Cisco Cisco Packet Data Gateway (PDG) Guida Dell'Amministratore

 

otherwise, if the Charging-Rule-Report AVP was included in an RAA command, the PCEF sends a new CCR 
command to report accumulated usage for the usage monitoring key. In 12.0 and later releases, usage reporting 
on last rule deactivation using rule deactivation time set by PCRF is supported. 

Releases prior to 14.0, when PCC rule was tried to be removed while waiting for access side update bearer 
response, the charging rules were not removed. In 14.0 and later releases, on receiving message from PCRF, 
the rule that is meant for removal is marked and then after the access side procedure is complete the rule is 
removed. 



 

PCRF Requested Usage Report: In 10.2 and later releases, the accumulated usage since the last report is sent 

even in case of immediate reporting, the usage is reset after immediate reporting and usage monitoring 
continued so that the subsequent usage report will have the usage since the current report. In earlier releases the 
behavior was to accumulate the so far usage in the next report. 



 

Release 12.2 onwards, usage reporting on bearer termination can be added. When a bearer is deleted due to some 

reason, the rules associated with the bearer will also be removed. So, the usage will be reported on the 
monitoring key(s) whose associated rule is the last one that is removed because of bearer termination. 



 

Revalidation Timeout: In the non-standard implementation, if usage monitoring and reporting is enabled and a 

revalidation timeout occurs, the PCEF sends a CCR to request PCC rules and reports all accumulated usage for 
all enabled monitoring keys since the last report (or since usage reporting was enabled if the usage was not yet 
reported) with the accumulated usage at IP-CAN session level (if enabled) and at service data flow level (if 
enabled) This is the default behavior. 

In the case of standard implementation, this must be enabled by CLI configuration. 

  The Usage Reporting on Revalidation Timeout feature is available by default in non-standard 

implementation of Volume Reporting over Gx. In 10.2 and later releases, this is configurable in the standard 
implementation. This is not supported in 10.0 release for standard based volume reporting. 

Once the usage is reported, the usage counter is reset to zero. The PCEF continues to track data usage from the zero 
value after the threshold is reached and before a new threshold is provided by the PCRF. If a new usage threshold is not 
provided by the PCRF in the acknowledgement of an IP-CAN Session modification where its usage was reported, then 
usage monitoring does not continue in the PCEF for that IP CAN session and and the usage accumulated between the 
CCR-CCA will be discarded. 

For information on how to configure the Volume Reporting over Gx feature, see the 

  section. 

In releases prior to 15.0, post the ICSR switchover, any existing session for which the PCRF has enabled volume 
reporting used to continue indefinitely until the session is terminated or until CCR-U is sent for a given trigger, without 
having the volume counted via Gx. 

To summarize, after an ICSR switchover, volume reporting over Gx is no longer done for existing sessions. Also, 
volume usage is not synced to standby chassis. 

In 15.0 and later releases, volume threshold and volume usage are synced to standby chassis to support volume 
reporting over Gx for existing sessions post switchover. 

Without this support it cannot cause a subscriber to use higher speeds than what s/he is supposed to get, if volume 
reporting is for example used to enforce fair usage; the operator may already consider this a revenue loss. It will also 
severely impact roaming subscribers who are supposed to get a notification and be blocked/redirected once the limits set 
by the EU roaming regulation are reached. If a session continues now without being blocked, the operator is not allowed