《（2020）(KPI绩效指标)TD网优葵花宝典之KPI篇》由会员分享，可在线阅读，更多相关《（2020）(KPI绩效指标)TD网优葵花宝典之KPI篇（9页珍藏版）》请在金锄头文库上搜索。
1、 上海贝易通讯网规网优部 TD-SCDMA后台KPI优化TD-SCDMA_KPI优化指导分析目录一、接通率21.RRC连接建立失败31323331.1CONGESTION原因：码资源不足31.2no reply原因：无响应32.RAB连接建立失败41.3Ue_Operate_TimeOut原因41.4UeReportCellUpdate原因41.5Invalid_RAB_ID原因5二、掉话率52.1RLFail_Report原因52.2RRM_CellDelete_Release原因62.3Ue_Operate_TimeOut原因62.4UCIU_error原因62.5Release due
2、to UE generated signalling connection release原因7三、系统内切换成功率73.1 物理信道重配超时73.2 物理信道重配失败83.3 CN响应超时8四、系统间切换成功率84.1 handoverFromUTRANFailure84.2 UE上报cellupdate94.3 CN下发正常释放IU的消息9一、 接通率从综合的角度考虑接通率，需要把RRC连接建立成功率和RAB指派成功率联合起来一起表征接通率。RRC连接建立成功率反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接。RRC连接建立可以分两种情况：一种是与业务相关
3、的RRC连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的RRC连接建立。前者是衡量呼叫接通率的一个重要指标，其结果可以作为调整信道配置的依据。后者可用于考察系统负荷情况。RAB建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB，当RAB建立成功以后，一个基本的呼叫即建立，UE进入通话过程。RRC连接建立失败序号计数器描述实际触发原因1RRC连接失败计数器，congestion网络拥塞无法接入信道用户2RRC连接失败计数器，unspecified其他异常原因3RRC连接
4、失败计数器，NO REPLY超时没有收到UE应答1.1 CONGESTION原因：码资源不足【故障现象】RRC呼通率低，从信令跟踪上看，RNC收到rrcConnectionRequest请求之后，直接下发了rrcConnectionReject消息。RRC建立KPI统计失败原因为CONGESTION.【排查方法】（1） 在OMCR性能管理中，筛选CONGESTION高的小区；（2） 提取KPI综合分析（CS/PS流量），初步分析是否和码资源相关；如CONGESTION次数高的时段，PS流量很大，很有可能是码资源不够。（3） 通过LMT小区载波测量查看小区码资源配置及使用情况，并检查一下有没有载
5、波（或时隙）被闭塞现象（也可在OMCR NodeB动态数据管理中查看）。1.2 no reply原因：无响应【故障现象】RRC呼通率低，从信令跟踪上看，RNC发出rrcConnectionSetup请求之后，没有收到UE上报的rrcConnectionSetupcomplete消息。RRC建立KPI统计失败原因为NOREPLY.【排查方法】现场一般采用逐步判断的方法来定位问题（1） 确定RNC已经收到了RRC Connection Request请求，并且已经发出了RRC Connection Setup 信令（2） 查看传输告警，以及传输的内部告警，确保传输没有问题。（跟传输方面联系确认）（
6、3） 查看Node B的收包情况与RNC的送包数量一致，同时确定Node B在FACH上正确完整地将数据传出（需用服兄弟帮忙确认）。（4） 确定终端是否收到Node B传来的信令（5） 增加SCCPCH的功率，观察指标（6） 增加网络端开环期望接收功率，增加complete消息接收到的几率，观察指标1. RAB连接建立失败导致RAB建立失败的主要原因列举如下：1.3 Ue_Operate_TimeOut原因【故障现象】从信令跟踪上看，RNC发出radiobearerSetup和radiolinkreconfigurationcommit请求之后，没有收到基站上报的RadioLinkRestor
7、eIndication和UE上发的radiobearerSetupcomplete。RAB建立超时Ue_Operate_TimeOut，上报原因值UE失败原因为NOREPLY.【排查方法】（1） 查看站点告警，如存在影响业务告警，要求用服工程师解决告警；（2） 确定NODEB和UE之间上下行链路信号是否良好，如有弱覆盖，先解决弱覆盖问题；（3） 确定NODEB和UE之间上下行链路是否存在干扰，如存在干扰，首先排查干扰情况，解决干扰源；（4） 将小区参数与正常小区参数进行比对，确认是否参数配错导致；（5） 如以上排查均没有问题，分析信令数据，确认是否同一用户终端。从终端入手，确认终端是否收到ra
8、diobearerSetup或收到后是否发出radiobearerSetupcomplete，如用户无法回访或无法确认该信息，跟踪该用户终端IMSI，看是否仍会出现RAB建立失败；（6） 问题仍无法定位，上报研发。1.4 UeReportCellUpdate原因【故障现象】RAB连接建立过程中，UE上报小区更新，导致RAB建立失败，失败原因为UeReportCellUpdate。【排查方法】出现该原因值为网络端和UE交互时，其下行链路恶化，无法保持，导致UE上报cellupdate，建议从三方面入手定位：（1） 查看站点告警，如存在告警，提交用服工程师（2） 排查信号情况，是否下行链路信号出现
9、问题，比如弱场，干扰等原因，如有，先解决掉（3） 终端问题，终端软件在处理信号及链路保持过程中出现问题，导致链路无法保持，上报cellupdate，重新建立链路。该类型原因终端，一般会长期出现，可跟踪该类型终端IMSI号观察。1.5 Invalid_RAB_ID原因【故障现象】UE连续上发两条RABassignmentrequest，建立链路，下发radiobearersetup后，UE回radiobearersetupfailure，RABassignmentfail原因为Invalid_RAB_ID，UE仅上发一条RABassignmentrequest也有可能出现该现象。【排查方法】目前
10、嘉兴存在该现象。出现该问题时，需要对信令进行仔细分析，看信令流程走向。（1） 如果出现两条RABassignmentrequest，一条为释放请求，一条为业务请求，导致RNC在RAB建立过程中出现问题，该问题需要联合核心网一起排查；（2） 如果只出现一条RABassignmentrequest，为业务请求信令，此时需要对信令过程仔细进行分析，在RAB指派建立过程中，核心网是否跟RNC有过异常交互（目前发现的为核心网异常下发PDP拒绝），该异常信令的下发也需要核心网做出解释。二、 掉话率 掉话是指用户在掉话之前，未发起任何空口信令过程，或之前的信令交互过程已经结束，处于稳态下被网络侧发起Iu链接
11、释放过程。掉话有用户面RLC不可恢复错误（Uciu Error）、NodeB上报RL失败、用户未激活、用户发起信令连接释放指示等，此外用户归属小区发生异常，如小区删除、载频不可用，或后台发起小区公共资源重配，如小区公共信道重配，共享信道重配等。这些均会导致掉话，亦是掉话原因所在，会影响相应掉话率指标。下面将就相关原因进行说明。2.1 RLFail_Report原因【故障现象】NODEB链路保持过程中发radiolinkfailureIndication，指明无线链路已开始恶化，如果在接下来的5s里UE无法与NODEB同步上，将导致RNC释放链路，报掉话原因：RLFail_Report。【排查方
12、法】（1） 遇到该问题，首要需要核查UE所处无线环境，信号强度怎样，是否存在干扰，特别是上行干扰；（2） 由于NODEB报radiolink失败，这是因为NODEB与UE在链路保持过程中，其上行链路出现恶化，失步了，因此排查过程中，主要从上行入手排查，包括上行干扰，业务信道的干扰等。如果是UeReportCellUpdate，则表明此时是下行链路出现恶化，下行失步了，主要从下行入手排查。（3） 可适当抬升网络端期望接收功率，以保证在信号质量不好的情况下，NODEB能正确接收UE发射信号。2.2 RRM_CellDelete_Release原因【故障现象】UE突然掉话，掉话原因：RRM_Cell
13、Delete_Release【排查方法】小区异常退出导致用户释放，询问用服是否进行了相关操作导致。2.3 Ue_Operate_TimeOut原因【故障现象】UE在于UTRAN交互的过程中，由于未在计数器指定的时间里响应网络端请求，导致超时掉话，这主要表现在切换过程中，RNC下发了切换信令，但指定时间里未收到UE切换完成响应，导致掉话。【排查方法】（1） 首先查看告警信息，特别是GPS异常告警，导致UE无法同步至目标小区，完成信令交互过程，超时掉话；（2） 核查小区参数，包括网络端期望接收功率等，是否存在目标小区期望接收功率过低，导致无法完成上行切换完成信息的正确接收和解码；（3） 查看上行干
14、扰，是否该站点存在较高UP干扰和业务时隙上行干扰，导致无法完成信息交互；（4） 查看下行干扰和下行信号链路质量，是否下行链路存在问题，导致UE无法接收到RNC下发的切换请求；（5） 确认是否终端原因，是否终端存在异常，未发或发送了错误的信息；（6） 根据是否上下行链路问题，适当调整期望接收功率，以增强网络端或UE接收到的几率。2.4 UCIU_error原因【故障现象】链路保持过程中，NODEB上报无线链路失败，或者UE上报CELLUPDATE，一段时间后掉话，掉话原因为UCIU ERROR。【排查方法】该原因值跟RLFail report现象有几分相似，因此排查过程中，需要从同样几方面入手。
15、但同时，导致该原因值根本原因是因为终端RLC层在处理NODEB发过来的数据时，处理异常，用户面RLC发送SRB RESET超过最大次数。典型情况是UE主动发起cellupdate过程，cellupdate原因为RLCunrecoverableError。（1） 检查终端所处无线环境，是否存在弱场，是否存在上下行干扰；（2） 将终端进行重启，看问题是否解决；（3） 如仍未解决，向研发反馈。2.5 Release due to UE generated signalling connection release原因【故障现象】链路保持过程中，UE向RNC发送信令连接释放指示消息，指示RNC释放该CN域的Iu口连接。【排查方法】部分终端处于节电的目的，在终端侧一段时间内检测到用户无操作或锁屏等情况后，则会主动向网络侧发送信令链接释放指示，让网络侧释放对应域的Iu连接，如果为单域业务则会发起RRC链接释放过程。此外，部分终端内部异常，需要主动释放RRC时，也会信令链接释放指示
