5G優(yōu)化案例：5G Fast Return異常分析思路

5GFastReturn異常分析方法研究XX目錄一、概述 3FastReturn基本定義 3FastReturn業(yè)務(wù)流程圖 3二5GFastReturn異常排查思路 6三、典型案例分析 20案例1：非時間同步站點B1測量不到，導致FR失效 20案例2：核心網(wǎng)視頻彩鈴策略配置問題，導致FastReturn不生效 20案例3：DT路測，主叫FR失敗 21四總結(jié)及推廣 225GFastReturn異常分析方法研究XX5G網(wǎng)絡(luò)語音通話后快速返回5G網(wǎng)絡(luò)問題的重要性不言而喻，在平時的優(yōu)化工作中，5G的因素，這就需要我們在深入理解返回業(yè)務(wù)流程的基礎(chǔ)上，把握SA組網(wǎng)下的5GFastReturn常見的問題作出整理和分析，希望對后期的工作開展起到積極的作用，同時將這些經(jīng)驗分享給大家，希望起到一定的指導作用?！娟P(guān)鍵字】SAFastReturn一、概述FastReturn基本定義FRFastReturn4G快速回到5G網(wǎng)絡(luò)，當EPSFB呼叫5G的頻點給終端，終端可以根據(jù)5G點信息快速的重選到5G網(wǎng)絡(luò)上，能有效的改善用戶感受。FastReturn業(yè)務(wù)流程圖語音用戶LTE->NRFastReturn：1.NR語音用戶結(jié)束語音通話，釋放語音專用承載LTE基站下發(fā)NR制，進行NR2.NRNRNRB13.LTE基站通過RRCReleaseNRMobilfromEUTRACMDNRNR4.NRNRFastReturn流程（切換流程）1.2.1FastReturn（重定向流程）二、5GFastn常分析方法QCI1B1FR事件啟動判決方法【判斷方法】-UE（Probe&Assistant）FastReturn以語音釋放為始，對應(yīng)的PA事件為"ERABNormalRelease(QCI=1)"，查看QCI1承載釋放后是否有B1測控下發(fā)"LTEEventB1MeasConfig"，PA事件為LTE2NRFastReturnBegin”UENR【判斷方法】-UE（Probe&Assistant）從L3信令的UECapabilityInformation中，從字段“supportBandListNR-SA-r15"中，確認UE是否現(xiàn)網(wǎng)配置的NR頻段，如果不支持，則不會下發(fā)B1。【判斷方法及應(yīng)對】-基站網(wǎng)絡(luò)側(cè)排查方法一致，查看UE上報的能力（RRC_UE_CAP_INFO）中NR的支持能力?！拘拚桨浮咳绻鸘E不支持現(xiàn)網(wǎng)NR頻段，則需聯(lián)系UE解決FastReturn功能開關(guān)是否開啟【判斷方法及應(yīng)對】-基站LTEFastReturnFastReturn的方式是切換還是重定（推薦切換）【修正方案】MODCELLALGOEXTSWITCH:LocalCellId=xx,HoAllowedSwitch=FAST_RETURN_TO_NR_SW-1;MODCELLHOPARACFG:LOCALCELLID=xx,HOMODESWITCH=NrRedirectSwitch-1&NrHoSwitch-0L2NR鄰頻點、鄰區(qū)是否配置【判斷方法及應(yīng)對】-基站如果L2NR的頻點、外部鄰區(qū)、鄰區(qū)關(guān)系中任何一項沒有配置，則網(wǎng)絡(luò)側(cè)不會下發(fā)B1測控?！拘拚桨浮亢瞬長TE2NR的鄰區(qū)配置：E側(cè)配置R鄰頻點E側(cè)所有頻點都需要配置G的鄰區(qū)鄰頻點：5GFastReturn異常分析方法研究ADD NRNFREQ: LocalCellId=xx, DlArfcn=xxx （NR 下行SSB 頻點）UlArfcnConfigInd=NOT_CFG,SsbOffset=xxx;LTE側(cè)配置NR外部鄰區(qū)：ADD NREXTERNALCELL: Mcc="xx", Mnc="xx", GnodebId=xx, CellId=xx, UlArfcnConfigInd=NOT_CFG,PhyCellId=xx,Tac=xx;LTE側(cè)配置NR鄰區(qū)：ADDNRNRELATIONSHIP:LocalCellId=xx,Mcc="xx",Mnc="xx",GnodebId=xx,CellId=xx;QCI【判斷方法及應(yīng)對】-基站QCI級切換策略核查，F(xiàn)astreturn時，注意發(fā)起fastreturn時UE所攜帶的QCI切換屬性中必須攜帶MUSTHO的QCI，且不能攜帶NOHO的QCI?！拘拚桨浮亢瞬長TE側(cè)，QCI級的切換策略是否OK：ADD/MOD SERVICEIRHOCFGGROUP: CnOperatorId=xx, InterRatHoState=MUST_HO;ADD/MOD SERVICEIRHOCFGGROUP: CnOperatorId=xx, InterRatHoState=PERMIT_HO;ADD/MOD SERVICEIRHOCFGGROUP: CnOperatorId=xx, InterRatHoState=NO_HO;D:,,2數(shù)據(jù)must，語音業(yè)務(wù)noho）ADD/MODCNOPERATORQCIPARA:CnOperatorId=xx,Qci=8,mustho，語音業(yè)務(wù)noADD/MODCNOPERATORQCIPARA:CnOperatorId=xx,Qci=7,mustho，語音業(yè)務(wù)noADD/MODCNOPERATORQCIPARA:CnOperatorId=xx,Qci=6,mustho，語音業(yè)務(wù)noADD/MODCNOPERATORQCIPARA:CnOperatorId=xx,Qci=5,mustho，語音業(yè)務(wù)noADD/MODCNOPERATORQCIPARA:CnOperatorId=xx,Qci=4,mustho，語音業(yè)務(wù)noADD/MODCNOPERATORQCIPARA:CnOperatorId=xx,Qci=3,mustho，語音業(yè)務(wù)noADD/MODCNOPERATORQCIPARA:CnOperatorId=xx,Qci=2,mustho，語音業(yè)務(wù)noADD/MODCNOPERATORQCIPARA:CnOperatorId=xx,Qci=1,mustho，語音業(yè)務(wù)no多頻帶指示【判斷方法及應(yīng)對】-基站如果存在MFBI混淆的頻點未在NrMfbiFreq中配置，則eNB會過濾掉該頻點。會導致FR的B1無法下發(fā)。LTE側(cè)配置如下：NRMFBIFREQ:DlArfcn=630000,FrequencyBand=n78【修正方案】哪些頻點存在MFBI混淆。如當NRMFBI頻點中FrequencyBand是N77或者N78時，NRMFBI頻點中DlArfcn必須大于等于620000且小于等于653333。用戶開戶信息排查【判斷方法及應(yīng)對】-基站UE的切換請求信息，查看是否禁5G5-4切換，MME下發(fā)的HOrequire"handoverRestrictionList",是否包含了“fiveGCForbidden”5GC禁止接入字段，如包含需核心網(wǎng)進行用戶5G接入權(quán)限開通?！拘拚桨浮柯?lián)系核心網(wǎng)側(cè)人員，進行用戶5G接入權(quán)限開通。收到B1B1UEB1【判斷方法】-UE（Probe&Assistant）在QCI1L3的RRCB1PA事件為【判斷方法及應(yīng)對】-基站核查B1門限是否按照基線配置，是否存在過高的情況【修正方案】核查配置的B1門限是否過高，或NR弱覆蓋，導致B1測量報告未上報、或UE異常，不上報B1測量報告。ADD/MOD INTERRATHONRPARAMGRP: LocalCellId=xx, NrB1B2Hysteresis=2,NrB1B2TimeToTrigger=640ms,ServBasedNrB1RsrpThld=-107;LTE【判斷方法及應(yīng)對】-基站如果LTE非時間同步模式，在UE不支持noGAP測量情況下，可能會導致UE不能測量到NR站點，B1測量報告不會上報。所以要求LTE側(cè)需配置基站時鐘同步模式為時間同步【修正方案】如果基站是16.0SCP010G及之后的版本，且為時間同步模式，推薦配置偏置為0，即在LTE側(cè)配置NRNFREQ:LocalCellId=XX,DlArfcn=630000,SsbOffset=0，則不會由于時間同步+SSBoffset的問題導致UE測量不到NR頻點。使用MML：DSP確基站時鐘同步模式= FREQ(頻率同),TIME(時間同步)"。NSASCG【判斷方法】-UE（Probe&Assistant）UE（Probe&Assistant）查看B1測量中，是否攜帶了兩個B1，且上報B1的MesaID為NSAB1的，以及添加了SCG"NRSCellAddSuccess"?！九袛喾椒皯?yīng)對】-基站LTE上，用戶跟蹤如下，現(xiàn)象同UE側(cè)，同樣需查看LTE站點是否為頻率同步站點（法參考上一行）【修正方案】該場景原因為：站點非時間同步站+NSA和SA的B1測量TimeToTriger不一致導致。解決方案修改站點未時間同步站點規(guī)避方案調(diào)整NSA和SA B1測量TimeToTriger調(diào)整為一致。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,SSB【判斷方法及應(yīng)對】核查LTE側(cè)配置：D:,x注意此處配置RB頻點，非小區(qū)中心頻點，黃ft電信的NR下行SSB頻點，624267）;【修正方案】LTE側(cè)配置NR鄰頻點（LTE側(cè)所有頻點都需要配置5G的鄰區(qū)鄰頻點）排查此類問題要對比LTENRNRNRDUCELL中的頻點設(shè)置，這里需要注意的是E側(cè)配置R的頻點為R的下行BR的B頻點需要根據(jù)GNRDUCELL.DlNarfcn。ADDNRNFREQ:LocalCellId=xx,DlArfcn=xxx（NR下行SSB頻點）UEB1【判斷方法】-UE（Probe&Assistant）UELTEEventB1MeasConfig”后，是否B1測量報告上發(fā)，對應(yīng)的PA事件為【判斷方法及應(yīng)對】-基站核查B1門限是否按照基線配置，是否存在過高的情況【修正方案】B1門限是否過高，后NR弱覆蓋，導致B1UE異常，B1測控。ADD/MOD INTERRATHONRPARAMGRP: LocalCellId=xx, NrB1B2Hysteresis=2,NrB1B2TimeToTrigger=640ms,ServBasedNrB1RsrpThld=-107;上報B1FR（/切換）PCI-基站基于UE反饋的B1測量報告中的PCI信息，確認L2NR鄰區(qū)關(guān)系中，是否存在PCI沖突的情況（同頻同PCI）【修正方案】確認L2NR鄰區(qū)是否存在PCI沖突的情況ADD NREXTERNALCELL: Mcc="xx", Mnc="xx", GnodebId=xx, CellId=xx, UlArfcnConfigInd=NOT_CFG,PhyCellId=xx,Tac=xx;LTE側(cè)配置NR鄰區(qū)：ADDNRNRELATIONSHIP:LocalCellId=xx,Mcc="xx",Mnc="xx",GnodebId=xx,CellId=xx;【判斷方法】-UE（Probe&Assistant）E已反饋1測量報告（A事件為的NR小區(qū)。【判斷方法及應(yīng)對】-基站通過如下MML命令，確認上報的PCI，是否包含在L2NR的鄰區(qū)關(guān)系中：ADD NREXTERNALCELL: Mcc="xx", Mnc="xx", GnodebId=xx, CellId=xx, DlArfcn=xx,UlArfcnConfigInd=NOT_CFG,PhyCellId=xx,Tac=xx;LTE側(cè)配置NR鄰區(qū)：ADDNRNRELATIONSHIP:LocalCellId=xx,Mcc="xx",Mnc="xx",GnodebId=xx,CellId=xx;【修正方案】補充L2NR鄰區(qū)，包含MR上報的PCI信息ADD NREXTERNALCELL: Mcc="xx", Mnc="xx", GnodebId=xx, CellId=xx, UlArfcnConfigInd=NOT_CFG,PhyCellId=xx,Tac=xx;LTE側(cè)配置NR鄰區(qū)：ADDNRNRELATIONSHIP:LocalCellId=xx,Mcc="xx",Mnc="xx",GnodebId=xx,CellId=xx;切換準備失敗【判斷方法及應(yīng)對】-基站基站是否已發(fā)送了切換請求3為D消息，是否收到回復的準備失敗消息（L3為S1AP_HANDOVER_PREPARATION_FAIL消息）【修正方案】需聯(lián)系核心網(wǎng)側(cè)人員進行分析FRNRFR已觸發(fā)，觸發(fā)類型為HO【判斷方法】-UE（Probe&Assistant）FR上【判斷方法及應(yīng)對】-基站網(wǎng)絡(luò)跟蹤，可以看到RRC_MOBIL_FROM_EUTRA_CMD消息，其中切換類型為toNR切換FR【判斷方法】-UE（Probe&Assistant）FR已觸發(fā)，如下的重定向方式為例：L3信令為“RRCConnectionRelease”其中攜帶NRA【判斷方法及應(yīng)對】-基站網(wǎng)絡(luò)跟蹤，可以看到RRC_CONN_REL消息，其中會攜帶NR的頻點信息。切換或重定向是否失敗【判斷方法】-UE（Probe&Assistant）FR執(zhí)行是否成功，如下為PA對應(yīng)的"LTE2NRHOFail"事件的。【修正方案】先排查是否為RF原因?qū)е驴湛谇袚Q執(zhí)行失敗UE在NR【判斷方法】-UE（Probe&Assistant）R成功后，E會發(fā)送注冊消息，3共三條交互消息“FR（NRRegistrationFail），PAUENR已接入，但注冊失敗了。【修正方案】注冊消息無線側(cè)透傳，如果過程失敗，需聯(lián)合核心網(wǎng)和終端人員進行分析確認原因。三、典型案例分析SAB1FR【問題描述】黃ft電信局點，發(fā)現(xiàn)非時間同步站點，SAB1測量不到，導致FR失效【問題分析】