1、EPSFB 呼叫建立异常分析方法

1、无 B1 测控下发分析

1.1、UE 不支持 B 事件

判断方法-UE（Probe&Assistant）：前场测试信令 在 UE 能力"UECapabilityInformation"中确认

是否支持 EventB 测量？不支持， 则网络侧不会下 B1 测控

解决方案：联系 UE 厂商进行排查和解决

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;

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 频点邻区， 配置时注意频点优先。

2、未收到 B1 测量报告

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,EpsFbB1RsrpThld=-111, EpsFbB1Hyst=2,EpsFbB1TimeToTrig=320MS;

解决方案：按照现网基线配置 EPS FB 相关配置开关和门限

2.2、UE 是否上报了 B1 测量报告

判断方法-UE（Probe&Assistant） ：UE 是否已上报 B1 测量报告：如下举例中上报 LTE PCI 为322/138/420 小区的测量结果。

解决方案：如果 UE 已发送 B1 测量报告， 但网络侧没有收到， 需重点排查上行干扰情况。

3、网络侧收到了 B1 测量报告， 但未执行 EPS FB 回落动作（切换或重定向）

3.1 网络侧是否收到了 B1 测量报告

判断方法及应对-基站：网络侧是否收到的 B1 测量报告， 虚用户跟踪收到 EPS FB 的 B1 测量报告举例如下：

解决方案：如果 UE 已发送 B1 测量报告， 但网络侧没有收到， 需重点排查上行干扰情况。

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 场景。

3.3、NR 是否发送了切换请求

判断方法及应对-基站：gNB 发送切换请求给 AMF， 类型为“ fivegs-to-eps”

解决方案：eNB 是否收到来自 MME 侧的切换请求， 类型为“ fivegs-to-eps”

3.4 是否存在切换准备失败场景

判断方法及应对-基站：LTE 侧信令， AMF 回复切换准备失败“NGAP_HO_PREP_FAIL"， 如原因值为“ho-failure-in-target-5GC-ngran-node-or-target-system”

解决方案：切换准备失败场景， 优先联系核心网 AMF 侧分析。（以及排查 N26 接口是否正常 ） 。

4、EPS FB 动作已下发， 但 LTE 侧接入失败

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 没有收到， 需重点排查下行空口质量是否存在弱覆盖， 干扰的等情况。

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 和切换小区不一致的问题。

4.3、TAU是否完成

判 断 方 法 -UE （ Probe&Assistant ） ：回 落 LTE 后 ， TAU 是 否 完 成 ， L3 消 息 ："TrackingAreaUpdateComplete"

解 决 方 案 ：如 果 UE 已 发 送 了 TrackingAreaUpdateRequest ， 但 没 有 收 到TrackingAreaUpdateAccept消息， 重点联系 MME 侧分析， 如果收到 TrackingAreaUpdateAccept后， UE 没有发送 TrackingAreaUpdateComplete消息， 则需联系 UE 分析。

4.3 语音 QCI1 专用承载是否建立完成

判断方法 -UE（Probe&Assistant） ：QCI1 专有承载是否建立完成， 可在事件列表中， 查看“ERABEstablishSuch（QCI=1） "事件

判断方法及应对-基站：在 eNB 侧， 确认是 QCI1 已建立完成。

解决方案：如果UE 侧没有看到QCI1 建立消息， 则查看网络侧是否有， 没有则联系MME 侧分析确认。

2、FastReturn 异常分析方法

1、 QCI1 释放后 B1 测控未下发

1.1、FR 事件启动判决方法-UE（Probe&Assistant）

判断方法 -UE（Probe&Assistant） ：Fast Return 以语音释放为始， 对应的 PA 事件为"ERABNormalRelease(QCI=1) " ， 查 看 QCI1 承 载 释 放 后 是 否 有 B1 测 控 下 发"LTEEventB1MeasConfig"， PA 事件为 LTE2NRFastReturnBegin”

1.2、确认 UE 是否支持现网的 NR 频段能力

判 断方法-UE（ Probe&Assistant） ：从 L3 信令的 UECapabilityInformation 中 ， 从字段“supportBandListNR-SA-r15"中， 确认UE 是否现网配置的NR 频段， 如果不支持， 则不会下发 B1。

判断方法及应对-基站 ：网络侧排查方法一致， 查看UE 上报的能力（RRC_UE_CAP_INFO）中 NR 的支持能力。

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

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;

1. 5 QCI 级切换策略核查

判断方法及应对-基站：QCI 级切换策略核查， Fastreturn 时， 注意发起fastreturn 时 UE 所携带的QCI 切换属性中必须携带MUST HO 的 QCI， 且不能携带NO HO 的 QCI。

核查LTE 侧， QCI 级的切换策略是否OK：

ADD/MOD SERVICEIRHOCFGGROUP: CnOperatorId=xx,ServiceIrHoCfgGroupId=2,nterRatHoState=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）

1. 6 多频带指示

判断方法及应对-基站：如果存在MFBI 混淆的频点未在NrMfbiFreq 中配置， 则eNB 会过滤掉该频点。会导致FR 的 B1 无法下发。

LTE 侧配置如下：

NRMFBIFREQ: DlArfcn=630000, FrequencyBand=n78

哪些频点存在MFBI 混淆。如当NR MFBI 频点中FrequencyBand 是 N77 或者N78 时 ， NR MFBI频点中DlArfcn 必须大于等于620000 且小于等于653333。

1. 7 用户开户信息排查

查看 UE 的初始接入后， 5-4 的切换请求信息， 查看是否禁止5G 接入。如下为 5-4 切换，MME 下发的HO require 消息， 查看"handoverRestrictionList",是否包含了“fiveGCForbidden”5GC 禁止接入字段， 如包含需核心网进行用户5G 接入权限开通。

2、收到 B1 测控后， 未上报 B1 测量报告

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. 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. 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. 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 频点需要根据5GFMA 中的频率计算工具进行计算， 而非NRDUCELL.DlNarfcn。

ADD NRNFREQ: LocalCellId=xx, DlArfcn=xxx （NR 下行SSB 频点）

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;

3 上报 B1 测量报告， 但没有触发 FR 执行（重定向/切换）

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;

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;

3. 3 切换准备失败

基站是否已发送了切换请求（L3 为 S1AP_HANDOVER_REQUIRED 消息） ， 是否收到 MME回复的准备失败消息（L3 为 S1AP_HANDOVER_PREPARATION_FAIL消息）

4. FR 已触发， 但执行失败， 或在 NR 侧接入失败

4. 1 FR 已触发， 触发类型为 HO

判断方法 -UE（Probe&Assistant） FR 已触发， 如下的切换方式为例：L3 信令为“MobilityFromEUTRACommand” ， PA 上对应的事件为“LTE2NRHOAttempt”。

网络跟踪， 可以看到RRC_MOBIL_FROM_EUTRA_CMD 消息， 其中切换类型为to NR 切换。

4. 2 FR 已触发， 触发类型为重定向

FR 已触发， 如下的重定向方式为例：L3 信令为“RRCConnectionRelease” 其中携带 NR 频点信息， PA 上对应的事件为“LTE2NRRedirectionAttempt” 。

网络跟踪， 可以看到 RRC_CONN_REL 消息， 其中会携带 NR 的频点信息。

4. 3 切换或重定向是否失败

FR 执行是否成功， 如下为PA 对应的"LTE2NRHOFail"事件的。

4. 4 UE 在 NR 是否注册完成

FR 成功 后 ， UE 会发 送注册消 息 ， L3 共 三 条交 互 消 息 “ RegistrationRequest”、RegistrationAccept”、 “RegistrationComplete” 消息。

FR 成功后， 如果注册失败（NRRegistrationFail） ， PA 对应的事件为“LTE2NRFastReturnExcepion”。注， 此种场景表示UE 在 NR 已接入， 但注册失败了。