[發明專利]基于混合自動重傳請求的數據傳輸方法及系統

有效

• 申請號: 201710398832.7
• 申請日: 2017-05-31
• 公開（公告）號: CN107257270B
• 公開（公告）日: 2020-03-10
• 發明（設計）人: 張超
• 申請（專利權）人: 張超
• 主分類號: H04L1/18
• 分類號: H04L1/18;H04L1/00
• 代理公司: 北京酷愛智慧知識產權代理有限公司 11514
• 代理人: 孟凡臣

本發明涉及網絡通信技術領域，具體涉及基于混合自動重傳請求的數據傳輸方法及系統。本發明的基于混合自動重傳請求的數據傳輸方法包括：步驟S1，發送端將待發送的數據拆分為多個數據包，為每個數據包附上唯一的標識，將所述數據包發送給接收端，并將所述數據包存入待確認存儲區中；步驟S2，所述接收端對接收到的所述數據包進行校驗，將校驗不成功的數據包對應的標識發送給所述接收端；步驟S3，所述發送端根據接收到的標識從所述待確認存儲區中提取需要重發的數據包，并發送給所述接收端。本發明提供的基于混合自動重傳請求的數據傳輸方法及系統，通過采用精準重傳機制在保證數據傳輸的實時性的同時又兼顧了可靠性。

技術領域

本發明涉及網絡通信技術領域，具體涉及基于混合自動重傳請求的數據傳輸方法及系統。

背景技術

現有技術一般在實時直播時采用rtmp(Real Time Messaging Protocol)傳輸協議，但是由于rtmp協議是基于tcp(Transmission Control Protocol,傳輸控制協議)協議而開發的，而tcp協議為了做到可靠性，從而丟棄了一些實時性，例如tcp的慢門限閾值以及tcp的握手協議等等。所以我們在看使用rtmp協議作為通信協議的直播產品中一般都存在2-5秒的數據延遲現象。tcp協議還具有累積延遲的現象，當網絡狀態差時，tcp協議會將數據包緩存起來，從而導致更多的累積延遲。

由于rtmp協議存在上述問題，所以在實時性要求比較高的產品或者行業中rtmp無法達到產品需求，例如直播行業，遠程控制行業等等。

發明內容

針對現有技術中的缺陷，本發明提供的基于混合自動重傳請求的數據傳輸方法及系統，通過采用精準重傳機制在保證數據傳輸的實時性的同時又兼顧了可靠性。

第一方面，本發明提供的一種基于混合自動重傳請求的數據傳輸方法，包括：

步驟S1，發送端將待發送的數據拆分為多個數據包，為每個數據包附上唯一的標識，將所述數據包發送給接收端，并將所述數據包存入待確認存儲區中；

步驟S2，所述接收端對接收到的所述數據包進行校驗，將校驗不成功的數據包對應的標識發送給所述接收端；

步驟S3，所述發送端根據接收到的標識從所述待確認存儲區中提取需要重發的數據包，并發送給所述接收端。

本實施例提供的基于混合自動重傳請求的數據傳輸方法，將待發送數據拆分為多個數據包后進行發送，接收端根據接收到的數據包情況，確定需要重傳的數據包反饋給發送端，這樣發送端就只需重傳丟包的數據包，而無需重傳整個數據包，減少了重發數據包的數量，降低了帶寬的壓力，提高了數據傳輸效率，在保證數據傳輸的實時性的同時又兼顧了可靠性。

優選地，所述步驟S1中還包括：根據所述數據包生成冗余數據包，并發送給所述接收端；

所述步驟S2具體包括：

所述接收端對接收到的所述數據包進行校驗；

若校驗不成功的數據包數量不大于冗余數據包的數量，則根據所述冗余數據包恢復校驗不成功的數據包；

若校驗不成功的數據包數量大于冗余數據包的數量，則將校驗不成功的數據包對應的標識發送給所述發送端。

優選地，所述步驟S1中，所述根據所述數據包生成冗余數據包，包括：對所述數據包進行FEC編碼，生成冗余數據包；

所述步驟S2中，所述根據冗余數據包恢復校驗不成功的數據包，包括：對所述冗余數據包進行FEC解碼處理，恢復校驗不成功的數據包。

優選地，所述步驟S1具體包括：

發送端將待發送的數據拆分給多個數據包；