Multi-node cooperative access scheduling system and method based on deep space in-situ communication

Abstract

The invention relates to a multi-node cooperative access scheduling system and method based on deep space in-situ communication, the system comprises a master node and a plurality of slave nodes, and the master node comprises a data management unit, a link layer protocol control unit, a forward dedicated Hail unit, a forward dedicated service unit and a reverse receiving unit. Reliable access and cooperative communication of multiple nodes in a deep space environment are realized, and the system communication efficiency and task flexibility are improved; the hardware resource burden of the main node is obviously reduced and the weight and the power consumption are reduced in a mode of separating a special Hail channel from a service channel and scheduling on demand; the method is widely applied to deep space exploration tasks such as the moon and the Mars, and conforms to the design concepts of resource optimization and optimal efficiency of a deep space exploration system.

Description

Technical Field

[0001] This invention belongs to the field of near-space communication technology for deep space exploration, and specifically relates to a multi-node collaborative access scheduling system and method based on deep space in-situ communication. Background Technology

[0002] In deep space exploration missions, due to the long communication distances, ground-based remote control commands experience significant time delays. Furthermore, because the visible arc time with Earth is limited, real-time control is not possible. Therefore, the mission primarily relies on autonomous communication between individual probe nodes. Typically, this involves a pair of communication nodes operating under the same mission, each in an optimal and fixed configuration within a specific scenario. The high-reliability collaborative communication capability among multiple nodes is relatively weak. Summary of the Invention

[0003] To address the aforementioned problems, the present invention aims to provide a multi-node collaborative access scheduling system and method based on deep space in-situ communication, which solves the problems of high resource consumption and weak high-reliability collaborative communication capabilities of traditional communication systems.

[0004] To achieve the above objectives, the technical solution adopted by the present invention includes: A multi-node collaborative access scheduling system based on deep space in-situ communication includes a master node and multiple parallel slave nodes. The master node includes: a data management unit (DMU) for providing ground arc segment planning; a link layer protocol control unit (LLC) interconnected with the DMU for generating call control frames, evaluating link frame overhead, and performing transmission scheduling based on the ground arc segment planning; a forward dedicated Hail unit connected in series with the output of the LLC, with the output of the forward dedicated Hail unit connected in series with the inputs of each slave node, for sending call control frames to each slave node; a forward dedicated service unit connected in series with the outputs of the LLC and the DMU, ​​with the output of the forward dedicated service unit connected in series with the inputs of each slave node, for sending service frames to each slave node according to set waveform parameters; and a return receiving unit connected in series with the outputs of each slave node, with the output of the return receiving unit connected in series with the input of the LLC, for receiving signals from the slave nodes and transmitting them to the LLC; after confirming successful access of the target slave node through the return receiving unit, the LLC controls the forward dedicated Hail unit to stop transmitting and schedules the forward dedicated service unit to send service frames to the slave node.

[0005] Preferably, the waveform parameters of the service frame include frequency point, rate, modulation method and coding method.

[0006] Preferably, the link layer protocol control unit is configured to execute a link frame overhead evaluation method, which is as shown in equation (1): Link frame overhead (1) in, This indicates the length of the service frame sent to slave node N, in bits. Indicates the control frame length, in bits; This indicates the number of effective bits transmitted per second in the forward traffic channel.

[0007] Preferably, the link layer protocol control unit is configured to use a sequential scheduling method, which schedules and sends the control frames and service frames corresponding to each slave node in the order of slave node number.

[0008] Preferably, the link layer protocol control unit is configured to: when the evaluated link frame overhead... Less than or equal to At that time, the same type of frame can be sent continuously a maximum of three times.

[0009] A highly reliable multi-node collaborative access and scheduling method based on deep space in-situ communication, applied to the multi-node collaborative access and scheduling system based on deep space in-situ communication disclosed in this application, includes the following steps: S1: System initialization, all slave nodes enter silent state; S2: The master node generates a call control frame for the first target slave node at a specified time according to the ground arc segment plan, and sends it through the forward dedicated Hail channel; S3: The first target receives and parses the call control frame from the node. After verifying that the destination node ID is consistent with its own, it parses the waveform parameters of the forward dedicated service channel and the return receiving channel. S4: The first target node exits the silent mode, configures its receiver to the waveform parameters of the forward dedicated service channel, and sends a Hail response control frame to the master node on the return Hail channel; S5: After the master node’s return receiving unit receives and verifies the Hail response control frame, it stops sending signals on the forward dedicated Hail channel and instead sends service frames to the first target slave node on the forward dedicated service channel according to the waveform parameters. S6: After receiving the service frame from the first target node, it stops sending signals on the return Hail channel, switches to the return service channel agreed in the call control frame, and sends its own service frame to the master node according to the corresponding waveform parameters to complete the access. S7: Repeat steps S2 to S6 to connect subsequent slave nodes in sequence; S8: After at least two slave nodes have successfully connected, the master node evaluates the link frame overhead to each slave node and sorts the control frames and service frames to be sent by each slave node in chronological order, and sends them in a sequential scheduling manner.

[0010] Preferably, the waveform parameters of the service channel include frequency point, rate, modulation method and coding method.

[0011] Preferably, the method for evaluating link frame overhead in S8 is as follows: Link frame overhead (1) in, This indicates the length of the service frame sent to slave node N, in bits. Indicates the control frame length, in bits; This indicates the number of effective bits transmitted per second in the forward traffic channel.

[0012] Preferably, the sequential scheduling method in S8 is as follows: according to the order from slave node 1 to slave node N, the control frames and service frames corresponding to each slave node are sent sequentially to form a transmission sequence of "slave node 1 control frame → slave node 1 service frame → slave node 2 control frame → slave node 2 service frame → ... → slave node N control frame → slave node N service frame".

[0013] Preferably, in S8, if the link frame overhead is evaluated... Less than or equal to If so, the master node will send frames of the same type up to three times consecutively during the scheduling and sending process.

[0014] Compared with the prior art, the advantages of the present invention are: This invention discloses a multi-node collaborative access scheduling system and method based on deep space in-situ communication, which realizes reliable access and collaborative communication of multiple nodes in deep space environment, improving system communication efficiency and task flexibility. By separating the dedicated Hail channel from the service channel and scheduling on demand, the hardware resource burden of the master node is significantly reduced, and weight and power consumption are reduced. It can be widely used in deep space exploration missions such as the Moon and Mars, and conforms to the design concept of resource optimization and optimal efficiency of deep space exploration systems. Attached Figure Description

[0015] The accompanying drawings are provided to further illustrate the invention and form part of the specification. They are used together with the following detailed description to explain the invention, but do not constitute a limitation thereof. In the drawings: Figure 1 It is a multi-node collaborative access scheduling system based on deep space in-situ communication. Detailed Implementation

[0016] The invention is not limited to the specific embodiments described below. All equivalent modifications made based on the technical solutions of this application fall within the protection scope of this invention. Unless otherwise specified, all components and devices in this invention utilize components and devices known in the prior art.

[0017] Example like Figure 1As shown, this embodiment discloses a multi-node collaborative access scheduling system based on deep space in-situ communication, including a master node and multiple slave nodes connected in parallel. The master node includes: a data management unit (DMU) for providing ground arc segment planning; a link layer protocol control unit interconnected with the DMU for generating call control frames, evaluating link frame overhead, and performing transmission scheduling based on the ground arc segment planning; a forward dedicated Hail unit connected in series with the output of the link layer protocol control unit, with the output of the forward dedicated Hail unit connected in series with the input of each slave node for sending call control frames to each slave node; a forward dedicated service unit connected in series with the output of the link layer protocol control unit and the output of the DMU, ​​with the output of the forward dedicated service unit connected in series with the input of each slave node for sending service frames to each slave node according to set waveform parameters; and a return receiving unit connected in series with the output of each slave node, with the output of the return receiving unit connected in series with the input of the link layer protocol control unit for receiving signals from slave nodes and transmitting them to the link layer protocol control unit; after confirming successful access of the target slave node through the return receiving unit, the link layer protocol control unit controls the forward dedicated Hail unit to stop transmitting and schedules the forward dedicated service unit to send service frames to that slave node.

[0018] After the master node and all slave nodes are powered on, the slave nodes are in a silent state. The master node's "link layer protocol control unit" generates a "slave node 1 call control frame" at a specific time through ground arc planning and sends it to slave node 1 through the "forward dedicated Hail unit". Upon receiving the "slave node 1 call control frame", slave node 1 first parses out the destination node ID. After confirming that the destination node ID matches its own node ID, it continues to parse out the waveform parameters of the forward and return service channels. The service channel waveform parameters include the frequency, rate, modulation method, and coding method of the service channel. After confirming that the waveform parameters are complete, slave node 1 exits the silent mode, sets its receiver to the forward service channel waveform parameters, turns on the transmitter, and sends a Hail response control frame to the master node on the return Hail channel. After receiving it, the master node's "return receiving unit" outputs the Hail response control frame to the "link layer protocol control unit". The "link layer protocol control unit" parses out the source node ID. After confirming that the source node ID matches the ID of slave node 1, it controls the "forward dedicated Hail unit" to stop transmitting signals. The "Forward Dedicated Service Unit" is activated, the waveform parameters of the forward service channel are set, and the service frame with the destination ID of slave node 1 input by the data management system is sent to slave node 1 through the "Forward Dedicated Service Unit". After receiving the service frame, slave node 1 first parses out the destination node ID. After confirming that the destination node ID is consistent with its own node ID, it stops sending signals on the return Hail channel, switches the channel to the return service channel agreed in the "Slave Node 1 Call Control Frame", and sends its own service frame to the master node according to the corresponding waveform parameters.

[0019] After completing the access of slave node 1, the master node's "Link Layer Protocol Control Unit" generates a "Slave Node 2 Call Control Frame" at a specific time through ground arc planning and sends it to slave node 2 through the "Forward Dedicated Hail Unit". Upon receiving the "Slave Node 2 Call Control Frame", slave node 2 first parses out the destination node ID. After confirming that the destination node ID matches its own node ID, it continues to parse out the waveform parameters of the forward and return service channels. The service channel waveform parameters include the frequency, rate, modulation method, and coding method of the service channel. After confirming that the waveform parameters are complete, slave node 2 exits the silent mode, sets its receiver to the forward service channel waveform parameters, turns on the transmitter, and sends a Hail response control frame to the master node on the return Hail channel. After receiving it, the master node's "Return Receiver Unit" outputs the Hail response control frame to the "Link Layer Protocol Control Unit". The "Link Layer Protocol Control Unit" parses out the source node ID. After confirming that the source node ID matches the ID of slave node 2, it controls the "Forward Dedicated Hail Unit" to stop transmitting signals. Then, the service frame with the destination ID of the data tube input from node 2 is inserted into the data stream of the "forward dedicated service unit". After receiving the service frame, node 2 first parses out the destination node ID. After confirming that the destination node ID is consistent with its own node ID, it stops sending signals on the return Hail channel, switches the channel to the return service channel agreed in the "slave node 2 call control frame", and sends its own service frame to the master node according to the corresponding waveform parameters.

[0020] The subsequent connection method for slave nodes is the same as that for slave node 2.

[0021] After two or more slave nodes have successfully connected, the master node's "link layer protocol control unit" will evaluate the link frame overhead sent to each slave node in real time, as shown in equation (1): Link frame overhead (1) in, This indicates the length of the service frame sent to slave node N, in bits. Indicates the control frame length, in bits; This indicates the number of effective bits transmitted per second in the forward traffic channel.

[0022] Subsequently, the master node, the "link layer protocol control unit," sorts the control frames and service frames sent to each slave node according to their chronological order and sends them in a sequential scheduling manner: slave node 1 (control frame -> service frame) => slave node 2 (control frame -> service frame) => ... => slave node N (control frame -> service frame). If the link overhead of the control frames and service frames sent to each slave node is sufficiently small, typically less than or equal to... Then, frames of the same type can be sent up to three times in a row.

[0023] This invention has been implemented and verified in the UHF band transceiver of the TW-3 orbiter. It achieves reliable access and collaborative communication with multiple slave nodes within limited weight and power consumption resources, further improving communication efficiency.

[0024] This invention is low in complexity, flexible in implementation, and can be widely used in in-situ communication for deep space exploration, possessing significant technical and economic value.

[0025] The preferred embodiments of this disclosure have been described in detail above with reference to the accompanying drawings. However, this disclosure is not limited to the specific details of the above embodiments. Within the scope of the technical concept of this disclosure, various simple modifications can be made to the technical solutions of this disclosure, and these simple modifications all fall within the protection scope of this disclosure.

[0026] It should also be noted that the various specific technical features described in the above specific embodiments can be combined in any suitable manner without contradiction. In order to avoid unnecessary repetition, this disclosure will not describe the various possible combinations separately.

[0027] Furthermore, the various implementation methods disclosed in this solution can be combined in any way, as long as they do not violate the spirit of this disclosure, they should also be regarded as the content invented by this disclosure.

Claims

1. A multi-node collaborative access scheduling system based on deep space in-situ communication, characterized in that, It includes one master node and multiple slave nodes connected in parallel; The master node includes: Data tubes are used to provide ground arc segment planning; The link layer protocol control unit, which is interconnected with the data tube, is used to generate call control frames, evaluate link frame overhead, and perform transmission scheduling according to the ground arc segment planning. A forward dedicated Hail unit is connected in series with the output of the link layer protocol control unit. The output of the forward dedicated Hail unit is connected in series with the input of each slave node, and is used to send the call control frame to each slave node. A forward dedicated service unit is connected in series with the output of the link layer protocol control unit and the output of the data management unit. The output of the forward dedicated service unit is connected in series with the input of each slave node, and is used to send service frames to each slave node according to the set waveform parameters. A return receiving unit is connected in series with the output of each slave node. The output of the return receiving unit is connected in series with the input of the link layer protocol control unit. It is used to receive signals from the slave nodes and transmit them to the link layer protocol control unit. After the link layer protocol control unit confirms that the target slave node has successfully accessed the network through the return receiving unit, it controls the forward dedicated Hail unit to stop sending and schedules the forward dedicated service unit to send service frames to the slave node.

2. The multi-node collaborative access scheduling system based on deep space in-situ communication as described in claim 1, characterized in that, The waveform parameters of the service frame include frequency, rate, modulation method, and coding method.

3. The multi-node collaborative access scheduling system based on deep space in-situ communication as described in claim 1, characterized in that, The link layer protocol control unit is configured to execute a link frame overhead evaluation method, which is as shown in equation (1): Link frame overhead (1) in, This indicates the length of the service frame sent to slave node N, in bits. Indicates the control frame length, in bits; This indicates the number of effective bits transmitted per second in the forward traffic channel.

4. The multi-node collaborative access scheduling system based on deep space in-situ communication as described in any one of claims 1-3, characterized in that, The link layer protocol control unit is configured to use a sequential scheduling method, which schedules and sends the control frames and service frames corresponding to each slave node in the order of the slave node numbers.

5. The multi-node collaborative access scheduling system based on deep space in-situ communication as described in claim 4, characterized in that, The link layer protocol control unit is configured to: when the evaluated link frame overhead... Less than or equal to At that time, the same type of frame can be sent continuously a maximum of three times.

6. A multi-node highly reliable collaborative access and scheduling method based on deep space in-situ communication, characterized in that, The system applied to the multi-node collaborative access scheduling system based on deep space in-situ communication as described in any one of claims 1-5 includes the following steps: S1: System initialization, all slave nodes enter silent state; S2: The master node generates a call control frame for the first target slave node at a specified time according to the ground arc segment planning, and sends it through the forward dedicated Hail channel; S3: The first target receives and parses the call control frame from the node. After verifying that the destination node ID is consistent with itself, it parses the waveform parameters of the forward dedicated service channel and the return receiving channel. S4: The first target slave node exits the silent mode, configures its receiver to the waveform parameters of the forward dedicated service channel, and sends a Hail response control frame to the master node on the return Hail channel; S5: After the master node's return receiving unit receives and verifies the Hail response control frame, it stops sending signals on the forward dedicated Hail channel and instead sends service frames to the first target slave node on the forward dedicated service channel according to the waveform parameters. S6: After receiving the service frame from the first target node, the target stops sending signals on the return Hail channel, switches to the return service channel agreed in the call control frame, and sends its own service frame to the master node according to the corresponding waveform parameters to complete the access. S7: Repeat steps S2 to S6 to connect subsequent slave nodes in sequence; S8: After at least two slave nodes have successfully connected, the master node evaluates the link frame overhead to each slave node and sorts the control frames and service frames to be sent by each slave node in chronological order, and sends them in a sequential scheduling manner.

7. The multi-node high-reliability collaborative access and scheduling method based on deep space in-situ communication as described in claim 6, characterized in that, The waveform parameters of the service channel include frequency, rate, modulation method, and coding method.

8. The multi-node high-reliability collaborative access and scheduling method based on deep space in-situ communication as described in claim 6, characterized in that, The method for evaluating link frame overhead in step S8 is specifically as shown in equation (1): Link frame overhead (1) in, This indicates the length of the service frame sent to slave node N, in bits. Indicates the control frame length, in bits; This indicates the number of effective bits transmitted per second in the forward traffic channel.

9. The multi-node high-reliability collaborative access and scheduling method based on deep space in-situ communication as described in any one of claims 6-8, characterized in that, The sequential scheduling method described in step S8 is as follows: In the order from node 1 to node N, control frames and service frames corresponding to each node are sent sequentially, forming a transmission sequence of "node 1 control frame → node 1 service frame → node 2 control frame → node 2 service frame → ... → node N control frame → node N service frame".

10. The multi-node high-reliability collaborative access and scheduling method based on deep space in-situ communication as described in claim 9, characterized in that, In step S8, if the link frame overhead is evaluated... Less than or equal to If so, the master node will send frames of the same type up to three times consecutively during the scheduling and sending process.

Images