CN115208866B - 一种自动选择传输方式传输vr数据的方法 - Google Patents

一种自动选择传输方式传输vr数据的方法 Download PDF

Info

Publication number
CN115208866B
CN115208866B CN202210724680.6A CN202210724680A CN115208866B CN 115208866 B CN115208866 B CN 115208866B CN 202210724680 A CN202210724680 A CN 202210724680A CN 115208866 B CN115208866 B CN 115208866B
Authority
CN
China
Prior art keywords
icmp
client
rtt
data
echo message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202210724680.6A
Other languages
English (en)
Other versions
CN115208866A (zh
Inventor
罗俊华
邹琼
周双全
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Ruiyun Technology Co ltd
Original Assignee
Shenzhen Rayvision Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Rayvision Technology Co ltd filed Critical Shenzhen Rayvision Technology Co ltd
Priority to CN202210724680.6A priority Critical patent/CN115208866B/zh
Publication of CN115208866A publication Critical patent/CN115208866A/zh
Application granted granted Critical
Publication of CN115208866B publication Critical patent/CN115208866B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/50Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Environmental & Geological Engineering (AREA)
  • Communication Control (AREA)

Abstract

本发明公开一种自动选择传输方式传输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数据的传输效果,提高视频质量,有效提高用户的体验感。

Description

一种自动选择传输方式传输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数据的方法,具有以下有益效果:
1、可根据实际网络进行数据传输时延的判断,当VR客户端自身IP地址与推流服务器处于同一局域网时,说明传输网络好,时延低,当存在丢包时,重传速度快,可直接选择TCP传输协议进行VR数据传输;而当VR客户端与推流服务器不处于同一局域网时,则判断计算出的RTT平均值是否符合大于M且小于N的要求,符合时,说明此时进行重传的时延低,重传速度快,因此也选择TCP传输协议进行VR数据的传输;而当不满足RTT平均值大于M且小于N的要求,说明此时重传时延长,若采用TCP传输协议,会存在重传卡顿的问题,因此,选择择UDP传输协议配合FEC容错算法进行VR数据的传输,避免丢包重传时延大、卡顿的问题;因此,本发明可根据实际网络情况,选择出最适合当前VR头盔、VR客户端、推流服务器的VR数据传输方式,保证VR数据的传输效果,提高视频质量,有效提高用户的体验感;
2、可自动进行传输协议的选择,无需人工配置传输协议,降低人工投入成本,提高操作效率。
具体实施方式
以下通过具体实施例,对本发明进行详细说明。
本发明提供一种自动选择传输方式传输VR数据的方法,包括:
VR头盔通过WIFI接入网络,VR客户端通过DHCP协议自动获取VR头盔的IP地址;即VR客户端获取与之通讯连接的VR头盔的IP地址。
具体地,DHCP(Dynamic Host Configuration Protocol)协议为动态主机配置协议,是一个局域网的网络协议,使用UDP协议工作,主要有两个用途:一是给内部网络或网络服务供应商自动分配IP地址,二是给用户或者内部网络管理员作为对所有计算机作中央管理的手段。
具体地,在本实施例中,VR客户端构造ICMP_ECHO报文,并记录该ICMP_ECHO报文的发包时间,将该ICMP_ECHO报文发送给推流服务器;服务器在接收到所述ICMP_ECHO报文后,通过ICMP_ECHOREPLY进行应答,原样回送所述ICMP_ECHO报文给所述VR客户端,VR客户端记录接收到回送的ICMP_ECHO报文的收包时间,并计算该ICMP_ECHO报文的收包时间与发包时间的差值,记为RTT值;重复上述操作,VR客户端在完成一个ICMP_ECHO报文发送、接收后,间隔一定时间,例如500ms再构造一个ICMP_ECHO报文,并重复上述操作,计算其RTT值,重复若干次上述操作,依次计算若干个ICMP_ECHO报文的RTT值,并计算若干个RTT值的RTT平均值。
具体地,在本实施例中,所述VR客户端判断其与推流服务器是否处于同一局域网内,若是,则选择使用TCP传输协议传输VR数据,该过程可在VR头盔与VR客户端连接后,直接进行,若是,则直接选择TCP传输协议进行VR数据的传输,也可在计算出RTT平均值后进行,具体可根据实际需求进行选择,在本实施例中,是先进行VR客户端与推流服务器是否处于同一局域网的判断;若VR客户端判断其与推流服务器是否处于同一局域网内的判断结果为否,则判断所述RTT平均值,若所述RTT平均值大于M且小于N,则选择TCP传输协议传输VR数据;若RTT平均值不满足大于M且小于N的要求,则选择UDP传输协议传输VR数据,并采用FEC容错算法恢复丢包的VR数据;所述M的数值大于或等于0,所述N的数值大于0,具体地,在本实施例中,M为0毫秒,N为40毫秒,即在本实施例中,若计算出的RTT平均值大于0,且小于40毫秒,则直接选择TCP传输协议传输VR数据。
本发明中的一种自动选择传输方式传输VR数据的方法,在VR头盔与VR客户端连接后,可直接判断VR客户端自身IP地址与推流服务器是否处于同一局域网,来判断传输过程中的网络状态,当处于同一局域网时,由于局域网的网络较好,时延低,当存在丢包时,重传速度快,因此,可直接选择TCP传输协议进行VR数据传输,实现VR数据的快速传输;若VR客户端与推流服务器不在同一局域网,由于外网的网络不稳定,因此,需要判断此时的网络状态;具体地,由VR客户端构造ICMP_ECHO报文,并将该ICMP_ECHO报文发送给推流服务器,推流服务器会通过ICMP_ECHOREPLY进行应答,通过记录ICMP_ECHO报文的发包时间、收包时间,计算出VR客户端与推流无服务在进行该ICMP_ECHO报文发送、回发的时间,即RTT值,通过计算出若干组ICMP_ECHO报文的RTT值后,求出RTT平均值,当RTT平均值符合大于M且小于N的要求时,说明此时进行重传的时延低,重传速度快,因此也选择TCP传输协议进行VR数据的传输;需要说明的是,TCP传输协议相对UDP传输协议,其传输可靠,无需依靠其实现复杂的控制过程,而UDP传输协议在传输时,存在丢包时需要自己去恢复,因此,在本发明中,在判断出网络时延低、重传速度快时,直接采用TCP传输协议,保证传输过程中的稳定性高,传输过程简单,时延低;而当RTT平均值不符合大于M且小于N的要求时,说明此时重传时延长,此时采用TCP传输协议,会存在重传卡顿的问题,因此,选择UDP传输协议进行VR数据的传输,对于丢包的数据,通过FEC容错算法进行恢复,不在进行重传,因此,可避免重传卡顿的问题;本发明可根据实际网络进行数据传输时延的判断,选择出最适合当前VR头盔、VR客户端、推流服务器的VR数据传输方式,保证VR数据的传输效果,提高视频质量,有效提高用户的体验感。
具体地,在本实施例中,所述推流服务器在接收到所述ICMP_ECHO报文后,通过ICMP_ECHOREPLY进行应答,若VR客户端接收到了ICMP_ECHOREPLY应答,则记录接收到回送的ICMP_ECHO报文的收包时间,并计算该ICMP_ECHO报文的收包时间与发包时间的差值;若VR客户端未接收到了ICMP_ECHOREPLY应答,则直接将对应的ICMP_ECHO报文的RTT值记为Q,在本实施例中,Q的值为-1,当然也可直接将其值记为字母Q;所述VR客户端在计算若干个RTT值的RTT平均值前,先去掉RTT值为Q的RTT值,再计算剩余RTT值的RTT平均值。RTT值为Q的RTT值为无效数据,因此不能记入至正常的RTT值内,并且在进行RTT平均值计算时,其不能记入;具体地,当VR客户端给推流服务器发送的ICMP_ECHO报文丢包时,推流服务器不会进行ICMP_ECHOREPLY应答,因此,VR客户端无法收到ICMP_ECHOREPLY应答。
综上所述,本发明提供一种自动选择传输方式传输VR数据的方法,具有以下有益效果:
1、可根据实际网络进行数据传输时延的判断,当VR客户端自身IP地址与推流服务器处于同一局域网时,说明传输网络好,时延低,当存在丢包时,重传速度快,可直接选择TCP传输协议进行VR数据传输;而当VR客户端与推流服务器不处于同一局域网时,则判断计算出的RTT平均值是否符合大于M且小于N的要求,符合时,说明此时进行重传的时延低,重传速度快,因此也选择TCP传输协议进行VR数据的传输;而当不满足RTT平均值大于M且小于N的要求,说明此时重传时延长,若采用TCP传输协议,会存在重传卡顿的问题,因此,选择择UDP传输协议配合FEC容错算法进行VR数据的传输,避免丢包重传时延大、卡顿的问题;因此,本发明可根据实际网络情况,选择出最适合当前VR头盔、VR客户端、推流服务器的VR数据传输方式,保证VR数据的传输效果,提高视频质量,有效提高用户的体验感;
2、可自动进行传输协议的选择,无需人工配置传输协议,降低人工投入成本,提高操作效率。
以上仅为本发明的较佳实施例而已,并不用于限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。

Claims (3)

1.一种自动选择传输方式传输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;
所述推流服务器在接收到所述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平均值。
2.根据权利要求1所述的一种自动选择传输方式传输VR数据的方法,其特征在于,所述VR头盔通过WIFI接入网络。
3.根据权利要求1所述的一种自动选择传输方式传输VR数据的方法,其特征在于,所述VR客户端通过DHCP协议自动获取VR头盔的IP地址。
CN202210724680.6A 2022-06-24 2022-06-24 一种自动选择传输方式传输vr数据的方法 Active CN115208866B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210724680.6A CN115208866B (zh) 2022-06-24 2022-06-24 一种自动选择传输方式传输vr数据的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210724680.6A CN115208866B (zh) 2022-06-24 2022-06-24 一种自动选择传输方式传输vr数据的方法

Publications (2)

Publication Number Publication Date
CN115208866A CN115208866A (zh) 2022-10-18
CN115208866B true CN115208866B (zh) 2023-08-29

Family

ID=83578397

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210724680.6A Active CN115208866B (zh) 2022-06-24 2022-06-24 一种自动选择传输方式传输vr数据的方法

Country Status (1)

Country Link
CN (1) CN115208866B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114844960A (zh) * 2022-03-29 2022-08-02 武汉斗鱼鱼乐网络科技有限公司 一种数据传输方法及相关设备

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1848810A (zh) * 2006-05-15 2006-10-18 武汉虹旭信息技术有限责任公司 一种流媒体发送速率控制方法
CN101834879A (zh) * 2010-02-09 2010-09-15 北京中科大洋科技发展股份有限公司 一种适应不同网络环境的智能高效视音频数据传输方法
WO2011079381A1 (en) * 2009-12-31 2011-07-07 Bce Inc. Method and system for increasing performance of transmission control protocol sessions in data networks
EP2887595A1 (en) * 2013-12-23 2015-06-24 Rohde & Schwarz GmbH & Co. KG Method and node for retransmitting data packets in a TCP connection
CN106656642A (zh) * 2015-10-28 2017-05-10 华为技术有限公司 一种往返时延的测量方法、装置及系统
CN110049058A (zh) * 2019-04-25 2019-07-23 深圳市云语科技有限公司 一种传输系统底层传输协议选择方法
US11044350B1 (en) * 2018-02-07 2021-06-22 F5 Networks, Inc. Methods for dynamically managing utilization of Nagle's algorithm in transmission control protocol (TCP) connections and devices thereof
CN113055302A (zh) * 2021-03-03 2021-06-29 展讯通信(上海)有限公司 Tcp数据的传输方法、装置及电子设备

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1848810A (zh) * 2006-05-15 2006-10-18 武汉虹旭信息技术有限责任公司 一种流媒体发送速率控制方法
WO2011079381A1 (en) * 2009-12-31 2011-07-07 Bce Inc. Method and system for increasing performance of transmission control protocol sessions in data networks
CN101834879A (zh) * 2010-02-09 2010-09-15 北京中科大洋科技发展股份有限公司 一种适应不同网络环境的智能高效视音频数据传输方法
EP2887595A1 (en) * 2013-12-23 2015-06-24 Rohde & Schwarz GmbH & Co. KG Method and node for retransmitting data packets in a TCP connection
CN106656642A (zh) * 2015-10-28 2017-05-10 华为技术有限公司 一种往返时延的测量方法、装置及系统
US11044350B1 (en) * 2018-02-07 2021-06-22 F5 Networks, Inc. Methods for dynamically managing utilization of Nagle's algorithm in transmission control protocol (TCP) connections and devices thereof
CN110049058A (zh) * 2019-04-25 2019-07-23 深圳市云语科技有限公司 一种传输系统底层传输协议选择方法
CN113055302A (zh) * 2021-03-03 2021-06-29 展讯通信(上海)有限公司 Tcp数据的传输方法、装置及电子设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
IP网络实时视频流的传输控制算法AVTC的研究;周正武, 董育宁;计算机研究与发展(第05期);全文 *

Also Published As

Publication number Publication date
CN115208866A (zh) 2022-10-18

Similar Documents

Publication Publication Date Title
US8943206B2 (en) Network bandwidth detection and distribution
KR101032512B1 (ko) 멀티캐스트 컨퍼런스 세션 참가 방법 및 컴퓨터 판독 가능 기록 매체
EP1441288B1 (en) Reactive bandwidth control for streaming data
EP3780542B1 (en) Data transmission method and device
JP5867160B2 (ja) 通信制御装置、通信制御方法および通信制御プログラム
US9838209B2 (en) Method for subscribing to streams from multicast clients
KR101610715B1 (ko) 단방향 데이터 송수신 시스템 및 방법
CN112436924B (zh) 一种数据传输方法及电子设备
US10594844B2 (en) Method and system for wireless network bilateral accelerated transmission
US11032122B2 (en) Multicast delay diagnosis method and apparatus
WO2017114231A1 (zh) 一种报文发送方法、tcp代理以及tcp客户端
CN113542123B (zh) 一种转发路径的确定方法及装置
CN115208866B (zh) 一种自动选择传输方式传输vr数据的方法
CN115002023B (zh) 一种链路聚合方法、链路聚合装置、电子设备及存储介质
JP4772053B2 (ja) 送信装置および送信レート制御方法
JP2007013449A (ja) シェーパー制御方法、データ通信システム、ネットワークインタフェース装置及びネットワーク中継装置
CN103402144A (zh) 自动测量组播业务性能的方法、装置及系统
CN110545213A (zh) 计算机网络数据流量监测系统及方法
JP2001016276A (ja) 通信装置、通信方法、記憶媒体及び通信システム
CN116132503A (zh) 数据传输方法、装置及设备
CN111615170B (zh) 一种数据传输方法及系统
Hisamatsu et al. Non bandwidth-intrusive video streaming over TCP
JP2007006068A (ja) 高速ネットワークにおけるパケットの同期送受信方法、送受信システム、送受信装置および同期送受信プログラム
CN112565832B (zh) 一种流媒体发布系统和方法
Chuang et al. Investigate partial CRC-32 characteristic and performance for real-time multimedia streamings in 802.11 wireless mesh networks

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 518000 17th floor, block B, Sunshine Technology Innovation Center, No.2 Shanghua Road, Nanshan street, Nanshan District, Shenzhen City, Guangdong Province

Patentee after: Shenzhen Ruiyun Technology Co.,Ltd.

Address before: 518000 17th floor, block B, Sunshine Technology Innovation Center, No.2 Shanghua Road, Nanshan street, Nanshan District, Shenzhen City, Guangdong Province

Patentee before: SHENZHEN RAYVISION TECHNOLOGY CO.,LTD.