核心网原因导致终端掉3G问题的分析-江苏.docVIP

核心网原因导致终端掉3G问题的分析 作者：戴旭 高兴波 单位：中国电信股份有限公司苏州分公司无线维护中心 摘要： 随着4G用户的蓬勃发展，特别是移动终端用户的大量普及，如何提升用户使用感知是运营商网络维护工作者最为关心的问题。在业界内采取4G时长驻留比作为衡量4G网络覆盖水平已经达成共识。但终端是否接入并驻留到4G网络，除了4G网络的覆盖水平必须达到一定要求以外，3/4G网络的参数设置，已经核心网的一些网络接入和注册机制都会影响终端是否选择LTE网络。本文重点剖析了核心网的某些机制引起终端从4G网络去附着，并无法正常重新注册到4G网络的现象，端到端地解决某些用户无法正常驻留到4G网络的问题。 问题描述： 在网络优化过程中，发现部分用户在室分信号覆盖非常好的情况下仍然有一定几率会从4G网络掉到3G，如果不采取手动飞行模式等操作，终端在3G网络中驻留超过10分钟之后才能重新回到4G网络中。 针对该现象，在终端侧和核心网侧联合消息跟踪，据无线反馈：11月17日13点05分~13点10分、15点05分~15点10分，这两个时间段终端从4G掉3G。根据核心网的跟踪消息，配合进行问题分析。 解决方案： 核心网侧问题分析 时间点1： 13点05分~13点10分 11:26:07 PGW向OCS申请配额，11:26:12 5S后OCS向PGW回复CCA消息，此时OCS响应超时，PGW将该OCS用户在线转离线，启动holding-time定时器。 注：PGW配置OCS响应消息的超时时长为5S 图1 OCS响应超时 12:57:15 holding-time定时器超时， 此时PGW发起拆除默认承载，踢用户下线。内部失败原因值为：cause:Subscribers are deactivated due to OCS holding timeout.(InnerCode:85) 注： PGW配置在线转离线后，用户4G在线时长为1～2小时之间 图2 PGW踢用户下线 12:57:15对应此时间点，MME对UE发起Detach Request消息，消息的原因值为： eMM-cause:no-EPS-bearer-context-activated (40) 图3 MME发起Detach Request 根据协议，终端此时收到网络侧原因值为40的Detach消息，会锁该TA一段时间。终端再次重新入网，会优先选择3G，过段时间再切回4G。 13:01:12 终端发起到eHRPD的新入网注册： 图4 终端在Ehrpd网络中注册 时间点2： 15点05分~15点10分 13:17:34 PGW向OCS申请配额，9S后13:17:43 OCS才向PGW回复CCA消息，此时OCS响应超时， PGW将该OCS用户在线转离线。 图5 PGW将用户转离线 15:01:59 holding-time定时器超时， 此时PGW发起拆除默认承载，踢用户下线。内部失败原因值为：cause:Subscribers are deactivated due to OCS holding timeout.(InnerCode:85) 图6 再次发生该现象 15:01:59 MME对UE发起Detach Request消息，消息的原因值为： eMM-cause:no-EPS-bearer-context-activated (40)，问题现象同时间点1。 图7 用户被踢下线，原因值仍然为0x40 无线侧信令分析 终端在LTE网络下掉3G现象： 从信令上看整个过程就是UE收到NAS消息后被网络侧释放，然后UE无法在释放的小区下重新Attach。 图8 无线侧总体信令流程 终端收到核心网的NAS消息，然后收到来自网络侧的Detach命令 RRC连接被释放，终端进入空闲态，空闲态后除了系统广播和一些NAS消息外无其他信令。 终端不停的收到系统SIB和MIB消息，从消息内容看能够搜到PCI403的小区(白洋湾电信室分) 图9 终端能搜索到原小区 但终端始终无法在该小区下接入，NAS消息显示无可用小区。 图10 终端侧NAS信令显示该小区不可用 其中终端收到MME释放消息的原因值为0x40,同时不允许终端在原扇区进行attach。 图11 终端侧收到的detach信令原因值为0X40 根据终端协议： 终端在收到携带re-attach not required的Detach消息后，会根据不同的原因执行不同的操作。 本例中Detach的原因值为#40，会计入“Other EMM cause”，UE会删除网络的信息，启动一个T3402的定时器，进入EMM-DEREGISTERED的状态，描述如下： 查了T3402定时器默认是12分钟，为终端定时器，UE收到核心网的这种原因释放后，终