iPhone5s无法被叫案例分析

1、iPhone5s无法被叫案例分析问题描述绍兴柯桥区接到用户反应iPhone5s手机无法做被叫，通过现场测试和CSFB话统统计特定时段ENODEB侧CSFB建立成功率及UU口信令跟踪，发现存在未下发的RRCConnectionRelease消息导致的CSFB失败情况，在确认CSFB策略已配置且没有流程冲突的情况下，需要进一步排查不下发RRCConnectionRelease的原因。经了解若手机终端关闭了3G功能开关或者手机终端为移动定制版手机，则不会下发RRCConnectionRelease消息，如下图所示：正常UU口信令跟踪如下图所示，RRC_CONN_REL信令里面会携带者10713频点：

2、通过验证测试发现关闭了“启用3G”开关后，进行测试，被叫不通，且不下发RRCconnectionRelease。处理过程Iphone5s终端开启了“启用3G”的情况下，作为被叫，进行测试，看是否下发RRC释放消息；Iphone5s终端关闭了“启用3G“的情况下，作为被叫，进行测试，看是否下发RRC释放消息；统计CSFB KPI指标，看未下发RRCConnectionRelease消息在测试周期内是否增加了。关闭Iphone5s“启用3G”开关：上述红色框内的内容是在关闭了“启用3G”开关后，Iphone5s重新进行了一次附着过程的信令流程。在23:17:03分的时候，关闭“启用3G”，此时UE

3、重新发起了一次RRC连接，连接原因是“mo-signalling”，根据信令判断，此次为attach过程；根据协议23.401-b30中关于UE能力的处理过程规定，如果是attach发起流程，那么MME会删除其保存的所有关于该UE的能力信息，并且MME给eNB发送S1AP_Initial_Context_Setup_REQ消息中不包括任何的UE能力信息，因此这样会触发eNB重新向UE进行UE能力的查询。上图显示MME给eNB发送的上下文不包含任何的UE能力信息，因此会触发eNB重新向UE查询能力。上图显示eNB对UE进行了能力查询，UE回复了“RRC_UE_CAP_INFO”答复，从答复的信息

4、里可以看出，此时UE没有上报支持Utra的能力，也即没有支持WCDMA系统。由于eNB收到的UE能力没有包含Utra的，因此eNB发送S1AP_UE_CAPABILITY_IINFO_IND消息通知MME关于UE的能力时也不包含Utra的。因此此时MME上存储的关于该Iphone5s终端不支持Utra能力。在重新attach之后，由于Iphone5s没有进行相关的数据业务，在UE不活动定时器到期后进行了RRC连接释放，原因为“User-inactivity”。根据协议规定，MME在ECM-IDLE状态时也会保存UE的能力信息，因此此时MME仍然存在着UE的能力信息。在23:17:03关闭“启用

5、3G”后，在23:24:07进行了关闭“启用3G”开关后的第一通CSFB语音，MME给eNB发送的CSFB触发消息中显示该次是CSFB呼叫，同时终端不支持WCDMA。由于终端不支持Utra，在收到CSFB触发后，eNB成功给MME响应了CSFB触发，但是之后一直不下发RRCConnectionRelease消息，导致UE无法重定向到3G，在间隔20s后，UE不活动定时器到期后，直接释放了RRC连接，该次CSFB失败，语音呼叫失败，提示“你所拨打的用户暂时无法接通”Iphone5s开启“启用3G”开关：上述红色框内的内容是在重新开启了“启用3G”开关后，Iphone5s重新进行了一次附着过程的信

6、令流程。在23:44:32分的时候，开启“启用3G”，此时UE重新发起了一次RRC连接，连接原因是“mo-signalling”，根据信令判断，此次为attach过程。根据协议23.401-b30中关于UE能力的处理过程规定，如果是attach发起流程，那么MME会删除其保存的所有关于该UE的能力信息，并且MME给eNB发送S1AP_Initial_Context_Setup_REQ消息中不包括任何的UE能力信息，因此这样会触发eNB重新向UE进行UE能力的查询。上图显示MME给eNB发送的上下文不包含任何的UE能力信息，因此会触发eNB重新向UE查询能力。上图显示eNB对UE进行了能力查询，

7、UE回复了“RRC_UE_CAP_INFO”答复，从答复的信息里可以看出，此时UE上报支持Utra的能力，也即支持WCDMA系统。根据协议的规定，MME中存储的UE能力信息的组成是由：attach过程中的能力查询结果、RAU请求消息中或者RAU完成消息、以及EUTRAN的异系统切换消息中包含的能力信息查询结果的总集合。由协议可知，由于UMTS的动态安全参数的处理原因，MME中存储的UE能力不会包含Utra的能力，因此若eNB从UE收到UE能力包含Utra的，此时eNB发送S1AP_UE_CAPABILITY_IINFO_IND消息通知MME关于UE的能力时也不包含Utra的能力，但是EUTRA

8、能力中关于对异系统的处理能力中仍包含Utra的，这一点会触发eNB在收到相应的后续请求时，会对Utra能力进行单独的查询。在重新附着成功后，由于UE不活动到期后UE仍然没有进行相应的业务，因此RRC释放。但此时MME仍然会在EMC_IDLE状态保存改UE的能力信息，其中EUTRAN的能力信息中支持对Utra的处理。上图显示在开启了“启用3G”开关后进行的第一通CSFB语音通话，时间为07:53:46。上图显示MME给eNB发送的CSFB触发消息中，EUTRAN的能力中包括了对UtraFDD的处理，但是没有包括关于Utran的能力。因此此时eNB应该要对Utra能力进行查询。上述显示对Utra的

9、能力进行了单独查询，UE成功响应支持Utra能力。eNB成功获取到UE支持Utra能力之后，成功下发RRCConnectionRelease消息，携带10713频点，CSFB成功回落3G，且语音呼叫正常！关闭“启用3G”开关后连接态测试情况：在1月17日 11:57:13（740）关闭Iphone5s“启用3G”开关，在11:59:39（724）进行主叫连接态的呼叫。MME给eNB发送上下文修改消息，原因值为“cs-fallback-required”。eNB给MME回应了CSFB触发响应后，由于eN知道该次CSFB是主叫且手机不支持3G，因此不下发RRC连接释放用以携带10713频点，由于终

10、端在等待RRC连接释放，但却一直没有收到，一直等到UE不活动定时器到期后（间隔20s），eNB接着发起释放UE的上下文内容并且释放RRC连接，原因值为“user-inactivity”。根据实际的测试结果显示，在eNB侧释放了主叫的RRC连接之后，过了10s左右，主叫直接连接到了2G网络且继续进行了语音的呼叫。语音呼叫结束后，主叫终端无法返回4G，一直驻留在2G网络。关闭Iphone5s“启用3G”开关后，在12:04:28（889）进行主叫空闲态的呼叫。主叫空闲态发起语音呼叫，RRC_CONN_REQ的原因值为“mo-Data”，CSFB主叫的原因值；MME发送给eNB的初始上下文中元一只为

11、“cs-fallback-required”。MME发送给eNB的初始上下文请求中没有包括Utra的能力；eNB给MME回应了CSFB触发响应后，由于eN知道该次CSFB是主叫且手机不支持3G，因此不下发RRC连接释放用以携带10713频点，由于终端在等待RRC连接是否，但却一直没有收到，一直等到UE不活动定时器到期后（间隔20s），eNB接着发起释放UE的上下文内容并且释放RRC连接，原因值为“user-inactivity”。根据实际的测试结果显示，在eNB侧释放了主叫的RRC连接之后，过了10s左右，主叫直接连接到了2G网络且继续进行了语音的呼叫。语音呼叫结束后，主叫终端无法返回4G，一

12、直驻留在2G网络。对于主叫即使关闭了“启用3G”开关仍然能够拨通，而被叫却无法拨通的解释：根因根据上述分析，如果UE终端支持联通LTE频段，但是不支持联通WCDMA，则UE在上报Extended Service Request消息后，MME会成功的给eNB下发S1AP_Initial_Context_Setup_Request消息，且eNB会成功响应MME消息S1AP_Initial_Context_Setup_Respone。因此关于CSFB触发次数和CSFB响应次数的Counter均会增加1，但是由于UE能力不支持WCDMA，最终UE始终没有下发RRCConnectionRelease消息进行重定向，因此CSFB失败。解决方案如果UE终端支持联通LTE频段，但是不支持联通WCDMA，则关于CSF