CN111343093A - 业务数据的传输方法及装置 - Google Patents
业务数据的传输方法及装置 Download PDFInfo
- Publication number
- CN111343093A CN111343093A CN202010130372.1A CN202010130372A CN111343093A CN 111343093 A CN111343093 A CN 111343093A CN 202010130372 A CN202010130372 A CN 202010130372A CN 111343093 A CN111343093 A CN 111343093A
- Authority
- CN
- China
- Prior art keywords
- data
- transmission path
- service
- target
- shortest
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/12—Shortest path evaluation
- H04L45/124—Shortest path evaluation using a combination of metrics
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种业务数据的传输方法及装置;方法包括:接收到针对目标业务的业务数据;获取预先构建的网络拓扑图,所述网络拓扑图包括至少两个节点,所述节点基于为所述目标业务提供服务的数据中心而确定,任意两个所述节点之间建立有通信连接;基于所述网络拓扑图,确定对应所述目标业务的最短传输路径;基于所述最短传输路径,传输所述业务数据。通过本发明,能够全局提升业务数据的传输速率。
Description
技术领域
本发明涉及网络通讯技术领域,尤其涉及一种业务数据的传输方法及装置。
背景技术
用户通过运营商网络直接远距离或跨国访问业务服务时,业务数据的网络传输路径取决于网际协议(IP,Internet Protocol)层路由。由于全球骨干网的各段链路质量受当地运营商、政策、成本等多种因素影响,IP层路由可能不是最佳路径,导致业务数据的传输速率低。此外,IP路由在长距离传输场景下,延时高,丢包率高,传输层丢包恢复代价大,对业务体验影响大。
相关技术中,服务提供商通过为业务建立互联网专线,定点提升长距离或跨国业务服务的网络质量。然而,采用点对点海内外互联网专线,虽然能够改善网络质量,提升业务数据的传输速率,但其只能优化局部线路,业务服务的全局优化受限于专线资源建设、成本高昂,无法提升全局线路的业务数据的传输速率。
发明内容
本发明实施例提供一种业务数据的传输方法、装置、设备及存储介质,能够全局提升业务数据的传输速率。
本发明实施例的技术方案是这样实现的:
本发明实施例提供一种业务数据的传输方法,包括:
接收到针对目标业务的业务数据;
获取预先构建的网络拓扑图,所述网络拓扑图包括至少两个节点,所述节点基于为所述目标业务提供服务的数据中心而确定,任意两个所述节点之间建立有通信连接;
基于所述网络拓扑图,确定对应所述目标业务的最短传输路径;
基于所述最短传输路径,传输所述业务数据。
上述方案中,所述接收到针对目标业务的业务数据之前,所述方法还包括:
对所述目标业务对应的传输控制协议端口进行监测;
接收通过所述传输控制协议端口发送的建连请求;
响应于所述建连请求,建立目标代理节点与所述业务数据的接收端的通信连接,所述目标代理节点对应所述最短传输路径的路径终点。
上述方案中,所述方法还包括:
对所述通信连接的连接状态进行监测;
当所述连接状态表征所述通信连接发生异常时,生成用于断开所述通信连接的断信令帧;
将所述断信令帧传输至所述目标代理节点,以使所述目标代理节点基于所述断信令帧释放所述通信连接。
上述方案中,基于所述网络拓扑图,确定对应所述目标业务的最短传输路径,包括:
确定所述网络拓扑图中相邻节点间数据传输的延时和丢包率;
基于所述延时及所述丢包率,确定所述相邻节点间边的拓扑权重;
结合所述网络拓扑图及所述相邻节点间边的拓扑权重,确定对应所述目标业务的最短传输路径。
上述方案中,所述基于所述延时及所述丢包率,确定所述相邻节点间边的拓扑权重,包括:
获取1与所述丢包率的差值;
将所述延时与所述差值的比值,确定为所述相邻节点间边的拓扑权重。
本发明实施例提供一种业务数据的传输装置,包括:
接收模块,用于接收到针对目标业务的业务数据;
获取模块,用于获取预先构建的网络拓扑图,所述网络拓扑图包括至少两个节点,所述节点基于为所述目标业务提供服务的数据中心而确定,任意两个所述节点之间建立有通信连接;
确定模块,用于基于所述网络拓扑图,确定对应所述目标业务的最短传输路径;
传输模块,用于基于所述最短传输路径,传输所述业务数据。
上述方案中,所述接收到针对目标业务的业务数据之前,所述装置还包括建立模块,
所述建立模块,用于对所述目标业务对应的传输控制协议端口进行监测;
接收通过所述传输控制协议端口发送的建连请求;
响应于所述建连请求,建立目标代理节点与所述业务数据的接收端的通信连接,所述目标代理节点对应所述最短传输路径的路径终点。
上述方案中,所述建立模块,还用于对所述建连请求进行封装处理,得到对应的建连信令帧,所述建连信令帧的帧头包括:全局虚拟逻辑会话标识、最短传输路径、接收端标识,所述全局虚拟逻辑会话标识用于唯一标识所述业务数据的发送端与接收端之间的会话;
通过所述最短传输路径,将所述建连信令帧传输至所述目标代理节点,以使所述目标代理节点基于所述全局虚拟逻辑会话标识及所述接收端标识,建立与所述接收端的通信连接。
上述方案中,所述装置还包括释放模块,
所述释放模块,用于对所述通信连接的连接状态进行监测;
当所述连接状态表征所述通信连接发生异常时,生成用于断开所述通信连接的断信令帧;
将所述断信令帧传输至所述目标代理节点,以使所述目标代理节点基于所述断信令帧释放所述通信连接。
上述方案中,所述接收模块,还用于对所述目标业务对应的业务端口进行监测,所述业务端口为传输控制协议端口或用户数据报协议端口;
通过所述业务端口,接收到针对所述目标业务的业务数据。
上述方案中,所述装置还包括生成模块,
所述生成模块,用于当所述业务数据由多个数据包承载时,基于针对各所述数据包的会话元组及进程启动随机参数,生成对应各所述数据包的虚拟逻辑会话标识;
相应的,所述传输模块,还用于通过所述最短传输路径,将所述数据包传输至目标代理节点,以使所述目标代理节点基于所述数据包的虚拟逻辑会话标识,将所述数据包传输至所述业务数据的接收端,所述目标代理节点对应所述最短传输路径的路径终点。
上述方案中,所述获取预先构建的网络拓扑图之前,所述装置还包括构建模块,
所述构建模块,用于确定为所述目标业务提供服务的至少两个数据中心;
以所述数据中心为节点,构建对应所述目标业务的网络拓扑图,所述网络拓扑图中任意两节点间基于快速用户数据报协议的互联网连接协议(QUIC,Quick UDP InternetConnection)建立通信连接。
上述方案中,所述确定模块,还用于确定所述网络拓扑图中相邻节点间数据传输的延时和丢包率;
基于所述延时及所述丢包率,确定所述相邻节点间边的拓扑权重;
结合所述网络拓扑图及所述相邻节点间边的拓扑权重,确定对应所述目标业务的最短传输路径。
上述方案中,所述确定模块,还用于获取1与所述丢包率的差值;
将所述延时与所述差值的比值,确定为所述相邻节点间边的拓扑权重。
上述方案中,所述确定模块,还用于确定所述目标业务在所述网络拓扑图中的多条传输路径;
分别将各所述传输路径所包括的边的拓扑权重进行求和处理,得到对应各所述传输路径的拓扑权重;
基于各所述传输路径的拓扑权重,确定对应所述目标业务的最短传输路径。
上述方案中,所述确定模块,还用于从所述多条传输路径中,选取拓扑权重最小的传输路径作为第一传输路径;
确定所述第一传输路径的传输性能,及所述第一传输路径所包括的多个节点;
从所述第一传输路径中剔除目标数量节点,得到对应的第二传输路径;
确定所述第一传输路径的传输性能与第二传输路径的传输性能之差低于性能阈值时,将所述第二传输路径确定为对应所述目标业务的最短传输路径。
上述方案中,所述传输模块,还用于对所述业务数据进行封装处理,得到对应的数据传输帧;
基于所述最短传输路径,通过基于QUIC连接,将所述数据传输帧传输至相邻下游节点,以使所述相邻下游节点确定自身非目标代理节点时,转发所述数据传输帧直至所述目标代理节点,所述目标代理节点对应所述最短传输路径的路径终点。
上述方案中,所述传输模块,还用于对所述业务数据进行封装处理,得到对应的数据传输帧;
通过所述最短传输路径,将所述数据传输帧传输至目标代理节点,以使所述目标代理节点将所述数据传输帧进行解封装,得到解封后的数据,并将所述解封后的数据传输至所述业务数据的接收端,所述目标代理节点对应所述最短传输路径的路径终点。
上述方案中,所述传输模块,还用于当最短传输路径的数量为至少两条时,对所述业务数据进行拆分,得到对应所述业务数据的至少两个数据包;
通过所述至少两条最短传输路径,传输得到的所述至少两个数据包。
上述方案中,所述传输模块,还用于获取各所述最短传输路径的带宽大小和拥塞程度;
基于各所述最短传输路径的带宽大小和拥塞程度,确定对应各所述数据包的最短传输路径;
通过确定的对应各所述数据包的最短传输路径,传输对应的数据包。
上述方案中,所述传输模块,还用于当最短传输路径的路径为单条,且所述业务数据由多个数据包承载时,将所述多个数据包进行合并,得到合并后的数据包;
通过所述最短传输路径,传输所述合并后的数据包。
本发明实施例提供一种业务数据的传输设备,所述传输设备包括:
存储器,用于存储可执行指令;
处理器,用于执行所述存储器中存储的可执行指令时,实现本发明实施例提供的业务数据的传输方法。
本发明实施例提供一种计算机可读存储介质,存储有可执行指令,用于引起处理器执行时,实现本发明实施例提供的业务数据的传输方法。
本发明实施例具有以下有益效果:
针对长距离网络服务间的数据传输,从长距离网络间之间灵活选用为目标业务提供服务的数据中心作为节点,以节点构建网络拓扑图,从网络拓扑图中确定对应目标业务的最短传输路径,通过确定的最短传输路径传输业务数据,能够提高长距离网络间数据的传输速率,从而在有损网络下可大幅度提升服务的稳定性,降低延时,同时具有高度的灵活性和成本优势。
附图说明
图1为本发明实施例提供的业务数据的传输系统的一个可选的架构示意图;
图2为本发明实施例提供的业务数据的传输设备的一个可选的结构示意图;
图3为本发明实施例提供的业务数据的传输方法的一个可选的流程示意图;
图4为本发明实施例提供的网络拓扑图的示意图;
图5为本发明实施例提供的最短传输路径的确定方法的一个可选的流程示意图;
图6为本发明实施例提供的最短传输路径的确定方法的一个可选的流程示意图;
图7为本发明实施例提供的最短传输路径的确定方法的一个可选的流程示意图;
图8为本发明实施例提供的业务数据的传输方法的一个可选的流程示意图;
图9为本发明实施例提供的业务数据的传输方法的一个可选的流程示意图;
图10为本发明实施例提供的业务数据的传输方法示意图;
图11为本发明实施例提供的业务数据的传输方法示意图;
图12为本发明实施例提供的业务数据的传输系统的一个可选的架构示意图;
图13为本发明实施例提供的业务数据的传输方法示意图;
图14为本发明实施例提供的业务数据的传输方法的一个可选的流程示意图;
图15为本发明实施例提供的业务数据的传输装置的结构组成示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,所描述的实施例不应视为对本发明的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
在以下的描述中,所涉及的术语“第一\第二”仅仅是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二”在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。
除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的,不是旨在限制本发明。
对本发明实施例进行进一步详细说明之前,对本发明实施例中涉及的名词和术语进行说明,本发明实施例中涉及的名词和术语适用于如下的解释。
1)QUIC:是谷歌制定的一种基于用户数据报协议的低时延传输层协议。
2)用户数据报协议(UDP,User Data Protocol):是一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务。
3)传输控制协议(TCP,Transmission Control Protocol):是一种面向连接的、可靠的、基于字节流的传输层通信协议。
4)迪杰斯特拉(Dijkstra)算法:从一个顶点到其余各顶点的最短路径算法。
5)网状拓扑(Full-Mesh):网络中所有节点都两两直接相连。
6)客户端,终端中运行的用于提供各种服务的应用程序,例如即时通信客户端、购物客户端。
7)响应于,用于表示所执行的操作所依赖的条件或者状态,当满足所依赖的条件或状态时,所执行的一个或多个操作可以是实时的,也可以具有设定的延迟;在没有特别说明的情况下,所执行的多个操作不存在执行先后顺序的限制。
参见图1,图1为本发明实施例提供的业务数据的传输系统100的一个可选的架构示意图,为实现支撑一个示例性应用,终端400(示例性示出了终端400-1和终端400-2)通过加速系统300连接服务器200,加速系统300的网络拓扑图包括至少两个节点,节点基于为目标业务提供服务的数据中心而确定,任意两节点间基于QUIC建立通信连接,基于网络拓扑图的节点,确定最短传输路径,实现业务数据传输。在实际实施时,终端400与加速系统300上的入节点之间为TCP连接或者UDP连接,加速系统300上的目标代理节点(即出节点)与服务器200之间为TCP连接或者UDP连接,其中,入节点为最短传输路径的路径起点,目标代理节点为最短传输路径的路径终点。
在实际应用中,终端400与服务器200之间具有比较长的距离,如两者位于不同的国家,或位于同一国家不同的城市,终端400上设置有如京东商城或淘宝等能够提供目标业务的应用客户端,相应的,服务器200为对应目标业务的源站服务器,例如,通过处于海外的终端400访问京东商城时,服务器200为位于北京的京东商城的源站服务器;或者,通过处于海外的终端400访问淘宝时,服务器200为位于杭州的淘宝的源站服务器。那么可理解为,终端400为针对目标业务的业务数据的发送端,服务器200为针对目标业务的业务数据的接收端。
如图1所示,用户打开终端400的应用客户端,发送针对目标业务的业务数据至加速系统300;加速系统300上的入节点,用于接收到针对目标业务的业务数据;获取预先构建的网络拓扑图;基于网络拓扑图,确定对应目标业务的最短传输路径;基于最短传输路径,传输业务数据至目标代理节点,经目标代理节点将业务数据传输至服务器200,以使服务器200基于接收到的业务数据得到对应的业务资源数据,并经加速系统300返回给终端400。
参见图2,图2为本发明实施例提供的业务数据的传输设备500的一个可选的结构示意图,图2所示的业务数据的传输设备500包括:至少一个处理器510、存储器550、至少一个网络接口520和用户接口530。业务数据的传输设备500中的各个组件通过总线系统540耦合在一起。可理解,总线系统540用于实现这些组件之间的连接通信。总线系统540除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图2中将各种总线都标为总线系统540。
处理器510可以是一种集成电路芯片,具有信号的处理能力,例如通用处理器、数字信号处理器(DSP,Digital Signal Processor),或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等,其中,通用处理器可以是微处理器或者任何常规的处理器等。
用户接口530包括使得能够呈现媒体内容的一个或多个输出装置531,包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口530还包括一个或多个输入装置532,包括有助于用户输入的用户接口部件,比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
存储器550可以是可移除的,不可移除的或其组合。示例性的硬件设备包括固态存储器,硬盘驱动器,光盘驱动器等。存储器550可选地包括在物理位置上远离处理器510的一个或多个存储设备。
存储器550包括易失性存储器或非易失性存储器,也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM,Read Only Memory),易失性存储器可以是随机存取存储器(RAM,Random Access Memory)。本发明实施例描述的存储器550旨在包括任意适合类型的存储器。
在一些实施例中,存储器550能够存储数据以支持各种操作,这些数据的示例包括程序、模块和数据结构或者其子集或超集,下面示例性说明。
操作系统551,包括用于处理各种基本系统服务和执行硬件相关任务的系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务;
网络通信模块552,用于经由一个或多个(有线或无线)网络接口520到达其他计算设备,示例性的网络接口520包括:蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB,Universal Serial Bus)等;
呈现模块553,用于经由一个或多个与用户接口530相关联的输出装置531(例如,显示屏、扬声器等)使得能够呈现信息(例如,用于操作外围设备和显示内容和信息的用户接口);
输入处理模块554,用于对一个或多个来自一个或多个输入装置532之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
在一些实施例中,本发明实施例提供的装置可以采用软件方式实现,图2示出了存储在存储器550中的装置555,其可以是程序和插件等形式的软件,包括以下软件模块:接收模块5551、获取模块5552、确定模块5553和传输模块5554,这些模块是逻辑上的,因此根据所实现的功能可以进行任意的组合或进一步拆分。
将在下文中说明各个模块的功能。
在另一些实施例中,本发明实施例提供的业务数据的传输装置可以采用硬件方式实现,作为示例,本发明实施例提供的业务数据的传输装置可以是采用硬件译码处理器形式的处理器,其被编程以执行本发明实施例提供的业务数据的传输方法,例如,硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC,Application SpecificIntegrated Circuit)、DSP、可编程逻辑器件(PLD,Programmable Logic Device)、复杂可编程逻辑器件(CPLD,Complex Programmable Logic Device)、现场可编程门阵列(FPGA,Field-Pro grammable Gate Array)或其他电子元件。
将结合本发明实施例提供的终端的示例性应用和实施,说明本发明实施例提供的业务数据的传输方法。
参见图3,图3为本发明实施例提供的业务数据的传输方法的一个可选的流程示意图,将结合图3示出的步骤进行说明。
步骤101:加速系统的入节点接收到针对目标业务的业务数据。
在实际应用中,终端上设置有如“京东”、“小红书”或“淘宝”等能够提供目标业务的应用客户端,业务提供商在其业务供应区域内部署有对应的数据中心以提供相应的业务服务。例如,京东业务的提供商在海内外部署有数据中心,如在中国境内的各个城市,日本、新加坡、美国等境外多个国家都部署有数据中心,各个数据中心为其所在区域的用户提供业务服务。
当用户通过终端远距离或跨国访问目标业务时,为了提高业务数据的传输速率,加速系统是终端与服务器之间的桥梁,其中,加速系统以多个数据中心为节点而构建的网络拓扑图为基础,基于构建的网络拓扑图确定最短传输路径以传输相应的业务数据。在实际应用中,终端与服务器间的关系可以为:终端对应目标业务的业务数据的发送端,服务器对应目标业务数据的接收端;或者,服务器对应目标业务的业务数据的发送端,终端对应目标业务的业务数据的接收端。
在实际实施时,终端或服务器通过与加速系统中的入节点或目标代理节点建立通信连接,当终端作为业务数据的发送端、服务器作为业务数据的接收端时,终端所处区域的数据中心作为终端接入加速系统的入节点,该入节点对应最短传输路径的路径起点;服务器所处区域的数据中心为加速系统的目标代理节点或出节点,该目标代理节点对应最短传输路径的路径终点,通过该目标代理节点建立加速系统与服务器之间的连接;其中,终端与加速系统经入节点相连接可以为TCP方式或者UDP方式,加速系统与服务器经目标代理节点相连接也可以为TCP方式或者UDP方式。
在一些实施例中,加速系统的入节点在接收到针对目标业务的业务数据之前,通过如下方式建立通信连接:
对目标业务对应的传输控制协议端口进行监测;接收通过传输控制协议端口发送的建连请求;响应于建连请求,建立目标代理节点与业务数据的接收端的通信连接,其中,目标代理节点对应最短传输路径的路径终点。
这里,在实际应用中,加速系统是一个集群,能够同时给多种业务提供服务,其为各种业务设置了相应的业务端口,通过该业务端口给相应的业务提供服务。业务提供商通过将自身域名修改为加速系统的域名,来实现与加速系统的连接,进而将业务提供商自身接收到的数据共享给加速系统。
例如,加速系统通过为“京东”设置的业务端口,给涉及“京东”业务数据的发送端和接收端提供服务;或者,通过为“小红书”设置的业务端口,给涉及“小红书”的业务数据的发送端和接收端提供服务,等等。
在实际实施时,当业务数据的发送端与加速系统的入节点通过TCP方式连接时,由于TCP是一种面向连接的传输层通信协议,因此,加速系统的入节点实时对目标业务对应的TCP端口传输的数据进行监测,当监测到通过该TCP端口传输的建连请求时,基于该建连请求,建立目标代理节点与接收端的通信连接,进而实现业务数据的发送端与接收端间的连接。
在一些实施例中,加速系统的入节点可通过如下方式响应于建连请求,建立目标代理节点与业务数据的接收端的通信连接:
对建连请求进行封装处理,得到对应的建连信令帧,其中,建连信令帧的帧头包括:全局虚拟逻辑会话标识、最短传输路径、接收端标识,全局虚拟逻辑会话标识用于唯一标识业务数据的发送端与接收端之间的会话;通过最短传输路径,将建连信令帧传输至目标代理节点,以使目标代理节点基于全局虚拟逻辑会话标识及接收端标识,建立与接收端的通信连接。
在实际实施时,当加速系统的入节点监测到发送端发送的建连请求后,利用TCP连接的会话五元组、进程启动随机数等参数为业务TCP会话生成唯一一个全局虚拟逻辑会话标识,其中,五元组包括:源IP地址、源端口、传输层协议、目的IP地址和目的端口;例如:192.168.1.1 10000TCP 121.14.88.76 80构成了一个五元组,其意义在于,一个IP地址为192.168.1.1的终端通过端口10000,利用TCP协议,和IP地址为121.14.88.76、端口为80的终端进行连接。
在对建连请求进行封装时,将全局虚拟逻辑会话标识、最短传输路径和接收端标识封装到帧头中,得到封装后的建连信令帧,加速系统的入节点将建连信令帧发送至目标代理节点,目标代理节点基于全局虚拟逻辑会话标识及接收端标识,与接收端建立TCP连接。
在一些实施例中,加速系统的入节点可通过如下方式对断开连接异常的连接:
对通信连接的连接状态进行监测;当连接状态表征通信连接发生异常时,生成用于断开通信连接的断信令帧;将断信令帧传输至目标代理节点,以使目标代理节点基于断信令帧释放通信连接。
这里,需要说明的,入节点和目标代理节点均可对TCP连接状态进行监测,当监测到TCP连接发生异常时,使用断连信令帧立即通知对端节点,释放对应的TCP连接,终止整个TCP会话。
在一些实施例中,加速系统的入节点可通过如下方式接收到针对目标业务的业务数据:
对目标业务对应的业务端口进行监测,业务端口为传输控制协议端口或用户数据报协议端口;通过业务端口,接收到针对目标业务的业务数据。
在实际应用中,当业务端口为传输控制协议端口,即为TCP端口时,通过TCP端口,接收业务数据的发送端发送的针对目标业务的业务数据;当业务端口为用户数据报协议端口,即为UDP端口时,通过UDP端口,接收业务数据的发送端发送的针对目标业务的业务数据。
步骤102:获取预先构建的网络拓扑图。
其中,网络拓扑图包括至少两个节点,节点基于为目标业务提供服务的数据中心而确定,任意两个节点之间建立有通信连接。
在一些实施例中,加速系统的入节点可通过如下方式构建网络拓扑图:
确定为目标业务提供服务的至少两个数据中心;以所述数据中心为节点,构建对应目标业务的网络拓扑图,其中,网络拓扑图中任意两节点间基于QUIC建立通信连接。
这里,当用户通过终端远距离或跨国访问目标业务时,需构建针对目标业务的业务数据的发送端和接收端之间的网络拓扑图,这里,接收端即为提供目标业务的目标源站。在实际应用中,在给某一区域用户提供目标业务之前,目标业务的提供商需要提前在该区域部署为目标业务提供服务的数据中心。在构建网络拓扑图时,首先,需确定为目标业务提供服务的多个数据中心,包括:目标业务提供商在发送端所处区域部署的数据中心,目标业务提供商在目标源站所处区域部署的数据中心,以及目标业务提供商在其他区域部署的数据中心;然后,以确定的各个数据中心为节点,构建对应的网络拓扑图,参见图4,图4为本发明实施例提供的网络拓扑图的示意图,如图4所示,节点A、节点B…节点J对应为目标业务提供服务的各个数据中心,节点之间通过QUIC协议连接。
例如,“京东”服务的提供商已在北京、上海、深圳、杭州、武汉、成都、香港等国内各区域,及新加坡、东京、洛杉矶、纽约等海外区域部署了为“京东”提供服务的数据中心,当位于洛杉矶的用户通过手机访问“京东”时,由于“京东”的业务源站所在区域为北京,则需构建洛杉矶与北京之间的网络拓扑图,首先,确定的数据中心可以为部署在洛杉矶、纽约、日本、香港、深圳、上海、北京等区域的数据中心;然后,以这些数据中心为节点,构建对应的网络拓扑图。
步骤103:基于网络拓扑图,确定对应目标业务的最短传输路径。
在加速系统的入节点确定网络拓扑图后,可基于网络拓扑图中节点间的连接,采用但不限于Dijkstra算法,确定相应的最短传输路径。
参见图5,图5为本发明实施例提供的最短传输路径的确定方法的一个可选的流程示意图,在一些实施例中,图3示出的步骤103可通过如图5所示的步骤1031-1033来实现:
步骤1031:确定网络拓扑图中相邻节点间数据传输的延时和丢包率。
在实际应用中,可根据相邻节点间QUIC连接的状态数据,获取相邻节点间的延时RTT和丢包率Loss。
步骤1032:基于所述延时及丢包率,确定相邻节点间边的拓扑权重。
在一些实施例中,可通过如下方式基于所述延时及丢包率,确定相邻节点间边的拓扑权重:
获取1与丢包率的差值;将延时与差值的比值,确定为相邻节点间边的拓扑权重。
在实际实施时,在获取到相邻节点间的延时RTT和丢包率Loss后,可使用公式Weight=RTT/(1-Loss),转换成拓扑权重Weight,拓扑权重表征在相应的相邻节点间进行数据传输所需耗时;节点向网络拓扑图中的任意其他节点广播以自身为顶点的出边权重,从而使得整个网络拓扑图中的任意节点都能得到全图完整拓扑权重。
步骤1033:结合网络拓扑图及相邻节点间边的拓扑权重,确定对应目标业务的最短传输路径。
参见图6,图6为本发明实施例提供的最短传输路径的确定方法的一个可选的流程示意图,在一些实施例中,图5示出的步骤1033可通过如图6所示的步骤201-203来实现:
步骤201:确定目标业务在网络拓扑图中的多条传输路径。
这里,根据网络拓扑图中各个节点的连接关系,确定目标业务的多条传输路径,如图4所示的网络拓扑图中,从节点A到节点I对应多种传输路径,如A-C-H-I、A-C-F-I、A-D-C-F-G-I等。
步骤202:分别将各传输路径所包括的边的拓扑权重进行求和处理,得到对应各传输路径的拓扑权重。
步骤203:基于各传输路径的拓扑权重,确定对应目标业务的最短传输路径。
在一些实施例中,可将最小的拓扑权重所对应的传输路径,作为对应目标业务的最短传输路径。例如,针对目标业务,存在3条传输路径,其中,第一条传输路径的拓扑权重为10,第二条传输路径的拓扑权重为15,第三条路径的拓扑权重为8,则可将第三条传输路径作为对应该目标业务的最短传输路径。
参见图7,图7为本发明实施例提供的最短传输路径的确定方法的一个可选的流程示意图,在一些实施例中,图6示出的步骤203可通过如图7所示的步骤2031-2034来实现:
步骤2031:从多条传输路径中,选取拓扑权重最小的传输路径作为第一传输路径;
步骤2032:确定第一传输路径的传输性能,及第一传输路径所包括的多个节点;
步骤2033:从第一传输路径中剔除目标数量节点,得到对应的第二传输路径;
步骤2034:确定第一传输路径的传输性能与第二传输路径的传输性能之差低于性能阈值时,将第二传输路径确定为对应目标业务的最短传输路径。
当剔除目标数量的节点,得到的第二传输路径后,获取通过第一传输路径进行数据传输时的传输性能,及通过第二传输路径进行数据传输时的传输性能,这里,性能可以通过数据传输所需时间或速率来表征,并将通过第一传输路径进行数据传输时的传输性能与第二传输路径进行数据传输时的性能进行比较,得到性能差。
当性能差高于性能阈值时,则意味着第一传输路径比第二传输路径所多设置的目标数量节点所带来的收益高于设置目标数量节点所需消耗,也即第一传输路径优于第二传输路径,即将第一传输路径确定为最短传输路径;当性能差低于性能阈值时,则意味着第一传输路径比第二传输路径所多设置的目标数量节点所带来的收益低于设置目标数量节点所需消耗,也即第二传输路径优于第一传输路径,即将第二传输路径确定为最短传输路径。
在一些实施例中,可基于各传输路径的拓扑权重,按照拓扑权重从小到大的顺序,对各传输路径进行排序,依次得到:第一传输路径、第二传输路径、第三传输路径…第N传输路径;可知,第一传输路径的拓扑权重低于第二传输路径的拓扑权重,若第一传输路径所包括节点数量比第二传输路径所包括的节点数量多目标数量时,分别获取通过第一传输路径进行数据传输时的第一传输性能,及通过第二传输路径进行数据传输时的第二传输性能,并将第一传输性能与第二传输性能进行比较,得到性能差值。当性能差低于性能阈值时,则意味着第一传输路径比第二传输路径所多设置的目标数量节点所带来的收益低于设置目标数量节点所需消耗,也即多设置目标数量节点所需消耗大于其所带来的收益,那么可认为,次优阈值的第二传输路径优于第一传输路径,将第二传输路径确定为最短传输路径。
步骤104:基于最短传输路径,传输业务数据。
在一些实施例中,当业务数据的发送端与加速系统的入节点通过UDP方式连接时,由于UDP是一种无连接的传输层协议,入节点没有在业务数据的发送端与接收端之间建立会话,其在当业务数据由多个数据包承载时,基于针对各数据包的会话元组及进程启动随机参数,生成对应各数据包的虚拟逻辑会话标识,该虚拟逻辑会话标识用于标识该数据包的接收对象。
在一些实施例中,加速系统的入节点可通过如下方式基于最短传输路径,传输业务数据:
通过最短传输路径,将数据包传输至目标代理节点,以使目标代理节点基于数据包的虚拟逻辑会话标识,将数据包传输至业务数据的接收端,目标代理节点对应最短传输路径的路径终点。
在实际实施时,加速系统的入节点通过最短传输路径,分别将各数据包传输至最短传输路径的目标代理节点(即路径终点),由目标代理节点基于各数据包的虚拟逻辑会话标识,将各数据包传输至对应的接收端。
需要说明的是,由于UDP无法感知发送端侧与接收端侧的会话状态,需要通过超时机制维护UDP会话的生命周期。
参见图8,图8为本发明实施例提供的业务数据的传输方法的一个可选的流程示意图,在一些实施例中,图3示出的步骤104可通过如图8所示的步骤1041-1042来实现:
步骤1041:对业务数据进行封装处理,得到对应的数据传输帧;
步骤1042:基于最短传输路径,通过基于QUIC连接,将数据传输帧传输至相邻下游节点,以使相邻下游节点确定自身非目标代理节点时,转发数据传输帧直至目标代理节点。
其中,目标代理节点对应最短传输路径的路径终点,在对业务数据进行传输之前,先对业务数据进行封装处理,在对业务数据进行封装时,将全局虚拟逻辑会话标识或虚拟逻辑会话标识、最短传输路径、数据包序列号、接收端标识封装到帧头中,得到封装后的数据传输帧,在传输时,入节点将封装好的数据传输帧,根据帧头中指示的最短传输路径,及节点之间的QUIC连接,依次传输至相邻下游节点,相邻下游节点根据最短传输路径中的节点标识判断其自身是否为最短传输路径的目标代理节点,当相邻下游节点确定自身非目标代理节点时,转发数据传输帧直至目标代理节点。
参见图9,图9为本发明实施例提供的业务数据的传输方法的一个可选的流程示意图,在一些实施例中,图3示出的步骤104可通过如图9所示的步骤1043-1044来实现:
步骤1043:对业务数据进行封装处理,得到对应的数据传输帧;
步骤1044:通过最短传输路径,将数据传输帧传输至目标代理节点,以使目标代理节点将数据传输帧进行解封装,得到解封后的数据,并将解封后的数据传输至业务数据的接收端。
其中,目标代理节点对应最短传输路径的路径终点,在对业务数据进行传输之前,先对业务数据进行封装处理,在对业务数据进行封装时,将全局虚拟逻辑会话标识、最短传输路径、接收端标识等封装到帧头中,得到封装后的数据传输帧,在传输时,加速系统的入节点将封装好的数据传输帧,根据帧头中指示的最短传输路径,将数据传输帧传输至目标代理节点;目标代理节点对接收到的数据传输帧进行解封装处理,得到解封后的数据,并经过超时重传、乱序重组等逻辑处理后,根据全局虚拟会话标识查找到目标代理节点与接收端的TCP会话连接,通过该会话连接将业务数据发送至接收端(即业务服务器)。
在一些实施例中,加速系统的入节点还可通过如下方式基于最短传输路径,传输业务数据:
当最短传输路径的数量为至少两条时,对业务数据进行拆分,得到对应业务数据的至少两个数据包;通过至少两条最短传输路径,传输得到的至少两个数据包。
通过QUIC协议实现了多路径多连接中转传输,当有多条最短传输路径时,将业务数据拆分成对应的多个数据包,将业务数据的大数据包拆分到多路径多连接进行传输,以提高数据传输速率。
在一些实施例中,还可通过如下方式通过至少两条最短传输路径,传输得到的至少两个数据包:
获取各最短传输路径的带宽大小和拥塞程度;基于各最短传输路径的带宽大小和拥塞程度,确定对应各数据包的最短传输路径;通过确定的对应各数据包的最短传输路径,传输对应的数据包。
这里,对各最短传输路径的带宽大小和拥塞程度进行实时监控,实时选择数据包应该往哪条路径上进行传输。参见图10,图10为本发明实施例提供的业务数据的传输方法示意图,如图10所示,对于目标业务,存在两条最短传输路径,其中,第一条最短传输路径:节点1-节点2-节点5,第二条最短传输路径:节点1-节点4-节点5,根据这两条最短传输路径的带宽大小和拥塞程度,将业务数据分成3个数据包,当第一条传输路径比第二条传输的带宽小且拥塞较严重时,将其中1个数据包通过第一条最短传输路径进行传输,将其中2个数据包通过第二条最短传输路径进行传输,如此,提高了数据传输的速率。
在一些实施例中,加速系统的入节点还可通过如下方式基于最短传输路径,传输业务数据:
当最短传输路径的路径为单条,且业务数据由多个数据包承载时,将多个数据包进行合并,得到合并后的数据包;通过最短传输路径,传输合并后的数据包。
参见图11,图11为本发明实施例提供的业务数据的传输方法示意图,如图11所示,对于目标业务,业务数据由3个小数据包承载,当只存在一条最短传输路径:节点1-节点4-节点5时,为了充分利用该最短传输路径的带宽,可将3个小包合并成一条传输路径上进行传输,如此,能够对抗丢包。
下面,将说明本发明实施例在一个实际的应用场景中的示例性应用。
针对用户通过运营商网络直接远距离或跨国访问业务服务时,数据传输质量低下的问题,发明人在实施本发明实施例提供的业务数据的传输方法发现,业务提供商通过为业务建立互联网专线,虽然能够定点提升长距离或跨国业务服务的网络质量,但其受限于专线资源建设,只能优化局部线路,且成本高昂,不能全局优化业务服务。
基于此,本发明实施例提供了一种业务数据的传输方法,该方法是基于QUIC协议的多路径多连接网络加速方法,在目标业务的业务数据的发送端(即用户侧)与接收端(即目标业务的源站)之间部署了加速系统,该系统灵活选用全球热点数据中心作为节点,可广泛应用于优化长距离或跨国骨干网数据传输的网络质量,在有损网络下提升服务可用性,降低延时,同时具有高度的灵活性和成本优势。
在实际实施时,加速系统以网络拓扑图为基础,确定最短传输路径以传输相应的业务数据,其中,网络拓扑图是以能够为目标业务提供服务的多个数据中心为节点构建而成的,网络拓扑图中任意两节点之间基于QUIC建立通信连接,网络拓扑图的入节点是业务提供商在业务数据的发送端所处区域部署的数据中心,对应最短传输路径的路径起点;目标代理节点是业务数据的接收端所处区域的数据中心(即目标业务的源站),对应最短传输路径的路径终点。
参见图12,图12为本发明实施例提供的业务数据的传输系统的一个可选的架构示意图,如图12所示,本发明实施例提供的业务数据的传输系统包括:应用代理模块、拓扑管理模块、中转传输模块、QUIC层和UDP层,接下来将逐一进行说明。
1)应用代理模块
应用代理模块是加速系统与外部应用的交互接口,用于接收来自业务应用(即发送端)发送的业务数据,可支持TCP或UDP方式的代理接入。
TCP代理模块用于与前后端(即业务数据的发送端与接收端)的业务建连、连接会话管理与同步、数据接收与发送、超时重传与乱序重组等逻辑;加速系统会为业务的TCP会话生成一个全局唯一的虚拟逻辑会话标识,用于标识前后端会话;TCP代理监听一个TCP端口模拟业务服务器,发送端侧的Client切换寻址获取加速系统的接入节点完成接入。
其中,TCP代理模块的工作流程为:(1)TCP代理监听一个针对目标业务的TCP端口,Client切换寻址获取加速系统的接入节点;(2)TCP代理收到客户端建连请求后,代理模块利用TCP连接五元组、进程启动随机数等参数为业务TCP会话生成一个全局唯一的虚拟逻辑会话标识,用于维护前后端会话的状态;TCP代理模块调用中转传输模块将建连请求封装为建连信令类型的帧,其中,帧头包含会话的虚拟逻辑会话ID、中转路径、目标源站、包seq等信息;调用拓扑管理模块接口获取传输路径,并通过中转模块将该帧发送到目标服务器(Server)代理节点;Server代理节点收到建连信令帧后与业务Server服务器建立TCP连接;(3)TCP代理接收TCP数据,调用中转传输模块将业务数据封装为数据传输类型的帧,并发送到目标Server代理节点;目标Server代理节点解封装帧,利用虚拟逻辑会话标识查找到Server代理与业务服务器的TCP会话,并经过超时重传、乱序重组等逻辑后,通过该会话将业务数据发送至目标业务Server;(4)客户端代理节点或者目标Server代理节点检测到TCP连接发生异常时,使用断连信令类型的帧立即通知对端代理节点,释放对应的TCP连接,整个TCP会话终止。
UDP代理模块用于前后端的会话管理与同步、数据接收与发送、可配置的丢包重传与乱序重组等数据包管理逻辑;系统会为业务的UDP会话基于所传输的每个数据包生成虚拟逻辑会话标识,用于标识针对该数据包的前后端会话;UDP代理监听一个UDP端口模拟业务服务器,发送端侧的Client切换寻址获取加速系统的接入节点完成接入。
UDP代理模块的工作流程区别于TCP代理模块的点在于:(1)UDP是无连接的,因此每个数据包都需要利用会话五元组、进程启动随机数等参数计算虚拟逻辑会话标识;(2)UDP无法感知客户端侧或者目标Server侧的会话状态,需要通过超时机制维护UDP会话的生命周期。
2)拓扑管理模块
拓扑管理模块,用于实现全网节点的拓扑管理,边权重定义与计算,最优路径计算,节点禁用与恢复。在进行边权重计算时,基于网络拓扑图中节点间QUIC连接的状态数据,获取相邻节点间数据传输的延时和丢包率,使用公式Weight=RTT/(1-Loss),转换成拓扑权重Weight,拓扑权重表征在相应的相邻节点间进行数据传输所需耗时;节点向网络拓扑图中的任意其他节点广播以自身为顶点的出边权重,从而使得整个网络拓扑图中的任意节点都能得到全图完整拓扑权重。加速系统在网络拓扑图基础上实现节点负载管理、故障禁用和恢复,并实现Dijkstra算法及可配置的次优阈值参数,计算单条或多条最短传输路径。
3)中转传输模块
中转传输模块,用于定义私有中转协议封装业务数据,并实现基于QUIC协议的中转多连接会话管理;在实际实施时,中转传输模块将业务数据封装为私有中转协议格式的数据包(即数据传输帧),其中,数据包的帧头包括:会话的虚拟逻辑会话标识、中转路径、目标源站、包序列等;并通过QUIC多连接会话进行节点间中转传输,传递至出口节点(即目标代理节点),在出口节点进行解封装、超时重传、乱序重组后,最终可靠的转发给业务源站。
中转传输模块实现了QUIC协议的多路径多连接中转传输,且节点间的中转连接和业务会话无关;加速系统只需在入代理节点(即入节点)和出代理节点(即目标代理节点)维护业务会话状态,中转节点根据帧头中包含的路径信息,即可判断该帧是到达还是继续转发。
参见图13,图13为本发明实施例提供的业务数据的传输方法示意图,如图13所示,加速系统能够同时给多种业务提供服务,相应的,中转传输模块能够同时中转多种业务的业务数据。针对某一特定目标业务的业务数据传输,同一条会话的数据包,可能在多条路径中转,也可能在两个节点间的多条QUIC连接上中转,因此,系统可以将业务的大包拆分到多路径多连接传输,充分的利用带宽,可以将小包合并到一条连接上传输,对抗丢包。
4)QUIC层
QUIC层用于实现基于QUIC协议的快速可靠传输能力,,包括拥塞控制、重传、流控、滑动窗口、加密等。
5)UDP层
UDP层,QUIC协议底层数据传输链路。
参见图14,图14为本发明实施例提供的业务数据的传输方法的一个可选的流程示意图,如图14所示,本发明实施例提供的业务数据的传输方法包括:
步骤301:应用代理模块接收到针对目标业务的业务数据。
在实际应用中,当业务端口为TCP端口时,通过TCP端口,接收业务数据的发送端发送的针对目标业务的业务数据;当业务端口为UDP端口时,通过UDP端口,接收业务数据的发送端发送的针对目标业务的业务数据。
步骤302:拓扑管理模块确定为目标业务提供服务的多个数据中心,并以确定的多个数据中心为节点构建对应目标业务的网络拓扑图。
在实际应用中,在给某一区域用户提供目标业务之前,目标业务的提供商需要提前在该区域部署为目标业务提供服务的数据中心。当用户通过终端远距离或跨国访问目标业务时,需构建针对目标业务的业务数据的发送端和接收端之间的网络拓扑图,在构建网络拓扑图时,在互联网系统中选取部署好的数据中心,以这些数据中心为节点、任意节点之间使用QUIC协议建立多连接传输路径,构成网络拓扑图,节点同时提供业务代理接入和数据中转传输的能力,实现业务会话管理。
步骤303:拓扑管理模块获取网络拓扑图中相邻节点间数据传输的延时和丢包率,并基于所述延时及丢包率,确定相邻节点间边的拓扑权重。
这里,拓扑管理模块根据相邻节点间QUIC连接的状态数据,获取相邻节点间的延时RTT和丢包率Loss,使用公式Weight=RTT/(1-Loss),转换成拓扑权重Weight,各个节点向网络拓扑图中的任意其他节点广播以自身为顶点的出边权重,从而使得整个网络拓扑图中的任意节点都能得到全图完整拓扑权重。
步骤304:拓扑管理模块结合网络拓扑图及相邻节点间边的拓扑权重,确定对应目标业务的多条传输路径。
这里,拓扑管理模块通过Dijkstra算法及次优阈值参数,计算多条传输路径,进行多路径多连接数据传输。
步骤305:中转传输模块对业务数据进行封装处理,得到对应的私有中转协议格式的数据包。
这里,代理应用模块接收业务数据后,调用中转传输模块对业务数据进行封装处理,在对业务数据进行封装时,将全局虚拟逻辑会话标识或虚拟逻辑会话标识、传输路径、数据包序列号封装到帧头中,得到封装好的数据包。
步骤306:中转传输模块将封装好的数据包通过多条传输路径传输至业务数据的接收端。
在实际实施时,中转传输模块将封装好的数据包,根据帧头中指示的传输路径,及节点之间的QUIC连接,从入节点依次传输至相邻下游节点,相邻下游节点根据传输路径中的节点标识判断其自身是否为传输路径的目标代理节点(即出节点),当相邻下游节点确定自身非目标代理节点时,转发数据传输帧直至目标代理节点。
目标代理节点对接收到的数据包进行解封装处理,得到解封后的数据,并经过超时重传、乱序重组等逻辑处理后,根据全局虚拟会话标识或虚拟会话标识查找到目标代理节点与接收端的会话,通过该会话将业务数据发送至接收端(即目标源站或业务服务器)。
下面继续说明本发明实施例提供的业务数据的传输装置555的实施为软件模块的示例性结构,在一些实施例中,参见图15,图15为本发明实施例提供的业务数据的传输装置的结构组成示意图,如图15所示,本发明实施例提供的业务数据的传输装置555,包括:
接收模块5551,用于接收到针对目标业务的业务数据;
获取模块5552,用于获取预先构建的网络拓扑图,所述网络拓扑图包括至少两个节点,所述节点基于为所述目标业务提供服务的数据中心而确定,任意两个所述节点之间建立有通信连接;
确定模块5553,用于基于所述网络拓扑图,确定对应所述目标业务的最短传输路径;
传输模块5554,用于基于所述最短传输路径,传输所述业务数据。
在一些实施例中,所述接收到针对目标业务的业务数据之前,所述装置还包括建立模块,
所述建立模块,用于对所述目标业务对应的传输控制协议端口进行监测;
接收通过所述传输控制协议端口发送的建连请求;
响应于所述建连请求,建立目标代理节点与所述业务数据的接收端的通信连接,所述目标代理节点对应所述最短传输路径的路径终点。
在一些实施例中,所述建立模块,还用于对所述建连请求进行封装处理,得到对应的建连信令帧,所述建连信令帧的帧头包括:全局虚拟逻辑会话标识、最短传输路径、接收端标识,所述全局虚拟逻辑会话标识用于唯一标识所述业务数据的发送端与接收端之间的会话;
通过所述最短传输路径,将所述建连信令帧传输至所述目标代理节点,以使所述目标代理节点基于所述全局虚拟逻辑会话标识及所述接收端标识,建立与所述接收端的通信连接。
在一些实施例中,所述装置还包括释放模块,
所述释放模块,用于对所述通信连接的连接状态进行监测;
当所述连接状态表征所述通信连接发生异常时,生成用于断开所述通信连接的断信令帧;
将所述断信令帧传输至所述目标代理节点,以使所述目标代理节点基于所述断信令帧释放所述通信连接。
在一些实施例中,所述接收模块,还用于对所述目标业务对应的业务端口进行监测,所述业务端口为传输控制协议端口或用户数据报协议端口;
通过所述业务端口,接收到针对所述目标业务的业务数据。
在一些实施例中,所述装置还包括生成模块,
所述生成模块,用于当所述业务数据由多个数据包承载时,基于针对各所述数据包的会话元组及进程启动随机参数,生成对应各所述数据包的虚拟逻辑会话标识;
相应的,所述传输模块,还用于通过所述最短传输路径,将所述数据包传输至目标代理节点,以使所述目标代理节点基于所述数据包的虚拟逻辑会话标识,将所述数据包传输至所述业务数据的接收端,所述目标代理节点对应所述最短传输路径的路径终点。
在一些实施例中,所述获取预先构建的网络拓扑图之前,所述装置还包括构建模块,
所述构建模块,用于确定为所述目标业务提供服务的至少两个数据中心;
以所述数据中心为节点,构建对应所述目标业务的网络拓扑图,所述网络拓扑图中任意两节点间基于QUIC协议建立通信连接。
在一些实施例中,所述确定模块,还用于确定所述网络拓扑图中相邻节点间数据传输的延时和丢包率;
基于所述延时及所述丢包率,确定所述相邻节点间边的拓扑权重;
结合所述网络拓扑图及所述相邻节点间边的拓扑权重,确定对应所述目标业务的最短传输路径。
在一些实施例中,所述确定模块,还用于获取1与所述丢包率的差值;
将所述延时与所述差值的比值,确定为所述相邻节点间边的拓扑权重。
在一些实施例中,所述确定模块,还用于确定所述目标业务在所述网络拓扑图中的多条传输路径;
分别将各所述传输路径所包括的边的拓扑权重进行求和处理,得到对应各所述传输路径的拓扑权重;
基于各所述传输路径的拓扑权重,确定对应所述目标业务的最短传输路径。
在一些实施例中,所述确定模块,还用于从所述多条传输路径中,选取拓扑权重最小的传输路径作为第一传输路径;
确定所述第一传输路径的传输性能,及所述第一传输路径所包括的多个节点;
从所述第一传输路径中剔除目标数量节点,得到对应的第二传输路径;
确定所述第一传输路径的传输性能与第二传输路径的传输性能之差低于性能阈值时,将所述第二传输路径确定为对应所述目标业务的最短传输路径。
在一些实施例中,所述传输模块,还用于对所述业务数据进行封装处理,得到对应的数据传输帧;
基于所述最短传输路径,通过基于QUIC连接,将所述数据传输帧传输至相邻下游节点,以使所述相邻下游节点确定自身非目标代理节点时,转发所述数据传输帧直至所述目标代理节点,所述目标代理节点对应所述最短传输路径的路径终点。
在一些实施例中,所述传输模块,还用于对所述业务数据进行封装处理,得到对应的数据传输帧;
通过所述最短传输路径,将所述数据传输帧传输至目标代理节点,以使所述目标代理节点将所述数据传输帧进行解封装,得到解封后的数据,并将所述解封后的数据传输至所述业务数据的接收端,所述目标代理节点对应所述最短传输路径的路径终点。
在一些实施例中,所述传输模块,还用于当最短传输路径的数量为至少两条时,对所述业务数据进行拆分,得到对应所述业务数据的至少两个数据包;
通过所述至少两条最短传输路径,传输得到的所述至少两个数据包。
在一些实施例中,所述传输模块,还用于获取各所述最短传输路径的带宽大小和拥塞程度;
基于各所述最短传输路径的带宽大小和拥塞程度,确定对应各所述数据包的最短传输路径;
通过确定的对应各所述数据包的最短传输路径,传输对应的数据包。
在一些实施例中,所述传输模块,还用于当最短传输路径的路径为单条,且所述业务数据由多个数据包承载时,将所述多个数据包进行合并,得到合并后的数据包;
通过所述最短传输路径,传输所述合并后的数据包。
本发明实施例提供一种业务数据的传输设备,所述传输设备包括:
存储器,用于存储可执行指令;
处理器,用于执行所述存储器中存储的可执行指令时,实现本发明实施例提供的业务数据的传输方法。
本发明实施例提供一种计算机可读存储介质,存储有可执行指令,用于引起处理器执行时,实现本发明实施例提供的业务数据的传输方法。
在一些实施例中,存储介质可以是FRAM、ROM、PROM、EPROM、EEP ROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器;也可以是包括上述存储器之一或任意组合的各种设备。
在一些实施例中,可执行指令可以采用程序、软件、软件模块、脚本或代码的形式,按任意形式的编程语言(包括编译或解释语言,或者声明性或过程性语言)来编写,并且其可按任意形式部署,包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
作为示例,可执行指令可以但不一定对应于文件系统中的文件,可以可被存储在保存其它程序或数据的文件的一部分,例如,存储在超文本标记语言(HTML,Hyper TextMarkup Language)文档中的一个或多个脚本中,存储在专用于所讨论的程序的单个文件中,或者,存储在多个协同文件(例如,存储一个或多个模块、子程序或代码部分的文件)中。
作为示例,可执行指令可被部署为在一个计算设备上执行,或者在位于一个地点的多个计算设备上执行,又或者,在分布在多个地点且通过通信网络互连的多个计算设备上执行。
综上所述,通过本发明实施例提供的业务数据的传输方法,具有以下有益效果:
1、能够提高长距离网络间数据的传输速率,在有损网络下可大幅度提升服务的稳定性,降低延时,同时具有高度的灵活性和成本优势。
2、基于QUIC协议的多路径对连接的中转传输,能够充分利用带宽,并能对抗丢包,保证数据传输的准确率。
以上所述,仅为本发明的实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和范围之内所作的任何修改、等同替换和改进等,均包含在本发明的保护范围之内。
Claims (15)
1.一种业务数据的传输方法,其特征在于,所述方法包括:
接收到针对目标业务的业务数据;
获取预先构建的网络拓扑图,所述网络拓扑图包括至少两个节点,所述节点基于为所述目标业务提供服务的数据中心而确定,任意两个所述节点之间建立有通信连接;
基于所述网络拓扑图,确定对应所述目标业务的最短传输路径;
基于所述最短传输路径,传输所述业务数据。
2.如权利要求1所述的方法,其特征在于,所述接收到针对目标业务的业务数据之前,所述方法还包括:
对所述目标业务对应的传输控制协议端口进行监测;
接收通过所述传输控制协议端口发送的建连请求;
响应于所述建连请求,建立目标代理节点与所述业务数据的接收端的通信连接,所述目标代理节点对应所述最短传输路径的路径终点。
3.如权利要求2所述的方法,其特征在于,所述响应于所述建连请求,建立目标代理节点与所述业务数据的接收端的通信连接,包括:
对所述建连请求进行封装处理,得到对应的建连信令帧,所述建连信令帧的帧头包括:全局虚拟逻辑会话标识、最短传输路径、接收端标识,所述全局虚拟逻辑会话标识用于唯一标识所述业务数据的发送端与接收端之间的会话;
通过所述最短传输路径,将所述建连信令帧传输至所述目标代理节点,以使所述目标代理节点基于所述全局虚拟逻辑会话标识及所述接收端标识,建立与所述接收端的通信连接。
4.如权利要求1所述的方法,其特征在于,所述接收到针对目标业务的业务数据,包括:
对所述目标业务对应的业务端口进行监测,所述业务端口为传输控制协议端口或用户数据报协议端口;
通过所述业务端口,接收到针对所述目标业务的业务数据。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:
当所述业务数据由多个数据包承载时,基于针对各所述数据包的会话元组及进程启动随机参数,生成对应各所述数据包的虚拟逻辑会话标识;
相应的,所述基于所述最短传输路径,传输所述业务数据,包括:
通过所述最短传输路径,将所述数据包传输至目标代理节点,以使所述目标代理节点基于所述数据包的虚拟逻辑会话标识,将所述数据包传输至所述业务数据的接收端,所述目标代理节点对应所述最短传输路径的路径终点。
6.如权利要求1所述的方法,其特征在于,所述获取预先构建的网络拓扑图之前,所述方法还包括:
确定为所述目标业务提供服务的至少两个数据中心;
以所述数据中心为节点,构建对应所述目标业务的网络拓扑图,所述网络拓扑图中任意两节点间基于快速用户数据报协议的互联网连接协议QUIC建立通信连接。
7.如权利要求1所述的方法,其特征在于,基于所述网络拓扑图,确定对应所述目标业务的最短传输路径,包括:
确定所述网络拓扑图中相邻节点间数据传输的延时和丢包率;
基于所述延时及所述丢包率,确定所述相邻节点间边的拓扑权重;
结合所述网络拓扑图及所述相邻节点间边的拓扑权重,确定对应所述目标业务的最短传输路径。
8.如权利要求7所述的方法,其特征在于,所述结合所述网络拓扑图及所述相邻节点间边的拓扑权重,确定对应所述目标业务的最短传输路径,包括:
确定所述目标业务在所述网络拓扑图中的多条传输路径;
分别将各所述传输路径所包括的边的拓扑权重进行求和处理,得到对应各所述传输路径的拓扑权重;
基于各所述传输路径的拓扑权重,确定对应所述目标业务的最短传输路径。
9.如权利要求8所述的方法,其特征在于,所述基于各所述传输路径的拓扑权重,确定对应所述目标业务的最短传输路径,包括:
从所述多条传输路径中,选取拓扑权重最小的传输路径作为第一传输路径;
确定所述第一传输路径的传输性能,及所述第一传输路径所包括的多个节点;
从所述第一传输路径中剔除目标数量节点,得到对应的第二传输路径;
确定所述第一传输路径的传输性能与第二传输路径的传输性能之差低于性能阈值时,将所述第二传输路径确定为对应所述目标业务的最短传输路径。
10.如权利要求1所述的方法,其特征在于,所述基于所述最短传输路径,传输所述业务数据,包括:
对所述业务数据进行封装处理,得到对应的数据传输帧;
基于所述最短传输路径,通过基于QUIC连接,将所述数据传输帧传输至相邻下游节点,以使所述相邻下游节点确定自身非目标代理节点时,转发所述数据传输帧直至所述目标代理节点,所述目标代理节点对应所述最短传输路径的路径终点。
11.如权利要求1所述的方法,其特征在于,所述基于所述最短传输路径,传输所述业务数据,包括:
对所述业务数据进行封装处理,得到对应的数据传输帧;
通过所述最短传输路径,将所述数据传输帧传输至目标代理节点,以使所述目标代理节点将所述数据传输帧进行解封装,得到解封后的数据,并将所述解封后的数据传输至所述业务数据的接收端,所述目标代理节点对应所述最短传输路径的路径终点。
12.如权利要求1所述的方法,其特征在于,所述基于所述最短传输路径,传输所述业务数据,包括:
当最短传输路径的数量为至少两条时,对所述业务数据进行拆分,得到对应所述业务数据的至少两个数据包;
通过所述至少两条最短传输路径,传输得到的所述至少两个数据包。
13.如权利要求12所述的方法,其特征在于,所述通过所述至少两条最短传输路径,传输得到的所述至少两个数据包,包括:
获取各所述最短传输路径的带宽大小和拥塞程度;
基于各所述最短传输路径的带宽大小和拥塞程度,确定对应各所述数据包的最短传输路径;
通过确定的对应各所述数据包的最短传输路径,传输对应的数据包。
14.如权利要求1所述的方法,其特征在于,所述基于所述最短传输路径,传输所述业务数据,包括:
当最短传输路径的路径为单条,且所述业务数据由多个数据包承载时,将所述多个数据包进行合并,得到合并后的数据包;
通过所述最短传输路径,传输所述合并后的数据包。
15.一种业务数据的传输装置,其特征在于,所述装置包括:
接收模块,用于接收到针对目标业务的业务数据;
获取模块,用于获取预先构建的网络拓扑图,所述网络拓扑图包括至少两个节点,所述节点基于为所述目标业务提供服务的数据中心而确定,任意两个所述节点之间建立有通信连接;
确定模块,用于基于所述网络拓扑图,确定对应所述目标业务的最短传输路径;
传输模块,用于基于所述最短传输路径,传输所述业务数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010130372.1A CN111343093B (zh) | 2020-02-28 | 2020-02-28 | 业务数据的传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010130372.1A CN111343093B (zh) | 2020-02-28 | 2020-02-28 | 业务数据的传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111343093A true CN111343093A (zh) | 2020-06-26 |
CN111343093B CN111343093B (zh) | 2021-07-09 |
Family
ID=71185756
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010130372.1A Active CN111343093B (zh) | 2020-02-28 | 2020-02-28 | 业务数据的传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111343093B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111818590A (zh) * | 2020-07-31 | 2020-10-23 | 隆胜(海南)科技有限公司 | 一种无线网络路径优化方法及设备 |
CN111865940A (zh) * | 2020-07-01 | 2020-10-30 | 四川速宝网络科技有限公司 | 一种传输优化的方法及装置 |
CN112367259A (zh) * | 2021-01-15 | 2021-02-12 | 广州技象科技有限公司 | 物联网数据报文分发方法及装置 |
CN113344721A (zh) * | 2021-06-07 | 2021-09-03 | 北京优全智汇信息技术有限公司 | 基于ai智能审核方法与系统 |
CN113992731A (zh) * | 2021-11-02 | 2022-01-28 | 四川安迪科技实业有限公司 | 基于stomp协议的异常控制方法及装置 |
CN114531388A (zh) * | 2020-10-30 | 2022-05-24 | 深圳前海微众银行股份有限公司 | 通信方法及装置 |
CN114553707A (zh) * | 2020-11-26 | 2022-05-27 | 腾讯科技(深圳)有限公司 | 网络的拓扑信息的生成和网络故障的定界方法、装置 |
CN114666264A (zh) * | 2022-03-14 | 2022-06-24 | 京东科技信息技术有限公司 | 一种多路径传输方法和装置 |
CN115208937A (zh) * | 2022-07-07 | 2022-10-18 | 北京火山引擎科技有限公司 | 业务请求处理方法及装置 |
CN116471103A (zh) * | 2023-05-04 | 2023-07-21 | 深圳市显科科技有限公司 | 基于边界网络的内外网数据安全交换方法、装置及设备 |
WO2024099159A1 (zh) * | 2022-11-10 | 2024-05-16 | 维沃移动通信有限公司 | 确定丢包的方法、装置、通信设备及可读存储介质 |
Citations (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004082217A2 (en) * | 2003-03-06 | 2004-09-23 | Incucomm Inc. | Method and system for providing broadband multimedia services |
WO2005043819A2 (en) * | 2003-10-25 | 2005-05-12 | Macrovision Corporation | Instrumentation system and methods for estimation of decentralized network characteristics |
CN102726021A (zh) * | 2009-05-28 | 2012-10-10 | 微软公司 | 灵活的数据中心网络体系结构 |
CN103036792A (zh) * | 2013-01-07 | 2013-04-10 | 北京邮电大学 | 一种最大化最小公平多数据流传输调度方法 |
CN104685838A (zh) * | 2012-10-05 | 2015-06-03 | 华为技术有限公司 | 利用服务特定拓扑抽象和接口的软件定义网络虚拟化 |
CN104767684A (zh) * | 2014-01-03 | 2015-07-08 | 腾讯科技(深圳)有限公司 | 数据传输方法及相关装置和通信系统 |
CN105119840A (zh) * | 2015-09-01 | 2015-12-02 | 华东师范大学 | 基于sdn使用胖树拓扑结构的数据中心网络负载均衡方法 |
US20160057018A1 (en) * | 2014-08-20 | 2016-02-25 | Nec Laboratories America, Inc. | Optimization framework for multi-tenant data centers |
US9419887B1 (en) * | 2013-06-19 | 2016-08-16 | Google Inc. | Minimum latency routing |
CN104023006B (zh) * | 2014-05-09 | 2017-02-15 | 东北大学 | 一种基于应用层中继的多径传输系统及方法 |
CN106656790A (zh) * | 2016-12-21 | 2017-05-10 | 全球能源互联网研究院 | 一种OpenFlow业务数据传输方法及装置 |
CN107104892A (zh) * | 2016-02-19 | 2017-08-29 | 深圳市福云明网络科技有限公司 | 网络加速的方法和装置 |
CN108011817A (zh) * | 2017-11-09 | 2018-05-08 | 中国电力科学研究院有限公司 | 一种对电力通信专网业务路由进行重部署的方法及系统 |
CN108023857A (zh) * | 2016-11-02 | 2018-05-11 | 腾讯科技(深圳)有限公司 | 一种地域区间匹配网络访问方法、装置及客户端 |
CN108270672A (zh) * | 2017-12-01 | 2018-07-10 | 中国联合网络通信集团有限公司 | 一种计算线路路由的方法及装置 |
CN108449269A (zh) * | 2018-04-12 | 2018-08-24 | 重庆邮电大学 | 基于sdn的数据中心网络负载均衡方法 |
CN108989220A (zh) * | 2018-09-05 | 2018-12-11 | 中国联合网络通信集团有限公司 | 路由方法和路由系统 |
CN109218213A (zh) * | 2018-09-25 | 2019-01-15 | 中国银联股份有限公司 | 一种流量调控方法及装置 |
CN109391547A (zh) * | 2017-08-11 | 2019-02-26 | 黄吉川 | 网络拓扑系统及其拓扑建立方法 |
US10243843B1 (en) * | 2008-08-21 | 2019-03-26 | United Services Automobile Association (Usaa) | Preferential loading in data centers |
CN109639578A (zh) * | 2018-12-17 | 2019-04-16 | 国网信息通信产业集团有限公司 | 一种虚拟网络功能的选取方法及装置 |
CN109981734A (zh) * | 2019-02-21 | 2019-07-05 | 广东星辉天拓互动娱乐有限公司 | 一种基于互联网的全球业务加速方法 |
CN110809054A (zh) * | 2019-11-11 | 2020-02-18 | 腾讯科技(深圳)有限公司 | 数据传输方法、装置、设备和存储介质 |
-
2020
- 2020-02-28 CN CN202010130372.1A patent/CN111343093B/zh active Active
Patent Citations (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004082217A2 (en) * | 2003-03-06 | 2004-09-23 | Incucomm Inc. | Method and system for providing broadband multimedia services |
WO2005043819A2 (en) * | 2003-10-25 | 2005-05-12 | Macrovision Corporation | Instrumentation system and methods for estimation of decentralized network characteristics |
US10243843B1 (en) * | 2008-08-21 | 2019-03-26 | United Services Automobile Association (Usaa) | Preferential loading in data centers |
CN102726021A (zh) * | 2009-05-28 | 2012-10-10 | 微软公司 | 灵活的数据中心网络体系结构 |
CN104685838A (zh) * | 2012-10-05 | 2015-06-03 | 华为技术有限公司 | 利用服务特定拓扑抽象和接口的软件定义网络虚拟化 |
CN103036792A (zh) * | 2013-01-07 | 2013-04-10 | 北京邮电大学 | 一种最大化最小公平多数据流传输调度方法 |
US9419887B1 (en) * | 2013-06-19 | 2016-08-16 | Google Inc. | Minimum latency routing |
CN104767684A (zh) * | 2014-01-03 | 2015-07-08 | 腾讯科技(深圳)有限公司 | 数据传输方法及相关装置和通信系统 |
CN104023006B (zh) * | 2014-05-09 | 2017-02-15 | 东北大学 | 一种基于应用层中继的多径传输系统及方法 |
US20160057018A1 (en) * | 2014-08-20 | 2016-02-25 | Nec Laboratories America, Inc. | Optimization framework for multi-tenant data centers |
CN105119840A (zh) * | 2015-09-01 | 2015-12-02 | 华东师范大学 | 基于sdn使用胖树拓扑结构的数据中心网络负载均衡方法 |
CN107104892A (zh) * | 2016-02-19 | 2017-08-29 | 深圳市福云明网络科技有限公司 | 网络加速的方法和装置 |
CN108023857A (zh) * | 2016-11-02 | 2018-05-11 | 腾讯科技(深圳)有限公司 | 一种地域区间匹配网络访问方法、装置及客户端 |
CN106656790A (zh) * | 2016-12-21 | 2017-05-10 | 全球能源互联网研究院 | 一种OpenFlow业务数据传输方法及装置 |
CN109391547A (zh) * | 2017-08-11 | 2019-02-26 | 黄吉川 | 网络拓扑系统及其拓扑建立方法 |
CN108011817A (zh) * | 2017-11-09 | 2018-05-08 | 中国电力科学研究院有限公司 | 一种对电力通信专网业务路由进行重部署的方法及系统 |
CN108270672A (zh) * | 2017-12-01 | 2018-07-10 | 中国联合网络通信集团有限公司 | 一种计算线路路由的方法及装置 |
CN108449269A (zh) * | 2018-04-12 | 2018-08-24 | 重庆邮电大学 | 基于sdn的数据中心网络负载均衡方法 |
CN108989220A (zh) * | 2018-09-05 | 2018-12-11 | 中国联合网络通信集团有限公司 | 路由方法和路由系统 |
CN109218213A (zh) * | 2018-09-25 | 2019-01-15 | 中国银联股份有限公司 | 一种流量调控方法及装置 |
CN109639578A (zh) * | 2018-12-17 | 2019-04-16 | 国网信息通信产业集团有限公司 | 一种虚拟网络功能的选取方法及装置 |
CN109981734A (zh) * | 2019-02-21 | 2019-07-05 | 广东星辉天拓互动娱乐有限公司 | 一种基于互联网的全球业务加速方法 |
CN110809054A (zh) * | 2019-11-11 | 2020-02-18 | 腾讯科技(深圳)有限公司 | 数据传输方法、装置、设备和存储介质 |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111865940A (zh) * | 2020-07-01 | 2020-10-30 | 四川速宝网络科技有限公司 | 一种传输优化的方法及装置 |
CN111865940B (zh) * | 2020-07-01 | 2022-10-11 | 四川速宝网络科技有限公司 | 一种传输优化的方法及装置 |
CN111818590A (zh) * | 2020-07-31 | 2020-10-23 | 隆胜(海南)科技有限公司 | 一种无线网络路径优化方法及设备 |
CN111818590B (zh) * | 2020-07-31 | 2022-08-30 | 隆胜(海南)科技有限公司 | 一种无线网络路径优化方法及设备 |
CN114531388A (zh) * | 2020-10-30 | 2022-05-24 | 深圳前海微众银行股份有限公司 | 通信方法及装置 |
CN114553707B (zh) * | 2020-11-26 | 2023-09-15 | 腾讯科技(深圳)有限公司 | 网络的拓扑信息的生成和网络故障的定界方法、装置 |
CN114553707A (zh) * | 2020-11-26 | 2022-05-27 | 腾讯科技(深圳)有限公司 | 网络的拓扑信息的生成和网络故障的定界方法、装置 |
CN112367259A (zh) * | 2021-01-15 | 2021-02-12 | 广州技象科技有限公司 | 物联网数据报文分发方法及装置 |
CN112367259B (zh) * | 2021-01-15 | 2021-04-16 | 广州技象科技有限公司 | 物联网数据报文分发方法及装置 |
CN113344721A (zh) * | 2021-06-07 | 2021-09-03 | 北京优全智汇信息技术有限公司 | 基于ai智能审核方法与系统 |
CN113992731A (zh) * | 2021-11-02 | 2022-01-28 | 四川安迪科技实业有限公司 | 基于stomp协议的异常控制方法及装置 |
CN113992731B (zh) * | 2021-11-02 | 2024-04-30 | 四川安迪科技实业有限公司 | 基于stomp协议的异常控制方法及装置 |
CN114666264A (zh) * | 2022-03-14 | 2022-06-24 | 京东科技信息技术有限公司 | 一种多路径传输方法和装置 |
CN114666264B (zh) * | 2022-03-14 | 2024-02-02 | 京东科技信息技术有限公司 | 一种多路径传输方法和装置 |
CN115208937A (zh) * | 2022-07-07 | 2022-10-18 | 北京火山引擎科技有限公司 | 业务请求处理方法及装置 |
WO2024099159A1 (zh) * | 2022-11-10 | 2024-05-16 | 维沃移动通信有限公司 | 确定丢包的方法、装置、通信设备及可读存储介质 |
CN116471103A (zh) * | 2023-05-04 | 2023-07-21 | 深圳市显科科技有限公司 | 基于边界网络的内外网数据安全交换方法、装置及设备 |
CN116471103B (zh) * | 2023-05-04 | 2023-09-22 | 深圳市显科科技有限公司 | 基于边界网络的内外网数据安全交换方法、装置及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN111343093B (zh) | 2021-07-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111343093B (zh) | 业务数据的传输方法及装置 | |
JP7079866B2 (ja) | パケット処理方法、及びデバイス | |
CN106209490B (zh) | 选择和监控多个服务关键性能指标的方法和系统 | |
US10462260B2 (en) | Context-aware and proximity-aware service layer connectivity management | |
US9596318B2 (en) | Dynamic network device processing using external components | |
EP2378720B1 (en) | Extranet networking method, system and device for multicast virtual private network | |
CN104954245A (zh) | 业务功能链处理方法及装置 | |
CN105637819B (zh) | 用于传输广播数据的方法和系统 | |
CN104301252A (zh) | 一种数据发送系统及数据发送方法 | |
KR101477012B1 (ko) | Sdn 스위칭 방법, 장치, 시스템 및 컴퓨터 판독 가능한 기록 매체 | |
CN112134776B (zh) | 生成组播转发表项的方法和接入网关 | |
US9917768B2 (en) | System and method for reflecting FEC route information | |
US20220408332A1 (en) | Method for advertising route, network element, system, and device | |
EP4191966A1 (en) | Method and device for processing data message, storage medium, and electronic device | |
KR20230041727A (ko) | 터널 bfd 세션 설립 방법 및 장치 | |
WO2019006704A1 (zh) | 一种路径计算的方法、装置和系统 | |
EP3007389A1 (en) | Gre tunnel implementation method, access point and gateway | |
WO2014205680A1 (zh) | 报文转发系统、设备和方法 | |
CN113938405B (zh) | 一种数据处理的方法、装置 | |
WO2023035836A1 (zh) | 一种报文处理方法及相关装置 | |
WO2022089169A1 (zh) | 计算路由信息发送方法、装置、设备及存储介质 | |
CN113726648A (zh) | 多路径通信方法、装置、电子设备及计算机可读介质 | |
CN107317753B (zh) | 双向转发检测bfd会话建立的方法、装置和系统 | |
CN116436729B (zh) | 报文传输方法、组网系统及接入云网关 | |
CN113542095B (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 | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40024834 Country of ref document: HK |
|
GR01 | Patent grant | ||
GR01 | Patent grant |