[发明专利]一种基于RTP的视频流传输丢包重传方法、设备及存储设备

说明书

本发明公开了一种基于RTP的视频流传输丢包重传方法、设备及存储设备。其方法具体步骤如下：发送终端和接收终端时间参数初始化；发送终端响应重传请求向接收终端发送数据包；接收终端检测是否接收完整，若完整，则重传成功；若不完整，则接收终端根据时间参数作出数据包有效性、重传频率有效性的判断；若数据包无效或重传频率无效，则不进行下一次重传请求；反之，接收终端进行下一次重传请求；发送终端根据时间参数判断是否响应该重传请求；若响应重传请求，则发送终端再次向接收终端发送数据包；否则，不响应重传请求。本发明的有益效果是：实现在高并发路数(至少64路)和高丢包率(30％以上)的情况下，实现视频流的流畅播放。

技术领域

本发明涉及视频通信领域，尤其涉及一种基于RTP的视频流传输丢包重传方法、设备及存储设备。

背景技术

目前的视频传输由于对实时性要求较高，所以一般基于UDP协议进行传输，而UDP是一种非面向连接的不可靠协议，在数据包传输的过程中容易存在丢包的现象，特别是在网络状况较差的情况下，丢包比较严重。这样就会在收端解码时出现大量的花屏卡段现象，严重影响音视频的播放质量。

为解决此问题，在传输层上做改善是一种常见的解决方案。具体就是采用丢包重传的方式，收端在收到不连续的数据包时，会主动向发送方请求尚未收到的缺失包，发送方收到重传请求后，会向接收方重新发送请求的包(如图1所示)。此方案可解决部分花屏卡顿的问题，但仍会造成一定的视频延时，且当网络拥塞较为严重时，重复发送大量的数据包反而会使网络状况更加恶化，使得更多的数据包不可达，形成恶性循环。

为此，接收方需要较好地控制请求的频率，而发送方也要较好地控制好重发包的频率。

webrtc是一个可支持网页浏览器进行实时语音对话和视频对话的开源接口，其媒体传输方面也有丢包重传的部分，其发端针对每一个请求的序号，每隔一个rtt(Round-Trip Time,往返时延)时间作一次检查重发，从而避免过于频繁地重传，在其收端，对每个需要发端重传的数据包，大概一个rtt时间再进行一次重传请求，并且同时维护缺失包列表和关键帧的包列表，对超出一定重传次数和过老的包，放弃重传请求。

对于媒体路数只有几路，双向互传媒体流的情况下，这种做法比较理想，但对于一个高性能视频转发服务器而言，收端过多的处理过程会对延时造成较大的影响，且使用重传的次数作为阈值很容易造成过早或过晚放弃重传的情况。所以webrtc并不能很好地应用于视频转发服务器。

为解决上述问题，本发明提出一种基于时间阈值的请求包队列模式，使收端能够合理地丢弃一些过时的缺失包，减小网络压力的同时，能最大限度地进行缺失包的请求，使得即使在网络状况恶劣的情况下，也能保证视频质量的基本可接受，避免画面大卡顿及卡停情况的出现。

发明内容

本发明的目的是提出一种基于RTP的视频流传输丢包重传方法、设备及存储设备。一种基于RTP的视频流传输丢包重传方法，包括以下步骤：

S101：根据实际网络带宽情况及服务器情况，对发送终端和接收终端中的时间参数进行初始化；

所述发送终端用于发送数据包至接收终端，所述接收终端用于接收所述数据包，并将丢失的数据包添加至重传队列，生成重传请求，进而将所述重传请求发送至发送终端；所述重传队列，由丢失的数据包组成；

S102：发送终端根据重传队列向接收终端发送上一次数据传输过程中丢失的数据包；

S103：接收终端接收所述丢失的数据包，并判断是否接收完整？若完整，则表明重传成功，并到步骤S106；若不完整，则表示接收失败，认为该数据包再次丢失，为丢失数据包，进入步骤S104；

S104：接收终端将所述丢失的数据包添加至重传队列，并清除重传队列中过旧的数据包；