彩铃（与MSC实现相关），也会影响用户体验。

目前，对于Early Alerting/ACM功能，部分厂家认为标准不合理，没有实现；部分厂家实现该功能并可开关控制；部分厂家完全按照标准实现，且无开关控制（后续将推动支持开关控制）。综合评估时延性能、网管统计和用户体验，在现网应用时，建议MSC可通过开关控制关闭Early Alerting/ACM功能，以提升KPI考核准度和用户体验。 3. 问题分类：核心网参数配置 4. 解决方案

MSC关闭Early Alerting/ACM功能后，呼叫建立时延恢复正常水平。 5. 效果评估

针对已经支持开关控制Early Alerting/ACM功能的厂家设备，已通过测试验证其实现方式，在关闭Early Alerting/ACM功能后，呼叫建立时延符合正常时延范围。

6.2.2 案例2：eNodeB开启基于测量重定向，导致呼叫建立时延略长

1. 现象描述

外场测试时，CSFB手机拨打2G手机25次，呼叫建立总时延平均约11.8s，略长。测试区域GSM网络开启了扩展BCCH功能，呼叫建立时延应与终端支持缓读SI13优化功能接近。 2. 问题分析

对25次呼叫的主叫侧LoG进行了分段分析，分析结果如下： 序号 1 信令分段 Extended Service Request->RRC Connection Release 流程内容 UE在LTE侧发起呼叫，LTE网络通过重定向命令指引UR回落 正常时延本案例测（对比） 试时延 0.2~0.3s 3.00s 2 3 RRC Connection Release-->CM UE搜索并接入GSM小区、读取Service Request GSM系统广播消息 CM Service Request-->Alerting 总时延Extended Service Request->Alerting 分配TCH、建立通话（同现网流程） 2~3s 6~7s 8~10s 2.43s 6.36s 11.79s 从分段时延中可以看出，本案例测试中的第一段分段（Extended Service Request->RRC Connection Release）比正常时延范围长约2.7~2.8s。后检查eNodeB配置，发现设备开启了基于测量的CSFB重定向功能，即UE在LTE侧发起呼叫/响应寻呼后，eNodeB会先给UE下发携带GSM频点的测量控制信息，待UE上报了异系统测量报告后，eNodeB根据UE测量

49

GSM频点情况，下发重定向命令指引UE回落GSM网络，信令流程图下图所示。而通常情况下，为保证CSFB时延性能，eNodeB针对CSFB功能需开启盲重定向功能，且根据实际网络规划，合理配置盲重定向命令中的GSM频点，进而保证CSFB盲重定向的成功率。因此，相比于正常时延，本案例测试的第一段分段多了UE测量异系统并上报测量报告的过程，而该过程的时延与UE实现、网络覆盖情况相关，测试表明，该过程时延约2.7~2.8s。

——测量报告中上报GSM频点762的RSSI

3. 问题分类：无线参数配置 4. 解决方案

eNodeB针对CSFB功能关闭基于测量的重定向功能，仅开启盲重定向功能。基于测量重定向比盲重定向的重定向成功率略高，但会增加CSFB通话的呼叫建立时延。为保证盲重定向的成功率，在配置重定向命令中GSM频点时，需根据LTE与GSM的网络规划配置，从而使重定向命令中GSM频点尽量涵盖LTE小区覆盖范围内所有GSM小区频点。 5. 效果评估

eNodeB关闭CSFB基于测量重定向功能后，CSFB手机拨打2G手机的呼叫建立总时延约9s，在正常时延8s~10s范围内，分析分段时延，第一段分段（Extended Service Request->RRC Connection Release）约300ms，符合盲重定向时延范围。

6.2.3 案例3：4G UE回落至GSM后，网络主动索要IMEI导致呼叫

50

时延增加

1. 现象描述

CSFB手机拨打2G手机，回落至GSM网络后，网络主动索要UE IMEI导致呼叫建立时延增加约0.2~0.4s。 2. 问题分析

GSM现网在UE通话建立过程中，MSC会索要UE IMEI以便于话单统计。CSFB UE回落至GSM网络后，与现网流程相同，MSC会索要CSFB UE的IMEI，该流程时延约0.2~0.4s。

但对于CSFB UE，存在优化方案，即UE在LTE网络接入时提供IMEISV，且通过SGs接口告知MSC，从而避免在GSM呼叫建立过程中再次索要IMEI，进而缩短CSFB呼叫建立时延。该优化方案的基本流程如下图所示：

(1) UE回落前，LTE网络MME可要求UE上报并存储IMEISV，

(2) MME在SGs联合附着/位置更新的SGsAP-LOCATION-UPDATE-REQUEST消息可携带可

携带IMEISV参数（被叫及短信流程涉及的SGsAP-SERVICE-REQUEST、SGsAP-UPLINK-UNITDATA消息也可携带），并告知MSC并存储；

(3) MSC在SGs接口接收并存储后，当UE回落后，MSC可无需再次索要IMEISV。 3. 问题分类：核心网参数配置 4. 解决方案

MME及MSC均已支持通过SGs接口传递IMEISV的优化功能，在部署CSFB时，建议MME及MSC开启此功能。 5. 效果评估

开启优化功能后，MSC在通话过程中不再索要CSFB UE的IMEI，从而缩短呼叫建立时延。但目前部分厂家MSC即使有存储的IMEISV信息，也会每次呼叫、LAU流程都再次索要IMEISV信息，需进一步规范MSC设备实现。

6.2.4 案例4：4G弱覆盖导致终端未收到重定向命令，导致呼叫建立

51

时延过长

1. 现象描述

在LTE弱覆盖区域测试时，CSFB手机拨打2G手机呼叫建立时延长达20s左右，且CSFB手机回落3G网络。 2. 问题分析

通过分析终端LoG，CSFB UE在4G网络并未收到重定向命令（RRC Connection Release），在LTE弱覆盖区域，UE存在一定概率漏收部分信令。根据协议规定，当UE未收到重定向命令时，UE将启动定时器T3417ext（协议规定该定时器为10s），当UE为主叫方时，T3417ext超时后，UE主动搜索其他RAT小区并尝试接入，一般地，UE将先搜索3G小区，后搜索2G小区；当UE为被叫方时，T3417ext超时后，UE释放无线链路并不回落2G/3G。 3. 问题分类：网络覆盖条件 4. 解决方案

在LTE布网初期，存在部分LTE弱覆盖区域，可能会导致UE收取部分信令不全。需通过网络建设及网络优化，不断提高LTE网络覆盖水平，以解决案例中出现问题。 5. 效果评估

在LTE强覆盖区域，UE未收到4G网络重定向命令概率较低，因此，随着LTE网络覆盖水平不断完善，本案例问题出现概率会不断下降。

6.2.5 案例5：eNodeB未开启CSFB，导致CSFB呼叫失败或呼叫建

立时延过长

1. 现象描述

测试区域内，MME已开启和支持CSFB功能，并在Attach 和TAU Accept消息中告知UE，这样的话CSFB终端将认为LTE网络支持CSFB，驻留LTE网络。

设备厂家A eNodeB未开启CSFB，在其测试区域中： ? CSFB UE处于空闲态

? CSFB UE拨打2G UE，CSFB UE回落至TD-S，呼叫建立时延略长，约11s； ? 2G UE拨打CSFB UE，CSFB UE回落至TD-S，呼叫建立时延略长，约11s； ? CSFB UE处于连接态

? CSFB UE拨打2G UE，CSFB UE回落至TD-S，呼叫建立时延过长，约20s；

52