Cisco Cisco Packet Data Gateway (PDG) Guia Do Administrador

 



 

Service Identifier: The service identifier is used to identify the service or the service component the SDF relates 

to. 



 

Service Data Flow Filter(s): The service flow filter(s) is used to select the traffic for which the rule applies. 



 

Precedence: For different PCC rules with overlapping SDF filter, the precedence of the rule determines which of 

these rules is applicable. When a dynamic PCC rule and a predefined PCC rule have the same priority, the 
dynamic PCC rule takes precedence. 



 

Gate Status: The gate status indicates whether the SDF, detected by the SDF filter(s), may pass (gate is open) or 

will be discarded (gate is closed) in uplink and/or in downlink direction. 



 

QoS Parameters: The QoS information includes the QoS class identifier (authorized QoS class for the SDF), and 

authorized bitrates for uplink and downlink. 



 

Charging Key (rating group) 



 

Other charging parameters: The charging parameters define whether online charging interfaces are used, on what 

level the PCEF will report the usage related to the rule, etc. 

  Configuring the Metering Method and Reporting Level for dynamic PCC rules is not supported. 

PCC rules also include Application Function (AF) record information for enabling charging correlation between the 
application and bearer layer if the AF has provided this information via the Rx interface. For IMS, this includes the IMS 
Charging Identifier (ICID) and flow identifiers. 

In releases prior to 14.0, there were only 10 PCC rules that were recovered per bearer in the event of a session manager 
crash. In 14.0 and later releases, this limit has been increased to 24. That is, up to 24 PCC rules can be recovered post 
ICSR. 

With the increase in the limit of PCC rules that can be recovered, the rules are not lost and hence the charging applied to 
the end users are not impacted. 

The PCEF, via the Gx reference point, requests for PCC rules in the following instances: 



 

At IP-CAN session establishment 



 

At IP-CAN session modification 

PCC rules can also be requested as a consequence of a failure in the PCC rule installation/activation or enforcement 
without requiring an event trigger. 

The PCRF indicates, via the Rel. 8 Gx reference point, the PCC rules to be applied at the PCEF. This may be using one 
of the following procedures: 



 

PULL (provisioning solicited by the PCEF): In response to a request for PCC rules being made by the PCEF, the 

PCRF provisions PCC rules in the CC-Answer. 



 

PUSH (unsolicited provisioning): The PCRF may decide to provision PCC rules without obtaining a request 

from the PCEF. For example, in response to information provided to the PCRF via the Rx reference point, or in 
response to an internal trigger within the PCRF. To provision PCC rules without a request from the PCEF, the 
PCRF includes these PCC rules in an RA-Request message. No CCR/CCA messages are triggered by this RA-
Request.