Cisco Cisco Packet Data Gateway (PDG) Veröffentlichungshinweis

 

Corrected Content: This section includes corrections to previously published content. The previous content stated that, 
“Overcharging Protection functionality has been implemented as lab quality”, which is incorrect. Overcharging 
Protection functionality has been implemented as deploy quality. 

Overcharging Protection helps in avoiding charging the subscribers for dropped downlink packets while the UE is in 
idle mode. In some countries, it is a regulatory requirement to avoid such overcharging, so it becomes a mandatory 
feature for operators in such countries. Overall, this feature helps ensure subscriber are not overcharged while the 
subscriber is in idle mode. 

  Use of Overcharging Protection in P-GW requires that a valid license key be installed. Contact your 

Cisco account representative for information on how to obtain a license. 

P-GW will never be aware of UE state (idle or connected mode). Charging for downlink data is applicable at P-GW, 
even when UE is in idle mode. Downlink data for UE may be dropped at S-GW when UE is in idle mode due to buffer 
overflow or delay in paging. Thus, P-GW will charge the subscriber for the dropped packets, which isn’t desired. To 
address this problem, with Overcharging Protection feature enabled, S-GW will inform P-GW to stop or resume 
charging based on packets dropped at S-GW and transition of UE from idle to active state. 

Once the criterion to signal “stop charging” is met, S-GW will send Modify Bearer Request (MBReq) to P-GW. MBReq 
would be sent for the PDN to specify which packets will be dropped at S-GW. MBReq will have a new private 
extension IE to send “stop charging” and “start charging” indication to P-GW. 

When the MBReq with stop charging is received from a S-GW for a PDN, P-GW will stop charging for downlink 
packets but will continue sending the packets to S-GW. 

P-GW will resume sending downlink packets after receiving “stop charging” request when either of these conditions is 
met: 



 

When the S-GW (which had earlier sent “stop charging” in MBReq) sends “start charging” in MBReq. 



 

When the S-GW changes (which indicates that maybe UE has relocated to new S-GW). 

Provides flexibility to the operators to have different configuration for GTP-C and Lawful Intercept, based on the type 
of peer or the IP address of the peer 

Peer profile feature allows flexible profile based configuration to accommodate growing requirements of customizable 
parameters with default values and actions for peer nodes of P-GW. With this feature, configuration of GTP-C 
parameters and disabling/enabling of Lawful Intercept per MCC/MNC or IP address based on rules defined. 

A new framework of peer-profile and peer-map is introduced. Peer-profile configuration captures the GTP-C specific 
configuration and/or Lawful Intercept enable/disable configuration. GTP-C configuration covers GTP-C retransmission 
(maximum number of retries and retransmission timeout) and GTP echo configuration. Peer-map configuration matches 
the peer-profile to be applied to a particular criteria. Peer-map supports criteria like MCC/MNC (PLMN-ID) of the peer 
or IP-address of the peer. Peer-map can then be associated with P-GW service. 

Intent of this feature is to provide flexibility to operators to configure a profile which can be applied to a specific set of 
peers. For example, have a different retransmission timeout for foreign peers as compared to home peers. 

Support has been added for min-reg-lifetime at APN for 4G scenario. 

If a provider offers primary LTE connection with NEMO routing, they can offer their customers a secondary carrier 
service for backup. This requires re-routing of traffic symmetrically to the alternate carrier in a timely manner upon a 
failure on the primary communication path.