WCDMA无线网络优化技术手册_保持性优化分册1120.doc

此文档收集于网络，如有侵权，请联系网站删除WCDMA无线网络优化技术手册保持性优化分册广东移动通信有限责任公司一、概述41.1论述范围41.2与其它部分的关系41.3行文约定4二、保持性优化的目标与原则52.1保持性优化目标52.2保持性优化原则5三、保持性优化的相关原理53.1路测掉话定义53.2话统指标63.3正常释放信令流程83.3.1CS业务83.3.2PS业务9四、保持性优化手段及流程124.1路测数据分析124.2话统数据分析144.3信令数据分析164.4用户投诉数据分析184.5保持性参数调整194.5.1工程参数调整194.5.2系统/小区参数调整204.6保持性优化支撑工具27五、常见掉话问题分析275.1优化分析流程275.2掉话问题分析295.2.1弱覆盖掉话305.2.2干扰掉话305.2.3切换掉话315.2.4邻区漏配掉话325.2.5信令流程异常掉话325.2.6设备原因掉话335.2.7其他33六、典型案例346.1邻区漏配掉话346.1.1现象和分析346.1.2解决方案386.2覆盖掉话396.2.1现象和分析396.2.2解决方案426.3切换区小引起的掉话426.3.1现象与分析426.3.2解决方案476.4切换不及时引起的掉话476.4.1CS域掉话案例476.4.2PS域掉线案例496.5干扰掉话526.5.1现象和分析526.5.2解决办法546.6其他原因分析54附录1：相关缩略语60附录2：参考文献60一、概述1.1论述范围本分册对WCDMA系统中系统保持行的相关概念、优化原则和优化方法进行了介绍，重点介绍了掉话优化的手段、流程和典型问题，最后以典型案例讲述了针对掉话的不同引起原因所出现的问题和相应的优化策略。1.2与其它部分的关系本分册是WCDMA无线网络优化技术手册的系统保持性优化分册。系统保持性优化中涉及的相关覆盖分析及优化请参见RF优化分册，关于干扰分析及优化请参见干扰优化分册，关于切换分析优化请参见切换优化分册以及3G2G互操作分册。1.3行文约定 章节采用多级标题的形式一、 XXX1.1 ABC1.1.1 Abc1.1.2 abcd1.2 BCD二、 YYY 图表图表标注名称采用如下格式：例子：图3-1：XXX其中，3表示一级标题第三章1表示本章第一个图片XXX表示图名称二、保持性优化的目标与原则2.1保持性优化目标保持性优化是指保持语音通话、数据业务使用时的连续性。它保障了系统的通讯保持能力，也提高了系统的稳定性和可靠性，在无线通讯系统的性能指标优化中起到重要的作用。2.2保持性优化原则在保持性优化过程中涉及到相关工程参数、小区参数的调整以及对覆盖、干扰、切换引起掉话的相关问题点进行调整，在调整过程中应保证解决问题的同时不影响整体区域的其他性能指标。三、保持性优化的相关原理3.1路测掉话定义从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息，满足以下三个条件的任何一个：收到任何的BCH消息（即系统消息）。收到RRC Release消息且释放的原因值为Not Normal。收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。则认为掉话。3.2话统指标广义的掉话率应该包含CN和UTRAN的掉话率，由于网优重点关注与UTRAN侧的掉话率指标，本文掉话率描述也重点关注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的原因。掉话率计算：从大的方面来讲，掉话分为两大类，信令面掉话和用户面掉话；从流程上看，信令面掉话是RNC发起了Iu release request，用户面掉话是RNC主动发起RAB release request。这两项指标是针对CS和PS分别统计的，根据IU接口的话统统计项，定义信令面掉话如下： 用户面掉话可以直接通过RNC掉话率和信令面掉话率相关指标运算得到。信令面和用户面掉话仅从信令角度区分。建议话统分析时重点关注整个掉话率，重点分析掉话的原因，目前有以下掉话原因统计项：表1 掉话原因分类指标掉话分类引起原因对应的信令过程相关指标空口原因RFRLC复位，RL FailureSRB_RESET，TRB RESETRF_LOSS流程定时器超时RB SETUP/RECFGPHY/TRCH/SHO/ASU 等过程超时HHO 过程失败各流程超时统计相关指标非空口原因硬件故障RNC和NODEB之间的传输故障， NCP上报故障FP同步失败ABNORM_LOSS传输层故障ALCAP上报故障ABNORM_LOSS通过MML强行释放用户O&M interventionABNORM_LOSS从上述分类看出，话统指标目前没有完全按照通常网络优化的掉话原因分类进行统计。需要说明的是RAN话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的RAB release请求次数和Iu release请求次数。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致的。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时要注意区分。3.3正常释放信令流程根据UE当前进行的业务正常释放过程有所不同，可以是1个CS业务X个PS业务，本分册先给出1个CS业务，和1个PS业务的信令正常释放情况。3.3.1CS业务图3-1 CS业务正常释放信令过程整体上有NAS层释放阶段和AS层释放阶段，AS层释放阶段又可以分为IU口释放阶段，RRC释放阶段和Iub口释放阶段。信令过程详细解释如下：1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是0325，表示是call control子层的disconnect消息。2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是0325，表示是call control子层的disconnect消息。3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中nas pdu是832d，表示是call control子层的release消息。4.RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nas message是832d，表示是call control子层的release消息。5.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是032a，表示是call control子层的release complete消息。6. RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是032a，表示是call control子层的release complete消息。7.CN发RANAP_IU_RELEASE_COMMAND消息给RNC，开始释放Iu口资源，包括RANAP层和ALCAP层资源。8. RNC发RANAP_IU_RELEASE_COMPLETE消息给RNC。9.RNC发RRC_RRC_CONN_REL消息给UE，开始释放RRC连接。10. UE发RRC_RRC_CONN_REL_CMP消息给RNC。11.RNC发NBAP_RL_DEL_REQ消息给NODEB，开始释放Iub口资源，包括NBAP层和ALCAP层，PHY层资源。12. NODEB发NBAP_RL_DEL_RSP消息给RNC，整个释放过程结束。3.3.2PS业务图3-2 PS业务正常释放信令过程信令过程详细解释如下：1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是0a46，表示是session management子层的deactivate PDP context request消息。2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是0a46，表示是session management子层的deactivate PDP context request消息。3.CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中nas pdu是8a47，表示是session management子层的deactivate PDP context accept消息。4.CN发RANAP_RAB_ASSIGNMENT_REQ消息给RNC，消息中给出要释放的RAB list，其中包含了要释放的RAB ID。5. RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nas message是8a47，表示是session management子层的deactivate PDP context accept消息。6. RNC发NBAP_RL_RECFG_PREP消息给NODEB，7. NODEB发NBAP_RL_RECFG_READY消息给RNC，8. RNC发RRC_RB_REL消息给UE，释放业务RB。9. NODEB发NBAP_RL_RECFG_COMMIT消息给RNC，10.UE发RRC_RB_REL_CMP消息给RNC，业务RB释放完成。11. RNC发RANAP_RAB_ASSIGNMENT_RESP消息给CN，RAB释放完成。备注：和1个CS业务释放过程对比这里step13和1个CS业务step16对应，都是NAS层释放这里step411是特有的这里step1217 和1个CS业务step712完全相同12. CN发RANAP_IU_RELEASE_COMMAND消息给RNC，开始释放Iu口资源，包括RANAP层和ALCAP层资源。13. RNC发RANAP_IU_RELEASE_COMPLETE消息给RNC。14.RNC发RRC_RRC_CONN_REL消息给UE，开始释放RRC连接。15. UE发RRC_RRC_CONN_REL_CMP消息给RNC。16.RNC发NBAP_RL_DEL_REQ消息给NODEB，开始释放Iub口资源，包括NBAP层和ALCAP层，PHY层资源。17. NODEB发NBAP_RL_DEL_RSP消息给RNC，整个释放过程结束。四、保持性优化手段及流程4.1路测数据分析图4-1路测数据分析流程1、准备数据u 路测软件采集数据文件u RNC记录的单用户跟踪u RNC记录的CDL2、获取掉话位置采用路测数据处理软件，比如Analyzer和获取掉话的时间和地点，获取掉话前后Scanner采集的导频数据，手机采集的活动集和监视集信息，信令流程等。3、分析Scanner主导小区变化情况主要分析主导小区的变换情况，如果主导小区相对稳定，进一步分析RSCP和EcIo情况；如果主导小区变化频繁，需要区分主导小区变化快的情况，或者没有主导小区的情况，然后进一步进行乒乓切换掉话分析。 4、分析Scanner主导小区信号RSCP和EcIo，观察Scanner最好小区RSCP，EcNo，根据不同的情况分别处理u RSCP差，EcNo差，可以确定为覆盖问题；u RSCP正常，EcNo差（排除切换来不及导致的，同频邻区干扰），可以确定为导频干扰问题；u RSCP正常，EcNo正常，如果UE活动集中小区与Scanner最好小区不一致，可能为邻区漏配或者切换来不及导致的掉话；如果UE活动集中小区与Scanner最好小区一致,可能为上行干扰或者异常掉话。5、路测重现问题由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通过进一步路测来收集数据。通过进一步的路测也能确认该掉话点是随机掉话的点或者固定掉话点，一般来说固定掉话点一定需要解决，而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。4.2话统数据分析图4-2话统数据分析流程1、分析RNC的掉话率指标主要从整个RNC的整体掉话指标上判断掉话率指标是否正常。2、分析小区的掉话率指标 对于小区的掉话率指标，主要需要分析小区“AMR掉话率”、“VP掉话率”、“PS掉话率”、“硬切换掉话率”、“系统间切换掉话率”；对所有小区分别用以上的指标进行排序，选择指标特别差的小区或者最差的一些小区，进一步分析掉话原因。 3、检查小区是否异常检查小区的告警，排除小区异常方面的原因。 4、分析掉话原因排除Iu口AAL2异常导致的掉话问题，排除GTPU异常导致的掉话问题；分析是否由于信令RLC复位导致的掉话，还是业务RLC复位导致的掉话；分析该小区相关的切换指标（分析小区的切入成功率和切出成功率），确认是否由于切换失败导致的掉话；通过分析小区总带宽接收功率相关话统指标，分析在掉话率高的时段，是否相应的上行干扰指标也很高，进一步确认上行干扰导致的掉话问题。5、通过路测重现问题当通过话统分析无法进一步解决掉话问题的时候，需要针对小区进行路测，跟踪手机侧和RNC的信令流程进行分析，详细分析方法请参见路测数据分析流程。 4.3信令数据分析图4-3 信令数据分析流程1、获取单用户跟踪消息单用户跟踪消息需要事先在RNC或者M2000上进行跟踪，才能记录相应的消息，一般情况下，根据IMSI进行跟踪记录的消息用来分析掉话问题是足够的。2、获取掉话点信息从单用户跟踪消息来看，掉话的定义是RNC主动发起了RAB释放（消息名称为RANAP_RAB_RELEASE_REQ），或者RNC主动发起IU释放（消息名称为RANAP_IU_RELEASE_REQ）。前者对应为用户面掉话，后者对应为信令面掉话。通过查找以上两条消息，就可以或者掉话点的时间，以及掉话前的信令消息，以便进一步进行分析。 3、信令面掉话分析信令面掉话表现为手机或者RNC不能受到确认模式传送的信令，产生SRB复位，导致连接释放。下行方向一般有这些消息可能导致SRB复位：测量控制，活动集更新，物理信道重配置，传输信道重配置，RB重配置以及3G到2G的切换命令（HANDOVER FROM UTRAN COMMAND），手机是否收到这些命令需要手机侧的跟踪消息来确认；上行方向有以下的消息可能导致SRB复位：测量报告，活动集更新完成，物理信道重配置完成，传输信道重配置完成，RB重配置完成，同样需要RNC侧的跟踪消息来确认是否收到。 4、用户面掉话分析用户面掉话主要是TRB复位，这种情况主要在PS业务上发生，voice和VP业务不会产生TRB复位。当活动集中只有一条链路上，会由于RL failure导致RNC发起Iu Release， RL failure是上行失步引起的，但是下行失步会使UE关闭发射机，接着就造成上行失步，在定位掉话是上行引起释放还是下行引起的时候，需要分析掉话前手机的发射功率和实时状态监控的下行的码发射功率来区分。下行覆盖差、下行干扰强或者上行干扰都会导致TRB复位。有时候数据业务由于重传次数设置不合理，在切换来不及的情况下，TRB比SRB先产生复位，在分析时要注意区分。 5、异常掉话分析异常掉话一般指掉话无法从覆盖、干扰等方面找到原因，也无法根据前面介绍的用户面掉话或者信令面掉话原因来解释，这种掉话往往是设备的异常或者是手机的异常导致的。比如由于传输突然中断导致的掉话、基站设备异常导致的掉话、手机突然死机等都会导致异常掉话。对于传输异常一般通过分析CDL或者参看告警来进一步分析；对于基站设备异常可以通过查询基站状态来确认，对于手机异常，需要通过分析手机记录的数据来定位。6、拨测，重现问题当已有的数据不注意定位掉话问题的时候，启动更详细的数据跟踪，最好的办法是在问题点进行拨测，重现问题，然后继续进行分析。 4.4用户投诉数据分析1、了解用户投诉用户投诉发生的时候需要详细记录问题发生的时间，问题产生的地点，以及问题的具体现象。2、检查话统指标通过分析用户投诉相关的话统指标，来进一步分析该投诉是某个用户特有的问题还是网络一般性的问题，对于一般性的问题，请参考话统指标的分析来进一步分析投诉。3、检查告警根据投诉的时间，查看CN，RNC或者投诉地点对应基站的告警，看这些告警是否会产生相应的掉话，如果存在这个告警，试着消除和解决这个告警。4、检查CDLCDL记录了用户异常发生时候的信令，状态等信息，通过分析CDL可以进一步了解投诉产生的原因。5、投诉点拨测，重现问题对于话统分析，告警分析以及CDL分析都无法解决的问题，需要通过到现场拨测的方法进行问题重新，拨测的时候数据记录的方法和路测方法相同，在某些场合，可能不适合记录手机侧信息，那么需要通过RNC来尽量多的记录各种信息，特别需要记录收集上报的EcIo和RSCP信息，以排除覆盖问题导致的掉话。对于一些特别的地点，到现场拨测都不可能，那么需要通过用户的手机号码来获取IMSI，然后在RNC启动呼叫跟踪，以便进一步定位问题。4.5保持性参数调整4.5.1工程参数调整工程参数的调整是非常有限的，最基本的可以调整站点的位置、天线的高度、下倾角、天线的波瓣宽度、天线增益以及方向角等。对于上行或下行覆盖问题导致的掉话：增加站点是最好的办法，同时可以考虑更改天线的高度、下倾角，也可以更换增益更高的天线或者增加塔放。对于针尖和拐角效应：通过天线调整也是比较有效的解决办法，由于针尖效应和拐角效应往往出现在街道拐弯的地方或者两条街道交界的地方，可以考虑通过天线的方向角和街道错开一定的角度的方式来调整，但同时需要注意原来街道路边商铺的覆盖不要有很大的影响。对于导频干扰引起的覆盖问题：可以通过调整某一个天线的工程参数，使该天线在干扰位置成为主导小区；也可以通过调整其他几个天线参数，减小信号到达这些区域的强度；从而减少导频个数；如果条件许可，可以增加新的基站覆盖这片地区；如果干扰来自一个基站的两个扇区，可以考虑进行扇区合并。工程参数的调整需要综合考虑整个小区调整效果，在解决一个问题的同时要注意不在其它区域引入新的问题。一般来说，在不方便频繁调整天线并且有条件进行仿真的时候，在调整前后需要分析仿真结果；如果没有条件进行仿真，但方便多次调整天线的时候，可以根据经验并结合实际路测的方法来进行调整。4.5.2系统/小区参数调整1、小区偏置CIO 该值与实际测量值相加所得的数值用于UE的事件评估过程。UE将该小区原始测量值加上这个偏置后作为测量结果用于UE的同频切换判决，在切换算法中起到移动小区边界的作用。该参数设置越大，则软切换越容易，处于软切换状态的UE越多，但占用前向资源；设置越小，软切换越困难，有可能影响接收质量。对于针尖效应或者拐角效应，通过配置5dB左右的CIO是比较好的解决办法。2、软切换相关的延迟触发时间延迟触发时间是1A，1B，1C和1D事件相关的触发时间。触发时间的配置会影响切换的及时性。一般情况下，缺省参数的配置能够满足绝大多数场景的要求。切换参数可以针对小区设置，在根据环境设定了一套基本参数之后，针对每个小区单独进行调整，可以把参数更改的影响限制在几个小区之间，对系统的影响也较小。3、同频测量滤波系数FilterCoef 层3滤波应尽量滤除随机冲击的能力，使得滤波后的测量值反映实际测量的基本变化趋势。 由于输入层3滤波器的测量值已经经过层1滤波，基本消除了快衰落的影响，因此层3应对阴影衰落和少量快衰落毛刺进行平滑滤波，以为事件判决提供更优的测量数据。滤波系数越大，对毛刺的平滑能力越强，但对信号的跟踪能力减弱，必须在两者之间进行权衡。典型值可以设置如下：若切换区信号变化较慢，同频滤波系数可设为7；若切换区信号变化速度中等，同频滤波系数设为6；若切换区信号变化较快，同频滤波系数设为3。 4、压缩模式启停门限压缩模式一般在异频切换或者异系统切换前启动，通过压缩模式来测量异频或者异系统小区的质量。压缩模式的启动可以根据CPICH的RSCP或者EcIo是否满足条件来触发，在实际的应用中，一般都采用RSCP作为触发条件。一般情况下，压缩模式需要测量目标小区（异频或者异系统）的质量并获取相关信息，同时由于移动台的运动导致当前小区的质量恶化，所以对于压缩模式的启动门限一般要求在当前小区的质量下降到导致掉话之前能够及时测量到目标小区的信号完成切换为要求，对于停止门限则要求避免压缩模式的频繁启动和停止。5、无线链路最大下行发射功率RLMaxDLPwr 配置大的专用链路的发射功率有利于克服覆盖导致的掉话点，但同样带来干扰问题，由于单个用户允许的功率大，当用户在边缘是就可能消耗大的功率，从而对其他用户造成影响，降低系统的下行容量。一般情况下下行发射功率的配置由链路预算提供，适当的增加或者减少12dB，一般情况下在单次路测情况下，很难看出对掉话的影响，但可以从话统指标上看出来；对于一些小区，由于覆盖原因存在比较大的掉话率，可以考虑增加专用信道的最大发射功率；对于一些小区，由于负载过高导致用户有较大的接入失败概率，可以考虑适当降低该参数。 6、信令和业务的最大重传次数 在较高的误块率信道条件下，信令由于重传达到最大值就会产生复位，信令的一次复位就会导致掉话；采用AM模式（激活模式）进行业务传输的业务也同样会重传，重传达到最大值之后产生复位信令，系统配置了最大允许的复位次数，当复位次数达到最大值之后，系统开始释放业务，也同样会造成掉话。系统缺省的配置可以保证突发误块不会导致异常的掉话，但在进入覆盖比较差的场合能够及时进行复位而导致掉话，从而释放业务占用的资源。对于一些场景，有较多的突发干扰，或者针尖效应比较明显的场景，干扰突发期间可能导致100%误块，而又不希望过多的掉话，此时可以考虑适当增加重传次数，通过重传来抵抗突发干扰。 该参数是针对RNC配置。7、RSCP表示的小区异频硬切换门限 当异频测量启动以后，手机开始测量异频小区，当异频小区的质量高于该门限，RNC发起异频切换。结合压缩模式的启动停止门限来配置该参数，如果配置较小的值，可以提早触发硬切换，如果配置较大的值，可以延迟进行硬切换，从而可以控制切换区或者降低掉话概率。8、切换判决门限GsmRSSICSThd、GsmRSSIPSThd 异系统切换门限可以针对CS业务和PS业务分开设置，方法和异频硬切换门限的设置方法相同。 9、异系统切换触发时间（确认延迟触发时间）在压缩模式启动后，UE将周期测量并上报对异系统小区信号质量的测量结果，这段时间就是异系统测量周期报告间隔。RNC收到测量数据后进行判断，当发现异系统小区的测量值高于异系统切换判决门限与1/2倍迟滞之和，则启动一个异系统切换延迟触发定时器，只有在延迟触发时间内测量值始终满足此条件，才会发起系统间切换。10、掉话相关定时器和计数器表2 UU接口掉话相关定时器和计数器参数标识参数名称参数说明T302定时器302参数取值范围：D100, D200, D400, D600, D800, D1000, D1200, D1400, D1600, D1800, D2000, D3000, D4000, D6000, D8000 物理表示范围：100, 200, 400, 600, 800, 1000, 1200, 1400, 1600, 1800, 2000, 3000, 4000, 6000, 8000 物理单位：ms 内容：当UE发送CELL UPDATE/URA UPDATE消息后启动T302定时器，当收到CELL UPDATE CONFIRM/URA UPDATE CONFIRM消息后停止T302定时器。一旦超时，若V302T302N302。在T314超时后，则相应定时器对应的业务RB就被删除。 参数建议值：D20T315定时器315参数取值范围：D0, D10, D30, D60, D180, D600, D1200, D1800 物理表示范围： 0, 10, 30, 60, 180, 600, 1200, 1800 物理单位：s 内容：当满足无线链路失败准则，且只有与T315定时器关联的无线承载存在时才会启动T315定时器。当小区更新过程完成后停止T315定时器。缺省值为180。 当处于CELL_DCH的用户发生了无线链路失败，则启动T315(或T314)，并发送CELL UPDATE信令。在业务对应的T315(或T314)超时之前，如果由CELL UPDATE CONFIRM配置的无线链路重配置不成功，则还可以重发CELL UPDATE信令，进行无线链路的重配置(与T302和N302有关)，给无线链路重配置以机会，基于此目的，配置T315T302N302。在T315超时后，则相应定时器对应的业务RB就被删除。 参数建议值：D30N315常量315参数取值范围：D1, D2, D4, D10, D20, D50, D100, D200, D400, D600, D800, D1000 物理表示范围：1, 2, 4, 10, 20, 50, 100, 200, 400, 600, 800, 1000 物理单位：s 内容：该参数定义在T313定时器启动期间从L1接收到连续同步指示的最大次数。缺省值为1。 参数建议值：D1表3 Iub接口掉话相关定时器和计数器NINSYNCIND连续同步指示次数参数取值范围：1256 物理表示范围：1256 物理单位：无 内容： 该值定义Node B触发无线链路恢复过程需要接收到的连续同步指示次数。 无线链路集保持在初始状态直到从层1收到NINSYNCIND个连续同步指示，此时Node B触发无线链路恢复过程指示无线链路集已同步，一旦无线链路恢复过程被触发，无线链路集就被视为处于同步状态。 参数建议值：5NOUTSYNCIND连续不同步指示次数参数取值范围：1256 物理表示范围：1256 物理单位：无 内容：该值定义启动无线链路失败定时器需要接收到的连续不同步指示次数。当无线链路集处于同步状态，Node B在收到NOUTSYNCIND个连续不同步指示后需要启动无线链路失败定时器。在收到连续NINSYNCIND个同步指示后Node B应停止和复位无线链路失败定时器。如果无线链路失败定时器超时，Node B会触发无线链路失败过程，并且指示哪个无线链路集处于非同步。 参数建议值：5TRLFAILURE无线链路失败定时器时长参数取值范围：0255 物理表示范围：025.5，步长为0.1 物理单位：s 内容：该值定义无线链路失败定时器时长。当无线链路集处于同步状态，Node B在收到NOUTSYNCIND个连续不同步指示后需要启动无线链路失败定时器。在收到连续NINSYNCIND个同步指示后Node B应停止和复位无线链路失败定时器。如果无线链路失败定时器超时，Node B会触发无线链路失败过程，并且指示哪个无线链路集处于非同步。 参数建议值：504.6保持性优化支撑工具暂无。五、常见掉话问题分析5.1优化分析流程掉话分析过程如下图所反映：图5-1 掉话分析流程具体分析流程：1.确认掉话地点和小区：根据掉话事件在分析软件的map窗口的位置，获取以下信息，掉话地点；掉话地点是否处于3G网络覆盖边缘；掉话前的相关小区；掉话前相关小区和掉话点的距离；掉话发生在哪个小区。2.分析邻区关系：目的是找出漏配的邻区。这一步骤要获取以下信息，掉话前的最优3G小区；掉话后的最优3G/2G小区；掉话前的UE和Scanner分别扫描到的小区；掉话前最优3G小区的相关邻区列表（同频邻区，异频邻区和异系统邻区）。3.分析覆盖：分析导频覆盖，获取以下信息：导频信道发射功率，是否存在覆盖受限，上行受限，下行受限，导频污染，外界干扰；分析业务覆盖，获取以下信息：业务相关的业务信道下行最大发射功率，掉话前的SIR，UE允许的最大上行发射功率，掉话前UE实际的上行发射功率。4.分析切换，获取以下信息：目标小区和源小区的信号变化趋势；是否存在以下问题：切换区太小，压模启动太慢，目标小区加入太慢，源小区删除太快，3种切换类型相互配合不好；是否乒乓切换。5.分析信令：对于通过以上分析步骤仍然无法定位原因的掉话，必须根据需要分析Iu口，Iub口，Iur口，Uu口信令，分析NAS层，RRC层信令，对比UE侧和网络侧记录的信令来理解和分析掉话前UE和网络的信令互动。5.2掉话问题分析导致掉话的可能原因可以分为几大类1. 弱覆盖2. 邻区漏配3. 交互信令异常4. 切换问题引起5. UE缺陷6. 干扰7. 其他5.2.1弱覆盖掉话通常所说的覆盖差，主要是指RSCP和EcIo都很差。覆盖的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认：首先：确认覆盖的问题简单直接的方式：直接观察Scanner采集的数据，若最好小区的RSCP和EcNo都很低，就可以认为是覆盖问题。再次：如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。覆盖分析中，必须：结合导频覆盖和业务覆盖进行分析结合上行覆盖和下行覆盖进行分析结合scanner和UE的测量结果进行分析结合CPICH的Ec/Io，RSCP，SC进行分析对覆盖差引起的掉话，可以通过减小下倾角，调整方位角，增加导频发射功率或者业务信道最大发射功率来改善，但可能对其他地方造成干扰，并且有可能引起软切换比例的增加，具体措施请参考覆盖优化章节；5.2.2干扰掉话下行和上行的干扰都会导致掉话。对于干扰引起的掉话，应当区分是网内干扰还是网外干扰。如果是网内干扰，那么在找出干扰源小区后，通过加大其下倾角，调整方位角，减小导频发射功率或者业务信道最大发射功率，以降低其对别的小区带来的影响，上述操作需要从全局着眼，以免舍本逐末，造成不连续覆盖；如果是网外干扰，那么就应该进行相关的电磁干扰测试，相关测试以及解决措施请参见干扰优化章节；5.2.3切换掉话1软切换/同频导致掉话主要有两类原因：切换来不及或者乒乓切换。从信令流程上CS业务表现为手机收不到活动集更新命令（同频硬切换时为物理信道重配置），PS业务也有可能收不到活动既更新命令，也有可能在切换之前先发生TRB复位。从信号上看，切换来不及主要有以下现象：拐角：源小区Ec/Io陡降，目标小区EcIo陡升（即突然出现就是很高的值）；针尖：源小区Ec/Io快速下降后一段时间后上升，目标小区出现短时间的陡升。从信令流程上看，一般在掉话前手机上报了邻区的1a或者1c测量报告，RNC也收到了测量报告，并下发了活动集更新消息，但UE收不到活动集更新消息。乒乓切换主要有以下两种现象：主导小区变化快：2个或者多个小区交替成为主导小区，主导小区具有较好的RSCP和EcIo每个小区成为主导小区的时间很短；无主导小区：存在多个小区，RSCP正常而且相互之间差别不大，每个小区的EcIo都很差。从信令流程上看，一般可以看到1个小区刚刚删除，然后马上要求加入，此时收不到RNC下发的活动集更新命令导致失败。解决切换来不及导致的掉话，可以通过调整天线扩大切换区，也可以配置1a事件的切换参数使切换更容易发生，或者配置CIO使目标小区能够提前发生切换；解决乒乓切换带来的掉话问题，可以调整天线使覆盖区域形成主导小区，也可以配置1b事件的切换参数减少乒乓的发生等方法来进行。2异频切换和系统间切换引起的掉话对于异频切换和系统间切换，在切换前需要通过启动压缩模式来进行异频或者异系统测量，压缩模式启动太迟，可能导致手机来不及测量目标小区的信号，从而产生掉话，也可能手机完成了测量，但下发的异频或者异系统切换请求手机不能正常接收而导致掉话。为了保证异系统正常切换，需要保证异系统的邻区配置以及小区级压模启动门限、切换门限等参数，详情请见异系统分析。5.2.4邻区漏配掉话在手机通话过程中经过两个服务小区的边缘区域时，正常情况下手机进行软切换，但当RNC侧未对手机邻区进行完整定义会导致手机不能够及时切换，导致掉话。漏配邻区的特征是：对比UE 和scanner的RSCP和Ec/Io测量信息，UE有恶化趋势，但是scanner没有恶化趋势；对比UE 和scanner的SC测量信息，两者的最强小区不一致；掉话前后UE测量的主服务小区不一致。通过测试分析手段得到邻区漏配后在RNC侧添加该小区的邻区即可。5.2.5信令流程异常掉话在一些需要信令交互的流程，如AMR控制、DCCC以及压缩模式的启停、UE的状态迁移等，常常会由于信号的原因，手机支持方面的原因或者RAN设备和手机的配合问题，导致流程失败，最后导致掉话。还有一种特殊情况就是在流程的交互过程中，如RB建立，RB重配置等流程中，切换的测量报告不能及时处理，导致信号变差而掉话。5.2.6设备原因掉话在手机通话过程中当发生软切换时，手机发生激活集更新请求，但有些情况下手机并没有发出更新最佳服务小区，该情况主要是由于手机原因导致。还有一些情况是RNC收到手机发出的激活集更新请求后并没有及时发生回应导致掉话，当查询无线链路没有异样时则可认为掉话的原因为RNC设备原因所致。5.2.7其他除了上述几种原因以外，还存在着其它引起掉话的因素，例如坏质量、拥塞等问题都会引起掉话，在优化的过程中，遇到的问题千百种，引起的原因各有不同，但是我们所需要掌握的并不是记住所有的可能，而是掌握查找问题的方法。对于掉话问题，分析的思路是首先分析掉话点的RSCP、Ec/I0和激活集信息，看是否覆盖不良导致的掉话，如果覆盖满足要求，再进一步分析RNC和UE的信令明确信令传递在那一步出现问题，必要时分析UE和RNC的功率控制信息，最后给出综合评价。由于掉话点问题的解决不是孤立的，伴随着整网导频分布的优化，掉话点的问题可以大幅度减少，而掉话点分析的最重要的意义在于解决网络局部存在的问题，辅助我们对网络进行较为细致的调整优化。掉话时我们应该注意以下问题：假掉话。由于在路测人员的误操作，没有在挂断以后就直接关才记录文件，使得信令不完整，最终造成分析结果有掉话。严格测试的操作规范可以大大减少分析的工作量。判断假掉话的一个方法就是看掉话前后的记录时间是否连续。测量报告。分析切换时，要注意会出现测量报告与当前无线环境的差异(即L3层与L1层的数据不一致)，极有可能上报最好小区并非是实际最好的小区；测量报告与当前的无线环境还会有一点滞后，在分析时要充分考虑。信令校准。在掉话的信令分析时，尽管在测试前已经对RNC侧的时间与UE侧的时间作了校准，但实际会出现最终的记录时间有四分多钟的差。因此，我们要特别注意在分析时，以信令校准为主，时间校准为辅。信令校准的方法，有两种，相对校准和绝对校准。前者是校准上下行记录的一些关键信令，方法简单。后者借助一些编程的技巧，对每条信令都校准，方法较复杂，但分析整个信令行为方便。六、典型案例6.1邻区漏配掉话掉话前后最优小区不一致就可能是邻区漏配，掉话前的最优小区不一定是激活集中信号最强的小区，应该分析事件报告和测量控制消息进行判断。6.1.1现象和分析图6-1 掉话点位置掉话点位置不是在3G覆盖的网络边缘，掉话发生在358小区，掉话点和358小区距离很远。图6-2 掉话前激活集和监视集信息掉话前UE测量得到的激活集中只有358小区，监视集中没有测量到小区。图6-3 掉话前无线参数信息掉话前UE测量得到的RSSI并不低，SIR是负的。图6-4 UE和SCANNER的Ec/Io对比掉话前，UE测量得到的Ec/Io有恶化趋势，但是scanner测量得到的Ec/Io没有恶化趋势。图6-5 UE和SCANNER的RSCP对比掉话前，UE测量得到的RSCP有恶化趋势，但是scanner测量得到的Ec/Io没有恶化趋势。通常UE在车内，scanner的接收天线在车顶，通常假设810dB车内穿透损耗，所以UE和scanner的RSCP测量结果存在810dB的差异。图6-6 UE和SCANNER的SC对比掉话前，UE和scanner测量得到的最强小区不一致，另外掉话前UE测量得到的3G最强小区是SC358，掉话后UE测量得到的3G最强小区是SC364。图6-7 SC358的测量控制消息消息中IE项“NewIntraFreqCell 0 ”“NewIntraFreqCell 2 ”通常用来指示激活集中已有小区。6.1.2解决方案由此可见小区SC358的邻区列表中漏配小区SC364是造成此次掉话的原因。所以需将SC364添加到SC358的邻区列表中。6.2覆盖掉话6.2.1现象和分析图6-8 掉话点位置掉话点位置处于3G网络的覆盖边缘，掉话发生在小区SC314，掉话点距离小区SC314很远。图6-9 掉话点激活集信息和监视集信息掉话前UE测量得到的激活集中只有314小区，监视集中没有测量到小区。图6-10 掉话点无线参数信息掉话前UE测量得到的RSSI很低，SIR是负的，UE的发射功率达到最大值。网络中我们设置 “Max uplink transmission power allowed for UE”是21dBm，但是这里显示的是22.4dBm，超过了21dBm，属于测量误差，根据协议25.102，容差是+2 dB / -2 dB图6-11 UE和SCANNER最强小区Ec/Io对比UE和scanner测量得到的Ec/Io都有相同的恶化趋势。图6-12 UE和SCANNER最强小区RSCP对比UE和scanner测量得到的RSCP都有相同的恶化趋势。可见覆盖差是掉话原因。6.2.2解决方案覆盖的问题一般需要通过调整天线工程参数来解决，或者增加新站。6.3切换区小引起的掉话6.3.1现象与分析图6-13 切换区Ec/Io 图中横轴网格线刻度单位是2秒。SC60是源小区，SC130是目标小区。因为1a事件的