[發明專利]一種自動選擇傳輸方式傳輸VR數據的方法

有效

• 申請號: 202210724680.6
• 申請日: 2022-06-24
• 公開（公告）號: CN115208866B
• 公開（公告）日: 2023-08-29
• 發明（設計）人: 羅俊華;鄒瓊;周雙全
• 申請（專利權）人: 深圳市瑞云科技有限公司
• 主分類號: H04L65/80
• 分類號: H04L65/80;H04L43/08
• 代理公司: 深圳市中科創為專利代理有限公司 44384
• 代理人: 楊春;謝志龍

本發明公開一種自動選擇傳輸方式傳輸VR數據的方法，包括：VR客戶端構造ICMP_ECHO報文，并記錄其發包時間，將其發送給推流服務器；服務器接收ICMP_ECHO報文后，通過ICMP_ECHOREPLY進行應答，原樣回送ICMP_ECHO報文給VR客戶端，VR客戶端記錄其收包時間，并計算RTT值；依次計算若干個ICMP_ECHO報文的RTT值，并計算RTT平均值；VR客戶端判斷其與推流服務器是否處于同一局域網內，若是，則選擇使用TCP傳輸協議傳輸VR數據；若否，則判斷RTT平均值，若RTT平均值大于M且小于N，則選擇TCP傳輸協議傳輸VR數據。本發明可根據實際網絡情況，選擇出最適合當前VR頭盔、VR客戶端、推流服務器的VR數據傳輸方式，保證VR數據的傳輸效果，提高視頻質量，有效提高用戶的體驗感。

技術領域

本發明涉及VR數據傳輸領域，尤其涉及一種自動選擇傳輸方式傳輸VR數據的方法。

背景技術

VR云渲染應用中，圖像數據經過編碼后需要傳輸給VR頭盔。現有技術中，VR數據進行傳輸時的傳輸協議通常是在進行VR云渲染前，通過人工進行配置的，直接將傳輸協議配置為UDP傳輸協議或TCP傳輸協議。

然而，VR數據傳輸需要較大的帶寬，同時對于實時性要求高，在網絡丟包的情況下，采用TCP協議重傳時，若網絡時延大，容易引起卡頓，而若直接采用UDP協議傳輸進行VR數據傳輸，會直接丟掉數據包，容易造成花屏的問題。因此，在進行數據傳輸前就直接配置傳輸協議，無法應對VR數據傳輸過程中的具體問題，無法根據實時傳輸情況選擇最合適的傳輸協議，影響傳輸效率及圖片數據的質量，降低用戶體驗感。

因此，現有技術存在缺陷，需要改進。

發明內容

本發明的目的是克服現有技術的不足，提供一種自動選擇傳輸方式傳輸VR數據的方法，解決現有技術中，無法根據實際傳輸情況選擇最佳傳輸協議，導致VR數據傳輸效率低，傳輸效果差的問題。

本發明的技術方案如下：一種自動選擇傳輸方式傳輸VR數據的方法，包括：VR頭盔接入網絡，VR客戶端自動獲取VR頭盔的IP地址；VR客戶端構造ICMP_ECHO報文，并記錄該ICMP_ECHO報文的發包時間，將該ICMP_ECHO報文發送給推流服務器；服務器在接收到所述ICMP_ECHO報文后，通過ICMP_ECHOREPLY進行應答，原樣回送所述ICMP_ECHO報文給所述VR客戶端，VR客戶端記錄接收到回送的ICMP_ECHO報文的收包時間，并計算該ICMP_ECHO報文的收包時間與發包時間的差值，記為RTT值；重復上述操作，依次計算若干個ICMP_ECHO報文的RTT值，并計算若干個RTT值的RTT平均值；所述VR客戶端判斷其與推流服務器是否處于同一局域網內，若是，則選擇使用TCP傳輸協議傳輸VR數據；若否，則判斷所述RTT平均值，若所述RTT平均值大于M且小于N，則選擇TCP傳輸協議傳輸VR數據；若RTT平均值不滿足大于M且小于N的要求，則選擇UDP傳輸協議傳輸VR數據，并采用FEC容錯算法恢復丟包的VR數據；所述M的數值大于或等于0，所述N的數值大于0。

進一步地，所述VR頭盔通過WIFI接入網絡。

進一步地，所述VR客戶端通過DHCP協議自動獲取VR頭盔的IP地址。

進一步地，所述推流服務器在接收到所述ICMP_ECHO報文后，通過ICMP_ECHOREPLY進行應答，若VR客戶端接收到了ICMP_ECHOREPLY應答，則記錄接收到回送的ICMP_ECHO報文的收包時間，并計算該ICMP_ECHO報文的收包時間與發包時間的差值；若VR客戶端未接收到了ICMP_ECHOREPLY應答，則直接將對應的ICMP_ECHO報文的RTT值記為Q。

進一步地，所述VR客戶端在計算若干個RTT值的RTT平均值前，先去掉RTT值為Q的RTT值，再計算剩余RTT值的RTT平均值。

采用上述方案，本發明提供一種自動選擇傳輸方式傳輸VR數據的方法，具有以下有益效果：