[發明專利]一種丟包重傳方法和系統

在審

• 申請號: 201810831740.8
• 申請日: 2018-07-25
• 公開（公告）號: CN110768753A
• 公開（公告）日: 2020-02-07
• 發明（設計）人: 李敬來
• 申請（專利權）人: 成都鼎橋通信技術有限公司
• 主分類號: H04L1/18
• 分類號: H04L1/18;H04L29/06
• 代理公司: 11018 北京德琦知識產權代理有限公司
• 代理人: 孫清然;王琦

本申請公開了一種丟包重傳方法和系統，其中方法包括：接收端設備向發送端設備發送丟包重傳請求；所述發送端設備根據所述丟包重傳請求，將相應的實時傳輸協議(RTP)重傳包，通過RTP控制協議(RTCP)通道發送給所述接收端設備；當所述接收端設備在所述RTCP通道上接收到數據包，并判定該數據包為RTP重傳包時，將該數據包放到相應的組幀隊列中。采用本發明，可以提高數據傳輸效率和質量。

技術領域

本發明涉及數據傳輸技術，特別是涉及一種丟包重傳方法和系統。

背景技術

在網絡環境不好的情況下，在一些重要的應用場合，保證圖像或者聲音的質量顯得極其重要，丟包重傳是一種常用技術。

圖1為現有的丟包重傳方法的過程示意圖。如圖1所示，在現有的丟包處理方案中，接收端發現有實時傳輸協議(RTP)包丟失時，將把丟失包的RTP包的序列號填充到丟包重傳請求中，發送端接收到丟包重傳請求后，從緩沖隊列中把請求的RTP包發送出去，接收端收到重傳過來的RTP包后，會將其放入到正常的RTP包組幀隊列中去，完成了正常的組幀，從而保證了圖像或者視頻的完整性。

圖2為上述方法中丟包重傳請求及相應的重傳包的傳輸通道示意圖。如圖2所示，現有方法中丟包重傳請求是通過接收端與發送端之間的RTP控制協議(RTCP)通道進行傳輸的，重傳包則是通過接收端與發送端之間的RTP通道進行傳輸的。這樣，。

在實際的應用場景中，如果網絡環境不好，且發送端是一個服務器，該服務器會收到很多丟包重傳請求包，相應的，在RTP通道中需要發送的重傳包也會特別多。而采用上述現有丟包重傳方案時，接收端與發送端之間的RTP通道上，不僅要傳輸正常的RTP包，還要傳輸重傳的RTP包。因此，在網絡環境不好的情況下，會由于重傳包的增加而影響整個RTP通道的傳輸效率，從而不僅重傳包的傳輸效率會降低，正常的RTP包的傳輸效率也會降低，進而會影響接收端與發送端之間的數據傳輸性能。

發明內容

有鑒于此，本發明的主要目的在于提供一種丟包重傳方法和系統，可以提高數據傳輸效率和質量。

為了達到上述目的，本發明提出的技術方案為：

一種丟包重傳方法，包括：

接收端設備向發送端設備發送丟包重傳請求；

所述發送端設備根據所述丟包重傳請求，將請求重傳的數據包通過RTCP通道發送給所述接收端設備；

當所述接收端設備在所述RTCP通道上接收到數據包，并判定該數據包為RTP重傳包時，將該數據包放到相應的組幀隊列中。

較佳地，所述判定該數據包為RTP重傳包包括：

所述接收端設備判斷所述數據包是否為RTCP包，如果不是，則將該數據包確定為RTP重傳包。

較佳地，所述接收端設備通過所述RTCP通道向發送端設備發送丟包重傳請求。

一種丟包重傳系統，包括：

接收端設備，用于向發送端設備發送丟包重傳請求；當在實時傳輸協議控制協議RTCP通道上接收到數據包，并判定該數據包為實時傳輸協議RTP重傳包時，將該數據包放到相應的組幀隊列中；

發送端設備，用于根據所述丟包重傳請求，將請求重傳的數據包通過RTCP通道發送給所述接收端設備。

較佳地，所述接收端設備，在RTCP通道上接收到數據包時，判斷該數據包是否為RTCP包，如果不是，則將該數據包確定為RTP重傳包。

較佳地，所述接收端設備，通過所述RTCP通道向發送端設備發送丟包重傳請求。