RNC间切换失败4个原因值的解决案例

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

RNC间切换失败4个原因值的解决案例

一、背景

TD话统指标中RNC间切换成功率始终维持在较低水平,严重影响了现网的KPI指标。

二、问题描述

共分析了32次切换失败的原因,其中迁移准备失败占了26个(81.25%,占RNC间切换失败的绝大部分),其它空口原因导致切换失败占6个(18.75%)。迁移准备失败都是PS下发的,主要原因有以下4类:

1.relocation-failure-in-target-CN-RNC-or-target-system

2.message-not-compatible-with-receiver-state,3个,UE在只有CS

业务,未完成路由区更新或者附着过程中,RNC同时向CS和PS发起迁

移请求,PS核心网下发迁移准备失败

3.unspecified-failure,5个,UE在只有CS业务,已经完成路由区更新

或者附着情况下,RNC同时向CS和PS发起迁移准备请求,PS核心网下

发迁移准备失败

4.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, INTERCELLANTIPINGPANGTIMERLTH=2;。其中,定时器的时长需要根据现场的实际情况进行设定。

message-not-compatible-with-receiver-state”

3、unspecified-failure问题

UE在进行AMR业务时发生了迁移入,单CS业务迁移进入了RNC。见下图中步骤1。

迁移入后,UE的PS域发起了路由区更新流程,路由区更新被拒绝,UE再次发起PS附着请求,附着成功。附着完成后,RNC又收到了UE上报的测量报告。

RNC根据测量报告,重新发起了迁移出流程,由于存在2个域的IU连接,所以向2个域发送了RELOCATION_REQUIRED消息,但是核心网将PS域的迁移请

求拒绝,原因值为“unspecified-failure”见信令红色部分。

unspecified-failure

打开RNC发送给SGSN的RELOCATION_REQUIRED消息,其sourceID和targetID对应的内容如下。

相关文档
最新文档