??????? 在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物理分開.

轉載于:https://www.cnblogs.com/iamgoodman/p/8549836.html

總結

以上是生活随笔為你收集整理的SBC应用的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。