[發明專利]一種確認反饋方法、裝置和計算機可讀存儲介質

有效

• 申請號: 201910247595.3
• 申請日: 2019-03-29
• 公開（公告）號: CN111756482B
• 公開（公告）日: 2023-01-13
• 發明（設計）人: 孫軍帥;王瑩瑩;黃學艷;韓星宇
• 申請（專利權）人: 中國移動通信有限公司研究院;中國移動通信集團有限公司
• 主分類號: H04L1/16
• 分類號: H04L1/16
• 代理公司: 北京派特恩知識產權代理有限公司 11270
• 代理人: 張振偉;張穎玲

本發明實施例提供了一種確認反饋方法、裝置和計算機可讀存儲介質，所述方法應用于發送端，包括：發送攜帶業務關鍵信息標識的數據包；所述業務關鍵信息標識用于指示接收端反饋確認信息；接收確認信息；所述確認信息包括：所述接收端發送所述確認信息前最后接收到的正確的所述數據包對應的序列號(SN)、和/或所有未正確接收到的所述數據包對應的SN。

技術領域

本發明涉及移動通信技術領域，尤其涉及一種確認反饋方法、裝置和計算機可讀存儲介質。

背景技術

目前3GPP的5G協議棧方案中，自動重傳請求(ARQ)的功能仍然在無線鏈路控制(RLC)協議子層實現，通過發送RLC狀態協議數據單元(Status PDU)完成確認。隨著5G空口速率的不斷提升，單位時間內需要發送的RLC PDU數據包數目比速率低時要多很多，這也就意味著與這些數據包對應的確認信息在單位時間內也會增多。

針對5G空口速率提高后，透明模式(AM)RLC發送的每一個數據包都要對應一個ACK或者NACK的確認，盡管RLC STATUS PDU中采用了壓縮的方式，但是這種針對每一個數據包都要進行嚴格的ACK或者NACK反饋的方式不僅會造成反饋引入的時延，也會造成反饋信息長度過長造成信道資源的浪費。而對于非確認模式(UM)RLC發送的每一個數據包，則采用無ARQ的發送方式，即發送之后無論被正確接收，都全部丟棄。這種對AM過于嚴格，而對UM過于寬松的兩種極端方式并不是一個好的方式。

發明內容

有鑒于此，本發明實施例期望提供一種確認反饋方法、裝置和計算機可讀存儲介質。

為達到上述目的，本發明實施例的技術方案是這樣實現的：

本發明實施例提供了一種確認反饋方法，該方法應用于發送端，包括：

發送攜帶業務關鍵信息標識的數據包；所述業務關鍵信息標識用于指示接收端反饋確認信息；

接收確認信息；所述確認信息包括：所述接收端發送所述確認信息前最后接收到的正確的所述數據包對應的序列號SN、和/或所有未正確接收到的所述數據包對應的SN。

可選的，所述發送攜帶業務關鍵信息標識的數據包之前，該方法還包括：

設置業務關鍵信息標識；

所述業務關鍵信息標識為數據類型、或者為“是”或“否”的標識。

其中，所述業務關鍵信息標識為數據類型時，所述設置業務關鍵信息標識，包括：

以所述數據包中的數據內容對業務接收的作用設置所述數據類型。

其中，所述業務關鍵信息標識為“是”或“否”的標識時，所述業務關鍵信息標識通過上層Upper Layer發送。

其中，所述業務關鍵信息標識通過無線鏈路控制RLC協議數據單元PDU攜帶。

其中，所述RLC PDU中至少包括：業務關鍵信息標識、所述業務關鍵信息標識的長度，以及最臨近的一次攜帶業務關鍵信息標識的RLC PDU的SN。

本發明實施例還提供了一種確認反饋方法，該方法應用于接收端，包括：

接收攜帶業務關鍵信息標識的數據包；所述業務關鍵信息標識用于指示所述接收端反饋確認信息；

發送確認信息；所述確認信息包括：所述接收端發送所述確認信息前最后接收到的正確的所述數據包對應的序列號SN、和/或所有未正確接收到的所述數據包對應的SN。

可選的，所述發送確認信息之前，該方法還包括：

確定正確接收所述攜帶業務關鍵信息標識的數據包；