[發明專利]緩存狀態報告和調度請求的處理方法及用戶設備

有效

• 申請號: 201010110937.6
• 申請日: 2010-02-10
• 公開（公告）號: CN102149080A
• 公開（公告）日: 2011-08-10
• 發明（設計）人: 諶麗;劉佳敏
• 申請（專利權）人: 電信科學技術研究院
• 主分類號: H04W8/22
• 分類號: H04W8/22;H04W72/12
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 劉松

技術領域

本發明涉及通信技術領域，特別涉及一種緩存狀態報告和調度請求的處理方法及用戶設備。

背景技術

長期演進(LTE，Long?Term?Evolution)系統和演進的LTE(LTE-A，LTE-Advanced)系統都是基于資源調度的通信系統，用戶設備(UE，UserEquipment)通過緩存狀態報告(BSR，Buffer?State?Report)來向基站上報該UE的緩存中等待發送的上行數據的數據量，基站根據該UE需要發送的上行數據的數據量，為UE分配用于承載上行數據的上行傳輸資源，其中，根據UE觸發BSR上報的觸發方式，BSR分為三種類型，具體為：

第一種類型，常規BSR(Regular?BSR)：若UE檢測到比緩存中當前存儲的數據的優先級更高的數據到達，則觸發Regular?BSR的上報，若UE在原本緩存中沒有數據時檢測到有數據到達，則觸發Regular?BSR的上報，若Retx_BSR_Timer超時并且緩存中存儲有數據，則觸發Regular?BSR的上報；

第二種類型，周期性BSR(Periodic?BSR)：若Periodic_BSR_Timer超時，則觸發Periodic?BSR的上報；

第三種類型，捎帶BSR(Padding?BSR)：若UE在需要發送MAC?PDU時，在上行傳輸資源中，除了承載需要發送的上行數據外，還存在可用的上行傳輸資源，則觸發Padding?BSR。

基站將上行傳輸資源分配給UE后，若UE剛好能夠將所有需發送的上行數據全部承載在分配的上行傳輸資源中，則UE不再向基站上報BSR，而是直接發送上行數據，若UE不能將所有需發送的上行數據全部承載在分配的上行傳輸資源中，則UE向基站上報BSR，基站根據UE上報的BSR，確定該UE需要發送的上行數據的數據量，然后再根據確定出的數據量進行上行傳輸資源的調度，若有多種BSR同時觸發，則UE只上報優先級最高的BSR。

若UE觸發了常規BSR的上報，而且沒有可用的上行傳輸資源，則該UE觸發調度請求(SR，Scheduling?Request)，即向基站發送SR，請求基站給該UE分配上行傳輸資源，如圖1所示，UE根據基站分配的上行傳輸資源發送上行數據的具體過程如下：

步驟11，UE向基站發送SR；

步驟12，基站分配用于傳輸BSR的上行傳輸資源；

步驟13，UE根據該基站在步驟12中分配的上行傳輸資源，向該基站上報當前BSR；

步驟14，基站根據接收到的BSR，為UE分配用于傳輸上行數據的上行傳輸資源；

步驟15，UE根據基站分配的上行傳輸資源，將需要傳輸給基站的上行數據發送給該基站。

UE在上行傳輸中如果包含了最新的BSR或全部上行數據，則取消已觸發的BSR和SR。在Rel-9階段，還引入了調度請求禁止定時器SR-ProhibitTimer。在Rel-9之前的版本中，SR一經觸發，就要在后續所有可以發送專用SR(D-SR)的物理上行控制信道(PUCCH，Physical?Uplink?Control?Channel)資源上發送，引入SR-ProhibitTimer是為了限制兩次SR發送的時間間隔。SR-ProhibitTimer在D-SR發送時啟動或重啟，SR-ProhibitTimer超時后才可以發送下一次D-SR，SR取消同時需停止SR-ProhibitTimer。

基于競爭(CB，Contention?Based)的上行傳輸是指基站將基于競爭的上行傳輸資源分配攜帶在基于競爭的傳輸調度命令中發送給UE，UE根據基站分配的基于競爭的上行傳輸資源發送上行數據，如圖2所示，其具體處理過程如下：

步驟21，基站將基于競爭的上行傳輸配置信息發送給UE，該上行傳輸配置信息中包括基于競爭的傳輸調度標識信息等；

步驟22，該UE接收并存儲上述上行傳輸配置信息；

步驟23，基站向該UE發送基于競爭的傳輸調度命令；

步驟24，該UE根據接收到的傳輸調度命令，向基站發送基于競爭的傳輸；

步驟25，基站在接收到UE發送的基于競爭的傳輸后，進行競爭解決，并將包含競爭解決標識的競爭結果反饋給競爭成功的UE。