WO2012000359A1 - Procédé, dispositif et système de sélection de point de réponse de sécurité publique - Google Patents

Procédé, dispositif et système de sélection de point de réponse de sécurité publique Download PDF

Info

Publication number
WO2012000359A1
WO2012000359A1 PCT/CN2011/074773 CN2011074773W WO2012000359A1 WO 2012000359 A1 WO2012000359 A1 WO 2012000359A1 CN 2011074773 W CN2011074773 W CN 2011074773W WO 2012000359 A1 WO2012000359 A1 WO 2012000359A1
Authority
WO
WIPO (PCT)
Prior art keywords
emergency service
psap
cscf
voice
request message
Prior art date
Application number
PCT/CN2011/074773
Other languages
English (en)
Chinese (zh)
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 中兴通讯股份有限公司
Publication of WO2012000359A1 publication Critical patent/WO2012000359A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5116Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing for emergency applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/0024Services and arrangements where telephone services are combined with data services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/50Connection management for emergency connections

Definitions

  • the present invention relates to the field of communications, and in particular to a method, device, and system for selecting a Public Safety Answer Point (PSAP).
  • PSAP Public Safety Answer Point
  • the IP Multimedia Subsystem is the core of the new generation communication network. Its distinctive feature is the use of the Session Initiation Protocol (SIP) system. Communication and access are independent and have Multiple media service control functions are separated from bearer capabilities, call and session separation, application and service separation, service and network separation, and convergence of mobile and Internet services. Due to the fact that IMS is independent of access, the Emergency Call (EMC) service under IMS can be built into the General Packet Radio Service (GPRS) network and system long-term evolution (System Architecture Evolution). , referred to as SAE), provides unified emergency session control on the network.
  • GPRS General Packet Radio Service
  • SAE System Architecture Evolution
  • FIG. 1 is a schematic diagram of a system architecture for accessing a network to implement an IMS emergency session according to a user equipment (User Equipment, UE for short).
  • the IMS emergency service part is used to control and process the session of the emergency session.
  • the network elements of the part mainly include: a Home Subscriber Server (HSS) and a Call Session Control Function (Call Session Control Function).
  • HSS Home Subscriber Server
  • Call Session Control Function Call Session Control Function
  • the HSS mainly manages the user's subscription data and is located in the home network.
  • the CSCF is the core network element that controls the session process, including: Proxy-Call Session Control Function (P-CSCF for short), Interrogating-CSCF (I-CSCF for short), and service.
  • P-CSCF Proxy-Call Session Control Function
  • I-CSCF Interrogating-CSCF
  • the call session control function (Serving-CSCF, abbreviated as S-CSCF) and the emergency call session control function (E-CSCF for short).
  • the E-CSCF is a session control center of an emergency session, which determines which PS AP the emergency session is routed to.
  • the UE initiates an IMS emergency session through a GPRS/Evolved Packet System (EPS), and goes through the access network, establishes a bearer and obtains an IP address, discovers a P-CSCF, and initiates Emergency sessions, emergency sessions are routed to the PSAP and processed through a series of processes.
  • EPS GPRS/Evolved Packet System
  • Step S202 The UE initiates an emergency session request, and the emergency session request is routed by the P-CSCF to the E-CSCF.
  • Step S204 After receiving the emergency session request from the UE, the E-CSCF initiates a location query request to the LRF, queries the location information of the UE, and requests the LRF to allocate an appropriate PSAP.
  • Step S206 the LRF queries the location information of the UE from the location service function entity (such as the LCS), and the LRF selects an appropriate PSAP from the configured PSAPs according to the obtained location information of the UE.
  • Step S208 the LRF returns a location query response to the E-CSCF, carrying the current location information of the UE, and the PSAP selected according to the location.
  • Step S210 the E-CSCF routes the emergency session request to the PSAP.
  • Step S212 the emergency session process is completed between the subsequent PSAP and the UE.
  • step S204 if the location information carried in the UE emergency session request received by the E-CSCF is reliable and sufficient, and the PSAP can be correctly selected, the E-CSCF directly selects the corresponding PSAP for the UE according to the location information of the UE. There is no need to interact with the LRF, that is, steps S204 through S208 are not performed. Typically, there will be multiple PSAPs in the network, each with a scope of its jurisdiction, corresponding to a specific range of location areas. In Figure 2, the LRF selects the appropriate PSAP based on the current location information of the UE. When the UE moves, it may choose to go to a different PSAP the next time an emergency session is initiated.
  • emergency sessions can be performed through SMS service and IMS message service.
  • emergency call center an alarm person is required.
  • media information such as videos or pictures, which are called non-voice emergency services.
  • the deployment of PSAPs that support non-voice emergency services has two possibilities: one is to implement both voice and non-voice emergency services on the existing PSAP, and the other is to separately deploy non-voice emergency services. PSAP. In the former case, since this deployment is carried out step by step, some PSAPs will appear in the early stage.
  • Non-voice emergency services are not supported; in the latter case, only PSAPs that are deployed separately support non-voice emergency services, and some PSAPs do not support non-voice emergency services. Therefore, the E-CSCF selects the PSAP based on the location information of the UE, which may result in the selected PSAP may not support the non-voice emergency service, thereby failing to provide the user with the corresponding service of the non-voice emergency service.
  • the present invention has been made in view of the problem that the E-CSCF selects a PSAP based on only the location information of the UE, which causes the UE that initiates the non-voice emergency service to fail to select the PSAP supporting the non-voice emergency service.
  • the main purpose of the present invention is to provide a method, device and system for selecting a PSAP to solve the above problems.
  • a method of selecting a PSAP includes: the E-CSCF receives an emergency service request message for instructing the UE to initiate an emergency service; and the E-CSCF determines whether the type of the emergency service is a non-voice emergency service according to the emergency service request message. If the judgment result is yes, the E-CSCF selects a PSAP supporting the non-voice emergency service for the UE according to the location information of the UE and the type of the non-voice emergency service of the UE.
  • the E-CSCF selects a PSAP for supporting the non-voice emergency service for the UE according to the location information of the UE and the type of the non-voice emergency service of the UE, including: the E-CSCF, the location information of the UE carried in the emergency service request message, and the UE
  • the type of non-voice emergency service is that the UE selects a PSAP that supports non-voice emergency services.
  • the E-CSCF selects the PSAP for supporting the non-voice emergency service for the UE according to the location information of the UE and the type of the non-voice emergency service of the UE.
  • the E-CSCF sends the location information of the UE carried in the emergency service request message to the location query server.
  • the E-CSCF selects a PSAP for supporting the non-voice emergency service for the UE according to the location information of the UE and the type of the non-voice emergency service of the UE, including:
  • the E-CSCF sends the emergency service to the location query server.
  • the location query server determines the list of PSAPs according to the location information of the UE carried in the emergency service request message, where the list of PSAPs includes the address or routing information of the PSAP and the emergency service type supported by the PSAP.
  • the E-CSCF receives a list of PSAPs from the location query server and obtains the address or routing information of the PSAPs in the list and the capabilities of the emergency service types supported by the PSAP; the E-CSCF is based on the non-speech of the UE The type of emergency service, the address or routing information obtained from the list, and the ability of the emergency service type supported by the PSAP obtained from the list, select the PSAP supporting the non-voice emergency service for the UE.
  • the E-CSCF determines whether the type of the emergency service is a non-voice emergency service according to the emergency service request message.
  • the E-CSCF includes an identifier for indicating that the emergency service is a non-voice emergency service according to the emergency service request message. And determining whether the type of the emergency service is a non-voice emergency service, where the identifier includes one of the following: a separate session initiation protocol SIP header field, carried in an existing SIP header field as a parameter; and the E-CSCF according to the emergency service request message Whether the information indicating the type of the emergency service is a non-voice emergency service, and determining whether the type of the emergency service is a non-voice emergency service, wherein the information includes at least one of the following: SIP signaling, session description protocol SDP signaling, Other styles.
  • the method further includes: the proxy call session control function P-CSCF receives the emergency service request message from the UE; and the P-CSCF according to the emergency service request message, It is determined whether the type of the emergency service is a non-voice emergency service; if the judgment result is yes, the P-CSCF sends an emergency service request message to the E-CSCF.
  • the proxy call session control function P-CSCF receives the emergency service request message from the UE; and the P-CSCF according to the emergency service request message, It is determined whether the type of the emergency service is a non-voice emergency service; if the judgment result is yes, the P-CSCF sends an emergency service request message to the E-CSCF.
  • the E-CSCF includes: receiving means configured to receive an emergency service request message for instructing the user equipment UE to initiate an emergency service; and determining means configured to determine, according to the emergency service request message, whether the type of the emergency service is The non-voice emergency service; the selecting device is configured to, when the determination result is yes, select a public safety answering point PSAP supporting the non-voice emergency service for the UE according to the location information of the UE and the type of the non-voice emergency service of the UE.
  • the selecting device includes: a first selecting module, configured to select a PSAP supporting the non-voice emergency service for the UE according to the location information of the UE carried in the emergency service request message and the type of the non-voice emergency service of the UE.
  • the selecting device includes: a first sending module, configured to send, to the location query server, location information of the UE carried in the emergency service request message and a type of the non-voice emergency service of the UE;
  • the block is configured to receive an address or routing information from the location query server PSAP;
  • the second selection module is configured to select a PSAP supporting the non-voice emergency service for the UE according to the address or routing information.
  • the selecting device includes: a second sending module, configured to send location information of the UE carried in the emergency service request message to the location query server; and a second receiving module, configured to receive a list of PSAPs from the location query server, where the list includes the PSAP Address or routing information, and the ability of the emergency service type supported by the PSAP; a third selection module, configured to be based on the type of non-voice emergency service of the UE, the address or routing information obtained from the list, and the type of emergency service supported by the PSAP The ability to select a PSAP that supports non-voice emergency services for the UE.
  • a location query server is also provided.
  • the location query server includes: a first determining module, configured to determine an address or a route of the PSAP supporting the non-voice emergency service according to the location information of the UE carried in the emergency service request message and the type of the non-voice emergency service of the UE
  • the first sending module is configured to send the address or routing information of the PSAP.
  • the second determining module is configured to determine a list of PSAPs according to the location information of the UE carried in the emergency service request message, where the list of PSAPs includes the address of the PSAP. Or routing information and the ability of the PSAP to support the type of emergency service; the second sending module, set to send the PSAP's J table.
  • a selection system of a PSAP includes the E-CSCF of any of the above and a location query server.
  • the E-CSCF selects a PSAP supporting the non-voice emergency service for the UE according to the location information of the UE and the type of the non-voice emergency service of the UE, and solves the related art that the E-CSCF only uses the location information of the UE.
  • FIG. 1 is a schematic diagram of a system architecture for implementing an IMS emergency session by a UE accessing a network according to the related art
  • FIG. 2 is a flowchart of a system for assigning a PSAP and processing an emergency session by the UE initiating an IMS emergency session according to the related art.
  • 3 is a flow chart of a method for selecting a PSAP according to an embodiment of the present invention
  • FIG. 4 is an interaction flow chart according to a preferred embodiment of the present invention
  • FIG. 5 is an interaction flow of a preferred embodiment 2 of the present invention
  • Figure 6 is a block diagram showing the structure of the preferred embodiment 3 of the present invention
  • Figure 7 is a block diagram showing the structure of an E-CSCF according to an embodiment of the present invention
  • Figure 8 is a block diagram of a location query server according to an embodiment of the present invention
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. According to an embodiment of the present invention, a method of selecting a PSAP is provided.
  • FIG. 1 a method of selecting a PSAP is provided.
  • Step S302 The E-CSCF receives an emergency service request message for instructing the UE to initiate an emergency service.
  • the E-CSCF selects the PSAP for the UE based on the location information of the UE, and the UE that initiates the non-voice emergency service cannot select the PSAP that supports the non-voice emergency service.
  • the E-CSCF selects the PSAP for the UE, and considers the type of the non-voice emergency service, so that the PSAP supporting the non-voice emergency service can be selected, and the corresponding monthly service of the non-voice emergency service is provided for the UE.
  • the preferred embodiment may be a location request function (Location Require Function, Referred to as LRF, the E-CSCF directly selects the PSAP for the UE according to the location information of the UE and the determined emergency service type.
  • the E-CSCF is based on the location information of the UE and the type of the non-voice emergency service of the UE.
  • the PSAP that the UE chooses to support the non-voice emergency service includes: The E-CSCF selects the PSAP supporting the non-voice emergency service for the UE according to the location information of the UE carried in the emergency service request message and the type of the non-voice emergency service of the UE. In the preferred embodiment, if the location information carried in the emergency service request message is sufficient to select the correct PSAP, the UE selectively selects the non-voice emergency service according to the location information of the UE and the type of the non-voice emergency service of the UE.
  • the PSAP is simple and convenient to implement.
  • the E-CSCF selects a PSAP for supporting the non-voice emergency service for the UE according to the location information of the UE and the type of the non-voice emergency service of the UE, where the E-CSCF sends the UE carried in the emergency service request message to the location query server.
  • the location information and the type of the non-voice emergency service of the UE; the location query server determines the address or routing information of the PSAP supporting the non-voice emergency service according to the location information of the UE carried in the emergency service request message and the type of the non-voice emergency service of the UE.
  • the E-CSCF And sending the address or routing information of the PSAP; the E-CSCF receives the address or routing information from the location query server PSAP; the E-CSCF selects the PSAP supporting the non-voice emergency service for the UE according to the address or routing information.
  • the information of the PSAP is obtained through the LRF to select the PSAP for the UE, so that the UE can be selected to support the non-voice emergency service.
  • the PSAP provides the UE with a corresponding monthly service for non-voice emergency services.
  • the location query server notifies the E-CSCF of the address or routing information of the selected PSAP, and then the E-CSCF selects the PSAP supporting the non-voice emergency service for the UE, thereby saving operations on the E-CSCF.
  • the E-CSCF selects a PSAP for supporting the non-voice emergency service for the UE according to the location information of the UE and the type of the non-voice emergency service of the UE, where the E-CSCF sends the UE carried in the emergency service request message to the location query server.
  • the location information server determines the list of PS APs according to the location information of the UE carried in the emergency service request message, where the list of PS APs includes the address or routing information of the PS AP and the emergency service type supported by the PSAP, and sends the location information.
  • a list of PSAPs; the E-CSCF receives a list of PSAPs from the location query server, where the list includes the address or routing information of the PSAP, and the capabilities of the emergency service type supported by the PSAP; the E-CSCF is based on the type of non-voice emergency services of the UE, The address or routing information obtained from the list, and the ability of the emergency service type supported by the PSAP, selects a PSAP that supports non-voice emergency services for the UE.
  • the information of the PSAP is obtained through the LRF to select the PSAP for the UE, so that the UE can be selected to support the non-voice emergency service.
  • the PSAP provides the UE with a corresponding monthly service for non-voice emergency services.
  • the E-CSCF selects the PSAP supporting the non-voice emergency service for the UE according to the list of the PSAP, and can ensure that the PSAP for the non-voice emergency service is selected for the UE, and the corresponding service of the non-voice emergency service is provided for the UE.
  • the E-CSCF determines, according to the emergency service request message, whether the type of the emergency service is a non-voice emergency service, and includes the following two situations.
  • Case 1 The E-CSCF determines whether the type of the emergency service is a non-voice emergency service according to whether the emergency service request message carries an identifier indicating that the emergency service is a non-voice emergency service, wherein the identifier includes one of the following:
  • the SIP header field is carried in the existing SIP header field in the form of a parameter. Therefore, after receiving the request message, the E-CSCF does not need to comprehensively determine the SIP signaling in the request message, the SDP signaling, and other reports carried in the message. The style can judge whether the request message is a non-voice emergency service, and improve the judgment efficiency of the E-CSCF.
  • Case 2 The style can judge whether the request message is a non-voice emergency service, and improve the judgment efficiency of the E-CSCF.
  • the E-CSCF determines whether the type of the emergency service is a non-voice emergency service according to whether the emergency service request message includes information indicating that the type of the emergency service is a non-voice emergency service, wherein the letter
  • the information includes at least one of the following: SIP signaling, Session Description Protocol (SDP) signaling, and other message body. Therefore, the UE does not need to insert the identifier of the non-voice emergency service type in the request message, and the UE may send the request message in the manner of sending the normal message service, and the capability requirement for the UE is low.
  • the identifier that is used to indicate the emergency service is a non-voice emergency service
  • the identifier may be carried by a single SIP header field, or may be parameterized. The form is carried in the existing SIP header field.
  • the emergency service request message sent by the UE may not carry the identifier of the type of the non-voice emergency service for indicating the emergency service, and the subsequent network entity: the P-CSCF and the E-CSCF determine the SIP message in the message request.
  • the SDP signaling and other packet bodies carried in the message obtain the emergency service type requested by the UE.
  • the P-CSCF receives the emergency service request message from the UE; the P-CSCF determines the type of the emergency service according to the emergency service request message. Whether it is a non-voice emergency service; if the judgment result is yes, the P-CSCF sends an emergency service request message to the E-CSCF.
  • the P-CSCF determines, according to the emergency service request message, whether the type of the emergency service is a non-voice emergency service, including one of the following:
  • the P-CSCF according to the emergency service request message carries a type indicating that the emergency service is a non-voice emergency.
  • the identifier of the service is used to determine whether the type of the emergency service is a non-voice emergency service, where the identifier includes one of the following: a separate SIP header field, carried in the existing SIP header field as a parameter; and the P-CSCF according to the emergency service request message Whether the information indicating the type of the emergency service is a non-voice emergency service, and determining whether the type of the emergency service is a non-voice emergency service, wherein the information includes at least one of the following: SIP signaling, session description protocol (Sess Description Protectio n, abbreviated as SDP) signaling, other 4 ⁇ style.
  • SDP Sess Description Protectio n, abbreviated as SDP
  • FIG. 4 is an interaction flowchart according to a preferred embodiment 1 of the present invention, including the following steps S402 to S412.
  • Step S402 the UE initiates an emergency session request, and the emergency session request is routed to the P-CSCF.
  • the UE indicates the emergency service type in the initiated emergency session request message, and the manner in which the P-CSCF determines the emergency service type requested by the request message after receiving the request message includes:
  • the method is not limited to the following two methods: In the first mode, before the UE sends the emergency session request message, the UE may determine that the request message is a non-voice emergency message, and the UE inserts an identifier indicating the non-voice emergency service type in the sent request message.
  • the identifier may be carried by a single SIP header field or may be carried in an existing SIP header field as a parameter.
  • the P-CSCF After receiving the request message, the P-CSCF determines whether the received request message includes an identifier indicating a non-voice emergency service type, and determines whether the request message request is a non-voice emergency service. In this manner, the P-CSCF After receiving the request message, it is not necessary to comprehensively determine the SIP signaling in the request message, and the SDP signaling and other message packets carried in the message can determine whether the request message is a non-voice emergency service, thereby improving the judgment efficiency of the P-CSCF. . After the request message is received, the P-CSCF checks the SIP signaling, the SDP signaling, and other packet carried in the message, and obtains the request message from the non-voice emergency service.
  • the UE does not need to insert the identifier of the non-voice emergency service type in the request message, and the UE may send the request message according to the manner of sending the normal message service, and the capability requirement for the UE is low.
  • the P-CSCF routes the emergency session request to the selected E-CSCF.
  • the E-CSCF determines the emergency service type requested by the request message after receiving the request message. If the location information carried in the request message is specific and reliable, enough to select the correct PSAP, or the location query server (LRF in this embodiment) is not deployed in the network, the E-CSCF directly according to the UE.
  • the location information and the determined emergency service type are PSAPs selected by the UE.
  • Step S410 the E-CSCF routes the emergency session request to the PSAP according to the selected PSAP.
  • Step S412 an emergency session processing process between the subsequent PSAP and the UE.
  • Preferred Embodiment 2 The preferred embodiment 2 describes that the E-CSCF sends the emergency service type of the UE to the location query server, and the location query server selects the PSAP for the UE according to the emergency service type.
  • FIG. 5 is an interaction flowchart according to a preferred embodiment 2 of the present invention, including the following steps S502 to S518.
  • Step S502 the UE initiates an emergency session request, and the emergency session request is routed to the P-CSCF.
  • Step S508 the E-CSCF determines the emergency service type requested by the request message after receiving the request message. Specifically, in this step, the method for determining the emergency service type requested by the E-CSCF after receiving the request message is the same as step S504, and is not further described herein.
  • Step S512 the LRF performs a location query process, and queries the current location information of the UE.
  • the LRF performs the PSAP allocation process according to the current location information of the UE and the emergency service type requested by the UE, and allocates an appropriate PSAP to the UE.
  • Step S514 the LRF returns a location query response to the E-CSCF, including the address or routing information of the PSAP allocated for the UE.
  • Step S516 the E-CSCF routes the emergency session request to the PSAP according to the selected PSAP.
  • the preferred embodiment 3 describes the location information of the user queried by the location query server, and returns the list of PSAPs in the area in which it is responsible and the capability of the UE, and the emergency of the UE obtained by the E-CSCF
  • the service type is the PSAP selected by the UE.
  • FIG. 6 is an interaction flowchart according to a preferred embodiment 2 of the present invention, including the following steps S602 to S620. Step S602, the UE initiates an emergency session request, and the emergency session request is routed to the P-CSCF. Step S604: After receiving the request message, the P-CSCF determines the emergency service type requested by the request message, and selects an E-CSCF supporting the non-voice emergency service for the UE.
  • step S602 and step S604 the UE indicates the emergency service type in the initiated emergency session request message, and the P-CSCF determines the emergency service type requested by the request message after receiving the request message.
  • Steps S402 and S404 of the first embodiment are preferred, and details are not described herein.
  • Step S606 the P-CSCF routes the emergency session request to the selected E-CSCF.
  • Step S608, the E-CSCF determines the emergency service type requested by the request message after receiving the request message.
  • the method for determining the emergency service type requested by the E-CSCF after receiving the request message is the same as step S604, and is not further described herein.
  • Step S610 If the location information carried in the request message is not trusted, or the IMS system needs to check the validity of the location information of the UE, the E-CSCF sends the emergency session request to the location query server (in this embodiment).
  • a location query request is initiated for the LRF, which does not carry the parsed emergency service type requested by the UE, and requires the LRF to allocate a PSAP for the UE.
  • Step S612 the LRF performs a location query process, and queries the current location information of the UE. At the same time, the LRF selects a list of PSAPs in the area and its supported emergency service type capabilities according to the current location information of the UE.
  • Step S614 the LRF returns a location query response to the E-CSCF, including a list of PSAPs selected for the UE and their supported emergency service type capabilities.
  • Step S616 the E-CSCF selects the emergency service type requested by the UE from the returned PSAP list, and selects the corresponding emergency service type capability PSAP for the UE.
  • Step S618, the E-CSCF routes the emergency session request to the PSAP according to the selected PSAP.
  • Step S620 an emergency session processing process between the subsequent PSAP and the UE.
  • FIG. 7 is a block diagram showing the structure of an E-CSCF according to an embodiment of the present invention, including a receiving device 72, a judging device 74, and a selecting device 76. The structure thereof will be described in detail below.
  • the receiving device 72 is configured to receive an emergency service request message for instructing the UE to initiate an emergency service.
  • the determining device 74 is connected to the receiving device 72, and is configured to determine, according to the emergency service request message received by the receiving device 72, whether the type of the emergency service is The non-voice emergency service; the selection device 76 is connected to the judging device 74, and is configured to: according to the location information of the UE carried in the emergency service request message and the type of the non-voice emergency service of the UE, when the judging device 74 determines that the result is yes.
  • the UE selects a PSAP that supports non-voice emergency services.
  • the E-CSCF selects the PSAP for the UE based on the location information of the UE, and the UE that initiates the non-voice emergency service cannot select the PSAP that supports the non-voice emergency service.
  • the E-CSCF selects the PSAP for the UE, and considers the type of the non-voice emergency service, so that the PSAP supporting the non-voice emergency service can be selected, and the corresponding monthly service of the non-voice emergency service is provided for the UE.
  • the preferred embodiment may be a location request function (Location Require Function, Referred to as LRF, the E-CSCF directly selects the PSAP for the UE according to the location information of the UE and the determined emergency service type.
  • LRF Location Require Function
  • the selecting means 76 comprises: a first selecting module 761, configured to select a PSAP supporting the non-voice emergency service for the UE according to the location information of the UE carried in the emergency service request message and the type of the non-voice emergency service of the UE.
  • the UE selectively selects the non-voice emergency service according to the location information of the UE and the type of the non-voice emergency service of the UE.
  • the PSAP is simple and convenient to implement.
  • the selecting means 76 comprises: a first sending module 762, configured to send the location information of the UE carried in the emergency service request message and the type of the non-voice emergency service of the UE to the location query server; the first receiving module 763 is set to Receiving the address or routing information from the location query server PSAP; the second selecting module 764 is connected to the first receiving module 763, and is configured to select, according to the address or routing information received by the first receiving module 763, the non-voice emergency service for the UE. PSAP.
  • the location information carried in the emergency service request message is insufficient to select the correct PSAP
  • the information of the PSAP is obtained through the LRF, so that the second selection module 764 selects the PSAP for the UE, so that the UE can be selected to support.
  • the PSAP of the non-voice emergency service and provides the corresponding service of the non-voice emergency service for the UE.
  • the location query server notifies the E-CSCF of the address or routing information of the selected PSAP, and the second selection module 764 selects the PSAP supporting the non-voice emergency service for the UE, which can save operations on the E-CSCF. , thereby improving the processing efficiency of the E-CSCF.
  • the selecting means 76 comprises: a second sending module 765, configured to send the location information of the UE carried in the emergency service request message to the location query server; the second receiving module 766 is configured to receive the list of PSAPs from the location query server The list includes the address or routing information of the PSAP, and the capability of the emergency service type supported by the PSAP; the third selection module 767 is connected to the second receiving module 766, and is set according to the type of the non-voice emergency service of the UE, from the second The address or routing information obtained in the list received by the receiving module 766, and the ability of the emergency service type supported by the PSAP, selects a PSAP that supports non-voice emergency services for the UE.
  • the third selection module 767 selects the PSAP for the UE, so that the UE can be selected to support.
  • the PSAP of the non-voice emergency service and provides the corresponding service of the non-voice emergency service for the UE.
  • the third selection module 767 selects the PSAP supporting the non-voice emergency service for the UE according to the list of the PSAP, and can ensure that the PSAP for the non-voice emergency service is selected for the UE, and the corresponding service of the non-voice emergency service is provided for the UE.
  • FIG. 8 is a structural block diagram of a location query server according to an embodiment of the present invention, including: a first determining module 82, a first sending module 84, a second determining module 86, and a second sending module 88. The structure is described in detail below.
  • the first determining module 82 is configured to determine, according to the location information of the UE carried in the emergency service request message and the type of the non-voice emergency service of the UE, the address or routing information of the PSAP supporting the non-voice emergency service; the first sending module 84, Connected to the first determining module 82, the address or routing information of the PSAP determined by the first determining module 82 is sent.
  • the second determining module 86 is configured to determine, according to the location information of the UE carried in the emergency service request message, the list of PSAPs, where the list of PSAPs includes the address or routing information of the PSAP and the capability of the emergency service type supported by the PSAP;
  • the module 88 is coupled to the second determining module 86 and configured to transmit a list of PSAPs determined by the second determining module 86.
  • a PSAP selection system including the E-CSCF of one of the above and a location query server.
  • the E-CSCF selects a PSAP supporting the non-voice emergency service for the UE according to the location information of the UE and the type of the non-voice emergency service of the UE, and solves the related technology in the E-
  • the selection of the PSAP by the CSCF based on the location information of the UE may cause the UE that initiates the non-voice emergency service to fail to select the PSAP supporting the non-voice emergency service, thereby ensuring the selection of the PSAP supporting the non-voice emergency service, and for the UE.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Emergency Management (AREA)
  • Marketing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

La présente invention porte sur un procédé, un dispositif et un système de sélection de point de réponse de sécurité publique (PSAP). Le procédé comprend les opérations suivantes : une E-CSCF reçoit un message de requête de service d'urgence servant à indiquer qu'un UE déclenche un service d'urgence (S302) ; conformément au message de requête de service d'urgence, la E-CSCF détermine si le type de service d'urgence est ou non un service d'urgence non vocal (S304) ; si le résultat de détermination est affirmatif, la E-CSCF sélectionne un PSAP pour l'UE, qui prend en charge le service d'urgence non vocal, sur la base des informations de position et du type de service d'urgence non vocal de l'UE (S306). L'invention assure que le PSAP prenant en charge le service d'urgence non vocal peut être sélectionné, et le service correspondant au service d'urgence non vocal est fourni pour l'UE.
PCT/CN2011/074773 2010-06-29 2011-05-27 Procédé, dispositif et système de sélection de point de réponse de sécurité publique WO2012000359A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010218205.9A CN102316077B (zh) 2010-06-29 2010-06-29 公共安全应答点的选择方法、装置及系统
CN201010218205.9 2010-06-29

Publications (1)

Publication Number Publication Date
WO2012000359A1 true WO2012000359A1 (fr) 2012-01-05

Family

ID=45401379

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/074773 WO2012000359A1 (fr) 2010-06-29 2011-05-27 Procédé, dispositif et système de sélection de point de réponse de sécurité publique

Country Status (2)

Country Link
CN (1) CN102316077B (fr)
WO (1) WO2012000359A1 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9143253B2 (en) * 2012-05-11 2015-09-22 Intel Corporation Techniques for delivering emergency payloads for non-voice emergency services
CN104955009A (zh) * 2014-03-26 2015-09-30 阿尔卡特朗讯 一种紧急呼叫系统及方法
WO2017172963A1 (fr) * 2016-03-30 2017-10-05 Caregiver Assist, Inc. Système et procédé pour initier une réponse d'urgence
CN106791560A (zh) * 2016-11-29 2017-05-31 中国联合网络通信集团有限公司 一种基于VoLTE的报警方法、设备以及报警系统
CN111246443A (zh) * 2018-11-28 2020-06-05 成都鼎桥通信技术有限公司 信息上报方法、装置及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1311963A (zh) * 1998-07-30 2001-09-05 艾利森公司 紧急呼叫和短消息传送系统的特性
US20070003024A1 (en) * 2005-06-22 2007-01-04 Cml Emergency Services Inc. Network emergency call taking system and method
FR2891938A1 (fr) * 2005-10-10 2007-04-13 Christophe Tuffery Procede de transmission d'informations non vocales permettant d'ameliorer l'efficacite des centres de secours.
US20080081646A1 (en) * 2006-10-03 2008-04-03 Drew Morin 911 data messaging

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100563373C (zh) * 2006-08-25 2009-11-25 华为技术有限公司 实现紧急业务的方法及其系统
CN101132378B (zh) * 2006-08-25 2010-07-21 华为技术有限公司 一种不同网络间互通的方法及通信系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1311963A (zh) * 1998-07-30 2001-09-05 艾利森公司 紧急呼叫和短消息传送系统的特性
US20070003024A1 (en) * 2005-06-22 2007-01-04 Cml Emergency Services Inc. Network emergency call taking system and method
FR2891938A1 (fr) * 2005-10-10 2007-04-13 Christophe Tuffery Procede de transmission d'informations non vocales permettant d'ameliorer l'efficacite des centres de secours.
US20080081646A1 (en) * 2006-10-03 2008-04-03 Drew Morin 911 data messaging

Also Published As

Publication number Publication date
CN102316077B (zh) 2016-02-10
CN102316077A (zh) 2012-01-11

Similar Documents

Publication Publication Date Title
AU2011374206B2 (en) Methods and apparatuses for enabling an Single Radio Voice Call Continuity (SRVCC) access transfer of an emergency call back session
US8515421B2 (en) IMS enabled attach procedure for LTE
US8532606B2 (en) Method and system for providing an emergency location service using interoperability between IMS core and access network
US8351461B2 (en) Method and apparatus for network based fixed mobile convergence
WO2007098713A1 (fr) Procédé et système d'appel d'urgence
CN101175248B (zh) Ip多媒体子系统集中控制业务的紧急呼叫系统及方法
WO2008011833A1 (fr) Procédé et système permettant d'établir un appel d'urgence et p-cscf
CN101420432B (zh) 一种ims监听的实现方法、系统及装置
WO2009024006A1 (fr) Contrôleur de session locale, sous-système multimédia ip et procédé d'enregistrement de session
JP2004535645A (ja) ネットワーク識別される非常セッションを取り扱う方法及びシステム
EP2257103A1 (fr) Procédé, système et dispositif pour assurer des services
US20100208671A1 (en) Communication system, user equipment registration method, switching device and user equipment registration system
EP2117251B1 (fr) Procédé de réalisation d'un enregistrement d'appel d'urgence
US10244112B2 (en) Prioritising calls
CN101448232B (zh) 紧急呼叫实现方法及系统、用户设备
WO2011060715A1 (fr) Procédé pour réaliser un appel d'urgence, système et dispositif associés
WO2012000359A1 (fr) Procédé, dispositif et système de sélection de point de réponse de sécurité publique
CN101132644B (zh) Ip多媒体子系统集中控制业务紧急呼叫实现方法和系统
US8908665B2 (en) Methods for routing of calls in internet protocol multimedia subsystem centralized services networks and related gateway mobile switching centres (GMSC) and home location registers (HLR)
WO2011020273A1 (fr) Procédé et système de traitement de services d'urgence
WO2008040171A1 (fr) Procédé, système de domaine de commutation de circuits apercevant des informations de sessions multimédia du domaine ims
WO2011140882A1 (fr) Procédé et système permettant de mettre en œuvre des messages courts d'urgence
WO2010127530A1 (fr) Procédé et système d'établissement de service d'un sous-système multimédia par internet
WO2010127529A1 (fr) Procédé et système d'établissement d'un service de sous-système multimédia par internet
CN103139745A (zh) 紧急呼叫实现方法、系统及归属网络、拜访网络服务装置

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: 11800104

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11800104

Country of ref document: EP

Kind code of ref document: A1