链路控制方法、装置、系统、协同业务编排器及存储介质与流程

文档序号:26838835发布日期:2021-10-08 19:44阅读:95来源:国知局
链路控制方法、装置、系统、协同业务编排器及存储介质与流程

1.本公开涉及通信网络技术领域,特别涉及一种链路控制方法、装置、系统、协同业务编排器及计算机可读存储介质。


背景技术:

2.igp(interior gateway protocol,内部网关协议)是在一个自治网络内网关(包括主机和路由器)间交换路由信息的协议。
3.通信网络在采用igp运行过程中,通常采用最短路径算法(例如dijkstra算法)确定两个网络设备之间的最短路径,通过建立链路状态数据库生成最短路径树,以确定任意两个网络设备之间的最短路径,从而构造路由。
4.然而即便采用了最短路径算法确定两个网络设备之间的最短路径,通信网络中可能仍然会频繁出现链路拥塞的情况。


技术实现要素:

5.本公开解决的一个技术问题是,如何简单高效的缓解通信网络中的链路拥塞情况。
6.根据本公开实施例的一个方面,提供了一种链路控制方法,包括:协同业务编排器通过ip网络控制器获取两个网络设备间同局向负载均衡链路的链路信息,并根据链路信息为同局向负载均衡链路设定链路控制门限值;协同业务编排器通过ip网络控制器获取同局向负载均衡链路的故障链路信息,并根据链路信息及故障链路信息,确定同局向负载均衡链路中的故障链路比例;协同业务编排器在故障链路比例大于链路控制门限值的情况下,通过传输网络控制器阻断同局向负载均衡链路中的非故障链路,以触发数据流的链路重选。
7.在一些实施例中,还包括:协同业务编排器在故障链路比例不大于链路控制门限值的情况下,通过传输网络控制器开通同局向负载均衡链路中的非故障链路,以承载数据流。
8.在一些实施例中,协同业务编排器通过ip网络控制器获取两个网络设备间同局向负载均衡链路的链路信息,并根据链路信息为同局向负载均衡链路设定链路控制门限值包括:协同业务编排器通过ip网络控制器获取任意两个网络设备间同局向负载均衡链路的链路信息;协同业务编排器对各个同局向负载均衡链路进行分组,相同分组内的负载均衡链路连接相同的两个网络设备且具有相同的局向,不同分组内的负载均衡链路连接不同的两个网络设备或具有不同的局向;协同业务编排器为各个分组分别设定链路控制门限值。
9.在一些实施例中,根据链路信息及故障链路信息,确定同局向负载均衡链路中的故障链路比例包括:根据链路信息及故障链路信息,确定故障链路所在的分组;根据故障链路所在的分组中的故障链路数量及全部链路数量,确定故障链路所在的分组中的故障链路比例。
10.在一些实施例中,协同业务编排器在故障链路比例大于链路控制门限值的情况下,通过传输网络控制器阻断同局向负载均衡链路中的非故障链路包括:协同业务编排器在故障链路所在的分组中的故障链路比例大于为该分组设定的链路控制门限值的情况下,通过传输网络控制器阻断该分组中的非故障链路;协同业务编排器在故障链路比例不大于链路控制门限值的情况下,通过传输网络控制器开通同局向负载均衡链路中的非故障链路包括:协同业务编排器在故障链路所在的分组中的故障链路比例不大于为该分组设定的链路控制门限值的情况下,通过传输网络控制器开通该分组中的非故障链路。
11.根据本公开实施例的另一个方面,提供了一种协同业务编排器,包括:门限值设定模块,被配置为:通过ip网络控制器获取两个网络设备间同局向负载均衡链路的链路信息,并根据链路信息为同局向负载均衡链路设定链路控制门限值;故障比例确定模块,被配置为:通过ip网络控制器获取同局向负载均衡链路的故障链路信息,并根据链路信息及故障链路信息,确定同局向负载均衡链路中的故障链路比例;链路控制模块,被配置为:协同业务编排器在故障链路比例大于链路控制门限值的情况下,通过传输网络控制器阻断同局向负载均衡链路中的非故障链路,以触发数据流的链路重选。
12.在一些实施例中,链路控制模块还被配置为:在故障链路比例不大于链路控制门限值的情况下,通过传输网络控制器开通同局向负载均衡链路中的非故障链路,以承载数据流。
13.在一些实施例中,门限值设定模块被配置为:通过ip网络控制器获取任意两个网络设备间同局向负载均衡链路的链路信息;对各个同局向负载均衡链路进行分组,相同分组内的负载均衡链路连接相同的两个网络设备且具有相同的局向,不同分组内的负载均衡链路连接不同的两个网络设备或具有不同的局向;为各个分组分别设定链路控制门限值。
14.在一些实施例中,故障比例确定模块被配置为:根据链路信息及故障链路信息,确定故障链路所在的分组;根据故障链路所在的分组中的故障链路数量及全部链路数量,确定故障链路所在的分组中的故障链路比例。
15.在一些实施例中,链路控制模块被配置为:在故障链路所在的分组中的故障链路比例大于为该分组设定的链路控制门限值的情况下,通过传输网络控制器阻断该分组中的非故障链路;在故障链路所在的分组中的故障链路比例不大于为该分组设定的链路控制门限值的情况下,通过传输网络控制器开通该分组中的非故障链路。
16.根据本公开实施例的又一个方面,提供了一种链路控制系统,包括协同业务编排器,以及ip网络控制器、传输网络控制器。
17.根据本公开实施例的再一个方面,提供了一种链路控制装置,包括:存储器;以及耦接至存储器的处理器,处理器被配置为基于存储在存储器中的指令,执行前述的链路控制方法。
18.根据本公开实施例的又一个方面,提供了一种计算机可读存储介质,其中,计算机可读存储介质存储有计算机指令,指令被处理器执行时实现前述的链路控制方法。
19.本公开能够有效缓解通信网络中的链路拥塞情况,避免少数未故障链路承载原有数据流的流量而造成链路拥塞。
20.通过以下参照附图对本公开的示例性实施例的详细描述,本公开的其它特征及其优点将会变得清楚。
附图说明
21.为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
22.图1示出了通信网络中链路正常情况及故障情况的示意图。
23.图2示出了本公开一些实施例的链路控制方法的流程示意图。
24.图3示出了本公开一些实施例的协同业务编排器的结构示意图。
25.图4示出了本公开一些实施例的链路控制系统的结构示意图。
26.图5示出了本公开一些实施例的链路控制装置的结构示意图。
具体实施方式
27.下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本公开保护的范围。
28.发明人对通信网络中发生链路故障的情况进行了分析。图1示出了通信网络中链路正常情况及故障情况的示意图。如图1所示,链路1、2、3为两个网络设备间同局向的负载均衡链路。在链路正常情况的下,ip链路1、2、3共同承载这两个网络设备间的数据流。
29.相关技术中,在同局向的负载均衡链路中的部分ip链路中断或故障的情况下,由于igp协议中采用最短路径算法的固有特性,会导致这些数据流不会切换至其他链路,而是由未故障链路承载原有的数据流,造成链路的严重拥塞。例如,ip链路2、3故障,链路1无法完全承载原有数据流的全部流量,发生链路的严重拥塞,丢包严重。
30.本公开中,针对同局向部分ip链路故障的情况下数据流不会切换到其他链路的问题,发明人考虑在故障链路高于一定比例的情况下,对ip链路1进行阻断,此时ip链路1、2、3形成的路径中断,触发通信网络根据igp协议的算法重新计算路径,使得数据流分担到其他局向上,待ip链路2、3故障全部恢复或部分恢复,使得故障链路不高于一定比例的情况下,重新开通ip链路1,以缓解拥塞情况。
31.下面结合图2描述本公开链路控制方法的一些实施例。
32.图2示出了本公开一些实施例的链路控制方法的流程示意图。如图2所示,本实施例包括步骤s201~步骤s203。
33.在步骤s201中,协同业务编排器通过ip网络控制器获取两个网络设备间同局向负载均衡链路的链路信息,并根据链路信息为同局向负载均衡链路设定链路控制门限值。
34.在步骤s202中,协同业务编排器通过ip网络控制器获取同局向负载均衡链路的故障链路信息,并根据链路信息及故障链路信息,确定同局向负载均衡链路中的故障链路比例。
35.在步骤s203中,协同业务编排器判断故障链路比例是否大于链路控制门限值。
36.在故障链路比例大于链路控制门限值的情况下,执行步骤s204;在故障链路比例
不大于链路控制门限值的情况下,执行步骤s205。
37.在步骤s204中,协同业务编排器通过传输网络控制器阻断同局向负载均衡链路中的非故障链路,以触发数据流的链路重选,然后返回步骤s203。
38.在步骤s205中,协同业务编排器通过传输网络控制器开通同局向负载均衡链路中的非故障链路,以承载数据流,然后返回步骤s203。
39.本实施例在同局向负载均衡链路中的故障链路比例较高的情况下,对所有同局向负载均衡链路进行阻断,从而触发数据流的链路重选,能够有效缓解通信网络中的链路拥塞情况,避免少数未故障链路承载原有数据流的流量而造成拥塞。同时,本实施例既不改变通信网络中所传输数据包的结构,也不改变通信网络中采用的控制面协议,因此易于实施。
40.下面描述本公开链路控制方法的另一些实施例,以介绍对通信网络中任意两个网络设备间的链路进行控制的情况。
41.因此,步骤s201可以分解为步骤s2011~步骤s2013。
42.在步骤s2011中,协同业务编排器通过ip网络控制器获取任意两个网络设备间同局向负载均衡链路的链路信息;
43.在步骤s2012中,协同业务编排器对各个同局向负载均衡链路进行分组,相同分组内的负载均衡链路连接相同的两个网络设备且具有相同的局向,不同分组内的负载均衡链路连接不同的两个网络设备或具有不同的局向;
44.在步骤s2013中,协同业务编排器为各个分组分别设定链路控制门限值。
45.相应的,步骤s202可以分解为步骤s2021~步骤s2023。
46.在步骤s2011中,协同业务编排器通过ip网络控制器获取同局向负载均衡链路的故障链路信息。
47.在步骤s2012中,协同业务编排器根据链路信息及故障链路信息,确定故障链路所在的分组。
48.在步骤s2013中,协同业务编排器根据故障链路所在的分组中的故障链路数量及全部链路数量,确定故障链路所在的分组中的故障链路比例。
49.相应的,在步骤s203中,协同业务编排器判断故障链路所在的分组中的故障链路比例是否大于为该分组设定的链路控制门限值。在故障链路所在的分组中的故障链路比例大于为该分组设定的链路控制门限值的情况下,在步骤s204中,协同业务编排器通过传输网络控制器阻断该分组中的非故障链路;在故障链路所在的分组中的故障链路比例不大于为该分组设定的链路控制门限值的情况下,在步骤s205中,协同业务编排器通过传输网络控制器开通该分组中的非故障链路。
50.本实施例通过协同业务编排器实现了对通信网络中各个同局向负载均衡链路进行标识分组和门限值设置。在故障链路所在的分组中的故障链路比例不大于为该分组设定的链路控制门限值的情况下,对全组链路进行阻断;在故障链路所在的分组中的故障链路比例不大于为该分组设定的链路控制门限值的情况下,恢复对正常链路;从而进一步缓解通信网络中的链路拥塞情况,避免少数未故障链路承载原有数据流的流量而造成拥塞的情况。同时,本实施例既不改变通信网络中所传输数据包的结构,也不改变通信网络中采用的控制面协议,因此易于实施。
51.下面结合图3描述本公开协同业务编排器的一些实施例。
52.图3示出了本公开一些实施例的协同业务编排器的结构示意图。如图3所示,本实施例中的协同业务编排器30包括:门限值设定模块301,被配置为:通过ip网络控制器获取两个网络设备间同局向负载均衡链路的链路信息,并根据链路信息为同局向负载均衡链路设定链路控制门限值;故障比例确定模块302,被配置为:通过ip网络控制器获取同局向负载均衡链路的故障链路信息,并根据链路信息及故障链路信息,确定同局向负载均衡链路中的故障链路比例;链路控制模块303,被配置为:协同业务编排器在故障链路比例大于链路控制门限值的情况下,通过传输网络控制器阻断同局向负载均衡链路中的非故障链路,以触发数据流的链路重选。
53.本实施例在同局向负载均衡链路中的故障链路比例较高的情况下,对所有同局向负载均衡链路进行阻断,从而触发数据流的链路重选,能够有效缓解通信网络中的链路拥塞情况,避免少数未故障链路承载原有数据流的流量而造成拥塞。同时,本实施例既不改变通信网络中所传输数据包的结构,也不改变通信网络中采用的控制面协议,因此易于实施。
54.在一些实施例中,链路控制模块303还被配置为:在故障链路比例不大于链路控制门限值的情况下,通过传输网络控制器开通同局向负载均衡链路中的非故障链路,以承载数据流。
55.在一些实施例中,门限值设定模块301被配置为:通过ip网络控制器获取任意两个网络设备间同局向负载均衡链路的链路信息;对各个同局向负载均衡链路进行分组,相同分组内的负载均衡链路连接相同的两个网络设备且具有相同的局向,不同分组内的负载均衡链路连接不同的两个网络设备或具有不同的局向;为各个分组分别设定链路控制门限值。
56.在一些实施例中,故障比例确定模块302被配置为:根据链路信息及故障链路信息,确定故障链路所在的分组;根据故障链路所在的分组中的故障链路数量及全部链路数量,确定故障链路所在的分组中的故障链路比例。
57.在一些实施例中,链路控制模块303被配置为:在故障链路所在的分组中的故障链路比例大于为该分组设定的链路控制门限值的情况下,通过传输网络控制器阻断该分组中的非故障链路;在故障链路所在的分组中的故障链路比例不大于为该分组设定的链路控制门限值的情况下,通过传输网络控制器开通该分组中的非故障链路。
58.上述实施例通过协同业务编排器实现了对通信网络中各个同局向负载均衡链路进行标识分组和门限值设置。在故障链路所在的分组中的故障链路比例不大于为该分组设定的链路控制门限值的情况下,对全组链路进行阻断;在故障链路所在的分组中的故障链路比例不大于为该分组设定的链路控制门限值的情况下,恢复对正常链路;从而进一步缓解通信网络中的链路拥塞情况,避免少数未故障链路承载原有数据流的流量而造成拥塞的情况。同时,本实施例既不改变通信网络中所传输数据包的结构,也不改变通信网络中采用的控制面协议,因此易于实施。
59.下面结合图4描述本公开链路控制系统的一些实施例。
60.图4示出了本公开一些实施例的链路控制系统的结构示意图。如图4所示,本实施例中的链路控制系统40包括协同业务编排器30,以及ip网络控制器401、传输网络控制器402。
61.下面结合图5描述本公开链路控制装置的一些实施例。
62.图5示出了本公开一些实施例的链路控制装置的结构示意图。如图5所示,该实施例的链路控制装置50包括:存储器510以及耦接至该存储器510的处理器520,处理器520被配置为基于存储在存储器510中的指令,执行前述任意一些实施例中的链路控制方法。
63.其中,存储器510例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(boot loader)以及其他程序等。
64.链路控制装置50还可以包括输入输出接口530、网络接口540、存储接口550等。这些接口530、540、550以及存储器510和处理器520之间例如可以通过总线560连接。其中,输入输出接口530为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口540为各种联网设备提供连接接口。存储接口550为sd卡、u盘等外置存储设备提供连接接口。
65.本公开还包括一种计算机可读存储介质,其上存储有计算机指令,该指令被处理器执行时实现前述任意一些实施例中的链路控制方法。
66.本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
67.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
68.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
69.以上所述仅为本公开的较佳实施例,并不用以限制本公开,凡在本公开的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1