1、 信令及媒體的 NAT 穿越：
A) 由於防火牆 DMZ/NAT 的引入，造成了內網的軟交換或者 SIP 終端攜帶的 SIP 消息中的 VIA/FROM/TO/Contact/SDP 中的 c=/SDP 中的 m=/SDP 中 RTCP 地址等字段地址和實際互通地址不一致。最終導致信令及媒體交互的 地址錯誤或者端口失效，無法正確建立信令通信。
SBC 解決方法：採用 NAT 防火牆串接或者並接的拓撲組網。轉發並重構 SIP 信令消息，SIP 註冊消息保活，保證互通的正確性。
B) 由於一些廠家軟交換並不支持媒體中繼/媒體轉發，導致拓撲隔離的兩個網 絡無法互相建立媒體流連接。
SBC 解決方法：採用 NAT 防火牆串接或者並接的拓撲組網。轉發媒體， NAT 拓撲下的媒體路徑學習，P2P 媒體穿透等。
2、 信令及媒體的互聯互通
A) 由於不同廠家的設備遵循 SIP 規範標準的不一致，導致了業務互通兼容問 題或者互通失敗。
SIP 信令方法不一致 ------ 用 SBC 的 B2BUA 來實現單側交互（例如 IMS 的 PRACK/SessionTimer/REFER/UPDATE）
SIP 消息過大 ---------- 用 SBC 過濾不必要的頭和 SDP 中的媒體資源(例 如視頻會議的大 SDP)
SIP 字段爭議 ---------- 用 SBC 定義刪除爭議字段或者重定義格式(例如 IMS 中的 TEL URI)
B) 由於不同廠家的設備遵循媒體能力標準的不一致，導致了業務互通兼容問 題或者互通失敗。
編碼協商爭議 --------- 用 SBC 定義 SDP offer/SDP answer 的編碼協商 列表的優先順序(例如一方媒體流不規範)
媒體類型爭議 --------- 用 SBC 定義刪除爭議的媒體資源（例如視頻會議 中 BFCP 流）
編碼轉換 ------------- 用 SBC 參與協商並轉換 UAS/UAC 的媒體流編碼 （例如 IMS 與用戶 UC 的編碼不相容）