WO2009036629A1 - Procédé de traitement après redémarrage ou récupération sur sinistre d'un élément de réseau central - Google Patents

Procédé de traitement après redémarrage ou récupération sur sinistre d'un élément de réseau central Download PDF

Info

Publication number
WO2009036629A1
WO2009036629A1 PCT/CN2007/003678 CN2007003678W WO2009036629A1 WO 2009036629 A1 WO2009036629 A1 WO 2009036629A1 CN 2007003678 W CN2007003678 W CN 2007003678W WO 2009036629 A1 WO2009036629 A1 WO 2009036629A1
Authority
WO
WIPO (PCT)
Prior art keywords
cscf
user
data
service
core network
Prior art date
Application number
PCT/CN2007/003678
Other languages
English (en)
Chinese (zh)
Inventor
Zhenwu Hao
Zhijun Li
Jun Wang
Zhaoming Ding
Original Assignee
Zte Corporation
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 Zte Corporation filed Critical Zte Corporation
Publication of WO2009036629A1 publication Critical patent/WO2009036629A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures

Definitions

  • the present invention relates to the field of communications, and more particularly to a method of processing after core network element restart/failure recovery in an IP multimedia subsystem. Background technique
  • the IP Multimedia Core Network Subsystem is the core of a new generation of communication networks.
  • Figure 1 depicts the network element entities associated with the present invention and their associations in the IMS architecture.
  • the User Equipment (UE) 101 represents the terminal device used by the user.
  • the Call Session Control Function (CSCF) is the core network element that controls the session process, including: Proxy Call Session Control Function (Proxy) -CSCF, abbreviated as P-CSCF) 102, Interrogating-CSCF (I-CSCF for short) 103, Serving-CSCF (S-CSCF for short) 104, wherein the home subscriber server ( The Home Subscriber Server (HSS) 104 is the primary storage server for all user and server related data in the IMS.
  • Proxy Call Session Control Function Proxy
  • I-CSCF Interrogating-CSCF
  • S-CSCF Serving-CSCF
  • HSS home Subscriber Server
  • the Application Server (AS) 106 is a network element that provides value-added multimedia services. Between the various network elements shown in FIG. 1, the UE is connected to the P-CSCF through the Gm interface; the P-CSCF, the I-CSCF, and the S-CSCF are interconnected through the Mw interface; the HSS implements the I-CSCF through the Cx interface, The S-CSCF is connected to the AS through the Sh interface. The S-CSCF is connected to the AS through an ISC (IMS Service Control, IMS Service Control, ISCH) interface.
  • ISC IMS Service Control, IMS Service Control, ISCH
  • the P-CSCF As the first contact point of the user in the IMS system, all the Session Initiation Protocol (SIP) signaling, whether from the UE or the UE, must pass through the P-CSCF. After the UE is successfully registered in the IMS system, the P-CSCF locally stores the contact address of the UE, the Public User Identity (PUI) of the UE, and the Private User Identity (PVI) of the UE.
  • SIP Session Initiation Protocol
  • the S-CSCF is the core of the IMS and is located in the home network to perform session control and registration for the UE.
  • the S-CSCF handles the state of the tongue in the network.
  • the S-CSCF locally saves the UE used to register with the IMS system.
  • the HSS is the storage core of all user and server related data in the IMS system. It not only stores static data related to users and servers, but also saves some dynamic data. After the UE successfully registers in the IMS system, the HSS saves the S-CSCF address or name assigned to the UE.
  • FIG. 2 shows an initial registration process of an IMS user in the related art, as shown in FIG. 2, including the following steps:
  • S201 The UE sends a registration request to the P-CSCF, where the registration request carries a public user identifier.
  • the P-CSCF when receiving the registration request, finds the I-CSCF of the user home network access point through a DNS query or other method, and forwards the registration request to the I-CSCF;
  • the I-CSCF sends a request message to the HSS, Requesting to allocate an S-CSCF to the UE;
  • the HSS returns the name of the S-CSCF or the S-CSCF of the S-CSCF to the I-CSCF;
  • the I-CSCF sends a registration request message to the selected S-CSCF;
  • the S-CSCF if the S-CSCF needs to perform authentication authentication on the user, the user authentication vector needs to be obtained from the HSS, and a challenge request (401 Unauthorized message) is constructed according to the authentication vector returned in the S207 message, and the challenge request is forwarded to the UE.
  • the S-CSCF receives the S215 challenge response message, determines the legitimacy of the user, and completes the authentication and authentication of the user; if authentication authentication is not required, the S217 may be directly executed; S217.
  • the S-CSCF sends a user configuration data acquisition request to the HSS.
  • the HSS stores the S-CSCF information, and returns the subscription data and the charging address information of the user to the S-CSCF;
  • the S-CSCF initiates a third-party registration with the AS;
  • S220 the AS successfully performs the third-party registration successfully, and returns a successful response;
  • each core network element saves the following data related to the UE: P- The CSCF saves the contact address of the UE, the public user identifier PUI of the UE, and the private user identifier PVI of the UE; the S-CSCF saves the network ID of the P-CSCF corresponding to the UE, the IP address or name of the P-CSCF corresponding to the UE, and the contact of the UE.
  • FIG. 3 is a flowchart of a call initiated by a UE located in a visited network in a related art, as shown in FIG. 3, including the following processing:
  • the UE initiates a SIP INVITE request to the P-CSCF, where the INVITE request includes a media format used to initialize media capability negotiation.
  • the P-CSCF After receiving the INVITE request, the P-CSCF forwards the INVITE request to the S-CSCF allocated to the UE.
  • the S-CSCF checks the monthly service attribute, and initiates a call service for the user.
  • the call service logic includes authorization for the requested SDP, and the SDP is based on the subscription of the multimedia service by the user; in this step, S -
  • the operation of checking the service attribute of the CSCF includes: querying the registration status of the PUI corresponding to the UE in the local data, checking the user configuration data corresponding to the PUI, and the like;
  • S304 The S-CSCF forwards the INVITE request to the called party network. 5305.
  • the called party network returns an Offer response, where the response includes media support capability of the called party terminal.
  • the S-CSCF sends the Offer response back to the P-CSCF;
  • the P-CSCF allocates necessary resources for the session
  • the P-CSCF forwards the message to the call originating end.
  • the UE sends an acknowledgement response to the Offer response according to the provided media stream set, to confirm the media capability negotiated by the two parties, and forward the acknowledgement information to the P-CSCF through the call initiation process;
  • the UE After determining the resources required in step S308, the UE reserves resources for the session.
  • the S-CSCF forwards the message to the called party network, and forwards the called party network to the called terminal node;
  • the called party terminal node responds with an acknowledgement message to confirm the media capability selected by the calling party. At this point, the media capacity negotiation is over;
  • S316-S318 After completing the resource reservation, the UE sends a message that the resource reservation is successful to the terminal node. The message is forwarded to the called party terminal through the P-CSCF-level;
  • the called party terminates the ringing of the endpoint, and delivers the message to the UE;
  • the UE informs the user that the called party is ringing
  • the terminating endpoint After the called party picks up the call, the terminating endpoint sends a SIP200 (OK) final response to the S-CSCF.
  • the S-CSCF sends a SIP 200 (OK) final response to the P-CSCF;
  • the P-CSCF indicates that resources reserved for the session are available.
  • the P-CSCF sends back a SIP200 (OK) final response to the session initiator;
  • the UE starts the media stream of the session, S331 ⁇ S333, the UE responds with 200 (OK) with a SIPACK message.
  • the UE-initiated call flow shown in Figure 3 is only for explaining the role played by the S-CSCF of the calling party's home network in calling the UE-initiated calling process. It can be known from this process that the S-CSCF of the calling party's home network is one of the most important session control process control entities in the process, which is used to check the status of the UE and exchange signaling from the visited network and the terminating network for the UE. .
  • the UE may be restarted due to the upgrade of the system, or the S-CSCF itself may be faulty. Restart with the need for recovery. After the S-CSCF is restarted, the originally saved data is also lost, that is, for the UE, the contact address corresponding to the UE and the network ID of the P-CSCF corresponding to the UE saved by the S-CSCF.
  • FIG. 4 depicts the flow of the UE initiating a call failure in this case. Similarly, as an example, the UE is still located in the visited network, and the case where the UE is located in the local network is substantially similar to the flow. In the process of the UE starting the call process failure described in FIG. 4, the following processing is included:
  • the UE sends a SIP INVITE request to the P-CSCF, where the INVITE request includes a media format for initializing media capability negotiation.
  • the P-CSCF After receiving the INVITE request, the P-CSCF forwards the INVITE request to the UE S. -CSCF;
  • the S-CSCF checks the service attribute, and if the data corresponding to the UE is not retrieved in the locally stored data, the call request is considered unreceivable;
  • S404 The S-CSCF sends a response that the request is unreceivable to the P-CSCF.
  • S405 The P-CSCF forwards the request unreceivable response to the UE.
  • the call is interrupted because the S-CSCF cannot process the call request initiated by the UE. In this case, the normal communication link can be re-established only after waiting for the UE to initiate the re-registration process.
  • FIG. 4 illustrates another scenario in which an S-CSCF failure causes a service to be unavailable, wherein the application server AS replaces the user-initiated call flow, and the S-CSCF failure causes the necessary user data to be missing.
  • the user may have already registered to the IMS system, or may be in a non-registered state.
  • a typical service in which the application server AS in the non-registered state replaces the user to initiate a call is that the user subscribes to the non-registered forwarding service.
  • the user registration status application server AS replaces the typical service initiated by the user with the service actively notified by the AS.
  • the S-CSCF failure described in Figure 4 causes the service to be unavailable. Similarly, it may also appear on the application server. Once the application server lacks the necessary user data, the service will not work properly. It can be seen from the above analysis that the S-CSCF and the AS are important core network elements in the session process. Once they lose user data, they will lose the ability to process subsequent services for the user.
  • the present invention is directed to a processing method after a core network element restart/failure recovery.
  • the method is applied to an IP multimedia subsystem, and the IP multimedia subsystem comprises: a user equipment (UE), an application server (AS), a monthly call session control function entity (S-CSCF), and a proxy call session control function entity (P).
  • UE user equipment
  • AS application server
  • S-CSCF monthly call session control function entity
  • P proxy call session control function entity
  • HSS Home User Server
  • the method includes the following processing: in a call process in which the user is a calling party, after receiving the call request of the user, the core network element checks the local data, and sends the data to the home subscriber server without checking the data corresponding to the user.
  • One or more request messages to request service related data of the user in response to the request message of the core network element, the home user server searches for service related data and returns it to the core network element; the core network element uses the service obtained from the home user server Related data, into the subsequent session processing process.
  • the service-related data includes the service configuration data, where the core network element uses the service configuration data to trigger the service logic.
  • the service-related data further includes: a registration status information of a public user identifier (PUI), where, the core The network element uses the registration status information to enhance the judgment of call legitimacy.
  • the request message sent by the core network element carries the fault recovery support label.
  • the core network element described above may be an S-CSCF or an AS. The description will be separately made below.
  • the S-CSCF sends a request message to the home subscriber server using the Cx interface between the S-CSCF and the home subscriber server, and carries the S-CSCF name and the user in the request message.
  • Public user ID may be a service allocation request message.
  • the home subscriber server determines whether the S-CSCF name of the S-CSCF allocated by the public subscriber identity is consistent with the name of the S-CSCF carried in the request message, and if the two are inconsistent, the decision is made. Whether to update the S-CSCF assigned to the public user ID. In the case where the home subscriber server is updated to the S-CSCF assigned to the public subscriber identity, the S-CSCF performs data saving locally.
  • the foregoing call process may be a call initiated by the user equipment, and the S-CSCF may be allocated to the user in the following situations: the user successfully registers with the IP multimedia subsystem network; or the user subscribes to the unregistered service, and is triggered by the unregistered service.
  • the S-CSCF allocation process may further include: the S-CSCF locally saves the data, and the saved data includes: a contact address of the user equipment, an address of the P-CSCF, a network ID of the P-CSCF, a public user identifier, and a public The registration status of the user ID and the service configuration data of the user.
  • the above call process is an application server instead of a user-initiated call, wherein the user can be in a registered state or a non-registered state.
  • the S-CSCF saves the data locally, and the saved data includes: the contact address of the application server, the public user ID, the registration status of the public user ID, and the service configuration data of the user.
  • the core network element in the method may also be an application server.
  • the application server sends a request message to the home subscriber server by using the Sh interface between the application server and the home subscriber server, and carries the public user identifier of the user in the request message.
  • the above request message may be a user data request message.
  • the method may further include: the application server locally saves the data, where the saved data includes: a contact address of the user equipment, an address of the S-CSCF, a public user identifier, and a public user identifier. Registration status, user's business configuration data.
  • the method of querying the required user data to the HSS can effectively solve the problem that the core network element data is missing.
  • the defect that the service is unavailable guarantees the continuity of the service, and enhances the fault handling capability of the core network element.
  • FIG. 1 is a schematic structural diagram of an IMS system according to the related art
  • FIG. 2 is a flowchart of initial registration of a UE registered in an IMS system according to the related art
  • FIG. 3 is a call initiated by a UE according to the related art
  • FIG. 4 is a flowchart of a call failure when a UE initiates a call flow after an S-CSCF restart or failure recovery allocated to a UE according to the related art
  • FIG. 1 is a schematic structural diagram of an IMS system according to the related art
  • FIG. 2 is a flowchart of initial registration of a UE registered in an IMS system according to the related art
  • FIG. 3 is a call initiated by a UE according to the related art
  • FIG. 4 is a flowchart of a call failure when a UE initiates a call flow after an S-CSCF restart or failure recovery allocated to a UE according to the related art
  • FIG. 1 is a schematic structural diagram of an IMS system according to
  • FIG. 5 is a core network according to an embodiment of the present invention
  • FIG. 6 is a flowchart of a processing method after a meta-restart/failure recovery.
  • FIG. 6 is a schematic diagram of a UE initiating a call flow after the UE is successfully registered, after the UE is successfully registered, after the UE is successfully registered or the S-CSCF is restarted or the fault is recovered. - The CSCF obtains the necessary data from the HSS to continue the flow chart of the call; FIG.
  • FIG. 7 is a method according to an embodiment of the present invention, in which the PUI (Public User Identity) status corresponding to the UE is not registered, S-CSCF A flowchart of processing a UE-initiated call service by using the method S-CSCF of the present invention in a case where the user registration data is not held;
  • FIG. 8 is a method, after the UE is successfully registered, in the method according to the embodiment of the present invention, After the S-CSCF is assigned to the UE for restart or failure recovery, the AS initiates a call flow instead of the user, and the S-CSCF obtains necessary data from the HSS to continue the completion of the call flow.
  • FIG. 8 is a method, after the UE is successfully registered, in the method according to the embodiment of the present invention, After the S-CSCF is assigned to the UE for restart or failure recovery, the AS initiates a call flow instead of the user, and the S-CSCF obtains necessary data from the HSS to continue the completion of the call flow.
  • the UE After the registration is successful, after the AS serving the UE restarts or recovers from the fault, the AS obtains the necessary data from the HSS to continue the flow chart of the call.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The preferred embodiments of the present invention are described with reference to the accompanying drawings.
  • a method for processing a core network element restart/failure recovery or the like in an IMS system is provided.
  • the core network element mentioned herein may be an S-CSCF or an AS.
  • the IMS environment to which the present invention is applied has been described above with reference to FIG.
  • Step S502 In a call process in which the user is a calling party, after receiving the call request of the user, the core network element checks the local data, and does not check the In the case of the data corresponding to the user, one or more request messages are sent to the HSS to request the service related data of the user.
  • Step S504 in response to the request message of the core network element, the HSS searches for the service related data and returns the data to the core network.
  • the core network element uses the service-related data acquired from the HSS to perform a subsequent session processing procedure.
  • the service-related data includes the service configuration data, where the core network element uses the service configuration data to trigger the service logic.
  • the service-related data further includes: a registration status information of a public user identifier (PUI), where, the core The network element uses the registration status information to strengthen the judgment of the call legal.
  • PUI public user identifier
  • the core network element first queries the HSS where the user's PUI is located, and sends a request message to the queried HSS.
  • the request message sent by the core network element carries the fault recovery support label, and the label is used to notify the HSS that the message is applied to the scenario of the fault recovery.
  • the core network element may choose to save the data locally or not. Part of the data that can be saved comes from the call request, and part of it comes from the HSS. If the core network element chooses to save the data locally, the core network element does not need to request data from the HSS again during the subsequent call. Case 1
  • the core network element is the S-CSCF.
  • the S-CSCF can be allocated to the user in the following cases: The user successfully registers with the IMS network; or the user subscribes to the unregistered service.
  • the registration service triggers the S-CSCF allocation process.
  • the S-CSCF sends a request message to the HSS using the Cx interface between the S-CSCF and the HSS, and carries the S-CSCF name and the user's PUI in the request message.
  • the above request message may be a Service-Assignment-Request (SAR).
  • SAR Service-Assignment-Request
  • step S504 in response to the request message of the S-CSCF, the HSS determines whether the S-CSCF name of the S-CSCF allocated by the PUI is consistent with the S-CSCF name carried in the request message, and if the two are inconsistent , decide whether to update to PUI points g ⁇ ⁇ S-CSCF.
  • the S-CSCF performs data saving locally when the HSS is updated to the PUI sub-segment S-CSCF ⁇ 'I".
  • the call process mentioned above may be a call initiated by the UE, or the AS may be initiated instead of the user.
  • Example 1 UE-initiated call
  • the S-CSCF can perform data saving locally, and the saved data includes: the contact address of the UE, the address of the P-CSCF, and P. - the network ID of the CSCF, the PUI, the registration status of the PUI, and the service configuration data of the user.
  • the S-CSCF in the case where the registration state of the PUI acquired by the S-CSCF from the HSS is the non-registered state, the S-CSCF returns The service is unreceivable, and the subsequent process is not continued, and the service configuration data acquired from the HSS is not saved locally.
  • the processing in this example is shown in detail in Figure 6. As shown in Figure 6, the following specifically includes:
  • the UE initiates a SIP INVITE request to the P-CSCF, and includes a media format for initializing the media capability negotiation.
  • the SIP INVITE request carries the contact address of the UE, the public user identifier PUI corresponding to the UE, and the like;
  • the P-CSCF After receiving the INVITE request, the P-CSCF forwards the INVITE request to the S-CSCF allocated to the UE. When the P-CSCF forwards the INVITE request, the P-CSCF adds the address information related to the P-CSCF to the SIP INVITE request. S603, the S-CSCF checks the service attribute; the operation of the S-CSCF to check the service attribute includes: querying, in the local data, the registration status of the PUI corresponding to the UE, checking the user configuration data corresponding to the PUI, etc.; The user data stored locally by the S-CSCF does not exist. In order to continue processing subsequent requests, the S-CSCF needs to send a data acquisition request to the HSS to query the status and data of the user.
  • the S-CSCF first extracts information related to the UE and the P-CSCF from the INVITE request sent by the P-CSCF, including the contact address of the UE, the public user identifier PUI corresponding to the UE, the IP address of the P-CSCF, and the network of the P-CSCF. ID or the like; the S-CSCF is locally - temporarily stores the data, and uses the data to transmit a data acquisition request to the HSS; and proceeds to step S604.
  • S604 The S-CSCF initiates a data acquisition request to the HSS by using the PUI corresponding to the user, and expects the HSS to return the user PUI registration status and user service configuration data.
  • the S-CSCF passes the SAR (Server- Assignment-Request, The service allocation request) command requests the user data to the HSS, and carries the S-CSCF address and the public user identifier PUI of the UE in the command; in addition, the S-CSCF carries the fault recovery support label in the detailed information of the command, and informs the HSS of the request. Is due to the failure recovery scenario;
  • SAR Server- Assignment-Request, The service allocation request
  • the HSS checks the SAR sent by the S-CSCF.
  • the command which carries the fault recovery support label, indicates that the S-CSCF wants to obtain the necessary data through the HSS to continue the service flow.
  • the HSS checks the SAR command sent by the S-CSCF to obtain the S-CSCF name. Since the PUI corresponding to the UE has been successfully registered in this embodiment, the S-CSCF is allocated to the PUI in the HSS. The HSS checks the name of the S-CSCF corresponding to the PUI stored in the HSS.
  • the HSS has two options: updating the S-CSCF name and not updating the S-CSCF name. . If the HSS updates the S-CSCF name corresponding to the PUI, it means that the HSS re-allocates the S-CSCF for the UE, and the S-CSCF must locally save the related data of the UE and the P-CSCF, specifically: UE contact Address, name or address of the P-CSCF, network ID of the P-CSCF, PUI corresponding to the UE, PUI registration status of the UE, service configuration data of the user, etc.; if the HSS does not update the S-CSCF corresponding to the PUI Name, the S-CSCF does not locally save the related data of the UE and the P-CSCF as described above in the subsequent steps; if the HSS is updated to the S-CSCF allocated by the PUI, the S-CSCF needs to save in the subsequent step.
  • the HSS confirms that the SAR command sent by the S-CSCF is used in the fault recovery scenario, so in the response message SAA (Server- Assignment- Answer), the registration status of the PUI and the corresponding user are carried. Business configuration data, etc. Afterwards, the HSS carries the necessary data in the SAA and sends a response to the S-CSCF;
  • SAA Server- Assignment- Answer
  • the S-CSCF determines the registration status of the user PUI returned by the HSS. If the registration status of the PUI is already registered, the S-CSCF continues the processing of the call service flow using the acquired data. In this step, the S-CSCF may choose to save or not save the UE, P-CSCF related data described in the previous step. So far, since the S-CSCF utilizes the data acquired in the INVITE request sent from the P-CSCF and the data returned by the HSS, it constitutes the data necessary to support the UE call, so that the call flow can be continued.
  • the S-CSCF initiates a call service logic for the user.
  • the command includes the media support capability of the UE; S607, the S-CSCF forwards the INVITE request to the called party network;
  • the call request is transmitted to the called terminal of the called party network, and the two parties perform the steps of media negotiation, resource reservation, ringing of the called terminal, etc., after the called terminal picks up the call, the called terminal terminates the call to the endpoint.
  • the party sends a SIP 200 ( OK ) final response;
  • the UE responds with 200 ( O ) with a SIP ACK message.
  • the P-CSCF when the P-CSCF is trusted for the S-CSCF, the P-CSCF does not send a call request from the unregistered UE. If the call request of the UE forwarded by the P-CSCF is untrustworthy to the S-CSCF, the S-CSCF needs to perform verification by the user registration status returned by the HSS.
  • FIG. 7 shows another case, that is, when the state of the PUI corresponding to the UE stored in the HSS is not the registered state, in the present invention, how does the S-CSCF process the UE-initiated call service. As shown in Figure 7, it includes: ⁇ Processing:
  • the UE initiates a SIP INVITE request to the P-CSCF, where the UE includes Media format for media capacity negotiation;
  • the P-CSCF After receiving the INVITE request, the P-CSCF forwards the INVITE request to the S-CSCF allocated to the UE.
  • the S-CSCF checks the service attribute; the operation of the S-CSCF to check the service attribute includes: querying, in the local data, the registration status of the PUI corresponding to the UE, checking the user configuration data corresponding to the PUI, etc.; The user data stored locally by the S-CSCF does not exist.
  • the BJS-CSCF needs to send a data acquisition request to the HSS to query the status and data of the user.
  • the information includes the contact address of the UE, the public user identifier PUI corresponding to the UE, the IP address of the P-CSCF, and the network ID of the P-CSCF.
  • the S-CSCF saves the data locally and uses the data to send a data acquisition request to the HSS;
  • the S-CSCF initiates a data acquisition request to the HSS by using the PUI corresponding to the user, and the HSS returns the user PUI registration status and user service configuration data.
  • the S-CSCF requests the user data from the HSS through the SAR (Server-Assignment-Request) command, and carries the S-CSCF address and the public user identifier PUI of the UE in the command;
  • the CSCF carries the fault recovery support label in the detailed information of the command, and tells the HSS that the request is due to the fault recovery scenario;
  • the HSS After the query request owed to the S-CSCF, the HSS obtains the registration status of the user PUI and the service configuration data of the user, and sends the data to the S-CSCF. In this step, the HSS checks the SAR command sent by the S-CSCF, and checks It carries the fault recovery support tag, which means that the S-CSCF wants to obtain the necessary data through the HSS to continue the service process. Since the PUI corresponding to the UE in this embodiment is not in the registered state, the HSS only extracts the registration status of the PUI and the service configuration data of the user, and returns the necessary data to the S-CSCF through the response message SAA;
  • the S-CSCF determines the registration status of the user PUI returned by the HSS, and finds that the registration status of the PUI is not registered.
  • the shell 'J S-CSCF does not save the user data, and the step of step S707 is continued;
  • the S-CSCF sends a response to the P-CSCF requesting unreceivable; S708.
  • the P-CSCF forwards the request unreceivable response to the UE.
  • Example 2 AS instead of a user-initiated call
  • the user may be in a registered state or a non-registered state.
  • the S-CSCF saves the data locally, the saved data may include: a contact address of the application server, a PUI, a registration status of the PUI, and a service configuration data of the user.
  • Figure 8 shows a flow chart of the AS initiating a call in place of the user after the S-CSCF assigned to the user PUI fails.
  • the AS acts as the UE.
  • a typical service in which a user initiates a call by an application server AS has a non-registered forwarding service service and an AS initiative notification service.
  • S801 the application server acquires an S-CSCF address allocated for the public user identifier PUI, and the process is returned to the AS by the HSS through the interface Sh between the AS and the HSS;
  • the application server sends a SIP INVITE request to the S-CSCF, and includes the media capabilities supported by the AS;
  • the S-CSCF first extracts information about the user and the AS from the INVITE request sent by the AS, including the AS's contact address, the public user ID, and the PUI.
  • the S-CSCF temporarily stores the data locally and uses the data to send a data acquisition request to the HSS;
  • the S-CSCF uses the public user identifier PUI to initiate a data acquisition request to the HSS, and the HSS is expected to return the registration status and service configuration data of the PUI.
  • the S-CSCF passes the SAR (Server- Assignment-Request, monthly service).
  • the allocation request) command requests the user data to the HSS, and carries the S-CSCF address and the public user identifier PUI in the command; and the S-CSCF carries the fault recovery support label in the detailed information of the command, and tells the HSS that the request is for the fault. Restore the scene;
  • the HSS After receiving the query request of the S-CSCF, the HSS obtains the registration form of the user PUI. The service configuration data of the user and the user is sent to the S-CSCF. In this step, the HSS checks the SAR command sent by the S-CSCF and checks that it carries the fault recovery support label. It can be seen that the S-CSCF wants to obtain the necessary data through the HSS to continue the service flow; since the HSS confirms that the S-CSCF sends The SAR command is used for the fault recovery scenario. Therefore, in the response message SAA (Server- Assignment- Answer), the registered dog status of the PUI, the corresponding service configuration data, and the like are carried. Afterwards, the HSS carries the necessary data in the SAA and sends a response to the S-CSCF;
  • SAA Server- Assignment- Answer
  • the S-CSCF continues to process the call business process by using the acquired data. In this step, since the S-CSCF uses the data acquired in the INVITE request sent from the AS and the data returned by the HSS to form the data necessary to support the call, the call flow can be continued.
  • the S-CSCF initiates a call service logic for the user. Include the media support capabilities supported by the call originator in the command;
  • the S-CSCF forwards the INVITE request to the called party network, and the called party network forwards the call to the called party terminal;
  • the call request is transmitted to the called terminal of the called party network, and the Chinese party passes the media Negotiation, resource reservation, ringing of the called terminal, etc., after the called terminal picks up the call, the called end endpoint sends a SIP 200 (OK) final response to the call originator;
  • the call originator responds with 200 (OK) with a SIPACK message.
  • Case 2 The core network element is the application server.
  • the AS uses the Sh interface between the AS and the HSS.
  • the HSS sends a request message and carries the user's PUI in the request message.
  • the above request message may be a User-Data-Request (UDR) message.
  • UDR User-Data-Request
  • the saved data may include: a contact address of the UE, an address of the S-CSCF, a PUI, a registration status of the PUI, and a service configuration data of the user.
  • FIG. 9 shows a process flow of how the AS effectively avoids an unacceptable error when the UE initiates a call after the UE successfully registers with the IMS network. As shown in Figure 9, the following processing can be included:
  • the UE initiates a SIP INVITE request to the P-CSCF, where the UE is used to initialize the media.
  • the P-CSCF After receiving the INVITE request, the P-CSCF forwards the INVITE request to the S-CSCF allocated to the UE.
  • the S-CSCF forwards the INVITE request to the AS that provides the service according to the service configuration of the user;
  • the AS checks the service attribute.
  • the AS checks the service attribute.
  • the operation includes: querying, in the local data, the registration status of the PUI corresponding to the UE, and checking the user configuration data corresponding to the PUI. In this case, the user data stored locally by the AS does not exist.
  • the AS needs to send a data acquisition request to the HSS to query the status and data of the user.
  • the S-CSCF first extracts information about the UE and the S-CSCF from the INVITE request sent by the S-CSCF, including the contact address of the UE, the public user identifier PUI corresponding to the UE, and the contact address of the S-CSCF.
  • the AS temporarily stores the data locally and uses the data to send a data acquisition request to the HSS;
  • the AS initiates a data acquisition request to the HSS by using the PUI corresponding to the user, and the HSS is expected to return the user PUI registration status and user service configuration data.
  • the AS requests user data from the HSS through the UDR (User-Data-Request) command of the Sh interface, and carries the public user identifier PUI of the UE in the command, and the AS is in the detailed information in the command. Carrying the fault recovery support label, and telling the HSS that the request is for the fault recovery scenario; S906, after receiving the query request of the AS, the HSS obtains the registration status of the user PUI and the service configuration data of the user, and sends the data to the AS.
  • UDR User-Data-Request
  • the HSS checks the UDR command sent by the AS and checks that it carries the fault recovery support label. It can be seen that the AS wants to obtain the necessary data through the HSS to continue the service flow. The HSS confirms that the UDR command sent by the AS is used in the fault recovery scenario. Therefore, in the response message UDA (User-Data-Answer), the registration status of the PUI, the service configuration data of the corresponding user, and the like are carried. After that, the HSS carries the necessary data in the UDA and sends a response to the AS;
  • UDA User-Data-Answer
  • the AS determines the registration status of the user PUI returned by the HSS. If the registration status of the PUI is already registered, the AS continues the processing of the call service flow by using the already acquired data. In this step, since the AS uses the INVITE request sent from the S-CSCF The data and the data returned by the HSS constitute the data necessary to support the UE call, so that the call flow can continue. In addition, in this step, the AS may choose to locally store user-related data, including the contact address of the UE, the service configuration data of the user, the S-CSCF address, and the like.
  • the AS initiates a call service logic for the user. Include the UE's media support capabilities in the command;
  • the call request is transmitted to the called terminal of the called party network, and the silent party performs the steps of media negotiation, resource reservation, ringing of the called terminal, etc., after the called terminal picks up the call, the called terminal terminates the endpoint to The calling party sends a SIP 200 (OK) final response; S912 - S913, the UE responds with 200 (OK) with a SIP ACK message.
  • the method of querying the required user data to the HSS can effectively solve the defect that the service is unavailable due to the missing core network data. , to ensure the continuity of the service, enhance the fault handling ability of the core network element.

Landscapes

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

Abstract

La présente invention concerne un procédé de traitement après redémarrage ou récupération sur sinistre d'un élément de réseau central. Le procédé comprend les étapes suivantes : dans un traitement d'appel initié par un utilisateur, l'élément de réseau central vérifie les données locales après avoir reçu la requête d'appel provenant de l'utilisateur. Lorsque les données correspondant à l'utilisateur sont introuvables, l'élément de réseau central envoie un ou plusieurs messages de requête au HSS pour acquérir des données relatives au service. En répondant au message de requête, le HSS recherche des données relatives au service et les envoie à l'élément de réseau central. L'élément de réseau central poursuit l'appel en fonction des données précédentes liées au service.
PCT/CN2007/003678 2007-09-17 2007-12-19 Procédé de traitement après redémarrage ou récupération sur sinistre d'un élément de réseau central WO2009036629A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710154134.9 2007-09-17
CN200710154134.9A CN101127722A (zh) 2007-09-17 2007-09-17 核心网元重启/故障恢复后的处理方法

Publications (1)

Publication Number Publication Date
WO2009036629A1 true WO2009036629A1 (fr) 2009-03-26

Family

ID=39095648

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/003678 WO2009036629A1 (fr) 2007-09-17 2007-12-19 Procédé de traitement après redémarrage ou récupération sur sinistre d'un élément de réseau central

Country Status (2)

Country Link
CN (1) CN101127722A (fr)
WO (1) WO2009036629A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115866538A (zh) * 2022-11-29 2023-03-28 中国联合网络通信集团有限公司 短信处理方法、设备、系统及存储介质

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101540989B (zh) * 2008-03-21 2011-04-20 华为技术有限公司 设备重启后的数据恢复方法、设备和系统
CN101448319B (zh) * 2008-04-11 2012-02-29 中兴通讯股份有限公司 一种s-cscf故障恢复处理方法
CN101426261B (zh) * 2008-12-17 2011-04-20 华为技术有限公司 多媒体子系统业务处理的方法、p-cscf、i-cscf和多媒体子系统
CN101651991B (zh) * 2009-08-27 2012-04-04 华为技术有限公司 呼叫控制方法和呼叫控制装置
CN102612021B (zh) * 2011-01-21 2017-03-15 中兴通讯股份有限公司 终端状态获取方法、激活终端方法及系统
CN103441862B (zh) 2013-08-07 2017-08-04 华为技术有限公司 一种实现终端被叫业务恢复的方法、相关装置及系统
US10148487B2 (en) 2013-09-24 2018-12-04 Nec Corporation Methods and apparatuses for facilitating P-CSCF restoration when a P-CSCF failure has occurred
WO2015185088A1 (fr) * 2014-06-02 2015-12-10 Nokia Solutions And Networks Oy Support de restauration d'ims pour gruu temporaire
CN108347342B (zh) * 2017-01-24 2021-05-25 普天信息技术有限公司 一种tmf网元重启后恢复业务的方法及网元
WO2020074098A1 (fr) * 2018-10-12 2020-04-16 Nokia Technologies Oy Appareil, procédé et programme d'ordinateur pour une restauration de fonction de commande de session d'appel
CN109951862A (zh) * 2019-03-18 2019-06-28 河北远东通信系统工程有限公司 一种ims网络as自恢复注册信息的方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020128008A1 (en) * 2001-03-12 2002-09-12 Son Phan-Anh Recovery techniques in mobile networks
CN1558692A (zh) * 2004-01-14 2004-12-29 西安大唐电信有限公司 被叫用户路由查询的方法
CN1756181A (zh) * 2004-09-29 2006-04-05 华为技术有限公司 一种归属用户服务器故障恢复处理方法
CN1780482A (zh) * 2004-11-18 2006-05-31 华为技术有限公司 一种呼叫会话控制功能模块重启后保证信息一致的方法
US20060165083A1 (en) * 2004-12-20 2006-07-27 Lg Electronics Inc. Multimedia access system
CN1859698A (zh) * 2006-01-22 2006-11-08 华为技术有限公司 解决核心网节点故障后其下的用户做被叫不成功问题的方法
US20070005712A1 (en) * 2005-06-29 2007-01-04 Nokia Corporation Service error handling in a communications network

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020128008A1 (en) * 2001-03-12 2002-09-12 Son Phan-Anh Recovery techniques in mobile networks
CN1558692A (zh) * 2004-01-14 2004-12-29 西安大唐电信有限公司 被叫用户路由查询的方法
CN1756181A (zh) * 2004-09-29 2006-04-05 华为技术有限公司 一种归属用户服务器故障恢复处理方法
CN1780482A (zh) * 2004-11-18 2006-05-31 华为技术有限公司 一种呼叫会话控制功能模块重启后保证信息一致的方法
US20060165083A1 (en) * 2004-12-20 2006-07-27 Lg Electronics Inc. Multimedia access system
US20070005712A1 (en) * 2005-06-29 2007-01-04 Nokia Corporation Service error handling in a communications network
CN1859698A (zh) * 2006-01-22 2006-11-08 华为技术有限公司 解决核心网节点故障后其下的用户做被叫不成功问题的方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115866538A (zh) * 2022-11-29 2023-03-28 中国联合网络通信集团有限公司 短信处理方法、设备、系统及存储介质

Also Published As

Publication number Publication date
CN101127722A (zh) 2008-02-20

Similar Documents

Publication Publication Date Title
WO2009036629A1 (fr) Procédé de traitement après redémarrage ou récupération sur sinistre d'un élément de réseau central
US10743175B2 (en) Method, apparatus, and system for disaster recovery of IMS
US9706019B2 (en) Method, system, and network element for service processing after data of network element is invalid or network element fails
US8918518B2 (en) Access session controller, IP multimedia subsystem and registration and session method thereof
WO2007025480A1 (fr) Procede de traitement d'une session dans un ims et module de controle de la session lors d'une recherche de controle de la session lors d'une recherche d'appel
US20070189215A1 (en) Method for reducing interface load of home subscriber server
US8036659B2 (en) Method for requesting an unregistered UE to perform registration in the IMS
JP5148757B2 (ja) 複数の連絡先のためのｉｍｓ復元手順
WO2008052464A1 (fr) Procédé et appareil servant à mettre en oeuvre la reprise sur sinistre de l'ims ip
WO2006102830A1 (fr) Procede destine a un terminal d’identification de commande de routage d’interaction de capacite pendant que ims et cs sont co-instantanes
CN101601258A (zh) 重新指配s-cscf服务到归属订户服务器hss的己注册ims用户的方法
WO2006099815A1 (fr) Procede d'enregistrement d'un utilisateur dans le sous-systeme multimedia ip et systeme associe
WO2010075689A1 (fr) Procédé pour tolérance aux désastres des réseaux, terminal, et entité fonctionnelle de commande de session d'appel
WO2006053502A1 (fr) Procede pour assurer la conformite d'information entre les noeuds de reseau
KR100703426B1 (ko) 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 발신 및 착신 호를 가능하게 하는 방법 및 장치
WO2007112621A1 (fr) Procédé destiné à assurer le maintien de la cohérence d'un désenregistrement d'adresses ip de domaine ps et de domaine ims
WO2007041957A1 (fr) Méthode et système de vérification de la cohérence de nom de fonctions de contrôle d’état d’appel de service
WO2021213243A1 (fr) Procédé d'enregistrement de service associé, dispositif associé et support de stockage lisible par ordinateur
KR101075614B1 (ko) 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 착신호를 가능하게 하는 방법
WO2007045181A1 (fr) Procede, systeme et dispositif d’obtention d’informations d’acces
WO2009092310A1 (fr) Procédé et dispositif de fourniture de services pour un utilisateur
WO2006060965A1 (fr) Procede et systeme pour la determination du moment de lancement de flux d'annulation

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

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

Country of ref document: EP

Kind code of ref document: A1