网站首页 编程开发 网页制作 操作系统 软件应用 图形图象 网络应用 硬件维修 安全技

术 教育认证 精文荟萃 关注GOOGLE Q Q 专区 图片图库

小说书库 FLASH小游戏 其他相关 访客留言

网络交流 网络工具 网络技术 网络维护 网络安全 备份技术 协议大全

繁體中文

您现在的位置： 66网络学院 >> 网络应用 >> 协议大全 >> RFC中文文档 >> 网络应用正文 【双击滚屏】 以asp或shtml方式显示本页

用于DTMF数字信号、电话音和电话信号的RTP负载格式. 【字体：小 大】

用于DTMF数字信号、电话音和电话信号的RTP负载格式.

作者：佚名 网络应用来源：不详 点击数：

7 更新时间：2006-6-19

本备忘录的状态

本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建 议以得到改进。请参考最新版的“Internet正式协议标准”(STD1)来获得本协议的标准化 程度和状态。本备忘录的发布不受任何限制。 版权声明

Copyright(C)TheInternetSociety(2001).

摘要

本备忘录描述了在RTP数据包中传送双音多频(DTMF)信号、其它电话信号音和电话事 件的方法。 目录 1介绍 2 1．1术语 3 2．语音与事件 3

3．用于命名电话事件的RTP负载格式 4 3．1介绍 4

3．2同时产生音频和事件 4 3．3事件类型 4 3．4RTP头用法 5 3．5负载格式 5 3．6发送事件数据包 6 3．7可靠性 6 3．8举例 7

3．9接收端使用SDP性能的表述 7 3．10DTMF事件 8

3．11数据调制解调器和传真事件 8 3．12线路事件 10 3．13扩展线路事件 12 3．14信息通路事件 12

4．用于电话话音的RTP负载格式 13 4．1介绍 13

4．2公共电话话音信号实例 14 4．3RTP头字段的使用 15 4．4负载格式 15 4．5可靠性 16

5．信号音合并和命名事件 16 6．MIME注册 16

6．1audio/telephone-event 16 6．2audio/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术语

本文中的关键字“必须”，“必须不”，“要求的”，“应该”，“不应该”，“会”，“不会”，“建 议”，“或许”，“可选的”在RFC2119中解释。 2．语音与事件

网关处理DTMF数字信号和事件的方式有两种。第一种，它可以简单测量声音波段信 号的频率成分并将这些信息传送到RTP接收端（第四节）。在这种模式下，网关仅从语音信 号中简单辨别话音，无需鉴别话音的含义。用于PSTN且人可感知的所有话音信号都是一系 列简单正弦波的组合，经过叠加或调制。（至少有一种话音使用了周期性相位反转，如在话 音线路上指示数据传输的ANSamtone[3]。）

第二种，网关可以识别电话音并将它们译为名称，如振铃或忙音。接收端即产生电话音 信号或其它相应的信号描述。通常，由于信号识别依赖开/关模式或个别电话音序列，这种 识别会花几秒钟。另一方面，网关可以访问产生电话音的真实信令信息，因此能够立刻生成 RTP包，无需绕开声音信号。

在电话网络中，电话音产生于不同的地方，取决于开关技术和音调特性。这就决定了当 一个人给国外打电话时所听见的是她所熟悉的本地音调还是被叫国使用的音调。 对于模拟线路而言，拨号音通常是通过本地开关产生的。ISDN终端可以在本地产生拨 号音，然后发送包含所拨数字的Q.931SETUP消息。如果终端只发送SETUP消息而没有任 何被叫方号码，开关收集由终端KEYPAD提供的数字，并由B通道发出拨号音。终端可在B 通道使用音频信号，或是用Q.931消息触发本地产生拨号音。

振铃声（也称为回响音）由被呼叫方的本地开关产生，被呼叫方电话一响就打开一个 单向声音通道。（这减少了修剪被呼叫当事人应答后响应的机会。它也允许预应答通告或带 内呼叫过程指示在振铃前/中到达呼叫者。）拥塞音及特殊信息音可由通路中任何开关产生， 也可由呼叫者开关根据接收到的ISUP消息产生。在模拟设备或ISDN终端中，忙音由呼叫 者开关产生，并由相应ISUP消息触发。

通过RTP发送信号事件的网关在一次单独RTP会话中会发送命名信号（第三节）以 及话音表述（第四节），使用3.7节中定义的冗余机制插入这两项表述。因为它允许接收端 自由选择合适的表述，所以这种方法也是一种比较通用的好办法。

如果网关不能给出电话音表述，除命名信号外，它还应该在常规RTP音频数据包中（如 在PCMU负载中）发送音频音。