TD-SCDMAKPI指标及优化指导书

1、TD-SCDMA KPI指标及优化指导书课程目标学习完成本课程您将会：了解TD-SCDMA无线优化KPI指标定义了解各指标的评价标准了解各项KPI优化的基本思路课程内容KPI 指标的分类KPI 优化方法PCCPCH接收信号码片功率RSCP（双码道） PCCPCH的载干比C/I 覆盖率 指标名称覆盖率指标意义无线网络的覆盖率，反映了网络的可用性。网络的下行覆盖是由PCCPCH信道的RSCP和质量C/I来衡量，网络的上行覆盖情况一般由手机的发射功率来衡量。计算公式覆盖率=满足覆盖要求的点数/总的采样点数*100%，定义F取值为1的测试点为满足覆盖要求的测试点，即：对于上行，F上行手机发送功率值手机

2、最大发送功率值；对于下行，FRSCPR且C/IS；其中：RSCP表示接收导频信号码片功率；C/I表示接收主公共控制信号的信号品质；RSCPR和C/IS表示是否满足条件，R和S是RSCP和C/I在计算中的阈值（该值的推导现在不清楚）。如果RSCPR和C/IS都满足，则F取值1，若有一个不满足或都不满足，则F取值0。计算之前首先排除测试中的异常点，异常点指的是RSCP或C/I的取值远远超出正常范围之外。该公式表示如果某一区域接收信号码片功率超过某一门限同时信号品质超过某一门限则表示该区域被覆盖。由于不同的业务，其覆盖不同，要求的覆盖率也不同，因此针对不同的业务可以测量不同的F值来计算覆盖率。注意，

3、这里的覆盖率指的是区域覆盖率，不是边缘覆盖率。采集对象路测指标取值高标准98%（RSCP-95dBm且C/I-3dB）建议标准95%（RSCP-95dBm且C/I-3dB）低标准90%（RSCP-95dBm且C/I-3dB）覆盖优化 覆盖问题产生的原因总体来讲有四类：一是无线网络规划结果和实际覆盖效果存在偏差；二是覆盖区无线环境变化；三是工程参数和规划参数间的不一致；四是增加了新的覆盖需求。由此产生的问题主要表现为覆盖空洞、覆盖弱区、越区覆盖、导频污染和邻区设定不合理等几个方面。通常通过工程参数调整、RF参数修改、功率调整等方法解决 呼叫类指标 呼叫类指标包括呼叫接通率和保持率两类指标。接通率

4、是反映TD-SCDMA系统性能最重要的指标，也是运营商十分关注的指标 一个完整的呼叫接通率有多个层次：寻呼成功率、RRC连接建立成功率和RAB指配建立成功率。UE从接收到CN发来的寻呼消息，到RAB指派完成，完成一个完整呼叫流程。信令流程 RRC连接建立成功率（业务相关） 指标名称RRC连接建立成功率（业务相关）指标意义反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接。RRC连接建立可以分两种情况：一种是与业务相关的RRC连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的RRC连接建立。前者是衡量呼叫接通率的一个重要指标，其结果可以作为调整信

5、道配置的依据。后者可用于考察系统负荷情况。计算公式RRC连接建立成功率（业务相关）RRC连接建立成功次数（业务相关）/RRC连接建立尝试次数（业务相关）100%信令触发点SRNC收到RRC建立请求之后决定是否建立，以及是建立在专用信道还是公共信道上。RRC连接建立成功率（业务相关）用RRC连接建立成功次数和RRC连接建立尝试次数的比来表示，对应的信令分别为：RNC收到的RRC CONNECTION SETUP COMPLETE次数和RNC收到的RRC CONNECTION REQ次数。该指标要求按不同业务类型分别进行统计。采集对象后台网管计数器测量并计算指标取值高标准100%建议标准99%低标

6、准98%RAB建立成功率 指标名称RAB建立成功率指标意义RAB建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB，当RAB建立成功以后，一个基本的呼叫即建立，UE进入通话过程。计算公式CS域RAB建立成功率CS域RAB指派建立成功RAB数目/CS域RAB建立请求的RAB数目*100%PS域RAB建立成功率PS域RAB指派建立成功RAB数目/PS域RAB建立请求的RAB数目*100%RAB建立成功率（CS域RAB指派建立成功RAB数目+PS域RAB指派建立成功RAB数目）/（CS域RAB

7、建立请求的RAB数目+PS域RAB建立请求的RAB数目）*100%信令触发点RAB建立成功率用RAB指派建立尝试次数和RAB指派建立成功响应次数的比表示，对应的信令分别为：RAB ASSIGNMENT REQUEST（RAB建立请求）和RAB ASSIGNMENT RESPONSE（RAB建立成功）。RAB建立成功率对于CS域和PS分别统计。采集对象后台网管计数器测量并计算指标取值高标准100%建议标准99%低标准98%无线接通率 指标名称无线接通率指标意义反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接。RRC连接建立可以分两种情况：一种是与业务相关的RRC

8、连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的RRC连接建立。前者是衡量呼叫接通率的一个重要指标，其结果可以作为调整信道配置的依据。后者可用于考察系统负荷情况。计算公式无线接通率RAB建立成功率RRC连接建立成功率（业务相关）100%信令触发点见“RRC连接建立成功率（业务相关）”和“RAB建立成功率”采集对象后台网管计数器测量并计算指标取值高标准99%建议标准98%低标准96%语音业务无线接通率 指标名称语音业务无线接通率指标意义反映语音业务呼叫接通率的一个重要指标，其结果可以作为调整信道配置、网络优化的依据。计算公式语音业务无线接通率（电路域RAB建立成功的C类AMR

9、低速率RAB数目+电路域RAB建立成功的C类12.2/12.2RAB数目）/（电路域RAB请求建立的C类AMR低速率RAB数目+电路域RAB请求建立的C类12.2/12.2RAB数目）（RRC连接建立成功次数主叫会话类业务+ RRC连接建立成功次数被叫会话类业务）/（RRC连接尝试次数主叫会话类业务+ RRC连接尝试次数被叫会话类业务）100%信令触发点见“RRC连接建立成功率（业务相关）”和“RAB建立成功率”采集对象后台网管计数器测量并计算指标取值高标准99%建议标准96%低标准94%视频电话业务无线接通率 指标名称视频电话无线接通率指标意义反映视频电话业务呼叫接通率的一个重要指标，其结果

10、可以作为调整信道配置、网络优化的依据。计算公式语音业务无线接通率（电路域RAB建立成功的C类64/64RAB数目/电路域RAB请求建立的C类64/64RAB数目）（RRC连接建立成功次数主叫会话类业务+ RRC连接建立成功次数被叫会话类业务）/（RRC连接尝试次数主叫会话类业务+ RRC连接尝试次数被叫会话类业务）100%信令触发点见“RRC连接建立成功率（业务相关）”和“RAB建立成功率”采集对象后台网管计数器测量并计算指标取值高标准98%建议标准94%低标准92%PS域无线接通率 指标名称PS域无线接通率指标意义反映PS域呼叫接通率的一个重要指标，其结果可以作为调整信道配置、网络优化的依据

11、。计算公式PS域无线接通率（分组域RAB指配建立成功的S类RAB数目+分组域RAB指配建立成功的I类RAB数目+分组域RAB指配建立成功的B类RAB数目）/（分组域RAB指配请求建立的S类RAB数目+分组域RAB指配请求建立的I类RAB数目+分组域RAB指配请求建立的B类RAB数目）（RRC连接建立成功次数主叫流类业务+ RRC连接建立成功次数被叫流类业务+ RRC连接建立成功次数主叫交互类业务+ RRC连接建立成功次数被叫交互类业务+ RRC连接建立成功次数主叫背景类业务+ RRC连接建立成功次数被叫背景类业务）/（RRC连接尝试次数主叫流类业务+ RRC连接尝试次数被叫流类业务+ RRC连

12、接尝试次数主叫交互类业务+ RRC连接尝试次数被叫交互类业务+ RRC连接尝试次数主叫背景类业务+ RRC连接尝试次数被叫背景类业务）100%信令触发点见“RRC连接建立成功率（业务相关）”和“RAB建立成功率”采集对象后台网管计数器测量并计算指标取值高标准98%建议标准94%低标准92%无线电路域掉话率 反映了系统电路域业务的通讯保持能力，是用户直接感受的重要性能指标之一。指标名称无线掉话率（业务相关）指标意义RNC通过向CN发起RAB释放请求，请求释放一个或多个无线接入承载（RAB）。当UE丢失或者不激活，或者由于UTRAN的原因，RNC向CN发起Iu连接释放请求，请求释放与一个UE相连的

13、Iu连接。计算公式电路域掉话率= RNC请求释放的电路域掉话的RAB数目/电路域RAB指派建立成功的RAB数目*100%信令触发点RNC通过向CN发起RAB释放请求与发起Iu连接释放请求，对应的信令分别为：RAB RELEASE REQUEST和Iu RELEASE REQUEST。采集对象后台网管计数器测量并计算指标取值高标准1%建议标准2%低标准4%备注需要按业务划分，上面的取值为语音业务无线分组域掉线率 指标名称无线分组域掉线率指标意义反映了系统分组域业务的通讯保持能力，是用户直接感受的重要性能指标之一。计算公式分组域掉线率= RNC请求释放的分组域掉线的RAB数目/分组域RAB指派建立

14、成功的RAB数目*100%信令触发点RNC通过向CN发起RAB释放请求与发起Iu连接释放请求，对应的信令分别为：RAB RELEASE REQUEST和Iu RELEASE REQUEST。采集对象后台网管计数器测量并计算指标取值高标准2%建议标准4%低标准8%掉话率 电路域业务掉话比 课程内容KPI 指标的分类KPI 优化方法接入类 掉话类切换寻呼数据业务下载接入指标优化 接入失败可能的问题原因包括以下几类：终端问题造成的接入失败终端无法收到FPACH造成的接入失败RRC连接请求被拒绝由于弱场或干扰造成的信令丢失，上下行链路中断核心网问题造成的鉴权失败或RAB指配问题等针对以上各种原因，逐步

15、排查分析，消除影响接入成功的因素，提升接入指标。 接入指标统计RRC SetupTimeOut RRC SetupTimeOut主要原因造成这种失败的主要原因是：RNC 下发rrcConnectionSetup 消息后，UE 侧无法正常接受到建立命令，使rrc 无法正常建立，造成起呼失败。主要原因有：如果整个小区存在此问题，关注NODE B 的故障，涉及BBU某个单板，RRU, 另外传输误码，RNC 某个内部处理板或者接口板，会导致不正确的将RRC connection setup信令发给NODE B参数设置问题，SCCPCH 功率小，导致下行功率不足或者存在下行干扰，导致UE 不能正确的收到

16、 RRC connection setup 消息覆盖和同频同扰码干扰问题， 覆盖不好容易引起UE 不能正确的收到 RRC connection setup 消息，同时同频同扰码也会导致UE 不能收到消息终端问题，UE 收到消息，但是由于消息错误或者UE 内部原因导致UE 未及时发送RRC connection setup COMPLETE需要结合设备告警，传输故障，覆盖干扰，个别终端等问题综合考虑RNLC_Ue_Operate_fail_invalidconfiguration RNLC_Ue_Operate_fail_invalidconfiguration此种接入失败原因主要是用户在CN下

17、发RAB Assignment Request后，未完成RAB Assignment Response时，UE或核心网侧发起了高层信令连接释放请求导致，目前已经在网管的RAB指派成功率KPI中将此接入失败原因去除。 RNLC_SecurityModeRsp_TimeOut RNLC_SecurityModeRsp_TimeOut 通过对该类问题的CT文件进行关联分析，发现此类安全模式超时错误主要都发生在UE进行PS业务重选过程中，RNC向UE下发了安全模式命令后，UE没有返回安全模式完成至RNC，导致安全模式超时。 RrcConnectionReject RRC Connection Reje

18、ct消息其所带的Cause值为“Congestion”（拥塞）：资源不足：主要是信道资源、码资源、功率资源等不足造成；查看小区的话务量（PS业务流量），确认小区是否真的存在资源不足；LMT查看功率资源情况，是否存在TCP资源不足的问题。如果存在小区的话务量不多，而且TCP占用正常仍会出现拥塞造成的起呼失败，同时又不存在任何告警信息，则在动态数据库管理中查看服务小区状态，是否存在载频资源被闭塞的现象。对于真正存在资源不足的情况，建议进行扩容加以解决。通过LMT查看时隙干扰情况。小区硬件故障。如：RRU 故障；对于存在告警的故障，首先加以解决，在紧急情况下可以对小区或RRU进行重启加以验证。RRC

19、 Connection Reject消息：CAC参数设置问题；检查CAC相关参数。RRC Connection Reject消息： 其所带的Cause值为“Unspecified”（未定义）：当通过CAC检查后，信令消息出现RL failure。重点排查基站小区故障； 主叫UE收到RRC Connection Setup消息后，RNC侧没有收到RRC Connection Complete消息，其所带的Cause值为“NO Reply”； 通过在RNC侧看似否有RadioLinkRestoreIndication消息，判断是上行开环还是下行开环有问题，若RNC侧收到了RadioLinkRest

20、oreIndication，则说明上行开环已完成，则首先需要判断下行业务时隙是否有干扰，若有干扰，优先排除干扰，其次核查设备的天线类型，下行开环功控参数是否正常，考虑调整下行初始发射功率；若RNC没有收到RadioLinkRestoreIndication，则首先需要判断上行业务时隙是否有干扰，若有干扰，优先排除干扰，其次核查设备的天线类型，上行开环功控参数是否正常，最后才考虑调整上行开环功控参数；主叫UE收到RRC Connection Setup消息后，RNC侧没有收到RRC Connection Complete消息，其所带的Cause值为“NO Reply”；流程：RRC Connec

21、tion Setup信令首先从RNC的控制面发出，经过内部处理，通过RNC与Node B之间的接口板，再经过传输线路到Node B与RNC的接口板，然后在Node B内部处理，再通过RRU经Uu口到UE。需要针对具体现象对每一步骤进行排查。排查思路：RNC是否收到基站上报的RadioLinkRestoreIndication消息；LMT查看ISCPRTWPUPPCH干扰情况。统计小区FACH出窗情况。RNC侧用户面板上观察FACH传输信道同步帧收发情况；传输是否存在告警，E1带宽是否充足。课程内容KPI 指标的分类KPI 优化方法接入类 掉话类切换寻呼数据业务下载掉话排查总体思路流程 掉话原因

22、分析UCIU_errorUCIU_errorUCIU_error错误原因机制UCIU error表示RLC（无线链路控制层）不可恢复性错误。从结构模型看，RLC层是比物理层高。发生UCIU error故障（掉话），说明链路的物理层是正常的，RLC层出现故障。当RLC层发生传递失败后，会首先进行重传尝试，如果重传成功，链路的RLC层恢复；当重传达到最大次数后RLC层仍没有传递成功，发送端可发起RLC层的复位，恢复RLC的全部初始参数，如果复位能够成功，那么RLC重新开始向接收端作重传尝试；当复位达到最大次数后，复位仍不成功，发送端认为RLC发生了不可恢复性错误。（UCIU error）。RNC作

23、UCIU error释放，意味着下行链路的RLC发生了不可恢复性错误。UCIU_error分析目前大部分原因为HSDPA 业务，排除弱覆盖原因后，进行同频扰码检查。看是否存在干扰由于上网卡和上网本散热性不好，使用时间较长后，总会出现这样那样的故障，如不发射信号等等，导致用户面RLC层错误导致 RNLC_RlFail_Report RNLC_RlFail_Report原因分析无线链路失败，主要原因为弱场、CI差等原因导致于NodeB同步失败。一些手机UE在接入PS业务后，UE会上报4B事件，之后NODEB向RNC发送无线链路失败的消息，失败原因为同步失败，说明存在上行失步的情况导致最后的掉线。

24、另外终端侧出现异常，例如死机，连接线，USB 松动，电脑死机均会出现出现此现象RNLC_Ue_Cellupdate_TimeOut RNLC_Ue_Cellupdate_TimeOut原因分析原因分析：UE发送cellupdate，RNC响应后下发cellupdate confirm并设置等待定时器，定时器默认长度为5s，定时器超前如果未收到终端的物理信道重配完成消息，则发起Iu Release Request。解决思路： 排查覆盖，下行干扰问题；RNLC_CS2GSM_PSDROP RNLC_CS2GSM_PSDROP分析掉话原因为CS2GSM_PSDROP的原因为用户在使用并发业务时，CS

25、域进行重定位，由于PS域无法通过重定位流程完成2/3G切换，因此只能通过Iu Release Request流程释放PS。 核心网已经通知RNC，CS业务重定位成功。但是PS域因为不支持重定位，出现了掉话，因此RNC发起Iu Release Request请求，失败原因为CS2GSM_PSDROP RNLC_Ue_RBC_TimeoutRNLC_Ue_RBC_TimeoutRNLC_Ue_RBC_Timeout对RNLC_Ue_RBC_Timeout掉话原因进行CT分析，典型信令流程为UE发起4a或4b事件，上报测量报告后，RNC下发RB重配后，UE无响应，RNC便发起释放。 Ue_RabOp

26、er_TimeOutUe_RabOper_TimeOut分析UE RAB 操作超时的主要原因为UE 对RNC 下发的radioBearerRelease 未响应RadioBearerRelease complete，UE 因为已经收到PDP 上下文去激活接受，认为高层连接已经释放，对RadioBearRelease 不予理睬。此时无线链路并未中断，RNC 仍能收到UE 发上来的测量报告。主要是UE 终端对协议理解问题导致或者用户行为导致的。课程内容KPI 指标的分类KPI 优化方法接入类 掉话类切换寻呼数据业务下载RNC内切换成功率 RNC内切换成功率 典型信令案例分析切换失败原因为物理信道重

27、配置失败导致 RNC内切换问题处理思路检查基站小区的故障：检查相关的小区是否存在硬件故障告警，特别GPS等硬件故障，这会严重影响切换的成功率（一旦GPS失步），检查切换参数配置：邻小区关系中是否存在同频同扰码的现象，包括业务同频同扰；是否存在单边邻小区关系；是否存在异频邻小区个数过多的现象（多为手误而超过了9个）是否存在邻区漏配的情况；是否存在切换开关设置的问题（有部分HOM开关可能被关掉或在外部小区定义中的切入开关设为禁止）；PS切换失败是否存完整性算法问题；对比切换成功及切换失败同一信令内容，查看参数传递是否存在问题。 RNC内切换问题处理思路在目标小区建立新链路失败，通过对应计数器“在目

28、标小区建立新链路失败”可以查看，也可以找到对应的小区，通过calltrace信令看看是否有NODEB 返回的RL链接建立失败相关信令。如果确认，进行进一步排查Iub口传输是否正常其它原因：如果为资源分配失败，需要确认目标小区资源情况，可能原因目标小区拥塞；如果为测量报告内小区与邻区信息不匹配，可能为其它同频同扰码小区虚假信号导致。切换失败原因分析 如果是小区的RL失败次数较多，则有可能存在小区的干扰或小区的上行导频时隙的干扰，建议进行干扰指标的分析或UPPCH干扰的检查如果小区的的CELL UPDATE较多，则有可能是相关的功率配置不足或是小区同步指标相关参数设置问题，建议进行查检如果小区的物

29、理信道重配置失败，则有可能是存在一个同频同扰码的小区（此小区不在邻区表中，但邻区表中有一个相同扰码的邻小区关系，并且这两个小区相隔不远）或是目标小区的C/I较差，即覆盖问题或是同频干扰问题。如果存在大量的UCIUerror，需要检查覆盖问题。如果存在2G或3G切换开关打开，可以关闭进行验证，是否是其影响，造成切换成功率较差（UE测量能力有限）如果存在大量的Ue_Operat_Timeout，则有可能是存在RBC算法或是物理信道的同步存在问题，其会影响到掉话率。RNC间切换成功率 典型信令案例分析从信令中可看出UE在从站点25163向站点24221切换，已经发送了切换请求之后，由于CN侧收到目标

30、RNC侧切换取消的消息之后，导致此次切换失败。RNC间切换问题处理思路跨RNC间切换与RNC内切换不同的地方在于：跨RNC间切换需要涉及到RNC-CN之间的消息交互，一旦在CN存在参数传递错误，将间接导致后续切换流程终止，终端无法正常发起切换，相对RNC内切换而言，其切换准备阶段的切换时延较长。 系统间切换分析 典型信令案例分析UE在收到切换信令之后，回送了切换失败的消息，消息失败原因为未知原因。通过查询2G外部小区参数得知该小区频点修改之后未及时更新导致切换失败。TD-GSM系统间：CS域系统间切换准备阶段：参数漏传：在relocation require中检查：classmark2/3 和

31、the Old BSS to New BSS Information IE的传递情况；语义错误（semantic error）：TD小区所属RNC和2G目标小区所属BSC不在同一MSC上。须添加BSC所在的LAC为RNC所属MSC的外部LAC；TD侧核心网漏配BSC的部分2G外部小区，BSC侧漏配TD邻区。语法错误（TRANAP_abstract_syntax_error_reject）：Relocationrequired中classmarkInformation2所含的RF power capability参数发送给核心网后，核心网没有做适配直接发送个BSC，被BSC拒绝，最终回复失败信息

32、RelocationPreparationFailure。CN_TRANAP_unspecified_failure = 115当目的RNC与源RNC分别位于不同的CN时，在源CN参数配置上出现的问题TRANAP_relocation_failure_in_target_CN_RNC_or_target_system(29)原GSM BSC没有升级会导致relocation failure.目标RNC（GSM系统中的BSC）参数配置不匹配TRNAP_UNKNOWN_TARGET_RNCCN 漏陪2G目标小区LAC号，导致relocation preparation failure.TD-GSM

33、系统间：系统间切换阶段CS域 physical channel failure（物理信道失败）UE无法同目标系统建立连接。UE与2G上行同步失败； EGSM频点，由于终端不支持该频点导致。TD小区存在同频同BSIC；终端解调性能较弱，周围存在同频异BSIC 2G小区； GSM侧小区容量不足；inter rat protocol error核心网侧一个参数需要修改：service SAI support 参数改为YES。课程内容KPI 指标的分类KPI 优化方法接入类 掉话类切换寻呼数据业务下载寻呼问题处理流程：主要原因 主要是无线侧原因比例比较大；查看被叫状态；包括VLR注册信息、状态等。查看

34、主被叫起呼、响应流程，对应丢失PAGING所在节点判断。提示音说明1 不在服务区没有收到寻呼响应消息(PAGING RESPONSE)2 暂时无法接通除去空号，欠费，网络忙，被叫忙，寻呼无响应等放音。其它没有接通的异常情况，都会放“暂时无法接通”的提示音。3 没有任何提示没有收到寻呼响应消息(PAGING RESPONSE)，主叫未完成呼叫流程或者PAGING根本没有下发。TD-SCDMA常见寻呼问题TD-SCDMA常见寻呼问题1 寻呼信道容量不够:RNC没有下发寻呼消息2 由于功率或干扰:UE没有接受到寻呼消息4 CN原因没有下发寻呼给RNC3 UE频繁发生小区重选或位置更新:无法接收到寻呼

35、消息TD-SCDMA常见寻呼问题对于第一种：查看LAC内的小区出现寻呼拥塞前后指标情况，最重要的就是PAGING下发的次数，是否存在量级的增长。其包括：CN下发机制，尤其是第二次的寻呼方式是TD网内寻呼还是全网内寻呼，其次判断相关参数是否有变动，还有一种情况也会造成RNC没有下发，是由于手机报等大量全网下发短信导致，可以采取CN短信流控机制避免。对于第二种：主要是无线方面的原因，此时重要是查看无线环境及干扰情况，最好现场复测。对于第三种：可以根据实际地图及LAC划分总结小区的注册次数查看(rrc申请原因及瞬时电平)对于第四种：此时包含主叫未完成的起呼流程和CN没有将对应的寻呼消息下发个RNC，此问题需要结合主叫及CN方挂表来查看问题点，需要CN配合。 寻呼问题对于寻呼问题主要有以下几点：1. 拥塞查看CN的二次寻呼及寻呼参数配置。2. 无响应同时查找MOC、MTC（时间点要对应）当时所在信令到哪一步3. 后不处理发生在被叫PAGING REPOSE后（或无RRC信令），判断基站及IUB信息寻呼相关参数说明参数参数说明备注N