Cisco Cisco ASR 5000

Page of 640
  SGSN Pooling 
How it Works  ▀   
SGSN Administration Guide, StarOS Release 18  ▄  
 
   
1.  A subscriber attached to SGSN-1 through RNC-1 moves under the coverage area of RNC-2, while being 
attached to SGSN-1. This results only in an Intra-SGSN RAU.
 
2.  A subscriber attached to SGSN-1 through BSC-1 moves under the coverage area of BSC-2, while being attached 
to SGSN-1. This results only in an Intra-SGSN RAU.
 
Mobility Outside the Pool 
When an UE leaves a pool service area and performs an Attach or a RA update to an SGSN outside the pool service 
area, the new SGSN cannot identify the old SGSN based on the old Routing Area Identity (RAI). Finding the address of 
the old SGSN is facilitated by a DNS query with RAI specified. First the new SGSN uses the RAI to identify the default 
SGSN in the pool. The new SGSN then fetches the subscriber data from the old SGSN and continues with the routing 
area update procedure. 
Figure 95.  Mobility outside the pool. 
 
Consider the scenario depicted in the diagram above: 
The subscriber movement can be traced through the numbers 1, 2, 3 and 4 in the diagram.  
1.  The SGSN-X is not pooled. The SGSN-X queries the DNS to identify the source SGSN from where the UE 
arrived to initiate a GTP_SGSN_CONTEXT_REQUEST.
 
2.  The DNS responds back with the IP address of the default SGSN in the pool, which could be either SGSN-1 or 
SGSN-2 or both. 
 
3.  The address resolution is performed based on the LAC and RAC similar to other Inter-SGSN RAU.