5G优化案例5G Fast Return异常分析思路.docx
- 文档编号:30016204
- 上传时间:2023-08-04
- 格式:DOCX
- 页数:23
- 大小:1.95MB
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失败问题参考。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 5G优化案例5G Fast Return异常分析思路 优化 案例 Return 异常 分析 思路
![提示](https://static.bdocx.com/images/bang_tan.gif)