控制业务回切的方法及装置制造方法
【专利摘要】本发明实施例公开了一种控制业务回切的方法及装置，涉及通信【技术领域】，能够解决在分层组网中，由于设置的端口延时发光时间或者路由延时发布时间，与子业务段1和子业务段2恢复的时间不一致，导致业务无法及时回切或回切时出现业务中断的问题。本发明的方法包括：监测子业务段的状态，所述子业务段为与故障节点相连的子业务段，所述子业务段的状态包括恢复状态，所述恢复状态为所述子业务段故障恢复后的状态；当所述子业务段的状态均为所述恢复状态时，执行业务回切流程。本发明适用于分层组网中的头端节点。
【专利说明】控制业务回切的方法及装置
【技术领域】
[0001]本发明涉及通信【技术领域】，尤其涉及一种控制业务回切的方法及装置。
【背景技术】
[0002]目前，部分 IP/MPLS (Internet Protocol/Mult1-Protocol Label Switching,网络之间互连的协议/多协议标签交换)网络采用分层组网的方式，不同层次网络之间路由隔离，下层网络仅知道默认网关路由，默认网关通常为层间设备节点。如图1所示，为分层组网架构图，共分为三层，PE(Provider Edge，路由器是运营商边缘路由器)I为头端节点，PE2为层间设备节点，PEl到PE6的业务路径可以分为主用路径与备用路径，主用路径为由PEl通过PE2和PE4至PE6的链路；其他链路为备用路径。PEl与PE2之间的链路为子业务段1，PE2与PE4之间的链路为子业务段2，PEl实时通过子业务段I向PE2发送报文。当PE2节点故障时，子业务段I和子业务段2进入故障状态，PEl向PE2发送的报文无法送达，业务会由主用路径切换至由PEl通过PE3、PE5、PE4至PE6链路组成的备用路径，此时相对于PEl，子业务段I称为近端子业务段，子业务段2称为远端子业务段；当PE2节点故障恢复时，PEl向PE2发送的报文成功送达，确定子业务段I恢复，PEl将业务由备用路径回切至主用路径。在业务回切的过程中，由于相邻层内的子业务段恢复时间存在差异，所以子业务段I可能会优先于子业务段2恢复，而PEl确定子业务段I恢复后执行业务回切，此时子业务段2仍处于故障状态，业务在PE2节点会出现业务中断。现有技术中采用了端口延时发光技术或者路由延时发布技术来避免业务中断，即为PE2连接子业务段I的端口预先设置一定的端口延时发光时间或者路由延时发布时间，在PE2节点恢复后，需要再等待预先设置的端口延时发光时间或者路由延时发布时间，业务才会由备用路径回切到主用路径。
[0003]现有技术中至少存在如下问题:端口延时发光时间或者路由延时发布时间都是人为预先设置的，当路由数量过大时，子业务段I或子业务段2恢复的时间会超过预先设置的端口延时发光时间或者路由延时发布时间，进而使业务回切时子业务段I或子业务段2没有恢复，业务仍会出现中断；如果预先设置较长的端口延时发光时间或者路由延时发布时间，会超过子业务段I和子业务段2恢复的时间，进而在主用路径故障恢复后，业务无法及时回切，增大备用路径工作时间，增大网络风险，不利于网络资源的优化利用。
【发明内容】
[0004]本发明的实施例提供一种控制业务回切的方法及装置，能够解决由于设置的端口延时发光时间或者路由延时发布时间，与子业务段I和子业务段2恢复的时间不一致，导致业务无法及时回切或回切时出现业务中断的问题。
[0005]为达到上述目的，本发明的实施例采用如下技术方案:
[0006]第一方面，本发明的实施例提供一种控制业务回切的方法，包括:
[0007]监测子业务段的状态，所述子业务段为与故障节点相连的子业务段，所述子业务段的状态包括恢复状态，所述恢复状态为所述子业务段故障恢复后的状态；
[0008]当所述子业务段的状态均为所述恢复状态时，执行业务回切流程。
[0009]第二方面，本发明的实施例提供一种控制业务回切的装置，包括:
[0010]监测单元，用于监测子业务段的状态，所述子业务段为与故障节点相连的子业务段，所述子业务段的状态包括恢复状态，所述恢复状态为所述子业务段故障恢复后的状态；
[0011]回切单元，用于当所述子业务段的状态均为所述恢复状态时，执行业务回切流程。
[0012]本发明实施例提供的控制业务回切的方法及装置，本发明中头端节点监测与故障节点相连的各子业务段的状态；当各子业务段的状态均为恢复状态时，执行业务回切流程。与现有技术中设置的端口延时发光时间或者路由延时发布时间，与子业务段I和子业务段2恢复的时间不一致，导致业务无法及时回切或回切时出现业务中断相比，本发明既能在子业务段恢复后及时进行业务回切，避免网络风险，又不会出现业务中断的现象。
【专利附图】
【附图说明】
[0013]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0014]图1为现有技术提供的分层组网架构示意图；
[0015]图2为本发明一实施例提供的方法流程图；
[0016]图3为本发明又一实施例提供的方法流程图；
[0017]图4为本发明又一实施例提供的报文结构示意图；
[0018]图5、图6为本发明又一实施例提供的装置结构示意图。
【具体实施方式】
[0019]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0020]本发明一实施例提供一种控制业务回切的方法，用于如图1所示架构中，PE2故障恢复后，头端节点PEl控制业务回切的过程，如图2所示，所述方法包括:
[0021]10UPE1监测子业务段的状态。
[0022]其中，子业务段为与故障节点相连的子业务段，子业务段的状态包括恢复状态，恢复状态为子业务段故障恢复后的状态。
[0023]可选的，子业务段包括远端子业务段和近端子业务段，远端子业务段为不与头端节点相连的子业务段，近端子业务段为与头端节点相连的子业务段。
[0024]进一步的，当子业务段为远端子业务段时，在PEl监测子业务段的状态之前，还可以接收故障节点发送携带子业务段的状态标识的报文，子业务段的状态标识由故障节点添力口，以便于PEl通过报文检测子业务段的状态。
[0025]进一步的，PEl监测子业务段的状态可以为通过子业务段的状态标识监测子业务段的状态。
[0026]可选的，PEl通过子业务段的状态标识监测子业务段的状态的具体过程为:判断子业务段的状态标识是否为恢复状态标识；当子业务段的状态标识为恢复状态标识时，确定子业务段的状态为恢复状态；当子业务段的状态标识为故障状态标识时，继续监测子业务段的状态。
[0027]102、当子业务段的状态均为恢复状态时，PEl执行业务回切流程。
[0028]可选的，当子业务段的状态均为恢复状态时，在PEl执行业务回切流程之前，还可以将预先设置的子业务段状态机设置为恢复状态，用于标识出子业务段的状态，方便检测。
[0029]本发明中头端节点监测与故障节点相连的各子业务段的状态；当各子业务段的状态均为恢复状态时，执行业务回切流程。与现有技术中设置的端口延时发光时间或者路由延时发布时间，与子业务段I和子业务段2恢复的时间不一致，导致业务无法及时回切或回切时出现业务中断相比，本发明既能在子业务段恢复后及时进行业务回切，避免网络风险，又不会出现业务中断的现象。
[0030]本发明又一实施例提供一种控制业务回切的方法，用于如图1所示架构中，PE2故障恢复后，头端节点PEl控制业务回切的过程，子业务段I为近端子业务段，子业务段2为远端子业务段，如图3所示，所述方法包括:
[0031]201、PEl向PE2发送检测报文。
[0032]其中，PEl会实时向PE2发送检测报文，来确定子业务段I是否处于正常工作状态，报文的类型不做限定。当PEl向PE2发送检测报文成功，确定子业务段I处于正常工作状态；当PEl向PE2发送检测报文失败，确定子业务段I处于故障状态。
[0033]需要说明的是，PEl确定子业务段I是否处于正常工作状态的方式并不仅限于向PE2发送检测报文一种，可以为现有技术中能够实现的任何方式。
[0034]202、PEl判断检测报文是否发送成功，若检测报文发送成功，则执行步骤203 ;若检测报文没有发送成功，则继续执行步骤201。
[0035]其中，当PE2故障时，PEl不能成功向PE2发送的检测报文，子业务段I处于故障状态；当PE2故障恢复时，PEl能够成功向PE2发送的检测报文，子业务段I处于故障恢复状态。因此，若PEl检测报文发送成功，则子业务段I处于故障恢复状态，执行步骤203 ;若检测报文没有发送成功，则子业务段I处于故障状态，继续执行步骤202。
[0036]203、PEl设置子业务段I对应的状态机为恢复UP状态。
[0037]其中，子业务段I对应的状态机为预先设置，用于表示子业务段I当前的状态。当子业务段I处于故障恢复状态时，子业务段I对应的状态机为恢复UP状态。执行完此步骤后，执行步骤210。
[0038]204、PE2向PE4发送检测报文。
[0039]其中，此步骤数据处理过程与步骤201相同，在此不再赘述。
[0040]205、PE2判断检测报文是否发送成功，若检测报文发送成功，则执行步骤206 ;若检测报文没有发送成功，则继续执行步骤204。
[0041]其中，当PE2故障时，PE2不能成功向PE4发送的检测报文，子业务段2处于故障状态；当PE2故障恢复时，PE2能够成功向PE4发送的检测报文，子业务段2处于故障恢复状态。因此，若PE2检测报文发送成功，则子业务段2处于故障恢复状态，执行步骤206 ;若检测报文没有发送成功，则子业务段2处于故障状态，继续执行步骤204。
[0042]206、PE2将CV (Connectivity Verificat1n，连通性检测)报文保留字段第一位置
1
[0043]其中，本发明实施例中，通过扩展的MPLS OAM(Operat1n Administrat1n andMaintenance，操作管理维护)机制标识子业务段2的状态，即将CV报文保留字段的第一位用于标识子业务段2的状态，CV报文结构如图4所示。
[0044]需要说明的是，在系统业务处理过程中，PE2会实时向PEl发送CV报文，通常状态下，CV报文保留字段第一位为O ;当子业务段2处于故障恢复状态时，PE2将CV报文保留字段第一位由O置为I。
[0045]207、PE2 将 CV 报文发送至 PEl。
[0046]其中，PE2将保留字段第一位为I的CV报文发送至PE1，用于通知PEl子业务段2的状态已经处于故障恢复状态。
[0047]208、PE1判断CV报文保留字段第一位置是否为1，若CV报文保留字段第一位置为1，则执行步骤209 ;SCV报文保留字段第一位置不为1，则继续执行步骤208。
[0048]其中，PEl判断接收的CV报文保留字段第一位是否1，当CV报文保留字段第一位置为I，表示子业务段2处于故障恢复状态，执行步骤208 ;当CV报文保留字段第一位为O时，表示子业务段2不处于故障恢复状态，需要继续对接收的CV报文保留字段第一位进行判断。
[0049]209、PEl设置子业务段2对应的状态机为恢复UP状态，并向PE2反馈消息。
[0050]其中，子业务段2对应的状态机为预先设置，用于表示子业务段2当前的状态。当子业务段2处于故障恢复状态时，子业务段2对应的状态机为恢复UP状态。然后，PEl向PE2反馈消息，表示PEl已经知道子业务段2处于故障恢复状态。
[0051]需要说明的是，当PEl设置子业务段2对应的状态机为UP状态后，将不再对PE2发送的CV报文保留字段的第一位进行判断，直到故障检测机制检测出子业务段2处于故障状态时，PEl设置子业务段2对应的状态机为故障DOWN状态，并继续对PE2发送的CV报文保留字段的第一位进行判断，执行步骤208。
[0052]需要说明的是，执行完此步骤后，同时执行步骤210和步骤211。
[0053]210、PE2停止将CV报文保留字段第一位置I。
[0054]其中，PE2在接收到PEl的反馈消息后，停止将CV报文保留字段第一位由O置为
I。执行完此步骤后，不需要执行步骤211。
[0055]211、PE1判断子业务段I和子业务段2对应的状态机是否均为恢复UP状态；若子业务段I和子业务段2对应的状态机均为恢复UP状态，则执行步骤212 ;若子业务段I和子业务段2对应的状态机不均为恢复UP状态，则继续执行步骤211。
[0056]212、PEl执行业务切换流程，将业务切换至主用路径。
[0057]本发明中头端节点监测与故障节点相连的各子业务段的状态；当各子业务段的状态均为恢复状态时，执行业务回切流程。与现有技术中设置的端口延时发光时间或者路由延时发布时间，与子业务段I和子业务段2恢复的时间不一致，导致业务无法及时回切或回切时出现业务中断相比，本发明既能在子业务段恢复后及时进行业务回切，避免网络风险，又不会出现业务中断的现象。
[0058]本发明又一实施例提供一种分层组网中的头端节点装置30，如图5所示，所述装置30包括:
[0059]监测单元31，用于监测子业务段的状态，所述子业务段为与故障节点相连的子业务段，所述子业务段的状态包括恢复状态，所述恢复状态为所述子业务段故障恢复后的状态；
[0060]回切单元32，用于当所述子业务段的状态均为所述恢复状态时，执行业务回切流程。
[0061]其中，所述子业务段包括远端子业务段和近端子业务段，所述远端子业务段为不与头端节点相连的子业务段，所述近端子业务段为与所述头端节点相连的子业务段。
[0062]进一步的，如图6所示，所述装置30还可以包括:
[0063]接收单元33，用于接收所述故障节点发送的报文，所述报文携带所述子业务段的状态标识，所述子业务段的状态标识由所述故障节点添加.
[0064]进一步的,如图6所示,所述监测单元31包括:
[0065]监测子单元311，用于通过所述子业务段的状态标识监测所述子业务段的状态。
[0066]进一步的，如图6所示，所述监测子单元311具体用于:
[0067]判断所述子业务段的状态标识是否为恢复状态标识；
[0068]当所述子业务段的状态标识为恢复状态标识时，确定所述子业务段的状态为所述恢复状态；
[0069]当所述子业务段的状态标识为故障状态标识时，继续监测所述子业务段的状态。
[0070]进一步的，如图6所示，所述装置30还可以包括:
[0071]设置单元34，用于设置所述子业务段对应的状态机为所述恢复状态，所述状态机为预先设置。
[0072]本发明中头端节点监测与故障节点相连的各子业务段的状态；当各子业务段的状态均为恢复状态时，执行业务回切流程。与现有技术中设置的端口延时发光时间或者路由延时发布时间，与子业务段I和子业务段2恢复的时间不一致，导致业务无法及时回切或回切时出现业务中断相比，本发明既能在子业务段恢复后及时进行业务回切，避免网络风险，又不会出现业务中断的现象。
[0073]本发明实施例提供的分层组网中的头端节点装置可以实现上述提供的方法实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。本发明实施例提供的分层组网中的头端节点方法及装置可以适用于分层组网中的头端节点，但不仅限于此。
[0074]本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。
[0075]本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory, ROM)或随机存储记忆体(Random AccessMemory, RAM)等。
[0076]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本【技术领域】的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
【权利要求】
1.一种控制业务回切的方法，其特征在于，包括: 监测子业务段的状态，所述子业务段为与故障节点相连的子业务段，所述子业务段的状态包括恢复状态，所述恢复状态为所述子业务段故障恢复后的状态； 当所述子业务段的状态均为所述恢复状态时，执行业务回切流程。
2.根据权利要求1所述的方法，其特征在于，所述子业务段包括远端子业务段和近端子业务段，所述远端子业务段为不与头端节点相连的子业务段，所述近端子业务段为与所述头端节点相连的子业务段。
3.根据权利要求2所述的方法，其特征在于，当所述子业务段为所述远端子业务段时，在所述监测子业务段的状态之前，所述方法还包括: 接收所述故障节点发送的报文，所述报文携带所述子业务段的状态标识，所述子业务段的状态标识由所述故障节点添加； 则所述监测子业务段的状态包括: 通过所述子业务段的状态标识监测所述子业务段的状态。
4.根据权利要求3所述的方法，其特征在于，所述通过所述子业务段的状态标识监测所述子业务段的状态包括: 判断所述子业务段的状态标识是否为恢复状态标识； 当所述子业务段的状态标识为恢复状态标识时，确定所述子业务段的状态为所述恢复状态； 当所述子业务段的状态标识为故障状态标识时，继续监测所述子业务段的状态。
5.根据权利要求1所述的方法，其特征在于，在所述执行业务回切流程之前，所述方法还包括: 设置所述子业务段对应的状态机为所述恢复状态，所述状态机为预先设置。
6.一种控制业务回切的装置，其特征在于，包括: 监测单元，用于监测子业务段的状态，所述子业务段为与故障节点相连的子业务段，所述子业务段的状态包括恢复状态，所述恢复状态为所述子业务段故障恢复后的状态； 回切单元，用于当所述子业务段的状态均为所述恢复状态时，执行业务回切流程。
7.根据权利要求6所述的装置，其特征在于，所述子业务段包括远端子业务段和近端子业务段，所述远端子业务段为不与头端节点相连的子业务段，所述近端子业务段为与所述头端节点相连的子业务段。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括: 接收单元，用于接收所述故障节点发送的报文，所述报文携带所述子业务段的状态标识，所述子业务段的状态标识由所述故障节点添加；则所述监测单元包括: 监测子单元，用于通过所述子业务段的状态标识监测所述子业务段的状态。
9.根据权利要求8所述的装置，其特征在于，所述监测子单元具体用于: 判断所述子业务段的状态标识是否为恢复状态标识； 当所述子业务段的状态标识为恢复状态标识时，确定所述子业务段的状态为所述恢复状态； 当所述子业务段的状态标识为故障状态标识时，继续监测所述子业务段的状态。
10.根据权利要求6所述的装置，其特征在于，所述装置还包括:设置单元，用于设置所述子业务段对应的状态机为所述恢复状态，所述状态机为预先设置。
【文档编号】H04L12/711GK104184661SQ201410427760
【公开日】2014年12月3日 申请日期:2014年8月27日 优先权日:2014年8月27日
【发明者】庞冉, 黄永亮, 王光全, 王海军, 张贺, 郑滟雷, 沈世奎, 王瑾, 刘雅承 申请人:中国联合网络通信集团有限公司