傳真疑難排解指南

下載選項

PDF (221.8 KB)
在多種裝置上使用 Adobe Reader 檢視
ePub (83.3 KB)
在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上的各種應用程式中檢視
Mobi (Kindle) (78.2 KB)
在 Kindle 裝置或多部裝置的 Kindle 應用程式上檢視

已更新: 2015 年 1 月 15 日

文件 ID:118646

無偏見用語

本產品的文件集力求使用無偏見用語。針對本文件集的目的，無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言，或引用第三方產品的語言，因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。

關於此翻譯

思科已使用電腦和人工技術翻譯本文件，讓全世界的使用者能夠以自己的語言理解支援內容。請注意，即使是最佳機器翻譯，也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責，並建議一律查看原始英文文件（提供連結）。

簡介

本檔案介紹對傳真進行疑難排解的最有效方法之一，包括下列步驟：

將呼叫分成兩段。
確定每個支路上的協定(SIP/H.323/SCCP/MGCP)。
選擇一條支路，然後檢查該支路上的呼叫是傳入還是傳出，以及關聯的網關/端點是否相應地屬於終端網關(TGW)或始發網關(OGW)。

您可以將傳真呼叫分成四個部分：

設定語音呼叫
- 摘機、撥號、振鈴、應答
- 通話(CNG)和被叫裝置識別(CED)音
切換
- 編解碼器加速/校正
- DSP上禁用VAD
- 抖動緩衝器從自適應轉換為固定最佳值
報文前過程
- 傳真終端識別
- 功能交換和設定
- 培訓
留言內和留言後流程
- 頁面傳輸
- 錯誤檢測和糾正(ECM)
- 消息結尾和頁面確認
- 呼叫斷開，掛機

此呼叫流包括當瘦呼叫控制協定(SCCP)是所標識的協定時要查詢的消息。根據您的終端是TGW還是OGW，存在相應的部分。

附註：在下一節的表中，同時測試了T.38中繼和Passthrough，指出了G3和SG3之間的差異。

TGW - SCCP支路上的傳真呼叫傳入

請注意：

T.38 — 延遲< 1000毫秒，抖動< 300毫秒，資料包丟失應為零，除非具有冗餘的T.38。
直通 — 延遲< 1000ms，抖動< 30ms，資料包丟失應為「無」。
基於協定的切換 — 這是基於標準的。
基於NSE的切換 — 這是專有的，只在Cisco語音網關之間工作。

直通		T.38中繼
通訊協定	基於NSE	通訊協定	基於NSE
SCCP不支援基於協定的切換。	GW-----------------CUCM/GW <--------SelectSoftKeys--------- <-------CallStateMessage------ CallStateMsg資訊：林金 -------OffHookMessage-----> sccp_send_offhook_v1 <—OpenReceiveChannel---- -OpenReceiveChannelAck-> <—StartMediaTransmission— 檢查VTSP顯示: 傳真中繼= 已禁用 — SCCP應用程式主要傳真協定= IGNORE_FAX_RELAY、回退傳真通訊協定= IGNORE_FAX_RELAY 傳真中繼CM抑制：= 已啟用, 傳真中繼ANS抑制：= 已禁用傳真引數設定者= SCCP呼叫型別	SCCP不支援基於協定的切換。	GW-----------------CUCM/GW <--------SelectSoftKeys--------- <-------CallStateMessage------ CallStateMsg資訊：林金 -------OffHookMessage-----> sccp_send_offhook_v1 <—OpenReceiveChannel---- -OpenReceiveChannelAck-> <-StartMediaTransmission- 檢查VTSP顯示： Fax Relay=ENABLED 主要傳真協定= T38_FAX_RELAY、回退傳真通訊協定= NONE_FAX_RELAY 傳真中繼CM抑制：= 已啟用, 傳真中繼ANS抑制：= 已禁用傳真引數設定者= SCCP呼叫型別
GW-------------------------CUCM/GW <========AUDIO==========> 在此階段建立的音訊呼叫，但是當傳真機通話時，它們在音訊呼叫中交換音調。初始T.30音調（在調試中無法看到，因為這些音調始終在RTP中傳送。） G3傳真： <<<<<<<<<CNG<<<<<<<<<< 1100 Hz，每3秒0.5秒。表示呼叫非語音終端。 >>>>>>>>>CED>>>>>>>>>>> 持續2.6 - 4.0秒的2100 Hz音調。禁用傳輸路徑中的回聲抑制器。 SG3傳真： <<<<<<<<<CNG<<<<<<<<<< 1100 Hz，每3秒0.5秒。表示呼叫非語音終端。 >>>>>>>>>ANSAM>>>>>>>>>> 2100 Hz調音為CED，但幅度由15 Hz的正弦波調制，每450 ms進行相位反轉。 <<<<<<<<<<CM<<<<<<<<<<<<< >>>>>>>>>JM>>>>>>>>>>>>> <<<<<<<<<<CJ<<<<<<<<<<<<<< V.34初始化（第2-4階段） TGW等待在音調中檢測V.21報頭。它在CED音(G3)或ANSAM(SG3)中找到它。檢測到V.21標誌後，它將啟動切換。檢查VTSP顯示： Event=E_DSMP_DSP_MODEM_TONE 切換中的任務之一是將抖動緩衝區從自適應轉換為固定最佳值。傳真傳輸使用切換前的最後一個語音模式設定來傳送抖動或播放緩衝區。輸入show voice port X/X/X命令以檢查播放延遲的當前值。		GW-------------------------CUCM/GW <========AUDIO==========> 在此階段建立的音訊呼叫，但是當傳真機通話時，它們在音訊呼叫中交換音調。初始T.30音調（在調試中無法看到，因為這些音調始終在RTP中傳送。） G3傳真： <<<<<<<<<CNG<<<<<<<<<< 1100 Hz，每3秒0.5秒。表示呼叫非語音終端。 >>>>>>>>>CED>>>>>>>>>>> 持續2.6 - 4.0秒的2100 Hz音調。禁用傳輸路徑中的回聲抑制器。 SG3傳真： <<<<<<<<<CNG<<<<<<<<<< 1100 Hz，每3秒0.5秒。表示呼叫非語音終端。 >>>>>>>>>ANSAM>>>>>>>>>> 2100 Hz調音為CED，但幅度由15 Hz的正弦波調制，每450 ms進行相位反轉。 Cisco網關僅支援T.38的G3傳真呼叫。為了正確處理SG3呼叫的較高速度，必須使用數據機直通。 V.34初始化（第2-4階段）不存在，初始V.8階段I也不完成。由於SG3向後相容G3傳真標準，OGW會抑制CM音，因此傳真機會故障轉移到G3。 >>>>>>>>CED>>>>>>>>>>> 持續2.6 - 4.0秒的2100 Hz音調。禁用傳輸路徑中的回聲抑制器。 TGW等待在音調中檢測V.21報頭。它在CED音(G3)或ANSAM(SG3)中找到它。檢測到V.21標誌後，它將啟動切換。檢查VTSP顯示： VTSP:Event=E_DSMP_DSP_FAX_TONE 檢查DSMP顯示： E_DSM_CC_MC_START 切換中的任務之一是將抖動緩衝區從自適應轉換為固定最佳值。 T.38使用300 ms固定抖動或播放緩衝區。在語音埠下輸入playout-delay fax 100命令，以便在延遲較高時減少緩衝時間。輸入show voice port X/X/X以檢查播放延遲的當前值。
通訊協定	基於NSE	通訊協定	基於NSE
SCCP不支援基於協定的切換。	G3傳真： GW--------------------CUCM/GW =======NSE192========> 提高編解碼器速度，並切換到直通模式。檢查VTSP顯示： E_DSM_CC_MODIFY_ MEDIA_IND debug voip rtp session named event: Pt:100 Evt:192 Pkt:00 00 00 <Snd>> <======NSE192========= 檢查VTSP顯示： E_DSMP_DSP_REPORT_ PEER_TO_PEER 消息(_M) debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 SG3傳真： GW--------------------CUCM/GW =======NSE192========> 提高編解碼器速度，並切換到直通模式。檢查VTSP顯示： E_DSM_CC_MODIFY_MEDIA_IND debug voip rtp session named event: Pt:100 Evt:192 Pkt:00 00 00 <Snd>> <======NSE192========= 檢查VTSP顯示： E_DSMP_DSP_REPORT_PEER_TO_PEER 消息(_M) debug voip rtp session named event: <<<Rcv> Pt:100 Evt:192 Pkt:00 00 00 =======NSE193========> 檢測ANSam禁用ECAN的階段逆轉。檢查VTSP顯示： E_DSM_CC_MODIFY_MEDIA_IND debug voip rtp session named event: Pt:100 Evt:193 Pkt:00 00 00 <Snd>> <======NSE193========= 檢查VTSP顯示： E_DSMP_DSP_REPORT_PEER_TO_PEER 消息(_M) debug voip rtp session named event: <<<Rcv> Pt:100 Evt:193 Pkt:00 00 00 附註：NSE-194由4秒靜默的本地檢測或載波丟失檢測觸發。此消息指示遠端網關返回語音模式。基本上，NSE-192和NSE-193所做的所有更改都已撤銷。 show call active voice brief顯示：MODEMPASS節點	SCCP不支援基於協定的切換。	G3傳真： GW--------------------CUCM/GW =======NSE200========> 從語音模式過渡到T.38 檢查VTSP顯示： E_DSM_CC_MODIFY_ MEDIA_IND debug voip rtp session named event: Pt:100 Evt:200 Pkt:00 00 00 <Snd>> <======NSE201========= 收到T.38 ACK，指示TGW啟動T.38會話檢查VTSP顯示： E_DSMP_DSP_REPORT_ PEER_TO_PEER 消息(_M) debug voip rtp session named event: <<<Rcv> Pt:100 Evt:201 Pkt:00 00 00 SG3傳真：當您為了將SG3假變為G3而按下CM音時，T38中繼中沒有SG3傳真方案。附註：NSE-202是NSE-200消息的NACK，表示對等網關無法處理呼叫的T.38資料包。呼叫將保持語音模式，並且不會切換到T.38。 show call active voice brief顯示： t38
在Passthrough（直通）中，您看不到來自調試的任何T.30消息，因為所有音調都出現在帶有G711ulaw/alaw的類似RTP的音訊中。但是，無論中繼或通過，傳真音協商都保持不變。 GW-------------------------CUCM/GW >>>>>>>CSI>>>>>>>>>>（可選）（稱為使用者識別） >>>>>>>NSF>>>>>>>>>>（可選）(非標準設施) >>>>>>>>DIS>>>>>>>>>>（數字識別訊號） <<<<<<<<TSI<<<<<<<<<（可選）(傳輸使用者標識) <<<<<<<<DCS<<<<<<<<<<（數字命令訊號） <++++++++++TCF++++++++++(高速)(訓練檢查) >>>>>>>>>>CFR>>>>>>>>>(確認接收) 如果您在這裡看到FTT表示TCF，培訓失敗，檢查T1/E1上的計時和滑動。在資料包捕獲中，檢查TCF應全部為0。 <++++部分頁面RX+++++++ （高速） <<<<<<<PPS/EOM<<<<<<<（已傳送部分頁面）/（消息結束） >>>>>>>>MCF>>>>>>>>>>>>(消息確認) <++++部分頁面RX+++++++ （高速） <<<<<<<PPS/EOP<<<<<<<（傳送了部分頁面）/（過程結束） >>>>>>>>MCF>>>>>>>>>>>>(消息確認) <<<<<<<<<<DCN<<<<<<<<(斷開連線連線) 附註：ECM對於G3是可選的，但是對於SG3是強制性的。由於您可以通過直通實現SG3速度，請確保在傳真機上啟用ECM，以便傳真成功。此外，G3需要TCF訓練訊號，但不適用於SG3。附註：為直通分配了一個64 kbps(g711)的公共通道。因此，消息的高速和低速變得無關緊要。		如果T38切換成功，則會在相應的調試中看到以下消息：檢查VTSP顯示：事件：E_CC_T38_START 檢查DSMP顯示： E_DSM_CC_MC_LOCAL_DNLD_DONE debug fax relay t30 all-level-1: timestamp=1321430729 fr-msg-det NSF timestamp=1321431129 fr-msg-det CSI timestamp=1321431879 fr-msg-det DIS timestamp=1321435719 fr-msg-tx TSI timestamp=1321436329 FR_GOOD_CRC_LS_DATA 0x0位元組 timestamp=1321436329 fr-msg-tx good crc， 0 bytes timestamp=1321436439 fr-msg-tx DCS timestamp=1321436619 FR_GOOD_CRC_LS_DATA 0x0位元組 timestamp=1321441499 fr-msg-det CFR timestamp=1321461449 fr-msg-tx PPS timestamp=1321461639 FR_GOOD_CRC_LS_DATA 0x0位元組 timestamp=1321463099 fr-msg-det MCF timestamp=1321466789 fr-msg-tx DCN timestamp=1321466869 FR_GOOD_CRC_LS_DATA 0x0位元組 timestamp=1321466869 fr-msg-tx good crc， 0 bytes GW-------------------------CUCM/GW >>>>>>>>>csi>>>>>>>>>>> （選用）（被叫使用者標識） >>>>>>>>>NSF>>>>>>>>>> （選用）（非標準設施） >>>>>>>DIS>>>>>>>>>>> （數字識別訊號） <<<<<<<<TSI<<<<<<<<<（可選）(傳輸使用者標識) <<<<<<<<DCS<<<<<<<<<<（數字命令訊號） <++++++++++TCF++++++++++(高速)(訓練檢查) >>>>>>>>>>CFR>>>>>>>>>(確認接收) 如果您在這裡看到FTT表示TCF，培訓失敗，檢查T1/E1上的計時和滑動。在資料包捕獲中，檢查TCF應全部為0。 <++++部分頁面RX+++++++ （高速） <<<<<<<PPS/EOM<<<<<<<（已傳送部分頁面）/（消息結束） >>>>>>>>MCF>>>>>>>>>>>>(消息確認) <++++部分頁面RX+++++++ （高速） <<<<<<<PPS/EOP<<<<<<<（傳送了部分頁面）/（過程結束） >>>>>>>>MCF>>>>>>>>>>>>(消息確認) <<<<<<<<<<DCN<<<<<<<<(斷開連線連線)
通訊協定	基於NSE	通訊協定	基於NSE
不適用	voice service voip level config: ##傳真協定無 ## modem passthrough nse codec g711ulaw	不適用	voice service voip level config: ##fax protocol t38 nse force version 0 ls-redundancy 0 hs-redundancy 0回退無 ## fax-relay sg3-to-g3

OGW — 在SCCP支路上傳出的傳真呼叫