【資料名稱】：后臺數(shù)據(jù)錯亂引起載波Local remote

【資料作者】：lmkydlt

【資料日期】：2011-11-16

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

基站名：天麓湖2,相關站點天麓湖
配置：天麓湖2一個區(qū)6個載波，天麓湖一個不區(qū)4個載波 均為RBS2202設備
故障描述：天麓湖2，-4-5載波Local remote,TX黃燈長亮，Local燈閃。DXU：A口，C口指示燈正常。
處理步驟：
1：經(jīng)查BSC基站-1-2-3TRU有大量TS 1B3 于是懷疑傳輸問題較多先從傳輸方面入手。經(jīng)查BSC得知傳輸號C口為：266RBL2、A口為：267RBLT2兩套傳輸，局號為GZ47B2
2：本地查看IDB數(shù)據(jù)級聯(lián)方式、TEI、等值正常，叫BSC查看數(shù)據(jù)說也正常，于是對DXU進行更換償式，更換DXU后TS 1B3就沒有了，但-4-5仍然為Local remote,狀態(tài)載波無法開啟。
3：于是懷疑是不是數(shù)據(jù)哪里不對了他們沒有看出來呢，叫數(shù)據(jù)組重做數(shù)據(jù)，因基站采用兩套傳輸叫數(shù)據(jù)組刪除C口傳輸時故障仍然存在，刪除A口傳輸時C口的傳輸CF無法通過。后來與數(shù)據(jù)組核對傳輸是否有誤，對C口傳輸時核對正常通斷都可以看得見，但對A口傳輸時斷開就出現(xiàn)小區(qū)退服，然則再將A口傳輸重插回去。奇跡出現(xiàn)了原-4-5載波也占用得上時隔了。這說明載波都重新占用上了C口的傳輸而不是全占用原來A口傳輸。開起載波后再次與數(shù)據(jù)組確認傳輸問題原來A口的傳輸無論斷開與否BSC上面看到的都是通，問題就出在于此了，為了日后傳輸時隔的倒換叫BSC把A口的傳輸刪除A口傳輸?shù)木�沒拔。（天麓湖2基站仍然正常狀態(tài)），
4:但過了不久了收到另外一站小區(qū)退服基站名叫天麓湖的，心想不會是這么巧吧，剛搞好一個退服故障又來一退服故障。會不會這兩站之前有什么關系在里面呢又同一個局，叫BSC查天麓湖說是傳輸是通的但載波過不了NOOP開不起來，于是把天麓湖2到A口傳輸拔了再叫BSC查發(fā)現(xiàn)天麓湖狀態(tài)就變了為LOCAL REMOTE CF過不了為了確認清楚反復與BSC確認了多次發(fā)現(xiàn)天麓湖2 A口的傳輸267RBL2與天麓湖A口265RBL2傳輸數(shù)據(jù)錯亂引起，數(shù)據(jù)組重做數(shù)據(jù)后恢復。原來天麓湖2的A口的數(shù)據(jù)也加了回去設備運行正常

網(wǎng)管割接數(shù)據(jù)引起傳輸數(shù)據(jù)錯亂，往往有問題的基站傳輸沒有刪除的情況下比較難查得出來。但將問題傳輸償式數(shù)據(jù)刪除問題就出現(xiàn)了這樣處理起來呈現(xiàn)出的問題比較快一些此類故障較多出現(xiàn)在同一網(wǎng)元優(yōu)化時引起。