專利名稱：用于在蜂窩通信系統(tǒng)中管理安全重配置的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及電信系統(tǒng)，更具體地涉及對這種系統(tǒng)中的安全重配置的管理。
背景技術(shù)：
對于所有的電信系統(tǒng)，存在各種各樣的重配置過程?；谝嘏渲玫膮?shù)的特性，可以將這些過程分成兩個主要組，即軟重配置和物理重配置。物理重配置處理物理特性的重配置，諸如無線承載重配置、傳送信道重配置、物理信道重配置。軟重配置處理非物理的重配置，諸如安全參數(shù)重配置。針對3GPP規(guī)范的典型場景，這兩類重配置的處理有些不同，并且因此各自存在不同的問題。本公開將關(guān)注軟重配置，特別是與3GPP規(guī)范TS 25. 331V8. 7. 0節(jié)8. I. 12. 4b[l]有關(guān)的安全重配置。改進(jìn)的一個方面涉及由于在安全重配置期間的小區(qū)重選過程而導(dǎo)致的網(wǎng)絡(luò)與用戶終端(諸如移動電話)之間的安全配置的失配造成呼叫掉話的情形。 對于處于所謂的CELL_FACH狀態(tài)或模式下的嘗試建立多RAB語音呼叫的已連接3G用戶，如果“小區(qū)更新(Cell-Update) ”小區(qū)重選過程與“安全模式”過程同時發(fā)生，則會出現(xiàn)呼叫掉話。為了更加清楚，CELL_FACH狀態(tài)或模式是操作的無線資源控制已連接模式或狀態(tài)之一。因此，對于處于CELL_FACH狀態(tài)下的用戶設(shè)備，可應(yīng)用下述情況 無專用物理信道分配給該UE。
UE在下行鏈路中連續(xù)監(jiān)視FACH。 向UE分配上行鏈路中的默認(rèn)的公共或共享傳送信道(如RACH)，其中根據(jù)針對該公共或共享傳送信道的接入過程，UE任何時間都可以使用該公共或共享傳送信道。 根據(jù)UE上一次進(jìn)行小區(qū)更新所在的小區(qū)，UTRAN在小區(qū)級別上知道UE的位置。應(yīng)該注意，安全模式過程包括協(xié)商參與方(例如用戶設(shè)備和網(wǎng)絡(luò)節(jié)點(diǎn))要用于通信的加密和完整性保護(hù)方案。雙方(例如，用戶終端和網(wǎng)絡(luò))之間的安全配置的失配或不一致將最終導(dǎo)致呼叫掉話，因為雙方不能夠彼此通信。在UE移動期間，下述兩種這樣的情形是可能的I)小區(qū)更新過程期間的安全重配置，S卩，剛好在從UE向網(wǎng)絡(luò)發(fā)送小區(qū)更新消息之后，在用戶設(shè)備(UE)中接收到來自網(wǎng)絡(luò)的安全模式命令。2)安全重配置期間的小區(qū)更新，即在安全模式過程仍在進(jìn)行時，從UE發(fā)送小區(qū)更新消息。現(xiàn)有技術(shù)，如3GPP規(guī)范[I] [2] [3]中規(guī)定的技術(shù)，描述了用戶設(shè)備UE或移動設(shè)備和網(wǎng)絡(luò)應(yīng)該如何處理這兩種情況；然而，存在進(jìn)一步降低由于3GPP規(guī)范限制造成的呼叫掉話風(fēng)險的改進(jìn)空間。通常，所有上述問題與在主要由于小區(qū)更新小區(qū)重選而中止進(jìn)行中的安全模式過程時安全(加密/完整性)設(shè)置的不一致或失配有關(guān)。如果UE和無線網(wǎng)絡(luò)控制器(RNC)都中止安全重配置或者都沒有中止，則網(wǎng)絡(luò)解決方案能夠容易地處理這種情況。然而，由于在小區(qū)更新和安全模式過程之間出現(xiàn)的不同的爭用條件，UE可能中止重配置但是RNC沒有中止，以及反之。結(jié)果是完整性保護(hù)(和/或加密)不一致導(dǎo)致呼叫掉話。參考圖1，將描述從UE視角觀察的已知安全模式過程。在標(biāo)為“A”的時間跨度內(nèi)，根據(jù)3GPP規(guī)范[I]，清楚地知道如果需要發(fā)送小區(qū)更新，則UE應(yīng)該中止進(jìn)行中的安全模式過程。該小區(qū)更新可以由下述情形中的任一種觸發(fā)a)重選到新小區(qū)b)重選進(jìn)入服務(wù)區(qū)域c)定期小區(qū)更新d)向網(wǎng)絡(luò)通知UE故障(“物理信道故障”或“RLC不能恢復(fù)的錯誤”)對于本公開，將利用由于重選到新小區(qū)造成的用戶設(shè)備中止進(jìn)行中的安全重配置過程的情況。 當(dāng)來到標(biāo)為“B”的時間跨度上時，3GPP規(guī)范在UE安全配置行為方面有點(diǎn)不清楚并且存在限制。如果在安全過程期間發(fā)送“小區(qū)更新”(CellUpdate)消息，在“安全模式完成”(securityModeComplete)之后,但在接收L2ACK之前,貝U如上所述,UE應(yīng)該中止進(jìn)行中的安全模式過程[I]以及對完整性參數(shù)COUNT-I進(jìn)行特殊處理。通過針對RNC的聲明[2]給出了一些其他模糊指導(dǎo)，在[2]中敘述了網(wǎng)絡(luò)(NW)應(yīng)該意識到UE“可以”中止安全過程。然而，此時中止UE中的安全過程不是優(yōu)選的，因為UE剛剛向RNC應(yīng)答(在安全模式完成消息中)已經(jīng)執(zhí)行安全重配置，盡管直到從RNC接收到針對“安全模式完成”的L2ACK為止，才會在UE中完全應(yīng)用該安全重配置(即，這是[I]規(guī)定的現(xiàn)有技術(shù)中的灰色區(qū)域限制)。如果UE在RNC已經(jīng)接收到“安全模式完成”之后中止安全重配置，則RNC將應(yīng)用新的安全重配置。因此，存在安全失配，導(dǎo)致呼叫掉話(可以從實(shí)況網(wǎng)絡(luò)分析來證明)。呼叫掉話是由于下述事實(shí)此時UE和網(wǎng)絡(luò)正在使用不同的安全配置且不能夠通信。
發(fā)明內(nèi)容
本發(fā)明涉及用于蜂窩通信系統(tǒng)中的改進(jìn)的安全重配置管理的方法和設(shè)備。本發(fā)明的目的是降低由于小區(qū)更新過程造成的呼叫掉話風(fēng)險。在一種管理蜂窩通信系統(tǒng)的用戶設(shè)備中的安全重配置和小區(qū)更新過程的方法中，執(zhí)行下述過程。用戶設(shè)備從節(jié)點(diǎn)接收安全重配置請求，隨后發(fā)起和向節(jié)點(diǎn)確認(rèn)所請求的安全重配置。在接收到節(jié)點(diǎn)應(yīng)答之前的某個時間點(diǎn)，用戶設(shè)備檢測到小區(qū)更新觸發(fā)，并且響應(yīng)于檢測到的小區(qū)更新觸發(fā)，中止已經(jīng)確認(rèn)的安全重配置。隨后，用戶設(shè)備響應(yīng)于中止的安全重配置，提供安全狀態(tài)指示，然后將小區(qū)更新消息和提供的安全狀態(tài)指示聯(lián)合發(fā)送給節(jié)點(diǎn)，其中所述提供的安全狀態(tài)指示通知先前確認(rèn)的安全重配置被中止。通過這些特征，避免了蜂窩通信系統(tǒng)中的UE與節(jié)點(diǎn)之間的安全配置的失配。作為結(jié)果，降低了呼叫掉話率，并且提高了呼叫建立率。根據(jù)本發(fā)明的另一方面，一種蜂窩通信系統(tǒng)中的用戶設(shè)備的實(shí)施例包括用于檢測小區(qū)更新觸發(fā)事件的裝置；以及用于響應(yīng)于檢測到的小區(qū)更新觸發(fā)事件而中止用戶設(shè)備中的任何進(jìn)行中的安全重配置過程的裝置。另外，用戶設(shè)備包括用于響應(yīng)于中止的安全重配置而提供安全狀態(tài)指示的裝置；以及用于將小區(qū)更新消息和提供的安全狀態(tài)指示聯(lián)合發(fā)送給節(jié)點(diǎn)的裝置。
根據(jù)本發(fā)明的又一方面，一種管理根據(jù)本發(fā)明的蜂窩通信系統(tǒng)的節(jié)點(diǎn)中的安全重配置和小區(qū)更新過程的方法的實(shí)施例包括以下步驟向用戶設(shè)備發(fā)送安全重配置請求；以及接收安全重配置確認(rèn)。節(jié)點(diǎn)應(yīng)答并執(zhí)行確認(rèn)的安全重配置。隨后，節(jié)點(diǎn)聯(lián)合接收小區(qū)更新消息和安全狀態(tài)指示，其中所述安全狀態(tài)指示通知所確認(rèn)的安全重配置在用戶設(shè)備中被中止。最后，節(jié)點(diǎn)基于接收的安全狀態(tài)指示來管理所請求的安全重配置。根據(jù)另外的方面，一種蜂窩通信系統(tǒng)中的節(jié)點(diǎn)的實(shí)施例包括用于向用戶設(shè)備發(fā)送安全重配置請求的裝置；以及用于接收安全重配置確認(rèn)的裝置。另外，節(jié)點(diǎn)包括用于應(yīng)答并執(zhí)行確認(rèn)的安全重配置的裝置，以及用于聯(lián)合接收小區(qū)更新消息和安全狀態(tài)指示的裝置，其中所述安全狀態(tài)指示通知所確認(rèn)的安全重配置在用戶設(shè)備中被中止。最后，節(jié)點(diǎn)包括用于基于接收的安全狀態(tài)指示來管理所請求的安全重配置的裝置。此外，本發(fā)明有利地協(xié)調(diào)了小區(qū)更新和安全重配置過程，并且克服了已經(jīng)描述的3GPP規(guī)范限制。
結(jié)合附圖參考下面的描述，可以最佳地理解本發(fā)明及其另外的目的和優(yōu)點(diǎn)，在附圖中圖I是在用戶設(shè)備中的安全重配置過程期間的已知信令的示意圖；圖2是在安全重配置和小區(qū)更新過程期間的已知信令的示意圖；圖3是在安全重配置和小區(qū)更新過程期間的已知信令的示意圖；圖4是根據(jù)本發(fā)明的方法的實(shí)施例的示意圖；圖5是根據(jù)本發(fā)明的用戶設(shè)備中的方法的實(shí)施例的示意流程圖；圖6是根據(jù)本發(fā)明的用戶設(shè)備中的方法的另一實(shí)施例的示意流程圖；圖7是根據(jù)本發(fā)明的網(wǎng)絡(luò)節(jié)點(diǎn)中的方法的實(shí)施例的示意流程圖；圖8是根據(jù)本發(fā)明的用戶設(shè)備的實(shí)施例的示意圖；圖9是根據(jù)本發(fā)明的網(wǎng)絡(luò)節(jié)點(diǎn)的實(shí)施例的示意圖?？s寫ACK 應(yīng)答AM 應(yīng)答模式CU 小區(qū)更新CCCH公共控制信道CR 改變請求DCCG專用控制信道FACH前向接入信道IE 信息元KPI 關(guān)鍵性能指示符L2 層 2MP 強(qiáng)制存在OP 可選存在NW 網(wǎng)絡(luò)
RAB無線接入承載RIM捷迅(特定UE供貨商)RLC無線鏈路控制(L2協(xié)議)RNC無線網(wǎng)絡(luò)控制器SRB信令無線承載TM透明模式UM無應(yīng)答模式3GPP第三代合作伙伴計劃
具體實(shí)施例方式將在3GPP系統(tǒng)的上下文中描述本公開；然而，其同樣可應(yīng)用于具有類似結(jié)構(gòu)的類似系統(tǒng)。為了全面理解本發(fā)明的益處，下面提供對現(xiàn)有技術(shù)方案及其潛在缺陷的更具深度的描述。下面參考圖2和圖3進(jìn)一步描述前面提到的(在來自CELL-FACH的多RAB語音呼叫期間)觀察到的導(dǎo)致各種各樣的呼叫掉話癥狀的兩種主要的爭用情形。在第一爭用情形中，參考圖2，小區(qū)更新消息和安全模式命令在空中交叉或相遇。因此，RNC剛好在已經(jīng)發(fā)送安全模式命令之后接收到小區(qū)更新消息，而UE剛好在接收到安全模式命令之前發(fā)送小區(qū)更新消息，即“CU期間的安全” [3]。在圖2中，在縱軸上表示時間，從上到下遞增。圖2的過程中的各個信令步驟如下
I.從UE向RNC發(fā)送的小區(qū)更新消息2.從RNC向UE發(fā)送的安全模式命令(安全重配置請求)在圖2中可以清楚看出，兩個信號I和2在空中相遇。在該情況下，無線網(wǎng)絡(luò)控制器將在接收到對所請求的安全重配置的任何確認(rèn)之前意識到小區(qū)更新。在第二爭用情形下，參考圖3，UE在接收到對安全模式完成的L2應(yīng)答之前發(fā)送小區(qū)更新消息，即“安全期間的CU” [I]。在圖3中，在縱軸上表示時間，從上到下遞增。參考圖3，將描述由本發(fā)明的實(shí)施例解決的典型問題。圖3的過程中的各個信令步驟如下I.安全模式命令2.對(I)的 L2 ACK3.安全模式完成4.對(3)的 L2ACK5.小區(qū)更新在時刻A，UE選擇新小區(qū)，并且中止進(jìn)行中的安全重配置，以及返回舊的安全重配置。在時刻B，RNC激活新的安全配置。因此，從時刻B開始，UE和RNC使用不同的安全配置進(jìn)行操作，并且不能夠保持現(xiàn)有的呼叫。在該情況下，因為UE處于“舊”安全設(shè)置，而RNC現(xiàn)在處于“新”安全設(shè)置，所以存在安全失配，并且因此最終導(dǎo)致呼叫掉話?；旧希景l(fā)明的目的是使得裝置和布置能夠避免由于在小區(qū)更新和安全重配置過程之間的上述第二爭用情形造成的在網(wǎng)絡(luò)節(jié)點(diǎn)與用戶設(shè)備之間的安全配置失配。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例，UE適于在從UE向RNC發(fā)送的小區(qū)更新消息中包括安全狀態(tài)指示(例如信息元)。該IE應(yīng)該清楚地向RNC通知UE中的進(jìn)行中的安全過程是否已經(jīng)被中止，以及因此RNC能夠容易地決定是否也需要中止和返回到舊安全設(shè)置，或者采取其他合適的動作。當(dāng)今，如先前描述的，為了向RNC發(fā)送“小區(qū)更新”，UE有可能剛好在安全重配置過程完成之前中止進(jìn)行中的安全重配置過程。然而如果RNC在接收到該小區(qū)更新時已經(jīng)完成該安全重配置過程，則RNC無法確定知道在先的安全過程在UE中已經(jīng)中止。這是當(dāng)前3GPP規(guī)范的局限。新提出的狀態(tài)指示，例如信息元IE，可以容易地克服該3GPP局限。參考圖4，將描述根據(jù)本發(fā)明的實(shí)施例的信令方案。與圖3的信令方案相比，直到步驟4為止，所有步驟是相同的。而且，在時刻A和B采取的動作是相同的。然而，在步驟 5，用戶設(shè)備在小區(qū)更新消息中提供安全狀態(tài)指示。在該實(shí)施例中，安全狀態(tài)指示被提供為信息元IE，在安全重配置已經(jīng)中止的情況下，則該IE被設(shè)為“真(TRUE)”。因此，在時刻C，無線網(wǎng)絡(luò)控制器接收到安全狀態(tài)指示，并且被通知用戶設(shè)備已經(jīng)中止先前所請求的安全重 配置。在該實(shí)施例中，無線網(wǎng)絡(luò)控制器轉(zhuǎn)回或返回先前的安全配置。因此，兩個節(jié)點(diǎn)能夠再次使用相同的安全配置通信。然而，這暗示了無線網(wǎng)絡(luò)控制器在接收到安全狀態(tài)指示之后能夠采取其他的或附加的措施。參考圖5，將描述根據(jù)本發(fā)明的用于管理蜂窩通信系統(tǒng)的用戶設(shè)備的安全重配置和小區(qū)更新過程的方法的基本實(shí)施例。最初，用戶設(shè)備檢測到S30小區(qū)更新觸發(fā)事件。響應(yīng)于檢測到的小區(qū)更新觸發(fā)事件，用戶設(shè)備中止S40任何進(jìn)行中的安全重配置過程。通過中止安全重配置過程，用戶設(shè)備轉(zhuǎn)回或返回先前的例如已經(jīng)存在的安全配置。隨后，用戶設(shè)備響應(yīng)于中止的安全重配置而提供S50安全狀態(tài)指示。最后，將安全狀態(tài)指示和小區(qū)更新消息聯(lián)合發(fā)送S60給蜂窩通信系統(tǒng)中的節(jié)點(diǎn)，所述節(jié)點(diǎn)通常是無線網(wǎng)絡(luò)控制器節(jié)點(diǎn)或類似的控制節(jié)點(diǎn)?；旧希薷牧爽F(xiàn)有技術(shù)的小區(qū)更新消息，以包括安全狀態(tài)，諸如布爾信息元，在用戶設(shè)備中中止進(jìn)行中的安全重配置過程的情況下，其設(shè)為“真”，否則設(shè)為“偽”。參考圖6，將描述根據(jù)本發(fā)明的管理蜂窩通信系統(tǒng)的用戶設(shè)備中的安全重配置和小區(qū)更新的方法的另一詳細(xì)實(shí)施例。使用相同的引用標(biāo)號來指示前述實(shí)施例中指示的步驟。最初，用戶設(shè)備從節(jié)點(diǎn)(例如，無線網(wǎng)絡(luò)控制器)接收SlO針對安全重配置的請求。用戶設(shè)備發(fā)起和確認(rèn)S20所請求的安全重配置。在接收到節(jié)點(diǎn)應(yīng)答之前的某個時間點(diǎn)，用戶設(shè)備檢測到S30小區(qū)更新觸發(fā)，且因此強(qiáng)制改變或重選小區(qū)。響應(yīng)于所檢測到的小區(qū)更新觸發(fā)，用戶設(shè)備中止S40已經(jīng)確認(rèn)的安全重配置。然后，用戶設(shè)備響應(yīng)于中止的安全重配置而提供S50安全狀態(tài)指示。最后，用戶設(shè)備將小區(qū)更新消息和所提供的安全狀態(tài)指示聯(lián)合發(fā)送S60給節(jié)點(diǎn)，其中所述安全狀態(tài)指示通知所確認(rèn)的安全重配置被中止。優(yōu)選地，響應(yīng)于中止的安全重配置，將安全狀態(tài)指示設(shè)為預(yù)定值，根據(jù)本發(fā)明的具體實(shí)施例，狀態(tài)指示被提供為布爾信息元。根據(jù)具體實(shí)施例，僅在進(jìn)行中的安全重配置期間觸發(fā)發(fā)送中止的安全重配置和小區(qū)更新消息的情況下，安全狀態(tài)指示才被設(shè)為“真”。否則，安全狀態(tài)指示應(yīng)該被清除/設(shè)為“偽”。在安全重配置已經(jīng)被中止但是直到完成安全過程之后的某個稍后時間才會發(fā)送小區(qū)更新消息的情況下，不應(yīng)該設(shè)置安全狀態(tài)指示。
參考圖7，將描述根據(jù)本發(fā)明的管理蜂窩通信系統(tǒng)的節(jié)點(diǎn)(例如，無線網(wǎng)絡(luò)控制器)中的安全重配置和小區(qū)更新過程的方法的基本實(shí)施例。在某個時間點(diǎn)，節(jié)點(diǎn)(例如無線網(wǎng)絡(luò)控制器)向用戶設(shè)備發(fā)送SlOO安全重配置請求。當(dāng)接收到S200針對安全重配置的確認(rèn)之后，節(jié)點(diǎn)應(yīng)答S300和執(zhí)行安全重配置。隨后，無線網(wǎng)絡(luò)控制器聯(lián)合接收S400小區(qū)更新消息和小區(qū)更新消息中的安全狀態(tài)指示，所述指示通知所確認(rèn)的安全重配置被中止。最后，無線網(wǎng)絡(luò)控制器基于接收的安全狀態(tài)指示來管理其安全配置。ー種可能的動作將是響應(yīng)于接收到的狀態(tài)指示，轉(zhuǎn)回先前的安全配置。另ー可能的動作將是重新嘗試被中止的安全重配置。另外，在無線網(wǎng)絡(luò)控制器識別出包括的安全狀態(tài)指示的情況下，其他動作是可能的。參考圖8，將描述根據(jù)本發(fā)明的用戶設(shè)備的一般實(shí)施例。用戶設(shè)備包括用于檢測小區(qū)更新觸發(fā)事件的単元30 ;以及用于響應(yīng)于檢測到的小區(qū)更新觸發(fā)事件而中止用戶設(shè)備中的任何進(jìn)行中的安全重配置過程的単元40。另外，用戶設(shè)備包括用于響應(yīng)于中止的 安全重配置而提供50安全狀態(tài)指示的単元50 ;以及最后用于將小區(qū)更新消息和提供的安全狀態(tài)指示聯(lián)合發(fā)送60給通信系統(tǒng)中的節(jié)點(diǎn)的単元。根據(jù)具體實(shí)施例，以及參考圖8 (具體地，虛線框)，用戶設(shè)備還包括用于從節(jié)點(diǎn)接收安全重配置請求的単元10 ;以及用于發(fā)起和確認(rèn)所請求的安全重配置的単元20。參考圖9，將描述根據(jù)本發(fā)明的節(jié)點(diǎn)的實(shí)施例。節(jié)點(diǎn)(例如無線網(wǎng)絡(luò)控制器)包括用于向用戶設(shè)備發(fā)送安全重配置請求的単元100 ;以及用于從用戶設(shè)備接收安全重配置確認(rèn)的単元200。另外，節(jié)點(diǎn)包括用于應(yīng)答和執(zhí)行所確認(rèn)的安全重配置的単元300，以及用于聯(lián)合接收小區(qū)更新消息和安全狀態(tài)指示的単元400，其中所述安全狀態(tài)指示通知先前確認(rèn)的安全重配置被中止。最后，節(jié)點(diǎn)包括用于基于接收的安全狀態(tài)指示來管理先前請求的安全重配置的單元500。應(yīng)該理解，實(shí)施例的功能部分能夠被實(shí)現(xiàn)為硬件(例如其中的處理器)或?qū)崿F(xiàn)為軟件單元(例如，計算機(jī)上可執(zhí)行的算法)。還應(yīng)該理解，可以在用戶設(shè)備和/或節(jié)點(diǎn)的外部提供一些功能部分，并且使用其他通信手段傳送給用戶設(shè)備和節(jié)點(diǎn)。本發(fā)明的優(yōu)點(diǎn)包括所提出的新IE的主要益處是克服了 3GPP局限，以及因此避免了在CELL_FACH上的安全重配置時(例如，典型地在來自CELL_FACH的語音呼叫建立吋)的不必要的掉話呼ロ4，因此改進(jìn)了 KPI并從而提高了收益和最終用戶滿意度。該新的“安全狀態(tài)指示”IE確保在UE與RNC之間無安全失配，因為如果從UE收到具有IE = “真”的“小區(qū)更新”，RNC也返回“舊”安全設(shè)置，其中IE = “真”指示UE已經(jīng)由干“小區(qū)更新”小區(qū)重選而中止安全過程。因為在安全過程中止之后RNC和UE都在使用相同的“舊”安全密鑰，于是不會出現(xiàn)異常呼叫掉話。在任何不可預(yù)見的情形下，該IE將允許網(wǎng)絡(luò)考慮其他備選糾正動作，而不是如現(xiàn)今一樣使呼叫掉話。參考文獻(xiàn)[I] 3GPP 規(guī)范 TS 25. 331V8. 7. O 節(jié) 8. I. 12. 4b, “Cell update procedure duringsecurity reconiiguration，，[2]3GPP 規(guī)范 TS 25. 331V8. 7· 0 節(jié) 8· I. 12. 2· 2，“Integrity protectionconfiguration change，， [3]3GPP規(guī)范TS 25. 331V8. 7. 0節(jié)8· 3. I. 9b，“Security reconfiguration duringCe丄丄 upd&te procedure”
權(quán)利要求
1.一種管理蜂窩通信系統(tǒng)的用戶設(shè)備中的安全重配置和小區(qū)更新過程的方法，其特征在于 檢測(S30)小區(qū)更新觸發(fā)事件； 響應(yīng)于所檢測到的小區(qū)更新觸發(fā)事件，在所述用戶設(shè)備中中止(S40)任何進(jìn)行中的安全重配置過程； 響應(yīng)于所述中止的安全重配置，提供(S50)安全狀態(tài)指示；以及 將小區(qū)更新消息和所提供的安全狀態(tài)指示聯(lián)合發(fā)送(S60)給節(jié)點(diǎn)。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于 從節(jié)點(diǎn)接收(SlO)安全重配置請求； 發(fā)起并確認(rèn)(S20)所請求的安全重配置； 檢測(S30)小區(qū)更新觸發(fā)事件； 響應(yīng)于所檢測到的小區(qū)更新觸發(fā)，中止(S40)所確認(rèn)的安全重配置； 響應(yīng)于所中止的安全重配置，提供(S50)安全狀態(tài)指示；以及將小區(qū)更新消息和所提供的安全狀態(tài)指示聯(lián)合發(fā)送(S60)給所述節(jié)點(diǎn)，所述安全狀態(tài)指示通知所確認(rèn)的安全重配置被中止。
3.根據(jù)權(quán)利要求I或2所述的方法，其特征在于所述提供(S50)所述安全狀態(tài)指示的步驟包括將所述安全狀態(tài)指示設(shè)為預(yù)定值。
4.根據(jù)權(quán)利要求1、2和3中任一項所述的方法，其特征在于所述聯(lián)合發(fā)送所述小區(qū)更新消息和所提供的安全狀態(tài)指示的步驟包括在相同小區(qū)更新消息中發(fā)送所述小區(qū)更新消息和所提供的安全狀態(tài)指示。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于所述安全狀態(tài)指示被提供為所述小區(qū)更新消息中的布爾信息元。
6.一種蜂窩通信系統(tǒng)中的用戶設(shè)備，其特征在于 用于檢測小區(qū)更新觸發(fā)事件的裝置(30)； 用于響應(yīng)于所檢測到的小區(qū)更新觸發(fā)事件而在所述用戶設(shè)備中中止任何進(jìn)行中的安全重配置過程的裝置(40)； 用于響應(yīng)于所中止的安全重配置而提供安全狀態(tài)指示的裝置(50);以及 用于將小區(qū)更新消息和所提供的安全狀態(tài)指示聯(lián)合發(fā)送給節(jié)點(diǎn)的裝置(60)。
7.根據(jù)權(quán)利要求6所述的用戶設(shè)備，其特征在于 用于從節(jié)點(diǎn)接收安全重配置請求的裝置(10)； 用于發(fā)起并確認(rèn)所請求的安全重配置的裝置(20)；
8.—種管理蜂窩通信系統(tǒng)的節(jié)點(diǎn)中的安全重配置和小區(qū)更新過程的方法，其特征在于 向用戶設(shè)備發(fā)送(Sioo)安全重配置請求； 接收(S200)安全重配置確認(rèn)； 應(yīng)答(S300)并執(zhí)行所確認(rèn)的安全重配置； 聯(lián)合接收(S400)小區(qū)更新消息和安全狀態(tài)指示，所述安全狀態(tài)指示通知所確認(rèn)的安全重配置被中止； 基于所接收的安全狀態(tài)指示來管理(S500)所請求的安全重配置。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于所述管理步驟(S500)包括響應(yīng)于接收到所述安全狀態(tài)指示，所述節(jié)點(diǎn)轉(zhuǎn)回先前的安全配置。
10.根據(jù)權(quán)利要求8所述的方法，其特征在于所述管理步驟(S500)包括響應(yīng)于接收到所述安全狀態(tài)指示，所述節(jié)點(diǎn)重新發(fā)送所中止的安全重配置請求。
11.一種蜂窩通信系統(tǒng)中的節(jié)點(diǎn)，其特征在于 用于向用戶設(shè)備發(fā)送安全重配置請求的裝置(100)； 用于接收安全重配置確認(rèn)的裝置(200)； 用于應(yīng)答并執(zhí)行所確認(rèn)的安全重配置的裝置(300)； 用于聯(lián)合接收小區(qū)更新消息和安全狀態(tài)指示的裝置(400)，所述安全狀態(tài)指示通知所確認(rèn)的安全重配置被中止；以及 用于基于所接收的安全狀態(tài)指示來管理所請求的安全重配置的裝置(500)。
12.根據(jù)權(quán)利要求11所述的節(jié)點(diǎn)，其特征在于所述節(jié)點(diǎn)是無線網(wǎng)絡(luò)控制器。
全文摘要
本發(fā)明描述了管理蜂窩通信系統(tǒng)的用戶設(shè)備中和節(jié)點(diǎn)中的安全重配置和小區(qū)更新過程的方法，以及描述了該蜂窩通信系統(tǒng)中的用戶設(shè)備和節(jié)點(diǎn)。用戶設(shè)備中的方法包括以下步驟檢測S30小區(qū)更新觸發(fā)事件；以及響應(yīng)于檢測到的小區(qū)更新觸發(fā)事件，中止S40用戶設(shè)備中的任何進(jìn)行中的安全重配置過程。隨后，響應(yīng)于中止的安全重配置，提供(S50)安全狀態(tài)指示；以及將小區(qū)更新消息和提供的安全狀態(tài)指示聯(lián)合發(fā)送(S60)給節(jié)點(diǎn)。
文檔編號H04W12/04GK102726081SQ201080062442
公開日2012年10月10日 申請日期2010年6月14日 優(yōu)先權(quán)日2010年1月28日
發(fā)明者湯姆·麥甘 申請人:瑞典愛立信有限公司