rfc2833.txt

RFC规范的翻译稿

频编解码器的时间间隔连续发送。（由于时间戳中包含了时间信息，发送方无须为了保持精
确的inter-event次数而维持精确的事件数据包间隔）
Q.24 [5]，表A-1，指出了所有测量管理使用40毫秒的最小信号宽度，和不低于93毫
秒的信令速率（话音及中止）。
若一个事件延续了一个周期以上，信号源产生事件将发送一个新的事件数据包，其RTP
时间戳值为事件开始时刻加上事件已经持续的时间。（RTP序列号按每个数据包依次增一。）
如果最后间隔中没有新事件发生，那么事件应重发3次或直到下个事件被识别。这确保了即
使最后一个数据包丢失，也能正确识别事件的宽度。
    为了避免接收端等待事件的完成，DTMF数字信号及事件按递增形式发送。由于一些音
频长达2秒，将造成实际延迟。发送方并不知道事件长度是否重要，因而需要立即且递增式
地传送。如果接收端应用不在乎事件持续时间，那么这样的递增传输机制就避免了延迟。而
有些应用则同时要关心延迟和事件持续时间，如PSTN网关等。
3．7可靠性
在一个事件中，RTP事件负载格式提供了事件的递增更新。错误恢复性取决于接收端的
播放延迟。例如，如果播放延迟为120毫秒，包间隙为50毫秒，一行丢失两个数据包不会
造成接收端产生音频间隙。
RFC 2198 [6]中描述的音频冗余机制可以用于恢复数据包中丢失的事件。有效的数据速
率是每50毫秒r个64位（32位作为冗余头，32位作为电话事件负载）或每秒r个1280位，
其中r是每个数据包中携带的冗余事件数。r值可在具体实现时确定，建议可以使用5。
冗余设计中时间戳的偏移量有14位，在采样频率8000Hz下，它可以携带2.048秒的电
话事件。网关能利用其中包含的前一事件的开始时间精确地重建音频序列。该机制可更具弹
性地处理2.048秒或r个信号的连续数据包丢失。对于前一数字信号只表示其平均响度。  
     解码器将事件负载视为当前音频帧的高压缩版。在那种模式下，事件中每个RTP数据
包都会包含当前音频编解码器对这些数字信号的翻译（在G.723.1或 G.729提到）以及3.5
小节提到的表述，加上更早的事件。
    这种方法使得那些不理解该格式的哑网关也能运行。参见第1节。
3．8举例
    一个典型的RTP数据包，用户正在拨DTMF序列的最后数字“911”。第一个数字信号
200毫秒长（1600个时间戳单元）且在0时间开始，第二个数字信号持续了250毫秒（2000
个时间戳单元）且在800毫秒时开始（6400个时间戳单元），第三个数字信号在1.4秒处（11200
个时间戳单元）被压缩且数据包显示出是在1.45秒时（11600个时间戳单元）发出。整个帧
宽度为50毫秒。为能看清各部分，以下整体上忽视字节对齐。假定时间戳和顺序号在第一
个数字开始设为0。冗余机制和电话事件负载的动态负载类型分别为96和97。
3．9接收端使用SDP性能的表述
    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |V=2|P|X|  CC   |M|     PT      |       sequence number         |
   | 2 |0|0|   0   |0|     96      |              28               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                           timestamp                           |
   |                             11200                             |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |           synchronization source (SSRC) identifier            |
   |                            0x5234a8                           |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |F|   block PT  |     timestamp offset      |   block length    |
   |1|     97      |            11200          |         4         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |F|   block PT  |     timestamp offset      |   block length    |
   |1|     97      |   11200 - 6400 = 4800     |         4         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |F|   Block PT  |
   |0|     97      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     digit     |E R| volume    |          duration             |
   |       9       |1 0|     7     |             1600              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     digit     |E R| volume    |          duration             |
   |       1       |1 0|    10     |             2000              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     digit     |E R| volume    |          duration             |
   |       1       |0 0|    20     |              400              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                   图2：拨“911”之后的RTP数据包示例

     接收端会指出它可以处理哪个命名事件，例如，使用SDP协议（RFC 2327 [7]）。负载
格式使用了下列fmtp格式以列出可接受的事件值：
   a=fmtp:<format> <list of values>
    这个值列表由逗号分开成员，它可以是一个十进制数也可以是由连字符（波折号）隔开
的两个十进制数，且第二个数字要大于第一个。数字或连字符间不允许空格。列表无需排序。
例如，如果负载格式使用负载类型号为100，可处理DTMF音（事件0到15）和拨号
音和铃声，那它在SDP消息中可如下表述：
   a=fmtp:100 0-15,66,70
    因为所有实现必须能接收事件0～15，所以在a=fmtp行上这些事件是可列可不列。
相应的MIME参数是“events”，所以下面的样本媒体类型定义要和上面SDP的例子相
对应：
   audio/telephone-event;events="0-11,66,67";rate="8000"
3．10 DTMF事件
    表1总结了电话事件负载格式中与DTMF有关的命名事件。
                     Event  encoding (decimal)
                     _________________________
                     0--9                0--9
                     *                     10
                     #                     11
                     A--D              12--15
                     Flash                 16
表1：DTMF命名事件
3．11数据调制解调器和传真事件
表3.11总结了出现在为传真机或调制解调器服务的用户线路中的事件及音频。音频
部分如下描述，其详细说明在表7中介绍。
ANS：这种频率为2100 +/- 15 Hz的话音用于禁止数据传输中[8,9]的回声抑止。对于
传真机，建议T.30 [9]中引用了这种音频，称为终端标识（CED）应答。
      /ANS：本信号与ANS相同，但每450 +/- 25 ms会反相。它可以同时禁止回声消除和
回声抑止。在ITU的建议V.25 [8]中，本信号表示为ANS（带上划线）。
      ANSam：改进的应答话音(ANSam) [3]是频率为2100 +/- 1 Hz的不带反相的正弦波信
号，调幅正弦波为15 +/- 0.1 Hz。如果不需要禁止网络回声消除效，则该音可由调制解调器
发送。
/ANSam：改进的带相位反转的应答音(ANSam) [3] 是频率为2100 +/- 1 Hz，反相间隔
为450 +/- 25 ms的正弦波信号，调幅正弦波为15 +/- 0.1 Hz。话音[10,8]由解调器[11]和传真
机发送以禁止回声抑止。
      CNG：在拨被呼叫的传真机电话号码之后（应答之前），呼叫群III的传真机（可选
择其一）开始发送1100 Hz有断续的CalliNG（CNG）音。[9]
          CRdi：性能请求（CRd），初始化端[12]，是400毫秒长，频率为1375 Hz 和2002 
Hz的双音信号，其后是一段100毫秒，1900 Hz的单音信号。“这个信号要求远程站点从电
话模式切换到信息传输模式并要求远程站点传输性能列表。特别地，Crdi是在呼叫过程中由
初始站点传送，或在呼叫建立阶段由呼叫站点作为对CRe 或 Mre的响应发送。”
         CRdr：CRdr是对Crdi（见上）的应答音。它是由400毫秒的频率为1529 Hz 和 2225 
Hz的双音信号组成，且其后为100毫秒、1900 Hz的单音信号。
          CRe：性能请求(CRe) [12]是长度400毫秒、频率1375 Hz 和2002 Hz的双音信
号，其后为长度100毫秒、频率400 Hz的单音信号。“这个信号要求远程站点从电话模式转
换为信息传输模式，并要求远程站点传输性能列表消息。特别地，CRe是呼叫建立时由自动
应答站点来发送。”
           CT：“本呼叫音由一串二进制信号1或1300 Hz的中断脉冲信号组成，正脉冲
宽度为0.5s到0.7s，负脉冲宽度为1.5s到2.0s。” 不采用V.8呼叫初始化音的调制解调器经
常使用该音。
          Esi：溢出信号(ESi) [12]是 400毫秒的频率为1375 Hz 和2002 Hz的双音信号，
其后为100毫秒、频率为980 Hz的单音信号。“这个信号要求远程站点从电话模式到信息传
输模式。ESi是由初始化站点来发送。”
      Esr：溢出信号(ESr) [12]是 400毫秒的频率为1529 Hz 和2225 Hz的双音信号，其后
为100毫秒、频率为1650Hz的单音信号。与ESi相同，但是由应答站点发送。
          Mrdi：性能要求（MRd）[12]，初始化方，是400毫秒、频率为1375 Hz 和2002 
Hz的双音信号组成，其后为100毫秒、频率1150 Hz的单音信号。“这个信号要求远程站点
从电话模式转换到信息传输模式，并要求远程站点发送模式选择消息。特别地，MRdi 信号
是由初始站点在通话过程中传送，或是由呼叫站点在呼叫建立时作为对Mre的应答发送。”
           MRdr：MRdr 是对MRdi（见上）的应答话音。它是由400毫秒的频率为1529 
Hz 和 2225 Hz的双话音信号组成，且紧随于100毫秒的频率为1150 Hz的单话音信号。
           Mre：它的模式要求(MRe) [12]是指400毫秒的频率为1375 Hz 和2002 Hz双话
音信号，，且紧随于100毫秒的频率为650 Hz的单话音信号。“这个信号要求从电话模式到
信息传输模式的远程站点传输以及要求远程站点进行的选择消息模式的传输。通常，MRe
是由专门为呼叫所设立的自动应答站点来发送。”
      V.21：V.21描述了使用频移键控(FSK)的300 b/s的全双工调制解调器。它被用于群组
III中传真机交换T.30信息。呼叫方在通道1发送，在通道2接收；应答方在通道2发送，
通道1接收。每一位的值都有不同的音，所以V.21信令包含了所有4种不同的音。
     表2总结了常用过程：
           过程                      标识
           ___________________________________________________
           V.25 and V.8                  		ANS
           V.25, echo canceller disabled  		ANS, /ANS, ANS, /ANS
           V.8                            	ANSam
           V.8, echo canceller disabled   		/ANSam

表2：V.x 建议中ANS, ANSam and /ANSam的使用
           事件                    编码（十进制）
           ___________________________________________________
           Answer tone (ANS)             32
           /ANS                         33
           ANSam                       34
           /ANSam                       35
           Calling tone (CNG)              36
           V.21 channel 1, "0" bit            37
           V.21 channel 1, "1" bit            38
           V.21 channel 2, "0" bit            39
           V.21 channel 2, "1" bit            40
           CRdi                          41
           CRdr                          42
           CRe                           43
           ESi                            44
           ESr                           45
           MRdi                         46
           MRdr                          47
           MRe                          48
           CT                            49
表3：数据和传真的命名事件
3．12线路事件
    表4概述了在用户线路中可能出现的事件和音频。
    ITU建议E.182 [13]定义了何时使用哪种音。它下面定义了呼叫者接听到的标准音：
    拨号音：交换机准备接收地址信息。
    PABX内部拨号音：PABX准备接收地址信息。
    特殊拨号音：类似于拨号音，但呼叫者线路处于特殊条件，例如呼叫转移或语音信件就
绪（如“Stutter拨号音”）。
    二次拨号音：网络已经接受地址信息，但还需要额外信息。
    铃音：该事件引发接收器产生警示信号（“响铃”）。受话方可以自己设置实际使用的振
铃声或用其它方式通知呼叫到达。（这不同于下面所提的呼叫方听到的振铃音。）
    振铃音：呼叫已发到受话方且呼叫信号（振铃）正被传送到被呼叫方。这种话音也称为
“回响”。
    特殊振铃音：一种特殊服务，诸如呼叫转移或呼叫等待，拨号完后激活。
    忙音：被呼叫电话号码正忙。
    拥塞音：呼叫必须的设施暂时无法使用。
    呼叫卡服务音：呼叫卡服务音由60毫秒的941 Hz 和 1477 Hz的话音叠加组成（DTMF 
'#'），其后为940毫秒的350 Hz 和 440 Hz的话音（U.S. 拨号音），按200毫秒定时成指数
衰减。
    特殊信息音：受话方无法接通，但原因既不是“忙”也不是“拥塞”。为了便于使用自
动设备，本话音在所有呼叫失败通知前使用。
    安慰音：呼叫正在进行。在长时转拨延时中使用，例如，国际呼叫连接。
    保持音：呼叫方处于保持状态。
    录音音：呼叫方已经被连接到自动应答服务且被提示开始讲话。
    呼叫方等待音：被呼叫站点忙，但提供了呼叫等待服务。
    收费音：收费电话一端的呼叫方被提醒支付硬币。
积极指示音：附加服务启动。
    消极指示音：无法启动附加服务。
    挂断警告音：呼叫方已经挂断设备超过一段时间。
    被呼叫方或接听方在通话中还可以收到以下话音： 
    呼叫等待音：另一用户想接通本用户。
    警告音：呼叫正被录音。本话音并非必需。
    侵扰音：呼叫被监听，例如被接线员。
CPE提示信号：一种提示设备有带内FSK数据到达的信号音。CPE提示信号是2130 
Hz和2750 Hz音的组合，允许0.5%的误差和80到0.80ms的宽度。CPE提示信号与ADSI
服务以及呼叫等待标识服务[14]共同使用。
    接线员可以听到下列信号音：
    收费电话识别音：一个人正在使用收费电话呼叫或接听（因此收集该呼叫是不妥的）。
          Event                      encoding (decimal)
          _____________________________________________
          Off Hook                                  64