Method and System for Real-time Monitoring and Recovery of SRIO Bus Communication Network Faults

Abstract

The present invention provides a method and system for real-time fault monitoring and recovery of an SRIO bus communication network. The method utilizes an auxiliary bus to perform SRIO fault monitoring and recovery, wherein the end nodes of the SRIO bus communication network are respectively connected to the auxiliary bus. The present invention primarily addresses the application needs for real-time fault monitoring and recovery of SRIO high-speed communication networks. The improvements include: performing fault monitoring and recovery via the auxiliary bus, isolating faults from those of the SRIO high-speed network; and real-time fault monitoring and rapid recovery of network faults, minimizing impact on SRIO switching network communication functions.

Description

Technical Field

[0001] The present invention relates to the technical field of computer network communications, and in particular to a method and system for real-time monitoring and recovery of SRIO bus communication network failures. Background Art

[0002] With the rapid development of embedded technology, the application requirements for bus speed and bandwidth have increased. A serial high-speed interconnect technology (Serial Rapid I / O, SRIO) has been applied to embedded network communications, aerospace equipment communications and other fields due to its high speed, low latency and high reliability.

[0003] The SRIO bus interconnect architecture is a point-to-point packet switching technology that supports interconnection and communication between chips and boards, with a data transmission rate of over 60Gbps. The SRIO communication topology is divided into direct connection between endpoints or communication network structure formed by switching nodes. The SRIO interconnect architecture is divided into three layers: logical layer, transport layer, and physical layer. The logical layer specification is at the highest layer, defining all operating protocols and packet formats, and providing the necessary information for end-node devices to initiate and complete transactions; the transport layer specification is at the middle layer of the protocol layer, which defines the SRIO address space, addressing mechanism, and routing information for packet switching; the physical layer specification is at the bottom layer, containing details of the device-level interface, such as packet transmission mechanism, flow control, electrical parameters, and low-level error management.

[0004] There is a real need for fault monitoring and recovery technology in SRIO communication interconnected networks. If a fault at any node in the network is left unchecked, it could spread to other nodes via the switching nodes. Therefore, a method is needed to monitor the communication status between nodes in real time and implement rapid and effective recovery measures to achieve real-time recovery without affecting the normal communication function of the entire network.

[0005] Patent document CN109194497A discloses a dual SRIO network backup system for software-defined radio systems. The system comprises two GSIM modules and several functional modules. Both the GSIM modules and the functional modules contain SRIO switches. One end of the SRIO switch within the functional module is connected to the SRIO switches of the two GSIM modules, and the other end is connected to the compute nodes of the module itself. If the primary GSIM module fails, the backup GSIM module replaces the primary GSIM. This system enables the software-defined radio system to promptly switch to the backup network if the primary network fails, preventing functional failure.

[0006] However, patent document CN109194497A requires the construction of two SRIO networks to back up each other, which increases redundancy and network construction costs. Summary of the Invention

[0007] In view of the defects in the prior art, the purpose of the present invention is to provide a method and system for real-time monitoring and recovery of SRIO bus communication network failures.

[0008] According to a method for real-time monitoring and recovery of SRIO bus communication network faults provided by the present invention, SRIO fault monitoring and recovery are performed through an auxiliary bus, wherein end nodes of the SRIO bus communication network are respectively connected to the auxiliary bus.

[0009] Preferably, one end node is used as a master node, and the master node receives the respective SRIO states sent by other end nodes through the auxiliary bus, and detects its own SRIO state.

[0010] Preferably, the master node sends an SRIO startup frame to other end nodes via the auxiliary bus.

[0011] Preferably, it includes:

[0012] Step S0: The end node as the master node exchanges data with other end nodes through SRIO;

[0013] Step S1: The end node periodically monitors the SRIO status and communication status; if an SRIO communication failure is detected, step S2 is triggered; if no SRIO communication failure is detected, the process returns to trigger step S0; the monitored SRIO states include: port_error state, link_initialized state, and SRIO receive communication continuity state;

[0014] Step S2: The end node sends a reset request and the current SRIO status to the master node in real time via the auxiliary bus;

[0015] Step S3: The master node makes a judgment based on the received reset request and the current SRIO status, or the current SRIO status detected by itself; if it is judged that the fault is valid or an SRIO fault is detected, it enters the triggering step S4; if it is judged that the fault is not valid and is not an SRIO fault, it returns to the triggering step S0;

[0016] Step S4: The master node broadcasts a reset instruction via the auxiliary bus, wherein the reset instruction instructs the end node to perform an SRIO port reset operation; and steps S5 and S6 are triggered respectively;

[0017] Step S5: The master node completes its own reset and recovery, resets and recovers the switch node, and reconfigures it, triggering step S7;

[0018] Step S7: The master node determines that the reconnection after reset is successful, that is, the master node monitors the SRIO reconnection in real time and triggers step S9;

[0019] Step S9: The master node sends an SRIO startup frame to other end nodes via the auxiliary bus to restore normal communication of the SRIO network;

[0020] Step S6: Each end node receives the reset command and resets the SRIO port, triggering step S8. After the master node completes the reset process, it monitors the link establishment status with each other end node in real time. After the connection is successfully re-established, it sends an SRIO startup frame to each end node to restore normal communication and complete network failure recovery.

[0021] Step S8: After reconnection is successful, step S10 is triggered;

[0022] Step S10: The other end nodes receive the SRIO startup frame.

[0023] Preferably, the auxiliary bus is a CAN-FD bus.

[0024] According to the present invention, a system for real-time monitoring and recovery of SRIO bus communication network faults includes an auxiliary bus and an end node;

[0025] SRIO fault monitoring and recovery are performed via an auxiliary bus, wherein end nodes of the SRIO bus communication network are respectively connected to the auxiliary bus.

[0026] Preferably, one end node is used as a master node, and the master node receives the respective SRIO states sent by other end nodes through the auxiliary bus, and detects its own SRIO state.

[0027] Preferably, the master node sends an SRIO startup frame to other end nodes via the auxiliary bus.

[0028] Preferably, it includes:

[0029] Module M0: enables the end node as the master node to exchange data with other end nodes through SRIO;

[0030] Module M1: Instructs the end node to periodically monitor the SRIO status and communication status; if an SRIO communication failure is detected, module M2 is triggered; if no SRIO communication failure is detected, the module M0 is triggered again; the monitored SRIO status includes: port_error status, link_initialized status, and SRIO receive communication continuity status;

[0031] Module M2: Instructs the end node to send a reset request and the current SRIO status to the master node in real time through the auxiliary bus;

[0032] Module M3: Instructs the master node to make a judgment based on the received reset request and the current SRIO status, or the current SRIO status detected by itself; if it is judged that the fault is valid or an SRIO fault is detected, it enters the trigger module M4; if it is judged that the fault is not valid and it is not an SRIO fault, it returns to the trigger module M0;

[0033] Module M4: instructs the master node to broadcast a reset instruction via the auxiliary bus. The reset instruction instructs the end node to perform an SRIO port reset operation; and triggers modules M5 and M6 respectively.

[0034] Module M5: Instructs the master node to complete its own reset and recovery, reset and recover the switch node, and reconfigure it, triggering module M7;

[0035] Module M7: Instructs the master node to determine that the reconnection is successful after reset. That is, the master node monitors the SRIO reconnection in real time and triggers module M9.

[0036] Module M9: Instructs the master node to send an SRIO startup frame to other end nodes through the auxiliary bus to restore normal communication of the SRIO network;

[0037] Module M6: Instructs each end node to receive the reset command and reset the SRIO port, triggering module M8. After the master node completes the reset process, it monitors the link establishment status with each other end node in real time. After the connection is successfully re-established, it sends an SRIO startup frame to each end node to restore normal communication and complete network fault recovery.

[0038] Module M8: After successful reconnection, module M10 is triggered;

[0039] Module M10: enables other end nodes to receive the SRIO startup frame.

[0040] Preferably, the auxiliary bus is a CAN-FD bus.

[0041] Compared with the prior art, the present invention has the following beneficial effects:

[0042] 1. The present invention mainly addresses the application demand for real-time fault monitoring and recovery of SRIO high-speed communication networks. Its improvements include: completing fault monitoring and recovery through an auxiliary bus, isolating faults from the SRIO high-speed network; real-time fault monitoring and rapid recovery of network faults, and minimizing the impact on the SRIO switching network communication function.

[0043] 2. The present invention can be applied to fault recovery in embedded high-speed SRIO communication networks connected between modules of a central control processor and to radars via optical fiber links. It can also be extended to real-time fault monitoring and recovery of various other SRIO-based network links.

[0044] 3. The present invention uses the master node execution cycle to determine the SRIO status reported by other end nodes through the auxiliary bus, determines whether the SRIO network needs to be reset and recovered, and when the SRIO network is reset and recovered when necessary, starts the recovery and reconnection steps to achieve network link reset to try to restore normal communication of the entire SRIO communication network. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] Other features, objects and advantages of the present invention will become more apparent upon reading the detailed description of non-limiting embodiments with reference to the following drawings:

[0046] Figure 1 It is a schematic diagram of the topological structure of the high-speed SRIO bus communication network of the present invention.

[0047] Figure 2 It is a schematic diagram of the mutual cooperation between the master node and the end node in the present invention.

[0048] Figure 3 This is a schematic diagram of the SRIO network fault monitoring and recovery process in the present invention. DETAILED DESCRIPTION

[0049] The present invention will be described in detail below with reference to specific embodiments. The following examples will help those skilled in the art to further understand the present invention, but are not intended to limit the present invention in any form. It should be noted that, for those skilled in the art, several changes and improvements can be made without departing from the scope of the present invention. These all fall within the scope of protection of the present invention.

[0050] The present invention monitors the communication status of each node in the SRIO high-speed communication network in real time through an auxiliary bus. When a communication failure or a node failure occurs in the SRIO network, the error status is reported to the master node through the auxiliary bus, and the network failure recovery is requested; the master node monitors the SRIO network status and the auxiliary bus reporting information, and when it determines that there is a bus abnormality, it controls all nodes of the SRIO communication system through the auxiliary bus to perform failure recovery. Through this solution, the present invention can monitor the status of the SRIO high-speed communication bus in real time and realize rapid recovery of network failures. In other words, the purpose of the present invention is to monitor the failure of SRIO network communication in real time with the help of the auxiliary bus, and regardless of the cause of the link disconnection or communication failure, the network communication is restored to normal through the auxiliary bus.

[0051] like Figure 1 Figure 1 shows the topology of the high-speed SRIO bus communication network of the present invention. In the field of embedded control systems, the main control processor is represented by end node A in the figure. As the master node, it connects to other processing modules (end nodes B and C) within other devices through switching nodes, as well as to remote device end nodes (end nodes R) via optical fiber, forming a communication network. This network enables highly reliable, low-latency, and high-speed data exchange.

[0052] In this embodiment, the CAN-FD bus is implemented as the auxiliary bus. All end nodes in the SRIO bus network are connected to the CAN-FD bus. Each end node can communicate with the master node through the auxiliary bus, and the master node can send broadcast frames to all device end nodes through the auxiliary bus.

[0053] The data frames transmitted by the CAN-FD bus are prioritized, and the data frames sent by the master node have a higher priority. The reset command sent by the master node is sent to each end node in a high-priority broadcast mode and is repeated more than three times to ensure that the reset command is correctly received by each end node.

[0054] like Figure 2 As shown in FIG, it is a diagram of the working interaction between the end node A as the main node A and other end nodes B, C, and R in the present invention, and Figure 3 The figure shows a flow chart of SRIO network fault monitoring and recovery processing in the present invention. The master node and end node in the network cooperate with each other through the auxiliary bus to complete the processing flow of real-time fault monitoring and recovery, which specifically includes the following steps:

[0055] Step S0: The end node serving as the master node exchanges data with other end nodes normally through SRIO.

[0056] Step S1: The end node periodically monitors the SRIO status and communication status. If an SRIO communication failure is detected, step S2 is triggered. If no SRIO communication failure is detected, the process returns to step S0. The period is determined by the node execution cycle and is preferably in the order of milliseconds. Specifically, the monitored SRIO states include the port_error state, the link_initialized state, and the SRIO receive communication continuity state.

[0057] Step S2: The end node sends a reset request and the current SRIO status to the master node in real time via an auxiliary bus, such as a CAN-FD bus. Specifically, each end node in the SRIO network is connected to the auxiliary bus, and the end node periodically sends monitoring status information to the end node serving as the master node via the auxiliary bus.

[0058] Step S3: The master node makes a determination based on the received reset request and the current SRIO status, or the current SRIO status it has detected. If the fault is determined to be valid or an SRIO fault is detected, the process proceeds to trigger step S4. If the fault is not valid and not an SRIO fault, the process returns to trigger step S0. Specifically, the master node periodically monitors its own node status and communication status. It also periodically receives status monitoring data and recovery operation requests from each end node via the auxiliary bus, and issues a recovery command based on the severity of the fault.

[0059] Step S4: The master node broadcasts a reset command via CAN-FD, instructing the end node to reset the SRIO port. This triggers steps S5 and S6. Specifically, each end node receives and executes the recovery command sent by the master node via the auxiliary bus in real time, resetting the SRIO port or clearing the fault state according to the recovery command.

[0060] Step S5: The master node completes its own reset and recovery, resets and recovers the switch node, and reconfigures it, triggering step S7. Specifically, if the master node sends a reset and recovery command, all SRIO nodes execute the network reset and recovery process.

[0061] Step S7: The master node determines that the reconnection after reset is successful, that is, the master node monitors the SRIO reconnection in real time and determines that it is normal, and then triggers step S9.

[0062] Step S9: The master node sends an SRIO startup frame to other end nodes through the CAN-FD bus to restore normal communication of the SRIO network.

[0063] Step S6: Each end node receives the reset command and resets the SRIO port, triggering step S8. Specifically, after the master node completes the reset process, it monitors the link establishment status with each end node in real time. After successfully reestablishing the connection, it sends an SRIO startup frame to each end node, restoring normal communication and completing network failure recovery.

[0064] Step S8: After the reconnection is successful, step S10 is triggered.

[0065] Step S10: Receive the SRIO startup frame.

[0066] In particular, the reset recovery of the SRIO communication network operates according to a specific timing sequence:

[0067] 1) After receiving the reset command, the end node resets immediately and remains in the reset state for 50ms before releasing the reset state.

[0068] 2) The master node is immediately reset after sending the reset command three times, and the switch serving as the switching node is reset and reconfigured.

[0069] 3) After the end node is released from reset, it begins monitoring the link reestablishment status in real time. If it detects a normal link for n consecutive times, it determines that the link has been reestablished and waits for the master node's SRIO startup message. Otherwise, it determines that the link has failed and resets again until the link is reestablished or the total reset recovery time expires. Where n > 3.

[0070] 4) After the master node completes the switch configuration, it periodically monitors the link re-establishment status with each end node. If it determines that the link is re-established stably, it sends an SRIO startup message to the end node. Fault recovery is complete.

[0071] In summary, the present invention is based on a solution for real-time monitoring and recovery of SRIO bus communication network failures. With the help of an auxiliary bus, SRIO network communication failures are monitored in real time. Regardless of the cause of the link disconnection or communication failure, the network communication can be restored to normal through the auxiliary bus.

[0072] The present invention also provides a system for real-time monitoring and recovery of SRIO bus communication network faults. Those skilled in the art can implement the system for real-time monitoring and recovery of SRIO bus communication network faults by executing the step flow of the method for real-time monitoring and recovery of SRIO bus communication network faults. That is, the method for real-time monitoring and recovery of SRIO bus communication network faults can be understood as a preferred implementation of the system for real-time monitoring and recovery of SRIO bus communication network faults.

[0073] According to the present invention, a system for real-time monitoring and recovery of SRIO bus communication network faults includes an auxiliary bus and an end node;

[0074] SRIO fault monitoring and recovery are performed via an auxiliary bus, wherein end nodes of the SRIO bus communication network are respectively connected to the auxiliary bus.

[0075] An end node is made a master node, and the master node receives the respective SRIO states sent by other end nodes through the auxiliary bus, and the master node detects its own SRIO state.

[0076] The master node sends an SRIO startup frame to other end nodes via the auxiliary bus.

[0077] The system based on SRIO bus communication network fault real-time monitoring and recovery includes:

[0078] Module M0: enables the end node as the master node to exchange data with other end nodes through SRIO;

[0079] Module M1: Instructs the end node to periodically monitor the SRIO status and communication status; if an SRIO communication failure is detected, module M2 is triggered; if no SRIO communication failure is detected, the module M0 is triggered again; the monitored SRIO status includes: port_error status, link_initialized status, and SRIO receive communication continuity status;

[0080] Module M2: Instructs the end node to send a reset request and the current SRIO status to the master node in real time through the auxiliary bus;

[0081] Module M3: Instructs the master node to make a judgment based on the received reset request and the current SRIO status, or the current SRIO status detected by itself; if it is judged that the fault is valid or an SRIO fault is detected, it enters the trigger module M4; if it is judged that the fault is not valid and it is not an SRIO fault, it returns to the trigger module M0;

[0082] Module M4: instructs the master node to broadcast a reset instruction via the auxiliary bus. The reset instruction instructs the end node to perform an SRIO port reset operation; and triggers modules M5 and M6 respectively.

[0083] Module M5: Instructs the master node to complete its own reset and recovery, reset and recover the switch node, and reconfigure it, triggering module M7;

[0084] Module M7: Instructs the master node to determine that the reconnection is successful after reset. That is, the master node monitors the SRIO reconnection in real time and triggers module M9.

[0085] Module M9: Instructs the master node to send an SRIO startup frame to other end nodes through the auxiliary bus to restore normal communication of the SRIO network;

[0086] Module M6: Instructs each end node to receive the reset command and reset the SRIO port, triggering module M8. After the master node completes the reset process, it monitors the link establishment status with each other end node in real time. After the connection is successfully re-established, it sends an SRIO startup frame to each end node to restore normal communication and complete network fault recovery.

[0087] Module M8: After successful reconnection, module M10 is triggered;

[0088] Module M10: enables other end nodes to receive the SRIO startup frame.

[0089] The auxiliary bus is a CAN-FD bus.

[0090] Those skilled in the art will appreciate that, in addition to implementing the program portion of the system, device, and its various modules provided by the present invention in pure computer-readable program code, it is entirely possible to implement the same program in the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, embedded microcontrollers, etc. by logically programming the method steps. Therefore, the system, device, and its various modules provided by the present invention can be considered a hardware component, and the modules included therein for implementing various programs can also be considered as structures within the hardware component; the modules for implementing various functions can also be considered as both software programs for implementing the method and structures within the hardware component.

[0091] The above describes specific embodiments of the present invention. It should be understood that the present invention is not limited to the specific embodiments described above, and those skilled in the art may make various changes or modifications within the scope of the claims, which do not affect the essence of the present invention. The embodiments of this application and the features in the embodiments may be combined with each other in any manner unless there is a conflict.

Claims

1. A method for real-time monitoring and recovery of SRIO bus communication network failures, characterized in that: SRIO fault monitoring and recovery is performed via an auxiliary bus, wherein end nodes of the SRIO bus communication network are respectively connected to the auxiliary bus; The method for real-time monitoring and recovery of SRIO bus communication network faults further includes: Step S0: The end node as the master node exchanges data with other end nodes through SRIO; Step S1: The end node periodically monitors the SRIO status and communication status; if an SRIO communication failure is detected, step S2 is triggered; if no SRIO communication failure is detected, the process returns to trigger step S0; the monitored SRIO states include: port_error state, link_initialized state, and SRIO receive communication continuity state; Step S2: The end node sends a reset request and the current SRIO status to the master node in real time via the auxiliary bus; Step S3: The master node makes a judgment based on the received reset request and the current SRIO status, or the current SRIO status detected by itself; if it is judged that the fault is valid or an SRIO fault is detected, it enters the triggering step S4; if it is judged that the fault is not valid and is not an SRIO fault, it returns to the triggering step S0; Step S4: The master node broadcasts a reset instruction via the auxiliary bus, wherein the reset instruction instructs the end node to perform an SRIO port reset operation; and steps S5 and S6 are triggered respectively; Step S5: The master node completes its own reset and recovery, resets and recovers the switch node, and reconfigures it, triggering step S7; Step S7: The master node determines that the reconnection after reset is successful, that is, the master node monitors the SRIO reconnection in real time and triggers step S9; Step S9: The master node sends an SRIO startup frame to other end nodes via the auxiliary bus to restore normal communication of the SRIO network; Step S6: Each end node receives the reset command and resets the SRIO port, triggering step S8. After the master node completes the reset process, it monitors the link establishment status with each other end node in real time. After the connection is successfully re-established, it sends an SRIO startup frame to each end node to restore normal communication and complete network failure recovery. Step S8: After reconnection is successful, step S10 is triggered; Step S10: The other end nodes receive the SRIO startup frame.

2. The method for real-time monitoring and recovery of SRIO bus communication network faults according to claim 1, characterized in that: An end node is made a master node, and the master node receives the respective SRIO states sent by other end nodes through the auxiliary bus, and the master node detects its own SRIO state.

3. The method for real-time monitoring and recovery of SRIO bus communication network faults according to claim 2, characterized in that: The master node sends an SRIO startup frame to other end nodes via the auxiliary bus.

4. The method for real-time monitoring and recovery of SRIO bus communication network faults according to claim 1, characterized in that: The auxiliary bus is a CAN-FD bus.

5. A system for real-time monitoring and recovery of SRIO bus communication network failures, characterized in that: Including auxiliary bus, end node; SRIO fault monitoring and recovery is performed via an auxiliary bus, wherein end nodes of the SRIO bus communication network are respectively connected to the auxiliary bus; The system for real-time monitoring and recovery of SRIO bus communication network faults further includes: Module M0: enables the end node as the master node to exchange data with other end nodes through SRIO; Module M1: Instructs the end node to periodically monitor the SRIO status and communication status; if an SRIO communication failure is detected, module M2 is triggered; if no SRIO communication failure is detected, the module M0 is triggered again; the monitored SRIO status includes: port_error status, link_initialized status, and SRIO receive communication continuity status; Module M2: Instructs the end node to send a reset request and the current SRIO status to the master node in real time through the auxiliary bus; Module M3: Instructs the master node to make a judgment based on the received reset request and the current SRIO status, or the current SRIO status detected by itself; if it is judged that the fault is valid or an SRIO fault is detected, it enters the trigger module M4; if it is judged that the fault is not valid and it is not an SRIO fault, it returns to the trigger module M0; Module M4: instructs the master node to broadcast a reset instruction via the auxiliary bus. The reset instruction instructs the end node to perform an SRIO port reset operation; and triggers modules M5 and M6 respectively. Module M5: Instructs the master node to complete its own reset and recovery, reset and recover the switch node, and reconfigure it, triggering module M7; Module M7: Instructs the master node to determine that the reconnection is successful after reset. That is, the master node monitors the SRIO reconnection in real time and triggers module M9. Module M9: Instructs the master node to send an SRIO startup frame to other end nodes through the auxiliary bus to restore normal communication of the SRIO network; Module M6: Instructs each end node to receive the reset command and reset the SRIO port, triggering module M8. After the master node completes the reset process, it monitors the link establishment status with each other end node in real time. After the connection is successfully re-established, it sends an SRIO startup frame to each end node to restore normal communication and complete network fault recovery. Module M8: After successful reconnection, module M10 is triggered; Module M10: enables other end nodes to receive the SRIO startup frame.

6. The system for real-time monitoring and recovery of SRIO bus communication network faults according to claim 5 is characterized in that: An end node is made a master node, and the master node receives the respective SRIO states sent by other end nodes through the auxiliary bus, and the master node detects its own SRIO state.

7. The system for real-time monitoring and recovery of SRIO bus communication network faults according to claim 6 is characterized in that: The master node sends an SRIO startup frame to other end nodes via the auxiliary bus.

8. The system for real-time monitoring and recovery of SRIO bus communication network faults according to claim 5, characterized in that: The auxiliary bus is a CAN-FD bus.

Images