[發明專利]確認模式RLC實體及其發送/重傳方法、通信設備

在審

• 申請號: 201810293512.X
• 申請日: 2018-04-03
• 公開（公告）號: CN110351021A
• 公開（公告）日: 2019-10-18
• 發明（設計）人: 肖芳英;堀貴子
• 申請（專利權）人: 夏普株式會社
• 主分類號: H04L1/18
• 分類號: H04L1/18;H04L1/16
• 代理公司: 中科專利商標代理有限責任公司 11021
• 代理人: 吳秋明

本公開提供一種確認模式RLC實體及其發送/重傳方法、及通信設備。所述確認模式RLC實體的發送方法包括：所述確認模式RLC實體向下層發送包含詢問的確認模式數據PDU；所述確認模式RLC實體更新詢問發送狀態變量POLL_SN，將所述詢問發送狀態變量POLL_SN設置為滿足預定條件的任意確認模式數據PDU的序列號SN，所述預定條件為：所述任意確認模式數據PDU是與已發送給所述下層的確認模式數據PDU中包含詢問且序列號最大的確認模式數據PDU一起發送給所述下層的確認模式數據PDU。

技術領域

本公開涉及無線通信技術領域，更具體地，本公開涉及一種確認模式(AM)RLC實體及其發送方法、重傳方法、以及通信設備。

背景技術

2016年3月，在第三代合作伙伴計劃(3rd Generation Partnership Project：3GPP)RAN#71次全會上，提出了一個關于5G技術標準的新的研究項目(參見非專利文獻：RP-160671：New SID Proposal：Study on New Radio Access Technology)。該研究項目的目的是開發一個新的無線(New Radio：NR)接入技術以滿足5G的所有應用場景、需求和部署環境。NR主要有三個應用場景：增強的移動寬帶通信、大規模機器類通信和超可靠低延遲通信。

在3GPP RAN2#100次會議上，達成NR中的確認模式AM無線鏈路控制RLC實體發送端維護的發送狀態變量TX_Next用于保存將分配給下一個新產生的確認模式數據AMD協議數據單元PDU的序列號，TX_Next初始化為0且在AM RLC實體構建序列號為TX_Next且包含一個RLC SDU或RLC SDU的最后一個分段時更新。所述發送狀態變量TX_Next定義不同于現有LTE系統中定義的發送狀態變量VT(S)(具體見3GPP TS36.322)，使得目前在3GPP TS38.322協議中仿照LTE系統中的詢問過程所定義的詢問過程存在詢問發送狀態變量POLL_SN不匹配的問題，具體問題描述可參見3GPP提案R2-1800563和R2-1803004。在2018年2月召開的3GPPRAN2#101次會議上，討論了所述問題的解決方案，目前主要有兩種解決方案(具體參見3GPP提案RAN2-1803870)：解決方案一、將詢問發送狀態變量POLL_SN設置為所有已遞交給下層的AMD PDU中包含詢問的AMD PDU的最大序列號；解決方案二：將詢問發送狀態變量POLL_SN設置TX_Next-1且重新定義發送狀態變量TX_Next只有在將RLC PDU遞交給下層時才更新。解決方案二與3GPP RAN2已達成的TX_Next的定義存在沖突，故不被采納。如果采用解決方案一，將詢問發送狀態變量POLL_SN設置為所有已遞交給下層的包含詢問的AMD PDU的最大序列號，這將可能導致部分RLC服務數據單元SDU發生重傳延遲。本公開致力于解決所述解決方案一中存在的問題。

發明內容

本公開提供能夠解決上述問題的確認模式(AM)RLC實體及其發送方法、重傳方法、以及通信設備。

根據本發明的第一方面，提供了一種確認模式RLC實體的發送方法，包括：所述確認模式RLC實體向下層發送包含詢問的確認模式數據PDU；所述確認模式RLC實體更新詢問發送狀態變量POLL_SN，將所述詢問發送狀態變量POLL_SN設置為滿足預定條件的任意確認模式數據PDU的序列號SN，所述預定條件為：所述任意確認模式數據PDU是與已發送給所述下層的確認模式數據PDU中包含詢問且序列號最大的確認模式數據PDU一起發送給所述下層的確認模式數據PDU。

在上述發送方法中，所述一起發送給所述下層的確認模式數據PDU具體為：同時發送給所述下層、或一起發送給所述下層、或復用到一個媒體訪問控制PDU、或在來自下層指示的同一傳輸時機中傳輸的確認模式數據PDU。