Content for  TS 23.203  Word version:  19.0.0

The Policy and charging control rule (PCC rule) comprises the information that is required to enable the user plane detection of, the policy control and proper charging for a service data flow. The packets detected by applying the service data flow template of a PCC rule form a service data flow. Two different types of PCC rules exist: Dynamic rules and predefined rules. The dynamic PCC rules are provisioned by the PCRF via the Gx reference point, while the predefined PCC rules are directly provisioned into the PCEF and only referenced by the PCRF. The usage of predefined PCC rules for QoS control is possible if the BBF remains in the PCEF during the lifetime of an IP-CAN session. In addition, predefined PCC rules may be used in a non-roaming situation and if it can be guaranteed that corresponding predefined QoS rules are configured in the BBF and activated along with the predefined PCC rules. There are defined procedures for activation, modification and deactivation of PCC rules (as described in clause 6.3.2). The PCRF may activate, modify and deactivate a PCC rule at any time, over the Gx reference point. However, the modification procedure is applicable to dynamic PCC rules only. Each PCC rule shall be installed for a single IP-CAN bearer only (for further details about predefined PCC rules see clause 6.3.2). The operator defines the PCC rules. Table 6.3 lists the information contained in a PCC rule, including the information name, the description and whether the PCRF may modify this information in a dynamic PCC rule which is active in the PCEF. The Category field indicates if a certain piece of information is mandatory or not for the construction of a PCC rule, i.e. if it is possible to construct a PCC rule without it.

The Rule identifier shall be unique for a PCC rule within an IP-CAN session. A dynamically provided PCC rule that has the same Rule identifier value as a predefined PCC rule shall replace the predefined rule within the same IP-CAN session. The Service data flow template may comprise any number of Service data flow filters. A Service data flow filter contains information for matching user plane packets. A Service data flow filter, provided from the PCRF, contains information elements as described in clause 6.2.2.2. The Service data flow template filtering information within an activated PCC rule is applied at the PCEF to identify the packets belonging to a particular service data flow. Alternatively, the Service data flow template consists of an application identifier that references an application detection filter that is used for matching user plane packets. The application identifier is also identifying the application, for which the rule applies. The same application identifier value can occur in more than one PCC rule with the following restrictions:

• The same application identifier value can be used for a dynamic PCC rule and one or multiple predefined PCC rules. If so, the PCRF shall ensure that there is at most one PCC rule active per application identifier value at any time.

The Mute for notification defines whether notification to the PCRF of application's starts or stops shall be muted. Absence of this parameter means that start/stop notifications shall be sent. The Precedence defines in what order the activated PCC rules within the same IP-CAN session shall be applied at the PCEF for service data flow detection. When a dynamic PCC rule and a predefined PCC rule have the same precedence, the dynamic PCC rule takes precedence. For dynamic PCC rules that contain an application identifier, the Precedence shall be either preconfigured at the PCEF or provided dynamically by the PCRF within the PCC Rules. For downlink packets all the service data flow templates, activated for the IP-CAN session shall be applied for service data flow detection and for the mapping to the correct IP-CAN bearer. For uplink packets the service data flow templates activated on their IP-CAN bearer shall be applied for service data flow detection (further details provided in clause 6.2.2.2 and the IP-CAN specific annexes). The Charging key is the reference to the tariff for the service data flow. Any number of PCC Rules may share the same charging key value. The charging key values for each service shall be operator configurable. The Service identifier identifies the service. PCC Rules may share the same service identifier value. The service identifier provides the most detailed identification, specified for flow based charging, of a service data flow. The Sponsor Identifier indicates the (3rd) party organization willing to pay for the operator's charge for connectivity required to deliver a service to the end user. The Application Service Provider Identifier indicates the (3rd) party organization delivering a service to the end user. The Charging method indicates whether online charging, offline charging, or both are required or the service data flow is not subject to any end user charging. If the charging method identifies that the service data flow is not subject to any end user charging, a Charging key shall not be included in the PCC rule for that service data flow, along with other charging related parameters. If the charging method is omitted the PCEF shall apply the default charging method as determined at IP-CAN session establishment (see clause 6.4). The Charging method is mandatory if there is no default charging method for the IP-CAN session. The Measurement method indicates what measurements apply to charging for PCC rule. The Service Identifier Level Reporting indicates whether the PCEF shall generate reports per Service Identifier. The PCEF shall accumulate the measurements from all PCC rules with the same combination of Charging key/Service identifier values in a single report. The Application function record information identifies an instance of service usage. A subsequently generated usage report, generated as a result of the PCC rule, may include the Application function record information, if available. The Application Function Record Information may contain the AF Charging Identifier and/or the Flow identifiers. The report is however not restricted to include only usage related to the Application function record information reported, as the report accumulates the usage for all PCC rules with the same combination of Charging key/Service identifier values. If exclusive charging information related to the Application function record information is required, the PCRF shall provide a service identifier, not used by any other PCC rule of the IP-CAN session at this point in time, for the AF session. The Gate indicates whether the PCEF shall let a packet identified by the PCC rule pass through (gate is open) the PCEF, or the PCEF shall discard (gate is closed) the packet. The QoS Class Identifier for the service data flow. The QoS class identifier represents the QoS parameters for the service data flow. The PCEF maintains the mapping between QoS class identifier and the QoS concept applied within the specific IP-CAN. The bitrate information is separate from the QoS class identifier value. The bitrates indicate the authorized bitrates at the IP packet level of the SDF, i.e. the bitrates of the IP packets before any IP-CAN specific compression or encapsulation. The UL maximum-bitrate indicates the authorized maximum bitrate for the uplink component of the service data flow. The DL maximum-bitrate indicates the authorized maximum bitrate for the downlink component of the service data flow. The UL guaranteed-bitrate indicates the authorized guaranteed bitrate for the uplink component of the service data flow. The DL guaranteed-bitrate indicates the authorized guaranteed bitrate for the downlink component of the service data flow. The 'Maximum bitrate' is used for enforcement of the maximum bit rate that the SDF may consume, while the 'Guaranteed bitrate' is used by the PCEF to determine resource allocation. The UL sharing indication indicates that resource sharing in uplink direction for service data flows with the same value in their PCC rule shall be applied by the PCEF as described in clauses 6.1.14 and 6.2.2.4. The DL sharing indication indicates that resource sharing in downlink direction for service data flows with the same value in their PCC rule shall be applied by the PCEF as described in clauses 6.1.14 and 6.2.2.4. The Redirect indicates whether the uplink part of the service data flow should be redirected to a controlled address. The Redirect Destination indicates the target redirect address when Redirect is enabled. The Allocation and Retention Priority indicates the allocation, retention and priority of the service data flow. The ARP contains information about the priority level, the pre-emption capability and the pre-emption vulnerability. The Allocation and Retention Priority resolves conflicts of demands for network resources. The Bind to Default Bearer indicates that the dynamic PCC rule shall be bound to the default bearer. The PS to CS session continuity is present if the service data flow is a candidate for vSRVCC according to TS 23.216. The access network information reporting parameters (User Location Report, UE Timezone Report) instruct the PCEF about what information to forward to the PCRF when the PCC rule is activated, modified or removed. The Monitoring Key is the reference to a resource threshold. Any number of PCC Rules may share the same monitoring key value. The monitoring key values for each service shall be operator configurable. The Indication of exclusion from session level monitoring indicates that the service data flow shall be excluded from the IP-CAN session usage monitoring. The Traffic Steering Policy Identifier(s) is a reference to a pre-configured traffic steering policy at the PCEF as defined in clause 6.11.1. The Allowed Access Type applies only in case of NBIFOM. The Allowed Access Type indicates the IP-CAN type that is to be used for the transfer of traffic identified by the PCC rule. The PCEF uses the Allowed Access Type as input for the bearer binding. When network-initiated NBIFOM mode applies, the PCEF shall also create / modify / delete a corresponding Routing Rule for such a PCC rule at the UE as described in clause 6.1.18.2. When the Allowed Access Type is not provided within a PCC rule, the traffic identified by the PCC rule is to be transferred on the default NBIFOM access. The Routing Rule Identifier applies only in case of NBIFOM. The PCRF provides it to the PCEF only when network-initiated NBIFOM mode applies. The UL Maximum Packet Loss Rate indicates the maximum rate for lost packets that can be tolerated in the uplink direction. The DL Maximum Packet Loss Rate indicates the maximum rate for lost packets that can be tolerated in the downlink direction.

Policy and charging control rule operations consist of activation, modification and de-activation of PCC rules. Activation of a dynamic PCC rule provides the PCC rule information to the PCEF via the Gx reference point. Activation of a predefined PCC rule provides an identifier of the relevant PCC rule to the PCEF via the Gx reference point. Activation of a predefined PCC rule, not known in the PCRF, may be done by the PCEF based on operator policy. The PCEF may only activate such predefined PCC rule if there are no UE provided traffic mapping information related to the IP-CAN bearer. Further restrictions regarding the usage of predefined PCC rules are described in clause 6.3.1. An active PCC rule means that:

• the service data flow template shall be used for service data flow detection;
• the service data flow template shall be used for mapping of downlink packets to the IP-CAN bearer determined by the bearer binding;
• the service data flow template shall be used for service data flow detection of uplink packets on the IP-CAN bearer determined by the bearer binding;
• usage data for the service data flow shall be recorded (further details can be found in clause 6.1.2 Reporting and clause 6.1.3 Credit Management);
• policies associated with the PCC rule, if any, shall be invoked.
• for service data flow detection with an application detection filter, the start or the stop of the application traffic is reported to the PCRF, if applicable and requested by the PCRF. In that case, the notification for Start may include service data flow filters, (if possible to provide) and the application instance identifier associated with the service data flow filters.

A predefined PCC rule is known at least, within the scope of one access point. A predefined PCC rule is bound to one and only one IP-CAN bearer per IP-CAN session. For a predefined PCC rule whose service data flow cannot be fully reflected for the uplink direction in terms of traffic mapping information sent to the UE, the PCEF may apply the uplink service data flow detection at additional IP-CAN bearers with non-GBR QCI of the same IP-CAN session. The deactivation of such a predefined PCC rule ceases its service data flow detection for the whole IP-CAN session. The PCRF may, at any time, modify an active, dynamic PCC rule. The PCRF may, at any time, deactivate an active PCC rule in the PCEF via the Gx reference point. At IP-CAN bearer termination all active PCC rules on that bearer are deactivated without explicit instructions from the PCRF to do so. Policy and charging control rule operations can be also performed in a deferred mode. A PCC rule may have either a single deferred activation time, or a single deferred deactivation time or both. A PCC rule with only a deferred activation time shall be inactive until that time. A PCC rule with only a deferred deactivation time shall be active until that time. When the rule activation time occurs prior to the rule deactivation time, the rule is inactive until the activation and remains active until the deactivation time occurs. When the rule deactivation time occurs prior to the rule activation time, the rule is initially active until the deactivation time, then remains inactive until the activation time, and then becomes active again. An inactive PCC rule, that has not been activated yet, is still considered to be installed, and may be removed by the PCRF. The PCRF may modify a currently installed PCC rule, including setting, modifying or clearing its deferred activation and/or deactivation time. When modifying a dynamic PCC rule with a prior and/or new deferred activation and/or deactivation time, the PCRF shall provide all attributes of that rule, including attributes that have not changed. Deferred activation and deactivation of PCC rules can only be used for PCC rules that belong to the IP-CAN bearer without traffic mapping information. Deferred modification of PCC rules shall not be applied for changes of the QoS or service data flow filter information of PCC rules.