[發明專利]一種數據傳輸方法、裝置及系統

有效

• 申請號: 201610128722.4
• 申請日: 2016-03-07
• 公開（公告）號: CN107171969B
• 公開（公告）日: 2020-06-02
• 發明（設計）人: 魏巍
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L12/801
• 分類號: H04L12/801;H04L12/813;H04L12/823
• 代理公司: 北京中博世達專利商標代理有限公司 11274
• 代理人: 申健

本發明的實施例提供一種數據傳輸方法、裝置及系統，涉及通信領域，能夠提高發送端搶占帶寬的競爭力，提高數據傳輸速率。具體方案為：數據發送端以初始發送速率向數據接收端發送數據，并根據最大接收速率、丟包率和往返時間RTT調整發送速率；具體包括：逐步上調發送速率至首次出現擁塞事件；將發送速率調整至所述發送速率下限；當發送速率在第一區間時，根據排隊比調整發送速率，且當出現所述擁塞事件時，將發送速率調整至第二區間；當發送速率在第二區間時，逐步上調發送速率，且當出現所述擁塞事件時，按照預設規則下調發送速率。本發明用于數據傳輸。

技術領域

本發明涉及通信領域，尤其涉及一種數據傳輸方法、裝置及系統。

背景技術

面向連接的傳輸協議中，通常通過往返時間英文全稱：Round Trip Time，英文簡稱：RTT)來反映數據發送端和接收端之間傳輸鏈路的通暢程度。其中RTT是指從數據發送端發送數據包開始，到數據發送端接收到來自數據接收端的確認所經歷的時延。

以傳輸控制協議(英文全稱：Transmission Control Protocol，英文簡稱：TCP)為例，數據發送端向數據接收端發送數據包，數據接收端在接收到該數據包后向數據發送端發送確認消息，從數據發送端發送數據包，到接收到該數據包的確認消息的時延，即為RTT。

數據傳輸過程中，RTT上升表示傳輸鏈路中的排隊量上升。RTT上升到一定程度就會出現擁塞(英文：Congestion)，導致丟包。

一種面向連接的傳輸協議(例如FAST TCP)中，在RTT上升時降低發送速率，RTT下降時提升發送速率，以達到避免擁塞或者在發生擁塞后恢復數據傳輸的目的。

在傳輸鏈路帶寬一定的情況下，在數據發送端發送數據的過程中，如果有其它數據流與數據發送端競爭傳輸帶寬時，往往會導致RTT上升，此時數據發送端就會降低發送速率。

在存在帶寬競爭的情況下，如果其它數據流在RTT不斷上升時仍舊保持或者提高發送速率，而數據發送端不斷降低發送速率，最終鏈路帶寬會逐漸被其它數據流擠占。可見，現有的基于RTT調整發送速率的數據傳輸方法，在存在帶寬競爭的情況下搶占帶寬的競爭力不足，導致數據傳輸速率低下。

發明內容

本申請提供一種數據傳輸方法、裝置及系統，能夠提高發送端搶占帶寬的競爭力，提高數據傳輸速率。

為達到上述目的，本申請采用如下技術方案：

第一方面，提供一種數據傳輸方法，包括：

數據發送端以初始發送速率向數據接收端發送數據，周期性確定用于評估傳輸鏈路的參數，這些參數包括最大接收速率、丟包率以及RTT等。其中，最大接收速率為在丟包率不超過丟包率上限的前提下所確定的接收速率中的最大值。當丟包率超過丟包率上限時，表明當前傳輸鏈路發送擁塞。

進一步地，數據發送端根據當前傳輸鏈路的參數，調整發送速率。隨著當前傳輸鏈路的參數的周期性更新，發送速率也相應的進行調整。

具體的，數據發送端向數據接收端發送數據的過程分為三個階段，分別為啟動階段、穩定階段和競爭階段，數據發送端在不同階段采用不同的上調或者下調發送速率的方式。

啟動階段指從連接建立到丟包率首次出現擁塞事件的時間段，其中擁塞事件包括丟包率超過丟包率上限。數據發送端與數據接收端之間的連接建立后，數據發送端逐步上調發送速率至丟包率首次出現擁塞事件。啟動階段中數據發送端通過逐步上調發送速率探測傳輸鏈路的最大可用帶寬。

啟動階段結束后將發送速率下調到第一區間，進入穩定階段。第一區間為[發送速率下限，發送速率上限]。其中發送速率下限和發送速率上限由數據發送端根據所述最大接收速率確定，并隨著最大接收速率的更新而更新。所述發送速率上限大于所述最大接收速率，所述發送速率下限小于所述最大接收速率且大于0。