5G优化案例多维度联合快速提升辅站SgNB变更成功率Word下载.docx
- 文档编号:19493303
- 上传时间:2023-01-06
- 格式:DOCX
- 页数:19
- 大小:1.29MB
5G优化案例多维度联合快速提升辅站SgNB变更成功率Word下载.docx
《5G优化案例多维度联合快速提升辅站SgNB变更成功率Word下载.docx》由会员分享,可在线阅读,更多相关《5G优化案例多维度联合快速提升辅站SgNB变更成功率Word下载.docx(19页珍藏版)》请在冰豆网上搜索。
当gNB在SN内部PSCell变更过程中,由于其他原因导致PSCell变更失败时,计数器加1。
2.2、NSA辅站变更原理
LTE系统内移动性:
UE在MeNB1和SgNB1的覆盖区内,已接入LTE/NR双连接。
UE向基站MeNB2移动时触发主站切换,从MeNB1切换到MeNB2,此种场景下源MN在切换之前会先发起SN释放流程(主站站内切换不释放),释放掉SN,切换成功后再触发SN增加流程将SN增加到目标侧MN。
NR系统内移动性:
当终端从一个NR小区移动到另一个NR小区时,为了保证业务的连续性,触发UE进行PSCell变更。
在SgNB1服务区内向SgNB2或者本站其他小区移动时可能发生辅站变更。
2.3、NSA辅站变更场景和流程
NSA辅站变更涉及3个场景,因场景3出现的概率较低,本次只针对场景1和场景2
进行信令流程介绍:
1、LTE不变,NR站内小区变更
2、LTE不变,NR站间小区变更
3、LTE、NR同时变(场景概率较低)
2.3.1、SgNB站内切换流程
1~4步:
当SgNB收到A3测量报告后,选择报告中RSRP最强NR小区作为目标NR切换小区;
源SgNB通过向MeNB发送SgNBModificationRequired消息触发SgNBModification流程,包括NRRRC配置消息和承载释放、变更。
5~6步:
若SgNB请求释放承载且MeNB决定重配MCGBearer,MeNB会触发SgNBModification流程,SgNB确认后,会反馈SgNBModificationRequestAcknowledge消息。
7步:
MeNB向UE发送RRCConnectionReconfiguration消息,包括NRRRC配置消息。
8步:
接收到RRC重配置消息后完成重配置,并向MeNB反馈RRCConnectionReconfigurationComplete消息,包括NRRRC响应消息。
若UE未能完成包括在RRCConnectionReconfiguration消息中的配置,则启动重配置失败流程。
9步:
UE成功完成重配后,MeNB向SgNB发送SgNBModificationConfirm消息,包括已编码的NRRRC响应消息。
10步:
为UE配置的承载需要SCG无线资源,UE执行到SgNBPSCell的同步,发起向
SgNB的随机接入流程。
2.3.2、SgNB站间切换流程
源SgNB通过向MeNB发送SgNBChangeRequired消息触发SgNBChange流程,消息中包括目标SgNBID信息和测量结果等
MeNB通过向目标SgNB发送SgNBAdditionRequest消息,向目标SgNB请求为UE分配资源,消息中包括源SgNB测量得到的目标SgNB的测量结果。
UE接收到RRC重配置消息后完成重配置,并向MeNB反馈RRCConnectionReconfigurationComplete消息,包括NRRRC响应消息。
若目标SgNB成功分配资源,MeNB确认源SgNB资源的释放,向源SgNB发送
SgNBChangeConfirm(辅站变更确认)消息。
若RRC连接重配流程完成,MeNB通过向目标SgNB发送SgNBReconfigurationComplete消息确认重配完成,消息中携带编码后的NRRRC消息。
11步:
UE配置的承载需要SCG无线资源,UE执行到SgNBPSCell的同步,发起向
SgNB
的随机接入流程.
12~13步:
对于承载类型变更场景,为减少当前服务中断时间,需要SgNB间进行的数据转发.
14步:
SgNB上报NR流量给MeNB。
15~19步:
对于SCGSplitBearer分流模式,执行SgNB和EPC之间的用户面路径更新。
即通过E-RABModificationIndication指示核心网将E-RAB的S1-U接口接到
20步:
源SgNB收到UEContextRelease消息后,释放UE上下文。
2.4、SCG变更失败流程分析
2.4.1、SN变更失败流程原因分析
图0-1SN变更流程示意图
按照流程分析如下:
1、如果缺失1的邻区关系,则UE不会去测量目标Sgnb的信号,不会触发SNchange流程。
2、如果缺失2的X2链接,也不会触发SNchange的开始。
3、如果缺失3的X2或邻区关系或目标Sgnb断链,则会出现SNchange准备失败。
4、如果前面的SNchange准备成功,在步骤1的时候UE无法接入目标sgnb,会出现SNchange执行失败。
按照SNchange的流程阶段,将影响SNchange成功率因素总结如下:
●准备阶段失败:
对应上图的步骤3流程,相关原因如下:
1、MN和目标侧gNB没有配置X2口,
2、MN和目标侧gNB的小区没有配置邻区关系
3、MN和目标侧gNB的X2链路异常
4、目标gNB掉站,目标gNB功率不为0
●执行阶段失败:
对应上图步骤3成功后,步骤1的流程,相关原因如下:
1、MN侧配置的gNB的邻区中PCI混淆
排查项
主要原因
解决方法
接入LTE后不下发NR的A3
测量控制
NR侧未配置NR邻区或
邻区关系配置错误
对于站内邻区,只需要增加邻区关系;
对于站间
邻区,需要增加外部邻区,并增加邻区关系。
UE不上报NR的A3事件
检查周边邻区的NR小
小区状态异常,排查小区告警
2、无线覆盖等其他原因SgNB变更失败优化
区状态是否正常
NR侧告警信息:
小区退服不可用
LTE收到测量报告没有转发到NR或NR未发起切换请求
X2链路异常(LTE,NR的源站和目标站都要
排查)
排查X2链路
LTE未配置NR的切换目标小区邻区关系或
邻区参数配置错误
确保NR外部邻区等配置与5G一致配置文件排查是否配置;
2.4.2、SN变更信令失败节点分析
图0-2正常的SN变更信令示意图
通过SN变更成功的信令分析,影响SN变更成功率的步骤主要如下:
1、如果5-5未添加邻区,MR上报后不会触发SNCHANGEREQUIRED,所以不会计入SN变更请求次数;
2、Mn1未配置Sn1邻区,在流程SNCHANGEREQUIRED后无法触发Sn添加,该场景属于异常,会统计为失败;
3、邻区配置正常,但由于Sn1异常(拥塞、告警等)情况下,流程中第3步Sn未能响应或回复失败,该场景属于异常,会统计失败;
4、第5步终端重配失败,该场景属于异常,MN不发confirm,会统计失败;
5、在第6步回复了confirm后,但第8步接入失败,该场景属于异常,会统计失败。
三、SCG变更成功率低优化案例
城市
问题原因
涉及小区数量(电信)
涉及小区数量(联通)
处理计划
雄安
4G和5G站点X2配置问题
47
1、3月8日完成47个小区的4G和5G之间X2链路及邻区添加;
2、每周定期核查4<
->
4,4->
5,5<
5、SCTP、X2AP、外部邻区定义参数等;
邻区漏配
15
1、3月8日完成15条漏配邻区;
2、每周定期核查LTE-NR邻区,处理LTE-NR邻区漏配;
SCTP和X2
告警处理
1
1、重点监控SCTP偶联断和X2断链告警;
2、临时规避方案,删除X2告警;
3、每周定期核查4G和5G侧IP地址和端口号等X2链路参数,避免因参数配置问题导致告警;
1、监控4G和5G重点告警,及时处理告警;
2、建立告警响应组,第一时间处理告警,提升5G用户感知;
NSA与SA
插花
6
1、删除NSA与SA站点的邻区关系;
2、改造NSA连篇覆盖内插花SA站点为NSA模式;
目前XX电信SCG变更成功率为50%以上,通过针对SCG变更成功率低于90%的小区进行分析,总计发现64个问题小区,其中4G和5G站点X2配置问题47个,邻区漏配问题15个,SCTP和X2故障处理问题1个,告警处理问题1个,NSA与SA插花问题6个。
3.1、4G锚点站与5G站点X2未配置
gNBCU-CP功能
配置名称
CU小区配
置ID
小区名称
SN变更确
认次数
SN变更请
求次数
SN变更失
败次数
75380
2
XA安新城北-1-H-5G
26
73
XA安新城北-1-H-5G提取指标发现该小区SN变更失败次数为47,辅站变更成功率为50.53%,指标较差,对该问题进行详细的排查。
3.1.1、问题分析
TOP小区进行筛选,XA安新城北-1-H-5G小区辅站变更成功率为50.53%,从5G侧提取邻区对指标,分析XA安新城北-1-H-5G小区往75421-1小区(XA安新国税局-0-H-5G)SN
变更失败次数最多,下一步通过4G侧小区邻区对指标进行分析;
gNBCU-CP功
能配置名称
CU小区
配置ID
邻区
5GgNBID
CellId
plmn
SN变更
确认次数
请求次数
失败次数
75421
460-11
网元
小区
邻区关系
产品
目标SgNB的SgNB修改失败次数,由于其
他原因
66733
4
安新城北(2.1G)H-1
5:
460:
11:
75421:
65535
LTEFDD
45
通过4G侧KPI指标分析,从4G侧邻区对中可以看到4G小区安新城北(2.1G)H-1往75421站点进行SN添加,但变更均失败,失败原因为“目标SgNB的SgNB修改失败次数,由于其他原因”。
地理化站点位置:
核查MeNB即4G锚点站“安新城北(2.1G)H-1”到TargetgNB即5G目标变更站点“XA安新国税局-0-H-5G”的X2链路配置发现该站点未配置安新国税局的X2链路:
75421站点IP地址:
4G锚点站至5G辅站变更目标站点间X2及邻区均未配置,导致5G辅站变更流程失败。
3.1.2、解决方案
对4G锚定站和NSA站点进行X2链路添加及邻区配置。
3.2、4G锚点站邻区漏配
gNBCU-CP功能配置名称
CU小区配置
ID
SN变更确认次数
SN变更请求
次数
SN变更失败
75331
XA容城谷家庄-1-H-5G
68
168
100
XA容城谷家庄-2-H-5G提取指标发现该小区SN变更失败次数为100,辅站变更成功率为40%,指标较差,对该问题进行详细的排查。
3.2.1、问题分析
进行对75331站点告警及小区状态查询,小区状态正常,链路状态情况排查,未发现异常情况,对4G锚点站进行外部小区和邻接关系核查,4G锚点站与5G站点邻接关系存在漏配情况,建议将邻区补充配置。
4G网管截图:
4G锚点站只添加了75097-1小区邻区,未添加XA容城交警支队-1-H-5G(75348_5)。
3.2.2、解决方案
添加4G锚点小区容城谷家庄(2.1G)H-1与5G小区XA容城交警支队-1-H-5G邻接关系。
3.3、站点告警导致SCG变更成功率低
辅站变更成功率
75409
XA雄县韩西楼村西北-0-H-5G
23.53%
XA雄县韩西楼村西北-0-H-5G提取指标发现该小区辅站变更成功率为23.53%,指标较差,对该问题进行详细的排查。
3.3.1、问题分析
在网管上进行对该站点相应状态查询,发现该站点频繁出现告警情况,需要对该站点进行告警处理;
3.3.2、解决方案
及时处理站点告警,提升用户感知,目前告警已消除。
3.4、4G锚点站告警导致SCG变更成功率低
监控全网辅站变更成功率指标时,在3月5日13点45分辅站变更成功率为81.82%,指标较差,对该问题进行详细的排查。
3.4.1、问题分析
在网管提取该站点相关指标进行相关分析,进行对站点告警情况查询,5G站点存在SCTP偶联断和X2断链告警,无其他告警,对4G锚点站进行查询,发现存在网元断链告警,导致SCG变更成功率低。
地理化显示:
5G站点告警:
4G站点告警:
3.4.2、解决方案
Ø
临时添加周边站点IP地址和邻区;
及时处理4G侧站点告警,恢复指标;
3.5、NSA站点与SA站点变更失败,导致SCG变更成功率低
CU小区配置ID
75385
XA安新香满园饭店-新址-1-H-5G
9
126
117
XA安新香满园饭店-新址-1-H-5G小区SCG变更成功率为7.14%,网管提取相关指标发现SN变更请求次数为126,SN变更确认次数为117,该站点辅站变更成功率很差。
3.5.1、问题分析
置ID
eNodebId
3
75393
30
18
在安新香满园饭店-5G(75385)站点往安新留村-5G(75393)站点做SGNB变更时一直失败。
经查安新香满园饭店-5G(75385)是NSA制式站点安新留村-5G(75393)是SA制式站点,目前NSA与SA之间尚不支持切换。
3.5.2、解决方案
删除安新香满园饭店-5G-NSA与安新留村-5G-SA站点的邻区关系;
将安新留村-5G改造为NSA站点;
四、总结
XX电信自5G商用后,一直关注5G侧KPI指标优化,对SN添加成功率和SN变更成功率等关键指标进行优化,持续提升5G用户感知,由于现在5G采用的是NSA组网的方式,SN的添加和变更都需要借助4G站点来实现,所以在目标侧NR站点没有配置源侧NR小区的4G锚点站时,会导致终端在SN变更时失败,影响用户的实际体验。
监控5G侧KPI指标,保持5G辅站变更成功率在90%以上;
基于地理化显示,每月对现网LTE漏配NR邻区核查,添加锚点站漏配的NR邻区;
每周做好4<
4、4->
5、5<
5、SCTP、X2AP、外部邻区定义参数等定期核查工作,避免参数影响KPI指标;
每周定期对4/5G频点、功率、PCI/PRACH、切换门限等基础参数调整优化;
每天梳理重点告警,对影响业务告警及时处理;
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 优化 案例 多维 联合 快速 提升 SgNB 变更 成功率