WO2011157093A1 - 非语音紧急呼叫的控制方法、ip多媒体子系统及p-cscf - Google Patents

非语音紧急呼叫的控制方法、ip多媒体子系统及p-cscf Download PDF

Info

Publication number
WO2011157093A1
WO2011157093A1 PCT/CN2011/074188 CN2011074188W WO2011157093A1 WO 2011157093 A1 WO2011157093 A1 WO 2011157093A1 CN 2011074188 W CN2011074188 W CN 2011074188W WO 2011157093 A1 WO2011157093 A1 WO 2011157093A1
Authority
WO
WIPO (PCT)
Prior art keywords
cscf
emergency call
terminal
voice emergency
information
Prior art date
Application number
PCT/CN2011/074188
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 中兴通讯股份有限公司
Publication of WO2011157093A1 publication Critical patent/WO2011157093A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42382Text-based messaging services in telephone networks such as PSTN/ISDN, e.g. User-to-User Signalling or Short Message Service for fixed networks
    • 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/006Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer

Definitions

  • Non-voice emergency call control method IP multimedia subsystem and P-CSCF
  • the present invention relates to the field of communications, and more particularly to a network protocol (IP) multimedia subsystem, a non-voice emergency call control method, an IP multimedia subsystem, and a proxy call session control function.
  • IP network protocol
  • the existing emergency call service is only for voice service, that is, a voice call is made to an emergency call number.
  • voice service that is, a voice call is made to an emergency call number.
  • people who have problems talking or have hearing problems When they are in an emergency, they need to contact the emergency center. It is very difficult for them to rely on voice calls.
  • Non-speech media such as short messages, messages or texts. It is an application for non-voice emergency calls, but in other cases, such as emergency call centers, the alarm person needs to provide more information about the place of occurrence, and can also request an alarm. People provide media information such as videos or pictures, which are called non-voice emergency calls.
  • the emergency call center In order to implement non-voice emergency calls, the emergency call center is first required to support non-voice media, but a large number of emergency call centers that have been deployed currently only support voice emergency calls, if all public safety response centers (PSAPs) in the network are to be used. Public Safety Answering Point ) It will be a complicated and slow process to upgrade. Therefore, at the current implementation, at this stage, the non-voice emergency call only needs to be open to the user who has signed the service. For the user who has not signed the service, the network thinks that it should be able to make a voice emergency call. The user of the service initiates a non-voice emergency call, and the network informs the user that the service is restricted, and rejects the request, requesting it to initiate an emergency call for voice.
  • FIG. 1 is a structural diagram of an existing IMS (IP Multimedia Core Network Subsystem) for implementing an emergency call, which includes a User Equipment (User Equipment) 101, a P-CSCF (Proxy Call Session Control Function, Proxy call session control function) 102, when the P-CSCF 102 receives a request message, judges whether the message request is an emergency call request by judging the message request, and if it is an emergency call request, the P-CSCF The E-CSCF 105 directly processes the emergency call request to the E-CSCF (Emergency Call Service CSCF) 105 of the current network, and the E-CSCF 105 queries an appropriate PSAP 106 to serve the user according to the location information of the user.
  • E-CSCF Electronic Multimedia Core Network Subsystem
  • the P-CSCF 102 For the P-CSCF 102, if the received request message is not an emergency call request, the P-CSCF 102 routes the call request to the user's home network and sends the call request to the S-CSCF assigned to the user (Serving Call) On the Session Control Function (Service CSCF) 103, the S-CSCF 103 queries the HSS (Home Subscriber Server) 104 for the subscriber's subscription data and determines the legitimacy of the request.
  • HSS Home Subscriber Server
  • Figure 2 is a flow chart of the user initiating registration on the IMS network, which simplifies the process of network security authentication and the like:
  • the user After the user successfully registers with the IMS network, the user has the data information of the user, and the data information includes the basic personal information of the user and the contracted service information.
  • the user UE initiates a registration request to its IMS access point P-CSCF.
  • the S-CSCF query function is used by the network to allocate a S-CSCF for the user, so that the registration request is routed to the S-CSCF.
  • the S-CSCF queries the user data in the HSS.
  • the HSS returns the queried user data to the S-CSCF, where the data only includes the user's registration information, such as implicit registration set information;
  • the S-CSCF After the network authenticates the user successfully, the S-CSCF returns a 200 OK response to the user, where the user includes partial registration information, such as implicit registration set information.
  • the P-CSCF saves the user's S-CSCF information and the user's registration information.
  • the P-CSCF After the registration is successful, the P-CSCF initiates a subscription request to the S-CSCF of the user, and subscribes to the user registration related information. 208.
  • the S-CSCF determines that the subscribed user of the P-CSCF has successfully registered, and receives a subscription request of the P-CSCF, and returns a 200 OK response thereto.
  • the HSS will inform the S-CSCF of the latest user data
  • the S-CSCF After receiving the latest user data, the S-CSCF sends a NOTIFY notification message to the P-CSCF to inform the P-CSCF of the latest user data.
  • the P-CSCF After receiving the notification message, the P-CSCF returns a 200 OK response to the network.
  • the P-CSCF stores only the registration information of the user, and does not include information such as the subscription service of the user.
  • FIG. 3 is a simplified flow chart of a user initiating a call in the prior art:
  • a user initiates a service request, where the request may be a call message or a message type request.
  • the P-CSCF sends the service request to the S-CSCF.
  • the S-CSCF queries the HSS for data of the user subscription service.
  • the HSS returns the subscription information of the user to the S-CSCF, including whether the service is contracted, whether the user has the right to initiate the request, and the like;
  • the S-CSCF judges the returned user data, and when the user's service request is found to be illegal, the service request is rejected.
  • the service request is illegal because the user does not sign the service, or the account is not enough. The balance initiates the business and so on.
  • the P-CSCF returns a response rejecting the service to the user UE
  • the S-CSCF sends the service request to the called user network, and sends the called user to the called user through the called user network;
  • the P-CSCF subscribes to the user's data.
  • the data only includes the basic registration data of the user, such as how many public user identifiers the user has, which implicit registration set, and so on, and there is no user subscription to the service.
  • the basic requirement of whether it is a voice emergency call or a non-voice emergency call is local direct processing, that is, when the P-CSCF receives a request, if it is judged to be an emergency If the call is made, the P-CSCF directly sends the request to the E-CSCF of the current network for processing.
  • the P-CSCF cannot know whether the subscriber is subscribed to the non-voice emergency call service at this time, which may cause the P-CSCF to incorrectly control the non-voice emergency call service.
  • the technical problem to be solved by the present invention is to provide a non-voice emergency call control method, an IP multimedia subsystem and a proxy call session control function to control non-voice emergency calls.
  • the present invention provides a method for controlling a non-voice emergency call, the method comprising:
  • the P-CSCF learns and saves the non-voice emergency call signing information of the terminal
  • the P-CSCF determines whether the terminal subscribes to the non-voice emergency call according to the saved subscription information, and if the contract is signed, the non-voice emergency call is allowed to continue, and if the subscription is not signed, the P-CSCF rejects the call.
  • Non-voice emergency call request When the terminal initiates a non-voice emergency call, the P-CSCF determines whether the terminal subscribes to the non-voice emergency call according to the saved subscription information, and if the contract is signed, the non-voice emergency call is allowed to continue, and if the subscription is not signed, the P-CSCF rejects the call.
  • Non-voice emergency call request is the terminal subscribes to the non-voice emergency call according to the saved subscription information, and if the contract is signed, the non-voice emergency call is allowed to continue, and if the subscription is not signed, the P-CSCF rejects the call.
  • Non-voice emergency call request When the terminal initiates a non-voice emergency call, the P-CSCF determines whether the terminal subscribes to the non-voice emergency call
  • the step of the P-CSCF obtaining the non-voice emergency call signing information includes:
  • the HSS sends the non-voice emergency call signing information of the terminal to the S-CSCF;
  • the S-CSCF receives and transmits non-emergency call signing information of the terminal to the P-CSCF.
  • the step of the HSS transmitting the non-voice emergency call signing information of the terminal to the S-CSCF includes: when the terminal registers, the HSS returns to the S-CSCF according to the query of the S-CSCF, including User data information of the non-voice emergency call signing information of the terminal.
  • the step of the HSS transmitting the non-voice emergency call signing information of the terminal to the S-CSCF includes: when the HSS periodically or the user data information of the terminal changes, the non-voice emergency call signing information of the terminal is included User data information is sent to the S-CSCF;
  • the step of the S-CSCF receiving and transmitting the non-emergency call signing information of the terminal to the P-CSCF includes: after the terminal successfully registers, the P-CSCF sends a subscription request to the S-CSCF, The S-CSCF establishes a subscription relationship; the S-CSCF sends the non-voice emergency call subscription information to the P-CSCF according to the subscription relationship after receiving the non-voice emergency call subscription information.
  • the non-voice emergency call subscription information is expressed in an explicit or implicit manner, in a Session Initiation Protocol (SIP) header field, a SIP header field parameter, or an Extensible Markup Language (XML) body.
  • SIP Session Initiation Protocol
  • XML Extensible Markup Language
  • the present invention also provides another method for controlling a non-voice emergency call, the method comprising:
  • the HSS sends the non-voice emergency call signing information of the terminal to the P-CSCF through the S-CSCF; the P-CSCF receives and saves the non-voice emergency call signing information of the terminal;
  • the P-CSCF determines whether the terminal subscribes to the non-voice emergency call according to the saved subscription information, and if the contract is signed, the non-voice emergency call is allowed to continue, and if the subscription is not signed, the P-CSCF rejects the call.
  • Non-voice emergency call request When the terminal initiates a non-voice emergency call, the P-CSCF determines whether the terminal subscribes to the non-voice emergency call according to the saved subscription information, and if the contract is signed, the non-voice emergency call is allowed to continue, and if the subscription is not signed, the P-CSCF rejects the call.
  • Non-voice emergency call request is the terminal subscribes to the non-voice emergency call according to the saved subscription information, and if the contract is signed, the non-voice emergency call is allowed to continue, and if the subscription is not signed, the P-CSCF rejects the call.
  • Non-voice emergency call request When the terminal initiates a non-voice emergency call, the P-CSCF determines whether the terminal subscribes to the non-voice emergency call
  • the step of the HSS sending the non-voice emergency call signing information of the terminal to the P-CSCF by using the S-CSCF includes:
  • the HSS When the terminal registers, the HSS returns user data information including the non-voice emergency call signing information of the terminal to the S-CSCF according to the query of the S-CSCF;
  • the P-CSCF sends subscription information for non-emergency calls.
  • the step of the HSS sending the non-voice emergency call signing information of the terminal to the P-CSCF by using the S-CSCF includes:
  • the user data information of the HSS periodically or the terminal changes
  • the user data information of the terminal including the non-voice emergency call signing information is sent to the S-CSCF;
  • the S-CSCF receives the location
  • the non-voice emergency call signing information is sent to the P-CSCF according to a subscription relationship established with the P-CSCF.
  • the non-voice emergency call subscription information is expressed in an explicit or implicit manner, and is represented by a SIP header field, a SIP header field parameter, or an XML body.
  • the non-voice emergency call is allowed to continue, and the P-CSCF directly routes the non-voice emergency call request to the E-CSCF; the non-voice emergency call request is routed by the E-CSCF to the appropriate PSAP; Answer after the request.
  • rejecting the non-voice emergency call request includes: rejecting the request, and notifying the terminal of the reason for the failure, and requesting the terminal to send a voice emergency call.
  • the present invention also provides a proxy call session control function (P-CSCF), comprising: an information learning module, configured to: learn and save non-voice emergency call signing information of the terminal;
  • P-CSCF proxy call session control function
  • the non-voice emergency call control module is configured to: when the terminal initiates the non-voice emergency call, determine whether the terminal subscribes to the non-voice emergency call according to the saved subscription information, and if the contract is signed, allow the non-voice emergency call to continue. Otherwise the non-voice emergency call request is rejected.
  • the information learning module is configured to obtain non-voice emergency call signing information in the following manner:
  • the subscriber After the terminal is successfully registered, the subscriber establishes a subscription relationship with the S-CSCF, and receives the non-voice emergency call signing sent according to the subscription relationship after the S-CSCF learns the non-voice emergency call signing information of the terminal. information.
  • the present invention also provides an IP multimedia subsystem for implementing a non-voice emergency call, the system comprising an HSS, an S-CSCF and a P-CSCF, wherein:
  • the HSS is configured to: send non-voice emergency call signing information of the terminal to the S-CSCF;
  • the S-CSCF is configured to: receive non-voice emergency call signing information of the terminal, and send the information to the P-CSCF Non-emergency call signing information of the terminal;
  • the P-CSCF is configured to: receive and save the non-voice emergency call signing information of the terminal; and when the terminal initiates the non-voice emergency call, determine whether the terminal subscribes to the non-voice emergency call according to the saved subscription information, if the contract is signed , the non-voice emergency call is allowed to continue, and if there is no contract, the non-voice emergency call request is rejected.
  • the S-CSCF is further configured to: when the terminal registers, query the request to the HSS; and receive a non-voice emergency that is returned by the HSS according to the query request of the S-CSCF, including the terminal User data information for calling subscription information.
  • the HSS is set to: periodically or when the user data information of the terminal changes. Transmitting user data information of the terminal including non-voice emergency call signing information to the
  • the P-CSCF is further configured to: after the terminal successfully registers, send a subscription request to the S-CSCF, establish a subscription relationship with the S-CSCF; and receive the non-voice emergency call by the S-CSCF.
  • the non-voice emergency call signing information sent according to the subscription relationship after signing the information.
  • the non-voice emergency call subscription information is expressed in an explicit or implicit manner, and is represented by a SIP header field, a SIP header field parameter, or an XML body.
  • the non-voice emergency call sign information is obtained.
  • the terminal initiates the non-voice emergency call, it is determined according to the obtained subscription information whether to allow the The terminal initiates a non-voice emergency call, thereby implementing control of the non-voice emergency call.
  • FIG. 4 is a schematic diagram of a method for controlling a non-voice emergency call according to an embodiment of the present invention
  • FIG. 5 is still another schematic diagram of a method for controlling a non-voice emergency call according to an embodiment of the present invention
  • a flow chart for issuing a non-voice emergency call information a flow chart of calling information
  • FIG. 8 is an embodiment of a P-CSCF allowing a terminal to initiate a non-voice emergency call according to an embodiment of the present invention
  • FIG. 9 is a schematic diagram of a P-CSCF rejecting a terminal to initiate a non-voice emergency call according to an embodiment of the present invention.
  • Preferred embodiment of the invention
  • the main idea of the present invention is that the proxy call session control function (P-CSCF) obtains the non-voice emergency call signing information after the terminal registers or the terminal registers successfully, and then obtains the non-voice emergency call signing information, and initiates the non-voice emergency call at the terminal.
  • P-CSCF proxy call session control function
  • control method of the non-voice emergency call of the present invention includes:
  • Step 401 The proxy call session control function (P-CSCF) learns and saves the non-voice emergency call signing information of the terminal;
  • Step 401 specifically includes:
  • a home subscriber server sends a non-voice emergency call subscription information of the terminal to a service call session control function (S-CSCF);
  • S-CSCF service call session control function
  • the transmitting, by the HSS, the non-voice emergency call signing information of the terminal to the S-CSCF specifically: when the terminal registers, the HSS returns the terminal to the S-CSCF according to the query of the S-CSCF.
  • User data information for non-voice emergency call signing information specifically: when the terminal registers, the HSS returns the terminal to the S-CSCF according to the query of the S-CSCF.
  • the S-CSCF receives and sends non-emergency call signing information of the terminal to the P-CSCF.
  • the non-voice emergency call signing information sent by the HSS to the S-CSCF specifically refers to: when the HSS periodically or the user data information of the terminal changes, the non-voice emergency of the terminal is included.
  • the user data information of the call signing information is sent to the S-CSCF;
  • the S-CSCF receiving and transmitting the non-emergency call signing information of the terminal to the P-CSCF specifically includes: after the terminal successfully registers, the P- Sending, by the CSCF, a subscription request to the S-CSCF to establish a subscription relationship with the S-CSCF; and after receiving the non-voice emergency call subscription information, the S-CSCF sends the subscription to the P-CSCF according to the subscription relationship.
  • Non-voice emergency call signing information is sent to: when the HSS periodically or the user data information of the terminal changes, the non-voice emergency of the terminal is included.
  • the user data information of the call signing information is sent to the S-CSCF;
  • Step 402 When the terminal initiates a non-voice emergency call, the P-CSCF determines whether the terminal subscribes to the non-voice emergency call according to the saved subscription information, and if the contract is signed, the non-voice is allowed to be tight. The emergency call continues, otherwise the non-voice emergency call request is rejected.
  • the method of the present invention may also be described as a method for controlling a non-voice emergency call of the present invention, including:
  • the home subscriber server (HSS) sends the non-voice emergency call subscription information of the terminal to the proxy call session control function (P-CSCF) by using a service call session control function (S-CSCF); step 501 has two implementation manners.
  • the HSS When the terminal registers, the HSS returns user data information including non-voice emergency call signing information of the terminal to the S-CSCF according to the query of the S-CSCF; the S-CSCF And sending the subscription information of the non-emergency call to the P-CSCF;
  • Manner 2 After the terminal registration is successful, when the user data information of the HSS periodically or the terminal changes, the user data information of the terminal including the non-voice emergency call signing information is sent to the S-CSCF; the S-CSCF After receiving the non-voice emergency call signing information, the non-voice emergency call signing information is sent to the P-CSCF according to a subscription relationship established with the P-CSCF.
  • the P-CSCF receives and saves non-voice emergency call signing information of the terminal.
  • the P-CSCF determines whether the terminal subscribes to the non-voice emergency call according to the saved subscription information, and if the contract is signed, allows the non-voice emergency call to continue, otherwise rejects the non-voice. Emergency call request.
  • the non-voice emergency call signing information may be represented by a format of a SIP header field or an XML body by means of an identifier.
  • the P-CSCF directly routes the non-voice emergency call request to the E-CSCF; the E-CSCF routes the non-voice emergency call request to the appropriate PSAP for processing; when the PSAP receives the request Then respond.
  • Rejecting the non-voice emergency call request specifically includes: rejecting the request, and notifying the terminal of the reason for the failure, and requesting the terminal to send a voice emergency call.
  • FIG. 6 is a flow chart of the P-CSCF obtaining non-voice emergency call signing information during the registration process, and the specific steps are as follows: 601. The terminal UE initiates a registration request.
  • the P-CSCF sends a registration request to the S-CSCF.
  • the S-CSCF queries the HSS for user data information.
  • the HSS returns the user data information to the S-CSCF, where the terminal registration information and the identifier of the non-voice emergency call are signed.
  • the S-CSCF authenticates the user and agrees to register, the S-CSCF sends a 200 to the P-CSCF.
  • the OK response includes the registration information of the terminal and the identity of whether to sign a non-voice emergency call.
  • the identifier may be in the form of a SIP header field, or may be extended by an existing header field, or may be represented by a piece of XML body;
  • the P-CSCF learns the registration information of the user and whether to sign the non-voice emergency call information from the 200 OK response, and saves the information, and forwards the 200 OK response to the user UE.
  • FIG. 7 is a flowchart of the P-CSCF obtaining the non-voice emergency call signing information by means of subscription, which includes the following steps:
  • 701-706 is a standard user registration flow chart, with steps 201 ⁇ 206 in Figure 2;
  • the P-CSCF initiates a subscription request of the terminal to the network.
  • the S-CSCF determines whether the terminal that invites the subscription is successfully registered. After learning that the terminal has successfully registered, sending a 200 OK response to the P-CSCF, and receiving the subscription request, so that the P-CSCF and the S-CSCF establish the Subscription relationship of the terminal;
  • the HSS informs the S-CSCF of the non-voice emergency call signing information of the terminal;
  • the HSS periodically sends or sends user data information to the S-CSCF when the terminal subscription information changes, including the non-voice emergency call subscription information of the terminal.
  • the S-CSCF After the subscription relationship is established, the S-CSCF sends a notification NOTIFY message to the P-CSCF, where the terminal includes the registration information of the terminal, and includes information about whether the terminal subscribes to the non-voice emergency call.
  • the P-CSCF After receiving the notification message, the P-CSCF sets the registration data of the terminal and whether to sign the non-voice.
  • the emergency call information is saved and a 200 OK response is sent to the S-CSCF.
  • FIG. 8 is a flowchart of a terminal initiating a non-voice emergency call, including:
  • the user is found to have a non-voice emergency call service, and the P-CSCF directly routes the non-voice emergency call request to the E-CSCF.
  • the PSAP responds to the user and sends a 200 OK response to the user UE, and the call is successfully established.
  • Figure 9 is another flow chart of the user sending a non-voice emergency call:
  • the P-CSCF determines that the user does not subscribe to the non-voice emergency call service, directly rejects the request, and informs the user of the reason for the failure, and requests the user to send a voice emergency call.
  • the present invention also provides an IP multimedia subsystem, which is used to implement a non-voice emergency call, and the system includes:
  • HSS Home Subscriber Server
  • S-CSCF Serving Call Session Control Function
  • the S-CSCF is configured to receive and send non-emergency call signing information of the terminal to a proxy call session control function (P-CSCF);
  • P-CSCF proxy call session control function
  • the P-CSCF is configured to receive and save the non-voice emergency call signing information of the terminal, and is further configured to: when the terminal initiates the non-voice emergency call, determine whether the terminal subscribes to the non-voice emergency call according to the saved subscription information, such as If the contract is signed, the non-voice emergency call is allowed to continue, otherwise the non-voice emergency call request is rejected.
  • the S-CSCF is further configured to: when the terminal registers, query the HSS for a request; the HSS returns, according to the query of the S-CSCF, the non-voice emergency call signing information including the terminal to the S-CSCF. User data information.
  • the user data information of the HSS periodically or the terminal is changed, the user data information of the terminal including the non-voice emergency call signing information is sent to the S-CSCF; the P-CSCF is also used after the terminal is successfully registered. Sending a subscription request to the S-CSCF to establish a subscription relationship with the S-CSCF; the S-CSCF sends the non-voice emergency call subscription information to the P-CSCF according to the subscription relationship. Non-voice emergency call signing information.
  • the non-voice emergency call subscription information is expressed in an explicit or implicit manner, and is represented by a SIP header field, a SIP header field parameter, or an XML body.
  • the invention also provides a proxy call session control function, the proxy call session control function
  • ⁇ (P-CSCF) includes an information learning module for learning and saving the non-voice emergency call signing information of the terminal;
  • the non-voice emergency call control module is configured to: when the terminal initiates the non-voice emergency call, determine whether the terminal subscribes to the non-voice emergency call according to the saved subscription information, and if the contract is signed, allow the non-voice emergency call to continue, otherwise reject The non-voice emergency call request.
  • the manner in which the information obtaining module learns the non-voice emergency call signing information is any one of the following: when the terminal is registered, the service call session control function (S-CSCF) queries the home subscriber server (HSS) and sends the information to the Information learning module;
  • S-CSCF service call session control function
  • HSS home subscriber server
  • the information obtaining module establishes a subscription relationship with the S-CSCF, and the S-CSCF learns the non-voice emergency call signing information of the terminal, and then sends the information to the information according to the subscription relationship. Module.
  • non-voice emergency calls include short messages, videos, pictures, and the like.
  • different network elements will be processed, for example, for short message emergency call mode, when E-CSCF When receiving the short message emergency call, it will choose to tighten the short message first.
  • the emergency call is sent to the appropriate short message center, and the short message center sends the short message emergency call to the appropriate PSAP.
  • the present invention focuses on how the P-CSCF controls non-voice emergency calls.
  • the non-voice emergency call service is signed by the proxy call session control function (P-CSCF) when the terminal registers or after the terminal registers successfully
  • the non-voice emergency call sign information is obtained, and when the terminal initiates a non-voice emergency call, according to the
  • the learned subscription information determines whether the terminal is allowed to initiate a non-voice emergency call, thereby implementing control of the non-voice emergency call.
  • the method of the present invention does not require major modifications to the existing IMS architecture, and it is only necessary to increase the transmission and judgment of the subscription information in the process to control the non-voice emergency call.
  • the proxy call session control function obtains the non-voice emergency call signing information after the terminal registers or the terminal registers successfully, and then obtains the non-voice emergency call signing information, and when the terminal initiates the non-voice emergency call, according to the knowledge
  • the subscription information determines whether the terminal is allowed to initiate a non-voice emergency call, thereby implementing control of the non-voice emergency call.

Landscapes

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

Description

非语音紧急呼叫的控制方法、 IP多媒体子系统及 P-CSCF
技术领域
本发明涉及通信领域, 更具体地涉及一种网络协议(IP ) 多媒体子系统 中,非语音紧急呼叫的控制方法、 IP多媒体子系统及代理呼叫会话控制功能。
背景技术
现有紧急呼叫业务只是针对语音业务的, 即向一个紧急呼叫号码拨打语 音电话。 但在某些特别的情况下, 比如正处于危险中, 拨打语音电话报警是 不可能的, 也是更加危险的。 还有对一些说话有问题, 或听力有问题的人群, 当他们处于紧急情况时, 需要同紧急中心联系的时候, 依靠语音电话, 对他 们来说也是很困难的。
所以人们希望利用非语音类服务来实现紧急呼叫, 比如向紧急呼叫中心 发送一个报警的短消息, 将当前情况以及需求都写在短消息里, 这样紧急呼 叫中心就可以根据收到的紧急短信来为用户服务。
通过短消息, 消息或文本等非语音媒体来实现紧急呼叫, 是非语音紧急 呼叫的一个应用, 但在其他一些情况下, 比如紧急呼叫中心需要报警人提供 更多发生地的信息, 还可以要求报警人提供视频或图片等媒体信息, 这些都 称为非语音紧急呼叫。
为了实现非语音紧急呼叫, 首先要求紧急呼叫中心能够支持非语音的媒 体, 但是目前已经部署的大量的紧急呼叫中心只支持语音的紧急呼叫, 如果 要对网络中所有的公共安全应答中心 ( PSAP , Public Safety Answering Point ) 进行升级, 这将是一个比较复杂而且很慢的过程。 所以在具体实施的时候, 在现阶段, 非语音紧急呼叫只要求对部分签约了该业务的用户开放, 对于没 有签约该业务的用户, 网络认为其应该是可以进行语音紧急呼叫的, 当没有 签约该业务的用户发起非语音紧急呼叫, 网络会告知其业务受限, 并拒绝其 请求, 要求其发起语音的紧急呼叫。 图 1是现有的 IMS ( IP Multimedia Core Network Subsystem, IP多媒体子 系统) 实现紧急呼叫的架构图, 其中包含用户设备 UE ( User Equipment, 用 户设备 ) 101 , P-CSCF ( Proxy Call Session Control Function, 代理呼叫会话控 制功能) 102, 当 P-CSCF 102收到一个请求消息的时候, 通过对消息请求进 行判断, 获知该消息请求是否是一个紧急呼叫请求, 如果是一个紧急呼叫请 求, 则 P-CSCF 102 直接将该紧急呼叫请求路由给当前网络的 E-CSCF ( Emergency-CSCF, 紧急呼叫业务 CSCF ) 105处理, E-CSCF 105再根据用 户的位置信息, 查询一个合适的 PSAP 106为给用户服务。 对于 P-CSCF 102 来说,如果收到的请求信息不是紧急呼叫请求, 则 P-CSCF 102将呼叫请求路 由到用户归属网络, 并将该呼叫请求发送给为用户分配的 S-CSCF (Serving Call Session Control Function,服务 CSCF) 103上, S-CSCF 103会向 HSS (Home Subscriber Server, 归属用户服务器) 104查询用户的签约数据, 并判断该请求 的合法性。
图 2是用户在 IMS网络发起注册的流程图, 该图中简化了网络安全认证 等流程:
当用户在 IMS网络注册成功后, 网络里就有了该用户的数据信息, 这些 数据信息包含用户的基本个人信息以及签约业务信息,
201 , 用户 UE向其 IMS接入点 P-CSCF发起一个注册请求;
202, 通过 S-CSCF查询功能, 网络为用户分配一个为其服务的 S-CSCF, 从而使该注册请求路由到该 S-CSCF上;
203 , S-CSCF在 HSS中查询用户数据;
204, HSS会向 S-CSCF返回查询到的用户数据, 该数据只包括用户的注 册信息, 比如隐式注册集信息;
205, 网络认证该用户成功后, S-CSCF向用户返回 200 OK响应, 其中 包括用户的部分注册信息, 比如隐式注册集信息;
206, P-CSCF会保存用户的 S-CSCF信息, 以及用户的注册信息。
207, 当注册成功后, P-CSCF会向该用户的 S-CSCF发起订阅请求, 订 阅用户注册相关信息; 208, S-CSCF判断 P-CSCF所订阅用户已经注册成功, 则接收 P-CSCF 的订阅请求, 向其回 200 OK响应;
209, 当用户注册信息发送改变后, 比如某个隐式注册集里的公共用户标 识不可用了, HSS会将最新的用户数据告诉 S-CSCF;
210, 当 S-CSCF收到最新用户数据后, 向 P-CSCF发送 NOTIFY通知消 息, 将最新的用户数据告诉 P-CSCF。
211 , P-CSCF收到通知消息后, 向网络返回 200 OK响应。
这里 P-CSCF保存的只是用户的注册信息, 并不包括用户的签约业务等 信息。
图 3是现有技术中用户发起呼叫的简化流程图:
301 , 用户发起一个业务请求, 该请求可以是一个呼叫消息, 也可以是一 个消息类请求;
302, P-CSCF将该业务请求发送到 S-CSCF上;
303 , S-CSCF向 HSS查询用户签约业务的数据;
304, HSS向 S-CSCF返回用户的签约信息, 包括业务是否签约, 是否有 权限发起该请求等;
305a, S-CSCF通过对返回的用户数据进行判断, 当发现用户的业务请求 不合法时, 拒绝该业务请求, 业务请求不合法可能是因为该用户没有签约该 种业务, 或是帐户里没有足够的余额发起该业务等。
306a, P-CSCF将拒绝业务的响应返回给用户 UE;
305b, 如果步骤 304中 HSS返回的数据表明用户发起该业务请求是合法 的, 则 S-CSCF将该业务请求发向被叫用户网络, 通过被叫用户网络发送给 被叫用户;
306b~308b, 当被叫用户应答该请求, 则向主叫用户 UE发送 200 OK应 答, 此时业务就算建立成功了;
从以上现有技术流程中可以发现, 在网络中只有 HSS上保存了用户的签 约信息, 虽然用户在完成注册后, P-CSCF会向网络订阅用户的数据, 但这些 数据只包括用户的基本注册数据, 比如该用户有多少个公共用户标识, 属于 哪个隐式注册集等, 并没有用户对业务的签约情况。
然而在从图 1的紧急呼叫架构中, 不论是语音的紧急呼叫还是非语音的 紧急呼叫, 其基本要求都是本地直接处理, 即当 P-CSCF收到一个请求后, 如果判断这是一个紧急呼叫, 则 P-CSCF 直接将该请求发送给当前网络的 E-CSCF去处理。 当用户发起一个非语音紧急呼叫的时候, P-CSCF此时并不 能知道该用户是否签约的非语音紧急呼叫业务, 从而可能导致 P-CSCF对非 语音紧急呼叫业务的错误控制。 发明内容
本发明要解决的技术问题是提供一种非语音紧急呼叫的控制方法、 IP多 媒体子系统及代理呼叫会话控制功能, 以实对非语音紧急呼叫的控制。 为解决以上技术问题, 本发明提供了一种非语音紧急呼叫的控制方法, 该方法包括:
P-CSCF获知并保存终端的非语音紧急呼叫签约信息;
终端发起非语音紧急呼叫时, 所述 P-CSCF根据保存的签约信息对该终 端是否签约非语音紧急呼叫进行判断, 如已签约, 则允许非语音紧急呼叫继 续进行, 如没有签约, 则拒绝该非语音紧急呼叫请求。
可选的, 所述 P-CSCF获知非语音紧急呼叫签约信息的步骤包括:
HSS向 S-CSCF发送终端的非语音紧急呼叫签约信息;
所述 S-CSCF接收并向所述 P-CSCF发送所述终端的非紧急呼叫签约信 息。
可选的, 所述 HSS向 S-CSCF发送终端的非语音紧急呼叫签约信息的步 骤包括:在所述终端注册时,所述 HSS根据所述 S-CSCF的查询向所述 S-CSCF 返回包括该终端的非语音紧急呼叫签约信息的用户数据信息。
可选的, 所述 HSS向 S-CSCF发送终端的非语音紧急呼叫签约信息具体 的步骤包括: 所述 HSS定期或终端的用户数据信息发生变化时, 将该终端的 包括非语音紧急呼叫签约信息的用户数据信息发送给所述 S-CSCF; 所述 S-CSCF接收并向所述 P-CSCF发送所述终端的非紧急呼叫签约信息 的步骤包括: 终端注册成功后, 所述 P-CSCF向所述 S-CSCF发送订阅请求, 与所述 S-CSCF建立订阅关系;所述 S-CSCF接收到所述非语音紧急呼叫签约 信息后根据所述订阅关系向所述 P-CSCF发送所述非语音紧急呼叫签约信息。
可选的, 所述非语音紧急呼叫签约信息釆用显式或隐式的方式, 以会话 初始协议(SIP ) 头域、 SIP头域的参数或可扩展标记语言 (XML )体表示。
本发明还提供了另一种非语音紧急呼叫的控制方法, 该方法包括:
HSS通过 S-CSCF将终端的非语音紧急呼叫签约信息发送给 P-CSCF; 所述 P-CSCF接收并保存终端的非语音紧急呼叫签约信息;
终端发起非语音紧急呼叫时, 所述 P-CSCF根据保存的签约信息对该终 端是否签约非语音紧急呼叫进行判断, 如已签约, 则允许非语音紧急呼叫继 续进行, 如没有签约, 则拒绝该非语音紧急呼叫请求。
可选的, 所述 HSS通过 S-CSCF将终端的非语音紧急呼叫签约信息发送 给所述 P-CSCF的步骤包括:
在所述终端注册时, 所述 HSS才艮据所述 S-CSCF的查询向所述 S-CSCF 返回包括该终端的非语音紧急呼叫签约信息的用户数据信息; 所述 S-CSCF 再向所述 P-CSCF发送非紧急呼叫的签约信息。
可选的, 所述 HSS通过 S-CSCF将终端的非语音紧急呼叫签约信息发送 给所述 P-CSCF的步骤包括:
终端注册成功后, 所述 HSS定期或终端的用户数据信息发生变化时, 将 该终端的包括非语音紧急呼叫签约信息的用户数据信息发送给所述 S-CSCF; 所述 S-CSCF接收到所述非语音紧急呼叫签约信息后根据与所述 P-CSCF建立 的订阅关系向所述 P-CSCF发送所述非语音紧急呼叫签约信息。
可选的, 所述非语音紧急呼叫签约信息釆用显式或隐式的方式, 以 SIP 头域、 SIP头域的参数或 XML体表示。
可选的, 允许非语音紧急呼叫继续进行指, P-CSCF直接将该非语音紧急 呼叫请求路由给 E-CSCF; 由 E-CSCF将该非语音紧急呼叫请求路由给合适的 PSAP; 当 PSAP收到该请求后进行应答。 可选的, 拒绝该非语音紧急呼叫请求包括: 拒绝该请求, 并告知终端失 败原因, 要求终端发送语音紧急呼叫。
本发明还提供了一种代理呼叫会话控制功能(P-CSCF ) , 包括: 信息获知模块, 其设置为: 获知并保存终端的非语音紧急呼叫签约信息; 以及
非语音紧急呼叫控制模块, 其设置为: 在终端发起非语音紧急呼叫时, 根据保存的签约信息对该终端是否签约非语音紧急呼叫进行判断,如已签约, 则允许非语音紧急呼叫继续进行, 否则拒绝该非语音紧急呼叫请求。
可选的, 所述信息获知模块是设置为以如下方式获知非语音紧急呼叫签 约信息:
接收所述终端注册时由 S-CSCF从 HSS查询后发送来的所述非语音紧急 呼叫签约信息; 或
所述终端注册成功后, 与所述 S-CSCF建立订阅关系, 接收所述 S-CSCF 获知所述终端的非语音紧急呼叫签约信息后根据所述订阅关系发送来的所述 非语音紧急呼叫签约信息。
本发明还提供了一种 IP多媒体子系统,该系统用于实现非语音紧急呼叫, 该系统包括 HSS、 S-CSCF和 P-CSCF, 其中:
所述 HSS设置为:向所述 S-CSCF发送终端的非语音紧急呼叫签约信息; 所述 S-CSCF设置为: 接收所述终端的非语音紧急呼叫签约信息, 并向 所述 P-CSCF发送所述终端的非紧急呼叫签约信息; 以及
所述 P-CSCF设置为: 接收并保存终端的非语音紧急呼叫签约信息; 以 及在终端发起非语音紧急呼叫时, 根据保存的签约信息对该终端是否签约非 语音紧急呼叫进行判断, 如已签约, 则允许非语音紧急呼叫继续进行, 如没 有签约, 则拒绝该非语音紧急呼叫请求。
可选的, 所述 S-CSCF还设置为: 在所述终端注册时, 向所述 HSS查询 请求; 以及接收所述 HSS根据所述 S-CSCF的查询请求返回的包括该终端的 非语音紧急呼叫签约信息的用户数据信息。
可选的,所述 HSS是设置为:定期或在终端的用户数据信息发生变化时, 将该终端的包括非语音紧急呼叫签约信息的用户数据信息发送给所述
S-CSCF;
所述 P-CSCF还设置为: 在终端注册成功后, 向所述 S-CSCF发送订阅请 求, 与所述 S-CSCF建立订阅关系; 以及接收所述 S-CSCF接收到所述非语音 紧急呼叫签约信息后根据所述订阅关系发送来的所述非语音紧急呼叫签约信 息。
可选的, 所述非语音紧急呼叫签约信息釆用显式或隐式的方式, 以 SIP 头域、 SIP头域的参数或 XML体表示。
本发明中由 P-CSCF在终端注册时或终端注册成功后签约非语音紧急呼 叫业务后, 获知非语音紧急呼叫签约信息, 在终端发起非语音紧急呼叫时, 根据获知的签约信息判断是否允许该终端发起非语音紧急呼叫, 从而实现对 非语音紧急呼叫的控制。 附图概述
图 1为现有技术的紧急呼叫的实现架构图;
图 2为现有技术的用户注册、 订阅流程图;
图 3为现有技术的用户发起业务请求的流程图;
图 4为本发明实施方式中非语音紧急呼叫的控制方法的示意图; 图 5为本发明实施方式中非语音紧急呼叫的控制方法的又一示意图; 图 6为本发明实施方式中通过注册实现网络下发是否签约非语音紧急呼 叫信息的流程图; 叫信息的流程图;
图 8为本发明实施方式中 P-CSCF允许终端发起非语音紧急呼叫的实施 例;
图 9为本发明实施方式中 P-CSCF拒绝终端发起非语音紧急呼叫的实施 例。 本发明的较佳实施方式
本发明的主要思想是, 由代理呼叫会话控制功能(P-CSCF )在终端注册 时或终端注册成功后签约非语音紧急呼叫业务后, 获知非语音紧急呼叫签约 信息, 在终端发起非语音紧急呼叫时, 根据获知的签约信息判断是否允许该 终端发起非语音紧急呼叫, 从而实现对非语音紧急呼叫的控制。
下面结合附图和具体实施方式对本发明做进一步详细的说明。
如图 4所示, 本发明非语音紧急呼叫的控制方法包括:
步骤 401 : 代理呼叫会话控制功能(P-CSCF )获知并保存终端的非语音 紧急呼叫签约信息;
步骤 401具体包括:
401a, 归属用户服务器(HSS ) 向服务呼叫会话控制功能(S-CSCF )发 送终端的非语音紧急呼叫签约信息;
所述 HSS向所述 S-CSCF发送终端的非语音紧急呼叫签约信息具体指, 在所述终端注册时, 所述 HSS根据所述 S-CSCF的查询向所述 S-CSCF返回 该终端的包括非语音紧急呼叫签约信息的用户数据信息。
401b,所述 S-CSCF接收并向所述 P-CSCF发送所述终端的非紧急呼叫签 约信息。
另一种实现方式中, 所述 HSS向所述 S-CSCF发送终端的非语音紧急呼 叫签约信息具体指, 所述 HSS定期或终端的用户数据信息发生变化时, 将该 终端的包括非语音紧急呼叫签约信息的用户数据信息发送给所述 S-CSCF; 所述 S-CSCF接收并向所述 P-CSCF发送所述终端的非紧急呼叫签约信息 具体包括: 终端注册成功后, 所述 P-CSCF向所述 S-CSCF发送订阅请求, 与 所述 S-CSCF建立订阅关系;所述 S-CSCF接收到所述非语音紧急呼叫签约信 息后根据所述订阅关系向所述 P-CSCF发送所述非语音紧急呼叫签约信息。
步骤 402: 终端发起非语音紧急呼叫时, 所述 P-CSCF根据保存的签约信 息对该终端是否签约非语音紧急呼叫进行判断, 如已签约, 则允许非语音紧 急呼叫继续进行, 否则拒绝该非语音紧急呼叫请求。 本发明方法还可以描述为, 本发明非语音紧急呼叫的控制方法包括:
501 , 归属用户服务器(HSS )通过服务呼叫会话控制功能(S-CSCF )将 终端的非语音紧急呼叫签约信息发送给代理呼叫会话控制功能(P-CSCF ) ; 步骤 501有两种实现方式,
方式一: 在所述终端注册时, 所述 HSS才艮据所述 S-CSCF的查询向所述 S-CSCF返回包括该终端的非语音紧急呼叫签约信息的用户数据信息; 所述 S-CSCF再向所述 P-CSCF发送非紧急呼叫的签约信息;
方式二: 终端注册成功后, 所述 HSS定期或终端的用户数据信息发生变 化时, 将该终端的包括非语音紧急呼叫签约信息的用户数据信息发送给所述 S-CSCF; 所述 S-CSCF接收到所述非语音紧急呼叫签约信息后根据与所述 P-CSCF建立的订阅关系向所述 P-CSCF发送所述非语音紧急呼叫签约信息。
502, 所述 P-CSCF接收并保存终端的非语音紧急呼叫签约信息;
503 , 终端发起非语音紧急呼叫时, 所述 P-CSCF根据保存的签约信息对 该终端是否签约非语音紧急呼叫进行判断, 如已签约, 则允许非语音紧急呼 叫继续进行, 否则拒绝该非语音紧急呼叫请求。
本发明中, 所述非语音紧急呼叫签约信息可以釆用 SIP 头域的格式或 XML体以标识的方式表示。
允许非语音紧急呼叫继续进行指, P-CSCF直接将该非语音紧急呼叫请求 路由给 E-CSCF; 由 E-CSCF将该非语音紧急呼叫请求路由给合适的 PSAP处 理; 当 PSAP收到该请求后进行应答。
拒绝该非语音紧急呼叫请求具体包括: 拒绝该请求, 并告知终端失败原 因, 要求终端发送语音紧急呼叫。
图 6为在注册过程中 P-CSCF获知非语音紧急呼叫签约信息的流程图, 其具体步骤如下: 601 , 终端 UE发起注册请求;
602,根据网络的 S-CSCF分配方法, P-CSCF将注册请求发送到 S-CSCF;
603 , S-CSCF向 HSS查询用户数据信息;
604, HSS将用户数据信息返回给 S-CSCF, 其中包括该终端注册信息以 及是否签约非语音紧急呼叫的标识;
605 , 当 S-CSCF认证该用户合法后, 同意其注册, 则向 P-CSCF发送 200
OK响应, 其中包括终端的注册信息以及是否签约非语音紧急呼叫的标识。
该标识可以是一个 SIP头域的格式, 或扩展某个现有头域的参数, 也可 以使用一段 XML体来表示;
606, P-CSCF收到该 200 OK响应后, 从 200 OK响应中获知用户的注册 信息和是否签约非语音紧急呼叫的信息,并将其保存, 同时将 200 OK响应转 发给用户 UE。
图 7是 P-CSCF通过订阅的方式获知非语音紧急呼叫签约信息的流程图, 其包括以下步骤:
701-706, 是一个标准的用户注册流程图, 同图 2中步骤 201~206;
707 , 当终端注册成功后, P-CSCF向网络发起该终端的订阅请求;
708, S-CSCF判断邀请订阅的终端是否注册成功, 当获知该终端已经成 功注册后, 向 P-CSCF发送 200 OK响应, 接收该订阅请求, 从而使 P-CSCF 和 S-CSCF建立了关于该终端的订阅关系;
709, HSS告知 S-CSCF该终端非语音紧急呼叫签约信息;
HSS定期发送或在终端签约信息变化时向 S-CSCF发送用户数据信息, 其中包括终端的非语音紧急呼叫签约信息。
710, 当订阅关系建立好后, S-CSCF会向 P-CSCF发送通知 NOTIFY消 息, 其中包含有终端的注册信息, 同时包含有该终端是否签约非语音紧急呼 叫的信息;
711 , P-CSCF收到该通知消息后, 将终端的注册数据及是否签约非语音 紧急呼叫的信息保存下来, 并向 S-CSCF发送 200 OK响应。
图 8为终端发起非语音紧急呼叫的流程图, 包括:
801 , 当用户处于危险中, 需要发起一个紧急呼叫, UE选择发送了一个 非语音的紧急呼叫;
802, 当 P-CSCF收到该非语音紧急呼叫请求后,对用户的请求进行判断;
803 , 发现该用户签约有非语音紧急呼叫业务, P-CSCF直接将该非语音 紧急呼叫请求路由给 E-CSCF;
804, 由 E-CSCF将该非语音紧急呼叫请求路由给合适的 PSAP;
805-807 , PSAP收到该请求后, 对其进行应答, 向用户 UE发送 200 OK 应答响应, 则呼叫建立成功。
图 9是用户发送非语音紧急呼叫的另一流程图:
901 , 当用户处于危险中, 需要发起一个紧急呼叫, UE选择发送了一个 非语音的紧急呼叫;
902, 当 P-CSCF收到该非语音紧急呼叫请求后,对用户的请求进行判断;
903 , 当 P-CSCF判断该用户没有签约非语音紧急呼叫业务时, 直接拒绝 该请求, 并告知用户失败原因, 要求用户发送语音紧急呼叫。
为实现以上方法, 本发明还提供一种 IP多媒体子系统, 该系统用于实现 非语音紧急呼叫, 该系统包括:
归属用户服务器(HSS ) , 用于向服务呼叫会话控制功能(S-CSCF )发 送终端的非语音紧急呼叫签约信息;
所述 S-CSCF, 用于接收并向代理呼叫会话控制功能(P-CSCF )发送所 述终端的非紧急呼叫签约信息;
所述 P-CSCF, 用于接收并保存终端的非语音紧急呼叫签约信息; 还用于 在终端发起非语音紧急呼叫时, 根据保存的签约信息对该终端是否签约非语 音紧急呼叫进行判断, 如已签约, 则允许非语音紧急呼叫继续进行, 否则拒 绝该非语音紧急呼叫请求。 所述 S-CSCF还用于在所述终端注册时,向所述 HSS查询请求;所述 HSS 根据所述 S-CSCF的查询向所述 S-CSCF返回包括该终端的非语音紧急呼叫签 约信息的用户数据信息。
所述 HSS定期或终端的用户数据信息发生变化时, 将该终端的包括非语 音紧急呼叫签约信息的用户数据信息发送给所述 S-CSCF; 所述 P-CSCF还用 于在终端注册成功后, 向所述 S-CSCF发送订阅请求, 与所述 S-CSCF建立订 阅关系; 所述 S-CSCF接收到所述非语音紧急呼叫签约信息后根据所述订阅 关系向所述 P-CSCF发送所述非语音紧急呼叫签约信息。
所述非语音紧急呼叫签约信息釆用显式或隐式的方式, 以 SIP头域、 SIP 头域的参数或 XML体表示。
本发明还提供了一种代理呼叫会话控制功能, 所述代理呼叫会话控制功
^ ( P-CSCF ) 包括信息获知模块, 用于获知并保存终端的非语音紧急呼叫签 约信息;
非语音紧急呼叫控制模块, 用于在终端发起非语音紧急呼叫时, 根据保 存的签约信息对该终端是否签约非语音紧急呼叫进行判断, 如已签约, 则允 许非语音紧急呼叫继续进行, 否则拒绝该非语音紧急呼叫请求。
所述信息获知模块获知非语音紧急呼叫签约信息的方式为以下任一种: 所述终端注册时由服务呼叫会话控制功能(S-CSCF )从归属用户服务器 ( HSS )查询后向发送给所述信息获知模块;
所述终端注册成功后, 所述信息获知模块与所述 S-CSCF建立订阅关系, 所述 S-CSCF获知所述终端的非语音紧急呼叫签约信息后根据所述订阅关系 发送给所述信息获知模块。
以上所述, 仅为本发明的较佳实例而已, 并非用于限定本发明的保护范 围。 凡在本发明的精神和原则之内, 所做的任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。
可理解地, 非语音紧急呼叫包括短消息、 视频、 图片等各种不同的方式, 根据具体紧急呼叫的方式, 将涉及不同的网元进行处理, 比如对于短消息紧 急呼叫方式, 当 E-CSCF收到该短消息紧急呼叫时, 会选择先将该短消息紧 急呼叫发送给合适的短消息中心, 由短消息中心将该短消息紧急呼叫发送给 合适的 PSAP。
本发明着重于关注 P-CSCF如何对非语音紧急呼叫的控制。 本发明中, 由代理呼叫会话控制功能(P-CSCF )在终端注册时或终端注册成功后签约非 语音紧急呼叫业务后, 获知非语音紧急呼叫签约信息, 在终端发起非语音紧 急呼叫时, 根据获知的签约信息判断是否允许该终端发起非语音紧急呼叫, 从而实现对非语音紧急呼叫的控制。
综上所述, 釆用本发明方法, 并不需要对现有 IMS架构做大修改, 只需 要在流程中增加签约信息的传输及判断就能实现非语音紧急呼叫的控制。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成, 所述程序可以存储于计算机可读存储介质中, 如只读 存储器、 磁盘或光盘等。 可选地, 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地, 上述实施例中的各模块 /单元可以釆用 硬件的形式实现, 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
工业实用性
本发明中由代理呼叫会话控制功能(P-CSCF )在终端注册时或终端注册 成功后签约非语音紧急呼叫业务后, 获知非语音紧急呼叫签约信息, 在终端 发起非语音紧急呼叫时, 根据获知的签约信息判断是否允许该终端发起非语 音紧急呼叫, 从而实现对非语音紧急呼叫的控制。

Claims

权 利 要 求 书
1、 一种非语音紧急呼叫的控制方法, 所述方法包括:
代理呼叫会话控制功能(P-CSCF )获知并保存终端的非语音紧急呼叫签 约信息;
终端发起非语音紧急呼叫时, 所述 P-CSCF根据保存的签约信息对该终 端是否签约非语音紧急呼叫进行判断, 如已签约, 则允许非语音紧急呼叫继 续进行, 如没有签约, 则拒绝该非语音紧急呼叫请求。
2、 如权利要求 1所述的方法, 其中, 所述 P-CSCF获知非语音紧急呼叫 签约信息的步骤包括:
归属用户服务器(HSS ) 向服务呼叫会话控制功能(S-CSCF )发送终端 的非语音紧急呼叫签约信息;
所述 S-CSCF接收并向所述 P-CSCF发送所述终端的非紧急呼叫签约信 息。
3、 如权利要求 2所述的方法, 其中, 所述 HSS向 S-CSCF发送终端的非 语音紧急呼叫签约信息的步骤包括: 在所述终端注册时, 所述 HSS根据所述
S-CSCF的查询向所述 S-CSCF返回包括该终端的非语音紧急呼叫签约信息的 用户数据信息。
4、 如权利要求 2所述的方法, 其中,
所述 HSS向 S-CSCF发送终端的非语音紧急呼叫签约信息具体的步骤包 括: 所述 HSS定期或终端的用户数据信息发生变化时, 将该终端的包括非语 音紧急呼叫签约信息的用户数据信息发送给所述 S-CSCF;
所述 S-CSCF接收并向所述 P-CSCF发送所述终端的非紧急呼叫签约信息 的步骤包括: 终端注册成功后, 所述 P-CSCF向所述 S-CSCF发送订阅请求, 与所述 S-CSCF建立订阅关系;所述 S-CSCF接收到所述非语音紧急呼叫签约 信息后根据所述订阅关系向所述 P-CSCF发送所述非语音紧急呼叫签约信息。
5、 如权利要求 1所述的方法, 其中, 所述非语音紧急呼叫签约信息釆用 显式或隐式的方式, 以会话初始协议(SIP ) 头域、 SIP头域的参数或可扩展 标己语言 (XML )体表示。
6、 一种非语音紧急呼叫的控制方法, 所述方法包括:
归属用户服务器(HSS )通过服务呼叫会话控制功能(S-CSCF )将终端 的非语音紧急呼叫签约信息发送给代理呼叫会话控制功能(P-CSCF ) ;
所述 P-CSCF接收并保存终端的非语音紧急呼叫签约信息;
终端发起非语音紧急呼叫时, 所述 P-CSCF根据保存的签约信息对该终 端是否签约非语音紧急呼叫进行判断, 如已签约, 则允许非语音紧急呼叫继 续进行, 如没有签约, 则拒绝该非语音紧急呼叫请求。
7、 如权利要求 6所述的方法, 其中,
所述 HSS 通过 S-CSCF将终端的非语音紧急呼叫签约信息发送给所述 P-CSCF的步骤包括:
在所述终端注册时, 所述 HSS才艮据所述 S-CSCF的查询向所述 S-CSCF 返回包括该终端的非语音紧急呼叫签约信息的用户数据信息; 所述 S-CSCF 再向所述 P-CSCF发送非紧急呼叫的签约信息。
8、 如权利要求 6所述的方法, 其中,
所述 HSS 通过 S-CSCF将终端的非语音紧急呼叫签约信息发送给所述 P-CSCF的步骤包括:
终端注册成功后, 所述 HSS定期或终端的用户数据信息发生变化时, 将 该终端的包括非语音紧急呼叫签约信息的用户数据信息发送给所述 S-CSCF; 所述 S-CSCF接收到所述非语音紧急呼叫签约信息后根据与所述 P-CSCF建立 的订阅关系向所述 P-CSCF发送所述非语音紧急呼叫签约信息。
9、 如权利要求 6所述的方法, 其中, 所述非语音紧急呼叫签约信息釆用 显式或隐式的方式, 以会话初始协议(SIP ) 头域、 SIP头域的参数或可扩展 标记语言 (XML )体表示。
10、 如权利要求 6所述的方法, 其中, 允许非语音紧急呼叫继续进行指, P-CSCF直接将该非语音紧急呼叫请求路由给 E-CSCF; 由 E-CSCF将该非语 音紧急呼叫请求路由给合适的 PSAP; 当 PSAP收到该请求后进行应答。
11、 如权利要求 6所述的方法, 其中, 拒绝该非语音紧急呼叫请求包括: 拒绝该请求, 并告知终端失败原因, 要求终端发送语音紧急呼叫。
12、 一种代理呼叫会话控制功能(P-CSCF ) , 包括:
信息获知模块, 其设置为: 获知并保存终端的非语音紧急呼叫签约信息; 以及
非语音紧急呼叫控制模块, 其设置为: 在终端发起非语音紧急呼叫时, 根据保存的签约信息对该终端是否签约非语音紧急呼叫进行判断,如已签约, 则允许非语音紧急呼叫继续进行, 否则拒绝该非语音紧急呼叫请求。
13、 如权利要求 12所述的 P-CSCF, 其中, 所述信息获知模块是设置为 以如下方式获知非语音紧急呼叫签约信息:
接收所述终端注册时由服务呼叫会话控制功能(S-CSCF )从归属用户服 务器(HSS )查询后发送来的所述非语音紧急呼叫签约信息; 或
所述终端注册成功后, 与所述 S-CSCF建立订阅关系, 接收所述 S-CSCF 获知所述终端的非语音紧急呼叫签约信息后根据所述订阅关系发送来的所述 非语音紧急呼叫签约信息。
14、 一种网络协议(IP ) 多媒体子系统, 所述系统用于实现非语音紧急 呼叫,所述系统包括归属用户服务器( HSS )、服务呼叫会话控制功能( S-CSCF ) 和代理呼叫会话控制功能( P-CSCF ) , 其中:
所述 HSS设置为:向所述 S-CSCF发送终端的非语音紧急呼叫签约信息; 所述 S-CSCF设置为: 接收所述终端的非语音紧急呼叫签约信息, 并向 所述 P-CSCF发送所述终端的非紧急呼叫签约信息; 以及
所述 P-CSCF设置为: 接收并保存终端的非语音紧急呼叫签约信息; 以 及在终端发起非语音紧急呼叫时, 根据保存的签约信息对该终端是否签约非 语音紧急呼叫进行判断, 如已签约, 则允许非语音紧急呼叫继续进行, 如没 有签约, 则拒绝该非语音紧急呼叫请求。
15、 如权利要求 14所述的系统, 其中, 所述 S-CSCF还设置为: 在所述 终端注册时, 向所述 HSS查询请求; 以及接收所述 HSS根据所述 S-CSCF的 查询请求返回的包括该终端的非语音紧急呼叫签约信息的用户数据信息。
16、 如权利要求 14所述的系统, 其中,
所述 HSS是设置为: 定期或在终端的用户数据信息发生变化时, 将该终 端的包括非语音紧急呼叫签约信息的用户数据信息发送给所述 S-CSCF;
所述 P-CSCF还设置为: 在终端注册成功后, 向所述 S-CSCF发送订阅请 求, 与所述 S-CSCF建立订阅关系; 以及接收所述 S-CSCF接收到所述非语音 紧急呼叫签约信息后根据所述订阅关系发送来的所述非语音紧急呼叫签约信 息。
17、 如权利要求 14所述的系统, 其中, 所述非语音紧急呼叫签约信息釆 用显式或隐式的方式, 以会话初始协议(SIP ) 头域、 SIP头域的参数或可扩 展标记语言 (XML )体表示。
PCT/CN2011/074188 2010-06-13 2011-05-17 非语音紧急呼叫的控制方法、ip多媒体子系统及p-cscf WO2011157093A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010207697.1A CN102281517B (zh) 2010-06-13 2010-06-13 非语音紧急呼叫的控制方法、ip多媒体子系统及p-cscf
CN201010207697.1 2010-06-13

Publications (1)

Publication Number Publication Date
WO2011157093A1 true WO2011157093A1 (zh) 2011-12-22

Family

ID=45106639

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/074188 WO2011157093A1 (zh) 2010-06-13 2011-05-17 非语音紧急呼叫的控制方法、ip多媒体子系统及p-cscf

Country Status (2)

Country Link
CN (1) CN102281517B (zh)
WO (1) WO2011157093A1 (zh)

Families Citing this family (3)

* 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
CN104581621A (zh) * 2013-10-18 2015-04-29 中兴通讯股份有限公司 一种定制呼叫的方法及网络设备
CN106686564B (zh) * 2015-11-09 2020-05-12 中国移动通信集团公司 一种基于VoLTE的紧急呼叫的实现方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1610330A (zh) * 2003-10-23 2005-04-27 华为技术有限公司 一种ip多媒体子系统中本地业务的实现方法
CN1878388A (zh) * 2005-06-08 2006-12-13 华为技术有限公司 通信网络中数据传输服务质量的确定方法
CN101448233A (zh) * 2008-05-23 2009-06-03 中兴通讯股份有限公司 一种ip多媒体子系统紧急呼叫的实现方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1680938A1 (en) * 2003-10-17 2006-07-19 Nortel Networks Limited Method for obtaining location information for emergency services in wireless multimedia networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1610330A (zh) * 2003-10-23 2005-04-27 华为技术有限公司 一种ip多媒体子系统中本地业务的实现方法
CN1878388A (zh) * 2005-06-08 2006-12-13 华为技术有限公司 通信网络中数据传输服务质量的确定方法
CN101448233A (zh) * 2008-05-23 2009-06-03 中兴通讯股份有限公司 一种ip多媒体子系统紧急呼叫的实现方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"IP multimedia Subsystem(IMS); Stage 2 (Release 10).", 3GPP TS 23.228 V10.1.0, 10 June 2010 (2010-06-10), Retrieved from the Internet <URL:http://www.33gpp.org/ftp/Specs/archive/23-series/23.228/23228-a10.zip> [retrieved on 20101006] *

Also Published As

Publication number Publication date
CN102281517A (zh) 2011-12-14
CN102281517B (zh) 2015-05-13

Similar Documents

Publication Publication Date Title
US9866672B2 (en) Method and apparatus for assisted emergency calls
EP1386509B1 (en) User equipment, network element, and method and communication system for establishing an emergency session
WO2007098713A1 (fr) Procédé et système d&#39;appel d&#39;urgence
TW201010467A (en) System, apparatus and method to enable mobile stations to identify calls based on predetermined values set in a call header
EP2117219B1 (en) An enquiry diversion service method and a device thereof
US9445439B2 (en) System and method for providing a push to talk over cellular service
WO2009074070A1 (fr) Procede et equipement de telechargement amont de contenu multimedia en temps reel
WO2008086692A1 (fr) Procédé de réalisation d&#39;un enregistrement d&#39;appel d&#39;urgence
WO2008028402A1 (fr) Procédé et appareil utilisés dans un réseau sans fil pour prolonger des appels d&#39;urgence
TW201251490A (en) Method and apparatus for non-voice emergency services
CN102598645B (zh) Ip多媒体子系统网络中的紧急信令
WO2011157093A1 (zh) 非语音紧急呼叫的控制方法、ip多媒体子系统及p-cscf
WO2012079449A1 (zh) 双向语音对讲的实现方法及系统
WO2012000359A1 (zh) 公共安全应答点的选择方法、装置及系统
US7822838B2 (en) System, method, and network elements for providing a service in a communication network
CN112040424B (zh) 一种紧急抢占话权的方法和系统
WO2009018752A1 (fr) Procédé et dispositif de réalisation d&#39;un service de rappel
WO2007140699A1 (fr) Procédé et appareil de mise à jour des données signées d&#39;abonné
JP5679287B2 (ja) 通信装置
CN102857892B (zh) 紧急呼叫接入方法及系统
KR101868257B1 (ko) 인증을 이용한 액세스 제어
WO2010127529A1 (zh) 一种ip多媒体子系统业务的建立方法及系统
WO2015180442A1 (zh) 彩铃业务实现系统、装置及方法
JP2012509005A (ja) 通信サービスを制御するための方法及び装置
US8775643B2 (en) Realizing method of emergency call registration

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

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

Country of ref document: EP

Kind code of ref document: A1