《WCDMA内部培训资料》12 掉话问题分析解析.ppt

Page * 第1章 掉话分类定义 第2章 常见掉话原因与掉话处理流程 第3章 掉话问题解决方法 第4章 掉话案例分析 第5章 网络优化各阶段掉话关注点 Page * 第4章 掉话案例分析 4.1 覆盖掉话案例 4.2 干扰掉话案例 4.3 切换掉话案例 4.4 其他掉话案例 Page * 掉话案例分析 覆盖分析中，必须： 结合导频覆盖和业务覆盖进行分析 结合上行覆盖和下行覆盖进行分析 结合scanner和UE的测量结果进行分析 结合CPICH的Ec/Io、RSCP和SC进行分析 覆盖掉话案例 Page * 掉话案例分析 覆盖掉话案例 掉话点位置处于3G网络的覆盖边缘，掉话发生在小区SC314 掉话前UE测量得到的激活集中只有314小区，监视集中没有测量到小区。 掉话前UE测量得到的RSSI很低，SIR是负的，UE的发射功率达到最大值。 Page * 掉话案例分析 覆盖掉话案例 UE和scanner测量得到的Ec/Io都有相同的恶化趋势。 UE和scanner测量得到的RSCP都有相同的恶化趋势。 Page * 第4章 掉话案例分析 4.1 覆盖掉话案例 4.2 干扰掉话案例 4.3 切换掉话案例 4.4 其他掉话案例 Page * 掉话案例分析 由以上RNC跟踪信令可以看出，掉话是由于RNC下发直传（CC Connect），但没有看到手机回应的CC Connect Acknowledge消息导致的。 上行干扰导致上下行覆盖不平衡 Page * 掉话案例分析 由以上UE侧的信令可以看出：手机收到了RNC 下发的CC connect 消息，同时也回了CC connect Acknowledge消息，但RNC没有收到 。 上行干扰导致上下行覆盖不平衡 Page * 掉话案例分析 从以上手机侧记录信息观察，下行CPICH Ec和EcIo都很不错，但上行的发射功率已经接近最大值，所以怀疑是上行出现问题。 上行干扰导致上下行覆盖不平衡 Page * 掉话案例分析 出现问题的Site ID为90640，小区为24231，24232，观察小区的RTWP发现波动很大 ，查明干扰源，解决上行干扰 。 上行干扰导致上下行覆盖不平衡 Page * 第4章 掉话案例分析 4.1 覆盖掉话案例 4.2 干扰掉话案例 4.3 切换掉话案例 4.4 其他掉话案例 Page * 掉话案例分析 从下图可以看出掉话点不是处在覆盖边缘区域。 切换掉话案例 Page * 掉话案例分析 从下图可以看出掉话点处于最优小区迅速变化的区域内 。 切换掉话案例 Page * 掉话案例分析 从下图可以看出掉话前UE测量得到的Ec/Io恶化至低于-21dB，而scanner测量得到的Ec/Io依然维持在-11dB以上。 切换掉话案例 Page * 掉话案例分析 从右图可以看出掉话前UE测量得到的最强小区是SC009，而scanner测量得到的最强小区是SC018，掉话后，UE迅速驻留在小区SC018。 切换掉话案例 Page * 掉话案例分析 从下图可以看出掉话前，UE没有在监视集中测量到小区SC018。分析发现邻区关系已经在邻区列表中得到定义。因此掉话原因可能是最强小区从小区SC009到小区SC011到小区SC018变化太快，导致UE不能及时进行软切换。 切换掉话案例 Page * 掉话案例分析 从下图可以看出小区SC018不应该是此处的最强小区，小区SC018存在严重的越区覆盖，在掉话点，其RSCP在-75dBm以上。所以需要加大小区SC018的下倾角，控制其覆盖，优化掉话点的主导小区来解决此次掉话。 切换掉话案例 Page * 第4章 掉话案例分析 4.1 覆盖掉话案例 4.2 干扰掉话案例 4.3 切换掉话案例 4.4 其他掉话案例 Page * 掉话案例分析 从右图可以看出掉话发生时手机的活动集质量很差，导致下行失步。掉话后，手机重选到SC248上。 手机不能上报1a事件 Page * 掉话案例分析 分析手机侧记录的消息，发现手机在掉话前上报了192扰码的1a报告，但没有上报248扰码的1a报告，实际上从手机的测量来看，此时是248扰码提供的覆盖。 手机不能上报1a事件 Page * 掉话案例分析 分析手机活动集最优小区的质量和监视集最优小区的质量：可以看到248号扰码在11：41：38秒满足1a条件，但手机没有及时上报1a测量报告。 手机不能上报1a事件 Page * 第1章 掉话分类定义 第2章 常见掉话原因与掉话处理流程 第3章 掉话问题解决方法 第4章 掉话案例分析 第5章 网络优化各阶段掉话关注点 Page * 网络优化各阶段掉话关注点 网络优