A multi-source heterogeneous protocol parsing method suitable for onboard protocol parsing equipment

Abstract

The present invention discloses a multi-source heterogeneous protocol parsing method suitable for onboard protocol parsing equipment, comprising the following steps: Step 1: a data frame preprocessing module extracts a payload and transmits it to a 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 based on the message sequence number and the offset within the segment; after the independent message units in the payload, i.e., sub-messages, are reassembled, the complete sub-message data is transmitted to a parameter processing module for parsing; if it is a non-segmented message, the sub-message data is directly extracted and passed to a subsequent parameter processing module; Step 3: the parameter processing module parses the protocol data unit in the sub-message data, extracts the parameter field, and converts the parameter field into a standard byte stream format for direct call by the onboard processing equipment. The present invention can quickly and efficiently process valid data.

Description

Technical Field

[0001] The present 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 networks and routing technologies has accelerated the convergence of the satellite and terrestrial mobile communications ecosystems. Research on heterogeneous satellite-ground network technologies has become a hot topic. This has also placed higher demands on data transmission, requiring an increasing variety of communication protocols. In satellite-ground converged communications, the diverse data sources and protocols, including satellite-to-ground and intersatellite communication protocols, make traditional data parsing methods focused on a single protocol type inadequate.

[0003] Currently, there are three mainstream protocol parsing methods: software processing, dedicated bridge chip processing, and FPGA (field programmable gate array) processing. Software processing uses high-level languages ​​to write logic at the software level and upload data packets to the CPU (central processing unit) for data parsing. 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 parse 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] Software-based protocol parsing suffers from low execution efficiency, high latency, and a high reliance on the CPU (central processing unit), which increases system resource overhead. Furthermore, software-based solutions cannot meet the high data rate and real-time requirements of satellite payloads.

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

[0007] All its functional logic is implemented by digital circuits and does 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 satellite-based protocol parsing equipment systems deployed on satellites.

[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 current FPGA-based protocol parsing solutions mainly focus on single protocol conversion designs, 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 of the data field and cannot achieve fine-grained parsing based on bit fields. As a result, satellite-borne communication equipment needs to perform additional complex operations such as shifting and splicing when processing valid data fields, which increases the operational complexity of the satellite-borne equipment and affects the overall communication efficiency. Summary of the Invention

[0009] To overcome the shortcomings of the aforementioned prior art, the present invention aims to provide a multi-source heterogeneous protocol parsing method suitable for onboard protocol parsing equipment. By establishing a parameter lookup table for a bit field structure, the characteristics of each information unit in the communication protocol are mapped to a unified field parameter table. During processing, valid data is extracted by bit field and converted into a standard byte stream format, facilitating the rapid and efficient processing of valid data by onboard equipment. Furthermore, the present invention's parsing method is versatile and modularly reusable for multi-source heterogeneous data, including those from different data sources, different protocol types, and different data formats.

[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 data frame, the onboard protocol parsing system passes the data frame to the data frame preprocessing module. The data frame preprocessing module is responsible for performing frame header positioning and frame check. After passing the check, it strips the encapsulation field, extracts the payload, and transmits it 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 based on the message sequence number and the offset within the segment. After the independent message units in the payload, i.e., sub-messages, are 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 fields 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 for direct call by the onboard processing equipment, thereby simplifying the equipment's data processing flow.

[0017] 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 (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 the 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 high, the current message is a segmented message. At this time, the message combination and extraction module will implement 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 the current payload data is written to the specified location of the corresponding cache area according to the segment offset parameter carried in the message header, and is spliced ​​with the existing cached 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 low, it indicates that the current message is not 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 the onboard processing equipment, improving 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 module's standardized design and functional reuse. Within the parameter processing module, the domain parameter lookup table, data cache RAM, parameter byte sequence cache RAM, and serialization processing are all independent processing logic (which can be understood as submodules). When the parameter processing module parses data, it calls the functions in the domain parameter lookup table to obtain the information required for the data parsing process, including the valid 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 the 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 buffer RAM. Throughout the data processing process, data storage follows the big-endian method.

[0035] A multi-source heterogeneous protocol parsing system suitable for onboard protocol parsing equipment, comprising a data frame pre-processing 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 the 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] Sub-message data is parsed into multiple parameter fields through protocol data unit parsing. Parameter fields are the ultimate carriers of business logic in sub-message data, and their meanings are clearly defined by the communication protocol.

[0041] Beneficial effects of the present invention:

[0042] This paper focuses on the analysis scenario of satellite-to-ground 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 system complexity.

[0044] The present invention has good scalability. When the business volume increases or new protocols and message formats emerge, only the domain lookup table needs to be updated and expanded without large-scale modifications to the entire processing architecture. This 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 analyzers, which 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 described in further detail below with reference to the accompanying drawings.

[0051] In satellite communications, dedicated link data frames contain not only fixed-format headers and trailers, but also different types of bit-field structures within the PDU (Protocol Data Unit) data field. Each field in these structures represents different information, and some fields are less than a full byte long, consisting of only a few or even a single bit. Therefore, parsing requires precise bit-by-bit manipulation. However, current parsing methods, which simply shift the data field, require satellite-based equipment to perform complex operations such as shifting and splicing when processing the valid data field, increasing operational complexity.

[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 rapid and efficient processing of valid data by onboard equipment, 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. Payload is the part of data transmission that actually carries user data. The payload in this invention is divided into Figure 1 As shown in FIG, 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 the PDU (Protocol Data Unit). A sub-message data may be composed 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 the basic unit used to encapsulate business data in the satellite-to-ground communication dedicated link protocol.

[0058] 5. The parameter field is 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 that converts data into a format whose length is an integer multiple of bytes through operations such as data splicing and byte alignment.

[0060] In this invention, "data stream" refers to the 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 is matched and compared, and is mainly based on Figure 1 The data frame format shown in the figure is used for protocol parsing. In addition, the "data stream" received by the system is connected in 16-bit 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 and configures an expandable communication protocol bit field structure description module to parse and extract data according to bit field fields.

[0064] Furthermore, after parsing and extracting the data, it is converted into a standard byte stream format, a process also known as parameter serialization. This serialization process offers two advantages: first, by converting the data into a byte-aligned, regular format, it facilitates fast and efficient data processing by onboard equipment; second, it ensures that the protocol parsing system maintains data format consistency during internal data processing, facilitating standardized module design and functional reuse.

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

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

[0067] Table 1 Definition of dedicated link data frame format

[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 parsing system suitable for onboard protocol parsing equipment, including a data frame pre-processing 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 the 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 work is carried out 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: This module processes the payload data, parses the segmentation flag in the message header, and determines whether the message is segmented. If the message is segmented, it caches and assembles it based on the message sequence number and the offset within the segment. If the message is not segmented, it directly extracts the sub-message data. After this module completes the processing, it passes the valid data to the subsequent parameter processing module in units of sub-message length.

[0077] (3) Parameter Processing Module: This module is the key design focus of the present invention. It uses a preconfigured parameter lookup table to parse the protocol data unit (PDU) in the communication frame by 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 for each field structure in the message protocol.

[0078] The parameter processing module is a core component of the proposed multi-source heterogeneous protocol parsing solution. It 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 fields, and converts them 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 temporarily stores sub-message data transmitted by the message assembly and extraction module. The parameter byte sequence cache RAM stores data after parameter parsing and serialization. Caching the processed data facilitates data bit width conversion and cross-clock processing during data output. The domain parameter lookup table stores predefined communication protocol mappings, including key information such as message type, sub-message ID, domain parameter name, and 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. Throughout the data processing process, data storage follows the big-endian method. Domain parameter lookup table design

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

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

[0085] Based on the message format specified by the communication protocol, information such as the message type, sub-message ID, and the fixed length of the field parameters in the protocol data unit (PDU) is pre-organized and uniformly defined in a single field parameter lookup table. Furthermore, three functions—one for querying the number of field parameters, one for querying the field parameter name, and one for querying the field parameter length and byte offset—are defined in a shared package and together constitute the field parameter lookup table. Detailed descriptions of the relevant functions are 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 explained 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 high, it means that there is a continuous data stream being input. At this time, the state machine will transfer to the CACHE_DATA state.

[0091] 2. CACHE_DATA state: In this state, the parameter processing module receives the sub-message data and caches it in the data cache RAM, while parsing 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 responsible for parsing and extracting domain parameters. In this state, a 32-bit data unit is processed every 5 clock cycles. The current processing sequence is marked by the value of the counter count, which increments by 1 every clock cycle.

[0094] The following will introduce in detail the specific processing flow under different counter count value timings.

[0095] (1) When count = 0, call the Get_Param_Count function, input the message type and sub-message ID, and obtain the number of domain parameter fields 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, and 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 bit;

[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, according to the domain parameter length obtained in the previous time 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 each 32-bit data unit is processed, 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 each domain parameter is processed, 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] Different parameter fields have different starting offsets and lengths, and their extraction, processing, and splicing methods are also different. If we only consider the two key factors of the parameter field's starting offset (para_start_bit_in_unit) and field length (param_length) in the data cache RAM storage unit, and simplify all processing situations, we can summarize them into four situations. The specific situation classification is shown in Figure 4 .

[0103] Taking 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 to 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 parsing needs 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, only the domain lookup table needs to be updated and expanded, without the need for large-scale modifications to the entire processing architecture, thereby significantly reducing the cost of system maintenance and upgrades and improving the efficiency and flexibility of data processing.

[0109] Given that onboard protocol parsing equipment must be carried on a satellite payload, its design and manufacturing must meet stringent requirements for system miniaturization and lightweighting. This invention, designed based on an FPGA hardware platform, leverages FPGA's advantages, such as high flexibility, strong parallel processing capabilities, and customizable programming. By adopting a modular design philosophy, it not only ensures efficient system operation but also achieves a high degree of functional integration and optimized resource allocation, effectively reducing the device's size and weight, meeting the stringent limitations imposed by satellite payloads while ensuring system reliability and stability.

Claims

1. A multi-source heterogeneous protocol analysis method suitable for onboard protocol analysis equipment, characterized in that: The following steps are included: Step 1: After receiving a data frame, the onboard protocol parsing system passes the data frame to the data frame preprocessing module; The data frame preprocessing module is responsible for performing frame header positioning and frame check. After passing the check, it strips the encapsulation field, extracts the payload and transmits it 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 based on the message sequence number and the offset within the segment. After the independent message units in the payload, i.e., sub-messages, are 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 (PDU) in the sub-message data and extracts the parameter fields 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 use by the onboard processing equipment, thereby simplifying the equipment's data processing flow. The step 3 is specifically as follows: The protocol data unit in the communication frame is parsed by bit field through the pre-configured field 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.

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 locking the frame header position, the complete data frame is accurately received based on the frame length field, and frame data verification is performed simultaneously; For data frames that are verified to be correct 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. The multi-source heterogeneous protocol analysis method suitable for onboard 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 high, the current message is a segmented message, and the message combination and extraction module implements 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 the current payload data is written to the specified location of the corresponding cache area according to the segment offset parameter carried in the message header, and is spliced ​​with the existing cached 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 means that all segmented messages have been received completely. Subsequently, the complete sub-message is removed from the data cache and passed to the parameter processing module for subsequent parsing.

4. The multi-source heterogeneous protocol analysis method suitable for onboard protocol analysis equipment according to claim 1, characterized in that: When the segmentation flag is low, it indicates that the current message is not 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 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 field format defined in the communication protocol specification, extracts the parameter field, and converts it into a standard byte stream format.

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 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 reorganizes parameter fields of varying lengths and converts the parameter fields into a standard byte stream format to meet the transmission and processing requirements of onboard processing equipment.

7. A multi-source heterogeneous protocol analysis method suitable for onboard protocol analysis equipment according to claim 6, characterized in that: When the parameter processing module detects data input, it first continuously reads the 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.

8. A multi-source heterogeneous protocol analysis system suitable for onboard protocol analysis equipment, characterized in that: Used to execute the multi-source heterogeneous protocol parsing method according to any one of claims 1 to 7, comprising 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 combination and extraction module is used for detection of segmented messages in the payload, data buffering, and sub-message combination; The parameter processing module is used for bit-field parsing and parameter serialization processing of the protocol data unit.

9. A multi-source heterogeneous protocol analysis system suitable for onboard protocol analysis equipment according to claim 8, 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 by parsing the protocol data unit; The parameter field is the final carrier unit of business logic in the sub-message data, and its meaning is clearly specified by the communication protocol.

Images