《移动通信》任务12 5G基站故障排查

模块四5G移动网络基站建设任务12

5G基站故障排查技能点1基站硬件故障排查技能点2基站数据故障排查目录基站硬件故障排查基站硬件有哪些常见的故障？怎么定位解决这些故障？基站硬件故障排查案例1：核心网机房SWITCH和ODF链路断开

业务调试正确时，查看告警界面，也有告警，但是都是一些没有配置区域的告警，这些告警可以忽略，如左图所示。基站硬件故障排查案例1：核心网机房SWITCH和ODF链路断开

业务调试错误时，查看告警界面，产生了新的告警，如图告警28所示“建安市核心网机房-核心网信令链路故障”。

该告警指向核心网机房，首先查看核心网机房设备的连线。基站硬件故障排查案例1：核心网机房SWITCH和ODF链路断开如左图所示，核心网的四个网元都和交换机SWITCH1建立了连接。但是，在实验模式下，SWITCH和ODF之间也要连接，使得核心网的四个网元和ODF都建立连接。

所以，需要把SWITCH和ODF建立设备连接。基站硬件故障排查案例1：核心网机房SWITCH和ODF链路断开

鼠标左键点击SW1，然后选择缆线池中第三个的“成对LC-FC光纤”，一头插在18端口，如左上图所示。

然后鼠标再点击设备指示中图的ODF，再将“成对LC-FC光纤”另外一段插在“本端1-对端2”的插口中，如左下图所示。基站硬件故障排查案例1：核心网机房SWITCH和ODF链路断开

插好后，再看设备指示图，SW1和ODF之间就建立了连接，如左图所示。

把SW1和ODF链路连好之后，再进入“业务调试”界面重新点击调试，可以看到信号正常了，调试成功。此时再去检查告警界面，发现该告警信息也消失了。基站硬件故障排查案例2：ITBBU和AAU连接端口速率不匹配

业务调试失败，打开告警界面，新增告警信息“建安市B站点机房-itbbu-无5G信号”

这个告警信息直接指向了建安市B站点无线机房的ITBBU。基站硬件故障排查案例2：ITBBU和AAU连接端口速率不匹配

ITBBU的5G信号来源于AAU，首先检查ITBBU和AAU是否断链。进入建安市B站点无线机房查看设备指示图，如左图所示。

从这个设备指示图中可以看到，ITBBU和AAU1、AAU2、AAU3都有链接，没有出现断链。基站硬件故障排查案例2：ITBBU和AAU连接端口速率不匹配

再检查连接的端口是否有误。

点击ITBBU，发现ITBBU和3个AAU相连采用的是25GE速率的端口，如左上图所示。

然后鼠标再点击设备指示图中的AAU1、AAU2、AAU3，发现AAU侧连接的端口是100GE。这就是问题所在，两端的端口速率不一致，ITBBU侧是25GE，但是AAU侧却是100GE。

把ITBBU和AAU1、AAU2、AAU3的连接线删除，然后再重新连接，两端都选择25GE的端口。重新进行业务调试，调试成功。技能点1基站硬件故障排查技能点2基站数据故障排查目录基站数据故障排查基站数据有哪些常见的故障？怎么定位解决这些故障？基站数据故障排查案例1：AAU链路光口使能开关没有打开

业务调试错误时，查看告警界面，产生了新的告警，如图所示“建安市B站点机房-射频资源故障”、“建安市B站点机房-小区有告警”。

“建安市B站点机房-射频资源故障”告警信息指向AAU配置。基站数据故障排查案例1：AAU链路光口使能开关没有打开首先检查6个AAU的配置。经过检查，发现6个AAU配置没有问题。在硬件配置时，AAU是和BBU相连的，5G的AAU和5GBBU相连，4GAAU和4GBBU相连，如左图所示。经过检查，硬件连接无误。基站数据故障排查案例1：AAU链路光口使能开关没有打开

再检查BBU和ITBBU的数据配置。检查发现，ITBBU的“5G物理参数”中的“AAU链路光口使能”开关被关闭了，如左图所示。

修改这三个参数，把三个使能开关都打开，都选择“使能”。调试成功，告警也消失了。基站数据故障排查案例2：5GBBU中DU的SCTP偶联类型配置错误

业务调试错误时，查看告警界面，产生了新的告警，如图所示“建安市B站点机房-itbbu-F1链路故障”。

这个告警指出了ITBBU中SCTP偶联方式有错误，并且是F1链路故障。这说明，在ITBBU中的SCTP偶联方式中，有F1偶联配置错误。基站数据故障排查案例2：5GBBU中DU的SCTP偶联类型配置错误ITBBU中有两个F1偶联，一个是DU中的SCTP配置中有F1偶联，另外一个就是CUCP的SCTP配置中存在一个F1偶联。分别对这两个有F1偶联的配置进行检查，发现DU的SCTP配置中，偶联类型配置成了“NG偶联”，如左图所示。

修改这个参数，把偶联类型选择“F1偶联”，调试成功，告警消失。基站数据故障排查案例3：5GBBU中CUCP没有设置静态路由

业务调试错误时，查看告警界面，产生了新的告警，如图所示“建安市核心网机房-N2链路故障”。

这个告警初步分析是核心网的网元中链路设置有问题。所以检查核心网的四个网元MME、SGW、PGW和HSS的“对接配置”和“路由设置”，发现4个网元的设置都没有问题。基站数据故障排查案例3：5GBBU中CUCP没有设置静态路由

会不会是核心网和无线网之间的链路对接设置有问题，而告警界面最终展示在了核心网?逐个检查核心网网元和无线网网元之间的链路对接，核心网和无线网网元之间的链路如左图所示。

图中可以看到，BBU和CUUP是和核心网网元直接对接的，所以首先来检查BBU和CUUP的对接配置和路由设置，检查后发现依然是正确的。基站数据故障排查案例3：5GBBU中CUCP没有设置静态路由

再来检查CUCP，虽然CUCP没有直接和核心网网元对接，但是CUCP和BBU对接之后也会和核心网连接。检查CUCP的对接设置和路由设置，发现CUCP的默认路由没有设置。CUCP和BBU是有对接的，并且在IP配置里没有网关配置，所以需要配置静态路由。但是，这里却没有配置静态路由，如左图所示。基站数据故障排查案例3：5GBBU中CUCP没有设置静态路由

新增静态路由，并按照规划填写数据。点击“确定”后，再进入“业务调试”界面重新点击调试，可以看到信号正常了，调试成功。此时再去检查告警界面，发现该告警信息也消失了。基站数据故障排查案例4：APN名称设置不一致

业务调试错误时，查看告警界面，产生了新的告警，如图所示“建安市核心网机房-hss-开户信息错误”。

这个告警信息指向核心网的HSS网元中开户信息设置有问题。所以检查核心网HSS网元相关配置信息。基站数据故障排查案例4：APN名称设置不一致

检查到“APN管理”时，发现参数“APN-NI”即APN的名称为“test1”，如左上图所示。