[發明專利]一種AM模式狀態反饋方法及系統

無效

• 申請號: 200710063256.7
• 申請日: 2007-01-05
• 公開（公告）號: CN101217346A
• 公開（公告）日: 2008-07-09
• 發明（設計）人: 劉佳敏;畢海洲;高卓
• 申請（專利權）人: 大唐移動通信設備有限公司
• 主分類號: H04L1/16
• 分類號: H04L1/16
• 代理公司: 北京信遠達知識產權代理事務所
• 代理人: 王學強

技術領域

本發明涉及通信領域，尤其涉及一種AM模式狀態反饋方法及系統。

背景技術

無線鏈路控制(RLC，Radio?Link?Control)層確認模式(AM，AcknowledgedMode)是通過接收端狀態反饋機制以及發送端的重傳機制來提高數據傳輸的正確概率。

針對RLC層AM模式的狀態反饋要求，現有系統中典型的方法說明如下：

如圖1所示，接收端通過發送一個或者多個狀態報告包來通知發送端數據的成功接收或者請求丟失數據的重傳；發送端接收到狀態報告，釋放已經確認成功接收的數據包所占用的緩存，或者根據配置對請求重傳的數據進行必要的重傳。

接收端通過事件觸發或者周期性觸發兩種方式來進行狀態報告過程。其中事件觸發包括收到發送端的探詢(Poll)請求或者檢測到丟失協議數據單元(PDU，Protocol?Data?Unit)等。當狀態報告過程被觸發后，接收端發送狀態報告到對端，其中至少包括以下信息：所有檢測到的接收序列缺口處數據包的信息；全部或者部分已經正確接收的數據PDU的確認。

然而，在長期演進項目(LTE，Long?Time?Evolution)中，由于媒體接入控制(MAC，Medium?Access?Control)層的混合自動重傳請求(HARQ，HybridAutomatic?Repeat?Request)也具有檢錯及重傳的功能，從而導致不同HARQ進程中傳輸的數據包可能具有不同的傳輸時延，在RLC層來看，就會出現發送端到接收端的數據包沒有按順序到達的情況。當狀態報告過程觸發時，因為收包序列的缺口有可能僅僅是由于某一HARQ進程過長的傳輸時延造成的，而并不是真正的丟包，如果直接按照現有機制發送已正確接收包的確認信息和檢測到的收包序列的缺口信息來對數據包進行ACK和NACK，就會導致發送端的不必要重發，從而浪費了系統資源，也降低了有效吞吐量。

發明內容

本發明要解決的技術問題在于提供一種AM模式狀態反饋方法及系統，能夠使RLC的接收狀態反饋更準確，避免不必要的重傳，以節省系統開銷。

實現本發明目的的技術方案如下：

一種AM模式狀態反饋方法，包括：

判斷接收的數據包是否正確順序接收，如果存在接收序列缺口，則對接收序列缺口進一步檢測后完成最終的接收狀態反饋。

優選的，如果數據包中部分是正確順序接收，則向發送端僅發送正確接收到的數據包的確認信息。

優選的，按照以下步驟對接收序列缺口進行檢測：

在設定的等待時間內，檢測缺口部分的數據包是否被正確接收，如果有數據包正確接收，則向發送端發送正確接收到的數據包的確認信息，發送端根據確認信息進行相應處理；

如果在設定的等待時間之后仍有數據包未正確接收，則向對端發送請求重傳的狀態報告，發送端根據該狀態報告發起重傳過程。

優選的，按照以下步驟對接收序列缺口進行檢測：

發送端在設定的等待時間內，檢測是否收到缺口部分的數據包被正確接收的確認信息，如果收到確認信息，則按照正確接收處理；

如果沒有收到確認信息，則在設定的等待時間之后直接發起重傳過程。

優選的，還包括：

在設定的等待時間內，檢測缺口部分的數據包是否被正確接收；

在設定的等待時間之內，如果有數據包正確接收，則向發送端發送正確接收的確認信息，發送端根據確認信息進行相應處理；

如果仍有數據包未正確接收，則向發送端發送請求重傳的狀態報告，發送端根據該狀態報告發起重傳過程。

優選的，根據混合自動重傳請求最大重傳次數以及每次傳輸的往返時間設定等待時間的長度。

同時，本發明也提供一種AM模式狀態反饋系統，包括發送端和接收端，所述接收端包括判斷單元和檢測單元，其中：

所述判斷單元，用于判斷接收的數據包是否正確順序接收，如果存在接收序列缺口，則觸發檢測單元；

所述檢測單元，用于對接收序列缺口進行檢測。

優選的，所述判斷單元判定數據包全部正確順序接收，接收端將正確接收的確認信息發送至發送端

優選的，所述判斷單元判定數據包中部分是正確順序接收，則向發送端僅發送正確接收到的數據包的確認信息。

優選的，所述檢測單元還包括定時器，并按照以下方式對接收序列缺口進行檢測：

啟動定時器，接收端檢測缺口部分的數據包是否被正確接收：

對于正確接收的數據包，向發送端發送正確接收到的數據包的確認信息，發送端根據確認信息進行相應處理；