TDLTE网优KPI指标优化工作指导手册V102Word文件下载.docx

上传人:b****5 文档编号:20040531 上传时间:2023-01-16 格式:DOCX 页数:82 大小:6.26MB
下载 相关 举报
TDLTE网优KPI指标优化工作指导手册V102Word文件下载.docx_第1页
第1页 / 共82页
TDLTE网优KPI指标优化工作指导手册V102Word文件下载.docx_第2页
第2页 / 共82页
TDLTE网优KPI指标优化工作指导手册V102Word文件下载.docx_第3页
第3页 / 共82页
TDLTE网优KPI指标优化工作指导手册V102Word文件下载.docx_第4页
第4页 / 共82页
TDLTE网优KPI指标优化工作指导手册V102Word文件下载.docx_第5页
第5页 / 共82页
点击查看更多>>
下载资源
资源描述

TDLTE网优KPI指标优化工作指导手册V102Word文件下载.docx

《TDLTE网优KPI指标优化工作指导手册V102Word文件下载.docx》由会员分享,可在线阅读,更多相关《TDLTE网优KPI指标优化工作指导手册V102Word文件下载.docx(82页珍藏版)》请在冰豆网上搜索。

TDLTE网优KPI指标优化工作指导手册V102Word文件下载.docx

2013-11-5

V0.0.7

根据评审意见进行修改

2013-11-8

童志坚

V0.0.8

增加童志坚整理的案例:

3.5.2小区上行功控参数设置问题

2014-4-8

V1.0.0

接受文档中全部修订内容,增加两个切换案例,删除4个与版本相关的案例。

2014-4-23

V1.0.1

新增4.4.4资源受限导致上下文建立失败的案例

2014-11-3

V1.0.2

新增R9和R10协议不兼容导致切换失败问题案例

1前言

话统KPI是中国移动考核项之一,也是对网络质量的最直观反映。

日常话统监测是进行网络性能检测的一种有效手段。

通过日监测,识别突发问题小区,将问题消除在初级阶段。

通过周监测,识别网络性能持续短木板小区,针对性的进行提升优化。

话统KPI主要包括以下几大类:

接入性指标、保持性指标、移动性指标、业务量指标、产品运行类指标、系统可用性指标和网络资源利用率指标。

通过上述重点话统KPI指标的监测,可以达到:

识别突发问题、风险提前预警、话统KPI的稳定与提升,目前TD-LTE系统需要重点关注的话统KPI指标如下表:

指标分类

数据来源

具体的KPI指标

接入性指标

无线侧

RRC连接建立成功率

ERAB建立成功率

无线接通率

保持性指标

无线掉话率(ERAB异常释放)

移动性指标

小区eNodeB内切换出成功率

小区eNodeB间切换出成功率

业务量指标

上、下行业务平均吞吐量量

上、下行PRB平均利用率

产品运行类指标

单板CPU最大占用率

单板CPU平均占用率

系统可用性指标

无线网络退服比例

网络资源指标

上行PRB资源使用的平均个数

下行PRB资源使用的平均个数

2KPI优化的工作流程及内容

2.1KPI优化工作总体流程

KPI优化工作流程图

2.2KPI优化工作内容

2.2.1KPI数据生成

工作内容:

使用预定义和自定义的统计项及模板生成KPI性能报表,通过OMCClient提取KPI报表,输出KPI报表和重要指标失败原因列表给KPI数据分析人员。

KPI报表生成和提取相关操作请参考《LTEKPI模板指导手册》。

根据KPI报表数据,选择KPI指标最差Top小区。

TOP小区的选择:

对某项指标按照失败率最高进行排序,选取前20个小区,再对这20个小区进行失败次数分析,失败次数大于20次的(RRC连接、切换、掉线等按失败次数大于20次为标准,ERAB建立失败指标按次数大于10次为标准)作为TOP小区进行分析 

另外需要对指标再进行失败次数的降序排序,如果有小区失败次数很多失败率也较高但是未在之前选的TOP小区中,也需要将这些小区作为TOP小区分析。

KPI数据生成工作所需输入、工具和技术、输出如图所示:

2.2.2KPI数据分析

KPI指标变化趋势分析:

根据KPI报表数据,分析全网KPI指标变化趋势,尤其是存在设备版本升级或参数全网性修改后,需要持续至少一周重点监测KPI指标变化趋势;

TOP小区分析:

根据TOP小区列表、重要指标失败原因列表、历史告警信息、网管数据、CDL日志、IOT数据、复测终端LOG等信息进行分析。

先查看告警信息,确认有设备故障类告警是否和TOP小区关联,再使用与基站软件版本匹配的CDLBrowser工具进行指标统计和失败信令流程分析确认TOP小区产生的原因,CDLBrowser工具使用方法请参考《CDL分析工具使用手册》。

KPI数据分析工作所需输入、工具及技术、输出如图所示:

2.2.3问题处理

1)通过CDL分析能够明确定位TOP小区问题后,给出问题处理建议输出给相关问题处理人员:

参数修改问题导给维护人员调整(和标定参数不一致的大规模参数修改需和SE确认);

网络优化问题给出优化建议导给网优人员;

由于设备故障引起的KPI指标恶化问题导给排障人员处理;

定位确认为产品缺陷要及时提交BUG推动和跟踪版本解决。

2)通过CDL分析无法明确定位TOP小区产生原因的问题,需要复测后结合终端侧log再进一步分析。

问题处理工作所需的输入、工具及技术、输出如图所示:

问题处理:

输入、工具及技术、输出

2.2.4问题跟踪和核查

问题跟踪和核查环节,主要依据问题列表、KPI问题处理工单、BUG/CR/RR编号,内部讨论推动和核查问题解决,和外部其它环节沟通确认问题进展,以形成问题闭环,最终输出KPI优化报告。

问题跟踪和核查工作所需的输入、工具及技术、输出如图所示:

问题跟踪和核查:

2.3KPI优化工作逻辑图

综合KPI优化工作流程和内容,KPI优化工作逻辑图如下:

KPI优化工作逻辑图

2.4KPI优化工作模板和示例

1.KPI优化工作参考模板

KPI报表示例

3RRC连接建立成功率优化

3.1理论介绍

RRC连接建立过程分为两个阶段:

准备阶段和实施阶段。

在准备阶段中,UE会根据NAS层的触发原因和系统广播中的接入限制信息,通过一系列检查来判断自己是否被允许进行接入过程,如果可以,则执行后续的实施阶段;

否则UE的RRC将启动相应的定时器,在该定时器超时前UE无法发起任何接入过程。

上述机制的目的是负荷拥塞控制,当网络负荷较重时限制某些UE进行接入。

3.2指标定义

RRC连接建立是指处于空闲状态的UE或待开机的UE准备发起一个呼叫或响应寻呼时发起的过程。

处于降低接入时延的考虑,LTE系统将RRC连接建立过程设计发生在ENB和MME之间的S1连接建立前,也就是在ENB尚未从MME获得任何UE上下文前,ENB需要将RRC连接建立完毕,因此该过程主要建立最基本的SRB1。

RRC连接建立成功意味着UE与网络建立了信令连接,是进行其他业务的基础。

RRC连接建立成功率主要通过话务统计结果获得,推荐的公式为:

RRC建立成功率=[RRC连接建立完成次数]/[RRC连接请求次数(不包括重发)];

公式中相关各指标的具体统计方式如下所示:

指标

指标描述

RRC连接请求次数

小区接收UE的RRCConnectionRequest消息次数(不包括重发)

RRC连接建立完成次数

小区接收UE返回的RRCConnectionSetupComplete消息次数

RRC建立失败次数

资源分配失败而导致连接建立失败的次数

UE无应答而导致连接建立失败的次数

小区发送RRCConnectionReject消息次数

3.3CDL信令流程及失败原因

3.3.1正常过程

图RRC建立过程正常流程

每当在CDLlog中发现一条UU接口RRCConnectionRequest消息时,代表某一个UE连接建立的开始,此后所有的消息都可以提取相同的CellUeIndex和CELLID。

当看到RRCConnectionSetup和RRCConnectionSetupComplete消息时,标志着RRC建立正常流程的结束。

3.3.2异常过程

i.RRC连接建立完成超时

图RRC连接建立完成超时

当看到UU接口的RRCConnectionSetup和RRC事件类接口的RRC_OVERTIME消息,并且第3条消息的定时器类型字段为RAC_TIMER_W_RRC_SETUP_CMPLT时,标志着RRC连接建立完成超时。

ii.RRC连接建立拒绝

图RRC连接建立拒绝

每当在CDLlog中发现一条UU接口RRCConnectionRequest消息时,代表某一个UE连接建立的开始,如图2.10所示。

第1、2条消息为UU接口的RRCConnectionRequest、RRCConnectionReject,2条消息有相同的小区标识与UeIndexCell,是连接建立发生时基站为UE新分配的索引。

3.4优化方法介绍

LTE系统内RRC连接建立失败问题的可能原因大概分为如下几条:

RRC建立失败主要的原因有:

上行随机接入信道功率问题、小区重选参数问题、下行初始发射功率偏低、上行初始功控问题、拥塞问题或设备异常问题等。

当出现RRC连接建立成功率低的问题时,首先按照上述问题分类,了解相关问题的范围,然后根据空口信号质量、参数配置、干扰和上下行功率调整及设备告警等方面入手逐一排查解决,排除这些影响RRC连接建立成功率的客观因素,逐步提升该指标的成功率。

RRC连接建立的过程主要包括以下3个个步骤:

RRC连接建立成功信令流程

(1)首先UE通过SRB0发送RRCConnectionSetupRequest消息(注:

SRB0一直存在,用来传输映射到CCCH的RRC信令。

)此消息主要携带UE初始(NAS)表示以及该连接建立的原因等信息,此高层消息会触发UE的底层试题进行基于竞争的随机接入过程,RRC连接建立请求消息就对应于底层随机接入过程中的Msg3

(2)通过底层的竞争接入冲突解决机制,UE接收到ENB的RRCConnectionSetup消息,建立了UE与ENodeB之间的SRB1,NodeB为SRB1配置RLC层和逻辑层信道的属性。

ENB还在此信令中对PHY/MAC/RLC/PDCP等各个实体的配置参数进行配置,RRC连接建立消息就对应于底层随机接入过程中的Msg4。

UE收到NodeB的rrcConnectionSetup信令后,UE和ENB之间的SRB1就建立起来了。

(3)在UE接收到RRCConnectionSetup消息后,向ENB发送一个RRCConnectionSetupComplete消息。

此消息中携带有上行方向的初始NAS层的信令消息(如AttachRequest,TAURequest,ServiceRequest等),ENB收到此消息后,将其中的NAS消息转发给MME用于建立S1连接。

在第

(2)步中,如果ENB拒绝为UE建立RRC连接,则通过SRB0回复一条RRC连接拒绝消息RRCConnectionReject。

在该RRC连接拒绝消息中,网络侧可以可选地携带一个禁止呼叫的定时器T302,该定时器和系统广播中的接入限制信息共同决定了UE是否被允许发起接入过程。

一般RRC连接建立问题的定位方法如下,通用流程:

3.4.1上行随机接入的问题

UE发出RRCConnectionRequest消息,ENB没有收到,如果此时的下行信道质量正常,一般是随机接入参数中的初始接收目标功率设置偏低的问题。

3.4.2小区重选参数问题

ENB收到UE发的RRC建立请求消息后,下发了RRCConnectionSetup消息而UE没有收到。

查看此时的SINR,如果偏低,而且监视集中没有质量更好的小区,那么是覆盖的问题可以适当提高下行公共信道的功率。

如果此时监视集中有更好的小区,则可能是小区重选的问题,可以适当调整小区重选参数加快小区重选。

3.4.3下行初始发射功率偏低问题

UE收到RRCConnectionSetup消息而没有发出RRCConnectionSetupComplete消息,如果此时下行的信号质量正常,那么可能是手机异常,否则可能是下行初始功率过低导致下行不能同步。

3.4.4上行初始功控问题

UE发出RRCConnectionSetupComplete消息而ENB没有收到,由于上行初始功控会让UE的发射功率上升,如果是UE的发射功率不足导致,可以适当提高上行信道的初始期望功率和调整量等参数。

3.5相关案例介绍分析

3.5.1小区重选参数问题

问题描述:

华电集团专项2小区接入率很低,且主要集中在15点到16点之间,查看小区无告警。

由于接入失败次数过多,影响全网一天的KPI指标数据。

问题分析:

从CDL信令看UE发起随机接入申请,UE发出RRCConnectionRequest后ENB下发RRCconnectionsetup消息,终端无响应,造成RRC连接建立完成超时,导致RRC建立失败。

定位过程:

从最近一次的测量上报消息中可以看出,源小区PCI为254,此时测量到的rsrpResult值为23,由此可以计算出RSRP的值为23-141=-118dbm左右。

而测量到的相邻目标小区PCI为62,rsrpResult值为34,小区RSRP在-107dbm左右。

由此可以初步分析相关的场景是UE所处位置的信号质量不好,且存在模3干扰,最终导致RRC连接建立定时器超时后RRC连结建立失败。

解决建议:

查看基站配置后,该小区的参考信号功率为15,已经为最大。

故不存在下行初始发射功率偏低问题。

通过现场复测抓取log进一步分析,排除天线安装问题以及工参设置问题、排除存在大面积的弱覆盖问题。

通过log分析,发现存在PCI模三干扰严重,重新进行规划,修改小区的PCI。

解决效果:

修改PCI后,RRC接入率有所提,KPI指标数据恢复正常。

问题现象

NBYZ技侦大楼FHTL-0从7月13日开始,RRC接入请求次数变多还有伴随着大量失败,每天RRC成功率基本在20%左右,失败发生在忙时时段,影响全网KPI。

查看小区状态以及通道驻波均没有问题,从CDL中看:

均是ENB下发RRCsetup之后终端无响应造成RRC连接超时,导致RRC接入失败。

查看基本上是UEID为1和3的用户的失败,但是查看最近的RSRP均较高。

查看小区的IOT以及小区状态正常,对此小区进行核查,发现参数在非持续调度功率设置上出现问题,当此小区是-95,全网当时都已经改成-70,通过对全网此参数的核查,发现还有NBYZ理工学院2FHTL-2也是设置为-95,指标也很差。

效果:

把小区的非持续调度功率从-95修改到-70以后指标明显有提升:

网元友好名

时间

RAB建立成功率分母[单位:

次]

RAB建立成功率分子[单位:

RRC连接建立成功率分母[单位:

RRC连接建立成功率分子[单位:

RRC建立成功率

NBYZ技侦大楼FHTL-0

2013/7/11

51

78

77

98.72%

2013/7/12

35

54

53

98.15%

2013/7/13

44

40

95

60

63.16%

2013/7/14

20

14

127

30

23.62%

2013/7/15

2013/7/16

13

5

175

25

14.29%

2013/7/17

12

7

23

18.11%

2013/7/18

34

31

531

11.30%

2013/7/19

50

121

87

71.90%

2013/7/20

19

26

96.15%

2013/7/21

100.00%

2013/7/22

47

2013/7/23

22

28

3.5.3小区测试开关参数问题

问题现象:

在月苑二试扩L-3小区下收不到该小区信号,无法接入该小区,导致该路段信号较弱,较大区域形成弱覆盖。

测试车辆在月苑南路自西向东行驶至和墨香路交叉口区域,在交叉口区域该站下无法收到该小区信号,导致该路段覆盖较差,严重影响下载速率,机房核查小区状态正常,无告警情况。

图一

在后台对比核查参数发现,小区加载开关打开,且带真实用户的模拟快开关关闭,导致用户终端无法接入。

MAC测试开关里有小区加载开关和带真实用户的模拟加载开关,小区加载开关打开的话,带真实用户的模拟加载开关就会生效。

当需要加扰测试时需要把小区加载开关打开,而此时如果带真实用户的模拟加载开关关闭,表示小区处于模拟用户加载情况,真实用户不能接入,如果带真实用户的模拟加载开关打开,表示是用真实用户进行加载,则真实用户可以接入。

月苑二试扩小区正是由于小区处于模拟加载状态,且关闭了带真实用户的模拟加载开关导致测试终端搜不到小区信号,无法正常接入;

关闭小区加载开关

关闭小区加载开关后,终端能正常搜到小区信号,且接入正常。

如下图:

问题总结

对于无法接入小区的问题,建议处理措施:

a)核查小区状态和告警以及硬件问题情况。

b)核查是否由参数问题导致

小区加载开关默认关闭,在现网中进行模拟加载等测试时,测试完成后需要对参数及时进行恢复。

3.5.4全频带高干扰导致接入失败问题

干扰定义:

在每个子帧轮询一次后都会统计出在100个PRB中每个PRB的IOT值,当IOT值高于10的PRB个数大于等于3时为高IOT,查询18次(早9:

00到晚18:

00每个小时一次数据,统计上行两个时隙),如果同一个站点(包括3个小区)超过6次干扰判定为干扰小区,其中IOT超过20为干扰严重小区,IOT在10~20之间的为干扰普通小区;

如同一个小区多于6次超过80个PRB的IOT大于15判定为全频带高干扰小区。

宁波城市元年-2小区无线接通率只有59.38%,从信令流程上看到的是存在大量基站收不到终端发上来的RRCConnectionSetupComplete消息:

检查基站状态正常,查看小区无相关原因告警,从指标趋势看,平均分布在每个时段;

从CDL信令看UE发起由于enb给UE发起RRCConnectionRequest后ENB下发RRCconnectionsetup消息,但未收到终端上发的RRCConnectionSetupComplete消息,造成RRC连接建立完成超时,导致RRC连接建立失败。

查询上行低噪,发现较多的PRB都存在较高的IOT值。

对小区的IOT进行监控,可以看到高干扰,并且邻区并无大量用户。

6月21日将城市元年-2小区PGC开关打开,该小区前后一周的KPI数据如下:

 

ERAB掉线率

无线掉线率

2013-6-14

0.56%

59.38%

5.26%

2013-6-15

3.59%

85.71%

60.00%

2013-6-16

0.00%

82.14%

2013-6-17

1.44%

82.54%

11.54%

2013-6-18

0.68%

89.31%

3.57%

2013-6-19

2.71%

57.25%

27.27%

2013-6-20

14日-20日平均值

1.28%

79.48%

15.38%

2013-6-21

(打开PGC开关)

0.33%

97.44%

2013-6-22

0.52%

5.88%

2013-6-23

98.39%

2013-6-24

62.79%

12.50%

2013-6-25

1.18%

92.86%

6.82%

2013-6-26

0.36%

92.98%

2.00%

2013-6-27

0.73%

96.00%

2.38%

2013-6-28

0.89%

97.30%

3.23%

22日-28日平均值

91.47%

4.69%

其中6月20日KPI数据异常,在未打开PGC开关的情况下各项KPI指标都非常好,查看KPI原始数据确认是当天业务量太少:

64

38

10

24

27

49

42

57

56

88

80

138

79

4

67

76

如上述表格数据说明,在打开PGC开关后,无线接通率有所提升。

4ERAB建立成功率

4.1理论介绍

涉及话统打点

图1

图2

如图1或图2中A点所示,当eNodeB收到来自MME的INITIALCONTEXTSETUPREQUEST或者E-RABSETUPREQUEST消息时统计该指标。

如果INITIALCONTEXTSETUPREQUEST或者E-RABSETUPREQUEST消息中要求同时建立多个E-RAB,则相应指标根据业务的QCI按具体的E-RAB建立数目分别进行累加。

如图1或图2中B点所示,当eNodeB向MME发送E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息时统计该指标。

如果E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息中同时携带多个E-RAB的建立,则相应指标按各个业务的QCI分别进行累加。

小区E-RAB尝试建

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 求职职场 > 职业规划

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1