Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.271  Word version:  17.0.0

Top   Top   Up   Prev   Next
1…   5…   6…   6.2…   7…   8…   9…   9.1.1A…   9.1.2…   9.1.5…   9.1.6…   9.1.8…   9.1.9…   9.1.12…   9.1.13…   9.1.15…   9.1.19…   9.2…   9.2.2…   9.2.3…   9.3…   9.4…   9.5…   9.6…   10…   11…   A…   B…   E   F…

 

9.2  Mobile Originating Location Requestp. 122

9.2.1  Mobile Originating Location Request, Circuit Switched (CS-MO-LR)p. 122

The following procedure shown in Figure 9.7 allows an UE to request either its own location and optionally, velocity, location assistance data or broadcast assistance data message ciphering keys from the network. Location assistance data may be used subsequently by the UE to compute its own location throughout an extended interval using a mobile based position method. The ciphering key enables the UE to decipher other location assistance data broadcast periodically by the network. The MO LR after location update request may be used to request ciphering keys or GNSS assistance data using the follow-on procedure described in TS 24.008. The procedure may also be used to enable an UE to request that its own location be sent to an external LCS client.
Reproduction of 3GPP TS 23.271, Fig. 9.7: General Network Positioning for CS-MO-LR
Up

9.2.1.1  Location Preparation Procedurep. 122

Step 1.
If the UE is in idle mode, the UE requests a radio connection setup and sends a CM service request indicating a request for a call independent supplementary services to the VMSC/MSC server via RAN.
Step 2.
RAN shall convey the CM service request to the core network. If the UE is in dedicated mode, the UE sends a CM Service Request on the already established radio connection.
Step 3.
The VMSC/MSC server instigates authentication and ciphering if the UE was in idle mode or returns a Direct Transfer CM Service Accept if the UE was in dedicated mode. The UE will inform the network about its LCS capabilities, as described in clause 6.3.4.
Step 4.
The UE sends a LCS CS-MO-LR Location Services invoke to the VMSC/MSC server. Different types of location services can be requested: location estimate of the UE, location estimate of the UE to be sent to an external LCS client, location assistance data or broadcast assistance data message ciphering keys. If the UE is requesting its own location estimate or that its own location be sent to an external LCS client, this message carries LCS requested QoS information (e.g. accuracy, response time, LCS QoS Class), the requested maximum age of location and the requested type of location (e.g. "current location", "current or last known location"). If the UE is requesting that its location be sent to an external LCS client, the message shall include the identity of the LCS client and may include the address of the GMLC through which the LCS client should be accessed. In addition, a Service Identity indicates which MO-LR service of the LCS Client is requested by the UE may be included. The message also may include a pseudonym indicator to indicate a pseudonym should be assigned by the network and transferred to the LCS Client as the UE's identity. If the UE is instead requesting location assistance data or ciphering keys, the message specifies the type of assistance data or deciphering keys and the positioning method for which the assistance data or ciphering applies. For an LCS CS-MO-LR Location Services invoke, the VMSC/MSC server shall assign a GMLC address, i.e. V-GMLC address, which is stored in the VMSC/MSC server. If a V-GMLC address is not available, the VMSC/MSC server may reject the location request. The VMSC/MSC server verifies in the UE's subscription profile that the UE has permission to request its own location, request that its location be sent to an external LCS client or request location assistance data or deciphering keys (whichever applies). If the UE is requesting positioning and has an established call, the VMSC/MSC server may reject the request for certain non-speech call types.
Step 5.
In case the requested type of location is "current or last known location" and the requested maximum age of location information is sent from UE, the VMSC/MSC server verifies whether it stores the previously obtained location estimate of the target UE. If the VMSC/MSC server stores the location estimate and the location estimate satisfies the requested maximum age of location, this step and steps 6 and 7 may be skipped. Otherwise the VMSC/MSC server sends a Location Request message to RAN associated with the Target UE. The message indicates whether a location estimate or location assistance data is requested and, in GSM, includes the UE's location capabilities. If the UE's location is requested, the message also includes the requested QoS. If location assistance data is requested, the message carries the requested types of location assistance data.
Up

9.2.1.2  Positioning Measurement Establishment Procedurep. 123

Step 6.
If the UE is requesting its own location, RAN determines the positioning method and instigates the particular message sequence for this method, as specified in UTRAN Stage 2, TS 25.305 and GERAN Stage 2, TS 43.059. If the UE is instead requesting location assistance data, RAN transfers this data to the UE as described in subsequent clauses in TS 25.305 and TS 43.059 UE.
Up

9.2.1.3  Location Calculation and Release Procedurep. 123

Step 7.
When a location estimate best satisfying the requested QoS has been obtained or when the requested location assistance data has been transferred to the UE, RAN returns a Location Report to the VMSC/MSC server with an indication whether the obtained location estimate satisfies the requested accuracy or not. This message carries the location estimate or ciphering keys if this was obtained. If a location estimate or deciphering keys were not successfully obtained or if the requested location assistance data could not be transferred successfully to the UE, a failure cause is included in the Location Report.
Step 8.
If the location estimate was successfully obtained, the VMSC/MSC server shall send a MAP Subscriber Location Report to the V-GMLC assigned in the step 4, carrying the MSISDN/IMSI of the UE, the event causing the location estimate (CS MO-LR) and the location estimate, its age, obtained accuracy indication and the LCS QoS Class requested by the target UE. In addition, the MAP Subscriber Location Report may include the pseudonym indicator, the identity of the LCS Client, the GMLC address and the Service Identity specified by the UE, if available.
Step 9.
Upon receipt of the MAP Subscriber Location Report, the V-GMLC shall determine whether the UE requests transfer of its location estimate to an external LCS Client. If the identity of the LCS Client is not available, this step and steps 10 to 14 are skipped. Otherwise, the V-GMLC shall send the MO-LR Location Information to the H-GMLC (the V-GMLC may query the HLR/HSS of the UE to obtain the address of the H-GMLC), carrying the MSISDN/IMSI of the UE, the event causing the location estimate (CS MO-LR), the location estimate and its age and the identity of the LCS Client. The pseudonym indicator and/or the GMLC address specified by the UE may also be included if available.
Step 10.
If the pseudonym indicator is included in the MO-LR Location Information, the H-GMLC assigns or asks the PMD to assign a pseudonym to the UE. If the identity of the LCS Client and the GMLC address access to the LCS Client are available, the H-GMLC shall send the MO-LR Location Information to the specified GMLC. If the identity of the LCS Client is available but the GMLC address access to the LCS Client is not available, the H-GMLC determines whether the specified LCS Client is accessible. If yes, the H-GMLC shall send the Location Information to the LCS Client, then the H-GMLC itself act as the specified GMLC, this step and step 13 are skipped. If not, according to the LCS Client identity, the H-GMLC shall determine a GMLC that can access the LCS Client, and send the MO-LR Location Information to the GMLC, carrying the MSISDN or the pseudonym of the UE, the identity of the LCS client, the event causing the location estimate (CS MO-LR), location estimate and its age.
Step 11.
If the identified LCS Client is not accessible, this step and step 12 are skipped. Otherwise the GMLC transfers the location information to the LCS client, carrying the MSISDN/IMSI or the pseudonym of the UE, the event causing the location estimate (CS-MO LR), the Service Identity, if available, and the location estimate and its age, in accordance with the LCS QoS Class requested by the target UE. If the UE requested LCS QoS class was Assured, GMLC sends the result to the LCS client only if the result has been indicated to fulfil the requested accuracy. If the UE requested LCS QoS class was Best Effort, GMLC sends whatever result it received to the LCS client with an appropriate indication if the requested accuracy was not met.
Step 12.
If the LCS Client does not support MO-LR (for temporary or permanent reasons) or can not handle the location estimate of the UE, e.g. the LCS Client does not know the Service Identity, or the UE does not register to the LCS Client, the LCS Client have no corresponding data of the UE, the LCS Client shall return the Location Information ack message to the GMLC or the H-GMLC (in case the LCS Client received Location Information is sent from H-GMLC) with a suitable error cause. Otherwise, the LCS Client handles the location estimate according to the Service Identity, sends the GMLC or the H-GMLC the Location Information ack message signalling that the location estimate of the UE has been handled successfully.
Step 13.
If the identified LCS Client is not accessible, the GMLC sends MO-LR Location Information Acknowledgement to the H-GMLC with an appropriate error cause. Otherwise, the GMLC shall send MO-LR Location Information Acknowledgement to the H-GMLC. The message shall specify whether the location estimate of the UE has been handled successfully by the identified LCS Client, and if not, the corresponding error cause obtained in step 12. The GMLC may record charging information both for the LCS Client and inter-operator revenue charges.
Step 14.
In case the H-GMLC receives the MO-LR Location Information Acknowledgement from the GMLC, it shall forward the MO-LR Location Information Acknowledgement from the GMLC to the V-GMLC, and record charging information both for the UE and inter-working revenue charges.
In case the H-GMLC receives the Location Information Acknowledgement from the LCS Client, it shall send MO-LR Location Information Acknowledgement to the V-GMLC. The message shall specify whether the location estimate of the UE has been handled successfully by the identified LCS Client, and if not, the corresponding error cause obtained in step 12. The H-GMLC shall record charging information both for the UE and inter-working revenue charges.
Step 15.
In case the V-GMLC receives the MO-LR Location Information Acknowledgement from the H-GMLC, the V-GMLC shall record charging information both for the UE and inter-working revenue charges and send the MAP Subscriber Location Report Acknowledgement to the VMSC/MSC server, carrying the information specifies whether the location estimate of the UE has been handled successfully by the identified LCS Client, and if not success, the corresponding error cause obtained in step 14.
In case the V-GMLC receives the MAP Subscriber Location Report from the VMSC/MSC server and it is not required to send to any LCS Client, the V-GMLC shall record charging information for the UE and response the MAP Subscriber Location Report Acknowledgement to the VMSC/MSC server.
Step 16.
The VMSC/MSC server returns a CS-MO-LR Return Result to the UE carrying any location estimate requested by the UE including the indication received from RAN whether the obtained location estimate satisfies the requested accuracy or not, ciphering keys or an indicator whether a location estimate was successfully transferred to the identified LCS client. If the location estimate was successfully transferred to the identified LCS Client, the CS-MO-LR Return Result message shall specify whether the location estimate of the UE has been handled successfully by the identified LCS Client, and if not, the corresponding error cause obtained in step 15.
Step 17.
The VMSC/MSC server may release the CM, MM and radio connections to the UE, if the UE was previously idle, and the VMSC/MSC server may record charging information.
Up

Up   Top   ToC