[發明專利]一種自動重傳請求狀態報告觸發方法

無效

• 申請號: 200710154533.5
• 申請日: 2007-09-25
• 公開（公告）號: CN101127586A
• 公開（公告）日: 2008-02-20
• 發明（設計）人: 張健
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L1/18
• 分類號: H04L1/18;H04L1/16;H04L1/00;H04L29/08
• 代理公司: 北京安信方達知識產權代理有限公司
• 代理人: 龍洪;霍育棟

技術領域

本發明涉及數字移動通信技術領域，特別涉及無線通信系統中確認模式無線鏈路控制AM?RLC實體自動重傳請求(ARQ)的狀態報告反饋方法。

背景技術

第三代移動通信系統的確認模式無線鏈路控制AM?RLC實體ARQ接收端響應狀態報告機制為：周期性、無線鏈路控制層協議數據單元(RLC?PDU)丟失檢測、接收到發送端的輪流檢測消息Polling三種觸發方式。狀態報告中確認消息(ACK)或非確認消息(NACK)。數據包格式有位圖(BITMAP)、列表(LIST)、相對列表(RLIST)三種。有禁止輪流檢測、禁止周期性輪流檢測兩種降低狀態報告頻率的機制。

關于第三代移通信長期演進系統的確認模式無線鏈路控制AM?RLC實體自動重傳請求ARQ接收端響應狀態報告的觸發機制，當前3GPP的結論是接收到發送端的輪流檢測消息Polling時觸發狀態報告，其它觸發機制還處于討論過程中。現有討論方案中包括接收端間隙檢測(gap?detection)機制，即接收端檢測到所接收到的RLC?PDU的序列號SN有間隙的情況下針對間隙處SN所對應的RLC?PDU設置定時器，定時器超時后觸發狀態報告。例如接收端接收到了SN為1、2、5、6的RLC?PDU，說明間隙處SN為3、4的RLC?PDU還沒有到達接收端，則針對SN為3、4的RLC?PDU分別設置定時器，定時器超時后如果還沒有收到SN為3、4的RLC?PDU則分別反饋狀態報告，包括上述SN為3、4的RLC?PDU的非確認消息NACK。

采用定時器的主要目的是為了避免誤報NACK狀態報告，由于在發送端的混合自動重傳請求實體HARQ重傳失敗最大允許次數后將直接通知發送端的AM?RLC實體重發RLC?PDU，在接收端的AM?RLC實體檢測到gap的情況下也可能接著就能夠收到發送端重傳過來的RLC?PDU。這種情況下接收端AM?RLC實體檢測到gap時不應該馬上響應NACK狀態報告，而是需要設置定時器等待一定的時間，定時器超時后確實未收到gap處SN所對應的RLC?PDU時再反饋狀態報告。

該方案的缺點是需要針對gap處SN所對應的每一個RLC?PDU分別設置定時器，定時器超時后分別反饋狀態報告，多個消息占用較多無線資源且效率不高。HARQ采用多道并行進程，一般情況下在無線鏈路狀況較差或者切換的場景，可能導致多個HARQ進程重傳失敗，從而在接收端AM?RLC實體接收RLC?PDU時可能同時檢測到連續的或間斷的若干個gap。這種情況下如果在發送端的HARQ已經通知AM?RLC實體進行了重傳，則接收端的AM?RLC實體可能在較短時間內就接收到上述gap處SN所對應的RLCPDU。

發明內容

本發明要解決的技術問題是針對現有討論方案中需要對間隙gap處SN所對應的每個RLC?PDU分別設置定時器的缺點進行改進，公開了一種確認模式無線鏈路控制AM?RLC實體ARQ狀態報告觸發方法。

為了解決上述技術問題，本發明提供了一種自動重傳請求狀態報告觸發方法，所述接收端確認模式無線鏈路控制實體如果同時檢測到一個或多個無線鏈路控制層協議數據單元缺失，設置定時器T，在所述定時器T超時時，如果所述確認模式無線鏈路控制實體沒有收到所述缺失的無線鏈路控制層協議數據單元，所述確認模式無線鏈路控制實體觸發狀態報告。

進一步地，上述方法還可具有以下特點，所述確認模式無線鏈路控制實體通過檢測所述無線鏈路控制層協議數據單元的序列號，當所述序列號存在間隙時，判斷所述無線鏈路控制層協議數據單元缺失。

進一步地，上述方法還可具有以下特點，在所述定時器超時前，如果所述確認模式無線鏈路控制實體接收到所有缺失無線鏈路控制層協議數據單元，則停止所述定時器T。

進一步地，上述方法還可具有以下特點，所述狀態報告中包含在定時器T超時前未接收到的無線鏈路控制層協議數據單元的序列號和非確認消息。

進一步地，上述方法還可具有以下特點，所述定時器T和所檢測到的序列號間隙最大值關聯，即對應于序列號間隙最大值設置定時器T。

進一步地，上述方法還可具有以下特點，所述確認模式無線鏈路控制實體在繼續接收無線鏈路控制層協議數據單元時，如果同時檢測到新的一個或多個無線鏈路控制層協議數據單元缺失，設置另一新的定時器。

本發明有效減少了接收端AM?RLC實體ARQ觸發狀態報告所需的定時器數量、反饋狀態報告所需的消息數量和消息包的數據量，提高了無線資源利用率和系統性能。

附圖說明