CN101179362B - 适宜移动流媒体应用的自动重传请求机制 - Google Patents
适宜移动流媒体应用的自动重传请求机制 Download PDFInfo
- Publication number
- CN101179362B CN101179362B CN2006101383302A CN200610138330A CN101179362B CN 101179362 B CN101179362 B CN 101179362B CN 2006101383302 A CN2006101383302 A CN 2006101383302A CN 200610138330 A CN200610138330 A CN 200610138330A CN 101179362 B CN101179362 B CN 101179362B
- Authority
- CN
- China
- Prior art keywords
- packet
- receiving terminal
- sequence number
- retransmission
- repeat requests
- 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
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
Abstract
本发明公开了一种适宜移动流媒体应用的自动重传请求机制,为解决现有的自动重传请求机制时延较大而不适宜运用到移动流媒体中的问题而发明的。该适宜移动流媒体应用的自动重传请求机制包括:(1)发送端按播放顺序在每一个数据包中添加序列号并将数据包发送到接收端;(2)接收端根据其收到数据包的序列号之间的间隔控制重传。其中重传控制为:接收端检测到其接收到的数据包的序列号有间隔时,请求发送端的重传缓冲区重传该间隔序列号的数据包。这种检测数据包丢失的方法由于只需要检测序列号之间是否有间隔,实现了快速检测数据包丢失,使得重传时延减小了,本发明适宜移动流媒体应用的自动重传请求机制主要运用到移动流媒体的视频流播放中。
Description
技术领域
本发明涉及一种自动重传请求(ARQ:Automatic Repeat Request)机制,特别涉及一种应用在移动流媒体中的自动重传请求机制。
背景技术
随着移动通信的迅速发展,人们不再满足于获取单独的文本、声音或图像信息,而是希望得到同时包含文本、声音、图像和视频的流媒体信息。而第三代移动通信网络(3G)不仅继承了时分多址接入(TDMA)技术,还发展了一系列全新的码分多址接入(CDMA)技术,使得3G移动网络具备了高速数据传送能力,可以满足人们对流媒体信息日益增长的需求。据国际电信联盟(ITU)定义,3G网络应具备至少144kbit/s的数据传送能力,目前具体运用的传输技术可以实现从384kbit/s~2Mbit/s的速率甚至更高速率的数据传送。随着3G网络的不断延伸及最新无线通信协议的发展和先进3G通信设备的研制成功,无线网络运营商可以随时随地为移动用户提供宽带数据发送及接收应用业务,而其中的流媒体业务则是不同于2G和2.5G的占据重要地位的新业务。移动流媒体技术则是移动通信中流媒体***的核心技术,但无线传输信道具有误码率高、传输时延大、传输速率不稳定等特点。
通过分组交换网发送实时流媒体数据包的显著特征就是有严格的时间要求和丢包率控制要求。因为网络延迟和视频流的实时性对终端播放质量有很大的影响,在播放所能容忍的时间延迟之前视频流就必须被播放。通常,为了节约带宽,视频数据是被压缩后再在分组网络上传输的,而压缩后的视频数据很少能容忍数据的丢包,因为这样解码器得到的数据中将减少大量的原始数据的信息。所以,除非采用同步码,否则大量的丢包将导致接收端无法正确解码。因为这些错误数据包对播放质量影响很大,所以实时视频流传输的差错控制策略面临的主要问题就是努力恢复丢失的数据包,从而降低对视频播放质量的影响,而传统的解决办法是采用ARQ机制。
ARQ(Automatic Repeat Request)机制又叫自动重传请求机制,其基本原理是发送端对每个要发送的数据包都进行顺序编号,接收端每接收到一个数据包,就向发送端发送ACK确认信息进行应答确认。如果发送端在规定的时间内没有接收到接收者的ACK确认信息,就认为该数据包传输过程中出现差错,就把该数据包重传一次,直到收到接收者ACK确认信息,确定该数据包已被接收端正确接收,才继续发送下一个数据包。但是这种传统的ARQ机制对数据包的确认延迟太长,并不符合移动流媒体对实时性的要求,而且无线信道本身由于误码率很高,如果该ACK应答包本身丢失了,传统的ARQ机制并没有采取一个很好的机制来应付这种情况,再者,传统的ARQ机制没有控制客户端的缓冲区中数据包容量,无法协调丢失包恢复可能性和传输速率的关系,不能维持较高的丢失包恢复可能性。
发明内容
为克服上述缺陷,本发明的目的在于提供一种时延小的适宜移动流媒体应用的自动重传请求机制。
为达到上述发明目的,本发明采用如下技术方案:该适宜移动流媒体应用的自动重传请求方法包括以下步骤:
(1)发送端按播放顺序在每一个数据包中添加序列号并将数据包发送到接收端;(2)接收端根据其收到数据包的序列号之间的间隔控制重传,当接收端向所述发送端发送的请求重传间隔序列号的数据包的重传请求丢失时,所述接收端采用树形数据结构控制方法控制再次发送所述重传请求;
当接收端向发送端发送的重传请求本身丢失时,接收端采用树形数据结构控制方法控制再次发送重传请求,所述的树形数据结构控制方法具体包括:(1)接收端在请求发送端重传该间隔序列号的数据包后,将该间隔序列号的数据包节点信息***树形数据结构的叶节点;
(2)接收端每接收一个数据包就遍历一次该树形数据结构,并将该树形数据结构每个节点的计数器值减1,当计数器值为0时,接收端对该计数器值为0的间隔序列号的数据包再次向发送端发送重传请求;(3)当接收端接收到重传数据包时,将接收到的重传该数据包在树形数据结构中对应的叶节点删除;当所述重传数据包的计数器从初值变为0的时间超过网络往返时延时,将该重传数据包在树形数据结构中对应的叶节点删除,所述计数器表示对所述重传数据包重新发出重传请求的时间。
其中,所述的接收端根据其收到数据包的序列号之间的间隔控制重传具体包括:(21)接收端检测到其接收到的数据包的序列号有间隔时,请求发送端的重传缓冲区重传该间隔序列号的数据包;(22)发送端接收到重传请求后,将所述间隔序列号的数据包打上重传标记,通过重传缓冲区向接收端发送该间隔序列号的数据包。
其中,所述间隔序列号的数据包节点信息包括计数器、序列号、左指针和右指针。
其中,接收端将接收缓冲区中的数据容量实时反馈给发送端,发送端根据该数据容量调整数据发送速率。
其中,当间隔序列号的数据包到达接收端之前,接收端已播放到该间隔序列号的数据包时,接收端将刚收到的数据包***到该间隔中并播放。
从以上分析可以看出,该机制模型的特点就是检测丢包的时候采用一种基于间隔的方法来检测,当丢包发生时候,这种方法能很快的通知发送方重传,因此重传延迟非常小。而且客户端能实时的将缓冲区中的数据包容量反馈给发送端,从而使发送端根据接收端缓冲区中的数据包容量调整发送速率,使接收端的缓冲区中数据包容量维持在一个合适的水平不至于溢出,这样就增加了对丢失包恢复的可能性。另外,该机制采用树型的数据结构来控制重传,这种控制方法对可以省去嵌入式***中稀缺定时器资源,用于重传请求本身丢失后再次发送重传请求,适合移动终端这种资源有限的嵌入式设备。并且当重传包在到达接收缓冲区之前,接收端的播放已经到达重传包的序列时,如图3中,在重传数据包在到达接收缓冲区之前,接收端已经播放到了播放序列号为3的数据包,本发明采用的弥补方式就是把刚刚收到的数据包直接***到该间隔,这种方法虽然可能对一瞬间的视频质量产生可以察觉到的影响,但是连续视频流能帮助提高差错恢复效率,从而提高视频流的传输质量,保证视频流的连续性。
附图说明
图1为本发明适宜移动流媒体应用的自动重传请求机制的示意图;
图2为本发明适宜移动流媒体应用的自动重传请求机制的树型数据结构示意图;
图3为本发明适宜移动流媒体应用的自动重传请求机制的树型数据结构节点示意图;
图4为本发明适宜移动流媒体应用的自动重传请求机制的移动流媒体的QoS控制框图。
具体实施方式
对于该端到端的QoS控制策略,我们将发送端到接收端整个过程分为三个阶段来讨论。首先是媒体源数据的编码过程,在编码器端采用改进的PFGS(渐进精细可伸缩性)编码算法来适应无线信道带宽的波动情况,以最大限度的利用带宽,从而提高媒体流的传输质量。其次是服务器端,负责将媒体流数据通过混合IP网络发送给客户端。为了使媒体流数据增强抗误码能力,我们对编码后的媒体数据重要部分做FEC(前向纠错编码)重点保护,然后将编码后的媒体数据进行RTP(实时传输协议)打包,传给发送缓冲区,同时结合RTCP(RTP控制协议)实时将网络的变化情况反馈给QoS控制模块,QoS控制模块将收到的数据进行整理分析后发送给速率控制模块,通过给模块来调整输出的码流速率。最后在接收端,终端用户一边从接收缓冲区中取数据,解包,播放,一边从混合IP网上将数据包暂存于接收缓冲区中,并同时将接收情况反馈给发送端,如果数据包发生丢失,我们采用改进的ARQ机制来重传该包。
由于移动流媒体对实时性要求高,视频流对延迟很敏感,如果数据包在传输过程中丢失了,那接收端将反馈给发送端,从而通过重传缓冲区重传该数据包,本发明适宜移动流媒体应用的自动重传请求机制采用一种基于间隔的方法来检测数据包的丢失,以减少重传延迟。发送端发送的每个数据包包头都包含一个序列号以标明该数据包的播放序列,所以当到达的数据包的序列和希望得到的序列之间有间隔,那我们就立刻做出判断认为有数据包丢失了。当收到的两个连续的数据包的序列号之间有间隔时,接收端通知重传缓冲区重传该数据包,发送方接收到重传请求后,就把需要重传的数据包打上重传标记,并在网络RTD(round tripdelay:往返时延)允许范围内,通过重传缓冲区向接收端发送数据包,直到接收端收到为止。比如,如图1所示,在接收端,当我们已经收到序列号为2的数据包后,我们希望得到序列号为3的数据包,但实际收到的却是序列号为4的数据包,那就认序列号为3的数据包丢失了,那我们就立刻向重传缓冲区发送序列号3的数据包的重传请求(NAK3),通知发送方序列号为3的数据包已经丢失并请求重传,发送方收到NAK3后就把序列号为3的数据包打上重传标记,加到重传缓冲区中,然后向接收端发送该数据包,接收端接收到该重传包后就向发送端发送确认信息,发送端接收到该重传包确认信息后就把重传序列号为3的数据包从重传缓冲区中删除掉。如果整个过程超过了网络的RTD允许范围,那么该数据包也将丢失。由于采用基于间隔的检测数据包丢失的方法中检测过程简单,只需要检测序列号是否有间隔,实现快速检测数据包丢失,可以减小延迟,使得延迟时间能满足移动流媒体的要求,能够满足移动流媒体技术对时延的要求。
如果重传请求本身再丢失了,那这个时候一般需要设置定时器来检测,确定重新发送的时间,在重传请求发出后一定时间内没有收到确认信息就再次发出重传请求。但定时器是***资源,在嵌入式***中,这是稀缺资源,它不可能设置在接收端,所以我们提出一种树形数据结构来有效代替定时器,从而实现发送多次重传发送请求。树形数据结构多重传发送请求如图2所示。在图2的树形结构的中,如果客户端检测到有数据包丢失了,就往该结构中***一个叶节点,从而将需要重传的节点就构成一颗二叉树。如图3所示,在这颗二叉树上的每个节点都包括如下几项,计数器(counter)、序列号、左指针、右指针,其中计数器是表示对该丢失的重传数据包重新发出重传请求的时间,序列号表示该数据包的播放序列号,左指针上指向二叉树的左孩子,右指针指向二叉树的右孩子。当每接收一个新数据包就遍历一次这个二叉树一次,每个节点的counter值就减1,当counter值为0的时,就对该丢失数据包再次发出重传请求。二叉树中节点的couter值选择要合理,不同的网络性能该值不同,但有个原则,该值从初值变为0的时间,必须要小于网络的RTD值,这样就可以防止在还没有进行二次重传时,就因为超过了网络的RTD而被删除。当接收端接收到重传请求包的时候就把该包在二叉树中的节点删除,或者当该包超过了网络的RTD值,那么该包在二叉树中的节点也将删除掉。这种控制多次重传发送请求的方法实现了丢重传数据包丢失后的再次重传,并且不需要用定时器,可以节约***的定时器资源。
如果当重传数据包在到达接收端缓冲区之前,接收端的播放已经到达重传包的序列时,采取措施来填补该间隔,就是把刚刚收到的数据包直接***到该间隔,如图4中,在重传数据包在到达接收缓冲区之前,接收端已经播放到了播放序列号为3的数据包,这时就把序列号为4的数据包填补到序列号3的位置,这种方法能进一步帮助提高差错恢复效率,从而提高视频流的传输质量,保证视频流的连续性。
已有的研究表明,当在进行丢包检测时,如果客户端缓存里数据包在保证数据包不溢出的情况下,容量越高,那么对丢失包的恢复可能性能就越大。在图1中,接收缓冲区中数据包的容量将可能由于数据包的丢失、延迟等而发生变化,并当接收端的接收速率b大于播放速率c的时候,接收缓冲区中数据包的容量也将增加,为了保证接收缓冲区数据包得容量较高且不会溢出,本发明将接收端的缓冲区中数据包容量实时反馈给发送方,发送方根据该接收端的缓冲区中数据包容量调整发送方的发送速率,从而保证接收方的接收缓冲区中数据包的容量维持在一定水平且不至于溢出且维持较高的丢失包恢复可能性。
本发明适宜移动流媒体应用的自动重传请求机制是作为移动流媒体QoS控制策略的一部分来实现的。在实际运用中,移动IP网络流媒体的端到端QoS控制***架构如图4所示,在视频发送端包括视频编码器、UDP/RTP打包、QoS监控、FEC(前向纠错编码)和速率控制、发送缓冲区、重传缓冲区等几个模块。其中,QoS监控包括从RTCP反馈报告中检测出RTT(往返传输时间)和包丢失率等参数。速率控制模块根据RTT和丢失率等参数,估算可用带宽,用于调整编码器的输出码率。接收端的UDP(用户数据协议)/RTP解包模块同时生成接收端反馈信息,传回发送端。视频解码器具有一定的误码恢复能力,包括对时延抖动和丢包的缓冲处理,以及时间和空间域上的错误掩盖等。
Claims (5)
1.一种适宜移动流媒体应用的自动重传请求方法,其特征在于:包括以下步骤:
(1)发送端按播放顺序在每一个数据包中添加序列号并将数据包发送到接收端;
(2)接收端根据其收到数据包的序列号之间的间隔控制重传,当接收端向所述发送端发送的请求重传间隔序列号的数据包的重传请求丢失时,所述接收端采用树形数据结构控制方法控制再次发送所述重传请求;
当接收端向发送端发送的重传请求本身丢失时,接收端采用树形数据结构控制方法控制再次发送重传请求,所述的树形数据结构控制方法具体包括:
(1)接收端在请求发送端重传该间隔序列号的数据包后,将该间隔序列号的数据包节点信息***树形数据结构的叶节点;
(2)接收端每接收一个数据包就遍历一次该树形数据结构,并将该树形数据结构每个节点的计数器值减1,当计数器值为0时,接收端对该计数器值为0的间隔序列号的数据包再次向发送端发送重传请求;
(3)当接收端接收到重传数据包时,将接收到的重传该数据包在树形数据结构中对应的叶节点删除;当所述重传数据包的计数器从初值变为0的时间超过网络往返时延时,将该重传数据包在树形数据结构中对应的叶节点删除,所述计数器表示对所述重传数据包重新发出重传请求的时间。
2.按照权利要求1所述的适宜移动流媒体应用的自动重传请求方法,其特征在于:所述接收端根据其收到数据包的序列号之间的间隔控制重传,具体包括:
(21)接收端检测到其接收到的数据包的序列号有间隔时,请求发送端的重传缓冲区重传该间隔序列号的数据包;
(22)发送端接收到重传请求后,将所述间隔序列号的数据包打上重传标记,通过重传缓冲区向接收端发送该间隔序列号的数据包。
3.按照权利要求1所述的适宜移动流媒体应用的自动重传请求方法,其特征在于:所述间隔序列号的数据包节点信息包括计数器、序列号、左指针和右指针。
4.按照权利要求1所述的适宜移动流媒体应用的自动重传请求方法,其特征在于:接收端将接收缓冲区中的数据容量实时反馈给发送端,发送端根据该数据容量调整数据发送速率。
5.按照权利要求1或2所述的适宜移动流媒体应用的自动重传请求方法,其特征在于:当间隔序列号的数据包到达接收端之前,接收端已播放到该间隔序列号的数据包时,接收端将刚收到的数据包***到该间隔中并播放。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101383302A CN101179362B (zh) | 2006-11-07 | 2006-11-07 | 适宜移动流媒体应用的自动重传请求机制 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101383302A CN101179362B (zh) | 2006-11-07 | 2006-11-07 | 适宜移动流媒体应用的自动重传请求机制 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101179362A CN101179362A (zh) | 2008-05-14 |
CN101179362B true CN101179362B (zh) | 2012-07-11 |
Family
ID=39405464
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101383302A Active CN101179362B (zh) | 2006-11-07 | 2006-11-07 | 适宜移动流媒体应用的自动重传请求机制 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101179362B (zh) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101615987B (zh) * | 2008-06-27 | 2012-11-28 | 北京信威通信技术股份有限公司 | 一种无线通信***中可靠传输实时业务的方法及装置 |
CN101588225B (zh) * | 2009-06-25 | 2013-01-09 | 杭州再灵电子科技有限公司 | 一种基于分组交换网络的快速重传方法 |
CN101944982B (zh) * | 2010-08-11 | 2013-04-10 | 南昌市恒鑫电子技术有限公司 | 基于时间驱动滑动窗口协议的流媒体实时转发方法 |
CN101938341B (zh) * | 2010-09-17 | 2012-12-05 | 东华大学 | 一种跨节点控制的在线视频流选择性重传方法 |
CN102655449A (zh) * | 2012-03-31 | 2012-09-05 | 杭州再灵电子科技有限公司 | 一种电力猫的通信方法 |
CN104184565B (zh) * | 2013-05-22 | 2018-10-12 | 华为技术有限公司 | 一种处理重传信息的方法及装置 |
CN104426866B (zh) * | 2013-08-28 | 2018-12-14 | 华为技术有限公司 | 一种数据传输方法及装置 |
KR101516956B1 (ko) * | 2013-10-11 | 2015-05-04 | 에스케이텔레콤 주식회사 | 메시지 처리를 위한 단말 장치, 메시지 처리 방법 및 기록 매체 |
CN103814582B (zh) * | 2013-11-05 | 2017-06-20 | 华为技术有限公司 | 视频业务数据传输方法和数据发送装置 |
CN106416112B (zh) * | 2015-04-09 | 2019-11-05 | 华为技术有限公司 | 一种数据传输的方法及装置 |
CN109327288B (zh) | 2015-12-14 | 2023-11-10 | 华为技术有限公司 | 数据传输加速方法、装置及*** |
CN106330930A (zh) * | 2016-08-29 | 2017-01-11 | 烽火通信科技股份有限公司 | 基于流媒体丢包二次重传***及其方法 |
CN107888342B (zh) | 2016-09-30 | 2019-10-25 | 瞬已网络科技(上海)有限公司 | 一种网络实时视频传输方法及装置 |
CN106911434B (zh) * | 2017-02-23 | 2020-10-27 | 广州林邦信息科技有限公司 | 数据防重传方法及*** |
CN114095130A (zh) | 2017-06-26 | 2022-02-25 | 深圳市道通智能航空技术股份有限公司 | 无人机及其地面站、数据传输方法 |
CN107911840A (zh) * | 2017-11-21 | 2018-04-13 | 青岛海信电器股份有限公司 | 流媒体传输的控制方法及装置 |
CN108200481B (zh) * | 2017-12-07 | 2020-12-15 | 北京佳讯飞鸿电气股份有限公司 | 一种rtp-ps流处理方法、装置、设备及存储介质 |
CN109525376B (zh) * | 2019-01-07 | 2021-12-03 | 北京世纪好未来教育科技有限公司 | 快速重传方法、装置及终端设备 |
CN110602568B (zh) * | 2019-08-07 | 2021-06-25 | 武汉兴图新科电子股份有限公司 | 一种基于rtp的视频流传输丢包重传方法、设备及存储设备 |
CN114553622A (zh) * | 2022-02-08 | 2022-05-27 | 珠海格力电器股份有限公司 | 语音数据传输方法、装置及语音终端设备 |
CN115085864B (zh) * | 2022-04-27 | 2024-02-27 | 中国科学院空天信息创新研究院 | 数据传输方法及装置 |
CN117176809A (zh) * | 2023-09-01 | 2023-12-05 | 中科驭数(北京)科技有限公司 | 一种数据交互方法及*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1354930A (zh) * | 1999-04-06 | 2002-06-19 | 艾利森电话股份有限公司 | 半可靠重传协议的分组丢弃通告 |
CN1379557A (zh) * | 2002-05-16 | 2002-11-13 | 武汉汉网高技术有限公司 | 多拒绝自动请求重传arq机制 |
CN1464677A (zh) * | 2002-06-26 | 2003-12-31 | 华为技术有限公司 | 通信网络中的数据重传方法 |
-
2006
- 2006-11-07 CN CN2006101383302A patent/CN101179362B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1354930A (zh) * | 1999-04-06 | 2002-06-19 | 艾利森电话股份有限公司 | 半可靠重传协议的分组丢弃通告 |
CN1379557A (zh) * | 2002-05-16 | 2002-11-13 | 武汉汉网高技术有限公司 | 多拒绝自动请求重传arq机制 |
CN1464677A (zh) * | 2002-06-26 | 2003-12-31 | 华为技术有限公司 | 通信网络中的数据重传方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101179362A (zh) | 2008-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101179362B (zh) | 适宜移动流媒体应用的自动重传请求机制 | |
US7643480B2 (en) | Method and system for reliably and efficiently transporting data over a network | |
US7376880B2 (en) | Transmission apparatus, transmission control program, and transmission method | |
CN101552660B (zh) | 对流媒体数据进行重传、播放的方法、装置及通信*** | |
CN101222311B (zh) | 实时报文丢包恢复方法、***及接收端单元 | |
US7539187B2 (en) | System and method for low-latency content-sensitive forward error correction | |
JP3450771B2 (ja) | データ伝送方法,及びデータ送信装置 | |
US9781488B2 (en) | Controlled adaptive rate switching system and method for media streaming over IP networks | |
CN106341738A (zh) | 流媒体网络传输的带宽计算方法、服务器端和*** | |
TW200629788A (en) | Implementing a physical layer automatic repeat request for a subscriber unit | |
CN102104468A (zh) | 一种基于路由代理的媒体感知arq控制方法及*** | |
CN101656747A (zh) | 流媒体数据的传输方法及*** | |
JP2003333577A (ja) | メディア・ストリーミング配信システム | |
WO2009040138A2 (en) | Method and system for transmitting data packets to multiple receivers | |
CN102550020A (zh) | 使用用于识别已丢失数据分组的校验和的重传的方法 | |
CN101826937B (zh) | 适用于下一代移动互联网的链路层差错控制***及其方法 | |
CN103354615B (zh) | 基于信号强度的直播视频数据传输差错控制方法 | |
Liang et al. | TCP-RTM: Using TCP for real time multimedia applications | |
CN102013962B (zh) | 数据传输方法及设备 | |
CN104486690A (zh) | 一种基于tcp协议的移动视频传输优化方法 | |
CN103428531A (zh) | 一种多媒体数据的arq控制方法及*** | |
US20050094632A1 (en) | DOCSIS MAC layer-based ARQ for fixed wireless | |
JP2003324496A (ja) | データ伝送方法,及びパケットデータ構造 | |
Becke et al. | Alternative transmission strategies for multipath transport of multimedia streams over wireless networks | |
CN107342937B (zh) | 一种空间dtn网络下的数据可靠传输方法 |
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 |