[发明专利]一种控制无线网络控制器间切换的方法和装置

说明书

技术领域

本发明涉及移动通信技术，特别是涉及一种控制无线网络控制器(RNC)间切换的方法和装置。

背景技术

在现有的移动通信系统中，当打开完整性保护算法时，在RNC和用户设备(UE)交互的UU口消息中需要携带完整性保护参数(Integrity check info)，该完整性保护参数中将包含无线资源控制消息序列号(RRC Message sequence number，RRC MSN)。RNC侧和UE侧分别根据各自当前保存的RRC MSN对超帧号(HFN)进行维护，以进行UU口消息的完整性保护。

UE侧保存的RRC MSN，是由RNC在下行UU口消息中通知给UE的，由于RRC MSN用于对标识RRC消息序号，每下发一个下行UU口消息，对应的RRC MSN将相应的加1。根据RRC MSN对HFN进行维护的具体方法为：RRC MSN由0～15循环计数，每经过一个循环，对应的HFN值加1。

正常情况下，RNC侧和UE侧HFN都是一致的，因为UE使用的下行RRC MSN都是RNC通过UU口消息带给UE的。但是，在打开完整性保护的情况下，如果在执行RNC间切换、异系统切换(如TD-GSM异系统切换、TD-LTE异系统切换)等切换过程中，下发下行空口消息(例如，在开启测量报告(Measurement Report，MR)测量的情况下，源RNC会向UE发送RRC_MEAS_CTRL消息，通知UE建立、释放相应的MR测量)，则会存在RNC侧完整性保护参数HFN和UE侧HFN不一致的问题。下面以在打开完整性保护的情况下，打开MR测量时执行RNC间切换过程为例，对上述问题的存在进行具体分析：

图1为一种打开MR测量的情况下RNC间切换的流程示意图。如图1所示主要包括以下步骤：

步骤101、当MR测量打开时，源RNC向UE发送测量控制(RRC_MEAS_CTRL)消息，通知UE建立、释放相应的MR测量。

步骤102、源RNC判决需要发起切换时，向核心网发送迁移请求(RANAP_RELOC_REQUIRED)消息，其中携带有当前完整性保护参数RRCMSN和HFN信息。

步骤103、核心网会把接收到的RRC MSN和HFN信息通过迁移请求(RANAP_RELOC_REQ)消息通知给目标RNC。

步骤104、目标RNC对所述RANAP_RELOC_REQ消息处理之后，把无线承载重配置消息(RRC_RB_RECFG)消息封装在迁移请求响应(RANAP_RELOC_REQ_ACK)消息中的RRC Container中发送给核心网。

步骤105、核心网向源RNC发送迁移命令(RANAP_RELOC_CMD)消息，该消息中携带的RRC MSN信息是根据源RNC侧的RELOC_REQUIRED消息中的RRC MSN信息回填的。

步骤106、源RNC  将所述RANAP_RELOC_CMD  消息中的RRC_RB_RECFG消息取出，不做处理，直接在UU口将其发送给UE。

之后，UE收到RRC_RB_RECFG消息后，将利用自身维护的HFN对该RRC_RB_RECFG消息进行解析。

从上述过程中可以看出，源RNC发送的RRC_RB_RECFG消息依据的RRC MSN信息是其向核心网发送RANAP_RELOC_REQUIRED消息时所维护的RRC MSN信息。而如果在RANAP_RELOC_REQUIRED消息之后，源RNC继续在UU口向UE发送RRC_MEAS_CTRL消息，则会导致UE在收到RRC_RB_RECFG消息之前，又收到UU口消息，这样，UE将根据该UU口消息更新自己的RRC MSN值。因此，UE此后收到RRC_RB_RBCFG消息时，该RRC_RB_RBCFG消息中的RRC MSN值将小于UE当前记录的RRCMSN值。此时，UE将认为RRC MSN跳转到了下一个周期(比如从4跳到1)，因此会将自身维护的HFN加1，而此时源RNC下发的RRC_RB_RECFG消息还是用的原来的HFN值进行完整性保护计算，因此，会出现UE侧和源RNC侧的HFN不一致的问题，进而会导致UE无法正确解析出RRC_RB_RECFG消息，相应的，UE也不能反馈RRC_RB_RECFG_CMP消息给网络侧，从而导致RNC间切换失败，UE掉话。

由此可见，打开完整性保护时在执行RNC间切换、异系统切换等切换过程中，如果有其他流程触发下发下行空口消息，就可能会导致RNC间切换失败。

发明内容