WO2010075689A1 - 网络容灾方法、终端和呼叫会话控制功能实体 - Google Patents

网络容灾方法、终端和呼叫会话控制功能实体 Download PDF

Info

Publication number
WO2010075689A1
WO2010075689A1 PCT/CN2009/073365 CN2009073365W WO2010075689A1 WO 2010075689 A1 WO2010075689 A1 WO 2010075689A1 CN 2009073365 W CN2009073365 W CN 2009073365W WO 2010075689 A1 WO2010075689 A1 WO 2010075689A1
Authority
WO
WIPO (PCT)
Prior art keywords
control function
function entity
session control
call session
terminal
Prior art date
Application number
PCT/CN2009/073365
Other languages
English (en)
French (fr)
Inventor
尼凌飞
吴越
陈伟洪
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2010075689A1 publication Critical patent/WO2010075689A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements

Definitions

  • the present invention relates to a communication network system, and more particularly to a network disaster tolerance method, a terminal, and a call session control function entity. Background technique
  • the IP Multimedia Subsystem is a separate session domain controlled by the SIP-based CALL Session Control Function (CSCF).
  • CSCF CALL Session Control Function
  • the IMS system provides a geographical redundancy by the redundant telecommunication device CSCF to meet the disaster tolerance requirements.
  • the embodiment of the invention provides a network disaster tolerance method, a terminal and a call session control function entity.
  • An embodiment of the present invention provides a network disaster tolerance method, where the method includes: detecting, by a terminal, whether a currently registered call session control function entity is faulty; if the detection result is yes, initiating a registration request to a redundant call session control function entity; Receiving a registration success message returned by the redundant call session control function entity.
  • the embodiment of the present invention provides a network disaster recovery method, where the faulty call session control function entity is a priority device when the terminal detects the fault of the faulty call session control function entity, and the method includes:
  • the domain user server downloads user data; after the download succeeds, a registration success message is returned to the terminal.
  • An embodiment of the present invention provides a terminal, where the terminal includes:
  • a first detecting unit configured to detect whether a currently registered call session control function entity is faulty
  • the first request sending unit when the detection result of the first detecting unit is yes, the first request sending unit is configured to initiate a registration request to the redundant call session control function entity;
  • a first receiving unit configured to receive a registration success message returned by the redundant call session control function entity.
  • an embodiment of the present invention provides a call session control function entity, where the call session control function entity includes:
  • the fourth receiving unit is configured to receive a rewind request sent by the terminal, where the rewind request includes a user identifier and a rewind flag;
  • the fifth receiving unit is configured to receive a re-registration request sent by the terminal, and a user data acquiring unit, configured to download, according to the re-registration request, from the home domain user server User data; After the first sending unit successfully downloads, the first sending unit is configured to send a registration success message to the terminal.
  • FIG. 1 is a flowchart of a network disaster tolerance method according to Embodiment 1 of the present invention.
  • FIG. 2 is a flowchart of a network disaster tolerance method according to Embodiment 2 of the present invention.
  • Embodiment 3 is a schematic diagram of a standard registration process in Embodiment 2 of the present invention.
  • FIG. 4 is a flowchart of a network disaster tolerance method according to Embodiment 3 of the present invention.
  • Figure 5 is a flow chart for establishing a call in Embodiment 3 of the present invention.
  • FIG. 6 is a flowchart of a network disaster tolerance method according to Embodiment 4 of the present invention.
  • FIG. 7 is a flowchart of a process for rectifying a fault of a currently registered network device after the network disaster recovery method according to Embodiment 5 of the present invention.
  • FIG. 8 is a second flowchart of a process for rectifying a fault of a currently registered network device after the network disaster tolerance method in the fifth embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of a terminal according to Embodiment 6 of the present invention.
  • FIG. 10 is a schematic structural diagram of a first detecting unit of a terminal according to Embodiment 7 of the present invention.
  • FIG. 11 is a schematic structural diagram of a first detecting unit of a terminal according to Embodiment 7 of the present invention.
  • FIG. 12 is a schematic structural diagram of a first detecting unit of a terminal according to Embodiment 7 of the present invention.
  • FIG. 13 is a schematic structural diagram of a terminal according to Embodiment 8 of the present invention.
  • FIG. 14 is a schematic structural diagram of a call session control function entity according to Embodiment 9 of the present invention.
  • FIG. 15 is a schematic structural diagram of a call session control function entity according to Embodiment 10 of the present invention.
  • the embodiment of the present invention provides a network disaster recovery method.
  • the method includes: the terminal detects whether a currently registered call session control function entity is faulty (see step 101); if the detection result is yes, The redundant call session control function entity initiates a registration request (see step 102); receives a registration success message returned by the redundant call session control function entity (see step 103).
  • the call session control function entity is a call session control function entity in the IMS domain.
  • the terminal may save the address of the redundant call session control function entity (CSCF: CALL Session Control Function) as the service preferred address to initiate the address of the redundant CSCF entity. Call (see step 104).
  • CSCF CALL Session Control Function
  • the redundant CSCF entity may register in any existing manner, and return a registration success message to the terminal after successful registration.
  • the terminal may initiate a registration request to the redundant CSCF entity according to a pre-configured address or an address of the redundant CSCF entity obtained from the address server.
  • the terminal when the terminal detects that the currently registered CSCF entity fails, it can register with other redundant CSCF entities to initiate a call through the redundant CSCF entity.
  • the CSCF in the IMS field with the CSCF entity as an example.
  • the currently registered CSCF is CSCF1 and the redundant CSCF entity is CSCF2.
  • FIG. 2 is a flowchart of a network disaster tolerance method according to Embodiment 2 of the present invention. As shown in Figure 2, the network disaster recovery method includes:
  • Step 201 The terminal initiates a call to the currently registered call session control function entity CSCF1 by using an Invite message.
  • Step 203 The terminal initiates a registration request to a redundancy according to a pre-configured redundant CSCF entity address or an address of the redundant CSCF entity obtained from a server, for example, from a Domain Name System (DNS: Domain Name System) Call session control function entity CSCF2; wherein the registration request uses a Register message;
  • DNS Domain Name System
  • Step 204 After receiving the registration request sent by the terminal, the CSCF2 performs registration, and interacts with the home domain user server HSS to download user data from the home domain user server HSS.
  • Step 205 after the registration is successful, the terminal The address of the redundant CSCF entity CSCF2 is set to the service preferred address such that the terminal initiates a call using the redundant CSCF entity CSCF2.
  • the terminal UE may periodically send a heartbeat signal to the currently registered CSCF entity CSCF1; when the number of times the heartbeat signal is sent exceeds a preset value, it has not been received yet. In response, it is determined that the currently registered CSCF entity has failed.
  • the CSCF 2 can be registered using any existing registration process.
  • 3 is a registration procedure of the CSCF2 in step 204, wherein the CSCF2 is logically divided into a proxy CSCF (P-CSCF), a query CSCF (I-CSCF), and a service CSCF (S-CSCF).
  • P-CSCF proxy CSCF
  • I-CSCF query CSCF
  • S-CSCF service CSCF
  • the proxy CSCF receives a registration request Register sent by the terminal, where the registration request includes information such as a user identifier, a requesting uniform resource identifier, a terminal address, a registration duration, and the like; ) Uniform resource identifier (Request-URI: according to the request in the registration request)
  • Interrogation-CSCF address and forward the registration request to the I-CSCF
  • Steps 303, 304, the query CSCF queries the home domain user server HSS to obtain a service contracted service CSCF (S-CSCF: Serving-CSCF) capability set;
  • the I-CSCF sends a user authorization request (UAR: User-Authorization).
  • UAR User-Authorization
  • the message query user subscribes to the S_CSCF capability set; the home domain user server HSS
  • the query result is returned to the I_CSCF through a User Authorization Answer (UAA: User-Authorization-Answer) message.
  • UAA User-Authorization-Answer
  • Step 305 The I-CSCF selects one of the S-CSCFs from the acquired S-CSCF capability set, and forwards the registration request Register to the S-CSCF.
  • Steps 306, 307 the selected S-CSCF obtains the user's authentication data by querying the home domain user server HSS according to the user identifier in the registration request Register; wherein the authentication data may include a random challenge, a desired Results and network authentication tokens and other information;
  • the S-CSCF queries the user's authentication data by sending a multimedia authentication request (MAR: Multimedia-Authentication-Request) message; the home domain user server H SS passes the multimedia authentication response (MM: Multimedia- The Authentication-Answer message returns the query result to the S-CSCF.
  • MAR Multimedia-Authentication-Request
  • MM Multimedia- The Authentication-Answer
  • Step 308, 309, 310 the S-CSCF returns an authentication challenge response to the terminal UE, indicating that the terminal UE joins the authentication information, and the authentication information that the user joins may include the terminal according to the received random challenge and the terminal.
  • the authentication response 401 calculated by the shared key itself saved;
  • Steps 311 to 315 similar to steps 301 to 305, sending the registration request Register to the S
  • the registration request includes the authentication information that the terminal UE joins
  • Steps 316 and 317 the S-CSCF obtains the authentication information from the registration request, and compares with the locally stored authentication data. If the comparison result is consistent, the authentication is performed, so that the user can be downloaded from the HSS. Data
  • the S-CSCF allocates a request through a server (SAR: Server-Assignment-
  • the Request message is queried from the HSS for user data; the HSS returns the user data to the S_CSCF via a Server-Assignment-Answer message.
  • Steps 318, 319, and 320 the S-CSCF returns a successful response to the terminal UE, and the registration is successful.
  • the registration success response message may be a 200 response message.
  • the terminal when the terminal initiates a call to the currently registered CSCF entity, the response is not received within a preset time or the periodic heartbeat signal is sent beyond the preset value. Should, the terminal determines that the currently registered CSCF entity fails, and then sends a registration request to the redundant CSCF entity according to the pre-stored redundant CSCF entity address or the address of the redundant CSCF entity obtained from the server, when the registration is successful After the call is initiated, the redundant CSCF entity can process the call according to the user data, including security check, permission check, routing, and service provisioning.
  • the network disaster recovery method includes:
  • Step 401 When the call session function entity CSCF1 currently registered by the terminal fails, the call is routed to the terminal device UE by the redundant call session function entity CSCF2; wherein the call is routed through the Invite message;
  • Step 402 the terminal UE detects that the address of the CSCF2 of the received call is inconsistent with the address of the currently registered CSCF1, and executes step 403;
  • Step 403 establishing a call
  • Step 404 after the call ends, further determine whether another session exists
  • Step 405 If the judgment result is that no other session exists, the registration request is initiated to the CSCF2. Registero. When there are other sessions, the registration request may be initiated to the CSCF2 after other sessions are finished, so that interruption of other sessions can be avoided.
  • step 404 can be omitted, and a registration request can be directly initiated to the CSCF2 after the call ends.
  • Step 406 The CSCF2 receives the registration request register sent by the terminal, so that the CSCF2 downloads user data from the home domain user server HSS; the registration process is similar to the registration process shown in FIG. 3, and details are not described herein again;
  • Step 407 After the registration is successful, the terminal sets the address of the CSCF2 as the service preferred address, so that the terminal initiates the call by using the CSCF2.
  • any existing call setup process may be used. The following uses the process shown in FIG. 5 as an example. As shown in FIG. 5, the method includes:
  • Step 501, 502 the end user UE-A picks up the call, and sends the call request Invite message to the calling side S-CSCF via the calling side P-CSCF according to the path established by the registration;
  • Step 503 The calling side S-CSCF obtains a query of the home domain of the called party according to the called address.
  • I-CSCF sending the call request to the I-CSCF to which the called party belongs
  • Steps 504, 505 the called side I-CSCF queries the home domain user server HSS according to the called user identifier, and obtains the user registered service CSCF (S-CSCF) from the HSS;
  • S-CSCF user registered service CSCF
  • the I-CSCF may be queried by using a location information request (LIR: Location-Info-Request) message, and the HSS may return the query result by using a location information response (LIA: Location-Info-Answer) message;
  • LIR Location-Info-Request
  • LIA Location-Info-Answer
  • Step 506 the called side I-CSCF sends the call request to the obtained S-CSCF;
  • Steps 509 to 514 after the called terminal UE-B rings, send a response to the calling terminal UE-A along the path established by the initial call;
  • Steps 515 to 520 after the called UE-B user picks up the phone, sends a response 200 to the calling terminal UE-A along the path established by the initial call;
  • Steps 521 to 526 after receiving the 200 response, the calling terminal UE-A returns an acknowledgment (ACK: acknowledgement) message to the called terminal UE_B, and the call is established.
  • ACK acknowledgment
  • the SCF2 route is sent to the terminal.
  • the terminal determines that the address of the CSCF2 is inconsistent with the address of the currently registered C SCF entity, the terminal sends a registration request to the CSCF2. After the registration is successful, the call may be initiated according to the address of the CSCF2. After the call, the CSCF2 can process the call according to the user data, including security check, permission check, routing, and service provisioning.
  • the terminal may instruct the network to perform the rewind process.
  • the present invention further provides a network disaster recovery method.
  • the terminal detects the fault of the current call session control function entity CSCF1 that is faulty, as shown in FIG. 6, the method includes:
  • the call session control function entity CSCF1 receives a rewind request sent by the terminal, and the rewind request includes a user identifier and a rewind flag (see step 601); receiving a re-registration request sent by the terminal (see step 6)
  • the CSCF 1 is a preferred device.
  • the method further includes: acquiring user authentication data from the home domain user server HSS according to the rewind request (see step 602); sending an authentication indication message to The terminal, the authentication indication message includes the user authentication data (see step 603).
  • the user authentication data is obtained from the home domain user server according to the rewind request, and the following manner may be adopted: obtaining, according to the rewind request, the service provided by the terminal from the home domain user server HSS a list to select a priority serviceable device, that is, the CSCF1; after detecting the local no user data according to the rewind request, acquiring user authentication data from the home domain user server HSS.
  • step 602 the obtaining the user authentication data from the home domain user server according to the rewind request may be as follows:
  • the terminal may instruct the network to perform a rewind process.
  • the terminal may instruct the network to perform the reverse processing.
  • the currently registered call session control function entity CSCF1 is taken as a preferred device as an example. As shown in Figure 7, the following steps can be taken:
  • Step 701 After detecting the fault of the currently registered session control function entity CSCF1, the terminal UE actively sends a rewind request to the CSCF1 when the re-registration is sent in the idle state.
  • the registration request Regi ster may be used.
  • the request carries the rewind flag and the user identifier in the request, but is not limited thereto, and other may be employed.
  • Step 702 the CSCF1 obtains a rewind flag from the Regi ster request
  • Steps 703, 704 the CSCF1 queries the home domain user server HSS for the list of serviceable devices that are configured when the user subscribes according to the user identifier and the rewind flag indication, and the currently registered CSCF1 selects and selects from the list.
  • the service device (the preferred device is configured), that is, the CSCF1;
  • the CSCF1 sends a query message.
  • the user service request (UAR) message may be sent from the home domain user server HSS to query the list of available service devices configured when the user subscribes, and receive the response returned by the HSS.
  • a message for example, a User Authorization Answer (UAA) message, to obtain a list of serviceable devices that are configured when the user signs up, but is not limited thereto, and others may be employed.
  • UAA User Authorization Answer
  • Step 705 Step 706, the CSCF1 detects local user-free data, determines registration as an initial registration, and interacts with the home domain user server HSS to obtain user authentication data.
  • the CSCF1 may send an authentication request, for example, a multimedia authentication request (MAR) message to the home domain user server HSS, and the HSS authenticates the user by using a response message, for example, a multimedia authentication response (MAA) message.
  • MAR multimedia authentication request
  • MAA multimedia authentication response
  • the weight data is transmitted to the CSCF1, but is not limited thereto, and others may be employed.
  • Step 707 The CSCF1 returns an authentication indication message to the terminal UE, where the authentication indication message includes the user authentication data.
  • the authentication indication message may adopt a 401 response message to indicate the terminal UE.
  • Steps 708, 709 the home domain user server HSS finds according to the obtained user authentication data.
  • the CSCF entity registered by the terminal is changed, that is, CSCF1 is regarded as a valid security device according to the obtained user authentication data, and the host name and address of the CSCF1 are compared with the host name and address of the redundant session control function entity CSCF2 registered by the user, Sending a logout request to the original registered CSCF2; after receiving the logout request, the CSCF2 deletes the locally saved user data and feeds back the logout response message to the HSS.
  • the logout request uses a logout termination request (RTR) message
  • the logout response message uses a logout termination response (RTA) message, but is not limited thereto, and other may be employed.
  • Step 710 After receiving the 401 response message sent by the CSCF1, the terminal UE initiates a re-registration request to the currently-registered CSCF entity.
  • the registration process is as shown in FIG. 3, and details are not described herein.
  • the redundant CSCF2 can be implemented to revert back to the currently registered CSCF1 through the above steps.
  • the rewinding process can also be performed in the following manner.
  • Step 801 After detecting that the currently registered call control function entity CSCF1 is faulty, the terminal UE actively sends a rewind request to the CSCF1 when the re-registration is sent in the idle state.
  • the rewind request may be registered.
  • the Regi ster request is requested, and the rewind flag and the user ID are carried in the request, but are not limited thereto, and other messages may also be used.
  • Steps 802, 803, the CSCF1 interacts with the home domain user server HSS according to the request, queries the server where the terminal UE is located, that is, the registered server, and obtains the call control function entity that the terminal UE has registered (ie, redundant call control).
  • Functional entity CSCF2 ie, redundant call control
  • the CSCF1 interacts with the home domain user server H SS according to the 3GPP 29.228 specification, that is, sends a query request to the HSS, and receives a message returned by the HSS; wherein the query request may adopt a UAR message, where The response message may use a UAA message, but is not limited thereto, and other messages may also be used;
  • Step 804 the CSCF1 forwards the Regi ster request to the CSCF2 according to the query result;
  • Step 806, 807 the CSCF2 instructs the HSS to cancel the registration information of the terminal in the CSCF2 by using the logout request message according to the rewinding flag, the HSS cancels the registration information of the terminal of the CSCF2, and returns a logout completion message to the CSCF2 ;
  • the logout request message may use a SAR message;
  • the logoff completion message may use a SAA message, but is not limited thereto, and other messages may also be used;
  • Step 808 after the logout is completed, the CSCF2 returns a redirect response message to the CSCF1.
  • the redirect response message may adopt a 3XX, for example, 305 message, and the redirect response message may include the terminal reselecting the call.
  • Information such as instructions for registration of the session control function entity;
  • Steps 809, 810 after receiving the redirect response, the CSCF1 interacts with the home domain user server HSS according to the 3GPP 24.229 specification to re-acquire the list of available service devices configured when the user subscribes, and selects the preferred service device.
  • the preferred device is configured), that is, the CSCF1;
  • the CSCF1 may query by sending a UAR message; the HSS returns a device list through the UM message, but is not limited thereto, and other messages may also be used;
  • Step 81 1 812 the CSCF1 detects that there is no user data locally, and performs the user registration data with the home domain user server HSS as the initial registration process.
  • the CSCF1 sends the M AR message to the home domain user server.
  • HSS the HSS transmits user data to the C SCF1 through the MAA message, but is not limited thereto, and other messages may also be used;
  • Step 813 The CSCF1 returns an authentication indication message to the terminal UE, where the authentication indication message includes the user authentication data.
  • the authentication indication message may adopt a 401 response message to indicate the terminal UE. Authentication, but not limited to this, other messages may be used;
  • Step 814 After receiving the 401 response message sent by the CSCF1, the terminal UE sends a re-registration request to the CSCF1.
  • the registration process is shown in FIG. 3, and details are not described herein again.
  • the redundant call control function entity CSCF2 can be implemented to revert back to the currently registered call control function entity CSCF1 through the above steps.
  • the terminal actively initiates disaster recovery processing by the terminal, which can reduce the dependence on other devices, and is beneficial to the deployment and application of the telecommunication device; since the terminal can be uniformly customized, especially in the provision of redundant devices by different vendors. It has greater application advantages.
  • the terminal may instruct the network to perform a rewind process.
  • the embodiment of the present invention provides a terminal.
  • the terminal includes a first detecting unit 901, a first request sending unit 902, and a first receiving unit 903.
  • the first detecting unit 901 is configured to detect the current registration. Whether the call control function entity is faulty; when the detection result of the first detecting unit 901 is YES, the first request sending unit 902 is configured to initiate a registration request to the redundant call control function entity; the first receiving unit 903 A registration success message returned by the call control function entity for receiving the redundancy.
  • the address of the redundant call control function entity can be saved as the service preferred address.
  • CSCF1 is used to indicate the currently registered call control function entity
  • CSCF2 is used to represent the redundant call control function entity
  • the terminal further includes a setting unit 904 and a storage unit 905, wherein, after the registration is successful, the setting unit 904 is configured to set the address of the CSCF2 as the first address, and the storage unit 904 is configured to store the CSCF2. the address of. After the user redials, the call can be initiated to the CSCF2 according to the stored address of the CSCF2.
  • the first request sending unit 902 can initiate a registration request to the redundant CSCF entity according to the locally configured address or the address obtained from the server.
  • the terminal when the terminal detects that the currently registered call control function entity has failed, it can register with other redundant call control function entities, and initiate a call through the redundant call control function entity.
  • Example 7 The embodiment of the present invention provides a terminal. As shown in FIG. 9, the terminal includes a first detecting unit 901, a first request sending unit 902, a first receiving unit 903, a setting unit 904, and a storage unit 905. 6 is similar, and will not be described here.
  • the first detecting unit 901 may include a first calling unit 1001, a first determining unit 1002, and a first fault determining unit 1003.
  • the first calling unit 1001 is configured to initiate a call to the C SCF1.
  • the first determining unit 1002 is configured to determine whether a response is received within a preset time; if the determining result of the first determining unit 1002 is no, the first fault determining unit 1003 is configured to determine that the CSCF1 is faulty.
  • the first request sending unit 1002 can obtain the CSCF2 address according to the locally configured CSCF2 address or from the server, for example, from the Domain Name System (DNS: Domain Name System). To send a registration request.
  • DNS Domain Name System
  • the address of the CSCF2 can also be obtained in other existing ways.
  • the terminal when the terminal initiates a call to the CSCF1 and does not receive a response within a preset time, the terminal determines that the CSCF1 is faulty, and then sends the registration according to the address of the CS CF2 pre-stored or obtained from the server. Request to CSCF2, when the registration is successful, the call can be initiated according to the address of the CSCF2.
  • the interaction process between the terminal and CSCF1 and CSCF2 is similar to the process shown in Figure 2 and Figure 3, and is not described here.
  • the first detecting unit 901 can also be implemented as follows:
  • the first detecting unit 901 may include: a signal transmitting unit 1101, a second determining unit 1102, and a second fault determining unit 1103; wherein the signal sending unit 101 is configured to periodically send a heartbeat signal. Up to the currently registered CSCF entity; the second determining unit 1102 is configured to determine whether a response is received within a preset number of times of sending the heartbeat signal; if the determination result of the second determining unit 1102 is no, the second The failure determining unit 1103 determines that the currently registered CSCF entity has failed.
  • the terminal when the terminal sends a periodic heartbeat signal locally and does not receive a response within a predetermined number of transmissions, the terminal determines that the CSCF1 fails, according to the address of the CSCF2 pre-stored or obtained from the server. Send a registration request to CSCF1. When the registration is successful, you can root A call is initiated based on the address of the CSCF2.
  • the interaction process between the terminal and the CSCF1 and the CSCF2 is similar to the process shown in FIG. 2 and FIG. 3, and details are not described herein again.
  • the first detecting unit 901 includes a call receiving unit 1201, a third determining unit 1202, and a third fault determining unit 1203.
  • the call receiving unit 1201 is configured to receive a CSCF2 route from the network side.
  • the third determining unit 1202 is configured to determine whether the address of the CSCF2 is consistent with the address of the CSCF1; if the result of the third determining unit 1202 is that the address is inconsistent, the third fault determining unit 1203 is configured to determine that the CSCF1 occurs. malfunction.
  • the call is routed and sent by the redundant call control function entity to the terminal, when the terminal receives the call sent by the redundant call control function entity. And determining whether the address of the redundant call control function entity is consistent with the address of the currently registered call control function entity, and if the judgment result is inconsistent, confirming that the currently registered call control function entity is faulty.
  • the terminal determines that the CSCF1 is faulty, and before the first request sending unit 902 sends the registration request to the CSCF2, the terminal still needs to determine whether other sessions exist, if If it does not exist, a registration request is sent.
  • the terminal further includes a fourth determining unit (not shown).
  • the fourth determining unit is configured to determine whether another session exists. If the determination result is that no other session exists, the first The request sending unit 902 is configured to initiate a registration request to the CSCF2.
  • the terminal detects whether the address of the CSCF entity on the network side from which the received call is from is consistent with the address of the currently registered call control function entity, and actively detects the address change when the address change is detected.
  • the call control function entity initiates a registration request.
  • the process of the terminal interacting with the CSCF1 and the CSCF2 is similar to the process shown in FIG. 4 and FIG. 5, and details are not described herein again.
  • the embodiment of the invention provides a terminal, and the composition of the terminal can be configured as in the embodiments 5 and 6.
  • the terminal can also instruct to perform the rewind process.
  • the terminal may further include a second detecting unit 1301, and the second request is sent.
  • the second receiving unit 1303 is configured to receive an authentication indication message that is sent by the CSCF1 and that is used to authenticate the terminal.
  • the authentication indication message includes user authentication data, and the 4 01 response message may be used, but is not limited thereto.
  • the third request sending unit 1304 is configured to initiate a re-registration request to the CSCF1 according to the authentication indication message; the third receiving unit 1305 is configured to receive the registration success message returned by the CSCF1.
  • the second detecting unit 1301 may detect that the currently registered call control function entity is faulty by the terminal responding to the service registration (registration) or the locally configured periodic heartbeat signal in a certain time when the terminal is idle. .
  • the terminal when the terminal detects that the currently registered call control function entity is faulty by detecting a service registration (registration) or a locally configured periodic heartbeat signal in a certain response, the terminal can revert the call by issuing a rewind.
  • the request for example, carries a rewind flag in the service level (registration) request to actively instruct the network to perform the rewind process.
  • the interaction process between the terminal and the CSCF entity is shown in Figures 7 and 8.
  • the embodiment of the present invention provides a call session control function entity, which is a currently registered call control function entity CSCF, such as CSCF1 shown in FIG.
  • CSCF currently registered call control function entity
  • the call control function entity includes a fourth receiving unit 1401, an authentication data obtaining unit 1402, an authentication indication transmitting unit 1403, a fifth receiving unit 1404, a user data obtaining unit 1405, and a first transmitting unit 1406; among them,
  • the fourth receiving unit 1401 is configured to receive a rewind request sent by the terminal, where the rewind request includes a user identifier and a rewind flag, where the rewind request may be a Register request, but is not limited thereto.
  • the fifth receiving unit 1405 is configured to receive a re-registration request sent by the terminal
  • the user data obtaining unit 1405 is configured to download user data from the home domain user server according to the re-registration request
  • a sending unit 1406 is configured to send a registration success message to the terminal.
  • the authentication data obtaining unit 1402 can obtain the user authentication data in two ways of Embodiment 4.
  • the call control function entity further includes: an authentication data obtaining unit 1402, an authentication indication transmitting unit 1403.
  • the authentication data obtaining unit 1402 is configured to obtain user authentication data from the home domain user server according to the rewind request;
  • the authentication indication sending unit 1403 is configured to send an authentication indication message to the terminal, where the authentication indication message is sent.
  • a 401 response message may be employed, the authentication indication message including the user authentication data.
  • the working process of the session control function entity may be as shown in FIG. 7 and FIG. 10, and details are not described herein again.
  • the reverse processing can also be performed by the indication of the terminal.
  • the embodiment of the present invention further provides a call session control function entity, which is a redundant call control function entity CSCF, such as CSCF2 shown in FIG.
  • CSCF redundant call control function entity
  • the call session control function entity includes a sixth receiving unit 1501, a logout request sending unit 1502, a seventh receiving unit 1503, and a second sending unit 1504.
  • the sixth receiving unit 1501 is configured to receive a rewind request sent by the failed call session function entity CSCF1, where the rewind request includes a user identifier and a rewind flag;
  • the logout request sending unit 1502 is configured to send the logout according to the rewind request Requesting to the home domain user server HSS to cancel the registration information of the terminal of the registered call session control function entity CSCF2;
  • the seventh receiving unit 1503 is configured to receive the logout success response message returned by the home domain user server HSS;
  • the two sending unit 154 is configured to send a redirect response message to the failed call session control function entity CSCF1, the redirect response message including an indication that the terminal reselects a different call session control function entity registration.
  • the working process of the call session control function entity is shown in steps 1004 to 1008 of FIG. 8, and details are not described herein again.
  • the redundant call control function entity CSCF2 obtains the rewind request from the CSCF1
  • the user data on the CSCF2 can be deregistered from the home domain user server HSS according to the rewind request, so that when the CSCF1 is from the CSCF1 HSS is more convenient and faster when it comes to obtaining user data.
  • the terminal when the terminal detects that the currently registered CSCF entity is faulty, the terminal actively initiates disaster recovery processing, so that when the CSCF of different vendors forms a redundant system, the dependence on other devices can be reduced. It is beneficial to the deployment and application of telecommunication equipment; it can be customized in the terminal, especially when it is provided by different vendors.
  • the terminal may instruct the network to perform a rewind process.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

网络容灾方法、 终端和呼叫会话控制功能实体 本申请要求于 2008 年 12 月 31 日提交中国专利局， 申请号为 200810247028. X, 发明名称为 "网络容灾方法、 终端和呼叫会话控制功能实 体" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信网络系统， 特别关于一种网络容灾方法、 终端和呼叫会 话控制功能实体。 背景技术
目前， 自然界尚存在某些人类无法预防或避免的灾难性事件， 例如， 地 震、 海啸等。 在这些灾难性事件发生后，需要通信尽可能快的恢复，以缩短救 灾时间。 绝大多数运营商在新建、 升级电信网络或网络改造时都提出了网络 容灾的需求，将冗余的电信设备分布在不同的地理局点，当一个地理局点遇到 灾难事务时，由其它地理局点的电信设备提供服务。
IP多媒体子系统 （IMS: IP Multimedia Subsystem) 是基于 SIP协议的会 话控制功能实体 （CSCF: CALL Session Control Function) 控制的一个独立 的会话域。 为了在发生灾难的情况下， 使得核心侧电信设备 CSCF能够尽可能 快的恢复业务，该 IMS系统提供了由冗余的电信设备 CSCF组成地理冗余的方 式， 以、满足容灾需求。
目前， 可通过网络侧的 CSCF的控制实现容灾， 但是， 需要在网络侧进行 特殊处理，对网络设备有特殊要求， 注册过程中获得的用户数据无法恢复，并 且不适用与漫游用户场景。 发明内容 本发明实施例提供一种网络容灾方法、 终端和呼叫会话控制功能实体。 本发明实施例提供一种网络容灾方法， 该方法包括： 终端检测当前注册的呼 叫会话控制功能实体是否发生故障； 若检测结果为是， 则向冗余的呼叫会话 控制功能实体发起注册请求； 接收所述冗余的呼叫会话控制功能实体返回的 注册成功消息。
本发明实施例提供一种网络容灾方法， 在终端检测到发生故障的呼叫会 话控制功能实体的故障排除时， 且发生故障的呼叫会话控制功能实体为优先 设备， 该方法包括：
所述呼叫会话控制功能实体接收所述终端发送的倒回请求， 所述倒回请 求包括用户标识和倒回标志； 接收所述终端发送的重注册请求； 根据所述重 注册请求从所述归属域用户服务器下载用户数据； 下载成功后返回注册成功 消息至所述终端。
本发明实施例提供一种终端， 该终端包括：
第一检测单元， 所述第一检测单元用于检测当前注册的呼叫会话控制功 能实体是否发生故障；
第一请求发送单元， 当所述第一检测单元的检测结果为是， 则所述第一 请求发送单元用于向冗余的呼叫会话控制功能实体发起注册请求；
第一接收单元， 所述第一接收单元用于接收所述冗余的呼叫会话控制功 能实体返回的注册成功消息。
为实现上述目的， 本发明实施例提供一种呼叫会话控制功能实体， 该呼 叫会话控制功能实体包括：
第四接收单元， 所述第四接收单元用于接收终端发送的倒回请求， 所述 倒回请求包括用户标识和倒回标志；
第五接收单元， 所述第五接收单元用于接收所述终端发送的重注册请求; 用户数据获取单元， 所述用户数据获取单元用于根据所述重注册请求从 所述归属域用户服务器下载用户数据； 第一发送单元， 下载成功后， 所述第一发送单元用于发送注册成功消息 至所述终端。
附图说明
此处所说明的附图用来提供对本发明实施例的进一歩理解， 构成本申请 的一部分， 并不构成对本发明实施例的限定。 在附图中：
图 1是本发明实施例 1的网络容灾方法流程图 ·，
图 2是本发明实施例 2的网络容灾方法流程图；
图 3是本发明实施例 2中标准注册流程示意图；
图 4是本发明实施例 3的网络容灾方法流程图；
图 5是本发明实施例 3中建立呼叫流程图；
图 6是本发明实施例 4的网络容灾方法流程图；
图 7是本发明实施例 5网络容灾方法的当前注册的网络设备故障排除后倒 回处理流程图之一；
图 8是本发明实施例 5中网络容灾方法的当前注册的网络设备故障排除后 倒回处理流程图之二；
图 9是本发明实施例 6的终端结构示意图；
图 10是本发明实施例 7的终端的第一检测单元结构示意图；
图 11是本发明实施例 7的终端的第一检测单元结构示意图；
图 12是本发明实施例 7的终端的第一检测单元结构示意图；
图 13是本发明实施例 8的终端结构示意图；
图 14是本发明实施例 9的呼叫会话控制功能实体结构示意图；
图 15是本发明实施例 10的一个呼叫会话控制功能实体结构示意图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚明白， 下面结合附 图， 对本发明实施例做进一歩详细说明。 在此， 本发明的示意性实施例及其 说明用于解释本发明， 但并不作为对本发明的限定。
实施例 1
本发明实施例提供一种网络容灾方法， 如图 1所示， 该方法包括： 终端检 测当前注册的呼叫会话控制功能实体是否发生故障 （见歩骤 101 ) ; 若检测结 果为是， 则向冗余的呼叫会话控制功能实体发起注册请求 （见歩骤 102 ) ; 接 收该冗余的呼叫会话控制功能实体返回的注册成功消息 （见歩骤 103)。
在本实施例中， 该呼叫会话控制功能实体为 IMS领域的呼叫会话控制功 能实体。
当该终端接收到返回的注册成功消息后， 可将该冗余的呼叫会话控制功 能实体 （CSCF: CALL Session Control Function) 的地址保存为业务首选地 址， 以通过该冗余的 CSCF实体的地址发起呼叫 （见歩骤 104)。
在本实施例中， 该冗余的 CSCF实体接收该注册请求后， 可采用现有的任 何方式进行注册， 注册成功后返回注册成功消息至该终端。
在本实施例中， 该终端可根据预先配置的地址或者从地址服务器获得的 该冗余的 CSCF实体的地址向该冗余的 CSCF实体发起注册请求。
由上述实施例可知， 当终端检测到当前注册的 CSCF实体发生故障时， 可 注册到其它冗余的 CSCF实体， 通过该冗余的 CSCF实体发起呼叫。
实施例 2
以下结合附图、 以 CSCF实体为 IMS领域中的 CSCF为例进行详细说明。 如图 2所示， 当前注册的 CSCF为 CSCF1 , 冗余的 CSCF实体为 CSCF2。
图 2是本发明实施例 2的网络容灾方法流程图。 如图 2所示， 该网络容灾方 法包括：
歩骤 201， 终端通过 Invite消息向当前注册的呼叫会话控制功能实体 CSCF1 发起呼叫； 歩骤 202， 该终端判断是否在预设时间内收到响应； 若判断结果为否， 则 确定当前注册的所述 CSCF实体发生故障；
歩骤 203， 该终端根据预先配置的冗余的 CSCF实体地址或者从服务器， 例如， 从域名服务器系统 （DNS : Domain Name System) 中获得的该冗余的 CSCF 实体的地址发起注册请求至冗余的呼叫会话控制功能实体 CSCF2;其中该注册 请求采用 Register消息；
歩骤 204， 该 CSCF2接收该终端发送的注册请求后， 进行注册， 与归属域 用户服务器 HSS之间进行交互， 从该归属域用户服务器 HSS下载用户数据； 歩骤 205， 注册成功后， 该终端将该冗余的 CSCF实体 CSCF2的地址设置为 业务首选地址， 使得该终端利用该冗余的 CSCF实体 CSCF2发起呼叫。
此外， 在歩骤 201和 202中， 还可采用如下方式： 该终端 UE可周期性发送 心跳信号至该当前注册的 CSCF实体 CSCF1 ; 当发送该心跳信号的次数超过预 设值时还未收到响应， 则确定当前注册的该 CSCF实体发生故障。
在本实施例中， 在歩骤 204中， 该 CSCF2可采用现有的任何注册流程进行 注册。 图 3为歩骤 204中该 CSCF2的注册流程， 其中， 将该 CSCF2从逻辑上划分 为代理 CSCF (P-CSCF)、 查询 CSCF (I-CSCF)和服务 CSCF (S-CSCF)。 以下以图 3 所示的注册流程为例进行说明。
歩骤 301、 302, 该代理 CSCF (P-CSCF)接收该终端发送的注册请求 Register, 该注册请求中包括用户标识、 请求统一资源标示符、 终端地址、 注册时长等 信息； 该 (P-CSCF)根据该注册请求中的请求统一资源标示符 （Request-URI:
Request-Uniform Resource Identifi er ) 信息获得查询 CSCF (I_CSCF:
Interrogation-CSCF)地址，并向该 I-CSCF转发该注册请求 Registers
歩骤 303、 304, 该查询 CSCF ( I-CSCF) 查询归属域用户服务器 HSS, 以 获得用户签约的服务 CSCF (S-CSCF: Serving-CSCF)能力集；
在本实施例中， 该 I-CSCF通过发送用户授权请求（UAR: User-Authorization
-Request ) 消息查询用户签约的 S_CSCF能力集； 该归属域用户服务器 HSS 通过用户授权应答 (UAA: User-Authorization-Answer) 消息返回查询结果 至该 I_CSCF。
歩骤 305， 该 I-CSCF从获取的 S-CSCF能力集中选择其中一个 S-CSCF,并 转发注册请求 Register到该 S-CSCF;
歩骤 306、 307， 选择的该 S-CSCF根据注册请求 Register中的用户标识 在该归属域用户服务器 HSS 查询， 获得用户的鉴权数据； 其中， 该鉴权数据 可包括随机挑战、 所期望的结果和网络认证令牌等信息；
在本实施例中， 该 S-CSCF通过发送多媒体鉴权请求 （MAR: Multimedia- Authentication-Request )消息查询用户的鉴权数据； 该归属域用户服务器 H SS通过多媒体鉴权应答（MM: Multimedia-Authentication-Answer)消息返回 查询结果至该 S-CSCF。
歩骤 308、 309、 310， 该 S-CSCF返回鉴权挑战响应给该终端 UE， 指示该 终端 UE加入鉴权信息， 该用户加入的鉴权信息可包括该终端根据收到的随机 挑战和终端本身保存的共享密钥计算的鉴权响应 401 ;
歩骤 311至 315， 与歩骤 301至 305类似， 发送该注册请求 Register至该 S
-CSCF; 该注册请求中包含该终端 UE加入的鉴权信息；
歩骤 316、 317， 该 S-CSCF从该注册请求中获得该鉴权信息，与本地存储 的鉴权数据进行比较， 若比较结果一致， 则通过鉴权， 这样， 可从该 HSS上 下载用户数据；
在本实施例中， 该 S-CSCF通过服务器分配请求（SAR: Server-Assignment-
Request ) 消息从该 HSS上查询用户数据； 该 HSS通过服务器分配应答 （SAA: Server-Assignment-Answer) 消息返回该用户数据至该 S_CSCF。
歩骤 318、 319、 320, 该 S-CSCF返回成功响应给该终端 UE，注册成功。 在 本实施例中， 该注册成功响应消息可为 200响应消息。
由上述实施例可知， 当该终端向当前注册的 CSCF实体发起呼叫时， 在预 设时间内未收到响应或通过发送周期性心跳信号超过预设值时还未接到响 应， 该终端确定该当前注册的 CSCF实体发生故障， 则根据预存冗余的 CSCF 实体地址或从服务器上获得的冗余的 CSCF实体的地址来发送注册请求到冗余 的 CSCF实体， 当注册成功后， 可根据该冗余的 CSCF实体的地址发起呼叫， 发起呼叫后， 该冗余的 CSCF实体能够根据用户数据对呼叫进行正常处理， 包 括安全检查、 权限检查、 路由、 提供业务等。
实施例 3
以下结合附图进行详细说明。
图 4是本发明实施例 3的网络容灾方法流程图。 如图 4所示， 该网络容灾方 法包括：
歩骤 401， 当该终端当前注册的呼叫会话功能实体 CSCF1发生故障， 呼叫 由冗余的呼叫会话功能实体 CSCF2路由到该终端设备 UE; 其中， 通过 Invite 消息路由该呼叫；
歩骤 402，该终端 UE检测到接收到的呼叫的该 CSCF2的地址与当前注册的 CSCF1的地址不一致， 执行歩骤 403;
歩骤 403， 建立呼叫；
歩骤 404， 在呼叫结束后进一歩判断是否有其它会话存在；
歩骤 405， 若判断结果为没有其它会话存在， 则向该 CSCF2发起注册请求 Registero 当有其它会话时， 可等其他会话结束后， 再向该 CSCF2发起注册请 求， 从而可避免其它会话的中断。
可以理解， 歩骤 404可以省略， 可在呼叫结束后直接向该 CSCF2发起注册 请求。
歩骤 406， 该 CSCF2接收该终端发送的注册请求 Register, 使得该 CSCF2 从归属域用户服务器 HSS下载用户数据； 该注册流程与图 3所示的注册流程类 似， 此处不再赘述；
歩骤 407， 注册成功后， 该终端将该 CSCF2的地址设置为业务首选地址， 使得该终端利用该 CSCF2发起呼叫。 在本实施例中， 在歩骤 403中， 可采用现有的任何呼叫建立流程， 以下以 图 5所示的流程为例进行说明，如图 5所示， 包括：
歩骤 501、 502， 终端用户 UE-A摘机呼叫，根据注册建立的路径将该呼叫 请求 Invite消息经主叫侧 P-CSCF发送到主叫侧 S-CSCF;
歩骤 503， 该主叫侧 S-CSCF根据被叫地址获得被叫所在归属域的查询 CSCF
(I-CSCF)，将该呼叫请求发给被叫侧归属的 I-CSCF;
歩骤 504、 505， 该被叫侧 I-CSCF根据被叫用户标识查询归属域用户服务 器 HSS, 从该 HSS获得用户注册的服务 CSCF ( S-CSCF);
在本实施例中， 该 I-CSCF可通过位置信息请求 （LIR: Location-Info- Request ) 消息进行查询， 该 HSS可通过位置信息应答 （LIA: Location-Info -Answer) 消息返回查询结果；
歩骤 506， 该被叫侧 I-CSCF将该呼叫请求发送至获得的该 S-CSCF;
歩骤 507、 508， 根据注册建立的路径将呼叫路由到被叫终端 UE-B;
歩骤 509至 514， 该被叫终端 UE-B振铃后，沿初次呼叫建立的路径发送 18 0响应到该主叫终端 UE-A;
歩骤 515至 520， 该被叫终端 UE-B用户摘机后，沿初次呼叫建立的路径发 送 200响应到该主叫终端 UE-A;
歩骤 521至 526， 该主叫终端 UE-A接收到该 200响应后， 返回确认 （ACK: acknowledgement)消息到被叫终端 UE_B，通话建立。
由上述实施例可知， 当该当前注册的 CSCF1发生故障， 呼叫由冗余的 C
SCF2路由发送给该终端， 当该终端判断该 CSCF2的地址与储存的当前注册的 C SCF实体的地址不一致， 则发送注册请求到 CSCF2 , 当注册成功后， 可根据该 CSCF2的地址发起呼叫， 发起呼叫后， 该 CSCF2能够根据用户数据对呼叫进行 正常处理， 包括安全检查、 权限检查、 路由、 提供业务等。
实施例 4
在实施例 1、 实施例 2和实施例 3的网络容灾方法中， 若终端检测到发生故 障的该当前注册的呼叫会话控制功能实体故障排除后， 终端可指示网络进行 倒回处理。
本发明还提供一种网络容灾方法， 在终端检测到发生故障的当前的呼叫 会话控制功能实体 CSCF1的故障排除时， 如图 6所示， 该方法包括：
呼叫会话控制功能实体 CSCF1接收终端发送的倒回请求，该倒回请求包括 用户标识和倒回标志 （见歩骤 601 ) ; 接收该终端发送的重注册请求（见歩骤 6
04 )； 根据该重注册请求从该归属域用户服务器 HSS下载用户数据 （见歩骤 60
5 )； 下载成功后返回注册成功消息至该终端 （见歩骤 606)。
在本实施例中， 该 CSCF1为优选设备。
在本实施例中， 如图 6所示， 在歩骤 604之前， 还包括： 根据该倒回请求 从归属域用户服务器 HSS获取用户鉴权数据 （见歩骤 602 ) ; 发送鉴权指示消 息至该终端， 该鉴权指示消息包括该用户鉴权数据 （见歩骤 603)。
在歩骤 602中， 该根据倒回请求从归属域用户服务器获取用户鉴权数据， 可采用如下方式： 根据该倒回请求从归属域用户服务器 HSS获取该终端签约 时配置的可提供服务的设备列表， 以选择优先的可提供服务的设备，即该 CSCF1 ; 根据该倒回请求检测本地无用户数据后， 从该归属域用户服务器 HSS获取用 户鉴权数据。
在歩骤 602中， 该根据倒回请求从归属域用户服务器获取用户鉴权数据， 可采用如下方式：
根据该倒回请求获取该终端已注册的呼叫会话控制功能实体； 将该倒回 请求转发至该已注册的呼叫会话控制功能实体； 接收该已注册的呼叫会话控 制功能实体返回的重定向响应消息， 所述重定向响应消息包括该终端重选呼 叫会话控制功能实体注册的指示； 根据该重定向响应消息从该归属域用户服 务器获取该用户鉴权数据。
由上述实施例可知，当终端检测到发生故障的该当前注册的 CSCF1故障排 除后， 该终端可指示网络进行倒回处理。 实施例 5
在实施例 1、 实施例 2和实施例 3的网络容灾方法中， 若终端检测到发生故 障的该当前注册的 CSCF1故障排除后， 终端可指示网络进行倒回处理。
以下参考图 7、 图 8、 以该当前注册的呼叫会话控制功能实体 CSCF1为优选 设备为例进行说明。 如图 7所示， 可采用如下歩骤：
歩骤 701，终端 UE检测到该当前注册的会话控制功能实体 CSCF1故障排除 后，在空闲态发送重注册时，主动向该当 CSCF1发送倒回请求， 在本实施例中， 可采用注册请求 Regi ster请求，在该请求中携带倒回标志和该用户标识， 但 不限于此， 还可采用其它。
歩骤 702， 该 CSCF1从 Regi ster请求中获得倒回标志；
歩骤 703、 704, 该 CSCF1根据用户标识和倒回标志指示，从归属域用户服 务器 HSS上查询用户签约时配置的可提供服务设备列表，该当前注册的 CSCF1 从该列表中查找选出可提供服务设备 （配置的即为优选设备）， 即为该 CSCF1 ;
在本实施例中， 该 CSCF1发送查询消息， 例如， 可通过发送用户授权请求 ( UAR) 消息从归属域用户服务器 HSS上查询用户签约时配置的可提供服务设 备列表， 并接收该 HSS返回的响应消息， 例如， 用户授权应答 （UAA) 消息， 以获得用户签约时配置的可提供服务设备列表， 但不限于此， 还可采用其它。
歩骤 705、歩骤 706， 该 CSCF1检测本地无用户数据，判断注册为初始注册， 与归属域用户服务器 HSS交互获得用户鉴权数据；
在本实施例中， 该 CSCF1可发送鉴权请求， 例如， 多媒体鉴权请求（MAR ) 消息至归属域用户服务器 HSS , 该 HSS通过响应消息， 例如， 多媒体鉴权应答 ( MAA) 消息将用户鉴权数据传送至该 CSCF1 , 但不限于此， 还可采用其它。
歩骤 707， 该 CSCF1返回鉴权指示消息至该终端 UE， 该鉴权指示消息包括 该用户鉴权数据； 在本实施例中， 该鉴权指示消息可采用 401响应消息， 以指 示该终端 UE鉴权；
歩骤 708、 709， 该归属域用户服务器 HSS根据获取的用户鉴权数据发现 该终端注册的 CSCF实体发生改变， 即根据获取的用户鉴权数据将 CSCF1作为 有效安全设备，比较该 CSCF1的主机名和地址与用户已注册的冗余的会话控制 功能实体 CSCF2主机名和地址不同，因此， 向原有的已注册的 CSCF2发送注销 请求； 该 CSCF2接收到该注销请求后， 删除本地保存的用户数据， 并反馈注销 响应消息至该 HSS。
在本实施例中， 该注销请求采用注销终结请求 （RTR ) 消息， 该注销响应 消息采用注销终结应答 （RTA) 消息， 但不限于此， 还可采用其它。
其中，该歩骤 708和 709也可与歩骤 707同时完成，并不一定在歩骤 707之后。 歩骤 710， 该终端 UE接收到该 CSCF1发送的 401响应消息后， 向该当前注 册的 CSCF实体发起重注册请求； 其中， 该注册流程如图 3所示， 此处不再赘 述。
这样， 当该当前注册的 CSCF1故障排除后， 可通过上述歩骤可实现冗余的 CSCF2倒回当前注册的 CSCF1。
如图 8所示， 还可采用如下方式进行倒回处理。
歩骤 801，终端 UE检测到当前注册的呼叫控制功能实体 CSCF1故障排除后， 在空闲态发送重注册时，主动向该 CSCF1发送倒回请求， 在本实施例中， 该倒 回请求可采用注册请求 Regi ster请求，在该请求中携带倒回标志和用户标识， 但不限于此， 还可采用其它消息。
歩骤 802、 803， 该 CSCF1根据该请求与归属域用户服务器 HSS交互， 查询 该终端 UE所在服务器，即所注册的服务器， 获得该终端 UE已注册的呼叫控制 功能实体（即冗余的呼叫控制功能实体 CSCF2)；
在本实施例中， 该 CSCF1根据 3GPP 29. 228规范与该归属域用户服务器 H SS交互， 即发送查询请求至该 HSS , 接收该 HSS返回的消息； 其中， 该查询 请求可采用 UAR消息， 该响应消息可采用 UAA消息， 但不限于此， 还可采用 其它消息；
歩骤 804， 该 CSCF1根据查询结果将 Regi ster请求转发给 CSCF2 ; 歩骤 805， 该 CSCF2从该 Regi ster请求中获取到倒回标志；
歩骤 806、 807 , 该 CSCF2根据该倒回标志通过注销请求消息指示该 HSS注 销该终端在该 CSCF2的注册信息，该 HSS将该 CSCF2的该终端的注册信息注销， 并返回注销完成消息至该 CSCF2 ;
在本实施例中， 该注销请求消息可采用 SAR消息； 该注销完成消息可采 用 SAA消息， 但不限于此， 还可采用其它消息；
歩骤 808， 注销完成后，该 CSCF2返回重定向响应消息给该 CSCF1 ; 在本实 施例中， 该重定向响应消息可采用 3XX , 例如 305消息， 该重定向响应消息可 包括该终端重选呼叫会话控制功能实体注册的指示等信息；
歩骤 809、 810， 该 CSCF1收到该重定向响应后， 根据 3GPP 24. 229规范与 归属域用户服务器 HSS交互重新获得用户签约时配置的可提供服务设备列表， 从中选出首选可提供服务设备 （配置的即为优选设备）， 即该 CSCF1 ;
在本实施例中， 该 CSCF1可通过发送 UAR消息进行查询； 该 HSS通过 UM 消息返回设备列表， 但不限于此， 还可采用其它消息；
歩骤 81 1、 812， 该 CSCF1检测本地没有用户数据，作为初始注册处理，与归 属域用户服务器 HSS交互获得用户鉴权数据； 在本实施例中， 该 CSCF1发送 M AR消息至归属域用户服务器 HSS ,该 HSS通过 MAA消息将用户数据传送至该 C SCF1 , 但不限于此， 还可采用其它消息；
歩骤 813， 该 CSCF1返回鉴权指示消息至该终端 UE， 该鉴权指示消息包括 该用户鉴权数据； 在本实施例中， 该鉴权指示消息可采用 401响应消息， 以指 示该终端 UE鉴权， 但不限于此， 还可采用其它消息；
歩骤 814， 该终端 UE接收到该 CSCF1发送的 401响应消息后， 向该 CSCF1发 起重注册请求； 其中， 注册流程如图 3所示， 此处不再赘述。
这样， 当该当前注册的呼叫控制功能实体 CSCF1故障排除后， 可通过上述 歩骤可实现冗余的呼叫控制功能实体 CSCF2倒回当前注册的呼叫控制功能实 体 CSCF1。 由上述实施例可知， 本发明由终端主动发起容灾处理， 这样可减少对其 它设备的依赖， 有利于电信设备的部署和应用； 由于可以在终端统一定制， 尤其在由不同厂商提供冗余设备时具有较大的应用优越性。 此外， 当终端检 测到发生故障的该当前注册的呼叫控制功能实体 CSCF1故障排除后，该终端可 指示网络进行倒回处理。
实施例 6
本发明实施例提供一种终端， 如图 9所示， 该终端包括第一检测单元 901、 第一请求发送单元 902和第一接收单元 903; 其中， 该第一检测单元 901用于检 测当前注册的呼叫控制功能实体是否发生故障； 当该第一检测单元 901的检测 结果为是， 则该第一请求发送单元 902用于向冗余的呼叫控制功能实体发起注 册请求； 该第一接收单元 903用于接收该冗余的呼叫控制功能实体返回的注册 成功消息。
这样， 当该终端接收到返回的注册成功消息后， 可将该冗余的呼叫控制 功能实体的地址保存为业务首选地址。
以下采用 CSCF1表示当前注册的呼叫控制功能实体， 采用 CSCF2表示冗余 的呼叫控制功能实体。
在本实施例中， 该终端还包括设置单元 904和存储单元 905， 其中， 当注 册成功后， 该设置单元 904用于将该 CSCF2的地址设置为首先地址， 该存储单 元 904用于储存该 CSCF2的地址。 当用户重拨后， 可根据储存的该 CSCF2的地 址向该 CSCF2发起呼叫。
在本实施例中， 该第一请求发送单元 902可根据本地配置的地址或者从服 务器获取的地址向冗余的 CSCF实体发起注册请求。
由上述实施例可知， 在 IMS领域中， 当终端检测到当前注册的呼叫控制 功能实体发生故障时， 可注册到其它冗余的呼叫控制功能实体， 通过该冗余 的呼叫控制功能实体发起呼叫。
实施例 7 本发明实施例提供一种终端， 如图 9所示， 该终端包括第一检测单元 901、 第一请求发送单元 902、 第一接收单元 903、 设置单元 904和存储单元 905， 其 作用与实施例 6类似， 此处不再赘述。
此外， 如图 10所示， 该第一检测单元 901可包括第一呼叫单元 1001、 第一 判断单元 1002和第一故障确定单元 1003; 其中， 该第一呼叫单元 1001用于向 C SCF1发起呼叫； 该第一判断单元 1002用于判断是否在预设时间内收到响应； 若该第一判断单元 1002的判断结果为否， 则该第一故障确定单元 1003用于确定 该 CSCF1发生故障。
这样， 当该终端主动发起呼叫确定 CSCF1发生故障时， 该第一请求发送单 元 1002可根据本地配置的 CSCF2地址或者从服务器， 例如，从域名服务器系统 ( DNS : Domain Name System) 上查询获得 CSCF2地址来发送注册请求。 此外， 该 CSCF2的地址还可采用现有的其它方式获得。
由上述实施例可知， 当该终端向 CSCF1发起呼叫时， 在预设时间内未收到 响应， 则该终端确定该 CSCF1发生故障， 则根据预存或从服务器上获得的 CS CF2的地址来发送注册请求到 CSCF2 , 当注册成功后， 可根据该 CSCF2的地址 发起呼叫。 其中， 该终端与 CSCF1和 CSCF2的交互过程与图 2、 图 3所示的过程 类似， 此处不再赘述。
此外， 该第一检测单元 901还可以如下方式实现：
如图 11所示， 该第一检测单元 901可包括： 信号发送单元 1101、 第二判断 单元 1 102和第二故障确定单元 1 103 ; 其中， 该信号发送单元 1 101用于周期性 发送心跳信号至该当前注册的 CSCF实体； 该第二判断单元 1102用于判断在发 送该心跳信号的预设次数内是否接收到响应； 若该第二判断单元 1 102的判断 结果为否，则该第二故障确定单元 1103确定当前注册的该 CSCF实体发生故障。
由上述实施例可知， 当该终端通过本地发送周期性的心跳信号， 在预定 发送次数内没有接到响应， 则该终端确定该 CSCF1发生故障， 则根据预存或从 服务器上获得的 CSCF2的地址来发送注册请求到 CSCF1 , 当注册成功后， 可根 据该 CSCF2的地址发起呼叫。其中， 该终端与 CSCF1、 CSCF2的交互过程与图 2、 图 3所示的过程类似， 此处不再赘述。
此外， 如图 12所示， 该第一检测单元 901包括呼叫接收单元 1201、 第三判 断单元 1202、 第三故障确定单元 1203; 其中， 该呼叫接收单元 1201用于接收 来自网络侧的 CSCF2路由的呼叫； 该第三判断单元 1202用于判断该 CSCF2的 地址与 CSCF1的地址是否一致；若该第三判断单元 1202的判断结果为地址不一 致， 则该第三故障确定单元 1203用于确定该 CSCF1发生故障。
由上述实施例可知， 当该当前注册的呼叫控制功能实体发生故障， 呼叫 由冗余的呼叫控制功能实体路由发送给该终端， 当该终端接收到该冗余的呼 叫控制功能实体发送的呼叫时， 可判断该冗余的呼叫控制功能实体的地址与 储存的当前注册的呼叫控制功能实体的地址是否一致， 若判断结果不一致， 则确认该当前注册的呼叫控制功能实体发生故障。
考虑到一些终端上还可能存在其它会话，则在该终端确定该 CSCF1发生故 障， 且在该第一请求发送单元 902发送注册请求至该 CSCF2之前， 该终端还需 判断是否有其它会话存在， 若不存在， 则在发送注册请求。
这样， 该终端还包括第四判断单元 （图中未示出）， 在呼叫结束后， 该第 四判断单元用于判断是否有其它会话存在， 若判断结果为没有其它会话存在， 则该第一请求发送单元 902用于向该 CSCF2发起注册请求。
由上述实施例可知， 该终端通过检测接收到的呼叫来自的网络侧的 CSCF 实体的地址是否与当前注册的呼叫控制功能实体的地址是否一致， 当检测到 地址变化时，可主动向冗余的呼叫控制功能实体发起注册请求。该终端与 CSCF1、 CSCF2交互的过程与图 4、 图 5所示的过程类似， 此处不再赘述。
实施例 8
本发明实施例提供一种终端， 该终端的构成可如实施例 5、 6的构成。 此 外， 当该 CSCF1的故障排除后， 该终端还可指示进行倒回处理。
这样， 如图 13所示， 该终端还可包括第二检测单元 1301、 第二请求发送 单元 1302、 第二接收单元 1303、 第三请求发送单元 1304和第三接收单元 1305; 其中， 该第二检测单元 1301用于检测该 CSCF1的故障是否排除； 当该第二检测 单元 1301的检测结果为是，则该第二请求发送单元 1302用于向该 CSCF1发起倒 回请求， 该倒回请求包括倒回标志和用户标识， 可采用 Regi ster请求， 但不 限于此， 还可采用其它消息； 该第二接收单元 1303用于接收该 CSCF1返回的指 示该终端鉴权的鉴权指示消息， 该鉴权指示消息包括用户鉴权数据， 可采用 4 01响应消息， 但不限于此， 还可采用其它消息； 该第三请求发送单元 1304用 于根据该鉴权指示消息向该 CSCF1发起重注册请求；该第三接收单元 1305用于 接收该 CSCF1返回的注册成功消息。
在本实施例中， 该第二检测单元 1301可通过该终端在空闲时通过尝试业 务登记 (注册)或本地配置的周期性心跳信号的一定次响应检测到该当前注册 的呼叫控制功能实体故障排除。
由上述可知， 当该终端在空闲时通过尝试业务登记 (注册）或本地配置的 周期性心跳信号的一定次响应检测到该当前注册的呼叫控制功能实体故障排 除后， 该终端可通过发出倒回请求， 例如， 业务等级 (注册)请求中携带倒回 标志主动指示网络进行倒回处理。 该终端与 CSCF实体的交互过程如图 7、 8所示。
实施例 9
本发明实施例提供一种呼叫会话控制功能实体， 该呼叫会话控制功能实 体为当前注册的呼叫控制功能实体 CSCF, 如图 7所示的 CSCF1。 当终端检测该 当前注册的呼叫会话控制功能实体故障排除后， 发送倒回请求至该呼叫控制 功能实体。
如图 14所示， 该呼叫控制功能实体包括第四接收单元 1401、 鉴权数据获 取单元 1402、 鉴权指示发送单元 1403、 第五接收单元 1404、 用户数据获取单 元 1405和第一发送单元 1406; 其中，
该第四接收单元 1401用于接收终端发送的倒回请求， 该倒回请求包括用 户标识和倒回标志， 该倒回请求可采用 Register请求， 但不限于此， 还可采 用其它消息； 该第五接收单元 1405用于接收该终端发送的重注册请求； 该用 户数据获取单元 1405用于根据该重注册请求从该归属域用户服务器下载用户 数据； 下载成功后， 该第一发送单元 1406用于发送注册成功消息至该终端。
在本实施例中， 该鉴权数据获取单元 1402获取用户鉴权数据可采用实施 例 4的两种方式。
此外， 该呼叫控制功能实体还包括： 鉴权数据获取单元 1402、 鉴权指示 发送单元 1403。 其中， 该鉴权数据获取单元 1402用于根据该倒回请求从归属 域用户服务器获取用户鉴权数据； 该鉴权指示发送单元 1403用于发送鉴权指 示消息至该终端， 该鉴权指示消息可采用 401响应消息， 该鉴权指示消息包括 该用户鉴权数据。
在本实施例中， 该会话控制功能实体的工作过程可如图 7、 10所示， 此处 不再赘述。
由上述实施例可知， 当该当前注册的 CSCF实体故障排除后， 还可通过该 终端的指示进行倒回处理。
实施例 10
本发明实施例还提供一种呼叫会话控制功能实体， 该呼叫会话控制功能 实体为冗余的呼叫控制功能实体 CSCF, 如图 8所示的 CSCF2。
如图 15所示， 该呼叫会话控制功能实体包括第六接收单元 1501、 注销请 求发送单元 1502、 该第七接收单元 1503和第二发送单元 1504; 其中，
该第六接收单元 1501用于接收发生故障的呼叫会话功能实体 CSCF1发送 的倒回请求， 该倒回请求包括用户标识和倒回标志； 该注销请求发送单元 1502 用于根据该倒回请求发送注销请求至归属域用户服务器 HSS ,以注销已注册的 呼叫会话控制功能实体 CSCF2的该终端的注册信息；该第七接收单元 1503用于 接收该归属域用户服务器 HSS返回的注销成功响应消息； 该第二发送单元 15 04用于发送重定向响应消息至发生故障的呼叫会话控制功能实体 CSCF1 ,该重 定向响应消息包括该终端重选不同的呼叫会话控制功能实体注册的指示。 该呼叫会话控制功能实体的工作过程如图 8的歩骤 1004〜1008所示， 此处 不再赘述。
由上述可知， 当该冗余的呼叫控制功能实体 CSCF2从 CSCF1获得倒回请求 后，可根据该倒回请求从该归属域用户服务器 HSS注销该 CSCF2上的用户数据， 这样， 当该 CSCF1从该 HSS获取用户数据时更加方便快捷。
由上述实施例可知， 当终端检测到当前注册的 CSCF实体发生故障时， 由 终端主动发起容灾处理，这样，在由不同厂商的 CSCF组成冗余系统的情况下， 可减少对其它设备的依赖， 有利于电信设备的部署和应用； 由于可以在终端 统一定制， 尤其在由不同厂商提供冗余设备时具有较大的应用优越性。
此外， 当该终端检测到当前注册的 CSCF实体故障排除后， 该终端可指示 网络进行倒回处理。
以上所述的具体实施例， 对本发明的目的、 技术方案和有益效果进行了 进一歩详细说明， 所应理解的是， 以上所述仅为本发明的具体实施例而已， 并不用于限定本发明的保护范围， 凡在本发明的精神和原则之内， 所做的任 何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求书
1.一种网络容灾方法， 其特征在于， 所述方法包括：
终端检测当前注册的呼叫会话控制功能实体是否发生故障；
若检测结果为是， 则向冗余的呼叫会话控制功能实体发起注册请求； 接收所述冗余的呼叫会话控制功能实体返回的注册成功消息。
2.根据权利要求 1所述的方法， 其特征在于， 注册成功后， 所述方法还包 括： 将所述冗余的呼叫会话控制功能实体的地址保存为业务首选地址。
3.根据权利要求 1所述的方法， 其特征在于， 所述终端检测当前注册的呼 叫会话控制功能实体是否发生故障， 包括：
所述终端向当前注册的所述呼叫会话控制功能实体发起呼叫；
判断在预设时间内是否收到响应；
若判断结果为否， 则确定当前注册的所述呼叫会话控制功能实体发生故 障；
或者，
所述终端检测当前注册的呼叫会话控制功能实体是否发生故障， 包括： 所述终端发送心跳信号至所述当前注册的网络设备；
判断在发送所述心跳信号的预设次数内是否接收到响应；
若判断结果为否， 则确定当前注册的所述网络设备发生故障；
或者，
所述终端检测当前注册的呼叫会话控制功能实体是否发生故障， 包括： 接收来自网络侧的冗余的呼叫会话控制功能实体路由的呼叫；
判断所述冗余的呼叫会话控制功能实体的地址与当前注册的呼叫会话控 制功能实体的地址是否一致；
若判断结果为地址不一致， 则确定当前注册的所述呼叫会话控制功能实 体发生故障。
4.根据权利要求 1所述的方法， 其特征在于， 所述向冗余的呼叫会话控制 功能实体发起注册请求， 包括：
根据预先配置的地址或者从地址服务器获得的所述冗余的呼叫会话控制 功能实体的地址向所述冗余的呼叫会话控制功能实体发起注册请求。
5.根据权利要求 1所述的方法， 其特征在于， 在向冗余的呼叫会话控制功 能实体发起注册请求之前， 所述方法还包括：
在呼叫结束后进一歩判断是否有其它会话存在；
若判断结果为没有其它会话存在， 则向所述冗余的呼叫会话控制功能实体 发起注册请求。
6.根据权利要求 1至 4中任意一项所述的方法， 其特征在于， 当所述当前 注册的呼叫会话控制功能实体为用户签约时的优先的呼叫会话控制功能实 体， 则所述方法还包括：
检测所述当前注册的呼叫会话控制功能实体的故障是否排除；
若检测结果为排除， 则向所述当前注册的呼叫会话控制功能实体发起倒 回请求， 所述倒回请求包括倒回标志和所述用户标识；
接收所述当前注册的呼叫会话控制功能实体返回的注册成功消息。
7.根据权利要求 6所述的方法， 其特征在于， 在接收所述当前注册的呼叫 会话控制功能实体返回的注册成功消息之前， 所述方法还包括：
接收所述当前注册的呼叫会话控制功能实体返回的指示所述终端鉴权的 鉴权指示消息， 所述鉴权指示消息包括用户鉴权数据；
根据所述鉴权指示消息向所述当前注册的呼叫会话控制功能实体发起重 注册请求。
8.—种网络容灾方法， 其特征在于， 在终端检测到发生故障的呼叫会话 控制功能实体的故障排除时， 且所述呼叫会话控制功能实体为优先设备， 所 述方法包括：
所述呼叫会话控制功能实体接收所述终端发送的倒回请求， 所述倒回请 求包括用户标识和倒回标志；
接收所述终端发送的重注册请求；
根据所述重注册请求从所述归属域用户服务器下载用户数据；
下载成功后返回注册成功消息至所述终端。
9.根据权利要求 8所述的方法， 其特征在于， 在接收所述终端发送的重注 册请求之前， 所述方法还包括：
根据所述倒回请求从归属域用户服务器获取用户鉴权数据；
发送鉴权指示消息至所述终端， 所述鉴权指示消息包括所述用户鉴权数据。
10.根据权利要求 9所述的方法， 其特征在于， 所述根据倒回请求从归属 域用户服务器获取用户鉴权数据， 包括：
根据所述倒回请求从归属域用户服务器获取所述终端签约时配置的可提 供服务的设备列表， 以选择优先的可提供服务的设备；
根据所述倒回请求检测本地无用户数据后， 从所述归属域用户服务器获 取用户鉴权数据。
11.根据权利要求 9所述的方法， 其特征在于， 所述根据倒回请求从归属 域用户服务器获取用户鉴权数据， 包括：
根据所述倒回请求获取所述终端已注册的呼叫会话控制功能实体； 将所述倒回请求转发至所述已注册的呼叫会话控制功能实体；
接收所述已注册的呼叫会话控制功能实体返回的重定向响应消息， 所述 重定向响应消息包括所述终端重选呼叫会话控制功能实体注册的指示；
根据所述重定向响应消息从所述归属域用户服务器获取所述用户鉴权数据。
12.—种网络容灾方法， 其特征在于， 在终端检测到发生故障的呼叫会话 控制功能实体的故障排除时， 且发生故障的呼叫会话控制功能实体为优先设 备， 所述方法包括：
接收发生故障的呼叫会话功能实体发送的倒回请求， 所述倒回请求包括 用户标识和倒回标志； 根据所述倒回请求发送注销请求至归属域用户服务器， 以注销所述终端 在一个呼叫会话控制功能实体的注册信息；
接收所述归属域用户服务器返回的注销成功响应消息；
发送重定向响应消息至发生故障的呼叫会话控制功能实体， 所述重定向 响应消息包括所述终端重选不同的网络设备注册的指示。
13.—种终端， 其特征在于， 所述终端包括：
第一检测单元， 用于检测当前注册的呼叫会话控制功能实体是否发生故 障；
第一请求发送单元， 当所述第一检测单元的检测结果为是， 则所述第一 请求发送单元用于向冗余的呼叫会话控制功能实体发起注册请求；
第一接收单元， 用于接收所述冗余的呼叫会话控制功能实体返回的注册 成功消息。
14.根据权利要求 13所述的终端， 其特征在于， 所述终端还包括： 设置单元， 用于将所述冗余的呼叫会话控制功能实体的地址设置为首选 地址；
存储单元， 用于储存所述冗余的呼叫会话控制功能实体的地址。
15.根据权利要求 13所述的终端， 其特征在于， 所述第一检测单元包括： 第一呼叫单元， 用于向当前注册的所述呼叫会话控制功能实体发起呼叫； 第一判断单元， 用于判断是否在预设时间内收到响应；
第一故障确定单元， 若所述第一判断单元的判断结果为否， 则所述第一 故障确定单元用于确定当前注册的所述呼叫会话控制功能实体发生故障。
16.根据权利要求 13所述的终端， 其特征在于， 所述第一检测单元包括： 信号发送单元， 用于发送心跳信号至所述当前注册的呼叫会话控制功能 实体；
第二判断单元， 用于判断在发送所述心跳信号的预设次数内是否接收到 响应； 第二故障确定单元， 若所述第二判断单元的判断结果为否， 则所述第二 故障确定单元确定当前注册的所述呼叫会话控制功能实体发生故障。
17.根据权利要求 13所述的终端， 其特征在于， 所述第一检测单元包括： 呼叫接收单元， 用于接收来自网络侧的冗余的呼叫会话控制功能实体路 由的呼叫；
第三判断单元， 用于判断所述冗余的呼叫会话控制功能实体的地址与当 前注册的呼叫会话控制功能实体的地址是否一致；
第三故障确定单元， 若所述第三判断单元的判断结果为地址不一致， 则 所述第三故障确定单元用于确定当前注册的所述呼叫会话控制功能实体发生 故障。
18.根据权利要求 13所述的终端， 其特征在于， 所述终端还包括： 第二检测单元， 用于检测所述当前注册的呼叫会话控制功能实体的故障 是否排除；
第二请求发送单元， 当所述第二检测单元的检测结果为是， 则所述第二 请求发送单元用于向所述当前注册的呼叫会话控制功能实体发起倒回请求， 所述倒回请求包括倒回标志和用户标识；
第三接收单元， 用于接收所述当前注册的呼叫会话控制功能实体返回的 注册成功消息。
19.根据权利要求 18所述的终端， 其特征在于， 所述终端还包括： 第二接收单元， 用于接收所述当前注册的呼叫会话控制功能实体返回的 指示所述终端鉴权的鉴权指示消息， 所述鉴权指示消息包括用户鉴权数据； 第三请求发送单元， 用于根据所述鉴权指示消息向所述当前注册的呼叫 会话控制功能实体发起注册请求。
20.—种呼叫会话控制功能实体， 其特征在于， 所述呼叫会话控制功能实 体包括：
第四接收单元， 用于接收终端发送的倒回请求， 所述倒回请求包括用户 标识和倒回标志；
第五接收单元， 用于接收所述终端发送的重注册请求；
用户数据获取单元， 用于根据所述重注册请求从所述归属域用户服务器 下载用户数据；
第一发送单元， 用于在下载成功后发送注册成功消息至所述终端。
21.根据权利要求 20所述的呼叫会话控制功能实体， 其特征在于， 所述呼 叫会话控制功能实体还包括：
鉴权数据获取单元， 用于根据所述倒回请求从归属域用户服务器获取用 户鉴权数据；
鉴权指示发送单元， 用于发送鉴权指示消息至所述终端， 所述鉴权指示 消息包括所述用户鉴权数据。
22.—种呼叫会话控制功能实体， 其特征在于， 所述呼叫会话控制功能实 体包括：
第六接收单元， 用于接收发生故障的呼叫会话功能实体发送的倒回请求， 所述倒回请求包括用户标识和倒回标志；
注销请求发送单元， 用于根据所述倒回请求发送注销请求至归属域用户 服务器， 以注销所述终端在一个呼叫会话控制功能实体的注册信息；
第七接收单元， 用于接收所述归属域用户服务器返回的注销成功响应消息; 第二发送单元， 用于发送重定向响应消息至发生故障的呼叫会话控制功 能实体， 所述重定向响应消息包括所述终端重选不同的网络设备注册的指示。
PCT/CN2009/073365 2008-12-31 2009-08-20 网络容灾方法、终端和呼叫会话控制功能实体 WO2010075689A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810247028.X 2008-12-31
CN200810247028XA CN101489245B (zh) 2008-12-31 2008-12-31 网络容灾方法、终端和呼叫会话控制功能实体

Publications (1)

Publication Number Publication Date
WO2010075689A1 true WO2010075689A1 (zh) 2010-07-08

Family

ID=40891870

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/073365 WO2010075689A1 (zh) 2008-12-31 2009-08-20 网络容灾方法、终端和呼叫会话控制功能实体

Country Status (2)

Country Link
CN (1) CN101489245B (zh)
WO (1) WO2010075689A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105812191A (zh) * 2016-04-28 2016-07-27 杭州华三通信技术有限公司 一种容灾切换方法及装置
CN112653574A (zh) * 2020-12-11 2021-04-13 邦彦技术股份有限公司 基于ims集群应用的业务容灾方法和系统

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101489245B (zh) * 2008-12-31 2010-12-08 华为技术有限公司 网络容灾方法、终端和呼叫会话控制功能实体
CN101699811B (zh) * 2009-10-29 2012-10-03 华为技术有限公司 一种ims集中业务的通信方法、装置及系统
CN103138984B (zh) * 2011-12-02 2016-09-28 中兴通讯股份有限公司 容灾倒回服务呼叫会话控制功能实体的方法及系统
CN102624563A (zh) * 2012-03-13 2012-08-01 网经科技（苏州）有限公司 基于双wan的ims注册快速切换方法
CN104185220B (zh) * 2013-05-22 2018-05-01 中国电信股份有限公司 Ims核心网设备失效切换方法和边缘接入控制设备
CN103441862B (zh) 2013-08-07 2017-08-04 华为技术有限公司 一种实现终端被叫业务恢复的方法、相关装置及系统
CN103560922A (zh) * 2013-11-18 2014-02-05 北京特立信电子技术股份有限公司 一种容灾方法及系统
CN106330525A (zh) * 2015-06-30 2017-01-11 阿里巴巴集团控股有限公司 数据传输方法及系统
CN106998572B (zh) * 2016-01-25 2020-05-19 中国移动通信集团公司 一种sbc故障恢复后负载均衡方法及s-cscf、ue
CN106657234B (zh) * 2016-10-09 2020-09-04 美智光电科技有限公司 家用电器的配网方法、系统、家用电器和移动终端
CN108023752B (zh) * 2016-11-04 2021-01-29 中国电信股份有限公司 容灾优化方法和系统以及倒回指示装置
CN110247876B (zh) * 2018-03-07 2022-05-13 中国移动通信有限公司研究院 一种信息处理方法、装置及设备
CN110830753B (zh) * 2019-10-16 2021-07-27 浙江华创视讯科技有限公司 视频会议信令处理方法、装置、计算机设备和存储介质
CN111756937B (zh) * 2020-05-07 2021-05-28 国网山东省电力公司信息通信公司 一种供电服务中心ims调度指挥坐席系统及方法
CN111786975B (zh) * 2020-06-22 2022-10-21 维沃移动通信有限公司 起呼方法、装置及服务器
CN114125909B (zh) * 2020-08-31 2023-08-22 华为技术有限公司 一种故障恢复方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859697A (zh) * 2006-02-10 2006-11-08 华为技术有限公司 一种无线网络控制器节点容灾方法及系统
US20080014961A1 (en) * 2006-07-12 2008-01-17 Tekelec Methods, systems, and computer program products for providing geographically diverse IP multimedia subsystem (IMS) instances
CN101217407A (zh) * 2008-01-04 2008-07-09 中兴通讯股份有限公司 一种代理呼叫会话控制功能故障的处理方法
CN101489245A (zh) * 2008-12-31 2009-07-22 华为技术有限公司 网络容灾方法、终端和呼叫会话控制功能实体

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859697A (zh) * 2006-02-10 2006-11-08 华为技术有限公司 一种无线网络控制器节点容灾方法及系统
US20080014961A1 (en) * 2006-07-12 2008-01-17 Tekelec Methods, systems, and computer program products for providing geographically diverse IP multimedia subsystem (IMS) instances
CN101217407A (zh) * 2008-01-04 2008-07-09 中兴通讯股份有限公司 一种代理呼叫会话控制功能故障的处理方法
CN101489245A (zh) * 2008-12-31 2009-07-22 华为技术有限公司 网络容灾方法、终端和呼叫会话控制功能实体

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105812191A (zh) * 2016-04-28 2016-07-27 杭州华三通信技术有限公司 一种容灾切换方法及装置
CN112653574A (zh) * 2020-12-11 2021-04-13 邦彦技术股份有限公司 基于ims集群应用的业务容灾方法和系统
CN112653574B (zh) * 2020-12-11 2023-07-04 邦彦技术股份有限公司 基于ims集群应用的业务容灾方法和系统

Also Published As

Publication number Publication date
CN101489245A (zh) 2009-07-22
CN101489245B (zh) 2010-12-08

Similar Documents

Publication Publication Date Title
WO2010075689A1 (zh) 网络容灾方法、终端和呼叫会话控制功能实体
US20200403846A1 (en) Methods and apparatuses for facilitating p-cscf restoration when a p-cscf failure has occured
US8719617B2 (en) Method and device for realizing IP multimedia subsystem disaster tolerance
EP1914937B1 (en) Method and system for realizing ims network reliability
US9706019B2 (en) Method, system, and network element for service processing after data of network element is invalid or network element fails
US9479600B2 (en) Methods and apparatuses for initiating provisioning of subscriber data in a HSS of an IP multimedia subsystem network
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
US20150312387A1 (en) Methods and apparatus for resolving data inconsistencies in an ims network
WO2009036629A1 (fr) Procédé de traitement après redémarrage ou récupération sur sinistre d'un élément de réseau central
US8345541B2 (en) Providing services in case of call diversion in a communication system
US9578068B2 (en) Methods and apparatus for processing an IMS session
EP2372966A1 (en) Method and device of multimedia subsystem service disposal and multimedia subsystem
WO2011029348A1 (zh) 接入网关控制功能实体中用户的业务接入方法与系统
WO2011054270A1 (zh) 一种实现位置区域更新的方法及系统
WO2012083775A1 (zh) Ims网络中实现异地容灾的方法及装置
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: 09835976

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09835976

Country of ref document: EP

Kind code of ref document: A1