5G优化案例5G Fast Return异常分析思路.docx
《5G优化案例5G Fast Return异常分析思路.docx》由会员分享，可在线阅读，更多相关《5G优化案例5G Fast Return异常分析思路.docx（23页珍藏版）》请在冰豆网上搜索。
5G优化案例5GFastReturn异常分析思路
5GFastReturn异常分析方法研究
XX
5GFastReturn异常分析方法研究
XX
【摘要】5G网络语音通话后快速返回5G网络问题的重要性不言而喻，在平时的优化工作中，存在着许多影响快速返回5G的因素，这就需要我们在深入理解返回业务流程的基础上，把握好返回过程中的每一步信令流程问题点，从而解剖问题的根源，指导我们查找问题的方向，本文针对在SA组网下的5G网络中FastReturn常见的问题作出整理和分析，希望对后期的工作开展起到积极的作用，同时将这些经验分享给大家，希望起到一定的指导作用。
【关键字】SAFastReturn
一、概述
1.1FastReturn基本定义
FR是FastReturn的简称，FR主要作用是在终端从4G快速回到5G网络，当EPSFB呼叫结束后，基站在给终端发送的拆线消息中携带了5G的频点给终端，终端可以根据5G的频点信息快速的重选到5G网络上，能有效的改善用户感受。
1.2FastReturn业务流程图
语音用户LTE->NRFastReturn：
•1.NR语音用户结束语音通话，释放语音专用承载，LTE基站下发NR异系统测量控制，进行NR异系统测量；
•2.NR语音用户测量NR覆盖满足门限要求，上报NRB1异系统测量报告；
•3.LTE基站通过RRCRelease消息携带NR频点或者MobilfromEUTRACMD携带目标小区ID，通知NR用户快速返回NR接入；
•4.NR语音用户在NR侧完成接入驻留；
FastReturn流程（切换流程）
1.2.1FastReturn流程（重定向流程）
二、5GFastReturn异常分析方法
2.1QCI1释放后B1测控未下发
2.1.1FR事件启动判决方法
【判断方法】-UE（Probe&Assistant）
FastReturn以语音释放为始，对应的PA事件为"ERABNormalRelease（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的支持能力。
【修正方案】
如果UE不支持现网NR频段，则需联系UE解决
2.1.3FastReturn功能开关是否开启
【判断方法及应对】-基站
排查LTE配置，确认FastReturn功能是否开启，以及FastReturn的方式是切换还是重定向。
（推荐切换）
【修正方案】
MODCELLALGOEXTSWITCH:
LocalCellId=xx,HoAllowedSwitch=FAST_RETURN_TO_NR_SW-1;MOD
CELLHOPARACFG:
LOCALCELLID=xx,HOMODESWITCH=NrRedirectSwitch-1&NrHoSwitch-0
2.1.4L2NR邻频点、邻区是否配置
【判断方法及应对】-基站
如果L2NR的频点、外部邻区、邻区关系中任何一项没有配置，则网络侧不会下发B1
测控。
【修正方案】
核查LTE2NR的邻区配置：
LTE侧配置NR邻频点（LTE侧所有频点都需要配置5G的邻区邻频点）：
ADDNRNFREQ:
LocalCellId=xx,DlArfcn=xxx（NR下行SSB频点）,UlArfcnConfigInd=NOT_CFG,SsbOffset=xxx;
LTE侧配置NR外部邻区：
ADDNREXTERNALCELL:
Mcc="xx",Mnc="xx",GnodebId=xx,CellId=xx,DlArfcn=xx,UlArfcnConfigInd=NOT_CFG,PhyCellId=xx,Tac=xx;
LTE侧配置NR邻区：
ADDNRNRELATIONSHIP:
LocalCellId=xx,Mcc="xx",Mnc="xx",GnodebId=xx,CellId=xx;
2.1.5QCI级切换策略核查
【判断方法及应对】-基站
QCI级切换策略核查，Fastreturn时，注意发起fastreturn时UE所携带的QCI切换属性中必须携带MUSTHO的QCI，且不能携带NOHO的QCI。
【修正方案】
核查LTE侧，QCI级的切换策略是否OK：
ADD/MODSERVICEIRHOCFGGROUP:
CnOperatorId=xx,ServiceIrHoCfgGroupId=2,InterRatHoState=MUST_HO;
ADD/MODSERVICEIRHOCFGGROUP:
CnOperatorId=xx,ServiceIrHoCfgGroupId=1,InterRatHoState=PERMIT_HO;
ADD/MODSERVICEIRHOCFGGROUP:
CnOperatorId=xx,ServiceIrHoCfgGroupId=0,InterRatHoState=NO_HO;
ADD/MODCNOPERATORQCIPARA:
CnOperatorId=xx,Qci=9,ServiceIrHoCfgGroupId=2（;数据业务mustho，语音业务noho）
ADD/MODCNOPERATORQCIPARA:
CnOperatorId=xx,Qci=8,ServiceIrHoCfgGroupId=2;（数据业务mustho，语音业务noho）
ADD/MODCNOPERATORQCIPARA:
CnOperatorId=xx,Qci=7,ServiceIrHoCfgGroupId=2;（数据业务mustho，语音业务noho）
ADD/MODCNOPERATORQCIPARA:
CnOperatorId=xx,Qci=6,ServiceIrHoCfgGroupId=2;（数据业务mustho，语音业务noho）
ADD/MODCNOPERATORQCIPARA:
CnOperatorId=xx,Qci=5,ServiceIrHoCfgGroupId=2;（数据业务mustho，语音业务noho）
ADD/MODCNOPERATORQCIPARA:
CnOperatorId=xx,Qci=4,ServiceIrHoCfgGroupId=1;（数据业务mustho，语音业务noho）
ADD/MODCNOPERATORQCIPARA:
CnOperatorId=xx,Qci=3,ServiceIrHoCfgGroupId=1;（数据业务mustho，语音业务noho）
ADD/MODCNOPERATORQCIPARA:
CnOperatorId=xx,Qci=2,ServiceIrHoCfgGroupId=0;（数据业务mustho，语音业务noho）
ADD/MODCNOPERATORQCIPARA:
CnOperatorId=xx,Qci=1,ServiceIrHoCfgGroupId=0;（数据业务mustho，语音业务noho）
2.1.6多频带指示
【判断方法及应对】-基站
如果存在MFBI混淆的频点未在NrMfbiFreq中配置，则eNB会过滤掉该频点。
会导致
FR的B1无法下发。
LTE侧配置如下：
NRMFBIFREQ:
DlArfcn=630000,FrequencyBand=n78
【修正方案】
哪些频点存在MFBI混淆。
如当NRMFBI频点中FrequencyBand是N77或者N78时，NRMFBI频点中DlArfcn必须大于等于620000且小于等于653333。
2.1.7用户开户信息排查
【判断方法及应对】-基站
查看UE的初始接入后，5-4的切换请求信息，查看是否禁止5G接入。
如下为5-4切换，
MME下发的HOrequire消息，查看"handoverRestrictionList",是否包含了“fiveGCForbidden”
5GC禁止接入字段，如包含需核心网进行用户5G接入权限开通。
【修正方案】
联系核心网侧人员，进行用户5G接入权限开通。
2.2.收到B1测控后，未上报B1测量报告
2.2.1UE侧确认是否收到了B1测控消息
【判断方法】-UE（Probe&Assistant）
在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.2.2LTE站点是否为时间同步
【判断方法及应对】-基站
如果LTE非时间同步模式，在UE不支持noGAP测量情况下，可能会导致UE不能测量到NR站点，B1测量报告不会上报。
所以要求LTE侧需配置基站时钟同步模式为时间同步
【修正方案】
如果基站是16.0SCP010G及之后的版本，且为时间同步模式，推荐配置偏置为0，即在LTE侧配置NRNFREQ:
LocalCellId=XX,DlArfcn=630000,SsbOffset=0，则不会由于时间同步
+SSBoffset的问题导致UE测量不到NR频点。
使用MML：
DSPCLKSTAT，确认"基站时钟同步模式=FREQ（频率同步）,TIME（时间同步）"。
2.2.3是否优先触发了NSA的SCG添加
【判断方法】-UE（Probe&Assistant）
UE（Probe&Assistant）查看B1测量中，是否携带了两个B1，且上报B1的MesaID为
NSAB1的，以及添加了SCG"NRSCellAddSuccess"。
【判断方法及应对】-基站
LTE上，用户跟踪如下，现象同UE侧，同样需查看LTE站点是否为频率同步站点（方法参考上一行）
【修正方案】
该场景原因为：
站点非时间同步站点+NSA和SA的B1测量TimeToTriger不一致导致。
解决方案：
修改站点未时间同步站点。
规避方案，调整NSA和SAB1测量TimeToTriger
调整为一致。
LTEMML配置举例：
SAB1的TimeToTriger配置
INTERRATHONRPARAMGRP:
LocalCellId=xx,NrHoParamGroupId=1,NrB1B2Hysteresis=2,NrB1B2TimeToTrigger=512ms,ServBasedNrB1RsrpThld=-107;
NSAB1的TimeToTriger配置
NRSCGFREQCONFIG:
PccDlEarfcn=1500,ScgDlArfcn=504990,ScgDlArfcnPriority=6，
NrB1TimeToTrigger=512ms,
2.2.4SSB频点配置是否正确
【判断方法及应对】-基站核查LTE侧配置：
ADDNRNFREQ:
LocalCellId=xx,DlArfcn=xxx（注意此处配置NRSSB频点，非小区中心频点，
黄山电信的NR下行SSB频点，624267）;
【修正方案】
LTE侧配置NR邻频点（LTE侧所有频点都需要配置5G的邻区邻频点）
排查此类问题要对比LTE的NR邻频点设置，以及NR侧NRDUCELL中的频点设置，这里需要注意的是，LTE侧配置NR的频点为NR的下行SSB频点，NR的SSB频点需要根据5GFMA中的频率计算工具进行计算，而非NRDUCELL.DlNarfcn。
ADDNRNFREQ:
LocalCellId=xx,DlArfcn=xxx（NR下行SSB频点）
2.2.5UE收到B1测控，但没有上报测量报告。
【判断方法】-UE（Probe&Assistant）
UE收到“LTEEventB1MeasConfig”后，是否B1测量报告上发，对应的PA事件为“LTEEventB1”。
【判断方法及应对】-基站
核查B1门限是否按照基线配置，是否存在过高的情况
【修正方案】
核查配置的B1门限是否过高，后NR弱覆盖，导致B1测量报告未上报、或UE异常，不上报B1测控。
ADD/MODINTERRATHONRPARAMGRP:
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冲突的情况
ADDNREXTERNALCELL:
Mcc="xx",Mnc="xx",GnodebId=xx,CellId=xx,DlArfcn=xx,UlArfcnConfigInd=NOT_CFG,PhyCellId=xx,Tac=xx;
LTE侧配置NR邻区：
ADDNRNRELATIONSHIP:
LocalCellId=xx,Mcc="xx",Mnc="xx",GnodebId=xx,CellId=xx;
2.3.2上报的PCI，没有在邻区配置中
【判断方法】-UE（Probe&Assistant）
UE已反馈B1测量报告（对应的PA事件为LTEEventB1），如下图上报了PCI6/8/171/239
的NR小区。
【判断方法及应对】-基站
通过如下MML命令，确认上报的PCI，是否包含在L2NR的邻区关系中：
ADDNREXTERNALCELL:
Mcc="xx",Mnc="xx",GnodebId=xx,CellId=xx,DlArfcn=xx,
UlArfcnConfigInd=NOT_CFG,PhyCellId=xx,Tac=xx;LTE侧配置NR邻区：
ADDNRNRELATIONSHIP:
LocalCellId=xx,Mcc="xx",Mnc="xx",GnodebId=xx,CellId=xx;
【修正方案】
补充L2NR邻区，包含MR上报的PCI信息
ADDNREXTERNALCELL:
Mcc="xx",Mnc="xx",GnodebId=xx,CellId=xx,DlArfcn=xx,UlArfcnConfigInd=NOT_CFG,PhyCellId=xx,Tac=xx;
LTE侧配置NR邻区：
ADDNRNRELATIONSHIP:
LocalCellId=xx,Mcc="xx",Mnc="xx",GnodebId=xx,CellId=xx;
2.3.3切换准备失败
【判断方法及应对】-基站
基站是否已发送了切换请求（L3为S1AP_HANDOVER_REQUIRED消息），是否收到MME
回复的准备失败消息（L3为S1AP_HANDOVER_PREPARATION_FAIL消息）
【修正方案】
需联系核心网侧人员进行分析
2.4.FR已触发，但执行失败，或在NR侧接入失败
FR已触发，触发类型为HO
【判断方法】-UE（Probe&Assistant）
FR已触发，如下的切换方式为例：
L3信令为“MobilityFromEUTRACommand”，PA上对应的事件为“LTE2NRHOAttempt”。
【判断方法及应对】-基站
网络跟踪，可以看到RRC_MOBIL_FROM_EUTRA_CMD消息，其中切换类型为toNR切
换
2.4.1FR已触发，触发类型为重定向
【判断方法】-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是否注册完成
【判断方法】-UE（Probe&Assistant）
FR成功后，UE会发送注册消息，L3共三条交互消息“RegistrationRequest”、RegistrationAccept”、“RegistrationComplete”消息。
FR成功后，如果注册失败（NRRegistrationFail），PA对应的事件为“LTE2NRFastReturnExcepion”。
注，此种场景表示UE在NR已接入，但注册失败了。
【修正方案】
注册消息无线侧透传，如果过程失败，需联合核心网和终端人员进行分析确认原因。
三、典型案例分析
3.1案例1：
非时间同步站点，SAB1测量不到，导致FR失效
【问题描述】黄山电信局点，发现非时间同步站点，SAB1测量不到，导致FR失效
【问题分析】
1）语音QCI1释放后，下发了SA和NSAB1测控
2）虽然SAB1排在测量前面，但SAB1的TimeToTriger为640ms，而NSATimetoTriger
为512ms，导致UE先上报了NSA
3）由于为频率同步站点，UE在添加SCG后，无法测量SA，导致L2NR失败。
（和终端能力有关）
【解决方案】
1）将SA和NSATimeToTriger拉齐2）VoLTE和SCG配置为互斥策略
3.2案例2：
核心网视频彩铃策略配置问题，导致FastReturn不生效
【问题描述】现网有好多用户，语音通话结束后，没有下发NR的B1测量，导致FastReturn
流程未成效。
【问题分析】
1）参数配置核查无异常，但是用户开通了视频彩铃业务（QCI2承载）。
终端回落建立
QCI1之后，核心网又立即建立QCI2。
2）
从当前的核心网实现看，QCI2业务会一直在QCI1保持期间保持，直到QCI1删除之后才会删除QCI2。
如下图所示，QCI1先释放，QCI2后释放。
3）由于QCI2同时也会承载视频业务，所以现网设置QCI切换策略为QCI1/2对应NOHO，因此QCI1删除的时候，下发的测量控制中不会携带SA的测量控制（QCI2不允许切换），因此FR不生效。
【解决方案】
1）修改MME策略，QCI1和QCI2同步释放。
2）修改QCI2的异系统切换策略为PermetHO。
3.3案例3：
DT路测，主叫FR失败
【问题描述】Mate30语音结束后，没有触发FastReturn返回NR。
【问题分析】
主叫挂机后，只剩下QCI5，而qci5对应的是permitho，没有mustho的qci，所以没有发起fastreturn
SERVICEIRHOCFGGROUP:
CnOperatorId=0,ServiceIrHoCfgGroupId=1,InterRatHoState=PERMIT_HO;
CNOPERATORQCIPARA:
CnOperatorId=0,Qci=5,ServiceIrHoCfgGroupId=1;
【解决方案】
按照配置建议，修改QCI5对应的切换组策略为MustHO后，问题解决。
四、总结及推广
通过本次案例总结推广5GFastReturn异常问题一整套的详细排查步骤和解决方法。
完成这些规定的动作之后，最终的结果及解决方案自然而然的浮出水面，本案例解决问题的方向可供FastReturn失败问题参考。
升级会员 