US20110217991A1

US20110217991A1 - Handling Method after Updating of Privacy Profile of Target User Equiptment

Info

Publication number: US20110217991A1
Application number: US13/108,655
Authority: US
Inventors: Xiaoqin Duan; Zhengkai Ge
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2003-10-10
Filing date: 2011-05-16
Publication date: 2011-09-08
Also published as: US20070173253A1; DE602004010693D1; EP1672935B2; DE602004010693T2; US7962158B2; CN1606367A; EP1672935A1; EP1672935A4; DE602004010693T3; CA2524688A1; CN1279785C; EP1672935B1; ATE381217T1; WO2005036900A1

Abstract

An embodiment handling method after the update of privacy profile of a target UE is disclosed. When LCS system is aware that the privacy profile of a target UE was updated, for every outstanding Location Request against the target UE, the LCS system performs a new privacy check based on the updated privacy profile. If the location request passes the privacy check, the LCS continues to handle the location request; if the location request fails in the privacy check, the LCS initiates a cancellation procedure to the location request. The LCS system can perform a new privacy check for the location request based on the updated privacy profile of the target UE, and implement corresponding processing depending on the result of the privacy check, e.g., for a location request that fails in the privacy check, the LCS system initiates a cancellation procedure.

Description

This application is a continuation of a U.S. patent application Ser. No. 10/556,913, filed on Dec. 7, 2006, which is a continuation of International Application No. PCT/CN2004/001143, filed on Oct. 9, 2004, which claims priority to Chinese Patent Application No. 200310100217.1, filed on Oct. 10, 2003, all of which are hereby incorporated by reference in their entireties.

TECHNICAL FIELD

The present invention relates to positioning techniques, particularly to a handling method after update of privacy profile of target user equipment (UE).

BACKGROUND

The location service of a mobile communications network is to obtain the location information of a target UE by means of positioning techniques, where the target UE refers to a user terminal in a mobile communication network to be positioned and the location information may be the geographical information expressed in latitude and longitude data or the location information with reference to local streets. The location information obtained by an LCS system may be provided for the user that uses the target UE for self-positioning, for the communication system itself for use in area-specific charging or operational maintenance, or for other clients, for instance, agencies or individuals, requesting the location information of the target UE for use in value-added services. Therefore, location service has wide applications in such fields as contingency rescue, vehicle navigation and intelligent traffic system, job control and team management, mobile yellow page query, and enhanced network performance. In 3GPP, specifications of LCS as well as the operational mode, structure, state description, and message flow for LCS implementation have been put forward.
FIG. 1 is a schematic showing the logical structure of the LCS functions. As shown in FIG. 1, in terms of functional logics, implementation of LCS involves LCS client 101, LCS system 107 that contains functions for implementing LCS, and target UE 108. Functions for implementing LCS include gateway mobile location center (GMLC) 102, user data storage server (HLR/HSS) 103, core network (CN) 104, radio access network (RAN) 105, and privacy profile register (PPR) 106. LCS client 101 comprises requestor and LCS clients. The LCS client refers to a software or hardware entity interfaced with GMLC 102 for use in obtaining the location information of one or more target UE 108. Requestor refers to an application client, such as an agency or an individual, requesting the location information of a target UE, and is the initiator of a request for location information. An LCS client may be a requestor at the same time. GMLC 102 provides a standard LCS interface for information interaction between the LCS client and functions implementing LCS to handle relevant messages of LCS, for instance, privacy check for LCS client 101 as well as privacy check for the location request sent by LCS client 101. In addition, GMLC 102 may request that PPR 106 which has stored the privacy data of target UE 108 makes privacy check for the location request sent by LCS client 101. After a successful privacy check, GMLC 102 makes a request to CN 104 for the location of target UE 108, CN 104 locates target UE 108 in coordination with RAN 105 and sends the location result of target UE 108 to GMLC 102, and finally GMLC 102 is responsible for sending the location result of target UE 108 to LCS client 101. HLR/HSS 103 is used to store user data and provide relevant information of target UE 108 for other logics of the network, for instance, the home GLMC of target UE 108, the current GMLC target UE 108 is visiting, and the address information of CN 104.
GMLC 102 may further include requesting GMLC (R-GMLC), home GMLC (H-GMLC), and visited GMLC (V-GMLC). R-GMLC is the GMLC receiving the location request for target UE 108 initiated by LCS client 101, H-GMLC is the home GMLC to which target UE 108 belongs, and V-GMLC is the GMLC target UE 108 is currently visiting, that is, the GMLC where target UE currently is R-GMLC, H-GMLC, and V-GMLC may belong to the same public land mobile network (PLMN), or belong to different PLMNs. When R-GMLC, H-GMLC, and V-GMLC belong to the same PLMN, they may comprise one physical entity or different physical entities.
At present, in the LCS specifications of 3GPP, location requests for target UE from LCS clients are classified into two categories: immediate location requests and deferred location requests. With an immediate location request, the LCS system will immediately locate the target UE after receiving a location request for the target UE from a LCS client, and immediately send the location information to the LCS client, that is, the LCS system, after receiving a location request sent by a LCS client, will immediately provide the LCS client with the information of current location of the target UE. With a deferred location request, the LCS client requests that the LCS system provide it with the location information of a target UE at a future moment or when a specific event has occurred, that is, after receiving a location request for a target UE from a LCS client, the LCS system will wait for a deferred period of time till the triggering of a deferred event to provide the LCS client with the current location information of the target UE. The LCS specifications of 3GPP allow a LCS client to request that the LCS system periodically provide it with the location information of a target UE, that is, the LCS client may define the starting time and ending time as well as a certain periodical logic to request the LCS system provide it with the location information of target UE within the time period in accordance with the periodical logic. A periodical request for location information can be regarded as a deferred location request. In the LCS specifications of 3GPP, deferred location requests are further classified into two types, UE available event location requests and change of area event location request.
With a UE available event location request, the LCS client will designate in advance a certain action of the target UE as the triggering event, for instance, when the target UE switches on and gets attached with the network, the LCS system will locate the target UE and returns the location result thereof. In this case, the LCS system saves the triggering event in CN, which monitors the action of the target UE; once it is detected that the action of the target UE satisfying the triggering event has occurred, CN will locate the target UE in coordination with RAN and the location result thereof is returned to the LCS client via GMLC.
With a change of area event location request, the LCS client will designate in advance a target area and events for triggering LCS reports, for instance, the target UE submits to the LCS client LCS area event reports when the target UE enters, leaves, or is located at the designated target area, in this case, the LCS sends to the target UE the information of the designated target area and events for triggering LCS reports, and the target UE saves the information thereof and initiates at the same time the appropriate application program. When the application program detects the occurrence of an event for triggering LCS reports, for instance, the target UE has entered, left, or been located in the designated target area, the target UE will submit to the LCS system a LCS area event report, and the LCS system will forward to the appropriate LCS client this LCS area event report, informing the LCS client that the event which has been designated for triggering LCS report has occurred.
At present, the LCS specifications of 3GPP have defined the process for a LCS client or LCS system to initiate cancellation of a deferred location request currently in activated state. A detailed description of the process for canceling a deferred location request is given as follows.
FIG. 2 shows the flowchart of canceling a UE available event location request. As shown in FIG. 2, the implementation of canceling a UE available event location request comprises the steps of:
Steps 201-202: The LCS client sends to R-GMLC an LCS Cancel Service Request carrying an identification of a UE available event location request; after receiving the LCS Cancel Service Request, R-GMLC forwards this request to H-GMLC.
In addition, when the LCS system determines that the valid period of a UE available event location request has ended, it is needed to end the handling of this UE available event location request. Since relevant information of the location request for target UE from a LCS client, such as the valid time period of the location request, is stored in R-GMLC of the LCS system, R-GMLC is able to determine the UE available event location request that is needed to end according to the above information. R-GMLC then needs to notify the other functions in the LCS system to end the handling of this UE available event location request. At this moment, R-GMLC initiates the cancellation procedure to the UE available event location request that is needed to end. So, for canceling a UE available event location request, R-GMLC will directly send to H-GMLC an LCS Cancel Service Request carrying the identification of a UE available event location request.
Step 203: after receiving the LCS Cancel Service Request carrying the identification of a UE available event location request, H-GMLC forwards this LCS Cancel Service Request to V-GMLC.
Steps 204-205: after receiving the LCS Cancel Service Request carrying the identification of a UE available event location request, V-GMLC sends to CN a request of canceling locating target UE with Provide Subscriber Location message carrying the identification of a UE available event location request; CN, after receiving this Provide Subscriber Location message, deletes self-stored relevant information of the appropriate UE available event location request, and then sends to V-GMLC a Provide Subscriber Location ACK.
Step 206: after receiving the Provide Subscriber Location ACK, V-GMLC sends to H-GMLC an LCS Cancel Service Response, notifying H-GMLC that the appropriate UE available event location request has been canceled.
Steps 207-208: after receiving the LCS Cancel Service Response, H-GMLC deletes the saved relevant information of the appropriate UE available event location request, ends the handling of this location request, and sends to R-GMLC the LCS Cancel Service Response, notifying R-GMLC that the appropriate UE available event location request has been canceled. After receiving the LCS Cancel Service Response, R-GMLC deletes the saved relevant information of the appropriate UE available event location request, ends the handling of this location request, and sends to the LCS client the LCS Cancel Service Response, notifying the LCS client that the appropriate UE available event location request initiated by the LCS client has been canceled.
FIG. 3 shows the flowchart of canceling a change of area event location request. As shown in FIG. 3, the process for canceling a change of area event location request comprises the steps of:
Steps 301-302: the LCS client sends to R-GMLC an LCS Cancel Service Request carrying the identification of a change of area event location request; after receiving the LCS Cancel Service Request, R-GMLC forwards this request to H-GMLC.
In addition, when the LCS system determines that the valid period of a change of area event location request has ended, it is needed to end the handling of this change of area event location request. Since relevant information of the location request for target UE from a LCS client, such as the valid time period of a location request, is stored in R-GMLC of the LCS system, R-GMLC is able to determine the change of area event location request that is needed to end according to the above information. R-GMLC then needs to notify the other functions in the LCS system to end the handling of this change of area event location request. At this moment, R-GMLC initiates the cancellation procedure to the change of area event location request that is needed to end. So, for canceling a change of area event location request, R-GMLC will directly send to H-GMLC an LCS Cancel Service Request carrying the identification of a change of area event location request.
Step 303: after receiving the LCS Cancel Service Request carrying the identification of a change of area event location request, H-GMLC forwards this LCS Cancel Service Request to V-GMLC.
Steps 304-305: after receiving the LCS Cancel Service Request carrying the identification of a change of area event location request, V-GMLC sends to CN a Provide Subscriber Location carrying the identification of a change of area event location request; CN, after receiving this Provide Subscriber Location message, sends to the target UE via RAN an LCS Area Event Cancel carrying the identification of a change of area event location request, notifying the target UE to delete the stored relevant information of this change of area event location request.
Steps 306-308: after receiving the LCS Area Event Cancel, the target UE sends to CN via RAN an LCS Area Event Cancel ACK, notifying CN that the LCS Area Event Cancel sent by CN has been received, deletes the self-stored relevant information of the appropriate change of area event location request in accordance with the identification of a change of area event location request, and then sends to CN an LCS Area Event Report [Cancel], notifying CN that the stored relevant information of the appropriate change of area event location request has been deleted. After receiving the LCS Area Event Report [Cancel], CN sends to V-GMLC a Provide Subscriber Location ACK, notifying V-GMLC that the appropriate change of area event location request has been canceled.
Steps 309-311: after receiving the Provide Subscriber Location ACK, V-GMLC sends to H-GMLC an LCS Cancel Service Response, notifying H-GMLC that the change of area event location request has been canceled. After receiving the LCS Cancel Service Response, H-GMLC deletes the saved relevant information of the appropriate change of area event location request, ends the handling of this location request, and sends to R-GMLC the LCS Cancel Service Response, notifying R-GMLC that the appropriate change of area event location request has been canceled. After receiving the LCS Cancel Service Response, R-GMLC deletes the saved relevant information of the appropriate change of area event location request, ends the handling of this location request, and sends to the LCS client the LCS Cancel Service Response, notifying the LCS client that the appropriate change of area event location request initiated by the LCS client has been canceled.
In practical applications, a target UE may update its own privacy profile, for instance, a target UE may modify the access code of a location request from a LCS client, or cancel the authorization for a LCS client to locate it. The privacy profile of a target UE is stored in PPR, which can be an independent entity or integrated in GMLC. If PPR is integrated in GMLC, GMLC will be able to be aware directly that the privacy profile of a target UE has changed when the privacy profile thereof has been updated. If PPR is an independent entity, when the privacy profile of a target UE changes, PPR will inform GMLC by the following process that the privacy profile of the target UE has been updated, as shown in FIG. 4:
Steps 401-402: PPR sends to GMLC an LCS Privacy Profile Update Notification carrying the identity of the target UE, notifying GMLC that the privacy profile of the target UE has changed. After receiving the LCS Privacy Profile Update Notification, GMLC returns to PPR an LCS Privacy Profile Update Notification ACK, notifying PPR that the LCS Privacy Profile Update Notification sent by PPR has been received.
Although in the LCS specifications of 3GPP there is the definition that the LCS system may cancel a deferred location request in activated state affected by the update of privacy profile of the target UE after the LCS system is aware of the update thereof, the LCS system is unable to determine which deferred location requests currently in activated state will be affected by the update of privacy profile of the target UE because there is no appropriate handling process put forward in the LCS specifications of 3GPP, thus it is impossible to make cancellation procedure to these deferred location requests.

SUMMARY

In view of the above, the primary object of this invention is to provide a handling method after the update of privacy profile of a target UE such that the LCS system is able to handle properly the location request in accordance with the updated privacy profile of the target UE after the LCS system is aware that the privacy profile thereof has been updated.
To achieve the above object, this invention provides a handling method after a update of privacy profile of a target UE, wherein, when the location service (LCS) system is aware that the privacy profile of the target UE was updated, the method comprising the steps of:
For a location request against that UE, the LCS system performing a privacy check, if the location request passes the privacy check, going to step B, otherwise going to step C;
The LCS system continuing to handle the location request until the end of the handling process of the location request;
The LCS system initiating a cancellation procedure to the location request.
Wherein, before step A, the method further comprising: the LCS system deciding whether there is a location request for the target UE currently in activated state, if yes, going to step A; otherwise ending the current process.
Wherein, when there are more than one location requests for the target UE in activated state, step A is repeated until privacy check for all the location requests for the target UE in activated state have been completed.
Wherein the performing a privacy check for a location request in step A comprising:
for the location request, the LCS system performing a privacy check based on the updated privacy profile of the target UE, comparing saved information of the location request with the updated privacy profile of the target UE, deciding whether the saved information of the location request satisfies a condition of the target UE's updated privacy profile to allow the location information of the target UE to be provided to the LCS client, if the condition is satisfied, the location request passes the privacy check; otherwise, the location request does not pass the privacy check.
Wherein the type of the location request is a UE available event, and step C comprising the steps of:
C11. The Gateway Mobile Location Center (GMLC) initiates to the Core Network (CN) a cancellation procedure to the location request carrying the identification of UE available event location request;
C12. CN deletes saved information corresponding to the UE available event location request in accordance with the identification of UE available event location request, and then sends to GMLC a message of acknowledgement of canceling the UE available event location request;
C13. GMLC deletes the saved information corresponding to the UE available event location request in accordance with the identification of UE available event location request.
Wherein the said location request is a change of area event location request, and step C comprising the steps of:
C21. The Gateway Mobile Location Center (GMLC) initiating to the Core Network (CN) a cancellation procedure to the location request carrying the identification of change of area event location request, and CN initiating to the target UE cancellation procedure to the location request carrying the identification of change of area event location request;
C22. The target UE deleting the saved information corresponding to the change of area event location request in accordance with the identification of change of area event location request, and then sending to CN a message of acknowledgement of cancellation the change of area event location request, and CN forwarding to GMLC this message of acknowledgement of cancellation the change of area event location request;
C23. GMLC deleting saved information corresponding to the change of area event location request in accordance with the identification of change of area event location request.
Wherein, after Step C, the method further comprising: GMLC sending to the LCS client a notification of cancellation the location request.
Wherein the procedure of the location service system is aware that the privacy profile of the target UE was updated comprising:
A0. the Privacy Profile Register (PPR) sending to the GMLC of the LCS system an LCS Privacy Profile Update Notification.
Wherein, after step A0, the method further comprising: GMLC returning to PPR an LCS Privacy Profile Update Notification ACK.
Wherein, after Step C, the method further comprising: the LCS system sending to the LCS client corresponding to the said location request a notification of canceling the location request.
In accordance with the method presented by this invention, the LCS system is able to re-authenticate a location request according to the updated privacy profile of a target UE after the system is aware that the privacy profile of the target UE has been updated, make appropriate processing according to the privacy check result thereof, cancel the location request failing to pass the privacy check, and end in advance the processing of the location request failing to pass the privacy check, thereby saving the resources of the LCS system.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram showing the logical structure of LCS functions;

FIG. 2 is the flowchart of canceling a UE available event location request;

FIG. 3 is the flowchart of canceling a change of area event location request;

FIG. 4 is the flowchart of GMLC is aware that the privacy profile of a target UE has been updated;

FIG. 5 shows the handling process in accordance with this invention after update of privacy profile of a target UE;

FIG. 6 is the flowchart of canceling a UE available event location request in accordance with this invention; and

FIG. 7 is the flowchart of canceling a change of area event location request in accordance with this invention.

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS

The present invention is hereinafter described in detail with reference to the accompanying drawings.
In accordance with the invention, after being aware that the privacy profile of a target UE has been updated, the LCS system will make privacy check for the location requests currently in activated state according to the updated privacy profile of the target UE, continuing with the processing of the location requests passing the privacy check while initiating cancellation procedure to the location requests that have failed in the privacy check.
FIG. 5 shows the handling process after the update of privacy profile of a target UE in accordance with this invention. As shown in FIG. 5, the handling process after the update of privacy profile of a target UE comprises the steps of:
Steps 501-502: The LCS system, after being aware that the privacy profile of a target UE has been updated, decides whether there are location requests currently in activated state for this target UE, if yes, perform step 503; otherwise, end the current process. Furthermore, the LCS system may decide only whether there are deferred location requests currently in activated state for this target UE, if yes, perform step 503; otherwise, ends the current process.
Steps 503-504: The LCS system makes privacy check for the location request for the target UE currently in activated state according to the updated privacy profile of the target UE: decides whether the saved information of the location request satisfies the condition of the target UE's updated privacy profile to allow the location information of the target UE to be provided to the LCS client, if it meets the condition, the LCS system will regard this location request as passing the privacy check, and then perform step 505; otherwise, the LCS system will regard this location request as failing to pass the privacy check, then perform step 506.
Step 505: The LCS system continues with the processing of the location request.
Step 506: The LCS system initiates a cancellation procedure to the location request.
In case of more than one location request currently in activated state for the target UE, repeat steps 503-504 until privacy check for every location request currently in activated state is completed.
FIG. 6 shows the flowchart of canceling a UE available event location request in accordance with this invention. As shown in FIG. 6, the process of canceling a UE available event location request comprises the steps of:
Steps 601-603: After being aware that the privacy profile of a target UE has been updated, H-GMLC decides that there are UE available event location requests currently in activated state, and makes privacy check for the UE available event location requests for this target UE currently in activated state according to the updated privacy profile of the target UE. For instance, according to the updated privacy profile of the target UE about positioning authorization for LCS clients to locate the UE, H-GMLC makes privacy check for LCS client-sent UE available event location requests for the target UE. After identifying a UE available event location request that has failed in the privacy check, H-GMLC sends to V-GMLC an LCS Cancel Service Request carrying the identification of the UE available event location request. After receiving this LCS Cancel Service Request, V-GMLC sends to CN a Provide Subscriber Location request carrying the identification of the UE available event location request.
When the privacy profile of the target UE is saved in PPR, at the request of H-GMLC, PPR can make the above privacy check for UE available event location requests for the target UE in activated state based on the updated privacy profile of the target UE. After privacy check, PPR returns to H-GMLC the result of the privacy check for the UE available event location requests, based on which H-GMLC will decide whether to initiate the canceling process for these UE available event location requests.
Steps 604-605: After receiving the Provide Subscriber Location request, CN deletes saved relevant information of the corresponding UE available event location request according to the identification of the UE available event location request, and then sends to V-GMLC a Provide Subscriber Location ACK. After receiving the Provide Subscriber Location ACK, V-GMLC sends to H-GMLC an LCS Cancel Service Response, notifying H-GMLC that the corresponding UE available event location request has been canceled.
Steps 606-607: After receiving the LCS Cancel Service Response, H-GMLC deletes the saved relevant information of the corresponding UE available event location request, ends the handling of this location request, and forwards the LCS Cancel Service Response to R-GMLC. After receiving the LCS Cancel Service Response, R-GMLC deletes the saved relevant information of the corresponding UE available event location request, ends the handling of this location request, and forwards the LCS Cancel Service Response to the LCS client, notifying the LCS client that the corresponding UE available event location request initiated by the LCS client has been canceled.
If H-GMLC determines that there are more than one UE available event location request that have failed in the privacy check, more identifications of UE available event location request can be carried in one LCS Cancel Service Request. After receiving a Provide Subscriber Location request carrying a plurality of identifications of UE available event location request, CN will initial the cancellation procedure to each of the UE available event location requests one by one such that repeated sending of a plurality of LCS Cancel Service Requests is avoided, thereby saving the resources of the LCS system.
FIG. 7 shows the flowchart of canceling a change of area event location request in accordance with this invention. As shown in FIG. 7, the process of canceling a change of area event location request comprises the steps of:
Steps 701-703: After being aware that the privacy profile of a target UE has been updated, H-GMLC decides that there are requests of change of area event currently in activated state, and makes privacy check for the requests of change of area event for this target UE currently in activated state based on the updated privacy profile of the target UE. For instance, according to the updated privacy profile of the target UE about positioning authorization for LCS clients to locate the UE, H-GMLC makes privacy check for the LCS client-sent requests of change of area event for the target UE. After identifying a change of area event location request that has failed in the privacy check, H-GMLC sends to V-GMLC an LCS Cancel Service Request carrying the identification of the change of area event location request. After receiving the LCS Cancel Service Request carrying the identification of the change of area event location request, V-GMLC sends to CN a Provide Subscriber Location request carrying the identification of the change of area event location request.
Steps 704-706: After receiving the Provide Subscriber Location request, CN sends to the target UE via RAN an LCS Area Event Cancel request carrying the identification of the change of area event location request, notifying the target UE to delete saved relevant information of this change of area event location request. After receiving the LCS Area Event Cancel request, the target UE sends to CN via RAN an LCS Area Event Cancel ACK, notifying CN that the LCS Area Event Cancel request sent by CN has been received; then deletes the self-stored relevant information of the change of area event location request according to the identification of the change of area event location request; and finally sends to CN a LSC area event Report[Cancel], notifying CN that the saved relevant information of the corresponding change of area event location request has been deleted.
Steps 707-708: After receiving the LSC area event Report[Cancel], CN sends to V-GMLC a Provide Subscriber Location ACK. After receiving the Provide Subscriber Location ACK, V-GMLC sends to H-GMLC an LCS Cancel Service Response, notifying H-GMLC that the corresponding change of area event location request has been canceled.
Steps 709-710: After receiving the LCS Cancel Service Response, H-GMLC deletes the saved relevant information of the corresponding change of area event location request, ends the handling of this location request, and forwards the LCS Cancel Service Response to R-GMLC. After receiving the LCS Cancel Service Response, R-GMLC deletes the saved relevant information of the corresponding change of area event location request, ends the handling of this location request, and forwards the LCS Cancel Service Response to the LCS client, notifying the LCS client that the corresponding change of area event location request initiated by the LCS client has been canceled.
If H-GMLC determines that there are more than one change of area event location request that have failed in the privacy check, more identifications of change of area event location request can be carried in one LCS Cancel Service Request. After receiving an LCS Area Event Cancel request carrying a plurality of identifications of change of area event location request, the target UE will initial the cancellation procedure to each of the requests of change of area event one by one. Thereafter, CN will, in accordance with the received Provide Subscriber Location request carrying a plurality of identifications of UE available event location request, notify the target UE via RAN to initial the cancellation procedure to each of the requests of change of area event such that repeated sending of a plurality of requests is avoided, thereby saving the resources of the LCS system.
The above embodiments have taken H-GMLC as an example to initiate the cancellation procedure to location requests failing in the privacy check. In fact, the canceling operation thereof can also be initiated by R-GMLC or V-GMLC.
To sum up, the above description is on the preferred embodiments of this invention and is not to be construed as limits to the protection scope of this invention.

Claims

1. A handling method after an update of a privacy profile of a target user equipment (UE), the method comprising:

after being aware of the update of the privacy profile of the target UE,

performing, by a location service (LCS) system based on the updated privacy profile of the target UE, a privacy check on a deferred location request from an LCS client for requesting location information of the target UE if the deferred location request is in activated state;

initiating, by the LCS system, a cancellation procedure to the deferred location request in activated state if the deferred location request fails to pass the privacy check; and

continuing, by the LCS system, to handle the deferred location request if the deferred location request passes the privacy check.

2. The method of claim 1, wherein, if there is more than one deferred location request in activated state, performing by the LCS system the privacy check on each deferred location request in activated state.

3. The method of claim 1, wherein, if the LCS client is allowed to be provided with the location information of the target UE according to the updated privacy profile, the deferred location request passes the privacy check.

4. The method of claim 1, wherein, if the LCS client is not allowed to be provided with the location information of the target UE, the deferred location request fails to pass the privacy check.

5. The method of claim 1, wherein the cancellation procedure to the deferred local request is initiated by a gateway mobile location center (GLMC) of the LCS system by sending to a core network (CN) a cancellation request including an identification of the deferred location request.

6. The method of claim 1, wherein the privacy profile of the target UE is stored in a mobile location center or a privacy profile register (PPR) of the location system.

7. The method of claim 6, wherein if the privacy profile of the target UE is stored in the PPR of the LCS system, the process of the LCS system being aware of the update of the target UE comprises:

receiving, by a GLMC, a notification about the update of the privacy profile of the target UE from the PPR.

8. The method of claim 1, wherein the process of performing a privacy check comprises:

comparing saved information related to the deferred location request with the updated privacy profile of the target UE;

deciding whether the saved information satisfies a condition of the target UE's updated privacy profile to allow the location information of the target UE to be provided to the LCS client;

if the condition to allow the location information of the target UE to be provided to the client is satisfied, the deferred location request passing the privacy check; and

if the condition is not satisfied, the location request failing to pass the privacy check.

9. The method of claim 1, the method further comprising notifying, by the LCS system, the LCS client of the cancellation of the deferred location request.

10. A method in a communication network, the method comprising:

when a stored privacy profile of a target UE is updated, performing, by a location service (LCS) system, a privacy check on a deferred location request in activated state from an LCS client for locating the target UE, based on the updated privacy profile of the target UE;

initiating, by a gateway mobile location center (GMLC) of the LCS system, a cancellation procedure to the deferred location request in activated state if the LCS client is not allowed to locate the target UE according to the privacy check; and

if the LCS client is allowed to locate the target UE according to the privacy check, continuing by the LCS system to handle the deferred location request.

11. The method of claim 10, wherein the privacy check on the deferred location request is performed by the GLMC if the privacy profile of the target UE is stored in the GMLC.

12. The method of claim 10, wherein if the privacy profile of the target UE is stored in a privacy profile register (PPR) of the LCS system, the process of performing the privacy check comprises:

requesting, by the GLMC, the PPR to perform the privacy check based on the updated privacy profile; and

receiving, by GLMC, a result of the privacy check from the PPR.

13. The method of claim 10, wherein if there are two or more deferred location requests in activated state, the privacy check is performed on each of the two or more deferred location requests in activated state.

14. The method of claim 10, wherein the cancellation procedure to the deferred location request is initiated by the GLMC sending a cancellation request including an identification of the deferred location request to a core network for cancelling the deferred location request.

15. The method of claim 10, wherein if the privacy profile of the target UE is stored in a PPR, the GLMC knowing the update of the privacy profile of the target UE by a notification from the PPR.

16. The method of claim 10, further comprising notifying, by the GLMC, the LCS client of the cancellation of the deferred location request.

17. A communication network comprising:

a location service (LCS) system communicatively connected with a target user equipment (UE) to be positioned and an LCS client capable of requesting location information of the target UE,

wherein, when a stored privacy profile of the target UE is updated, the LSC system is adapted to perform a privacy check on a deferred location request in activated stated against the target UE to initiate a cancellation procedure to the deferred location request if the deferred location request passes the privacy check, and adapted to continue handling of the deferred location request if the deferred location request does not pass the privacy check.

18. The network of claim 17, wherein the LCS system comprises a gateway mobile location center (GMLC) configured to initiate the cancellation procedure to the deferred store.

19. The network of claim 18, wherein the GLMC is adapted to perform the privacy check on the deferred location request if the privacy profile of the target UE is stored in the GLMC.

20. The network of claim 18, wherein, if the privacy profile of the target UE is stored in a privacy profile register (PPR) of the LCS system, the GLMC is adapted to request the PPR to perform the privacy check on the deferred location request and to receive a result of the privacy check from the PPR.