5G优化案例5G Fast Return异常分析思路.docx

1、5G优化案例5G Fast Return异常分析思路5G Fast Return 异常分析方法研究 XX 5G Fast Return 异常分析方法研究XX【摘要】5G 网络语音通话后快速返回 5G 网络问题的重要性不言而喻，在平时的优化工作中， 存在着许多影响快速返回 5G 的因素，这就需要我们在深入理解返回业务流程的基础上，把握好返回过程中的每一步信令流程问题点，从而解剖问题的根源，指导我们查找问题的方向， 本文针对在 SA 组网下的 5G 网络中 Fast Return 常见的问题作出整理和分析，希望对后期的工作开展起到积极的作用，同时将这些经验分享给大家，希望起到一定的指导作用。【关键

2、字】SA Fast Return一、概述1.1Fast Return 基本定义FR 是 Fast Return 的简称，FR 主要作用是在终端从 4G 快速回到 5G 网络，当 EPS FB 呼叫结束后，基站在给终端发送的拆线消息中携带了 5G 的频点给终端，终端可以根据 5G 的频点信息快速的重选到 5G 网络上，能有效的改善用户感受。1.2Fast Return 业务流程图语音用户 LTE-NR Fast Return： 1. NR 语音用户结束语音通话，释放语音专用承载，LTE 基站下发 NR 异系统测量控制，进行 NR 异系统测量； 2. NR 语音用户测量 NR 覆盖满足门限要求，上

3、报 NR B1 异系统测量报告； 3. LTE 基站通过 RRC Release 消息携带 NR 频点或者 MobilfromEUTRACMD 携带目标小区 ID，通知 NR 用户快速返回 NR 接入； 4. NR 语音用户在 NR 侧完成接入驻留； Fast Return 流程（切换流程） 1.2.1Fast Return 流程（重定向流程） 二、5G Fast Return 异常分析方法2.1QCI1 释放后 B1 测控未下发 2.1.1FR 事件启动判决方法 【判断方法】-UE（Probe&Assistant）Fast Return 以语音释放为始，对应的 PA 事件为ERABNorma

4、lRelease(QCI=1)，查看 QCI1承载释放后是否有 B1 测控下发LTEEventB1MeasConfig，PA 事件为 LTE2NRFastReturnBegin”2.1.2确认 UE 是否支持现网的 NR 频段能力 【判断方法】-UE（Probe&Assistant）从 L3 信令的 UECapabilityInformation 中，从字段“supportBandListNR-SA-r15中，确认UE 是否现网配置的 NR 频段，如果不支持，则不会下发B1。【判断方法及应对】-基站网络侧排查方法一致，查看 UE 上报的能力（RRC_UE_CAP_INFO）中 NR 的支持能力

5、。【修正方案】如果 UE 不支持现网 NR 频段，则需联系 UE 解决2.1.3Fast Return 功能开关是否开启 【判断方法及应对】-基站排查LTE 配置，确认 Fast Return 功能是否开启，以及 Fast Return 的方式是切换还是重定向。（推荐切换）【修正方案】MOD CELLALGOEXTSWITCH: LocalCellId=xx, HoAllowedSwitch=FAST_RETURN_TO_NR_SW-1; MODCELLHOPARACFG:LOCALCELLID=xx,HOMODESWITCH=NrRedirectSwitch-1&NrHoSwitch-02.

6、1.4L2NR 邻频点、邻区是否配置 【判断方法及应对】-基站如果 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

7、=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.1.5QCI 级切换策略核查 【判断方法及应对】-基站QCI 级切换策略核查，Fastreturn 时，注意发起 fastreturn 时 UE 所携带的 QCI 切换属性中必须携带MUST HO 的 QCI，且不能携带 NO HO 的QCI。【修正方案】核查LTE

8、 侧，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

9、_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，语音业务

10、 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，语

11、音业务 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 h

12、o，语音业务 no ho）2.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.1.7用户开户信息排查 【判断方法及应对】-基站查看 UE 的初始接

13、入后，5-4 的切换请求信息，查看是否禁止 5G 接入。如下为 5-4 切换，MME 下发的 HO require 消息，查看handoverRestrictionList,是否包含了“fiveGCForbidden”5GC 禁止接入字段，如包含需核心网进行用户 5G 接入权限开通。【修正方案】联系核心网侧人员，进行用户 5G 接入权限开通。2.2.收到B1 测控后，未上报 B1 测量报告 2.2.1UE 侧确认是否收到了 B1 测控消息 【判断方法】-UE（Probe&Assistant）在 QCI1 释放后，查看 L3 的 RRC 重配中，是否包含了 B1 事件，对应的 PA 事件为“LT

14、EEventB1MeasConfig”。【判断方法及应对】-基站核查B1 门限是否按照基线配置，是否存在过高的情况【修正方案】核查配置的 B1 门限是否过高，或NR 弱覆盖，导致 B1 测量报告未上报、或 UE 异常， 不上报 B1 测量报告。ADD/MOD INTERRATHONRPARAMGRP: LocalCellId=xx, NrHoParamGroupId=1, NrB1B2Hysteresis=2, NrB1B2TimeToTrigger=640ms, ServBasedNrB1RsrpThld=-107;2.2.2LTE 站点是否为时间同步 【判断方法及应对】-基站如果LTE 非

15、时间同步模式，在 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.2.

16、3是否优先触发了 NSA 的 SCG 添加 【判断方法】-UE（Probe&Assistant）UE（Probe&Assistant） 查看 B1 测量中，是否携带了两个B1，且上报 B1 的Mesa ID 为NSA B1 的，以及添加了 SCG NRSCellAddSuccess。【判断方法及应对】-基站LTE 上，用户跟踪如下，现象同 UE 侧，同样需查看 LTE 站点是否为频率同步站点（方法参考上一行）【修正方案】该场景原因为：站点非时间同步站点+NSA 和 SA 的B1 测量 TimeToTriger 不一致导致。解决方案：修改站点未时间同步站点。规避方案，调整 NSA 和 SA B1

17、 测量 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 ，NrB1TimeTo

18、Trigger=512ms,2.2.4SSB 频点配置是否正确 【判断方法及应对】-基站核查LTE 侧配置：ADD NRNFREQ: LocalCellId=xx, DlArfcn=xxx（注意此处配置 NR SSB 频点，非小区中心频点，黄山电信的 NR 下行 SSB 频点，624267）;【修正方案】LTE 侧配置 NR 邻频点（LTE 侧所有频点都需要配置 5G 的邻区邻频点）排查此类问题要对比 LTE 的 NR 邻频点设置，以及 NR 侧NRDUCELL 中的频点设置，这里需要注意的是，LTE 侧配置NR 的频点为 NR 的下行SSB 频点，NR 的 SSB 频点需要根据 5G FMA

19、中的频率计算工具进行计算，而非NRDUCELL.DlNarfcn。ADD NRNFREQ: LocalCellId=xx, DlArfcn=xxx （NR 下行 SSB 频点）2.2.5UE 收到 B1 测控，但没有上报测量报告。 【判断方法】-UE（Probe&Assistant）UE 收到“LTEEventB1MeasConfig”后，是否 B1 测量报告上发，对应的 PA 事件为“LTEEventB1”。【判断方法及应对】-基站核查B1 门限是否按照基线配置，是否存在过高的情况【修正方案】核查配置的 B1 门限是否过高，后NR 弱覆盖，导致 B1 测量报告未上报、或 UE 异常， 不上报

20、 B1 测控。ADD/MOD INTERRATHONRPARAMGRP: LocalCellId=xx, NrHoParamGroupId=1, NrB1B2Hysteresis=2, NrB1B2TimeToTrigger=640ms, ServBasedNrB1RsrpThld=-107;2.3.上报B1 测量报告，但没有触发 FR 执行（重定向/切换） 2.3.1PCI 冲突 【判断方法及应对】-基站基于 UE 反馈的 B1 测量报告中的 PCI 信息，确认 L2NR 邻区关系中，是否存在 PCI 冲突的情况（同频同PCI）【修正方案】确认 L2NR 邻区是否存在 PCI 冲突的情况AD

21、D 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.3.2上报的 PCI，没有在邻区配置中 【判断方法】-UE（Probe&Assistant）UE 已反馈B1 测量报告（对应的 PA 事件为LTEEventB1），如下图上报了 PC

22、I6/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 邻区，包含

23、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.3.3切换准备失败 【判断方法及应对】-基站基站是否已发送了切换请求（L3 为 S1AP_HANDOVER_REQUIRED 消息），是否收到 MME回

24、复的准备失败消息（L3 为 S1AP_HANDOVER_PREPARATION_FAIL 消息）【修正方案】需联系核心网侧人员进行分析2.4.FR 已触发，但执行失败，或在 NR 侧接入失败 FR 已触发，触发类型为 HO 【判断方法】-UE（Probe&Assistant）FR 已触发，如下的切换方式为例：L3 信令为“MobilityFromEUTRACommand”，PA 上对应的事件为“LTE2NRHOAttempt”。【判断方法及应对】-基站网络跟踪，可以看到 RRC_MOBIL_FROM_EUTRA_CMD 消息，其中切换类型为 to NR 切换2.4.1FR 已触发，触发类型为重

25、定向 【判断方法】-UE（Probe&Assistant）FR 已触发，如下的重定向方式为例：L3 信令为“RRCConnectionRelease”其中携带 NR频点信息，PA 上对应的事件为“LTE2NRRedirectionAttempt”。【判断方法及应对】-基站网络跟踪，可以看到 RRC_CONN_REL 消息，其中会携带 NR 的频点信息。2.4.2切换或重定向是否失败 【判断方法】-UE（Probe&Assistant）FR 执行是否成功，如下为 PA 对应的LTE2NRHOFail事件的。【修正方案】先排查是否为RF 原因导致空口切换执行失败2.4.3UE 在 NR 是否注册完

26、成 【判断方法】-UE（Probe&Assistant）FR 成功后， UE 会发送注册消息， L3 共三条交互消息“ RegistrationRequest”、 RegistrationAccept”、“RegistrationComplete”消息。FR 成 功 后 ， 如 果 注 册 失 败 （ NRRegistrationFail ）， PA 对 应 的 事 件 为“LTE2NRFastReturnExcepion”。注，此种场景表示 UE 在 NR 已接入，但注册失败了。【修正方案】注册消息无线侧透传，如果过程失败，需联合核心网和终端人员进行分析确认原因。三、典型案例分析3.1案例

27、1：非时间同步站点，SA B1 测量不到，导致 FR 失效 【问题描述】黄山电信局点，发现非时间同步站点，SA B1 测量不到，导致 FR 失效【问题分析】1）语音 QCI1 释放后，下发了 SA 和 NSA B1 测控 2）虽然 SA B1 排在测量前面，但 SA B1 的 TimeToTriger 为 640ms，而 NSA TimetoTriger为 512ms，导致 UE 先上报了 NSA 3）由于为频率同步站点，UE 在添加 SCG 后，无法测量 SA，导致 L2NR 失败。（和终端能力有关） 【解决方案】1）将 SA 和 NSA TimeToTriger 拉齐2）VoLTE 和 S

28、CG 配置为互斥策略 3.2案例 2：核心网视频彩铃策略配置问题，导致 Fast Return 不生效 【问题描述】现网有好多用户，语音通话结束后，没有下发 NR 的 B1 测量，导致 Fast Return流程未成效。【问题分析】1）参数配置核查无异常，但是用户开通了视频彩铃业务（QCI2 承载）。终端回落建立QCI1 之后，核心网又立即建立 QCI2。 2）从当前的核心网实现看，QCI2 业务会一直在 QCI1 保持期间保持，直到 QCI1 删除之后才会删除 QCI2。如下图所示，QCI1 先释放，QCI2 后释放。 3）由于 QCI2 同时也会承载视频业务，所以现网设置 QCI 切换策略

29、为QCI1/2 对应NO HO，因此 QCI1 删除的时候，下发的测量控制中不会携带 SA 的测量控制（QCI2 不允许切换），因此 FR 不生效。 【解决方案】1）修改 MME 策略，QCI1 和 QCI2 同步释放。 2）修改 QCI2 的异系统切换策略为 Permet HO。 3.3案例 3：DT 路测，主叫 FR 失败 【问题描述】Mate 30 语音结束后，没有触发 FastReturn 返回 NR。【问题分析】主叫挂机后，只剩下 QCI5，而 qci5 对应的是 permit ho，没有 must ho 的 qci，所以没有发起 fast return SERVICEIRHOCFG

30、GROUP: CnOperatorId=0, ServiceIrHoCfgGroupId=1, InterRatHoState=PERMIT_HO; CNOPERATORQCIPARA: CnOperatorId=0, Qci=5, ServiceIrHoCfgGroupId=1; 【解决方案】按照配置建议，修改 QCI5 对应的切换组策略为 Must HO 后，问题解决。 四、总结及推广通过本次案例总结推广 5G Fast Return 异常问题一整套的详细排查步骤和解决方法。完成这些规定的动作之后，最终的结果及解决方案自然而然的浮出水面，本案例解决问题的方向可供 Fast Return 失败问题参考。