TDL RRU低噪放燒毀問題定位方法

1、LTE 342E RRU低噪放燒毀定位方法項目名稱技術(shù)支持部文檔編號版 本 號V1.0.0作 者版權(quán)所有大唐移動通信設(shè)備有限公司本資料及其包含的所有內(nèi)容為大唐移動通信設(shè)備有限公司(大唐移動)所有,受中國法律及適用之國際公約中有關(guān)著作權(quán)法律的保護。未經(jīng)大唐移動書面授權(quán)，任何人不得以任何形式復(fù)制、傳播、散布、改動或以其它方式使用本資料的部分或全部內(nèi)容，違者將被依法追究責(zé)任。1 問題現(xiàn)象342E RRU低噪放燒毀，會導(dǎo)致上行通路中斷，用戶無法做業(yè)務(wù)?；緯a(chǎn)生“單通道IOT異?！备婢郊有畔長ow。2 定位過程2.1 定位思路V3.20.00.40版本支持通道IOT檢測，可通過IOT信息判斷通道

2、狀態(tài)并上報告警，告警內(nèi)容見下。告警名稱告警級別告警編號告警產(chǎn)生的機理備注單通道IOT異常主要1099在小區(qū)建立或參數(shù)更新時OM將異常PRB比例和異常高、低門限通知PL，當(dāng)PL檢測到某個通道上的子幀都異常時通知OM，當(dāng)該通道上建立的小區(qū)都收到PL上報的子幀異常消息時，需要上報IOT通道異常的故障類告警上報OMC通道IOT低存在兩個問題：1、軟件問題：版本BUG導(dǎo)致PL檢測錯誤，基站異常日志中（exceptionlog）基站處理板有“SUBSFN不連續(xù)跳變”告警，現(xiàn)場可復(fù)位規(guī)避，后續(xù)版本升級解決；2、硬件問題：通過ATP畫圖，查看M1總功率過低。從RRU內(nèi)部低噪放以上的部分發(fā)ADC上行單音后，M1

3、功率正常，關(guān)閉單音后，M1功率仍然過低，可判斷是低噪放燒毀。2.2 具體方法1、通過OMC查看站點上報通道IOT異常告警，附加信息為偏低。2、通過LMT-B解壓異常日志（exceptionlog），查看基站處理板是否存在告警10239 “SUBSFN不連續(xù)跳變”：Ø 存在：軟件問題，復(fù)位基站可規(guī)避；Ø 不存在：懷疑低噪放燒毀，繼續(xù)排查見3；3、通過ATP查詢M1總功率，查看當(dāng)前值是否正常范圍【-103-77】Ø 是：誤告警，聯(lián)系技術(shù)支持處理；Ø 否：告警正常，繼續(xù)排查見4（一般為-108左右）；4、通過RRU側(cè)下發(fā)ADC上行單音源，查看當(dāng)前M1總功率；&

4、#216; M1功率為-47，說明ADC以上部分均正常，繼續(xù)排查見5；Ø M1功率不變，需要繼續(xù)向上排查，聯(lián)系技術(shù)支持處理；5、關(guān)閉ADC上行單音源，查看當(dāng)前M1總功率取值；Ø M1功率恢復(fù)為第一次排查時的值，說明低噪放燒毀，聯(lián)系技術(shù)支持返修北京。3 操作說明3.1 查看基站的告警日志Ante Iot is 1(1.Low 2.High 3.Mixed)!RRU Access (FrameNo :0,SlotNo :4, OfpNo :0, LinePosition :1) RRUType (TDRU342E_v1) 日志分析單通道I0T異常為偏低告警 3.2 查看基站的異

5、常日志（exceptionlog）查看在是否出現(xiàn)單通道IOT異常前是否存在告警10239 基站處理板“SUBSFN不連續(xù)跳變”如果有，跟蹤問題bugDTMUC00188230進度；如果異常告警沒有這條信息轉(zhuǎn)到3.33.3 查看RRU單個通道的M1總功率ATP跟蹤的M1總功率正常為-97【沒業(yè)務(wù)情況情況下，此為白噪聲】操作步驟：1）打開ATP設(shè)置板卡地址，按照ATP指導(dǎo)手冊登陸SCTE和BPOG。2）打開菜單欄：消息跟蹤測試消息設(shè)置PL內(nèi)部消息抄送NO.71_M1常規(guī)測量功率 注意： 修改輸出周期100為0。3）通過ATP繪圖，查看告警的RRU的通道上報的M1總功率為-108【正常情況下M1的總功率為-103-77】3.4 發(fā)ADC上行單音使用OSP遠程登錄到通道異常的RRU，下發(fā)以下命令： fdd_rru_fpga_write 0,0xa,0x1 正常