[發明專利]數據發送方法及裝置

有效

• 申請號: 201710615879.4
• 申請日: 2017-07-26
• 公開（公告）號: CN107454432B
• 公開（公告）日: 2021-04-20
• 發明（設計）人: 高治力;黃業桃
• 申請（專利權）人: 北京瘋景科技有限公司
• 主分類號: H04N21/2187
• 分類號: H04N21/2187;H04N21/231;H04N21/2343;H04N21/4402;H04N21/643;H04N21/845
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發明公開了一種數據發送方法及裝置，所述方法包括：對幀數據進行數據包封裝；判斷所述數據包為當前編碼序列的數據包還是下一個編碼序列首幀的數據包，對于當前編碼序列的數據包，逐一成功發送每個數據包；在下一個編碼序列首幀的數據包到來時，清空當前編碼序列的數據包的發送，逐一成功發送下一個編碼序列的數據包。本發明在滿足視頻數據傳輸的實時性要求的基礎上，保證封裝幀數據的每個數據包的成功發送，優化了因發送端丟包引起的花屏問題。

技術領域

本發明涉及移動通信技術，尤指一種數據發送方法及裝置。

背景技術

隨著虛擬現實技術的不斷成熟，全景內容正在逐漸普及，人們可以通過全景相機拍攝全景視頻、全景照片等全景內容。全景相機作為一種嵌入式設備采集到視頻數據、照片數據等，經過編碼、封裝得到數據流，數據流經網絡傳輸，到達手機、頭顯設備等播放設備進行解封裝、解碼和顯示。

為了保證視頻流的實時性傳輸，一般采用用戶數據報協議(User DatagramProtocol，UDP)進行傳輸。在視頻流數據經UDP傳輸時，花屏問題是在接收端解碼、顯示時，經常遇到的一個問題。

花屏問題一般由如下原因引起：

嵌入式設備發送數據不連續，發送時產生了丟包，下一次進行發送時，不再發送之前發送的數據包，而是發送之后的數據包，以致接收端播放時出現花屏。

發明內容

為了解決上述技術問題，本發明提供了一種數據發送方法及裝置，能夠在保證視頻的實時性要求的基礎上，避免接收端發生播放花屏的問題。

為了達到本發明目的，本發明提供了一種數據發送方法，包括：

對幀數據進行數據包封裝；

判斷所述數據包為當前編碼序列的數據包還是下一個編碼序列首幀的數據包，對于當前編碼序列的數據包，逐一成功發送每個數據包；在下一個編碼序列首幀的數據包到來時，清空當前編碼序列的數據包的發送，逐一成功發送下一個編碼序列的數據包。

本申請還提供了一種數據發送裝置，包括：

封裝單元，用于對幀數據進行數據包封裝；

判斷單元，用于判斷所述數據包為當前編碼序列的數據包還是下一個編碼序列首幀的數據包；

發送單元，用于對于當前編碼序列的數據包，逐一成功發送每個數據包；在下一個編碼序列首幀的數據包到來時，清空當前編碼序列的數據包的發送，逐一成功發送下一個編碼序列的數據包。

本申請還提供了另一種數據發送裝置，包括：

處理器；以及，

用于存儲處理器可執行指令的存儲器；

其中，所述處理器被配置為：

對幀數據進行數據包封裝；

判斷所述數據包為當前編碼序列的數據包還是下一個編碼序列首幀的數據包，對于當前編碼序列的數據包，逐一成功發送每個數據包；在下一個編碼序列首幀的數據包到來時，清空當前編碼序列的數據包的發送，逐一成功發送下一個編碼序列的數據包。

與現有技術相比，本發明包括對幀數據進行數據包封裝；判斷所述數據包為當前編碼序列的數據包還是下一個編碼序列首幀的數據包，對于當前編碼序列的數據包，逐一成功發送每個數據包；在下一個編碼序列首幀的數據包到來時，清空當前編碼序列的數據包的發送，逐一成功發送下一個編碼序列的數據包。本發明在滿足視頻數據傳輸的實時性要求的基礎上，保證封裝幀數據的每個數據包的成功發送，優化了因發送端丟包引起的花屏問題。