It shall be possible for the PCC framework to base decisions upon subscription information, Access Type and the RAT Type.
The PCC framework shall perform Gating Control and discard packets that don't match any service data flow of the active PCC rules. It shall also be possible for the operator to define PCC rules, with wild-carded service data flow filters, to allow sending or receiving packets that do not match any service data flow template of any other active PCC rules.
The PCC framework shall allow the charging control to be applied on a per service data flow and on a per application basis, independent of the policy control.
The PCC framework shall have a binding method that allows the unique association between service data flows and specific QoS Flow.
A single service data flow detection shall suffice for the purpose of both policy control and flow based charging.
A PCC rule may be predefined or dynamically provisioned at establishment and during the lifetime of a PDU Session. The latter is referred to as a dynamic PCC rule.
It shall be possible to take a PCC rule into service, and out of service, at a specific time of day, without any PCC interaction at that point in time.
It shall be possible to take DNN-related policy information into service, and out of service, once validity conditions specified as part of the DNN-related policy information are fulfilled or not fulfilled anymore, respectively, without any PCC interaction at that point in time.
PCC shall be enabled on a per DNN basis at the SMF. It shall be possible for the operator to configure the PCC framework to perform charging control, policy control or both for a DNN access.
The PCC framework shall allow the resolution of conflicts which would otherwise cause a subscriber's Subscribed Guaranteed Bandwidth QoS to be exceeded.
It should be possible to use PCC framework for handling IMS-based emergency service.
It shall be possible with the PCC framework, in real-time, to monitor the overall amount of resources that are consumed by a user and to control usage independently from charging mechanisms, the so-called usage monitoring control.
It shall be possible for the PCC framework to provide application awareness even when there is no explicit service level signalling.
The PCC framework shall support making policy decisions based on subscriber spending limits.
The PCC framework shall support making policy decisions for N6 traffic steering.
184.108.40.206 General [R16]
220.127.116.11 Charging models [R16]
In order to allow for charging control on service data flow, the information in the PCC rule identifies the service data flow and specifies the parameters for charging control.
For the purpose of charging correlation between service data flow level and application level (e.g. IMS) as well as on-line charging support at the application level, applicable charging identifiers and Access Type identifiers shall be passed from the PCF to the AF, if such identifiers are available.
18.104.22.168 Charging requirements [R16]
The PCC charging shall support the following charging models for charging performed by SMF:
Volume based charging;
Time based charging;
Volume and time based charging;
Event based charging;
The charging model - "No charging" implies that charging control is not applicable, and no charging records are generated.
It shall be possible to apply different rates and charging models depending on a UE's roaming status.
It shall be possible to apply different rates based on the location of a UE.
It shall be possible to apply different rates for specific part of a service, e.g. allow the UE to download a certain volume for one rate, and after this volume has been reached continue with a different rate.
It shall be possible to apply different rates based on the time of day.
It shall be possible to enforce per service data flow, identified by PCC Rule, usage limits on a per UE basis.
It shall be possible to apply different rates depending on the access used to carry a Service Data Flow
It shall be possible to apply an online charging action upon Application Start/Stop events.
It shall be possible to indicate to the SMF that interactions with the CHF are not required for a PCC rule, i.e. to not perform accounting, credit control or recording of usage for the service data flow, in this case no charging information is generated.
22.214.171.124 Examples of Service Data Flow Charging [R16]
There are many different services that may be used within a network, including both user-user and user-network services. Service data flows from these services may be identified and charged in many different ways. A number of examples of configuring PCC rules for different service data flows are described below.
A network server provides an FTP service. The FTP server supports both the active (separate ports for control and data) and passive modes of operation. A PCC rule is configured for the service data flows associated with the FTP server for the user. The PCC rule uses a filter specification for the uplink that identifies packets sent to port 20 or 21 of the IP address of the server, and the origination information is wildcarded. In the downlink direction, the filter specification identifies packets sent from port 20 or 21 of the IP address of the server.
A network server provides a "web" service. A PCC rule is configured for the service data flows associated with the HTTP server for the user. The PCC rule uses a filter specification for the uplink that identifies packets sent to port 80 of the IP address of the server, and the origination information is wildcarded. In the downlink direction, the filter specification identifies packets sent from port 80 of the IP address of the server.
An operator has a specific charging rate for user-user VoIP traffic over the IMS. A PCC rule is established for this service data flow. The filter information to identify the specific service data flow for the user-user traffic is provided by the P CSCF (AF).
The requirements to monitor, both volume and time usage, and report the accumulated usage of network resources apply for PDU Sessions of type IP and Ethernet.
It shall be possible to apply usage monitoring for the accumulated usage of network resources on a per Session and user basis. This capability is required for enforcing dynamic policy decisions based on the total network usage in real-time.
The PCF that uses usage monitoring for making dynamic policy decisions shall set and send the applicable thresholds to the SMF for monitoring. The usage monitoring thresholds shall be based either on time, or on volume. The PCF may send both thresholds to the SMF. The SMF shall notify the PCF when a threshold is reached and report the accumulated usage since the last report for usage monitoring. If both time and volume thresholds were provided to the SMF, the accumulated usage since last report shall be reported when either the time or the volume thresholds are reached.
There are reasons other than reaching a threshold that can cause the SMF to report accumulated usage to the PCF as defined in clauses 126.96.36.199
The usage monitoring capability shall be possible for an individual or a group of service data flow(s), or for all traffic of a PDU Session in the SMF. When usage monitoring for all traffic of a PDU Session is enabled, it shall be possible to exclude an individual SDF or a group of service data flow(s) from the usage monitoring for all traffic of this PDU Session. It shall be possible to activate usage monitoring both to service data flows associated with predefined PCC rules and dynamic PCC rules, including rules with deferred activation and/or deactivation times while those rules are active.
If service data flow(s) need to be excluded from PDU Session level usage monitoring and PDU Session level usage monitoring is enabled, the PCF shall be able to provide the an indication of exclusion from session level monitoring associated with the respective PCC rule(s).
It shall be possible to apply different usage monitoring depending on the access used to carry a Service Data Flow.
The application detection and control feature comprise the request to detect the specified application traffic, report to the PCF on the start or stop of application traffic and to apply the specified enforcement and charging actions.
The PCF shall instruct the SMF on which applications to detect and whether to report start or stop event to the PCF by activating the appropriate PCC rules in the SMF. Reporting notifications of start and stop of application detection to the PCF may be muted.
The report to the PCF shall include the report is for start or stop, the detected application identifier and, if deducible, the service data flow descriptions for the detected application traffic.
Upon receiving the report from SMF, the PCF may make policy decisions based on the information received and may send the corresponding updated or new PCC rules to the SMF.
In this release of the specification Application Detection and Control applies only to the IP PDU Session types.
Support for network capability exposure enables an AF (e.g. an external ASP) to request the following session management related policy control functionality from the NEF:
Traffic Steering Control refers to the capability to activate/deactivate traffic steering policies from the PCF in the SMF for the purpose of:
steering the subscriber's traffic to appropriate operator 3rd party service functions (e.g. NAT, antimalware, parental control, DDoS protection) in the N6-LAN or 5G-LAN type of services. This is supported in non-roaming and home-routed scenarios only.
AF influenced traffic diversion which enables the routing of the user traffic matching the traffic filters provided in the PCC rule to a local Data Network identified by the DNAI per AF request. This is supported in non-roaming and LBO scenarios only, as described in TS 23.501, clause 5.6.7.