[發明專利]一種重定位處理方法及系統

有效

• 申請號: 200910093670.1
• 申請日: 2009-09-27
• 公開（公告）號: CN102036233A
• 公開（公告）日: 2011-04-27
• 發明（設計）人: 陳艷麗;程翔
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W12/04
• 分類號: H04W12/04;H04W36/10;H04W76/06;H04L1/16
• 代理公司: 北京派特恩知識產權代理事務所(普通合伙) 11270
• 代理人: 張穎玲;蔣雅潔

技術領域

本發明涉及重定位技術，尤其涉及一種第三代移動通信系統中重定位前后加密算法變化時的重定位處理方法及系統。

背景技術

如圖1所示，通用移動通信系統的無線接入網(UTRAN)由無線網絡子系統(RNS，Radio?Network?Subsystem)組成，這些RNS通過Iu接口和核心網(CN)相連。一個RNS包括一個無線網絡控制器(RNC)和一個或多個節點B(NodeB)。NodeB通過Iub接口與RNC相連。RNS之間的RNC通過Iur接口相連。

在某個時刻，對某個已經發起業務的用戶設備(UE)而言，存在一個RNC負責其無線資源的配置、管理和維護，該RNC稱為服務RNC(SRNC)，UE和CN之間的連接在Iu接口上的接入網側連接點也位于SRNC上。由于漫游或者其他原因，需要使另外一個RNC成為SRNC時，將會觸發SRNC的重定位過程。在重定位過程中，即將承擔SRNC角色的RNC稱為目標RNC；而將SRNC角色轉出的RNC稱為源RNC。協議3GPP?25413?V7.9.0指出了源RNC發起重定位準備時應該設置重定位類型——包括涉及UE的服務RNS(SRNS)重定位和不涉及UE的SRNS重定位；目標RNC根據該信息執行相應的重定位資源分配操作。另外協議3GPP?25.303?Interlayer?procedures?in?Connected?Mode還建議了重定位過程中可觸發的基本協議過程，包括：SRNS重定位、伴隨有小區更新或注冊區更新的重定位過程、伴隨硬切換的重定位過程；其中SRNS重定位為不涉及UE的SRNS重定位。各重定位過程中，源RNC和目標RNC以及CN之間均存在消息交互。

圖2描述了不涉及UE的SRNS重定位過程。該過程包括以下步驟：

步驟101、SRNC決定發起重定位，向CN發起消息重定位需求消息。

這里，該消息中源RNC會攜帶信令無線承載、以及重定位業務正在使用的完整性保護算法和加密算法。

其中，重定位業務可能包括電路域業務以及分組域業務；正在使用的完整性保護算法和加密算法，參考信元由源RNC給目標RNC的透明容器中所選擇的參數，比如完整性保護算法的容器中的參數、加密算法的容器中的參數。

步驟102、CN向目標RNC發起重定位請求消息。

這里，該消息中會攜帶CN推薦優選的完整性保護算法列表和加密算法列表，參考信元完整性保護算法的容器中的完整性保護算法列表以及加密算法的容器中的加密算法列表。

步驟103、目標RNC收到重定位請求消息后，進行重定位資源分配工作。

其中，目標RNC會根據自身的加密算法支持能力在CN推薦優選的加密算法列表中選擇一個該RNC后續使用的加密算法——該加密算法可能和源RNC正在使用的加密算法不同。

步驟104、目標RNC在重定位資源分配工作完成后向CN發送重定位請求響應消息。

其中，該消息中包括目標RNC選擇使用的加密算法和完整性保護算法，參考信元加密算法的容器中的參數和完整性保護算法的容器中的參數。

步驟105、CN向SRNC發起重定位命令消息。

步驟106、SRNC收到重定位命令消息后，向目標RNC發起重定位提交消息。

步驟107、目標RNC向CN發送消息重定位檢測消息并切換為源RNC角色。

步驟108、目標RNC向UE發送Utran移動性信息消息。

步驟109、UE返回給目標RNC的響應消息是Utran移動性信息證實消息。

步驟110、已經為源RNC角色的目標RNC收到UE返回的響應消息后，向CN發送重定位完成消息。

步驟111、CN向老的源RNC發IU釋放請求，重定位過程結束。