[發明專利]一種數據包重傳方法和系統

無效

• 申請號: 200610111531.3
• 申請日: 2006-08-21
• 公開（公告）號: CN101132261A
• 公開（公告）日: 2008-02-27
• 發明（設計）人: 邵飛
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L1/18
• 分類號: H04L1/18;H04L12/56;H04J13/00
• 代理公司: 北京凱特來知識產權代理有限公司
• 代理人: 鄭立明

1.一種數據包重傳方法，其特征在于，所述方法包括步驟：

a、發送端在發送最后一個數據包、且接收到最后一個數據包對應的確認消息后，主動向接收端發送請求，以觸發狀態報告；

b、接收端根據其接收的請求向發送端發送狀態報告；

c、發送端根據其接收的狀態報告進行數據包重傳處理。

2.如權利要求1所述的方法，其特征在于，所述步驟a中主動向接收端發送請求的步驟包括：

發送端無條件主動向接收端發送請求；或者

發送端在條件滿足時主動向接收端發送請求。

3.如權利要求1或2所述的方法，其特征在于，發送端通過用戶數據、信令向接收端發送請求。

4.如權利要求3所述的方法，其特征在于，所述最后一個數據包中含有觸發RLC層狀態報告的信息，且所述步驟a具體包括：

發送端HARQ在發送最后一個數據包、且接收到最后一個數據包對應的ACK后，不刪除所述最后一個數據包，并無條件主動重傳所述最后一個數據包。

5.如權利要求3所述的方法，其特征在于，所述最后一個數據包中含有觸發RLC層狀態報告的信息，且所述步驟a具體包括：

發送端HARQ在發送最后一個數據包、且接收到最后一個數據包對應的ACK后，不刪除最后一個數據包，發送端HARQ在第一預定時間間隔內沒有接收到狀態報告，則主動重傳所述最后一個數據包。

6.如權利要求4或5所述的方法，其特征在于，所述步驟a還包括：

發送端在接收到狀態報告或者所述最后一個數據包超過最大重傳次數后，刪除所述最后一個數據包。

7.如權利要求3所述的方法，其特征在于，所述步驟a具體包括：

發送端HARQ在發送最后一個數據包、且接收到最后一個數據包對應的ACK后，刪除最后一個數據包；

發送端ARQ無條件主動向接收端ARQ發送請求，以觸發接收端RLC層狀態報告；所述數據包為：含有/不含有觸發RLC層狀態報告信息的數據包。

8.如權利要求3所述的方法，其特征在于，所述步驟a具體包括：

發送端HARQ在發送最后一個數據包、且接收到最后一個數據包對應的ACK后，刪除最后一個數據包；

發送端ARQ在第二預定時間間隔內沒有接收到狀態報告，則向接收端ARQ發送請求，以觸發狀態報告。

9.如權利要求1或2所述的方法，其特征在于，所述步驟b包括：

接收端在第三預定時間間隔內接收到多個觸發狀態報告的請求，向發送端發送一次狀態報告。

10.一種數據包重傳系統，包括：發送端和接收端，其特征在于，發送端中設置有請求重傳模塊和重傳模塊，接收端中設置有發送模塊；

請求重傳模塊：在發送端發送最后一個數據包、且接收到最后一個數據包對應的ACK后，主動向接收端發送請求，以觸發狀態報告；

發送模塊：根據接收端接收的請求向發送端發送狀態報告；

重傳模塊：根據發送端接收的狀態報告進行數據包重傳處理。