專利名稱：縮短軟切換下接續(xù)時延的方法及無線網(wǎng)絡(luò)控制器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種縮短軟切換下接續(xù)時延的方法及無線網(wǎng)絡(luò)控制器。
背景技術(shù)：
在WCDMA系統(tǒng)中，接續(xù)時延由多個信令流程組成，其長短會直接影響用戶的主觀感受，因此，接續(xù)時延是一個非常重要的指標(biāo)。如圖1A所示，一個典型的接續(xù)時延包括如下過程1、上行直傳過程包括無線網(wǎng)絡(luò)控制器(RNC)開始接受上行直傳消息的第一個PDU，到收齊這個上行直傳消息的最后一個PDU。
2、鑒權(quán)過程包括RNC收到核心網(wǎng)的鑒權(quán)請求，RNC發(fā)出鑒權(quán)請求給用戶終端(UE)，UE回應(yīng)鑒權(quán)請求完成消息給RNC，RNC回應(yīng)鑒權(quán)請求完成消息給核心網(wǎng)。鑒權(quán)請求消息在RNC為直傳消息。
3、加密過程包括RNC收到核心網(wǎng)的安全模式命令，RNC發(fā)出安全模式命令給UE，UE回應(yīng)安全模式命令完成消息給RNC，RNC回應(yīng)安全模式完成消息給核心網(wǎng)。
4、無線承載(RB)建立過程包括RNC收到核心網(wǎng)的無線接入承載(RAB)指配請求，RNC完成網(wǎng)絡(luò)側(cè)資源申請，發(fā)出RB建立消息給UE，UE完成RB建立后，發(fā)送RB建立完成消息給RNC。
5、下行直傳過程包括RNC發(fā)出下行直傳消息給UE，到RNC收到UE在無線鏈路控制(RLC)層回應(yīng)的ACK，確認(rèn)直傳消息全部接受完畢的過程。
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之間的第一條無線鏈路，還應(yīng)當(dāng)在Iur接口建立一條信令連接，用于承載與該UE相關(guān)的RNSAP信令。
2、DRNC判斷SRNC請求資源可用，向目標(biāo)NodeB發(fā)送NBAP協(xié)議無線鏈路建立請求消息RADIO LINK SETUP REQUEST，NodeB啟動上行接收。
3、NodeB成功分配SRNC請求的資源后，向DRNC發(fā)送NBAP無線鏈路建立響應(yīng)消息RADIO LINK SETUP RESPONSE，上報分配結(jié)果。
4、SRNC采用ALCAP協(xié)議發(fā)起Iub傳輸承載建立過程。
5、DRNC向SRNC發(fā)送RNSAP無線鏈路建立響應(yīng)消息RADIO LINKSETUP RESPONSE。
6、SRNC采用ALCAP協(xié)議發(fā)起Iur傳輸承載建立過程。
7、SRNC通過DCCH信道向UE發(fā)送RRC活動集更新消息(無線鏈路增加)ACTIVE SET UPDATE(Radio Link Addition)，消息中包含需要增加的RL信息。
8、UE在活動集中增加相應(yīng)RL信息，向SRNC返還RRC活動集更新完成消息ACTIVE SET UPDATE COMPLETE。無線鏈路增加的軟切換過程結(jié)束。
在現(xiàn)有的技術(shù)中，RNC不支持軟切換過程與除軟切換過程之外的其他無線資源控制(RRC)過程并行，該其他RRC過程包括上行直傳流程、鑒權(quán)流程、加密流程、無線承載(RB)建立流程和下行直傳流程。
如圖2A所示，RNC不支持軟切換過程和RB建立過程并行執(zhí)行
RNC收到RAB指配，準(zhǔn)備在A1點(diǎn)發(fā)出RBSETUP消息，但是發(fā)現(xiàn)當(dāng)前正在進(jìn)行軟切換過程，RNC緩存RB SETUP消息，等待軟切換過程結(jié)束后，在A2點(diǎn)才下發(fā)RB SETUP消息。
如圖2B所示，UE不支持軟切換過程和RB建立過程并行執(zhí)行UE收到RB建立消息，UE檢測到存在軟切換過程，UE回應(yīng)RB建立失敗消息。
如圖2C所示，UE不支持軟切換過程和RB建立過程并行執(zhí)行UE收到RB建立消息，UE檢測到存在軟切換過程，UE推遲處理RB SETUP消息，回應(yīng)RB建立成功消息。
RNC出于和UE的兼容性考慮，防止UE加密過程失敗，不支持軟切換過程和加密過程的并行，如圖3A所示RNC收到SECURITY COMMAND，準(zhǔn)備在A1點(diǎn)發(fā)出SECURITYCOMMAND，但是發(fā)現(xiàn)當(dāng)前正在進(jìn)行軟切換過程，RNC緩存SECURITYCOMMAND消息，等待軟切換過程結(jié)束后，在A2點(diǎn)才下發(fā)SECURITYCOMMAND消息。
參閱圖3B所示，UE不支持軟切換過程和加密過程并行執(zhí)行UE收到SECURITY COMMAND消息，UE檢測到存在軟切換過程，UE回應(yīng)SECURITY COMMAND FAILURE消息。
參閱圖3C所示，UE不支持軟切換過程和加密過程并行執(zhí)行UE收到ACTIVE SET UPDATE消息，UE檢測到存在加密過程，UE回應(yīng)ACTIVE SET UPDATE FAILURE。
參閱圖3D所示，UE不支持軟切換過程和加密過程并行執(zhí)行UE收到SECURITY COMMAND消息，UE檢測到存在軟切換過程，UE等待軟切換過程結(jié)束，才處理SECURITY COMMAND消息，回應(yīng)SECURITYCOMMAND COMPLETE消息。
RNC出于和UE的兼容性考慮，防止UE回應(yīng)激活集更新失敗，不支持軟切換過程和下行直傳過程的并行。參閱圖4A所示，RNC不支持軟切換過程和下行直傳過程并行執(zhí)行RNC收到DIRECT TRANSFER，準(zhǔn)備在A1點(diǎn)發(fā)出DIRECT TRANSFER，但是發(fā)現(xiàn)當(dāng)前正在進(jìn)行軟切換過程，RNC緩存DIRECT TRANSFER消息，等待軟切換過程結(jié)束后，在A2點(diǎn)才下發(fā)DIRECT TRANSFER消息。
參閱圖4B所示，UE不支持軟切換過程和下行直傳過程并行執(zhí)行UE收到DIRECT TRANSFER消息，UE檢測到存在軟切換過程，UE推遲處理下行直傳消息。
參閱圖4C所示，UE不支持軟切換過程和下行直傳過程并行執(zhí)行UE收到ACTIVE SET UPDATE消息，UE檢測到存在鑒權(quán)過程，UE回應(yīng)ACTIVE SET UPDATE FAILURE。
參閱圖4D所示，UE不支持軟切換過程和下行直傳過程并行執(zhí)行UE收到DIRECT TRANSFER消息，UE檢測到存在軟切換過程，UE推遲處理DIRECT TRANSFER，等待軟切換過程結(jié)束后，回應(yīng)DIRECT TRANSFER消息。
RNC和UE不支持軟切換過程和鑒權(quán)過程并行執(zhí)行，不支持軟切換過程和上行直傳執(zhí)行，不對軟切換過程和RB重配置、傳輸信道重配置、物理信道重配置并行執(zhí)行的處理與上述相似。
由于軟切換過程的典型時延量級為0.6秒左右。在接續(xù)過程中，如果RNC準(zhǔn)備開始進(jìn)行軟切換之外的其他RRC過程(如上述上行直傳過程、鑒權(quán)過程等)時發(fā)現(xiàn)有正在進(jìn)行的軟切換過程，RNC會推遲處理該其他RRC過程，等待軟切換過程完成后，才開始其他RRC過程。在軟切換區(qū)，一次接續(xù)過程中，不利時可能出現(xiàn)多次軟切換，此時RNC會推遲處理其他RRC過程，因此導(dǎo)致時延會相應(yīng)增加。在一次接續(xù)過程中，出現(xiàn)一次軟切換過程，可能增加的最大時延量級為0到0.6秒；出現(xiàn)N次軟切換過程，增加的時延量級為0到0.6*N秒。
UE側(cè)對于網(wǎng)絡(luò)側(cè)下發(fā)的并行流程，可能出現(xiàn)(1)回應(yīng)失敗消息；(2)UE側(cè)推遲處理其他RRC過程，增加時延。以RB建立過程為例，增加時延量級為UE內(nèi)部處理激活集更新消息的時延，量級在0.1秒到0.2秒。RB建立消息為同步激活，可能導(dǎo)致激活時間不足而掉話；RB消息為異步激活時，可能導(dǎo)致增加接續(xù)時延0.1秒到0.2秒。
總之，對于現(xiàn)有技術(shù)而言，由于RNC不支持軟切換過程與除軟切換之外的其他RRC過程并行，會導(dǎo)致在軟切換過程下增加接續(xù)時延，直接影響用戶的主觀感受和忠誠度。

發(fā)明內(nèi)容
本發(fā)明提供一種縮短軟切換下接續(xù)時延的方法及無線網(wǎng)絡(luò)控制器，以解決現(xiàn)有技術(shù)中因不支持軟切換過程與其他RRC過程并行執(zhí)行，從而導(dǎo)致在軟切換下增加接續(xù)時延的問題。
本發(fā)明提供以下技術(shù)方案一種縮短軟切換下接續(xù)時延的方法，包括下述步驟無線網(wǎng)絡(luò)控制器(RNC)在軟切換過程中接收到執(zhí)行軟切換之外的其他無線資源控制過程的請求；所述RNC根據(jù)終端設(shè)備上報的能力信息，判斷終端設(shè)備是否支持并行執(zhí)行軟切換過程和所述其他無線資源控制過程，若是，則RNC決定在軟切換過程中執(zhí)行該其他無線資源控制過程，否則，在RNC決定在軟切換完成后執(zhí)行該其他無線資源控制過程。
根據(jù)上述方法在RRC建立完成時，終端設(shè)備向RNC上報是否支持并行執(zhí)行軟切換與軟切換之外的其他無線資源控制過程的能力信息。
所述能力信息中分別描述是否支持并行執(zhí)行每個所述的其他無線資源控制過程；或者，所述能力信息中統(tǒng)一描述是否支持并行執(zhí)行全部的所述其他無線資源控制過程。
終端設(shè)備通過RRC連接建立完成消息上報所述能力信息。
RNC在完成并行過程所需要的資源準(zhǔn)備后開始并行過程。
RNC在軟切換的起點(diǎn)接收到所述請求并決定在軟切換過程中執(zhí)行所述其他無線資源控制過程時，通過下發(fā)并行過程消息以開始軟切換過程和所述其他無線資源控制過程。
RNC在下發(fā)軟切換的相關(guān)消息后接收到所述請求并決定在軟切換過程中執(zhí)行所述其他無線資源控制過程時，按軟切換過程成功的情況開始所述其他無線資源控制過程。
RNC在收到軟切換失敗的消息時，進(jìn)行回退處理。
終端設(shè)備在軟切換未完成期間接收到執(zhí)行所述的其他無線資源控制過程的消息時，并行執(zhí)行軟切換過程和該無線資源控制過程；或者，暫停執(zhí)行軟切換過程和開始執(zhí)行所述其他無線資源控制過程，并在該其他無線資源控制過程完成后繼續(xù)所述軟切換過程。
所述其他無線資源控制過程包括上行直傳過程、鑒權(quán)過程、加密過程、無線承載(RB)建立過程、下行直傳過程、RB重配置過程、傳輸信道重配置過程和物理信道重配置過程之一。
一種無線網(wǎng)絡(luò)控制器，包括存儲模塊，用于存儲終端設(shè)備是否支持并行執(zhí)行軟切換過程和軟切換之外的其他無線資源控制過程的能力信息；判斷模塊，用于在軟切換過程中接收到所述其他無線資源控制過程需求時，從所述存儲單元獲取所述能力信息確認(rèn)終端是否支持并行執(zhí)行軟切換和該其他無線資源控制過程；控制模塊，用于終端判斷模塊的判斷結(jié)果為是時，決定在軟切換過程中執(zhí)行該其他無線資源控制過程，或者，在判斷結(jié)果為否時，決定在軟切換完成后執(zhí)行該其他無線資源控制過程。
本發(fā)明在軟切換過程中接收到對除軟切換之外的其他RRC過程的需求時，在終端支持軟切換過程和除軟切換之外的其他RRC過程并行執(zhí)行的情況下，RNC開始該其他RRC過程，因而能夠有效縮短在切換區(qū)的時延，一般情況下節(jié)省時延量級均值約在0.3秒以上，特殊環(huán)境可以節(jié)省0.6秒以上。


圖1A為現(xiàn)有技術(shù)中典型的接續(xù)時延包含RRC過程的示意圖；圖1B為現(xiàn)有技術(shù)中RB重配置/傳輸信道重配置/物理信道重配置過程的示意圖；圖1C為現(xiàn)有技術(shù)中增加無線鏈路的流程圖；圖2A為現(xiàn)有技術(shù)中RNC在軟切換過程時對需求RB建立過程的處理流程圖；圖2B、圖2C為現(xiàn)有技術(shù)中UE在軟切換過程時對需求RB建立過程的處理流程圖；圖3A為現(xiàn)有技術(shù)中RNC在軟切換過程時對需求加密過程的處理流程圖；圖3B、圖3C、圖3D為現(xiàn)有技術(shù)中UE在軟切換過程時對需求加密過程的處理流程圖；圖4A為現(xiàn)有技術(shù)中RNC在軟切換過程時對需求下行直傳過程的處理流程圖；圖4B、圖4C、圖4D為現(xiàn)有技術(shù)中UE在軟切換過程時對需求下行直傳過程的處理流程圖；圖5A為UE上報能力信息的主要流程圖；圖5B為UE通過RRC建立過程上報能力信息的流程圖；圖6A、圖6B、圖6C、圖6D為RNC支持并行執(zhí)行軟切換和其他RRC過程的處理流程圖；
圖7為UE支持推遲處理軟切換的處理流程圖；圖8為RNC的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為了在軟切換過程下盡可能的縮短接續(xù)時延，本發(fā)明當(dāng)RNC在軟切換過程接收到對除軟切換之外的其他無線資源控制(RRC)過程的請求時，根據(jù)終端能力信息判斷終端是否支持兩者并行執(zhí)行，如果支持，則決定在軟切換過程開始所述其他RRC過程，以此來避免因推遲執(zhí)行所述其他RRC過程而增加接續(xù)時延。如果終端不支持，則按現(xiàn)有方式處理。
除軟切換之外的其他無線資源控制過程包括上行直傳過程、鑒權(quán)過程、加密過程、下行直傳過程、無線承載(RB)建立過程、RB重配置過程、傳輸信道重配置過程和物理信道重配置過程。
終端是否具有并行執(zhí)行軟切換過程與除切換之外的其他RRC過程的能力，由UE上報給RNC。終端可以在RRC建立過程中或完成時將該能力信息上報給RNC，UE可以通過這個過程中的任何消息攜帶能力信息來告知RNC是否具有支持和軟切換過程并行的能力。例如，UE通過RRC連接建立完成消息(RRC CONNECTION SETUP COMPLETE消息)攜帶所述能力信息給RNC。
在UE上報的能力信息中，可以分別描述是否支持并行執(zhí)行每個除軟切換之外的其他RRC過程，如UE上報的消息中攜帶的能力信元如下


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

對于支持并行執(zhí)行軟切換過程與除軟切換之外的其他RRC過程的終端而言，在軟切換過程中接收到要求執(zhí)行所述其他RRC過程的消息時，具體執(zhí)行時可以采取以下兩種方式的一種(1)并行執(zhí)行軟切換和所述其他RRC過程；(2)暫停執(zhí)行軟切換過程，先開始所述其他RRC過程，在該其他RRC過程完成后再繼續(xù)軟切換過程；即UE支持推遲處理軟切換過程。
UE終端上報能力信息的主要流程如圖5A所示，UE將是否支持并行處理RRC過程的能力信息上報給RNC，RNC保存該能力信息，在后續(xù)過程需要時根據(jù)該能力信息確認(rèn)終端是否支持并行處理RRC過程。
參閱圖5B所示，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的能力信息并保存。
參閱圖6A所示，RNC支持并行執(zhí)行軟切換和其他RRC過程的處理如下步驟1、UE向RNC發(fā)送請求軟切換的測量報告。
步驟2、RNC收到測量報告，開始準(zhǔn)備工作。
步驟3、RNC在內(nèi)部鏈路建立過程中，尚未發(fā)出激活集消息，檢測到出現(xiàn)了并行流程需求，如請求執(zhí)行RB建立過程。
步驟4、RNC取消激活集更新已進(jìn)行的流程。
步驟5、RNC開始并行流程。
參閱圖6B所示，RNC支持并行執(zhí)行軟切換和其他RRC過程的處理如下步驟1、UE向RNC發(fā)送請求軟切換的測量報告。
步驟2、RNC收到測量報告，開始準(zhǔn)備工作。
步驟3、RNC在內(nèi)部鏈路建立過程中，尚未發(fā)出激活集消息，檢測到出現(xiàn)了并行流程需求，如請求RB重配置過程。
步驟4、RNC繼續(xù)進(jìn)行激活集更新的準(zhǔn)備工作，開始并行流程的資源準(zhǔn)備。
步驟5、RNC直接進(jìn)行并行流程，增加激活集的信息在并行流程消息里面，通過并行流程消息來完成原來所需要的ACTIVE SET UPDATE消息功能，不再發(fā)送ACTIVE SET UPDATE消息給UE。
參閱圖6C所示，RNC支持并行執(zhí)行軟切換和其他RRC過程的處理如下步驟1、UE向RNC發(fā)送請求軟切換的測量報告。
步驟2、RNC決定進(jìn)行軟切換，開始資源準(zhǔn)備工作。
步驟3、RNC向終端發(fā)送激活集更新消息ACTIVE SET UPDATE。
步驟4、RNC檢測到出現(xiàn)了執(zhí)行其他RRC過程的請求，RNC完成所需的資源準(zhǔn)備工作。
步驟5、RNC不等待激活集更新完成或者失敗的消息，按照激活集更新會成功的方式進(jìn)行流程IE填寫和以及鏈路準(zhǔn)備工作，開始其他RRC過程。
步驟6、UE完成激活集更新，向RNC上報激活集更新完成消息ACTIVESET UPDATE COMPLETE。
步驟7、UE向RNC上報其他RRC過程的響應(yīng)消息。RNC按正常方式處理此消息。
參閱圖6D所示，RNC支持并行執(zhí)行軟切換和其他RRC過程的處理如下步驟1-步驟5、與圖6C對應(yīng)的步驟相同，不再贅述。
步驟6、UE收到執(zhí)行其他RRC過程的消息后，發(fā)現(xiàn)出現(xiàn)了激活集更新失敗，向RNC上報激活集更新失敗成消息ACTIVESET UPDATE FAILURE。
步驟7、UE向RNC上報其他RRC過程的響應(yīng)消息。
步驟8、RNC收到了激活集更新失敗消息，進(jìn)行激活集資源的回退處理，在網(wǎng)絡(luò)側(cè)刪除或者增加相關(guān)的激活集信息。
參閱圖7所示，UE在軟切換過程中接收到要求執(zhí)行所述其他RRC過程的消息時，暫停執(zhí)行軟切換過程并先開始所述其他RRC過程的處理流程如下步驟1-步驟5、與圖6C對應(yīng)的步驟相同，不再贅述。
步驟6、UE如果發(fā)現(xiàn)在軟切換未完成期間，出現(xiàn)了RB建立、加密、鑒權(quán)、下行直傳、上行直傳、RB重配置、傳輸信道重配置或物理信道重配置過程，UE開始該RRC過程，并推遲處理軟切換流程。
步驟7、UE在軟切換之外的其他RRC流程的消息結(jié)束后，繼續(xù)軟切換流程，并向RNC回應(yīng)ACTIVE SET UPDATE COMPLETE消息(圖7所示該消息被推遲)。
相應(yīng)的，本發(fā)明提供一種無線網(wǎng)絡(luò)控制器50，該無線網(wǎng)絡(luò)控制器除了包括完成現(xiàn)有基本功能的模塊外，還包括存儲模塊500、判斷模塊510和控制模塊520。
所述存儲模塊500用于存儲終端設(shè)備是否支持并行執(zhí)行軟切換過程和軟切換之外的其他無線資源控制過程的能力信息，該存儲模塊可以是現(xiàn)有存儲模塊的一部分。
所述判斷模塊510與存儲模塊具有邏輯上的連接關(guān)系，用于在軟切換過程中接收到所述其他無線資源控制過程需求時，從所述存儲單元獲取所述能力信息確認(rèn)終端是否支持并行執(zhí)行軟切換和該其他無線資源控制過程。
所述控制模塊520與判斷模塊具有邏輯上的連接關(guān)系，用于在判斷模塊的判斷結(jié)果為是時，決定在軟切換過程中執(zhí)行該其他無線資源控制過程，或者，在判斷模塊的判斷結(jié)果為否時，決定在軟切換完成后執(zhí)行該其他無線資源控制過程。
一種較佳的方式是，判斷模塊510與控制模塊520為同一模塊，并且該模塊設(shè)置在現(xiàn)有的某個功能模塊中。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若對本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種縮短軟切換下接續(xù)時延的方法，其特征在于，包括下述步驟無線網(wǎng)絡(luò)控制器(RNC)在軟切換過程中接收到執(zhí)行軟切換之外的其他無線資源控制過程的請求；所述RNC根據(jù)終端設(shè)備上報的能力信息，判斷終端設(shè)備是否支持并行執(zhí)行軟切換過程和所述其他無線資源控制過程，若是，則RNC決定在軟切換過程中執(zhí)行該其他無線資源控制過程，否則，在RNC決定在軟切換完成后執(zhí)行該其他無線資源控制過程。
2.如權(quán)利要求1所述的方法，其特征在于，終端設(shè)備在RRC建立完成時，向RNC上報是否支持并行執(zhí)行軟切換與軟切換之外的其他無線資源控制過程的能力信息。
3.如權(quán)利要求2所述的方法，其特征在于，在所述能力信息中分別描述是否支持并行執(zhí)行每個所述的其他無線資源控制過程；或者在所述能力信息中統(tǒng)一描述是否支持并行執(zhí)行全部的所述其他無線資源控制過程。
4.如權(quán)利要求2所述的方法，其特征在于，終端設(shè)備通過RRC連接建立完成消息上報所述能力信息。
5.如權(quán)利要求1所述的方法，其特征在于，RNC在完成并行過程所需要的資源準(zhǔn)備后開始并行過程。
6.如權(quán)利要求1所述的方法，其特征在于，RNC在軟切換的起點(diǎn)接收到所述請求并決定在軟切換過程中執(zhí)行所述其他無線資源控制過程時，通過下發(fā)并行過程消息以開始軟切換過程和所述其他無線資源控制過程。
7.如權(quán)利要求1所述的方法，其特征在于，RNC在下發(fā)軟切換的相關(guān)消息后接收到所述請求并決定在軟切換過程中執(zhí)行所述其他無線資源控制過程時，按軟切換過程成功的情況開始所述其他無線資源控制過程。
8.如權(quán)利要求7所述的方法，其特征在于，RNC在收到軟切換失敗的消息時，進(jìn)行回退處理。
9.如權(quán)利要求1至8任一項所述的方法，其特征在于，終端設(shè)備在軟切換未完成期間接收到執(zhí)行所述的其他無線資源控制過程的消息時，并行執(zhí)行軟切換過程和該無線資源控制過程；或者暫停執(zhí)行軟切換過程和開始執(zhí)行所述其他無線資源控制過程，并在該其他無線資源控制過程完成后繼續(xù)所述軟切換過程。
10.如權(quán)利要求如權(quán)利要求1所述的方法，其特征在于，所述其他無線資源控制過程包括上行直傳過程、鑒權(quán)過程、加密過程、無線承載(RB)建立過程、下行直傳過程、RB重配置過程、傳輸信道重配置過程和物理信道重配置過程之一。
11.一種無線網(wǎng)絡(luò)控制器，其特征在于，包括存儲模塊，用于存儲終端設(shè)備是否支持并行執(zhí)行軟切換過程和軟切換之外的其他無線資源控制過程的能力信息；判斷模塊，用于在軟切換過程中接收到所述其他無線資源控制過程需求時，從所述存儲單元獲取所述能力信息確認(rèn)終端是否支持并行執(zhí)行軟切換和該其他無線資源控制過程；控制模塊，用于終端判斷模塊的判斷結(jié)果為是時，決定在軟切換過程中執(zhí)行該其他無線資源控制過程，或者，在判斷結(jié)果為否時，決定在軟切換完成后執(zhí)行該其他無線資源控制過程。
12.如權(quán)利要求如權(quán)利要求11所述的無線網(wǎng)絡(luò)控制器，其特征在于，所述其他無線資源控制過程包括上行直傳過程、鑒權(quán)過程、加密過程、無線承載(RB)建立過程、下行直傳過程、RB重配置過程、傳輸信道重配置過程和物理信道重配置過程之一。
全文摘要
本發(fā)明公開了一種縮短軟切換下接續(xù)時延的方法，該方法在無線網(wǎng)絡(luò)控制器(RNC)在軟切換過程中接收到執(zhí)行軟切換之外的其他無線資源控制過程的請求時，RNC根據(jù)終端設(shè)備上報的能力信息，判斷終端設(shè)備是否支持并行執(zhí)行軟切換過程和所述其他無線資源控制過程，若是，則RNC決定在軟切換過程中執(zhí)行該其他無線資源控制過程，否則，在RNC決定在軟切換完成后執(zhí)行該其他無線資源控制過程。本發(fā)明還同時公開了一種無線網(wǎng)絡(luò)控制器。
文檔編號H04W36/18GK1852577SQ20051010547
公開日2006年10月25日 申請日期2005年9月28日 優(yōu)先權(quán)日2005年9月28日
發(fā)明者姜海濤 申請人:華為技術(shù)有限公司