Spaceborne time-triggered ethernet application data transmission method

Abstract

The application provides a kind of spaceborne time-triggered Ethernet application data transmission method, in the spaceborne time-triggered Ethernet of multiple end systems and multiple switches, BE, TT, RC message is transmitted, MAC address identifies BE message transmission physical link, VL ID identifies TT, RC message transmission physical link, the mapping relationship of MAC address, IP address, APID and the mapping relationship of VL ID, IP address, APID are established as the system management parameter of end system, the mapping relationship of MAC address, port number and the mapping relationship of sending VL ID, port number are established as the system management parameter of switch.The system management parameter of end system and switch according to the application is combined with the protocol parameter carried by data transmission, and the flexible and universal transmission of space data packet application data in time-triggered Ethernet is realized.

Description

Technical Field

[0001] This invention relates to the field of spaceborne network and data transmission technology, specifically to a spaceborne time-triggered Ethernet application data transmission method. Background Technology

[0002] In safety-critical application scenarios, Time-Triggered Ethernet (TTE) has gained increasing favor due to its superior performance in terms of synchronization accuracy, network scale, compatibility difficulty, complexity, and implementation cost, and has been applied in the fields of new energy vehicles, aviation, and aerospace.

[0003] The TTE (Transport Technology) primarily consists of five layers: physical layer, data link layer, network layer, transport layer, and application layer. At the data link layer, it supports the transmission of messages with different real-time requirements over the same physical network, including time-triggered (TT), rate-constrained (RC), and best-effort (BE) messages. The network and transport layers mainly use the TCP / IP protocol. In spaceborne applications, application layer data uses the CCSDS133.0-B-2 (Space Packet Protocol).

[0004] Satellites handle diverse internal services, and data transmission requirements vary significantly between the platform itself, between the platform and payloads, and between payloads. TTE supports multiple message types and varying levels of real-time performance and reliability. Achieving mixed transmission of various application data within the TTE network is crucial for advancing the onboard application of TTE technology.

[0005] A literature search of existing technologies revealed that some researchers have conducted hybrid scheduling of BE, TT, and RC messages. Patent document CN109450817B, "Hybrid Scheduling Method for Time-Triggered Ethernet Multi-Service Message Transmission," proposes a non-preemptive time-triggered and priority-based hybrid scheduling method for multi-service messages, solving the transmission problem of various service messages. Patent document CN115378887A, "A Time-Triggered Ethernet Switch TT Service Switching Device," proposes a method where high-priority TT frames preempt low-priority TT frames. It uses a registration and table lookup method to complete TT frame scheduling based on a scheduling table, optimizes the input and output buffers of the switch, improves the single-frame storage TT plane, provides differentiated services for TT streams with different latency requirements, and ensures reliable transmission of various TT services. The patent document CN106850466B, entitled "A Method and Apparatus for Forwarding Data Packets in Time-Triggered Ethernet", proposes to pre-configure a time routing table for the switch, query the time routing table based on the characteristic fields of the received data packet to obtain the allowed arrival time slot and output port number of the data packet, compare the actual arrival time slot of the data packet with the allowed arrival time slot, forward the data packets that meet the requirements, and discard the data packets that do not meet the requirements.

[0006] In spaceborne applications, patent document 3, "Aerospace Ethernet Time-Triggered Compatible Bus Service Composite Transmission Method" (publication number CN10784636A), proposes to divide messages into ordinary application data, functional messages, and service messages using message tags, with different messages transmitted through different message types. Patent document CN112395720A, "A Time-Deterministic Distributed Spacecraft Electronic System Design Method," proposes a hierarchical analysis, pre-planning, and static configuration approach to meet both time determinism and transmission reliability.

[0007] A search and analysis of existing technologies reveals the following problems:

[0008] 1) In the existing time-triggered Ethernet satellite application scheme, the correspondence between the end system and switch configuration parameters and the built-in parameters of each layer protocol during application data transmission is not proposed, and the generalized paradigm of each layer protocol address management and application identifier is not resolved.

[0009] 2) Existing time-triggered Ethernet spaceborne application schemes fail to integrate the data link layer message transmission mechanism with network layer and application layer protocols, and a universal transmission scheme for space data packets in time-triggered Ethernet has not yet been proposed. Summary of the Invention

[0010] To address the shortcomings of existing technologies, the purpose of this invention is to provide a satellite-borne time-triggered Ethernet application data transmission method.

[0011] According to the present invention, a satellite-borne time-triggered Ethernet application data transmission method establishes a mapping relationship between MAC address, IP address, and APID, and a mapping relationship between VL ID, IP address, and APID as system management parameters of the end system; and establishes a mapping relationship between MAC address and port number, and a mapping relationship between sending VL ID and port number as system management parameters of the switch; the system management parameters of the end system and the system management parameters of the switch are loaded into the end system and the switch respectively, so that the sending message format structure organization, the switch message addressing and forwarding, and the receiving message format structure conformity check match; and transmits time-triggered messages (TT), rate-constrained messages (RC), and best-effort messages (BE).

[0012] Preferably, the physical link for BE message transmission is identified by the MAC address, and the physical link for TT and RC message transmission is identified by the VL ID.

[0013] Preferably, for BE messages, the data transmission physical link is identified by the MAC address for transmission; for message sending from the source system, a mapping relationship between the intended sending APID, the destination MAC address, and the destination IP address is established as a system management parameter to organize the format structure of the sent message; for message receiving from the destination system, a mapping relationship between the intended receiving APID, the source MAC address, and the source IP address is established as a system management parameter to check the format structure conformity of the received message.

[0014] Preferably, a mapping relationship between MAC addresses and port numbers is established as a system management parameter for the switch; wherein, the MAC address of the end system corresponds one-to-one with the IP address, each IP address corresponds to one or more APID application addresses, and the IP data packet carried by the MAC frame contains one or more spatial data packets identified by APID; the switch realizes BE message data exchange based on the mapping relationship between MAC addresses and port numbers, and each port of the switch transmits one or more BE messages identified by MAC addresses.

[0015] Preferably, for TT and RC messages, the data transmission physical link is identified by the VL ID for transmission; for the transmission of TT and RC messages, the sending VL ID of the sending end system, the sending VL ID of the switch, and the receiving VL ID of the receiving end system are consistent; for the sending of TT and RC messages by the source IP address end system, a mapping relationship between the proposed sending APID, sending VLID, and destination IP address is established as a system management parameter of the end system to organize the format structure of the sent message; for the receiving of TT and RC messages by the destination IP address end system, a mapping relationship between the receiving VL ID, source IP address, and APID is established as a system management parameter of the end system to check the format structure conformity of the received message.

[0016] Preferably, a mapping relationship between the sending VL ID and the port number is established as a system management parameter of the switch; each IP address system sends one or more types of messages identified by the sending VL ID and receives one or more types of messages identified by the receiving VL ID. Each VL ID is associated with a sending IP address and one or more receiving IP addresses. Each IP address corresponds to one or more APID application addresses. The IP data packet carried by each type of sending VL ID message contains one or more spatial data packets identified by APID. The switch implements TT and RC message data exchange based on the mapping relationship between the sending VL ID and the port number. Each port of the switch outputs one or more types of TT and RC messages identified by the sending VL ID. Each sending VL ID is associated with one or more switch ports.

[0017] Preferably, based on the required mapping relationship between the source APID telemetry space data packets, the destination APID remote control space data packets, and the destination IP address, different APID space data packets with the same destination IP address are aggregated into a data field to form a type of IP data packet. In the IP data packet header, the source IP address field is the IP address of the BE message sender's end system, and the destination IP address field is the IP address of the message receiver's end system. The IP data packets are then used as data fields to form a type of MAC frame. In the MAC frame header, the destination address field is the MAC address of the message receiver's end system, and the source address field is the MAC address of the message sender's end system.

[0018] Preferably, based on the required mapping relationship between the source APID telemetry space data packet, the destination APID remote control space data packet, and the sending VL ID, different APID space data packets with the same sending VL ID are aggregated into a data field to form a type of IP data packet. In the IP data packet header, the source IP address field is the IP address of the end system of the TT or RC message sender; in unicast messages, the destination IP address field is the IP address of the end system of the message receiver; and in multicast messages, the destination IP address field is the sending VL ID value. The IP data packets are then used as data fields to form a type of MAC frame. In the MAC frame header, the destination address field is the sending VL ID, and the source address field is the MAC address of the end system of the message sender.

[0019] Preferably, each onboard TTE end system receives one or more BE messages and TT and RC messages with VL ID identifiers sent from end systems with different source IP addresses; after receiving the data, the end system decrypts the MAC frame and IP data packet, and passes the data to the corresponding application according to the APID identifier of the space data packet.

[0020] Preferably, the same source IP address end system can transmit different APID space data packets to the same destination IP address end system through multiple messages with different VL ID identifiers, and the same APID space data packets can be transmitted to different destination TTE end systems through messages with different VL ID identifiers.

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

[0022] 1. This invention integrates the CCSDS space data packet protocol, IP protocol, and TTE protocol, and combines the protocol's built-in parameters and system management parameters to provide a unified paradigm for the definition and processing of address identifiers and application identifiers during data transmission, thus adapting to the needs of networked development of spaceborne data transmission.

[0023] 2. This invention proposes a system management parameter configuration design for end systems and switches under three message mechanisms: BE, TT, and RC. It has good versatility and flexibility. By configuring the system management parameters of the end system, the organization of the sent message format structure and the conformity check of the received message format structure are realized, thereby improving the reliability of data transmission.

[0024] 3. This invention combines the data link layer message transmission mechanism with network layer and application layer protocols, and is a universal transmission scheme for spatial data packets in time-triggered Ethernet. Attached Figure Description

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

[0026] Figure 1 This is a schematic diagram of a spaceborne time-triggered Ethernet network.

[0027] Figure 2 This is a diagram illustrating the mapping relationship between MAC address, IP address, and APID of BE messages in the TTE network terminal system.

[0028] Figure 3 This is a diagram illustrating the mapping relationship between MAC addresses and port numbers in BE messages of a TTE network switch.

[0029] Figure 4 This diagram illustrates the mapping relationship between APID, VL ID, and destination IP address for the TT and RC message senders in the TTE network system.

[0030] Figure 5 This diagram illustrates the mapping relationship between the VL ID, source IP address, and APID of the TT and RC message receivers in a TTE network.

[0031] Figure 6A diagram illustrating the mapping relationship between VL ID and port number for TT and RC message sending on a TTE network switch. Detailed Implementation

[0032] The present invention will now be described in detail with reference to specific embodiments. These embodiments will help those skilled in the art to further understand the present invention, but do not limit the invention in any way. It should be noted that those skilled in the art can make several changes and improvements without departing from the concept of the present invention. These all fall within the protection scope of the present invention.

[0033] To address the shortcomings of existing technologies, the present invention aims to provide a satellite-based time-triggered Ethernet application data transmission method, design a generalized system management parameter for the multi-service hybrid transmission of space data packets in the network, and promote the satellite-based application of time-triggered Ethernet.

[0034] This invention relates to a method for transmitting data in a spaceborne time-triggered Ethernet application. The method involves transmitting BE, TT, and RC messages in a spaceborne time-triggered Ethernet network composed of multiple end systems and multiple switches. MAC addresses identify the physical links for BE message transmission, and VL IDs identify the physical links for TT and RC message transmission. Mapping relationships between MAC addresses, IP addresses, and APIDs, and between VL IDs, IP addresses, and APIDs, are established as system management parameters for the end systems. Similarly, mapping relationships between MAC addresses and port numbers, and between sending VL IDs and port numbers, are established as system management parameters for the switches. Based on the system management parameters for the end systems and switches proposed in this invention, combined with the protocol parameters carried by the data transmission, flexible and universal transmission of space data packet application data in time-triggered Ethernet is achieved.

[0035] In this embodiment, the spaceborne time-triggered Ethernet includes multiple end systems and multiple switches, capable of transmitting BE, TT, and RC messages. For example... Figure 1 The diagram shown consists of four end systems and one switch. The input, output data and address identifiers are shown in Table 1.

[0036] Table 1. Definitions of the Schematic Diagram of Spaceborne Time-Triggered Ethernet

[0037] End System ES1 TC1 TM1 M1 IP1 End System ES2 TC2 TM2 M2 IP2 End System ES3 / TM1 M3 IP3 End System ES4 TM1, TM2, TM1 TC1, TC2 M4 IP4

[0038] For ease of understanding, the abbreviations used in the following explanation are explained as follows:

[0039] 1) Application Process Identifier (APID) is located in the main header of space data packets and provides a naming mechanism for data transmission and reception processes and data transmission paths within the spacecraft;

[0040] 2) Virtual Link Identifier (VL ID) is located in the MAC frame header and distinguishes different critical traffic frames in the TTE network.

[0041] 3) Media Access Control (MAC) is located in the MAC frame header and is used to identify the physical address and location of network devices.

[0042] 4) Internet Protocol, or IP for short, is located in the IP packet header and is used to identify the logical address of network devices.

[0043] For BE messages, the physical link for data transmission is identified by the MAC address. For example... Figure 2 As shown, for message sending from the source system, a mapping relationship is established between the APID to be sent, the destination MAC address, and the destination IP address as system management parameters to organize the format structure of the sent message; for message receiving from the destination system, a mapping relationship is established between the APID to be received, the source MAC address, and the source IP address as system management parameters to check the format structure conformity of the received message.

[0044] like Figure 3 As shown, a mapping relationship between MAC address and port number is established as a system management parameter for the switch.

[0045] The MAC address and IP address of the terminal system are in one-to-one correspondence. Each IP address corresponds to one or more APID application addresses. The IP data packet carried by the MAC frame contains one or more space data packets identified by APID.

[0046] The switch implements BE message data exchange based on the mapping between MAC addresses and port numbers. Each port of the switch transmits one or more BE messages identified by MAC addresses. Figure 1 The networks shown are corresponding to each other, as shown in Table 2.

[0047] Table 2. Example of the mapping between MAC address and port number in switch BE message.

[0048] M1 Port P1 M2 Port P2 M3 Port P3 M4 Port P4

[0049] For TT and RC messages, the physical link for data transmission is identified by the VL ID, including the sending VL ID and the receiving VL ID. For TT and RC message transmission from the source IP address end system, a mapping relationship is established between the intended sending APID, the sending VL ID, and the destination IP address as system management parameters for the end system, organizing the format and structure of the transmitted message, such as... Figure 4As shown, the source IP address end system generates k APID space data packets and outputs n messages identified by the sending VL ID. For the destination IP address end system's TT and RC message reception, a mapping relationship between the received VL ID, source IP address, and APID is established as a system management parameter for the end system. The received message's format and structure conformity is checked, such as... Figure 5 As shown, m source IP address end systems send k APID space data packets to the destination IP address end system through n messages identifying the received VL ID. A mapping relationship between the sending VL ID and port number is established as a system management parameter for the switch, such as... Figure 6 As shown, the switch has j input / output ports, and the TT and RC messages that exchange data through the switch involve n sending VL IDs.

[0050] Each IP address end system sends one or more types of messages identified by VL IDs and receives one or more types of messages identified by VL IDs. Each VL ID is associated with a sender IP address and one or more receiver IP addresses. Each IP address corresponds to one or more APID application addresses. The IP data packets carried by each type of message identified by VL IDs contain one or more spatial data packets identified by APIDs.

[0051] The switch implements TT and RC message data exchange based on the mapping between transmitted VL IDs and port numbers. Each port of the switch outputs one or more types of TT and RC messages identified by transmitted VL IDs, and each transmitted VL ID is associated with one or more switch ports. Figure 1 For example, assuming TC1 and TC2 are TT messages, and their VL IDs are VL ID1 and VL ID2 respectively, TC1 and TC2 are sent to the end system ES4 through switch port P4. Then, the VL IDs corresponding to port P4 include VL ID1 and VL ID2.

[0052] Each onboard TTE end system may generate several space data packets identified by APID and output them externally as BE messages. Based on the mapping relationship between the source APID telemetry space data packets, the destination APID remote control space data packets, and the destination IP address, different APID space data packets with the same destination IP address are aggregated into a data field to form a type of IP data packet. In the IP data packet header, the source IP address field is the IP address of the BE message sending end system, and the destination IP address field is the IP address of the message receiving end system. These IP data packets are then used as data fields to form a type of MAC frame. In the MAC frame header, the destination address field is the MAC address of the message receiving end system, and the source address field is the MAC address of the message sending end system.

[0053] Each onboard TTE end system may generate several space data packets identified by APIDs and output them externally as TT and RC messages. Based on the mapping relationship between the source APID telemetry space data packets, destination APID remote control space data packets, and the sending VL IDs, different APID space data packets with the same sending VL ID are aggregated into a data field to form a type of IP data packet. In the IP data packet header, the source IP address field is the IP address of the TT / RC message sending end system; for unicast messages, the destination IP address field is the IP address of the message receiving end system; and for multicast messages, the destination IP address field is the sending VL ID value. These IP data packets are then used as data fields to form a type of MAC frame. In the MAC frame header, the destination address field is the sending VL ID, and the source address field is the MAC address of the message sending end system.

[0054] Each onboard TTE end system can receive one or more BE messages and TT and RC messages identified by VL IDs sent from end systems with different source IP addresses. After receiving the data, the end system decrypts the MAC frames and IP packets, and passes the data to the corresponding application according to the APID identifier of the space packet.

[0055] A source IP address end system can transmit different APID space data packets to the same destination IP address end system through multiple messages with different VL ID identifiers, and space data packets with the same APID can be transmitted to different destination TTE end systems through messages with different VL ID identifiers.

[0056] The system management parameters of the end systems and switches are predefined and loaded into each end system and switch. The system management parameters of the message sending and receiving ends and the system management parameters of the switches through which the message passes should ensure logical consistency to ensure that functions such as message format structure organization, switch message addressing and forwarding, and message format structure conformity checks are matched, thus guaranteeing correct data transmission. System management parameters can be regenerated and reloaded to adapt to changes in network data transmission requirements.

[0057] For the transmission of TT and RC messages, the sending VL ID of the sending end system, the sending VL ID of the switch, and the receiving VL ID of the receiving end system must be consistent. Figure 1 For example, TC1 and TC2 messages are sent with VL ID1 and VL ID2, and the switch port P4 forwards them according to VL ID1 and VL ID2. The end system ES4 regards VL ID1 and VL ID2 as the received VL ID.

[0058] Specific embodiments of the present invention have been described above. It should be understood that the present invention is not limited to the specific embodiments described above, and those skilled in the art can make various changes or modifications within the scope of the claims, which do not affect the essence of the present invention. Unless otherwise specified, the embodiments and features described in this application can be arbitrarily combined with each other.

Claims

1. A method for data transmission in a spaceborne time-triggered Ethernet application, characterized in that, Establish mapping relationships between MAC address, IP address, and APID, and between VL ID, IP address, and APID as system management parameters for the end system. Establish mapping relationships between MAC address and port number, and between sending VL ID and port number as system management parameters for the switch. Load the system management parameters of the end system and the switch into the end system and the switch respectively, so that the message format structure organization, the switch message addressing and forwarding, and the received message format structure conformity check match. Transmission time trigger message TT, rate constraint message RC, and best-effort message BE are used. The physical link for BE message transmission is identified by the MAC address, and the physical link for TT and RC message transmission is identified by the VL ID. For BE messages, the physical link for data transmission is identified by the MAC address; for message sending from the source system, a mapping relationship is established between the intended sending APID, the destination MAC address, and the destination IP address as system management parameters for the end system to organize the format structure of the sent message. For message reception at the destination system, a mapping relationship is established between the intended receiving APID, source MAC address, and source IP address as system management parameters for the destination system, and the format and structure of the received message are checked for conformity.

2. The satellite-borne time-triggered Ethernet application data transmission method according to claim 1, characterized in that, A mapping relationship between MAC addresses and port numbers is established as a system management parameter for the switch. The MAC address of the end system corresponds one-to-one with the IP address. Each IP address corresponds to one or more APID application addresses. The IP data packet carried by the MAC frame contains one or more spatial data packets identified by APID. The switch realizes BE message data exchange based on the mapping relationship between MAC address and port number. Each port of the switch transmits one or more BE messages identified by MAC address.

3. The satellite-borne time-triggered Ethernet application data transmission method according to claim 1, characterized in that, For TT and RC messages, the physical link for data transmission is identified by the VL ID. For the transmission of TT and RC messages, the sending VL ID of the sending end system, the sending VL ID of the switch, and the receiving VL ID of the receiving end system are consistent. For the sending of TT and RC messages by the source IP address end system, a mapping relationship between the APID to be sent, the sending VL ID, and the destination IP address is established as the system management parameter of the end system to organize the format structure of the sent message. For receiving TT and RC messages from the destination IP address end system, a mapping relationship between the receiving VL ID, source IP address, and APID is established as a system management parameter for the end system, and the format and structure of the received messages are checked for conformity.

4. The satellite-borne time-triggered Ethernet application data transmission method according to claim 3, characterized in that, A mapping relationship between the sending VL ID and the port number is established as a system management parameter for the switch. Each IP address system sends one or more types of messages identified by the sending VL ID and receives one or more types of messages identified by the receiving VL ID. Each VL ID is associated with a sending IP address and one or more receiving IP addresses. Each IP address corresponds to one or more APID application addresses. The IP data packet carried by each type of sending VL ID message contains one or more spatial data packets identified by APID. The switch implements TT and RC message data exchange based on the mapping relationship between the sending VL ID and the port number. Each port of the switch outputs one or more types of TT and RC messages identified by the sending VL ID. Each sending VL ID is associated with one or more switch ports.

5. The satellite-borne time-triggered Ethernet application data transmission method according to claim 1, characterized in that, Based on the required mapping relationship between the source APID telemetry space data packets, the destination APID remote control space data packets, and the destination IP address, different APID space data packets with the same destination IP address are aggregated into a data field to form a type of IP data packet. In the IP data packet header, the source IP address field is the IP address of the BE message sender's end system, and the destination IP address field is the IP address of the BE message receiver's end system. The IP data packets are then used as data fields to form a type of MAC frame. In the MAC frame header, the destination address field is the MAC address of the BE message receiver's end system, and the source address field is the MAC address of the message sender's end system.

6. The satellite-borne time-triggered Ethernet application data transmission method according to claim 1, characterized in that, Based on the required mapping relationship between the source APID telemetry space data packets, the destination APID remote control space data packets, and the sending VL ID, different APID space data packets with the same sending VL ID are aggregated into a data field to form a type of IP data packet. In the IP data packet header, the source IP address field is the IP address of the sending end system of the TT / RC message; for unicast messages, the destination IP address field is the IP address of the receiving end system of the TT / RC message; and for multicast messages, the destination IP address field is the sending VL ID value. The IP data packets are then used as data fields to form a type of MAC frame. In the MAC frame header, the destination address field is the sending VL ID, and the source address field is the MAC address of the sending end system of the TT / RC message.

7. The satellite-borne time-triggered Ethernet application data transmission method according to claim 1, characterized in that, Each onboard TTE terminal system receives one or more BE messages and TT and RC messages identified by VL IDs sent from terminal systems with different source IP addresses; After receiving the data, the end system decodes the MAC frame and IP packet, and passes the data to the corresponding application according to the APID identifier of the spatial packet.

8. The satellite-borne time-triggered Ethernet application data transmission method according to claim 1, characterized in that, A system with the same source IP address can transmit different APID space data packets to the same destination IP address system through multiple messages with different VL ID identifiers, while space data packets with the same APID can be transmitted to different destination TTE systems through messages with different VL ID identifiers.

Images