WO2008083587A1 - Procédé, système et élément de réseau pour traitement du service après invalidation de données d'élément et survenue d'un incident - Google Patents

Procédé, système et élément de réseau pour traitement du service après invalidation de données d'élément et survenue d'un incident Download PDF

Info

Publication number
WO2008083587A1
WO2008083587A1 PCT/CN2007/071332 CN2007071332W WO2008083587A1 WO 2008083587 A1 WO2008083587 A1 WO 2008083587A1 CN 2007071332 W CN2007071332 W CN 2007071332W WO 2008083587 A1 WO2008083587 A1 WO 2008083587A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
service
request message
network element
message
Prior art date
Application number
PCT/CN2007/071332
Other languages
English (en)
French (fr)
Inventor
Qian Du
Bing Wei
Xiaoyun Wang
Leibin Wang
Shufeng Shi
Peng Zhao
Xuexia Yan
Original Assignee
Huawei Technologies Co., Ltd.
China Mobile Communications 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
Priority claimed from CN2007101015790A external-priority patent/CN101299874B/zh
Priority claimed from CNA2007101357285A external-priority patent/CN101212814A/zh
Application filed by Huawei Technologies Co., Ltd., China Mobile Communications Corporation filed Critical Huawei Technologies Co., Ltd.
Priority to EP20206250.1A priority Critical patent/EP3796623A1/en
Priority to ES07846158.9T priority patent/ES2480140T3/es
Priority to EP07846158.9A priority patent/EP2099156B1/en
Publication of WO2008083587A1 publication Critical patent/WO2008083587A1/zh
Priority to US12/493,358 priority patent/US9706019B2/en
Priority to US12/504,166 priority patent/US20090279425A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/1073—Registration or de-registration

Definitions

  • Network element data failure business processing method and system after failing, and network element
  • the present invention relates to a service processing method, and more particularly to a service processing method after a network element data failure in an IP multimedia subsystem network and a service processing method after a network element fails.
  • the present invention also relates to a service processing system and a network element, and to a method, system and device for returning user data, especially in an IP multimedia subsystem network after the network element data fails.
  • Data return method system and device belonging to the field of communication technology
  • IP Multimedia Subsystem is a wideband code division multiple access (WCDMA) network added in the E5 phase of the 3rd Generation Partnership Project (3GPP) .
  • WCDMA wideband code division multiple access
  • 3GPP 3rd Generation Partnership Project
  • SIP Session Initiation Protocol
  • the protocol utilizes the features of SIP, simple display and convenient media combination, and provides a rich multimedia service by separating the service control from the bearer control.
  • the main functional entities in the IMS include call session control function entities that control functions such as user registration session control. (Call Session Control Function, abbreviated as CSCF), a user subscription server (Home Subscriber Server, which is abbreviated as an application server (AS) for providing various service control functions).
  • CSCF Call Session Control Function
  • AS
  • I-CSCF is a negotiated CSCF (Interrogating CSCF, abbreviated as CSCF), 3 - CSCP is, Proxy CSCF (Proxy-CSCF, abbreviated as P CSCF), S CSCF is Serving CSCF (Serving CSCF, S CSCF for short), and User Equipment (User 3 ⁇ 4i f>ment,
  • the user's service process is: After the user terminal UE starts, it first initiates registration with the IMS network. After accepting the user's registration request, the IMS network saves the user's registration data and the corresponding network element. Information such as registration status, including P-CSCF S-CSCF, AS, HSS, stores the user's book information. The user terminal carries a registration period parameter in the registration message. After the user terminal registers successfully, the user periodically initiates a re-registration process to the IMS network. The registration data and registration status of the user are updated only on the corresponding NE in the IMS network. The user in the registered state can perform the corresponding user service, initiate the call as the calling party or accept the call as the called party.
  • FIG. 2 is a flowchart of the user's service execution process in the S network in the standard description. as follows:
  • Step 201 after the user terminal starts, sending a registration message Register to the P-CSCF;
  • Step 202 The CSCF saves the user related data locally, and forwards the registration message to the I CSCF of the user home domain;
  • Step 203 The T-CSCF sends a user authorization request to the HSS (US er-Au t or za t ⁇ on-Reques t), and queries the S-CSCF that can provide services for the user;
  • HSS US er-Au t or za t ⁇ on-Reques t
  • Step 204 The HSS sends a User-Authorization Answer (UAA) to the T-CSCF, and carries an S-CSCF capable of providing services for the user.
  • UAA User-Authorization Answer
  • Step 205 The I-CSCF forwards the registration request message Register to the selected S-CSCP.
  • Step 206 The S-CSCF allocates a request to the SS server (Server-As s ignmen.t-8eques t ? SAR for short), and requests the user to the iSS .
  • Step 207 The HSS sends a response to the S-CSCF back to the message server (Server As si g en t Answer, S'AA for short), and carries the subscription data of the user;
  • the CSCF initiates a third-party registration with the corresponding AS according to the subscription data of the user, and saves the number related to the user locally;
  • Step 2 09 AS returns a successful registration response
  • Step 2n I CSCF returns a successful registration response
  • Step 21 The P CSCF returns to the registration and successfully responds
  • Step 21 3 After the user registers successfully, the corresponding business process can be started.
  • Step 2 14 IJE initiates a re-registration process to update the registration data and registration status of the user on the IMS network so that the user can continue to perform the business process.
  • the UE initiates a registration request to the IMS network. After the registration is successful, the UE does not actively initiate the re-registration process during the registration period. If the IMS network includes a certain network element of the user registration data (P CSCF, An abnormality occurs in the S-CSCF, AS, etc., causing the user registration data of the network to be invalid. (If a network element restarts, the user registration data is lost. If the HE initiates a service request, the network element considers that the UE is not registered. If the user's service request is rejected, the calling service cannot be executed during the registration period and the user is called as the user. The registration data of the user on each network element is inconsistent (some network elements have user registration data and are registered). Status, there is no user registration #: data on some network elements, which makes it impossible to locate the called user, and cannot execute the corresponding called service.
  • P CSCF network element of the user registration data
  • FIG. 3 is a schematic diagram showing a more detailed structure of the IMS network in the prior art, as shown in Figure 3:
  • CSCF is in the core control position of the IMS core network, responsible for registration authentication and session control of the dragon, performing basic session routing functions for the calling and called IMS users, and according to the IMS filtering rules signed by the user. , when the condition is satisfied, the value-added service route triggering and service control interaction to the AS.
  • MSS It is used to store the IMS subscription information set by the operator when opening an account, and supports customization and modification of the subscription data by the operator or the end user through the interface with the service management system.
  • the i!SS registers the S CSCF domain name routing information in the IMS registration process through the Cx interface based on the Diameter protocol with the S-CSCF, and supports downloading the basic IMS subscription information to the S-CSCF through the interface;
  • the Cx interface based on the Diameter protocol between the CSCFs implements the S CSCF for the user to select the service in the user registration or provides the CSCP with the name of the S CSCF currently serving the user, so that the I CSCP can route the registration message or session to the correct S.
  • HSS provides subscription data and services for the value-added service SIP AS or the Service Capability Server (SCS) of the Open Service Architecture (0SA) through the Sii interface based on the Diameter protocol between the SIP and the AS. Remote database access interface for logical scripts!
  • SCS Service Capability Server
  • the iSS is only responsible for the transparent storage of the value-added service data of the specific contracted user AS, and is not semantically parsed.
  • the S ub scr Ipt ion L cat I on F u nc ⁇ 1 on is a user subscription location function with an address resolution mechanism.
  • This mechanism enables the I-CSCF, S-CSCF, and AS to find the HSS address where the contracted credentials for a given user identity are located, physically configurable with the HSS.
  • the AS obtains or updates the user service related data and user status information through the Sh. interface of the HSS, and the S CSCF obtains the user's subscription information through the Cx interface with the HSS.
  • the various services provided by the IMS network can be used.
  • the UE can choose to sign the unregistered service.
  • the network can still provide unregistered services for the user. Forwarding, dialect recording, etc.
  • the S-CSCF and the HSS are assigned by the server to allocate the request/server ⁇ ⁇ ( (Server ⁇ -A s giffient-Reques t /Server- Ass giiment-Answer, referred to as SAR/SM) command for interactive user authentication data and business dataong.
  • SAR/SM request/server ⁇ ⁇
  • the S-CSCF receives the registration request from the proxy CSCF (Proxy CSCF, CSCF for short) or the session establishment request INVITE message from the I-CSCF.
  • the proxy CSCF Provides the registration request from the proxy CSCF (Proxy CSCF, CSCF for short) or the session establishment request INVITE message from the I-CSCF.
  • the S-CSCF performs the following operations with FISS via the SAR command: Assign an S CSCP to a public identity, or clear the name of the S CSCF assigned to one or more public identities;
  • the Server Ass gnment Type is UNREGISTERED—the USER indicates that the S-CSCF has received a call to an unregistered public user (IMS Public User).
  • IMS Public User an unregistered public user
  • II II II ITE request
  • HSS will return Expert imenta l- esu I t-Code DJ AMETER
  • HSS may download the number of users and the billing function address.
  • FIG. 4 is a schematic diagram of a process for implementing a terminating session in a user that has not been registered in the network in the prior art. As shown in FIG. 4, the method includes the following steps:
  • Step 40:1 the I-CSCF receives an INVITE message for terminating to a certain user;
  • Step 4002 I CSCF initiates a location information request to the f! SS (Location-Info-Request abbreviated as LT8) message to obtain the S-CSCF serving the user.
  • Step 4003 If the name HSS of the S CSCT that provides the J service for the user is recorded in the HSS, the name of the S-CSCF is returned to the ⁇ -CSCF by the location information response (k caticm-lRfo- Answer, LLA). If not, return the capability set of the S-CSCF that meets the user's service needs;
  • Step 4004 If the SS does not return the name of the S-CSCF, but returns the capability set of the S CSCF, the I-CSCF selects an appropriate S-CSCF according to the capability set of the S-CSCF returned by the ISSS;
  • Step 4005 The I CSCF forwards the INVITE request to the S CSCF.
  • Step 4006 If the S-CSCF does not have the data of the user, the SAR request user data is sent to the HSS, and the Server Assi iiment Type parameter in the SAR command is filled with U REGISTEREDlingertISER, and the current status of the HSS user is notified that the current status is unregistered. ;
  • Step 4007. IISS sends the user data to the S-CSCF through SAA.
  • Step 4008 The SCSCF performs service control according to the number of users and performs subsequent processing.
  • FIG. 5 is a schematic diagram of a process for implementing a terminal call session that has been registered in the network in the prior art. As shown in FIG. 5, unlike the method in FIG. 4, there is no step 4004. 4006, step 400?, because the user has registered in the network, the network has assigned the S CSCF for the service, and the HSS stores the name of the read S CSCF, and all the J-CSCF roots in step 004 do not appear. - The CSCF capability set selects the S-CSCF process.
  • step 4007 since the S-CSCF has downloaded the number of users from the ISS when the user registers, there is no process in which the S-CSCF downloads the user data from the 1ISS via the SAR/SAA in step 006. Under normal circumstances, if the user status recorded in the HSS is registered and the name of the corresponding S-CSCF is stored, there is no case where there is no user data in the S-CSCF, and step 4007 is not required.
  • FIG. 6 is a schematic diagram of a process for implementing an initial call session initiated by an AS instead of a user in the prior art.
  • the AS may obtain the user from the HSS through the third party registration or through the Sh interface.
  • the name of the S-CSCF such as the ⁇ AS, can obtain the name of the S-CSCF where the user is located before the user initiates the call, and then performs step 601a of the above figure, that is, the AS directly routes the session to the STMCSCF where the user is located. If you cannot find the name of the S-CSCF where the user is located, you need to perform the following steps: 601 bl:
  • Step 601bl routing the session to the home domain where the user is located: Bu CSCF;
  • Step 601b2 I-CSCF initiates an LIR message to H.SS, and the message is in the message.
  • the identity of the calling user in the P-Asserted-Identi tym field is filled in L I fi , and an initial call request flag is added to query the location information of the user before reading, that is, the information of the S-CSCF where the user is located;
  • Step 601b3, ⁇ ! The SS queries the database for the information corresponding to the user according to the identity of the user in the LIR, and returns the name of the S-CSCF of the user or the capability set of the S-CSCF to the I CSCF;
  • Step 601 If the HSS returns the capability set of the S-CSCF, the I SCF needs to select the S-CSCF according to the capability set;
  • Step 6iHb5 the I-CSCF routes the INVITE message to the S CSCF returned by the HSS, or the S-CSCF selected by the user according to the capability set of the S-CSCF returned by the HSS:
  • Step 602 If the S-CSCF does not have the information of the user, the S-CSCF will message The user identity in the P Asserted- Identity header field carries the user subscription data to the HSS in the SAH; if there is information about the user, step 604 is directly performed;
  • Step 603 The HSS returns the requested user subscription data to the S-CSCF through the SAA.
  • Step 604 The S-CSCF performs service control.
  • Step 605 S-CSCF performs subsequent processing
  • FIG. 7 is a schematic diagram of a process of a user initiating a call session in the prior art, as shown in FIG. 7, including the following steps:
  • Step 70 the UE initiates an INVITE message, and may choose to fill in a P-Prefer red-IdenT ty header field with a Pu bl ic User identity capable of identifying its identity;
  • Step 702 After receiving the INVITE message, the P-CSCF checks whether there is any message in the message.
  • P ⁇ Prefe r red 1 de ntity header field and check whether its value matches a registered Pubi Ic User Identit recorded in P CSCF. If there is and matches, P CSCF will send 3 ⁇ 4 Pub I lc User Identity as a session. Start and fill in the P-Asser ted-Tderit I ty ⁇ ; if there is no match, or no P Preferred identity header field, the P-CSCF will select a default Publ ic II ser Ident ⁇ t ' as the session initiation for the user. Party' and fill in P Asserted Id it ity;
  • the S-CSCF receives the INVITE message, and performs the service trigger according to the identity of the calling user in the P Asserted Identity header field in the message. Then, according to the RecjtiestTM job I in the INViTE message, the called party performs the subsequent session. Routing.,
  • the S CSCF when the S CSCF receives the session request INVITE message sent from the I CSCF or the AS, Because there is no corresponding number of users in the S-CSCF, the S CSCF will send the SAR request user data to the HSS, and the Server Ass i gnment Type parameter in the SA command - fills in the EG.i ST leak) - hidden R.
  • the HSS finds that the S-CSCF that initiates the SAR operation is the same as the S-CSCF recorded in the II SS, but the state of the user requesting the operation is stored in the iiSS and the HSS does not return in the SAA.
  • the S-CSCF When the S-CSCF receives the initial call request I NVITE message sent by the P-CSCF and the S-CSCF will not have the user data of the IMPU contained in the PTMA s se r ted ⁇ I den tit because of the restart, the S CSCF will directly Return failure to P CSCF, session failed
  • An embodiment of the present invention overcomes the deficiencies in the prior art, so that the network element that includes the number of user registrations in the IMS network can cause the user to quickly recover the corresponding service or send the abnormality when the user registration data is invalid. Data invalidation information, so that the network will not be in an unresponsive state, ensuring the execution of the business
  • Another aspect of the present invention is to provide a method for processing a service after a network element fails.
  • the network service of the user can be restored in time.
  • a further aspect of the present invention provides a user data return method, a system, and a user subscription server, and a service call session control function entity, which is used to solve the problem in the prior art when the user registers the S CSCF in the user. After that, it enables the user to use any before re-registering The terminating call, originating call or AS instead of the user sending the initial call service.
  • the embodiment of the present invention provides a service processing method after the network element data is invalid, and includes the following steps:
  • the service network element When the calling end sends a service request message to the service network element in the network, and the user data of the calling party saved in the service network element is invalid, the service network element sends a data invalidation message to the calling end. .
  • the data invalidation message carries information for triggering the calling end to perform re-registration.
  • the service network element may send a trigger message for re-registration to the calling end, and the calling end receives the data invalidation message and the trigger message after receiving the data invalidation message, and then the service network element sends the data invalidation message to the calling end.
  • the NE initiates an operation to restore user data.
  • the operation of recovering user data initiated by the calling terminal may be specifically as follows:
  • the calling end initiates an operation request for re-registration to the service network element according to the data invalidation message and the trigger message; the service network element re-registers the calling end, and uses the re-registered user data pair.
  • the saved user data is updated, and after the user data is restored, the service network element performs corresponding service processing according to the service request message.
  • the embodiment of the present invention further provides another service processing method after the network element data is invalid, including the following steps:
  • the service network element When the service network element receives the service request message from the network and is initiated by the called party, and the user data of the called sire saved in the service network element is invalid, the service network element returns to the network The data invalidation message of the called end.
  • the network may determine, according to the content of the service request message, whether the i-then service request can be transferred to another network that does not need to perform the communication operation according to the saved user data in the network element. If not, the service request is converted into a request message adapted to the other network, and is forwarded to the corresponding network to complete the corresponding service operation; if not, the number of invalidation messages are forwarded to the The sender of the service request message.
  • the embodiment of the invention further provides a network element data and a service processing system after the failure includes setting a service request sending end, a service request receiving end, and a service network element in the network, where the service network element is provided with a user data saving module and a user data comparison module, wherein the service network element is further provided with An invalid message sending module that sends a user data invalidation message to the service request sender
  • the service network element may further be provided with a trigger message sending module for sending a re-registration message according to the user data invalidation message, and a re-registration module for performing user number recovery.
  • the service request judging module may be further configured to determine a service request according to the user data invalidation message and the service request message sent by the service requesting end, and the service request judging module is configured to determine the service request. Whether it is possible to transfer to another network that does not need to be rooted in the user data saved in the user data storage module for communication; the network is further provided to transfer the service request to another network for communication a business request conversion module
  • the network may further be provided with an invalid message forwarding module for forwarding the user data invalidation message to the service request sending end.
  • the service request sending end and the service request receiving end may be the user terminal or the information processing network t in the network, :
  • the service network element may be a proxy call session control function entity, a negotiated call session control function entity or a service call session control function entity.
  • the embodiment of the present invention further provides a method for processing a service after a network element occurs, including: after receiving a service request message by a previous hop network element of the failed network element, and sending the service request message The NE failure message returned by the calling terminal.
  • the embodiment of the present invention further provides a service processing network element after a network element is faulty, including: a service request message receiving module, configured to receive a service request message;
  • the network element invalidation message sending module is configured to: when the next hop element of the current network element fails, send a message to the calling terminal that sends the service request message
  • An embodiment of the present invention further provides a user data return method, including the following steps:
  • the HSS receives a user data request message of the S-CSCF, where the request message includes a user identifier;
  • the HSS checks the S CSCF assigned to the user according to the user identifier;
  • the HSS When the assigned S CSCF is the requested S CSCF, the HSS returns the user data according to the request message.
  • the embodiment of the present invention further provides a user data return system, including S CSCF and IIS.S, and further includes:
  • a first receiving module configured to receive a user data request message sent by the S-CSCF to the HSS, where the request message includes a user identifier
  • a querying module configured to query, according to the user identifier, an S-CSCF that is assigned to the user, and a first determining module, configured to determine, by the query module, whether the S CSCf assigned by the user is the requested S-CSCF , triggering a feedback module when the assigned S-CSCF is the requested S-CSCF;
  • a feedback module configured to return user data according to the request message
  • the embodiment of the invention further provides a user subscription server, including:
  • a first receiving module configured to receive a user data request message sent by the S CSCF, where the request message includes a user identifier
  • a query module configured to query, according to the user identifier, an S CSCF that is assigned to the user; the first determining module is configured to determine whether the S-CSCF that is requested by the query module is requested by the user.
  • S CSCF when the assigned S CSCF is the requested S-CSCF, triggering an anti-feedback module for returning user data according to the request message
  • the embodiment of the present invention further provides a service call session control function entity, including: a first adding module, configured to: after receiving a call request message including a user identifier; adding the user identifier to a user data request message, where The request message is used by the li SS to query the S CSCF assigned to the user according to the user identifier, and determine whether the S CSCF assigned by the user is the requested S-CSCF, when the assigned S-CSCF is When the requested S-CSCF is returned, the user data is returned according to the request message.
  • An embodiment of the present invention further provides a user data return method, including the following steps:
  • S CSCF receives an S CSCF system error message
  • the S-CSCF receives the call request message, where the request message includes the user identifier
  • the S-CSCF When the S-CSCF cannot query the user data according to the user identifier, the S-CSCF adds the user identifier and the error identifier to the user data request message, and sends the user data request message to the HSS.
  • the HSS After receiving the user data request message of the S-CSCF and determining that the requested message includes the error identifier, the HSS returns the user data according to the request message.
  • the embodiment of the present invention further provides a user data return system, including: S CSCF , I1SS , and further includes:
  • a second receiving module configured to receive a call request message sent to the S CSCF, where the request message includes a user identifier
  • An error reporting module configured to receive a second judgment module after receiving an error message of the S-CSCF system; and a second determining module, configured to determine whether the SCSCF can query the user data according to the user identifier, and cannot query according to the user identifier When the user data is reached, the second added module is triggered;
  • a second adding module configured to send the user identifier and the error identifier to the user data request message, and send the user data request message to the i SS;
  • the third determining module is configured to: after receiving the user data request message sent to the HSS, determine whether the request message includes an error identifier, and when the error identifier is included, triggering a feedback module;
  • a feedback module configured to return the used data according to the request message
  • An embodiment of the present invention provides a user subscription server, including:
  • a third determining module configured to: after receiving the user data request message sent to the HSS, determine whether the request message includes an error identifier, and when the error identifier is included, triggering the feedback module;
  • the feedback module is configured to return user data according to the request message.
  • the embodiment of the present invention provides a service call session control function entity, including: a second receiving module, configured to receive a call request message sent to the S-CSCF, where the request message includes a user identifier;
  • the error module is configured to receive the second error determination module after receiving the S-CSCF system good error message; the second determination module is configured to determine whether the S-CSCF can query the user data according to the user identifier, when not according to the When the user identifier queries the user data, triggering the second adding second adding module block, after adding the user identifier and the error identifier to the user data request message, sending the user data request message to the HSS, where The request message is used by the HSS to determine whether to return the user data according to the request message according to whether the error identifier is included or not.
  • the implementation of the present invention solves the deficiencies in the 3CSPP standard, and the network element (P CSCF, S CSCF > AS, etc.) with the user registration data is abnormal, and the user registration data on the network element is invalid.
  • the user terminal sends a service request and receives the data invalidation message
  • the user terminal can identify the user data invalidation message, and initiate a re-registration process according to the user data invalidation message. If the service request is received by another network element, the user is received.
  • the data invalidation message, the other network element can identify the number of read users and the invalidation message, and the unregistered service triggered by the user according to the user data invalidation message can shorten the unavailable time of the user service and quickly restore the user service.
  • the current service flow can be terminated in time when the network element fails, and the calling terminal is notified, thereby reducing the wave of the network element system.
  • the HSS discovers that The S-CSCF of the operation is the same as the S-SCF recorded in the SS, or it is determined that the error identifier is carried in the request message, and the state of the IMPU of the user who requested the operation is stored in the HSS. Registered, then II SS returns the indication S-CSCF the I PU
  • FIG. 1 is a network connection and composition diagram of an IMS network in the prior art
  • FIG. 3 is a schematic diagram showing a more detailed structure of an IMS network in the prior art
  • FIG. 4 is a schematic diagram of an implementation process of a terminating session in which a user does not register in the network in the prior art
  • FIG. 5 is a schematic diagram of a process for implementing a terminating session in which a user has registered in the network in the prior art
  • FIG. 6 is a schematic diagram of an implementation process of an initial call session initiated by an AS instead of a user in the prior art
  • FIG. 7 is a schematic flowchart of an implementation process of a start call session initiated by a user in the prior art
  • 3 ⁇ 4 8 is a structural schematic diagram of Embodiment 1 of the service processing system after the network element data is invalid according to the present invention
  • the figure shows a schematic structural view of a second embodiment of a service processing system after the network element data is invalid according to the present invention
  • FIG. 10 is a schematic diagram showing the structure of the third embodiment of the service processing system after the network element data is invalid according to the present invention.
  • FIG. 1.1 is a schematic structural diagram of Embodiment 4 of a service processing system after the network element data is invalid according to the present invention
  • FIG. 12 is a structural diagram showing the fifth embodiment of the service processing system after the network element data is invalid according to the present invention.
  • FIG. 3 is a signaling flowchart of a first embodiment of the service processing method after the network element fails in the present invention;
  • FIG. 14 is a signaling flow diagram of Embodiment 2 of a service processing method after a network element fails according to the present invention
  • FIG. 15 is a schematic structural diagram of Embodiment 1 of a service processing network element after a network element failure occurs according to the present invention
  • FIG. 1 is a schematic diagram showing the structure of the service processing network element after the failure of the network element of the present invention
  • FIG. 17 is a schematic structural diagram of Embodiment 3 of a service processing network element after a network element failure occurs according to the present invention.
  • FIG. 18 is a flow chart showing a first embodiment of the method for reversing user data after the network element data is invalid according to the present invention
  • FIG. 1 is a flow chart showing Embodiment 2 of the method for returning the number of users after the failure of the network element data according to the present invention
  • FIG. 1 shows the service processing method after the invalidation of the network element data in the present invention
  • FIG. 2 is a schematic diagram showing an implementation process of an initial call session request sent by an S-CSCF or an AS after receiving a restart of the service processing method after the network element data is invalidated according to the present invention
  • FIG. 22 is a schematic diagram showing an implementation process of the S-CSCF receiving a session request sent by the P-CSCF according to the registered user after the network is restarted after the network element data is invalidated according to the present invention
  • FIG. 2 is a schematic diagram showing an implementation process of receiving a session request sent by the S-CSCF from the P-CSCF after the restart of the network in the service processing method after the failure of the network element number in the present invention
  • Embodiment 1 of a user data return system in a service processing system after a network element data failure according to the present invention
  • FIG. 25 shows user data return in the service processing system after the network element data is invalid according to the present invention.
  • a schematic diagram of a user subscription server in the system
  • 26 is a schematic structural diagram of a service call session control function entity in a user data return system in a service processing system after the network element data is invalid according to the present invention
  • Figure ⁇ shows the structure of the second embodiment of the user data return system in the service processing system after the network element data failure in the present invention is 3 ⁇ 4;
  • FIG. 28 is a schematic diagram showing another structure of a user subscription server in a user data return system in a service processing system after the network element data is invalid according to the present invention
  • FIG. 29 is a schematic diagram showing another structure of the service call session control function entity in the user data return system in the service processing system after the network element data is invalid according to the present invention. detailed description
  • the first embodiment of the service processing method after the failure of the network element data of the present invention includes the following steps: When the calling end sends a service request message to the service network element in the network, and the user data of the called party end stored in the service network element is invalid. When the service network element sends a data invalidation message to the calling end, the calling end may initiate re-registration immediately, or may re-register when the registration period is up.
  • the calling end in the first embodiment may be a proxy call session control function entity
  • the service network element may be a service call session control function entity, in order to enable the calling end to resume normal communication service in time
  • the method described in the first embodiment may carry information for triggering the calling end to re-register in the data invalidation message, so that the calling end may re-register after receiving the data invalidation message.
  • the method described in the first embodiment may be: the proxy call session control function entity sends an initial call INVITE message to the service call session control function entity, and the service call session control function entity sends the agent to the agent when there is no user data in the service call session control function entity.
  • the session control function entity sends a data invalidation message carrying information for triggering the calling end to re-register.
  • the second embodiment of the service processing method after the network element data of the present invention is invalid Including the following steps:
  • the service network element may send a trigger message for re-registration to the calling end while sending the data invalidation message; the calling end does not need to wait until the registration period is reached to initiate re-registration, and the time and place
  • the operation of recovering the user data that can be initiated by the calling end after the service service is sent out, and the operation may be specifically: the calling end initiates re-registration to the service network element according to the trigger message.
  • the service network element re-registers the calling end, and updates the saved user data with the re-registered user data. After the user data is restored, the service network element follows The service request message performs corresponding service processing
  • Embodiment 1 only solves the problem that the calling end has a data failure, and the called end and the calling end may not be in the same service. Within the coverage of the network element, the processing method is different from that of the calling end.
  • the service network element receives the service request message from the network and is initiated by the called end, the service is saved in the service network element.
  • the service network element returns a data invalidation message of the called end to the network.
  • the network may determine, according to the content of the service request message, whether the service request can be transferred to another network that does not need to perform the communication operation according to the saved user data in the network element. If yes, the service request is converted into a request message adapted to the other network, and the corresponding service is completed by the other network, for example, the network receives the user data invalidation message, which may trigger the user's failure. Registering a service, sending a prompt message and a response message Unregistered service can forward a call to another specified user, send a call to the calling user, etc., to forward the call to the user's voice mailbox. If the service request cannot be transferred to another network, the data invalidation message is forwarded to the sending end of the service request message.
  • the structure of the service processing system after the failure of the network element data of the present invention is shown in FIG.
  • the service request sending end 2, the service request receiving back 3, and the service network element 1 are set in the IMS network, and the user data saving module and the number of users are provided in the service network element.
  • the service network element further includes an invalidation message sending module 3 1 for sending a user data invalidation message to the service request sending end,
  • FIG. 9 is a schematic structural diagram of Embodiment 2 of a service processing system after a network element number failure according to the present invention.
  • the difference from the system embodiment shown in FIG. ⁇ is that the service network element shown in FIG.
  • FIG. 10 is a schematic structural diagram of a third embodiment of a service processing system after the network element data is invalid according to the present invention.
  • the embodiment shown in FIG. 10 and the g of FIG. 9 are: adding a user according to the user in the network. a data invalidation message and a service request judging module 4 for performing service judgment on the service request message sent by the service requesting end, the service request judging module is configured to determine whether the service request can be transferred and does not need to be saved according to the user data.
  • FIG. 1 the structure of the service processing system after the failure of the network element data of the present invention is schematically illustrated.
  • the difference between the physical example shown in FIG. 1 and FIG. 10 is as follows: The user data invalidation message, the trigger message sending module that sends the re-registration message, and the re-registration module for user data recovery
  • FIG. 12 is a schematic diagram of the implementation of the service processing system after the network element data is invalid according to the present invention.
  • the implementation steel shown in FIG. 12 is different from the embodiment shown in FIG. 9 in:
  • the invalid message forwarding module 6 is provided to forward the user data invalidation message to the service request sending end : the module is mainly used when the calling user and the called user are not in the coverage of the same network element, when the called user After the number is invalid, the module can notify the calling user or the network element where the primary user is located.
  • the service request sending end and the service request receiving end in all the foregoing embodiments may be a user terminal or an information processing network element in the network, such as: a call session control function entity CSCF, an application server AS; Proxy call session control function entity, query call will
  • the service processing method after the network element of the present invention fails includes the following steps:
  • the previous hop network element of the failed network element After receiving the service request message, the previous hop network element of the failed network element terminates the pre-service flow and returns the NE failure message to the calling terminal that issued the service request message.
  • the network element lost message returned by the previous network element of the faulty network element to the calling terminal may include information that triggers the calling terminal to re-register.
  • the calling terminal receives the message and then restarts. Registering, so that you can avoid the faulty network element in the new business.
  • the network elements there is a fault detection mechanism between the network elements (for example, the network elements detect each other through a heartbeat function), and the network element of the fault detection mechanism can know whether the next network element occurs. Fault, therefore, the previous hop NE of the failed NE can pass the fault detection: 3 ⁇ 4 mechanism detects that the failed NE has failed.
  • the service processing can be performed as follows: After the previous hop network element of the failed network element receives the service request message, the next hop network element forwards the service request, if If the response message of the failed network element is not received within a preset time, the pre-service flow is terminated, and the NE failure message returned to the calling terminal that sends the service request message is, for example, when the S CSCF fails. The user registered on the enemy S-CSCF initiates a service request. If the last hop network element of the S-CSCF is a P-CSCF, the P-CSCF returns a failure message to the calling terminal after receiving the service request.
  • FIG. 13 is a signaling flowchart of Embodiment 1 of a service processing method after a network element fails according to the present invention, specifically:
  • Step 1 301 The calling terminal initiates an initial service request.
  • the network element can determine whether it is the network element on the calling side by using the parameter flag in the message.
  • Step 1 302. The previous hop network element of the failed network element detects that the next hop network element (that is, the failed network element) has failed, terminates the pre-service flow, and sends the service request message.
  • the last hop of the NE that failed the NE failure message returned by the calling terminal determines the address of the next NE according to the routing information in the message, and can forward the service to the next hop. Before seeking, the state of the next hop network 'meta is detected.
  • Step 1 303 After receiving the network element failure message, the calling terminal re-initiates the registration, as shown in FIG. 14 is a signaling flow chart of the second embodiment of the service processing method after the network element is faulty, which is specifically:
  • Step 3 401 The calling terminal initiates an initial service request.
  • Step 1 402 The last hop of the faulty network element forwards the initial service request message to the next hop network element (that is, the faulty network element);
  • Step ⁇ 4 (B. If the response message is not received within a preset time, the pre-service flow is terminated, and the NE failure message returned to the calling terminal that sent the service request message is sent.
  • Step 404 The calling terminal re-initiates the registration after receiving the failure information of the reading network element.
  • FIG. 15 is a schematic structural diagram of Embodiment 1 of the service processing network element after the network element is faulty, including:
  • a service request message receiving module 1. 51 configured to receive a service request message
  • the network element invalidation message is sent.
  • the module 1 52 is configured to return a network element invalidation message to the calling terminal that sends the service request message if the next network element of the current network element fails.
  • FIG. 16 is a schematic structural diagram of Embodiment 2 of the service processing network element after the network element fails in the present invention, and further includes:
  • Enemy detection module! 53 The fault is detected on the next hop network element of the current network element, and when the fault is detected, the network element invalidation message sending module is triggered to send the service request received by the network element invalidation message service request message receiving module.
  • the message includes the routing information of the next hop network element of the current network element, and the fault detecting module may determine the next hop network element according to the routing information, and perform fault detection, and then send an instruction to trigger the network element invalid message sending module. Send an NE failure message.
  • FIG. 17 is a schematic structural diagram of Embodiment 3 of a service processing network element after a network element fails according to the present invention, and further includes:
  • the service request message forwarding module 3 is configured to forward the service to the next network element of the current network element. Request message
  • the response message receiving detection module is configured to detect whether it is received within a preset time. If the response message of the next-hop network element is not received, the response message sent by the network element invalidation message sending module to the calling terminal that sends the service request message is triggered. After the service request message forwarding module forwards the service request message, the trigger response message receiving detection module detects the response message, and if the corresponding response message is not received within a preset time, the method may be configured by setting a timer. Completed, the triggering message sending module of the triggered network element sends a valid message.
  • the first-class method of the user data return method after the invalidation of the explicit network metadata is as follows:
  • Step 1 S 0] the S CSCF receives the call request message, and the request message includes the user identifier; Step 1 802, the S CSCF finds that the user data cannot be queried according to the user identifier; Step! 803, the S-CSCF adds the user identifier. After the user number request message, the user data request message is sent to the I1SS, where the request message includes the user identifier;
  • Step 1804 The HSS receives a user data request message of the S-CSCF.
  • Step 1805 The H SS queries the stored user registration status according to the user identifier, and the S-CSCF assigned to the user.
  • Step 1 806 when the stored user registration status is a note pair state, when the assigned S-CSCF is the requested S-CSCF, the HSS returns user data according to the request message;
  • Step 1 807 The S-CSCF performs service control according to the returned user data.
  • FIG. 19 shows a flow chart of the user data return method after the network element data is invalid according to the present invention, which specifically includes the following steps:
  • Step 1 90 1 the S-CSCF receives an error message of the S CSCF system
  • Step 902 Receive a call request message, where the request message includes a user identifier.
  • Step 1903 When the S-CSCF cannot query the user data according to the user identifier, the S-CSCF adds the user identifier and the error identifier to the user data request.
  • Step 1905 The HSS queries the stored user registration status according to the user identifier.
  • Step 1906 The HSS receives the S-CSCF user number request message, and determines that the stored user registration status is registered after the request message includes an error identifier. Status, the SS returns user data according to the request message;
  • Step 190? the S-CSCF performs service control according to the returned user data.
  • FIG. 20 is a schematic diagram of an implementation process of the service processing method after the network element data is invalidated according to the present invention, after the S-CSCF receives the I-CSCF and sends a final call session request, and this embodiment describes the downtime.
  • the error causes the user data return in the case of user data loss after the restart.
  • the process of receiving the terminal call session request sent from the 1-CSCF by the S-CSCF includes the following steps:
  • Step 2001 I CSCF receives a message about terminating to a certain user;
  • Step 2002 I-CSCF initiates a message to the SS to obtain the information of the S-CSCF served by the user or the required set of S CSCF;
  • Step 2003 The user registration status recorded by the user in the HSS is registered, and the name of the S CSCF serving the user is recorded in the HSS, and the HSS returns the name of the S-CSCF to the I CSCF through the LIA;
  • Step 2005 because the S-CSCF does not have the data of the user, the SAR request user data is sent to the f! SS, and the Server Assignment Ty e parameter in the SA command is filled with U REGISTERED iSER, and the HSS user is informed that the terminal call is not registered;
  • S SCF implementation can also carry its own error flag to the HSS in S;
  • the I1SS finds that the state of the leg I in the SA request is registered in the HSS, but the S CSCF in the SAR operation and the S CSCF recorded in the RSS are one, and the number of users is sent to the SAA through the SAA.
  • S CSCF ;
  • the HSS can choose whether to judge whether the contract is signed or not, and if it is available, The SAA sends the user data to the S-CSCF. Otherwise, the error is returned to the S CSCF according to the prior art. If the S-CSCF carries the error identifier in the S, the HSS can also send the user data to the SAS through the SAA. S-CSCF, otherwise return an error according to the prior art
  • Step 2 GG7, SCSCF perform service control according to user data
  • FIG. 21 is a schematic diagram showing an implementation process of an initial call session request sent by an I CSCF or an AS after the S-CSCF is restarted in the service processing method after the network element data is invalid according to the present invention.
  • the implementation of the downtime causes the user data to be returned after the user data is lost.
  • the process of receiving the initial call session request sent from the I CSCF or the AS at the S CSCF includes the following steps. :
  • the AS may obtain the name of the S-CSCF where the user is located from the HSS through a third party registration or through the Sh interface. If the AS can obtain the name of the S CSCF where the user is located before the initial call is sent by the user, step 2101 is executed, that is, the AS directly routes the session to the S-CSCF where the user is located. If the name of the S-CSCF where the user is located cannot be obtained > then execute step 21.01bl;
  • Step 2101b routing the session to the home domain where the user is located
  • Step 210ib2 the I-CSCF initiates a LiR message, and the message is in the message.
  • the caller identity of the PA s er ted ⁇ I den 111 y header field is filled in l/IR, and an initial call request flag is added to query the current location information of the user, that is, the information of the S CSCF where the user is located;
  • the II SS queries in the database that the user registration status recorded by the user in the HSS is registered;
  • Step 2101 >4 the name of the S-CSCF serving the user is recorded in the HSS, and the name of the S-CSCF where the user is located is returned to the I CSCF through the LIA;
  • Step 2101b5 I CSCF routes the IMVTTB message to the S-CSCF returned by the MSS;
  • Step 21 ⁇ 2 because the S-CSCF does not have the information of the user, the S-CSCF carries the user identity in the P-Asserted ⁇ Identi ty header field of the message in the SAR and requests the luke with the l SS.
  • the Server AssignHieiH T e parameter in the SA command is filled in as U REGISTE ED ⁇ OSER; in the actual case, the S-CSCF can also carry its own error flag to the HSS in the SAR;
  • Step 21.03 II SS finds that the state of the I request in the SA request is registered in the HSS, and the S CSCF that initiates the SAR operation is the same as the S CSCF recorded in the HSS, and the user data is sent to the S through the SM. -CSCF;
  • the HSS can also send the user data to the S-CSCF through the SAA:
  • Step 21M S CSCF performs service control
  • Step 2105 S-CSCF performs subsequent processing
  • the user's business data is downloaded to the S-CSCF through the SM; in the case of the implementation, it can also be judged in this case.
  • the SAR of the S-CSCF carries the error identifier
  • the HSS sends the user data to the S CSCF through the SAA, and the S-CSCF provides the corresponding service for the user .
  • the S-CSCF receives a schematic diagram of the process of processing the session request sent by the P CSCF according to the registered user. This embodiment describes the implementation of returning the user data when the user data is lost after the crash occurs.
  • the method receives the session request sent from the P-CSCF at the S-CSCF according to the process of the registered user, including the following steps:
  • Step 2201 The UE initiates an INVITE message, and may select to fill in a P--Pref er recl-Ideftt ⁇ t header field with a Public User J dent I ty that can identify itself.
  • Step 2202 After receiving the INVITE message, the P ⁇ CSCF checks whether there is a P ⁇ Prefe r red 1 de ntity header field in the message and checks whether the value matches a registered Publ ic User Identit recorded in the P CSCF, if If there is a match, the P-CSCF sends the Pu l ic User Identi as a session and fills in the P Asserted-Ictent ity; if there is no match or no Preferred icteritity header field, P CSCP selects a missing for the user. Republic's Publ ic User I dent ⁇ ty as the 'session initiator and fill in P-Ass erted - 1 de o. tity;
  • Step 2203 After receiving the INVITE message, the S-CSCF finds that there is no information of the user in the P-Asserted-Identity, and the S-CSCF carries the identity of the user in the P-Asserted- Identity header field in the message to request the user to sign the contract to the HSS. Data, the Server Assi giiment Type parameter in the SAR command is filled in as NO_ASSIGNMENT; S CSCF can also carry its own error flag to the HSS in the SAR;
  • Step 2204 The HSS finds that the S-CSCF that initiates the SAR is the same as the S-CSCF recorded in the iSS, and then sends the user data to the S CSCF through the SAA, or finds that the user carries the error identifier, and then the user is sent through the S. Data is sent to
  • Step 2205 The S-CSCF performs corresponding service triggering according to the user data sent by the SAA, and then according to the Request-URI in the INVITE message, that is, the route of the called session for the subsequent session, it can be seen from the foregoing implementation that when the S-CSCF receives When the request to the IMVITE message is found, and the information of the user is found, the S-CSCF carries the user identifier in the P-Asserted- Identity header field in the SAR to request the user to sign the user in combination with the error information prompted by the system.
  • the Server As gnraent Type parameter in the SAR command is filled in as NOJSSIG Xie Long T; the S-CSCF can also carry the error flag to the HSS in the SAR, and perform normal service triggering and subsequent session routing after receiving the number of users.
  • FIG. 23 is a schematic diagram of an implementation process of receiving a session request sent by the S-CSCF from the P CSCF after the restart of the network in the service processing method after the network element data is invalid according to the present invention, and the embodiment describes that when a downtime occurs Error caused user data in the event of user data loss after restart
  • the process of receiving the session request sent by the S-CSCF from the P-CSCF to activate the UE re-registration includes the following steps:
  • Step 2 2 ⁇ initiated ⁇ message, you can choose to fill in the P Preferred Ide! ui ty header field to identify PiilDiic User Identity;
  • Step 2302 After receiving the iNVITE message, the P-CSCF checks whether the message is yes.
  • P- Preferred- Identity header field and check whether its value matches one of the M Pub He User Identit records recorded in the F-CSCF. If there is and matches, the P-CSCF will use the Publ Ic User identity as the session initiator. And fill in the F-Asserted-Ident ty; if there is no match or no P-Preferred-Idei i Ity header field, the P-CSCF selects a default P ub 1 ic II set I ci ent it y for the user. The session initiator is filled in P-Asse rt e. dI.d e. a tit v;
  • step 2303 after receiving the INVITE message, the S-CSCF finds that there is no information of the user, and the S-CSCF returns 4 (!! response requires the UE to perform authentication;
  • Step 2304 The P CSCF forwards the 401 unauthorised response message (naut! ior ized) to the UE.
  • Step 2305 The UE initiates a re-registration request.
  • Step 2306 the P CSCF forwards the re-registration request to the I CSCF;
  • I-CSCF requests the HSS through the User-Author izati on-Req uest (UAR) to name the S-CSCF that has been assigned to the user or the S- required for the service.
  • UAR User-Author izati on-Req uest
  • Step 2308 the HSS returns the name of the S CSCP on which the user originally registered to the I CSCF through a User-Authorization Answer ( ⁇ ⁇ ⁇ ;);
  • Step 2309 I CSCF sends a REGISTER message to the S €SCF;
  • Step 2310 The S CSCF receives the re-registration request sent by the S CSCF, and the S CSCF processes according to the initial registration process, and carries the IMPU in the T0 header field of the registration message in the Publ ic User Identity of the MAR, and the registration message is A ut Or i.
  • the user me in the zati on header field is carried in the Private U r Ident of the AR, requesting the user's authentication data from the HSS;
  • Step 2311 The iSS obtains the corresponding authentication data after obtaining the corresponding authentication data by the user's IMPI in the Multimedia-Aisth-ReQiiest (MAR) ( ⁇ 11 i med ⁇ a -Au t -An swe r , abbreviated MM) returned to the S-CSCF;
  • MAR Multimedia-Aisth-ReQiiest
  • Step 2312 The S-CSCF initiates an 01 unauthorized response message (Unauthorized ⁇ , which includes a random challenge ( RAND ) and a network authentication token (: AUTN ) to the UE through the I-CSCF, and simultaneously encrypts the encryption key and the integrity.
  • the key is sent to the P-CSCF for establishing a security association between the P-CSCF and the im to perform integrity protection on subsequent signaling interactions;
  • Step 2313 the I-CSCF # 401 unauthorized response message ( iloauthor i zed ) message is sent to the P CSCF;
  • Step ⁇ 5 The UE performs a subsequent registration process
  • Step 2316 The S-CSCF performs corresponding service triggering according to the user data obtained from the tSSS in the registration process, and then according to the SyQuest URI in the INVITE message, that is, the route that is called into the subsequent session.
  • the S CSCF after receiving the initial call request INVITE message, the S CSCF finds that there is no information of the user, and the S-CSCF can return the 401 unauthorized response message (Unauthorized) or other error message to request the UE to perform authentication. Thereby, the S CSCF restores the user data by triggering the user to re-register and authenticate and perform normal service triggering and subsequent session routing.
  • the S CSCF restores the user data by triggering the user to re-register and authenticate and perform normal service triggering and subsequent session routing.
  • the embodiment of the present invention further provides a user data return system, a user subscription server, and a service call session control function entity.
  • FIG. 24 is a schematic structural diagram of a user data return system in a service processing system after the network element data is invalid according to the present invention.
  • the system includes an S-CSCF and an HSS, and further includes: a first receiving module 24 ( B, configured to receive a user data request message sent by the S-CSCF to the HSS, where the request message includes a user identifier;
  • the querying module 2404 is configured to query, according to the user identifier, an S-GSCF assigned to the user.
  • the first determining module 2405 is configured to determine, by the query module, that the S-CSCF assigned to the user is, whether it is the requested S-CSCF, when the designated S-CSCF is the requested S-CSCF, Trigger feedback module;
  • the feedback module 2406 is configured to return user data according to the request message.
  • the query module queries the stored user registration status according to the user identifier; the first determining module determines whether the stored user registration status is a registration status, and when the stored user registration status is a registration status, the assigned S CSCF is a request.
  • the trigger feedback module returns user data according to the request message.
  • the method may further include a first adding, the module 2401, configured to: after the S CSCP receives the call request message including the user identifier; add the user identifier to the user data request message;
  • the S-CSCF then sends a user data request message with the user identity added to the HSS.
  • the method further includes a second determining module 202, configured to determine whether the SCSCF can query the user data according to the user identifier, and when the user data cannot be queried according to the user identifier, triggering the first adding module to be triggered After the user identifier is added to the user data request message, the user data request message is sent to the HSS.
  • a second determining module 202 configured to determine whether the SCSCF can query the user data according to the user identifier, and when the user data cannot be queried according to the user identifier, triggering the first adding module to be triggered After the user identifier is added to the user data request message, the user data request message is sent to the HSS.
  • FIG. 25 is a schematic structural diagram of a user subscription server in the user data recovery system in the service processing system after the network element data is invalid according to the present invention.
  • the user subscription server 241 includes:
  • the first receiving module 24Q 3 is configured to receive a user data request message sent by the S CSCF, where the request message includes a user identifier;
  • the query module 404 is configured to query the S-CSCF assigned to the user according to the user identifier query;
  • the first determining module 2405 is configured to determine that the query module queries for the user
  • Trigger feedback module Whether the S-CSCF is the requested S-CSCF, when the assigned S-CSCF is the requested S-CSCF, Trigger feedback module;
  • the feedback module 2406 is configured to return user data for the root request message.
  • FIG. 26 is a schematic structural diagram of a service call session control function entity in a user number/return system in a service processing system after a network element number failure in the present invention.
  • the service call session control function entity 242 includes:
  • the first adding module 2401 is configured to: after receiving the call request message including the user identifier, adding the user identifier to the user data request message, where the request message is used by the HSS to query the user according to the user identifier After the assigned S-CSCF, it is determined whether the S-CSCF assigned by the user is the requested S CSCF, and when the assigned S CSCF is the requested S-CSCF, the user data is returned according to the request message.
  • the method further includes: after the HSS queries the stored user registration status according to the user identifier, determines whether the stored user registration status is a registration status, and when the stored user registration status is a registration status, the assigned S CSCF is requested. When, the user data is returned according to the request message.
  • the method further includes: a second determining module 2402, configured to determine whether the SCSCF can query the user data according to the user identifier, and when the user data cannot be queried according to the user identifier, triggering the first adding module to be annoyed After the user identifier is added to the user data request message, the user number request message is sent to the HSS.
  • a second determining module 2402 configured to determine whether the SCSCF can query the user data according to the user identifier, and when the user data cannot be queried according to the user identifier, triggering the first adding module to be annoyed After the user identifier is added to the user data request message, the user number request message is sent to the HSS.
  • Figure ⁇ shows a schematic diagram of a second embodiment of a user data return system in a service processing system after the network element data is invalid according to the present invention.
  • the system includes S- €SCF and HSS, and further includes:
  • the second receiving module 2409 is configured to receive a call request message sent to the S CSCF, where the request message includes a user identifier.
  • the error module 2408 is configured to: after receiving the error message of the SCSCF system, trigger the second determining module; the second determining module 2402 is configured to determine whether the S-CSCF can query the user data according to the user identifier, and cannot Trigger the second when querying user data Add module
  • a second adding module 241, configured to: after adding the user identifier and the error identifier to the user data request message, send the user data request message to the HSS;
  • the third determining module 240 is configured to: after receiving the user data request message sent to the HSS, determine whether the request message includes an error identifier, and when the error identifier is included, trigger a feedback module;
  • the feedback module 2400 is configured to return user data according to the request message.
  • the query module 2404 is configured to query the stored user registration status according to the user identifier
  • the third determining module 2407 is further configured to: after determining that the request message includes an error identifier, when the stored user registration status is a registration status, the trigger feedback module returns the user data according to the request message.
  • FIG. 28 is a schematic diagram showing another structure of the user subscription server in the user data recovery system in the service processing system after the network element data is invalid according to the present invention.
  • the 1 SS includes:
  • the third determining module 24 ⁇ 7 is configured to determine, after receiving the user data request message sent to the HSS, whether the request message includes an error identifier, and when the error identifier is included, triggering the feedback module;
  • the feedback module 2406 is configured to return user data according to the request message.
  • the real dragging may further include the querying module 240 querying the stored user registration status according to the user identifier;
  • the third determining module 240 is further configured to: after determining that the request message includes an error identifier, when the stored user registration status is a registration status, the trigger feedback module returns the user data according to the request message.
  • FIG. 29 is a schematic diagram showing another structure of the service call session control function entity in the user data return system in the service processing system after the network element data is invalid according to the present invention, as shown in FIG. 29, the S-CSCF package
  • the second receiving module 2409 is configured to receive a call request message sent to the S-CSCF, where the request message includes a user identifier.
  • the error module 2408 is configured to: after receiving the error message of the S-CSCF system, trigger the second determining module; the second determining module 2402 is configured to determine whether the S can query the user data according to the user identifier, and cannot query according to the user identifier.
  • the second adding module is triggered when the user data is used;
  • the second adding module 241.0 is configured to send the user identifier and the error identifier to the user data request message, and send the user data request message to the HSS, where the request message is used by the HSS to determine whether the fault identifier is included. Return user data according to the request message
  • the iiSS queries the stored user registration status according to the user identifier.
  • the error identifier is included, when the stored user registration status is the registration status, the user data is returned according to the request message.
  • the implementation of the present invention can enhance the functions of i SS and S-CSCF, increase its redundancy capability, and cause an error in the number of users caused by an error in the S CSCF, such as receiving a ⁇ -CSCF or
  • the HSS does not directly return an error to the S-CSCF, but finds the requested S-CSCF and
  • the SAA directly downloads the user's business data to the S CSCF.
  • the user data is lost.
  • the S-CSCF requests the user data through the SAR to perform service triggering and
  • the session connection is not a direct failure response to the P CSCF. It can still provide the initial call unregistered and the tfE initiated start call or AS instead of the user initiated start call after the S-CSCF has an error such as downtime causing the restart. business.
  • the CSCP in the network may be provided with an unregistered terminal call, an originating call initiated by the user, or an AS instead of the user initiated initial call service, such as an abnormal downtime restart.
  • Spring is not a good business experience.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Description

网元数据失效、 发生故障后的业务处理方法及系统及网元 技术领域
本发明涉及一种业务处理方法，尤其是特別是一种 IP多媒体子系统网络 中网元数据失效后的业务处理方法和网元发生故障后的业务处理方法。 本发 明还涉及.一种业务处理系统及网元， 本发明还涉及一种用户数据返.回的方 法、 系统及设备， 尤其是当网元数据失效后的一种 IP多媒体子系统网络中 用户数据的返回方法 系统及设备， 属通信技术領域 背景技术
IP多媒体子系统 ( IP Multimedia Subsystem, 简称 IMS )是第三代移动 通信标准化伙伴项目 (3rd Generation Partnership Project, 简称 3GPP) E5 阶段增加的宽带码分多址 ( Wideband Code Division Multiple Access ? 简 称 WCDMA) 网絡中叠加在已有分组域之上的一个子系统， 采用分组域为其上 层控制信令和媒体传愉的承载通道， 引入会话初始协议（ Session Ini t at on Protocol, 筒称 SIP)作为业务控制协议， 利用 SIP筒单， 易 展、 媒体组 合方便的特点， 通过将业务控制与承载控制分离， 提供丰富的多媒体业务 IMS 中主要的功能实体包括控制用户注册 会话控制等功能的呼叫会话控制 功能实体（Call Session Control Function, 简称 CSCF)、 集中管理用户签 约数据的用户签约服务器（Home Subscriber Server, 简称 提供各种 业务迢辑控制功能的应用服务器 （Applicfition Server, 简称 AS) 等。
图 1为现有技术中 IMS网络的网络结构图 其中， AS为应用服务器 > HSS 为用户签约服务器， I-CSCF 为协商 CSCF ( Interrogating CSCF, 简称 卜 CSCF) ，！3- CSCP为， 代理 CSCF ( Proxy-CSCF, 简称 P CSCF) , S CSCF为 服务 CSCF (Serving CSCF, 简称 S CSCF ) , ϋΕ为用户设备（User ¾i f>ment，
I 简称 HE) 。 如图 i所示， 其用户的业务过程为， 用户终端 UE启动后， 首先 向 IMS 网絡发起注册过.程， IMS 网络接受用户的注册请求后会在相应的网元 中保存用户的注册数据和注册状态等信息， 包括 P - CSCF S-CSCF, AS, HSS 上都保存有用户的法册信息。 用户终端在注册消息中会携带一个注册周期参 数， 用户终端注册成功后， 后续会定时向 IMS网络发起重注册过程， 更新用 户的注册数据和注册状态等 只有在 IMS 网络中相应网元上为已注册状态的 用户才能执行相应的用户业务， 作为主叫发起呼叫或作为被叫接受呼叫等„ 图 2为现有技术 3(ίΡΡ标准描述的 S网络中，用户的业务执行过程的流 程图 具体步骤如下：
步骤 201 , 用户终端启动后， 发送注册消息 Register给 P-CSCF;
步骤 202 P CSCF将用户相关数据保存在本地后， 并将注册消息转发 给用户归属域的 I CSCF;
步 骤 203 T-CSCF 向 HSS 发 用 户 授 权 请 求 ( Us er-Au t or za t ί on-Reques t , 筒称隨） ， 查询能够为用户提供业务 的 S-CSCF;
步骤 204 HSS向 T-CSCF回用户授权应答 ( User- Authorization Answer, 简称 UAA, 携带有能够为用户提供业务的 S- CSCF;
步骤 205 I-CSCF向所选定的 S- CSCP转发注册请求消息 Register; 步 骤 206 S-CSCF 向 SS 发 服 务 器 分 配 请 求 ( Server-As s ignmen.t-8eques t ? 简称 SAR ), 向 iSS请求用户的签约数据； 步骤 207 HSS 向 S- CSCF 回 响应 消 息服务器分配应答 ( Server As si g en t Answer, 简称 S'AA), 携带有用户的签约数据；
步骤 CSCF根据用户的签约数据向相应的 AS发起第三方注册，并将 用户相关的数椐在本地保存；
步骤 209 AS回注册成功响应；
210 S-CSCF 注册成功响应； 步骤 2n、 I CSCF回注册成功响应；
步骤 21 2、 P CSCF回注册成功响应；
步躁 21 3、 用户注册成功， 可以开始执行相应的业务过程；
步骤 2 14、 当 冊注册周期到时后， IJE会发起重注册过程， 更新用户在 IMS网络的注册数据和注册状态， 以使用户可以继续执 业务过程。
现有技术中， UE向 IMS网珞发起注册请求， 注册成功后， 在注册周期内 不会主动发起重注册过程 如果在此期间 IMS 网络中包含有用户注册数据的 某个网元（P CSCF、 S-CSCF, AS等）发生异常， 导致网无上的用户注册数据 失效 (如某个网元发生重启， 用户注册数据丢失 λ 这时如果 HE发起业务请 求， 则该网元会认为 UE没有注册而拒绝用户的业务请求， ,在注册周期内 就不能执行主叫业务 而且作为^ t叫用户， 由于各个网元上用户的注册数据 不一致（有的网元上有用户注册数据， 且为已注册状态， 有的网元上没有用 户注册 #：据）， 导致无法定位被.叫用户， 也无法执行相应的被叫业务
总之 IMS 网络中包含有用户注册数据的网元如果发生异常， 导致用户 注册数据失效， 会使用户在一个注册周期内无法执行相应的业务。 在 前的 标准中， 还没有机制可以在这种情况下通知 发.起重注册
另外， 在现有技术中， 如果网元发生故障， 没有相应的业务处理方法， 去终止当前的业务流程， 网络服务处于停滞状态， 无法及时恢复用户的网络 服务
如图 3为现有技术中 IMS网络的较详细结构示意图， 如图 3所示：
CSCF: 在 IMS核心网中处于核心的控制地位， 负责对龍的注册鉴权 和会话控制， 执行针对主叫端及被叫端 IMS用户的基本会话路由功能， 并 根据用户.签约的 IMS过滤规则， 在条件满足时进行到 AS,的增值业务路由 触发及业务控制交互。
MSS: 用于存储运营商开户时设定的 IMS签约信息， 同时支持通过与 业务管理系统的接口由运营商或终端用户对签约数据进行的定制和修改.， i!SS通过与 S- CSCF间基于 Diameter协议的 Cx接口实现 IMS注册过程中对 S CSCF域名路由信息的登记，并支持通过兹接口将基本 IMS签约信息下载 到 S-CSCF; HSS通过与 1-CSCF间基于 Diameter协议的 Cx接口实现用户 注册中为用户选^服务的 S CSCF或给 Ϊ CSCP提供目前为用户提供服务的 S CSCF的名字， 从而 I CSCP能将注册消息或会话路由到正确的 S CSCF; HSS通过与 SIP和 AS间基于 Diameter协议的 Sii接口为增值业务 SIP AS 或开发业务架构 （ Open Service Architecture, 筒称 0SA) 的业务能力服 务器 （ Service Capability Server, 简称 SCS )提供签约数据、 业务逻辑 脚本的远程数据库访问接口，！iSS仅负责对特定签约用户 AS增值业务数据 的透明存储， 语义上不做解析。
签约定位功能 ( S ub s c r Ipt ion L cat I on F u nc ί 1 on， 简称 SLF )是用 户签约定位功能， 具有地址解析机制， 当网络运营商部属了多个独立可寻 址的 HSS时, 这种机制使 I- CSCF、 S-CSCF和 AS能够找到用于给定用户身 份的签约教据所在的 HSS地址， 物理上可与 HSS合设，
AS通过. HSS的 Sh.接口获得或更新用户业务相关的数椐和用户状态信 息， S CSCF通过与 HSS的 Cx接口获得用户的签约信息。
在 IMS网络中，ϋΕ在网络中注册后即可使用 IMS网絡提供的各种业务 同时， UE可以选择签约未注册业务， 当 UE没有在网络中注册时网络仍然 可以为用户提供未注册业务如来话前转、 東话记录等 当 ϋβ在网络中注 册或用户作为终呼时， S-CSCF和 HSS之间通过服务器分配请求 /服务器分 §巳应答 ( Server~-A s giffient-Reques t /Server-Ass giiment-Answer , 简 称 SAR/SM )命令对交互用户鉴权数据和业务数据„
SAR/SAA 的应用场景： S-CSCF 收到代理 CSCF ( Proxy CSCF, 简称 CSCF)发来的 ϋΕ的注册请求或收到来自 I- CSCF的会话建立请求 INVITE 消息时。
(！ ) S-CSCF通过 SAR命令向 FISS进行以下操作： 分配一个 S CSCP给公有身份， 或清除分配给一个或多个公有身份的 S CSCF的名字；
请求下载用户信息， 包括用户数据或计费信息；
更改用户相关公有用户 （Public User , 筒称 Ρϋ ) 身份的注册状态。 Server Ass i ninent Type—共有 l:i个取值， 其中两个值含义如下所 述：
NO—ASS腿謹（0)： 用于 S CSCF从 HSS请求用户数据， 不影响用户 的注册状态；
UNREGISTERED.. USER (3)： 用于指示 S CSCF 收到了终呼到一个没有注 册的用户的 INVITE请求；
当 HSS收到的 SAR中的 S-CSCF名字如果和 i-SS中保存的 S-CSCF的名 字不同， HSS 不会用新的 S CSCF 的名字替换原来的， 而是返回 E X. p e r i ni en t a 1― Re s u 1 t-Code 为 DIAMBTE .ERRO ^IDENTTTY^ALREADY ^REGISTERED, 表示已经为用户指配了 S-CS€F0
当 i!SS收到的 SAR中的操作类型是用户当前状态不允许的操作时比如 Server Ass gnment Type为 UNREGISTERED— USER表示 S- CSCF收到了终呼 到一个没有注册的公有用户身份（ IMS Public User Identity， 简称 ΙΜΡϋ ) 的 II ITE 请求， 但 HSS 中 该 W 是注册的 ， HSS 会返回 Exper imenta l- esu I t-Code D J AMETER„ ERROR. ^ I N„ ASS ί G ENT„ T ΥΡΈ , 表 示 it S CSCF已分配给用户， 且用户当前的状态不允许玆操作
( 2 ) HSS通过 SAA命令向 S CS〔:F返回:
处理结果；
用户数据；
计费信息；
属于 IMS Subscript ·1膽^ ϊ所有 IMS私有用户身份 { Multlniedi Pri ate User Identity, 简称層 ΐ ) s
其中当操作类型是 N0...ASSIG删 E T, REGISTRATION, RE...REGISTRATION UNRFXMSTEREO !SER时 HSS才可能下载用户数椐和计费功能地址
下面对现有技术中用户在 IMS 网络中发起终呼， 始呼或 AS代替用户 发起的始呼业务的流程进行说明。
图 4为现有技术中用户到一个没有在网络中进行过注册的终呼会话实 施流程示意图， 如图 4所示， 包括如下步骤：
步骤 40ΰ1、 I- CSCF收到关于终呼到某个用户的 INVITE消息； 步 骤 4002 , I CSCF 向 f!SS 发 起 位 置 信 息 请 求 (Location - Info - Request 简称 LT8 } 消息获取为用户服务的 S-CSCF的 信息或需要的 S CSCF的能力集；
步骤 4003、 如果 HSS中记录了为该用户提供 J良务的 S CSCT的名字 HSS就通过位置信息应答（ k caticm-lRfo- Answer, 筒称 LLA) 向 ΐ- CSCF 返回该 S-CSCF的名字, 如果没有则返回能够满足用户服务需要的 S-CSCF 的能力集；
步骤 4004、 如杲 SS没有返回 S-CSCF的名字， 而是返回了 S CSCF 的能力集， 则 I- CSCF根据 ISSS返回的 S-CSCF的能力集选择一个合适的 S-CSCF;
步骤 4005、 I CSCF向该 S CSCF转发 INVITE请求；
步骤 4006、 如果 S-CSCF没有该用户的数据， 就会向 HSS发送 SAR请 求用户数据， SAR 命令中的 Server Assi iiment Type 参数填为 U REGISTERED„tISER, 告知 HSS用户当前的状态是未注册终呼；
步骤 4007., IISS通过 SAA将用户数据下发给 S-CSCF
步骤 4008、 S CSCF根据用户数椐进行业务控制并执行后续处理。 图 5为现有技术中用户到一个已在网络中进行了注册的终呼会话实施 流程示意图， 如图 5所示， 与图 4 中方法不同的是没有步骤 4004, 步骤 4006, 步骤 400?, 因为用户已在网络中注册， 网絡已为其指配了服务的 S CSCF, HSS 中存储了读 S CSCF 的名字， 所有不会出现步骤 004 中的 J-CSCF根椐 S-CSCF能力集选择 S-CSCF的过程 另外因为用户在注册时 S-CSCF 已经从 IISS下载了用户的数椐， 所以也没有步骤 006 中 S-CSCF 通过 SAR/SAA从 1ISS中下载用户数据的过程 正常锖况下在 HSS中记录的 用户状态为已注册并存储了相应的 S-CSCF 的名字的情况下， 不会出现 S - CSCF中没有用户数据的情况， 也就不需执行步骤 4007
图 6为现有技术中 AS代替用户发起的始呼会话实施流程示意图， 如 图 6所示， 在 AS代替用户发起始呼前， AS可能通过第三方注册或通过 Sh 接口从 HSS获得用户所在的 S- CSCF的名字 如杲 AS在代替用户发起始呼 前能获得用户所在的 S-CSCF的名字， 则执行上图的步骤 601a, 即 AS直接 将会话路由到用户所在的 S™CSCF。 如果无法荻得用户所在的 S-CSCF的名 字， 则需要执行以下步骤 601 bl:
步骤 601bl、 将会话路由到用户所在归属域的：卜 CSCF;
步朦 601b2 、 I-CSCF 向 H.SS 发起 LIR 消 息 ， 将消 息 中
P-Asserted-Identi ty头域中的主叫用户身份填写在 L I fi中 , 并增加一个 始呼请求标志， 查询读用户 前所在的位置信息， 也就是用户所在 S- CSCF 的信息；
步骤 601b3、 〖！ SS根据 LIR中的用户身份， 在数据库中查询该用户对 应的信息， 通过 将用户所在 S- CSCF的名字或 S- CSCF的能力集返回给 I CSCF;
步骤 601Μ、 如果 HSS返回的是 S-CSCF的能力集， I SCF就需要根 据能力集选择 S-CSCF;
步骤 6iHb5、 I-CSCF将 INVITE消息路由到 HSS返回的 S CSCF, 或根 据 HSS返回的 S-CSCF的能力集为用户选择的 S-CSCF:
步骤 602 , 如果 S-CSCF 没有该用户的信息， S-CSCF 将消息中 P Asserted- Identity头域中的用户身份携带在 SAH中向 HSS请求用户签 约数据； 如果有该用户的信息， 则直接进行第步骤 604;
步骤 603、 HSS通过 SAA向 S-CSCF返回请求的用户签约数据； 步骤 604, S-CSCF进行业务控制；
步骤 605, S- CSCF进行后续处理
图 7为现有技术中用户发起始呼会话的实旄流程示意图，如图 7所示， 包括如下步骤：
步骤 70】、 UE发起 INVITE消息， 可以选择在 P- Prefer red- Iden t i ty 头域中填入能够标识自己身份的 Pu bl ic User identity;
步骤 702、 P-CSCF 收到 INVITE 消息后， 会检查消息中是否有
P~Prefe r red 1 de n t i t y头域并检查其值是否和 P CSCF中记录的某个已注 册 Pubi Ic User Identit 匹配，如果有且匹配， P CSCF就将 ¾ Pub I lc User Identity作为会话发.起方并填写在 P-Asser ted-Tderit I ty†；如果不匹配, 或没有 P Preferred identity 头域， P-CSCF 就为用户选择一个缺省的 Publ ic II s e r Ident ί t '作为'会话发起方'并填写在 P Asserted Id it ity 中；
步據 703 、 S - CSCF 收到 INVITE 消 息 后 ， 根据 消 息 中 P Asserted Identity 头域中的主叫用户身份进行业务触发.， 之后根据 INViTE消息中的 Recjtiest™職 I也就是被叫进行后续会话的路由.，
仔细研究上述流程可以看出： 正常情况下， 即在 HSS中记录的用户状 态为已注册并存储了相应的 S-CSCF的名字的情况下， 不会出现 S-CSCF中 没有用卢数据的情况„ 但是当一个用户注册到的 S- CSCF 突然出现异常导 致用户的 IMPU丢失， 如宕机并重新启动时， 如果在此过.程中用户相关的 UE没有发生过注册行为， 中用卢的注册信息没有发生变化， 已经注册 的用户仍然记录为在原来的 S CSCF上注册。
此时，当 S CSCF收到从 I CSCF或 AS发来的会话请求 INVITE消息时， S-CSCF中因为没有相应的用户数椐， S CSCF会向 HSS发送 SAR请求用户 数据 , SA 命 令- 中 的 Server Ass i gnment Type 参 数 填 为 飄 EG .i ST漏)—隱 R。 而 HSS发现发起 SAR操作的 S-CSCF和 II SS中记录的 S-CSCF是同一个， 但所请求搡作的用户的 ΙΜΡϋ的状态在 iiSS中存储的是 注册的 ， HSS 不会在 SAA 中 返回用 户 的业务信息， 而是.将 Ex per imen ta ί- esu 1 t-Code 置为 D I AMETE R _ ERROR α N ... ASS I GN BNT - TYPE 返回给 S- CSCF , 表示该 S- CSCF已指配给该用户， 当前注册状态不允许该 搡作类型 其实也就是告诉 S CSCF该 IMPU在 HSS中是注册状态， 不允许 未注册操作。 S CSCF会回失败响应给 I CSCF, 会话失敗
当 S-CSCF收到 P-CSCF送来的始呼请求 I NVITE消息 而 S-CSCF因为 重新启动将没有 P™A s se r ted~ I den t i t 中包含的 IMPU的用户数据， S CSCF 会直接回失敗给 P CSCF, 会话失败
也就是在现有技术中， 只要 S-CSCF发生如宏机^类事件时> 如在其 上注册的 IMPU没有重新注册， S CSCF将无法给这些 IMPU对应的用户提供 任何终呼、 ϋΕ发起的始呼或 AS代替用卢发起的始呼业务。 发明内容
本发明实施例一方面是克服现有技术中存在的不足， 使 IMS网絡中包含 有用户注册数 的网元在发生异常^导致用户注册数据失效时， 可以使用户 快速恢复相应的业务， 或者发送数据失效信息， 使网络不会处于无响应状态， 保证业务的额利执行
本发明实旄铜又一方面是提供一种网元发生故障后的业务处理的方法， 当网元发生故障时， 能够及时恢复用户的网絡服务
本发明实旄例再一方面是提供一种用户数据的返闳方法、 系统及用户 签约服务器， 服务呼叫会话控制功能实体， 用以解决现有技术中当用户注 册的 S CSCF在用户 ΙΜΡϋ数据丟失后， 能够使用户在重新注册前使用任何 终呼、 发起的始呼或 AS代替用户发起始呼业务的问题。
为此， 本发明实施例提供了一种网元数据失效后的业务处理方法， 包括 如下步躁：
当主叫端向网络中的业务网元发送业务请求消息， 且该业务网元中保存 的所述主叫 ¾的用户数据失效时， 所述业务网元向所述主叫端发送数据失效 消息。
所述数据失效消息中携带有用于触发主叫端进行重新注册的信息。
所述业务网元可以在发送所述数据失效消息的同时向所述主叫端发送用 于重新注册的触发消息 所述主叫端收到所迷数据失效消息和触发消息后， 向所述业务网元发起恢复用户数据的操作。
所述主叫端发起的恢复用户数据的搡作可以具体为：
所述主叫端依据所述数据失效消息和触发消息向所述业务网元发起重新 注册的操作请求； 所述业务网元对该主叫端进行重新注册搡作， 并用重新注 册的用户数据对所保存的该用户数据进行更新， 完成所述用户数据恢复后， 所迷业务网元依照所述业务请求消息进行相应的业务处理。
本发明实施例还提供了另一种网元数据失效后的业务处理方法， 包括如 下步骤：
当业务网元接收到来自网絡的， 向被叫端发起的业务请求消息， 且该业 务网元中保存的所述被叫瑞的用户数据失效时， 所迷业务网元向所述网络返 回所述被叫端的数据失效消息。
所述网络在接收到所述数据失效消息后， 可以依据所述业务请求消息的 内容， 判断 i玄业务请求是否能够转入不需要根据网元中保存被叫用户数据进 行通讯操作的另一网络， 如杲能， 则将该业务请求转换为与所迷另一网絡相 适应的请求消息， 并转交由该另一网络完成相应业务操作； 如果不能， 则将 所述数椐失效消息转发到该业务请求消息的发送端。
本发明实施例还提供了一种网元数据 ·失效后的业务处理系统 包括设置 在网络中的业务请求发送端、 业务请求接收端以及业务网元， 该业务网元中 设有用户数据保存模块和用户数据比对模块， 其特征在于， 所迷业务网元中 还设有用于向所述业务请求发送端发送用户数据失效消息的失效消息发送模 块
所述业务网元中还可以设有根据所述用户数据失效消息， 发送重新注册 消息的触发消息发送模块以及用于进行用户数椐恢复的重新注册模块。
所述网络中还可以设有根据所述用户数据失效消息及所迷业务请求发送 端所发送的业务请求消息进行业务判断的业务清求判断模块， 该业务请求判 断模块用于判断所述业务请求是否能够转入不需要根椐所迷用户数据保存模 块中所保存的用户数据进行通讯搡作的另一网络； 所述网络中还设有将所述 业务请求转入所迷另一网络进行通信搡作的业务请求转换模块 ,
所述网络中还可以设有向所述业务请求发送端转发所述用户数据失效消 息的失效消息转发模块
所述业务请求发送端.及业务请求接收端可以为用户终瑞或网络中的信息 处理网 t, :
所述业务网元可以为代理呼叫会话控制功能实体、 协商呼叫会话控制功 能实体或服务呼叫会话控制功能实体
本发明实施例还提供了一种网元发生敌障后的业务处理的方法， 包括： 发生故障的网元的前一跳网元接收到业务请求消息后， 并向发出所述业 务请求消息的主叫终端返回的网元失效消息。
本发明实旄例还提供了一种网元发生故障后的业务处理网元， 包括： 业务请求消息接收模块， 用于接收业务请求消息；
网元失效消息发送模块， 用于在当前网元的下一跳网元出现故障的情况 下， 向发出所述业务请求消息的主叫终端返 ¾的网元失致消息„
本发明实施例还提供了一种用户数据返回方法， 包括如下步骤：
HSS接到 S-CSCF的用户数据请求消息， 所述请求消息中包括用户标识； HSS根据所迷用户标识查均为所述用户指配的 S CSCF;
当所迷指配的 S CSCF是请求的 S CSCF时， HSS根据请求消息返回用户 数据
本发明实施例还提供了一种用户数据返回系统， 包括 S CSCF、 IIS.S, 还 包括：
第一接收模块，用于接收所述 S- CSCF向所述 HSS发送的用户数据请求消 息， 所述请求消息中包括用户标识；
查询模块， 用于根据所述用户标识查询为所述用户指配的 S- CSCF; 第一判断模块， 用于判断所述查询模块查询的为用户指配的 S CSCf 是否是请求的 S-CSCF , 当所迷指配的 S-CSCF是请求的 S-CSCF时 触发反 馈模块；
反馈模块， 用于根据请求消息返回用户数据,:
本发明实施例还提供了一种用户签约服务器， 包括：
第一接收模块， 用于接收 S CSCF发送的用户数据请求消息， 所述请 求消息中包括用户标识；
査询.模块， 用于根据所述用户标识査询为所迷用户指配的 S CSCF; 第一判断模块， 用于判断所述查询模块查询的为用户指配的 S- CSCF 是否是请求的 S CSCF, 当所述指配的 S CSCF是请求的 S-CSCF时， 触发反 反馈模块， 用于根据请求消息返回用户数据
本发明实施例还提供了一种服务呼叫会话控制功能实体， 包括： 第一添加模块， 用于在收到包括用户标识的呼叫请求消息后； 将所述 用户标识添加至用户数据请求消息， 所述请求消息用于供 liSS根据所迷用 户标识查询为所迷用户指配的 S CSCF后' 判断为用户指配的 S CSCF是否 是请求的 S-CSCF , 当所述指配的 S-CSCF是请求的 S-CSCF时、 根据请求消 息返回用户数据 本发明实施例还提供了一种用户数据返回方法， 包括如下步骤：
S CSCF接收 S CSCF系统报错消息；
S-CSCF收到呼叫请求消息， 所迷请求消息中包括用户标识；
S-CSCF在不能根据用户标识查询到用户数据时， S-CSCF将所迷用户 标识与出错标识添加至用户数据请求消息后， 向 HSS发送所述用户数据请 求消息；
接到 S- CSCF的用户数据请求消息、判断所迷请求消息包括出错标 识后， HSS根据请求消息返回用户数据。
本发明实施例还提供了一种用户数据返回系統， 包括： S CSCF , I1SS , 还包括：
第二接收模块， 用于接收发到 S CSCF 的呼叫请求消息， 所述请求消 息中包括用户标识；
报错模块， 用于接收 S- CSCF系统报错消息后敏发第二判断模块； 第二判断模块， 用于判断 S CSCF是否能根据所述用户标识查询到用 户数据， 当不能根据所述用户标识查询到用户数据时， 触发所迷第二添加 模块；
第二添加模块， 用于将所述用户标识与出错标识添加至用户数据请求 消息后， 向 i SS发送所述用户数据请求消息；
笫三判断模块， 用于在接到所述向 HSS发送的用户数据请求消息后， 判断所述请求消息是否包括出错标识， 当包括所述出错标识时， 触发反馈 模块；
反馈模块， 用于根据请求消息返回用卢数据,；
本发明实施例提供了一种用户签约服务器， 包括：
第三判断模块， 用于在接到所述向 HSS发送的用户数据请求消息后， 判断所述请求消息是否包括出错标识， 当包括所迷出错标识时， 触发反馈 模块； 反馈模块， 用于根据请求消息返回用户数据。
本发明实施例提供了一种服务呼叫会话控制功能实体， 包括： 第二接收模块， 用亍接收发到 S- CSCF 的呼叫请求消息， 所述请求消 息中包括用户标识；
报 ^错模块， 用于接收 S- CSCF系统良错消息后触发第二判断模块； 笫二判断模块， 用于判断 S-CSCF是否能根据所述用户标识查询到用 户数据， 当不能根据所述用户标识查询到用户数据时， 触发所迷第二添加 第二添加模.块， 用于将所述用户标识与出错标识添加至用户数据请求 消息后， 向 HSS发送所述用户数据请求消息， 所述请求消息用于供 HSS根 据是否包括出错标识判断是否根据请求消息返回用户数据
本发明实施铜的有益效果如下：
( 1 ) 本发明实施倒解决了 3CSPP标准中的不足， 包^^有用户注册数据的 网元（P CSCF, S CSCF> AS等）发生异常， 导致网元上的用户注册数据失效 后， 如果是用户终端发出业务请求后收到用卢数据失效消息， 则用户终端可 以识别该用户数据失效消息， 根据该用户数据失效消息发起重新注册过程 如果是其他网元发出的业务请求后收到了该用户数据失效消息， 則其他网元 可以识別读用户数椐失效消息， 4艮据该用户数据失效消息触发用户的未注册 业务 通过此过程， 可以縮短用户业务的不可用时间， 快速恢复用户业务 并且通过网元发生敌障后的业务处理的方法， 在网元发生故障的情况下可以 及时终止当前的业务流程， 并通知主叫终端， 从而减少了网元系统资源的浪 f 2 )本发明实施例中当 iiSS接到 S CSCP包括用户标识的用户数据请 求消息时， HSS发现发起操作的 S-CSCF和〖〖SS中记录的 S- SCF是同一个， 或者， 判断出在该请求消息中携带了出错标识时， 且所请求操作的用户的 IMPU的状态在 HSS中存储的是注册的， 则 II SS在返囬指示 S-CSCF该 I PU
S. 在 HSS中是注册状态的同时， 根椐请求消息返回用户数椐， 从而使得即使 当用户注册的 S CSCF在用户 IMP11数椐丢失后， 也仍旧能够使用户在重新 注册前使用任何终呼, 冊发起的始呼或 AS代替用户发起始呼业务. 下面通过對图和实施例， 对本发明的技术方案做进一步的详细描述。 附图说明
图 1为现有技术中 IMS网络的网络结.构图；
图 2为现有技术 3(ίΡΡ标准描述的 S网络中，用户的业务执行过程的流 程图；
图 3为现有技术中 IMS网络的较详细结构示意图；
图 4为现有技术中用户到一个没有在网络中进行过注册的终呼会话实 施流程示意图；
图 5为现有技术中用户到一个已在网络中进行了注册的终呼会话实施 流程示意图；
图 6为现有技术中 AS代替用户发起的始呼会话实施流程示意图； 图 7为现有技术中用户发起始呼会话的实施流程示意图；
¾ 8所示为本发明网元数据失效后的业务处理系统实施例一结构示意 图；
图 所示为本发明网元数据失效后的业务处理系统实施例二结构示意 图；
图 10 所示为本发明网元数据失效后的业务处理系统实旅例三结构示 意图；
图 1.1 所示为本发明网元数据失效后的业务处理系统实施例四结构示 意图；
图 12 所示为本发明网元数据失效后的业务处理系统实施例五结构示 图 3 3 所示为本发明网元发生故障后的业务处理方法实旄例一信令流程 图；
图 1 4 所示为本发明网元发生故障后的业务处理方法实施例二信令流程 图；
图 15 所示为本发明网元发生故障后的业务处理网元实施例一的结构示 意图；
图 1 6 所示为本发明网元发生故障后的业务处理网元实; ¾例二的结构示 意图；
图 17 所示为本发明网元发生故障后的业务处理网元实施例三的结构示 意图；
图 1 8 所示为本发明网元数据失效后用户数据逸回方法实施例一流程 图；
图 1 9 所示为本发明网元数据失效后用户数椐返回方法实施例二流程 图；
图 2 (1 所示为本发明网元数据失效后的业务处理方法中宕机重启后
S-CSCF收到 I- CSCF发来终呼会话请求的实施流程示意图；
图 2 1 所示为本发明网元数据失效后的业务处理方法中宕机重启后 S-CSCF收到 I-CSCF或 AS发来的始呼会话请求的实施流程示意图;
图 22 所示为本发明网元数据失效后的业务处理方法中宕机重启后 S-CSCF收到 P-CSCF发来的会话请求按照注册用户进行处理的实施流程示 意图；
图 2 3 所示为本发明网元数椐失效后的业务处理方法中宕机重启后的 S-CSCF收到从 P-CSCF发来的会话请求的实施流程示意图；
图 24 为本发明网元数据失效后的业务处理系统中用户数据返回系统 实施例一结构示意图；
图 25 所示为本发明网元数据失效后的业务处理系统中用户数据返回 系统中的用户签约服务器一结构示意图；
图 26 所示为本发明网元数据失效后的业务处理系统中用户数据返回 系统中的服务呼叫会话控制功能实体一结构示意图；
图 Π 所示为本发明网元数据失效后的业务处理系统中用户数据返回 系统实施例二结构示意 ¾ ;
图 28 所示为本发明网元数据失效后的业务处理系统中用户数据返回 系统中用户签约服务器另一结构示意围；
图 29 所示为本发明网元数据失效后的业务处理系统中用户数据返回 系统中服务呼叫会话控制功能实体另一结构示意图。 具体实施方式
本发明网元数据失效后的业务处理方法实施例一包括如下步骤： 当主叫端向网絡中的业务网元发送业务请求消息， 且该业务网元中保存 的所迷主叫端的用户数据失效时， 所迷业务网元向所述主叫端发送数据失效 消息 主叫端可以立即发起重新注册，也可以在注册周期泉到时再重新注册。
在实际的系统中， 实施例一中的主叫端可以是代理呼叫会话控制功能 实体， 业务网元具体可以是服务呼叫会话控制功能实体， 为了使主叫端能 够及时恢复正常的通信业务， 对于实施例一中所述的方法， 可以在数据失 效消息中携带用于触发主叫端进行重新注册的信息， 这样主叫端在收到该 数据失效消息后即可进行重新注册。 实施^一所述的方法具体可以为： 代 理呼叫会话控制功能实体向服务呼叫会话控制功能实体发送始呼 INVITE 消息， 服务呼叫会话控制功能实体中没有用户数据时， 服务呼叫会话控 制功能实体向代理会话控制功能实体发送携带有用于触发主叫端进行重 新注册信息的数据失效消息。
为了使主叫端能够及时的恢复正常的通信业务， 还可以采用如本发明 实施例二所述的方法， 本发明网元数据失效后的业务处理方法实施例二包 括如下步據：
所迷业务网元可以在发送所述数据失效消息的同时向所述主叫端发 送用于重新注册的触发消息； 主叫端不用等到注册周期到的时候才发起重 新注册， 可以及.时地恢复业务 业务 ¾元发出数据失效消息后， 所迷主叫 端可以发起的恢复用户数据的操作， 该操作可以具体为： 所述主叫端依据 所述触发消息向所述业务网元发起重新注册的操作请求； 所述业务网元对 该主叫端进行重新注册搡作， 并用重新注册的用户数据对所保存的该用户 数据进行更新， 完成所述用户数据恢复后， 所述业务网元依照所述业务请 求消息进行相应的业务处理
本发明网元数椐失效后的业务处理方法实施例三具体实施方式如下： 实施例一仅解决了主叫端在数据失效后存在的问题， 而由于被叫端与 主叫端可能不在同一业务网元的覆盖范围内， 其处理方法与主叫端的处理 方法有所不同 当业务网元接收到来自网络的， 向被叫端发起的业务请求 消息， 且该业务网元中保存的所述被叫端的用户数据失效时， 所述业务网 元向所述网络返回所述被叫端的数据失效消息。
所迷网络在接收到所迷数据失效消息后， 可以依据所迷业务请求消息 的内容， 判断该业务请求是否能够转入不需要根据网元中保存被叫用户数 据进行通信操作的另一网络， 如果能， 则将该业务请求转换为与所迷另一 网络相适应的请求消息， 并转交由该另一网络完成相应业务搡作， 例如： 网络接收到用户数据失效消息， 可以触发用户的未注册业务， 发送提示消 息和响应消息 未注册业务可以为将呼叫前转至用户的语音信箱 将呼叫 前转至其它指定的用户、 给主叫用户发送提示音等。 如杲该业务请求不能 转入另一网络， 则将所述数据失效消息转发到该业务请求消息的发送端„ 如图 8所示为本发明网元数据失效后的业务处理系统实施例一结构示 意图， 该实施例中包括设置在 IMS网络中的业务请求发送端 2、 业务请求 接收瑞 3以及业务网元 1， 该业务网元中设有用户数据保存模块和用户数 据比对模块， 所述业务网元中还设有用于向所述业务请求发送端发送用户 数据失效消息的失效消息发送模块 3 1 ,
如图 9所示为本发明网元数椐失效后的业务处理系统实施例二结构示 意图， 与图 δ所示系统实施例结构不同之处在于， ¾ 9所示业务网元中还 设有根据所述用户数据失效消息， 发送重新注册消息的触发消息发送模块 以及用于进行用户数据恢复的重新注册模块 1 2 ¾
如图 1 0 所示为本发明网元数据失效后的业务处理系统实施例三结构 示意图， 如 1 0所示实施例与图 9的 g別在于： 在所述网络中增设了根据 所迷用户数据失效消息及所述业务请求发送端所发送的业务请求消息进 行业务判断的业务请求判断模块 4 , 该业务请求判断模块用于判断所述业 务请求是否能够转入不需要根据所述用户数据保存模块中所保存的用户 数据进行通讯操作的另一网络； 所述网络中还设有将所述业务请求转入所 述另一网络进行通讯搡作的业务请求转换模块 5。
如图 1 1 所示为本发明网元数据失效后的业务处理系统实施例四结构 示意困， 如 1 1所示实旄例与图 1 0的区別在于： 业务网元中还设有根椐所 迷用户数据失效消息， 发送重新注册消息的触发消息发送模块以及.用于进 行用户数据恢复的重新注册模块
如图 1 2 所示为本发明网元数据失效后的业务处理系统实施^五结构 示意图， 如图 1 2所示实施钢与如 ® 9所示实施例不同之处在于： 所述网 絡中还设有向所述业务请求发送端转发所述用户数据失效消息的失效消 息转发模块 6 :: 该模块主要用于主叫用户和被叫用户不在同一网元的覆盖 范围内时， 当被叫用户的数椐失效后， 通过该模块可以通知主叫用户或者 主要用户所在的网元。
上述所有实施例中 所述业务请求发送端及业务请求接收端可以为用 户终端或网络中的信息处理网元， 如： 呼叫会话控制功能实体 CSCF , 应用 服务器 AS ; 所迷亚务网元可以为代理呼叫会话控制功能实体、 查询呼叫会
S. 话控制功能实体或服务呼叫会话控制功能实体
本发明网元发生故障后的业务处理方法， 包括如下步骤：
发生故障的网元的前一跳网元接收到业务请求消息后， 终止前业务流 程， 并向发出所迷业务请求消息的主叫终端返回的网元失效消息。
其中， 发.生故障的网元的前一 网元向所述主叫终端返回的网元失致 消息中可以包括触发所述主叫终端重新进行注册的信息 主叫终端收到该 消息后重新进行注册， 从而可以在新的业务中避开所迷故障网元。
其中， 对于某些网元来说， 网元间存在着故障检测机制 （例如网元间 通过心跳功能互相检测对方是否发生故障） ， 通过故障检测机制网元就可 以获知其下一条网元是否发生故障， 因此， 发生故障的网元的前一跳网元 可以通过故障检: ¾机制检测到发生故障的网元发生了故障
对于没有故障检测 L制的网元， 可以通过如下方式进行业务处理： 在 发生故障的网元的前一跳网元接收到业务请求消息后， 向下一跳网元转发 该业务请求， 如果在预先设定的时间内， 未收到发生故障的网元的响应消 息， 则终止前业务流程， 并向发出所述业务请求消息的主叫终端返回的网 元失效消息 例如， 当 S CSCF发生故障， 已在敌障 S- CSCF上注册的用户 发起业务请求， 如果 S-CSCF的上一跳网元是 P- CSCF， 則 P-CSCF收到业务 请求后向主叫终端返回失效消息
如图 1 3 所示为本发明网元发生故障后的业务处理方法实施例一信令 流程图， 具体为：
步骤 1 301、主叫终端发起初始业务请求； 网元可以通过消息中的参数 标志判断自己是否为主叫側的网元。
步骤 1 302 ., 发生故障的网元的上一跳网元检测到其下一跳网元（即发 生故障的网元）发生了故障， 则终止前业务流程， 并向发出所述业务请求 消息的主叫终端返回的网元失效消息 发生故障的网元的上一跳网元根据 消息中的路由信息来确定下一 网元的地址， 可以在向下一跳转发业务请 求之前， 对下一跳网'元的状态进行检测。
步骤 1 303、 主叫终端收到兹网元失效消息后， 重新发起注册， 如图 1 4 所示为本发明网元发生故障后的业务处理方法实施例二信令 流程图， 具体为：
步骤 3 401、 主叫终端发起初始业务请求；
步骤 1 402、发生故障的网元的上一跳阔元向其下一跳网元（即发生故 障的网元） 转发初始业务请求消息；
步骤〖4 (B、在预先设定的时间内没有收到响应消息， 则终止前业务流 程, 并向发出所述业务请求消息的主叫终端返回的网元失效消息。
步骤】 404、 主叫终端收到读网元失效消息后， 重新发起注册 如图 1 5 所示为本发明网元发生故障后的业务处理网元实施例一的结 构示意图， 包括：
业务请求消息接收模块 1. 51 , 用于接收业务请求消息
网元失效消息发送.模块 1 52 , 用于在当前网元的下一跳网元出现故障 的情况下， 向发出所述业务请求消息的主叫终端返 的网元失效消息。
如图 1 6 所示为本发明网元发生故障后的业务处理网元实施例二的结 构示意图， 在图 1 5的基础上还包括：
敌障检测模块 ！. 53， 用于对当前网元的下一跳网元进行故障检测， 当 ^^测到故障后， 触发所述网元失效消息发送模块发送网元失效消息 业务 请求消息接收模块接收的业务请求消息中包含当前网元的下一跳网元的 路由信息， 故障检測模块可以根据该路由信息确定下一跳网元， 并对其进 行故障检测， 然后， 可以发送指令触发网元失效消息发送模块发送网元失 效消息。
如图 17 所示为本发明网元发生故障后的业务处理网元实施例三的结 构示意图， 在图 1 5的基硇上还包括：
业务请求消息转发模块 3 54， 用于向当前网元的下一^ i网元转发业务 请求消息；
响应消息接收检测模块〗55 , 用于在预先设定的时间内检测是否收到 。向应消息， 如果未收到所迷下一跳网元逸回的响应消息， 则触发所迷网元 失效消息发送模块向发出所述业务请求消息的主叫终端返回的网元失效 消息。 当业务请求消息转发模块转发业务请求消息后， 就触发响应消息接 收检测模块进行响应消息的检测， 如果在预先设定的时间内未收到相应的 响应消息 （可以通过设定定时器的方式来完成） ， 就触发所迷网元失效消 息发送模块发送实效消息。
如图 18 所示为本发.明网元数据失效后用户数据返回方法实施例一流 程图， 具体包括如下步骤：
步骤 1 S 0】、 S CSCF收到呼叫请求消息， 请求消息中包括用户标识； 步骤 1 802 , S CSCF发现不能根据所述用户标识查询到用户数据； 步骤 ! 803、 S-CSCF将用户标识添加至用户数椐请求消息后， 向 I1SS 发送用户数据请求消息， 所述.请求消息中包括用户标识；
步 1 804、 HSS接到 S- CSCF的用户数据请求消息；
步骤 1805、 H SS根据所迷用户标识查询存储的用户注册状态、 为所迷 用户指配的 S-CSCF ;
步骤 1 806 ,当存储的用户注册状态是注對状态， 当所述指配的 S-CSCF 是请求的 S- CSCF时， HSS根据请求消息返回用户数据；
步骤 1 807、 S- CSCF根据返回的用户数据进行业务控制。
如图 1 9 所示为本发明网元数据失效后用户数据返回方法实拖例二流 程图， 具体包括如下步骤：
步骤 1 90 1 , S- CSCF接收 S CSCF系统报错消息；
步骤】902、 收到呼叫请求消息， 请求消息中包括用户标识； 步骤 1903、 S- CSCF在不能根据用户标识查询到用户数据时， S-CSCF 将所述用户标识与出错标识添加至用户数据请求消息； 步骤 1904、 向 HSS发送所述用户数据请求消息；
步骤 1905、 HSS根据所述用户标识查询存储的用户注册状态； 步骤 1906、 HSS接到 S- CSCF的用户数椐请求消息， 判断所述请求消 息包括出错标识后， 当存储的用户注册状态是注册状态， SS根据请求消 息返回用户数据；
步骤 190?、 S- CSCF根据返回的用户数据进行业务控制。 如图 20所示 为本发明网元数据失效后的业务处理方法中宕 L重启后 S - CSCF 收到 I-CSCF发来终呼会话请求的实施流程示意图，本实施例描述了当出现宕机 的错误导致重启后使得用户数据丢失情况下的用户数据返 的实施方式， 如图 20所示， 在 S - CSCF收到从 1- CSCF发来的终呼会话请求的流程包括 如下步骤：
步骤 2001、 I CSCF收到关于终呼到某个用户的 Ϊ ΥΪΤΕ消息； 步骤 2002 > I- CSCF向 SS发起 消息获馭为用户服务的 S- CSCF的 信息或需要的 S CSCF的能力集；
步骤 2003、 该用户在 HSS中记录的用户注册状态是注册的， 并在 HSS 中记录了为该用户提供服务的 S CSCF的名字， HSS就通过 LIA向 I CSCF 返回该 S- CSCF的名字；
步骤 2004 , I- CSCF向该 S-CSCF转发 INVITE请求;
步骤 2005, 因为 S- CSCF没有该用户的数据， 就会向 f!SS发送 SAR请 求用户数据， SA 命令中的 Server Assignment Ty e 参数填为 U REGISTERED iSER, 告知 HSS用户是.未注册终呼； S €SCF实施中也可以 在 S 中携带自己出错的标识给 HSS;
步骤 2006, I1SS发现 SA 请求中 腿 I的状态在 HSS中存储的是注册 的， 但发起 SAR操作的 S- CSCF和 RSS中记录的 S CSCF是闳一个， 则通过 SAA将用户数椐下发给 S CSCF;
HSS可以选择先判断谊 是否签约的有未注册业务，如果有才通过 SAA将用户数据下发给 S- CSCF， 否则按照现有技术返回错误給 S CSCF; 可逸的， S-CSCF在 S 中携带了出错标识时， HSS也可以通过 SAA将 用户数据下发给该 S-CSCF, 否则按照现有技术返回错误给
步骤 2GG7、 S CSCF根据用户数据进行业务控制；
Figure imgf000026_0001
如图 21 所示为本发明网元数据失效后的业务处理方法中宕^ ^重启后 S-CSCF收到 I CSCF或 AS发来的始呼会话请求的实施流程示意图，本实施 例描述了当出现宕机的错误导致重启后使得用户数据丟失情况下的用户 数据返回的实施方式， 如图 21所示， 在 S CSCF收到从 I CSCF或 AS发来 的始呼会话请求的流程包括如下步骤：
在 AS代替用户发起始呼前， AS可能通过第三方注册或通过 Sh接口从 HSS获得用户所在的 S-CSCF的名字。 如果 AS在代替用户发起始呼前能获 得用户所在的 S CSCF的名字， 则执行步骤 2101 , 即 AS直接将会话路由 到用户所在的 S- CSCF。 如果无法获得用户所在的 S- CSCF的名字 > 则执行 步骤 21.01bl;
步骤 2101bl、 将会话路由到用户所在的归属域的
步骤 210ib2、 I-CSCF 向 发起 LiR 消 息 ， 将消息 中
P A s er ted~I den 111 y头域中的主叫用户身份填写在 l/I R中， 并增加一个 始呼请求标志， 查询该用户目前所在的位置信息， 也就是用户所在 S CSCF 的信息；
步骤 2101b3. II SS在数据库中查询到该用户在 HSS中记录的用户注册 状态是注册的；
步骤 2101 >4, 在 HSS中记录了为该用户提供服务的 S-CSCF的名字， 通过 LIA将用户所在 S- CSCF的名字返回给 I CSCF;
步骤 2101b54 I CSCF将 IMVTTB消息路由到 MSS返回的 S-CSCF;
步骤 21ΰ2、 因为 S - CSCF 没有该用户的信息， S-CSCF 将消息中 P-Asserted~Identi ty头域中的用户身份携带在 SAR中向 l SS请求用卢签 约数椐 , SA 命令 中 的 Server AssignHieiH T e 参数填 为 U REGISTE ED^OSER; 实旄中， S-CSCF也可以在 SAR中携带自己出错标识 给 HSS;
步骤 21.03、 II SS发现 SA 请求中 I削的状态在 HSS中存储的是注册 的，发起 SAR操作的 S CSCF和 HSS中记录的 S CSCF是同一个，則通过 SM 将用户数据下发給 · S-CSCF;
这种情况下， 当 S CSCF在 SAR中携带了出错标识时、 HSS也可以通过 SAA将用户数据下发给该 S-CSCF:
步骤 21M, S CSCF进行业务控制；
步骤 2105、 S- CSCF执行后续处理
由上述两个实施倒可以看出， ISSS收到 S-CSCF发送的 SAR命令请求用 户数据时，如果发起 SAR操作的 S CSCF和 HSS中记录的 S CSCP是同一个， 而且所请求操作的用户的 1 U的状态在 SS中存储的是注册的，但是 S 中的 Server Assignoiein Type参数是 . UNREGISTERED.. USER时， 1'iSS将通过 SAA将用户的业务数据下载给 S CSCF:; HSS也可以选择先判断 SAR中铵 I PIJ' 是否签约的有未注册业务， 如果该 ΙΜΡϋ签约的有未注册业务， 就通过 SM 将用户的业务数据下载给 S-CSCF; 实施中也可以在这种情况下判断出在 S-CSCF的 SAR 中携带了出错标识时， HSS通过 SAA将用户数据下发给该 S CSCF， S-CSCF为用户提供相应的业务 ,;
如图 22 所示为本发明网元数据失效后的业务处理方法中宕机重启后
S-CSCF收到 P CSCF发来的会话请求按照注册用户进行处理的实旄流程示 意图， 本实施例描迷了当出现宕机的错误导致重启后使得用户数据丢失情 况下的用户数据返回的实施方式，如围 22所示， 在 S-CSCF收到从 P- CSCF 发来的会话请求按照注册用户的流程包括如下步 ：
步骤 2201、 UE发起 INVITE消息， 可以选择在 P--Pref er recl-Ideftt ΐ t 头域中填入能够标识自己身份的 Public User J dent I ty; 步骤 2202、 P~CSCF 收到 INVITE 消息后， 会检查消息中是否有 P~Prefe r red 1 de n t i t y头域并检查其值是否和 P CSCF中记录的某个已注 册 Publ ic User Identit 匹配，如果有且匹配， P-CSCF就将该 Pu l ic User Identi 作为会话发.起方并填写在 P Asserted- Ictent ity中；如杲不匹配 或没有 Preferred icteritity 头域， P CSCP 就为用户选择一个缺省的 Publ ic User I dent ί t y 作为'会话发起方并填写在 P-Ass e r t e d - 1 d e o. t i t y 中；
步 骤 2203 、 S-CSCF 收 到 INVITE 消 息 后 ， 发 现 没 有 P-Asserted-Identity 中 的 用 户 的 信 息 ， S-CSCF 将 消 息 中 P- Asserted - Identity头域中的用户身份携带在 中向 HSS请求用户签 约数据， SAR命令中的 Server Assi giiment Type参数填为 NO— ASSIGNMENT; S CSCF也可以在 SAR中携带自己的出错标识给 HSS;
步骤 2204 , HSS发现发起 SAR.搡作的 S-CSCF和 iSS中记录的 S-CSCF 是同一个， 则通过 SAA将用户数据下发给 S CSCF, 或者发现携带有出错标 识后， 通过 S 将用户数据下发给
步骤 2205、 S- CSCF根据 SAA中下发的用户数据进行相应的业务触发， 之后根据 INVITE消息中的 Request- URI也就是被叫进行后续会话的路由 从上述实施中可以看出当 S - CSCF收到始呼请求 IMVITE消息， 发现没 有该用户的信息时， 结合自身系統提示的出错信息， S-CSCF 就将消息中 P- Asserted- Identity头域中的用户标识携带在 SAR中向 SS请求用户签 约数据， SAR命令中的 Server As gnraent Type参数填为 NOJSSIG謝龍 T; S- CSCF也可在 SAR中携带自已出错的标识给 HSS， 并在收到用户数椐后进 行正常业务触发和后续会话路由
如图 23 所示为本发明网元数据失效后的业务处理方法中宕机重启后 的 S- CSCF收到从 P CSCF发来的会话请求的实施流程示意图， 本实施例描 述了当出现宕机的错误导致重启后使得用户数据丢失情况下的用户数据 返回的实施方式， 如图 23所示， 在 S CSCF收到从 P- CSCF发来的会话请 求激活 UE重注册的流程包括如下步骤：
步翁 2301, ϋβ发起 ΙΝ\ΊΤΕ消息， 可以选择在 P Preferred Ide!u i ty 头域中填入能够标识自己身份的 PiilDiic User Identity;
步骤 2302、 P-CSCF 收到 iNVITE 消息后， 会检查消息中是.否有
P- Preferred- Identity头域并检查其值是否和 F-CSCF中记录的某个已注 M Pub He User Identit 匹配，如果有且匹配， P- CSCF就将该 Publ Ic User identi ty作为会话发起方并填写在 F-Asserted-Ident i ty中；如果不匹配 或没有 P-Preferred-Idei i Ity 头域， P-CSCF 就为用户选择一个缺省的 P u b 1 i c II set I ci ent it y 作为会话发起方并填写在 P-Asse r t e. d-I.d e. a tit v 中；
步據 2303, S-CSCF 收到 INVITE 消息后， 发现没有该用户的信息， S-CSCF回 4(!！响应要求 UE进行认证；
步骤 2304、 P CSCF将 401未授权响应消息（ naut!ior ized )转给 UE; 步骤 2305、 UE发起重注册请求；
步骤 2306、 P CSCF将重注册请求转给 I CSCF;
步據 23 ϋ 7、 I -CSCF通过用户授权请求（ User-Author izati on - Req uest, 简称 UAR )向 HSS请求已分配给该用户的 S-CSCF的名字或为该用户提供服 务需要的 S- CSCF的能力集；
步線 2308, HSS 通过用户授权应答（ User- Authorization- Answer, 简称 ΙίΑΑ) 向 I CSCF返回用户原来在其上注册的 S CSCP的名字；
步骤 2309, I CSCF将 REGISTER消息发给该 S €SCF;
步骤 2310, S CSCF收到 ϋΕ发来的重注册请求， S CSCF按照初始注册 流程进行处理，将注册消息的 T0头域中的 IMPU携带在 MAR的 Publ ic User Identity† ,将注册消息中 A u t or i. z a t i on头域中的 u s e r me携带在, A R 的 Private U r Ident ty中， 向 HSS请求用户的鉴权数据; 步骤 2311、 iSS 根椐多媒体认证请求 （Multimedia- Aisth-ReQiiest, 简称 MAR ) 中用户的 IMPI 得到相应的鉴权数据后通过多媒体认证应答 ( Μυ 11 i med Ϊ a -Au t -An swe r , 简称 MM)返回给 S-CSCF;
步骤 2312、 S-CSCF 通过 I-CSCF 向 UE 发起 01 未授权响应消息 ( Unauthorized } , 其中包含一个随机挑战 ( RAND )和一个网络认证令牌 (： AUTN )， 同时将加密密钥和完整性密钥下发给 P-CSCF用于 P- CSCF和 im 之间建立安全联盟对后续信令交互进行完整性保护；
步骤 2313, I-CSCF # 401 未授权响应消息 ( iloauthor i zed ) 消息发 给 P CSCF;
步骤 23] 4、 P-CSCF # 40! 未授权响应消息 ( Onauthor i zed. ) 消息发 给
步骤 】5、 UE进行后续注册流程；
步骤 2316、 S-CSCF根据注册过程中从 tSSS获得的用户数据进行相应. 的业务触发， 之后根据 INVITE消息中的 SyQuest URI也就是被叫进.行后 续会话的路由
从以上实施例中可以看出， S CSCF在收到始呼请求 INVITE消息后， 发现没有该用户的信息， S-CSCF 則可以回 401 未授权响应消息 (Unauthorized)或其它错误消息要求 UE进行认证 从而使得 S CSCF通 过触发用户进行重新注册和鉴权恢复用户数据并进行正常业务触发和后 续会话路由。
本发明实施例还提供了用户数据返回系统、 用户签约服务器、 服务呼 叫会话控制功能实体， 下面结合附图对各设备的具体实旄方式进行说明。
图 24 为本发明网元数据失效后的业务处理系统中用户数据返回系统 实抱例一结构示意图， 如图 24所示， 系统中包括 S- CSCF、 HSS, 还包括： 第一接收模块 24(B, 用于接收所述 S-CSCF向所述 HSS发送的用户数 据请求消息， 所述请求消息中包括用户标识；
2 查询模块 2404， 用于根据所述用户标识查询为所述用户指配的 S-GSCF;
第一判断模块 2405 , 用于判断所述查询模块查询的为用户指配的 S-CSCF是,否是请求的 S-CSCF , 当所述指配的 S-CSCF是请求的 S-CSCF时， 触发反馈模块；
反馈模块 2406， 用于根据请求消息返回用户数据。
优选实施中， 查询模块根据用户标识查询存储的用户注册状态； 第一 判断模块判断存储的用户注册状态是否是注册状态， 当存储的用户注册状 态是注册状态， 所述指配的 S CSCF是请求的 S CSCF时， 触发反馈模块根 据请求消息返回用户数据
还可以进一步包括第一添加,模块 2401， 用于在 S CSCP收到包括用户 标识的呼叫请求消息后； 将所述用户标识添加至用户数据请求消息；
S-CSCF再向 HSS发送添加了用户标识的用户数据请求消息
还可以进一步包括第二判断模块 2 02 , 用于判断 S CSCF是否能根据 所述用户标识查询到用户数据， 当不能根据所述用户标识查询到用卢数据 时， 触发所迷第一添加模块将所述用户标识添加至用户数据情求消息后， 向 HSS发送所述用户数据请求消息
图 2 5 所示为本发明网元数据失效后的业务处理系统中用户数椐返回 系统中的用户签约服务器一结构示意图， 如图 2 5 所示， 用户签约服务器 241 包括：
第一接收模块 24Q 3 , 用于接收 S CSCF发送的用户数据请求消息， 所 述请求消息中包括用户标识；
查询模块 404 , 用于才 据所述用户标识查询为所述用户指配的 S-CSCF;
第一判断模块 2405 , 用于判断所述查询模块查询的为用户指配的
S-CSCF是否是请求的 S-CSCF, 当所述指配的 S-CSCF是请求的 S-CSCF时， 触发反馈模块；
反馈模块 2406， 用于根椐请求消息返回用户数据。
图 26 所示为本发明网元数椐失效后的业务处理系统中用户数椐返回 系统中的服务呼叫会话控制功能实体一结构示意图， 如图 26 所示， 服务 呼叫会话控制功能实体 242包括：
笫一添加模块 2401， 用于在收到包括用户标识的呼叫请求消息后； 将 所述用户标识添加至用户数据请求消息， 所述请求消息用于供 HSS根据所 述用户标识查询为所述用户指配的 S- CSCF后， 判断为用户指配的 S-CSCF 是否是请求的 S CSCF, 当所迷指配的 S CSCF是请求的 S-CSCF时， 根据请 求消息返回用户数据。
进一步还可以包括： HSS根据所述用户标识查询存储的用户注册状态 后、 判断存储的用户注册状态是否是注册状态， 当存储的用户注册状态是 注册状态， 所述指配的 是请求的 S CSCF时，. 根据请求消息返回用 户数据。
进一步还可以包括： 第二判断模块 2402， 用于判断 S CSCF是否能根 据所迷用户标识查询到用户数据 当不能根据所述用户标识查詢到用户数 据时， 触发所述第一添加模块将所迷用户标识添加至用户数据请求消息 后， 向 HSS发送所述用户数椐请求消息
图 Π 所示为本发明网元数据失效后的业务处理系统中用户数据返回 系统实施例二结构示意图， 如图 2?所示， 系统中包括 S-€SCF、 HSS , 还包 括：
第二接收模块 2409 , 用于接收发到 S CSCF的呼叫请求消息， 所述请 求消息中包括用户标识；
报错模块 2408 ,用于接收 S CSCF系统报错消息后触发第二判断模块； 第二判断模块 2402， 用于判断 S- CSCF是否能根据所述用户标识查询 到用户数据， 当不能根据所述用户标识查询到用户数据时， 触发所述第二 添加模块；
第二添加模块 24 1 0，用于将所迷用户标识与出错标识添加至用户数据 请求消息后， 向 HSS发送所述用户数据请求消息；
第三判断模块 240 ,用于在接到所述向 HSS发送的用户数据请求消息 后， 判断所述请求消息是否包括出错标识， 当包括所述出错标识时， 触发 反馈模块；
反馈模块 2400 , 用于根据请求消息返回用户数据。
优逸实施中， 查询模块 2404 , 用于根据所述用户标识查询存储的用户 注册状态；
第三判断模块 2407 进一步用于判断所述请求消息包括出错标识后， 当存储的用户注册状态是注册状态， 触发反馈模块根据请求消息返回用户 数据。
图 28 所示为本发明网元数据失效后的业务处理系统中用户数椐返回 系统中用户签约服务器另一结构示意图， 如图 28所示， 1 SS中包括：
第三判断模块 24ΰ7，用于在接到所述向 HSS发送的用户数据请求消息 后， 判断所述请求消息是否包括出错标识， 当包括所迷出错标识时， 触发 反馈模块；
反馈模块 2406， 用于根据请求消息返回用户数据。
优选实拖中可以进一步包括查询模块 240 根据所迷用户标识查询存 储的用户注册状态；
第三判断模块 240? 进一步用于判断所述请求消息包括出错标识后， 当存储的用户注册湫态是注册状悉， 触发反馈模块根据请求消息返闳用户 数据。
图 29 所示为本发明网元数据失效后的业务处理系统中用户数据返回 系统中服务呼叫会话控制功能实体另一结构示意图，如图 29所示， S-CSCF 中包 第二接收模块 2409， 用于接收发到 S-CSCF的呼叫请求消息， 所述请 求消息中包括用户标识；
报错模块 2408，用于接收 S- CSCF系统报错消息后触发第二判断模块； 第二判断模块 2402 , 用于判断 S 是否能根据所迷用户标识查询 到用户数据 当不能根据所述用户标识查询到用户数据时， 触发所述第二 添加模块；
第二添加模块 241.0，用于将所述用户标识与出错标识添加至用户数据 请求消息后，向 HSS发送所迷用户数据请求消息 ,所述请求消息用于供 HSS 根据是否包括出错标识判断是否才艮据请求消息返回用户数据
优选实施中， iiSS根据用户标识查询存储的用户注册状态， 在包括出 错标识时， 当存储的用户注册状态是注册状态， 根据请求消息返回用户数 据
由上迷实施例可以看出， 本发明实施 可以增强 i SS和 S- CSCF的功 能， 增加其冗突能力， S CSCF发生出错导致用户数椐丢失， 如在重启后收 到从 ί -CSCF或 AS发来的原来在其上注册的 I國的 INV ITE会话请求， S-CSCF 通过 SAR 向 HSS 请求用户数据时， HSS 并不是直接返回错误给 S-CSCF, 而是发现请求的 S-CSCF 与指配的是同一个 或者携带有出错标 识时， 通过. SAA直接将用户的业务数据下载给 S CSCF。 同时， 当 S CSCF 发生出错导致用户数据丢失如重启后收到从 P CSCF发来的原来在其上注 册的 ΤΜΡϋ的 INV ITE会话请求， S-CSCF通过 SAR向 ISSS请求用户数据后进 行业务触发和会话接续， 并不是直接 失敗响应给 P CSCF 这样可以在 S-CSCF 发生如宕机等的错误导致重启等现象后仍然可以提供终呼未注册 和 tfE发起的始呼或 AS代替用户发起的始呼业务。
使用本发明实施例 能使网络中 CSCP 发生如异常宕机重启等错误 后， 仍然能为用户提供未注册终呼、 ϋΕ发起的始呼或 AS代替用户发起的 始呼业务， 避免了给用户带泉不好的业务体验。 最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前迷实施例对本发明进行了详细的说明， 本领域的普通技术 人员应当理解： 其依.然可以对前述各实施例所记载的技术方案进行修改 或 者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技 术方案的本质脱离本发明各实施例技术方案的精神和范围

Claims

权 利 要 求 书
1 -, 一种网元数据失效后业务处理的方法， 其特征在于, 包括如下步骤： 当主叫端向网络中的业务网元发送业务请求消息， 且该业务网元中保存 的所.迷主叫端的用户数据失效时， 所述业务网元向所述主叫端发送数据.失效 消息。
2 , 根据权利要求 i所述的方法， 其特征在于，
所迷主叫端向网絡中的业务网元发送业务请求消息具体为: 代理呼叫会 话控制功能实体向服务呼叫会话控制功能实体发送始呼请求 INVITE消息； 所 述业务网元向所迷主叫端发送数椐失效消息具体为： 所述服务呼叫会话控制 功能实体向所述代理呼叫会话控制功能实体发送携带有用于触发主叫终端进 行重注册信息的数据失效消息
3 , 根据权利要求 1所述的方法， 其特征在于， 还包括： 所述业务网元发 送所迷数椐失效消息的同时向所述主叫端发送用于重新注册的触发消息 所 述主叫端收到所迷数据失效消息和触发消息后， 向所述生务网元发起恢复用 户数据的操作
4 , 根据权利要求 3所述的方法， 其特征在于， 所述主叫端发起的恢复用 户数据的搡作具体为：
所迷主叫端依椐所迷数椐失效消息和触发消息向所述业务网元发起重新 注册的操作请求； 所述业务网元对该主叫端进行重新注册搡作， 并用重新注 册的用户数据对所保存的该用户数据进行更新， 完成所述用户数据恢复后， 所述业务网元依照所述业务请求消息进行相应的业务处理
5, 一种网元数据失效后业务处理的方法， 其特征在于, 包括如下步骤： 当业务网元.接收到来自网絡的， 向被叫端发起的业务请求消息， 且该业 务网元中保存的所述被叫端的用户数据失效时， 所述业务网元向所述网络返 回所述被叫端的数据失效消息
6 , 根据权利要求 5所述的方法， 其特征在于， 所述网络在接收到所述数 据失效消息后， 依据所述业务请求消息的内容， 判断读业务请求是否能够转 入不需要根据 ·网元中保存^ 叫用户数据进行通讯搡作的另一网络， 如果能， 则将谈业务请求转换为与所述另一网络相适应的请求消息， 并转交由该另一 网络完成相应业务搡作； 如果不能， 则将所迷数据失效消息转发到该业务请 求消息的发送端。
7、 一种网元数据失效后业务处理系统， 包括设置在网络中的业务请求发 送端、 业务请求接收端以及业务网元， 该业务网元中设有用户数据保存模块 和用户数据比对模块， 其特征在于， 所述业务网元中还设有用于当接收到业 务请求发送瑞的请求消息时， 如杲所迷业务网元中用户数据失效则向所迷业 务请求发送端发送数据失效消息的失效消息发送模块
8、 根据权利要求？所迷的系统， 其特征在于， 所迷业务网元中还设有根 据所述数据失效消息， 发送重新注册消息的触发消息发送模块以及用于进行 用户数据恢复的重新注册模块。
9、 根据权利要求 7或所迷的系统， 其特征在于， 所述网络中还设有根据 所述.数据失效消息及所述业务请求发送. 所发送的业务请求消息进行业务判 断的业务请求判断模块， 该业务请求判断模块用于判断所迷业务请求是否能 够转入不需要根据所迷用户数据保存模块中所保存的用户数据进行通讯操作 的另一网络； 所迷网络中还设有将所迷业务请求转入所述另一 络进行通信 操作的业务请求转换模块。
10、 根椐权利要求 9所述的系统， 其特征在于， 所述网络中还设有向所述 业务请求发送端转发所述数据失效消息的失效消息转发模块》
11、 根据权利要求 7 ~ 10任一所述的系统， 其特征在于， 所述业务请求发 送端及业务请求接收 为用户终端或网络中的信息处理网元。
1 2、 根据权利要求？〜 1 0任一所述的系统， 其特狃在于， 所述业务网元为 代理呼叫会话控制功能实体、 协商呼叫会话控制功能实体或服务呼叫会话控 制功能实体。 1 3、 一种网元发生敌障后的业务处理的方法， 其特征在于， 包括： 发生故障的网元的前一跳网元接收到业务请求消息后， 并向发出所迷业 务请求消息的主叫终端返回网元失效消息
14、 根据权利要求 3 3所述的方法， 其特 4£在于， 发生故障的网元的前一 跳网元向所述主叫终端返回的网元失效消息包；!舌触发所述主叫终端重新进行 注册的信息。
15、 根据权利要求 13所述的方法， 其特征在于， 还包括: 所述发生故障 的网元的前一跳网元通过故障检测机制检测到所述发生故障的网元发生了故 障
〗6 , 根据权利要求】3所述的方法， 其特征在于， 在所述发生故障的网元 的前一跳网元接收到业务请求消息后， 向下一跳网元转发所述业务请求， 如 果在预先设定的时间内， 未收到所述发生故障的网元的响应消息， 则终止前 业务流程， 并向发出所述业务请求消息的主叫终端返回网元失效消息。
】7 , —种网元发生故障后的业务处理网元， 其特征在于， 包括： 业务请求消息接收-模块， 用于接收业务请求消息；
网元失效消息发送模块 , 用于在当前网元的下一跳网元出现故障的情况 下， 向发出所述业务请求消息的主叫终端返回网元失效消息。
18 , 根据权利要求 17所述的业务处理网元， 其特征在于， 还包括： 故障检测模块， 用于对当前网元的下一跳网元进行故障检测， 当检测到 故障后， 触发所述网元失效消息发送模块发送网元失效消息
19、 根据权利要求 Π所述的业务处理网元， 其特征在于， 还包括： 业务请求消息转发模块， 用于向当前网元的下一跳网 t转发业务请求消 息；
响应消息接收 测模块， 用于在预先设定的时间内:检测是否收到响应消 息， 如果未收到所述下一跳网元返回的响应消息， 则触发所迷网元失效消息 发送模块向发出所述业务请求消息的主叫终端返回网元失效消息。 20、 一种用户数据返回方法， 其特征在于， 包括如下步骤： 用户签约服务器接到服务呼叫会话控制功能实体的用户数据请求消息， 所述请求消息中包括用户标识；
用户签约服务器根据所述用户标识查询为所述用户指配的服务呼叫会话 控制功能实体；
当所述指配的服务呼叫会话控制功能实体是请求的服务呼叫会话控制功 能实体时， 用户签约服务器根据请求消息返回用户数据
2】、 根据权利要求 20所述的方法， 其特征在于， 进一步包括如下步骤： 所述用户签约服务器根据所述用户标识查询存储的用户注册状态； 当所述存储的用户注册狀态是注册状态时， 所述指配的服务呼叫会话控 制功能实体是请求的服务呼叫会话控制功能实体时， 用户签约服务器根据请 求消息返 Θ用户数据
2.2、 根据权利要求 20所迷的方法， 其特征在于， 进一步包括如下步骤： 服务呼叫会话控制功能实体收到呼叫请求消息， 所述请求消息中包括用 户标识；
服务呼叫会话控制功能实体将所述用户标识添加至用户数据请求消息 后， 向用户签约服务器发送所述用户数据请求消息。
23、 根据权利要求 22所述的方法， 其特征在于， 所述呼叫请求消息是： 代理呼叫会话控制功能实体发送的未.注册终呼请求 i VITE消息或从应用服务 器发起的始呼请求 Ι Τ1Έ消息；和 /或代理呼叫会话控制功能实体发送的从用 户设备发起的始呼请求 I N V ΠΒ消息。
24、 根椐.权利要求 23所述的方法， 其特征在于， 进一步包括如下步骤： 服务呼叫会话控制功能实体在不能根据所述用户标识查询到用户数据 时，服务呼叫会话控制功能实体将所述用户标识添加至用户数据请求消息后， 向用户签约服务器发送所述用户数据请求消息。
25、 根据权利要求 20 ~ 24任一所述的方法， 其特征在于， 进一步包括如 下步骤：
服务呼叫会话控制功能实体根椐返回的用户数据进行业务控制。
26 , 一种用户数据返回系统， 包括服务呼叫会话控制功能实体、 用户签 约服务器， 其特征在于， 还包.括：
第一接收模块， 用于接收所述服务呼叫会话控制功能实体向所述用户签 约服务器发送的用户数据请求消息， 所述请求消息中包括用户标识；
查询模块， 用于根据所述用户标识查询为所述用户指配的服务呼叫会话 控制功能实体；
第一判断模块， 用于判断所述查询模块査询的为用户指配的服务呼叫会 话控制功能实体是否是请求的服务呼叫会话控制功能实体， 当所述指配的服 务呼叫会话控制功能实体是请求的服务呼叫会话控制功能实体时， 触发反馈 模块；
反馈模块， 用于根据请求消息返回用户数据 .
27 , 根据权利要求 26所迷的系统， 其特征在于，
所述查询模块进一步用于根椐所述用户标识查询存储的用户注册状态； 第一判断模块进一步用于判断所述存储的用户注册状态是注册状态时， 所述指配的服务呼叫会话控制功能实体是请求的服务呼叫会话控制功能实体 时， 触发反馈模块根椐请求消息返回用户数据。
28 , 根据权利要求 2 ?所述的系统， 其特征在于， 进一步包括第一添加模 块，用于在服务呼叫会话控制功能实体收到包括用户标识的呼叫请求消息后； 将所述用户标识添加至用户数据请求消息；
所述服务呼叫会话控制功能实体向用户签约服务器发送所述用户数据请 求消息。
29 , 根据权利要求 28所迷的系统， 其特征在于， 进一步包括第二判断模 块， 用于判断服务呼叫会话控制功能实体是否能根据所迷用户标识查询到用 户数据， 当不能根据所述用户标识查询到用户数据时， 触发所述第一添加模 块将所述用户标识添加至用户数椐请求消息后， 向用户签约服务器发送所述 用户数据请求消息》
30、 一种用户签约服务器， 其特征在于， 包括：
第一接收模块， 用于接收服务呼叫会话控制功能实体发送的用户数据请 求消息， 所述请求消息中包括用户标识；
查询模块， 用于根据所述用户标识查询为所迷用户指配的服务呼叫会话 控制功能实体；
第一判断模块， 用于判断所述查询模块查询的为用户指配的服务呼叫会 话控制功能实体是否是请求的服务呼叫会话控制功能实体， 当所迷指配的服 务呼叫会话控制功能实体是请求的服务呼叫会话控制功能实体时， 触发反馈 模块；
反馈模块， 用于根据请求消息返回用户数据。
31、 一种服务呼叫会话控制功能实体， 其特征在于， 包括：
第一添加.模块， 用于在收到包括用户标识的呼叫请求消息后； 将所迷用 户标识添加至用卢数据请求消息， 所述请求消息用于供用卢签约服务器根椐 所述用户标识查询为所述用户指配的服务呼叫会话控制功能实体后， 判断为 用户指配的服务呼叫会话控制功能实体是否是请求的服务呼叫会话控制功能 实体， 当所述指配的服务呼叫会话控制:功能实体是请求的服务呼叫会话控制 功能实体时， 根据请求消息返回用户数据 ,；
32、 根据权利要求 3 ί所述的服务呼叫会话控制功能实体， 其特征在亍， 进一步包括：
第二判断模块， 用于判断服务呼叫会话控制功能实体是否能根据所述用 户标识查询到用户数据， 当不能根据所述用户标识查询到用户数据时， 触发 所述第一添加模块将所述用户标识添加至用卢数据请求消息后， 向用户签约 服务器发送所述用户数据请求消息。
33、 一种用户数据返回方法， 其特征在于， 包括如下步骤： 服务呼叫会话控制功能实体接收服务呼叫会话控制功能实体系统报错消 服务呼叫会话控制功能实体收到呼叫请求消息， 所述.请求消息中包括用 户标识；
服务呼叫会话控制功能实体在不能根据用户标识查询到用户数据时， 服 务呼叫会话控制功能实体将所述用户标识与出错标识添加至用户数据请求消 息后， 向用户签约服务器发送所述用户数据请求消息；
用户签约服务器接到服务呼叫会话控制功能实体的用户数据请求消息， 判断所迷请求消息包括出错标识后， 用户签约服务器根据请求消息返回用户 数据
34、 根据权利要求 33所述的方法， 其特征在于， 进一步包括如下步骤： 所述用户签约服务器根据所述用户标识查询存储的用户注册状态； 判断所述请求消息包括出错标识后， 当所述存储的用户注册状态是注册 状态时， 用户签约服务器根据请求消息返回用户数据'.
35 , 根据权利要 33所述的方法， 其特征在于 进一步包括如下步 服务呼叫会话控制功能实体根据返回的用户数据进行业务控制。
36、 一种用户数据返回系统， 包括： 服务呼叫会话控制功能实体、 用户 签约服务器， 其特征在于， 还包括：
笫二接收模块， 用于接收发到服务呼叫会话控制功能实体的呼叫请求消 息， 所迷请求消息中包括用户标识；
报错模块， 用于接收服务呼叫会话控制功能实体系统报错消息后触发第 二判断模块;
第二判断模块， 用于判断服务呼叫会话控制功能实体是否能根据所迷用 户标识查询到用卢数据， 当不能 所述用卢标识查询到用户数据时， 触发 所述笫二添加模块；
第二添加模块， 用于将所述用户标识与出错标识添加至用户数据 ·请求消 息后， 向用户签约服务器发送所述用户数据请求消息；
第三判断模块， 用于在接到所述向用户签约服务器发送的用户数据请求 消息后， 判断所述请求消息是否包括出错标识， 当包括所述出错标识时 触 发反馈模块；
反馈模块， 用于根据请求消息返回用户数据，
37、 根据权利要求 36所述的系统， 其特征在于， 查询模块进一步用于根 据所述用户标识查询存储的用户注册状态；
第三判断模块进一步用于判断所述.请求消息包括出错标识后， 当所述存 储的用户注册状态是注册状态时，触发反馈模块根据请求消息返回用户数据 38、 一种用户签约服务器， 其特征在于， 包括：
第三判断模块， 用于在接到所述向用户签约服务器发送的用户数据请求 消息后， 判断所述请求消息是否包括出错标识， 当包括所述出错标识时 触 发反馈模块；
反馈模块， 用于根据请求消息返回用户数据
39 , 根据权利要求 38所迷的用户签约服务器， 其特征在于， 进一步包括 查询模块， 根据所述用户标识查询存储的用户注册状态；
第三判断模块进一步用于判断所迷请求消息包括出错标识后， 当所述存 储的用户注册状态是注册状态时，触发反馈模块根据请求消息返回用户数据 40 , 一种服务呼叫会话控制功能实体， 其特征在于， 包括：
笫二接收模块， 用于接收发到服务呼叫会话控制功能实体的呼叫请求消 息， 所述请求消息中包括用户标识；
报错模块， 用于接收服务呼叫会话控制功能实体系统报错消息后触发第 二判断模块；
笫二判新模块， 用于判断服务呼叫会话控制功能实体是否能根椐所述用 户标识查询到用户数据， 当不能根椐所迷用户标识查询到用户数据时， 触发 所述第二添加模块； 第二添加模块， 用于将所述用户标识与出错标识添加至用户数据请求消 息后， 向用户签约服务器发送所述用户数据请求消息， 所迷请求消息用于供 用户签约服务器根据是否包括出错标识判断是否根据请求消息返回用户数 据
PCT/CN2007/071332 2006-12-29 2007-12-26 Procédé, système et élément de réseau pour traitement du service après invalidation de données d'élément et survenue d'un incident WO2008083587A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP20206250.1A EP3796623A1 (en) 2006-12-29 2007-12-26 Method and apparatus for service processing after network element fails
ES07846158.9T ES2480140T3 (es) 2006-12-29 2007-12-26 Método, sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de elemento de red y que se produzca un fallo operativo
EP07846158.9A EP2099156B1 (en) 2006-12-29 2007-12-26 Method and system and network element for service processing after network element data invalidated and occurring fault
US12/493,358 US9706019B2 (en) 2006-12-29 2009-06-29 Method, system, and network element for service processing after data of network element is invalid or network element fails
US12/504,166 US20090279425A1 (en) 2006-12-29 2009-07-16 Method, system, and network element for service processing after data of network element is invalid or network element fails

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
CN200610169866.0 2006-12-29
CN200610169866 2006-12-29
CN200710101579.0 2007-04-30
CN2007101015790A CN101299874B (zh) 2007-04-30 2007-04-30 用户数据返回方法、系统及设备
CNA2007101357285A CN101212814A (zh) 2006-12-29 2007-08-10 网元数据失效或发生故障后的业务处理方法、系统及网元
CN200710135728.5 2007-08-10

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/493,358 Continuation US9706019B2 (en) 2006-12-29 2009-06-29 Method, system, and network element for service processing after data of network element is invalid or network element fails

Publications (1)

Publication Number Publication Date
WO2008083587A1 true WO2008083587A1 (fr) 2008-07-17

Family

ID=40934998

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/071332 WO2008083587A1 (fr) 2006-12-29 2007-12-26 Procédé, système et élément de réseau pour traitement du service après invalidation de données d'élément et survenue d'un incident

Country Status (7)

Country Link
US (2) US9706019B2 (zh)
EP (6) EP3253033A1 (zh)
ES (4) ES2529747T3 (zh)
PL (2) PL2996312T3 (zh)
PT (1) PT2099156E (zh)
RU (2) RU2429576C2 (zh)
WO (1) WO2008083587A1 (zh)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101543030B (zh) * 2007-04-02 2012-11-14 日本电气株式会社 Ims网络系统和数据恢复方法
CN102098652B (zh) * 2008-01-18 2012-12-12 华为技术有限公司 一种为用户提供业务的方法、系统和装置
WO2011032611A1 (en) * 2009-09-17 2011-03-24 Telefonaktiebolaget L M Ericsson (Publ) Method and node in a telecommunications network
US8451841B2 (en) 2009-12-28 2013-05-28 At&T Intellectual Property I, L.P. Method and apparatus for processing a call to an aggregate endpoint device
US8793388B2 (en) * 2009-12-28 2014-07-29 At&T Intellectual Property I, L.P. Method and apparatus for processing a call to an aggregate endpoint device
US8762549B2 (en) * 2010-01-18 2014-06-24 Telefonaktiebolaget L M Ericsson (Publ) System and method for IPTV node recovery
EP2569998B1 (en) * 2010-05-14 2015-03-18 Telefonaktiebolaget L M Ericsson (PUBL) Enabling set up of a connection from a non-registered UE in IMS
JP4834167B1 (ja) * 2010-06-04 2011-12-14 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び移動通信システム
US9019954B2 (en) * 2010-06-18 2015-04-28 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatuses for handling public identities in an internet protocol multimedia subsystem network
US9369887B2 (en) * 2010-09-21 2016-06-14 Telefonaktiebolaget Lm Ericsson (Publ) Network signal tracing using charging identifiers as trace recording session references
US9426711B2 (en) * 2011-05-26 2016-08-23 Telefonaktiebolaget Lm Ericsson (Publ) Traffic control within an IP multimedia subsystem
US8856290B2 (en) * 2011-10-24 2014-10-07 General Instrument Corporation Method and apparatus for exchanging configuration information in a wireless local area network
US20130279373A1 (en) * 2012-04-18 2013-10-24 Interdigital Patent Holdings, Inc. Method and apparatus for providing an internet protocol multimedia subsystem triggering service
WO2014101953A1 (en) * 2012-12-28 2014-07-03 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatus for resolving data inconsistencies in an ims network
CN107276811B (zh) 2013-08-07 2021-02-09 华为技术有限公司 一种实现终端被叫业务恢复的方法、相关装置及系统
US10313528B2 (en) * 2014-03-26 2019-06-04 Genband Us Llc Systems, methods, and computer program products for providing regional survivable calling over a packet network
US10523720B2 (en) * 2015-02-27 2019-12-31 Telefonaktiebolaget Lm Ericsson (Publ) P-CSCF recovery and reregistration
US10027721B2 (en) * 2016-04-05 2018-07-17 Samsung Electronics Co., Ltd. Multi-endpoint design for ePDG supported devices
US9979756B2 (en) * 2016-06-07 2018-05-22 Verizon Patent And Licensing Inc. Recovery from a potential proxy call session control function (P-CSCF) failure during call origination
US10383164B2 (en) * 2016-10-06 2019-08-13 T-Mobile Usa, Inc. Network terminal having configurable retry or changeover
CN109951824B (zh) 2018-04-09 2022-04-05 华为技术有限公司 通信方法及装置
CN112187615B (zh) * 2020-08-31 2022-11-08 Oppo（重庆）智能科技有限公司 消息响应方法、装置、终端及存储介质
US11290505B1 (en) * 2021-09-02 2022-03-29 Bank Of America Corporation Data processing systems for data request routing
US20230217235A1 (en) * 2021-12-30 2023-07-06 T-Mobile Usa, Inc. Hss-based p-cscf restoration triggered by as

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040096446A (ko) * 2004-09-10 2004-11-16 한국정보통신대학교 산학협력단 광 레이블 통합과 망 부하에 따른 동적 자원 공유방식을이용한 링크 장애 보호/복구 방법
CN1756181A (zh) * 2004-09-29 2006-04-05 华为技术有限公司 一种归属用户服务器故障恢复处理方法
US7080141B1 (en) * 2002-04-12 2006-07-18 Cisco Technology, Inc. Arrangement for automated fault detection and fault resolution of a network device
CN1852289A (zh) * 2005-08-03 2006-10-25 华为技术有限公司 一种对用户标识存在性进行约束的方法及系统
CN1874279A (zh) 2005-10-21 2006-12-06 华为技术有限公司 在用户注册过程中注册异常的处理方法
CN1878087A (zh) * 2006-03-20 2006-12-13 华为技术有限公司 服务呼叫会话控制功能实体备份方法及其系统
CN1878074A (zh) * 2006-07-10 2006-12-13 武汉理工大学 一种基于广播中继的Ad hoc网络多播路由的建立方法
WO2006136097A1 (fr) 2005-06-20 2006-12-28 Huawei Technologies Co., Ltd. Procédé pour traiter une anomalie lors de la procédure d'inscription d'un utilisateur

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6678264B1 (en) 1999-06-30 2004-01-13 Nortel Networks Limited Establishing connections with a pre-specified quality of service across a communication network
GB0110542D0 (en) 2001-04-30 2001-06-20 Nokia Corp Messaging system
ATE517536T1 (de) * 2001-05-09 2011-08-15 Nokia Corp Anzeige an ein benutzerendgerät dass es sich registrieren muss
ATE452517T1 (de) 2001-06-18 2010-01-15 Nokia Corp Roaming vom ims-bereich in den cs-bereich
US7177642B2 (en) * 2001-07-03 2007-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for handling multiple registration
GB0205399D0 (en) * 2002-03-07 2002-04-24 Nokia Corp Allocation of an S-CSCF to a subscriber
WO2003103231A1 (en) 2002-05-30 2003-12-11 Nokia Corporation Sip based call setup
US6757722B2 (en) 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
US9451422B2 (en) 2003-03-17 2016-09-20 Nokia Technologies Oy Method, system and network device for routing a message to a temporarily unavailable network user
GB0324597D0 (en) * 2003-10-21 2003-11-26 Nokia Corp A communication system
WO2005064978A1 (en) 2003-12-23 2005-07-14 Nokia Corporation User registration in a communication system
GB2411541B (en) 2004-02-26 2006-09-13 Siemens Ag A sip server
CN1278519C (zh) 2004-07-30 2006-10-04 华为技术有限公司 将终端能力变化通知给网络的方法
KR101075614B1 (ko) 2004-10-15 2011-10-21 삼성전자주식회사 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 착신호를 가능하게 하는 방법
CN100512106C (zh) 2004-11-05 2009-07-08 华为技术有限公司 一种确定何时发起服务呼叫控制功能选择的方法
CN100493227C (zh) 2004-11-15 2009-05-27 华为技术有限公司 一种网络侧对更新ip地址的用户的处理方法
GB0502383D0 (en) * 2005-02-04 2005-03-16 Nokia Corp User identities
DE102005007060B4 (de) 2005-02-16 2008-11-13 Nokia Siemens Networks Gmbh & Co.Kg Signalisierung des Ausfalls einer Netzeinheit über ein Kommunikationsnetz
WO2006089592A1 (de) 2005-02-22 2006-08-31 Nokia Siemens Networks Gmbh & Co. Kg Verfahren zur aufrechterhaltung von sip calls bei hardwareausfall redundanter ip systeme
CN1832440A (zh) * 2005-03-10 2006-09-13 朗迅科技公司 使用既有设备的ims网络接入
US7376081B2 (en) 2005-04-04 2008-05-20 Lucent Technologies Inc. Establishment of QoS by applications in cellular networks using service based policy control mechanisms
CN1885779B (zh) * 2005-06-24 2011-07-27 朗迅科技公司 为在线收费系统验证路由选择的ims网关系统和方法
WO2007107185A1 (en) * 2006-03-21 2007-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for registering or deregistering a user to or from an ip multimedia subsystem

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7080141B1 (en) * 2002-04-12 2006-07-18 Cisco Technology, Inc. Arrangement for automated fault detection and fault resolution of a network device
KR20040096446A (ko) * 2004-09-10 2004-11-16 한국정보통신대학교 산학협력단 광 레이블 통합과 망 부하에 따른 동적 자원 공유방식을이용한 링크 장애 보호/복구 방법
CN1756181A (zh) * 2004-09-29 2006-04-05 华为技术有限公司 一种归属用户服务器故障恢复处理方法
WO2006136097A1 (fr) 2005-06-20 2006-12-28 Huawei Technologies Co., Ltd. Procédé pour traiter une anomalie lors de la procédure d'inscription d'un utilisateur
CN1852289A (zh) * 2005-08-03 2006-10-25 华为技术有限公司 一种对用户标识存在性进行约束的方法及系统
CN1874279A (zh) 2005-10-21 2006-12-06 华为技术有限公司 在用户注册过程中注册异常的处理方法
CN1878087A (zh) * 2006-03-20 2006-12-13 华为技术有限公司 服务呼叫会话控制功能实体备份方法及其系统
CN1878074A (zh) * 2006-07-10 2006-12-13 武汉理工大学 一种基于广播中继的Ad hoc网络多播路由的建立方法

Also Published As

Publication number Publication date
ES2529747T3 (es) 2015-02-25
EP2996312A1 (en) 2016-03-16
EP2131557A3 (en) 2010-02-17
EP2996312B1 (en) 2017-06-07
PT2099156E (pt) 2014-07-18
EP2131557B1 (en) 2014-11-12
EP2099156A4 (en) 2009-12-09
EP3796623A1 (en) 2021-03-24
EP2763377A1 (en) 2014-08-06
EP3253033A1 (en) 2017-12-06
US20100165833A1 (en) 2010-07-01
RU2009134567A (ru) 2011-03-20
PL2763377T3 (pl) 2016-04-29
EP2131557A2 (en) 2009-12-09
RU2009129157A (ru) 2011-02-10
ES2560624T3 (es) 2016-02-22
ES2480140T3 (es) 2014-07-25
EP2763377B1 (en) 2015-11-18
EP2099156B1 (en) 2014-05-07
EP2099156A1 (en) 2009-09-09
US9706019B2 (en) 2017-07-11
RU2426275C2 (ru) 2011-08-10
PL2996312T3 (pl) 2017-11-30
ES2638219T3 (es) 2017-10-19
US20090279425A1 (en) 2009-11-12
RU2429576C2 (ru) 2011-09-20

Similar Documents

Publication Publication Date Title
WO2008083587A1 (fr) Procédé, système et élément de réseau pour traitement du service après invalidation de données d'élément et survenue d'un incident
US8792480B2 (en) IMS and method of multiple S-CSCF operation in support of single PUID
US9906566B2 (en) Voice session termination for messaging clients in IMS
CN100382503C (zh) 一种在用户注册过程中注册异常的处理方法
US9479600B2 (en) Methods and apparatuses for initiating provisioning of subscriber data in a HSS of an IP multimedia subsystem network
WO2008052464A1 (fr) Procédé et appareil servant à mettre en oeuvre la reprise sur sinistre de l'ims ip
US8036659B2 (en) Method for requesting an unregistered UE to perform registration in the IMS
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
WO2010075689A1 (zh) 网络容灾方法、终端和呼叫会话控制功能实体
WO2009036629A1 (fr) Procédé de traitement après redémarrage ou récupération sur sinistre d'un élément de réseau central
BRPI0817468B1 (pt) controlador de sessão de acesso, subsistema multimídia ip e seu método de registro e de sessão
KR100703426B1 (ko) 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 발신 및 착신 호를 가능하게 하는 방법 및 장치
EP2569998B1 (en) Enabling set up of a connection from a non-registered UE in IMS
WO2007090348A1 (fr) Procédé, appareil et système de vérification de la validité pour système uri d'agent utilisateur globalement routable
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
WO2011029342A1 (zh) 一种识别pui类型的方法、设备及系统
JP2010525623A (ja) 通信ネットワークにおいて使用する方法、および、装置
WO2012083775A1 (zh) Ims网络中实现异地容灾的方法及装置
KR101006318B1 (ko) 인터넷 기반의 호 처리 방법 및 시스템
WO2009092310A1 (zh) 为用户提供业务的方法和设备

Legal Events

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

Ref document number: 07846158

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 4339/DELNP/2009

Country of ref document: IN

Ref document number: 2007846158

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2009129157

Country of ref document: RU

Kind code of ref document: A