背靠背使用者代理（Back-To-Back User Agent，通常稱為 B2BUA）是 SIP 和 VoIP 系統中的一種通訊網路元素，用於透過背靠背放置的兩個獨立使用者代理來管理通話。它不像普通代理伺服器那樣只是轉發 SIP 訊息，而是終止一條通話腿，並向下一方重新建立另一條通話腿。

這意味著 B2BUA 位於會話中間，同時控制通訊的兩側。它可以檢查、修改、路由、認證、錄音、橋接、監控或轉換呼叫信令，有時也會處理媒體流。正因為具備這種控制能力，B2BUA 被廣泛用於 IP PBX 系統、會話邊界控制器、SIP 應用伺服器、託管 VoIP 平臺、呼叫中心、運營商網路、統一通訊系統和企業語音閘道器。

理解 SIP 呼叫控制的另一種方式

在簡單的 SIP 網路中，使用者可能會認為通話是從主叫直接流向被叫的。實際上，許多專業 VoIP 系統需要一個能夠控制呼叫的中間層。這個中間層可能需要應用安全規則、隱藏網路細節、解決相容性問題、管理計費、執行路由策略，或提供錄音和來電轉駁等服務。

B2BUA 透過這種方式提供中間層：它面對原始主叫時像被叫方，面對最終目的地時又像主叫方。對第一個終端來說，B2BUA 看起來就是通話的另一端；對第二個終端來說，它同樣扮演對端角色。這使平臺獲得比無狀態轉發裝置更深的控制能力。

對於企業和運營商語音系統，這種設計很有價值，因為 SIP 通話經常跨越不同網路、廠商、編解碼器、號碼計劃、安全區域和業務平臺。B2BUA 有助於規範這些差異，並保持可預測的呼叫行為。

B2BUA 實際做什麼

終止並重新建立 SIP 對話

B2BUA 的核心行為是終止一個 SIP 對話，並在另一側建立新的 SIP 對話。主叫不會直接與被叫保持一條不間斷的 SIP 對話，而是由 B2BUA 管理兩個相關但彼此獨立的對話。

這種結構使 B2BUA 能夠為每一側獨立做出決策。它可以從一個終端接收呼叫，執行內部邏輯，然後決定是否向另一個終端、中繼、閘道器、佇列、IVR 或媒體應用建立第二條通話腿。

控制信令行為

B2BUA 可以修改 SIP 頭、主叫號碼、聯絡資訊、路由欄位、會話定時器、編解碼協商和呼叫狀態處理。當不同系統對 SIP 訊息的解釋不同，或網路策略要求信令規範化時，這項能力非常有用。

例如，SIP 中繼服務商可能要求特定的頭欄位格式，而內部 PBX 使用另一種格式。B2BUA 可以適配這些訊息，使雙方成功通訊。

應用呼叫邏輯

由於它控制會話，B2BUA 可以應用呼叫轉發、來電轉駁、保持、泊接、錄音、呼叫篩選、號碼改寫、主叫認證、最低成本路由、故障切換路由和按時間路由等呼叫邏輯。

這使 B2BUA 對於超越基礎呼叫投遞的系統尤其重要。大多數現代商務通訊平臺都依賴類似 B2BUA 的行為來提供高階通話服務。

可能錨定媒體

有些 B2BUA 只處理信令，另一些還會錨定媒體。當媒體被錨定時，RTP 音訊包會透過 B2BUA 或關聯的媒體中繼傳輸。這可以實現錄音、轉碼、NAT 穿越、合法監聽支援、媒體安全控制、音訊檢測、公告、會議和質量監控。

媒體錨定增加了控制能力，但也帶來頻寬、處理能力和時延方面的考慮。因此，一些系統只在必要時才錨定媒體。

通話過程中它如何工作

包含 B2BUA 的典型 SIP 呼叫通常從主叫傳送 INVITE 請求開始。B2BUA 接收該請求，並把它視為第一條對話的終點。隨後，它檢查路由規則、認證狀態、號碼格式、業務策略和目的地可用性。

如果呼叫被允許，B2BUA 會向目的地建立新的 INVITE。第二個對話看起來可能與第一個相似，但它不是簡單轉發的副本。B2BUA 可能修改頭欄位、改變編解碼器、調整主叫號碼、選擇另一條中繼、插入媒體引數或應用安全規則。

當目的地應答後，B2BUA 會把響應協調回原始主叫。在會話期間，它還可能繼續處理 re-INVITE、UPDATE、BYE、保持事件、轉移動作、會話重新整理和媒體變更。當任意一方掛機時，B2BUA 會根據自身呼叫控制邏輯清除兩條通話腿。

B2BUA 並不是簡單地傳遞訊息。它主動參與呼叫，並讓每一側都認為自己正在與真實終端通訊。

與 SIP 代理的比較

SIP 代理和 B2BUA 都可能位於 SIP 信令路徑中，但二者行為不同。代理主要路由 SIP 請求和響應，而 B2BUA 會終止並重新建立會話，因此具備更深的呼叫控制能力。

代理通常更輕量、更透明，而 B2BUA 更強大也更深度參與。正確選擇取決於系統是否只需要路由，還是還需要業務控制、安全、媒體處理和互通支援。

為什麼它在 VoIP 網路中重要

解決互通問題

SIP 是標準協議，但不同廠商和平臺可能以不同方式實現細節。終端、PBX、閘道器和運營商之間的頭欄位格式、編解碼協商、會話定時器、DTMF 方法、轉移行為和 NAT 處理都可能存在差異。

B2BUA 可以規範這些差異。它能夠改寫訊息、調整會話引數，並使兩個原生行為並不完全匹配的系統仍然完成通訊。

增強安全邊界

B2BUA 可以向外部系統隱藏內部網路拓撲。它不會直接暴露內部 IP 地址、分機、伺服器名稱或路由細節，而是向外部網路展示受控資訊。

這也是 B2BUA 行為常見於會話邊界控制器的原因之一。它透過執行信令策略並限制內部和外部 SIP 域之間的直接暴露，幫助保護企業和運營商網路。

支援高階通話服務

許多語音服務都需要直接的呼叫控制。呼叫錄音、IVR、佇列路由、公告、會議、點選撥號、來電轉駁、代接、外呼活動撥號和號碼隱藏，往往依賴 B2BUA 式的會話處理。

因為 B2BUA 擁有通話腿，它可以插入或移除媒體服務、重定向呼叫、改變目的地，或在呼叫在使用者和應用之間移動時仍保持控制。

實現基於策略的路由

企業和運營商網路通常會根據成本、目的地、中繼狀態、主叫身份、時間、位置、優先順序、業務等級或故障切換規則來路由呼叫。B2BUA 可以在呼叫建立期間做出這些決策，並在條件變化時調整行為。

例如，如果一條 SIP 中繼失敗，B2BUA 可以嘗試另一條路由。如果某個號碼需要特殊格式，它可以在向外傳送呼叫前改寫被叫號碼。

典型用途

IP PBX 呼叫控制

許多 IP PBX 系統使用 B2BUA 行為來管理分機、中繼、佇列、語音信箱、IVR 選單和外部號碼之間的呼叫。PBX 不只是路由 SIP 訊息，它還控制使用者體驗並應用企業通訊規則。

這使呼叫保持、轉移、呼叫前轉、錄音、基於線上狀態的路由、振鈴組和語音信箱路由等功能能夠在不同終端之間穩定工作。

會話邊界控制器

會話邊界控制器通常在 VoIP 網路邊緣作為 B2BUA 執行。它們把內部 SIP 系統與外部運營商、合作伙伴、遠端使用者或公網分離開來。

在這一角色中，B2BUA 支援拓撲隱藏、NAT 穿越、SIP 規範化、媒體錨定、加密策略、訪問控制、拒絕服務防護和中繼互通。

託管 VoIP 和雲呼叫

雲呼叫平臺利用 B2BUA 功能控制成千上萬甚至數百萬使用者的會話。平臺可能需要跨區域路由呼叫、執行租戶策略、支援號碼隱藏、錄製通話、連線軟電話，並與呼叫中心應用整合。

B2BUA 架構使平臺能夠控制每一條通話腿，同時讓使用者、租戶、運營商和應用在邏輯上保持分離。

呼叫中心平臺

呼叫中心依賴呼叫控制。呼叫可能從 SIP 中繼進入，經過 IVR 選單，在佇列中等待，連線到座席，轉接給主管，錄製媒體，並生成報表資料。

B2BUA 透過控制信令以及必要時控制媒體，幫助管理這些複雜呼叫流程。它還可以與 CRM 系統、排班平臺、通話錄音工具和分析系統連線。

運營商和批發 VoIP

運營商和批發 VoIP 提供商使用 B2BUA 系統，在多個網路之間管理互聯、路由、計費、編解碼控制、號碼規則、反欺詐和流量規範化。

在運營商規模下，B2BUA 的效能、冗餘和路由智慧非常關鍵，因為高併發呼叫必須被可靠處理。

需要評估的技術能力

SIP 頭欄位處理

SIP 頭欄位處理使 B2BUA 能夠在不同系統之間適配呼叫信令。它可能改寫 From、To、Contact、Record-Route、P-Asserted-Identity、Diversion、Remote-Party-ID 或自定義頭欄位。

這項能力對於互通、主叫號碼控制、路由、隱私、中繼相容和運營商要求都很有用。但頭欄位處理應清晰記錄，因為錯誤修改會破壞呼叫流程。

編解碼協商和轉碼

B2BUA 可以幫助終端之間協商編解碼器。如果雙方支援共同編解碼器，呼叫可以無需轉碼繼續進行。如果不支援，B2BUA 或媒體伺服器可能需要在不同音訊格式之間轉碼。

轉碼提升相容性，但會消耗處理資源並可能增加時延。因此它應在必要時使用，而不是作為每個呼叫的預設方案。

NAT 穿越

SIP 和 RTP 在穿越 NAT 時可能比較困難，因為信令訊息可能包含私有 IP 地址，媒體流也可能需要特殊路由。B2BUA 可以透過錨定媒體、改寫連線資訊以及控制終端如何穿越防火牆通訊來幫助解決這些問題。

這對於遠端辦公人員、分支機構、託管 PBX 使用者以及透過公網或混合網路連線的 SIP 中繼非常重要。

呼叫狀態管理

因為 B2BUA 是通話的一部分，它會維護呼叫狀態。它知道呼叫是振鈴、已接聽、保持、轉移、失敗、斷開還是重定向。這種狀態感知能力支援高階服務和準確報表。

呼叫狀態管理也有助於故障排查。管理員可以看到呼叫在哪裡失敗、哪條通話腿斷開，以及涉及哪些響應碼。

媒體服務整合

B2BUA 可以把呼叫連線到 IVR、錄音、公告、會議橋、語音信箱、語音識別、DTMF 檢測或音訊生成等媒體服務。這些服務要求系統控制會話，而不是簡單轉發會話。

媒體整合是 B2BUA 成為現代通訊平臺核心組成部分的原因之一。

部署設計注意事項

部署 B2BUA 需要謹慎規劃，因為它會成為語音網路中的控制點。如果它發生故障或過載，呼叫可能受到影響。生產環境應考慮冗餘、容量規劃、監控、備用路由和高可用性。

安全同樣重要。由於 B2BUA 處理呼叫信令並可能處理媒體，它應防止未經授權的訪問、SIP 掃描、註冊攻擊、盜打嘗試、畸形報文和拒絕服務流量。

互通測試應包括真實終端、SIP 中繼、閘道器、軟電話、錄音系統、轉移場景、DTMF 方法、緊急呼叫、故障切換路由和編解碼組合。許多 B2BUA 問題只會在特定呼叫流程中出現。

B2BUA 增加了控制力和靈活性，但也要對呼叫行為負責。仔細設計、監控和測試非常關鍵。

常見問題和排查點

單向音訊

當信令成功但 RTP 媒體無法正確流動時，可能出現單向音訊。原因包括 NAT 問題、SDP 改寫錯誤、防火牆規則、編解碼不匹配、媒體錨定問題或路由錯誤。

排查時，工程師應同時檢查 SIP 信令和 RTP 路徑。成功的 SIP 200 OK 並不保證音訊媒體已經正常工作。

轉移失敗

來電轉駁可能比較複雜，因為它可能涉及 REFER 訊息、re-INVITE、新通話腿、媒體變更和不同終端行為。B2BUA 可能需要在系統之間管理或轉換轉移行為。

轉移失敗通常需要檢查 B2BUA 兩側的 SIP 跟蹤，而不是隻檢視一個終端。

主叫號碼問題

如果頭欄位被錯誤改寫，或沒有滿足運營商要求，主叫號碼可能顯示不正確。這會影響外呼、轉接呼叫、隱私設定和多租戶平臺。

管理員應確認每條中繼、PBX 和終端組需要哪些身份頭欄位。

編解碼協商失敗

如果兩側無法就編解碼器達成一致，呼叫可能失敗，或接通後沒有聲音。B2BUA 可以透過編解碼過濾或轉碼解決這一問題，但錯誤的編解碼策略也可能製造問題。

編解碼列表應根據終端能力、頻寬、錄音需求和運營商支援情況進行規劃。

運營收益

B2BUA 透過為管理員提供統一執行語音策略的位置來提升運營控制力。與其依賴每個終端都正確執行，不如由 B2BUA 集中處理路由、安全和業務邏輯。

它還提升了可見性。由於通話腿經過受控系統，管理員可以收集呼叫記錄、信令跟蹤、質量指標、路由結果、失敗碼和業務使用資料。

對於擁有多個分支、SIP 服務商、廠商和通訊應用的組織，B2BUA 有助於減少碎片化。它成為連線通訊環境不同部分的協調層。

B2BUA 的侷限性

B2BUA 很強大，但並不總是最簡單的選擇。它引入了處理責任、配置複雜度和可能的時延。如果不必要地部署，反而會讓網路更難排查。

由於它會改變或終止 SIP 對話，B2BUA 可能影響端到端透明性。某些原本可以在終端之間直接工作的 SIP 功能，在經過 B2BUA 時可能需要特殊處理。

媒體錨定也會增加資源使用。當所有 RTP 流量都經過 B2BUA 或媒體中繼時，頻寬和處理需求都會提高。因此容量規劃非常重要。

最佳實施方式

首先要定義 B2BUA 必須控制什麼。它可能用於安全、路由、互通、錄音、NAT 穿越、呼叫中心邏輯或運營商互聯。每個目標都需要不同的配置選擇。

保持路由規則和頭欄位處理的文件化。當隨著時間應用許多轉換時，SIP 行為可能變得難以理解。清晰文件有助於後續排查並防止誤改。

同時監控信令和媒體。SIP 呼叫成功、RTP 流、丟包、抖動、編解碼協商、會話定時器和斷開原因都應可見。這樣工程師才能獲得完整的呼叫效能檢視。

關鍵環境應使用冗餘。如果 B2BUA 是呼叫控制的核心，高可用和故障切換設計就是防止通訊中斷的必要條件。

FAQ

B2BUA 和 SIP 代理一樣嗎？

不一樣。SIP 代理主要轉發 SIP 訊息，而 B2BUA 會終止一個 SIP 對話並建立另一個對話。這使 B2BUA 對呼叫行為擁有更深的控制能力。

每個 VoIP 系統都需要 B2BUA 嗎？

不是每個簡單系統都需要，但許多企業、託管、運營商、呼叫中心和 SBC 部署都會使用 B2BUA 行為，因為它們需要呼叫控制、安全、路由、媒體處理或互通功能。

B2BUA 能解決 NAT 問題嗎？

可以，許多 B2BUA 系統透過改寫信令資訊和錨定媒體來幫助實現 NAT 穿越。不過，防火牆規則、RTP 埠範圍、終端設定和網路設計仍然必須正確配置。

B2BUA 一定處理 RTP 媒體嗎？

不一定。有些 B2BUA 只處理信令，另一些會錨定或處理媒體。當需要錄音、轉碼、NAT 穿越或媒體監控等功能時，通常會使用媒體錨定。

為什麼 B2BUA 對 SIP 中繼很重要？

在 SIP 中繼中，B2BUA 行為有助於規範企業 PBX 系統和運營商之間的信令。它可以管理主叫號碼、編解碼策略、安全邊界、故障切換路由、NAT 穿越和服務商特定的 SIP 要求。