【正文】 （包括網(wǎng)管、計(jì)費(fèi)、公安監(jiān)聽系統(tǒng)、BOSS系統(tǒng)等等）而 IOPLAU又是由 IOC來控制。 如果 LAU板不好，肯定會(huì)影響其下帶的X25LINK不好。 首先 ，用 〈 STATSSP；查看相關(guān)設(shè)備的狀態(tài) 。 ? STATSSP。 EXEC39。D ? UNIT OST UNIT OST UNIT OST ? + + + ? BAP0 MAS BAP1 SPR CAP0 ACT ? CAP1 ACT CAP2 ACT CAP3 ACT ? CAP4 ACT CAP5 ACT CAP6 ACT ? CAP7 ACT CAP8 ACT CAP9 ACT ? IOC0 ACT IOC1 ACT CMY0 ACT ? CMY1 ACT BCMY0 ACT BCMY1 ACT ? IOPMB0 ACT IOPMB1 ACT IOPMB32 ACT ? IOPMB33 ACT IOPMB34 ACT IOPMB35 ACT ? IOPMB40 ACT IOPMB41 ACT IOPMB42 ACT ? IOPMB43 ACT IOPUNI0 ACT IOPUNI1 ACT ? IOPTA0 ACT IOPTA1 ACT IOPLAU0 ACT ? IOPLAU1 ACT IOPLAU2 ACT IOPLAU3 ACT ? LAU0 ACT LAU1 ACT LAU2 ACT ? LAU3 UNA * ? MDD0 ACT MDD1 ACT MOD0 ACT ? MOD1 ACT OMT0 ACT OMT1 ACT ? X25LINK0 ACT X25LINK1 ACT X25LINK2 PLA ? X25LINK3 UNA* X25LINK4 ACT X25LINK5 ACT ? END JOB 3314 ? 從上面結(jié)果顯示 LAU3和 X25LINK3狀態(tài)為 UNA。判斷為L(zhǎng)AU3故障引起 X25LINK3問題。 確定 X25LINK3連接到 LAU3上的指令為： 〈 DISPIOP:IOP=IOPLAU3。 EXEC39。D IOC BIOC IOPLAU OST LAU OST CHAN0 CHAN1 LDTYP LDPRTY IOPLAUR ++++++++++ 1 15 3 ACT 3 ACT X25LINK3 100 LOW 2 END JOB 3316 ? 把 X25LINK3 人工閉鎖，然后把 LAU3閉鎖，進(jìn)行診斷，沒有錯(cuò)誤。依次擊活 LAU3和 X25LINK3，仍然不能恢復(fù)。 ? 再判斷是否由于上一級(jí)的故障引起。依次閉鎖 X25LINKLAU IOPLAU3。對(duì) IOPLAU3進(jìn)行診斷，也沒有發(fā)現(xiàn)錯(cuò)誤。 ? 依次擊活 IOPLAU LAU X25LINK3，故障排除。 漫游故障處理 從投訴統(tǒng)計(jì)來看，我市漫游故障發(fā)生較多，其故障狀態(tài)一般為： （ 1）手機(jī)無法登記入網(wǎng) （ 2）只能作主叫，無法作被叫 （ 3）手機(jī)無信號(hào) 對(duì)于外地手機(jī)在株洲無法登陸上網(wǎng)絡(luò)的情況，要檢查相關(guān)漫游局?jǐn)?shù)據(jù)是否完整。要查閱相關(guān) GT數(shù)據(jù)。手機(jī)無法登記，一般是由于位置更新失敗引起的，這時(shí)，應(yīng)檢查有關(guān) LOCUPD的 GT數(shù)據(jù)，看看是否有遺漏。 相關(guān)指令： DISPGTDEST： TRID=LOCUD,GTDIG=46000XXX。 DISPGTCPT:TRID=LOCUPD,GTDIG=46000XXX。 對(duì)于只能做主叫，不能做被叫的情況：要檢查 INTINT的 GT數(shù)據(jù)。如果 GT數(shù)據(jù)有錯(cuò)誤，會(huì)造成只能做主叫，不能做被叫的情況，具體檢查方法如下： ? 對(duì)于省內(nèi)情況。被叫 MSISDN號(hào)碼的 INTINT GT數(shù)據(jù)應(yīng)該指向 LSTP局。 ? 對(duì)于省外用戶，被叫 MSISDN號(hào)碼的 INTINT GT數(shù)據(jù)應(yīng)該指向 HSTP局。 ? 具體指令： ? 〈 DISPGTDEST： TRID=INTINT， GTDIG=8613XXXX； 如果是省內(nèi)號(hào)碼， TRLG=LSTP 如果是省外號(hào)碼： TRLG=HSTP 由于各省采用的交換設(shè)備的不同，其軟件方面的差異，可能造成漫游故障。遇到這樣的問題，同廠家工程師聯(lián)系 ? 對(duì)于手機(jī)無信號(hào)的情況，應(yīng)首先從無線的角度分析。 的處理 2021年 1月 7日上午 10:38:50株洲 MSC4到 BSC26的 16條信令鏈路全部阻斷，信令點(diǎn)不可達(dá)，導(dǎo)致業(yè)務(wù)障礙， 11:43:23恢復(fù)，持續(xù)時(shí)間約 5分鐘。告警記錄如下： 告警記錄如下： 發(fā)生時(shí)間 恢復(fù)時(shí)間 告警類別 位置 原因值 10:38:33 10:43:23 鏈路號(hào) =7。 模塊號(hào) =7。 槽位值 =21。 9 10:38:33 10:43:23 鏈路號(hào) =8。 模塊號(hào) =7。 槽位值 =21。 255 10:38:50 10:43:23 鏈路號(hào) =1。 模塊號(hào) =7。 槽位值 =21。 14 10:38:50 10:43:23 鏈路號(hào) =3。 模塊號(hào) =7。 槽位值 =21 14 10:38:50 10:43:23 鏈路號(hào) =4。 模塊號(hào) =7。 槽位值 =22。 14 10:38:50 10:43:23 鏈路號(hào) =6。 模塊號(hào) =7。 槽位值 =22 14 10:38:50 10:43:23 鏈路號(hào) =28。 模塊號(hào) =6。 槽位值 =22。 14 10:38:50 10:43:23 鏈路號(hào) =32。 模塊號(hào) =6。 槽位值 =21。 14 10:38:50 10:43:23 鏈路號(hào) =36。 模塊號(hào) =6。 槽位值 =22。 14 10:38:50 10:43:23 鏈路號(hào) =39。 模塊號(hào) =6。 槽位值 =21。 14 上述告警均產(chǎn)生于信令鏈路第二層，告警信息總的來說表明是由于信令鏈路上收不到 BSC26的消息引起，具體分析如下： 一、告警發(fā)生的同時(shí)沒有相關(guān)的中繼告警，說明信令鏈路斷不是由于傳輸原因引起。 二、 10:38:33 MSC7號(hào)模塊到 BSC26的 7,8兩條鏈路斷 , 原因值為 9（物理鏈路斷） 和 255 （未知），其中“物理鏈路斷”產(chǎn)生的機(jī)制是 : 信令鏈路開始定位后 , 秒沒有接收到任何消息。 三、 10:38:50 6號(hào)模塊和 7號(hào)模塊到 BSC26的另外 14條鏈路同時(shí)斷 , 原因值為 14（ T7超時(shí)），“ T7超時(shí)”產(chǎn)生的機(jī)制是 : 本局在鏈路上發(fā)出消息后 , 設(shè)置等待響應(yīng)定時(shí)器 T7(2秒 ),如果對(duì)方超時(shí)無響應(yīng) , 則報(bào)此原因 , 鏈路中斷。 從 ZXG10MSC/VLR工作原理來看，各模塊為負(fù)荷分擔(dān)方式，到 BSC26的信令鏈路分布在 7兩個(gè)模塊共四塊信令板上，上述異常是由各信令板對(duì)每條鏈路獨(dú)立檢測(cè)出的，而兩個(gè)模塊、多塊信令板同時(shí)發(fā)生故障又同時(shí)恢復(fù)是不可能的。 綜合以上情況，技術(shù)人員認(rèn)為，信令鏈路斷的問題不是由于 MSC原因產(chǎn)生的。 在 BSC26上檢查發(fā)現(xiàn)， BSC有 GCLK告警，更換 GCLK板后告警排除。 ? 2021年 12月 25日晚 18： 00分，交換機(jī) MSC2執(zhí)行，造成 18： 00分的 。 間未釋放，造成計(jì)費(fèi)堆積。 18： 45分計(jì)費(fèi)文件 文件空間占用超過 15%，交換機(jī)吐 。監(jiān)控人員立即通知交換值班人員。值班人員立即趕往現(xiàn)場(chǎng)。由于當(dāng)晚圣誕節(jié) CP負(fù)荷很高， 快， 19： 30分左右 39%。我們通過檢查發(fā)現(xiàn)，造成故障的原因主要是由于 MSC2的負(fù)荷很高，TRANSFILE的速度緩慢， 17： 45分的 件 18： 00仍未執(zhí)行完畢。使得 18： 00的文件沒有正常執(zhí)行。 20： 00，我們刪除 TMP文件，并使 TP的指針加一后執(zhí)行 ，正常， 22： 13 ? （超大文件 48M），此后 22： 15的文件正常執(zhí)行，計(jì)費(fèi)恢復(fù)正常。我們同計(jì)費(fèi)中心聯(lián)絡(luò)，提醒刪除重復(fù)話單，并將超大文件交帳務(wù)中心手工采集到省計(jì)費(fèi)中心。 謝 謝！