CSFB业务正常信令流程及问题分析 - 通信人家园

时间: 2015-11-13 14:40

作者: shyboy258 标题: CSFB业务正常信令流程及问题分析

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

UE向eNodeB发起ExtendServiceRequest，此时说明开始发起CSFB业务。双击ExtendServiceRequest信令也可以看到此时服务类型是service-type:mobile-originating-cs-fallback即手机主叫CSFB（如图2红框所示）。

如果CSFB业务可以正常进行，那么eNodeB会向UE发从RRCConnectionRelese信令，此时将进行LTE向WCDMA的重定向。双击此条信令，在msg中给定要重定向的频点，进行测量，如果符合重定向的条件，上报测量报告，实行重定向。

如图4与图5所示，UE已从LTE重定向至WCDMA，频点为10713。

UE重定向至WCDMA后能够按正常语音呼叫流程进行，而ExtendServiceRequest至Alerting信令之间的间隔即为此次CSFB业务时延。

占用WCDMA通话结束后，应直接返回LTE网络。由于此时正处于LTE建站初期，WCDMA如没有向LTE开启Fast Return开关，手机不会自动返回至LTE网络。

通过这几天对新开站进行CSFB业务测试，发现部分基站CSFB业务存在问题，主要出现两种问题：

1、 LTE基站TAC配置与WCDMA邻区的LAC不一致

如果LTE基站TAC配置与WCDMA邻区的LAC不一致，容易导致UE无法找到对应的WCDMA服务小区，导致CSFB无法做业务。

如图7所示，由于LTE基站TAC配置与WCDMA邻区的LAC不一致，UE无法进行CSFB业务，一直在重复做附着与分离。双击Attach Request信令消息，会看到图8红框中的消息，此消息说明MSC未能接入，LTE不能重定向至WCDMA进行CSFB业务。

此类问题在信令中的反映为出现ExtendServiceRequest后，没有进行LTE向WCDMA的重定向，而是直接重选至WCDMA，而且会缺失大约10S左右的信令。

如图9所示，UE向eNodeB发起CSFB业务，但是eNodeB没有向UE返回RRCConnetiongRelese消息进行LTE向WCDMA的重定向，而是10S后直接重选至WCDMA进行起呼。

导致此类问题的原因华为技术人员给出的结论是：可能是eNodeB存在问题，因为从信令上看是UE向eNodeB发起CSFB业务，但是eNodeB并未作出任何反应，而且少10S信令。具体eNodeB存在什么问题暂时不得而知。