RFC2833中文文档.docVIP

组织：中国互动出版网（/） RFC文档中文翻译计划（/compters/emook/aboutemook.htm） E-mail：ouyang@ 译者： 吴晶（wing_wujing@）李超（licc_li@） 译文发布时间：2001-6-27 版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须保留本文档的翻译及版权信息。 Network Working Group H. Schulzrinne Request for Comments: 2833 Columbia University Category: Standards Track S. Petrack ????????????????????????????????????????????????????????????MetaTel ????????????????????????????????????????????????????????????May 2000 用于DTMF数字信号、电话音和电话信号的RTP负载格式 本备忘录的状态 本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建 议以得到改进。请参考最新版的“Internet正式协议标准” (STD1)来获得本协议的标准化 程度和状态。本备忘录的发布不受任何限制。 版权声明 Copyright (C) The Internet Society (2001). 摘要 ????本备忘录描述了在RTP数据包中传送双音多频(DTMF)信号、其它电话信号音和电话事 件的方法。 目录 1 介绍 2 1．1术语 3 2．语音与事件 3 3．用于命名电话事件的RTP负载格式 4 3．1介绍 4 3．2同时产生音频和事件 4 3．3事件类型 4 3．4 RTP头用法 5 3．5负载格式 5 3．6发送事件数据包 6 3．7可靠性 6 3．8举例 7 3．9接收端使用SDP性能的表述 7 3．10 DTMF事件 8 3．11数据调制解调器和传真事件 8 3．12线路事件 10 3．13扩展线路事件 12 3．14信息通路事件 12 4．用于电话话音的RTP负载格式 13 4．1介绍 13 4．2公共电话话音信号实例 14 4．3 RTP头字段的使用 15 4．4 负载格式 15 4．5可靠性 16 5．信号音合并和命名事件 16 6． MIME注册 16 6．1 audio/telephone-event 16 6．2 audio/tone 17 7．安全考虑 18 8. IANA考虑 18 鸣谢 18 作者地址 18 参考书目 19 版权说明 20 致谢 21 1 介绍 ????本备忘录定义了两种负载格式，一种用于在RTP包中传送双音多频数字信号、其它线 路和干线信号（第三节），第二种则用于RTP包中普通多频电话音的传输（第四节）。由于 低速率声音编解码器无法保证能完全正确地自动识别重现的电话音信号，所以需要单独定义 RTP负载格式。定义独立负载格式也使得在保持低比特率的同时系统能有更高的冗余性。 这里描述的负载格式将至少可应用于以下三种场合的DTMF处理：网关、终端系统和 “RTP干线”。在第一种应用中，因特网电话网关检测引入网路的DTMF并发送描述该内容 的RTP负载而不是通常的音频数据包。网关一般必须得有数字信号处理器和相应的算法， 因为它经常要检测DTMF，例如在双阶段拨号中。由网关检测话音可减轻Internet终端系统 的工作负担，同时也避免诸如G.723.1等低比特率编解码器误解DTMF音。第二，如“因特 网电话”等因特网终端系统能够仿真DTMF的功能性，而不考虑自身产生精确的电话音对， 也不影响接收端的语音识别负担能力。 ????在“RTP干线” 应用中，RTP常用于取代两点间通常的电路开关干线，这在仍然以电 路开关为主的电话网络中犹为重要。这时，RTP干线端点将对音频通道中信号进行适当的编 码，如按G.723.1 或G.729。然而，这种编码过程破坏了通过最低位携带的带内信令信息， 也会干扰MF数字语音等段内信令话音。另外，如ANSam音中的相位反转等语音属性不支 持语音编码。因而，网关需要从比特流中除去这些带内信令信息。它可以以带外方式通过待 定义的信令传输机制传送，也可以使用本备忘录描述的机制进行传送。 （如果两个干线端点 在同一个媒体网关控制器可控范围内，媒体网关控制器也可处理该信令。 ）带内传送可以简 化音频数据包和电话音或信号信息之间的时间同步。这在具有持续性和计时的事件中尤其重 要，如DTMF信号传送。 1．1术语 ???本文中的关键字“必须”，“必须不”，“要求的”，“应该”，“不应该”，“会