Cisco Cisco Packet Data Gateway (PDG) Nota De Lançamento

 

This section provides information on ECS feature changes in release 15.0. 

  For more information regarding features in this section, refer to the Enhanced Charging Services 

Administration Guide for this release. 

This section identifies new ECS features available in release 15.0. 

With this release, the ECS flow information and NBR information for a GGSN/ PGW subscriber can be sent to the 
MINE server over the IPNE service client whenever applicable. The MINE server can use the information to trigger 
policy decisions after analysis and aggregation.  

The information is forwarded to the MINE server in XMPP format with selector tags defined for ECS and NBR in two 
modes: Query-Response and Subscribe-Notify. 



 

Query-Response: In this mode, the MINE server requests the IPNE client for ECS flow and/or NBR 

information by providing the MSISDN and/or APN Name of a subscriber. IPNE server identifies the subscriber 
session and requests ECS and NBR modules to collect the required information. IPNE then encodes the 
information in XMPP format and sends it as response message to the MINE server. 



 

Subscribe-Notify: In this mode, the MINE server subscribes for ECS flow and/or NBR information for a 

specific subscriber. Whenever flow creation, updating, and deletion, or NBR allocation/deallocation occurs, the 
IPNE client is informed. IPNE then sends a notification indicating the change to the MINE server. 

This feature simplifies the detection of tethering flow, reduces the number of Gx exchanges, and the configuration 
impact for IMSA, session manager, and ECS. When tethering is detected for a GGSN or P-GW subscriber, ECS initiates 
a trigger to PCRF over the Gx interface. When tethering is detected for the first time for a subscriber, ECS sends a 
message to IMSA to inform of the event. Based on the CLI configuration or trigger set by the PCRF, IMSA forwards 
the event to the PCRF entity on the network.  

This feature enables you to write rules to detect incoming packets belonging to a particular traffic class from DSCP 
value in the IP ToS header field. Upon detection of traffic class of a packet, each packet can be classified and treated 
appropriately, and any available charging actions can be applied to the packet on rule matching.  

With this release, the Fastpath feature is introduced to reduce the overall system performance impact as a large amount 
of data packet is consumed through the ECS data path. The Fastpath feature introduces an alternate ECS data path