[發明專利]ARQ反饋通信系統中丟包處理的方法

有效

• 申請號: 201210125485.8
• 申請日: 2012-04-25
• 公開（公告）號: CN102664717A
• 公開（公告）日: 2012-09-12
• 發明（設計）人: 石晶林;周一青;彭吉生;田霖;陳海華
• 申請（專利權）人: 北京中科晶上科技有限公司
• 主分類號: H04L1/18
• 分類號: H04L1/18;H04L1/16
• 代理公司: 北京中偉智信專利商標代理事務所 11325
• 代理人: 張岱

技術領域

本發明涉及一種ARQ反饋通信系統中丟包處理的方法。

背景技術

對于實行了ARQ(Automatic?Repeat-reQuest自動重傳請求)協議的系統，當系統的發送端將數據包發送給接收端后，經過一定時間的延遲，會收到接收端的ACK/NAK反饋。當發送端收到的是ACK(Acknowledgement確認)反饋時，則認為數據包接收正確，發送端丟棄隊列中的對應的數據包。如果收到的是NAK(Negative?Acknowledgement否定應答)反饋，則表明接收端接收錯誤，如果沒有到達最大傳輸次數的話，則繼續進行調度發送。如果到達最大傳輸次數的話，則將數據包丟棄，該數據包傳輸錯誤。

當前的丟包策略主要是丟棄新到的包。這樣，當丟棄該包時接收端無法接收該包，一定會造成誤包率。

發明內容

為了克服上述的缺陷，本發明提供一種將隊列丟包率對系統丟包率的影響控制到最小化的ARQ反饋通信系統中滿足系統QoS的丟包方法。

為達到上述目的，本發明提供一種ARQ反饋通信系統中丟包處理的方法，所述方法為當隊列達到閾值且有新數據到達時，讀取隊列中各數據包的狀態信息，獲得各數據包的QoS狀態，根據各數據包的QoS狀態確定要丟棄的數據包。

特別是，所述QoS狀態包括表征是否有已經發送但未收到ACK/NAK反饋的數據包的ARQ狀態、數據包的傳輸次數、數據包的誤包率和/或數據包的傳輸時延。

特別是，根據各數據包的QoS狀態確定要丟棄的數據包的步驟包括：

若有多個數據包已經發送但未收到ACK/NAK反饋，則判斷所述多個數據包的誤包率是否相同；

若所述多個數據包的誤包率不相同，則丟棄誤包率估計值最小的數據包；

若所述多個數據包的誤包率相同，則判斷所述多個數據包的傳輸次數是否相同；

若所述多個數據包的傳輸次數不相同，則丟棄傳輸次數最大的數據包；

若所述多個數據包的傳輸次數相同，則判斷所述多個數據包的傳輸時延是否相同；

若所述多個數據包的傳輸時延相同，則隨機丟棄一個數據包；

若所述多個數據包的傳輸時延不相同，則丟棄傳輸時延最長的數據包。

特別是，根據各數據包的QoS狀態確定要丟棄的數據包的步驟包括：

若有多個數據包已經發送但未收到ACK/NAK反饋，則比較估計誤包率和業務誤包率要求，判斷是否有數據包滿足業務誤包率要求；

若有數據包滿足業務誤包率要求，則丟棄滿足業務誤包率要求的數據包；

若沒有數據包滿足業務誤包率要求，則判斷所述多個數據包的傳輸次數是否相同；

若所述多個數據包的傳輸次數不相同，則丟棄傳輸次數最大的數據包；

若所述多個數據包的傳輸次數相同，則判斷所述多個數據包的傳輸時延是否相同；

若所述多個數據包的傳輸時延相同，則隨機丟棄一個數據包；

若所述多個數據包的傳輸時延不相同，則丟棄傳輸時延最長的數據包。

特別是，根據各數據包的QoS狀態確定要丟棄的數據包的步驟包括：

若有多個數據包已經發送但未收到ACK/NAK反饋，則判斷所述多個數據包的誤包率是否相同；

若所述多個數據包的誤包率不相同，則丟棄誤包率估計值最小的數據包；

若所述多個數據包的誤包率相同，則判斷所述多個數據包的傳輸時延是否相同；

若所述多個數據包的傳輸時延不相同，則丟棄傳輸時延最長的數據包；

若所述多個數據包的傳輸時延相同，則判斷所述多個數據包的傳輸次數是否相同；

若所述多個數據包的傳輸次數相同，則隨機丟棄一個數據包；

若所述多個數據包的傳輸次數不相同，則丟棄傳輸次數最大的數據包。

特別是，根據各數據包的QoS狀態確定要丟棄的數據包的步驟包括：

若有多個數據包已經發送但未收到ACK/NAK反饋，則比較估計誤包率和業務誤包率要求，判斷是否有數據包滿足業務誤包率要求；

若有數據包滿足業務誤包率要求，則丟棄滿足業務誤包率要求的數據包；

若沒有數據包滿足業務誤包率要求，則判斷所述多個數據包的傳輸時延是否相同；

若所述多個數據包的傳輸時延不相同，則丟棄傳輸時延最長的數據包；

若所述多個數據包的傳輸時延相同，則判斷所述多個數據包的傳輸次數是否相同；

若所述多個數據包的傳輸次數相同，則隨機丟棄一個數據包；