临汾跨地市RNC切换失败问题报告..doc

跨地市RNC切换失败问题报告 问题描述 问题发生地点在临汾和运城RNC交界处，现象是激活集中的信号比较差（PSC155，LFRNC002），与此同时监视集的信号很好（PSC94，YCRNC02）却没有加入到激活集中，检查LFRNC002中配置的邻区关系没有问题，外干扰正常，设备没有告警，核查RNC的handover-cnhhoSupp参数设置为TRUE；通过网管WNCS跟踪分析发现所有跨地市RNC的邻区均不能切换成功，且导致大量掉话检查邻区没有问题，此经多次测试发现，这种掉话只发生在跨地市RNC交界处。 在路测中发现LFW0408C1的邻区列表里存在YCW0283B1： 该邻区在RNC中配置信息如下： 该邻区具体配置参数如下： YCW0283B1外部小区信息正确定义如下： RNC中IUR_YCRNC02配置正确： 但是，WNCS网管统计该对邻区不能正常切换，且导致大量掉话 原因分析 对于临汾市内部RNC，两两之间均有Iur接口，但临汾LFRNC002和运城YCRNC02之间是没有Iur接口的，根据切换策略，CS业务跨RNC切换时，如果存在Iur接口，则进行切换动作；如果没有Iur口，则进行硬切换伴随迁移性动作，流程如下： 对于没有 IUR 口的 RNC 间的硬切换伴随迁移，是指原来的 RNC 为服务 RNC（SRNC），另外一个切入的 RNC 为 目 标 RNC（DRNC）， 开 始 时 是 SRNC 与CN 间存在通信链路，当跨过 SRNC 所属的小区时，与CN 间的通信链路变为 DRNC 和 CN 间，新的 DRNC，成为了SRNC，因为没有 Iur 口，这种通信链路的变化被称为硬切换伴随迁移。信令流程上用物理信道重配置来实现，手机上报事件为 1D。 1A ：相对门限增加事件，表示一个小区的质量已经接近最好小区或活动集小区质量，当 UE 活动集满后1A 事件停止报告 ； 1D ：最好小区变化事件，发生硬切换时上报此事件 ； 为了定位问题所在，我们对该掉话区域做了信令追踪，UETR追踪信令文件如下： 主叫信令捕获到如下错误信息： 图1 主叫信令捕获到的问题点 被叫信令流程捕获到同样的错误信息： 图2 被叫信令捕获到的问题点 图3 正常的RNC间的同频硬切换流程（无线链路建立流程部分） 信令显示SRNC未经和DRNC之间的无线链路请求消息（Radio Link Setup Resquest），直接启动对NodeB的专有测量，在对目标NodeB的专有测量初始化持续无响应后，RANAP协议发送ErrorIndication (cause:protocol/semantic-error)消息，即说明SRNC无法对目标NodeB进行测量，即无法识别目标小区，自然也就无法对请求消息做出回应，最终因超时导致掉话。 查看掉话时测试数据的信令流程，发现掉话前激活集中的信号为经过 SRNC 与 CN 侧进行通信的一小区（PSC），手机上报了添加DRNC下另一信号比较好的小区（PSC）的 1A 事件，同时 SRNC 侧也收到了此测量报告，但接下来 RNC 却没有下发激活集更新消息，手机激活集中的信号变差，等待超时导致掉话。此掉话发生在相邻 RNC（RNC002和RNC03）交界处，这两个 RNC 存在 IUR 口的，但根据我们的切换策略，实际上发生的是RNC002 和YCRNC02 间的硬切换伴随迁移（因为RNC002 和RNC03 间没有口） 解决方案 由于目前临汾LFRNC002和运城YCRNC02之间Iur接口没有物理连接，因此可能需要在核心网中配置相应数据才可以正常切换，具体数据参数配置详情需要咨询核心网工程师，建议核心网配合解决该问题。