KPI优化思路及案例分析.pptVIP

;目录;网络关键性能指标KPI〔KeyPerformanceIndication〕，是网络整体性能的集中表达，简化了网络评价流程，使不同体制的网络性能具有了可比性。

网络KPI可通过DT〔DriveTest〕、CQT〔CallQualityTest〕、OMC〔OperationandMaintenanceCenter〕数据、告警数据和用户投诉数据等方法来获取，这些方法在网络建设、开展和评估过程中结合使用。;TD-SCDMA系统中典型的KPI指标;KPI优化一般流程;一、接通率;呼叫流程;呼叫失败分析——RRC建立失败;UE驻留广州红星村2时出现信号良好，但是起呼失败的现象。由图可以看出UE一直在发送RRC

CONNECTIONREQUEST，但未收到RNC下发的RRCCONNECTIONSETUP；而RNC侧跟

踪信令却未收到UE发送的RRCCONNECTIONREQUEST。;查看UE在空口上FPACH接收情况，发现UE不是每次都能收到NodeB下发FPACH，

PRACH数值在起呼过程中有时有更新，有时没有更新，说明UE有上报PRACH，UE上发

RRCConnectionRequest且NodeB有时收到有时没有收到。

;倒换对应广州红星村2〔RNCID1002，CELLID1711，CPI：126〕和广州红星村3〔

RNCID1002，CELLID1712，CPI：26〕BBU板的光纤后发现故障现象伴随RRS转移到广

州红星村3〔RNCID1002，CELLID1712，CPI：26〕。判断为广州红星村2〔RNCID1002

，CELLID1711，CPI：126〕RRS存在故障。

更换广州红星村2〔RNCID1002，CELLID1711，CPI：126〕对应得RRS后呼叫正常;统计发现几个小区连续几天RRC建立成功率为0，拥塞率为1，建立失败原因都为拥塞。

;因为建立成功为0，不应该存在拥塞，但拥塞率为1，说明小区根本无资源可用。

核查小区的信息，无其它异常情况，但发现小区“局间链路配置集〞下边的“数

据链路〞都处于闭塞的状态，如以下图所示：

解闭塞数据链路后状态如下：

;RNCID;案例分析—干扰导致接入失败;跟踪码流可以看到UE发送RRC连接请求后被拒绝，拒绝原因为：拥塞；如下所示;分时段统计该小区的上行ISCP值，可以看到三个载频的上行时隙都存在较大的干

扰，如下所示：

;尝试修改小区的主频点、扰码和功率，均未能解决问题，RRC连接建立仍被拒绝；可见引起

干扰的并非同频或同扰码干扰；该站为室内站点，猜测为室分系统本身低噪过大造成；

查看小区的DCA算法参数的CAC判决算??设置，载频上行接纳控制方法为：码判决+功率判

决，即用户接入的时候先判断当前码资源是否满足业务需求，然后再判断当前功率资源是否

满足业务需求，如果都满足那么为用户分配相应的码资源〔信道化码、Midamble码〕并决定

用户的初始发射功率；如果不满足那么拒绝用户接入；;修改主载频的CAC判决算法：载频上行接纳控制方法为“码判决〞，即用户接入

的时候只用判断码资源是否满足，如果满足那么允许接入；;修改CAC算法之后，UE可以进行业务：

;呼叫失败分析——RAB建立失败;RAB建立失败常见原因;案例分析——BBU故障导致RAB指派成功率低;测试发现在做HSDPA下载业务时，进行PDP激活过程中UE收到RBSETUP的消

息后并未发送回RBSETUPCOMPLETE的消息，接下来收到RRC释放的命令，

PDP激活失败；

;RNC侧跟踪LDT可以看到RNC在发出RBSETUP之后一直未收到UE发送回来的

RBSETUPCOMPLETE消息，一段时间后向CN发起了IU释放请求：

;因为UE已经收到了RBSETUP，但并不发送RBSETUPCOMPLETE，由此猜测可能是UE收到的RB配置信息无效；

测试用的是8130，做的是H业务；分别将H资源配置到主载频和另外一个辅载频，均能正常建立业务；;当只开启辅载频10054，并把H资源配置在该载频上时，测试发现UE不停的发

RRC连接请求，但跟踪码流并未看到有RRC连接请求：

可见10054对应的BBU存在故障导致；更换BBU后复测，业务正常；

;二、切换成功率;影响切换的常见原因：

邻区配置不合理

导频污染

切换参数设置不合理

干扰

邻区数据错误

硬件故障

邻区漏定;案例分析——邻区配置不合理;进一步分析CDL，确定为广州华南国际小商品城2切换到广州金融大厦3的接力切换失败导致广州华南国际小商品城2切换成功率低。;查看MAPINFO，发现两个邻区间的距离比较远，为不合理邻区。因此删掉了广

州金融大厦3与广州华南国际小商品城2之间的邻区关系。;删除后