SBC應用

        在VoIP呼叫中主要使用會話發起協議（SIP），H.323和MGCP呼叫信令協議，Sbc 在主叫和被叫的信令/媒體路徑之間引入。

       一般，SBC隱藏網絡拓撲，接管呼入並生成到新的請求分支到被叫。技術上叫作背靠背B2BUA；這樣作的好處是信令流和媒體流都能獲得SBC控制。方便處理錄音、生成保持背景音樂等媒體相關的處理；假如SBC不具有媒體服務的處理能力，也可以轉發媒體流到其它處理單元.反之。反之，假如缺乏SBC，主叫和被叫之間路徑只能直達，缺乏內網中的媒體流路徑管理。

      另外，SBC只是修改呼叫雙方的電話控制（信令）流，這種修改可能限制了能進行的呼叫種類，改變了可選擇的編碼等。最終，SBC根據網絡狀況進行呼叫的能力，修復或者改變協議來完成交互，克服其它類如防火牆和NAT等問題.

      爲了體現SBC的能力，能夠對比一下引入SBC先後的呼叫流程。在最簡單場景中，只有SIP服務代理時，SIP服務代理查找被叫電話地址並未來電請求轉發過去。代理也把本身的地址放在頭部，告訴終端請求的路徑。代理不改變任何會話標識信息，也不改變SIP消息內容。注意在會話初始階段是經過SIP消息體來肯定媒體流的端口的。在會話初始成功後，通話雙方再也不通過代理，直接使用媒體端口

        SBC應用普遍，能實現各類不一樣的目的。即便同一個SBC也可能根據配置的不一樣而表現不一樣的使用行爲。所以很差刻畫一個準確的SBC行爲來表明全部的SBC實現。一般能夠列出SBC的基本特徵，例如：大多SBC是基於背靠背用戶代理。背靠背是一種相似代理的服務把SIP事務分爲2個分支，在面向客戶端的一側它充當服務器，在面向服務器的時候它充當客戶端。代理只保存與活動事務相關的狀態信息，但背靠背還保存對話信息。也就是說代理會保存狀態信息：當收到下一個狀態後，上一個狀態會刪除；但背靠背會爲活動保存狀態直到會話結束。

        一旦呼叫中引入了SBC，它就充當了背靠背代理角色。對呼叫方表現出服務器行爲，對被叫方表現出客戶端行爲。SBC實際上結束一通呼入並生成一個新的請求給被叫。INVITE再也不準確地包含呼叫者，SBC發出的INVITE包含路由信息和聯繫頭部，它指的是SBC而再也不是真實的呼叫者。SBC還可能修改會話標識信息，Call-ID和From tag ，修改SDP包體中的媒體流地址c 和m字段，所以，不只全部的SIP消息，還包括音視頻等包都會遍歷SBC。在SBC創建的INVITE請求中，SBC還修改了計數和最大重傳，注意頭部中列出的操做多是引入SBC後被修改的SIP消息子集。 此外，一些SBC並不實現全部的列出操做。若是SBC無心於控制媒體流，可能不會去修改SDP頭部，一些SBC並不會修改對話中的身份信息等，甚至不修改地址信息。

        SBC還經常使用於企業防火牆和IPS，使VOIP呼入呼出都出自有保持的企業網絡。Voip服務提供商使用SBC實現從帶NAT的私網中使用VOIP協議，還實施強有力的安全措施以保持高質量的服務。SBC取代了應用級網關的功能。在大型企業中，SBC還能夠與SIP中繼一塊兒使用提供呼叫控制。內部IP網絡流量路由較傳統電話交互路由能夠節約大量成本 。

        另外，部分SBC容許2個使用不一樣VOIP信令協議，不一樣編解碼的終端進行通話，大部分SBC針對VOIP流提供防火牆功能(拒絕服務，呼叫過濾和波段控制).協議標準化和報頭處理也是SBC內容之一，用於不一樣廠商和網絡間的通訊。

        從IP多播子系統(IMS)到3GPP架構，SBC是信令面的P-CSCF和IMS-ALG集成以及接入側的媒體面IMS網關集成。在互聯側，SBC映射到IBCF，信令面的IWF和媒體面的TrGW（事務網關）.

        從IMG/TISPAN架構來看，SBC是接入側的P-CSCF和C-BFG集成，以及對等側的IBCF IWF THIG 和I-BGF功能. 一些SBC是能夠分解的，意思是信令功能能夠分開部署。P-CSCF能夠與C-BGF分開，或者IBCF/IWF能夠與I-BGF物理分開.