CN113347681B - 数据传输方法、装置、存储介质及电子装置 - Google Patents

数据传输方法、装置、存储介质及电子装置 Download PDF

Info

Publication number
CN113347681B
CN113347681B CN202110605125.7A CN202110605125A CN113347681B CN 113347681 B CN113347681 B CN 113347681B CN 202110605125 A CN202110605125 A CN 202110605125A CN 113347681 B CN113347681 B CN 113347681B
Authority
CN
China
Prior art keywords
path
data
sub
paths
transmitting
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
CN202110605125.7A
Other languages
English (en)
Other versions
CN113347681A (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.)
Zhejiang Dahua Technology Co Ltd
Original Assignee
Zhejiang Dahua 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 Zhejiang Dahua Technology Co Ltd filed Critical Zhejiang Dahua Technology Co Ltd
Priority to CN202110605125.7A priority Critical patent/CN113347681B/zh
Publication of CN113347681A publication Critical patent/CN113347681A/zh
Application granted granted Critical
Publication of CN113347681B publication Critical patent/CN113347681B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/12Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality
    • 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)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供了一种数据传输方法、装置、存储介质及电子装置,其中,该方法包括:在确定终端与服务器之间已建立了多条用于传输数据的路径的情况下,确定多条路径中包括的每个子路径的监测信息;基于监测信息从多条路径中确定出用于传输第一数据的目标子路径,其中,目标子路径中包括至少一个子路径;利用目标子路径传输第一数据。通过本发明,解决了相关技术中存在的数据传输浪费带宽的问题,提高了多路径下带宽的利用率。

Description

数据传输方法、装置、存储介质及电子装置
技术领域
本发明实施例涉及通信领域,具体而言,涉及一种数据传输方法、装置、存储介质及电子装置。
背景技术
随着技术的发展和为了适应异构的网络环境,许多用户终端通常配置多种接口(例如Wi-Fi和4G、5G)。为了利用终端多个网络接口的特性来改善传输性能,提高带宽利用率,增强网络的容错能力,提出了多种多路径传输协议。有基于TCP的,也有基于UDP的。这些协议都是通过多条子链路来进行聚合的。但未考虑到网络上下行带宽不一致,目前网络上下行带宽比约为1:10,在上行带宽不足导致数据回复失败,但下行带宽还充足的情况下导致数据转移到其它链路上,从而浪费网络带宽。
下面以终端和服务端的通信采用多路径协议(例如mptcp协议)为例说明典型的多路径传输方法:
终端和服务端以MPTCP通信的拓扑图可参见附图1,服务端与终端使用多路径传输协议(例如mptcp协议)进行通信,使用4G和Wi-Fi两条路径进行传输。服务端与终端进行MPTCP传输示意图可参见附图2,每条路径上的数据确认ACK只在原路径上进行传输。根据网络运营商提供的上下带宽进行说明:Wi-Fi的下行带宽为100Mbps,上行带宽为10Mbps;4G的下行带宽为100Mbps,上行带宽为50Mbps。因为每条路径上的数据确认ACK只在原路径上进行传输,若在Wi-Fi的上行带宽出现丢包、抖动、拥塞时,服务端就会降低在Wi-Fi上的传输速率,并将部分数据转移到4G网络上进行传输;但Wi-Fi的下行带宽是足够的,从而导致在Wi-Fi链路的带宽利用率降低,另一方面也加大4G网络流量的消耗。
由此可知,相关技术中存在数据传输浪费带宽的问题。
针对相关技术中存在的上述问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种数据传输方法、装置、存储介质及电子装置,以至少解决相关技术中存在的数据传输浪费带宽的问题。
根据本发明的一个实施例,提供了一种数据传输方法,包括:在确定终端与服务器之间已建立了多条用于传输数据的路径的情况下,确定多条所述路径中包括的每个子路径的监测信息;基于所述监测信息从多条所述路径中确定出用于传输第一数据的目标子路径,其中,所述目标子路径中包括至少一个所述子路径;利用所述目标子路径传输所述第一数据。
根据本发明的另一个实施例,提供了一种数据传输装置,包括:第一确定模块,用于在确定终端与服务器之间已建立了多条用于传输数据的路径的情况下,确定多条所述路径中包括的每个子路径的监测信息;第二确定模块,用于基于所述监测信息从多条所述路径中确定出用于传输第一数据的目标子路径,其中,所述目标子路径中包括至少一个所述子路径;传输模块,用于利用所述目标子路径传输所述第一数据。
根据本发明的又一个实施例,还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,其中,所述计算机程序被处理器执行时实现上述任一项中所述的方法的步骤。
根据本发明的又一个实施例,还提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明,在确定终端与服务器之间已经建立了多条用于传输数据得到路径的情况下,确定多条路径中包括的每条子路径的监测信息,根据监测信息从多条路径中确定出用于传输第一数据的目标子路径,利用目标子路径传输第一数据。由于可以根据每条子路径的监测信息确定传输第一数据的目标子路径,避免了在子路径的带宽充足的情况下,将待传输的路径切换到其他路径的情况,因此,可以解决相关技术中存在的数据传输浪费带宽的问题,提高了多路径下带宽的利用率。
附图说明
图1是相关技术中终端和服务端以MPTCP通信的拓扑图;
图2是相关技术中服务端与终端进行MPTCP传输示意图;
图3是本发明实施例的一种数据传输方法的移动终端的硬件结构框图;
图4是根据本发明实施例的数据传输方法的流程图;
图5是根据本发明示例性实施例的确定每个子路径的监测信息流程图;
图6是根据本发明示例性实施例的基于监测信息从多条路径中确定出用于传输第一数据的目标子路径流程图;
图7是根据本发明示例性实施例的利用目标子路径传输第一数据流程图;
图8是根据本发明示例性实施例的利用回复子路径传输第二回复包流程图;
图9是根据本发明示例性实施例的数据传输结构图;
图10是根据本发明示例性实施例的数据传输部署***示意图;
图11是根据本发明实施例的数据传输装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明的实施例。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例,图3是本发明实施例的一种数据传输方法的移动终端的硬件结构框图。如图3所示,移动终端可以包括一个或多个(图3中仅示出一个)处理器302(处理器302可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器304,其中,上述移动终端还可以包括用于通信功能的传输设备306以及输入输出设备308。本领域普通技术人员可以理解,图3所示的结构仅为示意,其并不对上述移动终端的结构造成限定。例如,移动终端还可包括比图3中所示更多或者更少的组件,或者具有与图3所示不同的配置。
存储器304可用于存储计算机程序,例如,应用软件的软件程序以及模块,如本发明实施例中的数据传输方法对应的计算机程序,处理器302通过运行存储在存储器304内的计算机程序,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器304可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器304可进一步包括相对于处理器302远程设置的存储器,这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输设备306用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中,传输设备306包括一个网络适配器(Network Interface Controller,简称为NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输设备306可以为射频(Radio Frequency,简称为RF)模块,其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种数据传输方法,图4是根据本发明实施例的数据传输方法的流程图,如图4所示,该流程包括如下步骤:
步骤S402,在确定终端与服务器之间已建立了多条用于传输数据的路径的情况下,确定多条所述路径中包括的每个子路径的监测信息;
步骤S404,基于所述监测信息从多条所述路径中确定出用于传输第一数据的目标子路径,其中,所述目标子路径中包括至少一个所述子路径;
步骤S406,利用所述目标子路径传输所述第一数据。
在上述实施例中,路径可以包括4G路径、5G路径、WIFI路径等。即子路径可以是4G路径、5G路径、WIFI路径等。在传输数据时,可以采用4G、5G或WIFI中的一种或多种方式进行传输。
在上述实施例中,在确定终端与服务器建立了多条用于传输数据的路径的情况下,确定多个路径中包括的每个子路径的监测信息。其中,监测信息可以包括每个子路径的带宽、丢包率、信道质量、拥塞情况等。在确定监测信息后,可以根据监测信息中确定出目标子路径,例如,选择最优路径传输数据。
在上述实施例中,上述步骤的执行主体可以是终端,也可以是服务器,当执行主体为终端时,数据传输为上行传输,当执行主体是服务器时,数据传输为下行传输。当数据为上行传输时,在获取到应用层下发的数据后,可以将数据分发到多个传输路径中包括的一个或多个路径质量良好的路径传输数据。
通过本发明,在确定终端与服务器之间已经建立了多条用于传输数据得到路径的情况下,确定多条路径中包括的每条子路径的监测信息,根据监测信息从多条路径中确定出用于传输第一数据的目标子路径,利用目标子路径传输第一数据。由于可以根据每条子路径的监测信息确定传输第一数据的目标子路径,避免了在子路径的带宽充足的情况下,将待传输的路径切换到其他路径的情况,因此,可以解决相关技术中存在的数据传输浪费带宽的问题,提高了多路径下带宽的利用率。
在一个示例性实施例中,在确定多条所述路径中包括的每个子路径的监测信息之前,所述方法还包括:检测所述终端的用于传输数据的第一传输接口的第一数量和所述第一传输接口的第一接口类型,以及检测所述服务器的用于传输数据的第二传输接口的第二数量和所述第二传输接口的第二接口类型;在所述第一数量以及所述第二数量均大于预定阈值,且所述第一接口类型指示所述终端允许与所述服务器建立多条传输路径以及所述第二接口类型指示所述服务器允许与所述终端建立多条路径传输路径的情况下,建立多条所述路径。在本实施例中,在确定多条路径中包括的每个子路径的监测信息之前,可以先检测终端和服务器的传输接口以及接口类型,以确定终端和服务器是否允许建立多条路径。即可以先检测设备的接口数量和接口类型,为后续建立多路径传输提供指导。首先判断上层是否允许建立多路径传输,如果不允许,则进入单路径传输流程。如果允许,则查看当前客户端(终端)和服务端(服务器)是否允许建立多条路径,以及确定终端和服务器的传输接口数量,当传输接口数量均大于预定阈值,且终端和服务器均允许建立多条路径的情况下,在终端和服务器之间建立多条路径。如果终端和服务器不允许建立多条路径,则进入但路径传输流程。
在一个示例性实施例中,确定多条所述路径中包括的每个子路径的监测信息包括:获取每个所述子路径传输的第一回复包,其中,所述第一回复包为对端设备对接收到的数据进行响应所生成的数据包,所述对端设备包括所述终端或者所述服务器;基于所述第一回复包确定每个所述子路径的网络状态;将所述网络状态确定为每个所述子路径的所述监测信息。在本实施例中,可以根据接收到的第一回复包确定每个子路径的网络状态,例如根据第一回复包计算每个子路径的RTT、丢包率等。再根据计算结果按比例更新网络状态信息的数据和拥塞窗口的大小。
在上述实施例中,确定每个子路径的监测信息流程图可参见附图5,如图5所示,可以通过拥塞控制模块可确定每个子路径的监测信息,该流程包括:
步骤S502,根据接收到的回复包进行计算,以得到计算结果,如计算RTT、丢包率等。
步骤S504,根据计算结果按比例更新网络状态信息的数据和拥塞窗口的大小。
在一个示例性实施例中,基于所述监测信息从多条所述路径中确定出用于传输第一数据的目标子路径包括:基于所述监测信息确定路径选择规则;基于所述路径选择规则确定发送所述第一数据的所述目标子路径。在本实施例中,在建立了多条路径后,可以先确定路径选择规则,根据路径选择规则和监测信息确定目标子路径。其中,路径选择规则可以包括基于子路径的优先级确定的规则,例如,可以设置有线路径的优先级高于无线路径的优先级,无线路径的优先级高于5G路径的优先级,5G路径的优先级高于4G路径的优先级。在监测信息指示每个子路径的网络状态处于同一水平时,则按照优先级确定目标子路径。在监测信息指示每个子路径的网络状态处于不同水平时,则将网络状态最优的路径确定为目标子路径。在监测信息指示每个子路径的网络状态均不佳时,则将网络状态排名前2的路径确定为目标子路径。当目标子路径包括多个的情况下,可以根据多个子路径的网络状态分配待传输的数据。
在上述实施例中,多路径建立后,监测每个子路径的网络状态与类型,根据监测信息进行数据分发子路径调度,可根据监测信息判断哪个子路径传输优先,例如,Wi-Fi和4G网络,可采用Wi-Fi优先;Wi-Fi和有线网络,可采用有线优先等。然后再将数据分配到其它子路径上进行传输。
在上述实施例中,基于监测信息从多条路径中确定出用于传输第一数据的目标子路径的过程可以由多路径数据传输调度模块执行,其中,基于监测信息从多条路径中确定出用于传输第一数据的目标子路径流程图可参见附图6,如图6所示,该流程包括:
步骤S602,先检测设备(终端和服务器)的接口数量和接口类型,为后续建立多路径传输提供指导。
步骤S604,判断是进入多路径传输流程还是单路径传输流程。首先判断上层是否允许建立多路径传输,如果不允许,则进入传统的单路径传输流程;如果允许,则查看当前客户端以及服务端是否均允许建立多路径且客户端和服务端的传输接口数量大于1;若判断结果为是,则执行步骤S606,若判断结果为否,则执行步骤S608。
步骤S606,满足进入多路径传输建立流程,多路径传输建立,负责识别是某个连接的子路径还是新的连接,以及传输建立的流程交互。
步骤S608,进入单路径传输流程。
步骤S610,多路径建立后。
步骤S612,监测每个子路径的网络状态与类型,根据监测信息进行数据分发子路径调度,可根据配置信息判断哪个子路径传输优先,例如Wi-Fi和4G网络,可采用Wi-Fi优先;Wi-Fi和有线网络,可采用有线优先等。然后再将数据分配到其它子路径上进行传输。
步骤S614,根据多路径传输的关闭标识来决定是否退出多路径传输,若存在关闭标识,则执行步骤S616,若不存在关闭标识,则执行步骤S612。
步骤S616,退出多路径数据传输调度模块。
在一个示例性实施例中,利用所述目标子路径传输所述第一数据包括:在所述监测信息指示所述目标子路径具备发送所述第一数据的能力的情况下,读取所述第一数据的数据包;在读取到所述数据包的情况下,在所述数据包中添加协议头,以得到第一数据包;利用所述目标子路径传输所述第一数据包。在本实施例中,在确定出目标子路径后,可以通过目标子路径发送第一数据。目标子路径在发送数据之前,可以首先确定目标子路径当前是否具备发送第一数据的能力,在确定具备发送能力的情况下,可以从发送缓存中读取数据包,在读取到数据包的情况下,在数据包中添加协议头,在通过目标子路径发送添加了协议头的数据包。
在上述实施例中,利用目标子路径传输第一数据流程图可参见附图7,如图7所示,该流程可以通过数据发送模块实现,该流程包括:
步骤S702,首先读取拥塞控制算法计算的结果:发送窗口和发送速率。
步骤S704,根据步骤S702中的结果判断当前是否允许再发送数据,如果允许执行步骤S706,不允许则执行步骤S714。
步骤S706,从发送缓存中尝试读一个数据包进行发送。
步骤S708,判断是否取到数据包,如果取到进入步骤S710,如果未取到则执行步骤S714。
步骤S710,对读取到的数据包进行包装,添加协议头。
步骤S712,调用UDP发送接口进行数据发送。
步骤S714,退出数据发送模块。
在一个示例性实施例中,在利用所述目标子路径传输所述第一数据之后,所述方法还包括:在接收到第二数据的情况下,基于所述第二数据的状态确定第二回复包;基于多条所述路径中包括的每个所述子路径的监测信息确定发送所述第二回复包的回复子路径,其中,所述回复子路径中至少包括一个所述子路径;利用所述回复子路径传输所述第二回复包。在本实施例中,在接收到第二数据的情况下,可以根据第二数据的状态确定第二回复包,根据每个子路径的监测信息确定发送第二回复包的回复子路径,通过回复子路径传输第二回复包。其中,第二数据的状态可以包括数据丢包、数据未丢包等。回复子路径中可以包括一个子路径,也可以包括多个子路径,例如,2个、3个等。
在一个示例性实施例中,基于所述第二数据的状态确定第二回复包包括:在所述第二数据的状态指示存在数据丢包的情况下,确定所述第二回复包中包括NACK信息;在所述第二数据的状态指示不存在数据丢包的情况下,确定所述第二回复包中包括ACK信息。在本实施例中,在接收到的第二数据存在丢包的情况下,通过回复子路径回复带有NACK信息的第二回复包。在接收到的第二数据不存在丢包的情况下,通过回复子路径回复带有ACK信息的第二回复包。
在上述实施例中,利用回复子路径传输第二回复包流程图可参见附图8,如图8所示,该流程可以由数据接收模块实现,该流程包括:
步骤S802,将接收的数据存入接收缓存中。
步骤S804,根据接收的数据判断是否有数据丢包,若判断结果为是,则执行步骤S806,若判断结果为否,则执行步骤S808。
步骤S806,判断有数据丢包,则进行组装NACK回复包请求发送端重传。
步骤S808,判断无数据丢包,则回复ACK回复包。
步骤S810,从子路径中选取2个最优网络状态的路径,然后将回复包从这2个子路径中进行发送,以解决只从原返回路径发送回复包存在的问题,例如原返回路径带宽不足、存在严重的丢包、拥塞等情况,导致原路径的发送速率下降,而其数据发送原路径的带宽足够的情况,从而使***的带宽利用率不足。
步骤S812,退出数据接收模块。
在前述实施例中,数据传输结构图可参见附图9,如图9所示,该结构包括多路径数据传输调度模块、数据发送模块、数据接收模块以及拥塞控制模块。数据传输方法位于应用层以下,UDP传输层以上,可以采用UDP作为底层传输载体,以适用音视频的实时传输,该方位整***于用户态,以更加方便更新及部署。其中,多路径数据传输调度模块负责将应用层下发的数据分发到多个传输路径的调度,多接口的检测,多路径传输的建立。数据发送模块负责数据的发送控制过程。数据接收模块负责数据的接收过程及回复处理过程。拥塞控制模块负责路径网络状态的检测及路径的拥塞控制。
数据传输部署***示意图可参见附图10,如图10所示,终端与服务端有2条路径,其中,路径1的下行带宽为100Mbps,上行带宽为50Mbps;路径2的下行带宽为100Mbps,上行带宽为10Mbps,下行指的是服务端到终端,上行指的是终端到服务端。数据包通过路径2的下行到终端,回复包在常见的多路径传输协议(例如mptcp协议)中只会在路径2的上行返回服务端,如果路径2的上行带宽不足、丢包、拥塞发生时则会导致路径2的下行降速,从而降低***的带宽利用率。在上述实施例中,在传输回复包时,可以选取2条最优的路径进行回复包发送,在示意***中就可以通过路径1的上行返回回复包到服务端,即使通过路径2的上行的回复包丢失也不会导致路径1的下行带宽降速,从而提高***的带宽利用率,解决了上下行带宽不一致导致带宽浪费的问题。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种数据传输装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图11是根据本发明实施例的数据传输装置的结构框图,如图11所示,该装置包括:
第一确定模块1102,用于在确定终端与服务器之间已建立了多条用于传输数据的路径的情况下,确定多条所述路径中包括的每个子路径的监测信息;
第二确定模块1104,用于基于所述监测信息从多条所述路径中确定出用于传输第一数据的目标子路径,其中,所述目标子路径中包括至少一个所述子路径;
传输模块1106,用于利用所述目标子路径传输所述第一数据。
在一个示例性实施例中,所述装置可以用于在确定多条所述路径中包括的每个子路径的监测信息之前,检测所述终端的用于传输数据的第一传输接口的第一数量和所述第一传输接口的第一接口类型,以及检测所述服务器的用于传输数据的第二传输接口的第二数量和所述第二传输接口的第二接口类型;在所述第一数量以及所述第二数量均大于预定阈值,且所述第一接口类型指示所述终端允许与所述服务器建立多条传输路径以及所述第二接口类型指示所述服务器允许与所述终端建立多条路径传输路径的情况下,建立多条所述路径。
在一个示例性实施例中,第一确定模块1102可以通过如下方式实现确定多条所述路径中包括的每个子路径的监测信息:获取每个所述子路径传输的第一回复包,其中,所述第一回复包为对端设备对接收到的数据进行响应所生成的数据包,所述对端设备包括所述终端或者所述服务器;基于所述第一回复包确定每个所述子路径的网络状态;将所述网络状态确定为每个所述子路径的所述监测信息。
在一个示例性实施例中,第二确定模块1104可以通过如下方式实现基于所述监测信息从多条所述路径中确定出用于传输第一数据的目标子路径:基于所述监测信息确定路径选择规则;基于所述路径选择规则确定发送所述第一数据的所述目标子路径。
在一个示例性实施例中,传输模块1106可以通过如下方式实现利用所述目标子路径传输所述第一数据:在所述监测信息指示所述目标子路径具备发送所述第一数据的能力的情况下,读取所述第一数据的数据包;在读取到所述数据包的情况下,在所述数据包中添加协议头,以得到第一数据包;利用所述目标子路径传输所述第一数据包。
在一个示例性实施例中,所述装置还可以用于在利用所述目标子路径传输所述第一数据之后,在接收到第二数据的情况下,基于所述第二数据的状态确定第二回复包;基于多条所述路径中包括的每个所述子路径的监测信息确定发送所述第二回复包的回复子路径,其中,所述回复子路径中至少包括一个所述子路径;利用所述回复子路径传输所述第二回复包。
在一个示例性实施例中,所述装置可以通过如下方式实现基于所述第二数据的状态确定第二回复包:在所述第二数据的状态指示存在数据丢包的情况下,确定所述第二回复包中包括NACK信息;在所述第二数据的状态指示不存在数据丢包的情况下,确定所述第二回复包中包括ACK信息。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
本发明的实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,其中,所述计算机程序被处理器执行时实现上述任一项中所述的方法的步骤。
在一个示例性实施例中,上述计算机可读存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在一个示例性实施例中,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (9)

1.一种数据传输方法,其特征在于,包括:
在确定终端与服务器之间已建立了多条用于传输数据的路径的情况下,确定多条所述路径中包括的每个子路径的监测信息;
基于所述监测信息从多条所述路径中确定出用于传输第一数据的目标子路径,其中,所述目标子路径中包括至少一个所述子路径;
利用所述目标子路径传输所述第一数据;
其中,在利用所述目标子路径传输所述第一数据之后,所述方法还包括:
在接收到第二数据的情况下,基于所述第二数据的状态确定第二回复包;
基于多条所述路径中包括的每个所述子路径的监测信息确定发送所述第二回复包的回复子路径,其中,所述回复子路径包括多个所述子路径;
利用所述回复子路径传输所述第二回复包。
2.根据权利要求1所述的方法,其特征在于,在确定多条所述路径中包括的每个子路径的监测信息之前,所述方法还包括:
检测所述终端的用于传输数据的第一传输接口的第一数量和所述第一传输接口的第一接口类型,以及检测所述服务器的用于传输数据的第二传输接口的第二数量和所述第二传输接口的第二接口类型;
在所述第一数量以及所述第二数量均大于预定阈值,且所述第一接口类型指示所述终端允许与所述服务器建立多条传输路径以及所述第二接口类型指示所述服务器允许与所述终端建立多条路径传输路径的情况下,建立多条所述路径。
3.根据权利要求1所述的方法,其特征在于,确定多条所述路径中包括的每个子路径的监测信息包括:
获取每个所述子路径传输的第一回复包,其中,所述第一回复包为对端设备对接收到的数据进行响应所生成的数据包,所述对端设备包括所述终端或者所述服务器;
基于所述第一回复包确定每个所述子路径的网络状态;
将所述网络状态确定为每个所述子路径的所述监测信息。
4.根据权利要求1所述的方法,其特征在于,基于所述监测信息从多条所述路径中确定出用于传输第一数据的目标子路径包括:
基于所述监测信息确定路径选择规则;
基于所述路径选择规则确定发送所述第一数据的所述目标子路径。
5.根据权利要求1所述的方法,其特征在于,利用所述目标子路径传输所述第一数据包括:
在所述监测信息指示所述目标子路径具备发送所述第一数据的能力的情况下,读取所述第一数据的数据包;
在读取到所述数据包的情况下,在所述数据包中添加协议头,以得到第一数据包;
利用所述目标子路径传输所述第一数据包。
6.根据权利要求1所述的方法,其特征在于,基于所述第二数据的状态确定第二回复包包括:
在所述第二数据的状态指示存在数据丢包的情况下,确定所述第二回复包中包括NACK信息;
在所述第二数据的状态指示不存在数据丢包的情况下,确定所述第二回复包中包括ACK信息。
7.一种数据传输装置,其特征在于,包括:
第一确定模块,用于在确定终端与服务器之间已建立了多条用于传输数据的路径的情况下,确定多条所述路径中包括的每个子路径的监测信息;
第二确定模块,用于基于所述监测信息从多条所述路径中确定出用于传输第一数据的目标子路径,其中,所述目标子路径中包括至少一个所述子路径;
传输模块,用于利用所述目标子路径传输所述第一数据;
其中,所述装置还用于:在利用所述目标子路径传输所述第一数据之后,在接收到第二数据的情况下,基于所述第二数据的状态确定第二回复包;基于多条所述路径中包括的每个所述子路径的监测信息确定发送所述第二回复包的回复子路径,其中,所述回复子路径包括多个所述子路径;利用所述回复子路径传输所述第二回复包。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,其中,所述计算机程序被处理器执行时实现所述权利要求1至6任一项中所述的方法的步骤。
9.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求1至6任一项中所述的方法。
CN202110605125.7A 2021-05-31 2021-05-31 数据传输方法、装置、存储介质及电子装置 Active CN113347681B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110605125.7A CN113347681B (zh) 2021-05-31 2021-05-31 数据传输方法、装置、存储介质及电子装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110605125.7A CN113347681B (zh) 2021-05-31 2021-05-31 数据传输方法、装置、存储介质及电子装置

Publications (2)

Publication Number Publication Date
CN113347681A CN113347681A (zh) 2021-09-03
CN113347681B true CN113347681B (zh) 2023-07-14

Family

ID=77473672

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110605125.7A Active CN113347681B (zh) 2021-05-31 2021-05-31 数据传输方法、装置、存储介质及电子装置

Country Status (1)

Country Link
CN (1) CN113347681B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114666265B (zh) * 2022-03-28 2024-04-02 阿里巴巴(中国)有限公司 数据传输方法、装置、计算设备及介质
CN117914775B (zh) * 2024-03-20 2024-06-25 苏州元脑智能科技有限公司 面向异构计算的高带宽数据传输方法、cpu及***

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105491561A (zh) * 2016-01-11 2016-04-13 中南大学 一种多数据包与多ack证实的选择性转发攻击检测方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102185771B (zh) * 2011-05-05 2013-09-04 清华大学 Mptcp中发送方数据包调度方法及***
US9456464B2 (en) * 2013-06-06 2016-09-27 Apple Inc. Multipath TCP subflow establishment and control
EP3257203B1 (en) * 2015-02-09 2019-06-19 Telefonaktiebolaget LM Ericsson (publ) Method and device for handling multi path connections
US10069719B2 (en) * 2015-06-16 2018-09-04 Samsung Electronics Co., Ltd. Method and apparatus for multipath media delivery
US10405365B2 (en) * 2015-12-16 2019-09-03 At&T Intellectual Property I, L.P. Method and apparatus for web browsing on multihomed mobile devices
CN105490933B (zh) * 2015-12-28 2019-06-11 中国电子科技集团公司第五十四研究所 基于多路径传输协议mptcp的路径管理方法及装置
US20170346724A1 (en) * 2016-05-25 2017-11-30 Doru Calin Dynamic multi-path control and adaptive end-to-end content delivery over wireless media
CN108449772A (zh) * 2017-02-16 2018-08-24 网宿科技股份有限公司 基于多路径传输协议的路径选择方法及***、节点服务器
CN107682258A (zh) * 2017-09-27 2018-02-09 北京邮电大学 一种基于虚拟化的多路径网络传输方法及装置
EP3522479B1 (en) * 2018-02-06 2020-04-01 Deutsche Telekom AG Techniques for efficient multipath transmission
CN109257282B (zh) * 2018-08-09 2020-07-14 北京邮电大学 一种数据传输方法及装置
CN111107672B (zh) * 2018-10-26 2023-04-18 华为技术有限公司 一种建立多路径连接的子流的方法、装置和***
CN111277502B (zh) * 2020-01-20 2022-05-17 北京红云融通技术有限公司 多链路聚合传输数据的方法及发送设备

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105491561A (zh) * 2016-01-11 2016-04-13 中南大学 一种多数据包与多ack证实的选择性转发攻击检测方法

Also Published As

Publication number Publication date
CN113347681A (zh) 2021-09-03

Similar Documents

Publication Publication Date Title
US11876711B2 (en) Packet transmission system and method
CN110636583B (zh) 路径变更方法及装置
US9655003B2 (en) Systems and methods for improved wireless interface aggregation
US7962146B2 (en) Method and apparatus for allocating bandwidth in a wireless communication system
CN113347681B (zh) 数据传输方法、装置、存储介质及电子装置
CN113037624A (zh) 一种数据流控制的方法和装置
CN106612284B (zh) 一种流数据的传输方法和装置
CN111372323B (zh) 连接建立方法、相关设备及介质
Wu et al. A survey on multipath transport protocols towards 5G access traffic steering, switching and splitting
US20220294727A1 (en) Systems and methods for managing data packet communications
CN100418314C (zh) 无线移动终端和无线移动电信***
CN105262836A (zh) 服务器推送信息的方法及客户端接收推送信息的方法
KR20140088097A (ko) 데이터의 송신 제어 기법
US20160316022A1 (en) Communication device, communication processing method, and storage medium
Kilinc et al. A congestion avoidance mechanism for WebRTC interactive video sessions in LTE networks
Halepoto et al. Retransmission policies for efficient communication in IoT applications
US20230100981A1 (en) Method for determining a quality of service parameter, computer-readable storage medium, computer program, and communication device
US7317686B2 (en) Fair sharing of multi-access channels
CN111147386B (zh) 用于处理数据传输拥塞的方法、电子设备和计算机可读介质
CN116056149B (zh) 一种iab宿主节点的单工作业方法、装置、设备及介质
CN113141631B (zh) 双连接数据分流方法、装置、设备及存储介质
WO2023093804A1 (zh) 一种丢包管理方法及相关装置
Zhou Transport protocol design for end-to-end data delivery in emerging wireless networks
CN106506434B (zh) 业务数据传输方法及装置
CN116260773A (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