CN107710698B - 一种业务恢复方法和控制器 - Google Patents
一种业务恢复方法和控制器 Download PDFInfo
- Publication number
- CN107710698B CN107710698B CN201580081339.1A CN201580081339A CN107710698B CN 107710698 B CN107710698 B CN 107710698B CN 201580081339 A CN201580081339 A CN 201580081339A CN 107710698 B CN107710698 B CN 107710698B
- Authority
- CN
- China
- Prior art keywords
- service
- path
- bandwidth
- degradable
- services
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供了一种业务恢复方法和对应的控制器,该业务恢复方法包括:检测到承载第一业务的第一路径发生故障,所述第一业务为可降质的业务;确定所述第一业务对应的首节点和末节点之间的第二路径上的可用带宽是否足以恢复所述第一业务;在所述第二路径上的可用带宽不足以恢复所述第一业务时,压缩所述第一业务,所述压缩后的第一业务的带宽小于所述第二路径的可用带宽;将压缩后的所述第一业务切换到所述第二路径。本发明实施例的方案在发现故障影响的业务对应的首末节点间有剩余资源但不足以满足恢复中断业务时,压缩可降质的业务,达到节省带宽的同时实现业务的恢复,可以提高资源利用率和优化用户体验。
Description
技术领域
本发明涉及通信网络,更具体地,涉及业务恢复方法和控制器。
发明背景
PCE(Path Computation Element,路径计算单元)是一个集中式的路径计算单元,主要用于实现复杂的路径计算。PCE通常有网络的资源信息,包括拓扑,节点,当前资源使用情况。PCE在收到从PCC(Path Computation Client,路径计算客户端)的请求后,通过路由算法,结合当前网络可用资源,给PCC返回路径信息。
为了丰富PCE的动态能力,IETF(The Internet Engineering Task Force,国际互联网工程任务组)标准组织对PCE功能又进行了扩展,使其能够获取LSP(Label SwitchedPath,标签交换路径),这种类型的PCE被称为stateful PCE(有状态PCE)。此外,还定义LSPDelegation(LSP代理)功能,也就是说在PCC将某一条LSP的修改权利授予给PCE后,Stateful PCE可以在必要的时候对这条LSP进行修改,并通知对应的PCC做对应的LSP更新。
VTS(Virtual Transport Service,虚拟传送服务)是为传送网用户提供虚拟服务的一种方式。在该传送网架构中,物理资源被传送网控制器进行虚拟化划分,根据用户需求划分成一个个虚拟的网络拓扑,然后提供给不同租户,不同租户之间资源互相独立,不会感受到彼此的存在。每个传送网的客户拥有CC(Client Controller,客户控制器)来管理自己的虚拟网络。
在现有的传送网恢复方案中,当一个节点至另一个节点之间的带宽为固定值的链路发生故障导致业务中断时,系统会重新计算一条相同带宽的链路并将中断业务加载在新计算的路径上。当两个节点之间没有相同带宽的恢复链路时,链路恢复失败。
发明内容
结合下列的具体实施方案以及相关附图和权利要求,能够更明确地了解上述特征和其他特征。
一方面,本发明实施例提供了一种业务恢复方法,所述方法包括:检测到承载第一业务的第一路径发生故障,所述第一业务为可降质的业务;确定所述第一业务对应的首节点和末节点之间的第二路径上的可用带宽是否足以恢复所述第一业务;在所述第二路径上的可用带宽不足以恢复所述第一业务时,压缩所述第一业务,所述压缩后的第一业务的带宽小于所述第二路径的可用带宽;将压缩后的所述第一业务切换到所述第二路径。
另一方面,本发明实施例提供了一种控制器,包括:检测单元,用于检测承载第一业务的第一路径是否发生故障,所述第一业务为可降质的业务;确定单元,用于在检测单元检测到第一路径故障后,确定所述第一业务对应的首节点和末节点之间的第二路径上的可用带宽是否足以恢复所述第一业务;压缩单元,用于在所述第二路径上的可用带宽不足以恢复所述第一业务时,压缩所述第一业务,所述压缩后的第一业务的带宽小于所述第二路径的可用带宽;切换单元,用于将压缩后的所述第一业务切换到所述第二路径。
另一方面,本发明实施例提供了一种控制器,包括存储器和处理器,所述存储器用于存储指令;所述处理器用于,运行所述存储器存储的指令以进行下列操作:检测到承载第一业务的第一路径发生故障,所述第一业务为可降质的业务;确定所述第一业务对应的首节点和末节点之间的第二路径上的可用带宽是否足以恢复所述第一业务;在所述第二路径上的可用带宽不足以恢复所述第一业务时,压缩所述第一业务,所述压缩后的第一业务的带宽小于所述第二路径的可用带宽;将压缩后的所述第一业务切换到所述第二路径。
本发明实施例的方案在发现故障影响的业务对应的首末节点间有剩余资源但不足以满足恢复中断业务时,压缩可降质的业务,达到节省带宽的同时实现业务的恢复,可以提高资源利用率和优化用户体验。
附图简述
要更全面地了解本发明,请参考下列附图说明以及相关附图和具体实施方案,其中相似的附图标记表示相似的部件。
图1为本发明实施例一业务恢复方法所涉及的网络拓扑示意图;
图2为实施例一网络拓扑中传送网控制器和客户控制器的交互图;
图3为本发明实施例二业务恢复方法所涉及的网络拓扑示意图;
图4为本发明实施例三业务恢复方法所涉及的网络拓扑示意图;
图5为实施例三网络拓扑中传送网控制器和客户控制器的交互图;
图6为实施例四网络拓扑中传送网控制器和客户控制器的交互图;
图7为本发明实施例五的业务恢复方法实施例流程图;
图8是本发明实施例六提供的控制器的结构图;
图9是一种通用计算机系统实施例的原理图。
具体实施方式
尽管下面提供了一个或多个实施例的例证性实施,但是可以使用任何数量的技术,无论是当前已知的技术或现有的技术,来实施公开的系统和/或方法,从一开始时就应该明白这一点。本发明绝不仅限于下面例举的例证性实施、图纸和技术,它还包括本文中例举和说明的典型设计和实施,同时可以在不超出其权利要求范围及等同权利要求的全部范围内对其进行修改。
在传统通信的传送网中,对于数据的属性是不做感知并一视同仁的,这与传送内容的文本格式密切相关。对于传统的传送业务,通常是文本、语音等原始数据,该类数据压缩比不高,一旦损失后对传输效果的影响非常明显,会较大地影响用户的体验,这类业务叫做不可降质业务,不可降质业务是对丢包敏感的业务。而对于如今甚至是未来的传送网业务,管道中占比较高的是类似图片、视频之类的媒体数据,该类数据可以根据需要以预定的比例进行压缩,业务的短时中断并不直接影响用户体验,这类业务叫做可降质业务。由于可降质业务是可以根据需要按预定的比例压缩的业务,可降质业务是对丢包不敏感的业务,用户可以接受可降质业务的短时中断。
本发明实施例在传送网层面针对业务类型进行识别,有些传送业务主要传输媒体数据或其他可降质业务,在带宽资源不足的时候可以进行部分恢复。
图1为本发明实施例一业务恢复方法所涉及的网络拓扑示意图,图2为实施例网络拓扑中传送网控制器和客户控制器的交互图。图1的网络包括节点A,节点B,节点C,图2示出了传送网控制器和客户控制器,节点A和节点B之间的链路上带宽为100G,节点A和节点C之间的带宽为10G,节点B和节点C之间的带宽为10G,在节点A和节点B之间的链路承载有业务一,业务一的构成数据为媒体数据。当节点A和节点B之间的链路发生故障时,业务一中断。节点A和节点B之间的链路中断先由传送网控制器所感知,传送网控制器对业务一进行重路由。由于以节点A为首节点,以节点B为末节点的恢复路径A-C-B上的剩余资源只有10G,不足以全部恢复需要100G带宽的业务一,在步骤201,传送网控制器将故障情况通知给客户控制器,并将路径A-C-B上的剩余资源不足以恢复业务一的情况以及A-C-B之间的剩余带宽通知给客户控制器。在步骤202,客户控制器收到通知后检查故障业务的业务属性,即检查业务一的业务属性,客户控制器检查后发现业务一的属性为可降质的“媒体数据”,并且业务一可以做10∶1比例的压缩处理。在步骤203,客户控制器102确定使用A-C-B的10G带宽资源恢复故障业务,即恢复业务一,并将该恢复方案发送给传送网控制器101。在步骤204,传送网控制器101收到恢复方案后,对业务一按照10∶1的比例进行压缩,之后将压缩后的业务一切换到A-C-B路径,业务一由A-C-B的10G带宽链路所承载。
值得注意的是,在步骤S20,4,客户控制器也可以确定10∶1的压缩比例会严重影响质量而决定不使用A-C-B的资源,此时可以拒绝恢复方案,从而导致恢复失败。
图3为本发明实施例二业务恢复方法所涉及的网络拓扑示意图,同样参考图1,图1的网络包括节点A,节点B,节点C,在实施例二中A-B链路间共承载四条业务,四条业务的业务属性,承载链路和占用带宽如表1所示,四条业务都是可降质的“媒体数据业务”,其中业务一占用的带宽为10G,业务二占用的带宽为20G,业务三占用的带宽为30G,业务四占用的带宽为40G。
业务一 | 业务二 | 业务三 | 业务四 | |
业务属性 | 媒体数据业务 | 媒体数据业务 | 媒体数据业务 | 媒体数据业务 |
承载链路 | A-B | A-B | A-B | A-B |
占用带宽 | 10G | 20G | 30G | 40G |
表1:实施例二中A-B链路上承载的业务
当A-B链路发生故障时,以上四条业务均中断。故障先由传送网控制器所感知,并启动对中断的四条业务在客户控制器的网络范围内(本实施例中为图1中的A-B-C三个节点的网络)进行重路由。如果不使用本发明实施例的方案,业务一可以在备用路径A-C-B上得到恢复,而其余三条业务均恢复失败。在本发明实施例中,由于首节点为节点A和末节点为节点B的恢复资源只有A-C-B路径上的10G资源,不足以全部恢复所有的四条中断业务,因此如步骤S301所示,传送网控制器将故障情况,以及不能全部恢复,所有带宽资源总共10G的情况上报给客户控制器。在步骤S302中,客户控制器收到消息后检查四条业务的业务属性。当确定四条业务的属性都为可降质的“媒体数据业务”时(意味着可压缩),在步骤S303,客户控制器决定使用A-C-B的10G资源恢复以上全部四条业务,各自恢复10%的带宽,恢复方案如表2所示,客户控制器将该恢复方案发送给传送网控制器。
表2:实施例二中的业务恢复方案
在步骤S304,传送网控制器收到该恢复方案后接受恢复方案,按照方案进行恢复。若恢复成功,四条业务均由A-C-B的10G链路所承载,业务的收发端将根据新的带宽,选择最佳的传输方案,以确保QoS最大化。
前面的实施例遵从如下流程:传送网控制器感知到故障并判断有资源恢复后,将可用于恢复的资源和需要恢复的业务上报给客户控制器,由客户控制器制定恢复方案。在一些网络配置下,本发明实施例也可以由传送网控制器制定恢复方案。
当传送网控制器感知到故障时,也可以自行检查受损业务的属性,确定受损业务为原始数据业务或媒体数据业务,并将可用的恢复带宽分配给不同业务。完成恢复后,将更新过的业务分布上报给客户控制器。
以实施例二中的业务分布为例,传送网控制器感知到故障后,检查业务一二三四的属性均为媒体数据业务,传送网控制器可以使用A-C-B的10G带宽完成对四条业务的恢复,并生成恢复方案如表2所示。恢复完成后将表二上报给客户控制器,用于后续客户控制器对业务和网络的维护。
图4为本发明实施例三业务恢复方法所涉及的网络拓扑示意图,图5为实施例三网络拓扑中传送网控制器和客户控制器的交互图。图4的网络包括节点A,节点B,节点C,图5示出了传送网控制器和客户控制器,图4中节点A和节点B之间的链路上带宽为100G,节点A和节点C之间的带宽为20G,节点B和节点C之间的带宽为20G,在节点A和节点B之间的链路承载有四条业务,其中业务一的业务属性为不可降质的原始数据业务,业务二,业务三和业务四为可降质的媒体数据业务,业务一占用的带宽为10G,业务二占用的带宽为20G,业务三占用的带宽为30G,业务四占用的带宽为40G。具体细节如表3所示:
业务一 | 业务二 | 业务三 | 业务四 | |
业务属性 | 原始数据业务 | 媒体数据业务 | 媒体数据业务 | 媒体数据业务 |
承载链路 | A-B | A-B | A-B | A-B |
占用带宽 | 10G | 20G | 30G | 40G |
表3:实施例三中A-B链路上承载的业务
当A-B链路发生故障时,以上四条业务均中断。故障先由传送网控制器所感知,并对中断的所有业务在客户控制器的网络范围内(本实施例中为图3中的A-B-C三个节点的网络)进行重路由。由于以节点A为首节点,以节点B为末节点的恢复路径A-C-B上的剩余资源只有20G,不足以全部恢复所有的四条中断业务,因此如步骤S501所示,传送网控制器将故障情况,以及不能全部恢复,所有带宽资源总共20G的情况上报给客户控制器。在步骤S502中,客户控制器收到消息后检查四条业务的业务属性。客户控制器经检查发现业务一属性为不可降质的“原始数据业务”,意味着不可压缩,必须全部恢复,而剩余的业务属性为可降质的“媒体数据业务”,意味着可压缩,在步骤S503,客户控制器将恢复带宽优先分配给业务一,并决定使用链路A-C-B余下的10G资源恢复业务二、业务三和业务四,恢复方案如表4所示,客户控制器将该恢复方案发送给传送网控制器。
表4:实施例三中的业务恢复方案
在步骤S504,传送网控制器收到该恢复方案后接受恢复方案,按照方案进行恢复。若恢复成功,四条业务均由A-C-B的20G链路所承载,业务的收发端将根据新的带宽,选择最佳的传输方案,以确保QoS最大化。本发明对业务收发端选择哪些数据进行发送不做限定。
图6为实施例四网络拓扑中传送网控制器和客户控制器的交互图,同样参考图4,图4的网络包括节点A,节点B,节点C,图4中节点A和节点B之间的链路上带宽为100G,节点A和节点C之间的带宽为20G,节点B和节点C之间的带宽为20G,在节点A和节点B之间的链路A-B承载有四条业务,其中业务一,业务二,业务三和业务四皆为可降质的媒体数据业务,业务一占用的带宽为10G,业务二占用的带宽为20G,业务三占用的带宽为30G,业务四占用的带宽为40G。与之前的实施例不同的是,本实施例中链路A-C-B承载有业务五,业务五同样为可降质的媒体数据业务,业务五占用的带宽为20G。当前网络中的承载业务及属性分布如表5所示:
业务一 | 业务二 | 业务三 | 业务四 | 业务五 | |
业务属性 | 媒体数据业务 | 媒体数据业务 | 媒体数据业务 | 媒体数据业务 | 媒体数据业务 |
承载链路 | A-B | A-B | A-B | A-B | A-C-B |
占用带宽 | 10G | 20G | 30G | 40G | 20G |
表5:实施例三中A-B链路上承载的业务
当A-B链路发生故障时,业务一二三四均中断。故障先由传送网控制器所感知,并对中断的所有业务在客户控制器的网络范围内(本实施例中为图4中的A-B-C三个节点的网络)进行重路由。现有技术下,由于A-B链路间没有空闲资源,业务一二三四均返回恢复失败。在本发明技术中,传送网控制器接到故障后将进行如下判断:由于在首节点为A末节点为B的链路A-C-B可用资源被业务五占满且业务五为可降质的媒体数据业务,意味着业务五可压缩,因此业务一二三四有机会可以恢复。因此传送网在步骤S601将无法全部恢复以及有恢复机会的结论反馈给客户控制器,反馈形式不做限定,例如,传送网控制器可以告知客户控制器可以用20G恢复业务一二三四五。在步骤602,客户控制器收到该消息之后,检查五条业务的业务属性,当确定五条业务的属性都为可降质的“媒体数据业务”时(意味着可压缩),在步骤S603,客户控制器决定使用A-C-B的20G资源同时承载业务一二三四五,恢复方案如表6所示,客户控制器将该恢复方案发送给传送网控制器。
业务一 | 业务二 | 业务三 | 业务四 | 业务五 | |
承载链路 | A-C-B | A-C-B | A-C-B | A-C-B | A-C-B |
占用带宽 | 1G | 2G | 3G | 4G | 10G |
表6:实施例四中的业务恢复方案
在步骤604,传送网控制器收到该恢复方案后接受恢复方案,按照方案进行恢复。若恢复成功,五条业务均由A-C-B的20G链路所承载,业务的收发端将根据新的带宽,选择最佳的传输方案,以确保QoS最大化。本发明对业务收发端选择哪些数据进行发送不做限定。
图7为本发明实施例五的业务恢复方法实施例流程图,该业务恢复方法包括:
S701、传送网控制器检测到承载第一业务的第一路径发生故障,所述第一业务为可降质的业务。
第一路径在故障前可以承载有包括所述第一业务的多条业务,所述多条业务可以都为可降质的业务,所述业务恢复方法还可以包括:压缩所述多条业务中第一业务之外的其他业务;将压缩后的所述其他业务切换到所述第二路径,其中所述压缩后的第一业务和所述压缩后的其他业务所占的带宽总和不大于所述第二路径的可用带宽。在这里,第一业务和所述其他业务的压缩比例根据所述第一业务和所述其他业务的业务类型和优先级确定。
与前面所提到的多条业务都为可降质的业务不同,所述第一路径在故障前承载的包括第一业务的多条业务中,还可以包括不可降质的第二业务,在这种情况下,所述业务恢复方法还可以包括:将第二业务切换到所述第二路径,其中所述压缩后的第一业务的带宽和所述第二业务的带宽总和不大于所述第二路径的可用带宽。在这里,由于第二业务不可降质,第二业务在切换前不会被压缩。
S702、传送网控制器确定所述第一业务对应的首节点和末节点之间的第二路径上的可用带宽是否足以恢复所述第一业务;
S703、传送网控制器在所述第二路径上的可用带宽不足以恢复所述第一业务时,压缩所述第一业务,所述压缩后的第一业务的带宽小于所述第二路径的可用带宽;
压缩第一业务之前,该业务恢复方法还可以包括:传送网控制器从所述第一业务对应的客户控制器收集恢复方案,所述恢复方案包括所述第一业务的压缩比例;所述压缩第一业务包括:传送网控制器按所述第一业务的压缩比例压缩所述第一业务。
S704、传送网控制器将压缩后的所述第一业务切换到所述第二路径。
在这里,第二路径中可以原先就承载有可降质的第三业务,所述第二路径中在承载第三业务之外,可用带宽不足以按所述恢复方案中的压缩比例恢复所述第一业务,这种情况下,在将压缩后的所述第一业务切换到第二路径之前,该业务恢复方法还可以包括:压缩所述第三业务以增大所述第二路径的可用带宽,直到所述第二路径的可用带宽足以按所述恢复方案中的压缩比例恢复所述第一业务。
本发明实施例的方案在发现故障影响的业务对应的首末节点间有剩余资源但不足以满足恢复中断业务时,压缩可降质的业务,达到节省带宽的同时实现业务的恢复,可以提高资源利用率和优化用户体验。
图8是本发明实施例六提供的控制器的结构图,该控制器可以是对应于前面实施例的业务恢复方法的传送网控制器,该控制器包括:
检测单元801,用于检测承载第一业务的第一路径是否发生故障,所述第一业务为可降质的业务;
确定单元802,用于在检测单元检测到第一路径故障后,确定所述第一业务对应的首节点和末节点之间的第二路径上的可用带宽是否足以恢复所述第一业务;
压缩单元803,用于在所述第二路径上的可用带宽不足以恢复所述第一业务时,压缩所述第一业务,所述压缩后的第一业务的带宽小于所述第二路径的可用带宽;
切换单元804,用于将压缩后的所述第一业务切换到所述第二路径。
在本发明实施例中,第一路径在故障前可以承载有包括所述第一业务的多条业务,所述多条业务中第一业务之外的其他业务也为可降质的业务,所述压缩单元还用于:压缩所述多条业务中第一业务之外的其他业务;所示切换单元还用于:将压缩后的所述其他业务切换到所述第二路径,其中所述压缩后的第一业务和所述压缩后的其他业务所占的带宽总和不大于所述第二路径的可用带宽。
上述组件可以配合任何通用的网络组件一起使用,例如有足够的处理能力、内存资源和网络吞吐量能力的计算机或网络组件,以共同处理其承担的工作量。
图9显示了一个典型的通用网络组900,其适用于为本文中公开的组件实施一个或多个实施例。网络组件900可以包括处理器902(可被称为中央处理单元或CPU),其可与任何内存设备保持通信,包括辅助存储器903、只读存储器(ROM)904、随机存储器(RAM)905、输入/输出(I/O)设备901、网络连接设备906或者这些设备的组合。处理器902可以作为一个或多个CPU芯片,也可作为一个或多个专用集成电路(ASIC)的一部分。
辅助存储器903通常包括由一个或多个磁盘驱动器或磁带机组成,用于数据的非易失性存储,如果RAM 905没有大到足以处理所有工作数据,可以作为溢出数据存储设备。在选择并执行加载到RAM 905上的程序时,可使用辅助存储器903存储这些程序。ROM 904用于在程序执行期间存储读取的指令和可能数据。ROM 904是非易失性存储设备,相对于更大内存容量的辅助存储器903而言,其内存容量较小。RAM 905用于存储易失性数据,也许可存储指令。访问ROM 904和RAM 905的速度通常比访问辅助存储器903的速度要快。
至少公开了一个实施例,所属领域的技术人员可以在本发明的范围内对实施例和/或实施例的功能进行变动、组合和/或修改。通过组合、整合和/或删除实施例的功能而得出的替代实施例也将包括在本发明的范围之内。如果明确规定了数值范围或限制,应了解明确的范围或限制,使得包括的类似等级的迭代范围或限制在明确规定的范围或限制之内(例如,从1到10的范围包括2、3、4等;大于0.10的范围包括0.11、0.12、0.13等)。例如,如果公开了数字范围的下限值Rl和上限值Ru,则需要具体公开此范围内的任何数字。尤其是,具体公开范围内的以下数字:R=Rl+k*(Ru-Rl),其中k是1%到100%之间以1%以增量的变量,即k是1%、2%、3%、4%、5%、直到50%、51%、52%、直到95%、96%、97%、98%、99%或100%。而且,也需要具体公开上述定义的两个R定义的任何数字范围。针对权利要求中的任何元件使用“选择性地”词语时,意味着需要此元件,或者不需要此元件,这两种替代都在权利要求的范围内。使用“包括”、“包含”、“含有”等广义词应理解提供对“由...组成”、“基本上由...组成”、“大体上由...组成”等狭义词支持。相应地,保护范围不受上述说明的限制,但由下文的权利要求定义,该范围包括权利要求的主题的等同主题。每个权利要求作为进一步发明纳入本说明书中,这些权利要求是本发明的实施例。不得对本发明中的属于现有技术的参考资料,尤其是出版日期在本申请的优先权日期之后的参考资料,进行讨论。本发明中引用的所有专利、专利申请和出版物的公开在本文中作为参考资料引入,为本发明提供示范性、程序性或其他方面的细节补充。
虽然本发明中提供了多个实施例,但是应这样理解为:公开的系统和方法可以在不脱离本发明的基本精神或范围内以很多其他特定的方式体现。本发明中的范例被视为解释本发明,而不是用于限制本发明,而且本发明不限于本文中提供的详情。例如,在其他系统中,可以组合或整合各个元件或组件,也可以删除或不实施某些特征。
对于各个实施例中以离散形式或者单独地解释说明的技术、系统、子系统和方法,在不脱离本发明的范围内,可以将其与其他系统、模块、技术或方法组合或整合起来。本文中显示或讨论的其他有关相互之间直接或间接相连或者连通的项目可以通过某些接口、设备或中间组件以电气方式、机械方式或其他方式进行间接相连或连通。对其他范例的更改、替换和变动需要由所属领域的技术人员进行确定,而且不得脱离本说明中的基本精神和范围。
Claims (10)
1.一种业务恢复方法,其特征在于,所述方法包括:
检测到承载第一业务的第一路径发生故障,所述第一业务为可降质的业务;
确定所述第一业务对应的首节点和末节点之间的第二路径上的可用带宽是否足以恢复所述第一业务;
在所述第二路径上存在可用带宽,且不足以恢复所述第一业务时,降质压缩所述第一业务,压缩后的第一业务的带宽小于所述第二路径的可用带宽;将压缩后的所述第一业务切换到所述第二路径;
在所述第二路径上的不存在可用带宽时,降质压缩第二路径上的可降质业务以获得可用带宽,和压缩所述第一业务,将降质压缩后的第一业务切换到所述第二路径中通过降质压缩第二路径上的可降质业务获得的可用带宽;
所述第一路径在故障前承载有包括所述第一业务的多条业务,所述多条业务包括可降质业务,或所述多条业务包括可降质业务和不可降质业务,所述方法还包括:
根据带宽可用值与可降质业务在第一路径中占用的带宽的比值确定压缩比例,所述压缩比例用于压缩所述第一业务和所述可降质业务中除所述第一业务之外的其他业务,所述带宽可用值为所述第二路径的可用带宽与不可降质业务在所述第一路径中占用的带宽的差值。
2.如权利要求1所述的业务恢复方法,其特征在于,所述第一路径在故障前承载有包括所述第一业务的多条业务,所述多条业务为可降质的业务,所述方法还包括:
压缩所述多条业务中第一业务之外的其他业务;
将压缩后的所述其他业务切换到所述第二路径,其中所述压缩后的第一业务和所述压缩后的其他业务所占的带宽总和不大于所述第二路径的可用带宽。
3.如权利要求2所述的方法,其特征在于,所述第一业务和所述其他业务的压缩比例根据所述第一业务和所述其他业务的业务类型和优先级确定。
4.如权利要求1所述的业务恢复方法,其特征在于,所述第一路径在故障前承载有包括所述第一业务的多条业务,所述多条业务中包括不可降质的第二业务,所述方法还包括:
将第二业务切换到所述第二路径,其中所述压缩后的第一业务的带宽和所述第二业务的带宽总和不大于所述第二路径的可用带宽。
5.如权利要求1所述的业务恢复方法,其特征在于,所述压缩第一业务之前,所述方法包括:
从所述第一业务对应的客户控制器收集恢复方案,所述恢复方案包括所述第一业务的压缩比例;
所述压缩第一业务包括:
按所述第一业务的压缩比例压缩所述第一业务。
6.如权利要求5所述的业务恢复方法,其特征在于,在将压缩后的所述第一业务切换到所述第二路径之前,所述第二路径中承载有可降质的第三业务,所述第二路径中的可用带宽不足以按所述恢复方案中的压缩比例恢复所述第一业务;所述方法包括:
压缩所述第三业务以增大所述第二路径的可用带宽,直到所述第二路径的可用带宽足以按所述恢复方案中的压缩比例恢复所述第一业务。
7.如权利要求1-4中任一权利要求所述的业务恢复方法,其特征在于,所述压缩第一业务之前,所述方法包括:
确定第一业务的恢复方案,所述恢复方案包括所述第一业务的压缩比例;
所述压缩第一业务包括:
按所述第一业务的压缩比例压缩所述第一业务。
8.一种控制器,其特征在于,包括:
检测单元,用于检测承载第一业务的第一路径是否发生故障,所述第一业务为可降质的业务,所述第一路径在故障前承载有包括所述第一业务的多条业务,所述多条业务包括可降质业务,或所述多条业务包括可降质业务和不可降质业务;
确定单元,用于在检测单元检测到第一路径故障后,确定所述第一业务对应的首节点和末节点之间的第二路径上的可用带宽是否足以恢复所述第一业务;
压缩单元,用于在所述第二路径上存在可用带宽,且不足以恢复所述第一业务时,降质压缩所述第一业务,所述压缩后的第一业务的带宽小于所述第二路径的可用带宽;根据带宽可用值与可降质业务在第一路径中占用的带宽的比值确定压缩比例,所述压缩比例用于压缩所述第一业务和所述可降质业务中除所述第一业务之外的其他业务,所述带宽可用值为所述第二路径的可用带宽与不可降质业务在所述第一路径中占用的带宽的差值;和
在所述第二路径上的不存在可用带宽时,降质压缩第二路径上的可降质业务以获得可用带宽,和降质压缩所述第一业务,将降质压缩后的第一业务切换到所述第二路径中通过降质压缩第二路径上的可降质业务获得的可用带宽;
切换单元,用于将压缩后的所述第一业务切换到所述第二路径。
9.如权利要求8所述的控制器,其特征在于,所述第一路径在故障前承载有包括所述第一业务的多条业务,所述多条业务中第一业务之外的其他业务为可降质的业务,所述压缩单元还用于:
压缩所述第一业务之外的其他业务;
所示切换单元还用于:
将压缩后的所述第一业务之外的其他业务切换到所述第二路径,其中所述压缩后的第一业务和所述压缩后的第一业务之外的其他业务所占的带宽总和不大于所述第二路径的可用带宽。
10.一种控制器,其特征在于,包括存储器和处理器,
所述存储器用于存储指令;
所述处理器用于,运行所述存储器存储的指令以进行下列操作:
检测到承载第一业务的第一路径发生故障,所述第一业务为可降质的业务;
确定所述第一业务对应的首节点和末节点之间的第二路径上的可用带宽是否足以恢复所述第一业务;
在所述第二路径上存在可用带宽,且不足以恢复所述第一业务时,降质压缩所述第一业务,所述压缩后的第一业务的带宽小于所述第二路径的可用带宽;将压缩后的所述第一业务切换到所述第二路径;
在所述第二路径上的不存在可用带宽时,降质压缩第二路径上的可降质业务以获得可用带宽,和降质压缩所述第一业务,将降质压缩后的第一业务切换到所述第二路径中通过降质压缩第二路径上的可降质业务获得的可用带宽;
所述第一路径在故障前承载有包括所述第一业务的多条业务,所述多条业务包括可降质业务,或所述多条业务包括可降质业务和不可降质业务,所述处理器还用于,运行所述存储器存储的指令以进行下列操作:
根据带宽可用值与可降质业务在第一路径中占用的带宽的比值确定压缩比例,所述压缩比例用于压缩所述第一业务和所述可降质业务中除所述第一业务之外的其他业务,所述带宽可用值为所述第二路径的可用带宽与不可降质业务在所述第一路径中占用的带宽的差值。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/082888 WO2017000250A1 (zh) | 2015-06-30 | 2015-06-30 | 一种业务恢复方法和控制器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107710698A CN107710698A (zh) | 2018-02-16 |
CN107710698B true CN107710698B (zh) | 2021-02-09 |
Family
ID=57607478
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580081339.1A Active CN107710698B (zh) | 2015-06-30 | 2015-06-30 | 一种业务恢复方法和控制器 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107710698B (zh) |
WO (1) | WO2017000250A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3777318A4 (en) * | 2018-03-30 | 2021-04-07 | ZTE Corporation | CHANGE OF SECONDARY COMMUNICATION NODE |
CN111314145A (zh) * | 2020-02-25 | 2020-06-19 | 邦彦技术股份有限公司 | 一种流量控制方法、终端、交换机 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6067634A (en) * | 1995-12-01 | 2000-05-23 | Silicon Graphics, Inc. | System and method for resource recovery in a distributed system |
US7398321B2 (en) * | 2002-05-14 | 2008-07-08 | The Research Foundation Of Suny | Segment protection scheme for a network |
CN101800941A (zh) * | 2009-05-20 | 2010-08-11 | 中国科学院声学研究所 | 一种多级降级呼叫接入控制方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004080434A (ja) * | 2002-08-19 | 2004-03-11 | Anritsu Corp | ネットワーク中継装置 |
US8705345B2 (en) * | 2007-11-26 | 2014-04-22 | Iowa State University Research Foundation, Inc. | Network protection using network coding |
CN102347862B (zh) * | 2011-10-24 | 2014-05-07 | 北京邮电大学 | 基于带宽压缩的全光网业务恢复方法 |
WO2013158662A1 (en) * | 2012-04-18 | 2013-10-24 | Nevion Usa, Inc. | Launch delay offset data flow protection |
CN103636168B (zh) * | 2013-09-26 | 2017-09-29 | 华为技术有限公司 | 一种故障恢复的方法、节点和路径计算单元 |
CN103929360A (zh) * | 2014-04-29 | 2014-07-16 | 苏州大学 | 一种弹性光网络保护方法和系统 |
-
2015
- 2015-06-30 WO PCT/CN2015/082888 patent/WO2017000250A1/zh active Application Filing
- 2015-06-30 CN CN201580081339.1A patent/CN107710698B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6067634A (en) * | 1995-12-01 | 2000-05-23 | Silicon Graphics, Inc. | System and method for resource recovery in a distributed system |
US7398321B2 (en) * | 2002-05-14 | 2008-07-08 | The Research Foundation Of Suny | Segment protection scheme for a network |
CN101800941A (zh) * | 2009-05-20 | 2010-08-11 | 中国科学院声学研究所 | 一种多级降级呼叫接入控制方法 |
Non-Patent Citations (3)
Title |
---|
Highly Survivable Restoration Scheme Employing Optical Bandwidth Squeezing in Spectrum-Sliced Elastic Optical Path (SLICE) Network;Yoshiaki Sone;《 2009 Conference on Optical Fiber Communication - incudes post deadline papers》;20090529;全文 * |
基于弹性光网络的网络保护技术的相关研究;魏越;《中国优秀硕士学位论文全文数据库信息科技辑》;20141015(第10期);全文 * |
弹性光网络中的保护恢复技术研究;张引;《中国优秀硕士学位论文全文数据库信息科技辑》;20150415(第4期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
WO2017000250A1 (zh) | 2017-01-05 |
CN107710698A (zh) | 2018-02-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7367795B2 (ja) | 光ネットワーク管理装置 | |
EP1890434B1 (en) | Packet ring network system and packet transfer method | |
CN102347867B (zh) | 一种堆叠分裂检测的处理方法和设备 | |
US8780701B2 (en) | Communication apparatus and packet distribution method | |
CN109450666B (zh) | 分布式系统网络管理方法及装置 | |
US20140219289A1 (en) | Handling stacking link failures in mdc device | |
CN106059791B (zh) | 一种存储系统中业务的链路切换方法和存储设备 | |
HUE034957T2 (en) | Mobile gateways in process collector for process flexibility | |
JPWO2010018755A1 (ja) | トランスポート制御サーバ、ネットワークシステム及びトランスポート制御方法 | |
CN105337780B (zh) | 一种服务器节点配置方法及物理节点 | |
US20150092569A1 (en) | System, method and apparatus for efficient management of s-pmsi resource in rsvp p2mp multicast networks | |
US20160156558A1 (en) | Data Center Network Flow Migration Method and System Thereof | |
WO2021109900A1 (zh) | 基于FlexE网络的重路由方法及装置、电子设备和可读存储介质 | |
JP5846308B2 (ja) | 通信装置、通信システム、経路決定方法、及びプログラム | |
CN107710698B (zh) | 一种业务恢复方法和控制器 | |
GB2460534A (en) | A fault recovery system for a network node which comprises a switching table and a path calculation unit | |
Thorat et al. | Optimized self-healing framework for software defined networks | |
Wang et al. | CFR: A cooperative link failure recovery scheme in software‐defined networks | |
JP2015111778A (ja) | ネットワーク制御装置及びネットワークシステム | |
JP5952779B2 (ja) | ネットワーク制御装置、および、ネットワーク制御プログラム | |
CN113453262A (zh) | 一种双向转发检测bfd方法及装置 | |
WO2020261393A1 (ja) | 通信装置及び通信方法 | |
JP2018032902A (ja) | 経路冗長化装置、通信ネットワークおよび経路冗長化方法 | |
EP2923464B1 (en) | Method and apparatus for allocating shared spare bandwidth for a flow on two disjoint routes between end nodes | |
CN108874530B (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 |