LTE日常维护案例介绍课件.ppt

1、HUAWEI TECHNOLOGIES CO.,LTD.LTE日常维护案例介绍Page 2HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.目录目录业务类故障处理业务类故障处理设备类故障处理设备类故障处理 -传输类传输类设备类故障处理设备类故障处理 -射频类射频类设备类故障处理设备类故障处理 -硬件更换类硬件更换类Page 3HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.传输类故障传输类故障处理传输类故障处理类别类别 常见问题现象常见问题现象传传输输类类典型问典型问题

2、题 信令终端/吞吐量异常上层应用链路不通（SCTP、IPPATH、OMCH）IP冲突、路由错误等导致业务异常 VLAN错误、ARP异常导致链路不通 光纤/光模块故障,物理端口连接不良,光电模式协商不正确等导致物理链路不通 Page 4HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.传输类故障传输故障处理思路传输故障处理思路l总体思路：分层总体思路：分层/逐段排查定位逐段排查定位p分层法：根据协议层，逐层定位，定位出实际故障点；p逐段法：完成故障隔离，对数据流进行分段，逐段环回，逐段定位；l具体排查项：具体排查项：p物理层故障排查p

3、ARP/IP层故障排查pIPPATH异常处理pSCTP异常处理l问题定界指导：问题定界指导：Page 5HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.传输类故障传输故障逐层排查方法简介传输故障逐层排查方法简介协议层 常见问题现象L5信令终端/吞吐量异常L4上层应用链路不通（SCTP、IPPATH、OMCH）L3IP冲突、路由错误等导致业务异常 L2VLAN错误、ARP异常导致链路不通 L1光纤/光模块故障,物理端口连接不良,光电模式协商不正确等导致物理链路不通 排查方法应用场景PING通断检测+MTU检测TRACERT传输路径排

4、查、MTU探测UDP环回 检测S1/X2链路质量IP ROUTE 路由排查排查方法应用场景DSP ARPARP表项查询DSCP/VLANDSCP与VLAN优先级映射抓包Page 6HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.维护通道类故障维护通道类故障处理维护通道类故障处理 eNodeBDHCP站点2、自动发现U2000 Config Config ConfigS/WCME中心机房Support网站1.1、提取版本包1.2、组织配置数据1.4、打开开站工具、上传数据、启动开站上报ESN4、调测License下发1、安装上电3、

5、自动配置 ConfigS/W限制和约束：在开站之前，必须：硬件安装完毕，U2000调测完毕，eNodeB与U2000之间的传输正常；eNodeB的软件版本必须从Support网站上取得，并且已经上传到U2000 Server。1.3、导出开站列表DHCP自发现失败典型故障Page 7HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.DHCPDHCP自发现失败故障处理自发现失败故障处理【实现原理】1、为了避免DHCP广播包冲击U2000，引入路由器进行DHCP Relay，转化为单播报文。2、DHCP过程目的是实现eNodeB的OMC

6、H的建立。即获取IP、路由等。2、eNodeB上电后，4步完成DHCP过程。常见问题需分析具体消息中的取值DHCP DISCOVERDHCP OFFERDHCP REQUESTDHCP ACKDHCPDHCP流程：流程：该流程分四步：1）基站在检测到可用的链路后，广播DHCP DISCOVER报文，以查找可用的U2000;2）U2000进行ESN匹配，如果匹配成功，U2000会发送DHCP OFFER报文给L3交换机，并携带分配的IP地址等信息，以响应DHCP DISCOVER;3）eNB收到DHCP OFFER后，判断ESN是否正确，如果正确，则停止DHCP探测过程。并发送DHCP REQU

7、EST广播报文，向U2000服务器发起确认信息;4）U2000同样需要进行ESN匹配判断。确认信息正确后发送DHCP ACK报文给eNB,基站收到DHCP ACK报文，进行ESN匹配，匹配成功后，分配的IP地址等信息生效，并生成OM IP和相关路由信息。Page 8HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.维护通道类故障DHCPDHCP自发现失败故障处理自发现失败故障处理问题描述问题描述某局点，在站点安装完成并加电后，使用U2000进行自开站，发现某站点在发送OFFER报文后，在DHCP配置管理中一直未出现上报的REQUES

8、T报文。问题问题原因原因在U2000抓包看，已收到eNodeB上报REQUEST报文，但在上报的REQUEST中未携带OPTION54字段，因此导致该站的REQUEST报文被U2000抛弃。同时，在基站侧镜像抓包后证明基站发送的REQUEST报文已携带OPTION54字段。结论：结论：IPRAN修改了DHCP报文，丢弃了OPTION54字段。Page 9HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.维护通道类故障VLANVLAN自学习失败故障处理自学习失败故障处理问题描述问题描述W市T运营商LTE工程在开站过程中DHCP四个报文

9、都是正常的,从U2000上可以看到已经下发ACK消息到基站,且基站也收到U2000发送的ACK消息,但是ACK消息之后又重复DHCP四个报文,导致基站操作维护链路一直不能建立1、首先进行现象确认，DHCP过程正常，而OM通道建立失败，可能是由于DHCP过程中下发的配置有误或者是传输侧配置有误。2、其次进行配置核查，结合现象核查DHCP下发的配置，DHCP下发的主要配置如图所示：核查后发现配置参考与规划相同。3、再次进行传输侧相关参数核查，主要是与OM通道相关的配置，如VLAN，网关IP，核查后发现VLAN配置与规划不一致，修改summary表中基站的VLAN，重新导入CME中，重新导出开站数据

10、和开站列表。开站正常。处理过程处理过程Page 10HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.维护通道类故障VLANVLAN自学习失败故障处理自学习失败故障处理VLANVLAN自学习：自学习：在U2000上创建PnP调测任务后，U2000周期性向基站发送OM通道建立请求。该报文的源IP地址为U2000 IP地址，目的IP地址为基站的OM IP地址。此数据包会被发送至基站侧Relay的L3路由器上，如果L3路由器上无对应此报文目的IP地址及eNB OMIP的ARP表项，L3设备就会广播ARP报文，此时基站则会接收到此ARP报文

11、，并从ARP报文中取出正确的VLAN信息同时进行保存。重点：基站学习到的VLAN是IPRAN L2上配置的VLAN1、DHCP四个报文中从基站上报的discover和request报文中的VLAN都是从IPRAN L2上学习到的，所以基站所发的这两个报文能正常到达U2000，而U2000也可以把offer和ack报文发送到基站；2、U2000给基站下发ACK消息后，基站会把从U2000上配置的操作维护IP、VLAN和路由在基站侧生效；在建立操作维护之前基站会使用U2000 ACK消息中的VLAN和IPRAN L2上配置的VLAN进行对比，如果一致会建立操作维护链路；如果不一致则把从ACK消息中

12、获取到的IP，路由及VLAN全部失效，重新启动DHCP流程 案例根因：案例根因：Page 11HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.传输类案例传输引起的开站失败案例传输引起的开站失败案例问题现象问题现象某局点，在进行开站时，发现从U2000上看，每次开站时都是进行到99%时，失败。排查排查步骤步骤1、首先进行现象确认，从U2000开站界面上可以看到基站已完成了版本下载、配置下载，在进行激活配置后等待站点重新启动完成时超时。2、其次进行配置核查，版本能够下载成功，说明ESN无误，VLAN、IP和路由没有问题，复位后OMCH

13、建立失败，可能原因是版本和配置文件激活失败，或激活成功后OMCH通道建立失败。核查结果版本与配置文件匹配，没有问题，端口模式/VLAN/IP/路由配置均无误。3、再次进行传输侧相关参数核查，发现ATN的端口协商模块为强制（实际要求为自适应），改为自适应后，开站成功。eNB路由器）M2000下载软件下载配置激活配置激活软件基站复位重启复位后，U2000以新配置登陆站点此处失败Page 12HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.目录目录业务类故障处理业务类故障处理设备类故障处理设备类故障处理 -传输类传输类设备类故障处理设备

14、类故障处理 -射频类射频类设备类故障处理设备类故障处理 -硬件更换类硬件更换类Page 13HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障射频类故障处理射频类故障处理123RSSI外部干扰互调驻波CPRI接口电调天线故障Page 14HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障RSSIRSSI故障处理故障处理RSSI过低RSSI不平衡RSSI过高RSSIRSSI理论值带宽FDDdBmTDDdBm20M-98-9715M-99-9810M-10

15、1-1005M-104-1033M-106-1051.4M-110-1091通道衰减值检查互调干扰检测2方法1方法21、记录空载时的RSSI值；2、通过ADD CELLSIMULOAD加载模拟负载；3、在U2000跟踪RSSI差值是否大于4dB。1、通过STR RFTEST进行反向互调干扰检测；过低告警门限为过低告警门限为-114dBm空载下RSSI的计算方法如下：-174+10*logBW+NF,其中BW为带宽，单位为Hz，NF为射频模块的噪声系数，通常为2-2.5左右，举例：LRRU 2.6G 2T2R，5MHz小区带宽，那么空载下的RSSI参考值大小=-174+10*log(5*106)

16、+2.5=-104.5dBm。RSSI过高：过高：标准要求不超正常值标准要求不超正常值6dB；因此；因此20M：RSSI=-92dBm，15M：RSSI=-93dBm3频谱扫描OKNOKPage 15HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障RSSIRSSI故障处理故障处理先按要求进行后台单站测试，加载和不加载的时候RSSI差值大于等于4dBm的定义为内部干扰内部干扰（工程质量问题和互调问题）工程质量问题和互调问题），需安排站处理恢复；如果RSSI值高于-92dBm，排除测试方法、驻波、射频通道告警等问题后，就可以

17、认为“疑似存在外部干扰疑似存在外部干扰”，需要网优人员上站扫频；如果客户扫频扫不出干扰，作为重点问题，由客户及网优，产品人员一起上站去排查处理；如扫频扫出干扰，处理干扰问题；RSSIRSSI异常情况异常情况现象现象产生的主要可能原因产生的主要可能原因RSSIRSSI过低过低主（分）集长时间RSSI低于-114dBm左右或出差RSSI过低告警天馈各个接头接触不好，天馈、TRX、CDU、功放故障RSSIRSSI过高过高主（分）集长时间RSSI高于-92dBm或在一定时间内高于-92dBm开关和跳线错误,天馈驻波、硬件故障、接头进水、系统工作不正常和互调、外部干扰RSSIRSSI主分集差异过大主分集

18、差异过大主（分）集两者间RSSI长时间或在一定时间内相差6dB以上或出现RTWP接收不平衡告警天馈驻波、天线安装问题、硬件故障、外部干扰备注：主分集RSSI均偏高且基本一致，优先考虑外部干扰问题；主分集RSSI只有一个偏高，且相差较大，优先考虑互调问题。Page 16HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障互调问题互调问题处理处理 目前商用的互调测试仪都只能测试天馈系统的互调大小目前商用的互调测试仪都只能测试天馈系统的互调大小，无法定位出互调故障点的位置，在这种情况下，业界，无法定位出互调故障点的位置，在这种情况

19、下，业界最成熟也是广泛采用的互调故障点定位方法是最成熟也是广泛采用的互调故障点定位方法是“分段排分段排查法查法”。或者使用或者使用“替换法替换法”，逐段馈线检查替换。，逐段馈线检查替换。“分段排查法分段排查法”如下图所示：如下图所示：“分段排查法分段排查法”的意思就是：依次把左图的的意思就是：依次把左图的4个地方断开，接入低互调负载，添加下行模个地方断开，接入低互调负载，添加下行模拟负载，观察拟负载，观察RTWP/RSSI是否抬升，以判断互是否抬升，以判断互调干扰的引入点。调干扰的引入点。例如：断开例如：断开1，接入低互调负载，添加下行模，接入低互调负载，添加下行模拟负载，拟负载，RTWP/R

20、SSI无变化，说明载频模块无变化，说明载频模块OK；断开断开2，接入低互调负载，添加下行模拟负载，接入低互调负载，添加下行模拟负载，RTWP/RSSI显著抬升，说明下跳线是引入互调显著抬升，说明下跳线是引入互调干扰的故障点，依次类推。干扰的故障点，依次类推。或者使用或者使用“替换法替换法”，逐段馈线检查替换。，逐段馈线检查替换。Page 17HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障电调天线故障处理电调天线故障处理-电调基本原理电调基本原理远程电调天线RET（Remote Electrical Tilt）由天线、远

21、端控制单元RCU（Remote Control Unit）和AISG(Antenna Interface Standard Group)控制线缆组成。见图1两种连接方式：RRU/RFU+SBT+RCU和RRU+RCUPage 18HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障电调天线故障处理电调天线故障处理-配置步骤配置步骤电调天线调测过程电调天线调测过程，通过网管远，通过网管远程控程控制：制：第一步：设置ALD供电开关 MOD RETPORT（RRU直接给RCU供电方式）、MOD ANTENNAPORT（使用SBT或

22、塔放给RCU供电方式）第二步：扫描ALD设备 SCN ALD第三步：添加ALD设备 ADD RET第四步：配置电调天线与RRU的对应关系MOD RETSUBUNIT第五步：加载RET天线配置数据文件 DLD RETCFGDATA第六步：校准RET天线 CLB RET第七步：设置RET天线下倾角 MOD RETTILT第八步：查询RET天线下倾角 DSP RETSUBUNITPage 19HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障电调天线故障处理电调天线故障处理-常见电调故障常见电调故障告警名称告警名称告警原理告警原

23、理告警促发来告警促发来源源一般原因一般原因备注备注电调天线马达故障告警基站下发RCU角度校准或角度调整命令，RCU检查到马达故障（RCU内部检查）后上报告警给基站，基站收到告警信息后上报RCU马达检测失败、马达不在位，马达永久堵转、马达转动时力矩不足或RCU内部老化、马达转不动。RCU的电压供电不足会导致马达驱动力不足。RCU线接触不良（线未拧紧等）或RCU线过长，馈线馈线松动、过长都可能导致供电不足。电调天线数据丢失告警在电调校准或调整下倾角时，RCU读取不到配置文件，上报告警给基站RCU未上传配置文件或者RCU内部数据文件读取不到一般解决方案：重新上传配置文件，如果重新上传文件还是有该告警

24、，说明RCU内部存储损坏，需要更换RCU电调天线未校准告警在调整RCU角度时，如果RCU未检测到已校准标识（RCU写到自己的存储里面），上报该告警给基站RCU新安装的配置文件没有进行校准或已校准的标识丢失加载的配置文件与RCU不匹配，RCU软件异常，或RCU安装不工艺导致射频单元ALD电流异常告警 RRU检测RRU外接天馈设备的工作电流值异常，基站上报该告警。RRU1）过流告警的可能问题：使用的合路器对直流短路、ALD过流告警门限设置不当、多芯线制作不合格、怀疑ALD设备故障导致。2）欠流告警的可能问题：无ALD设备却打开了ALD供电开关、天馈上有BT，非华为供电线缆连接松动首先排查后台门限是

25、否设置合理 天线设备维护链路异常告警RRU检测与已配置的RCU的握手关系，如果无法检测到心跳帧就上报告警。RRURRU检测与已配置的RCU的握手关系中断RRU与RCU之间链路异常，无法通讯电调天线运行数据异常告警基站周期查询RCU的实际下倾角值和基站配置文件中保持的下倾角值不一致，基站上报告警。基站可以设置两者之间的误差范围BBU配置文件更新，下倾角变化或电调因为动力因素产生下倾角变化解决方案：重新校准天线后，重新设置下倾角角度Page 20HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障驻波故障处理驻波故障处理1、驻波

26、告警门限查询 根据工程质量设置告警门限，供日后在线检测驻波。工程质量驻波=1.5，告警门限设置为2.0.2、离线驻波测试 在线驻波测试有一定误差，通常验收时采用离线检测。执行STR VSWRTEST测试，该测试会中断业务。3、上站排查 首先检查RRU和天馈各个组件之间的连接是否有松动或断开现象。检查RRU和天馈的频段是否一致 使用SiteMaster的DFT测试驻波故障点Page 21HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障CPRICPRI接口故障处理接口故障处理CPRI协议接口定义CPRI接口CPRI接口光模块

27、光纤的单双模不一致；两端设备较近时使用了距离过大的光模块；光模块故障（对端发送光功率过大）光纤接头或光模块安装松动，或光模块老化。光纤接头不洁净，存在灰尘等异物。光模块的型号（单模/多模、速率、距离）不匹配。光纤线路存在弯折、挤压或老化，或光纤线路过长导致光信号出现较大衰减；光口接收无信号还可能是没有光纤有断点、对端未连接或单板硬件故障；CPRI光口故障的可能原因Page 22HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障射频类故障处理案例射频类故障处理案例-华为华为LTELTE基站基站RRURRU光路异常分析光路异常

28、分析目前LTE基站基本采用DBS3900方式组网，因此BBURRU的光路故障是我们日常维护中最经常遇到的问题之一，这类故障常见的告警包括：小区不可用告警BBU光模块收发异常告警（物理层）BBU CPRI接口异常告警（链路层）BBU CPRI光模块/电接口不在位告警BBU CPRI光接口性能恶化告警射频单元光模块收发异常告警（物理层）射频单元CPRI接口异常告警（链路层）射频单元光模块/电接口不在位告警射频单元光接口性能恶化告警射频单元光模块故障告警射频单元维护链路异常告警射频单元硬件故障告警告警类别那么多，吓死人了！Page 23HUAWEI TECHNOLOGIES CO.,LTD.HUAW

29、EI TECHNOLOGIES CO.,LTD.射频类故障射频类故障处理案例射频类故障处理案例-华为华为LTELTE基站基站RRURRU光路异常分析光路异常分析其实，没有那么复杂，BBURRU光路涉及的设备就那么几个，你说能复杂到哪去呢，是吧！下面我们来分析看看。BBU和RRU尾纤直连BBU和RRU中间转接光路（BBU和RRU尾纤接ODF架）处理方式：处理方式：后台查询后台查询1、通知后台查询BBU光模块的收发光功率是否正常；2、如果RRU没有中断，查询RRU光模块的收发光功率是否正常；通过后台的光功率查询，可以初步判断故障原因是光衰过大还是链路中断。Page 24HUAWEI TECHNOL

30、OGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障射频类故障处理案例射频类故障处理案例-华为华为LTELTE基站基站RRURRU光路异常分析光路异常分析现场排查现场排查（建议携带：光功率计、光模块、短尾纤），做以下操作前可以先查看光模块规格是否正确、拔插光模块、尾纤，查看尾纤头是否有尘灰等，以下4个步骤，基本可以完成故障的排查和处理，其实挺简单的吧？所以不要在检查前随意就换了光模块或者RRU哦：1、用尾纤在BBU光口环回，和后台确认BBU的光模块收发光是否正常，如果正常可以排除BBU端口和光模块问题，否则请按顺序更换BBU光模块、端口、单板直到环回B

31、BU光模块收发光正常；2、在BBU侧用光功率计测量RRU过来的光功率是否正常，如果不正常，检查下一步；3、在RRU测量RRU发出的光功率，如果正常，请检查光路，如果不正常，请按顺序更换光模块、RRU端口、RRU直至发出的光功率正常；4、在RRU处测量BBU过来的光功率，如果不正常，请检查光路；如果正常，请按顺序更换光模块、RRU端口、RRU直至正常；Page 25HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障射频类故障处理案例射频类故障处理案例-1-1问题现象：上报ALM-26529 射频单元驻波告警（重要）与ALM-

32、29243小区服务能力下降告警问题分析：如果驻波告警后处理开关打开，上报重要级别射频单元驻波告警，将关闭驻波告警对应的发射通道，触发小区服务能力下降告警，此时先处理驻波告警如果未打开驻波告警后处理开关，则两个告警分别排查。问题处理步骤1.查询驻波告警门限，确认门限配置正确（LST RRU，默认驻波门限2.0，驻波后处理门限3.0）。2.离线驻波测试，确认驻波检测的结果确实高，输入小区的下行中心频率，避免天馈组件中存在频段不匹配的组件（如合路器等），导致测试的结果错误。3.上站排查，发现驻波异常的通道天馈线缆断开，重新连接好后测试驻波恢复。Page 26HUAWEI TECHNOLOGIES C

33、O.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障射频类故障处理案例射频类故障处理案例-2问题描述：上报ALM-26521 射频单元接收通道RTWP/RSSI过低告警问题处理步骤：1.确认是否存在ALM-26532 射频单元硬件故障告警，如果存在按告警帮助处理。不存在。2.排查接收通道衰减配置，如果有塔放，塔放是否正常工作。没有使用塔放，且通道衰减为0，没有问题。3.复位射频单元，复位后不恢复，带备件上站排查。4.交换射频单元正常与异常通道的天馈连接。交换后射频单元未随天馈转移。5.更换射频单元后恢复，待返板分析。Page 27HUAWEI TECHNOLOGIE

34、S CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障射频类故障处理案例射频类故障处理案例-3问题描述：上报ALM-29243小区服务能力下降告警问题分析：1.配置与单板实际支持规格不符：小区配置的“小区发送和接收模式”大于RRU实际支持的规格：例如配置2T4R小区，RRU实际只能支持2T2R。RRU实际支持的规格可以通过查询RRU电子标签确认。2.小区配置的“小区发送和接收模式”大于LBBP实际支持的规格：例如配置2T4R小区，LBBP实际只能支持2T2R。LBBP实际支持的规格可以通过产品文档硬件描述确认；3.如果是SFN小区，由于配置错误或RRU不可用导致

35、配置的“SFN小区扇区设备数量”与实际可用的扇区设备数量不一致修改“SFN小区扇区设备数量”与实际一致，或解决RRU不可用问题。MOD CELL:LocalCellId=0,MultiRruCellFlag=BOOLEAN_TRUE,MultiRruCellMode=SFN,SectorEqmNum=n;。4.CPRI带宽不足DSP CPRILBR查询当前协商到的线速率，将该速率与实际配置所需的CPRI速率进行对比，如果小于实际配置所需CPRI速率（CPRI不压缩场景下，20M/15M2T2R CPRI接口带宽需求为2.5Gbps，20M/15M 2T4R CPRI接口带宽需求为4.9Gbps

36、，具体计算可参考2013年FAQ：CPRI接口速率如何计算），则根据“最大速率能力”部分的描述判断是RRU侧的光模块还是LBBP侧的光模块速率过低导致，同时可以通过DSP SFP确认光模块的详细信息，如果光模块速率正确，但是协商到的速率小于两侧光模块的速率，则有可能是CPRI链路其它故障导致。Page 28HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障射频类故障处理案例射频类故障处理案例-35.射频单元发射通道或接收通道关闭查看是否存在26259-射频单元驻波告警、26545-射频单元发射通道手动关闭告警、26532-

37、射频单元硬件故障告警、26538-射频单元时钟异常告警、26524-射频单元功放过流告警，如果存在先排除告警。注意：在射频单元驻波告警后处理开关关闭（通过LST RRU查询）时，不会因为驻波大于驻波比告警后处理门限（默认值3）关闭发射通道，故此时不会导致小区服务能力下降告警。6.CPRI链路异常查看是否存在26230-BBU CPRI光模块异常告警、26232-BBU光模块收发异常告警、26233-BBU光接口性能恶化告警、26234 BBU CPRI接口异常告警、26503-射频单元光模块收发异常告警、26504-射频单元CPRI接口异常、26506-射频单元光接口性能恶化告警，如果存在先排

38、除告警。问题处理步骤：1.确认小区配置实际单板规格是否支持，小区配置2T4R，RRU3632，LBBPd3单板。2.CPRI未压缩时，2T4R 20M小区需要4.9G CPRI速率，查看CPRI协商结果。从线速率上确认，CPRI速率不足导致小区服务能力下降。DSP SFP或DSP ELABLE查询光模块支持的速率，确认为LBBP侧使用了2.5G光模块，更换光模块告警恢复。Page 29HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障射频类故障处理案例射频类故障处理案例-4问题描述：出现“电调天线马达故障告警”和“电调天线

39、未校准告警”华为双频六端口天线替换原C网天线并安装华为RRU3638，C网天线的RCU先级联到LTE天线的RCU上，然后将RCU通过AISG电缆连接到RRU3638。通过网管对站点3个小区进行电调数据加载，总显示校准失败，多次校准后出现3个小区LTE侧电调马达永久堵转现象。问题分析：1、RCU马达硬件故障；2、RCU的电压供电不足会导致马达驱动力不足。RCU线接触不良（线未拧紧等）或RCU线过长，馈线馈线松动、过长都可能导致供电不足3、加载的配置文件与RCU不匹配；Page 30HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频

40、类故障射频类故障处理案例射频类故障处理案例-4问题处理步骤：1、加载电调数据，显示校准失败，通过DSP RETPORT查看端口电流值，均显示正常范围。2、SCN ALD扫描电调天线，并不存在序列号错误的现象。3、删除电调数据，RST ALD复位天线设备，复位RRU，重新加载数据，仍显示电调未校准。4、需上站处理了？但是3个小区都出现马达堵转硬件故障的几率很小，则怀疑加载电调数据时绑定RCU序列号可能出现LTE侧和C网侧混淆；则删除数据，将每个小区电调序列号LTE侧和C网侧互换，重新加载电调数据，加载成功Page 31HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECH

41、NOLOGIES CO.,LTD.目录目录业务类故障处理业务类故障处理设备类故障处理设备类故障处理 -传输类传输类设备类故障处理设备类故障处理 -射频类射频类设备类故障处理设备类故障处理 -硬件更换类硬件更换类Page 32HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.U2000U2000 FDD_LTEFDD_LTE的的UMPTUMPT板故障恢复指导书板故障恢复指导书在现实LTE网络运维中，基站单板故障不可避免，LTE网络没有了基站控制器，其运行配置全部储存在基站上，因此更换主控板时，需要完全更新数据。华为网管集成了CME对数

42、据进行管理。通过CME Current区实时同步网元配置的功能，可以实现不需要重新开站而只需要利用已保存的数据完成快速建站，达到更换主控板前的站点状态。需要在现场更换单板前更换单板前完成Step1Step3步骤工作，否则网管数据可能会被新更换单板数据覆盖；1、删除即插即用中原来的基站数据（注意记录基站ESN号）；2、进入CMECurrent区打开Current区，导出目标站点的“即插即用数据”；3、校验完成后，进入“即插即用”界面；点击进行重新开站；4、更换主控板；待开站正常结束；5、检查数据配置是否与之前相同，及基站各项状态是否正常；Page 33HUAWEI TECHNOLOGIES CO

43、.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.目录目录业务类故障处理业务类故障处理设备类故障处理设备类故障处理 -传输类传输类设备类故障处理设备类故障处理 -射频类射频类设备类故障处理设备类故障处理 -硬件更换类硬件更换类Page 34HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.业务类故障处理案例业务类故障处理案例1 1 问题描述问题描述某LTE FDD站点下只能接入一个终端，第二个终端无法连接上。后来更换多个终端，发现有的可以接入，有的则不行告警信息：无版本：V100R008C01SPC240问题分析问

44、题分析：1.用户接入类问题，首先排查终端问题，是否只涉及某一类终端。其次确认失败时现象，是否网络无响应，还是已接入无法做业务。2.接入失败，要通过信令确认在哪一个阶段被拒绝，是RRC阶段还是E-RAB阶段。LTE系统中的承载如下图所示Page 35HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.业务类故障处理案例业务类故障处理案例1 1问题处理步骤：问题处理步骤：1.通过跟踪可以看到UE会给MME回复S1AP_INITIAL_CONTEXT_SETUP_RSP消息后，等待了52秒给MME又发送了释放请求，原因为传输资源不可用。2.

45、S1AP_INITIAL_CONTEXT_SETUP_REQ携带的地址如下，解析后为10.100.34.6813.查看告警情况测试时间段28号告警上报情况是正常的。到10.100.34.68无异常告警Page 36HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.业务类故障处理案例业务类故障处理案例1 14,从CHR统计可以看到90%的掉话都是由于UEM_UECNT_REL_RECV_GTPU_RESET _BEAR_REQ,导致RAB阶段掉话。这个错误值的含义是RRC重建，重配置GTPU资源失败。5.查看CHR 日志，选取了多次失

46、败记录看，都指向不同的对端IP，有10.100.34.12/10.100.34.65/10.100.34.34等等，如下图只是一个举例，说明并不是某一条链路存在问题，所有链路都有问题。再看对应释放时间点的debug日志，看到有GTPU的Echo Response超时记录，以及明显的IPPATH down的记录，说明是IPPATH链路故障导致对端没有回Echo Response.6.检查传输链路，对所有对端IP进行PING测试，500字节20次包大部分都能PING通，1500字节基本不能通，调整到1472能PING通，1473字节PING不通，说明传输MTU存在瓶颈，设置的MTU值不满足我们的要

47、求。要求传输更改MTU值或者更换传输链路。7.由于当前使用异厂家传输，修改MTU未协调成功。修改到华为传输下，ping 1500字节能通。业务测试正常。Page 37HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.业务类故障处理案例业务类故障处理案例1 1 案例中案例中IPPATHIPPATH故障却未上报告警，故障却未上报告警，IPPATHIPPATH故障是否有检测机制，是否会上报告警故障是否有检测机制，是否会上报告警?如果打开了GTPU静态检测（MOD GTPU），IPPATH会通过GTPU ECHO报文检测业务通道：检测机制根

48、据配置MOD GTPU来定的，默认是20s一次，连续3次才上报告警。LST GTPU:查询GTPU配置信息-ECHO帧超时时长(毫秒)=20000ECHO帧超时次数=3差分服务码=0静态检测开关=使能静态检测：1分钟检测一轮，1分钟定时器超时后，在所有IPPATH上发送GTPU ECHO检测报文。收到SGW应答，检测正常结束。检测不通，等待“ECHO帧超时时长”（MOD GTPU设置，默认5秒）后，发送下一个报文，一共发送“ECHO帧超时次数”（MOD GTPU设置，默认3次），超时后上报“IP Path故障告警”（Link方式）或“用户面承载链路故障告警”（End-Point方式）。动态检测

49、：只检测有用户承载的IPPATH，检测机制与静态相同，检测到故障后不上报告警，会释放对应IPPATH上的承载用户。Page 38HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.接入类故障接入类常见故障处理接入类常见故障处理1.当出现终端无信号情况时，首先检查小区是否正常开工，排查基站侧告警；2.小区正常后，仍无法搜到网络，则确认终端是否支持LTE对应频段、FDD/TDD模式；3.终端发起attach流程后，未发起鉴权就被MME拒绝，一般原因为终端在EPC侧的开户数据存在异常，需要协调EPC配合定位；4.终端与EPC双向鉴权失败，导

50、致终端被拒绝接入，一般原因为写卡的KI、OP/OPC与开户的KI、OP/OPC不一致，该问题需要EPC配合解决；5.当安全模式流程通过后，终端接入失败分为两种情况：a.基站侧发送release消息，此时终端不会收到MME下发的Attach Reject消息；这种情况只能通过基站侧S1跟踪，观察失败原因；常见问题为IPPath不可用导致；b.MME下发Attach Reject消息，此时常见原因为终端接入的TAC（由eNodeB配置），与MME侧配置的TAC不符。Page 39HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.业务类故