TD切换和掉话问题优化指导书.doc

《TD切换和掉话问题优化指导书.doc》由会员分享，可在线阅读，更多相关《TD切换和掉话问题优化指导书.doc（55页珍藏版）》请在三一办公上搜索。

1、产品名称密级TD-SCDMA RNP内部公开产品版本共 页TD-SCDMA 切换和掉话问题优化指导书(仅供内部使用）拟 制：日 期：2008-10-21审 核：日 期：审 核：日 期：批 准：日 期：华为技术有限公司版权所有 侵权必究修订记录日期修订版本修改描述作者2008-09-281.0完成1.0版本切换和掉话分析指导书。杨从信目 录目 录31概述82切换和掉话性能指标82.1切换性能指标82.2掉话性能指标93切换指标优化103.1DT/CQT指标优化流程103.2话统分析流程133.2.1硬切换话统分析143.2.2接力切换话统分析154掉话率指标优化154.1掉话定义和话统指标154

2、.1.1路测掉话定义154.1.2话统指标说明164.2DT/CQT优化流程174.2.1常见掉话原因分析184.2.2经常调整的非切换类算法参数194.2.3掉话原因判决树204.3话统分析流程224.4跟踪数据优化流程245常见问题分析265.1切换类问题265.1.1层三滤波系数过大导致的切换不及时265.1.2邻区漏配275.1.3导频污染295.1.4拐角效应315.1.5终端解错扰码误切335.1.6参数配置错误导致NODEB内切换异常345.2掉话类问题365.2.1覆盖太差365.2.2干扰引起的掉话375.2.3手机异常掉话385.3HSDPA类问题406总结407附录1 一

3、些基本概念407.1SRB&TRB复位407.2硬切换427.3接力切换428附录2 TD-SCDMA系统中的切换基本过程438.1测量过程448.2判决过程448.3执行过程459附录3 硬切换流程图469.1Inter-cell/Intra-Node B硬切换情况469.1.1网络配置469.1.2流程图469.1.3流程说明479.2Inter-NB /Intra-RNC硬切换479.2.1网络配置479.2.2流程图489.2.3信令流程说明4810附录4 接力切换流程图4910.1UE预同步的基本概念4910.1.1UE在目标小区的时间提前量4910.1.2UE在目标小区的开环发射功

4、率4910.2接力切换示意图5010.3Inter-cell/Intra-Node B接力切换情况5010.3.1网络配置5010.3.2流程图5110.3.3信令流程说明5110.4Inter-NB /Intra-RNC接力切换5210.4.1网络配置5210.4.2流程图5310.4.3信令流程说明5311附录5 切换控制参数5411.1同频/异频切换迟滞5411.2小区独立偏置5411.3切换触发时间5411.4稳定时间54表目录表1 切换性能指标以及参考值8表2 HSDPA切换性能指标及参考值9表3 系统可用性相关指标以及参考值9表4 硬切换失败指标14表5 掉话指标分类17表6 掉话

5、原因话统分析23图目录图1 切换路测数据分析流程10图2 切换话统数据分析流程14图3 掉话分析流程图18图4 掉话分析判决树21图5 呼叫跟踪分析流程25图6 优化调整前的路测图27图7 优化调整后的路测图29图8 导频污染优化前路测图30图9 导频污染优化后路测图31图10 拐角效应-信号变化情况31图11 拐角效应-手机记录的信号变化32图12 切换信令分析图33图13 空闲模式下截图34图14 通话模式下截图35图15 测量控制信息解码35图16 创建邻区时误将NCELLTYPE设置为TRUE36图17 覆盖差路测图36图18 覆盖差调整后覆盖效果图37图19 掉话点SCANNER扫描

6、结果38图20 手机迟迟不发测量报告39图21 RNC下发的测量控制信息解码39图22 UTMS QoS结构示意图41图23 SRB和TRB的示意图41图24 切换的基本过程43图25 基于导频强度的具有滞后门限的切换准则44图26 硬切换（左图）与接力切换（右图）无线链路重配同步参数45图27 Inter-cell/Intra-Node B硬切换流程图46图28 Inter-NB /Intra-RNC硬切换流程图48图29 时间提前量49图30 接力切换示意图50图31 Inter-cell/Intra-Node B接力切换流程图51图32 Inter-NB /Intra-RNC接力切换流程

7、图53TD-SCDMA 切换和掉话问题优化指导书关键词：切换、掉话、优化摘 要：本文为优化网络的切换成功率和掉话率为出发点，详细阐述了具体的网络优化流程，并在此基础上给出了网优过程中的常见问题分析。缩略语清单：缩略语英文全名中文解释AMRAdaptive MultiRate自适应多速率CHRCall History Record呼叫历史记录CDRCall Drop Rate掉话率DCCCDynamic Channel Configuration Control动态信道控制RANRadio Access Net无线接入网RNPRadio Network Planning无线网络规划SRBSign

8、aling Radio Bearer信令无线承载TRBTraffic Radio Bearer业务无线承载HSDPAHigh Speed Downlink Packet Access高速下行链路分组接入HS-DSCHHigh Speed Downlink Shared Channel高速下行共享信道HS-SCCHHigh Speed Shared Control Channel高速共享控制信道HSUPAHigh Speed Uplink Packet Access高速上行链路分组接入E-DCHEnhanced uplink Dedicated Channel增强上行专用信道E-AGCHE-DC

9、H Absolute Grant ChannelE-DCH绝对授权信道E-RGCHE-DCH Relative Grant ChannelE-DCH相对授权信道1 概述本文的目的是满足一线工程师在网络优化中，解决切换、掉话问题的工作需求，使得网络的切换成功率和掉话率达标。本文介绍网络切换和掉话性能的评估方法、测试方法、问题处理方法、常见问题和处理方法。在附录部分给出了切换和掉话问题相关的背景知识、原理描述、相关参数。实际优化过程中，切换问题和掉话问题关联性很强，切换失败绝大部分情况下会导致掉话出现，所以本文将切换掉话内容放在切换成功率优化部分，在掉话率优化部分只描述除切换掉话外的掉话情况分析。

10、具体工具的使用介绍不在本文的介绍范围内。本文共分10章，篇章结构如下所示：第一章概述部分介绍了文档的内容组成；第二章介绍了切换和掉话性能的主要评价标准；第三章阐述了切换成功率的优化方法步骤；第四章阐述了掉话率的优化方法步骤；第五章给出了常见的切换和掉话问题分析；第六章是全文的总结部分；第七章到第十一章是附录部分，给出了一些基本概念，硬切换、接力切换流程图以及一些常用参数等。2 切换和掉话性能指标2.1 切换性能指标根据RAN KPI基线文档，切换性能指标以及参考值如下表所示：表1 切换性能指标以及参考值指标业务统计方法参考值切换成功率CS&PSDT&Stat.97%同频硬切换成功率VoiceD

11、T&Stat.97%VPDT&Stat.95%PS UL64K/DL 64KDT&Stat.90%PS UL64K/DL 128KDT&Stat.90%PS UL64K/DL 384KDT&Stat.90%异频硬切换成功率VoiceDT&Stat.95%VPDT&Stat.90%PS UL64K/DL 64KDT&Stat.90%PS UL64K/DL 128KDT&Stat.90%PS UL64K/DL 384KDT&Stat.90%同频接力切换成功率VoiceDT&Stat.95%VPDT&Stat.90%PS UL64K/DL 64KDT&Stat.90%PS UL64K/DL 128K

12、DT&Stat.90%PS UL64K/DL 384KDT&Stat.90%异频接力切换成功率VoiceDT&Stat.95%VPDT&Stat.90%PS UL64K/DL 64KDT&Stat.90%PS UL64K/DL 128KDT&Stat.90%PS UL64K/DL 384KDT&Stat.90%系统间切换成功率Voice handover outDT&Stat.95%PS handover outDT&Stat.95%此处给出的取值仅供参考，具体指标取值应该根据项目具体要求或者商用网合同要求确定。HSDPA切换性能指标如下表。表2 HSDPA切换性能指标及参考值指标名称业务参考

13、值HH同频服务小区更新PS(HSDPA)HH异频服务小区更新PS(HSDPA)H-R99同频切换PS(HSDPA)H-R99异频切换PS(HSDPA)R99-H小区切换成功率PS(HSDPA)H-GPRS系统间切换PS(HSDPA)（注：HSDPA切换KPI指标待补充）。2.2 掉话性能指标掉话性能指标以及参考值如下表所示：表3 系统可用性相关指标以及参考值指标业务统计方法参考值掉话率VoiceDT&Stat.&CQT2%VPDT&Stat.&CQT2.5%PSDT& Stat.&CQT3%此处给出的取值仅供参考，具体指标取值应该根据项目具体要求或者商用网合同要求确定。3 切换指标优化3.1

14、DT/CQT指标优化流程DT和CQT是网络评估、优化最重要的手段之一，DT/CQT KPI经常作为网络验证的标准。通过全面的路测可以了解整体覆盖情况，发现漏配的邻区，是否有越区覆盖等。切换路测数据分析流程如下图所示：图1 切换路测数据分析流程1. 输入分析数据进行路测，采集路测数据，并同时收集相关信令跟踪、RNC呼叫日志CHR和RNC的MML脚本。2. 获取问题发生的时间和地点测试过程中会发生切换掉话或者切换失败，记录下切换问题发生的位置、时间等信息，并初步判断发生切换的类型是RNC内切换、跨RNC切换、跨CN切换还是系统间切换，为后续的定位分析做准备。3. 是否邻区漏配一般来讲，初期优化过程

15、切换掉话占大多数是由于邻区漏配导致的。对于邻区漏配，通常采用如下方法进行确认：方法一：通过路测软件的地图信息和基站位置信息，一般我们可以初步判断切换时的目标小区，如果切换掉话前目标小区并未出现在路测软件的邻区列表当中，则可以初步判断属于邻区漏配；方法二：观察掉话前UE记录的服务小区的PCCPCH RSCP信息和Scanner记录的TOPN小区信息，如果UE记录的服务小区PCCPCH RSCP很差，而Scanner记录的TOPN小区中的最强小区场强很好；同时检查Scanner记录TOPN小区中的最强小区的扰码是否出现在掉话前最近出现的测量控制的邻区列表中，如果测量控制的邻区列表中中没有该扰码，那

16、么可以确认是邻区漏配。方法三：如果掉话后UE马上重新接入，而UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认（从掉话位置的消息开始往前找，找到最近一条测量控制消息，检查该测量控制消息的邻区列表）。4. 是否导频污染通常将导频污染定义为：在某一点存在过多的强导频，但却没有一个足够强的主导频。根据这一定义，在制定导频污染判别标准时，需要确认的内容包括： “强导频”的定义 “过多”的定义 “没有一个足够强的主导频”的定义“强导频”的定义当确定某一导频是否为强导频时，判断标准是该导频的绝对强度。对于导频强度，可以通过导频的RSCP来衡量，如果导频的R

17、SCP大于某一门限，判定该导频为强导频。即：“过多”的定义当判断某一地点是否存在过多的导频时，判断标准是导频数目的多少。如果某一地点的导频数目大于某一门限，判定该点存在过多的导频。即：“没有一个足够强的主导频”的定义当确定是否没有一个足够强的主导频时，判断标准是该点存在的多个导频的相对强弱。结合前面的定义，如果某一地点的最强导频的信号强度与第强导频的信号强度的差值小于某一门限，判定该点没有一个足够强的主导频。即：综合上面描述，当满足下面所述条件时，判定该点存在导频污染：1. 满足条件的导频个数大于个；2.设定，则导频污染判断标准为：满足条件的导频个数大于4个；当同时满足条件1、2时，判定存在导

18、频污染。5. 是否切换算法参数设置问题可以通过调整切换算法参数来解决下面两类问题：切换来不及或者乒乓切换。切换来不及从信令流程上CS业务表现为手机收不到物理信道重配置消息，原因是在UE上报测量报告后由于源小区信号PCCPCH RSCP下降过快，在RNC发送物理信道重配置消息时UE因为下行失步已经关闭发射机，从UE侧来看是收不到物理信道重配置命令。从信号上看，切换来不及主要有以下现象：1）拐角效应：源小区PCCPCH RSCP陡降，目标小区PCCPCH RSCP陡升（即突然出现就是很高的值）；2）针尖效应：源小区PCCPCH RSCP快速下降后一段时间后上升，目标小区出现短时间的陡升。从信令流程

19、上看，一般在掉话前手机上报了邻区的1G或者2A测量报告，RNC也收到了测量报告，并下发了物理信道重配置消息，但UE收不到物理信道重配置消息。乒乓切换主要有以下两种现象：1）主导小区变化快：2个或者多个小区交替成为主导小区，主导小区具有较好的RSCP和C/I，每个小区成为主导小区的时间很短；2）无主导小区：存在多个小区，RSCP正常而且相互之间差别不大。从信令流程上看，一般可以看到1个小区刚刚删除，然后马上又上报该小区1G或2A事件，之后收不到RNC下发的物理信道重配置消息导致失败。6. 是否设备类异常问题首先查看告警台是否有异常告警存在，同时分析消息跟踪，看切换问题发生在流程的哪一步，通过查看

20、失败的消息解析。可以联系当地的用服工程人员帮忙确认是否是设备异常问题。7. 重新路测，重现问题如果分析出来不是上述原因，则需要重新进行路测采集数据，补充问题分析输入数据。8. 调整实施确认问题后，采用有针对性的调整方式，常用的调整方式有：对于导频污染引起的切换问题，可以通过调整某一个天线的工程参数，使该天线在干扰位置成为主导小区；也可以通过调整周围的其他几个天线工程参数，减小信号到达这些区域的强度；从而减少导频个数；如果条件许可，可以增加新的基站覆盖这片地区；如果干扰来自一个基站的两个扇区，可以考虑进行通过扇区合并，将两个小区合并成为一个小区。对于设备类问题，可以咨询用服工程人员在告警台上是否

21、系统设备、传输层异常，如果存在告警需要协调用服工程人员来处理。解决切换来不及导致的掉话，可以通过调整天线扩大切换区，也可以配置切换参数使切换更容易发生，或者增加CIO值使目标小区能够提前发生切换。CIO与实际测量值相加所得的数值用于UE的测量事件评估过程。UE将该小区原始测量值加上这个偏置后作为测量结果用于UE的切换判决，在切换算法中起到移动小区边界的作用。该参数设置越大，则切换越容易；设置越小，切换越困难，有可能影响接收质量。对于针尖效应或者拐角效应，通过配置5dB左右的CIO是比较好的解决办法。但会影响该对邻区的其他切换区域，需要进行测试验证。解决乒乓切换带来的掉话问题，可以调整天线使覆盖

22、区域形成主导小区，也可以调整增加切换延迟时间或者切换迟滞参数，来增大切换发生的难度等来减少乒乓的发生。3.2 话统分析流程话统数据是网络优化中最重要的信息来源之一，也是评价网络性能的主要依据。切换话统数据可以面向RNC和面向小区来进行统计。面向RNC的话统数据可以反映整个网络的切换性能，而面向小区的话统数据可以帮助我们定位问题小区。硬切换、接力切换、系统间切换及涉及HSDPA切换的分析流程基本类似，只是不同类型的切换关注的话统指标不同。话统数据分析流程如下：图2 切换话统数据分析流程3.2.1 硬切换话统分析硬切换的话统包括硬切换出和硬切换入成功率两方面的指标：硬切换切出成功率 = 硬切换出小

23、区成功的次数 / 硬切换出小区的次数硬切换切入成功率 = 硬切换入小区成功的次数 / 硬切换入小区的次数整个硬切换阶段失败，重点关注以下指标，包括RNC内、RNC间及系统间的指标，下表同时给出了具体的分析思路。表4 硬切换失败指标失败原因分析思路无线链路建立失败为RL建立过程中的失败，一般是由于上行同步失败问题配置不支持UE认为硬切换出小区的命令不支持，一般为手机兼容性问题物理信道重配失败可能为覆盖较差或者干扰较严重，造成下行失步。小区更新在硬切换出小区的过程中，发生了小区更新，这种流程嵌套导致了硬切换出小区失败小区更新是在业务进行时，与原小区的无线链路丢失而发起的向其他小区的业务迁移，本质是

24、为了避免掉话(掉线)；1g(N:X4i/u1n2T 位置更新是由于UE所处的LAC变化而引起的，且UE必须处于空闲态才会进行；位置更新又分几种类型；#*2h8N(L:|%i 切换是UE在业务态，由于最好小区发生改变而产生的业务的迁移；切换也分几种类型。非法配置UE认为硬切换出小区的命令非法，一般为手机兼容性问题其他原因需结合CHR日志进行进一步的分析3.2.2 接力切换话统分析接力切换成功率的定义如下：接力切换成功率 = 接力切换成功次数 / 接力切换次数接力切换的流程和硬切换的流程基本相同，区别在于接力切换的物理信道重配置消息中ul_timingadvance的synchronisation

25、Parameters取值为空。1、首先查看忙时全网和小区的接力切换成功率是否达标，如果没有达标，则需要找到主要的问题小区进行详细分析。2、对小区的接力切换失败次数进行TOP N排序，找出几个失败次数最高的小区，并列出具体的失败原因指标，如果不能直接从话统上找到具体的失败原因，还要分析对应的CHR。接力切换失败的分析方法可参考硬切换的分析思路。3、进行路测重现问题。由于话统给出了趋势，并给出了可能的问题，具体问题的定位和分析还需要结合路测或者针对小区的CHR分析来进行。对于问题小区，一般都需要安排针对小区进行路测，跟踪手机侧和RNC的信令流程进行分析，详细分析方法请参见路测数据分析流程。4 掉话

26、率指标优化4.1 掉话定义和话统指标4.1.1 路测掉话定义从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息，满足以下三个条件的任何一个： 收到任何的BCH消息（即系统消息） 收到RRC Release消息且释放的原因值为Not Normal 收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。4.1.2 话统指标说明广义的掉话率应该包含CN和UTRAN的掉话率，由于网优重点关注与UTRAN侧的掉话率指标，本

27、文掉话率描述也重点关注UTRAN侧的KPI指标分析。UTRAN侧相关指标就是RNC触发释放的各业务RAB个数。主要包括两个方面：（1）业务建立成功后，RNC向CN发送RAB RELEASE REQUEST消息。（2）业务建立成功后，RNC向CN发送IU RELEASE REQUEST消息，其后收到CN发送的IU RELEASE COMMAND。目前这两种情况用一个指标统计：RNC_RAB_REL_TRIG_BY_RNC，统计时可按具体业务分类统计。同时话统还统计了RNC触发释放各业务RAB的原因。掉话率计算：电路域掉话率=电路域掉话的RAB数目/电路域RAB指派建立成功的RAB 数目*100%

28、其中，电路域掉话的RAB 数目RNC 请求释放的电路域RAB 数目+RNC 请求释放的电路域Iu 连接对应的RAB 数目。分组域掉线率=分组域掉线的RAB数目/分组域RAB指派建立成功的RAB 数目*100%其中，分组域掉线的RAB 数目RNC 请求释放的分组域RAB 数目+RNC 请求释放的分组域Iu 连接对应的RAB 数目。从大的方面来讲，掉话分为两大类，信令面掉话和用户面掉话；从流程上看，信令面掉话是RNC发起了Iu release request，用户面掉话是RNC主动发起RAB release request。这两项指标是针对CS和PS分别统计的，根据IU接口的话统统计项，定义信令面

29、掉话如下：用户面掉话可以直接通过RNC掉话率和信令面掉话率相关指标运算得到。信令面和用户面掉话仅从信令角度区分。建议话统分析时重点关注整个掉话率，重点分析掉话的原因，目前有以下掉话原因统计项：RNC_PS_RAB_REL_TRIG_BY_RNC_TRB_RESETRAB_CS_REL_RF_LOSSRAB_PS_REL_RF_LOSSRNC_CS_RAB_REL_TRIG_BY_RNC_SRB_RESETRNC_PS_RAB_REL_TRIG_BY_RNC_SRB_RESETRNC_CS_RAB_REL_TRIG_BY_RNC_AAL2_LOSSRNC_PS_RAB_REL_TRIG_BY_R

30、NC_GTPU_LOSSRAB_CS_REL_ABNORM_LOSSRAB_PS_REL_ABNORM_LOSS其中出现最多的为SRB、TRB复位。上述这些指标可以按照表格分类：掉话分类引起原因对应的信令过程相关指标空口原因RFRLC复位，RL FailureSRB_RESET，TRB RESETRF_LOSS流程定时器超时RB SETUP/RECFGPHY/TRCH/SHO/ASU 等过程超时HHO 过程失败各流程超时统计相关指标非空口原因硬件故障RNC和NODEB之间的传输故障， NCP上报故障FP同步失败ABNORM_LOSS传输层故障ALCAP上报故障ABNORM_LOSS通过MML强

31、行释放用户O&M interventionABNORM_LOSS表5 掉话指标分类从上述分类看出，话统指标目前没有完全按照通常网络优化的掉话原因分类进行统计。需要说明的是RAN话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的RAB release请求次数和Iu release请求次数。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致的。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时要注意区分。4.2

32、DT/CQT优化流程掉话数据分析流程如下：2 获取掉话位置和时间1 准备数据3 覆盖问题4 邻区漏配5 切换问题6 干扰问题7 异常分析8 重新路测，重现问题YNYNYNYNYN图3 掉话分析流程图4.2.1 常见掉话原因分析掉话中很大一部分原因是切换掉话，这在切换指标优化章节已经详细阐述，本章节重点阐述非切换原因导致的掉话。常见导致掉话的非切换原因有：1. 覆盖原因在移动通信网络中，由于缺站、扇区接错、功放故障导致站关闭、无线环境等原因都会导致覆盖差，在一些室内，由于过大的穿透损耗也会导致覆盖太差。扇区接错或者站点由于故障原因关闭等容易在优化过程中出现，表现为其他小区在掉话点的覆盖差，需要注

33、意分析区别。确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据，若最好小区的RSCP和C/I都很低，就可以认为是覆盖问题。一般来说，对于Voice而言，当PCCPCH RSCP大于-95dBm，C/I大于-3dB时（采用Scanner车外的测量值），不可能是由于覆盖不行导致的掉话。通常所说的覆盖差，主要是指RSCP很差。2. 干扰导致的掉话TD-SCDMA系统的干扰主要分两个大的方面：系统内和系统外干扰。在系统内主要由于同频、扰码分配以及相邻小区交叉时隙等带来的干扰，表现在PCCPCH RSCP很好，而C/I非常差，这种情况可通过调整频点、重新分配扰码以及临小区时隙调整等方法来有效

34、避免。另外，由于TD-SCDMA是一个TDD系统，所以如果GPS失步、郊区基站相距较远等均会带来DwPCH对UpPCH的干扰，严重的时候会使得上行无法接入，偶尔接入后音质极差，基本听不清，很容易造成掉话。系统外的干扰主要是异系统，特别是PHS系统会对TD系统带来比较严重的干扰，同时雷达，军用警用设备带来的干扰，这些干扰都会对TD系统网络性能造成很严重的影响。干扰会增加了连接模式的手机上行发射功率，从而产生过高的BLER而导致掉话。另外，在切换的时候，新建链路由于UPPCH干扰问题导致链路不能进行上行同步，造成切换失败而导致掉话。3. 异常分析在排除了以上的原因之后，其他的掉话一般需要怀疑设备的

35、问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。比如：NodeB异常引起的切换失败；比如：手机不上报1G/2A测量报告导致掉话；这里需要重点注意的是测试手机异常死机引起的掉话问题，一般在拨测过程中容易出现这个问题，具体表现为路测记录的数据中有一段时间没有手机上报的信息。4.2.2 经常调整的非切换类算法参数掉话中经常调整的非切换类算法参数有：1、无线链路下行DPCH最大发射功率配置大的专用链路的发射功率有利于克服覆盖导致的掉话点，但同样带来干扰问题，由于单个用户允许的功率大，当用户在边缘时就可能消耗大的功率，从而对其他用户造成影响。一般情况下下行发射功率的配置由链路预算提供，适当的增

36、加或者减少12dB，一般情况下在单次路测情况下，很难看出对掉话的影响，但可以从话统指标上看出来，对于一些小区，由于覆盖原因存在比较大的掉话率，可以考虑增加专用信道的最大发射功率；对于一些小区，由于负载过高导致用户有较大的接入失败概率，可以考虑适当降低该参数。2、信令和业务的最大重传次数在较高的误块率信道条件下，信令由于重传达到最大值就会产生复位，信令的一次复位就会导致掉话；采用AM模式进行业务传输的业务也同样会重传，重传达到最大值之后产生复位信令，系统配置了最大允许的复位次数，当复位次数达到最大值之后，系统开始释放业务，也同样会造成掉话。系统缺省的配置可以保证突发误块不会导致异常的掉话，但在进

37、入覆盖比较差的场合能够及时进行复位而导致掉话，从而释放业务占用的资源。对于一些场景，有较多的突发干扰，或者针尖效应比较明显的场景，干扰突发期间可能导致100%误块，而又不希望过多的掉话，此时可以考虑适当增加重传次数，通过重传来抵抗突发干扰。该参数是针对RNC配置。4.2.3 掉话原因判决树综合各种掉话原因，掉话分析的判决树如下图所示：1 准备数据UE和Scanner最好小区比较稳定一致N2 获取掉话位置和时间3 分析Scanner主导小区信号变化4.1 RSCP差C/I差4.2 RSCP正常C/I差4.3 RSCP正常C/I正常邻区漏配UPPCH干扰问题切换不及时确认漏配邻区？覆盖问题异常掉话

38、导频干扰问题不一致确认UPPCH 干扰？问题是否解决5 重新路测Y主导小区信号稳定？4 Scanner最优小区RSCP和C/I乒乓切换问题变化频繁YN图4 掉话分析判决树1. 准备数据路测软件采集数据文件、RNC记录的单用户跟踪、RNC记录的CHR2. 获取掉话位置采用路测数据处理软件获取掉话的时间和地点，掉话时的无线参数和信令流程，获取掉话前后Scanner采集的导频数据等。3. 分析Scanner主导小区变化情况主要分析主导小区的变化情况，如果主导小区相对稳定，进一步分析RSCP和C/I情况；如果主导小区变化频繁，需要区分主导小区变化快的情况，或者没有主导小区的情况，然后进一步进行乒乓切换

39、掉话分析。4. 分析Scanner主导小区信号RSCP和C/I观察Scanner最好小区RSCP，C/I，根据不同的情况分别处理 RSCP差，C/I差，可以确定为覆盖问题； RSCP正常，C/I差，可以确定为干扰问题； RSCP正常，C/I正常，如果UE的服务小区与Scanner最好小区不一致，可能为邻区漏配或者切换来不及导致的掉话；如果UE的服务小区与Scanner最好小区一致,可能为UPPCH干扰或者异常掉话。5. 路测重现问题由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通过进一步路测来收集数据。通过进一步的路测也能确认该掉话点是随机掉话的点或者固定掉话点，一般来说固定

40、掉话点一定需要解决，而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。4.3 话统分析流程分析话统指标时，要先看RNC掉话指标，掌握了网络运行的整体情况。同时对关注的小区针对性地分析，按小区统计得到更详细的掉话指标。分析时可使用话统分析工具得到不同业务的掉话情况以及大致的掉话原因。话统分析应获得指标明显异常的小区分析，如果小区以前KPI良好，此时很可能是版本、硬件、传输、天馈或者数据出了问题导致的异常，可以结合告警首先从这几个方面检查。如无明显异常，根据指标将各扇区载频进行统计分类，可整理出各重点指标较差小区列表，对于这些小区进一步细分话统指标（如分析更多相关指标，分析小时间间隔，分析可

41、能引起掉话的指标，如切换指标等等），同时结合CHR看掉话的原因。实际分析解决问题时，在重点抓住某个指标分析的同时需要结合其他指标一起分析。需要说明的是话统只有话务量达到一定程度时，指标数值才具有指导意义。例如，出现掉话率为50%并不就代表网络差，只有在呼叫次数、呼叫成功次数、掉话总次数的绝对值都已具备统计意义时，这个数值才具有意义。话统分析流程可以简述如下：1. 分析RNC掉话率RNC掉话率统计RNC触发释放的各业务RAB个数，主要包括两个方面：（1）业务建立成功后，RNC向CN发送RAB RELEASE REQUEST消息。（2）业务建立成功后，RNC向CN发送IU RELEASE REQU

42、EST消息，其后收到CN发送的IU RELEASE COMMAND。2. 分析小区的掉话率指标上述只是对整个网络分析，我们可分析小区掉话率指标，主要需要分析小区“AMR掉话率”、“VP掉话率”、“PS掉话率”。 对所有小区分别用以上的指标进行排序，选择指标特别差的小区或者最差的一些小区，帅选出TOPN最差小区，进一步分析掉话原因。AMR掉话率:RNC请求释放的话音(12.2)业务RAB 数目/ 话音(12.2)业务RAB建立成功的RAB 数目*100%VP掉话率：RNC请求释放的视频电话业务RAB 数目/ 视频电话业务RAB建立成功的RAB 数目*100%为分析不同速率的PS掉话情况，可分析指

43、标RNC请求释放的PS64/64业务RAB 数目/ PS64/64业务RAB建立成功的RAB 数目*100%RNC请求释放的PS128/64业务RAB 数目/ PS128/64业务RAB建立成功的RAB 数目*100%RNC请求释放的PS384/64业务RAB 数目/ PS384/64业务RAB建立成功的RAB 数目*100%通过上述这些掉话率的分析，我们可获得不同业务及其速率在网络中的性能，可获得切换掉话情况。重要的是通过这一步可获得指标较差的小区以及时间段。3. 分析小区掉话原因在话统分析中需要分析引起掉话的主要原因，主要指标如下：表6 掉话原因话统分析失败原因分析思路OM干预操作维护工作

44、导致的掉话RAB抢占导致的原因高优先级抢占引起的CS链路释放，这种掉话在负载和资源不足的时候发生，根据发生的次数确定是否扩容UTRAN产生的原因小区中UTRAN产生的原因导致链路异常释放。这种情况一般对应着处理异常，需要通过CHR进一步分析上行同步失败上行链路失步引起的异常释放。这种情况主要是由于覆盖质量不好（包括邻区漏配、切换区小等情况），导致UE异常关闭发射机或者上行解调失步下行同步失败下行链路失步引起的异常释放。这种情况主要是由于覆盖质量不好（包括邻区漏配、切换区小等情况），导致UE异常关闭发射机或者上行解调失步UU口无响应UE空口无响应系统发出的命令，覆盖不好导致其他RF原因射频原因，均属于覆盖质量不好AAL2链路异常RNC发现IU CS接口AAL2 Path异常，发起了异常释放，可能为传输设备异常，已知问题有RB建立过程中马上正常释放被话统统计为该原因异常释放GTPU异常RNC发现IU PS接口GTPU异常，发起了异常释放，可能是设备故障其他原因