CN113098777B - 一种数据转发方法、装置、终端设备和存储介质 - Google Patents
一种数据转发方法、装置、终端设备和存储介质 Download PDFInfo
- Publication number
- CN113098777B CN113098777B CN202110298646.2A CN202110298646A CN113098777B CN 113098777 B CN113098777 B CN 113098777B CN 202110298646 A CN202110298646 A CN 202110298646A CN 113098777 B CN113098777 B CN 113098777B
- Authority
- CN
- China
- Prior art keywords
- sub
- control server
- control
- forwarding
- topology
- 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
- 238000000034 method Methods 0.000 title claims abstract description 57
- 230000005540 biological transmission Effects 0.000 claims abstract description 73
- 238000004590 computer program Methods 0.000 claims description 17
- 239000010410 layer Substances 0.000 description 55
- 238000010586 diagram Methods 0.000 description 32
- 230000006855 networking Effects 0.000 description 21
- 230000011664 signaling Effects 0.000 description 14
- 230000000007 visual effect Effects 0.000 description 12
- 230000006870 function Effects 0.000 description 9
- 238000002955 isolation Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 7
- 239000002355 dual-layer Substances 0.000 description 6
- 230000009471 action Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 4
- 230000002457 bidirectional effect Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 210000004556 brain Anatomy 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000004992 fission Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
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
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供了一种数据转发方法、装置、终端设备和存储介质,包括:接收待发送的业务数据包;根据业务数据包的参数信息、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送业务数据包的业务转发路由;根据业务转发路由,将待发送的业务数据包转发至与第二分控服务器标识对应的第二分控服务器,再通过第二分控服务器的转发策略发送至与目的终端地址对应的目的终端,通过预先配置的网络拓扑,该网络拓扑包括各种不同类型的拓扑结构,从而分控服务器可以根据这些不同类型的网络拓扑确定业务数据转发的路由,并通过各个分控服务器的多种不同的转发路由进行数据传输,丰富了路由转发,解决了现有技术中转发策略单一的问题。
Description
技术领域
本发明涉及视联网技术领域,特别是涉及一种数据转发方法、装置、终端设备和存储介质。
背景技术
现有技术中,通过视联网进行业务数据的传输,一般都是采用“星型中心转发”策略进行数据转发,这种转发策略对于小业务量是可以的,但随着视联网业务的不断扩展,传输的业务量大大增加,中心节点对应的分控服务器传输业务量的压力也越来越大,采用上述的“星型中心转发”策略存在策略单一的问题,已不能满足业务进行的正常需求。
发明内容
鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据转发方法、装置、终端设备和存储介质。
第一个方面,本发明实施例提供一种数据转发方法,应用于视联网中的第一分控服务器,所述方法包括:
接收待发送的业务数据包,其中,所述业务数据包至少包括源终端地址和目的终端地址;
根据所述源终端地址、所述目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送所述业务数据包的业务转发路由,其中,所述预先配置的网络拓扑包括星型拓扑结构和/或全交换拓扑结构,所述业务转发路由至少包括与所述第一分控服务器进行数据传输的第二分控服务器标识;
根据所述业务转发路由,将所述待发送的业务数据包转发至与所述第二分控服务器标识对应的第二分控服务器,以使所述第二分控服务器根据第二分控服务器的转发策略,将所述业务数据包发送至与所述目的终端地址对应的目的终端。
可选地,在所述接收待发送的业务数据包之前,所述方法还包括:
接收网管服务器发送的预先配置的网络拓扑,其中,所述预先配置的网络拓扑是所述网管服务器接收用户输入的网络拓扑的设置指令而获得的,所述网络拓扑的设置指令包括所述预先配置的网络拓扑,所述星型拓扑结构包括双层星型拓扑结构和多层星型拓扑结构,所述全交换拓扑结构包括双层全交换拓扑结构和多层全交换拓扑结构。
可选地,所述方法还包括:
若预先配置的网络拓扑为所述双层星型拓扑结构或多层星型拓扑结构,则同组内的分控服务器为星型结构,不同分组之间的分控服务器为星型结构;
若预先配置的网络拓扑为所述双层全交换拓扑结构或多层全交换拓扑结构,则同组内的分控服务器为全交换结构,不同分组之间的分控服务器为星型结构。
可选地,所述方法还包括:
根据所述预先配置的网络拓扑,确定每个分控服务器对应的转发策略。
可选地,所述根据所述预先配置的网络拓扑,确定每个分控服务器对应的转发策略,包括:
根据所述预先配置的网络拓扑,确定所述分控服务器标识对应的分控服务器与网络拓扑中的每一个分控服务器的传输关系;
将所述分控服务器标识和与所述分控服务器进行传输的分控服务器标识的传输关系,确定为所述分控服务器的转发策略。
可选地,所述根据所述预先配置的网络拓扑,确定所述分控服务器标识对应的分控服务器与网络拓扑中的每一个分控服务器的传输关系,包括:
若所述分控服务器与网络拓扑中的分控服务器在同一分组内,且所述分控服务器与分组内的分控服务器为星型拓扑结构或全交换拓扑结构,则根据所述星型拓扑结构或全交换拓扑结构,确定与所述分控服务器进行传输的分控服务器标识;
若所述分控服务器与网络拓扑中的分控服务器不在同一分组内,所述分控服务器的分组与其他分组为星型拓扑结构,则根据所述星型拓扑结构,通过每个分组的中心组长分控服务器进行转发,确定与所述分控服务器进行传输的分控服务器标识。
可选地,所述转发策略包括发送策略和接收策略,所述将所述分控服务器标识和与所述分控服务器进行传输的分控服务器标识的传输关系,确定为所述分控服务器的转发策略,包括:
将所述分控服务器标识和接收分控服务器标识的对应关系,确定为所述分控服务器的发送策略,其中,所述接收分控服务器用于接收所述分控服务器发送的业务数据;
将所述分控服务器标识和发送分控服务器标识的对应关系,确定为所述分控服务器的接收策略,其中,所述发送分控服务器用于发送业务数据至所述分控服务器。
可选地,所述分控服务器的转发策略,包括:数组编号和数组内容,且所述数组内容与所述数组编号相对应,所述数组编号为所述预先配置的网络拓扑内每个分控服务器的标识,所述数组内容为与所述分控服务器标识对应的分控服务器进行数据传输的分控服务器的标识。
第二个方面,本发明实施例提供一种数据转发装置,应用于视联网中的第一分控服务器,所述装置包括:
接收模块,用于接收待发送的业务数据包,其中,所述业务数据包至少包括源终端地址和目的终端地址;
确定模块,用于根据所述源终端地址、所述目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送所述业务数据包的业务转发路由,其中,所述预先配置的网络拓扑包括星型拓扑结构和/或全交换拓扑结构,所述业务转发路由至少包括与所述第一分控服务器进行数据传输的第二分控服务器标识;
转发模块,用于根据所述业务转发路由,将所述待发送的业务数据包转发至与所述第二分控服务器标识对应的第二分控服务器,以使所述第二分控服务器根据第二分控服务器的转发策略,将所述业务数据包发送至与所述目的终端地址对应的目的终端。
可选地,所述装置还包括配置模块,所述配置模块用于:
接收网管服务器发送的预先配置的网络拓扑,其中,所述预先配置的网络拓扑是所述网管服务器接收用户输入的网络拓扑的设置指令而获得的,所述网络拓扑的设置指令包括所述预先配置的网络拓扑,所述星型拓扑结构包括双层星型拓扑结构和多层星型拓扑结构,所述全交换拓扑结构包括双层全交换拓扑结构和多层全交换拓扑结构。
可选地,所述配置模块用于:
若预先配置的网络拓扑为所述双层星型拓扑结构或多层星型拓扑结构,则同组内的分控服务器为星型结构,不同分组之间的分控服务器为星型结构;
若预先配置的网络拓扑为所述双层全交换拓扑结构或多层全交换拓扑结构,则同组内的分控服务器为全交换结构,不同分组之间的分控服务器为星型结构。
可选地,所述确定模块,用于:
根据所述预先配置的网络拓扑,确定每个分控服务器对应的转发策略。
可选地,所述确定模块,用于:
根据所述预先配置的网络拓扑,确定所述分控服务器标识对应的分控服务器与网络拓扑中的每一个分控服务器的传输关系;
将所述分控服务器标识和与所述分控服务器进行传输的分控服务器标识的传输关系,确定为所述分控服务器的转发策略。
可选地,所述确定模块,用于:
若所述分控服务器与网络拓扑中的分控服务器在同一分组内,且所述分控服务器与分组内的分控服务器为星型拓扑结构或全交换拓扑结构,则根据所述星型拓扑结构或全交换拓扑结构,确定与所述分控服务器进行传输的分控服务器标识;
若所述分控服务器与网络拓扑中的分控服务器不在同一分组内,所述分控服务器的分组与其他分组为星型拓扑结构,则根据所述星型拓扑结构,通过每个分组的中心组长分控服务器进行转发,确定与所述分控服务器进行传输的分控服务器标识。
可选地,所述确定模块,用于:
将所述分控服务器标识和接收分控服务器标识的对应关系,确定为所述分控服务器的发送策略,其中,所述接收分控服务器用于接收所述分控服务器发送的业务数据;
将所述分控服务器标识和发送分控服务器标识的对应关系,确定为所述分控服务器的接收策略,其中,所述发送分控服务器用于发送业务数据至所述分控服务器。
可选地,所述分控服务器的转发策略,包括:数组编号和数组内容,且所述数组内容与所述数组编号相对应,所述数组编号为所述预先配置的网络拓扑内每个分控服务器的标识,所述数组内容为与所述分控服务器标识对应的分控服务器进行数据传输的分控服务器的标识。
第三个方面,本发明实施例提供一种终端设备,包括:至少一个处理器和存储器;
所述存储器存储计算机程序;所述至少一个处理器执行所述存储器存储的计算机程序,以实现第一个方面提供的数据转发方法。
第四个方面,本发明实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,所述计算机程序被执行时实现第一个方面提供的数据转发方法。
本发明实施例提供的数据转发方法、装置、终端设备和存储介质,应用于视联网中的第一分控服务器,包括:接收待发送的业务数据包,根据业务数据包中的源终端地址、目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送业务数据包的业务转发路由,预先配置的网络拓扑包括星型拓扑结构和/或全交换拓扑结构,业务转发路由至少包括与第一分控服务器进行数据传输的第二分控服务器标识;根据业务转发路由,将待发送的业务数据包转发至与第二分控服务器标识对应的第二分控服务器,分控服务器根据第二分控服务器的转发策略,将业务数据包发送至与目的终端地址对应的目的终端,本发明实施例通过预先配置的网络拓扑,该网络拓扑包括各种不同类型的拓扑结构,从而分控服务器可以根据这些不同类型的网络拓扑确定业务数据转发的路由,并通过各个分控服务器的多种不同的转发路由进行数据传输,丰富了路由转发,解决了现有技术中转发策略单一的问题。
附图说明
图1是本发明的一种数据转发方法实施例的步骤流程图;
图2是本发明的另一种数据转发方法实施例的步骤流程图;
图3是本发明的视联网自治云拓扑结构的示意图;
图4是本发明的星型拓扑结构的示意图;
图5是本发明的全交换拓扑结构的示意图;
图6是本发明的双层星型拓扑结构的示意图;
图7是本发明的又一双层星型拓扑结构的示意图;
图8是本发明的双层全交换拓扑结构的示意图;
图9是本发明的分控服务器1的发送策略的示意图;
图10是本发明的分控服务器9的发送策略的示意图;
图11是本发明的业务隔离拓扑的示意图;
图12是本发明的转发路由配置示意图;
图13是本发明的又一转发路由配置示意图;
图14是本发明的一种数据转发装置实施例的结构框图;
图15是本发明的一种终端设备的结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
名词解释如下:
视联网:以地域划分,形成的一张树型结构的实体网络,有别于现在的互联网,全网没有使用传统互联网IP技术,北京视联动力对其具有完全自主知识产权。视联网中心服务器部署在北京,全国每个省会部署省一级服务器,各个省的地级市部署市级服务器,目前已经部署到乡镇一级。
自治云:自治云是视联网网络结构中的基本子结构,也是使视联网可以正常运行的最小结构单位。一个自治云在配置正确的情况下可以在自治云内部独立实现视联网的所有功能。这样当自治云由于通信故障无法和上下层自治云连接时,视联网业务依然可以在自治云内部实现。当自治云可以和上下层的自治云正常通信时,这些自治云就组成了一个范围更大的视联网,可以实现跨自治云的视联网业务。
自治服务器:也叫视联网主控服务器,是自治云的管理核心,每一个自治云含义至少一台自治服务器。实现的功能主要包括对自治云中的设备进行管理、注册、实现自治云内部以及自治云之间的视联网业务逻辑、和视联网的管理网络通信以实现更高层的管理等。
分控服务器:一款视联网操控器,集视联网音视频转发、机顶盒控制、注册等等功能于一体,分安装机箱式和手提便携式。
视联网终端:视联网上业务落地设备,视联网业务的实际参与者或服务者,包括各种会议机顶盒、可视电话机顶盒、手术试教机顶盒,流媒体网关、存储网关、媒体合成器等等。视联网终端需要注册到视联网服务器上方可进行正常业务。需要一个视联网号码。
网管服务器:视联网上的核心设备,通过操控自治服务器,控制视联网分控服务器业务开通、注册等操作,是视联网的管理“大脑”,同时提供UI接口供客户端调用。
设置信令:双向交互命令的一种,信令接受方,收到信令后,一般要做出“Set”动作,改变自身信息。比如,注册设备信令,主控服务器收到此信令后,将信令中信息参数解析出来,写的本地文件系统和内存中,并操作结果值(通常是是否两种结果值)返回给信令发送发。
查询信令:双向交互命令的一种,信令接受方,收到信令后,一般要做出“Get”动作,不改变自身信息。比如,查询设备信令,主控服务器收到此信令后,文件系统中保存的设备信息,以一定格式编入信令参数,并将此结果返回给信令发送方。
参照图1,示出了本发明的一种数据转发方法实施例的步骤流程图,该方法可以应用于第一分控服务器,具体可以包括如下步骤:
S101、接收待发送的业务数据包,其中,业务数据至少包括源终端地址和目的终端地址;
具体地,视联网的整体网络结构由多个称为自治云的子结构互相连接而成。自治云在互相连接时呈现出明显的层级结构。从最顶层的自治云开始,每个自治云可以和多个下一层的自治云互相连接,下层的自治云再和更下一层的自治云连接。所有的自治云以这种方式层层连接后就形成了完整的视联网。这种层级结构就是标准的树状结构。每一个自治云就是树中的一个节点,整个视联网就是一棵自治云节点组成的树。
在每一个自治云中,包括多个分控服务器,该分控服务器用于对业务数据进行转发,当业务开始后,分控服务器接收到待发送的业务数据包,该业务数据包至少包括源终端地址和目的终端地址,用于根据转发策略,确定业务转发路由,其中,源终端地址可以是MAC地址,也可以是视联网号码;目的终端地址可以是MAC地址,也可以是视联网号码。
S102、根据源终端地址、目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送业务数据包的业务转发路由,其中,业务转发路由至少包括与第一分控服务器进行数据传输的第二分控服务器标识;
具体地,作为一种可选地实施方式,在每个分控服务器上预先存储网络拓扑,分控服务器根据网络拓扑确定的各自的转发策略;
作为另一种可选地实施方式,网管服务器根据网络拓扑确定各个分控服务器的转发策略,然后网管服务器再将该转发策略发送至对应的分控服务器;
具体地,第一分控服务器根据源终端地址和目的终端地址,与网络拓扑和对应的转发策略,确定发送该业务数据包的业务转发路由,该业务转发路由至少包括与该第一分控服务器相连的第二分控服务器标识。
S103、根据业务转发路由,将待发送的业务数据包转发至与第二分控服务器标识对应的第二分控服务器,以使第二分控服务器根据第二分控服务器的转发策略,将业务数据包发送至与目的终端地址对应的目的终端。
具体地,第一分控服务器根据业务转发路由中的第二分控服务器标识,将待发送的业务数据包转发至对应的第二分控服务器,其中,第一分控服务器为发送端的分控服务器,第二分控服务器为接收端的分控服务器,第二分控服务器也根据接收到的业务数据包中的参数信息和预先配置的网络拓扑,确定第二分控服务器的业务转发路由,第二分控服务器再根据自己的业务转发路由将该业务数据包发送出去,直至发送至与目的终端地址对应的目的终端,在进行业务数据包转发的过程中,可以通过多个第二分控服务器的业务转发路由进行转发,第二分控服务器的个数根据具体的传输路径确定。
也就是说,就是分控服务器A即第一分控服务器发出去的流如何到达分控服务器B即第二分控服务器,如果双向业务的话,同理分控服务器B发出去的业务流如何到达分控服务器A,业务流通过哪个分控服务器去转发,路径如何,是可随意配置的,不是固定不变的。对于每个分控服务器来说,有“发送策略”和“接收路由”之分,“发送策略”指的是发出去的流的走向,“接收路由”指的是别人的流如何达到自己,也就是别人的“发送策略”,在此过程中,可能需要多个第二分控服务器进行转发,直到业务流达到目的终端。
本发明实施例提供的数据转发方法,包括:接收待发送的业务数据包,根据业务数据包中的源终端地址、目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送业务数据包的业务转发路由,预先配置的网络拓扑包括星型拓扑结构和/或全交换拓扑结构,业务转发路由至少包括与第一分控服务器进行数据传输的第二分控服务器标识;根据业务转发路由,将待发送的业务数据包转发至与第二分控服务器标识对应的第二分控服务器,分控服务器根据第二分控服务器的转发策略,将业务数据包发送至与目的终端地址对应的目的终端,本发明实施例通过预先配置的网络拓扑,该网络拓扑包括各种不同类型的拓扑结构,从而分控服务器可以根据这些不同类型的网络拓扑确定业务数据转发的路由,并通过各个分控服务器的多种不同的转发路由进行数据传输,丰富了路由转发,解决了现有技术中转发策略单一的问题。
本发明又一实施例对上述实施例提供的方法做进一步补充说明。
如图2所示,示出了本发明的另一种数据转发方法实施例的步骤流程图,该数据转发方法包括:
S201、网管服务器接收用户输入的网络拓扑的设置指令;网络拓扑的设置指令包括预先配置的网络拓扑。
具体地,用户在可以网管服务器上根据预设网络拓扑,设置各个分控服务器的转发策略,即自由转发策略。本发明实施例提供自由转发策略,转发规则构成一颗倒立的树,称之为“转发树”,树根就是流的发出者,除了树根之外的其他节点,叫转发节点,有中间节点,也有叶子节点。从树根出发到达任何一个节点的路径,就是一条转发路径。
该自由转发策略包括双层星型转发策略,双层全交换转发策略和业务隔离策略。
S202、接收网管服务器发送的预先配置的网络拓扑,其中,预设网络拓扑包括星型拓扑结构和/或全交换拓扑结构,该星型拓扑结构包括双层星型拓扑结构和多层星型拓扑结构,全交换拓扑结构包括双层全交换拓扑结构和多层全交换拓扑结构;
具体地,根据业务需要,本发明实施例还包括业务隔离拓扑结构,该业务隔离拓扑结构可以包括星型拓扑,也可以包括全交换拓扑,或者两种都包括。
若预先配置的网络拓扑为双层星型拓扑结构或多层星型拓扑结构,则同组内的分控服务器为星型结构,不同分组之间的分控服务器为星型结构;
若预先配置的网络拓扑为双层全交换拓扑结构或多层全交换拓扑结构,则同组内的分控服务器为全交换结构,不同分组之间的分控服务器为星型结构。
S203、网管服务器将预先配置的网络拓扑发送至各个分控服务器。
S204、分控服务器根据预先配置的网络拓扑,确定每个分控服务器对应的转发策略。
具体地,该步骤包括:
步骤A1、根据预先配置的网络拓扑,确定分控服务器标识对应的目标分控服务器与网络拓扑中的每一个分控服务器的传输关系;
具体地,网管服务器预先将网络拓扑发送至各个分控服务器,当确定哪个分控服务器的转发策略时,则将该分控服务器确定为目标分控服务器,在具体的实施过程中,将预先配置的网络拓扑中的每个分控服务器依次作为目标分控服务器,并确定为目标分控服务器标识。
若目标分控服务器与网络拓扑中的分控服务器在同一分组内,且目标分控服务器与分组内的分控服务器为星型拓扑结构或全交换拓扑结构,则根据星型拓扑结构或全交换拓扑结构,确定与目标分控服务器进行传输的目标分控服务器标识;
若目标分控服务器与网络拓扑中的分控服务器不在同一分组内,目标分控服务器的分组与其他分组为星型拓扑结构,则根据星型拓扑结构,通过每个分组的中心组长分控服务器进行转发,确定与目标分控服务器进行传输的目标分控服务器标识。
步骤A2、将目标分控服务器标识和与目标分控服务器进行传输的分控服务器标识的传输关系,确定为目标分控服务器的转发策略。
具体地,转发策略包括发送策略和接收策略,将目标分控服务器标识和接收分控服务器标识的对应关系,确定为目标分控服务器的发送策略,其中,接收分控服务器用于接收目标分控服务器发送的业务数据;
将目标分控服务器标识和发送分控服务器标识的对应关系,确定为目标分控服务器的接收策略,其中,发送分控服务器用于发送业务数据至目标分控服务器。
可选地,分控服务器的转发策略,包括:数组编号和数组内容,且数组内容与数组编号相对应,数组编号为预先配置的网络拓扑内每个分控服务器的标识,数组内容为与分控服务器标识对应的分控服务器进行数据传输的分控服务器的标识。
具体的,分控服务器的转发策略可以以多种形式进行表示,例如,可以以表格的形式进行表示,也可以以数组的形式进行表示,在本发明实施例中以数组的形式进行表示,分控服务器的转发策略为一维数组,数组包括数组编号和数组内容,且数组内容与数组编号相对应,数组编号为预设网络拓扑内每个分控服务器的标识,数组内容为与数组编号对应的分控服务器进行数据传输的分控服务器的标识。
示例性地,分控服务器的发送策略,即发送路由策略,是个一维数组,数组下标表示分控服务器的标识(自治云内唯一),数组里填写的每个值也是分控服务器标识,该数组内填写的分控服务器标识表示业务流通过数组内填写的分控服务器标识的分控服务器,到达数组下标分控服务器。
S205、接收待发送的业务数据包,其中,业务数据包至少包括源终端地址和目的终端地址;
S206、根据源终端地址、目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送业务数据包的业务转发路由,其中,第一分控服务器对应的转发策略是根据预先配置的网络拓扑确定的,业务转发路由至少包括与第一分控服务器进行数据传输的第二分控服务器标识;
S207、根据业务转发路由,将待发送的业务数据包转发至与第二分控服务器标识对应的第二分控服务器。
由于步骤S205至步骤S207与图1所示实施例中的步骤S101和S103相同。在图1中已经对步骤S101至步骤S103进行了详细描述,因此,在此不再对步骤S205至步骤S207进行赘述。
图3是本发明的视联网自治云拓扑结构的示意图,如图5所示,新一代视联网的整体网络结构由多个称为自治云的子结构互相连接而成。自治云在互相连接时呈现出明显的层级结构。从最顶层的自治云开始,每个自治云可以和多个下一层的自治云互相连接,下层的自治云再和更下一层的自治云连接。所有的自治云以这种方式层层连接后就形成了完整的视联网。这种层级结构就是标准的树状结构。每一个自治云就是树中的一个节点,整个视联网就是一棵自治云节点组成的树。
图4是本发明的星型拓扑结构的示意图,如图4所示,星型拓扑结构具体包括中心分控服务器和普通分控服务器,也就是说将分控服务器分成两种角色,即中心分控服务器和普通分控服务器。
具体地,通过星型拓扑结构的分控服务器进行视联设备之间业务时,业务流数据在星型拓扑结构内的分控服务器之间转发;分控服务器间的业务流,通过中心分控服务器进行转发。比如分控1服务器下的终端要和分控服务器2、分控服务器3下的终端进行会议业务,分控服务器1的数据流先到中心分控服务器,中心分控服务器将该数据流进行复制,得到两份的数据流,分别发给分控服务器2和分控服务器3,对于分控服务器1来说分控服务器1只需要发送一份数据流就可以,适合于分控服务器1的带宽不足、中心分控服务器带宽充足的情况。
图5是本发明的全交换拓扑结构的示意图,如图5所示,全交换拓扑结构可以执行的转发策略为直达策略,也就是说通过分控服务器执行视联设备间业务,业务流在本分控服务器内转发;分控服务器间的业务流,可以直接发往目的分控服务器,而不需要经过其他的分控服务器进行中转。相对于星型拓扑网络结构需要通过中心分控服务器进行转发,全拓扑拓扑结构不需要分控服务器进行转发,发送端的分控服务器可以直接将业务流发送至目的端分控服务器,这样,就需要较大的带宽。比如,分控服务器1的业务流,需要同时向分控服务器2和分控服务器3发送,则分控服务器1需要将业务流复制两份,要同时发送这两份的业务流,则需要较大的带宽来发送。
a.全交换拓扑:
跨分控的业务,分控服务器间业务流直达,响应速度快。
b.星型拓扑:
跨分控的业务,流都通过中心设备转发,对普通分控的带宽要求不高。
图6是本发明的双层星型拓扑结构的示意图,如图6所示,显示的是双层星型拓扑结构,该双层星型拓扑结构可以用来进行双层星型转发,也可以叫做裂变转发或链式反应转发。分控服务器采用该双层星型转发策略能进行双向通讯。
若分控服务器采用的是双层星型拓扑结构,则需要对分控服务器进行分组,这样,在每个分组内是星型连接,可以采用星型转发策略进行数据传输,在每个分组之间也是星型连接,仍然采用星型转发策略进行数据传输。
示例性地,图7是本发明的又一双层星型拓扑结构的示意图,如图7所示,其中,附图中的数字1、2……17均代表分控服务器的标识,在此具体实施例中,对17个分控服务器进行分组,组内为星型连接,组间为星型连接,例如分成1个中心分组和3个普通分组,具体地分组情况如下所示:在本发明实施例中,分控服务器简称为分控,附图中的分1表示分控1,其他类似。
中心分组包括分控1、分控2、分控3、分控4、分控5;
其中:分控2是组长;分控3、分控4、分控5的流通过分控2到达其他分控。
普通分组1包括:分控6、分控7、分控8、分控9;
分控6是组长;分控7、分控8、分控9的流通过分控6到达其他分控。
普通分组2包括:分控10、分控11、分控12、分控13;
分控10是组长;分控11、分控12、分控13的流通过分控10到达其他分控。
普通分组3包括:分控14、分控15、分控16分控6、分控17分控7;
分控14是组长;分控15、分控16分控6、分控17分控7的流通过分控14达到其他分控。
具体地,在进行业务流传输时,组长分控6的业务流直达组内分控7、分控8、分控9,通过分控2到其他分控。同理组长分控10、分控14一样。
组长分控2的业务流可以直达组内分控1、分控3、分控4、分控5,也可以直达组长分控6、组长分控10、组长分控14,然后再通过普通分组内的各个组长发送至各自组内其他分控服务器成员。
具体地,每个分控服务器可以根据预先配置的网络拓扑结构,确定各个分控服务器的路由转发策略,该分控服务器的路由转发策略可以是发送路由策略,也可以是接收路由策略,不论是哪种路由,路由转发策略是一个数组,该数组下标表示分控服务器的标识,数组里填写的内容也是分控服务器的标识,该分控服务器标识是与下标分控服务器标识可以进行业务流传输的分控服务器的标识,并且每个分控服务器标识在自治云内都是唯一的。
根据如图7所示的拓扑结构,根据拓扑结构可以确定每个分控服务器的转发策略,该转发策略包括发送策略和接收策略,在本发明实施例中具体介绍部分分控服务器的发送策略,包括:
分控2的发送策略的确定方式为:
该拓扑结构为星型拓扑结构,在分控2所在的分组内,分控2可以直接将业务流发送至分控1、分控3、分控4和分控5,对于分控6,由于分控2和分控6是组间星型连接,分控6、分控7、分控8和分控9又是一个分组,且分控6是组长,所以,分控2可以将业务流直接发送至分控6,分控2要想将业务流发送至分控7、分控8、分控9,则需要分控2先将业务流发送至分控6,由分控6再将业务流发送至分控7、分控8、分控9;
同理,由于分控2和分控10是组间星型连接,分控10、分控11、分控12和分控13又是一个分组,且分控10是组长,所以,分控2可以将业务流直接发送至分控10,分控2要想将业务流发送至分控11、分控12、分控13,则需要分控2先将业务流发送至分控10,由分控10再将业务流发送至分控11、分控12、分控13;
同理,由于分控2和分控14是组间星型连接,分控14、分控15、分控16和分控17又是一个分组,且分控14是组长,所以,分控2可以将业务流直接发送至分控14,分控2要想将业务流发送至分控15、分控16、分控17,则需要分控2先将业务流发送至分控14,由分控14再将业务流发送至分控15、分控16、分控17。
根据上述的确定方式,可以得到如下所示的发送策略,该发送策略的表示形式并不局限于下面形式,也可以是其他的表示形式。该转发策略是一个数组,该数组下标表示分控服务器的标识,数组里填写的内容也是分控服务器的标识,该分控服务器标识是与下标分控服务器标识可以进行业务流传输的分控服务器的标识,如下所示:
同分控2的发送策略相似,分控3根据网络拓扑结构确定的发送策略如下:具体地确定步骤如分控2所示,在此不再赘述。
同分控2的发送策略相似,分控6根据网络拓扑结构确定的发送策略如下:具体地确定步骤如分控2所示,在此不再赘述。
同分控2的发送策略相似,分控7根据网络拓扑结构确定的发送策略如下:具体地确定步骤如分控2所示,在此不再赘述:
同分控2的发送策略相似,分控7根据网络拓扑结构确定的发送策略如下:具体地确定步骤如分控2所示,在此不再赘述。
同分控2的发送策略相似,分控11根据网络拓扑结构确定的发送策略如下:具体地确定步骤如分控2所示,在此不再赘述。
图7只是显示双层星型拓扑结构的转发路由,在此基础上,还可以设置多层星型转发,原理和双层星型拓扑结构相似,在此不再赘述。
本发明提供的预先配置的网络拓扑除了上述的星型拓扑之外,还包括全交换拓扑结构,该全交换拓扑包括双层全交换拓扑和多层全交换拓扑。
具体地,需要对分控服务器进行分组,每个分组内包括若干分控服务器,分组内的分控服务器采用全交换拓扑连接,分组间的分控服务器采用星型拓扑连接。
示例性地,图8是本发明的双层全交换拓扑结构的示意图,如图8所示,对9个分控服务器进行分组,得到分组1、分组2和分组3,其中,在此实施例中分控服务器简称为分控:
分组1包括:分控4、分控5、分控6;
其中,分控5是组长;分控4、分控6的业务流通过分控5到达其他分控。
分组2包括:分控1、分控2、分控3;
其中,分控3是组长;分控1、分控2的业务流通过分控3到达其他分控。
分组3包括:分控7、分控8、分控9;
其中,分控7是组长;分控8、分控9的流通过分控7达到其他分控。
基于该拓扑结构,可以进行不同业务路径的业务,例如,Stb1到Stb2业务或Stb1到Stb3业务等,不同的业务通过不同的分控服务器进行业务数据转发,也就是说通过不同的分控服务器的转发策略来确定目标分控服务器,进而通过目标分控服务器进行业务数据转发。
对于Stb1到Stb2业务,经过分控1和分控2,分控1和分控2是组内业务,分控1的业务流可以直达分控2,业务路径为M-N-O-P,其中,M、N、O、P为分控服务器的端口。
对于Stb1到Stb3业务,需要经过分控1、分控3、分控5、分控7、分控9,这些分控服务器包括组间和组内,其中,分组2包括分控1和分控3,分组1包括分控5,分组3包括分控7和分控9,业务路径为A-B-C-D-E-F-G-H-I-J,其中,A、B、C、D、E、F、G、H、I和J为各个分控服务器的端口。
各个分控服务器根据如图8的网络拓扑图确定各个分控服务器的转发策略,其中,转发策略包括发送策略和接收策略,在本发明实施例中只介绍发送策略;具体的发送策略如下:
分控1的发送策略的确定方式为:
分控1、分控2和分控3在一个分组内,并且是全交换拓扑,也就是说分控1可以将业务流直接发送至分控2和分控3;
由于分控3和分控5是组间的星型连接,所以,分控1通过分控3将业务流发送至分控5;
分控1要想将业务流发送至分控4,由于分控4和分控1不在一个分组内,分控4位于分组1内,且分控5为组长,则需要分控1将业务流发送至分控3,再由分控3进行组间传输,将业务流发送至分控5,分控5与分控4、分控6为全交换连接,所以,分控5可以将业务流直接发送至分控4或分控6;
分控1要想将业务流发送至分控7,由于分控3、分控5和分控7之间是星型连接,则分控1将业务流发送至分控3,分控3再将业务流发送至分控5,分控5再将业务流发送至分控7;
由于分控7、分控8和分控9是在一个分组内,且为全交换连接,则分控7可以将业务流直接发送至分控8或分控9,也即是说分控1通过分控3、分控5、分控7将业务流发送至分控8,分控1通过分控3、分控5、分控7将业务流发送至分控9;
基于上述的确定方式,可以得到分控1的发送策略,发送策略的表示形式并不局限于下面形式,也可以是其他的表示形式,在本发明实施例中的转发策略是一个数组,该数组下标表示分控服务器的标识,数组里填写的内容也是分控服务器的标识,该分控服务器标识是与下标分控服务器标识可以进行业务流传输的分控服务器的标识,如下所示;
具体地,分控1的发送策略中第二行也就是数组下标为各个分控服务器的标识,数组内容为与该下标分控服务器标识可以进行业务流传输的分控服务器的标识,例如,对于分控1,分控1发送至分控1,则下标1对应的数组内容为0;
对于分控2,由于分组2内为全交换拓扑,则分控2可以直接将业务流发送至分控2,则下标2对应的数组内容为1即分控1的编号;
对于分控3,由于分组2内为全交换拓扑,则分控3可以直接将业务流发送至分控3,则下标3对应的数组内容为1即分控1的编号;
对于分控4,由于分组1内为全交换拓扑,则分控4可以直接接收分控5发送的业务流,则下标4对应的数组内容为5即分控5的编号;
对于分控5,分控5可以接收分控3发送的业务流,则下标5对应的数组内容为3即分控3的编号;
对于分控6,由于分组1内为全交换拓扑,则分控6可以直接接收分控5发送的业务流,则下标6对应的数组内容为5即分控5的编号;
对于分控7,由于分组3内为全交换拓扑,则分控6可以直接接收分控5发送的业务流,则下标7对应的数组内容为5即分控5的编号;
对于分控8,由于分组3内为全交换拓扑,则分控8可以直接接收分控7发送的业务流,则下标8对应的数组内容为7即分控7的编号;
对于分控9,由于分组3内为全交换拓扑,则分控9可以直接接收分控7发送的业务流,则下标9对应的数组内容为7即分控7的编号;
根据上述的路由转发策略,可以确定每个分控服务器的路由转发树,这样,可以更加清晰地显示分控服务器的转发过程,其对应转发树见如图9所示的,图9是本发明的分控服务器1的发送策略的示意图,具体地,分控1可以将业务流发送至分控2和分控3,分控3进行组间传输,分控3发送业务流至分控5,分控5进行组内传输,即分控5发送业务流至分控4和分控6,分控5也可以进行组间传输,即分控5发送业务流至分控3,分控3进行组间传输,即分控3发送业务流至分控1和分控2。
和上述分控1的转发路由策略相似,分控2根据网络拓扑结构确定分控2的发送策略,具体的发送策略的确定方式如分控1的确定方式,在此不再赘述,得到的发送策略见下面数组:
和上述分控1的发送策略相似,分控9根据网络拓扑结构确定分控9的发送策略,见下面数组:
具体的确定方式和分控1的确定方式相似,在此不再赘述。分控9对应的路由转发树如图10所示,图10是本发明的分控服务器9的发送策略的示意图,分控9可以将业务流发送至分控8和分控7,分控7进行组间传输,可以将分控7的业务流发送至分控5,分控5进行组内业务流传输,分控5将业务流发送至分控4和分控6,分控5也可以进行组间业务流传输,即分控5将业务流发送至分控3,分控3再进行组间传输,分控3将业务流发送至分控1和分控2。
在本发明实施例中,只介绍了双层全交换拓扑结构,可以根据实际需要拓展到多层全交换拓扑结构,在此不再赘述。
图11是本发明的业务隔离拓扑的示意图,如图11所示,本发明除了上述的星型拓扑和全交换拓扑,根据实际需要,本发明实施例还提供业务隔离策略,类似交换机的VLAN功能,是自由转发功能的又一个应用,该业务隔离策略包括星型拓扑,或包括全交换拓扑,或两种拓扑结构都包括。
如图11所示,假设要配置如图11所示的一个业务隔离转发策略:分控11与分控12双向链路,用来跑“数据”业务(比如上网业务),“数据”业务发送不到分控9和分控10;分控9和分控11双向,用来跑“视频”业务,分控9发送“视频”业务,并通过分控10中转该“视频”业务至分控11,但是“视频”业务发送不到分控12,这样,就将“数据”业务和“视频”业务隔离开来。
在图11的网络拓扑中,用户可以在网管服务器上进行各个分控服务器的路由配置,具体地,如图12所示的配置界面,用户可以配置分控12的发送策略:在图12左侧显示图11中的部分拓扑,即分控12向分控11发送数据,在该拓扑结构中包括分控9、分控10、分控11和分控12,根据如图11所示的拓扑,设置分控12的路由,这样,在路由策略的下标为各个分控服务器的标识,例如9、10、11、12,分控12发送至分控12,所以分控12对应的数组内容为0;分控12发送数据至分控11,分控11对应的数组内容为12,分控9和分控10与分控12没有业务交换,所以分控9和分控10对应的数据内容为0,如下所示:
因此,在网管服务器上分别配置分控9、分控10、分控11和分控12的路由,在图12中分控9和分控10对应的转发端口为0,分控11的转发端口为12,分控12的转发端口为0。
在图11中的分控9、分控10和分控11链路中,图13是本发明的又一转发路由配置示意图,如图13所示,用户可以通过如图13所示的界面配置分控9的发送策略:
通过图11中的网络拓扑配置分控9的发送策略:分控9可以将数据发送至分控10,分控10再将该数据发送至分控11,在分控9的路由策略的下标为各个分控服务器的标识,例如9、10、11、12,分控9发送至分控9,所以分控9对应的数组内容为0;分控9发送数据至分控10,分控10对应的数组内容为9,分控10将数据发送至分控11,分控11对应的数组内容为10,分控9与分控12没有业务交换,所以分控12对应的数据内容为0,如下所示:
因此,在网管服务器上分别配置分控9、分控10、分控11和分控12的路由,在图13中分控9对应的转发端口为0,,分控10对应的转发端口为9,分控11的转发端口为10,分控12的转发端口为0。
本发明实施例通过对分控服务器按照预设的拓扑结构进行分组,并为每个分控服务器设置编号;其中,预设的拓扑结构包括多层星型结构、多层全交换结构和业务隔离结构;根据预设的拓扑结构,对于每个分控服务器,进行路由转发策略配置,其中,路由转发策略为一位数组,该数组下标表示拓扑结构内每个分控服务器的标识,数组里填写的是能与数组编号对应的分控服务器进行数据传输的分控服务器的标识。网管服务器将预设的拓扑结构和路由转发策略发送至每个分控服务器,并在分控服务器上进行保存。在进行业务的时候,分控服务器根据预先储存的预设拓扑结构和该分控服务器对应的路由转发策略,确定业务路径。这样,可以灵活配置路由转发策略,减少中心节点分控服务器的传输压力,提高带宽利用率。
本发明实施例提供的数据转发方法,应用于视联网中的第一分控服务器,包括:接收待发送的业务数据包,根据业务数据包中的源终端地址、目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送业务数据包的业务转发路由,预先配置的网络拓扑包括星型拓扑结构和/或全交换拓扑结构,业务转发路由至少包括与第一分控服务器进行数据传输的第二分控服务器标识;根据业务转发路由,将待发送的业务数据包转发至与第二分控服务器标识对应的第二分控服务器,分控服务器根据第二分控服务器的转发策略,将业务数据包发送至与目的终端地址对应的目的终端,本发明实施例通过预先配置的网络拓扑,该网络拓扑包括各种不同类型的拓扑结构,从而分控服务器可以根据这些不同类型的网络拓扑确定业务数据转发的路由,并通过各个分控服务器的多种不同的转发路由进行数据传输,丰富了路由转发,解决了现有技术中转发策略单一的问题。
本发明另一实施例提供一种数据转发装置,用于执行上述实施例提供的数据转发方法。
参照图14,示出了本发明的一种数据转发装置实施例的结构框图,应用于视联网中的第一分控服务器,该装置包括:
接收模块1401用于接收待发送的业务数据包,其中,业务数据包至少包括源终端地址和目的终端地址;
确定模块1402用于根据源终端地址、目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送业务数据包的业务转发路由,其中,预先配置的网络拓扑包括星型拓扑结构和/或全交换拓扑结构,业务转发路由至少包括与第一分控服务器进行数据传输的第二分控服务器标识;
转发模块1403用于根据业务转发路由,将待发送的业务数据包转发至与第二分控服务器标识对应的第二分控服务器,以使第二分控服务器根据第二分控服务器的转发策略,将业务数据包发送至与目的终端地址对应的目的终端。
本发明实施例提供的数据转发装置,应用于视联网中的第一分控服务器,包括:接收待发送的业务数据包,根据业务数据包中的源终端地址、目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送业务数据包的业务转发路由,预先配置的网络拓扑包括星型拓扑结构和/或全交换拓扑结构,业务转发路由至少包括与第一分控服务器进行数据传输的第二分控服务器标识;根据业务转发路由,将待发送的业务数据包转发至与第二分控服务器标识对应的第二分控服务器,分控服务器根据第二分控服务器的转发策略,将业务数据包发送至与目的终端地址对应的目的终端,本发明实施例通过预先配置的网络拓扑,该网络拓扑包括各种不同类型的拓扑结构,从而分控服务器可以根据这些不同类型的网络拓扑确定业务数据转发的路由,并通过各个分控服务器的多种不同的转发路由进行数据传输,丰富了路由转发,解决了现有技术中转发策略单一的问题。
本发明又一实施例对上述实施例提供的装置做进一步补充说明。
可选地,该装置还包括配置模块,配置模块用于:
接收网管服务器发送的预先配置的网络拓扑,其中,预先配置的网络拓扑是网管服务器接收用户输入的网络拓扑的设置指令而获得的,网络拓扑的设置指令包括预先配置的网络拓扑,星型拓扑结构包括双层星型拓扑结构和多层星型拓扑结构,全交换拓扑结构包括双层全交换拓扑结构和多层全交换拓扑结构。
可选地,配置模块用于:
若预先配置的网络拓扑为双层星型拓扑结构或多层星型拓扑结构,则同组内的分控服务器为星型结构,不同分组之间的分控服务器为星型结构;
若预先配置的网络拓扑为双层全交换拓扑结构或多层全交换拓扑结构,则同组内的分控服务器为全交换结构,不同分组之间的分控服务器为星型结构。
可选地,确定模块用于:
根据预先配置的网络拓扑,确定每个分控服务器对应的转发策略。
可选地,确定模块用于:
根据所述预先配置的网络拓扑,确定分控服务器标识对应的分控服务器与网络拓扑中的每一个分控服务器的传输关系;
将所述分控服务器与所述每一个分控服务器的传输关系,确定为所述分控服务器的转发策略。
可选地,确定模块用于:
若所述分控服务器与网络拓扑中的其他分控服务器在同一分组内,且所述分控服务器与分组内的其他分控服务器为星型拓扑结构或全交换拓扑结构,则根据所述星型拓扑结构或全交换拓扑结构,确定与所述分控服务器进行传输的分控服务器标识;
若所述分控服务器与网络拓扑中的其他分控服务器不在同一分组内,所述分控服务器的分组与其他分组为星型拓扑结构,则根据所述星型拓扑结构,通过每个分组的中心组长分控服务器进行转发,确定与所述分控服务器进行传输的分控服务器标识。
可选地,确定模块用于:
将所述分控服务器标识和接收分控服务器标识的对应关系,确定为所述分控服务器的发送策略,其中,所述接收分控服务器用于接收所述分控服务器发送的业务数据;
将所述分控服务器标识和发送分控服务器标识的对应关系,确定为所述分控服务器的接收策略,其中,所述发送分控服务器用于发送业务数据至所述分控服务器。
可选地,分控服务器的转发策略包括:数组编号和数组内容,且数组内容与数组编号相对应,数组编号为预先配置的网络拓扑内每个分控服务器的标识,数组内容为与分控服务器标识对应的分控服务器进行数据传输的分控服务器的标识。
需要说明的是,本实施例中各可实施的方式可以单独实施,也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本发明实施例提供的数据转发装置,应用于视联网中的第一分控服务器,包括:接收待发送的业务数据包,根据业务数据包中的源终端地址、目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送业务数据包的业务转发路由,预先配置的网络拓扑包括星型拓扑结构和/或全交换拓扑结构,业务转发路由至少包括与第一分控服务器进行数据传输的第二分控服务器标识;根据业务转发路由,将待发送的业务数据包转发至与第二分控服务器标识对应的第二分控服务器,分控服务器根据第二分控服务器的转发策略,将业务数据包发送至与目的终端地址对应的目的终端,本发明实施例通过预先配置的网络拓扑,该网络拓扑包括各种不同类型的拓扑结构,从而分控服务器可以根据这些不同类型的网络拓扑确定业务数据转发的路由,并通过各个分控服务器的多种不同的转发路由进行数据传输,丰富了路由转发,解决了现有技术中转发策略单一的问题。
本发明再一实施例提供一种终端设备,用于执行上述实施例提供的数据转发方法。
图15是本发明的一种终端设备的结构示意图,如15所示,该终端设备包括:至少一个处理器1501和存储器1502;
该存储器存储计算机程序;至少一个处理器执行存储器存储的计算机程序,以实现上述实施例提供的数据转发方法。
本实施例提供的终端设备,应用于视联网中的第一分控服务器,包括:接收待发送的业务数据包,根据业务数据包中的源终端地址、目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送业务数据包的业务转发路由,预先配置的网络拓扑包括星型拓扑结构和/或全交换拓扑结构,业务转发路由至少包括与第一分控服务器进行数据传输的第二分控服务器标识;根据业务转发路由,将待发送的业务数据包转发至与第二分控服务器标识对应的第二分控服务器,分控服务器根据第二分控服务器的转发策略,将业务数据包发送至与目的终端地址对应的目的终端,本发明实施例通过预先配置的网络拓扑,该网络拓扑包括各种不同类型的拓扑结构,从而分控服务器可以根据这些不同类型的网络拓扑确定业务数据转发的路由,并通过各个分控服务器的多种不同的转发路由进行数据传输,丰富了路由转发,解决了现有技术中转发策略单一的问题。
本申请又一实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,该计算机程序被执行时实现上述任一实施例提供的数据转发方法。
根据本实施例的计算机可读存储介质,应用于视联网中的第一分控服务器,包括:接收待发送的业务数据包,根据业务数据包中的源终端地址、目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送业务数据包的业务转发路由,预先配置的网络拓扑包括星型拓扑结构和/或全交换拓扑结构,业务转发路由至少包括与第一分控服务器进行数据传输的第二分控服务器标识;根据业务转发路由,将待发送的业务数据包转发至与第二分控服务器标识对应的第二分控服务器,分控服务器根据第二分控服务器的转发策略,将业务数据包发送至与目的终端地址对应的目的终端,本发明实施例通过预先配置的网络拓扑,该网络拓扑包括各种不同类型的拓扑结构,从而分控服务器可以根据这些不同类型的网络拓扑确定业务数据转发的路由,并通过各个分控服务器的多种不同的转发路由进行数据传输,丰富了路由转发,解决了现有技术中转发策略单一的问题。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种数据转发方法和一种数据转发装置,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上,本说明书内容不应理解为对本发明的限制。
Claims (9)
1.一种数据转发方法,其特征在于,应用于视联网中的第一分控服务器,所述方法包括:
接收待发送的业务数据包,其中,所述业务数据包至少包括源终端地址和目的终端地址;
根据所述源终端地址、所述目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送所述业务数据包的业务转发路由,其中,所述预先配置的网络拓扑包括星型拓扑结构和/或全交换拓扑结构,所述业务转发路由至少包括与所述第一分控服务器进行数据传输的第二分控服务器标识;
根据所述业务转发路由,将所述待发送的业务数据包转发至与所述第二分控服务器标识对应的第二分控服务器,以使所述第二分控服务器根据第二分控服务器的转发策略,将所述业务数据包发送至与所述目的终端地址对应的目的终端;
所述转发策略为所述分控服务器与所述预先配置的网络拓扑中的所述每一个分控服务器的传输关系;所述分控服务器的转发策略,包括:数组编号和数组内容,且所述数组内容与所述数组编号相对应,所述数组编号为所述预先配置的网络拓扑内每个分控服务器的标识,所述数组内容为与所述分控服务器标识对应的分控服务器进行数据传输的分控服务器的标识。
2.根据权利要求1所述的方法,其特征在于,在所述接收待发送的业务数据包之前,所述方法还包括:
接收网管服务器发送的预先配置的网络拓扑,所述预先配置的网络拓扑中所述星型拓扑结构包括双层星型拓扑结构和多层星型拓扑结构,所述全交换拓扑结构包括双层全交换拓扑结构和多层全交换拓扑结构;
若预先配置的网络拓扑为所述双层星型拓扑结构或多层星型拓扑结构,则同组内的分控服务器之间为星型结构连接,不同分组之间的中心组长分控服务器之间为星型结构连接;
若预先配置的网络拓扑为所述双层全交换拓扑结构或多层全交换拓扑结构,则同组内的分控服务器之间为全交换结构连接,不同分组之间的分控服务器中心组长之间为星型结构连接。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
根据所述预先配置的网络拓扑,确定每个分控服务器对应的转发策略。
4.根据权利要求3所述的方法,其特征在于,所述根据所述预先配置的网络拓扑,确定每个分控服务器对应的转发策略,包括:
根据所述预先配置的网络拓扑,确定分控服务器标识对应的分控服务器与网络拓扑中的每一个分控服务器的传输关系;
将所述分控服务器与所述每一个分控服务器的传输关系,确定为所述分控服务器的转发策略。
5.根据权利要求4所述的方法,其特征在于,所述根据所述预先配置的网络拓扑,确定所述分控服务器标识对应的分控服务器与网络拓扑中的每一个分控服务器的传输关系,包括:
若所述分控服务器与网络拓扑中的其他分控服务器在同一分组内,且所述分控服务器与分组内的其他分控服务器为星型拓扑结构或全交换拓扑结构,则根据所述星型拓扑结构或全交换拓扑结构,确定与所述分控服务器进行传输的分控服务器标识;
若所述分控服务器与网络拓扑中的其他分控服务器不在同一分组内,所述分控服务器的分组与其他分组为星型拓扑结构,则根据所述星型拓扑结构,通过每个分组的中心组长分控服务器进行转发,确定与所述分控服务器进行传输的分控服务器标识。
6.根据权利要求5所述的方法,其特征在于,所述转发策略包括发送策略和接收策略,所述将所述分控服务器与所述每一个分控服务器的传输关系,确定为所述分控服务器的转发策略,包括:
将所述分控服务器标识和接收分控服务器标识的对应关系,确定为所述分控服务器的发送策略,其中,所述接收分控服务器用于接收所述分控服务器发送的业务数据;
将所述分控服务器标识和发送分控服务器标识的对应关系,确定为所述分控服务器的接收策略,其中,所述发送分控服务器用于发送业务数据至所述分控服务器。
7.一种数据转发装置,其特征在于,应用于视联网中的第一分控服务器,所述装置包括:
接收模块,用于接收待发送的业务数据包,其中,所述业务数据包至少包括源终端地址和目的终端地址;
确定模块,用于根据所述源终端地址、所述目的终端地址、预先配置的网络拓扑和第一分控服务器对应的转发策略,确定发送所述业务数据包的业务转发路由,其中,所述预先配置的网络拓扑包括星型拓扑结构和/或全交换拓扑结构,所述业务转发路由至少包括与所述第一分控服务器进行数据传输的第二分控服务器标识;
转发模块,用于根据所述业务转发路由,将所述待发送的业务数据包转发至与所述第二分控服务器标识对应的第二分控服务器,以使所述第二分控服务器根据第二分控服务器的转发策略,将所述业务数据包发送至与所述目的终端地址对应的目的终端;所述转发策略为所述分控服务器与所述预先配置的网络拓扑中的所述每一个分控服务器的传输关系;所述分控服务器的转发策略,包括:数组编号和数组内容,且所述数组内容与所述数组编号相对应,所述数组编号为所述预先配置的网络拓扑内每个分控服务器的标识,所述数组内容为与所述分控服务器标识对应的分控服务器进行数据传输的分控服务器的标识。
8.一种终端设备,其特征在于,包括:至少一个处理器和存储器;
所述存储器存储计算机程序;所述至少一个处理器执行所述存储器存储的计算机程序,以实现权利要求1-6中任一项所述的数据转发方法。
9.一种计算机可读存储介质,其特征在于,该计算机可读存储介质中存储有计算机程序,所述计算机程序被执行时实现权利要求1-6中任一项所述的数据转发方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110298646.2A CN113098777B (zh) | 2021-03-19 | 2021-03-19 | 一种数据转发方法、装置、终端设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110298646.2A CN113098777B (zh) | 2021-03-19 | 2021-03-19 | 一种数据转发方法、装置、终端设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113098777A CN113098777A (zh) | 2021-07-09 |
CN113098777B true CN113098777B (zh) | 2024-05-14 |
Family
ID=76668574
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110298646.2A Active CN113098777B (zh) | 2021-03-19 | 2021-03-19 | 一种数据转发方法、装置、终端设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113098777B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113726853A (zh) * | 2021-07-29 | 2021-11-30 | 视联动力信息技术股份有限公司 | 一种基于视联网系统的通信方法和一种视联网系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111030840A (zh) * | 2019-11-06 | 2020-04-17 | 视联动力信息技术股份有限公司 | 一种生成拓扑图的方法、装置、电子设备及存储介质 |
CN111478793A (zh) * | 2020-03-05 | 2020-07-31 | 视联动力信息技术股份有限公司 | 一种业务请求的处理方法、装置、终端设备和存储介质 |
CN111669333A (zh) * | 2020-04-28 | 2020-09-15 | 视联动力信息技术股份有限公司 | 数据传输方法、装置、计算设备和存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140036726A1 (en) * | 2011-04-13 | 2014-02-06 | Nec Corporation | Network, data forwarding node, communication method, and program |
-
2021
- 2021-03-19 CN CN202110298646.2A patent/CN113098777B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111030840A (zh) * | 2019-11-06 | 2020-04-17 | 视联动力信息技术股份有限公司 | 一种生成拓扑图的方法、装置、电子设备及存储介质 |
CN111478793A (zh) * | 2020-03-05 | 2020-07-31 | 视联动力信息技术股份有限公司 | 一种业务请求的处理方法、装置、终端设备和存储介质 |
CN111669333A (zh) * | 2020-04-28 | 2020-09-15 | 视联动力信息技术股份有限公司 | 数据传输方法、装置、计算设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN113098777A (zh) | 2021-07-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104426766B (zh) | 跨多个网络层的动态端到端网络路径建立 | |
CN101326791B (zh) | 使用通用多协议标签交换来控制pbt路径的方法和网络 | |
CN102577277B (zh) | 提供合并多点链路的逻辑聚合点对点数据链路 | |
CN102714668B (zh) | 分布式虚拟以太网光纤信道转发器 | |
KR102123035B1 (ko) | 802.1aq에 대한 3 스테이지 폴딩된 clos 최적화 | |
WO2015124026A1 (zh) | 流表项生成方法以及装置 | |
EP2985960A1 (en) | Network topology discovery method and system | |
CN111478793B (zh) | 一种业务请求的处理方法、装置、终端设备和存储介质 | |
CN109391614B (zh) | 一种基于视联网调取监控数据的方法和装置 | |
CN102217238A (zh) | 应用于mpls网络的服务实例 | |
US20170230290A1 (en) | Multi-domain centralized content-centric networking | |
WO2018113792A1 (zh) | 广播报文的处理方法和处理装置、控制器和交换机 | |
US10554500B2 (en) | Modeling access networks as trees in software-defined network controllers | |
JP2014525692A (ja) | 分割アーキテクチャ・ネットワークにおけるospfの実装 | |
CN105553849A (zh) | 一种传统ip网络与sptn网络互通方法与系统 | |
CN107735989B (zh) | 用于传输网络上站点互连的方法和系统 | |
CN107615721B (zh) | 传输软件定义网络-逻辑链路聚合成员信令的系统和方法 | |
RU2513918C1 (ru) | Кластерный маршрутизатор и способ кластерной маршрутизации | |
CN110417665B (zh) | 一种数据中心多Fabric场景的EVPN组网系统及方法 | |
US9729948B1 (en) | Systems and methods for discovery of a controller in openflow networks | |
CN108965134B (zh) | 报文转发方法及装置 | |
CN101729385A (zh) | 一种路径计算及建立方法、装置和系统 | |
CN104718729A (zh) | 控制装置及其控制方法和程序 | |
CN103688510A (zh) | 跨网通信方法及装置 | |
JP2013526792A (ja) | マルチステージ光バーストスイッチングシステム及び方法のための制御レイヤ |
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 |