TD后台KPI分析.docx
《TD后台KPI分析.docx》由会员分享，可在线阅读，更多相关《TD后台KPI分析.docx（21页珍藏版）》请在冰豆网上搜索。
TD后台KPI分析
后台KPI分析
成都TD-SCDMA项目
1.后台KPI分析概述1
2.KPI定义标准1
2.1.无线接通率定义1
2.2.掉话率定义2
2.3.切换成功率定义2
2.4.考核KPI指标及算法定义2
2.5.TOP小区判决标准3
3.后台KPI分析处理流程4
4.接入类问题处理4
4.1.接入失败原因和分析5
4.2.接入失败处理方法6
4.3.常用修改参数7
5.掉话/线类问题处理7
5.1.掉话/线原因和分析7
5.2.掉话/线处理方法9
5.3.常用修改参数9
6.切换类问题处理10
6.1.切换失败原因和分析10
6.2.系统内切换失败处理方法10
6.3.系统间切换失败处理方法11
6.4.常用修改参数11
7.总结12
1.后台KPI分析概述
随着成都TD-SCDMA网络进入商用阶段，要求我们对成都TD-SCDMA网络的维护和优化的任务也日益繁重，项目组根据现网发展的需求，加强对全网的KPI进行监控，对TOP小区进行重点跟踪处理，以保障成都TD-SCDMA网络稳步健康发展。
2.KPI定义标准
2.1.无线接通率定义
CS域无线接通率＝CS域的RRC建立成功率*CS域的RAB建立成功率*100%
PS域无线接通率＝PS域的RRC建立成功率*PS域的RAB建立成功率*100%
2.2.掉话率定义
电路域掉话率=电路域掉话的RAB数目/电路域RAB指派建立成功的RAB数目*100%。
其中电路域掉话的RAB数目＝RNC请求释放的电路域RAB数目+RNC请求释放的电路域Iu连接对应的RAB数目。
分组域掉线率=分组域掉线的RAB数目/分组域RAB指派建立成功的RAB数目*100%
其中，分组域掉线的RAB数目＝RNC请求释放的分组域RAB数目+RNC请求释放的分组域Iu连接对应的RAB数目。
2.3.切换成功率定义
接力切换成功率的定义：
接力切换出成功率=接力切换出成功次数/接力切换出尝试次数*100%
接力切换入成功率=接力切换入成功次数/接力切换入尝试次数*100%
硬切换成功率的定义：
硬切换出成功率=硬切换出小区成功的次数/硬切换出小区的尝试次数*100%
硬切换入成功率=硬切换入小区成功的次数/硬切换入小区的尝试次数*100%
系统间切换成功率的定义：
电路域系统间切换出成功率=电路域系统间切换出成功次数/电路域系统间切换出尝试次数*100%。
其中，电路域系统间切换出尝试次数：
当RNC向UE发送HANDOVERFROMUTRANCOMMAND消息；电路域系统间切换出成功次数：
在CS域系统间切换出过程中，当RNC收到IURELEASECOMMAND消息，并且消息中的原因值为“SuccessfulRelocation”或“NormalRelease”。
分组域系统间切换出成功率=分组域系统间切换出成功次数/分组域系统间切换出执行次数*100%。
其中，分组域系统间切换出执行次数：
RNC向UE发送CELLCHANGEORDERFROMUTRAN消息；分组域系统间切换出成功次数：
收到IURELEASECOMMAND消息，并且消息中的原因值为“SuccessfulRelocation”或“NormalRelease”的次数。
2.4.考核KPI指标及算法定义
TD指标
指标名称
CS域无线接通率
低CS域无线接通率小区（CS域无线接通率<90%的小区比例）比例
CS域无线掉话率
高CS域无线掉话率小区（CS域掉话率>3%的小区比例）比例
CS域系统间切换成功率
PS域无线接通率
PS域无线掉线率
PS域系统间切换成功率
指标定义
CS域RRC连接建立成功率*CS域RAB建立成功率
CS域无线接通率<90%的小区数/统计的小区总数
请求释放的CS域RAB总数/CS域RAB指派建立成功的数目
CCS域掉话率>3%的小区数/统计的小区总数
CS域3G-2G切换成功次数/CS域3G-2G切换尝试次数
PS域RRC连接建立成功率*PS域RAB建立成功率
请求释放的PS域RAB总数/PS域RAB指派建立成功的数目
PS域3G-2G切换成功次数/PS域3G-2G切换尝试次数
健康值
健康值：
>99%（甘孜、阿坝>97%）目标值:
>99.3%
健康值<2%
健康值：
<0.7%（甘孜、阿坝<0.9%）目标值：
<0.6%
健康值<2%
健康值：
>98%
健康值：
>98.5%
健康值：
<1.5%
健康值：
>94%
时段
集团考核6忙时
集团考核6忙时
集团考核6忙时
集团考核6忙时
集团考核6忙时
集团考核6忙时
集团考核6忙时
集团考核6忙时
附件：
四川省省网管周TOP小区定义标准：
2.5.TOP小区判决标准
分类
指标类
指标
TOP小区判决标准
接入类
－－接通率
CS呼叫建立成功率
CS呼叫建立成功率
<96%
CSRRC失败次数+CSRAB失败次数
>8次
PS呼叫建立成功率
PS呼叫建立成功率
<90%
PSRRC失败次数+PSRAB失败次数
>100次
保持类
－－掉话/线
VP掉话率
视频电话业务无线掉话率
>5%
请求释放的视频电话业务RAB总数目（小区）
>3次
AMR掉话率
语音业务无线掉话率
>5%
请求释放的电路域语音业务RAB数目（小区）
>5次
PS掉线率
PS域无线掉线率
>10%
请求释放的分组域RAB总数目（小区）
>50次
移动类
－－切换
系统内切换
接力切换成功率
<90%
RNC内小区间同频接力切换入失败次数+
>40次
RNC内小区间异频接力切换入失败次数
硬切换成功率（小区）
<90%
RNC间切换入失败次数
>100次
系统间切换
CS域3G切换2G成功率
<90%
CS域3G2G切换失败次数（小区）
>5次
PS域3G切换2G成功率
<90%
PS域3G2G切换失败次数（小区）
>5次
3.后台KPI分析处理流程
现在由于话务量不高，有些小区虽然指标很差，但是由于基数小，波动大造成的，目前重点对忙时的话务统计数据进行筛选和分析，对忙时KPI指标比较差的小区进行处理，具体处理流程如下：
4.
接入类问题处理
从综合的角度考虑接通率情况，可以把RRC连接建立成功率和RAB指派成功率联合起来表征接通率。
RRC连接建立成功率反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接。
RAB建立是由CN发起，UTRAN执行的功能。
RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。
UE首先要完成RRC连接建立然后才能建立RAB，当RAB建立成功以后，一个基本的呼叫即建立，UE进入通话过程。
4.1.接入失败原因和分析
每次RRC和RAB建立失败在话统上都基本会给出一个失败的原因值，RNC会在话统的相关统计点进行记录。
下表列出话统上RRC和RAB建立失败原因的各个统计点，并对每个统计点Counter的名次和相应的统计时机进行说明，并根据具体的原因和经验而来的常见分析方法。
接入失败主要counter
原因
处理方向
RRC.FailConnEstab.Cong
小区拥塞
载波故障排查、话务均衡、申请速率配置、扩容
RRC.FailConnEstab.RlSetupFail
RL建立失败
空口原因，基站故障排查、复位小区
RRC.FailConnReEstab.NormEvent
正常释放
不处理
RRC.FailConnReEstab.UnSpec
未知原因
覆盖、干扰排查
RRC.FailConnEstab.NoReply
UE无应答
覆盖、干扰排查
RAB.FailRabAssnEstabCs.19
无效的RAB参数
参数核查
RAB.FailRabAssnEstabCs.20
最大速率不支持
载波故障排查、话务均衡、申请速率配置、扩容
RAB.FailRabAssnEstabCs.66
IU口传输连接建立失败
故障排查、复位
RAB.FailEstabPsPerCell.14（新）
接口进程失败
干扰排查、覆盖调整、载频故障排查
RAB.FailRabAssnEstabCs.114
无可用资源
故障排查、更换载波
RAB.FailRabAssnEstabCs.115
未知错误
故障排查、复位
RRC接入失败的常见原因详解：
（1）RRC.FailConnEstab.NoReply（小区无应答）
原因值为小区无应答的测量点是RNC向UE发送RRCCONNECTSETUP消息后，没有收到UE发送RRCCONNECTSETUPCOMPLETE消息，则在UE所处的小区中统计该指标。
但是目前我们跟踪的RNC侧的LOG，无法区分是UE没有收到RRCCONNECTSETUP，还是RNC没有收到UE发送的RRCCONNECTSETUPCOMPLETE，所以必须采集终端的LOG来看，通过路测调整上行和下行功率值来确定是上行功率不足还是下行功率不足。
处理方向：
干扰排查、覆盖调整。
（2）RRC.FailConnEstab.RlSetupFail（RL建立失败）
当Iub口出现问题，或者NodeB直接回复RL建立失败消息，都是引起RL建立失败的原因，从而导致RRC建立失败。
原因值设为“RL建立失败”。
处理方向：
基站故障排查、复位小区。
（3）RRC.FailConnEstab.Cong（小区拥塞）
当UE发RRCCONNECTIONREQ后，收不到相应的SETUP消息，重发REQUEST消息，
当重发次数达到N300次时，还未收到SETUP消息，则RRC建立失败，原因值设置为“拥塞”。
在建网初期，基本上不会发生网络拥塞情况，而如果出现该原因：
则应该检查一下NodeB是否正常。
处理方向：
载波故障排查、话务均衡、扩容
RAB接入失败常见的原因详解：
（1）RAB.FailRabAssnEstabCs.20（最大速率不支持）
RNC在为一个RAB进行资源分配时，如果现有资源无法支持RAB的速率要求，又不支持排队抢占，则会上报最大速率不支持。
最大速率不支持失败的原因是，在建立了完成RRC后，在进行RL重配置时出现的问题，一般都不是AMR业务出现的问题，PS业务出现该问题较多，线资源拥塞造成。
处理方向：
载波故障排查、话务均衡、扩容
（2）RAB.FailEstabPsPerCell.14（接口进程失败）
指配失败的分组域RAB数（小区级）,为接口进程失败，指的就是我们通常意义上的空口问题，多数跟信号强度、质量等相关、天馈覆盖不合理，干扰、功率配置过小，C/I质量较差、载频有隐性故障，出来的信号可能不够干净、地物地貌影响，信号很杂乱。
处理方向：
干扰排查、覆盖调整、载频故障排查
4.2.接入失败处理方法
以下主要是针对“RRC.FailConnEstab.RlSetupFail”和“RRC.FailConnEstab.NoReply”的原因处理。
其中“RRC.FailConnEstab.NoReply”是在RNC向UE发送RRCCONNECTSETUP消息后，没有收到UE发送RRCCONNECTSETUPCOMPLETE消息，则在UE所处的小区中统计该指标。
1、覆盖调整：
一般边缘站点通过下压天线，控制器覆盖范围，可以大大的降低覆盖边缘造成的RRC建立成功率低；密集城区站点控制覆盖可以有效降低干扰；
2、干扰排查（上下行）：
上行主要查看UPPCH、TS1和TS2是否存在干扰，首先排查有无告警、查找干扰源（现场测试），如果UPPCH存在干扰可以通过调整UP偏移和修改频点有效的降低UPPCH的干扰。
如果TS1和TS2存在干扰需要排查时系统内或是系统外的干扰，系统内可以通过修改频点，系统外的干扰需要深入的排查干扰源（扫频）；
3、增大上行干扰余量：
增加上行初始发射功率，增加抗干扰能力，提高接入成功率；
4、提高最小接收电平（影响23G重选）：
小区P-CCPCHRSCP最低接入门限，收缩实际覆盖范围，提高边缘UE的接通率，增大该参数同时会促进UE向GSM网络的重选。
5、增大T300\N300定时器时长和次数：
增加RRC请求次数和RRC建立时长正向的增加RRC建立成功率，但是同时会降低用户感知度。
（RNC级参数不建议修改）
6、对于RL建立失败较多的小区，且查不出具体的原因，可以尝试复位小区来解决。
4.3.常用修改参数
参数名称
执行命令
参数设置合理范围
影响
频点
MODCARRIER
按规范
避免干扰
扰码
MODCELL
按规范
避免干扰
PCCPCHPOWER
MODPCCPCH
250～330
调整覆盖
TSHSMAXPWR
MODHSPDSCH
250～330
调整H覆盖影响H接入、H速率
Uppch位置
MODUPPCH
0～22
避免UPPPCH干扰，影响接入
上行干扰余量
MODCELLNBMOLPC
3～6
提升手机发射功率，影响接入
下行干扰余量
MODCELLNBMOLPC
180
提升基站发射功率，影响接入
最小接入电平
MODCELLSELRESEL
-100～-102
实现话务均衡、调整小区覆盖半径
影响接入和3G-2G重选
小区重选迟滞
MODCELLSELRESEL
4
实现话务均衡、调整小区覆盖半径，影响重选
小区重选时延
MODCELLSELRESEL
1～3
实现话务均衡、调整小区覆盖半径，影响重选
空闲模式小区重选异系统测量门限
MODCELLSELRESEL
8～13
实现话务均衡、调整小区覆盖半径
影响3G-2G的重选
TD_offset
GSM侧
5、6
实现话务均衡、减少23G频繁重选，影响2G-3G的重选
T300定时器
SETIDLEMODETIMER
1000，D1200
RNC内RRC建立时长
N300常数
SETIDLEMODETIMER
3～5
RNC内RRC建立时长
5.掉话/线类问题处理
掉话率反映了系统的通讯保持能力，也反映了系统的稳定性和可靠性，是无线通讯系统的重要性能指标。
在我们处理掉话的TOP小区的时候时候的基本思路是：
对于掉话率高的小区首先要查看该小区的切换性能情况，初步分为两类：
切换失败引起的掉话；非切换失败引起的掉话。
在根据掉话的分类具体处理。
发生掉话时，系统中触发两种信令过程，一是RAB释放请求，一是Iu口信令连接释放请求。
无线系统掉话率分为CS域掉话率和PS域掉线率。
5.1.掉话/线原因和分析
释放类型
掉话/线主要counter
原因
RABRELEASE
RAB.RelReqCs.113
OM干预
RAB.RelReqCs.16
用户无响应
RAB.RelReqCs.1
RAB抢占
RAB.RelReqCs.65
AAL2失步
RAB.RelReqPs.113
OM干预
RAB.RelReqPs.16
OM干预
RAB.RelReqPs.1
用户无响应
RAB.RelReqPs.RbReset
RB复位
IURELEASE
IU.AttConnRelReqUtranCs.113
OM干预
IU.AttConnRelReqUtranCs.16
UE无响应
IU.AttConnRelReqUtranCs.RlFail
RL失步
IU.AttConnRelReqUtranPs.113
OM干预
IU.AttConnRelReqUtranPs.16
UE无响应
IU.AttConnRelReqUtranPs.RlFail
RL失步
IU.NbrRabCsRelIuConnPerCause.113
OM干预
IU.NbrRabCsRelIuConnPerCause.16
UE无响应
IU.NbrRabCsRelIuConnPerCause.RlFail
RL失步
IU.NbrRabCsRelIuConnPerTraffic.Conv
会话业务
掉话常见的失败原因为IU.AttConnRelReqUtranCs.RlFail（RL失步）无线网络原因-弱覆盖或干扰导致掉话。
从信令跟踪和OMC上倒出的Counter进行对比，其中出现原因最多的为SRB、TRB复位。
上述这些指标可以按照表格分类：
掉话分类
引起原因
对应的信令过程
相关指标
空口原因
RF
RLC复位；RLFailure
SRB_RESET，TRBRESET，RL失败，无线接口流程失败
流程定时器超时
RB_RECFG
SRB_RESET
PHY_RECFG等过程超时
HHO过程失败
非空口原因
传输层故障
ALCAP上报故障
AAL2LOSSSignaling-transport-resource-failure
通过MML强行释放用户
OMintervention
om-intervention
话统指标目前没有完全按照通常网络优化的掉话原因分类进行统计。
需要说明的是RAN话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的RABrelease请求次数和Iurelease请求次数，分析掉话的时候要经过对信令的统计和OMC上导出的Counter进行比较分析。
而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致的。
比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。
所以两者的定义是不完全一致的，在分析时要注意区分。
5.2.掉话/线处理方法
对于CS域业务掉话首先要区分是否是由于切花失败引起的掉话，如果是切换失败引起的，重点处理切换失败的问题，主要可以从以下几个方面处理：
1、告警查询和处理（基站硬件故障或天馈故障）
2、覆盖调整：
上行或者下行链路失败掉话，使得切换简单且顺畅，避免乒乓切换；
3、干扰排查：
主要查找同频干扰或是邻区扰码相关性差造成的干扰（扰码相关性），主要通过频点，扰码的调整；系统外干扰排查；
4、邻区优化：
对于冗余的邻区进行删除，添加必要的邻区；建议根据话统提出的切换数据和现场测试作为邻区优化的依据；
5、切换参数调整：
先判断切换类型，可以通过调整切换门限、切换迟滞、切换迟延、CIO以及切换时的上\下行干扰余量使得切换顺畅，合理；
对于非切换失败引起的掉话\线，可以从两大方面进行处理，一是提高T网的网络覆盖质量，二是通过23G优化。
1、RF优化，从根本上解决覆盖问题；
2、复位参数优化：
拉长复位定时器的时长，增大最大复位次数和拉长无线链路同步上报等待定时器时长等；
3、调整23G参数：
调整23G切换门限值、迟延和CIO使得在T网不能更好的承载业务时能及时的切换到G网，避免掉话和掉线。
5.3.常用修改参数
参数名称
执行命令
参数设置合理范围
影响
频点
MODCARRIER
按规范
避免干扰
扰码
MODCELL
按规范
避免干扰
PCCPCHPOWER
MODPCCPCH
250～330
调整覆盖
TSHSMAXPWR
MODHSPDSCH
250～330
调整H覆盖
最小接入电平
MODCELLSELRESEL
-100～-102
调整小区覆盖半径，剔除弱场用户
空闲模式小区重选异系统测量门限
MODCELLSELRESEL
8～13
调整小区覆盖半径，剔除弱场用户
6.切换类问题处理
切换是一个重要的无线资源管理功能，是蜂窝系统所独有的功能和关键特征。
TD-SCDMA系统的切换是为保证移动用户通信的连续性或者基于网络负载和操作维护等原因，将用户从当前的通信链路转移到其他小区的过程。
切换过程的优化对任何一个蜂窝系统都是十分重要的，因为从网络效率的角度出发，用户终端处于不适合的服务小区时，不仅会影响自身的通信质量，同时也将增加整个网络的负荷，甚至增大对其他用户的干扰。
移动用户应当使用网络中最佳的通信链路与相应基站建立连接。
在成都TD-SCDMA项目上处理最多的切换是RNC间切换和系统间切换。
6.1.切换失败原因和分析
异常事件
可能原因
定位方向
处理方向
切换成功率
系统内切换
数据配置问题
查询外部小区数据、核心网数据
修改外部小区数据、核心网数据
邻区配置不合理
外场验证、MAPINFO图层观察、后台统计
对于冗余的邻区进行删除，添加必要的邻区
覆盖
外场测试观察、后台PCHR分析工具（华为）
调整覆盖
干扰
通过UPPCHISCP、上行ISCP
修改频点、修改UpPCHShifting（偏移）
目标小区拥塞
通过BRU利用率、用户数
目标小区话务均衡或扩容
切换参数设置错误或不合理
检查切换参数合理性
调整切换参数
故障（GPS）
通过告警、隐性故障排查（话统）
推动告警处理
系统间切换
数据配置问题
RNC侧查询G网小区数据、核心网数据、G网配置数据
修改G网小区数据、核心网数据
23G邻区配置不合理
外场验证、MAPINFO图层观察、后台统计
对于冗余的邻区进行删除，添加必要的邻区
G网小区的性能
查询G网小区的KPI指标、站点健康情况
删除G网有长期告警和KPI较差小区、添加邻区时尽量添加最优小区
切换参数设置错误或不合理
检查切换参数合理性
调整切换参数
6.2.系统内切换失败处理方法
1、告警查询和处理；
2、参数配置核查：
查询小区间的映射关系是否完全一致，在垮RNC切换，小区的频点扰码、LAC、RAC进行调整，但是在目标RNC上的外部邻小区上的数据没有进行相应的修改；
3、邻区优化：
对于冗余的邻区进行删除，添加必要的邻区；
4、覆盖调整：
调整切换带使得切换简单且顺畅，避免乒乓切换；
5、干扰排查：
主要查找同频干扰、邻区扰码相关性差造成的干扰（扰码相关性）和UP干扰，主要通过频点、扰码和UP的位置的调整；
6、切换参数调整：
先判断切换类型，可以通过调整切换门限、切换迟滞、切换迟延、CIO以及切换时的上\下行干扰，余量使得切换顺畅，合理；
6.3.系统间切换失败处理方法
1、23G邻区优化：
删减冗余的G网邻区，添加必要的G网邻区；
2、23G切换门限的调整：
在T网覆盖较弱或是边缘的站点，可以将本系统的切换门限值调大，在T网覆盖较好的时候就进行23G切换，避免弱覆盖区域造成切换失败；
3、单个小区CIO调整：
对于23G切换中只有向单个切换失败，而想其余的小区切换都正常，这种可能是G网小区存在问题，可以通过调整CIO，减少切换次数；
4、删除切换较差的G网邻区：
对于存在1800和900共站的G网小区，如果向1800的G网小区切换失败较多，可以尝试
升级会员 