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

shyboy258

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

一、  正常CSFB信令流程

按照北京联通FDD-LTE新站入网验收测试规范V8进行CSFB测试，正常信令流程如下：

1、CSFB业务发起

图1

图2

UE向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业务时延。

图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存在什么问题暂时不得而知。