CN110730105A - 图片数据传输方法、装置、设备及存储介质 - Google Patents
图片数据传输方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN110730105A CN110730105A CN201911180599.0A CN201911180599A CN110730105A CN 110730105 A CN110730105 A CN 110730105A CN 201911180599 A CN201911180599 A CN 201911180599A CN 110730105 A CN110730105 A CN 110730105A
- Authority
- CN
- China
- Prior art keywords
- data
- packet
- picture data
- transmission
- rtt
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/20—Negotiating bandwidth
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0894—Policy-based network configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
-
- 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/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
- H04L43/0835—One way packet loss
-
- 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/0852—Delays
- H04L43/0864—Round trip delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/11—Identifying congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/19—Flow control; Congestion control at layers above the network layer
- H04L47/193—Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/28—Flow control; Congestion control in relation to timing considerations
- H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- 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/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
本申请公开了一种图片数据传输方法、装置、设备及存储介质,属于互联网技术领域。该方法包括:获取当前时刻传输链路上传输图片数据时产生的交互数据;对交互数据进行分析,得到交互数据的数据属性信息;根据交互数据的数据属性信息及历史交互数据的数据属性信息,确定本次传输数据的可用带宽;根据可用带宽向移动终端传输图片数据包。本申请基于TCP协议进行图片数据传输,实现了移动网络的图片数据下载,无论移动终端还是服务器均无需支持额外的协议,应用性较强。且在确定可用带宽时,综合考虑了传输链路上传输图片数据时产生的交互数据及历史交互数据,使得确定的带宽更能体现当前的网络状况,显著地提高了图片数据传输速率,实现了加速。
Description
本申请为2015年05月29日提交、申请号为201510287233.9、发明名称为“数据传输方法及装置”的中国专利申请的分案申请,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及互联网技术领域,特别涉及一种图片数据传输方法、装置、设备及存储介质。
背景技术
近年来,随着互联网技术的发展,移动终端普及率的提高,越来越多的用户通过在移动终端上浏览网页、观看视频、从事社交活动等丰富自己的生活。在移动终端的使用场景下,为了获得更好的体验效果,用户希望移动网络上的数据响应时间越短越好。由于移动网络上的数据响应时间主要取决于数据在移动网络上的传输方式,因此,如何进行数据传输,则成为了互联网领域的热点问题。
目前,现有技术在进行数据传输时,主要采用如下两种方式:
第一种方式:基于SPDY(发音同speedy)协议,当接收到移动终端发送的数据获取请求时,获取相应的数据,并通过优先级、多路复用、压缩及主动推动等技术,将数据传输给移动终端。
第二种方式:基于Zeta-TCP(Transmission Control Protocol,传输控制协议),当接收到移动终端发送的数据获取请求时,获取相应的数据,并通过对当前传输链路的网络特性的学习,确定数据传输策略,进而按照确定的数据传输策略传输数据。
在实现本申请的过程中,发明人发现相关技术至少存在以下问题:
由于第一种方式需要移动终端和服务器同时支持SPDY协议,很难做到无缝升级,应用性较差;且SPDY协议主要应用于大数据的传输,而在小数据的传输场景下,加速效果并不理想。
由于第二种方式主要通过对当前网络特性的自适应学习来调整数据传输策略的,在小数据的传输场景下,Zeta-TCP协议还未学习到足够的网络特性,传输链路就已经断开,导致加速效果并不理想。
发明内容
为了解决相关技术的问题,本申请实施例提供了一种数据传输方法、装置、设备及存储介质。所述技术方案如下:
一方面,提供了一种图片数据传输方法,所述方法包括:
获取当前时刻传输链路上传输图片数据时产生的交互数据;
对所述交互数据进行分析,得到所述交互数据的数据属性信息,所述数据属性信息包括时延信息,所述时延信息包括往返时延RTT及RTT波动率;
根据所述交互数据的RTT波动率及所述传输链路上传输图片数据时产生的历史交互数据的RTT波动率,从所述交互数据的RTT及所述历史交互数据的RTT中,选取出目标RTT;
根据所述目标RTT及所述目标RTT对应的数据传输量,确定本次传输数据的可用带宽;
根据所述可用带宽向移动终端传输图片数据包。
另一方面,提供了一种图片数据传输装置,所述装置包括:
获取模块,用于获取当前时刻传输链路上传输图片数据时产生的交互数据;
分析模块,用于对所述交互数据进行分析,得到所述交互数据的数据属性信息,所述数据属性信息包括时延信息,所述时延信息包括往返时延RTT及RTT波动率;
第一确定模块,用于根据所述交互数据的RTT波动率及所述传输链路上传输图片数据时产生的历史交互数据的RTT波动率,从所述交互数据的RTT及所述历史交互数据的RTT中,选取出目标RTT;根据所述目标RTT及所述目标RTT对应的数据传输量,确定本次传输数据的可用带宽;
第一传输模块,用于根据所述可用带宽向移动终端传输图片数据包。
另一方面,提供了一种计算机设备,所述计算机设备包括处理器和存储器,所述存储器中存储有至少一条程序代码,所述至少一条程序代码由所述处理器加载并执行以实现如所述图片数据传输方法中所执行的操作。
再一方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一条程序代码,所述至少一条程序代码由处理器加载并执行,以实现如所述图片数据传输方法中所执行的操作。
本申请实施例提供的技术方案带来的有益效果是:
根据交互数据的数据属性信息及传输链路上的历史交互数据的数据属性信息,确定本次传输数据的可用带宽,进而根据可用带宽向移动终端传输图片数据包。由于基于TCP协议进行数据传输,无论移动终端还是服务器均无需支持额外的协议,应用性较强,且在确定可用带宽时综合考虑了传输链路上的交互数据及历史交互数据,使得确定的带宽更能体现当前的网络状况,显著地提高了图片数据传输速率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一个实施例提供的TCPA的***架构图;
图2是本申请另一个实施例提供的TCPA的逻辑架构图;
图3是本申请另一个实施例提供的一种数据传输方法流程图;
图4是本申请另一个实施例提供的一种数据传输方法流程图;
图5是本申请另一个实施例提供的一种对数据传输过程中的带宽进行控制的过程示意图;
图6是本申请另一个实施例提供的一种对数据传输过程中的拥塞进行控制的过程示意图;
图7是本申请另一个实施例提供的一种在数据传输过程中进行丢包探测的过程示意图;
图8是本申请另一个实施例提供的一种图片数据传输方法流程图;
图9是本申请另一个实施例提供的一种图片数据传输装置的结构示意图;
图10是本申请另一个实施例提供的一种图片数据传输装置的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
云技术(Cloud Technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来,实现数据的计算、储存、处理和共享的一种托管技术。
云技术是基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称,可以组成资源池,随时获取,按需使用,随时扩展,按使用付费。云技术将变成重要支撑。技术网络***的后台服务需要大量的计算、存储资源,如视频网站、图片类网站和更多的门户网站。
云计算(Cloud Computing)指通过网络以按需、易扩展的方式获得所需资源;这种服务可以是IT(Internet Technology,互联网技术)和软件、互联网相关,也可是其他服务。云计算是网格计算(Grid Computing)、分布式计算(DistributedComputing)、并行计算(Parallel Computing)、效用计算(Utility Computing)、网络存储(Network StorageTechnologies)、虚拟化(Virtualization)、负载均衡(Load Balance)等传统计算机和网络技术发展融合的产物。
随着互联网、实时数据流、连接设备多样化的发展,以及搜索服务、社会网络、移动商务和开放协作等需求的推动,云计算迅速发展起来。不同于以往的并行分布式计算,云计算的产生从理念上将推动整个互联网模式、企业管理模式发生革命性的变革。
随着互联网技术的发展,图片分享作为互联网时代的高频使用场景,无论是国外的图片分享网站,还是国内的社交应用,用户的活跃度均非常高。当用户在浏览其他用户分享的图片过程中想要收藏某些图片时,用户需要借助移动终端将这些图片从服务器上下载下来。在此过程中就涉及到数据在传输链路上的传输问题。由于图片数据较小,相应地,图片数据的传输场景也往往比较简单,目前每条传输链路上可同步传输1~3张大小在几百KB(Kilobyte,千字节)以内的图片。然而,由于移动网络相对于有线网络更为复杂,图片数据在传输过程中受到多方面因素影响,导致传输速率较低,图片数据的下载时间较长。
目前,移动终端下载图片数据耗时较长的原因主要有两方面,一方面是当前网络的RTT(Round-Trip Time,往返时延)较大,另一方面是部署在服务器端的TCP(Transmission Control Protocol,传输控制协议)协议栈检测到网络拥塞后,主动降低数据传输量。其中,当前网络的RTT主要取决于传输介质、传输距离以及传输路径中每个节点的处理逻辑等因素,这些因素属于网络的基本性质,本实施例暂不关注。
针对于TCP协议栈导致的传输速率低的问题,传统的TCP协议栈主要通过滑动窗口控制数据传输速率,而滑动窗口主要受到数据接收端的接收窗口及拥塞控制窗口的限制。其中,数据接收端的接收窗口由数据接收端的数据接收能力决定,拥塞控制窗口主要由TCP协议栈的拥塞控制算法确定。目前,TCP协议栈的拥塞控制算法较多,这些拥塞控制算法主要基于丢包、或者延时波动来探测网络拥堵情况。TCP协议栈在有线网络的长连接传输场景下对数据传输过程的控制效果比较显著,但是在移动网络的短连接场景下,TCP协议栈对数据传输过程的控制效果并不显著,移动网络的高丢包率及不稳定的RTT,会使得TCP协议栈产生误判,在正常的移动网络环境中,TCP协议栈也会主动降低数据包的发送量,而这会导致数据在移动网络中的传输速率较低,移动终端下载图片的时间较长。
为了提高数据传输速率,本申请实施例提供了一种数据传输方法,该方法以图1所示的TCPA(Transmission Control Protocol Accelerator,传输控制协议加速装置)***架构图为基础。如图1所示,TCPA***由两部分组成,一部分为部署在内核态,主要由发送控制中心组成,该部分主要负责数据的具体传输。另一部分为部署在用户态,主要由连接特性分析模块、策略决策中心及历史数据仓库组成,该部分主要对数据发送策略进行决策,通过该部分决策得到的决策结果可通过策略决策中心下发到内核态的发送控制中心,发送控制中心根据该决策结果对数据的传输过程进行控制。需要说明的是,图中的黑色箭头表示应用数据流的流向,图中的白色箭头表示决策数据流的流向。
基于上述图1中的***架构图,图2为TCPA的逻辑架构图,当服务器与移动终端建立连接之后,服务器监控与移动终端之间进行交互的交互数据,通过调用链路特性分析模块对每条传输链路上的交互数据进行分析,进而将分析结果发送至策略决策中心,由策略决策中心根据分析结果及从历史数据仓库中获取到的历史交互数据进行决策,根据决策结果确定出一套数据传输策略,该数据传输策略直接影响到服务器的带宽控制、拥塞控制、丢包检测及重传控制。当服务器采用该数据传输策略进行数据传输时,可达到提高数据传输速率,减小数据下载时间的目的。
其中,服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式***,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network,内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。移动终端可以是智能手机、平板电脑、笔记本电脑、智能音箱、智能手表等,但并不局限于此。移动终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接,本申请在此不做限制。
本申请实施例提供一种数据传输方法,参见图3,本实施例提供的方法流程包括:
301、获取当前时刻传输链路上的交互数据。
302、对交互数据进行分析,得到交互数据的数据属性信息。
303、根据交互数据的数据属性信息及传输链路上的历史交互数据的数据属性信息,确定本次传输数据的可用带宽。
304、根据可用带宽向数据接收端传输数据包。
本申请实施例提供的方法,根据交互数据的数据属性信息及传输链路上的历史交互数据的数据属性信息,确定本次传输数据的可用带宽,进而根据可用带宽向数据接收端传输数据包。由于基于TCP协议进行数据传输,无论数据接收端还是数据发送端均无需支持额外的协议,应用性较强,且在确定可用带宽时综合考虑了传输链路上的交互数据及历史交互数据,使得确定的带宽更能体现当前的网络状况,显著地提高了数据传输速率。
在本申请的另一个实施例中,数据属性信息包括时延信息,时延信息包括往返时延RTT及RTT波动率;
根据交互数据的数据属性信息及传输链路上的历史交互数据的数据属性信息,确定本次传输数据的可用带宽,包括:
根据交互数据的RTT波动率及历史交互数据的RTT波动率,从交互数据的RTT及历史交互数据的RTT中,选取出目标RTT;
根据目标RTT及目标RTT对应的数据传输量,确定本次传输数据的可用带宽。
在本申请的另一个实施例中,数据属性信息还包括丢包信息;
根据可用带宽向数据接收端传输数据包之后,还包括:
根据交互数据的丢包信息及历史交互数据的丢包信息,确定当前网络的拥堵状况;
根据拥堵状况,调整可用带宽;
在下一次向数据接收端传输数据包时,按照调整后的可用带宽进行传输。
在本申请的另一个实施例中,根据可用带宽向数据接收端传输数据包之后,还包括:
当检测到未传输数据包的时长达到预设时长,且已传输的数据包中存在未返回响应报文的数据包时,向数据接收端发送丢包探测报文;
当接收到响应报文,根据响应报文,从已传输的数据包中确定丢失的数据包,响应报文由数据接收端在接收到丢包探测报文时返回;
重新传输丢失的数据包。
在本申请的另一个实施例中,根据可用带宽向数据接收端传输数据包之后,还包括:
根据交互数据的丢包信息及传输链路上的历史交互数据的丢包信息,确定重传时机及待重传的数据包;
当达到重传时机时,重新传输待重传的数据包。
上述所有可选技术方案,可以采用任意结合形成本申请的可选实施例,在此不再一一赘述。
本申请实施例提供了一种数据传输方法,该方法适用于移动终端通过移动网络下载图片数据的场景,在该种场景下,当前网络即为移动网络。参见图4,本实施例提供的方法流程包括:
401、服务器与数据接收端建立连接状态。
其中,数据接收端为进行图片数据下载的移动终端,如智能手机、平板电脑等。在互联网技术领域,为了能够进行数据传输,服务器与数据接收端在进行数据传输之前,通常会进行三次握手。
数据接收端与服务器第一次握手:数据接收端会向服务器发送SYN(SynchronizeSequence Numbers,同步序列标号)包,并进入SYN_SENT状态,等待服务器确认。
数据接收端与服务器第二次握手:当接收到数据接收端发送的SYN包时,服务器通过向数据接收端发送ACK(Acknowledgement,确认字符)包对接收到的SYN包进行确认,同时服务器也会向数据接收端发送一个SYN包,服务器进入SYN_RECV状态。
数据接收端与服务器第三次握手:数据接收端接收到服务器发送的SYN-ACK包时,并向服务器返回一个ACK包,此后,数据接收端和服务器即进入连接状态。
在上述三次握手完成后,服务器和数据接收端即可建立连接。
402、服务器获取当前时刻传输链路上的交互数据。
基于建立的连接,服务器可对传输链路上的每一次数据交互过程进行监控,直至建立的连接断开。在过程中,当服务器监控到当前时刻传输链路上有交互数据时,服务器将获取该交互数据。其中,交互数据包括TCP报文的编号、Flag(用于记载变量的一个参数)、时间戳、TCP负载大小等数据,本实施例不对交互数据的内容作具体的限定。
403、服务器对交互数据进行分析,得到交互数据的数据属性信息。
当获取到交互数据之后,服务器将调用链路特征分析模块对获取到交互数据进行分析,通过分析可得到传输链路上交互数据的数据属性信息。在本实施例中,交互数据的数据属性信息包括时延信息、丢包信息、重传信息等,其中,时延信息至少包括当前链路的RTT、RTT波动率等,丢包信息至少包括丢包率、丢包位置等,重传信息至少包括重传时延、重传大小、重复ACK包等。
针对数据属性信息的不同,下面将对分别进行介绍。
(1)、时延信息。
当服务器向数据接收端传输数据时,服务器通常会在传输数据包中添加一个时间戳信息,数据接收端接收到服务器发送的数据包后,会向服务器返回一个响应报文,该响应报文中携带一个时间戳信息。当接收到数据接收端返回的响应报文,基于发送的数据包中携带的时间戳信息及响应报文中的时间戳信息,服务器可即计算出数据包从发送到接收之间的时间差,该时间差即为RTT。由于移动网络并不稳定,当将同一数据包在同一链路上传输时,每次计算出的RTT可能是不同的,服务器通过对多次传输过程中的RTT进行分析,即可得到RTT波动率。
(2)、丢包信息。
为了便于对待传输的数据进行管理,服务器向数据接收端传输数据时,通常会将待发送的数据包进行编号,进而在后续进行数据传输时,按照编号由小到大的顺序对待发送的数据包进行传输,如果数据接收端接收到服务器发送的数据,数据接收端会向服务器返回一个响应报文,该响应报文用于通知服务器发送的数据包中被确认的数据包编号,服务器根据发送数据包的编号及被确认的数据包编号,即可确定出传输过程中丢失的数据包以及丢失的数据包在发送的数据包中的位置,该位置即为丢包位置。
(3)、重传信息。
为了保证接收端接收到的数据完整,当服务器检测到某一数据包在传输过程中丢失后,服务器会将该丢失的数据包重新传输给数据接收端,依据重传的数据包的数量,服务器可确定出重传大小,依据初次传输的数据包中携带的时间戳信息及重传数据包中携带的时间戳信息,服务器可确定出重传时延。另外,在该过程中,如果某一数据包丢失,位于该数据之前的数据包及位于该数据包之后的数据包均会向服务器发送一个ACK包,基于接收到的ACK包,服务器即可确定出重复ACK包。
另外,服务器在调用链路分析模块对当前时刻传输链路上的交互数据进行分析之后,服务器还将以IP(Internet Protocol,网际互连协议)为维度,将获取到的交互数据写回历史数据仓库,从而为后续数据传输提供数据支撑。
404、服务器根据交互数据的数据属性信息及传输链路上的历史交互数据的数据属性信息,确定本次传输数据的可用带宽。
由于传统的TCP协议栈主要通过滑动窗口机制控制数据发送端的可用带宽,而滑动窗口主要受拥塞窗口及数据接收端的接收窗口限制。且在服务器与数据接收端的连接建立之初,TCP协议栈是无法检测到当前网络的拥塞状况,此时滑动窗口主要受限于服务器设置的初始窗口和数据接收端的接收窗口。又由于移动网络的网络环境相对于有线网络的网络环境要复杂的多,而不同数据接收端所处的网络环境相差巨大,这使得设置的初始窗口在不同的网络环境下并不适用,此时根据初始窗口和数据接收端的接收窗口所确定的滑动窗口并不能准确的反映出当前的网络状况,进而确定的可用带宽并不准确。
为了提高所确定的可用带宽的准确性,服务器在对当前传输链路上的交互数据进行分析,得出交互数据的数据属性信息之后,服务器还将从历史数据仓库中获取该条传输链路上当前时刻的历史交互数据,进而采用与对当前获取到的交互数据相同方式对历史交互数据进行分析,得到传输链路上的历史交互数据的数据属性信息。之后,服务器通过调用数据链路分析模块对交互数据的数据属性信息及传输链路上的历史交互数据的数据属性信息进行离线分析,可得出本次传输数据的可用带宽。
在本步骤中,服务器在确定本次传输数据的可用带宽时,主要依据数据属性信息中的时延信息进行确定的。具体确定时,服务器先根据交互数据的RTT波动率及历史交互数据的RTT波动率,从交互数据的RTT及历史交互数据的RTT中,选取出目标RTT,然后根据目标RTT及目标RTT对应的数据传输量,确定本次传输数据的可用带宽。
对于上述过程为了便于理解,下面将一个具体的例子进行说明。
例如,服务器通过对当前时刻传输链路进行监控,获取到交互数据的RTT为20ms(毫秒),从历史数据仓库中获取到该传输链路上最近三天的历史交互数据的RTT分别为18ms、16ms、21ms,通过对获取到的交互数据及历史交互数据的RTT进行分析可知,该条传输链路上的RTT是波动的。为了避免传输过程中数据包丢失,使得数据接收端接收到的数据完整,服务器可依据交互数据及历史交互数据的RTT波动率,从中选取一个最小的RTT作为目标RTT,进而通过将该RTT与该RTT对应的数据传输量相乘,得到一个带宽,该带宽即为本次传输数据的可用带宽。
405、服务器根据可用带宽向数据接收端传输数据包。
基于确定的可用带宽,服务器即可按照所确定的可用带宽向数据接收端传输数据包。在网络环境较好的情况下,服务器采用所确定的可用带宽传输数据包时,可将一张10KB的小图片一次性的传输至数据接收端,避免了受TCP协议栈滑动窗口的限制,提高了数据的传输速率。
为了直观地展示采用本实施例提供的方法在传输数据时的优越性,下面以图5为例进行说明。
参见图5,在网络状况较好时,如果采用原有的TCP协议栈的可用带宽进行数据传输,在一次数据传输过程中仅能传输三个数据包,而采用本实施所确定的可用带宽进行数据传输时,在一次传输过程中可发送四个数据包。由于一次发送的数据包的数量增多了,因此,提高了数据的传输速率。
至此,通过上述过程实现了数据的发送,在此基础上,本实施例提供的方法还支持对确定的可用带宽进行调整、对发送的数据包进行丢包检测以及对丢失的数据包进行重传等。具体参见下述内容。
由于网络中的存储转发节点的数量有限,当网络中传输的数据包较多时,将导致网络能力下降,如果采用传统的数据传输方法,服务器根据TCP协议栈会通过拥塞控制算法如Cubic、Bic等,判断出当前网络拥塞后,服务器会主动减少可用带宽,以缓解当前网络的拥塞程度。然而在实际应用中,乱序引起的重复ACK以及网络信号减弱或者切换造成的丢包,并不能作为网络拥堵的特征,而服务器借助传统的TCP协议栈分析后,确定此时网络拥堵,将降低可用带宽,使得数据传输速率较低。为了避免传输带宽被无谓的降低,本实施例中服务器还将根据数据属性信息中的丢包信息对当前网络的拥堵状况进行分析,以根据分析结果重新调整传输带宽。该过程在具体实施时,服务器可根据交互数据的丢包信息及历史交互数据的丢包信息,确定出传输链路在同一时段的历史丢包情况及当前的丢包位置及丢包率等因素,并根据这些因素确定出当前网络的拥堵状况,进而根据所确定的拥堵状况,调整可用带宽,从而在下一次向数据接收端传输数据包时,按照调整后的可用带宽进行传输。
为了直观地展示采用本实施例提供的方法在传输数据时的优越性,下面以图6为例进行说明。
参见图6,在网络状况较好时,采用传统方法所确定的滑动窗口一次仅能传输三个数据包,而根据本申请实施例提供的方法调整的滑动窗口一次可发送四个数据包。由于一次发送的数据包的数量增多了,因此,提高了数据的传输速率。
在互联网领域,为了保证数据接收端接收到的数据完整,服务器在向数据接收端传输数据包之后,还将对传输的数据包进行丢包检测。丢包检测主要用于传输的数据包中尾部丢包的检测,以在发现尾部数据包丢失后,及时重传,降低数据下载时间,提高用户的体验效果。
参见图7中的(A)图,当服务器向数据接收端传输1、2、3、4、5、6六个数据包之后,传统的丢包检测方法检测到数据包4、5、6丢失之后,需要经过一个RTO(Recovery TimeObject,恢复时间目标)时间才启动重传机制重新传输丢失的数据包,该过程时间较长。在移动终端下载图片的场景下,10KB以内的占比非常高,同一传输链路中,图片下载同步进行,使得尾部丢包发生的概率将大大提升,如果采用图7中(A)图中方法检测丢包时,下载一个10KB以内的图片,用户可能也将等待几秒钟的时间,用户体验效果较差。
为了提高数据传输速率,改善用户体验,本实施例提供的方法在根据可用带宽向数据接收端传输数据之后,还将检测传输链路上未传输数据包的时长是否达到预设时长,当检测到未传输数据包的时长达到预设时长,且已传输的数据包中存在未返回响应报文的数据包时,服务器将向数据接收端发送丢包探测报文,数据接收端接收到丢包探测报文时,根据本次数据的接收情况,生成一个响应报文,该响应报文用于指示本次传输的数据包在数据接收端的接收情况,并将生成的相应报文发送给服务器。当接收到响应报文,服务器根据响应报文,可从已传输的数据包中确定丢失的数据包,进而及时地将丢失的数据包传输给数据接收端。其中,预设时长可以为3ms、5ms、7ms等,本实施例不对预设时长作具体的限定。
参见图7中的(B)图,当服务器向数据接收端传输1、2、3、4、5、6六个数据包之后,服务器检测到为传输数据包的时长达到预设时长,且未接收到数据包4、5、6返回的ACK包时,服务器将向数据接收端发送一个丢包探测报文,数据接收端接收到丢包探测报文之后,向服务器返回一个响应报文,该响应报文用于通知服务器数据包4、5、6丢失,当接收到响应报文时,服务器将数据包4、5、6重新传输给数据接收端。
上述过程为服务器自主检测数据包丢失后重新将丢失的数据包传输给数据接收端的过程。当然,为了提高数据传输速率,减少等待时间,服务器还可调用策略决策中心,对交互数据的丢包信息及传输链路上的历史交互数据的丢包信息进行分析,通过分析获取到数据包中丢包频繁的位置、重复ACK的位置及数量,并根据数据包中丢包频繁的位置、重复ACK的位置及数量,确定出重传时机及待重传的数据包,进而在达到重传时机时,将待重传的数据包重新传输给数据接收端。
本申请实施例提供的方法,根据交互数据的数据属性信息及传输链路上的历史交互数据的数据属性信息,确定本次传输数据的可用带宽,进而根据可用带宽向数据接收端传输数据包。由于基于TCP协议进行数据传输,无论数据接收端还是数据发送端均无需支持额外的协议,应用性较强,且在确定可用带宽时综合考虑了传输链路上的交互数据及历史交互数据,使得确定的带宽更能体现当前的网络状况,显著地提高了数据传输速率。
本申请实施例提供了一种图片数据传输方法,该方法适用于移动终端通过移动网络下载图片数据的场景,在该种场景下,当前网络即为移动网络。参见图8,本实施例提供的方法流程包括:
801、服务器获取当前时刻传输链路上传输图片数据时产生的交互数据。
为了能够进行图片数据传输,服务器与移动终端在进行图片数据传输之前,要建立连接状态。其中,服务器为该图片数据传输过程中的图片数据发送端,移动终端为该图片数据传输过程中的图片数据接收端。服务器与移动终端建立连接状态的过程与上述步骤401中服务器与数据接收端建立连接状态的过程类似,在此不再一一赘述。
基于建立的连接,服务器可对传输链路上的每一次数据交互过程进行监控,直至建立的连接断开。在传输图片数据的过程中,会产生交互数据,则当服务器监控到当前时刻传输链路上传输图片数据过程中产生交互数据时,服务器获取该交互数据。
其中,该交互数据包括TCP报文的编号、Flag、时间戳、TCP负载大小等数据,本实施例不对交互数据的内容作具体的限定。
802、服务器对交互数据进行分析,得到交互数据的数据属性信息。
其中,交互数据的数据属性信息包括时延信息,时延信息包括往返时延RTT及RTT波动率。该数据属性信息还可以包括丢包信息、重传信息等,丢包信息至少包括丢包率、丢包位置等,重传信息至少包括重传时延、重传大小、重复ACK包等。
该步骤802与上述步骤403类似,在此不再一一赘述。
803、服务器根据交互数据的RTT波动率及传输链路上传输图片数据时产生的历史交互数据的RTT波动率,从交互数据的RTT及历史交互数据的RTT中,选取出目标RTT。
服务器对当前传输链路上传输图片数据时产生的交互数据进行分析,得到服务器传输图片数据时在图片数据包中添加的时间戳信息,以及移动终端接收到该图片数据包时返回的响应报文中的时间戳信息。服务器基于发送的图片数据包中的时间戳信息及响应报文中的时间戳信息,即可得到图片数据包从发送到接收之间的时间差,该时间差即为传输图片数据的RTT。由于移动网络并不稳定,当将同一图片数据包在同一链路上传输时,每次计算出的RTT可能是不同的,服务器通过对多次传输过程中的RTT进行分析,即可得到交互数据的RTT波动率。之后,服务器还将从历史数据仓库中获取该条传输链路上传输图片数据时产生的历史交互数据,进而采用与对当前获取到的交互数据相同方式对历史交互数据进行分析,得到历史交互数据的RTT波动率。服务器根据交互数据的RTT波动率及历史交互数据的RTT波动率,从交互数据的RTT及历史交互数据的RTT中,选取出目标RTT。
其中,选取目标RTT的方式与上述步骤404类似,在此不再一一赘述。
804、服务器根据目标RTT及目标RTT对应的数据传输量,确定本次传输数据的可用带宽。
例如,将目标RTT与目标RTT对应的数据传输量相乘,得到一个带宽,该带宽即为本次传输数据的可用带宽。
805、服务器根据可用带宽向移动终端传输图片数据包。
基于确定的可用带宽,服务器即可按照所确定的可用带宽,向移动终端传输图片数据包。
例如,在网络环境较好的情况下,服务器采用所确定的可用带宽传输数据包时,可将一张10KB的小图片对应的多个图片数据包,一次性地传输至移动终端,避免了受TCP协议栈滑动窗口的限制,提高了图片数据的传输速率。
在服务器根据可用带宽向移动终端传输图片数据包之后,服务器根据交互数据的丢包信息及历史交互数据的丢包信息,确定当前网络的拥堵状况。服务器根据拥堵状况,调整可用带宽。在下一次向移动终端传输图片数据包时,服务器即可按照调整后的可用带宽进行传输。
例如,当前在一次传输过程中可发送四个图片数据包,服务器根据交互数据的丢包信息及历史交互数据的丢包信息,确定当前网络处于较拥堵的状态,则服务器减小可用带宽,下一次向移动终端传输图片数据时,在一次传输过程中发送三个图片数据包。
在服务器根据可用带宽向移动终端传输图片数据包之后,服务器检测传输链路上未传输图片数据包的时长是否达到预设时长,当检测到未传输图片数据包的时长达到预设时长,且已传输的图片数据包中存在未返回响应报文的图片数据包时,服务器向移动终端发送丢包探测报文。移动终端接收到丢包探测报文时,根据本次图片数据的接收情况,生成一个响应报文,该响应报文用于指示本次传输的图片数据包在移动终端的接收情况,并将该响应报文发送给服务器。当服务器接收到响应报文时,根据响应报文,从已传输的图片数据包中确定丢失的图片数据包,进而将丢失的图片数据包重新传输给移动终端。
上述过程为服务器自主检测图片数据包丢失后重新将丢失的图片数据包传输给移动终端的过程。除此之外,服务器还可以根据交互数据的丢包信息及历史交互数据的丢包信息,确定重传时机及待重传的图片数据包。当达到重传时机时,服务器重新传输待重传的图片数据包。
例如,服务器调用策略决策中心,对交互数据的丢包信息及历史交互数据的丢包信息进行分析,通过分析获取到图片数据包中丢包频繁的位置、重复ACK的位置及数量,并根据图片数据包中丢包频繁的位置、重复ACK的位置及数量,确定出重传时机及待重传的图片数据包,进而在达到重传时机时,将待重传的图片数据包重新传输给移动终端。
本申请实施例提供的方法,根据交互数据的数据属性信息及历史交互数据的数据属性信息,确定本次传输数据的可用带宽,进而根据可用带宽向移动终端传输图片数据包,实现图片数据的传输。由于基于TCP协议进行数据传输,无论移动终端还是服务器均无需支持额外的协议,应用性较强。且在确定可用带宽时,综合考虑了传输链路上图片数据传输时产生的交互数据及历史交互数据,使得确定的带宽更能体现当前的网络状况,显著地提高了图片数据传输速率。
参见图9,本申请实施例提供了一种图片数据传输装置,该装置包括:
获取模块901,用于获取当前时刻传输链路上传输图片数据时产生的交互数据;
分析模块902,用于对交互数据进行分析,得到交互数据的数据属性信息,数据属性信息包括时延信息,时延信息包括往返时延RTT及RTT波动率;
第一确定模块903,用于根据交互数据的RTT波动率及传输链路上传输图片数据时产生的历史交互数据的RTT波动率,从交互数据的RTT及历史交互数据的RTT中,选取出目标RTT;根据目标RTT及目标RTT对应的数据传输量,确定本次传输数据的可用带宽;
第一传输模块904,用于根据可用带宽向移动终端传输图片数据包。
在本申请的另一个实施例中,交互数据包括TCP报文的编号、Flag、时间戳及TCP负载大小。
在本申请的另一个实施例中,数据属性信息还包括丢包信息;
该装置还包括:
第二确定模块,用于根据交互数据的丢包信息及历史交互数据的丢包信息,确定当前网络的拥堵状况;
调整模块,用于根据拥堵状况,调整可用带宽;
第二传输模块,用于在下一次向移动终端传输图片数据包时,按照调整后的可用带宽进行传输。
在本申请的另一个实施例中,该装置还包括:
发送模块,用于当检测到未传输图片数据包的时长达到预设时长,且已传输的图片数据包中存在未返回响应报文的图片数据包时,向移动终端发送丢包探测报文;
第三确定模块,用于当接收到响应报文,根据响应报文,从已传输的图片数据包中确定丢失的图片数据包,响应报文由移动终端在接收到丢包探测报文时返回;
第三传输模块,用于重新传输丢失的图片数据包。
在本申请的另一个实施例中,该装置还包括:
第四确定模块,用于根据交互数据的丢包信息及历史交互数据的丢包信息,确定重传时机及待重传的图片数据包;
第四传输模块,用于当达到重传时机时,重新传输待重传的图片数据包。
综上,本申请实施例提供的装置,根据交互数据的数据属性信息及传输链路上的历史交互数据的数据属性信息,确定本次传输数据的可用带宽,进而根据可用带宽向移动终端传输图片数据包。由于基于TCP协议进行数据传输,无论移动终端还是服务器均无需支持额外的协议,应用性较强,且在确定可用带宽时综合考虑了传输链路上的交互数据及历史交互数据,使得确定的带宽更能体现当前的网络状况,显著地提高了图片数据传输速率。
图10是根据一示例性实施例示出的一种用于图片数据传输的装置。参照图10,该装置可以为服务器1000,服务器1000包括处理组件1022,其进一步包括一个或多个处理器,以及由存储器1032所代表的存储器资源,用于存储可由处理组件1022的执行的指令,例如应用程序。存储器1032中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1022被配置为执行指令,以执行上述数据传输方法中服务器所执行的功能,该方法包括:
获取当前时刻传输链路上传输图片数据时产生的交互数据;
对交互数据进行分析,得到交互数据的数据属性信息,数据属性信息包括时延信息,时延信息包括往返时延RTT及RTT波动率;
根据交互数据的RTT波动率及传输链路上传输图片数据时产生的历史交互数据的RTT波动率,从交互数据的RTT及历史交互数据的RTT中,选取出目标RTT;
根据目标RTT及目标RTT对应的数据传输量,确定本次传输数据的可用带宽;
根据可用带宽向移动终端传输图片数据包。
在本申请的另一个实施例中,交互数据包括TCP报文的编号、Flag、时间戳及TCP负载大小。
在本申请的另一个实施例中,数据属性信息还包括丢包信息;
根据可用带宽向移动终端传输图片数据包之后,还包括:
根据交互数据的丢包信息及历史交互数据的丢包信息,确定当前网络的拥堵状况;
根据拥堵状况,调整可用带宽;
在下一次向移动终端传输图片数据包时,按照调整后的可用带宽进行传输。
在本申请的另一个实施例中,根据可用带宽向移动终端传输图片数据包之后,还包括:
当检测到未传输图片数据包的时长达到预设时长,且已传输的图片数据包中存在未返回响应报文的图片数据包时,向移动终端发送丢包探测报文;
当接收到响应报文,根据响应报文,从已传输的图片数据包中确定丢失的图片数据包,响应报文由移动终端在接收到丢包探测报文时返回;
重新传输丢失的图片数据包。
在本申请的另一个实施例中,根据可用带宽向移动终端传输图片数据包之后,还包括:
根据交互数据的丢包信息及历史交互数据的丢包信息,确定重传时机及待重传的图片数据包;
当达到重传时机时,重新传输待重传的图片数据包。
服务器1000还可以包括一个电源组件1026被配置为执行服务器1000的电源管理,一个有线或无线网络接口1050被配置为将服务器1000连接到网络,和一个输入输出(I/O)接口1058。服务器1000可以操作基于存储在存储器1032的操作***,例如WindowsServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本申请实施例提供的服务器,根据交互数据的数据属性信息及传输链路上的历史交互数据的数据属性信息,确定本次传输数据的可用带宽,进而根据可用带宽向移动终端传输图片数据包。由于基于TCP协议进行数据传输,无论移动终端还是服务器均无需支持额外的协议,应用性较强,且在确定可用带宽时综合考虑了传输链路上的交互数据及历史交互数据,使得确定的带宽更能体现当前的网络状况,显著地提高了图片数据传输速率。
需要说明的是:上述实施例提供的数据传输装置在传输数据时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将数据传输装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的数据传输装置与数据传输方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有至少一条程序代码,该至少一条程序代码由处理器加载并执行,以实现上述实施例的图片数据传输方法中所具有的操作。
本申请实施例还提供了一种计算机程序,该计算机程序包括至少一条程序代码,该至少一条程序代码由处理器加载并执行,以实现上述实施例的图片数据传输方法中所具有的操作。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (12)
1.一种图片数据传输方法,其特征在于,所述方法包括:
获取当前时刻传输链路上传输图片数据时产生的交互数据;
对所述交互数据进行分析,得到所述交互数据的数据属性信息,所述数据属性信息包括时延信息,所述时延信息包括往返时延RTT及RTT波动率;
根据所述交互数据的RTT波动率及所述传输链路上传输图片数据时产生的历史交互数据的RTT波动率,从所述交互数据的RTT及所述历史交互数据的RTT中,选取出目标RTT;
根据所述目标RTT及所述目标RTT对应的数据传输量,确定本次传输数据的可用带宽;
根据所述可用带宽向移动终端传输图片数据包。
2.根据权利要求1所述的方法,其特征在于,所述交互数据包括传输控制协议TCP报文的编号、Flag、时间戳及TCP负载大小。
3.根据权利要求1所述的方法,其特征在于,所述数据属性信息还包括丢包信息;
所述根据所述可用带宽向移动终端传输图片数据包之后,还包括:
根据所述交互数据的丢包信息及所述历史交互数据的丢包信息,确定当前网络的拥堵状况;
根据所述拥堵状况,调整所述可用带宽;
在下一次向所述移动终端传输图片数据包时,按照调整后的可用带宽进行传输。
4.根据权利要求1所述的方法,其特征在于,所述根据所述可用带宽向移动终端传输图片数据包之后,还包括:
当检测到未传输图片数据包的时长达到预设时长,且已传输的图片数据包中存在未返回响应报文的图片数据包时,向所述移动终端发送丢包探测报文;
当接收到响应报文,根据所述响应报文,从已传输的图片数据包中确定丢失的图片数据包,所述响应报文由所述移动终端在接收到所述丢包探测报文时返回;
重新传输所述丢失的图片数据包。
5.根据权利要求1所述的方法,其特征在于,所述根据所述可用带宽向移动终端传输图片数据包之后,还包括:
根据所述交互数据的丢包信息及所述历史交互数据的丢包信息,确定重传时机及待重传的图片数据包;
当达到所述重传时机时,重新传输所述待重传的图片数据包。
6.一种图片数据传输装置,其特征在于,所述装置包括:
获取模块,用于获取当前时刻传输链路上传输图片数据时产生的交互数据;
分析模块,用于对所述交互数据进行分析,得到所述交互数据的数据属性信息,所述数据属性信息包括时延信息,所述时延信息包括往返时延RTT及RTT波动率;
第一确定模块,用于根据所述交互数据的RTT波动率及所述传输链路上传输图片数据时产生的历史交互数据的RTT波动率,从所述交互数据的RTT及所述历史交互数据的RTT中,选取出目标RTT;根据所述目标RTT及所述目标RTT对应的数据传输量,确定本次传输数据的可用带宽;
第一传输模块,用于根据所述可用带宽向移动终端传输图片数据包。
7.根据权利要求6所述的装置,其特征在于,所述交互数据包括TCP报文的编号、Flag、时间戳及TCP负载大小。
8.根据权利要求6所述的装置,其特征在于,所述数据属性信息还包括丢包信息;
所述装置还包括:
第二确定模块,用于根据所述交互数据的丢包信息及所述历史交互数据的丢包信息,确定当前网络的拥堵状况;
调整模块,用于根据所述拥堵状况,调整所述可用带宽;
第二传输模块,用于在下一次向所述移动终端传输图片数据包时,按照调整后的可用带宽进行传输。
9.根据权利要求6所述的装置,其特征在于,所述装置还包括:
发送模块,用于当检测到未传输图片数据包的时长达到预设时长,且已传输的图片数据包中存在未返回响应报文的图片数据包时,向所述移动终端发送丢包探测报文;
第三确定模块,用于当接收到响应报文,根据所述响应报文,从已传输的图片数据包中确定丢失的图片数据包,所述响应报文由所述移动终端在接收到所述丢包探测报文时返回;
第三传输模块,用于重新传输所述丢失的图片数据包。
10.根据权利要求6所述的装置,其特征在于,所述装置还包括:
第四确定模块,用于根据所述交互数据的丢包信息及所述历史交互数据的丢包信息,确定重传时机及待重传的图片数据包;
第四传输模块,用于当达到所述重传时机时,重新传输所述待重传的图片数据包。
11.一种计算机设备,其特征在于,所述计算机设备包括处理器和存储器,所述存储器中存储有至少一条程序代码,所述至少一条程序代码由所述处理器加载并执行,以实现如权利要求1至5任一所述的图片数据传输方法。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有至少一条程序代码,所述至少一条程序代码由处理器加载并执行,以实现如权利要求1至5任一所述的图片数据传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911180599.0A CN110730105B (zh) | 2015-05-29 | 2015-05-29 | 图片数据传输方法、装置、设备及存储介质 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911180599.0A CN110730105B (zh) | 2015-05-29 | 2015-05-29 | 图片数据传输方法、装置、设备及存储介质 |
CN201510287233.9A CN106304203B (zh) | 2015-05-29 | 2015-05-29 | 数据传输方法及装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510287233.9A Division CN106304203B (zh) | 2015-05-29 | 2015-05-29 | 数据传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110730105A true CN110730105A (zh) | 2020-01-24 |
CN110730105B CN110730105B (zh) | 2021-09-28 |
Family
ID=57440167
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911180599.0A Active CN110730105B (zh) | 2015-05-29 | 2015-05-29 | 图片数据传输方法、装置、设备及存储介质 |
CN201510287233.9A Active CN106304203B (zh) | 2015-05-29 | 2015-05-29 | 数据传输方法及装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510287233.9A Active CN106304203B (zh) | 2015-05-29 | 2015-05-29 | 数据传输方法及装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US10462707B2 (zh) |
CN (2) | CN110730105B (zh) |
WO (1) | WO2016192478A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111935025A (zh) * | 2020-07-08 | 2020-11-13 | 腾讯科技(深圳)有限公司 | 一种tcp传输性能的控制方法、装置、设备和介质 |
CN111953613A (zh) * | 2020-07-21 | 2020-11-17 | 西安万像电子科技有限公司 | 数据传输控制方法及装置 |
CN112188169A (zh) * | 2020-09-30 | 2021-01-05 | 无锡雪浪数制科技有限公司 | 一种5g工业图像采集传输*** |
CN115834453A (zh) * | 2023-02-14 | 2023-03-21 | 浙江德塔森特数据技术有限公司 | 手持协议检测终端的协议检测方法和手持协议检测终端 |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106656431B (zh) * | 2015-09-21 | 2020-09-29 | 华为技术有限公司 | 一种报文传输方法及用户设备 |
CN105491060B (zh) * | 2015-12-30 | 2019-07-02 | 北京神州绿盟信息安全科技股份有限公司 | 防御分布式拒绝服务攻击的方法、装置、客户端及设备 |
US9813299B2 (en) * | 2016-02-24 | 2017-11-07 | Ciena Corporation | Systems and methods for bandwidth management in software defined networking controlled multi-layer networks |
CN106911581B (zh) * | 2017-02-28 | 2020-06-23 | 联想(北京)有限公司 | 一种传输方法、装置及终端 |
CN109688432B (zh) * | 2017-10-18 | 2022-12-27 | 北京京东尚科信息技术有限公司 | 信息传输方法、装置和*** |
CN108494698B (zh) * | 2017-12-13 | 2022-02-25 | 天地伟业技术有限公司 | 一种基于传输速率的拥塞控制方法 |
CN108389592B (zh) * | 2018-02-27 | 2021-10-08 | 上海讯飞瑞元信息技术有限公司 | 一种语音质量评价方法及装置 |
CN110213150B (zh) * | 2018-03-06 | 2021-09-14 | 腾讯科技(深圳)有限公司 | 传输参数获取及图片传输方法、装置、设备及存储介质 |
CN110875915B (zh) * | 2018-09-04 | 2021-08-20 | 华为技术有限公司 | 数据传输方法及装置 |
US11483611B2 (en) * | 2018-11-19 | 2022-10-25 | Roku, Inc. | Non-television experience triggers |
CN109688065B (zh) * | 2018-12-28 | 2022-06-03 | 腾讯科技(深圳)有限公司 | 参数的处理方法、装置及存储介质 |
EP3907943B1 (en) * | 2020-05-05 | 2022-04-27 | Axis AB | Round-trip estimation |
CN112465442A (zh) * | 2020-10-19 | 2021-03-09 | 北京戴纳实验科技有限公司 | 一种移液器使用管理方法 |
CN113014499B (zh) * | 2021-02-22 | 2022-05-17 | 腾讯科技(深圳)有限公司 | 一种数据传输方法、装置、电子设备及存储介质 |
CN113067750B (zh) * | 2021-03-24 | 2023-05-30 | 北京字节跳动网络技术有限公司 | 带宽测量方法、设备及电子设备 |
DE112022004403T5 (de) * | 2021-09-13 | 2024-07-04 | Intel Corporation | Dynamische verkehrsverwaltung für mehrfachzugangsverwaltungsdienste |
CN113965466B (zh) * | 2021-09-30 | 2022-11-25 | 广西中科曙光云计算有限公司 | 一种自适应网络带宽的数据传输*** |
CN116132503A (zh) * | 2022-11-04 | 2023-05-16 | 华为技术有限公司 | 数据传输方法、装置及设备 |
CN116094778B (zh) * | 2022-12-28 | 2023-10-24 | 江苏叁原科技有限公司 | 一种基于互联网的实时监控*** |
CN118250224A (zh) * | 2024-05-28 | 2024-06-25 | 中国电信股份有限公司 | 拥塞控制方法、装置、***、设备及介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1848810A (zh) * | 2006-05-15 | 2006-10-18 | 武汉虹旭信息技术有限责任公司 | 一种流媒体发送速率控制方法 |
US7796517B2 (en) * | 2004-06-28 | 2010-09-14 | Minghua Chen | Optimization of streaming data throughput in unreliable networks |
CN101958811A (zh) * | 2009-07-14 | 2011-01-26 | 中兴通讯股份有限公司 | 一种端到端可用带宽测量方法及*** |
CN102045219A (zh) * | 2010-12-14 | 2011-05-04 | 同济大学 | 一种高效的单端可用带宽测量方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7218610B2 (en) * | 2001-09-27 | 2007-05-15 | Eg Technology, Inc. | Communication system and techniques for transmission from source to destination |
US7474614B2 (en) * | 2005-10-21 | 2009-01-06 | International Business Machines Corporation | Method and apparatus for adaptive bandwidth control with user settings |
US7894367B2 (en) * | 2007-12-31 | 2011-02-22 | Industrial Technology Research Institute | Methods and systems for bandwidth protection |
US8553540B2 (en) * | 2010-03-05 | 2013-10-08 | Microsoft Corporation | Congestion control for delay sensitive applications |
US9240939B2 (en) * | 2013-10-22 | 2016-01-19 | Cisco Technology, Inc. | Detecting packet loss and retransmission in a network environment |
US9559972B2 (en) * | 2013-12-30 | 2017-01-31 | Comcast Cable Communications, Llc | Systems and methods for managing congestion |
-
2015
- 2015-05-29 CN CN201911180599.0A patent/CN110730105B/zh active Active
- 2015-05-29 CN CN201510287233.9A patent/CN106304203B/zh active Active
-
2016
- 2016-04-18 WO PCT/CN2016/079603 patent/WO2016192478A1/zh active Application Filing
-
2017
- 2017-07-24 US US15/657,751 patent/US10462707B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7796517B2 (en) * | 2004-06-28 | 2010-09-14 | Minghua Chen | Optimization of streaming data throughput in unreliable networks |
CN1848810A (zh) * | 2006-05-15 | 2006-10-18 | 武汉虹旭信息技术有限责任公司 | 一种流媒体发送速率控制方法 |
CN101958811A (zh) * | 2009-07-14 | 2011-01-26 | 中兴通讯股份有限公司 | 一种端到端可用带宽测量方法及*** |
CN102045219A (zh) * | 2010-12-14 | 2011-05-04 | 同济大学 | 一种高效的单端可用带宽测量方法 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111935025A (zh) * | 2020-07-08 | 2020-11-13 | 腾讯科技(深圳)有限公司 | 一种tcp传输性能的控制方法、装置、设备和介质 |
CN111935025B (zh) * | 2020-07-08 | 2023-10-17 | 腾讯科技(深圳)有限公司 | 一种tcp传输性能的控制方法、装置、设备和介质 |
CN111953613A (zh) * | 2020-07-21 | 2020-11-17 | 西安万像电子科技有限公司 | 数据传输控制方法及装置 |
CN111953613B (zh) * | 2020-07-21 | 2024-02-23 | 西安万像电子科技有限公司 | 数据传输控制方法及装置 |
CN112188169A (zh) * | 2020-09-30 | 2021-01-05 | 无锡雪浪数制科技有限公司 | 一种5g工业图像采集传输*** |
CN115834453A (zh) * | 2023-02-14 | 2023-03-21 | 浙江德塔森特数据技术有限公司 | 手持协议检测终端的协议检测方法和手持协议检测终端 |
CN115834453B (zh) * | 2023-02-14 | 2023-06-02 | 浙江德塔森特数据技术有限公司 | 手持协议检测终端的协议检测方法和手持协议检测终端 |
Also Published As
Publication number | Publication date |
---|---|
CN106304203A (zh) | 2017-01-04 |
US20170325129A1 (en) | 2017-11-09 |
CN110730105B (zh) | 2021-09-28 |
WO2016192478A1 (zh) | 2016-12-08 |
US10462707B2 (en) | 2019-10-29 |
CN106304203B (zh) | 2020-02-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110730105B (zh) | 图片数据传输方法、装置、设备及存储介质 | |
US11550870B2 (en) | Method and system for detecting slow page load | |
US9794304B2 (en) | Enterprise client-server system and methods of providing web application support through distributed emulation of websocket communications | |
WO2016138786A1 (zh) | 传输控制协议tcp数据包的发送方法、发送装置和*** | |
CN112787945B (zh) | 数据传输方法、装置、计算机可读介质及电子设备 | |
CN101119385A (zh) | 利用WebPush技术提高HTTP网络速度的方法 | |
US20150271226A1 (en) | Transport accelerator implementing a multiple interface architecture | |
EP4221233A1 (en) | Data download method and apparatus, computer device and storage medium | |
CN114039703B (zh) | 数据传输方法、装置、设备和介质 | |
CN111885093B (zh) | 事件请求的传输方法和装置、存储介质及电子设备 | |
CN111970208A (zh) | 网络传输方法、装置、设备及计算机可读存储介质 | |
CN113783775A (zh) | 数据传输的方法和装置 | |
WO2024060408A1 (zh) | 网络攻击检测方法和装置、设备及存储介质 | |
US20150172357A1 (en) | Method for optimising downloading of data | |
CN112231606B (zh) | 一种网页处理方法和装置 | |
US10929953B2 (en) | Method and apparatus for selecting communication interface in wireless communication system | |
CN114500682B (zh) | 一种数据包的处理方法、装置及边端设备 | |
US20240205284A1 (en) | Multimedia content transmission method and apparatus, device, and storage medium | |
US11755397B2 (en) | Systems and methods for processing of messages subject to dead letter queues in representational state transfer architectures to prevent data loss in cloud-based computing environments | |
CN116980531A (zh) | 数据传输方法、装置、电子设备及存储介质 | |
CN118175112A (zh) | 数据的传输控制方法、装置、电子设备和存储介质 | |
Qian et al. | Accelerating Mobile Web Downloading Through Context-aware and Cross-layer Intelligence | |
CN117294584A (zh) | 一种故障定位方法、装置、电子设备及存储介质 | |
CN118075095A (zh) | 一种数据传输方法和相关装置 | |
CN116405549A (zh) | 消息推送方法、装置、存储介质及电子设备 |
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 |