TD-SCDMAKPI指标及优化指导书课件

TD-SCDMAKPI指标及优化指导书TD-SCDMAKPI指标及优化指导书课程目标学习完成本课程您将会：了解TD-SCDMA无线优化KPI指标定义了解各指标的评价标准了解各项KPI优化的基本思路课程目标学习完成本课程您将会：课程内容KPI指标的分类KPI优化方法课程内容KPI指标的分类PCCPCH接收信号码片功率RSCP（双码道）指标名称主公共控制信道接收信号码片功率RSCP指标意义接收信号码功率RSCP是用来考核全网环境下的网络覆盖质量的重要指标之一。RSCP是一个表示接收信号强度的绝对值，显然它的大小与负载无关，是一个直接反映移动台距离基站大小的指标。因此这个KPI值可以用来度量小区覆盖范围的大小。但需要注意的是它不能完全反映实际小区的覆盖以及网络性能质量的情况，必须与下行链路主公共控制信道的C/I共同决定下行链路的覆盖范围。计算公式UE接收到的下行主公共控制信道训练序列码的接收功率。信令触发点采集对象路测指标取值高标准RSCP>-85dBm的区域大于95%建议标准RSCP>-95dBm的区域大于97%低标准RSCP>-95dBm的区域大于95%PCCPCH接收信号码片功率RSCP（双码道）指标名称主公PCCPCH的载干比C/I指标名称PCCPCH码片级的载干比C/I指标意义对TD-SCDMA主公共控制信道覆盖能力的要求定义为载波功率与干扰功率的比值，数值上它等于PCCPCH信道的接收载波功率RSCP与接收到的干扰信号（包括本小区/邻小区干扰和白噪声）的功率（即ISCP：InterfereSignalStrengthIndicator）的比值。在TD-SCDMA系统中，目前普遍采用了N频点技术，主公共控制信道（PCCPCH）与其它公共控制信道是码分复用的，只配置在主载波，并且不做功率控制。计算公式接收到的载波功率与所有干扰功率（白噪声、本小区/邻小区干扰）的比值。信令触发点采集对象路测指标取值高标准C/I>-3dB的区域大于97%建议标准C/I>-3dB的区域大于95%低标准C/I>-3dB的区域大于90%PCCPCH的载干比C/I指标名称PCCPCH码片级的载干覆盖率指标名称覆盖率指标意义无线网络的覆盖率，反映了网络的可用性。网络的下行覆盖是由PCCPCH信道的RSCP和质量C/I来衡量，网络的上行覆盖情况一般由手机的发射功率来衡量。计算公式覆盖率=满足覆盖要求的点数/总的采样点数*100%，定义F取值为1的测试点为满足覆盖要求的测试点，即：对于上行，F＝上行手机发送功率值≤手机最大发送功率值；对于下行，F＝RSCP≥R且C/I≥S；其中：RSCP表示接收导频信号码片功率；C/I表示接收主公共控制信号的信号品质；RSCP≥R和C/I≥S表示是否满足条件，R和S是RSCP和C/I在计算中的阈值（该值的推导现在不清楚）。如果RSCP≥R和C/I≥S都满足，则F取值1，若有一个不满足或都不满足，则F取值0。计算之前首先排除测试中的异常点，异常点指的是RSCP或C/I的取值远远超出正常范围之外。该公式表示如果某一区域接收信号码片功率超过某一门限同时信号品质超过某一门限则表示该区域被覆盖。由于不同的业务，其覆盖不同，要求的覆盖率也不同，因此针对不同的业务可以测量不同的F值来计算覆盖率。注意，这里的覆盖率指的是区域覆盖率，不是边缘覆盖率。采集对象路测指标取值高标准98%（RSCP≥-95dBm且C/I≥-3dB）建议标准95%（RSCP≥-95dBm且C/I≥-3dB）低标准90%（RSCP≥-95dBm且C/I≥-3dB）覆盖率指标名称覆盖率指标意义无线网络的覆盖率，反映了网络的覆盖优化覆盖问题产生的原因总体来讲有四类：一是无线网络规划结果和实际覆盖效果存在偏差；二是覆盖区无线环境变化；三是工程参数和规划参数间的不一致；四是增加了新的覆盖需求。由此产生的问题主要表现为覆盖空洞、覆盖弱区、越区覆盖、导频污染和邻区设定不合理等几个方面。通常通过工程参数调整、RF参数修改、功率调整等方法解决覆盖优化覆盖问题产生的原因总体来讲有四类：呼叫类指标呼叫类指标包括呼叫接通率和保持率两类指标。接通率是反映TD-SCDMA系统性能最重要的指标，也是运营商十分关注的指标一个完整的呼叫接通率有多个层次：寻呼成功率、RRC连接建立成功率和RAB指配建立成功率。UE从接收到CN发来的寻呼消息，到RAB指派完成，完成一个完整呼叫流程。呼叫类指标呼叫类指标包括呼叫接通率和保持率两类指标。信令流程信令流程RRC连接建立成功率（业务相关）指标名称RRC连接建立成功率（业务相关）指标意义反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接。RRC连接建立可以分两种情况：一种是与业务相关的RRC连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的RRC连接建立。前者是衡量呼叫接通率的一个重要指标，其结果可以作为调整信道配置的依据。后者可用于考察系统负荷情况。计算公式RRC连接建立成功率（业务相关）＝RRC连接建立成功次数（业务相关）/RRC连接建立尝试次数（业务相关）×100%信令触发点SRNC收到RRC建立请求之后决定是否建立，以及是建立在专用信道还是公共信道上。RRC连接建立成功率（业务相关）用RRC连接建立成功次数和RRC连接建立尝试次数的比来表示，对应的信令分别为：RNC收到的RRCCONNECTIONSETUPCOMPLETE次数和RNC收到的RRCCONNECTIONREQ次数。该指标要求按不同业务类型分别进行统计。采集对象后台网管计数器测量并计算指标取值高标准100%建议标准99%低标准98%RRC连接建立成功率（业务相关）指标名称RRC连接建立成功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建立请求的RAB数目+PS域RAB建立请求的RAB数目）*100%信令触发点RAB建立成功率用RAB指派建立尝试次数和RAB指派建立成功响应次数的比表示，对应的信令分别为：RABASSIGNMENTREQUEST（RAB建立请求）和RABASSIGNMENTRESPONSE（RAB建立成功）。RAB建立成功率对于CS域和PS分别统计。采集对象后台网管计数器测量并计算指标取值高标准100%建议标准99%低标准98%RAB建立成功率指标名称RAB建立成功率指标意义RAB建立无线接通率指标名称无线接通率指标意义反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接。RRC连接建立可以分两种情况：一种是与业务相关的RRC连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的RRC连接建立。前者是衡量呼叫接通率的一个重要指标，其结果可以作为调整信道配置的依据。后者可用于考察系统负荷情况。计算公式无线接通率＝RAB建立成功率×RRC连接建立成功率（业务相关）×100%信令触发点见“RRC连接建立成功率（业务相关）”和“RAB建立成功率”采集对象后台网管计数器测量并计算指标取值高标准99%建议标准98%低标准96%无线接通率指标名称无线接通率指标意义反映RNC或者小区的U语音业务无线接通率指标名称语音业务无线接通率指标意义反映语音业务呼叫接通率的一个重要指标，其结果可以作为调整信道配置、网络优化的依据。计算公式语音业务无线接通率＝（（电路域RAB建立成功的C类AMR低速率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%语音业务无线接通率指标名称语音业务无线接通率指标意义反映语视频电话业务无线接通率指标名称视频电话无线接通率指标意义反映视频电话业务呼叫接通率的一个重要指标，其结果可以作为调整信道配置、网络优化的依据。计算公式语音业务无线接通率＝（电路域RAB建立成功的C类64/64RAB数目/电路域RAB请求建立的C类64/64RAB数目）×（（RRC连接建立成功次数主叫会话类业务+RRC连接建立成功次数被叫会话类业务）/（RRC连接尝试次数主叫会话类业务+RRC连接尝试次数被叫会话类业务））×100%信令触发点见“RRC连接建立成功率（业务相关）”和“RAB建立成功率”采集对象后台网管计数器测量并计算指标取值高标准98%建议标准94%低标准92%视频电话业务无线接通率指标名称视频电话无线接通率指标意义反PS域无线接通率指标名称PS域无线接通率指标意义反映PS域呼叫接通率的一个重要指标，其结果可以作为调整信道配置、网络优化的依据。计算公式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连接尝试次数主叫交互类业务+RRC连接尝试次数被叫交互类业务+RRC连接尝试次数主叫背景类业务+RRC连接尝试次数被叫背景类业务））×100%信令触发点见“RRC连接建立成功率（业务相关）”和“RAB建立成功率”采集对象后台网管计数器测量并计算指标取值高标准98%建议标准94%低标准92%PS域无线接通率指标名称PS域无线接通率指标意义反映PS域无线电路域掉话率反映了系统电路域业务的通讯保持能力，是用户直接感受的重要性能指标之一。

指标名称无线掉话率（业务相关）指标意义RNC通过向CN发起RAB释放请求，请求释放一个或多个无线接入承载（RAB）。当UE丢失或者不激活，或者由于UTRAN的原因，RNC向CN发起Iu连接释放请求，请求释放与一个UE相连的Iu连接。计算公式电路域掉话率=RNC请求释放的电路域掉话的RAB数目/电路域RAB指派建立成功的RAB数目*100%信令触发点RNC通过向CN发起RAB释放请求与发起Iu连接释放请求，对应的信令分别为：RABRELEASEREQUEST和IuRELEASEREQUEST。采集对象后台网管计数器测量并计算指标取值高标准1%建议标准2%低标准4%备注需要按业务划分，上面的取值为语音业务无线电路域掉话率反映了系统电路域业务的通讯保持能力，是用户无线分组域掉线率指标名称无线分组域掉线率指标意义反映了系统分组域业务的通讯保持能力，是用户直接感受的重要性能指标之一。计算公式分组域掉线率=RNC请求释放的分组域掉线的RAB数目/分组域RAB指派建立成功的RAB数目*100%信令触发点RNC通过向CN发起RAB释放请求与发起Iu连接释放请求，对应的信令分别为：RABRELEASEREQUEST和IuRELEASEREQUEST。采集对象后台网管计数器测量并计算指标取值高标准2%建议标准4%低标准8%无线分组域掉线率指标名称无线分组域掉线率指标意义反映了系统掉话率指标名称掉话率指标意义反映了系统的通讯保持能力，是用户直接感受的重要性能指标之一。计算公式掉话率=(RNC请求释放的电路域掉话的RAB数目+RNC请求释放的分组域掉线的RAB数目)/（电路域RAB指派建立成功的RAB数目+分组域RAB指派建立成功的RAB数目）*100%信令触发点采集对象后台网管计数器测量并计算指标取值高标准1%建议标准2%低标准4%掉话率指标名称掉话率指标意义反映了系统的通讯保持能力，是用电路域业务掉话比指标名称电路域业务调掉话比指标意义反映了一定业务量情况下，系统电路域业务的通讯保持能力，是用户直接感受的重要性能指标之一。计算公式统计周期内电路域掉话的RAB数目与电路域相关业务话务量的比值；计算公式如下：电路域12.2K业务掉话比＝电路域12.2K业务话务量/RNC请求释放的电路域12.2K的RAB数目*100%电路域7.95K业务掉话比＝电路域7.95K业务话务量/RNC请求释放的电路域7.95K的RAB数目*100%电路域5.9K业务掉话比＝电路域5.9K业务话务量/RNC请求释放的电路域5.9K的RAB数目*100%电路域4.75K业务掉话比＝电路域4.75K业务话务量/RNC请求释放的电路域4.75K的RAB数目*100%电路域32K业务掉话比＝电路域32K业务话务量/RNC请求释放的电路域32K的RAB数目*100%电路域64K业务掉话比＝电路域64K业务话务量/RNC请求释放的电路域64K的RAB数目*100%信令触发点采集对象后台网管计数器测量并计算指标取值高标准1%建议标准2%低标准3%电路域业务掉话比指标名称电路域业务调掉话比指标意义反映了一课程内容KPI指标的分类KPI优化方法接入类

掉话类切换寻呼数据业务下载课程内容KPI指标的分类接入指标优化接入失败可能的问题原因包括以下几类：终端问题造成的接入失败终端无法收到FPACH造成的接入失败RRC连接请求被拒绝由于弱场或干扰造成的信令丢失，上下行链路中断核心网问题造成的鉴权失败或RAB指配问题等针对以上各种原因，逐步排查分析，消除影响接入成功的因素，提升接入指标。接入指标优化接入失败可能的问题原因包括以下几类：接入指标统计接入指标统计RRCSetupTimeOutRRCSetupTimeOutRRCSetupTimeOut主要原因造成这种失败的主要原因是：RNC下发rrcConnectionSetup消息后，UE侧无法正常接受到建立命令，使rrc无法正常建立，造成起呼失败。主要原因有：如果整个小区存在此问题，关注NODEB的故障，涉及BBU某个单板，RRU,另外传输误码，RNC某个内部处理板或者接口板，会导致不正确的将RRCconnectionsetup信令发给NODEB参数设置问题，SCCPCH功率小，导致下行功率不足或者存在下行干扰，导致UE不能正确的收到RRCconnectionsetup消息覆盖和同频同扰码干扰问题，覆盖不好容易引起UE不能正确的收到RRCconnectionsetup消息，同时同频同扰码也会导致UE不能收到消息终端问题，UE收到消息，但是由于消息错误或者UE内部原因导致UE未及时发送RRCconnectionsetupCOMPLETE需要结合设备告警，传输故障，覆盖干扰，个别终端等问题综合考虑RRCSetupTimeOut主要原因造成这种失败的主要原RNLC_Ue_Operate_fail_invalidconfigurationRNLC_Ue_Operate_fail_invalidcoRNLC_Ue_Operate_fail_invalidconfiguration此种接入失败原因主要是用户在CN下发RABAssignmentRequest后，未完成RABAssignmentResponse时，UE或核心网侧发起了高层信令连接释放请求导致，目前已经在网管的RAB指派成功率KPI中将此接入失败原因去除。RNLC_Ue_Operate_fail_invalidcoRNLC_SecurityModeRsp_TimeOutRNLC_SecurityModeRsp_TimeOutRNLC_SecurityModeRsp_TimeOut通过对该类问题的CT文件进行关联分析，发现此类安全模式超时错误主要都发生在UE进行PS业务重选过程中，RNC向UE下发了安全模式命令后，UE没有返回安全模式完成至RNC，导致安全模式超时。RNLC_SecurityModeRsp_TimeOut通RrcConnectionRejectRrcConnectionRejectRRCConnectionReject消息其所带的Cause值为“Congestion”（拥塞）：资源不足：主要是信道资源、码资源、功率资源等不足造成；查看小区的话务量（PS业务流量），确认小区是否真的存在资源不足；LMT查看功率资源情况，是否存在TCP资源不足的问题。如果存在小区的话务量不多，而且TCP占用正常仍会出现拥塞造成的起呼失败，同时又不存在任何告警信息，则在动态数据库管理中查看服务小区状态，是否存在载频资源被闭塞的现象。对于真正存在资源不足的情况，建议进行扩容加以解决。通过LMT查看时隙干扰情况。小区硬件故障。如：RRU故障；对于存在告警的故障，首先加以解决，在紧急情况下可以对小区或RRU进行重启加以验证。RRCConnectionReject消息其所带的CauRRCConnectionReject消息：CAC参数设置问题；检查CAC相关参数。RRCConnectionReject消息：CAC参数设RRCConnectionReject消息：其所带的Cause值为“Unspecified”（未定义）：当通过CAC检查后，信令消息出现RLfailure。重点排查基站小区故障；RRCConnectionReject消息：其所带的主叫UE收到RRCConnectionSetup消息后，RNC侧没有收到RRCConnectionComplete消息，其所带的Cause值为“NOReply”；通过在RNC侧看似否有RadioLinkRestoreIndication消息，判断是上行开环还是下行开环有问题，若RNC侧收到了RadioLinkRestoreIndication，则说明上行开环已完成，则首先需要判断下行业务时隙是否有干扰，若有干扰，优先排除干扰，其次核查设备的天线类型，下行开环功控参数是否正常，考虑调整下行初始发射功率；若RNC没有收到RadioLinkRestoreIndication，则首先需要判断上行业务时隙是否有干扰，若有干扰，优先排除干扰，其次核查设备的天线类型，上行开环功控参数是否正常，最后才考虑调整上行开环功控参数；主叫UE收到RRCConnectionSetup消息后，主叫UE收到RRCConnectionSetup消息后，RNC侧没有收到RRCConnectionComplete消息，其所带的Cause值为“NOReply”；流程：RRCConnectionSetup信令首先从RNC的控制面发出，经过内部处理，通过RNC与NodeB之间的接口板，再经过传输线路到NodeB与RNC的接口板，然后在NodeB内部处理，再通过RRU经Uu口到UE。需要针对具体现象对每一步骤进行排查。排查思路：RNC是否收到基站上报的RadioLinkRestoreIndication消息；LMT查看ISCP\RTWP\UPPCH干扰情况。统计小区FACH出窗情况。RNC侧用户面板上观察FACH传输信道同步帧收发情况；传输是否存在告警，E1带宽是否充足。主叫UE收到RRCConnectionSetup消息后，课程内容KPI指标的分类KPI优化方法接入类

掉话类切换寻呼数据业务下载课程内容KPI指标的分类掉话排查总体思路流程掉话排查总体思路流程掉话原因分析掉话原因分析UCIU_errorUCIU_errorUCIU_errorUCIU_error错误原因机制UCIUerror表示RLC（无线链路控制层）不可恢复性错误。从结构模型看，RLC层是比物理层高。发生UCIUerror故障（掉话），说明链路的物理层是正常的，RLC层出现故障。当RLC层发生传递失败后，会首先进行重传尝试，如果重传成功，链路的RLC层恢复；当重传达到最大次数后RLC层仍没有传递成功，发送端可发起RLC层的复位，恢复RLC的全部初始参数，如果复位能够成功，那么RLC重新开始向接收端作重传尝试；当复位达到最大次数后，复位仍不成功，发送端认为RLC发生了不可恢复性错误。（UCIUerror）。RNC作UCIUerror释放，意味着下行链路的RLC发生了不可恢复性错误。UCIU_errorUCIU_error错误原因机制UCIU_error分析目前大部分原因为HSDPA业务，排除弱覆盖原因后，进行同频扰码检查。看是否存在干扰由于上网卡和上网本散热性不好，使用时间较长后，总会出现这样那样的故障，如不发射信号等等，导致用户面RLC层错误导致UCIU_error分析目前大部分原因为HSDPA业务，排RNLC_RlFail_ReportRNLC_RlFail_ReportRNLC_RlFail_Report原因分析无线链路失败，主要原因为弱场、CI差等原因导致于NodeB同步失败。一些手机UE在接入PS业务后，UE会上报4B事件，之后NODEB向RNC发送无线链路失败的消息，失败原因为同步失败，说明存在上行失步的情况导致最后的掉线。另外终端侧出现异常，例如死机，连接线，USB松动，电脑死机均会出现出现此现象RNLC_RlFail_Report原因分析无线链路失败，主RNLC_Ue_Cellupdate_TimeOutRNLC_Ue_Cellupdate_TimeOutRNLC_Ue_Cellupdate_TimeOut原因分析原因分析：UE发送cellupdate，RNC响应后下发cellupdateconfirm并设置等待定时器，定时器默认长度为5s，定时器超前如果未收到终端的物理信道重配完成消息，则发起IuReleaseRequest。解决思路：排查覆盖，下行干扰问题；RNLC_Ue_Cellupdate_TimeOut原因分析RNLC_CS2GSM_PSDROPRNLC_CS2GSM_PSDROPRNLC_CS2GSM_PSDROP分析掉话原因为CS2GSM_PSDROP的原因为用户在使用并发业务时，CS域进行重定位，由于PS域无法通过重定位流程完成2/3G切换，因此只能通过IuReleaseRequest流程释放PS。核心网已经通知RNC，CS业务重定位成功。但是PS域因为不支持重定位，出现了掉话，因此RNC发起IuReleaseRequest请求，失败原因为CS2GSM_PSDROPRNLC_CS2GSM_PSDROP分析掉话原因为CS2GSRNLC_Ue_RBC_TimeoutRNLC_Ue_RBC_TimeoutRNLC_Ue_RBC_TimeoutRNLC_Ue_RBC_TimeoutRNLC_Ue_RBC_Timeout对RNLC_Ue_RBC_Timeout掉话原因进行CT分析，典型信令流程为UE发起4a或4b事件，上报测量报告后，RNC下发RB重配后，UE无响应，RNC便发起释放。RNLC_Ue_RBC_Timeout对RNLC_Ue_RBUe_RabOper_TimeOutUe_RabOper_TimeOutUe_RabOper_TimeOut分析UERAB操作超时的主要原因为UE对RNC下发的radioBearerRelease未响应RadioBearerReleasecomplete，UE因为已经收到PDP上下文去激活接受，认为高层连接已经释放，对RadioBearRelease不予理睬。此时无线链路并未中断，RNC仍能收到UE发上来的测量报告。主要是UE终端对协议理解问题导致或者用户行为导致的。Ue_RabOper_TimeOut分析UERAB操作超课程内容KPI指标的分类KPI优化方法接入类

掉话类切换寻呼数据业务下载课程内容KPI指标的分类RNC内切换成功率RNC内切换成功率RNC内切换成功率RNC内切换成功率典型信令案例分析切换失败原因为物理信道重配置失败导致典型信令案例分析切换失败原因为物理信道重配置失败导致RNC内切换问题处理思路检查基站小区的故障：检查相关的小区是否存在硬件故障告警，特别GPS等硬件故障，这会严重影响切换的成功率（一旦GPS失步），检查切换参数配置：邻小区关系中是否存在同频同扰码的现象，包括业务同频同扰；是否存在单边邻小区关系；是否存在异频邻小区个数过多的现象（多为手误而超过了9个）是否存在邻区漏配的情况；是否存在切换开关设置的问题（有部分HOM开关可能被关掉或在外部小区定义中的切入开关设为禁止）；PS切换失败是否存完整性算法问题；对比切换成功及切换失败同一信令内容，查看参数传递是否存在问题。RNC内切换问题处理思路检查基站小区的故障：RNC内切换问题处理思路在目标小区建立新链路失败，通过对应计数器“在目标小区建立新链路失败”可以查看，也可以找到对应的小区，通过calltrace信令看看是否有NODEB返回的RL链接建立失败相关信令。如果确认，进行进一步排查Iub口传输是否正常其它原因：如果为资源分配失败，需要确认目标小区资源情况，可能原因目标小区拥塞；如果为测量报告内小区与邻区信息不匹配，可能为其它同频同扰码小区虚假信号导致。RNC内切换问题处理思路在目标小区建立新链路失败，通过对应计切换失败原因分析如果是小区的RL失败次数较多，则有可能存在小区的干扰或小区的上行导频时隙的干扰，建议进行干扰指标的分析或UPPCH干扰的检查如果小区的的CELLUPDATE较多，则有可能是相关的功率配置不足或是小区同步指标相关参数设置问题，建议进行查检如果小区的物理信道重配置失败，则有可能是存在一个同频同扰码的小区（此小区不在邻区表中，但邻区表中有一个相同扰码的邻小区关系，并且这两个小区相隔不远）或是目标小区的C/I较差，即覆盖问题或是同频干扰问题。如果存在大量的UCIUerror，需要检查覆盖问题。如果存在2G或3G切换开关打开，可以关闭进行验证，是否是其影响，造成切换成功率较差（UE测量能力有限）如果存在大量的Ue_Operat_Timeout，则有可能是存在RBC算法或是物理信道的同步存在问题，其会影响到掉话率。切换失败原因分析如果是小区的RL失败次数较多，则有可能存在RNC间切换成功率RNC间切换成功率典型信令案例分析从信令中可看出UE在从站点25163向站点24221切换，已经发送了切换请求之后，由于CN侧收到目标RNC侧切换取消的消息之后，导致此次切换失败。典型信令案例分析从信令中可看出UE在从站点25163向站点2RNC间切换问题处理思路跨RNC间切换与RNC内切换不同的地方在于：跨RNC间切换需要涉及到RNC-CN之间的消息交互，一旦在CN存在参数传递错误，将间接导致后续切换流程终止，终端无法正常发起切换，相对RNC内切换而言，其切换准备阶段的切换时延较长。

RNC间切换问题处理思路跨RNC间切换与RNC内切换不同的地系统间切换分析系统间切换分析典型信令案例分析UE在收到切换信令之后，回送了切换失败的消息，消息失败原因为未知原因。通过查询2G外部小区参数得知该小区频点修改之后未及时更新导致切换失败。典型信令案例分析UE在收到切换信令之后，回送了切换失败的消息TD-GSM系统间：CS域系统间切换准备阶段：参数漏传：在relocationrequire中检查：classmark2/3和theOldBSStoNewBSSInformationIE的传递情况；语义错误（semanticerror）：TD小区所属RNC和2G目标小区所属BSC不在同一MSC上。须添加BSC所在的LAC为RNC所属MSC的外部LAC；TD侧核心网漏配BSC的部分2G外部小区，BSC侧漏配TD邻区。语法错误（TRANAP_abstract_syntax_error_reject）：Relocationrequired中classmarkInformation2所含的RFpowercapability参数发送给核心网后，核心网没有做适配直接发送个BSC，被BSC拒绝，最终回复失败信息RelocationPreparationFailure。CN_TRANAP_unspecified_failure=115当目的RNC与源RNC分别位于不同的CN时，在源CN参数配置上出现的问题TRANAP_relocation_failure_in_target_CN_RNC_or_target_system(29)原GSMBSC没有升级会导致relocationfailure.目标RNC（GSM系统中的BSC）参数配置不匹配TRNAP_UNKNOWN_TARGET_RNCCN漏陪2G目标小区LAC号，导致relocationpreparationfailure.TD-GSM系统间：CS域系统间切换准备阶段：TD-GSM系统间：系统间切换阶段——CS域physicalchannelfailure（物理信道失败）UE无法同目标系统建立连接。UE与2G上行同步失败；EGSM频点，由于终端不支持该频点导致。TD小区存在同频同BSIC；终端解调性能较弱，周围存在同频异BSIC2G小区；GSM侧小区容量不足；interratprotocolerror核心网侧一个参数需要修改：serviceSAIsupport参数改为YES。TD-GSM系统间：系统间切换阶段——CS域课程内容KPI指标的分类KPI优化方法接入类

掉话类切换寻呼数据业务下载课程内容KPI指标的分类寻呼问题处理流程：寻呼问题处理流程：主要原因主要是无线侧原因比例比较大；查看被叫状态；包括VLR注册信息、状态等。查看主被叫起呼、响应流程，对应丢失PAGING所在节点判断。提示音说明1不在服务区没有收到寻呼响应消息(PAGINGRESPONSE)2暂时无法接通除去空号，欠费，网络忙，被叫忙，寻呼无响应等放音。其它没有接通的异常情况，都会放“暂时无法接通”的提示音。3没有任何提示没有收到寻呼响应消息(PAGINGRESPONSE)，主叫未完成呼叫流程或者PAGING根本没有下发。主要原因主要是无线侧原因比例比较大；提示音说明1不在服务TD-SCDMA常见寻呼问题TD-SCDMA常见寻呼问题1寻呼信道容量不够:RNC没有下发寻呼消息2由于功率或干扰:UE没有接受到寻呼消息4CN原因没有下发寻呼给RNC3UE频繁发生小区重选或位置更新:无法接收到寻呼消息TD-SCDMA常见寻呼问题TD-SCDMA常见寻呼问题1TD-SCDMA常见寻呼问题对于第一种：查看LAC内的小区出现寻呼拥塞前后指标情况，最重要的就是PAGING下发的次数，是否存在量级的增长。其包括：CN下发机制，尤其是第二次的寻呼方式是TD网内寻呼还是全网内寻呼，其次判断相关参数是否有变动，还有一种情况也会造成RNC没有下发，是由于手机报等大量全网下发短信导致，可以采取CN短信流控机制避免。对于第二种：主要是无线方面的原因，此时重要是查看无线环境及干扰情况，最好现场复测。对于第三种：可以根据实际地图及LAC划分总结小区的注册次数查看(rrc申请原因及瞬时电平)对于第四种：此时包含主叫未完成的起呼流程和CN没有将对应的寻呼消息下发个RNC，此问题需要结合主叫及CN方挂表来查看问题点，需要CN配合。TD-SCDMA常见寻呼问题对于第一种：查看LAC内的小区出寻呼问题对于寻呼问题主要有以下几点：1.拥塞查看CN的二次寻呼及寻呼参数配置。2.无响应同时查找MOC、MTC（时间点要对应）当时所在信令到哪一步3.后不处理发生在被叫PAGINGREPOSE后（或无RRC信令），判断基站及IUB信息寻呼问题对于寻呼问题主要有以下几点：寻呼相关参数说明参数参数说明备注Npch寻呼分组数目系统配置，协议规定Npch<=8Ntfs传输信道格式中240bit块的个数默认：看SCCPCH，目前是2目前Ntfs可以为0，1，2。（TTI=20ms）。Ntfs与PCH所在的SCCPCH的码道数目相关。当配置3条码道时，Ntfs最大取值为2；当配置4条码道时，Ntfs最大取值为3；LueUE寻呼长度默认：看CN机制IMSI时，72bitTMSI时，40bitPAGINGSENDTIMES可变寻呼重发次数Tpbp寻呼周期默认：640目前受终端限制，固定为640ms。缩小寻呼周期会增大UE耗电。PICH功率PICH是和SCCPCH时分复用默认：0设置过大，会导致PCCPCH的发射功率值无法正常设置到规划需要的需要的强度。过低，将会导致小区边缘的UE无法侦听到PICH。SCCPCH功率由于SCCPCH是承载PCH和FACH传输信道默认：0设置过小，将会影响寻呼和接入。另外由于一般将SCCPCH设置在TS0，故该值过大，会导致PCCPCH功率降低。PICH所在时隙PICH所在的下行时隙号默认：TS0设置在0时隙，PICH会对PCCPCH产生干扰，同时也会遭受到来自PCCPCH的干扰；当设置在其他非0时隙时，当业务量较大时，会遭受来自DPCH的干扰。注意：根据话务量和覆盖来调整，但不可随意调试。寻呼指示因子长度PagIndLen前台：0、1、2；对应后台为：4、8、16比特。系统默认是4，为提高寻呼成功率，广州目前修改为16，对应分组数目是22该参数设置过大时，每帧可指示的个数变小，被叫接通时间过长；反之，处于小区边缘的UE不易读取到PICH（冲击响应幅度过低），导致被叫呼通率过低。寻呼相关参数说明参数参数说明备注Npch寻呼分组数目系统配置课程内容KPI指标的分类KPI优化方法接入类

掉话类切换寻呼数据业务下载课程内容KPI指标的分类数据下载速率类RNC级问题处理思路首先排除测试终端的影响。目前上下行时隙配比2：4配置下，单载波最大吞吐量为1.68M，测试终端必须满足UE能力等级为9或者9以上才可以达到较高速率。如果签约速率和申请速率较低，则下载速率较低。如果多个RNC出现问题，则先不用考虑无线环境的影响，更多的从设备方面或是配置方面考虑，是否全网某些配置有异常？比如某个副载波被闭塞不可用。。。是否有告警？路由配置问题，IU口相关配置问题，CN或CE问题等。数据下载速率类RNC级问题处理思路个别小区问题处理思路首先排除测试终端的影响。检查测试点的PCCPHRSCP和C/I是否良好检查Iub口配置的带宽是否充足，单IMA组至少要配置2对E1。检查信道/参数配置HS-PDSCH信道是否配置3个时隙室内/室外HS频点是否相同，避免存在同频干扰。HS-DSCH的单码道功率和HS-SCCH的最大发射功率：如果是室内分布站点，确认是否使用干放，检查干放的时隙配置或上下行增益配置，避免干放配置不当对系统造成干扰，影响HS业务性能。个别小区问题处理思路首先排除测试终端的影响。TD-SCDMAKPI指标及优化指导书课件演讲完毕，谢谢观看！演讲完毕，谢谢观看！TD-SCDMAKPI指标及优化指导书TD-SCDMAKPI指标及优化指导书课程目标学习完成本课程您将会：了解TD-SCDMA无线优化KPI指标定义了解各指标的评价标准了解各项KPI优化的基本思路课程目标学习完成本课程您将会：课程内容KPI指标的分类KPI优化方法课程内容KPI指标的分类PCCPCH接收信号码片功率RSCP（双码道）指标名称主公共控制信道接收信号码片功率RSCP指标意义接收信号码功率RSCP是用来考核全网环境下的网络覆盖质量的重要指标之一。RSCP是一个表示接收信号强度的绝对值，显然它的大小与负载无关，是一个直接反映移动台距离基站大小的指标。因此这个KPI值可以用来度量小区覆盖范围的大小。但需要注意的是它不能完全反映实际小区的覆盖以及网络性能质量的情况，必须与下行链路主公共控制信道的C/I共同决定下行链路的覆盖范围。计算公式UE接收到的下行主公共控制信道训练序列码的接收功率。信令触发点采集对象路测指标取值高标准RSCP>-85dBm的区域大于95%建议标准RSCP>-95dBm的区域大于97%低标准RSCP>-95dBm的区域大于95%PCCPCH接收信号码片功率RSCP（双码道）指标名称主公PCCPCH的载干比C/I指标名称PCCPCH码片级的载干比C/I指标意义对TD-SCDMA主公共控制信道覆盖能力的要求定义为载波功率与干扰功率的比值，数值上它等于PCCPCH信道的接收载波功率RSCP与接收到的干扰信号（包括本小区/邻小区干扰和白噪声）的功率（即ISCP：InterfereSignalStrengthIndicator）的比值。在TD-SCDMA系统中，目前普遍采用了N频点技术，主公共控制信道（PCCPCH）与其它公共控制信道是码分复用的，只配置在主载波，并且不做功率控制。计算公式接收到的载波功率与所有干扰功率（白噪声、本小区/邻小区干扰）的比值。信令触发点采集对象路测指标取值高标准C/I>-3dB的区域大于97%建议标准C/I>-3dB的区域大于95%低标准C/I>-3dB的区域大于90%PCCPCH的载干比C/I指标名称PCCPCH码片级的载干覆盖率指标名称覆盖率指标意义无线网络的覆盖率，反映了网络的可用性。网络的下行覆盖是由PCCPCH信道的RSCP和质量C/I来衡量，网络的上行覆盖情况一般由手机的发射功率来衡量。计算公式覆盖率=满足覆盖要求的点数/总的采样点数*100%，定义F取值为1的测试点为满足覆盖要求的测试点，即：对于上行，F＝上行手机发送功率值≤手机最大发送功率值；对于下行，F＝RSCP≥R且C/I≥S；其中：RSCP表示接收导频信号码片功率；C/I表示接收主公共控制信号的信号品质；RSCP≥R和C/I≥S表示是否满足条件，R和S是RSCP和C/I在计算中的阈值（该值的推导现在不清楚）。如果RSCP≥R和C/I≥S都满足，则F取值1，若有一个不满足或都不满足，则F取值0。计算之前首先排除测试中的异常点，异常点指的是RSCP或C/I的取值远远超出正常范围之外。该公式表示如果某一区域接收信号码片功率超过某一门限同时信号品质超过某一门限则表示该区域被覆盖。由于不同的业务，其覆盖不同，要求的覆盖率也不同，因此针对不同的业务可以测量不同的F值来计算覆盖率。注意，这里的覆盖率指的是区域覆盖率，不是边缘覆盖率。采集对象路测指标取值高标准98%（RSCP≥-95dBm且C/I≥-3dB）建议标准95%（RSCP≥-95dBm且C/I≥-3dB）低标准90%（RSCP≥-95dBm且C/I≥-3dB）覆盖率指标名称覆盖率指标意义无线网络的覆盖率，反映了网络的覆盖优化覆盖问题产生的原因总体来讲有四类：一是无线网络规划结果和实际覆盖效果存在偏差；二是覆盖区无线环境变化；三是工程参数和规划参数间的不一致；四是增加了新的覆盖需求。由此产生的问题主要表现为覆盖空洞、覆盖弱区、越区覆盖、导频污染和邻区设定不合理等几个方面。通常通过工程参数调整、RF参数修改、功率调整等方法解决覆盖优化覆盖问题产生的原因总体来讲有四类：呼叫类指标呼叫类指标包括呼叫接通率和保持率两类指标。接通率是反映TD-SCDMA系统性能最重要的指标，也是运营商十分关注的指标一个完整的呼叫接通率有多个层次：寻呼成功率、RRC连接建立成功率和RAB指配建立成功率。UE从接收到CN发来的寻呼消息，到RAB指派完成，完成一个完整呼叫流程。呼叫类指标呼叫类指标包括呼叫接通率和保持率两类指标。信令流程信令流程RRC连接建立成功率（业务相关）指标名称RRC连接建立成功率（业务相关）指标意义反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接。RRC连接建立可以分两种情况：一种是与业务相关的RRC连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的RRC连接建立。前者是衡量呼叫接通率的一个重要指标，其结果可以作为调整信道配置的依据。后者可用于考察系统负荷情况。计算公式RRC连接建立成功率（业务相关）＝RRC连接建立成功次数（业务相关）/RRC连接建立尝试次数（业务相关）×100%信令触发点SRNC收到RRC建立请求之后决定是否建立，以及是建立在专用信道还是公共信道上。RRC连接建立成功率（业务相关）用RRC连接建立成功次数和RRC连接建立尝试次数的比来表示，对应的信令分别为：RNC收到的RRCCONNECTIONSETUPCOMPLETE次数和RNC收到的RRCCONNECTIONREQ次数。该指标要求按不同业务类型分别进行统计。采集对象后台网管计数器测量并计算指标取值高标准100%建议标准99%低标准98%RRC连接建立成功率（业务相关）指标名称RRC连接建立成功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建立请求的RAB数目+PS域RAB建立请求的RAB数目）*100%信令触发点RAB建立成功率用RAB指派建立尝试次数和RAB指派建立成功响应次数的比表示，对应的信令分别为：RABASSIGNMENTREQUEST（RAB建立请求）和RABASSIGNMENTRESPONSE（RAB建立成功）。RAB建立成功率对于CS域和PS分别统计。采集对象后台网管计数器测量并计算指标取值高标准100%建议标准99%低标准98%RAB建立成功率指标名称RAB建立成功率指标意义RAB建立无线接通率指标名称无线接通率指标意义反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接。RRC连接建立可以分两种情况：一种是与业务相关的RRC连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的RRC连接建立。前者是衡量呼叫接通率的一个重要指标，其结果可以作为调整信道配置的依据。后者可用于考察系统负荷情况。计算公式无线接通率＝RAB建立成功率×RRC连接建立成功率（业务相关）×100%信令触发点见“RRC连接建立成功率（业务相关）”和“RAB建立成功率”采集对象后台网管计数器测量并计算指标取值高标准99%建议标准98%低标准96%无线接通率指标名称无线接通率指标意义反映RNC或者小区的U语音业务无线接通率指标名称语音业务无线接通率指标意义反映语音业务呼叫接通率的一个重要指标，其结果可以作为调整信道配置、网络优化的依据。计算公式语音业务无线接通率＝（（电路域RAB建立成功的C类AMR低速率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%语音业务无线接通率指标名称语音业务无线接通率指标意义反映语视频电话业务无线接通率指标名称视频电话无线接通率指标意义反映视频电话业务呼叫接通率的一个重要指标，其结果可以作为调整信道配置、网络优化的依据。计算公式语音业务无线接通率＝（电路域RAB建立成功的C类64/64RAB数目/电路域RAB请求建立的C类64/64RAB数目）×（（RRC连接建立成功次数主叫会话类业务+RRC连接建立成功次数被叫会话类业务）/（RRC连接尝试次数主叫会话类业务+RRC连接尝试次数被叫会话类业务））×100%信令触发点见“RRC连接建立成功率（业务相关）”和“RAB建立成功率”采集对象后台网管计数器测量并计算指标取值高标准98%建议标准94%低标准92%视频电话业务无线接通率指标名称视频电话无线接通率指标意义反PS域无线接通率指标名称PS域无线接通率指标意义反映PS域呼叫接通率的一个重要指标，其结果可以作为调整信道配置、网络优化的依据。计算公式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连接尝试次数主叫交互类业务+RRC连接尝试次数被叫交互类业务+RRC连接尝试次数主叫背景类业务+RRC连接尝试次数被叫背景类业务））×100%信令触发点见“RRC连接建立成功率（业务相关）”和“RAB建立成功率”采集对象后台网管计数器测量并计算指标取值高标准98%建议标准94%低标准92%PS域无线接通率指标名称PS域无线接通率指标意义反映PS域无线电路域掉话率反映了系统电路域业务的通讯保持能力，是用户直接感受的重要性能指标之一。

指标名称无线掉话率（业务相关）指标意义RNC通过向CN发起RAB释放请求，请求释放一个或多个无线接入承载（RAB）。当UE丢失或者不激活，或者由于UTRAN的原因，RNC向CN发起Iu连接释放请求，请求释放与一个UE相连的Iu连接。计算公式电路域掉话率=RNC请求释放的电路域掉话的RAB数目/电路域RAB指派建立成功的RAB数目*100%信令触发点RNC通过向CN发起RAB释放请求与发起Iu连接释放请求，对应的信令分别为：RABRELEASEREQUEST和IuRELEASEREQUEST。采集对象后台网管计数器测量并计算指标取值高标准1%建议标准2%低标准4%备注需要按业务划分，上面的取值为语音业务无线电路域掉话率反映了系统电路域业务的通讯保持能力，是用户无线分组域掉线率指标名称无线分组域掉线率指标意义反映了系统分组域业务的通讯保持能力，是用户直接感受的重要性能指标之一。计算公式分组域掉线率=RNC请求释放的分组域掉线的RAB数目/分组域RAB指派建立成功的RAB数目*100%信令触发点RNC通过向CN发起RAB释放请求与发起Iu连接释放请求，对应的信令分别为：RABRELEASEREQUEST和IuRELEASEREQUEST。采集对象后台网管计数器测量并计算指标取值高标准2%建议标准4%低标准8%无线分组域掉线率指标名称无线分组域掉线率指标意义反映了系统掉话率指标名称掉话率指标意义反映了系统的通讯保持能力，是用户直接感受的重要性能指标之一。计算公式掉话率=(RNC请求释放的电路域掉话的RAB数目+RNC请求释放的分组域掉线的RAB数目)/（电路域RAB指派建立成功的RAB数目+分组域RAB指派建立成功的RAB数目）*100%信令触发点采集对象后台网管计数器测量并计算指标取值高标准1%建议标准2%低标准4%掉话率指标名称掉话率指标意义反映了系统的通讯保持能力，是用电路域业务掉话比指标名称电路域业务调掉话比指标意义反映了一定业务量情况下，系统电路域业务的通讯保持能力，是用户直接感受的重要性能指标之一。计算公式统计周期内电路域掉话的RAB数目与电路域相关业务话务量的比值；计算公式如下：电路域12.2K业务掉话比＝电路域12.2K业务话务量/RNC请求释放的电路域12.2K的RAB数目*100%电路域7.95K业务掉话比＝电路域7.95K业务话务量/RNC请求释放的电路域7.95K的RAB数目*100%电路域5.9K业务掉话比＝电路域5.9K业务话务量/RNC请求释放的电路域5.9K的RAB数目*100%电路域4.75K业务掉话比＝电路域4.75K业务话务量/RNC请求释放的电路域4.75K的RAB数目*100%电路域32K业务掉话比＝电路域32K业务话务量/RNC请求释放的电路域32K的RAB数目*100%电路域64K业务掉话比＝电路域64K业务话务量/RNC请求释放的电路域64K的RAB数目*100%信令触发点采集对象后台网管计数器测量并计算指标取值高标准1%建议标准2%低标准3%电路域业务掉话比指标名称电路域业务调掉话比指标意义反映了一课程内容KPI指标的分类KPI优化方法接入类

掉话类切换寻呼数据业务下载课程内容KPI指标的分类接入指标优化接入失败可能的问题原因包括以下几类：终端问题造成的接入失败终端无法收到FPACH造成的接入失败RRC连接请求被拒绝由于弱场或干扰造成的信令丢失，上下行链路中断核心网问题造成的鉴权失败或RAB指配问题等针对以上各种原因，逐步排查分析，消除影响接入成功的因素，提升接入指标。接入指标优化接入失败可能的问题原因包括以下几类：接入指标统计接入指标统计RRCSetupTimeOutRRCSetupTimeOutRRCSetupTimeOut主要原因造成这种失败的主要原因是：RNC下发rrcConnectionSetup消息后，UE侧无法正常接受到建立命令，使rrc无法正常建立，造成起呼失败。主要原因有：如果整个小区存在此问题，关注NODEB的故障，涉及BBU某个单板，RRU,另外传输误码，RNC某个内部处理板或者接口板，会导致不正确的将RRCconnectionsetup信令发给NODEB参数设置问题，SCCPCH功率小，导致下行功率不足或者存在下行干扰，导致UE不能正确的收到RRCconnectionsetup消息覆盖和同频同扰码干扰问题，覆盖不好容易引起UE不能正确的收到RRCconnectionsetup消息，同时同频同扰码也会导致UE不能收到消息终端问题，UE收到消息，但是由于消息错误或者UE内部原因导致UE未及时发送RRCconnectionsetupCOMPLETE需要结合设备告警，传输故障，覆盖干扰，个别终端等问题综合考虑RRCSetupTimeOut主要原因造成这种失败的主要原RNLC_Ue_Operate_fail_invalidconfigurationRNLC_Ue_Operate_fail_invalidcoRNLC_Ue_Operate_fail_invalidconfiguration此种接入失败原因主要是用户在CN下发RABAssignmentRequest后，未完成RABAssignmentResponse时，UE或核心网侧发起了高层信令连接释放请求导致，目前已经在网管的RAB指派成功率KPI中将此接入失败原因去除。RNLC_Ue_Operate_fail_invalidcoRNLC_SecurityModeRsp_TimeOutRNLC_SecurityModeRsp_TimeOutRNLC_SecurityModeRsp_TimeOut通过对该类问题的CT文件进行关联分析，发现此类安全模式超时错误主要都发生在UE进行PS业务重选过程中，RNC向UE下发了安全模式命令后，UE没有返回安全模式完成至RNC，导致安全模式超时。RNLC_SecurityModeRsp_TimeOut通RrcConnectionRejectRrcConnectionRejectRRCConnectionReject消息其所带的Cause值为“Congestion”（拥塞）：资源不足：主要是信道资源、码资源、功率资源等不足造成；查看小区的话务量（PS业务流量），确认小区是否真的存在资源不足；LMT查看功率资源情况，是否存在TCP资源不足的问题。如果存在小区的话务量不多，而且TCP占用正常仍会出现拥塞造成的起呼失败，同时又不存在任何告警信息，则在动态数据库管理中查看服务小区状态，是否存在载频资源被闭塞的现象。对于真正存在资源不足的情况，建议进行扩容加以解决。通过LMT查看时隙干扰情况。小区硬件故障。如：RRU故障；对于存在告警的故障，首先加以解决，在紧急情况下可以对小区或RRU进行重启加以验证。RRCConnectionReject消息其所带的CauRRCConnectionReject消息：CAC参数设置问题；检查CAC相关参数。RRCConnectionReject消息：CAC参数设RRCConnectionReject消息：其所带的Cause值为“Unspecified”（未定义）：当通过CAC检查后，信令消息出现RLfailure。重点排查基站小区故障；RRCConnectionReject消息：其所带的主叫UE收到RRCConnectionSetup消息后，RNC侧没有收到RRCConnectionComplete消息，其所带的Cause值为“NOReply”；通过在RNC侧看似否有RadioLinkRestoreIndication消息，判断是上行开环还是下行开环有问题，若RNC侧收到了RadioLinkRestoreIndication，则说明上行开环已完成，则首先需要判断下行业务时隙是否有干扰，若有干扰，优先排除干扰，其次核查设备的天线类型，下行开环功控参数是否正常，考虑调整下行初始发射功率；若RNC没有收到RadioLinkRestoreIndication，则首先需要判断上行业务时隙是否有干扰，若有干扰，优先排除干扰，其次核查设备的天线类型，上行开环功控参数是否正常，最后才考虑调整上行开环功控参数；主叫UE收到RRCConnectionSetup消息后，主叫UE收到RRCConnectionSetup消息后，RNC侧没有收到RRCConnectionComplete消息，其所带的Cause值为“NOReply”；流程：RRCConnectionSetup信令首先从RNC的控制面发出，经过内部处理，通过RNC与NodeB之间的接口板，再经过传输线路到NodeB与RNC的接口板，然后在NodeB内部处理，再通过RRU经Uu口到UE。需要针对具体现象对每一步骤进行排查。排查思路：RNC是否收到基站上报的RadioLinkRestoreIndication消息；LMT查看ISCP\RTWP\UPPCH干扰情况。统计小区FACH出窗情况。RNC侧用户面板上观察FACH传输信道同步帧收发情况；传输是否存在告警，E1带宽是否充足。主叫UE收到RRCConnectionSetup消息后，课程内容KPI指标的分类KPI优化方法接入类

掉话类切换寻呼数据业务下载课程内容KPI指标的分类掉话排查总体思路流程掉话排查总体思路流程掉话原因分析掉话原因分析UCIU_errorUCIU_errorUCIU_errorUCIU_error错误原因机制UCIUerror表示RLC（无线链路控制层）不可恢复性错误。从结构模型看，RLC层是比物理层高。发生UCIUerror故障（掉话），说明链路的物理层是正常的，RLC层出现故障。当RLC层发生传递失败后，会首先进行重传尝试，如果重传成功，链路的RLC层恢复；当重传达到最大次数后RLC层仍没有传递成功，发送端可发起RLC层的复位，恢复RLC的全部初始参数，如果复位能够成功，那么RL