带内 DTMF 是一种把双音多频按键信号作为可听音调发送的方法，这些音调与语音使用同一条音频流。当主叫用户按下 1、2、3、* 或 # 等按键时，电话会生成一组由两个频率组成的音调。在带内 DTMF 系统中，这些音调像普通语音一样通过语音通道传输。

DTMF 常用于 IVR 菜单、语音信箱访问、会议 PIN 输入、银行系统、门禁控制、呼叫中心路由、远程控制、寻呼系统、门口机系统和服务热线。带内 DTMF 是传输这些按键音最早、最简单的方法之一，因为它不需要单独的信令通道。

在现代 VoIP 和 SIP 系统中，带内 DTMF 仍然存在于许多混合部署中，尤其是在涉及模拟电话、PSTN 网关、传统 PBX、类似传真接口、电梯电话、门口电话和旧式 IVR 系统时。不过，它必须谨慎使用，因为压缩编解码器、丢包、回声消除、降噪和音频处理都可能使音调失真，导致识别失败。

什么是带内 DTMF？

定义和核心含义

带内 DTMF 指 DTMF 音调在通话的普通音频路径中传输。这些音调不是作为独立的 SIP 消息发送，也不是作为独立的 RTP telephone-event 数据包发送，而是与主叫用户的语音处在同一个媒体流中。接收系统通过监听音频并解码音调频率来识别这些按键。

它的核心含义是基于音频的简单数字传输。电话或网关生成音调，语音通道承载音调，接收设备或应用识别音调。这使带内 DTMF 容易理解，并能兼容很多传统电话系统。

在模拟电话中，带内 DTMF 很自然，因为通话路径本来就是音频电路。在 IP 电话中，这种方法仍然可以工作，但前提是语音编解码器和媒体路径能够足够准确地保留 DTMF 音调，使接收端能够解码。

带内 DTMF 将按键数字作为真实音频音调发送到语音流中，因此接收系统必须从通话音频中检测这些音调。

为什么带内 DTMF 仍然重要

带内 DTMF 仍然重要，是因为许多通信系统需要与传统电话设备互通。模拟网关、PSTN 中继、门口对讲、电梯应急电话、旧式 IVR 系统、呼叫中心平台和门禁设备，可能都期望 DTMF 音调以可听音频的形式到达。

在整条通话路径使用高质量、未压缩音频，并且不需要单独协商 DTMF 信令的简单环境中，它也很有用。在这种情况下，带内 DTMF 可以直接且可靠。

但是，对于现代压缩 VoIP 路径，带内 DTMF 并不总是最佳选择。如果音频被过度压缩，或经过降噪处理，音调可能受损。因此工程师在设计 VoIP 系统时，通常会把带内 DTMF 与 RTP telephone-event 和 SIP INFO 方法进行比较。

带内 DTMF 如何工作

双音信号生成

DTMF 为每个按键数字同时使用两个音频频率。一个音来自低频组，另一个音来自高频组。二者组合后即可识别被按下的按键。例如，每个数字键都有自己唯一的一对音调。

当用户按下按键时，电话会在短时间内生成对应的双音组合。接收设备监听这些音调组合，并把它们重新转换为数字。这样，系统无需在接收端提供可视化键盘界面，也能解释用户输入。

带内 DTMF 依赖音频路径准确保留这些音调。如果音调时长、频率、音量或波形发生失真，接收端解码器可能漏识别数字，或识别成错误数字。

通过语音通道传输

在带内 DTMF 通话中，生成的音调与语音通过同一个媒体流传输。在模拟系统中，这意味着音调通过电话音频电路传输。在 VoIP 系统中，音调由语音编解码器编码，并以音频数据包形式承载。

如果编解码器足够透明，DTMF 音调仍能被识别。G.711 等编解码器通常更适合带内 DTMF，因为它们能更直接地保留音频。高度压缩或低码率编解码器可能破坏音调质量，并降低检测可靠性。

音频通道还可能经过网关、媒体服务器、SBC、回声消除器、转码器、录音系统和 IVR 平台。如果配置不当，每一个环节都可能影响音调质量。

接收与音调检测

接收侧必须从音频流中检测 DTMF 音调。这可能发生在 IVR 服务器、PBX、语音信箱平台、网关、门禁控制器、会议桥或应用服务器中。检测器会分析音频，并识别出现了哪一组音调。

检测需要足够的音调时长、正确的频率平衡、合适的音量以及有限的背景干扰。如果用户在按键时说话，通话中存在噪声，或音频处理改变了音调，检测可靠性可能下降。

良好的 DTMF 检测应能拒绝语音中的误触发，同时准确识别真实按键音。这个平衡很重要，因为某些语音声音也可能包含类似音调的频率成分。

呼叫流程示例

常见示例是 IVR 菜单。主叫用户拨打服务热线，听到“按 1 转销售，按 2 转支持”。用户按下 2。电话生成数字 2 对应的 DTMF 双音。音调在音频流中传输。IVR 检测到音调，并把呼叫路由到支持队列。

在门禁控制示例中，主叫用户可以通过电话键盘输入 PIN。门禁系统检测带内 DTMF 数字，并决定是否开门、开闸或接受控制命令。

在这两种情况下，系统只有在完整音频路径能足够清晰地保留音调时，接收端解码器才能正常工作。

带内 DTMF 的技术特点

基于音频的传输

带内 DTMF 的定义性特点是基于音频传输。数字不是作为独立的数据事件承载，而是作为声音承载。这使它容易用于能够理解音频音调的系统。

当接收设备按模拟方式进行音调检测时，基于音频的传输尤其有用。许多传统系统、简单控制器和传统 IVR 平台都能从音频路径中识别 DTMF。

同一个特点也带来了主要限制。由于音调被当作音频处理，任何改变音频的因素都可能影响 DTMF 信号。

不需要单独信令通道

带内 DTMF 不需要为数字建立单独的信令通道。通话不需要发送 SIP INFO 消息，也不需要发送 RTP telephone-event 数据包。音调直接嵌入媒体流中。

这可以简化与旧系统的互通。如果接收端正在监听通话音频，它就可以检测数字，而不需要专门支持带外信令方法。

但是，没有单独信令通道也意味着接收侧必须依赖音频检测，而不是干净的数字事件。在压缩 VoIP 环境中，这可能降低可靠性。

对编解码器敏感

带内 DTMF 对编解码器行为很敏感。专门压缩人声的编解码器可能无法完美保留 DTMF 音调。它们可能改变频率、缩短或拉伸音调时长、降低音量，或引入失真。

当必须使用带内 DTMF 时，通常优先选择 G.711，因为它比很多低码率编解码器更透明地保留音频波形。G.729 或其他压缩编解码器在某些部署中可能导致 DTMF 检测不可靠。

因此，编解码器选择是带内 DTMF 最重要的技术考虑之一。

时序和时长要求

DTMF 检测依赖时序。如果音调太短，接收端可能无法识别。如果数字发送太快，接收端可能漏掉某个数字或把数字合并。如果音调太长，根据解码器不同，可能导致重复检测。

电话、网关和 IVR 系统可能允许配置 DTMF 音调时长和数字间隔。合理的时序有助于提升识别率，尤其是当通话路径包含网关或音频处理时。

时序应与实际接收系统一起测试，因为不同 IVR 平台和控制器的容差可能不同。

音量和信号电平

DTMF 音调必须以合适的电平到达。如果音调太弱，检测器可能漏识别；如果太强，可能削波或失真。背景噪声和回声也可能干扰检测。

网关和模拟接口可能包含影响 DTMF 音调电平的增益设置。错误增益会造成间歇性问题，例如有些数字能识别，有些数字漏识别。

可靠的带内 DTMF 需要在完整通话路径上进行合理的音频电平规划。

与模拟和 PSTN 系统兼容

带内 DTMF 天然兼容许多模拟和 PSTN 系统，因为这些系统本来就是为承载音频音调而设计的。当 VoIP 系统连接模拟中继或 PSTN 网关时，带内 DTMF 可能需要在网关边界使用或生成。

在混合网络中，网关可能在带内 DTMF 与 RTP telephone-event 格式之间进行转换。例如，VoIP 侧可能使用 RFC 4733 telephone event，而模拟侧接收重新生成的可听音调。

这种转换有助于连接新旧通信技术，但必须仔细配置。

带内 DTMF 的音频优势

简单的音频兼容性

带内 DTMF 的主要音频优势，是能与已经处理音频的系统简单兼容。因为数字是可听音调，接收系统只需要具备音调检测能力，不需要理解 SIP INFO、SDP 协商或 RTP telephone-event 载荷。

这使带内 DTMF 对传统 PBX、模拟适配器、门禁系统和旧式 IVR 平台很有用。它可以在从传统电话迁移到 VoIP 的过程中保持兼容。

在音频路径干净且未压缩的环境中，带内 DTMF 可以可靠工作。

天然适合模拟接口

模拟电话接口围绕音频设计。带内 DTMF 很自然地适配这类接口，因为音调与语音通过同一电路传输。模拟电话、模拟网关和连接 PSTN 的设备能够生成和检测这些音调，而不需要单独的数据包信令。

这在仍保留模拟终端的混合部署中很有用。例如，模拟门口机、电梯电话或传统 PBX 可能需要可听音调来控制菜单或功能。

当模拟兼容性比现代 VoIP 优化更重要时，这种优势最明显。

不依赖信令支持

即使信令路径不支持单独的 DTMF 事件，带内 DTMF 也可能工作。如果设备或中继不支持 SIP INFO 或 RTP telephone-event 协商，音频音调仍可能通过。

这在基础连接、旧网关或功能支持有限的系统中可能有帮助。只要音调保持完整，接收系统仍可解释数字。

但是，这种优势不应掩盖可靠性限制。不依赖信令是有价值的，但媒体质量会变得更加重要。

可通过听音方便排查

带内 DTMF 有时更容易排查，因为音调是可听的。技术人员可以听通话录音或媒体流，确认音调是否存在。

这不同于带外方法，在带外方法中，数字可能作为单独事件发送，音频中听不到。对于基础现场排查，可听音调可以帮助确认电话是否确实生成了 DTMF。

更深入的排查仍需要检查编解码器、抓包、网关日志、IVR 检测设置和音频电平。

带内 DTMF 与其他 DTMF 方法对比

带内 DTMF 与 RTP Telephone-Event

RTP telephone-event 通常与 RFC 2833 及其后续 RFC 4733 相关，它把 DTMF 数字作为 RTP 事件发送，而不是作为普通音频音调。数字信息在媒体路径中传输，但表现为结构化事件，而不是编码后的语音音频。

在 VoIP 中，这种方法通常更受青睐，因为它较少受语音压缩影响。系统不需要编解码器保留音调波形，而是发送数字、时长和事件信息的数字化表示。

带内 DTMF 对基于音频的系统更简单，而 RTP telephone-event 在压缩 IP 语音网络中通常更可靠。

带内 DTMF 与 SIP INFO

SIP INFO 在活动会话期间通过 SIP 信令发送 DTMF 信息。它不是把数字放到音频路径中，而是由终端发送携带数字信息的 INFO 消息到接收系统。

SIP INFO 可以避免音频编解码器造成的失真，因为数字不是作为音频传输。但是，它依赖信令路径支持和互操作性。不同平台对 SIP INFO DTMF 的实现可能不同，因此需要测试兼容性。

带内 DTMF 是基于媒体的，RTP telephone-event 是 RTP 中的事件方式，SIP INFO 是基于信令的方式。选择哪种方法取决于终端支持、网关、中继、IVR 要求和网络设计。

带内 DTMF 与带外 DTMF

带外 DTMF 指数字在普通语音音频之外发送。RTP telephone-event 和 SIP INFO 是常见示例。其目的在于避免依赖音频音调保真。

对于使用压缩编解码器或复杂媒体处理的 VoIP 系统，带外方法通常更好。它们可以提升 IVR 菜单、联络中心和 SIP 中继的数字识别效果。

当需要传统音频音调兼容，或已知通话路径能够准确保留音调时，带内 DTMF 仍然有用。

混合网络中的方法选择

混合网络经常需要在不同方法之间转换。SIP 中继可能使用 RTP telephone-event，而模拟设备需要带内音调。网关可以检测 RTP telephone event，并在模拟侧重新生成可听 DTMF。

相反的情况也可能发生。模拟电话把带内音调发送到 VoIP 网关，网关再把这些音调转换为 IP 侧的 RTP telephone event。

正确的网关配置非常关键。如果两侧同时生成 DTMF，或转换被禁用，可能出现重复数字或缺失数字。

带内 DTMF 的应用

IVR 菜单导航

IVR 系统使用 DTMF 让主叫用户选择菜单选项。用户可以按 1 转销售、按 2 转支持，或按 0 转人工。带内 DTMF 可用于 IVR 从音频流中检测数字的场景。

这在传统电话和一些通过网关连接的 VoIP 系统中很常见。当音频路径使用合适编解码器并避免过度处理时，效果最好。

如果主叫用户反馈菜单选择无法识别，应检查 DTMF 方法和编解码器配置。

语音信箱和会议 PIN 输入

语音信箱系统和会议桥通常要求用户输入 PIN、邮箱号码或菜单命令。带内 DTMF 可以把这些数字作为可听音调传输。

当语音信箱或会议系统期望检测音频音调时，这很有用。但是，如果用户通过压缩 VoIP 路径连接，数字识别可能变得不可靠。

对现代 SIP 会议系统而言，RTP telephone-event 通常更受青睐，但与传统系统互联时仍可能需要带内 DTMF。

门禁控制和门口进入

门禁控制系统可能使用 DTMF 数字实现开门、开闸、电梯控制或远程命令输入。用户可以呼叫对讲机，并按下一个数字或代码来开门。

带内 DTMF 在旧式门口电话和门禁系统中很常见，因为控制器会监听可听音调。当这些系统通过网关连接到 VoIP 时，保持合适的带内音调质量就很重要。

门禁控制应用应谨慎设计，因为基于音调的控制会影响物理安全。应考虑身份验证、主叫权限和命令限制。

远程控制和自动化

一些远程系统使用 DTMF 执行简单控制命令。用户可以按键启动、停止、复位、解锁、确认或选择某项功能。带内 DTMF 允许这些命令通过音频通道承载。

这种方式可能出现在传统自动化、寻呼控制、报警确认、无线电接口、公用事业系统或简单电话控制设备中。在没有完整数据接口时，它很有用。

对于关键控制，DTMF 应结合授权和日志。单纯音调控制对于敏感操作可能不够安全。

PSTN 网关和模拟适配器互操作

PSTN 网关和模拟电话适配器通常需要处理带内 DTMF。模拟设备天然生成音调，而 IP 网络可能更倾向于 telephone-event 信令。根据配置，网关可能检测、透传、抑制或重新生成音调。

这常见于把模拟电话、类似传真设备、电梯电话、报警面板、门口电话或传统 PBX 设备连接到 SIP 中继或 IP PBX 的系统中。

网关 DTMF 设置应与 SIP 服务器、中继运营商和终端要求匹配，避免数字漏识别或重复。

呼叫中心和客户服务系统

呼叫中心依赖 DTMF 进行 IVR 选择、账号输入、支付路由、坐席转接和客户自助服务。当呼叫来自 PSTN 或模拟接入系统时，可能会出现带内 DTMF。

对呼叫中心而言，DTMF 可靠性直接影响客户体验。如果数字失败，主叫用户可能反复输入、进入错误队列或放弃呼叫。

现代联络中心在 VoIP 路径中通常更偏好带外方法，但某些中继、网关和客户接入路径仍可能需要带内兼容。

部署注意事项

选择合适的编解码器

编解码器选择是带内 DTMF 部署的首要考虑。如果必须保留带内音调，应使用能够准确承载音调的编解码器。G.711 常因这一原因被使用。

低码率编解码器可以降低带宽，但可能使 DTMF 音调失真。如果通话路径必须使用压缩编解码器，RTP telephone-event 可能是更好的选择。

编解码策略应与 DTMF 方法匹配。不要假设带内 DTMF 能通过每一种编解码器可靠工作。

避免有害的音频处理

音频处理功能会影响带内 DTMF。回声消除、降噪、自动增益控制、语音活动检测、静音抑制和转码都可能改变音调信号。

这些功能有利于语音质量，但如果配置不当，可能干扰音调检测。有些系统包含专门的 DTMF 检测和抑制逻辑，以防止问题发生。

带内 DTMF 应在所有媒体处理按生产环境实际启用的情况下进行测试。

检查网关配置

网关通常提供多种 DTMF 模式设置，例如 in-band、RFC 2833 或 RFC 4733 telephone-event、SIP INFO、auto 或转换模式。错误的网关配置是 DTMF 失败的常见原因。

如果模拟设备发送带内音调，网关可以把它们作为音频透传，也可以转换为 telephone event。如果 VoIP 侧发送 telephone event，网关可以为模拟侧重新生成可听音调。

网关、SIP 服务器、中继运营商和终端必须在 DTMF 处理方式上保持一致。

测试真实呼叫路径

DTMF 应跨真实呼叫路径测试，而不只是测试两个本地分机。应测试内部呼叫、SIP 中继呼叫、PSTN 呼叫、移动电话呼叫、IVR 访问、语音信箱访问、门禁控制命令和会议 PIN 输入。

某种方法在内部可用，可能通过中继或网关就失败，因为编解码器、媒体路径或 DTMF 转换发生了变化。测试应覆盖所有重要场景。

真实呼叫路径测试有助于防止部署后出现面向客户的故障。

防止重复数字

当带内音调和带外事件同时送达接收系统时，可能出现重复数字。例如，网关可能一边透传可听音调，一边又生成 RTP telephone-event 数字。

接收系统随后可能把同一个按键检测两次。这会导致 IVR 选择错误、PIN 无效或门禁命令失败。

系统应以一致方式配置 DTMF 的透传、抑制或转换，确保只有一种可用数字方法到达接收应用。

带内 DTMF 部署取决于编解码器选择、音频处理、网关行为、音调电平、时序以及端到端呼叫路径测试。

带内 DTMF 的常见问题

数字未被检测

最常见的问题是接收系统检测不到数字。这可能是因为编解码器使音调失真、音调太短、电平太低，或音频处理移除了部分信号。

排查时应检查编解码器、DTMF 模式、网关设置、IVR 检测器设置、音调时长、丢包以及媒体流中是否能听到音调。

如果带内检测仍不可靠，对于 VoIP 路径，切换到 RTP telephone-event 可能是更好的解决方案。

检测到错误数字

当音调失真，或语音、噪声类似 DTMF 频率时，可能出现错误数字检测。虽然现代检测器会尽量避免误触发，但糟糕音频条件仍可能导致错误。

这个问题更可能出现在嘈杂环境、压缩媒体路径或增益电平错误的系统中，并会影响 IVR 菜单、PIN 输入和远程控制命令。

调整音频电平、更改编解码器和优化检测器参数，可能有助于减少错误检测。

重复数字

当同一个数字以多种方式同时承载时，可能发生重复数字。例如，带内音调仍在音频中，而网关又发送 RTP telephone event。

重复数字会造成严重用户体验问题。主叫用户按 1，系统可能解释为 11。PIN 可能因为每个数字被计算两次而失败。

解决方法通常是正确配置 DTMF 抑制或转换，使接收系统只获得一个数字来源。

通过压缩编解码器失败

压缩编解码器是带内 DTMF 失败的常见原因。针对语音优化的编解码器可能无法以足够精度还原 DTMF 音调，导致漏识别或误识别。

如果需要节省带宽，使用带外 DTMF 通常比强行让带内音调通过低码率编解码器更好。

对带内 DTMF 来说，G.711 类音频通常比激进压缩更安全。

单向 DTMF 问题

有时 DTMF 在一个方向有效，在另一个方向无效。主叫用户可以向 IVR 发送数字，但远端系统无法发回命令，或反过来。这可能表示网关设置不对称、编解码器不同、NAT 穿越问题或媒体路径不同。

排查时应检查两个呼叫方向，以及信令和媒体跟踪。不能因为一个方向可用，就假设 DTMF 双向都可用。

在网关、中继、对讲和门禁系统中，方向性测试很重要。

带内 DTMF 的最佳实践

只在合适场景使用带内方式

当接收系统期望可听音调，或传统兼容性需要它时，才应使用带内 DTMF。它适合模拟接口、部分 PSTN 路径和简单音调控制系统。

对纯 VoIP 路径，尤其是使用压缩的路径，RTP telephone-event 通常更可靠。最佳方法取决于完整系统，而不是某个设备设置。

不应在未检查通话路径和接收应用的情况下默认使用带内 DTMF。

优先使用透明音频编解码器

如果必须使用带内 DTMF，应使用能很好保留音调的编解码器。G.711 常被使用，因为它比许多压缩编解码器更透明地承载音频。

应控制编解码协商，避免需要带内 DTMF 的呼叫意外回落到会破坏音调质量的编解码器。

应为中继、网关、终端和 IVR 系统记录编解码策略。

一致配置网关

网关应在整个网络中保持一致配置。需要明确网关是透传带内音调、转换为 RTP telephone event、把 telephone event 转回音调，还是抑制重复音频。

不一致的网关设置会产生难以诊断的问题，尤其是在多站点系统中，或不同中继有不同要求时。

清晰的 DTMF 规划应成为 VoIP 网关部署的一部分。

测试时序、电平和数字准确性

测试应包括数字时长、数字间隔、音调电平、检测准确性和重复输入。不仅要测试 0 到 9，也要测试应用使用的 * 和 #。

应使用实际接收数字的 IVR、语音信箱、会议系统、门控制器或应用进行测试。一个接收端测试成功，并不保证另一个接收端也成功。

DTMF 测试应纳入调试验收，并在任何编解码器、中继、网关或 IVR 变更后执行。

按路由记录 DTMF 方法

大型系统可能在不同路由上使用不同 DTMF 方法。内部 SIP 呼叫可能使用 RTP telephone-event，模拟网关呼叫可能要求带内，SIP 中继可能要求特定协商载荷，传统门禁系统可能需要音频音调。

按路由记录预期 DTMF 方法，可以让故障排查更容易，也能帮助后续工程师避免在不了解影响的情况下更改设置。

DTMF 文档应包括终端设置、网关设置、中继运营商要求和接收应用要求。

维护和故障排查建议

同时抓取信令和媒体

DTMF 排查通常需要同时检查信令和媒体。SIP 消息可以显示是否协商了 telephone-event 或 SIP INFO。媒体抓包可以显示音频流中是否存在带内音调。

如果系统声称使用带内 DTMF，音调应能在媒体波形中被听到或看到。如果系统使用 RTP telephone-event，数字可能以独立 RTP 载荷事件出现。

理解实际使用的是哪种方法，是解决 DTMF 问题的第一步。

检查编解码协商

只要带内 DTMF 失败，就应检查编解码协商。一次呼叫可能在一个方向使用 G.711，在另一个方向使用压缩编解码器。中继可能强制转码。会议桥可能改变媒体格式。

如果带内 DTMF 经过转码，检测可靠性可能下降。工程师应检查 SDP、网关日志和媒体服务器行为。

编解码不匹配是 DTMF 在某些呼叫可用、在另一些呼叫不可用的最常见原因之一。

检查 IVR 和应用设置

接收应用可能有自己的 DTMF 检测设置。IVR 平台、语音信箱服务器、会议桥和门禁控制器可能允许配置检测灵敏度、最短音调时长、超时和允许数字。

如果接收端期望带外事件，却收到带内音调，它可能不会处理数字。如果它期望带内音调，而网关抑制了音调，数字可能缺失。

应用设置应与通话路径实际交付的 DTMF 方法匹配。

听取失真情况

听通话录音或数据包捕获可以帮助识别音调失真。如果 DTMF 音调听起来削波、微弱、嘈杂或断裂，接收端可能无法可靠解码。

失真可能由增益问题、压缩、丢包、回声消除器、声学反馈或模拟接口质量差引起。

因为数字是作为声音承载的，音频检查对排查带内 DTMF 特别有用。

网络或中继变更后测试

SIP 中继迁移、网关更换、编解码策略更新、SBC 变更、IVR 升级或运营商路由变更后，DTMF 行为可能改变。呼叫仍可正常接通，但 DTMF 可能停止工作。

在任何重大通信变更后，应测试 IVR 菜单、语音信箱 PIN、会议接入、门禁控制命令以及其他依赖 DTMF 的功能。

DTMF 应成为 VoIP 变更回归测试的一部分。

带内 DTMF 的安全性和用户体验

PIN 输入和隐私

DTMF 经常用于 PIN 输入。在带内模式下，音调可能存在于音频流中。如果通话被录音，除非系统进行屏蔽、抑制或保护，否则这些音调也可能被录下来。

对于银行、支付、门禁或账户验证等敏感应用，组织应考虑如何保护 DTMF 数字。一些系统使用安全输入方式、DTMF 屏蔽或单独的支付采集工具。

当数字代表密码、PIN 或敏感命令时，应谨慎评估带内 DTMF。

错误输入和错误路由

不良 DTMF 检测会影响用户体验。漏掉数字可能让主叫用户停留在同一 IVR 菜单中。错误数字可能把用户路由到错误部门。重复数字可能导致 PIN 失败。

这些问题会使用户沮丧，并增加呼叫处理时间。在客户服务环境中，不可靠的 DTMF 会增加坐席负担，因为用户无法完成自助步骤。

良好的 DTMF 设计同时支持技术可靠性和客户体验。

命令授权

当 DTMF 用于控制门、闸机、报警、寻呼或自动化系统时，授权非常重要。如果没有额外控制，任何能发送正确音调的人都可能触发功能。

敏感功能不应只依赖简单 DTMF 数字。可能需要主叫号码验证、身份认证、访问列表、时间规则、日志和人工确认。

DTMF 对控制输入很有用，但应集成到安全控制流程中。

结论

带内 DTMF 是一种把按键数字作为可听音调，通过承载语音的同一音频流传输的方法。它简单、熟悉，并兼容许多模拟、PSTN、IVR、语音信箱、会议、门禁和传统 PBX 系统。

它的主要技术特点包括基于音频传输、不需要单独信令通道、与模拟接口兼容、对编解码器行为敏感、依赖音调时长和电平，以及需要接收端准确检测。它的主要优势是传统兼容性、简单的音频路径运行方式，以及天然适合模拟电话。

在现代 VoIP 系统中，应谨慎使用带内 DTMF。它最适合 G.711 等透明音频路径，并可能在压缩编解码器、转码、降噪、回声消除、丢包或网关配置不一致时变得不可靠。对于许多 SIP 和 IP 语音部署，基于 RFC 4733 的 RTP telephone-event 方法通常更可靠，而 SIP INFO 可用于某些基于信令的实现。最佳选择取决于终端、网关、中继、IVR 平台和真实呼叫路径测试。

FAQ

简单来说，什么是带内 DTMF？

带内 DTMF 指按键数字作为可听音调，在普通语音音频流中发送。接收系统监听音频并检测这些音调。

它常用于模拟电话、PSTN 系统、IVR 菜单、语音信箱和一些传统通信系统。

带内 DTMF 与 RFC 2833 或 RFC 4733 有什么区别？

带内 DTMF 把数字作为音频音调发送。RFC 2833 和 RFC 4733 则把 DTMF 作为结构化 RTP telephone-event 数据包发送，而不是作为普通语音音频。

RTP telephone-event 在 VoIP 网络中通常更可靠，因为它较少受语音编解码压缩影响。

哪种编解码器最适合带内 DTMF？

G.711 通常是带内 DTMF 的首选，因为它比许多压缩编解码器更透明地保留音频音调。

低码率编解码器可能使 DTMF 音调失真，导致漏识别或错误识别。

为什么带内 DTMF 在 VoIP 中有时会失败？

带内 DTMF 可能因为压缩编解码器、转码、丢包、回声消除、降噪、增益电平错误、音调时长过短或网关配置错误而失败。

必须测试完整呼叫路径，因为 DTMF 可能在一条路由上可用，而在另一条路由上失败。

带内 DTMF 常用于哪些场景？

它常用于 IVR 菜单、语音信箱系统、会议 PIN 输入、门禁控制、门口进入系统、模拟网关、PSTN 连接、传统 PBX 系统和远程控制应用。

当接收系统期望可听 DTMF 音调时，它尤其有用。

带内 DTMF 用于 PIN 输入安全吗？

带内 DTMF 可能会把 PIN 音调暴露在音频流中，并可能出现在通话录音里。敏感应用应考虑屏蔽、安全输入方式、访问控制、加密或替代信令方法。

对于支付、银行和门禁控制，应认真评估 DTMF 安全性。