摘要：大量工业现场已部署传统PBX和数字对讲机，完全推倒重建代价过高。本文讨论一种“SIP Trunk话务对接 + SIP中继台对讲接入”的两步走利旧方案：通过SIP Trunk与既有PBX完成分机双向互拨，通过SIP中继台将车间对讲机整体接入调度域，核心只面对统一的SIP语义。文中分析号码规划与路由降级、对讲组映射与私密回话媒体路径、录音锚定方案的选择条件，并给出可落地的配置片段与排障清单。相关网关设计在添添呼融合通信系统的公开接入文档中有对应配置说明，可作为利旧场景下网关抽象层设计的工程参照。
关键词：融合通信；SIP Trunk；PBX利旧；SIP中继台；号码路由；媒体锚定；B2BUA
一、问题的技术实质
利旧接入的难点不在于“能不能通一次话”，而在于三个工程约束必须同时成立：
- 编号体系不推翻。既有PBX分机号、对讲机组号保持不变，使用习惯零改变。如果为了接入融合调度而重新编号，等于把迁移成本转嫁给了使用者，利旧的意义就消失了。
- 两套系统的呼叫双向可达。PBX分机拨融合调度分机、调度台呼对讲机组，信令路径不能依赖人工转接。单向可达是利旧项目中最常见的“半成品”状态——调度台能呼出去，但PBX分机回不来，或者对讲机只能收不能回。
- 故障域隔离。既有PBX的故障不应拖垮调度核心，反之亦然。利旧场景下，两套系统往往由不同厂商维护，故障域不隔离会导致责任边界模糊，排障时互相推诿。
这三个约束决定了利旧不能靠“网关转一下”草率了事，需要在号码路由层和媒体路径层分别设计。
二、号码路由：SIP Trunk对接既有PBX
2.1 对接方式与路由表
融合调度核心与既有PBX之间通过SIP Trunk互联。双方各自保留原编号体系，通过路由规则完成跨域寻址。核心侧需要维护一张前缀路由表：
| 被叫前缀 | 下一跳 | 说明 |
| 8XXX | PBX的SIP Trunk地址 | PBX分机段 |
| 6XXX | 调度核心本域 | 融合调度分机 |
| 组号（如G101） | 对讲机中继台 | 对讲组呼 |
PBX侧同样配置一条指向融合调度核心的中继路由，将被叫为调度分机号的呼叫转交核心。关键工程点：两套系统的号码段必须提前规划、互不重叠。如果号码段重叠，路由环路会在INVITE的Via头中表现为“483 Too Many Hops”或请求在两侧来回震荡。规划阶段用表格把两侧号段列清楚，比上线后抓包排查便宜得多。
2.2 路由降级与链路探测
当SIP Trunk链路中断时，调度核心应具备本地降级能力：本域分机互拨、对讲组呼不经过PBX，仅在跨域呼叫时返回不可达。这意味着路由表的下一跳状态需要被核心持续探测，而不是静态配置后不再感知。
探测方式可采用SIP OPTIONS心跳。间隔建议5~15秒，连续丢失3次判定链路不可用，切换为降级路由策略。心跳间隔太短会增加无谓的信令开销，太长则故障发现滞后。对于调度场景，10秒是一个可接受的折中——故障在30秒内被感知，远快于人工发现。
三、对讲机接入：SIP中继台的组映射与私密回话
3.1 组映射模型
每个车间或区域部署一台SIP中继台，将本地对讲机群组整体映射为SIP侧的一个或多个组URI。中继台对内表现为SIP UA，对外维护映射表：
| 对讲机组 | SIP URI | 调度权限 |
| 车间1组 | sip:grp.ws1@core.local | 定向喊话/全域通播 |
| 车间2组 | sip:grp.ws2@core.local | 定向喊话/私密回话 |
调度台发起“定向喊话”时，核心向对应组URI发INVITE，中继台完成空口组呼建立。全域通播有两种实现方式，取舍取决于并发规模：
- 核心并发INVITE：核心向所有组URI同时发INVITE。优点是中继台侧无特殊配置，缺点是核心信令处理压力随组数线性增长，组数多时可能形成瞬时信令风暴。
- 中继台侧全播组：中继台配置一个“全播组”，核心只向该组URI发一次INVITE，由中继台内部完成多组扩散。优点是核心信令压力小，缺点是对中继台的组管理能力有要求，且全播组的成员变更需要在中继台侧维护。
3.2 私密回话：媒体路径不能想当然
“私密回话”是利旧场景中容易被忽略的设计点：车间人员回复时，只有中心调度台能收听，车间之间互不干扰。这意味着中继台不能简单地把对讲机上行媒体以组播方式扩散到所有调度席位。
正确的做法是在核心侧按会话建立点对点媒体路径。核心作为B2BUA，将会话拆分为“中继台—核心”和“核心—调度席位”两条腿，私密性由核心的媒体路由控制保证，而不是依赖空口侧的物理隔离。如果核心只做Proxy转发信令、媒体在终端之间直接协商，私密回话就退化成了“谁能收到RTP谁就能听”，安全边界完全丧失。
四、录音的工程约束：媒体锚定与旁路选择
利旧场景下，录音的覆盖范围比新建系统更复杂：跨SIP Trunk的通话、对讲组呼、私密回话的媒体路径各不相同。录音挂在核心的B2BUA媒体路径上可以统一覆盖，但需要先解决一个前置问题：媒体是否经过核心。
如果SIP Trunk采用m=audio 0回绝媒体，或某些中继台只做信令转发、不转发RTP，核心将看不到媒体流，录音就会缺失。工程上有两种处理方式：
| 方案 | 机制 | 前提条件 | 代价 |
| 强制媒体锚定 | 核心在SDP中始终声明自身媒体地址，要求双方将RTP送到核心 | 终端/网关接受核心的SDP方向与地址 | 核心承担全部媒体转发压力 |
| SIPREC旁路 | 核心作为SRC向录音服务器发起SIPREC会话，媒体由终端与录音服务器协商 | 录音服务器支持SIPREC，终端支持媒体重协商 | 对终端与网络的SIPREC能力有要求 |
利旧场景建议先验证终端的媒体锚定能力，再决定录音方案。不要假定“网关接了就能录”——很多利旧项目的录音缺失，根源就在于媒体根本没有经过录制点，而不是录音配置写错了。
五、参考实现与小结
上述“SIP Trunk话务对接 + SIP中继台对讲接入”的两步走利旧模型，在添添呼融合通信系统的公开接入文档中有对应的网关配置说明：通过标准SIP协议与既有PBX完成分机互拨，通过SIP中继台实现车间对讲机的定向喊话、全域通播与私密回话。该文档可作为利旧场景下网关抽象层设计的一个技术参照，具体参数需按实际PBX型号、中继台能力和网络拓扑调整。
总结利旧接入的三个设计判断：
- 号码路由必须在核心与PBX两侧同时规划，且具备可探测的降级能力。静态路由表在链路故障时会变成故障放大器。
- 对讲组映射需要区分广播与私密回话的媒体路径。广播可以容忍组播/扩散，私密回话必须由核心控制点对点路径。
- 录音方案必须基于终端的实际媒体锚定能力选择，不能默认媒体一定经过核心。先验证，再设计。
这三点决定利旧方案能不能真正落地，比设备清单和拓扑图更重要。
