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

《KPI优化思路及案例分析.ppt》由会员分享，可在线阅读，更多相关《KPI优化思路及案例分析.ppt（60页珍藏版）》请在三一办公上搜索。

1、,KPI优化思路及案例分析,目录,接通类KPI,1,切换类KPI,掉话类KPI,2,3,4,网络关键性能指标KPI（Key Performance Indication），是网络整体性能的集中体现，简化了网络评价流程，使不同体制的网络性能具有了可比性。网络KPI可通过DT（Drive Test）、CQT（Call Quality Test）、OMC（Operation and Maintenance Center）数据、告警数据和用户投诉数据等方法来获取，这些方法在网络建设、发展和评估过程中结合使用。,TD-SCDMA系统中典型的KPI指标,覆盖类：PCCPCH接收信号码片功率RSCP；PCC

2、PCH C/I；覆盖率。呼叫建立特性类：RRC连接建立成功率（业务相关）；RAB建立成功率；CS域、PS域无线接通率。呼叫保持特性类：电路域掉话率；分组域掉线率；移动性管理特性类：同频硬切换成功率；异频硬切换成功率；同频接力切换成功率；异频接力切换成功率；系统间CS域切换成功率；系统间PS域切换成功率；质量类：语音建立时延；CS12.2k业务呼叫时延（UE到UE）；CS64k业务呼叫时延（UE到UE）；PDP上下文激活成功率。,KPI优化一般流程,统计报表发现RNC的某项KPI差,查看是否由少数小区导致,分时段统计小区指标，找出指标较严重时段,分析该时段的CDL或CT文件，找出问题；必要时可以

3、安排人现场测试,查看是否统计有误、RNC级参数设置有误、是否存在RNC级告警,否,是,一、接通率,无线接通率RAB建立成功率*RRC连接建立成功率（业务相关）*100%；无线接通率分别分为PS域和CS域无线接通率；影响接通率的一般原因有：弱覆盖干扰无线参数设置不正确硬件故障核心网问题其他原因,呼叫流程,UE发起语音业务过程主要包括几个过程：建立RRC连接、初始直传、安全模式控制、建立RAB。在UE发起呼叫建立时，如果之前UE没有建立RRC连接则先建立RRC连接，再通过初始直传建立传输NAS消息的信令连接，最后建立RAB。RAB建立完成后进行上行和下行的直接传输过程，待对方振铃后，CN 通过RN

4、C 向UE 发送直传消息Alerting，对方摘机后，CN 通过RNC 向UE 发送直传消息Connect，UE 回复直传消息Connect ACK 消息，双方建立通话。PS域业务流程和CS域大致相同。完成的呼叫流程信令如下：,呼叫失败分析RRC建立失败,UE发送rrcConnectionRequest,RNC未收到。无线环境较差，如信号强度太弱、干扰等；基站故障，如RRS存在故障、BBU存在故障；UE协议软件问题、NodeB协议软件问题、RNC协议软件问题等；UE发送rrcConnectionRequest后，网络拒绝。可点击rrcConnectionReject查看拒绝原因，常见原因有：拥

5、塞（congestion)。RNC发送rrcConnectionSetup后，UE未收到。下行功率不足或是下行存在干扰；UE发送rrcConnectionSetupComplete，但RNC未收到。上行功率不足或是上行存在干扰UE收到了rrcConnectionSetup 消息，未发送rrcConnectionSetupComplete。消息错误或UE内部错误等原因,UE驻留广州红星村2时出现信号良好，但是起呼失败的现象。由图可以看出UE一直在发送RRC CONNECTION REQUEST，但未收到RNC下发的RRC CONNECTION SETUP；而RNC侧跟踪信令却未收到UE发送的RR

6、C CONNECTION REQUEST。,案例分析RRS故障导致接入失败,查看UE在空口上FPACH接收情况，发现UE不是每次都能收到Node B下发FPACH，PRACH数值在起呼过程中有时有更新，有时没有更新，说明UE有上报PRACH，UE上发RRC Connection Request且Node B有时收到有时没有收到。,倒换对应广州红星村2（RNCID1002，CELLID1711，CPI：126）和广州红星村3（RNCID1002，CELLID1712，CPI：26）BBU板的光纤后发现故障现象伴随RRS转移到广州红星村3（RNCID1002，CELLID1712，CPI：26）。

7、判断为广州红星村2（RNCID1002，CELLID1711，CPI：126）RRS存在故障。更换广州红星村2（RNCID1002，CELLID1711，CPI：126）对应得RRS 后呼叫正常,统计发现几个小区连续几天RRC建立成功率为0，拥塞率为1，建立失败原因都为拥塞。,案例分析数据链路闭塞导致RRC建立被拒,因为建立成功为0，不应该存在拥塞，但拥塞率为1，说明小区根本无资源可用。核查小区的信息，无其它异常情况，但发现小区“局间链路配置集”下边的“数据链路”都处于闭塞的状态，如下图所示：解闭塞数据链路后状态如下：,解闭塞后统计小区RRC建立成功率恢复正常：,案例分析干扰导致接入失败,统计

8、发现广州高科大厦ST1_30147的RRC连接建立成功率为0，且RRC拥塞率为1,跟踪码流可以看到UE发送RRC连接请求后被拒绝，拒绝原因为：拥塞；如下所示,拒绝原因：拥塞,分时段统计该小区的上行ISCP值，可以看到三个载频的上行时隙都存在较大的干扰，如下所示：,尝试修改小区的主频点、扰码和功率，均未能解决问题，RRC连接建立仍被拒绝；可见引起干扰的并非同频或同扰码干扰；该站为室内站点，猜测为室分系统本身低噪过大造成；查看小区的DCA算法参数的CAC判决算法设置，载频上行接纳控制方法为：码判决+功率判决，即用户接入的时候先判断当前码资源是否满足业务需求，然后再判断当前功率资源是否满足业务需求，

9、如果都满足则为用户分配相应的码资源（信道化码、Midamble码）并决定用户的初始发射功率；如果不满足则拒绝用户接入；,修改主载频的CAC判决算法：载频上行接纳控制方法为“码判决”，即用户接入的时候只用判断码资源是否满足，如果满足则允许接入；,修改CAC算法之后，UE可以进行业务：,呼叫失败分析RAB建立失败,RAB是指用户平面的承载，用于UE和CN之间传送语音，数据及多媒体业务。UE首先要完成RRC连接建立，然后才能建立RAB。RAB建立是由CN发起，UTRAN执行的功能，基本流程：首先由CN向UTRAN发送RAB指配请求消息，请求UTRAN建立RAB；RNC发起建立Iu接口与Iub接口的数

10、据承载；RNC向UE发起RB建立请求；UE完成RB建立，向RNC回应RB建立完成消息；RNC向CN应答RAB指配响应消息，结束RAB建立流程。,RAB建立失败常见原因,无线链路重配置失败硬件原因、协议错误、其他错误RNC发送RADIO BEARER SETUP给UE，UE未收到。下行干扰或下行发射功率不足等；UE收到RADIO BEARER SETUP但未发送RADIO BEARER SETUP COMPLETE。UE收到的消息协议错；RB Setup消息中包含无效的配置信息；RB Setup消息中包含UE不支持的配置信息；UE发送RADIO BEARER SETUP COMPLETE但RNC

11、未收到。上行干扰或上行发射功率不足等；,案例分析BBU故障导致RAB指派成功率低,经投诉人员反应，客户投诉占用广州员村五横路3_1277时无法上网；统计该小区的指标发现，小区CS域接通率正常，但PS域RAB指派成功率很低：,测试发现在做HSDPA下载业务时，进行PDP激活过程中UE收到RB SETUP的消息后并未发送回RB SETUP COMPLETE的消息，接下来收到RRC释放的命令，PDP激活失败；,RNC侧跟踪LDT可以看到RNC在发出RB SETUP之后一直未收到UE发送回来的RB SETUP COMPLETE消息，一段时间后向CN发起了IU 释放请求：,因为UE已经收到了RB SET

12、UP，但并不发送RB SETUP COMPLETE，由此猜测可能是UE收到的RB配置信息无效；测试用的是8130，做的是H业务；分别将H资源配置到主载频和另外一个辅载频，均能正常建立业务；,当只开启辅载频10054，并把H资源配置在该载频上时，测试发现UE不停的发RRC连接请求，但跟踪码流并未看到有RRC连接请求：可见10054对应的BBU存在故障导致；更换BBU后复测，业务正常；,二、切换成功率,切换成功率=切换成功次数/切换请求次数*100%切换指标：同频接力切换成功率、异频接力切换成功率、同频硬切换成功率、异频硬切换成功率、系统间CS切换成功率、系统间PS切换成功率切换的三个过程：测量、

13、判决、执行,影响切换的常见原因：邻区配置不合理导频污染切换参数设置不合理干扰邻区数据错误硬件故障邻区漏定,案例分析邻区配置不合理,广州华南国际小商品城2_865连续几日接力切换成功率低，指标如下：查看其邻区里切换入成功率，发现广州金融大厦3切换入成功率低：,进一步分析CDL，确定为广州华南国际小商品城2切换到广州金融大厦3的接力切换失败导致广州华南国际小商品城2切换成功率低。,查看MAPINFO，发现两个邻区间的距离比较远，为不合理邻区。因此删掉了广州金融大厦3与广州华南国际小商品城2之间的邻区关系。,删除后，指标明显变好，华南国际小商品城2的接力切换恢复正常,案例分析邻区存在同频同扰码,统计

14、发现小区广州冼村3_60128硬切换成功率很低，且持续几天都是这样的情况：,统计广州冼村3的所有邻小区的硬切换入成功率，可以发现其中广州猎德3的硬切换入成功率很低，如下所示：,对广州冼村3小区做LDT信令跟踪发现每当UE尝试切换到频点为10054，扰码为97的邻区时便出现失败：,查询基站表发现广州育蕾小区ST2与广州猎德3的频点都为10054，扰码都为97，即两个小区存在同频同码。,广州育蕾小区ST2,广州猎德3,将小区广州猎德3的主频点由10054改为10087，统计修改后的指标，广州冼村3的硬切换出成功率恢复到正常：广州猎德3的硬切换入成功率也恢复到正常：,案例分析邻小区数据错误,测试广州

15、珠江宾馆1的时候发现占用该小区时多次尝试切换均失败，切换失败流程如下：,从信令可以看出上报的测量报告为2A事件，目标小区频点为10062，扰码为75：,而从发起切换请求的信令“RELOCATION REQUIRED”可以看出切换的目标小区为RNC14的小区，根据CI=66454829可以计算出目标小区的CELLID为1325，即广州达道路3：,由MAPINFO可以看出所处路段离广州达道路3很远，按理不可能有这么强的信号，且现网查询广州达道路3的频点为10087，扰码为：88，而现网频点为10062，扰码为75的小区是广州飞宇宾馆T1。因为广州达道路3是广州珠江宾馆1的跨RNC邻区，因此检查其在

16、RNC11的邻RNC配置集里的数据，发现其设置频点为10062，扰码为75，即该小区修改主频和扰码后却未在跨RNC邻区中更新数据；可以得出本来要切换的目标小区是广州飞宇宾馆T1的，但是广州达道路3在该小区的邻区信息中的频点仍是10062扰码是75，以致切换时找错目标小区导致切换失败。修改广州达道路3在RNC11的邻RNC配置集里的数据，再重新进行测试，广州珠江宾馆1可以成功地切换到较近的广州飞宇宾馆T1：,问题描述：在寺右马路从北向南行驶中，UE占用广州五羊中学2（10070，32）小区，但UE多次尝试切换到广州达道路2（10062，25）小区都是切换失败。问题分析：在寺右马路从北向南行驶中，

17、广州达道路2（10062，25）小区的信号较强，但干扰较大，UE多次尝试切换到广州达道路2（10062，25）小区都失败，此时广州达道路2（10062，25）小区的信号很强（-65dbm左右），但UE距离广州达道路2（10062，25）小区较远（950m左右），但是由基站表和地理位置观察到距离广州飞宇宾馆T1（10062，75）小区较近，在查询RNC广州飞宇宾馆T1（10062，75）后得知此站无任何告警。在扫频仪里面在此处收到的最强信号小区（10062，75），刚好是对应广州飞宇宾馆T1小区。由此可以初步定位为广州五羊中学2小区无添加广州飞宇宾馆T1（10062，75）小区为邻区。经分析从R

18、NC上面核查得知广州五羊中学2（10070，32）小区没有定义广州飞宇宾馆T1（10062，65）小区为邻区，且广州五羊中学2（10070，32）小区和广州达道路2（10062，25）小区是同频小区，所以UE虚拟抬高了广州达道路2（10062，25）小区的信号，造成切换失败。,案例分析漏定邻区和同频干扰，造成切换失败,用扫频仪测试到的情况如下：,优化建议：在广州五羊中学2（10070，32）小区定义广州飞宇宾馆T1（10062，65）小区为邻区关系。复测结果：优化后切换正常，无线环境良好。,三、掉话率,掉话率计算电路域掉话率=电路域掉话的RAB数目/电路域RAB指派建立成功的RAB 数目*10

19、0%其中，电路域掉话的RAB 数目RNC 请求释放的电路域RAB 数目+RNC 请求释放的电路域Iu 连接对应的RAB 数目。分组域掉线率=分组域掉线的RAB数目/分组域RAB指派建立成功的RAB 数目*100%其中，分组域掉线的RAB 数目RNC 请求释放的分组域RAB 数目+RNC 请求释放的分组域Iu 连接对应的RAB 数目。导致掉话常见原因：邻区漏配导频污染存在干扰切换算法参数设置问题硬件故障用户终端问题,统计3月11日KPI发现广州金田花园1的CS域掉话率很高：统计该小区的ISCP，发现其辅载频10062的ISCP值较大：,案例分析干扰导致掉话,分析CDL文件发现掉话的时候基本上都是

20、占用10062频点，且都是因为RL Failure引起的掉话，以某一时段为例，如下所示：,现场测试人员反应占用该小区载频10062时会出现信号很好但突然掉话的现象，且手机是满功率发射。跟踪LDT发现占用该频点多次均因为无线链路失败而出现掉话：,修改该小区辅频点1006210095，重新测试，占用该频点后很长时间通话都未出现掉话，反复测量均正常。重新统计小区的ISCP，恢复到正常：,统计修改频点后的掉话情况，恢复到正常（修改时间为15:43）：,案例分析干扰导致掉话,统计发现广州育蕾小区ST1、ST2的掉话率很高：,统计两个小区载频的ISCP发现两个小区的ISCP较大：,现场测试发现占用该两个小区时信号强度很强但是手机却是满功率发射，且误块率等指标很差，掉话很容易：,通过MAPINFO可以看到广州育蕾小区ST1与广州冼村1、广州广客隆2同频，且三个小区相距较近：,广州育蕾小区ST2与广州冼村3、广州正佳商业广场12同频：,修改广州育蕾小区ST1的频点（1007010095）、广州育蕾小区ST2的频点（1005410079），统计ISCP，恢复正常：,统计修改参数后的KPI，掉话率基本恢复正常:,经现场测试通话正常，不会出现手机满功率发射的情况，未出现掉话：,感谢您的聆听！,