02LTE系统KPI指标查询和分析指导书Word文件下载.docx
- 文档编号:16738668
- 上传时间:2022-11-25
- 格式:DOCX
- 页数:17
- 大小:2.53MB
02LTE系统KPI指标查询和分析指导书Word文件下载.docx
《02LTE系统KPI指标查询和分析指导书Word文件下载.docx》由会员分享,可在线阅读,更多相关《02LTE系统KPI指标查询和分析指导书Word文件下载.docx(17页珍藏版)》请在冰豆网上搜索。
系统内切换出测量
eNodeB间/eNodeB内同频切换出成功次数
eNodeB间/eNodeB内同频切换出执行次数
同频切换成功率(%)
(eNodeB间同频切换出成功次数+eNodeB内同频切换出成功次数)/(eNodeB间同频切换出执行次数+eNodeB内同频切换出执行次数)*100%
eNodeB间/eNodeB内异频切换出成功次数
eNodeB间/eNodeB内异频切换出执行次数
异频频切换成功率(%)
(eNodeB间异频切换出成功次数+eNodeB内异频切换出成功次数)/(eNodeB间异频切换出执行次数+eNodeB内异频切换出执行次数)*100%
系统间切换出测量
重定向到CDMA2000HRPD的总次数
LTE重定向到3G的比例(%)
重定向到CDMA2000HRPD的总次数/RRC连接建立完成次数*100%
负荷
小区用户数测量
小区内的平均用户数
小区内的最大用户数
吞吐量或吞吐率测量
小区PDCP层所接收到的上行数据的总吞吐量
小区PDCP层所发送的下行数据的总吞吐量
PRB测量
上行可用的PRB个数
上行PhysicalResourceBlock被使用的平均个数
上行PRB平均利用率
上行PhysicalResourceBlock被使用的平均个数/上行可用的PRB个数*100
下行可用的PRB个数
下行PhysicalResourceBlock被使用的平均个数
下行PRB平均利用率
下行PhysicalResourceBlock被使用的平均个数/下行可用的PRB个数*100
质量
信道质量测量
系统上行每个PRB上检测到的干扰噪声的平均值
二、指标查询
1.U2000网管查询
优点:
时效性高
缺点:
无法编辑公式、大数据导出麻烦、保存时间短
查询路径:
性能->
结果查询
选择账号->
新查询->
选择“基站、指标”->
设置“时间”->
查询
2.PRS查询
可编辑、大数据导出方便、保存时间长
时效性低
PRS地址:
https:
//136.36.48.49:
8443/
查询路径:
报表->
报表管理->
全部报表->
新建
选择对象类型:
主用LSTCELL(小区级)、全网、eNodeB(基站级)、LSTCELL组(多小区)
选择对象:
对象级别由对象类型选择决定
选择指标:
选择我们需要查询的指标,PRS具有编辑指标的功能,除了系统自带的一些系统counter外,还有自定义指标
选择时间:
三、分析思路
1.无线接通率低
分析思路:
分RRC建立成功率、E-RAB建立成功率两类,(现网RRC建立失败普遍为UE无应答,RAB建立失败很少,主要是核心网问题导致E-RAB建立失败)一般分析思路如下:
●站点告警查询;
●失败时段:
区分是个别时段还是连续,是某天质差还是连续质差;
●干扰分析:
是否存在外部上行干扰、周边同MOD3小区是否也存在质差;
●覆盖分析:
结合后台指标统计、路测数据分析是否存在弱覆盖;
●失败原因查询:
如RRC建立成功率低还是E-RAB成功率低(目前主要是无线相关原因较多,E-RAB成功率较高,主要是分析无线RRC相关原因);
优化方法:
对于网络边缘、覆盖空洞等弱覆盖问题,可以考虑提高最小接入电平、新建站、RF等手段进行优化;
对于干扰问题,内部干扰可以考虑调整PCI,避免同MOD3小区对打。
外部干扰现场进行排查,现网主要是黑直放站较多,影响4G上行频段,需要联合其他网络和运营商进行优化,排除外部黑直放站干扰。
分类
小分类
相关核查
可能原因
RRC建立成功率偏低
L.RRCsetupfail.Rej
“因为SRS资源分配失败而导致RRC连接建立失败的次数”较多
1、用户数核查,用户数过多;
2、SRS参数配置受限;
3、SRS资源扩容受限;
“UCCH资源分配失败而导致RRC连接建立失败的次数”较多
2、PUCCH参数配置受限;
4、PUCCH资源扩容受限;
“流控导致的发送RRCConnectionReject消息次数”较多
1、超过单站CAPS资源,需要单站资源核查;
其他
1、参数配置错误;
2、资源分配失败等;
L.RRCsetupfail.NOReplay
上行干扰》-105dB
1、上行干扰核查;
2、射频通道核查;
基带板VS.Board.CPUload长期异常90%以上
1、基带板CPU负荷偏高;
用户过多,扩容等;
1、弱覆盖;
2、TOP用户/top终端异常;
3、其他
other
异常信令分析
信令分析其他原因
◆案例:
上行干扰造成UE无应答
通过KPI指标分析发现,安德里北街_1小区的RRC连接成功率长期较低,分析RRC建立失败主要原因为“UE无应答而导致RRC连接建立失败”,具体如下表所示:
基站名称
本地小区标识
UE无应答而导致RRC连接建立失败次数
因为SRS资源分配失败而导致RRC连接建立失败的次数
因为PUCCH资源分配失败而导致RRC连接建立失败的次数
HHF_DC安德里北街
1
3054
4150
73.59
1096
根因分析:
后台U2000查询安德里北街站点RSSI指标发现,安德里北街1扇区存在全带宽(所有RB)低噪问题,从RSSI的波形图发现,安德里北街1扇区的低噪全天偏高,可能存在外部干扰。
查询安德里北街周围的基站发现周围基站并没有低噪问题,大致可以确定干扰源是在安德里北街1扇区的覆盖范围内。
干扰现场排查以及处理:
扫频人员去现场进行扫频,发现扫频仪在北京东城区安德里北街25号七天连锁酒店后院一出租楼外存在干扰波形,干扰波形高达-50dB,发现板状天线,怀疑出租楼里存在私装黑直放,然后进入出租楼与负责人沟通,同意配合解决,但其要求要保证信号质量良好。
最后替换语感器解决低噪问题
添加语感器后,后台观察监控安德里北街RSSI指标发现,安德里北街1扇区RSSI恢复到-97dBm左右,干扰得到解决,具体如下图所示:
总结:
安德里北街1小区的外部干扰解决后,小区底噪恢复正常,小区RRC连接成功率指标从73.56%提升至99.76%,具体如下表所示:
42811
42914
99.76
102
2.LTE业务掉线率
区分是无线层原因还是切换失败流程导致,目前现网主要存在这两种失败原因:
Ø
无线层原因分析思路:
●站点告警查询
覆盖分析:
结合后台指标统计、路测数据分析是否存在弱覆盖。
优化方法
对于弱覆盖问题,可以通过调整RF、新建站增强覆盖;
对于边界小区可以删除超远邻区并加入黑名单,同时修改异系统切换门限。
对于干扰问题,可以考虑调整PCI,避免同MOD3小区对打;
排查外部干扰。
E-RAB释放原因COUNTER
原因分析
1)L.E-RAB.AbnomormRel.Radio(无线层原因导致E-RAB异常释放次数);
1、上行干扰问题;
2、弱覆盖
3、邻区漏配
4、射频通道故障
5、重叠覆盖造成下行干扰等
2)L.E-RAB.AbnomormRel.TNL(传输层原因导致E-RAB异常释放次数);
1、固网传输问题
2、SCTP和GTPU问题
3)L.E-RAB.AbnomormRel.CONG(网络拥塞原因导致E-RAB异常释放次数);
1、小区负载过高;
2、网络准入参数核查;
4)L.E-RAB.AbnomormRel.HOFailure(切换流程失败导致E-RAB异常释放次数);
1、切换失败问题分析
2、切换邻区对分析;
5)L.E-RAB.AbnomormRel.MME(核心网主动发起导致E-RAB异常释放次数);
排除用户大量突增的情况,可能原因:
1、核心网与基站兼容问题
2、无线信道质量问题
3、传输时延过长
4、核心网ENB终端定时器配合问题等;
6)L.E-RAB.AbnomormRel.Unsyn(UE在上行失败状态导致E-RAB异常释放次数);
2、互调干扰核查;
3、射频通道核查;
切换流程失败导致E-RAB异常释放
通过KPI指标分析发现,车公庄_3小区的E-RAB掉线率指标长期较高,分析RRC建立失败主要原因为“切换流程失败导致E-RAB异常释放次数”,具体如下表所示:
E-RAB掉线率(%)
UE在上行失步状态的E-RAB释放总个数
切换流程失败导致E-RAB异常释放次数
无线层问题导致的E-RAB异常释放次数
HHF_XC车公庄
3
2579
39310
6.16
121
2335
123
根据Mapinfo地图发现,该小区主要覆盖的区域以用户住宅小区为主,具体如下图所示:
通过Nastar对该小区进行小区性能分析,通过释放信令分析,发现S1AP_UE_CONTEXT_REL_REQ(CauseValue:
TX2RELOCOverallEpiry),解释为切换执行时由于切换超过定时器时间,导致源小区异常释放。
如下图所示:
进一步对切换点的测量报告进行分析发现,切换时源小区和目标小区信号较差,用户处于弱覆盖条件下,如下图所示:
对切换点承载分析及移动性管理信息分析发现用户所在区域的信号较差,上行RSRP-135,处于严重弱覆盖。
可以判定是因为弱覆盖导致切换超时,并导致E-RAB异常释放。
问题处理方法:
该小区以居民住宅区覆盖为主,弱覆盖可能为深度覆盖不够导致,建议对用户所在区域进行覆盖测试,进行RF优化调整加强区域覆盖,如RF无效时,增加室内站点加强覆盖。
3.同频切换出成功率
切换失败流程导致失败分析思路:
●分析本地小区与邻小区切换指标,区分是与个别小区切换失败次数较多,还是与所有邻小区切换失败;
●源小区与目标小区站点告警查询(如:
PCI冲突告警);
●源小区与目标小区干扰分析:
分析本地小区和邻小区是否存在外部干扰;
结合路测数据、无线环境分析异常小区覆盖场景是否为边界小区或深度覆盖不足。
1、目前主要是针对异常的切换邻区对提出相关指标,对邻区关系进行优化;
2、针对于弱覆盖、覆盖空洞区域的同频切换出成功率偏低的情况,可调整异系统盲切门限
目标小区告警导致切换失败
通过两两小区指标分析发现,望湖公园附近基站切换到望湖公园_2小区存在大部分失败,具体如下图所示:
下图是切换区域示意图:
上表中,存在切换失败异常的基站通过Mapinfo打点发现,源小区基站都为望湖公园基站的一层邻区基站,具体如下图所示:
原因分析:
对小区切换失败多的基站进行NASTAR小区定位分析,通过分析发现:
系统内同频切换出执行失败占比最高,如图所示(以利泽西园_3小区定位分析为例):
从深入分析同频切换失败可以看出,该切换失败时由多用户引起,排除用户原因。
从小区间切换RSRP测量来看,切换时RSRP在-90dBm左右,信号覆盖较好,从信令可以看出,源基站向目标基站通过X2发送HANOVER_REQ信令后,目标基站未响应,具体入下图所示:
根据Nastar小区分析发现,引起切换失败的主要原因为目标小区未响应,初步怀疑是目标小区存在底噪、告警、邻区关系不合理、参数设置不合理等问题。
通过网管U2000查询望湖公园_2小区5月以来的RSSI发现,该小区的底噪一直都小于-90,属于正常,排除底噪问题引起的切换失败,具体如下图所示:
通过网管U2000查询目标小区望湖公园_2小区警日志和当前告警,发现该基站存在单板软件运行异常告警,该小区存在小区服务能力下降告警,具体如下图所示:
从分析可以得出,由于基站存在LBBP板的单板软件运行异常告警,导致2小区服务能力下降,导致切换失败。
处理方法:
处理告警。
处理结果:
6月2日,对望湖公园进行告警处理,消除望湖公园-2小区的小区服务能力下降告警和单板软件运行异常告警,基站状态恢复正常,查询周边基站指标发现,同频切换指标恢复正常,具体如下表所示:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 02 LTE 系统 KPI 指标 查询 分析 指导书