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

[attach]168503[/attach]

[attach]168504[/attach]

[attach]168505[/attach]

根據(jù)指標(biāo)異常情況，首先判斷可能為載頻故障，對(duì)TRE7和TRE8所對(duì)應(yīng)的TGT09（雙載頻）進(jìn)行重啟操作，結(jié)果對(duì)TRE7和TRE8下重啟指令后，雙載頻上的另外兩塊TRE7和TRE4卻進(jìn)行了重啟，而TRE7和TRE8卻沒有反應(yīng)。隨后RSL4出現(xiàn)了禁止符，無(wú)法激活。由此可判斷擴(kuò)容后基站數(shù)據(jù)已混亂，需要下站硬測(cè)。
在基站進(jìn)行硬測(cè)后，RSL4的禁止符依然不消除，嘗試刪創(chuàng)RSL，但刪RSL進(jìn)程維持了近一小時(shí)，無(wú)法刪除。接著嘗試RESET基站，RESET后基站O&M掛鎖，無(wú)法解鎖。然后嘗試刪創(chuàng)基站，發(fā)現(xiàn)小區(qū)數(shù)據(jù)可以刪除，但基站對(duì)應(yīng)的Abis口數(shù)據(jù)無(wú)法刪除。
根據(jù)以上現(xiàn)象，判斷基站側(cè)SUMA板可能有隱性故障，于是更換了SUMA板，斷開基站E1線，再次硬測(cè)，硬件正常。隨后連接基站E1線，OMC-R下載數(shù)據(jù)并重新創(chuàng)立RSL數(shù)據(jù)。該基站擴(kuò)容后為2/3/3配置，創(chuàng)建RSL數(shù)據(jù)的過程中，在創(chuàng)建最后一個(gè)RSL時(shí)，無(wú)法成功創(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板隱性故障造成，下站硬測(cè)時(shí)最好準(zhǔn)備備用SUM板。數(shù)據(jù)混亂的情況下，在現(xiàn)場(chǎng)進(jìn)行硬測(cè)前，不要對(duì)基站進(jìn)行刪創(chuàng)RSL，刪創(chuàng)基站，RESET基站等操作。