CN103354615A - 基于信号强度的直播视频数据传输差错控制方法 - Google Patents
基于信号强度的直播视频数据传输差错控制方法 Download PDFInfo
- Publication number
- CN103354615A CN103354615A CN2013102534386A CN201310253438A CN103354615A CN 103354615 A CN103354615 A CN 103354615A CN 2013102534386 A CN2013102534386 A CN 2013102534386A CN 201310253438 A CN201310253438 A CN 201310253438A CN 103354615 A CN103354615 A CN 103354615A
- Authority
- CN
- China
- Prior art keywords
- rssi
- value
- nar
- time
- dtu
- 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.)
- Granted
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种基于信号强度的直播视频数据传输差错控制方法,通过计算视频数据包未按时到达移动终端的比率,将移动终端的网络状态分为波动和突发大量丢包两种,针对不同网络状态,采用不同的差错控制机制;当移动终端网络处于波动状态时,采用基于信号强度的动态FEC(前向纠错编码)策略;当移动终端网络处于突发大量丢包状态时,基于信号强度,采用延迟约束可选择性混合自动重传请求策略;本发明可以充分有效地减少直播视频数据在传输过程中的丢包,提升移动终端用户对直播视频的视觉体验。
Description
技术领域
本发明属于移动网络视频直播领域,涉及到视频数据的编解码以及传输技术,特别是涉及到一种基于信号强度的直播视频数据传输差错控制方法。
背景技术
随着智能移动终端,特别是智能手机的迅猛发展、3G和4G移动网络的全方位覆盖与服务提升,移动网络视频直播变得越来越实用和普遍。但是由于移动网络的不稳定性,视频数据在传输过程中容易产生错误和出现丢包,所以移动终端用户的直播视频播放体验较差。为了改善这一状况,移动网络视频直播领域急需一种有效的数据传输差错控制方法。
据申请人检索和查新,目前还没有与本发明相关的属于移动网络视频直播领域的专利,与差错控制相关的发明专利有以下几篇:
1.发明专利201110127328.6,差错控制的方法、接收端、发送端和系统;
2.发明专利01819459.1,用于移动通信系统的差错控制方法;
3.发明专利201010232605.5,一种视频传输的差错控制方法及系统;
在上述发明专利1中,发明人公开了一种差错控制的方法、接收端、发送端和系统,属于通信领域。该发明通过网络状况的变化情况使用不同的差错控制方法,并综合使用多种差错控制方法,提高对通信网络的有效利用,达到了在较高通信网络利用率下有更好的抗丢包效果。
在上述发明专利2中,发明人提出了一种应用于CDMA通信系统分组数据业务的一种新的RCPT/II型HARQ方法即RCPT/CPC HARQ方法。通过该方法,能使译码复杂性和译码时延降低,简化了系统设计,又能达到全IR性能。
在上述发明专利3中,发明人公开了一种视频传输的差错控制方法及系统,所述方法包括误码掩盖过程。该发明优化了视频传输图像解码质量,改善了视频解码效果。
上述相关发明专利存在的共同问题是:没有考虑移动终端的接收信号强度,不能很好的判断当前移动终端的网络状态,采取有针对性的差错控制方法,尽可能的纠正视频数据在移动网络传输过程中产生的错误并减少丢包。
发明内容
本发明的目的在于提供一种基于信号强度的直播视频数据传输差错控制方法,在充分有效利用移动网络带宽的同时,尽可能地纠正直播视频数据在移动网络传输过程中的错误,减少传输过程中的丢包,提升移动终端用户对直播视频的视觉体验。
为了实现上述目的,本发明采用的技术方案是:
一种基于信号强度的直播视频数据传输差错控制方法,根据计算视频数据包未按时到达移动终端的比率,将移动终端的网络状态分为波动和突发大量丢包两种,针对不同网络状态,采用不同的差错控制机制:当移动终端网络处于波动状态时,采用基于信号强度的动态前向纠错编码(FEC)策略;当移动终端网络处于突发大量丢包状态时,基于信号强度,采用延迟约束可选择性混合自动重传请求策略。
所述波动和突发大量丢包两种网络状态的认定步骤如下:
Step1:数据转发中心(DTU)采用实时传输协议(Real-time Transport protocol,RTP)直接向移动终端发送前向纠错(Forward error correction,FEC)编码好的视频数据包;
Step2:移动终端用一个队列标记当前最近N个视频数据包的按时到达情况,统计未按时到达视频数据包个数n,计算当前的包未按时到达率Nar=n/N,当Nar<NAR时,移动终端认为当前网络处于波动状态,否则认为当前网络处于突发大量丢包状态,其中N为设置的表示最近应到达视频数据包个数的固定值,NAR为设置的视频数据包未按时到达率阈值;
Step3:移动终端获取当前的接收信号强度值Rssi;
Step4:移动终端将Rssi和Nar值反馈给DTU;
Step5:DTU保存移动终端反馈回的Rssi和Nar值,并保留原Rssi值;
Step6:同样地,DTU根据反馈回的Nar值对当前网络状况进行判断,当Nar<NAR时,DTU认为当前网络处于波动状态,否则认为当前网络处于突发大量丢包状态。
采用基于信号强度的动态前向纠错编码(FEC)策略的具体步骤如下:
Step1:当Rssi>RSSI时,FEC编码冗余度值R=R0+Nar*Pw;当Rssi≤RSSI时,R=R0+Nar*Pw-ΔRssi*Rw,其中RSSI为设定的阈值,R0为基础冗余值,Nar为当前未按时到达率,Pw为对应未按时到达率的权重,ΔRssi为新旧Rssi值之差,Rw为对应的权重;
Step2:DTU设置R值,并使用R值对直播视频进行FEC编码。
采用延迟约束可选择性混合自动重传请求策略的具体步骤如下:
Step1:DTU将FEC编码的冗余度R设为基础冗余值R0,并采用该值进行直播视频的FEC编码;
Step2:移动终端根据RTP包头序号字段的值判断哪些包丢失;
Step3:移动终端估计丢包的重传到达时间T=Tcur+RTT+Ds,若T<Tdeadline,则移动终端发送重传请求,否则不发送,其中Tcur为当前时间,RTT为最新的往返时间,Ds为松弛时间,Tdeadline为视频数据按时到达截止时间;
Step5:若Rssi>RSSI则DTU重传该丢包;若Rssi<RSSI,则判断该包是否为关键帧,若是则重传,否则不再重传。
与现有技术相比,本发明的优点是:针对移动网络,对不同网络状态,采用不同的差错控制机制;基于移动终端的接收信号强度,实现动态FEC策略以及延迟约束可选择性混合自动重传请求策略。
附图说明
图1为本发明基于信号强度的直播视频数据传输差错控制方法流程图。
具体实施方式
下面结合附图与系统实施对本发明做进一步详细说明。
如附图1所示,基于信号强度的直播视频数据传输差错控制方法,首先是视频数据包的发送和接收;接着,判断当前网络状态;最后,DTU根据不同网络状态,采用不同的差错控制机制:当移动终端网络处于波动状态时,采用基于信号强度的动态FEC策略;当移动终端网络处于突发大量丢包状态时,基于信号强度,采用延迟约束可选择性混合自动重传请求策略。
下面分步骤对本发明的技术方案进行详细叙述。
1、视频数据包的发送和接收
具体步骤如下:
Step1:直播端将采集的视频数据进行编码,发送给DTU;
Step2:DTU接收到数据包后,将数据包放入缓存队列中;
Step3:DTU从缓存队列中取出数据并进行FEC编码;
Step4:DTU采用RTP协议将FEC编码好的音视频数据直接发给移动终端;
Step5:DTU检查当前网络状态,若为突发大量丢包状态,则将该数据包放入重传缓存队列中,以备重传;
Step6:移动终端接收到数据包后将其放入缓存队列中。
其中,FEC编码的具体步骤如下:
Step1:将原始数据基本码流ES(Elementary Streams)流根据需要分成长度不等的数据包,并加上包头就形成了打包的基本码流PES(PacketisedElementary Streams)流;
Step2:针对每K个PES流数据包,经过RS(Reed-Solomon)编码,得到M个TS(Transport Stream)流数据包,其中M-K即为编码后产生的冗余数据包数量,TS流数据包即为经过FEC编码后的数据包。
2、判断当前网络状态
2.1 移动终端向DTU反馈信息并判断当前网络状态
具体步骤如下:
Step1:移动终端用一个队列标记当前最近N个视频数据包的按时到达情况,统计未按时到达视频数据包个数n,计算当前的包未按时到达率Nar=n/N;
Step2:移动终端获取当前的接收信号强度值Rssi;
Step3:移动终端将Rssi和Nar值反馈给DTU;
Step4:当Nar<NAR(NAR为设置的视频数据包未按时到达率阈值)时,移动终端认为当前网络处于波动状态,否则认为当前网络处于突发大量丢包状态;
其中,在android的操作系统下,移动终端获取当前接收信号强度值Rssi的具体步骤如下:
Step1:在AndroidManfest.xml文件中添加允许访问网络状态信息的语句<uses-permission
android:name=″android.permission.CHANGE_NETWORK_STATE″/>;
Step2:编写监听类,该类继承android操作系统PhoneStateListener类,重写其onSignalStrengthsChanged(SignalStrength signalStrength)方法;
Step3:创建监听类对象实例TListener;
Step4:获取系统TelephonyManager类对象;
Step5:设置TelephonyManager类对象的监听实例为TListener;
Step6:当移动终端的接收信号强度发生变化时,操作系统会以信号强度值为参数,调用重写的onSignalStrengthsChanged(SignalStrength signalStrength)方法;
Step7:在重写的onSignalStrengthsChanged(SignalStrength signalStrength)方法中,若signalStrength.getCdmaDbm()值不等于-1,则Rssi=signalStrength.getCdmaDbm(),否则Rssi=-113+2*signalStrength.getGsm SignalStrength();
2.2 DTU根据反馈信息判断当前网络状态
具体步骤如下:
Step1:DTU保存移动终端反馈回的Rssi和Nar值,并保留原先Rssi值;
Step2:同样地,DTU根据反馈回的Nar值对当前网络状况进行判断,当Nar<NAR时,认为当前网络处于波动状态,否则认为当前网络处于突发大量丢包状态。
3、当移动终端网络处于波动时,采用基于信号强度的动态前向纠错编码(FEC)策略
具体步骤如下:
Step1:当Rssi>RSSI(RSSI为设定的阈值)时,计算FEC编码冗余度值R=R0+Nar*Pw(R0为基础冗余值,Nar为当前未按时到达率,Pw为对应未按时到达率的权重),否则R=R0+Nar*Pw-ΔRssi*Rw(R0为基础冗余值,Nar为当前未按时到达率,Pw为对应未按时到达率的权重,ΔRssi为新旧Rssi值之差,Rw为对应的权重);
Step2:DTU设置R值,并使用该值对直播视频进行FEC编码。
4、当移动终端网络处于突发大量丢包状态时,基于信号强度,采用延迟约束可选择性混合自动重传请求策略
具体步骤如下:
Step1:DTU将FEC编码的冗余度R设为基础冗余值R0,并采用该值进行直播视频的FEC编码;
Step2:移动终端根据RTP包头序号字段的值判断哪些包丢失;
Step3:移动终端估计丢包的重传到达时间T=Tcur+RTT+Ds(Tcur为当前时间,RTT为最新的往返时间,Ds为松弛时间),若T<Tdeadline(Tdeadline为视频数据按时到达截止时间),则移动终端发送重传请求,否则不发送;
Step4:当DTU接收到移动终端对序号X数据包的重传请求后,再次估计该包重传到达时间(Tcur为当前时间,RTT为最新的往返时间,Ds为松弛时间);若T>Tdeadline,则不再重传该包,否则执行下一步;
Step5:若Rssi>RSSI则DTU重传该丢包;若Rssi<RSSI,则判断该包是否为关键帧,若是则重传,否则不再重传。
其中,移动终端根据RTP包序列号字段的值判断哪些包丢失,具体步骤如下:
Step1:移动终端接收到RTP数据包后,根据包头序列号字段,将数据包放入循环缓存队列的相应位置;
Step2:从队列头部开始搜索未到达数据包,如果搜索到未到达数据包,则进入下一步;否则返回-1,表示当前没有丢包;
Step3:启动计时器,当计时器计数值t>T(T为设定的阈值)时,终端认为该包丢失,标记当前队列位置,参考前面数据包的序号值,返回所丢包的序号值,否则搜索下一个未到达数据包,开启计时器;
Step4:再次搜索未到达数据包时,从标记位置开始搜索,方法同上。
判断该数据包是否为关键帧的具体步骤如下:
Step1:DTU接收到数据包后,从编码视频数据中提取并保存结构体x264_nal_t的i_type值;
Step2:DTU在添加RTP协议包头时将i_type值赋给payload字段的NRI位;
Step3:移动终端将RTP协议中payload的NRI值与H264中的NAL_SLICE_IDR值比较,若两值相等,则判断为关键帧,否则为非关键帧。
Claims (4)
1.一种基于信号强度的直播视频数据传输差错控制方法,其特征在于,根据计算视频数据包未按时到达移动终端的比率,将移动终端的网络状态分为波动和突发大量丢包两种,针对不同网络状态,采用不同的差错控制机制:当移动终端网络处于波动状态时,采用基于信号强度的动态前向纠错编码(FEC)策略;当移动终端网络处于突发大量丢包状态时,基于信号强度,采用延迟约束可选择性混合自动重传请求策略。
2.根据权利要求1所述基于信号强度的直播视频数据传输差错控制方法,其特征在于,所述波动和突发大量丢包两种网络状态的认定步骤如下:
Step1:数据转发中心(DTU)采用实时传输协议(Real-time Transport protocol,RTP)直接向移动终端发送前向纠错(Forward error correction,FEC)编码好的视频数据包;
Step2:移动终端用一个队列标记当前最近N个视频数据包的按时到达情况,统计未按时到达视频数据包个数n,计算当前的包未按时到达率Nar=n/N,当Nar<NAR时,移动终端认为当前网络处于波动状态,否则认为当前网络处于突发大量丢包状态,其中N为设置的表示最近应到达视频数据包个数的固定值,NAR为设置的视频数据包未按时到达率阈值;
Step3:移动终端获取当前的接收信号强度值Rssi;
Step4:移动终端将Rssi和Nar值反馈给DTU;
Step5:DTU保存移动终端反馈回的Rssi和Nar值,并保留原Rssi值;
Step6:同样地,DTU根据反馈回的Nar值对当前网络状况进行判断,当Nar<NAR时,DTU认为当前网络处于波动状态,否则认为当前网络处于突发大量丢包状态。
3.根据权利要求1所述基于信号强度的直播视频数据传输差错控制方法,其特征在于,采用基于信号强度的动态前向纠错编码(FEC)策略的具体步骤如下:
Step1:当Rssi>RSSI时,FEC编码冗余度值R=R0+Nar*Pw;当Rssi≤RSSI时,R=R0+Nar*Pw-ΔRssi*Rw,其中RSSI为设定的阈值,R0为基础冗余值,Nar为当前未按时到达率,Pw为对应未按时到达率的权重,ΔRssi为新旧Rssi值之差,Rw为对应的权重;
Step2:DTU设置R值,并使用R值对直播视频进行FEC编码。
4.根据权利要求1所述基于信号强度的直播视频数据传输差错控制方法,其特征在于,采用延迟约束可选择性混合自动重传请求策略的具体步骤如下:
Step1:DTU将FEC编码的冗余度R设为基础冗余值R0,并采用该值进行直播视频的FEC编码;
Step2:移动终端根据RTP包头序号字段的值判断哪些包丢失;
Step3:移动终端估计丢包的重传到达时间T=Tcur+RTT+Ds,若T<Tdeadline,则移动终端发送重传请求,否则不发送,其中Tcur为当前时间,RTT为最新的往返时间,Ds为松弛时间,Tdeadline为视频数据按时到达截止时间;
Step5:若Rssi>RSSI则DTU重传该丢包;若Rssi<RSSI,则判断该包是否为关键帧,若是则重传,否则不再重传。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310253438.6A CN103354615B (zh) | 2013-06-24 | 2013-06-24 | 基于信号强度的直播视频数据传输差错控制方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310253438.6A CN103354615B (zh) | 2013-06-24 | 2013-06-24 | 基于信号强度的直播视频数据传输差错控制方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103354615A true CN103354615A (zh) | 2013-10-16 |
CN103354615B CN103354615B (zh) | 2015-04-15 |
Family
ID=49310912
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310253438.6A Active CN103354615B (zh) | 2013-06-24 | 2013-06-24 | 基于信号强度的直播视频数据传输差错控制方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103354615B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103533387A (zh) * | 2013-10-21 | 2014-01-22 | 腾讯科技(深圳)有限公司 | 一种视频直播控制方法、设备及系统 |
CN104159166A (zh) * | 2014-08-07 | 2014-11-19 | 西安交通大学 | 基于移动网络丢包状态的直播视频数据传输差错控制方法 |
CN106664440A (zh) * | 2014-07-03 | 2017-05-10 | 三星电子株式会社 | 用于在多媒体系统中接收和发送信息的方法和设备 |
CN107426615A (zh) * | 2017-04-26 | 2017-12-01 | 上海优刻得信息科技有限公司 | 一种降低视频网络播放卡顿率的方法及装置 |
WO2018058803A1 (zh) * | 2016-09-30 | 2018-04-05 | 瞬已网络科技(上海)有限公司 | 一种网络实时视频传输方法及装置 |
WO2019170065A1 (zh) * | 2018-03-07 | 2019-09-12 | 华为技术有限公司 | 数据传输方法、装置、网络接入设备和存储介质 |
CN114025389A (zh) * | 2021-11-01 | 2022-02-08 | 网易(杭州)网络有限公司 | 数据传输方法、装置、计算机设备及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030126238A1 (en) * | 2001-12-12 | 2003-07-03 | Michinari Kohno | Data communications system, data sender, data receiver, data communications method, and computer program |
CN1859580A (zh) * | 2005-10-17 | 2006-11-08 | 华为技术有限公司 | 支持错误弹性的多媒体数据网络实时传送方法 |
CN101155083A (zh) * | 2006-09-27 | 2008-04-02 | 中兴通讯股份有限公司 | 一种基于丢包率的网络状态估计方法 |
CN100401717C (zh) * | 2002-05-22 | 2008-07-09 | 索尼株式会社 | 信息处理系统和方法、信息处理设备和方法 |
CN101651519A (zh) * | 2009-09-15 | 2010-02-17 | 中国人民解放军国防科学技术大学 | 自适应动态前向纠错编码方法、装置及系统 |
CN101981961A (zh) * | 2008-03-27 | 2011-02-23 | 京瓷株式会社 | 无线通信系统、无线通信设备和无线通信方法 |
CN102075312A (zh) * | 2011-01-10 | 2011-05-25 | 西安电子科技大学 | 基于视频服务质量的混合选择重传方法 |
CN102790666A (zh) * | 2011-05-17 | 2012-11-21 | 华为终端有限公司 | 差错控制的方法、接收端、发送端和系统 |
-
2013
- 2013-06-24 CN CN201310253438.6A patent/CN103354615B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030126238A1 (en) * | 2001-12-12 | 2003-07-03 | Michinari Kohno | Data communications system, data sender, data receiver, data communications method, and computer program |
CN100401717C (zh) * | 2002-05-22 | 2008-07-09 | 索尼株式会社 | 信息处理系统和方法、信息处理设备和方法 |
CN1859580A (zh) * | 2005-10-17 | 2006-11-08 | 华为技术有限公司 | 支持错误弹性的多媒体数据网络实时传送方法 |
CN101155083A (zh) * | 2006-09-27 | 2008-04-02 | 中兴通讯股份有限公司 | 一种基于丢包率的网络状态估计方法 |
CN101981961A (zh) * | 2008-03-27 | 2011-02-23 | 京瓷株式会社 | 无线通信系统、无线通信设备和无线通信方法 |
CN101651519A (zh) * | 2009-09-15 | 2010-02-17 | 中国人民解放军国防科学技术大学 | 自适应动态前向纠错编码方法、装置及系统 |
CN102075312A (zh) * | 2011-01-10 | 2011-05-25 | 西安电子科技大学 | 基于视频服务质量的混合选择重传方法 |
CN102790666A (zh) * | 2011-05-17 | 2012-11-21 | 华为终端有限公司 | 差错控制的方法、接收端、发送端和系统 |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015058590A1 (zh) * | 2013-10-21 | 2015-04-30 | 腾讯科技(深圳)有限公司 | 一种视频直播控制方法、设备及系统和存储介质 |
CN103533387B (zh) * | 2013-10-21 | 2016-08-17 | 腾讯科技(深圳)有限公司 | 一种视频直播控制方法、设备及系统 |
CN103533387A (zh) * | 2013-10-21 | 2014-01-22 | 腾讯科技(深圳)有限公司 | 一种视频直播控制方法、设备及系统 |
US10498492B2 (en) | 2014-07-03 | 2019-12-03 | Samsung Electronics Co., Ltd. | Method and device for receiving and transmitting information in multimedia system |
CN106664440A (zh) * | 2014-07-03 | 2017-05-10 | 三星电子株式会社 | 用于在多媒体系统中接收和发送信息的方法和设备 |
CN106664440B (zh) * | 2014-07-03 | 2020-01-10 | 三星电子株式会社 | 用于在多媒体系统中接收和发送信息的方法和设备 |
CN104159166A (zh) * | 2014-08-07 | 2014-11-19 | 西安交通大学 | 基于移动网络丢包状态的直播视频数据传输差错控制方法 |
CN104159166B (zh) * | 2014-08-07 | 2015-08-05 | 西安交通大学 | 基于移动网络丢包状态的直播视频数据传输差错控制方法 |
WO2018058803A1 (zh) * | 2016-09-30 | 2018-04-05 | 瞬已网络科技(上海)有限公司 | 一种网络实时视频传输方法及装置 |
US10931410B2 (en) | 2016-09-30 | 2021-02-23 | Caton Technology (Shanghai) Limited | Network-based real-time video transmission method and device |
CN107426615A (zh) * | 2017-04-26 | 2017-12-01 | 上海优刻得信息科技有限公司 | 一种降低视频网络播放卡顿率的方法及装置 |
CN107426615B (zh) * | 2017-04-26 | 2019-08-09 | 优刻得科技股份有限公司 | 一种降低视频网络播放卡顿率的方法及装置 |
WO2019170065A1 (zh) * | 2018-03-07 | 2019-09-12 | 华为技术有限公司 | 数据传输方法、装置、网络接入设备和存储介质 |
CN114025389A (zh) * | 2021-11-01 | 2022-02-08 | 网易(杭州)网络有限公司 | 数据传输方法、装置、计算机设备及存储介质 |
CN114025389B (zh) * | 2021-11-01 | 2024-04-30 | 网易(杭州)网络有限公司 | 数据传输方法、装置、计算机设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN103354615B (zh) | 2015-04-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104159166B (zh) | 基于移动网络丢包状态的直播视频数据传输差错控制方法 | |
CN103354615B (zh) | 基于信号强度的直播视频数据传输差错控制方法 | |
US10645448B2 (en) | Buffer-aware transmission rate control for real-time video streaming system | |
CN101179362B (zh) | 适宜移动流媒体应用的自动重传请求机制 | |
JP4454320B2 (ja) | 伝送装置、伝送制御プログラム、及び伝送方法 | |
CN101878612B (zh) | 用于数据网络中的数据传输的方法和系统 | |
CN101588597B (zh) | 一种基于Kalman滤波的无线流媒体自适应混合FEC/ARQ控制方法 | |
US20130246876A1 (en) | Method and Arrangement for Retransmission Control | |
US20080134005A1 (en) | Adaptive Forward Error Correction | |
US20080025210A1 (en) | Method and system for medium access control (MAC) layer specialization for voice and multimedia data streams | |
CN106658223B (zh) | 一种长期演进lte网络下的视频上行传输方法及装置 | |
US20040105463A1 (en) | Method for enhancing transmission quality of streaming media | |
CN101826937B (zh) | 适用于下一代移动互联网的链路层差错控制系统及其方法 | |
CN102790666A (zh) | 差错控制的方法、接收端、发送端和系统 | |
CN109862038A (zh) | 一种流媒体协议中数据延时及丢包的处理方法 | |
CN103051981A (zh) | 用于视频多跳传输的自适应帧长计算方法 | |
US10554331B2 (en) | Quality of service driven receiver selective hybrid automatic repeat request for point-to-multipoint communication | |
CN103338412A (zh) | 结合无线自适应调制与编码的自适应视频编码系统 | |
CN104486690A (zh) | 一种基于tcp协议的移动视频传输优化方法 | |
CN103873216A (zh) | Wlan组播场景中新型丢包重传机制 | |
CN102013962B (zh) | 数据传输方法及设备 | |
CN103428531A (zh) | 一种多媒体数据的arq控制方法及系统 | |
CN104539402B (zh) | 一种无线网络中的广播传输方法 | |
Chen et al. | Multi-stages hybrid ARQ with conditional frame skipping and reference frame selecting scheme for real-time video transport over wireless LAN | |
Hassan et al. | A retransmission‐based scheme for video streaming over wireless channels |
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 |