用于冗余音频数据的rtp负载格式(rfc2198)

《用于冗余音频数据的rtp负载格式(rfc2198)》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、RFC2198RTPPayloadforRedundantAudioData用于冗余音频数据的RTP负载格式组织：中国互动出版网（http://www.china-pub.com/）RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）E-mail：ouyang@china-pub.com译者：李超（licc_lilicc_li@sina.com）译文发布时间：2001-5-23版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须保

2、留本文档的翻译及版权信息。NetworkWorkingGroupC.PerkinsRequestforComments:2198I.KouvelasCategory:StandardsTrackO.HodsonV.HardmanUniversityCollegeLondonM.HandleyISIJ.C.BolotA.Vega-GarciaS.Fosse-ParisisINRIASophiaAntipolisSeptember1997用于冗余音频数据的RTP负载格式（RFC2198RTPPayloadforRedundantAudioDa

3、ta）本备忘录的状态本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建议以得到改进。请参考最新版的“Internet正式协议标准”(STD1)来获得本协议的标准化程度和状态。本备忘录的发布不受任何限制。摘要本文描述了一种在使用实时传输协议（RTP版本2）时对冗余音频数据进行编码的负载格式。在此提出这套机制的主要目的是为了开发针对包易丢失网络（如InternetMBone）的音频会议工具。尽管如此，该机制并不局限于此类应用。目录7RFC文档中文翻译计划RFC2198RTPPayloadforRedu

4、ndantAudioData用于冗余音频数据的RTP负载格式本备忘录的状态1摘要11.介绍22.需求与动机23.负载格式说明34.局限性45.同SDP的关系56.安全性考虑57.示例68.作者地址79.参考文献71.介绍随着InternetMbong团体间多媒体会议得到更广泛的应用，用户必定会进一步认识到，大多数应用都要求服务提供相当好的质量。我们知道有很多因素都会影响到会议的质量，其中最明显的就是包丢失问题。这个问题已经持续多年，并随着Internet的普及以及由此带来的负载增加而变得更加尖锐。即便是丢包率很低的情况下对语音理解性的破坏

5、也会导致人们对Internet多媒体会议的可行性产生怀疑。数据流冗余就是作为该问题的解决方案之一而提出的[1]。在平均连续丢包率很低的情况下，如果一个包丢失了，则接收方还可通过后续包中的冗余数据对失去的信息进行重组和恢复[2]。最近的工作[4][5]显示，针对当前Internet上的若干种包丢失模型，该机制都可以很好地工作。本文描述了用于对冗余编码的音频数据进行传输的RTP负载格式。第二节说明了定义这种负载格式的需求和动机，并未定义其具体形式。第三节定义了冗余音频数据的RTP负载格式。2.需求与动机RTP应用中对冗余编码机制有如下需求：l

6、每个包必须携带一个主编码和一个或多个冗余编码。l由于对冗余信息可以采用多种编码形式，每个冗余编码块都必须有一个编码类型标识符。l由于可能采用变长编码，每个编码后的块都必须有长度指示符。lRTP头提供时间戳字段表示编码数据的创建时间。当使用冗余编码时该字段可以参考主编码数据的创建时间。冗余数据块与主数据可能在时间上会有一定间隔，因此每个冗余编码块都要有自己的时间戳。为了减少时间戳字段占用的字节数，可用冗余编码和主编码时间戳的差值来进行编码。为标准RTP规范增加冗余音频扩展有两个基本的方法：一个包含有冗余的扩展头，或者定义一个或多个额外的负载

7、类型。通过将所有的冗余信息放在扩展头中，那些不需要实现冗余的应用程序就可以轻松地丢弃该头而专注于处理主编码数据。不过，这套机制也有一些弊端：l7RFC文档中文翻译计划RFC2198RTPPayloadforRedundantAudioData用于冗余音频数据的RTP负载格式大量的额外负担，扩展头占用的4个字节和可能多达3个字节的扩展尾填充（为满足4字节边界的要求）。对很多应用都无法接受这么大的负担。l使用扩展头限制应用程序只能使用一种冗余编码，除非引入更多的结构。这同样也会造成更多的负担。基于上述原因，我们放弃了使用RTP扩展头的方式来实

8、现音频冗余编码的方法。RTP音视频会议框架列出了一系列的负载类型并为会议控制协议定义新的编码类型提供了一个可容纳32种编码的动态范围。因此，冗余音频应用可以采用下面两种方法来分配额外的RTP负