專利名稱：一種重定位處理方法及系統的制作方法
技術領域：
本發明涉及重定位技術，尤其涉及一種第三代移動通信系統中重定位前后加密算 法變化時的重定位處理方法及系統。
背景技術：
如圖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. O指出了源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釋放請求，重定位過程結束。
上述重定位過程中，目標RNC通過UU流程，即步驟108 109通知UE某些SRNC 相關的信息比如UTRAN的無線網絡臨時標識(U-RNTI，UTRAN Radio Network Temporary Identifier)，而且如果目標RNC在重定位資源分配過程中選擇了與源RNC正在使用的加密 算法不同的算法，這個算法的改變也必須通過UU流程通知UE。如果目標RNC不支持源RNC 正在使用的加密算法，從而選擇了和源RNC正在使用的加密算法不同的算法，則UU流程的 觸發消息，比如Utran移動性信息消息無法使用源RNC正用的加密算法來加密，而UE還在 用源RNC當前正在使用的加密算法來解密，這樣UU流程的觸發消息不能被UE識別出，UU 流程將不能成功進行，進而導致重定位過程失敗。目前，在不涉及UE的SRNS重定位的場景 下，目標RNC選擇的加密算法和源RNC當前使用的加密算法不同而導致重定位過程失敗的 問題，尚未存在有效的解決方案。發明內容
有鑒于此，本發明的主要目的在于提供一種重定位處理方法及系統，能解決不涉 及UE的SRNS重定位的場景下，由于目標RNC不支持源RNC當前使用的加密算法，選擇的加 密算法和源RNC當前使用的加密算法不同所導致的重定位過程失敗的問題。
為達到上述目的，本發明的技術方案是這樣實現的
一種重定位處理方法，該方法包括當重定位請求消息中的重定位類型為不涉 及用戶設備(UE)的服務無線網絡子系統(SRNS)重定位時，并且目標無線網絡控制器(RNC) 檢查出重定位請求消息中的源RNC當前使用的加密算法與目標RNC選擇的加密算法不匹 配；目標RNC返回重定位失敗消息給所述源RNC。
其中，所述目標RNC進一步從收到的重定位請求消息所提供的加密算法中，選擇 目標RNC后續使用的加密算法；其中，
所述重定位請求消息所提供的加密算法具體包括核心網(CN)推薦優選的加密 算法列表；
所述目標RNC選擇所述加密算法具體包括目標RNC根據自身的加密算法支持能 力、和UE的加密算法支持能力，在CN推薦優選的加密算法列表中選擇加密算法。
其中，所述不匹配具體包括重定位請求消息中的源RNC當前使用的加密算法，不 在或者不屬于目標RNC選擇的加密算法的列表中。
其中，重定位失敗消息中攜帶的內容具體包括失敗原因和/或單一種類的信息；或者，具體包括失敗原因和/或各種信息的組合；其中，
所述失敗原因具體包括目標RNC不支持源RNC使用的加密算法；所述信息的種 類包括目標RNC自身的加密算法支持能力、CN推薦優選的加密算法列表。
一種重定位處理系統，該系統包括檢查單元、和重定位失敗消息反饋單元；其 中，
檢查單元，用于當重定位請求消息中的重定位類型為不涉及UE的SRNS重定位 時，目標RNC檢查重定位請求消息中的源RNC當前使用的加密算法與目標RNC選擇的加密 算法是否匹配；
重定位失敗消息反饋單元，用于當源RNC當前使用的加密算法與目標RNC選擇的 加密算法不匹配時，目標RNC返回重定位失敗消息給源RNC。
其中，該系統還包括算法選擇單元，用于目標RNC從收到的重定位請求消息所提 供的加密算法中，選擇目標RNC后續使用的加密算法。
其中，所述重定位請求消息所提供的加密算法具體包括CN推薦優選的加密算法 列表；
所述算法選擇單元，進一步用于目標RNC根據自身的加密算法支持能力、和UE的 加密算法支持能力，在CN推薦優選的加密算法列表中選擇加密算法。
其中，所述檢查單元，進一步用于檢查重定位請求消息中的源RNC當前使用的加 密算法，是否在或者屬于目標RNC選擇的加密算法的列表中，并實現匹配。
其中，所述重定位失敗消息反饋單元，進一步用于在重定位失敗消息中攜帶包括 失敗原因和/或單一種類的信息；或者，包括失敗原因和/或各種信息的組合的內容；
其中，失敗原因具體包括目標RNC不支持源RNC使用的加密算法；信息的種類包 括目標RNC自身的加密算法支持能力、CN推薦優選的加密算法列表。
本發明的目標RNC當獲取重定位請求消息中的重定位類型為不涉及UE的SRNS 重定位時，并且目標RNC檢查出重定位請求消息中的源RNC當前使用的加密算法與目標RNC 選擇的加密算法不匹配；目標RNC返回重定位失敗消息給源RNC。
采用本發明，目標RNC —旦發現自身選擇的加密算法與源RNC當前使用的加密算 法不匹配，就會返回重定位失敗消息給源RNC，以便后續轉由源RNC根據重定位失敗消息中 攜帶的內容實現有效的重定位，以保證跨RNC的UE業務行為的繼續，從而有效地避免了由 于目標RNC選擇的加密算法和源RNC當前使用的加密算法不同所導致的重定位過程失敗的 問題。
圖1為UTRAN的組成架構示意圖2為現有的不涉及UE的SRNS重定位過程的示意圖3為本發明方法的實現流程示意圖。
具體實施方式
本發明的基本思想是目標RNC —旦發現自身選擇的加密算法與源RNC當前使用 的加密算法不匹配，就會返回重定位失敗消息給源RNC。
下面結合附圖對技術方案的實施作進一步的詳細描述。
如圖3所示，一種重定位處理方法，該方法包括以下步驟
步驟201、目標RNC從收到的重定位請求消息所提供的加密算法中，選擇目標RNC 后續使用的加密算法。
這里，重定位請求消息所提供的加密算法具體包括CN推薦優選的加密算法列 表。目標RNC選擇后續需要使用的加密算法具體包括目標RNC根據自身的加密算法支持 能力、和UE的加密算法支持能力，在CN推薦優選的加密算法列表中選擇目標RNC后續需要 使用的加密算法。
步驟202、重定位請求消息中的重定位類型為不涉及UE的SRNS重定位時，并且 目標RNC檢查出重定位請求消息中的源RNC當前使用的加密算法與目標RNC選擇的加密算 法不匹配。
這里，不匹配具體包括重定位請求消息中的源RNC當前使用的加密算法，不在或 者不屬于目標RNC選擇的后續使用的加密算法的列表中。
步驟203、目標RNC返回重定位失敗消息給源RNC。
這樣，后續源RNC收到目標RNC返回的重定位失敗消息，就可以轉由源RNC根據重 定位失敗消息中攜帶的內容實現重定位。
這里，重定位失敗消息中攜帶的內容具體包括失敗原因和/或單一種類的信息； 或者，重定位失敗消息中攜帶的內容具體包括失敗原因和/或各種信息的組合。其中，失 敗原因具體包括目標RNC不支持源RNC使用的加密算法；信息的種類包括目標RNC自身 的加密算法支持能力、CN推薦優選的加密算法列表。
這里需要指出的是由于在目標RNC收到重定位請求消息后，是由目標RNC作為 SRNC并實現重定位，也就是說，實際上這里的源RNS已經將承擔的SRNC角色轉出，交由目 標RNC作為SRNC并實現重定位。如果源RNC當前使用的加密算法與目標RNC選擇的加密 算法不匹配，則目標RNS需將已經將承擔的SRNC角色轉出，交由源RNC作為SRNC并重新實 現有效的重定位。
綜上所述，本發明是一種當不涉及UE的SRNS重定位前后業務加密算法變化時的 重定位處理方案，其目的是解決不涉及UE的SRNS重定位的場景下，如果目標RNC選擇的 加密算法和源RNC當前使用的加密算法不同，導致通知UE加密算法改變的UU流程不能成 功執行，從而最終導致重定位執行過程無法進行的問題。
本發明采用的技術方案主要包括目標RNC收到重定位請求消息后，首先根據自 身的加密算法支持能力、UE的加密算法支持能力以及CN推薦優選的數據加密算法列表中 選擇一個該RNC后續使用的加密算法。然后，目標RNC檢查加密算法，即如果重定位請求 消息中的重定位類型為不涉及UE的SRNS重定位，而且重定位請求消息中的SRNC當前使用 的加密算法，不在或者不屬于目標RNC后續使用的加密算法列表中，則認為重定位資源分 配工作失敗，目標RNC返回重定位失敗消息給源RNC，以便后續轉由源RNC根據重定位失敗 消息中攜帶的內容實現重定位。更進一步的，在重定位失敗消息中攜帶的內容是失敗原因、 和/或信息；其中的信息可以是單一種類的失敗信息，也可以是各種類信息的組合。比如
1 失敗原因是不支持SRNC使用的加密算法；
2 信息是目標RNC自身的加密算法支持能力；
3 信息是CN推薦優選的數據加密算法列表。
具體失敗原因和各種信息不局限于以上的文字內容。可見，采用本發明，源RNC可 以根據目標RNC反饋的重定位失敗消息中所攜帶的內容，比如不支持SRNC使用的加密算 法，執行更有效的重定位流程——比如SRNS啟動涉及UE的重定位流程，以保證跨RNC的UE 業務行為的繼續。
以下對本發明進行舉例闡述。
實例一重定位失敗消息中攜帶的內容為不支持SRNC使用的加密算法的情況。 本實例包括以下步驟
步驟301、目標RNC收到重定位請求消息。該消息中包括CN推薦優選的完整性保 護算法列表和加密算法列表。目標RNC必須在該完整性保護算法列表和加密算法列表中選 擇可用的完整性算法和加密算法。
步驟302、目標RNC根據自身支持的完整性保護算法能力以及加密算法能力以及 CN推薦優選的完整性保護算法列表、優選的數據加密算法列表選擇目標RNC需要使用的完 整性保護算法IA和加密算法EA。
步驟303、目標RNC從消息重定位請求的信元，即源RNC給目標RNC的透明容器 中獲取源RNC當前使用的完整性保護算法IB和加密算法EB。
步驟304、目標RNC檢查加密算法，其具體過程為如果重定位類型為不涉及UE的 SRNS重定位，而且加密算法EA和加密算法EB不一致，則目標RNC返回重定位失敗消息，同 時攜帶失敗原因——不支持SRNC使用的加密算法。
實例二 重定位失敗消息中攜帶的內容為目標RNC自身的加密算法支持能力的 情況。本實例包括以下步驟
步驟401、目標RNC收到重定位請求消息。該消息中包括CN推薦優選的完整性保 護算法列表和加密算法列表。目標RNC必須在該完整性保護算法列表和加密算法列表中選 擇可用的完整性算法和加密算法。
步驟402、目標RNC根據自身支持的完整性保護算法能力以及加密算法能力以及 CN推薦優選的完整性保護算法列表、優選的數據加密算法列表選擇目標RNC需要使用的完 整性保護算法IA和加密算法EA。
步驟403、目標RNC從消息重定位請求的信元，即源RNC給目標RNC的透明容器 中獲取源RNC當前使用的完整性保護算法IB和加密算法EB。
步驟404、目標RNC檢查加密算法，其具體過程為如果重定位類型為不涉及UE的 SRNS重定位，而且加密算法EA和加密算法EB不一致，則目標RNC返回重定位失敗消息，同 時攜帶信息——目標RNC自身的加密算法支持能力。
實例三重定位失敗消息中攜帶的內容為CN推薦優選的數據加密算法列表的情 況。本實例包括以下步驟
步驟501、目標RNC收到重定位請求消息。該消息中包括CN推薦優選的完整性保 護算法列表和加密算法列表。目標RNC必須在該完整性保護算法列表和加密算法列表中選 擇可用的完整性算法和加密算法。
步驟502、目標RNC根據自身支持的完整性保護算法能力以及加密算法能力以及 CN推薦優選的完整性保護算法列表、優選的數據加密算法列表選擇目標RNC需要使用的完整性保護算法IA和加密算法EA。
步驟503、目標RNC從消息重定位請求的信元，即源RNC給目標RNC的透明容器 中獲取源RNC當前使用的完整性保護算法IB和加密算法EB。
步驟504、目標RNC檢查加密算法，其具體過程為如果重定位類型為不涉及UE的 SRNS重定位，而且加密算法EA和加密算法EB不一致，則目標RNC返回重定位失敗消息，同 時攜帶信息——CN推薦優選的數據加密算法列表。
實例四重定位失敗消息中攜帶的內容為不支持SRNC使用的加密算法和目標 RNC自身的加密算法支持能力的情況。本實例包括以下步驟
步驟601、目標RNC收到重定位請求消息。該消息中包括CN推薦優選的完整性保 護算法列表和加密算法列表。目標RNC必須在該完整性保護算法列表和加密算法列表中選 擇可用的完整性算法和加密算法。
步驟602、目標RNC根據自身支持的完整性保護算法能力以及加密算法能力以及 CN推薦優選的完整性保護算法列表、優選的數據加密算法列表選擇目標RNC需要使用的完 整性保護算法IA和加密算法EA。
步驟603、目標RNC從消息重定位請求的信元，即源RNC給目標RNC的透明容器 中獲取源RNC當前使用的完整性保護算法IB和加密算法EB。
步驟604、目標RNC檢查加密算法，其具體過程為如果重定位類型為不涉及UE的 SRNS重定位，而且加密算法EA和加密算法EB不一致，則目標RNC返回重定位失敗消息，同 時攜帶失敗原因——不支持SRNC使用的加密算法和信息——目標RNC自身的加密算法支 持能力。
實例五重定位失敗消息中攜帶的內容為不支持SRNC使用的加密算法和CN推 薦優選的數據加密算法列表的情況。本實例包括以下步驟
步驟701、目標RNC收到重定位請求消息。該消息中包括CN推薦優選的完整性保 護算法列表和加密算法列表。目標RNC必須在該完整性保護算法列表和加密算法列表中選 擇可用的完整性算法和加密算法。
步驟702、目標RNC根據自身支持的完整性保護算法能力以及加密算法能力以及 CN推薦優選的完整性保護算法列表、優選的數據加密算法列表選擇目標RNC需要使用的完 整性保護算法IA和加密算法EA。
步驟703、目標RNC從消息重定位請求的信元，即源RNC給目標RNC的透明容器 中獲取源RNC當前使用的完整性保護算法IB和加密算法EB。
步驟704、目標RNC檢查加密算法，其具體過程為如果重定位類型為不涉及UE的 SRNS重定位，而且加密算法EA和加密算法EB不一致，則目標RNC返回重定位失敗消息，同 時攜帶失敗原因——不支持SRNC使用的加密算法、和信息——CN推薦優選的數據加密算 法列表。
實例六重定位失敗消息中攜帶的內容為目標RNC自身的加密算法支持能力和 CN推薦優選的數據加密算法列表的情況。本實例包括以下步驟
步驟801、目標RNC收到重定位請求消息。該消息中包括CN推薦優選的完整性保 護算法列表和加密算法列表。目標RNC必須在該完整性保護算法列表和加密算法列表中選 擇可用的完整性算法和加密算法。
步驟802、目標RNC根據自身支持的完整性保護算法能力以及加密算法能力以及 CN推薦優選的完整性保護算法列表、優選的數據加密算法列表選擇目標RNC需要使用的完 整性保護算法IA和加密算法EA。
步驟803、目標RNC從消息重定位請求的信元，即源RNC給目標RNC的透明容器 中獲取源RNC當前使用的完整性保護算法IB和加密算法EB。
步驟804、目標RNC檢查加密算法，其具體過程為如果重定位類型為不涉及UE的 SRNS重定位，而且加密算法EA和加密算法EB不一致，則目標RNC返回重定位失敗消息，同 時攜帶信息——目標RNC自身的加密算法支持能力、和信息——CN推薦優選的數據加密算 法列表。
實例七重定位失敗消息中攜帶的內容為不支持SRNC使用的加密算法、目標RNC 自身的加密算法支持能力、和CN推薦優選的數據加密算法列表的情況。本實例包括以下步 驟
步驟901、目標RNC收到重定位請求消息。該消息中包括CN推薦優選的完整性保 護算法列表和加密算法列表。目標RNC必須在該完整性保護算法列表和加密算法列表中選 擇可用的完整性算法和加密算法。
步驟902、目標RNC根據自身支持的完整性保護算法能力以及加密算法能力以及 CN推薦優選的完整性保護算法列表、優選的數據加密算法列表選擇目標RNC需要使用的完 整性保護算法IA和加密算法EA。
步驟903、目標RNC從消息重定位請求的信元，即源RNC給目標RNC的透明容器 中獲取源RNC當前使用的完整性保護算法IB和加密算法EB。
步驟904、目標RNC檢查加密算法，其具體過程為如果重定位類型為不涉及UE的 SRNS重定位，而且加密算法EA和加密算法EB不一致，則目標RNC返回重定位失敗消息，同 時攜帶失敗原因——不支持SRNC使用的加密算法、信息——目標RNC自身的加密算法支持 能力、和信息——CN推薦優選的數據加密算法列表。
一種重定位處理系統，該系統包括檢查單元、重定位失敗消息反饋單元、和重定 位實現單元。其中，檢查單元，用于當重定位請求消息中的重定位類型為不涉及UE的SRNS 重定位時，目標RNC檢查重定位請求消息中的源RNC當前使用的加密算法與目標RNC選擇 的加密算法是否匹配。重定位失敗消息反饋單元，用于當源RNC當前使用的加密算法與目 標RNC選擇的加密算法不匹配時，目標RNC返回重定位失敗消息給源RNC。系統還可以進一 步包括重定位實現單元，用于源RNC根據重定位失敗消息中攜帶的內容實現重定位。
這里，該系統還包括算法選擇單元，用于目標RNC從收到的重定位請求消息所提 供的加密算法中，選擇目標RNC后續使用的加密算法。
這里，重定位請求消息所提供的加密算法具體包括CN推薦優選的加密算法列 表。算法選擇單元，進一步用于目標RNC根據自身的加密算法支持能力、和UE的加密算法 支持能力，在CN推薦優選的加密算法列表中選擇加密算法。
這里，檢查單元，進一步用于檢查重定位請求消息中的源RNC當前使用的加密算 法，是否在或者屬于目標RNC選擇的加密算法的列表中，并實現匹配。
這里，重定位失敗消息反饋單元，進一步用于在重定位失敗消息中攜帶包括失敗 原因和/或單一種類的信息；或者，包括失敗原因和/或各種信息的組合的內容。其中，失敗原因具體包括目標RNC不支持源RNC使用的加密算法；信息的種類包括目標RNC自身 的加密算法支持能力、CN推薦優選的加密算法列表。
這里，以上涉及到的目標RNC以target RNC表示；源RNC以Source RNC表示； 重定位準備以Relocation Preparation表示；重定位類型以Relocation Type表示；涉 及 UE 的 SRNS 重定位以 UE involved in relocation of SRNS 表示；不涉及 UE 的 SRNS 重 定位以 UE not involved in relocation of SRNS 表示；重定位資源分配以 Relocation Resource Allocation表示；重定位需求消息以RELOCATION REQUIRED表示；無線承載以 SRB表示；電路域以CS domain表示；分組域以PS domain表示；源RNC給目標RNC的透明 容器以 Source RNC to Target RNC Transparent Container IE 表示；完整性保護算法 的容器以 Chosen Integrity Protection Algorithm IE 表示；力口密算法的容器以 Chosen Encryption Algorithm IE表示；重定位請求消息以RELOCATION REQUEST表示；重定位 請求響應消息以RELOCATION REQUEST ACKNOWLEDGE表示；重定位命令消息以RELOCATION COMMAND表示；重定位提交消息以RELOCATION COMMIT表示；重定位檢測消息以RELOCATION DETECT表示；Utran移動性信息消息以UTRAN MOBILITY INFORMATION表示；Utran移動性信 息證實消息以UTRAN Mobility Information Confirm表示；重定位完成消息以RELOCATION COMPLETE表示；重定位失敗消息以RELOCATION FAILURE表示；不支持SRNC使用的加密算 法以 Chosen Ciphering algorithms not supported 表不。
以上所述，僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍。
權利要求
1.一種重定位處理方法，其特征在于，該方法包括當重定位請求消息中的重定位類 型為不涉及用戶設備(UE)的服務無線網絡子系統(SRNS)重定位時，并且目標無線網絡控 制器(RNC)檢查出重定位請求消息中的源RNC當前使用的加密算法與目標RNC選擇的加密 算法不匹配；目標RNC返回重定位失敗消息給所述源RNC。
2.根據權利要求1所述的方法，其特征在于，所述目標RNC進一步從收到的重定位請求 消息所提供的加密算法中，選擇目標RNC后續使用的加密算法；其中，所述重定位請求消息所提供的加密算法具體包括核心網(CN)推薦優選的加密算法 列表；所述目標RNC選擇所述加密算法具體包括目標RNC根據自身的加密算法支持能力、和 UE的加密算法支持能力，在CN推薦優選的加密算法列表中選擇加密算法。
3.根據權利要求1或2所述的方法，其特征在于，所述不匹配具體包括重定位請求消 息中的源RNC當前使用的加密算法，不在或者不屬于目標RNC選擇的加密算法的列表中。
4.根據權利要求3所述的方法，其特征在于，重定位失敗消息中攜帶的內容具體包括 失敗原因和/或單一種類的信息；或者，具體包括失敗原因和/或各種信息的組合；其中，所述失敗原因具體包括目標RNC不支持源RNC使用的加密算法；所述信息的種類包 括目標RNC自身的加密算法支持能力、CN推薦優選的加密算法列表。
5.一種重定位處理系統，其特征在于，該系統包括檢查單元、和重定位失敗消息反饋 單元；其中，檢查單元，用于當重定位請求消息中的重定位類型為不涉及UE的SRNS重定位時，目 標RNC檢查重定位請求消息中的源RNC當前使用的加密算法與目標RNC選擇的加密算法是 否匹配；重定位失敗消息反饋單元，用于當源RNC當前使用的加密算法與目標RNC選擇的加密 算法不匹配時，目標RNC返回重定位失敗消息給源RNC。
6.根據權利要求5所述的系統，其特征在于，該系統還包括算法選擇單元，用于目標 RNC從收到的重定位請求消息所提供的加密算法中，選擇目標RNC后續使用的加密算法。
7.根據權利要求6所述的系統，其特征在于，所述重定位請求消息所提供的加密算法 具體包括CN推薦優選的加密算法列表；所述算法選擇單元，進一步用于目標RNC根據自身的加密算法支持能力、和UE的加密 算法支持能力，在CN推薦優選的加密算法列表中選擇加密算法。
8.根據權利要求5至7中任一項所述的系統，其特征在于，所述檢查單元，進一步用于 檢查重定位請求消息中的源RNC當前使用的加密算法，是否在或者屬于目標RNC選擇的加 密算法的列表中，并實現匹配。
9.根據權利要求8所述的系統，其特征在于，所述重定位失敗消息反饋單元，進一步用 于在重定位失敗消息中攜帶包括失敗原因和/或單一種類的信息；或者，包括失敗原因 和/或各種信息的組合的內容；其中，失敗原因具體包括目標RNC不支持源RNC使用的加密算法；信息的種類包括 目標RNC自身的加密算法支持能力、CN推薦優選的加密算法列表。
全文摘要
本發明公開了一種重定位處理方法，該方法包括當重定位類型為不涉及用戶設備的服務無線網絡子系統重定位時，目標無線網絡控制器(RNC)檢查出重定位請求消息中的源RNC當前使用的加密算法與目標RNC選擇的加密算法不匹配；目標RNC返回重定位失敗消息給源RNC。本發明還公開了一種重定位處理系統，該系統中，重定位失敗消息反饋單元，用于當源RNC當前使用的加密算法與目標RNC選擇的加密算法不匹配時，目標RNC返回重定位失敗消息給源RNC。采用本發明的方法及系統，能解決不涉及UE的SRNS重定位的場景下，由于目標RNC選擇的加密算法和源RNC當前使用的加密算法不同所導致的重定位過程失敗的問題。
文檔編號H04W12/04GK102036233SQ200910093670
公開日2011年4月27日 申請日期2009年9月27日 優先權日2009年9月27日
發明者程翔, 陳艷麗 申請人:中興通訊股份有限公司