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

有效

• 申請號: 201610934660.6
• 申請日: 2016-10-25
• 公開（公告）號: CN107979449B
• 公開（公告）日: 2020-11-20
• 發明（設計）人: 潘亞東;李奎;張小媛
• 申請（專利權）人: 杭州海康威視數字技術股份有限公司
• 主分類號: H04L1/16
• 分類號: H04L1/16;H04L1/18;H04L29/06
• 代理公司: 北京柏杉松知識產權代理事務所(普通合伙) 11413
• 代理人: 孫翠賢;項京

本發明實施例提供的一種數據傳輸方法及裝置，該方法包括：接收客戶端發送的數據包傳輸請求；按照數據包發送順序，基于UDP協議向客戶端傳輸與數據包請求所對應的各個數據包；其中，每一數據包中攜帶有與自身對應的編號，數據包發送順序為根據各個數據包的編號所確定出的順序；接收客戶端反饋的收包信息；根據收包信息確定已丟失的目標數據包，并基于UDP協議向客戶端重傳目標數據包。應用本發明實施例提供的方案進行數據傳輸時，服務端基于UDP協議向客戶端傳輸各個數據包，并根據收包信息重傳已丟失的目標數據包，當出現數據包丟失時，UDP協議無需調窄傳輸網絡的頻帶寬度，不易造成數據包的堆積，避免了數據包堵塞的問題。

技術領域

本發明涉及媒體流網絡傳輸技術領域，特別是涉及一種數據傳輸方法及裝置。

背景技術

目前，在媒體流(實時視頻或實時音頻等)的傳輸過程中容易出現數據包丟失的問題，尤其在網絡不穩定的情況下，數據包丟失情況更為嚴重。一旦媒體流在傳輸過程中出現丟包的問題，在實時播放該媒體流時就會出現卡頓的現象，用戶體驗極差。

現有技術中，出于數據可靠性的考慮，往往采用具有丟包重傳機制的TCP協議(Transmission Control Protocol，傳輸控制協議)進行媒體流的傳輸。具體的，服務端首先基于TCP協議向客戶端發送數據包，其中，數據包為：將媒體流按照數據傳輸單元的大小劃分成數據單元，并在各個數據單元中添加數據頭信息后得到的多個數據集合；然后接收客戶端反饋的包含已丟失的數據包的編號的收包信息，并根據已丟失的數據包的編號再次向客戶端發送該數據包，從而保證了數據傳輸過程的可靠性。另外，當數據包丟失嚴重時，TCP協議往往默認是由于網絡壓力過大而造成的數據包丟失，因此通過將傳輸網絡的頻帶寬度調窄來降低網絡傳輸速率，從而達到減輕網絡壓力的目的。

雖然采用TCP協議進行媒體流傳輸可以解決數據包丟失的問題，但是，對于媒體流而言，單位時間所需傳輸的數據包的數量往往是恒定的，因此，當傳輸網絡的頻帶寬度調窄后，容易造成數據包的堆積，從而導致數據包的堵塞。

發明內容

本發明實施例的目的在于提供一種數據傳輸方法及裝置，以實現在減少數據包丟失的過程中，避免出現傳輸網絡中的數據包堵塞。

為達到上述目的，本發明實施例公開了一種數據傳輸方法，應用于服務端，所述方法包括：

接收客戶端發送的數據包傳輸請求；

按照數據包發送順序，基于UDP協議向所述客戶端傳輸與所述數據包請求所對應的各個數據包；其中，每一數據包中攜帶有與自身對應的編號，所述數據包發送順序為根據各個數據包的編號所確定出的順序；

接收所述客戶端反饋的收包信息；

根據所述收包信息確定已丟失的目標數據包，并基于UDP協議向所述客戶端重傳所述目標數據包。

可選的，所述收包信息中攜帶有第一類編號、第二類編號或第三類編號；其中，所述第一類編號為所述客戶端自身確定出的已丟失的數據包的編號；所述第二類編號為所述客戶端所期望數據包的編號，所述所期望數據包為：編號位于所述客戶端所接收到的數據包的最大編號之后、且編號與所述最大編號相連續的預設數量個數據包；所述第三類編號為所述客戶端接收到的數據包的最大編號；

所述根據所述收包信息確定已丟失的目標數據包的步驟，包括：

根據所述收包信息中的第一類編號、第二類編號或第三類編號，確定已丟失的目標數據包。

可選的，所述收包信息中攜帶有第一類編號和第二類編號，所述第一類編號為所述客戶端自身確定出的已丟失的數據包的編號，所述第二類編號為所述客戶端所期望數據包的編號，所述所期望數據包為：編號位于所述客戶端所接收到的數據包的最大編號之后、且編號與所述最大編號相連續的預設數量個數據包；