【資料名稱】：RNC調(diào)測工程師所必須掌握的排障技能

【資料作者】：陳曉旭

【資料日期】：20120227

【資料語言】：中文

【資料格式】：TXT

【資料目錄和簡介】：

常見故障


一、傳輸不通及傳輸通了上層還是起不來可能的原因？


傳輸不通：



1、
檢查WMPT單板是否故障，用萬用表測量各E1的阻抗，正常狀況下發(fā)送的阻抗為10歐左右，接收的阻抗為5歐左右；



2、
檢查WMPT單板撥碼開關是否設置錯誤；



3、
檢查RNC側(cè)與傳輸側(cè)傳輸時隙是否正確配置，前臺打線是否正確；



4、
RNC側(cè)AOU單板支路映射模式是否改為華為模式，AOU單板是否運行正常；



5、
E1線不接地會引起幀失步告警；



6、
檢查傳輸鏈路是否有問題，通過逐段排查確定故障點。首先讓前臺督導在DDF架（BBU側(cè)）向RNC硬件自還，如果不通則聯(lián)系傳輸機房。讓傳輸網(wǎng)管從基站側(cè)SDH向RNC軟還，如果通了則說明問題出在了SDH到BBU中間這段2M線上，檢查連線和2M頭子；如果不通則繼續(xù)讓傳輸網(wǎng)管從RNC側(cè)SDH向RNC軟還。如果通了則說明問題出在了傳輸自己身上，如果還不通，則在ODF架（RNC—傳輸設備）向RNC硬件自還。如果通了說明問題出在了傳輸設備到ODF中間的光路上，如果還不通則檢查RNC接口板，可使用SET OPTLOP為LOCAL LOOP，再DSP OPT。



傳輸通了上層起不來：檢查物理的連線是否鴛鴦線，是否物理上或軟件上是打環(huán)的，傳輸數(shù)據(jù)是否做錯等，查看承載的底層鏈路，檢查數(shù)據(jù)配置是否正確，檢查兩端的協(xié)商參數(shù)是否設置正確（使用BOOTP ATM盲啟時，E1鏈路應配置為擾碼開關打開，否則可能盲啟失�。�。


二、SAAL鏈路及SCTP鏈路斷鏈及閃斷可能的原因？
SAAL：1、檢查物理鏈路連接是否牢靠，通過逐路拔插光纖讓核心網(wǎng)看告警確認光路是否與核心網(wǎng)側(cè)相對應，DSP OPT查看光口狀態(tài)是否正常，LST OPT檢查擾碼開關是否與核心網(wǎng)設置一致（擾碼開關不一致，雙方只能發(fā)送但都收不到信令，會導致SAALLNK故障）；

2、檢查SAALLNK的承載類型是否配置正確；

3、檢查ATM流量索引引用是否正確；

4、與核心網(wǎng)工程師核對VPI/VCI是否一致；

5、源信令點配置不正確或不同RNC在核心網(wǎng)側(cè)配置相同的源信令點都會造成SAALLNK閃斷；

6、查看操作維護通道狀態(tài)，OMCH異常，造成Nodeb發(fā)起盲起流程，從而導致SAALLNK閃斷。
SCTP：1、ping RNC到SGSN的信令面或用戶面IP，檢查物理鏈路是否正常，DSP ETHPORT查看端口狀態(tài)是否正常；

2、檢查路由配置，到目的地址的路由是否已經(jīng)生效；

3、檢查信令面VLANID是否配置正確；

4、與核心網(wǎng)工程師核對SCTP工作模式、端口號（多條SCTP重復使用同一端口號，會導致SCTP閃斷）、IP。
三、NCP及CCP不通可能的原因？
1、查看是否有其他傳輸類告警；
2、檢查承載NCP、CCP的SAALLNK鏈路ATM流量索引配置是否正確， VPI/VCI與NodeB側(cè)是否一致，SPU子系統(tǒng)配置是否與NODEB的一致，SAALLNK承載的IMA組是否配置正確；
3、檢查RNC側(cè)與NodeB側(cè)的CCP端口號、CCP鏈路數(shù)是否一致。
四、MTP-3b及M3UA目的信令點不可達，MTP-3b及M3UA路由不通，MTP-3b信令鏈路及M3UA信令鏈路不通可能的原因？
MTP-3b：1、檢查MTP-3b路由配置，目的信令點索引以及信令鏈路集索引是否配置正確

2、檢查MTP-3b鏈路編碼是否與核心網(wǎng)側(cè)配置一致，SPU子系統(tǒng)是否與SAALLNK配置相同

3、查詢SAALLNK當前狀態(tài)是否正常，檢查SAALLNK配置的VPI/VCI是否與核心網(wǎng)側(cè)一致

4、核對目的信令點配置是否按協(xié)商參數(shù)，檢查目的信令點編碼、目的信令點類型、承載類型等

5、MTP-3b鏈路被RNC側(cè)或核心網(wǎng)側(cè)閉塞
M3UA：1、檢查M3UA路由配置，目的實體以及信令鏈路集索引是否配置正確
2、檢查M3UA鏈路標識是否與核心網(wǎng)側(cè)配置一致，SPU子系統(tǒng)是否與SCTPLNK配置相同
3、查詢SCTPLNK當前狀態(tài)是否正常，檢查SCTPLNK工作模式、端口號、IP地址、VLANID是否與核心網(wǎng)配置一致
4、核對目的信令點配置是否按協(xié)商參數(shù)，檢查目的信令點編碼、目的信令點類型、承載類型等
5、M3UA鏈路被RNC側(cè)或核心網(wǎng)側(cè)閉塞
五、AAL2PATH及IPPATH起不來可能的原因？


AAL2PATH：1、首先我們要清楚協(xié)議棧構(gòu)架，AAL2PATH是承載在ATM層和物理層之上的，而AAL2PATH的建立與釋放是通過鄰節(jié)點ALCAP完成的，并且通過CCP鏈路與鄰節(jié)點通信；



2、DSP OPT查詢光口狀態(tài)是否正常，擾碼開關設置是否與對端一致；查詢端口控制器是否配置正確，檢查NCOPT端口號/IMA組號、SPU子系統(tǒng)（要與端口同一框）；



3、檢查AAL2路由配置情況，鄰節(jié)點ATM地址是否配置正確，AAL2 Path是否被路由引用



4、檢查AAL2 Path標識、AAL2 Path承載的VPI/VCI、承載類型、業(yè)務類型、ATM流量索引；



5、查看CCP當前狀態(tài)，檢查承載CCP的SAALLNK鏈路配置，以及CCP端口號、鏈路數(shù)是否與Nodeb側(cè)配置一致；



6、查看信令點類型為ALCAP的N7DPC是否設置正確/承載ALCAP的SAALLNK鏈路當前狀態(tài)是否正常；



7、查詢鄰節(jié)點當前狀態(tài)，目的信令點索引/SAALLNK鏈路號是否引用正確。


IPPATH：1、通過從RNC側(cè)IP PING 對端IP，確認物理鏈路沒有問題；
2、DSP ETHPORT查詢端口狀態(tài)是否正常，自協(xié)商設置是否與對端一致；查詢端口控制器是否配置正確，檢查ETHPORT端口號、SPU子系統(tǒng)（要與端口同一框）；
3、若端口上已配置BFD檢測，RNC側(cè)與SGSN側(cè)配置需保持一致（都打開），且DSP GATEWAYCHK，網(wǎng)關檢測狀態(tài)應為UP，如果負荷分擔下BFD檢測為DOWN，IPPATH不可用

4、查詢路由是否正確配置，路由中配置的直連網(wǎng)關是否正確，DSP IPRT查詢路由是否已經(jīng)生效；

5、檢查IPPATH本端IP、對端IP是否按協(xié)商參數(shù)配置正確；

6、IPPATH VLANID是否配置正確，包括GTP-U和直連網(wǎng)關的VLANID，三者要保持一致
六、鄰節(jié)點不可達可能的原因？
1、
MTP-3b目的信令點不可達
2、檢查承載ALCAP、CCP的SAALLNK鏈路的VPI/VCI、流量索引、CCP端口號
七、公共信道建立失敗可能的原因？
1、
NodeB LocalCell資源能力不足，檢查NodeB本地小區(qū)配置是否滿足邏輯小區(qū)需求；
2、
查詢AAL2PATH當前狀態(tài)是否正常；
3、
查詢NCP、CCP、ALCAP、鄰節(jié)點當前狀態(tài)是否正常，檢查SAALLNK的VPI/VCI、流量索引
八、小區(qū)建立失敗可能的原因？


1、
查看告警確認設備是否運行正常，是否有傳輸類告警，GPS時鐘源是否正常；



2、
檢查RNC是否正在啟動中或者不穩(wěn)定狀態(tài)，檢查SPU、DPU、GCG是否運行穩(wěn)定；



3、
檢查OMCH狀態(tài)，若OMCH不好，NodeB會發(fā)起盲起流程，盲起流程會導致上層傳輸鏈路對象卸載，造成SAALLNK閃斷；



4、
檢查NCP、CCP、ALCAP狀態(tài)，重點關注SAALLNK的VPI/VCI，CCP端口號是否一致；



5、
檢查AAL2PATH狀態(tài)，檢查VPI/VCI、PATH ID是否一致，配置承載的IMA組是否正確，SPU子系統(tǒng)、AAL2路由是否配置正確；



6、
檢查功率配置，物理信道功率之和要小于小區(qū)最大發(fā)射功率；



7、
NodeB側(cè)檢查RRU（光纖鴛鴦線）、LOCELL（本地小區(qū)是否上報RNC，邏輯小區(qū)是否下放NodeB）、CARRIERRES（是否有可用載波資源DSP，是否與RNC側(cè)載波數(shù)量配置一致，頻點配置超出RRU工作范圍會導致載波無法建立）工作狀態(tài)是否正常；



8、
檢查小區(qū)是否被閉塞、去激活，小區(qū)去激活會上報NCP、CCP不可用告警，其他底層鏈路一切正常；(ACT CELL-DEA CELL;UBL CELL-BLK CELL)



9、
檢查LICENSE小區(qū)數(shù)量限制；



10、檢查NodeB與RNC版本是否匹配；



11、小區(qū)建立時會發(fā)生數(shù)據(jù)庫讀取錯誤，檢查前后臺數(shù)據(jù)是否一致；



12、老版本中，當同一個NodeB上不同的小區(qū)上下行時隙比配置不一致時，小區(qū)將無法建立；



13、基站建立后未能及時上報自身狀態(tài)，導致小區(qū)建立失敗告警一直存在。去激活小區(qū)后再激活，小區(qū)將會重新上報自身狀態(tài)


九、駐波告警可能的原因？


1、
查詢駐波比（DSP PATHPARA/DPL RRUPARA）



2、
通過LST RRU檢查駐波比門限設置是否合理（通過MOD RRU修改）



3、
檢查告警通道與天線間的接線是否完好，接頭是否緊靠，然后復位RRU（重點檢查饋線折損、饋線頭進水進雜質(zhì)）



4、
若是室分RRU261，則可通過接小天線確認是否為室分天饋系統(tǒng)問題(合路器頻段不匹配等)，通過更換RRU確認是否為主設備問題



5、
若是室外RRU268，則可通過跳線交叉定位的方法，確認故障點（RRU側(cè)倒換、天線側(cè)倒換）；若8個通道都存在駐波比，檢查校準線連接。


十、RRU離線或光路通了，RRU還是起不來可能的原因？


首先確認RRU有沒有上電或電源有沒有接反；檢查CPRI接口的光纖是否故障或損壞，光纖是否收發(fā)接反，是否存在鴛鴦線；檢查BBI或RRU連接處的光模塊是否故障；通過更換無故障RRU，確認是否是RRU自身故障；檢查RRU配置，如RRU與BBI的對應關系配置錯誤、RRU類型錯誤；RRU版本自動升級失敗，與BBU版本不一致，需重新升級。


十一、GPS收不到星及收到星達不到要求可能的原因？
根據(jù)告警信息進行故障定位處理，常用的辦法有：
1、若為GPS狀態(tài)告警，原因值為GPS開路或短路，首先檢查GPS天線的物理連接是否出現(xiàn)異常，接口是否存在松動或滲水現(xiàn)象，饋線是否短路或斷路；如果都正常則可能為GPS天線故障、避雷器故障（短路、斷路、接反—"protect"端接設備）或MPT單板星卡問題（用萬用表測量GPS接頭屏蔽層與芯線之間的電壓，正常范圍在4—6V；主控板星卡松動會導致GPS收不到星），可嘗試更換處理。
2、若為時鐘源狀態(tài)告警或時鐘鎖相環(huán)狀態(tài)告警，首先用DSP GPS查詢該站點的GPS收星個數(shù)，每隔1分鐘查詢一次，連續(xù)查詢5次，如果收星個數(shù)小于等于4顆則基本可以判定是"GPS收星不足問題"。
這時需要檢查GPS天線的安裝位置及環(huán)境是否符合要求（安裝位置不良，如上方90度范圍內(nèi)有高大的建筑物、樹木遮擋等；外界干擾造成，如微波、廣播電視發(fā)射塔的信號干擾等），可嘗試更換GPS天線的安裝位置或更換靈敏度更高的GPS天線解決。
也可能是GPS饋線過長沒有加放大器，導致信號損耗過大，造成收星不足
3、若GPS收星個數(shù)超過4個，但仍然存在時鐘源狀態(tài)或鎖相環(huán)告警，則可能是周邊環(huán)境存在GPS信號頻段的干擾，需排查干擾源或改變GPS安裝位置解決。
十二、本地小區(qū)未上報可能的原因？
1、
RNC側(cè)和Nodeb側(cè)本地小區(qū)ID不一致，檢查配置；
2、
NodeB側(cè)本地小區(qū)不可用，查看小區(qū)狀態(tài)、RRU狀態(tài)、載波狀態(tài)，判斷故障點
十三、站點無異常告警但手機有信號打不了電話，上不了數(shù)據(jù)業(yè)務及無信號可能的原因？
1、
檢查RNC側(cè)腳本配置是否有誤，與核心網(wǎng)側(cè)確認LAC、SAC信息，確保站點LAC、SAC信息在核心網(wǎng)側(cè)建立，且核心網(wǎng)側(cè)數(shù)據(jù)配置無誤；


2、
NodeB側(cè)檢查RRU（光纖鴛鴦線）、LOCELL（本地小區(qū)是否上報RNC，邏輯小區(qū)是否下發(fā)NodeB）、CARRIERRES（是否有可用載波資源DSP，是否與RNC側(cè)載波數(shù)量配置一致，頻點配置超出RRU工作范圍會導致載波無法建立）工作狀態(tài)是否正常；


3、
手機搜索到小區(qū)但是無法成功注冊—RNC與NodeB兩端的CCP端口號不一致；RNCBASIC信息，如RNC ID（RNC ID錯誤會導致PS、CS業(yè)務建立不成功）、MCC、MNC值錯誤；MGW、MSC目的信令點索引錯誤（IuCS口配置錯誤）；
4、
SIM卡是否在HLR注冊，手機終端是否支持3G
十四、時鐘異常可能的原因？
1、
物理鏈路故障：下發(fā)線路時鐘的尾纖、外接通信樓時鐘的BITS時鐘信號線、GPS時鐘跳線和饋線出現(xiàn)問題；
2、
時鐘源單板故障：接收線路時鐘的接口板故障，GCU/GCG單板故障；
3、
檢查數(shù)據(jù)配置與實際是否相符，時鐘源類型（GPS、LINE）、傳輸單板時鐘源（UOI）、時鐘單板類型（GCG/GCU）；
4、
檢查SCU單板運行狀態(tài)是否正常；
5、
檢查物理連線是否牢靠
十五、BAM應用程序安裝失敗，BAM閃斷，BAM相關的服務起不來可能的原因？
1、
終止BAM service，啟動BAM setting tool，根據(jù)BAM軟件出廠設置表檢查BAM應用程序安裝參數(shù)是否設置正確；
2、
查看路徑“BAM主工作區(qū)安裝目錄\Services\Log”下的“SecurityManager.log”文件，如果該文件下有描述“A device attached to the system is not functioning. ”，則網(wǎng)口故障，需檢查并修復網(wǎng)口；如果該文件下有描述“VIP set failure!”，則需要確認BAM的外網(wǎng)虛擬IP地址是否被占用；
3、
開啟BAM service
4、
BAM service服務故障，在BAM的DOS窗口中輸入cd/d BAM安裝目錄\BAM\Common\Services，例如cd/d D:\DRNC\BAM\Common\Services。進入“BAM安裝目錄\Common\Services\”，輸入BAMService
-Service后回車，進行BAMService服務注冊。
十六、單板加載失敗可能的原因？
1、
檢查本插框內(nèi)其他同類型單板加載狀態(tài)，若同樣加載失敗則檢查插框撥碼開關設置是否正確，檢查OMU內(nèi)網(wǎng)IP是否為80.168.*.*，掩碼是否為255.0.0.0；
2、
LST SUBRACK，檢查單板類型設置是否正確
3、
若RBS插框中的DPUb單板加載失敗，檢查RBS插框和RSS插框的SCUa單板之間的連線是否正確；
4、
若SPUa單板加載失敗，執(zhí)行命令LST RNCBASIC，查看RNC基本信息設置是否正確。
十七、前后臺數(shù)據(jù)不一致可能的原因？
1、
導入大批量數(shù)據(jù)失敗后繼續(xù)反復加載，導致前后臺數(shù)據(jù)不一致，此時刪除和增加數(shù)據(jù)均提示失�。�
2、
單板啟動十分鐘內(nèi)進行在線配置（此時單板正在進行內(nèi)部配置），會導致命令無法在前臺單板生效，造成BAM上數(shù)據(jù)表增加了該配置，但前臺沒有配置成功；
3、
設備加載文件格式轉(zhuǎn)換失敗，無法將數(shù)據(jù)庫中的MML指令轉(zhuǎn)換成正確的DATA文件下發(fā)到前臺，導致前后臺數(shù)據(jù)不一致；
4、
通過ACT CRC后上報具體哪張表不一致，再執(zhí)行CPM TBLDATA，查詢數(shù)據(jù)具體不一樣的地方，再離線修改后臺或在線修改前臺
十八、LMT及OMC登陸不了可能的原因？
1、
BAM端口IP與外網(wǎng)IP沖突：通過調(diào)試網(wǎng)口（ETH2），遠程登錄到BAM，查看網(wǎng)卡硬件設置，若ETH0、ETH1的IP地址與外網(wǎng)沖突，修改IP；
2、
外部網(wǎng)卡綁定未能生效：在BAM進程啟動過程中要保證網(wǎng)口的正常聯(lián)通狀態(tài)，如果網(wǎng)口處于斷開狀態(tài)，將無法進行網(wǎng)卡IP綁定，從而造成部分服務進程異常；
3、
BAM軟件安裝問題：完全卸載已經(jīng)安裝的BAM軟件，重啟電腦后再次按指導書檢查安裝環(huán)境，確認無誤后重新安裝BAM軟件；
4、
網(wǎng)線連接出錯：檢查LMT及OMC連接至交換路由的網(wǎng)線；檢查OMU連接至交換路由的網(wǎng)線；
5、
電腦IP設置不正確或沒有正確添加路由；
6、
檢查防火墻配置是否正確。