9.1.15 EPC Mobile Terminating Location Request (EPC-MT-LR)

23.2713GPPFunctional stage 2 description of Location Services (LCS)Release 17TS

Figure 9.18 illustrates the general network positioning for LCS clients external to the PLMN for EPC services. In this scenario, it is assumed that the target UE is identified using an MSISDN or IMSI. This procedure is applicable to a request from an LCS client for a current location, current or last known location or a deferred location for the UE availability event.

Figure 9.18: General Network Positioning for EPC-MT-LR

9.1.15.1 Location Preparation Procedure

1) For a request for a current location or a current or last known location the common PS and CS MT-LR procedure is performed as described in clause 9.1.1. For a request for a deferred location for the UE availability event, steps 1 and 2 of the deferred location request procedure are performed as described in clause 9.1.8.1.

2) GMLC sends a Provide Subscriber Location message to the MME indicated in step 1. This message carries the type of location information requested (e.g. current location and optionally, velocity), the UE subscriber’s IMSI, LCS QoS information (e.g. accuracy, response time) and an indication of whether the LCS client has the override capability. For a session related location request, the message also carries the APN-NI to which the UE user has established the session. For a value added LCS client, the message shall carry the client name, the external identity of the LCS client and the Requestor Identity (if that is both supported and available), optionally the message may also carry the Service Type. Also the message may carry the type of the LCS client name and also the type of the Requestor identity if the requestor identity was included. If the result of the privacy check at H-GMLC/PPR indicated that the codeword shall be sent to the UE user, the message may carry also the codeword received from the LCS client. For a PLMN operator LCS client, the message shall carry the internal identity of the LCS client. If the Requestor Identity is provided, the GMLC shall send it as separate information. The message also shall carry the indicators of privacy related action which is described in clause 9.5.4, if it is provided by H-GMLC. If a deferred location was requested in step 1 for the UE availability event and if the GMLC supports delayed location reporting for UEs transiently not reachable ( i.e. because they are in extended idle mode DRX or PSM), the GMLC shall indicate support of delayed location reporting in this message.

NOTE 1: For a deferred location request for the UE availability event, the GMLC interworks the procedure in clause 9.1.8 as applicable to the LCS client, R-GMLC, H-GMLC, HSS and V-GMLC with the procedure in this clause as applicable to the GMLC, MME, E-SMLC, RAN and UE. This means, for example, that the LDR reference number assigned by the H-GMLC in step 2 in clause 9.1.8.1 is not transferred by the GMLC to the MME in step 2 but is returned by the GMLC to the H-GMLC in steps 2b and 10.

2a) If the GMLC indicates support of delayed location reporting in step 2 and the MME supports delayed location reporting for UEs transiently not reachable, the MME sends a Provide Subscriber Location ack message with a "UE transiently not reachable" indication. In this case, steps 9a and 9b are executed instead of step 9. If the GMLC indicates support of delayed location reporting in step 2, and the MME does not support delayed location reporting and the UE is transiently not reachable, a Provide Subscriber Location return error shall be returned with a suitable cause.

NOTE 2: For compatibility with support of deferred location between an LCS client, R-GMLC and H-GMLC as defined in clause 9.1.8, if the GMLC and MME both support delayed location reporting, the MME returns a Provide Subscriber Location ack message in step 2a even if the UE is currently reachable. This will minimize delay in notifying the LCS client that the deferred location request was accepted.

2b) If step 2a occurs, the GMLC returns an LCS Service Response to the LCS Client by instigating steps 5, 6 and 7 of the procedure in clause 9.1.8.1.

3) If the GMLC is located in another PLMN or another country, the MME first authenticates that a location request is allowed from this PLMN or from this country. If not, an error response is returned. Secondly the MME checks if the UE is detached or suspended and in either such case an error response is returned. If the PSL message from the GMLC includes the indicators of privacy related action, the MME determines a required privacy related action as described in clause A.3.

If the UE is not using Control Plane CIoT EPS Optimisation and if the UE is in ECM-IDLE state and is not in power saving mode and is currently reachable, the MME performs a network triggered service request as defined in TS 23.401 [41] in order to establish a signalling connection with the UE and assign a specific eNodeB. If step 2a was performed and the UE is transiently not reachable, the MME waits until the UE next becomes reachable and then performs a network triggered service request if needed to establish a signalling connection with the UE.

If the UE is using Control CIoT EPS Optimisation, procedures for Mobile Terminated Data Transport in Control Plane CIoT EPS optimisation as defined in TS 23.401 [41] are performed by the MME to establish a signalling connection with the UE.

4) If the location request comes from a value added LCS client and the indicators of privacy related action indicates that the UE must either be notified or notified with privacy verification and the UE supports notification of LCS, a notification invoke message is sent to the target UE indicating the type of location request from the LCS Client (e.g. current location or "current or last known location") and the identity of the LCS client and the Requestor Identity (if that is both supported and available), whether privacy verification is required. Also the message may indicate the type of the LCS client name and also the type of the Requestor identity if the requestor identity was included. Moreover, the message may carry also the service type and the codeword. Optionally, the MME may after sending the NAS Location Notification Invoke message continue in parallel the location process, i.e. continue to step 6 without waiting for a LCS Location Notification Return Result message in step 5.

5) The target UE notifies the UE user of the location request and, if privacy verification was requested, waits for the user to grant or withhold permission. The UE then returns a notification result to the MME indicating, if privacy verification was requested, whether permission is granted or denied. Optionally, this message can be returned some time after step 4, but before step 9. If the UE user does not respond after a predetermined time period, the MME shall infer a "no response" condition. The MME shall return an error response to the GMLC if privacy verification was requested and either the UE user denies permission or there is no response with the UE privacy profile received from the GMLC indicating barring of the location request.

6) The MME selects a E-SMLC as described in clause 6.3.13 and sends a Location Request message to the selected E-SMLC. Once an MME has selected an E-SMLC it must continue to use that E-SMLC for the duration of the session. The Location Request includes the type of location information requested, the requested QoS, identity of serving cell, UE location capabilities and, if available, the Service Type. If the UE is in power saving mode, steps 4 and 5 do not apply, the location request specifies current or last known location and the MME has stored the last serving cell for the UE, this step may be performed to obtain the last known location. The location request also indicates RAT type and/or coverage level if applicable. If this step is performed after the MME receives the NAS Location Notification Return Result in step 5, the Location Request message contains the identity of the serving cell obtained from the S1-AP message that carries the NAS Location Notification Return Result.

NOTE 3: If the UE is in connected mode and step 6 is performed without receiving NAS Location Notification Return Result in step 5, the MME may not have the most current serving cell identity if there was an intra-eNodeB handover.

9.1.15.2 Positioning Measurement Establishment Procedure

7) If the requested location information and the location accuracy within the QoS can be satisfied based on parameters received from the MME, e.g. cell identity, the E-SMLC may send a Location Response immediately. If the requested location information indicates a last known location, the E-SMLC shall determine a last known location based on the cell identity and send a Location Response immediately. Otherwise, the E-SMLC determines the positioning method and instigates the particular message sequence for this method as described in clause 9.3a. If the position method returns position measurements, the E-SMLC uses them to compute a location estimate. If there has been a failure to obtain position measurements, the E-SMLC may use the current cell identity to derive an approximate location estimate. If an already computed location estimate is returned for an UE based position method, the E-SMLC may verify consistency with the current cell. If the location estimate so obtained does not satisfy the requested accuracy and sufficient response time still remains, the E-SMLC may instigate a further location attempt using the same or a different position method. If a vertical location co ordinate is requested but the E-SMLC can only obtain horizontal co-ordinates, these may be returned.

NB-IoT UEs may perform measurements for some positioning methods only when in ECM-IDLE state. An E-SMLC that is aware of this (e.g. from an indication sent by the UE) may allow additional response time to the UE (e.g. in the QoS) to obtain the measurements. An MME that is aware of this (e.g. from the UE access type) may also allow additional time for a location session to complete.

9.1.15.3 Location Calculation and Release Procedure

8) When location information best satisfying the requested location type and QoS has been obtained, the E-SMLC returns it to the MME in a Location Response message. E-SMLC shall in its response include an indication whether the obtained location estimate satisfies the requested accuracy or not. The information of the positioning method used may be returned with the location information. If a location estimate could not be obtained, the E-SMLC returns a Location Response message containing a failure cause and no location estimate.

9) This step is executed only if step 2a was not executed. The MME returns the location information, its age and obtained accuracy indication to the GMLC, if the MME has not initiated the Privacy Verification process in step 4. If step 4 has been performed for privacy verification, the MME returns the location information only, if it has received a NAS Location Notification Return Result indicating that permission is granted. In these cases, the information about the positioning method used may be sent with the location information. If a NAS Location Notification Return Result message indicating that permission is not granted is received, or there is no response, with the requested privacy action or the UE subscription profile indicating barring of location, the MME shall return an error response to the GMLC. If the MME did not return a successful location estimate, but the privacy checks were successfully executed, the MME may return the last known location of the target UE if this is known and the LCS client is requesting the current or last known location. The MME may record charging information.

9a) This step is executed only if step 2a was executed. The MME shall send a Subscriber Location Report to the GMLC, and, if these were obtained in steps 6 to 8, the location information, its age and obtained accuracy indication to the GMLC, if the MME has not initiated the Privacy Verification process in step 4. If step 4 has been performed for privacy verification, the MME sends the location information only, if it has received a NAS Location Notification Return Result indicating that permission is granted. In these cases, the information about the positioning method used may be sent with the location information. If a NAS Location Notification Return Result message indicating that permission is not granted is received, or there is no response, with the requested privacy action or the UE subscription profile indicating barring of location, the MME shall send an error indication to the GMLC. The MME shall include in the Subscriber Location Report any identities for the UE received in step 2. The MME may record charging information. If MME relocation or change of MME happens before location information can be obtained or reported, the old MME includes an error cause code indicating that it cannot proceed with the request and includes the address of the new MME if available. The GMLC may reiterate then its request towards the new MME.

9b) If step 9a was executed, the GMLC shall acknowledge receipt of the Subscriber Location Report.

10) For a request for a current location or a current or last known location in step 1, the common MT-LR procedure in PS and CS domain as described in clause 9.1.1 is performed. For a request for a deferred location for the UE availability event in step 1, steps 11, 13, 14 and 15 of the procedure in clause 9.1.8.2 are performed.