《移動(dòng)通信》任務(wù)12 5G基站故障排查

模塊四5G移動(dòng)網(wǎng)絡(luò)基站建設(shè)任務(wù)12

5G基站故障排查技能點(diǎn)1基站硬件故障排查技能點(diǎn)2基站數(shù)據(jù)故障排查目錄基站硬件故障排查基站硬件有哪些常見的故障？怎么定位解決這些故障？基站硬件故障排查案例1：核心網(wǎng)機(jī)房SWITCH和ODF鏈路斷開

業(yè)務(wù)調(diào)試正確時(shí)，查看告警界面，也有告警，但是都是一些沒有配置區(qū)域的告警，這些告警可以忽略，如左圖所示。基站硬件故障排查案例1：核心網(wǎng)機(jī)房SWITCH和ODF鏈路斷開

業(yè)務(wù)調(diào)試錯(cuò)誤時(shí)，查看告警界面，產(chǎn)生了新的告警，如圖告警28所示“建安市核心網(wǎng)機(jī)房-核心網(wǎng)信令鏈路故障”。

該告警指向核心網(wǎng)機(jī)房，首先查看核心網(wǎng)機(jī)房設(shè)備的連線?；居布收吓挪榘咐?：核心網(wǎng)機(jī)房SWITCH和ODF鏈路斷開如左圖所示，核心網(wǎng)的四個(gè)網(wǎng)元都和交換機(jī)SWITCH1建立了連接。但是，在實(shí)驗(yàn)?zāi)Ｊ较拢琒WITCH和ODF之間也要連接，使得核心網(wǎng)的四個(gè)網(wǎng)元和ODF都建立連接。

所以，需要把SWITCH和ODF建立設(shè)備連接。基站硬件故障排查案例1：核心網(wǎng)機(jī)房SWITCH和ODF鏈路斷開

鼠標(biāo)左鍵點(diǎn)擊SW1，然后選擇纜線池中第三個(gè)的“成對(duì)LC-FC光纖”，一頭插在18端口，如左上圖所示。

然后鼠標(biāo)再點(diǎn)擊設(shè)備指示中圖的ODF，再將“成對(duì)LC-FC光纖”另外一段插在“本端1-對(duì)端2”的插口中，如左下圖所示。基站硬件故障排查案例1：核心網(wǎng)機(jī)房SWITCH和ODF鏈路斷開

插好后，再看設(shè)備指示圖，SW1和ODF之間就建立了連接，如左圖所示。

把SW1和ODF鏈路連好之后，再進(jìn)入“業(yè)務(wù)調(diào)試”界面重新點(diǎn)擊調(diào)試，可以看到信號(hào)正常了，調(diào)試成功。此時(shí)再去檢查告警界面，發(fā)現(xiàn)該告警信息也消失了。基站硬件故障排查案例2：ITBBU和AAU連接端口速率不匹配

業(yè)務(wù)調(diào)試失敗，打開告警界面，新增告警信息“建安市B站點(diǎn)機(jī)房-itbbu-無5G信號(hào)”

這個(gè)告警信息直接指向了建安市B站點(diǎn)無線機(jī)房的ITBBU?；居布收吓挪榘咐?：ITBBU和AAU連接端口速率不匹配

ITBBU的5G信號(hào)來源于AAU，首先檢查ITBBU和AAU是否斷鏈。進(jìn)入建安市B站點(diǎn)無線機(jī)房查看設(shè)備指示圖，如左圖所示。

從這個(gè)設(shè)備指示圖中可以看到，ITBBU和AAU1、AAU2、AAU3都有鏈接，沒有出現(xiàn)斷鏈?；居布收吓挪榘咐?：ITBBU和AAU連接端口速率不匹配

再檢查連接的端口是否有誤。

點(diǎn)擊ITBBU，發(fā)現(xiàn)ITBBU和3個(gè)AAU相連采用的是25GE速率的端口，如左上圖所示。

然后鼠標(biāo)再點(diǎn)擊設(shè)備指示圖中的AAU1、AAU2、AAU3，發(fā)現(xiàn)AAU側(cè)連接的端口是100GE。這就是問題所在，兩端的端口速率不一致，ITBBU側(cè)是25GE，但是AAU側(cè)卻是100GE。

把ITBBU和AAU1、AAU2、AAU3的連接線刪除，然后再重新連接，兩端都選擇25GE的端口。重新進(jìn)行業(yè)務(wù)調(diào)試，調(diào)試成功。技能點(diǎn)1基站硬件故障排查技能點(diǎn)2基站數(shù)據(jù)故障排查目錄基站數(shù)據(jù)故障排查基站數(shù)據(jù)有哪些常見的故障？怎么定位解決這些故障？基站數(shù)據(jù)故障排查案例1：AAU鏈路光口使能開關(guān)沒有打開

業(yè)務(wù)調(diào)試錯(cuò)誤時(shí)，查看告警界面，產(chǎn)生了新的告警，如圖所示“建安市B站點(diǎn)機(jī)房-射頻資源故障”、“建安市B站點(diǎn)機(jī)房-小區(qū)有告警”。

“建安市B站點(diǎn)機(jī)房-射頻資源故障”告警信息指向AAU配置?；緮?shù)據(jù)故障排查案例1：AAU鏈路光口使能開關(guān)沒有打開首先檢查6個(gè)AAU的配置。經(jīng)過檢查，發(fā)現(xiàn)6個(gè)AAU配置沒有問題。在硬件配置時(shí)，AAU是和BBU相連的，5G的AAU和5GBBU相連，4GAAU和4GBBU相連，如左圖所示。經(jīng)過檢查，硬件連接無誤?；緮?shù)據(jù)故障排查案例1：AAU鏈路光口使能開關(guān)沒有打開

再檢查BBU和ITBBU的數(shù)據(jù)配置。檢查發(fā)現(xiàn)，ITBBU的“5G物理參數(shù)”中的“AAU鏈路光口使能”開關(guān)被關(guān)閉了，如左圖所示。

修改這三個(gè)參數(shù)，把三個(gè)使能開關(guān)都打開，都選擇“使能”。調(diào)試成功，告警也消失了。基站數(shù)據(jù)故障排查案例2：5GBBU中DU的SCTP偶聯(lián)類型配置錯(cuò)誤

業(yè)務(wù)調(diào)試錯(cuò)誤時(shí)，查看告警界面，產(chǎn)生了新的告警，如圖所示“建安市B站點(diǎn)機(jī)房-itbbu-F1鏈路故障”。

這個(gè)告警指出了ITBBU中SCTP偶聯(lián)方式有錯(cuò)誤，并且是F1鏈路故障。這說明，在ITBBU中的SCTP偶聯(lián)方式中，有F1偶聯(lián)配置錯(cuò)誤?；緮?shù)據(jù)故障排查案例2：5GBBU中DU的SCTP偶聯(lián)類型配置錯(cuò)誤ITBBU中有兩個(gè)F1偶聯(lián)，一個(gè)是DU中的SCTP配置中有F1偶聯(lián)，另外一個(gè)就是CUCP的SCTP配置中存在一個(gè)F1偶聯(lián)。分別對(duì)這兩個(gè)有F1偶聯(lián)的配置進(jìn)行檢查，發(fā)現(xiàn)DU的SCTP配置中，偶聯(lián)類型配置成了“NG偶聯(lián)”，如左圖所示。

修改這個(gè)參數(shù)，把偶聯(lián)類型選擇“F1偶聯(lián)”，調(diào)試成功，告警消失?；緮?shù)據(jù)故障排查案例3：5GBBU中CUCP沒有設(shè)置靜態(tài)路由

業(yè)務(wù)調(diào)試錯(cuò)誤時(shí)，查看告警界面，產(chǎn)生了新的告警，如圖所示“建安市核心網(wǎng)機(jī)房-N2鏈路故障”。

這個(gè)告警初步分析是核心網(wǎng)的網(wǎng)元中鏈路設(shè)置有問題。所以檢查核心網(wǎng)的四個(gè)網(wǎng)元MME、SGW、PGW和HSS的“對(duì)接配置”和“路由設(shè)置”，發(fā)現(xiàn)4個(gè)網(wǎng)元的設(shè)置都沒有問題。基站數(shù)據(jù)故障排查案例3：5GBBU中CUCP沒有設(shè)置靜態(tài)路由

會(huì)不會(huì)是核心網(wǎng)和無線網(wǎng)之間的鏈路對(duì)接設(shè)置有問題，而告警界面最終展示在了核心網(wǎng)?逐個(gè)檢查核心網(wǎng)網(wǎng)元和無線網(wǎng)網(wǎng)元之間的鏈路對(duì)接，核心網(wǎng)和無線網(wǎng)網(wǎng)元之間的鏈路如左圖所示。

圖中可以看到，BBU和CUUP是和核心網(wǎng)網(wǎng)元直接對(duì)接的，所以首先來檢查BBU和CUUP的對(duì)接配置和路由設(shè)置，檢查后發(fā)現(xiàn)依然是正確的。基站數(shù)據(jù)故障排查案例3：5GBBU中CUCP沒有設(shè)置靜態(tài)路由

再來檢查CUCP，雖然CUCP沒有直接和核心網(wǎng)網(wǎng)元對(duì)接，但是CUCP和BBU對(duì)接之后也會(huì)和核心網(wǎng)連接。檢查CUCP的對(duì)接設(shè)置和路由設(shè)置，發(fā)現(xiàn)CUCP的默認(rèn)路由沒有設(shè)置。CUCP和BBU是有對(duì)接的，并且在IP配置里沒有網(wǎng)關(guān)配置，所以需要配置靜態(tài)路由。但是，這里卻沒有配置靜態(tài)路由，如左圖所示?；緮?shù)據(jù)故障排查案例3：5GBBU中CUCP沒有設(shè)置靜態(tài)路由

新增靜態(tài)路由，并按照規(guī)劃填寫數(shù)據(jù)。點(diǎn)擊“確定”后，再進(jìn)入“業(yè)務(wù)調(diào)試”界面重新點(diǎn)擊調(diào)試，可以看到信號(hào)正常了，調(diào)試成功。此時(shí)再去檢查告警界面，發(fā)現(xiàn)該告警信息也消失了。基站數(shù)據(jù)故障排查案例4：APN名稱設(shè)置不一致

業(yè)務(wù)調(diào)試錯(cuò)誤時(shí)，查看告警界面，產(chǎn)生了新的告警，如圖所示“建安市核心網(wǎng)機(jī)房-hss-開戶信息錯(cuò)誤”。

這個(gè)告警信息指向核心網(wǎng)的HSS網(wǎng)元中開戶信息設(shè)置有問題。所以檢查核心網(wǎng)HSS網(wǎng)元相關(guān)配置信息。基站數(shù)據(jù)故障排查案例4：APN名稱設(shè)置不一致

檢查到“APN管理”時(shí)，發(fā)現(xiàn)參數(shù)“APN-NI”即APN的名稱為“test1”，如左上圖所示。