CN114598378B - Spacecraft load data distribution device and method - Google Patents
Spacecraft load data distribution device and method Download PDFInfo
- Publication number
- CN114598378B CN114598378B CN202210179350.3A CN202210179350A CN114598378B CN 114598378 B CN114598378 B CN 114598378B CN 202210179350 A CN202210179350 A CN 202210179350A CN 114598378 B CN114598378 B CN 114598378B
- Authority
- CN
- China
- Prior art keywords
- data
- packet
- load
- module
- protocol
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1851—Systems using a satellite or space-based relay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1851—Systems using a satellite or space-based relay
- H04B7/18515—Transmission equipment in satellites or space-based relays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1851—Systems using a satellite or space-based relay
- H04B7/18519—Operations control, administration or maintenance
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Astronomy & Astrophysics (AREA)
- Aviation & Aerospace Engineering (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Radio Relay Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention relates to a spacecraft load data distribution device and method, wherein the device comprises a relay satellite system and a user center, the relay satellite system performs space segment load data transmission with a spacecraft through a relay return KSA link, and the user center performs ground segment load data transmission with the relay satellite system through a ground communication link. The invention can realize the effective distribution of the spacecraft load data ground segments to different user centers based on the space IP packet identification.
Description
Technical Field
The invention relates to a spacecraft load data distribution device and method.
Background
In the construction and long-term operation stage of the manned space engineering space station, various on-orbit test (experiment) tests can be carried out in the space application system and related experimental fields, and various scientific research and application tasks are continuously rolled and unfolded, so that the space application system has a mass data downloading requirement. As a main means for connecting the space and the ground, the measurement and control communication system can provide a space station assembly and each cabin with a space foundation measurement and control support and a ground transmission link so as to ensure the safety, the timeliness and the reliability of the data transmission of the space application task load application.
In the prior art, the load high-speed data downlink of the near-earth orbit spacecraft mainly relies on two means of a relay link and a direct link to the ground. The international space station (International Space Station, ISS) receives high-speed downlink data by adopting a tracking and data relay satellite system (Trackingand Data Relay Satellites System, TDRSS), the space section is a data link layer CCSDS AOS transmission frame, the ground section is carried by adopting a CCSDS SLE mode, and information such as a spacecraft identifier SCID, a virtual channel identifier VCID and the like based on the AOS frame head is subjected to user identification and distributed to a specific user center.
In the low orbit satellite task, a relay satellite system or a ground data transmission station is generally adopted to receive downlink data, a space segment is generally adopted to transmit frames by a data link layer CCSDS AOS, a ground segment is carried by a special protocol (PDXP protocol), and user identification is carried out based on AOS frame header information listed in sequence number 1 and ground task configuration information and the user identification is distributed to a specific user center.
A part of space laboratories and freight spacecraft in the earlier stage of manned space engineering adopt a data relay satellite system to receive high-speed downlink data, a space segment is a CCSDS AOS transmission frame of a data link layer, a ground segment is carried by a special protocol (PDXP protocol), and a user identification and distribution mode is the same as the serial number 2.
During the in-orbit flight of manned space stations, load application data are uniformly packaged into CCSDS AOS transmission frames by an application information host to be downlink, namely IP over CCSDS AOS protocol is adopted, different user distribution directions cannot be distinguished through AOS frame header information, and therefore user identification and distribution are required to be realized based on space segment network layer IP packet identification.
Therefore, the space segment content borne by the existing space vehicle load high-speed data ground distribution is data link layer information, the user identification and distribution of the space segment content are dependent on the space segment data link layer CCSDS AOS frame header information and ground task configuration information, and a related method for carrying out ground segment user identification and distribution based on space segment network layer IP packet identification does not exist in the technical field of space segment detection and operation control.
Disclosure of Invention
The invention aims to provide a spacecraft load data distribution device and method.
In order to achieve the above object, the present invention provides a spacecraft load data distribution device and method, where the device includes a relay satellite system and a user center, where the relay satellite system performs space segment load data transmission with a spacecraft through a relay return KSA link, and the user center performs ground segment load data transmission with the relay satellite system through a ground communication link.
According to one aspect of the invention, the relay satellite system comprises:
the receiving demodulation module is positioned at the ground terminal station and is used for receiving and demodulating the data of the relay backward KSA link in real time, forming a relay AOS (Advanced-orbit-System) frame and providing input data for the channel screening module;
the channel screening module is positioned in the operation control center and used for identifying and extracting the load AOS frame according to the virtual channel identifier information of the relay AOS frame head and providing input data for the data analysis module;
the data analysis module is positioned in the operation control center and is used for carrying out IP over CCSDS AOS (IP packet encapsulation protocol based on CCSDS-AOS) protocol analysis processing on the payload AOS frame provided by the channel screening module to form a payload IP packet and sending the payload IP packet to the user identification module;
the user identification module is positioned in the operation control center, is used for extracting IP packet identification characteristic parameters suitable for distinguishing different user directions according to the load IP packet input by the data analysis module, comprises an IP address and a TOS field, and is sent to the encapsulation distribution module together with the load IP packet;
and the packaging and distributing module is positioned at an external interface of the operation control center and used for receiving the load IP packet and the user identification characteristic parameter of the user identification module, finishing the packaging of a special PDXP (packet Data eXchange Protocol) Protocol and transmitting the Package Data-eXchange-Protocol to the user center according to a defined distribution rule.
According to one aspect of the invention, the user center comprises:
the receiving branching module is positioned at the external interface of the user center and is used for receiving the PDXP data packet of the relay satellite system transmitted by the ground communication link in real time, extracting the PDXP data packet bearing the load IP packet by identifying the PDXP packet header information and sending the PDXP data packet to the decapsulating module;
the decapsulation module is used for decapsulating the PDXP data packet, sending a payload IP packet carrying 32KB data to the 32KB analysis module, and sending a payload IP packet carrying IP in IP (IP tunneling protocol) data to the IP in IP analysis module;
the 32KB analysis module is used for carrying out data analysis processing according to the load IP packet provided by the unpacking module, carrying out splicing identification on the 32KB data and sending the 32KB data to the back-end processing module;
the IP in IP analysis module is used for carrying out data analysis processing according to the load IP packet provided by the decapsulation module, identifying and forwarding the IP in IP data and sending the IP in IP data to the back-end processing module;
the back-end processing module is used for performing corresponding data processing operation according to the data input by the 32KB analysis module or the IP in IP analysis module;
the PDXP packet head information comprises an information category mark.
According to one aspect of the present invention, the relay backward KSA link includes a channel codec, a modem, an up-down converter, a high power amplifier, a low noise amplifier, a phase locked loop, and a high gain antenna, and is used for performing channel codec, modem, and wireless propagation of a spacecraft relay transmission frame, where the indexes include channel bandwidth, transmission delay, and bit error rate, and are determined by the device level, spacecraft orbit, and channel environment.
According to one aspect of the present invention, the ground communication link includes a security device, a firewall, a switch, a router, and an optical fiber, and is used for completing data transmission of the PDXP data packet in the private network line, where the indexes include network bandwidth, transmission delay, and packet loss rate, and are determined by the device capability, service characteristics, and the number of users.
According to one aspect of the invention, the spacecraft is a space station, and the cabin section of the spacecraft comprises a load application information host and a high-speed communication processor;
the load application information host is used for completing collection of experimental cabinet real/experimental data and load system engineering data to form a load data IP packet, and the load data IP packet is transmitted to the high-speed communication processor through the space station load network to complete IP over CCSDS AOS protocol encapsulation.
The spacecraft load data distribution method comprises the following steps:
a. receiving and analyzing the space segment data, and extracting and identifying characteristic parameters;
b. and packaging and distributing ground segment data, and receiving and analyzing the ground segment packaging data.
According to one aspect of the invention, in said step (b), the following is accomplished using a relay satellite system:
receiving and analyzing a CCSDS AOS transmission frame of a relay backward KSA link downlink, wherein the data field length is fixed by N bytes;
extracting the load application data AOS frame according to the virtual channel identifier;
processing the M_PDU and extracting an IP packet;
caching the IP packet, analyzing the IP packet header, and judging the value of a protocol field in the IP packet header, wherein:
if the IP packet header protocol number judges that the IP packet header protocol number is UDP data, judging a priority value according to the high 3-bit priority of the differentiated type field in the IP packet header, wherein:
if the binary value of the priority is 001, the load application data of the user center B is represented, and the IP packet is identified as a data type B;
if the binary value of the priority is 000, the load application data of the user center A is represented, and the IP packet is identified as a data type A;
if the IP packet header protocol number judges that the IP packet header protocol number is non-UDP data, the IP packet is marked as a data type A;
encapsulating the IP packet into a PDXP data packet according to the type identifier of the IP packet, and distributing the PDXP data packet to the user center in a data driving mode according to a PDXP/UDP/IP protocol, wherein data type A load data are sent to the user center A, and data type B load data are sent to the user center B;
in terrestrial transport, the UDP protocol is implemented as RFC768 and the IP protocol is implemented as RFC 791.
When multi-channel relay backward KSA link backward user data exist simultaneously and downlink, the multi-channel data sent to all directions by the relay satellite system have independently counted packet sequence numbers;
if the receiving party needs to process the packet sequence number, the receiving party further identifies different downlink and virtual channels by combining the data distribution channel identifier.
According to one aspect of the present invention, in the step (b), the processing performed by the user center includes data reception branching, decapsulation and format parsing, 32KB parsing, and IP in IP data parsing.
According to one aspect of the invention, the data reception branch comprises:
receiving front-end data sent by a relay satellite system operation control center according to a communication protocol between the effective load operation management center and the relay satellite system operation control center;
carrying out branching treatment on the high-speed downlink data according to the information category identification in the packet head of the inter-center data packet exchange protocol, wherein the branching treatment comprises the steps of relaying original code data and loading application of the high-speed downlink data;
counting the link supervision information mutually transmitted between the effective load operation management center and the relay satellite system operation control center, and forwarding the counting result to a back-end protocol processing functional module;
forwarding a return transmission state report sent by the relay satellite system operation control center to a back-end protocol processing function module;
directly storing the relay original code data in a format Y6Z (character string mark representing the relay return data original code);
carrying out high-speed downlink data format analysis and branching forwarding on a load application high-speed application of a format Y6APP (character string mark, which represents the load high-speed application IP data);
in data format parsing:
the outermost layer is in a PDXP format;
the data distribution channel identification is specified by a task document and used for representing load data of different channels of different cabin sections;
the header of the IP packet is 20 bytes in total, and the packet is divided into UDP, TCP or IP in IP packets according to the protocol number;
if the packet is a UDP packet, the stream data of the 32KB packet is preceded by a UDP packet head plus a UDP packet;
the UDP packet data content is a 32KB packet stream, and 32KB packets are synchronously obtained from the 32KB packet stream;
the 32KB file block packet header comprises a load ID, a task number and file storage node information;
the source address of the outer IP message header is the IP address of the information host of the platform load network target cabin;
the address of the outer IP message head is the IP address of the platform ground network ground system;
the inner layer IP source address is the IP address of the day base sender of the application information network;
the IP destination address of the inner layer is the IP address of the ground network of the application information network;
after the data format analysis is carried out to generate a 32KB data frame, branching is carried out according to the following identification:
RSD_ST_EF_MID_DID_CAT；
wherein:
RSD is Real-time System Data (Real-time-System-Data);
ST is data source, 2 characters, value: TS-TL1A/TS-TL1B/TS-TL 1C-relay (TS-TL 1A, B, C are character string marks respectively representing that data sources are first-generation relays A, B, C stars);
EF is an encrypted identifier, 2 characters, EN is encrypted, and UE is unencrypted;
MID is a descending cabin section, 4 characters and value: TGTH (heaven and (core compartment)), TGWT (heaven day (experimental compartment 1)), TGMT (heaven dream day (experimental compartment 2));
DID is virtual channel identification, 4 characters and value: DID0-500, DID1-600;
CAT is a data classification identifier, 4 characters, 32 KB-engineering application data.
For 32KB engineering application data, ST, MID, DID and CAT are used as the basis for continuing to shunt direct transmission data, and the direct transmission data is forwarded to a real-time data processing module through kafka (character string mark, representing a high-throughput distributed publishing and subscribing message system);
in the IP in IP data parsing process,
the IP in IP packet is processed according to an IPRetran (character string flag, representing a data record table for distinguishing IP-in-IP data from regular IP data);
if the target IP is not in the IPRetran table, forwarding to RDP (Real-time-Data-Processing module) through kafka;
if the target IP is in the IPRetran table, removing the outer layer IP of the IP in IP data frame, recovering the inner layer IP/UDP|TCP packet, and then sending to the soft gateway server;
the soft gateway server adds a link layer for the target IP and the source IP according to the IPRetran table, sends a bare IP packet mode of the link layer to the switch, and forwards the bare IP packet mode to the target IP machine;
the application software on the target IP machine receives and processes the corresponding protocol packet;
each relay satellite system operation control center communication front-end server is provided with a soft gateway server.
According to one scheme of the invention, the device comprises a relay satellite system, and is used for receiving and demodulating, channel screening, data analysis, user identification, package distribution and the like of the relay return KSA data of each cabin of the spacecraft; and the user center is used for completing receiving branching, format analysis, data analysis, back-end processing and the like of the ground section packaging data related to the user center. Therefore, the device can establish a load data user identification strategy by transmitting necessary characteristic parameters at the receiving and transmitting ends, and can realize accurate identification of different load users. Meanwhile, the device does not process the data in the identification process, only completes the data external encapsulation in the distribution process, and can ensure the real-time distribution of the data of each user and the consistency of the content between the data and the downlink load data of the space station.
According to the scheme of the invention, the ground distribution of the space station load data to each user center is realized through processing links such as space segment data receiving and analyzing, characteristic parameter extraction and identification, ground segment data packaging and distribution, ground segment packaging data receiving and analyzing and the like, so that the high accuracy, the high real-time performance and the high reliability of information transmission are ensured.
Drawings
FIG. 1 schematically illustrates a schematic diagram of a space station load data ground distribution device system based on load IP packet identification according to an embodiment of the present invention;
FIG. 2 schematically illustrates a flow chart of an implementation of a transmitting end (a relay satellite system) of a terrestrial distribution apparatus according to an embodiment of the present invention;
fig. 3 schematically illustrates a spatial station relay KSA downlink AOS transmission frame diagram according to an embodiment of the present invention;
FIG. 4 schematically illustrates a payload application data AOS transmission frame diagram of one embodiment of the invention;
fig. 5 schematically shows a position diagram of an m_pdu data structure and an IP packet according to an embodiment of the present invention;
FIG. 6 schematically illustrates a payload IP packet structure diagram of one embodiment of the invention;
FIG. 7 schematically illustrates a PDXP protocol unit structure diagram according to one embodiment of the invention;
fig. 8 schematically shows a POAC high-speed data reception front-end software reception processing workflow of an embodiment of the present invention.
Detailed Description
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings that are required to be used in the embodiments will be briefly described below. It is apparent that the drawings in the following description are only some embodiments of the present invention, and that other drawings may be obtained from these drawings without inventive effort for a person of ordinary skill in the art.
The present invention will be described in detail below with reference to the drawings and the specific embodiments, which are not described in detail herein, but the embodiments of the present invention are not limited to the following embodiments.
Referring to fig. 1, the space vehicle (space station in this embodiment) load data (ground) distribution device based on space (load) IP packet identification of the present invention includes a relay satellite system and a user center, the relay satellite system performs space segment load data transmission with each cabin segment of the space station through a relay return KSA link, and the user center performs ground segment load data transmission with the relay satellite system through a ground communication link.
The invention discloses a relay satellite system, which is a transmitting end of a load data ground distribution device and is used for completing the receiving demodulation, channel screening, data analysis, user identification, encapsulation and distribution work, and comprises the following steps: the receiving demodulation module is positioned at the ground terminal station and used for receiving and demodulating the data of the relay return KSA link of the space station in real time, forming a relay AOS frame and providing input data for the channel screening module; the channel screening module is positioned in the operation control center and used for identifying and extracting the payload AOS frame according to the virtual channel identifier VCID information of the relay AOS frame head and providing input data for the data analysis module; the data analysis module is positioned in the operation control center and is used for carrying out IP over CCSDS AOS protocol analysis processing on the load AOS frame provided by the channel screening module to form a load IP packet and sending the load IP packet to the user identification module; the user identification module is positioned in the operation control center, is used for extracting IP packet identification characteristic parameters (comprising an IP address, TOS fields and the like) suitable for distinguishing different user directions according to the load IP packets input by the data analysis module, and can select characteristic parameter sets to represent user identification information according to requirements for each space model task, and sends the characteristic parameter sets to the encapsulation distribution module together with the load IP packets; and the packaging and distributing module is positioned at the external interface of the operation control center and used for receiving the load IP packet of the user identification module and the user identification characteristic parameters, finishing the special PDXP protocol packaging and transmitting to the user center according to the defined distributing rule.
In the invention, the user center is a receiving end of the load data ground distribution device, which is used for completing the works of data receiving branching, unpacking, data analysis, back end processing and the like, and comprises the following steps: the receiving branching module is positioned at an external interface of the user center and is used for receiving the PDXP data packet of the relay satellite system transmitted by the ground communication link in real time, extracting the PDXP data packet bearing the load IP packet by identifying the PDXP packet header information (such as information category mark BID) and sending the PDXP data packet to the decapsulating module; the decapsulation module is used for decapsulating the PDXP data packet sent by the receiving branching module, sending a payload IP packet carrying 32KB data to the 32KB analysis module, and sending a payload IP packet carrying IP in IP data to the IP in IP analysis module; the 32KB analysis module is used for carrying out data analysis processing according to the load IP packet provided by the unpacking module, carrying out splicing identification on the 32KB data and sending the 32KB data to the back-end processing module; the IP in IP analysis module is used for carrying out data analysis processing according to the load IP packet provided by the decapsulation module, identifying and forwarding the IP in IP data and sending the IP in IP data to the back-end processing module; and the back-end processing module is used for carrying out corresponding data processing operation according to the data input by the 32KB analysis module or the IP in IP analysis module.
In the invention, the relay backward KSA link consists of a channel encoder-decoder, a modem, an up-down converter, a high power amplifier, a low noise amplifier, a phase-locked loop, a high gain antenna and other devices, and is used for finishing the work of a physical layer and a data link layer of a space station relay transmission frame, such as channel encoding-decoding, modulation-demodulation, wireless transmission and the like, and the main indexes comprise channel bandwidth, transmission delay, error rate and the like, and are determined by factors such as device level, space station track, channel environment and the like, and each index has larger dynamic time-varying characteristics.
The invention discloses a ground communication link which is composed of safety equipment, a firewall, a switch, a router, optical fibers and other equipment and is used for completing data transmission of a PDXP data packet in a special network line.
In the invention, the space station cabin section comprises a load application information host and a high-speed communication processor. For space application tasks, the load application information host of each cabin section of the space station is used for completing acquisition of experimental cabinet real/test data and load system engineering data to form a load data IP packet, and the load data IP packet is transmitted to the platform high-speed communication processor through the space station load network to complete IP over CCSDS AOS protocol encapsulation. The space station load equipment has various types and various experimental projects, and has the characteristics of large dynamic high throughput.
According to the spacecraft load data distribution method, firstly, space segment data are received and analyzed, and characteristic parameters are extracted and identified; and then the ground segment data is packaged and distributed, and the ground segment packaged data is received and analyzed.
Referring to fig. 2, the present invention accomplishes space station relay return KSA link load data distribution using a relay satellite system, comprising: the space station receives and parses the CCSDS AOS transmission frame relayed back to the KSA link downlink, the data field length fixed N bytes (N x 8 bits), the frame format shown in fig. 3. The payload application data AOS frame is extracted according to a Virtual Channel Identification (VCID), the VCID value being agreed by the task file, as shown in fig. 4. The m_pdu is processed to extract the IP protocol data unit (i.e., IP packet) as shown in fig. 5. Caching the IP packet, analyzing the IP packet header, and judging the value of a protocol field in the IP packet header as shown in fig. 6, wherein: if the IP packet header Protocol number determines that it (the payload data attribute carried in the current IP packet data field) is UDP data (protocol=17, i.e. hexadecimal 11H), then the priority value is determined according to the high 3-bit priority (PPP) of the differentiated type (i.e. service type) field (1 byte) in the IP packet header, where: if the binary value of the priority is 001, the load application data of the user center B is represented, and the IP packet is identified as a data type B; if the binary value of the priority is 000, the load application data of the user center A is represented, and the IP packet is identified as a data type A; if the IP packet header Protocol number determines that it is not UDP data (Protocol not equal to 17), the IP packet is identified as data type a.
According to the type identifier of the obtained IP data packet, the extracted IP data packet is packaged into a PDXP data packet according to the specified format of FIG. 6 and Table 1, and is distributed to the relevant user center in a data driving mode according to the PDXP/UDP/IP protocol, wherein the data type A load data is sent to the user center A, the data type B load data is sent to the user center B, and the PDXP protocol unit structure is shown in FIG. 7. In terrestrial transport, the UDP protocol is implemented as RFC768 and the IP protocol is implemented as RFC 791.
Table 1 payload application Data field format
When multi-channel relay backward KSA link backward user data exist simultaneously and are downward, the multi-channel data sent to all directions by the relay satellite system have independently counted packet sequence numbers (MID, BID, SID, DID are the same); if the receiver needs to process the packet sequence number, the receiver further identifies different downlink and virtual channels in combination with the Data distribution channel identifier (data_dc).
Referring to fig. 8, a process is performed at the receiving end (user center) of the terrestrial distribution apparatus, which is described by taking a payload operation management center (POAC) as an example, and the processing performed by the user center as the receiving end of the terrestrial distribution apparatus (i.e., the main processing procedure of the POAC high-speed data receiving front-end software) includes data receiving branching, decapsulation and format parsing, 32KB parsing, and IP in IP data parsing. In space station engineering, the load data ground distribution direction includes a plurality of user centers.
The data receiving branch circuit is used for receiving front-end data sent by a relay satellite system operation control center (CTCC) according to a communication protocol between the POAC and the CTCC. Carrying out branching treatment on high-speed downlink data according to information category identifiers (BIDs, 4 bytes) in a packet header of a data packet exchange protocol (PDXP) between centers, wherein the branching treatment comprises two data formats of relay original code data (format Y6Z, freight airship load data and load bearing AOS frame) and load application high-speed downlink data (format Y6APP, space station load data and load bearing IP data packet), and the specific BID value is defined by a task document; the link supervision information transmitted between the POAC and the CTCC is only counted without data processing, and the counting result is forwarded to a back-end protocol processing functional module; forwarding a return transmission state report sent by the CTCC to a back-end protocol processing function module; directly storing (not forwarding) the format Y6Z relay original code data; high speed downstream data format parsing and split forwarding (process above) is applied to the format Y6APP payload.
In the data format analysis, the outermost layer is in the PDXP format, as shown in table 2 below:
table 2 format Y6APP application layer data format
The data distribution channel identification is specified by a task document and used for representing load data of different channels of different cabin sections; the header of the IP packet is 20 bytes in total, and the packet is divided into UDP, TCP or IP in IP packets according to protocol numbers, and the protocol number is as follows: 1-TCP,6-UDP,89-IP in IP. If the packet is a UDP packet, the stream data of the 32KB packet is preceded by a UDP packet header (8 bytes) +udp packet (no more than 847 bytes), and the structure is as shown in table 3 and table 4 below:
TABLE 3 UDP packet header format
| 32KB data | Filling |
| <＝840B | Fixed packing 7B |
Table 4 UDP packet data format
The UDP packet data content is a 32KB packet stream, and a 32KB packet is obtained from the 32KB packet stream synchronously, and the format of the 32KB packet is shown in table 5 below:
| synchronous word | Packet head | CCSDS packet (flow) | Accumulating checksums |
| 4B | 16B | 32KB | 4B |
Table 5 32KB File Block Format
Wherein:
synchronous word: 0xEB90E0A6 (task custom, set as needed);
accumulating a checksum: starting from the synchronous head to the last byte of the packet data area, accumulating according to each 4 bytes to obtain a 4-byte unsigned integer;
32KB file block header: the structure of the data storage device including the load ID (primary and secondary), the task number, the file storage node information and the like is shown in the following table 6:
table 6 32KB File Block header Format
Wherein:
subsystem identification: load ID of non-computing node task or computing node identification;
downlink effective data size: the effective data length in the current packet is in bytes;
attributes: current file processing attribute, 0x00 is raw data, 0x01 is processed data;
frame number: 4-byte unsigned integer;
file location identification: 0xA5 represents the file head, 0xAB represents the file, and 0xAF represents the file tail;
the IP in IP packet formats are shown in tables 7 and 8 below:
TABLE 7 IP in IP packet inner TCP packet format
TABLE 8 IP in IP packet inner layer UDP packet Format
Wherein:
the source address of the outer IP message header is the IP address of the information host of the platform load network target cabin;
the address of the outer IP message head is the IP address of the platform ground network ground system;
the inner layer IP source address is the IP address of the day base sender of the application information network;
the IP destination address of the inner layer is the IP address of the ground network of the application information network;
the 32KB data packet is forwarded, after the 32KB data frame is generated through data format analysis, the data frame is split according to the following identification: rsd_st_ef_mid_did_cat. Wherein:
ST-data source, 2 characters, value: BA-Beijing center, TS-TL1A/TS-TL1B/TS-TL 1C-relay;
EF-encrypted identifier, 2 characters, EN-encrypted, UE-unencrypted;
MID-downlink cabin, 4 characters, value: TGTH, TGWT, TGMT;
DID-virtual channel identification, 4 characters and value: DID0-500, DID1-600;
CAT-data classification identification, 4 characters, 32 KB-engineering application data.
For 32KB engineering application data, ST, MID, DID and CAT are taken as the basis for continuing to split the direct transmission data, and the direct transmission data is forwarded to a real-time data processing module (RDP) through kafka according to the splitting, as shown in the following table 9:
table 9 32KB data branching table
In IP data parsing (IP in IP data frame forwarding), IP in IP packets are processed according to the IPRetran table. Wherein, if the target IP is not in the IPRetran table, forwarding to RDP through kafka according to the branching shown in Table 9; if the target IP is in the IPRetran table, the outer layer IP of the IP in IP data frame is removed, and after the inner layer IP/UDP|TCP packet is recovered, the IP is sent to the soft gateway server. And the soft gateway server adds a link layer (mac address) for the target IP and the source IP according to the IPRetran table, sends a bare IP packet mode of the link layer to the switch, and forwards the bare IP packet mode to the target IP machine. And the application software on the target IP machine receives the corresponding protocol packet and processes the protocol packet by itself. Wherein, each CTCC communication front-end server is provided with a soft gateway server.
In summary, after the space station core cabin is transmitted and in orbit, the relay satellite system normally receives, identifies and distributes real (test) application data of the space station load, and the effective load operation management center normally receives and analyzes the IP packet of the load related to the effective load operation management center. Therefore, the invention can realize the effective distribution of the spacecraft load data ground segments to different user centers based on the space IP packet identification.
The above description is only one embodiment of the present invention and is not intended to limit the present invention, and various modifications and variations of the present invention will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (8)
1. The spacecraft load data distribution device is characterized by comprising a relay satellite system and a user center, wherein the relay satellite system performs space segment load data transmission with a spacecraft through a relay return KSA link, and the user center performs ground segment load data transmission with the relay satellite system through a ground communication link;
the relay satellite system includes:
the receiving demodulation module is positioned at the ground terminal station and used for receiving and demodulating the data of the relay backward KSA link in real time to form a relay AOS frame and providing input data for the channel screening module;
the channel screening module is positioned in the operation control center and used for identifying and extracting the load AOS frame according to the virtual channel identifier information of the relay AOS frame head and providing input data for the data analysis module;
the data analysis module is positioned in the operation control center and is used for carrying out IP over CCSDS AOS protocol analysis processing on the load AOS frame provided by the channel screening module to form a load IP packet and sending the load IP packet to the user identification module;
the user identification module is positioned in the operation control center, is used for extracting IP packet identification characteristic parameters suitable for distinguishing different user directions according to the load IP packet input by the data analysis module, comprises an IP address and a TOS field, and is sent to the encapsulation distribution module together with the load IP packet;
the encapsulation distribution module is positioned at the external interface of the operation control center and is used for receiving the load IP packet of the user identification module and the user identification characteristic parameters, completing the encapsulation of the special PDXP protocol and transmitting the encapsulation to the user center according to the defined distribution rule;
the user center includes:
the receiving branching module is positioned at the external interface of the user center and is used for receiving the PDXP data packet of the relay satellite system transmitted by the ground communication link in real time, extracting the PDXP data packet bearing the load IP packet by identifying the PDXP packet header information and sending the PDXP data packet to the decapsulating module;
the decapsulation module is used for decapsulating the PDXP data packet, sending a load IP packet bearing 32KB data to the 32KB analysis module, and sending a load IP packet bearing IP in IP data to the IP in IP analysis module;
the 32KB analysis module is used for carrying out data analysis processing according to the load IP packet provided by the unpacking module, carrying out splicing identification on the 32KB data and sending the 32KB data to the back-end processing module;
the IP in IP analysis module is used for carrying out data analysis processing according to the load IP packet provided by the decapsulation module, identifying and forwarding the IP in IP data and sending the IP in IP data to the back-end processing module;
the back-end processing module is used for performing corresponding data processing operation according to the data input by the 32KB analysis module or the IP in IP analysis module;
the PDXP packet head information comprises an information category mark.
2. The apparatus of claim 1, wherein the trunk backward KSA link comprises a channel codec, a modem, an up-down converter, a high power amplifier, a low noise amplifier, a phase locked loop, and a high gain antenna for performing channel coding, modem, and radio propagation of a spacecraft trunk transmission frame, the metrics including channel bandwidth, transmission delay, and bit error rate, as determined by device level, spacecraft orbit, and channel environment.
3. The apparatus of claim 1, wherein the terrestrial communication link comprises security devices, firewalls, switches, routers, and optical fibers for accomplishing data transmission of PDXP packets in a private network line, and wherein the metrics include network bandwidth, transmission delay, and packet loss rate, as determined by device capabilities, traffic characteristics, and the number of users.
4. The apparatus of claim 1, wherein the spacecraft is a space station, and wherein the bay comprises a load application information host and a high-speed communications processor;
the load application information host is used for completing collection of experimental cabinet real/experimental data and load system engineering data to form a load data IP packet, and the load data IP packet is transmitted to the high-speed communication processor through the space station load network to complete IP over CCSDS AOS protocol encapsulation.
5. A method of using the spacecraft payload data distribution device of any of claims 1-4, comprising the steps of:
a. receiving and analyzing the space segment data, and extracting and identifying characteristic parameters;
b. and packaging and distributing ground segment data, and receiving and analyzing the ground segment packaging data.
6. The method according to claim 5, wherein in step b, the following is done with a relay satellite system:
receiving and analyzing a CCSDS AOS transmission frame of a relay backward KSA link downlink, wherein the data field length is fixed by N bytes;
extracting the load application data AOS frame according to the virtual channel identifier;
processing the M_PDU and extracting an IP packet;
caching the IP packet, analyzing the IP packet header, and judging the value of a protocol field in the IP packet header, wherein:
if the IP packet header protocol number judges that the IP packet header protocol number is UDP data, judging a priority value according to the high 3-bit priority of the differentiated type field in the IP packet header, wherein:
if the binary value of the priority is 001, the load application data of the user center B is represented, and the IP packet is identified as a data type B;
if the binary value of the priority is 000, the load application data of the user center A is represented, and the IP packet is identified as a data type A;
if the IP packet header protocol number judges that the IP packet header protocol number is non-UDP data, the IP packet is marked as a data type A;
encapsulating the IP packet into a PDXP data packet according to the type identifier of the IP packet, and distributing the PDXP data packet to the user center in a data driving mode according to a PDXP/UDP/IP protocol, wherein data type A load data are sent to the user center A, and data type B load data are sent to the user center B;
in terrestrial transmission, the UDP protocol is executed according to RFC768, and the IP protocol is executed according to RFC 791;
when multi-channel relay backward KSA link backward user data exist simultaneously and downlink, the multi-channel data sent to all directions by the relay satellite system have independently counted packet sequence numbers;
if the receiving party needs to process the packet sequence number, the receiving party further identifies different downlink and virtual channels by combining the data distribution channel identifier.
7. The method of claim 5, wherein in step b, the processing performed by the user center includes data reception branching, decapsulation and format parsing, 32KB parsing, and IPin IP data parsing.
8. The method of claim 7, wherein the data receiving shunt comprises:
receiving front-end data sent by a relay satellite system operation control center according to a communication protocol between the effective load operation management center and the relay satellite system operation control center;
carrying out branching treatment on the high-speed downlink data according to the information category identification in the packet head of the inter-center data packet exchange protocol, wherein the branching treatment comprises the steps of relaying original code data and loading application of the high-speed downlink data;
counting the link supervision information mutually transmitted between the effective load operation management center and the relay satellite system operation control center, and forwarding the counting result to a back-end protocol processing functional module;
forwarding a return transmission state report sent by the relay satellite system operation control center to a back-end protocol processing function module;
directly storing the format Y6Z relay original code data;
high-speed downlink data format analysis and branching forwarding are applied to the format Y6APP load;
in data format parsing:
the outermost layer is in a PDXP format;
the data distribution channel identification is specified by a task document and used for representing load data of different channels of different cabin sections;
the header of the IP packet is 20 bytes in total, and the packet is divided into UDP, TCP or IP in IP packets according to the protocol number;
if the packet is a UDP packet, the stream data of the 32KB packet is preceded by a UDP packet head plus a UDP packet;
the UDP packet data content is a 32KB packet stream, and 32KB packets are synchronously obtained from the 32KB packet stream;
the 32KB file block packet header comprises a load ID, a task number and file storage node information;
the source address of the outer IP message header is the IP address of the information host of the platform load network target cabin;
the address of the outer IP message head is the IP address of the platform ground network ground system;
the inner layer IP source address is the IP address of the day base sender of the application information network;
the IP destination address of the inner layer is the IP address of the ground network of the application information network;
after the data format analysis is carried out to generate a 32KB data frame, branching is carried out according to the following identification:
RSD_ST_EF_MID_DID_CAT；
wherein:
RSD is real-time system data;
ST is data source, 2 characters, value: TS-TL1A/TS-TL1B/TS-TL 1C-relay;
EF is an encrypted identifier, 2 characters, EN is encrypted, and UE is unencrypted;
MID is a descending cabin section, 4 characters and value: TGTH, TGWT, TGMT;
DID is virtual channel identification, 4 characters and value: DID0-500, DID1-600;
CAT is a data classification identifier, 4 characters and 32 KB-engineering application data;
for 32KB engineering application data, ST, MID, DID and CAT are used as the basis for continuous branching of direct transmission data, and forwarded to a real-time data processing module through kafka;
in the IP in IP data parsing process,
the IP in IP packet is processed according to the IPRetran table;
if the target IP is not in the IPRetran table, forwarding to RDP through kafka;
if the target IP is in the IPRetran table, removing the outer layer IP of the IP in IP data frame, recovering the inner layer IP/UDP|TCP packet, and then sending to the soft gateway server;
the soft gateway server adds a link layer for the target IP and the source IP according to the IPRetran table, sends a bare IP packet mode of the link layer to the switch, and forwards the bare IP packet mode to the target IP machine;
the application software on the target IP machine receives and processes the corresponding protocol packet;
each relay satellite system operation control center communication front-end server is provided with a soft gateway server.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210179350.3A CN114598378B (en) | 2022-02-25 | 2022-02-25 | Spacecraft load data distribution device and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210179350.3A CN114598378B (en) | 2022-02-25 | 2022-02-25 | Spacecraft load data distribution device and method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114598378A CN114598378A (en) | 2022-06-07 |
| CN114598378B true CN114598378B (en) | 2023-08-15 |
Family
ID=81806013
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210179350.3A Active CN114598378B (en) | 2022-02-25 | 2022-02-25 | Spacecraft load data distribution device and method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114598378B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115348340B (en) * | 2022-08-15 | 2024-03-08 | 中国人民解放军战略支援部队信息工程大学 | Data forwarding method, device, equipment and storage medium |
| CN115994190B (en) * | 2023-03-23 | 2023-05-19 | 中国科学院空间应用工程与技术中心 | Distributed real-time processing method and system for aerospace mass data |
| CN116506526B (en) * | 2023-03-23 | 2024-05-07 | 航天行云科技有限公司 | Satellite data processing method and system based on configurable protocol parser |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2137304C1 (en) * | 1992-05-11 | 1999-09-10 | Моторола, Инк. | Method for recovering communication spectrum, secondary communication control device, and method for actuating relay station |
| JP2006187029A (en) * | 1996-12-06 | 2006-07-13 | Distribution Systems Research Inst | Ip communication method and system |
| CN105490729A (en) * | 2015-11-26 | 2016-04-13 | 中国航天空气动力技术研究院 | Satellite link based one-to-many data transmission system, and method |
| CN106301527A (en) * | 2015-06-09 | 2017-01-04 | 北京信威通信技术股份有限公司 | Satellite communication method and device |
| CN107493129A (en) * | 2017-08-28 | 2017-12-19 | 西南电子技术研究所（中国电子科技集团公司第十研究所） | Based on before DTN Information Networks to quick service method |
| US9906291B1 (en) * | 2015-02-27 | 2018-02-27 | The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration | Heterogeneous spacecraft networks |
| CN109765546A (en) * | 2018-12-11 | 2019-05-17 | 中国人民解放军63921部队 | A kind of two-band precision distance measurement space flight ground system |
| CN113691303A (en) * | 2021-08-24 | 2021-11-23 | 北京中科深链空间科技有限公司 | Optical link relay communication system |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8010041B2 (en) * | 2007-06-29 | 2011-08-30 | Ntt Docomo, Inc. | Method and system for a reliable relay-associated and opportunistic cooperative transmission schemes |
| US8830903B2 (en) * | 2010-05-28 | 2014-09-09 | Comtech Ef Data Corp. | Identification, alignment and cross polarization optimization for orthogonal polarized transmission and relay systems |
| US9840341B2 (en) * | 2015-05-08 | 2017-12-12 | Rishabh Y. Maharaja | IP-based satellite command, control, and data transfer |
| US11387895B2 (en) * | 2018-12-31 | 2022-07-12 | Hughes Network Systems, Llc | Communication method and communication system |
-
2022
- 2022-02-25 CN CN202210179350.3A patent/CN114598378B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2137304C1 (en) * | 1992-05-11 | 1999-09-10 | Моторола, Инк. | Method for recovering communication spectrum, secondary communication control device, and method for actuating relay station |
| JP2006187029A (en) * | 1996-12-06 | 2006-07-13 | Distribution Systems Research Inst | Ip communication method and system |
| US9906291B1 (en) * | 2015-02-27 | 2018-02-27 | The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration | Heterogeneous spacecraft networks |
| CN106301527A (en) * | 2015-06-09 | 2017-01-04 | 北京信威通信技术股份有限公司 | Satellite communication method and device |
| CN105490729A (en) * | 2015-11-26 | 2016-04-13 | 中国航天空气动力技术研究院 | Satellite link based one-to-many data transmission system, and method |
| CN107493129A (en) * | 2017-08-28 | 2017-12-19 | 西南电子技术研究所（中国电子科技集团公司第十研究所） | Based on before DTN Information Networks to quick service method |
| CN109765546A (en) * | 2018-12-11 | 2019-05-17 | 中国人民解放军63921部队 | A kind of two-band precision distance measurement space flight ground system |
| CN113691303A (en) * | 2021-08-24 | 2021-11-23 | 北京中科深链空间科技有限公司 | Optical link relay communication system |
Non-Patent Citations (1)
| Title |
|---|
| CCSDS高级在轨系统及在我国航天器中的应用;孙辉先;陈小敏;白云飞;吕良庆;汪大星;;航天器工程(第01期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114598378A (en) | 2022-06-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114598378B (en) | Spacecraft load data distribution device and method | |
| US11621916B2 (en) | Information transmission method and device in IAB architecture | |
| US6760778B1 (en) | System and method for communication between airborne and ground-based entities | |
| RU2316130C2 (en) | Method and system for transmission of ip-packets by combining several radio communication channels for high speed data transmission | |
| US7512714B2 (en) | System and method for transmitting ACARS messages over a TCP/IP data communication link | |
| FI98027C (en) | Packet radio system and terminal equipment for a packet radio system | |
| US10044435B2 (en) | Method for transparent on-board routing of data packets at very high bit rate in a space telecommunication system using a network of at least one regenerative satellite(s) | |
| US8160106B2 (en) | Method, device and system for transmitting Ethernet packets | |
| CA2335021A1 (en) | Method and system for connectionless communication in a cell relay satellite network | |
| AU2002359302A1 (en) | Method and system for transferring IP packets by aggregating multiple wireless communication channels for high data rate transfers | |
| CN114785400B (en) | Construction method of NTN satellite network architecture | |
| CN102143185B (en) | Data transmission method and data transmission device | |
| US10425880B2 (en) | Method for end-to-end transparent transport of data packets within a space telecommunications system using a network of regenerative satellites with ISLs | |
| US20090323583A1 (en) | Method and apparatus for hosting commercially-derived packet routers on satellite payloads | |
| KR20120025459A (en) | Method for processing packets of the ip type intended to be carried over a communications channel of a wireless network, and equipment for same | |
| IL263790A (en) | Method of optimizing spectral efficiency in an mpls interconnection context | |
| CN117081640B (en) | Multi-protocol star warship-ground integrated gateway design method based on frame header compression | |
| KR101864130B1 (en) | Hub of very small aperture terminal(vsat) satellite communication system and method for controlling the same | |
| CN116916382A (en) | Method and system for realizing connectionless SCTP protocol stack | |
| Erl et al. | Implementation and experimentation of network coding in DVB‐S2/RCS2 systems | |
| CN117041143A (en) | Satellite data forwarding method and system based on label switching technology | |
| CN118523844A (en) | Inter-satellite laser signal transmitting and receiving method and satellite laser communication terminal | |
| CN115801714A (en) | Method for processing low resource consumption satellite-ground group frame on forwarding satellite communication satellite | |
| CN118509815A (en) | Communication method, system, electronic device and storage medium | |
| CN114615352A (en) | Service data message transmission method and network equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |