1.概述

在CSFB信令仪表中发现长*、晋*有CSFB回落到3G的统计，对此问题，采集某日20∶00～22∶00时数据，并结合该日3天后在实地测试的数据分析发现，CSFB终端由4G回落至3G后接通率很差，呼叫端到端时延很长，其中接通率为35.82%（回落3G成功67次，其中接通仅24次）；呼叫成功的时延为32 s左右，严重影响用户感知，不能满足集团公司要求（集团2015年要求CSFB MT呼叫接通率大于95%，端到端时延小于12 s）。

下一步，需所有地市核查现网4G小区是否添加3G频点（目前中兴、大唐设备添加，华为未添加），对已经添加3G频点的需删掉，特殊场景可酌情考虑。

2.本次测试的两种模式

双方均为苹果终端，1个主叫，1个被叫，正常呼叫，间隔30 s；后台数据中删除可以回落至G网的G网频点，保留3G频点。

双方均是索尼终端，使用CDS软件进行测试，1部为双待终端做主叫，1部为CSFB终端做被叫，正常呼叫，间隔30 s；后台数据中删除可以回落至G网的G网频点，保留3G频点。此次测试的目的是测试LTE回落3G成功率、接通率及时延。

3.现场测试信令分析

（1）主被叫均是苹果终端

后台数据中删除可以回落至G网的G网频点，保留3G频点，目的是为测试LTE回落3G成功率及时延。

通过对测试结果进行分析发现，主被叫均是苹果终端时，主叫可以正常回落至3G，并且在3G小区完成位置区、路由区更新，随后进行正常呼叫，RB建立完成后等待被叫响应定时器超时，UE上发disconnect消息释放链路导致未接通；分析被叫信令发现，被叫未回落至3G，信令中未发现占用3G小区的系统消息，多次测试结果信令相同，如图6-9所示。

4G回落到3G小区，由于4G小区与3G小区未做TAC、LAC一一对应，所以，4G小区的TAC与3G小区的LAC一定不一样，必然要做位置区、路由区更新，如图6-10所示。

主叫CSFB回落到3G后，在3G小区正常建链，并完成RB建立，终因等待被叫定时器超时主动释放链路，如图6-11所示。

被叫CSFB终端信令流程如图6-12所示，正常收到寻呼消息，在Extended Service Re-quest消息后，一直未在3G小区读取系统消息，后续连续多次收到网络侧下发的paging消息，但最终并未回落到3G小区。

图6-9 主叫正常起呼及回落3G时信令图

图6-10 主叫占用3G小区正常进行位置区、路由区更新

从上述信令可以看出：主叫从起呼到回落时延为11 s，从在3G读取系统消息至RB建立完成时延为2 s，RB建立完成至超时disconnect消息释放链路间隔为29 s；被叫未回落至3G；正常回落之前应该存在RRC Re1ease信令携带频点消息，但主被叫均无此信令出现。

G网频点未删除前，网络侧是正常下发RRC Re1ease消息的，且RRC重配消息只有一次，如图6-13所示。

图6-11 主叫在3G小区建链并完成RB建立，终因等待被叫定时器超时主动释放链路

图6-12 被叫CSFB正常收到寻呼消息，但一直未读取3G系统消息

（2）主被叫均是索尼CSFB终端

使用CDS软件进行测试，正常呼叫，间隔30 s。后台数据中删除可以回落至G网的G网频点，保留3G频点，目的是为测试LTE回落3G成功率及时延。

通过对测试结果进行分析发现，主被叫均是索尼终端时，主叫信令正常，在很短的时间内已经完成业务信道建立，但在持续很长的时间内一直无被叫响应消息，网络侧下发dis-connect消息，携带原因为已振铃，用户无应答；分析被叫信令发现，被叫未回落至3G，且每次呼叫均是经过多次回落，且在信令中无占用3G小区读取系统消息的情况，多次测试结果信令相同，如图6-14所示。

图6-13 未删除G网频点正常进行测试的信令截图(www.daowen.com)

图6-14 主叫正常起呼，在很短的时间内已经完成Ca11 Proceeding消息建立

在setup消息建立完成后90 s，网络侧下发disconnect消息释放链路，携带原因为用户已振铃，但无应答，如图6-15所示。

图6-15 网络侧下发disconnect消息释放链路，携带原因为用户已振铃

CSFB被叫终端信令，发现被叫第一次回落时，网络侧未下发RRC Re1ease消息，第二次回落时下发RRC Re1ease消息，且携带频点正常，但一直未在3G小区读取系统消息，如图6-16所示。

从上述结果可以看出：索尼CSFB终端作为被叫时，因进行多次3G回落均无结果，导致时延严重增加，三次回落失败时延增加至90 s左右。

4.4G小区配置2G频点的测试数据

前面测试的均是删除G网频点后的测试，下面为正常配置2G频点下的测试数据分析。

双方均是索尼终端，使用CDS软件进行测试，一部为双待终端作为主叫，另一部为CSFB终端作为被叫，正常呼叫，间隔30 s；后台无其他操作。

通过对测试结果进行分析发现，主被叫均是索尼终端时，主叫信令正常，在很短的时间内已经完成业务信道建立，但在持续很长的时间内一直无被叫响应消息，网络侧释放链路；分析被叫信令发现，被叫回落G网失败，从G网重选成功至3G，其中一次位置区更新失败，时延超过30 s，如图6-17所示。

图6-16 CSFB被叫第二次回落时下发RRC Re1ease消息，且携带频点正常

图6-17 主叫信令正常，从呼叫建立至未接通时延为32 s

被叫正常起呼及回落G网失败后时延5 s在3G读取系统消息，如图6-18所示。

图6-18 被叫正常起呼及回落G网失败后时延5 s在3G读取系统消息

被叫位置区、路由区更新，第一次双更新时，网络侧未对位置区进行更新导致位置区更新失败，随后再次进行位置区更新，接通成功，如图6-19所示。

图6-19 被叫位置区、路由区更新，再次位置更新后成功

从上述结果可以看出：主叫是在呼叫建立后32 s被网络侧释放，被叫回落G网失败导致重新回落至3G时延5 s，G到T的重选时延为12 s，RB建立时延为1.5 s，其中一次位置区更新失败，时延增加17 s左右，整体时延超过30 s。

5.总结

从上述测试及分析得出以下结论：

1）LTE语音业务回落3G成功率、接通率均较差，远远低于回落G网的成功率。

2）时延相对会延长至32 s左右，且多属于无法接通事件，对用户感知造成严重的影响。基于以上结论，建议对现网配置的3G频点进行删除，仅保留G网频点，保障用户感知。