5G优化案例共建共享场景下辅站SgNB添加成功率优化案例.docx
- 文档编号:9751821
- 上传时间:2023-02-06
- 格式:DOCX
- 页数:24
- 大小:1.85MB
5G优化案例共建共享场景下辅站SgNB添加成功率优化案例.docx
《5G优化案例共建共享场景下辅站SgNB添加成功率优化案例.docx》由会员分享,可在线阅读,更多相关《5G优化案例共建共享场景下辅站SgNB添加成功率优化案例.docx(24页珍藏版)》请在冰豆网上搜索。
5G优化案例共建共享场景下辅站SgNB添加成功率优化案例
共建共享场景下辅站
(SgNB)添加成功率优化案例
XX
三、解决措施16
3.1接入问题典型案例16
3.1.1gNodeBCUS1漏配导致辅站添加失败16
3.1.2gNodeB标识长度不一致导致无法接入20
3.1.3PCI冲突导致无法接入22
四、经验总结23
4.1基础核查及优化23
4.2传输层原因导致SgNB增加失败24
4.3无线层原因导致SgNB增加失败24
共建共享场景下辅站(SgNB)添加成功率优化案例
XX
【摘要】NSA网络建设初期,普遍利用现有的LTE网络部署5G,以4G作为控制面的锚点,采用LTE与5GNR双连接的方式,辅站添加成功率直接影响5G用户接入NR网络的成功率。
加上DX及LT5G网络共建共享实施以来,除SA网络以外,共建共享NSA网络是聚合电联4G、电联5G等多张网,单锚点、双锚点等多种场景的复杂组网方案。
在此背景下,给NSA网络SCG辅站添加成功率优化带来极大的挑战,为改善用户的体验感知,提升整体网络质量水平,xx局点DX专门成立领导统筹、专家优化、日常监控的5G专项优化小组和体系,经分析主要原因是在共建共享大环境下,电联4G锚点与电联5GNR站传输层、无线层问题。
经过系统优化,xx局点DX全网辅站添加成功率从96%提升到99.5%以上,特总结整理此优化案例。
【关键字】5G、共建共享、辅站添加、优化指导
【业务类别】参数优化
一、问题描述
1.1背景介绍
XX市是电联共建共享NSA网络,组网较复杂,优化挑战难度大,在共建共享大规模实施以来,SCG辅站添加成功率持续走低,影响业务使用感知。
为改善用户的体验感知,提升整体网络质量水平,xx局点DX无线网优中心牵头进行辅站添加指标针对性分析和定位。
1.2接入原理介绍
NSA场景下接入场景首先完成在锚点侧的接入,在无线环境支持的情况下(锚点配置正常、终端功能支持),通过NSAB1测量控制下发->NSAB1测量事件上报->接入判决->接入执行->辅载波接入完成等步骤,实现NSA网络的驻留。
1.3接入类KPI分析方法
目前SCG辅站添加成功率是option3x模式下5G辅载波接入过程,是NSA接入管理的重要指标,经过大批量的TOPN站点分析,现阶段主要是由于无线层配置错误和传输层资源不可用导致的辅站接入失败居多。
NSA场景控制面都会走LTE转发,因此接入相关指标可以从NR侧统计也可以从LTE侧得到类似的统计。
LTE对应话统和NR侧对应话统在打点方式上完全一致,但是统计方式不同,目前更关注锚点侧辅站添加成功率(省公司定义为介入体验良好率),建议在锚点侧统计。
统计方式
接入指标
计算公式
NR侧统计
NSASgNB添加成功率
N.NsaDc.SgNB.Add.Succ/N.NsaDc.SgNB.Add.Att
LTE侧统计
NSAPCell用户SgNB添加成功率
L.NsaDc.SgNB.Add.Succ/L.NsaDc.SgNB.Add.Att
二、分析过程
2.1现状分析
从SCG专项开展初期4月7日到20日指标观察,xx地市全市SCG辅站添加成功率比考核标准低了4个百分点,其中LTE侧添加成功率95.8%,NR侧添加成功率96.1%。
具体如下:
TOP小区或者全网问题分析:
挑选出辅站添加尝试次数较多且辅站添加成功率低的小区,如果扣除5%左右的小区后,指标提升明显,则可判断出是TOP小区问题,否则就是全网的问题。
2.2制定优化计划
1)制定优化目标:
成立领导统筹、专家优化、日常监控的5G专项优化小组和体系,1个月内实现整体辅站接入成功率优化提升至99%,3个月内提升至99.5%;
2)针对现网情况制定详细优化计划,对现网SCG辅站添加成功率TOPN小区进行深度分析,定界定位。
优先处理邻区漏配、参数错误、PCI冲突混淆等无线层配置问题;
3)及时做好网络指标监控,针对新入网站点、断链、异常告警的站点影响,做到1天内发现,2天内定位原因并完成网优侧优化动作,若涉及告警、传输异常等问题,积极推动问题闭环;
4)总结优化经验,整理输出辅站(SgNB)添加成功率优化指导书。
:
2.3基础问题排查
2.3.1基础配置排查
参数核查是网络性能优化的基础动作之一。
经验表明,当前阶段很多问题均是由于配置
问题导致的,因此核查参数是定位问题最为便捷、高效的手段。
针对建网之初,邻区和X2链路等经常遇到存在问题,因此LTE侧和NR侧关于邻区相关配置优先重点排查。
排查LTE、NR邻区相关参数是否按照建议值配置:
MO
网络制式
参数名称
核查是否添加
PCCFREQCFG
L
主载波频点配置
NRSCGFREQCONFIG
L
SCG频点配置
NRMFBIFRE
L
MFBI频点相关配置
NRNFREQ
L
相邻频点
NCELLPLMNLIST
L
邻区PLMN名单
NREXTERNALCELL
L
外部小区
NRNRELATIONSHIP
L
邻区关系
NREXTERNALNCELL
N
NR外部小区关系
NRCELLRELATION
N
NR小区关系
排查LTE、NR站点X2相关参数是否按照建议值配置:
MO
参数ID
参数名称
默认值
建议值
GlobalProcSwitch
InterfaceSetupPolicySw.LTE_NR_X2_SON_SETUP_SW
LTE和NR间X2
接口自建立开关
OFF
ON
NSADCMGMTCONFIG
NSADCALGOSWITCH.NSA_DC_CAPABILITY_SWITCH
NSADC能
力开关
OFF
ON
UECOOPERATIONPARA
SPECUSERCOOPERATIONSWITCH.Spec
UeIdentifySwitch
特定用户协同功能开关
OFF
ON
gNBX2SonConf
ig
X2SonConfigSwitch.X2SON_SETUP_SWITCH
X2自配置开关
ON
ON
2.3.2全网邻区排查
全网邻区关系核查:
1)漏配邻区添加:
添加合理单向邻区、漏配邻区,删除较远的不合理单项邻区;
2)参数不一致修改:
gNodeB标识、TAC、邻区PCI与现网规划不一致;
3)邻区关系调整:
存在PCI混淆,邻区关系添加不合理的小区进行调整;
4)参数冲突调整:
同站同PCI、同网管有相同GNBID站点等进行重新规划并修改。
2.3.3影响业务告警排查
针对存在影响业务告警,需要进行提前处理优化,NR和LTE侧的如下告警:
告警ID
告警名称
归属
ALM-29800
gNodeBX2接口故障告警
NR
ALM-25888
SCTP链路故障告警
公共
ALM-25889
SCTP链路拥塞告警
公共
ALM-25955
SCTP链路目的地址不可达告警
公共
ALM-25954
用户面故障告警
公共
ALM-25886
IPPath故障告警
公共
ALM-25952
用户面承载链路故障告
公共
ALM-29204
X2接口故障告警
LTE
ALM-29225
X2接口规格满告警
LTE
2.4六大动作深度分析
2.4.1动作一:
确定问题类型
完成接入话统小时级粒度监控,周期性分析处理TOPN小区。
经验总结辅站添加KPI波动常见问题有如下四类,需要在识别问题的时候,尽快定位明确问题类型和目标:
1)KPI指标突然恶化,或者某些时段恶化;
2)KPI缓慢变化,逐渐变差;
3)当前KPI不达标,需要提升到某个目标值;
4)多个区域对比,分析某个区域相比其它区域差的原因;
通过明确指标波动方向,找到切入点,快速进行影响初步隔离及问题根因定界定位。
2.4.2动作二:
覆盖问题排查
目前存在部分接入问题是一线通过路测拉网发现,故可通过前台日志分析掉话点的地理特征,是否存在集中出现于路测线路上某些位置的情况。
如果存在明显的地理特征,需要排查一下是否存在覆盖交叠,越区覆盖,乒乓接入等问题,并针对这些问题进行专项优化。
下图是某局点拉网接入掉话问题,问题点集中于一小段线路上,该位置区域存在明显的覆盖交叠和越区覆盖问题,表现为频偏大,SINA差,邻区多,多个强邻区(无主导小区),乒乓接入等问题,需要通过精细RF优化解决。
2.4.3动作三:
时间趋势分析
时间趋势分析主要是分析KPI公式中涉及的各子Counter的变化趋势和分析恶化时间点的规律:
结合添加尝试次数和成功次数、用户数等指标时间变化趋势,识别指标是持续缓慢下降,还是阶梯式下降,又或者是某些时间下降后又恢复,然后再下降等等。
总而言之,就是要找到指标波动是否具有时间规律或没有时间规律,同时注意分析时间段内小区个数的变
化,避免由于话统数据不全。
2.4.4动作四:
话统原因分解
根据SgNB添加流程可知,SgNB添加失败,主要反映在如下两点:
1)NR收到LTE侧发送的SgNBAdditionRequest消息,没有回复SgNBAdditionRequestAcknowledge,回复SgNBAdditionReject消息;
2)NR发送SgNBAdditionRequestAcknowledge,没有收到LTE发送的SgNBReconfigurationComplete消息。
计算NSA_SgNBAdditionPrepFailtimes和NSA_SgNBAdditionExecFailtimes的占比,
NSA_SgNBAdditionPrepFailtimes是NR回复SgNBAdditionReject消息场景
2.4.5动作五:
TOPN小区分析
根据目前的网络的业务量,挑选出添加尝试次数较多且添加成功率低的小区,确定TOP小区,提取TOP小区一键式日志得到变更失败打点时的LTE与NR、通过锚点LTE站、辅站NR站定位问题根因。
2.4.6动作六:
操作和外部事件
5GNSA网络是融合无线基站、空口、传输、核心网等端到端大带宽网络通道,每一个环节的操作都可能影响到5G的接入功能,因此需要核查问题是否有明显时间特征,出现前后是否存在重大外部事件,网络操作和外部事件包含并不限于:
网络变动(大规模站点断链、故障、新站入网等),网络调整(翻频,RF优化,全网参数修改等),周边网元改造(现网MOCN改造、传输改造、核心网改造或升级、4/5G版本升级),运营商资费策略变化等。
2.5NSA接入问题定位指导
2.5.1锚点侧接入
用户在LTE接入失败有以下两种场景:
1)用户在LTE不发起接入,从L3Message窗口看到没有任何UE接入的消息;
2)用户在LTE发起Attach被核心网拒绝,从L3Message可以看到接入LTE后收到NAS
消息AttachReject。
2.5.2NSAB1测量控制
NR测量消息是通过空口RRC重配置消息带下去,NR的测量控制包含信元如下(关键信息包括NR频点、带宽、B1门限RSRP),前后台log/X2可以直接观测到LTE是否下发B1测量控制。
2.5.3NSAB1测量报告
LTE基站下发B1测量控制后,满足门限条件终端会上报测量报告,3s内如果不上报B1,则LTE基站会删除B1测量控制,如未上报B1,常见的原因如下
网元
常见原因
LTE
NR频点配置错误
B1门限是否配置过高
RF
弱覆盖
终端测试点是否处于NR小区覆盖内
NR
NR小区状态异常
基站与TUE距离很近时,下行功率过饱和导致TUE搜索不到小
区
相邻5G小区干扰导致小区搜索失败
终端
终端问题没有搜索到NR小区
E2E
异频测量对象过多,导致终端测量慢,3秒超时
2.5.4辅载波添加
NR收到SGNB_ADD_REQ消息后,如果对消息中信元校验失败,或者NR侧本身状态存在异常,就会拒绝此次接入请求,方式为通过X2接口回复SGNB_ADD_REQ_REJ消息,该消息中携带具体失败的原因值。
2.6整体优化进展及效果
截止至2020年8月中旬xx地市共分析处理辅站添加失败TOP小区142个,闭环104
个。
全网邻区有效性核查整改4次,全网辅站添加参数优化5次;
三、解决措施
3.1接入问题典型案例
3.1.1gNodeBCUS1漏配导致辅站添加失败
【问题描述】
从话统中监控中可以发现TOP站点辅站添加成功率一直较低,失败次数较多,占整网添加失败次数比例较高。
【原因分析】
1)通过第二章TOP小区深入分析得出失败原因为“CU_UEM_BEAR_ALLOC_GTPU_RSP_FALL”一般为站间链路问题,而从解析出来的对应关系可以确定核查的主要方向为联通锚点与电信共享NR站的配置与链路状态。
2)
核查本端用户面链路配置,标识0为DX用户面链路,10为LT用户面链路,配置正常;
3)核查LT锚点站到电信共享NR站的DXX2-U链路,链路正常;核查DX共享NR站到
LT锚点站的电信X2-U链路,链路正常;
4)核查端节点组的配置信息,因为添加失败均为LT锚点,主要看共享部分,发现LT的
SI_U的用户面对端为空;
5)核查端节点组的用户面本段,配置信息正常;
6)核查GNODEBCUS1对象,发现联通方的用户面端节点资源组标识“10”未绑定GNODEBCUS1对象标识;
7)核查GNODEBCUS1运营商信息,发现没有运营商为“2”的LT方绑定GNODEBCUS1对象标识
【问题根因】TOP站点在改造为共享站后,在GNODEBCUS1对象标识中未绑定联通用户面的端节点资源组,导致LT锚点在添加该站为辅站时添加失败;
【解决方案】执行命令“ADDGNBCUS1:
GNBCUS1ID=1,UPEPGROUPID=10;”将LT对应的用
户面端节点资源组10绑定位S1对象组标识1;
执行命令“ADDGNBCUS1OP:
GNBCUS1ID=1,OPERATORID=2;”将S1对象组标识1绑定运
营商标识2。
【优化效果】
3.1.2gNodeB标识长度不一致导致无法接入
【问题描述】测试终端设置NSA模式下,在4G锚点站做接入测试的过程中,锚点站PCI149小区无法接入NSA网络。
【原因分析】由下图可见,锚点站PCI149小区频繁下发辅载波添加请求(B1事件),但一直未能成功添加辅载波。
锚点小区持续下发辅载波添加请求:
1)检查锚点站及NSA站点小区状态、两站间X2链路均正常,排除基站故障的影响;
2)此时锚点小区电平为-80dBm,NR小区电平为-79dBm,核查辅载波添加的B1门限为
-110dBm,现场NR小区电平已满足要求,且LTE-NRNSADC特性开关已打开,排除了B1门限设置问题;
3)
导出两站的配置文件对基站规划类参数进一步核查,发现锚点站的NR白名单中的gNodeB标识长度为24位,而NSA站点上的gNodeB标识长度为22位,未能与锚点站的信息保持一致;
【问题根因】辅载波未能添加的是因为锚点站的NR白名单中的gNodeB标识长度未能与NSA站点上的对齐造成。
【解决方案】TOPNSA站点的gNodeB标识长度修改为24。
3.1.3PCI冲突导致无法接入
【问题描述】外场测试人员在单验的时候发现4G站点可以正常接入,但同站5G站点无法搜索到信号,无法接入。
站点使用测试设备为CPE,probe查看正常上报B1事件;
1)终端在别的站点能正常接入,并且业务正常,所以排除设备本身问题;
2)核查MeNB-SgNBX2接口状态是否正常;
3)怀疑站点SA站点升级至NSA后,由于MFB频点未添加,导致无法接入;
4)怀疑站点NSADC能力开关未打开;
5)核查4G侧的邻区配置;题的详细描述,应包含问题现象,时间,范围,地点等。
【原因分析】
1)X2参数核查:
4G侧跟踪Uu、S1、X2口信令,但发现没有获取X2信令信息;优先核查X2是否正常。
MeNB-SgNBX2接口状态正常,排除X2接口原因;
2)频点核查:
查询4G侧的异频频点未添加,但添加后发现5G仍然无法接入;
3)NSA锚点DC开关:
核查4G侧NSADC能力开关是否打开,MeNB-SgNBX2接口状态正常,排除X2接口原因;
4)邻区核查:
核查邻区配置,发现同站5G站点在4G侧的邻区关系和外部小区存在相同PCI,存在PCI冲突,核查地理位置两站之间距离不到300M;
【问题根因】4G侧在配置邻区关系时因根据站点距离配置的5G邻区,两站距离较近,发生PCI配置冲突;
【解决方案】PCI重规划并完成相关联动修改后,恢复正常;
四、经验总结
4.1基础核查及优化
1)定期进行全网参数核查及优化、解决如锚点LTE站X2建立开关、DC开关、邻区参数不一致、邻区漏配等基础问题的影响;
2)定期全网核查邻区关系,修改外部参数一致性、邻区漏配等问题;
3)传输资源不可用问题处理:
由于5G网络处于建设阶段,故障及告警站点较多,但由于如传输链路不通等异常问题对指标的影响非常明显,需及时实施对S1/X2配置异常和链路故障的问题站点进行批量全网优化;
4)由于共建共享LT侧导致的指标下降:
后续DX双锚点共享站点,建议LT侧配置2层锚点关系,同时保证电联两侧对应X2关系建立正常,确保电联锚点到电联NR站邻区配置合理、X2正常。
另外,单双锚点区域均需要保证共享配置正确,共享方传输链路(X2/S1)正常可用;
5)站点故障及告警消除:
提高现网小区可用率,推动处理小区不可用、断链等故障站点;
4.2传输层原因导致SgNB增加失败
传输层原因导致的辅站添加失败一般可以分为两类:
1)X2问题,通常为锚点与辅站间无X2或X2故障,X2满规格;
2)S1问题,辅站没有到核心网的S1链路或者S1链路故障,共享场景出现较多;
4.3无线层原因导致SgNB增加失败
无线层原因导致SgNB增加失败常见的问题一般大致分为两种:
1)NR邻区参数配置错误,NR邻区GNBID、PCI配置错误;
2)共享站点取消共享或断链,但是在周边站的关联PLMN未删除。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 优化 案例 共建 共享 场景 下辅站 SgNB 添加 成功率
![提示](https://static.bdocx.com/images/bang_tan.gif)