NSA模式下5G日常优化

1、5GNSA日常KPI优化5G设计了SA（独立组网）和NSA（非独立组网）两种模式。NSA组网的一大特点是可以基于现有的LTE核心网实现5G快速部署，是在5G初期运营商大规模投资后收益不确定的情况下，既达到快速部署5G网络又降低5G投资的J石二鸟”过渡方案，所以5G商用初期，运营商都选择了NSA组网。目前国内三大运营商的5G网络也是NSA,预计持续到今年四季度SA商用。NSA重点监控指标包括SN（辅节点）添加成功率（5G）,SN异常释放率（5G）,SN变更成功率（5G）,小区可用率（5G）,小区RB上行平均干扰电平（5G）,小区级下行单用户平均感知速率（5G）,小区级上行单用户平均感知速率（5G

2、）,下行RLC丢包率（5G）,小区上行PDCPSDU丢包率（5G）,MAC层上行误块率（5G）,MAC层下行误块率（5G）,SN添加成功率（4G）,SN异常释放率（4G）,系统内带SN切换成功率（4G）,共计14项指标。SN添加成功率1 :当MN向SN发送SN添加请求SgNBAdditionRequest消息时，进行采样，用于统计SgNB添加请求的次数。2 :MN等待SgNBAdditionRequestAcknowledge消息超时，进行采样统计。3 :MN收到SN的添加拒绝消息SgNBAdditionRequestReject进行采样统计。4 :MN下发空口重配后，空口重配定时器超时，进行

3、采样统计。5 :MN给SN发送SgNBReconfigurationComplete消息且MN配置完成，进行采样统计。6 :MN收到E-RABModificationConfirm且MN配置完成，进行采样统计。7 :MN收至UE-RABModificationConfirm后，所有的E-RAB修改均失败或者等待E-RABModificationConfirm消息超时，进行采样统计。sra)全网性SN添加成功率不达标核查1,是否存在区域性干扰。2,大部分锚点小区/NR小区版本过旧，确保现场LTE锚点版本为最新，NR侧版本最新版本。3,NR小区基线参数未对其，需强刷最新基线参数。4,核查根序列、P

4、rachConfigurationIndex、Ncs配置、PCI等基础参数配置不合理，未按规划配置。SN添加成功率不达标TOP小区核查1,检查是否存在SN添加成功率异常的NR小区或LTE锚点TOP小区；2,检查是否存在4->5SN添加异常的TOP邻区对；3,检查TOP邻区对中锚点侧小区基础KPI是否正常，掉线率是否正常，是否存在告警，高NI等；4,检查TOP邻区对中邻区对目标侧NR侧基站状态是否正常，是否存在告警，高NI;5.确保现场LTE锚点版本为最新，NR侧版本最新版本。6,检查锚点侧参数配置，4->5外部邻区定义核查，NR邻区PCI混淆；7,->5x2偶联配置，X2状态

5、核查；8,覆盖问题排查是否存在过覆盖，5<->5,4->5邻区漏配问题；9 ,加腿B1门限设置过低核查；10 ,排查完成未发现问题，取相关异常counter有针对性去分析排查；11 ,NR侧按要求强刷随版本的基线参数，其他参数问题：核查根序列、PrachConfigurationIndex、Ncs配置，NR侧相关技术通知单核查：SN添加失败常见失败原因解析（LTE侧）C374420001SgNB添加失败次数，由于SgNB响应超时指的是MN等待SgNBAdditionRequestAcknowledge消息超时引起的SN添加失败，失败原因：1,X2偶联配置，X2状态是否正常，是

6、否能ping通；2, ,NR小区状态是否正常，是否故障，是否闭塞；3, SNAdd消息超过2k,5g没有回复ACK。4, NR侧基站挂死，重启基站；C374420002SgNB添加失败次数，由于SgNB拒绝指的是MN收到SN的添加拒绝消息SgNBAdditionRequestReject,导致的SN添加失败，失败原因排查：1,SgNB侧由于小区状态异常；2,基于用户数的接纳控制，基于承载数的接纳控制导致的接纳失败；3,servicemap5GXN未配置；4、4G侧NR夕卜部小区PLMN配置错误；基站侧256QAM功能(Qam256->qam256EnableUl、Qam256->q

7、am256EnableDl)会强刷为enable,但是NrcellDU->RrcVersion没有强刷，需要将NrcellDU->RrcVersion修改为V15.4.05,基线参数未对齐，重新刷相关版本基线参数。C374420003SgNB添加失败次数，由于空口超时1 ,指的是MN下发空口重配后，空口重配定时器超时，引起的SN添加失败，失败原因：2 ,LTE侧空口质量异常；3,基线参数未对齐，重新刷相关版本基线参数；SN添加失败常见失败原因解析(NR侧)SN添加失败次数，F1Context建立失败当gNB在SN添加过程中，收到DU回复的UECONTEXTSETUPRESPONSE

8、消息且结果为失败时，计数器加1。gNB接纳失败主要原因：1,小区状态异常；2,基于用户数的接纳控制；3,基于承载数的接纳控制。SN添加失败次数，X2口重配超时当gNB在SN添加过程中，等待X2口的重配完(RRCReconfigurationComplete)消息超时时，计数器加1。失败原因排查：1 ,X2偶联配置，X2状态是否正常，是否能ping通；2 ,NR小区状态是否正常。影响SN添加成功率的因素锚点侧主要因素如下：1,锚点侧LTE掉线率异常故障。2,邻区配置包括：4->5邻区关系，邻区定义PCI,频点，基站号等；3 ,锚点侧是否配置了NR频点，频点配置是否正确；4 ,检查LTE锚点

9、->NRX2链路是否正常，是否配置正确，是否存在故障；5 ,SN添加B1门限是否设置过低，6,检查4->5邻区里是否存在同频同PCI的情况；7,配置SCTP及X2接口，SCTP远端端口号建议配置为36998,远端地址配置为5G业务IP地址，出入流个数必须大于等于3,SCTP链路类型配置为“ENDCX22配置SCTP后，若EN-DCX2AP配置无法自动生成，则需要手动进行添加，而且EN-DCX2AP占用该SCTP的最后一个流ID;8,双链接承载类型配置，数据默认承载一般为QCI9，也可能为QCI8、QCI6，修改双链接承载类型为“SCG模式1:注意不能配置为“MCG模式0；否则会导致

10、B1测量不能下发，SN添加失败；9,1NR频点的SA指示】不能配置为0;NR侧主要因素如下：1,NR侧覆盖是否满足要求；2,是否存在上下行干扰；3,基线参数是否配置正确；4,检查NR基站状态是否正常，是否存在故障；5 ,PCE标识配置是否正确；6 ,LTE锚点小区配置的中心频点与5G配置是否一致；7,锚点与5G的RLC传输模式配置是否一致；8,4G与5GPDCPSNbit数是否一致；9,高通终端目前不支持UL256QAM;10 ,5G上行最大层数需为2;11 ,5GPDSCH的dmrstype需配置为2;12 ,1邻接小区所在的移动国家码】4G和5G侧参数取值应当保持一致。SN异常释放率I玄r

11、ME7户#EM目建堤烧浅自豆椁是3用译雪-4*"修5，JGiWF制小,青m口也和出贴德Sts.*，TSE*fFl/CRWII法i酶m翻mMSXiwa8脸科联w目e-三立整b七咂.1H.丽¥iMiwei*wmcBMXE«waim>ishmi-m；通噩修”就I蹋工'三也灰而与丰融t*Ubk舒即MbX书也涮融中射本（i置*iP于E王k呻'承FWH：4Dnf/RQ：!*黜彳1苗|一，闻三，电技，a3-1究“！，*叫35通b孑tW%布ffl6AUUmttt，（XWrtWaHsffflit全网性SN异常释放率不达标核查1,是否存在区域性干扰。2, NR/

12、锚点小区出现区域性故障，告警。3,区域性出现4->5偶联告警，故障。4, 4>5邻区中存在5G邻区同频同PCI问题。5, 锚点到非锚点定向策略配置不合理导致锚点与非锚点之间出现大量的乒乓切换，从而引起较多的异常释放。6, 4>5,5<->5邻区漏配问题突出。7,删腿A2门限设置过低。SN异常释放率不达标TOP小区核查1,检查是否存在SN异常释放率异常的NR小区或LTE锚点TOP小区；2,检查是否存在4->5SN异常释放次数较多的TOP邻区对；3,检查TOP邻区对中锚点小区问题：侧小区基础KPI是否正常，掉线率是否正常，是否存在告警，高NI等；锚点到非锚点定向

13、策略配置不合理导致锚点与非锚点之间出现大量的乒乓切换，从而引起较多的异常释放；检查锚点侧参数配置，4->5外部邻区定义核查，NR邻区PCI混淆核查；4->5x2偶联配置，X2状态核查；4>5邻区关系核查，是否存在漏配锚点，漏配邻区的问题。检查双连接承载模式配置核查：QCI=1/2/3/5配置为MCG模式，QCI=6/7/8/9配置为SCG模式；4,检查TOP邻区对NR小区问题：检查TOP邻区对中邻区对目标侧NR侧基站状态是否正常，是否存在告警，高NI;5->4的x2偶联配置，X2状态核查；5<->5邻区漏配问题核查；NR侧删腿A2门限核查；5,未排查出问题，

14、按照异常counter有针对性去分析排查。SN异常释放原因解析（LTE侧）MeNB发起的SgNB释放次数，由于SCG失败首先在锚点基站侧根据UE级小区信令，筛选出SCGfailFailure信令，统计出SCGfailFailure主要的原因。常见的SCGfailFailure有四种原因：synchReconfigFailureSCG,T310-Expiry,randomaccessproblem,rlc-MaxNumRetx。synchReconfigFailure-SCG1,无线环境问题：核查NR小区是否存在干扰或者或者如驻波比等影响覆盖的相关告警；核查5<->5NR小区邻区关系

15、是否缺失。2,配置问题：请确认NR切换参数gNBCU-CP功能配置->CU小区配置->小区重选->同频小区重选配置/异频小区重选配置：gNBCU-CP功能配置->CU小区配置->异频测量->异频测量对象/同频测量对象：deriveSSBIndexFromCell（中文名：该频点下所有小区的帧边界是否相同）配置是为Enableenable;3,配置问题：核查5G小区RACH参数配置是否按规划值配置：gNBCU-CP功能配置->gNBDU功能配置->DU小区配置->BwpUl参数->Rach->rachConfigGeneric:P

16、RACH时域资源配置索引=17,基于逻辑根序列的循环移位参数（Ncs）=6;gNBCU-CP功能配置->gNBDU功能配置->DU小区配置->BwpUl参数->Rach:prachRootSequenceIndex=l839,长PRACH格式的起始逻辑根序列索引（按规划配置，站内每个小区不同），UE接入和切换可用preamble个数=64,前导码个数=63。RLC-MaxNumRetx1,无线环境问题：核查NR小区是否存在干扰或者或者如驻波比等影响覆盖的相关告警；核查5<->5NR小区邻区关系是否缺失。2,配置问题：高通终端不支持pdschHARQACKCo

17、debook设置为semiStatic方式，导致SCGFailure,修改NR小区配置：gNBDU功能配置->小区组配置->PDSCH的HARQ-ACK码本（slot）修改为dynamicdynamic。3,配置问题：海思终端熄屏测试出现频繁SCGFailure,高通终端无此问题，LTE小区"User-Inactivity使能"开关需要打开。4,终端问题：修改配置优化：gNBDU功能配置->RLC配置：重发POLL位的时间间隔EnDCRLC.maxRxtxThreshold）修改为40sm;最大重传门限值（EnDCRLC.pollRetransTimer）

18、修改为32。5,通过先复位VSW板（或者重启lccm容器），起来后再复位VBP版本的方式解决T310-Expiry1,无线环境问题：核查NR小区是否存在干扰或者或者如驻波比等影响覆盖的相关告警；核查5<->5NR小区邻区关系是否缺失。2,配置问题：切换不及时，核查测试线路中的4-4、4-5G邻区配置、确认切换链路中锚点与5G站点已配置ENDCX2AP配置是否异常。RandomAccessProblem：1,配置问题：核查gNBCU-CP功能配置->gNBDU功能配置->DU小区配置->BwpDl参数->PDCCHConfig参数：CCE自适应模式决定了使用哪

19、种聚合度，需要关注gNBCU-CP功能配置->gNBDU功能配置->DU小区配置->BwpDl参数->PDCCHConfig参数->SearchSpace:SearchSpace的类型为UE-Specific对应的聚合度候选集个数不能设置为n0。2,未知问题，基站重启解决。MeNB发起的SgNB释放次数，由于eNB触发的UE异常释放2:当MN向NR终端下发空口重配消息RRCConnectionReconfiguration消息时,进行采样统计。消息时，进行采样统计。3:当MN向源SN发送UEContextReleaseMnlScl与工互为邻区Mn心手加Srt1为N

20、3令B区Mnl；Zusn29NSAtrZ弊端忖图示方向行迸，在，nN上报5nlA3M量报吉触麦£MCHANGEREQUIRED,邻区关系完整,切损正常影响SN变更成功率的主要因素1 ,如果5-5未添加邻区，MR上报后不会触发SNCHANGEREQUIRED,所以不会计入SN变更请求次数(C600600009);2 ,Mn1未配置Sn1邻区，在流程SNCHANGEREQUIRED后无法触发Sn添加，该场景属于异常，会统计为失败；3 ,邻区配置正常，但由于Sn1异常(拥塞、告警等)情况下，流程中第3步Sn未能响应或回复失败，该场景属于异常，会统计为失败；4,第5步终端重配失败，该场景属于

21、异常，MN不发confirm,会统计为失败；5,在第6步回复了confirm后，但第8步接入失败，该场景属于异常，会统计为失败。按流程分析如下：1 ,如果缺失1的邻区关系，否则UE不会去测量目标Sgnb的信号，不会触发SNchange流程。2 ,如果缺失2的X2链接，也不会触发SNchange的开始。3 ,如果3缺失X2或邻区关系或目标Sgnb断链，则会出现SNchange准备失败。4 ,如果前面的SNchange准备成功，在步骤1的时候UE无法接入目标sgnb，会出现SNchange执行失败。按照SNchange的流程阶段，将影响SNchange成功率因素总结如下：准备阶段失败：对应上图的步

22、骤3流程1 ,MN和目标侧gNB没有配置X2口2 ,MN和目标侧gNB的小区没有配置邻区关系（涉及到reserve4开关）3 ,MN和目标侧gNB的X2链路断4,目标gNB掉站，目标gNB功率不会为0执行阶段失败：对应上图步骤3成功率后，步骤1的流程1,MN侧配置的gNB的邻区中PCI混淆2,无线覆盖等其他原因SN变更成功率优化思路SN变更成功率指标全网优化1、4<->5邻区精细规划，可采用CNOP平台NR小工具进行4->5邻区关系规划。a）5G站300以内的4G站全部配置为锚点站，300-1000m,按照波瓣60度加对打小区；b）5G站500m以内的4G站全部配置为锚点站，

23、500-1000m，按照波瓣90度加对打小区；c）先匹配出NR站点最近的一个FDD锚点（已配置4-5邻区），然后统计该锚点站的同频切换次数（邻区对级），筛选出和这个锚点站切换次数最多的TOP20（30）同频邻区，这top20（30）小区全部和该NR站点配置4-5邻区。d）根据计数器：C373760017目标SgNB的SgNB修改失败次数，由于其他原因e）当该计数器上报的T-SN携带的CellID=65535时，该gNB存在和LTE锚点小区未配置邻接关系或者不存在偶联的情况。对该gNB进行邻接关系配置和ENDCX2链路检查，如果存在漏配，需要补齐问题锚点小区到目标gNB所有小区的邻区以及4<->5X2链路。f）对于4->5单小区邻区个数超过60的小区（LTE单小区支持最大64条4->5邻区）进行邻区删除优化：删除原则对于已经添加好的4->5邻区关系，可以根据该计数器C373760022目标SgNB的SgNB修改成功次数，从其上报的T-SN的gNBId和C