LTE抓包分析指导手册
目录
1概述 (3)
2抓包前的准备工作 (3)
2.1UU口抓包前的准备工作 (3)
2.1.1使用测试电脑进行抓包 (3)
2.1.2使用安卓系统手机进行抓包 (4)
2.2ENB抓包前的准备工作 (5)
2.3核心网抓包前的准备工作 (6)
3抓包方法介绍 (6)
3.1UU口抓包方法 (7)
3.1.1使用测试电脑进行抓包 (7)
3.1.2使用安卓系统手机进行抓包 (8)
3.2ENB抓包方法 (10)
3.3核心网抓包方法 (10)
4抓包数据分析方法介绍 (11)
4.1单个业务（线程）的过滤方法 (11)
4.2丢包/乱序分析方法 (14)
4.2.1IO GRAPHS (14)
4.2.2APPLY AS FILTER (15)
4.3无线侧BLER与丢包联合分析方法 (16)
图目录
图 2-1 Capture Interfaces (4)
图 2-2 Shark.apk启动界面 (5)
图 3-1 Wireshark抓包启动方法 (7)
图 3-2 Wireshark抓包关闭方法 (7)
图 3-3 Wireshark抓包文件保存方法 (8)
图 3-4 Shark.apk抓包启动方法 (9)
图 3-5 Shark.apk抓包关闭及保存方法 (10)
图 3-6 CC单板.................................................................................................... 错误！未定义书签。图 4-1 IO Graphs .. (12)
图 4-2 Follow TCP Stream (12)
图 4-3 File Save As (13)
图 4-4 “Follow TCP Stream”Clear (13)
图 4-5 File Save As (14)
图 4-6 借助IO Graphs进行丢包/乱序分析 (15)
图 4-7 借助Apply as Filter进行丢包/乱序分析 (15)
图 4-9 DT软件BLER分析举例 (16)
图 4-10 Wireshark丢包分析举例 (16)
1 概述
对于LTE制式无线网络，下行速率的突破对终端的处理能力（比如：终端CPU
处理能力对RTT时延的影响）、网络设备的传输质量（比如：流速均匀且不乱
序、丢包）、Uu口的无线环境（在高编码方式下，SINR值低于30均会出现不
同程度的丢块）提出了更高的要求。另外，在系统发展初期，难免会遇到某些网
元存在软件故障以及协同设置等问题。
由于目前正处于LTE发展初期，端到端、一体化的网优工具以及性能统计还不
够完善，在面对无线环境相对良好但是速率不及预期的问题处理时缺少及时有效
的定位手段，在Uu口、eNB、核心网侧同时抓包则能够很好的解决这个问题，
这也是本文介绍的重点。在准备工作到位的前提下，半天时间即可准确定位到底
是哪个网元的问题，以缩小排查范围，以及提供优化建议。
下文将从抓包前的准备工作、抓包方法、抓包数据分析方法几个维度进行详细介
绍。
2 抓包前的准备工作
2.1 Uu口抓包前的准备工作
2.1.1 使用测试电脑进行抓包
测试电脑选型要求
尽量选择硬盘读取能力、CPU处理能力较优的测试电脑。建议每次录取的行数
不超过80万行（约800M的数据），否则可能会出现系统反应迟钝甚至无法停
止抓包导致无法保存的情况，视测试电脑的处理能力而定。然后在测试电脑上安
装下述应用程序：
Wireshark
抓包及抓包数据分析工具。
测试终端驱动（MIFI等）
确保在测试电脑网络连接成功的情况下可以在Wireshark查看到网络连接设备的
网卡。检查方法如下：
点击Wireshark菜单-Capture-Interfaces，则会弹出下述对话框，检查确保有测
试终端驱动的Interface，且在浏览网页的情况下有Packets：
图 2-1 Capture Interfaces
2.1.2 使用安卓系统手机进行抓包
注意：安卓系统开发商以及终端厂商禁止用户ROOT手机，ROOT后的手机将不会享受三包服务。
测试终端要求
安卓操作系统，且尽量选择CPU处理能力较强的终端，需要使用3类还是4类
终端视现场需求而定。然后在测试终端上安装下述应用程序：
Shark.apk
备注：安装Shark.apk后如果无法正常启动，则是由于终端没有ROOT导致。
正常启动后的界面如下：
图 2-2 Shark.apk启动界面
2.2 eNB抓包前的准备工作
请做好下述准备工作：
?确保可以进去机房；
?准备一根较长的网线；
?由于在eNB上抓取的报文是整个CC板的，所以，如果不只是该抓包测试用户在该站点下进行业务，那么抓包数据量会非常大，请尽量选择硬
盘读取能力、CPU处理能力较优的测试电脑。建议每次录取的行数不超
过80万行（约800M的数据），否则可能会出现系统反应迟钝甚至无法
停止抓包导致无法保存的情况，视测试电脑的处理能力而定。
2.3 核心网抓包前的准备工作
请做好下述准备工作：
?要求核心网至少需要在近S1接口进行抓包。当然，除了在近S1接口进行抓包外，也可以同时在其它接口进行抓包，以进一步缩小排查范围；
?在进行抓包测试之前，最好为测试卡申请静态IP，如果来不及申请，则需要现场首先在Uu口进行抓包，在不断链的情况下进行多次串行测试，
检查核心网为终端分配的IP地址是否比较固定。如果比较固定，那么也
可以不为测试卡申请静态IP地址，在每次联合抓包之前，由Uu口的抓
包首先进行，在确定好测试卡的IP地址后，通知核心网侧根据该IP地
址进行抓包。
3 抓包方法介绍
在进行Uu口、eNB、核心网联合抓包时，抓包工作由Uu口统一协调：
?Uu口在获取了为测试卡分配的IP地址后，通知核心网侧进行抓包过滤设置；
?Uu口完成每一段的测试时，都要及时通知eNB侧及核心网侧保存抓包文件，且需要注意文件名的匹配。
下面将会区分Uu口、eNB、核心网侧详细介绍抓包方法。
3.1 Uu口抓包方法
3.1.1 使用测试电脑进行抓包
在进行测试任务之前，启动Wireshark，点击Wireshark菜单-Capture-
Interfaces，则会弹出下述对话框。在该对话框中找到网络连接涉及的Interface，
点击Start按键则启动抓包：
图 3-1 Wireshark抓包启动方法
在抓包完成后，点击下图红色标注的按键，则停止抓包：
图 3-2 Wireshark抓包关闭方法
点击Wireshark菜单-File-Save As，则会弹出下述对话框。在该对话框中设置抓
包文件名，点击保存即可完成抓包文件的保存（请注意不要修改红色标注的地
方）：
图 3-3 Wireshark抓包文件保存方法
3.1.2 使用安卓系统手机进行抓包
注意：请不要修改Parameters中的内容，确保设置为：-vv -s 0。
在进行测试任务之前，启动shark.apk，且点击Start按键，则将启动记录抓包数
据。.pcap文件名为软件自动生成，无法自定义设置：
图 3-4 Shark.apk抓包启动方法
在完成测试任务之后，点击Stop按键，抓包文件将会自动保存入SD卡的根目录下：
图 3-5 Shark.apk抓包关闭及保存方法
3.2 eNB抓包方法
涉密，删除。
3.3 核心网抓包方法
由于各个核心网设备厂家抓包方法的差异，在此不进行详细介绍。无线侧需要重
点关注的是：核心网侧在抓包时需要无线侧配合的工作。具体如下：
?Uu口在获取了为测试卡分配的IP地址后，通知核心网侧进行抓包过滤
设置；
?Uu口完成每一段的测试时，都要及时通知核心网侧保存抓包文件，且需
要注意文件名的匹配。
4 抓包数据分析方法介绍
4.1 单个业务（线程）的过滤方法
从抓包数据中筛选出单次业务（线程）是抓包数据分析的前提。一般涉及两种情
况：
情景一：对于eNB的抓包数据，是整个站点的，既包括了测试用户的抓包数据，
同时也包括了普通商用用户的抓包数据，需要分离出来；
情景二：大部分的测试是多线程并行测试，比如Speedtest、FileZilla等，需要
梳理每条线程的数据传输情况。
针对上述两种情况，都可以使用下述方法过滤出来，以对每个业务（线程）进行
分析。
注意：因为个人习惯不同，会有多种过滤的方法。下文只介绍其中一种，这种方法虽然较为繁琐，但是能够帮助大家更加全面的了解Wireshark的功能
子项。
点击Wireshark菜单-Statistics-IO Graphs，以下图为例，可以从红色标注的地
方了解到有效数据（下载业务阶段）约为69000行：
以下图为例，选择数据传输过程中的任意一行，单击鼠标右键，在弹出的菜单中点击“Follow TCP Stream”，则可以筛选出该行所对应的业务（线程）。举例说明如下：
图 4-2 Follow TCP Stream
点击Wireshark菜单-File-Save As，则会弹出下述对话框。通过红色标注的内容则可以了解该业务（线程）占整个抓包文件的情况。以下图为例，该线程有33434行，整个抓包文件为89780行，也就是说，这次抓包测试不是单线程：
针对该线程的抓包数据，随机找到一处不连续的“NO.”，以下图为例，第153～196行之间存在不连续的情况。找到之后，点击下图中红色标记的“Clear”，则会回到执行“Follow TCP Stream”前的状态：
图 4-4 “Follow TCP Stream”Clear
选择第154～195行之前的任意一行，再次执行“Follow TCP Stream”，完成后再次点击Wireshark菜单-File-Save As，这次捕捉的线程有35882行：
结合之前所做的两次“Follow TCP Stream”，可以得出结论：这个业务是使用
双线程进行下载的。
4.2 丢包/乱序分析方法
在这里介绍两种方法，以帮助大家更好的了解Wireshark的功能子项：
4.2.1 IO Graphs
点击Wireshark菜单-Statistics-IO Graphs，按照下述标注填写好“Filter”后面
的字段，然后点击“Graph*”，则会显示数据包的下发与丢包/乱序的对比情况
（由于LTE网络速率较高，建议将Tick interval修改为0.1sec）：
图 4-6 借助IO Graphs进行丢包/乱序分析
4.2.2 Apply as Filter
找到任一丢包或乱序的行，找到下述标注的位置，点击鼠标右键，在弹出的菜单
中点击“Apply as Filter-Selected”，则可以筛选出丢包/乱序行。举例说明如下：
图 4-7 借助Apply as Filter进行丢包/乱序分析
4.3 无线侧BLER与丢包联合分析方法
在Uu口进行抓包的同时，为了核实丢包是否与无线丢块有关，可以同时使用
DT软件抓取LOG以进行联合分析。以下图为例，此次丢包不是由于无线丢块导
致的：
图 4-8 DT软件BLER分析举例
图 4-9 Wireshark丢包分析举例
华为LTE常见告警处理建议 2017-8-15 华为LTE常见告警目 录 1射频单元业务不可用告警3 2小区不可用告警4 3射频单元维护链路异常告警4 4BBU IR接口异常告警5 5网元断连6 6传输光接口异常告警6 7S1接口故障告警6 8射频单元IR接口异常告警7 9License试运行告警7 10以太网链路故障告警8 11用户面故障告警8 12射频单元时钟异常告警9 13基站S1控制面传输中断告警9 14射频单元交流掉电告警9 15BBU IR光模块收发异常告警10 16射频单元驻波告警10 17远程维护通道故障告警11 18小区服务能力下降告警11 19射频单元光模块收发异常告警11
20射频单元光接口性能恶化告警12 21交流掉电告警12 22时钟参考源异常告警13 23射频单元硬件故障告警13 24射频单元输入电源能力不足告警14 25配置数据超出License限制告警14 26射频单元ALD电流异常告警14 27RRU组网级数与配置不一致告警15 28射频单元发射通道增益异常告警15 29星卡锁星不足告警15 30星卡天线故障告警15 31BBU IR光模块/电接口不在位告警16 32天线设备维护链路异常告警16 33制式间通信异常告警16 34配置数据不一致告警17 35系统时钟不可用告警17 36时间同步失败告警18 37射频单元软件运行异常告警18 38BBU直流输出异常告警18 39单板温度异常告警19 40射频单元光模块/电接口不在位告警19 41射频单元接收通道RTWP/RSSI过低告警19 42BBU单板维护链路异常告警20 43BBU光模块收发异常告警20 44RRU组网拓扑类型与配置不一致告警21 45证书失效告警21 46远程维护通道配置与运行数据不一致告警22 47系统无License运行告警22 48单板不在位告警22 49未配置时钟参考源告警23 50MAC错帧超限告警23
LTE常见故障总结 11、System module failure (0010) 32、BTS reference clock missing (1898) 33、Configuration error: Unit initialization failure (0012) 34、Configuration error: Not enough HW for LCR (1868) 45、Configuration error: Power level not supported (4008) 46、Cell configuration data distribution failed (6253) 47、Failure in optical RP3 interface (4064) 58、Failure in optical RP3 interface (0010) 59、Baseband bus failure (3020,1906)5 10、RF module failure (6259，19 11、17 11、1712)5 11、Cell power failure (4090)6 12、GPS Receiver alarm: Control Interface not available （4011）6 13、X2 interface setup failure（6304）6 14、Transport layer connection failure in X2 interface6
15、Failure in replaceable baseband unit7 16、Temperature alarm(0002)7 17、VSWR（1838）7 18、Failure in optical RP3 interface (2004)8 19、GPS时钟盒闪断，时钟信号不正常，无法识别RRU8 20、Failure in optical RP3 interface（2000）8 21、光纤交叉连接8 22、基站始终无法建立S1连接，只到configed状态9 23、GPS时钟盒闪断，时钟信号不正常，无法识别RRU9 24、某一个小区的RRU无法识别9 25、BBU版本无法识别10 26、校准初步排查10 27、本地IP地址和路由正常，ping不通MME和网关11 28、TRS文件始终无法生效11 29、三种疑难告警12 30、远程ping不通基站12 31、风扇告警12 32、BTSlog有link消息，但是pinger始终不亮12 33、驻波问题13 34、pinger正常，但是SM里小区显示橙黄色告警13 35、几个特列13 36、FOSI 和FOSN的光功率范围13
LTE后台日常操作总结 一．机房常用命令 1、M ML命令界面 2、查询小区静态参数：LST CELL(包括常用参数频点、带宽、PCI等) 3、查询小区动态参数DSP CELL 4、修改小区MOD CELL 5、查询PDSCH配置信息(参考信号功率)：LST PDSCHCFG 单位0.1毫瓦分贝 6、修改PDSCH配置信息(参考信号功率) MOD PDSCHCFG 7、查询活动告警：LST ALMAF（历史告警LST ALMLOG） 8、查询小区下所有实时在线用户数的基本信息：DSP ALLUEBASICINFO 二．信令跟踪 1、信令跟踪 2、S1标准信令跟踪 3、Uu口标准信令跟踪 4、RSSI统计监控（RSSI 接收信号强度指示）
5、干扰检测监控 干扰监测通过RRU做数据采集，经主控板对数据作FFT运算分析和处理后，实时显示当前设置频率范围内的信号频谱，实现类似频谱仪的部分功能，方便网上干扰问题的定位、排查和分析。 6、总吞吐量监控 该任务监测用户的保证比特速率GBR(Guaranteed Bit Rate)及非保证速率对应数据无线承载的吞吐量，用以评估当前空口情况及调度算法。 三．指标监控 1、L TE系统KPI指标查询 四．告警查询 1、当前告警浏览 选择菜单——监控——浏览当前告警 2、查询告警日志 选择菜单——监控——查询告警日志 五．eNodeB邻区操作 由于LTE系统的扁平架构，相对2、3G减少了BSC、RNC，导致每个eNodeB都要维护 一套邻区关系。
1、本站邻区添加 本站邻区直接添加：ADD EUTRANINTRAFREONCELL 2、增加系统内同频eNodeB邻区 系统内同频eNodeB间小区邻区关系的建立，需要先创建EUTRAN外部小区关系 在MML命令行输入：ADD EUTRANEXTERNALCELL 注意：EUTRAN外部小区信息一定要正确，基站通过增加这些信息来维护邻区关系，如果小区信息有错误，会导致切换失败。 创建完外部小区关系后，开始增加EUTRAN同频邻区关系,在MML命令行输入：ADD EUTRANINTRAFREQNCELL 3、查询系统内同频eNodeB邻区 在MML命令行输入：LST EUTRANEXTERNALCELL 注意：什么都不填表示查询所有EUTRAN外部小区信息。 在MML命令行输入：LST EUTRANINTRAFREQNCELL 注意：什么都不填表示查询所有EUTRAN同频邻区关系。 4、删除系统内同频eNodeB邻区 删除eNodeB邻区，需要先删除小区同频邻区关系，才能删除EUTRAN外部小区。
LTE-FDD常见告警处理指导 1.1 SCTP偶联断 1.1.1 告警原因 1.本端或对端偶联参数配置错误； 2.传输链路故障。 1.1.2 处理措施 1.在告警管理系统中，检查告警详细信息中的附加文本字段，查看SCTP偶联 号； 2.在动态管理系统中，运行“查询SCTP”命令，根据SCTP偶联号查询对应 偶联的运行状态，确认SCTP偶联已断； 3.在配置管理系统中，检查SCTP偶联参数配置，确保SCTP偶联的远端地 址、远端端口号与对端的本端地址、本端端口号一致； 4.在诊断测试系统中，进入[IP通道测试]界面，然后在『目的IP』中输入对端 IP地址（即eNodeB的远端地址），进行ping测试，判断本端（eNodeB） 到对端（MME/SGW/邻接eNodeB）的传输地址是否可达； 5.在配置管理系统中，排查基站至对端的静态路由是否配置正确，包括：目的 IP地址、下一跳IP地址等； 6.在配置管理系统中，排查SCTP链路所在的IP层参数是否配置正确，包括： VLAN ID、IP地址、网关IP等参数； 7.如果上述配置数据不正确，修改参数，同步配置数据到基站。检查告警是否 清除，如果告警仍未消除，联系传输人员排查传输链路问题； 1.2 S1断链告警 1.2.1 告警原因 1.SCTP偶联断。 2.S1AP建立失败（协商失败或基站无小区）。 1.2.2 处理措施 1.检查告警详细信息中的附加文本字段，是否SCTP偶联断，如果是，参照 “SCTP偶联断”告警的处理措施进行排查； 2.检查告警详细信息中的附加文本字段，是否S1AP建立失败。如果是，在配 置管理系统中检查基站是否配置小区，S1配置参数是否有效； （1）检查MCC、MNC是否配置正确，必须按照运营商提供的数据规划 来配置MCC、MNC，由于EPC可能同时和不同E-UTRAN系统 对接，因此eNodeB侧配置的MCC、MNC必须在EPC侧也配置 了，否则会导致S1AP层信令交互失败、S1断链（此时SCTP链 路是通的）； （2）检查TAC是否配置正确；并与核心网侧人员确认EPC是否已相应 配置了基站的TAC参数。若eNodeB侧和EPC侧配置的TAC参 数不一致，则会导致S1断链； （3）检查eNodeB标识（eNBID）是否配置正确，若整网存在eNodeB 标识（eNBID）冲突的情况，则会导致S1链路闪断；
LTE常见告警故障分析 1.1光口接收链路故障 原因分析： ?光纤有损坏 ?光模块问题 ?ODF架处法兰盘有光损 ?近端、远端之间的线路故障 处理方法： ?根据所出的光口接收链路故障的位置(基带处理板光口或RRU光口)更换相应的光纤 ?同上，更换相应的光模块 ?排除以上2种原因外，可试更换光纤连接处的法兰盘 ?可通过在远近端处互相发光、收光，以此判断线路是否存在故障 1.2RRU链路断 原因分析： ?RRU掉电 ?光路故障 ?光模块损坏 ?基带板故障引起RRU链路断 处理方法： ?检查RRU是否上电 ?如果RRU正常上电，排除光模块或光路是否有光损 ?观察基带板指示灯闪烁状态是否正常，如异常，则先插拔基带板使其复位；如果以上因素全都排除，则更好RRU 1.3天馈驻波比异常 原因分析： ?RRU通道接口与天线端口之间连接的跳线未连接好 ?设备接口渗进雨水 ? RRU与天线端口之间连接的跳线有损坏 ?RRU内部出现故障 处理方法： ?检查RRU通道接口与天线端口之间连接的跳线是否连接好，重新连接 ?检查RRU故障通道口内是否有渗进雨水，如有，需清理干净；另外设备被雨水浸泡后会有所腐蚀生锈，可用砂纸打磨后重新连接
?如无以上情况，请尝试更换跳线，之后重启RRU，查看是否还会出现驻波比告 警 ?通过以上操作后再出现，直接更换RRU 1.4天线校正失败 原因分析： ?LTE天线校正序列发射电平上下行为同一个DV参数，经过研发部门分析600版 本中默认的下行校正序列发射电平过大，有可能会导致部分RRU校正序列接收电 平饱和，导致校正失败。 处理方法： ?修改DV参数降低校正序列发射电平后，可以规避由此造成的天线校正失败问题。 ?经过修改DV参数仍然出现此告警，则更好RRU 1.5智能天线校准异常 原因分析： ?智能天线校准线缆连接故障 ?RRU内部故障 处理方法： ?更换RRU校准通道跳线 ?更换RRU校准通道跳线无效，直接更换RRU 1.6输入电压异常 原因分析： ?输入电压异常一般常见于拉远站，由于室外交转直电源柜供电功率不足或接电 异常会导致出现此故障 处理方法： ?检查设备电源线与电源柜是否有连接问题 ?如连接没问题，则考虑电源柜所带设备是否过多，可减少连接的设备或增加电 源柜解决此问题 1.7基站退出服务 原因分析： ?基带板故障 ?如果1个基站的所有RRU光口链路故障、设备掉电或其它原因导致RRU链路断， 则会引起基站退出服务 ?数据有误：无线参数—>TD-LTE—>资源接口配置—>基带资源:未调整RRU通道口 为2即LTE通道
L TE-FZHA（RL25）常见故障总结 目录 LTE-FZHA（RL25）常见故障总结 (1) 1.System module failure (0010) (3) 2.BTS reference clock missing (1898) (3) 3.Configuration error: Unit initialization failure (0012) (3) 4.Configuration error: Not enough HW for LCR (1868) (4) 5.Configuration error: Power level not supported (4008) (4) 6.Cell configuration data distribution failed (6253) (4) 7.Failure in optical RP3 interface (4064) (5) 8.Failure in optical RP3 interface (0010) (5) 9.Baseband bus failure (3020,1906) (5) 10.RF module failure (6259，1911、1711、1712) (5) 11.Cell power failure (4090) (6) 12.GPS Receiver alarm: Control Interface not available （4011） (6) 13.X2 interface setup failure（6304） (6) 14.Transport layer connection failure in X2 interface (6) 15.Failure in replaceable baseband unit (7) 16.Temperature alarm(0002) (7) 17.VSWR（1838） (7) 18.Failure in optical RP3 interface (2004) (8) 19.GPS时钟盒闪断，时钟信号不正常，无法识别RRU (8) 20.Failure in optical RP3 interface（2000） (8) 21.光纤交叉连接 (8) 22.基站始终无法建立S1连接，只到configed状态 (9) 23.GPS时钟盒闪断，时钟信号不正常，无法识别RRU (9) 24.某一个小区的RRU无法识别 (9) 25.BBU版本无法识别 (10) 26.校准初步排查 (10) 27.本地IP地址和路由正常，ping不通MME和网关 (11) 28.TRS文件始终无法生效 (11) 29.三种疑难告警 (12) 30.远程ping不通基站 (12) 31.风扇告警 (12) 32.BTSlog有link消息，但是pinger始终不亮 (12) 33.驻波问题 (13) 34.pinger正常，但是SM里小区显示橙黄色告警 (13) 35.几个特列 (13) 36.FOSI 和FOSN的光功率范围 (13) 37.不同频段RRU类型 (13)
大唐LTE站点告警处理指导手册
一、小区退服 ?告警解释：故障小区业务全阻，不能提供任何服务 ?可能原因： 1、射频单元不在位； 2、辅光口故障； 3、人为去激活小区； 4、GPS故障； 5、传输故障； 6、基带板故障。 ?处理步骤： 1、查找故障站点； 2、查看承建故障小区的射频单元是否在位，物理设备-射频单元拓扑，如下图，一般 情况小区1~3分别建立在射频单元拓扑0~2上。
射频单元不在位告警处理方法： （1）远程确认现场供电是否正常； （2）近端更换光模块观察告警是否恢复； （3）近端更换光纤观察告警是否清除； （4）近端更换RRU观察告警是否清除。 请参考“射频单元不在位告警”处理方法 故障告警依然没有恢复，请联系大唐工程师。 如果射频单元存在，则转步骤3处理； 3、查看承载小区射频单元接入BBU的光口信息，如下图，射频单元0接入基站板卡 槽位号为4，射频单元光口1接入板卡光口号为0，射频单元光口2（辅光口）接入板卡光口号为1； 查看光模块光口信号，位置物理设备-机架-机框-板卡-光模块，如果对应光模块的光口信号丢失状态为丢信号，请参考“BBU Ir光链路光信号丢失告警”处理方法； 如果没有丢信号，则转步骤4处理； 4、请查看操作记录，确认人为去激活小区原因；如果不是人为去激活，则转步骤5处 理； 5、查看基站GPS工作状态是否正常，位置物理设备-时钟信息-当前时钟，如果当前时 钟不是锁定状态，请参考“GPS告警”处理方法，如果当前时钟是锁定状态，转步骤6处理；
6、查看传输链路信息是否正常，如果链路公共信息是故障，请参考“S1链路断开告警” 处理方法。 故障告警依然没有恢复，请联系大唐工程师。 二、基站退服 ?告警解释：基站所有小区业务全阻，不能提供任何服务 ?可能原因： 1、传输故障 2、时钟故障 3、基带板卡退服 即所有小区退服后，上报基站退服告警。 ?处理方法： 1、查找故障站点； 2、查看基站传输链路是否故障如下图，传输管理-SCTP链路，如果SCTP链路建立状 态不是与对端建立成功，运行状态为故障，请参考“S1链路断开告警”处理方法； 如果传输链路运行正常，转步骤3处理；
FAQ-TD站点常见故障告警处理 一、射频单元RRU类告警 (2) 1.1、射频单元驻波告警 (2) 1.2、射频单元通道异常告警 (2) 1.3、射频单元校准通道异常告警 (3) 1.4、射频单元通道幅相一致性告警 (3) 1.5、射频单元发射通道增益异常告警 (4) 1.6、射频单元下行输出功率异常告警 (4) 1.7、射频单元硬件故障告警 (4) 1.8、射频单元时钟异常告警 (4) 1.9、射频单元光接口性能恶化告警 (5) 1.10、 BBU连接的射频单元交流掉电告警 (5) 1.11、射频单元配置但不可用告警 (5) 二、基带单元BBU类告警 (6) 2.1、BBU IR光模块收发异常告警 (6) 2.2、BBU IR接口异常告警 (6) 2.3、BBU IR光接口性能恶化告警 (7) 2.4、光模块混插告警 (7) 2.5、单板心跳检测失败告警 (8) 2.6、单板硬件故障告警 (8) 2.7、单板温度异常告警 (8) 2.8、单板时钟输入异常告警 (9) 2.9、BBU单板维护链路异常告警 (9) 三、GPS类告警 (9) 3.1、星卡天线故障告警 (9) 3.2、时钟参考源异常告警 (10) 3.3、系统时钟失锁告警 (11) 3.4、星卡维护链路异常告警 (11)
3.5、星卡时钟输出异常告警 (11) 一、射频单元RRU类告警 1.1、射频单元驻波告警 告警影响：射频单元RRU发射通道的天馈接口驻波超过了设置的驻波告警门限，对于单通道RRU，该RRU的覆盖区域的业务会中断； 对于多通道RRU，发射功率下降，小区覆盖减小。 可能原因与处理建议： 1）DSP RRUPARA查询射频单元的驻波值与驻波告警门限 2）用负载堵住告警端口，告警恢复，则排查RRU故障，否则更换RRU 3）检查天馈接口的馈缆接头是否拧紧或进水 4）尝试更换或倒换馈线，重启RRU，观察告警是否恢复 5）检查对端天线、合路器是否正常，如故障则予以更换 小结：上站处理前建议携带堵头或小天线、RRU馈线及接头等，定位问题时需要用到 1.2、射频单元通道异常告警 告警影响：下行通道或者上行通道故障，影响小区边缘处的用户接入成功率和边缘处HSDPA用户的速率 可能原因与处理建议： 1）跟网管确认是否存在“射频单元驻波告警”、“射频单元通道异常告警”，如有，则先处理该告警//////驻波导致通道异常 2）执行MML命令RST RRU，远程复位射频单元 3）近端检查故障通道与天线的连接 4）将故障通道和无故障通道馈线调换，如果告警跟随馈线倒换，则判断是馈线问题，更换故障通道馈线 5）如果通道馈线调换后告警没有变化，则判断是RRU问题，更换故障RRU
中移动TD-LTE常见案例处理集 华为技术有限公司 版权所有侵权必究
目录 1配置类问题处理 (4) 1.1某些站点有信号但是无法做业务 (4) 1.2查询IPPATH状态， IPPATH检测结果为禁用 (4) 1.3室分站配置超过6个RRU后，只有6个RRU正常 (4) 1.4新建双模室分站，在激活小区提示小区激活时报频率超过RRU范围 (6) 1.5室分站开通后基站状态正常,但是无信号 (6) 1.6数据配置问题导致小区服务能力下降 (6) 1.7数据配置问题致使TDS-LTE双模基站LTE小区因上行频点生效失败而退服 (8) 1.8小区默认参数小区级参考信号端口数配置错误导致小区无法建立 (10) 1.9因RRU通道数配置错误导致激活小区时上报配置频率超过RRU范围的处理方法 13 1.10扇区设备编号配置错误导致小区无可用载波资源 (13) 2告警类问题 (14) 2.1RRU组网级数与配置不一致告警 (14) 2.2制式间射频单元参数配置冲突告警 (15) 2.3小区不可用，原因是频段与RRU能力不符 (15) 2.4射频单元工作模式与单板能力不匹配告警 (15) 2.5激活小区时因为小区合并模式不支持BF算法导致激活小区失败 (16) 2.6重要驻波告警 (16) 2.7次要驻波告警 (16) 2.8S1接口故障/SCTP链路故障 (17) 2.9制式间控制权冲突告警 (17) 2.10单板软件自动增补失败告警处理小结 (17) 2.11因双拼的一个RRU故障导致小区无法建立 (18) 2.12同一RRU被不同小区扇区设备引用导致另一小区无法激活 (20) 2.13TDS-TDL双模改造光纤损坏导致RRU断链 (22) 2.14部分载波未绑定基带，导致RRU显示基带资源异常 (24) 2.15光路误码导致TDL频繁上报小区不可用告警 (26) 2.16某局点新建双模室分站点，因小区合并开关未打开导致LTE侧小区建立不成功的 故障处理方法 (31) 2.17双模站点TDS侧载频配置超过双模规格导致LTE侧小区无法建立 (31) 3传输类问题 (33) 3.1某地市基站开通后下载速率只有2M (33) 3.2传输VLAN终结配置错误导致eNodeB无法盲启 (34) 3.3UMPT传输端口属性与传输设备端口属性不一致导致OMCH链自建立失败 (35) 3.4基站到网管传输不通 (37) 3.5单模LTE LINK改EP模式后SCTP链路故障 (39) 3.6传输侧PTN6900的MAC参数配置错误导致起站失败 (41) 3.7MML命令无法下发 (41) 3.8传输光接口异常告警，原因是接收功率过高 (43)
KPI及性能相关告警 KPI的定义： KPI的counter: 考虑与KPI及性能相关的告警，如果只关注平时正常运维的情况，不外乎两类： 1.硬件类告警，导致基站或小区退服 2.传输类告警，导致S1或X2连接中断 下面讨论一些比较常见的告警类型。 1.RP3告警 对于eNB而言，只要cell不是OnAir的状态，那么该小区均无法处理呼叫，而所有导致小区退服的告警都属于这一类，由于基站或小区退服了，所以该类告警会影响所有KPI及性能指标,区别只在市整个基站的指标还是某小区的指标。 一般而言，该类告警有两种 7650BASESTATIONFAULTY 和 7653CELLFAULTY
这两类告警通常是硬件告警，如BBU,RRU,Antenna,以及他们之间的链路出现硬件故障，最典型的当数RP3告警，FailureinopticalRP3interface，相比较RP3告警，模块的硬件故障从比例上来说要相对少很多所谓RP3即BBU与RRU的接口。这种告警也是最常见的告警，告警内容多为光路告警。 目前这类告警常见的fault有0010、4064和2004。其中0010和4064严重时会导致小区退服、基站退服。但是2004一般只是小区性能下降，不会引起小区退服。 1.1Fault0010：Noconnectiontounit 1、可以先尝试重启基站观察 2、检查光口速率是否匹配（强制8x速率） BBU侧强制8x速率设置： 先检查SWCONFIG中0X19000C字段， 对于软件版本RL25，0x19000C=1,及代表8x光速率，0代表4x光
速率；对于软件版本RL35，0x19000C=0，代表自适应，1代表4x，2代表8x，注意不同软件版本的区别。 RRU侧强制8x速率设置： telnet到RRU上，端口号是2323，使用命令rad–r0查看RRU的所有 参数配置。找到0xED这个参数，看一下它当前的值是0还是1。0表示 自适应，1表示强制8x。 命令：rad–pw0xED1-----表示设置0xED=1 命令：rad–pw0xED0-----表示设置0xED=0 改完之后再次使用rad–r0查看是否修改成功即可。 重启基站。 3、确认光口速率没问题之后，就要排查是否是光纤、光模块及RRU的 问题： 检查光纤是否插好，尝试拔插光纤 在BBU侧与正常小区对调，对调之后若光纤所连小区仍未识
TD/LTE站点常见命令及故障告警处理 TD/LTE常用命令： TD查小区动态参数---------------DSP LOCELL LTE查小区动态参数--------------DSP CELL 查活动告警（工程态下）-------- LST ALMAF TD去激活小区-------------------DEA TCELL LTE去激活小区------------------DEA CELL TD激活小区---------------------ACT TCELL LTE激活小区--------------------ACT CELL TD查驻波-----------------------PATHPARA LTE查驻波----------------------DSP VSWR 卫星定位（双模站点TD侧）-------DSP GPS 设置工程态---------------------SET MNTMODE 复位星卡（双模站点TD侧）-------RST SATCARD TD查功率-----------------------LST TPCCHPCH TD修改功率---------------------MOD TPCCHPCH LTE查功率----------------------LST PDSCH 查RRU型号、串号----------------DSP BRDMFRINFO 复位单板-----------------------RST BRD 查光模块收发光-----------------DSP SFP 复位基站-----------------------RST BTSNODE 常见告警及故障处理： 一、射频单元RRU类告警 1.1 射频单元驻波告警 (2) 1.2 射频单元通道异常告警 (2) 1.3 射频单元校准通道异常告警 (3) 1.4 射频单元通道幅相一致性告警 (3) 1.5 射频单元发射通道增益异常告警 (3) 1.6 射频单元下行输出功率异常告警 (3)
LTE-FDD 常见告警处理指导 SCTP 偶联断 告警原因 1. 本端或对端偶联参数配置错误； 2. 传输链路故障。 处理措施 1. 在告警管理系统中， 检查告警详细信息中的附加文本字段， 查看 SCTP 偶联 号； 2. 在动态管理系统中，运行“查询 SCTP ”命令，根据 SCTP 偶联号查询对应 偶联的运行状态，确认 SCTP 偶联已断； 3. 在配置管理系统中，检查 SCTP 偶联参数配置，确保 SCTP 偶联的远端地 址、远端端口号与对端的本端地址、本端端口号一致； 4. 在诊断测试系统中，进入 [IP 通道测试 ]界面，然后在『目的 IP 』中输入对端 IP 地址（即 eNodeB 的远端地址） ，进行 ping 测试，判断本端（ eNodeB ） 到对端（ MME/SGW/ 邻接 eNodeB ）的传输地址是否可达； 5. 在配置管理系统中，排查基站至对端的静态路由是否配置正确，包括：目的 IP 地址、下一跳 IP 地址等； 6. 在配置管理系统中， 排查 SCTP 链路所在的 IP 层参数是否配置正确， 包括： VLAN ID 、 IP 地址、网关 IP 等参数； 7. 如果上述配置数据不正确，修改参数，同步配置数据到基站。检查告警是否 清除，如果告警仍未消除，联系传输人员排查传输链路问题； S1 断链告警 告警原因 1.SCTP 偶联断。 2.S1AP 建立失败（协商失败或基站无小区）。 处理措施 1. 检查告警详细信息中的附加文本字段，是否 SCTP 偶联断，如果是，参照 “ SCTP 偶联断”告警的处理措施进行排查； 2. 检查告警详细信息中的附加文本字段， 是否 S1AP 建立失败。如果是，在配 置管理系统中检查基站是否配置小区， S1 配置参数是否有效； （1）检查 MCC 、MNC 是否配置正确，必须按照运营商提供的数据规划 来配置 MCC 、MNC ，由于 EPC 可能同时和不同 E-UTRAN 系统 对接，因此 eNodeB 侧配置的 MCC 、 MNC 必须在 EPC 侧也配置 了，否则会导致 S1AP 层信令交互失败、 S1 断链（此时 SCTP 链 路是通的）； （ 2）检查 TAC 是否配置正确；并与核心网侧人员确认 EPC 是否已相应 配置了基站的 TAC 参数。若 eNodeB 侧和 EPC 侧配置的 TAC 参 数不一致，则会导致 S1 断链； （ 3）检查 eNodeB 标识（ eNBID ）是否配置正确，若整网存在 eNodeB 标识（ eNBID ）冲突的情况，则会导致 S1 链路闪断； （ 4）联系核心网侧人员检查 EPC 是否对接入的最大 eNodeB 数量做了限 制。 1.1 1.1.1 1.1.2 1.2 1.2.1 1.2.2
TD/LTE站点常见命令及故障告警处理；TD/LTE常用命令：；TD查小区动态参数---------------；LTE查小区动态参数--------------；查活动告警（工程态下）--------LSTAL；TD去激活小区-----------------；LTE去激活小区----------------；TD激活小区----------------- TD/LTE站点常见命令及故障告警处理 TD/LTE常用命令： TD查小区动态参数---------------DSP LOCELL LTE查小区动态参数--------------DSP CELL 查活动告警（工程态下）-------- LST ALMAF TD去激活小区-------------------DEA TCELL LTE去激活小区------------------DEA CELL TD激活小区---------------------ACT TCELL LTE激活小区--------------------ACT CELL TD查驻波-----------------------PATHPARA LTE查驻波----------------------DSP VSWR 卫星定位（双模站点TD侧）-------DSP GPS 设置工程态---------------------SET MNTMODE 复位星卡（双模站点TD侧）-------RST SATCARD
TD查功率-----------------------LST TPCCHPCH TD修改功率---------------------MOD TPCCHPCH LTE查功率----------------------LST PDSCH 查RRU型号、串号----------------DSP BRDMFRINFO 复位单板-----------------------RST BRD 查光模块收发光-----------------DSP SFP 复位基站-----------------------RST BTSNODE 常见告警及故障处理： 一、射频单元RRU类告警 1.1 射频单元驻波告警???????????????????????????????2 1.2 射频单元通道异常告警?????????????????????????????2 1.3 射频单元校准通道异常告警???????????????????????????3 1.4 射频单元通道幅相一致性告警??????????????????????????3 1.5 射频单元发射通道增益异常告警?????????????????????????3 1.6 射频单元下行输出功率异常告警?????????????????????????3 1.7 射频单元硬件故障告警?????????????????????????????4 1.8 射频单元时钟异常告警?????????????????????????????4
4G重要告警解析 一、影响小区发射的告警 1. ReachabilityProblem（基站退服或脱管） ●Alarm Code：ReachabilityProblem ●告警影响：e Node B 设备监控失去 ●告警原因分析：导致该告警的原因主要体现在三个方面：电源、传输、主控 卡(C板)故障: 1)电源:交流停电等，此时应该有相关环境告警上传； 2)传输：传输断 3)主控卡故障：主控卡出现掉死、无法正常启动、不断重启等故障； ●告警解决方法：电源或传输问题，请相关人员解决；如果是主控卡故障，需 要维护人员上站解决；更换主控卡后，需要先问网管人员要一个Yang WO 文件重新下软件并导入WO文件激活。 2．CB INIT FAILURE (C板初始化失败) ●Alarm Code：IK4004001 ●告警影响：整站退服，设备可监控； ●告警原因分析：C板故障或者高温导致 ●告警解决方法：需上站下电重启设备，或热插拔C板，若故障依旧需要更换 C板，更换流程请参考ReachabilityProblem（基站退服或脱管） 3. NO CONTACT TO BOARD （B板退服） ●Alarm Code：IK4009041 ●告警影响：整站退服，小区不发射； ●告警原因分析：若基站无C板或者GPS告警的话，则是B板故障 ●告警解决方法：网管重启基站不管用的话，需要上站更换，更换B板会自 动下软件，基站侧不需要做任何操作，大概需要10分钟左右 4. LTECellAdminDown (小区退服) ●Alarm Code：LTECellAdminDown ●告警影响：相应小区退服； ●告警原因分析：一般都是由于基站硬件告警或者小区被lock所致 ●告警解决方法：首先排除小区或基站是否被locked，其次查看是否有导致 小区退服的硬件告警 5. NO CONTACT TO BOARD（RRH脱离） ●Alarm Code：IK4009138 ●告警影响：某个RRH对应的小区不发射 ●告警原因分析：造成此告警的原因可能是电源，光纤及RRH故障 ●告警解决方法：需下站查看电源及RRH和C板连接的光纤衰耗，如果两种 情况都正常的话，就要考虑RRH本身的问题了，最好的方法是塔上和别的正常小区做对调来排查
LTE网管U31使用说明： 登陆客户端 进入拓扑界面 1：告警监控查询 点击按钮，可以查询当前的告警； 点击网元树，可以搜网管中某一个小区的所有历史告警和当前告警; 点击可打开批量站点查询当前告警或历史告警 如： 双击一个故障站点可观察该站机架组（故障RRU位置，故障板件位置）：双击一条故障信息或者一个故障RRU或板件可获取具体故障解释： 2：性能统计：（导出日报/TOP5等报表） 如图打开 如下： 现有模板指标提取： 分别选择所需的指标，查询的站点和查询时间粒度： 点击完成后得到查询结果，点击以下图标导出全部指标：
3：配置管理（与规划表核对参数，修改邻区，PCI，PRACH）点击“配置”，打开网元管理： 右击“成都_6.44.2.29”启动网元管理： 同样右击启动配置管理： 3.1配置管理---配置数据批量修改可以快速进行PCI、参考信号功率等的修改 选中要操作的网元然后进入配置树 以上为常见无线参数修改位置区域（建议在实际操作中学习）。 其中修改PCI时公共随机接入信道中时刻配置需与PCI顺序一一对应修改（及保证修改前后的PCI与时刻配置与修改前的大小对应顺序一致）： 双击E-UTRAN FDD小区或其他位置，在右侧就显示相应待修改的参数。
修改完成后点击保存 然后进行数据同步（同步前请确认在互斥权限管理中已申请到权限）： 3.2配置—SON管理（ANR、X2等策略的开关及查询） 打开后双击SON策略设置（查询与删除同理）： 对于ANR的的开启，先单击FDD SON控制： 点击打开选择网元窗口选择需要打开ANR的网元然后点击确定进行打开（注意一次选择网元有个数限制）： 打开完成后点击FDD ANR策略再点击添加需打开的网元，操作同上： （注：ANR、X2等策略的打开都需先打开FDD SON控制再打开相应策略，关闭时一般只需关闭相应策略即可） 3.3配置管理—数据导入/导出和规划数据导入/导出可分别获取网元无线配置数据和邻区规划相关数据 以规划数据为例，点击规划数据导出（选择网元，制式及存储位置）：
一、TD-LTE路测中对于掉线的定义如何，掉线率指标是指什么？ 掉线的定义为测试过程中已经接收到了一定数据的情况下，超过3分钟没有任何数据传输。掉线率=各制式掉线次数总和/(成功次数+各制式掉线次数总和) 二、LTE的测量事件有哪些？ 同系统测量事件： A1事件：表示服务小区信号质量高于一定门限； A2事件：表示服务小区信号质量低于一定门限； A3事件：表示邻区质量高于服务小区质量，用于同频、异频的基于覆盖的切换； A4事件：表示邻区质量高于一定门限，用于基于负荷的切换，可用于负载均衡； A5事件：表示服务小区质量低于一定门限并且邻区质量高于一定门限，可用于负载均衡; 异系统测量事件： B1事件：邻小区质量高于一定门限，用于测量高优先级的异系统小区； B2事件：服务小区质量低于一定门限，并且邻小区质量高于一定门限，用于相同或较低优先级的异系统小区的测量。 三、UE在什么情况下听SIB1消息？ SIB1的周期是80ms，触发UE接收SIB1有两种方式，一种方式是每周期接收一次，另一种是UE收到paging消息，由paging消息所含的参数得知系统信息有变化，然后接收SIB1，SIB1消息会通知UE是否继续接收其他SIB。 四、随机接入通常发生在哪5 种情况中？ a)从RRC_IDLE 状态下初始接入。 b)RRC 连接重建的过程。 c)切换。 d)RRC_CONNECTED 状态下有下行数据自EPC（核心网）来需要随机接入时。 e)RRC_CONNECTED 状态下有上行数据至EPC 而需要随机接入时。 五、LTE上行为什么要采用SC-FDMA技术？ 考虑到多载波带来的高PAPR（峰值平均功率比）会影响终端的射频成本和电池寿命。最终3GPP决定在上行采用单载波频分复用技术SC-FDMA中的频域实现方式DFT-S-OFDM。可以看出与OFDM不同的是在调制之前先进行了DFT（离散傅里叶变换）的转换，这样最终发射的时域信号会大大减小PAPR。这种处理的缺点就是增加了射频调制的复杂度。实际上