Академический Документы
Профессиональный Документы
Культура Документы
SGSNs in Pool
SGSNs in Pool
Table of contents
Topic Page
Introduction.....................................................................................................3 Network Resource Identification .....................................................................5 Node Selection Function.................................................................................7 Mobility Management....................................................................................10 Combined MM procedures............................................................................12 Acronyms and Abbreviations ........................................................................17 References ...................................................................................................18 Disclaimer.....................................................................................................19
SGSNs in Pool
Introduction
The SGSN in Pool, as a part of Intra Domain Connection of RAN Nodes to Multiple CN Nodes solution, overcomes the strict hierarchy, which restricts the connection of a BSC node to just one SGSN. This restriction results from routing mechanisms in the BSC which differentiate only between information to be sent to the SGSN (PS domain) or to the MSC (CS domain) and which do not differentiate between multiple CN nodes in each domain. The SGSN in Pool solution introduces a routing mechanism and other related functionality, which enables the BSC to route information to different CN nodes within the CS or PS domain, respectively.
SGSN1
SGSN2
SGSN3
BSC1
BSC2
BSC3
BSC4
BSC5
BSC6
SGSN1
SGSN2
SGSN3
IP network
BSC1
BSC2
BSC3
BSC4
BSC5
BSC6
SGSNs in Pool
multiple SGSNs in parallel which share the traffic of this area between each other. Furthermore, pool-areas may overlap which is not possible for the SGSN service areas. From a BSS perspective a pool-area comprises all RAs of one or more BSC that are served by a certain group of SGSN nodes in parallel. One or more of the SGSNs in this group may in addition serve RAs outside this pool-area or may also serve other pool-areas. This group of SGSNs is also referred to as SGSN pool. The SGSN in Pool enables a few different application scenarios with certain characteristics. The service provision by multiple SGSNs within a pool-area enlarges the served area compared to the service area of one SGSN. This results in reduced inter SGSN RA updates and it reduces the HLR update traffic. The configuration of overlapping pool-areas allows to separate the overall traffic into different MS moving pattern, e.g. pool-areas where each covers a separate residential area and all the same city centre. Other advantages of multiple SGSNs in a pool-area are the possibility of capacity upgrades by additional SGSNs in the pool-area or the increased service availability as other SGSNs may provide services in case one SGSN in the pool-area fails.
SGSN2 SGSN1
SGSN4 SGSN3
BSC3 BSC2 BSC1 Pool-area 1 Pool-area 2 BSC4 BSC5 BSC7 BSC6 BSC8
Pool-area 3
SGSNs in Pool
may be configured in parts of the network only and can co-exists with other areas not using this feature.
An SGSN pool-area is an area within which an MS roams without a need to change the serving SGSN.
Figure 4 Pool-area definition
SGSNs in Pool
The Network Resource Identifier (NRI) identifies uniquely an individual SGSN out of all SGSNs, which serve in parallel a pool-area. The length of the NRI is the same in all SGSNs in one pool-area. In areas where pool-areas overlap the NRI identifies uniquely an SGSN out of all SGSNs, which serve all these overlapping pool-areas, i.e. an NRI identifies uniquely an SGSN within a BSC. In case of overlapping pool-areas the NRI length is configured to be the same in all the nodes serving these pool-areas. More than one NRI may be assigned to an SGSN. The NRI is part of the P-TMSI, which is assigned by the serving SGSN to the MS. The P-TMSI allocation mechanism in the SGSN generates P-TMSIs which contain a configured NRI in the relevant bit positions. The NRI has a flexible length between 10 and 0 bits (0 bits means the NRI is not used and the feature is not applied). The NRI is coded in bits 23 to 14 of P-TMSI. Regardless of the NRI length the most significant bit of the NRI is always in bit 23 of P-TMSI.
The BSC node derives the NRI from the TLLI. The BSC masks the significant bits out of the TLLI to determine the NRI, which identifies the SGSN. It is configured in the BSC which bits out of TLLI provided by the MS are significant for the NRI. The change of a pool-area is not visible to the MS. In general there is no need to detect a pool-area change. It may be advantageous for load balancing purposes to detect pool-area changes in the network to distribute MSs entering a pool-area to SGSNs with an appropriate load status. MSs changing a pool-area may be detected by configuration of different NRI values for adjacent pool-areas.
SGSNs in Pool
SGSN1
(NRI=1) P-TMSI (NRI=2)
BSC1 SGSN2
(NRI=2)
P-TMSI (NRI=2)
BSC2 SGSN3
(NRI=3)
If no SGSN address is configured in the BSC for the requested NRI, which may happen for NRIs masked out of a 'foreign TLLI', or if the BSC received a
SGSNs in Pool
'random TLLI' which contains no NRI at all then the BSC routes the uplink LLC frame to an SGSN selected from the available SGSNs. The selection mechanism is implementation dependent. As more than one SGSN may send downlink data at the same time for a cell or a BVCI, the BSC has to share the total possible downlink traffic between the SGSNs that can access a cell. The BSC should use the existing flow control procedure on cell level to control each of the SGSNs in a way not to violate the total possible traffic for the cell. How the BSC decides to share the downlink traffic between each of the SGSNs is an implementation specific issue; e.g. the possible downlink traffic can be equally shared between the SGSNs, or the share of each SGSN can be proportional to the capacity of the SGSN.
Load balancing
The Node Selection Function in the BSC balances the load between the available SGSNs. This is performed by an appropriate selection of the SGSN for an MS: which was not yet assigned to a SGSN, i.e. when there is no SGSN configured for the NRI indicated by the MS, when a 'random TLLI' is received, when no NRI can be derived, in exceptional cases, e.g. when the SGSN corresponding to an NRI cannot be reached.
Load ReRe-Distribution
There are situations where a network operator wishes to remove load from one SGSN in an orderly manner (e.g. to perform scheduled maintenance, or, to perform load re-distribution to avoid overload) with minimal impact to end users and/or additional load on other entities. The re-distribution procedure does not require any new functionality in the terminal, that is, all terminals can be moved. Re-distribution of MSs is initiated via an O&M command in the SGSN node, which needs to be off-loaded. In a first phase (a couple of Periodic RA Update periods long), MSs doing RA Update or Attach are moved to other SGSNs in the pool. When the SGSN node receives the, RA Update or Attach request, it returns a new P-TMSI with a null-NRI, a sufficiently low value of periodic routing area update timer (recommended value 4 seconds) and sets the force to Stand-by indication.
SGSNs in Pool
The MS shortly after sends a new RA Update that the BSC then routes to a new SGSN due to the presence of a null-NRI.
SGSN
(NRI=1) O&M
BSC
SGSN
(NRI=2)
RA Upd. (periodic)
SGSN
(NRI=3)
Activate PDP Context Request Detach Request Attach Request Attach Accept ( )
SGSN
(NRI=2)
BSC
RA Upd. (periodic) Null-NRI, Periodic RA Upd. timer = 4s, Force to Stand-by
SGSN
(NRI=3)
SGSNs in Pool
SGSN
(NRI=2)
BSC
RA Upd. (periodic) Null-NRI, Periodic RA Upd. timer = 4s, Force to Stand-by
SGSN
(NRI=3)
Mobility Management
An MS performs RA Updates and Attachments, which may result in a change of the serving SGSN. In these procedures the new SGSN requests from the old SGSN MS specific parameters. If multiple SGSNs are configured in the new SGSN for the old RA indicated by the MS then the new SGSN derives the NRI from the old P-TMSI indicated by the MS. The new SGSN node uses the old RA together with the NRI to derive the signalling address of the old SGSN from its configuration data.
old pool
SGSN
(NRI=1)
SGSN
(NRI=2) RA Update Request (P-TMSI, old RAI) SGSN Context Request
SGSN
NRI & old RAI IP @ old SGSN
10
SGSNs in Pool
The SGSN addresses are configured in the SGSN (O&M) or in DNS for each RAI and NRI combination. If a DNS server is used, it is queried using the logical name, derived from the old RAI and NRI information (see Fig. 13-11).
11
SGSNs in Pool
old pool
SGSN
(default)
SGSN
SGSN
RAI IP @ default SGSN
Combined MM procedures
The Intra Domain Connection of RAN Nodes to Multiple CN Nodes allows for creation of PS and CS pool areas (i.e. SGSNs pools and MSCs pool). If the operator is using Network Mode of Operation 1 (i.e. Gs interface) than the combined MM and GMM procedures are affected.
SGSN1
SGSN2
SGSN
BSC1
BSC2
BSC3
BSC4
BSC5
BSC6
Gs
MSC1 MSC2 MSC3 MSC4
Attach
In case of combined GPRS/IMSI attach or GPRS attach when already IMSI attached, the SGSN sends the Location Update Request message to the MSC/VLR. The SGSN selects an MSC/VLR from the available MSC/VLRs
12
SGSNs in Pool
(MSC/VLRs in Pool) which serve the current LA of the MS. The selection bases on a hash value derived from the IMSI. It is configured in the SGSN which range of the hash values relates to which MSC/VLR.
MSC
pool
(0-4999)
MSC
(4999-9999) Location Upd. Request
SGSN
IMSI hash value (0-9999) hash value & RAI MSC No.
13
SGSNs in Pool
IMSI hash value (0-9999) hash value & RAI MSC No.
SGSN1
SGSN2
SGSN
RA/LA Upd. Location Upd. Request
BSC1
BSC2
BSC3
BSC4
BSC5
BSC6
MSC1
MSC2
MSC3
(0-4999)
MSC4
(4999-9999)
MSC
pool
MSC
Paging Req. (IMSI)
BSC
SGSN
14
SGSNs in Pool
MSC1
MSC2
Location Upd. Request
MSC3
RA/LA Upd.
SGSN
O&M
15
SGSNs in Pool
MSC1
MSC2
Location Upd. Request
MSC3
SGSN
RA/LA Upd (IMSI Attach)
16
SGSNs in Pool
17
SGSNs in Pool
References
This section contains the locations of various specifications, document references and useful information where you can learn more about this subject.
[1]
23.236 Intra-domain connection of Radio Access Network (RAN) nodes to multiple Core Network (CN) nodes
[2]
[3]
[4]
48.008 Mobile Switching Centre - Base Station system (MSC-BSS) interface; Layer 3 specification
[5]
18
SGSNs in Pool
Disclaimer
This document is based on Leliwa training materials. Information in this document is subject to change without notice. Leliwa assumes no responsibility for any errors that may appear in this document.
This document may be freely redistributed. You can store it on any servers and make it available for public download. In such case it must be clearly indicated that it comes from Leliwa website www.leliwa.com
If you received only this file, you can download more Leliwa Technical Bulletins from the following address: http://www.leliwa.com/downloads If you want to be informed when the new bulletins are uploaded, please send a blank e-mail with Subject="Update_request" to bulletins@leliwa.com or click this link: mailto:bulletins@leliwa.com?subject=Update_request
Leliwa Telecom AB AB
Orrpelsvgen 66 SE-167 66 BROMMA Sweden GPS: N59.3260, E17.9464 telephone: +46 8 4459430 email: info@leliwa.com
19