[发明专利]一种流媒体传输优化方法及装置

说明书

技术领域

本发明涉及流媒体传输与控制技术，具体涉及一种流媒体传输优化方法及装置。

背景技术

IPTV业务基于网络层传输协议TCP/UDP进行数据传送。其中，TCP是面向连接的传输，可靠性好，但传输的效率低,在网络质量不好的情况下，实时性差；UDP不是面向连接的传输，可靠性差，会发生数据包丢失，但传输的效率以及实时性较高。

目前市场上，各运营商在各地区对于两种流媒体数据传输方式都有应用，但基于对实时性要求和网络负载的考虑，首选方案较多为UDP，因此在UDP传输的应用场景中，经常会出现因为丢包和抖动等异常因素引起的视频卡顿、花屏，影响流媒体播放效果。

发明内容

本发明所要解决的技术问题是以UDP为数据传输基础的IPTV架构中，在保证IPTV播放实时性的前提下，如何提高传输可靠性、网络适应性以及增强本地缓存能力的问题。

为了解决上述技术问题，本发明所采用的技术方案是提供一种流媒体传输优化方法，包括以下步骤：

步骤S10、终端与流媒体服务器之间进行支持丢包重传的初始化后，流媒体服务器开始以RTP报文向终端发送流媒体数据；

步骤S20、终端将检测丢失RTP报文，并经丢包监测窗口聚合一组丢失RTP报文的序号后，通过RTSP信令向媒体服务器发起该组丢失RTP报文的重传请求；

步骤S30、流媒体服务器根据重传请求RTSP信令，通过原流媒体数据传输通道向终端重传相应RTP报文；

步骤S40、终端将收到重传RTP报文插入到对应位置；

步骤S50、终端实时监测缓存状态，控制流媒体服务器的流媒体数据以及重传RTP报文发流速率，调整其缓存区。

在上述方法中，步骤S10包括以下步骤：

步骤S11、终端收到应用发来的基于RTSP协议的流媒体播放任务，向流媒体服务器的RTSP服务器发起描述播放任务请求，并在描述播放任务请求信令中申明丢包重传能力；

步骤S12、RTSP服务器回应描述播放任务请求，并表示支持“丢包重传”功能；

步骤S13、媒体服务器获取描述播放任务请求信令中携带的终端流媒体接收地址，并以RTP报文方式开始向终端发送流媒体数据。

在上述方法中，步骤S20包括以下步骤：

步骤S21、终端在接收流媒体数据时，根据RTP报文序号检测RTP报文丢失，将检测到的丢失RTP报文序号记录到丢包监测窗口，丢包数加1；

步骤S22、判断丢包监测窗口的丢包数是否为1；如是，转步骤S23；否则，转步骤S24；

步骤S23、启动丢包监测计时器，执行步骤S21；

步骤S24、判断丢包监测窗口中丢包数是否达到预设值，如是，转步骤S26；否则，转步骤S25；

步骤S25、判断丢包监测计时器是否超时，如果超时，转步骤S26；否则，转步骤S21；

步骤S26、取消丢包监测计时器，转步骤S27；

步骤S27、终端把丢包监测窗口中所有丢包RTP报文记录转移到重传等待队列中，并向流媒体服务器发起丢包重传请求，丢包重传请求信令携带所有丢包监测窗口中丢包RTP报文的序号。

在上述方法中，在步骤S27中，在终端把丢包监测窗口中所有丢包RTP报文记录转移到重传等待队列中时，清空丢包监测窗口丢包RTP报文序号记录及记数，准备开始下一轮丢包监测，并针对重传等待队列中的每个丢包RTP报文将记录开启重传等待循环计时器，定时清理丢包重传队列中等待重传、但是对应的重传等待循环计时器超时的丢包RTP报文记录。

在上述方法中，步骤S40具体包括以下步骤：

步骤S41、当收到新的RTP报文时，判断是否是有效的重传RTP报文，如是，转步骤S42；否则，转步骤S43；

步骤S42、将收到的重传RTP报文根据其报文序号插入到终端接收流媒体数据的缓存区的相应位置，并从重传等待队列中删除对应的丢包RTP报文记录，转步骤S44；

步骤S43、此报文已过期，丢弃；

步骤S44、判断重传等待队列中是否还有丢包RTP报文记录，如果是，转步骤S41；否则，结束程序。

在上述方法中，步骤S50包括以下步骤：

步骤S51、终端实时监测缓存状态，如超过了缓存上溢或下溢的预警线，则向流媒体服务器发出携带指定的发流速度和需要调整的缓存大小信息的发流速率调整请求指令；