CSFB正常信令流程及问题分析

CSFB业务正常信令流程及问题分析一、正常CSFB信令流程按照北京联通FDD-LTE新站入网验收测试规范V8进行CSFB测试，正常信令流程如下：1、CSFB业务发起图1图2UE向eNodeB发起ExtendServiceRequest，此时说明开始发起CSFB业务。双击ExtendServiceRequest信令也可以看到此时服务类型是service-type:mobile-originating-cs-fallback即手机主叫CSFB（如图2红框所示）。2、LTE重定向图3如果CSFB业务可以正常进行，那么eNodeB会向UE发从RRCConnectionRelese信令，此时将进行LTE向WCDMA的重定向。双击此条信令，在msg中给定要重定向的频点，进行测量，如果符合重定向的条件，上报测量报告，实行重定向。图4图5如图4与图5所示，UE已从LTE重定向至WCDMA，频点为10713。3、重定向WCDMA后正常语音业务UE重定向至WCDMA后能够按正常语音呼叫流程进行，而ExtendServiceRequest至Alerting信令之间的间隔即为此次CSFB业务时延。图64、通话结束后返回LTE网络占用WCDMA通话结束后，应直接返回LTE网络。由于此时正处于LTE建站初期，WCDMA如没有向LTE开启FastReturn开关，手机不会自动返回至LTE网络。二、CSFB问题排查通过这几天对新开站进行CSFB业务测试，发现部分基站CSFB业务存在问题，主要出现两种问题：1、LTE基站TAC配置与WCDMA邻区的LAC不一致如果LTE基站TAC配置与WCDMA邻区的LAC不一致，容易导致UE无法找到对应的WCDMA服务小区，导致CSFB无法做业务。图7图8如图7所示，由于LTE基站TAC配置与WCDMA邻区的LAC不一致，UE无法进行CSFB业务，一直在重复做附着与分离。双击AttachRequest信令消息，会看到图8红框中的消息，此消息说明MSC未能接入，LTE不能重定向至WCDMA进行CSFB业务。2、发起CSFB业务后直接重选至3G此类问题在信令中的反映为出现ExtendServiceRequest后，没有进行LTE向WCDMA的重定向，而是直接重选至WCDMA，而且会缺失大约10S左右的信令。图9如图9所示，UE向eNodeB发起CSFB业务，但是eNodeB没有向UE返回RRCConnetiongRelese消息进行LTE向WCDMA的重定向，而是10S后直接重选至WCDMA进行起呼。导致此类问题的原因华为技术人员给出的结论是：可能是eNodeB存在问题，因为从信令上看是UE向eNodeB发起CSFB业务，但是eNodeB并未作出任何反应，而且少10S信令。具体eNodeB存在什么问题暂时不得而知。