PS掉线处理思路树（中兴）.doc

RNC级PS掉话 出现RNC级掉话后，首先需确定该RNC级的掉话是由多个小区引起的，还是由个别高掉话的小区所导致。如果是由个别小区引起的，应进行小区级的掉话处理步骤，否则进入网元级的掉话处理过程。 检查RNC的系统告警，检查是否存在相关硬件的告警信息，如果存在单板的告警，则需要进行排除。 从流量、HS的RAB增加数量、HS的掉话数量几个方面看，整体PS掉话率是否和HSDPA用户增加，HS高掉话率有关。此次厦门PS掉话率急剧抬升就是由于HS用户/HS业务量增加有关。 在OMM上对PS掉话的原因进行统计，重点分析是哪种原因突然增多。如果是operate_timeout原因的掉话数量很大，则通过CT查看是否是HSDPA与DCH信道之间切换超时掉话。这类关键小区大多处在HSDPA小区的边缘，如果存在大量1、2载频的小区（都没有开通HSDPA），HSDPA数据卡在切换过程中容易发生operate_timeout，通过开通HSDPA后，可以规避一些掉话的发生。下面是对物理信道或是RB重配置超时以及CELLUPDATE的原因分析： 物理信道重配置超时或RB重配置超时（Ue_Operate_TimeOut） 对于物理信道重配置超时或RB重配置超时，常见的有以下几种可能性： 存在UPPCH的干扰，如果是硬切换的情况下会造成随机接入过程的失败，从而造成物理信道重配置失败，Cause值为2。 HS业务与R4业务之间的切换失败，包括从R4到R5的切换和从R5到R4的切换，这种原因主要表现为RB重配置超时。 虚假的邻小区关系造成物理信道重配置超时 RB重配置参数设置不合理造成RB重配置超时 功率参数配置不合理造成RB或物理信道重配置超时 目前外场常见的原因主要是终端问题和R5与R4业务之间的切换问题。 UeReportCellUpdate 产生CellUpdate的直接原因是UE判断下行失败造成，当UE在一定的时间内没有收到系统下发的消息，会认为下行无线质量恶化导，进一步判断下行失步后，此时UE会上报小区更新（CellUpdate），网络侧根据小区更新的目标小区分配无线资源，因此小区更新（CellUpdate）有两种可能性： 第一种可能性，小区更新（CellUpdate）发生在本小区，如果来自在当前归属小区，出于规避下行干扰的考虑将为终端分配新的物理资源，如果此时该小区剩余资源不足时，会出现小区更新资源不足而导致掉话。并且在本小区上报小区更新（CellUpdate）从另一方面也可以认为部分RLC层参数（N315、T313等）配置不合理造成。 第二种可能性，小区更新（CellUpdate）发生在其它小区，此种情况发果系统侧同时报了RLFail基本上可以认定是无线覆盖的原因或是C/I较差造成。 在OMM上对PS掉话的原因进行统计，重点分析是哪种原因突然增多。如果是“用户未激活（user inactivity）”所占比重较大，则是系统问题。目前外场配置为15分钟没有流量后从DCH迁到IDLE，后续支持PCH态后，从DCH迁到PCH后，该部分掉话就不会计入了。 V1.30.112版本根据市场要求规划了PCH态功能。 在OMM上对PS掉话的原因进行统计，重点分析是哪种原因突然增多。如果突然出现大量的UCIU Error 、RL Fail、RNLC Unknow则很大的可能性是由于终端问题造成。下面详细对RLFail_Report和UCIU Error两种原因进行分析： RlFail_Report 产生RLFail的直接原因是RNC判断上行失败造成，从目前的优化经验来看，主要有三个方面造成了这种原因 1）终端侧出现异常 当终端发生异常，没有上发信号，导致基站侧检测不到上行信号而报无线链路失败，终端侧的异常包括： 终端本身出现异常，比如死机。 终端与电脑的连接出现异常，比如连接线、USB插口、插槽因为松动而断线，或终端在电脑上的驱动程序出现异常。 终端在电脑上的应用程序出现异常。 电脑出现异常导致终端方面异常。 如果终端侧出现异常，要重新作起业务，一般要对终端进行重启，终端重启后将会进行一次Location Update过程，这从系统侧后台信令上可以观察到，并且从上次RL Failure导致掉话到下次重新作起业务来也将会有较大的时延，通常要超过30秒。 2）无线信道环境出现深衰落或者强干扰 无线信道环境出现深衰落或强干扰时，会导致基站没有解对终端发出的上行信号而报RL Failure，如果是出现深衰落，下行链路的无线信道环境跟上行链路一样，信道质量变差，下行功率会抬升得比较高，并且UE会上报Cell Update。 3）基站侧出现异常 基站解错上行信号或接收不到上行信号而报无线链路失败。此时基站应该会出现告警，且基本上不能接入和保持住包括PS在内的任何业务或终端了。