武清汊沽港東G網(wǎng)數(shù)據(jù)混亂處理經(jīng)驗(yàn)總結(jié)
由于話務(wù)增長，對武清汊沽港東G2和武清汊沽港東G3進(jìn)行了擴(kuò)容，分別對應(yīng)載頻TRE7和TRE8，在擴(kuò)容后出現(xiàn)了異常情況，2小區(qū)出現(xiàn)大量BSS原因切入失敗，TRE7所在TRX2 的TCH占用時(shí)長短，3小區(qū)TRE8所在TRX3出現(xiàn)了大量TCH分配失敗。如下圖所示：

[attach]168503[/attach]

[attach]168504[/attach]

[attach]168505[/attach]

根據(jù)指標(biāo)異常情況，首先判斷可能為載頻故障，對TRE7和TRE8所對應(yīng)的TGT09（雙載頻）進(jìn)行重啟操作，結(jié)果對TRE7和TRE8下重啟指令后，雙載頻上的另外兩塊TRE7和TRE4卻進(jìn)行了重啟，而TRE7和TRE8卻沒有反應(yīng)。隨后RSL4出現(xiàn)了禁止符，無法激活。由此可判斷擴(kuò)容后基站數(shù)據(jù)已混亂，需要下站硬測。
在基站進(jìn)行硬測后，RSL4的禁止符依然不消除，嘗試刪創(chuàng)RSL，但刪RSL進(jìn)程維持了近一小時(shí)，無法刪除。接著嘗試RESET基站，RESET后基站O&M掛鎖，無法解鎖。然后嘗試刪創(chuàng)基站，發(fā)現(xiàn)小區(qū)數(shù)據(jù)可以刪除，但基站對應(yīng)的Abis口數(shù)據(jù)無法刪除。
根據(jù)以上現(xiàn)象，判斷基站側(cè)SUMA板可能有隱性故障，于是更換了SUMA板，斷開基站E1線，再次硬測，硬件正常。隨后連接基站E1線，OMC-R下載數(shù)據(jù)并重新創(chuàng)立RSL數(shù)據(jù)。該基站擴(kuò)容后為2/3/3配置，創(chuàng)建RSL數(shù)據(jù)的過程中，在創(chuàng)建最后一個(gè)RSL時(shí)，無法成功創(chuàng)建，分析原因?yàn)锽SC側(cè)的TSU所帶的TCUC模塊資源不足引起，于是減掉同TCUC所帶的其他基站半速率信道后，武清汊沽港東G3的最后一個(gè)RSL數(shù)據(jù)得以成功創(chuàng)建。最終，觀察武清汊沽港東G的擁塞情況得以緩解，各項(xiàng)指標(biāo)恢復(fù)正常。
經(jīng)驗(yàn)分享：基站數(shù)據(jù)混亂可能為SUM板隱性故障造成，下站硬測時(shí)最好準(zhǔn)備備用SUM板。數(shù)據(jù)混亂的情況下，在現(xiàn)場進(jìn)行硬測前，不要對基站進(jìn)行刪創(chuàng)RSL，刪創(chuàng)基站，RESET基站等操作。