馮淑芬

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

關(guān)鍵詞 固網(wǎng)NGN；傳真業(yè)務(wù)剖析；故障處理

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

1 固網(wǎng)NGN傳真業(yè)務(wù)簡介

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

UMG8900支持在IP網(wǎng)絡(luò)上承載傳真業(yè)務(wù)，實現(xiàn)方式有以下兩種。

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

2）T.38方式。指通過ITU-T T.38協(xié)議，把傳真機發(fā)出的遵循T.30協(xié)議的傳真信號轉(zhuǎn)化為適合IP承載網(wǎng)絡(luò)傳輸?shù)腡.38傳真報文進行傳輸?shù)姆绞?。其?yōu)點是通過冗余幀和前向糾錯等方法提高可靠性，受網(wǎng)絡(luò)波動影響小，缺點是實現(xiàn)比較復(fù)雜。

2 傳真數(shù)據(jù)配置要點

在決定采用哪種傳真方式之后，就可以根據(jù)網(wǎng)絡(luò)要求來配置傳真參數(shù)。

2.1 UMG8900設(shè)備上傳真業(yè)務(wù)數(shù)據(jù)配置要點

1）透傳方式的參數(shù)配置。

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

2）T.38方式的參數(shù)配置。

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

2.2 Softx3000設(shè)備上傳真業(yè)務(wù)數(shù)據(jù)配置要點

1）透傳方式的參數(shù)配置。

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

2）T.38方式的參數(shù)配置。

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

3 傳真機業(yè)務(wù)流程

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

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

4 傳真故障處理

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

2）定位思路如下。

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

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

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

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

優(yōu)化UMG8900和MGC的傳真配置參數(shù)： 執(zhí)行LST FAXPARA命令查看UMG8900的傳真“信號音檢測開關(guān)”是否打開。使用SET FAXPARA修改傳真參數(shù)。

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

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

3）故障案列：SoftX3000 上MGW 數(shù)據(jù)配置錯誤導(dǎo)致V3 T38 傳真能發(fā)不能收。

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

【故障定位】接續(xù)和鏈路均正常，因此考慮網(wǎng)關(guān)之間的協(xié)商問題。

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

參考文獻

[1]李繼斌，徐才云.NGN技術(shù)發(fā)展面臨的問題及對策分析[A].兩化融合與物聯(lián)網(wǎng)發(fā)展學(xué)術(shù)研討會論文集[C].2010.endprint

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

關(guān)鍵詞 固網(wǎng)NGN；傳真業(yè)務(wù)剖析；故障處理

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

1 固網(wǎng)NGN傳真業(yè)務(wù)簡介

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

UMG8900支持在IP網(wǎng)絡(luò)上承載傳真業(yè)務(wù)，實現(xiàn)方式有以下兩種。

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

2）T.38方式。指通過ITU-T T.38協(xié)議，把傳真機發(fā)出的遵循T.30協(xié)議的傳真信號轉(zhuǎn)化為適合IP承載網(wǎng)絡(luò)傳輸?shù)腡.38傳真報文進行傳輸?shù)姆绞健Ｆ鋬?yōu)點是通過冗余幀和前向糾錯等方法提高可靠性，受網(wǎng)絡(luò)波動影響小，缺點是實現(xiàn)比較復(fù)雜。

2 傳真數(shù)據(jù)配置要點

在決定采用哪種傳真方式之后，就可以根據(jù)網(wǎng)絡(luò)要求來配置傳真參數(shù)。

2.1 UMG8900設(shè)備上傳真業(yè)務(wù)數(shù)據(jù)配置要點

1）透傳方式的參數(shù)配置。

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

2）T.38方式的參數(shù)配置。

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

2.2 Softx3000設(shè)備上傳真業(yè)務(wù)數(shù)據(jù)配置要點

1）透傳方式的參數(shù)配置。

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

2）T.38方式的參數(shù)配置。

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

3 傳真機業(yè)務(wù)流程

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

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

4 傳真故障處理

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

2）定位思路如下。

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

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

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

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

優(yōu)化UMG8900和MGC的傳真配置參數(shù)： 執(zhí)行LST FAXPARA命令查看UMG8900的傳真“信號音檢測開關(guān)”是否打開。使用SET FAXPARA修改傳真參數(shù)。

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

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

3）故障案列：SoftX3000 上MGW 數(shù)據(jù)配置錯誤導(dǎo)致V3 T38 傳真能發(fā)不能收。

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

【故障定位】接續(xù)和鏈路均正常，因此考慮網(wǎng)關(guān)之間的協(xié)商問題。

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

參考文獻

[1]李繼斌，徐才云.NGN技術(shù)發(fā)展面臨的問題及對策分析[A].兩化融合與物聯(lián)網(wǎng)發(fā)展學(xué)術(shù)研討會論文集[C].2010.endprint

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

關(guān)鍵詞 固網(wǎng)NGN；傳真業(yè)務(wù)剖析；故障處理

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

1 固網(wǎng)NGN傳真業(yè)務(wù)簡介

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

UMG8900支持在IP網(wǎng)絡(luò)上承載傳真業(yè)務(wù)，實現(xiàn)方式有以下兩種。

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

2）T.38方式。指通過ITU-T T.38協(xié)議，把傳真機發(fā)出的遵循T.30協(xié)議的傳真信號轉(zhuǎn)化為適合IP承載網(wǎng)絡(luò)傳輸?shù)腡.38傳真報文進行傳輸?shù)姆绞?。其?yōu)點是通過冗余幀和前向糾錯等方法提高可靠性，受網(wǎng)絡(luò)波動影響小，缺點是實現(xiàn)比較復(fù)雜。

2 傳真數(shù)據(jù)配置要點

在決定采用哪種傳真方式之后，就可以根據(jù)網(wǎng)絡(luò)要求來配置傳真參數(shù)。

2.1 UMG8900設(shè)備上傳真業(yè)務(wù)數(shù)據(jù)配置要點

1）透傳方式的參數(shù)配置。

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

2）T.38方式的參數(shù)配置。

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

2.2 Softx3000設(shè)備上傳真業(yè)務(wù)數(shù)據(jù)配置要點

1）透傳方式的參數(shù)配置。

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

2）T.38方式的參數(shù)配置。

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

3 傳真機業(yè)務(wù)流程

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

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

4 傳真故障處理

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

2）定位思路如下。

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

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

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

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

優(yōu)化UMG8900和MGC的傳真配置參數(shù)： 執(zhí)行LST FAXPARA命令查看UMG8900的傳真“信號音檢測開關(guān)”是否打開。使用SET FAXPARA修改傳真參數(shù)。

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

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

3）故障案列：SoftX3000 上MGW 數(shù)據(jù)配置錯誤導(dǎo)致V3 T38 傳真能發(fā)不能收。

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

【故障定位】接續(xù)和鏈路均正常，因此考慮網(wǎng)關(guān)之間的協(xié)商問題。

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

參考文獻

[1]李繼斌，徐才云.NGN技術(shù)發(fā)展面臨的問題及對策分析[A].兩化融合與物聯(lián)網(wǎng)發(fā)展學(xué)術(shù)研討會論文集[C].2010.endprint