WCCDMA切换问题分析.docVIP

1.1??切换问题分析 1.1.1??软切换失败 从流程上看，软切换可以分为软切换准备过程和软切换空口过程，其中准备过程是从切换判决到RL建立完成，空口过程是激活集更新过程： 1、首先查看忙时全网和小区的软切换成功率是否达标，如果没有达标，则需要找到主要的问题小区进行详细分析。 2、对小区的（更）软切换失败次数进行TOP N排序，找出几个失败次数最高的小区，并列出具体的失败原因指标，如果不能直接从话统上找到具体的失败原因，还要分析对应的CHR。 下表列出了（更）软切换失败的详细话统指标和分析思路： 失败原因 分析思路 配置不支持 UE认为RNC增加/删除链路的激活集更新的内容不支持。这种场景在商用网络中基本不会出现 同步重配置不支持 UE反馈RNC增加/删除链路的更软/软切换过程与其他并发过程不兼容。RNC在流程处理的时候已经保证了串行处理，出现这种情况主要是一些手机自身处理出现问题 非法配置 UE认为RNC增加/删除链路的激活集更新的内容非法。这种场景在商用网络中基本不会出现 UE无响应 RNC没有收到增加/删除链路的激活集更新命令响应。这个在网络中是更软/软切换失败的主要原因，主要是发生在覆盖比较差或者切换区比较小的区域，需要RF优化 4、进行路测重现问题。由于话统给出了趋势，并给出了可能的问题，具体问题的定位和分析还需要结合路测或者针对小区的CHR分析来进行。对于问题小区，一般都需要安排针对小区进行路测，跟踪手机侧和RNC的信令流程进行分析，详细分析方法请参见路测数据分析流程。 1.1.2??硬切换失败 整个硬切换阶段失败，重点关注以下指标，包括NODEB内、NODEB间和RNC间的指标，下表同时给出了具体的分析思路。 失败原因 分析思路 硬切换准备失败 无线链路建立失败 为RL建立过程中的失败，具体见IUB接口RL建立过程分析 其他原因 需结合CHR日志进行进一步的分析 NODEB内/NODEB间/RNC间 硬切换出失败 配置不支持 UE认为硬切换出小区的命令不支持，一般为手机兼容性问题 物理信道失败 可能为覆盖较差或者干扰较严重 同步重配置不支持 UE反馈硬切换过程与其他并发过程不兼容，可能为手机自身兼容性问题 小区更新 在硬切换出小区的过程中，发生了小区更新，这种流程嵌套导致了硬切换出小区失败 非法配置 UE认为硬切换出小区的命令非法，一般为手机兼容性问题 其他原因 需结合CHR日志进行进一步的分析 1.1.3??系统间切换失败 1、 CS系统间切换失败 CS系统间切换出过程分为切换准备过程和执行过程。切换出准备过程如下所示： 在CS域系统间切换出过程中，当RNC向CN发送RELOCATION REQUIRED消息时，如果当前CS的业务为AMR语音业务，则统计为一次系统间切换准备。当RNC收到CN返回的IU RELEASE COMMAND消息时，按UE当前使用的SRNC的小区统计为系统间切换出成功。 如果发生CS系统间失败，需要查看以下失败统计指标： 失败原因 分析思路 RNC级异系统切换出准备失败 等待迁移命令超时 核心网没有返回切换准备请求的相应命令。这种情况往往是核心网参数配置或者相关链路连接有问题，需要根据核心网与BSS的信令跟踪进行原因分析 迁移取消 RNC请求切换准备后，收到核心网的释放命令。这种情况往往是两种情况，一是位置更新等信令过程发生系统间切换请求，流程还没有完成前已经完成了位置更新流程，核心网发起释放；二是建立呼叫的用户在切换准备时就挂机，核心网发起释放。这两种情况虽然切换没有完成，但都是正常的流程嵌套 迁移超时 一般对应着核心网配置错误，需要根据核心网与BSS的信令跟踪进行原因分析 在目标CN/RNC或系统中迁移失败 一般对应着核心网配置错误或者BSS系统不支持，需要根据核心网与BSS的信令跟踪进行原因分析 未知目标RNC 这种情况往往是MSC参数配置错误，没有配置目标小区的LAC等信息，需要核心网检查参数配置。这种情况在2G网络进行了调整后很容易出现 无可用资源 往往是MSC参数配置错误或者BSC无资源可用，需要根据核心网与BSS的信令跟踪进行原因分析 其他原因 需结合核心网与BSS的信令跟踪进行原因分析 Cell级异系统切换出准备失败 迁移超时 这种情况往往是核心网参数配置或者相关链路连接有问题，需要根据核心网与BSS的信令跟踪进行原因分析 在目标CN/RNC或系统中迁移失败 一般对应着核心网配置错误或者BSS系统不支持，需要根据核心网与BSS的信令跟踪进行原因分析 在目标CN/RNC或系统中迁移不支持 这种情况往往是BSC不支持系统间切换请求的某些参数，需要根据核心网与BSS的信令跟踪进行原因分析 其他原因 需结合核心网与BSS