[發明專利]用于在蜂窩通信系統中管理安全重配置的方法和設備

有效

• 申請號: 201610065338.4
• 申請日: 2010-06-14
• 公開（公告）號: CN105471923B
• 公開（公告）日: 2019-10-18
• 發明（設計）人: 湯姆·麥甘
• 申請（專利權）人: 瑞典愛立信有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04W12/04
• 代理公司: 中科專利商標代理有限責任公司 11021
• 代理人: 趙偉

本發明描述了管理蜂窩通信系統的用戶設備中和節點中的安全重配置和小區更新過程的方法，以及描述了該蜂窩通信系統中的用戶設備和節點。用戶設備中的方法包括以下步驟：檢測S30小區更新觸發事件；以及響應于檢測到的小區更新觸發事件，中止S40用戶設備中的任何進行中的安全重配置過程。隨后，響應于中止的安全重配置，提供(S50)安全狀態指示；以及將小區更新消息和提供的安全狀態指示聯合發送(S60)給節點。

本申請是申請號為201080062442.9(“用于在蜂窩通信系統中管理安全重配置的方法和設備”)的中國專利申請的分案申請。

技術領域

本發明總體上涉及電信系統，更具體地涉及對這種系統中的安全重配置的管理。

背景技術

對于所有的電信系統，存在各種各樣的重配置過程。基于要重配置的參數的特性，可以將這些過程分成兩個主要組，即軟重配置和物理重配置。物理重配置處理物理特性的重配置，諸如無線承載重配置、傳送信道重配置、物理信道重配置。軟重配置處理非物理的重配置，諸如安全參數重配置。針對3GPP規范的典型場景，這兩類重配置的處理有些不同，并且因此各自存在不同的問題。

本公開將關注軟重配置，特別是與3GPP規范TS 25.331V8.7.0節8.1.12.4b[1]有關的安全重配置。改進的一個方面涉及由于在安全重配置期間的小區重選過程而導致的網絡與用戶終端(諸如移動電話)之間的安全配置的失配造成呼叫掉話的情形。

對于處于所謂的CELL_FACH狀態或模式下的嘗試建立多RAB語音呼叫的已連接3G用戶，如果“小區更新(Cell-Update)”小區重選過程與“安全模式”過程同時發生，則會出現呼叫掉話。為了更加清楚，CELL_FACH狀態或模式是操作的無線資源控制已連接模式或狀態之一。因此，對于處于CELL_FACH狀態下的用戶設備，可應用下述情況：

●無專用物理信道分配給該UE。

●UE在下行鏈路中連續監視FACH。

●向UE分配上行鏈路中的默認的公共或共享傳送信道(如RACH)，其中根據針對該公共或共享傳送信道的接入過程，UE任何時間都可以使用該公共或共享傳送信道。

●根據UE上一次進行小區更新所在的小區，UTRAN在小區級別上知道UE的位置。

應該注意，安全模式過程包括協商參與方(例如用戶設備和網絡節點)要用于通信的加密和完整性保護方案。雙方(例如，用戶終端和網絡)之間的安全配置的失配或不一致將最終導致呼叫掉話，因為雙方不能夠彼此通信。

在UE移動期間，下述兩種這樣的情形是可能的：

1)小區更新過程期間的安全重配置，即，剛好在從UE向網絡發送小區更新消息之后，在用戶設備(UE)中接收到來自網絡的安全模式命令。

2)安全重配置期間的小區更新，即在安全模式過程仍在進行時，從UE發送小區更新消息。

現有技術，如3GPP規范[1][2][3]中規定的技術，描述了用戶設備UE或移動設備和網絡應該如何處理這兩種情況；然而，存在進一步降低由于3GPP規范限制造成的呼叫掉話風險的改進空間。

通常，所有上述問題與在主要由于小區更新小區重選而中止進行中的安全模式過程時安全(加密/完整性)設置的不一致或失配有關。如果UE和無線網絡控制器(RNC)都中止安全重配置或者都沒有中止，則網絡解決方案能夠容易地處理這種情況。然而，由于在小區更新和安全模式過程之間出現的不同的爭用條件，UE可能中止重配置但是RNC沒有中止，以及反之。結果是完整性保護(和/或加密)不一致導致呼叫掉話。

參考圖1，將描述從UE視角觀察的已知安全模式過程。在標為“A”的時間跨度內，根據3GPP規范[1]，清楚地知道：如果需要發送小區更新，則UE應該中止進行中的安全模式過程。該小區更新可以由下述情形中的任一種觸發：