專利名稱：一種解決無線資源控制過程配置失敗的方法
技術領域：
本發(fā)明涉及寬帶碼分多址(WCDMA)系統(tǒng)的無線資源控制(RRC)過程，特別涉及到一種解決RRC過程配置失敗的方法。
背景技術：
WCDMA系統(tǒng)是由核心網(wǎng)(CN)、通用移動通信系統(tǒng)陸地無線接入網(wǎng)絡(UTRAN)和用戶設備(UE)組成的。UTRAN的主要功能是實現(xiàn)系統(tǒng)的接入控制、移動性管理以及無線資源的管理和控制等功能。UTRAN包括一個或者多個通過Iu接口連接到CN的無線網(wǎng)絡子系統(tǒng)(RNS)，一個RNS可以包括一個無線網(wǎng)絡控制器(RNC)以及一個或者多個基站Node B。
UE和UTRAN之間的接口為Uu接口，也稱作無線接口，該接口使用無線傳輸技術將用戶設備接入到系統(tǒng)固定網(wǎng)絡部分。Uu接口的協(xié)議棧包括三層物理層(L1)、數(shù)據(jù)鏈路層(L2)和網(wǎng)絡層(L3)。Uu接口協(xié)議棧分為兩個平面控制平面和用戶平面?？刂破矫嬷饕幚砜刂菩帕睿脩羝矫鎰t處理用戶數(shù)據(jù)。在控制平面上，數(shù)據(jù)鏈路層包含兩個子層媒體接入控制(MAC)子層和無線鏈路控制(RLC)子層；網(wǎng)絡層包括無線資源控制(RRC)層。
其中，RRC層對無線資源的分配進行控制并負責發(fā)送和接收有關的信令。RRC層所處理的UE與UTRAN之間的控制信令功能很多，在3GPP協(xié)議3GPP TS 25.331中規(guī)定了很多RRC消息流程，也稱為RRC過程。
在RRC過程中，UE和UTRAN是根據(jù)發(fā)送和接收的RRC消息中攜帶的信元(IEInformation Element)來進行相應的操作的。在協(xié)議3GPP TS25.331中也定義了多個IE，并且定義了UE和UTRAN發(fā)送或者接收這些IE時需要進行的相應操作。其中，該協(xié)議定義了進行加密配置的IE，即加密模式信息(Ciphering Mode Info)，UE、RNC或CN要根據(jù)這一IE中的信息進行加密配置，并進行UE、RNC兩側信令鏈路承載以及用戶面數(shù)據(jù)的啟動/重啟動加密等操作；另外，該協(xié)議還定義了進行完整性保護配置的IE，即完整性保護模式信息(Integrity Protection Mode Info)，UE、RNC或CN要根據(jù)這一IE中的信息進行完整性保護配置，并進行UE、RNC兩側上行鏈路和下行鏈路信令啟動完整性保護或修改完整性保護等操作。
在協(xié)議3GPP TS 25.331中規(guī)定了許多RRC過程應用的RRC消息都可以包含上述兩個IE，即包含IE“Ciphering Mode Info”、或者包含IE“IntegrityProtection Mode Info”、又或者同時包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”，例如無線承載的建立消息、無線承載的釋放消息、無線承載的重新配置消息、傳輸信道的重新配置消息、物理信道的重新配置消息、安全模式命令消息、小區(qū)更新證實消息、通用移動通信系統(tǒng)陸地無線接入網(wǎng)絡注冊區(qū)更新證實消息以及通用移動通信系統(tǒng)陸地無線接入網(wǎng)絡的移動信息消息。
下面以安全模式控制過程為例說明一次正常RRC過程的信令流程。
圖1顯示了協(xié)議3GPP TS 25.331規(guī)定的一次正常的安全模式控制過程。需要說明的是，圖1僅顯示了UE和RNC之間的流程，并沒有顯示RNC和CN之間的流程。
其中，圖1的UE-L3、UE-L2、RNC-L3和RNC-L2的4個方框分別表示UE側的L3層和L2層以及RNC側的L3層和L2層實體。如圖1所示，所述的安全模式控制過程包含以下步驟步驟101RNC-L3發(fā)送安全模式命令消息到RNC-L2，其中可以包含IE“Ciphering Mode Info”、或者IE“Integrity Protection Mode Info”、又或者二者都包括；步驟102RNC-L2將安全模式命令消息的協(xié)議數(shù)據(jù)單元PDU發(fā)送到UE-L2；步驟103UE-L2正確接收安全模式命令消息的PDU后，將安全模式命令消息上傳給UE-L3，并返回正確接收安全模式命令PDU的響應(ACK)給RNC-L2；步驟104RNC-L2將接收到的正確接收安全模式命令PDU的響應上傳給RNC-L3；步驟105UE-L3根據(jù)接收到的安全模式命令消息中包含的IE執(zhí)行相應的操作，并返回安全模式完成消息給UE-L2；其中，如果安全模式命令消息中包含IE“Ciphering Mode Info”，UE將進行相應的加密配置，同時將UE自身的加密狀態(tài)(CIPHERING_STATUS)變量的布爾型信元重新配置(Reconfiguration)設置為真(TRUE)；如果安全模式命令消息中包含IE“Integrity Protection Mode Info”，UE進行相應的完整性保護配置，同時將UE自身的完整性保護信息(INTEGRITY_PROTECTION_INFO)變量的布爾型信元Reconfiguration設置為TRUE；步驟106UE-L2將安全模式完成消息PDU發(fā)送給RNC-L2；步驟107RNC-L2正確接收到安全模式完成消息PDU后，將安全模式完成消息上傳到RNC-L3，并返回正確接收安全模式完成消息PDU的響應給UE-L2；步驟108UE-L2將接收到的正確接收安全模式完成消息PDU的響應上傳給UE-L3；在這一步驟中，當UE-L3接收到安全模式完成消息PDU正確接收響應后，UE-L3根據(jù)上述步驟105中安全模式命令消息包含的IE，將與該IE對應的UE的變量CIPHERING_STATUS或INTEGRITY_PROTECTION_INFO的信元Reconfiguration重新設置為假(FALSE)。
例如，如果安全模式命令消息中包含IE“Ciphering Mode Info”，則UE將自身的CIPHERING_STATUS變量的布爾型信元Reconfiguration重新設置為FALSE；如果安全模式命令消息中包含IE“Integrity Protection ModeInfo”，則UE將自身的INTEGRITY_PROTECTION_INFO變量的布爾型信元Reconfiguration重新設置為FALSE。
經(jīng)過上述步驟101～108，一次正常的安全模式控制過程完成。
協(xié)議3GPP TS 25.331規(guī)定的其他可以包含IE“Ciphering Mode Info”或者IE“Integrity Protection Mode Info”的RRC過程和上述安全模式控制過程基本一致，因此，在本說明書中就不再詳細描述了。
如上所述，圖1僅顯示了一次正常的安全模式控制過程。但是，在實際的操作中，可能會出現(xiàn)連續(xù)兩次或者多次帶有上述兩個IE的RRC過程，這兩個連續(xù)的RRC過程可能來自于同一個CN，也可能來自不同的CN。在這種情況下，很可能會出現(xiàn)在UE-L3接收到第一次RRC過程完成消息PDU正確接收響應之前，UE-L3就接收到第二次RRC過程的命令消息的情況。又由于兩次RRC過程可能帶有相同的IE，即均帶有IE“Ciphering Mode Info”或者IE“Integrity Protection Mode Info”，因此，在UE-L3接收到第二次RRC過程命令消息時，由于UE-L3尚未收到第一次RRC過程完成消息PDU正確接收響應，UE的變量 INTEGRITY_PROTECTION_INFO或CIPHERING_STATUS的信元Reconfiguration仍然為真，按照協(xié)議3GPP TS25.331的規(guī)定，這將導致UE對第二次RRC過程進行失敗處理。
出現(xiàn)上述第二次RRC過程的命令消息先于第一次RRC過程完成消息PDU正確接收響應到達UE-L3情況的原因有很多。其中一種可能就是由于傳輸鏈路的原因所造成的UE-L2無法正確接收RNC-L2所發(fā)送的第一次RRC過程完成消息PDU正確接收響應，雖然RNC-L2隨后會重新傳送第一次RRC過程完成消息PDU正確接收響應，但是很可能晚于第二次RRC過程命令消息到達UE-L3；另一種可能是由于第二次RRC過程緊接著第一次RRC過程，造成RNC-L2本身發(fā)送第二次RRC過程的命令消息就要比發(fā)送第一次RRC過程完成消息PDU正確接收響應時間早，因此，第二次RRC過程的命令消息會先到達UE-L3。在實際的應用環(huán)境中，上述后一種情況更有可能出現(xiàn)。
下面仍以安全模式控制過程為例詳細說明上述情況。在此例中，假設安全模式命令消息中所包含的IE為IE“Ciphering Mode Info”，并且RNC本身發(fā)送第二次安全模式命令消息要早于發(fā)送第一次RRC過程完成消息PDU正確接收響應。
圖2顯示了造成第二次安全模式配置失敗的連續(xù)兩次安全模式控制過程。如圖2所示，所述的安全模式控制過程包含以下步驟步驟201RNC-L3發(fā)送第一次安全模式命令消息到RNC-L2，其中包含IE“Ciphering Mode Info”，RNC-L3將該安全模式命令消息發(fā)送到UE-L2，UE-L2正確接收到第一次安全模式命令消息的PDU之后，上傳給UE-L3，并返回正確接收第一次安全模式命令消息PDU正確接收響應給RNC-L2，RNC-L2將該響應消息上傳給RNC-L3；步驟202UE進行相應的加密配置，同時將UE自身的CIPHERING_STATUS變量的布爾型信元Reconfiguration設置為TRUE，并返回第一次安全模式完成消息給UE-L2；UE-L2將第一次安全模式完成消息發(fā)送到RNC；步驟203RNC-L3發(fā)送第二次安全模式命令消息到RNC-L2，其中也包含IE“Ciphering Mode Info”，RNC-L2將該安全模式命令消息發(fā)送到UE-L2，UE-L2正確接收到第二次安全模式命令消息的PDU之后，上傳給UE-L3，并返回第二次安全模式命令消息PDU正確接收響應給RNC-L2，RNC-L2將該響應消息上傳給RNC-L3；步驟204UE-L3在收到第二次安全模式命令消息之前，并沒有收到正確接收第一次安全模式完成消息PDU的響應，因此，UE自身的CIPHERING_STATUS變量的布爾型信元Reconfiguration仍為TRUE。按照協(xié)議規(guī)定，UE將會對第二次安全模式命令進行失敗處理，由此，UE-L3發(fā)送安全模式失敗消息給對端RNC；步驟205RNC-L2返回正確接收第一次安全模式完成消息PDU的響應給UE-L2，UE-L2將該消息上傳給UE-L3，第一次安全模式控制過程結束。
從圖2所示的安全模式過程可以看出，導致上述第二次安全模式控制過程配置失敗的主要原因是第二次安全模式命令到達UE-L3時，UE尚未收到正確接收第一次安全模式完成消息PDU的響應，即UE的CIPHERING_STATUS變量的布爾型信元Reconfiguration仍為TRUE。需要說明的是，圖2所示的流程僅描述導致上述問題的一種可能，在實際的應用中，某些消息不一定必要，并且各個消息順序的不一定完全和圖2相同。
同樣，如果兩次安全模式控制過程都帶有IE“Integrity Protection ModeInfo”，由于在第一次的安全模式控制過程中，UE將會在接收到第一次安全模式命令后UE將UE自身變量INTEGRITY_PROTECTION_INFO中的信元Reconfiguration設置為TRUE，因此，也會出現(xiàn)上述第二次安全模式控制過程配置失敗的情況。
另外，由于協(xié)議3GPP TS 25.331所定義的多個RRC過程的消息中都可以包含上述兩種IE，因此，只要前后兩次連續(xù)的RRC過程都包含有IE“Ciphering Mode Info”、或者包含IE“Integrity Protection Mode Info”、又或者同時包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”，就也會出現(xiàn)上述第二次RRC過程配置失敗的情況。
由于在實際的應用環(huán)境中，類似于上述連續(xù)兩次進行RRC過程的情況是經(jīng)常發(fā)生的，所述連續(xù)兩次的RRC過程可能來自于同一個CN也可能來自不同的CN。如果連續(xù)兩次的RRC過程的命令消息中都包含IE“CipheringMode Info”或者都包含IE“Integrity Protection Mode Info”就可能導致后續(xù)業(yè)務無法正確建立或者導致信令連接異常釋放，因此，為了提高業(yè)務接通率，促進系統(tǒng)的穩(wěn)定性，需要采取一種的方法解決上述的問題。

發(fā)明內容
為了解決上述技術問題，本發(fā)明提供了一種解決RRC過程配置失敗的方法，能有效地解決由上述特殊情況造成的RRC過程配置失敗的問題，提高業(yè)務接通率，促進系統(tǒng)的穩(wěn)定性。
本發(fā)明所述方法為用戶設備在接收到攜帶有保證安全性信元的無線資源控制過程命令消息后，判斷該用戶設備中與所攜帶的保證安全性信元相對應的狀態(tài)變量的重新配置信元值是否為真，如果是，則用戶設備將當前接收到的無線資源控制過程命令消息緩存，等待上一次無線資源控制過程結束，并在上一次無線資源控制過程結束后，處理緩存的無線資源控制過程命令消息；否則，用戶設備直接處理當前接收到的無線資源控制命令消息。
另外，用戶設備在將所述無線資源控制過程命令消息緩存后，可以啟動一個定時器，如果在所述定時器超時前，上一次無線資源控制過程結束，則處理緩存的無線資源控制過程命令；否則，用戶設備將對緩存的無線資源控制過程命令進行異常處理。
需要說明的是，本發(fā)明所述保證安全性信元為加密模式信息信元、或為完整性保護模式信息信元、或為二者的組合。而所述無線資源控制過程為無線承載的控制過程、或為傳輸信道的重新配置過程、或為物理信道的重新配置過程、或為安全模式控制過程。
本發(fā)明所述狀態(tài)變量為加密狀態(tài)變量、或完整性保護信息變量。
在本發(fā)明所述的方法中，上述無線資源控制過程結束具體為用戶設備收到無線網(wǎng)絡控制器發(fā)來的正確接收本次無線資源控制過程完成消息的響應。
另外，在本發(fā)明所述方法中，上述緩存當前收到的無線資源控制過程命令消息在用戶設備的網(wǎng)絡層進行。
由此可以看出，應用本發(fā)明所述的方法，在上述UE先接收到第二次RRC過程命令消息的情況下，UE通過緩存器對先接收到的第二次RRC過程的命令消息緩存一定的時間，同時等待第一次RRC過程完成消息PDU正確接收響應，可以基本保證UE在接收到第一次RRC過程完成消息PDU正確接收響應后，即第一次RRC過程結束后，再處理第二次RRC過程。因此，應用本發(fā)明所述的方法可以基本解決第二次RRC過程配置失敗的問題，同時提高了業(yè)務接通率，促進了系統(tǒng)的穩(wěn)定性，也增強了3GPP協(xié)議的兼容性。


圖1為一次正常的安全模式控制過程；圖2為造成第二次安全模式配置失敗的連續(xù)兩次安全模式控制過程；圖3為本發(fā)明一個優(yōu)選實施例中連續(xù)兩次配置成功的安全模式控制過程；圖4為本發(fā)明另一個優(yōu)選實施例中連續(xù)兩次配置成功的RRC過程。
具體實施例方式
下面結合附圖及具體的實施例對本發(fā)明所述方法作進一步的詳細說明。
實施例1。
圖3為本發(fā)明一個優(yōu)選實施例中連續(xù)兩次配置成功的安全模式控制過程。在本實施例中，連續(xù)兩次安全模式命令消息中都包含IE“Ciphering ModeInfo”，并且第二次安全模式命令消息到達UE的時間可能會早于第一次安全模式完成消息PDU正確接收響應到達UE的時間。
如圖3所示，本發(fā)明所述的連續(xù)兩次安全模式控制過程包含以下步驟步驟301RNC-L3發(fā)送第一次安全模式命令消息到RNC-L2，其中包含IE“Ciphering Mode Info”，RNC-L3將該安全模式命令消息發(fā)送到UE-L2，UE-L2正確接收到第一次安全模式命令消息的PDU之后，上傳給UE-L3，并返回第一次安全模式命令消息PDU正確接收響應給RNC-L2，RNC-L2將該響應消息上傳給RNC-L3；步驟302UE進行相應的加密配置，同時將UE自身CIPHERING_STATUS變量的布爾型信元Reconfiguration設置為TRUE，并返回第一次安全模式完成消息給UE-L2；UE-L2將第一次安全模式完成消息發(fā)送到RNC；步驟303RNC-L3發(fā)送第二次安全模式命令消息到RNC-L2，其中也包含IE“Ciphering Mode Info”，RNC-L2將該安全模式命令消息發(fā)送到UE-L2，UE-L2正確接收到第二次安全模式命令消息的PDU之后，上傳給UE-L3，并返回第二次安全模式命令消息PDU正確接收響應給RNC-L2，RNC-L2將該響應消息上傳給RNC-L3；步驟304UE-L3收到第二次安全模式命令消息之后，首先判斷是否已經(jīng)收到UE-L2上傳的第一次安全模式完成消息PDU正確接收響應，如果已經(jīng)接收到，則第一次安全模式控制過程已經(jīng)結束，UE可以處理第二次安全模式命令，其處理流程和第一次安全模式控制過程相同，圖3中沒有顯示；如果尚未收到第一次安全模式完成消息PDU正確接收響應，則UE暫不處理第二次安全模式命令，并將第二次安全模式命令緩存起來，等待第一次安全模式完成消息PDU正確接收響應，然后執(zhí)行步驟305；步驟305UE-L2接收到RNC-L2發(fā)送的第一次安全模式完成信息PDU的正確接收響應后，上傳給UE-L3；UE-L3將UE自身CIPHERING_STATUS變量的布爾型信元Reconfiguration的值設置為FALSE，第一次安全模式控制過程結束；步驟306UE-L3處理第二次安全模式控制過程，UE進行相應的加密配置，同時將UE自身CIPHERING_STATUS變量的布爾型信元Reconfiguration重新設置為TRUE，并返回第二次安全模式完成消息給UE-L2；UE-L2將第二次安全模式完成消息發(fā)送到RNC。
后續(xù)的過程和正常的安全模式控制過程相同，圖3中沒有顯示，本發(fā)明也不詳細敘述了。
需要說明的是，在上述步驟304中，UE-L3在緩存第二次安全模式命令的同時，可以啟動一個定時器，該定時器設定緩存并且等待第一次安全模式完成消息PDU正確接收響應的時間，而且定時器的時長可以根據(jù)實際情況靈活設置，如果在定時器超時之前收到第一次安全模式完成消息PDU正確接收響應，則執(zhí)行上述的步驟305；如果直到定時器超時，仍未收到第一次安全模式完成消息PDU正確接收響應，UE將進行異常處理，有關異常處理的流程在圖3中也沒有顯示。該異常處理的流程已經(jīng)在協(xié)議3GPP TS 25.331中進行了詳細的規(guī)定，因此，在本發(fā)明就不再敘述了。
另外需要說明的是，在步驟304中，本發(fā)明所述緩存操作不限于在UE-L3進行，也可以由UE-L3指示UE-L2或者UE的其他實體進行。
并且，本發(fā)明所述的等待方法并不限于上述啟動定時器的方法，還可以采用其他任何可以進行延時等待的方法，而不會超出本發(fā)明的精神和范圍。
由實施例1的方法可以看出，雖然第二次安全模式命令消息到達UE的時間可能會早于第一次安全模式完成消息PDU正確接收響應到達UE的時間，但是通過在UE加入緩存器，將第二次安全模式命令消息緩存一定的時間，可以基本保證兩次安全模式控制過程的正常進行。
實施例2。
在本實施例中，連續(xù)兩次的安全模式命令消息中都包含IE“IntegrityProtection Mode Info”，并且第二次安全模式命令消息到達UE的時間可能會早于第一次安全模式完成消息PDU正確接收響應到達UE的時間。
本實施例的處理流程和實施例1所述的步驟301～306基本相同。不同之處在于1、在本實施例中，步驟302、步驟305和步驟306中UE需要修改變量INTEGRITY_PROTECTION_INFO中的信元Reconfiguration；2、在本實施例中，步驟302和306中，UE-L3在接收到安全模式命令消息后將進行完整性保護配置。
通過本實施例的方法，也可以基本保證兩次安全模式控制過程的正常進行。
實施例3。
在本實施例中，連續(xù)兩次安全模式命令消息中可以包含IE“CipheringMode Info”、或者包含IE“Integrity Protection Mode Info”、又或者同時包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”，并且前后兩次安全模式命令消息所包含的IE有交集。
如上所述，本實施例可以包含以下5種情況在連續(xù)兩次的安全模式控制過程中，第一次的安全模式命令消息中包含IE“Ciphering Mode Info”，而第二次的安全模式命令消息中同時包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”；或者反過來；或者在第一次安全模式命令消息中包含IE“Integrity Protection Mode Info”，而第二次的安全模式命令消息中同時包含IE“Ciphering Mode Info”和IE“Integrity Protection ModeInfo”；或者反過來；又或者連續(xù)兩次的安全模式命令消息均同時包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”。
而且，在本實施例中，第二次安全模式命令消息到達UE的時間可能會早于第一次安全模式完成消息PDU正確接收響應到達UE的時間。
本實施例的處理流程和實施例1所述的處理流程基本相同。不同之處僅為在步驟302、步驟305和步驟306中，UE要根據(jù)安全模式命令消息中所攜帶的IE進行相應的操作，修改自身相應變量的信元值。
實施例4。
由于協(xié)議3GPP TS 25.331規(guī)定很多的RRC過程應用的RRC消息中都可以包含IE“Ciphering Mode Info”或者IE“Integrity Protection Mode Info”，并且UE和RNC對包含這兩種IE的處理過程均是類似的，因此，本發(fā)明所述的方法也適用于其他包含IE“Ciphering Mode Info”或者IE“IntegrityProtection Mode Info”的RRC消息，例如，無線承載的建立消息、無線承載的釋放消息、無線承載的重新配置消息、傳輸信道的重新配置消息、物理信道的重新配置消息、安全模式命令消息、小區(qū)更新證實消息、通用移動通信系統(tǒng)陸地無線接入網(wǎng)絡注冊區(qū)更新證實消息以及通用移動通信系統(tǒng)陸地無線接入網(wǎng)絡的移動信息消息。
本實施例就以第一次RRC過程為包含IE“Ciphering Mode Info”的無線承載建立過程，而第二次RRC過程為包含IE“Ciphering Mode Info”的安全模式控制過程為例進行說明。而且，在本實施例中，安全模式命令消息到達UE的時間可能會早于無線承載建立完成消息PDU正確接收響應到達UE的時間。
圖4為本發(fā)明另一個優(yōu)選實施例中連續(xù)兩次配置成功的RRC過程。如圖4所示，實施例4包括以下步驟步驟401RNC-L3發(fā)送無線承載建立消息到RNC-L2，其中包含IE“Ciphering Mode Info”，RNC-L3將該無線承載建立消息發(fā)送到UE-L2，UE-L2正確接收到無線承載建立消息的PDU之后，上傳給UE-L3，并返回無線承載建立消息PDU正確接收響應給RNC-L2，RNC-L2將該響應消息上傳給RNC-L3；步驟402UE進行相應的加密配置，以及其他與無線承載建立消息相關的操作，同時將UE自身CIPHERING_STATUS變量的布爾型信元Reconfiguration設置為TRUE，并返回無線承載建立完成消息給UE-L2；UE-L2將無線承載建立完成消息發(fā)送到RNC；步驟403RNC-L3發(fā)送安全模式命令消息到RNC-L2，其中也包含IE“Ciphering Mode Info”，RNC-L2將該安全模式命令消息發(fā)送到UE-L2，UE-L2正確接收到安全模式命令消息的PDU之后，上傳給UE-L3，并返回安全模式命令消息PDU正確接收響應給RNC-L2，RNC-L2將該響應消息上傳給RNC-L3；步驟404UE-L3收到安全模式命令消息之后，首先判斷是否已經(jīng)收到UE-L2上傳的無線承載建立完成消息PDU正確接收響應，
如果已經(jīng)接收到，則無線承載建立流程已經(jīng)結束，UE可以處理安全模式命令，其處理流程和現(xiàn)有技術中的安全模式控制過程相同，圖4中沒有顯示；如果尚未收到無線承載建立完成消息PDU正確接收響應，則UE暫不處理安全模式命令，并將安全模式命令緩存起來，等待無線承載建立完成消息PDU正確接收響應；步驟405UE-L2接收到RNC-L2發(fā)送的無線承載建立完成消息PDU正確接收響應后上傳給UE-L3；UE-L3將UE自身的CIPHERING_STATUS變量的布爾型信元Reconfiguration設置為FALSE，無線承載建立流程結束；步驟406UE-L3處理安全模式控制過程，UE進行相應的加密配置，以及其他相關操作，同時將UE自身CIPHERING_STATUS變量的布爾型信元Reconfiguration的值重新置為TRUE，并返回安全模式完成消息給UE-L2；UE-L2將安全模式完成消息發(fā)送到RNC。
后續(xù)的過程和正常的安全模式控制過程相同，圖4中沒有顯示，本發(fā)明也不詳細敘述了。
同樣，在上述步驟404中，UE-L3在緩存安全模式命令的同時，可以啟動一個定時器，該定時器設定緩存并且等待無線承載建立完成消息PDU正確接收響應的時間，如果在定時器超時之前收到無線承載建立完成消息PDU正確接收響應，則執(zhí)行上述的步驟405；如果直到定時器超時，仍未收到無線承載建立完成消息PDU正確接收響應，UE將進行異常處理。
如果上述無線承載建立過程和安全模式控制過程都包含IE“IntegrityProtection Mode Info”，則在步驟402、步驟405和步驟406中UE需要修改變量INTEGRITY_PROTECTION_INFO中的信元Reconfiguration；并且在步驟402和406中，UE-L3在接收到安全模式命令消息后將進行完整性保護配置。
由此可以看出，通過本實施例的方法，也可以基本保證兩次帶有相同IE的RRC流程的正常進行。
需要說明的是，本發(fā)明所述的方法同樣適用于上述無線承載建立過程和安全模式控制過程的命令消息中包含IE“Ciphering Mode Info”、或者包含IE“Integrity Protection Mode Info”、又或者同時包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”，并且前后兩次RRC過程命令消息所包含的IE有交集的情況。在這種情況下，UE和RNC的處理流程和實施例4所述的處理流程基本相同。不同之處僅為在步驟402、步驟405和步驟406中，UE要根據(jù)RRC過程命令消息中所攜帶的IE進行相應的操作，修改相應變量的信元值。
另外需要說明的是，本發(fā)明所述的方法也不僅限于上述實施例中所述的RRC過程，而是適用于所有連續(xù)兩次都包含IE“Ciphering Mode Info”、或者IE“Integrity Protection Mode Info”、或者同時包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”的RRC過程，并且UE和RNC的處理流程和實施例中所述的方法基本相同。
由以上實施例可以看出，在連續(xù)兩次都包含IE“Ciphering Mode Info”、或者IE“Integrity Protection Mode Info”、又或者同時包含IE“Ciphering ModeInfo”和IE“Integrity Protection Mode Info”的RRC過程中，應用本發(fā)明所述的方法可以基本上解決由于第二次RRC過程的命令消息先于第一次RRC過程完成消息PDU正確接收響應到達UE-L3而造成的第二次RRC過程配置失敗的問題，保證兩次帶有相同IE的RRC流程的正常進行，因此，提高了業(yè)務接通率，促進了系統(tǒng)的穩(wěn)定性，也增強了3GPP協(xié)議的兼容性。
很容易得到，本發(fā)明所述的在UE側加入緩存器，將先到達的RRC過程命令消息緩存一定時間的方法也適用于連續(xù)多次的RRC過程。即應用本發(fā)明所述的方法也可以解決在連續(xù)多次RRC過程中，由于后續(xù)的RRC過程命令消息先于前面RRC過程完成消息正確接收響應到達UE而造成的，后續(xù)RRC過程配置失敗的問題，并且其處理流程和上述實施例的處理流程基本一致。
另外，上述實施例描述的消息流程中所示的各個消息以及消息的前后順序僅顯示了導致出現(xiàn)上述RRC過程配置失敗的一種可能，本發(fā)明所述的方法并不限于上述實施例中所述的消息以及各個消息的前后順序，在實際的應用中，可以省略、替換其中某些消息，并且各個消息的前后順序也可以相對變動，而不會超出本發(fā)明的精神和范圍。
以上舉優(yōu)選的實施例，對本發(fā)明的目的、技術方案和優(yōu)點進行了進一步的詳細說明，所應理解的是，以上所述為本發(fā)明的優(yōu)選實施例而已，并不用以顯示本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種解決無線資源控制過程配置失敗的方法，其特征在于，用戶設備在接收到攜帶有保證安全性信元的無線資源控制消息后，判斷該用戶設備中與所攜帶的保證安全性信元相對應的狀態(tài)變量的重新配置信元值是否為真，如果是，則用戶設備將當前接收到的無線資源控制消息緩存，等待上一次無線資源控制過程結束，并在上一次無線資源控制過程結束后，處理緩存的無線資源控制消息；否則，用戶設備直接處理當前接收到的無線資源控制消息。
2.如權利要求1所述的方法，其特征在于，用戶設備在將所述無線資源控制消息緩存后，啟動一個定時器，如果在所述定時器超時前，上一次無線資源控制過程結束，則處理緩存的無線資源控制消息；否則，用戶設備將對緩存的無線資源控制消息進行異常處理。
3.如權利要求1所述的方法，其特征在于，所述的保證安全性信元為加密模式信息信元、或為完整性保護模式信息信元、或為二者的組合。
4.如權利要求1所述的方法，其特征在于，所述的無線資源控制消息為無線承載的建立消息、或為無線承載的釋放消息、或為無線承載的重新配置消息、或為傳輸信道的重新配置消息、或為物理信道的重新配置消息、或為安全模式命令消息、或為小區(qū)更新證實消息、或為通用移動通信系統(tǒng)陸地無線接入網(wǎng)絡注冊區(qū)更新證實消息、或為通用移動通信系統(tǒng)陸地無線接入網(wǎng)絡的移動信息消息。
5.如權利要求1所述的方法，其特征在于，所述的狀態(tài)變量為加密狀態(tài)變量、或完整性保護信息變量。
6.如權利要求1所述的方法，其特征在于，所述無線資源控制過程結束具體為用戶設備收到無線網(wǎng)絡控制器發(fā)來的正確接收本次無線資源控制過程完成消息的響應。
7.如權利要求1所述的方法，其特征在于，所述緩存當前收到的無線資源控制過程命令消息在用戶設備的網(wǎng)絡層進行。
全文摘要
本發(fā)明公開了一種解決無線資源控制過程配置失敗的方法，包括用戶設備在接收到攜帶有保證安全性信元的無線資源控制過程命令后，判斷其上相對應的狀態(tài)變量的重新配置信元值是否為真，如果是，則用戶設備將當前接收到的無線資源控制過程命令消息緩存，等待上一次無線資源控制過程結束，并在上一次無線資源控制過程結束后，處理緩存的無線資源控制過程命令消息；否則，用戶設備直接處理當前接收到的無線資源控制命令消息。應用本發(fā)明所述的方法可以基本解決在攜帶有相同保證安全性信元的多次無線資源控制過程中，由于當前過程尚未結束而造成的后續(xù)過程配置失敗的問題，可以提高業(yè)務接通率，促進系統(tǒng)的穩(wěn)定性，增強3GPP協(xié)議的兼容性。
文檔編號H04W76/02GK1722902SQ20041007093
公開日2006年1月18日 申請日期2004年7月16日 優(yōu)先權日2004年7月16日
發(fā)明者龔曉東 申請人:華為技術有限公司