CN102664717B - Arq反馈通信系统中丢包处理的方法 - Google Patents
Arq反馈通信系统中丢包处理的方法 Download PDFInfo
- Publication number
- CN102664717B CN102664717B CN201210125485.8A CN201210125485A CN102664717B CN 102664717 B CN102664717 B CN 102664717B CN 201210125485 A CN201210125485 A CN 201210125485A CN 102664717 B CN102664717 B CN 102664717B
- Authority
- CN
- China
- Prior art keywords
- packet
- described multiple
- transmissions
- delay time
- abandon
- 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
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开一种ARQ反馈通信系统中丢包处理方法，为解决现有方法无法满足系统QoS的问题而设计。本发明ARQ反馈通信系统中丢包处理的方法为当队列达到阈值且有新数据到达时，读取队列中各数据包的状态信息，获得各数据包的QoS状态，根据各数据包的QoS状态确定要丢弃的数据包。QoS状态包括表征是否有已经发送但未收到ACK/NAK反馈的数据包的ARQ状态、数据包的传输次数、数据包的误包率和/或数据包的传输时延。本发明ARQ反馈通信系统中满足系统QoS的丢包方法的误包率较小，有效地降低系统的误包率，而且可以减小数据包的传输时延，从而能更好的满足系统的QoS。
Description
技术领域
本发明涉及一种ARQ反馈通信系统中丢包处理的方法。
背景技术
对于实行了ARQ(Automatic Repeat-reQuest自动重传请求)协议的系统，当系统的发送端将数据包发送给接收端后，经过一定时间的延迟，会收到接收端的ACK/NAK反馈。当发送端收到的是ACK(Acknowledgement确认)反馈时，则认为数据包接收正确，发送端丢弃队列中的对应的数据包。如果收到的是NAK(Negative Acknowledgement否定应答)反馈，则表明接收端接收错误，如果没有到达最大传输次数的话，则继续进行调度发送。如果到达最大传输次数的话，则将数据包丢弃，该数据包传输错误。
当前的丢包策略主要是丢弃新到的包。这样，当丢弃该包时接收端无法接收该包，一定会造成误包率。
发明内容
为了克服上述的缺陷，本发明提供一种将队列丢包率对系统丢包率的影响控制到最小化的ARQ反馈通信系统中满足系统QoS的丢包方法。
为达到上述目的，本发明提供一种ARQ反馈通信系统中丢包处理的方法，所述方法为当队列达到阈值且有新数据到达时，读取队列中各数据包的状态信息，获得各数据包的QoS状态，根据各数据包的QoS状态确定要丢弃的数据包。
特别是，所述QoS状态包括表征是否有已经发送但未收到ACK/NAK反馈的数据包的ARQ状态、数据包的传输次数、数据包的误包率和/或数据包的传输时延。
特别是，根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若有多个数据包已经发送但未收到ACK/NAK反馈，则判断所述多个数据包的误包率是否相同；
若所述多个数据包的误包率不相同，则丢弃误包率估计值最小的数据包；
若所述多个数据包的误包率相同，则判断所述多个数据包的传输次数是否相同；
若所述多个数据包的传输次数不相同，则丢弃传输次数最大的数据包；
若所述多个数据包的传输次数相同，则判断所述多个数据包的传输时延是否相同；
若所述多个数据包的传输时延相同，则随机丢弃一个数据包；
若所述多个数据包的传输时延不相同，则丢弃传输时延最长的数据包。
特别是，根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若有多个数据包已经发送但未收到ACK/NAK反馈，则比较估计误包率和业务误包率要求，判断是否有数据包满足业务误包率要求；
若有数据包满足业务误包率要求，则丢弃满足业务误包率要求的数据包；
若没有数据包满足业务误包率要求，则判断所述多个数据包的传输次数是否相同；
若所述多个数据包的传输次数不相同，则丢弃传输次数最大的数据包；
若所述多个数据包的传输次数相同，则判断所述多个数据包的传输时延是否相同；
若所述多个数据包的传输时延相同，则随机丢弃一个数据包；
若所述多个数据包的传输时延不相同，则丢弃传输时延最长的数据包。
特别是，根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若有多个数据包已经发送但未收到ACK/NAK反馈，则判断所述多个数据包的误包率是否相同；
若所述多个数据包的误包率不相同，则丢弃误包率估计值最小的数据包；
若所述多个数据包的误包率相同，则判断所述多个数据包的传输时延是否相同；
若所述多个数据包的传输时延不相同，则丢弃传输时延最长的数据包；
若所述多个数据包的传输时延相同，则判断所述多个数据包的传输次数是否相同；
若所述多个数据包的传输次数相同，则随机丢弃一个数据包；
若所述多个数据包的传输次数不相同，则丢弃传输次数最大的数据包。
特别是，根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若有多个数据包已经发送但未收到ACK/NAK反馈，则比较估计误包率和业务误包率要求，判断是否有数据包满足业务误包率要求；
若有数据包满足业务误包率要求，则丢弃满足业务误包率要求的数据包；
若没有数据包满足业务误包率要求，则判断所述多个数据包的传输时延是否相同；
若所述多个数据包的传输时延不相同，则丢弃传输时延最长的数据包；
若所述多个数据包的传输时延相同，则判断所述多个数据包的传输次数是否相同；
若所述多个数据包的传输次数相同，则随机丢弃一个数据包；
若所述多个数据包的传输次数不相同，则丢弃传输次数最大的数据包。
特别是，根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若没有数据包已经发送但未收到ACK/NAK反馈，则判断各个数据包的传输次数是否相同；
若各个数据包的传输次数不相同，则丢弃传输次数最大的数据包；
若各个数据包的传输次数相同，则判断各个数据包的传输时延是否相同；
若各个数据包的传输时延相同，则随机丢弃一个数据包；
若各个数据包的传输时延不相同，则丢弃传输时延最长的数据包。
特别是，根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若没有数据包已经发送但未收到ACK/NAK反馈，则判断各个数据包的传输时延是否相同；
若各个数据包的传输时延不相同，则丢弃传输时延最长的数据包；
若各个数据包的传输时延相同，则判断各个数据包的传输次数是否相同；
若各个数据包的传输次数相同，则随机丢弃一个数据包；
若各个数据包的传输次数不相同，则丢弃传输次数最大的数据包。
本发明ARQ反馈通信系统中丢包处理的方法是根据数据包的QoS状态不同来决定丢弃哪个数据包。相比于随机丢弃，本发明方法造成误包率的概率较小，能有效地降低系统的误包率。而且本方法优先丢弃延迟时间较长的数据包，所以减小了数据包的传输时延，从而能更好的满足系统的QoS。
附图说明
图1为本发明丢包处理方法第一方案的步骤示意图。
图2为本发明丢包处理方法第二方案的步骤示意图。
图3为本发明丢包处理方法第三方案的步骤示意图。
图4为本发明丢包处理方法第四方案的步骤示意图。
具体实施方式
下面结合说明书附图和优选实施例对本发明做详细描述。
本发明ARQ反馈通信系统中丢包处理的方法为当队列达到阈值且有新数据到达时，读取队列中各数据包的状态信息，获得各数据包的QoS(Quality ofService，服务质量)状态，根据各数据包的QoS状态确定要丢弃的数据包。本方法中的阈值即包括存在一个设定值的情况，也包括队列满的情况。
其中，QoS状态包括表征是否有已经发送但未收到ACK/NAK反馈的数据包的ARQ状态、数据包的传输次数、数据包的误包率和/或数据包的传输时延。
通常，ARQ状态的值为0表示该数据包还未发送或者正在等待下次重传；状态的值为1表示该数据包已经发送但未收到ACK/NAK确认。但是ARQ状态的表示方式不限于此。
如图1所示，当已经发送但未收到ACK/NAK反馈的数据包不是一个数据包时，根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若有多个数据包已经发送但未收到ACK/NAK反馈，则判断所述多个数据包的误包率是否相同；
若所述多个数据包的误包率不相同，则丢弃误包率估计值最小的数据包；
若所述多个数据包的误包率相同，则判断所述多个数据包的传输次数是否相同；
若所述多个数据包的传输次数不相同，则丢弃传输次数最大的数据包；
若所述多个数据包的传输次数相同，则判断所述多个数据包的传输时延是否相同；
若所述多个数据包的传输时延相同，则随机丢弃一个数据包；
若所述多个数据包的传输时延不相同，则丢弃传输时延最长的数据包。
如图2所示，当数据包为多业务数据包且已经发送但未收到ACK/NAK反馈的数据包不是一个数据包时，根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若有多个数据包已经发送但未收到ACK/NAK反馈，则比较估计误包率和业务误包率要求，判断是否有数据包满足业务误包率要求；
若有数据包满足业务误包率要求，则丢弃满足业务误包率要求的数据包；
若没有数据包满足业务误包率要求，则判断所述多个数据包的传输次数是否相同；
若所述多个数据包的传输次数不相同，则丢弃传输次数最大的数据包；
若所述多个数据包的传输次数相同，则判断所述多个数据包的传输时延是否相同；
若所述多个数据包的传输时延相同，则随机丢弃一个数据包；
若所述多个数据包的传输时延不相同，则丢弃传输时延最长的数据包。
如图3所示，当数据包为多业务数据包且已经发送但未收到ACK/NAK反馈的数据包不是一个数据包时，根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若有多个数据包已经发送但未收到ACK/NAK反馈，则判断所述多个数据包的误包率是否相同；
若所述多个数据包的误包率不相同，则丢弃误包率估计值最小的数据包；
若所述多个数据包的误包率相同，则判断所述多个数据包的传输时延是否相同；
若所述多个数据包的传输时延不相同，则丢弃传输时延最长的数据包；
若所述多个数据包的传输时延相同，则判断所述多个数据包的传输次数是否相同；
若所述多个数据包的传输次数相同，则随机丢弃一个数据包；
若所述多个数据包的传输次数不相同，则丢弃传输次数最大的数据包。
如图4所示，当数据包为多业务数据包且已经发送但未收到ACK/NAK反馈的数据包不是一个数据包时，根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若有多个数据包已经发送但未收到ACK/NAK反馈，则比较估计误包率和业务误包率要求，判断是否有数据包满足业务误包率要求；
若有数据包满足业务误包率要求，则丢弃满足业务误包率要求的数据包；
若没有数据包满足业务误包率要求，则判断所述多个数据包的传输时延是否相同；
若所述多个数据包的传输时延不相同，则丢弃传输时延最长的数据包；
若所述多个数据包的传输时延相同，则判断所述多个数据包的传输次数是否相同；
若所述多个数据包的传输次数相同，则随机丢弃一个数据包；
若所述多个数据包的传输次数不相同，则丢弃传输次数最大的数据包。
如图1所示，当没有已经发送但未收到ACK/NAK反馈的数据包时，根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若没有数据包已经发送但未收到ACK/NAK反馈，则判断各个数据包的传输次数是否相同；
若各个数据包的传输次数不相同，则丢弃传输次数最大的数据包；
若各个数据包的传输次数相同，则判断各个数据包的传输时延是否相同；
若各个数据包的传输时延相同，则随机丢弃一个数据包；
若各个数据包的传输时延不相同，则丢弃传输时延最长的数据包。
如图3所示，当没有已经发送但未收到ACK/NAK反馈的数据包时，根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若没有数据包已经发送但未收到ACK/NAK反馈，则判断各个数据包的传输时延是否相同；
若各个数据包的传输时延不相同，则丢弃传输时延最长的数据包；
若各个数据包的传输时延相同，则判断各个数据包的传输次数是否相同；
若各个数据包的传输次数相同，则随机丢弃一个数据包；
若各个数据包的传输次数不相同，则丢弃传输次数最大的数据包。
本发明ARQ反馈通信系统中丢包处理的方法是根据数据包的状态不同来决定丢弃哪个数据包。相比于随机丢弃，本发明方法造成误包率的概率较小，能有效地降低系统的误包率。而且本方法优先丢弃延迟时间较长的数据包，所以减小了数据包的传输时延，从而能更好的满足系统的QoS。
优选实施例：假设各个数据包的大小相同，且缓冲区大小为6个数据包的大小。当前队列的长度为6，即队列正好是满的。假设在初始时刻t0，各个数据包的状态如表1所示：
表1各个数据包在初始时刻t0的状态
| 数据包序列号 | 6 | 5 | 4 | 3 | 2 | 1 |
| 状态 | 0 | 0 | 0 | 0 | 0 | 1 |
| 误包率估计 | 1 | 1 | 1 | 1 | 1 | 0.08 |
| 发送次数 | 0 | 0 | 0 | 0 | 0 | 1 |
其中，状态为0表示该数据包还未发送或者正在等待重传，如果该数据包未发送，则其误包率估计值为1；状态为1表示该数据包已经发送但未收到ACK/NAK确认，误包率可以通过系统仿真、统计和滤波的方法进行估计。
对于已经发送的数据包，当收到ACK确认时，则直接丢弃该数据包。即，表1表示数据包1发送了一次，正在等待ACK/NAK反馈确认，而其他数据包还未发送。
假设到了t1时刻，各个数据包的状态如表2所示：
表2各个数据包在初始时刻t1的状态
| 数据包序列号 | 6 | 5 | 4 | 3 | 2 | 1 |
| 状态 | 0 | 1 | 1 | 1 | 1 | 1 |
| 误包率估计 | 1 | 0.05 | 0.04 | 0.05 | 0.04 | 0.01 |
| 发送次数 | 0 | 1 | 1 | 1 | 2 | 3 |
如果在t1时刻，当有三个新数据包到达，则需要丢弃三个数据包。
传统方法主要包括丢弃新到的数据包(丢尾法，drop tail)和丢弃最老的数据包(丢头法，drop front)。当丢弃最老的数据包时，丢弃的数据包的序列号依次为：1、2、3、4、5和6；当丢弃最新的数据包时，丢弃的数据包的序列号依次为：6、5、4、3、2、和1。
传统方法执行后有很大的缺陷。丢弃最老数据包的方案：被丢弃的数据包为1、2和3，而由表2可知，数据包4的误包率高于数据包3，所以该方案会引起更高的系统丢包率；丢弃最新数据包的方案：被丢弃的数据包为6、5和4，而由表2可知，数据包6的丢弃会造成系统的丢包率，即该方案也会引起更高的系统丢包率。
根据本发明ARQ反馈通信系统中满足系统QoS的丢包方法，通过对数据包的丢弃优先级进行排序，丢弃的数据包的序列号依次为：1、2、4、3、5和6。新到达的数据包有三个，则需要丢弃三个数据包，此时丢弃的数据包为数据包1，数据包2和数据包4。应用本发明的丢包方法后，误包率的概率明显减小了，有效地降低系统的误包率。
以上，仅为本发明的较佳实施例，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求所界定的保护范围为准。
Claims (1)
1.一种ARQ反馈通信系统中丢包处理的方法，其特征在于，所述方法为当队列达到阈值且有新数据到达时，读取队列中各数据包的状态信息，获得各数据包的QoS状态，根据各数据包的QoS状态确定要丢弃的数据包；
所述QoS状态包括表征是否有已经发送但未收到ACK/NAK反馈的数据包的ARQ状态、数据包的传输次数、数据包的误包率和/或数据包的传输时延；
根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若有多个数据包已经发送但未收到ACK/NAK反馈，则判断所述多个数据包的误包率是否相同；
若所述多个数据包的误包率不相同，则丢弃误包率估计值最小的数据包；
若所述多个数据包的误包率相同，则判断所述多个数据包的传输次数是否相同；
若所述多个数据包的传输次数不相同，则丢弃传输次数最大的数据包；
若所述多个数据包的传输次数相同，则判断所述多个数据包的传输时延是否相同；
若所述多个数据包的传输时延相同，则随机丢弃一个数据包；
若所述多个数据包的传输时延不相同，则丢弃传输时延最长的数据包；
或者根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若有多个数据包已经发送但未收到ACK/NAK反馈，则比较估计误包率和业务误包率要求，判断是否有数据包满足业务误包率要求；
若有数据包满足业务误包率要求，则丢弃满足业务误包率要求的数据包；
若没有数据包满足业务误包率要求，则判断所述多个数据包的传输次数是否相同；
若所述多个数据包的传输次数不相同，则丢弃传输次数最大的数据包；
若所述多个数据包的传输次数相同，则判断所述多个数据包的传输时延是否相同；
若所述多个数据包的传输时延相同，则随机丢弃一个数据包；
若所述多个数据包的传输时延不相同，则丢弃传输时延最长的数据包；
或者根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若有多个数据包已经发送但未收到ACK/NAK反馈，则判断所述多个数据包的误包率是否相同；
若所述多个数据包的误包率不相同，则丢弃误包率估计值最小的数据包；
若所述多个数据包的误包率相同，则判断所述多个数据包的传输时延是否相同；
若所述多个数据包的传输时延不相同，则丢弃传输时延最长的数据包；
若所述多个数据包的传输时延相同，则判断所述多个数据包的传输次数是否相同；
若所述多个数据包的传输次数相同，则随机丢弃一个数据包；
若所述多个数据包的传输次数不相同，则丢弃传输次数最大的数据包；
或者根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若有多个数据包已经发送但未收到ACK/NAK反馈，则比较估计误包率和业务误包率要求，判断是否有数据包满足业务误包率要求；
若有数据包满足业务误包率要求，则丢弃满足业务误包率要求的数据包；
若没有数据包满足业务误包率要求，则判断所述多个数据包的传输时延是否相同；
若所述多个数据包的传输时延不相同，则丢弃传输时延最长的数据包；
若所述多个数据包的传输时延相同，则判断所述多个数据包的传输次数是 否相同；
若所述多个数据包的传输次数相同，则随机丢弃一个数据包；
若所述多个数据包的传输次数不相同，则丢弃传输次数最大的数据包；
或者根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若没有数据包已经发送但未收到ACK/NAK反馈，则判断各个数据包的传输次数是否相同；
若各个数据包的传输次数不相同，则丢弃传输次数最大的数据包；
若各个数据包的传输次数相同，则判断各个数据包的传输时延是否相同；
若各个数据包的传输时延相同，则随机丢弃一个数据包；
若各个数据包的传输时延不相同，则丢弃传输时延最长的数据包；
或者根据各数据包的QoS状态确定要丢弃的数据包的步骤包括：
若没有数据包已经发送但未收到ACK/NAK反馈，则判断各个数据包的传输时延是否相同；
若各个数据包的传输时延不相同，则丢弃传输时延最长的数据包；
若各个数据包的传输时延相同，则判断各个数据包的传输次数是否相同；
若各个数据包的传输次数相同，则随机丢弃一个数据包；
若各个数据包的传输次数不相同，则丢弃传输次数最大的数据包。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210125485.8A CN102664717B (zh) | 2012-04-25 | 2012-04-25 | Arq反馈通信系统中丢包处理的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210125485.8A CN102664717B (zh) | 2012-04-25 | 2012-04-25 | Arq反馈通信系统中丢包处理的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102664717A CN102664717A (zh) | 2012-09-12 |
| CN102664717B true CN102664717B (zh) | 2015-04-22 |
Family
ID=46774140
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210125485.8A Active CN102664717B (zh) | 2012-04-25 | 2012-04-25 | Arq反馈通信系统中丢包处理的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102664717B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115378832B (zh) * | 2022-07-29 | 2024-03-26 | 北京奇艺世纪科技有限公司 | 拥塞检测方法、装置及流媒体传输系统、电子设备和介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1304241A (zh) * | 2000-01-13 | 2001-07-18 | 日本电气株式会社 | 服务器与网络系统及其接收载荷控制方法 |
| CN101582842A (zh) * | 2008-05-16 | 2009-11-18 | 华为技术有限公司 | 拥塞控制方法与拥塞控制装置 |
| CN101784082A (zh) * | 2009-12-22 | 2010-07-21 | 中兴通讯股份有限公司 | 无线局域网内增强服务质量的方法及装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100656509B1 (ko) * | 2004-03-03 | 2006-12-11 | 삼성전자주식회사 | 비디오 서비스 대역폭 보장을 위한 패킷 체증제어 방법 |
| US20060120323A1 (en) * | 2004-12-07 | 2006-06-08 | Fengji Ye | Media access controller with enhanced data unit retransmission for broadband wireless communication and method |
-
2012
- 2012-04-25 CN CN201210125485.8A patent/CN102664717B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1304241A (zh) * | 2000-01-13 | 2001-07-18 | 日本电气株式会社 | 服务器与网络系统及其接收载荷控制方法 |
| CN101582842A (zh) * | 2008-05-16 | 2009-11-18 | 华为技术有限公司 | 拥塞控制方法与拥塞控制装置 |
| CN101784082A (zh) * | 2009-12-22 | 2010-07-21 | 中兴通讯股份有限公司 | 无线局域网内增强服务质量的方法及装置 |
Non-Patent Citations (2)
| Title |
|---|
| N-Drop:Congestion Control Strategy under Epidemic Routing in DTN;Yun Li et.al;《Proceedings of the International Conference on Wireless Communications and Mobile Computing:Connecting the world Wirelessly,IWCMC 2009》;20090624;第457页摘要部分 * |
| 弃头和随机结合的被动队列管理;姜文刚等;《计算机应用研究》;20110531;第28卷(第5期);第1798-1801页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102664717A (zh) | 2012-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101223759B (zh) | 发送装置、信息通信方法 | |
| CN103138905B (zh) | Rlc数据包传输的确认方法及rlc am实体发送方 | |
| US20060245430A1 (en) | Method and Apparatus of a Procedure for Receiving Window Size Reconfiguration in a Communication System | |
| US6693910B2 (en) | System and method for avoiding stall of an H-ARQ reordering buffer in a receiver | |
| EP2175582B1 (en) | A method for triggering status report of automatic repeat request | |
| CN101682488A (zh) | 通过发送时间间隔集束处理来增强上行链路传输 | |
| CA2466231A1 (en) | Time-aware best-effort hole-filling retry method and system for network communications | |
| CN101119183A (zh) | 重传控制方法及传输设备 | |
| CN105934907A (zh) | 无线资源调度方法及装置 | |
| US7653060B2 (en) | System and method for implementing ASI over long distances | |
| CN104780028A (zh) | 一种实现tcp数据报文重传的方法及设备 | |
| CN103647625A (zh) | 一种基于链路的数据可靠传输方法 | |
| CN102111250A (zh) | 数据传输的方法和网络侧设备 | |
| CN102497315B (zh) | 基于多路径的深空文件传输方法 | |
| CN102664717B (zh) | Arq反馈通信系统中丢包处理的方法 | |
| CN109478958A (zh) | 一种数据传输方法、设备及系统 | |
| CN102201901A (zh) | 数据重传方法及装置 | |
| CN111901075A (zh) | 多网络融合传输方法、传输系统及计算机可读存储介质 | |
| US11316620B2 (en) | Enhanced HARQ algorithm for large round trip delay links | |
| US10009409B2 (en) | Retransmission control network node and related method | |
| CN103975624B (zh) | 传输或接收上行sps业务数据的方法及用户设备、基站 | |
| CN111327403B (zh) | 一种增强的rlc层数据传输方法 | |
| CN111405609B (zh) | 一种数据传输方法、装置、系统、介质和设备 | |
| US20060209904A1 (en) | Reverse acknowledgement method for quickly identifying whether or not the retransmission frame was lost | |
| CN101997641B (zh) | 一种提高分组传输速率的方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 100098 Beijing Haidian District North Fourth Ring West Road No. 9, 18th Floor 1811 Patentee after: Beijing Zhongke Polytron Technologies Inc Address before: 100080, room seven, floor 6, scientific research complex, No. 734 South Road, Zhongguancun Academy of Sciences, Beijing, Haidian District Patentee before: Beijing Zhongke Jingshang Technology Co., Ltd. |