CN114079652A - 数据处理方法 - Google Patents
数据处理方法 Download PDFInfo
- Publication number
- CN114079652A CN114079652A CN202210057464.0A CN202210057464A CN114079652A CN 114079652 A CN114079652 A CN 114079652A CN 202210057464 A CN202210057464 A CN 202210057464A CN 114079652 A CN114079652 A CN 114079652A
- Authority
- CN
- China
- Prior art keywords
- target
- network information
- control signal
- time
- transmission
- 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.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/20—Hop count for routing purposes, e.g. TTL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种数据处理方法。其中,该方法包括:获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。本发明解决了媒体数据实时通信质量低的技术问题。
Description
技术领域
本发明涉及计算机领域,具体而言,涉及一种数据处理方法。
背景技术
目前,为了满足音视频功能对于可靠性、低延迟和可扩展性的要求,通常是提升无线路由器的吞吐量,并且反馈信号完全依赖接收端构造与发送,这样网络状态依然会反馈不及时,从而存在媒体数据实时通信的质量低的技术问题。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种数据处理方法,以至少解决媒体数据实时通信质量低的技术问题。
根据本发明实施例的一个方面,提供了一种数据处理方法。该方法可以包括:获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。
根据本发明实施例的另一方面,还提供了一种数据处理方法。该方法可以包括:从文娱播放平台获取待传输的媒体数据;检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为文娱播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至文娱播放平台,其中,网络信息用于使文娱播放平台调整媒体数据的传输参数。
根据本发明实施例的另一方面,还提供了一种数据处理方法。该方法可以包括:从直播播放平台获取待传输的媒体数据;检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为直播播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至直播播放平台,其中,网络信息用于使直播播放平台调整媒体数据的传输参数。
根据本发明实施例的另一方面,还提供了一种数据处理方法。该方法可以包括:从道路检测播放平台获取待传输的媒体数据;检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为道路检测播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至道路检测播放平台,其中,网络信息用于使道路检测播放平台调整媒体数据的传输参数。
根据本发明实施例的另一方面,还提供了一种数据处理装置。该装置可以包括:第一获取单元,用于获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数;第一确定单元,用于基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;第一反馈单元,用于将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。
根据本发明实施例的另一方面,还提供了一种数据处理装置。该装置可以包括:第二获取单元,用于从文娱播放平台获取待传输的媒体数据;第三获取单元,用于检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为文娱播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数;第二确定单元,用于基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;第二反馈单元,用于将网络信息反馈至文娱播放平台,其中,网络信息用于使文娱播放平台调整媒体数据的传输参数。
根据本发明实施例的另一方面,还提供了一种数据处理装置。该装置可以包括:第四获取单元,用于从直播播放平台获取待传输的媒体数据;第五获取单元,用于检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为直播播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数;第三确定单元,用于基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;第三反馈单元,用于将网络信息反馈至直播播放平台,其中,网络信息用于使直播播放平台调整媒体数据的传输参数。
根据本发明实施例的另一方面,还提供了一种数据处理装置。该装置可以包括:第六获取单元,用于从道路检测播放平台获取待传输的媒体数据;第七获取单元,用于检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为道路检测播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数;第四确定单元,用于基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;第四反馈单元,用于将网络信息反馈至道路检测播放平台,其中,网络信息用于使道路检测播放平台调整媒体数据的传输参数。
根据本发明实施例的另一方面,还提供了一种计算机可读存储介质,计算机可读存储介质包括存储的程序,其中,在程序运行时控制存储介质所在设备执行上述任意一项的数据处理方法。
根据本发明实施例的另一方面,还提供了一种处理器处理器用于运行程序,其中,程序运行时执行上述任意一项的数据处理方法。
根据本发明实施例的另一方面,还提供了一种数据处理***,包括:处理器;存储器,与处理器相连接,用于为处理器提供处理以下处理步骤的指令:获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。
在本发明实施例中,获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。也就是说,本发明通过及时将待反馈的网络信息反馈至发送端,让发送端及时调整传输媒体数据的传输参数,从而避免因速率不匹配而带来的延迟增加,达到了提高媒体数据实时通信质量的技术效果,解决了媒体数据实时通信质量低的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种数据处理方法的计算机终端(或移动设备)的硬件结构框图;
图2是根据本发明实施例的一种数据处理方法的流程图;
图3是根据本发明实施例的另一种数据处理方法的流程图;
图4是根据本发明实施例的另一种数据处理方法的流程图;
图5是根据本发明实施例的另一种数据处理方法的流程图;
图6是根据相关技术实施例的一种实时通信技术的示意图;
图7是根据本发明实施例的一种传输***的数据处理方法的流程图;
图8是根据本发明实施例的一种网内状态到端上信号的选取的流程图;
图9是根据本发明实施例的一种延迟估计方法的流程图;
图10是根据本发明实施例的一种反馈频率控制机制的流程图;
图11是根据本发明实施例的另一种数据处理装置的示意图;
图12是根据本发明实施例的另一种数据处理装置的示意图;
图13是根据本发明实施例的另一种数据处理装置的示意图;
图14是根据本发明实施例的另一种数据处理装置的示意图;
图15是根据本发明实施例的一种计算机终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先,在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释:
实时通信(real-time communication,简称为RTC),指没有传输延迟的任何实时通信;
长期演进技术(Long Term Evolution,简称为LTE),指的是***移动通信技术(4G)网络接入;
卡顿,音视频播放中,音频无声或视频卡住的现象,可能是由于网络服务质量差引起的,是用户体验质量评价标准的重要部分;
实时传输协议(Real-time Transport Protocol,简称为RTP),定义了在互联网传输音频和视频的标准数据包格式,是目前实时音视频功能中应用最为广泛的传输协议。
实施例1
根据本发明实施例,还提供了一种数据处理方法的实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现数据处理方法的计算机终端(或移动设备)的硬件结构框图。如图1所示,计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b,……,102n来示出)处理器(处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外,还可以包括:显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为BUS总线的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,计算机终端10还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外,数据处理电路可为单个独立的处理模块,或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的,该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
存储器104可用于存储应用软件的软件程序以及模块,如本发明实施例中的数据处理方法对应的程序指令/数据存储装置,处理器102通过运行存储在存储器104内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的应用程序的数据处理方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
显示器可以例如触摸屏式的液晶显示器(LCD),该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。
此处需要说明的是,在一些可选实施例中,上述图1所示的计算机设备(或移动设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是,图1仅为特定具体实例的一个实例,并且旨在示出可存在于上述计算机设备(或移动设备)中的部件的类型。
在图1所示的运行环境下,本申请提供了如图2所示的数据处理方法。需要说明的是,该实施例的数据处理方法可以由图1所示实施例的移动终端执行。
图2是根据本发明实施例一的数据处理方法的流程图,如图2所示,该方法可以包括以下步骤:
步骤S202,获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数。
在本发明上述步骤S202提供的技术方案中,通过目标路由器所使用的目标通讯协议的端口或协议对目标路由器进行检测,通过互联网协议(Internet Protocal,简称为IP)地址、端口等信息识别并检查目标路由器,以达到获取目标路由器所使用的目标通讯协议的目标控制信号的目的,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路;目标控制信号用于控制向接收端传输媒体数据的传输参数,可以包括但不限于丢包、往返时间(RTT),延迟梯度(delay gradient)以及接收速率等;目标通讯协议可以为IP地址、端口,和/或协议格式;接收端可以为客户端,发送端可以为服务端。
可选地,通过IP地址、端口和/或其他目标通讯协议等检测当前目标路由器上需要优化的实时通信流量,确定当前流量的协议格式以及特征,基于获取到的当前流量的协议格式及其特征,获取需要向接收端传输媒体数据的传输参数,比如,延迟和速率等目标控制信号。
举例而言,识别目标路由器的网路实时通信(WebRTC)的实时通信/实时传输协议后,通过查询协议库得到,目标路由器速率控制依赖于实时传输协议反馈包中所搭载的接收端接收数据包的时间间隔,以达到获取需要向接收端传输媒体数据的传输参数的目的。
步骤S204,基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态。
在本发明上述步骤S204提供的技术方案中,基于确定的目标控制信号,计算得到待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态,比如,网内状态信号、反馈信号等。
可选地,基于目标控制信号确定实时通信数据包到达目标路由器的队列长度与出队时间,以得到实时通信数据包的排队时间和实时通信数据包离开队列的传输时间,基于确定的实时通信数据包的排队时间和实时通信数据包离开队列的传输时间,以确定待反馈的网络信息,即,数据包预期到达接收端的时间及反馈信号。
步骤S206,将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。
在本发明上述步骤S206提供的技术方案中,将确定的待反馈的网络信息传输至发送端,以使发送端调整媒体数据的传输参数。
可选地,当将确定的网络信息反馈至发送端时,会相应地产生反馈数据包,将估计出的待反馈的网络信息传输至发送端,发送端根据接收到的信息调整媒体数据的传输参数。
通过本申请上述步骤S202至步骤S206,获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。也就是说,本发明通过及时将待反馈的网络信息反馈至发送端,让发送端及时调整传输媒体数据的传输参数,从而避免因速率不匹配而带来的延迟增加,达到了提高媒体数据实时通信质量的技术效果,解决了媒体数据实时通信质量低的技术问题。
下面对该实施例的上述方法进行进一步地介绍。
作为一种可选的实施方式,步骤S202,获取目标路由器所使用的目标通讯协议的目标控制信号,包括:确定目标通讯协议的协议格式;基于协议格式确定目标通讯协议所关联的目标控制信号。
在该实施例中,通过目标路由器所使用的目标通讯协议的端口或协议对目标路由器进行检测,获取目标路由器上需要优化的实时通信流量,确定目标路由器上目标通讯协议的协议格式,根据协议格式匹配对应的目标控制信号。
可选地,通过目标路由器所使用的目标通讯协议的端口或协议对目标路由器进行检测,获取目标路由器上需要优化的实时通信流量,读取实时通信流量数据包协议及反馈控制包的协议格式,根据协议格式匹配当前协议匹配的目标控制信号。
举例而言,当实时通信采用网络实时通信框架及实时传输协议时,可以检查到实时传输协议数据包采用了用户数据包协议(User Datagram Protocol,简称为UDP)进行传输,其扩展包头含有标志位,比如,0xBEDE等特征;或者,可以通过在连接建立时的协商阶段获知目标通讯协议的协议格式,以达到确定目标通讯协议的协议格式以及特征的目的。
可选地,在识别出协议格式之后,可以通过查询预先构建的实时通信协议库,并对这些特征进行分类,以根据协议格式匹配对应的目标控制信号,比如,识别到网络实时通信框架及实时传输协议后,查询协议库便可得知,其目标控制信号控制依赖于实时传输协议反馈包中所搭载的接收端接收数据包的时间间隔。
作为一种可选的实施方式,响应于确定目标通讯协议所关联的目标控制信号失败,则在操作界面上显示对应的第一提示信息。
在该实施例中,当确定目标通讯协议所关联的目标控制信号失败,则及时将失败信号反馈给发送端并在操作界面上显示对应的第一提示信息,其中,第一提示信息可以为网络状态改变的信息。
可选地,当确定目标通讯协议所关联的目标控制信号失败,则及时将失败信号反馈给发送端并在操作界面上显示对应的第一提示信息,从而能够及时发现网络状态的改变并做出适应性调整,让用户体验不受影响。
作为一种可选的实施方式,检测目标路由器的通信流量;将通信流量的通信协议确定为目标通讯协议。
在该实施例中,检测目标路由器的通信流量,将目标路由器的通信流量的通信协议仅是识别匹配,并兼容现有的传输协议,得到目标通讯协议,其中,通信流量可以为实时通信流量。
可选地,选取网内状态到端上信号的实时通信流量,根据当前实时通信协议的控制信号进行识别匹配,能够将网络的网内状态转化为端上可读的状态,与现有的传输协议进行兼容,得到目标通讯协议。
作为一种可选的实施方式,基于协议格式确定目标通讯协议所关联的目标控制信号,包括:在操作界面上基于协议格式显示目标通讯协议所关联的多个控制信号的多个标识,其中,多个标识与多个控制信号一一对应;在操作界面上显示多个标识中与网络信息的类型对应的目标控制信号的标识。
在该实施例中,在操作界面上基于协议格式显示目标通讯协议所关联的多个控制信号的多个标识,多个标识与多个控制信号一一对应,并对目标控制信号的标识进行匹配,在操作界面上显示多个标识中与网络信息的类型对应的目标控制信号的标识,其中,多个控制信号可以为传输协议敏感的一系列控制信号。
可选地,利用传输协议敏感的一系列控制信号,统计处其发送速率受影响的敏感因素,根据当前实时通信协议的控制信号进行识别匹配,并将当前的实时通信协议的控制信号和与实时通信协议的控制信号对应的当前传输协议敏感的一系列控制信号的标识显示在操作界面上。
作为一种可选的实施方式,在操作界面上显示多个标识中与网络信息的类型对应的目标控制信号的标识,包括:在操作界面上显示每个控制信号与网络信息的类型相匹配的匹配度,得到多个匹配度;将多个匹配度中最大匹配度对应的控制信号确定为目标控制信号,或者,响应作用于操作界面上的选取操作指令,从多个匹配度中选取出目标匹配度,且将目标匹配度对应的控制信号确定为目标控制信号;在操作界面上显示目标控制信号的标识。
在该实施例中,在操作界面上显示每个控制信号与网络信息的类型相匹配的匹配度,得到多个匹配度,在多个匹配中选择匹配最大的控制信号确定为目标控制信号;或者,在操作界面上选择选择操作指令组件,根据实际需求,从多个匹配度中选取出目标匹配度,将目标匹配度对应的控制信号确定为目标控制信号,并将选择的目标控制信号的表示显示在操作界面上。
可选地,在操作界面上给出当前传输协议敏感的一系列控制信号,对支持的反馈类型进行过滤,并提取出当前协议最有效、敏感的控制信号作为目标控制信号,并将目标控制信号的标识显示在操作界面上。
作为一种可选的实施方式,步骤S204,基于目标控制信号确定待反馈的网络信息,包括:响应于目标路由器接收到媒体数据,则确定与目标控制信号对应的排队延迟时间和传输延迟时间,其中,排队延迟时间为媒体数据在目标队列中排队的延迟时间,传输延迟时间为媒体数据在目标信道中传输的延迟时间;基于排队延迟时间和传输延迟时间确定网络信息。
在该实施例中,目标路由器接收到媒体数据,确定与目标控制信号对应的排队延迟时间和传输延迟时间,基于排队延迟时间和传输延迟时间确定网络信息,其中,目标通道可以为无线通道。
可选地,排队延迟时间为媒体数据在目标队列中排队的延迟时间,可以用qDelay表示,可以为当正常使用无线路由器进行实时通信功能时,另一连接了同一个路由器的用户突然开始下载文件,导致这些文件下载的数据挤占路由器上有限的队列空间,使得实时通信的数据包也不得不在这个变长的队列中排队,由于路由器内的队列产生的延迟。
可选地,传输延迟时间可以为媒体数据在目标信道中传输的延迟时间,可以用xmitDelay表示,可以为当正常使用无线路由器进行实时通信功能时,信道内的其他用户使用了相同的无线信道,导致的延迟,比如,2.4GHz的无线信道可能受到周围的无线路由器、蓝牙信号甚至微波炉的干扰,导致在无线信道中数据包出现错误,不得不重新上传,产生了在无线信道中的传输延迟。
作为一种可选的实施方式,基于排队延迟时间和传输延迟时间确定网络信息,包括:基于排队延迟时间和传输延迟时间确定媒体数据待传输至接收端的目标时间;基于目标时间确定网络信息。
在该实施例中,基于排队延迟时间和传输延迟时间确定媒体数据待传输至接收端的目标时间,基于目标时间确定网络信息,其中,目标时间可以为数据包预期到达接收端的时间,可以为当前估计的信息,可以为预测/估计的控制信号,可以用tsReceive表示,可以由传输延迟时间、排队延迟时间和目标路由器当前时间,这三者之间的和计算得到,即:
可选地,当目标时间超过目标阈值,则确定网络出现波动,其中,目标阈值可以为根据实际设定的某一时间,此处不做具体限定。
作为一种可选的实施方式,在操作界面上显示网络信息,其中,网络信息用于表征目标传输链路的网络状态异常;响应作用于操作界面上的调整操作指令,调整目标时间。
在该实施例中,当目标传输链路的网络状态异常时,则在操作界面上显示异常的网络信息,对异常的网络信息选择操作界面上的调整操作指令,根据实际情况调整目标时间。
可选地,当发现无线信道传输状态异常时,及时将异常信号反馈给发送端,并显示在操作界面上,使得发送端能够及时发现网络状态的改变,并响应作用于操作界面上的调整操作指令,对目标时间进行适应性调整。
作为一种可选的实施方式,基于目标时间确定网络信息包括:将目标时间确定为网络信息;将网络信息反馈至发送端,包括:将目标时间反馈至发送端。
在该实施例中,将目标时间确定为网络信息,并产生相应的反馈数据包,以达到将估计的时间反馈给发送端的目的。
作为一种可选的实施方式,将网络信息反馈至发送端,包括:基于排队延迟时间和传输延迟时间二者之间的和,触发网络信息反馈至发送端。
在该实施例中,可以每隔一段时间对排队延迟时间和传输延迟时间二者之间的和进行计算,基于二者之和的结果,触发网络信息反馈至发送端,比如,可以当二者的和落在某一区间内,则立刻触发反馈。
可选地,每隔一段时间便对排队延迟时间和传输延迟时间二者之间的和进行计算,可以当计算结果落在历史分布区间的后p百分位,比如,超过了95%的历史值,则触发反馈,其中,p可以根据实际情况进行设定,此处不做具体限定。
作为一种可选的实施方式,步骤S208,将网络信息反馈至发送端,包括:响应于当前时间达到目标周期时间,则触发网络信息反馈至发送端。
在该实施例中,判断反馈是否达到目标周期时间,若达到或者超过目标周期时间,则触发网络信息反馈至发送端。
可选地,判断是否达到当前的反馈周期T。如果距离上次反馈的时间到达或超过T,则立刻产生反馈包并发送至发送端。
本发明实施例还提供了一种文娱播放场景下的数据处理方法。
图3是根据本发明实施例的另一种数据处理方法的流程图。如图3所示,该方法可以包括以下步骤。
步骤S302,从文娱播放平台获取待传输的媒体数据。
在本发明上述步骤S302提供的技术方案中,从文娱播放平台台获取待传输的媒体数据,其中文娱播放场景可以为影视剧综类视频,新闻类视频等;媒体数据可以为带传输的图片、视频、音频等。
步骤S304,检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为文娱播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数。
在本发明上述步骤S304提供的技术方案中,当媒体数据传输到目标路由器上时,通过目标路由器所使用的目标通讯协议的端口或协议对目标路由器进行检测,通过IP地址、端口等信息识别并检查目标路由器,以达到获取目标路由器所使用的目标通讯协议的目标控制信号的目的,其中,目标路由器与接收端之间的子传输链路为文娱播放平遥与播放客户端之间的目标传输链路的最后一跳传输链路;目标控制信号用于控制向接收端传输媒体数据的传输参数,可以包括但不限于丢包、往返时间(RTT),延迟梯度(delaygradient)以及接收速率等;目标通讯协议可以为IP地址、端口,和/或协议格式。
步骤S306,基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态。
在本发明上述步骤S306提供的技术方案中,基于目标控制信号确定目标传输链路当前队列的长度及出队速率,基于队列的长度及出队速率确定指定一段时间内的离开队列的数据包的速率(txRate),基于数据包的速率,确定实时通信数据包到达目标路由器的队列长度与出队时间,以得到实时通信数据包的排队时间和实时通信数据包离开队列的传输时间,基于确定的实时通信数据包的排队时间和实时通信数据包离开队列的传输时间,以确定待反馈的网络信息。
可选地,当每个新的实时通信数据包到达目标路由器时,首先测量当前队列内的队列长度(qLen)并记录。同时,通过滑动平均的方式测量过去指定一段时间内的离开队列的数据包的速率。
可选地,当前队列为先入先出(First-In-First-Out,FIFO)的队列,则排队时间可以通过总队列长度除以数据包的发送速率来进行推断,即,需要说明的是,其中计算方法可根据相应管理机制的出队规则进行推算。例如若采用了Fairqueuing的管理机制,此时的队列长度和速率便应该替换为当前实时通信数据流的长度以及发送速率。
可选地,对于无线信道而言,同一时刻在同一个链接内只能有一个数据帧进行传输,因此数据包离开队列的间隔便是数据帧传输延迟时间。需要注意的是,一些新的传输机制(如11ac等)采用了帧聚合等技术,将多个数据包聚合成同一个数据帧进行发送,会存在多个数据包连续出队,间隔为0的情况。因此,首先将过去一段时间内每个数据包的出队时间按照某一特定粒度(如:1ms)进行聚合,并计算聚合后的数据包出队的时间间隔txInterval,利用这一间隔来估计在无线信道中的传输延迟时间xmitDelay,即。
可选地,基于排队延迟时间和传输延迟时间确定媒体数据待传输至接收端的目标时间,基于目标时间确定网络信息,其中,目标时间可以为数据包预期到达接收端的时间,可以为当前估计的信息,可以为预测/估计的控制信号,可以用tsReceive表示,可以由传输延迟时间、排队延迟时间和目标路由器当前时间,三者的和计算得到,即:
步骤S308,将网络信息反馈至文娱播放平台,其中,网络信息用于使文娱播放平台调整媒体数据的传输参数。
在本发明上述步骤S308提供的技术方案中,将网络信息反馈至文娱播放平台,以达到使文娱播放平台调整媒体数据的传输参数的目的。
作为一种可选的实施方式,基于调整后的传输参数将媒体数据传输至播放客户端,其中,媒体数据用于使播放客户端播放对应的媒体内容。
在该实施例中,对传输参数进行调整,将调整后的传输参数将媒体数据传输至播放客户端以达到使文娱播放平台调整媒体数据的传输参数的目的。
可选地,对传输参数进行修正以确保数据包前后保序一致,当网络情况出现波动时,由于计算时间的不同,当前一个包计算时数据包的速率较小而后一个包计算时速率较大时,可能会导致前一个包到达接收端的时间比后一个包要晚,此时,在发送端看来可能会出现乱序,为确保控制信号的一致性,此时要对后一个包的到达时间进行修正,通过将乱序数据包的到达时间修正为上一个包的到达时间的基础上加上传输时间的增量,可以让发送端一致地处理这些数据包。
本发明实施例还提供了一种直播播放场景下的数据处理方法。
图4是根据本发明实施例的另一种数据处理方法的流程图。如图4所示,该方法可以包括以下步骤。
步骤S402,从直播播放平台获取待传输的媒体数据。
步骤S404,检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为直播播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数。
步骤S406,基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态。
步骤S408,将网络信息反馈至直播播放平台,其中,网络信息用于使直播播放平台调整媒体数据的传输参数。
本发明实施例还提供了一种道路检测播放场景下的数据处理方法。
图5是根据本发明实施例的另一种数据处理方法的流程图。如图5所示,该方法可以包括以下步骤。
步骤S502,从道路检测播放平台获取待传输的媒体数据。
步骤S504,检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为道路检测播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数。
步骤S506,基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态。
步骤S508,将网络信息反馈至道路检测播放平台,其中,网络信息用于使道路检测播放平台调整媒体数据的传输参数。
该实施例中,获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。也就是说,本发明通过及时将待反馈的网络信息反馈至发送端,让发送端及时调整传输媒体数据的传输参数,从而避免因速率不匹配而带来的延迟增加,达到了提高媒体数据实时通信质量的技术效果,解决了媒体数据实时通信质量低的技术问题。
实施例2
下面对该实施例的上述方法的优选实施方式进行进一步介绍,具体以一种网内传输质量反馈方法进行说明。
随着移动互联网时代、第五代通信技术时代的到来,依托于无线网络的各类实时音视频应用蓬勃发展,其中网络直播用户规模持续增增长,商业模式不断扩展,比如,实时音视频功能、直播、视频云、视频会议等,因此,对众多的音视频场景来说,保证用户体验是确保竞争优势、提升市场占有率、客户满意度的核心要素。
为满足大规模音视频功能对于可靠性、低延迟和可扩展性的要求,实时通信技术也在不断发展和完善。服务质量(Quality of Service,简称为QoS)技术是实时通信技术框架的重要组成部分,包括拥塞控制、信源压缩、抗丢包等多个维度,对用户体验质量有决定性的影响。当前实时通信技术的一个关键问题是实时通信服务器端到客户端之间的服务质量面临抵抗弱网和弱网能力差,该问题严重影响了用户体验质量,解决该问题对于提升实时音视频功能的市场占用率和客户满意度至关重要。
目前一个重要的趋势是移动端的最后一跳传输延迟逐渐成为端到端延迟的瓶颈组成部分,图6是根据相关技术实施例的一种实时通信技术的示意图,如图6所示,从无线路由器(含)到实时通信接收端客户端的这一跳传输称为链路中的最后一跳传,目前移动端手机支持的接入网络包括移动通信技术、无线网络等,而这些接入网络中从基站/接入点到用户的无线传输延迟及其衍生的排队延迟已经成为端到端延迟升高的主要贡献因素。
基于传输层协议类型(UDP或TCP),已有的多路径实时音视频传输方法主要包含如下几类方式:
一,快速确认字符(FastACK),基于路由器提出的传输控制协议快速确认字符(TCPACK)早反馈方案,其根据当前路由器上的连接状态,通过劫持传输控制协议连接提前反馈传输控制协议的快速确认字符报文,加速速率控制调整。
二,显式控制协议(XCP),通过对客户端和网络内所有路由器同时修改,使得网络内的路由器能够将当前路由器的使用情况反馈给发送端,发送端可以根据反馈的信息进行速率调整。
三,速率控制协议(Rapid Control Prototype,简称为RCP),与显式控制协议类似,不同之处在于其反馈的信息更加全面更加丰富,每个路由器能够估计出其上不同数据流应该分到的发送速率。
四,速率控制协议(Accel Brake Control,简称为ABC),针对无线网络提出,需要对发送端和路由器同时进行修改,以使得一方面能够对无线网络的下行发送速率进行准确估计,另一方面估计信息能够通过现有传输控制协议里面的一些字段反馈给发送端。
五,一种网内状态与端***结合的速率控制协议(Date Center QuantizedCongestion Notification,简称为DCQCN),交换机能够对当前队列的使用情况以及链路利用率进行测量,并将这一测量结果直接反馈给发送端,供速率控制使用。
但上述方法,一方面,相比于现有无需数据流发送接收端同时配合的兼容反馈设计,仍存在无法对实时通信的低延迟要求进行了进一步的优化控制的技术问题,比如,快速确认字符方法的主要目标是提升无线路由器的吞吐量,而并非降低最后一跳的传输延迟,当路由器排队延迟增加时,依然会面临反馈不及时的问题,仅仅能节省无线信道上反向传输控制协议快速确认字符的传输延迟,其尾部延迟并不能满足实时通信功能的低延迟要求。
另一方面,相比于传统的网内状态反馈和端上速率控制相结合的框架,上述问题仍存在向下难以兼容现有传输协议的技术问题,传统的网络状态反馈协议设计(如网内状态与端***结合的速率控制协议、显式控制协议和速率控制协议)需要数据流的发送端也作相应修改才能对网内的反馈报文进行合理响应,比如,当网络中出现拥塞等事件时,不仅仅需要网内设备上,比如路由器等,进行修改以使得其能够产生新的网络状态相关的报文(DCQCN)或者将网络状态写入其自定义的传输协议(XCP、RCP),抑或是写入现有IP报文的某些字段(ABC)中,还需要在发送端应用上同时进行修改,比如修改操作***传输控制协议内核或应用程序的速率控制模块才能让发送端明白网内设备产生的这些信息的含义,并正确进行解析,然而,这样的可部署性相对较差:一方面作为网内设备制造商缺乏对数据流量的客户端的控制能力,难以对应用同样进行大量的修改,另一方面,改动数据流客户端的开发成本与运维成本均较高,都使得这样的方案在规模部署上存在困难。
为解决上述问题,本发明提出一种面向包含实时音视频在内的即时通信类应用,包括但不限于VR、即时消息等的网内状态带内反馈方法,实施于音视频实时传输***的最后一跳无线路由器上,以解决通信服务器端到客户端的弱网、断网问题。
下面对该实施例的上述方法进行进一步地介绍。
图7是根据本发明实施例的一种传输***的数据处理方法的流程图,如图7所示,该方法包含三个子方法,对应着反馈信号的选取、计算和发送三个阶段。其中,一个或多个子方法也可以独立实现,之间没有依赖,同样能够提升弱网下的音视频实时通信体验,三种子方法相互协同共同完成整体流程。
步骤S702,网内状态到端上信号的选取框架。
网内状态到端上信号的选取框架会对当前路由器上的实时通信视频流的协议格式以及反馈控制信号进行识别。
步骤S704,基于队列的混合延迟估计方法。
基于队列的混合延迟估计方法会对当前来到路由器的数据包预期到达客户端的时间进行估计,预测得到控制信号。
步骤S706,自适应带内反馈频率控制机制。
当自适应的带内反馈频率控制机制决定需要将当前估计的信息反馈给发送端时,会相应产生反馈数据包,将步骤S704中估计的时间反馈给发送端。
下面对针对实时通信音视频传输的网内状态与端上信号的转换方法,即网内状态到端上信号的选取框架的方法进行进一步地介绍。
根据当前实时通信协议的控制信号进行识别匹配,利用当前协议敏感的信号,统计处其发送速率受影响的敏感因素。本发明可以为通用的解决方案,支持任意的速率控制信号,包括但不限于丢包、往返时间、延迟梯度以及接收速率。
网内状态到端上信号的选取框架根据当前实时通信协议的控制信号进行识别匹配,能够将网络的网内状态转化为端上可读的状态,与现有标准协议兼容,通过对现有速率控制信号以及网内状态信号进行总结以及映射,解决兼容性的挑战,同时,实现前提让端上实时感知网络内状态的变化。
传统实时通信的传输方法的反馈信号完全依赖接收端构造并发送。例如网络实时通信中接收客户端定周期,默认为50ms,对这期间内收到的数据包的到达时间进行统计,并构造反馈数据包将到达时间的间隔反馈给发送端,以协议为实时通信,反馈控制信号为包到达接收端的时间间隔为例介绍网内状态到端上信号的选取框架,下面将详细介绍各个执行步骤。
图8是根据本发明实施例的一种网内状态到端上信号的选取的流程图,如图8所示,该方法可以包括以下步骤。
步骤S802,检测实时通信流量。
通过IP地址、端口和(或)协议格式等方式检测当前无线路由器上是否存在需要优化的实时通信流量,如果没有需要优化的实时通信流量则正常进行转发,否则执行步骤S804。
步骤S804,读取实时通信流量数据包协议及反馈控制包的协议格式。
通过IP地址、端口等信息识别并检查数据流量以及反向的反馈控制包的协议格式。例如,当实时通信采用网路实时通信框架及实时通信/实时传输协议时,此时应能检查到实时传输协议数据包采用了用户数据包协议进行传输,其扩展包头含有0xBEDE等标志位等特征,或者可以通过在连接建立时的协商阶段获知,从而可以了解当前流量的协议格式以及特征。
步骤S806,根据格式分类匹配当前协议依赖的获取控制信号。
根据步骤S804中识别出的协议格式,首先查询预先构建的实时通信协议库,并对这些特征进行分类,获取当前协议所依赖的控制信号,比如,若识别到网路实时通信框架的实时通信/实时传输协议后,查询协议库便可得知,其速率控制依赖于实时传输控制协议反馈包中所搭载的接收端接收数据包的时间间隔。
步骤S808,构建并选取反馈控制信号。
步骤S806中通常会给出当前传输协议敏感的一系列控制信号,这时便需要对支持的反馈类型进行过滤,并提取出将当前协议最有效、敏感的控制信号作为将要预测的控制信号。
综上所述,网内状态到端上信号的选取框架通过对当前流量、协议的识别,在兼容现有协议的同时支持对控制信号的过滤和选取,上述方法提供了构造反馈信号的基础。
下面对针对实时通信音视频传输的基于队列的混合延迟估计方法,即面向排队延迟和传输延迟的延迟估计的方法进行进一步地介绍。
基于队列的混合延迟估计方法,提出利用路由器三层网络队列与二层链路层队列的结合估计,结合当前网络内队列以及无线信道的传输状态,对前面选取的控制信号进行估计,通过利用当前的队列信息,如排队时间、队列长度、出队速率、出队间隔等等,准确预测出待反馈数据包的速率控制、未来的延迟等信号,同时,能够使得反馈的信号与真实情况贴合、准确。
接入网络中可能出现信道竞争增强、路由器队列缓冲区竞争流量增多等等可能潜在会导致延迟增高、视频播放卡顿、花屏等情况,而延迟的增高的原因可能是多种多样的,比如,当用户正常使用当前无线路由器进行实时通信功能时,另一连接了同一个路由器的用户突然开始下载文件,这会导致这些文件下载的数据挤占当前路由器上有限的队列空间,使得实时通信的数据包也不得不在这个变长的队列中排队,体验较高的排队延迟,此时,延迟主要由路由器内的队列造成;当用户正常使用当前无线路由器进行实时通信功能时,信道内的其他用户使用了相同的频段,如2.4GHz的无线通信频段可能受到周围的无线路由器、蓝牙信号甚至微波炉的干扰,这会导致在无线信道中数据包出现错误,从而不得不进行重传,进而增大了该数据包在无线信道中的传输延迟。
针对上述两方面问题,基于队列的混合延迟估计方法,一方面测量队列长度来估计排队延迟以获得稳态下的稳定延迟;另一方面通过测量出队时间间隔来估计数据包在无线信道中的传输时间,同时结合两方面的延迟估计信息,以获得较为准确的最后一跳延迟的估计,需要说明的是,这一流程是逐个数据包均会触发并进行执行的。下面将详细介绍各个执行步骤。
图9是根据本发明实施例的一种延迟估计方法的流程图,如图9所示,该方法可以包括以下步骤:
步骤S902,测量当前队列长度及出队速率。
当每个新的实时通信数据包到达本方法所部属的路由器时,首先测量当前队列内的队列长度(qLen)并记录。同时,通过滑动平均的方式测量过去指定一段时间内的离开队列的数据包的速率(txRate)。这里队列是指三层网络中的发送队列,比如,操作***发送网卡的五十弦(QueueDisc)等。
步骤S904,计算并推断该数据包在队列里的排队时间。
假设的是当前队列为先入先出的队列,则预期排队延迟可以通过总队列长度除以数据包的发送速率来进行推断,即,假如当前队列采用了加权公平队列等管理机制,计算方法可根据相应管理机制的出队规则进行推算,此时的队列长度和速率便应该替换为当前实时通信数据流的长度以及发送速率。
步骤S906,测量数据包离开队列的间隔并推断其在无线信道中的传输延迟。
对于无线信道而言,同一时刻在同一个链接内只能有一个数据帧进行传输,因此数据包离开队列的间隔便是数据帧传输延迟,需要注意的是,一些新的传输机制(如11ac等)采用了帧聚合等技术,将多个数据包聚合成同一个数据帧进行发送,此时,会存在多个数据包连续出队,间隔为0的情况,因此,本方法首先将过去一段时间内每个数据包的出队时间按照某一特定粒度(如:1ms)进行聚合,并计算聚合后的数据包出队的时间间隔(txInterval),从而估计在无线信道中的传输时间xmitDelay,即。
步骤S908,计算数据包预期到达接收端的时间及反馈信号。
步骤S910,对延迟数据进行修正以确保数据包前后保序一致。
当网络情况出现波动时,由于计算时间的不同,当前一个包计算时数据包的速率(txRate)较小而后一个包计算时速率较大时,可能会导致前一个包的到达时间比后一个包要晚。此时,在发送端看来可能会出现乱序。为确保控制信号的一致性,此时要对后一个包的到达时间进行修正。通过将乱序数据包的到达时间修正为上一个包的到达时间基础上加上排队延迟时间的增量,可以让发送端依然一致地处理这些数据包。
下面对针对实时通信音视频传输的自适应带内反馈频率控制机制进行进一步地介绍。
自适应带内反馈频率控制机制主要克服了频繁反馈对上行网络以及当前路由器的潜在影响,主要分为定周期的带内数据反馈以及事件触发的带内数据反馈。前者主要负责保证网络状态良好时减少频繁反馈带来的开销,后者则主要负责保证当出现网络突发事件(如信道能力下降)时能够及时产生新的反馈数据包。
自适应带内反馈频率控制机制,通过在不同网络状态时结合定周期与时间触发的反馈,解决反馈数据频率对链路带宽及反馈时效性的权衡,适用于自定义格式等各项传输层协议;通过对反馈周期的动态调节,能够有效降低反馈数据报文带来的额外负担。
由于带内反馈需要特定的数据包来搭载反馈信息,反馈频率过高或过低可能都会对网络性能造成影响。若反馈频率过高,对于实时通信音视频传输而言,由于数据是以视频帧为单位进行编码,一般帧与帧之间会有几十到上百毫秒的时间间隔,因此,若反馈频率比帧率高很多,则可能会导致许多反馈包事实上本身没有反馈信息,造成发送端接收反馈包的混乱,比如,对于帧率为24fps的音视频传输而言,帧与帧之间有42ms的间隔,此时若反馈周期为20ms,则可能会导致新的反馈包不承载任何信息,与此同时,过于频繁的反馈会消耗反向上行数据流量,造成真正的反馈包难以及时到达。
若反馈频率过低,当网络状态发生变化时,需要立刻将这一信息搭载回发送端,若反馈频率过低,比如,设定为40ms,在网络状态良好时能够表现良好,但当网络状态突然恶化时,这一状态的变化依然需要等到下一个反馈包才能够被发送端所感知,可能会因此延误发送速率调整的时机。
因此,针对反馈频率面临的取舍,提出了自适应的反馈频率控制机制,图10是根据本发明实施例的一种反馈频率控制机制的流程图,如图10所示,该方法可以包括以下步骤:
步骤S1002,周期触发判断。
每次完成子方法二中的反馈信息计算后,判断是否达到当前的反馈周期T,如果距离上次反馈的时间到达或超过T,则立刻产生反馈包并发送。
步骤S1004,事件触发判断。
连续测量最近N个长度为T时间片的预期延迟是否有显著变化,这里时间片是指每隔一段时间(例如1ms)便对排队时间进行一次计算,显著变化是指计算结果落在历史分布区间的后p百分位(例如超过了95%的历史值),因此,一个事件触发的例子是,如果连续3次间隔1ms的测量(N=3,T=1ms)均有传输延迟超过了95%的历史值(p=5%),则应该立刻触发反馈,需要说明的是,数字仅为举例使用,此处不做具体限制。
在该实施例中,基于内网状态到端上信号的选取框架,针对实时通信音频传输的网内状态与端上信号的转换方法,从而在保障兼容性的前提下让端上实时的感知网络状态的变化;基于队列的混合延迟估计方法,提出面向排队延迟和传输延迟的延迟估计方法,从而在敏捷性和稳定性之间取得较好的权衡;基于自适应带内反馈频率控制机制,提出面向带内反馈控制的自适应频率控制,通过将周期触发和事件触发相结合,在节省开销的同时能够及时反馈网内的状态。也就是说,在网络状态出现波动时,该实施例能够及时将网络状态的变化反馈给发送端,让发送端及时调整发送速率,从而降低因速率不匹配而带来的延迟增加等问题。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的数据处理方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例3
根据本发明实施例,还提供了一种用于实施上述图2所示的数据处理方法的数据处理装置。
图11是根据本发明实施例的一种数据处理装置的示意图。如图11所示,该数据处理装置1100可以包括:第一获取单元1102、第一确定单元1104和第一反馈单元1106。
第一获取单元1102,用于获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数。
第一确定单元1104,用于基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态。
第一反馈单元1106,用于将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。
此处需要说明的是,上述第一获取单元1102、第一确定单元1104和第一反馈单元1106对应于实施例1中的步骤S202至步骤S206,三个单元与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述单元作为装置的一部分可以运行在实施例一提供的计算机终端10中。
根据本发明实施例,还提供了一种用于实施上述图3所示的数据处理方法的数据处理装置。
图12是根据本发明实施例的另一种数据处理装置的示意图。如图12所示,该数据处理装置1200可以包括:第二获取单元1202、第三获取单元1204、确定单元1206和第二反馈单元1208。
第二获取单元1202,用于从文娱播放平台获取待传输的媒体数据。
第三获取单元1204,用于检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为文娱播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数。
确定单元1206,用于基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态。
第二反馈单元1208,用于将网络信息反馈至文娱播放平台,其中,网络信息用于使文娱播放平台调整媒体数据的传输参数。
此处需要说明的是,上述第二获取单元1202、第三获取单元1204、确定单元1206和第二反馈单元1208对应于实施例1中的步骤S302至步骤S308,四个单元与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述单元作为装置的一部分可以运行在实施例一提供的计算机终端10中。
根据本发明实施例,还提供了一种用于实施上述图4所示的数据处理方法的数据处理装置。
图13是根据本发明实施例的另一种数据处理装置的示意图。如图13所示,该数据处理装置1300可以包括:第四获取单元1302、第五获取单元1304、第三确定单元1306和第三反馈单元1308。
第四获取单元1302,用于从直播播放平台获取待传输的媒体数据。
第五获取单元1304,用于检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为直播播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数。
第三确定单元1306,用于基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态。
第三反馈单元1308,用于将网络信息反馈至直播播放平台,其中,网络信息用于使直播播放平台调整媒体数据的传输参数。
此处需要说明的是,上述第四获取单元1302、第五获取单元1304、第三确定单元1306和第三反馈单元1308对应于实施例1中的步骤S402至步骤S408,四个单元与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述单元作为装置的一部分可以运行在实施例一提供的计算机终端10中。
根据本发明实施例,还提供了一种用于实施上述图5所示的数据处理方法的数据处理装置。
图14是根据本发明实施例的另一种数据处理装置的示意图。如图14所示,该数据处理装置1400可以包括:第六获取单元1402、第七获取单元1404、第四确定单元1406和第四反馈单元1408。
第六获取单元1402,用于从道路检测播放平台获取待传输的媒体数据。
第七获取单元1404,用于检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为道路检测播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数。
第四确定单元1406,用于基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态。
第四反馈单元1408,用于将网络信息反馈至道路检测播放平台,其中,网络信息用于使道路检测播放平台调整媒体数据的传输参数。
此处需要说明的是,上述第六获取单元1402、第七获取单元1404、第四确定单元1406和第四反馈单元1408对应于实施例1中的步骤S502至步骤S508,四个单元与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述单元作为装置的一部分可以运行在实施例一提供的计算机终端10中。
在该实施例的数据处理装置中,通过第一获取单元,获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数;通过第一确定单元,基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;通过第一反馈单元,将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。也就是说,本发明通过及时将待反馈的网络信息反馈至发送端,让发送端及时调整传输媒体数据的传输参数,从而避免因速率不匹配而带来的延迟增加,达到了提高媒体数据实时通信质量的技术效果,解决了媒体数据实时通信质量低的技术问题。
实施例4
本发明的实施例可以提供一种数据处理***,该数据处理***可以包括计算机终端,该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地,在本实施例中,上述计算机终端也可以替换为移动终端等终端设备。
可选地,在本实施例中,上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
在本实施例中,上述计算机终端可以执行数据处理方法中以下步骤的程序代码:获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。
可选地,图15是根据本发明实施例的一种计算机终端的结构框图。如图15所示,该计算机终端A可以包括:一个或多个(图中仅示出一个)处理器1502、存储器1504、以及传输装置1506。
其中,存储器可用于存储软件程序以及模块,如本发明实施例中的数据处理方法和装置对应的程序指令/模块,处理器通过运行存储在存储器内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的数据处理方法。存储器可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器可进一步包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端A。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
处理器可以通过传输装置调用存储器存储的信息及应用程序,以执行下述步骤:获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。
可选的,上述处理器还可以执行如下步骤的程序代码:确定目标通讯协议的协议格式;基于协议格式确定目标通讯协议所关联的目标控制信号。
可选的,上述处理器还可以执行如下步骤的程序代码:响应于确定目标通讯协议所关联的目标控制信号失败,则在操作界面上显示对应的第一提示信息。
可选的,上述处理器还可以执行如下步骤的程序代码:检测目标路由器的通信流量;将通信流量的通信协议确定为目标通讯协议。
可选的,上述处理器还可以执行如下步骤的程序代码:在操作界面上基于协议格式显示目标通讯协议所关联的多个控制信号的多个标识,其中,多个标识与多个控制信号一一对应;在操作界面上显示多个标识中与网络信息的类型对应的目标控制信号的标识。
可选的,上述处理器还可以执行如下步骤的程序代码:在操作界面上显示每个控制信号与网络信息的类型相匹配的匹配度,得到多个匹配度;将多个匹配度中最大匹配度对应的控制信号确定为目标控制信号,或者,响应作用于操作界面上的选取操作指令,从多个匹配度中选取出目标匹配度,且将目标匹配度对应的控制信号确定为目标控制信号;在操作界面上显示目标控制信号的标识。
可选的,上述处理器还可以执行如下步骤的程序代码:响应于目标路由器接收到媒体数据,则确定与目标控制信号对应的排队延迟时间和传输延迟时间,其中,排队延迟时间为媒体数据在目标队列中排队的延迟时间,传输延迟时间为媒体数据在目标信道中传输的延迟时间;基于排队延迟时间和传输延迟时间确定网络信息。
可选的,上述处理器还可以执行如下步骤的程序代码:基于排队延迟时间和传输延迟时间确定媒体数据待传输至接收端的目标时间;基于目标时间确定网络信息。
可选的,上述处理器还可以执行如下步骤的程序代码:在操作界面上显示网络信息,其中,网络信息用于表征目标传输链路的网络状态异常;响应作用于操作界面上的调整操作指令,调整目标时间。
可选的,上述处理器还可以执行如下步骤的程序代码:将目标时间确定为网络信息;将目标时间反馈至发送端。
可选的,上述处理器还可以执行如下步骤的程序代码:将网络信息反馈至发送端,包括:基于排队延迟时间和传输延迟时间二者之间的和,触发网络信息反馈至发送端。
可选的,上述处理器还可以执行如下步骤的程序代码:将网络信息反馈至发送端,包括:响应于当前时间达到目标周期时间,则触发网络信息反馈至发送端。
作为一种可选的示例,处理器可以通过传输装置调用存储器存储的信息及应用程序,以执行下述步骤:从文娱播放平台获取待传输的媒体数据;检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为文娱播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至文娱播放平台,其中,网络信息用于使文娱播放平台调整媒体数据的传输参数。
可选的,上述处理器还可以执行如下步骤的程序代码:基于调整后的传输参数将媒体数据传输至播放客户端,其中,媒体数据用于使播放客户端播放对应的媒体内容。
作为一种可选的示例,处理器可以通过传输装置调用存储器存储的信息及应用程序,以执行下述步骤:从直播播放平台获取待传输的媒体数据;检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为直播播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至直播播放平台,其中,网络信息用于使直播播放平台调整媒体数据的传输参数。
作为一种可选的示例,处理器可以通过传输装置调用存储器存储的信息及应用程序,以执行下述步骤:从道路检测播放平台获取待传输的媒体数据;检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为道路检测播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至道路检测播放平台,其中,网络信息用于使道路检测播放平台调整媒体数据的传输参数。
本发明实施例,提供了一种数据处理方法,通过及时将待反馈的网络信息反馈至发送端,让发送端及时调整传输媒体数据的传输参数,从而避免因速率不匹配而带来的延迟增加等,提高了媒体数据实时通信的质量。
本领域普通技术人员可以理解,图15所示的结构仅为示意,计算机终端A也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(MobileInternet Devices,MID)、PAD等终端设备。图15其并不对上述计算机终端A的结构造成限定。例如,计算机终端A还可包括比图15中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图15所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(RandomAccess Memory,RAM)、磁盘或光盘等。
实施例5
本发明的实施例还提供了一种计算机可读存储介质。可选地,在本实施例中,上述计算机可读存储介质可以用于保存上述实施例一所提供的数据处理方法所执行的程序代码。
可选地,在本实施例中,上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中,或者位于移动终端群中的任意一个移动终端中。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与接收端之间的子传输链路为发送端与接收端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向接收端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至发送端,其中,网络信息用于使发送端调整媒体数据的传输参数。
可选的,上述计算机可读存储介质还可以执行如下步骤的程序代码:确定目标通讯协议的协议格式;基于协议格式确定目标通讯协议所关联的目标控制信号。
可选的,上述计算机可读存储介质还可以执行如下步骤的程序代码:响应于确定目标通讯协议所关联的目标控制信号失败,则在操作界面上显示对应的第一提示信息。
可选的,上述计算机可读存储介质还可以执行如下步骤的程序代码:检测目标路由器的通信流量;将通信流量的通信协议确定为目标通讯协议。
可选的,上述计算机可读存储介质还可以执行如下步骤的程序代码:在操作界面上基于协议格式显示目标通讯协议所关联的多个控制信号的多个标识,其中,多个标识与多个控制信号一一对应;在操作界面上显示多个标识中与网络信息的类型对应的目标控制信号的标识。
可选的,上述计算机可读存储介质还可以执行如下步骤的程序代码:在操作界面上显示每个控制信号与网络信息的类型相匹配的匹配度,得到多个匹配度;将多个匹配度中最大匹配度对应的控制信号确定为目标控制信号,或者,响应作用于操作界面上的选取操作指令,从多个匹配度中选取出目标匹配度,且将目标匹配度对应的控制信号确定为目标控制信号;在操作界面上显示目标控制信号的标识。
可选的,上述计算机可读存储介质还可以执行如下步骤的程序代码:响应于目标路由器接收到媒体数据,则确定与目标控制信号对应的排队延迟时间和传输延迟时间,其中,排队延迟时间为媒体数据在目标队列中排队的延迟时间,传输延迟时间为媒体数据在目标信道中传输的延迟时间;基于排队延迟时间和传输延迟时间确定网络信息。
可选的,上述计算机可读存储介质还可以执行如下步骤的程序代码:基于排队延迟时间和传输延迟时间确定媒体数据待传输至接收端的目标时间;基于目标时间确定网络信息。
可选的,上述计算机可读存储介质还可以执行如下步骤的程序代码:在操作界面上显示网络信息,其中,网络信息用于表征目标传输链路的网络状态异常;响应作用于操作界面上的调整操作指令,调整目标时间。
可选的,上述计算机可读存储介质还可以执行如下步骤的程序代码:将目标时间确定为网络信息;将目标时间反馈至发送端。
可选的,上述计算机可读存储介质还可以执行如下步骤的程序代码:基于排队延迟时间和传输延迟时间二者之间的和,触发网络信息反馈至发送端。
可选的,上述计算机可读存储介质还可以执行如下步骤的程序代码:响应于当前时间达到目标周期时间,则触发网络信息反馈至发送端。
作为一种可选的示例,计算机可读存储介质被设置为存储用于执行以下步骤的程序代码:从文娱播放平台获取待传输的媒体数据;检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为文娱播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至文娱播放平台,其中,网络信息用于使文娱播放平台调整媒体数据的传输参数。
可选的,上述计算机可读存储介质还可以执行如下步骤的程序代码:基于调整后的传输参数将媒体数据传输至播放客户端,其中,媒体数据用于使播放客户端播放对应的媒体内容。
作为一种可选的示例,计算机可读存储介质被设置为存储用于执行以下步骤的程序代码:从直播播放平台获取待传输的媒体数据;检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为直播播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至直播播放平台,其中,网络信息用于使直播播放平台调整媒体数据的传输参数。
作为一种可选的示例,计算机可读存储介质被设置为存储用于执行以下步骤的程序代码:从道路检测播放平台获取待传输的媒体数据;检测到媒体数据传输到目标路由器上,则获取目标路由器所使用的目标通讯协议的目标控制信号,其中,目标路由器与播放客户端之间的子传输链路为道路检测播放平台与播放客户端之间的目标传输链路的最后一跳传输链路,目标控制信号用于控制向播放客户端传输媒体数据的传输参数;基于目标控制信号确定待反馈的网络信息,其中,网络信息用于表征目标传输链路的网络状态;将网络信息反馈至道路检测播放平台,其中,网络信息用于使道路检测播放平台调整媒体数据的传输参数。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (14)
1.一种数据处理方法,其特征在于,包括:
获取目标路由器所使用的目标通讯协议的目标控制信号,其中,所述目标路由器与接收端之间的子传输链路为发送端与所述接收端之间的目标传输链路的最后一跳传输链路,所述目标控制信号用于控制向所述接收端传输媒体数据的传输参数;
基于所述目标控制信号确定待反馈的网络信息,其中,所述网络信息用于表征所述目标传输链路的网络状态;
将所述网络信息反馈至所述发送端,其中,所述网络信息用于使所述发送端调整所述媒体数据的传输参数。
2.根据权利要求1所述的方法,其特征在于,获取目标路由器所使用的目标通讯协议的目标控制信号,包括:
确定所述目标通讯协议的协议格式;
基于所述协议格式确定所述目标通讯协议所关联的所述目标控制信号。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
响应于确定所述目标通讯协议所关联的所述目标控制信号失败,则在操作界面上显示对应的第一提示信息。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
检测所述目标路由器的通信流量;
将所述通信流量的通信协议确定为所述目标通讯协议。
5.根据权利要求2所述的方法,其特征在于,基于所述协议格式确定所述目标通讯协议所关联的所述目标控制信号,包括:
在操作界面上基于所述协议格式显示所述目标通讯协议所关联的多个控制信号的多个标识,其中,所述多个标识与所述多个控制信号一一对应;
在所述操作界面上显示所述多个标识中与所述网络信息的类型对应的所述目标控制信号的标识。
6.根据权利要求5所述的方法,其特征在于,在所述操作界面上显示所述多个标识中与所述网络信息的类型对应的所述目标控制信号的标识,包括:
在所述操作界面上显示每个所述控制信号与所述网络信息的类型相匹配的匹配度,得到多个匹配度;
将所述多个匹配度中最大匹配度对应的所述控制信号确定为所述目标控制信号,或者,响应作用于所述操作界面上的选取操作指令,从所述多个匹配度中选取出目标匹配度,且将所述目标匹配度对应的所述控制信号确定为所述目标控制信号;
在所述操作界面上显示所述目标控制信号的标识。
7.根据权利要求1所述的方法,其特征在于,基于所述目标控制信号确定待反馈的网络信息,包括:
响应于所述目标路由器接收到所述媒体数据,则确定与所述目标控制信号对应的排队延迟时间和传输延迟时间,其中,所述排队延迟时间为所述媒体数据在目标队列中排队的延迟时间,所述传输延迟时间为所述媒体数据在目标信道中传输的延迟时间;
基于所述排队延迟时间和所述传输延迟时间确定所述网络信息。
8.根据权利要求7所述的方法,其特征在于,基于所述排队延迟时间和所述传输延迟时间确定所述网络信息,包括:
基于所述排队延迟时间和所述传输延迟时间确定所述媒体数据待传输至所述接收端的目标时间;
基于所述目标时间确定所述网络信息。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
在操作界面上显示所述网络信息,其中,所述网络信息用于表征所述目标传输链路的网络状态异常;
响应作用于所述操作界面上的调整操作指令,调整所述目标时间。
10.根据权利要求8所述的方法,其特征在于,
基于所述目标时间确定所述网络信息包括:将所述目标时间确定为所述网络信息;
将所述网络信息反馈至所述发送端,包括:将所述目标时间反馈至所述发送端。
11.根据权利要求7所述的方法,其特征在于,将所述网络信息反馈至所述发送端,包括:
基于所述排队延迟时间和所述传输延迟时间二者之间的和,触发所述网络信息反馈至所述发送端。
12.根据权利要求1所述的方法,其特征在于,将所述网络信息反馈至所述发送端,包括:
响应于当前时间达到目标周期时间,则触发所述网络信息反馈至所述发送端。
13.一种数据处理方法,其特征在于,包括:
从文娱播放平台获取待传输的媒体数据;
检测到所述媒体数据传输到目标路由器上,则获取所述目标路由器所使用的目标通讯协议的目标控制信号,其中,所述目标路由器与播放客户端之间的子传输链路为所述文娱播放平台与所述播放客户端之间的目标传输链路的最后一跳传输链路,所述目标控制信号用于控制向所述播放客户端传输所述媒体数据的传输参数;
基于所述目标控制信号确定待反馈的网络信息,其中,所述网络信息用于表征所述目标传输链路的网络状态;
将所述网络信息反馈至所述文娱播放平台,其中,所述网络信息用于使所述文娱播放平台调整所述媒体数据的传输参数。
14.根据权利要求13所述的方法,其特征在于,所述方法还包括:
基于调整后的所述传输参数将所述媒体数据传输至所述播放客户端,其中,所述媒体数据用于使所述播放客户端播放对应的媒体内容。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210057464.0A CN114079652A (zh) | 2022-01-19 | 2022-01-19 | 数据处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210057464.0A CN114079652A (zh) | 2022-01-19 | 2022-01-19 | 数据处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114079652A true CN114079652A (zh) | 2022-02-22 |
Family
ID=80284564
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210057464.0A Withdrawn CN114079652A (zh) | 2022-01-19 | 2022-01-19 | 数据处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114079652A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023246343A1 (zh) * | 2022-06-21 | 2023-12-28 | 腾讯科技(深圳)有限公司 | 数据处理方法、装置、计算机设备、存储介质及产品 |
-
2022
- 2022-01-19 CN CN202210057464.0A patent/CN114079652A/zh not_active Withdrawn
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023246343A1 (zh) * | 2022-06-21 | 2023-12-28 | 腾讯科技(深圳)有限公司 | 数据处理方法、装置、计算机设备、存储介质及产品 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113411313B (zh) | 数据传输方法、装置和*** | |
CN110798869B (zh) | 网络切换方法、电子设备以及芯片子*** | |
CN110943933B (zh) | 一种实现数据传输的方法、装置和*** | |
EP3694160A1 (en) | Date transmission method, apparatus and device | |
US9197561B2 (en) | Facilitating network flows | |
US10080231B2 (en) | Channel bandwidth optimization for dynamic network conditions | |
Wang et al. | TCP congestion control algorithm for heterogeneous Internet | |
EP2396943A2 (en) | Controlling bandwidth share | |
Havey et al. | Receiver driven rate adaptation for wireless multimedia applications | |
EP3560152B1 (en) | Determining the bandwidth of a communication link | |
CN114079652A (zh) | 数据处理方法 | |
JP2014532379A (ja) | データ送信制御 | |
CN101557273A (zh) | 一种同时适用于有线和无线网络的实时流媒体传输的方法 | |
CN112532536B (zh) | 一种文件传输方法、***、计算机可读存储介质及设备 | |
US10582410B2 (en) | Predicting downlink throughput | |
CN115002008B (zh) | 一种网络时延测量的方法、装置、设备以及存储介质 | |
Shuai et al. | Olac: An open-loop controller for low-latency adaptive video streaming | |
CN114760252B (zh) | 数据中心网络拥塞控制方法及*** | |
CN111615170B (zh) | 一种数据传输方法及*** | |
CN107302504B (zh) | 一种基于虚拟发送队列的多路传输调度方法及*** | |
CN113542215A (zh) | 一种提升流媒体传输性能的方法及相关装置 | |
CN109639684B (zh) | 动态应用带宽的方法及*** | |
Adhari et al. | Eclipse: A new dynamic delay-based congestion control algorithm for background traffic | |
KR20100084931A (ko) | 최적의 통신망을 통해 통신하는 스케쥴러 장치 | |
CN116232442B (zh) | 基于tcp/ip协议和ccsds协议的通信方法、装置以及存储介质 |
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 | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20220222 |