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

LTE小区TAC配置不合理导致CSFB失败处理案例 作者：赵亮 专业：无线，LTE无线 设备类型：LTE－ENODEB 设备型号：BTS3900V10VR008C00SPC130 软件版本： 问题现象 1月20日iphone5s与iphone5c手机在城区半岛酒店-HLW的室分站下进行CSFB测试，主叫和被叫都失败。 1月21日华为D2手机在城区半岛酒店-HLW的室分站下进行CSFB测试，被叫都失败。 问题分析过程 1：基站状态查询 查询站点无当前活跃告警及历史告警存在，因此排除主设备硬件告警导致： 2：测试终端问题排查 相同终端在其他已经开启CSFB功能的LTE小区，都能正常进行CSFB语音业务，因此排除终端问题。 3：无线参数排查 通过LST ENODEBALGOSWITCH命令查看该站的CSFB功能已开启，且也都配置了相应的GSM邻区关系。 信令分析过程 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问题。