WCDMA网络升级后版本问题及规避方法

王晓龙

（中国联通福建分公司,厦门 361008）

通信网络的升级一般是对一些新业务有需求或者解决一些网络问题时会进行，但升级后因为算法、软件使用版本和功能的变化，或者由于没有经过特殊场景的验证，一些非常隐蔽的问题才会暴露出来。本文就是对3GRNC升级后出现的一些异常现象的分析中发现的一个系统本身的BUG。

1 测量控制导致掉话问题及规避方法

1.1 问题现象

厦门3G网络在2010年8月RNC版本从R10升级到了R12，之后路测过程中发现在进行跨RNC时出现掉话问题，掉话时测量控制消息没有下发，与激活集中主服务小区有邻区关系的信号全部都在检测集中，手机上报了添加信号的1a事件，但因为激活集中的信号质量太差而导致掉话。

1.2 问题分析

根据RNC区域划分原则，厦门岛内总共存在4个RNC，分别是RNC1、RNC2、RNC3、RNC4，其中两两相邻的都有IUR接口，而对于跨了RNC4的RNC1和RNC3之间是没有IUR接口的。根据切换策略，CS业务跨RNC时，如果存在IUR口，则只进行切换动作，没有迁移；如果没有IUR口，则进行硬切换伴随迁移动作。

从测试路线来看，此类掉话基本都是发生在跨RNC之后，而手机在DRNC中一段时间之后携带邻区信息的测量控制消息便不再下发，使得手机无法获知服务小区的邻区关系，而只能使用检测集加信号到激活集算法来进行在DRNC的切换。

查看后台跟踪信令，发现在切换过程中DRNC通过IUR口回给SRNC的RL_ADD_RSP消息中已经携带了主服务小区的邻区关系内容，也就是说SRNC是已经收到了手机所在的服务小区的邻区关系信息，但没有做出下发带此邻区信息的测量控制消息给手机的动作，使手机无法获知邻区内容导致切换失败，检测正常信号小区的概率下降，掉话风险大大增加。

经确认，此问题为R12版本问题。

1.3 规避方法

为了解决此问题，也就是避免因为没有下发测量控制导致的掉话，规避方法基本有两个：

一是除了在SRNC中添加DRNC为邻RNC外，还需要在发起呼叫的RNC中定义目标RNC的小区，具体就是在SRNC中定义其他所有邻RNC的小区，具体命令如下：

此方法可以使测量控制消息正常下发，但需要添加的数据非常庞大，后续数据制作将非常繁琐复杂。

二就是不使用IUR链路，在跨RNC时直接进行迁移，但因为核心网配合上的问题，成功率不是很高。

目前推荐使用第一种方法进行规避。

2 跨RNC迁移失败问题及规避方法

2.1 问题现象

升级后路测过程中发现在进行跨RNC时出现掉话问题，掉话时激活集中信号已经比较差，激活集之外有信号非常好的无线链路，手机也上报添加此信号的1A事件，但在44s时间内一直没有收到网络侧下发的激活集更新消息，之后由于激活集中的信号变得太差导致掉话。

2.2 问题分析

根据RNC区域划分原则，厦门岛内总共存在4个RNC，分 别 是 RNC1、RNC2、RNC3、RNC4，其中两两相邻的都有IUR接口，而对于跨了RNC4的RNC1和RNC3之间是没有IUR接口的。根据切换策略，CS业务跨RNC时，如果存在IUR口，则只进行切换动作，没有迁移；如果没有IUR口，则进行硬切换伴随迁移动作。

对于没有IUR口的RNC间的硬切换伴随迁移，是指原来的RNC为服务RNC（SRNC），另外一个切入的RNC为目标RNC（DRNC），开始时是SRNC与CN间存在通信链路，当跨过SRNC所属的小区时，与CN间的通信链路变为DRNC和CN间，新的DRNC成为了服务RNC（SRNC），因为没有IUR口，这种通信链路的变化被称为硬切换伴随迁移。信令流程上用物理信道重配置或RB重配置来实现，手机上报事件为1D。

此掉话发生在RNC边界处，是在RNC1中起呼之后跨过RNC4，当进入到RNC3时在边界处掉话。PSC274小区属于RNC4，PSC121小区属于RNC3，手机上报了加PSC121小区入激活集的1A事件，但一直没有收到网络侧下发的激活集更新消息，直至PSC274信号变差而最终掉话。

根据硬切换伴随迁移流程，迁移时SRNC应给CN发迁移请求消息作为迁移的开始，等目标RNC准备好资源之后CN回迁移命令给SRNC。查看后台跟踪信令，发现在这个过程中CN回的是迁移失败命令RELOCATION_PREPARATION_FAILURE，进一步查看最终发现在RELOCATION_REQUIRED消息中DRNC所带的PLMN号为0，而正常情况下应该为DRNC所在网络的PLMN号，也就是46001，这正是问题之所在。当SRNC发给CN的迁移消息中PLMN为0时，CN将无法识别手机迁入的RNC网络，直接回Unknown_Target_RNC消息拒绝迁移动作，从而迁移失败导致掉话。

经确认，此问题为R12版本问题。

2.3 规避方法

为了解决此问题，也就是避免下发PLMN为0 的情况，规避方法是除了在SRNC中添加DRNC为邻RNC外，还需要在发起呼叫的RNC中定义目标RNC的小区，具体就是在RNC1中定义没有地理相邻关系、也相互没有配置IUR口的RNC3的小区，同样为了避免在反方向通话过程中出现相同问题，也需要在RNC3中也需要定义RNC1的小区。具体命令如下：

在R10版本中只需要添加第一条命令也就是增加目的RNC为本RNC的邻RNC即可，但相同的配置在R12版本中出现下发的PLMN为0的问题，添加上述第二条命令后经测试下发PLMN正常，掉话问题解决。

3 问题总结

此两个问题比较隐蔽，不容易发现，迷惑性很大，因为这与起呼地点在网络中的位置和IUR口的配置策略相关，只有在特定的配置和网络结构中才会发生。

版本升级对于网络是一个非常大的变动，在算法、指标统计、常用命令、跟踪方式及分析方法上都会有或多或少的变化，及时对比升级前后网络在这些方面的异常变化将有助于我们对网络问题进行及时的跟踪，解决和优化因为版本变化带来的各种问题，保证网络处于一个正常的运行状态。