[go: up one dir, main page]

WO2004086781A1 - Procede de demande d'information de localisation de zone a acces limite dans un service de localisation - Google Patents

Procede de demande d'information de localisation de zone a acces limite dans un service de localisation Download PDF

Info

Publication number
WO2004086781A1
WO2004086781A1 PCT/CN2004/000230 CN2004000230W WO2004086781A1 WO 2004086781 A1 WO2004086781 A1 WO 2004086781A1 CN 2004000230 W CN2004000230 W CN 2004000230W WO 2004086781 A1 WO2004086781 A1 WO 2004086781A1
Authority
WO
WIPO (PCT)
Prior art keywords
target
location information
lcs client
restricted
location
Prior art date
Application number
PCT/CN2004/000230
Other languages
English (en)
French (fr)
Inventor
Xiaoqin Duan
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2004086781A1 publication Critical patent/WO2004086781A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W64/00Locating users or terminals or network equipment for network management purposes, e.g. mobility management

Definitions

  • the present invention relates to the positioning technology of network equipment, and in particular, to a method for restricting location information requests by a city in a location service. Background of the invention
  • the location service (LCS, Location Service) of a mobile communication network is to obtain location information of a user equipment (UE) through positioning technology.
  • UE refers to a target UE terminal located in a mobile communication network.
  • the location information may be geographic latitude and longitude information or local streets. Location of Zhizhi.
  • the location information obtained by the LCS system can be provided to the target UE for its own positioning; it can also be provided to other client applications, such as institutions and individuals, that request the location information of the target UE for value-added services. Therefore, location services have a wide range of functions in emergency rescue, vehicle navigation and intelligent transportation systems, work scheduling and team management, mobile yellow page query, and enhanced network performance.
  • 3GPP 3rd Generation Partnership Project
  • Fig. 1 is a schematic diagram of the logical structure of the LCS network, as shown in Fig. 1: From the perspective of functional logic, the functional logical entity that realizes the location service involves a requester (LCS Client) 101, a gateway mobile positioning center (GMLC) 102, and a user data storage server. (HLR / HSS) 103, core network (CN) 104, radio access network (RAN) 105, and target UE 107. Among them, a GMLC 102, a user data storage server (HLR / HSS) 103, a core network (CN) 104, and a radio access network (RAN) 105 form an LCS system 106.
  • the requester 101 includes a requester and an LCS client.
  • the LCS client refers to the software or hardware entity that is used to obtain the location information of one or more target UEs 107 and interfaces with the LCS system 106; the requester refers to the requesting application client that requests the location information of the target UE 107, such as institutions and individuals Is the initiation of a positioning request Alternatively, the LCS client can also be the requester at the same time.
  • GMLC 102 provides a standard LCS interface for the information exchange between the requesting end and the LCS system 106. It is responsible for authenticating the requesting end 101 and authenticating the location information request sent by the requesting end 101. After the authentication is passed, it passes to the CN 104. A request for positioning the target UE 107 is initiated. Finally, the GMLC 102 is responsible for sending the location information of the target UE 107 to the requesting end 101.
  • the GMLC 102 may further include a requesting gateway mobile positioning center (R-GMLC, Requesting GMLC), a home gateway mobile positioning center (H-GMLC, Home GMLC), and a visited gateway mobile positioning center (V-GMLC, Visited GMLC).
  • R-GMLC requesting gateway mobile positioning center
  • H-GMLC home gateway mobile positioning center
  • V-GMLC visited gateway mobile positioning center
  • R-GMLC is the GMLC in the LCS system 106 requested by the requester 101, that is, the GMLC receiving the location information request initiated by the requester 101
  • H-GMLC is the GMLC in the target LCS system 106 belonging to the target UE 107
  • V-GMLC is the target UE 107 Visit the GMLC in the LCS system 106, that is, the GMLC, R-GMLC, H-GMLC and V-GMLC where the target UE is currently located can be the same physical entity.
  • the HLR / HSS 103 is used to store data of the target UE and provide other network logic entities with related information of the target UE, such as the H-GMLC, V-GMLC, and address information of the CN 104 of the target UE.
  • the CN 104 receives and manages positioning request information initiated by the GMLC on the target UE 107, cooperates with the RAN 105 to locate the target UE 107, and sends a positioning result to the GMLC.
  • RAN 105 calculates the position of target UE 107 according to standard algorithms, such as CeUID + TA algorithm, TOA algorithm, E-OTD algorithm, etc., and sends the positioning result to CN 104.
  • FIG. 2 is a flowchart of the request for the location information of the target UE initiated by the requester in the 3GPP LCS specification. As shown in FIG. 2, the process of the request for the location information of the target UE initiated by the requester includes the following steps:
  • Steps 201 to 202 The requester sends an LCS service request (LCS Service Request) to the R-GMLC to request the LCS system to provide the location information of the target UE.
  • LCS Service Request may carry the location information of the target UE requested by the requester. Authentication information, such as Codeword.
  • the R-GMLC After receiving the LCS Service Request, the R-GMLC sends an LCS routing information request (Send Routing Info for LCS) to the HLR / HSS, requesting the HLR / HSS to provide the H-GMLC address information.
  • Step 203 After the HLR / HSS receives the Send Routing Info for LCS, it sends an LCS routing information response (Send Routing Info for LCS ACK) to the R-GMLC, and returns the address information of the H-GMLC. In addition, the HLR / HSS sends the information in the Send Routing The Info for LCS ACK can simultaneously return the address information of the V-GMLC and the CN of the target UE.
  • Send Routing Info for LCS ACK LCS routing information response
  • Step 204 After receiving the Send Routing Info for LCS ACK, the R-GMLC sends an LCS Service Request (LCS Service Request) to the H-GMLC, requesting to provide the location information of the target UE. If the HLR / HSS returns the address information of the V-GMLC and the CN of the target UE at the same time in step 203, the R-GMLC forwards the address information of the V-GMLC and the CN of the target UE to the H-GMLC.
  • LCS Service Request LCS Service Request
  • Step 205 After receiving the LCS Service Request, the H-GMLC authenticates the R-GMLC and the LCS Service Request sent by the H-GMLC to determine whether the network accepts the location information request of the R-GMLC, and the H-GMLC according to the stored target UE Signing information to determine whether the requesting end is authorized by the target UE. For example, the signing information of the target UE is consistent with the authentication information Codeword provided by the requesting end in the LCS Service Request, it indicates that the requesting end has been authorized by the target UE.
  • step 206 the H-GMLC sends an error response to the R-GMLC, and the R-GMLC returns a positioning failure response to the requesting end, and the positioning failure response carries an error cause value.
  • Steps 206 to 207 The H-GMLC sends an LCS routing information request (Send Routing Info for LCS) to the HLR / HSS, requesting the HLR / HSS to provide V-GMLC and CN address information. After receiving the Send Routing Info for LCS, the HLR / HSS sends an LCS routing information response (Send Routing Info for LCS ACK) to the H-GMLC, and returns the address information of the V-GMLC and the CN. If in step 204 the R-GMLC sends the address information of V-GMLC and CN Information is forwarded to H-GMLC, the above steps can be omitted.
  • Step 208 to step 210 The H-GMLC sends an LCS service request (LCS Service Request) to the V-GMLC, requesting to provide location information of the target UE, and the LCS Service Request carries the address information of the CN where the target UE is currently located.
  • LCS Service Request LCS Service Request
  • the V-GMLC After receiving the LCS Service Request, the V-GMLC sends a positioning target UE request (Provide Subscriber Location) to the CN. After the CN receives the Provide Subscriber Location, it cooperates with the RAN to locate the target UE (Location Procedure).
  • Steps 211 to 212 After the CN finishes positioning the target UE, it sends a target UE positioning response (Provide Subscriber Location ACK) to the V-GMLC, and returns the positioning result of the target UE. After receiving the Provide Subscriber Location ACK, the V-GMLC sends an LCS Service Response (LCS Service Response) to the H-GMLC, and returns the positioning result information of the target UE provided by the CN.
  • a target UE positioning response Provide Subscriber Location ACK
  • LCS Service Response LCS Service Response
  • Step 213 After receiving the LCS Service Response, the H-GMLC determines whether it is necessary to re-authenticate according to the subscription information of the target UE, and if so, authenticates whether it can provide the target UE with the return result of the positioning result of the target UE. If the authentication is successful, proceed to step 214. If the authentication fails, the H-GMLC sends an error response to the R-GMLC, and the R-GMLC returns a positioning failure response to the requesting end. The positioning failure response carries the error cause value. If no authentication is required, directly perform step 214.
  • Steps 214 to 215 The H-GMLC sends an LCS Service Response to the R-GMLC, and returns positioning result information for the target UE. After receiving the LCS Service Response, the R-GMLC can perform conversion processing on the returned target UE positioning result information, such as converting latitude and longitude information to local geographic information; R-GMLC sends an LCS Service Response to the requesting end, and sends it to the requesting end. Returns the converted target UE positioning result information.
  • the LCS system sends the request to the requester.
  • the target UE needs to pay the all-in-one roaming fee or part of the roaming fee for the location service, so the target UE may not want the LCS system to provide its own location information to the requesting end when roaming.
  • the location information of the target UE is private information.
  • the LCS system provides its location information to the requesting end. Therefore, the target UE hopes that the requesting end can obtain its location information. Geographical limits.
  • the 3GPP LCS specification does not define the concept of the geographical scope and processing flow of the target UE restricting the requester from accessing its location information, resulting in the target UE being allowed the LCS system to provide its location to the requester.
  • its own privacy cannot be protected, and it faces the danger of needing to pay high fees for location services, making the target UE unable to safely allow the LCS system to provide its location information to the requesting end.
  • an object of the present invention is to provide a method for geographically restricted location information request in a location service, which is convenient for a target user equipment to control the outward provision of its own location information.
  • the present invention provides a method for requesting location information in a location service area.
  • the LCS Client initiates a location information request for a target UE to a location service system.
  • the method is characterized by: Includes the following steps:
  • the location service system determines whether the location information request initiated by the LCS Client is a geographically restricted location information request. If it is a geographically restricted location information request, then step C is performed, and if it is a non-regional restricted location information request, step B is performed;
  • the location service system returns the location information of the target UE to the LCS Client and ends the current processing of the location information request;
  • the location service system refuses to provide the location information of the target UE to the LCS Client.
  • the location service system is a GMLC in the location service system.
  • the step A includes the following steps:
  • the GMLC After the GMLC obtains the address information of the CN where the target UE is currently located, it performs privacy authentication on the LCS Client to determine whether the location information request initiated by the LCS Client is a regional P-type location information request. If it is a geographically restricted location information request, then Perform step C, if a non-geographically restricted location information request, perform step A2;
  • the GMLC sends a request for positioning the target UE to the CN. After the CN locates the target user equipment, the positioning result of the target UE is returned to the GMLC, and then step B is performed.
  • the method further includes: The GMLC first determines whether the LCS Client is an authorized LCS Client, and if it is an authorized LCS Client, the GMLC then obtains the CN where the target UE is currently located. The address information; otherwise, perform step (.
  • step A1 determining whether the location information request initiated by the LCS Client is a geographically restricted location information request is: first determine whether the LCS Client is a geographically restricted LCS Client, and if it is a non-regional restricted LCS Client, perform step B; if it is The area-constrained LCS Client continues to determine whether the address information of the CN where the target UE is currently located falls within the effective area of the area-constrained LCS Client. If it does, go to step B. If it does not, go to step C.
  • step A1 determining whether the location information request initiated by the LCS Client is a geographically restricted location information request is: first determine whether the LCS Client is a geographically restricted LCS Client, and if it is a non-regional restricted LCS Client, perform step B; if it is The geographically restricted LCS Client continues to determine whether the address information of the CN where the target UE is currently located falls within a valid geographical area corresponding to the authentication information provided by the geographically restricted LCS Client. If it is, perform step B. If it does not, Steps(.
  • the step A includes: after the GMLC obtains the location information of the target UE, Perform privacy authentication to determine whether the location information request initiated by the LCS Client is a geographically restricted location information request. If it is a geographically restricted location information request, proceed to step C. If it is a non-regional restricted location information request, perform step B.
  • To determine whether the location information request initiated by the LCS Client is a geographically restricted location information request is: first determine whether the LCS Client is a geographically restricted LCS Client, and if it is a non-regional restricted LCS Client, perform step B; if it is a geographically restricted LCS Client Continue to determine whether the location information of the target UE belongs to the valid area of the area-limited LCS Client. If it belongs, go to step B. If it doesn't, go to step (:.
  • To determine whether the location information request initiated by the LCS Client is a geographically restricted location information request is: first determine whether the LCS Client is a geographically restricted LCS Client, and if it is a non-regional restricted LCS Client, perform step B; if it is a geographically restricted LCS Client Continue to determine whether the location information of the target UE belongs to a valid geographical area corresponding to the authentication information provided by the regionally restricted LCS Client. If it belongs, go to step B. If it does not, go to step C.
  • the GMLC stores target UE subscription information.
  • the target UE subscription information includes: a geographically restricted LCS Client identity and a valid geographical area corresponding to the geographically restricted LCS Client identity.
  • the target UE subscription information includes: a geographically restricted LCS Client identity, authentication information corresponding to the geographically restricted LCS Client identity, and a valid geographical area corresponding to the authentication information.
  • the effective geographical range is an application geographical range where the target UE allows the location service system to provide the location-restricted LCS Client with the target UE location information.
  • the step C further includes: the location service system sends a positioning failure response to the LCS Client.
  • the present invention is based on the current location information request processing flow in the existing 3GPP LCS specification.
  • the authentication process is enhanced to enable the target UE to set an effective geographic range that allows the LCS system to provide the requesting party with the location information of the target UE, so that the target UE can control the outward provision of its own location information. For example, when the target UE roams out of the home service area, the target UE can restrict some or all requesters from obtaining their location information.
  • the present invention supports the target UE to set different effective geographical ranges for different geographically restricted requesters, enhances the flexibility of the location service, and meets the diversity of the target UE's geographical limitation requirements.
  • Figure 1 is a schematic diagram of the logical structure of the LCS network
  • FIG. 2 is a flowchart of the request for the location information of the target UE initiated by the requester in the LCS specification of 3GPP;
  • FIG. 3 is a flowchart of requesting the location information of the target UE by the requesting end according to the present invention.
  • the present invention enhances the authentication process according to the existing location information request processing flow in the existing 3GPP LCS specification, so that the LCS system can provide the target UE with the authorized UE only within the effective area according to the requirements of the target UE. Need for location information.
  • the LCS system can provide the target UE location information to all or part of the authorized requesting end according to the effective range of the geographical area to which the target UE is contracted. Perform enhancement restrictions.
  • the target UE contract information stored in the H-GMLC includes the identification of the geographically restricted requester and the effective geographical range corresponding to the identification of the geographically limited requester.
  • the effective geographical range is the target UE and allows the LCS system to send requests to a geographically restricted requester.
  • the terminal can obtain the location information of the target UE.
  • the geographically restricted requester refers to an authorized requester whose target geographic area of the target UE's location information is restricted.
  • the LCS system receives the location information request from the requester to the target UE.
  • the H-GMLC obtains the address information of the CN where the target UE is currently located, and then according to the requester identification and storage contract information of the location service request.
  • the identification list of the regionally-restricted requesters in the list determines whether the requestor is a regionally-restricted requestor. If the requestor is a regionally-restricted requester, the target is determined based on the effective regional restrictions t corresponding to the regionally-restricted requester. Whether the address information of the current CN of the UE belongs to a valid geographic area.
  • the positioning failure response carries an error cause value, and refuses to provide the target UE with the target UE.
  • the location information of the request if the requester is a non-restricted requester, perform subsequent processing.
  • the H-GMLC may also use the identification list of the requesting end in the geographically restricted area in the stored contract information and the valid geographical range and requesting end corresponding to the identification list of the requesting end.
  • the identifier and the location information of the target UE and further determine whether to provide the location information of the target UE to the requesting end.
  • FIG. 3 is a flowchart of requesting a location information of a target UE by the requester according to the present invention. As shown in FIG. 3, the process of requesting the location of a target UE by the requester according to the present invention includes the following steps:
  • Steps 301 to 304 are the same as steps 201 to 204.
  • Step 305 After receiving the LCS Service Request, the H-GMLC is divided into two cases according to whether the H-GMLC has received the address information of the V-GMLC and the CN of the target UE in step 304, which are respectively the same as steps 305a and 305b. correspond.
  • Step 305a If the H-GMLC does not receive the address information of the V-GMLC and the current CN of the target UE in step 304, the R-GMLC and the LCS service request sent by it are authenticated to determine whether the network accepts the R-GMLC Request for location information of the positioning target UE, At the same time, the H-GMLC determines whether the requesting end is authorized by the target UE according to the stored target UE contracting information. For example, the target UE contracting information is consistent with the authentication information Codeword provided by the requesting end in the LCS service request, indicating that the requesting end has been targeted.
  • the UE authorizes, if both of the above conditions are met, the authentication is successful, and the process proceeds to step 306; otherwise, the H-GMLC sends an error response to the R-GMLC, and the R-GMLC returns a positioning failure response to the requesting end. Carry error value.
  • Step 305b After the H-GMLC receives the LCS Service Request, if the H-GMLC receives the address information of the V-GMLC and the CN where the target UE is currently located in step 304, after the authentication is successful, the request for geographical restriction is continued.
  • the identification list of the client determines whether the requester is a geographically restricted requester. If it is a non-restricted requester, step 309 is performed; if it is a geographically restricted requester, it continues to perform according to the effective geographical range corresponding to the requester. Determine whether the address information of the CN where the target UE currently belongs to belongs to a valid geographic area. If it belongs, go to step 309. If it does not, go to step 315.
  • the H-GMLC returns an LCS Service Response to the R-GMLC, and the LCS Service Response. It carries an error cause value, and refuses to provide the location information of the target UE to the requesting end in the area.
  • Steps 306 to 307 are the same as steps 206 to 207.
  • Step 308 In steps 306 to 307, the H-GMLC receives the address information of the V-GMLC and the CN returned by the HLR / HSS. At this time, the H-GMLC determines whether the requester is a geographically restricted requester based on the identification list of the geographically restricted requester. If it is a non-restricted requester, step 309 is performed; if it is a geographically restricted requester, continue According to the effective geographical area corresponding to the requesting end, determine whether the address information of the CN where the target UE is currently located belongs to the effective geographical area. If it belongs, go to step 309. If it does not, go to step 315, and the H-GMLC sends a message to R.
  • the GMLC returns an LCS Service Response, which carries an error cause value, and refuses to provide the location information of the target UE to the requester in the region. If H-GMLC subsequently obtains the positioning result information of the target UE Later, in step 314, region restricted authentication may also be performed, and this step may be omitted.
  • Steps 309 to 313 are the same as steps 208 to 212.
  • Steps 314 to 316 After the H-GMLC receives the LCS Service Response, it determines whether to re-authenticate based on the subscription information of the target UE. If authentication is required, whether the returned target UE positioning result can be provided to the requester. The information is authenticated, and the authentication is successful. Then, based on the identification list of the geographically restricted requester, it is determined whether the requestor is a geographically restricted requester.
  • J H-GMLC reports to R -GMLC returns an LCS Service Response, where the LCS Service Response carries the positioning result information of the target UE, the R-GMLC sends an LCS Service Response to the requesting end, and returns the converted target UE positioning result information to the requesting end; if it is geographically restricted
  • the requesting end continues to determine whether the current location information of the target UE belongs to a valid geographical area corresponding to the geographically restricted requesting end. If it belongs, the H-GMLC returns an LCS Service Response to the R-GMLC, which is carried in the LCS Service Response.
  • the R-GMLC sends an LCS Service Response to the requesting end, and returns the converted target UE bit to the requesting end. If it does not belong, the H-GMLC returns an LCS Service Response to the V-GMLC.
  • the LCS Service Response carries the error cause value, and the R-GMLC sends the LCS Service Response to the requesting end.
  • the LCS Service Response carries the error cause. Value, refuses to provide the location information of the target UE to the geographically restricted requester. If the authentication fails, the H-GMLC sends an error response to the R-GMLC.
  • the R-GMLC returns a positioning failure response to the requesting end.
  • the positioning response carries the error cause value.
  • the H-GMLC directly returns the LCS Service Response to the R-GMLC.
  • the LCS Service Response carries the positioning result information of the target UE.
  • the R-GMLC sends the LCS Service Response to the requester, and returns the converted message to the requester. Target UE positioning result information.
  • the location information request initiated by the requester to the target UE can be divided into two types: immediate location information request and delayed location information request.
  • Immediate location information request means that the LCS system immediately locates the target UE after receiving the location information request from the requesting end to the target UE, and then immediately returns a bit result to the requesting end, that is, the LCS system receives the position sent by the requesting end. After the information is requested, the current UE is provided with the current location information of the target UE.
  • Delayed location information request refers to the requesting end requesting the LCS system to provide the location information of the target UE to it at a future point in time or when a certain event occurs. That is, the LCS system needs to receive the location information request from the requesting end to the target UE. After a period of delay, wait for the delay event to be triggered before providing the requesting end with the current location information of the target UE.
  • the effective geographical range of the geographically restricted requester can be the home service area, that is, the LCS system is allowed to provide the location information of the target UE to the requester only when the target UE is located in the home service area. Initiate an immediate location information request for the target UE. After H-GMLC obtains the address information of the CN where the target UE is currently located, if the target UE is located in the home service area, that is, the address information of the CN is within a valid geographical area, the LCS system immediately The UE performs positioning and provides the location information of the target UE to the geographically restricted requester.
  • the LCS system If the target UE is located outside the home service area, that is, the address information of the CN does not belong to a valid geographical area, the LCS system returns to the geographically restricted requester. In response to the positioning failure, it refuses to provide the location information of the target UE to the requesting end in the area.
  • the geographically restricted requester initiates a delayed location information request for the target UE to the LCS system.
  • the delay event triggers the LCS system to locate the target UE.
  • the geographically restricted requester requests the target UE—once the network is attached, the LCS system will Position it immediately.
  • a positioning event is triggered, and the positioning condition of the location information request initiated by the requesting end is met.
  • the LCS system immediately locates the target UE, completes the positioning at the CN, and positions the target UE. After the location information is forwarded to H-GMLC via V-GMLC, H-GMLC needs to perform further regional restriction authentication.
  • the LCS system returns the location information of the target UE to the geographically restricted requester; if the target UE is located outside the home service area, that is, the location information of the target UE does not belong to the effective geographical range of the geographically restricted requester, the LCS The system returns a positioning failure response to the geographically restricted requester, and refuses to provide the location information of the target UE to the geographically restricted requester.
  • the target UE has very flexible settings for the geographically restricted requesting end and the corresponding effective geographical range.
  • the LCS system supports multiple settings, which are described below by way of example.
  • all or part of the authorized requester can be set as the geographically restricted requester, and the effective geographical range that allows the LCS system to provide the target UE's location information to the geographically restricted requester is unified
  • the setting, that is, for all geographically restricted requesters, the corresponding effective geographical range is consistent.
  • the effective geographical range of all geographically restricted requesters is set to be that when the target UE is located in the home service area, the location information request is valid, that is, when the target UE is located in the home service area, the LCS system is allowed to provide the geographically restricted requester with the Location information of the target UE; When it roams out of the home service area, the LCS system refuses to provide the location information of the target UE to the requester with restricted area.
  • all or part of the authorized requester can be set as a geographically restricted requester, and the regionally restricted ranges that allow the LCS system to provide the target UE's location information to the geographically restricted requester are distinguished.
  • the LCS system is allowed to provide the location information of the target UE to the area restricted requester A; when the target UE is located in area 2 or area 3, the LCS system is allowed to provide the area limited requester B provides location information of the target UE.
  • the area-restricted requester A and the area-restricted requester B respectively initiate immediate location information requests for the target UE, and after the H-GMLC obtains the address information of the CN where the target UE is currently located, the CN The address information does not belong to the valid geographical scope of the geographically restricted requester A.
  • the LCS system returns a positioning failure response to the geographically restricted requester A, and refuses to provide the location information of the target UE to the geographically restricted requester A.
  • the address information of the CN belongs to Geographically restricted requester B's effective geographic scope Within this time, the LCS system immediately locates the target UE and provides the location information of the target UE to the geographically restricted requester B.
  • the authentication information allocated for the authorized requester can also be combined with the effective geographical scope of the geographically restricted requester.
  • the authentication information assigned to it Is Codewordl, and the effective i or range corresponding to the Codeword 1 is area 1 and area 4, that is, when the target UE is located in area 1 or area 4, the LCS system is allowed to provide the location information of the target UE to the area-restricted requester A
  • the authentication information assigned to it is Codeword2
  • the effective i or range corresponding to the Codeword2 is area 2 and area 3, that is, when the target UE is located in area 2 or area 3, the LCS system is allowed to send
  • the geographically restricted requesting end B provides location information of the target UE.
  • the target UE defines different geographical restriction ranges for the authentication information of different restricted requesters.
  • the target UE subscription information stored in the H-GMLC includes the identification list of the geographically restricted requester, the authentication information of the authorized geographically restricted requester, and the effective geographical range corresponding to the authentication information of the geographically restricted requester.
  • the H-GMLC judges whether the requestor is a geographically restricted requestor based on the identification list of the geographically restricted requestor.
  • the LCS system Locate the target UE and provide the requester with the location information of the target UE; if it is a geographically restricted requester, determine whether the address information of the CN where the target UE is currently located corresponds to the authorization information provided by the geographically restricted requester Within the effective area, if it belongs, the LCS system locates the target UE and provides the location information of the target UE to the area restricted requester. If it does not belong, it returns a positioning failure response to the area restricted requester. The failure response carries an error cause value, and refuses to provide the location information of the target UE to the restricted requesting end.
  • the H-GMLC After the H-GMLC receives the positioning result information of the target UE forwarded by the V-GMLC, the H-GMLC can further determine whether to provide the target UE with the target UE based on the obtained location information of the target UE and the effective geographical range of the geographically restricted requester. Location information, processing and the above process basically the same.
  • the effective geographical range of the geographically restricted requester is compared with the address information of the CN where the target UE is currently located and the location information of the target UE, the effective geographical range must be unified with the representation method of the CN address information and the location information of the target UE. Therefore, after the target UE determines its effective geographical range for the geographically restricted requesting end, the LCS system will convert the effective geographical range into a geographical range consistent with the representation method of CN address information and target UE location information.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

位置业务中地域限制位置信息请求的方法 技术领域
本发明涉及网络设备的定位技术, 特别是指一种位置业务中地城限 制位置信息请求的方法。 发明背景
移动通信网络的位置业务(LCS, Location Service )是通过定位技 术得到用户设备(UE ) 的位置信息, UE指移动通信网络中被定位的目 标 UE终端,位置信息可以是地理的经纬度信息或当地街道的位置信志。 LCS 系统获取的位置信息可以提供给目标 UE, 用于自身定位; 也可以 提供给其他请求得到目标 UE位置信息的客户应用端, 如机构和个人, 用于增值业务。 因此,位置业务在紧急救援、车辆导航和智能交通系统、 工作调度和团队管理、 移动黄页查询、 增强网络性能等方面均有广泛的 作用。 在第三代合作伙伴计划 (3GPP ) 中对 LCS规范以及整个 LCS系 统的功能模式、 结构、 状态描述和消息流程等方面均作了描述。
图 1为 LCS网络逻辑结构示意图, 如图 1所示: 从功能逻辑上看, 实现位置业务的功能逻辑实体涉及请求端 (LCS Client ) 101、 网关移动 定位中心 (GMLC ) 102、 用户数据存储服务器(HLR/HSS ) 103、 核心 网络(CN ) 104、无线接入网络(RAN ) 105和目标 UE 107。其中, GMLC 102、 用户数据存储服务器(HLR/HSS ) 103、 核心网络(CN ) 104和无 线接入网络(RAN ) 105组成了 LCS系统 106。 请求端 101包括请求者 和 LCS客户端。 LCS客户端是指用于获得一个或多个目标 UE 107位置 信息的、与 LCS系统 106接口的软件或硬件实体; 请求者是指请求目标 UE 107位置信息的请求应用客户端,如机构和个人,是定位请求的发起 者, LCS客户端也可同时为请求者。 GMLC 102为请求端与 LCS系统 106之间的信息交互提供一个标准的 LCS接口, 负责对请求端 101进行 鉴权以及对请求端 101发送的位置信息请求进行鉴权,鉴权通过后向 CN 104发起对目标 UE 107进行定位的请求, 最后, GMLC 102负责将目标 UE 107的位置信息发送至请求端 101。
GMLC 102 可进一步包括请求网关移动定位中心 (R-GMLC , Requesting GMLC ) 归属网关移动定位中心( H-GMLC, Home GMLC ) 和拜访网关移动定位中心( V-GMLC, Visited GMLC )。 R-GMLC为请求 端 101请求 LCS系统 106中的 GMLC, 即收到请求端 101发起的位置 信息请求的 GMLC, H-GMLC为目标 UE 107归属 LCS系统 106中的 GMLC, V-GMLC为目标 UE 107拜访 LCS系统 106中的 GMLC, 即目 标 UE当前所在的 GMLC, R-GMLC, H-GMLC和 V-GMLC可为同一个 物理实体。 HLR/HSS 103用于存储目标 UE的数据, 并为其他网络逻辑 实体提供目标 UE的相关信息,如目标 UE的 H-GMLC、 V-GMLC和 CN 104的地址信息。 CN 104接收并管理 GMLC对目标 UE 107发起的定位 请求信息, 协同 RAN 105对目标 UE 107进行定位, 并向 GMLC发送定 位结果。 RAN 105在 CN 104的请求下根据标准算法, 如 CeUID + TA算 法、 TOA算法、 E-OTD算法等, 对目标 UE 107的位置进行计算, 并向 CN 104发送定位结果。
图 2为 3GPP的 LCS规范中请求端发起对目标 UE位置信息请求的 流程图, 如图 2所示, 请求端发起对目标 UE位置信息请求的处理过程 包括以下步骤:
步骤 201〜步骤 202: 请求端向 R-GMLC发送 LCS业务请求( LCS Service Request ),请求 LCS系统提供目标 UE的位置信息,该 LCS Service Request中可携带有请求端提供的请求目标 UE位置信息的鉴权信息,如 Codeword。R-GMLC收到 LCS Service Request后,向 HLR/HSS发送 LCS 路由信息请求( Send Routing Info for LCS ),请求 HLR/HSS提供 H-GMLC 的地址信息。
步骤 203: HLR/HSS收到 Send Routing Info for LCS后,向 R-GMLC 发送 LCS路由信息响应( Send Routing Info for LCS ACK ),返回 H-GMLC 的地址信息; 另外, HLR/HSS在该 Send Routing Info for LCS ACK中可 同时返回 V-GMLC和目标 UE当前所在 CN的地址信息。
步骤 204: R-GMLC收到 Send Routing Info for LCS ACK后, 向 H-GMLC发送 LCS业务请求( LCS Service Request ), 请求提供目标 UE 的位置信息。 如果在步骤 203中 HLR/HSS同时返回了 V-GMLC和目标 UE当前所在 CN的地址信息, 则 R-GMLC将 V-GMLC和目标 UE当前 所在 CN的地址信息转发给 H-GMLC。
步骤 205: H-GMLC收到 LCS Service Request后, 对 R-GMLC及其 发送的 LCS Service Request进行鉴权, 判断本网络是否接受 R-GMLC 的位置信息请求, 同时 H-GMLC根据存储的目标 UE签约信息, 判断请 求端是否已被目标 UE授权, 例如目标 UE 签约信息与 LCS Service Request中请求端提供的鉴权信息 Codeword相一致, 则表明请求端已被 目标 UE授权, 如果以上两个条件均满足, 则鉴权成功, 然后执行步骤 206; 否则, H-GMLC向 R-GMLC发送差错响应, R-GMLC向该请求端 返回定位失败响应, 该定位失败响应中携带差错原因值。
步骤 206~步骤 207: H-GMLC向 HLR/HSS发送 LCS路由信息请求 ( Send Routing Info for LCS ),请求 HLR/HSS提供 V-GMLC和 CN的地 址信息。 HLR/HSS收到 Send Routing Info for LCS后 , 向 H-GMLC发送 LCS路由信息响应( Send Routing Info for LCS ACK ), 返回 V-GMLC和 CN的地址信息。如果步骤 204中 R-GMLC将 V-GMLC和 CN的地址信 息转发给 H-GMLC, 则以上步骤可省略。
步骤 208〜步骤 210: H-GMLC向 V-GMLC发送 LCS业务请求( LCS Service Request ),请求提供目标 UE的位置信息,该 LCS Service Request 中携带目标 UE当前所在 CN的地址信息。 V-GMLC收到 LCS Service Request后,向 CN发送定位目标 UE请求( Provide Subscriber Location )。 CN收到 Provide Subscriber Location后, 协同 RAN对目标 UE进行定位 ( Location Procedure )。
步骤 211〜步骤 212: CN结束对目标 UE的定位后, 向 V-GMLC发 送目标 UE定位响应 ( Provide Subscriber Location ACK ), 返回对目标 UE的定位结果。 V-GMLC收到 Provide Subscriber Location ACK后 , 向 H-GMLC发送 LCS业务响应( LCS Service Response ), 返回 CN提供的 目标 UE定位结果信息。
步骤 213: H-GMLC收到 LCS Service Response后 ,根据目标 UE的 签约信息确定是否需要再次鉴权, 如果需要, 则对能否向请求端提供返 回的目标 UE定位结果信息进行鉴权。 如果鉴权成功, 则继续执行步骤 214, 如果鉴权失败, 则 H-GMLC向 R-GMLC发送差错响应, R-GMLC 向该请求端返回定位失败响应, 该定位失败响应中携带有差错原因值; 如果不需要鉴权, 则直接执行步骤 214。
步骤 214〜步骤 215 : H-GMLC 向 R-GMLC 发送 LCS Service Response, 返回对目标 UE的定位结果信息。 R-GMLC收到 LCS Service Response后,可根据需要对返回的目标 UE定位结果信息进行转换处理, 如将经纬度信息转换为当地的地理信息; R-GMLC 向请求端发送 LCS Service Response, 向请求端返回转换后的目标 UE定位结果信息。
对于目标 UE而言, 由于计费政策的原因, 当目标 UE漫游出归属 月 务区, 请求端发起对目标 UE的位置信息请求时, LCS系统向请求端 提供目标 UE的位置信息后, 目标 UE需要为此次位置业务支付全親漫 游费用或部分漫游费用, 因此目标 UE可能并不希望在处于漫游时 LCS 系统向请求端提供自身的位置信息。 另外, 目标 UE的位置信息属亍私 密性信息, 目标 UE并不希望处于任何地域范围时, LCS系统都将其位 置信息提供给请求端, 因此该目标 UE希望对请求端能够获得其位置信 息的地域范围作一些限制。 依照目前的位置信息请求处理流程, 3GPP 的 LCS规范中没有对目标 UE限制请求端访问其位置信息的地域范围概 念及处理流程作相应的定义,导致目标 UE在允许 LCS系统向请求端提 供自身位置信息后, 自身隐私得不到保护, 并面临着需要为位置业务支 付高额费用的危险,使目标 UE无法安全的允许 LCS系统向请求端提供 其位置信息。 发明内容
有鉴于此, 本发明的目的在于提供一种位置业务中地域限制位置信 息请求的方法, 方便目标用户设备控制自身位置信息的向外提供。
为了达到上述目的, 本发明提供了一种位置业务中地域限制位置信 息请求的方法, LCS Client向位置业务系统发起对目标 UE的位置信息 请求, 位置业务系统进行处理时, 其特征在于, 该方法包含以下步骤:
A、 位置业务系统判断 LCS Client发起的位置信息请求是否为地域 限制位置信息请求, 如果为地域限制位置信息请求, 则执行步骤 C, 如 果为非地域限制位置信息请求, 则执行步骤 B;
B、位置业务系统向 LCS Client返回目标 UE的位置信息,结束当前 对位置信息请求的处理;
C、 位置业务系统拒绝向 LCS Client提供目标 UE的位置信息。 所述位置业务系统为位置业务系统中的 GMLC。 所述步骤 A包含以下步骤:
Al、 GMLC获取目标 UE当前所在 CN的地址信息后,对 LCS Client 执行私密性鉴权, 判断 LCS Client发起的位置信息请求是否为地域 P艮制 位置信息请求, 如果为地域限制位置信息请求, 则执行步骤 C, 如 为 非地域限制位置信息请求, 则执行步骤 A2;
A2、 GMLC向 CN发送定位目标 UE请求, CN对目标用户设备进 行定位后, 将对目标 UE的定位结果返回给所述 GMLC, 然后执行步骤 B。
步骤 A1中所述 GMLC获取目标 UE当前所在 CN的地址信息之前, 进一步包括: GMLC先判断该 LCS Client是否为已授权 LCS Client, 如 果为已授权 LCS Client, 所述 GMLC再获取目标 UE当前所在 CN的地 址信息; 否则, 执行步骤(。
步骤 A1中所述判断 LCS Client发起的位置信息请求是否为地域限 制位置信息请求为: 首先判断 LCS Client是否为地域受限 LCS Client, 如果为非地域受限 LCS Client, 则执行步骤 B; 如果为地域受限 LCS Client, 继续判断目标 UE当前所在 CN的地址信息是否属于该地域受限 LCS Client的有效地域范围内, 如果属于, 执行步骤 B, 如果不属于, 执行步骤 C。
步骤 Al中所述判断 LCS Client发起的位置信息请求是否为地域限 制位置信息请求为: 首先判断 LCS Client是否为地域受限 LCS Client, 如果为非地域受限 LCS Client, 则执行步骤 B; 如果为地域受限 LCS Client,继续判断目标 UE当前所在 CN的地址信息是否属于与该地城受 限 LCS Client提供的鉴权信息相对应的有效地域范围内, 如果属于, 执 行步骤 B, 如果不属于, 执行步骤(。
所述步骤 A包含: GMLC获取目标 UE的位置信息后,对 LCS Client 执行私密性鉴权, 判断 LCS Client发起的位置信息请求是否为地域限制 位置信息请求, 如果为地域限制位置信息请求, 则执行步骤 C, 如 为 非地域限制位置信息请求, 则执行步骤 B。
判断 LCS Client发起的位置信息请求是否为地域限制位置信息请求 为: 首先判断 LCS Client是否为地域受限 LCS Client, 如果为非地域受 限 LCS Client, 则执行步骤 B; 如果为地域受限 LCS Client, 继续判断 目标 UE的位置信息是否属于该地域受限 LCS Client的有效地域范围内, 如果属于, 执行步骤 B, 如果不属于, 执行步骤 (:。
判断 LCS Client发起的位置信息请求是否为地域限制位置信息请求 为: 首先判断 LCS Client是否为地域受限 LCS Client, 如果为非地域受 限 LCS Client, 则执行步骤 B; 如果为地域受限 LCS Client, 继续判断 目标 UE的位置信息是否属于与该地域受限 LCS Client提供的鉴权信息 相对应的有效地域范围内, 如果属于, 执行步骤 B, 如果不属于, 执行 步骤 C。
GMLC存储目标 UE签约信息。
所述目标 UE签约信息包括: 地域受限 LCS Client标识以及与该地 域受限 LCS Client标识相对应的有效地域范围。
所述目标 UE签约信息包括: 地域受限 LCS Client标识、 与该地域 受限 LCS Client标识相对应的鉴权信息以及与该鉴权信息相对应的有效 地域范围。
所述有效地域范围为目标 UE 允许位置业务系统向地域受限 LCS Client提供该目标 UE位置信息的应用地域范围。
所述步骤 C进一步包括: 位置业务系统向所述 LCS Client发送定位 失败响应。
本发明根据现有 3GPP的 LCS规范中的位置信息请求处理流程, 对 鉴权过程进行了增强处理,使得目标 UE能够设置允许 LCS系统向请求 端提供该目标 UE位置信息的有效地域范围, 方便目标 UE控制自身位 置信息的向外提供。 例如当目标 UE漫游出归属服务区时, 目标 UE能 够限制部分请求端或全部请求端对其位置信息的获取。 同时, 本发明支 持目标 UE对不同地域受限请求端设置不同有效地域范围, 增强了位置 业务的灵活性, 满足了目标 UE地域限制需求的多样性。 附图简要说明
图 1为 LCS网络逻辑结构示意图;
图 2为 3GPP的 LCS规范中请求端发起对目标 UE位置信息请求的 流程图;
图 3为依据本发明请求端发起对目标 UE位置信息请求的流程图。 实施本发明的方式
下面结合附图对本发明进行详细描述。
本发明根据现有 3GPP的 LCS规范中的位置信息请求处理流程, 对 鉴权过程进行增强处理, 实现 LCS系统根据目标 UE的要求, 在有效的 地域范围内才向已授权请求端提供目标 UE的位置信息的需求。
目标 UE与 LCS系统签约位置业务时, 通过对地域受限请求端设置 地域有效范围,使得 LCS系统向全部或者部分已授权请求端提供该目标 UE位置信息时, 能够根据目标 UE签约的地域有效范围进行增强限制。 H-GMLC存储的目标 UE签约信息中包括地域受限请求端标识以及与该 地域受限请求端标识相对应的有效地域范围, 有效地域范围为目标 UE 允许 LCS系统向某个地域受限请求端提供目标 UE位置信息的有效地域 范围, 即仅当目标 UE位于某一有效地域范围内, 相应的地域限制请求 端才能够获得目标 UE的位置信息。 地域受限请求端是指目标 UE 其 获得目标 UE位置信息的地域范围进行了限制的已授权的请求端。
LCS系统收到请求端对目标 UE发起的位置信息请求, 处理该位置 信息请求过程中, H-GMLC得到目标 UE当前所在 CN的地址信息后, 根据发起位置业务请求的请求端标识与存储签约信息中的地域受 ^请 求端的标识名单, 判断该请求端是否为地域受限请求端, 如果该请 端 为地域受限请求端, 根据该地域受限请求端相对应的有效地域限制 t 围 判断目标 UE当前所在 CN的地址信息是否属于有效地域范围内, 如果 属于, 进行后续处理, 否则, 向该请求端返回定位失败响应, 该定位失 败响应中携带有差错原因值, 拒绝向请求端提供目标 UE的位置信息; 如果该请求端为非地域受限请求端, 进行后续处理。
另外, 当 H-GMLC收到 V-GMLC转发的目标 UE位置信息后, 也 可根据存储的签约信息中的地域受限请求端的标识名单及与请求端标 识名单相对应的有效地域范围、 请求端标识和目标 UE位置信息, 进一 步判断是否向请求端提供目标 UE的位置信息。
图 3为依据本发明请求端发起对目标 UE位置信息请求的流程图, 如图 3所示, 依据本发明请求端发起对目标 UE位置信息请求的处理过 程包括以下步骤:
步骤 301〜步骤 304与步骤 201〜步骤 204相同。
步骤 305: H-GMLC收到 LCS Service Request后,根据 H-GMLC在 步骤 304中是否收到 V-GMLC和目标 UE当前所在 CN的地址信息分为 两种情况, 分别与步骤 305a和步骤 305b相对应。
步骤 305a:如果 H-GMLC在步骤 304没有收到 V-GMLC和目标 UE 当前所在 CN的地址信息, 则对 R-GMLC及其发送的 LCS业务请求进 行鉴权, 判断本网络是否接受 R-GMLC定位目标 UE的位置信息请求, 同时 H-GMLC根据存储的目标 UE签约信息,判断请求端是否已被目标 UE授权, 例如目标 UE签约信息与 LCS业务请求中请求端提供的鉴权 信息 Codeword相一致, 则表明请求端已被目标 UE授权, 以上两个条 件均满足,则鉴权成功,继续执行步骤 306;否则, H-GMLC向 R-GMLC 发送差错响应, R-GMLC向该请求端返回定位失败响应, 该定位失败响 应中携带有差错原因值。
步骤 305b: H-GMLC收到 LCS Service Request后, 如果 H-GMLC 在步骤 304收到 V-GMLC和目标 UE当前所在 CN的地址信息, 则在鉴 权成功后, 继续才艮据地域受限请求端的标识名单判断该请求端是否为地 域受限请求端, 如果为非地域受限请求端, 则执行步骤 309; 如果为地 域受限请求端, 继续根据与该请求端相对应的有效地域范围, 判断目标 UE 当前所在 CN的地址信息是否属于有效地域范围内, 如果属于, 则 执行步骤 309, 如果不属于, 则执行步骤 315 , H-GMLC向该 R-GMLC 返回 LCS Service Response, 该 LCS Service Response中携带有差错原因 值, 拒绝向该地域受限请求端提供目标 UE的位置信息。
步骤 306〜步骤 307与步骤 206~步骤 207相同。
步骤 308: 在步骤 306 ~步骤 307中, H-GMLC收到由 HLR/HSS返 回的 V-GMLC和 CN的地址信息。此时, H-GMLC根据地域受限请求端 标识名单, 判断该请求端是否为地域受限请求端, 如果为非地域受限请 求端, 则执行步骤 309; 如果为地域受限请求端, 继续根据与该请求端 相对应的有效地域范围, 判断目标 UE当前所在 CN的地址信息是否属 于有效地域范围内, 如果属于, 则执行步骤 309, 如果不属于, 则执行 步骤 315, H-GMLC向 R-GMLC返回 LCS Service Response, 该 LCS Service Response中携带有差错原因值,拒绝向该地域受限请求端提供目 标 UE的位置信息。 如果 H-GMLC在后续获得目标 UE的定位结果信息 后, 在步骤 314中还可以进行地域限制鉴权, 则本步骤可省略。
步骤 309〜步骤 313与步骤 208~步骤 212相同。
步骤 314~步骤 316: H-GMLC收到 LCS Service Response后, 才艮据 目标 UE的签约信息确定是否需要再次鉴权, 如果需要鉴权, 则对能否 向请求端提供返回的目标 UE定位结果信息进行鉴权, 鉴权成功, 继续 才艮据地域受限请求端标识名单, 判断该请求端是否为地域受限请求端 , 如果为非地域受限请求端, 贝' J H-GMLC向 R-GMLC返回 LCS Service Response, 该 LCS Service Response中携带有目标 UE的定位结果信息, R-GMLC向请求端发送 LCS Service Response, 向请求端返回转换后的 目标 UE定位结果信息; 如果为地域受限请求端, 则继续判断目标 UE 当前的位置信息是否属于与该地域受限请求端相对应的有效地域范围 内,如果属于, H-GMLC向 R-GMLC返回 LCS Service Response,该 LCS Service Response中携带有目标 UE的定位结果信息, R-GMLC向请求端 发送 LCS Service Response, 向请求端返回转换后的目标 UE位置信息, 如果不属于, H-GMLC向 V-GMLC返回 LCS Service Response , 该 LCS Service Response 中携带有差错原因值, R-GMLC 向请求端发送 LCS Service Response, 该 LCS Service Response中携带有差错原因值, 拒绝 向地域受限请求端提供目标 UE 的位置信息。 鉴权失败, H-GMLC 向 R-GMLC发送差错响应, R-GMLC向该请求端返回定位失败响应, 该定 位响应中携带有差错原因值。 如果不需要鉴权, H-GMLC 直接向 R-GMLC返回 LCS Service Response,该 LCS Service Response中携带有 目标 UE的定位结果信息, R-GMLC向请求端发送 LCS Service Response, 向请求端返回转换后的目标 UE定位结果信息。
请求端对目标 UE发起的位置信息请求可划分为两种类型: 立即型 位置信息请求和延迟型位置信息请求。 立即型位置信息请求是指 LCS系统收到请求端对目标 UE发起的位 置信息请求后, 立即对目标 UE进行定位, 然后立刻向请求端返回之位 结果, 即 LCS系统收到请求端发送的位置信息请求后, 立即向请求端提 供目标 UE的当前位置信息。
延迟型位置信息请求是指请求端要求 LCS 系统在将来一个时间点 或者一定事件发生时, 向其提供目标 UE的位置信息, 即 LCS系统收到 请求端对目标 UE发起的位置信息请求后, 需要经过一段时间的延 , 等待延迟事件触发后再向请求端提供目标 UE的当前位置信息。
地域受限请求端的有效地域范围可为归属服务区,即只有当目标 UE 位于归属服务区时, 才允许 LCS系统向该请求端提供该目标 UE的位置 信息,该地域受限请求端向 LCS系统发起对目标 UE的立即型位置信息 请求, H-GMLC获得目标 UE当前所在 CN的地址信息后,如果目标 UE 位于归属服务区内, 即 CN的地址信息位于有效地域范围内, LCS系统 立即对目标 UE进行定位, 并向该地域受限请求端提供目标 UE的位置 信息; 如果目标 UE位于归属服务区外, 即 CN的地址信息不属于有效 地域范围内, LCS系统向该地域受限请求端返回定位失败响应, 拒绝向 该地域受限请求端提供目标 UE的位置信息。
地域受限请求端向 LCS 系统发起对目标 UE 的延迟型位置信息请 求, 延迟事件触发 LCS系统对目标 UE进行定位, 例如, 地域受限请求 端请求目标 UE—旦附着在网络上, LCS系统就立即对其进行定位, 当 目标 UE请求接入网络时, 触发了定位事件, 满足了请求端发起的位置 信息请求的定位条件, LCS系统立即对目标 UE进行定位, 在 CN完成 定位并将目标 UE 的位置信息经由 V-GMLC 转发给 H-GMLC 后, H-GMLC需进一步进行地域限制鉴权, 如果目标 UE的位置信息位于归 属服务区内, 即目标 UE的位置信息属于该地域限制请求端的有效地域 范围内, 则 LCS系统向该地域受限请求端返回目标 UE的位置信息; 如 果目标 UE位于归属服务区外, 即目标 UE的位置信息不属于该地戈限 制请求端的有效地域范围内,则 LCS系统向该地域受限请求端返回定位 失败响应, 拒绝向该地域受限请求端提供目标 UE的位置信息。
目标 UE对地域受限请求端及与其对应的有效地域范围的设置非常 灵活, LCS系统支持多种设置情况, 下面举例说明。
目标 UE与 LCS系统签约位置业务时, 可将全部或者部分已授权请 求端设置为地域受限请求端,而对允许 LCS系统向地域受限请求端提供 该目标 UE位置信息的有效地域范围进行统一设置, 即针对所有地域受 限请求端, 与其相对应的有效地域范围是一致的。 例如, 对所有地域受 限请求端的有效地域范围设置为当目标 UE位于归属服务区内时, 位置 信息请求有效, 即当目标 UE位于归属服务区时, 允许 LCS系统向地域 受限请求端提供该目标 UE的位置信息; 当其漫游出归属服务区时, LCS 系统拒绝向地域受限请求端提供该目标 UE的位置信息。
目标 UE与 LCS系统签约位置业务时, 可将全部或者部分已授权请 求端设置为地域受限请求端,而对允许 LCS系统向地域受限请求端提供 该目标 UE位置信息的地域限制范围进行分别设置, 例如, 当目标 UE 位于地区 1时,允许 LCS系统向地域受限请求端 A提供该目标 UE的位 置信息; 当目标 UE位于地区 2或地区 3时, 允许 LCS系统向地域受限 请求端 B提供该目标 UE的位置信息。例如, 当目标 UE位于地区 2时, 地域受限请求端 A和地域受限请求端 B分别发起对目标 UE的立即型位 置信息请求, H-GMLC获得目标 UE当前所在 CN的地址信息后, CN 的地址信息不属于地域受限请求端 A的有效地域范围, LCS系统向地域 受限请求端 A返回定位失败响应, 拒绝向地域受限请求端 A提供目标 UE的位置信息; CN的地址信息属于地域受限请求端 B的有效地域范围 内, LCS系统立即对目标 UE进行定位, 并向地域受限请求端 B提供目 标 UE的位置信息。
目标 UE与 LCS系统签约位置业务时, 还可将为已授权请求端分配 的鉴权信息与该地域受限请求端的有效地域范围相结合, 例如, 对于请 求端 A, 为其分配的鉴权信息为 Codewordl , 与该 Codeword 1对应的有 效地 i或范围为地区 1和地区 4, 即当目标 UE位于地区 1或地区 4时, 允许 LCS系统向地域受限请求端 A提供该目标 UE的位置信息;对亍请 求端 B, 为其分配的鉴权信息为 Codeword2, 与该 Codeword2对应的有 效地 i或范围为地区 2和地区 3, 即当目标 UE位于地区 2或地区 3时, 允许 LCS系统向地域受限请求端 B提供该目标 UE的位置信息。 这样, 目标 UE对不同的受限请求端的鉴权信息定义不同的地域限制范围。 H-GMLC中存储的目标 UE签约信息中包含地域受限请求端标识名单、 已授权地域受限请求端的鉴权信息以及与该地域受限请求端鉴权信息 相对应的有效地域范围。在 LCS系统处理请求端对目标 UE发起的位置 信息请求时, H-GMLC根据地域受限请求端标识名单判断该请求端是否 为地域受限请求端, 如果为非地域受限请求端, LCS系统对目标 UE进 行定位, 并向该请求端提供目标 UE的位置信息; 如果为地域受限请求 端, 则判断目标 UE当前所在 CN的地址信息是否属于该地域受限请求 端提供的授权信息相对应的有效地域范围内, 如果属于, LCS系统对目 标 UE进行定位, 并向该地域受限请求端提供目标 UE的位置信息, 如 果不属于, 向该地域受限请求端返回定位失败响应, 该定位失败响应中 携带有差错原因值, 拒绝向该受限请求端提供目标 UE的位置信息。 也 可在 H-GMLC收到 V-GMLC转发的目标 UE定位结果信息后, H-GMLC 进一步根据获得的目标 UE的位置信息和地域受限请求端的有效地域范 围, 判断是否向请求端提供目标 UE的位置信息, 处理过程与上述过程 基本相同。
由于是将地域受限请求端的有效地域范围与目标 UE 当前所在 CN 的地址信息以及目标 UE的位置信息进行比较, 必须将有效地域范围与 CN地址信息以及目标 UE的位置信息的表示方法相统一, 因此在目标 UE在为地域受限请求端确定了其有效地域范围后, LCS 系统会将该有 效地域范围转换成与 CN地址信息与目标 UE位置信息的表示方法相统 一的地理范围。
总之, 以上所述仅为本发明的较佳实施例而已, 并非用于限定本发 明的保护范围。

Claims

权利要求书
1、 一种位置业务中地域限制位置信息请求的方法, LCS Client向位 置业务系统发起对目标 UE的位置信息请求,位置业务系统进行处理时, 其特征在于, 该方法包含以下步骤:
A、 位置业务系统判断 LCS Client发起的位置信息请求是否为地域 限制位置信息请求, 如果为地域限制位置信息请求, 则执行步骤 C, 如 果为非地域限制位置信息请求, 则执行步骤 B;
B、位置业务系统向 LCS Client返回目标 UE的位置信息,结束当前 对位置信息请求的处理;
C、 位置业务系统拒绝向 LCS Client提供目标 UE的位置信息。
2、根据权利要求 1所述的方法, 其特征在于, 所述位置业务系统为 位置业务系统中的 GMLC。
3、 根据权利要求 2所述的方法, 其特征在于, 所述步骤 A包舍以 下步骤:
Al、 GMLC获取目标 UE当前所在 CN的地址信息后,对 LCS Client 执行私密性鉴权, 判断 LCS Client发起的位置信息请求是否为地域限制 位置信息请求, 如果为地域限制位置信息请求, 则执行步骤 C, 如果为 非地域限制位置信息请求, 则执行步骤 A2;
A2、 GMLC向 CN发送定位目标 UE请求, CN对目标 UE进行定 位后, 将对目标 UE的定位结果返回给所述 GMLC, 然后执行步骤 B。
4、根据权利要求 3所述的方法,其特征在于,步骤 A1中所述 GMLC 获取目标 UE当前所在 CN的地址信息之前, 进一步包括: GMLC先判 断该 LCS Client是否为已授权 LCS Client, 如果为已授权 LCS Clie t, 所述 GMLC再获取目标 UE当前所在 CN的地址信息; 否则, 执行步骤 C。
5、 根据权利要求 3所述的方法, 其特征在于, 步骤 A1中所述判断 LCS Client发起的位置信息请求是否为地域限制位置信息请求为: 首先 判断 LCS Client是否为地域受限 LCS Client, 如果为非地域受限 LCS Client, 则执行步骤 B; 如果为地域受限 LCS Client, 继续判断目标 UE 当前所在 CN的地址信息是否属于该地域受限 LCS Client的有效地 i或范 围内, 如果属于, 执行步驟 B, 如果不属于, 执行步骤(。
6、 根据权利要求 3所述的方法, 其特征在于, 步骤 A1中所述判断 LCS Client发起的位置信息请求是否为地域限制位置信息请求为: 首先 判断 LCS Client是否为地域受限 LCS Client, 如果为非地域受限 LCS Client, 则执行步骤 B; 如果为地域受限 LCS Client, 继续判断目标 UE 当前所在 CN的地址信息是否属于与该地域受限 LCS Client提供的鉴权 信息相对应的有效地域范围内, 如果属于, 执行步骤 B, 如果不属于, 执行步骤 (:。
7、 根据权利要求 2所述的方法, 其特征在于, 所述步骤 A包含: GMLC获取目标 UE的位置信息后, 对 LCS Client执行私密性鉴权, 判 断 LCS Client发起的位置信息请求是否为地域限制位置信息请求, 如果 为地域限制位置信息请求, 则执行步骤 C, 如果为非地域限制位置信息 请求, 则执行步骤 B。
8、根据权利要求 7所述的方法, 其特征在于, 判断 LCS Client发起 的位置信息请求是否为地域限制位置信息请求为: 首先判断 LCS Client 是否为地域受限 LCS Client, 如果为非地域受限 LCS Client, 则执行步 骤 B; 如果为地域受限 LCS Client, 继续判断目标 UE的位置信息是否 属于该地域受限 LCS Client的有效地域范围内,如果属于,执行步骤 B, 如果不属于, 执行步骤〇。
9、根据权利要求 7所述的方法, 其特征在于, 判断 LCS Client发起 的位置信息请求是否为地域限制位置信息请求为: 首先判断 LCS Client 是否为地域受限 LCS Client, 如果为非地域受限 LCS Client, 则执行步 骤 B; 如果为地域受限 LCS Client, 继续判断目标 UE的位置信息是否 属于与该地域受限 LCS Client提供的鉴权信息相对应的有效地域范围 内, 如果属于, 执行步骤 B, 如果不属于, 执行步骤(。
10、 根据权利要求 1 所述的方法, 其特征在于, GMLC存储目标 UE签约信息。
11、 根据权利要求 10所述的方法, 其特征在于, 所述目标 UE签约 信息包括: 地域受限 LCS Client标识以及与该地域受限 LCS Client标识 相对应的有效地域范围。
12、 4艮据权利要求 11所述的方法, 其特征在于, 所述目标 UE签约 信息包括: 地域受限 LCS Client标识、 与该地域受限 LCS Client标识相 对应的鉴权信息以及与该鉴权信息相对应的有效地域范围。
13、 根据权利要求 11或 12所述的方法, 其特征在于, 所述有效地 域范围为目标 UE允许位置业务系统向地域受限 LCS Client提供该目标 UE位置信息的应用地域范围。
14、 根据权利要求 1所述的方法, 其特征在于, 所述步骤 C进一步 包括: 位置业务系统向所述 LCS Client发送定位失败响应。
PCT/CN2004/000230 2003-03-24 2004-03-19 Procede de demande d'information de localisation de zone a acces limite dans un service de localisation WO2004086781A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB031210805A CN100474945C (zh) 2003-03-24 2003-03-24 位置业务中地域限制位置信息请求的方法
CN03121080.5 2003-03-24

Publications (1)

Publication Number Publication Date
WO2004086781A1 true WO2004086781A1 (fr) 2004-10-07

Family

ID=33035143

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2004/000230 WO2004086781A1 (fr) 2003-03-24 2004-03-19 Procede de demande d'information de localisation de zone a acces limite dans un service de localisation

Country Status (2)

Country Link
CN (1) CN100474945C (zh)
WO (1) WO2004086781A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114125742A (zh) * 2020-08-28 2022-03-01 华为技术有限公司 一种定位业务计费方法及装置
WO2024001811A1 (zh) * 2022-06-29 2024-01-04 华为技术有限公司 信息发送方法和装置

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100391303C (zh) * 2004-12-15 2008-05-28 华为技术有限公司 一种定位上报服务方法
US7912451B2 (en) * 2007-02-26 2011-03-22 Sony Ericsson Mobile Communications Ab Limiting use of electronic equipment features based on location
CN101222769A (zh) * 2008-01-25 2008-07-16 中兴通讯股份有限公司 移动终端的远程控制方法
CN101227722B (zh) * 2008-01-29 2011-03-02 中兴通讯股份有限公司 实现用户移动性限制的系统和方法
CN102014337A (zh) * 2010-10-28 2011-04-13 东莞市泰斗微电子科技有限公司 一种定位限制方法、相应的定位装置及系统
CN102137381B (zh) * 2010-11-09 2014-06-25 华为终端有限公司 通过家庭基站进行网络通信的方法、装置及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1330770A (zh) * 1998-03-31 2002-01-09 格雷格·A·皮乔内利 在通信网络上根据地理位置来限制信息发送的系统和方法
US6463289B1 (en) * 1999-08-09 2002-10-08 Ericsson Inc. System and method for providing restricting positioning of a target mobile station based on the calculated location estimate
EP1289220A1 (en) * 2001-09-03 2003-03-05 Alcatel Locally restricted open communication

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1330770A (zh) * 1998-03-31 2002-01-09 格雷格·A·皮乔内利 在通信网络上根据地理位置来限制信息发送的系统和方法
US6463289B1 (en) * 1999-08-09 2002-10-08 Ericsson Inc. System and method for providing restricting positioning of a target mobile station based on the calculated location estimate
EP1289220A1 (en) * 2001-09-03 2003-03-05 Alcatel Locally restricted open communication

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114125742A (zh) * 2020-08-28 2022-03-01 华为技术有限公司 一种定位业务计费方法及装置
WO2024001811A1 (zh) * 2022-06-29 2024-01-04 华为技术有限公司 信息发送方法和装置

Also Published As

Publication number Publication date
CN1533205A (zh) 2004-09-29
CN100474945C (zh) 2009-04-01

Similar Documents

Publication Publication Date Title
CN100403840C (zh) 提供位置信息的方法
JP4105094B2 (ja) テレコミュニケーションシステム及びプライバシー管理方法
EP1894430B1 (en) Method and apparatus for providing location services with shortened message flows
US8045999B2 (en) Location information system and method for performing notification based upon location
CA2366045C (en) Enhancements to location-based services functionality in a radio telecommunication network
US20060246920A1 (en) Method for providing a location information service in mobile communications system
US7623874B2 (en) Method for processing requests for location
WO2008092392A1 (fr) Procédé, dispositif et système de fourniture de service de localisation
WO2005004503A1 (en) A disposal method of location information request in the location service
KR20100022975A (ko) 와이맥스 네트워크에서 엘비에스에 대한 인증 및 인가 검사를 위한 방법 및 장치
KR100824172B1 (ko) 차세대 이동통신망에서의 위치정보 제공시스템 및 방법
WO2005051009A1 (fr) Procede de traitement de demande d'information de localisation periodique
EP1188287B1 (en) Determination of the position of a mobile terminal
CN116097797A (zh) 用于在通信系统执行直连链路定位/测距过程的方法和网络系统
WO2004086781A1 (fr) Procede de demande d'information de localisation de zone a acces limite dans un service de localisation
WO2005036900A1 (fr) Procede de traitement apres modification des informations de confidentialite d'un equipement d'utilisateur cible
CN101335918A (zh) 提供位置信息的方法
WO2009129729A1 (zh) 位置业务的实现方法、系统及csn
WO2005104577A1 (fr) Systeme et procede de realisation d'une localisation
WO2004114688A1 (fr) Procede de traitement qui fournit au cote demandeur, des informations de position du materiel d'un utilisateur abonne
EP1435189B1 (en) System for providing information about the location of mobile users subscribing to a network and roaming in a different network not supporting the same positioning method
JP2007521778A (ja) ロケーションサービスの処理方法
WO2004066658A1 (fr) Procede de demande de position periodique dans un service de position
KR100914208B1 (ko) Wlan과 이동통신 네트워크간 연동을 통한 위치 정보서비스 제공 시스템 및 방법
WO2006024229A1 (fr) Procede de traitement de notification/validation d'une demande d'information de position de type de zone variationnel

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase