[發明專利]RLC層的空口資源分配方法、輪詢位重傳方法和裝置

有效

• 申請號: 201010586829.6
• 申請日: 2010-12-14
• 公開（公告）號: CN102547842A
• 公開（公告）日: 2012-07-04
• 發明（設計）人: 崔心發;甘慧彥;任榮輝
• 申請（專利權）人: 聯芯科技有限公司
• 主分類號: H04W28/04
• 分類號: H04W28/04;H04W28/26;H04W74/06;H04L1/18
• 代理公司: 上海專利商標事務所有限公司 31100
• 代理人: 駱希聰

技術領域

本發明涉及3GPP?LTE技術，尤其是涉及無線鏈路控制協議層(RLC，Radio?Link?Control)的輪詢位重傳方法和裝置。

背景技術

無線鏈路控制(RLC，Radio?Link?Control)協議層在LTE系統的無線接口協議棧中，是層2(L2)的一個子層，位于媒體接入控制(MAC，Media?Access?Control)層之上，RLC層主要用來提供分段和重傳業務，如鏈接控制、封裝和重組、級聯、用戶數據傳輸、糾錯、協議錯誤檢測和修復等。每個RLC實體由無線資源控制(RRC，Radio?Resource?Control)配置并以透明模式(TM，Transparent?Mode)、非確認模式(UM，Unacknowledged?Mode)以及確認模式(AM，Acknowledged?Mode)三種模式進行操作。

以確認模式而言，發送側在高層數據上添加必要的控制協議開銷后進行傳送，并能保證傳遞到對等實體。因為具有自動重傳請求(ARQ，Automatic?Repeat?reQuest)能力，如果RLC接收到錯誤的RLC?PDU(Protocol?Data?Unit)，即通知對端的RLC實體重傳該PDU。由于RLC?PDU中包含有序號信息，支持數據向高層的順序或亂序遞交。AM模式是分組數據傳輸的標準模式。

確認模式中的ARQ，是通過RLC協議實體接收端向發送端發送報文狀態報告(Status?Report)，RLC協議實體發送端根據報文狀態報告中的序列確認(ACK_SN)、序列未確認(NACK_SN)來判定哪些PDU已經被接收端確認收到，哪些PDU或PDU片段需要重傳，從而保證數據傳輸的可靠性。

在3GPP?TS?36.322協議中，RLC協議實體接收端發送報文狀態報告的觸發機制有兩類，其中一類是RLC協議實體發送端觸發方式：RLC協議實體發送端將PDU的RLC頭部Polling位置“1”，RLC協議實體接收端每收到一個PDU時，如果檢查發現Polling位置“1”，則認為其是一個輪詢報文，觸發一個報文狀態報告。在該PDU的混合自動重傳請求(HARQ，Hybrid?Automatic?Repeat?reQuest)重排序(Reordering)完成后，則將所述報文狀態報告向RLC協議實體發送端發送。RLC協議實體發送端發送輪詢報文的情形有以下三種：

1)該PDU是RLC協議實體發送端緩沖區中發送的最后一個報文；

2)RLC協議實體發送端發送的數據凈荷達到RRC配置的輪詢(POLL_BYTE)的上限，或RLC協議實體發送端發送的PDU個數達到RRC配置的POLL_PDU個數上限；

3)RLC協議實體發送端配置的輪詢重傳定時器(T_poll_restransmit)超時。

根據目前的協議，在RLC輪詢重傳定時器超時后，如果傳輸緩存(TRANSBUFFER)和重傳緩存(RETRANS?BUFFER)中都無數據可發，或者發送窗口滿等，需要選擇如下兩種方式中的一種進行處理：

方法一)：選擇SN＝VT(S)-1的AMD?PDU進行重傳(包含輪詢位)

方法二)：選擇任意一個未被對端ACK過的AMD?PDU進行重傳(包含輪詢位)。

無論使用哪種方法，在當前邏輯信道上都需要發送RLC數據。這些數據未必是需要重傳的，只是當前需要重傳輪詢位而不得不選擇一個RLC?AMDPDU作為輪詢位的載體。因此，無論方法一還是方法二所重傳的RLC?AMD?PDU數據的有效性都不高。

如果當前還有其他邏輯信道上存在待傳數據，那么上述已有技術的做法無疑是使用了有限的空口資源，去傳輸了一些有效性不高的數據，卻沒有優先選擇傳遞其他邏輯信道上真正有效性更高的數據去傳輸。

發明內容

本發明目的之一是提供一種無線鏈路控制協議層的空口資源分配方法的裝置，以提供在需要重傳輪詢位的場合下的空口資源利用效率。

本發明的另一目的是提供一種無線鏈路控制協議層的輪詢位重傳方法和裝置。