握聯(lián)SBC案例解析——“DTMF按鍵無效”解決方案
最初DTMF是模擬通信的一種信令方法，目的是通過語音線路來傳遞信號，從而實(shí)現(xiàn)終端與交換間“按鍵號碼”識別，常用于實(shí)現(xiàn)IVR交互。在VoIP通信中，DTMF信號傳遞已衍生出多種方法（以下為簡述）：
SIP INFO：通過SIP信令中的INFO消息攜帶DTMF信號發(fā)送給交換端，交換端收到INFO消息后進(jìn)行識別；
INBAND：DTMF信號以RTP音頻數(shù)據(jù)的形式混在媒體中一起發(fā)給交換端，由交換端做帶內(nèi)媒體的檢測后識別；
RFC2833：傳輸方式上與INBAND類似，同樣以RTP包承載，區(qū)別是2833是由特殊的RTP Payload Type，即TeleponeEvent來標(biāo)示該RTP包，交換端不再對RPT做頻譜解析就可得到按鍵信號。
以上方法各有優(yōu)劣，實(shí)際應(yīng)用中不同廠商的通信產(chǎn)品對DTMF的支持也各有不同，有些全部支持，有些則部分支持，包括運(yùn)營商網(wǎng)絡(luò)。會話產(chǎn)生時，終端與交換間到底會采用哪種方法實(shí)現(xiàn)DTMF的交互，依賴雙方的SDP協(xié)商而決定。
在實(shí)際的企業(yè)案例中，經(jīng)常出現(xiàn)雙方協(xié)商采用A方法，但通話中運(yùn)營商線路卻使用了B方法傳輸DTMF，導(dǎo)致企業(yè)的話務(wù)平臺無法識別，從而出現(xiàn)“用戶聽到IVR提示音后，手機(jī)按鍵無效”的異常情況，影響用戶的服務(wù)體驗(yàn)。
面對此類異常，握聯(lián)SBC可輕松解決。
例如，在Sip Server與運(yùn)營商線路間放置SBC。作為B2BUA，SBC對外可與運(yùn)營商網(wǎng)絡(luò)（用戶端）協(xié)商采用INBAND，對內(nèi)與軟交換協(xié)商采用RFC2833，起到“DTMF轉(zhuǎn)譯”的作用。
- 掃碼聯(lián)系我們
- 關(guān)注我們