背靠背用户代理（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 要求。