8.15G基站故障信息收集故障處理的流程故障信息收集注意項(xiàng)收集故障信息故障的處理流程0102故障信息是故障處理的重要依據(jù)，任何一個(gè)故障處理過程都是從維護(hù)人員獲得故障信息開始，維護(hù)人員應(yīng)盡量收集需要的故障信息。故障信息收集定位故障是從眾多可能原因中找出故障原因的過程，通過一定的方法或手段分析、比較各種可能的故障成因，不斷排除非可能因素，最終確定故障發(fā)生的具體原因。故障定位03通過對(duì)定位故障實(shí)施恢復(fù)處理，解決故障，如實(shí)施處理措施后，故障依舊，則重新循環(huán)故障處理流程。故障處理故障處理的流程故障信息收集注意項(xiàng)收集故障信息故障信息收集項(xiàng)具體的故障現(xiàn)象。故障發(fā)生的時(shí)間、地點(diǎn)和頻率。故障的范圍、影響。故障發(fā)生前設(shè)備運(yùn)行情況。故障發(fā)生前對(duì)設(shè)備進(jìn)行了哪些操作、操作的結(jié)果是什么?故障發(fā)生后采取了什么措施、結(jié)果是什么?故障發(fā)生時(shí)設(shè)備是否有告警、告警的相關(guān)/伴隨告警是什么。故障發(fā)生時(shí)是否有單板指示燈異常。故障發(fā)生前是否有重大活動(dòng)，如集會(huì)等大業(yè)務(wù)流量的變化。故障發(fā)生前是否有天氣等可能影響設(shè)備功能的自然環(huán)境變化。故障信息是故障處理的重要依據(jù)，任何一個(gè)故障處理過程都是從維護(hù)人員獲得故障信息開始，維護(hù)人員應(yīng)盡量收集需要的故障信息。故障信息收集途徑和注意事項(xiàng)詢問申告故障的用戶或者現(xiàn)場(chǎng)工程人員，了解具體的故障現(xiàn)象、故障發(fā)生時(shí)間、地點(diǎn)、頻率。詢問設(shè)備操作維護(hù)人員，了解設(shè)備日常運(yùn)行狀況、故障現(xiàn)象、故障發(fā)生前操作以及操作的結(jié)果、故障發(fā)生后采取的措施及效果。觀察單板指示燈，觀察操作維護(hù)系統(tǒng)以及告警管理系統(tǒng)以了解設(shè)備軟、硬件運(yùn)行狀況。通過業(yè)務(wù)演示、性能測(cè)量、接口/信令跟蹤等方式了解故障發(fā)生的范圍和影響。在遇到故障，特別是重大故障時(shí)，應(yīng)具有主動(dòng)收集相關(guān)故障信息的意識(shí)，建議先了解清楚相關(guān)情況后再?zèng)Q定下一步的工作，切記盲目處理。應(yīng)加強(qiáng)橫向、縱向的業(yè)務(wù)聯(lián)系，建立與其他相關(guān)業(yè)務(wù)部門維護(hù)人員的良好業(yè)務(wù)關(guān)系，有助于信息交流、技術(shù)求助等，如傳輸部門、核心網(wǎng)部門、建設(shè)工程人員等。故障信息收集途徑故障信息收集注意事項(xiàng)故障處理的流程故障信息收集注意項(xiàng)收集故障信息原始信息種類屬性描述原始信息定義通過用戶故障申告，維護(hù)工程師發(fā)現(xiàn)的異常等反應(yīng)出來的故障信息，以及維護(hù)人員在故障初期通過各種渠道和方法收集到的其他相關(guān)信息的總和，是進(jìn)行故障判斷與分析的重要原始資料。用途主要用來判斷故障的范圍和確定故障的種類。原始信息在故障處理的初期階段，為縮小故障判斷范圍、初步定位問題提供依據(jù)。參考通過用戶投訴、現(xiàn)場(chǎng)工程師反饋等多條途徑。告警信息種類屬性描述告警信息定義指5G基站告警系統(tǒng)輸出的信息，涉及硬件、傳輸?shù)然镜母鱾€(gè)方面，信息量大而全，主要包括故障或異?，F(xiàn)象的具體描述、故障發(fā)生的原因、故障修復(fù)建議等，是進(jìn)行故障分析和定位的重要依據(jù)之一。用途主要用于查找故障的具體部位或原因。由于5G基站告警系統(tǒng)輸出的告警信息豐富、全面，因此可以用來直接定位故障的原因，或配合其他方法共同定位故障。參考告警的詳細(xì)說明可參見《告警參考》指示燈狀態(tài)種類屬性描述指示燈狀態(tài)定義反映單板的工作狀態(tài)以及電路、鏈路、光路、節(jié)點(diǎn)等工作狀態(tài)，是進(jìn)行故障分析和定位的重要依據(jù)。用途主要用于快速查找大致的故障部位或原因，為下一步的處理提供思路。由于指示燈所包含的信息量相對(duì)有限，因此需要與告警信息配合使用。參考各單板指示燈的狀態(tài)說明。性能指標(biāo)種類屬性描述性能指標(biāo)定義對(duì)呼叫中的各種情況，如掉話、切換等進(jìn)行實(shí)時(shí)統(tǒng)計(jì)，是分析業(yè)務(wù)類故障有力工具，能夠及時(shí)找出引起業(yè)務(wù)類故障的主要因素并加以有效防范。用途主要與信令跟蹤、信令分析配合使用，在定位掉話率過高、切換成功率低、呼叫異常等業(yè)務(wù)類故障方面有重要作用，常用于全網(wǎng)KPI分析和性能檢測(cè)。參考性能指標(biāo)的詳細(xì)說明可參見《性能指標(biāo)參考》8.25G基站故障定位故障種類及常見的處理方法傳輸問題的定位設(shè)備問題的定位業(yè)務(wù)問題的定位故障種類傳輸類故障業(yè)務(wù)處理類故障設(shè)備類故障故障種類基站與網(wǎng)管鏈路故障基站與其他網(wǎng)元鏈路故障（如SCTP故障等）AAU鏈路類故障天饋駐波比異常GNSS接收機(jī)故障小區(qū)退出服務(wù)初始接入失敗網(wǎng)絡(luò)KPI異常設(shè)備類故障相對(duì)簡(jiǎn)單，雖然故障種類多，但是故障范圍較窄，系統(tǒng)會(huì)有單板指示燈異常、告警和錯(cuò)誤提示等信息。用戶根據(jù)指示燈信息、告警處理建議或者錯(cuò)誤提示，可以排除大多數(shù)設(shè)備類故障。傳輸類和業(yè)務(wù)類故障較復(fù)雜，需要逐步排除可能原因。故障定位思路故障定位思路—分層排除通過對(duì)各個(gè)層級(jí)分段，排除各層級(jí)引起故障的可能性的一種方法。物理層

負(fù)責(zé)介質(zhì)的連接，重點(diǎn)關(guān)注電纜、跳線、連接頭、接口、設(shè)備硬件。數(shù)據(jù)鏈路層

封裝不一致，主要關(guān)注端口的狀態(tài)和負(fù)載。IP層

分段打包重組，主要關(guān)注地址和子網(wǎng)掩碼是否正確，路由協(xié)議配置是否正確。排查是重點(diǎn)查

看接口IP配置及路由表設(shè)置。高層

負(fù)責(zé)端到端的數(shù)據(jù)，主要關(guān)注網(wǎng)絡(luò)終端的高層協(xié)議，以及終端設(shè)備的軟硬件運(yùn)行狀態(tài)。故障定位思路—分段法及替換法分段排除：把網(wǎng)絡(luò)分段，逐段排除故障。替換法：替換法是檢查硬件問題的最常用方法。當(dāng)懷疑單板、線纜、接口、光模塊等硬件設(shè)備故障時(shí)，可以采用替換法排除。在實(shí)際網(wǎng)絡(luò)故障排查時(shí)，可以先采用分段法確定故障點(diǎn)，再通過分層或其他方法排除故障。其它的方法說明單板、線纜插拔：當(dāng)懷疑線纜或單板連接不可靠時(shí)，可以重新插拔來排除。設(shè)備重啟：當(dāng)懷疑軟件版本運(yùn)行異常時(shí)，可以重啟設(shè)備（慎用）。性能指標(biāo)TOPN：通過網(wǎng)管性能管理功能，查詢?nèi)W(wǎng)性能指標(biāo)最差的TOPN基站（如最差的5個(gè)基站），定位故障區(qū)域。信令跟蹤：一般涉及業(yè)務(wù)類故障時(shí)，如不能發(fā)起業(yè)務(wù)、呼叫成功率低等，可以進(jìn)行信令跟蹤，檢查異常信令，定位問題。故障種類及常見的處理方法傳輸問題的定位設(shè)備問題的定位業(yè)務(wù)問題的定位傳輸問題定位思路5G網(wǎng)絡(luò)由無線設(shè)備、傳輸網(wǎng)、核心網(wǎng)、OMC網(wǎng)管等構(gòu)成，任何一個(gè)環(huán)節(jié)出現(xiàn)問題都有可能導(dǎo)致5G網(wǎng)絡(luò)出現(xiàn)故障。傳輸問題定位思路基站配套電源故障或掉電

導(dǎo)致單個(gè)站點(diǎn)脫管、業(yè)務(wù)受損，產(chǎn)生網(wǎng)元連接中斷告警。（設(shè)備出現(xiàn)網(wǎng)元斷鏈告警）BBU至傳輸網(wǎng)的光模塊或光纖故障

導(dǎo)致單個(gè)站點(diǎn)脫管、業(yè)務(wù)受損，產(chǎn)生網(wǎng)元連接中斷告警。（設(shè)備出現(xiàn)網(wǎng)元斷鏈告警）傳輸設(shè)備故障

接入層設(shè)備故障只會(huì)導(dǎo)致單個(gè)站點(diǎn)脫管、業(yè)務(wù)受損，產(chǎn)生網(wǎng)元連接中斷告警；匯聚設(shè)備或

L3設(shè)備則會(huì)導(dǎo)致大批量站點(diǎn)出現(xiàn)網(wǎng)元連接中斷告警或S1接口故障告警/控制面?zhèn)鬏斨袛喔?/p>

警。（設(shè)備出現(xiàn)網(wǎng)元斷鏈告警）5G網(wǎng)絡(luò)傳輸故障的可能原因及影響傳輸問題定位思路5GC設(shè)備故障大批量網(wǎng)元出現(xiàn)NG接口故障告警/控制面?zhèn)鬏斨袛喔婢?（設(shè)備出現(xiàn)網(wǎng)元斷鏈告警/SCTP偶

聯(lián)斷告警）OMC網(wǎng)管故障大批量網(wǎng)元出現(xiàn)網(wǎng)元連接中斷告警。（設(shè)備出現(xiàn)大量網(wǎng)元斷鏈告警）數(shù)據(jù)配置問題單個(gè)站點(diǎn)產(chǎn)生NG接口故障告警/控制面?zhèn)鬏斨袛喔婢＃ㄔO(shè)備出現(xiàn)NG斷鏈告警/SCTP偶

聯(lián)斷告警）5G網(wǎng)絡(luò)傳輸故障的可能原因及影響網(wǎng)元與網(wǎng)管斷鏈故障定位

網(wǎng)元斷鏈?zhǔn)欠浅?yán)重的告警，需要及時(shí)排查。有版本升級(jí)、配置數(shù)據(jù)整表等常規(guī)操作導(dǎo)致的正常斷鏈，也有由于配置數(shù)據(jù)錯(cuò)誤、網(wǎng)元軟硬件故障引起的異常斷鏈。需要根據(jù)實(shí)際情況判斷是否需要人工參與完成鏈路恢復(fù)。故障現(xiàn)象基站前后臺(tái)斷鏈或一直無法正常建鏈；顯示前后臺(tái)斷鏈；原因分析版本升級(jí)導(dǎo)致前后臺(tái)斷鏈；前臺(tái)死循環(huán)導(dǎo)致前后臺(tái)斷鏈；帶寬配置太小導(dǎo)致前后臺(tái)斷鏈；前臺(tái)已與其它服務(wù)器建鏈；SCTP偶聯(lián)斷鏈故障定位故障現(xiàn)象：NG接口或Xn接口的SCTP偶聯(lián)斷鏈故障。可能原因：本端或?qū)Χ伺悸?lián)參數(shù)配置錯(cuò)誤。傳輸鏈路（如傳輸網(wǎng)、交換機(jī)、路由器等）故障。處理建議：檢查SCTP偶聯(lián)參數(shù)配置是否正確。在5G網(wǎng)管的SCTP配置中，檢查本端端口號(hào)、使用的IP層配置、遠(yuǎn)端地址、遠(yuǎn)端端口號(hào)是否

與現(xiàn)網(wǎng)規(guī)劃一致。

是→聯(lián)系技術(shù)支持

否→子步驟b將本端的SCTP偶聯(lián)參數(shù)修改為與現(xiàn)網(wǎng)規(guī)劃一致。同步配置數(shù)據(jù)到網(wǎng)元。檢查本端到對(duì)端的傳輸?shù)刂肥欠窨蛇_(dá)。PING偶聯(lián)遠(yuǎn)端地址，查看能否收到應(yīng)答。

是→聯(lián)系技術(shù)支持

否→子步驟b根據(jù)組網(wǎng)規(guī)劃，檢查傳輸路徑中各節(jié)點(diǎn)（如AMF/交換設(shè)備等）的IP地址及路由配置是否正確。

是→聯(lián)系技術(shù)支持

否→子步驟c根據(jù)組網(wǎng)規(guī)劃，將傳輸路徑中各節(jié)點(diǎn)（如核心網(wǎng)/交換設(shè)備等）的IP地址及路由配置修改正確。

是→結(jié)束

否→聯(lián)系技術(shù)支持SCTP偶聯(lián)斷鏈故障定位NG接口斷鏈故障定位告警原因：SCTP偶聯(lián)斷。NGAP建立失?。▍f(xié)商失敗或基站無小區(qū)）。處理措施：檢查告警詳細(xì)信息中的附加文本字段，是否SCTP偶聯(lián)斷。如果不是，執(zhí)行步驟2。如果是，參照“SCTP偶聯(lián)斷鏈”的處理措施進(jìn)行排查。如果告警消除，結(jié)束告警處理，否則執(zhí)行步驟2。檢查告警詳細(xì)信息中的附加文本字段，是否NGAP建立失敗。如果是在配置管理系統(tǒng)中檢查基站是否配置小區(qū)，NG接口配置參數(shù)是否有效。檢查MCC、MNC是否配置正確。必須按照運(yùn)營(yíng)商提供的數(shù)據(jù)規(guī)劃來配置MCC、MNC，由

于核心網(wǎng)可能同時(shí)和不同基站系統(tǒng)對(duì)接，因此基站側(cè)配置的MCC、MNC必須在核心網(wǎng)側(cè)

也配置了，否則會(huì)導(dǎo)致NGAP層信令交互失敗、NG斷鏈（此時(shí)SCTP鏈路是通的）。檢查TAC是否配置正確，并與核心網(wǎng)側(cè)人員確認(rèn)5GC是否已相應(yīng)配置了基站的TAC參數(shù)。若gNB側(cè)和核心網(wǎng)側(cè)配置的TAC參數(shù)不一致，則會(huì)導(dǎo)致NG接口斷鏈。檢查gNB標(biāo)識(shí)（gNBID）是否配置正確。若整網(wǎng)存在gNB標(biāo)識(shí)（gNBID）沖突的情況，則會(huì)導(dǎo)致NG鏈路閃斷。如果上述配置數(shù)據(jù)不正確，修改參數(shù)，同步配置數(shù)據(jù)到基站。檢查告警是否清除，如果告警消除，結(jié)束告警處理，否則尋求更高一級(jí)的設(shè)備維護(hù)支持。NG接口斷鏈故障定位故障種類及常見的處理方法傳輸問題的定位設(shè)備問題的定位業(yè)務(wù)問題的定位排查思路定位設(shè)備故障思路較簡(jiǎn)單，一般遵循告警提示，即可解決大部分問題，定位故障時(shí)可采用替換法。A重啟B插拔C替換定位故障常用三板斧AAU鏈路類故障排查思路：檢查是否存在“光口未接收到光信號(hào)”、“光模塊接收功率異常”、“光口接收幀失鎖”告警，如果存在光口類故障先解決光口告警。檢查是否存在“版本包故障”告警，確認(rèn)是否為版本問題。檢查是否存在“硬件類型和配置不一致”告警，確認(rèn)是否配置的硬件類型不一致。檢查AAU是否存在“參數(shù)配置錯(cuò)誤”告警，檢查光口速率配置，基帶板與AAU拓?fù)浣Y(jié)構(gòu)，檢查基帶板運(yùn)行狀態(tài)，確認(rèn)參數(shù)配置是否正確。嘗試軟復(fù)位AAU、硬復(fù)位AAU。嘗試復(fù)位與該AAU連接的上級(jí)單板或AAU。上站用光功率計(jì)檢測(cè)光功率是否正常，以便排除是否硬件或者外部環(huán)境問題。如有硬件問題則更換AAU。光纖/電纜損壞；光纖/電纜端面污染；本端或?qū)Χ斯?電模塊或光纖/電纜沒插好；對(duì)端設(shè)備的光/電模塊損壞；光纖實(shí)際長(zhǎng)度大于光模塊支持的長(zhǎng)度；本端、對(duì)端的光模塊速率不匹配；對(duì)端設(shè)備工作異常；AAU鏈路類故障可能原因：診斷BBU側(cè)發(fā)射功率。通過網(wǎng)管查看對(duì)應(yīng)光模塊的發(fā)射功率，檢查光模塊的發(fā)射功率，是否滿足以下要求：對(duì)于1.25G/2.5G/3G光模塊，發(fā)射功率＞-10dBm；對(duì)于6G/10G/25G/光模塊，2km發(fā)射功率＞-8.2dBm，10km發(fā)射功率＞-5.2dBm。

是→步驟2否→步驟6診斷BBU側(cè)接收功率。通過網(wǎng)管查看對(duì)應(yīng)光模塊的接收功率，檢查光模塊的接收功率，是否滿足以下要求：對(duì)于1.25G/2.5G/3G光模塊，接收功率＞-16dBm；對(duì)于6G/10G/25G/光模塊，接收功率＞-10.5dBm。是→步驟3否→步驟7AAU鏈路類故障—網(wǎng)管側(cè)處理步驟處理建議：檢查BBU側(cè)配置的光口速率與插入光模塊的速率是否一致。檢查是否有相關(guān)告警（光模塊速率不匹配）是→子步驟b否→子步驟c在網(wǎng)管中修改配置的光口速率與現(xiàn)網(wǎng)規(guī)劃一致。等待一段時(shí)間后，檢查告警是否已消除。是→結(jié)束否→子步驟c逐級(jí)降低BBU側(cè)配置的光口速率（例如把10G降低為6G）。等待一段時(shí)間后，檢查告警是否已消除。是→步驟7否→步驟4AAU鏈路類故障—網(wǎng)管側(cè)處理步驟復(fù)位AAU。等待一段時(shí)間后，檢查告警是否已消除。是→結(jié)束否→步驟5檢查是否為級(jí)聯(lián)AAU的情況，復(fù)位其上級(jí)AAU。等待一段時(shí)間后，檢查告警是否已消除。是→結(jié)束否→步驟6安排人員上站檢查。去BBU側(cè)，檢查和更換光模塊。安排人員上站檢查。去AAU側(cè)，檢查和更換光模塊。AAU鏈路類故障—網(wǎng)管側(cè)處理步驟上站工具準(zhǔn)備：光模塊、光功率計(jì)、萬用表、光轉(zhuǎn)接頭。在BBU側(cè)，根據(jù)告警詳細(xì)信息中的位置信息，觀察單板的OF指示燈狀態(tài)。指示燈狀態(tài)說明如下。常亮：光模塊故障慢閃：光模塊接收無光快閃：光模塊有光但幀失鎖滅：不能接收到光信號(hào)。指示燈為滅→步驟4（檢查AAU）指示燈為常亮或慢閃→步驟2（檢查BBU光模塊）AAU鏈路類故障—網(wǎng)元側(cè)處理步驟處理建議：在BBU側(cè)，拔插光模塊，并且同網(wǎng)管側(cè)確認(rèn)光模塊速率是否和網(wǎng)管配置一致。等待一段時(shí)間后，檢查告警是否已消除。是→結(jié)束否→步驟3更換和網(wǎng)管配置速率一致的光模塊。等待一段時(shí)間后，檢查告警是否已消除。是→結(jié)束否→步驟4在AAU側(cè)，根據(jù)告警詳細(xì)信息中的位置信息，拔插光模塊（可根據(jù)現(xiàn)場(chǎng)OPT指示燈閃燈狀態(tài)，判斷故障位置）。等待一段時(shí)間后，檢查告警是否已消除。是→結(jié)束否→步驟5AAU鏈路類故障—網(wǎng)元側(cè)處理步驟在AAU側(cè)，用光功率計(jì)測(cè)光功率。（可選）用光功率計(jì)測(cè)光模塊發(fā)射功率，檢查是否滿足正常值。對(duì)于1.25G/2.5G/3G光模塊，發(fā)射功率＞-10dBm；對(duì)于6G/10G/25G/光模塊，2km發(fā)射功率＞-8.2dBm，10km發(fā)射功率＞-5.2dBm。

是→子步驟c

否→子步驟b更換和網(wǎng)管配置速率一致的光模塊。等待一段時(shí)間后，檢查告警是否已消除。

是→結(jié)束

否→子步驟c（可選）用光功率計(jì)測(cè)光模塊接收功率，檢查是否滿足正常值。對(duì)于1.25G/2.5G/3G光模塊，接收功率＞-16dBm；對(duì)于6G/10G/25G/光模塊，接收功率＞-10.5dBm。

是→子步驟d

否→子步驟eAAU鏈路類故障—網(wǎng)元側(cè)處理步驟更換和網(wǎng)管配置速率一致的光模塊。等待一段時(shí)間后，檢查告警是否已消除。是→結(jié)束否→步驟5更換光纖。等待一段時(shí)間后，檢查告警是否已消除。

是→結(jié)束

否→步驟5給AAU下電，等待超過5s后，再給AAU上電。等待一段時(shí)間后，檢查告警是否已消除。

是→結(jié)束

否→步驟6更換AAU。等待一段時(shí)間后，檢查告警是否已消除。

是→結(jié)束

否→聯(lián)系技術(shù)支持AAU鏈路類故障—網(wǎng)元側(cè)處理步驟天饋駐波比異常駐波（VSWR）原理概述

無線基站的天饋系統(tǒng)除時(shí)鐘系統(tǒng)外，還包括射頻單元、天線以及射頻單元與天線之間的饋線、器件，常見器件包括合路器、耦合器、功分器、放大器等，天饋系統(tǒng)故障除了時(shí)鐘問題外，現(xiàn)網(wǎng)發(fā)生最多的就是駐波問題,其原理如下：駐波比全稱為電壓駐波比，又名VSWR和SWR，為英文VoltageStandingWaveRatio的簡(jiǎn)寫。

駐波(VSWR)用于表示RRU天饋口與天饋線纜之間阻抗的匹配程度，是RRU的總輸出功率與有效輸出功率(總功率-反向功率)之比。當(dāng)駐波很大時(shí)，大部份的功率都發(fā)射回來，此時(shí)RRU實(shí)際輸出功率很小，小區(qū)業(yè)務(wù)基本中斷。此時(shí)RRU軟件自動(dòng)關(guān)閉發(fā)射通道開關(guān)。天饋線纜接頭制作不合格、未擰緊、進(jìn)水或存在金屬碎屑等異物。天饋線纜存在擠壓、彎折，或饋纜損壞。射頻單元硬件故障。天線對(duì)著障礙物。駐波比告警門限過低。天饋駐波比異?？赡茉颍簷z查駐波比門限配置是否合理。在網(wǎng)管中檢查駐波比門限的上限值和下限值是否合理。不建議設(shè)置駐波比門限的下限值低于1.5。是→步驟2否→子步驟b根據(jù)實(shí)際需求，上調(diào)駐波比門限值。同步配置數(shù)據(jù)到網(wǎng)元。等待一段時(shí)間后，檢查告警是否已消除。是→結(jié)束否→步驟2安排人員上站檢查。天饋駐波比異?！W(wǎng)管側(cè)處理步驟處理建議：上站工具準(zhǔn)備：力矩扳手等工具。上站檢查是否存在以下情況：檢查RRU接頭處射頻線纜異常（正常要求射頻線纜從射頻頭垂直往下20cm布放不能彎曲，線纜彎曲半徑要大于20倍線徑）。檢查RRU接頭內(nèi)進(jìn)水、變形、有異物。

是→步驟2

否→步驟3解決步驟1問題，并擰緊接頭。等待一段時(shí)間后，檢查告警是否已消除（RRU的駐波比指示燈滅）。

是→結(jié)束

否→步驟3天饋駐波比異?！W(wǎng)元側(cè)處理步驟處理建議：對(duì)調(diào)RRU兩個(gè)射頻接口的天饋線纜。對(duì)調(diào)天饋線纜前，和網(wǎng)管側(cè)確認(rèn)告警是在哪個(gè)通道。給RRU下電。對(duì)調(diào)RRU兩個(gè)射頻接口的天饋線纜。給RRU上電。和網(wǎng)管側(cè)確認(rèn)告警所在通道是否隨著對(duì)調(diào)操作轉(zhuǎn)移。

是→步驟6

否→步驟4給RRU下電，等待超過5s后，再給RRU上電。等待一段時(shí)間后，檢查告警是否已消除。

是→結(jié)束

否→步驟5更換RRU。等待一段時(shí)間后，檢查告警是否已消除。

是→結(jié)束

否→聯(lián)系技術(shù)支持排查天饋或合路器故障。依據(jù)天饋排障方法進(jìn)行處理。天饋駐波比異?！W(wǎng)元側(cè)處理步驟GNSS接收機(jī)故障

當(dāng)配置了內(nèi)置/外置GNSS參考源時(shí)，接收機(jī)存在故障或者不可用時(shí)，上報(bào)該告警。GNSS接收機(jī)損壞或者與接收單元的鏈路異常。RGPS接收機(jī)斷電。環(huán)境溫度超出閾值或溫度傳感器故障。

可能原因：?jiǎn)伟逄幚砟芰ο陆?，部分功能無法正常運(yùn)行，嚴(yán)重時(shí)會(huì)導(dǎo)致無線鏈路建立等失敗，該單板上承載的業(yè)務(wù)可能全部或局部受阻或影響業(yè)務(wù)質(zhì)量。系統(tǒng)影響：GNSS接收機(jī)故障—接收機(jī)通訊失敗根據(jù)告警對(duì)象，找到單板位置，若單板為交換板，復(fù)位告警單板。等待一段時(shí)間后，檢查告警是否已消除。是→結(jié)束否→步驟2安排人員上站檢查。網(wǎng)管側(cè)處理步驟：根據(jù)告警對(duì)象，找到單板位置，若單板為AAU單板，檢查RGPS連接是否異常。是→步驟2否→步驟3將RGPS端口連接。等待15分鐘，檢查告警是否已消除。是→結(jié)束否→步驟3根據(jù)告警對(duì)象，找到單板位置，更換告警單板。等待一段時(shí)間后，檢查告警是否已消除。是→結(jié)束否→聯(lián)系技術(shù)支持網(wǎng)元側(cè)處理步驟：GNSS接收機(jī)故障—接收機(jī)1PPS丟失根據(jù)告警對(duì)象，找到單板位置，若單板為交換板，復(fù)位告警單板。等待一段時(shí)間后，檢查告警是否已消除。

是→結(jié)束

否→步驟2安排人員上站檢查。網(wǎng)管側(cè)處理步驟：根據(jù)告警對(duì)象，找到單板位置，若單板為AAU單板，檢查RGPS連接是否異常。是→步驟2否→步驟3將RGPS端口連接。等待一段時(shí)間后，檢查告警是否已消除。是→結(jié)束否→步驟3根據(jù)告警對(duì)象，找到單板位置，更換告警單板。等待一段時(shí)間后，檢查告警是否已消除。是→結(jié)束否→聯(lián)系技術(shù)支持網(wǎng)元側(cè)處理步驟：故障種類及常見的處理方法傳輸問題的定位設(shè)備問題的定位業(yè)務(wù)問題的定位小區(qū)退出服務(wù)小區(qū)被關(guān)斷。NG鏈路故障。進(jìn)入網(wǎng)管，查詢小區(qū)狀態(tài)。查詢運(yùn)行版本是否正確，必要情況下和其他運(yùn)行正常的基站進(jìn)行版本對(duì)比。檢查告警詳細(xì)信息中的附加文本字段是否為“小區(qū)關(guān)斷”。如果不是，執(zhí)行步驟4。如果是，則可以根據(jù)系統(tǒng)配置決定是否解除小區(qū)關(guān)斷。查看告警是否消除。如果告警消除，結(jié)束告警處理，否則執(zhí)行步驟4。查詢NG鏈路狀態(tài)，如果NG鏈路斷，先根據(jù)NG鏈路斷故障排查指導(dǎo)進(jìn)行排查，解決NG鏈路斷的問題。可能原因：處理建議：小區(qū)所使用的交換板、基帶板或AAU/RRU故障。小區(qū)配置失敗。時(shí)鐘失鎖。查看告警管理中告警監(jiān)控是否有時(shí)鐘失鎖相關(guān)告警。如果沒有，執(zhí)行步驟6。如果有，按照這些告警的處理方法處理。查看告警是否消除，如果告警消除，結(jié)束告警處理，否則執(zhí)行步驟6。在告警管理中告警監(jiān)控中檢查小區(qū)所使用的主控板、基帶板、AAU/RRU是否有告警。如果沒有，執(zhí)行步驟7。如果有，按照這些告警的處理方法處理。查看告警是否消除，如果告警消除，結(jié)束告警處理，否則執(zhí)行步驟7。在配置管理中檢查小區(qū)參數(shù)配置。確保小區(qū)參數(shù)配置正確，并同步配置數(shù)據(jù)到gNB。查看告警是否消除，如果告警消除，結(jié)束告警處理，否則尋求更高一級(jí)的技術(shù)支持。小區(qū)退出服務(wù)初始接入失敗基站信號(hào)質(zhì)量差或用戶太多導(dǎo)致?lián)砣鸘E在核心網(wǎng)未放號(hào)或欠費(fèi)UE硬件型號(hào)與網(wǎng)絡(luò)不兼容基站其他軟硬件問題可能原因：初始接入失敗檢查基站是否有其他異常告警，如果有的話先解決告警，看業(yè)務(wù)是否恢復(fù)。檢查基站軟硬件版本是否正確，如果版本不正確先升級(jí)版本，看業(yè)務(wù)是否恢復(fù)。檢查基站配置數(shù)據(jù)是否正確，如果有錯(cuò)誤修改配置數(shù)據(jù)，看業(yè)務(wù)是否恢復(fù)。檢查隨機(jī)接入過程，看MSG1后是否有MSG2。如果UE未收到MSG2，可能是用戶太多導(dǎo)致競(jìng)爭(zhēng)失敗，或者下行信號(hào)質(zhì)量差導(dǎo)致接收失敗。如果因?yàn)橛脩籼鄬?dǎo)致競(jìng)爭(zhēng)失敗，可考慮擴(kuò)容；如果因?yàn)樾盘?hào)質(zhì)量差導(dǎo)致信號(hào)接收失敗，可考慮改善基站覆蓋質(zhì)量，涉及網(wǎng)絡(luò)優(yōu)化環(huán)節(jié)。通過信令跟蹤檢查接入信令流程，看RRCConnectionRequest后，基站是否回復(fù)RRCConnectionSetup。如果沒有回復(fù)，或者回復(fù)其他異常信令，聯(lián)系核心網(wǎng)確認(rèn)核心網(wǎng)側(cè)參數(shù)配置正常，且UE正常放號(hào)不欠費(fèi)。如果核心網(wǎng)側(cè)有問題，解決后看業(yè)務(wù)是否恢復(fù)。更換