專利名稱：操作harq緩沖器的方法
技術領域：
本發明涉及無線通信，具體涉及一種在LTE (長期演進)系統中 操作HARQ (混合自動重傳請求)緩沖器的方法，能夠在UE (用戶 設備)接收到HARQ ACK (HARQ肯定確認)之后對HARQ緩沖器 的控制進行優化。
背景技術：
在LTE系統中，當UE僅僅在PHICH (HARQ反饋指示信道) 上接收到HARQ ACK而沒有任何PDCCH消息時，UE需要保持其 HARQ緩沖器。但是如果UE在任何情況下都繼續保持HARQ緩沖 器直到最大重傳限制，則造成了資源的浪費。因此需要尋求一種優化 的HARQ緩沖器控制方法。
發明內容
鑒于現有技術中存在的問題，完成了本發明。本發明的目的是提 出一種操作HARQ緩沖器的方法，能夠在UE接收到HARQ ACK之 后對HARQ緩沖器的控制進行優化。
在本發明的一個方面，提出了一種操作HARQ緩沖器的方法， 包括步驟接收HARQ ACK;響應于對HARQ ACK的接收而保持 HARQ緩沖器；以及在預定的持續時間段內未接收到PDCCH (物理 下行控制信道)消息的情況下，清空HARQ緩沖器。
在本發明的另一方面，提出了一種操作HARQ緩沖器的方法， 包括步驟接收來自eNodeB (演進的節點B)的HARQ ACK;響應 于對HARQ ACK的接收而保持HARQ緩沖器；在預定的持續時間段 內未檢測到期望的新傳輸，從eNode B向UE發送用于新傳輸的 PDCCH消息；以及響應于對PDCCH消息的接收而清空HARQ緩沖
3器。
優選地，該方法還包括UE基于接收的PDCCH消息而執行新 傳輸。
在本發明的另一方面，提出了一種操作HARQ緩沖器的方法， 包括步驟接收來自eNodeB的HARQACK;響應于對HARQACK 的接收而保持HARQ緩沖器；在預定的持續時間段內未檢測到期望 的重傳，從eNode B向UE發送用于重傳的PDCCH消息；以及響應 于對PDCCH消息的接收而執行重傳。
優選地，所述方法還包括步驟保持HARQ緩沖器直到最大重 傳限制。
優選地，所述HARQ ACK是因為來自eNode B的HARQ NACK
在UE側發生錯誤而引起的。
利用本發明的方法，能夠避免持續保持HARQ緩沖器所造成的 資源浪費并且能夠避免可能的上行數據傳輸碰撞。
從下面結合附圖的詳細描述中，本發明的上述特征和優點將更明 顯，其中
圖1示出了根據本發明實施例在第一種情形下eNode B和UE的 操作過程；
圖2示出了根據本發明實施例在第二種情形下eNode B和UE的 操作過程；
圖3示出了根據本發明實施例在第三種情形下eNode B和UE的 操作過程；以及
圖4示出了根據本發明實施例在第四種情形下eNodeB和UE的 操作過程。
具體實施例方式
本發明首選的實施例將在下面結合附圖進行描述。在下面的描述 過程中，省略了對于本發明來說是不必要的細節和功能，以防止對本發明的理解造成混淆。
圖1示出了根據本發明實施例在第一種情形下eNode B和UE的 操作過程。如圖1所示，在第一種情形下，eNode B僅僅在PHICH 上發送ACK消息，但是沒有給當前UE發送PDCCH消息，即控制命令。
在步驟S10， eNode B在PHICH上將HARQ ACK發送給UE。 在步驟SI 1 ， UE響應于對HARQ ACK的接收而保持其HARQ緩沖 器并且停止其自身的傳輸。然后，UE監視PDCCH消息，也就是判 斷在預定的持續時間段內是否收到了 PDCCH消息。由于沒有PDCCH 發送給該UE，在預定的持續時間段內UE沒有收到PDCCH消息。 在步驟S12， UE清空其HARQ緩沖器。作為另一選擇，UE可以保 持HARQ緩沖器直到最大重傳限制或者直到接收到PDCCH消息。
圖2示出了根據本發明實施例在第二種情形下eNode B和UE的 操作過程。在第二種情形下，eNode B在PHICH上發送HARQ ACK 給UE并且發送用于新的傳輸的PDCCH消息，但是PDCCH消息在 UE側丟失。
在步驟S20， eNode B在PHICH上發送HARQ ACK給UE，并 且發送用于傳輸新數據的PDCCH消息給UE。
在步驟S21，由于PDCCH消息丟失，因此UE保持HARQ緩沖 器并且停止其傳輸。
由于PDCCH消息丟失，eNode B在預定的時間內無法在所調度 的資源上檢測到新的傳輸，因此eNode B得知該PDCCH消息已經丟 失。此時，eNode B向UE再次發送用于新數據傳輸的PDCCH消息。
在步驟S22，當UE檢測到用于新傳輸的PDCCH消息時，UE清 空其HARQ緩沖器并且執行該新傳輸。
圖3示出了根據本發明實施例在第三種情形下eNode B和UE的 操作過程。如圖3所示，在第三種情形下，eNode B向UE發送用于 非自適應重傳的HARQ NACK，但是在UE側發生了 NACK->ACK 錯誤。
在步驟S30， eNode B向UE發送用于非自適應重傳的HARQNACK，但是在傳輸過程種，在UE側發生了NACK-〉ACK錯誤，因 此UE將接收到HARQ ACK消息。
在步驟S31， UE響應于對HARQ ACK消息的接收而保持其 HARQ緩沖器并且停止其傳輸。
在預定的時間內，由于UE未接收歪ljHARQNACK，因此沒有進 行重傳。換言之，在預定的時間內，eNodeB未接收到期望的重傳數 據。此時，eNodeB得知在從UE側發生了 NACK》ACK錯誤，并且 重新發送PDCCH消息，用于指示重傳。
在步驟S32，如果UE接收到用于重傳的PDCCH消息，則UE 基于剛剛收到的PDCCH消息而進行重傳。
圖4示出了根據本發明實施例在第四種情形下eNode B和UE的 操作過程。如圖4所示，在第四種情形下，eNode B向UE發送HARQ NACK和用于自適應重傳的PDCCH消息，但是在UE側，發生了 NACK->ACK錯誤并且PDCCH消息丟失。
在步驟S40， eNode B向UE發送HARQ NACK和用于自適應重 傳的PDCCH。但是在UE側，發生了 NACK->ACK錯誤并且PDCCH 消息丟失，也就是UE僅僅接收到了錯誤的HARQ ACK消息。
在步驟S41，響應于對錯誤ACK消息的接收，UE保持其HARQ 緩沖器并且停止其傳輸。
在預定的持續時間段內，由于eNode B未在調度的資源上檢測到 期望的重傳，eNode B得知PDCCH丟失并且NACK》ACK錯誤發生。
在步驟S42， eNode B再次向UE發送PDCCH消息用于重傳。
在步驟S43，當UE接收到PDCCH消息后，基于接收的PDCCH 消息進行相應的重傳。
以上所述，僅為本發明中的具體實施方式
，但本發明的保護范圍 并不局限于此，任何熟悉該技術的人在本發明所揭露的技術范圍內， 可輕易想到的變換或替換，都應涵蓋在本發明的包含范圍之內。因此， 本發明的保護范圍應該以權利要求書的保護范圍為準。
權利要求
1、一種操作HARQ緩沖器的方法，包括步驟接收HARQ ACK；響應于對HARQ ACK的接收而保持HARQ緩沖器；以及在預定的持續時間段內未接收到PDCCH消息的情況下，清空HARQ緩沖器。
2、 如權利要求l所述的方法，還包括步驟保持HARQ緩沖器 直到最大重傳限制或者接收到PDCCH消息。
3、 一種操作HARQ緩沖器的方法，包括步驟 接收來自eNode B的HARQ ACK;響應于對HARQ ACK的接收而保持HARQ緩沖器； 在預定的持續時間段內未檢測到期望的新傳輸的情況下，從 eNode B向UE發送用于新傳輸的PDCCH消息；以及 響應于對PDCCH消息的接收而清空HARQ緩沖器。
4、 如權利要求3所述的方法，還包括UE基于接收的PDCCH消息而執行新傳輸。
5、 一種操作HARQ緩沖器的方法，包括步驟 接收來自eNode B的HARQ ACK;響應于對HARQ ACK的接收而保持HARQ緩沖器； 在預定的持續時間段內未檢測到期望的重傳，從eNode B向UE 發送用于重傳的PDCCH消息；以及響應于對PDCCH消息的接收而執行重傳。
6、 如權利要求5所述的方法，其中，所述HARQACK是因為 來自eNodeB的HARQNACK在UE側發生錯誤而引起的。
全文摘要
公開了一種操作HARQ緩沖器的方法，包括步驟接收HARQACK；響應于對HARQ ACK的接收而保持HARQ緩沖器；以及在預定的持續時間段內未接收到PDCCH消息的情況下，清空HARQ緩沖器或者繼續保持HARQ緩沖器直到收到PDCCH消息或直到最大重傳次數。利用本發明的方法，能夠避免持續保持HARQ緩沖器所造成的資源浪費并且能夠避免可能的數據傳輸碰撞。
文檔編號H04W28/04GK101505212SQ20081003355
公開日2009年8月12日 申請日期2008年2月4日 優先權日2008年2月4日
發明者安東尼拉·范尼沃諾, 濤 楊 申請人:上海貝爾阿爾卡特股份有限公司