專利名稱：一種重定位執(zhí)行方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及重定位技術，尤其涉及一種第三代移動通信系統(tǒng)中重定位前后業(yè)務加 密算法變化時的重定位執(zhí)行方法及系統(tǒng)。
背景技術：
如圖1所示，通用移動通信系統(tǒng)的無線接入網(wǎng)(UTRAN)由無線網(wǎng)絡子系統(tǒng)(RNS， Radio Network Subsystem)組成，這些RNS通過Iu接口和核心網(wǎng)(CN)相連。一個RNS包 括一個無線網(wǎng)絡控制器(RNC)和一個或多個節(jié)點B(NodeB)。NodeB通過Iub接口與RNC相 連。RNS之間的RNC通過Iur接口相連。
在某個時刻，對某個已經(jīng)發(fā)起業(yè)務的用戶設備(UE)而言，存在一個RNC負責其無 線資源的配置、管理和維護，該RNC稱為服務RNC(SRNC)，UE和CN之間的連接在Iu接口 上的接入網(wǎng)側連接點也位于SRNC上。由于漫游或者其他原因，需要使另外一個RNC成為 SRNC時，將會觸發(fā)SRNC的重定位過程。在重定位過程中，即將承擔SRNC角色的RNC稱為 目標RNC ；而將SRNC角色轉出的RNC稱為源RNC。協(xié)議3GPP 25413V7. 9. O指出了源RNC發(fā) 起重定位準備時應該設置重定位類型——包括涉及UE的服務RNS(SRNQ重定位和不涉及 UE的SRNS重定位；目標RNC根據(jù)該信息執(zhí)行相應的重定位資源分配操作。另外協(xié)議3GPP 25. 303Interlayer procedures in Connected Mode還建議了重定位過程中可觸發(fā)的基本 協(xié)議過程，包括SRNS重定位、伴隨有小區(qū)更新或注冊區(qū)更新的重定位過程、伴隨硬切換的 重定位過程；其中SRNS重定位為不涉及UE的SRNS重定位。各重定位過程中，源RNC和目 標RNC以及CN之間均存在消息交互。
圖2描述了不涉及UE的SRNS重定位過程。該過程包括以下步驟
步驟101、SRNC決定發(fā)起重定位，向CN發(fā)起消息重定位需求消息。
這里，該消息中源RNC會攜帶信令無線承載、以及重定位業(yè)務正在使用的完整性 保護算法和加密算法。
其中，重定位業(yè)務可能包括電路域業(yè)務以及分組域業(yè)務；正在使用的完整性保護 算法和加密算法，參考信元由源RNC給目標RNC的透明容器中所選擇的參數(shù)，比如完整性保 護算法的容器中的參數(shù)、加密算法的容器中的參數(shù)。
步驟102、CN向目標RNC發(fā)起重定位請求消息。
這里，該消息中會攜帶CN推薦優(yōu)選的完整性保護算法列表和加密算法列表，參考 信元完整性保護算法的容器中的完整性保護算法列表以及加密算法的容器中的加密算法 列表。
步驟103、目標RNC收到重定位請求消息后，進行重定位資源分配工作。
其中，目標RNC會根據(jù)自身的加密算法支持能力在CN推薦優(yōu)選的加密算法列表中 選擇一個該RNC后續(xù)使用的加密算法——該加密算法可能和源RNC正在使用的加密算法不 同。
步驟104、目標RNC在重定位資源分配工作完成后向CN發(fā)送重定位請求響應消息。
其中，該消息中包括目標RNC選擇使用的加密算法和完整性保護算法，參考信元 加密算法的容器中的參數(shù)和完整性保護算法的容器中的參數(shù)。
步驟105、CN向SRNC發(fā)起重定位命令消息。
步驟106、SRNC收到重定位命令消息后，向目標RNC發(fā)起重定位提交消息。
步驟107、目標RNC向CN發(fā)送消息重定位檢測消息并切換為源RNC角色。
步驟108、目標RNC向UE發(fā)送Utran移動性信息消息。
步驟109、UE返回給目標RNC的響應消息是Utran移動性信息證實消息。
步驟110、已經(jīng)為源RNC角色的目標RNC收到UE返回的響應消息后，向CN發(fā)送重 定位完成消息。
步驟111、CN向老的源RNC發(fā)IU釋放請求，重定位過程結束。
上述重定位過程中，目標RNC通過UU流程，即步驟108 109通知UE某些SRNC 相關的信息比如URNTI，而且如果目標RNC在重定位資源分配過程中選擇了與源RNC正在 使用的加密算法不同的算法，這個算法的改變也必須通過UU流程通知UE。如果目標RNC不 支持源RNC正在使用的加密算法，從而選擇了和源RNC正在使用的加密算法不同的算法，則 UU流程的觸發(fā)消息，比如Utran移動性信息消息無法使用源RNC正用的加密算法來加密，而 UE還在用源RNC當前正在使用的加密算法來解密，這樣UU流程的觸發(fā)消息不能被UE識別 出，UU流程將不能成功進行，進而導致重定位過程失敗。目前，在不涉及UE的SRNS重定位 的場景下，目標RNC選擇的加密算法和源RNC當前使用的加密算法不同而導致重定位過程 失敗的問題，尚未存在有效的解決方案。發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種重定位執(zhí)行方法及系統(tǒng)，能解決不涉 及UE的SRNS重定位的場景下，由于目標RNC選擇的加密算法和源RNC當前使用的加密算 法不同所導致的重定位過程失敗的問題。
為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的
一種重定位執(zhí)行方法，該方法包括
重定位類型為不涉及用戶設備(UE)的服務無線網(wǎng)絡子系統(tǒng)(SRNS)重定位時，目 標無線網(wǎng)絡控制器(RNC)檢查出源RNC當前使用的加密算法與目標RNC選擇的加密算法不 匹配；
目標RNC將未加密的無線資源控制(RRC)切換消息、和期望所述RRC切換消息下 發(fā)的無線承載標識提供給源RNC ；
源RNC用自身當前使用的加密算法、和與所述無線承載標識有關的加密參數(shù)對 RRC切換消息加密后，將加密后的RRC切換消息經(jīng)由目標RNC轉發(fā)給UE，并由目標RNC執(zhí)行重定位。
其中，所述未加密的RRC切換消息具體包括已由所述目標RNC執(zhí)行過完整性保護 但未加密的消息；
與所述無線承載標識有關的加密參數(shù)具體包括源RNC中所述UE對應無線承載標 識所在無線承載的無線鏈路控制(RLC)數(shù)據(jù)加密參數(shù)。
其中，所述源RNC對RRC切換消息加密進一步包括根據(jù)源RNC與目標RNC之間的邏輯接口(Iur)接口的情況進行分段，并對所述RRC切換消息中的數(shù)據(jù)內(nèi)容進行分段加密； 將分段加密后的數(shù)據(jù)內(nèi)容通過所述Iur接口提交給所述目標RNC。
其中，所述目標RNC進一步本地記錄所述無線承載標識；
所述目標RNC獲取所述分段加密后的數(shù)據(jù)內(nèi)容后，進一步包括根據(jù)記錄的無線 承載標識，在期望的無線承載上執(zhí)行媒體接入控制(MAC)處理后，將完成分段數(shù)據(jù)加密的 RRC切換消息轉發(fā)給所述UE。
其中，所述UE獲取所述完成分段數(shù)據(jù)加密的RRC切換消息后，進一步包括
UE通過采用源RNC當前使用的加密算法對完成分段數(shù)據(jù)加密的RRC切換消息解 密，并識別出所述RRC切換消息；
UE采用目標RNC選擇的加密算法，對RRC切換響應消息中的數(shù)據(jù)內(nèi)容加密；將完 成數(shù)據(jù)加密的RRC切換響應消息發(fā)送給所述目標RNC ；
所述目標RNC采用自身選擇的加密算法，對完成數(shù)據(jù)加密的RRC切換響應消息解 密后，向核心網(wǎng)(CN)發(fā)送重定位完成消息，并實現(xiàn)由目標RNC執(zhí)行的重定位。
—種重定位執(zhí)行系統(tǒng)，該系統(tǒng)包括檢查單元、提供單元、加密及發(fā)送單元、發(fā)送及 重定位實現(xiàn)單元；其中，
檢查單元，用于當重定位類型為不涉及UE的SRNS重定位時，目標RNC檢查源RNC 當前使用的加密算法與目標RNC選擇的加密算法是否匹配；
提供單元，用于當源RNC當前使用的加密算法與目標RNC選擇的加密算法不匹配 時，目標RNC將未加密的RRC切換消息、和期望所述RRC切換消息下發(fā)的無線承載標識提供 給源RNC ；
加密及發(fā)送單元，用于源RNC用自身當前使用的加密算法、和與所述無線承載標 識有關的加密參數(shù)對RRC切換消息加密；源RNC將加密后的RRC切換消息發(fā)送給目標RNC ；
發(fā)送及重定位實現(xiàn)單元，用于目標RNC從源RNC獲取加密后的RRC切換消息并轉 發(fā)給UE ；由目標RNC執(zhí)行重定位。
其中，所述加密及發(fā)送單元，進一步用于所述源RNC根據(jù)Iur接口的情況進行分 段，并對所述RRC切換消息中的數(shù)據(jù)內(nèi)容進行分段加密；將分段加密后的數(shù)據(jù)內(nèi)容通過所 述Iur接口提交給所述目標RNC。
其中，該系統(tǒng)還包括記錄單元，用于所述目標RNC本地記錄所述無線承載標識；
所述發(fā)送及重定位實現(xiàn)單元，進一步用于所述目標RNC根據(jù)記錄的無線承載標 識，在期望的無線承載上執(zhí)行MAC處理后，將完成分段數(shù)據(jù)加密的RRC切換消息轉發(fā)給所述UE。
其中，該系統(tǒng)還包括UE側的解密單元和加密單元；其中，
解密單元，用于所述UE獲取所述完成分段數(shù)據(jù)加密的RRC切換消息后，UE通過采 用源RNC當前使用的加密算法對完成分段數(shù)據(jù)加密的RRC切換消息解密，并識別出所述RRC 切換消息；
加密單元，用于UE采用目標RNC選擇的加密算法，對RRC切換響應消息中的數(shù)據(jù) 內(nèi)容加密；將完成數(shù)據(jù)加密的RRC切換響應消息發(fā)送給所述目標RNC ；
所述發(fā)送及重定位實現(xiàn)單元，進一步所述目標RNC采用自身選擇的加密算法，對 完成數(shù)據(jù)加密的RRC切換響應消息解密后，向CN發(fā)送重定位完成消息，并實現(xiàn)由目標RNC6執(zhí)行的重定位。
本發(fā)明的重定位類型為不涉及UE的SRNS重定位時，目標RNC檢查出源RNC當前 使用的加密算法與目標RNC選擇的加密算法不匹配；目標RNC將未加密的RRC切換消息、和 期望該RRC切換消息下發(fā)的無線承載標識提供給源RNC ；源RNC用自身當前使用的加密算 法、和與該無線承載標識有關的加密參數(shù)對RRC切換消息加密后，將加密后的RRC切換消息 經(jīng)由目標RNC轉發(fā)給UE，并由目標RNC執(zhí)行重定位。
采用本發(fā)明，通過源RNC用自身當前使用的加密算法加密RRC切換消息，以確保 RRC切換消息能順利發(fā)送給UE,使上述UU流程能順利執(zhí)行，從而保證了重定位前后加密算 法的有效切換以及業(yè)務行為的繼續(xù)，避免目標RNC選擇的加密算法和源RNC當前使用的加 密算法不同所導致的重定位過程失敗的問題。


圖1為UTRAN的組成架構示意圖2為現(xiàn)有的不涉及UE的SRNS重定位過程的示意圖3為本發(fā)明方法的實現(xiàn)流程示意圖。
具體實施方式
本發(fā)明的基本思想是通過源RNC用自身當前使用的加密算法加密RRC切換消息， 以確保RRC切換消息能順利發(fā)送給UE，使上述UU流程能順利執(zhí)行，從而避免目標RNC選擇 的加密算法和源RNC當前使用的加密算法不同所導致的重定位過程失敗的問題。
下面結合附圖對技術方案的實施作進一步的詳細描述。
如圖3所示，一種重定位執(zhí)行方法，該方法包括以下步驟
步驟201、重定位類型為不涉及UE的SRNS重定位時，目標RNC檢查出源RNC當前 使用的加密算法與目標RNC選擇的加密算法不匹配。
步驟202、目標RNC將未加密的RRC切換消息、和期望該RRC切換消息下發(fā)的無線 承載標識提供給源RNC。
這里，未加密的RRC切換消息具體包括已由目標RNC執(zhí)行過完整性保護但未加密 的消息。
步驟203、源RNC用自身當前使用的加密算法、和與該無線承載標識有關的加密參 數(shù)對RRC切換消息加密后，將加密后的RRC切換消息經(jīng)由目標RNC轉發(fā)給UE，并由目標RNC 執(zhí)行重定位。
這里，與上述無線承載標識有關的加密參數(shù)具體包括源RNC中該UE對應無線承 載標識所在無線承載的RLC數(shù)據(jù)加密參數(shù)。
針對由上述步驟201 203所構成的技術方案而言，步驟203中，源RNC對RRC切 換消息加密進一步包括根據(jù)源RNC與目標RNC之間的邏輯接口(Iur，logical interface between two RNCs)接口的情況進行分段，并對RRC切換消息中的數(shù)據(jù)內(nèi)容進行分段加密； 將分段加密后的數(shù)據(jù)內(nèi)容通過該Iur接口提交給目標RNC。
步驟202中，目標RNC將期望該RRC切換消息下發(fā)的無線承載標識提供給源RNC 時，目標RNC進一步本地記錄該無線承載標識。7
步驟203中，目標RNC獲取分段加密后的數(shù)據(jù)內(nèi)容后，進一步包括根據(jù)記錄的該 無線承載標識，在期望的無線承載上執(zhí)行MAC處理后，將完成分段數(shù)據(jù)加密的RRC切換消息 轉發(fā)給UE。
這里，UE獲取完成分段數(shù)據(jù)加密的RRC切換消息后，進一步包括
UE通過采用源RNC當前使用的加密算法對完成分段數(shù)據(jù)加密的RRC切換消息解 密，并識別出RRC切換消息。
UE采用目標RNC選擇的加密算法，對RRC切換響應消息中的數(shù)據(jù)內(nèi)容加密；將完 成數(shù)據(jù)加密的RRC切換響應消息發(fā)送給目標RNC。
目標RNC采用自身選擇的加密算法，對完成數(shù)據(jù)加密的RRC切換響應消息解密后， 向CN發(fā)送重定位完成消息，并實現(xiàn)由目標RNC執(zhí)行的重定位。
綜上所述，本發(fā)明是一種當不涉及UE的SRNS重定位前后業(yè)務加密算法變化時的 重定位執(zhí)行方案，其目的是解決不涉及UE的SRNS重定位的場景下，如果目標RNC選擇的 加密算法和源RNC當前使用的加密算法不同，導致通知UE加密算法改變的UU流程不能成 功執(zhí)行，從而最終導致重定位執(zhí)行過程無法進行的問題。
本發(fā)明采用的技術方案主要包括以下內(nèi)容
一 在不涉及UE的SRNS重定位過程中，如果目標RNC選擇的加密算法和源RNC 當前使用的加密算法不同，則目標RNC執(zhí)行發(fā)送給UE的RRC切換消息——比如Utran移 動性信息消息的完整性保護；然后目標RNC在重定位請求響應消息的信元，即目標RNC給 源RNC的透明容器中包括已執(zhí)行完整性保護的RRC切換消息以及期望該RRC切換消息下發(fā) 的無線承載標識3 ；同時目標RNC本地記錄該期望的無線承載標識，以便后續(xù)用于識別經(jīng)源 RNC當前數(shù)據(jù)加密算法加密的RRC切換消息數(shù)據(jù)的下發(fā)通道。
其中，目標RNC給源RNC的透明容器中包括的RRC切換消息，可以為Utran移動性 信息消息，且未執(zhí)行數(shù)據(jù)加密。
二 源RNC從目標RNC給源RNC的透明容器中解析出RRC切換消息比如Utran移 動性信息消息和期望的無線承載標識；然后用本RNC當前的數(shù)據(jù)加密算法、期望的無線承 載標識所在無線承載RLC的數(shù)據(jù)加密參數(shù)執(zhí)行RRC切換消息的分段和數(shù)據(jù)加密；然后將完 成加密的數(shù)據(jù)內(nèi)容封裝在重定位提交消息并通過Iur接口通知到目標RNC。
三目標RNC接收重定位提交消息，從該消息中提取已經(jīng)執(zhí)行了源RNC數(shù)據(jù)加密的 RRC切換消息數(shù)據(jù)，在期望的無線承載上執(zhí)行MAC下行處理后發(fā)送給UE。
以下對本發(fā)明進行舉例闡述。
實例一 RRC切換消息為Utran移動性信息消息的情況。
針對重定位資源準備中目標RNC的實施而言，包括以下步驟
步驟301、目標RNC接收重定位請求消息，如果重定位類型為不涉及UE的SRNS重 定位，而且該目標RNC選擇的加密算法和源RNC使用的加密算法不同，則RRC切換消息，比 如UTRAN移動信息消息需要借助源RNC的數(shù)據(jù)加密算法執(zhí)行數(shù)據(jù)加密。
步驟302、目標RNC完成重定位資源分配后，返回重定位請求響應消息給CN，其中 目標RNC給源RNC的透明容器中包括已執(zhí)行完整性保護但未進行數(shù)據(jù)加密的RRC切換消 息——Utran移動性信息消息，還包括期望的無線承載標識。
步驟303、重定位請求響應消息中還包括目標RNC選擇的完整性保護算法和加密8算法。
針對重定位中源RNC的實施而言，包括以下步驟
步驟401、重定位類型為不涉及UE的SRNS重定位過程中，源RNC收到重定位命令 消息，檢查目標RNC給源RNC的透明容器中包括RRC切換消息——Utran移動性信息消息， 還包括期望的無線承載標識。
步驟402、源RNC用當前的數(shù)據(jù)加密算法、期望的無線承載標識所在無線承載RLC 的數(shù)據(jù)加密參數(shù)執(zhí)行RRC切換消息的分段和數(shù)據(jù)加密。
步驟403、為增加UE正確接收RRC切換消息的概率，源RNC可以重復本步驟，下發(fā) 多個相同的RRC切換消息。
步驟404、源RNC將完成加密的數(shù)據(jù)內(nèi)容封裝在重定位提交消息并通過Iur接口通 知到目標RNC。
針對目標RNC收到重定位提交消息后的實施而言，包括以下步驟
步驟501、目標RNC收到重定位提交后切換為源RNC角色。
步驟502、目標RNC提取重定位提交消息中的已經(jīng)完成數(shù)據(jù)加密的RRC切換消息數(shù) 據(jù)塊。
步驟503、在期望的無線承載上執(zhí)行MAC處理后發(fā)送給UE。
步驟504、該RNC用本地選擇的數(shù)據(jù)加密算法解密上行數(shù)據(jù)、獲得UE RRC切換響 應消息；然后向CN發(fā)送重定位完成消息，CN再向老的源RNC發(fā)IU釋放請求，重定位過程結束ο
針對UE收到RRC切換消息的實施而言，包括UE接收到Utran移動性信息消息后， 執(zhí)行并返回響應消息，即=Utran移動性信息證實消息，該響應消息用RRC切換消息中指定 的加密算法，即目標RNC選擇的加密算法執(zhí)行數(shù)據(jù)加密。
實例二 RRC切換消息為無線承載重配置消息的情況。
針對重定位資源準備中目標RNC的實施而言，包括以下步驟
步驟601、目標RNC接收重定位請求消息，如果重定位類型為不涉及UE的SRNS重 定位，而且該目標RNC選擇的加密算法和源RNC使用的加密算法不同，則RRC切換消息為無 線承載重配置消息，也可能是任何其他的RRC切換消息，需要借助源RNC的數(shù)據(jù)加密算法執(zhí) 行數(shù)據(jù)加密。
步驟602、目標RNC完成重定位資源分配后，返回重定位請求響應消息給CN，其中 目標RNC給源RNC的透明容器中包括已執(zhí)行完整性保護但未進行數(shù)據(jù)加密的RRC切換消 息——無線承載重配置消息，也可能是任何其他的RRC切換消息，還包括期望的無線承載標 識。
步驟603、重定位請求響應消息中還包括目標RNC選擇的完整性保護算法和加密算法。
針對重定位中源RNC的實施而言，包括以下步驟
步驟701、重定位類型為不涉及UE的SRNS重定位過程中，源RNC收到重定位命令 消息，檢查目標RNC給源RNC的透明容器中包括的RRC切換消息，比如無線承載重配置消 息，也可能是任何其他的RRC切換消息、還包括期望的無線承載標識。
步驟702、源RNC用當前的數(shù)據(jù)加密算法、期望的無線承載標識所在無線承載RLC9的數(shù)據(jù)加密參數(shù)執(zhí)行RRC切換消息的分段和數(shù)據(jù)加密。
步驟703、為增加UE正確接收RRC切換消息的概率，源RNC可以重復本步驟，下發(fā) 多個相同的RRC切換消息。
步驟704、源RNC將完成加密的數(shù)據(jù)內(nèi)容封裝在重定位提交消息并通過Iur接口通 知到目標RNC。
針對目標RNC收到重定位提交消息后的實施而言，包括以下步驟
步驟801、目標RNC收到重定位提交后切換為源RNC角色。
步驟802、目標RNC提取重定位提交消息中的已經(jīng)完成數(shù)據(jù)加密的RRC切換消息數(shù) 據(jù)塊。
步驟803、在期望的無線承載上執(zhí)行MAC處理后發(fā)送給UE。
步驟804、該RNC用本地選擇的數(shù)據(jù)加密算法解密上行數(shù)據(jù)、獲得UE RRC切換響 應消息；然后向CN發(fā)送重定位完成消息，CN再向老的源RNC發(fā)IU釋放請求，重定位過程結束.
針對UE收到RRC切換消息的實施而言，包括UE接收到無線承載重配置消息后， 執(zhí)行并返回無線承載重配置響應消息——該響應消息用RRC切換消息中指定的加密算法， 即目標RNC選擇的加密算法執(zhí)行數(shù)據(jù)加密。
一種重定位執(zhí)行系統(tǒng)，該系統(tǒng)包括檢查單元、提供單元、加密及發(fā)送單元、發(fā)送及 重定位實現(xiàn)單元。其中，檢查單元，用于當重定位類型為不涉及UE的SRNS重定位時，目標 RNC檢查源RNC當前使用的加密算法與目標RNC選擇的加密算法是否匹配。提供單元，用于 當源RNC當前使用的加密算法與目標RNC選擇的加密算法不匹配時，目標RNC將未加密的 RRC切換消息、和期望所述RRC切換消息下發(fā)的無線承載標識提供給源RNC。加密及發(fā)送單 元，用于源RNC用自身當前使用的加密算法、和與無線承載標識有關的加密參數(shù)對RRC切換 消息加密；源RNC將加密后的RRC切換消息發(fā)送給目標RNC。發(fā)送及重定位實現(xiàn)單元，用于 目標RNC從源RNC獲取加密后的RRC切換消息并轉發(fā)給UE ；由目標RNC執(zhí)行重定位。
這里，加密及發(fā)送單元，進一步用于源RNC根據(jù)Iur接口的情況進行分段，并對RRC 切換消息中的數(shù)據(jù)內(nèi)容進行分段加密；將分段加密后的數(shù)據(jù)內(nèi)容通過Iur接口提交給目標 RNC。
這里，該系統(tǒng)還包括記錄單元，用于目標RNC本地記錄所述無線承載標識。發(fā)送 及重定位實現(xiàn)單元，進一步用于目標RNC根據(jù)記錄的無線承載標識，在期望的無線承載上 執(zhí)行MAC處理后，將完成分段數(shù)據(jù)加密的RRC切換消息轉發(fā)給UE。
這里，該系統(tǒng)還包括UE側的解密單元和加密單元。其中，解密單元，用于所述UE 獲取完成分段數(shù)據(jù)加密的RRC切換消息后，UE通過采用源RNC當前使用的加密算法對完成 分段數(shù)據(jù)加密的RRC切換消息解密，并識別出RRC切換消息。加密單元，用于UE采用目標 RNC選擇的加密算法，對RRC切換響應消息中的數(shù)據(jù)內(nèi)容加密；將完成數(shù)據(jù)加密的RRC切換 響應消息發(fā)送給目標RNC。
發(fā)送及重定位實現(xiàn)單元，進一步目標RNC采用自身選擇的加密算法，對完成數(shù)據(jù) 加密的RRC切換響應消息解密后，向CN發(fā)送重定位完成消息，并實現(xiàn)由目標RNC執(zhí)行的重 定位。
這里，以上涉及到的目標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 表不。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權利要求
1.一種重定位執(zhí)行方法，其特征在于，該方法包括重定位類型為不涉及用戶設備(UE)的服務無線網(wǎng)絡子系統(tǒng)(SRNQ重定位時，目標無 線網(wǎng)絡控制器(RNC)檢查出源RNC當前使用的加密算法與目標RNC選擇的加密算法不匹 配；目標RNC將未加密的無線資源控制(RRC)切換消息、和期望所述RRC切換消息下發(fā)的 無線承載標識提供給源RNC ；源RNC用自身當前使用的加密算法、和與所述無線承載標識有關的加密參數(shù)對RRC切 換消息加密后，將加密后的RRC切換消息經(jīng)由目標RNC轉發(fā)給UE，并由目標RNC執(zhí)行重定 位。
2.根據(jù)權利要求1所述的方法，其特征在于，所述未加密的RRC切換消息具體包括已 由所述目標RNC執(zhí)行過完整性保護但未加密的消息；與所述無線承載標識有關的加密參數(shù)具體包括源RNC中所述UE對應無線承載標識所 在無線承載的無線鏈路控制(RLC)數(shù)據(jù)加密參數(shù)。
3.根據(jù)權利要求1或2所述的方法，其特征在于，所述源RNC對RRC切換消息加密進一 步包括根據(jù)源RNC與目標RNC之間的邏輯接口(Iur)接口的情況進行分段，并對所述RRC 切換消息中的數(shù)據(jù)內(nèi)容進行分段加密；將分段加密后的數(shù)據(jù)內(nèi)容通過所述Iur接口提交給 所述目標RNC。
4.根據(jù)權利要求3所述的方法，其特征在于，所述目標RNC進一步本地記錄所述無線承 載標識；所述目標RNC獲取所述分段加密后的數(shù)據(jù)內(nèi)容后，進一步包括根據(jù)記錄的無線承載 標識，在期望的無線承載上執(zhí)行媒體接入控制(MAC)處理后，將完成分段數(shù)據(jù)加密的RRC切 換消息轉發(fā)給所述UE。
5.根據(jù)權利要求4所述的方法，其特征在于，所述UE獲取所述完成分段數(shù)據(jù)加密的 RRC切換消息后，進一步包括UE通過采用源RNC當前使用的加密算法對完成分段數(shù)據(jù)加密的RRC切換消息解密，并 識別出所述RRC切換消息；UE采用目標RNC選擇的加密算法，對RRC切換響應消息中的數(shù)據(jù)內(nèi)容加密；將完成數(shù) 據(jù)加密的RRC切換響應消息發(fā)送給所述目標RNC ；所述目標RNC采用自身選擇的加密算法，對完成數(shù)據(jù)加密的RRC切換響應消息解密后， 向核心網(wǎng)(CN)發(fā)送重定位完成消息，并實現(xiàn)由目標RNC執(zhí)行的重定位。
6.一種重定位執(zhí)行系統(tǒng)，其特征在于，該系統(tǒng)包括檢查單元、提供單元、加密及發(fā)送 單元、發(fā)送及重定位實現(xiàn)單元；其中，檢查單元，用于當重定位類型為不涉及UE的SRNS重定位時，目標RNC檢查源RNC當 前使用的加密算法與目標RNC選擇的加密算法是否匹配；提供單元，用于當源RNC當前使用的加密算法與目標RNC選擇的加密算法不匹配時，目 標RNC將未加密的RRC切換消息、和期望所述RRC切換消息下發(fā)的無線承載標識提供給源 RNC ；加密及發(fā)送單元，用于源RNC用自身當前使用的加密算法、和與所述無線承載標識有 關的加密參數(shù)對RRC切換消息加密；源RNC將加密后的RRC切換消息發(fā)送給目標RNC ；發(fā)送及重定位實現(xiàn)單元，用于目標RNC從源RNC獲取加密后的RRC切換消息并轉發(fā)給 UE ；由目標RNC執(zhí)行重定位。
7.根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述加密及發(fā)送單元，進一步用于所述源 RNC根據(jù)Iur接口的情況進行分段，并對所述RRC切換消息中的數(shù)據(jù)內(nèi)容進行分段加密；將 分段加密后的數(shù)據(jù)內(nèi)容通過所述Iur接口提交給所述目標RNC。
8.根據(jù)權利要求6或7所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括記錄單元，用于所述 目標RNC本地記錄所述無線承載標識；所述發(fā)送及重定位實現(xiàn)單元，進一步用于所述目標RNC根據(jù)記錄的無線承載標識，在 期望的無線承載上執(zhí)行MAC處理后，將完成分段數(shù)據(jù)加密的RRC切換消息轉發(fā)給所述UE。
9.根據(jù)權利要求8所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括UE側的解密單元和加密單 元；其中，解密單元，用于所述UE獲取所述完成分段數(shù)據(jù)加密的RRC切換消息后，UE通過采用源 RNC當前使用的加密算法對完成分段數(shù)據(jù)加密的RRC切換消息解密，并識別出所述RRC切換 消息；加密單元，用于UE采用目標RNC選擇的加密算法，對RRC切換響應消息中的數(shù)據(jù)內(nèi)容 加密；將完成數(shù)據(jù)加密的RRC切換響應消息發(fā)送給所述目標RNC ；所述發(fā)送及重定位實現(xiàn)單元，進一步所述目標RNC采用自身選擇的加密算法，對完成 數(shù)據(jù)加密的RRC切換響應消息解密后，向CN發(fā)送重定位完成消息，并實現(xiàn)由目標RNC執(zhí)行 的重定位。
全文摘要
本發(fā)明公開了一種重定位執(zhí)行方法，該方法包括源無線網(wǎng)絡控制器(RNC)用當前使用的加密算法對無線資源控制(RRC)切換消息加密后，經(jīng)由目標RNC轉發(fā)給用戶設備(UE)。本發(fā)明還公開了一種重定位執(zhí)行系統(tǒng)，該系統(tǒng)中，加密及發(fā)送單元用于源RNC用當前使用的加密算法對RRC切換消息加密；將加密后的RRC切換消息發(fā)送給目標RNC；發(fā)送及重定位實現(xiàn)單元，用于目標RNC從源RNC獲取加密后的RRC切換消息并轉發(fā)給UE。采用本發(fā)明的方法及系統(tǒng)，能解決不涉及UE的服務無線網(wǎng)絡子系統(tǒng)(SRNS)重定位的場景下，由于目標RNC選擇的加密算法和源RNC當前使用的加密算法不同所導致的重定位過程失敗的問題。
文檔編號H04W92/12GK102036200SQ20091017638
公開日2011年4月27日 申請日期2009年9月29日 優(yōu)先權日2009年9月29日
發(fā)明者程翔, 陳艷麗, 黃慶 申請人:中興通訊股份有限公司