[發明專利]一種上行調度的緩存確定方法及基站

有效

• 申請號: 200910080686.9
• 申請日: 2009-03-25
• 公開（公告）號: CN101848493A
• 公開（公告）日: 2010-09-29
• 發明（設計）人: 齊亮;沈雅娜;周海軍
• 申請（專利權）人: 大唐移動通信設備有限公司
• 主分類號: H04W28/14
• 分類號: H04W28/14;H04W72/14;H04W74/08;H04W88/08
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 劉松

技術領域

本發明涉及無線通信領域，特別涉及一種上行調度的緩存確定方法及基站。

背景技術

HSUPA(High?Speed?Uplink?Packet?Access高速上行分組接入)技術是3GPP?Release7提出的一種上行增強方案。LCR(low?chip?rate，低碼片速率)TDD(Time?Division?Duplex，時分雙工)HSUPA業務的信道結構包括E-RUCCH(E-DCH?Random?access?Uplink?Control?Channel，E-DCH隨機接入上行控制信道；E-DCH：Enhanced?Dedicated?Transport?Channel，增強型專用傳輸信道)和E-PUCH(E-DCH?Physical?Uplink?Channel，E-DCH物理上行信道)兩個上行信道，以及E-AGCH(E-DCH?Absolute?Grant?Channel，E-DCH絕對許可信道)、E-HICH(E-DCH?HARQ?Indicator?Channel，E-DCH?HARQ就答指示信道；HARQ：Hybrid?Automatic?Repeat?Request，混合自動重復請求)兩個下行信道。HSUPA分為調度傳輸與非調度傳輸，圖1為調度傳輸流程示意圖，如圖1所示，調度傳輸的流程可以簡單分為以下幾步：

步驟101、當UE(User?Equipment，用戶設備)緩存中有上行增強數據等待發送時，UE通過E-RUCCH發送上行調度請求信息，請求調度資源；

步驟102、Node?B(基站)根據收到的上行調度請求信息進行資源調度，并通過E-AGCH發送下行授權信息；

步驟103、UE根據收到的下行授權信息，進行E-TFC(E-DCH?Transport?Format?Combination，增強傳輸格式組合)選擇，選擇合適的TBS(Transport?Block?Size，傳輸塊大小)和調制方式，之后進行編碼、調制，通過E-PUCH發送上行增強數據；

步驟104、Node?B在收到E-PUCH上發送的上行增強數據之后，進行解碼處理，根據CRC(Cyclic?Redundancy?Check，循環冗余校驗)校驗得到ACK/NACK信息，編碼之后映射到E-HICH上反饋給該UE。

在HSUPA緩存中保存著UE高層下來的待傳送數據，緩存量指的是緩存中的數據量多少。緩存量的維護既包括未傳輸的數據，也包括HARQ中未傳輸正確的數據。也就是UE所有待傳的數據。基站需要知道UE目前有多少數據要傳是因為調度時資源分配需要用到待傳的數據量參數以確定其占用的物理資源大小。UE要傳的數據量多則需要的資源就多，反之，要傳的數據少，需要資源就少，因此緩存的維護對調度來說至關重要。由于在HSUPA中，數據的發送方在UE，而調度方在基站，因此，如果基站不能準確知道UE目前緩存中有多少數據需要傳輸，則基站分配的資源要么不夠UE傳輸，這將降低UE的傳輸效率；要么會為UE分配過大的資源，這將導致資源浪費。

UE在E-RUCCH發射數據時，里面包含了SI(Scheduling?information，調度信息)，SI的組成中包含了與緩存相關的信息，比如TEBS(Total?E-DCH?Buffer?Status，E-DCH總的緩存狀態)、HLBS(Highest?priority?Logical?channel?Buffer?Status，最高優先級邏輯信道緩存狀態)。基站在步驟101通過E-RUCCH收到數據后、步驟102通過E-AGCH下發數據后、以及步驟103通過E-PUCH接收數據后都會進行UE的緩存數據量的維護。

現有技術中，網絡側在進行調度時，對UE緩存量的評估是根據上報的SI中指示總的緩存量的大小的TEBS和指示最高優先級邏輯信道數據量占總緩存數據量的百分比的HLBS參數評估的，SI上報的方式有2種：通過E-RUCCH和E-PUCH上報。

現有技術的不足在于：僅根據上報的SI中的TEBS、HLBS并不能較準確的確定UE的緩存量，由于不能準確地確定緩存量，這將導致網絡側設備不能準確的根據緩存量執行各種流程，例如在調度時資源效率低下，尤其是在連讀調度時會導致資源效率低下。

發明內容

本發明提供一種上行調度的緩存確定方法及基站，用以解決現有技術中網絡側設備不能準確確定UE緩存數據量的問題。

本發明實施例中提供了一種上行調度的緩存確定方法，包括如下步驟：