业务链路故障分析（中兴）

1、业务链路故障分析标题案例1：某市CSFB呼叫失败原因 【故障现象】 某市5s用户可以上4G进行数据业务，但是进行CSFB呼叫失败。 【故障分析】 经过MME以及MSC的联合调测发现，该用户在联合附着中，PS域附着成功，但CS域附着失败，初步怀疑是TA-LA映射表的MSC指向错误，核查该MSC pool中开了SGS口的MSC正确。最后在SGS口抓取信令，发现原因是MME通过SGS口发向MSC的Location update的过程中，MSC拒绝了，因为MME上配置的mme id和MSC上配置的mme id不一样 ，因此MSC拒绝了CS域的附着请求。标题【故障解决】 究其原因，是因为爱立信设备的一个

2、限制，在MME上未能按照mmegi的规划，因此造成这个差别。在MSC上将mme id改为与MME上配置一致后，用户拨测CSFB呼叫正常，短信发送接收正常，问题解决。 标题案例2：某市公司5s用户开启无法附着到4G 【故障现象】 某市用IPHONE 5S在关闭4G功能的情况下附着在3G网络，正常发起业务，但是打开4G开关，出现20多秒无服务，最后附着在3G，只能通过重启终端附着上4G。 标题【故障分析】 5s关闭4G网络，PDP激活到GGSN（5s关闭4G网络后，终端不上报4G能力，SGSN的UE能力识别为非4G终端，引导选用到GGSN。当5s开启4G网络，会发起combined TAU到 MM

3、E，此时返回TAU reject，原因值为CC=17 (network failure)；原因是MME上有PGW 选择的校验，发现SGSN回复的SGS CONTEXT RESPONSE消息中携带了GGSN的地址，包含在Private Extension部分。终端收到#17的网络故障原因值后，会重复以上TAU过程5次，都被拒绝，所以就出现了 十几秒后重选回3G网络的现象。只有重启手机，才能正常返回4G。 究其原因，苹果5s的关闭4G功能，不上报终端4G能力，导致网络侧没有正常引导业务到PGW上，导致互操作失败。标题【故障解决】 通过关闭SGSN的Private Extension消息体的回复，规

4、避MME的PGW校验，使得TAU流程能在MME继续进行，最后因为创建承载失败而TAU拒绝，此时返回的NAS原因值不再是#17，因此苹果5s可以重新发起一次附着，从而返回4G网络。 标题案例3：无4G信号投诉的解决 目前最常见的投诉是用户反馈4G无信号或不能使用4G业务。 首先确认故障的范围，是个别用户问题、还是号段用户都有问题、还是一大片区域都存着此故障。 个别用户问题的尝试解决办法： 1）可以先在HSS上查询该用户的签约数据是否正常。 2）通过MME/SGW/PGW/HSS信令跟踪来确定具体原因。如果MME上跟踪不到任何S1口信令，一般是由于终端或USIM卡原因造出。如果MME上跟踪到了用户信令，需要查看各接口的信令来确定具体原因，比如有可能是用户鉴权流程中失败、用户使用了非法的APN等。TIPS:信令跟踪时建议通过IMSI来跟踪用户以便跟踪较全的信令。 标题如果能查到MME信息，说明至少用户曾经在4G网络成功附着过，现在不能使用的原因有待进一步分析，如果没有M