1、TRIP全稱是Telphone Routing Over IP。它的主要作用就是進(jìn)行IP和PSTN號碼之間的映射查詢。它的全稱是Telephony Routing Information Protocol 。在SIP/PSTN網(wǎng)絡(luò)技術(shù)的技術(shù)中，用戶需要首先了解什么是SS7，TUP/ISUP等基本的概念，這樣方便用戶理解相應(yīng)的技術(shù)細(xì)節(jié)和方便進(jìn)行下面的討論。

　　在SIP/PSTN網(wǎng)絡(luò)環(huán)境中，如果要撥打某個地方的電話號碼，系統(tǒng)首先需要查詢號碼的歸屬地和特性。通過不同定位服務(wù)器的查詢，最終路由到一個正確的號碼地址。具體技術(shù)細(xì)節(jié)，用戶可以參考RFC3219標(biāo)準(zhǔn)，以下圖例也可以說明基本的框架流程。

　　如果用戶撥打了一個以702開始的號碼，用戶需要經(jīng)過4個步驟來查找號碼所在地，然后進(jìn)行路由。以下圖例呼叫流程經(jīng)過了以下幾個定位服務(wù)器來查找702開頭的號碼，最后路由到相應(yīng)的服務(wù)器。

　　2、首先，SIP-T不是一種網(wǎng)絡(luò)協(xié)議，它僅是一種PSTN網(wǎng)絡(luò)到SIP網(wǎng)絡(luò)的傳輸機(jī)制接口。它支持傳輸傳統(tǒng)網(wǎng)絡(luò)到SIP網(wǎng)絡(luò)，然后到傳統(tǒng)PSTN網(wǎng)絡(luò)中的相關(guān)功能。SIP通信的主要特征之一就是PSTN的透明傳輸，這就要求SIP通信架構(gòu)中需要有相應(yīng)的映射方式來解析PSTN的功能要求，例如，在SS7中的呼叫等待，免費(fèi)號碼服務(wù)等等功能就需要同樣在SIP通信中得到相應(yīng)的體現(xiàn)。

　　為了完整集成SIP和PSTN網(wǎng)絡(luò)，SIP-T 提供了兩種主要的特性encapsulation（封裝）和translation（轉(zhuǎn)譯）的功能。

　　SIP-T 通過封裝PSTN信令，然后通過多個MIME消息體，SIP消息中包含多個payloads（SDP和ISUP）。translation 則打包所有轉(zhuǎn)譯以后的SIP和ISUP之間的消息。在打包過程中，用戶需要留意兩個核心的模塊：

　　ISUP SIP 消息映射，例如， IAM對應(yīng)INVITE消息，REL 對應(yīng)BYE等等。

　　ISUP 參數(shù)和SIP header的映射，例如IAM參數(shù)中的 Called Party Number 必須映射到SIP ‘to’頭域和Request-URL中。

　　SIP-T僅是SIP的拓展，支持了大部分SIP的主要功能，但是對于軟交換，或者需要更多承載服務(wù)能力的軟交換系統(tǒng)和SBC來說，顯然，SIP-T不能完全滿足它們的需求。目前由ITU發(fā)布的SIP-I 封裝的機(jī)制，它和SIP-T相比，更加準(zhǔn)確，同時它滿足了SIP和SIP/3GPPSIP，BICC/ISUP的功能需求。很多網(wǎng)關(guān)廠家，軟交換廠家和SBC廠家都推薦使用SIP-I。

　　3、上面的討論中，我們提到了ISUP/SIP消息映射的問題�，F(xiàn)在我們討論一下通過SIP 轉(zhuǎn)換的消息路徑。首先，大家看看以下這個圖例，這是不通過SIP 網(wǎng)關(guān)的一個呼叫流程，完全是局端到終端之間的信令交互。

　　以下這個圖例說明了通過PSTN呼叫到SIP，然后SIP再呼叫PSTN的整個流程。在這個圖例中，SIP承擔(dān)了一個信令轉(zhuǎn)譯的過程。

　　以下圖例介紹了SIP UA 發(fā)起一個INVITE以后，通過SIP 網(wǎng)關(guān)，對端創(chuàng)建IAM，通話，然后到最后掛機(jī)的流程響應(yīng)。

　　以下是ISUP事件代碼和cause code相對應(yīng)的SIP消息：

　　4、SIP和DTMF之間的關(guān)系。在介紹DTMF之前，我們首先解釋幾個基本的技術(shù)名稱，例如，通常我們談?wù)摰腄TMF tone 或者撥號音。完整的撥號音包括以下幾種：
 

　　DTMF tones, DTMF 按鍵音生成的語音。讀者可以對照自己的手機(jī)就可以發(fā)現(xiàn)這些按鍵的對應(yīng)數(shù)字號碼。

　　Fax-related Tones，它涉及了傳真音等傳真相關(guān)設(shè)置。

　　Standard subscriber line tones，它涉及了撥號音中的業(yè)務(wù)服務(wù)的語音，例如，忙音，振鈴音，撥號音，擁塞音，摘掛機(jī)音等語音。

　　Country-specific subscriber line tones，它涉及長途呼叫，國際業(yè)務(wù)等等相關(guān)控制的語音。

　　Trunk events，它涉及了中繼所有相關(guān)的事件音的生成，例如MF 多音，脈沖等語音。

　　因為以上討論的涉及了太多TDM的相關(guān)技術(shù)，我們現(xiàn)在僅討論一下和SIP相關(guān)的話題，SIP所支持的DTMF測試方式。SIP所支持的DTMF傳輸包括了SIP INFO（RFC6086）， RFC 2833（已經(jīng)更新為RFC4733）和Inband。在以前關(guān)于Asterisk講座中，我們已經(jīng)介紹過一些DTMF設(shè)置的細(xì)節(jié)，今天我們再補(bǔ)充一點(diǎn)相關(guān)的知識。

　　Inband 顧名思義，它支持帶內(nèi)傳輸，傳輸?shù)腄TMF音和本身RTP語音是混在一起的傳輸?shù)摹Ｋ�以，如果雙方在通話時，有一方如果摁DTMF按鍵的話，雙方可以聽到通話中有DTMF按鍵音。但是，因為Inband方式使用的是帶內(nèi)的傳輸方式，如果編碼使用的編碼類型是G.729，G.723 時，語音編碼經(jīng)過壓縮以后，有時DTMF可能不能正常工作。所以，為了保證DTMF能夠正常工作，準(zhǔn)確識別DTMF，建議在Inband方式中盡量使用G.711編碼，因為G.711是未經(jīng)壓縮的編碼，可以保證DTMF正常工作。

　　RFC2833方式通常稱之為帶外傳輸方式，它本身的RTP語音流和DTMF語音是互相獨(dú)立分離的。DTMF有自己的RTP數(shù)據(jù)包。如果RTP語音流使用其他編碼傳輸時，DTMF是不受影響的，這樣就可以保證DTMF的穩(wěn)定性相對好很多。同時，RFC2833也可以支持多種語音編碼格式，例如上面所提到的G.729等。同時，它可以支持多種事件tone（上面提到的各種事件tone）的傳輸，網(wǎng)關(guān)測或者UA也可以生成tone的語音。

　　RFC2833的更新的版本為RFC4733，但是目前，市場上還沒有太多廠家支持，這里不做太多介紹，希望用戶隨時關(guān)注。以下是一個RFC2833 DTMF 跟蹤信息，在以下的測試場景中，我們看到用戶摁了DTMF 1 按鍵。同時，在另外一張截圖中，我們可以看到用戶完整的DTMF輸入。

　　例如，用戶需要輸入自己的銀行賬戶信息，這個圖例完整地捕捉了所有DTMF信息或密碼信息。

　　SIP INFO 是由SIP消息來發(fā)送DTMF的一種方式，它也是一種帶外傳輸?shù)姆绞健８鶕?jù)SIP-INFO的標(biāo)準(zhǔn)定義：

　　事實上，在實際應(yīng)用環(huán)境中，因為涉及了SIP信令控制的機(jī)制， SIP終端，網(wǎng)關(guān)，SBC廠家都支持多種方式的SIP INFO中DTMF傳輸方式。因此，很多廠家的PBX不推薦使用SIP INFO的方式，因為它不是真正的實時傳輸機(jī)制，很多時候因為網(wǎng)絡(luò)的時延，可能導(dǎo)致DTMF傳輸問題。以下截圖的跟蹤消息，用戶可以看到Content-Type中是dtmf-relay，message body中的DTMF是按鍵4。

　　這里提醒大家，還有很少使用的一種方式就是直接使用application/dtmf 而不是dtmf-relay，不帶DTMF時長，例如如下格式：

　　5、在以上的講座中，我們介紹了關(guān)于TRIP路由的流程和相關(guān)的服務(wù)器功能，同時介紹了SIP-T在PSTN/SIP網(wǎng)絡(luò)中起到的作用，簡單說明了SIP-I和SIP-T的區(qū)別已經(jīng)所支持的服務(wù)類型，另外就ISUP/SIP的消息映射關(guān)系做了描述，最后對SIP傳輸DTMF的三種方式做了一個說明，同時也進(jìn)一步提醒用戶在使用這三種方式時應(yīng)該注意的問題。希望讀者可以對這些知識點(diǎn)有一個比較清晰的認(rèn)識，以便在今后的工作中能夠應(yīng)用這些知識，排查問題。

　　關(guān)注公眾號：asterisk-cn 獲得更多行業(yè)技術(shù)分享，訪問論壇：www.issabel.cn/forum 獲得更多開源PBX技術(shù)幫助。