[發明專利]數據發送方法、裝置及RLC實體

在審

• 申請號: 201610270641.8
• 申請日: 2016-04-27
• 公開（公告）號: CN107318126A
• 公開（公告）日: 2017-11-03
• 發明（設計）人: 呂應權
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W28/02
• 分類號: H04W28/02;H04W28/08;H04W28/22
• 代理公司: 北京康信知識產權代理有限責任公司11240
• 代理人: 江舟,李靈潔

技術領域

本發明涉及通信領域，具體而言，涉及一種數據發送方法、裝置及無線鏈路控制(Radio Link Control，簡稱為RLC)實體。

背景技術

長期演進(Long Term Evolution，簡稱為LTE)系統中的RLC層位于協議棧接入層的媒體接入控制(Media Access Control，簡稱為MAC)層和分組數據匯聚協議(Packet Data Convergence Protocol，簡稱為PDCP)層之間，主要執行組裝PDU，重組SDU，重傳PDU等功能。它支持3種數據傳輸模式：透明模式TM，非確認模式UM，和確認模式AM。為保證數據的有效發送，協議規定RLC需要根據底層上報的空口能力進行RLC數據的分段和串聯以及向底層發送。否則如對于AM RLC，如果發送量超過空口發送能力，會導致輪詢重傳定時器超時，如果重傳次數超過配置門限，就會導致丟包甚至業務中斷。

在LTE系統中，一般MAC會每個空口傳輸時間間隔(Transmission Time Interval，簡稱為TTI)計算一次發送能力，TTI很小(1ms)，如果每個TTI都由MAC上報空口能力給RLC，那么層間消息交互很大，對系統負荷有明顯的影響。尤其在未來5G系統，RLC和MAC的這種交互將很大程度制約這些協議功能實體的獨立部署。

因此，在相關技術中，在對數據進行發送時，存在層間消息交互太大，造成嚴重系統負擔的問題。

發明內容

本發明實施例提供了一種數據發送方法、裝置及無線鏈路控制RLC實體，以至少解決相關技術中在對數據進行發送時，存在層間消息交互太大，造成嚴重系統負擔的問題。

根據本發明的一個實施例，提供了一種數據發送方法，確定當前 數據發送的第一發送速率；依據獲取的所述第一發送速率，確定當前允許的數據發送的允許發送速率；依據確定的所述允許發送速率發送數據。

可選地，確定當前數據發送的所述第一發送速率包括：確定當前第一預定時間段內數據發送的第一平均速率為所述第一發送速率。

可選地，依據獲取的所述第一發送速率，確定當前允許的數據發送的所述允許發送速率包括：獲取所述第一平均速率與第二平均速率之間的差值，其中，所述第二平均速率為所述當前第一預定時間段前一個相同預定時間段的第二預定時間段內數據發送的平均速率；確定所述允許發送速率為所述第一發送速率與所述差值之和。

可選地，在確定當前第一預定時間段內數據發送的所述第一平均速率為所述第一發送速率之前，還包括：從在所述第一預定時間段內的開始時刻接收到的數據狀態報告中，獲取在所述開始時刻之前發送數據的第一數據量，以及從在所述第一預定時間段內的結束時刻接收到的數據狀態報告中，獲取在所述結束時刻之前發送數據的第二數據量；依據所述第一數據量以及所述第二數據量，確定在所述第一預定時間段內發送數據的數據總量；依據確定的所述數據總量，以及所述第一預定時間段，確定所述第一平均速率。

可選地，依據確定的所述允許發送速率發送數據包括：依據確定的所述允許發送速率，確定當前允許發送的數據的允許發送數據量；統計當前已發送但未確認的未確認數據數據量；發送待發送數據，其中，所述待發送數據的數據量為所述允許發送數據量與統計的所述未確認數據數據量之差。

根據本發明的另一個實施例，提供了一種數據發送裝置，包括：第一確定模塊，用于確定當前數據發送的第一發送速率；第二確定模塊，用于依據獲取的所述第一發送速率，確定當前允許的數據發送的允許發送速率；發送模塊，用于依據確定的所述允許發送速率發送數據。

可選地，所述第一確定模塊包括：第一確定單元，用于確定當前第一預定時間段內數據發送的第一平均速率為所述第一發送速率。

可選地，所述第二確定模塊包括：第一獲取單元，用于獲取所述第一平均速率與第二平均速率之間的差值，其中，所述第二平均速率為所述當前第一預定時間段前一個相同預定時間段的第二預定時間段內數據發送的平均速率；第二確定單元，用于確定所述允許發送速率為所述第一發送速率與所述差值之和。