頻編解碼器的時間間隔連續發送。（由于時間戳中包含了時間信息，發送方無須為了保持精
確的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