《IP RAN光路不通导致S1信令连接失败案例》由会员分享，可在线阅读，更多相关《IP RAN光路不通导致S1信令连接失败案例（5页珍藏版）》请在金锄头文库上搜索。
1、IPRAN光路不通导致S1信令连接失败案例摘要：阜阳市区多个基站突然出现S1信令连接成功率低现象，通过对S1信令连接原理分析，逐步定位，分析出是由IPRAN光路不通导致，经维护人员处理后，恢复正常。 关键字：S1信令连接 IPRAN 【故障现象】：7月27日，发现高庙、刘大桥、大庙几个基站突然出现S1信令连接成功率低的现象，严重影响异常小区指标。话统指标如图：【原因分析】：1、原因分析：（1）S1接口是MME/S-GW网关与eNB之间的接口，分为S1接口控制面和S1接口用户面。S1控制平面接口位于E-NodeB和MME之间，传输网络层是利用IP传输，这点类似于用户平面；为了可靠的传输信令消息，
2、在IP曾之上添加了SCTP；应用层的信令协议为S1-AP。S1接口控制面协议栈如下图所示：S1接口用户面位于E-NodeB和S-GW之间，S1接口用户平面（S1-UP）的协议栈如下图所示。S1-UP的传输网络层基于IP传输，UDP/IP之上的GTP-U用来传输S-GW与eNB之间的用户平面PDU。协议栈如图所示：（2）S1信令连接成功率=S1信令连接建立成功次数/S1信令连接建立尝试次数。S1连接是SAE承载建立的必要过程，协议栈S1AP具有UE上下文管理功能和SAE承载管理功能。负责SAE承载的建立、修改和释放，由MME触发,SAE承载的释放也可以有eNB触发。LTE网络提供用户“永久在线的
3、功能”，S1AP提供初始上下文传输功能，该功能用于在eNB中建立S1的UE上下文，建立默认的IP连接，如果MME请求，该功能用于建立一个或多个SAE承载，如果需要该功能也用户传输相关的NAS信令。SAE承载建立的目的是在Uu口和S1接口上为一个或多个SAE承载分配资源，并为特定的UE建立SAE无线承载。建立的过程如下：初始上下文建立的全部必要的初始UE上下文，包括SAE承载上下文，安全性上下文，切换限制列表，UE能力信息，NAS PDU等。初始上下文建立过程如图：2、问题定位（1）排查高庙、大庙、刘大桥周边基站历史告警，无问题。（2）检察操作日志，确认是否有可疑参数修改和可疑操作，核实无记录。
4、（3）排查是否存在核心网升级、割接、传输网变动等，核实无记录。（4）传输排查，核查是否存在传输异常导致。通过IPRAN网管对目标小区查询，发现在同一个环路上,怀疑此环路传输出现问题。如图：查询光功率发现IPRAN环路中大庙A1至太和县局B2设备之间光功率为-30dbm。按照IPRAN传输要求，光路率一般要求在-15dbm以上，因此判断环路光衰较大。如下图：【解决方法】： 经过前面分析，S1信令连接失败定位到传输存在异常，通知维护人员处理，将环路传输主路由切换到高庙基站侧。查询话统指标，S1信令连接成功率恢复正常。【经验教训或建议与总结】： S1信令连接成功率低在日常异常小区处理中出现的较少，突然出现批量的top小区一般和基站出现告警、重要参数修改、核心网割接、传输异常有关，通过这些一步步定位，能更快定位问题原因。
