iPhone5s无法被叫案例.docx

iPhone5s无法被叫案例分析问题描述绍兴柯桥区接到用户反应iPhone5s手机无法做被叫，通过现场测试和CSFB话统统计特定时段ENODEB侧CSFB建立成功率及UU口信令跟踪，发现存在未下发的RRCConnectionRelease消息导致的CSFB失败情况，在确认CSFB策略已配置且没有流程冲突的情况下，需要进一步排查不下发RRCConnectionRelease的原因。经了解若手机终端关闭了3G功能开关或者手机终端为移动定制版手机，则不会下发RRCConnectionRelease消息，如下图所示：正常UU口信令跟踪如下图所示，RRC_CONN_REL信令里面会携带者10713频点：通过验证测试发现关闭了“启用3G”开关后，进行测试，被叫不通，且不下发RRCconnectionRelease。处理过程Iphone5s终端开启了“启用3G”的情况下，作为被叫，进行测试，看是否下发RRC释放消息；Iphone5s终端关闭了“启用3G“的情况下，作为被叫，进行测试，看是否下发RRC释放消息；统计CSFB KPI指标，看未下发RRCConnectionRelease消息在测试周期内是否增加了。关闭Iphone5s“启用3G”开关：上述红色框内的内容是在关闭了“启用3G”开关后，Iphone5s重新进行了一次附着过程的信令流程。在23:17:03分的时候，关闭“启用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进行了能力查询，UE回复了“RRC_UE_CAP_INFO”答复，从答复的信息里可以看出，此时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关闭“启用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重新进行了一次附着过程的信令流程。在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进行了能力查询，UE回复了“RRC_UE_CAP_INFO”答复，从答复的信息里可以看出，此时UE上报支持Utra的能力，也即支持WCDMA系统。根据协议的规定，MME中存储的UE能力信息的组成是由：attach过程中的能力查询结果、RAU请求消息中或者RAU完成消息、以及EUTRAN的异系统切换消息中包含的能力信息查询结果的总集合。由协议可知，由于UMTS的动态安全参数的处理原因，MME中存储的UE能力不会包含