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

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


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


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

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