5G网络常见故障处理

5G常见故障处理15G基站告警介绍25G基站故障分类35G基站告警提取方法45G基站故障处理方法-基站退服55G基站故障处理方法-小区退服65G基站故障处理方法-小区性能下降5G基站故障处理案例71.5G基站告警介绍5G基站告警可看成由告警码和具体faultID两部分，告警码主要有7650、7651、7652、7653、7654、7655、7656、7657、9251、9252、61006和71058这几种。对于每种告警码，它都会有各种不同的faultID，用来帮助标识出具体的告警描述；同时还会有faultsource来指明具体是哪个模块出现的告警。以告警码7653即小区退服为例，常见的faultID有10（意味着基站到某个模块断连，通常该模块是RRU），1837（意味着严重的驻波告警），1907（意味着RRU可能出了故障）。2.5G基站故障分类按照告警触发的机制，一共分为5大类告警：communication（通讯类）、environmental（环境类）、equipment（设备类）、processingError（处理错误）、qualityOfService（服务质量）。AlarmtypeAlarmnumbercommunication610066101061022610286102961030610506105861059610746107561076610776107961104611506115161152612016141061411615106160561606616076161061611616136161661618616196162361624616316163261634616386163961641616426164361647710587110171103711077112971136765676577665environmental7110674017402740374047405740674077408740974107411741274137414741574167417741874197420742174227423742474257426equipment765076517652processingError71104qualityOfService7653765476557658按照告警等级，一共分为4个等级的告警：Warning（警告）Minor（次要）Major（重要）Critical（严重）。SeverityinformationAlarmnumberCritical61022610286102961050610796120161634710587650765376567658Major6101061030610586107461075610766107761104611506115161152614106141161510616056160661607616106161161613616166161861638616396164361647711037110471129765176547657Minor610066105961623616246163161632616416164271101711067110774017402740374047405740674077408740974107411741274137414741574167417741874197420742174227423742474257426765276557665Warning711363.5G基站告警提取方法（1/5）对于单个基站的告警，可登陆sitemanager（一体化小基站）或WebEM（宏站）查看：（2）WebEM方式：（1）siteManager方式：1）点击页面上方工具条Alarm中ActiveAlarm查看基站当前告警；2）点击AlarmHistory查看基站历史告警。1）点击告警窗口上的告警信息，可以查看告警指向的单元、告警内容等；2）右键点击help可以查看告警详解以及处理指导方法和建议。3.5G基站告警提取方法（2/5）对于多个基站的告警，也可以登陆SiteBrowser查看，如下图：①处可以看到站点的基本信息和当前状态，②处可以看到基站的小区级参数，③处可以看到当前基站告警状态，④处可以看到告警的信息（通过看最右侧部分的BTSID知道是哪个基站的告警）。注意：sitebrowser查看告警时只能看到登录成功瞬间的告警，无法自动实时更新，更不能查询站点历史告警。3.5G基站告警提取方法（3/5）对于多个基站的告警，可以通过SQL脚本来提取：可提取当前告警，也可提取某个时间段的历史告警。3.5G基站告警提取方法（4/5）对于多个基站的告警，也可以通过软件applicationlauncher来查看或提取，在NetworkElement里输入iOMS地址，可查看和提取该iOMS下所有基站的激活告警和历史告警。通常情况下，一个iOMS下有800~1000左右的基站。3.5G基站告警提取方法（5/5）对于多个基站的告警，也可以通过网管NetAct中工具Monitoring来查看和提取当前告警及历史告警。在Monitoring中双击或右击某条告警，会弹出页面显示该告警的详细信息如告警时间、告警名称、告警详细内容等。4.

5G基站故障处理方法-基站退服（1/6）故障类型基站退服故障原因传输问题电源问题设备问题故障分析处理方法1、主干光缆断：线路维护部门排查抢修；2、站点端传输故障：A、传输设备（ptn等）硬件问题：传输部门进行排查处理B、光路问题：维护部门依次排查从PTN到基站端的光纤、光模块和光接口等。1、市电停电：维护部门对基站进行发电恢复；2、电源柜问题：A、整流模块故障B、空开安培数太小（空开太小导致自动下电保护）A、B两点问题需要维护部门对相应模块进行更换3、交直流电源转化模块故障：更换相应模块。转下页具体分析4.

5G基站故障处理方法-基站退服（2/6）基站退服设备问题硬件问题软件（数据配置）问题BBU问题GPS问题通过更换BBU和重新配置基站数据来进行排查处理依次检查GPS馈线连接是否完好，GPS本身、时钟盒等有无问题文件版本错误参数配置不对1、使用正确的文件版本2、上传文件时注意要求的保存格式等。注意基站的IP地址配置、传输配置、硬件配置及功率等参数配置的正确性与合理性。TDL和TDS间同步问题检查TDS侧是否有告警，更换TDS侧板件，重启TDLBBU等4.5G基站故障处理方法-基站退服（3/6）会导致基站退服的BBU硬件问题告警分析（以下告警会导致基站退服）：告警号告警内容告警解释处理办法765069BASESTATIONFAULTY,POSTtestfailedPOST测试失败更换BBU，重新连线并进行基站数据集成76501811BASESTATIONFAULTY,Basebandbusconfigurationof<x>wasrejected第x基带总线配置拒绝76501815BASESTATIONFAULTY,Notabletosynchronizebasebandbuswithx第x基带总线无法同步76503000BASESTATIONFAULTY,SystemModulefailure系统模块失败76503003BASESTATIONFAULTY,Failureinreplaceablebasebandunit替换基带单元失败76503020BASESTATIONFAULTY,BasebandBusfailure基带总线失败76504019BASESTATIONFAULTY,Masterunithaslostconnectiontotheslaveunit主从模块断连76504040BASESTATIONFAULTY,Unitinitializationfailure模块初始化失败硬件问题（BBU）：4.5G基站故障处理方法-基站退服（4/6）更换5G基站BBU的流程：1、记录好每根连线的端口位置，不要接错位置；2、通知监控机房或者后台闭锁基站；3、从DCDU上给系统模块下电；4、更换系统模块，保持连线端口和之前的一致性；5、重新集成基站数据。NOTE：如果只是BBU性能故障，可以正常登录的情况下，需要先登录原BBU把基站数据备份下来（包括BTS数据和TRS数据）4.5G基站故障处理方法-基站退服（5/6）会导致基站退服的TDL和TDS同步问题告警分析（以下告警会导致基站退服）：告警号告警内容告警解释处理办法76504160BASESTATIONFAULTY,BTSsynchronizationismissingduringstartup

ENODEB启动过程中同步丢失检查TDS侧是否有告警，更换有故障的TDS板件，重启TDLBBU。76504178BASESTATIONFAULTY,TD-SCDMAmajoralarm

TD－SCDMA严重告警硬件问题（TDL和TDS同步问题）：硬件问题（GPS）：会导致基站退服的GPS系统问题告警分析（以下告警会导致基站退服）：告警号告警内容告警解释处理办法76501898BASESTATIONFAULTY,PPSreferencemissingPPS参考源丢失检查GPS馈线完好性，依次检查各段接头连接的紧密性、馈线的完好性，必要时更换GPS和时钟合进行排查。76503080BASESTATIONFAULTY,BTSreferenceclockmissingENODEB时钟参考源丢失检查这个系统4.5G基站故障处理方法-基站退服（6/6）会导致基站退服的软件配置问题告警分析（以下告警会导致基站退服）：软件配置问题：告警号告警内容告警解释处理办法76503060BASESTATIONFAULTY,Commissioningerror:x配置集成错误重新配置基站数据、参数76503070BASESTATIONFAULTY,Configurationerror:x配置错误76504036BASESTATIONFAULTY,InvalidConfigurationfile无效的配置文件76504083BASESTATIONFAULTY,SWfallbacksourceunit回退76506252BASESTATIONFAULTY,Incorrectradionetworkparameters无线网络参数错误5.

5G基站故障处理方法-小区退服（1/3）小区退服硬件问题软件（数据配置）问题BBU问题基带问题RRU问题光路问题天馈问题根据告警指向，通过更换相应硬件来进行排查处理。排查BBU到RRU之间的光纤、光模块和光接口。主要排查光模块型号是否一致、光纤有没有折断、光接口是否有机械损伤等使用天馈驻波测试仪测量天馈驻波比和回波损耗，依次排查和处理。文件版本错误参数配置不对1、使用正确的文件版本。2、上传文件时注意要求的保存格式等注意基站的传输配置、硬件配置及功率等参数配置的正确性与合理性。5.5G基站故障处理方法-小区退服（2/3）会导致小区退服的硬件、光路及天馈系统问题告警分析（以下告警会导致小区退服）：硬件问题：告警号告警内容告警解释处理办法765310CELLFAULTY,Noconnectiontounit连接到基站所属模块的配置丢失检查BBU到RRU间的连接，包括基带单元、光模块、光纤、RRU及天馈系统，必要时进行更换765394CELLFAULTY,UnknownHWresource不能通过产品代码和物理地址识别单元76531806CELLFAULTY,Communicationfailure通讯失败76531837CELLFAULTY,VSWRalarm电压驻波比重要告警76531839CELLFAULTY,Lownoiseamplifierfailure低噪放大器失败76531840CELLFAULTY,Filterunitoperationfailed滤波器调谐失败76531843CELLFAULTY,Filterunitoperationfailed天线角度不可行76531904CELLFAULTY,RFBBBusSynchronizationErrorRFBB总线同步错误76531907CELLFAULTY,TXoutoforder射频模块上的发射通道不可用76531911CELLFAULTY,RXoutoforder射频模块接收部分同步失锁RFmoduleL1SystemModuleL2SystemModuleBBU供电RRU光路：包括光模块、光纤天馈系统：包括天线、馈线5.5G基站故障处理方法-小区退服（3/3）需要检查的部分：6.

5G基站故障处理方法-小区性能下降小区性能下降硬件问题软件（数据配置）问题BBU问题基带问题RRU问题光路问题GPRS问题天馈问题排查BBU到RRU之间的光纤、光模块和光接口。主要排查光模块型号是否一致、光纤有没有折断、光接口是否有机械损伤等依次检查GPS馈线连接是否完好，GPS本身、时钟盒等有无问题。使用天馈驻波测试仪测量天馈驻波比和回波损耗，依次排查和处理。文件版本错误参数配置不对1、使用正确的文件版本2、上传文件时注意要求的保存格式等注意基站的邻区配置、传输配置、硬件配置及功率等参数配置的正确性与合理性。根据告警指向，通过更换相应硬件来进行排查处理。7.5G基站故障处理案例（1/13）天馈问题导致小区性能下降典型案例：故障信息VSWRminoralarm(fault1838)问题描述基站出现VSWR（1838）告警，对应的小区橘黄色。告警明确会指示哪个小区的哪根馈线有问题处理方法对于D频段FZHA/FZHJ-B连接普通8通道天线的驻波情况，可以按照下面的方法处理：1.重新连接出现告警的跳线；2.在RRU侧把出现驻波的跳线与正常的跳线交替，观察驻波告警是否跟随跳线，注意交换的时候最好间隔一个口，比如4口出现告警时，与6口或者2口交换.如果告警跟随跳线走，则更换跳线，如果告警还在之前的口上，尝试用负载或者蘑菇头天线堵上该告警口，看看告警是否能消除，如果告警能消除，说明问题在跳线或者天线侧，如果告警不消除，说明问题在RRU侧。7.5G基站故障处理案例（2/13）告警信息FailureinopticalRP3interface(fault10)问题描述一小区退服处理方法1）从告警具体信息看，该告警来自第二个FZFF；faultID10意味着和RRU间的连接丢失，说明从第二个RRU的光口到TDLBBU间的光路有问题2）查看TDS侧的告警情况，发现TDS侧也有告警，而且告警显示故障出现在第二个RRU的主光口。上站更换第二个RRU主光口的光模块后，告警消失光路问题导致小区退服典型案例：告警信息Configurationerror:BTSconfigerror(NotenoughHWforLCR)问题描述FSIH上所有光口不发光，三个RRU不识别处理方法处理过程：检查config/fct/pcf.xml文件D频段RRUFZHA/FZHJ-b应为：<tagname="app.oam.startup.loadIndication"type="string">OBSAI</tag>F，E和D频段RRUFZNN/FZND/FZHP/FZFF/FZFF-e应为：<tagname="app.oam.startup.loadIndication"type="string">CPRI</tag>关键点：不同型号RRU对应的光口协议不一样数据配置问题导致小区退服典型案例：7.5G基站故障处理案例（3/13）基站ID配置错误导致S1接口失败案例：告警信息Faultname：S1interfacesetupfailure（6308）问题描述新开站出现S1failure告警问题，基站状态为commissioned，版本为186_30，告警详细信息中的目的IP已经是正确的MMEIP了，需要进一步按照我们S1接口的协议栈从下往上检查，依次是物理层/IP/SCTP/S1AP处理方法PINGMMEIP正常，说明传输没问题Wireshake抓包发现SCTP心跳和建立都正常，说明SCTP层没问题Wireshake抓包发现S1AP中基站向MME发起了SIsetuprequest,但是MME返回的是建立失败消息，原因是messagenotcompatiblewithreceiverstate，也就是MME收到的内容跟它之前存储的内容有冲突，最后通过检查，发现是基站的BTSID规划错误，跟现网的一个站冲突了，修改BTSID之后问题解决。7.5G基站故障处理案例（4/13）文件问题导致基站退服案例：告警信息Faultname：BTSisuncommissioned问题描述通过FTP下载SCFC并修改，然后上传基站重启的方式修改nSrsDtx等参数后，发现基站重启后变成uncommissioned状态处理方法通过FTP登录基站，发现config文件夹下有SCFC文件，文件名为SCFC_204.xml查看上一级目录下的filedirectory文件，发现激活的SCFC编号应该是20 <fileElement name="SCFC"

version="_20.xml" path="/rom/config/"

hwUnit="FCT"

activeFlag="TRUE"

newFlag="TRUE" checksum="" compressed=""> </fileElement>3、修改SCFC文件名为SCFC_20.xml之后，重启基站，问题解决。后证实是现场修改SCFC时为了备份，重命名了SCFC文件，导致与directory里面激活SCFC编号不一致，无法被系统识别，将二者改为一致即可。7.5G基站故障处理案例（5/13）光路故障典型案例（一）：告警信息Fault0010：Noconnectiontounit，伴随告警号7652、7653、7654（其中7653会引起小区退服）问题描述BTS的硬件模块连接丢失，最常见是RRU和BBU之间连接丢失处理方法1、检查告警中”Diagnosticinfo”或“HWPath”信息中定位的故障路径信息，例如”Diagnosticinfo”中信息为“/SMOD-1/rf_ext1/RMOD-1/opt_if1”则表示故障点位置在如下路径:SystemModule(SMOD-1)的第一个光口（rf_ext1）上RFMODULE，也就是系统模块上光口1上第一级RRU2、检查该故障路径指向的RRU是否正常工作3、检查故障路径中指向光口所连接的光缆是否损坏，尝试更换光缆4、检查该该故障路径中指向的光口的光模块是否异常，尝试更换光模块7.5G基站故障处理案例（6/13）光路故障典型案例（二）：告警信息Fault1974：AbnormalCPRIinterfacetonexthop，伴随告警号7652、7653、7654（其中7653会引起小区退服）问题描述到下一跳的光接口异常，严重时小区退服处理方法1、检查告警中”Diagnosticinfo”或“HWPath”信息中定位的故障路径信息,例如”Diagnosticinfo”中信息为“/SMOD-1/rf_ext1/RMOD-1/opt_if1”则表示故障点位置在如下路径:SystemModule(SMOD-1)的第一个光口（rf_ext1）上RFMODULE（RMOD-1）的光口1（opt1）上，也就是系统模块上光口1上第一级RRU的光口12、检查该故障路径信息中定位的光口所连接的下一级RRU是否正常工作3、更换该故障路径定位的光口的光模块或者光纤7.5G基站故障处理案例（7/13）光路故障典型案例（三）：告警信息Fault4072：Parallelopticallinklengthmismatch，伴随告警号7652、7653、7654（其中7653会引起小区退服）问题描述RRU多个光口的光纤长度不一致（红塔区玉溪师院商学院-LNHQ开通CA后出现该告警，检查发现为拉远站同一个RRU不同光口使用了不同的光缆的纤芯，长度超过了门限值）处理方法1、该告警通常是新站开通或者扩容时，同一台RRU的多个光口之间光缆长度差异过大导致。2、设备要求OBSAI接口的RRU（比如FZHA，FZHJ-b等）主辅光口的光缆长度差最大60米，CPRI接口的RRU（比如FZFA，FZFD，FZFF等）主辅光口的光缆长度差最大为146米，如果不满足这个条件就会产出该告警。3、极少数站点由于多个光口间的光缆或光模块性能差异过大也可能导致该告警，如果是这种情况需更换光缆或光模块解决7.5G基站故障处理案例（8/13）系统模块故障告警：SystemModulefailure：告警信息Fault3000：SystemModulefailure，伴随告警号7650、7651（其中7650会引起基站退服）问题描述小区出现此告警，或者伴随小区退服处理方法1、对于BBU使用FSMF的站点一般故障点在基带总线或者光口总线。2、如果告警出现在2、3小区，首先需要检查FBBA的D-BUS线连接是否松动。如果D-BUS线已经绑扎过，需要解开检查并重新连接。如果必要可考虑更换D-BUS线。3、如果更换D-BUS线仍不能解决问题，或者告警出现在第一小区，需要检查光接口，通常来说需要更换光模块。4、对于BBU使用FSIH的站点，如果更换光模块或光纤，告警仍存在则需更换BBU7.5G基站故障处理案例（9/13）小区硬件资源不足案例：告警信息Fault1868：BTSconfigerror(NotenoughHWforLCR)，伴随告警号7653（小区退服）问题描述小区硬件资源不足导致处理方法1、检查基站配置数据是否存在大于硬件容量的情况，比如FSIH只支持两个合并小区，数据配置是否大于两个合并小区等2、数据配置是否和配置要求一致，比如需使用CPRI压缩的情况，需使用9.8G速率光模块的情