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

1.1FR 事件启动判决方法

判断方法：

Fast Return以语音释放为始，对应的PA事件为"ERABNormalRelease(QCI=1)"，查看QCI1承载释放后是否有B1测控下发"LTEEventB1MeasConfig"，PA事件为“LTE2NRFastReturnBegin”

解决办法：

暂无

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

判断方法：

从L3信令的 UECapabilityInformation中，从字段“supportBandListNR-SA-r15"中，确认UE是否现网配置的NR频段，如果不支持，则不会下发B1。

网络侧排查方法一致，查看UE上报的能力（RRC_UE_CAP_INFO）中NR的支持能力。

解决办法：

如果UE不支持现网NR频段，则需联系UE解决

3、FR license是否ok

判断方法：

Fast Return涉及如下license，确实LTE站点是否已包含：（MML：DSP License）

解决办法：

加载NR侧互操作的两个License：

LNOFD-151335 （FDD）

TDLNOFD-151503 （TDD）

4、Fast Return功能开关是否开启

判断方法：

排查LTE配置，确认Fast Return功能是否开启，以及Fast Return的方式是切换还是重定向。（推荐切换）

解决办法：

Fast Return 功能开关举例：

MODCELLALGOEXTSWITCH: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

注：移动现阶段由于5G融合网关问题，暂时只开启了重定向类型的Fast Return，待后续核心网解决后，在开启切换方式。

5、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;

6、QCI级切换策略核查

判断方法：

QCI级切换策略核查，Fastreturn时，注意发起fastreturn时UE所携带的QCI切换属性中必须携带MUST HO的QCI，且不能携带NO HO的QCI。

解决办法：

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

ADD/MODSERVICEIRHOCFGGROUP: 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）

7、多频带指示

判断方法：

如果存在MFBI混淆的频点未在NrMfbiFreq中配置，则eNB会过滤掉该频点。会导致FR的B1无法下发。

LTE侧配置如下：

NRMFBIFREQ: DlArfcn=633400, FrequencyBand=n77

解决办法：

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

8、用户开户信息排查

判断方法：

查看UE的初始接入后，5-4的切换请求信息，查看是否禁止5G接入。如下为5-4切换，MME下发的HO require消息，查看"handoverRestrictionList",是否包含了“fiveGCForbidden”5GC禁止接入字段。

解决办法：

联系核心网侧人员，进行用户5G接入权限开通。

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

2.1UE侧确实是否收到了B1测控消息

判断方法：

在QCI1释放后，查看L3的RRC重配中，是否包含了B1事件，对应的PA事件为“LTEEventB1MeasConfig”。

核查B1门限是否按照基线配置，是否存在过高的情况。

解决办法：

核查配置的B1门限是否过高，或NR弱覆盖，导致B1测量报告未上报、或UE异常，不上报B1测量报告。

ADD/MODINTERRATHONRPARAMGRP:LocalCellId=xx,NrHoParamGroupId=1, NrB1B2Hysteresis=2, NrB1B2TimeToTrigger=640ms, ServBasedNrB1RsrpThld=-107;

2.2LTE站点是否为时间同步

判断方法：

如果LTE非时间同步模式，在UE不支持no GAP测量情况下，可能会导致UE不能测量到NR站点，B1测量报告不会上报。

所以要求LTE侧需配置基站时钟同步模式为时间同步

解决办法：

如果基站是16.0 SCP010G 及之后的版本，且为时间同步模式，推荐配置偏置为0，即在LTE侧配置NRNFREQ: LocalCellId=XX, DlArfcn=504990, SsbOffset=0，则不会由于时间同步+SSBoffset的问题导致UE测量不到NR频点。

使用MML：DSP CLKSTAT，确认"基站时钟同步模式  =  FREQ(频率同步), TIME(时间同步)"。

2.3是否优先触发了NSA的SCG添加

判断方法：

查看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.4SSB频点配置是否正确

判断方法：

核查LTE侧配置：

ADD NRNFREQ: LocalCellId=xx, DlArfcn=xxx（注意此处配置NR SSB频点，非小区中心频点，杭州移动的NR下行SSB频点，504990）;

解决办法：

LTE侧配置NR邻频点（LTE侧所有频点都需要配置5G的邻区邻频点）

排查此类问题要对比LTE的NR邻频点设置，以及NR侧NRDUCELL中的频点设置，这里需要注意的是，LTE侧配置NR的频点为NR的下行SSB频点，NR的SSB频点需要根据5G FMA中的频率计算工具进行计算，而非NRDUCELL.DlNarfcn。

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

2.5UE收到B1测控，但没有上报测量报告。

判断方法：

UE收到“LTEEventB1MeasConfig”后，是否B1测量报告上发，对应的PA事件为“LTEEventB1”。

核查B1门限是否按照基线配置，是否存在过高的情况

解决办法：

核查配置的B1门限是否过高，后NR弱覆盖，导致B1测量报告未上报、或UE异常，不上报B1测控。

ADD/MODINTERRATHONRPARAMGRP:LocalCellId=xx,NrHoParamGroupId=1, NrB1B2Hysteresis=2, NrB1B2TimeToTrigger=640ms, ServBasedNrB1RsrpThld=-107;

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

3.1PCI冲突

判断方法：

基于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，没有在邻区配置中

判断方法：

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.1FR已触发，触发类型为HO

判断方法：

FR已触发，如下的切换方式为例：L3信令为“MobilityFromEUTRACommand”，PA上对应的事件为“LTE2NRHOAttempt”。

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

4.2FR已触发，触发类型为重定向

判断方法：

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

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

4.3切换或重定向是否失败

判断方法：

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

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

解决方法：

先排查是否为RF原因导致空口切换执行失败

4.4UE在NR是否注册完成

判断方法：

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

解决办法：

注册消息无线侧透传，如果过程失败，需联合核心网和终端人员进行分析确认原因。

判断方法：

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