[發明專利]數據包發送方法、參數配置方法及裝置

有效

• 申請號: 201210072939.X
• 申請日: 2012-03-19
• 公開（公告）號: CN103326832B
• 公開（公告）日: 2017-11-24
• 發明（設計）人: 韓廣林;張戩
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L1/18
• 分類號: H04L1/18;H04L1/16
• 代理公司: 北京同立鈞成知識產權代理有限公司11205
• 代理人: 劉芳

1.一種數據包發送方法，其特征在于，包括：

發送端傳輸實體從上層實體接收待發送的數據包；

根據所述上層實體下發的傳輸模式指示信息或所述數據包中的傳輸模式指示信息，所述發送端傳輸實體判斷所述數據包的傳輸模式；所述傳輸模式指示信息根據所述數據包的傳輸要求設定；

若所述數據包的傳輸模式為確認模式，所述發送端傳輸實體采用確認模式向接收端發送所述數據包；

若所述數據包的傳輸模式為非確認模式，所述發送端傳輸實體采用非確認模式向接收端發送所述數據包。

2.根據權利要求1所述的方法，其特征在于，若所述數據包的傳輸模式為確認模式，發送端采用確認模式向接收端發送所述數據包包括：

發送端無線鏈路控制RLC實體向發送端媒體訪問控制MAC實體下發所述數據包，以使發送端MAC實體向接收端MAC實體發送所述數據包；

若所述數據包的傳輸模式為確認模式，所述發送端RLC實體接收來自接收端反饋的所述數據包的傳輸狀態報告；若根據所述數據包的傳輸狀態報告確定所述數據包傳輸失敗，發送端RLC實體重新向發送端MAC實體下發所述數據包，以使發送端MAC實體重新向接收端MAC實體發送所述數據包。

3.根據權利要求2所述的方法，其特征在于，若所述數據包的傳輸模式為本地確認模式，所述發送端接收來自接收端反饋的所述數據包的傳輸狀態報告具體為：

在所述發送端MAC實體接收到所述接收端MAC實體發送所述數據包的傳輸狀態報告后，所述發送端RLC實體接收所述發送端MAC實體反饋的所述數據包的傳輸狀態報告。

4.根據權利要求3所述的方法，其特征在于，在所述發送端RLC實體接收所述發送端MAC實體反饋的所述數據包的傳輸狀態報告之前，還包括：

所述發送端RLC實體或發送端控制層實體向所述發送端MAC實體發送所述數據包的發送結果反饋指示，以使所述發送端MAC實體接收到所述接收端MAC實體發送的所述數據包的傳輸狀態報告后向所述發送端RLC實體反饋。

5.根據權利要求2所述的方法，其特征在于，所述數據包的傳輸模式為自動重傳請求確認模式時，所述發送端RLC實體向發送端MAC實體下發所述數據包后，所述發送端RLC實體接收來自接收端反饋的所述數據包的傳輸狀態報告；若根據所述數據包的傳輸狀態報告確定所述數據包傳輸失敗，發送端RLC實體重新向發送端MAC實體下發所述數據包包括：

發送端RLC實體在所述數據包中添加反饋傳輸結果的指示信息，以使所述接收端RLC實體接收到所述數據包后向所述發送端RLC實體反饋所述數據包的接收成功確認；

發送端RLC實體向發送端MAC實體下發所述數據包后，啟動主動重傳事件，若在所述數據包的主動重傳事件觸發之前沒有接收到所述接收端RLC實體發送的所述數據包的接收成功確認，發送端RLC實體重新向發送端MAC實體下發所述數據包。

6.根據權利要求2、3或5所述的方法，其特征在于，發送端RLC實體重新向發送端MAC實體下發所述數據包之前，還包括：

所述發送端RLC實體更新傳輸順序，使得傳輸失敗的數據包的發送優先級高于首次發送的數據包的發送優先級。

7.根據權利要求2、3或5所述的方法，其特征在于，發送端RLC實體重新向發送端MAC實體下發所述數據包包括：

重新向發送端MAC實體下發所述數據包中傳輸失敗的協議數據單元PDU或傳輸失敗的PDU對應的分段PDU，或者，重新向發送端MAC實體下發傳輸失敗的PDU對應的業務數據單元SDU所組裝成的新PDU。

8.根據權利要求7所述的方法，其特征在于：

所述重新向發送端MAC實體下發所述數據包中傳輸失敗的PDU或傳輸失敗的PDU對應的分段PDU具體為：按照傳輸失敗的PDU的生成順序，重新向發送端MAC實體下發傳輸失敗的PDU或傳輸失敗的PDU對應的分段PDU，使先生成的傳輸失敗的PDU優先級高于后生成的傳輸失敗的PDU；或者，

重新向發送端MAC實體下發傳輸失敗的PDU對應的SDU所組裝成的新PDU具體為：按照傳輸失敗的SDU從所述上層實體的接收順序，重新向發送端MAC實體下發傳輸失敗的PDU對應的SDU所組裝成的新PDU，使先從上層實體接收到的傳輸失敗的SDU優先級高于后從上層實體接收到的傳輸失敗的SDU。