5G优化案例：5G NSA网络切换优化分析与总结

1、5GNSA网络切换优化分析及总结XX分公司XXXX年XX月目录1背景描述31.1 NSA组网架构3.1.2 NSA切换优化4.2 NSA网络切换分析42.1 不带SN切换52.2 带SN切换62.3 邻区及锚点站邻区优化原则82.4 邻区及锚点规划原则103 典型案例分析113.1 终端SN频繁添加删除案例113.2 微波站小区SN无法添加问题分析123.3 NR邻区漏配导致scgfailure问题分析143.4 锚点漏配导致scgfailure问题分析164 经验总结18第23页,共19页5GNSA网络切换优化分析以及总结XX【摘要】NSA组网依托于4G网络，以4G站点作为锚点，5G信令通道

2、寄生在4G网络之上，因此NSA网络之间的切换，必须先走4G通道，其切换的复杂度远高于独立组网方式,不仅要考虑5G站点之间的邻区配置，还要考虑5G和4G之间的邻区以及相应的锚点配置,本文在对NSA组网的切换原理，信令流程进行细致解读的基础上，针对NSA组网模式下的锚点、邻区配置的优化、规划原则进行了精炼总结，并结合典型案例对切换过程和优化方法进行了细致剖析，旨在指导外场快速高效的完成NSA组网切换优化，打造5G精品网络。【关键字】SN切换NSA组网锚点【业务类别】优化方法参数优化5G1 背景描述1.1NSA组网架构NSA组网模式下，NR小区锚定在4G网络上：控制面：信令走4G，需要在4G建立承载

3、MN,后经过测量事件将满足条件的NR小区添加为SN，SN上可建立SRB3承载，在有SRB3承载的终端，NR移动性相关流程在SRB3上完成，没有SRB3的情况所有的信令都在MN侧完成用户面：分别在LTE和NR上建立承载，双连接的用户业务由核心网下发到NR侧进行调配，按照一定的比例在NR和LTE上同时下发切换优化是移动网络业务连续性的基础保障，合理而及时的切换可以有效的保障用户感知，防止出现掉线等会引发投诉的现象，在网络优化中占有非常重要的意义，5G的切换与4G基本类似，包含测量、判决、执行三个流程：测量：由RRC连接重配置消息携带下发，测量NR和4G的点评值判决：UE上报MR（该MR可以是周期的

4、也可以是事件型的），基站判断是否满足门限执行：基站将UE要切换到的目标小区下发给UE但由于NSA组网架构，以4G站点作为锚点，5G信令通道寄生在4G网络之上，切换关系上既要考虑邻区的配置也要考虑锚点的配置,邻区既要考虑5G的邻区也要考5G和4G之间的邻区配置，其复杂程度是5G单一组网（SA模式）的3倍。NSA网络中要实现5G小区之间的切换，除了继承4G网络邻区关系之外，还要保证5G到5G之间的邻区关系，以及保证相应的4G锚点小区和源目标5G小区的邻区关系，否则目标5G小区无法进行SCG添加，从而无法切换。2 NSA网络切换分析NSA组网模式下，包含两种切换方式，带SN切换和不带SN切换，具体内

5、容如下:21不带SN切换2.1.1切换换原理不带SN切换，切换过程中存在SN释放和LTE切换到目标小区后SN添加两个过程：UE在锚点LTE1和NR1的覆盖区内，已接入LTE/NR双连接。UE向基站锚点LTE2移动时触发MN切换，从锚点LTE1切换到锚点LTE2。此种场景下1、源MN在切换命令下发后，先发起SN释放流程，释放SNNR1NR2竄臥T1锚点LTE22、LTE切换到目标小区后，再触发SN添加流程，将SN添加到目标侧MN。二UtsKJEIURd'E.能既£Li厅,-HE埠障岂號剤凹她.删闫Effl刖h,UE咽目岖岸罐(；ffiSEfiLTE'J'E,Uf

6、常删上瑯I私.帝丽JSNR-'?Z212关键流程带SN切换的本质是MN切换触发SN在源小区的释放和在目标小区的添加。SN添加信令流程：adrril匚omral7.RR.CCaines:i?nRecDaftaforwardingandpathu|xhte12.WtahoardingISRfl匸CoiriMiEmH&oifigjnrticHERardcmAccessprocedireIMNSEK3.r/lc3bLrcrr«fTtContrcl+measurementRecnm砧ojnligurgtiMCEnRlrl,11E-ftABMedcationIndk-Minn1-

7、4E-RABMjc-diia-hcnCiyiirmalicin10.RF-CCcnnectijriFjecEniDuraticTiCrTLi-eLeSN删除信令流程：图5SN删除流程22带SN切换2.2.1切换原理带SN切换流程如下1.UE在源4G小区发起业务，并完成双连接添加2.主节点4G小区满足A3门限，发起测量报告，在测量报告里，携带最强的NR邻区测量3. 如果最强的NR邻区，其RSRP满足“带SN切换RSRP差值”门限，即目标NR小区RSRP-源NR小区RSRP三带SN切换RSRP差值，那么4G切换的同时5G小区同步完成变更。“带SN切换RSRP差值”默认配置为0,表示目标NR小区RS

8、RP三源NR小区RSRP，4G切换的同时5G小区同步完成变更4.如果最强的NR邻区，其RSRP不满足“带SN切换RSRP差值”门限，即目标NR小区RSRP-源NR小区RSRP带SN切换RSRP差值，那么4G切换，5G小区不变。“带SN切换RSRP差值”默认配置为0,表示目标NR小区RSRP源NR小区RSRP，4G切换，5G小区不变。带SN切换场景1，4/5G同切NRL茹餉肌删期鞭011蜃山朋恥低W0鳴艸上細狀匪豔議腔囲1.昶目訓隠师羯测砸.駐萌雁關豔LIE带SN切换场景1，4/5G同切2.2.2关键流程2.3邻区及锚点站邻区优化原则2.3.1主辅节点同时切换邻区以及锚点配置原则： 锚点LTE小

9、区A与锚点LTE小区B需相互配置邻区关系 NR小区C与NR小区D需配置邻区关系 NR小区C需锚LTE小区A NR小区D需锚LTE小区B2.3.2主节点切换辅节点不变为过渡态邻区以及锚点配置原则：锚点LTE小区A与锚点LTE小区B需相互配置邻区关系 NR小区C与NR小区D需配置邻区关系 NR小区C需同时锚LTE小区A与LTE小区B NR小区D需锚LTE小区A与LTE小区B233主节点不变辅节点切换为过渡态锚点LTE(A)锚点LTE(B)邻区以及锚点配置原则：锚点LTE小区A与锚点LTE小区B需相互配置邻区关系； NR小区C与NR小区D需配置邻区关NR小区C需锚LTE小区ANR小区D需同时锚LTE

10、小区A与LTE小区B2.4邻区及锚点规划原则2.4.1 锚点规划原则推荐使用多对多的配置方案，具体原则如下：1. 锚点规划原则：建议NR与锚点LTE采用1:1的建设方案。如果是精品线路优化，要求NR站点数不少于LTE站点数。2. NR与锚点对应关系：因锚点LTE与NR非共天馈，无法保证NR与锚点LTE覆盖完全相同，所以NR至锚点推荐使用一对多的方案1) NR与共站址LTE均配置为锚点关系2) NR对打的LTE小区配置为锚点关系，另外对于有切换关系相邻NR小区对应的LTE需配置为锚点关系。3) 根据实际RF优化情况，对NR锚点小区做精细调整。4) NR对现网LTE优化要求较高，需要现场进行精细化

11、的LTE优化调整，特别是精品线路优化，避免锚点LTE小区有越区/频繁乒乓切换带2.4.2 邻区规划原则NSA组网下，因为控制面信令由LTE承载，所以NR邻区规划依赖于服务小区对应锚点的规划，可参考NR至锚点的添加，即保证锚点LTE小区对应的NR小区均需要配置邻区关系，具体原则为：1. 距离原则：除同站3个扇区添加邻区外，第一圈对打的小区需进行互为邻区配置，同时对应的锚点LTE小区需要保证有邻区关系，可直接参考LTE锚点对应的NR小区关系配置，同一锚点下NR小区均需要保证邻区关系。2. 强度原则：根据现场实测情况，进行邻区的相应优化，保证终端测试的连续性，NR邻区增补后，需要核查对应锚点LTE的

12、邻区关系以及NR对应的锚点关系需要重新梳理，避免NR小区间配置邻区后，对应的锚点无邻区。3 典型案例分析3.1终端SN频繁添加删除分析【问题描述】在芜湖长江路电信营业厅进行NRCQT测试，终端占用5G小区信号，但NR驻留不稳定，SN反复添加释放。如图所示，终端占用的SS-RSRP在-119dBm,SS-SINR为8.8dB。在事件窗口可以看见终端反复进行NR侧接入，并且NRRandomaccesssuccess。NRLTE3TIGIEiSlBm*SS-RSRPCR3RSRF-9E.TSS-R3RQCRSRSRij1632:21170SSSIHR匚賂SMFl亏匚HTkPwfHS3I-GB.4FU

13、CCHTjcPAfFW-EHTxPwfFUStHTjcRArft-fr"n-r,pulDL|fck,a!'4PHVThr*p<±DL：kUi；i1B5.R10：®：Z1313162:211012:215MkTjflMBflfrd伯空:镒応刃：竝鬣£lfi±2:211*5162:21<aialfl.zZUZSiCyPCanifi.MnEMlitIhPRACHFwCOA«nsgr-VfflCGO如日亦如州PVCCHTPwrDIInitialBLERj%'(XRes-Hu3i3_ERi0.0001032:215S

14、316±2:21白他bEE3jNRLTEInis.FFaTTiniNapK* L-ARfgmrg湘呵血皿妙皿Dl_Ot-L-RRCCnnn«tlHnR.fl!Mniguit!Cin&iniplflb!-UL_O4LAR=KXonrg湘03冊驴3切Dl_O.L->fO2dnrriaiCT-ji!>aDnEgura£c>nCanipNU>ul_Q+L->RRCConHedl!HnR.fl!MrrtgurafiCinDL_DTL-RRO2anrrtcr-i>aDanEQura£c>nCampHU>ul_Q

15、+L->l*MBUnfrnw<TtjRffMrtUk_Q* L->!*MBUI>nwntf5：tpflrtUk_DLAR=Coiir石Mm识asHQui辿曲Dl_D11«沁*理心m山汕SLJ，帕HMd-»iTnaE诫nt;ri生3d-16-22:33528NRUdasLKfnarYlan-dOnrliDula,-0517aW33:30.913NRFTzEftTrtg«?iCnnnadBwiRe:-1伯空:狛启占HRiPnKh:Wsji1C32:30.032NRRTEtrH浒MH购2Oil时162:208%NRRnKft:1G32:20842

16、HRRii血旳acusisd£MSiSig：32imNRWflajjjs*nflnlandCot*ICfll®-OEMsIliZliab1HRPr&cft：TfiqqAiCorirriioici-iR砂phW32:Z1BWNRPnEftH3<ilD71M船卜詡彌2Dd酊isk：jia77HRRnKft:10:3t：E1M3NRRandomaccess-eucwss-IE型:住自第HRNAASureiTi'iinimnd亡or*Oaia:d£12aW32：ZZ2iraBEHameULTIifAppLa'erF4RRKFa.aNHfiLC

17、a.aNPWC4.3NRPHY1B6JLTEPDCPQ.2L1ERLC0.7LIEF凤1.2L1EFHY碍口田F-1115但在NRRandomaccesssuccess之后不久，通过RrcConnectionReconfiguration消息发起了双链接的释放，释放不久后又在原来的小区发起了随机接入，如此反复。TbTH1fl：3QM.M216:24MB1出32：211451fl：30:Z1.17Oia：Sd21J131fl:3Q:Z1.Z2Oia：32;Zim113:32121&扫+L-RRCCannsctMnFtflacirTipLrjIianDL_D.L-RC&anrriL

18、MnRaccinfiCM-JiiCirmiMaHUl_D|fLKRCCmih血fiRaomEcMJlMiDL_D+L-RCCanrwctMnRMfflinipLr.TlianCcimFlefeUL_O*L-RC&anrriidHnRFiiccinGgLXJiiCiriDl_Q+L-RCCanrwctMnRflfflinipLrTlianCcimFieleUL_O+L-M?ffliurs«!TFcpartUk_D-耆LKa赳jT色週弃日虫ULOJ3SE1d:3dJ1.74a値：S221frIB1fl：33;ZiM319:32.293，/L-RC&3rirriLiHnR&

19、gt;iiccinGgLXJiiCirC>3m|MAHul_Q4LRCGanrNLiHnRiaocinfiCM-JiiCiriDl_QTLFRRC&mrw曲nRfl创!Tla，l初gaEflrleUL_O#LRDC4hMiJMnR4CCinGCM,JlriQl_Qri-THEvanos'idBon询：30田.阴吕frRISwsiramie-ritandCerTDclffi7CI.5V5诉:克却£；伯I'JRPrjdi:IHgp舛1>9：加洌&25l-fiPrjcnh5i1fl:3231磁hRPrachWSG1->WSGiZDe<

20、afie：3Qja.-&3BFfiPrjcnhs>315:32Zfl&dZHRandlXnaccts55UWe3-5senWWMSlWHf-rt：JidCcr*la：aiiESIMritgcn嘲砂如id：盘2、剧&hRPrachHsi18：3Q±1.&71FfiPrjtnU5>2b!G1->WSG2D«lAF迪宜启77YjRPutn则21fl：30:21KI3RR仙dom30C«-!33UCre5J9-値：业弧&21S卜庁总riNd亡耐L4ia:4S125i1553tNRIENawwNR亠BEWn亡LTE期

21、S&f?§RP$JCRSRSPP-K.ThDL6272&SSSfSSIKlii2CRSR9RQ-74SS创HRCRS9NRIaJBand73PUSCHluPwr时RSSI"M.4icyPoirrtAIxPwrSRSFHJCCHTkPw-1landwidihPRAEHTaP栽MGPU&CHTkRw片时.FdsAaripaa3FUC匚HTjiPftfPHACHPrIWriBandMdil-CLIritid日LEF£%|DQQDCQi12.4134CLRdirflELERD'JQDT'ABCQID少4raB4-w4isa«

22、;NRLTC耐auTtnieMip.i站aCnpiiw-rw>«ai«T:-ETtHil>T¥：C3MTSW3(nRiE-T-tdrctefl:LTEA-fanFa:U329LM日rnuMgei二tilHJWCCi&wWBCEljeCBnlMMfcflfiC-liBKMWMts剜占J.1ETlE：dHWm：厲gcl:皿Irrc£x«mciKriLnnfigLiBim-iEirip3n-iKkwfiMiMliM'ifltsn-rJifldrflncu-=iCbfrivdutadSt>-TflR«feHe

23、W：问:kMdwi切!.ek如£aEpi白tMfcwk#问题分析】怀疑是SS-RSRP过低导致SN添加不稳定，测试人员从营业厅内往营业厅外移动,观察SS-RSRP的变化，发现SS-RSRP大于-110dBm的时候，可以稳定的驻留在NR网络。通过反复验证发现：-IIOdBm是个门限，怀疑NR侧释放SN的门限配置存在异常。通过NR网管检查参数，发现释放SN小区A2测量门限是-IIOdBm，该参数表示测量时服务小区A2事件RSRP绝对门限，当测量到的服务小区RSRP低于门限时UE上报A2事件。核查4G网管上NR的B1测量RSRP绝对门限为-14OdBm。综上，添加SN的B1门限设置为-14

24、OdBm,释放SN的A2门限为-IIOdBm，存在严重的乒乓问题导致SN反复添加删除。【解决方案】修改B1和A2事件门限如下:参数位置中文表名修改前（dBm）修改后（dBm）5G网管释放Sn小区A2测量配置-110-1304G网管UE系统间测量参数B1-140-125参数修改完后进行测试，SS-RSRP在-12OdBm,SINR5.3,Speedtest下行测试速率可以在450Mbps左右，测速速率正常。注意事项：为避免弱场环境下SN反复添加删除，B1事件门限建议高于A2门限5-10dB。3.2微波站小区SN无法添加问题分析【问题描述】对NR站点微波站2小区进行单站优化测试时发现该扇区无法正常

25、激活双链接，前台信令分析确认4G侧已正常下发B1测控，同时终端正常上报了NR小区的B1测量，如图所示：终端上报了PCI为16的NR小区测量信息，NR小区RSRP为67-156=-89dBm，但4G侧未下发SN添加消息。问题分析】4/5G侧协同进行EN-DC双链接配置检查，发现4G侧配置的白塔村-移动NR站点2小区邻区中的PCI为4,5G网管上白塔村-移动NR站点2小区PCI配置为16。解决措施】在5G网管修改该小区的PCI为4后，现场复测，SN可以正常添加。l-'t-iijtp'応五d能誦潇瓷鳩ihduifeI17JQM2.H1JWT冊罰JUNA生.3hl'l3IPHM

26、HSuequ1?jDi.4D57717QI：dl陶17-gilBD?n.Ql：dj(®7iT-gi-Jii阿IVAilSOJDd&n«nt34ntAex»vClHtaiJiEFSRaqu寸址皿0曲EFSSuC<4«4C4*ChprefliSortCjvfeOiarQi!gr祕ITQI1J1JI*IT-Q14J1-41L-AHII匚匚anniEfairiHMQnhgsiwUD142141'tiL->RRCCjMTnidKirABsnfefirafc«>ni2<np4<AEIITfll-kf1JII4-

27、liJill4J141URRCUnrwdKi曲BcmtearvteDrEbipMaI7.D1«l14t<HR.諸沪ICRTHitiWMorihr-Qi2*Hi*NH-.«aioBwwonAEiIT.D1亞44£#KR淋尙liTQI垃临4诃出£1T01U?B3+IHCIIILQBILN-XUqMai11TM14-1El"4L-Pteging1TQ1O1T7B4MS_94P_HFQ»TFH->IMBultailddQ11TPT4競3FAS却PMkOC；1kH?HjwjHrir11SMfei-3n4ei<l¥-a

28、iui-J1rss-irrrE匸于a-*czi-|El吕QPaiariivaiMParam|PhamV#u*0l阳国u!1厂.L-J口HA.ftadpkiFaLTLJrfl口HAIkT弭!EiMMStfiSWM.菇DuN吃如也FDD-ifipJIbandTA51-SDHItL2.H31J>732M50P&EP32fl.D17ftiW=CHCSJ-RSR?B*fld3214.32Lc-mACS-5lhREARKNPLW2S展W.03Ln+praCHTuPtmiPHHRFW¥2BL.QHP5CN7?83PUCCbBWDL：NHTJ5LIETTFIAJ1WPU5CHTtPfl

29、»rrRSflPidEhi)眾HKPn-ww2!.Ill羽耳丹旳（EA-iJElH申】斗|玛2丁KriwcungK*Hr'j-a.!.：iJ-rUL-|X<W*k5BBc-jmHim15?Pefir-i：.ii-.'29mj自<1.E,Ele«3LFDF卯1MEULRSI44d3LDKSlM?咖：LT#2：1«应wcdwa妙TfftE*RHMpciLEZSKcflLK35w3M4MCHLZLFfUK事井JE1fqS?29IEIttPCTwtm|E>rfa业西hOHldsFO2W>16Mvt23«码3.3NR邻区漏配

30、导致scgfailure问题分析问题描述】测试车辆沿中山北路进行dt测试,NR占用黄山路与银湖路交叉口-NR1小区，PCI150,在向福达大厦NR站点移动过程中，上报A3事件，携带NRPCI162和PCI148两个NR邻区：但系统并没有下发向信号最强的PCI162小区切换重配置命令，而是向信号次强的PCI148小区发起切换0#B显l±J羚INfLScSDcfttzadEkmmJnlhAflFCNlbU0O6IM0D4|&Kinimde«Irsrp|Si'IfKFKiIQZE150rs2D-iflai-F.i510241r5Z7Z5Jn1Z2493r6272&

31、amp;4ua4G0pg-17£TOBrQ0TtTime21371J.Q12NRslennioimstianaiaw29.37HRARCPwniigur-rtianJ,2:3713-.D12NRRRCRecnnftgur-silanFRaidwBsrBrConltfi23713-.D32LRRCConrwctionRecprTnguiTtjrinCcinipIrte-2%37121032NRRRCRwnnngur-Bflcin&XTiElPlP2:3713-.112NRMam1er1rrto!E3tjlcmEliciW.Y2371Z.402LUUnltinTi3bi>n

32、TrsiBftrMRCiC-f15t23.37性诳HRMe3furernenlF：«p>xl233712-SH5LRRCIZiannediDnRMEmriguidlidnf233712mLRRCCome-rtiDnRecDnhguialiDnDompItle-f233713444NRMeasunsmanlRgp'Xlf3337M464LUUnftirmaliDnTrmrcrURDC-rl52337:13524LRRC匚onncliDnRpsnlKiuiialiDii2J:37:1i&44NRRRCRfnriauradanhd-|Ji"UMmu:gsec

33、uDptT-FnnacicTrnflrsFIDDctr-ProhbitTimersf10prf-Tx-Fiiw,wi-FadnfChianQftcED>.muMlDloPHRfrue：-dLmirii：1l»pfr-ryneECttwrCeiilais#'pTT-UaoaOriArCGrzMpUWinbTDHi-anifc:畑怕j:-d-NR-FRI:1®_OZKLH-HkR-ACH-CCiiiaDCitih口11"谥|¥!1亡-spCICQirTlIg沁rvMliirriib工由.rc-nriguiaUDniAiUiSin?lz>E

34、pCAlConliaCixnn-Fjfi:>pCelldMSxrniriktanligCammari:e-TrcquencylnFcOL3MOiUisFieQU0nSEa62726-*i：i：rregLK-ncyBandLuL:FreaBaridhdPcafcirNR:7B卫»,(|111匕资11亡1匚>尸口1(1屮.百12&71?*-1-1-r-i-BECE-EpQaricEarnQr:elTnCwfler0subcarTierSpadngckH£3Dcarrt&rBanaijrti273:B-Intifll口awMrk日dVPe-SS-nfl

35、ritPjrametera:loannAjidB肺罰dh1DDQ问题分析】snchange场景，LTE锚点小区未发生变化，只是SN的变更:分析可能的原因有：1) NR目标PCI162小区未与当前LTE锚点小区配置双链接锚定关系2) NR源小区(PCI150)未与NR目标PCI162小区配置5G邻区关系【解决方案】通过后台网管核查确认:PCI150小区和PCI162未配置5G邻区，配置5G邻区后，可正常切换。3.4锚点漏配导致scgfailure问题分析【问题描述】测试车辆沿二街自西向东进行dt测试，锚点小区占用LTE锚点小区为442448-51小区(PCI142)，当LTE锚点小区向LTEPC

36、I320小区切换后，无法占用5G信号。EF-击匡-二眉71和7-価佗8B3”编鄴时&居之家打号虹，冊-市E-®-IMKTX-?0778Ba-4.121问题分析】从切换后的PCI320小区重配置消息来看，小区已经下发NR频点的B1测量:RCSWCtfMeofid£10lC4nl-3UQlfflC/TM£u:CnmEr£andl3PainL=iXfiFignijwtJJi15W1ESSFrtqpb¥glQ'DLT-b1967.5005S-53CNFCFjJPClW5J22DSRFfd&n)&2R3RPldINRI&#

37、174;70ssarcE盹-14353-R3RQ|d£1110*40較加蓟FvSCHDf的tdorl口1639-W3PUDCHTtf2dISSfiSSR：-Qti5etfiEq:>:B0SklejsCtfedTixAildkiad-meaiDbjecld:2b-rneaaCbjedtmEasCbjecfJTlB-iniiEiFneQ-rl5:627264B-rs-CcnfinSSE-rlS:b-mtaaTininQCDrfig-rl5:E-：-pCTwdiciti'rJiiiCHisei-rlS:：-sf2fl-rl5:0:-adt-CrabwTri5:-Jubtame

38、itMngSSB-rlSitHz2OS-tTwtfiS-hdei-riSITE加怆婷X|Ltarir-irMDii-LTEOfliMiEhmc«*5Ia1eirara'K'l.知工匕火RRC弭班CwinwHaWCCrt*JCrr*C11-1J7BMRair>33iSwnzFrE-5ucn<h-DL|W-U|1EfS750tS3J5H-n|cD|raR8RcjaBii«.3E«JIID4MS&14T料IDiwo-e忡=>rusUHTsrtWrtl20ULWCiHaibQi-J3/J-1MWitjMtoPL»3EI-IT曲-IJ：iMIA-：iIMvdWhH-Jw-nnu"*!u>"'u'mju&qu