WO2011035647A1 - 实现紧急定位的方法及系统 - Google Patents

实现紧急定位的方法及系统 Download PDF

Info

Publication number
WO2011035647A1
WO2011035647A1 PCT/CN2010/075527 CN2010075527W WO2011035647A1 WO 2011035647 A1 WO2011035647 A1 WO 2011035647A1 CN 2010075527 W CN2010075527 W CN 2010075527W WO 2011035647 A1 WO2011035647 A1 WO 2011035647A1
Authority
WO
WIPO (PCT)
Prior art keywords
slp
location
supl
location information
lrf
Prior art date
Application number
PCT/CN2010/075527
Other languages
English (en)
French (fr)
Inventor
李志军
李会
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP10818341.9A priority Critical patent/EP2469894B1/en
Priority to US13/496,616 priority patent/US20120178411A1/en
Publication of WO2011035647A1 publication Critical patent/WO2011035647A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections

Definitions

  • the present invention relates to an emergency call technology, and more particularly to a user equipment (UE, User Equipment) having a User Location Service (SUPL) capability, and a method and system for implementing emergency location when an emergency call is initiated.
  • UE User Equipment
  • SUPPL User Location Service
  • IMS IP Multimedia Core Subsystem
  • SIP Session Initiation Protocol
  • SIP specifies that communication is independent of access, and has multiple media service control functions and bearer separation capabilities, call and session separation capabilities, application and service separation capabilities, service and network separation capabilities, and mobile network and Internet service convergence capabilities. Wait.
  • the emergency service (EMC) under IMS can be built on a general packet radio service (GPRS) network and a system architecture evolution (SAE) network. Provide unified emergency call control.
  • GPRS general packet radio service
  • SAE system architecture evolution
  • location services are indispensable.
  • the emergency call needs to be routed to the appropriate police station according to the location of the UE.
  • the police station needs to know the current location information of the UE. .
  • FIG. 1 is a schematic diagram of a network architecture of an emergency call for a UE to access an IMS through an SAE.
  • the solid line indicates signaling, and the dotted line indicates the user's IP channel.
  • the network element including the SAE network part and the location location service part are included.
  • the network element of the SAE network part is used to provide the underlying bearer management and mobility management, including an enhanced radio base station (eNodeB), a mobility management entity (MME, Mobility Management Entity), and user plane data routing processing (SAE). GW).
  • the eNodeB is the control device for the main air interface resources of the next generation of radio access networks, which can provide higher uplink and downlink rates, lower transmission delays and more reliable wireless transmission.
  • the MME is responsible for managing and storing the context of the user equipment (UE, User Equipment), such as the UE/user identity, mobility management status, user security parameters, etc., and assigning a temporary identifier to the user. When the UE is camped on the tracking area or the network, Responsible for authenticating the user.
  • the SAE gateway (GW, Gate Way) (user plane function entity) can be divided into two types: a service gateway (S-GW, Serving GW) and a packet data network gateway (PDN GW, also referred to as P-GW).
  • S-GW service gateway
  • PDN GW packet data network gateway
  • the S-GW is a mobility anchor between the SAE system and the legacy 3GPP system and an evolved universal mobile communication system terrestrial radio access network (E-UTRAN, which is the border gateway of the SAE and Packet Data Network (PDN), responsible for PDN access, forwarding data between SAE and PDN.
  • E-UTRAN evolved universal mobile communication system terrestrial radio access network
  • PDN Packet Data Network
  • the core network element of the SUPL part of the user plane positioning service is the user plane positioning platform (SLP, SUPL Location Platform).
  • SLP SUPL Location Platform
  • SET SUPL Enabled Terminal
  • UE UE that integrates a positioning module (such as A-GPS).
  • the IMS emergency call part includes: a Home Subscriber Server (HSS), an Emergency Call Session Control Function (E-CSCF), a Location Require Function (LRF), and a public security connection. Entry point (PSAP, Public Safety Access Point).
  • HSS Home Subscriber Server
  • E-CSCF Emergency Call Session Control Function
  • LRF Location Require Function
  • PSAP Public Safety Access Point
  • the HSS management user's subscription data is located in the home network.
  • E-CSCF The core network element that controls the emergency session process is located on the visited network.
  • the PSAP is actually a police station.
  • the LRF is a logical functional entity that provides location information of the UE for the E-CSCF, PSAP, etc.
  • the LRF can be deployed independently or in other location servers, such as integrated into the SLP.
  • a SUPL-capable UE is configured with an SLP of the home network, that is, an H-SLP.
  • an H-SLP When the UE is not roaming, it can perform positioning by interacting with the H-SLP.
  • the UE needs to cooperate with the H-SLP and the SLP of the visited network, that is, the V-SLP to complete the positioning.
  • the processing logic for the emergency call may be different from the general call.
  • E- SLP Emergency SLP 0
  • Figure 2 is a schematic diagram of a SUPL-capable UE interacting with a positioning platform in a roaming scenario.
  • NI-LR Network Initiated Location Request
  • FIG. 3 is a flowchart of the network side initiating positioning when the UE initiates an emergency call under the LTE/EPS access, and the following steps are performed as shown in FIG. 3:
  • Step 300 The UE is attached to an IP access network (IP CAN).
  • IP CAN refers to the access layer including eNodeB and MME.
  • the UE is assigned an IP address in the process of the UE attaching to the network. And, the UE discovers the address of the P-CSCF, which is the entry of the IMS domain, through the attach procedure.
  • Step 301 The UE initiates an emergency call request, that is, initiates a SIP invitation (INVITE) to the P-CSCF, where the emergency identifier (Emc) is carried.
  • the call request is routed to the E-CSCF.
  • Step 302 After receiving the emergency call request of the UE, the E-CSCF initiates a location query request to the LRF, and requests the LRF to provide the location information of the UE.
  • Step 304 After obtaining the location information of the UE from the SLP, the L F decides the appropriate PSAP according to the location information of the UE, sends a location query response to the E-CSCF, and returns the location information and the PSAP information of the UE.
  • Step 305 After obtaining the location information and the PSAP information of the UE, the E-CSCF transfers the emergency call request initiated by the UE to the PSAP, that is, transfers the SIP INVITE to the PSAP, where the emergency identifier is carried.
  • Step 306 The subsequent process is a process of establishing an emergency call between the PSAP and the UE.
  • Step 303 is a generalized process, and a specific SUPL positioning process is established between the SLP and the UE, and the method shown in FIG. 4 or FIG. 5 below may be used.
  • FIG. 4 is a flow chart of establishing a SUPL positioning process with the UE after the SLP receives the location query request. As shown in FIG. 4, the SLP notifies the UE to initiate the SUPL through a short message gateway (SMS GW), a WAP gateway (MAT PPG), or the like. Positioning process. Specifically, the following steps are included:
  • Step 400 to step 401 The SLP receives a location query request sent by another network entity, and sends a SUPL INIT message to the short message center, the WAP gateway, and the like. In this message, the SUPL session ID, the positioning mode supported by the SLP, and the operation mode of the SLP are carried.
  • Step 402 to Step 403 The SMS Center (or WAP Gateway) packages the SUPL INIT into a short message (or WAP message) and sends it to the UE.
  • Step 404 After receiving the packaged SUPL INIT message, the UE actively initiates a process for establishing a user plane bearer for positioning to the network. And, a TLS secure link tunnel is established between the UE and the SLP.
  • Step 405 The UE sends a SUPL POS INIT message to the SLP. In this message, the SUPL session ID, the SUPL capability of the UE, and the like are carried.
  • Step 406 Subsequent positioning message interaction.
  • Step 407 After the positioning ends, the SLP sends a SUPL End (SUPL END) message to the UE.
  • the SLP initiates the location process by using the process shown in FIG. 5.
  • FIG. 5 is another flowchart of establishing a SUPL positioning procedure with the UE after the SLP receives the location query request. As shown in FIG. 5, the SLP sends a SUPL INIT message to the UE through the IMS core network element. Specifically include:
  • Step 500 to step 501 The SLP receives a location query request sent by another network entity, and sends a SUPL INIT message to the IMS core network element. Typically, the message is protected in a SIP Message message.
  • Step 502 The IMS core network element forwards the SIP message to the UE, where the SUPL INIT message is included.
  • Step 503 After receiving the SUPL INIT message included in the SIP message, the UE actively initiates a process of establishing a user plane bearer for positioning to the network. And, a TLS secure link tunnel is established between the UE and the SLP.
  • Step 504 The UE returns a 200 OK response to the IMS core network element.
  • Step 505 The UE sends a SUPL POS INIT message to the SLP.
  • the SUPL session ID, the SUPL capability of the UE, and the like are carried.
  • Step 506 Subsequent positioning message interaction. After the positioning is completed, the SLP sends a SUPL End (SUPL END) message to the UE to end the positioning process.
  • SUPL End SUPL End
  • the process shown in FIG. 3, FIG. 4, and FIG. 5 can implement the method for implementing the location service required by the network side to provide the location service required for the emergency call when the UE initiates an emergency call.
  • NI-LR network-side positioning process
  • the present invention provides a method for actively issuing an emergency location procedure (MO-LR) when an emergency call is initiated by a UE, which is used to support an emergency call, and can effectively solve the existing problem.
  • MO-LR emergency location procedure
  • the main object of the present invention is to provide a method and system for implementing emergency positioning, which can be easily and reasonably implemented to ensure the completion of an emergency call process.
  • the present invention provides a method for implementing emergency positioning, including:
  • the user terminal UE initiates an emergency call, and initiates a positioning process to the user plane positioning platform SLP.
  • the SLP obtains the location information of the UE through the positioning process, and provides the location information of the UE to the location request function LRF.
  • the process of initiating the location of the UE to the SLP is: the UE immediately initiates a location initiation request to the SLP after initiating an emergency call request; or, the UE initiates an emergency call.
  • the location start request is initiated to the SLP; the location initiation request carries an emergency identifier.
  • the SLP initiates the location initiation request, and the method includes: sending, by the UE, a SUPL initiation message carrying an emergency identifier to the SLP; and after receiving the SUPL initiation message from the UE, the SLP returns a SUPL response message to the UE.
  • the obtaining, by the SLP, the location information of the UE by using the positioning process the UE sends a SUPL positioning initialization message to the SLP, and after the SUPL connection is established between the UE and the SLP, the SLP acquires the location information of the UE from the UE.
  • the providing, by the SLP, location information of the UE to the LRF includes: sending, after the E-CSCF receives the emergency call request from the UE, a location query request to the LRF; and the LRF queries the location information of the UE from the SLP. And return to the E-CSCF.
  • the method before the LRF queries the location information of the UE from the SLP, the method further includes: the SLP is associated with the positioning process and the location query request, and the SLP receives the location query request initiated by the LRF but the UE initiates the location.
  • the SLP waits for the positioning process to end, and provides the location information of the UE to the LRF; or, when the LRF queries the location information of the UE from the SLP, if the positioning process has ended, the SLP directly provides the LRF to the LRF. The obtained location information of the UE.
  • the association information includes an identifier of the UE, and/or an IP address of the UE.
  • the method further includes: the obtaining, by the UE, the address of the SLP of the visited network from the network, including: the UE sending an attach request to the access network; the attaching succeeds, the access network returns an attach response, and in the attach response, carrying There is an SLP domain name or an IP address of the network; if the UE obtains the domain name of the SLP in the attach response, the method further includes: the UE requests the DNS server to resolve the domain name; and the DNS server returns the IP address of the parsed SLP to the UE.
  • the method further includes: the obtaining, by the UE, the address of the SLP of the visited network from the network, including: the UE sending an attach request to the access network; the UE attaching successfully, the network allocates an IP resource, and the return carries the DHCP server. Attachment response of the address; the UE sends to the DHCP server The DHCP query is singularly requested.
  • the DHCP server returns a DHCP query response, which carries the domain name or IP address of the SLP of the network; or, by DHCP broadcast message, returns the domain name or IP address of the SLP of the network to the UE; if the DHCP server returns The SLP domain name further includes: the UE requests the DNS server to resolve the IP address of the SLP; and the DNS server returns the IP address of the parsed SLP.
  • the present invention also provides a system for implementing emergency positioning, including at least a UE, an SLP, and an LRF, where the UE is configured to initiate an emergency call, and initiates a positioning process to the SLP; and the SLP is configured to obtain location information of the UE by using a positioning process, And provide the location information of the UE to the LRF.
  • the system further includes an E-CSCF, configured to receive an emergency call request sent by the UE, send a location query request to the LRF, obtain location information of the UE, and a suitable PSAP.
  • the E-CSCF routes the UE-initiated emergency call request to the PSAP;
  • the LRF is further configured to query the location information of the UE from the SLP, and determine an appropriate PSAP according to the obtained location information, to the E-CSCF. Returns a location query response carrying the location information and PSAP information of the UE.
  • the UE is specifically configured to send a SUPL start message carrying an emergency identifier to the SLP to initiate a positioning process; the UE initiates a SUPL positioning initialization message to the SLP, and establishes a SUPL connection between the UE and the SLP; Specifically, after receiving the SUPL start message from the UE, returning a SUPL response message to the UE; after establishing a SUPL connection between the UE and the SLP, the SLP acquires location information from the UE.
  • the positioning process is initiated to the SLP while the UE initiates the emergency call; the SLP obtains the location information of the UE by using the positioning process, and provides the location information of the UE to the LRF.
  • the positioning process is initiated by the user terminal that initiates the emergency call, and the SLP is not required to support the SIP protocol, which simplifies the design of the SLP; and the UE is a qualified SET terminal that is clear to the UE itself, and the positioning request initiated by the UE must be Achieving the right response ensures a successful implementation of the emergency call process.
  • FIG. 1 is a schematic diagram of a network architecture of an emergency call in which a UE accesses an IMS through a SAE;
  • FIG. 2 is a schematic diagram of interaction between a UE having a SUPL capability and a positioning platform in a roaming scenario;
  • FIG. 3 is a flow chart of the network side initiating positioning when the UE initiates an emergency call under the LTE/EPS access, using the SUPL as the location service technology;
  • FIG. 4 is a flowchart of establishing a SUPL positioning process with a UE after receiving a location query request by the SLP;
  • FIG. 5 is another flow chart of establishing a SUPL positioning process with the UE after the SLP receives the location query request;
  • FIG. 6 is a flow chart of a method for implementing emergency positioning according to the present invention.
  • FIG. 7 is a flowchart of an embodiment of a terminal for implementing an emergency call according to the present invention
  • FIG. 8 is a flow chart of the UE discovering an SLP in the embodiment shown in FIG. 7;
  • FIG. 9 is another flow chart of the UE discovering the SLP in the embodiment shown in FIG. 7. detailed description
  • FIG. 6 is a flowchart of a method for implementing emergency positioning according to the present invention. As shown in FIG. 6, the method includes: Step 600: The UE initiates an emergency call, and initiates a positioning process to the SLP.
  • the UE initiates an emergency call request, that is, initiates a SIP INVITE carrying an emergency identifier, and the emergency call request is routed to the E-CSCF. Meanwhile, the UE sends a SUPL positioning initialization message to the SLP, and can send a SUPL start message carrying the emergency identifier to the SLP. (SUPL START), to start the positioning process.
  • the UE may initiate a location initiation request to the SLP immediately after initiating an emergency call request (SIP INVITE) to the IMS;
  • SIP INVITE emergency call request
  • a location initiation request may be initiated to the SLP before an emergency call request (SIP INVITE) is initiated to the IMS.
  • SIP INVITE emergency call request
  • Step 601 The SLP obtains location information of the UE by using a positioning process, and provides location information of the UE to the LRF.
  • the SLP After receiving the SUPL START message from the UE, the SLP returns a SUPL RESPONSE message to the UE. During this interaction, the UE and the SLP exchange the SUPL positioning capability and negotiate specific parameters such as a specific positioning method. Then, the UE initiates a positioning initialization message to the SLP, that is, sends a SUPL POS INIT message. After the SUPL connection is established between the UE and the SLP, the SLP obtains the location information from the UE through the subsequent positioning process.
  • the E-CSCF when the E-CSCF receives the emergency call request sent by the UE, it sends a location query request to the LRF, requests the LRF to return the location information of the UE, and selects an appropriate PSAP according to the location of the UE.
  • the LRF queries the location information of the UE from the SLP, and determines an appropriate PSAP according to the obtained location information, and returns a location query response carrying the location information and PSAP information of the UE to the E-CSCF; after the E-CSCF obtains the PSAP, the UE is obtained.
  • the initiated emergency call request is routed to the PSAP.
  • an emergency call is established between the PSAP and the UE.
  • a system for implementing emergency positioning including at least a UE, an SLP, and an LRF, is provided for the method of the present invention, where
  • the UE is configured to initiate an emergency call and initiate a positioning process to the SLP.
  • the SLP is configured to obtain location information of the UE by using a positioning process, and provide location information of the UE to the LRF.
  • the system further includes an E-CSCF, configured to receive an emergency call request sent by the UE, send a location query request to the LRF, obtain location information of the UE, and a suitable PSAP. After obtaining the PSAP, the E-CSCF routes the emergency call request initiated by the UE to the PSAP.
  • E-CSCF configured to receive an emergency call request sent by the UE, send a location query request to the LRF, obtain location information of the UE, and a suitable PSAP.
  • the LRF is further configured to query the location information of the UE from the SLP, determine an appropriate PSAP according to the obtained location information, and return a location query response carrying the location information of the UE and the PSAP information to the E-CSCF.
  • the UE is specifically configured to send a SUPL positioning initialization message to the SLP, and send a SUPL START message carrying the emergency identifier (SUPL START) to the SLP to initiate the positioning process; the UE initiates a SUPL positioning initialization message to the SLP, where the UE and the UE A SUPL connection is established between the SLPs.
  • SUPL START emergency identifier
  • the SLP is specifically configured to: after receiving the SUPL START message from the UE, return a SUPL RESPONSE message to the UE, in the interaction process, the UE and the SLP exchange the SUPL positioning capability, negotiate a specific positioning method, and other important parameters. After the SUPL connection is established between the UE and the SLP, the SLP obtains location information from the UE through a subsequent positioning process.
  • FIG. 7 is a flowchart of an embodiment of a terminal for initiating an emergency call according to the present invention. As shown in FIG. 7, when an emergency call is initiated for a UE, a UE-originated positioning process (MO-LR) is used to implement an emergency positioning process. Includes the following steps:
  • Step 700 The UE attaches to the IP access network.
  • the UE has SUPL capability and is SET.
  • An IP access network refers to a SAE network that includes important network element entities such as eNodeBs and MMEs. After the UE attaches to the IP access network, it is assigned an appropriate IP address, and obtains necessary network information such as a Dynamic Host Setup Protocol (DHCP) server address and a Domain Name Server (DNS) address from the network.
  • DHCP Dynamic Host Setup Protocol
  • DNS Domain Name Server
  • Step 701 The UE obtains an SLP address of the visited network from the network.
  • the UE can construct an appropriate domain name and request the DNS server to resolve to obtain the address of the SLP located in the visited network: If the UE wishes to find an SLP for the emergency call located in the visited network, ie, the E-SLP, the UE can construct a form. : "E-SL XXX.XXX.XXX" or a similarly structured domain name, where XXX can be any valid string, for example, when the visited network is a 3GPP network, it can be constructed as "E-SLRMNC.MCC.PUB.
  • 3GPPNETWORK ORG, where MNC is the network number of the visited network accessed by the UE, MCC is the country number of the network accessed by the UE, and 3GPPNETWORK indicates that the UE is currently accessing the 3GPP network.
  • the UE accesses the EPS network, is assigned an IP address, and Obtain a suitable SLP address with the conditions to initiate an emergency call.
  • Step 702 The UE initiates an emergency call request, that is, initiates a SIP INVITE carrying an emergency identifier.
  • the emergency call request is routed to the E-CSCF.
  • Step 703 After the UE initiates the emergency call request, and simultaneously sends a SUPL positioning initialization message to the SLP, the SUPL START_START message carrying the emergency identifier may be sent to the SLP.
  • Step 704 After receiving the SUPL START message from the UE, the SLP returns a SUPL RESPONSE message to the UE.
  • step 703 and step 704 the UE and the SLP exchange the SUPL positioning capability, negotiate the specific positioning method and other important parameters.
  • Step 705 The UE initiates a SUPL POS INIT message to the SLP.
  • Step 706 After the UE and the SLP establish a SUPL connection through the steps 703 to 705, the SLP obtains the location information of the UE from the UE by using a subsequent positioning process.
  • Step 707 After the UE initiates the emergency call request in step 702, when the E-CSCF receives the emergency call request sent by the UE, the E-CSCF sends a location query request to the LRF.
  • the location query request is used to request the LRF to return the location information of the UE, and determine the appropriate PSAP according to the location of the UE.
  • Step 708 The LRF queries the location information of the UE from the SLP.
  • Step 709 After obtaining the location information of the UE from the SLP, the L F determines an appropriate PSAP according to the location information, and returns a location query response carrying the location information of the UE and the PSAP information to the E-CSCF.
  • Step 710 After obtaining the PSAP, the E-CSCF routes the emergency call request initiated by the UE to the PSAP.
  • Step 711 In the subsequent process, an emergency call is established between the PSAP and the UE.
  • step 703 does not need to wait for the return response of step 702, that is, the step 703 is concurrently performed in step 702.
  • the condition of step 703 is that the UE knows that it wants to initiate an emergency call. Therefore, step 703 may be initiated before or at the same time as step 702, or may be initiated later than step 702.
  • step 707 may have been initiated.
  • the SLP should associate the location request of step 707 to the MO-LR positioning procedure being established in steps 703 to 706. That is, the SLP may associate the location query request initiated by the LRF to the MO-LR emergency location procedure initiated by the UE according to the identifier of the UE, and/or the IP address of the UE, so that the SLP may be from the MO-LR.
  • the location information of the UE acquired by the emergency location process is provided to the LRF.
  • step 707 is temporarily suppressed, and step 707 is returned after waiting for step 706 to end.
  • a simple suppression method is: after receiving the step 707, the SLP waits for the end of the execution of the MO-LR emergency positioning process initiated by the UE, and then processes the response to the step 707.
  • the SLP may have obtained the location information of the UE from the execution of the step 703 to the step 706, and the SLP may directly provide the location information of the obtained UE to the LRF.
  • the UE in order to ensure the execution of step 703, the UE first needs to obtain the information of the SLP of the visited place, and the obtaining method may be:
  • the UE obtains the V-SLP of the visited network by requesting the H-SLP of the home network. Or,
  • the UE discovers the SLP of the visited network by constructing a domain name.
  • the above two methods are typical implementation methods for discovering the E-SLP of the visited network. These two methods have problems for users who do not have a valid IMSI, or who do not have a Subscriber Identity Module (SIM) card.
  • SIM Subscriber Identity Module
  • the SLP will be caused by the UE not being able to discover the visited network. Because, if the UE has no valid IMSI or no SIM card, the UE cannot obtain the address of the home network H-SLP, and the H-SLP is usually configured in the SIM card of the UE. Similarly, for the construction method for discovering the SLP domain name, the basic information is also stored on the SIM card. Therefore, in some cases (such as no SIM card users), as described above, it is not possible to help the UE obtain the address of the SLP.
  • the present invention proposes two methods, which can meet the requirements of the UE not having a valid IMSI and no SIM card to discover the SLP, and can be applied to the scenarios of UE roaming and non-roaming.
  • FIG. 8 is a flow chart of the UE discovering the SLP in the embodiment shown in FIG. 7. As shown in FIG. 8, when the UE attaches to the IP network, the IP network adds the SLP domain name in the network in the attach response or The process of returning the address to the UE. Specifically, the following steps are included:
  • Step 800 The UE sends an attach request to the IP network.
  • Step 801 The connection is successful, and the IP network returns an attach response.
  • the SLP domain name or IP address of the network is carried.
  • the SLP may be an SLP that serves normal positioning (if the UE is not roaming, it returns H-SLP, if the UE roams, it returns V-SLP), and may also be an E-SLP serving emergency positioning.
  • the method further includes the step 802: the UE sends a DNS request to the DNS server, requesting the DNS server to resolve the domain name.
  • Step 803 The DNS server returns a DNS response to the UE, and returns the parsed SLP address to the UE.
  • FIG. 9 is another flow chart of the UE discovering the SLP in the embodiment shown in FIG. 7. As shown in FIG. 9, the process for obtaining the SLP information from the DHCP server by the UE. Specifically, the method includes the following steps: Step 900: The UE sends an attach request to the IP access network.
  • Step 901 The UE attaches successfully, and the network allocates resources such as IP to the network, and returns an attach response. Usually the address of the DHCP server will be returned together.
  • Step 902 The UE sends a DHCP query request to the DHCP server to obtain some necessary network information.
  • Step 903 The DHCP server returns a DHCP query response, where the domain name or IP address of the SLP of the network is carried. Alternatively, the domain name or IP address of the SLP of the network is returned to the UE through the DHCP broadcast message.
  • the method further includes the step 904: the UE sends a DNS query request to the DNS server, requesting to resolve the IP address of the SLP.
  • Step 905 The DNS server returns a DNS query response carrying the IP address parsed according to the SLP domain name.
  • the process of discovering the SLP by the UE shown in FIG. 8 or FIG. 9 can be seen.
  • the present invention effectively solves the problem that the network uses the SUPL as the positioning technology, and when the UE terminal has no valid IMSI or no SIM card, when an emergency call is initiated, The establishment of the emergency location process ensures the successful implementation of emergency calls.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

实现紧急定位的方法及系统 技术领域
本发明涉及紧急呼叫技术， 尤指一种具有用户面定位服务 （SUPL, Security User Plane Location ) 能力的用户设备 ( UE, User Equipment ), 发 起紧急呼叫时实现紧急定位的方法及系统。 背景技术
IP多媒体子系统 （ IMS , IP Multimedia Core Network Subsystem )是新 一代通讯网络的核心， IMS 采用会话发起协议 ( SIP , Session Initiation Protocol )体系。 SIP 规定通讯与接入无关， 并具备多种媒体业务控制功能 与承载能力分离能力、 呼叫与会话分离能力、 应用与服务分离能力、 业务 与网络分离能力、 以及移动网与英特网业务融合能力等。
由于 IMS和接入无关的特点， IMS下的紧急业务（EMC, Emergency Call )可以建设在通用无线分组业务 ( GPRS, General Packet Radio Service ) 网络、 系统架构演进（SAE, System Architecture Evolution ) 网络上， 提供 统一的紧急呼叫控制。
为了实现 IMS下的紧急业务， 定位服务是必不可少的， 比如： 需要根 据 UE的位置将紧急呼叫路由到合适的警局， 警局出于安全、 救援的目的， 需要知道 UE当前的位置信息。
目前， 常用的定位技术有两种： 第三代合作伙伴计划 （3GPP, The 3rd Generation Partnership Project )组织定义的控制面定位月良务 ( LCS, Location Service )技术，以及 OMA组织定义的用户面定位服务（ SUPL , Security User Plane Location )技术。 其中， SUPL定位技术由于其架构实现简单、 和核心 网无关性， 得到了广泛的应用。 图 1为 UE通过 SAE接入 IMS的紧急呼叫的网络架构示意图， 其中， 实线表示信令， 虚线表示用户的 IP通道， 如图 1所示， 包括 SAE网络部分 的网元、 位置定位服务部分的网元， 以及 IMS紧急业务的部分。
其中， SAE网络部分的网元， 用于提供底层的承载管理和移动性管理， 包括增强的无线基站 （ eNodeB )、 移动性管理实体 （ MME , Mobility Management Entity )、 以及用户面数据路由处理（ SAE GW )。 eNodeB是下 一代的无线接入网的主要空口资源的控制设备， 可以提供更高的上下行速 率， 更低的传输延迟和更加可靠的无线传输。 MME负责管理和存储用户设 备（ UE, User Equipment )的上下文， 比如 UE/用户标识、移动性管理状态、 用户安全参数等， 为用户分配临时标识， 当 UE驻扎在该跟踪区域或者该网 络时， 负责对该用户进行鉴权。 SAE网关 （ GW， Gate Way ) (用户面功能 实体）可以分为服务网关 （S-GW, Serving GW )和分组数据网网关（ PDN GW, 也可简称为 P-GW ) 两种。 S-GW是 SAE系统与传统 3GPP系统间的 移动锚点以及演进的通用移动通信系统陆地无线接入网 （ E-UTRAN , 是 SAE与分组数据网络（ PDN , Packet Data Network ) 的边界网关， 负责 PDN的接入、 在 SAE与 PDN间转发数据等功能。
其中，用户面定位良务 SUPL部分的核心网元为用户面定位平台（ SLP , SUPL Location Platform )。 另夕卜， 具有 SUPL能力的用户终端被称之为 SET ( SUPL Enabled Terminal )， 实际上就是集成定位模块（如 A-GPS ) 的 UE。
其中， IMS紧急业务的部分用于控制和处理紧急呼叫的会话。其中， IMS 紧急呼叫部分包括： 归属用户服务器 （HSS, Home Subscriber Server ). 紧 急呼叫会话控制功能 （ E-CSCF, Emergency Call Session Control Function )、 位置请求功能（LRF， Location Require Function ), 公共安全接入点（PSAP， Public Safety Access Point )。 HSS管理用户的签约数据，位于归属网。 E-CSCF 控制紧急会话过程的核心网元， 位于拜访网。 PSAP实际上就是警局。 LRF 是一个逻辑功能实体， 为 E-CSCF、 PSAP等提供 UE的位置信息， LRF可 以独立部署， 也可能包含在其它位置服务器中， 如集成到 SLP中。
通常情况下，具有 SUPL能力的 UE，在终端本身配置了归属网的 SLP， 即 H-SLP, 当 UE处于非漫游时， 可以通过与 H-SLP交互实现定位； 当 UE 漫游到拜访网后， UE需要联合 H-SLP以及拜访网的 SLP, 即 V-SLP—起 完成定位。 额外地， 由于紧急呼叫的特殊性， 必须在拜访网进行处理， 而 且对紧急呼叫的处理逻辑可能区别于一般的呼叫， 因此存在专门针对紧急 呼叫提供位置服务的 SLP, 即紧急呼叫 SLP ( E-SLP, Emergency SLP )0 图 2为具有 SUPL能力的 UE在漫游场景下， 与定位平台间交互的示意图。
目前， 当具有 SUPL能力的 UE终端即 SET发起紧急呼叫时， 对于紧 急呼叫用的定位， 通常由网络侧启动， 即采用网络侧定位（ NI-LR , Network Initiated Location Request )。
图 3为在 LTE/EPS接入下， 釆用 SUPL作为定位服务技术， UE发起紧 急呼叫时， 网络侧发起定位的流程图， 如图 3所示， 包括以下步骤：
步骤 300: UE附着到 IP接入网络（ IP CAN )。 IP CAN是指包括 eNodeB、 MME在内的接入层。
本步骤中， 在 UE附着到网络的过程中， UE被分配 IP地址。 并且， UE通过附着过程， 发现 IMS域的入口即 P-CSCF的地址。
步骤 301： UE发起紧急呼叫请求，即向 P-CSCF发起 SIP邀请（ INVITE ) , 其中携带紧急标识 （Emc )。 该呼叫请求被路由到 E-CSCF。
步骤 302: E-CSCF收到 UE的紧急呼叫请求后 , 向 LRF发起位置查询 请求， 要求 LRF提供 UE的位置信息。 步骤 303: L F接收到 E-CSCF的位置查询请求后， 向 SLP发起位置 查询请求， SLP和 UE建立 SUPL连接， 并从 UE ( SET ) 获得详细的位置 信息。
步骤 304: L F从 SLP获得 UE的位置信息后， 根据 UE的位置信息决 策合适的 PSAP,向 E-CSCF发送位置查询响应 ,返回 UE的位置信息和 PSAP 信息。
步驟 305: E-CSCF获得 UE的位置信息和 PSAP信息后， 将 UE发起 的紧急呼叫请求转接到 PSAP， 即向 PSAP转接 SIP INVITE, 其中携带紧急 标识。
步驟 306: 后续流程为 PSAP和 UE之间建立起紧急呼叫的过程。
在图 3所示的流程中， 当网络侧 （E-CSCF、 LRF )接收到 UE的紧急 呼叫请求后， 决定发起由网络侧发起的位置定位过程 ( NI-L ), 即步骤 302 和步骤 303。 其中， 步骤 303是一个概括的过程， 具体的 SLP和 UE之间建 立 SUPL定位流程， 可以釆用下面图 4或图 5所示的方法。
图 4为 SLP接收到位置查询请求后， 与 UE建立 SUPL定位过程的一 种流程图， 如图 4所示， SLP通过短信网关（ SMS GW )、 WAP网关（ WAP PPG ) 等向 UE通知发起 SUPL定位流程。 具体包括以下步骤：
步骤 400〜步骤 401 : SLP收到其它网络实体发送的位置查询请求， 向 短信中心、 WAP网关等发 SUPL初始化（ SUPL INIT ) 消息。 在该消息中， 携带 SUPL会话 ID、 SLP支持的定位方式、 SLP的运行模式。
步骤 402〜步骤 403: 短信中心（或 WAP网关）将 SUPL INIT包装成短 消息 （或 WAP消息）， 并发送给 UE。
步骤 404: UE接收到包装后的 SUPL INIT消息后， 主动向网络发起用 于定位的用户面承载建立的过程。 并且， UE和 SLP之间建立 TLS安全链 接隧道。 步骤 405: UE向 SLP发送 SUPL定位初始化（ SUPL POS INIT )消息。 在该消息中， 携带 SUPL会话 ID、 UE的 SUPL能力等。
步骤 406： 后续的定位消息交互。
步骤 407: 定位结束， SLP向 UE发送 SUPL结束（ SUPL END )消息。 或者， SLP收到位置查询请求后， 采用图 5所示的流程发起定位过程。 图 5为 SLP接收到位置查询请求后， 与 UE建立 SUPL定位过程的另一种 流程图，如图 5所示， SLP通过 IMS核心网元将 SUPL INIT消息发送给 UE。 具体包括：
步骤 500〜步骤 501 : SLP收到其它网絡实体发送的位置查询请求， 向 IMS核心网元发送 SUPL初始化（ SUPL INIT )消息。 通常地， 该消息被保 护在一个 SIP消息 ( Message ) 消息中。
步骤 502: IMS核心网元将 SIP Message转发给 UE,其中包含 SUPL INIT 消息。
步骤 503: UE收到包含在 SIP Message中的 SUPL INIT消息后， 主动 向网络发起用于定位的用户面承载建立的过程。 并且， UE和 SLP之间建立 TLS安全链接隧道。
步驟 504: UE向 IMS核心网元返回 200 OK响应。
步骤 505: UE向 SLP发送 SUPL定位初始化（ SUPL POS INIT )消息。 在该消息中， 携带 SUPL会话 ID、 UE的 SUPL能力等。
步骤 506: 后续的定位消息交互。 定位结束后， SLP向 UE发送 SUPL 结束（ SUPL END ) 消息， 以结束定位流程。
目前， 通过上述图 3、 图 4、 图 5所示的流程， 可以实现 UE发起紧急 呼叫时， 网络侧启动定位流程， 以提供紧急呼叫所需要的位置服务的实现 方法。 采用如图 3、 图 4、 图 5所示的网络侧定位过程（NI-LR ), 存在一些问 题， 将可能影响紧急呼叫的进行， 比如：
1 ) 当 UE没有有效国际移动用户识别码（ IMSI )， 或者是无卡终端时， 如果釆用图 4的 SUPL定位发起过程， 短信网关、 WAP 网关是不能为 UE 提供服务的。
2 )如果采用图 5的 SUPL定位发起过程， 要求 SLP能支持 SIP协议， 对于 SLP而言， 为了一个筒单的 SIP Message而支持 SIP协议太过于复杂；
3 ) SLP向 UE发起 SUPL INIT消息时， 并不确定 UE具有 SUPL能力， 即不确定 UE是一个合格的 SET终端， SLP发送的 SUPL INIT可能无法获 得正确的响应， 从而导致紧急呼叫过程失败或被延迟。
基于上述原因， 有必要发明一种合理的定位实现方法， 以服务于紧急 呼叫， 尤其考虑能服务于无有效 IMSI、 无卡情况下的紧急呼叫。
为了解决上述问题， 本发明提供了一种在 UE发起紧急呼叫时，主动发 起紧急定位流程（MO-LR ) 的方法， 用于支持紧急呼叫， 能有效解决现有 问题。 发明内容
有鉴于此， 本发明的主要目的在于提供一种实现紧急定位的方法及系 统， 能够简单、 合理地实现定位， 保证紧急呼叫过程的完成。
为达到上述目的， 本发明的技术方案是这样实现的：
本发明提供了一种实现紧急定位的方法， 包括：
用户终端 UE发起紧急呼叫， 向用户面定位平台 SLP启动定位过程； SLP通过定位过程获得 UE的位置信息， 并向位置请求功能 LRF提供 UE的位置信息。
其中，所述 UE向 SLP启动定位过程为： 所述 UE在发起紧急呼叫请求 后， 立即向所述 SLP发起定位启动请求； 或者， 所述 UE发起紧急呼叫请 求前， 先向所述 SLP发起定位启动请求； 所述定位启动请求中携带有紧急 标识。
上述方案中， 所述 SLP发起定位启动请求具体包括： 所述 UE向 SLP发送 携带有紧急标识的 SUPL启动消息； 所述 SLP收到来自 UE的 SUPL启动消息 后， 向 UE返回 SUPL响应消息。
上述方案中， 所述 SLP通过定位过程获得 UE的位置信息包括： 所述 UE 向 SLP发起 SUPL定位初始化消息， 在 UE与 SLP之间建立 SUPL连接后， 所述 SLP从 UE获取 UE的位置信息。
上述方案中， 所述 SLP向 LRF提供 UE的位置信息包括： 当 E-CSCF接收 到来自所述 UE的紧急呼叫请求后， 向 LRF发送位置查询请求； 所述 LRF从 SLP处查询 UE的位置信息， 并返回给 E-CSCF。
上述方案中， 所述 LRF从 SLP处查询 UE的位置信息之前， 还包括： 所述 SLP关联所述定位过程和位置查询请求， 当所述 SLP收到 LRF发起的位置查 询请求但 UE发起的定位过程还未结束时， SLP等待定位过程结束后， 向 LRF 提供 UE的位置信息； 或者， 当 LRF从 SLP处查询 UE的位置信息时， 如果所 述定位过程已结束， 则 SLP直接提供给 LRF该获得的 UE的位置信息。
上述方案中， 所述关联信息包括 UE的标识、 和 /或 UE的 IP地址。
该方法之前还包括： 所述 UE从网络获得拜访网的所述 SLP的地址， 包 括： 所述 UE向接入网络发送附着请求； 附着成功， 接入网络返回附着响应， 在附着响应中， 携带有本网络的 SLP域名或 IP地址； 如果 UE在附着响应中 获得的是 SLP的域名，还包括： 所述 UE向 DNS服务器请求解析该域名； DNS 服务器向 UE返回所解析的 SLP的 IP地址。
该方法之前还包括： 所述 UE从网络获得拜访网的所述 SLP的地址， 包 括： 所述 UE向接入网络发送附着请求； UE附着成功， 网络为其分配 IP资源， 返回携带有 DHCP服务器的地址的附着响应； 所述 UE向 DHCP服务器发送 DHCP查询奇求， DHCP服务器返回 DHCP查询响应， 在其中携带有本网络 的 SLP的域名或 IP地址；或者，通过 DHCP广播消息，向 UE返回本网络的 SLP 的域名或 IP地址； 如果 DHCP服务器返回的是 SLP域名， 进一步包括： UE向 DNS服务器请求解析该 SLP的 IP地址； DNS服务器返回所解析的 SLP的 IP地 址。
本发明还提供了一种实现紧急定位的系统，至少包括 UE、 SLP和 LRF, 其中， UE， 用于发起紧急呼叫， 向 SLP启动定位过程； SLP, 用于通过定 位过程获得 UE的位置信息， 并向 LRF提供 UE的位置信息。
该系统还包括 E-CSCF, 用于接收 UE发送的紧急呼叫请求， 向 LRF 发送位置查询请求， 获取 UE的位置信息以及合适的 PSAP。 E-CSCF获得 PSAP后， 将 UE发起的紧急呼叫请求路由到该 PSAP; 所述 LRF进一步用 于， 从 SLP 处查询 UE 的位置信息， 并根据获得的位置信息决定合适的 PSAP, 向 E-CSCF返回携带有 UE的位置信息和 PSAP信息的位置查询响 应。
上述方案中， 所述 UE, 具体用于向 SLP发送携带有紧急标识的 SUPL 启动消息， 来启动定位过程； UE向 SLP发起 SUPL定位初始化消息， 在 UE与 SLP之间建立 SUPL连接；所述 SLP,具体用于收到来自 UE的 SUPL 启动消息后， 向 UE返回 SUPL响应消息； 在 UE与 SLP之间建立 SUPL连 接后， SLP从 UE获取位置信息。
从上述本发明提供的技术方案可以看出， 在 UE发起紧急呼叫的同时， 向 SLP启动定位过程； SLP通过定位过程获得 UE的位置信息， 并向 LRF 提供 UE的位置信息。通过本发明方法， 定位过程由发起紧急呼叫的用户终 端启动， 不要求 SLP能支持 SIP协议， 简化了 SLP的设计； 而且 UE是一 个合格的 SET终端是 UE自身明确的， UE发起的定位请求一定能获得正确 的响应， 保证了紧急呼叫过程的成功实现。 附图说明
图 1为 UE通过 SAE接入 IMS的紧急呼叫的网絡架构示意图； 图 2为具有 SUPL能力的 UE在漫游场景下，与定位平台间交互的示意 图；
图 3为在 LTE/EPS接入下， 釆用 SUPL作为定位服务技术， UE发起紧 急呼叫时， 网络侧发起定位的流程图；
图 4为 SLP接收到位置查询请求后， 与 UE建立 SUPL定位过程的一 种流程图；
图 5为 SLP接收到位置查询请求后， 与 UE建立 SUPL定位过程的另 一种流程图；
图 6为本发明实现紧急定位的方法的流程图；
图 7为本发明发起紧急呼叫的终端实现定位的实施例的流程图； 图 8为图 7所示的实施例中 , UE发现 SLP的一种流程图；
图 9为图 7所示的实施例中， UE发现 SLP的另一种流程图。 具体实施方式
图 6为本发明实现紧急定位的方法的流程图， 如图 6所示， 包括： 步骤 600: UE发起紧急呼叫， 向 SLP启动定位过程。
UE发起紧急呼叫请求即发起携带有紧急标识的 SIP INVITE, 该紧急呼 叫请求被路由到 E-CSCF; 同时， UE向 SLP发送 SUPL定位初始化消息， 即可 向 SLP发送携带有紧急标识的 SUPL启动消息 （SUPL START ), 来启动定位 过程。
需要说明的是， UE可以在向 IMS发起紧急呼叫请求（ SIP INVITE )之 后， 立即向 SLP发起定位启动请求；
也可以， 在向 IMS发起紧急呼叫请求（SIP INVITE )之前， 先向 SLP发 起定位启动请求。 步骤 601 : SLP通过定位过程获得 UE的位置信息， 并向 LRF提供 UE的位 置信息。
一方面， SLP收到来自 UE的 SUPL START消息后， 向 UE返回 SUPL响应 ( SUPL RESPONSE ) 消息， 在这个交互过程中， UE和 SLP交互了 SUPL定 位能力、 协商了具体的定位方法等重要参数。 接着， UE向 SLP发起定位初 始化消息， 即发送 SUPL POS INIT消息， 在 UE与 SLP之间建立 SUPL连接后， SLP通过后续定位过程， 从 UE获取位置信息。
另一方面， 当 E-CSCF接收到 UE发送的紧急呼叫请求后， 会向 LRF 发送位置查询请求， 要求 LRF返回 UE的位置信息， 以及根据 UE的位置 选择合适的 PSAP。 而 LRF从 SLP处查询 UE的位置信息， 并根据获得的 位置信息决定合适的 PSAP，向 E-CSCF返回携带有 UE的位置信息和 PSAP 信息的位置查询响应； E-CSCF获得 PSAP后， 将 UE发起的紧急呼叫请求 路由到该 PSAP。
后续过程中， PSAP和 UE之间完成紧急呼叫的建立。
针对本发明方法，还提供一种实现紧急定位的系统，至少包括 UE、 SLP 和 LRF, 其中，
UE, 用于发起紧急呼叫， 向 SLP启动定位过程。
SLP, 用于通过定位过程获得 UE的位置信息， 并向 LRF提供 UE的位 置信息。
该系统还包括 E-CSCF, 用于接收 UE发送的紧急呼叫请求， 向 LRF 发送位置查询请求， 获取 UE的位置信息以及合适的 PSAP。 E-CSCF获得 PSAP后， 将 UE发起的紧急呼叫请求路由到该 PSAP。
LRF进一步用于， 从 SLP处查询 UE的位置信息， 并根据获得的位置 信息决定合适的 PSAP， 向 E-CSCF返回携带有 UE的位置信息和 PSAP信 息的位置查询响应。 所述 UE, 具体用于向 SLP发送 SUPL定位初始化消息， 即可向 SLP 发送携带有紧急标识的 SUPL启动消息（ SUPL START ), 来启动定位过程； UE向 SLP发起 SUPL定位初始化消息，在 UE与 SLP之间建立 SUPL连接。
所述 SLP， 具体用于收到来自 UE的 SUPL START消息后， 向 UE返回 SUPL响应 （ SUPL RESPONSE ) 消息， 在这个交互过程中， UE和 SLP交 互 SUPL定位能力、 协商具体的定位方法等重要参数； 在 UE与 SLP之间 建立 SUPL连接后， SLP通过后续定位过程， 从 UE获取位置信息。
图 7为本发明发起紧急呼叫的终端实现定位的实施例的流程图，如图 7 所示， 为 UE发起紧急呼叫时， 采用 UE发起的定位过程（MO-LR )来实现 紧急定位的流程， 包括以下步骤：
步骤 700: UE附着到 IP接入网络。
UE具有 SUPL能力即为 SET。 IP接入网络泛指包括 eNodeB、 MME 等重要网元实体的 SAE网络。 在 UE附着到 IP接入网络后， 被分配合适的 IP地址， 以及从网络获得动态主机设置协议 ( DHCP )服务器地址、 域名服 务器 （DNS )地址等必要的网络信息。
步骤 701 : UE从网络获得拜访网的 SLP地址。
UE可以通过构造一个合适的域名并请求 DNS服务器解析， 以获得位 于拜访网的 SLP的地址： 如果 UE希望发现一个位于拜访网的用于紧急呼 叫的 SLP即 E-SLP, UE可以构造一个形如： "E-SL XXX.XXX.XXX" 或 类似结构的域名， 其中 XXX可以为任何有效的字符串， 比如， 当为拜访网 络 为 3GPP 网 络 时 ， 可 以 构 造 为 "E-SLRMNC.MCC.PUB.3GPPNETWORK,ORG。 其中， MNC是 UE所接 入的拜访网络的网络号， MCC是 UE所接入网络的国家号， 3GPPNETWORK 表示 UE当前接入的是 3GPP网络。
通过步骤 700和步骤 701 , UE接入到 EPS网络， 被分配 IP地址， 并 获得合适的 SLP地址， 具备了发起紧急呼叫的条件。
步骤 702 : UE 发起紧急呼叫请求， 即发起携带有紧急标识的 SIP INVITE。 该紧急呼叫请求被路由到 E-CSCF。
步骤 703： UE发起紧急呼叫请求后， 同时向 SLP发送 SUPL定位初始 化消息，即可向 SLP发送一个携带有紧急标识的 SUPL启动（ SUPL START ) 消息。
步驟 704: SLP收到来自 UE的 SUPL START消息后，向 UE返回 SUPL RESPONSE消息。
在步骤 703和步骤 704的交互中， UE和 SLP交互了 SUPL定位能力、 协商了具体的定位方法等重要参数。
步骤 705: UE向 SLP发起 SUPL定位初始化（ SUPL POS INIT )消息。 步骤 706: 当 UE和 SLP通过步骤 703〜步骤 705建立了 SUPL连接后， SLP通过后续定位过程， 从 UE获取 UE的位置信息。
步骤 707: 在步骤 702的 UE发起紧急呼叫请求后， 当 E-CSCF接收到 UE发送的紧急呼叫请求后， 向 LRF发送位置查询请求。
位置查询请求用于要求 LRF返回 UE的位置信息， 以及根据 UE的位 置确定合适的 PSAP。
步骤 708: LRF从 SLP处查询 UE的位置信息。
步骤 709: L F从 SLP获得 UE的位置信息后，根据位置信息决定合适 的 PSAP, 向 E-CSCF返回携带有 UE的位置信息和 PSAP信息的位置查询 响应。
步骤 710: E-CSCF获得 PSAP后， 将 UE发起的紧急呼叫请求路由到 该 PSAP。
步骤 711 : 后续过程中， PSAP和 UE之间完成紧急呼叫的建立。
在图 7中， 步骤 703无需等待步骤 702的返回响应， 也就是说， 步骤 703并发于步骤 702执行。 步骤 703执行的条件为： UE知道自身要发起紧 急呼叫， 因此， 步骤 703可以先于或同时与步骤 702发起， 也可以迟于步 骤 702发起。
在步骤 703〜步骤 706执行的过程中， 步骤 707可能已发起， 此时， SLP 应该将步骤 707的位置请求关联到步骤 703〜步骤 706所正在建立的 MO-LR 定位流程上。 也就是说， SLP可以根据 UE的标识、 和 /或 UE的 IP地址等 关联信息，将 LRF发起的位置查询请求关联到 UE发起的 MO-LR紧急定位 流程上，使得 SLP可以将从 MO-LR紧急定位流程所获取的 UE的位置信息 提供给 LRF。
由于 SLP需要将 LRF发起的位置查询请求和 UE发起的 MO-LR紧急 定位流程进行关联， 当 SLP收到 LRF发起的位置查询请求但 UE发起的 MO-LR紧急定位流程还未结束时， SLP应暂时抑制对步骤 707的响应， 等 候步骤 706结束后再响应步骤 707。 一种简单的抑制方法是， SLP收到步骤 707后， 先等待 UE发起的 MO-LR紧急定位流程执行结束， 然后再处理对 步骤 707的响应。
或者， 当步骤 707发生时， SLP可能已经从步骤 703〜步骤 706的执行 获得了 UE的位置信息， 则 SLP可直接提供给 LRF该获得的 UE的位置信 息。
图 7所示的流程中， 为了保证步骤 703的执行， UE首先需要获得拜访 地的 SLP的信息， 获取方法可以是：
1 )对于存在有效 IMSI的 UE， UE通过请求归属网的 H-SLP以获得拜 访网的 V-SLP。 或者，
2 ) UE通过构造一个域名， 发现拜访网的 SLP。
上述两种方法是典型的用于发现拜访网的 E-SLP的实现方法。 这两种 方法对于无有效 IMSI, 或者无用户识别模块（ SIM )卡用户， 均存在问题， 将导致 UE不能发现拜访网络的 SLP。因为，如果 UE无有效 IMSI或无 SIM 卡， 那么， UE无法获得归属网 H-SLP的地址， 该 H-SLP通常配置在 UE 的 SIM卡中。 同样地， 对于用于发现 SLP域名的构造方法， 其基本信息也 存储在 SIM卡上。 因此， 在某些情况下 （如无 SIM卡用户）如上述方法， 是不能帮助 UE获得 SLP的地址的。
针对 UE发现 SLP的问题，本发明提出两种方法，能够满足无有效 IMSI、 无 SIM卡的 UE发现 SLP的需求， 能够应用于 UE漫游和非漫游的场景。
图 8为图 7所示的实施例中， UE发现 SLP的一种流程图，如图 8所示， 为 UE在附着到 IP网络时， IP网絡在附着响应中将本网内的 SLP域名或地 址返回 UE的流程。 具体包括以下步骤：
步骤 800: UE向 IP网络发送附着情求。
步骤 801 : 附着成功， IP网络返回附着响应， 在附着响应中， 携带有本 网络的 SLP域名或 IP地址。 该 SLP, 可能是服务于正常定位的 SLP (如果 UE非漫游， 则返回的是 H-SLP， 如果 UE漫游， 则返回的是 V-SLP ), 也可 能是服务于紧急定位的 E-SLP。
如果 UE在附着响应中获得的是 SLP的域名， 还包括步骤 802： UE向 DNS服务器发送 DNS请求， 请求 DNS服务器解析该域名。
步骤 803: DNS服务器向 UE返回 DNS响应， 将解析后的 SLP地址返 回给 UE。
图 9为图 7所示的实施例中， UE发现 SLP的另一种流程图， 如图 9 所示， 为 UE从 DHCP服务器获得 SLP信息的流程。 具体包括以下步骤： 步骤 900: UE向 IP接入网络发送附着请求。
步骤 901 : UE附着成功， 网络为其分配 IP等资源， 返回附着响应。 通 常 DHCP服务器的地址会被一并返回。 步骤 902: UE向 DHCP服务器发送 DHCP查询请求， 以获得一些必要 的网洛信息。
步骤 903 : DHCP服务器返回 DHCP查询响应，在其中携带有本网络的 SLP的域名或 IP地址。 或者， 通过 DHCP广播消息， 向 UE返回本网絡的 SLP的域名或 IP地址。
如果步骤 903中 DHCP服务器返回的是 SLP域名， 进一步地包括步骤 904: UE向 DNS服务器发送 DNS查询请求， 要求解析该 SLP的 IP地址。
步骤 905 : DNS服务器返回 DNS查询响应， 携带根据 SLP域名所解析 的 IP地址。
通过图 8或图 9所示的 UE发现 SLP的流程可见， 本发明有效地解决 了网络釆用 SUPL作为定位技术， 而 UE终端无有效 IMSI、 或无 SIM卡等 情况下， 发起紧急呼叫时的紧急定位流程的建立问题， 保证了紧急呼叫的 成功实现。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围， 凡在本发明的精神和原则之内所作的任何修改、 等同替换和改进 等， 均应包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种实现紧急定位的方法， 其特征在于， 包括：
用户终端 UE发起紧急呼叫， 向用户面定位平台 SLP启动定位过程； SLP通过定位过程获得 UE的位置信息， 并向位置请求功能 LRF提供 UE的位置信息。
2、 根据权利要求 1所述的方法， 其特征在于， 所述 UE向 SLP启动定 位过程为： 所述 UE在发起紧急呼叫请求后， 立即向所述 SLP发起定位启 动请求；
或者， 所述 UE发起紧急呼叫请求前， 先向所述 SLP发起定位启动请求； 所述定位启动请求中携带有紧急标识。
3、 根据权利要求 2所述的方法， 其特征在于， 所述 SLP发起定位启动请 求具体包括：
所述 UE向 SLP发送携带有紧急标识的 SUPL启动消息；
所述 SLP收到来自 UE的 SUPL启动消息后， 向 UE返回 SUPL响应消息。
4、 根据权利要求 1、 2或 3所述的方法， 其特征在于， 所述 SLP通过定位 过程获得 UE的位置信息包括：
所述 UE向 SLP发起 SUPL定位初始化消息， 在 UE与 SLP之间建立 SUPL 连接后， 所述 SLP从 UE获取 UE的位置信息。
5、 根据权利要求 4所述的方法， 其特征在于， 所述 SLP向 LRF提供 UE 的位置信息包括：
当 E-CSCF接收到来自所述 UE的紧急呼叫请求后， 向 LRF发送位置查询 请求；
所述 LRF从 SLP处查询 UE的位置信息， 并返回给 E-CSCF。
6、根据权利要求 5所述的方法， 其特征在于， 所述 LRF从 SLP处查询 UE 的位置信息之前， 还包括： 所述 SLP关联所述定位过程和位置查询请求，
当所述 SLP收到 LRF发起的位置查询请求但 UE发起的定位过程还未 结束时， SLP等待定位过程结束后， 向 LRF提供 UE的位置信息；
或者，当 LRF从 SLP处查询 UE的位置信息时，如果所述定位过程已结束， 则 SLP直接提供给 LRF该获得的 UE的位置信息。
7、 根据权利要求 6所述的方法， 其特征在于， 所述关联信息包括 UE的 标识、 和 /或 UE的 IP地址。
8、 根据权利要求 1所述的方法， 其特征在于， 该方法之前还包括： 所 述 UE从网络获得拜访网的所述 SLP的地址， 包括：
所述 UE向接入网络发送附着请求；附着成功，接入网络返回附着响应， 在附着响应中， 携带有本网络的 SLP域名或 IP地址；
如果 UE在附着响应中获得的是 SLP的域名，还包括： 所述 UE向域名 服务器 DNS服务器请求解析该域名； DNS服务器向 UE返回所解析的 SLP 的 IP地址。
9、 根据权利要求 1所述的方法， 其特征在于， 该方法之前还包括： 所 述 UE从网络获得拜访网的所述 SLP的地址， 包括：
所述 UE 向接入网络发送附着请求； UE 附着成功， 网络为其分配 IP 资源， 返回携带有动态主机设置协议 DHCP服务器的地址的附着响应； 所述 UE 向 DHCP服务器发送 DHCP 查询请求， DHCP服务器返回 DHCP查询响应， 在其中携带有本网络的 SLP的域名或 IP地址； 或者， 通 过 DHCP广播消息， 向 UE返回本网絡的 SLP的域名或 IP地址；
如果 DHCP服务器返回的是 SLP域名， 进一步包括： UE向 DNS服务 器请求解析该 SLP的 IP地址； DNS服务器返回所解析的 SLP的 IP地址。
10、 一种实现紧急定位的系统， 其特征在于， 至少包括 UE、 SLP 和 LRF, 其中， UE, 用于发起紧急呼叫， 向 SLP启动定位过程；
SLP, 用于通过定位过程获得 UE的位置信息， 并向 LRF提供 UE的位 置信息。
11、根据权利要求 10所述的系统，其特征在于，该系统还包括 E-CSCF， 用于接收 UE发送的紧急呼叫请求， 向 LRF发送位置查询请求， 获取 UE 的位置信息以及合适的 PSAP。 E-CSCF获得 PSAP后， 将 UE发起的紧急 呼叫请求路由到该 PSAP；
所述 LRF进一步用于， 从 SLP处查询 UE的位置信息， 并根据获得的 位置信息决定合适的 PSAP,向 E-CSCF返回携带有 UE的位置信息和 PSAP 信息的位置查询响应。
12、 根据权利要求 10或 11所述的系统， 其特征在于， 所述 UE， 具体 用于向 SLP发送携带有紧急标识的 SUPL启动消息， 来启动定位过程； UE 向 SLP发起 SUPL定位初始化消息， 在 UE与 SLP之间建立 SUPL连接； 所述 SLP，具体用于收到来自 UE的 SUPL启动消息后，向 UE返回 SUPL 响应消息；在 UE与 SLP之间建立 SUPL连接后， SLP从 UE获取位置信息。
PCT/CN2010/075527 2009-09-24 2010-07-28 实现紧急定位的方法及系统 WO2011035647A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP10818341.9A EP2469894B1 (en) 2009-09-24 2010-07-28 Method and system for implementing emergency location
US13/496,616 US20120178411A1 (en) 2009-09-24 2010-07-28 Method and System for Implementing Emergency Location

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910093509.4 2009-09-24
CN200910093509.4A CN102036204B (zh) 2009-09-24 2009-09-24 一种实现紧急定位的方法及系统

Publications (1)

Publication Number Publication Date
WO2011035647A1 true WO2011035647A1 (zh) 2011-03-31

Family

ID=43795368

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/075527 WO2011035647A1 (zh) 2009-09-24 2010-07-28 实现紧急定位的方法及系统

Country Status (4)

Country Link
US (1) US20120178411A1 (zh)
EP (1) EP2469894B1 (zh)
CN (1) CN102036204B (zh)
WO (1) WO2011035647A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103702304A (zh) * 2013-09-26 2014-04-02 宇龙计算机通信科技(深圳)有限公司 移动终端及其紧急呼叫处理方法

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2589143T3 (es) * 2010-09-29 2016-11-10 Airbus Ds Sas Procedimiento de vinculación y de autenticación de un terminal de usuario frente a una red visitada
CN102647700B (zh) * 2011-02-22 2016-03-02 阿尔卡特朗讯 一种获取并使用位置信息的方法及装置
US8897807B2 (en) * 2011-11-15 2014-11-25 Cellco Partnership Using mobile messaging service message(s) as bearer for location related communications during voice call
CN103853672A (zh) * 2012-11-30 2014-06-11 上海中移通信技术工程有限公司 具有多重数据保护功能的移动安全存储设备
CN104170352B (zh) 2012-12-19 2018-09-07 统一有限责任两合公司 传达表示第一通信设备的物理位置的位置信息的方法、用于执行该方法的计算机程序产品、以及用于传达位置信息的第一通信设备
US9037158B2 (en) 2013-03-05 2015-05-19 Qualcomm Incorporated Localized secure user plane location (SUPL) emergency session
CN104105055A (zh) * 2013-04-11 2014-10-15 中国移动通信集团公司 一种通信处理方法及装置
US20150189485A1 (en) * 2013-12-26 2015-07-02 Intel Corporation Emergency mobile originated location report
US10097979B2 (en) * 2014-11-24 2018-10-09 Qualcomm Incorporated Location by reference for an over-the-top emergency call
US9756664B2 (en) 2014-11-24 2017-09-05 Qualcomm Incorporated Methods of supporting location and emergency calls for an over-the-top service provider
US10142772B2 (en) * 2015-12-16 2018-11-27 Qualcomm Incorporated Systems and methods for emergency data communication
US10142816B2 (en) 2015-12-16 2018-11-27 Qualcomm Incorporated Systems and methods for emergency data communication
US9820090B1 (en) 2016-09-15 2017-11-14 Qualcomm Incorporated Enhanced fallback mechanism for SLP connection during emergency SUPL sessions
CN109005253B (zh) * 2018-09-06 2021-08-17 中电科航空电子有限公司 网络负载均衡的系统
US20200154241A1 (en) * 2018-11-08 2020-05-14 Mediatek Inc. Methods for reliable transmission of a supl init message
CN110491090B (zh) * 2019-09-20 2021-07-09 苏州智博汇能电子科技股份有限公司 基于手机终端的中老年人群监护方法
CN112312324B (zh) * 2020-10-29 2023-09-19 维沃移动通信有限公司 位置信息发送装置及方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1791266A (zh) * 2004-12-15 2006-06-21 华为技术有限公司 一种可快速定位的紧急呼叫方法
CN101227710A (zh) * 2007-01-18 2008-07-23 华为技术有限公司 定位触发信息的同步方法和设备
CN101288330A (zh) * 2005-10-07 2008-10-15 Lg电子株式会社 用于提供急救定位业务的方法和系统

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10178522B2 (en) * 2005-08-02 2019-01-08 Qualcomm Incorporated VoIP emergency call support
US9137770B2 (en) * 2005-09-15 2015-09-15 Qualcomm Incorporated Emergency circuit-mode call support
US8532606B2 (en) * 2005-10-07 2013-09-10 Lg Electronics Inc. Method and system for providing an emergency location service using interoperability between IMS core and access network
KR100748513B1 (ko) * 2005-10-07 2007-08-14 엘지전자 주식회사 위치 서비스 방법 및 시스템
KR101133850B1 (ko) * 2005-10-10 2012-04-06 삼성전자주식회사 위치 서비스 제공 시스템의 단말 및 서버와 그 방법
CN101983499B (zh) * 2008-02-06 2014-07-23 诺基亚西门子通信公司 基于设备位置的服务器标识符采集
CN101448232B (zh) * 2008-04-30 2013-05-08 中兴通讯股份有限公司 紧急呼叫实现方法及系统、用户设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1791266A (zh) * 2004-12-15 2006-06-21 华为技术有限公司 一种可快速定位的紧急呼叫方法
CN101288330A (zh) * 2005-10-07 2008-10-15 Lg电子株式会社 用于提供急救定位业务的方法和系统
CN101227710A (zh) * 2007-01-18 2008-07-23 华为技术有限公司 定位触发信息的同步方法和设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103702304A (zh) * 2013-09-26 2014-04-02 宇龙计算机通信科技(深圳)有限公司 移动终端及其紧急呼叫处理方法

Also Published As

Publication number Publication date
CN102036204B (zh) 2015-06-03
EP2469894A1 (en) 2012-06-27
EP2469894B1 (en) 2015-07-08
CN102036204A (zh) 2011-04-27
US20120178411A1 (en) 2012-07-12
EP2469894A4 (en) 2014-03-05

Similar Documents

Publication Publication Date Title
WO2011035647A1 (zh) 实现紧急定位的方法及系统
US10708748B2 (en) VoIP emergency call support
US10595250B2 (en) Quality of service initiated handover
KR101030627B1 (ko) Ｖｏｉｐ 긴급 호출 처리
US10757645B2 (en) Access control in communications network comprising slices
WO2011079647A1 (zh) 演进的分组系统及其紧急呼叫的附着处理方法
JP2004535645A (ja) ネットワーク識別される非常セッションを取り扱う方法及びシステム
US10812536B2 (en) Method and apparatus for providing quality of service for web-based real-time communication
WO2008052744A2 (en) Processing of an emergency session in a wimax network
US9001741B2 (en) Base-station provided access to IMS services
WO2017174014A1 (zh) 为终端提供紧急号码的方法和装置
WO2010105462A1 (zh) 用户设备附着的处理方法、移动性管理实体以及用户设备
US8817778B2 (en) Session processing method, device, and communication system
KR101513451B1 (ko) 무선 통신 시스템에서 재등록을 유도하기 위한 장치 및 이를 위한 방법
WO2016180179A1 (zh) WiFi网络中获取终端位置的方法、终端、LTE通信设备及系统
WO2011110022A1 (zh) 数据的传输方法、装置及系统
WO2010127529A1 (zh) 一种ip多媒体子系统业务的建立方法及系统
WO2011035648A1 (zh) 一种紧急定位实现方法及系统
WO2011054270A1 (zh) 一种实现位置区域更新的方法及系统
WO2011020401A1 (zh) 一种传输区域信息的方法及系统
WO2012097715A1 (zh) 移动网络获取ims控制点信息的方法及系统
KR20140071866A (ko) 호 처리 제어 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10818341

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13496616

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2010818341

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE