[發(fā)明專利]一種HSPA+網(wǎng)絡(luò)中的狀態(tài)轉(zhuǎn)移方法、系統(tǒng)及裝置

無效

• 申請?zhí)枺?/td>: 201110122902.9
• 申請日: 2011-05-12
• 公開（公告）號: CN102271392A
• 公開（公告）日: 2011-12-07
• 發(fā)明（設(shè)計）人: 陳宇明
• 申請（專利權(quán)）人: 大唐移動通信設(shè)備有限公司
• 主分類號: H04W56/00
• 分類號: H04W56/00;H04W76/04
• 代理公司: 北京同達信恒知識產(chǎn)權(quán)代理有限公司 11291
• 代理人: 劉松

技術(shù)領(lǐng)域

本發(fā)明涉及通信技術(shù)，尤其涉及一種HSPA+網(wǎng)絡(luò)中的狀態(tài)轉(zhuǎn)移方法、系統(tǒng)及裝置。

背景技術(shù)

目前，在HSPA+(High?Speed?Downlink?Packet?Access，高速下行鏈路分組接入技術(shù))網(wǎng)絡(luò)中，由于業(yè)務(wù)速率變化等原因，經(jīng)常會觸發(fā)CELL-FACH(Forward?Access?Channel，前向接入信道)增強狀態(tài)和CELL-DCH(DedicatedChannel，專用信道)狀態(tài)之間的狀態(tài)轉(zhuǎn)移，例如，CELL-DCH到CELL-FACH狀態(tài)轉(zhuǎn)移過程的一個典型的場景是速率變化觸發(fā)。狀態(tài)轉(zhuǎn)移需要通過空口重配置或者小區(qū)更新過程實現(xiàn)，通過Uu接口(UE(User?Equipment)與UTRAN(UMTS?Terrestrial?Radio?Access?Network)之間的接口)使用專用RRC(Radio?Resource?Control，無線資源控制協(xié)議)消息來通知終端轉(zhuǎn)移狀態(tài)，終端接收到狀態(tài)轉(zhuǎn)移的RRC消息后，由于物理層或者RRC層的問題可能無法成功完成重配置，所以目前RRC協(xié)議規(guī)定終端需要響應(yīng)重配置失敗消息，重配置失敗消息又需要通過舊的鏈路發(fā)送到網(wǎng)絡(luò)。因此，考慮到終端接收到重配置消息后，可能無法在新的配置上生效，目前標準上達成一致的方案是采用區(qū)分E-RNTI(Radio?Network?Temporary?Identity，無線網(wǎng)絡(luò)臨時標識)的方式區(qū)分不同的狀態(tài)。

例如，CELL-DCH到CELL-FACH之間的狀態(tài)轉(zhuǎn)移的流程如圖1所示，包括：

步驟S101、RNC(Radio?Network?Controller，即無線網(wǎng)絡(luò)控制器)判斷終端需要狀態(tài)轉(zhuǎn)移后，通過Iub接口(RNC和Node?B之間的接口)向基站發(fā)送無線鏈路重配置請求消息(Radio?Link?Reconfiguration?Request或Radio?LinkReconfiguration?Prepare，RL?Reconfig?request)；

步驟S102、RNC接收基站返回的無線鏈路重配置響應(yīng)消息(Radio?LinkReconfiguration?response或Radio?Link?Reconfiguration?Ready，RL?Reconfigresponse)，并從該無線鏈路重配置響應(yīng)消息中獲取到基站為該終端分配的在CELL-FACH狀態(tài)下的E-RNTI；

步驟S103、RNC通過空口重配置消息通知終端轉(zhuǎn)到CELL-FACH狀態(tài)，以及通知其在CELL-FACH狀態(tài)下的E-RNTI，并指定激活時間點；

步驟S104、終端在激活時間點轉(zhuǎn)移到CELL-FACH狀態(tài)；

步驟S105、終端成功的轉(zhuǎn)移到CELL-FACH狀態(tài)后，在發(fā)送給基站的E-RUCCH(Random?access?Uplink?Control?Channel，隨機接入上行控制信道)消息中攜帶新狀態(tài)的E-RNTI；

步驟S106、基站接收到攜帶新狀態(tài)的E-RNTI的E-RUCCH消息后，確定終端已經(jīng)轉(zhuǎn)移到新的狀態(tài)，基站將會使用新的TBS進行調(diào)度；

步驟S107、終端發(fā)送重配置完成消息到RNC；

步驟S108、RNC向基站發(fā)送無線鏈路刪除請求(Radio?Link?delete?request，RL?delete?request)消息；

步驟S109、基站刪除到舊狀態(tài)的無線鏈路，并向RNC返回無線鏈路刪除響應(yīng)(Radio?Link?delete?response，RL?delete?response)消息，從而完成狀態(tài)轉(zhuǎn)移。

但是，本發(fā)明的發(fā)明人發(fā)現(xiàn)，采用上述方法進行狀態(tài)轉(zhuǎn)移時，基站無法準確知道終端狀態(tài)轉(zhuǎn)移生效的時間點，從而有一段時間終端與基站對UE狀態(tài)判斷是不一致的，如圖1中的A點到B點，也就是終端狀態(tài)轉(zhuǎn)移成功后到基站正確接收到終端發(fā)送的E-RUCCH這段時間內(nèi)，基站可能會繼續(xù)調(diào)度該終端，此時，基站使用舊的格式傳輸HS-DSCH和E-DCH，然而終端使用新的HS-DSCH和E-DCH格式，導致數(shù)據(jù)錯誤傳輸。

同樣，CELL-FACH到CELL-DCH的狀態(tài)轉(zhuǎn)移也存在該問題。

發(fā)明內(nèi)容

本發(fā)明實施例提供一種HSPA+網(wǎng)絡(luò)中的狀態(tài)轉(zhuǎn)移方法、系統(tǒng)及裝置，以提高終端狀態(tài)轉(zhuǎn)移時的數(shù)據(jù)傳輸正確率。

一種HSPA+網(wǎng)絡(luò)中的狀態(tài)轉(zhuǎn)移方法，包括：

接收所述RNC發(fā)送的攜帶激活時間點的消息；