F.1 (U)SIM Application Toolkit (USAT) Based Solution
23.2713GPPFunctional stage 2 description of Location Services (LCS)Release 17TS
In this (U)SAT based solution, the area event detection mechanism relies on the proactive control of the UE by the (U)SIM using the (U)SAT commands controlled by a specific Change of Area Deferred Location application. Figure F.1 illustrates one possible method for downloading a change of area event application to the UE, but does not detail the operation of the application. The details of the application is outside the scope of this specification. Further information about the possible (U)SAT commands, can be found from TS 31.111 [37].
The following procedure (shown in Figure F.1) replaces Figure 9.6d in clause 9.1.9.
Figure F.1: (U)SAT Application Download and Change of Area Event Detection Procedure
1) This step is the same as step 1 in clause 9.1.9.
2) This step is similar to step 2 in clause 9.1.9, except the LCS Service Request does not reach the V-GMLC. Also the H-GMLC may request a translation of geographic shape to network identities from a GMLC in the network serving the target UE.
3) Information about the event, the (U)SAT application, that shall trigger the sending of the Location Report shall be sent to the UE/(U)SIM. If privacy action (notification and/or verification) was requested as a result of the privacy check, the H-GMLC shall also include the required action to the UE/(U)SIM. If notification/verification is required, the request shall indicate the identity of the LCS client, the Requestor Identity (if available), and the reference number. The mechanism by which the trigger detection is performed via (U)SAT application may be operator dependent. However, the (U)SAT Application shall contain the following information: reference number, H-GMLC address, validity period of request, and the area definition (of the target area).
4) If privacy verification was requested, the UE/(U)SIM indicates to its user whether the location request will be allowed or not allowed in the absence of a response and waits for the user to grant or deny permission. If privacy verification was requested and the user grants permission, the USAT Application shall be installed and the UE/(U)SIM then returns an acknowledgement to the H-GMLC indicating permission is granted and (U)SAT application is successfully installed. If the UE user does not respond after a predetermined time period (and the request is not allowed in the absence of a response) or denies permission, the UE/(U)SIM shall infer a "no response" condition, the USAT Application is not installed, an appropriate error response is returned to the GMLC/LCS Client and the remaining steps are skipped. Otherwise the UE/(U)SIM notifies the UE user of the location request (if required by the privacy action) and shall install the (U)SAT application and acknowledge successful installation to the H-GMLC, including an indication of "no response" but request is allowed if necessary. If at any point the (U)SAT application fails to install, due to lack of support or otherwise, the UE/(U)SIM shall inform the H-GMLC using an appropriate error cause.
5) The H-GMLC returns a LCS Service Response via R-GMLC to the LCS Client to notify whether the request was successfully accepted/installed or not, without a location estimate. When the R-GMLC returns the LCS Service Response to the LCS Client, the LDR reference number assigned by the R-GMLC shall be included.
6) The UE/(U)SIM detects the desired change of area event.
7) The UE/(U)SIM reports the change of area event.
8) The H-GMLC may perform another privacy check as described in clause 9.1.1.
9) The H-GMLC then returns a LCS Service Response to the LCS Client via the R-GMLC, if applicable, as in clause 9.1.1. When the R-GMLC returns the LCS Service Response to the LCS Client, the LDR reference number that was sent to the LCS Client in step 5 shall be included. If the GMLC for some other reason decides to not wait any longer for the requested event to occur (e.g. timer expires), an LCS Service Response shall be returned with an appropriate error cause indicating termination of the deferred location request.
H-GMLC may be the origination point of the SMS-DELIVER and the USAT Application messages.
Annex G (normative):
Defined Service Types and numbering
The defined Service Types and assigned numbers shall be as defined in TS 29.002 [18], clause 17.7.8.
Annex H (informative):
Change history
|
Change history |
|||||||
|
Date |
Meeting |
TDoc |
CR |
Rev |
Cat |
Subject/Comment |
New version |
|
2012-09 |
– |
– |
– |
– |
– |
Update to Rel-11 version (MCC) |
11.0.0 |
|
2012-12 |
SP-58 |
SP-120711 |
0395 |
2 |
A |
Continuation of LCS Session in EPS after S1 Connection Release |
11.1.0 |
|
2012-12 |
SP-58 |
SP-120726 |
0396 |
3 |
B |
Addition of UTDOA technology and SLm interface in LTE |
11.1.0 |
|
2013-03 |
SP-59 |
SP-130079 |
0399 |
– |
A |
Use of non-dialable callback number at SR-VCC handover of emergency call. |
11.2.0 |
|
2013-12 |
SP-62 |
SP-130535 |
0400 |
4 |
B |
Introduction of Diameter interface between SGSN and GMLC (Lgd) |
12.0.0 |
|
2014-06 |
SP-64 |
SP-140255 |
0403 |
2 |
A |
Correction on location reporting in emergency 1xSRVCC |
12.1.0 |
|
2015-09 |
SP-69 |
SP-150503 |
0409 |
1 |
B |
Support of retrieval of Location Information for support of IMS ES for WLAN interworking based on TR 23.771 phase 1 conclusion |
13.0.0 |
|
2015-09 |
SP-69 |
SP-150501 |
0410 |
1 |
B |
MT Location procedures when a UE is in Idle eDRX mode |
13.0.0 |
|
2016-12 |
SP-74 |
SP-160825 |
0417 |
1 |
F |
EPC-NI-LI procedure with release indication |
14.0.0 |
|
2016-12 |
SP-74 |
SP-160822 |
0418 |
2 |
B |
Deferred location for the UE availability event with EPC Access |
14.0.0 |
|
2016-12 |
SP-74 |
SP-160822 |
0419 |
2 |
B |
Indication of UE Access Type for NB-IoT |
14.0.0 |
|
2016-12 |
SP-74 |
SP-160822 |
0421 |
– |
B |
Support of Last Known Location for a UE in power saving mode |
14.0.0 |
|
2016-12 |
SP-74 |
SP-160822 |
0422 |
2 |
B |
Addition of Periodic and Triggered Location for EPC Access |
14.0.0 |
|
2016-12 |
SP-74 |
SP-160822 |
0423 |
2 |
B |
Support of UE positioning measurements in Idle State |
14.0.0 |
|
2017-03 |
SP-75 |
SP-170050 |
0424 |
2 |
F |
Location reporting using Control Plane CIOT EPS Optimisation |
14.1.0 |
|
2017-03 |
SP-75 |
SP-170053 |
0425 |
1 |
F |
Location Continuity for Emergency Call Handover between E-UTRAN and WLAN |
14.1.0 |
|
2017-06 |
SP-76 |
SP-170369 |
0427 |
– |
F |
Support of UE positioning measurements in Idle State |
14.2.0 |
|
2017-12 |
SP-78 |
SP-170911 |
0429 |
1 |
A |
Positioning methods alignment |
14.3.0 |
|
2018-03 |
SP-79 |
SP-180085 |
0430 |
1 |
F |
Removal of hanging Editor’s Note on support for deferred location |
14.4.0 |
|
2018-06 |
SP-80 |
SP-180496 |
0432 |
3 |
B |
Addition of Broadcast of Assistance Data for E-UTRAN |
15.0.0 |
|
2018-06 |
SP-80 |
SP-180475 |
0433 |
– |
F |
LCS in 5GC |
15.0.0 |
|
2018-09 |
SP-81 |
SP-180729 |
0434 |
– |
F |
Cleanup of Broadcast of Assistance Data for E-UTRAN |
15.1.0 |
|
2019-12 |
SP-86 |
SP-191067 |
0435 |
– |
F |
Corrections to LCS Assistance Data Broadcast procedure |
15.2.0 |
|
2020-07 |
SP-88E |
– |
– |
– |
– |
Update to Rel-16 version (MCC) |
16.0.0 |
|
2021-12 |
SP-94E |
SP-211284 |
0436 |
3 |
B |
LCS enhancement for IoT NTN in EPS |
17.0.0 |