CN110418376B - 数据传输方法及装置 - Google Patents
数据传输方法及装置 Download PDFInfo
- Publication number
- CN110418376B CN110418376B CN201910693576.3A CN201910693576A CN110418376B CN 110418376 B CN110418376 B CN 110418376B CN 201910693576 A CN201910693576 A CN 201910693576A CN 110418376 B CN110418376 B CN 110418376B
- Authority
- CN
- China
- Prior art keywords
- data
- links
- receiving end
- transmission
- link
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
- H04W12/033—Protecting confidentiality, e.g. by encryption of the user plane, e.g. user's traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/082—Load balancing or load distribution among bearers or channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例提供一种数据传输方法及装置,该方法包括:获取待发送至接收端的数据流;确定所述发送端与所述接收端之间的m条链路的传输能力;根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端。由此,本申请实施例通过在发送端设置多个网卡的方式来设置多条链路,进而在数据量较大时,可以采用多条链路传输数据,满足数据流传输的及时性,提高了传输效率。
Description
技术领域
本申请涉及通信技术领域,具体而言,涉及一种数据传输方法及装置。
背景技术
当前直播行业在向移动直播、高清直播的方面发展,采用4G和无线保真(Wireless-Fidelity,WiFi)直播的场景越来越多,但是无论采用哪种直播场景,均只能采用单一链路传输直播数据。
但是在数据量较大时,这就可能导致链路传输的负载太高,传输效率低下,从而直播数据可能传输延迟,给用户带来较差的直播体验。
发明内容
有鉴于此,本申请实施例的目的在于提供一种数据传输方法及装置,以改善现有技术中在数据量较大时,采用单一链路传输数据负载较高,且在网络不稳定时导致数据传输效率低下的问题。
第一方面,本申请实施例提供了一种数据传输方法,应用于发送端,所述发送端包括n个网卡,每个网卡与接收端形成至少一条链路,n为大于或等于2的整数,所述方法包括:获取待发送至所述接收端的数据流;确定所述发送端与所述接收端之间的m条链路的传输能力,m大于等于n;根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端。
在上述实现过程中,通过在发送端设置多个网卡,以使得发送端与接收端之间形成多条链路,从而使得发送端在发送数据流时可以根据各个链路的传输能力确定每条链路需传输的数据流,可以通过将数据流通过至少一条链路传输至接收端,由此,本申请实施例通过在发送端设置多个网卡的方式来设置多条链路,进而在数据量较大时,可以采用多条链路传输数据,满足数据流传输的及时性,提高了传输效率。
可选地,所述根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端,包括:在确定所述m条链路的传输能力均不满足传输需求时,增加目标链路;根据所述m条链路以及增加的所述目标链路的传输能力通过所述m条链路以及所述目标链路将所述数据流传输至所述接收端。
在上述实现过程中,在数据量较大时,可以根据传输需求动态增加传输链路,以此可以通过更多的链路来将数据流高效传输至接收端。
可选地,所述根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端,包括:在确定所述m条链路中一部分链路的传输能力满足传输全部所述数据流的传输需求时,则通过所述一部分链路将所述数据流传输至所述接收端。
在上述实现过程中,在数据量较小时,可以通过动态减少传输链路,进而避免了传输资源的浪费。
可选地,确定所述发送端与所述接收端之间的m条链路的传输能力,包括:获取每条链路的负载、传输速度以及丢包率中的至少一种数据;根据所述每条链路的负载、传输速度以及丢包率中的至少一种数据确定每条链路的传输能力。
在上述实现过程中,通过获取每条链路的负载、传输速度以及丢包率中的至少一种数据来确定每条链路的传输能力,从而可以更直接和准确地获得每条链路的传输能力。
可选地,所述根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端,包括:将所述数据流划分为多帧数据;将每帧数据按照预设分包规则划分为多个数据包;根据所述m条链路的传输能力将每帧数据的多个数据包进行分流后通过至少两条链路传输至所述接收端。
在上述实现过程中,通过将数据流划分为多帧数据,然后将每帧数据又划分为多个数据包来通过链路传输,从而可以将数据高效传输至接收端。
可选地,所述根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端之后,所述方法还包括:接收所述接收端对所述每帧数据的多个数据包进行验证后发送的反馈信号;基于所述反馈信号确定是否重新传输验证不通过的数据包;若是,则重新向所述接收端发送验证不通过的数据包。
在上述实现过程中,根据接收端发送的反馈信号向接收端重新发送验证不通过的数据包,从而避免了数据丢失后接收端无法获得数据的问题。
可选地,所述获取待发送至所述接收端的数据流之后,确定所述发送端与所述接收端之间的m条链路的传输能力之前,所述方法还包括:将所述每帧数据存储于所述发送端的环形队列中;根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端,包括:依次从所述环形队列中取出所述每帧数据,根据所述m条链路的传输能力将每帧数据划分为多个数据包,并通过所述m条链路中的至少一条链路将所述每帧数据的多个数据包传输至所述接收端。
在上述实现过程中,通过环形队列来存储数据,由于环形队列的数据结构的特性,可以使得数据在读取过程中不用移动,进而使得数据读取效率较高。
可选地,所述根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端,包括:根据所述m条链路的传输能力确定每条链路需传输的数据流;根据所述m条链路中每条链路对应的加密规则对每条链路需发送的数据流进行加密,获得加密后的数据流;通过所述m条链路中的至少一条链路将所述加密后的数据流传输至所述接收端。
在上述实现过程中,通过每条链路的加密规则对每条链路传输的数据进行加密,进而保证了数据的安全传输。
第二方面,本申请实施例提供了一种数据传输方法,所述方法包括:发送端获取待发送至接收端的数据流,所述发送端包括n个网卡,每个网卡与所述接收端形成至少一条链路,n为大于或等于2的整数;所述发送端确定所述发送端与所述接收端之间的m条链路的传输能力,m大于等于n;所述发送端根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端;所述接收端接收所述数据流。
第三方面,本申请实施例提供了一种数据传输装置,运行于发送端,所述发送端包括n个网卡,每个网卡与接收端形成至少一条链路,n为大于或等于2的整数,所述装置包括:数据获取模块,用于获取待发送至所述接收端的数据流;传输能力确定模块,用于确定所述发送端与所述接收端之间的m条链路的传输能力,m大于等于n;数据发送模块,用于根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端。
可选地,所述数据发送模块,具体用于:
在确定所述m条链路的传输能力均不满足传输需求时,增加目标链路;
根据所述m条链路以及增加的所述目标链路的传输能力通过所述m条链路以及所述目标链路将所述数据流传输至所述接收端。
可选地,所述数据发送模块,具体用于:
在确定所述m条链路中一部分链路的传输能力满足传输全部所述数据流的传输需求时,则通过所述一部分链路将所述数据流传输至所述接收端。
可选地,所述传输能力确定模块,具体用于:
获取每条链路的负载、传输速度以及丢包率中的至少一种数据;
根据所述每条链路的负载、传输速度以及丢包率中的至少一种数据确定每条链路的传输能力。
可选地,所述数据发送模块,具体用于:
将所述数据流划分为多帧数据;
将每帧数据按照预设分包规则划分为多个数据包;
根据所述m条链路的传输能力将每帧数据的多个数据包进行分流后通过至少两条链路传输至所述接收端。
可选地,所述装置还包括:
反馈模块,用于:
接收所述接收端对所述每帧数据的多个数据包进行验证后发送的反馈信号;
基于所述反馈信号确定是否重新传输验证不通过的数据包;
若是,则重新向所述接收端发送验证不通过的数据包。
可选地,所述装置还包括:
存储模块,用于将所述每帧数据存储于所述发送端的环形队列中;
所述数据发送模块,具体用于依次从所述环形队列中取出所述每帧数据,根据所述m条链路的传输能力将每帧数据划分为多个数据包,并通过所述m条链路中的至少一条链路将所述每帧数据的多个数据包传输至所述接收端。
可选地,所述数据发送模块,具体用于:
根据所述m条链路的传输能力确定每条链路需传输的数据流;
根据所述m条链路中每条链路对应的加密规则对每条链路需发送的数据流进行加密,获得加密后的数据流;
通过所述m条链路中的至少一条链路将所述加密后的数据流传输至所述接收端。
第四方面,本申请实施例提供了一种数据传输***,所述***包括:发送端,用于获取待发送至接收端的数据流,所述发送端包括n个网卡,每个网卡与接收端形成至少一条链路,n为大于或等于2的整数;所述发送端,还用于确定所述发送端与所述接收端之间的m条链路的传输能力,m大于等于n;所述发送端,还用于根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端;所述接收端,用于接收所述数据流。
第五方面,本申请实施例提供一种发送端,包括处理器以及存储器,所述存储器存储有计算机可读取指令,当所述计算机可读取指令由所述处理器执行时,运行如上述第一方面提供的所述方法中的步骤。
第六方面,本申请实施例提供一种可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时运行如上述第一方面提供的所述方法中的步骤。
本申请的其他特征和优点将在随后的说明书阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种发送端或接收端的结构示意图;
图2为本申请实施例提供的一种数据传输方法的流程图;
图3为本申请实施例提供的第一种数据传输方法的交互流程示意图;
图4为本申请实施例提供的第二种数据传输方法的交互流程示意图;
图5为本申请实施例提供的一种数据传输方法的交互流程图;
图6为本申请实施例提供的一种数据传输装置的结构框图;
图7为本申请实施例提供的一种数据传输***的结构框图。
具体实施方式
下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
请参照图1,图1为本申请实施例提供的一种发送端或接收端的结构示意图,所述发送端或接收端可以包括:至少一个处理器110,例如CPU,至少一个通信接口120,至少一个存储器130和至少一个通信总线140。其中,通信总线140用于实现这些组件直接的连接通信。其中,本申请实施例中设备的通信接口120用于与其他节点设备进行信令或数据的通信。存储器130可以是高速RAM存储器,也可以是非不稳定的存储器(non-volatilememory),例如至少一个磁盘存储器。存储器130可选的还可以是至少一个位于远离前述处理器的存储装置。存储器130中存储有计算机可读取指令,当所述计算机可读取指令由所述处理器110执行时,发送端执行下述图2所示方法过程。
请参照图2,图2为本申请实施例提供的一种数据传输方法的流程图,该方法应用于发送端,包括如下步骤:
步骤S110:获取待发送至所述接收端的数据流。
本实施例中,该数据流可以指直播的音视频数据流,也可以是文件或其他数据。发送端可以是数据采集终端,比如采集的数据流为音视频数据时,发送端可以是摄像终端,当发送的数据流为文件时,其发送端也可以为移动终端等终端,接收端可以指服务器等终端。
为了提高数据的发送效率,数据流可以通过多个网卡发送,所以,发送端包括有n个网卡,每个网卡与接收端形成至少一条链路,n为大于或等于2的整数,一个网卡能够在发送端与接收端之间建立至少一条通信链路,也就是说,发送端与接收端之间有m条链路,m大于等于n。一般情况下,在有多网卡时,每个网卡可只设置一条链路即可,但在数据量较大的情况下,一个网卡可设置多条链路。
步骤S120:确定所述发送端与所述接收端之间的m条链路的传输能力。
为了将数据流通过m条链路发送至接收端,保证数据流的及时传输,可以将数据流分发至每条链路传输,每条链路传输的数据多少由每条链路的传输能力决定。
步骤S130:根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端。
在确定每条链路的传输能力之后,可以将数据流通过至少一条链路传输至接收端,例如,若数据流很小,通过一条链路就可以将数据流传输至接收端了,则只需使用一条链路传输即可,若数据流很大,则可将数据流分发至多条链路,通过多条链路传输至接收端。
在上述实现过程中,通过在发送端设置多个网卡,以使得发送端与接收端之间形成多条链路,从而使得发送端在发送数据流时可以根据各个链路的传输能力确定每条链路需传输的数据流,可以通过将数据流通过至少一条链路传输至接收端,由此,本申请实施例通过在发送端设置多个网卡的方式来设置多条链路,进而在数据量较大时,可以采用多条链路传输数据,满足数据流传输的及时性,提高了传输效率。
作为一种示例,发送端在获取数据流之后,若数据流较大时,可以将数据流进行分流后传输,即数据流可以通过至少两条链路传输至接收端,发送端在发送之前,可以先将数据流划分为多帧数据,然后将每帧数据按照预设划分规则划分为多个数据包,再根据m条链路的传输能力将每帧数据的多个数据包进行分流后通过至少两条链路传输至接收端。
其中,预设划分规则可以根据实际需求进行设定,如若每帧数据的大小为1280K字节,则可以将每帧数据划分为大小为16K字节的数据包,则每帧数据可分为80个数据包,这80个数据包可进行分流后通过至少两条链路传输至接收端,如此时发送端与接收端之间有两条链路,其中第一条链路的传输能力比第二条链路的传输能力大,则可将80个数据包中的50个数据包通过第一条链路传输至接收端,另外的30个数据包通过第二条链路传输至接收端。
在上述实现过程中,通过将数据流划分为多帧数据,然后将每帧数据又划分为多个数据包来通过链路传输,从而可以将数据高效传输至接收端。
另外,为了提高数据处理效率,还可以将数据流以帧为单位存储在环形队列中,即将所述每帧数据存储于所述发送端的环形队列中,在数据发送时,从环形队列中取出一帧数据,然后将其传输至接收端,即在数据发送时,依次从所述环形队列中取出所述每帧数据,根据所述m条链路的传输能力将每帧数据划分为多个数据包,并通过m条链路的至少一条链路将每帧数据的多个数据包传输至接收端。
可以理解地,先将数据流分为多帧数据,然后以帧为单位将多帧数据存储于环形队列中,在数据发送时,先从环形队列中取出一帧数据,然后再将该帧数据拆分为多个数据包,将该多个数据包通过至少一条链路传输至接收端。
在上述实现过程中,通过环形队列来存储数据,由于环形队列的数据结构的特性,可以使得数据在读取过程中不用移动,进而使得数据读取效率较高。并且,实用环形队列发送数据,其在数据发送特别缓慢是,若环形队列中的数据满了的情况下,新入列的数据会覆盖时间最久的数据,相比与普通队列不会额外增加内存占用。
作为一种示例,在确定每条链路的传输能力时,可以通过获取每条链路的负载、传输速度以及丢包率中的至少一种数据,然后根据每条链路的负载、传输速度以及丢包率中的至少一种数据确定每条链路的传输能力。
例如,发送端与接收端之间有两条链路,包括第一链路和第二链路,可以采用发送端设置的监听机制,监听每条链路的负载,即每条链路当前正在发送的数据流的大小,以及获取每条链路的传输速度和丢包率,传输速度和丢包率可以根据接收端返回的反馈信号来确定,接收端在获得每个数据包之后可以向发送端发送反馈信号,即告诉发送端收到数据包的时间以及是否收到对应的数据包,所以可以根据在指定时间段内发送端的数据包的发送时间以及接收端接收的数据包的接收时间来确定链路的传输速度,以及根据在指定时间段内发送端的数据包的发送个数以及接收端接收的数据包的接收个数来确定丢包率,从而可根据链路的负载、传输速度以及丢包率中的至少一种数据确定链路的传输能力。
例如,若第一链路的丢包率高于第二链路的丢包率,则第二链路的传输能力大于第一链路的传输能力,若第一链路的传输速度小于第二链路的传输速度,则第二链路的传输能力也大于第一链路的传输能力,若第一链路的负载大于第二链路的负载,则第二链路的传输能力也大于第一链路的传输能力;还可以基于负载、传输速度以及丢包率中的任意两种数据来确定链路的传输能力,如第一链路的负载大于第二链路的负载,且第一链路的丢包率小于第二联络的丢包率时,则第一链路与第二链路的传输能力相当,同理,依据其他的两种数据确定的方式也可以按照上述方式获得,对于依据三种数据确定的方式也差不多,在此不一一列举。
当然,发送端还可以对每条链路的其他数据进行监控,从而还可以结合其他数据来确定链路的传输能力,如其他数据可以包括链路的传输带宽、网络环境等。
发送端还可以检测m条链路的负载均衡,根据每条链路的负载实时调整各个链路的优先级,以根据优先级来优先选择对应的链路发送数据,还可以对每条链路的故障状态进行监测,若某条链路故障时,则降低其使用频率或者中断此链路,新建另外一条链路来发送数据,由此可保证数据的不间断发送。
在上述实现过程中,通过获取每条链路的负载、传输速度以及丢包率中的至少一种数据来确定每条链路的传输能力,从而可以更直接和准确地获得每条链路的传输能力。
作为一种示例,为了有效利用传输链路,保证数据流的有效传输,还可以动态增减传输链路,如可以根据每条链路的传输能力增减链路,根据链路增减后获得的最终链路的传输能力将数据流通过最终链路传输至接收端。
例如,在确定m条链路的传输能力均不满足传输需求时,增加目标链路,然后根据m条链路以及增加的目标链路的传输能力通过m条链路和该目标链路将数据流传输至接收端。
可理解地,如发送端与接收端之间有两条链路,包括第一链路和第二链路,若此时根据上述的方式确定出第一链路和第二链路的传输能力后,若需要传输数据流所花费的时间较多,或者其丢包率较大,则表示第一链路和第二链路的传输能力均不满足传输需求,此时若发送端还有第三网卡时,则还可创建第三网卡与接收端之间的第三链路,第三链路即为增加的目标链路,所以,此时可以根据第一链路、第二链路以及第三链路的传输能力将数据流通过这三条链路传输至接收端。
需要说明的是,若发送端与接收端本身有两条链路,若当前需要传输的数据流的数据量较小,则开始只需通过一条链路传输即可,而随着数据流的传输,发现其数据量逐渐变大时,或者需要传输更快时,此时则可通过两条链路用于传输,此时另外一条链路即为增加的目标链路。网卡也可以随意增减,即若当前发送端包括有两个网卡,此时通过两条链路将数据流传输至接收端,若还需增加第三链路时,则还可在发送端再***第三网卡,从而增加第三链路作为目标链路。
当然,只要发送端提供了网卡***接口,则可随意增加需要***的网卡即可增加对应的链路,从而可以采用多链路将数据流传输至接收端,保证了数据的及时传输。
在上述实现过程中,在数据量较大时,可以通过根据传输需求动态增加传输链路,以此可以通过更多的链路来将数据流高效传输至接收端。
作为另一种示例,若m条链路中的一部分链路的传输能力满足传输全部数据流的传输需求时,则通过一部分链路将数据流传输至接收端。
例如,若当前发送端与接收端之间有两条链路,即第一链路和第二链路,当前需要发送的数据流很小时,此时若还是采用两条链路来发送,可能浪费发送端的传输资源,若第一链路(即一部分链路)的传输能力满足传输全部数据流的传输需求,则可通过第一链路将数据流传输至接收端即可。
当然,为了减少维持链路的资源,还可以直接切断第二链路,通过第一链路将数据流传输至接收端即可。其中,切掉链路的方式可以采用发送端上的相关程序实现,或者也可以直接拔出第二链路对应的网卡即可。
在上述实现过程中,在数据量较小时,可以通过动态减少传输链路,进而避免了传输资源的浪费。
作为一种示例,为了保证数据流的安全传输,在数据流发送之前,还可以先根据m条链路的传输能力确定每条链路需传输的数据流,然后根据m条链路中每条链路对应的加密规则对每条链路需发送的数据流进行加密,获得加密后的数据流,然后再通过m条链路中的至少一条链路将加密后的数据流传输至接收端。
例如,若发送端与接收端有两条链路,则还可以根据这两条链路的传输能力确定每条链路需传输的数据流,即每条链路需传输的数据包,每条链路对应的加密规则可以不同也可以相同,每条链路在传输各自的数据包之前,通过对应的加密规则对数据包进行加密后再传输,例如,第一链路采用第一加密规则,第二链路采用第二加密规则,第一链路若需传输数据包1,则第一链路可先对数据包1采用第一加密规则进行加密后再传输,若第二链路需传输数据包2,则第二链路可先对数据包2采用第二加密规则进行加密后再传输,接收端在接收数据包1和数据包2后,可以采用加密规则对应的解密方法对数据包进行解密,从而获得真正的数据。
其中,加密规则可以根据实际需求进行设定,如第一加密规则可以为对称加密算法,第二加密规则可以为非对称加密算法,还可以采用其他的加密算法,如哈希算法、散列算法等,在此不一一举例。
在上述实现过程中,通过每条链路的加密规则对每条链路传输的数据进行加密,进而保证了数据的安全传输。
可以理解的,由于数据在传输过程中可能会存在丢包或延时的情况,所以数据包在发送前,每个数据包对应标记有序列号,即如第一帧数据包括三个数据包,分别为数据包1、数据包2和数据包3,接收端可以根据接收的数据包的序列号将数据包合并成完整的一帧数据,并验证数据包是否有缺失,即接收端对每帧数据的多个数据包进行验证,在验证后向发送端发送反馈信号,如若发送端发送了上述的三个数据包,接收端只接收到数据包1和数据包3,则数据包2丢失,则接收端则会向发送端反馈丢失了数据包2,则发送端在接收到对应的反馈信号后,重新向接收端发送丢失的数据包2,即重新向接收端发送验证不通过的数据包。
需要说明的是,若发送端长时间未接收到某个数据包的反馈信号时,则也会自动向接收端重发该数据包,以保证接收端接收到该数据包。
其中,为了避免数据在发送过程中丢失后无法重新发送,所以发送端在将一个数据包发送之后还将数据包复制存储起来,如在将数据包2发送之后,将复制的数据包2存储起来,若发送端在接收到接收端反馈的数据包2丢失的反馈信号后,从存储中检索序列号为2的数据包,并将数据包2重新发送给接收端,为了避免该次发送的数据包2又丢失,所以发送端还需要再次复制数据包2后存储,直至接收端接收到数据包2后再清除掉数据包2,若发送端接收到接收端反馈的确认收到数据包1和数据包3的反馈信号后,还可以将复制的数据包1和数据包3清除。
请参照图3,为了保证数据的可靠传输,本实施例中的数据传输过程可以采用多链路传输协议,或者传输控制协议(Transmission Control Protocol,TCP),或者用户数据包协议(User Datagram Protocol,UDP)等传输协议,这些协议设定了数据传输过程中的确认机制,从而保证了数据在传输过程中若存在丢失的情况,接收端可以告知发送端。
数据在发送时,先从环形队列中取出一帧数据,根据链路的传输能力,将这一帧数据分为多个数据包,如先选择链路A发送数据包,接收端在接收到数据包后,向发送端发送反馈信号,反馈数据包是否丢失,发送端对反馈的数据包进行校验,若丢失,则重新发送,接收端又对重新发送的数据包进行反馈,直到接收端接收到该数据包为止。对于一帧数据的多个数据包,这多个数据包可以分发到多条链路发送,也可以将一帧数据的多个数据包选择其中一条链路发送。
请参照图4,下面以一个具体的例子进行说明,假如发送端包括三个网卡,分别为W1,W2,W3,预先为三个网卡分别创建与接收端之间的三条链路,包括A,B,C,在创建链路的同时,一般会创建一个链路管理模块,用于管理这三条链路,链路管理模块还包括负载均衡模块,负载均衡模块用于监测各个链路的负载。
而链路管理模块还包括有用于存储数据流的环形队列(图4中的等待队列和反馈队列均为环形队列),即发送端在获取数据流之后,将数据流存储在等待队列中。数据流在发送时,首先可以将数据流划分为多帧数据,然后将每帧数据存入等待队列中,在发送时,从等待队列中获取第一帧数据,然后获取第一帧数据的大小,若小于等于单次传输所允许的最大值,则生成单个数据包后通过链路发送,若大于单次传输所允许的最大值,则将第一帧数据进行分包,然后获取三条链路的负载情况,即传输能力,选择负载最低的链路,例如链路A,在链路A上监听可写事件,链路A可写时会产生事件,从等待队列中获取待发送的第一帧数据进行发送,然后等待接收端的反馈,反馈队列用于存储复制的数据包,若接收端反馈收到的数据包超时,需重新发送时,则发送端从反馈队列中重新获取对应的数据包发送至接收端,接收端若接收到数据包后,则发送端从反馈队列中间对应的数据包清楚。重复以上过程,继续发送后续的数据,当接收端接收到数据流后,可返回一个反馈信号,根据反馈信号可以统计出链路的丢包率等数据,从而计算出链路的传输能力,发送端再根据各个链路的传输能力来选择将对应的数据包通过对应的链路发送给接收端。
请参照图5,图5为本申请实施例提供的一种数据传输方法的交互流程图,所述方法包括如下步骤:
步骤S210:发送端获取待发送至接收端的数据流。
所述发送端包括n个网卡,每个网卡与接收端形成至少一条链路,n为大于或等于2的整数。
步骤S220:所述发送端确定所述发送端与所述接收端之间的m条链路的传输能力。
其中,m大于等于n。
步骤S230:所述发送端根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端。
步骤S240:所述接收端接收所述数据流。
该实施例的具体实现过程可参照上述实施例的相关描述,为了描述的简洁,在此不再过多赘述。
请参照图6,图6为本申请实施例提供的一种数据传输装置200的结构框图,该装置运行于发送端,所述发送端包括n个网卡,每个网卡与所述接收端形成至少一条链路,n为大于或等于2的整数,该装置200可以是发送端上的模块、程序段或代码。应理解,该装置200与上述图2方法实施例对应,能够执行图2方法实施例涉及的各个步骤,该装置200具体的功能可以参见上文中的描述,为避免重复,此处适当省略详细描述。
可选地,所述装置200包括:
数据获取模块210,用于获取待发送至所述接收端的数据流;
传输能力确定模块220,用于确定所述发送端与所述接收端之间的m条链路的传输能力,其中,m大于等于n;
数据发送模块230,用于根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端。
可选地,所述数据发送模块230,具体用于:
在确定所述m条链路的传输能力均不满足传输需求时,增加目标链路;
根据所述m条链路以及增加的所述目标链路的传输能力通过所述m条链路以及所述目标链路将所述数据流传输至所述接收端。
可选地,所述数据发送模块230,具体用于:
在确定所述m条链路中一部分链路的传输能力满足传输全部所述数据流的传输需求时,则通过所述一部分链路将所述数据流传输至所述接收端。
可选地,所述传输能力确定模块220,具体用于:
获取每条链路的负载、传输速度以及丢包率中的至少一种数据;
根据所述每条链路的负载、传输速度以及丢包率中的至少一种数据确定每条链路的传输能力。
可选地,所述数据发送模块230,具体用于:
将所述数据流划分为多帧数据;
将每帧数据按照预设分包规则划分为多个数据包;
根据所述m条链路的传输能力将每帧数据的多个数据包进行分流后通过至少两条链路传输至所述接收端。
可选地,所述装置还包括:
反馈模块,用于:
接收所述接收端对所述每帧数据的多个数据包进行验证后发送的反馈信号;
基于所述反馈信号确定是否重新传输验证不通过的数据包;
若是,则重新向所述接收端发送验证不通过的数据包。
可选地,所述装置还包括:
存储模块,用于将所述每帧数据存储于所述发送端的环形队列中;
所述数据发送模块230,具体用于依次从所述环形队列中取出所述每帧数据,根据所述m条链路的传输能力将每帧数据划分为多个数据包,并通过所述m条链路中的至少一条链路将所述每帧数据的多个数据包传输至所述接收端。
可选地,所述数据发送模块230,具体用于:
根据所述m条链路的传输能力确定每条链路需传输的数据流;
根据所述m条链路中每条链路对应的加密规则对每条链路需发送的数据流进行加密,获得加密后的数据流;
通过所述m条链路中的至少一条链路将所述加密后的数据流传输至所述接收端。
请参照图7,图7为本申请实施例提供的一种数据传输***300的结构框图,所述***包括:
发送端310,用于获取待发送至接收端320的数据流,所述发送端310包括n个网卡,每个网卡与所述接收端形成至少一条链路,n为大于或等于2的整数;
所述发送端310,还用于确定所述发送端310与所述接收端320之间的m条链路的传输能力,m大于等于n;
所述发送端310,还用于根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端320;
所述接收端320,用于接收所述数据流。
本申请实施例提供一种可读存储介质,所述计算机程序被处理器执行时,执行如图2所示方法实施例中发送端所执行的方法过程。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置的具体工作过程,可以参考前述方法中的对应过程,在此不再过多赘述。
综上所述,本申请实施例提供一种数据传输方法及装置,该方法中,通过在发送端设置多个网卡,以使得发送端与接收端之间形成多条链路,从而使得发送端在发送数据流时可以根据各个链路的传输能力确定每条链路需传输的数据流,可以通过将数据流通过至少一条链路传输至接收端,由此,通过在发送端设置多个网卡的方式来设置多条链路,进而在数据量较大时,可以采用多条链路传输数据,满足数据流传输的及时性,提高了传输效率。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (7)
1.一种数据传输方法,其特征在于,应用于发送端,所述发送端包括n个网卡,每个网卡与接收端形成至少一条链路,n为大于或等于2的整数,所述方法包括:
获取待发送至所述接收端的数据流;
确定所述发送端与所述接收端之间的m条链路的传输能力,m大于等于n;其中,所述确定所述发送端与所述接收端之间的m条链路的传输能力,包括:
获取每条链路的负载、传输速度以及丢包率中的至少一种数据;根据所述每条链路的负载、传输速度以及丢包率中的至少一种数据确定每条链路的传输能力;所述丢包率由指定时间段内发送端的数据包的发送个数以及所述接收端接收的数据包的个数确定;根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端;
所述根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端,包括:
将所述数据流划分为多帧数据;将每帧数据按照预设分包规则划分为多个数据包;根据所述m条链路的传输能力将每帧数据的多个数据包进行分流后通过至少两条链路传输至所述接收端;
接收所述接收端对所述每帧数据的多个数据包进行验证后发送的反馈信号;基于所述反馈信号确定是否重新传输验证不通过的数据包;所述验证不通过包括:所述发送端长时间未接收到某个数据包的反馈信号和所述接收端接收到某个数据包丢失的反馈信号;
若是,则重新向所述接收端发送验证不通过的数据包。
2.根据权利要求1所述的方法,其特征在于,所述根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端,包括:
在确定所述m条链路的传输能力均不满足传输需求时,增加目标链路;
根据所述m条链路以及增加的所述目标链路的传输能力通过所述m条链路以及所述目标链路将所述数据流传输至所述接收端。
3.根据权利要求1所述的方法,其特征在于,所述根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端,包括:
在确定所述m条链路中一部分链路的传输能力满足传输全部所述数据流的传输需求时,则通过所述一部分链路将所述数据流传输至所述接收端。
4.根据权利要求1所述的方法,其特征在于,所述获取待发送至所述接收端的数据流之后,确定所述发送端与所述接收端之间的m条链路的传输能力之前,所述方法还包括:
将所述每帧数据存储于所述发送端的环形队列中;
根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端,包括:
依次从所述环形队列中取出所述每帧数据,根据所述m条链路的传输能力将每帧数据划分为多个数据包,并通过所述m条链路中的至少一条链路将所述每帧数据的多个数据包传输至所述接收端。
5.根据权利要求1所述的方法,其特征在于,所述根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端,包括:
根据所述m条链路的传输能力确定每条链路需传输的数据流;
根据所述m条链路中每条链路对应的加密规则对每条链路需发送的数据流进行加密,获得加密后的数据流;
通过所述m条链路中的至少一条链路将所述加密后的数据流传输至所述接收端。
6.一种数据传输方法,其特征在于,所述方法包括:
发送端获取待发送至接收端的数据流,所述发送端包括n个网卡,每个网卡与所述接收端形成至少一条链路,n为大于或等于2的整数;
所述发送端确定所述发送端与所述接收端之间的m条链路的传输能力,m大于等于n;其中,所述发送端确定所述发送端与所述接收端之间的m条链路的传输能力,包括:
所述发送端获取每条链路的负载、传输速度以及丢包率中的至少一种数据;所述发送端根据所述每条链路的负载、传输速度以及丢包率中的至少一种数据确定每条链路的传输能力;所述丢包率包由指定时间段内发送端的数据包的发送个数以及所述接收端接收的数据包的个数确定;
所述发送端根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端;
所述发送端根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端,包括:
所述发送端将所述数据流划分为多帧数据;所述发送端将每帧数据按照预设分包规则划分为多个数据包;所述发送端根据所述m条链路的传输能力将每帧数据的多个数据包进行分流后通过至少两条链路传输至所述接收端;
所述发送端接收所述接收端对所述每帧数据的多个数据包进行验证后发送的反馈信号;所述发送端基于所述反馈信号确定是否重新传输验证不通过的数据包;所述验证不通过包括:所述发送端长时间未接收到某个数据包的反馈信号和某个数据包丢失的反馈信号;
若是,则所述发送端重新向所述接收端发送验证不通过的数据包;
所述接收端接收所述数据流。
7.一种数据传输装置,其特征在于,运行于发送端,所述发送端包括n个网卡,每个网卡与接收端形成至少一条链路,n为大于或等于2的整数,所述装置包括:
数据获取模块,用于获取待发送至所述接收端的数据流;
传输能力确定模块,用于确定所述发送端与所述接收端之间的m条链路的传输能力,m大于等于n;其中,所述传输能力确定模块,用于确定所述发送端与所述接收端之间的m条链路的传输能力,包括:
所述传输能力确定模块获取每条链路的负载、传输速度以及丢包率中的至少一种数据;所述传输能力确定模块根据所述每条链路的负载、传输速度以及丢包率中的至少一种数据确定每条链路的传输能力;所述丢包率包由指定时间段内发送端的数据包的发送个数以及所述接收端接收的数据包的个数确定;
数据发送模块,用于根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端;
所述数据发送模块,用于根据所述m条链路的传输能力通过所述m条链路中的至少一条链路将所述数据流传输至所述接收端,包括:
所述数据发送模块将所述数据流划分为多帧数据;所述数据发送模块将每帧数据按照预设分包规则划分为多个数据包;所述数据发送模块根据所述m条链路的传输能力将每帧数据的多个数据包进行分流后通过至少两条链路传输至所述接收端;
所述数据发送模块接收所述接收端对所述每帧数据的多个数据包进行验证后发送的反馈信号;所述数据发送模块基于所述反馈信号确定是否重新传输验证不通过的数据包;所述验证不通过包括:所述发送端长时间未接收到某个数据包的反馈信号和某个数据包丢失的反馈信号;
若是,则所述数据发送模块重新向所述接收端发送验证不通过的数据包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910693576.3A CN110418376B (zh) | 2019-07-29 | 2019-07-29 | 数据传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910693576.3A CN110418376B (zh) | 2019-07-29 | 2019-07-29 | 数据传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110418376A CN110418376A (zh) | 2019-11-05 |
CN110418376B true CN110418376B (zh) | 2022-11-01 |
Family
ID=68364124
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910693576.3A Active CN110418376B (zh) | 2019-07-29 | 2019-07-29 | 数据传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110418376B (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110933773B (zh) * | 2019-11-20 | 2020-08-18 | 北京连山时代科技有限公司 | 链路监测方法及装置 |
CN110830308B (zh) * | 2019-11-22 | 2022-07-05 | 浙江中控技术股份有限公司 | 一种切换通信链路的方法及接收端 |
CN111193624A (zh) * | 2019-12-30 | 2020-05-22 | 视联动力信息技术股份有限公司 | 一种数据包传输方法、装置、终端设备和存储介质 |
CN111132383B (zh) * | 2019-12-30 | 2023-05-26 | 青岛海信电子设备股份有限公司 | 一种窄带集群终端数据传输方法 |
CN111343731A (zh) * | 2020-02-19 | 2020-06-26 | 北京小米移动软件有限公司 | 信息处理方法、装置及存储介质 |
CN111343671B (zh) * | 2020-02-20 | 2024-04-09 | 北京小米移动软件有限公司 | 信息处理方法、装置及存储介质 |
CN111726647B (zh) * | 2020-06-17 | 2023-05-26 | 京东方科技集团股份有限公司 | 数据分流设备和数据处理*** |
CN112492581A (zh) * | 2020-09-30 | 2021-03-12 | 中兴通讯股份有限公司 | 一种数据传输方法及装置 |
CN113438241B (zh) * | 2021-06-25 | 2024-02-13 | 佳缘科技股份有限公司 | 一种数据传输方法及*** |
EP4376541A1 (en) * | 2021-07-19 | 2024-05-29 | Beijing Xiaomi Mobile Software Co., Ltd. | Multi-link communication method and communication apparatus |
CN113992563B (zh) * | 2021-09-26 | 2022-08-05 | 北京连山科技股份有限公司 | 一种多链路多模式智能切换发包的方法 |
CN114157716A (zh) * | 2021-12-02 | 2022-03-08 | 深圳前海微众银行股份有限公司 | 基于区块链的数据处理方法、装置和电子设备 |
CN114338180A (zh) * | 2021-12-30 | 2022-04-12 | 青岛黄海学院 | 一种大数据网络通信实现方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020087716A1 (en) * | 2000-07-25 | 2002-07-04 | Shakeel Mustafa | System and method for transmitting customized multi priority services on a single or multiple links over data link layer frames |
CN104113491A (zh) * | 2013-04-22 | 2014-10-22 | 中兴通讯股份有限公司 | 一种数据传输方法及装置 |
CN105681326A (zh) * | 2016-02-26 | 2016-06-15 | 努比亚技术有限公司 | 多链路数据传输装置及方法 |
CN110048954A (zh) * | 2018-01-17 | 2019-07-23 | 北京视联动力国际信息技术有限公司 | 一种数据传输方法及装置 |
CN108259944B (zh) * | 2018-02-11 | 2020-12-01 | 福州大学 | 一种基于链路代价的视频多路并行传输分流方法及其*** |
-
2019
- 2019-07-29 CN CN201910693576.3A patent/CN110418376B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN110418376A (zh) | 2019-11-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110418376B (zh) | 数据传输方法及装置 | |
EP3068087B1 (en) | Method and system for transmitting data parallelly on wireless link and wired link | |
JP7154399B2 (ja) | データ伝送方法、装置、コンピュータ読み取り可能な媒体および電子デバイス | |
US7451381B2 (en) | Reliable method and system for efficiently transporting dynamic data across a network | |
CN110662260B (zh) | 信息处理方法及装置、网元及存储介质 | |
EP3499949B1 (en) | Method, device and system for processing control signalling | |
JP2020519090A (ja) | アップリンクデータ解凍、圧縮方法および装置 | |
JP5935940B2 (ja) | 通信方法、通信装置、および、通信プログラム | |
US20170142077A1 (en) | Data encryption and transmission method and apparatus | |
US20150271090A1 (en) | Data stream division to increase data transmission rates | |
EP4239974A1 (en) | Data transmission method and apparatus, and computer-readable medium and electronic device | |
EP3637847B1 (en) | Data packet distribution method, sender device, receiver device, and storage medium | |
US10638347B2 (en) | Method, device and computer storage medium for transmitting a control message | |
US10623464B2 (en) | Data transmission device and data transmission method | |
US20200351215A1 (en) | Data Stream Sending Method and System, and Device | |
JP7099537B2 (ja) | 通信装置、通信方法及びプログラム | |
US20240114383A1 (en) | Communication method and apparatus | |
JP2008067102A (ja) | コンテンツ配信サーバ | |
CN110808917B (zh) | 多链路聚合数据重传方法及发送设备 | |
EP3051769A1 (en) | Dynamic switching to broadcast transmission of multimedia content over a mobile communication network | |
CN106850153B (zh) | 数据重传方法及*** | |
CN115484005A (zh) | 多路径视频传输方法、网关和***、电子设备和存储介质 | |
JP5026624B1 (ja) | 通信システム、移動無線通信端末、通信プログラム、記憶媒体及び通信方法 | |
CN111052650A (zh) | 用于操作网络实体的方法、网络实体、用于操作用户设备的方法以及用户设备 | |
CN112954405A (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 |