23012-a00 - location management procedures
TRANSCRIPT
-
7/29/2019 23012-A00 - Location Management Procedures
1/53
3GPP TS 23.012 V10.0.0 (2011-03)Technical Specification
3rd Generation Partnership Project;Technical Specification Group Core Network and Terminals;
Location management procedures(Release 10)
The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP.The present document has not been subject to any approval process by the 3GPPOrganisational Partners and shall not be implemented.This Specification is provided for future development work within 3GPPonly. The Organisational Partners accept no liability for any use of thisSpecification.Specifications and reports for implementation of the 3GPPTM system should be obtained via the 3GPP Organisational Partners' Publications Offices.
-
7/29/2019 23012-A00 - Location Management Procedures
2/53
-
7/29/2019 23012-A00 - Location Management Procedures
3/53
Contents
Contents....................................................................................................................................................3
Foreword...................................................................................................................................................51 Scope......................................................................................................................................................61.1 References............................................................................................................................................................. .61.2 Abbreviations........................................................................................................................................................ .7
2 Definitions..............................................................................................................................................72.1 Location management............................................................................................................................................72.2 Location area and MSC area.................................................................................................................................72.3 Location area identification...................................................................................................................................82.4 IMSI detach/attach operation................................................................................................................................82.4.1 Explicit IMSI detach/attach................................................................................................................................82.4.2 Implicit IMSI detach...........................................................................................................................................82.5 Use of the term mobile station (MS) in the present document.............................................................................8
2.6 Paging area............................................................................................................................................................83 General procedures in the network related to Location Management......................................................83.1 Procedures in the MSC related to Location Updating..........................................................................................83.2 Procedures in the VLR related to Location Updating...........................................................................................83.3 Procedures in the HLR related to Location Updating...........................................................................................93.4 Normal Location Updating and IMSI detach/attach operation............................................................................93.5 IMSI enquiry procedure.........................................................................................................................................93.6 Information transfer between Visitor and Home Location Registers...................................................................93.6.1 Procedures for location management.................................................................................................................93.6.1.1 Location updating procedure...........................................................................................................................93.6.1.2 Downloading of subscriber parameters to the VLR........................................................................................93.6.1.3 Location cancellation procedure....................................................................................................................103.6.1.4 Mobile subscriber purging procedure............................................................................................................10
4 Detailed Procedures in the network related to Location Management...................................................104.1 Location Updating...............................................................................................................................................104.1.1 Detailed procedure in the MSC........................................................................................................................104.1.1.1 Process Update_Location_Area_MSC..........................................................................................................104.1.1.2 Procedure Authenticate_MSC.......................................................................................................................144.1.2 Detailed procedure in the VLR........................................................................................................................154.1.2.1 Process Update_Location_Area_VLR...........................................................................................................154.1.2.1a Procedure Retrieve_IMEISV_If_Required..................................................................................................204.1.2.2 Procedure Authenticate_VLR........................................................................................................................214.1.2.3 Procedure Location_Update_Completion_VLR............................................................................................234.1.2.4 Procedure Update_HLR_VLR.................................................................................................................. .....264.1.2.5 Procedure Insert_Subs_Data_VLR................................................................................................................284.1.2.6 Procedure Activate_Tracing_VLR................................................................................................................29
4.1.2.7 Process Send_Identification_PVLR..............................................................................................................304.1.2.8 Process Trace_Subscriber_Activity_VLR.................................................................................................... .324.1.2.9 Procedure Perform Relaying..........................................................................................................................324.1.3 Detailed procedure in the HLR.........................................................................................................................344.1.3.1 Process Update_Location_HLR.....................................................................................................................344.1.3.2 Procedure Insert_Subscriber_Data_HLR......................................................................................................384.1.3.3 Process Subscriber_Present_HLR.................................................................................................................404.1.3.4 Procedure Control_Tracing_HLR.................................................................................................................414.2 Location Cancellation..........................................................................................................................................424.2.1 Detailed procedure in the VLR........................................................................................................................424.2.1.1 Process Cancel_Location_VLR.................................................................................................................... .424.2.2 Detailed procedure in the HLR.........................................................................................................................454.2.2.1 Process Cancel_Location_HLR.................................................................................................................... .45
4.3 Detach IMSI.........................................................................................................................................................464.3.1 Detailed procedure in the MSC........................................................................................................................464.3.1.1 Process Detach_IMSI_MSC......................................................................................................................... .464.3.2 Detailed procedure in the VLR........................................................................................................................47
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)3Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
4/53
4.3.2.1 Process Detach_IMSI_VLR...........................................................................................................................474.4 Purge MS.............................................................................................................................................................494.4.1 Detailed procedure in the VLR........................................................................................................................494.4.1.1 Procedure Purge_MS_VLR...........................................................................................................................494.4.2 Detailed procedure in the HLR.........................................................................................................................514.4.2.1 Process Purge_MS_HLR...............................................................................................................................51
Annex A (informative):Change history.......................................................................................53
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)4Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
5/53
Foreword
This Technical Specification (TS) has been produced by the 3rd Generation Partnership Project (3GPP).
The present document defines the location management procedures within the 3GPP system.
The contents of the present document are subject to continuing work within the TSG and may change followingformal TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSGwith an identifying change of release date and an increase in version number as follows:
Version x.y.z
where:
x the first digit:
1 presented to TSG for information;
2 presented to TSG for approval;
3 or greater indicates TSG approved document under change control.
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections,updates, etc.
z the third digit is incremented when editorial only changes have been incorporated in the document.
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)5Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
6/53
1 Scope
The present document describes the location management procedures for the circuit switched domain, with respect tothe application level functional behaviour. This is to be distinguished from the corresponding protocol handling
behaviour, which is specified in 3G TS 29.002. The following location management procedures are included:- location updating;
- location cancellation;
- MS purging;
- IMSI attach/detach.
The procedures in the Mobile Station (MS) are described in GSM 03.22. The procedures between MSC, VLR andHLR utilise the Mobile Application Part (MAP) and details concerning the protocol handling are contained in 3G TS29.002.
The present document excludes location management procedures for the packet switched domain, which are covered
in 3G TS 23.060.
The descriptions herein depict a logical separation between the MSC and VLR. This logical separation, as well as themessages transferred between the two logical entities are the basis of a model used to define the externally visiblebehaviour of the MSC/VLR, which a may be a single physical entity. They do not impose any requirement except thedefinition of the externally visible behaviour.
1.1 References
The following documents contain provisions which, through reference in this text, constitute provisions of the presentdocument.
References are either specific (identified by date of publication, edition number, version number, etc.) or
non-specific.
For a specific reference, subsequent revisions do not apply.
For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document(including a GSM document), a non-specific reference implicitly refers to the latest version of that documentin the same Release as the present document.
[1] 3GPP TR 21.905: "3G Vocabulary".
[2] 3GPP TS 23.002: "Network architecture".
[3] 3GPP TS 23.003: "Numbering, addressing and identification".
[4] 3GPP TS 23.007: "Restoration procedures".
[5] 3GPP TS 23.008: "Organization of subscriber data".
[5a] 3GPP TS 23.018: "Basic call handling; Technical realization".
[6] 3GPP TS 23.022: "Functions related to Mobile Station (MS) in idle mode".
[7] 3GPP TS 23.116: "Super-Charger Technical Realisation; Stage 2".
[8] 3GPP TS 29.002: "Mobile Application Part (MAP) specification".
[9] 3GPP TS 29.007: "General requirements on interworking between the Public Land MobileNetwork (PLMN) and the Integrated Services Digital Network (ISDN) or Public SwitchedTelephone Network (PSTN)".
[10] 3GPP TS 43.020: "Security related network functions".
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)6Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
7/53
[11] 3GPP TS 23.078: " Customised Applications for Mobile network Enhanced Logic (CAMEL)Phase 4 stage2 "
[11a] 3GPP TS 23.195: "Provision of UE Specific Behaviour Information to Network Entities".
[12] 3GPP TS 23.236: "Intra Domain Connection of RAN Nodes to Multiple CN Nodes"
[13] 3GPP TS 24.008: "Mobile Radio Interface Layer 3 specification; Core Network Protocols - Stage3".
[14] 3GPP TS 29.010: "Information element mapping between Mobile Station - Base Station Systemand BSS - Mobile-services Switching Centre (MS - BSS - MSC) Signalling procedures and theMobile Application Part (MAP)".
[15] 3GPP TS 32.422: "Subscriber and equipment trace: Trace control and configurationmanagement"
[16] 3GPP TS 32.421: "Subscriber and equipment trace: Trace concepts and requirements"
[17] 3GPP TS 25.413: "UTRAN Iu interface RANAP signalling"
[18] 3GPP TR 29.994: "Recommended infrastructure measures to overcome specific Mobile Station(MS) faults"
1.2 Abbreviations
Abbreviations are listed in 3GPP TR 21.905 [1].
In addition, for the purposes of the present document, the following abbreviations apply:
ADD Automatic Device DetectionPUESBINE Provision of User Equipment Specific Behaviour Information to Network EntitiesUESBI-Iu User Equipment Specific Behaviour Information over the Iu interface
2 Definitions
2.1 Location management
Location management means that the PLMNs keep track of where the MSs are located in the system area. Thelocation information for each MS is stored in functional units called location registers. Functionally, there are twotypes of location registers:
- the Home Location Register where all subscriber parameters of an MS are permanently stored, and where thecurrent location may be stored;
- the Visitor Location Register where all relevant data concerning an MS are stored as long as the station iswithin the area controlled by that visitor location register.
See also GSM 03.02 where the network architecture is described, and GSM 03.08 where the data stored in the locationregisters are described.
The action taken by a MS in order to provide location information to the PLMN will be referred to as locationupdating.
2.2 Location area and MSC area
The MSC area is composed of the area covered by all base stations controlled by the MSC. An MSC area may consistof several location areas. A location area is an area in which, after having performed a location update once, MSs mayroam without being required to perform subsequent location updates for reason of location change. A location areaconsists of one or more cells.
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)7Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
8/53
For further details of the network architecture, see GSM 03.02.
2.3 Location area identification
The Location Area Identification (LAI) plan is part of the base station identification plan. The base stations are
identified uniquely (see GSM 03.03).
2.4 IMSI detach/attach operation
The support of IMSI detach/attach operation is mandatory in MSs. The facility is optional in the fixed infrastructure ofthe PLMN.
2.4.1 Explicit IMSI detach/attach
Explicit IMSI detach operation is the action taken by an MS to indicate to the PLMN that the station has entered aninactive state (e.g. the station is powered down). Explicit IMSI attach operation is the action taken by an MS toindicate that the station has re-entered an active state (e.g. the station is powered up).
2.4.2 Implicit IMSI detach
Implicit IMSI detach operation is the action taken by the VLR to mark an MS as detached when there has been nosuccessful contact between the MS and the network for a time determined by the implicit detach timer. The value ofthe implicit detach timer is derived from the periodic location updating timer. During an established radio contact, theimplicit detach timer shall be prevented from triggering implicit detach. At the release of the radio connection, theimplicit detach timer shall be reset and restarted. Implicit IMSI detach shall also be performed in the case of anegative response to an IMEI check.
2.5 Use of the term mobile station (MS) in the present
documentIn order to simplify the text the term Mobile Station (MS) as used in relation to location management refers to theentity where the IMSI is stored, i.e., in card operated MSs the term Mobile Station (MS) refers to the card.
2.6 Paging area
As an option, and for paging optimization purpose, the VLR may control Paging Areas. A Paging Area (PgA) iscomposed of up to 5 Location Areas, and the MSC area is composed of several Paging Areas. Paging areas mayoverlap each other. The Paging Area is stored in the HLR and updated at each paging area change. The Paging Areais sent by the HLR to the VLR at roaming number request and may be used by the MSC/VLR for paging (e.g. whenLAI is not known, after MSC/VLR restart) (see 3GPP TS 23.018 [5a]).
3 General procedures in the network related to LocationManagement
3.1 Procedures in the MSC related to Location Updating
The MSC shall pass messages related to location updating between the MS and the VLR.
3.2 Procedures in the VLR related to Location Updating
FFS
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)8Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
9/53
3.3 Procedures in the HLR related to Location Updating
FFS
3.4 Normal Location Updating and IMSI detach/attachoperation
When receiving a Location Updating Request or an IMSI detach/attach message from an MS, the MSC shall conveythe message to its associated Visitor Location Register. Any response from the location register shall similarly beconveyed to the MS.
3.5 IMSI enquiry procedure
The MS shall identify itself by either the IMSI or the TMSI plus Location Area Identification of the previous VLR. Inthe latter case the new VLR shall attempt to request the IMSI and authentication parameters from the previous VLRby the methods defined in GSM 09.02.
If this procedure fails, or if the TMSI is not allocated, the VLR shall request that the MS identifies itself by use of theIMSI.
3.6 Information transfer between Visitor and HomeLocation Registers
3.6.1 Procedures for location management
Detailed procedures for exchange of and location updating information between visitor and home location registers aregiven in GSM 09.02. Below follows an overview of these procedures.
3.6.1.1 Location updating procedure
This procedure is used when an MS registers with a Visitor Location Register.
The VLR provides its address to the HLR.
The VLR may also allocate an optional identity for the MS at location updating: the Local Mobile Station Identity (seeGSM 03.03).
3.6.1.2 Downloading of subscriber parameters to the VLR
As a part of the location updating procedure, the Home Location Register will convey the subscriber parameters of theMS which need to be known by the visitor location register for proper call handling. This procedure is also used
whenever there is a change in the subscriber parameters that need to be conveyed to the VLR (e.g. change insubscription, a change in supplementary services activation status).
If the HPLMN applies the multinumbering option, different MSISDNs are allocated for different Basic Services (seeGSM 09.07) and stored in the HLR. Among these MSISDNs, the Basic MSISDN Indicator as part of the HLRsubscriber data (see GSM 03.08) marks the 'Basic MSISDN' to be sent to the VLR at location update. It is used in theVLR for call handling as calling party and as line identity.
If the HPLMN applies the Administrative Restriction of Subscribers Access feature, the HLR shall convey thesubscriber access restriction parameter (AccessRestrictionData) to the VLR. The VLR shall check this subscriptionparameter against the radio access technology that supports the LA/RA in which the UE is roaming to decide whetherthe location update should be allowed or rejected.
For further information of the Subscriber access restriction see 3GPP TS 23.008[5].
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)9Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
10/53
3.6.1.3 Location cancellation procedure
The procedure is used by the home location register to remove a MS from a visitor location register. The procedurewill normally be used when the MS has moved to an area controlled by a different location register. The procedure canalso be used in other cases, e.g. an MS ceases to be a subscriber of the Home PLMN.
3.6.1.4 Mobile subscriber purging procedure
A VLR may purge the subscriber data for an MS which has not established radio contact for a period determined bythe network operator. Purging means to delete the subscriber data and to "freeze" the TMSI that has been allocated tothe purged MS in order to avoid double TMSI allocation. The VLR shall inform the HLR of the purging.
When the HLR is informed of the purging, it shall set the flag "MS purged" in the IMSI record of the MS concerned.Presence of the "MS purged" flag will cause any request for routing information for a call or short message to the MSto be treated as if the MS were not reachable.
In the VLR, the "frozen" TMSI is freed for usage in the TMSI allocation procedure by location updating for thepurged MS in the same VLR, location cancellation for the purged MS or, in exceptional cases, by O&M.
In the HLR, the "MS purged" flag is reset by the location updating procedure and after reload of data from the non-
volatile back-up that is performed when the HLR restarts after a failure.
4 Detailed Procedures in the network related to LocationManagement
The text in this clause is a supplement to the definition in the SDL diagrams; it does not duplicate the information inthe SDL diagrams.
This specification shows the location management application processes interworking with the MAP protocol handler,which is specified in 3G TS 29.002. The MAP protocol defines supervision timers. If a supervision timer expiresbefore a distant entity responds to a signal, the handling is as defined in 3G TS 29.002. In general, the protocol
handler reports timer expiry to the application as an error condition or negative response. Where a timer is shown inthis specification, therefore, it is an application timer rather than a protocol timer. Interworking with the protocolhandlers uses functional signal names which do not necessarily have a one-to-one correspondence with the names ofmessages used in the MAP protocols.
4.1 Location Updating
4.1.1 Detailed procedure in the MSC
4.1.1.1 Process Update_Location_Area_MSC
Sheet 1: Location Update corresponds to a Location_Registration_Request indicating any of the following:
- Normal location update;
- Periodic location update;
- IMSI attach.
Sheet 1: The procedures Check_IMEI_MSC, Obtain_IMEI_MSC and Obtain_IMSI_MSC are specified in 3GPPTS 23.018 [5a].
Sheet 1: The input signal "Send UESBI-Iu to Access Network" carries the IMEISV.
Sheet 1: The task "Convert IMEISV to UESBI" is defined in 3GPP TS 23.195 [11a].
Sheet 2: The procedure Check_IMEI_MSC is specified in 3GPP TS 23.018 [5a].
Sheet 2: When the MSC receives a Set Ciphering Mode request from the VLR, it sends a Start ciphering requesttowards the MS. After that, the Forward new TMSI and Update Location Area ack may be received in any order.
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)10Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
11/53
Sheet 2: The Forward new TMSI may also be received prior to Update Location Area negative response if the option"TMSI reallocation in case of Location Update reject with cause #13 (roaming not allowed in Location Area) or #15(no suitable cells in Location Area)" is applicable (see 4.1.2.3). The new TMSI is forwarded together with the newLAI. They are kept in the UE/SIM on receipt of the Location Update reject with cause #13 or #15 (see 3GPP TS24.008 [13]).
Sheet 2: IMEISV trace list shall be made available to the MSC. The list may contain IMEISV entries if ManagementBased Trace Activation is supported in RAN and MSC has received the trace list in the Uplink Information Transfermessage (See 3GPP TS 32.422 [15] and 25.413 [17]). The test "Current IMEISV included in IMEISV trace list?" willfollow the "no" case when no entries exist.
Sheet 2: For Trace Invocation in RAN concepts and procedures see 3GPP TSs 32.421 [16], 32.422[15] and25.413[17].
Sheet 2: IMEISV trace list
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)11Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
12/53
Process in the MSC to handlean incoming Location Update Request,and trigger the correct application process
process Update_Location_Area_MSC ULA_MSC1(2)
Signals to/from the leftare to/from the BSS;signals to/from the rightare to/from the VLR
Idle
LocationUpdate
UpdateLocation
Area
Wait_For_Location_
Updating_Result
Send UESBI-Iuto Access Network
Tracesubscriberactivity
CheckIMEI
ProvideIMEI
ProvideIMSI
Authenticate
Convert IMEISVto UESBI-Iu
See 3GPP TS 23.195Start
activitytracing
Check_IMEI_MSC
Obtain_IMEI_MSC
Obtain_IMSI_MSC
Authenticate_MSC
UESBI-Iu
Result=Pass?
Wait_For_Location_
Updating_Result
Wait_For_Location_
Updating_Result
MMRelease
UpdateLocation
Area negativeresponse
UpdateLocation
Area ack
Forwardcheck SS
SetCipheringMode
AbortLocationUpdatereject
1 Check SSCipherCommand
LocationUpdatereject
IdleWait_For_Location_
Updating_Result
Wait_For_TMSI
Idle
Yes
No
Figure 4.1.1.1 (sheet 1 of 2): Process Update_Location_Area_MSC
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)12Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
13/53
Process in the MSC to handlean incoming Location Update Request,and trigger the correct application process
process Update_Location_Area_MSC ULA_MSC2(2)
Signals to/from the leftare to/from the BSS;signals to/from the rightare to/from the VLR
Wait_For_TMSI
MMRelease
New TMSIForwardcheck SS
CheckIMEI
UpdateLocation
Area negativeresponse
UpdateLocation
Area ack
From VLR
Abort Save TMSI Check SSCheck_IMEI_
MSC
LocationUpdatereject
IdleWait_For_
Location_Updating_Completion
Result=Pass?
Idle
UpdateLocation
Area negativeresponse
UpdateLocation
Area ack
Wait_For_TMSI
LocationUpdatereject
Cause #13 or #15 to sendand TMSI option supported ?
LocationUpdateack
Including newLAI & new TMSI
IdleCurrent IMEISVincluded in IMEISV trace list?
New TMSI& LAI
AWait_For_
TMSI_Acknowledge
1
Wait_For_TMSI_Ack_2
New TMSIrejected
New TMSIaccepted
New TMSIrejected
New TMSIaccepted
Forwardnew TMSInegativeresponse
Forwardnew TMSIack
Invoke Tracingin RANForward
new TMSInegativeresponse
Forwardnew TMSIack
Releasetransaction
LocationUpdateack
LocationUpdatereject
A
Idle Idle
Yes
No
Yes No
Yes
No
Figure 4.1.1.1 (sheet 2 of 2): Process Update_Location_Area_MSC
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)13Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
14/53
4.1.1.2 Procedure Authenticate_MSC
Procedure in the MSCto obtain an authenticationresponse from the MSand relay it to the VLR
Procedure Authenticate_MSC AUT_MSC1(1)
Signals to/from the leftare to/from the BSS;Signals to/from the rightare to/from the VLR
Authenticate
Wait_For_Auth_Response
Authenticate
ack
Authenticateack
Result:=
Pass
Authenticate
negativeresponse
Releasetransaction
Authenticatenegativeresponse
Result:=
Aborted
Figure 4.1.1.2 (sheet 1 of 1): Procedure Authenticate_MSC
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)14Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
15/53
4.1.2 Detailed procedure in the VLR
4.1.2.1 Process Update_Location_Area_VLR
General comment: at any stage in the location updating process the MSC may receive an indication from the BSS thatthe MM transaction has been released. The MSC then sends an Abort signal to the VLR. Upon receipt of this message,
the VLR shall follow one of two possible courses of action.
The two possible courses of action and the conditions determining which course shall be taken are as follows:
1. If a successfully authenticated radio connection is already established before the Abort message is received, theVLR shall ignore the message.
2. If a successfully authenticated radio connection has not been established before the Abort message is received,the VLR shall abort the Update Location Area process and return to the idle state.
Sheet 1: the location area updating process will be activated by receiving an Update Location Area indication from theMSC. If there are parameter errors in the indication, the process is terminated with the appropriate error sent in theUpdate Location Area response to the MSC. Else, the behaviour will depend on the subscriber identity received, eitheran IMSI or a TMSI.
The Automatic Device Detection (ADD) function is an optional feature that allows the HLR to be updated with thecurrent User Equipment (IMEISV) and thus enables the network to configure the subscribers equipment based on apredefined profile. The mechanism for the IMEISV retrieval by device management system (either from HLR or VLR)is outside the scope of this specification. As an optimisation, the VLR may optionally store whether or not the HLRsupports the ADD feature and use this information to decide whether or not to send an update to the HLR.
The Paging Area function is an optional feature that allows the HLR to be updated with the current Paging Area(PgA) (see subclause 2.6). If supported, whenever the paging area changes, the VLR shall send a MAP UpdateLocation request with the Paging Area parameter set to the location areas belonging to the new paging area. ThePaging Area is then sent by the HLR (if available) to the VLR in the MAP Provide Roaming Number and may be usedfor paging optimisation after a MSC/VLR restart (see 3GPP TS 23.018 [5a]).
Sheet 1: The usage of a Hop Counter is an optional optimization.
Sheet 2: at the decision "HLR updating required?" the "True" branch shall be taken if and only if one or more of thefollowing conditions is true:
(1) Location Info Confirmed in HLR is false.
(2) Data Confirmed by HLR is false.
Sheet 2: : The execution of the test "HLR supports ADD?" and the action "set: skip subscriber data update" is anoptional optimisation and depends on the presence of the relevant indication from the HLR that ADD functionality issupported. If this optimisation is not supported on the VLR or no indication is received, both are bypassed in whichcase processing continues at connector 4.
Sheet 2: The execution of the test "HLR supports PgA?" and the action "set: skip subscriber data update" depends on
the presence of the relevant indication from the HLR that PgA functionality is supported.
Sheet 2: The "Subscriber data dormant" flag is an optional parameter that shall at least be supported by VLRimplementing the Mobile Terminating Roaming Retry feature (see 3GPP TS 23.018 [5a]). A VLR not supporting thisflag shall behave as if the flag is set to false.
Sheet 2: A VLR supporting the Mobile Terminating Roaming Retry feature sets the "Cancel Location received"flag to false after authenticating the radio connection. This is used to determine whether to trigger MT roaming retryupon receipt of an incoming call, see subclause 7.3.2.1 of 3GPP TS 23.018 [5a].
Sheet 3: the procedure Obtain_IMSI_VLR is specified in 3GPP TS 23.018 [5a].
The type of Location Update is retrieved in 3G TS 23.078 procedure Set_Notification_Type and is returned into theNotify variable; this information is necessary for the CAMEL Mobility Management event notification procedure 3G
TS 23.078 Notify_gsmSCF.
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)15Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
16/53
Process in the VLR to handlean incoming Update Location Area Request,and trigger the correct application process
process Update_Location_Area_VLR ULA_VLR1(4)
Signals to/from the leftare to/from the MSC
Idle
UpdateLocation
Area
Retrieve_IMEISV_If_Required
Result=Pass?
PUESBINEsupported?
UpdateLocation
Area negativeresponse
Idle
Identityused?
PreviousLAI in this
VLR?
TMSIknown?
Subscriber data
confirmed byHLR:=False
2
MSCarea
change?
Location infoconfirmed inHLR:=False
Subscribertracingactive?
Tracesubscriberactivity
1
Location info
confirmed inHLR:=False
PVLR addressderivable?
IuFlexsupported?
Set Hop Counterto maximum value
3
Subscriberknown in
VLR?
PreviousLAI in this
VLR?
Location infoconfirmed inHLR:=False
PUESBINEsupported?
Send UESBI-Iuto Access Network
No
Yes No
TMSI
Yes
No
Yes
Yes
Yes
No
No
No
Yes
YesNo
No
IMSI
Yes
No
Yes
No
Yes
YesNo
Figure 4.1.2.1 (sheet 1 of 3): Process Update_Location_Area_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)16Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
17/53
P r oc e s s i n t h e V L R t o h a n d l ea n i n c o m i n g U p d a t e L o c a t io n A r e a R e q u e s t ,
a n d t r ig g e r t h e c o r r e c t a p p l ic a t io n p r o c e s s
p r o c e s s U p d a t e _ L o c a t io n _ A r e a _ V L R U L A _ V L R 2 ( 4
S ig n a l s to / f r o m t h e le f ta r e to / f ro m th e M S C ;
s i g n a ls t o / fr o m th e r ig h ta r e t o /f ro m th e A R C t im e r a p p li c a t io n p r o c e s s
1
A u th e n ti c a t io n
r e q u i r e d ?
A u th en ti c a t e _V L R
R e s u l t =P a s s ?
R e s u l t ?
I d l eD e l e t e
s u b s c r i b e r
r e c o r d
S e t n e g a t iv er e s p o n s e :
U n k n o w ns u b s c r i b e r
U p d a t eL o c a t i o n
A r e a ne g a ti v e
r e s p o n s e
I d l e
S e t n e g a t i ver e s p o n s e :
I l l e g a ls u b s c r i b e r
S e t n e g a t i ver e s p o n s e :
S y a te mf a i l u r e
C o n f i r m e db y R a d i o
c o n t a c t : = T r u e
U p d a t e L A I
s e t S u b s c r i b e r d a t a d o r m a n t: = f a l s e
H L Ru p d a te
n e e d e d ?
4A D D
s u p p o r t e d ?
I M E I S Vc h a n g e d ?
C h e c k f o r A D D s u p p o r t ?
H L R s u p p o r tsA D D ?
As e t : s k ip s u b s c r i b e r
d a t a u p d a te
I M E I S V t o s e n d
A
B
I M E I S V o r P g A
t o s e n d ?
L o c a t i o n _ U p d a t e _
C o m p l et io n _ V L R
R e s u l t =
P a s s ?
U p d a t e
r e g is t e r
S e t _ N o t i f ic a t i o n _
T y p e
S e e 3 G P PT S 2 3 . 0 7 8
N o t i f y _
g s m S C F
S e e 3 G P PT S 2 3 . 0 7 8
A u th en ti c a t e dR a d io C o n t a c tE s t a b l i s h e d
I d l e
4
s e t C a n c e l L o c a t io n R e c e i v e d: = f a l s e
Y e s
N o
A b o r t e d U n k n o w n S u b s c r i b e rI ll e g a l S u b s c r i b e r
P r o c e d u re E r ro r
Y e s
Y e s
N o
Y e s
Y e s
Y e sN o
Y e s
N o
N o
N o
N o
N o
N o
Y e sY e s
Figure 4.1.2.1 (sheet 2 of 3): Process Update_Location_Area_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)17Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
18/53
Process in the VLR to handlean incoming Update Location Area Request,and trigger the correct application process
process Update_Location_Area_VLR ULA_VLR3(4)
In the upper subtree,signals to/from the leftare to/from the MSC;signals to/from the rightare to/from the ARC timerapplication process
In the lower subtree,signals to/from the rightare to/from the PVLR
4
Unknown
HLR?
Update_HLR_VLR
Result?
Deletesubscriber
record
Set negativeresponse:Roaming not
allowed
UpdateLocation
Area negativeresponse
Idle
Deletesubscriber
record
Set negativeresponse:Unknownsubscriber
Stand-alone
mode?
Set negativeresponse:Syatemfailure
Location_Update_Completion_VLR
Subscriber dataconfirmed byHLR:=False
Location_Update_
Completion_VLR
Result=Pass?
Updateregister
Set_
Notification_Type
See 3GPPTS 23.078
Notify_gsmSCF
See 3GPPTS 23.078
AuthenticatedRadio ContactEstablished
Idle
3
SendIdentification
Wait_For_PVLR_Response
SendIdentificationack
1
SendIdentificationnegative response
Obtain_IMSI_VLR
See 3GPPTS 23.018
Result=Pass?
Idle 1
2
No
Roaming not allowedUnknown Subscriber Procedure Error
No
Yes
Pass
No
Yes
Abort
Yes
No
Yes
Figure 4.1.2.1 (sheet 3 of 3): Process Update_Location_Area_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)18Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
19/53
Process in the VLR to handlean incoming Update Location Area Request,and trigger the correct application process
process Update_Location_Area_VLR ULA_VLR4(4)
Signals to/from the leftare to/from the MSC;
signals to/from the rightare to/from the ARC timerapplication process
A
PgAsupported?
PgAchanged?
HLR supportsPgA?
set: skip subscriberdata update
PgA to send
B
Yes
No
Yes
No
Yes
No
Figure 4.1.2.1 (sheet 4 of 4): Process Update_Location_Area_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)19Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
20/53
4.1.2.1a Procedure Retrieve_IMEISV_If_Required
The decision box "received IMEISV = stored IMEISV" takes the "No" exit if no IMEISV is stored.
Procedure in the VLR toretrieve IMEISV if required
procedure Retrieve_IMEISV_If_Required R_IMEISV_IR1(1)
Signals to/from the leftare to/from the MSC
Location Update Type=Periodic Location Update?
IMEISVstored?
ProvideIMEI
See 3GPP TS 23.018
Wait_For_IMEI
AbortProvideIMEI ack
See 3GPP TS 23.018
ADD supported?
received IMEISV:= stored IMEISV?
IMEISV changed:= True
Store IMEISV
Result:=Fail
Result:=Pass
Yes
No
No
Yes
YesNo
No
Yes
Figure 4.1.2.1A: Procedure Retrieve_IMEISV_If_Required
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)20Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
21/53
4.1.2.2 Procedure Authenticate_VLR
Sheet 2: The procedure Obtain_IMSI_VLR is specified in 3GPP TS 23.018 [5a].
Procedure in the VLRto authenticate an MSvia the MSC
Procedure Authenticate_VLR AUT_VLR1(2)
Signals to/from the leftare to/from the MSC;signals to/from the rightare to/from the HLR.
AuthenticationFailureReport
Authenticationsets available?
Obtain_Authentication_
Sets_VLR
Result=Pass?
Result=Aborted?
Result:=Aborted
Result=Procedure
Error?
Result:=Procedure
Error
Result:=Unknown
Subscriber
Authenticate
Wait_For_Authenticate_
Result
Authenticateack
Received SRES=expected SRES?
Moreauthenticationsets needed?
Fetch_Authentication_
Sets_VLR
Authenticationaccepted
Result:=Pass
1
Authenticatenegativeresponse
Moreauthenticationsets needed?
Fetch_Authentication_
Sets_VLR
Result:=Aborted
2
No
No
Yes
No
Yes
No
Yes
Yes
Yes
No
No
Yes
No
Yes
Figure 4.1.2.2 (sheet 1 of 2): Procedure Authenticate_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)21Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
22/53
Procedure in the VLRto authenticate an MSvia the MSC
Procedure Authenticate_VLR AUT_VLR2(2)
Signals to the left
are to the MSC.
AuthenticationFailureReport
1
Identity=IMSI?
Retrywith
IMSI?
Obtain_IMSI_VLR
Result=Pass?
IMSIknown?
IMSImatchesTMSI?
Authenticationrejected
Result:=Illegal
Subscriber
Identity:=IMSI
2
Authenticationaccepted
Result:=UnidentifiedSubscriber
Result:=Aborted
No
Yes
Yes
Yes
Yes
No
No
No
No
Yes
Figure 4.1.2.2 (sheet 2 of 2): Procedure Authenticate_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)22Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
23/53
4.1.2.3 Procedure Location_Update_Completion_VLR
Sheet 1: Decision "National Roaming Restrictions Exist?" distinguishes whether or not the subscriber is allowedservice in the target LA, based on the current location of the MS and the VLR's knowledge of other networks. The"Yes" branch results in the sending of "Update Location Area Negative Response" toward the MSC (and the MS),with cause "National Roaming Not Allowed." However, subscriber data shall not be deleted from the VLR. This is to
avoid unnecessary HLR updating should the subscriber be allowed subsequently to roam in other LAs of the sameMSC.
Sheet 1: Decision "Access-Restriction-Data permits current RAT?" performs a check on the subscribersAccessRestrictionData information received from the HLR and either allows the operation to continue or rejects theLocation Update. The decision is taken according to the following:
-If AccessRestrictionData value includes "GERAN not allowed" and the LA/RA, where the MS accesses the network,is served by GERAN, then the subscribers access is not permitted.
-If AccessRestrictionData value includes "UTRAN not allowed" and the LA/RA, where the MS accesses the network isserved by UTRAN, then the subscribers access is not permitted.
Sheet 1: When the Location Update is not allowed because the subscriber access is restricted due to Administrative
Restriction of Subscribers Access feature, the flow results in the sending of "Update Location Area NegativeResponse" toward the MSC (and the MS). The recommended cause code is "RAT not allowed", but cause codes"PLMN not allowed" or "National Roaming Not allowed" may also be used based on operator configuration and therequired MS behaviour.
Note: For the mapping of MAP Process cause code values to values on the MM protocol interface see 3GPP TS 29.010[14].For the MS behaviour determined on the received cause code see 3GPP TS 24.008[13].
Sheet 1: Decision "Roaming restriction due to Unsupported Feature received in subscriber data?" distinguisheswhether or not the subscriber data received from the HLR indicates "roaming restriction due to unsupported feature."The "Yes" branch results in the sending of "Update Location Area Negative Response" toward the MSC (and the MS),with cause "National Roaming Not Allowed." However, subscriber data shall not be deleted from the VLR. This is toavoid unnecessary HLR updating should the subscriber be allowed subsequently to roam in other LAs of the same
MSC.
Sheet 1: Decision "Regional subscription restriction" distinguishes whether or not the subscriber is allowed service inthe target LA, which the VLR deduces based on regional subscription information received from the HLR. The "Yes"branch results in the sending of "Update Location Area Negative Response" toward the MSC (and the MS), with cause"location area not allowed." However, subscriber data shall not be deleted from the VLR. This is to avoid unnecessaryHLR updating should the subscriber be allowed subsequently to roam in other LAs of the same MSC.
Sheet 1: Causes "National Roaming Not Allowed" and "RAT not allowed" lead to sending of cause #13 (roaming notallowed in the Location Area) and #15 (no suitable cells in Location Area) respectively to the MS (see 3GPP TS29.010 [14]). On receipt of cause #13 or #15 the TMSI and LAI currently stored in the MS are not deleted (see 3GPPTS 24.008 [13]). As an option (referred-to as "TMSI option"), for these two reject causes, the VLR may forward a newTMSI (with the new LAI) together with the sending of "Update Location Area Negative Response" toward the MSC.The Location Updating Reject is sent to the MS after forwarding of the new TMSI (and new LAI) (see subclause
4.1.1.1).
This optional TMSI allocation (with new LAI) ensures that:
- a pre-Rel-8 MS will initiate a location updating if it roams back to the previous Location Area (allowed), i.e. tothe location area whose identity is already stored in the MS, after having received the reject cause #13 or #15;otherwise the location updating may not be initiated and mobile terminated calls may not be delivered until thenext mobile originated activity or periodic location update (see 3GPP TR 29.994 [18]).
- the next location update enables the new VLR to address the correct previous VLR (which controls the notallowed Location Area) and to obtain the right IMSI and security context; otherwise a wrong VLR is addressed(corresponding to the TMSI/LAI of the VLR that controlled the previous allowed LA) and a wrong IMSI /security context would be obtained if the TMSI was reallocated.
Sheet 2: The procedure Check_IMEI_VLR is specified in 3GPP TS 23.018 [5a].
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)23Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
24/53
Procedure in the VLRto complete Location Update
procedure Location_Update_Completion_VLR LUC_VLR1(2)
Signals to/from the leftare to/from the MSC
National roamingrestrictions exist?
Roaming restriction DueTo Unsupported Featurereceived in subscriber data?
Set negative response:National Roaming
Not allowed
Regionalsubscriptionrestriction?
Administrative restrictionof subscribers' accessfeature supported?
AccessRestrictionDataparameter available?
Set negative response:Location Area NotAllowed
AccessRestrictionDatapermits current RAT?
1Set negative response:
RAT not allowed
LA Allowed:= False
Result=Pass
Update Register
Set CipheringMode
Cause 'National roaming not allowed' or 'RAT not allowed'and TMSI option supported ?
New TMSI& LAI
Update LocationArea negativeresponse
Update LocationArea negativeresponse
WAIT_FOR_TMSI_Cnf
No
Yes
Yes
No
No
Yes
YesNo
Yes
No
Yes
No
Yes
No
Figure 4.1.2.3 (sheet 1 of 2): Procedure Location_Update_Completion_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)24Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
25/53
Procedure in the VLRto complete Location Update
procedure Location_Update_Completion_VLR LUC_VLR2(2)
Signals to/from the leftare to/from the MSC1
LA Allowed := True
IMSI Detached := False
Subscriber_Present_VLR
See TS 29.002
Trace_Subscriber_Activity_VLR
TMSI to bereallocated?
Set CipheringMode
IMEI checkrequired?
CHECK_IMEI_VLR
See 3GPP TS 23.018
Result?
Result:=Aborted
Result=PassNew TMSI
Update LocationArea Ack
WAIT_FOR_TMSI_Cnf
Forward newTMSI ack
Result=Fail
TMEI checkFail
VLR Application(Detach IMSi VLR)
Set negative response:Illegal Equipment
Update LocationArea negativeresponse
IMEI checkrequired?
CHECK_IMEI_VLR
Result?
Result=Fail
TMEI checkFail
Set negative response:Illegal Equipment
Update LocationArea negativeresponse
Result=Pass
Update LocationArea Ack
Yes
Yes
AbortedPass
Fail
No
No
Yes
Aborted
Fail
Pass
No
Figure 4.1.2.3 (sheet 2 of 2): Procedure Location_Update_Completion_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)25Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
26/53
4.1.2.4 Procedure Update_HLR_VLR
Sheet 1: The procedure Check_User_Error_In_Serving_Network_Entity is specific to Super-Charger; it is specified in3G TS 23.116 [7].
Sheet 1: A VLR supporting the MT Roaming Forwarding feature (see 3GPP TS 23.018 [5a]) includes the "MTRF
supported" flag in the MAP Update Location message sent to the HLR. After sending this message, the VLR mayreceive at any time an MT Provide Roaming Number request including the MTRF Indicator from the old VLR in theWAIT_FOR_DATA state (not represented in the SDL).
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)26Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
27/53
HLR updating in VLR
Procedure Update_HLR_VLR U_HLR_VLR1(1)
Signals to/from the right
are to/from the HLR
Signals to/from the left
are to/from the MSC
Update Location
WA IT_FOR_
DATA
Insert
Subscriber
Data
Acti va te
Trace Mode
Forward Check
SS Indication
Update Location
ac k
Update L ocation
negati ve
response
Insert_Subs_
Data_VLR
Acti va te _Tr acin g_
VL R
Forward Check
SS IndicationFailure Case ?
WAIT_FOR_
DATA
WAIT_FOR_
DATA
WAIT_FOR_
DATA
R esult:=
Roaming N ot Allowed
Result:=
Unknown Subscriber
Result:=
Procedure Error
Result:=
Ab ort
Result:=
Pass
Check_User_Error_
In_Serving_
Network_Entity
See TS 23 .116
Data
Confirmed
by HLR :=True
Data
Confirmed
by HLR:=False
Location Info
Confirmed
in HLR:=True
Location Info
Confirmed
in HLR:=Fal se
Roaming
not Allowed
Unknown
Subscriber
Procedure
Error
A bort
Figure 4.1.2.4 (sheet 1 of 1): Procedure Update_HLR_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)27Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
28/53
4.1.2.5 Procedure Insert_Subs_Data_VLR
The procedure Check_Parameters is specified in 3GPP TS 23.018 [5a].
Procedure to receiveand store subscriberdata in the VLR
Procedure Insert_Subs_Data_VLR Insert_Subs_Data_VLR(1)
Signals to/from the right areto/from the HLR
Check_Parameters See TS 23.018
Result=Pass?
All received f eatures &services supported ?
UpdateSubscriber
Data
MSC area restricted byregional subscription?
Set MSCArea
Restricted
Insert SubscriberData Ack
Update subscriberdata for
supported feature(s)
Set parametersfor unsupported
features
Insert SubscriberData negative
response
Yes
Yes
Yes
No
No
No
Figure 4.1.2.5 (sheet 1 of 1): Procedure Insert_Subs_Data_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)28Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
29/53
4.1.2.6 Procedure Activate_Tracing_VLR
The procedure Check_Parameters is specified in 3GPP TS 23.018 [5a].
Handling theActivate TraceMode in the VLR
Procedure Activate_Tracing_VLR 1(1)
Signals to/from the right areto/from the HLRSignals to/from the left areto/from the MSC
Check_Parameters See TS 23.018
Result=Pass?
SubscriberKnown?
Tracingsupported
Set negativeresponse
Facilitynot supported
Active TraceMode negativeresponse
Tracing bufferfull?
Set SubscriberTracing := Active
Active TraceMode Ack
Set negativeresponseTracing
buffer full
Set negativeresponse
Unidentifiedsubscriber
Yes
Yes
NoYes
No
No
No
No
Figure 4.1.2.6 (sheet 1 of 1): Procedure Activate_Tracing_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)29Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
30/53
4.1.2.7 Process Send_Identification_PVLR
Sheet 1: The procedure Check_Parameters is specified in 3GPP TS 23.018 [5a].
Sheet 1: Decision "IuFlex applied?" distinguishes whether or not the PVLR applies "Intra Domain Connection of RANNodes to Multiple CN Nodes" as described in 3GPP TS 23.236. If this feature is applied, the VLR shall extract the
NRI from the TMSI and attempt to derive the VLR address of the VLR where the subscriber was previously registered,denoted in the following as the "real PVLR".
Sheet 1: Decision "Result = success?" distinguishes whether the NRI could be successfully converted into the "realPVLR" address. In case of successful conversion, the PVLR shall relay the received Send_Identification message tothe "real PVLR" as specified in 3GPP TS 23.236. The new VLR and the "real PVLR" shall not perceive that relayingis being performed, i.e. they shall not notice the presence of the relaying node. The actual mechanism used to performthe relay is an implementation choice. A possible mechanism is described in section 4.1.2.9.
Sheet 1: If supported by the VLR, the "Subscriber data dormant" flag shall be set to true to reflect that the MShas moved outside the VLR area. A VLR not supporting this flag shall behave as if the flag is set to false.
NOTE: HLRs compliant with this release of the specification and supporting mobile terminating roaming retryand Super-Charger will always send a Cancel Location message to the old VLR even in a supercharged
network (see 3GPP TS 23.018 [5a]). HLRs compliant with an earlier release of the specification may notalways send a Cancel Location message in a supercharged network. To support mobile terminatingroaming retry with such HLR implementations, the old VLR can start a timer upon receipt of the MAPSend Identification message while on-going paging to trigger the sending of an internal Cancel Locationto the old MSC and thus the sending of a MAP Resume Call Handling message by the old MSC to theGMSC after the sending of the MAP Update Location by the new VLR to the HLR.
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)30Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
31/53
Handling of the Send Identifictionin the Previous VLR (PVLR)
process Send_Identification_PVLR SI_PVLR1(1)
Signals to/from the left areto/from the new VLR
Idle
SendIdentification
CheckParameters
Result =Pass?
TMSI Known?
Set IMSIIuFlex
applied?
set Subscriber data dormant:= true
Extract NRIfrom TMSI
Authenticationsets available?
Convert NRIInto VLR Address
Set AuthenticationInfo
Result =Success?
Setnegative response
unidentified subscriberSend CurrentSecurity Context
Perform_Relaying
Set CurrentSecurity Context
SendIdentificationnegative response
SendIdentificationack
Idle
Yes
No
Yes
No
YesNo
Yes
No
NoYes
Yes
No
Figure 4.1.2.7 (sheet 1 of 1): Process Send_Identification_PVLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)31Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
32/53
4.1.2.8 Process Trace_Subscriber_Activity_VLR
Procedure in the VLR
to judge whether to send
trace subscriber activity
or not
Procedure Trace_Subscriber_Activity_VLR 1(1)
Signals to/from the left
are to/from the MSC
Subscriber Trace=
active?
Trace
Subscriber
Ac tivi ty
Yes
No
Figure 4.1.2.8 (sheet 1 of 1): Process Trace_Subscriber_Activity_VLR
4.1.2.9 Procedure Perform Relaying
The relay may be performed by opening a new MAP dialogue to the "real PVLR" and keeping it linked to the existingMAP dialogue between the new VLR and the PVLR. Every message received for one of these dialogues shall berelayed to the other one, until the two dialogues are closed. This mechanism is described in figure 4.1.2.9.
In order to improve the signalling efficiency of the relaying function, alternative mechanisms may be implemented aslong as no difference shall be perceived by the new VLR and the "real PVLR".
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)32Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
33/53
The usage of a Hop Counter is an optional optimization.
Procedure to perform the relaying ofthe Send Identification messagefrom/to the new VLR and the "realPVLR", as specified in 3GPP TS 23.236"Intra Domain Connection of RANNodes to Multiple CN Nodes
procedure Perform_Relaying PR_PVLR1(1)
Signals to/from the left areto/from the new VLR.Signals to/from the right areto/from the "real PVLR".
Hop Counterreceived?
ReceivedHop Counter = 0?
Set Hop Counterto maximum -1
decrementHop Counter
PrepareSend Identification
The Send Identification message is prepared by copyingall parameters (except Hop Counter) received withSend Identification from the new VLR
SendIdentification
Sent to the "real PVLR identified by means of the NRIextracted from TMSI, as specified in 3GPP TS 23.236
Wait for SendIdentification
Result
Send IdentificationAck
Send Identificationnegative response
The Send Identification Ackis prepared by copying all parametersreceived with Send Identification Ackfrom the "real PVLR"
Prepare SendIdentification Ack
Prepare Send Identificationnegative response
The Send Identification negative responseis prepared by copying all parametersreceived with Send Identification negativeresponse from the "real PVLR"
Set Error:UnidentifiedSubscriber
Send IdentificationAck
Send Identificationnegative response
Send Identificationnegative response
Yes
No
No
Yes
Figure 4.1.2.9 (sheet 1 of 1): Procedure Perform Relaying
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)33Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
34/53
4.1.3 Detailed procedure in the HLR
4.1.3.1 Process Update_Location_HLR
The Paging Area function is an optional feature that allows the HLR to be updated with the current Paging Area
(PgA) (see subclause 2.6). If supported, the HLR shall store the Paging Area received from the VLR in MAP UpdateLocation requests. If the Paging Area parameter is not included in a MAP Update Location request and the VLR hasnot changed, the HLR shall keep the stored Paging Area. If the Paging Area parameter is not included in a MAPUpdate Location request and the VLR has changed, the HLR shall delete the stored Paging Area.
Sheet 1: The procedure Check_Parameters is specified in 3GPP TS 23.018 [5a].
Sheet 1: The procedure Super_Charged_Cancel_Location_HLR is specific to Super-Charger; it is specified inTS 23.116 [7]. Sheet 2: The procedure Super_Charged_Location_Updating_HLR is specific to Super-Charger; it isspecified in TS 23.116 [7]. If subscription data needs to be sent to the VLR, processing continues from the "No" exit ofthe test "Result=Pass?".
Sheet 2: The execution of the test "skip subscriber data update?" is optional and depends on the presence of therelevant indication from the VLR. If no indication is received, then the result of the test is "No". The HLR may
additionally skip the procedures Update_Routing_Info and Control_Tracing_HLR if this indication is received fromthe VLR.
Sheet 2: If the HLR supports the Administrative Restriction of Subscribers Access feature and roaming is allowed inthe VPLMN then the HLR may check the "Supported RAT Types" received from the VLR against the accessrestriction parameters. If this check fails then the decision box "Roaming allowed in this PLMN" shall take the exit"No".
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)34Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
35/53
Process In the HLR Application
to handlle Location Updating
Process Update_Location_HLR 1(3)
Signals to/from the left
are to/from the VLR
IDLE
Update
Location
Check_
ParametersSee TS 2 3.018
Result=
Pass?
Subscriber
Known?
Subscriber Tracing
A ctiv e i n V LR= Fal se
Network Access Mode=
GPRS Only?
New VLR? Set negativeresponse:
Unknown
Subscriber
Super_Charged_
Cancel_Location_
HLR
See TS 23.116
Result: Pass?Update L ocation
Negative Response
Cancel_Location_HLR IDLE
1
Yes
No
No
No
Yes
Yes
No
No
Ye s
Figure 4.1.3.1 (sheet 1 of 3): Process Update_Location_HLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)35Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
36/53
Process in the HLR Applicationto handle Location Updating
process Update_Location_HLR 2(3)
Signals to/from the leftare to/from the VLR
1
SubscriberAllowed toRoam into PLMN?
UpdateRouteing
Info
Set NegativeResponse:
Roaming Not Allowed
Reset FlagMS Purged
Delete RouteingInfo
Control_Tracing_
HLR Update LocationNegative Response
Result =Pass?
A IDLESuper_Charged_
Location_Updating_HLR
See TS 23.116 IDLE
Result = Pass?
ADD or PgAsupportedMSC Area Restricted?
orRoaming Restricted Due toUnsupported Feature? skip subscriber
data update?
Subscriber_Present_HLR
Insert_Subscriber_Data_HLR
3Result =Pass?
AResult =
Aborted?
Update LocationNegative Response
IDLE
Yes
No
NoYes
NoYes
YesNo
No
Yes
No
Yes
Yes
No
No
Yes
Figure 4.1.3.1 (sheet 2 of 3): Process Update_Location_HLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)36Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
37/53
Process In the HLR Applicationto handlle Location Updating
Process Update_Location_HLR 3(3)
Signals to/from the leftare to/from the VLR
3
Check_SS_Required
Forward Check SSIndication
Check_SS_Required:=
False
UpdateLocationAck
Location UpdatingComplete
To Process CCBS_Coordinator_HLRSee 3GPP 23.093
Idle
True
False
Figure 4.1.3.1 (sheet 3 of 3): Process Update_Location_HLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)37Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
38/53
4.1.3.2 Procedure Insert_Subscriber_Data_HLR
Procedure in the HLR Application for handlingthe insertion of subscriber data into the VLR
Procedure Insert_Subscriber_Data_HLR 1(2)
Signals to/from the left areto/from the VLR
InsertSubscriberData
Count:=1
More DataTo Send?
InsertSubscriberData
Count:=Count + 1
WAIT_FOR_
ISD_Ack
ISD_Ack
Count:=Count - 1
1
Abort
Result:=Aborted
ISD NegativeResponse
Set Negative ResponseSystem Failure
Result:=Fail
2
3
Yes
No
Figure 4.1.3.2 (sheet 1 of 2): Procedure Insert_Subscriber_Data_HLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)38Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
39/53
Procedure in the HLR Application for handlingthe insertion of subscriber data into the VLR
Procedure Insert_Subscriber_Data_HLR 2(2)
Signals to/from the left areto/from the VLR
1
Any services notsupportedin VLR?
Ignore UnsupportedService?
Replace ServiceIn VLR?
UnsupportedServiceCritical?
HLR InternalAction
MSC AreaRestricted?
Set MSC AreaRestricted
Count>0?
WAIT_FOR_ISD_Ack
More data tosend?
Result:=Pass
3
RoamingRestricted DueTo UnsupportedFeature=True;MSC Area Restricted=True
2
ReplaceService
Yes
No
No
NoYes
YesNo
No
Yes
NoYes
Yes
Yes
No
Figure 4.1.3.2 (sheet 2 of 2): Procedure Insert_Subscriber_Data_HLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)39Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
40/53
4.1.3.3 Process Subscriber_Present_HLR
The macro Alert_Service_Centre_HLR is specified in 3GPP TS 29.002 [8].
Process in the HLR toalert SMS service centres
if required as part of thelocation updating process
process Subscriber_Present_HLR SP_HLR1(1)
Message Waiting
Data set?
Alert_Service_Centre_HLR
See 3GPP TS 29.002
Yes
No
Figure 4.1.3.3: Process Subscriber_Present_HLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)40Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
41/53
4.1.3.4 Procedure Control_Tracing_HLR
Procedure for controllingTracing in the HLR Application
Procedure Control_Tracing_HLR 1(1)
Signal to/from theleft are to/from the VLR
Subscriber Tracingactive in HLR?
Subscriber Tracingactive in VLR?
Subscriber in HPLMN area?
Result:=Pass ActiveTraceMode
WAIT_FOR_ATM_RESULT
ATM_ackATM NegativeResponse
Set SubscriberTracing Active in VLR Set SubscriberTracing inactive in VLR
Report ErrorTo O&M Center
Result:=Pass
Failure Cause?
Result:=Fail Result:=Pass Result:=Pass
Yes
No
Yes
Provider Error Data Error User Error
Figure 4.1.3.4 (sheet 1 of 1): Procedure Control_Tracing_HLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)41Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
42/53
4.2 Location Cancellation
4.2.1 Detailed procedure in the VLR
4.2.1.1 Process Cancel_Location_VLR
The procedure Check_Parameters is specified in 3GPP TS 23.018 [5a].
Sheet 1: If supported by the VLR, the "Subscriber data dormant" flag shall be set to true to allow triggeringMobile Terminating Roaming Retry. A VLR not supporting this flag shall behave as if the flag is set to false.
Sheet 1: A VLR not supporting the Mobile Terminating Roaming Retry feature and the MobileTerminating Roaming Forwarding fearture (see 3GPP TS 23.018 [5a]) may not send Cancel Locationto MSC.
Sheet 1: A VLR supporting the Mobile Terminating Roaming Retry feature sets the "Cancel Location received"flag to true when receiving the Cancel Location message from the HLR. This is used to determine whether to triggerMT roaming retry upon receipt of an incoming call, see subclause 7.3.2.1 of 3GPP TS 23.018 [5a].
Sheet 1: A VLR supporting the Mobile Terminating Roaming Forwarding feature may includethe MTRF Supported And Authorized flag or the MTRF Supported And Not Authorized flag inthe Cancel Location message it sends to the MSC if received in the Cancel Location messagefrom the HLR.
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)42Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
43/53
H a n d l i n g o f C a n c e l L o c a t i o ni n t h e V L R
p r o c e s s C a n c e l _ L o c a t i o n _ V L R 1 ( 2
S i g n a l s t o / f r o m t h ia r e t o / f r o m t h e H L ; it o / f r o m t h e l e f t a r et h e M S CC a n c e l l a t i o n T y p e =
S u b s c r i p t i o n W i t h d r a w n
I d l eM S R N a l l o c a t e d
a n d C F N R a c t i v e
C a n c e l L o c a t i o ns e t S u b s c r i b e r
d a t a d o r m a n t : = t r u e
C h e c k _ P a r a m e t e r sS e e T S 2 3 . 0 1 8s e t C a n c e l L o c a t i o n
r e c e i v e d : = t r u e
R e s u l t =P a s s ?
M a r k s u b s c r i b e r d e t a c h e d
S u b s c r i b e r r e g i s t e r e dc o n f i g u r a b l e
v a l u e ,e . g . 2 m i n
S t a r t T i m e r T x
d e l a y e d d e l e t i o no f s u b s c r i b e r
r e c o r d s u p p o r t e dR e l e a s eT M S I
C a n c e l L o c a t i o n a c k
C a n c e l L o c a t i o n
D e l e t es u b s c r i b e r
f r o m r e g i s t e r W a i t f o r t i m e o u t
R e l e a s eT M S I
C a n c e l L o c a t i o nn e g a t i v er e s p o n s e
S e n d I n f of o r i n c o m m i n gc a l l ( M S R N )
t i m e o u tT x
U p d a t eL o c a t i o nA r e a
C a n c e l L o c a t i o n a c kS t o p t i m e r
T xS t o p t i m e r
T xI d l e
C a n c e l L o c a t i o n
2
1 I d l eD e l e t e
s u b s c r i b e r f r o m r e g i s t e r
N o
Y e s
N o
Y e s
N o
Y e s
N o
Y e s N o
Figure 4.2.1.1 (Sheet 1 of 2): Process Cancel_Location_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)43Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
44/53
Handling of Cancel Locationin the VLR
process Cancel_Location_VLR 2(2)
1
MT RoamingRetry supported
GMSC supportsMT Roaming Retry
set MT RoamingRetry Indicator
performcall forwarding
Send Info forIncoming Call Ack
2
Yes No
Yes
No
Figure 4.2.1.1 (Sheet 2 of 2): Process Cancel_Location_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)44Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
45/53
4.2.2 Detailed procedure in the HLR
4.2.2.1 Process Cancel_Location_HLR
Process in the HLR application to initiatecancellation o f location registrationin a VLR
Process Cancel_Location_HLR 1(1)
Signals to/from the leftare to/from the VLR
CancelLocation
WAIT_FOR_ACK
CancelLocationAck
Abort
Repeat LocationCancellation?
Wait for timeexpiry
CancelLocationNegative Response
Yes No
Figure 4.2.2.1: Process Cancel_Location_HLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)45Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
46/53
4.3 Detach IMSI
4.3.1 Detailed procedure in the MSC
4.3.1.1 Process Detach_IMSI_MSC
Process in the MSC tohandle an IMSI detach
Process Detach_IMSI_MSC 1(1)
Signals to/from the leftare to/from the BSSSignals to/from the rightare to/from the VLR
Idle
IMSI detach
ExplicitIMSI detach
Idle
Figure 4.3.1.1 (Sheet 1 of 1): Process Detach_IMSI_MSC
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)46Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
47/53
4.3.2 Detailed procedure in the VLR
4.3.2.1 Process Detach_IMSI_VLR
The signal "Authenticated Radio Contact Terminated" is sent to Process Detach_IMSI_VLR from RR handling in theMSC whenever authenticated radio contact is terminated, e.g. at the release of a call.
The procedure "Notify_gsmSCF" is specified in 3GPP TS 23.078 [11]. The "Notify" parameter indicates whether theIMSI detach was explicit or implicit.
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)47Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
48/53
Process in the VLR tohandle an Detach IMSItimer
Process Detach_IMSI_VLR 1(1)
Signals to/from the leftare to/from the MSCunless marked otherwiseSignals to/from the rightare to/from the detachtimer
Idle
AuthenticatedRadio ContactEstablished
From Process Update_Location_Area_VLR orProcedure Process_Access_Request
Stop timerReload timer
Idle
AuthenticatedRadio Contactterminated
IMSI Detached=False
Restart timer
Idle
IMEI checkfail
From VLR applicationwhen IMEI checkfailed
IMSI Detached=True
Stop timer
Idle
TimerExpired
Notify = implicitIMSI detach
Notify_gsmSCF Procedure definedin 3G TS 23.078
ExplicitIMSI detach
Notify = explicitIMSI detach
Figure 4.3.1.1 (Sheet 1 of 1): Process Detach_IMSI_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)48Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
49/53
4.4 Purge MS
4.4.1 Detailed procedure in the VLR
4.4.1.1 Procedure Purge_MS_VLR
Sheet 1: The procedure Purge_MS_In_Serving_Network_Entity is specific to Super-Charger; it is specified inTS 23.116 [7]. If the VLR and the originating HLR support the Super-Charger functionality, processing continuesfrom the "Yes" exit of the test "Result=Pass?".
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)49Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
50/53
Process in t he VLR
to p urge MS.
Process Purge_MS_VLR 1(1)
Signals to/from the right
are to/from the HLR
Signals to/from the left
are to/from the Operation &
Maintenance Centre
Idle
O&M Purge MS
Purge_MS_In_
Serving_Network_
Entity
See TS 23.116
Result:= Pass?
Purge MS
WA IT_FOR_
A CK
Purge MS
Ack
Delete
Subscriber
Data
TMSI to be
frozen?
Freeze
TMSI
Set
Purging
Successful
O&M Purge MS
ack
Idle
Purge_MS
negative
response
Se t
Purge
Failed
O&M Purge MS
negative
response
Idle
No
Ye s
No
Yes
Figure 4.4.1.1 (Sheet 1 of 1): Procedure Purge_MS_VLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)50Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
51/53
4.4.2 Detailed procedure in the HLR
4.4.2.1 Process Purge_MS_HLR
The procedure Check_Parameters is specified in 3GPP TS 23.018 [5a].
If the received VLR number and the stored VLR number do not match, the HLR sends Purge MS ack containing anempty result to indicate successful outcome. Since the MS is known by the HLR to be in a different VLR area, it is notappropriate to block mobile terminated calls or short messages to the MS, but the VLR which initiated the purgingprocedure can safely purge its record for the MS without freezing the TMSI.
If the received SGSN number and the stored SGSN number do not match, the HLR sends a Purge MS ack containingan empty result to indicate successful outcome. Since the MS is known by the HLR to be in a different SGSN area, it isnot appropriate to block short messages to the MS, but the SGSN which initiated the purging procedure can safelypurge its record for the MS without freezing the P-TMSI.
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)51Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
52/53
Process in the HLR Applicationfor handling the purging of MSdata from a VLR
Process Purge_MS_HLR 1(1)
Signals to/from the leftare to/from the VLR
Idle
Purge MS
Check_Parameters
See TS 23.018
Result=Pass?
SubscriberKnown?
Received VLR No. =Stored VLR No.?
Set Flag MSPurged for non-
GPRS
Set FlagFreeze TMSI
Received SGSN No. =Stored SGSN No.?
Set Flag MSPurged for GPRS
Set FlagFreeze P-TMSI
Purge MSAck.
Idle
Set Negative Response=Unknown Susbcriber
Report Errorto O&M
Purge MSNegative Response
Idle
Purge MSNegativeResponse
Idle
Yes
Yes
Yes
Yes
No
No
No
No
Figure 4.4.2.1 (Sheet 1 of 1): Procedure Purge_MS_HLR
3GPP
3GPP TS 23.012 V10.0.0 (2011-03)52Release 9
-
7/29/2019 23012-A00 - Location Management Procedures
53/53
Annex A (informative):Change history
Change historyTSG CN# Spec Version CR New Version Subject/Comment
Apr 1999 GSM 03.12 6.0.0 Transferred to 3GPP CN1CN#03 23.012 3.0.0 Approved at CN#03CN#06 23.012 3.0.0 001r1 R99 3.1.0 Restructuring of MAP Location Management
Procedures, Stage 2CN#06 23.012 3.0.0 002 R99 3.1.0 Introduction of Super-Charger into TS 23.012CN#07 23.012 3.1.0 003r3 R99 3.2.0 Introduction of Enhanced User Identity
ConfidentialityCN#07 23.012 3.1.0 004 R99 3.2.0 Addition of Current Security Context Data to
Send_Identification_PVLRCN#07 23.012 3.1.0 005 R99 3.2.0 Introduction of Authentication Failure Report
23.012 3.2.0 R99 3.2.1 CR 23.012-003r3 removed becauseimplemented in error
CN#08 23.012 3.2.1 006 R99 3.3.0 Introduction of Mobility Management event
notification into 23.012 proceduresCN#11 23.012 3.3.0 Rel-4 4.0.0 Release 4 after CN#11CN#11 23.012 4.0.0 008r1 Rel-5 5.0.0 Relaying of SendIdentification when IuFlex is
appliedCN#20 23.012 5.0.0 010r1 Rel-5 5.1.0 Addition of procedure to retrieve UE-specific
behaviour dataCN#21 23.012 5.1.0 012 Rel-5 5.2.0 Correction of misaligned signal names between
VLR and PVLRCN#21 23.012 5.1.0 013r1 Rel-5 5.2.0 Corrections to "Early UE" handlingCN#23 23.012 5.2.0 014r1 Rel-6 6.0.0 Include administrative restriction subscription
parameterCN#24 23.012 6.0.0 015r6 Rel-6 6.1.0 Addition of ADD featureCN#25 23.012 6.2.0 016r1 Rel-6 6.2.0 Clarification of the Automatic Device Detection
feature
CN#27 23.012 6.2.0 018r2 Rel-6 6.3.0 Introduction of Hop Counter for SendIdentification
CN#27 23.012 6.2.0 018r2 Rel-6 6.3.0 Management Based Activation ImpactsCT#31 23.012 6.3.0 0020 Rel-7 7.0.0 Enhancement of the administrative restriction
of subscribers access featureCT#32 23.012 7.0.0 0022 Rel-7 7.1.0 Use of cause #12 in VPLMNsCT#32 23.012 7.0.0 0021 Rel-7 7.1.0 Skipping Update Location and Control Tracing
for SkipSubscriberDataCT#34 23.012 7.1.0 0024r1 Rel-7 7.2.0 Change to CANCEL_LOCATION procedure in
VLRCT#36 23.012 7.2.0 0026r2 Rel-7 7.3.0 Mobile Termination whilst the MS is moving to
another MSCCT#40 23.012 7.3.0 0027r1 Rel-8 8.0.0 Paging optimization with A/Iu flexCT#42 23.012 8.0.0 0029 Rel-8 8.1.0 TMSI re-allocation during Location Updating
Reject with cause #13 or #15CT#44 23.012 8.1.0 0030r1 Rel-8 8.2.0 MAP Update Location w/o the PgA parameter CT#46 - 8.2.0 - 9.0.0 Update to Rel-9 version (MCC)CT#49 23.012 9.0.0 0034r4 Rel-9 9.1.0 Correction to Tracing Control Handling
Behaviour of HLR in CS DomainCT#51 23.012 9.1.0 0035r1 Rel-10 10.0.0 MT Roaming Retry and Super Charger CT#51 23.012 9.1.0 0036r1 Rel-10 10.0.0 Mobile Terminating Roaming Forwarding
3GPP TS 23.012 V10.0.0 (2011-03)53Release 9