某项目进行站点单验时发现一个站点EPSFB主叫业务失败，无法拨打电话，需要分析原因。

背景配置信息：因现场LTE B3，B8为异厂家小区，且异厂家当前版本不支持EPSFB，因此现场配置的EPSFB是基于盲重定向到ZTE LTE B1的方式。

联系测试队伍使用其他手机拨打问题手机，同样存在问题。无法拨打电话属于控制面问题，因此让测试队伍抓取了出现问题时的测试日志分析。

日志显示，当UE发起语音呼叫流程后，gNB向UE下发了RRC Release消息，但RRC Release消息里并没有携带重定向的指示信息。间隔20 s后定时器超时，UE发起了IMS cancel流程，本次呼叫失败。如图1所示。

怀疑站点配置问题导致未下发重定向指示。

对站点重新执行了基线参数，发现该站点EutranFreq->FrequecyBandList表中仅配置了L18 B3频点，如图2所示。而EPSFB频点优先级是将L21 B1作为高优先级，其他频点优先级设置为0的，如图3所示。所以就导致gNB下发给UE的RRC Relase消息中未携带重定向频点。

项目现场增加FrequecyBandList表的频段信息是使用的自编脚本添加的，检查脚本发现一个bug信息，会导致部分情况下仅在FrequecyBandList中添加一个频段信息，修改脚本重新执行了基线参数，添加了其他频段信息到FrequecyBandList表中。如图4所示。

复测后日志显示RRC Release消息中已经存在重定向到L21 B1的指示信息。如图5所示。

但测试人员反馈，拨打多次电话，其中几次拨打正常，几次拨打失败。分析拨打失败的日志。UE在回落到LTE后很快又被重定向到NR网络。如图6所示。

怀疑是由于LTE->NR网络的定向迁移功能将UE重定向到NR网络。这个功能可以通过关闭QCI1的“SA用户QCI级定向迁移指示”并且将定向迁移指示测量（默认测量配置号2124）的TTT调整得大一些来规避UE的QCI1未建立时eNB就将手机迁移回NR网络的问题。但检查该站点配置已经关闭了QCI1的“SA用户QCI级定向迁移指示”且已经将定向迁移指示测量TTT调整到了5120 ms，仍然存在部分呼叫失败，UE被快速迁移到NR网络的情况。如图7所示。

再次检查UE在LTE网络中的流程发现，UE回落到L21 B1频点后，并不是直接从L21 B1小区重定向到NR网络的，而是UE先切换到了L26 B41小区，之后从L26 B41小区再被重定向到NR网络。如图8所示。

UE从L21 B1切换到L26 B41使用的事件是A4事件。联系到项目现场的互操作策略，为了保证TMM小区（L26 B41）的业务量，现场打开了基于位置的切换策略，将处于FDD小区中心位置的UE优先切换到L26 B41（TMM）小区，使用的切换事件为A4事件。最终确定是现场开启基于位置的切换后导致SA UE做EPSFB时回落到LTE FDD小区后又被快速切换到TDD小区。

检查了当前版本关于位置切换的相关功能，仅找到了”基于用户位置迁移过滤EN-DC用户指示”和“基于用户位置的QCI级迁移指示”，即基于位置的切换仅可以过滤ENDC UE和QCI1 UE，不包含SA UE。

因基于位置的切换不能过滤SA终端，为了解决SA用户EPSFB回落后，又被快速切换到其他LTE频点，导致EPSFB流程中断的问题，需要将基于位置的切换的测量配置中的TTT增大，这样在触发基于位置切换执行前，手机就会建立QCI1承载。而网络中是打开了基于位置的切换时过滤QCI1承载用户功能的。这样就保证手机不会被切换到TDD网络，进而不会重定向到NR网络。

将基于位置的切换测量（默认测量配置号184）的TTT修改到1280 ms后，复测所有EPSFB呼叫均能正常呼通。如图9所示。

当前版本针对SA用户没有功能性切换过滤功能，需要通过调整测量的触发事件来规避SA用户EPSFB后又被快速迁移到NR网络的问题。