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

内容发布更新时间 : 2024/5/1 7:24:35星期一 下面是文章的全部内容请认真阅读。

一、问题现象

1月20日iphone5s与iphone5c手机在城区半岛酒店-HLW的室分站下进行CSFB测试,主叫和被叫都失败。

1月21日华为D2手机在城区半岛酒店-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后,华为D2、iphone5s与iphone5c手机在该站下都能正常发起CSFB业务。

四、总结

CSFB要求同覆盖下的2G小区LAC和4G小区TAC配置一致,针对此次偶发事件,今后要

加强后台数据管理及无线规划数据规范性,由于站点经纬度有误导致,规划数据时要及时核查相关基站经纬度,保证LTE基站在规划前相关数据的准确性,避免因为经纬度问题导致TAC规划错误导致CSFB问题。