A substation wireless bridge fault recovery method and terminal

Abstract

The application discloses a substation wireless bridge fault recovery method and a terminal, information of all bridge device nodes is pre-configured according to a topological sequence of the bridge device nodes, when a heartbeat packet sent by a bridge node is received, a response packet is sent to the bridge device node corresponding to the heartbeat packet if the state of the bridge device node is offline; all previous node information of the bridge device node is included in the response packet, so that the bridge device node can be connected to the previous node except the previous bridge device node after the bridge device node is disconnected with the previous bridge device node, until the connection is successful. As can be seen, when there is a bridge device fault, the connection with the node in front of the fault node can be established by skipping the fault bridge device node, the influence of any bridge device node fault on the back-end bridge device node of the fault bridge device is avoided, and the reliability of the wireless bridge device is improved.

Description

[0001] The present application is a divisional application of the parent application with the application number 202210313756.6, the filing date of March 28, 2022, and the name of "Fault self-healing method and terminal of wireless bridge". TECHNICAL FIELD

[0002] The present application relates to the field of communication technology, in particular to a fault recovery method and terminal of a wireless bridge of a substation. BACKGROUND

[0003] With the development of society and the maturity of wireless technology, wireless bridges are increasingly used as transmission trunks in many environments. In some projects where wiring is inconvenient or difficult, such as forest fire prevention, port terminals, power systems, oil fields, and tourist attractions, the project requires trenching and slotting to lay cables, so the project duration is long and is limited by many conditions. Using wireless bridges as transmission tools does not require laying optical cables or electrical cables, covers a wide area, greatly shortens the construction period, saves costs, and is easy to install.

[0004] With the application and maturity of wireless bridge technology, various industries have begun to invest in wireless bridge systems. For example, a single-link multi-level wireless bridge system is widely used in power systems, as shown in Figure 1 The network structure is shown in the figure. The wireless bridge equipment centralized management platform and the root node of the wireless bridge equipment are deployed from the substation along the power transmission direction of the power tower. The wireless bridge equipment can be externally connected to other network terminals such as cameras. In this network, the wireless bridge equipment and terminals can be managed through the Internet at the substation or anywhere else. The wireless bridge equipment centralized management platform can view the current wireless bridge equipment status and connected node information in real time. However, in this network, any wireless bridge equipment failure in the link will cause the normal wireless bridge equipment and terminals to lose connection. SUMMARY

[0005] The technical problem to be solved by the present application is to provide a fault recovery method and terminal of a wireless bridge of a substation, which can improve the reliability of wireless bridge equipment connection.

[0006] To solve the above technical problems, the technical scheme adopted by the present application is:

[0007] A fault self-healing method of a wireless bridge, comprising the steps of:

[0008] Preconfiguring the information of all wireless bridge equipment nodes in topological order of the wireless bridge equipment nodes;

[0009] If a heartbeat packet sent by a bridge device node in a regular manner is received, a response packet is sent to the bridge device node corresponding to the heartbeat packet when the state of the bridge device node is offline, the response packet including information of all previous nodes of the bridge device node, so that the bridge device node is connected to the previous nodes except the previous node of the bridge device node in a step-by-step manner after the connection with the previous node is disconnected until the connection is successful.

[0010] To solve the above technical problems, another technical solution adopted by the present application is:

[0011] A fault self-recovery terminal of a wireless bridge, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor implements the following steps when executing the computer program:

[0012] The information of all the bridge device nodes is preconfigured in a topological order of the bridge device nodes;

[0013] If a heartbeat packet sent by a bridge device node in a regular manner is received, a response packet is sent to the bridge device node corresponding to the heartbeat packet when the state of the bridge device node is offline, the response packet including information of all previous nodes of the bridge device node, so that the bridge device node is connected to the previous nodes except the previous node of the bridge device node in a step-by-step manner after the connection with the previous node is disconnected until the connection is successful.

[0014] The present application has the advantages that the information of all the bridge device nodes is preconfigured in a topological order of the bridge device nodes, a response packet is sent to the bridge device node corresponding to the heartbeat packet when the state of the bridge device node is offline if a heartbeat packet sent by a bridge device node in a regular manner is received, the response packet including information of all previous nodes of the bridge device node, so that the bridge device node is connected to the previous nodes except the previous node of the bridge device node in a step-by-step manner after the connection with the previous node is disconnected until the connection is successful. Therefore, when a bridge device fails, the previous nodes of the failed bridge device node can be connected to, avoiding the influence of the failure of any bridge device node on all the device nodes behind the failed bridge device, and improving the reliability of the wireless bridge device. BRIEF DESCRIPTION OF DRAWINGS

[0015] Figure 1 A single-link multi-connection wireless bridge networking topology in the prior art;

[0016] Figure 2 A flowchart of a fault self-recovery method of a wireless bridge according to an embodiment of the present application;

[0017] Figure 3A schematic diagram of a fault self-recovery terminal of a wireless bridge according to an embodiment of the present application;

[0018] Label description:

[0019] 1. A fault self-recovery terminal of a wireless bridge; 2. a memory; 3. a processor. DETAILED DESCRIPTION

[0020] To make the technical content, the purpose and the effect of the present application clear, the following will be described in detail in combination with the embodiments and the drawings.

[0021] Please refer to Figure 1 and Figure 2 The embodiment of the present application provides a fault self-recovery method of a wireless bridge, comprising the steps of:

[0022] Pre-configure the information of all the bridge device nodes according to the topological order of the bridge device nodes;

[0023] If a heartbeat packet sent by the bridge device node regularly is received, then send a response packet to the bridge device node corresponding to the heartbeat packet when the state of the bridge device node is offline, the response packet comprising the information of all the previous nodes of the bridge device node, so that the bridge device node connects to the previous nodes except the previous bridge device node step by step after the disconnection with the previous bridge device node until the connection is successful.

[0024] From the above description, the beneficial effects of the present application are as follows: the information of all the bridge device nodes is pre-configured according to the topological order of the bridge device nodes, when a heartbeat packet sent by the bridge node regularly is received, if the state of the bridge device node corresponding to the heartbeat packet is offline, a response packet is sent to the bridge device node; the response packet comprises the information of all the previous nodes of the bridge device node, so that the bridge device node connects to the previous nodes except the previous bridge device node step by step after the disconnection with the previous bridge device node until the connection is successful. As can be seen, when there is a bridge device fault, the connection with the nodes in the previous stage of the fault node can be established by skipping the fault bridge device node, avoiding the influence on all the device nodes in the back end of the fault bridge device when any bridge device node fails, and improving the reliability of the wireless bridge device.

[0025] Further, the sending of the response packet to the bridge device node when the state of the bridge device node corresponding to the heartbeat packet is offline if a heartbeat packet sent by the bridge device node regularly is received comprises:

[0026] If the heartbeat packet sent by the bridge device node at regular intervals is received, the bridge device node sending the heartbeat packet is set as the current bridge device node, and it is judged whether the state of the current bridge device node is offline, if yes, the state of the current bridge device node is marked as online, and a reply packet is sent to the current bridge device node.

[0027] As can be seen from the above description, when the heartbeat packet sent by the bridge device node at regular intervals is received, if the bridge device node sending the heartbeat packet is in offline state, the state of the bridge device node is marked as online, and a reply packet corresponding to the bridge device node is sent, so that when the offline bridge device node is online for the first time, the heartbeat packet sent by the bridge device node is replied to, so as to facilitate node connection according to the reply packet.

[0028] Further, the heartbeat packet sent by the bridge device node at regular intervals further comprises:

[0029] The heartbeat packet contains information of the current bridge device node and its previous node;

[0030] The state information of the previous node of the current bridge device node in the heartbeat packet is compared with the pre-configured state information of the previous node of the current bridge device node, if the comparison result is inconsistent, it is judged whether the state of the previous node is online, if yes, the current bridge device node is disconnected, and the current bridge device node is reconnected to the previous node of the current bridge device node.

[0031] As can be seen from the above description, when the state of the previous node in the heartbeat packet is inconsistent with the pre-configured state of the previous node, it means that the state of the previous node is changed, if the change is online, it means that the previous node is connectable, and the node connection can be restored by disconnecting the current bridge device node and reconnecting it to the previous node of the current bridge device node, so as to realize the automatic recovery of the network.

[0032] Further, the heartbeat packet sent by the bridge device node at regular intervals further comprises:

[0033] If the heartbeat packet sent by the bridge device node is received for the first time, information of all previous nodes of the current bridge device node is sent to the current bridge device node.

[0034] As can be seen from the above description, when the heartbeat packet is received for the first time, all previous nodes of the current bridge device node are sent to the current bridge device node, so as to ensure that the information of the previous nodes can be contained in the bridge device node.

[0035] Further, it further comprises:

[0036] If the heartbeat packet sent by the bridge device node is not received within the preset time, the state of the corresponding bridge device node is marked as offline.

[0037] From the above description, when the heartbeat packet sent by the bridge device node is not received within the preset time, the state of the corresponding bridge device node is marked as offline, which can facilitate direct judgment of whether the bridge device node is available, and provides convenience for fault recovery.

[0038] Please refer to Figure 3 Another embodiment of the present application provides a wireless bridge fault self-healing terminal, comprising a memory, a processor and a computer program stored in the memory and executable on the processor, and the processor implements the following steps when executing the computer program:

[0039] The information of all bridge device nodes is preconfigured according to the topological order of the bridge device nodes;

[0040] If the heartbeat packet sent by the bridge device node is received, a response packet is sent to the bridge device node when the state of the bridge device node corresponding to the heartbeat packet is offline, and the response packet comprises the information of all previous nodes of the bridge device node, so that the bridge device node is connected to the previous nodes except the previous bridge device node after the disconnection with the previous bridge device node, until the connection is successful.

[0041] From the above description, the information of all bridge device nodes is preconfigured according to the topological order of the bridge device nodes, and when the heartbeat packet sent by the bridge node is received, a response packet is sent to the bridge device node when the state of the bridge device node corresponding to the heartbeat packet is offline; the response packet comprises the information of all previous nodes of the bridge device node, so that the bridge device node is connected to the previous nodes except the previous bridge device node after the disconnection with the previous bridge device node, until the connection is successful. As can be seen, when there is a bridge device fault, the connection with the previous nodes of the fault node can be established by skipping the fault bridge device node, avoiding the influence of any bridge device node fault on all device nodes behind the fault bridge device, and improving the reliability of the wireless bridge device.

[0042] Further, the sending of the response packet when the state of the bridge device node corresponding to the heartbeat packet is offline comprises:

[0043] If the heartbeat packet sent by the bridge device node at regular intervals is received, the bridge device node sending the heartbeat packet is set as the current bridge device node, and it is determined whether the state of the current bridge device node is offline, if yes, the state of the current bridge device node is marked as online, and a response packet is sent to the current bridge device node.

[0044] As can be seen from the above description, when the heartbeat packet sent by the bridge device node at regular intervals is received, if the bridge device node sending the heartbeat packet is in an offline state, the state of the bridge device node is marked as online, and a response packet corresponding to the bridge device node is sent, so that the heartbeat packet sent by the bridge device node can be responded to when the bridge device node is online for the first time, so as to facilitate node connection according to the response packet.

[0045] Further, the heartbeat packet sent by the bridge device node at regular intervals further comprises:

[0046] The heartbeat packet contains information of the current bridge device node and its previous node;

[0047] The state information of the previous node of the current bridge device node in the heartbeat packet is compared with the pre-configured state information of the previous node of the current bridge device node, if the comparison result is inconsistent, it is determined whether the state of the previous node is online, if yes, the current bridge device node is disconnected, and the current bridge device node is reconnected to the previous node of the current bridge device node.

[0048] As can be seen from the above description, when the state of the previous node in the heartbeat packet is inconsistent with the pre-configured state of the previous node, it means that the state of the previous node is changed, if the change is online, it means that the previous node is connectable, and the node connection can be restored by disconnecting the current bridge device node and reconnecting it to the previous node of the current bridge device node, so as to realize automatic recovery of the network.

[0049] Further, the heartbeat packet sent by the bridge device node at regular intervals further comprises:

[0050] If the heartbeat packet sent by the bridge device node is received for the first time, information of all previous nodes of the current bridge device node is sent to the current bridge device node.

[0051] As can be seen from the above description, when the heartbeat packet is received for the first time, all previous nodes of the current bridge device node are sent to the current bridge device node, so that the information of the previous nodes can be contained in the bridge device node.

[0052] Further, it further comprises:

[0053] If the heartbeat packet sent by the bridge device node is not received within the preset time, the state of the corresponding bridge device node is marked as offline.

[0054] As can be seen from the above description, when the heartbeat packet sent by the bridge device node is not received within the preset time, the state of the corresponding bridge device node is marked as offline, which can facilitate direct judgment of whether the bridge device node is available, thereby providing convenience for fault recovery.

[0055] The above-mentioned fault self-healing method and terminal of the wireless bridge are suitable for a wireless bridge system with single-link multi-cascading, and can minimize the impact in the case of partial device failure. The following will be described through specific embodiments:

[0056] Embodiment one

[0057] Please refer to Figure 1 and Figure 2 A fault self-healing method of a wireless bridge comprises the following steps:

[0058] S1, information of all bridge device nodes is pre-configured according to the topological order of the bridge device nodes.

[0059] Specifically, in this embodiment, the wireless bridge device root node deploys bridge devices from the substation in the power transmission direction, and the bridge devices can be externally connected to other network terminals. The device ID of all bridge device nodes starting from the root node in the bridge device link is pre-configured, wherein the device ID is used to identify the bridge device node and judge whether the bridge device node is legal.

[0060] S2, if a heartbeat packet sent by the bridge device node at a regular time is received, a response packet is sent to the bridge device node when the state of the bridge device node corresponding to the heartbeat packet is offline, the response packet comprising information of all previous nodes of the bridge device node, so that the bridge device node connects the previous nodes except the previous bridge device node step by step after being disconnected from the previous bridge device node, until the connection is successful.

[0061] Wherein, the heartbeat packet sent at a regular time when the bridge device is started is received, and the heartbeat packet contains the information of the previous node connected to the current node and the information of the current node.

[0062] S21, if the heartbeat packet of the bridge device is successfully received, the state of the bridge device is marked as online.

[0063] Specifically, if the heartbeat packet of the bridge device is successfully received, the node information carried in the heartbeat packet is stored, and it is determined whether the state of the bridge device node sending the heartbeat packet is offline. If yes, a reply packet is sent to the corresponding bridge device node. The bridge device receives the reply packet of all node information of the previous stage sent by the bridge centralized management platform and stores all node information. The bridge device starts to detect the previous network path in a timing manner. If the communication with the previous stage is interrupted, all node information except the node of the previous stage is read. Then, the connection is tried from the back to the front until the connection is established.

[0064] S22, if it is the first time to receive the heartbeat packet sent by the bridge device node, all node information of the previous stage of the node is actively sent. Each time the heartbeat packet is received, the previous stage node information of the bridge device currently connected carried in the heartbeat packet is compared with the previously configured previous stage node information. If they are consistent, no operation is performed. If they are not consistent, the state of the previous stage node is read. If the previous stage device node is online, a recovery command is sent to the node. If the state of the previous stage device node is not online, no operation is performed.

[0065] If the device receives the recovery command sent by the bridge centralized management platform, the current connection is disconnected and reconnected to the previous stage device.

[0066] S3, if the heartbeat packet of the bridge device is not received within a certain time, the state of the device is marked as offline.

[0067] Embodiment two

[0068] Please refer to Figure 3 A wireless bridge fault self-healing terminal, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements each step of the wireless bridge fault self-healing method of embodiment one when executing the computer program.

[0069] In summary, the application provides a wireless bridge fault self-recovery method and terminal, information of all bridge device nodes is pre-configured according to the topology sequence of the bridge device nodes, when a heartbeat packet sent by the bridge node is received, if the state of the bridge device node corresponding to the heartbeat packet is offline, a response packet is sent to the bridge device node, so that the first online bridge device node can be guaranteed to respond to the heartbeat packet sent by the bridge device node; all previous node information of the bridge device node is included in the response packet, so that the bridge device node can be connected to the previous node except the previous bridge device node after the bridge device node is disconnected from the previous bridge device node, until the connection is successful. When the state of the previous node in the heartbeat packet is inconsistent with the pre-configured state of the previous node, the state of the previous node is changed, if the state is changed to online, the previous node can be connected, the node connection can be restored, and the network can be automatically recovered. Therefore, when the bridge device fails, the connection between the node and the previous node of the failed node can be established, the influence of the failure of any bridge device node on the rear bridge device node of the failed bridge device node can be avoided; when the failed node can send a heartbeat packet, the failure is recovered, the connection between the bridge device node and the previous node is restored, and the reliability of the wireless bridge device is improved.

[0070] The above description is only an embodiment of the application, and does not limit the patent range of the application, any equivalent transformation or direct or indirect application in the related technical field based on the content of the specification and drawings is also included in the patent protection range of the application.

Claims

1. A fault recovery method for a substation wireless bridge, applied to a single-link, multi-cascaded wireless bridge system, characterized in that, Including the following steps: All bridge device nodes are pre-configured according to their topological order, and the bridge devices are deployed starting from the substation along the power transmission direction. If a heartbeat packet is received periodically from a bridge device node, the bridge device node that sent the heartbeat packet is set as the current bridge device node. It is then determined whether the current bridge device node is offline. If so, the current bridge device node is marked as online, and a response packet is sent to the current bridge device node. The response packet includes information about all the bridge device node's predecessor nodes, so that after the bridge device node loses connection with its predecessor node, it can connect to all the predecessor nodes except its predecessor node step by step until the connection is successful. If a bridge device node receives a recovery command from the centralized bridge management platform, it will disconnect the current connection and reconnect to the previous level device. If a heartbeat packet is received periodically from a bridge device node, the method further includes: The heartbeat packet contains information about the current bridge device node and its predecessor node. The status information of the previous level node of the current bridge device node in the heartbeat packet is compared with the pre-configured status information of the previous level node of the current bridge device node. If the comparison result is inconsistent, it is determined whether the status of the previous level node is online. If it is online, the current bridge device node is disconnected and reconnected to the current bridge device node.

2. The fault recovery method for a substation wireless bridge according to claim 1, characterized in that, The pre-configured information for all bridge device nodes includes: Pre-configure the device IDs of all bridge device nodes in the bridge device link, starting from the root node.

3. The fault recovery method for a substation wireless bridge according to claim 1, characterized in that, If a heartbeat packet is received periodically from a bridge device node, the method further includes: If a heartbeat packet is received from a bridge device node for the first time, information about all predecessor nodes of the current bridge device node is sent to the current bridge device node.

4. The fault recovery method for a substation wireless bridge according to claim 1, characterized in that, Also includes: If no heartbeat packet is received from the bridge device node within a preset time, the corresponding bridge device node will be marked as offline.

5. A fault recovery terminal for a substation wireless bridge, applied to a single-link multi-cascade wireless bridge system, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it performs the following steps: All bridge device nodes are pre-configured according to their topological order, and the bridge devices are deployed starting from the substation along the power transmission direction. If a heartbeat packet is received periodically from a bridge device node, the bridge device node that sent the heartbeat packet is set as the current bridge device node. It is then determined whether the current bridge device node is offline. If so, the current bridge device node is marked as online, and a response packet is sent to the current bridge device node. The response packet includes information about all the bridge device node's predecessor nodes, so that after the bridge device node loses connection with its predecessor node, it can connect to all the predecessor nodes except its predecessor node step by step until the connection is successful. If a bridge device node receives a recovery command from the centralized bridge management platform, it will disconnect the current connection and reconnect to the previous level device. If a heartbeat packet is received periodically from a bridge device node, the method further includes: The heartbeat packet contains information about the current bridge device node and its predecessor node. The status information of the current bridge device node's predecessor node in the heartbeat packet is compared with the pre-configured status information of the current bridge device node's predecessor node. If the comparison result is inconsistent, it is determined whether the predecessor node is online. If it is online, the current bridge device node is disconnected and reconnected to the current bridge device node's predecessor node.

6. A fault recovery terminal for a substation wireless bridge according to claim 5, characterized in that, The pre-configured information for all bridge device nodes includes: Pre-configure the device IDs of all bridge device nodes in the bridge device link, starting from the root node.

7. A fault recovery terminal for a substation wireless bridge according to claim 5, characterized in that, If a heartbeat packet is received periodically from a bridge device node, the method further includes: If a heartbeat packet is received from a bridge device node for the first time, information about all predecessor nodes of the current bridge device node is sent to the current bridge device node.

8. A fault recovery terminal for a substation wireless bridge according to claim 5, characterized in that, Also includes: If no heartbeat packet is received from the bridge device node within a preset time, the corresponding bridge device node will be marked as offline.

Images