iPhone5S开启4G功能长时间无服务的案例分析

粤东片区iPhone5S开启4G功能长时间

“无服务”的案例分析

问题描述

最近收到惠州、河源、梅州、揭阳等地市无优中心反馈iPhone5s关闭4G功能，占用3G网络，在有4G网络的地方开启4G开关，手机会出现长时间的“无服务”状态。此种现象比较大概率性出现，需要数分钟才能恢复到有网络服务状态。

因此，省无线优化中心联合省网管中心、惠州公司、华为厂家进行了联合定位。

问题分析

通过初步的信令跟踪分析，在iPhone5s开启4G开关后，尝试重选至4G网络遇到两个问题：（1）TAU更新失败、（2）Attach失败。

下面进行详细的原因分析：

TAU更新失败分析

通过跟踪信令，发现在iPhone5S开启4G开关时，手机发起TAU更新，但遭到网络拒绝：

关闭iPhone5S的4G功能，IPHONE5S会在2、3G网络重新附着，此时激活PDP是在现网的GGSN上，当开启iPhone5S的4G功能，相当于iPhone5S做一个3G至4G的重选，TAU过程中，SGSN将旧侧的GGSN地址带给SGW，SGW向旧侧GGSN发起建默认承载请求，因为旧侧GGSN 是不具备4G能力的，所以MME会回no-EPS-bearer-context-activated。这样TAU就失败了。

此问题，在深圳等地市也发现过，但是TAU被拒绝后，手机会发起ATTACH到4G网络，影响很小。

ATTACH失败原因分析

在TAU遭到拒绝后，iPhone5S尝试发起ATTACH到4G网络。但是ATTACH一直不成功，在此过程中，手机一直处于“无服务”状态，见下ATTACH不成功信令截图：

由此基本可以确定iPhone5S长时间无服务状态是由于终端在做ATTACH网络原因导致失败造成的。

那对于ATTACH失败的原因继续定位，通过在MME上抓取一个异常重选和一个正常重选信令对比：

1、下图是iphone5s打开4G开关后出现无服务的问题，是由于Attach请求后有一个ID流程，及

MME要向老的诺西SGSN要用户IMSI和鉴权数据（之前驻留在2/3G网络），而老的SGSN没有回复导致Attach流程在等待了15秒后超时。

2、下面的图是正常的情况，老的SGSN及时回复了MME的请求所以没有出现无服务的情况。

经常现场测试，发现MME要是发向的诺西SGSN为惠州SGSN105，该过程是成功的，其它的SGSN都是失败的，惠州的SGSN是组POOL的，其deafault SGSN是SGSN105，如果用户登记在其他SGSN时，如果现在用户打开4G开关，用户的Attach请求发向MME后，MME发出Identity req流程到POOL内的deafault SGSN105，SGSN105再将这个请求转到用户之前登记的SGSN302申请数据，SGSN302查询到用户数据后回复SGSN105，SGSN105回复MME。这是正常流程。

现在的问题是诺西的SGSN105收到了SGSN302的回复后没有继续回复MME，在SGSN105的Gn口抓包证明了这一点：

221.177.92.71是MME的IP地址，221.177.64.71是SGSN105的IP地址，221.177.83.216和212是SGSN302的IP地址。

从以上流程可以看出MME发出了ID流程给SGSN105，SGSN105将该流程转给了SGSN302，且SGSN302也回复了SGSN105，问题就在于SGSN105没有继续回复MME导致Attach流程超时,手机释放该流程,重复的发起Attach流程,进入无服务状态。

问题解决

1、对于TAU问题，其原因是SGSN没有真正实现根据终端能力选网关的功能，因此该流程暂时没有解决方案。需要核心网解决。

2、对于Attach失败问题，核心网给出的解决方案是：

（1）、临时处理方案是请华为将MME的IDReq流程超时时间改小。对MME的ID流程时长改为5秒后，进行拨测，大概能在10多秒钟左右附着到4G网络，有所改善，但是对客户来说仍然存在较大影响。

（2）、后续核心网会报case给诺西解决。需要核心网推动诺西解决。