Iphone6和Iphone6plusCSFB被叫失败问题分析说明.doc

《Iphone6和Iphone6plusCSFB被叫失败问题分析说明.doc》由会员分享，可在线阅读，更多相关《Iphone6和Iphone6plusCSFB被叫失败问题分析说明.doc（11页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、Iphone6和Iphone6plus CSFB被叫失败问题分析说明1 问题现象Iphone6和Iphone6plus手机进行被叫CSFB业务时偶尔出现失败的情况。经验证其他手机例如中兴GrandS2、三星NoteIII、华为P7均正常。2 问题分析经过大量测试发现Iphone6和Iphone6plus手机被叫CSFB失败问题规律如下：1、手机在RRC connect态且无业务状态保持37秒的情况下，手机概率性发生无线链路失败，此后被叫进行CSFB则手机收不到网络下发的CsServiceNotification消息，被叫失败；2、手机在业务态下进行被叫CSFB测试正常；3、手机在空闲态下进行被

2、叫CSFB测试正常；通过以上测试发现只有UE处于连接态且无业务的情况下进行被叫CSFB存在无法接通问题。首先，通过UElog分析确认发生异常的根本原因是UE没有收到连接态CSFB时网络下发的CS ServiceNotification消息，正常及异常被叫CSFB信令对比如下图所示：被叫连接态CSFB正常信令流程如下：被叫连接态异常信令流程如下：其次，通过以下4步分析，得出结论：UE由于发生无线链路失败（Radio Link Failure）导致接收不到网络下发的CS服务通知。1、现场确认网络正常下发CS Service Notification；2、空口的信道质量正常；3、UE内部存在异常打印

3、，发生了RLF，并进行ConnectionRelease，但不会通知eNB；4、eNB打印和UElog对比分析可确认UE问题导致被叫失败。2.1 网络下发CS Service Notification分析从上面信令可以看出eNB已透传CS Service Notification消息，但随后UE上下文被释放，上报ERROR。用户面上报ERROR主要原因为下行发送失败或下行没有调度导致。即DLInformationTransfer（CsServiceNotification）消息发送失败或者下行没有调度。则需要确认下行CMAC是否有调度和空口质量是否正常。2.2 空口下行信道质量分析从UElog

4、确定空口的信道质量是否异常。从UE测量的RSRP、SINR，RLM report中看到BLER=0，以及PDCCH的解码均正常，说明信道质量良好。2.3 UE内部异常打印分析分析UE内部打印，确定上次被呼流程结束和下次CSFB开始之间是否有异常打印。通过分析发现在上次被呼流程结束和下次CSFB开始之间，UE发生RLF。从UE的event上报中确认发生了RLF从UE的debug信息中确认发生了RLF从UE上报的信息确定发生了RLF2.4 eNB打印和UElog对比分析基站下行CMAC调度打印、UElog、以及后台信令对比分析如下：CMAC打印分析，以UE从23-16:24:15接入为例（CSFB

5、流程结束，回落到LTE），此时下行mac对UE的调度，并从UE反馈信息可确定正常。至23-16:24:52，基站判断UE反馈为dtx，即判断UE反馈失败。此过程持续时间为37s。从UElog中，上次被叫结束（16:25:43）到event上报RLF（16:26:20）的时间也为37s。而从后台信令分析，上次被叫结束（16:24:07）到下次DLInformationTransfer（CsServiceNotification）（16:24:51）的时间为44s。由此可得，eNB在透传CsServiceNotification消息时，UE已经发生RLF，UE无法接收到CS服务通知导致被叫失败。3

6、 诺西eNb、华为eNb网络验证结果经分析，判断Iphone6和Iphone6plus手机连接态下CSFB被叫不通的原因为UE处于RRC连接态且无业务的情况下概率性的发生异常RLF，在RRC连接后37秒左右发生RLF。为进一步定位异常为终端导致，现场将UserInactive定时器的时间修改为1min，分别在诺西和华为的网络上进行验证，均发生UE异常RLF，导致被叫CSFB失败，至此明确定位被叫CSFB失败为终端异常导致。3.1诺西eNb下的UE异常RLF导致被叫CSFB失败在14：22:03上次被叫流程结束，UE在14：22：52分左右发生RLF，间隔49s，Uelog如下：3.2华为eNB

7、下的UE异常RLF导致被叫CSFB失败UE在17：01:18上次被呼流程结束，UE在17:01:55分左右发生RLF，间隔时间是37s，log如下：4 问题结论通过对问题的分析和排查，Iphone6和Iphone6plus手机连接态下CSFB被叫不通的原因为UE处于RRC连接态且无业务的情况下概率性的发生异常RLF，在RRC连接后37秒左右发生RLF。UE发生RLF之后再被呼叫时，UE将收不到网络下发的CsServiceNotification消息，导致被叫失败。综合分析，可确认问题原因为UE发生了异常RLF，已将错误信息发给高通进一步进行定位分析。根据问题的时间特性，目前规避方法是将User

8、Inactive的时间修改为20s，选取桃山小区FL与图书馆FL基站进行修改后做如下验证，验证结果如下：Iphone6和Iphone6plus接入网络，等待1分钟后被叫测试300次，未出现呼叫失败；Iphone6和Iphone6plus接入网络，进行视频下载，即一直保持connected态，等待1分钟后，被呼测试300次，未出现呼叫失败。user-inactive定时器表示UE活动定时器，例如：设置成20秒表示UE在没有业务的情况达到20秒则RRC释放，释放后UE处于空闲状态，如需做业务则需重新接入网络，进行RRC连接。为保障三方测试，大连将user-inactive定时器设置为1分钟，增大user-inactive定时器时间，使得终端尽量处于连接状态，目的在于：1、无论是进行数据业务还是CSFB语音业务都减少了RRC接入过程，节省了RRC建立过程产生的时延；2、减少了RRC接入次数，也就相应的减小了RRC连接失败的概率。通过以上分析，得出结论如下：问题定位为Iphone6和Iphone6plus概率性异常发生RLF，无业务情况下在RRC connected后37秒左右，UE概率性出现RLF导致被叫CSFB失败；有业务的状态下或空闲状态下，不存在被叫失败问题。