公开/公告号CN106911699A
专利类型发明专利
公开/公告日2017-06-30
原文格式PDF
申请/专利权人 天津天地伟业信息系统集成有限公司;
申请/专利号CN201710124632.2
申请日2017-03-03
分类号H04L29/06(20060101);H04N21/44(20110101);H04N21/6375(20110101);H04N21/6437(20110101);H04N21/647(20110101);
代理机构12103 天津市宗欣专利商标代理有限公司;
代理人孙乔乔
地址 300384 天津市滨海新区华苑产业区(环外)海泰华科二路8号4号楼A310室
入库时间 2023-06-19 02:45:36
法律状态公告日
法律状态信息
法律状态
2020-02-11
授权
授权
2020-01-21
专利申请权的转移 IPC(主分类):H04L29/06 登记生效日:20200103 变更前: 变更后: 申请日:20170303
专利申请权、专利权的转移
2017-07-25
实质审查的生效 IPC(主分类):H04L29/06 申请日:20170303
实质审查的生效
2017-06-30
公开
公开
技术领域
本发明涉及视频监控领域的视频传输方法,尤其涉及一种基于RTP协议实现视频流I帧重传的方法。
背景技术
实时传输协议RTP(Real-time Transport Protocol)是一个网络传输协议,它是由IETF的多媒体传输工作小组1996年在RFC 1889中公布的,后在RFC3550中进行更新,RTP协议常用于流媒体系统,为数据提供了具有实时特征的端对端传送服务,如在组播或单播网络服务下的交互式视频音频或模拟数据。
RTP协议固定头数据结构如下表所示
其中,X表示扩展标志,占1位,如果X=1,则在RTP固定头后跟有一个扩展报头。RTP协议扩展头数据结构如下表所示,
视频监控应用中,视频流的数据量很大,为缓解传输和存储的压力,往往需要对其进行压缩编码。H.264是一种视频编码标准,其特点是高压缩比,高质量,且支持多种网络的流媒体传输。其理论依据是,大多数情况下,摄像机拍摄的实际场景的视频流中,每一个图像帧与其相邻帧的平均差别约为10%,因而传输视频流时,可将该视频流分为多个序列,每个序列里面包含多帧差别很小而且连续的图像帧;其中第一帧图像称为I帧,其压缩比最低,压缩后可以在不借助其他帧的情况下,恢复成原始状态;同一序列中,除了I帧之外,还有P帧和B帧,其压缩编码时记录了该帧与I帧或其他P帧或B帧的差异情况,对其做解压缩过程,都需要直接或间接参考I帧才能实现,因此如果I帧丢失,将无法恢复该序列时间内的视频数据,造成视频丢失。
当今的视频监控系统越来越复杂, 网络视频传输过程中,网络传输错误或丢包的现象无法完全避免,而且RTP协议底层是基于UDP,天然具备不可靠性,复杂网络环境下,适应性不佳。如果网络传输错误或网络丢包造成B帧或者P帧丢失,对视频流的影响尚且不大,但如果丢失的是I帧,将造成一段视频序列的丢失。因此,需要设计一种视频流的I帧重传方法,保证视频流传输到目的端之后能得到最大程度的还原。
发明内容
本发明旨在提供一种基于RTP协议实现I帧重传的方法,防止网络传输错误或丢包造成视频流传输过程中关键视频片段的丢失。
为了实现上述目的,本发明提供了一种基于RTP协议实现I帧重传的方法,包括如下步骤:
(1)定义RTP扩展协议,将RTP原协议中固定头的扩展标志位写为“1”,启用扩展头,并在扩展头中将Header Extension扩展三个字段:包括长度为16bit的帧类型(frame type)字段,长度为8bit的重传起始包号(seq start)字段,长度为8bit的重传结束包号(seq end)字段;
(2)视频数据发送端创建重传缓存区,缓存I帧数据,随时准备重传数据;
(3)视频数据接收端每组装一个I帧数据时,检查是否有缺失的数据包,及时回传(1)中定义的RTP扩展协议,请求视频数据发送端重传数据;
(4)发送端收到重传请求后,解析协议,获取需要重传的包号;从所述重传缓存区中,根据包号检索出重传的数据,回发给接收端;
(5)接收端三次发出重传请求,但仍收不到重传的数据,则丢弃当前要拼装的I帧。
所述RTP扩展头部的帧类型字段,用于区分I帧、P帧、B帧三种不同的帧类型。
所述发送端重传缓存区的数据结构为平衡二叉树。
所述发送端重传缓存区的大小,依据不同型号设备的性能做不同的设置。
本发明的有益效果是,很大程度上解决了视频码流在公网传输中,丢包和视频流乱序现象频发,造成视频卡顿、观看体验变差的问题;以及在极端弱网络环境下(带宽窄、延时高),视频无法解码播放的问题。
附图说明
图1是本发明所述RTP扩展头部的数据结构;
图2是本发明所述方法的数据流传输示意图。
具体实施方式
下面结合附图对本发明作进一步描述:
如图1所示,一种基于RTP协议实现I帧重传的方法,包括如下步骤:
(1)定义RTP扩展协议,将RTP原协议中固定头的扩展标志位写为“1”,启用扩展头,并在扩展头中将Header Extension扩展三个字段:包括长度为16bit的帧类型(frame type)字段,长度为8bit的重传起始包号(seq start)字段,长度为8bit的重传结束包号(seq end)字段;
(2)视频数据发送端创建重传缓存区,缓存I帧数据,随时准备重传数据;
(3)视频数据接收端每组装一个I帧数据时,检查是否有缺失的数据包,及时回传(1)中定义的RTP扩展协议,请求视频数据发送端重传数据;
(4)发送端收到重传请求后,解析协议,获取需要重传的包号;从所述重传缓存区中,根据包号检索出重传的数据,回发给接收端;
(5)接收端三次发出重传请求,但仍收不到重传的数据,则丢弃当前要拼装的I帧。
所述RTP扩展头部的帧类型字段,用于区分I帧、P帧、B帧三种不同的帧类型。
所述发送端重传缓存区的数据结构为平衡二叉树。
所述发送端重传缓存区的大小,依据不同型号设备的性能做不同的设置。
机译: 一种用于计算冗余的版本号的方法,该方法使用用于在通信系统,计算机程序和网元设备中传输的数据的多个版本的冗余来实现自动重传请求协议的自动重传请求协议。通信系统与许多连接表是已知的,并且通信系统。
机译: 一种基于估计的方法来确定访问探针重传的重传超时值
机译: 一种基于估计的方法来确定访问探针重传的重传超时值