rnc间切换失败4个原因值的解决案例.docVIP

RNC间切换失败4个原因值的解决案例 一、背景 TD话统指标中RNC间切换成功率始终维持在较低水平，严重影响了现网的KPI指标。 二、问题描述 共分析了32次切换失败的原因，其中迁移准备失败占了26个（81.25%，占RNC间切换失败的绝大部分），其它空口原因导致切换失败占6个（18.75%）。迁移准备失败都是PS下发的，主要原因有以下4类： relocation-failure-in-target-CN-RNC-or-target-system message-not-compatible-with-receiver-state，3个，UE在只有CS业务，未完成路由区更新或者附着过程中，RNC同时向CS和PS发起迁移请求，PS核心网下发迁移准备失败 unspecified-failure，5个，UE在只有CS业务，已经完成路由区更新或者附着情况下，RNC同时向CS和PS发起迁移准备请求，PS核心网下发迁移准备失败 requested-maximum-bit-rate-not-available。 三、分析与对策 1、relocation-failure-in-target-CN-RNC-or-target-system RNC收到UE上报的测量报告，并根据测量报告发起迁移请求，核心网返回RELOCATION_PREPARATION_FAILURE迁移请求拒绝，原因值为“relocation-failure-in-target-CN-RNC-or-target-system”。查看目标RNC上对应的时间的IU接口信令，发现目标RNC也有一条原因值为“relocation-failure-in-target-CN-RNC-or-target-system”的RELOCATION_FAILURE信令。 通过当天的话统分析，发现该小区RRC.FailConnEstab.RlSetupFail指标数值较大，有很多RL FAIL造成的RRC建链失败。LMT-B登陆到该基站，发现该基站DSP吊死。 在有些情况下是无法通过RRC.FailConnEstab.RlSetupFail来分析基站状况的。分析TOP小区，发现顺驰小区_3切换到江南大学_1，HHO.FailRelocPrepOutInterRNCCN.TRNCFail的指标值较大。IU接口上信令分析，对应到江南大学_1小区的迁移请求失败，有很多是“relocation-failure-in-target-CN-RNC-or-target-system”。怀疑该基站DSP故障，查看该小区的RRC.FailConnEstab.RlSetupFail话统指标，发现该指标为1，属于正常值；再通过LMT-B登陆到该基站，发现该基站DSP的确吊死了。那么为什么RRC.FailConnEstab.RlSetupFail话统指标这么低呢？ 再次分析IU接口的信令，发现这些迁移都是H业务迁移，且目标小区的H载波都是在配置在辅载波上的，也就是核心网下发的迁移请求，RNC应该尝试在该小区的辅载波H载波进行资源分配。目标基站DSP故障导致该小区的H载波故障，因此，RNC会返回迁移准备失败。而，该小区的主载波是不受DSP影响的，所以该小区下的RRC建立应该是正常的。 从后续几天的分析来看，只要发现“relocation-failure-in-target-CN-RNC-or-target-system”这种原因的迁移准备失败，基本上可以定位为目标基站DSP故障。 2、message-not-compatible-with-receiver-state问题 UE在进行AMR业务时发生了迁移入，单CS业务迁移进入了RNC。见下图中步骤1。 迁移入后，UE的PS域发起了路由区更新流程，此时RNC和PS域的核心网建立了IU连接，但是在路由区更新过程中，RNC又收到了UE上报的测量报告。图中步骤2。 RNC根据测量报告，重新发起了迁移出流程，由于存在2个域的IU连接，所以向2个域发送了RELOCATION_REQUIRED消息，但是核心网将PS域的迁移请求拒绝，原因值为“message-not-compatible-with-receiver-state”。RNC收到后，同时向CS核心网发起RELOCATION_CANCEL，取消迁移请求。 UE的RAU流程还没有完成，SGSN需要优先处理RAU，因此，对此时发上的迁移请求是不给处理的。 造成该类问题出现的根本原因为UE从别的RNC迁入后，马上又要迁出，该区域存在乒乓现象，建议优先调整无线覆盖或者是修改邻区CIO。实在不行，则考虑在RNC上设置防乒乓定时器。例：MOD CELLHOCOMM: CELLID=397, INTERCELLANTIPINGPANGTI