帶內 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 安全性。