2023年12月6日发(作者：)
语音 EPS FB
问题优化分析研究
XX
5G SA
目录
一、问题描述 ................................................................................................................................... 4
二、分析过程 ................................................................................................................................... 4
2.1 EPS FB 方案及原理 ...................................................................................................... 4
2.1.1 原理说明 ............................................................................................................... 4
2.1.2 方案说明 ............................................................................................................... 5
2.1.3 EPS Fallback 原理介绍 .......................................................................................... 5
2.2 EPS FB 流程 ................................................................................................................... 6
2.2.1 基于切换的 EPS FB ............................................................................................... 6
2.2.2 基于重定向的 EPS FB ........................................................................................... 6
2.3 EPS FB DNS 数据 ........................................................................................................... 7
2.3.1 4G 往 5G 切换时需要的 DNS 记录 ......................................................................... 7
2.3.2 5G 到 4G 重选时需要的 DNS 记录（即 TAU 方式到 4G） ................................ 7
2.3.3 5G 往 4G 切换时需要的 DNS 记录 ......................................................................... 8
2.3.4 4G 到 5G 重选时需要的 DNS 记录（即 TAU 方式到 5G） ................................ 8
2.4 EPS FB 信令分析 .............................................................................................................. 9
2.4.1 MME 信令 ............................................................................................................. 9
2.4.2
2.4.3
AMF 信令 ........................................................................................................ 10
SMF 信令 ......................................................................................................... 10
2.5 FAST RETURN 信令分析 ................................................................................................. 12
2.5.1 AMF 信令 ............................................................................................................... 12
2.5.2 SMF 信令 ..................................................................................................................... 13
2.6 EPS FB 呼叫建立异常分析方法 ....................................................................................... 14
2.6.1 无 B1 测控下发分析............................................................................................. 14
2.6.2 未收到 B1 测量报告 ............................................................................................ 16
2.6.3 网络侧收到了 B1 测量报告，但未执行 EPS FB 回落动作（切换或重定向） 17
2.6.4 EPS FB 动作已下发，但LTE 侧接入失败 ............................................................ 19
2.7 Fast Return 异常分析方法 ............................................................................................... 23
2.7.1
QCI1 释放后 B1 测控未下发 ................................................................................ 23
2.7.2 收到 B1 测控后，未上报 B1 测量报告 ............................................................. 26
2.7.3 上报 B1 测量报告，但没有触发 FR 执行（重定向/切换） ........................... 29
2.7.4. FR 已触发，但执行失败，或在 NR 侧接入失败 ............................................. 31
三、解决方案 ................................................................................................................................. 34
3.1 语音 EPS FB 案例 ................................................................................................................... 34
3.1.1 案例1：EPS FB 回落执行重定向而非切换配置 ................................................ 34
3.1.2 案例2：NR2L 邻区漏配，导致 EPS FB 回落执行重定向而非切换 .................. 35
3.1.3 案例3：流程冲突导致 EPS FB 失败 ................................................................... 36
3.1.4 案例4：TAU 和 X2 切换流程冲突，导致 EPS FB 失败 ...................................... 37
3.1.5 案例5：无线侧邻区配置错误，导致 EPS FB 切换失败 ................................... 38
3.2 语音Fast Return 案例 ........................................................................................................... 39
3.2.1 案例 1：AMF 链路配置异常，导致 FR 失败 ...................................................... 39
3.2.2 案例 2：非时间同步站点，SA B1 测量不到，导致 FR 失效 ............................. 40
3.2.3 案例 3：AMF 链路配置异常，导致 FR 失败核心网视频彩铃策略配置问题，导致 Fast Return 不生效 .................................................................................................... 41
四、经验总结 ................................................................................................................................. 42
5G SA 语音 EPS FB 问题优化分析研究XX
【摘要】5G SA 实验网的建设，除了 5G SA 的数据业务打通，5G 的语音业务也是 5G 的标杆
业务，5G SA 语音打通，是 5G SA 网络建设的里程碑。选择 EPS Fallback 作为 5G SA 的语音方案，是因为考虑到目前 5G SA 建网初期，5G 信号覆盖还处于初期阶段，没有大规模的覆盖，
而 4G 的覆盖已经进入成熟期。EPS Fallback 是指当用户需要使用语音服务时，5G 用户从 5G
网络“切换”或者“重定向”到 4G 网络，通过 4G 网络使用VOLTE 语音服务。
【关键字】EPS Fallback 邻区
【业务类别】参数优化
一、问题描述
XX 地市进行 5G SA 语音端到端测试，发现有一定的掉话率。现场使用华为 5G NR
基站和中兴ENODEB 基站，4/5G 核心网为中兴。
XX 电信进行 5G SA 网络建设，除了 5G SA 的数据业务打通，5G 的语音业务也是
5G 的标杆业务，5G SA 语音打通，是 5G SA 网络建设的里程碑。
二、分析过程
2.1 EPS FB 方案及原理
2.1.1 原理说明
选择 EPS Fallback 作为 5G SA 的语音方案，是因为考虑到目前 5G SA 建网初期，5G 信号覆盖还处于初期阶段，没有大规模的覆盖，而 4G 的覆盖已经进入成熟期。
Fallback 是指当用户需要使用语音服务时，5G 用户从 5G 网络“切换”或者“重定向”
到 4G 网络，通过 4G 网络使用VOLTE 语音服务。
EPS Fallback 主要是基于 MME 和AMF 间的 N26 接口完成 4/5G 间信令交互。
2.1.2 方案说明
EPS FB 方案：使用现网传统平台的 SGW 作为 SGW-C 和 SGW-U 的方案，此方案优点是布署快，在建网初期，可以直接利用现网设备，不要考虑 SMF 调试，以及 SMF 版本成熟度的问题。目前现网方案。
2.1.3 EPS Fallback 原理介绍
5G 部署初期，由于网络覆盖不全等原因，5G 语音业务会 EPS Fallback 回 4G 通过 VOLTE
进行。EPS Fallback 分为两种，一种是 EPS Fallback 切换，一种是 EPS Fallback 重定向，其主要流程如下：
1.
UE 注册到 5G，建立 IMS PDU session，并注册 IMS 成功；
2.
UE 主叫或被叫场景下，SBC 向 PCF 发送 AAR 消息。PCF 响应AAA 消息触发建专用QoS
Flow 的流程。
3.
PCF 向 SMF 发送 Npcf_SMPolicyControl_UpdateNotify request 消息通知 AMF 创建语音专有 Qos Flow。SMF 响应 Npcf_SMPolicyControl_UpdateNotify response 消息。
4.
SMF 向 AMF 发送 Namf_Communication_N1N2MessageTransfer，消息中携带 SM 相关
信息。AMF 响应 Namf_Communication_N1N2MessageTransfer response 消息；
5.
AMF 向NG-RAN 发送N2 session request 消息，通知 NG-RAN 建立语音 QOS flow 资源，
NG-RAN 拒绝语音 QOS flow，响应 N2 Session response 消息，并携带IMS voice EPS fallback or
RAT fallback triggered 原因值。
6.
AMF 向 SMF 发送Nsmf_PDUSession_UpdateSMContext request 携带 IMS voice EPS fallback or
RAT fallback triggered 原因值。SMF 响应 Nsmf_PDUSession_UpdateSMContext response 消息。-RAN 发起 5GS to EPS HO 流程或者重定向 TAU 流程。
8.
切换或重定向流程完成后（备注：HO 流程后也会伴随有 TAU 流程），SMF 向 MME 发送 Create bearer Request 消息创建语音专载；
9.
MME 收到Create bearer Request 消息后向eNB 发送Activate Dedicate EPSBearer Context
Request 消息创建语音专载；
10.
语音专载创建成功后，流程结束；
2.2 EPS FB 流程
2.2.1 基于切换的 EPS FB
基于切换方式到 4G，需要无线网优侧配置 4G 和 5G 间的邻区，否则无法进行切换。
2.2.2 基于重定向的 EPS FB
即通过 TAU 重定向到 4G 的方式。
2.3 EPS FB DNS 数据
因为 EPS FB 是基于 5/4G 间的切换或重定向流程实现的，那么 DNS 解析数据就很关键，
主要涉及的DNS 数据如下：
2.3.1 4G 往 5G 切换时需要的 DNS 记录
使用解析记录的网元
解析的目的
MME
当用户想向 5G 切换时，通过源 4G 基站将目标 5G 基站的 TAC 码上报给 MME，
然后 MME 根据基站上报的 5G TAC，向 DNS 查询得到一个可供切换的 AMF，选定后，用户将向此 AMF 切换数据。
查询的 FQDN（5G TAC 域名） -
（基于 5G 基站的 TAC 码
组装的域名）
期望得到的解析记录
最终结果
（AMF 的主机名）
AMF 的 N26 IP 地址
2.3.2 5G 到 4G 重选时需要的 DNS 记录（即 TAU 方式到 4G）
使用解析记录的网元
解析的目的
MME
当用户直接从 5G 脱离，直接采用 TAU 的方式到达目标 4G 基站，用户上报
GUMI 标识给 MME，MME 根据此 GUMI 标识查询 DNS，得到此用户原先所在的
AMF 地址，然后向 AMF 获取用户原先的上下文信息，以便在MME 侧快速回复用户的业务。
查询的 FQDN（AMF 域名） （基于用户的 5G GUMI
标识组装的域名）
期望得到的解析记录
最终结果
（AMF 的主机名）
AMF 的 N26 地址
2.3.3 5G 往 4G 切换时需要的 DNS 记录
使用解析记录的网元
解析的目的
AMF
当用户想向 4G 切换时，通过源 5G 基站将目标 4G 基站的 TAC 码上报给 AMF，
然后 AMF 根据基站上报的 4G TAC，向 DNS 查询得到一个可供切换的 MME，选定后，用户将向此 MME 切换数据。
查询的 FQDN（4G TAC 域名） （基于 4G 基站的
TAC 码组装的域名）
期望得到的解析记录
.
（MME 的主机名）
最终结果 MME 的N26 IP 地址
2.3.4 4G 到 5G 重选时需要的 DNS 记录（即 TAU 方式到 5G）
使用解析记录的网元
解析的目的
AMF
当用户直接从 4G 脱离，直接采用 TAU 的方式到达目标 5G 基站，用户上报GUTI 标识给 AMF，AMF 根据此GUTI 标识查询 DNS，得到此用户原先所在的MME 地址，然后向 MME 获取用户原先的上下文信息，以便在 AMF 侧快速回复用户的业务。
查询的 FQDN（MME 域名）
（基于用户的4G GUTI 标识组装的域名）
期望得到的解析记录
.
（MME 的主机名）
安徽电信滁州分公司 5G SA 语音 EPS FB 问题优化分析研究
最终结果 MME 的N26 地址
2.4 EPS FB 信令分析
2.4.1 MME 信令
未经许可不得扩散
第9页, 共42页
2.4.2
AMF 信令
2.4.3
SMF 信令
2.5 FAST RETURN 信令分析
2.5.1 AMF 信令
2.5.2 SMF 信令
2.6 EPS FB 呼叫建立异常分析方法
2.6.1 无 B1 测控下发分析
2.6.1.1 UE 不支持 B 事件
判断方法-UE（Probe&Assistant）： 前场测试信令 在 UE 能力"UECapabilityInformation"中确认是否支持 EventB 测量？不支持，则网络侧不会下 B1 测控
解决方案：联系 UE 厂商进行排查和解决
2.6.1.2 EPS FB 功能开关是否开启
判断方法及应对-基站：当 EPS FB 开关配置不正确/无 License 时，在 5QI1 对应的 PDU SESSION
RSRC MODIFY RSP 中将会携带原因值 not-supported-5QI-value。
解决方案：
按照现网基线配置 EPS FB 相关配置开关和门限
1、打开 EPS FB 开关（示例基于切换）
MOD NRCELLALGOSWITCH: NrCellId=xx, VoiceStrategySwitch=EPS_FB_SWITCH-1,
InterRatServiceMobilitySw=MOBILITY_TO_EUTRAN_SW-1;
2、配置NR 切换策略组（请确认已经配置 LTE 邻频点邻区，请注意groupid 的对应关系）
MOD
NRINTERRATHOPARAM:NRCELLID=xx,EPSFBPROTECTIONTIMER=20,EPSFBMODE=HANDOVER;
ADD/MOD NRCELLHOEUTRANMEAGRP: NrCellId=xx, InterRHoToEutranMeasGrpId=2,
EpsFbB1RsrpThld=-111, EpsFbB1Hyst=2, EpsFbB1TimeToTrig=320MS;
MOD NRCELLQCIBEARER: NrCellId=xx, Qci=1, InterRHoToEutranMeasGrpId=2;
2.6.1.3 是否配置了 LTE 邻频点
判断方法及应对-基站：NR 侧配置LTE 邻频点
ADD NRCELLEUTRANNFREQ: NrCellId=xx, DlEarfcn=1300, MeasurementBandwidth=xx;
ADD NRCELLEUTRANNFREQ: NrCellId=xx, DlEarfcn=38400, MeasurementBandwidth=xx;
ADD NRCELLEUTRANNFREQ: NrCellId=xx, DlEarfcn=38950, MeasurementBandwidth=xx;
解决方案：
按照现网基线配置 NR2L 相关的邻频点信息，如果现网有多个 LTE 频点邻区，配置时注意频点优先。
MOD NRCELLEUTRANNFREQ: NrCellId=xx, DlEarfcn=1300, FreqSpecificOffset=DB0,
ConnFreqPriority=5;
MOD NRCELLEUTRANNFREQ: NrCellId=xx, DlEarfcn=38400, FreqSpecificOffset=DB0,
ConnFreqPriority=4;
MOD NRCELLEUTRANNFREQ: NrCellId=xx, DlEarfcn=38950, FreqSpecificOffset=DB0,
ConnFreqPriority=3;
2.6.2 未收到 B1 测量报告
2.6.2.1 UE 是否接收到了 B1 测量控制
判断方法-UE（Probe&Assistant）：UE 侧确认在发起 EPS FB 呼叫（事件：VoNRCallAttempt）后，是否收到 B1 测控：
判断方法及应对-基站：网络侧确认配置的 B1 门限是否符合基线：（如果配置过高，可能会导致LTE 信号不满足门限，UE 测量不到合适的LTE 小区）
EPS FB B1 门限配置 MML 命令举例： ADD/MOD NRCELLHOEUTRANMEAGRP: NrCellId=xx,
InterRHoToEutranMeasGrpId=2,
EpsFbB1TimeToTrig=320MS;
解决方案：按照现网基线配置 EPS FB 相关配置开关和门限
EpsFbB1RsrpThld=-111, EpsFbB1Hyst=2,
2.6.2.2 UE 是否上报了 B1 测量报告
判断方法-UE（Probe&Assistant）：UE 是否已上报 B1 测量报告：如下举例中上报 LTE PCI 为
322/138/420 小区的测量结果。
解决方案：如果 UE 已发送 B1 测量报告，但网络侧没有收到，需重点排查上行干扰情况。
2.6.3 网络侧收到了 B1 测量报告，但未执行 EPS FB 回落动作（切换或重定向）
2.6.3.1 网络侧是否收到了 B1 测量报告
判断方法及应对-基站：网络侧是否收到的 B1 测量报告，虚用户跟踪收到 EPS FB 的B1 测量报告举例如下：
解决方案：如果 UE 已发送 B1 测量报告，但网络侧没有收到，需重点排查上行干扰情况。
2.6.3.2 是否邻区配置异常，导致 EPS FB 执行动作（切换或重定向）不下发
判断方法及应对-基站：如果 B1 测量报告中的 PCI，未在 NR2L 的邻区关系中配置，或存在同频同 PCI 的情况，则会触发重定向（即使配置了切换）。
NR 侧配置 LTE 外部邻区（NR 侧建议只需要配置规划的 8 个LTE 邻频点的邻区）
ADD GNBEUTRAEXTERNALCELL: Mcc="xx", Mnc="xx", EnodebId=xx, CellId=xx, DlEarfcn=xx,
PhysicalCellId=xx, Tac=xx;
NR 侧配置 LTE 邻区
ADD NRCELLEUTRANRELATION: NrCellId=xx, Mcc="xx", Mnc="xx", EnodebId=xx, CellId=xx;
解决方案：确认 UE 上报的 LTE PCI 小区，是否已添加到了 NR2L 的邻区关系中；
如果NR2L 邻区关系中，有同频同 PCI 的冲突场景，需调整邻区关系，去除同频同 PCI 场景。
2.6.3.3 NR 是否发送了切换请求
判断方法及应对-基站：gNB 发送切换请求给 AMF，类型为“ fivegs-to-eps”
解决方案：eNB 是否收到来自 MME 侧的切换请求，类型为“ fivegs-to-eps”
2.6.3.4 是否存在切换准备失败场景
判断方法及应对-基站：LTE 侧信令，AMF 回复切换准备失败“NGAP_HO_PREP_FAIL"，如原因值为“ho-failure-in-target-5GC-ngran-node-or-target-system”
解决方案：切换准备失败场景，优先联系核心网 AMF 侧分析。（以及排查 N26 接口是否正常）。
2.6.4 EPS FB 动作已下发，但 LTE 侧接入失败
2.6.4.1 EPS FB 动作（切换或重定向）是否下发
判 断 方 法 -UE （ Probe&Assistant ）： UE 侧 是 否 收 到 了 EPS FB 命 令
（L3:"MobilityFromNRCommand"），如下切换方式的举例：
判断方法-UE（Probe&Assistant）：UE 侧是否收到了 EPS FB 命令（L3:"RRCRelease"，并携带频点信息），如下为重定向方式的举例：
判断方法及应对-基站：NR 侧是否下发了 EPS FB 命令（"UUAP_RRC_MOBIL_FROM_NR_CMD"），为切换方式举例：
判断方法及应对-基站：NR 侧是否下发了 EPS FB 命令（"UUAP_RRC_REL"），为重定向方式举例：
解决方案：网络侧下发，但 UE 没有收到，需重点排查下行空口质量是否存在弱覆盖，干扰的等情况。
2.6.4.2 EPS FB 是否执行成功
判断方法-UE（Probe&Assistant）：确认 EPS FB 的切换或重定向是否成功：切换成功和重定向成功对应的事件分别为“NR2LTEHOSuc”和“NR2LTERedirectionSuc"
判断方法及应对- 基站： 查看 LTE 网络的跟踪， 基于切换方式的 EPS FB , 会看到“S1AP_HANDOVER_REQ"、“S1AP_HANDOVER_REQ_ACK"和"RRC_CONN_RECFG_CMP"消息，分
别对应的 5to4 在 S1 口 的 切 换 请 求 和 应 答 ， 以 及 空 口 的 切 换 完 成 消 息"RRC_CONN_RECFG_CMP"，LTE 在收到该消息后，会发送"S1AP_HANDOVER_NOTIFY"消息给MME，表示切换已完成。
解决方案：如果存在 EPS FB 切换执行失败，在排查下邻区配置是否正确，是否存在外部小区定义错误导致，B1 测量报告上报的PCI 和切换小区不一致的问题。
2.6.4.3 TAU 是否完成
判 断 方 法 -UE （ Probe&Assistant ）： 回落 LTE 后， TAU 是 否 完 成 ， L3 消 息 ：
"TrackingAreaUpdateComplete"
解 决 方 案 ： 如果 UE 已 发 送 了 TrackingAreaUpdateRequest ， 但 没 有 收 到TrackingAreaUpdateAccept 消息，重点联系 MME 侧分析，如果收到 TrackingAreaUpdateAccept
后，UE 没有发送 TrackingAreaUpdateComplete 消息，则需联系 UE 分析。
2.6.4.3 语音 QCI1 专用承载是否建立完成
判断方法-UE（Probe&Assistant）：QCI1 专有承载是否建立完成，可在事件列表中，查看
“ERABEstablishSuch（QCI=1）"事件
判断方法及应对-基站：在 eNB 侧，确认是 QCI1 已建立完成
解决方案：如果 UE 侧没有看到 QCI1 建立消息，则查看网络侧是否有，没有则联系 MME 侧分析确认。
2.7 Fast Return 异常分析方法
2.7.1
QCI1 释放后 B1 测控未下发
2.7.1.1
FR 事件启动判决方法-UE（Probe&Assistant）
判断方法-UE（Probe&Assistant）：Fast Return 以语音释放为始，对应的 PA 事件为
"ERABNormalRelease(QCI=1)" ， 查 看 QCI1 承 载 释 放 后 是 否 有 B1 测 控 下 发"LTEEventB1MeasConfig"，PA 事件为 LTE2NRFastReturnBegin”
2.7.1.2
确认 UE 是否支持现网的 NR 频段能力
判断方法-UE （ Probe&Assistant ）： 从 L3 信令的 UECapabilityInformation 中， 从字段“supportBandListNR-SA-r15"中，确认 UE 是否现网配置的 NR 频段，如果不支持，则不会下发 B1。
判断方法及应对-基站 ：网络侧排查方法一致，查看 UE 上报的能力（RRC_UE_CAP_INFO）
中 NR 的支持能力。
2.7.1.3
Fast Return 功能开关是否开启
判断方法及应对-基站：排查 LTE 配置，确认 Fast Return 功能是否开启，以及 Fast Return 的方式是切换还是重定向。
Fast Return 功能开关：
MOD
CELLALGOEXTSWITCH: LocalCellId=xx,
HoAllowedSwitch=INTER_RAT_MOBILITY_TO_NR_SW-1;
MOD CELLALGOEXTSWITCH: LocalCellId=xx, HoAllowedSwitch=FAST_RETURN_TO_NR_SW-1;
MOD CELLHOPARACFG:LOCALCELLID=xx,HOMODESWITCH=NrRedirectSwitch-1&NrHoSwitch-0
2.7.1.4
L2NR 邻频点、邻区是否配置
判断方法及应对-基站：如果 L2NR 的频点、外部邻区、邻区关系中任何一项没有配置，则网络侧不会下发 B1 测控。
核查LTE2NR 的邻区配置：
LTE 侧配置 NR 邻频点（LTE 侧所有频点都需要配置 5G 的邻区邻频点）：
ADD NRNFREQ: LocalCellId=xx, DlArfcn=xxx （NR 下行 SSB 频点）, UlArfcnConfigInd=NOT_CFG,
SsbOffset=xxx;
LTE 侧配置 NR 外部邻区：
ADD NREXTERNALCELL: Mcc="xx", Mnc="xx", GnodebId=xx, CellId=xx, DlArfcn=xx,
UlArfcnConfigInd=NOT_CFG, PhyCellId=xx, Tac=xx;
LTE 侧配置 NR 邻区：
ADD NRNRELATIONSHIP: LocalCellId=xx, Mcc="xx", Mnc="xx", GnodebId=xx, CellId=xx;
2.7.1.5
QCI 级切换策略核查
判断方法及应对-基站：QCI 级切换策略核查，Fastreturn 时，注意发起 fastreturn 时 UE 所携带的 QCI 切换属性中必须携带 MUST HO 的QCI，且不能携带NO HO 的 QCI。
核查LTE 侧，QCI 级的切换策略是否 OK：
ADD/MOD SERVICEIRHOCFGGROUP: CnOperatorId=xx, ServiceIrHoCfgGroupId=2,
InterRatHoState=MUST_HO;
ADD/MOD SERVICEIRHOCFGGROUP: CnOperatorId=xx, ServiceIrHoCfgGroupId=1,
InterRatHoState=PERMIT_HO;
ADD/MOD SERVICEIRHOCFGGROUP: CnOperatorId=xx, ServiceIrHoCfgGroupId=0,
InterRatHoState=NO_HO;
ADD/MOD CNOPERATORQCIPARA: CnOperatorId=xx, Qci=9, ServiceIrHoCfgGroupId=2;（数据业务must ho，语音业务 no ho）
ADD/MOD CNOPERATORQCIPARA: CnOperatorId=xx, Qci=8, ServiceIrHoCfgGroupId=2; （数据业务 must ho，语音业务 no ho）
ADD/MOD CNOPERATORQCIPARA: CnOperatorId=xx, Qci=7, ServiceIrHoCfgGroupId=2; （数据业务 must ho，语音业务 no ho）
ADD/MOD CNOPERATORQCIPARA: CnOperatorId=xx, Qci=6, ServiceIrHoCfgGroupId=2; （数据业务 must ho，语音业务 no ho）
ADD/MOD CNOPERATORQCIPARA: CnOperatorId=xx, Qci=5, ServiceIrHoCfgGroupId=2; （数据业务 must ho，语音业务 no ho）
ADD/MOD CNOPERATORQCIPARA: CnOperatorId=xx, Qci=4, ServiceIrHoCfgGroupId=1; （数据业务 must ho，语音业务 no ho）
ADD/MOD CNOPERATORQCIPARA: CnOperatorId=xx, Qci=3, ServiceIrHoCfgGroupId=1; （数据业务 must ho，语音业务 no ho）
ADD/MOD CNOPERATORQCIPARA: CnOperatorId=xx, Qci=2, ServiceIrHoCfgGroupId=0; （数据业务 must ho，语音业务 no ho）
ADD/MOD CNOPERATORQCIPARA: CnOperatorId=xx, Qci=1, ServiceIrHoCfgGroupId=0; （数据业务 must ho，语音业务 no ho）
2.7.1.6
多频带指示
判断方法及应对-基站：如果存在 MFBI 混淆的频点未在 NrMfbiFreq 中配置，则 eNB 会过滤掉该频点。会导致 FR 的 B1 无法下发。
LTE 侧配置如下：
NRMFBIFREQ: DlArfcn=630000, FrequencyBand=n78
哪些频点存在MFBI 混淆。如当 NR MFBI 频点中 FrequencyBand 是N77 或者N78 时，NR MFBI
频点中 DlArfcn 必须大于等于 620000 且小于等于 653333。
2.7.1.7
用户开户信息排查
查看 UE 的初始接入后，5-4 的切换请求信息，查看是否禁止 5G 接入。如下为 5-4 切换，
MME 下发的 HO require 消息，查看"handoverRestrictionList",是否包含了“fiveGCForbidden”
5GC 禁止接入字段，如包含需核心网进行用户 5G 接入权限开通。
2.7.2 收到B1 测控后，未上报 B1 测量报告
2.7.2.1
UE 侧确认是否收到了 B1 测控消息
判断方法-UE（Probe&Assistant）: 在 QCI1 释放后，查看 L3 的 RRC 重配中，是否包含了 B1 事件，对应的 PA 事件为“LTEEventB1MeasConfig”。
核查配置的 B1 门限是否过高，或 NR 弱覆盖，导致 B1 测量报告未上报、或 UE 异常，不上报 B1 测量报告。
ADD/MOD INTERRATHONRPARAMGRP: LocalCellId=xx, NrHoParamGroupId=1,
NrB1B2Hysteresis=2, NrB1B2TimeToTrigger=640ms, ServBasedNrB1RsrpThld=-107;
2.7.2.2
LTE 站点是否为时间同步
判断方法-基站 如果 LTE 非时间同步模式，在 UE 不支持 no GAP 测量情况下，可能会导致 UE 不能测量到 NR 站点，B1 测量报告不会上报。
所以要求 LTE 侧需配置基站时钟同步模式为时间同步
如果基站是 16.0 SCP010G 及之后的版本，且为时间同步模式，推荐配置偏置为 0，即在 LTE
侧配置NRNFREQ: LocalCellId=XX, DlArfcn=630000, SsbOffset=0，则不会由于时间同步+SSBoffset的问题导致 UE 测量不到 NR 频点。
使用 MML：DSP CLKSTAT，确认"基站时钟同步模式 = FREQ(频率同步), TIME(时间同步)"。
2.7.2.3
是否优先触发了 NSA 的 SCG 添加
判断方法-UE（Probe&Assistant） 查看 B1 测量中，是否携带了两个 B1，且上报 B1 的
Mesa ID 为 NSA B1 的，以及添加了SCG "NRSCellAddSuccess"。
判断方法-基站 LTE 上，用户跟踪如下，现象同 UE 侧，同需查看 LTE 站点是否为频率同步站点（方法参考上一行）
该场景原因为：站点非时间同步站点+NSA 和 SA 的B1 测量 TimeToTriger 不一致导致。解决方案：修改站点未时间同步站点。规避方案，调整 NSA 和 SA B1 测量 TimeToTriger
调整为一致。
LTE MML 配置举例：
SA B1 的 TimeToTriger 配置
INTERRATHONRPARAMGRP: LocalCellId=xx, NrHoParamGroupId=1, NrB1B2Hysteresis=2,
NrB1B2TimeToTrigger=512ms, ServBasedNrB1RsrpThld=-107;
NSA B1 的 TimeToTriger 配置
NRSCGFREQCONFIG: PccDlEarfcn=1500, ScgDlArfcn=504990, ScgDlArfcnPriority=6 ，
NrB1TimeToTrigger=512ms,
2.7.2.4
SSB 频点配置是否正确
核查LTE 侧配置：
ADD NRNFREQ: LocalCellId=xx, DlArfcn=xx（x 注意此处配置NR SSB 频点，非小区中心频点，
杭州移动的 NR 下行 SSB 频点，639000）;
LTE 侧配置 NR 邻频点（LTE 侧所有频点都需要配置 5G 的邻区邻频点）
排查此类问题要对比 LTE 的 NR 邻频点设置，以及 NR 侧 NRDUCELL 中的频点设置，这里需要注意的是，LTE 侧配置 NR 的频点为 NR 的下行 SSB 频点，NR 的 SSB 频点需要根据 5G
FMA 中的频率计算工具进行计算，而非cn。
ADD NRNFREQ: LocalCellId=xx, DlArfcn=xxx （NR 下行 SSB 频点）
2.7.2.5
UE 收到 B1 测控，但没有上报测量报告。
判断方法-UE（Probe&Assistant） UE 收到“LTEEventB1MeasConfig”后，是否 B1 测量报告上发，对应的 PA 事件为“LTEEventB1”。
核查B1 门限是否按照基线配置，是否存在过高的情况
核查配置的 B1 门限是否过高，后NR 弱覆盖，导致 B1 测量报告未上报、或 UE 异常，
不上报 B1 测控。
ADD/MOD
INTERRATHONRPARAMGRP: LocalCellId=xx, NrHoParamGroupId=1,
NrB1B2Hysteresis=2, NrB1B2TimeToTrigger=640ms, ServBasedNrB1RsrpThld=-107;
2.7.3 上报 B1 测量报告，但没有触发 FR 执行（重定向/切换）
2.7.3.1
PCI 冲突
基于 UE 反馈的 B1 测量报告中的 PCI 信息，确认 L2NR 邻区关系中，是否存在 PCI 冲突的情
况（同频同PCI）
确认 L2NR 邻区是否存在 PCI 冲突的情况
ADD NREXTERNALCELL: Mcc="xx", Mnc="xx", GnodebId=xx, CellId=xx, DlArfcn=xx,
UlArfcnConfigInd=NOT_CFG, PhyCellId=xx, Tac=xx;
LTE 侧配置 NR 邻区：
ADD NRNRELATIONSHIP: LocalCellId=xx, Mcc="xx", Mnc="xx", GnodebId=xx, CellId=xx;
2.7.3.2
上报的 PCI，没有在邻区配置中
判断方法-U（E Probe&Assistant） UE 已反馈B1 测量报告（对应的PA 事件为LTEEventB1），
如
下 图 上 报 了 PCI6/8/171/239 的 NR 小 区 。
通过如下 MML 命令，确认上报的PCI，是否包含在 L2NR 的邻区关系中：
ADD NREXTERNALCELL: Mcc="xx", Mnc="xx", GnodebId=xx, CellId=xx, DlArfcn=xx,
UlArfcnConfigInd=NOT_CFG, PhyCellId=xx, Tac=xx;
LTE 侧配置 NR 邻区：
ADD NRNRELATIONSHIP: LocalCellId=xx, Mcc="xx", Mnc="xx", GnodebId=xx, CellId=xx;
补充 L2NR 邻区，包含 MR 上报的 PCI 信息
ADD NREXTERNALCELL: Mcc="xx", Mnc="xx", GnodebId=xx, CellId=xx, DlArfcn=xx,
UlArfcnConfigInd=NOT_CFG, PhyCellId=xx, Tac=xx;
LTE 侧配置 NR 邻区：
ADD NRNRELATIONSHIP: LocalCellId=xx, Mcc="xx", Mnc="xx", GnodebId=xx, CellId=xx;
2.7.3.3
切换准备失败
基站是否已发送了切换请求（L3 为 S1AP_HANDOVER_REQUIRED 消息），是否收到 MME
回复的准备失败消息（L3 为 S1AP_HANDOVER_PREPARATION_FAIL 消息）
2.7.4. FR 已触发，但执行失败，或在 NR 侧接入失败2.7.4.1 FR 已触发，触发类型为 HO
判断方法-UE （ Probe&Assistant ） FR 已触发， 如下的切换方式为例： L3 信令为“MobilityFromEUTRACommand”，PA 上对应的事件为“LTE2NRHOAttempt”。
网络跟踪，可以看到 RRC_MOBIL_FROM_EUTRA_CMD 消息，其中切换类型为to NR 切换
2.7.4.2
FR 已触发，触发类型为重定向
FR 已触发，如下的重定向方式为例：L3 信令为“RRCConnectionRelease”其中携带 NR 频点信息，PA 上对应的事件为“LTE2NRRedirectionAttempt”。
网络跟踪，可以看到 RRC_CONN_REL 消息，其中会携带 NR 的频点信息。
2.7.4.3
切换或重定向是否失败
FR 执行是否成功，如下为 PA 对应的"LTE2NRHOFail"事件的。
2.7.4.4
UE 在 NR 是否注册完成
FR 成功后， UE 会发送注册消息， L3 共三条交互消息“ RegistrationRequest ”、RegistrationAccept”、“RegistrationComplete”消息。
FR 成功后，如果注册失败（NRRegistrationFail），PA 对应的事件为“LTE2NRFastReturnExcepion”。注，此种场景表示 UE 在 NR 已接入，但注册失败了。
三、解决方案
3.1 语音 EPS FB 案例
3.1.1 案例 1：EPS FB 回落执行重定向而非切换配置
【问题描述】
测试基于切换的 EPS FB，EPS FB 大概率走重定向而不是切换。
【问题分析】
核心网触发 EPS FB，建立 5QI=1 后，5G 下发 B1 测量给 UE，且 UE 上报了测量报告，上报了外部小区(PCI=2)，但走的仍然是重定向，不是切换。
通过 debug 日志查看：没有走切换原因为，上报的小区 PCI=2 的外部小区，与 NR 站的主
PLMN 配置不一致导致。
查看配置确认是二者不一致如下：NR 的配置为 46000
外部小区(PCI=2)配置的为 46008
【解决方案】
确认邻区实际 PLMN，需要与主 PLMN 一致，冗余邻区需要删除。
3.1.2 案例 2：NR2L 邻区漏配，导致 EPS FB 回落执行重定向而非切换
【问题描述】
开启基于切换的 EPS FB，发现 EPS FB 概率走重定向而不是切换。
【问题分析】
从整体流程看，基站触发 EPS FB 之后，网络侧正常下发 B1 测量控制，终
之后上报 B1 测量报告，终端没有发起切换，而是进行了重定向。
端在 1.5s
从 B1 测量报告里面看，测量 ID 为 3，用户驻留 NR 小区 PCI 为 367，报上来的 LTE 小区 PCI
为 239。
查看 NR 配 置 中 的 LTE 外 部 邻 区 （ GNBEUTRAEXTERNALCELL ） /LTE 邻 区 关 系
（NRCELLEUTRANRELATION）发现，该 NR 小区未配置此 LTE PCI=239 为邻区。
【解决方案】
NR 侧添加 PCI239 为外部邻区，且对NR PCI367 添加该LTE 小区为邻区。
3.1.3 案例 3：流程冲突导致 EPS FB 失败
【问题描述】
XX 局点，发现 EPS FB 失败，现象为主叫直接挂掉或收到提示将以短信通知对方。
【问题分析】
1）
从信令上看，本次 EPS FB 失败，原因为上次 VoLTE 结束后，在从 LTE 返回 5G 时，注册失败，导致该用户在 5G 没有发生注册，所以 EPS FB 失败。如该终端做主叫，则直接表现为挂断，如为被叫，则会提示“将以短信通知对方”。
2）
从信令截图上看，在①出，已完成 L2NR 的切换。接入NR 侧没有立即发起注册，而是发
生了 NR 的同频切换（图②），在完成切换后，在目标小区发起 NR 侧的注册时（图③），网络侧没有反应导致超时（T3510->15s）失败。
3）
由于此时 gNodeB 和AMF 之间还没有完成 PATH SWITCH 流程，没有接收到核心网的PATH
SWITCH ACK 消息，导致注册消息无法发送给 AMF，而 AMF 没有收到终端 L2NR 切换后的注册消息，上下文管理又出现了问题，导致 PATH 流程无法完成，回复 gNB 错误原因值unknown
local UE NGAP ID。
【解决方案】：AMF 版本已升级解决。
3.1.4 案例 4：TAU 和 X2 切换流程冲突，导致 EPS FB 失败
【问题描述】
XX 局点路测，主叫侧 EPS FB 失败，收到了 SIP：503 失败。
【问题分析】
1）
从 UE 信令上看，主叫侧 EPS FB 回落流程正常。
2）
UE 回落在 LTE 后，正常发起 TAU 更新，但很快发生了LTE 内的同频切换，而此时 TAU 还没有完成。
3）
按照现有的机制，MME 会优先处理 TAU 流程，处理后，将 TAU accept 消息发送给了原
eNB，但此时 UE 已切换到了新的 eNB，导致了 UE 侧 TAU 超时，呼叫建立失败。
4）
由于 TAU 失败，导致 AMF 等待承载建立信息超时，SBC 下发了 503 消息。
【解决方案】
MME 优化此冲突场景，先处理切换，再处理 TAU 更新（已解决）
3.1.5 案例 5：无线侧邻区配置错误，导致 EPS FB 切换失败
【问题描述】
SA 组网测试中，发现邻区错配，切换到非终端测量上报小区，导致 EPS FB 切换失败。
图中，B1 测量上报的 PCI 为 323
和 76，但切换命令中的目标小区PCI 为 97 。
【问题分析】
核查邻区参数，NR 小区外部邻区关系中，发现终端 B1 测量上报小区 FDD-1800,PCI=323 与网络下发执行切换目标小区FDD-1800,PCI=97 均存在于NR 外部邻区列表中，查询邻区关系，
发现两 LTE 小区与 NR 小区存在邻区关系。
于是进一步核查FDD-1800,PCI=323 小区与 FDD-1800,PCI=97 小区实际配置信息；发现小区实际配置信息中，PCI=323 对应本地小区标识 132，PCI=97 对应本地小区标识 131；与 NR 小区外部邻区关系中，PCI=323 对应本地小区标识 13，PCI=97 对应本地小区标识 132，对应关系不符。
【解决方案】
优化NR（PCI=869）与 PCI=323、PCI=97 小区外部邻区关系，问题解决
3.2 语音 Fast Return 案例
3.2.1 案例 1：AMF 链路配置异常，导致 FR 失败
【问题描述】
XX 局点，发现 QCI1 释放后，且已上报了NR B1 测量，但没有触发Fast return，导致返回 5G
失败。
【问题分析】
1）
从 UE 信令上看，语音呼叫结束后，B1 测控和 B1 测量报告均正常，但没有等到 L2NR 的切换命令，FR 超时失败。
2）
从网络跟踪信令上看，LTE 已发起了 L2NR 的切换请求，但MME 回复失败“ho-failure-in-
target-EPC-eNB-or-target-system”。
3）
从核心网上看，MME 选择的 AMF，和切换 gNB 建立 NG 口链路故障，导致切换准备失败。
【解决方案】
核心网为两套 AMF 进行备份，MME 进行 AMF 选择时，会随机负荷分担进行选择，但选择到问题 AMF 时，出现上述问题，链路故障解决后，可正常进行 FR 切换。
3.2.2 案例 2：非时间同步站点，SA B1 测量不到，导致 FR 失效
【问题描述】
语音 QCI1 释放后，下发了 SA 和NSA B1 测控，优先选择了 NSA.
【问题分析】
1.
语音 QCI1 释放后，下发了 SA 和NSA B1 测控
2.
虽然 SA B1 排在测量前面，但 SA B1 的 TimeToTriger 为 640ms，而 NSA TimetoTriger 为
512ms，导致 UE 先上报了NSA
3.
由于为频率同步站点，UE 在添加 SCG 后，无法测量 SA，导致 L2NR 失败。（和终端能力有关）
解决方案：将LTE 修改为时间同步规避方案：
1）
将 SA 和NSA TimeToTriger 拉齐
2）
VoLTE 和 SCG 配置为互斥策略。
3.2.3 案例 3：AMF 链路配置异常，导致 FR 失败核心网视频彩铃策略配置问题，导致 Fast
Return 不生效
【问题描述】
现网友好用户，语音通话结束后，没有下发NR 的 B1 测量，导致Fast Return 流程未成效。
【问题分析】
1）
参数配置核查无异常，但是用户开通了视频彩铃业务（QCI2 承载）。终端回落建立 QCI1
之后，核心网又立即建立QCI2。
2）
从当前的核心网实现看，QCI2 业务会一直在 QCI1 保持期间保持，直到QCI1 删除之后才会删除 QCI2。如下图所示，QCI1 先释放，QCI2 后释放。
3）
由于 QCI2 同时也会承载视频业务，所以现网设置 QCI 切换策略为 QCI1/2 对应 NO HO，
因此 QCI1 删除的时候，下发的测量控制中不会携带 SA 的测量控制（QCI2 不允许切换），因此 FR 不生效。
【解决方案】
1）
修改 MME 策略，QCI1 和 QCI2 同步释放。或
2）
修改 QCI2 的异系统切换策略为Permet HO。
四、经验总结
5G SA 组网方案相对 NSA 简单，支持业务更加丰富，可支持网络切片、MEC 等网络新特性。考虑 5G 网络建网初期需要大规模投资、前期 5G 基站较少，不能实现连续覆盖，5G 语音业务会 EPS Fallback 回 4G 通过 VOLTE 进行。EPS Fallback 分为两种，一种是 EPS Fallback 切换，一种是 EPS Fallback 重定向。本文针对 5G SA 组网方案中 5G 语音业务，对 EPS Fallback 切换和 EPS Fallback 重定向语音的流程、参数配置进行了系统的分析、并对各种常见问题点进行分析总结，为后期 5G SA 站点大规模建设、RF 优化以及业务验证积累经验。
发布评论