華為程控交換機數(shù)據(jù)配置和維護經(jīng)驗

卓春艷

[摘要]主要是總結開通七號電路提示“中繼電路超過數(shù)字詞典”、匯線通用戶呼出顯示總機號碼設置、SMII無法傳真常見故障原因、土叫號碼甄別對呼轉用戶的影響、ASP框用戶無撥號音故障處理和SMII用戶不能呼入呼出模塊外用戶，模塊內(nèi)可以正常呼入呼出幾個故障案例。

[關鍵詞]程控交換機故障電路群用戶

中圖分類號：TN8文獻標識碼：A文章編號：1671-7597(2009)0620033-01

本人維護程控交換機已有幾年時間，現(xiàn)在總結一些工作上的經(jīng)驗，希望能和大家共同進步。

在某模塊新增七號電路時提示“中繼電路超過數(shù)字詞典”，刪除兩條已停用電路，增加電路仍有此提示，查看最大元組數(shù)發(fā)現(xiàn)廣梅汕一個模塊可掛電路數(shù)已從128條更改為150條，可是增加電路還是有此提示，刪除SPMEl配置，重新配置后增加電路成功，比較SPMEl配置發(fā)現(xiàn)，原來SPMEI配置的E1邏輯編號大于128，刪除停用電路重新配置El后的邏輯編號小于128則可增加電路。經(jīng)驗總結，增加七號電路時cIc只能有4096個，故SPMEl的邏輯編號要小于128才能增加該七號電路，即使最大元組數(shù)修改大于128但大于128的El邏輯編號只能用于其他類型電路，不能用于七號電路。

Centrex群用戶來顯顯示總機號和分機號的設置：對于5008以上版本，當主叫用戶為Centrex群用戶且增加群時群總機號碼不為空，出群呼叫號碼顯示通過軟件參數(shù)SSP參數(shù)8的比特4設置，當該比特為l時顯示真是主叫號碼，為0是顯示群屬性中設置的總機號碼；而6008以上版本，則通過軟件參數(shù)的多區(qū)號比特2來設置來顯號碼，該比特為1顯示真是主叫號碼，為0則顯示主叫所在的Centrex群總機號碼。而1013以上版本則是呼叫測試參數(shù)3的比特lO，2023以上版本為SSP參數(shù)的比特4控制。

日常維護中常遇見某SMII無法發(fā)傳真，但電話業(yè)務正常，那是因為傳真和撥號上網(wǎng)屬于數(shù)字業(yè)務，對時鐘同步要求比較高，可能故障原因如下：

1接地地阻過大(要求≤5歐姆)；

2時鐘數(shù)據(jù)問題，中繼框母板時鐘鎖定的2M的狀態(tài)(DTM、E16板或端口問題)，在數(shù)字中繼框母板TMB上有4個8位的撥碼開關：s1、s2、s3、s4，其中s1和s2為一組，對應中繼框左半框0～7號中繼板，s3和s4為一組，對應中繼框右半框8～15號中繼板。時鐘具體鎖定哪塊板通過這四個撥碼開關來設置，如果DTM板的LOS燈亮則時鐘不要鎖定該板，s1、s2(s3、s4)要鎖定第幾塊DTM板則相應組的撥碼開關相應位置1，例如要鎖定第0號中繼板，則sl、s2的第一位同時撥向ONI

3BNET板問題(因為SMII都是鎖定DT8KO時鐘，所以BNET板時鐘同步正常時指示燈為OPT亮，CKI滅)；

4通道誤碼問題(通過2M測試儀測試通道誤碼情況)。

處理此類故障逐項原因進行排查即可。

為了規(guī)范網(wǎng)間的主叫號碼，現(xiàn)在數(shù)據(jù)一般都設有主叫號碼甄別，對于呼叫前轉用戶主叫甄別是具體針對哪個號碼對于我們排查故障原因是很有幫助的，5011POOl、6009P003、8088P004補丁開始支持對前轉來話的主叫號碼進行甄別(通過軟件參數(shù)控制)，但之前的版本(包括32模)都只能對原被叫號碼進行甄別。軟件參數(shù)語音郵箱參數(shù)8的比特3用于控制在主叫號碼進行甄別時，對于前轉來的呼叫是否采用主叫號碼而非原被叫號碼進行甄別的，如果該比特位為0則采用原被叫號碼進行甄別，為1則采用主叫號碼進行甄別，缺省值為0。

某ASP框擴容后有用戶反應無撥號音。遇到此類故障首先要定位故障的范圍，是個別用戶還是大部分用戶，用戶是否集中在某塊板上之類的，這樣才能更快更準的定位故障。用戶無撥號音一般為所在模塊通信中斷、設備端口壞、單板壞、鴛鴦線等。因為模塊沒有中斷，而且是多個用戶有故障，用戶也不是集中在一塊單板上，單板端口和單板故障可能性很小，因3月2日晚該ASP框擴容了2條El，現(xiàn)共有4條E1，懷疑有鴛鴦線，由于ASP單配用戶框占用中繼比較特殊，前4塊用戶板占用第一條E1。第5～6用戶板占用第2條E1，第7～9用戶板占用第3條E1，第10塊用戶扳占用第4條El；本室指揮分局每條中繼管內(nèi)用戶板抽1～2個用戶測試有無撥號音，測試后發(fā)現(xiàn)第3、4條中繼管內(nèi)的用戶板出來的用戶無撥號音，第l、2條中繼管內(nèi)的用戶正常，因ASP板是單配所以排除了ASP板壞的可能：而第3、4條E1鴛鴦線的可能性最大，本室要求傳輸斷開第3條El，結果傳輸斷開第3條，交換側為第4條斷開，傳輸再斷開第4條，交換側則為第3條斷開，鴛鴦線引起倒換第3和第4條El后故障恢復。如果是SMII用戶排查鴛鴦線就簡單很多了，可以通過指定中繼撥測，當然8K版本交換機對于這類用戶也可以通過指定中繼撥測。

某SMII用戶不能呼入呼出模塊外用戶，模塊內(nèi)可以正常呼入呼出，經(jīng)過過網(wǎng)管對模塊進行倒換加載后能恢復。處理過程中兩塊mpu分別作為主備板，但是故障現(xiàn)象仍然存在，兩塊mpu板同時故障的幾率較小，懷疑是與該模塊的lapmc2板有關，該模塊lapmc2板單配，只有l(wèi)塊板。在呼叫系統(tǒng)正常的情況下，SMII模塊用戶的出模塊呼叫需通過內(nèi)部信令鏈路查詢CDP板內(nèi)數(shù)據(jù)，對呼叫接續(xù)過程進行控制：而對模塊內(nèi)的呼叫，則分兩種情況：當AM／CM與SMII間的信令鏈路正常的情況下，仍舊通過模塊內(nèi)部信令鏈路優(yōu)先查詢CDP板數(shù)據(jù)：而模塊間信令鏈路完全中繼的情況下，則直接查詢該模塊MPU板內(nèi)數(shù)據(jù)，完成模塊內(nèi)呼叫。當由某種特殊原因(傳輸誤碼、LAPMC2故障或信令鏈路的其它環(huán)節(jié))造成SMII模塊的某條信令鏈路處于正常與故障的交替狀態(tài)，而整個系統(tǒng)仍認為此鏈路正常，而不在后臺上報告警，但卻影響此SMII模塊的模塊間呼叫，在嚴重的情況下，還會影響模塊內(nèi)呼叫。結合該模塊故障以及上述分析，基本能確認是lapmc2板運行不穩(wěn)定或者是idt電路存在誤碼。需要從這幾個方面來處理：

1更換該lapmc2板，查詢到單板型號為CB03LAPll，軟件版本(B10S)為CBOLAPOH100；

2對該模塊的兩塊mpu板進行一次刪除補丁，4級復位，運行正常備份完成后加載補丁的操作：

3建議增加lapmc2板，避免鏈路單配；

4檢測idt電路狀態(tài)，觀察是否存在閃斷、誤碼等情況，可以通過告警來觀察：

5后續(xù)如果還有問題，則需收集跟蹤通用消息，收集bam上E：＼MSSQL＼DATA下面的幾個debug文件(debug，*和*，dbg)給華為工程師分析。

以上是我日常遇見問題的一些小結，希望能和大家一起分享和共同進步，多謝各位閱讀我的文章了。