关于在4G侧快拨打电话终端会概率性回落3G的问题分析报告.docxVIP

关于4G快速拨打电话终端会概率性回落3G的问题分析报告问题描述：使用CSFB终端进行CS业务拨打测试，在第一通电话正常回落GSM后，挂断电话，终端自主FR回LTE网络，在终端上看到显示4G后短时间内（3S内）快速进行CS业务拨打，这时终端会较大概率回落到3G进行CS业务。问题分析：正常信令流程正常流程中，当CSFB呼叫结束后，2G到4G会有TAU更新流程，在TAU更新完毕后网络侧会下发一条RRC CONNECTION RELEASE消息，此消息中不带有任何频点，且TAU_CMP与RRC_CONN_REL的时间间隔在几十毫秒。UE信令对比对照正常起呼和异常起呼的信令，如下图所示，： 异常起呼时，EMM_TAU_CMP与RRC_CONN_REL时间间隔为3s。TAU更新完之后的RRC_CONN_REL消息和ESR时间间隔很短，TAU更新流程和下一次CSFB呼叫流程交叉，导致终端误把TAU更新的RRC_CONN_REL消息当成CSFB重定向消息（该消息中不含有重定向频点组），发生对冲的场景（TAU的release消息与通话的请求发生了对冲）。进一步分析信令发现：在TAU更新完成到RRC_CONN_REL中间有3S的延迟，而这种现象只要是在华为区域，无论正常与否都存在，而在诺西区域测试则没有。网络侧信令跟踪网络侧信令，从下图发现（UE侧和网络侧时间相隔44s）：UE在16:06:52（网络侧，UE侧是16:06:08）发送了UL_INFO_TRANSFER消息，网络侧在16:06:52向MME发送该消息，但是在16:06:55网络侧才收到MME下发的UE_context_REL CMD消息，然后网络侧也在同一秒内向UE下发了RRC_CONN_RELL消息。终端侧发送直传消息网络侧S1口消息跟踪，MME在3s之后（16:06:55）向eNB下发RRC_CONN_REL消息。网络侧Uu口信令跟踪，eNB在（16:06:55）收到MME下发RRC_CONN_REL消息后立即下发给UE，UE也同时收到eNB下发的消息。初步定为可以得出从UE到ENODB都是一致的，3s延迟原因在于核心网侧。通过对厦门华为设备与诺西设备S1口的UE CONTEXT RELEASE REQUEST的原因值对比同样存在差异：注释：CSFB挂机后，终端从2G返回4G后需要进行TAU更新，因为终端此时没有数据业务需求，在TAU完成之后，网络侧需要把UE上下文和RRC连接释放掉，MME就给eNB下发S1AP_UE_CONTEXT_REL_CMD。查询协议，对S1AP_UE_CONTEXT_REL_CMD的原因值注解如下。CS Fallback triggered：CSFB触发，不要求EPC挂起PS业务。UE Not Available for PS Service：CSFB到2G时触发，要求EPC挂起PS业务。与核心网侧沟通：因为华为eNB在CSFB呼叫之前发的S1 release req里是“ue not available for ps service”，这样MME会suspend eps beaer给SGW。当呼叫完成后，发resume 给SGW。但由于NG30 不支持suspend/resume notification消息，所以要等待3秒才能释放。NG31版本支持suspend/resume notification消息。问题总结：问题的根本原因在于核心网侧不支持S1 release req里是“ue not available for ps service”的原因值，导致3s延迟释放。在这期间发起呼叫时产生对冲，由于空口的释放触发了释放流程，导致给MMC认为当前的CSFB发送失败（TAU CPM后的RRC CONN REL中不包含频点信息），从而MMC发起MMC_LMM_SUSPEND_REQ消息挂起L模，需要到GU模发起搜网继续CSFB流程。 出现对冲场景时，目前业界普遍的做法都是进行挂起L模，到其他支持语音的模进行语音业务。按照2/3G优先级，但这种做法容易使手机更多时间驻留在3G，引起客户满意度下降。of prepared, and group volume, and review, and binding and transfer work 8.11 timely do appraisals summary work, strict reward measures. 8.12 safety health and environmental management based on safety and prevention first, the national security policy, national security law as the