CN109379165A - 一种适用视频通信的丢包处理方法 - Google Patents
一种适用视频通信的丢包处理方法 Download PDFInfo
- Publication number
- CN109379165A CN109379165A CN201811070618.XA CN201811070618A CN109379165A CN 109379165 A CN109379165 A CN 109379165A CN 201811070618 A CN201811070618 A CN 201811070618A CN 109379165 A CN109379165 A CN 109379165A
- Authority
- CN
- China
- Prior art keywords
- video communication
- packet
- present frame
- loss
- frame
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明提供一种适用视频通信的丢包处理方法,应用于视频通信过程中,丢包处理方法包括以下步骤,步骤S1:采集视频通信过程中在传输层中的环境数据;步骤S2:根据环境数据判断每一帧视频通信数据是否符合预设条件:若当前帧的视频通信数据符合预设条件,则转向步骤S3;若当前帧的视频通信数据不符合预设条件,则采用自动请求重发机制对丢包进行处理,并退出;步骤S3:计算得到当前帧的总包个数;步骤S4:根据总包个数处理得到前向纠错冗余数;步骤S5:根据前向纠错冗余数对当前帧进行前向纠错编码,以采用前向纠错机制对丢包进行处理。本发明的有益效果在于实现在视频通信过程中对数据传输网络中发生的丢包进行处理的计算量小,占用内存空间少。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种适用视频通信的丢包处理方法。
背景技术
在视频通信的传输层,由于无线网络的信号不稳定或互联网链路的不可靠等因素导致网络丢包,从而导致高度压缩的和已经去除冗余包的视频无法被正确解码播放。同时,由于实时视频通信需要较低的网络延迟(低于200ms 是理想的),当网络延迟较高时,尽量避免采用自动请求重发(ARQ,Automatic Repeat-reQuest),因为自动请求重发在发现错误时会通知发送方重新发送,因此会使网络延迟更高,此时需要采用发送冗余数据的前向纠错(FEC, Forward Error Correction)的方法来实现对抗随机丢包。
FEC是一种在通信系统中单向控制传输错误的技术,通过连同数据发送额外的信息进行错误恢复,以降低误码率。具体来讲,FEC可以分为很多种类,包括对数据位的可靠性保护,以及对数据报文的丢包保护等。在视频通信的传输层会产生网络丢包的情况下,前向纠错可以通过冗余包来生成那些已丢失的包。前向纠错在发现错误时,不需要通知发送方重新发送,因此不会带来网络延时问题。但是前向纠错产生的冗余信息会占用大量带宽,使视频质量下降。
网络的丢包情况有3个特点:
1、无线网络的固有丢包的情况多数是离散的随机丢包,根据实验统计,随机丢1~3个包的情况最多,丢包情况中96%为随机丢包;
2、网络带宽不足时的丢包更多的是连续丢包,如果定义丢包个数为 15~64为连续丢包(超过64定义为网络断连),根据实验统计,则丢包情况中4%为连续丢包;
3、网络数据包过小,丢包率会大概率上升,这可能是网络设备包处理能力的问题。
因此对于随机丢包,FEC在视频通话中是非常有效的,但对于连续丢包 FEC是无效的。如果是网络拥塞导致的连续丢包,应通过降低码率的方式来避免,不需要使用FEC。
由此可见,在发生丢包时是否需要使用FEC关系到网络延时和用户视频通信的质量,而FEC本身的冗余包数量同样影响到用户的视频通信质量。现有技术中对于上述两方面的控制方法尚有不足。
发明内容
针对现有技术中存在的上述问题,现提供一种旨在实现在视频通信过程中对数据传输网络中发生的丢包进行处理的计算量小,占用内存空间少的适用视频通信的丢包处理方法。
具体技术方案如下:
一种适用视频通信的丢包处理方法,应用于视频通信过程中,其中,丢包处理方法包括以下步骤,
步骤S1:采集视频通信过程中在传输层中的环境数据;
步骤S2:根据环境数据判断每一帧视频通信数据是否符合预设条件:
若当前帧的视频通信数据符合预设条件,则转向步骤S3;
若当前帧的视频通信数据不符合预设条件,则采用自动请求重发机制对丢包进行处理,并退出;
步骤S3:计算得到当前帧的总包个数;
步骤S4:根据总包个数处理得到前向纠错冗余数;
步骤S5:根据前向纠错冗余数对当前帧进行前向纠错编码,以采用前向纠错机制对丢包进行处理。
优选的,适用视频通信的丢包处理方法,其中,环境数据包括:当前时刻的总可用码率,当前帧的帧率,用于表示传输层是否开启自动请求重发机制的重传状态,用于表示当前帧是否为关键帧的关键帧类型,根据历史数据统计得到的丢包率,根据丢包率统计得到的包到达率,以及根据历史数据统计得到的网络往返延迟。
优选的,适用视频通信的丢包处理方法,其中,步骤S2中,根据环境数据判断每一帧视频通信数据是否符合预设条件具体包括以下步骤:
步骤S21:根据关键帧类型判断当前帧是否为关键帧;
当当前帧为关键帧时,执行步骤S22;
当当前帧不为关键帧时,执行步骤S23;
步骤S22:根据重传状态判断是否启用自动请求重发机制;
当未启用自动请求重发机制,执行步骤S3;
当已启用自动请求重发机制,执行步骤S23;
步骤S23:计算得到当前帧的字节数,并判断字节数是否大于预定数值;
当字节数大于预定数值时,执行步骤S24;
当字节数不大于预定数值时,采用自动请求重发机制对丢包进行处理,并退出;
步骤S24:判断网络往返延迟是否超出预定范围;
当网络往返延迟超出预定范围时,执行步骤S3;
当网络往返延迟未超出预定范围时,采用自动请求重发机制对丢包进行处理,并退出。
优选的,适用视频通信的丢包处理方法,其中,步骤S23中,依据下述公式计算得到当前帧的字节数:
其中:B用于表示当前帧的字节数,TBR用于表示总可用码率,FPS用于表示当前帧的每秒传输帧数。
优选的,适用视频通信的丢包处理方法,其中,预定数值为0.8MTU,其中MTU表示最大传输单元。
优选的,适用视频通信的丢包处理方法,其中,步骤S3中,依照下述公式计算得到当前帧的总包个数:
其中:TQ表示当前帧的总包个数,MTU表示最大传输单元。
优选的,适用视频通信的丢包处理方法,其中,步骤S4具体包括以下步骤,
步骤S41:判断总包个数的数量值是否超过预设的第一范围;
当总包个数的数量值超过预设的第一范围时,建立第一关系模型,得到冗余包比例,随后转向步骤S42;
当总包个数的数量值未超过预设的第一范围时时,建立第二关系模型,得到冗余包比例,随后转向步骤S42;
步骤S42:根据冗余包比例计算得到前向纠错冗余数。
优选的,适用视频通信的丢包处理方法,其中,第一关系模型为 FRPR(TQ,PLR)
其中,RPRi=min(RPRi,50%),compensate=0.005TQ0.5,RPR表示冗余包比例。
优选的,适用视频通信的丢包处理方法,其中,第二关系模型为
setRPRi=0,TQ=1 if TQ≤0.8;
setRPRi=0.25,TQ=4 if 0.8<TQ≤1.6;
setTQ=4 if 1.6<TQ≤4。
优选的,适用视频通信的丢包处理方法,其中,步骤S42中,依照下述公式计算得到前向纠错冗余数:RQ=TQ*RPRi。
上述技术方案具有如下优点或有益效果:实现在视频通信过程中对数据传输网络中发生的丢包进行处理的计算量小,占用内存空间少。
附图说明
参考所附附图,以更加充分的描述本发明的实施例。然而,所附附图仅用于说明和阐述,并不构成对本发明范围的限制。
图1为本发明适用视频通信的丢包处理方法实施例的主流程图;
图2为本发明适用视频通信的丢包处理方法实施例的步骤S2的流程图;
图3为本发明适用视频通信的丢包处理方法实施例的步骤S4的流程图;
图4为本发明适用视频通信的丢包处理方法实施例的不同的包到达率PAR和不同总包数TQ下的对应的前向纠错冗余数RQ的折线图;
图5为本发明适用视频通信的丢包处理方法实施例的不同的包到达率 PAR和不同总包数TQ下的对应的前向纠错冗余数RQ的第一曲线图;
图6为本发明适用视频通信的丢包处理方法实施例的不同的包到达率 PAR和不同总包数TQ下的对应的前向纠错冗余数RQ的第二曲线图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
下面结合附图和具体实施例对本发明作进一步说明,但不作为本发明的限定。
本发明包括一种适用视频通信的丢包处理方法,应用于视频通信过程中,如图1所示,丢包处理方法包括以下步骤,
步骤S1:采集视频通信过程中在传输层中的环境数据;
步骤S2:根据环境数据判断每一帧视频通信数据是否符合预设条件:
若当前帧的视频通信数据符合预设条件,则转向步骤S3;
若当前帧的视频通信数据不符合预设条件,则采用自动请求重发机制对丢包进行处理,并退出;
步骤S3:计算得到当前帧的总包个数;
步骤S4:根据总包个数处理得到前向纠错冗余数;
步骤S5:根据前向纠错冗余数对当前帧进行前向纠错编码,以采用前向纠错机制对丢包进行处理。
进一步地,在上述实施例中,环境数据包括:当前时刻的总可用码率,当前帧的帧率,用于表示传输层是否开启自动请求重发机制的重传状态,用于表示当前帧是否为关键帧的关键帧类型,根据历史数据统计得到的丢包率,根据丢包率统计得到的包到达率,以及根据历史数据统计得到的网络往返延迟。
进一步地,在优选的实施方式中,当前时刻的总可用码率为当前预测可用带宽得到的总可用码率,其中包括编码的有效载荷(payload)、包头、FEC (Forward ErrorCorrection:前向纠错)冗余包,其中,当前时刻的总可用码率不包括ARQ包、控制包等;当前帧的帧率(Frame-rate)是音视频引擎算法基于质量优化模型根据当前时刻的总可用码率、分辨率和编码量化精度目标计算出来的动态值。包到达率(PAR)=1-丢包率(PLR),只需要对瞬时丢包进行过滤,只要统计随机丢包的丢包率就可以得到包到达率。其中当连续丢包超过15个以上的丢包不进行统计。
进一步地,在上述实施例中,步骤S2中,如图2所示,根据环境数据判断每一帧视频通信数据是否符合预设条件具体包括以下步骤:
步骤S21:根据关键帧类型判断当前帧是否为关键帧;
当当前帧为关键帧时,执行步骤S22;
当当前帧不为关键帧时,执行步骤S23;
步骤S22:根据重传状态判断是否启用自动请求重发机制;
当未启用自动请求重发机制,执行步骤S3;
当已启用自动请求重发机制,执行步骤S23;
步骤S23:计算得到当前帧的字节数,并判断字节数是否大于预定数值;
当字节数大于预定数值时,执行步骤S24;
当字节数不大于预定数值时,采用自动请求重发机制对丢包进行处理,并退出;
步骤S24:判断网络往返延迟是否超出预定范围;
当网络往返延迟超出预定范围时,执行步骤S3;
当网络往返延迟未超出预定范围时,采用自动请求重发机制对丢包进行处理,并退出。
进一步地,在上述实施例中,步骤S23中,依据下述公式计算得到当前帧的字节数:
其中:B用于表示当前帧的字节数,TBR用于表示总可用码率,FPS用于表示当前帧的每秒传输帧数。
进一步地,在优选的实施方式中,预定数值为0.8MTU,其中MTU表示最大传输单元,MTU可以设置为1500;当当前帧的字节数B小于或等于 0.8MTU时,表明此时每一帧的码率很低,不适合使用前向纠错方法对丢包进行处理,使用前向纠错方法会导致编码的有效载荷码率更低,进而导致视频质量过差,因此采用自动请求重发机制对丢包进行处理。当当前帧的字节数B大于0.8MTU,并且网络往返延迟较小(例如≤60)时,可以采用自动请求重发机制对丢包进行处理;当当前帧的字节数B大于0.8MTU,并且网络往返延迟过大时(例如>300),前向纠错方法对丢包进行处理。
进一步地,在优选的实施方式中,预定范围包括第一阈值:60ms,第二阈值:300ms,当出现如下逻辑策略的情况时,可以继续计算得到当前帧的总包个数。
逻辑策略如下所示:
SetFECRQ=0 if RTT≤60||(B≤1.6MTU&&RTT≤300); (2)
Split frame to get TQ if RTT>60&&(B>1.6MTU||RTT>300); (3)
其中,上述公式(2)和上述公式(3)中的预定范围的第一阈值和第二阈值的数值可以进行调整,第一阈值的调整范围为20ms~100ms,第二阈值的调整范围为100ms~500ms。如果希望视频通信以流畅度优先,则应将上述第一阈值和第二阈值往低的趋势调整,如果希望视频通信以清晰度优先,则应将上述第一阈值和第二阈值往高的趋势调整。
进一步地,在上述实施例中,步骤S3中,依照下述公式计算得到当前帧的总包个数:
其中:TQ表示当前帧的总包个数,MTU表示最大传输单元。
进一步地,在上述实施例中,如图3所示,步骤S4具体包括以下步骤,
步骤S41:判断总包个数的数量值是否超过预设的第一范围;
当总包个数的数量值超过预设的第一范围时,建立第一关系模型,得到冗余包比例,随后转向步骤S42;
当总包个数的数量值未超过预设的第一范围时时,建立第二关系模型,得到冗余包比例,随后转向步骤S42;
步骤S42:根据冗余包比例计算得到前向纠错冗余数。
进一步地,在优选的实施方式中,预设的第一范围为4~100,即总包个数的数量值大于或等于4,并且总包个数的数量值小于或等于100。
进一步地,在上述实施例中,步骤S4中,可以采用下述公式计算得到前向纠错机冗余数:
其中,
FAR用于表示视频通信的过程中一个完整帧的帧到达率;
PAR用于表示包到达率;
n用于表示当前帧的总包个数;
ii的取值范围为0~n-k,其中k用于表示当前帧原始包个数。
其中,FAR可以被设定为99%,即设定FAR的目标为99%。当然,该目标是可变的,例如,若希望流畅度优先,则可以适当提高FAR的设定数值,例如设定为99.5%,若希望清晰度优先,则可以适当降低FAR的设定数值,例如设定为98.5%,在此不再赘述。
然而,由于上述公式(5)中存在阶乘,对于求解RQ较为困难。因此在申请技术方案中提供另外一种等效求解RQ的方式,具体如下:
通过设定不同的PAR、TQ和RQ来进行计算实验,如下表1所示的关联关系:
TQ | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 15 | 20 | 25 | 30 | 35 | 40 | 45 | 50 | 55 | 60 | 65 | 70 | 75 | 80 | 85 | 90 | 95 | 100 |
PAR:85% | 1 | 2 | 2 | 3 | 3 | 4 | 4 | 4 | 4 | 6 | 7 | 8 | 9 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 |
PAR:90% | 1 | 1 | 2 | 2 | 3 | 3 | 3 | 3 | 4 | 5 | 6 | 6 | 7 | 8 | 9 | 10 | 10 | 11 | 12 | 13 | 13 | 14 | 15 | 15 | 16 | 17 | 18 |
PAR:95% | 1 | 1 | 2 | 2 | 2 | 2 | 2 | 2 | 3 | 3 | 4 | 4 | 5 | 5 | 6 | 6 | 7 | 7 | 7 | 8 | 8 | 9 | 9 | 9 | 10 | 10 | 11 |
PAR:98% | 1 | 1 | 1 | 1 | 1 | 1 | 2 | 2 | 2 | 2 | 2 | 3 | 3 | 3 | 3 | 4 | 4 | 4 | 4 | 4 | 5 | 5 | 5 | 5 | 5 | 6 | 6 |
表1
该关联关系中,在相同的FAR要求下,TQ和RQ的对应关系如图4中所示,需要说明的是,当采集点越接近原点时,各个采集点越密集,因此在图4靠近原点处出现了层叠的情况。
进一步地,采用下述公式将RQ转换为冗余包比例(RedundantPackets Ratio,RPR):
RPR=RQ/TQ; (6)
并依据公式(6)和图4进一步得到RPR和TQ之间的关联关系,如图5 如图5中所示。
随后,可以建立第一关系模型:
其中,RPRi=min(RPRi,50%),compensate=0.005TQ0.5。
需要说明的是,由于最终求值RQ是离散值,因此我们可以将这个模型离散化。其中,i的选择基于当前丢包率处于哪个区间,i的选择区间如下表 2所示:
i | TheactualPLR | m<sub>i1</sub> | m<sub>i2</sub> | PLR<sub>i</sub> |
1 | [0.1%,3%] | 0.5312 | -0.492 | 2% |
2 | (3%,7%] | 0.6522 | -0.404 | 5% |
3 | (7%,12%] | 0.6636 | -0.29 | 10% |
4 | (12%,30%] | 0.7843 | -0.261 | 15% |
表2
上述第一关系模型可以求解得到当4≤TQ≤100(预设的第一范围)时的RPR,对于上述范围之外的TQ取值而言,可以采用下述第二关系模型(公式(8)-(10))处理得到RPR:
setRPRi=0,TQ=1 if TQ≤0.8; (8)
setRPRi=0.25,TQ=4 if 0.8<TQ≤1.6; (9)
setTQ=4 if 1.6<TQ≤4。 (10)
即当总包个数的数量值小于或等于0.8时,将RPRi设置为0,并将TQ设置为1;
当总包个数的数量值大于0.8并且小于等于1.6时,将RPRi设置为0.25,并将TQ设置为4;
当总包个数的数量值大于1.6并且小于等于4时,将TQ设置为4。
进一步地,在上述实施例中,步骤S42中,在得到TQ和RPR之后,就可以依照下述公式计算得到前向纠错冗余数RQ:
RQ=TQ*RPRi。 (11)
最后,根据计算得到的前向纠错冗余数RQ对当前帧进行FEC编码,以采用FEC机制对丢包进行处理。
经过上述公式(7)-(11)计算得到的结果如下表3和图6中所示,其直观结果与严格的概率公式(5)较为接近,因此是可行的计算方法。
PLR\TQ | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 15 | 20 | 30 | 50 | 80 | 100 |
15% | 0.50 | 0.50 | 0.50 | 0.49 | 0.47 | 0.46 | 0.45 | 0.42 | 0.36 | 0.35 | 0.32 | 0.29 | 0.29 |
10% | 0.45 | 0.43 | 0.41 | 0.39 | 0.38 | 0.37 | 0.36 | 0.34 | 0.29 | 0.27 | 0.25 | 0.23 | 0.22 |
5% | 0.38 | 0.35 | 0.33 | 0.31 | 0.30 | 0.28 | 0.27 | 0.25 | 0.20 | 0.19 | 0.17 | 0.16 | 0.15 |
2% | 0.28 | 0.25 | 0.23 | 0.22 | 0.21 | 0.20 | 0.19 | 0.17 | 0.13 | 0.13 | 0.11 | 0.11 | 0.11 |
1% | 0.26 | 0.23 | 0.21 | 0.20 | 0.19 | 0.18 | 0.17 | 0.15 | 0.11 | 0.11 | 0.09 | 0.09 | 0.09 |
表3
进一步地,对上述计算结果进行测试,即计算RQ是否能满足帧到达率FAR需求,计算结果如下表4所示,
表4
经上述测试结果可知,在带宽(码率)充足的情况下,经过FEC保护,帧到达率FAR是能接近99%到达的,在带宽不足的情况下,帧到达率会降低。因此我们认为,经过上述丢包处理方法得到的丢包处理结果是具有较好效果的。
以上所述仅为本发明较佳的实施例,并非因此限制本发明的实施方式及保护范围,对于本领域技术人员而言,应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案,均应当包含在本发明的保护范围内。
Claims (10)
1.一种适用视频通信的丢包处理方法,应用于视频通信过程中,其特征在于,所述丢包处理方法包括以下步骤,
步骤S1:采集所述视频通信过程中在传输层中的环境数据;
步骤S2:根据所述环境数据判断每一帧视频通信数据是否符合一预设条件:
若当前帧的所述视频通信数据符合所述预设条件,则转向步骤S3;
若当前帧的所述视频通信数据不符合所述预设条件,则采用自动请求重发机制对丢包进行处理,并退出;
步骤S3:计算得到当前帧的总包个数;
步骤S4:根据所述总包个数处理得到一前向纠错冗余数;
步骤S5:根据所述前向纠错冗余数对所述当前帧进行前向纠错编码,以采用前向纠错机制对丢包进行处理。
2.如权利要求1所述的适用视频通信的丢包处理方法,其特征在于,所述环境数据包括:当前时刻的总可用码率,所述当前帧的帧率,用于表示所述传输层是否开启自动请求重发机制的重传状态,用于表示所述当前帧是否为关键帧的关键帧类型,根据历史数据统计得到的丢包率,根据所述丢包率统计得到的包到达率,以及根据历史数据统计得到的网络往返延迟。
3.如权利要求2所述的适用视频通信的丢包处理方法,其特征在于,所述步骤S2中,根据所述环境数据判断每一帧视频通信数据是否符合所述预设条件具体包括以下步骤:
步骤S21:根据所述关键帧类型判断所述当前帧是否为关键帧;
当所述当前帧为所述关键帧时,执行步骤S22;
当所述当前帧不为所述关键帧时,执行步骤S23;
步骤S22:根据所述重传状态判断是否启用自动请求重发机制;
当未启用所述自动请求重发机制,执行所述步骤S3;
当已启用所述自动请求重发机制,执行步骤S23;
步骤S23:计算得到所述当前帧的字节数,并判断所述字节数是否大于一预定数值;
当所述字节数大于所述预定数值时,执行步骤S24;
当所述字节数不大于所述预定数值时,采用自动请求重发机制对丢包进行处理,并退出;
步骤S24:判断所述网络往返延迟是否超出一预定范围;
当所述网络往返延迟超出所述预定范围时,执行所述步骤S3;
当所述网络往返延迟未超出所述预定范围时,采用自动请求重发机制对丢包进行处理,并退出。
4.如权利要求3所述的适用视频通信的丢包处理方法,其特征在于,所述步骤S23中,依据下述公式计算得到所述当前帧的字节数:
其中:B用于表示所述当前帧的字节数,TBR用于表示所述总可用码率,FPS用于表示所述当前帧的每秒传输帧数。
5.如权利要求3所述的适用视频通信的丢包处理方法,其特征在于,所述预定数值为0.8MTU,其中MTU表示最大传输单元。
6.如权利要求3所述的适用视频通信的丢包处理方法,其特征在于,所述步骤S3中,依照下述公式计算得到所述当前帧的总包个数:
其中:TQ表示所述当前帧的总包个数,MTU表示最大传输单元。
7.如权利要求6所述的适用视频通信的丢包处理方法,其特征在于,所述步骤S4具体包括以下步骤,
步骤S41:判断所述总包个数的数量值是否超过一预设的第一范围;
当所述总包个数的数量值超过所述预设的第一范围时,建立一第一关系模型,得到冗余包比例,随后转向步骤S42;
当所述总包个数的数量值未超过所述预设的第一范围时时,建立一第二关系模型,得到冗余包比例,随后转向步骤S42;
步骤S42:根据冗余包比例计算得到所述前向纠错冗余数。
8.如权利要求7所述的适用视频通信的丢包处理方法,其特征在于,所述第一关系模型为FRPR(TQ,PLR)
其中,RPRi=min(RPRi,50%),compensate=0.005TQ0.5,RPR表示冗余包比例。
9.如权利要求7所述的适用视频通信的丢包处理方法,其特征在于,所述第二关系模型为
setRPRi=0,TQ=1 if TQ≤0.8;
setRPRi=0.25,TQ=4 if 0.8<TQ≤1.6;
setTQ=4 if 1.6<TQ≤4。
10.如权利要求7所述的适用视频通信的丢包处理方法,其特征在于,所述步骤S42中,依照下述公式计算得到所述前向纠错冗余数:
RQ=TQ*RPRi。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811070618.XA CN109379165B (zh) | 2018-09-13 | 2018-09-13 | 一种适用视频通信的丢包处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811070618.XA CN109379165B (zh) | 2018-09-13 | 2018-09-13 | 一种适用视频通信的丢包处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109379165A true CN109379165A (zh) | 2019-02-22 |
CN109379165B CN109379165B (zh) | 2021-07-16 |
Family
ID=65405192
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811070618.XA Active CN109379165B (zh) | 2018-09-13 | 2018-09-13 | 一种适用视频通信的丢包处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109379165B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109862038A (zh) * | 2019-03-22 | 2019-06-07 | 江苏睿鸿网络技术有限公司 | 一种流媒体协议中数据延时及丢包的处理方法 |
CN110996035A (zh) * | 2019-12-17 | 2020-04-10 | 紫光展讯通信(惠州)有限公司 | 信息发送方法及装置 |
CN112165655A (zh) * | 2020-08-19 | 2021-01-01 | 视联动力信息技术股份有限公司 | 基于视联网的数据传输方法、装置、设备及介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120134373A1 (en) * | 2010-11-30 | 2012-05-31 | Electronics & Telecommunications Research Institute | Method of packetizing encoded symbols and apparatus using the same |
CN106034011A (zh) * | 2015-03-11 | 2016-10-19 | 中国移动通信集团四川有限公司 | 一种组播传输质量保障的控制方法及系统 |
CN106162227A (zh) * | 2015-04-10 | 2016-11-23 | 北京大学 | 实时视频传输的rs编码冗余包分配方法和发送设备 |
-
2018
- 2018-09-13 CN CN201811070618.XA patent/CN109379165B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120134373A1 (en) * | 2010-11-30 | 2012-05-31 | Electronics & Telecommunications Research Institute | Method of packetizing encoded symbols and apparatus using the same |
CN106034011A (zh) * | 2015-03-11 | 2016-10-19 | 中国移动通信集团四川有限公司 | 一种组播传输质量保障的控制方法及系统 |
CN106162227A (zh) * | 2015-04-10 | 2016-11-23 | 北京大学 | 实时视频传输的rs编码冗余包分配方法和发送设备 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109862038A (zh) * | 2019-03-22 | 2019-06-07 | 江苏睿鸿网络技术有限公司 | 一种流媒体协议中数据延时及丢包的处理方法 |
CN110996035A (zh) * | 2019-12-17 | 2020-04-10 | 紫光展讯通信(惠州)有限公司 | 信息发送方法及装置 |
CN112165655A (zh) * | 2020-08-19 | 2021-01-01 | 视联动力信息技术股份有限公司 | 基于视联网的数据传输方法、装置、设备及介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109379165B (zh) | 2021-07-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8516346B2 (en) | Packet transmission apparatus, communication system and program | |
EP3103210B1 (en) | Congestion control bitrate algorithm | |
EP3522418B1 (en) | Network-based real-time video transmission method and device | |
US7957307B2 (en) | Reducing effects of packet loss in video transmissions | |
DE60208921T2 (de) | Verfahren und vorrichtung zur übertragung fehlertoleranter daten, wobei eine wiederholte übertragung fehlerhafter daten ausgeführt wird, bis die anzahl der übrigen fehlerhaften daten akzeptabel ist | |
CN109379165A (zh) | 一种适用视频通信的丢包处理方法 | |
US6810488B2 (en) | Adaptive selective retransmission of packets | |
US9451248B2 (en) | Data processing device and data processing method | |
EP1708400B1 (en) | Loss tolerant transmission control protocol | |
CN108833930B (zh) | 直播数据传输控制方法、装置、直播设备及存储介质 | |
US20040105463A1 (en) | Method for enhancing transmission quality of streaming media | |
CN1468001A (zh) | 基于因特网的媒体流自适应传输方法 | |
CN109150876A (zh) | 一种视频无线传输的qos方法、装置及系统 | |
CN108174234A (zh) | 一种流媒体传输方法及系统 | |
US9503221B2 (en) | Method for adjusting aggregation size based on acknowledgment (ACK) bitmap | |
US20090276678A1 (en) | Data transmission system, program and method | |
CN115314479B (zh) | 流媒体传输容错控制方法及其系统 | |
CN114337928A (zh) | 一种基于arq与fec自适应选择的实时视频传输方法 | |
Kim et al. | Receiver buffer requirement for video streaming over TCP | |
CN111385055B (zh) | 一种数据传输方法和装置 | |
CN110602452B (zh) | 一种保障全球udp音视频流远距离实时传输流畅的方法 | |
WO2005112330A1 (de) | Verfahren, sende- sowie empfangseinrichtung zur übertragung von digitalen informationspaketen in einem datennetz | |
KR100931375B1 (ko) | 개선된 파라미터 산출방법이 적용된 데이터 스트림 전송률 제어방법 및 데이터 스트리밍 서버 | |
CN115134307B (zh) | 云计算中基于分组丢失率编码的负载均衡方法 | |
CN115665105A (zh) | 一种rtc系统弱网对抗方法 |
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 |