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

CSFB正常信令流程及问题分析CSFB业务正常信令流程及问题分析 一、 正常CSFB信令流程 按照北京联通FDD-LTE新站入网验收测试规范V8进行CSFB测试，正常信令流程如下： 1、CSFB业务发起 图1 图2 UE向eNodeB发起ExtendServiceRequest，此时说明开始发起CSFB业务。双击ExtendServiceRequest信令也可以看到此时服务类型是service-type:mobile-originating-cs-fallback即手机主叫CSFB。 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业务时延。 图6 4、通话结束后返回LTE网络 占用WCDMA通话结束后，应直接返回LTE网络。由于此时正处于LTE建站初期，WCDMA如没有向LTE开启Fast Return开关，手机不会自动返回至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业务，一直在重复做附着与分离。双击Attach Request信令消息，会看到图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存在什么问题暂时不得而知。