KPI提升经验总结.docx

上传人:b****9 文档编号:28955316 上传时间:2023-07-20 格式:DOCX 页数:75 大小:2.61MB
下载 相关 举报
KPI提升经验总结.docx_第1页
第1页 / 共75页
KPI提升经验总结.docx_第2页
第2页 / 共75页
KPI提升经验总结.docx_第3页
第3页 / 共75页
KPI提升经验总结.docx_第4页
第4页 / 共75页
KPI提升经验总结.docx_第5页
第5页 / 共75页
点击查看更多>>
下载资源
资源描述

KPI提升经验总结.docx

《KPI提升经验总结.docx》由会员分享,可在线阅读,更多相关《KPI提升经验总结.docx(75页珍藏版)》请在冰豆网上搜索。

KPI提升经验总结.docx

KPI提升经验总结

 

KPI提升经验总结

 

 

1KPI(关键性能指标)概述

网络系统指标有很多,运营商可以根据不同的网络发展阶段,制定不同的网络关键性能指标(KPI,KeyPerformanceIndication)。

KPI是网络整体性能的集中体现,简化了网络评价流程,使不同体制的网络性能具有了可比性。

网络KPI可通过DT(DriveTest)、CQT(CallQualityTest)、OMC(OperationandMaintenanceCenter)数据、告警数据和用户投诉数据等方法来获取,这些方法在网络建设、发展和评估过程中结合使用。

指导书主要从TD-SCDMA网络优化的流程和步骤出发,结合在优化过程中的经验,总结一套提升KPI指标的优化方案,为全面提升TD-SCDMA网络性能指标提供参考和指导。

2TD-SCDMA网络典型KPI指标

覆盖率指标

指标公式:

覆盖率=满足覆盖要求的点数/总的采样点数*100%

定义F取值为1的测试点为满足覆盖要求的测试点,即:

对于上行,F=上行手机发送功率值≤手机最大发送功率值;对于下行,F=RSCP≥R且C/I≥S;其中:

RSCP表示接收PCCPCH接收信号码片功率;C/I表示接收PCCPCH信号的信号品质;RSCP≥R和C/I≥S表示是否满足条件,R和S是RSCP和C/I在计算中的阈值。

如果RSCP≥R和C/I≥S都满足,则F取值1,若有一个不满足或都不满足,则F取值0。

计算之前首先排除测试中的异常点,异常点指的是RSCP或C/I的取值远远超出正常范围之外。

公式含义:

该公式表示如果某一区域接收信号码片功率超过某一门限同时信号品质超过某一门限则表示该区域被覆盖。

由于不同的业务,其覆盖不同,要求的覆盖率也不同,因此针对不同的业务可以测量不同的F值来计算覆盖率。

注意事项:

这里的覆盖率指的是区域覆盖率,不是边缘覆盖率。

接通率指标

2.1.1RRC连接建立成功率(业务相关)

指标公式:

RRC连接建立成功率(业务相关)=RRC连接建立成功次数(业务相关)/RRC连接建立尝试次数(业务相关)*100%;

公式含义:

反映RNC或者小区的UE接纳能力,RRC连接建立成功意味着UE与网络建立了信令连接。

RRC连接建立可以分两种情况:

一种是与业务相关的RRC连接建立;另一种是与业务无关(如位置更新、系统间小区重选、注册等)的RRC连接建立。

前者是衡量呼叫接通率的一个要指标,其结果可以作为调整信道配置的依据。

后者可用于考察系统负荷情况。

注意事项:

2.1.2RAB建立成功率

指标公式:

CS域RAB建立成功率=CS域RAB指派建立成功RAB数目/CS域RAB建立请求的RAB数目*100%;

PS域RAB建立成功率=PS域RAB指派建立成功RAB数目/PS域RAB建立请求的RAB数目*100%;

RAB建立成功率=(CS域RAB指派建立成功RAB数目+PS域RAB指派建立成功RAB数目)/(CS域RAB建立请求的RAB数目+PS域RAB建立请求的RAB数目)*100%;

指标含义:

UE从接收到CN发来的寻呼消息,到RAB指派完成,完成一个完整呼叫流程。

RAB建立成功则是成功为用户分配了用户平面的连接,是建立业务连接的最后一个步骤。

注意事项:

2.1.3无线接通率

指标公式:

无线接通率=RAB建立成功率*RRC连接建立成功率(业务相关)*100%;

公式含义:

接通率是反映TD-SCDMA系统性能最重要的指标,也是运营商十分关注的指标。

接通率从端到端的角度,综合反映了呼叫接入成功率。

由于呼叫失败的原因有很多(如系统忙、终端电池耗尽、传输中断等),为了单纯统计无线链路接通情况,把无线资源控制RRC连接建立成功率和无线接入承载RAB指派成功率联合起来使用表示无线接通率。

注意事项:

无线接通率一般按照业务类型统计

语音无线接通率=语音RAB建立成功率*CS域RRC连接建立成功率(业务相关)*100%;

语音无线接通率对应OMC指标公式为:

语音无线接通率=(RAB.SuccEstabCs.Conv.<1><1>+RAB.SuccEstabCs.Conv.<2><2>)

/(RAB.AttEstabCs.Conv.<1><1>+RAB.AttEstabCs.Conv.<2><2>)*(RRC.SuccConnEstab.1+RRC.SuccConnEstab.6)/(RRC.AttConnEstab.1+RRC.AttConnEstab.6)*100%

视频无线接通率=视频RAB建立成功率*CS域RRC连接建立成功率(业务相关)*100%;

视频无线接通率对应OMC指标公式为:

视频无线接通率=

RAB.SuccEstabCS.Conv.<5><5>/RAB.AttEstabCS.Conv.<5><5>*(RRC.SuccConnEstab.1+RRC.SuccConnEstab.6)/(RRC.AttConnEstab.1+RRC.AttConnEstab.6)*100%

PS无线接通率=PS域RAB建立成功率*PS域RRC连接建立成功率(业务相关)*100%;

PS无线接通率对应OMC指标公式为:

PS无线接通率=

(RRC.SuccConnEstab.2+RRC.SuccConnEstab.7+RRC.SuccConnEstab.3+RRC.SuccConnEstab.8+RRC.SuccConnEstab.4+RRC.SuccConnEstab.9)/(RRC.AttConnEstab.2+RRC.AttConnEstab.7+RRC.AttConnEstab.3+RRC.AttConnEstab.8+RRC.AttConnEstab.4+RRC.AttConnEstab.9)*(RAB.SuccEstabPs/RAB.AttEstabPs)*100%

掉话率指标

2.1.4电路域掉话率

指标公式:

电路域掉话率=电路域掉话的RAB数目/电路域RAB指派建立成功的RAB数目*100%

公式含义:

反映了系统电路域业务的通讯保持能力,是用户直接感受的重要性能指标之一。

RNC通过向CN发起RAB释放请求,请求释放一个或多个无线接入承载(RAB)。

当UE丢失或者不激活,或者由于UTRAN的原因,RNC向CN发起Iu连接释放请求,释放与一个UE相连的Iu连接。

注意事项:

电路域掉话的RAB数目=RNC请求释放的电路域RAB数目+RNC请求释放的电路域Iu连接对应的RAB数目。

电路域掉话率对应OMC指标公式为:

语音无线掉话率=

(RAB.RelReqCsPerCell.Conv.<1><1>+RAB.RelReqCsPerCell.Conv.<2><2>+IU.NbrRabCsRelIuConnPerCell.Conv.<1><1>+IU.NbrRabCsRelIuConnPerCell.Conv.<2><2>)/(RAB.SuccEstabCsPerCell.Conv.<1><1>+RAB.SuccEstabCsPerCell.Conv.<2><2>)*100%

视频无线掉话率=

(RAB.RelReqCs.Conv.<5><5>+IU.NbrRabCsRelIuConn.Conv.<5><5>)/RAB.SuccEstabCs.Conv.<5><5>*100%

2.1.5分组域掉线率

指标公式:

分组域掉线率=分组域掉线的RAB数目/分组域RAB指派建立成功的RAB数目*100%;

公式含义:

反映了系统分组域业务的通讯保持能力,是用户直接感受的重要性能指标之一

注意事项:

分组域掉线的RAB数目=RNC请求释放的分组域RAB数目+RNC请求释放的分组域Iu连接对应的RAB数目。

分组域掉话率对应OMC指标公式为:

PS无线掉话率=

(RAB.RelReqPsPerCell+IU.NbrRabCsRelIuConnPerCell-RAB.RelReqPsPerCell.16-RAB.RelReqPsPerCell.40-IU.NbrRabPsRelIuConnPerCell.16-IU.NbrRabPsRelIuConnPerCell.40)/RAB.SuccEstabPsPerCell*100%

切换成功率

2.1.6系统内切换成功率

指标公式:

RNC内同频切换成功率

=(HHO.SuccIntraFreqIntraRNC+BHO.SuccBhoIntraFreqIntraRNC)

/(HHO.AttIntraFreqIntraRNC+BHO.AttBhoIntraFreqIntraRNC)*100%

RNC内异频切换成功率=

(HHO.SuccInterFreqIntraRNC+BHO.SuccBhoInterFreqIntraRNC)

/(HHO.AttInterFreqIntraRNC+BHO.AttBhoInterFreqIntraRNC)*100%

RNC间同频切换成功率=

(HHO.SuccIntraFreqInterRNC+BHO.SuccBhoIntraFreqInterRNC)

/(HHO.AttIntraFreqInterRNC+BHO.AttBhoIntraFreqInterRNC)*100%

RNC内异频切换成功率=

(HHO.SuccInterFreqInterRNC+BHO.SuccBhoInterFreqInterRNC)

/(HHO.AttInterFreqInterRNC+BHO.AttBhoInterFreqInterRNC)*100%

指标含义:

该指标反映了业务的移动过程中保持能力,是衡量网络业务质量的重要指标之一,是网规网优中调整无线参数的重要依据,切换成功率低,将直接影响用户主观感受。

注意事项:

以上为RNC级指标统计公式,可以按照小区级进行统计。

2.1.7系统间切换成功率

指标公式:

电路域系统间切换成功率=(电路域系统间切换出请求次数-电路域系统间切换出失败次数)/电路域系统间切换出请求次数*100%;

分组域系统间切换成功率=(分组域系统间切换出请求次数-分组域系统间切换出失败次数)/分组域系统间切换出请求次数*100%;

对应OMC指标公式为:

电路域系统间切换成功率=IRATHO.SuccOutCsPerRn/IRATHO.AttOutCsPerRnc*100%

分组域系统间切换成功率=

IRATHO.SuccOutPsUtranPerRnc/IRATHO.AttOutPsUtranPerRnc*100%

指标含义:

该指标反映了系统间(3G与2G间)的切换成功情况,是目前现网要求较高的切换指标,是用户直接感受的重要指标之一。

注意事项:

3KPI指标提升工作流程

目前网络规模达到一定程度,全网用户数,话务量已经具备一定规模。

经过2期3期4期的工程优化和专项优化网络指标达到一定水平。

结合现网的情况,我们认为应当从以下几个方面和步骤出发进行优化,逐步提升网络性能。

图2KPI指标提升流程

良好的覆盖和切换关系,合理的频点扰码配置是进行网络性能进一步提升的基础,一张KPI性能指标良好的网络,一定是RF覆盖和网络配置合理的网络。

网络中应尽量避免弱覆盖、越区覆盖、邻区配置不合理或漏配,邻区同频同扰码组等问题。

RF优化

RF优化是优化的主要阶段之一,目的是在优化信号覆盖的同时控制导频污染,梳理切换关系提高切换成功率,保证下一步业务参数优化时无线信号的分布是正常的。

具体工作包括了天馈硬件及邻区列表的优化调整。

RF作为网络初期的优化重心,主要通过最直接的工程参数调整(无线参数辅助)来解决覆盖的问题,合理的覆盖是后期业务指标优化、及全网优化的基础。

覆盖相关的KPI主要由下行PCCPCHRSCP和C/I来反映。

关于RF优化的书籍和资料都比较详尽,限于篇幅本文不再赘述。

读者可以参考RF优化的相关书籍,推荐阅读《路测分析优化工作流程和指导书》及《TD-SCDMA特殊场景优化指导书》。

频点及扰码优化

TD-CDMA系统的干扰大多来自内部邻区间的干扰(在基站/UE接收端接收到的信号除了本小区UE/基站信号外,还有其他小区UE/基站的信号,这样就产生了邻区干扰。

由于TD-SCDMA系统使用的扩频码比较小,两个小区使用的复合码可能有较强的互相关,从而导致小区间较强的互干扰)。

在TD网络实际配置中,同频同扰码组容易引起UE解调出错,切换失败等问题,应当严格禁止。

网络经过不断地调整优化,以及新增站点的入网都会对现网的频点和扰码配置产生影响,因此有必要进行全网频点和扰码的核查。

目前TD网络采用的N频点组网方式,经过前期的优化,同频现象已经基本得到解决。

目前的主要工作在于同扰码组邻区的核查。

一般而言一个TD小区配置的邻区数应当不超过16个为宜,推荐配置两层邻区TD一层邻区数目在10-11个左右,二层邻区数目依据具体地形配置密集城区6-7个,一般城区3-4个。

在核查同扰码组过程中应当尽量避免邻区之间出现同7扰码组或者同12扰码组的情况,尤其是第一层邻区。

下面以通过MapInfo软件创建专题图层的方法核查同7扰码组的小区为例,介绍核查同扰码组的方法:

Step1:

将工参导入MapInfo图层后,按照扰码分组(7组)创建“专题地图”。

图3

Step2:

在图层上颜色相同的小区即为同7扰码组的小区,若2个小区相隔太近,甚至为同站邻区,则存在问题。

通过以上方法可以找出网络中区,若这些邻区之间有同频的关系,则扰码需要进行修改。

同7扰码组,和同12扰码组的邻

全网邻区切换关系优化

正确的邻区关系,可以使得终端的重选、切换关系正常,并保证业务的顺利进行。

但如果有邻区漏配或误配,就会带来相反的效果。

网络优化是一个长期不断进行的过程,现网的邻区不可能是一成不变的。

随着新增站点的入网,旧站点的搬迁,拆除,网络中可能会出现冗余,漏配,以及过远不合理等邻区。

这需要我们及时发现,进行合理的优化配置,确保邻区关系正常合理。

邻区优化需要结合路测数据和后台OMC指标统计数据进行分析优化,并进行处理跟踪。

建议邻区核查原则

1、TD小区主服务小区主瓣方向,添加两层邻区;对于近距离站点需三个小区同时添加为邻区,同站的三个小区必须互配邻区;

2、TD小区主服务小区旁瓣方向,添加一层邻区;

3、TD小区主服务小区背瓣方向,添加一层邻区;

建议邻区核查具体步骤

1、首先对单向邻区表进行核查,核查该单向邻区是需要删除还是需要补足为双向;

2、同站邻区漏配情况核查,如果情况属实需补上邻区关系;

3、远距离冗余邻区情况,按照“邻区核查原则”,结合外场测试情况和所掌握的无线环境进行合理评估,确认是否需要删除;

4、近距离邻区漏配的情况核查,结合外场测试情况和所掌握的无线环境进行合理评估,确认是否需要添加邻区;

5、对建议删除的邻区对进行话统分析,导出一周的切换话统(CELL-NCELL级切换数据),分析需要待删除小区切换次数占和主服务小区总切换总次数进行所占的比列(如:

A-B为邻区,他们之间切换1次,A小区共切出100次,则所占比例为1%),如果所占比列小于1%建议删除,大于1%的邻区需根据实际情况分析,如果确认删除的则进行删除,否则建议保留。

6、做完上述步骤,按照添加和删除规划建议,在现有邻区关系的基础上整理成新的邻区表,再检查邻区个数是否异常,对于多余26个和少于6个的小区再进行进一轮核查。

7、对于新增的邻区关系每天进行邻区对切换次数统计,观察新增邻区是否有发生切换。

若长时间无切换,或者切换次数很少的,需要删除邻区关系。

案例分析

1、同站邻区漏配情况

图4

对于同站小区,必须互配邻区关系。

2、单向邻区情况

图5

图6

51741与51442存在单向邻区关系,由于站点稀疏,两个小区均覆盖较远,存在切换的可能性,建议将单向邻区补全为双向邻区关系。

图7

图8

41412与61760小区之间存在单向邻区关系,从实际情况考虑,61760为室内站点,只需加就进室外站点的双向邻区即可,可删除该条单向邻区。

图9

图10

42993与52183之间存在单向邻区关系,从实际情况考虑,两个站点相距较远且从测试人员反馈不存在切换可能,可删除该条单向邻区。

3、近距离邻区漏配情况

图11

40073与52253小区距离较近,但却不存在邻区关系,建议添加为双向邻区关系;

图12

41461与52213距离在在1000米以为,且无站点间隔,之间不存在邻区关系,建议添加为双向邻区关系。

4、远距离冗余邻区情况

图13

主瓣方向非特殊情况添加两层站点即可。

图14

旁瓣方向非特殊情况添加一层邻区关系即可。

图15

背板方向添加一层邻区关系即可。

参数核查

网络参数的设置合理与否直接关系到网络的性能和指标好坏,对网络的影响极大。

由于在优化过程中经常涉及到对一些网络参数进行调整,难免会出现差错,或者参数设置不合理,从而影响网络质量。

因此在进行KPI指标提升的过程中,以及网络正常运行的整个过程中都有必要对网络参数进行周期性的核查,发现存在的问题,解决问题,提高网络质量和用户感知。

参数的检查工作主要包括:

小区类参数核查、频率核查、扰码核查、邻区关系核查、外部小区配置等核查工作。

详细的核查步骤请参考,《参数核查工作流程和指导书》。

接入问题专题优化

3.1.1DT/CQT问题分析

图16DT/CQT呼叫失败问题分析流程图

路测问题的分析流程如图2所示:

通过路测数据分析软件,比如鼎立测试软件,确定发生接入失败的时间,结合RNC侧的UE后者CDT信令流程确定在哪一处出现异常导致的失败。

然后按照后续的各个子流程分析和解决问题,主要包括寻呼问题、RRC建立问题、鉴权加密问题、RAB和RB建立问题、设备异常、网络覆盖问题等。

寻呼问题

寻呼问题一般都表现为:

主叫完成RAB指派以及CCSetup,在等待Alerting消息的时候收到CN发来的Disconnect直传消息。

被叫从UE的信令流程一般看不出异常,但也出现过UE收到Paging消息而没有发起RRC连接建立请求。

从被叫的RNC单用户跟踪可以看出收到CN下发的Paging消息,但没有后续的消息。

通常寻呼问题分析流程如下图所示:

图17寻呼问题分析流程图

具体分析过程如下所示:

RNC没有下发Paging消息

如果是RNC收到CN下发的paging消息后UU口没有下发,可能是寻呼信道的容量不够(现阶段由于网络负载很低,出现的概率很小,在以后网络负载较高时,可能会出现UU口paging消息阻塞的情况),或者是设备异常。

寻呼指示信道的功率偏低

寻呼指示信道PICH发射功率,影响小区的寻呼范围和性能。

设置过大,会导致P-CCPCH的发射功率值无法正常设置到规划需要的强度。

设置过小,将会导致小区边缘的UE无法侦听到PICH。

UE发生位置更新

在寻呼的时候UE发生了位置区/路由区更新,而寻呼消息仍在原来的位置区/路由区下发,导致UE无法收到寻呼消息。

RRC建立问题

UE处于空闲模式下,当UE的非接入层请求建立信令连接时,UE将发起RRC连接建立过程。

每个UE最多只有一个RRC连接。

当RNC接收到UE的RRCConnectionRequest消息,由其无线资源管理模块RRM根据特定的算法确定是接受还是拒绝该RRC连接建立请求,如果接受,则再判决是建立在专用信道还是公共信道。

对于RRC连接建立使用不同的信道,则RRC连接建立流程也不一样。

本文重点介绍RRC连接建立在专用信道的过程。

RRC建立在公共信道

图18RRC正常连接建立在公共信道的过程

信令流程说明:

当RRC连接建立在公共信道上时,因为用的是已经建立好的小区公共资源,所以无需建立无线链路和用户面的数据传输承载,其余过程与RRC连接建立在专用信道相似。

RRC建立在专用信道

图19RRC正常连接建立在专用信道的过程

信令流程说明:

UE在上行CCCH上发送一个RRCConnectionRequest消息,请求建立一条RRC连接。

主要参数为:

InitialUEIdentity,初始的UE标识,如IMSI,TMSI等参数,用来让网络识别发送该建立请求消息的UE;Establishmentcause,建立原因,有多种类型,但UE每次只能选择其一;ProtocolErrorIndicator,协议错误标识,用来标明是否有协议错误发生;测量IE,给出在Uu接口上的测量结果。

RNC根据RRC连接建立请求的原因及系统的资源状态,决定UE建立在专用信道并分配RNTI和L1、L2资源。

RNC向Node-B发送RadioLinkSetupRequest消息,请求Node-B分配RRC连接所需要的特定无线链路资源。

在该消息中包含有建立无线链路所必需的参数(功率、时隙、扰码、midable码等参数)。

在RL成功建立后,RNC使用ALCAP协议发起Iub接口用户面传输承载的建立,用于承载RRC信令的ATM连接,并完成RNC与Node-B同步过程。

RNC在下行CCCH上向UE发送RRCConnectionSetup消息

UE在上行DCCH上向RNC发送RRCConnectionSetupComplete。

至此RRC连接建立过程结束。

RRC建立问题分析

常见问题具体分析过程如下:

UE发出RRCConnectionRequest消息,RNC没有收到。

如果此时下行P-CCPCH的C/I较低,则是覆盖的问题,通过RF优化解决。

终端发射功率受限,属于UE本身性能问题,没有特别的方法解决。

UpPTS受干扰导致,可以采用UpShifting技术,通过后台配置相应参数,调整UpPCH的位置避免受到干扰,根本还是要避免干扰源。

可能Node-B设备问题,需要检查RRU通道是否存在告警。

拥塞、码道受限。

检查时隙状态,是否码道闭塞。

设备故障、参数配置错误。

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

查看此时的P-CCPCH的C/I,如果较低,则是覆盖的问题,通过RF优化解决。

如果是由于发生小区重选导致,则调整重选参数,加快小区选择与重选的速度,可以解决小区选择与重选参数不合理造成的RRC连接建立失败问题。

UE收到RRCConnectionSetup消息而没有发出SetupComplete消息。

如果此时下行的信号质量正常,那么可能是手机异常。

鉴权问题

鉴权流程

鉴权流程由网络侧发起,其目的是:

由网络来检查是否允许终端接入网络。

图21鉴权流程图

信令流程说明:

网络侧在发起鉴权前,如果VLR中还没有鉴权参数,此时将首先发起到HLR取鉴权集的过程,并等待鉴权参数的返回。

在检测到鉴权参数存在后,网络下发鉴权请求消息。

网络侧在收到鉴权相应消息后,确定鉴权是否成功:

成功则继续后面的流程;不成功则会发起异常处理流程,释放网络侧与终端间的连接,并释放被占用的网络资源,无线资源。

在成功的鉴权之后,终端将会把CK(加密密钥)与IK(一致性检查密钥)存放到USIM卡中。

鉴权问题分析

当出现鉴权失败时,需要根据UE回复给网络的鉴权失败消息中给出的原因值进行分析。

常见的原因值包括MACFailure和Synchfailure两种。

MACFailure

手机终端在对网络鉴权时,检查由网络侧下

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

当前位置:首页 > 表格模板 > 表格类模板

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

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