WO2011157145A2

WO2011157145A2 - Main/backup switching method between communication device, communication device, system and service request device

Info

Publication number: WO2011157145A2
Application number: PCT/CN2011/075053
Authority: WO
Inventors: 朱智勇
Original assignee: 华为技术有限公司
Priority date: 2011-05-31
Filing date: 2011-05-31
Publication date: 2011-12-22
Also published as: WO2011157145A3; CN102265555B; CN102265555A

Abstract

The embodiments of the present invention relate to a main/backup switching method between communication device, a communication device, system and a service request device. The method includes: receiving a main/backup switching negotiation request transmitted by a main communication device which carries fault information, wherein the fault information includes: the service load and current loss amount of the main communication device; determining an anticipated service loss amount of the backup communication device after the switching, and determining that the main/backup switching is needed when the anticipated service loss amount is less than the current loss amount; transmitting a main/backup switching instruction to the service request device, wherein the main/backup switching instruction is used to instruct the service request device to switch its signaling communication pointer from a main signaling interaction interface address to a backup signaling interaction interface address; taking over and carrying the service provided by the main communication device. Application of the embodiments of the present invention enables the decrease of the user service interruption probability when a main/backup switching is carried out between communication devices.

Description

Active/standby switching method, communication device and system and service requesting device between communication devices

The present invention relates to the field of communications technologies, and in particular, to an active/standby switching method, a communication device and system, and a service requesting device between communication devices. Background technique

With the rapid development of the mobile Internet, more and more people enjoy various services provided by the mobile Internet through smart terminals, such as: web browsing, VoIP (voice over Internet Protocol), video, social networking, instant messaging, and the like. The packet gateway device provides a series of important services when the user accesses the Internet, such as: assigning an IP address, authentication, charging, and service control to the terminal. Since packet gateway devices and other types of communication devices are located at important network locations and have the ability to serve a large number of users, communication systems have high reliability requirements for these devices.

In order to reduce the loss of the service of the user service that the primary gateway device is serving in the event of a failure, a real-time backup gateway device is required to quickly take over the services of the primary gateway device. The existing technology uses a backup synchronization channel and a heartbeat message channel between the active and standby gateway devices. The backup synchronization channel is used to perform data hot backup between the active and standby gateway devices, and the heartbeat message channel is used to detect faults. When the backup gateway device determines that the master device is faulty based on the heartbeat detection result, the master/slave gateway device performs the master/slave switchover, that is, the standby gateway device takes over the service provided by the master gateway device. If the speculative result of the standby gateway device is incorrect, that is, the primary gateway device does not actually fail, the active and standby gateway devices in the communication system will use the shared resources to provide bearers. This phenomenon is called "double live".

In the process of practicing the prior art, the inventor found that the "double live" phenomenon may cause abnormal network behavior, such as address conflicts, routing conflicts, etc., thereby causing abnormalities in the peripheral network element of the gateway device, such as the failure to correctly judge the message. Whether the source address or the destination address points to the primary gateway device or the standby gateway device, the surrounding network elements may deactivate a large number of online users, causing user service interruption and increasing users. Business loss. Summary of the invention

The embodiments of the present invention provide an active/standby switching method, a communication device, a system, and a service requesting device between communication devices, which are used to reduce the probability of user service interruption when performing active/standby switching between communication devices.

An embodiment of the present invention provides an active/standby switchover method between communication devices, including:

And receiving an active/standby switching negotiation request that is sent by the primary communications device and carrying the fault information, where the fault information includes: a service load and a current loss amount of the primary communications device;

Determining the expected expected loss of the service after the switching according to the local state, the capacity and the load condition of the standby communication device, and the service load of the primary communication device, and determining when the expected loss of the service is less than the current loss. Need to perform active/standby switchover;

Sending an active/standby switching indication to the service requesting device; the active/standby switching indication is used to instruct the service requesting device to switch its signaling communication pointer from the primary signaling interaction interface address of the primary communication device to the standby communication The standby signaling interface address of the device;

Taking over the services provided by the primary communication device.

The embodiment of the present invention further provides another active/standby switching method between the communication devices, including: acquiring support capability information of the service request device connected to the primary communication device, where the support capability information is used to indicate that the service request device supports The primary and secondary address pairs include: a primary signaling interaction interface address of the primary communication device, and a standby signaling interaction interface address of the secondary communication device;

Sending the primary and secondary address pairs to the service requesting device, and instructing the service requesting device to point its signaling communication pointer to the primary signaling interaction interface address.

The embodiment of the present invention further provides an active/standby switching method between the communication devices, including: reporting the support capability information of the service requesting device to the primary communication device; and the supporting capability information is used to indicate that the service requesting device supports the active and standby devices. Address pair

Receiving the primary and secondary address pairs sent by the primary communication device, where the primary and secondary address pairs include: Decoding the primary signaling interaction interface address of the primary communication device and the standby signaling interaction interface address of the standby communication device; pointing the signaling communication pointer of the service requesting device to the primary signaling interaction interface address, and receiving the When the active/standby switching indication sent by the communications device is described, the signaling communication pointer is switched from the primary signaling interaction interface address to the standby signaling interaction interface address.

The embodiment of the invention further provides a communication device, including:

The negotiation fault information obtaining module is configured to receive an active/standby switching negotiation request that is sent by the primary communications device and that carries the fault information, where the fault information includes: a service load of the primary communications device and a current loss amount;

An expected loss determination module, configured to determine, according to a local state, a capacity, and a load condition of the communication device, and a service load of the primary communication device, an expected loss amount of the service after the switching; a switching evaluation module, configured to When the expected loss of the service is less than the current loss, it is determined that an active/standby switchover is required; the active/standby switchover indication module is configured to send an active/standby switchover indication to the service requesting device; and the active/standby switchover indication is used to indicate the service The requesting device switches its signaling communication pointer from the primary signaling interaction interface address of the primary communication device to the standby signaling interaction interface address of the communication device;

And a switching execution module, configured to take over the service provided by the primary communication device.

The embodiment of the invention further provides another communication device, including:

The capability information obtaining module is configured to obtain the support capability information of the service requesting device that is connected to the communication device, where the support capability information is used to indicate that the service requesting device supports the active/standby address pair; The primary signaling interaction interface address of the communication device and the standby signaling interaction interface address of the standby communication device;

The address indication module is configured to send the primary and secondary address pairs to the service requesting device, and instruct the service requesting device to point its signaling communication pointer to the primary signaling interaction interface address.

The embodiment of the invention further provides a service requesting device, including:

The capability information reporting module is configured to report the support capability information of the service requesting device to the primary communication device, where the support capability information is used to indicate that the service requesting device supports the primary and secondary address pairs. The primary and secondary address pairs include: a primary signaling interaction interface address of the primary communication device and a backup signaling interaction interface address of the standby communication device;

An address information obtaining module, configured to receive the primary and secondary address pairs sent by the primary communication device, and a communication pointer processing module, configured to point, by the signaling request pointer of the service requesting device, the primary signaling interaction interface address And, when receiving the active/standby switching indication sent by the standby communication device, switching the signaling communication pointer from the primary signaling interaction interface address to the standby signaling interaction interface address.

An embodiment of the present invention further provides a communication system, including: a primary communication device, a backup communication device communicatively coupled to the primary communication device, and a service request for communication connection with the primary communication device and the standby communication device, respectively device.

In the embodiment of the present invention, when the standby communication device performs the active/standby switchover, the service requesting device switches its signaling communication pointer from the address of the primary signaling interaction interface to the address of the standby signaling interaction interface; thus, when the communication system has appeared When the active and standby communication devices are dual-active, the service requesting device filters out the service packets related to the address that the signaling communication pointer does not point to, thereby reducing the probability of the service requesting device being abnormal, thereby reducing the user. The probability of business interruption.

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the embodiments or the description of the prior art will be briefly described below. Obviously, the drawings in the following description are only It is a certain embodiment of the present invention, and other drawings can be obtained from those skilled in the art without any inventive labor.

1 is a flowchart of a method for performing active/standby switchover between communication devices according to Embodiment 1 of the present invention; FIG. 2 is a flowchart of a method for performing active/standby switchover between communication devices according to Embodiment 2 of the present invention; A flow chart of the active/standby switching method between the communication devices provided; FIG. 4 is a schematic structural diagram of the networking of the application scenario according to the embodiment of the present invention;

FIG. 5 is a schematic diagram of a communication model of a GGSN in an application scenario according to an embodiment of the present invention; FIG. FIG. 6 is a diagram showing an IP address correspondence relationship between a master and a backup GGSN control plane module according to an embodiment of the present invention; FIG. 8 is an application example of an active/standby GGSN user plane module according to an embodiment of the present invention; FIG. 9 is an interaction diagram of an SGSN support capability information reporting method according to Embodiment 4 of the present invention; FIG. 10 is a schematic diagram of a method for performing active/standby consistency switching according to Embodiment 5 of the present invention; ;

FIG. 11 is a schematic diagram of a module for collecting a fault state of a primary GGSN according to an embodiment of the present invention; FIG. 12 is an interaction diagram of a method for performing a switching negotiation between a primary and a secondary GGSN according to Embodiment 6 of the present invention; Schematic diagram of the structure of the communication device;

14 is a schematic structural diagram of a communication device according to Embodiment 8 of the present invention;

FIG. 15 is a schematic structural diagram of a service requesting device according to Embodiment 9 of the present invention;

FIG. 16 is a schematic structural diagram of a communication device according to Embodiment 10 of the present invention. detailed description

The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without the creative work are all within the scope of the present invention.

The serial numbers of the following embodiments of the present invention are merely for the description, and do not represent the advantages and disadvantages of the embodiments.

FIG. 1 is a flowchart of an active/standby switchover method between communication devices according to Embodiment 1 of the present invention. The execution body of this embodiment may be: a standby communication device corresponding to a certain primary communication device. As shown in FIG. 1, the method provided in this embodiment includes:

Step 11: Receiving an active/standby switchover negotiation request that is sent by the primary communication device and carrying the fault information, where the fault information includes: a service load and a current loss amount of the primary communication device.

The method for obtaining the fault information of the master communication device is also not limited. For example, the standby communication device can obtain the fault information of the master communication device by receiving the master/slave switchover negotiation request sent by the master communication device and carrying the fault information. Step 12: Determine, according to the local state, capacity, and load status of the standby communication device, and the service load of the primary communication device, the expected expected loss of the service after the switching, and the expected loss in the service is less than the current loss. When it is determined, an active/standby switchover is required.

Step 13: Send an active/standby switching indication to the service requesting device. The active/standby switching indication is used to instruct the service requesting device to switch its signaling communication pointer to the primary signaling interaction interface address of the primary communication device. The address of the alternate signaling interface of the communication device is described.

The service requesting device in this step has the capability of supporting the primary and secondary address pairs, that is, supporting the signaling interaction interface addresses of the active and standby communication devices, and interacting with the primary communication device respectively. For example, the address of the signaling interaction interface can be specifically as follows: The primary communication device and the standby communication device have independent IP addresses for signaling interaction, which may be referred to as a primary IP address and a standby IP address. The service requesting device supports the use of the primary IP address to exchange signaling with the primary communication device, and also supports the use of the standby IP address to communicate with the standby communication device.

The manner in which the backup communication device obtains the support capability information of the service requesting device is not limited, and may be pre-configured on the active/standby communication device, or may be acquired by the primary communication device and the support capability information is synchronized to the standby communication device.

Step 14: Take over the service provided by the primary communication device.

During the active/standby switchover, the standby communication device preempts the shared resources of the active and standby communication devices, and provides bearers for the services provided by the primary communication device, so that the user services served by the primary communication device are not interrupted.

When the standby communication device performs the active/standby switchover, it can determine that any module on the standby communication device acts as the trigger point for the active/standby switchover, triggers each module on the standby communication device, and takes over the services provided by the peer communication module.

In this embodiment, when the standby communication device sends an active/standby switchover indication to the service requesting device, the service requesting device instructs the device to switch its signaling communication pointer from the primary signaling interaction interface address to the standby signaling interaction interface address; The active/standby communication device has been dual-active in the system. In this case, the service requesting device filters out the service packets related to the address that the signaling communication pointer does not point to, thereby reducing the probability of the service requesting device being abnormal. This reduces the chance of user service interruption.

FIG. 2 is a flowchart of an active/standby switchover method between communication devices according to Embodiment 2 of the present invention. Real The executive body of the embodiment is the primary communication device. As shown in FIG. 2, the method provided in this embodiment includes: Step 21: Obtain support capability information of a service request device connected to a primary communication device, where the support capability information is used to indicate that the service request device supports a primary and secondary address pair. The master/slave address pair includes: a primary signaling interaction interface address of the primary communication device, and a backup signaling interaction interface address of the secondary communication device.

The manner in which the main communication device obtains the service request device support capability information is not limited, and may be pre-configured on the main communication device, or actively reported by the service request device. The primary communication device can synchronize the support capability information to the standby communication device.

Step 22: Send the primary and secondary address pairs to the service requesting device, and instruct the service requesting device to point its signaling communication pointer to the primary signaling interaction interface address.

Optionally, the primary communication device may also obtain the fault information, and send an active/standby switchover negotiation request to the standby communication device corresponding to the primary communication device when the fault information meets the first preset condition. The fault information includes: a type of a fault that has occurred in the home network related to the primary communication device, a capacity loss amount, and a service loss amount. The first preset condition includes: the type of the fault is a physical interface/link fault, and the capacity loss amount is between a preset first capacity loss threshold and a second capacity loss threshold, and the service loss The quantity is between the preset first service loss threshold and the second service loss threshold. The master/slave switch negotiation request includes the fault information, and is used to request the standby communication device to determine whether to perform an active/standby switchover. After the primary communication device sends the primary and secondary switching negotiation request to the secondary communication device, the primary communication device may further receive an active/standby switching negotiation response sent by the secondary communication device, and the active/standby switching negotiation response indicates the standby communication device When the active/standby switchover is agreed, the backup communication device takes over the service provided by the primary communication device.

Optionally, when the fault information meets the second preset condition or the third preset condition, sending an active/standby switchover request to the standby communication device, where the active/standby switchover request is used to trigger the standby communication device to start. The second preset condition includes: the type of the fault is a physical interface/link failure, the capacity loss amount is greater than or equal to the second capacity loss threshold, and the service loss amount is greater than or Equal to the second service loss threshold; the third preset condition includes: the faulty class The type is a device module failure. And/or, when the fault information indicates that an existing fault has occurred, the alarm prompt information is output.

Optionally, the primary communication device may send an active/standby switchover request to the standby communication device to perform the active/standby switchover when the primary communication device detects that the critical module is faulty.

In this embodiment, when the primary communication device learns the support capability information of the service requesting device, it sends a primary and secondary address pair to the service requesting device, and instructs the service requesting device to point its signaling communication pointer to the primary signaling interaction interface address, thereby When the active/standby communication device has been "lived" in the communication system, the service message related to the address that the signaling communication pointer does not point to can be filtered out, thereby reducing the probability that the service requesting device is abnormally determined, thereby reducing the probability The probability of interruption of the user service is further provided. In this embodiment, the negotiation mechanism of the active/standby switchover can also be introduced: The primary communication device determines the current active/standby switchover based on the collected fault state information, and the current communication device The capacity loss and the service loss are sent to the backup communication device, and the backup communication device determines whether to accept the negotiation for the active/standby switchover. It can be seen that the active/standby switchover mechanism performs the switchover, which avoids the takeover of the communication device after the switchover. Limited capacity and greater loss to the user, which in turn benefits Reduce the risk due to the switchover does not apply to business interruption caused by the user.

FIG. 3 is a flowchart of an active/standby switchover method between communication devices according to Embodiment 3 of the present invention. The execution subject of this embodiment may be a service requesting device connected to the primary communication device. As shown in FIG. 3, the method provided in this embodiment includes:

Step 31: Reporting the support capability information of the service requesting device to the primary communication device; the support capability information is used to indicate that the service requesting device supports the primary and secondary address pairs.

Step 32: Receive the primary and secondary address pairs sent by the primary communication device. The primary and secondary address pairs include: a primary signaling interaction interface address of the primary communication device and a backup signaling interaction interface address of the standby communication device.

Step 33: Point the signaling communication pointer of the service requesting device to the primary signaling interaction interface address, and when receiving the primary/standby switching indication sent by the standby communication device, the signaling communication pointer is The primary signaling interaction interface address is switched to the standby signaling interaction interface address. After receiving the primary and secondary address pairs sent by the primary communication device, the method further includes: detecting a link status between the service requesting device and the primary communication device; detecting the service requesting device When the link between the primary communication device and the primary communication device fails, the active/standby switching request is sent to the standby communication device for requesting the standby communication device to perform the active/standby switchover.

After receiving the primary and secondary address pairs sent by the primary communication device, the method further includes: receiving a link test indication sent by the backup communication device, and testing the service request device and the device according to the link test indication Describe the link status between the primary communication devices; send the link test result to the standby communication device.

In this embodiment, when the service requesting device supports the master/slave address pair, the capability information of the master/slave address pair is reported to the master/slave communication device, and the master/slave address pair is received, and the master/slave switchover indication is received. And switching the signaling communication pointer from the primary signaling interaction interface address to the standby signaling interaction interface address.

In this embodiment, after the service requesting device obtains the primary and secondary address pairs, the service request packet may be filtered out, and the service requesting device may point to the signaling communication pointer. When the primary signaling interface address is received, and the first service packet from the address of the standby signaling interface is received, the first service packet is discarded; and/or the service requesting device is in the signaling When the communication pointer points to the address of the standby signaling interaction interface and receives the second service packet from the address of the primary signaling interaction interface, the second service packet is discarded.

Therefore, when the "active" mechanism of the active and standby communication devices has occurred in the communication system, the service requesting device can filter out the service packets related to the address that the signaling communication pointer does not point to. Thereby, the probability that the service requesting device is abnormally determined is reduced, thereby reducing the probability of user service interruption.

The type of the active/standby communication device and the type of the service request device connected thereto are not limited in the embodiment of the present invention. For example, the active/standby communication device may be a packet gateway with high reliability requirements in the communication system; the service requesting device may be a service support node connected to the packet gateway, and the like. The following is a general wireless packet service/General Mobile Radio Service (General Packet Radio Service) The application scenario of the active/standby switchover of the Gateway GPRS Support Node (GGSN) in the networking of the GPRS/UMTS (GPRS/UMTS) is taken as an example to describe the technical solution of the embodiment of the present invention. It should be noted that the following application scenarios are not to be construed as limiting the technical scope of the present invention. The service requesting device in the application scenario is: a GPRS Service Support Node (SGSN).

First, the networking structure of the application scenario of the active/standby switchover of the GGSN is described.

FIG. 4 is a schematic structural diagram of a networking of an application scenario according to an embodiment of the present invention. In the GPRS/UMTS network shown in Figure 4, the two GGSNs are mutually active and active: the primary GGSN and the standby GGSN; and the SGSNs in the home network, such as SGSN1, SGSN2, and SGSN3, are interconnected through the entire IP backbone network. Based on the network status of the SGSN and the GGSN, the SGSN is a service requesting device relative to the GGSN, and the GGSN is a service providing device with respect to the SGSN. It can be understood that the service requesting device and the service providing device are relative concepts of different network status. The networking shown in Figure 4 is simple, easy to deploy and maintain, and easy to implement.

Next, a communication model of the GGSN in the application scenario of the embodiment of the present invention is illustrated.

FIG. 5 is a schematic diagram of a communication model of a GGSN in an application scenario according to an embodiment of the present invention. As shown in Figure 5, the communication model of the GGSN includes two communication planes: the control plane and the user plane. The control plane includes: a control plane input interface unit (abbreviated as: In-c), a Gn interface control plane unit (abbreviated as: Gn-c), and a Gi interface control plane unit (abbreviated as: Gi-c) And the control plane out interface unit (abbreviated as: Out-c). The user plane includes: a user interface interface unit (denoted as: abbreviated as: In-u), a Gn interface user plane unit (abbreviated as: Gn-u), and a Gi interface user plane unit (abbreviated as: Gi-u ) and the user interface interface unit (abbreviated as: Out-u ). Any of the control plane and the user plane can include multiple modules. See Figure 5 for specific modules.

Generally, each module of the GGSN control plane and the user plane has its own independent IP address to communicate with related entities. In the embodiment of the present invention, in order to implement hot backup between GGSN devices, the correspondence between IP addresses of the peer modules of the active and standby GGSNs needs to be improved. FIG. 6 is a schematic diagram of an IP address corresponding to an active/standby GGSN control plane module according to an embodiment of the present disclosure, and FIG. 7 is a primary and a backup provided by an embodiment of the present invention. The IP address correspondence of the GGSN user plane module.

In order to facilitate the description of the technical solution, it is possible to put the name of each module of the main GGSN with the word "main", and in the abbreviated representation, "(a),, the character; the name of each module of the GGSN is prepared", the word, its abbreviation In the expression, "(s),, the sign; the "(c)" character is added to the abbreviated representation of the shared resource name of the active and standby GGSNs.

As shown in Figure 6, the primary and secondary GGSNs control the IP address correspondence of the modules to be equal to: the primary control plane inbound interface unit and the standby control plane inbound interface unit, each with its own independent IP address: IP-In-c(a) And IP-In-c(s); the primary Gn interface control plane unit and the standby Gn interface control plane unit have their own independent IP addresses and share the first floating IP address: IP-Gn-c(a), IP- Gn-c(s) and IP-Gn-c(c), where IP-Gn-c(a) can also be expressed as GTP-C(a), which is the signaling interaction interface address of the primary GGSN and the SGSN, ie The address of the primary signaling interaction interface in the embodiment of the present invention; IP-Gn-c(s) can also be expressed as: GTP-C(s), which is the signaling interaction interface address of the GGSN and the SGSN, that is, the implementation of the present invention The standby signaling interface address as described in the example; the primary Gi interface control plane unit and the standby Gi interface control plane unit, sharing the second floating IP address: IP-Gi-c(c); the main control plane outgoing interface unit and the standby control The interface unit has separate IP addresses: IP-Out-c(a) and IP-Out-c(s).

As shown in Figure 7, the IP address corresponding to the modules of the active and standby GGSN users is: The primary user inbound interface unit and the secondary user inbound interface unit have their own independent IP addresses: IP-In-u(a) And the IP-In-u(s); the primary Gn interface user plane unit and the standby Gn interface user plane unit share the third floating IP address: IP-Gn-u(c); the primary Gi interface user plane unit and the standby Gi interface The user plane unit shares the fourth floating IP address: IP-pool-Gi-u(c); the primary user interface interface unit and the standby user interface interface unit have their own independent IP addresses: IP-Out-u (a ) and IP-Out-u(s).

In addition, the mechanism for performing hot backup between devices in the application scenario of the embodiment of the present invention is as follows:

FIG. 8 is an interaction diagram of performing hot backup of the active and standby GGSNs in the application scenario according to the embodiment of the present invention. As shown in Figure 8, the methods for performing hot backup between devices by the active and standby GGSNs include:

Step 81: The heartbeat detection message is sent between the primary GGSN and the standby GGSN to detect whether the other party has a fault. Heartbeat is a periodic signal. When the communication device at one end sends a heartbeat to the peer communication device, if the peer communication device works normally, it will return a heartbeat response to it. In the embodiment of the present invention, a heartbeat detection message may be used to detect whether the primary and secondary GGSNs are faulty.

Step 82: The primary GGSN sends batch backup information to the standby GGSN.

The primary GGSN may send batch backup information to the standby GGSN periodically or when the preset conditions are met. The backup information may include: Packet Data Protocol (PDP) context information, such as General Packet Radio Service (GPRS) transport protocol (GPRS Tunneling Protocol, GTP) information, quality of service ( Quality of Service (QoS), Policy and Charging Control (PCC) rules, etc.; routing information; Virtual Private Network (VPN) information, such as IPSec/IKE VPN, L2TP VPN, etc. Firewall policy, Network Address Translation (NAT) information, etc. The primary GGSN may send the backup GGSN two changes to the backup information during the backup.

Step 83: The GGSN starts the pre-processing process, and the modules of the GGSN are in the standby state before the active/standby switchover.

The GGSN starts the pre-processing process, that is, synchronizes the backup information sent by the primary GGSN to each peer module on the standby GGSN. The standby GGSN receives the change content of the backup information during the two backups sent by the primary GGSN, and corresponds the changes to the peer module of the standby GGSN as shown in FIG. 6 and FIG. 7.

After the GGSN completes the pre-processing process, it enters the standby state of the active/standby switchover, that is, it notifies the modules on the GGSN to create an instance, and stores related parameter information of the service to be taken over, but does not send packets. When the modules on the standby GGSN receive the active/standby switchover indication, the packets can be sent out immediately to implement the fast takeover of the primary GGSN service.

It is to be understood that the method for performing the hot backup between the devices in the embodiment of the present invention is not limited. The method shown in FIG. 8 is only an example, and should not be construed as limiting the technical solutions of the embodiments of the present invention. In the embodiment of the present invention, the support capability of the SGSN may be different. For example, some SGSNs support the primary and secondary address pairs of the active and standby GGSNs, and some SGSNs do not support the primary and secondary address pairs of the active and standby GGSNs. The master/slave address pair of the active and standby GGSNs is specifically: GTP-C address of the primary GGSN: GTP-C(a), and GTP-C address of the standby GGSN: GTP-C(s). In the actual communication system, the majority of users providing services by the GGSN are home users, and a few are roaming users. Considering the requirements of the majority of the user services and the cost of the device upgrade, the embodiment of the present invention can deploy the SGSN that supports the primary and secondary address pair capabilities of the active and standby GGSNs in the home network; and deploy the masters that do not support the active and standby GGSNs in the roaming network. The address-to-capability SGSN. Of course, the SGSN that does not support the primary and secondary address pair capabilities of the active and standby GGSNs may also be deployed in the home network.

The SGSN support capability information may be pre-registered on the primary GGSN and/or the standby GGSN, or may be reported to the primary GGSN by the SGSN and synchronized by the primary GGSN to the standby GGSN.

The flow corresponding to Figure 9 and Figure 12 below can be implemented based on the extended Gn interface message. The method is simple, and the system upgrade and maintenance cost is low;

FIG. 9 is an interaction diagram of an SGSN support capability information reporting method according to Embodiment 4 of the present invention. As shown in Figure 9, the SGSN support capability information reporting method includes:

Step 91: The SGSN sends a Create PDP Context Request message to the primary GGSN, where the PDP context request message carries the SGSN support capability information, where the support capability information is used to indicate that the SGSN supports the GTP control plane of the active and standby GGSNs. The address pair (Support active & hot-standby CTP-C) supports the active and standby GTP-C address pairs.

The PDP Context Request message in this step is an extended Gn interface message, that is, the first active/standby switchover request according to the embodiment of the present invention. The SGSN can report its own support capability information to the primary GGSN through the PDP context request message. When the primary GGSN obtains the support capability information of the SGSN, the primary GGSN may synchronize the information with the standby GGSN.

Step 92: The primary GGSN sends a Create PDP Context Response message to the SGSN, where the PDP context response message carries the GTP-C address pair of the active and standby GGSNs (CTP-C(a), CTP-C(s) )). The master GGSN learns that the SGSN supports the GTP-C address pair of the active and standby GGSNs according to the received PDP context request message that carries the SGSN support capability information, and therefore carries the GTP-C address pair of the active and standby GGSNs in the PDP context response message. And sent to the SGSN.

Step 93: The SGSN receives a Create PDP Context Response message, and saves the GTP-C address pair (CTP-C(a), CTP-C(s)) of the active and standby GGSNs carried in the message, and The signaling communication pointer of the SGSN points to the GTP-C address of the primary GGSN: CTP-C(a:).

In this embodiment, when acquiring the GTP-C address pair (CTP-C(a), CTP-C(s)) of the active and standby GGSNs, the SGSN points the signaling communication pointer to the GTP-C address of the primary GGSN: CTP- C(a). The advantage of this processing is that when the active and standby GGSN "double live" phenomenon has occurred in the communication system, since the signaling communication pointer of the SGSN points to the GTP-C address of the primary GGSN: CTP-C(a), the SGSN can In the received packet, the GTP-C address including the address of the standby GGSN is filtered out: the service-related packet except the link test indication and the active/standby switchover indication of the CTP-C(s), that is, the included address is filtered. The service packet of the CTP-C(s) reduces the probability of the SGSN being judged abnormally, thereby reducing the probability of user service interruption.

The SGSN and the roaming SGSN that do not support the GTP-C address pair of the active and standby GGSNs do not need to report their own support capability information to the primary GGSN, but use the active/standby Gn interface control plane unit shared by the primary and secondary GGSNs. A floating IP address is used to perform signaling interaction with the active and standby GGSNs.

Generally, during the active/standby switchover, the services provided by the modules on the primary GGSN are taken over by the peer modules on the standby GGSN. If some modules on the active and standby GGSNs have been switched between active and standby, and some modules do not perform active/standby switchover, that is, "partial switchover", network anomalies may occur and even large-area network failures may occur. In order to avoid the problem of "partial switching", the embodiment of the present invention further introduces a consistency switching mechanism, that is, a module is determined in each module on the standby GGSN as a trigger point for the active/standby switchover, and a switching instruction is issued by the The modules on the standby GGSN perform the active/standby switchover at the same time. That is, the consistency switchover is performed. The method for performing active/standby consistency switching according to the embodiment of the present invention is described in detail below with reference to FIG.

FIG. 10 is a schematic diagram of a method for performing active/standby consistency switching according to Embodiment 5 of the present invention. As shown in Figure 10 Indicates that the Gn-c(s) module on the GGSN is the trigger point for the active/standby switchover. When the standby GGSN determines to perform the active/standby switchover, the Gn-c(s) module sends a consistent switching indication to other modules on the standby GGSN; the consistent switching indication is used to trigger each module on the standby GGSN, and the primary GGSN is started. The takeover of the services provided by each peer module.

Each module on the GGSN preempts the shared resources occupied by the primary GGSN peer module to take over the services provided by the primary GGSN peer module. Specifically, for the control plane, the In-c(s) module refreshes the route of the In-c(a) module by means of a broadcast message, and the Gn-c(s) module preempts itself and shares with the Gn-c(a) module. The first floating address, the Gi-c(s) module preempts itself with the second floating IP address shared by the Gi-c(a) module, and the Out-c(s) module refreshes the Out-c by broadcasting messages, etc. ) The routing of the module. For the user plane, the In-u(s) module refreshes the route of the In-u(a) module by means of a broadcast message, and the Gn-u(s) module preempts itself and the third shared by the Gn-u(a) module. Floating IP address, the Gi-u(s) module preempts the fourth floating IP address shared by itself with the Gi-u(a) module, and the Out-u(s) module refreshes the Out-u(a) module by means of broadcast messages. routing. If the shared resource is occupied by the primary GGSN peer module, the primary GGSN peer module releases the corresponding resource when each module on the standby GGSN preempts the shared resource.

Therefore, in this embodiment, when the active/standby switchover is performed, the synchronous switching mechanism is implemented to complete the synchronous switching of the modules on the active and standby GGSNs, so that some modules on the active and standby GGSNs have been switched, and some modules are not. The network anomaly caused by the active/standby switchover is beneficial to reduce the probability of user service interruption caused by these network abnormalities.

In order to improve the accuracy of fault state collection, a fault state collection point can be set on the primary GGSN, and the primary GGSN is used as a trigger point for the active/standby switchover decision. FIG. 11 is a schematic diagram of a module for collecting a fault state by a primary GGSN according to an embodiment of the present invention. As shown in FIG. 11, the Gn-c(a) module in the primary GGSN can be used as a collection module of a fault state, and the module collects various faults related to the primary GGSN, such as physical interface faults, link faults, and Module failure, etc. After the main GGSN collects its own related faults, it can perform an overall evaluation based on the collected fault information to determine whether to perform an active/standby switchover.

Table 1: Example of overall evaluation and switching decision rules for primary GGSN failure Failure type capacity loss service loss execution action physical interface/link failure (0, x%) (0, y%) Earth physical interface/link failure [x%, w%) [y%, v%) Negotiation + Alarm physical interface/link failure>=w% >=v% Immediate switching + alarm module failure 1 1 Immediate switching + alarm As shown in Table 1, the primary GGSN can collect and collect fault status. The fault types can include: physical interface fault, Link failure and device module failure. In addition, the primary GGSN may also preset a capacity loss threshold and a service loss threshold according to actual needs, where the capacity loss is a loss indicating a configuration amount, and the service loss indicates a change amount of the traffic volume before and after the fault. In practical applications, the corresponding threshold can be set according to the redundancy configuration amount of the operator network planning and the service traffic of the network statistics. For example: preset a first capacity loss threshold x% and a second capacity loss threshold \¥%, JL0<x%<W%<1; preset a first service loss threshold y% and a second service loss threshold _¥ %, and 0<y%<v%<l.

When the fault status information is collected by the primary GGSN, the "alarm" action can be performed, that is, the alarm prompt information is output to prompt the primary GGSN that a fault has occurred. In addition, the primary GGSN may further determine the conditions in consideration of the fault type, the current capacity loss of the primary GGSN, and the traffic loss, so that the primary GGSN determines the action that needs to be performed according to the decision condition. Specifically, the primary GGSN may also perform a decision condition corresponding to the "negotiation" and "immediate switchover" actions according to the degree of impact of the collected fault on the service. The pre-set decision conditions are as follows:

The first preset condition is that the type of the fault is a physical interface/link failure, and the current capacity loss amount is between a preset first capacity loss threshold and a second capacity loss threshold, that is, [x%, w%), The current service loss is between the preset first service loss threshold and the second service loss threshold, that is, [y%, v%).

The second preset condition is: the type of the fault is a physical interface/link failure, the current capacity loss amount is greater than or equal to the second capacity loss threshold w%, and the current service loss amount is greater than or equal to the second service loss. The threshold value is ¥%;

The third preset condition: The type of the fault is a device module fault.

When the fault status information collected by the primary GGSN meets the first preset condition, the primary GGSN performs a "negotiation" action, that is, initiates an active/standby negotiation switching process to the standby GGSN; and the fault status information collected by the primary GGSN satisfies the second preset condition. Or the third preset condition, the primary GGSN performs an "immediate switching" action, that is, the primary GGSN triggers the active/standby switchover. It can be seen that the primary communication device can automatically generate the fault state based on the collected fault condition and the pre-set decision condition. It is determined whether the switchover needs to be performed, thereby improving the convenience of system management and maintenance. The following two situations, namely, the primary GGSN triggering the active/standby switchover and the active/standby GGSN negotiation switchover, are respectively described with reference to the accompanying drawings.

FIG. 12 is an interaction diagram of a method for performing a switching negotiation between an active and standby GGSN according to Embodiment 6 of the present invention. As shown in Figure 12, the method for performing the switching negotiation between the active and standby GGSNs includes:

Step 121: The primary GGSN determines that the active/standby switchover needs to be performed according to the fault state information. The way the primary GGSN collects its own fault status information is not limited. Optionally, the Gn-c(a) module is used as a collection module of the fault state to collect fault status information. When the collected fault state information satisfies the first preset condition described above, the master GGSN determines to perform the "negotiation" action.

Step 122: The primary GGSN sends a Switch Negotiation Request to the standby GGSN to request the standby GGSN to determine whether to perform an active/standby switchover.

The Switch Negotiation Request carries a Failure Report. The fault report includes: the current capacity loss (Capacity Loss) and the service loss (Service Loss) of the primary GGSN.

Step 123: The GGSN determines the expected loss of the service after the switching, and compares the expected loss of the service with the current capacity loss and the service loss in the fault report to determine whether to agree to perform the active/standby switchover.

The standby GGSN can determine the expected loss of its own business after the switching, combined with the current capacity loss and service loss of the primary GGSN in the fault report, and the local state, capacity, and load status of the standby GGSN. The expected loss of the business, and the current capacity loss and business loss in the fault report Compare. If the expected loss of the service is less than the current capacity loss and service loss of the primary GGSN, the master/slave switchover is agreed; otherwise, the master/slave switchover is refused.

Step 124: The GGSN sends a Switch Negotiation Response to the primary GGSN to notify the primary GGSN whether to agree to perform the active/standby switchover.

If the standby GGSN refuses to perform the active/standby switchover, the Reject parameter is carried in the active/standby switchover negotiation response, and the available capacity (Capacity available) information and the reject cause (Cause) of the standby GGSN are carried;

If the standby GGSN agrees to perform the active/standby switchover, the "Accept" parameter is carried in the active/standby switchover negotiation response; Step 125a-Step 126 is performed. .

Steps 125a-125c: The standby GGSN sends an active/standby switchover indication (Switch) to the SGSN1, the SGSN2, and the SGSN3, respectively. The indication may carry the active and standby GTP-C address pairs (GTP-C(a), GTP-C(s). )), for respectively instructing SGSN1, SGSN2 and SGSN3 to switch their signaling communication pointers from GTP-C(a) to GTP-C(s).

Step 126: The standby GGSN takes over the service provided by the primary GGSN.

In this implementation, the primary GGSN introduces an active/standby switchover negotiation mechanism: The primary GGSN sends the current capacity loss and service loss of the primary GGSN to the backup when it determines that it is necessary to perform the active/standby switchover according to the collected fault state information. The GGSN is evaluated by the standby GGSN in conjunction with the local status, capacity, and load conditions to determine whether to accept the negotiation for the active/standby switchover. It can be seen that, in this embodiment, the switching is performed based on the active/standby switching negotiation mechanism, which can avoid the loss of the GGSN takeover capability and cause more loss to the user, which is beneficial to reducing the probability of user service interruption caused by the active/standby switching discomfort. In addition, in the foregoing step 126, the modules on the GGSN can perform the active/standby switchover at the same time, that is, perform the consistent switchover. The detailed description of the implementation method and the effect is shown in the corresponding description of the corresponding embodiment in FIG. 10, and details are not described herein again. .

It can be understood that the technical solution provided by the embodiments of the present invention can be applied to active/standby switching of various communication devices, where the implementation manner and mechanism of the primary communication device are similar to the above-mentioned primary GGSN; Mechanism, similar to the standby GGSN above; implementation of the service request device The mode and mechanism are similar to the SGSN above; they are not described here.

FIG. 13 is a schematic structural diagram of a communication device according to Embodiment 7 of the present invention. As shown in FIG. 13, the communication device provided in this embodiment includes: a negotiation failure information obtaining module 131, an expected loss amount determining module 132, a switching evaluation module 133, an active/standby switching indication module 134, and a switching execution module 135.

The manner of acquiring fault information such as the traffic load and the current loss amount of the main communication device is not limited. The negotiation fault information obtaining module 131 may be configured to receive an active/standby switching negotiation request that is sent by the primary communications device and that carries the fault information, where the fault information includes: the primary communications device Business load and current loss.

The expected loss determination module 132 can be configured to determine the amount of expected traffic loss after the handover according to the local state, capacity, and load conditions of the communication device, and the traffic load of the primary communication device. The reverse evaluation module 133 can be used in the When the expected loss of the service is less than the current loss, it is determined that an active/standby switchover is required.

The active/standby switch indication module 134 is configured to send a primary/standby switchover indication to the service requesting device, where the active/standby switchover indication is used to indicate that the service requesting device sends its signaling communication pointer by the primary signaling interaction of the primary communication device. The interface address is switched to the alternate signaling interaction interface address of the communication device.

The switching execution module 135 can be used to take over the services provided by the primary communication device.

When the communication device provided by the present invention sends an active/standby switching indication to the service requesting device, the service requesting device is instructed to switch its signaling communication pointer from the primary signaling interaction interface address to the standby signaling interaction interface address; thus, in the communication system When the active/standby communication device is dual-active, it is beneficial for the service requesting device to filter out the service packets related to the address that the signaling communication pointer does not point to, thereby reducing the probability that the service requesting device will determine the abnormality, thereby reducing the probability. The device type of the communication device provided by the embodiment of the present invention is not limited, such as a packet gateway device that can be specifically used for backup between devices. The working mechanism can be seen in FIG. 1 , FIG. 4 to FIG. 12 . Corresponding descriptions of the standby communication device or the standby GGSN in the embodiment are not described herein again.

FIG. 14 is a schematic structural diagram of a communication device according to Embodiment 8 of the present invention. As shown in FIG. 14, the communication device provided in this embodiment includes: a capability information acquiring module 141 and an address indicating module 142. The capability information obtaining module 141 is configured to obtain the support capability information of the service requesting device that is connected to the communication device, where the support capability information is used to indicate that the service requesting device supports the primary and secondary address pairs; The primary signaling interaction interface address of the communication device and the standby signaling interaction interface address of the standby communication device.

The address indication module 142 is configured to send the primary and secondary address pairs to the service requesting device, and instruct the service requesting device to point its signaling communication pointer to the primary signaling interaction interface address.

Optionally, the communications device provided in this embodiment may further include: a fault information collecting module 143, a switch negotiation requesting module 144, and a negotiation response obtaining module 145.

The fault information collection module 143 can be configured to obtain fault information, where the fault information includes: a type of fault that has occurred related to the primary communication device, a capacity loss amount, and a service loss amount.

The switching negotiation requesting module 144 is configured to: when the fault information meets the first preset condition, send an active/standby switching negotiation request including the fault information to the standby communication device; the first preset condition includes: the faulty The type is a physical interface/link failure, the capacity loss amount is between a preset first capacity loss threshold and a second capacity loss threshold, and the service loss amount is between a preset first service loss threshold and a first Two business loss thresholds.

The negotiation response obtaining module 145 is configured to receive an active/standby switching negotiation response sent by the standby communication device, and take over by the standby communication device when the active/standby switching negotiation response indicates that the standby communication device agrees to perform an active/standby switching Carrying the services provided by the communication device.

Optionally, the communications device provided in this embodiment may further include: a switching request module 146, and/or an alerting module 147. The switching requesting module 146 is configured to send an active/standby switching request to the standby communication device when the fault information meets the second preset condition or the third preset condition, where the active/standby switching request is used to trigger the The standby communication device initiates an active/standby switchover; the second preset condition includes: the type of the fault is a physical interface/link failure, the capacity loss amount is greater than or equal to the second capacity loss threshold, and the service is The amount of loss is greater than or equal to the second service loss threshold; the third preset condition includes: the type of the fault is a device module fault. The alarm module 147 is configured to output alarm prompt information when the fault information indicates that an existing fault has occurred. In this embodiment, when the primary communication device learns the support capability information of the service requesting device, it sends a primary and secondary address pair to the service requesting device, and instructs the service requesting device to point its signaling communication pointer to the primary signaling interaction interface address, thereby When the active/standby communication device has been "lived" in the communication system, the service message related to the address that the signaling communication pointer does not point to can be filtered out, thereby reducing the probability that the service requesting device is abnormally determined, thereby reducing the probability The communication device of the present embodiment can also perform switching based on the active/standby switching negotiation mechanism, thereby avoiding more loss to the user due to limited takeover capability of the standby communication device after the switching, and further The device type of the communication device in this embodiment is not limited, and may be specifically a packet gateway device. The working mechanism can be seen in the embodiment of FIG. 2, FIG. 4 to FIG. The corresponding description of the primary communication device or the primary GGSN will not be described herein.

FIG. 15 is a schematic structural diagram of a service requesting device according to Embodiment 9 of the present invention. As shown in FIG. 15, the service requesting device provided in this embodiment includes: a capability information reporting module 151, an address information obtaining module 152, and a communication pointer processing module 153.

The capability information reporting module 151 is configured to report the support capability information of the service requesting device to the primary communication device, where the support capability information is used to indicate that the service request device supports the primary and secondary address pairs, where the primary and secondary address pairs include: The primary signaling interaction interface address of the primary communication device and the standby signaling interaction interface address of the secondary communication device.

The address information obtaining module 152 is configured to receive the primary and secondary address pairs sent by the primary communication device.

The communication pointer processing module 153 is configured to point the signaling communication pointer of the service requesting device to the address of the primary signaling interaction interface, and when the primary/standby switching indication sent by the standby communication device is received, the The communication pointer is switched from the address of the primary signaling interaction interface to the address of the standby signaling interaction interface.

Optionally, the service requesting device provided in this embodiment may further include: a first service packet discarding module 154, and/or a second service packet discarding module 155.

The first service packet discarding module 154 can be configured to point to the main signaling at the signaling communication pointer When the interface address is received, and the first service packet is received from the address of the standby signaling interface, the first service packet is discarded.

The second service packet discarding module 155 can be configured to discard the signaling communication pointer when it points to the standby signaling interaction interface address and receives the second service packet from the primary signaling interaction interface address. The second service packet.

In this embodiment, when the service requesting device supports the master/slave address pair, the capability information of the master/slave address pair is reported to the master/slave communication device, and the master/slave address pair is received, and the master/slave switchover indication is received. And switching the signaling communication pointer from the primary signaling interaction interface address to the standby signaling interaction interface address. Therefore, when the active/standby communication device "double live" occurs in the communication system, the service message related to the address not pointed to by the signaling communication pointer can be filtered out, thereby reducing the probability that the service requesting device is abnormally determined, that is, Therefore, the probability of the user's service interruption is reduced. The device type of the communication device in this embodiment is not limited, such as a service request device connected to the packet gateway device, and the specific implementation mechanism thereof can be seen in FIG. 3 and FIG. The corresponding descriptions of the service requesting device or the SGSN in the 12 embodiments are not described herein again.

FIG. 16 is a schematic structural diagram of a communication device according to Embodiment 10 of the present invention. As shown in FIG. 16, the communication system provided in this embodiment includes: a primary communication device 161, a backup communication device 162, and a service requesting device 163. The service requesting device 163 is communicably connected to the primary communication device 161 and the standby communication device 162, respectively, and the number of the service requesting devices 163 may be one or more, and the case where the plurality of service requesting devices 163 are included in the communication system is shown in FIG. . For the structure of the main communication device, refer to the corresponding description of the corresponding embodiment of FIG. 14. The working mechanism can be referred to the corresponding description of the main communication device or the main GGSN in the embodiment of FIG. 2 and FIG. 4 to FIG. 12; FIG. 13 corresponds to the corresponding description of the embodiment, and the working mechanism thereof can be referred to the corresponding description of the standby communication device or the standby GGSN in the embodiment of FIG. 1 and FIG. 4 to FIG. 12; the structure of the service requesting device can be referred to the corresponding embodiment of FIG. For the description of the working mechanism, refer to the corresponding descriptions about the service requesting device or the SGSN in the embodiment of FIG. 3 and FIG. 4 to FIG. 12, and details are not described herein again. The communication system provided in this embodiment has a simple structure, is easy to deploy and maintain, and is easy to implement. It will be understood by those of ordinary skill in the art that the drawings are only a schematic representation of one embodiment, and the modules or processes in the drawings are not necessarily required to practice the invention.

It will be understood by those skilled in the art that the modules in the apparatus in the embodiments may be distributed in the apparatus of the embodiment according to the embodiment, or may be correspondingly changed in one or more apparatuses different from the embodiment. The modules of the above embodiments may be combined into one module, or may be further split into a plurality of sub-modules.

A person skilled in the art can understand that all or part of the steps of implementing the above method embodiments may be completed by using hardware related to program instructions, and the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed. The foregoing steps include the steps of the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

It should be noted that the above embodiments are only for explaining the technical solutions of the present invention, and are not intended to be limiting; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those skilled in the art that: The technical solutions described in the foregoing embodiments are modified, or the equivalents of the technical features are replaced by the equivalents of the technical solutions of the embodiments of the present invention.

Claims

Claim

An active/standby switching method between communication devices, comprising:

Taking over the services provided by the primary communication device.

The method according to claim 1, wherein the taking over the service provided by the primary communication device comprises:

Each module on the standby communication device triggers each module on the backup communication device to take over the service provided by the peer communication module.

3. The method of claim 2, wherein

The standby communication device is specifically a standby GGSN, and the primary communication device is specifically a primary GGSN; any module on the standby communication device triggers each module on the standby communication device, and respectively takes over the primary communication device. The service provided by the peer-to-peer module includes: a standby Gn interface control plane unit on the standby GGSN, and a consistent switching indication is sent to other modules on the standby GGSN; The sexual switching indication takes over the services provided by the primary GGSN peer module.

4. An active/standby switching method between communication devices, characterized in that:

Obtaining support capability information of the service requesting device that is connected to the primary communication device, where the support capability information is used to indicate that the service requesting device supports the primary and secondary address pairs; and the primary and secondary address pairs include: the primary communication device Interacting the interface address and the standby signaling interface of the standby communication device Address

The method according to claim 4, wherein the method further comprises: acquiring fault information, the fault information comprising: a type of fault that has occurred related to the primary communication device, a capacity loss amount, and a service Amount of loss;

When the fault information meets the first preset condition, the active/standby switchover negotiation request including the fault information is sent to the backup communication device; the first preset condition includes: the fault type is a physical interface/ a link failure, the capacity loss amount being between a preset first capacity loss threshold and a second capacity loss threshold, where the service loss amount is between a preset first service loss threshold and a second service loss threshold Between

Receiving an active/standby switchover negotiation response sent by the backup communication device, and when the active/standby switchover negotiation response indicates that the backup communication device agrees to perform an active/standby switchover, the standby communication device takes over and provides the primary communication device to provide Business.

The method according to claim 5, wherein the method further comprises: sending the active/standby switchover to the standby communication device when the fault information meets the second preset condition or the third preset condition The requesting, the active/standby switching request is used to trigger the standby communication device to initiate an active/standby switchover; the second preset condition includes: the type of the fault is a physical interface/link failure, and the capacity loss amount is greater than or The second capacity loss threshold is equal to the second capacity loss threshold, and the service loss amount is greater than or equal to the second service loss threshold; the third preset condition includes: the fault type is a device module fault;

and / or,

When the fault information indicates that an existing fault has occurred, the alarm prompt information is output.

7. An active/standby switching method between communication devices, characterized in that

And reporting the support capability information of the service requesting device to the primary communication device; the support capability information is used to indicate that the service requesting device supports the primary and secondary address pairs; Receiving the primary and secondary address pairs sent by the primary communication device, where the primary and secondary address pairs include: a primary signaling interaction interface address of the primary communication device and a backup signaling interaction interface address of the standby communication device; a signaling communication pointer of the service requesting device, which is directed to the primary signaling interaction interface address, and when the primary/standby switching indication sent by the standby communication device is received, the signaling communication pointer is interacted by the primary signaling The interface address is switched to the address of the standby signaling interaction interface.

The method according to claim 7, wherein after the receiving the primary and secondary address pairs sent by the primary communication device, the method further includes:

When the signaling communication pointer points to the address of the primary signaling interaction interface, and receives the first service packet from the address of the standby signaling interface, discarding the first service packet;

and / or,

When the signaling communication pointer points to the address of the standby signaling interaction interface and receives the second service packet from the address of the primary signaling interaction interface, the second service packet is discarded.

9. A communication device, comprising:

An expected loss determination module, configured to determine, according to a local state, a capacity, and a load condition of the communication device, and a service load of the primary communication device, an expected loss amount of the service after the switching; a switching evaluation module, configured to When the expected loss of the service is less than the current loss, it is determined that the active/standby switchover needs to be performed;

And an active/standby switching indication module, configured to send an active/standby switching indication to the service requesting device, where the active/standby switching indication is used to indicate that the service requesting device sends its signaling communication pointer by the primary signaling interaction of the primary communications device The interface address is switched to the standby signaling interaction interface address of the communication device;

10. A communication device, comprising:

a capability information obtaining module, configured to acquire a service requesting device connected to the communication device The capability information is used to indicate that the service requesting device supports the primary and secondary address pairs; the primary and secondary address pairs include: a primary signaling interaction interface address of the communication device, and a backup message of the standby communication device Let the interface address be interactive;

The communication device according to claim 10, wherein the communication device further comprises:

The fault information collecting module is configured to obtain fault information, where the fault information includes: a type of the fault that has occurred related to the primary communications device, a capacity loss amount, and a service loss amount;

The switching negotiation requesting module is configured to: when the fault information meets the first preset condition, send an active/standby switching negotiation request including the fault information to the standby communication device; the first preset condition includes: The fault type is a physical interface/link fault, and the capacity loss amount is between a preset first capacity loss threshold and a second capacity loss threshold, where the service loss amount is between a preset first service loss threshold. And a second service loss threshold;

The negotiation response obtaining module is configured to receive an active/standby switching negotiation response sent by the standby communication device, and when the active/standby switching negotiation response indicates that the standby communication device agrees to perform the active/standby switching, the standby communication device takes over Carrying the services provided by the communication device.

The communication device according to claim 11, wherein the communication device further comprises:

The switching request module is configured to send an active/standby switching request to the standby communication device when the fault information meets the second preset condition or the third preset condition, where the active/standby switching request is used to trigger the standby communication The device starts the active/standby switchover; the second preset condition includes: the type of the fault is a physical interface/link fault, the capacity loss amount is greater than or equal to the second capacity loss threshold, and the service loss amount The third preset condition is greater than or equal to the second service loss threshold; the third preset condition is: the type of the fault is a device module fault;

and / or, The alarm module is configured to output an alarm prompt message when the fault information indicates that an existing fault has occurred.

13. A service requesting device, comprising:

The capability information reporting module is configured to report the support capability information of the service requesting device to the primary communication device, where the support capability information is used to indicate that the service request device supports the primary and secondary address pairs, where the primary and secondary address pairs include: Describe the primary signaling interaction interface address of the primary communication device and the standby signaling interaction interface address of the standby communication device;

The service requesting device according to claim 13, wherein the service requesting device further comprises:

a first service packet discarding module, configured to: when the signaling communication pointer points to the address of the primary signaling interaction interface, and receives the first service packet from the address of the standby signaling interaction interface, The first service message;

and / or,

a second service packet discarding module, configured to: when the signaling communication pointer points to the address of the standby signaling interaction interface, and receives the second service packet from the address of the primary signaling interaction interface, The second service packet.

15. A communication system, comprising:

a main communication device, the communication device according to any one of claims 10 to 12;

a communication device, the communication device according to claim 9, in communication with the main communication device; and a service requesting device, the service requesting device according to claim 13 or 14, respectively, and the main communication device Communicating with the standby communication device.