CN116488712B - Non-real-time relay communication method based on improved store-and-forward protocol - Google Patents
Non-real-time relay communication method based on improved store-and-forward protocol Download PDFInfo
- Publication number
- CN116488712B CN116488712B CN202310740612.3A CN202310740612A CN116488712B CN 116488712 B CN116488712 B CN 116488712B CN 202310740612 A CN202310740612 A CN 202310740612A CN 116488712 B CN116488712 B CN 116488712B
- Authority
- CN
- China
- Prior art keywords
- message
- relay
- state
- ground station
- satellite ground
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 55
- 238000000034 method Methods 0.000 title claims abstract description 28
- 238000012545 processing Methods 0.000 claims abstract description 31
- 230000005540 biological transmission Effects 0.000 claims description 27
- 230000006872 improvement Effects 0.000 claims description 6
- 238000012790 confirmation Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 7
- RZVHIXYEVGDQDX-UHFFFAOYSA-N 9,10-anthraquinone Chemical compound C1=CC=C2C(=O)C3=CC=CC=C3C(=O)C2=C1 RZVHIXYEVGDQDX-UHFFFAOYSA-N 0.000 description 4
- 230000004044 response Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
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
- 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)
Abstract
The application relates to the technical field of satellite communication, and discloses a non-real-time relay communication method based on an improved store-and-forward protocol, which is characterized by comprising the following steps: the source satellite ground station sends a message to a network management server; the relay forwarding processing module of the network management server enters an improved storage forwarding protocol flow, and the processed message enters a state to be sent; when the network access of the target satellite ground station of the message is successful, the message is sent to the target satellite ground station; judging whether a source satellite ground station is online or not; if the source satellite ground station is online, automatically establishing link communication; if the source satellite ground station is already offline, the message replied by the destination satellite ground station is processed by adopting a relay mode; the relay module of the network management server of the satellite communication system is utilized to realize the non-real-time relay communication of the satellite communication, thereby improving the emergency communication capability of the satellite communication.
Description
Technical Field
The application relates to the field of satellite communication, in particular to a non-real-time relay communication method based on an improved store-and-forward protocol.
Background
The application field of satellite communication is wider and wider, but how to perform data communication under special conditions such as burst failure, severe channels and the like and realize non-real-time relay communication of satellite communication is a difficult problem.
Therefore, the application provides a non-real-time relay communication method based on an improved store-and-forward protocol, which improves the technical problems.
Disclosure of Invention
The application aims to provide a non-real-time relay communication method based on an improved store-and-forward protocol, which solves the problem of non-real-time relay communication of satellite communication, thereby improving the emergency communication capability of the satellite communication.
The technical aim of the application is realized by the following technical scheme: a non-real-time relay communication method based on an improved store-and-forward protocol, the method comprising the steps of:
s1, a source satellite ground station sends a message to a network management server;
s2, a relay forwarding processing module of the network management server enters an improved storage forwarding protocol flow, and the processed message enters a state to be sent;
s3, when the network access of the destination satellite ground station of the message is successful, the message is sent to the destination satellite ground station;
s4, judging whether a source satellite ground station is online; if the source satellite ground station is online, automatically establishing link communication; if the source satellite ground station is already offline, the message replied by the destination satellite ground station is processed in a relay mode.
As a preferred technical solution of the present application, the message classification of the improved store-and-forward protocol includes: a data message for indicating whether the data is sent by the source satellite ground station or the relay forwarding processing module; a relay message for requesting a relay forwarding processing module; control messages for controlling data transmission and reception.
As a preferable technical scheme of the application, the message steps for improving the store-and-forward protocol are as follows:
adding an m_serial field in the data message to identify a data packet sequence number; the m_serial field is used for representing a transmission state number;
adding a relay IP and a port number of a relay in the relay message;
the control message adds an Info field and a flag confirm field; the Info field is used for representing interrupt specific information; the flag confirm field is used to indicate the confirmation of the data number.
As a preferred technical solution of the present application, the relay forwarding processing module includes: a message transmission interface for establishing link communication with the network management server; the IP message analysis module is used for carrying out storage forwarding protocol identification; an IP packet improvement module for performing an improved store-and-forward protocol; a state message queue to be sent for storing messages to be sent; a transmission state message queue for storing transmission state messages; a processor for operation.
As a preferable technical scheme of the application, the step of the relay forwarding processing module entering the improved store-and-forward protocol flow is as follows:
the source satellite ground station generates a standard store-and-forward protocol message with a field TOS=77, and if the destination satellite ground station is not connected to the network and cannot build a link, the message is sent to a network management server through a standard socket; the TOS field is a service type; tos=77 is a normal link establishment data message;
after the message reaches the network management server, the network management sends the message to the relay forwarding processing module;
the relay forwarding processing module receives a packet with tos=77 and carries out protocol analysis on the packet through the IP message analysis module;
the IP message improvement module improves the message header of the standard store-and-forward protocol message according to the format of the relay message, sets the TOS value as 100 and the m_serial as 1, and then puts the processed message into a message queue to be sent;
the network management server generates a control message and sends the control message to the relay forwarding processing module;
after the relay forwarding processing module passes the control message through the IP message analysis module, a message corresponding to a destination address is found in a to-be-sent state message queue, the m_serial state of the message is set to 0, and then the message is put into the to-be-sent state message queue;
and the relay forwarding processing module sequentially transmits the messages in the message sending state queue to the satellite ground station of the destination address to complete the non-link establishment communication of the two parties.
As a preferable technical scheme of the application, the step of sending the message to the network management server by the source satellite ground station comprises the following steps: the initial state waits for a call, waits for a relay reply message, waits for an allowed message to be sent, and waits for an acknowledgement.
As a preferred technical solution of the present application, the relay mode processing includes the steps of: wait for request to send message state, wait for data state, wait for end to receive data state, wait for allow to send message state, wait for acknowledge state.
As a preferred technical solution of the present application, the step of sending the message to the ground station of the destination satellite includes: wait for request to send message state, wait for data state, wait for end to receive data state.
In summary, the application has the following beneficial effects: the relay module of the network management server of the satellite communication system is utilized to realize the non-real-time relay communication of the satellite communication, thereby improving the emergency communication capability of the satellite communication.
Drawings
Fig. 1 is a flowchart of a non-real-time relay communication method based on an improved store-and-forward protocol according to an embodiment of the present application;
fig. 2 is a flowchart of a source satellite ground station transmitting process according to an embodiment of the present application;
fig. 3 is a schematic diagram of a header of a standard store-and-forward protocol packet according to an embodiment of the present application;
fig. 4 is a schematic diagram of a header of a message of an improved store-and-forward protocol according to an embodiment of the present application;
fig. 5 is a schematic diagram of a port number of a relay added with a relay IP and a relay in a relay message according to an embodiment of the present application;
FIG. 6 is a schematic diagram of adding an Info field and a flag acknowledgement field in a control message according to an embodiment of the present application;
fig. 7 is a schematic diagram of a relay forwarding processing module according to an embodiment of the present application;
fig. 8 is a schematic diagram of a satellite ground station receiving process according to an embodiment of the present application.
Description of the embodiments
The present application will be described in detail with reference to specific examples. The following examples will assist those skilled in the art in further understanding the present application, but are not intended to limit the application in any way. It should be noted that variations and modifications could be made by those skilled in the art without departing from the inventive concept. These are all within the scope of the present application.
The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.
It should be noted that, if not in conflict, the features of the embodiments of the present application may be combined with each other, which is within the protection scope of the present application. In addition, while functional block division is performed in a device diagram and logical order is shown in a flowchart, in some cases, the steps shown or described may be performed in a different order than the block division in the device, or in the flowchart. Moreover, the words "first," "second," "third," and the like as used herein do not limit the data and order of execution, but merely distinguish between identical or similar items that have substantially the same function and effect.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used in the description of the application herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. The term "and/or" as used in this specification includes any and all combinations of one or more of the associated listed items.
In addition, the technical features of the embodiments of the present application described below may be combined with each other as long as they do not collide with each other.
The embodiment of the disclosure aims to realize non-real-time relay communication of satellite communication by using a relay module of a satellite communication system network manager, thereby improving the emergency communication capability of the satellite communication. In view of this, an embodiment of the disclosure proposes a non-real-time relay communication method based on an improved store-and-forward protocol.
Referring to fig. 1, fig. 1 shows a flowchart of a non-real-time relay communication method based on an improved store-and-forward protocol according to an embodiment of the disclosure. The whole process mainly comprises the following 4 steps:
step 1: the source satellite ground station sends a message to the network management server.
When the satellite ground station sends a message to other non-real-time ground stations, the message is directly sent to a network management server;
referring to fig. 2, the source transmission procedure is as follows:
the main four states are: the initial state waits for a call, waits for a relay reply message, waits for an allowed message to be sent, and waits for an acknowledgement.
The normal flow is as follows: when the application finishes sending data, a source state machine is created, a relay request message is sent by a vertical horse, a state of waiting for relay reply is entered, and after a relay response message sent by the flight control is received, a request sending message is sent by the vertical horse to the relay, and the relay reply is started to wait for the relay; when the transmission permission message is received, the data transmission is started, and after the data is transmitted to the data No. 0, the end confirmation of the relay is waited, and then the state of the relay is ended.
And the timer No. 1 is the life cycle of global data, and once the timer No. 1 is overtime, the state directly returns to the first state, the relay request is resent, then the data overtime message is sent to the flight control, and the state of waiting for the relay reply message is entered.
The timer No. 2 is a relay request timer, and once no relay response is received in the state 2, the relay request is always sent.
The timer No. 3 is a request-to-send timer, and in this state, a request-to-send message is sent to the relay continuously, and if a message for allowing the relay to send is not received, the request-to-send message is sent all the time.
The timer No. 4 is a retransmission timer of data, and since dtn is a reliable data transmission protocol, when the data does not receive the ack acknowledgement sent by the relay within a specified time, the data packet is retransmitted, so as to ensure that the receiving party receives the data at a certain time.
If the data is not responded within a certain period of time in the last state, the relay is considered to be damaged or the relay cannot continue to transmit due to other reasons, and then the relay request message is sent to the flight control again, and the second state is returned again, and the relay response is waited.
Step 2: the relay forwarding processing module of the network management server enters an improved storage forwarding protocol flow, and the processed message enters a state to be sent.
Referring to fig. 3, fig. 3 is a header of a standard store-and-forward protocol message; wherein, the definition of the identification bit is as shown in table 1:
TABLE 1
Wherein, type represents message classification, len represents message length, s_ip represents source IP address, d_ip represents destination IP address, s_port represents source Port, d_port represents destination Port, and Content represents specific Content of the message.
The modified store-and-forward protocol classifies Type values into three main categories:
1. data message
This is a message format used to indicate whether the data is sent by the source satellite ground station or the network management relay module.
2. Relay message
The message type is mainly used for requesting a relay module, and the network management relay module and the source satellite ground station interact and mainly comprises a relay request message, a relay reply message, a task termination message, a task timeout message and a communication end message.
3. Control message
In the process of message transmission, in order to ensure reliable transmission of data, a control message is defined. The control message mainly includes a request-to-send message, a grant-to-send message, an acknowledge message, and a communication interrupt message. Mainly used for controlling the sending and receiving of data.
The message steps of the improved store-and-forward protocol are:
an m_serial field is added to the data message to identify the packet sequence number. The header of the message of the modified store-and-forward protocol is shown in fig. 4; wherein the definition of the identification bit is improved as shown in table 2:
TABLE 2
Wherein, type:1 byte; indicating the message type.
Len:2 bytes; representing the DATA length, identifying the app_data byte number.
S_ip:4 bytes; representing the source IP address.
D_ip:4 bytes; representing the destination IP address.
S_Port:2 bytes; representing the source port number.
D_port:2 bytes; representing the destination port number.
m_serial: a transmission state number; 1 denotes a state to be transmitted, and 0 denotes a transmission state.
App_data: representing the original application data.
The relay IP and the port number of the relay are added in the relay message, as shown in fig. 5; wherein the definition of the identification bit is improved as shown in table 3:
TABLE 3 Table 3
Wherein, type:1 byte; indicating the message type.
Len:2 bytes; representing the message length.
S_ip:4 bytes; representing the source IP address.
D_ip:4 bytes; representing the destination IP address.
S_Port:2 bytes; representing the source port number.
D_port:2 bytes; representing the destination port number.
Relay:4 bytes; representing the IP address of the relay.
Relay port:2 bytes; representing the port number of the relay.
Info:1 byte; representing interrupt specific information (reserved field).
An Info field and a flag acknowledgement field are added to the control message, as shown in fig. 6; wherein the definition of the identification bit is improved as shown in table 4:
TABLE 4 Table 4
Wherein, type:1 byte; indicating the message type.
Len:2 bytes; representing the message length.
S_ip:4 bytes; representing the source IP address.
D_ip:4 bytes; representing the destination IP address.
S_Port:2 bytes; representing the source port number.
D_port:2 bytes; representing the destination port number.
Flag:2 bytes; this indicates that this is the number of the acknowledgement data, which is valid in the ACK message.
Info:1 byte; representing interrupt specific information (reserved field).
Referring to fig. 7, the relay forwarding processing module includes: a message transmission interface for establishing link communication with the network management server; the IP message analysis module is used for carrying out storage forwarding protocol identification; an IP packet improvement module for performing an improved store-and-forward protocol; a state message queue to be sent for storing messages to be sent; a transmission state message queue for storing transmission state messages; a processor for operation.
The TOS field is a service type according to the IP header definition. In the modified protocol, TOS field in the IP header is changed, and tos=77 is a normal link establishment data message by default, and tos=100 is a non-link establishment data message. The specific flow is as follows:
the source satellite ground station generates a standard storage forwarding protocol message field as tos=77, and if the satellite ground station of the destination address is not connected to the network and cannot build a link, the standard storage forwarding protocol message field is sent to the network management server through a standard socket.
After the message reaches the network management server, the network management sends the message to the relay forwarding processing module.
The relay forwarding processing module receives the packets with tos=77, and enters the packets into the IP message parsing module for protocol parsing.
After the protocol analysis of the IP message analysis module is finished, the IP message improvement module improves the message header of the message according to the format of the relay message, simultaneously sets the TOS value as 100, sets the m_Serial as 1, and puts the message into a message queue to be sent.
And the network management server discovers that the satellite ground station of the destination address is on line, and generates a control message and sends the control message to the relay forwarding processing module.
After the relay forwarding processing module passes the control message through the IP message analysis module, the message corresponding to the destination address is found in the message queue of the state to be sent, the m_serial state of the message is 0, and the message is put into the message sending state queue.
And the relay forwarding processing module sequentially transmits the messages in the message sending state queue to the satellite ground station of the destination address to complete the non-link establishment communication of the two parties.
Step 3: and when the network access of the destination satellite ground station of the message is successful, the message is sent to the destination satellite ground station.
Step 4: judging whether a source satellite ground station is online or not; if the source satellite ground station is online, automatically establishing link communication; if the source satellite ground station is already offline, the message replied by the destination satellite ground station is processed in a relay mode.
A store-and-forward relay process comprising: a wait for request to send message state, a wait for data state, a wait for end to receive data state, a wait for allow to send message state, and a wait for acknowledge state.
In the running process of the program, when the task termination message is received, the current transmission is stopped, the relay IP in the task termination message is recorded, and then the src state machine of the machine is started.
When the total life cycle of the program has expired, i.e. the timer number 1 has expired, it returns to the first state.
When the program receives the request to send message, it will judge the Type, create the Type of the relay state machine as 64, then the relay state machine sends the permission to send message to the source and enters into the waiting data state, in this state, if the request to send message is received again, it indicates that the permission to send message is lost, at this time, it will reply the permission to send message and continue waiting data. When receiving the data transmission ending message, the program sets a timer 5, and the timer 5 is mainly used for waiting for ending; since ACK acknowledging the end of transmission may be lost, the current method is mainly used to solve the problem that ACK is lost to bring the program into a stopped state.
When the timer number 5 times out, the receiving ends, the program sends a communication ending message to the flight control, and sends a request sending message to the destination, the type is 70, and then the program enters a state of waiting for allowing sending of the message.
When the program receives the permission message, it enters a wait confirmation state, and sets a timer 4.
After the program receives the acknowledgement ACK of the last data, the state is destroyed and the cache is cleaned.
Referring to fig. 8, fig. 8 is a receiving process of a destination satellite ground station, including: waiting for a request to send a message state, waiting for a data state, and waiting for an end to receive the data state;
the first state is the transient state in that the destination machine immediately creates the destination state machine and sends a clear to send message and then enters the wait for data state upon receipt of a request transmission of Type 70.
In the state of waiting for data, when receiving the data transmission end message, the timer 2 is set, then the state of waiting for end is entered, until the timer 2 is overtime, the data is transmitted to the local application, and then the destination state machine is ended.
The above description is only a preferred embodiment of the present application, and the protection scope of the present application is not limited to the above examples, and all technical solutions belonging to the concept of the present application belong to the protection scope of the present application. It should be noted that modifications and adaptations to the present application may occur to one skilled in the art without departing from the principles of the present application and are intended to be within the scope of the present application.
Claims (7)
1. A method of non-real-time relay communication based on an improved store-and-forward protocol, the method comprising the steps of:
s1, a source satellite ground station sends a message to a network management server;
s2, a relay forwarding processing module of the network management server enters an improved storage forwarding protocol flow, and the processed message enters a state to be sent;
s3, when the network access of the destination satellite ground station of the message is successful, the message is sent to the destination satellite ground station;
s4, judging whether a source satellite ground station is online; if the source satellite ground station is online, automatically establishing link communication; if the source satellite ground station is already offline, the message replied by the destination satellite ground station is processed by adopting a relay mode;
the step of the relay forwarding processing module entering the improved store-and-forward protocol flow is as follows:
the source satellite ground station generates a standard store-and-forward protocol message with a field TOS=77, and if the destination satellite ground station is not connected to the network and cannot build a link, the message is sent to a network management server through a standard socket; the TOS field is a service type; tos=77 is a normal link establishment data message;
after the message reaches the network management server, the network management sends the message to the relay forwarding processing module;
the relay forwarding processing module receives a packet with tos=77 and carries out protocol analysis on the packet through the IP message analysis module;
the IP message improvement module improves the message header of the standard store-and-forward protocol message according to the format of the relay message, sets the TOS value as 100, sets the m_serial as 1, and then puts the processed message into a message queue in a state to be sent;
the network management server generates a control message and sends the control message to the relay forwarding processing module;
after the relay forwarding processing module passes the control message through the IP message analysis module, a message corresponding to a destination address is found in a state message queue to be sent, the m_serial state of the message is set to be 0, and then the message is put into the state message queue;
and the relay forwarding processing module sequentially transmits the messages in the transmission state message queue to the satellite ground station of the destination address to complete the non-link establishment communication of the two parties.
2. The method for non-real-time relay communication based on the modified store-and-forward protocol according to claim 1, wherein: the message classification of the improved store-and-forward protocol includes: a data message for indicating whether the data is sent by the source satellite ground station or the relay forwarding processing module; a relay message for requesting a relay forwarding processing module; control messages for controlling data transmission and reception.
3. The method for non-real-time relay communication based on the modified store-and-forward protocol according to claim 2, wherein: the message steps of improving the store-and-forward protocol are as follows:
adding an m_serial field in the data message to identify a data packet sequence number; the m_serial field is used for representing a transmission state number;
adding a relay IP and a port number of a relay in the relay message;
the control message adds an Info field and a flag confirm field; the Info field is used for representing interrupt specific information; the flag confirm field is used to indicate the confirmation of the data number.
4. The method for non-real-time relay communication based on the modified store-and-forward protocol according to claim 1, wherein: the relay forwarding processing module comprises: a message transmission interface for establishing link communication with the network management server; the IP message analysis module is used for carrying out storage forwarding protocol identification; an IP packet improvement module for performing an improved store-and-forward protocol; a state message queue to be sent for storing messages to be sent; a transmission state message queue for storing transmission state messages; a processor for operation.
5. The method for non-real-time relay communication based on the modified store-and-forward protocol according to claim 1, wherein: the step of sending a message to a network management server by the source satellite ground station is as follows: the initial state waits for a call, waits for a relay reply message, waits for an allowed message to be sent, and waits for an acknowledgement.
6. The method for non-real-time relay communication based on the modified store-and-forward protocol according to claim 1, wherein: the relay mode processing comprises the following steps: wait for request to send message state, wait for data state, wait for end to receive data state, wait for allow to send message state, wait for acknowledge state.
7. The method for non-real-time relay communication based on the modified store-and-forward protocol according to claim 1, wherein: the message is sent to the destination satellite ground station by the steps of: wait for request to send message state, wait for data state, wait for end to receive data state.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310740612.3A CN116488712B (en) | 2023-06-21 | 2023-06-21 | Non-real-time relay communication method based on improved store-and-forward protocol |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310740612.3A CN116488712B (en) | 2023-06-21 | 2023-06-21 | Non-real-time relay communication method based on improved store-and-forward protocol |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116488712A CN116488712A (en) | 2023-07-25 |
CN116488712B true CN116488712B (en) | 2023-09-12 |
Family
ID=87212241
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310740612.3A Active CN116488712B (en) | 2023-06-21 | 2023-06-21 | Non-real-time relay communication method based on improved store-and-forward protocol |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116488712B (en) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102664867A (en) * | 2012-03-15 | 2012-09-12 | 南京邮电大学 | Method for enhancing transmission protocols in satellite communication system |
CN103647664A (en) * | 2013-12-13 | 2014-03-19 | 哈尔滨工业大学深圳研究生院 | Distributed simulation system for deep space multi-relay satellite communication |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060068761A1 (en) * | 2004-09-28 | 2006-03-30 | Lucent Technologies Inc. | System and method for prioritizing a store-and-forward message |
US8274925B2 (en) * | 2010-01-05 | 2012-09-25 | Atc Technologies, Llc | Retaining traffic channel assignments for satellite terminals to provide lower latency communication services |
-
2023
- 2023-06-21 CN CN202310740612.3A patent/CN116488712B/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102664867A (en) * | 2012-03-15 | 2012-09-12 | 南京邮电大学 | Method for enhancing transmission protocols in satellite communication system |
CN103647664A (en) * | 2013-12-13 | 2014-03-19 | 哈尔滨工业大学深圳研究生院 | Distributed simulation system for deep space multi-relay satellite communication |
Also Published As
Publication number | Publication date |
---|---|
CN116488712A (en) | 2023-07-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106330414B (en) | Message transmission method and device | |
US6765889B1 (en) | Communication method and system | |
US6765882B2 (en) | Method and system for data packet collision avoidance in a wireless communication system | |
JPH05207023A (en) | Mass data transmitting method | |
CN106713126B (en) | Method and system for one-way transmission of e-mail information between internal network and external network | |
US20110038369A1 (en) | Communication method and apparatus based on user datagram protocol | |
CN113765976A (en) | Communication method and system | |
TW200412750A (en) | Data communication method and information processing device | |
CN112152880A (en) | Link health detection method and device | |
JPH06326713A (en) | Data transmission control method | |
EP1580916B1 (en) | System and method for transmitting units of messages in a mobile communication system | |
JP2006074132A (en) | Multicast communication method and gateway device | |
CN101547214A (en) | Method and network side equipment for pushing inside data of enterprise | |
CN116488712B (en) | Non-real-time relay communication method based on improved store-and-forward protocol | |
CN116846959A (en) | Message receiving and transmitting method and device based on MQTT protocol | |
CN101330664A (en) | Method, system and apparatus for realizing multimedia business | |
CN111447046B (en) | Service data transmission method, device, equipment and storage medium | |
CN101267458A (en) | A data transmission method for storage system under network environment | |
CN101617509B (en) | Method for transferring data to a plurality of control appliances | |
JP2008278410A (en) | Communication system, communication device, communication method, and communication program | |
CN113098663B (en) | ASDU (asynchronous serial bus) frame transmission method, receiving method and system based on GSP (generalized likelihood protocol) | |
KR101328028B1 (en) | System and method for message transmission based on session | |
JP3693953B2 (en) | Broadcast transmission method, apparatus, and program | |
US20240259767A1 (en) | Method for communicating messages between a plurality of pieces of user equipment | |
WO2024027614A1 (en) | Communication method and communication device |
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 |