A bidirectional bridging communication and monitoring method and system

CN122601412APending Publication Date: 2026-08-18HARBIN ENG UNIV
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202610875631.0
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2026-06-16
Publication Date
2026-08-18

AI Technical Summary

Technical Problem

其核心功能是实现网络终端之间的数据转发,当两者通过桥接器互联后,缺乏一种能够贯穿两个网络、关联端到端事务的监控手段,导致系统在面临复杂故障时,难以实现快速、精准的定位

Benefits of technology

本发明通过在双向桥接通信过程中,对第一总线接口、第二总线接口、协议转换过程以及数据缓存处理过程的运行状态数据进行采集与处理,以协议转换和实时监控为核心,实现两套异构总线设备之间的通信;构建贯穿第一总线与第二总线的数据监控机制,对运行状态数据进行检测处理,在出现链路异常、总线故障、转换错误或缓存异常时输出状态信号,从而使系统运行状态具有明确的指示信息,从而为故障定位提供依据,使跨总线的数据交互过程能够被关联和分析。

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN122601412A_ABST
    Figure CN122601412A_ABST
Patent Text Reader

Abstract

This invention relates to the field of bus communication technology, specifically to a bidirectional bridging communication and monitoring method and system. The method includes establishing a basic environment for bridging communication and operation monitoring; configuring parameters for the bidirectional bridge subsystem; performing status detection on the monitoring subsystem; performing link-layer preprocessing to convert raw data into basic message units; buffering and format adapting the basic message units to output a unified format data stream; performing bidirectional conversion processing on data between buses; sending the protocol-converted data to the corresponding target bus and switching between the primary and backup channels based on the bus status; collecting and processing operational status data, and outputting a status signal when preset conditions are met. This invention is used to realize communication between two sets of heterogeneous bus devices, while simultaneously monitoring network status and communication content, achieving unified monitoring and fault diagnosis of the entire hybrid network.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of bus communication technology, and specifically to a bidirectional bridging communication and monitoring method and system. Background Technology

[0002] With the collaborative application of multiple types of buses in information systems, the demand for data interaction between different buses is gradually increasing. In existing technologies, data communication between different buses is typically achieved through bridging, i.e., by setting up a bidirectional bridging structure. The FC-AE-1553 network operates on high-speed serial optical signals and uses 8B / 10B encoding, while traditional 1553B devices are based on Manchester-encoded electrical signals. There is a significant gap between the two in terms of electrical characteristics, data rates, and link management. Therefore, a system is needed that can parse the command and address information in FC-AE-1553 frames in real time and bidirectionally, and accurately map it to executable message blocks on the 1553B bus.

[0003] Currently, the FC-AE-1553 switch primarily handles high-speed data exchange by designing a dedicated switching management module on the chip. Its core function is to forward data between network terminals. However, when the two are interconnected through a bridge, there is a lack of a monitoring method that can span the two networks and link end-to-end transactions, making it difficult for the system to quickly and accurately locate complex faults. Summary of the Invention

[0004] The purpose of this invention is to provide a bidirectional bridging communication and monitoring system to solve the above-mentioned technical problems. With protocol conversion and real-time monitoring as the core, it realizes communication between two sets of heterogeneous bus devices, and monitors the network status and communication content, thereby achieving unified monitoring and fault diagnosis of the entire hybrid network.

[0005] The objective of this invention can be achieved through the following technical solutions: A bidirectional bridging communication and monitoring method includes: S1. Establish the basic environment for bridging communication and operation monitoring, configure the parameters of the bidirectional bridge subsystem, and perform status detection on the monitoring subsystem; S2. Receive raw data according to the communication direction and perform link layer preprocessing to convert the raw data into basic message units; S3. Cache and adapt the basic message units to output a data stream in a uniform format; S4. Perform protocol conversion processing based on a unified format data stream, and perform bidirectional conversion processing on data between buses; S5. Perform status detection on the main channel and the backup channel, send the data after protocol conversion to the corresponding target bus, and switch the main channel and the backup channel according to the bus status. S6. During the communication process, the operating status data is collected and processed, and a status signal is output when the preset conditions are met.

[0006] Furthermore, the bidirectional bridge subsystem includes a first bus interface and a second bus interface. When the raw data comes from the first bus interface, the received data undergoes frame start delimitation, frame header identification, payload extraction, verification processing, and frame end identification, and outputs the link status and verification results. When the raw data comes from the second bus interface, the received data undergoes decoding processing, synchronization recovery, and data field identification, and outputs the bus status and error detection results. After link layer preprocessing, the raw data is converted into basic message units.

[0007] Furthermore, step S3 includes: S31. Write data from different buses into the buffer and perform cross-clock domain isolation processing through an asynchronous queue; S32. Split, concatenate, and reorganize data of different bit widths; S33. Adjust the flow based on the occupancy of the buffer queue and output a data stream in a uniform format.

[0008] Furthermore, step S4 includes: S41. When data is converted from the first bus interface to the second bus interface, the control fields, address information, command information, data content and status identifiers in the data are parsed, and the data is converted into data conforming to the second protocol format according to the preset mapping rules. S42. When data is switched from the second bus interface to the first bus interface, the command information, status information and data content in the data are parsed, the address information, transmission direction and bus status information are extracted, and the data is encapsulated according to the first protocol format.

[0009] Furthermore, when the target bus is the second bus interface, the data after protocol conversion is encapsulated according to the second protocol format and sent to the second bus interface; When the target bus is the first bus interface, the data after protocol conversion is encapsulated according to the first protocol format and sent to the first bus interface.

[0010] Furthermore, during the bridged communication process, a status signal is output when preset conditions are met, including when a link anomaly, bus fault, conversion error, or buffer anomaly is detected.

[0011] Furthermore, the first bus interface is an FC-AE-1553 network interface, the second bus interface is a MIL-STD-1553B bus interface, the first protocol format is the FC-AE-1553 protocol, and the second protocol format is the MIL-STD-1553B protocol.

[0012] A bidirectional bridging communication and monitoring system, comprising: A bidirectional bridge subsystem includes a first bus interface, a protocol processing and conversion module, a second bus interface, and a data buffer processing module. The first bus interface is used to receive and send first bus data, and the second bus interface is used to receive and send second bus data. The data buffer processing module is connected to both the first and second bus interfaces and is used to buffer data from both interfaces. The protocol processing and conversion module is connected to the data buffer processing module and is used to perform bidirectional conversion between the first and second protocols on the buffered data. The monitoring subsystem includes a data acquisition module and a core processing module. The data acquisition module is connected to the first bus interface, the second bus interface, the protocol processing and conversion module, and the data cache processing module. The data acquisition module is used to collect the operating status data of each module. The core processing module is connected to the data acquisition module and is used to process the operating status data and generate monitoring data.

[0013] Furthermore, the bus redundancy interface is connected to the second bus interface. The bus redundancy interface monitors the primary channel and the backup channel and is used as a backup working channel when the second bus interface fails.

[0014] Furthermore, the bidirectional bridge subsystem also includes an interface control module, which is used to configure system parameters, transmit status data, monitor data transmission, and exchange data with the host computer.

[0015] Compared with the prior art, the present invention has the following beneficial effects: This invention collects and processes operational status data of the first bus interface, the second bus interface, the protocol conversion process, and the data caching process during bidirectional bridging communication. With protocol conversion and real-time monitoring as the core, it realizes communication between two sets of heterogeneous bus devices. It constructs a data monitoring mechanism that runs through the first and second buses, detects and processes operational status data, and outputs status signals when link anomalies, bus faults, conversion errors, or caching anomalies occur. This provides clear indications of the system's operational status, thus providing a basis for fault location and enabling the cross-bus data interaction process to be correlated and analyzed. Attached Figure Description

[0016] Figure 1 This is a schematic diagram of a bidirectional bridging communication and monitoring system according to the present invention; Figure 2 This is a flowchart (I) of a bidirectional bridging communication and monitoring method according to the present invention. Figure 3 This is a flowchart (II) of a bidirectional bridging communication and monitoring method according to the present invention. Figure 4 This is a schematic diagram of the data acquisition of the monitoring subsystem of a bidirectional bridging communication and monitoring system according to the present invention; Figure 5 This is a schematic diagram of the workflow of the monitoring subsystem of a bidirectional bridging communication and monitoring system according to the present invention. Detailed Implementation

[0017] The present invention will now be described in detail with reference to the accompanying drawings and specific embodiments. These embodiments are based on the technical solution of the present invention and provide detailed implementation methods and specific operating procedures. However, the scope of protection of the present invention is not limited to the following embodiments.

[0018] like Figures 1 to 5 The illustrated bidirectional bridging communication and monitoring method includes: S1. Establish the basic environment for bridging communication and operation monitoring, configure the parameters of the bidirectional bridge subsystem, and perform status detection on the monitoring subsystem; complete the system self-test and prepare to execute the bidirectional bridging communication and operation monitoring tasks, thereby ensuring that all modules are in normal condition and avoiding potential failures in subsequent operations.

[0019] S2. Receive raw data according to the communication direction and perform link layer preprocessing, converting the raw data into basic message units; the bidirectional bridge subsystem includes a first bus interface and a second bus interface; the first bus interface is an FC-AE-1553 network interface, the second bus interface is a MIL-STD-1553B bus interface, the first protocol format is the FC-AE-1553 protocol, and the second protocol format is the MIL-STD-1553B protocol; Figure 2Taking the indicated direction as an example, the system receives raw data from either the FC-AE-1553 network interface or the MIL-STD-1553B bus interface according to the communication direction and completes link layer preprocessing. When data comes from the FC-AE-1553 network interface: the FC-AE-1553 network interface receives fiber optic link signals through the SFP optical module; it performs frame start delimitation, frame header identification, payload extraction, CRC check, and frame end identification on the received FC frame, determines whether the frame format is valid, and outputs the link status and verification results. When data comes from the MIL-STD-1553B bus interface: the MIL-STD-1553B bus interface receives twisted-pair bus signals; it completes Manchester decoding, word synchronization recovery, and identification of command words, status words, and data words. Through link layer preprocessing, it ensures that the data has undergone basic verification and formatting before further processing. It determines whether the received message is valid and outputs the bus activity status and error detection results. After preprocessing at the link layer, the raw communication data is converted into basic message units that can be recognized within the bridging system. If the data format does not meet expectations, the system will mark it as invalid to prevent invalid data from further affecting the system's processing and to ensure the integrity and correctness of the data.

[0020] S3. Perform cache management and format adaptation on basic message units, and write data from different interfaces into the corresponding cache area; complete cross-clock domain isolation through asynchronous FIFO to ensure the synchronization of data on different buses in time; split, concatenate and reorganize the word format of data with different bit widths; adjust the flow according to the cache queue occupancy to prevent cache overflow or data loss, and output a data stream with a unified format for the protocol processing and conversion module.

[0021] S4. Based on a unified data stream format, perform protocol conversion processing to enable bidirectional data conversion between buses; that is, convert data from the first bus protocol to the second bus protocol, or vice versa. Each protocol has its own data format and control fields, therefore data parsing, mapping, and encapsulation are required. Implement real-time conversion between the two first bus interfaces and the second bus interface protocols.

[0022] S5. The system performs status checks on the primary and backup channels, sends the protocol-converted data to the corresponding target bus, and switches between the primary and backup channels based on the bus status. The protocol-converted data is then sent to the target bus interface. Depending on the target bus type, the data is encapsulated according to different protocol formats and then sent to the target bus through the corresponding bus interface module. Simultaneously, the system selects the appropriate working channel for data transmission based on the bus status. In a redundant system, when the primary channel fails or experiences a signal abnormality, the system automatically switches to the backup channel to ensure data continuity.

[0023] S6 collects and processes operational status data during communication and outputs status signals when preset conditions are met. It monitors the system's operational status, including real-time acquisition of the status of modules such as the first bus interface, second bus interface, protocol processing and conversion module, and data buffer processing module. When the system detects abnormalities such as link anomalies, bus failures, protocol conversion errors, or buffer overflows, it alerts operators to take action. This function helps ensure the system's health and reduces the time before failures occur.

[0024] Specifically, step S3 includes: S31. Data from different buses is written to the buffer and isolated across clock domains through an asynchronous queue. Data from different buses have different operating clocks and data rates. By setting an asynchronous queue, the input side and the output side can perform data read and write operations under different operating clocks, thereby completing the transfer of data between different time bases.

[0025] S32. Split, concatenate, and reorganize data of different bit widths; reorganize the input data according to the target data format requirements to meet the requirements of a unified data structure.

[0026] S33. Adjust the flow based on the occupancy of the buffer queue and output a data stream in a uniform format; control the data read and write rate by detecting the occupancy status of data in the buffer area, so that the output data maintains a stable data stream format and serves as input for subsequent processing.

[0027] Specifically, step S4 includes: S41. When data is converted from the first bus interface to the second bus interface, the control fields, address information, command information, data content and status identifiers in the data are parsed, and the data is converted into data conforming to the second protocol format according to the preset mapping rules. S42. When data is switched from the second bus interface to the first bus interface, the command information, status information and data content in the data are parsed, the address information, transmission direction and bus status information are extracted, and the data is encapsulated according to the first protocol format.

[0028] Correspondingly, when data from the FC-AE-1553 network interface is converted to data from the MIL-STD-1553B bus interface, the control field, target address, command information, data content, and status flag in the FC frame are parsed. According to the preset mapping rules, the data from the FC-AE-1553 network interface is converted into command words, data words, or status control information acceptable to the MIL-STD-1553B bus interface. A transaction to be transmitted conforming to the MIL-STD-1553B protocol format is formed. When data from the MIL-STD-1553B bus interface is converted to data from the FC-AE-1553 network interface, the command words, status words, and data words of the MIL-STD-1553B bus interface data are parsed, the RT address, sub-address, transmission direction, data content, and bus status information are extracted, and the data is re-encapsulated according to the FC-AE-1553 protocol format to generate an FC frame that can be transmitted on the FC network.

[0029] Specifically, after the protocol conversion is completed, the conversion result is sent to the peer network or bus through the corresponding target interface, and redundancy switching is performed according to the bus status. When the target side is a MIL-STD-1553B bus: the converted command word, status word, or data word is sent to the MIL-STD-1553B bus interface module, which performs Manchester encoding, electrical isolation, and bus coupling, and sends it to the twisted-pair bus according to the MIL-STD-1553B specification; when the target side is an FC-AE-1553 network: the converted data is encapsulated into FC frames, and the FC-AE-1553 network interface control module completes frame transmission and link output, and sends it to the Fibre Channel network via the SFP optical module; at the same time, the redundant bus interface continuously monitors the status of the primary channel and the backup channel: when the primary channel is normal, the primary channel is used first; when a link fault, signal abnormality, response timeout, or bus error is detected, it automatically switches to the backup channel, and the switching result and fault status are synchronously written into the monitoring record.

[0030] During the bridging communication process, the monitoring subsystem synchronously collects, analyzes and processes the status information of each functional module. When a link abnormality, bus failure, conversion error or buffer overflow is detected, it actively generates an alarm event or interrupt signal.

[0031] A bidirectional bridging communication and monitoring system, comprising: A bidirectional bridge subsystem includes a first bus interface, a protocol processing and conversion module, a second bus interface, and a data buffer processing module. The first bus interface is used to receive and send first bus data, and the second bus interface is used to receive and send second bus data. The data buffer processing module is connected to both the first and second bus interfaces and is used to buffer data from both interfaces. The protocol processing and conversion module is connected to the data buffer processing module and is used to perform bidirectional conversion between the first and second protocols on the buffered data. The monitoring subsystem includes a data acquisition module and a core processing module. The data acquisition module is connected to the first bus interface, the second bus interface, the protocol processing and conversion module, and the data cache processing module. The data acquisition module is used to collect the operating status data of each module. The core processing module is connected to the data acquisition module and is used to process the operating status data and generate monitoring data.

[0032] Among them, such as Figures 4 to 5 The monitoring subsystem embeds four types of lightweight probes: FC network interface probe, 1553B bus interface probe, protocol conversion monitoring probe, and data flow monitoring probe. The FC network interface probe is deployed on the FC network interface side. This probe connects to the digital diagnostic interface of the SFP optical module and obtains link signal quality from the GT transceiver status register and CRC error counts from the FC protocol control state machine, collecting FC information in real time. The 1553B bus interface probe is deployed on the 1553B bus interface side. This probe collects bus state machine data from the 1553B interface controller and performs real-time monitoring of the transmission and reception of bus command words, status words, and data words. The protocol conversion monitoring probe is deployed inside the protocol conversion core. This probe collects state machine stage flags, lookup table hit flags, buffer full / empty flags, and exception handling flags for protocol conversion. The data flow monitoring probe is connected to the data buffer processing module. A register group is connected in parallel on the data path, and a timestamp capture point is set at both the module entry and exit points. When a specific command code is met, the current data is copied to the probe buffer, completing the data flow control monitoring data collection.

[0033] Specifically, the bidirectional bridge subsystem also includes a bus redundancy interface, which is connected to the second bus interface. The bus redundancy interface monitors the primary and backup channels and serves as a backup working channel when the second bus interface fails. Status detection is performed on multiple transmission channels associated with the second bus interface, including link status, communication status, and error status, to obtain the operational status information of each channel. Based on the status detection results, a target channel is selected from among the multiple transmission channels for data transmission. If an anomaly is detected in the current channel, data transmission is switched to another channel to ensure the continuity of the data transmission process.

[0034] Specifically, the bidirectional bridge subsystem also includes an interface control module. This module is used for configuring system parameters, transmitting status data, monitoring data transmission, and exchanging data with the host computer. The interface control module uses PCIe as the peripheral interconnect bus to connect to the host computer, receive configuration information from external devices, set system operating parameters, and enable data exchange between the system and external devices, including the transmission of operating status data and monitoring data. It also receives and processes control commands from external devices and controls the system's operation.

[0035] It should be noted that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the exemplary embodiments according to this application. As used herein, the singular form is intended to include the plural form as well, unless the context clearly indicates otherwise. Furthermore, it should be understood that when the terms "comprising" and / or "including" are used in this specification, they indicate the presence of features, steps, operations, devices, components, and / or combinations thereof.

[0036] It should be noted that the terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in sequences other than those illustrated or described herein.

[0037] The present invention has been further described above with reference to specific embodiments. However, it should be understood that the specific description herein should not be construed as limiting the nature and scope of the present invention. Various modifications made to the above embodiments by those skilled in the art after reading this specification are all within the scope of protection of the present invention.

Claims

1. A bidirectional bridging communication and monitoring method, characterized in that, The method includes: S1. Establish the basic environment for bridging communication and operation monitoring, configure the parameters of the bidirectional bridge subsystem, and perform status detection on the monitoring subsystem; S2. Receive raw data according to the communication direction and perform link layer preprocessing to convert the raw data into basic message units; S3, perform caching and format adaptation on the basic message unit, and output a data stream in a unified format; S4. Perform protocol conversion processing on the data stream based on the unified format, and perform bidirectional conversion processing on the data between buses; S5. Perform status detection on the main channel and the backup channel, send the data after protocol conversion to the corresponding target bus, and switch the main channel and the backup channel according to the bus status. S6 collects and processes operating status data during communication and outputs a status signal when preset conditions are met.

2. The bidirectional bridging communication and monitoring method according to claim 1, characterized in that, The bidirectional bridge subsystem includes a first bus interface and a second bus interface; when the original data comes from the first bus interface, the received data is subjected to frame start delimitation, frame header identification, payload extraction, verification processing and frame end identification, and the link status and verification results are output. When the raw data comes from the second bus interface, the received data is decoded, synchronized and restored, and data field is identified. The bus status and error detection results are then output. After link layer preprocessing, the raw data is converted into basic message units.

3. The bidirectional bridging communication and monitoring method according to claim 1, characterized in that, Step S3 includes: S31. Write data from different buses into the buffer and perform cross-clock domain isolation processing through an asynchronous queue; S32. Split, concatenate, and reorganize data of different bit widths; S33. Adjust the flow based on the occupancy of the buffer queue and output a data stream in a uniform format.

4. The bidirectional bridging communication and monitoring method according to claim 2, characterized in that, Step S4 includes: S41. When data is converted from the first bus interface to the second bus interface, the control field, address information, command information, data content and status identifier in the data are parsed, and the data is converted into data conforming to the second protocol format according to the preset mapping rules. S42. When data is switched from the second bus interface to the first bus interface, the command information, status information and data content in the data are parsed, the address information, transmission direction and bus status information are extracted, and the data is encapsulated according to the first protocol format.

5. The bidirectional bridging communication and monitoring method according to claim 2, characterized in that, When the target bus is the second bus interface, the data after the protocol conversion is encapsulated according to the second protocol format and sent to the second bus interface; When the target bus is the first bus interface, the data after the protocol conversion is encapsulated according to the first protocol format and sent to the first bus interface.

6. The bidirectional bridging communication and monitoring method according to claim 2, characterized in that, During the bridged communication process, the output status signal when the preset conditions are met includes the output status signal when a link abnormality, bus failure, conversion error, or buffer abnormality is detected.

7. The bidirectional bridging communication and monitoring method according to claim 5, characterized in that, The first bus interface is an FC-AE-1553 network interface, the second bus interface is a MIL-STD-1553B bus interface, the first protocol format is the FC-AE-1553 protocol, and the second protocol format is the MIL-STD-1553B protocol.

8. A bidirectional bridging communication and monitoring system, said system being used to run the method according to any one of claims 1-7, characterized in that, The system includes: A bidirectional bridge subsystem includes a first bus interface, a protocol processing and conversion module, a second bus interface, and a data buffer processing module. The first bus interface is used to receive and send first bus data, and the second bus interface is used to receive and send second bus data. The data buffer processing module is connected to both the first and second bus interfaces and is used to buffer data from both interfaces. The protocol processing and conversion module is connected to the data buffer processing module and is used to perform bidirectional conversion between a first protocol and a second protocol on the buffered data. The monitoring subsystem includes a data acquisition module and a core processing module. The data acquisition module is connected to the first bus interface, the second bus interface, the protocol processing and conversion module, and the data cache processing module, respectively. The data acquisition module is used to collect the operating status data of each module. The core processing module is connected to the data acquisition module and is used to process the operating status data and generate monitoring data.

9. A bidirectional bridging communication and monitoring system according to claim 8, characterized in that, The bidirectional bridge subsystem also includes a bus redundancy interface, which is connected to the second bus interface. The bus redundancy interface monitors the primary channel and the backup channel and is used as a backup working channel when the second bus interface fails.

10. A bidirectional bridging communication and monitoring system according to claim 8, characterized in that, The bidirectional bridge subsystem also includes an interface control module, which is used to configure system parameters, transmit status data, monitor data transmission, and exchange data with the host computer.