LTE小区TAC配置不合理导致CSFB失败处理案例

一、       问题现象

1月20日厂商A的型号1手机与型号2手机在城区半岛酒店-HLW的室分站下进行CSFB测试，主叫和被叫都失败。

1月21日厂商A的某型号手机在城区半岛酒店-HLW的室分站下进行CSFB测试，被叫都失败。

二、       问题分析过程

1：基站状态查询

查询站点无当前活跃告警及历史告警存在，因此排除主设备硬件告警导致：

2：测试终端问题排查

相同终端在其他已经开启CSFB功能的LTE小区，都能正常进行CSFB语音业务，因此排除终端问题。

3：无线参数排查

通过LST ENODEBALGOSWITCH命令查看该站的CSFB功能已开启，且也都配置了相应的GSM邻区关系。

4、 信令分析过程

1月21日16:00在该室分站下，用D2手机进行SCFB测试，被叫呼叫失败。通过对信令跟踪分析，由于LTE在无线侧无法进行单用户跟踪，所以只能跟踪该站点的UU、S1口信令，并且确保该站点无其他用户。

D2做被叫时，通过S1口信令分析，在信令上可以看到16:00:18（141）在S1AP_UE_CONTEXT_MOD_REQ消息上看到MME发起CSFB请求，之后UE给MME发送回应。

之后从S1口信令上16:00:18（172）的消息S1AP_UE_CONTEXT_REL_REQ可以看到ue-not-available-for-ps-service消息，说明发起CSFB后，网络侧对PS域进行拆链。

查询UU口信令RRC连接释放，从RRC REL消息中看到已经携带GSM相关频点信息（UU口）。

GSM侧信令分析：

在BSC侧查看信令，发现16：00没有信令，可见CSFB不能正常回落到GSM。

通过查询，由于该站点经纬度有误，该站点落入LAC 28741的覆盖范围内，该站点的TAC配置为28741。但该站点实际位置是在TAC 28745的覆盖范围内，导致4G的TAC配置与2G邻区的LAC不一致，由于核心网配置的LAC与TAC对应关系，容易导致UE无法找到对应的GSM服务小区，导致CSFB无法做业务。

三、       解决措施

通过命令MOD  CENOPERTORTA将城区半岛酒店-HLW的TAC值修改为28745后，厂商B某型号手机、厂商A型号1与型号2手机在该站下都能正常发起CSFB业务。

四、       总结

CSFB要求同覆盖下的2G小区LAC和4G小区TAC配置一致，针对此次偶发事件，今后要加强后台数据管理及无线规划数据规范性，由于站点经纬度有误导致，规划数据时要及时核查相关基站经纬度，保证LTE基站在规划前相关数据的准确性，避免因为经纬度问题导致TAC规划错误导致CSFB问题。