LTE日常维护案例介绍

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

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

3、对数据流进行分段，逐段环回，逐段定位； l具体排查项：具体排查项： p物理层故障排查 pARP/IP层故障排查 pIPPATH异常处理 pSCTP异常处理 l问题定界指导：问题定界指导： Page 5 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 传输类故障 传输故障逐层排查方法简介传输故障逐层排查方法简介 协议层 常见问题现象 L5信令终端/吞吐量异常 L4 上层应用链路不通（SCTP、 IPPATH、OMCH） L3 IP冲突、路由错误等导致业务异 常 L2 VLAN错误、ARP异常导致链路 不通 L1 光纤/光模块故

4、障,物理端口连接 不良,光电模式协商不正确等导致 物理链路不通 排查方法应用场景 PING通断检测+MTU检测 TRACERT 传输路径排查、MTU探 测 UDP环回 检测S1/X2链路质量 IP ROUTE 路由排查 排查方法应用场景 DSP ARPARP表项查询 DSCP/VLAN DSCP与VLAN优先 级映射 抓包 Page 6 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 维护通道类故障 维护通道类故障处理维护通道类故障处理 eNodeB DHCP 站点 2、自动发现 U2000 Config Config Co

5、nfig S/W CME 中心机房 Support网站 1.1、提取版本包 1.2、组织配置数据 1.4、打开开站工具、 上传数据、启动开站 上报 ESN 4、调测License下发 1、安装上电 3、自动配置 Config S/W 限制和约束：在开站之前，必须：硬件安装完毕，U2000调测完毕，eNodeB与U2000之间的传输正常；eNodeB的软件版本必须从 Support网站上取得，并且已经上传到U2000 Server。 1.3、导出开站列表 DHCP自发现失败 典型故障 Page 7 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES

6、CO., LTD. DHCPDHCP自发现失败故障处理自发现失败故障处理 【实现原理】 1、为了避免DHCP广播包冲击U2000， 引入路由器进行DHCP Relay，转化为 单播报文。 2、DHCP过程目的是实现eNodeB的 OMCH的建立。即获取IP、路由等。 2、eNodeB上电后，4步完成DHCP过 程。常见问题需分析具体消息中的取值 DHCP DISCOVER DHCP OFFER DHCP REQUEST DHCP ACK DHCPDHCP流程：流程： 该流程分四步： 1） 基站在检测到可用的链路后，广播DHCP DISCOVER报文， 以查找可用的U2000; 2） U2000

7、进行ESN匹配，如果匹配成功，U2000会发送DHCP OFFER报文给L3交换机，并携带分配的IP地址等信息，以响 应DHCP DISCOVER; 3） eNB收到DHCP OFFER后，判断ESN是否正确，如果正确， 则停止DHCP探测过程。并发送DHCP REQUEST广播报文，向 U2000服务器发起确认信息; 4） U2000同样需要进行ESN匹配判断。确认信息正确后发 送DHCP ACK报文给eNB,基站收到DHCP ACK报文，进行ESN匹 配，匹配成功后，分配的IP地址等信息生效，并生成OM IP 和相关路由信息。 Page 8 HUAWEI TECHNOLOGIES CO.,

8、 LTD.HUAWEI TECHNOLOGIES CO., LTD. 维护通道类故障 DHCPDHCP自发现失败故障处理自发现失败故障处理 问题描述问题描述 某局点，在站点安装完成并加电后，使用U2000进行自开站，发现某站点在发送OFFER报文后，在DHCP配置管理中一 直未出现上报的REQUEST报文。 问题问题原因原因 在U2000抓包看，已收到eNodeB上报REQUEST报文，但在上报的REQUEST中未携带OPTION54字段，因此导致该站的 REQUEST报文被U2000抛弃。 同时，在基站侧镜像抓包后证明基站发送的REQUEST报文已携带OPTION54字段。 结论：结论： I

9、PRAN修改了DHCP报文，丢弃了OPTION54字段。 Page 9 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 维护通道类故障 VLANVLAN自学习失败故障处理自学习失败故障处理 问题描述问题描述 W市T运营商LTE工程在开站过程中DHCP四个报文都是正常的,从U2000上可以看到已经下发ACK消息到基站,且基站也收 到U2000发送的ACK消息,但是ACK消息之后又重复DHCP四个报文,导致基站操作维护链路一直不能建立 1、首先进行现象确认，DHCP过程正常，而OM通道建立失败，可能是由于DHCP过程中下发的配置

10、有误或者是传 输侧配置有误。 2、其次进行配置核查，结合现象核查DHCP下发的配置，DHCP下发的主要配置如图所示：核查后发现配置参考 与规划相同。 3、再次进行传输侧相关参数核查，主要是与OM通道相关的配置，如VLAN，网关IP，核查后发现VLAN配置与规 划不一致，修改summary表中基站的VLAN，重新导入CME中，重新导出开站数据和开站列表。开站正常。 处理过程处理过程 Page 10 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 维护通道类故障 VLANVLAN自学习失败故障处理自学习失败故障处理 VLANVL

11、AN自学习：自学习： 在U2000上创建PnP调测任务后，U2000周期性向基站发送OM通道建立请求。该报文的源IP地址为U2000 IP地址，目的 IP地址为基站的OM IP地址。此数据包会被发送至基站侧Relay的L3路由器上，如果L3路由器上无对应此报文目的IP 地址及eNB OMIP的ARP表项，L3设备就会广播ARP报文，此时基站则会接收到此ARP报文，并从ARP报文中取出正确的 VLAN信息同时进行保存。 重点：基站学习到的VLAN是IPRAN L2上配置的VLAN 1、 DHCP四个报文中从基站上报的discover和request报文中 的VLAN都是从IPRAN L2上学习到

12、的，所以基站所发的这两 个报文能正常到达U2000，而U2000也可以把offer和ack报文 发送到基站； 2、U2000给基站下发ACK消息后，基站会把从U2000上配置 的操作维护IP、VLAN和路由在基站侧生效； 在建立操作维护之前基站会使用U2000 ACK消息中的 VLAN和IPRAN L2上配置的VLAN进行对比，如果一致会建立 操作维护链路；如果不一致则把从ACK消息中获取到的IP， 路由及VLAN全部失效，重新启动DHCP流程 案例根因：案例根因： Page 11 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LT

13、D. 传输类案例 传输引起的开站失败案例传输引起的开站失败案例 问题现象问题现象 某局点，在进行开站时，发现从U2000上看，每次开站 时都是进行到99%时，失败。 排查排查步骤步骤 1、首先进行现象确认，从U2000开站界面上可以看到 基站已完成了版本下载、配置下载，在进行激活配置 后等待站点重新启动完成时超时。 2、其次进行配置核查，版本能够下载成功，说明ESN 无误，VLAN、IP和路由没有问题，复位后OMCH建立失 败，可能原因是版本和配置文件激活失败，或激活成 功后OMCH通道建立失败。核查结果版本与配置文件匹 配，没有问题，端口模式/VLAN/IP/路由配置均无误。 3、再次进行传

14、输侧相关参数核查，发现ATN的端口协 商模块为强制（实际要求为自适应），改为自适应后， 开站成功。 eNB 路由器） M2000 下载软件 下载配置 激活配置 激活软件 基站复位重启 复位后，U2000以新配置登陆站点 此处失败 Page 12 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 目录目录 业务类故障处理业务类故障处理 设备类故障处理设备类故障处理 - - 传输类传输类 设备类故障处理设备类故障处理 - - 射频类射频类 设备类故障处理设备类故障处理 - - 硬件更换类硬件更换类 Page 13 HUAWEI T

15、ECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 射频类故障 射频类故障处理射频类故障处理 1 2 3 RSSI 外部干扰 互调 驻波 CPRI接口 电调天线故障 Page 14 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 射频类故障 RSSIRSSI故障处理故障处理 RSSI过低 RSSI不平衡 RSSI过高 RSSI RSSI理论值 带宽 FDD dBm TDD dBm 20M-98-97 15M-99-98 10M-101-100 5M-104-103 3M-10

16、6-105 1.4M-110-109 1 通道衰减值检查 互 调 干 扰 检 测 2 方法1 方法2 1、记录空载时的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(

17、5*106)+2.5=-104.5dBm。 RSSI过高：过高： 标准要求不超正常值标准要求不超正常值6dB；因此；因此 20M：RSSI=-92dBm， 15M：RSSI=-93dBm 3 频 谱 扫 描 OK NOK Page 15 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 射频类故障 RSSIRSSI故障处理故障处理 先按要求进行后台单站测试，加载和不加载的时候RSSI差值大于等于4dBm 的定义为内部干扰内部干扰（工程质量问题和互调问题）工程质量问题和互调问题），需安排站处理恢复； 如果RSSI值高于-92dB

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

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

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

21、的引入点。 例如：断开例如：断开1，接入低互调负载，添加下行模，接入低互调负载，添加下行模 拟负载，拟负载，RTWP/RSSI无变化，说明载频模块无变化，说明载频模块OK； 断开断开2，接入低互调负载，添加下行模拟负载，接入低互调负载，添加下行模拟负载， RTWP/RSSI显著抬升，说明下跳线是引入互调显著抬升，说明下跳线是引入互调 干扰的故障点，依次类推。干扰的故障点，依次类推。 或者使用或者使用“替换法替换法”，逐段馈线检查替换。，逐段馈线检查替换。 Page 17 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 射频类

22、故障 电调天线故障处理电调天线故障处理-电调基本原理电调基本原理 远程电调天线RET（Remote Electrical Tilt）由天线、远端控制单元RCU（Remote Control Unit） 和AISG(Antenna Interface Standard Group )控制线缆组成。见图1 两种连接方式： RRU/RFU+SBT+RCU和RRU+RCU Page 18 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 射频类故障 电调天线故障处理电调天线故障处理-配置步骤配置步骤 电调天线调测过程电调天线调测过程，

23、通过网管远，通过网管远程控程控制：制： 第一步：设置ALD供电开关 MOD RETPORT （RRU直接给RCU供电方式）、MOD ANTENNAPORT（使用SBT或塔放给RCU供电方式） 第二步：扫描ALD设备 SCN ALD 第三步：添加ALD设备 ADD RET 第四步：配置电调天线与RRU的对应关系MOD RETSUBUNIT 第五步：加载RET天线配置数据文件 DLD RETCFGDATA 第六步：校准RET天线 CLB RET 第七步：设置RET天线下倾角 MOD RETTILT 第八步：查询RET天线下倾角 DSP RETSUBUNIT Page 19 HUAWEI TECHN

24、OLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 射频类故障 电调天线故障处理电调天线故障处理-常见电调故障常见电调故障 告警名称告警名称告警原理告警原理 告警促发来告警促发来 源源 一般原因一般原因备注备注 电调天线马达故障 告警 基站下发RCU角度校准或角度调整命令， RCU检查到马达故障（RCU内部检查）后上 报告警给基站，基站收到告警信息后上报 RCU 马达检测失败、 马达不在位，马 达永久堵转、 马达转动时力矩不 足或RCU内部老化、马达转不动。 RCU的电压供电不足会导致马达驱动 力不足。RCU线接触不良（线未拧紧 等）或RCU线过长，馈

25、线馈线松动、 过长都可能导致供电不足。 电调天线数据丢失 告警 在电调校准或调整下倾角时，RCU读取不到 配置文件，上报告警给基站 RCU 未上传配置文件或者RCU内部数 据文件读取不到 一般解决方案：重新上传配置文件， 如果重新上传文件还是有该告警，说 明RCU内部存储损坏，需要更换RCU 电调天线未校准告 警 在调整RCU角度时，如果RCU未检测到已校 准标识（RCU写到自己的存储里面），上报 该告警给基站 RCU 新安装的配置文件没有进行校准 或已校准的标识丢失 加载的配置文件与RCU不匹配， RCU 软件异常，或RCU安装不工艺导致 射频单元ALD电流 异常告警 RRU检测RRU外接天

26、馈设备的工作电流值异 常，基站上报该告警。 RRU 1）过流告警的可能问题：使用的 合路器对直流短路、ALD过流告 警门限设置不当、多芯线制作不 合格、怀疑ALD设备故障导致。2） 欠流告警的可能问题：无ALD设 备却打开了ALD供电开关、天馈 上有BT，非华为供电线缆连接松 动 首先排查后台门限是否设置合理 天线设备维护链路 异常告警 RRU检测与已配置的RCU的握手关系，如果 无法检测到心跳帧就上报告警。 RRU RRU检测与已配置的RCU的握手 关系中断 RRU与RCU之间链路异常，无法通讯 电调天线运行数据 异常告警 基站周期查询RCU的实际下倾角值和基站配 置文件中保持的下倾角值不一

27、致，基站上报 告警。基站可以设置两者之间的误差范围 BBU 配置文件更新，下倾角变化或电 调因为动力因素产生下倾角变化 解决方案：重新校准天线后，重新设 置下倾角角度 Page 20 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 射频类故障 驻波故障处理驻波故障处理 1、驻波告警门限查询 根据工程质量设置告警门限，供日后在线检测驻波。 工程质量驻波=1.5，告警门限设置为2.0. 2、离线驻波测试 在线驻波测试有一定误差，通常验收时采用离线检测。 执行STR VSWRTEST测试，该测试会中断业务。 3、上站排查 首先检查

28、RRU和天馈各个组件之间的连接是否有松动或断开现象。 检查RRU和天馈的频段是否一致 使用SiteMaster的DFT测试驻波故障点 Page 21 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 射频类故障 CPRICPRI接口故障处理接口故障处理 CPRI协议接口定义 CPRI接口 CPRI接口 光模块光纤的单双模不一致； 两端设备较近时使用了距离过大的光模块； 光模块故障（对端发送光功率过大） 光纤接头或光模块安装松动，或光模块老化。 光纤接头不洁净，存在灰尘等异物。 光模块的型号（单模/多模、速率、距离）不匹配。 光

29、纤线路存在弯折、挤压或老化，或光纤线路过 长导致光信号出现较大衰减； 光口接收无信号还可能是没有光纤有断点、对端 未连接或单板硬件故障； CPRI光口故障的可能原因 Page 22 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 射频类故障 射频类故障处理案例射频类故障处理案例- -华为华为LTELTE基站基站RRURRU光路异常分析光路异常分析 目前LTE基站基本采用DBS3900方式组网，因此BBURRU的光路故障是我们日常维护中最经常遇到的问题之一，这 类故障常见的告警包括： 小区不可用告警 BBU光模块收发异常告警（

30、物理层） BBU CPRI接口异常告警（链路层） BBU CPRI光模块/电接口不在位告警 BBU CPRI光接口性能恶化告警 射频单元光模块收发异常告警（物理层） 射频单元CPRI接口异常告警（链路层） 射频单元光模块/电接口不在位告警 射频单元光接口性能恶化告警 射频单元光模块故障告警 射频单元维护链路异常告警 射频单元硬件故障告警 告警类别那么多，吓死人了！ Page 23 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 射频类故障 射频类故障处理案例射频类故障处理案例- -华为华为LTELTE基站基站RRURRU光路

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

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

33、常，检查下一步； 3、在RRU测量RRU发出的光功率，如果正常，请检查光路，如果不正常，请按顺序更换光 模块、RRU端口、RRU直至发出的光功率正常； 4、在RRU处测量BBU过来的光功率，如果不正常，请检查光路；如果正常，请按顺序更换 光模块、RRU端口、RRU直至正常； Page 25 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 射频类故障 射频类故障处理案例射频类故障处理案例-1-1 问题现象：上报ALM-26529 射频单元驻波告警（重要）与ALM-29243小区服务能力下降告警 问题分析：如果驻波告警后处理开关

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

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

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

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

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

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

40、-射频单元CPRI接口异常、26506-射频单元光接口性能恶化告警，如果存在先排除告警。 问题处理步骤： 1. 确认小区配置实际单板规格是否支持，小区配置2T4R，RRU3632，LBBPd3单板。 2. CPRI未压缩时，2T4R 20M小区需要4.9G CPRI速率，查看CPRI协商结果。 从线速率上确认，CPRI速率不足导致小区服务能力下降。DSP SFP或DSP ELABLE查询光模 块支持的速率，确认为LBBP侧使用了2.5G光模块，更换光模块告警恢复。 Page 29 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD

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

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

43、每 个小区电调序列号LTE侧和C网侧互换，重新加载电调数据，加载成功 Page 31 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 目录目录 业务类故障处理业务类故障处理 设备类故障处理设备类故障处理 - - 传输类传输类 设备类故障处理设备类故障处理 - - 射频类射频类 设备类故障处理设备类故障处理 - - 硬件更换类硬件更换类 Page 32 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. U2000U2000 FDD_LTEFDD_LTE的的UM

44、PTUMPT板故障恢复指导书板故障恢复指导书 在现实LTE网络运维中，基站单板故障不可避免，LTE网络没有了基站控制器，其运行配置全部储存在基站 上，因此更换主控板时，需要完全更新数据。华为网管集成了CME对数据进行管理。 通过CME Current区实时同步网元配置的功能，可以实现不需要重新开站而只需要利用已保存的数据完成 快速建站，达到更换主控板前的站点状态。 需要在现场更换单板前更换单板前完成Step1Step3步骤工作，否则网管数据可能会被新更换单板数据覆盖； 1、删除即插即用中原来的基站数据（注意记录基站ESN号）； 2、进入CMECurrent区打开Current区，导出目标站点的

45、“即插即用数据”； 3、校验完成后，进入“即插即用”界面；点击进行重新开站； 4、更换主控板；待开站正常结束； 5、检查数据配置是否与之前相同，及基站各项状态是否正常； Page 33 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TECHNOLOGIES CO., LTD. 目录目录 业务类故障处理业务类故障处理 设备类故障处理设备类故障处理 - - 传输类传输类 设备类故障处理设备类故障处理 - - 射频类射频类 设备类故障处理设备类故障处理 - - 硬件更换类硬件更换类 Page 34 HUAWEI TECHNOLOGIES CO., LTD.HUAWEI TE

46、CHNOLOGIES CO., LTD. 业务类故障处理案例业务类故障处理案例1 1 问题描述问题描述 某LTE FDD站点下只能接入一个终端，第二个终端无法连接上。后来更换多个终端，发现有的可以接入，有的则不行 告警信息：无 版本：V100R008C01SPC240 问题分析问题分析： 1.用户接入类问题，首先排查终端问题，是否只涉及某一类终端。其次确认失败时现象，是否网络无响应，还是 已接入无法做业务。 2.接入失败，要通过信令确认在哪一个阶段被拒绝，是RRC阶段还是E-RAB阶段。 LTE系统中的承载如下图所示 Page 35 HUAWEI TECHNOLOGIES CO., LTD.H

47、UAWEI TECHNOLOGIES CO., LTD. 业务类故障处理案例业务类故障处理案例1 1 问题处理步骤：问题处理步骤： 1. 通过跟踪可以看到UE会给MME回复S1AP_INITIAL_CONTEXT_SETUP_RSP消息后，等待了52秒给MME又发送了释放请求，原因为传输 资源不可用。 2. S1AP_INITIAL_CONTEXT_SETUP_REQ携带的地址如下，解析后为10.100.34.68 1 3. 查看告警情况 测试时间段28号告警上报情况是正常的。到10.100.34.68无异常告警 Page 36 HUAWEI TECHNOLOGIES CO., LTD.HUA

48、WEI TECHNOLOGIES CO., LTD. 业务类故障处理案例业务类故障处理案例1 1 4,从CHR统计可以看到90%的掉话都是由于 UEM_UECNT_REL_RECV_GTPU_RESET _BEAR_REQ, 导致RAB阶段掉话。 这个错误 值的含义是RRC重建，重配置GTPU资源失败。 5. 查看CHR 日志，选取了多次失败记录看，都指向不同的对端IP， 有10.100.34.12/10.100.34.65/10.100.34.34等等，如下图只是一 个举例，说明并不是某一条链路存在问题，所有链路都有问题。再 看对应释放时间点的debug日志，看到有GTPU的Echo Res

49、ponse超时 记录，以及明显的IPPATH down的记录，说明是IPPATH链路故障导致 对端没有回Echo Response. 6.检查传输链路， 对所有对端IP进行PING测试，500字节20次包大部分都能PING通，1500字节基本不能通，调整到 1472能PING通，1473字节PING不通， 说明传输MTU存在瓶颈，设置的MTU值不满足我们的要求。要求传输更改MTU值 或者更换传输链路。 7. 由于当前使用异厂家传输，修改MTU未协调成功。修改到华为传输下，ping 1500字节能通。业务测试正常。 Page 37 HUAWEI TECHNOLOGIES CO., LTD.HUA

50、WEI TECHNOLOGIES CO., LTD. 业务类故障处理案例业务类故障处理案例1 1 案例中案例中IPPATHIPPATH故障却未上报告警，故障却未上报告警，IPPATHIPPATH故障是否有检测机制，是否会上报告警故障是否有检测机制，是否会上报告警? ? 如果打开了GTPU静态检测（MOD GTPU），IPPATH会通过GTPU ECHO报文检测业务通道： 检测机制根据配置MOD GTPU来定的，默认是20s一次，连续3次才上报告警。 LST GTPU: 查询GTPU配置信息 - ECHO帧超时时长(毫秒) = 20000 ECHO帧超时次数 = 3 差分服务码 = 0 静态检测

51、开关 = 使能 静态检测：1分钟检测一轮，1分钟定时器超时后，在所有IPPATH上发送GTPU ECHO检测报文。收到SGW应答，检测正常结束。检 测不通，等待“ECHO帧超时时长”（MOD GTPU设置，默认5秒）后，发送下一个报文，一共发送“ECHO帧超时次数”（MOD GTPU设 置，默认3次），超时后上报“IP Path故障告警”（Link方式）或“用户面承载链路故障告警”（End-Point方式）。 动态检测：只检测有用户承载的IPPATH，检测机制与静态相同，检测到故障后不上报告警，会释放对应IPPATH上的承载用户。 Page 38 HUAWEI TECHNOLOGIES CO.

52、, LTD.HUAWEI TECHNOLOGIES CO., LTD. 接入类故障 接入类常见故障处理接入类常见故障处理 1.当出现终端无信号情况时，首先检查小区是否正常开工，排查 基站侧告警； 2. 小区正常后，仍无法搜到网络，则确认终端是否支持LTE对应频 段、FDD/TDD模式； 3. 终端发起attach流程后，未发起鉴权就被MME拒绝，一般原 因为终端在EPC侧的开户数据存在异常，需要协调EPC配合定 位； 4. 终端与EPC双向鉴权失败，导致终端被拒绝接入，一般原因为 写卡的KI、OP/OPC与开户的KI、OP/OPC不一致，该问题需 要EPC配合解决； 5. 当安全模式流程通过后，终端接入失败分为两种情况： a. 基站侧发送release消息，此时终端不会收到MME下发的 Attach Reject消息；这种情况只能通过基站侧S1跟踪，观察失 败原因；常见问题为IPPath不可用导致； b. MME下发Attach Reject消息，此时常见原因为终端接入的 TAC（由eNodeB配置），与MME侧配置的TAC不符。 Page 39 HUAWEI TECHNOLOGIES CO.