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

Página de 678
  AAA Changes in Release 15.0 
AAA Enhancements for September 30, 2013  ▀   
 
Cisco ASR 5x00 Release Change Reference  ▄  
 
   
47 
This feature is developed to implement a single global APN for the Enterprise services with the ability to have separate 
virtual APNs per single Enterprise, group of Enterprises sharing the same service group or per department. 
To implement this feature, a configurable option is introduced per interface Rf, Gx, Gy and per APN. That is, a service 
specific CLI “
apn-name-to-be-included
” is configured for interfaces Rf, Gx, Gy separately. It can take values 'gn' 
or 'virtual'. Based on the value configured for this command, the Called-Station-Id AVP is populated. 
The name of the virtual APN and the IP pool are signaled during the UE attach to the Enterprise PDN from the 3GPP 
AAA server over S6b interface with a new vendor-specific AVP “Virtual-APN-Name”. The RADIUS Start, Gy CCR to 
OFCS and Rf ACR to OCS messages contain the Virtual APN name instead of the Enterprise APN. 
This feature provides customers the desired granularity per enterprise and per department. This also allows bundling of 
number of small enterprises under the umbrella of single APN and logically separating them by virtual APN. 
For more information, refer to th
  section in this chapter. 
Generic Rate Limiting Feature
 
Applicable Product(s): GGSN, MME, P-GW 
Important:
  Rate Limiting Function (RLF) is a license-controlled feature. A valid feature license must be 
installed prior to configuring this feature. Contact your Cisco account representative for more information. 
This feature implements a generic framework that can be used by multiple interfaces and products for rate-
limiting/throttling outgoing messages like Diameter messages on Gx, Gy interface towards PCRF. 
When applications send messages to peers at a high rate, (e.g. when a large number of sessions goes down at the same 
time, accounting stop messages for all the sessions are generated at the same time) the peer may not be able to handle 
the messages at such high rates. To overcome this situation, the Rate Limiting Function (RLF) framework is developed 
so that the application sends messages at an optimal rate such that peer is capable of receiving all the messages and does 
not enter an overload condition. 
When RLF feature is enabled, all the messages from the application are pushed to the RLF module for throttling and 
rate control, and depending on the message-rate configured the RLF module sends the messages to the peer. Once the 
rate or a threshold value is reached, the RLF module notifies the application to slow down or stop sending messages. 
RLF module also notifies the application when it is capable of accepting more messages to be sent to the peer. RLF 
module typically uses a Token Bucket Algorithm to achieve rate limiting. 
For more information, refer to th
  section in this chapter. 
Gx: Configurable Option to Send CCR-T on Call Termination
 
Applicable Product(s): GGSN, P-GW 
The “msg-type” CLI with the retry-and-terminate and terminate failure-handling actions set in failure handling template 
has been extended to control sending of CCR-T when the call terminates. 
This feature helps the customers to know when the subscriber connection is down and accordingly clear the hanging 
sessions. 
IMSA Support for SRVCC PS-to-CS Handover Indication
 
Applicable Product(s): P-GW 
Single Radio Voice Call Continuity (SRVCC) is an LTE functionality that allows a VoIP/IMS call in the LTE packet 
domain to be moved to a legacy voice domain (GSM/UMTS or CDMA 1x).