專利名稱：一種縮短軟切換時延的方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種縮短軟切換時延的方法及裝置。
背景技術：
軟切換時延是WCDMA系統(tǒng)中一個重要問題，軟切換時延過長會導致切換不及時而掉話。終端設備(UE)通過上報測量報告要求進行軟切換，軟切換請求可能出現(xiàn)在多個信令環(huán)節(jié)，例如接續(xù)環(huán)節(jié)中的RB建立、安全模式期間，或者RB重配置、物理信道重配置或傳輸信道重配置期間。
如圖1A所示，一個典型的接續(xù)過程如下1、上行直傳過程包括無線網(wǎng)絡控制器(RNC)開始接受上行直傳消息的第一個PDU，到收齊這個上行直傳消息的最后一個PDU。
2、鑒權過程包括RNC收到核心網(wǎng)的鑒權請求，RNC發(fā)出鑒權請求給用戶終端(UE)，UE回應鑒權請求完成消息給RNC，RNC回應鑒權請求完成消息給核心網(wǎng)。鑒權請求消息在RNC為直傳消息。
3、加密過程包括RNC收到核心網(wǎng)的安全模式命令，RNC發(fā)出安全模式命令給UE，UE回應安全模式命令完成消息給RNC，RNC回應安全模式完成消息給核心網(wǎng)。
4、無線承載(RB)建立過程包括RNC收到核心網(wǎng)的無線接入承載(RAB)指配請求，RNC完成網(wǎng)絡側(cè)資源申請，發(fā)出RB建立消息給UE，UE完成RB建立后，發(fā)送RB建立完成消息給RNC。
5、下行直傳過程包括RNC發(fā)出下行直傳消息給UE，到RNC收到UE在無線鏈路控制(RLC)層回應的ACK，確認直傳消息全部接受完畢的過程。
RB重配置/傳輸信道重配置/物理信道重配置過程如圖1B所示。所述RB重配置/傳輸信道重配置/物理信道重配置過程包括RNC決定重配置過程，RNC完成RB重配置/傳輸信道重配置/物理信道重配置消息下發(fā)，收到UE的RB重配置/傳輸信道重配置/物理信道重配置完成消息。
在軟切換區(qū)，有出現(xiàn)軟切換過程的概率。軟切換類型有增加無線鏈路、刪除無線鏈路、替換無線鏈路。后續(xù)所指的軟切換過程包括RNC收到UE上報的測量報告，RNC完成激活集更新下發(fā)，收到UE的激活集更新完成消息。
如圖1C所示，以增加無線鏈路為例說明典型的軟切換過程1、根據(jù)資源使用狀況，SRNC決定在DRNC的新小區(qū)建立一條無線鏈路，于是向DRNC發(fā)送RNSAP無線鏈路建立消息RADIO LINK SETUP，申請無線資源。如果這是DRNC與UE之間的第一條無線鏈路，還應當在Iur接口建立一條信令連接，用于承載與該UE相關的RNSAP信令。
2、DRNC判斷SRNC請求資源可用，向目標NodeB發(fā)送NBAP協(xié)議無線鏈路建立請求消息RADIO LINK SETUP REQUEST，NodeB啟動上行接收。
3、NodeB成功分配SRNC請求的資源后，向DRNC發(fā)送NBAP無線鏈路建立響應消息RADIO LINK SETUP RESPONSE，上報分配結(jié)果。
4、SRNC采用ALCAP協(xié)議發(fā)起Iub傳輸承載建立過程。
5、DRNC向SRNC發(fā)送RNSAP無線鏈路建立響應消息RADIO LINKSETUP RESPONSE。
6、SRNC采用ALCAP協(xié)議發(fā)起Iur傳輸承載建立過程。
7、SRNC通過DCCH信道向UE發(fā)送RRC活動集更新消息(無線鏈路增加)ACTIVE SET UPDATE(Radio Link Addition)，消息中包含需要增加的RL信息。
8、UE在活動集中增加相應RL信息，向SRNC返還RRC活動集更新完成消息ACTIVE SET UPDATE COMPLETE。無線鏈路增加的軟切換過程結(jié)束。
在現(xiàn)有技術中，RNC不支持軟RB建立過程期間的軟切換，如圖2A所示RNC收到測量報告，但是發(fā)現(xiàn)當前正在進行RAB指配過程，RNC緩存測量報告，等待RAB指配過程結(jié)束后，開始處理測量報告，執(zhí)行軟切換流程，相當于軟切換被延遲了。
對于加密過程，同樣RNC不支持在加密過程期間的軟切換，緩存測量報告，造成軟切換時延增加。將上述圖中RNC和UE之間的RB建立消息替換為安全模式命令，RB建立完成消息替換為安全模式命令完成消息；將RNC和CN之間的RAB指配消息替換為安全模式命令，RAB指配響應替換為安全模式命令完成消息即可表示安全模式期間不支持軟切換的流程圖。
除了RB建立、加密過程外，RNC在RB重配置、傳輸信道重配置或物理信道重配置流程期間也不支持軟切換，同樣導致軟切換時延增加。
在現(xiàn)有技術中，UE不支持RB建立過程期間的軟切換流程，如圖2B所示UE收到激活集更新(ACTIVE SET UPDATE)消息，UE檢測到存在RB建立過程，UE回應激活集更新失敗(ACTIVE SET UPDATE FAILURE)消息。
同樣，UE收到ACTIVE SET UPDATE消息，UE檢測到存在安全模式命令過程、RB重配置、物理信道重配置或傳輸信道重配置過程，UE回應ACTIVESET UPDATE FAILURE。
RAB過程的典型時延量級為1秒左右。在接續(xù)過程中，如果RNC準備開始進行軟切換時發(fā)現(xiàn)有正在進行的RAB指配或者安全模式命令過程，RNC會推遲處理軟切換流程，等待RAB過程或者安全模式命令完成后，才開始軟切換流程。因為軟切換時延會增加0到1秒，在切換區(qū)用戶發(fā)起呼叫，可能會因為切換不及時而導致掉話。
總之，對于現(xiàn)有技術而言，由于RNC在執(zhí)行除軟切換之外的其他RRC過程時不支持該過程與軟切換過程并行，可能會導致軟切換時延增加而中斷業(yè)務。

發(fā)明內(nèi)容
本發(fā)明提供一種縮短軟切時延的方法及裝置，以解決現(xiàn)有技術中因RNC在執(zhí)行除軟切換之外的其他RRC過程時不支持該過程與軟切換過程并行，從而導致軟切換時延增加而中斷業(yè)務的問題。
本發(fā)明提供以下技術方案一種縮短軟切換下接續(xù)時延的方法，包括下述步驟無線網(wǎng)絡控制器(RNC)在執(zhí)行軟切換之外的其他無線資源控制(RRC)過程中接收到終端設備上報的請求軟切換的測量報告；所述RNC判斷終端設備是否支持所述其他無線資源控制過程與軟切換過程并行執(zhí)行，若是，RNC在執(zhí)行所述其他無線資源控制過程中開始軟切換過程，否則，RNC拒絕在所述其他無線資源控制過程中進行軟切換過程。
根據(jù)上述方法RNC根據(jù)終端設備上報的是否支持所述其他無線資源控制過程與軟切換并行執(zhí)行的能力信息進行所述判斷；或者，RNC根據(jù)終端設備上報的版本信息進行所述判斷。
終端設備在RRC建立過程中或完成時向RNC上報所述能力信息或所述版本信息。
在所述能力信息中分別描述是否支持每個所述的其他無線資源控制過程與軟切換過程并行執(zhí)行；或者在所述能力信息中統(tǒng)一描述是否支持全部的所述其他無線資源控制過程與軟切換過程并行執(zhí)行。
所述RNC拒絕在所述其他無線資源控制過程中進行軟切換過程后進一步緩存請求軟切換的測量報告，并在所述其他無線資源控制過程完成后進行軟切換過程。
所述其他無線資源控制過程包括上行直傳過程、鑒權過程、加密過程、無線承載(RB)建立過程、下行直傳過程、RB重配置過程、傳輸信道重配置過程和物理信道重配置過程之一。
終端設備在接收到RNC指示進行軟切換的命令后取消或緩存當前執(zhí)行的所述其他RRC過程，優(yōu)先執(zhí)行軟切換過程并在該過程完成后繼續(xù)所述其他RRC過程；或者，終端設備在接收到RNC指示進行軟切換的命令后，利用所述其他RRC過程中的空閑時間完成軟切換過程。
終端設備完成軟切換過程后立即上報激活集更新完成消息；或者，終端設備完成軟切換后緩存需要上報的激活集更新完成消息，并在所述其他RRC過程完成后上報緩存的激活集更新完成消息。
所述其他無線資源控制過程為加密過程時，終端設備在安全模式命令完成消息中通知RNC加密在命令完成消息的N個協(xié)議數(shù)據(jù)單元(PDU)之后開始生效，其中N為大于或等于1的整數(shù)。
所述其他無線資源控制過程為加密過程時，終端設備首先完成激活集更新過程并緩存需要上報的激活集更新完成消息，然后按照新的激活集信息進行數(shù)據(jù)收發(fā)，并且在獲知RNC已經(jīng)正確接收了安全模式命令完成消息后，向RNC發(fā)送緩存的激活集更新完成消息。
終端設備在發(fā)送安全模式命令完成消息后，將需要發(fā)送給RNC的其他上行RRC消息延遲到獲知RNC已經(jīng)正確接收安全模式命令完成消息后再發(fā)送。
所述其他無線資源控制過程為加密過程時，RNC緩存在發(fā)出安全模式命令后和接收到安全模式命令完成消息期間接收到的上行用戶數(shù)據(jù)單元，并且僅在接收到安全模式命令完成消息的用戶數(shù)據(jù)單元并獲知上行開始加密的序列號后解密緩存的用戶數(shù)據(jù)單元；較佳的，RNC接收到上行用戶數(shù)據(jù)單元時首先解析該用戶數(shù)據(jù)單元，如果能夠正確解析出合法的消息類型和內(nèi)容，則進行后續(xù)處理，否則緩存該用戶數(shù)據(jù)單元。
所述其他無線資源控制過程為加密過程時，RNC在發(fā)送的安全模式命令消息中通知終端設備，加密在安全模式命令消息的N個協(xié)議數(shù)據(jù)單元(PDU)之后開始生效，其中N為大于或等于1的整數(shù)。
所其他無線資源控制過程為加密過程時，終端設備緩存在發(fā)送初始直傳消息后和接收到安全模式命令消息期間所接收到的下行用戶數(shù)據(jù)單元，并且僅在接收到安全模式命令消息的用戶數(shù)據(jù)單元并獲知下行開始加密的序列號后解密緩存的用戶數(shù)據(jù)單元；較佳的，終端設備緩存接收到下行用戶數(shù)據(jù)單元時，首先解析該用戶數(shù)據(jù)單元，如果能夠正確解析出合法的消息類型和內(nèi)容，則進行后續(xù)處理，否則緩存該用戶數(shù)據(jù)單元。
一種無線網(wǎng)絡控制器，包括用于保存能夠判斷終端設備是否支持并行執(zhí)行軟切換過程和軟切換之外的其他無線資源控制過程的能力信息或版本信息的存儲模塊；在所述其他無線資源控制過程中接收到軟切換需求時，從所述存儲單元獲取所述能力信息或版本信息確認終端是否支持并行執(zhí)行軟切換和所述其他無線資源控制過程的判斷模塊；在判斷模塊的判斷結(jié)果為是時，決定在執(zhí)行所述其他無線資源控制過程中開始軟切換過程，或者，在判斷結(jié)果為否時，拒絕在所述其他無線資源控制過程中進行軟切換過程的控制模塊。
一種終端設備，包括將能夠判斷終端設備是否支持并行執(zhí)行軟切換過程和軟切換之外的其他無線資源控制(RRC)過程的能力信息或版本信息上報的發(fā)送模塊；用于接收命令和消息的接收模塊；在執(zhí)行所述其他無線資源控制過程中，根據(jù)所述接收模塊接收的開始軟切換的指令執(zhí)行軟切換過程的執(zhí)行模塊。
本發(fā)明在進行除軟切換之外的其他RRC過程中接收到軟切換請求時，在終端支持所述其他RRC過程與軟切換過程并行執(zhí)行的情況下，RNC開始該軟切換過程，因而能夠縮短軟切換時延，縮短時延量級均值一般在在0.3秒以上，因此，本發(fā)明能夠有效避免因增加軟切換時延而影響正常的業(yè)務。


圖1A為現(xiàn)有技術中典型的接續(xù)過程的示意圖；圖1B為現(xiàn)有技術中RB重配置/傳輸信道重配置/物理信道重配置過程的示意圖；圖1C為現(xiàn)有技術中增加無線鏈路的流程圖；圖2A為現(xiàn)有技術中RNC在RB建立過程期間不支持軟切換的處理流程圖；圖2B為現(xiàn)有技術中UE在RB建立過程期間不支持軟切換的處理流程圖；圖3為本發(fā)明實施例中UE通過RRC建立過程上報能力信息的流程圖；圖4A為本發(fā)明實施例中在RB建立過程RNC接收到軟切換請求并確定UE支持并行執(zhí)行軟切換時的處理流程圖；圖4B為本發(fā)明實施例中在RB建立過程RNC接收到軟切換請求并確定UE不支持并行執(zhí)行軟切換時的處理流程圖；圖5A為本發(fā)明實施例中UE在安全模式命令完成消息中通知RNC加密在上行安全模式命令完成消息的N個協(xié)議數(shù)據(jù)單元之后生效的流程圖；圖5B為本發(fā)明實施例中RNC設置用戶數(shù)據(jù)單元為順序遞交，并提供對SDU的緩存功能的處理流程圖；圖5C為本發(fā)明實施例中UE在接收到安全模式命令完成消息的無線鏈路控制(RLC)確認消息后發(fā)送激活集更新完成消息的流程圖；圖5D為本發(fā)明實施例中RNC在安全模式命令消息中通知UE加密在下行安全模式命令消息的N個PDU之后生效的流程圖；圖5E為本發(fā)明實施例中RNC設置用戶數(shù)據(jù)單元為順序遞交，UE提供對SDU的緩存功能的處理流程圖；圖6為本發(fā)明實施例中RNC的結(jié)構(gòu)示意圖；圖7為本發(fā)明實施例中終端設備的結(jié)構(gòu)示意圖。
具體實施例方式
為了縮短軟切換時延，本發(fā)明在RNC執(zhí)行除軟切換之外的其他無線資源控制(RRC)過程中接收到終端設備上報的請求軟切換的測量報告時，進一步判斷終端是否支持所述其他無線資源控制過程與軟切換過程并行執(zhí)行，如果支持，RNC則在執(zhí)行所述其他RRC過程中下發(fā)激活集更新消息以并行進行軟切換過程，如果終端不支持，則拒絕在執(zhí)行所述其他RRC過程中進行軟切換過程。
除軟切換之外的其他無線資源控制過程包括上行直傳過程、鑒權過程、加密過程(加密過程中的消息交互有安全模式命令，安全模式命令完成消息)、下行直傳過程、無線承載(RB)建立過程、RB重配置過程、傳輸信道重配置過程和物理信道重配置過程。
RNC可根據(jù)終端設備上報的是否支持除切換之外的其他RRC過程與軟切換過程并行執(zhí)行的能力信息進行所述判斷。終端設備可以在RRC建立過程完成時或者RRC建立過程中、或者接續(xù)過程中、或者鏈路保持過程中，向RNC上報所述能力信息。上報時可以利用這些過程中發(fā)送給RNC的任何消息攜帶能力信息，也可以增加新的消息攜帶能力信息。例如，UE在RRC建立過程中或完成時將能力信息上報給RNC，可以通過這個過程中的任何消息攜帶能力信息來告知RNC是否具有支持和軟切換過程并行的能力，如，UE通過RRC連接建立完成消息(RRC CONNECTION SETUP COMPLETE消息)攜帶所述能力信息給RNC。
在UE上報的能力信息中，可以分別描述是否支持并行執(zhí)行每個除軟切換之外的其他RRC過程，如UE上報的消息中攜帶的能力信元如下


其中Y表示支持，N或者不支持，但只能為其中之一。
在UE上報的能力信息中，也可以統(tǒng)一描述是否支持全部的所述其他無線資源控制過程與軟切換并行執(zhí)行，如UE上報的消息中攜帶的能力信元如下。

除了上述方式外，RNC可以根據(jù)網(wǎng)絡側(cè)的UE版本信息來進行所述判斷。上報版本信息的方式與上報能力信息的方式相同(如，UE可以通過RRCCONNECTION SETUP COMPLETE消息上報所述版本信息)。例如規(guī)定R7及以版本的終端設備(移動臺)都需要支持流程并行，如果RNC根據(jù)UE上報的版本信息確定當前UE是R7或以上版本，則確定UE支持所述其他RRC過程與軟切換并行執(zhí)行，如果RNC根據(jù)UE上報的版本信息確定當前UE在R7版本以下(如為R6、R5、R4或者R99版本)，則確定UE不支持其他RRC過程與軟切換并行執(zhí)行(對于版本的規(guī)定并不限于此，可以根據(jù)實際應用情況確定)。
參閱圖3所示，UE通過RRC建立過程上報能力信息的流程如下步驟1、UE向RNC發(fā)送RRC連接請求消息RRC CONNECTIONREQUEST。
步驟2、RNC向UE下發(fā)RRC連接建立消息RRC CONNECTION SETUP。
步驟3、RRC建立完成，UE上報RRC連接建立完成消息RRCCONNECTION SETUP COMPLETE，并在該消息中攜帶UE是否支持并行執(zhí)行軟切換過程與其他RRC過程的能力信息。
步驟4、RNC接收到所述RRC CONNECTION SETUP COMPLETE消息后，從中提取UE的能力信息并保存。
通過RRC建立過程上報版本信息的流程與上述同理，不再贅述。
參閱圖4A所示，在建立RB過程中，RNC接收到軟切換請求并確定UE支持并行執(zhí)行軟切換時的處理流程如下步驟1、RNC向UE下發(fā)RB建立命令。
步驟2、UE向RNC發(fā)送請求軟切換的測量報告。
步驟3、RNC檢測到RB建立過程尚未完成并根據(jù)UE上報的能力信息(或版權信息)確定該UE支持RB建立過程與軟切換過程并行執(zhí)行。
步驟4、RNC按照RB建立過程會成功來準備軟切換，完成相關的資源準備工作。
步驟5、RNC向UE下發(fā)激活集更新(ACTIVE SET UPDATE)消息，開始并行流程。
步驟6、UE進行激活集更新，并在更新完成后向RNC發(fā)送激活集更新完成消息。
步驟7、UE在完成RB建立后向RNC發(fā)送RB建立響應。
UE在進行RB建立、加密、RB重配置、傳輸信道重配置或物理信道重配置過程中檢測到出現(xiàn)了軟切換過程，一種較佳的方式是利用該過程中的空閑時間完成軟切換過程(因為進行軟切換過程的時間較短)；另一種方式是，取消或緩存當前進行的RB建立、加密、RB重配置、傳輸信道重配置或物理信道重配置流程(取消是指取消息已開始的任務，即回退到未開始該過程的狀態(tài))，優(yōu)先進行軟切換過程，并在軟切換完成后繼續(xù)前述緩存的流程。
終端設備完成軟切換過程后可以立即上報激活集更新完成消息，也可以緩存需要上報的激活集更新完成消息，并在當前進行的RB建立、加密、RB重配置、傳輸信道重配置或物理信道重配置過程完成后上報緩存的激活集更新完成消息。
對于在RNC在RB重配置、物理信道重配置、加密過程、傳輸信道重配置等過程中接收到請求軟切換的測量報告并確定UE支持并行執(zhí)行軟切換過程后，RNC同樣并行下發(fā)激活集更新消息，其處理過程與上述同理，不再贅述。
參閱圖4B所示，在建立RB過程中，RNC接收到軟切換請求并確定UE不支持并行執(zhí)行軟切換時，一種較佳的處理方式如下步驟20、RNC向UE下發(fā)RB建立命令。
步驟21、UE向RNC發(fā)送請求軟切換的測量報告。
步驟22、RNC檢測到RB建立過程尚未完成并根據(jù)UE上報的能力信息(或版權信息)確定該UE不支持RB建立過程與軟切換過程并行執(zhí)行。
步驟23、RNC拒絕在RB建立過程執(zhí)行軟切換，緩存測量報告。
步驟24、UE在完成RB建立后，向RNC發(fā)送RB建立響應。
步驟25、RNC根據(jù)緩存的測量報告，向UE下發(fā)激活集更新(ACTIVE SETUPDATE)消息，開始并行流程。
步驟26、UE進行激活集更新，并在更新完成后向RNC發(fā)送激活集更新完成消息。
在RNC緩存測量報告后在未進行軟切換期間，若又接收到終端設備的測量報告，則利用新的測量報告覆蓋原來緩存的測量報告。
當然，在進行除切換之外的其他RRC過程中，RNC接收到軟切換請求并確定UE不支持并行執(zhí)行軟切換時，也可以直接丟棄請求軟切換的測量報告，由完成所述其他RRC過程后之接收到的測量報告觸發(fā)軟切換過程。
在加密與軟切換并行的過程中，UE發(fā)出安全模式命令完成(securitycommand complete)消息之后，采用以下方式之一來避免并行后帶來的潛在掉話(1)UE在安全模式命令完成(security command complete)消息中通知RNC，在上行安全模式命令完成消息的N個協(xié)議數(shù)據(jù)單元(PDU)之后加密生效。
如圖5A所示，通過推遲N個PDU后加密生效，可以讓激活集更新完成消息為非加密方式(即之后的消息才是加密消息)。
(2)RNC設置用戶數(shù)據(jù)單元(SDU)為順序遞交，并提供對SDU的緩存功能。
RNC發(fā)出安全模式命令(security command)之后，RNC可能會收到很多非安全模式命令完成類型的SDU，RNC對這些SDU按照非加密的方式進行處理，即其判斷是否為安全模式命令完成消息類型，如果不是安全模式命令完成消息，RNC就緩存該SDU，當RNC在收到了安全模式命令完成消息的SDU之后，得知了上行UE開始加密的SN序列號，才對之前緩存的上行信令SDU進行解密，這種機制可以避免UE側(cè)發(fā)送的SDU被RNC丟棄導致掉話。
如圖5B所示，一種較佳的方式是，在緩存SDU之前，首先嘗試解析該上行RRC的SDU，如果解析形成SDU后，可以識別該RRC消息類型以及內(nèi)容，就正常處理該RRC消息，不作緩存；否則，就緩存該SDU所涉及到的數(shù)據(jù)單元。即，在開始加密的序列號后的數(shù)據(jù)單元按照解密方式來處理，在加密之前序列號的緩存數(shù)據(jù)單元按照非解密進行處理。RNC解析上行SDU時，按照上行用戶數(shù)據(jù)單元未加密和未進行完整性保護、未加密和已進行完整性保護、已加密和未進行完整性保護、或者已加密和已進行完整性保護來行解析。
(3)UE在接收到安全模式命令完成(security command complete)消息的RLC ACK(表示RNC已經(jīng)收起了安全模式命令完成security commandcomplete消的全部PDU)后，才發(fā)送激活集更新完成消息，此時可以避免上行的激活集更新完成消息出現(xiàn)丟失，其流程如圖5C所示。UE在此期間的其他上行RRC消息，例如測量報告消息，都需要在接收到安全模式命令完成消息的RLC ACK消息后，才發(fā)送到RNC，這樣能夠避免可能出現(xiàn)的RNC解密失敗導致的掉話。
在加密與軟切換并行的過程中，RNC發(fā)出安全模式命令security command消息之后，采用如下方式之一來避免并行后帶來的潛在掉話(1)RNC在安全模式命令security command消息中通知UE，RNC會讓加密在下行安全模式命令security command消息的N個PDU之后生效。如圖5D所示。
(2)RNC設置SDU為順序遞交，UE提供對SDU的緩存功能。
UE在接續(xù)開始并發(fā)出了初始直傳消息之后，UE可能收到了很多非安全模式命令(security command)類型的SDU，UE對這些SDU按照非加密的方式進行處理，即，判斷消息類型是否屬于安全模式命令的消息類型，如果不是安全模式命令消息，UE緩存這個SDU，當UE在收到了安全模式命令SDU之后，得知了下行RNC開始加密的SN序列號，才對之前緩存的下行信令SDU進行解密，這種機制可以避免RNC側(cè)發(fā)送的SDU被UE丟棄導致掉話。
如圖5E所示，一種較佳的方式是，在緩存SDU之前，首先嘗試解析該下行SDU，如果解析形成SDU后，可以識別該RRC消息類型以及內(nèi)容，就正常處理該RRC消息，不作緩存；否則，就緩存該SDU所涉及到的數(shù)據(jù)單元。即，在開始加密的序列號后的數(shù)據(jù)單元按照解密方式來處理，在加密之前序列號的緩存數(shù)據(jù)單元按照非解密進行處理。終端設備在嘗試解析下行SDU時，按照下行用戶數(shù)據(jù)單元未加密和未進行完整性保護、未加密和已進行完整性保護、已加密和未進行完整性保護、或者已加密和已進行完整性保護來解析。
相應的，本發(fā)明實施例提供一種無線網(wǎng)絡控制器40，該無線網(wǎng)絡控制器除了包括完成現(xiàn)有基本功能的模塊外，還包括存儲模塊400、判斷模塊410和控制模塊420。
所述存儲模塊400用于存儲終端設備是否支持并行執(zhí)行軟切換過程和軟切換之外的其他無線資源控制過程的能力信息，或者可以判斷終端設備是否支持并行執(zhí)行軟切換過程和軟切換之外的其他無線資源控制過程的版本信息，該存儲模塊可以是現(xiàn)有存儲模塊的一部分。
所述判斷模塊410與存儲模塊具有邏輯上的連接關系，用于在進行所述其他RRC過程中接收到軟切換請求時，從所述存儲單元獲取所述能力信息或版本信息確認終端是否支持并行執(zhí)行所述其他無線資源控制過程和軟切換過程。
所述控制模塊420與判斷模塊具有邏輯上的連接關系，用于在判斷模塊的判斷結(jié)果為是時，在執(zhí)行所述其他無線資源控制過程中向終端設備下發(fā)激活集更新消息以開始軟切換過程，或者，在判斷模塊的判斷結(jié)果為否時，在所述其他無線資源控制過程完成后執(zhí)行軟切換過程。
一種較佳的方式是，判斷模塊510與控制模塊520為同一模塊，并且該模塊設置在現(xiàn)有的某個功能模塊中。
相應的，本發(fā)明實施例提供一種終端設備50，包括發(fā)送模塊500、接收模塊510和執(zhí)行模塊520。
發(fā)送模塊500用于將能夠判斷終端設備是否支持并行執(zhí)行軟切換過程和軟切換之外的其他無線資源控制(RRC)過程的能力信息或版本信息上報到RNC。
接收模塊510用于從RNC接收各種命令和消息。
執(zhí)行模塊520與所發(fā)送模塊500和接收模塊510具有邏輯上的連接關系，用于在執(zhí)行除軟切換之處的其他無線資源控制過程中接收到開始軟切換的指令時執(zhí)行軟切換過程。
所述執(zhí)行模塊520在接收到進行軟切換的命令后取消或者緩存當前執(zhí)行的所述其他RRC過程，優(yōu)先執(zhí)行軟切換過程并在該過程完成后繼續(xù)所述其他RRC過程；或者，所述執(zhí)行模塊520在接收到進行軟切換的命令后，利用所述其他RRC過程中的空閑時間完成軟切換過程。
顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若對本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1.一種縮短軟切換時延的方法，其特征在于，包括下述步驟無線網(wǎng)絡控制器(RNC)在執(zhí)行軟切換之外的其他無線資源控制(RRC)過程中接收到終端設備上報的請求軟切換的測量報告；所述RNC判斷終端設備是否支持所述其他無線資源控制過程與軟切換過程并行執(zhí)行，若是，RNC在執(zhí)行所述其他無線資源控制過程中開始軟切換過程，否則，RNC拒絕在所述其他無線資源控制過程中進行軟切換過程。
2.如權利要求1所述的方法，其特征在于，RNC根據(jù)終端設備上報的是否支持所述其他無線資源控制過程與軟切換并行執(zhí)行的能力信息進行所述判斷；或者，RNC根據(jù)終端設備上報的版本信息進行所述判斷。
3.如權利要求2所述的方法，其特征在于，終端設備在RRC建立過程完成時或者RRC建立過程中、或者接續(xù)過程中、或者鏈路保持過程中，向RNC上報所述能力信息或所述版本信息。
4.如權利要求3所述的方法，其特征在于，在所述能力信息中分別描述是否支持每個所述的其他無線資源控制過程與軟切換過程并行執(zhí)行；或者在所述能力信息中統(tǒng)一描述是否支持全部的所述其他無線資源控制過程與軟切換過程并行執(zhí)行。
5.如權利要求1所述的方法，其特征在于，所述RNC拒絕在所述其他無線資源控制過程中進行軟切換過程后進一步緩存請求軟切換的測量報告，并在所述其他無線資源控制過程完成后進行軟切換過程。
6.如權利要求1至5任一項所述的方法，其特征在于，所述其他無線資源控制過程包括上行直傳過程、鑒權過程、加密過程、無線承載(RB)建立過程、下行直傳過程、RB重配置過程、傳輸信道重配置過程和物理信道重配置過程之一。
7.如權利要求6所述的方法，其特征在于，終端設備在接收到RNC指示進行軟切換的命令后取消或緩存當前執(zhí)行的所述其他RRC過程，優(yōu)先執(zhí)行軟切換過程并在該過程完成后繼續(xù)所述其他RRC過程；或者終端設備在接收到RNC指示進行軟切換的命令后，利用所述其他RRC過程中的空閑時間完成軟切換過程。
8.如權利要求7所述的方法，其特征在于，終端設備完成軟切換過程后立即上報激活集更新完成消息；或者，終端設備完成軟切換后緩存需要上報的激活集更新完成消息，并在所述其他RRC過程完成后上報緩存的激活集更新完成消息。
9.如權利要求6所述的方法，其特征在于，所述其他無線資源控制過程為加密過程時，終端設備在安全模式命令完成消息中通知RNC加密在命令完成消息的N個協(xié)議數(shù)據(jù)單元(PDU)之后開始生效，其中N為大于或等于1的整數(shù)。
10.如權利要求6所述方法，其特征在于，所述其他無線資源控制過程為加密過程時，終端設備首先完成激活集更新過程并緩存需要上報的激活集更新完成消息，然后按照新的激活集信息進行數(shù)據(jù)收發(fā)，并且在獲知RNC已經(jīng)正確接收了安全模式命令完成消息后，向RNC發(fā)送緩存的激活集更新完成消息。
11.如權利要求10所述的方法，其特征在于，終端設備在發(fā)送安全模式命令完成消息后，將需要發(fā)送給RNC的其他上行RRC消息延遲到獲知RNC已經(jīng)正確接收安全模式命令完成消息后再發(fā)送。
12.如權利要求6所述的方法，其特征在于，所述其他無線資源控制過程為加密過程時，RNC緩存在發(fā)出安全模式命令后和接收到安全模式命令完成消息期間接收到的上行用戶數(shù)據(jù)單元，并且僅在接收到安全模式命令完成消息的用戶數(shù)據(jù)單元并獲知上行開始加密的序列號后解密緩存的用戶數(shù)據(jù)單元。
13.如權利要求12所述的方法，其特征在于，RNC接收到上行用戶數(shù)據(jù)單元時首先解析該用戶數(shù)據(jù)單元，如果能夠正確解析出合法的消息類型和內(nèi)容，則進行后續(xù)處理，否則緩存該用戶數(shù)據(jù)單元。
14.如權利要求13所述的方法，其特征在于，RNC按照上行用戶數(shù)據(jù)單元未加密和未進行完整性保護、未加密和已進行完整性保護、已加密和未進行完整性保護、或者已加密和已進行完整性保護解析所述用戶數(shù)據(jù)單元。
15.如權利要求6所述的方法，其特征在于，所述其他無線資源控制過程為加密過程時，RNC在發(fā)送的安全模式命令消息中通知終端設備，加密在安全模式命令消息的N個協(xié)議數(shù)據(jù)單元(PDU)之后開始生效，其中N為大于或等于1的整數(shù)。
16.如權利要求6所述的方法，其特征在于，所其他無線資源控制過程為加密過程時，終端設備緩存在發(fā)送初始直傳消息后和接收到安全模式命令消息期間所接收到的下行用戶數(shù)據(jù)單元，并且僅在接收到安全模式命令消息的用戶數(shù)據(jù)單元并獲知下行開始加密的序列號后解密緩存的用戶數(shù)據(jù)單元。
17.如權利要求16所述的方法，其特征在于，終端設備緩存接收到下行用戶數(shù)據(jù)單元時，首先解析該用戶數(shù)據(jù)單元，如果能夠正確解析出合法的消息類型和內(nèi)容，則進行后續(xù)處理，否則緩存該用戶數(shù)據(jù)單元。
18.如權利要求17所述的方法，其特征在于，終端設備按照下行用戶數(shù)據(jù)單元未加密和未進行完整性保護、未加密和已進行完整性保護、已加密和未進行完整性保護、或者已加密和已進行完整性保護解析所述用戶數(shù)據(jù)單元。
19.一種無線網(wǎng)絡控制器，其特征在于，包括用于保存能夠判斷終端設備是否支持并行執(zhí)行軟切換過程和軟切換之外的其他無線資源控制過程的能力信息或版本信息的存儲模塊；在所述其他無線資源控制過程中接收到軟切換需求時，從所述存儲單元獲取所述能力信息或版本信息確認終端是否支持并行執(zhí)行軟切換和所述其他無線資源控制過程的判斷模塊；在判斷模塊的判斷結(jié)果為是時，決定在執(zhí)行所述其他無線資源控制過程中開始軟切換過程，或者，在判斷結(jié)果為否時，拒絕在所述其他無線資源控制過程中進行軟切換過程的控制模塊。
20.如權利要求19所述的無線網(wǎng)絡控制器，其特征在于，所述其他無線資源控制過程包括上行直傳過程、鑒權過程、加密過程、無線承載(RB)建立過程、下行直傳過程、RB重配置過程、傳輸信道重配置過程和物理信道重配置過程之一。
21.一種終端設備，其特征在于，包括將能夠判斷終端設備是否支持并行執(zhí)行軟切換過程和軟切換之外的其他無線資源控制(RRC)過程的能力信息或版本信息上報的發(fā)送模塊；用于接收命令和消息的接收模塊；在執(zhí)行所述其他無線資源控制過程中，根據(jù)所述接收模塊接收的開始軟切換的指令執(zhí)行軟切換過程的執(zhí)行模塊。
22.如權利要求21所述的終端設備，其特征在于，所述執(zhí)行模塊在接收到進行軟切換的命令后取消或者緩存當前執(zhí)行的所述其他RRC過程，優(yōu)先執(zhí)行軟切換過程并在該過程完成后繼續(xù)所述其他RRC過程；或者所述執(zhí)行模塊在接收到進行軟切換的命令后，利用所述其他RRC過程中的空閑時間完成軟切換過程。
全文摘要
本發(fā)明公開了一種縮短軟切換時延的方法，以解決現(xiàn)有技術中因無線網(wǎng)絡控制器(RNC)在執(zhí)行除軟切換之外的其他無線資源控制(RRC)過程時不支持該過程與軟切換過程并行，從而導致軟切換時延增加而中斷業(yè)務的問題；該方法為無線網(wǎng)絡控制器(RNC)在執(zhí)行軟切換之外的其他無線資源控制(RRC)過程中接收到終端設備上報的請求軟切換的測量報告；所述RNC判斷終端設備是否支持所述其他無線資源控制過程與軟切換過程并行執(zhí)行，若是，RNC在執(zhí)行所述其他無線資源控制過程中開始軟切換過程，否則，RNC拒絕在所述其他無線資源控制過程中進行軟切換過程。本發(fā)明還同時公開了一種無線網(wǎng)絡控制器和終端設備。
文檔編號H04W24/10GK1852613SQ20061000352
公開日2006年10月25日 申請日期2006年2月7日 優(yōu)先權日2006年2月7日
發(fā)明者姜海濤 申請人:華為技術有限公司