质差小区处理方法精编版.pptx

WCDMA质差小区处理方法 掉话问题分析及优化方法 接通率问题分析及优化方法 切换成功率问题分析及优化方法 干扰小区问题分析优化方法 拥塞小区问题分析优化方法 Page 3 课程内容 T 第一章 掉话分类定义 第二章 常见掉话原因与掉话处理流程 第三章 掉话问题解决方法 第四章 掉话案例分析 Page 4 在通话过程中，如果空中接口信息满足下面三个条件中的任何一条，可以判断为掉话： 收到任何的BCH消息（即系统消息） 收到非正常释放的RRC Release消息（释放原因不是 “Normal”） 收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放原因是非正常释放（CauseCodeCC是“Unspecified”或其它原因，而不是”Normal Call Clearing”或者”Normal”） 掉话空中接口定义 Page 5 异常释放信令流程 RNC CN Iu Release Request Iu Release Command Iu Release Complete 正常情况下都是由CN发起Iu口的连接释放 如果出现信令面或用户面异常，RNC会主动发起Iu口释放请求，触发掉话 下列2种情况下RNC发起Iu Release Request被视为正常释放： “User Inactivity”和“UE信令连接释放” 正常释放流程 异常释放流程 Page 6 常见掉话原因 邻区漏配 一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配： 方法一：观察掉话前UE记录的激活集EcIo信息和Scanner记录的Best Server EcIo信息，如果 UE记录的EcIo很差，而Scanner记录的Best Server EcIo很好 Scanner记录Best Server扰码与UE激活集扰码不一致 检查出现在掉话前最近的同频测量控制中的邻区列表没有该扰码 那么可以确认是邻区漏配。 方法二：如果掉话后UE重新驻留的小区扰码不在掉话时的激活集扰码中，也可以怀疑是邻区漏配问题，可以通过测量控制和邻区列表配置进一步进行确认。 邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。 Page 7 常见掉话原因 覆盖问题 通常所说的覆盖差，主要是指RSCP和EcIo都很差。覆盖的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认： 如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话； 如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。 确认覆盖的问题简单直接的方式： 直接观察Scanner采集的数据，若最好小区的RSCP和EcNo都很低，就可以认为是覆盖问题。 Page 8 常见掉话原因 切换问题 软切换/同频导致掉话主要分为两类原因：切换来不及或者乒乓切换。 从信令流程上CS业务表现为手机收不到活动集更新命令（同频硬切换时为物理信道重配置），PS业务有时候会在切换之前先发生TRB复位。 从信号上看，切换来不及主要有以下两种现象： 拐角：源小区EcIo陡降，目标小区EcNo陡升（即突然出现就是很高的值）； 针尖：源小区EcIo快速下降后一段时间后上升，目标小区出现短时间的陡升。 乒乓切换主要有以下两种现象： 主导小区变化快：2个或者多个小区交替成为主导小区，主导小区具有较好的RSCP和EcIo，每个小区成为主导小区的时间很短； 无主导小区：存在多个小区，RSCP正常而且相互之间差别不大，每个小区的EcIo都很差。 Page 9 常见掉话原因 干扰问题 下行干扰 一般情况下，对于下行，当CPICH RSCP大于-85dBm，而EcIo小于-13dB，容易产生掉话，基本上可以认为是下行干扰的问题。 对于下行，干扰可能是导频污染引起。 上行干扰 对于上行RTWP比正常值（-104~-105）超过10dB，干扰时间超过2~3s，就有可能造成掉话。 Page 10 常见掉话原因 流程交互问题 一些需要信令交互的流程，如AMR控制、DCCC以及压缩模式的启停、UE的状态迁移等，常常会由于信号的原因，手机支持方面的原因或者RAN设备和手机的配合问题，导致流程失败，最后导致掉话。 这类问题需要针对特定的流程和手机进行分析，没有一般性的处理方法。 在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。 例如：同步失