WO2012083775A1

WO2012083775A1 - Method and device for implementing off-site disaster recovery in ims network

Info

Publication number: WO2012083775A1
Application number: PCT/CN2011/082481
Authority: WO
Inventors: 王志松; 朱蓉俊; 倪明; 张林林
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-12-21
Filing date: 2011-11-18
Publication date: 2012-06-28
Also published as: CN102571387A; BR112013015629B1; BR112013015629A2; CN102571387B

Abstract

Disclosed are a method and a device for implementing off-site disaster recovery in an IMS network. The method comprises: when an AS in an application server pool fails, a first server forwarding services of users originally belonging to the failed AS to a normal AS; and forwarding services of users originally belonging to normal ASs to the ASs that the users originally belong to. Through the present invention, when an AS in an AS POOL fails, users originally belonging to normal ASs are not affected before and after disaster recovery.

Description

Method and device for realizing remote disaster recovery in IMS network

The present invention relates to an IP Multimedia Subsystem (IMS), and more particularly to a method and apparatus for implementing remote disaster recovery in an IMS network. Background technique

In order to meet the needs of multimedia communication, the 3rd Generation Partnership Project (3GPP) organization introduced IMS on the basis of the original packet bearer network. IMS can not only provide traditional voice services to users, but also provide users with rich multimedia experience.

Figure 1 shows the basic architecture of an IMS network. As shown, the main network 1 IMS network element comprising: a call session control function (CSCF, Call Session Control Function) , a home subscriber server (HSS, Home Subscriber Server), application servers (AS, Application Server) ₀ CSCF divided Three types: Proxy CSCF (P-CSCF, Proxy-Call Session Control Function), Query CSCF (I-CSCF, Interrogating-Call Session Control Function), and Service CSCF (S-CSCF, Serving-Call Session Control Function) ₀ P - The CSCF can be in the access network to which the user belongs, as the first contact network element for the user to access the IMS network, and forward the SIP (Session Initiation Protocol) signaling of the user to the IMS core network (in the IMS network). SIP is used as the signaling protocol for call control, and the IMS core network includes network elements I-CSCF, S-CSCF, HSS, AS). The I-CSCF (not shown) implements information hiding within the network and supports network security. As the core call control entity, the S-CSCF implements basic call control functions and provides an interface between the S-CSCF and the AS.

The AS provides various services to users, such as basic voice services, as well as video services and supplementary services. The HSS records the subscription data of each user in the IMS network (the subscription data includes the user information and service data of the user), cooperates with the CSCF to implement the routing function, and provides the authentication and authorization functions. use The subscriber subscription data is downloaded from the HSS to the S-CSCF when the user registers, and the service data is downloaded to the AS for the AS to complete the user service processing. The user subscription data includes the user's service triggering rule (IFC, Initial Filter Criteria), and the IFC contains the address information of the AS providing the service.

In the actual network construction, the hardware and software components inside the device adopt the backup mechanism and support large-capacity users and network security through distributed design (meaning that multiple device components with the same function work simultaneously). Not only the important hardware and software components inside the device are backed up locally but also in a distributed design. At the NE level, all important devices often use off-site distributed deployment and remote backup mechanism (often called remote disaster recovery mechanism).

IMS technology is an emerging technology, and most telephone users still implement communication services through existing communication networks. Various common communication networks for voice and video communication include: Traditional Public Switched Telephone Network (PSTN), Traditional Public Land Mobile Network (PLMN), Intelligent Network, VOIP (such as H.323 protocol, softswitch technology) and so on.

The 3GPP organization believes that the goal of the development of the IMS core network is to access all users of the existing network, that is, all existing users access the IMS core network to enjoy the communication service. This requirement means that the user capacity that the IMS core network needs to support will be very large. , which is equivalent to the sum of users of all current voice and video communication networks, that is, devices in the IMS core network need to support hundreds of millions of users.

A single device supports hundreds of millions of users in the existing computer technology. Equipment vendors and network operators often use multiple devices to support a part of users to achieve the goal of supporting large-capacity users. In addition, multiple devices The networking mode also needs to support the remote disaster recovery mechanism.

AS is an important device in the IMS core network. Most services in the IMS network need to be processed by the AS. Therefore, the AS needs to consider supporting large-capacity users and complete remote disaster recovery mechanisms on the group network. Most of the services processed by the AS are forwarded by the S-CSCF. Currently, there is a networking mode of AS, called AS pool (POOL) networking, and multiple ASs form a POOL, as shown in Figure 2. The AS POOL networking mode is characterized in that user services in the IMS network are jointly assumed by multiple ASs, so that large-capacity users can be supported and network security can be improved.

According to the prior art, in the IMS network, the S-CSCF searches for an AS according to the user's IFC to implement user services, and the user's IFC includes an AS name (AS Name).

In the AS POOL networking mode, it is convenient for network operators to specify the same AS name in all users' IFCs. After the S-CSCF receives the call request, the S-CSCF selects one of the real AS host names and forwards the call request to the selected AS.

Assume that there are three ASs with the same capacity in the IMS network, and their host names are AS-l.COM.CN, AS-2.C0M.CN, AS-3.C0M.CN. However, when the network operator issues user subscription data to the HSS, the AS Name in all users' IFCs is specified as AS.C0M.CN, which is a virtual AS name. In addition, the mapping between the virtual AS name and the real AS host name is configured in the Domain Name System (DNS), as shown in Table 1.

DNS configuration example

When the S-CSCF receives a registration request or a call request from a certain user, the S-CSCF learns that the AS Name is AS.COM.CN through the IFC of the user, and then learns that the AS.COM.CN corresponds to three hosts by querying the DNS. Name, then the S-CSCF randomly selects an AS and forwards the registration request or call request to the selected AS.

In actual commercial use, in order to ensure that multiple call requests of the same user can be processed by the same AS to meet the requirements of some supplementary services, the S-CSCF will identify the public user of the user. (PUI, Public User Identity) Maps to an AS using a hashing algorithm.

Taking Table 1 as an example, the S-CSCF can automatically generate the correspondence between the AS and the modulus as shown in Table 2.

Table 2 Correspondence between AS and Modulus in AS POOL Assuming that the S-CSCF receives a call request from User A, User A's PUI is 52871235, then 52871235 mod 3=0. According to Table 2, the S-CSCF calls the call. The request is forwarded to AS-1.

Through the above method, a user can establish a affiliation relationship with an AS (when the algorithm is unchanged), so multiple call requests of the same user must be forwarded to the same AS.

One of the starting points of the AS POOL networking is to improve the security of the network. When one or more ASs fail, the user services carried by these ASs can be taken over by the other normal ASs. From the perspective of the entire network, Provide business to all users.

The S-CSCF distribution algorithm must support the scenario in which the AS in the AS POOL fails. There is a disaster recovery plan as follows:

Assuming that AS-1 fails, Table 2 changes accordingly to Table 3:

Table 3 Correspondence between AS and modulus in AS POOL II (recovery scenario) Suppose the S-CSCF receives a call request from user A. User A's PUI is 52871235, then 52871235 mod 2=1, according to Table 3, S - The CSCF forwards the call request to AS-3.

One of the requirements for disaster recovery is: The service of user A is originally handled by AS-1. After the failure of AS-1, the service of user A is taken over by other normal ASs (such as AS-3). The program can meet this requirement.

However, the above DR solution also caused users to migrate on AS-2 and AS-3, which are still in normal state. The analysis is as follows:

Assume that User B's PUI is 52871234. When AS-1 does not fail, 52871234 mod 3=2, so User B's service is handled by AS-3. After the failure of AS-1, 52871234 mod 2=0, then user B's service is now the responsibility of AS-2. This causes the following problems: User B's two call requests are processed in AS-3 and AS-2, which affects the implementation of user B's supplementary service. Therefore, this disaster recovery solution is not perfect. Summary of the invention

In view of the above, the main purpose of the present invention is to provide a method and device for implementing remote disaster recovery in an IMS network. When an AS in an AS POOL fails, the user originally assigned to the normal AS is not affected before and after the disaster recovery. .

In order to achieve the above object, the technical solution of the present invention is achieved as follows:

A method for implementing remote disaster recovery in an IMS network, where the IMS network includes a first server and an application server pool, and the method includes:

When the AS in the application server pool is faulty, the first server forwards the service of the user that belongs to the failed AS to the normal AS. The service of the user that belongs to the normal AS is forwarded to the AS that the user originally belongs to. .

Further, the method specifically includes:

When the first server receives the service of the user, the first server modulates the sum of the characteristics of the user to the weights of all the ASs in the application server pool to obtain a first modulus; the first server searches for the first The correspondence table obtains the first AS corresponding to the first modulo value, and forwards the service of the user corresponding to the first modulo value to the first AS corresponding to the first modulo value, where the first correspondence table includes Correspondence between all ASs and modulus values;

After forwarding the user's service, if the first server does not receive the response of the first AS, then The first server confirms that the first AS is faulty, and generates a second correspondence table including the correspondence between all normal ASs and the modulus values, and compares the feature information of the user to the sum of the weights of all normal ASs in the application server pool. Performing modulo to obtain a second modulus value;

The first server obtains the second AS corresponding to the second modulus by searching the second correspondence table, and forwards the service of the user corresponding to the second modulus to the second AS corresponding to the second modulus; if the first server does not Upon receiving the response of the second AS, the process of generating the second correspondence table is returned until the user's service is forwarded to the normal AS.

Further, the method specifically includes:

When the first server receives the service of the user, the first server modifies the sum of the characteristics of the user to the weights of all the ASs in the application server pool to obtain a first modulus; the first server searches for the first Corresponding relationship table obtains a first AS corresponding to the first modulus value, where the first correspondence relationship table includes a correspondence between all ASs and a modulus value;

The first server determines whether the first AS is one of the pre-acquired normal AS lists, and if yes, forwards the service of the user corresponding to the first modulo value to the first AS corresponding to the first modulo value; otherwise,

The first server modulates the sum of the feature information of the user to all normal ASs in the application server pool to obtain a second modulus value;

The first server obtains the second AS corresponding to the second modulo value by searching the second correspondence table, and forwards the service of the user corresponding to the second modulo value to the second AS corresponding to the second modulo value, where the second corresponding The relationship table contains the correspondence between all normal AS and the modulus values.

Further, when the calling side service is processed, the feature information of the user is the feature information of the calling user; when the called side service is processed, the feature information of the user is the feature information of the called user.

Further, the first server is a serving call control entity or a proxy AS.

Further, the feature information of the user is a public user identifier of the user or a user belongs to The identity of the access network.

An apparatus for implementing remote disaster recovery in an IMS network, configured to: when an AS in an application server pool of an IMS network fails, forward the service of the user originally belonging to the failed AS to the normal AS; The service of the user in the normal AS is forwarded to the AS to which the user originally belongs.

Further, the device includes: a first calculating module, a forwarding module, and a second computing module; wherein

a first calculating module, configured to: when receiving a service of a user, modulo the feature information of the user to a sum of weights of all ASs in the application server pool to obtain a first modulo value; and a forwarding module, configured to pass Searching the first correspondence table to obtain the first AS corresponding to the first modulo value, and forwarding the service of the user corresponding to the first modulo value to the first AS corresponding to the first modulo value, where the first correspondence table The corresponding relationship between all the ASs and the modulo value is included; after the user's service is forwarded, if the response of the first AS is not received, if the first AS fails, the second computing module is triggered;

a second calculation module, configured to generate a second correspondence table including a correspondence between all normal ASs and a modulus value, and modulate the sum of the characteristics information of the user on all normal ASs in the application server pool, Obtaining a second modulus value;

The forwarding module is further configured to: obtain a second AS corresponding to the second modulo value by searching the second correspondence table, and forward the service of the user corresponding to the second modulo value to the second AS corresponding to the second modulo value; If the module does not receive the response from the second AS, the second computing module is triggered until the user's service is forwarded to the normal AS.

Further, the device includes: a first calculating module, a searching module, a determining module, a forwarding module, and a second computing module;

a first calculating module, configured to: when receiving a service of a user, modulo the feature information of the user to a sum of weights of all ASs in the application server pool to obtain a first modulus value; a searching module, configured to obtain a first corresponding to the first modulus by searching the first correspondence table

AS, the first correspondence table includes a correspondence between all ASs and a modulus value;

a judging module, configured to determine whether the first AS is one of the pre-obtained normal AS lists, and if yes, the triggering forwarding module forwards the service of the user corresponding to the first modulo value to the first AS corresponding to the first modulo value ; otherwise, trigger the second calculation module;

a second calculating module, configured to modulo the sum of the feature information of the user to all normal ASs in the application server pool to obtain a second modulus value;

The locating module is further configured to obtain a second AS corresponding to the second modulo value by searching the second correspondence table, where the second correspondence table includes a correspondence between all normal ASs and the modulo value; The service of the user corresponding to the second modulus is forwarded to the second AS corresponding to the second modulus.

Further, the feature information of the user is a public user identifier of the user or an identifier of the access network to which the user belongs.

It can be seen from the above technical solution that when an AS in the AS POOL fails, the service of the user originally belonging to the normal AS is still forwarded to the AS that the user originally belongs to, so that the user originally belonging to the normal AS is in the capacity. The disaster is not affected before and after the disaster, thus allowing various supplementary services to be performed in the AS POOL networking mode, which helps the POOL networking of the AS to enter the actual commercial operation. Specifically, by maintaining a first correspondence table including the correspondence between all ASs and the modulus values on the S-CSCF, and a second correspondence table including all the normal ASs and the modulus values, the original attribution to the failure may be The service of the user of the AS is forwarded to the normal AS; the service of the user originally assigned to the normal AS is forwarded to the AS to which the user originally belongs. DRAWINGS

1 is a basic architecture diagram of an IMS network in the prior art;

2 is a schematic diagram of a POOL networking mode of an AS in an IMS network in the prior art; FIG. 3 is a schematic flowchart of a proxy AS selecting an AS in the prior art; 4 is a flowchart of a method for implementing remote disaster recovery in an IMS network according to the present invention; FIG. 5 is a flowchart of a method for implementing remote disaster recovery in a second IMS network according to the present invention; FIG. 6 is a S-CSCF according to the present invention; Flowchart for selecting an AS in AS POOL;

FIG. 7 is a structural diagram of an apparatus for implementing remote disaster recovery in an IMS network according to the present invention; FIG. 8 is a structural diagram of an apparatus for implementing remote disaster recovery in a second IMS network according to the present invention. detailed description

The basic idea of the present invention is that when there is an AS failure in the AS POOL, the first server forwards the service of the user originally belonging to the failed AS to the normal AS; and forwards the service originally attributed to the user of the normal AS to the user. Originally owned by the AS.

The first server is an S-CSCF or a proxy AS (Rep AS). The user's characteristic information may be the user's PUI or the identity (ID) of the access network to which the user belongs.

The method for implementing remote disaster recovery in the IMS network of the present invention will be described in detail below with reference to the accompanying drawings.

As shown in FIG. 4, the method for implementing remote disaster recovery in the first IMS network of the present invention includes: Step 401: When the S-CSCF receives a service of the user, the S-CSCF pairs the PUI of the user with all ASs in the AS POOL. The sum of the weights is modulo to obtain the first modulus value;

Step 402: The S-CSCF obtains a first AS corresponding to the first modulus by searching the first correspondence table, where the first correspondence table includes a correspondence between all ASs and a modulus value.

Step 403: The S-CSCF forwards the service of the user corresponding to the first modulus to the first AS corresponding to the first modulus.

If the S-CSCF receives the response from the first AS, the forwarding succeeds, and the process ends; otherwise, the process proceeds to step 404;

Step 404: If the S-CSCF does not receive the response of the first AS, the S-CSCF confirms that the first AS is faulty, and generates a second correspondence table including the correspondence between all the normal ASs and the modulus values. Step 405: The S-CSCF modulates the sum of the weights of the user's PUI and all the normal ASs in the AS POOL to obtain a second modulus value.

Step 406, the S-CSCF obtains the second AS corresponding to the second modulus by searching the second correspondence table;

Step 407: The S-CSCF forwards the service of the user corresponding to the second modulus to the second AS corresponding to the second modulus.

If the S-CSCF receives the response from the second AS, the forwarding is successful, and the process ends; otherwise, the process returns to step 404.

It can be seen from the above process that after an AS failure occurs in the AS POOL, according to the method of the present invention, the service of the user originally belonging to the failed AS can be forwarded to the normal AS without affecting the original attribution. User of normal AS.

As shown in FIG. 5, the method for implementing remote disaster recovery in the second IMS network of the present invention includes: Step 501: When the S-CSCF receives a service of the user, the S-CSCF pairs the PUI of the user with all ASs in the AS POOL. The sum of the weights is modulo to obtain the first modulus value;

Step 502: The S-CSCF obtains a first modulus value by searching a first correspondence table.

– AS, the first correspondence table contains the correspondence between all ASs and the modulus values;

Steps 503-504, the S-CSCF determines whether the first AS is one of the pre-obtained normal AS lists; if yes, forwarding the service of the user corresponding to the first modulo value to the first AS corresponding to the first modulo value Otherwise, go to step 505;

The S-CSCF can obtain the normal AS list in advance by the following methods: The S-CSCF automatically identifies whether the AS is faulty by using a heartbeat message (such as a SIP Option message) between the AS and the AS, or the administrator manually configures the available state of the AS.

Step 505: The S-CSCF modulates the sum of the weights of the user's PUI to all normal ASs in the AS POOL to obtain a second modulus value.

Step 506: The S-CSCF obtains a second modulus value by searching a second correspondence table. a second AS, the second correspondence table includes a correspondence between all normal ASs and a modulus value, where the second correspondence may be generated after the S-CSCF obtains the normal AS list.

Step 507: The S-CSCF forwards the service of the user corresponding to the second modulus to the second AS corresponding to the second modulus.

By comparing the flow of the two methods, the second method does not need to repeatedly forward the user's service, and can directly forward the user's service to the normal AS, thus improving the forwarding efficiency of the S-CSCF.

The present invention will now be described in further detail by way of examples.

Taking the example given in the background art, assume that AS-1瘫痪, the S-CSCF receives a call request from User A, and User A's PUI is 52871235.

According to the first method, 52871235 mod 3=0, 0 corresponds to AS-1 in Table 2, and the S-CSCF forwards the call request to AS-1. The S-CSCF does not receive a response from AS-1 at the scheduled time, and the S-CSCF confirms that AS-1 has failed and generates Table 3. The S-CSCF then modulo 52871235 to 2 to obtain 1, and the S-CSCF forwards the call request to AS-3.

According to the second method, 52871235 mod 3=0, the S-CSCF knows that the user corresponds to AS-1. Since the S-CSCF obtains the normal AS list in advance, it can be known that the AS-1 is unavailable by looking up the normal AS list. The S-CSCF then modulo 52871235 to 2 to obtain 1, and the S-CSCF forwards the call request to AS-3.

The method of the present invention is applicable to a disaster recovery scenario in which an AS fails in an AS POOL, and is also applicable to a disaster recovery scenario in which multiple ASs simultaneously fail. For example, if an AS fails and its responsible user initiates a call request, the S-CSCF needs up to two modulo operations to get a normal AS to process the call request. Suppose two ASs fail. After the user responsible for the faulty AS initiates a call request, the S-CSCF needs to perform a maximum of three modulo operations (possibly obtaining a normal AS after two modulo operations). A normal AS handles call requests. - Step, the capacity of the AS in the AS POOL can be different, then the weight parameter is required in Table 2, and becomes Table 4.

Table 4 Correspondence between AS and modulus in AS POOL III (including weight parameters) In this case, the invention can still be applied, but the sum of the weights of all ASs is 4, so the weight of the PUI to all ASs is When taking the modulo, you need to take the modulo 4 .

In the above embodiments, the PUI in the digital format is used, so the PUI is directly subjected to the modulo operation, but the PUI and the ID of the access network to which the user belongs may also be a textual numeric string, so the text numeric string needs to be converted into a number by a special algorithm. The modulo operation is performed again, and the converted number is unique in the IMS network. How to convert a textual numeric string into a number is not the focus of the present invention and will not be described here.

On the other hand, there is a device in the IMS network called a proxy AS. As shown in FIG. 3, in the prior art, when there are only two ASs in the IMS network, the process of the proxy AS selecting the AS includes:

Step 301, the S-CSCF receives a SIP request from a user (SIP Request); Steps 302-303, the S-CSCF selects a proxy AS according to the IFC of the user, and forwards the SIP request to the proxy AS;

Step 304, the proxy AS routes to the AS-1;

Step 305-307, the timer expires, the proxy AS reselects the AS-2 and forwards the SIP request to the AS-2.

In step 308, AS-2 returns a SIP response (SIP Response).

It can be seen from the above process that the S-CSCF forwards all registration requests and call requests to the proxy AS, and the proxy AS selects the AS.

In the present invention, the process of selecting the AS by the proxy AS and the process class of selecting the AS by the S-CSCF Like, no longer repeat here. In addition, the process of establishing the correspondence between the ID of the access network to which the user belongs and the AS by the modulo operation is similar to the process of establishing the correspondence between the PUI and the AS, and further, when processing the calling side service, the S-CSCF or The proxy AS extracts the PUI of the calling user from the call signaling to perform a modulo operation; when processing the called side service, the S-CSCF or the proxy AS takes the PUI of the called user from the call signaling to perform a modulo operation.

Further, a user can have multiple PUIs at the same time, and the user can perform registration with any PUI, but these P U I will exist in the form of an implicit registration set or an alias group in the user's subscription data. In the registration process of the user, the S-CSCF or the proxy AS may extract the first PUI (ie, the default PUI) in the user implicit registration set or the alias group from the registration signaling, and perform the modulo operation as the feature information of the user. This ensures that multiple registrations by users can be handled by the same AS.

Further, a user can have multiple PUIs at the same time, and the user can initiate a call or call any PUI of the called party by using any PUI, but the multiple PUIs of the user may be an implicit registration set or an alias group in the subscription data of the user. The form exists. In the call flow of the user, the S-CSCF or the proxy AS may obtain the first PUI (ie, the default PUI) in the implicit registration set or the alias group of the calling user or the called user from the HSS as the feature information of the user. The modulo operation ensures that multiple calls from the user can be handled by the same AS.

Further, there are multiple S-CSCFs or multiple proxy ASs in the IMS network. These S-CSCFs or proxy ASs can accept user calls and select ASs for users. As long as the algorithms are consistent, multiple users of the same user can be implemented. The call request is forwarded to the target on the same AS.

Further, in the IMS network, certain users are allowed to perform calls without registration, and such calls are called unregistered calls. When processing the calling side service of the unregistered call, the S-CSCF or the proxy AS takes the PUI of the calling user from the call signaling to perform a modulo operation; when processing the called side service of the unregistered call, the S-CSCF or The proxy AS removes the called party from the call signaling. The user's PUI performs a modulo operation.

The following describes how the S-CSCF selects an AS in a disaster-tolerant scenario. As shown in Figure 6, the selection process includes:

Step 601: The S-CSCF receives a call request from a user.

Step 602: The S-CSCF obtains the IFC of the user from the local or HSS, and obtains an AS name from the IFC.

Steps 603-604, the S-CSCF queries the DNS according to the AS name. If the mapping between the AS name and the real AS host name shown in Table 1 is configured on the DNS, the DNS returns three host names to the S-CSCF: AS -1.COM.CN, AS-2.COM.CN, AS-3.COM.CN.

The mapping between the AS name and the host name in the IFC can be configured in the DNS or configured locally by the administrator in the S-CSCF, so that the S-CSCF does not need to query the DNS.

Step 605: The S-CSCF automatically generates the correspondence between the AS and the modulus according to the AS host name returned by the DNS. Alternatively, the table 2 may be generated by using a manual pre-establishment or an automatic establishment manner, as shown in Table 2. The correspondence between the AS and the modulus value can be established by the DNS and returned to the S-CSCF in step 604.

Step 606: When processing the calling side service of the call, the S-CSCF takes the PUI of the calling user from the call signaling to perform a modulo operation; when processing the called side service of the call, the S-CSCF receives the call letter. The PUI of the called user is taken out to perform a modulo operation;

Assume that the S-CSCF is the calling side S-CSCF, and the call request of the calling side is processed, and the PUI of the calling user is 52871235, and the PUI is modulo 3 to obtain 0. According to Table 2, the S-CSCF selects AS-1;

Step 607: The S-CSCF forwards the call request to the AS-1.

Step 608: If the timer expires and the S-CSCF does not receive the response of the AS-1, it is known that the AS-1 fails, and the S-CSCF generates Table 3. In step 609, the S-CSCF modulo 52871235 to 2 to obtain 1, according to Table 3, the S-CSCF selects AS-3.

Step 610: The S-CSCF forwards the call request to the AS-3.

If the S-CSCF has previously learned that the AS-1 has failed through the heartbeat message between itself and the AS, and generates Table 3 accordingly, step 607 and 608 may be skipped, and step 609 is directly executed.

To implement the method for implementing remote disaster recovery in the foregoing IMS network, the present invention further provides an apparatus for implementing remote disaster recovery in an IMS network. The device is located in the S-CSCF or the proxy AS, and is used to: when an AS in the AS POOL fails, forward the service of the user originally belonging to the failed AS to the normal AS; The user's service is forwarded to the AS to which the user originally belonged.

As shown in FIG. 7, according to an embodiment of the present invention, the device includes: a first calculation module, a forwarding module, and a second calculation module;

a first calculating module, configured to: when receiving a service of a user, modulo the feature information of the user to a sum of weights of all ASs in the application server pool to obtain a first modulo value; and a forwarding module, configured to pass Finding the first correspondence table to obtain the first corresponding to the first modulus value

AS, and forwards the service of the user corresponding to the first modulo to the first AS corresponding to the first modulo value, where the first correspondence table includes the correspondence between all ASs and the modulo value; After the service, if the response of the first AS is not received, it is confirmed that the first AS fails, and the second calculation module is triggered;

The forwarding module is further configured to: obtain a second AS corresponding to the second modulo value by searching the second correspondence table, and forward the service of the user corresponding to the second modulo value to the second AS corresponding to the second modulo value; If the module does not receive the response of the second AS, the second computing module is triggered until Forward the user's service to the normal AS.

As shown in FIG. 8, according to another embodiment of the present invention, the device includes: a first calculation module, a search module, a determination module, a forwarding module, and a second calculation module;

a first calculating module, configured to: when receiving a service of a user, modulo the feature information of the user to a sum of weights of all ASs in the application server pool to obtain a first modulo value; Finding a first correspondence table to obtain a first AS corresponding to the first modulus, where the first correspondence table includes a correspondence between all ASs and a modulus value;

The above is only the preferred embodiment of the present invention and is not intended to limit the scope of the present invention.

Claims

Claim

A method for implementing remote disaster recovery in an IMS network, where the IMS network includes a first server and an application server pool, where the method includes:

When the application server AS is faulty in the application server pool, the first server forwards the service of the user that belongs to the failed AS to the normal AS, and forwards the service of the user originally belonged to the normal AS to the original user. On the AS.

The method for implementing the remote disaster recovery in the IMS network according to claim 1, wherein the method specifically includes:

After forwarding the user's service, if the first server does not receive the response of the first AS, the first server confirms that the first AS is faulty, and generates a second correspondence table including the correspondence between all the normal ASs and the modulus values. And modulating the sum of the characteristics information of the user to all normal ASs in the application server pool to obtain a second modulus value;

When the first server receives the service of the user, the first server modifies the sum of the feature information of the user to all ASs in the application server pool to obtain a first modulus value; The first server obtains a first AS corresponding to the first modulo value by searching the first correspondence table, where the first correspondence relationship table includes a correspondence between all ASs and a modulus value;

The method for implementing remote disaster recovery in an IMS network according to claim 2 or 3, wherein when the calling side service is processed, the feature information of the user is the feature information of the calling user; When the side service is called, the feature information of the user is the feature information of the called user.

The method for implementing remote disaster recovery in an IMS network according to claim 2 or 3, wherein the first server is a serving call control entity or a proxy AS.

The method for implementing remote disaster recovery in an IMS network according to claim 2 or 3, wherein the feature information of the user is a public user identifier of the user or an identifier of the access network to which the user belongs.

An apparatus for implementing remote disaster recovery in an IMS network, wherein the apparatus is configured to: when an AS in an application server pool of an IMS network fails, the service originally attributed to the user of the failed AS The service is forwarded to the normal AS. The service of the user originally assigned to the normal AS is forwarded to the AS to which the user belongs.

The apparatus for implementing the remote disaster recovery in the IMS network according to claim 7, wherein the apparatus comprises: a first computing module, a forwarding module, and a second computing module; Medium,

The device for implementing the remote disaster recovery in the IMS network according to claim 7, wherein the device comprises: a first computing module, a searching module, a determining module, a forwarding module, and a second computing module;

a judging module, configured to determine whether the first AS is one of the pre-obtained normal AS lists, and if yes, the triggering forwarding module forwards the service of the user corresponding to the first modulo value to the first AS corresponding to the first modulo value ; otherwise, trigger the second calculation module; a second calculating module, configured to modulate a sum of the feature information of the user to all normal ASs in the application server pool to obtain a second modulus value;

The apparatus for implementing the remote disaster recovery in the IMS network according to claim 8 or 9, wherein the characteristic information of the user is a public user identifier of the user or an identifier of the access network to which the user belongs.