精品案例SN变更成功率优化Word文件下载.docx

1、粒度子网SN变更成功率（Percentage）SN变更请求次数SN变更确认次数SN变更失败次数2020-9-151 天池州（341701）87.38%47,34734,89712,4502020-9-1685.70%57,05540,37116,6842020-9-1783.69%57,53038,09919,4312020-9-1884.47%67,37545,39321,9822020-9-1985.97%60,49041,69418,7962020-9-2083.28%57,50136,07221,4292020-9-2183.38%59,48138,16021,321二、分析过程提取9

2、月18号4G测变更邻区对指标；发现大部分4G侧室分至5G宏站的SN变更成功率为0%；如图所示； 1） SN变更成功率指标定义5G侧SN变更成功率定义SN变更成功率=SN变更确认次数/SN请求次数（C600600010/C600600009）SN变更请求次数（C600600009）触发条件：当gNB收到A3测量报告（MeasurementReport）触发SN变更并发送SN CHANGE REQUIRED，计数器加1；SN变更确认次数（C600600010）当gNB发送SN CHANGE REQUIRED并收到SN CHANGE CONFIRM后，再收到MN的UE CONTEXT RELEASE

3、消息，完成源SN的上下文释放，SN变更成功，计数器加1。2） SN变更流程介绍采样点1：当MN收到SN发送的SgNB Change Required消息时，进行采样统计采样点2：当MN向NR终端下发空口重配消息RRC Connection Reconfiguration消息时，进行采样统计。采样点3：当MN向源SN发送UE Context Release消息时，进行采样统计3） 影响SN变更的主要因素SN变更节点分析1、如果5-5未添加邻区，MR上报后不会触发SN CHANGE REQUIRED，所以不会计入SN变更请求次数（C600600009）；2、Mn1未配置Sn1邻区，在流程SN CH

4、ANGE REQUIRED后无法触发Sn 添加，该场景属于异常，会统计为失败；3、邻区配置正常，但由于Sn1异常（拥塞、告警等）情况下，流程中第3步Sn未能响应或回复失败，该场景属于异常，会统计为失败；4、第5步终端重配失败，该场景属于异常，MN不发confirm，会统计为失败；5、在第6步回复了confirm后，但第8步接入失败，该场景属于异常，会统计为失败。SN change的相关网元关系如下：SN网元关系按流程分析如下：1、 如果缺失1的邻区关系，否则UE不会去测量目标Sgnb的信号，不会触发SN change流程。2、如果缺失2的X2链接，也不会触发SN change的开始。3、如果3

5、缺失X2或邻区关系或目标Sgnb断链，则会出现SN change准备失败。4、如果前面的SN change准备成功，在步骤1的时候UE无法接入目标sgnb，会出现SN change执行失败。按照SN change的流程阶段，将影响SN change成功率因素总结如下：准备阶段失败：对应上图的步骤3流程1、MN和目标侧gNB没有配置X2口2、MN和目标侧gNB的小区没有配置邻区关系（涉及到reserve4开关）3、MN和目标侧gNB的X2链路断4、目标gNB掉站，目标gNB功率不会为0执行阶段失败：对应上图步骤3成功率后，步骤1的流程1、MN侧配置的gNB的邻区中PCI混淆2、无线覆盖等其他原因

6、SN变更成功率优化思路4）SN变更成功率的优化思路1、筛选源SN目标SN变更失败TOP小区2、 核查TOP小区对应的基站无异常告警且小区状态正常；3、 核查MN锚点站目标gNB的SCTP链路及X2链路均正常，且无丢失；4、 通过4-5锚点配置指导书核查发现，存在下列问题：1）4G侧的测量频点未添加2）4G侧的测量频点配置错误三、解决措施1、测量频点中SA站点移频后为3509.76，而NSA的还是3408.96，需在测量频点内再加一条3408.96：2、测量频点漏配；分别对几个4G锚点参数检查及NR测量频点补齐后，指标前后对比情况如下优化后SN变更成功率上升至90%左右，后期需要继续从4G侧优化四、经验总结随着5G网络规模不断发展，保证用户良好的5G-SN变更成功率，是改善5G用户体验的一项重点工作，本次通过NSA站点SN变更成功率优化思路，主要优化锚点侧的参数，对全网SN变更成功率指标进行了优化提升，对后续5G其他性能指标的提升提供了良好的优化思路。