CN110300115A - 一种基于多通道的数据传输方法以及相关装置 - Google Patents
一种基于多通道的数据传输方法以及相关装置 Download PDFInfo
- Publication number
- CN110300115A CN110300115A CN201910604392.5A CN201910604392A CN110300115A CN 110300115 A CN110300115 A CN 110300115A CN 201910604392 A CN201910604392 A CN 201910604392A CN 110300115 A CN110300115 A CN 110300115A
- Authority
- CN
- China
- Prior art keywords
- data packet
- channel
- receiving end
- network equipment
- packet
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
- H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- 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
Abstract
本申请公开了一种基于多通道的数据传输方法,包括:获取待处理数据包;根据待处理数据包生成M个待处理数据包,M为大于1的整数;根据接收端多通道网际互联协议IP映射关系,对M个待处理数据包进行封装,得到M个IP数据包,接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,IP数据包与待处理数据包具有对应关系,且IP数据包携带发送端标识;通过M个通道向网络设备发送M个IP数据包。本申请还公开了一种装置。本申请无需经过代理服务器,从而降低了出现异常情况的可能性,提升数据传输效率。同时,基于多通道的通信传输可以网络容错度,从而提高网络传输稳定性,适用于多种网络场景。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种基于多通道的数据传输方法以及相关装置。
背景技术
随着技术的不断发展,终端设备(比如手机、可穿戴电子设备以及笔记本电脑等)已经成为人们生活中必需品。无线通讯(比如无线保真(Wireless Fidelity,WiFi)、蓝牙、第四代移动通信技术(the 4th Generation mobile communication technology,4G)以及红外等)更是成为主要的通信方式。
单通道下的网络卡顿会严重影响数据传输效率和实时性,因此,为了能够应对实时性更强的场景,目前,已提供一种支持WiFi和4G的双通道方案,该方案需要在客户端和应用服务器之间部署代理服务器,客户端和应用服务器能够通过代理服务器进行通信。
然而,代理服务器往往只能部署在一个固定的位置,而应用服务器的位置和数量会随着业务的变化而发生变化,在应用服务器距离代理服务器较远的时候,容易出现连接时间过长的异常情况,降低数据传输的效率。
发明内容
本申请实施例提供了一种基于多通道的数据传输方法以及相关装置,通信两端可以直接传输IP数据包,而无需经过代理服务器,从而降低了出现异常情况的可能性,提升数据传输效率。与此同时,基于多通道的通信传输可以网络容错度,从而提高网络传输稳定性,适用于多种网络场景。
有鉴于此,本申请第一方面提供一种基于多通道的数据传输方法,包括:
获取待处理数据包;
根据所述待处理数据包生成M个所述待处理数据包,其中,所述M为大于1的整数;
根据接收端多通道IP映射关系,对所述M个待处理数据包进行封装,得到M个IP数据包,其中,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系,且所述IP数据包携带发送端标识;
通过M个通道向网络设备发送所述M个IP数据包,其中,所述通道与所述IP数据包具有对应关系。
本申请第二方面提供一种基于多通道的数据传输方法,包括:
接收网络设备发送的M个IP数据包,其中,所述M个IP数据包为通过M个通道传输的,所述通道与所述IP数据包具有对应关系,所述M为大于1的整数,且所述M个IP数据包为所述网络设备根据接收端多通道IP映射关系,对所述M个待处理数据包进行封装后得到的,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系;
对所述M个IP数据包进行解析,得到IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址;
根据所述IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址,建立发送端多通道IP映射关系;
当根据所述发送端多通道IP映射关系生成M个IP回传数据包时,通过所述M个通道向所述网络设备发送所述M个IP回传数据包,其中,所述IP回传数据包携带发送端标识。
本申请第三方面提供一种数据传输装置,包括:
获取模块,用于获取待处理数据包;
生成模块,用于根据所述获取模块获取的所述待处理数据包生成M个所述待处理数据包,其中,所述M为大于1的整数;
封装模块,用于根据接收端多通道网际互联协议IP映射关系,对所述生成模块生成的所述M个待处理数据包进行封装,得到M个IP数据包,其中,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系,且所述IP数据包携带发送端标识;
发送模块,用于通过M个通道向网络设备发送所述封装模块封装的所述M个IP数据包,其中,所述通道与所述IP数据包具有对应关系。
在一种可能的设计中,在本申请实施例的第三方面的第一种实现方式中,
所述封装模块,具体用于获取待处理数据包所对应的通道标识;
基于所述接收端多通道IP映射关系,根据所述待处理数据包所对应的通道标识以及所述待处理数据包所对应的所述接收端主通道地址,确定所述待处理数据包所对应的接收端当前通道地址;
根据所述待处理数据包所对应的接收端当前通道地址对所述待处理数据包进行封装,得到IP数据包。
在一种可能的设计中,在本申请实施例的第三方面的第二种实现方式中,所述数据传输装置还包括接收模块以及建立模块;
所述发送模块,还用于在所述封装模块根据接收端多通道IP映射关系,对所述M个待处理数据包进行封装,得到M个IP数据包之前,通过第一通道发送域名解析请求,其中,所述第一通道属于所述M个通道中的一个通道,所述域名解析请求用于请求域名服务器对目标域名进行解析;
所述接收模块,还用于通过所述第一通道接收所述第一通道的接收端当前通道地址;
所述发送模块,还用于通过第二通道发送所述域名解析请求,其中,所述第二通道属于所述M个通道中不同于所述第一通道的通道;
所述接收模块,还用于通过所述第二通道接收所述第二通道的接收端当前通道地址;
所述建立模块,用于根据所述接收模块接收的所述第一通道的通道标识、所述第二通道的通道标识、所述第一通道的接收端当前通道地址、所述第二通道的接收端当前通道地址以及所述接收端主通道地址,建立所述接收端多通道IP映射关系。
在一种可能的设计中,在本申请实施例的第三方面的第三种实现方式中,
所述发送模块,具体用于通过第一通道向所述网络设备的目标网卡发送第一IP数据包,其中,所述第一通道属于所述M个通道中的一个通道,所述第一IP数据包属于所述M个IP数据包中的一个IP数据包;
通过第二通道向所述网络设备的所述目标网卡发送第二IP数据包,其中,所述第二通道属于所述M个通道中不同于所述第一通道的一个通道,所述第二IP数据包属于所述M个IP数据包中不同于所述第二IP数据包的一个IP数据包。
在一种可能的设计中,在本申请实施例的第三方面的第四种实现方式中,
所述发送模块,具体用于通过第一通道向所述网络设备的第一网卡发送第一IP数据包,其中,所述第一通道属于所述M个通道中的一个通道,所述第一IP数据包属于所述M个IP数据包中的一个IP数据包;
通过第二通道向所述网络设备的第二网卡发送第二IP数据包,其中,所述第二通道属于所述M个通道中不同于所述第一通道的一个通道,所述第二IP数据包属于所述M个IP数据包中不同于所述第二IP数据包的一个IP数据包,所述第二网卡与所述第一网卡属于不同的接入网。
在一种可能的设计中,在本申请实施例的第三方面的第五种实现方式中,所述数据传输装置还包括确定模块;
所述确定模块,用于所述发送模块通过M个通道向网络设备发送所述M个IP数据包之后,若所述M个通道满足预设传输条件,则从所述M个通道中确定N个通道为待传输通道,其中,所述待传输通道用于传输IP数据包,所述N为大于或等1,且小于所述M的整数;
所述确定模块,还用于若所述M个通道未满足预设传输条件,则将所述M个通道确定为待传输通道。
本申请第四方面提供一种数据传输装置,包括:
接收模块,用于接收网络设备发送的M个网际互联协议IP数据包,其中,所述M个IP数据包为通过M个通道传输的,所述通道与所述IP数据包具有对应关系,所述M为大于1的整数,且所述M个IP数据包为所述网络设备根据接收端多通道IP映射关系,对所述M个待处理数据包进行封装后得到的,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系;
解析模块,用于对所述接收模块接收的所述M个IP数据包进行解析,得到IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址;
建立模块,用于根据所述解析模块解析得到的所述IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址,建立发送端多通道IP映射关系;
发送模块,用于当根据所述建立模块建立的所述发送端多通道IP映射关系生成M个IP回传数据包时,通过所述M个通道向所述网络设备发送所述M个IP回传数据包,其中,所述IP回传数据包携带发送端标识。
在一种可能的设计中,在本申请实施例的第四方面的第一种实现方式中,
所述接收模块,具体用于通过目标网卡接收所述网络设备通过第一通道发送的第一IP数据包,其中,所述第一通道属于所述M个通道中的一个通道,所述第一IP数据包属于所述M个IP数据包中的一个IP数据包;
通过所述目标网卡接收所述网络设备通过第二通道发送的第二IP数据包,其中,所述第二通道属于所述M个通道中不同于所述第一通道的一个通道,所述第二IP数据包属于所述M个IP数据包中不同于所述第二IP数据包的一个IP数据包。
在一种可能的设计中,在本申请实施例的第四方面的第二种实现方式中,
所述接收模块,具体用于通过第一网卡接收所述网络设备通过第一通道发送的第一IP数据包,其中,所述第一通道属于所述M个通道中的一个通道,所述第一IP数据包属于所述M个IP数据包中的一个IP数据包;
通过第二网卡接收所述网络设备通过第二通道发送的第二IP数据包,其中,所述第二通道属于所述M个通道中不同于所述第一通道的一个通道,所述第二IP数据包属于所述M个IP数据包中不同于所述第二IP数据包的一个IP数据包,所述第二网卡与所述第一网卡属于不同的接入网。
在一种可能的设计中,在本申请实施例的第四方面的第三种实现方式中,所述数据传输装置还包括去重模块;
所述解析模块,还用于所述接收模块接收网络设备发送的M个网际互联协议IP数据包之后,解析所述M个IP数据包获取M个业务数据包以及M个包头信息,其中,所述包头信息与所述IP数据包具有对应关系,所述包头信息包括所述IP数据包的包序号;
所述去重模块,用于根据所述解析模块解析得到的所述M个包头信息对所述M个业务数据包进行去重处理。
在一种可能的设计中,在本申请实施例的第四方面的第四种实现方式中,所述数据传输装置还包括确定模块;
所述确定模块,用于所述接收模块接收网络设备发送的M个网际互联协议IP数据包之后,根据目标IP数据包的第一时刻和所述目标IP数据包所包含的第二时刻,确定所述目标IP数据包的延迟,其中,所述第二时刻所述网络设备发送所述数据包的时刻,所述目标IP数据包属于所述M个IP数据包中的一个IP数据包;
所述确定模块,还用于根据所述目标IP数据包的延迟,确定所述网络设备发送所述目标IP数据包所采用的通道的网络状态。
本申请第五方面提供一种网络设备,包括:存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,包括如下步骤:
获取待处理数据包;
根据所述待处理数据包生成M个所述待处理数据包,其中,所述M为大于1的整数;
根据接收端多通道网际互联协议IP映射关系,对所述M个待处理数据包进行封装,得到M个IP数据包,其中,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系,且所述IP数据包携带发送端标识;
通过M个通道向网络设备发送所述M个IP数据包,其中,所述通道与所述IP数据包具有对应关系;
所述总线系统用于连接所述存储器以及所述处理器,以使所述存储器以及所述处理器进行通信。
本申请第六方面提供一种网络设备,包括:存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,包括如下步骤:
接收网络设备发送的M个网际互联协议IP数据包,其中,所述M个IP数据包为通过M个通道传输的,所述通道与所述IP数据包具有对应关系,所述M为大于1的整数,且所述M个IP数据包为所述网络设备根据接收端多通道IP映射关系,对所述M个待处理数据包进行封装后得到的,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系;
对所述M个IP数据包进行解析,得到IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址;
根据所述IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址,建立发送端多通道IP映射关系;
当根据所述发送端多通道IP映射关系生成M个IP回传数据包时,通过所述M个通道向所述网络设备发送所述M个IP回传数据包,其中,所述IP回传数据包携带发送端标识;
所述总线系统用于连接所述存储器以及所述处理器,以使所述存储器以及所述处理器进行通信。
本申请的第七方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
从以上技术方案可以看出,本申请实施例具有以下优点:
本申请实施例中,提供了一种基于多通道的数据传输方法,首先发送端网络设备获取待处理数据包,然后根据待处理数据包生成多个待处理数据包,再根据接收端多通道IP映射关系,对多个待处理数据包进行封装,得到多个IP数据包,其中,接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,IP数据包与待处理数据包具有对应关系,且IP数据包携带发送端标识,最后发送端网络设备通过多个通道向接收端网络设备发送多个IP数据包。通过上述方式,利用多通道IP映射关系对数据包进行封装,得到IP数据包,通信两端可以直接传输IP数据包,而无需经过代理服务器,从而降低了出现异常情况的可能性,提升数据传输效率。与此同时,基于多通道的通信传输可以网络容错度,从而提高网络传输稳定性,适用于多种网络场景。
附图说明
图1为本申请实施例中基于多通道数据传输的一个数据传输系统架构示意图;
图2为本申请实施例中基于多通道数据传输的一个交互示意图;
图3为本申请实施例中基于多通道的数据传输方法一个实施例示意图;
图4为本申请实施例中基于发送端的一个数据传输流程示意图;
图5为本申请实施例中接收端单网络接入的一个架构示意图;
图6为本申请实施例中接收端多网络接入的一个架构示意图;
图7为本申请实施例中基于多通道的数据传输方法另一个实施例示意图;
图8为本申请实施例中基于接收端的一个数据传输流程示意图;
图9为本申请实施例中数据包去重方法的一个实施例示意图;
图10为本申请实施例中数据传输装置的一个实施例示意图;
图11为本申请实施例中数据传输装置的另一个实施例示意图;
图12为本申请实施例中数据传输装置的另一个实施例示意图;
图13为本申请实施例中数据传输装置的另一个实施例示意图;
图14为本申请实施例中数据传输装置的另一个实施例示意图;
图15为本申请实施例中数据传输装置的另一个实施例示意图;
图16为本申请实施例中网络设备的一个结构示意图;
图17为本申请实施例中网络设备的另一个结构示意图。
具体实施方式
本申请实施例提供了一种基于多通道的数据传输方法以及相关装置,通信两端可以直接传输IP数据包,而无需经过代理服务器,从而降低了出现异常情况的可能性,提升数据传输效率。与此同时,基于多通道的通信传输可以网络容错度,从而提高网络传输稳定性,适用于多种网络场景。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“对应于”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应理解,本申请提供的基于多通道的数据传输方法可以应用于对网络实时性要求较高的场景,比如游戏场景、视频场景以及即时通讯场景等。其中,游戏场景包含但不仅限于多人在线战术竞技游戏(multiplayer online battle arena,MOBA)、第一人称射击类游戏(first-person shooting game,FPS)以及战略角色扮演游戏(strategy role-playinggame,S-RPG)等,此次不做限定。视频场景包含但不仅限于直播视频的播放场景、短视频的播放场以及动图的播放场景等。即时通讯场景包含但不仅限于视频教学的场景、会议场景以及好友聊天场景等。此外,在工业控制、交通管理、机器人、航空航天以及武器装备等领域,也需要具有实时性较强的数据传输效率。
为了便于理解,本申请提出了一种基于多通道的数据传输方法,该方法应用于图1所示的数据传输系统,请参阅图1,图1为本申请实施例中基于多通道数据传输的一个数据传输系统架构示意图,如图所示,数据传输系统可以包括终端设备以及服务器,需要说明的是,终端设备包含但不仅限于平板电脑、笔记本电脑、掌上电脑、手机、机器人、语音交互设备及个人电脑(personal computer,PC),此处不做限定。需要说明的是,服务器可以是游戏应用服务器、视频应用服务器或者即时通讯应用服务器,此处不做限定。其中,图1中的终端设备和服务器的数目仅为一个示意,根据实现需要,可以具有任意数目的终端设备和服务器。比如服务器可以是多个服务器组成的服务器集群等。
终端设备与服务器之间通过通信链路进行连接,通信链路可以是有线通信链路、无线通信链路或者光纤电缆等。
服务器可以是提供各种服务的服务器。例如用户利用终端设备向服务器发送获取业务相关信息的请求。服务器可以基于请求获取业务相关信息,并将业务相关信息反馈给终端设备,进而用户可以基于终端设备上显示业务相关信息。对于游戏场景而言,用户根据终端设备上显示的游戏相关信息,利用终端设备向服务器发送游戏操作指令。服务器可以基于游戏操作指令给终端设备返回游戏操作指令的执行结果。终端设备基于接收到的游戏操作指令的执行结果,显示于终端设备上。
应理解,本申请提供的技术方案具体应用于多个通道的数据传输场景,为了便于理解,请参阅图2,图2为本申请实施例中基于多通道数据传输的一个交互示意图,如图所示,如果第一网络设备为发送端,则第二网络设备为接收端,相应地,如果第二网络设备为发送端,则第一网络设备为接收端,其中,第一网络设备可以为终端设备,第二网络设备可以服务器,或者,第一网络设备可以为服务器,第二网络设备可以为终端设备,此次不做限定。
基于图2所示的结构,第一网络设备与第二网络设备之间可以通过多通道进行数据的并行传输,其中,多通道可以为通道1、通道2至通道M,M为大于或等于2的正整数。通道包含但不仅限于无线保真(Wireless Fidelity,WiFi)通道、蓝牙通道以及第四代移动通信技术(the 4th Generation mobile communication technology,4G)通道,比如通道1为4G通道,通道2为蓝牙通道,通道3为WiFi通道。
本申请通过修改网际互联协议(Internet Protocol,IP)得到多通道IP协议(muti-tunnel Internet Protocol,mtIP),在可选字段中新增多通道可选项,在多通道可选项中存放通道标识以及发送端标识等相关信息,根据接收端多通道IP映射关系以及发送端多通道IP映射关系,保证多通道数据传输的准确性和有效性。第一网络设备在IP层,将上层数据包复制多份,并在数据包的包头加装多通道可选项,得到多个IP数据包,然后分别通过各个通道向第二网络设备发送IP数据包,第二网络设备在收到来自同一个第一网络设备发送的多个IP数据包之后,进行去重处理,仅向上层转发一个IP数据包。可见,本申请实施例的技术方案能够通过多个数据通道共同传输IP数据包,来保证数据包的传输稳定性,有效解决了数据传输过程中的高丢包率及高延迟的问题,并且满足多种通信场景下的业务需求。
结合上述介绍,下面将从发送端网络设备的角度,对本申请中基于多通道的数据传输方法进行介绍,请参阅图3,本申请实施例中基于多通道的数据传输方法一个实施例包括:
101、获取待处理数据包;
本实施例中,第一网络设备获取待处理数据包,其中,该待处理数据包可以是通过应用层下发的用户数据报协议(User Datagram Protocol,UDP)数据包或者传输控制协议(Transmission Control Protocol,TCP)。第一网络设备可以理解为发送端网络设备。
102、根据待处理数据包生成M个待处理数据包,其中,M为大于1的整数;
本实施例中,第一网络设备根据上层传输过来的待处理数据包,对该待处理数据包复制多份,即拷贝M份,从而得到M个待处理数据包,其中,M为大于1的整数,也就是生成2个或2个以上的待处理数据包。
103、根据接收端多通道网际互联协议IP映射关系,对M个待处理数据包进行封装,得到M个IP数据包,其中,接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,IP数据包与待处理数据包具有对应关系,且IP数据包携带发送端标识;
本实施例中,第一网络设备维护一个接收端多通道IP映射关系,第一网络设备根据接收端多通道IP映射关系,索引得到接收端当前通道地址,基于接收端当前通道地址以及发送端标识,对M个待处理数据包中的每个数据包进行封装,从而得到M个IP数据包。
为了便于理解,请参阅表1,表1为M个待处理数据与M个IP数据包之间的对应关系。
表1
待处理数据包 | IP数据包 | 通道 |
TCP数据包1 | mtIP数据包1 | WiFi通道 |
TCP数据包2 | mtIP数据包2 | 4G通道 |
TCP数据包3 | mtIP数据包3 | 蓝牙通道 |
其中,表1所示的待处理数据包类型以及通道类型仅为一个示意,不应理解为对本申请的限定。由表1可见,待处理数据包与IP数据包具有一一对应的关系,即对TCP数据包1加装包头信息后得到mtIP数据包1,对TCP数据包2加装包头信息后得到mtIP数据包2,对TCP数据包3加装包头信息后得到mtIP数据包3,不同的IP数据包通过不同的通道传输。
104、通过M个通道向网络设备发送M个IP数据包,其中,通道与IP数据包具有对应关系。
本实施例中,第一网络设备通过M个通道向网络设备发送这M个IP数据包,其中,该网络设备即为第二网络设备,第二网络设备可以理解为接收端网络设备。具体地,为了便于说明,请再次参阅表1,假设在第一网络设备生成3个IP数据包,即mtIP数据包1、mtIP数据包2和mtIP数据包3,每个IP数据包通过一个对应的通道发送至第二网络设备,比如,第一网络设备通过WiFi通道向第二网络设备发送mtIP数据包1,第一网络设备通过4G通道向第二网络设备发送mtIP数据包2,第一网络设备通过蓝牙通道向第二网络设备发送mtIP数据包3。
可以理解的是,本申请中对通道的数量和类型不进行限定,通道的数量可以根据第一网络设备和第二网络设备之间能够支持的通信通道的数量来确定,例如,可以包括WiFi通道、第三代移动通信技术(the 3rd Generation mobile communicationtechnology,3G)通道、4G通道、第五代移动通信技术(the 5th Generation mobilecommunication technology,5G)通道、蓝牙通道以及有线通道等中的任意多种。
本申请实施例中,提供了一种基于多通道的数据传输方法,通过上述方式,利用多通道IP映射关系对数据包进行封装,得到IP数据包,通信两端可以直接传输IP数据包,而无需经过代理服务器,从而降低了出现异常情况的可能性,提升数据传输效率。与此同时,基于多通道的通信传输可以网络容错度,从而提高网络传输稳定性,适用于多种网络场景。
可选地,在上述图3对应的实施例的基础上,本申请实施例提供的基于多通道的数据传输方法第一个可选实施例中,根据接收端多通道网际互联协议IP映射关系,对M个待处理数据包进行封装,得到M个IP数据包,可以包括:
获取待处理数据包所对应的通道标识;
基于接收端多通道IP映射关系,根据待处理数据包所对应的通道标识以及待处理数据包所对应的接收端主通道地址,确定待处理数据包所对应的接收端当前通道地址;
根据待处理数据包所对应的接收端当前通道地址对待处理数据包进行封装,得到IP数据包。
本实施例中,介绍了一种基于接收端多通道IP映射关系对待处理数据包进行封装的方法,第一网络设备在IP层将待处理数据包拷贝M份,为了便于说明,将以M个待处理数据包中的任意一个待处理数据包为例进行说明。
具体地,第一网络设备在获取待处理数据包之后,确定该待处理数据包将通过哪个通道发送至第二网络设备,从而得到该通道的通道标识(identification,ID),假设WiFi通道的通道标识为100,4G通道的通道标识为101,如果这个待处理数据包需要通过WiFi通道发送,则对应的通道标识为101。
其中,可以默认WiFi通道为主通道,通道标识为100,表示当前上行数据包的通道类型为WiFi通道,主通道为优先级最高的通信方式。
在第一网络设备(发送端)中维护了一个接收端多通道IP映射关系,第一网络设备(发送端)将每个通道对应的第二网络设备(接收端)地址向mtIP协议栈进行注册,第一网络设备可以将接收端主通道地址(destIP)、通道标识和接收端当前通道地址(tunnelDestIP)的映射关系保存记录在mtIP信息管理模块,以便后续使用。假设接收端(1)的WiFi地址为1.1.1.1,接收端(1)的4G地址为2.2.2.2,WiFi通道标识为100,4G通道标识为101,接收端(2)的WiFi地址为1.1.2.2,接收端(2)的4G地址为2.2.4.4。
为了便于理解,请参阅表2,表2为接收端多通道IP映射关系的一个示意。
表2
其中,第一网络设备具有唯一的发送端标识(client key),可以通过哈希算法(比hash32)计算得到。第一网络设备根据待处理数据包所对应的接收端主通道地址以及通道标识,如果从接收端多通道IP映射关系中索引出接收端当前通道地址,则将该接收端当前通道地址填入到IP数据包的包头部分,作为目标IP字段。如果未能从接收端多通道IP映射关系中索引出接收端当前通道地址,则将接收端主通道地址填入到IP数据包的包头部分,作为目标IP字段。
为了便于理解,下面将以一个具体的例子进行介绍,假设第一网络设备(发送端)的mtIP协议栈接收到上层转交的一个UDP数据包,需要发送的目的地址为1.1.1.1的接收端,如果当前发送的通道是4G通道,则接收端当前通道地址为2.2.2.2,于是将1.1.1.1的地址填入至IP数据包包头的目标IP字段内,同时,将2.2.2.2的地址填入至IP数据包包头的源IP字段内。
可选地,本申请可以对互联网通信协议第四版(Internet Protocol Version 4,IPv4)和互联网通信协议第六版(Internet Protocol Version 6,IPv6)进行改造,分别在IPv4和Ipv6的可选项字段添加多通道(muti_tunnel)可选项信息,muti_tunnel可选项信息在作为IP数据包包头的一部分,由此对待处理数据包进行封装,得到IP数据包。muti_tunnel可选项信息的内容如下:
其中,muti_tunnel可选项信息中的tunnelIndex字段用于填入通道的ID,比如WiFi通道的tunnelIndex字段为100,4G通道的tunnelIndex字段为101。muti_tunnel可选项信息中的seqno字段用于填入多通道的发包序号,比如1、2或者3,对应同一个上层数据包,在多个通道内的序号是相同的,比如对于待处理数据包A而言,在WiFi通道的包序号为5,在4G通道的包序号也为5。muti_tunnel可选项信息中的clientKey字段用于填入发送端标识,且该发送端标识具有唯一性,与发送端具有唯一的对应关系,发送端标识可以是主通道网卡的介质访问控制(Media Access Control,MAC)地址,比如,填发送端的WiFi网卡地址。muti_tunnel可选项信息中的start_time字段用于填入通道通信的开始时间,比如,当seqno=0xFFFFFFFF FFFFFFFF时,重新更新start_time字段为当前时间,并将seqno字段重新置0。muti_tunnel可选项信息中的send_time字段用于填入时钟同步完成后,该IP数据包的发送时间(即此刻接收端的时间)。muti_tunnel可选项信息中的cmd字段用于通知接收端进行相应的操作。
其次,本申请实施例中,提供了一种基于接收端多通道IP映射关系对待处理数据包进行封装的方法,通过上述方式,采用接收端多通道IP映射关系对数据包进行封装后传输,能够适用于各种网络场景,IP层以上协议无需任进行变动和适配,可支持多种类型的业务和实时应用,从而提升方案的可行性和可操作性。
可选地,在上述图3对应的各个实施例的基础上,本申请实施例提供的基于多通道的数据传输方法第二个可选实施例中,根据接收端多通道网际互联协议IP映射关系,对M个待处理数据包进行封装,得到M个IP数据包之前,还可以包括:
通过第一通道发送域名解析请求,其中,第一通道属于M个通道中的一个通道,域名解析请求用于请求域名服务器对目标域名进行解析;
通过第一通道接收第一通道的接收端当前通道地址;
通过第二通道发送域名解析请求,其中,第二通道属于M个通道中不同于第一通道的通道;
通过第二通道接收第二通道的接收端当前通道地址;
根据第一通道的通道标识、第二通道的通道标识、第一通道的接收端当前通道地址、第二通道的接收端当前通道地址以及接收端主通道地址,建立接收端多通道IP映射关系。
本实施例中,提供了一种基于建立接收端多通道IP映射关系。在第一网络设备(发送端)向第二网络设备(接收端)通信之前如果需要进行域名系统(Domain Name System,DNS)的域名解析,则第一网络设备的mtIP协议栈通过各个通道发送。为了便于理解,请参阅图4,图4为本申请实施例中基于发送端的一个数据传输流程示意图,如图所示,具体地:
在步骤A1中,第一网络设备的应用层向第一网络设备的mtIP协议栈发送域名报文,即生成域名解析请求,其中,该域名解析请求中携带目标域名,目标域名可以是www.dalianmao.com。
在步骤A2中,第一网络设备通过第一通道向域名服务器发送域名解析请求,并且通过第二通道向域名服务发送域名解析请求,域名服务器根据域名解析请求,分别解析得到第一通道的接收端当前通道地址,以及第二通道的接收端当前通道地址,可以理解的是,第一通道的接收端当前通道地址以及第二通道的接收端当前通道地址均对应于同一个目标域名,假设第一通道为WiFi通道,第二通道为4G通道,WiFi通道的接收端当前通道地址为1.1.1.1,4G通道的接收端当前通道地址为2.2.2.2,假设WiFi通道为主通道,为了便于理解,请参阅表3,表3为接收端多通道IP映射关系中部分信息的一个示意。
表3
接收端主通道地址(destIP) | 通道标识(ID) | 接收端当前通道地址(tunnel DestIP) |
1.1.1.1 | 100 | 1.1.1.1 |
1.1.1.1 | 101 | 2.2.2.2 |
可以理解的是,根据多个接收端的情况可以在表3中补充更多的信息,从而得到对于不同发送端的接收端主通道地址、通道标识以及接收端当前通道地址。
在步骤A3中,第一网络设备将第一通道的接收端当前通道地址以及第二通道的接收端当前通道地址,反馈至mtIP信息管理模块,将接收端多通道IP映射关系的形式存储于mtIP信息管理模块中,该mtIP信息管理模块属于第一网络设备。
在步骤A4中,第一网络设备中的应用层向mtIP协议栈发送TCP数据包或者UDP数据包。
在步骤A5中,第一网络设备根据至mtIP信息管理模块中存储的接收端多通道IP映射关系,对TCP数据包或者UDP数据包进行封装,假设对TCP数据包进行分装,首先将TCP数据包复制多份,然后基于接收端多通道IP映射关系对每份TCP数据包进行封装,得到多份mtIP数据包。
在步骤A6中,第一网络设备通过mtIP协议栈向第二网络设备发送多个IP数据包,即发送多个通过步骤A5生成的mtIP数据包。
需要说明的是,域名服务器是进行域名和与之相对应的IP地址转换的服务器,在DNS中保存了一张域名和与之相对应的IP地址关系表,以解析消息的域名。DNS就会将便于人类使用的名字(如www.wikipedia.org)转化成便于机器识别的IP地址(如208.80.152.2)。
再次,本申请实施例中,提供了一种基于建立接收端多通道IP映射关系。通过上述方式,发送端基于多通通传输的场景建立映射关系,从而能够根据映射关系实现多通道的数据传输,由此,提升方案的可行性和可靠性。
可选地,在上述图3对应的各个实施例的基础上,本申请实施例提供的基于多通道的数据传输方法第三个可选实施例中,通过M个通道向网络设备发送M个IP数据包,可以包括:
通过第一通道向网络设备的目标网卡发送第一IP数据包,其中,第一通道属于M个通道中的一个通道,第一IP数据包属于M个IP数据包中的一个IP数据包;
通过第二通道向网络设备的目标网卡发送第二IP数据包,其中,第二通道属于M个通道中不同于第一通道的一个通道,第二IP数据包属于M个IP数据包中不同于第二IP数据包的一个IP数据包。
本实施例中,介绍了一种单网络接入的方法,即接收端仅具有一个接入网所对应的网卡,该接入网对应的网卡即为目标网卡。第一网络设备(发送端)通过第一通道向第二网络设备(接收端)的目标网卡发送第一IP数据包,与此同时,第一网络设备(发送端)通过第二通道向第二网络设备(接收端)的目标网卡发送第二IP数据包,其中,第一通道可以是WiFi通道,第二通道可以是4G通道,第一IP数据包可以是mtIP数据包1,第二IP数据包可以是mtIP数据包2。
为了便于理解,请参阅图5,图5为本申请实施例中接收端单网络接入的一个架构示意图,如图所示,以三个通道为例进行介绍,三个通道分别为蓝牙通道、WiFi通道以及4G通道,在实际应用中不仅限于上述三类通道,首先,发送端的应用层向传输层协议栈下发应用层协议数据包,由传输层协议栈将应用层协议数据包转换为TCP数据包或UDP数据包,并传递至mtIP层协议栈。在mtIP层协议栈中将一个TCP数据包或UDP数据包复制成三份TCP数据包或UDP数据包,分别将每个TCP数据包或UDP数据包封装成mtIP数据包,比如得到mtIP数据包1、mtIP数据包2和mtIP数据包3,第一网络设备通过蓝牙模块将mtIP数据包1发送至蓝牙接收设备,第二网络设备通过WiFi模块将mtIP数据包2发送至无线路由器,第一网络设备通过4G模块将mtIP数据包3发送至4G基站。由蓝牙接收设备、无线路由器以及4G基站分别通过骨干网(Backbone Network)向第二网络设备(接收端)的同一个网卡发送mtIP数据包,即第二网络设备通过网卡接收到3个mtIP数据包,于是在第二网络设备的mtIP层协议栈中对3个mtIP数据包进行去重处理,得到一份TCP数据包或者UDP数据包,通过mtIP层协议栈向传输层协议栈发送TCP数据包或者UDP数据包,由传输层协议栈将TCP数据包或者UDP数据包转换为应用层协议数据包,然后向应用层发送该应用层协议数据包,以进行相应的业务。
其中,骨干网是用来连接多个区域或地区的高速网络。每个骨干网中至少有一个和其他骨干网进行互联互通的连接点。不同的网络供应商都拥有自己的骨干网,用以连接其位于不同区域的网络。
其次,本申请实施例中,提供了一种单网络接入的方法。通过上述方式,发送端和接收端能够实现单网络收发数据包的情况,适用于单个网络传输数据的场景,从而提升数据传输的实用性和可行性。
可选地,在上述图3对应的各个实施例的基础上,本申请实施例提供的基于多通道的数据传输方法第四个可选实施例中,通过M个通道向网络设备发送M个IP数据包,可以包括:
通过第一通道向网络设备的第一网卡发送第一IP数据包,其中,第一通道属于M个通道中的一个通道,第一IP数据包属于M个IP数据包中的一个IP数据包;
通过第二通道向网络设备的第二网卡发送第二IP数据包,其中,第二通道属于M个通道中不同于第一通道的一个通道,第二IP数据包属于M个IP数据包中不同于第二IP数据包的一个IP数据包,第二网卡与第一网卡属于不同的接入网。
本实施例中,介绍了一种多网络接入的方法,即接收端具有多个接入网所对应的网卡,即至少包括第一网卡和第二网卡,第二网卡与第一网卡属于不同的接入网,比如第一网卡属于电信公司的接入网,第二网卡属于移动公司的接入网,第一网络设备(发送端)通过第一通道向第二网络设备(接收端)的第一网卡发送第一IP数据包,与此同时,第一网络设备(发送端)通过第二通道向第二网络设备(接收端)的第二网卡发送第二IP数据包,其中,第一通道可以是WiFi通道,第二通道可以是4G通道,第一IP数据包可以是mtIP数据包1,第二IP数据包可以是mtIP数据包2,第一网卡可以是电信网卡,第二网卡可以是移动网卡。
可以理解的是,第一网卡和第二网卡还可以属于其他不同类型的接入网,比如教育网网卡或者联通网卡等,此次仅为一个示意,不应理解为对本申请的限定。
为了便于理解,请参阅图6,图6为本申请实施例中接收端多网络接入的一个架构示意图,如图所示,以三个通道为例进行介绍,三个通道分别为蓝牙通道、WiFi通道以及4G通道,在实际应用中不仅限于上述三类通道,首先,发送端的应用层向传输层协议栈下发应用层协议数据包,由传输层协议栈将应用层协议数据包转换为TCP数据包或UDP数据包,并传递至mtIP层协议栈。在mtIP层协议栈中将一个TCP数据包或UDP数据包复制成三份TCP数据包或UDP数据包,分别将每个TCP数据包或UDP数据包封装成mtIP数据包,比如得到mtIP数据包1、mtIP数据包2和mtIP数据包3,第一网络设备通过蓝牙模块将mtIP数据包1发送至蓝牙接收设备,第二网络设备通过WiFi模块将mtIP数据包2发送至无线路由器,第一网络设备通过4G模块将mtIP数据包3发送至4G基站。由蓝牙接收设备、无线路由器以及4G基站分别通过骨干网(Backbone Network)向第二网络设备(接收端)中不同类型的网卡发送mtIP数据包,即第二网络设备通过网卡1接收到mtIP数据包1,第二网络设备通过网卡2接收到mtIP数据包2,第二网络设备通过网卡3接收到mtIP数据包3。于是在第二网络设备的mtIP层协议栈中对3个mtIP数据包进行去重处理,得到一份TCP数据包或者UDP数据包,通过mtIP层协议栈向传输层协议栈发送TCP数据包或者UDP数据包,由传输层协议栈将TCP数据包或者UDP数据包转换为应用层协议数据包,然后向应用层发送该应用层协议数据包,以进行相应的业务。
其次,本申请实施例中,提供了一种多网络接入的方法,通过上述方式,发送端与接收端能够在跨网络收发数据包的情况,适用于多个网络传输数据的场景,从而提升数据传输的实用性和可行性。
可选地,在上述图3对应的各个实施例的基础上,本申请实施例提供的基于多通道的数据传输方法第五个可选实施例中,通过M个通道向网络设备发送M个IP数据包之后,还可以包括:
若M个通道满足预设传输条件,则从M个通道中确定N个通道为待传输通道,其中,待传输通道用于传输IP数据包,N为大于或等1,且小于M的整数;
若M个通道未满足预设传输条件,则将M个通道确定为待传输通道。
本实施例中,介绍了一种修改收发数据包策略的方法,在第一网络设备与第二网络设备完成时钟同步之后,可以获取当前各个通道的通信质量,即可了解延迟情况和丢包率。延迟大且丢包率高的情况下,表示通道的通信质量较差,反之,延迟小且丢包率低的情况下,表示通道的通信质量较好。在实际应用中,可以通过cmd字段添加收发包的策略,用于通知对端进行一些操作。
具体地,预设传输条件可以是丢包率小于预设门限,或,延迟小于预设门限,或,丢包率和延迟均小于预设门限,如果M个通道满足预设传输条件,表示M个通道的通信质量较好,此时网络较为稳定,于是可以关闭一部分通道,即从M个通道中确定N个通道为待传输通道,后续通过N个通道传输数据即可。或者,每次从M个通道中确定N个通道为待传输通道,从而在N个通道之间进行交错发包。
如果M个通道满未足预设传输条件,表示M个通道的通信质量较差,此时网络状态不稳定,于是仍然需要将M个通道确定为待传输通道,后续继续通过原本的M个通道传输数据即可。
其次,本申请实施例中,提供了一种修改收发数据包策略的方法,通过上述方式,发送端和接收端可以在时钟同步完成之后,根据各个通道的信号质量来修改收发数据包的策略,从而更好地应对不同通信场景,由此节省网络传输流量。
结合上述介绍,下面将从接收端网络设备的角度,对本申请中基于多通道的数据传输方法进行介绍,请参阅图7,本申请实施例中基于多通道的数据传输方法一个实施例包括:
201、接收网络设备发送的M个网际互联协议IP数据包,其中,M个IP数据包为通过M个通道传输的,通道与IP数据包具有对应关系,M为大于1的整数,且M个IP数据包为网络设备根据接收端多通道IP映射关系,对M个待处理数据包进行封装后得到的,接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,IP数据包与待处理数据包具有对应关系;
本实施例中,第二网络设备接收第一网络设备发送的M个IP数据包,第二网络设备可以理解为接收端网络设备。
可以理解的是,M个IP数据包的传输方式请参阅图3对应的实施例中步骤101至步骤104所描述的过程。即第一网络设备获取待处理数据包,其中,该待处理数据包可以是通过应用层下发的用户数据报协议UDP数据包或者TCP,第一网络设备可以理解为发送端网络设备。第一网络设备根据上层传输过来的待处理数据包,对该待处理数据包复制多份,即拷贝M份,从而得到M个待处理数据包,M为大于1的整数,也就是生成2个或2个以上的待处理数据包。第一网络设备根据接收端多通道IP映射关系,对M个待处理数据包进行封装,得到M个IP数据包,其中,接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,IP数据包与待处理数据包具有对应关系,且IP数据包携带发送端标识。最后,第一网络设备通过M个通道向第二网络设备发送M个IP数据包。
202、对M个IP数据包进行解析,得到IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址;
本实施例中,第二网络设备对M个IP数据包进行解析,得到IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址。其中,IP数据包的发送端标识即为clientKey,比如123123。IP数据包的通道标识用于标识不同的通道,比如,WiFi通道标识为100,4G通道标识为101。IP数据包的发送端当前通道地址表示发送该IP数据包的通道源地址,比如可以是2.2.1.1。
203、根据IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址,建立发送端多通道IP映射关系;
本实施例中,当第二网络设备的mtIP协议栈通过一个或多个网卡接收到M个IP数据包时,将发送端主通道地址、发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址记录在mtIP信息管理模块。第二网络设备根据IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址,建立发送端多通道IP映射关系.
如果第二网络设备接收到一个发送端标识为123123的第一网络设备发送的4G通道的IP数据包,且主通道为WiFi通道,发送端当前通道地址为2.2.1.1,在mtIP信息管理模块中的发送端多通道IP映射关系,为了便于理解,请参阅表4,表4为发送端多通道IP映射关系的一个示意。
表4
如果第二网络设备接收到发送端标识为123123的WiFi通道,发送端当前通道地址为2.2.3.3,如果依据发送端标识未查找到主通道的条目,则在发送端多通道IP映射关系中填入发送端主通道地址,并将发送端主通道地址(WiFi的地址)更新到发送端标识为123123其他通道的发送端主通道地址,为了便于理解,请参阅表5,表5为发送端多通道IP映射关系的一个示意。
表5
第二网络设备的mtIP协议栈根据第一网络设备的发送端标识和通信开始字段,识别从M个通道发送来的M个IP数据包,并进行去重处理。第二网络设备的mtIP协议栈将去重后的IP数据包转发至应用层,并将接收端主通道地址和发送端当前通道地址,作为IP数据包的目的IP和源IP,并返回给上层的应用层。
204、当根据发送端多通道IP映射关系生成M个IP回传数据包时,通过M个通道向网络设备发送M个IP回传数据包,其中,IP回传数据包携带发送端标识。
本实施例中,当第二网络设备需要向第一网络设备发送IP数据包时,即第二网络设备根据发送端多通道IP映射关系生成M个IP回传数据包,第二网络设备基于发送端多通道IP映射关系找到当前通道发送端源地址,从而通过M个通道向网络设备发送M个IP回传数据包。
为了便于理解,请参阅8,图8为本申请实施例中基于接收端的一个数据传输流程示意图,如图所示,具体地:
在步骤B1中,第一网络设备通过第一通道向第二网络设备的网卡发送mtIP数据包1;
在步骤B2中,第二网络设备的网卡向上层的mtIP协议栈转发mtIP数据包1;
在步骤B3中,第一网络设备通过第二通道向第二网络设备的网卡发送mtIP数据包2;
在步骤B4中,第二网络设备的网卡向上层的mtIP协议栈转发mtIP数据包2;
在步骤B5中,第二网络设备将mtIP数据包1和mtIP数据包2中的发送端标识、发送端主通道地址、通道标识和发送端当前通道地址存储在mtIP信息管理模块;
在步骤B6中,第二网络设备的mtIP协议栈对收到的mtIP数据包1和mtIP数据包2进行去重处理,得到一个mtIP数据包;
在步骤B7中,第二网络设备的mtIP协议栈将mtIP数据包转换为TCP数据包或UDP数据包,然后向上层应用发送TCP数据包或UDP数据包。
本申请实施例中,提供了一种基于多通道的数据传输方法,通过上述方式,单网络故障时接收端无感知,其他通道依旧可以正常通信,从而可有效预防网络卡顿情况,尤其在用户无线网络环境较为复杂情况下,效果较为显著。且在对实时性要求较高的网络环境下,可预防大多数WiFi无线干扰情况,优化率较高,并可解决双通道下的应用的适配问题和TCP连接异常问题。
可选地,在上述图7对应的各个实施例的基础上,本申请实施例提供的基于多通道的数据传输方法第一个可选实施例中,接收网络设备发送的M个网际互联协议IP数据包,可以包括:
通过目标网卡接收网络设备通过第一通道发送的第一IP数据包,其中,第一通道属于M个通道中的一个通道,第一IP数据包属于M个IP数据包中的一个IP数据包;
通过目标网卡接收网络设备通过第二通道发送的第二IP数据包,其中,第二通道属于M个通道中不同于第一通道的一个通道,第二IP数据包属于M个IP数据包中不同于第二IP数据包的一个IP数据包。
本实施例中,介绍了一种单网络接入的方法,即接收端仅具有一个接入网所对应的网卡,该接入网对应的网卡即为目标网卡。第二网络设备(接收端)通过目标网卡接收第一网络设备(发送端)通过第一通道的发送第一IP数据包,与此同时,第二网络设备(接收端)通过目标网卡接收第二网络设备(发送端)通过第二通道的发送第二IP数据包,其中,第一通道可以是WiFi通道,第二通道可以是4G通道,第一IP数据包可以是mtIP数据包1,第二IP数据包可以是mtIP数据包2。
其次,本申请实施例中,提供了一种单网络接入的方法,发送端和接收端能够实现单网络收发数据包的情况,适用于单个网络传输数据的场景,从而提升数据传输的实用性和可行性。
可选地,在上述图7对应的各个实施例的基础上,本申请实施例提供的基于多通道的数据传输方法第二个可选实施例中,接收网络设备发送的M个网际互联协议IP数据包,可以包括:
通过第一网卡接收网络设备通过第一通道发送的第一IP数据包,其中,第一通道属于M个通道中的一个通道,第一IP数据包属于M个IP数据包中的一个IP数据包;
通过第二网卡接收网络设备通过第二通道发送的第二IP数据包,其中,第二通道属于M个通道中不同于第一通道的一个通道,第二IP数据包属于M个IP数据包中不同于第二IP数据包的一个IP数据包,第二网卡与第一网卡属于不同的接入网。
本实施例中,介绍了一种多网络接入的方法,即接收端具有多个接入网所对应的网卡,即至少包括第一网卡和第二网卡,第二网卡与第一网卡属于不同的接入网,比如第一网卡属于电信公司的接入网,第二网卡属于移动公司的接入网。第二网络设备(接收端)通过第一网卡接收第一网络设备(发送端)通过第一通道的发送第一IP数据包,与此同时,第二网络设备(接收端)通过第二网卡接收第二网络设备(发送端)通过第二通道的发送第二IP数据包,其中,第一通道可以是WiFi通道,第二通道可以是4G通道,第一IP数据包可以是mtIP数据包1,第二IP数据包可以是mtIP数据包2,第一网卡可以是电信网卡,第二网卡可以是移动网卡。
可以理解的是,第一网卡和第二网卡还可以属于其他不同类型的接入网,比如教育网网卡或者联通网卡等,此次仅为一个示意,不应理解为对本申请的限定。
其次,本申请实施例中,提供了一种多网络接入的方法,发送端与接收端能够在跨网络收发数据包的情况,适用于多个网络传输数据的场景,从而提升数据传输的实用性和可行性。
可选地,在上述图7对应的各个实施例的基础上,本申请实施例提供的基于多通道的数据传输方法第三个可选实施例中,接收网络设备发送的M个网际互联协议IP数据包之后,还可以包括:
解析M个IP数据包获取M个业务数据包以及M个包头信息,其中,包头信息与IP数据包具有对应关系,包头信息包括IP数据包的包序号;
根据M个包头信息对M个业务数据包进行去重处理。
本实施例中,介绍了一种数据包去重的方法,首先,第二网络设备解析收到的M个IP数据包,从而得到M个业务数据包以及M个包头信息,一个IP数据包具有一个业务数据包以及一个包头信息,包头信息包括IP数据包的包序号。
具体地,去重规则一为:若(MaxSeqno-curSeqno)>recvThred;或者,
若(MaxSeqno-curSeqno)<=recvThred,且curSeqno不在未收包集合中,则丢弃相应的业务数据包。
去重规则二为:若curSeqno>MaxSeqno;或者,
若(MaxSeqno-curSeqno)<=recvThred,且包序号在所述未收包集合中,则保留相应的业务数据包。
其中,curSeqno为IP数据包的包序号,MaxSeqno为第二网络设备的最大收包序号,recvThred为第一阈值。
为了便于理解,下面将提供几种实现情况:
假设第一阈值recvThred为10,MaxSeqno为20,当前接收到的IP数据包的包序号curSeqno为5,则此时MaxSeqno-curSeqno=20-5=15>10,则此时将该包序号为5的上行数据包丢弃。
假设第一阈值recvThred为10,MaxSeqno为20,当前接收到的IP数据包的包序号curSeqno为5,则此时MaxSeqno-curSeqno=20-5=15>10,则此时将该包序号为5的IP数据包丢弃。
假设第一阈值recvThred为10,MaxSeqno为20,当前接收到的IP数据包的包序号curSeqno为15,则此时MaxSeqno-curSeqno=20-15=5<10,且此时的未收包集合中不包括包序号15,则同样的将该包序号为15的IP数据包丢弃。
假设第一阈值recvThred为10,MaxSeqno为20,当前接收到的IP数据包的包序号curSeqno为15,则此时MaxSeqno-curSeqno=20-15=5<10,且此时的未收包集合中包括包序号15,则将该包序号为15的IP数据包保留,同时将包序号15从未收包集合中删除。
为了便于理解,请参阅图9,图9为本申请实施例中数据包去重方法的一个实施例示意图,如图所示,假设WiFi通道的第一网络设备发送序列的包序号依次为1、2、3和4,4G通道的第一网络设备发送序列的包序号也依次为1、2、3和4,第二网络设备接收序列的包序号依次为WiFi通道的1、4G通道的1、WiFi通道的4、4G通道的2、WiFi通道的2和3、4G通道的3和4。
第二网络设备首先接收到WiFi通道的包序号为1的IP数据包,保留并转发此包,更新MaxSeqno=1。
第二网络设备接收到4G通道的包序号为1的IP数据包,此时对应情况1,即MaxSeqno=1,MaxSeqno=curSeqno,丢弃此IP数据包。
第二网络设备接收到WiFi通道的包序号为4的IP数据包。此时对应情况2,即MaxSeqno=1,MaxSeqno<curSeqno&curSeqno-MaxSeqno>1,更新MaxSeqno=4,将跳过的包序号2和3放入未收包集合中,保留此IP数据包。
第二网络设备接收到4G通道的包序号为2的IP数据包。此时对应情况3,即MaxSeqno=4,MaxSeqno>curSeqno&MaxSeqno-curSeqno<10,在未收包集合中查找到包序号2,保留此IP数据包,并将其从未收包集合中删除,未收包集合中只剩下包序号3。
第二网络设备转发序列的包序号依次为WiFi通道的1、WiFi通道的4、4G通道的2和WiFi通道的3。
再次,本申请实施例中,提供了一种数据包去重的方法,通过上述方式,一方面,通过多通道同时收包,可以保障业务数据包的传输稳定性和有效性,另一方面,通过对并行接收的M个IP数据包聚合去重后,可以屏蔽网络变化,使得接收端的网络设备对不同网络环境的变化无感知。
可选地,在上述图7对应的各个实施例的基础上,本申请实施例提供的基于多通道的数据传输方法第四个可选实施例中,接收网络设备发送的M个网际互联协议IP数据包之后,所述方法还包括:
根据目标IP数据包的第一时刻和所述目标IP数据包所包含的第二时刻,确定所述目标IP数据包的延迟,其中,所述第二时刻所述网络设备发送所述数据包的时刻,所述目标IP数据包属于所述M个IP数据包中的一个IP数据包;
根据所述目标IP数据包的延迟,确定所述网络设备发送所述目标IP数据包所采用的通道的网络状态。
本实施例中,介绍了一种两端网络设备实现时钟同步的方法,第二网络设备确定第一网络设备在发送目标IP数据包(即M个IP数据包中的一个IP数据包)时所采用的数据通道的网络状态,可以是根据接收到第一网络设备发送的目标IP数据包的第一时刻和第一设备发送的目标IP数据包中所包含的第二时刻,计算第一目标IP数据包发送的目标IP数据包的延迟,然后根据第一目标IP数据包发送的目标IP数据包的延迟,确定第一网络设备发送目标IP数据包所采用的数据通道的网络状态。
若第一网络设备发送的目标IP数据包的延迟越大,则说明第一网络设备发送目标IP数据包所采用的数据通道的网络状态越差,反之,若第一网络设备发送的目标IP数据包的延迟越小,则说明第一网络设备发送目标IP数据包所采用的数据通道的网络状态越好。
第二时刻为根据第一网络设备发送目标IP数据包的时刻,以及第二网络设备与第一网络之间的时钟同步补偿值确定的。具体地,第一网络设备可以每隔一段时间向第二网络设备请求时间戳,并记录第二网络设备每次的返回延迟,通过平均求得第一网络设备与第二网络设备之间的平均延迟avgDelay。然后第一网络设备根据记录的最后一次请求第二网络设备返回的时间戳svrTime和此时的第一网络设备的时间localStartTime,计算此时第二网络设备的时间svrStartTime=svrTime+avgDelay/2,进而将svrStartTime–localStartTime作为第二网络设备与第一网络设备之间的时钟同步补偿值,假设第一网络设备发送目标IP数据包的时刻为curTime,那么上述的第二时刻即为CStime=curTime+svrStartTime-localStartTime。
为了便于说明,多通道传输过程中还可以通过判断数据通道的网络状态来实现智能省流量的传输,具体过程如下:
S1、第一网络设备向第二网络设备请求时间戳(比如可以请求10次,每次间隔500毫秒),并记录每次第二网络设备的返回延迟,通过平均求得第一网络设备和第二网络设备的平均延迟avgDelay;
S2、第一网络设备记录最后一次请求第二网络设备返回的时间戳svrTime和此时的第一网络设备的本地时间localStartTime;
S3、第一网络设备计算此时第二网络设备的时间svrStartTime=svrTime+avgDelay/2;
S4、第一网络设备发送的每个数据包都带上当前第二网络设备时间的,即CStime=curTime-localStartTime+svrStartTime,同时,第二网络设备发送的每个数据包都带上第二网络设备的当前时间戳Stime。
其次,本申请实施例中,提供了一种两端网络设备实现时钟同步的方法,通过上述方法,依据上行包的延迟,判断当前通道的卡顿级别,以此制定其他通道的发包规则,比如在Wi-Fi通道的网络状态较好时,4G通道可以不发包或者非全量发包,以节省下行流量。此外,还可以依据下行包的延迟,判断当前通道的卡顿级别,以此制定其他通道发包规则,比如在当前通道的网络状态较好时,其他通道可以不发包或者非全量发包,以节省用户的上行流量。
下面对本申请中的数据传输装置进行详细描述,请参阅图10,图10为本申请实施例中数据传输装置一个实施例示意图,数据传输装置30包括:
获取模块301,用于获取待处理数据包;
生成模块302,用于根据所述获取模块301获取的所述待处理数据包生成M个所述待处理数据包,其中,所述M为大于1的整数;
封装模块303,用于根据接收端多通道网际互联协议IP映射关系,对所述生成模块302生成的所述M个待处理数据包进行封装,得到M个IP数据包,其中,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系,且所述IP数据包携带发送端标识;
发送模块304,用于通过M个通道向网络设备发送所述封装模块303封装的所述M个IP数据包,其中,所述通道与所述IP数据包具有对应关系。
本申请实施例中,提供了一种基于多通道的数据传输方法,通过上述方式,利用多通道IP映射关系对数据包进行封装,得到IP数据包,通信两端可以直接传输IP数据包,而无需经过代理服务器,从而降低了出现异常情况的可能性,提升数据传输效率。与此同时,基于多通道的通信传输可以网络容错度,从而提高网络传输稳定性,适用于多种网络场景。
可选地,在上述图10所对应的实施例的基础上,本申请实施例提供的数据传输装置30的另一实施例中,
所述封装模块303,具体用于获取待处理数据包所对应的通道标识;
基于所述接收端多通道IP映射关系,根据所述待处理数据包所对应的通道标识以及所述待处理数据包所对应的所述接收端主通道地址,确定所述待处理数据包所对应的接收端当前通道地址;
根据所述待处理数据包所对应的接收端当前通道地址对所述待处理数据包进行封装,得到IP数据包。
其次,本申请实施例中,提供了一种基于接收端多通道IP映射关系对待处理数据包进行封装的方法,通过上述方式,采用接收端多通道IP映射关系对数据包进行封装后传输,能够适用于各种网络场景,IP层以上协议无需任进行变动和适配,可支持多种类型的业务和实时应用,从而提升方案的可行性和可操作性。
可选地,在上述图10所对应的实施例的基础上,请参阅图11,本申请实施例提供的数据传输装置30的另一实施例中,所述数据传输装置30还包括接收模块305以及建立模块306;
所述发送模块304,还用于在所述封装模块303根据接收端多通道IP映射关系,对所述M个待处理数据包进行封装,得到M个IP数据包之前,通过第一通道发送域名解析请求,其中,所述第一通道属于所述M个通道中的一个通道,所述域名解析请求用于请求域名服务器对目标域名进行解析;
所述接收模块305,还用于通过所述第一通道接收所述第一通道的接收端当前通道地址;
所述发送模块304,还用于通过第二通道发送所述域名解析请求,其中,所述第二通道属于所述M个通道中不同于所述第一通道的通道;
所述接收模块305,还用于通过所述第二通道接收所述第二通道的接收端当前通道地址;
所述建立模块306,用于根据所述接收模块305接收的所述第一通道的通道标识、所述第二通道的通道标识、所述第一通道的接收端当前通道地址、所述第二通道的接收端当前通道地址以及所述接收端主通道地址,建立所述接收端多通道IP映射关系。
再次,本申请实施例中,提供了一种基于建立接收端多通道IP映射关系。通过上述方式,发送端基于多通通传输的场景建立映射关系,从而能够根据映射关系实现多通道的数据传输,由此,提升方案的可行性和可靠性。
可选地,在上述图10所对应的实施例的基础上,本申请实施例提供的数据传输装置30的另一实施例中,
所述发送模块304,具体用于通过第一通道向所述网络设备的目标网卡发送第一IP数据包,其中,所述第一通道属于所述M个通道中的一个通道,所述第一IP数据包属于所述M个IP数据包中的一个IP数据包;
通过第二通道向所述网络设备的所述目标网卡发送第二IP数据包,其中,所述第二通道属于所述M个通道中不同于所述第一通道的一个通道,所述第二IP数据包属于所述M个IP数据包中不同于所述第二IP数据包的一个IP数据包。
其次,本申请实施例中,提供了一种单网络接入的方法。通过上述方式,发送端和接收端能够实现单网络收发数据包的情况,适用于单个网络传输数据的场景,从而提升数据传输的实用性和可行性。
可选地,在上述图10所对应的实施例的基础上,本申请实施例提供的数据传输装置30的另一实施例中,
所述发送模块304,具体用于通过第一通道向所述网络设备的第一网卡发送第一IP数据包,其中,所述第一通道属于所述M个通道中的一个通道,所述第一IP数据包属于所述M个IP数据包中的一个IP数据包;
通过第二通道向所述网络设备的第二网卡发送第二IP数据包,其中,所述第二通道属于所述M个通道中不同于所述第一通道的一个通道,所述第二IP数据包属于所述M个IP数据包中不同于所述第二IP数据包的一个IP数据包,所述第二网卡与所述第一网卡属于不同的接入网。
其次,本申请实施例中,提供了一种多网络接入的方法,通过上述方式,发送端与接收端能够在跨网络收发数据包的情况,适用于多个网络传输数据的场景,从而提升数据传输的实用性和可行性。
可选地,在上述图10所对应的实施例的基础上,请参阅图12,本申请实施例提供的数据传输装置30的另一实施例中,所述数据传输装置30还包括确定模块307;
所述确定模块307,用于所述发送模块304通过M个通道向网络设备发送所述M个IP数据包之后,若所述M个通道满足预设传输条件,则从所述M个通道中确定N个通道为待传输通道,其中,所述待传输通道用于传输IP数据包,所述N为大于或等1,且小于所述M的整数;
所述确定模块307,还用于若所述M个通道未满足预设传输条件,则将所述M个通道确定为待传输通道。
其次,本申请实施例中,提供了一种修改收发数据包策略的方法,通过上述方式,发送端和接收端可以在时钟同步完成之后,根据各个通道的信号质量来修改收发数据包的策略,从而更好地应对不同通信场景,由此节省网络传输流量。
下面对本申请中的数据传输装置进行详细描述,请参阅图13,图13为本申请实施例中数据传输装置一个实施例示意图,数据传输装置40包括:
接收模块401,用于接收网络设备发送的M个网际互联协议IP数据包,其中,所述M个IP数据包为通过M个通道传输的,所述通道与所述IP数据包具有对应关系,所述M为大于1的整数,且所述M个IP数据包为所述网络设备根据接收端多通道IP映射关系,对所述M个待处理数据包进行封装后得到的,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系;
解析模块402,用于对所述接收模块401接收的所述M个IP数据包进行解析,得到IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址;
建立模块403,用于根据所述解析模块402解析得到的所述IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址,建立发送端多通道IP映射关系;
发送模块404,用于当根据所述建立模块403建立的所述发送端多通道IP映射关系生成M个IP回传数据包时,通过所述M个通道向所述网络设备发送所述M个IP回传数据包,其中,所述IP回传数据包携带发送端标识。
本申请实施例中,提供了一种基于多通道的数据传输方法,通过上述方式,单网络故障时接收端无感知,其他通道依旧可以正常通信,从而可有效预防网络卡顿情况,尤其在用户无线网络环境较为复杂情况下,效果较为显著。且在对实时性要求较高的网络环境下,可预防大多数WiFi无线干扰情况,优化率较高,并可解决双通道下的应用的适配问题和TCP连接异常问题。
可选地,在上述图13所对应的实施例的基础上,本申请实施例提供的数据传输装置40的另一实施例中,
所述接收模块401,具体用于通过目标网卡接收所述网络设备通过第一通道发送的第一IP数据包,其中,所述第一通道属于所述M个通道中的一个通道,所述第一IP数据包属于所述M个IP数据包中的一个IP数据包;
通过所述目标网卡接收所述网络设备通过第二通道发送的第二IP数据包,其中,所述第二通道属于所述M个通道中不同于所述第一通道的一个通道,所述第二IP数据包属于所述M个IP数据包中不同于所述第二IP数据包的一个IP数据包。
其次,本申请实施例中,提供了一种单网络接入的方法,发送端和接收端能够实现单网络收发数据包的情况,适用于单个网络传输数据的场景,从而提升数据传输的实用性和可行性。
可选地,在上述图13所对应的实施例的基础上,本申请实施例提供的数据传输装置40的另一实施例中,
所述接收模块401,具体用于通过第一网卡接收所述网络设备通过第一通道发送的第一IP数据包,其中,所述第一通道属于所述M个通道中的一个通道,所述第一IP数据包属于所述M个IP数据包中的一个IP数据包;
通过第二网卡接收所述网络设备通过第二通道发送的第二IP数据包,其中,所述第二通道属于所述M个通道中不同于所述第一通道的一个通道,所述第二IP数据包属于所述M个IP数据包中不同于所述第二IP数据包的一个IP数据包,所述第二网卡与所述第一网卡属于不同的接入网。
其次,本申请实施例中,提供了一种多网络接入的方法,发送端与接收端能够在跨网络收发数据包的情况,适用于多个网络传输数据的场景,从而提升数据传输的实用性和可行性。
可选地,在上述图13所对应的实施例的基础上,请参阅图14,本申请实施例提供的数据传输装置40的另一实施例中,所述数据传输装置40还包括去重模块405;
所述解析模块402,还用于所述接收模块401接收网络设备发送的M个网际互联协议IP数据包之后,解析所述M个IP数据包获取M个业务数据包以及M个包头信息,其中,所述包头信息与所述IP数据包具有对应关系,所述包头信息包括所述IP数据包的包序号;
所述去重模块405,用于根据所述解析模块402解析得到的所述M个包头信息对所述M个业务数据包进行去重处理。
再次,本申请实施例中,提供了一种数据包去重的方法,通过上述方式,一方面,通过多通道同时收包,可以保障业务数据包的传输稳定性和有效性,另一方面,通过对并行接收的M个IP数据包聚合去重后,可以屏蔽网络变化,使得接收端的网络设备对不同网络环境的变化无感知。
选地,在上述图13所对应的实施例的基础上,请参阅图15,本申请实施例提供的数据传输装置40的另一实施例中,所述数据传输装置40还包括确定模块406;
所述确定模块406,用于所述接收模块401接收网络设备发送的M个网际互联协议IP数据包之后,根据目标IP数据包的第一时刻和所述目标IP数据包所包含的第二时刻,确定所述目标IP数据包的延迟,其中,所述第二时刻所述网络设备发送所述数据包的时刻,所述目标IP数据包属于所述M个IP数据包中的一个IP数据包;
所述确定模块406,还用于根据所述目标IP数据包的延迟,确定所述网络设备发送所述目标IP数据包所采用的通道的网络状态。
其次,本申请实施例中,提供了一种两端网络设备实现时钟同步的方法,通过上述方法,依据上行包的延迟,判断当前通道的卡顿级别,以此制定其他通道的发包规则,比如在Wi-Fi通道的网络状态较好时,4G通道可以不发包或者非全量发包,以节省下行流量。此外,还可以依据下行包的延迟,判断当前通道的卡顿级别,以此制定其他通道发包规则,比如在当前通道的网络状态较好时,其他通道可以不发包或者非全量发包,以节省用户的上行流量。
本申请实施例还提供了另一种数据传输装置,如图16所示,为了便于说明,仅示出了与本申请实施例相关的部分,具体技术细节未揭示的,请参照本申请实施例方法部分。该网络设备可以为包括手机、平板电脑、个人数字助理(Personal Digital Assistant,PDA)、销售网络设备(Point of Sales,POS)、车载电脑等任意网络设备,以网络设备为终端设备,且终端设备为手机为例:
图16示出的是与本申请实施例提供的网络设备相关的手机的部分结构的框图。参考图16,手机包括:射频(Radio Frequency,RF)电路510、存储器520、输入单元530、显示单元540、传感器550、音频电路560、无线保真(wireless fidelity,WiFi)模块570、处理器580、以及电源590等部件。本领域技术人员可以理解,图16中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图16对手机的各个构成部件进行具体的介绍:
RF电路510可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器580处理;另外,将设计上行的数据发送给基站。通常,RF电路510包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier,LNA)、双工器等。此外,RF电路510还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication,GSM)、通用分组无线服务(General Packet RadioService,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(Short Messaging Service,SMS)等。
存储器520可用于存储软件程序以及模块,处理器580通过运行存储在存储器520的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器520可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器520可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元530可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元530可包括触控面板531以及其他输入设备532。触控面板531,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板531上或在触控面板531附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板531可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器580,并能接收处理器580发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板531。除了触控面板531,输入单元530还可以包括其他输入设备532。具体地,其他输入设备532可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元540可包括显示面板541,可选的,可以采用液晶显示器(LiquidCrystalDisplay,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板541。进一步的,触控面板531可覆盖显示面板541,当触控面板531检测到在其上或附近的触摸操作后,传送给处理器580以确定触摸事件的类型,随后处理器580根据触摸事件的类型在显示面板541上提供相应的视觉输出。虽然在图16中,触控面板531与显示面板541是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板531与显示面板541集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器550,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板541的亮度,接近传感器可在手机移动到耳边时,关闭显示面板541和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路560、扬声器561,传声器562可提供用户与手机之间的音频接口。音频电路560可将接收到的音频数据转换后的电信号,传输到扬声器561,由扬声器561转换为声音信号输出;另一方面,传声器562将收集的声音信号转换为电信号,由音频电路560接收后转换为音频数据,再将音频数据输出处理器580处理后,经RF电路510以发送给比如另一手机,或者将音频数据输出至存储器520以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图16示出了WiFi模块570,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器580是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器520内的软件程序和/或模块,以及调用存储在存储器520内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器580可包括一个或多个处理单元;可选的,处理器580可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器580中。
手机还包括给各个部件供电的电源590(比如电池),可选的,电源可以通过电源管理系统与处理器580逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
在本申请实施例中,该网络设备所包括的处理器580还具有以下功能:
获取待处理数据包;
根据所述待处理数据包生成M个所述待处理数据包,其中,所述M为大于1的整数;
根据接收端多通道网际互联协议IP映射关系,对所述M个待处理数据包进行封装,得到M个IP数据包,其中,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系,且所述IP数据包携带发送端标识;
通过M个通道向网络设备发送所述M个IP数据包,其中,所述通道与所述IP数据包具有对应关系。
在本申请实施例中,该网络设备所包括的处理器580还具有以下功能:
接收网络设备发送的M个网际互联协议IP数据包,其中,所述M个IP数据包为通过M个通道传输的,所述通道与所述IP数据包具有对应关系,所述M为大于1的整数,且所述M个IP数据包为所述网络设备根据接收端多通道IP映射关系,对所述M个待处理数据包进行封装后得到的,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系;
对所述M个IP数据包进行解析,得到IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址;
根据所述IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址,建立发送端多通道IP映射关系;
当根据所述发送端多通道IP映射关系生成M个IP回传数据包时,通过所述M个通道向所述网络设备发送所述M个IP回传数据包,其中,所述IP回传数据包携带发送端标识。
图17是本发明实施例提供的一种网络设备结构示意图,该网络设备600可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(centralprocessing units,CPU)622(例如,一个或一个以上处理器)和存储器632,一个或一个以上存储应用程序642或数据644的存储介质630(例如一个或一个以上海量存储设备)。其中,存储器632和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对网络设备中的一系列指令操作。更进一步地,中央处理器622可以设置为与存储介质630通信,在网络设备600上执行存储介质630中的一系列指令操作。
网络设备600还可以包括一个或一个以上电源626,一个或一个以上有线或无线网络接口650,一个或一个以上输入输出接口658,和/或,一个或一个以上操作系统641,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中由网络设备所执行的步骤可以基于该图17所示的网络设备结构。
在本申请实施例中,该网络设备所包括的CPU 622还具有以下功能:
获取待处理数据包;
根据所述待处理数据包生成M个所述待处理数据包,其中,所述M为大于1的整数;
根据接收端多通道网际互联协议IP映射关系,对所述M个待处理数据包进行封装,得到M个IP数据包,其中,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系,且所述IP数据包携带发送端标识;
通过M个通道向网络设备发送所述M个IP数据包,其中,所述通道与所述IP数据包具有对应关系。
在本申请实施例中,该网络设备所包括的CPU 622还具有以下功能:
接收网络设备发送的M个网际互联协议IP数据包,其中,所述M个IP数据包为通过M个通道传输的,所述通道与所述IP数据包具有对应关系,所述M为大于1的整数,且所述M个IP数据包为所述网络设备根据接收端多通道IP映射关系,对所述M个待处理数据包进行封装后得到的,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系;
对所述M个IP数据包进行解析,得到IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址;
根据所述IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址,建立发送端多通道IP映射关系;
当根据所述发送端多通道IP映射关系生成M个IP回传数据包时,通过所述M个通道向所述网络设备发送所述M个IP回传数据包,其中,所述IP回传数据包携带发送端标识。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-onlymemory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (15)
1.一种基于多通道的数据传输方法,其特征在于,包括:
获取待处理数据包;
根据所述待处理数据包生成M个所述待处理数据包,其中,所述M为大于1的整数;
根据接收端多通道网际互联协议IP映射关系,对所述M个待处理数据包进行封装,得到M个IP数据包,其中,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系,且所述IP数据包携带发送端标识;
通过M个通道向网络设备发送所述M个IP数据包,其中,所述通道与所述IP数据包具有对应关系。
2.根据权利要求1所述的方法,其特征在于,所述根据接收端多通道网际互联协议IP映射关系,对所述M个待处理数据包进行封装,得到M个IP数据包,包括:
获取待处理数据包所对应的通道标识;
基于所述接收端多通道IP映射关系,根据所述待处理数据包所对应的通道标识以及所述待处理数据包所对应的所述接收端主通道地址,确定所述待处理数据包所对应的接收端当前通道地址;
根据所述待处理数据包所对应的接收端当前通道地址对所述待处理数据包进行封装,得到IP数据包。
3.根据权利要求1或2所述的方法,其特征在于,所述根据接收端多通道网际互联协议IP映射关系,对所述M个待处理数据包进行封装,得到M个IP数据包之前,所述方法还包括:
通过第一通道发送域名解析请求,其中,所述第一通道属于所述M个通道中的一个通道,所述域名解析请求用于请求域名服务器对目标域名进行解析;
通过所述第一通道接收所述第一通道的接收端当前通道地址;
通过第二通道发送所述域名解析请求,其中,所述第二通道属于所述M个通道中不同于所述第一通道的通道;
通过所述第二通道接收所述第二通道的接收端当前通道地址;
根据所述第一通道的通道标识、所述第二通道的通道标识、所述第一通道的接收端当前通道地址、所述第二通道的接收端当前通道地址以及所述接收端主通道地址,建立所述接收端多通道IP映射关系。
4.根据权利要求1所述的方法,其特征在于,所述通过M个通道向网络设备发送所述M个IP数据包,包括:
通过第一通道向所述网络设备的目标网卡发送第一IP数据包,其中,所述第一通道属于所述M个通道中的一个通道,所述第一IP数据包属于所述M个IP数据包中的一个IP数据包;
通过第二通道向所述网络设备的所述目标网卡发送第二IP数据包,其中,所述第二通道属于所述M个通道中不同于所述第一通道的一个通道,所述第二IP数据包属于所述M个IP数据包中不同于所述第二IP数据包的一个IP数据包。
5.根据权利要求1所述的方法,其特征在于,所述通过M个通道向网络设备发送所述M个IP数据包,包括:
通过第一通道向所述网络设备的第一网卡发送第一IP数据包,其中,所述第一通道属于所述M个通道中的一个通道,所述第一IP数据包属于所述M个IP数据包中的一个IP数据包;
通过第二通道向所述网络设备的第二网卡发送第二IP数据包,其中,所述第二通道属于所述M个通道中不同于所述第一通道的一个通道,所述第二IP数据包属于所述M个IP数据包中不同于所述第二IP数据包的一个IP数据包,所述第二网卡与所述第一网卡属于不同的接入网。
6.根据权利要求1所述的方法,其特征在于,所述通过M个通道向网络设备发送所述M个IP数据包之后,所述方法还包括:
若所述M个通道满足预设传输条件,则从所述M个通道中确定N个通道为待传输通道,其中,所述待传输通道用于传输IP数据包,所述N为大于或等1,且小于所述M的整数;
若所述M个通道未满足预设传输条件,则将所述M个通道确定为待传输通道。
7.一种基于多通道的数据传输方法,其特征在于,包括:
接收网络设备发送的M个网际互联协议IP数据包,其中,所述M个IP数据包为通过M个通道传输的,所述通道与所述IP数据包具有对应关系,所述M为大于1的整数,且所述M个IP数据包为所述网络设备根据接收端多通道IP映射关系,对所述M个待处理数据包进行封装后得到的,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系;
对所述M个IP数据包进行解析,得到IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址;
根据所述IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址,建立发送端多通道IP映射关系;
当根据所述发送端多通道IP映射关系生成M个IP回传数据包时,通过所述M个通道向所述网络设备发送所述M个IP回传数据包,其中,所述IP回传数据包携带发送端标识。
8.根据权利要求7所述的方法,其特征在于,所述接收网络设备发送的M个网际互联协议IP数据包,包括:
通过目标网卡接收所述网络设备通过第一通道发送的第一IP数据包,其中,所述第一通道属于所述M个通道中的一个通道,所述第一IP数据包属于所述M个IP数据包中的一个IP数据包;
通过所述目标网卡接收所述网络设备通过第二通道发送的第二IP数据包,其中,所述第二通道属于所述M个通道中不同于所述第一通道的一个通道,所述第二IP数据包属于所述M个IP数据包中不同于所述第二IP数据包的一个IP数据包。
9.根据权利要求7所述的方法,其特征在于,所述接收网络设备发送的M个网际互联协议IP数据包,包括:
通过第一网卡接收所述网络设备通过第一通道发送的第一IP数据包,其中,所述第一通道属于所述M个通道中的一个通道,所述第一IP数据包属于所述M个IP数据包中的一个IP数据包;
通过第二网卡接收所述网络设备通过第二通道发送的第二IP数据包,其中,所述第二通道属于所述M个通道中不同于所述第一通道的一个通道,所述第二IP数据包属于所述M个IP数据包中不同于所述第二IP数据包的一个IP数据包,所述第二网卡与所述第一网卡属于不同的接入网。
10.根据权利要求7至9中任一项所述的方法,其特征在于,所述接收网络设备发送的M个网际互联协议IP数据包之后,所述方法还包括:
解析所述M个IP数据包获取M个业务数据包以及M个包头信息,其中,所述包头信息与所述IP数据包具有对应关系,所述包头信息包括所述IP数据包的包序号;
根据所述M个包头信息对所述M个业务数据包进行去重处理。
11.根据权利要求7至9中任一项所述的方法,其特征在于,所述接收网络设备发送的M个网际互联协议IP数据包之后,所述方法还包括:
根据目标IP数据包的第一时刻和所述目标IP数据包所包含的第二时刻,确定所述目标IP数据包的延迟,其中,所述第二时刻所述网络设备发送所述数据包的时刻,所述目标IP数据包属于所述M个IP数据包中的一个IP数据包;
根据所述目标IP数据包的延迟,确定所述网络设备发送所述目标IP数据包所采用的通道的网络状态。
12.一种数据传输装置,其特征在于,包括:
获取模块,用于获取待处理数据包;
生成模块,用于根据所述获取模块获取的所述待处理数据包生成M个所述待处理数据包,其中,所述M为大于1的整数;
封装模块,用于根据接收端多通道网际互联协议IP映射关系,对所述生成模块生成的所述M个待处理数据包进行封装,得到M个IP数据包,其中,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系,且所述IP数据包携带发送端标识;
发送模块,用于通过M个通道向网络设备发送所述封装模块封装的所述M个IP数据包,其中,所述通道与所述IP数据包具有对应关系。
13.一种数据传输装置,其特征在于,包括:
接收模块,用于接收网络设备发送的M个网际互联协议IP数据包,其中,所述M个IP数据包为通过M个通道传输的,所述通道与所述IP数据包具有对应关系,所述M为大于1的整数,且所述M个IP数据包为所述网络设备根据接收端多通道IP映射关系,对所述M个待处理数据包进行封装后得到的,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系;
解析模块,用于对所述接收模块接收的所述M个IP数据包进行解析,得到IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址;
建立模块,用于根据所述解析模块解析得到的所述IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址,建立发送端多通道IP映射关系;
发送模块,用于当根据所述建立模块建立的所述发送端多通道IP映射关系生成M个IP回传数据包时,通过所述M个通道向所述网络设备发送所述M个IP回传数据包,其中,所述IP回传数据包携带发送端标识。
14.一种网络设备,其特征在于,包括:存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,包括如下步骤:
获取待处理数据包;
根据所述待处理数据包生成M个所述待处理数据包,其中,所述M为大于1的整数;
根据接收端多通道网际互联协议IP映射关系,对所述M个待处理数据包进行封装,得到M个IP数据包,其中,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系,且所述IP数据包携带发送端标识;
通过M个通道向网络设备发送所述M个IP数据包,其中,所述通道与所述IP数据包具有对应关系;
所述总线系统用于连接所述存储器以及所述处理器,以使所述存储器以及所述处理器进行通信。
15.一种网络设备,其特征在于,包括:存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,包括如下步骤:
接收网络设备发送的M个网际互联协议IP数据包,其中,所述M个IP数据包为通过M个通道传输的,所述通道与所述IP数据包具有对应关系,所述M为大于1的整数,且所述M个IP数据包为所述网络设备根据接收端多通道IP映射关系,对所述M个待处理数据包进行封装后得到的,所述接收端多通道IP映射关系包括通道标识、接收端主通道地址与接收端当前通道地址之间的对应关系,所述IP数据包与所述待处理数据包具有对应关系;
对所述M个IP数据包进行解析,得到IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址;
根据所述IP数据包的发送端标识、IP数据包的通道标识以及IP数据包的发送端当前通道地址,建立发送端多通道IP映射关系;
当根据所述发送端多通道IP映射关系生成M个IP回传数据包时,通过所述M个通道向所述网络设备发送所述M个IP回传数据包,其中,所述IP回传数据包携带发送端标识;
所述总线系统用于连接所述存储器以及所述处理器,以使所述存储器以及所述处理器进行通信。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910604392.5A CN110300115B (zh) | 2019-07-05 | 2019-07-05 | 一种基于多通道的数据传输方法以及相关装置 |
CN202110774713.3A CN113518085B (zh) | 2019-07-05 | 2019-07-05 | 一种基于多通道的数据传输方法以及相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910604392.5A CN110300115B (zh) | 2019-07-05 | 2019-07-05 | 一种基于多通道的数据传输方法以及相关装置 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110774713.3A Division CN113518085B (zh) | 2019-07-05 | 2019-07-05 | 一种基于多通道的数据传输方法以及相关装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110300115A true CN110300115A (zh) | 2019-10-01 |
CN110300115B CN110300115B (zh) | 2021-07-16 |
Family
ID=68030435
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110774713.3A Active CN113518085B (zh) | 2019-07-05 | 2019-07-05 | 一种基于多通道的数据传输方法以及相关装置 |
CN201910604392.5A Active CN110300115B (zh) | 2019-07-05 | 2019-07-05 | 一种基于多通道的数据传输方法以及相关装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110774713.3A Active CN113518085B (zh) | 2019-07-05 | 2019-07-05 | 一种基于多通道的数据传输方法以及相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN113518085B (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111372328A (zh) * | 2020-03-12 | 2020-07-03 | 深圳市三旺通信股份有限公司 | 数据的通信方法、装置、设备及计算机可读存储介质 |
CN111371800A (zh) * | 2020-03-12 | 2020-07-03 | 深圳市三旺通信股份有限公司 | 报文处理方法、设备及可读存储介质 |
CN111857999A (zh) * | 2020-07-10 | 2020-10-30 | 苏州浪潮智能科技有限公司 | 一种数据调度方法、装置、设备及计算机可读存储介质 |
CN111970340A (zh) * | 2020-07-30 | 2020-11-20 | 北京大米科技有限公司 | 信息传输方法、可读存储介质和电子设备 |
WO2020233334A1 (zh) * | 2019-05-17 | 2020-11-26 | 腾讯科技(深圳)有限公司 | 数据传输方法、装置、设备及计算机存储介质 |
CN112073288A (zh) * | 2020-08-19 | 2020-12-11 | 北京博特数通技术有限公司 | 一种多链路的数据传输方法和装置 |
CN112153753A (zh) * | 2020-09-24 | 2020-12-29 | 维沃移动通信有限公司 | 网络连接方法及装置 |
WO2021073394A1 (zh) * | 2019-10-15 | 2021-04-22 | 北京达佳互联信息技术有限公司 | 一种数据传输方法、装置、电子设备及存储介质 |
CN113055353A (zh) * | 2019-12-28 | 2021-06-29 | 中移(成都)信息通信科技有限公司 | 数据传输方法、装置、设备及计算机可读取介质 |
CN113641520A (zh) * | 2021-08-20 | 2021-11-12 | 北京百度网讯科技有限公司 | 数据处理方法、系统、设备以及存储介质 |
CN114070495A (zh) * | 2021-11-17 | 2022-02-18 | 武汉联影智融医疗科技有限公司 | 数据传输方法、装置、电子装置和存储介质 |
CN114071434A (zh) * | 2020-08-03 | 2022-02-18 | 华为技术有限公司 | 联网方法及联网系统、电子设备 |
CN114666745A (zh) * | 2022-03-29 | 2022-06-24 | 杭州中天微系统有限公司 | 数据传输方法、节点控制方法、网络设备、网络系统 |
CN115102943A (zh) * | 2021-09-03 | 2022-09-23 | 南方电网深圳数字电网研究院有限公司 | 一种基于多通道的数据跨区传输方法及装置 |
WO2024022022A1 (zh) * | 2022-07-26 | 2024-02-01 | 亿航智能设备(广州)有限公司 | 一种多网卡融合通信方法及通信系统 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115273869A (zh) * | 2022-07-20 | 2022-11-01 | 哲库科技(上海)有限公司 | 音频数据传输方法、装置、芯片、电子设备及存储介质 |
CN115460267B (zh) * | 2022-08-16 | 2023-06-02 | 珠海市奥德维科技有限公司 | 通讯方法和系统、存储介质 |
CN115865903B (zh) * | 2022-12-06 | 2023-10-03 | 中安网脉(北京)技术股份有限公司 | 一种基于双通道的文件传输控制系统和方法 |
CN116032635B (zh) * | 2023-01-06 | 2023-11-03 | 上海贝锐信息科技股份有限公司 | 一种使用公共网络代替专线网络的数据传输方法及系统 |
CN116170831B (zh) * | 2023-01-16 | 2023-09-12 | 上海山源电子科技股份有限公司 | 一种基于5g网络的数据多通道传输方法、装置、设备及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610535A (zh) * | 2009-07-30 | 2009-12-23 | 杭州华三通信技术有限公司 | 多链路直连场景下保证bfd会话稳定性的方法、系统及装置 |
CN102761476A (zh) * | 2012-03-30 | 2012-10-31 | 杭州华三通信技术有限公司 | 一种负载均衡的方法及装置 |
CN107949069A (zh) * | 2017-12-30 | 2018-04-20 | 广东欧珀移动通信有限公司 | 终端无线数据传输方法、装置、终端及存储介质 |
CN108235363A (zh) * | 2017-12-30 | 2018-06-29 | 广东欧珀移动通信有限公司 | 终端无线数据传输方法、装置、终端及存储介质 |
CN108235373A (zh) * | 2017-12-30 | 2018-06-29 | 广东欧珀移动通信有限公司 | 终端无线数据传输方法、装置、终端及存储介质 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100514975C (zh) * | 2006-03-09 | 2009-07-15 | 华为技术有限公司 | 宽带码分多址网络中Iub接口数据传输方法 |
CN101083779A (zh) * | 2007-05-22 | 2007-12-05 | 深圳市智林机电技术有限公司 | 实现廉价冗余网络阵列的方法及其设备 |
CN101674308B (zh) * | 2009-10-13 | 2015-04-01 | 中兴通讯股份有限公司 | 分组交换域业务数据传输方法及装置 |
CN104519554B (zh) * | 2014-12-12 | 2018-02-27 | 重庆邮电大学 | 一种支持多频段6LoWSN并行接入Internet的方法 |
WO2016200487A1 (en) * | 2015-06-09 | 2016-12-15 | Intel Corporation | System and method for dynamic marking for internet protocol bearer splitting |
CN106789534B (zh) * | 2016-12-27 | 2019-09-17 | 京信通信系统(中国)有限公司 | 一种基于无线网络的数据传输方法和装置 |
CN107171804B (zh) * | 2017-05-16 | 2019-12-03 | 歌尔科技有限公司 | 一种数据传输方法 |
CN108521331A (zh) * | 2018-04-11 | 2018-09-11 | 西安邮电大学 | 基于源地址的隐蔽信息发送系统及发送方法 |
CN109600388B (zh) * | 2019-01-03 | 2021-01-15 | 腾讯科技(深圳)有限公司 | 数据传输方法、装置、计算机可读介质及电子设备 |
-
2019
- 2019-07-05 CN CN202110774713.3A patent/CN113518085B/zh active Active
- 2019-07-05 CN CN201910604392.5A patent/CN110300115B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610535A (zh) * | 2009-07-30 | 2009-12-23 | 杭州华三通信技术有限公司 | 多链路直连场景下保证bfd会话稳定性的方法、系统及装置 |
CN102761476A (zh) * | 2012-03-30 | 2012-10-31 | 杭州华三通信技术有限公司 | 一种负载均衡的方法及装置 |
CN107949069A (zh) * | 2017-12-30 | 2018-04-20 | 广东欧珀移动通信有限公司 | 终端无线数据传输方法、装置、终端及存储介质 |
CN108235363A (zh) * | 2017-12-30 | 2018-06-29 | 广东欧珀移动通信有限公司 | 终端无线数据传输方法、装置、终端及存储介质 |
CN108235373A (zh) * | 2017-12-30 | 2018-06-29 | 广东欧珀移动通信有限公司 | 终端无线数据传输方法、装置、终端及存储介质 |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020233334A1 (zh) * | 2019-05-17 | 2020-11-26 | 腾讯科技(深圳)有限公司 | 数据传输方法、装置、设备及计算机存储介质 |
US11956147B2 (en) | 2019-05-17 | 2024-04-09 | Tencent Technology (Shenzhen) Company Limited | Data transmission method, apparatus, and device, and computer storage medium |
WO2021073394A1 (zh) * | 2019-10-15 | 2021-04-22 | 北京达佳互联信息技术有限公司 | 一种数据传输方法、装置、电子设备及存储介质 |
CN113055353A (zh) * | 2019-12-28 | 2021-06-29 | 中移(成都)信息通信科技有限公司 | 数据传输方法、装置、设备及计算机可读取介质 |
CN111371800B (zh) * | 2020-03-12 | 2022-09-06 | 深圳市三旺通信股份有限公司 | 报文处理方法、设备及可读存储介质 |
CN111371800A (zh) * | 2020-03-12 | 2020-07-03 | 深圳市三旺通信股份有限公司 | 报文处理方法、设备及可读存储介质 |
CN111372328A (zh) * | 2020-03-12 | 2020-07-03 | 深圳市三旺通信股份有限公司 | 数据的通信方法、装置、设备及计算机可读存储介质 |
CN111857999A (zh) * | 2020-07-10 | 2020-10-30 | 苏州浪潮智能科技有限公司 | 一种数据调度方法、装置、设备及计算机可读存储介质 |
CN111857999B (zh) * | 2020-07-10 | 2023-01-10 | 苏州浪潮智能科技有限公司 | 一种数据调度方法、装置、设备及计算机可读存储介质 |
CN111970340B (zh) * | 2020-07-30 | 2023-06-16 | 北京大米科技有限公司 | 信息传输方法、可读存储介质和电子设备 |
CN111970340A (zh) * | 2020-07-30 | 2020-11-20 | 北京大米科技有限公司 | 信息传输方法、可读存储介质和电子设备 |
CN114071434A (zh) * | 2020-08-03 | 2022-02-18 | 华为技术有限公司 | 联网方法及联网系统、电子设备 |
CN112073288A (zh) * | 2020-08-19 | 2020-12-11 | 北京博特数通技术有限公司 | 一种多链路的数据传输方法和装置 |
CN112153753A (zh) * | 2020-09-24 | 2020-12-29 | 维沃移动通信有限公司 | 网络连接方法及装置 |
CN112153753B (zh) * | 2020-09-24 | 2022-09-16 | 维沃移动通信有限公司 | 网络连接方法及装置 |
CN113641520A (zh) * | 2021-08-20 | 2021-11-12 | 北京百度网讯科技有限公司 | 数据处理方法、系统、设备以及存储介质 |
CN113641520B (zh) * | 2021-08-20 | 2024-04-05 | 北京百度网讯科技有限公司 | 数据处理方法、系统、设备以及存储介质 |
CN115102943A (zh) * | 2021-09-03 | 2022-09-23 | 南方电网深圳数字电网研究院有限公司 | 一种基于多通道的数据跨区传输方法及装置 |
CN115102943B (zh) * | 2021-09-03 | 2024-04-05 | 南方电网数字平台科技(广东)有限公司 | 一种基于多通道的数据跨区传输方法及装置 |
CN114070495A (zh) * | 2021-11-17 | 2022-02-18 | 武汉联影智融医疗科技有限公司 | 数据传输方法、装置、电子装置和存储介质 |
CN114666745B (zh) * | 2022-03-29 | 2023-07-21 | 杭州中天微系统有限公司 | 数据传输方法、节点控制方法、网络设备、网络系统 |
CN114666745A (zh) * | 2022-03-29 | 2022-06-24 | 杭州中天微系统有限公司 | 数据传输方法、节点控制方法、网络设备、网络系统 |
WO2024022022A1 (zh) * | 2022-07-26 | 2024-02-01 | 亿航智能设备(广州)有限公司 | 一种多网卡融合通信方法及通信系统 |
Also Published As
Publication number | Publication date |
---|---|
CN110300115B (zh) | 2021-07-16 |
CN113518085A (zh) | 2021-10-19 |
CN113518085B (zh) | 2022-08-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110300115A (zh) | 一种基于多通道的数据传输方法以及相关装置 | |
US10555053B2 (en) | Video processing method and associated devices and communication system | |
US10257136B2 (en) | Data aggregation in the internet of things | |
CN103905885B (zh) | 视频直播方法及装置 | |
US8037097B2 (en) | Universal device identifier for globally identifying and binding disparate device identifiers to the same mobile device | |
CN103477588B (zh) | 刀片服务器中刀片间网络业务的分类和管理方法和系统 | |
CN108696895A (zh) | 资源获取方法、装置及系统 | |
CN104717186B (zh) | 一种在网络系统中传输数据的方法、装置及数据传输系统 | |
CN104754419A (zh) | 基于视频的互动方法和装置 | |
CN110213315A (zh) | 一种路径确定方法和装置 | |
CN106506674A (zh) | 通信消息同步方法及装置 | |
CN104753980A (zh) | 数据传输方法及相关装置和通信系统 | |
CN104967608B (zh) | 播放多媒体文件的方法、移动终端及固定终端 | |
CN107547346A (zh) | 一种报文传输方法和装置 | |
CN106921578A (zh) | 一种转发表项的生成方法和装置 | |
CN109828843A (zh) | 一种计算节点间数据传输的方法、系统及电子设备 | |
CN109862377A (zh) | 视频传输方法、装置、系统及计算机可读存储介质 | |
CN110011935A (zh) | 数据流处理方法及相关设备 | |
CN109257138A (zh) | 一种数据传输控制方法以及相关设备 | |
CN108282405B (zh) | 应用程序接口缓存管理方法、应用服务器及存储介质 | |
CN109922539A (zh) | 网络连接方法及相关产品 | |
CN109995743A (zh) | 一种多媒体文件的处理方法和终端 | |
CN103476017B (zh) | 一种lte网络用户信息的关联方法及装置 | |
CN109413224A (zh) | 报文转发方法和装置 | |
CN103916906A (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 |