四、H.264中实时传输协议(RTP)

　　1. RTP载荷规范

　　在第二部分已经对H.264的网络协议环境作了阐述，这里要详细讨论RTP的载荷规范和抗误码性能。RTP通过发送冗余信息来减少接收端的丢包率，会增加时延，与冗余片不同的是它增加的冗余信息是个别重点信息的备份，适合于应用层的非等重保护。下边阐述与多媒体传输有关的3个规范。

　　(1)分组复制多次重发，发送端对最重要的比特信息分组进行复制重发，使得保证接收端能至少正确接收到一次，同时接收端要丢弃已经正确接收的分组的多余备份。

　　(2)基于分组的前向纠错，对被保护的分组进行异或运算，将运算结果作为冗余信息发送到接收方。由于时延，不用于对话型应用，可用于流媒体。

　　(3)音频冗余编码，可保护包括视频在内的任何数据流。每个分组由头标、载荷以及前一分组的载荷组成，H.264中可与数据分割一起使用。

　　2. H.264 NAL单元的概念

　　H.264 NAL单元对编码数据进行打包，NAL单元由1字节的头，3个定长的字段和一个字节数不定的编码段组成。

　　头标的语法：NALU类型(5bit)、重要性指示位(2bit)、禁止位(1bit)。

　　NALU类型：1～12由H.264使用，24～31由H.264以外的应用使用。

　　重要性指示：标志该NAL单元用于重建时的重要性，值越大，越重要。

　　禁止位：网络发现NAL单元有比特错误时可设置该比特为1，以便接收方丢掉该单元。

　　3. 分组打包的规则

　　(1)额外开销要少，使MTU尺寸在100～64k字节范围都可以；

　　(2)不用对分组内的数据解码就可以判别该分组的重要性；

　　(3)载荷规范应当保证不用解码就可识别由于其他的比特丢失而造成的分组不可解码；

　　(4)支持将NALU分割成多个RTP分组；

　　(5)支持将多个NALU汇集在一个RTP分组中。

　　RTP的头标可以是NALU的头标，并可以实现以上的打包规则。

　　4. 简单打包

　　一个RTP分组里放入一个NALU，将NALU(包括同时作为载荷头标的NALU头)放入RTP的载荷中，设置RTP头标值。为了避免IP层对大分组的再一次分割，片分组的大小一般都要小于MTU尺寸。由于包传送的路径不同，解码端要重新对片分组排序，RTP包含的次序信息可以用来解决这一问题。

　　5. NALU分割

　　对于预先已经编码的内容，NALU可能大于MTU尺寸的限制。虽然IP层的分割可以使数据块小于64千字节，但无法在应用层实现保护，从而降低了非等重保护方案的效果。由于UDP数据包小于64千字节，而且一个片的长度对某些应用场合来说太小，所以应用层打包是RTP打包方案的一部分。

　　新的讨论方案(IETF)应当符合以下特征：

　　(1)NALU的分块以按RTP次序号升序传输；

　　(2)能够标记第一个和最后一个NALU分块；

　　(3)可以检测丢失的分块。

　　6. NALU合并

　　一些NALU如SEI、参数集等非常小，将它们合并在一起有利于减少头标开销。已有两种集合分组：

　　(1)单一时间集合分组(STAP)，按时间戳进行组合；

　　(2)多时间集合分组(MTAP)，不同时间戳也可以组合。

　　五、结束语

　　本文重点讲述了在IP网络的限制条件下H.264进行错误恢复的几种有力工具，但在不同的IP网络中要组合使用各种工具才能实现高效率编码和传输。因为目前无线网络对MTU尺寸和时延的限制，所以错误恢复工具可以结合使用图像的分割、数据的划分和RTP分组技术，避免使用冗余信息和反馈来提高错误恢复性能；另外高效率的FMO编码模式可以大大提高编码的抗分组丢失性能。

转载地址:http://www.voipchina.cn/technology/2004-10-08/38278.shtml