tr_ct01_c1_1nodeb系統(tǒng)常見故障排查-資料下載頁
2025-01-19 08:28本頁面
【正文】 建立失敗故障 小區(qū)建立失敗故障 ? 故障處理 ? 然后到 RNC的小區(qū)配置中檢查載頻上下行時(shí)隙配置也沒有問題，該小區(qū)只有 1個(gè)載波。最后檢查 RNC和 NODEB兩端的發(fā)射功率配置，發(fā)現(xiàn) RNC側(cè)配置的小區(qū)最大發(fā)射功率 dBm NODEB側(cè)的小區(qū)最大發(fā)射功率 33dBm。 數(shù)據(jù)配置問題小結(jié) 小區(qū)建立失敗故障 小區(qū)建立失敗故障 ? 問題一： NODEB側(cè)最小頻點(diǎn)設(shè)置與 RNC側(cè)不一致引起 數(shù)據(jù)配置問題小結(jié) 小區(qū)建立失敗故障 小區(qū)建立失敗故障 ? 問題二： RNC側(cè)小區(qū)各載波上下行時(shí)隙配置不一致引起 數(shù)據(jù)配置問題小結(jié) 小區(qū)建立失敗故障 小區(qū)建立失敗故障 ? 問題三： RNC側(cè)小區(qū)最大發(fā)射功率大于 NODEB側(cè)引起 數(shù)據(jù)配置問題小結(jié) 小區(qū)建立失敗故障 小區(qū)建立失敗故障 ? 排除以上 3種原因以外，如果小區(qū)還是建立不起來，可對如下各項(xiàng)進(jìn)行檢查： ? TBPE單板載波是否閉塞 ? OMCB（ LMT)本地小區(qū)編號和 OMCR本地小區(qū)編號是否一致 ?扇區(qū)里配置的載波是否閉塞 ? RRU通道是否閉塞 ? RRU是否進(jìn)入運(yùn)營狀態(tài) ?（ LMT)本地小區(qū)管理 載頻管理 本地小區(qū)載波管理 載波是否閉塞 課程內(nèi)容 NODEB系統(tǒng)與外部通信故障 NODEB 系統(tǒng)內(nèi)部通信故障 NODEB硬件故障 NODEB軟件故障 時(shí)鐘故障 小區(qū)建立失敗故障 語音呼叫失敗故障 CS呼通率低 語音呼叫失敗故障 語音呼叫失敗故障 ? 故障現(xiàn)象 ?某地 TD項(xiàng)目 RNC擴(kuò)容（ CN也進(jìn)行了擴(kuò)容）升級后，撥打測試中發(fā)現(xiàn)呼通率只有 50%左右。信令跟蹤發(fā)現(xiàn)在呼叫失敗時(shí)IUUP建立失敗，打印發(fā)現(xiàn) A2SP建立失敗。 CS呼通率低 語音呼叫失敗故障 語音呼叫失敗故障 ? 故障處理 ? 初步懷疑數(shù)據(jù)配置問題，檢查數(shù)據(jù)配置沒有發(fā)現(xiàn)問題。 ? 將 IU口 AAL2鏈路及信令鏈路刪除只剩一條后，發(fā)現(xiàn)呼通率依舊只有50%左右，懷疑是硬件問題，檢查線纜連接，沒有發(fā)現(xiàn)問題，同時(shí)讓 CN也檢查機(jī)架內(nèi)部線纜連接，同樣沒有發(fā)現(xiàn)問題。 ? 修改數(shù)據(jù)配置，將 RNC由原來的 4個(gè)資源框改為一個(gè)資源框配置后，發(fā)現(xiàn)故障依舊沒有解決。 ? 和 CN協(xié)商后讓 CN也改為單資源框配置， 50次撥打測試全部成功，懷疑是 CN側(cè)數(shù)據(jù)配置或硬件問題。 ? 配合 CN側(cè)檢查硬件連線，沒有發(fā)現(xiàn)問題，將 CN側(cè)各個(gè)資源框 UIMU單板光纖重新拔插后，做撥打測試發(fā)現(xiàn) 50次撥側(cè)全部成功。 CS呼通率低 語音呼叫失敗故障 語音呼叫失敗故障 ? 故障總結(jié) ? 由于當(dāng)初看各個(gè)單板的光口連接指示燈 SD長亮，就沒有考慮到光接口連接有問題，在檢查硬件連線時(shí)只是對 GLI單板上 LC接頭進(jìn)行了檢查，并沒有對 CN側(cè) UIMU單板上的光口進(jìn)行檢查。在 CN側(cè)修改為單資源框配置后，發(fā)現(xiàn)問題解決了，問題初步定位為 CN個(gè)別資源框有問題。重新將 CN側(cè) UIMU單板上的光纖拔插后， 50次撥打測試全部成功?？雌饋硎莻€(gè)小問題，就是 CN側(cè) UIMU單板上的光口沒有可靠連接，但排除起來也確實(shí)讓我們費(fèi)了一翻周折。這次和我們對接的是我們自己的 CN，而且 RNC和 CN在同一個(gè)機(jī)房里，協(xié)商修改配置數(shù)據(jù)，相互溝通都很方便。若是其他廠家的 CN，估計(jì)就需要幾翻周折了。 小區(qū)建立后無法通話 語音呼叫失敗故障 語音呼叫失敗故障 ? 故障現(xiàn)象 ?某站點(diǎn)開通后小區(qū)可正常建立，檢查小區(qū)的公共傳輸信道建立正常，但進(jìn)行撥打測試時(shí)無法打電話，剛一呼叫就釋放掉了，顯示為網(wǎng)絡(luò)錯(cuò)誤。 小區(qū)建立后無法通話 語音呼叫失敗故障 語音呼叫失敗故障 ? 故障處理 ?后臺進(jìn)行信令跟蹤，發(fā)現(xiàn) RRC連接建立不成功，空中無線鏈路直接釋放掉，聯(lián)系到一打電話就出現(xiàn)網(wǎng)絡(luò)錯(cuò)誤，感覺無線側(cè)數(shù)據(jù)或者空中信道有問題，但檢查小區(qū)的信道建立情況時(shí)發(fā)現(xiàn)公共傳輸信道建立完全正常，檢查小區(qū)性能測量，底噪干擾也正常，值為 110db左右，仔細(xì)檢查了 NODEB側(cè)的數(shù)據(jù)，沒有發(fā)現(xiàn)問題，讓 RNC側(cè)檢查本站的無線數(shù)據(jù)，發(fā)現(xiàn)無線數(shù)據(jù)位置區(qū)沒有配置，采用了默認(rèn)值，修改后撥打電話正常。 小區(qū)建立后無法通話 語音呼叫失敗故障 語音呼叫失敗故障 ? 故障總結(jié) ?無線側(cè)數(shù)據(jù) 位置區(qū)子項(xiàng)配錯(cuò)時(shí)無法撥打電話。 可以主叫無法被叫 語音呼叫失敗故障 語音呼叫失敗故障 ? 故障現(xiàn)象 ?在某室內(nèi)覆蓋做撥測的時(shí)候，一個(gè)小區(qū)的 UE用戶只能做主叫，無法進(jìn)行被叫，基站的硬件一切正常。 可以主叫無法被叫 語音呼叫失敗故障 語音呼叫失敗故障 ? 故障處理 ?該基站一共四個(gè)小區(qū)，其他三個(gè)小區(qū)的業(yè)務(wù)都正常，即可以進(jìn)行主叫，也可以進(jìn)行被叫，說明 IUB口沒有問題。在 RNC做信令跟蹤，無法跟蹤到在這個(gè)小區(qū)下做被叫 UE的任何信令，通過打印，也沒有看到任何有用的消息，通過 LMT知道這個(gè)小區(qū)的三個(gè)載波建立在 TBPE2單板上。通過 LOGVIEW登錄TBPE2單板上，通過查詢 PCH的統(tǒng)計(jì)信息，這個(gè)小區(qū)在做 UE尋呼時(shí)，發(fā)現(xiàn)接受 FP下行幀數(shù)目（ dwPchRecvFPFrameNum）和發(fā)送 DSP下行數(shù)據(jù)數(shù)目（ dwPchSendDspDataNum）都沒有增加，但是收到下行傳輸信道同步幀數(shù)目（ dwPchRecvDLTrchSyncNum）在遞增。 可以主叫無法被叫 語音呼叫失敗故障 語音呼叫失敗故障 ? 故障處理 ?通過正常小區(qū) PCH統(tǒng)計(jì)信息發(fā)現(xiàn)，在做 UE尋呼時(shí)候，這幾項(xiàng)參數(shù)都是在增加的，但這個(gè)小區(qū) dwPchRecvFPFrameNum，dwPchSendDspDataNum這兩項(xiàng)參數(shù)一直無變化，而dwPchRecvDLTrchSyncNum在增加，說明傳輸信道沒有問題，問題出在物理層上，也就是 TBPE某塊 DSP有異常，通過復(fù)位此塊 TBPE，這個(gè)小區(qū)的主被叫正常。 小結(jié) ? 故障處理一般包括四個(gè)階段：信息收集、原因分析、定位和排除。希望通過對本課程 NODEB系統(tǒng)常見故障排查的學(xué)習(xí)，為今后實(shí)際的維護(hù)工作奠定基礎(chǔ)。 小結(jié) 其他內(nèi)容 思考題或討論 ? NCP/ CCP鏈路中斷的故障原因有哪些？ ? NODEB時(shí)鐘丟失的故障原因有哪些？ ? 小區(qū)建立失敗的故障原因有哪些？ 其他內(nèi)容
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1