固網NGN傳真業務剖析與故障處理

馮淑芬

摘 要 針對唐山市聯通公司固網NGN商用以來傳真類故障突出的情況，描述了在UMG8900和Softx3ooo設備上傳真業務數據配置的要點，以確保業務正常開通；通過對傳真業務的流程分析，突出傳真業務的關鍵要點，通過對傳真故障的定位分析，給出了傳真故障的主要故障點和處理故障的關鍵步驟，最后列舉了一個有代表性的案例。

關鍵詞 固網NGN；傳真業務剖析；故障處理

中圖分類號：TN917 文獻標識碼：A 文章編號：1671-7597（2014）13-0145-02

1 固網NGN傳真業務簡介

固網NGN傳真包括高速傳真（調制解調速率達到33.6kbps，通常稱為Super G3 fax）和低速傳真，這里我們只討論低速傳真。低速傳真包括G.711傳真（透傳方式）和T.38傳真（T.38方式）。

UMG8900支持在IP網絡上承載傳真業務，實現方式有以下兩種。

1）透傳方式（Fax Over G.711）。將Fax的數據信號承載于G.711，也就是將傳真機發出的信號作為語音處理，通過G.711編解碼進行無損的傳輸。其優點是實現簡單、時延小，不用關心具體數據信號的含義，因而還可以用來實現modem撥號上網等其他數據業務；缺點是占用帶寬大（固定64K）、受網絡波動影響大，在網絡抖動丟包比較嚴重的情況下，不適于應用。

2）T.38方式。指通過ITU-T T.38協議，把傳真機發出的遵循T.30協議的傳真信號轉化為適合IP承載網絡傳輸的T.38傳真報文進行傳輸的方式。其優點是通過冗余幀和前向糾錯等方法提高可靠性，受網絡波動影響小，缺點是實現比較復雜。

2 傳真數據配置要點

在決定采用哪種傳真方式之后，就可以根據網絡要求來配置傳真參數。

2.1 UMG8900設備上傳真業務數據配置要點

1）透傳方式的參數配置。

SET FAXPARA：“Fax/Modem單音透傳模式”設置為“透傳”，“上報ANSam緩存時間”設置為“直接上報”，“信號音檢測開關”設置打開“ANSAM_REV”信號檢測開關，其他開關取默認值。

2）T.38方式的參數配置。

SET FAXPARA：“Fax/Modem單音透傳模式”設置為“不透傳ANSam和/ANSam”，“上報ANSam緩存時間”參數設置為“緩存5秒”，“信號音檢測開關”參數中打開“ANSAM_REV”信號檢測開關，其他開關取默認值，“T38傳真訓練方式”和“T38傳真糾錯模式”參數必須設置為與對接的網關一致。

2.2 Softx3000設備上傳真業務數據配置要點

1）透傳方式的參數配置。

ADD MGW：“CODEC”參數：選G.711，“SPECIAL ATTIBUTE”參數：選擇V3FX

2）T.38方式的參數配置。

ADD MGW：“CODEC”參數：選T38，可用的語音CODEC，選擇一個，如G.711、G.723等，“SPECIAL ATTIBUTE”參數：選V3FX

3 傳真機業務流程

對傳真業務流程的分析，是處理該類故障的必要手段。即當發送方要發起傳真業務時，發送方向MGC上報傳真單音事件，MGC收到后下發切換命令，給發送和接收方下發切換到G.711透傳方式或者T.38的消息，將通話時占用的兩個TC切換到傳真狀態。傳真結束時，發送方向MGC上報傳真結束事件（僅T.38方式支持），MGC收到后下發切換命令，將傳真時占用的兩個TC切換回語音狀態。具體如下。

如果發送方傳真機檢測到接收方傳真機發送的信號，則會停止發送CNG信號，否則會周期性的發送CNG信號。

4 傳真故障處理

1）故障的主要原因：UMG8900時鐘異常，中繼有滑碼；沒有正常切換到數據通道；IP承載異常，丟包嚴重；配置錯誤。

2）定位思路如下。

判斷是否是用戶或傳真機問題：排除用戶或傳真機的問題。

判斷傳真類型：確認傳真類型是T.38傳真還是G.711透傳方式傳真。

IP承載網問題處理：PING對端UMG8900的IP地址，確認所PING報文能正常返回。

TDM承載網問題處理：執行DSP SLIP查看業務使用的E1端口上是否存在滑碼，查看“滑碼最近15分鐘累計”為0或者“滑碼最近24小時累計”在20以內，說明E1端口不存在滑碼。不在這個范圍內，說明E1端口存在滑碼。

優化UMG8900和MGC的傳真配置參數： 執行LST FAXPARA命令查看UMG8900的傳真“信號音檢測開關”是否打開。使用SET FAXPARA修改傳真參數。

UMG8900是否上報傳真事件處理：在UMG8900側進行“H248應用接口跟蹤”跟蹤。通過跟蹤消息中的NOTIFY_Req消息，查看UMG8900是否上報傳真事件（例如UMG8900上報檢測到V.21 Flag消息） 。

查詢MGC是否下發了檢測事件：進行消息跟蹤，查看MGC是否給UMG8900下發了切換到傳真模式的消息。通過“H248應用接口跟蹤”消息ADD_Req或MOD_Req消息，查看UMG8900是否收到MGC的下發檢測事件。

3）故障案列：SoftX3000 上MGW 數據配置錯誤導致V3 T38 傳真能發不能收。

【故障現象】豐潤區一個EPON（IAD）用戶，發送傳真到PSTN，能夠正常發送；但PSTN 發送傳真到該EPON用戶，響兩聲后超時失敗。

【故障定位】接續和鏈路均正常，因此考慮網關之間的協商問題。

【故障處理】通過抓包分析，發現是SoftX3000在下發切換到傳真對策命令時下發了錯誤的端口號導致傳真失敗。檢查SoftX3000上的數據配置，用LST MGW查看數據，發現特殊屬性Local SDP address present被選中，導致媒體網關在Add/Modify消息中修改本地Codec時帶了端口號，引起端口號錯誤導致傳真能發不能收。使用MOD MGW命令，去掉特殊屬性Local SDP address present選項后，問題解決。

參考文獻

[1]李繼斌，徐才云.NGN技術發展面臨的問題及對策分析[A].兩化融合與物聯網發展學術研討會論文集[C].2010.endprint

摘 要 針對唐山市聯通公司固網NGN商用以來傳真類故障突出的情況，描述了在UMG8900和Softx3ooo設備上傳真業務數據配置的要點，以確保業務正常開通；通過對傳真業務的流程分析，突出傳真業務的關鍵要點，通過對傳真故障的定位分析，給出了傳真故障的主要故障點和處理故障的關鍵步驟，最后列舉了一個有代表性的案例。

關鍵詞 固網NGN；傳真業務剖析；故障處理

中圖分類號：TN917 文獻標識碼：A 文章編號：1671-7597（2014）13-0145-02

1 固網NGN傳真業務簡介

固網NGN傳真包括高速傳真（調制解調速率達到33.6kbps，通常稱為Super G3 fax）和低速傳真，這里我們只討論低速傳真。低速傳真包括G.711傳真（透傳方式）和T.38傳真（T.38方式）。

UMG8900支持在IP網絡上承載傳真業務，實現方式有以下兩種。

1）透傳方式（Fax Over G.711）。將Fax的數據信號承載于G.711，也就是將傳真機發出的信號作為語音處理，通過G.711編解碼進行無損的傳輸。其優點是實現簡單、時延小，不用關心具體數據信號的含義，因而還可以用來實現modem撥號上網等其他數據業務；缺點是占用帶寬大（固定64K）、受網絡波動影響大，在網絡抖動丟包比較嚴重的情況下，不適于應用。

2）T.38方式。指通過ITU-T T.38協議，把傳真機發出的遵循T.30協議的傳真信號轉化為適合IP承載網絡傳輸的T.38傳真報文進行傳輸的方式。其優點是通過冗余幀和前向糾錯等方法提高可靠性，受網絡波動影響小，缺點是實現比較復雜。

2 傳真數據配置要點

在決定采用哪種傳真方式之后，就可以根據網絡要求來配置傳真參數。

2.1 UMG8900設備上傳真業務數據配置要點

1）透傳方式的參數配置。

SET FAXPARA：“Fax/Modem單音透傳模式”設置為“透傳”，“上報ANSam緩存時間”設置為“直接上報”，“信號音檢測開關”設置打開“ANSAM_REV”信號檢測開關，其他開關取默認值。

2）T.38方式的參數配置。

SET FAXPARA：“Fax/Modem單音透傳模式”設置為“不透傳ANSam和/ANSam”，“上報ANSam緩存時間”參數設置為“緩存5秒”，“信號音檢測開關”參數中打開“ANSAM_REV”信號檢測開關，其他開關取默認值，“T38傳真訓練方式”和“T38傳真糾錯模式”參數必須設置為與對接的網關一致。

2.2 Softx3000設備上傳真業務數據配置要點

1）透傳方式的參數配置。

ADD MGW：“CODEC”參數：選G.711，“SPECIAL ATTIBUTE”參數：選擇V3FX

2）T.38方式的參數配置。

ADD MGW：“CODEC”參數：選T38，可用的語音CODEC，選擇一個，如G.711、G.723等，“SPECIAL ATTIBUTE”參數：選V3FX

3 傳真機業務流程

對傳真業務流程的分析，是處理該類故障的必要手段。即當發送方要發起傳真業務時，發送方向MGC上報傳真單音事件，MGC收到后下發切換命令，給發送和接收方下發切換到G.711透傳方式或者T.38的消息，將通話時占用的兩個TC切換到傳真狀態。傳真結束時，發送方向MGC上報傳真結束事件（僅T.38方式支持），MGC收到后下發切換命令，將傳真時占用的兩個TC切換回語音狀態。具體如下。

如果發送方傳真機檢測到接收方傳真機發送的信號，則會停止發送CNG信號，否則會周期性的發送CNG信號。

4 傳真故障處理

1）故障的主要原因：UMG8900時鐘異常，中繼有滑碼；沒有正常切換到數據通道；IP承載異常，丟包嚴重；配置錯誤。

2）定位思路如下。

判斷是否是用戶或傳真機問題：排除用戶或傳真機的問題。

判斷傳真類型：確認傳真類型是T.38傳真還是G.711透傳方式傳真。

IP承載網問題處理：PING對端UMG8900的IP地址，確認所PING報文能正常返回。

TDM承載網問題處理：執行DSP SLIP查看業務使用的E1端口上是否存在滑碼，查看“滑碼最近15分鐘累計”為0或者“滑碼最近24小時累計”在20以內，說明E1端口不存在滑碼。不在這個范圍內，說明E1端口存在滑碼。

優化UMG8900和MGC的傳真配置參數： 執行LST FAXPARA命令查看UMG8900的傳真“信號音檢測開關”是否打開。使用SET FAXPARA修改傳真參數。

UMG8900是否上報傳真事件處理：在UMG8900側進行“H248應用接口跟蹤”跟蹤。通過跟蹤消息中的NOTIFY_Req消息，查看UMG8900是否上報傳真事件（例如UMG8900上報檢測到V.21 Flag消息） 。

查詢MGC是否下發了檢測事件：進行消息跟蹤，查看MGC是否給UMG8900下發了切換到傳真模式的消息。通過“H248應用接口跟蹤”消息ADD_Req或MOD_Req消息，查看UMG8900是否收到MGC的下發檢測事件。

3）故障案列：SoftX3000 上MGW 數據配置錯誤導致V3 T38 傳真能發不能收。

【故障現象】豐潤區一個EPON（IAD）用戶，發送傳真到PSTN，能夠正常發送；但PSTN 發送傳真到該EPON用戶，響兩聲后超時失敗。

【故障定位】接續和鏈路均正常，因此考慮網關之間的協商問題。

【故障處理】通過抓包分析，發現是SoftX3000在下發切換到傳真對策命令時下發了錯誤的端口號導致傳真失敗。檢查SoftX3000上的數據配置，用LST MGW查看數據，發現特殊屬性Local SDP address present被選中，導致媒體網關在Add/Modify消息中修改本地Codec時帶了端口號，引起端口號錯誤導致傳真能發不能收。使用MOD MGW命令，去掉特殊屬性Local SDP address present選項后，問題解決。

參考文獻

[1]李繼斌，徐才云.NGN技術發展面臨的問題及對策分析[A].兩化融合與物聯網發展學術研討會論文集[C].2010.endprint

摘 要 針對唐山市聯通公司固網NGN商用以來傳真類故障突出的情況，描述了在UMG8900和Softx3ooo設備上傳真業務數據配置的要點，以確保業務正常開通；通過對傳真業務的流程分析，突出傳真業務的關鍵要點，通過對傳真故障的定位分析，給出了傳真故障的主要故障點和處理故障的關鍵步驟，最后列舉了一個有代表性的案例。

關鍵詞 固網NGN；傳真業務剖析；故障處理

中圖分類號：TN917 文獻標識碼：A 文章編號：1671-7597（2014）13-0145-02

1 固網NGN傳真業務簡介

固網NGN傳真包括高速傳真（調制解調速率達到33.6kbps，通常稱為Super G3 fax）和低速傳真，這里我們只討論低速傳真。低速傳真包括G.711傳真（透傳方式）和T.38傳真（T.38方式）。

UMG8900支持在IP網絡上承載傳真業務，實現方式有以下兩種。

1）透傳方式（Fax Over G.711）。將Fax的數據信號承載于G.711，也就是將傳真機發出的信號作為語音處理，通過G.711編解碼進行無損的傳輸。其優點是實現簡單、時延小，不用關心具體數據信號的含義，因而還可以用來實現modem撥號上網等其他數據業務；缺點是占用帶寬大（固定64K）、受網絡波動影響大，在網絡抖動丟包比較嚴重的情況下，不適于應用。

2）T.38方式。指通過ITU-T T.38協議，把傳真機發出的遵循T.30協議的傳真信號轉化為適合IP承載網絡傳輸的T.38傳真報文進行傳輸的方式。其優點是通過冗余幀和前向糾錯等方法提高可靠性，受網絡波動影響小，缺點是實現比較復雜。

2 傳真數據配置要點

在決定采用哪種傳真方式之后，就可以根據網絡要求來配置傳真參數。

2.1 UMG8900設備上傳真業務數據配置要點

1）透傳方式的參數配置。

SET FAXPARA：“Fax/Modem單音透傳模式”設置為“透傳”，“上報ANSam緩存時間”設置為“直接上報”，“信號音檢測開關”設置打開“ANSAM_REV”信號檢測開關，其他開關取默認值。

2）T.38方式的參數配置。

SET FAXPARA：“Fax/Modem單音透傳模式”設置為“不透傳ANSam和/ANSam”，“上報ANSam緩存時間”參數設置為“緩存5秒”，“信號音檢測開關”參數中打開“ANSAM_REV”信號檢測開關，其他開關取默認值，“T38傳真訓練方式”和“T38傳真糾錯模式”參數必須設置為與對接的網關一致。

2.2 Softx3000設備上傳真業務數據配置要點

1）透傳方式的參數配置。

ADD MGW：“CODEC”參數：選G.711，“SPECIAL ATTIBUTE”參數：選擇V3FX

2）T.38方式的參數配置。

ADD MGW：“CODEC”參數：選T38，可用的語音CODEC，選擇一個，如G.711、G.723等，“SPECIAL ATTIBUTE”參數：選V3FX

3 傳真機業務流程

對傳真業務流程的分析，是處理該類故障的必要手段。即當發送方要發起傳真業務時，發送方向MGC上報傳真單音事件，MGC收到后下發切換命令，給發送和接收方下發切換到G.711透傳方式或者T.38的消息，將通話時占用的兩個TC切換到傳真狀態。傳真結束時，發送方向MGC上報傳真結束事件（僅T.38方式支持），MGC收到后下發切換命令，將傳真時占用的兩個TC切換回語音狀態。具體如下。

如果發送方傳真機檢測到接收方傳真機發送的信號，則會停止發送CNG信號，否則會周期性的發送CNG信號。

4 傳真故障處理

1）故障的主要原因：UMG8900時鐘異常，中繼有滑碼；沒有正常切換到數據通道；IP承載異常，丟包嚴重；配置錯誤。

2）定位思路如下。

判斷是否是用戶或傳真機問題：排除用戶或傳真機的問題。

判斷傳真類型：確認傳真類型是T.38傳真還是G.711透傳方式傳真。

IP承載網問題處理：PING對端UMG8900的IP地址，確認所PING報文能正常返回。

TDM承載網問題處理：執行DSP SLIP查看業務使用的E1端口上是否存在滑碼，查看“滑碼最近15分鐘累計”為0或者“滑碼最近24小時累計”在20以內，說明E1端口不存在滑碼。不在這個范圍內，說明E1端口存在滑碼。

優化UMG8900和MGC的傳真配置參數： 執行LST FAXPARA命令查看UMG8900的傳真“信號音檢測開關”是否打開。使用SET FAXPARA修改傳真參數。

UMG8900是否上報傳真事件處理：在UMG8900側進行“H248應用接口跟蹤”跟蹤。通過跟蹤消息中的NOTIFY_Req消息，查看UMG8900是否上報傳真事件（例如UMG8900上報檢測到V.21 Flag消息） 。

查詢MGC是否下發了檢測事件：進行消息跟蹤，查看MGC是否給UMG8900下發了切換到傳真模式的消息。通過“H248應用接口跟蹤”消息ADD_Req或MOD_Req消息，查看UMG8900是否收到MGC的下發檢測事件。

3）故障案列：SoftX3000 上MGW 數據配置錯誤導致V3 T38 傳真能發不能收。

【故障現象】豐潤區一個EPON（IAD）用戶，發送傳真到PSTN，能夠正常發送；但PSTN 發送傳真到該EPON用戶，響兩聲后超時失敗。

【故障定位】接續和鏈路均正常，因此考慮網關之間的協商問題。

【故障處理】通過抓包分析，發現是SoftX3000在下發切換到傳真對策命令時下發了錯誤的端口號導致傳真失敗。檢查SoftX3000上的數據配置，用LST MGW查看數據，發現特殊屬性Local SDP address present被選中，導致媒體網關在Add/Modify消息中修改本地Codec時帶了端口號，引起端口號錯誤導致傳真能發不能收。使用MOD MGW命令，去掉特殊屬性Local SDP address present選項后，問題解決。

參考文獻

[1]李繼斌，徐才云.NGN技術發展面臨的問題及對策分析[A].兩化融合與物聯網發展學術研討會論文集[C].2010.endprint