2024年3月24日发(作者：孝清秋)
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邻区关系。
LTE小区名称
城区半岛酒店-HLW-1
城区半岛酒店-HLW-1
城区半岛酒店-HLW-1
城区半岛酒店-HLW-1
城区半岛酒店-HLW-1
城区半岛酒店-HLW-1
城区半岛酒店-HLW-1
城区半岛酒店-HLW-2
城区半岛酒店-HLW-2
城区半岛酒店-HLW-2
城区半岛酒店-HLW-2
城区半岛酒店-HLW-2
城区半岛酒店-HLW-2
城区半岛酒店-HLW-2
2G小区名称
城区骏王酒店HD1-2
城区海关HD1-3
城区分公司HG1-1
城区分公司HG1-2
城区分公司HG1-3
城区南苑科技楼HG1-3
城区安华酒店HG1-2
城区骏王酒店HD1-2
城区海关HD1-3
城区分公司HG1-1
城区分公司HG1-2
城区分公司HG1-3
城区南苑科技楼HG1-3
城区安华酒店HG1-2
LAC
28745
28745
28745
28745
28745
28745
28745
28745
28745
28745
28745
28745
28745
28745
CI
10422
10783
19531
19532
19533
39373
49332
10422
10783
19531
19532
19533
39373
49332
NCC
3
0
5
6
0
3
3
3
0
5
6
0
3
3
BCC
6
3
5
7
0
5
6
6
3
5
7
0
5
6
BCCH
533
513
1
19
21
27
11
533
513
1
19
21
27
11
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问题。
2024年3月24日发(作者：孝清秋)
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邻区关系。
LTE小区名称
城区半岛酒店-HLW-1
城区半岛酒店-HLW-1
城区半岛酒店-HLW-1
城区半岛酒店-HLW-1
城区半岛酒店-HLW-1
城区半岛酒店-HLW-1
城区半岛酒店-HLW-1
城区半岛酒店-HLW-2
城区半岛酒店-HLW-2
城区半岛酒店-HLW-2
城区半岛酒店-HLW-2
城区半岛酒店-HLW-2
城区半岛酒店-HLW-2
城区半岛酒店-HLW-2
2G小区名称
城区骏王酒店HD1-2
城区海关HD1-3
城区分公司HG1-1
城区分公司HG1-2
城区分公司HG1-3
城区南苑科技楼HG1-3
城区安华酒店HG1-2
城区骏王酒店HD1-2
城区海关HD1-3
城区分公司HG1-1
城区分公司HG1-2
城区分公司HG1-3
城区南苑科技楼HG1-3
城区安华酒店HG1-2
LAC
28745
28745
28745
28745
28745
28745
28745
28745
28745
28745
28745
28745
28745
28745
CI
10422
10783
19531
19532
19533
39373
49332
10422
10783
19531
19532
19533
39373
49332
NCC
3
0
5
6
0
3
3
3
0
5
6
0
3
3
BCC
6
3
5
7
0
5
6
6
3
5
7
0
5
6
BCCH
533
513
1
19
21
27
11
533
513
1
19
21
27
11
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问题。