Multi-source heterogeneous protocol analysis method suitable for satellite-borne protocol analysis equipment

Abstract

The invention discloses a multi-source heterogeneous protocol analysis method suitable for satellite-borne protocol analysis equipment. The method comprises the steps that 1, a data frame preprocessing module extracts a payload and transmits the payload to a message combination and extraction module; 2, the message combination and extraction module analyzes the segment flag bit in the effective load message header to judge the integrity of the message; if the message is a segmented message, executing data caching and recombination according to the message serial number and the in-segment offset; after an independent message unit, namely a sub-message, in the effective load is recombined, complete sub-message data is transmitted to a parameter processing module to be analyzed; if the message is a non-segmented message, sub-message data is directly extracted and transmitted to a subsequent parameter processing module; and step 3, the parameter processing module analyzes a protocol data unit in the sub-message data, extracts a parameter field, and converts the parameter field into a standard byte stream format to be directly called by satellite-borne processing equipment. Effective data can be quickly and efficiently processed.

Description

Technical Field

[0001] The invention belongs to the technical field of satellite communications, and in particular relates to a multi-source heterogeneous protocol parsing method suitable for satellite-borne protocol parsing equipment. Background Art

[0002] The rapid development of integrated space-ground network and routing technology has accelerated the gradual integration of satellite and ground mobile communication industry ecosystems. Research on technologies related to satellite-ground integrated heterogeneous networks has become a research hotspot. At the same time, this also puts higher requirements on data transmission, and the types of communication protocols required are increasing. In satellite-ground integrated communications, the diverse data sources and data protocols such as satellite-ground communication protocols and inter-satellite communication protocols make traditional single-type protocol data parsing methods incapable of handling the problem.

[0003] At present, there are three mainstream protocol analysis and processing methods: software processing, dedicated bridge chip processing, and FPGA (field programmable gate array) processing. Software processing is to use high-level languages ​​to write logic at the software level and upload data packets to the CPU (central processing unit) for data analysis. For example, the literature Research on telemetry data processing technology based on VBScript [J]. Modern Electronics Technique, 2015, 38 (11): 117-122. LI Z M. Research on telemetry data processing technology based on VBScript [J]. Modern Electronics Technique, 2015, 38 (11): 117-122 (in Chinese) proposes a telemetry data processing method based on VBScript scripts to analyze telemetry data of different formats in response to the diversity of telemetry data formats of constellation satellites.

[0004] Literature Design of a customizable heterogeneous network protocol parser[J]. Software Engineering, 2021, 24(10): 31-36. DOI: 10.19644 / j.cnki.issn2096-1472.2021.010.008, a protocol parser based on XML (Extensible Markup Language) protocol description file is designed for protocol parsing in heterogeneous networks;

[0005] The software-based protocol parsing solution has low execution efficiency, large latency, and is highly dependent on the CPU (central processing unit), which increases system resource overhead. In addition, the software-based solution cannot meet the satellite payload's requirements for high data rates and real-time performance.

[0006] Dedicated bridge chip processing is to parse specific protocols by customizing a dedicated bridge chip.

[0007] All its functional logics are implemented by digital circuits and do not require the participation of the CPU (central processing unit). Therefore, it has high processing efficiency, large throughput and low latency. However, the dedicated chip circuit cannot meet the protocol parsing needs outside of fixed scenarios. When facing protocol parsing in multiple scenarios, it is necessary to bridge multiple chip circuits to achieve it. This does not meet the needs of miniaturization of the satellite-based protocol parsing equipment system deployed on board.

[0008] Using FPGA (Field Programmable Gate Array) to write protocol parsing logic can take advantage of the advantages of FPGA (Field Programmable Gate Array) with high flexibility, strong parallel processing capabilities, and customizable programming to adapt to the flexible and efficient protocol parsing needs in multiple scenarios. However, most of the current FPGA-based protocol parsing solutions are mainly focused on a single protocol conversion design, which makes it difficult to cope with the complex parsing tasks of multi-source heterogeneous data protocols under the satellite-ground fusion network architecture. Moreover, most protocol parsing solutions only perform simple transport-style parsing on the data domain and cannot achieve fine parsing based on bit fields, causing satellite communication equipment to perform additional complex shifting, splicing and other operations when processing valid data domains, which increases the operational complexity of satellite equipment and affects the overall communication efficiency. Summary of the invention

[0009] In order to overcome the shortcomings of the above-mentioned prior art, the purpose of the present invention is to provide a multi-source heterogeneous protocol parsing method suitable for satellite-borne protocol parsing equipment. By establishing a parameter lookup table of a bit field structure, the characteristics of each information unit in the communication protocol are mapped to a unified domain parameter table. During processing, valid data is extracted by bit field and converted into a standard byte stream format, which facilitates the satellite-borne equipment to quickly and efficiently process valid data. In addition, facing multi-source heterogeneous data such as different data sources, different protocol types, and different data formats, the parsing method of the present invention has universality and module reusability.

[0010] In order to achieve the above object, the technical solution adopted by the present invention is:

[0011] A multi-source heterogeneous protocol parsing method applicable to a satellite-borne protocol parsing device comprises the following steps:

[0012] Step 1: After receiving a packet of data frames, the onboard protocol parsing system passes the data frames to the data frame preprocessing module; the data frame preprocessing module is responsible for performing frame header positioning and frame verification. After the verification passes, the encapsulation field is stripped, the payload is extracted and transmitted to the message assembly and extraction module;

[0013] Step 2: The message assembly and extraction module parses the segmentation flag in the payload message header to determine the integrity of the message;

[0014] If it is a segmented message, data caching and reassembly are performed according to the message sequence number and the offset within the segment; after the independent message unit in the payload, i.e., the sub-message, is reassembled, the complete sub-message data is transmitted to the parameter processing module for parsing;

[0015] If it is a non-segmented message, the sub-message data is directly extracted and passed to the subsequent parameter processing module;

[0016] Step 3: The parameter processing module parses the data protocol unit (PDU) in the sub-message data and extracts the parameter field based on the field structure defined by the communication protocol. Subsequently, the parameter processing module converts the parameter fields of varying lengths into a standard byte stream format through parameter serialization processing for direct call by the onboard processing equipment, thereby simplifying the data processing flow of the equipment.

[0017] In the step 1, after the system is started, a frame header search is performed on the data stream input from the external interface, and the received data stream (it is detected that the received data stream contains the fixed frame header field parameter value specified in the satellite-to-ground communication dedicated link protocol, that is, the starting position of the data frame is found) is accurately compared with the fixed frame header field parameter value specified in the satellite-to-ground communication dedicated link protocol. Once the frame header position is locked, the complete data frame is accurately received based on the frame length field, and the frame data verification work is carried out synchronously; for the data frames that are correctly received and verified, the system will execute the processing steps of removing the frame header and frame tail, and only extract and pass the payload data to the message assembly and extraction module to ensure accurate transmission and efficient processing of data.

[0018] In step 2, when parsing the message header in the payload, the state of the segmentation flag is detected. When the segmentation flag is at a high level, the current message belongs to a segmented message. At this time, the message combination and extraction module will execute the following cache management strategy:

[0019] Step (1), sequence number matching judgment: if the sequence number of the current message matches the existing cache message sequence number queue, then according to the segment offset parameter carried in the message header, the current payload data is written to the specified position of the corresponding cache area and spliced ​​with the existing cache payload data;

[0020] If the sequence number of the current message does not exist in the existing cache queue, the cache message sequence number queue is updated and the current payload data is written into the new cache unit;

[0021] Step (2), integrity verification mechanism: After each segmented message is received, the segment counter of the corresponding cache unit is updated. When the number of received segmented messages reaches the total number of segments declared in the message header, it indicates that all segmented messages have been received completely. Subsequently, the complete sub-message data is removed from the cache area and passed to the parameter processing module for subsequent parsing.

[0022] When the segmentation flag is at a low level, it indicates that the current message does not belong to a segmented message. At this time, the message combination and extraction module will directly extract the sub-message data from the payload and pass it to the parameter processing module for subsequent parsing.

[0023] The step 3 is specifically as follows:

[0024] The protocol data unit (PDU) in the communication frame is parsed by bit field through a pre-configured parameter lookup table, and the extracted parameter fields of varying lengths are converted into a standard byte stream sequence after parameter serialization.

[0025] The field parameter lookup table describes the relevant parameter information of each field structure in the message protocol.

[0026] The parameter processing module is responsible for accurately parsing the data units in the sub-message (independent message units contained in the payload of the data frame). The parameter processing module parses each data unit in the sub-message body according to the complete data domain format defined in the communication protocol specification, extracts the parameter field, and converts it into a standard byte stream format.

[0027] The parameter processing module includes a data cache RAM, a parameter byte sequence cache RAM, a serialization process, and a domain parameter lookup table;

[0028] The data cache RAM is used to temporarily store the sub-message data transmitted by the message combination and extraction module;

[0029] The parameter byte sequence cache RAM is used to store the data after parameter parsing and serialization, and cache the processed data to facilitate data bit width conversion and cross-clock processing when data is output;

[0030] The domain parameter lookup table stores predefined communication protocol mapping relationships, including key information such as message type, sub-message ID, domain parameter name and its static length.

[0031] Serialization processing reorganizes parameter fields of varying lengths and converts them into a standard byte stream format to meet the transmission and processing requirements of onboard processing equipment. This processing mechanism has the following advantages: First, through data splicing and byte alignment operations, it ensures that the data format complies with the interface specifications of onboard processing equipment and improves data processing efficiency; second, the unified serialization format ensures the consistency of the data format within the parameter processing module, which is conducive to the standardized design and functional reuse of the module. In the parameter processing module, the domain parameter lookup table, data cache RAM, parameter byte sequence cache RAM, and serialization processing are all independent processing logics (which can be understood as submodules); when the parameter processing module performs data parsing, it calls the function in the domain parameter lookup table to obtain the information required in the data parsing process, including the effective length of the parameter sequence and the byte offset of the parameter field relative to the start position of the message header.

[0032] When the parameter processing module detects data input, it first continuously reads data of a single cache unit from the data cache RAM;

[0033] Next, the mapping relationship defined in the communication protocol format in the domain parameter lookup table is dynamically called to perform data parsing;

[0034] Finally, the parsed data is stored in the parameter byte sequence cache RAM. During the entire data processing process, the data is stored in big endian order.

[0035] A multi-source heterogeneous protocol parsing system suitable for onboard protocol parsing equipment, comprising a data frame preprocessing module, a message combination and extraction module, and a parameter processing module;

[0036] The data frame preprocessing module is used for frame header positioning, data frame integrity verification and payload extraction;

[0037] The message combination and extraction module is used for segmented message detection, data caching and sub-message combination;

[0038] The parameter processing module is used for bit-field parsing and parameter serialization processing of a protocol data unit (PDU).

[0039] A sub-message data consists of multiple protocol data units, or a single protocol data unit corresponds to a sub-message;

[0040] The sub-message data is split into multiple parameter fields through the parsing of the protocol data unit. The parameter field is the final carrier unit of the business logic in the sub-message data, and its meaning is clearly specified by the communication protocol.

[0041] Beneficial effects of the present invention:

[0042] The present invention focuses on the analysis scenario of satellite-to-earth communication dedicated link protocol and proposes a multi-source heterogeneous protocol analysis method based on FPGA, which is suitable for on-board protocol analysis equipment.

[0043] The present invention maps the characteristics of each information unit in the communication protocol into a unified parameter table through a pre-established parameter lookup table, thereby adopting a unified processing logic in the serialization process of parameter processing, thereby reducing the complexity of the system.

[0044] The present invention has good scalability. When the business volume increases or new protocols and message formats emerge, it is only necessary to update and expand the domain lookup table without making large-scale modifications to the entire processing architecture, which greatly reduces the cost of system maintenance and upgrades and improves the efficiency and flexibility of data processing.

[0045] The present invention provides an efficient, flexible and scalable solution for the research of satellite-borne data analyzer, and has high practical value and broad application prospects. BRIEF DESCRIPTION OF THE DRAWINGS

[0046] Figure 1 It is a schematic diagram of the dedicated link frame format of the present invention.

[0047] Figure 2 It is a functional block diagram of the protocol analysis system of the present invention.

[0048] Figure 3 It is a logic design block diagram of the serialization processing module of the present invention.

[0049] Figure 4 It is a flow chart of the serialization algorithm in the DATA_SERIALIZE state of the present invention. DETAILED DESCRIPTION

[0050] The present invention will be further described in detail below in conjunction with the accompanying drawings.

[0051] In the field of satellite communications, in addition to special fields such as the frame header and frame trailer in a fixed format, the PDU (Protocol Data Unit) carried in the data field of a dedicated link data frame also contains different types of bit field structures. Each field of these structures represents different information. Some fields are less than a full byte in length and may only consist of a few or even one bit. Therefore, it is necessary to perform fine operations on the bits when parsing. However, the current parsing method that only simply moves the data field requires satellite-borne equipment to perform complex operations such as shifting and splicing when processing valid data fields, which increases the operational complexity of satellite-borne equipment.

[0052] The present invention maps the characteristics of each information unit in the communication protocol into a unified domain parameter table by constructing a parameter lookup table of a bit field structure. During the processing, valid data is extracted precisely by bit field and converted into a standard byte stream format, thereby facilitating the onboard equipment to quickly and efficiently process valid data, significantly improving the convenience and efficiency of data processing.

[0053] The technical terms of the present invention are defined as follows:

[0054] 1. Data frame refers to the basic unit of data transmission, which usually includes a frame header, a payload, and a frame trailer. The data frame in the present invention specifically refers to Figure 1 The dedicated link data frame shown;

[0055] 2. The effective load is the part of data transmission that actually carries user data. The effective load in the present invention is divided into Figure 1 As shown, it specifically refers to the data portion after removing the dedicated link protocol encapsulation header and tail.

[0056] 3. Sub-message data is an independent message unit contained in the payload. In the present invention, sub-message data can be regarded as a "container" that encapsulates a PDU (protocol data unit). A sub-message data may consist of multiple PDUs, or a single PDU may correspond to a sub-message.

[0057] 4. PDU (Protocol Data Unit) is a unit used to describe encapsulated data. The PDU (Protocol Data Unit) appearing in the present invention specifically refers to a basic unit used to encapsulate business data in a satellite-to-ground communication dedicated link protocol.

[0058] 5. The parameter field is the key business information defined in the communication protocol. In the present invention, the PDU (Protocol Data Unit) in the sub-message data is parsed and split into multiple parameter fields. The specific meanings of these parameter fields are clearly specified by the communication protocol.

[0059] 6. The standard byte stream format in the present invention is a data transmission format, which converts data into a format whose length is an integer multiple of bytes through operations such as data splicing and byte alignment.

[0060] In the present invention, "data stream" refers to various message data transmitted from the ground and received by the satellite-borne protocol parsing system in the satellite-to-ground communication scenario. Figure 1 The satellite-to-ground communication dedicated link data frame shown in the figure is matched and compared, and is mainly based on Figure 1 The data frame format shown in the figure is used for protocol analysis. In addition, the "data stream" received by the system is accessed in 16-bit data parallel mode through the FPGA interface.

[0061] A data parsing technology for a multi-source heterogeneous protocol parsing method applicable to a satellite-borne protocol parsing device is to parse data information from a communication data frame according to a pre-configured communication protocol;

[0062] Specifically, it includes completing frame synchronization, extracting payload, identifying message type, and performing data packet reassembly.

[0063] The present invention improves on the traditional FPGA-based data parsing method, configures an expandable communication protocol bit field structure description module, and parses and extracts data according to bit field fields.

[0064] In addition, after the data is parsed and extracted, it is converted into a standard byte stream format, a process also known as parameter serialization. The serialization process has dual advantages: on the one hand, by converting the data into a byte-aligned regular format, it is convenient for the onboard equipment to process valid data quickly and efficiently; on the other hand, it ensures that the protocol parsing system maintains the consistency of the data format during the internal data processing process, which is conducive to the standardized design and functional reuse of modules.

[0065] The present invention is based on Figure 1 The characteristics of the dedicated link data frame format in a satellite-to-ground fusion communication scenario shown in the figure construct the functional block diagram of the communication protocol analysis system. Figure 2 .

[0066] Figure 1 The data frame shown adopts a layered encapsulation structure. After the service data message is encapsulated by IP, a satellite routing label is added and encapsulated into a satellite-to-ground communication dedicated link data frame. The frame payload contains control information and service data. The specific format definition is shown in Table 1.

[0067] Table 1 Dedicated link data frame format definition

[0068]

[0069]

[0070] like Figure 2 As shown, Figure 2 The specific functions of each sub-module are explained one by one.

[0071] A multi-source heterogeneous protocol analysis system suitable for satellite-borne protocol analysis equipment, including a data frame preprocessing module, a message combination and extraction module, and a parameter processing module;

[0072] The data frame preprocessing module is used for frame header positioning, data frame integrity verification and payload extraction.

[0073] The message combination and extraction module is used for segmented message detection, data buffering and sub-message combination.

[0074] The parameter processing module is used for bit-field parsing and parameter serialization processing of a protocol data unit (PDU).

[0075] (1) Data frame preprocessing module: After the system is started, it first searches for the frame header of the data stream input from the external interface and accurately compares it with the fixed frame header field parameter value specified in the satellite-to-ground communication dedicated link protocol. Once the frame header position is locked, the complete data frame is accurately received based on the frame length field, and the frame data verification is performed simultaneously. For the data frames that are correctly received and verified, the system will perform the processing steps of removing the frame header and frame tail, and only extract and pass the payload data to the message assembly and extraction module to ensure accurate data transmission and efficient processing.

[0076] (2) Message assembly and extraction module: Processes the payload data, parses the segmentation flag in the message header, and determines whether the message is segmented. If it is a segmented message, it is cached and assembled according to the message sequence number and the offset within the segment; if it is a non-segmented message, the sub-message data is directly extracted. After the module is processed, the valid data is passed to the subsequent parameter processing module in units of sub-message length.

[0077] (3) Parameter processing module: This module is the design focus of the present invention. It uses a pre-configured parameter lookup table to parse the protocol data unit (PDU) in the communication frame according to the bit field, and converts the extracted parameter fields of varying lengths into a standard byte stream sequence. The field parameter lookup table describes the relevant parameter information of each field structure in the message protocol.

[0078] The parameter processing module is the core component of the multi-source heterogeneous protocol parsing solution proposed in this invention, and is responsible for accurately parsing the data units in the sub-message. This module parses each data unit in the sub-message body according to the complete data field format defined in the communication protocol specification, extracts the parameter field, and converts it into a standard byte stream format.

[0079] The functional block diagram of the parameter processing module designed by the present invention is as follows Figure 3 shown.

[0080] The parameter processing module includes data cache RAM, parameter byte sequence cache RAM, serialization processing and domain parameter lookup table;

[0081] The data cache RAM is used to temporarily store the sub-message data transmitted by the message assembly and extraction module; the parameter byte sequence cache RAM is used to store the data after parameter parsing and serialization. The processed data is cached to facilitate data bit width conversion and cross-clock processing when the data is output; the domain parameter lookup table stores the predefined communication protocol mapping relationship, including key information such as message type, sub-message ID, domain parameter name and its static length.

[0082] When the serialization processing module detects data input, it first continuously reads the data of a single cache unit from the data cache RAM; then, it dynamically calls the mapping relationship defined in the communication protocol format in the domain parameter lookup table to parse the data; finally, it stores the parsed data into the parameter byte sequence cache RAM. During the entire data processing process, data storage follows the big endian method. Domain parameter lookup table design

[0083] During data parsing, parameter processing requires knowing the effective length of the parameter sequence and the parameter start pointer position (i.e., the byte offset relative to the start position of the message header).

[0084] Based on this, the domain parameter lookup table adopts the following processing method:

[0085] According to the message format specified by the communication protocol, the information such as the message type, sub-message ID and the fixed length of the domain parameters in the protocol data unit (PDU) are pre-organized and uniformly defined in the same domain parameter lookup table. In addition, the three functions of querying the number of domain parameter fields, querying the domain parameter name and querying the domain parameter length and byte offset are defined in the same shareable package to form the domain parameter lookup table. The specific description of the relevant functions is shown in Table 2.

[0086] Table 2 Description of related functions in the domain parameter lookup table

[0087]

[0088] Protocol parsing algorithm based on domain parameter lookup table

[0089] Next, the protocol parsing solution proposed in the present invention is further described by taking the workflow of the internal state machine of the parameter processing module and the parameter extraction algorithm as an example.

[0090] 1. IDLE state: This state is the initial state of the parameter processing module finite state machine. Once the module detects that the external input data enable signal is at a high level, it means that there is a continuous data stream being input, and the state machine will transfer to the CACHE_DATA state.

[0091] 2. CACHE_DATA state, in which the parameter processing module receives the sub-message data and caches it in the data cache RAM, and parses the sub-message header to obtain the sub-message ID and the starting position information of the sub-message body;

[0092] When the data frame transmission is completed and the falling edge of the external input data enable signal is detected, the state machine jumps to the DATA_SERIALIZE state.

[0093] 3. DATA_SERIALIZE state: This state is mainly responsible for parsing and extracting domain parameters. In this state, a 32-bit data unit is processed every 5 clock cycles, and the current processing sequence is marked by the value of the counter count. The value of the counter count increases by 1 every clock cycle.

[0094] Next, the specific processing flow under different counter count value timings will be introduced in detail.

[0095] (1) When count = 0, call the Get_Param_Count function, enter the message type and sub-message ID, and obtain the number of domain parameter fields contained in the current message;

[0096] (2) When count = 1, if the current domain parameter number is greater than or equal to the total number of domain parameter fields, the state jumps back to the IDLE state; if the current domain parameter number is less than the total number of domain parameter fields, a 32-bit data unit is read from the corresponding address of the data cache RAM. At the same time, the Get_Param_Name function is called, the sub-message ID and the current domain parameter number are input to obtain the domain parameter name, and the data RAM read pointer is moved down one position;

[0097] (3) When count = 2, call the Get_Param_Length_and_offest function, input the sub-message ID and domain parameter name, obtain the domain parameter length and the byte offset of the parameter relative to the starting field position of the message header, and dynamically update the parameter query pointer in the domain parameter lookup table.

[0098] (4) When count = 3, based on the domain parameter length obtained in the previous sequence and the byte offset of the domain parameter relative to the starting field position of the sub-message header, Figure 4 The input signals (param_length and para_start_bit_in_unit) of the serialization algorithm process are assigned values, and the data read from the data cache RAM is processed by beating and registering;

[0099] (5) When count = 4, execute Figure 4 The algorithm flow.

[0100] (6) After processing each 32-bit data unit, the value of the counter count is reset to zero, and then the processing flow of the DATA_SERIALIZE state is continued in a loop. Moreover, after processing each domain parameter, the current domain parameter sequence number is increased by 1, and then the process returns to step (2), and the value of the relevant control signal is reset to zero.

[0101] The serialization algorithm specifically refers to reading the cached message body data from the data cache RAM, parsing and extracting the protocol data unit (PDU) therein, and converting each parameter field in the PDU into an integer multiple of bytes through data splicing, and finally temporarily storing it in the parameter byte sequence cache RAM.

[0102] The starting offset and length of different parameter fields are different, and their extraction, processing and splicing methods are also different. If we only consider the two key factors of the starting offset (para_start_bit_in_unit) and field length (param_length) of the parameter field in the data cache RAM storage unit, after simplifying all processing situations, we can summarize them into four situations. The specific situation classification is shown in Figure 4 .

[0103] Take the case of para_start_bit_in_unit+param_length>33 and param_length<33 as an example, analyze Figure 4 Hardware implementation code of the algorithm in .

[0104] serialize_dina(31downto 32-L1)<=data_temp2(L1-1 downto 0);

[0105] serialize_dina(31-L1 downto 32-L1-L2)<=data_temp1(31downto 32-L2);

[0106] deserialize_dina(31-L1-L2 downto 0)<=(others=>'0');

[0107] In the code, serialize_dina is the data to be written into the corresponding cache unit of the serialized RAM after extraction; data_temp1 is the data read from the sub-message RAM at the current moment; data_temp2 is the data read from the sub-message RAM at the previous moment; L1=32-para_start_bit_in_unit; L1+L2=param_length.

[0108] The traditional single-type protocol data parsing method is difficult to cope with the problem of the parsing requirements of diversified communication protocols such as satellite-to-ground and inter-satellite in satellite-to-ground integrated communications. The protocol parsing solution based on the domain parameter lookup table proposed in the present invention maps the characteristics of each information unit of the communication protocol into a unified parameter table, thereby adopting a unified processing logic in the serialization process of parameter processing, which not only reduces the complexity of the system but also has good scalability. When the business type increases or new protocols and message formats appear, it is only necessary to update and expand the domain lookup table without large-scale modifications to the entire processing architecture, thereby greatly reducing the system maintenance and upgrade costs and improving the efficiency and flexibility of data processing.

[0109] Since the satellite-borne protocol analysis equipment needs to be carried on the satellite payload, its design and manufacture must meet the strict requirements of system miniaturization and lightweight. The present invention is designed based on the FPGA hardware platform, making full use of the advantages of FPGA such as high flexibility, strong parallel processing capability, and customizable programming. It adopts a modular design concept, which not only ensures the efficient operation of the system, but also realizes the high integration of functions and the optimal allocation of resources, effectively reducing the size and weight of the equipment, meeting the strict restrictions of satellite payloads on the equipment, and ensuring the reliability and stability of the system.

Claims

1. A multi-source heterogeneous protocol analysis method suitable for onboard protocol analysis equipment, characterized in that: The steps include: Step 1: After receiving a packet of data frames, the onboard protocol parsing system passes the data frames to the data frame preprocessing module; The data frame preprocessing module is responsible for performing frame header positioning and frame checking. After the check is passed, the encapsulation field is stripped, the payload is extracted and transmitted to the message assembly and extraction module; Step 2: The message assembly and extraction module parses the segmentation flag in the payload message header to determine the integrity of the message; If it is a segmented message, data caching and reassembly are performed according to the message sequence number and the offset within the segment; after the independent message unit in the payload, i.e., the sub-message, is reassembled, the complete sub-message data is transmitted to the parameter processing module for parsing; If it is a non-segmented message, the sub-message data is directly extracted and passed to the subsequent parameter processing module; Step 3: The parameter processing module parses the protocol data unit in the sub-message data and extracts the parameter field based on the field structure defined by the communication protocol. Subsequently, the parameter fields of varying lengths are converted into a standard byte stream format for direct calling by the onboard processing equipment, thereby simplifying the data processing flow of the equipment.

2. A multi-source heterogeneous protocol analysis method suitable for onboard protocol analysis equipment according to claim 1, characterized in that: In step 1, after the system is started, a frame header search is performed on the data stream input from the external interface, and the received data stream is accurately compared with the fixed frame header field parameter value specified in the satellite-to-ground communication dedicated link protocol. After the frame header position is locked, the complete data frame is accurately received according to the frame length field, and the frame data verification work is carried out synchronously; For the data frames that are verified and received correctly, the frame header and frame tail are removed, and only the payload data is extracted and passed to the message assembly and extraction module.

3. A multi-source heterogeneous protocol analysis method suitable for on-board protocol analysis equipment according to claim 1, characterized in that: In step 2, when parsing the message header in the payload, the state of the segmentation flag is detected. When the segmentation flag is at a high level, the current message belongs to a segmented message, and the message combination and extraction module executes the following cache management strategy: Step (1), sequence number matching judgment: if the sequence number of the current message matches the existing cache message sequence number queue, then according to the segment offset parameter carried in the message header, the current payload data is written to the specified position of the corresponding cache area and spliced ​​with the existing cache payload data; Otherwise, update the cache message sequence number queue and write the current payload data into the new cache unit; Step (2), integrity verification mechanism: After each segmented message is received, the segment counter of the corresponding cache unit is updated. When the number of received segmented messages reaches the total number of segments declared in the message header, it indicates that all segmented messages have been received completely. Subsequently, the complete sub-message is removed from the data cache area and passed to the parameter processing module for subsequent parsing.

4. The multi-source heterogeneous protocol analysis method applicable to a satellite-borne protocol analysis device according to claim 1, characterized in that: When the segmentation flag is at a low level, it indicates that the current message does not belong to a segmented message. At this time, the message combination and extraction module will directly extract the sub-message data from the payload and pass it to the parameter processing module for subsequent parsing.

5. The multi-source heterogeneous protocol analysis method applicable to a satellite-borne protocol analysis device according to claim 1, characterized in that: The step 3 is specifically as follows: The protocol data unit in the communication frame is parsed by bit field through the pre-configured parameter lookup table, and the extracted parameter fields of varying lengths are converted into a standard byte stream sequence after parameter serialization; The field parameter lookup table describes the relevant parameter information of each field structure in the message protocol.

6. A multi-source heterogeneous protocol analysis method suitable for onboard protocol analysis equipment according to claim 5, characterized in that: The parameter processing module is responsible for accurately parsing the data units in the sub-message. The parameter processing module parses each data unit in the sub-message body according to the complete data domain format defined in the communication protocol specification, extracts the parameter field, and converts it into a standard byte stream format.

7. A multi-source heterogeneous protocol analysis method suitable for onboard protocol analysis equipment according to claim 6, characterized in that: The parameter processing module includes a data cache RAM, a parameter byte sequence cache RAM, a serialization process, and a domain parameter lookup table; The data cache RAM is used to temporarily store the sub-message data transmitted by the message combination and extraction module; The parameter byte sequence cache RAM is used to store the data after parameter parsing and serialization, and cache the processed data to facilitate data bit width conversion and cross-clock processing when data is output; The domain parameter lookup table stores predefined communication protocol mapping relationships; The serialization process converts the parameter fields of different lengths into a standard byte stream format by rearranging the parameter fields of different lengths to meet the transmission and processing requirements of the onboard processing equipment.

8. A multi-source heterogeneous protocol analysis method suitable for onboard protocol analysis equipment according to claim 7, characterized in that: When the parameter processing module detects data input, it first continuously reads data of a single cache unit from the data cache RAM; Next, the mapping relationship defined in the communication protocol format in the domain parameter lookup table is dynamically called to perform data parsing; Finally, the parsed data is stored in the parameter byte sequence cache RAM.

9. A multi-source heterogeneous protocol analysis system suitable for onboard protocol analysis equipment, characterized in that: It includes a data frame preprocessing module, a message combination and extraction module, and a parameter processing module; The data frame preprocessing module is used for frame header positioning, data frame integrity verification and payload extraction; The message assembly and extraction module is used for detection of segmented messages in the payload, data caching, and sub-message assembly; The parameter processing module is used for bit-field parsing and parameter serialization processing of the protocol data unit.

10. A multi-source heterogeneous protocol analysis system suitable for onboard protocol analysis equipment according to claim 9, characterized in that: A sub-message data consists of multiple protocol data units, or a single protocol data unit corresponds to a sub-message; The sub-message data is split into multiple parameter fields through the parsing of the protocol data unit. The parameter field is the final carrier unit of the business logic in the sub-message data, and its meaning is clearly specified by the communication protocol.

Images