精品文档Ng接口切换成功率优化案例文档格式.docx
《精品文档Ng接口切换成功率优化案例文档格式.docx》由会员分享，可在线阅读，更多相关《精品文档Ng接口切换成功率优化案例文档格式.docx（13页珍藏版）》请在冰豆网上搜索。
Ng接口切换执行次数-联通
Ng接口切换成功次数-联通
Ng接口切换成功率-联通
Ng接口切换尝试次数-电信
Ng接口切换执行次数-电信
Ng接口切换成功次数-电信
Ng接口切换成功率-电信
4月11日
174
5
2.87
21
100
4月12日
410
3
0.73
19
4月13日
368
4
1.09
26
4月14日
1137
15
1.32
56
4月15日
1439
13
0.90
9
4月16日
1476
180
12.20
6
4月17日
1124
95
8.45
六安Ng接口切换成功率指标
Ng接口切换成功率指标趋势图
二、分析过程
Ng接口切换成功率指标异常的排查流程主要包含告警、邻区、切换参数、干扰、覆盖、边界等方面，具体排查流程如下：
切换指标分析流程
需要注意的是，切换和其他性能KPI不同，不仅仅是关注TOP小区，还要关注TOP小区对，即源测小区的切出和目标侧的切入情况。
从上面Ng接口切换成功率指标可以看出，本次异常均为联通侧NG切换尝试失败，下面针对Ng接口切换流程进行分析：
Ng接口NR站间切换流程
流程介绍：
流程图中A阶段为切换测量阶段，B阶段为切换准备阶段，C阶段为切换执行阶段，具体流程如下：
1.UE把测量报告发给源gNB=-=-=>
在UU接口体现为RRCMEASUREMENTREPORT信令；
2.源gNB判断是站间切换，SgNB收到MR后进行切换目标小区选择、准入和资源准备后如果允许切换，通过Ng口给AMF发送HandoverRequired消息，包含目标SgNBID信息等。
3.AMF通过Ng口发送HandoverRequest消息给TgNB请求目标侧为UE分配资源。
4.TgNB允许切换后向AMF回复HandoverRequestAcknowledge消息。
5.AMF向SgNB发送HandoverCommand消息，SgNB准备执行切换动作。
6.SgNB触发UE应用新的配置。
SgNB向UE发送重配置RRCConnectionReconfiguration消息，包含TgNB生成的RRC配置信息。
UE更新配置后向TgNB回复RRCConnectionReconfigurationComplete消息，包括对TgNB的RRC响应消息。
若UE未能完成包括在RRCConnectionReconfiguration消息中的配置，则启动重配置失败流程。
7.UE在TgNB发起随机接入。
8.如果TgNB资源分配成功，则向AMF回复HandoverNotify消息，确认切换完成。
9.SgNB在收到UEContextReleaseCommand消息后可以释放空口资源及控制面相关资源，数据转发不受影响。
2.1.故障核查
通过核查分析TOP小区的激活告警和告警日志发现，TOP小区存在两种情况：
情况一：
TOP小区指标异常时段无告警或者无影响切换的告警，此类TOP小区稳定，几乎每个时段都会出现异常；
站点告警
情况二：
TOP小区指标异常时段有XN告警，但是告警只影响联通侧NG切换指标，此类TOP小区不固定，取决于告警情况；
2.2.TOP分析
1、误加2B站点共享PLMN列表
LA-金安区-柏宏化工-HA-6984271，切换失败的目标小区主要是XY-LA-金安区-六安市瀚海新材料7#厂房lampsite室分-HA-6984227-128站点，如下表所示
切换对指标
异常站点分布图
由于XY-LA-金安区-六安市瀚海新材料7#厂房lampsite室分-HA-6984227-128为2B站点，电信独享，非共享站点。
所以LA-金安区-柏宏化工-HA-6984271站点的NR外部邻区的共享PLMN列表不需要添加XY-LA-金安区-六安市瀚海新材料7#厂房lampsite室分-HA-6984227-128站点。
现网由于误添加PLMN列表导致联通侧NG切换失败，电信侧切换正常，如下图所示：
NR外部邻区的共享PLMN列表
2、NR外部邻区的共享PLMN列表配置错误
LA-金安区-东三十铺HBBU09-6984301，切换失败的目标小区主要是6984368和6984370两个站点，如下表所示：
分析TOP小区的CHR日志发现，走NG的主要原因为XN不可用占比较大：
CHR分析
而NG切换失败的原因主要为切换准备失败，原因值为不知道的目标小区ID
跟踪分析LA-金安区-东三十铺HBBU09-6984301的标口信令，标口信令显示测量到的PCI和实际发起切换请求的小区的PCI不一致，核查外部小区配置均无问题。
其中，6984301-5小区（测量到目标PCI=303,实际对应cellID7）切换6984370-0小区（实际并无此cellid）的信令如下图所示：
LA-金安区-东三十铺HBBU09-6984301到6984370切换信令
6984301-5小区（测量到目标PCI=368实对应cellid=2）切换6984368-0小区（实际对应的PCI=367）的信令如下图所示
LA-金安区-东三十铺HBBU09-6984301到6984368切换信令
核查LA-金安区-东三十铺HBBU09-6984301的NR外部邻区的共享PLMN列表，发现该站SharedPlmncellid和SharedPlmngNBId配置有问题，与电信侧的cellid和gNBId不一致，也不是默认配置65535和0，如下图所示：
网管配置图
关于SharedPlmncellid和SharedPlmngNBId参数解释如下
参数介绍
由此可以初步判断，LA-金安区-东三十铺HBBU09-6984301到6984368和6984370切换失败主要是由于NR外部邻区的共享PLMN列表里的SharedPlmncellid和SharedPlmngNBId参数配置错误导致。
3、NR外部邻区的共享PLMN列表配置混乱
LA-裕安区-城南HBBU05-6984360，切换失败的目标小区主要是LA-裕安区-城南HBBU03-6984316站点，如下表所示：
NG切换指标
核查本站和目标站指标异常时段均存在故障，且本站有XN告警，造成XN链路不通，走NG切换，如下所示：
告警图
由于LA-裕安区-城南HBBU05-6984360站点的NR外部邻区的共享PLMN列表里面的部分小区SharedPlmncellid和SharedPlmngNBId参数未按照默认配置65535和0进行配置，导致联通侧NG切换失败：
三、解决措施
1、核查全网NR外部邻区的共享PLMN列表，删除共享站的NR外部邻区的共享PLMN列表里面的非共享站点小区；
执行脚本：
RMVNREXTERNALNCELLPLMN:
CELLID=0,GNBID=6984301,MCC="
460"
MNC="
11"
SHAREDMCC="
SHAREDMNC="
01"
TAC=6984704,SHAREDPLMNCELLID=65535,SHAREDPLMNGNBID=0；
回退脚本：
ADDNREXTERNALNCELLPLMN:
TAC=6984704,SHAREDPLMNCELLID=0,SHAREDPLMNGNBID=6984301
2、修改NR外部邻区的共享PLMN列表里面的SharedPlmncellid和SharedPlmngNBId配置为默认配置65535和0。
MODNREXTERNALNCELLPLMN:
TAC=6984704,SHAREDPLMNCELLID=0,SHAREDPLMNGNBID=6984301。
3、及时处理XN故障。
参数调整后，联通侧NG切换成功率指标恢复到100%，如下所示：
性能指标优化前后对比
四、经验总结
1、参数介绍：
SharedPlmncellid参数表示NR外部小区的同一基站内的从运营商的小区的唯一标识。
当该参数取值为65535时，代表该运营商没有独立的小区标识，使用NRExternalNCell.CellId。
当NR外部邻区部署了多NCI时，必须和外部小区从运营商的小区标识保持一致。
当NR外部小区没有部署多NCI时，建议使用65535。
SharedPlmngNBId参数表示NR外部小区的从运营商的基站唯一标识。
当NRExternalNCellPlmn.SharedPLMNCellId取值为65535时，该参数配置无效，该运营商没有独立的gNodeB标识，使用NRExternalNCell.gNBId。
当NRExternalNCellPlmn.SharedPLMNCellId取值为非65535时，需要修改此参数为该运营商在对应邻站上配置的gNodeb标识。
当NR外部小区部署了多NCI时，必须和外部小区从运营商的gNodeB标识保持一致。
当NR外部小区没有部署多NCI时，建议使用0。
2、NG切换问题定位总体思路
3、NG接口切换信令跟踪和问题定界
NR源站NG口跟踪：
NR目标站NG口跟踪：
升级会员 