RFC2198.docVIP

RFC2198 组织：中国互动出版网（/） RFC文档中文翻译计划（/compters/emook/aboutemook.htm） E-mail：ouyang@ 译者： 李超（licc_li licc_li@） 译文发布时间：2001-5-23 版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须 保留本文档的翻译及版权信息。 Network Working Group C. Perkins Request for Comments: 2198 I. Kouvelas Category: Standards Track O. Hodson V. Hardman University College London M. Handley ISI J.C. Bolot A. Vega-Garcia S. Fosse-Parisis INRIA Sophia Antipolis September 1997 用于冗余音频数据的RTP负载格式 （RFC 2198 RTP Payload for Redundant Audio Data） 本备忘录的状态 本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建议以 得到改进。请参考必威体育精装版版的“Internet正式协议标准” (STD1)来获得本协议的标准化程度 和状态。本备忘录的发布不受任何限制。 摘要 本文描述了一种在使用实时传输协议（RTP版本2）时对冗余音频数据进行编码的负载格 式。在此提出这套机制的主要目的是为了开发针对包易丢失网络（如Internet MBone）的音 频会议工具。尽管如此，该机制并不局限于此类应用。 目录 本备忘录的状态 1 摘要 1 1. 介绍 2 2. 需求与动机 2 3. 负载格式说明 3 4. 局限性 4 5. 同SDP的关系 5 6. 安全性考虑 5 7. 示例 6 8. 作者地址 7 9. 参考文献 7 1. 介绍 随着Internet Mbong团体间多媒体会议得到更广泛的应用，用户必定会进一步认识到， 大多数应用都要求服务提供相当好的质量。我们知道有很多因素都会影响到会议的质量，其 中最明显的就是包丢失问题。这个问题已经持续多年，??随着Internet的普及以及由此带来 的负载增加而变得更加尖锐。即便是丢包率很低的情况下对语音理解性的破坏也会导致人们 对Internet多媒体会议的可行性产生怀疑。数据流冗余就是作为该问题的解决方案之一而提 出的[1]。在平均连续丢包率很低的情况下，如果一个包丢失了，则接收方还可通过后续包 中的冗余数据对失去的信息进行重组和恢复[2]。最近的工作[4][5]显示，针对当前Internet 上的若干种包丢失模型，该机制都可以很好地工作。 本文描述了用于对冗余编码的音频数据进行传输的RTP负载格式。第二节说明了定义这 种负载格式的需求和动机，并未定义其具体形式。第三节定义了冗余音频数据的RTP负载格 式。 2. 需求与动机 RTP应用中对冗余编码机制有如下需求： ? 每个包必须携带一个主编码和一个或多个冗余编码。 ? 由于对冗余信息可以采用多种编码形式，每个冗余编码块都必须有一个编码类型标 识符。 ? 由于可能采用变长编码，每个编码后的块都必须有长度指示符。 ? RTP头提供时间戳字段表示编码数据的创建时间。当使用冗余