TD网优葵花宝典之KPI篇

1、.：.；TD-SCDMA_KPI优化指点分析目录 TOC o 1-3 h z u HYPERLINK l _Toc256950671 一、接通率 PAGEREF _Toc256950671 h 2 HYPERLINK l _Toc256950672 1.RRC衔接建立失败 PAGEREF _Toc256950672 h 3 HYPERLINK l _Toc256950673 1 PAGEREF _Toc256950673 h 3 HYPERLINK l _Toc256950674 2 PAGEREF _Toc256950674 h 3 HYPERLINK l _Toc256950675 3 P

2、AGEREF _Toc256950675 h 3 HYPERLINK l _Toc256950676 1.1CONGESTION缘由：码资源缺乏 PAGEREF _Toc256950676 h 3 HYPERLINK l _Toc256950677 1.2no reply缘由：无呼应 PAGEREF _Toc256950677 h 3 HYPERLINK l _Toc256950678 2.RAB衔接建立失败 PAGEREF _Toc256950678 h 4 HYPERLINK l _Toc256950679 1.3Ue_Operate_TimeOut缘由 PAGEREF _Toc25695

3、0679 h 4 HYPERLINK l _Toc256950680 1.4UeReportCellUpdate缘由 PAGEREF _Toc256950680 h 4 HYPERLINK l _Toc256950681 1.5Invalid_RAB_ID缘由 PAGEREF _Toc256950681 h 5 HYPERLINK l _Toc256950682 二、掉话率 PAGEREF _Toc256950682 h 5 HYPERLINK l _Toc256950683 2.1RLFail_Report缘由 PAGEREF _Toc256950683 h 5 HYPERLINK l _T

4、oc256950684 2.2RRM_CellDelete_Release缘由 PAGEREF _Toc256950684 h 6 HYPERLINK l _Toc256950685 2.3Ue_Operate_TimeOut缘由 PAGEREF _Toc256950685 h 6 HYPERLINK l _Toc256950686 2.4UCIU_error缘由 PAGEREF _Toc256950686 h 6 HYPERLINK l _Toc256950687 2.5Release due to UE generated signalling connection release缘由 P

5、AGEREF _Toc256950687 h 7 HYPERLINK l _Toc256950688 三、系统内切换胜利率 PAGEREF _Toc256950688 h 7 HYPERLINK l _Toc256950689 3.1 物理信道重配超时 PAGEREF _Toc256950689 h 7 HYPERLINK l _Toc256950690 3.2 物理信道重配失败 PAGEREF _Toc256950690 h 8 HYPERLINK l _Toc256950691 3.3 CN呼应超时 PAGEREF _Toc256950691 h 8 HYPERLINK l _Toc256

6、950692 四、系统间切换胜利率 PAGEREF _Toc256950692 h 8 HYPERLINK l _Toc256950693 4.1 handoverFromUTRANFailure PAGEREF _Toc256950693 h 8 HYPERLINK l _Toc256950694 4.2 UE上报cellupdate PAGEREF _Toc256950694 h 9 HYPERLINK l _Toc256950695 4.3 CN下发正常释放IU的音讯 PAGEREF _Toc256950695 h 9接通率从综合的角度思索接通率，需求把RRC衔接建立胜利率和RAB指派胜

7、利率结合起来一同表征接通率。RRC衔接建立胜利率反映RNC或者小区的UE接纳才干，RRC衔接建立胜利意味着UE与网络建立了信令衔接。RRC衔接建立可以分两种情况：一种是与业务相关的RRC衔接建立；另一种是与业务无关如位置更新、系统间小区重选、注册等的RRC衔接建立。前者是衡量呼叫接通率的一个重要目的，其结果可以作为调整信道配置的根据。后者可用于调查系统负荷情况。RAB建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC衔接建立然后才干建立RAB，当RAB建立胜利以后，一个根本的呼叫即建立，UE进入通话过程。RRC衔

8、接建立失败序号计数器描画实践触发缘由RRC衔接失败计数器，congestion网络拥塞无法接入信道用户RRC衔接失败计数器，unspecified其他异常缘由RRC衔接失败计数器，NO REPLY超时没有收到UE应对CONGESTION缘由：码资源缺乏【缺点景象】RRC呼通率低，从信令跟踪上看，RNC收到rrcConnectionRequest恳求之后，直接下发了rrcConnectionReject音讯。RRC建立KPI统计失败缘由为CONGESTION.【排查方法】在OMCR性能管理中，挑选CONGESTION高的小区；提取KPI综合分析CS/PS流量，初步分析能否和码资源相关；如CONG

9、ESTION次数高的时段，PS流量很大，很有能够是码资源不够。经过LMT小区载波丈量查看小区码资源配置及运用情况，并检查一下有没有载波或时隙被闭塞景象也可在OMCR NodeB动态数据管理中查看。no reply缘由：无呼应【缺点景象】RRC呼通率低，从信令跟踪上看，RNC发出rrcConnectionSetup恳求之后，没有收到UE上报的rrcConnectionSetupcomplete音讯。RRC建立KPI统计失败缘由为NOREPLY.【排查方法】现场普通采用逐渐判别的方法来定位问题确定RNC曾经收到了RRC Connection Request恳求，并且曾经发出了RRC Connect

10、ion Setup 信令查看传输告警，以及传输的内部告警，确保传输没有问题。跟传输方面联络确认查看Node B的收包情况与RNC的送包数量一致，同时确定Node B在FACH上正确完好地将数据传出需用服兄弟协助 确认。确定终端能否收到Node B传来的信令添加SCCPCH的功率，察看目的添加网络端开环期望接纳功率，添加complete音讯接纳到的几率，察看目的RAB衔接建立失败导致RAB建立失败的主要缘由列举如下：Ue_Operate_TimeOut缘由【缺点景象】从信令跟踪上看，RNC发出radiobearerSetup和radiolinkreconfigurationcommit恳求之后，

11、没有收到基站上报的RadioLinkRestoreIndication和UE上发的radiobearerSetupcomplete。RAB建立超时Ue_Operate_TimeOut，上报缘由值UE失败缘由为NOREPLY.【排查方法】查看站点告警，如存在影响业务告警，要求用服工程师处理告警；确定NODEB和UE之间上下行链路信号能否良好，如有弱覆盖，先处理弱覆盖问题；确定NODEB和UE之间上下行链路能否存在干扰，如存在干扰，首先排查干扰情况，处理干扰源；将小区参数与正常小区参数进展比对，确认能否参数配错导致；如以上排查均没有问题，分析信令数据，确认能否同一用户终端。从终端入手，确认终端能否

12、收到radiobearerSetup或收到后能否发出radiobearerSetupcomplete，如用户无法回访或无法确认该信息，跟踪该用户终端IMSI，看能否仍会出现RAB建立失败；问题仍无法定位，上报研发。UeReportCellUpdate缘由【缺点景象】RAB衔接建立过程中，UE上报小区更新，导致RAB建立失败，失败缘由为UeReportCellUpdate。【排查方法】出现该缘由值为网络端和UE交互时，其下行链路恶化，无法坚持，导致UE上报cellupdate，建议从三方面入手定位：查看站点告警，如存在告警，提交用服工程师排查信号情况，能否下行链路信号出现问题，比如弱场，干扰等缘

13、由，如有，先处理掉终端问题，终端软件在处置信号及链路坚持过程中出现问题，导致链路无法坚持，上报cellupdate，重新建立链路。该类型缘由终端，普通会长期出现，可跟踪该类型终端IMSI号察看。Invalid_RAB_ID缘由【缺点景象】UE延续上发两条RABassignmentrequest，建立链路，下发radiobearersetup后，UE回radiobearersetupfailure，RABassignmentfail缘由为Invalid_RAB_ID，UE仅上发一条RABassignmentrequest也有能够出现该景象。【排查方法】目前嘉兴存在该景象。出现该问题时，需求对信令

14、进展仔细分析，看信令流程走向。假设出现两条RABassignmentrequest，一条为释放恳求，一条为业务恳求，导致RNC在RAB建立过程中出现问题，该问题需求结合中心网一同排查；假设只出现一条RABassignmentrequest，为业务恳求信令，此时需求对信令过程仔细进展分析，在RAB指派建立过程中，中心网能否跟RNC有过异常交互目前发现的为中心网异常下发PDP回绝，该异常信令的下发也需求中心网做出解释。掉话率 掉话是指用户在掉话之前，未发起任何空口信令过程，或之前的信令交互过程曾经终了，处于稳态下被网络侧发起Iu链接释放过程。掉话有用户面RLC不可恢复错误Uciu Error、No

15、deB上报RL失败、用户未激活、用户发起信令衔接释放指示等，此外用户归属小区发生异常，如小区删除、载频不可用，或后台发起小区公共资源重配，如小区公共信道重配，共享信道重配等。这些均会导致掉话，亦是掉话缘由所在，会影响相应掉话率目的。下面将就相关缘由进展阐明。RLFail_Report缘由【缺点景象】NODEB链路坚持过程中发radiolinkfailureIndication，指明无线链路已开场恶化，假设在接下来的5s里UE无法与NODEB同步上，将导致RNC释放链路，报掉话缘由：RLFail_Report。【排查方法】遇到该问题，首要需求核对UE所处无线环境，信号强度怎样，能否存在干扰，特别

16、是上行干扰；由于NODEB报radiolink失败，这是由于NODEB与UE在链路坚持过程中，其上行链路出现恶化，失步了，因此排查过程中，主要从上行入手排查，包括上行干扰，业务信道的干扰等。假设是UeReportCellUpdate，那么阐明此时是下行链路出现恶化，下行失步了，主要从下行入手排查。可适当抬升网络端期望接纳功率，以保证在信号质量不好的情况下，NODEB能正确接纳UE发射信号。RRM_CellDelete_Release缘由【缺点景象】UE忽然掉话，掉话缘由：RRM_CellDelete_Release【排查方法】小区异常退出导致用户释放，讯问用服能否进展了相关操作导致。Ue_Op

17、erate_TimeOut缘由【缺点景象】UE在于UTRAN交互的过程中，由于未在计数器指定的时间里呼应网络端恳求，导致超时掉话，这主要表如今切换过程中，RNC下发了切换信令，但指定时间里未收到UE切换完成呼应，导致掉话。【排查方法】首先查看告警信息，特别是GPS异常告警，导致UE无法同步至目的小区，完成信令交互过程，超时掉话；核对小区参数，包括网络端期望接纳功率等，能否存在目的小区期望接纳功率过低，导致无法完成上行切换完成信息的正确接纳和解码；查看上行干扰，能否该站点存在较高UP干扰和业务时隙上行干扰，导致无法完成信息交互；查看下行干扰和下行信号链路质量，能否下行链路存在问题，导致UE无法接

18、纳到RNC下发的切换恳求；确认能否终端缘由，能否终端存在异常，未发或发送了错误的信息；根据能否上下行链路问题，适当调整期望接纳功率，以加强网络端或UE接纳到的几率。UCIU_error缘由【缺点景象】链路坚持过程中，NODEB上报无线链路失败，或者UE上报CELLUPDATE，一段时间后掉话，掉话缘由为UCIU ERROR。【排查方法】该缘由值跟RLFail report景象有几分类似，因此排查过程中，需求从同样几方面入手。但同时，导致该缘由值根本缘由是由于终端RLC层在处置NODEB发过来的数据时，处置异常，用户面RLC发送SRB RESET超越最大次数。典型情况是UE自动发起cellupd

19、ate过程，cellupdate缘由为RLCunrecoverableError。检查终端所处无线环境，能否存在弱场，能否存在上下行干扰；将终端进展重启，看问题能否处理；如仍未处理，向研发反响。Release due to UE generated signalling connection release缘由【缺点景象】链路坚持过程中，UE向RNC发送信令衔接释放指示音讯，指示RNC释放该CN域的Iu口衔接。【排查方法】部分终端处于节电的目的，在终端侧一段时间内检测到用户无操作或锁屏等情况后，那么会自动向网络侧发送信令链接释放指示，让网络侧释放对应域的Iu衔接，假设为单域业务那么会发起RRC

20、链接释放过程。此外，部分终端内部异常，需求自动释放RRC时，也会信令链接释放指示。定位为终端缘由。系统内切换胜利率3.1 物理信道重配超时【缺点景象】网络侧在下发physicalChannelReconfiguration音讯后，终端回physicalChannelReconfigurationFailure音讯，导致切换过程失败【排查方法】查看PhysicalChannelReconfigurationFailure中携带的失败缘由，比如最常见的Failure cause为physical channel failure，表示UE无法在建立新的物理信道，即UE无法在新的信道配置上完成L1同步

21、UE在T312时间内，收到N312个同步指示，即以为新的信道建立胜利。呵斥这种景象的缘由能够为物理信道所在的时隙干扰较大，或目的小区存在UP干扰。排查方法：查看各时隙干扰情况，假设发现时隙干扰很大，查看NODEB载扇能否正常，同时查看邻小区能否有大量同频邻区，假设在话务量小的情况下，ISCP依然很高，那么干扰能够异系统，如：GSM，PHS等；查看目的小区UP干扰，假设较大，那么进展UP位置偏移；时隙干扰经常性偏大时，可以尝试调低UE的上、下行开环功率；无效配置、配置不支持等配置错误：换个手机测试，假设各厂家手机测试都有问题，将本小区的重配音讯和正常小区的重配音讯进展对比，查看配置能否正确；3.

22、2 物理信道重配失败【缺点景象】UE收到了RECONFIGURATION音讯，并发送了COMPLETE音讯，但RNC未收到上行功率缺乏或存在干扰等缘由；UE收到了RECONFIGURATION音讯，但没发送COMPLETE音讯音讯错误或UE内部错误等缘由；【排查方法】假设UE未收到重配音讯：调整后台下行最小发送功率，添加UE接纳到重配音讯的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干扰；假设网络侧没有收到重配完成音讯：那么调整后台DPCH的期望接纳功率，同时利用网规网优手段，降低上行方向上的干扰。3.3 CN呼应超时【缺点景象】当CN存在某种异常时，收到S侧发送的Relo

23、cation Required音讯，立刻下发IuReleaseCommand，D侧表现为看不到任何信令，此种异常不会导致任何KPI目的异常，但会影响用户感受。【排查方法】需求确认和CN能否存在问题，如缺点、拥塞等，重点在CN侧排查询题。系统间切换胜利率4.1 handoverFromUTRANFailure【缺点景象】RNC下发handoverFromUTRANcommand_GSM后，一段时间，UE上报handoverFromUTRANFailure，缘由值2，即：physical channel failure。【排查方法】需结合CN、2G网络端和终端一同结合排查。对于该问题，首先核对2G小区配置参数，确保参数方面无误进展现场复测，看问题能否复现，明确问题是在UTRAN之上还是之下；假设问题出在网络端，结合CN、2G网络端一同排查；假设问题出在终端，进展终端对比测试。目前在现网优化过程中，发现部分终端，甚至包括