Cisco Cisco Packet Data Gateway (PDG)

Seite von 642
  SGSN Changes in Release 16 
SGSN Enhancements for 16.3  ▀   
 
Release Change Reference, StarOS Release 16  ▄  
 
   
471 
CSCuq42759- Handle 2g attach request with same Random-TLLI 
Feature Changes 
Additional NSEI Check for Attach Requests
 
Previous Behavior:  The SGSN drops the Attach Request received with the Random-TLLI which is already in use. 
New Behavior:  The SGSN can now process the ATTACH-REQUEST message received with the Random-TLLI which 
is already in use as long as this request comes from a different NSEI. If this feature enhancement is configured, only one 
ATTACH is processed by SGSN with the same Random-TLLI. A new CLI keyword 
only-on-same-nsei
 is included 
in the command 
gmm-message attach-with-tlli-in-use
 under the SGSN global configuration mode. By 
enabling this configuration the SGSN can process the ATTACH-REQUEST message from different MS using the TLLI 
which was already existing in the SGSN and used by other MS to Attach. If the second attach arrives from the same MS 
and same Random-TLLI which was used earlier to attach it will be processed by the SGSN after an additional check to 
ensure this attach is coming from a different NSEI. This feature enhancement is disabled by default. 
Command Changes 
gmm-message attach-with-tlli-in-use
 
A new optional keyword 
only-on-same-nsei
 is introduced in the command 
gmm-message attach-with-tlli-
in-use
 under the SGSN global configuration mode. If this keyword is configured the SGSN can discard/drop the 
ATTACH-REQUEST message received with the Random-TLLI which is already in use by additionally validating 
NSEI. Attach gets processed if the attach is coming from different NSEI. This keyword is disabled by default.  
configure 
  sgsn-global  
     [ default ] gmm-message attach-with-tlli-in-use { discard-message [only-on-same-
nsei] } 
 
     end 
CSCuq43024 - SGSN write corrupted APN to its HLR cache after sending error 
to HLR  
Feature Changes 
Subscription Data Updated to the Database
 
Previous Behavior:  The subscription data received from ISD is stored in a cache allocated by the SGSN before it is 
updated in the db. The information in the cache is updated in the db after a response is sent to the ISD. If the ISD is 
rejected with an error message, this cache is not cleared. The cache holds the partial data from the ISD and this partial 
data gets incorrectly updated in the db.  
New Behavior:  The issue is now resolved and only valid data is updated in the db.