最新TD后台KPI分析.doc

《最新TD后台KPI分析.doc》由会员分享，可在线阅读，更多相关《最新TD后台KPI分析.doc（68页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-dateTD后台KPI分析TD后台KPI分析后台KPI分析成都TD-SCDMA项目1.后台KPI分析概述12.KPI定义标准12.1.无线接通率定义12.2.掉话率定义22.3.切换成功率定义22.4.考核KPI指标及算法定义22.5.TOP小区判决标准33.后台KPI分析处理流程44.接入类问题处理44.1.接入失败原因和分析54.2.接入失败处理方法64.3.常用修改参数

2、75.掉话/线类问题处理75.1.掉话/线原因和分析75.2.掉话/线处理方法95.3.常用修改参数96.切换类问题处理106.1.切换失败原因和分析106.2.系统内切换失败处理方法106.3.系统间切换失败处理方法116.4.常用修改参数117.总结121. 后台KPI分析概述随着成都TD-SCDMA网络进入商用阶段，要求我们对成都TD-SCDMA网络的维护和优化的任务也日益繁重，项目组根据现网发展的需求，加强对全网的KPI进行监控，对TOP小区进行重点跟踪处理，以保障成都TD-SCDMA网络稳步健康发展。2. KPI定义标准2.1. 无线接通率定义CS域无线接通率CS域的RRC建立成功率

3、*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. 切换成功率定义接力切换成功率的定义：接力切

4、换出成功率 = 接力切换出成功次数 / 接力切换出尝试次数*100%接力切换入成功率 = 接力切换入成功次数 / 接力切换入尝试次数*100%硬切换成功率的定义：硬切换出成功率 = 硬切换出小区成功的次数 / 硬切换出小区的尝试次数*100%硬切换入成功率 = 硬切换入小区成功的次数 / 硬切换入小区的尝试次数*100%系统间切换成功率的定义：电路域系统间切换出成功率 = 电路域系统间切换出成功次数 / 电路域系统间切换出尝试次数*100%。其中，电路域系统间切换出尝试次数：当RNC向UE发送HANDOVER FROM UTRAN COMMAND消息；电路域系统间切换出成功次数：在CS域系统间

5、切换出过程中，当RNC收到IU RELEASE COMMAND消息，并且消息中的原因值为“Successful Relocation”或“Normal Release”。分组域系统间切换出成功率 = 分组域系统间切换出成功次数 / 分组域系统间切换出执行次数*100%。其中，分组域系统间切换出执行次数：RNC向UE发送CELL CHANGE ORDER FROM UTRAN消息；分组域系统间切换出成功次数：收到IU RELEASE COMMAND消息，并且消息中的原因值为“Successful Relocation”或“Normal Release”的次数。2.4. 考核KPI指标及算法定义T

6、D指标指标名称CS域无线接通率低CS域无线接通率小区（CS域无线接通率3%的小区比例）比例CS域系统间切换成功率PS域无线接通率PS域无线掉线率PS域系统间切换成功率指标定义CS域RRC连接建立成功率*CS域RAB建立成功率CS域无线接通率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%)目

7、标值：0.6%健康值98%健康值：98.5%健康值：94%时段集团考核6忙时集团考核6忙时集团考核6忙时集团考核6忙时集团考核6忙时集团考核6忙时集团考核6忙时集团考核6忙时附件：四川省省网管周TOP小区定义标准：2.5. TOP小区判决标准分类指标类指标TOP小区判决标准接入类接通率CS呼叫建立成功率CS呼叫建立成功率8次PS呼叫建立成功率PS呼叫建立成功率100次保持类掉话/线VP掉话率视频电话业务无线掉话率5%请求释放的视频电话业务RAB 总数目(小区)3次AMR掉话率语音业务无线掉话率5%请求释放的电路域语音业务RAB 数目(小区)5次PS掉线率PS域无线掉线率10%请求释放的分组域R

8、AB总数目(小区)50次移动类切换系统内切换接力切换成功率40次RNC内小区间异频接力切换入失败次数硬切换成功率(小区)100次系统间切换CS域3G切换2G成功率5次PS域3G切换2G成功率5次3. 后台KPI分析处理流程现在由于话务量不高，有些小区虽然指标很差，但是由于基数小，波动大造成的，目前重点对忙时的话务统计数据进行筛选和分析，对忙时KPI指标比较差的小区进行处理，具体处理流程如下：4. 接入类问题处理从综合的角度考虑接通率情况，可以把RRC连接建立成功率和RAB指派成功率联合起来表征接通率。RRC连接建立成功率反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了

9、信令连接。RAB建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB，当RAB建立成功以后，一个基本的呼叫即建立，UE进入通话过程。4.1. 接入失败原因和分析每次RRC和RAB建立失败在话统上都基本会给出一个失败的原因值，RNC会在话统的相关统计点进行记录。下表列出话统上RRC和RAB建立失败原因的各个统计点，并对每个统计点Counter的名次和相应的统计时机进行说明，并根据具体的原因和经验而来的常见分析方法。接入失败主要counter原因处理方向RRC.FailConnEstab.Co

10、ng小区拥塞载波故障排查、话务均衡、申请速率配置、扩容RRC.FailConnEstab.RlSetupFailRL建立失败空口原因，基站故障排查、复位小区RRC.FailConnReEstab.NormEvent正常释放不处理RRC.FailConnReEstab.UnSpec未知原因覆盖、干扰排查RRC.FailConnEstab.NoReplyUE无应答覆盖、干扰排查RAB.FailRabAssnEstabCs.19无效的RAB参数参数核查RAB.FailRabAssnEstabCs.20最大速率不支持载波故障排查、话务均衡、申请速率配置、扩容RAB.FailRabAssnEstabCs

11、.66IU口传输连接建立失败故障排查、复位RAB.FailEstabPsPerCell.14（新）接口进程失败干扰排查、覆盖调整、载频故障排查RAB.FailRabAssnEstabCs.114无可用资源故障排查、更换载波RAB.FailRabAssnEstabCs.115未知错误故障排查、复位RRC接入失败的常见原因详解：（1）RRC.FailConnEstab.NoReply（小区无应答）原因值为小区无应答的测量点是RNC向UE发送RRC CONNECT SETUP消息后，没有收到UE发送RRC CONNECT SETUP COMPLETE消息，则在UE所处的小区中统计该指标。但是目前我们

12、跟踪的RNC侧的LOG ，无法区分是UE没有收到RRC CONNECT SETUP，还是RNC没有收到UE发送的RRC CONNECT SETUP COMPLETE ，所以必须采集终端的LOG来看，通过路测调整上行和下行功率值来确定是上行功率不足还是下行功率不足。处理方向：干扰排查、覆盖调整。（2）RRC.FailConnEstab.RlSetupFail（RL建立失败） 当Iub口出现问题，或者NodeB直接回复RL建立失败消息，都是引起RL建立失败的原因，从而导致RRC建立失败。原因值设为“RL建立失败”。处理方向：基站故障排查、复位小区。（3）RRC.FailConnEstab.Cong

13、（小区拥塞） 当UE发RRC CONNECTION REQ后，收不到相应的SETUP消息，重发REQUEST消息，当重发次数达到N300次时，还未收到SETUP消息，则RRC建立失败，原因值设置为“拥塞”。在建网初期，基本上不会发生网络拥塞情况，而如果出现该原因：则应该检查一下NodeB是否正常。 处理方向：载波故障排查、话务均衡、扩容RAB接入失败常见的原因详解：（1）RAB.FailRabAssnEstabCs.20（最大速率不支持）RNC在为一个RAB进行资源分配时，如果现有资源无法支持RAB的速率要求，又不支持排队抢占，则会上报最大速率不支持。最大速率不支持失败的原因是，在建立了完成R

14、RC后，在进行RL重配置时出现的问题，一般都不是AMR业务出现的问题，PS业务出现该问题较多，线资源拥塞造成。处理方向：载波故障排查、话务均衡、扩容（2）RAB.FailEstabPsPerCell.14（接口进程失败）指配失败的分组域RAB数(小区级),为接口进程失败，指的就是我们通常意义上的空口问题，多数跟信号强度、质量等相关、天馈覆盖不合理，干扰、功率配置过小，C/I质量较差、载频有隐性故障，出来的信号可能不够干净、地物地貌影响，信号很杂乱。处理方向：干扰排查、覆盖调整、载频故障排查4.2. 接入失败处理方法以下主要是针对“RRC.FailConnEstab.RlSetupFail”和“

15、RRC.FailConnEstab.NoReply”的原因处理。其中“RRC.FailConnEstab.NoReply” 是在RNC向UE发送RRC CONNECT SETUP消息后，没有收到UE发送RRC CONNECT SETUP COMPLETE消息，则在UE所处的小区中统计该指标。1、 覆盖调整：一般边缘站点通过下压天线，控制器覆盖范围，可以大大的降低覆盖边缘造成的RRC建立成功率低；密集城区站点控制覆盖可以有效降低干扰；2、 干扰排查（上下行）：上行主要查看UPPCH、TS1和TS2是否存在干扰，首先排查有无告警、查找干扰源（现场测试），如果UPPCH存在干扰可以通过调整UP偏移和

16、修改频点有效的降低UPPCH的干扰。如果TS1和TS2存在干扰需要排查时系统内或是系统外的干扰，系统内可以通过修改频点，系统外的干扰需要深入的排查干扰源（扫频）；3、 增大上行干扰余量：增加上行初始发射功率，增加抗干扰能力，提高接入成功率；4、 提高最小接收电平（影响23G重选）：小区P-CCPCH RSCP最低接入门限，收缩实际覆盖范围，提高边缘UE的接通率，增大该参数同时会促进UE向GSM网络的重选。5、 增大T300N300定时器时长和次数：增加RRC请求次数和RRC建立时长正向的增加RRC建立成功率，但是同时会降低用户感知度。(RNC级参数不建议修改)6、 对于RL建立失败较多的小区，

17、且查不出具体的原因，可以尝试复位小区来解决。4.3. 常用修改参数参数名称执行命令参数设置合理范围影响频点MOD CARRIER按规范避免干扰扰码MOD CELL按规范避免干扰PCCPCHPOWERMOD PCCPCH250330调整覆盖TSHSMAXPWRMOD HSPDSCH250330调整H覆盖影响H接入、H速率Uppch位置MOD UPPCH022避免UPPPCH干扰，影响接入上行干扰余量MOD CELLNBMOLPC36提升手机发射功率，影响接入下行干扰余量MOD CELLNBMOLPC180提升基站发射功率，影响接入最小接入电平MOD CELLSELRESEL-100-102实现话

18、务均衡、调整小区覆盖半径影响接入和3G-2G重选小区重选迟滞MOD CELLSELRESEL4实现话务均衡、调整小区覆盖半径，影响重选小区重选时延MOD CELLSELRESEL13实现话务均衡、调整小区覆盖半径，影响重选空闲模式小区重选异系统测量门限MOD CELLSELRESEL813实现话务均衡、调整小区覆盖半径影响3G-2G的重选TD_offsetGSM侧5、6实现话务均衡、减少23G频繁重选，影响2G-3G的重选T300定时器SET IDLEMODETIMER1000，D1200RNC内RRC建立时长N300常数SET IDLEMODETIMER35RNC内RRC建立时长5. 掉话/

19、线类问题处理掉话率反映了系统的通讯保持能力，也反映了系统的稳定性和可靠性，是无线通讯系统的重要性能指标。在我们处理掉话的TOP小区的时候时候的基本思路是：对于掉话率高的小区首先要查看该小区的切换性能情况，初步分为两类：切换失败引起的掉话；非切换失败引起的掉话。在根据掉话的分类具体处理。发生掉话时，系统中触发两种信令过程，一是RAB释放请求，一是Iu口信令连接释放请求。无线系统掉话率分为CS域掉话率和PS域掉线率。 5.1. 掉话/线原因和分析释放类型掉话/线主要counter原因RAB RELEASERAB.RelReqCs.113OM干预RAB.RelReqCs.16用户无响应RAB.Rel

20、ReqCs.1RAB抢占RAB.RelReqCs.65AAL2失步RAB.RelReqPs.113OM干预RAB.RelReqPs.16OM干预RAB.RelReqPs.1用户无响应RAB.RelReqPs.RbResetRB复位IU RELEASEIU.AttConnRelReqUtranCs.113OM干预IU.AttConnRelReqUtranCs.16UE无响应IU.AttConnRelReqUtranCs.RlFailRL 失步IU.AttConnRelReqUtranPs.113OM干预IU.AttConnRelReqUtranPs.16UE无响应IU.AttConnRelReq

21、UtranPs.RlFailRL 失步IU.NbrRabCsRelIuConnPerCause.113OM干预IU.NbrRabCsRelIuConnPerCause.16UE无响应IU.NbrRabCsRelIuConnPerCause.RlFailRL 失步IU.NbrRabCsRelIuConnPerTraffic.Conv会话业务掉话常见的失败原因为IU.AttConnRelReqUtranCs.RlFail（RL失步）无线网络原因-弱覆盖或干扰导致掉话。从信令跟踪和OMC上倒出的Counter进行对比，其中出现原因最多的为SRB、TRB复位。上述这些指标可以按照表格分类：掉话分类引起

22、原因对应的信令过程相关指标空口原因RFRLC复位；RL FailureSRB_RESET，TRB RESET，RL失败，无线接口流程失败流程定时器超时RB _RECFGSRB_RESETPHY_RECFG 等过程超时HHO 过程失败非空口原因传输层故障ALCAP上报故障AAL2LOSS Signaling-transport-resource-failure通过MML强行释放用户OM interventionom-intervention 话统指标目前没有完全按照通常网络优化的掉话原因分类进行统计。需要说明的是RAN话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的RAB rel

23、ease请求次数和Iu release请求次数，分析掉话的时候要经过对信令的统计和OMC上导出的Counter进行比较分析。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致的。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时要注意区分。5.2. 掉话/线处理方法对于CS域业务掉话首先要区分是否是由于切花失败引起的掉话，如果是切换失败引起的，重点处理切换失败的问题，主要可以从以下几个方面处理：1、 告警查询和处理（基站硬

24、件故障或天馈故障）2、 覆盖调整：上行或者下行链路失败掉话，使得切换简单且顺畅，避免乒乓切换；3、 干扰排查：主要查找同频干扰或是邻区扰码相关性差造成的干扰（扰码相关性），主要通过频点，扰码的调整；系统外干扰排查；4、 邻区优化：对于冗余的邻区进行删除，添加必要的邻区；建议根据话统提出的切换数据和现场测试作为邻区优化的依据；5、 切换参数调整：先判断切换类型，可以通过调整切换门限、切换迟滞、切换迟延、CIO以及切换时的上下行干扰余量使得切换顺畅，合理；对于非切换失败引起的掉话线，可以从两大方面进行处理，一是提高T网的网络覆盖质量，二是通过23G优化。1、 RF优化，从根本上解决覆盖问题；2、

25、复位参数优化：拉长复位定时器的时长，增大最大复位次数和拉长无线链路同步上报等待定时器时长等；3、 调整23G参数：调整23G切换门限值、迟延和CIO使得在T网不能更好的承载业务时能及时的切换到G网，避免掉话和掉线。5.3. 常用修改参数参数名称执行命令参数设置合理范围影响频点MOD CARRIER按规范避免干扰扰码MOD CELL按规范避免干扰PCCPCHPOWERMOD PCCPCH250330调整覆盖TSHSMAXPWRMOD HSPDSCH250330调整H覆盖最小接入电平MOD CELLSELRESEL-100-102调整小区覆盖半径，剔除弱场用户空闲模式小区重选异系统测量门限MOD

26、CELLSELRESEL813调整小区覆盖半径，剔除弱场用户6. 切换类问题处理切换是一个重要的无线资源管理功能，是蜂窝系统所独有的功能和关键特征。TD-SCDMA系统的切换是为保证移动用户通信的连续性或者基于网络负载和操作维护等原因，将用户从当前的通信链路转移到其他小区的过程。切换过程的优化对任何一个蜂窝系统都是十分重要的，因为从网络效率的角度出发，用户终端处于不适合的服务小区时，不仅会影响自身的通信质量，同时也将增加整个网络的负荷，甚至增大对其他用户的干扰。移动用户应当使用网络中最佳的通信链路与相应基站建立连接。在成都TD-SCDMA项目上处理最多的切换是RNC间切换和系统间切换。6.1.

27、 切换失败原因和分析异常事件可能原因定位方向处理方向切换成功率系统内切换数据配置问题查询外部小区数据、核心网数据修改外部小区数据、核心网数据邻区配置不合理外场验证、MAPINFO图层观察、后台统计对于冗余的邻区进行删除，添加必要的邻区覆盖外场测试观察、后台PCHR分析工具（华为）调整覆盖干扰通过UPPCHISCP、上行ISCP修改频点、修改UpPCH Shifting（偏移）目标小区拥塞通过BRU利用率、用户数目标小区话务均衡或扩容切换参数设置错误或不合理检查切换参数合理性调整切换参数故障（GPS）通过告警、隐性故障排查（话统）推动告警处理系统间切换数据配置问题RNC侧查询G网小区数据、核心网

28、数据、G网配置数据修改G网小区数据、核心网数据23G邻区配置不合理外场验证、MAPINFO图层观察、后台统计对于冗余的邻区进行删除，添加必要的邻区G网小区的性能查询G网小区的KPI指标、站点健康情况删除G网有长期告警和KPI较差小区、添加邻区时尽量添加最优小区切换参数设置错误或不合理检查切换参数合理性调整切换参数6.2. 系统内切换失败处理方法1、 告警查询和处理；2、 参数配置核查：查询小区间的映射关系是否完全一致，在垮RNC切换，小区的频点扰码、LAC、RAC进行调整，但是在目标RNC上的外部邻小区上的数据没有进行相应的修改；3、 邻区优化：对于冗余的邻区进行删除，添加必要的邻区；4、 覆

29、盖调整：调整切换带使得切换简单且顺畅，避免乒乓切换；5、 干扰排查：主要查找同频干扰、邻区扰码相关性差造成的干扰（扰码相关性）和UP干扰，主要通过频点、扰码和UP的位置的调整；6、 切换参数调整：先判断切换类型，可以通过调整切换门限、切换迟滞、切换迟延、CIO以及切换时的上下行干扰，余量使得切换顺畅，合理；6.3. 系统间切换失败处理方法1、 23G邻区优化：删减冗余的G网邻区，添加必要的G网邻区；2、 23G切换门限的调整：在T网覆盖较弱或是边缘的站点，可以将本系统的切换门限值调大，在T网覆盖较好的时候就进行23G切换，避免弱覆盖区域造成切换失败；3、 单个小区CIO调整：对于23G切换中只

30、有向单个切换失败，而想其余的小区切换都正常，这种可能是G网小区存在问题，可以通过调整CIO，减少切换次数；4、 删除切换较差的G网邻区：对于存在1800和900共站的G网小区，如果向1800的G网小区切换失败较多，可以尝试删除1800的G网邻区，添加同站对应900的G网邻区；5、 排查较差的G网TOP小区，可以删除与这些小区的邻区关系，提高23G切换成功率。6.4. 常用修改参数参数名称执行命令参数设置合理范围影响邻区ADD/RMV NCELL无邻区切换切换CIOMOD NCELL-1010调整切换带，影响系统内切换PCCPCH功率MOD PCCPCH250330调整覆盖频点MOD CARRI

31、ER无避免干扰扰码MOD CELL无避免干扰载频优先级MOD CARRIER依据要求配置影响载波接入优先级，避免同频切换2A切换迟滞MOD CELLINTERFREQHONCOV824减少乒乓和误判、避免切换不及时，影响异频切换2A触发时间MOD CELLINTERFREQHONCOVD640D1280减少乒乓和误判、避免切换不及时，影响异频切换1G切换迟滞MOD CELLINTRAFREQHO610减少乒乓和误判、避免切换不及时，影响同频切换1G触发时间MOD CELLINTRAFREQHOD640D1280减少乒乓和误判、避免切换不及时，影响同频切换CS业务3A事件延迟触发时间MOD CE

32、LLINTERRATHOCOVD320D5000调整23G切换带，影响异系统切换CS业务使用频率RSCP质量门限MOD CELLINTERRATHOCOV8895调整23G切换带，影响异系统切换CS业务异系统切换判决门限MOD CELLINTERRATHOCOV3040调整23G切换带，影响异系统切换防止异频非覆盖小区间乒乓切换定时器MOD CELLHOCOMM03防止乒乓切换切换时的上行干扰余量MOD CELLNBMOLPC36切换时提升手机发射功率，影响系统内切换切换时的下行干扰余量MOD CELLNBMOLPC250切换时提升基站发射功率，影响系统内切换三7. 总结从各种问题的处理来看，通过各种参数的调整对于小区的指标改善效果不是很明显，而且对于参数的调整很多还会带来一些负面的影响，所以对以TOP小区问题比较明显的小区可以直接的修改对应的参数，对于问题原因不是很明确的，可以先从覆盖和干扰方面来考虑处理，对于TOP小区的处理的根本是在覆盖和干扰方面，所以提升网络指标的基础是做好覆盖、提高系统的容量这种从根本上解决TOP小区，提升网络整体指标。-