DTMF三種模式(SIPINFO,RFC2833,INBAND)

一、DTMF（雙音多頻）定義：由高頻音和低頻音的兩個正弦波合成表示數字按鍵(0~9 * # A B C D)。
二、SIP中檢測DTMF數據的方法：SIPINFO、RFC283三、INBAND
1）SIPINFO
爲帶外檢測方式，經過SIP信令通道傳輸DTMF數據。沒有統一的實現標準，目前以Cisco SIPINFO爲標準，經過SIPINFO包中的signal字段識別DTMF按鍵。注意當DTMF爲「*」時不一樣的標準實現對應的signal=*或signal=10。SIPINFO的好處就是不影響RTP數據包的傳輸，但可能會形成不一樣步。
2）RFC2833
爲帶內檢測方式，經過RTP傳輸，由特殊的rtpPayloadType即TeleponeEvent來標示RFC2833數據包。同一個DTMF按鍵一般會對應多個RTP包，這些RTP數據包的時間戳均相同，此能夠做爲識別同一個按鍵的判斷依據，最後一包RTP數據包的end標誌置1表示DTMF數據結束。另外，不少SIP UA 包括IAD都提供TeleponeEvent的設置功能如3CX Phone，Billion-IAD，ZTE-IAD等默認的TeleponeEvent都爲101，但能夠人爲修改，這時要求在進行RFC2833 DTMF檢測以前需事先獲取SDP協商的TeleponeEvent參數。
3）INBAND
爲帶內檢測方式，並且與普通的RTP語音包混在一塊兒傳送。在進行INBAND DTMF檢測時惟一的辦法就是提取RTP數據包進行頻譜分析，通過頻譜分析獲得高頻和低頻的頻率，而後查表獲得對應的按鍵，進行頻譜分析的算法通常爲Goertzel，這種算法的實現也很簡單，網上有不少能夠下到，但建議採用定點算法，浮點算法效率很低。
在選擇壓縮比很高碼率很低的codec，好比G.723.1和G.729A等，建議不要使用INBAND模式，由於INBAND DTMF數據在進行復雜編解碼後會產生失真，形成DTMF檢測發生誤差或失敗。
另外，還特別須要注意的一點就是不少SIP UA中INBAND都是伴隨着RFC2833和SIPINFO同時發生的，這時須要區別對待，最好選擇RFC2833和SIPINFO
原文：http://sirrain.blog.51cto.com/2645762/481055