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链路闪断；
（4）联系核心网侧人员检查EPC是否对接入的最大eNodeB数量做了限
制。EPC侧有个参数『全局最大动态eNodeB数』，它为EPC侧
规划参数，默认值不同版本而不同，需要根据网络规模合理规划和
配置。该参数控制能够和其对接的最大eNodeB的数量；如果当前
和EPC对接成功的（S1链路正常）的eNodeB数量已经达到该
参数设置值，那么新增eNodeB是不能和EPC建立SCTP链路并
成功对接的。
3.如果上述配置数据不正确，修改参数，同步配置数据到基站。
1.3 X2断链告警
1.3.1 告警原因
1.SCTP偶联断。
2.X2 AP建立失败（协商失败或基站无小区）。
1.3.2 处理措施
1.检查告警详细信息中的附加文本字段，是否SCTP偶联断，如果是，参照
“SCTP偶联断”告警的处理措施进行排查。
2.检查告警详细信息中的附加文本字段，是否X2 AP建立失败。如果是，在
配置管理系统中检查基站是否配置小区，X2配置参数是否有效。
（1）对于我司基站，可直接在统一网管中检查邻接eNodeB是否配置了
至本端的X2 SCTP；
（2）对于异厂家基站，需要联系异厂家人员检查是否配置了至我司基站
的X2 SCTP。
3.如果配置数据不正确，修改参数，同步配置数据到基站。
1.4 小区退出服务
1.4.1 告警原因
1.小区被关断。
2.S1链路故障。
3.小区所使用的主控板、基带板或RRU故障。
4.小区配置失败。
5.时钟失锁。
1.4.2 处理措施
1.进入动态管理，查询小区状态。
2.查询运行版本是否正确，必要情况下和其他运行正常的基站进行版本对比。
3.查告警详细信息中的附加文本字段是否为“小区关断”。
4.查询S1链路状态，如果S1链路断，先根据S1链路断故障排查指导进行排
查，解决S1链路断的问题。
5.查看告警管理中告警监控是否有时钟失锁相关告警。
6.在告警管理中告警监控中检查小区所使用的主控板、基带板、RRU是否有
告警。
7.在配置管理中检查小区参数配置。确保小区参数配置正确，并同步配置数据
到eNodeB。
1.5 基站退出服务
1.5.1 告警原因
基站无可用LTE小区。LTE小区发生故障或被关断。
1.5.2 处理措施
1.在动态管理中检查是否有小区被关断。
如果有，在动态管理中手动解除小区关断，观察是否有小区能恢复为可用
小区，如果有，检查告警是否消除。
2.排查故障小区。参考“小区退出服务”的处理建议进行处理，观察小区是否
能恢复为可用小区，检查告警是否清除。网元断链告警
1.6 网元断链告警
1.6.1 告警原因
1.网元到网管的通信链路断
2.配置数据错误
3.网管自身故障
4.基站自身状态不正常
1.6.2 处理措施
1.首先检查和网管断链基站的范围，是个别基站还是大量基站。
如果是大量基站，则重点检查网管自身运行情况，包括排查网管常见功能模块是否运行正常（告警界面能否打开、配置管理界面能否打开和查看配置数
据、版本管理界面是否正常等），检查CPU/内存/硬盘等使用情况，使用Ping
检查网管到网关通信是否正常。
2.检查OMC服务器与网元连接是否正常。在配置管理界面中查到对应的网元
地址，从OMC服务器检查是否能ping通该网元
如果能ping通，需要检查网管运行情况；如果不能ping通，逐级ping 基站的网关、网管的网关等中间节点的设备，如果能ping通中间节点的设备，
则说明基站到相应设备传输有问题，或者网元自身运行有问题。
3.检查配置等相关数据。
（1）在配置界面上查看该网元的相关状态；如果运维状态处于"未开通"，
请改为"开通"状态；如果割接状态处于"割接中"，请改为"正常"状态；
如果该步骤无效，则进行第二步
（2）进入动态管理界面，进行"查询链路状态"或"查询人工断链状态"操作；
如果链路处于人工断链状态，请进行"人工断链恢复"。
（3）检查网元管理IP、基站IP层数据、OMC通道数据等数据是否正确。
4.到站点用LMT检查基站的运行情况，包括版本是否正确、传输配置是否正
确。在LMT上使用Ping命令检查到网关/网管的通信情况。
1.7 软件运行异常
1.7.1 告警原因
1.单板软件运行异常：单板软件未正常运行，无法正常上报心跳到主控主板。
2.产品进程运行异常：产品进程得不到及时调度，或单板产品进程未正常运
行，无法正常上报心跳到管理进程。
