在企业通信向全 IP 化演进的进程中，传统语音调制解调器（Voice Modem）与现代 VoIP/SIP 系统的桥接成为一个既实际又具挑战性的工程问题。T.38 作为 ITU-T 制定的传真中继标准，为这一桥接提供了关键技术路径。本文将从工程实现角度，解析传统调制解调器如何与 SIP trunk 无缝对接，并给出可落地的参数建议。
传统调制解调器与 IP 系统桥接的核心逻辑
传统语音调制解调器的核心功能是将模拟音频信号转换为数字信号进行传输，其设计初衷是在 PSTN（公共交换电话网）上承载语音、传真和数据通信。当企业通信基础设施迁移至基于 IP 的 SIP（会话发起协议）网络时，如何让这些传统设备继续发挥作用，成为一个需要系统性解决的工程问题。
桥接架构通常采用以下模式：用户侧的语音调制解调器通过模拟线路连接至 T.38 网关（Gateway），该网关一端终止模拟信号，另一端则通过 SIP 协议与 IP PBX 或 SIP trunk provider 通信。T.38 网关的核心职责是在模拟侧的调制解调器音频流与 IP 侧的 T.38 数据包之间进行双向转换。当一通电话从传统调制解调器发起时，SIP 信令首先建立会话，随后媒体流根据双方能力协商结果在音频模式与 T.38 模式之间切换。
这种架构的优势在于保留了现有硬件投资，同时实现了与现代化 IP 通信系统的兼容。对于仍在特定行业（如医疗、金融对传真有强合规要求的场景）使用的传真系统，迁移至全 IP 环境时，T.38 桥接几乎是唯一可行的技术方案。
T.38 传真中继的技术机制与协议栈
T.38 协议的核心设计理念是将传真数据作为实时 IP 数据包传输，而非简单地将其作为音频流通过 G.711 等语音编码器传送。这一设计选择基于一个关键认知：传统 fax 调制解调器产生的调制信号（如 V.17、V.34）对时延和抖动极为敏感，若采用纯音频编码方式通过 VoIP 网络传输，误码率将急剧上升，导致传真失败。
T.38 的工作流程分为几个关键阶段。首先是 SIP 呼叫建立阶段，双方通过 SIP 信令交换 SDP（会话描述协议），其中包含各自支持的 T.38 能力声明。随后进入调解阶段，当主叫端检测到 CNG（呼叫音）或被叫端检测到 CED（被叫音）时，双方协商决定是否切换至 T.38 模式。切换完成后，传真数据通过 UDP 或 TCP（取决于配置）以 T.38 报文格式在 IP 网络上传输。
在传输层配置方面，建议优先采用 UDP 作为传输协议，因为 UDP 的低时延特性更符合传真实时性要求。但需要特别注意的是，UDP 在公网环境下可能面临 NAT 穿越问题，此时应配置 STUN/TURN 服务器协助穿透。若网络环境较为复杂，TCP 作为备选方案虽然时延略高，但可靠性更有保障。实际工程中，建议将 UDP 设为首选，TCP 作为降级方案。
工程实现的关键配置参数
在部署 T.38 网关时，有几项核心参数需要精确配置以确保通信质量。
网关能力协商：在 SIP 信令中，需要正确声明 T.38 支持能力。通常在 SIP INVITE 请求的 SDP 部分添加 t38 媒体描述行，明确指出支持 T.38 版本（当前主流为 Version 0）。双方网关通过相互交换能力集，确定可用的最高 T.38 版本与传输模式。建议将网关配置为同时支持 UDP 和 TCP 两种传输模式，由系统根据网络状况自动选择。
Fax negotiation 参数：T.38 协议定义了若干关键参数用于传真会话协商，包括 Training Check Frame（TCF）窗口大小、错误纠正模式（ECM）支持状态等。对于大多数场景，建议启用 ECM（Error Correction Mode）以提高传输可靠性，尽管这会增加约 20% 的带宽开销。同时，应将 TCF 重试次数设置为不少于 3 次，以应对网络波动导致的训练失败。
语音编码器回退方案：在实际部署中，双方网关并不总是能够成功协商至 T.38 模式。这种情况下，语音编码器的选择直接影响传真能否通过音频通道（Pass-through 模式）成功传输。建议将 G.711 μ-law 设为首选编码器，其采样率为 8kHz，量化精度 64kbps，能够较好地保留传真调制信号的波形特征。若 G.711 不可用，G.726-32 可作为备选，但应意识到误码率可能上升。
QoS 与网络配置：T.38 对网络质量高度敏感，建议在网络层为 T.38 流量设置 DSCP（Differentiated Services Code Point）标记，将 T.38 数据包的 DSCP 值设为 EF（Expedited Forwarding，即 46），确保在路由设备获得优先转发。同时，建议将网络抖动控制在 20ms 以内，丢包率低于 1%，端到端时延不超过 150ms。对于跨境或跨运营商的 SIP trunk，需特别关注中间链路的网络质量，必要时采用 QoS 策略或选择具有 SLA 保障的运营商服务。
模拟线路数字化的实践考量
将模拟线路数字化并接入 IP 系统，除了上述 T.38 方案外，还需考虑以下几个实践层面的问题。
FXO/FXS 接口选择：FXS（Foreign eXchange Station）接口用于连接模拟电话机或调制解调器，提供环电压和拨号音；FXO（Foreign eXchange Office）接口则用于连接运营商的模拟线路。在网关选型时，需明确哪侧接模拟设备、哪侧接 IP 网络。对于企业自有的传统调制解调器，通常使用 FXS 接口；对于需要接入运营商 PSTN 线路的场景，则需 FXO 接口。
DTMF 传输配置：传统调制解调器依赖 DTMF（双音多频）信号进行拨号和按键交互。在 IP 桥接场景下，DTMF 可以通过三种方式传输：带内音频、RTP 载荷（RFC 2833）、以及 SIP INFO 消息。建议采用 RTP 载荷方式，将 DTMF 事件作为 RTP 流的一部分发送，这种方式在 VoIP 网络中的可靠性最高。若网关支持，建议同时启用 RFC 2833 和 SIP INFO 两种方式，由双方协商选择。
故障排查与监控：部署完成后，建议建立系统化的监控机制。关键监控指标包括：T.38 协商成功率（目标值应达到 95% 以上）、传真平均传输时间、丢包率、以及网关 CPU / 内存利用率。当 T.38 协商失败时，常见原因包括双方能力集不匹配、网络 NAT / 防火墙未开放 T.38 所需的 UDP 端口（通常为动态端口，建议在防火墙上开启整个 UDP 端口范围）、以及编码器协商失败。建议在部署初期进行充分的压力测试，模拟不同网络条件下的传真传输，记录成功率与失败模式。
总结与实施建议
传统语音调制解调器与现代 VoIP/SIP 系统的桥接，本质上是在保留既有硬件投入的同时实现通信基础设施的现代化升级。T.38 传真中继为这一目标提供了标准化且成熟的技术路径。在工程实施层面，应重点关注以下三个层面：首先，正确配置网关的 T.38 能力协商参数，确保 SIP 信令阶段能够成功交换能力集；其次，优化网络 QoS 配置，将抖动、丢包、时延控制在 T.38 可容忍的范围内；最后，建立完善的监控与故障排查机制，及时发现并解决传输异常。
对于计划进行此类改造的企业，建议分阶段推进：先在实验室环境中验证特定调制解调器型号与网关的兼容性，再在生产环境进行小规模试点，确认 T.38 模式与音频回退模式均能稳定工作后，再逐步扩大部署规模。
资料来源：T.38 协议规范及 VoIP-Info 关于 Fax over IP 的技术文档。