一种绑环业务标签自适应实现方法及系统

技术领域

本申请涉及PTN(Packet Transport Network，分组传送网)网络的自动保护倒换领域，具体涉及一种绑环业务标签自适应实现方法及系统。

背景技术

网络带宽的不断扩大，对网络的稳定性和可靠性提出了越来越高的要求，环网保护因为其批量倒换和支持多点断纤的优势，在日益复杂的网络拓扑中发挥着重要的作用。

G.8132标准中对环网保护的标签分配及倒换机制做了详细的介绍，业务绑定环网，在上环节点处打上环标签，通过环通道转发，在出环节点处弹出环标签，继续业务标签交换。如图1所示，节点A、B、C、H、I、J组成环1(RING 1)，节点C、D、E、F、G、H组成环2(RING 2)，业务路径为节点A、B、C、D、E、F。业务绑定环网之前后者业务解绑环网之后，在每个业务站点进行标签交换，每个节点交换的动作为：节点A处，将标签LSP label 1更换为LSP label2；节点B处，将标签LSP label 2更换为LSP label 3；节点C处，将标签LSP label 3更换为LSPlabel 4；节点D处，将标签LSP label 3更换为LSP label 4；节点E处，将标签LSP label 4更换为LSP label6；节点F处，将标签LSP label 6更换为LSP label 7。其中，PAYLOAD表示不参与标签交换的其他标签，一直存在。

G.8132标准和相关现有专利中描述的业务绑环标签处理逻辑，只涉及环标签的交换逻辑，未在绑环前后对业务标签做任何处理，而业务一旦从上环节点处进入环网，在环内的转发流程中只对环标签进行了标签交换，在下环节点处弹出环标签后，裸露出来的业务标签和上环节点处的业务标签是一样的，这样就使得上环节点处的业务标签和下环节点处的业务标签不一致的业务无法绑定环网，限制了实际应用当中业务绑定环网的应用场景。

发明内容

本申请实施例提供一种绑环业务标签自适应实现方法及系统，以解决相关技术中上环节点处的业务标签和下环节点处的业务标签不一致的业务无法绑定环网的问题。

第一方面，提供了一种绑环业务标签自适应实现方法，包括步骤：

业务绑定环网后，在上环节点处将业务通道的出标签设置成下环节点的入标签，并在上环节点处打上所在环的环标签；

环中间节点通过环通道进行标签转发，在下环节点处弹出环标签。

一些实施例中，所述业务绑定环网的绑环信息包括源环ID、宿环ID、目的节点ID、以及目的业务标签，目的业务标签为业务通道下环节点LSP通道的入标签。

一些实施例中，对于每个所述环中间节点，业务通道资源包括已占用资源和空闲资源，将环中间节点的绑环业务的资源条目，从已占用资源划分为预留资源。

一些实施例中，新建业务时，优先使用所述空闲资源，当空闲资源不足时，选择短期内没有解绑需求的绑环业务的预留资源来新建业务。

一些实施例中，删除业务时，如果预留资源有被占用的资源条目，将删除的业务所对应的已占用资源的资源条目，还原为预留资源被占用的资源条目。

一些实施例中，如果预留资源没有被占用的资源条目，将删除的业务所对应的已占用资源的资源条目，释放为空闲资源。

一些实施例中，绑环业务解绑环网时，如果解绑的业务存在对应的预留资源的资源条目，直接解绑成功，所述对应的预留资源的资源条目划分为已占用资源。

一些实施例中，如果解绑的业务没有对应的预留资源的资源条目，选择短期内没有解绑需求的绑环业务的预留资源的资源条目，划分为已占用资源。

一些实施例中，如果解绑的业务没有对应的预留资源的资源条目，也没有其他预留资源的资源条目，提示手动修改配置，释放业务通道资源，否则解绑失败。

第二方面，提供了一种绑环业务标签自适应实现方法的实现系统，包括：

标签设置模块，其用于在业务绑定环网后，在上环节点处将业务通道的出标签设置成下环节点的入标签，并在上环节点处打上所在环的环标签；

标签处理模块，其用于在环中间节点通过环通道进行标签转发，还用于在下环节点处弹出标签。

本申请提供的技术方案带来的有益效果包括：

在上环节点处，将业务通道的出标签设置成下环节点的入标签，并在上环节点处打上所在环的环标签，到下环节点处弹出环标签的时候，裸露出来的业务标签即为下环节点处的业务入标签，可以进一步完成后续业务标签交换过程。因此解决了上环节点业务标签和下环节点业务标签不一致的业务无法绑环的问题，扩展环网保护的应用场景，大大提高环网保护功能的工程易用性。

对于每个环中间节点，将环中间节点的绑环业务的资源条目，从已占用资源划分为预留资源，通过空闲资源参与新建业务、删除业务以及绑环业务解绑环网，对于缓解老的网络设备业务资源紧张情况有很大益处，又可以最大限度保证绑环业务解绑环网的预留资源，防止过多业务无法解绑环网。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中业务绑环前或者解绑后的标签转发流程；

图2为本发明实施例业务绑定环网的标签转发流程；

图3为本发明实施例业务绑定环网前后的标签动作变化示意图；

图4为本发明实施例业务通道资源分类。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供了一种绑环业务标签自适应实现方法，其能解决上环节点处的业务标签和下环节点处的业务标签不一致的业务无法绑定环网的问题，即使上环节点处的业务标签和下环节点处的业务标签不一致，依旧可以实现环网绑定。

本申请提供一种绑环业务标签自适应实现方法的实施例，包括步骤：业务绑定环网后，在上环节点处将业务通道的出标签设置成下环节点的入标签，并在上环节点处打上所在环的环标签；环中间节点通过环通道进行标签转发，在下环节点处弹出环标签，裸露出来的业务标签即为下环节点处的业务入标签，就可以进一步完成后续的业务标签交换过程。通过在上环节点处对下环业务标签进行配置和交换，就可以在上环节点处的业务标签和下环节点处的业务标签不一致时，也能够实现业务的环网绑定。

具体的，现有的业务绑环信息是通过三元组(源环ID+宿环ID+目的节点ID)来实现。本申请中业务绑定环网的绑环信息为四元组(源环ID+宿环ID+目的节点ID+目的业务标签)，目的业务标签是业务通道下环节点LSP(Label Switching Path，标记交换路径)通道的入标签。

如图2所示，上环节点处业收到绑环四元组配置，业务绑定环网之后，同样对于图1中的各个节点，采用上述方法实施例进行的绑环后的标签交换动作为：节点A处，将标签LSPlabel 1更换为LSP label3和PUSH RING1 C&D；节点B处，标签RING1 C&D不变；节点C处，POPRING1 C&D，将标签LSP label 3更换为LSP label 6和PUSH RING2 F；节点D处，标签RING2F不变；节点E处，RING2 F不变；节点F处，POP RING2 F，将标签LSP label 6更换为LSPlabel7。其中，PAYLOAD表示不参与标签交换的其他标签，一直不变；PUSH表示压入标签，POP表示弹出标签。

如图3所示，可以看到业务绑定环网前后的标签动作变化。可以看出，以节点A为例，是入环节点，未绑定环网的业务通道上，业务标签动作是：PUSH，由PAYLOAD变为PAYLOAD+LSP label 1。环通道标签没有。绑定环网的业务通道的标签动作是：PUSH，由PAYLOAD变为PAYLOAD+LSP label 3，LSP label 3是环1(RING 1)在下环节点C处的入标签。环通道的标签动作是：PUSH，为PAYLOAD+LSP label 3+RING1 C&D。

对于节点C，未绑定环网的业务通道的标签动作是：SWAP，由PAYLOAD+LSP label 3变为PAYLOAD+LSP label 4。环通道标签没有。绑定环网的业务通道的标签动作是：PAYLOAD+LSP label 3变为PAYLOAD+LSP label 6，LSP label 6是环2(RING 2)在下环节点F处的入标签。环通道的标签动作是：PUSH，为PAYLOAD+LSP label6+RING 2F。

上述实施例均以过站业务绑定两个环网的场景进行说明，因为该场景对于描述业务绑定环网前后的标签动作变化有代表性意义。同样的逻辑，也适用于业务绑定单环或者多环的场景，同样逻辑也适用于业务绑定单环或者多环的场景，同样适用于源宿节点业务绑定环网的场景。

现网应用中，业务绑定环网前，每个业务经过的节点，都配置了相应的业务通道。业务绑定环网后，除了上环节点和下环节点外，业务经过的环中间节点，都是通过环通道来进行转发的，绑环前分配的业务通道就不再用得着，但是绑环业务解绑环网的时候，需要再次用到该部分业务通道资源。目前采取的处理方法是直接预留该部分业务通道资源，以防止业务无法正常解绑环网。但是相对来说，现网当中业务绑定环网的配置趋于稳定，不会频繁的绑定解绑，而使用时间较长的节点可能存在资源不足无法开通新业务的情况，解绑预留资源无法使用造成了一定程度的浪费。

对于上述问题，结合上述各实施例，本申请提供一种绑环业务的灵活管理方法，来实现资源紧张的情况下预留资源的临时调配。如图4所示，对于每个环中间节点，业务通道资源原本只分为已占用资源和空闲资源，本实施例中新增加一类绑环业务的预留资源。业务一旦绑定环网，对于绑环业务在环中间节点的原业务通道资源的资源条目，从已占用资源划分为预留资源。然后就可以通过预留资源参与绑环业务的管理。

当需要新建业务时，优先使用空闲资源来新建业务；当空闲资源不足时，选择短期内没有解绑需求的绑环业务的预留资源来新建业务，如果既没有空闲资源也没有预留资源，那么新建业务失败。

当需要删除业务时，判断绑环业务的预留资源，看是否有资源条目被占用，如果是，将删除的业务所对应的已占用资源的资源条目，还原为预留资源被占用的资源条目；如果否，将删除的业务所对应的已占用资源的资源条目，释放为空闲资源。

例如，已占用资源的资源条目为a、b、c、d，预留资源的资源条目为e和f，每个资源条目对应一条业务，预留资源被占用的资源条目数为1条，是被d占用的。现在要删除业务对应的已占用资源的资源条目c，考虑预留资源的资源条目d被占用，优先还原预留资源的资源条目，那么删除与资源条目c对应的业务后，预留资源的资源条目为c、e和f，已占用资源的资源条目为a、b、d。

比如已占用资源的资源条目为a、b、c、d，预留资源的资源条目为e和f，预留资源被占用条目数为0，现在要删除业务对应的已占用资源的资源条目c，那么删除与资源条目c对应的业务后，已占用资源的资源条目为a、b、d，预留资源的资源条目为e和f，资源条目c被释放为空闲资源。

当绑环业务解绑环网时，判断解绑的业务是否存在对应的预留资源的资源条目，如果是，直接解绑成功，解绑业务对应的预留资源的资源条目划分为已占用资源；如果否，选择短期内没有解绑需求的绑环业务的预留资源的资源条目，划分为已占用资源。

如果解绑的业务没有对应的预留资源的资源条目，也没有其他预留资源的资源条目，提示用户具体解绑资源不足的资源条目，用户可以根据提示，选择是否手动修改配置以释放业务通道资源，例如删除部分无用的资源条目或者之次那个其他业务绑定环网等。如果用户手动释放出足够的业务通道资源，则解绑成功。

例如，已占用资源的资源条目为a、b、c、d，预留资源的资源条目为e和f，现在资源条目e对应绑环业务要进行解绑环网的操作，解绑后已占用资源的资源条目为a、b、c、d、e，预留资源的资源条目为f。

已占用资源的资源条目为a、b、c、d，预留资源的资源条目为e和f，现在绑环业务g要进行解绑环网的操作，未找到对应预留资源，则提示是否选择释放资源条目e或者f，若否，则解绑失败；如果选择释放，例如释放资源条目e，则解绑成功后，已占用资源的资源条目为a、b、c、g，预留资源条目为F。

通过设置预留资源，缓解绑环业务中换中间节点的资源紧张情况，同时兼顾绑环业务解绑环网时的预留资源需求，让业务通道资源的利用率达到最大化。

本申请还提供一种绑环业务标签自适应实现系统，可以用来实施上述方法，包括标签设置模块和标签处理模块。标签设置模块用来在业务绑定环网后，在上环节点处将业务通道的出标签设置成下环节点的入标签，并在上环节点处打上所在环的环标签。标签处理模块用来在环中间节点通过环通道进行标签转发，还用于在下环节点处弹出标签，裸露出来的业务标签即为下环节点处的业务入标签，就可以进一步完成后续的业务标签交换过程。

需要说明的是，在本申请中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。