TD关键KPI指标分析与提升

TD关键KPI指标分析与提升2024/3/29TD关键KPI指标分析与提升TD-SCDMAKPI指标分析与提升PartII:语音业务掉话率指标分析与提升PartI:无线接通率指标分析与提升PartIII:PS无线掉线率指标分析与提升PartIV:2/3G互操作指标分析与提升PartV:扩展知识TD关键KPI指标分析与提升1:无线接通率指标分析与提升该指标用来衡量业务的接入性能，是反映网络服务提供能力的重要指标之一。无线接通率体现网络端到端的接入性能，反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接；RAB连接建立成功表明UE与网络间用户面连接建立成功，用户面连接用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB，当RAB建立成功以后，一个基本的呼叫即建立，UE进入通话过程。TD关键KPI指标分析与提升1.1:无线接通率指标定义1.1.1语音无线接通率具体的计算公式为：语音业务无线接通率=[电路域RRC连接建立成功率]*[语音业务RAB建立成功率(小区)]语音业务RAB建立成功率(小区)=[语音业务RAB指派建立成功RAB数目(小区)]/[话音业务RAB指配建立请求的RAB数目(小区)]即([RAB.SuccEstabCsPerCell.Conv.<1><1>]+[RAB.SuccEstabCsPerCell.Conv.<2><2>])/([RAB.AttEstabCsPerCell.Conv.<1><1>]+[RAB.AttEstabCsPerCell.Conv.<2><2>])语音业务RRC连接建立成功率=([RRC.SuccConnEstab.1]+[RRC.SuccConnEstab.6])/([RRC.AttConnEstab.1]+[RRC.AttConnEstab.6])语音业务无线接通率=([RRC.SuccConnEstab.1]+[RRC.SuccConnEstab.6])/([RRC.AttConnEstab.1]+[RRC.AttConnEstab.6])*([RAB.SuccEstabCsPerCell.Conv.<1><1>]+[RAB.SuccEstabCsPerCell.Conv.<2><2>])/([RAB.AttEstabCsPerCell.Conv.<1><1>]+[RAB.AttEstabCsPerCell.Conv.<2><2>]

)相应的counter说明：RRC.AttConnEstab.1，RRC.SuccConnEstab.1：OriginatingConversationalCallRRC.AttConnEstab.6，RRC.SuccConnEstab.6：TerminatingConversationalCallCSRAB的counter从名字上就可以看出每个counter的具体含义。TD关键KPI指标分析与提升

PS无线接通率=[分组域RAB建立成功率]*[RRC连接建立成功率]

分组域RAB建立成功率=[RAB.SuccEstabPs]/[RAB.AttEstabPs]

RRC连接建立成功率=[RRC.SuccConnEstab]/[RRC.AttConnEstab]

即：

PS无线接通率=[RAB.SuccEstabPs]/[RAB.AttEstabPs]*[RRC.SuccConnEstab]/[RRC.AttConnEstab]

1.1.2PS无线接通率具体的计算公式TD关键KPI指标分析与提升1.2:接入失败原因分析每次RRC和RAB建立失败话统都给出一个失败的原因，RNC会在话统的相关统计点进行记录。下表列出了话统掉话原因的统计点，并对每个统计点的名称和相应的统计时机进行了说明。RRC.FailConnEstab.1原因为<拥塞>的RRC连接失败次数RRC.FailConnEstab.AAL2SetupFail原因为<AAL2建立失败>的RRC连接失败次数RRC.FailConnEstab.Cong原因为<网络拥塞拒绝>的RRC连接失败次数RRC.FailConnEstab.FPSynFail原因为<FP同步失败>的RRC连接失败次数RRC.FailConnEstab.NoReply原因为<无应答>的RRC连接失败次数RRC.FailConnEstab.RlSetupFail原因为<RL建立失败>的RRC连接失败次数1.2.1语音业务RRC失败原因分析：TD关键KPI指标分析与提升RRC失败counter（不区分业务）含义分析RRC.FailConnEstab.1RRC连接失败次数<拥塞>当UE发RRCCONNECTIONREQ，收不到SETUP消息，重发REQUEST消息，当达到N300次，还没收到SETUP，则RRC建立失败，原因置为“拥塞”。在建网初期，基本上不会发生拥塞，如果出现这个原因，应该检查一下NodeB是否正常RRC.FailConnEstab.RlSetupFailRRC连接失败次数<RL建立失败>当Iub口出现问题，或者NodeB直接回复RL建立失败，就会导致RL建立失败，从而导致RRC建立失败，原因置为”RL建立失败”。如果出现这个原因，需检查一下NodeB是否正常。RRC.FailConnEstab.FPSynFailRRC连接失败次数<FP同步失败>在为用户建立IUB接口用户面时，RNC建好了DCH的FP之后，会发起FP同步过程，如果该过程失败，即认为RRC建立失败。如果出现FP同步失败，需检查IUB接口的用户面是否有问题。同时可以跟踪NodeB那边，是否收到了FP同步帧来确认上下行同步是在哪一步出现了问题。RRC.FailConnEstab.AAL2SetupFailRRC连接失败次数<AAL2建立失败>为用户建立IUB接口的用户面时，需先建立AAL2的链路。如果AAL2链路建立失败，后续的FP、MACD等都无法建立。如果出现AAL2建立失败，同样需要检查IUB接口的通道是否正常，比如PATH是否配置合理。RRC.FailConnEstab.NoReply原因为<无应答>的RRC连接失败次数目前邵阳TD网络失败原因大部分是该类原因，可以从是否有干扰、覆盖区域等着手来优化。RRC.FailConnEstab.cong原因为<网络拥塞拒绝>的RRC连接失败次数目前邵阳TD网络改原因极少，日前洞口营业部2小区出现该原因，通过分析确实为码资源拥塞导致的，通过扩容解决该问题。TD关键KPI指标分析与提升1.2.2语音业务RAB失败原因分析：RAB.FailEstabCsPerCell.5原因为5(TqueingExpiry)的指配失败的电路域的RAB数(小区级)RAB.FailEstabCsPerCell.14原因为14(FailureintheRadioInterfaceProcedure)的指配失败的电路域RAB数(小区级)RAB.FailEstabCsPerCell.19原因为19(InvalidRABParametersValue)的指配失败的电路域RAB数(小区级)RAB.FailEstabCsPerCell.20原因为20(RequestedMaximumBitRatenotAvailable)的指配失败的电路域RAB数(小区级)RAB.FailEstabCsPerCell.66原因为66(IuTransportConnectionFailedtoEstablish)的指配失败的电路域RAB数(小区级)RAB.FailEstabCsPerCell.114原因为114(NoResourceAvailable)的指配失败的电路域的RAB数(小区级)RAB.FailEstabCsPerCell.115原因为115(UnspecifiedFailure)的指配失败的电路域RAB数(小区级)TD关键KPI指标分析与提升语音业务RAB失败counter含义分析RAB.FailRabAssignEstabCS.66电路域RAB指配建立失败的RAB数目<IU口传输连接建立失败>在为用户建立IU接口的用户面时，出现了某种错误，导致IU接口的连接建立失败。出现了这种情况时，需检查IU口的通道是否正常。RAB.FailRabAssignEstabCS.5电路域RAB指配建立失败的RAB数目<排队定时器超时>如果RNC支持排队抢占功能，当一个用户处于排队过程中，如果该用户排队时间过长，则把会出现由于排队超时导致RAB建立失败。如果出现这种问题，一般来说小区应该已经拥塞，在建网初期不会出现。RAB.FailRabAssignEstabCS.115电路域RAB指配建立失败的RAB数目<未知错误>无法归类到其他原因的RAB失败，如果出现这种原因，需要跟踪该小区的log，特别是内部的消息，查看内部流程是到了哪一步失败。RAB.FailRabAssignEstabCS.114电路域RAB指配建立失败的RAB数目<无可用资源>在小区拥塞、或者某种资源（比如HS）不足时，又不支持排队抢占，则会回复这种原因。在建网初期，这种情况不会出现RAB.FailRabAssignEstabCS.19电路域RAB指配建立失败的RAB数目<无效的RAB参数>CN发给RNC的RAB指派消息中，RAB参数不符合协议。这种原因基本不会出现。RAB.FailRabAssignEstabCS.20电路域RAB指配建立失败的RAB数目<最大速率不支持>RNC在为一个RAB进行资源分配时，如果现有资源无法支持该RAB的速率要求，又不支持排队抢占，则会上报最大速率不支持。在建网初期，该原因值不太容易出现。失败原因详细分析：注意：RAB.FailRabAssignEstabCS.20被鼎桥归类到拥塞问题中去了，以后遇到该问题可以考虑拥塞问题解决思路。TD关键KPI指标分析与提升

因为RRC建立失败不区分业务，所以RRC建立失败的几种失败原因话统中常见比例及具体含义，请参考1.2.1语音业务RRC失败原因分析1.2.3PS域RRC建立失败原因分析TD关键KPI指标分析与提升1.2.4PS域RAB建立失败原因分析

RAB.FailEstabPsPerCell指配失败的分组域RAB数(小区级)RAB.FailEstabPsPerCell.5原因为5(TqueingExpiry)的指配失败的分组域RAB数(小区级)RAB.FailEstabPsPerCell.14原因为14(FailureintheRadioInterfaceProcedure)的指配失败的分组域RAB数(小区级)RAB.FailEstabPsPerCell.19原因为19(InvalidRABParametersValue)的指配失败的分组域RAB数(小区级)RAB.FailEstabPsPerCell.20原因为20(RequestedMaximumBitRatenotAvailable)的指配失败的分组域RAB数(小区级)RAB.FailEstabPsPerCell.66原因为66(IuTransportConnectionFailedtoEstablish)的指配失败的分组域RAB数(小区级)RAB.FailEstabPsPerCell.114原因为114(NoResourceAvailable)的指配失败的分组域RAB数(小区级)RAB.FailEstabPsPerCell.115原因为115(UnspecifiedFailure)的指配失败的分组域RAB数(小区级)VS.RAB.FailEstPs.Power.Cong功率导致的PS域RAB指配建立失败的RAB数目<无可用资源><小区>VS.RAB.FailEstPs.ULCE.Cong上行CE拥塞导致的PS域RAB建立失败的个数VS.RAB.FailEstPs.DLCE.Cong下行CE拥塞导致的PS域RAB建立失败的个数VS.RAB.FailEstPs.Code.Cong码资源导致的PS域RAB指配建立失败的RAB数目<无可用资源><小区>VS.RAB.FailEstabPS.DLIUBBand.Cong下行IUB带宽拥塞导致RNC准入算法拒绝从而导致PS域RAB指配请求建立失败的RAB次数。VS.RAB.FailEstabPS.ULIUBBand.Cong上行IUB带宽拥塞导致RNC准入算法拒绝从而导致PS域RAB指配请求建立失败的RAB次数。TD关键KPI指标分析与提升失败原因详细分析：PS域RAB失败counter含义分析RAB.FailEstabPsPerCell.14原因为14(FailureintheRadioInterfaceProcedure)的指配失败的分组域RAB数(小区级)目前邵阳TD网络大部分失败原因为该值，可以通过参数优化、覆盖完善等手来提升；RAB.FailEstabPsPerCell.20原因为20(RequestedMaximumBitRatenotAvailable)的指配失败的分组域RAB数(小区级)日前邵阳TD网络中有几个营业厅室分站出现了大量的该原因值失败次数，后来经过分析为拥塞导致，通过扩容即可解决，该类问题可推广到全网优化思路中；RAB.FailEstabPsPerCell.114原因为114(NoResourceAvailable)的指配失败的分组域RAB数(小区级)目前邵阳TD网络该原因值失败次数占比大约在20%-40%之间，经过OMSTAR调研发现，大部分为不支持3PS业务导致的，目前没有好的优化方案，鼎桥在LCR6.0中会解决该问题。3PS业务调研模板拥塞判断方法TD关键KPI指标分析与提升1.3:接入失败分析流程开始获取全网RRC和RAB建立成功率变化趋势话统数据指标是否满足要求结束TOP小区分析YN站点是否异常提交排障组检查YRRC建立问题NRRCTOP小区调整实施RAB建立问题RABTOP小区调整实施是否可以推广到全网全网修改措施实施YYYTD关键KPI指标分析与提升流程图说明：1、获取全网的RRC和RAB建立成功率指标以及趋势，分析至少需要分析1周左右的数据；2、如果面全网的接通率指标一直偏低，分析面向小区的RRC和RAB建立成功率指标，把面向小区的RRC建立成功率指标和RAB建立成功率从低到高的顺序进行排序，优先分析成功率低而且建立失败绝对次数也多的小区；进行小区接通率分析；3、首先根据RNC侧和NodeB侧告警信息，确认这些TOP小区是否存在设备故障，并且参考施工信息，确认是否这些TOP小区正在更换，排除这些因素后，后续决定这些小区是否需要参数调整。4、根据RRC和RAB建立成功率分析结果，对Top小区实施优化措施；优化措施实施后对比该小区的接通率指标是否改善；5、分析优化措施是否可以推广的全网，如果可以的话安排全网的实施，分析实施后的指标是否满足要求，如果满足要求，那么结束接通率优化；否则，重新进行TopN小区优化；TD关键KPI指标分析与提升1.4:RRC建立成功率详细分析

RRC建立主要分为四个部分：UE在RACH上发RRCCONNECTIONREQ；RNC接收到RRCCONNECTIONREQ后，配置L2资源并和NodeB建立IUB接口上的RL链路；RNC向UE发RRCCONNECTIONSETUP；UE回复RRCCONNECTIONSETUPCOMPLETE。统计RRC接通率的起始点是RNC收到RRCCONNECTIONREQ，终止点是RNC收到RRCCONNECTIONSETUPCOMPLETE。因此影响RRC接通率的RRC建立失败，主要是后面三步没有成功而导致的。TD关键KPI指标分析与提升1.4.1 RNC资源分配失败，或者建立L2实例失败，或者IUB接口RL链路失败目前的用户量和话务量都不多，出现资源不足的情况基本上不可能，因此如果出现了前面几种失败原因，一般都是RNC或者NodeB内部出现了问题，需要检查RNC和NodeB的状态或者小区状态。1.4.2 UE收不到RRCCONNECTIONSETUPRRCCONNECTIONSETUP消息是在FACH上发给UE的。目前SCCPCH功率配置的值一般是-3db(相对于PCCPCH功率，单码道)。从覆盖上来说，已经和PCCPCH的覆盖一样了。如果仍然出现UE收不到RRCCONNECTIONSETUP消息（这个光从RNC的log看不出来，必须要通过采集终端的log来查看），则需要调整SCCPCH功率，来满足信号覆盖不好的地方功率需求。1.4.3 RNC收不到RRCCONNECTIONSETUPCOMPLETE如果UE收到RRCCONNECTIONSETUP消息后，会向网络回复RRCCONNECTIONSETUPCOMPLETE消息。如果UE在作专用信道同步时失败，或者在向网络侧发RRCCONNECTIONSETUPCOMPLETE消息时，网络侧无法正确接收，都会导致RRC建立失败。此时，可以通过提高上行期望接收功率/RL初始发射功率和修改上行同步的参数，来使得UE能够正常进行专用信道同步和上传RRC建立完成消息。如果是第2点和第3点的原因导致RRC建立失败，无法通过RNC侧的log进行区分，也无法通过统计指标来进行区分，只能在发现问题后，通过路测以及调整上行或下行功率值来确定是上行功率不足，还是下行功率不足。1.4.4 干扰因素TD的同频干扰是比较严重的，如果小区的邻区中，存在同频并且同扰码（这儿指的不是主频同频，而是主辅同频），那么干扰会比较大。因此在出现RRC建立失败比较多时，需关注是否是干扰导致的。如果是干扰因素，先需要解决频点和扰码的规划问题。在解决频点和扰码问题时，不仅要关注RNC内的频点扰码，还需要关注邻RNC间的频点扰码。一个原则是，在做网络规划时，邻区间的频点和扰码，不能出现同频同码的情况（包括RNC内和RNC间的邻区）。1.4.5 环境因素PS业务主要是在室内使用，如果没有配置室内分布系统，光靠室外基站覆盖室内，其PCCPCHRSCP的接收电平相对较低（很有可能低于-90dbm）。在这样的PCCPCHRSCP条件下，对于PS业务的RRC建立成功率有很大的影响。在相同的PCCPCH发射功率下，PS业务的RRC建立成功率比CS业务的RRC建立成功率要低一些也是正常的。因此，如果PS业务的RRC接通率一直不高，可以查看覆盖区域的信号强度是否足够强，如果不够，可能需要调高PCCPCH功率，或者是收缩覆盖范围（调高小区的驻留电平，把信号不够好的用户剔除出去）。RRC建立失败的可能原因：TD关键KPI指标分析与提升1.5:RAB建立成功率详细分析RAB接通率计算点是从RNC在IU接口收到RABASSIGNMENTREQ开始，到RNC在IU接口回复成功的RNANPRABASSIGNMENTRSP为止。从信令流程分析，RNC收到RABASSIGNMENTREQ，会进行如下的步骤：RNC分配无线资源RNC向NodeB发起无线链路重配置流程RNC在空口上向UE发起RBSETUP流程在IU接口上回复RABASSIGNMENTRSP消息给CNTD关键KPI指标分析与提升1.5.1 RNC分配无线资源在建网初期，用户数很少，小区的无线资源或者RNC的资源应该是足够的，一般不会出现由于资源不够而导致出现的拒绝或者建立失败。如果出现了资源不够的现象，一般是产品或者其他方面的问题。1.5.2 RNC向NodeB发起无线链路重配置流程IUB接口的传输一般是比较稳定可靠的，传输过程出现问题的概率很低。但无线链路重配置过程可能失败，主要的现象一般是NodeB回复无线链路重配置失败，原因各种各样。建网初期开通的功能，一般较少。很多复杂的算法都不会开通，因此资源配置错误、资源配置冲突等问题，不会出现。如果出现了NodeB回复无线链路重配置失败的现象，很大的可能是NodeB出现了什么问题。这种情况下，无法通过修改参数或者调整功率、天线方向等方法来解决。1.5.3 RNC在空口上向UE发起RBSETUP流程RBSETUP流程分为两个部分：UTRAN在原来的DPCH上发送RBSETUP消息给UE；UE在新的DPCH上回复RBSETUPCMP消息给UTRAN。原有的DPCH一直处在内环功控中，并且UE和核心网在NAS层消息也有过交互，因此下发RBSETUP消息出现问题的可能性并不是很大。从功能实现来讲，RBSETUP消息配置错误的概率也很低。因此问题一般都是出在UE回复RBSETUPCMP消息这一步上。UE在新的DPCH上回复RBSETUPCMP之前，会先作专用信道同步。在进行专用信道同步时，UE会采用网络侧配置的初始功率来发送specailburst。NodeB也是采用网络侧的提供的初始发射功率进行specailburst进行发射。UE在新的链路同步上以后，就可以采用闭环功控来进行功率调整，等激活时间生效，就可以采用新的功率在新的链路上发送RBSETUPCMP到UTRAN。在此过程中，专用信道同步失败会导致UE建立RB失败。如果UE配置成功，同步也成功，但是在发送RBSETUPCMP后，UTRAN收不到该消息，在统计时，也会统计为失败。另外，激活时间太短，导致UE那边来不及处理或者同步，也会导致RB建立失败。1.5.4 在IU接口上回复RNANPASSIGNMENTRSP消息给CNUTRAN收到RBSETUPCMP消息后，完成RB建立过程，并回复RNANPASSIGNMENTRSP消息给CN。该过程出现问题的概率也很小。TD关键KPI指标分析与提升从上面流程的分析来看，RAB建立失败主要的问题一般是：开环功率不足如果是开环功率较低，可以提高上下行的开环功率。可以通过如下参数进行调节：下行初始发射功率最小值/MINDLINITPWR参数取值范围：-350~150物理取值范围：-350~150，步长为0.1物理单位：dBm默认值-250（对TOPN小区建议提升该值至-180）查询：LSTTCELLNBMOLPC设置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPC下行初始发射功率最小值是无线链路最小下行发射功率，下行开环功率不能低于该值，对TOPN小区建议提高该值。RB接入下行干扰余量/RBSETUPDLINTERFERERSV：参数取值范围：-1000~1000物理取值范围：-100~100，步长为0.1物理单位：dB默认值：180（对TOPN小区建议提升该值至230）查询：LSTTCELLNBMOLPC设置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPCRB接入下行干扰余量，用来在RB建立时调整计算下行期望接收功率的大小，RB接入下行干扰余量设置越大，下行初始发射功率越大，抗干扰能力越强，同时对其他业务干扰也越大，对TOPN小区建议提高该值；TD关键KPI指标分析与提升RB接入上行干扰余量/RBSETUPULINTERFERERSV：参数取值范围：-1000~1000物理取值范围：-1000~1000物理单位：dB默认值：3（对TOPN小区建议提升该值至9或者19）查询：LSTTCELLNBMOLPC设置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPCRB接入上行干扰余量，用来在RB建立时调整计算上行期望接收功率的大小，对TOPN小区建议提高该值。激活时间太短如果激活时间太短，可以通过修改下面的参数来调整激活时间：MIDRATERLACTTIMEDEFOFFVALHIGHRATERLACTTIMEDEFOFFVAL（目前这个不常用了）TD关键KPI指标分析与提升1.6:无线接通率优化措施总结1.6.1 提高上行干扰余量该值用来调整计算上行期望接收功率的大小。主要的考虑是为了能够方便的对上行期望接收功率进行调整，从而能够满足各个小区不同环境的要求。在其他条件相同的情况下，该值配置的越小，计算出的期望接收功率也就越小。提高上行干扰余量，间接提高SRB/RB建立时的上行期望接收功率，提高RRC接通成功率。1.6.2 提高无线链路初始最小发射功率该值为下行初始发射功率的下限。提高该值，可以限制下行初始发射功率不会设置的太小，避免由于下行初始发射功率偏小导致同步失败。1.6.3 提高TOP小区的最低接入电平处于小区边缘的用户，如果发起业务建立，由于用户所处的环境信号质量不好，业务建立的成功率不会很高。通过限制TOP小区的最低接入电平，使边缘的用户尽量接入信号覆盖更好的2G享受更好的服务，把小区有限的资源分配给信号强度较好的用户，提高系统资源的利用率。此种调整措施做为建网初期部分地方覆盖不好的一种应对措施，当TOP小区后期覆盖做的逐渐完善后，再把此参数恢复过来。TD关键KPI指标分析与提升1.7:优化相关关键参数列表与说明

1.7.1RRC建立成功率涉及到并且可以修改的主要参数：SCCPCH功率（SCCPCH功率）FACH功率（可能没用）SRBInitialSIRTarget（SRB的初始SIRtarget）RRC接入上行干扰余量/RRCSETUPULINTERFERERSVRRC接入下行干扰余量/RRCSETUPDLINTERFERERSV下行初始发射功率最大值/MAXDLINITPWR下行初始发射功率最小值/MINDLINITPWR无线链路最大下行功率/MAXDLTXPWR无线链路最小下行功率/MINDLTXPWR最小接收电平/QRXLEVMINTD关键KPI指标分析与提升1.7.2：关键参数详细说明：SCCPCH功率/SCCPCHPOWER参数取值范围：-350~150物理取值范围：-35~15，步长为0.1物理单位：dB默认值：0查询：LSTTCCHCCTRCH设置：ADDTCCHCCTRCH，ADDTMBMSCCTRCHPARA，MODTCCHCCTRCH，MODTMBMSCCTRCHPARA；SCCPCH功率按照相对值配置，相对值为SCCPCH单码道和PCCPCH双码道的功率差；以保证BCH、PCH和FACH信道的覆盖一致。SIR初始目标值/INITSIRTARGET参数取值范围：0~255物理单位：无默认值:AMR：162；视频电话：172；其他业务：152查询：LSTTTYPRABOLPC、LSTTTYPSRBOLPC设置：ADDTTYPRABOLPC、ADDTTYPSRBOLPC、MODTTYPRABOLPC、MODTTYPSRBOLPCSIR初始目标值。初始传输时SIR目标值，初始传输后通过外环功控调整SIR目标值。该值也用于计算上行DPCH初始发射的PRXDPCHdes。SIRInittarget的后台可配置范围是0~255，映射到实际dB值时减去82再除以10，如192对应为11db。该值还参与计算初始上行期望接受功率，SIRtarget初始值越大，期望接受功率就越大。TD关键KPI指标分析与提升RRC接入上行干扰余量/RRCSETUPULINTERFERERSV参数取值范围：-1000~1000物理取值范围：-1000~1000物理单位：dB默认值:3（对TOPN小区建议提升该值至6或者12）查询：LSTTCELLNBMOLPC设置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPCRRC接入上行干扰余量，用来在RRC建立时调整计算上行期望接收功率的大小。主要的考虑是为了能够方便的对上行期望接收功率进行调整，从而能够满足各个小区不同环境的要求。在其他条件相同的情况下，该值配置的越小，计算出的期望接收功率也就越小。RRC接入下行干扰余量/RRCSETUPDLINTERFERERSV参数取值范围：-1000~1000物理取值范围：-100~100，步长为0.1物理单位：dB默认值:180（对TOPN小区建议提升该值至230）查询：LSTTCELLNBMOLPC设置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPC用来在RRC建立时调整计算下行期望接收功率的大小，RRC接入下行干扰余量设置越大，下行初始发射功率越大，抗干扰能力越强，同时对其他业务干扰也越大。TD关键KPI指标分析与提升下行初始发射功率最大值/MAXDLINITPWR参数取值范围：-350~150物理取值范围：-350~150，步长为0.1物理单位：dBm默认值:-30查询：LSTTCELLNBMOLPC设置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPC下行初始发射功率最大值是无线链路最大下行发射功率，下行开环功率不能大于该值。下行初始发射功率最小值/MINDLINITPWR参数取值范围：-350~150物理取值范围：-350~150，步长为0.1物理单位：dBm默认值:-250(对TOPN小区可以适当提升该值)查询：LSTTCELLNBMOLPC设置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPC下行初始发射功率最小值是无线链路最小下行发射功率，下行开环功率不能低于该值。最小接收电平/QRXLEVMIN参数取值范围：-115~-25物理单位：dBm默认值：-103（针对TOPN小区适当提升该值）设置： ADDTCELLSELRESEL查询： LSTTCELLSELRESEL该参数用于指示UE小区P-CCPCHRSCP最低接入门限。该参数应根据小区边缘的P-CCPCH的接收电平设置，同时参考UE的灵敏度。该参数设置的太大，会使小区实际服务范围收缩；该参数设置的太小，则使空闲模式UE过早的进行测量，增加耗电，驻留小区后也无法正常接收系统信息。TD关键KPI指标分析与提升无线链路最大下行功率/MAXDLTXPWR

参数取值范围：-350~150

物理取值范围：-35~15，步长0.1

物理单位：dB

默认值：-60

设置：ADDTCELLRLPWR、MODTCELLRLPWR、RMVTCELLRLPWR

查看：LSTTCELLRLPWR

无线链路最大下行发射功率越大，越能满足下行功率要求，避免UE在小区边缘由于干扰过大而掉话，但同时也会对其他业务产生过更大的干扰。

注意：该参数在小区下针对不同业务、不同速率可设置为不同的取值。

无线链路最小下行功率/MINDLTXPWR

参数取值范围：-350~150

物理取值范围：-35~15，步长0.1

物理单位：dB

默认值：-150（针对TOP小区适当提高该值）

设置：ADDTCELLRLPWR、MODTCELLRLPWR、RMVTCELLRLPWR

查看：LSTTCELLRLPWR

最小下行发射功率与相应的最大下行发射功率及功率控制的动态范围相关，可设置为最大下行发射功率减去功率控制的动态范围。

注意事项:该参数在小区下针对不同业务、不同速率可设置为不同的取值。

TD关键KPI指标分析与提升RB接入上行干扰余量/RBSETUPULINTERFERERSV(参见RRC建立成功率)RB接入下行干扰余量/RBSETUPDLINTERFERERSV(参见RRC建立成功率)下行初始发射功率最大值/MAXDLINITPWR(参见RRC建立成功率)下行初始发射功率最小值/MINDLINITPWR(参见RRC建立成功率)无线链路最大下行功率/MAXDLTXPWR(参见RRC建立成功率)无线链路最小下行功率/MINDLTXPWR(参见RRC建立成功率)DLISCP测量默认值/DEFAULTDLISCPMEAS默认路损/DEFAULTPATHLOSS1.7.2RAB建立成功率涉及到并且可以修改的参数列表与说明:TD关键KPI指标分析与提升DLISCP测量默认值/DEFAULTDLISCPMEAS参数取值范围：-1150~-250步长：0.1物理单位：dBm默认值：-100（针对TOP小区适当提升该值）查询： LSTTCELLNBMOLPC设置： ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPC当UE没有上报下行测量ISCP值时（如切换情况下），RNC使用该设置参数计算专用信道开环功控初始发射功率。默认路损/DEFAULTPATHLOSS参数取值范围：0~2000步长：0.1物理单位：dB默认值：1100（针对TOP小区适当提升该值）查询： LSTTCELLNBMOLPC设置： ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPCTD关键KPI指标分析与提升2、语音业务掉话率指标分析与提升语音业务掉话率=[请求释放的CS域语音业务RAB数目(小区)]/[语音业务RAB指派建立成功RAB数目(小区)]请求释放的CS域语音业务RAB数目(小区)]=([RAB.RelReqCsPerCell.Conv.<1><1>]+[RAB.RelReqCsPerCell.Conv.<2><2>]+[IU.NbrRabCsRelIuConnPerCell.Conv.<1><1>]+[IU.NbrRabCsRelIuConnPerCell.Conv.<2><2>]）语音业务RAB指派建立成功RAB数目(小区)]=([RAB.SuccEstabCsPerCell.Conv.<1><1>]+[RAB.SuccEstabCsPerCell.Conv.<2><2>])即：语音业务掉话率=([RAB.RelReqCsPerCell.Conv.<1><1>]+[RAB.RelReqCsPerCell.Conv.<2><2>]+[IU.NbrRabCsRelIuConnPerCell.Conv.<1><1>]+[IU.NbrRabCsRelIuConnPerCell.Conv.<2><2>]）/([RAB.SuccEstabCsPerCell.Conv.<1><1>]+[RAB.SuccEstabCsPerCell.Conv.<2><2>])TD关键KPI指标分析与提升UTRAN侧相关指标就是RNC触发释放的各业务RAB个数。主要包括两个方面：（1）业务建立成功后，RNC向CN发送RABRELEASEREQUEST消息；（2）业务建立成功后，RNC向CN发送IURELEASEREQUEST消息，其后收到CN发送的IURELEASECOMMAND。

Trace跟踪是分析面向小区掉话率指标的重要手段，Trace能够跟踪Iu、Iur、Iub和Uu接口的信息。对于TOP小区，可跟踪全天信令，观察用户各种异常释放行为，进行分析并找出相应的原因，目前trace只能通过回放工具逐一查看。目前产品已经支持PCHR数据记录，可通过鼎桥OMSTAR工具进行分析。可以从这些方面定位掉话。2.1：掉话问题的定位：TD关键KPI指标分析与提升RAB.RelReqCsPerCell.1原因为1(RABpre-empted)的RNC请求释放的电路域RAB数(小区级)RAB.RelReqCsPerCell.16原因为16(UserInactivity)的RNC请求释放的电路域RAB数(小区级)RAB.RelReqCsPerCell.40原因为40(ReleaseduetoUEgeneratedsignallingconnectionrelease)的RNC请求释放的电路域RAB数(小区级)RAB.RelReqCsPerCell.65原因为65(SignallingTransportResourceFailure)的RNC请求释放的电路域RAB数(小区级)RAB.RelReqCsPerCell.113原因为113(O&MIntervention)的RNC请求释放的电路域RAB数(小区级)RNC请求释放的电路域的RAB数(小区级)2.2：掉话counter原因分析TD关键KPI指标分析与提升RNC请求释放电路域Iu连接对应的RAB数IU.NbrRabCsRelIuConn.14原因为14(FailureintheRadioInterfaceProcedure)的RNC请求释放电路域Iu连接对应的RAB数IU.NbrRabCsRelIuConn.16原因为16(UserInactivity)的RNC请求释放电路域Iu连接对应的RAB数IU.NbrRabCsRelIuConn.40原因为40(ReleaseduetoUEgeneratedsignallingconnectionrelease)的RNC请求释放电路域Iu连接对应的RAB数IU.NbrRabCsRelIuConn.46原因为46(RadioConnectionWithUELost)的RNC请求释放电路域Iu连接对应的RAB数IU.NbrRabCsRelIuConn.113原因为113(O&MIntervention)的RNC请求释放电路域Iu连接对应的RAB数IU.NbrRabCsRelIuConn.115原因为115(UnspecifiedFailure)的RNC请求释放电路域Iu连接对应的RAB数TD关键KPI指标分析与提升开始获取全网掉话率指标趋势掉话是否突然升高掉话率是否满足需求结束话统数据TOP小区掉话分析TOP小区优化方案实施修改内容是否需要推广全网实施修改解决全网掉话关键问题是否否是是2.3：全网掉话指标分析分析流程：TD关键KPI指标分析与提升2.3.1 获取全网的掉话率指标以及趋势，掉话率趋势分析至少需要分析2周左右的数据；2.3.2 如果全网的掉话率指标突然偏高，一般下列因素会导致全网的掉话率突然增加，需要执行以下的检查：2.3.2.1 Iu口传输分析：从告警上分析IuCS接口、IuPS接口的传输是否出现问题；2.3.2.2 RNC的设备分析：结合告警分析RNC的单板是否出现复位、设备故障等；2.3.2.3 全网话务量分析：分析是否由于注册用户突然增加、话务量突然增加导致掉话率上升；2.3.2.4 检查系统是否做过升级、打补丁等动作；根据检查结果，解决问题；2.3.3 分析面向小区的掉话率指标，把面向小区的掉话率指标和掉话绝对次数按从高到低的顺序进行排序，优先分析掉话率高而且掉话绝对次数也多的小区；进行小区掉话指标分析；2.3.4 分析掉话分析结果，对TopN小区实施优化措施；优化措施实施后对比该小区的掉话率指标是否改善；2.3.5 分析优化措施是否可以推广的全网，如果可以的话安排全网的实施，分析实施后的指标是否满足要求，如果满足要求，那么结束掉话优化；否则，重新进行TopN小区优化；流程说明与分析：TD关键KPI指标分析与提升2.4：小区掉话指标分析2.4.1各种干扰引起的掉话同频干扰的成因是无用信号的载频与有用信号的载频相同，并对接收同频有用信号的接收机造成的干扰。对于TD-SCDMA系统来说，当同一小区处于N频点状态时，主载波与辅载波之间同一扇区不同载波的终端对基站存在显著的邻道干扰，如主载波的RTWP测量均值明显高于辅载波RTWP测量均值等，则为同频干扰。小区间干扰的成因通常是由于两个以上小区在重叠区域或小区由于频率相同、信号频繁切换、信号越区覆盖等因素造成的干扰。与系统间干扰不同之处在于小区间干扰既有系统外干扰的特征，也有小区内干扰的一切特征。当相邻小区采用同一频率时产生的干扰，对于TDD系统来说尤为严重。TD关键KPI指标分析与提升2.4.2：各种覆盖引起的掉话覆盖电平低于某一门限之下（P-CCPCHRSCP<-95dbm、C/I<-3db）称为弱覆盖区域，在弱覆盖区域下行链路质量很差，到达UE时，UE解析信号困难，导致掉话。在某一区域由于覆盖没规划或调整好，导致该区域有多个主导小区，信号强度相差6db内，会产生乒乓切换或重选，从而导致掉话。2.4.2：各种覆盖引起的掉话超远或越区覆盖容易出现同频同码，带来干扰而引起掉话，此外由于超远或越区的“孤岛效应”无邻区可切换而导致掉话。后瓣过覆盖，超角度覆盖：容易引起扇区间相互干扰而掉话。覆盖不平衡引起的掉话（塔下黑）：在覆盖不平衡区域，容易出现单方向通信情况，从而出现掉话；TD关键KPI指标分析与提升2.5：掉话率指标涉及的参数

SRBReset相关的参数1． INITSIRTARGET（SRB的初始SIRTarget）2． MAXSIRTARGET（SRB的最大SIRtarget）3． MINSIRTARGET（SRB的最小SIRTarget）4． SIG_DCH_OLPC_SWITCH(SRB是否参与外环功控开关)5． MAXDLTXPWR（链路最大发射功率）6． NODISCARDMAXDAT（RLCPDU最大重发次数）7． POLLSDU（基于SDUpolling，需间隔多少个SDU才能发起polling）8． TIMERRST（等待RLCRSTRSP的定时器时长）RadioLinkFailure相关的参数1． T313（下行失步后UE需等待的定时器时长）2． N313（下行多少次失步后，需要启动T313）3TRLFAILURE（上行失步等待定时器时长）TD关键KPI指标分析与提升关键参数说明：T313定时器/T313参数取值范围：0~15物理取值范围：0~15物理单位：s默认值：5查询：LSTTCONNMODETIMER设置：SETTCONNMODETIMERT313是连接模式下UE检测无线链路失败的定时器。当UE从L1检测到连续N313个同步指示后停止T313定时器。一旦T313超时，UE上报原因值为RLFAILURE的CELLUPDATE消息通知RNC空中接口下行失步。T313设置的越大，UE察觉RL下行失步的时间就越长，此时间内相关资源无法及时释放，也无法发起恢复操作或响应新的资源建立请求，影响用户的感知。T312设置的越小，UE察觉到RL偶而的闪断就越敏感，从而导致频繁对原本可以迅速自我恢复的RL上报CELLUPDATE消息，造成不必要的小区更新，增加了处理负荷。TD关键KPI指标分析与提升关键参数说明：N313定时器/N313参数取值范围：D1,D2,D4,D10,D20,D50,D100,D200物理取值范围：1,2,4,10,20,50,100,200物理单位：次默认值：D20查询：LSTTCONNMODETIMER设置：SETTCONNMODETIMERN313表示连接模式下UE从L1收到连续失步指示的最大次数。N313设置的越大，UE对RL失步的判断就越不敏感，可能造成本来不可用的RL迟迟不能被上报RL失步进而无法触发后续的恢复或重建操作。N313设置的越小，RL传输的可靠性越高，但相应的也会增加可恢复性RL闪断的误判，从而可能导致UE频繁的上报原因值为RLFAILURE的CELLUPDATE消息。TD关键KPI指标分析与提升2.6：掉话率提升优化措施全网扰码、频点干扰排查，对干扰大的掉话多，可以考虑重新规划频点、扰码等；提高13.6K信令的SIRTARGET，并且打开SRB的外环功控开关。提高SRB的信号接收质量。修改RLfailure定时器T313是连接模式下UE检测无线链路失败的定时器，当UE从L1检测到连续N313个失步指示后启动T313定时器。当UE从L1检测到连续N315个同步指示后停止T313定时器。一旦T313超时，UE上报原因值为RLFAILURE的CELLUPDATE消息通知RNC空中接口下行失步。T_RLFAILURE定时器是NodeB用于检测UU接口上行是否失步，当CCTRCH处于同步状态，NodeB在连续收到“N_OUTSYNC_IND”个失步指示后会启动T_RLFAILURE定时器；在连续收到“N_INSYNC_IND”个同步指示后会停止和复位T_RLFAILURE定时器。一旦T_RLFAILURE定时器超时，NodeB会上报RADIOLINKFAILUREINDICATION消息通知RNC空中接口上行失步，并将当前CCTRCH状态置为失步状态。TD关键KPI指标分析与提升3、PS无线掉线率指标分析与提升

PS域掉线率=([PS域RNC请求释放的RAB数]+[PS域请求释放IU连接对应的RAB数]-[PS域原因为16/40的RNC请求释放IU连接的RAB数]-[PS域原因为16/40的RNC请求释放的RAB数])/[成功建立的分组域RAB数(小区级)]即：PS域掉线率=([RAB.RelReqPs]+[IU.NbrRabPsRelIuConn]-[RAB.RelReqPs.16]-[RAB.RelReqPs.40]-[IU.NbrRabPsRelIuConn.16]-[IU.NbrRabPsRelIuConn.40])/[RAB.SuccEstabPs]TD关键KPI指标分析与提升UTRAN侧相关指标就是RNC触发释放的各业务RAB个数。主要包括两个方面：

RAB建立成功次数是指RNC向电路域CN发送“RAB指配响应”（RABASSIGNMENTRESPONSE）消息的个数。

业务建立成功后，RNC向CN发送RABRELEASEREQUEST消息，释放原因不是UserInactivity；

业务建立成功后，RNC向CN发送IURELEASEREQUEST消息，其后收到CN发送的IURELEASECOMMAND，释放原因不是UserInactivity。

Trace跟踪是分析面向小区掉话率指标的重要手段，Trace能够跟踪Iu、Iur、Iub和Uu接口的信息。对于TOP小区，可跟踪全天信令，观察用户各种异常释放行为，进行分析并找出相应的原因，目前trace只能通过回放工具逐一查看。目前产品已经支持PCHR数据记录，可通过鼎桥OMSTAR工具进行分析。可以从这些方面定位掉线问题。3.1：掉线问题的定位：TD关键KPI指标分析与提升3.2：常见掉线问题原因常见掉话原因有：RF原因：邻区漏配、覆盖差、切换问题、导频污染问题参数配置错误上行干扰负载过高流程问题（包括流程嵌套和超时）传输问题设备异常手机异常OM操作TD关键KPI指标分析与提升IU.NbrRabPsRelIuConn.2原因为2(TrelocoverallExpiry)的RNC请求释放分组域Iu连接对应的RAB数IU.NbrRabPsRelIuConn.10原因为10(RelocationCancelled)的RNC请求释放分组域Iu连接对应的RAB数IU.NbrRabPsRelIuConn.14原因为14(FailureintheRadioInterfaceProcedure)的RNC请求释放分组域Iu连接对应的RAB数IU.NbrRabPsRelIuConn.15原因为15(ReleaseduetoUTRANGeneratedReason)的RNC请求释放分组域Iu连接对应的RAB数IU.NbrRabPsRelIuConn.16原因为16(UserInactivity)的RNC请求释放分组域Iu连接对应的RAB数IU.NbrRabPsRelIuConn.20原因为20(RequestedMaximumBitRatenotAvailable)的RNC请求释放分组域Iu连接对应的RAB数IU.NbrRabPsRelIuConn.40原因为40(ReleaseduetoUEgeneratedsignallingconnectionrelease)的RNC请求释放分组域Iu连接对应的RAB数IU.NbrRabPsRelIuConn.46原因为46(RadioConnectionWithUELost)的RNC请求释放分组域Iu连接对应的RAB数IU.NbrRabPsRelIuConn.113原因为113(O&MIntervention)的RNC请求释放分组域Iu连接对应的RAB数IU.NbrRabPsRelIuConn.115原因为115(UnspecifiedFailure)的RNC请求释放分组域Iu连接对应的RAB数RNC请求释放电路域Iu连接对应的RAB数3.3：掉线counter原因分析TD关键KPI指标分析与提升RAB.RelReqPsPerCell.1原因为1(RABpre-empted)的RNC请求释放的分组域RAB数(小区级)RAB.RelReqPsPerCell.16原因为16(UserInactivity)的RNC请求释放的分组域RAB数(小区级)RAB.RelReqPsPerCell.40原因为40(ReleaseduetoUEgeneratedsignallingconnectionrelease)的RNC请求释放的分组域RAB数(小区级)RAB.RelReqPsPerCell.46原因为46(RadioConnectionWithUELost)的RNC请求释放的分组域RAB数(小区级)RAB.RelReqPsPerCell.113原因为113(O&MIntervention)的RNC请求释放的分组域RAB数(小区级)RNC请求释放的电路域的RAB数(小区级)TD关键KPI指标分析与提升3.4：全网PS掉线率指标分析流程开始获取全网掉话率指标趋势掉话是否突然升高掉话率是否满足需求结束话统数据TOP小区掉话分析TOP小区优化方案实施修改内容是否需要推广全网实施修改解决全网掉话关键问题是否否是是TD关键KPI指标分析与提升3.4.1 获取全网的掉线率指标以及趋势，掉线率趋势分析至少需要分析2周左右的数据；3.4.2 如果全网的掉线率指标突然偏高，一般下列因素会导致全网的掉线率突然增加，需要执行以下的检查：3.4.2.1 Iu口传输分析：从告警上分析IuCS接口、IuPS接口的传输是否出现问题；3.4.2.2 RNC的设备分析：结合告警分析RNC的单板是否出现复位、设备故障等；3.4.2.3 全网话务量分析：分析是否由于注册用户突然增加、话务量突然增加导致掉线率上升；3.4.2.4 检查系统是否做过升级、打补丁等动作；根据检查结果，解决问题；3.4.3 分析面向小区的掉线率指标，把面向小区的掉线率指标和掉线绝对次数按从高到低的顺序进行排序，优先分析掉线率高而且掉线绝对次数也多的小区；进行小区掉线指标分析；3.4.4 分析掉线分析结果，对TopN小区实施优化措施；优化措施实施后对比该小区的掉线率指标是否改善；3.4.5 分析优化措施是否可以推广的全网，如果可以的话安排全网的实施，分析实施后的指标是否满足要求，如果满足要求，那么结束掉线优化；否则，重新进行TopN小区优化；TD关键KPI指标分析与提升PS业务的特点是高数据速率、低移动性、室内用户偏多。而目前网络建设初期，深度覆盖较差，室内信号不稳，终端性能也是一个影响因素，因此需要通过话统数据及后台数据，发现是否由于弱覆盖、切换失败、站点问题等原因导致的PS掉线。PS掉线的基本分析步骤如下：按天提取一周小区级PS掉线数据，提取TOP小区，TOP小区包括：PS全掉线小区、PS掉线率大于目标值，PSRAB次数大于所有小区均值的小区；目前的话统中可以提供不同业务速率的PS业务掉线情况，包括64k、128k、384k、HSDPA业务等。查看是否故障站点：对于单日PS掉线高的小区，需要检查站点当天是否存在故障，如果存在故障并且已经排除，则可以暂不关注，否则需要解决站点故障问题。查看信令流程：对于PS连续多天全掉线/高掉线（掉线率>90%）小区，首先检查是否有故障（告警），并进行单小区Uu口、Iub口、Iu口信令跟踪，获取相关信令；从信令中分析异常释放的原因，做相应的处理。查看是否存在上行干扰：从话统数据中获取上行各时隙干扰统计数据，看网内是否存在强干扰导致的掉线，对于上行干扰导致的掉线，一般会伴随着接入失败率高、CS掉线率高、切换失败率高等现象。查看是否存在下行干扰：进行小区内详细路测，获取PCCPCHC/I、下行时隙的ISCP和频点占用信息，观察是否存在较大范围C/I小于－3db、ISCP过高的情况。需要检查频点扰码分布的合理性，如果存在同频同码组小区相邻并且正对的情况，需要修改扰码规避；这里不建议修改主频点的原因是考虑到辅载频的影响。对于HSDPA业务，由于目前的组网策略是独立频点同频组网，并且H业务都配置在相同的时隙，如果有扰码同码组正对邻区，在边界处容易受到邻区信号的影响，更容易发生掉线，因此H业务掉线高的小区需要特别关注扰码规划情况。查看是否由于切换失败导致的掉线：对于PS掉线率偏高（非全掉线）的情况，需要同时检查系统内PS切换成功率和系统间PS切换成功率，如果切换成功率较低，意味着在用户所在地点有别的小区可以提供更好的服务，但无法切换。这种情况下需要检查切换相关参数，提高切换成功率，减小掉线率。同时需要检查是否有邻区漏配，这种情况在话统切换成功率中无法体现，可以通过基站分布图大致检查地理分布相邻的小区是否已经配置为邻区。邻区的合理完善配置需要通过路测优化来完成。查看是否由于弱覆盖导致的掉线：对于PS掉线率偏高（非全掉线）的情况，需要查看RRC建立成功率是否较低，如果是，考虑到PS移动性较低，则可能是覆盖弱导致的掉线。结合小区级trace跟踪，分析掉线用户的RRC请求中携带的PCCPCHRSCP，看是否存在大量用户接入时RSCP小于-95dbm的情况。小区弱覆盖的判断需要结合路测数据，观察小区覆盖情况，进行RF优化改善。可适当加大PCCPCH功率（建议3dB以内，不超过PCCPCH最大建议配置功率），增强覆盖；或者反过来，调整最小接入电平QRXLEVMIN，适当抬高接入条件，保证接入时的电平稳定。检查是否由于功率参数设置不合理。对于PS掉线率偏高（非全掉线）的情况，需要检查RL功率参数设置是否合理，包括无线链路最大最小发射功率MAXDLTXPWR/MINDLTXPWR，减少由于功率过小导致边缘用户掉线。检查是否由于个别用户导致的掉线指标异常。用户由于终端原因或者所在位置覆盖较差，会造成频繁掉线。可通过trace或者CHR（后续提供）发现此类问题，必要时可通过运营商联系客户，解决单点问题。除了以上问题，需要结合路测数据和网络常见问题发现并排除网络中其他潜在因素对PS掉线率的影响。3.5：掉线小区指标详细分析TD关键KPI指标分析与提升1、对于TOP小区抬高最小接入电平，在目前终端性能的现状下，可在接入电平上做合理限制。（内参）2、频点、扰码重整掉话原因：同扰码邻区对打，可能导致副载波同频同码，容易掉话通过扰码调整，尽量避免同码组邻区对打，减少干扰。措施：RNC内小规模调整频点和扰码，规避同扰码问题，尽量避免同码组。3、邻区漏配、错配掉话原因：（1）邻区信息错配或漏配（2）单向邻区措施：分区域检查邻区错配4、RF优化调整掉话原因：1、覆盖差2、导频污染3、越区覆盖，TD系统中需要严格控制越区覆盖措施：天馈分离/天线方向角/下顷角调整TD关键KPI指标分析与提升SETTPSINACTTIMER:PSINACTTMRFORCON=20,PROTECTTMRFORCON=20,PSINACTTMRFORSTR=20,PROTECTTMRFORSTR=20,PSINACTTMRFORINT=20,PROTECTTMRFORINT=20,PSINACTTMRFORBAC=20,PROTECTTMRFORBAC=20,PSINACTTMRFORIMSSIG=20,PROTECTTMRFORIMSSIG=20,PSINACTTMRVOLTHRS=D4K;最优的调节PS掉线率的参数修改建议如下：TD关键KPI指标分析与提升4、2/3G互操作指标分析与提升

系统间分组域切换出成功率(TD-SCDMA->GPRS)=[IRATHO.SuccOutPsUtranPerRnc]/[IRATHO.AttOutPsUtranPerRnc]系统间电路域切换出成功率(TD-SCDMA-GSM)=[IRATHO.SuccOutCsPerRnc]/[IRATHO.AttOutCsPerRnc]TD关键KPI指标分析与提升IRATHO.AttOutCs对应的统计点为：RNC向UE发送“从UTRAN切换出命令”消息（HANDOVERFROMUTRANCOMMAND），指示电路域系统间切换出请求。IRATHO.FailOutCs.Sum对应的统计点为：(1)RNC接收到UE发送的“从UTRAN切换出失败”消息（HANDOVERFROMUTRANFAILURE），指示电路域系统间切换出失败，每个原因对应一个子测量项，例如IRATHO.FailOutCS.2对应原因为<物理信道失败>。(2)RNC未接收到分组域核心网发送的“IU接口释放命令”消息（IURELEASECOMMAND）且释放原因为“重定位成功”（SuccessfulRelocation），此时失败原因归为<无响应>。TD关键KPI指标分析与提升IRATHO.AttOutPsUtran对应的统计点为：RNC向UE发送RRC消息CELLCHANGEORDERFROMUTRAN，指示分组域系统间切换出请求。IRATHO.FailOutPsUtran.Sum对应的统计点为：(1)RNC接收到UE发送的RRC消息CELLCHANGEORDERFROMUTRANFAILURE，每个失败原因对应一个子测量项，例如IRATHO.FailOutPSUTRAN.2表示失败原因为物理信道失败。(2)RNC未接收到预期的分组域核心网发送的“IU接口释放命令”消息（IURELEASECOMMAND）且释放原因为“重定位成功”（SuccessfulRelocation），此时失败原因归为<无响应>。TD关键KPI指标分析与提升IRATHO.FailOutCsPerRnc电路域系统间切换出失败次数(TD-SCDMA->GSM)IRATHO.FailOutCsPerRnc.1原因为<配置不支持>的电路域系统间切换出失败次数(TD-SCDMA->GSM)IRATHO.FailOutCsPerRnc.2原因为<物理信道失败>的电路域系统间切换出失败次数(TD-SCDMA->GSM)IRATHO.FailOutCsPerRnc.3原因为<协议错误>的电路域系统间切换出失败次数(TD-SCDMA->GSM)IRATHO.FailOutCsPerRnc.4原因为<系统间协议错误>的电路域系统间切换出失败次数(TD-SCDMA->GSM)IRATHO.FailOutCsPerRnc.5原因为<不可知错误>的电路域系统间切换出失败次数(TD-SCDMA->GSM)IRATHO.FailOutCsPerRnc.NoRsp原因为<无响应>的电路域系统间切换出失败次数(TD-SCDMA->GSM)IRATHO.FailOutCsPerRnc.RelocAbort原因为<迁移流程中止>的电路域系统间切换出失败次数(TD-SCDMA->GSM)电路域系统间切换出失败(TD-SCDMA->GSM)原因值分析TD关键KPI指标分析与提升IRATHO.FailOutPsUtran分组域系统间小区间切换出失败次数(TD-SCDMA->GPRS)IRATHO.FailOutPsUtran.1原因为<配置不支持>的分组域系统间小区间切换出失败次数(TD-SCDMA->GPRS)IRATHO.FailOutPsUtran.2原因为<物理信道失败>的分组域系统间小区间切换出失败次数(TD-SCDMA->GPRS)IRATHO.FailOutPsUtran.3原因为<协议错误>的分组域系统间小区间切换出失败次数(TD-SCDMA->GPRS)IRATHO.FailOutPsUtran.4原因为<不可知错误>的分组域系统间小区间切换出失败次数(TD-SCDMA->GPRS)IRATHO.FailOutPsUtran.NoRsp原因为<无响应>的分组域系统间小区间切换出失败次数(TD-SCDMA->GPRS)分组域系统间小区间切换出失败(TD-SCDMA->GPRS)原因值：TD关键KPI指标分析与提升系统间切换优化流程如下图所示：TD关键KPI指标分析与提升按照以上步骤，3G到2G切换优化的基本步骤如下：按天提取一周小区级切换失败数据，提取TOP小区。

查看是否故障站点，需要检查站点当天是否存在故障，如果存在故障需要解决站点故障问题。查看RNC配置是否完整，是否和GSM侧配置信息一致。查看是否信令流程，并进行单小区Uu口、Iub口、Iu口信令跟踪，获取相关信令；查看话统指标，结合信令分析具体原因，包括23G切换参数等。获取GSM邻区相关参数，尤其是PS域切换时，TD网络切换参数需参考GSM邻区的相关参数进行合理配置。除了以上问题，需要结合路测数据和网络常见问题发现并排除网络中其他潜在因素的影响。TD关键KPI指标分析与提升系统间切换发生问题，大部分情况是数据配置不完整或不合理造成的，需要重点关注以下数据配置：1、RNC上GSM邻区配置的完整性，包括移动。一定要保证这些数据和GSM网络的一致性。国家码MCC、移动网络码MNC、位置区码LAC、GSM小区标识CELLID、网络色码NCC、基站色码BCC、频段指示FREQ_BAND、频点号FrequencyNumber、小区独立偏移CIO2、在3GMSC位置区小区表增加2GMSC临近的位置区小区信息，位置区LAI格式：MCC＋MNC＋LAC，位置区类别选择“LAI”，同时增加相应的2GMSC/VLR号码。小区GCI格式：MCC＋MNC＋LAC＋CI，位置区类别选择“GCI”。3、GSM邻区个数，推荐不超过8个，在可能的情况下一定要配置GSM1800M邻区。4、异系统测量3A事件门限，务必保证GSM邻区测量门限要大于GSM小区的最低接入电平。TD关键KPI指标分析与提升对于3G