Common PS and CS MT-LR procedure as described in clause 9.1.1
GMLC sends a Provide Subscriber Location message to the SGSN indicated by the HLR/HSS. 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 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 (or the pseudo external identity) 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. In addition, in order to display the requestor identity in case of pre rel-5 network elements (i.e. SGSN and/or UE), the requestor identity may be also added to the LCS client name by the GMLC. When the Requestor identity is added to the LCS client name the practise described in the Annex D
should be followed. 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 the GMLC supports delayed location reporting for UEs transiently not reachable (i.e because they are in extended idle mode DRX or PSM), this shall be indicated in this message.
If the UE for which the request in step 2 is related is transiently not reachable and the GMLC supports delayed location reporting for UEs transiently not reachable as indicated in step 2, the SGSN sends a Provide Subscriber Location ack and a "UE transiently not reachable" indication. In this case step 10a and 10b are executed instead of step 10.
If the GMLC is located in another PLMN or another country, the SGSN first authenticates that a location request is allowed from this PLMN or from this country. If not, an error response is returned. If the PSL message from the GMLC includes the indicators of privacy related action, the SGSN determines a required privacy related action as described in Annex A.3
. If the PSL message from the GMLC does not include the indicators of privacy related action, the SGSN then verifies LCS barring restrictions in the UE user's subscription profile in the SGSN. In verifying the barring restrictions, barring of the whole location request is assumed if any part of it is barred or any requisite condition is not satisfied. If LCS is to be barred without notifying the target UE and a LCS client accessing a GMLC in the same country does not have the override capability, an error response is returned to the GMLC.
Otherwise, if the UE is in idle mode, the SGSN performs paging. The paging procedure is defined in TS 23.060
Security functions may be executed. These procedures are defined in TS 23.060
If the location request comes from a value added LCS client and the indicators of privacy related action or the UE subscription profile 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 SGSN may after sending the LCS Location Notification Invoke message continue in parallel the location process, i.e. continue to step 7 without waiting for a LCS Location Notification Return Result message in step 6.
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 SGSN indicating, if privacy verification was requested, whether permission is granted or denied. Optionally, this message can be returned some time after step 5, but before step 10. If the UE user does not respond after a predetermined time period, the SGSN shall infer a "no response" condition. The SGSN 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 subscription profile indicating barring of the location request.
The SGSN sends a Location Request message to the RAN. This message includes the type of location information requested, the requested QoS and any other location information received in paging response.