Cisco Cisco Packet Data Gateway (PDG)

Seite von 655
  SGSN Changes in Release 17 
SGSN Enhancements for 17.0  ▀   
 
Release Change Reference, StarOS Release 17  ▄  
 
   
563 
New Behavior:  The “Unexpected Data value” (UDV) is a valid error cause in response to Check IMEI request in MAP 
version 1 only. “Data missing” along with “Unknown equipment” and “System Failure” are valid error causes from 
MAP version 2 onwards. A new failure cause “Data Missing” has been added for Check IMEI Request in the 
show map 
statistics
 output. 
Performance Indicator Changes 
show map statistics
 
The following failure cause has been added in the 
show map statistics
 output in response to Check IMEI requests: 
 
Data Missing 
CSCup82824 - New disconnect reason for MM APN based congestion control 
Feature Changes 
Disconnect Reason for MM APN-based Congestion Control
 
This work is done as part of the functionality supporting the SGSN’s machine type communications (MTC) overload 
control mechanisms support in this release, please refer to CSCum47774, CSCum50056. 
New Behavior:  The SGSN now supports a new disconnect reason mm-apn-congestion-control(567) that will be 
pegged when Attach or new Inter-SGSN RAU calls are rejected because of APN-based Mobility Management 
congestion control. Statistics will be displayed when issuing the show session disconnect-reasons [verbose | sgsn-only 
| gprs-only] 
command.  
CSCup99278 - Support for supported features negotiation with HSS is required 
Feature Changes 
Supported-features Negotiation with HSS
 
Previous Behavior:  Supported-features were not negotiated with the HSS; the SGSN sent a hardcoded list of 
supported-features to the HSS during ULR. 
New Behavior:   Now the SGSN will negotiate the supported-features values with the HSS during ULR/ULA. 
If the first ULA responds with diameter error code 5011, then the SGSN selects common features supported by both the 
SGSN and the HSS - selection based on comparison of feature lists at the SGSN and the HSS. And, then a new ULR 
will be initiated with an updated feature list value. The negotiated supported-features value will be sent in all subsequent 
messages. 
Feature list negotiation will happen only once, so if the ULA for the 2nd ULR has an error response, then the call will 
be rejected.