An airborne mass data sharing method and system based on DDS

Abstract

The application provides a DDS-based airborne mass data sharing method and sharing system, and the sharing method comprises the following steps: S1, creating a software node; S2, defining a data collection and distribution data flow; S3, defining a data storage data flow; S4, defining a data setting data flow; S5, configuring a DDS field and a participant according to the definitions of S1-S4; S6, defining a distributed hardware architecture; and S7, configuring each software node and starting running. The application overcomes the weakness of the DDS communication model and meets the airborne data communication requirements of an advanced digital aircraft in the case of mass data.

Description

Technical Field

[0001] This disclosure relates to the field of airborne embedded software and hardware technology, and in particular to an airborne massive data sharing method and system based on DDS. Background Technology

[0002] Airborne system data communication has two main performance requirements: 1. High data integrity; 2. Low transmission latency (within 10 milliseconds). Traditional airborne data sharing methods are point-to-point communication, which can meet the requirements when the data volume is small (less than 10,000 aircraft parameters); however, when faced with massive data (more than 10,000 aircraft parameters), point-to-point communication is inefficient, data packet loss increases, and transmission latency increases sharply, failing to meet the requirements of airborne data communication.

[0003] With the widespread application of information technology in aircraft, the aircraft's onboard systems generate massive amounts of data on the one hand, and on the other hand, they also need to acquire massive amounts of data from other systems. Advanced digital aircraft require a massive data sharing method that can meet the requirements of onboard data communication.

[0004] The Data Distribution Service (DDS) standard, developed by the Object Management Group (OMG), defines a data bus-based communication method based on a publish-subscribe model. This is a purely software solution where all nodes are parallel user nodes, allowing for easy data sharing. The DDS communication model can meet the airborne data sharing requirements for small data volumes and is independent of the underlying operating system platform, making it an efficient airborne data sharing method. However, the DDS standard performs poorly in handling massive amounts of airborne data and cannot meet aircraft communication requirements. Performance tests of the DDS communication model show that when data packets are too large (greater than 100MB) or the number of communication topics is too high (greater than 10,000), the communication latency between multiple user nodes will exceed 50ms, leading to untimely airborne data acquisition and packet loss, thus failing to meet the airborne system's data communication requirements. Summary of the Invention

[0005] In view of this, the present disclosure provides an airborne massive data sharing method and system based on DDS to overcome the weaknesses of the DDS communication model and meet the airborne data communication requirements of advanced digital aircraft in the case of massive data.

[0006] To achieve the above objectives, the present invention provides the following technical solution:

[0007] A method for sharing massive amounts of airborne data based on DDS includes the following steps:

[0008] S1. Create a software node;

[0009] S2, Define the data acquisition and distribution data stream;

[0010] S3. Define the data storage data stream;

[0011] S4. Define data settings for data flow;

[0012] S5. Configure the DDS domain and participants according to the definitions in S1-S4;

[0013] S6. Define a distributed hardware architecture;

[0014] S7. Configure each software node and start it.

[0015] Furthermore, in S1, the software node includes a collection node, a setting node, a relay node, and a user node; the collection node is used to centrally collect the data required by the airborne system, the setting node is used to centrally set the data to be shared by the airborne system, the relay node is used for data distribution within the system, and the user node is the end user.

[0016] Furthermore, in S2, the data flow between the acquisition node and the relay node is defined by the topic name "physical bus name + acquisition frequency"; the data flow between the relay node and the user node is defined by the topic name "physical bus + data name".

[0017] Furthermore, the structure format corresponding to the topic between the acquisition node and the relay node is defined as the set of all data at the same acquisition frequency on the physical bus; the structure format corresponding to the topic between the relay node and the user node is defined as "data format".

[0018] Furthermore, in S3, a large-capacity storage device is deployed on the relay node to centrally store and analyze the collected data, avoiding the occupation of network bandwidth by decentralized storage.

[0019] Furthermore, in S4, the data flow is set according to the data defined by the setting node and the user node, with the topic name being "physical bus name + SetData + data block size", and the structure format corresponding to the topic is defined as the data format of the corresponding data block on the physical bus.

[0020] Furthermore, in S5, data acquisition domains and participation roles are configured for the acquisition nodes, relay nodes, and user nodes, and data setting domains are configured for the setting nodes and user nodes, where the setting nodes are subscribers and the user nodes are publishers.

[0021] Furthermore, in S6, a distributed hardware architecture is adopted, which physically separates the acquisition node and the relay node, and uses a high-speed network for communication.

[0022] This invention also provides an airborne massive data sharing system based on DDS, comprising:

[0023] The user node layer, which includes various software applications, is used for airborne data communication by publishing or subscribing to data.

[0024] The functional node layer includes acquisition nodes for acquiring data required by the airborne system, relay nodes for packaging and sending data, and setting nodes for setting parameters and sending them to other systems to be shared.

[0025] The hardware module layer includes electronic modules designed using airborne technology, which are used to reside in various software nodes and enable data sharing.

[0026] Furthermore, the hardware module layer includes:

[0027] Interface modules, located at the output and input ends respectively, are used to host the acquisition node and the setting node;

[0028] High-performance processing modules are used to reside in relay nodes;

[0029] The application server module is used to host each user node;

[0030] A high-speed network module is connected to the interface module, the high-performance processing module, and the application server module respectively, and is used to realize high-speed and high-bandwidth communication between the various electronic modules.

[0031] The present invention provides a method and system for sharing massive amounts of airborne data based on DDS. While fully utilizing the advantages of DDS such as flexibility, ease of use and platform independence, it breaks through the performance bottleneck of DDS in processing massive amounts of airborne data, enabling its application in advanced digital aircraft and providing a feasible technical solution for sharing massive amounts of airborne data. Attached Figure Description

[0032] To more clearly illustrate the technical solutions of the embodiments of this disclosure, the drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0033] Figure 1 This is the overall architecture of the shared system DDS node in this embodiment of the invention;

[0034] Figure 2 This refers to the shared method DDS domain, topic, and structure definition in the embodiments of the present invention;

[0035] Figure 3 This refers to the steps of the sharing method for collecting and distributing massive amounts of aircraft parameters in an embodiment of the present invention. Detailed Implementation

[0036] The embodiments of this disclosure will now be described in detail with reference to the accompanying drawings.

[0037] The following specific examples illustrate the implementation of this disclosure. Those skilled in the art can easily understand other advantages and effects of this disclosure from the content disclosed in this specification. Obviously, the described embodiments are only a part of the embodiments of this disclosure, and not all of them. This disclosure can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of this disclosure. It should be noted that, in the absence of conflict, the following embodiments and features in the embodiments can be combined with each other. Based on the embodiments in this disclosure, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this disclosure.

[0038] It should be noted that various aspects of embodiments within the scope of the appended claims are described below. It will be apparent that the aspects described herein can be embodied in a wide variety of forms, and any particular structure and / or function described herein is merely illustrative. Based on this disclosure, those skilled in the art will understand that one aspect described herein can be implemented independently of any other aspect, and two or more of these aspects can be combined in various ways. For example, any number of aspects set forth herein can be used to implement the device and / or practice the method. Additionally, this device and / or method can be implemented using other structures and / or functionalities besides one or more of the aspects set forth herein.

[0039] It should also be noted that the illustrations provided in the following embodiments are only schematic representations of the basic concept of this disclosure. The drawings only show the components related to this disclosure and are not drawn according to the number, shape and size of the components in actual implementation. In actual implementation, the form, quantity and proportion of each component can be arbitrarily changed, and the layout of the components may also be more complex.

[0040] Furthermore, specific details are provided in the following description to facilitate a thorough understanding of the examples. However, those skilled in the art will understand that the described aspects can be practiced without these specific details.

[0041] like Figure 1 As shown, the airborne massive data sharing system based on DDS of this invention adopts a hierarchical design, consisting of three layers. The user node layer comprises various software applications, which communicate via airborne data publishing or subscription. The functional node layer consists of various software functional nodes implemented using the DDS standard: acquisition nodes are responsible for data acquisition, relay nodes for packaging and sending, and setting nodes for setting parameters and sending them to other systems. The hardware module layer consists of electronic modules designed using airborne technology, used to house the various software nodes. Interface modules are used to house the acquisition and setting nodes; high-performance processing modules are used to house the relay nodes; application service modules are used to house the user nodes; and high-speed network modules are used to achieve high-speed and high-bandwidth communication between the various electronic modules.

[0042] like Figures 2 to 3 As shown in the figure, this disclosure provides an airborne massive data sharing method based on DDS, the specific steps of which are as follows:

[0043] 1. Create software nodes

[0044] The software is defined into four types: acquisition nodes, setup nodes, relay nodes, and user nodes. Acquisition nodes centrally collect the data required by the airborne system, while setup nodes centrally configure data to be sent to other airborne systems. Relay nodes are responsible for data distribution within the system. User nodes are for end users.

[0045] 2. Define the data acquisition and distribution data stream.

[0046] According to the airborne system ICD database, centralized acquisition and storage of airborne data leads to massive data flows, while data sent from a single system to other systems does not result in massive data flows. Based on this characteristic, the data flow between acquisition nodes and relay nodes is defined using a "large data packet, few topic numbers" approach. The topic name is "physical bus name + acquisition frequency," and the structure format corresponding to the topic is defined as a collection of all data at the same acquisition frequency on this physical bus.

[0047] The data flow between relay nodes and user nodes is defined using the method of "small data packets, medium number of topics". The topic name is "physical bus + data name" and the structure format corresponding to the topic is defined as "data format".

[0048] 3. Define data storage and data flow

[0049] Deploy high-capacity storage devices at relay nodes to centrally store and analyze collected data, avoiding the network bandwidth consumption caused by distributed storage.

[0050] 4. Define data and set up data flow

[0051] The data flow is configured according to the settings node and user node definitions, without setting intermediate nodes. The topic name is "Physical Bus Name + SetData + Data Block Size", and the structure format of the topic is defined as the data format of the corresponding data block on the physical bus. The settings node sends out the most recently received value at a fixed frequency.

[0052] 5. Configure DDS domain and participants

[0053] Following steps 1 to 4, define domains and topics at the DDS layer, such as... Figure 2 As shown. Configure data collection domains and participating roles for collection nodes, relay nodes, and user nodes. Configure data setting domains for setting nodes and user nodes; the former is for subscribers, and the latter is for publishers.

[0054] 6. Define the distributed hardware architecture

[0055] A distributed hardware architecture is adopted, physically separating the acquisition nodes and relay nodes. Communication between the two is achieved via gigabit onboard Ethernet or other high-speed networks, improving large data packet transmission performance through hardware. The relay nodes are configured with high-performance processing capabilities to handle peak data processing volumes. Communication between the relay nodes and user nodes is achieved via ordinary onboard Ethernet or other networks.

[0056] 7. Configure and start each software node.

[0057] Configure the configuration files for each software node according to steps 1-6, and then start the program. Each software node runs independently and communicates according to the DDS standard. Because large data packets are exchanged between the acquisition node and the relay node via a high-speed network, low transmission latency is guaranteed; while small data packets are used between the relay node and multiple user nodes, the transmission latency also meets requirements. When a user node needs to send data to other systems, it sends small data packets (data setting topic) directly to the setting node, which then forwards the data to the other systems.

[0058] This technical solution comprehensively employs multiple methods, including software architecture, hardware architecture, and data flow structure design, to overcome the performance bottlenecks of the pure software DDS communication model. The main idea is to establish a software layer on top of DDS, re-layering the parallel user nodes of DDS into a functional node layer + user node layer. Users communicate using parallel nodes, enjoying the convenience of DDS data communication; functional nodes (acquisition, relay, and setting nodes, etc.) handle the diversion and segmentation of massive data streams to cope with data surges. A hardware layer is established below DDS to address the performance issues of large data packet transmission between individual DDS nodes; the three layers are designed holistically, working together to improve data throughput, reduce transmission latency, and meet the needs of onboard massive data sharing.

[0059] Next, a specific embodiment will be used to describe the process of this method in detail. Assuming that 100,000 aircraft parameters need to be collected through 8-channel AFDX and 8-channel ARINC429 airborne buses, and then centrally stored and distributed to internal users of the airborne system as needed, the specific steps of the method are as follows:

[0060] 1. Create software nodes

[0061] Create one AFDX acquisition node and one ARINC 429 node, acquiring eight channels of AFDX data and one channel of ARINC 429 data respectively. Create one relay node and four user nodes.

[0062] 2. Define the data acquisition and distribution data stream.

[0063] Sixteen topics are defined for communication between the acquisition node and the relay node as follows: AFDX1, AFDX2 to AFDX8, ARINC429_01, ARINC429_02 to ARINC429_08. The structures corresponding to these 16 topics are defined according to the ICDs on each bus.

[0064] Define the corresponding data topics and structures according to the ICD definition between relay nodes and user nodes. For example, "AFDX1 + aircraft position" or "ARINC429_01 + current time", etc.

[0065] 3. Configure DDS domain and participants

[0066] Define the "Aircraft Data Acquisition Domain", with AFDX and ARINC429 acquisition nodes as data publishers and relay nodes as data subscribers. The communication content is the 16 topics defined in step 2. Define relay nodes as data publishers and user nodes as data subscribers. The communication content is the data topics defined in step 2.

[0067] 4. Define the distributed hardware architecture

[0068] Four AFDX interface modules and one ARINC429 module reside on the acquisition node, a high-performance server module resides on the relay node, a gigabit network module connects the acquisition and relay nodes, an application server module resides on the user node, and a specific interface module resides on the configuration node.

[0069] 5. Configure the software node and start it.

[0070] The definitions of the above steps are written into an XML file and loaded as a configuration file for each software node when the software starts. The complete acquisition and publishing process is as follows: After aircraft data arrives via the AFDX or A429 interface, it is packaged and sent to the relay node residing in the high-performance service module via a gigabit Ethernet module. The relay node can store all or part of the data locally, and can also send the required data to multiple user nodes residing in the application server as needed by each user node.

[0071] The above description is merely a specific embodiment of this disclosure, but the scope of protection of this disclosure is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this disclosure should be included within the scope of protection of this disclosure. Therefore, the scope of protection of this disclosure should be determined by the scope of the claims.

Claims

1. A method for sharing massive amounts of airborne data based on DDS, characterized in that, Includes the following steps: S1. Create software nodes; In S1, the software nodes include collection nodes, setting nodes, relay nodes, and user nodes; the collection nodes are used to centrally collect the data required by the airborne system, the setting nodes are used to centrally set the data to be shared by the airborne system, the relay nodes are used for data distribution within the system, and the user nodes are end users; S2, Define the data acquisition and distribution data stream; In S2, the data flow between the acquisition node and the relay node is defined by the topic name "physical bus name + acquisition frequency"; the data flow between the relay node and the user node is defined by the topic name "physical bus + data name". S3. Define the data storage data stream; In S3, a large-capacity storage device is deployed on the relay node to centrally store and analyze the collected data, avoiding the occupation of network bandwidth by distributed storage; S4. Define data settings for data flow; In S4, the data flow is set according to the data defined by the setting node and the user node. The topic name is "physical bus name + SetData + data block size". The structure format corresponding to the topic is defined as the data format of the corresponding data block on the physical bus. S5. Configure the DDS domain and participants according to the definitions in S1-S4; In S5, configure the data acquisition domain and participation role for the acquisition node, relay node and user node, and configure the data setting domain for the setting node and the user node, wherein the setting node is a subscriber and the user node is a publisher. S6. Define a distributed hardware architecture; In S6, a distributed hardware architecture is adopted, which physically separates the acquisition node and the relay node, and uses a high-speed network for communication. S7. Configure each software node and start it.

2. The airborne massive data sharing method based on DDS according to claim 1, characterized in that, The structure format corresponding to the topic between the acquisition node and the relay node is defined as the set of all data at the same acquisition frequency on the physical bus; the structure format corresponding to the topic between the relay node and the user node is defined as "data format".

3. A DDS-based airborne massive data sharing system, employing the DDS-based airborne massive data sharing method as described in claim 1, characterized in that, include: The user node layer, which includes various software applications, is used for airborne data communication by publishing or subscribing to data. The functional node layer includes acquisition nodes for acquiring data required by the airborne system, relay nodes for packaging and sending data, and setting nodes for setting parameters and sending them to other systems to be shared. The hardware module layer includes electronic modules designed using airborne technology, which are used to reside in various software nodes and enable data sharing. The hardware module layer includes: Interface modules, located at the output and input ends respectively, are used to host the acquisition node and the setting node; High-performance processing modules are used to reside in relay nodes; The application server module is used to host each user node; A high-speed network module is connected to the interface module, the high-performance processing module, and the application server module respectively, and is used to realize high-speed and high-bandwidth communication between the various electronic modules.

Images