晋中大区无法占用4G问题分析 1 问题描述8月28日晚上18点多,太原、吕梁陆续发现4G终端无法占用4G网络的问题,即终端长时间驻留在3G网络上。 2 问题初步分析由于大面积出现问题,怀疑可能与核心网关系较大,所以优先进行核心网指标核查。 2.1 SEQ核查S1-MME接口指标2.1.1 MME级指标通过核查“S1-MME接口联合EPS/IMSI Attach成功率”指标,发现从18点开始MME12/14/16 Attach成功率下降特别明显(由90%以上下降到30%左右),MME12/14/16为太原、晋中、吕梁三个地市的MME POOL。 指标下降与问题出现时间基本吻合。 原因钻取:通过钻取失败原因,90%以上的失败是核心网原因。 2.1.2 地市级指标从地市指标来看,太原、晋中、吕梁指标下降明显。 2.2 SEQ核查S11接口指标2.2.1 MME级指标通过核查“S1-MME接口联合EPS/IMSI Attach成功率”指标,发现从18点开始MME12/14/16 Attach成功率下降特别明显(由99%以上下降到55%左右),MME12/14/16为太原、晋中、吕梁三个地市的MME POOL。 2.2.2 SGW级指标从SGW指标来看,SGW21/22指标下降明显,SGW21/22为太原、晋中、吕梁三个地市的POOL,SGW23/24/25为另外八个地市的POOL。 原因钻取:通过钻取失败原因,100%为核心网原因。 2.3 3G网络指标情况由于用户无法占用4G,3G网络负荷必然增加,3G网络PDP激活成功率就会有所降低。 2.4 补充说明2.4.1 接口说明S1-MME位于ENODEB到MME之间,S11为MME到SGW之间。 2.4.2 网元分布 3 问题具体分析为进一步定位问题原因,需要进行信令跟踪。 3.1 信令流程从信令流程看,终端在4G网络进行TAU更新,更新失败后回到3G网络。 3.2 失败流程详解从失败流程来看,MME向SGW发送create session request请求,SGW无响应,多次请求无响应后,MME给ENODEB回一条tracking area update reject,失败原因码为:Implicitly detached(终端在TAU request消息中携带EPS bearer context status信元中指示没有任何激活的EPS bearer)。 3.3 正常流程正常情况下,MME向SGW发送create session request请求,SGW会回复create session response消息,对比失败流程MME多次发送请求,SGW没有回复create session response消息。 4 问题初步结论通过以上分析,初步定位问题出在MME到SGW之间。 5 问题处理效果8月28日晚上20点15分,指标恢复正常,终端占用4G问题解决。 5.1 S1-MME接口指标5.2 S11接口指标6 补充-SEQ核查入口6.1 核心网指标SQM-业务质量分析-EPC网络性能分析 6.2 详细信令SQM-业务质量分析-PS会话跟踪
|