CN103825689B - Delay determinacy message retransmission method with local cache - Google Patents
Delay determinacy message retransmission method with local cache Download PDFInfo
- Publication number
- CN103825689B CN103825689B CN201410073851.9A CN201410073851A CN103825689B CN 103825689 B CN103825689 B CN 103825689B CN 201410073851 A CN201410073851 A CN 201410073851A CN 103825689 B CN103825689 B CN 103825689B
- Authority
- CN
- China
- Prior art keywords
- message
- definitiveness
- delay
- option
- receiving terminal
- 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
Landscapes
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
The invention provides a delay determinacy message retransmission method with a local cache. A receiving end requests data which needs retransmitted from a sending end unequivocally, and information of more than one lost data section is included in a request. The local cache is arranged, lost messages can be subjected to local retransmission, and accordingly the phenomenon of packet loss of a reverse link ACK can be avoided. The method is a strategy through which loss restoring is carried out quickly with limited bandwidth, on a channel with large delay and error rate and asymmetric link bandwidth, the frequency and the amount of message retransmission are reduced, and the problem of channel efficiency lowering during packet loss caused by reverse channel bandwidth limiting on the channel is avoided. By arranging the local cache, the problem that channel transmission efficiency is low due to large delay when reverse ACK messages are lost can be solved. According to the method, satellite link message retransmission efficiency can be greatly improved, and satellite channel using rate is greatly improved.
Description
Technical field
The present invention relates to a kind of delay definitiveness message retransmission method with local cache.
Background technology
Because there is satellite link propagation delay length, bandwidth time delay to accumulate the characteristics of big, the bit error rate is high, in result in the Internet
Wide variety of Transmission Control Protocol performance when satellite link is applied to is greatly affected, and seriously limits satellite link resource
Utilize, efficiency of transmission cannot meet miscellaneous service demand.Transmission Control Protocol, transmission control protocol is a kind of agreement of feedback response,
Data receiver situation can be returned to transmitting terminal by receiving terminal by ACK message, especially when link error code or network congestion occur
During message dropping, transmitting terminal can understand packet drop according to ACK information, trigger message retransmission.And in satellite link, it is larger
Time delay cause above-mentioned retransmission efficiency very low because the ACK information that uses of tradition can only be included in a transmission window one
Mistake, if TCP bags occur in that multiple mistakes in a window, then we have to send multiple ACK informations notices
Sending end, this is severely limited for up channel, and uplink downlink Capacity Ratio is 1:10 to 1:Asymmetric letter between 1000
It is very unfavorable to be undoubtedly for road.
For the problems referred to above, a kind of delay definitiveness message retransmission method with local cache is proposed.
The content of the invention
It is an object of the invention to provide a kind of delay definitiveness message retransmission method with local cache solves existing skill
Present in art in satellite link, larger time delay causes the retransmission efficiency after message dropping very low, because what tradition was used
ACK information can only include a transmission window in one at mistake, if TCP bags occur in that multiple mistakes in a window,
So we have to send multiple ACK informations notice transmitting terminals, and this is severely limited for up channel, uplink downlink
Capacity Ratio is 1:10 to 1:It is undoubtedly very unfavorable problem for nonsymmetric channel between 1000.
The present invention provides a kind of delay definitiveness message retransmission method with local cache, solves satellite link long delay
The message retransmission efficiency for causing is low, and channel resource wastes serious problem.
The present invention technical solution be：
A kind of delay definitiveness message retransmission method with local cache,
The concrete packet drop of recorded message transmission, when there is packet loss, receiving terminal sends definitiveness and retransmits to transmitting terminal
Request, the message that request transmission is lost carries one or more information for losing message in the request；
Retransmission delay is arranged to the new message lost, when there is new message dropping, after retransmission delay receiving terminal to
Transmitting terminal sends the new message lost of request transmission；
Local cache is set in satellite link receiving terminal gateway, the reverse link ACK transmission that receiving node sends is lost
When, message is retransmitted by receiving terminal gateway.
Preferably, definitiveness repeat requests option is activated by TCP connection establishments process, the definitiveness repeat requests option
In the Option Field of TCP header, and the definitiveness is activated by the negotiation determination of transmitting-receiving two-end point when TCP connects setting up
Repeat requests option；
If the two ends of TCP connections have used definitiveness repeat requests option in the SYN segment of TCP header, then it is determined that
Property repeat requests option will be activated, if TCP connection two ends in any one end do not support definitiveness repeat requests, then
By using conventional ACK or time delay ACK.
Preferably, the whether correct information of receiving data queue record message, receiving terminal is disappeared using bit vector in an ACK
The information of multiple loss messages is represented in breath；
In the receiving data queue of data receiver, record has data receiver information correctly or incorrectly, when in queue
When there is error message, receiving terminal represents the information of multiple loss messages using bit vector, and by response ACK message data are issued
Transmitting terminal.
Preferably, when there is new message dropping, retransmission delay is set, response message ACK is not sent immediately, but postpone
After a period of time, all packet drops occurred in bit vector gets the bid bright this period, unification returns to data sending terminal.
Preferably, local cache is set, with the loss for preventing reverse link ACK from transmitting.In G2 gateways, local cache is set,
Storage is sent to the message of H2, when the reverse link ACK that H2 sends loses, is locally retransmitted by G2, saves what packet loss was retransmitted
Time.
Preferably, if it is determined that property repeat requests are lost in transmission, then data receiver retransmits the request.
Preferably, the step of initiating definitiveness message retransmission is described as follows：
Step one：Transmitting terminal arranges definitiveness message retransmission option in tcp header option, and initiating connection to receiving terminal please
Ask, i.e., SYN is set in the header（It is synchronous）Mark；
Step 2：Receiving terminal receives connection request, if protocol stack supports the process of the option, goes to step three, otherwise
Go to step four；
Step 3：Receiving terminal arranges definitiveness message retransmission option in tcp header option, and initiating connection to transmitting terminal should
Answer, i.e., SYN/ACK is set in the header（Synchronization/response）Mark, expression receives the use of the option；
Step 4：Receiving terminal initiates to connection reply to transmitting terminal, i.e., arrange SYN/ACK in the header（Synchronization/response）Mark
Will, expression does not receive the use of the option；
Step 5：Terminate.
Preferably, the step of receiving terminal transmits definitiveness message retransmission information to transmitting terminal is described as follows：
Step one：Receiving terminal checks the message dropping situation of receiving queue；
Step 2：Receiving terminal fills in header information according to packet drop, and the types value in definitiveness message retransmission option sets
It is set to 21；Fill in length value, mistake side-play amount at the 1st, incorrect length value and bit vector at the 1st；
Step 3：Receiving terminal sends response message when retransmission delay clock time-out；
Step 4：Terminate.
Preferably, the step of definitiveness repeat requests receiving terminal is processed is described as follows：
Step one：Mistake in transmission definitiveness repeat requests the 1st；
Step 2：Retransmit by bit vector ascending order, i.e., definitiveness repeat requests bit vector order moves to left last until having retransmitted
0 corresponding 1 MSS data segment in one 1 left side；
Step 3：Terminate.
The present invention provides a kind of message retransmission method over the satellite link, i.e., the definitiveness with local cache is retransmitted please
Seek method（DSACK）, the data that data receiver needs to retransmit to transmitting terminal clear request in the method, and can wrap in asking
The information of data segment is lost containing more than one.Local cache is set, and the message to losing can be locally retransmitted, it is anti-so as to prevent
There is packet loss phenomenon to link ACK.The method is one kind strategy that loss recovery is quickly carried out using finite bandwidth, therefore,
Just seem for long delay network extremely important.
The invention has the beneficial effects as follows：A kind of delay definitiveness message retransmission method with local cache of the present invention, connects
The concrete packet drop of receiving end recorded message transmission, when there is packet loss, receiving terminal is to the transmitting terminal request report that only transmission is lost
Text, and the information of multiple loss messages can be carried in once asking.This kind has the delay definitiveness message of local cache
Repeating method, can on the asymmetric channel of long time delay, the bit error rate and link bandwidth, reduce message retransmission frequency and
Quantity, it is to avoid the problem that channel efficiency declines when causing packet loss due to backward channel Bandwidth-Constrained on such channel.Simultaneously
By arranging local cache, when can solve the problem that reverse ACK message droppings, the channel transport efficiency that caused due to long time delay is low to ask
Topic.The method can greatly improve satellite link message retransmission efficiency, greatly improve satellite channel utilization rate.
Description of the drawings
Fig. 1 is the network environment schematic diagram of the embodiment of the present invention；
Fig. 2 is three definitiveness repeat requests data sections that bit vector is produced used in the embodiment of the present invention；
Fig. 3 is the data sequence schematic diagram of TCP receiving terminals in the embodiment of the present invention；
Fig. 4 is that receiving terminal sends the flow chart for retransmitting response in the embodiment of the present invention.
Specific embodiment
Describe the preferred embodiments of the present invention in detail below in conjunction with the accompanying drawings.
The method of the present embodiment description is applied in network environment as shown in Figure 1.Company wherein between user H1 and H2
Connect comprising one section of satellite link, separated satellite link and terrestrial links using gateway station G1 and G2, entirely connect quilt
Three sections are divided into, different protocol processes methods are employed.Message retransmission method in the present embodiment is just applied to satellite link
In section connection 2.
As shown in Fig. 2 be the data queue of data receiver order of occurrence mistake in figure, according to the choosing of definitiveness repeat requests
Item data section is required, using bit vector transmission definitiveness repeat requests.In Fig. 2, exist at three in the buffer queue of receiving terminal
Mistake, mistake just there occurs at once when previous ACK is received at first, therefore its side-play amount is 0, occupy 2 MSS's
Length, mistake point is 8 apart from the side-play amount of current ACK at second, takes 2 MSS length, the side-play amount of mistake at the 3rd
It is 12, takes 1 MSS length.
The definitiveness number of retransmission requests produced by data receiver according to section, as shown in Figure 3.It should be noted that type is
Constant 21, refers exclusively to definitiveness repeat requests in TCP packet header；Length refers to that 6 bytes of definitiveness repeat requests option are added
2 bytes of its bit vector, totally 8 byte；Last mend after 1 five 0 is to gather together enough the eight of a byte.
Receiving terminal sends the flow process of re-transmission response and sees Fig. 4.
A kind of delay definitiveness message retransmission method with local cache of embodiment, by the concrete of recorded message transmission
Packet drop, when there is packet loss, receiving terminal to transmitting terminal sends definitiveness repeat requests, and the message that request transmission is lost should
One or more information for losing message are carried in request；Retransmission delay is arranged to the new message lost, new message is occurred and is lost
During mistake, receiving terminal sends the new message lost of request transmission to transmitting terminal after retransmission delay；In satellite link receiving terminal net
Local cache is set at pass, when the reverse link ACK transmission that receiving node sends is lost, message is retransmitted by receiving terminal gateway.
Definitiveness repeat requests option is activated by TCP connection establishments process, and the definitiveness repeat requests option is located at TCP
In the Option Field of header, and determine that activating definitiveness re-transmission asks by the negotiation of transmitting-receiving two-end point when TCP connects setting up
Seek option；If the two ends of TCP connections have used definitiveness repeat requests option in the SYN segment of TCP header, then definitiveness
Repeat requests option will be activated, if definitiveness repeat requests are not supported in any one end in the two ends of TCP connections, then will
Using conventional ACK or time delay ACK.
The whether correct information of receiving data queue record message, receiving terminal utilizes bit vector table in an ACK message
Show the information of multiple loss messages；In the receiving data queue of data receiver, record has data receiver correctly or incorrectly
Information, when there is error message in queue, receiving terminal represents the information of multiple loss messages using bit vector, by response
ACK message issues data sending terminal；
When there is new message dropping, retransmission delay is set, response message ACK is not sent immediately, but when postponing one section
Between after, all packet drops occurred in bit vector gets the bid bright this period, unification returns to data sending terminal；
Local cache is set in G2 gateways, storage is sent to the message of H2, when the reverse link ACK that H2 sends loses, by
G2 is locally retransmitted, and saves the time that packet loss is retransmitted.
If it is determined that property repeat requests are lost in transmission, then data receiver retransmits the request.
The step of initiating definitiveness message retransmission is described as follows：
Step one：Transmitting terminal arranges definitiveness message retransmission option in tcp header option, and initiating connection to receiving terminal please
Ask, i.e., SYN is set in the header（It is synchronous）Mark；
Step 2：Receiving terminal receives connection request, if protocol stack supports the process of the option, goes to step three, otherwise
Go to step four；
Step 3：Receiving terminal arranges definitiveness message retransmission option in tcp header option, and initiating connection to transmitting terminal should
Answer, i.e., SYN/ACK is set in the header（Synchronization/response）Mark, expression receives the use of the option；
Step 4：Receiving terminal initiates to connection reply to transmitting terminal, i.e., arrange SYN/ACK in the header（Synchronization/response）Mark
Will, expression does not receive the use of the option；
Step 5：Terminate.
The step of receiving terminal transmits definitiveness message retransmission information to transmitting terminal is described as follows：
Step one：Receiving terminal checks the message dropping situation of receiving queue；
Step 2：Receiving terminal fills in header information according to packet drop, and the types value in definitiveness message retransmission option sets
It is set to 21；Fill in length value, mistake side-play amount at the 1st, incorrect length value and bit vector at the 1st；
Step 3：Receiving terminal sends response message when retransmission delay clock time-out；
Step 4：Terminate.
Preferably, the step of definitiveness repeat requests receiving terminal is processed is described as follows：
Step one：Mistake in transmission definitiveness repeat requests the 1st；
Step 2：Retransmit by bit vector ascending order, i.e., definitiveness repeat requests bit vector order moves to left last until having retransmitted
0 corresponding 1 MSS data segment in one 1 left side；
Step 3：Terminate.
Definitiveness repeat requests option is located at TCP header parts, and definitiveness repeat requests option includes data below section, such as
Shown in Fig. 3：
Type：The field has to use for a byte, being to determine property repeat requests when being using definitiveness repeat requests
The first character section of option, its value is 21；
Length：Second byte of being to determine property repeat requests option, the word shared by being to determine property repeat requests option
Joint number, including the bit vector of definitiveness repeat requests, the length value of standard is length of 6 bytes plus bit vector；
Mistake side-play amount at 1st：The field takes two bytes, third and fourth word of being to determine property repeat requests option
Section, the value indicates the side-play amount between first mistake in receiving terminal data queue and the ACK that is currently received.Its unit
It is MSS（Maximum Segment Size maximum segment sizes）, can be simply calculated by equation below.
The side-play amount of mistake 1=（Offset sequence value-ACK is worth）/（The byte number that 1 MSS is included）
Incorrect length at 1st：The field takes two bytes, the five, the six bytes of being to determine property repeat requests option.
The length of the above-mentioned first error of transmission section of the field references, gives mistake and accounts for how many bytes, its unit altogether
It is MSS.It is calculated as follows：
The byte number that byte number/1 MSS of 1 length of mistake=mistake 1 is included.
Definitiveness repeat requests bit vector：After the length field of bit vector mistake 1, continuous byte is taken, it is contained
The remaining mistake for having been detected as being present in receiving queue, thus take byte number will become with number of errors
Change.Bit vector is made up of 0 and 1, and the data block of a MSS size has been lost at 0 expression position, and 1 represents successfully
Receive.If less than eight, 0 being mended after 1 at last and supplying eight, and 0 herein does not represent the data of loss.
Claims (8)
1. a kind of delay definitiveness message retransmission method with local cache, it is characterised in that：
The concrete packet drop of recorded message transmission, when there is packet loss, receiving terminal to transmitting terminal sends definitiveness repeat requests,
The message that request transmission is lost, carries one or more information for losing message in the request；
Retransmission delay is arranged to the new message lost, when there is new message dropping, receiving terminal is to transmission after retransmission delay
End sends the new message lost of request transmission；
In satellite link receiving terminal gateway, local cache is set, when the reverse link ACK transmission that receiving node sends is lost, by
Receiving terminal gateway retransmits message；
Definitiveness repeat requests option is activated by TCP connection establishments process, and the definitiveness repeat requests option is located at TCP header
Option Field in, and activation definitiveness repeat requests choosing is determined by the negotiation of transmitting-receiving two-end point when TCP connects setting up
；
If the two ends of TCP connections have used definitiveness repeat requests option in the SYN segment of TCP header, then definitiveness weight
Passing request option will be activated, if definitiveness repeat requests are not supported in any one end in the two ends of TCP connections, then will make
With conventional ACK or time delay ACK.
2. there is as claimed in claim 1 the delay definitiveness message retransmission method of local cache, it is characterised in that：Receive number
According to the whether correct information of queue record message, receiving terminal represents multiple loss messages using bit vector in an ACK message
Information；
In the receiving data queue of data receiver, record has data receiver information correctly or incorrectly, when presence in queue
During error message, receiving terminal represents the information of multiple loss messages using bit vector, and by response ACK message data is activation is issued
End.
3. there is as claimed in claim 1 the delay definitiveness message retransmission method of local cache, it is characterised in that：Occur new
Message dropping when, arrange retransmission delay, immediately send response message ACK, but postpone a period of time after, in bit vector
The all packet drops occurred in this period are indicated, unification returns to data sending terminal.
4. there is as claimed in claim 1 the delay definitiveness message retransmission method of local cache, it is characterised in that：In G2 nets
Close and local cache is set, storage is sent to the message of H2, when the reverse link ACK that H2 sends loses, locally retransmitted by G2.
5. the delay definitiveness message retransmission method with local cache as described in any one of claim 1-4, its feature exists
In：If it is determined that property repeat requests are lost in transmission, then data receiver retransmits the request.
6. the delay definitiveness message retransmission method with local cache as described in any one of claim 1-4, its feature exists
In：The step of initiating definitiveness message retransmission is described as follows：
Step one：Transmitting terminal arranges definitiveness message retransmission option in tcp header option, and to receiving terminal connection request is initiated,
SYN flag is set in the header；
Step 2：Receiving terminal receives connection request, if protocol stack supports the process of the option, goes to step three, otherwise turns step
Rapid four；
Step 3：Receiving terminal arranges definitiveness message retransmission option in tcp header option, initiates to connection reply to transmitting terminal,
SYN/ACK marks are set in the header, and expression receives the use of the option；
Step 4：Receiving terminal initiates to connection reply to transmitting terminal, i.e., arrange SYN/ACK marks in the header, and expression does not receive this
The use of option；
Step 5：Terminate.
7. the delay definitiveness message retransmission method with local cache as described in any one of claim 1-4, its feature exists
In：The step of receiving terminal transmits definitiveness message retransmission information to transmitting terminal is described as follows：
Step one：Receiving terminal checks the message dropping situation of receiving queue；
Step 2：Receiving terminal fills in header information according to packet drop, and the types value in definitiveness message retransmission option is set to
21；Fill in length value, mistake side-play amount at the 1st, incorrect length value and bit vector at the 1st；
Step 3：Receiving terminal sends response message when retransmission delay clock time-out；
Step 4：Terminate.
8. the delay definitiveness message retransmission method with local cache as described in any one of claim 1-4, its feature exists
In：The step of definitiveness repeat requests receiving terminal is processed is described as follows：
Step one：Mistake in transmission definitiveness repeat requests the 1st；
Step 2：By bit vector ascending order retransmit, i.e., definitiveness repeat requests bit vector order move to left until retransmitted last 1
0 corresponding 1 MSS data segment in left side；
Step 3：Terminate.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410073851.9A CN103825689B (en) | 2014-03-03 | 2014-03-03 | Delay determinacy message retransmission method with local cache |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410073851.9A CN103825689B (en) | 2014-03-03 | 2014-03-03 | Delay determinacy message retransmission method with local cache |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103825689A CN103825689A (en) | 2014-05-28 |
| CN103825689B true CN103825689B (en) | 2017-04-19 |
Family
ID=50760542
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410073851.9A Active CN103825689B (en) | 2014-03-03 | 2014-03-03 | Delay determinacy message retransmission method with local cache |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103825689B (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111314199A (en) * | 2014-12-24 | 2020-06-19 | 柏思科技有限公司 | Method and system for managing error correction mode |
| CN108512708B (en) * | 2017-02-24 | 2023-01-06 | 中兴通讯股份有限公司 | Cache calculation method and device |
| CN109743143B (en) * | 2018-11-16 | 2021-07-30 | 深圳证券交易所 | Data retransmission method, device and computer readable storage medium |
| CN112865926B (en) * | 2021-02-04 | 2022-09-06 | 中汽创智科技有限公司 | End-to-end safety communication fault tolerance method and system |
| CN113328958B (en) * | 2021-05-06 | 2022-03-11 | 北京连山科技股份有限公司 | Multi-link mass transmission method and system based on UDP (user Datagram protocol) cache optimization |
| CN118368038A (en) * | 2023-01-17 | 2024-07-19 | 华为技术有限公司 | Communication method and device |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101714915A (en) * | 2009-11-02 | 2010-05-26 | 清华大学 | Data retransmission method and system |
| CN102118653A (en) * | 2009-12-31 | 2011-07-06 | 华为技术有限公司 | Method and device for ensuring service quality of live broadcast of web television |
-
2014
- 2014-03-03 CN CN201410073851.9A patent/CN103825689B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101714915A (en) * | 2009-11-02 | 2010-05-26 | 清华大学 | Data retransmission method and system |
| CN102118653A (en) * | 2009-12-31 | 2011-07-06 | 华为技术有限公司 | Method and device for ensuring service quality of live broadcast of web television |
Non-Patent Citations (2)
| Title |
|---|
| 吴敏.可靠组播协议及其缓存管理研究.《中国知网硕士学位论文全文数据库》.2011,全文. * |
| 杜学绘.一个适用于DTN网络的拥塞避免与解除方案.《计算机应用研究》.2013,全文. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103825689A (en) | 2014-05-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103825689B (en) | Delay determinacy message retransmission method with local cache | |
| US10237153B2 (en) | Packet retransmission method and apparatus | |
| TWI259674B (en) | Method and apparatus for reducing transmission errors in a third generation cellular system | |
| CN110995697A (en) | Big data transmission method and system | |
| CN108270682A (en) | A kind of message transmitting method, terminal, the network equipment and communication system | |
| US9007904B2 (en) | System to improve an ethernet network | |
| KR20100127760A (en) | Method and arrangement for tcp flow control | |
| CN107257270A (en) | Data transmission method and system based on hybrid automatic repeat-request | |
| CN105934907A (en) | Radio resource scheduling method and apparatus | |
| CN104780028A (en) | Method and equipment for retransmitting TCP (transmission control protocol) data messages | |
| CN104618007B (en) | A kind of synchronous satellite Transmission Control Protocol segmentation connection optimization method | |
| CN101662350B (en) | Method for reporting packet process result in a mobile communication system | |
| CN105471549A (en) | Block acknowledgement system and block acknowledgement method based on A-MPDU sub-frame position information control | |
| CN103973414B (en) | A kind of data transmission method and device | |
| CN105406915B (en) | A kind of document transmission method towards satellite-ground link | |
| CN108173851B (en) | High-efficiency multimedia transmission method for spatial information network | |
| CN101421965A (en) | Optimised packet data transmission protocol in a communication system employing a transmission window | |
| CN103999394B (en) | Data retransmission and feedback methods, and corresponding apparatus | |
| CN102315923B (en) | Radio link control method of 3G (The 3rd Generation) satellite communication system | |
| CN103716141A (en) | Signal transmission method and apparatus for user equipment in mobile communication system | |
| CN105119695A (en) | Space file transmission method based on quick negative acknowledgement (NAK) | |
| CN108183767A (en) | A kind of method for reliable transmission suitable for space DTN networks | |
| CN105391518B (en) | A kind of document transmission method towards deep space network | |
| CN102694635B (en) | Method and device for generating and using selective acknowledgement (SACK) option | |
| CN109151904B (en) | Lora message reassembly and retransmission method, sending end and receiving end |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |