点是合理的。

检查4G网络配置的PLMN ID为46008， 而2G网络配置的PLMN ID为46000；且4G网络的MME未将46000的PLMN ID配置为EPLMN，并下发告知UE。这样当终端在46008的4G网络接收到4G重定向命令后，根据其中携带的2G频点搜索2G网络，发现该频点的PLMN ID与4G网络的 PLMN ID不同，且不在自己的EPLMN List中，因此UE不能接入该2G频点对应的网络。此后，UE进行2G全频段搜索，如果能搜索到合适的2G小区则接入并建立通话，但2G全频段搜索时延往往较长，主叫通话可接通，但呼叫建立时延往往超过20s，被叫通话因网络侧定时器超时失败。 3. 问题分类：核心网参数配置 4. 解决方案

回落时，如果4G与2G网络使用的PLMN不同，则需要4G网络MME将2G PLMN ID配置为EPLMN，并下发给UE。

与回落类似，如果4G与2G网络使用的PLMN不同， 小区重选方式返回4G时，需要2G MSC和SGSN配置4G PLMN ID为EPLMN，并下发给UE，否则UE也无法正常返回4G。 5. 效果评估

测试区域中，MME将46000配置为其EPLMN后，CSFB手机能够正常回落GSM并建立通话，且呼叫建立时延符合理论预期。

4.2.5 案例5：UE回落2G后再挂起数据业务的标准流程不合理，导

致数据业务挂机失败

1. 现象描述

终端回落至GSM后，MME收到SGSN的Suspend REQ后，返回reject（unknown mandatory extension header），数据业务挂起业务失败。之后该用户做被叫时，MME在空口发起寻呼流程。 2. 问题分析

UE通过CSFB回落至GSM时，因绝大多数GSM现网不支持DTM，无法实现CS和PS业务的并发，所以之前在LTE网络建立的PS业务需在核心网侧挂起。即使少数GSM现网支持DTM功能，且部分CSFB终端也支持DTM，但因UE缓读SI13，会在回落GSM过程中自动关闭DTM功能，也无法实现CS和PS业务并发。

29

基于UE触发的悬挂，需要UE回落GSM网络后，主动发起挂起消息至网络， SGSN收到后通过SGSN和MME间Gn口向MME发起挂起请求（ suspend request ）消息让LTE EPC网络悬挂用户的PS业务。但3GPP目前的规范中，该Gn接口的消息仅携带了RAI和P-TMSI， 缺少P-TMSI siganature信息，接收的MME通过下图的反向映射转换无法成功转换为MME可识别的用户GUTI，导致挂起流程无法执行。

3. 问题分类：无线设备实现、核心网设备实现 4. 解决方案

当接收到Gn接口的Suspend Request消息时，MME应该直接返回ACK消息，避免SGSN认为流程异常。

基于UE触发的悬挂无法在SGSN-MME之间执行时，MME只能基于eNodeB上报的原因值来触发。 在CSFB回落过程中，eNodeB在释放无线连接时，通过在UE CONTEXT RELEASE REQUEST消息中设置cause value为UE Not Available for PS Service来指示MME执行挂起流程。 5. 效果评估

CSFB终端从LTE网络因语音业务回落2G网络后，LTE 网络 可正确挂起LTE数据业务。在一定时间范围内（具体与MME实现相关），CSFB终端通话结束后终端返回LTE网络后，数据业务仍可恢复。

4.2.6 案例6：UE跨MSC Pool回落，导致被叫失败

1. 现象描述

外场测试某区域，使用两部三星CSFB终端互拨，主叫端发起呼叫后正常回落，被叫端也正常回落至2G,但一直没有来电显示，也未振铃；主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。 2. 问题分析

30

主被叫两部终端均可正确回落，说明终端在LTE网络侧的CSFB相关流程执行正常，被叫失败是在终端接入GSM网络后因某环节出现异常导致的。通过跟踪两部终端回落后的各项操作，以及与GSM网络的信令交互过程，发现出现该问题的测试区域恰好位于MSC PooL边界。其中终端开机初始执行LTE联合附着/位置更新时，根据MME配置的TA-LA映射表，注册在LA1对应的MSC1上，MSC1在MSC PooL1内。而因终端拨打时位置在MSC POOL边界，终端实际回落时选择接入的GSM小区为LA2，对应的MSC为MSC2，MSC2在MSC PooL2内。如下图所示：

图4-7 UE回落跨MSC Pool示意图

由于联合注册在MSC PooL1的MSC1，被叫呼叫一定接续到PooL1的MSC1，之后用户回落到MSC PooL2的MSC2，导致被叫失败。 3. 问题分类：网络覆盖条件 4. 解决方案

尽可能完善网络规划，合理配置GSM小区归属MSC PooL，将终端回落接入的GSM小区尽量规划在终端联合注册的MSC PooL内，避免发生回落跨PooL场景，降低被叫失败发生的概率，但这种方法无法彻底解决该问题，需通过部署MSC的MTRF功能才可真正避免回落后跨PooL的被叫失败问题。

3GPP定义的MTRF（Mobile Terminating Roaming Forwarding），即可解决这种特殊场景下的异常问题。通过引入该功能，可实现old MSC（联合位置更新附着的MSC）和new MSC（回落的MSC）之间的呼叫前转，让被叫成功接续。该方案实施需LTE覆盖范围内全部MSC软件升级支持，影响范围广，改造量大，实施代价高，因此目前尚未部署，只能通过无线规划的方式规避。 5. 效果评估

通过优化无线规划，合理设置GSM小区归属MSC PooL，尽量保证终端回落接入的GSM小区归属于终端注册的MSC PooL，可解决多数场景下回落跨PooL的被叫失败问题。

31

但在边界区域由于无线信号漂移，无法保证用户在同一区域每次都选择相同小区接入；也不可能同时照顾到PooL边界范围内所有用户，因此无法彻底解决用户被叫失败的问题。

4.2.7 案例7：4G网络将终端的Last Visited TA加入TA List，导致

终端回落跨MSC Pool而被叫失败

1. 现象描述

杭州路测时，偶尔有被叫CSFB手机失败现象，从终端LoG发现，被叫失败是由于回落跨MSC Pool造成，且呼叫失败前的TAU Accept中的TA List包含了分属不同TA List的TAC。

2. 问题分析

测试区域TA、LA规划如下图所示，其中BSC006的LA为 22548，BSC103的LA为22552，BSC177的LA为22457；MME将TAC 50配置在TA List 1中，TAC 51和52配置在TA List 3中，且TA List和LA映射关系为TA List 1对应LA 22552，TA List 3对应LA 22548。

测试时终端在正确的TAC 50小区进行电话拨打，TAC 50属于TA List 1，映射的LA为 22552，终端挂机后需要返回LTE小区，由于无线信号漂移等原因，终端返回LTE时接入的LTE小区属于TAC 51/TAC 52，这两个TAC均属于TA List 2，映射的LA为22548。从终端侧LoG发现，终端返回LTE时的TAU Accept消息中的TA List不但有TAC 51/TAC 52，还包含了之前所在的Last Visited TA，即TAC 50。当终端再次重选回到TAC 50下的小区进行拨打测试时，因对于终端而言TAC 50在TA List中，因此不会重新执行TAU，此时映射的LA仍为22548，但是在TAC 50 LTE小区下发的GSM频点对应小区LA为22552，故形成跨MSC Pool场景，因此被叫失败。

32