画鸵萌宠网
SA组网EPS FB完成后无法快速返回5G案例
【摘要】XX电信各地市目前正在规模开通 SA 站点。SA 站点涉及LNR 互操作， 包括空闲态重选、PS 连接态互操作、EPS FB 以及Fast return 功能。各地市在单 验过程中发现L2NR 互操作存在异常，本案例主要介绍 L2NR 互操作流程及异常问题处理。
【关键字】20A VONR EPS FB L2NR Fast return
【业务类别】5G SA
【设备区】华为
1 问题现象
在 20A 版本下现场测试发现 5G 用户在 SA 网络发起语音呼叫，由于当前 SA 网络不支持VONR 功能，因此语音呼叫需要通过 EPS FB 回落到 LTE 侧做 VOLTE 呼叫，但 VOLTE 呼叫结束后，终端无法 Fast return 快速返回 5G 网络，导致用户感知差。
2 Fast return 流程介绍
Fast return 的触发源是终端结束VoLTE 呼叫，网络侧触发下发 B1 测量控制，当终端 3s
内上报 B1 测量报告时，则将终端通过重定向/切换的方式转移到 NR 继续享受大带宽。
定位此类问题主要熟悉相应的信令流程，看异常流程出现在哪里，从而进行问题的隔离定界。以下是 fast return 的信令流程。
图 基于切换的 Fast return 信令流程图
图 基于重定向和 Fast return 信令流程图
1) 当用户完成 VoLTE 语音业务，并删除语音业务承载后，判断 UE 是否支持 NR 和NGC:
（1）判断终端能力是否支持 NR；（2）判断 UE 的初始上下文/上下文修改信息中的 handover restriction list，只要核心网没有将 NR 列为禁止名单，则认为在 5G 已开户），如果支持 NR 和NGC，当前版本还会判断 UE 携带的业务 QCI 的切换属性，当存在 MUST HO 且不存在 NO HO 的QCI 时，转下一步； 2) eNodeB 下发异系统 B1 事件测量；
3) UE 收到eNodeB 的测量配置，进行异系统 NR 测量。
a. 如果测量 NR 信号在InterRatHoNrParamGrp.NrB1B2TimeToTrigger 内持续大
于InterRatHoNrParamGrp.ServBasedNrB1RsrpThld，则 UE 上报事件测量报告，选择过滤后信号质量最好的 NR 小区作为目标小区/频点；
b. 如果eNodeB 在InterRatHoNrParamGrp.NrB1B2TimeToTrigger 超时后，还未
收到异系统 B1 事件上报，则终止异系统 B1 事件，不再继续后续操作。
4) UE 收到NR 目标小区或目标频点信息后，完成到 NR 小区的切换或重定向。
3 原因分析
L2NR 互操作问题通常分为以下几类： 1）、基站硬件故障和 LICENSE 核查；
2） 、网络侧不下发 B1 测量控制；
3） 、网络侧不发起切换准备；
4） 、网络侧已经发起切换准备，但是切换准备失败；
5） 、切换执行失败；
3.1 基站硬件故障和 LICENSE 核查
核查基站硬件无故障，且 L2NR LICENSE 正常。
3.2 网络侧不下发 B1 测量控制
L2NR 切换所涉及的特性为fast return/基于业务的L2NR 移动性/基于覆盖的L2NR 移动性，网络侧不下发 B1 测量控制的问题可以分为以下几类：
1、 针对基于覆盖的 L2NR 切换，如果终端没有上报基于测量的 A2 测量报告，网络侧不
会下发 B1 测量控制，此类问题多为 LTE 本身的信号质量太好，或者 A2 门限配置过低，导致无法上报测量报告；
2、 针对基于覆盖的 L2NR 切换，如果已经上报 A2 测量报告，此类问题可以优先在基站
侧检查以下方面：
（1）查看 LTE 侧是否已经配置了正确的 NR 邻区邻频点
3、 当前版本 fast return 和基于业务的 L2NR 切换采用同一套 QCI 切换判断机制，即
如果需要触发 fast return，则当 QCI1 释放后，终端还携带的 QCI 中必须要有
MUST HO 的QCI，且不能有 NO HO 的QCI。举例如下，当 QCI1 释放后，终端还有QCI5/8（可以从 NR2L 的切换请求和后续的 ERAB 建立请求中找到），可以看到QCI8 对应的切换策略为 NO HO，因此无法触发 fast return。
4、 观察终端的初始上下文建立/上下文修改/切换入请求中，如果核心网携带 HRL 将
5G 列为禁止接入系统，网络侧将不下发 B1 测量控制。
5、 终端不支持对应的 5G 频段，网络侧也无法下发 B1 测量控制，终端的支持频段能力
信息可以从 UE 上报的能力信息中的 V1540 结构体中查到。这里需要注意一点，终端在接入的时候，网络侧会先查询终端的 2/3/4G 能力信息，在终端报上来的能力信息中，如果携带了如下支持 NR 的字段，才会继续查询终端的 NR 能力信息，如果终端没有携带，则不会继续查询 NR 的能力信息。
6、 针对多频带频点未配置频带指示，也会导致网络侧无法下发 B1 测量控制。
3.3 终端不上报异系统 B1/B2 测量报告
此类问题主要从 4 方面进行排查：（1）是否 NR 信号不好或者不稳定；（2）是否门限配置异常高导致 NR 信号无法满足；（3）LTE 配置 NR 邻频点是否正确；如果还未排查出， 则需要终端同事协助排查。（4）NR/LTE 没有时间同步导致终端概率性测量不到 NR；（5） 没有打开测量抢占功能，导致 SA 的测量优先级低；（6）邻区是否没有配置为支持 SA 模式；
➢ 是否 NR 信号不好或者不稳定
排查该场景可以将终端锁频锁制式驻留在 5G，观察终端显示的 NR 信号情况，是否过低或者浮动过大，此类问题优先优化 NR 的RF 情况或者变更测试点位。 ➢ 是否门限配置异常高导致 NR 信号无法满足
此类场景可以查看网络侧下发的 B1 测量控制中携带的门限，观察是否符合 LNR 互操作的策略设计。
B1 测量控制中携带的 RSRP 门限=显示值-156dBm。 ➢ LTE 配置 NR 邻频点是否正确
排查此类问题要对比 LTE 的NR 邻频点设置，以及 NR 侧NRDUCELL 中的频点设置， 这里需要注意的是，LTE 侧配置 NR 的频点为 NR 的下行 SSB 频点，NR 的SSB 频点需要根据 5G FMA 中的频率计算工具进行计算，而非 NRDUCELL.DlNarfcn。
➢ NR/LTE 没有时间同步导致终端概率性测量不到 NR
LTE 和NR 网络系统不同步场景下，例如 LTE FDD+NR TDD（或者LTE TDD 和NR TDD 时间不对齐），UE 做NR B1 异系统测量，由于协议规定 LTE GAP 必须包含NR SSB，否则可能导致测量不到 NR 小区，从而无法发起 L2NR 切换流程。需要修改 NR 和LTE 均为时间同步，或者修改 NR SSB 周期为 5ms，但是会影响 NR 的峰值速率。
➢ 没有打开测量抢占功能，导致 SA 的测量优先级低；
该功能由参数 CellUeMeasControlCfg.MeasOptAlgoSwitch 的子开关
“NSA_SA_MEAS_OBJ_PREEMPTION_SW”控制。开关打开时，在频点能力受限时，判断当前触发的算法和 UE 正在测量的最高优先级算法中哪个优先级高，若当前触发的算法优先级高，则进行测量抢占，即测量当前触发的算法的频点。测量顺序为： CSFB>必要类切换>SA B1>NSA B1>NSA PCC>LTE（非必要类）>U（非必要类）>G （非必要类）
➢ 邻区是否没有配置为支持 SA 模式
需要核查 NREXTERNALCELL. NrNetworkingOption 支持 SA。
3.4 网络侧不发起切换准备
此类问题为终端已经上报了 NR B1 测量报告， 但是 eNodeB 并没有发起 handover required 消息。因为此时网络侧已经下发了 B1 测量控制，因此基础的开关和 license 应该没有问题，此时建议从以下几方面进行排查：
（1） 测量上报的 NR 小区是否已经配置为邻区；
LTE 侧下发 NR B1 测量控制的时候仅会下发频点，所以当终端上报的 NR 小区如果没有配置为邻区，那么网络侧必然无法发起 handover required 消息。 检查邻区的方法： a. b. c.
通过 B1 测量报告的 measId 找到B1 测量控制中的 measObjectId； 通过 measObjectId 找到B1 测量控制中对应的 NR 频点 通过 NR 频点和 B1 测量报告的 PCI 去LTE 配置文件中查找NRexternalcell 和NrNRelationship 是否已经配置；
（2） 测量上报的 NR 小区是否存在 PCI 冲突；
通过（1）可以获得小区的信息，此步骤需要查明该 LTE 小区是否配置两个同频同 PCI 的小区为邻区，此时会产生 PCI 冲突，需要删除冗余的邻区；
（3） 测量上报的 NR 小区PLMN 配置是否正确；
通过（1）可以获得小区的信息，此步骤需要查看
a. NRexternalcell 中PLMN 和NrNRelationship 中的 PLMN 是否配置一致； b. 如果不一致的话继续核查 NrNRelationship 中的 PLMN 是否和
NREXTERNALCELLPLMN 中的 sharedPLMN 配置一致；
c. 检查NCELLPLMNLIST 中的 PLMN 配置是否正确，如果不正确会导致无法获
取到正确的 gnodeblength 来进行切换；
（4） 对于终端携带的 QCI 是否已经开启了移动性策略组开关；
在 16.0 版本，LTE 侧增加了 L2NR 移动性的 QCI 切换策略组
INTERRATPOLICYCFGGROUP. NRHOCFG，需要在该策略组中打开对应 QCI 的移动性策略才能发起切换。
（5） 对于终端携带的 QCI 是否终端能力支持切换到 NR；
对于一些终端携带 QCI1 的场景，仅仅网络侧打开开关，并且终端支持 NR 能力并不足够，根据 TS 36.331，网络侧还会核查终端能力信息中的 v1540 结构体， 仅当终端支持 VoNR 的时候才允许终端切换到 NR，此中也可以核查终端是否支持切换到 NR。
3.5 切换准备失败
切换准备失败在终端侧较难感知，需要在 4G 标口跟踪中进行筛选，其典型信令流程如
下，eNodeB 发送给 MME handover required 消息后，MME 回复了 handover prepare fail 消息。
此类问题定位建议抓取：NR 标口跟踪/LTE 标口跟踪/核心网侧跟踪进行联合定位隔离。隔离的思路方法比较明晰，即找到回复错误原因值的网元并分析原因。
3.6 切换执行失败
对于正常的切换执行流程，信令流程应该如下：
图 L2NR 切换执行成功流程
可以看到，对于切换成功场景，eNodeB 在handover CMD 之后收到的第一条消息应该是 MME 下发的 UE Context Rel CMD 消息，对于失败场景，一般为在 MME 发送 handover CMD 之后eNodeB 的第一条消息为 handover cancel 或者是eNodeB 在S1 口等待超时后主动上发 UE Context Rel Req 消息。
针对切换失败类问题分析，首先同样应该在信令流程上判断流程中止在哪一步，通过对比分析隔离定界出问题的网元。一般可以分为以下三类：
（1） eNodeB 主动发起 handover cancel 消息（非终端重建引起）； （2） 终端切换接入失败重建；
（3） 终端已经发送 RRC Reconfiguration CMP 消息，但是 eNodeB 没有收到；
4 解决措施
4.1 网络侧不下发 B1 测量控制
按照上述步骤核查发现，中国电信频段使用 3400MHZ~3500MHZ，查询 3GPP 协议该频段属于 N77/N78，因此需要配置多频段指示。
ADD NRMFBIFREQ:DLARFCN=xx （NR 下行 SSB 频点）,FREQUENCYBAND=N78;
配置后测试验证网络侧可以下发 B1 测量控制，终端同时也上报 B1 测量报告，但网络侧不发起切换准备。
4.2 网络侧不发起切换准备
按照上述步骤核查发现， 4G 到 5G 的邻区、PCI 信息配置无问题，但 LTE 侧未配置
gNodeB Length 长度，导致网络侧不发起切换准备。
ADD NCELLPLMNLIST:MCC=“xx\
配置后测试验证网络侧可以发起切换准备，但 MME 反馈切换准备失败。
4.3 切换准备失败
联合核心网跟踪信令分析，返回失败原因值为“unknown-targetID”,该类原因值主要问题是 4G MME 核心网未配置 5G TAC。
5 效果验证
核心网 MME 添加 5G TAC 后，现场测试验证 5G 终端可以通过 Fast return 快速返回
5G。
6 经验总结
定位此类问题主要要熟悉相应的信令流程，看异常流程出现在哪里，从而进行问题的隔离定界。
因篇幅问题不能全部显示，请点此查看更多更全内容