[发明专利]一种AVS视频帧的RTP封装方法

说明书

技术领域

本发明涉及流媒体领域，特别涉及一种AVS视频帧的RTP封装方法。

背景技术

AVS(Audio Video coding Standard)标准是数字音视频编解码技术标准工作组制定的数字音视频编码标准。AVS编码产生的视频码流结构语法层次从高到低依次为序列 、图像、 条带 、宏块 、块，AVS码流分层结构如图3所示。 视频帧类型有 I、P、B三种，其中I帧是解码的关键帧。宏块有帧内预测和帧间预测两种块，是空间预测补偿 、时间预测补偿和空间变换的基本单元。

流媒体是以流的方式在网络中传输音频、视频和多媒体文件的媒体形式。为了支持网络的实时传输服务，流媒体多是以RTP（Real-time Transport Protocol）封装发送的。RTP是用于Internet上针对多媒体数据流的一种传输协议，RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信息和实现流同步。RTP通常使用UDP(User Datagram Protocol，用户数据报协议)来传送数据，UDP数据在IP上进行传送。当应用程序开始一个RTP会话时将使用两个端口：一个给RTP，一个给RTCP(RTP Control Protocol，RTP 控制协议)。RTP提供端对端的网络传输功能，适合通过组播和点播传送实时数据，如视频、音频和仿真数据。RTP没有涉及资源预订和质量保证等实时服务，RTCP扩充数据传输以允许监控数据传送，提供最小的控制和识别功能。RTP 头固定部分格式如图4所示。

由于视频帧的数据长度相差很大，如果按照每个RTP包只封装一帧视频数据，大于MTU（Maximum Transmission Unit，最大传输单元）的视频帧在下层就会被分片，分片的不确定性增加了丢包率；有些视频帧远小于MTU，每一帧单独封装进一个RTP包发送，则增加了额外的头开销。所以本发明针对以上问题提出了一种既能降低网络开销又不造成下层分片的AVS视频帧RTP封装方法，该方法把P帧、B帧数据尽可能多地封装进RTP包，减小了发包频率，在一定长度上降低了丢包率；把I帧、视频序列头等关键数据单独封装成短包长的RTP包发送，短包长一定程度上意味着低丢包率，从而有效地保护了I帧等关键视频数据。

发明内容

为了解决现有技术中问题，本发明提供了一种AVS视频帧的RTP封装方法， 

步骤一：

编码器产生视频序列，打包开始，打包器接收编码器传来的视频数据，判断接收到的视频数据类型，若为视频序列头或序列结束，转向步骤二；

若为视频帧数据，转向步骤三；

步骤二：

将视频序列头或序列结束，单独封装进RTP包并发送，然后接收下一数据；

步骤三:

获取该数据帧的类型值，判断该帧所属帧类型，解析该帧的帧长度，设为L，

若为I帧，则转向步骤四；

若为P帧，则转向步骤五；

若为B帧，则转向步骤七；

步骤四：

比较L与J的长度，J为在不造成下层分片的情况下，也就是说在不超过MTU的情况下，最多可封装进RTP包的数据长度，分以下两种情况处理：

若L小于等于J，则将该帧封装进RTP包并发送；

若L大于J，将该帧以宏块为单位，以趋均匀的方式均匀分为n份，封装进RTP包发送；

步骤五：

比较L与J的大小，分以下两种情况处理：

若L小于等于J，则将该帧封装进RTP包，然后转向步骤六；

若L大于J，准备按条带为单位进行封装，则尽可能多的将条带封装进RTP包，将能够封装进RTP包的帧头和条带封装进RTP包并发送，然后转向步骤十；

步骤六：

准备继续封装新一帧数据，分以下两种情况处理：

若该帧数据为I帧，不再尝试继续封装，将RTP包发送；

若该帧数据非I帧，即P、B帧，则判断可再封装数据长度Lp与Y+s1的大小，s1是该视频帧的第一条带的数据长度；

若小于Y+s1仍将RTP包发送；

若大于等于Y+s1，开始比较Lp与该帧长度的大小，