CN101123473B

CN101123473B - 自动交换光网络中节点重启后控制平面的恢复方法

Info

Publication number: CN101123473B
Application number: CN2007101204434A
Authority: CN
Inventors: 陶慕柳
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-08-17
Filing date: 2007-08-17
Publication date: 2010-04-14
Anticipated expiration: 2027-08-17
Also published as: CN101123473A

Abstract

本发明公开了一种ASON网络中节点重启后控制平面的恢复方法，包括步骤：A、非重启节点在接收到邻居重启节点的Hello消息后，向所述邻居重启节点发送RSVP消息；B、在发送RSVP消息的所有节点上启动重传定时器，在所述重传定时器超时前，若没有接收到该RSVP消息的响应，则以预定的时间间隔持续发送该RSVP消息，直到接收到该RSVP消息的响应后清除所述重传定时器；C、在没有和邻居建立RSVP状态维护的节点上启动自动维护定时器，在自动维护定时器超时前，抑制该RSVP状态的刷新，直到和邻居建立RSVP状态维护后清除所述自动维护定时器。本发明的方法实现了任意连续或非连续的多个节点重启后的控制平面恢复。

Description

自动交换光网络中节点重启后控制平面的恢复方法

技术领域

本发明涉及光通信领域，特别涉及在ASON(Automatic Switched OpticalNetwork，自动交换光网络)中节点重启后控制平面的恢复方法。

背景技术

在ASON网络中，有一条基本的原则：控制平面的失效不能影响传送平面，导致业务的中断或瞬断。因此，当控制平面发生故障时，如节点重启后，恢复原来的控制信息，重新对业务进行控制显得非常重要。在ASON网络中，控制平面的失效可分为两种情况：一种是网元节点发生了故障，如节点重启，控制信息丢失，但底层的业务仍然存在；另一种情况是控制通道失效，如连接控制平面两个节点间的链路断开，导致通讯中断。本申请所涉及的是节点重启后，用于恢复控制平面的方法。

在现有的IETF(Internet Engineering Task Force，因特网工程任务组)、OIF(Optical Interworking Forum，光网络论坛)有关ASON的标准和草案中，对于由RSVP(Resource reservation Protocol，资源预留协议)和RSVP-TE(Resourcereservation Protocol with Traffic Engineering Extension，具有流量工程扩展的资源预留协议)建立的连接，只给出了单节点发生重启后用于恢复控制平面的方法，对于有多个节点发生重启后如何进行恢复处理，则没有给出解决方案。在这种对于单节点重启恢复的解决方案中，同步恢复是由上游节点通过发送带Recovery_Label(恢复标签)的Path消息来发起的，这样，在多个节点发生重启的情况下，采用上述协议中提供的解决方案会存在以下问题：

假设ASON网络中的某条连接经过的两个连续的节点B和C发生了重启，而且节点B比节点C先完成重启，这样节点B接收到上游节点的Path恢复消息后，继续往下转发，但由于节点C没有完成重启，节点B发送的Path消息始终没有应答，同时上游节点也始终接收不到下游的Resv消息，因此按照协议目前所描述的处理流程，所述上游节点和B节点都可能删除底层的交叉连接。在ASON网络中，控制层的故障不能影响传送平面的业务，在上述场景中，控制平面的多节点重启导致了业务的删除，这种情况是不应该发生的。

在2004年4月28日公开的，公开号为CN1492601.A，发明名称为“智能光网络中多节点重启后控制平面的恢复方法”的中国专利申请中，由于更改了IETF中所规定的Hello消息的正常处理流程，实际的互连互通性不高；同时该发明只适用于连续多个节点的重启，并没有提及到其他情况下的控制平面失效，应用场合具有一定的局限性。

在2006年7月12日公开的，公开号为CN1801802A，发明名称为“通用多协议标签交换路径上节点重启恢复的方法”的中国专利申请中，并没有充分考虑到ASON系统中的需求，也就是，一旦某个节点发送的信令消息没有应答，同样也会导致业务的删除，因此其在ASON网络中也是不适合的。

发明内容

本发明所要解决的技术问题是提供一种自动交换光网络中多节点重启后控制平面的恢复方法，以实现任意连续或非连续的多个节点重启后的控制平面恢复。

为解决上述技术问题，本发明提供技术方案如下：

一种自动交换光网络中节点重启后控制平面的恢复方法，包括如下步骤：

A、非重启节点在接收到邻居重启节点的Hello消息后，向所述邻居重启节点发送RSVP消息，所述RSVP消息包括Path消息和Resv消息；

B、在发送RSVP消息的所有节点上启动重传定时器，在所述重传定时器超时前，若没有接收到该RSVP消息的响应，则以预定的时间间隔持续发送该RSVP消息，直到接收到该RSVP消息的响应后清除所述重传定时器；

C、在没有和邻居建立RSVP状态维护的节点上启动自动维护定时器，在所述自动维护定时器超时前，抑制该RSVP状态的刷新，直到和邻居建立RSVP状态维护后清除所述自动维护定时器。

本发明所述的方法，其中，首节点重启完成后向邻居节点发送Path恢复消息；尾节点在接收到邻居节点的Path恢复消息后，向所述邻居节点发送Resv消息；中间节点在接收到RSVP消息后，转发该RSVP消息。

本发明所述的方法，其中，任何节点在接收到RSVP消息后，回复该RSVP消息的响应。

本发明所述的方法，步骤A中，在所述非重启节点为所述邻居重启节点的上游节点时，所述RSVP消息为Path恢复消息，在所述非重启节点为所述邻居重启节点的下游节点时，所述RSVP消息为Resv消息。

本发明所述的方法，步骤B中，在所述重传定时器超时后，清除所述重传定时器，并按照RSVP消息没有得到响应进行处理。

本发明所述的方法，步骤C中，在所述自动维护定时器超时后，清除所述自动维护定时器，并按照RSVP状态刷新超时进行处理。

本发明所述的方法，其中，所述重传定时器和自动维护定时器的定时时间大于1天小于1个月。

本发明所述的方法，其中，在发送Path新建消息的节点上启动新建等待定时器，在所述新建等待定时器超时前，若没有接收到该Path新建消息的响应，则以预定的时间间隔持续发送该Path新建消息，直到接收到该Path新建消息的响应后清除所述新建等待定时器；在所述新建等待定时器超时后，停止发送该Path新建消息，并清除所述新建等待定时器。

本发明所述的方法，其中，所述新建等待定时器的定时时间小于1分钟。

从以上本发明提供的技术方案可以看出，在处理ASON网络中一个或多个节点发生重启时：

(1)在每个节点上通过设置合适的重传时间，来持续地发送经过本节点的Path消息或Resv消息，从而避免了上游或下游节点因为未完成重启而导致无法得到响应的情况；

(2)在每个节点上通过设置合适的自动维护时间，使得节点在和邻居未建立状态维护前抑制了节点本身的状态刷新，从而避免了本节点RSVP软状态的刷新超时；

(3)为了在处理重启恢复时不影响新建业务的速度，加入了新建等待定时器，这样避免了新建业务受到重传时间的影响，使得用户很快得知业务是否建立成功。

因此，本发明的方法可以克服现有技术的不足，在不影响底层业务的前提下，实现了任意连续或非连续的多个节点重启后的控制平面恢复。

附图说明

图1为ASON网络拓扑示意图；

图2(a)为本发明的方法在ASON网络中有两个连续节点的控制平面重启时的处理流程；

图2(b)为本发明的方法在ASON网络中有两个连续节点的控制平面重启时的另一种处理流程；

图3为本发明的方法在ASON网络中有两个非连续节点(不包括首节点)的控制平面重启时的处理流程；

图4(a)为本发明的方法在ASON网络中有两个非连续节点(包括首节点)的控制平面重启时的处理流程；

图4(b)为本发明的方法在ASON网络中有两个非连续节点(包括首节点)的控制平面重启时的另一种处理流程；

图5为本发明的方法在ASON网络中有三个非连续节点的控制平面重启时的处理流程；

图6为本发明的方法在ASON网络中存在多节点重启时对新建业务的处理流程。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明进行详细描述。

为了更好地理解以下实施例，构建以下ASON网络，如图1所示，ASON网络包括四个网元A、B、C和D，每个网元包括控制平面和传送平面。网元间的业务通道通过光纤连接，网元间的控制通道通过以太网连接。其中网元A为业务的首节点，B、C为中间节点，D为业务的尾节点。

参考图2(a)所示本发明的流程图，网元B和网元C的控制平面发生了重启，B在C之前启动，C长时间没有完成重启，处理流程包括以下步骤：

步骤201、当A收到B重启后发送的Hello消息，A知道B的控制平面发生了重启，因此A向B发送带恢复标签(Recovery Label)的Path消息，即Path恢复消息，同时A启动该消息的重传定时器以及本节点控制平面中的自动维护定时器，抑制本地的RSVP Path状态和RSVP Resv状态刷新；

步骤202、当B收到A发送过来的恢复消息，立即向A回送该Path消息的响应(Ack Path)，启动本节点的自动维护定时器，抑制收到的Path状态刷新，同时向下游转发该Path消息，并启动该消息的重传定时器；

步骤203、由于C长时间没有启动，因此A、B在各自节点的重传定时器的作用下发送Path消息，在A、B之间未完成状态同步前，A、B分别启动本节点的自动维护定时器，抑制本节点的状态刷新；完成同步之后，则清除该定时器；

步骤204、当网元C的控制平面完成重启，它会立即收到B发送的Path消息，此时它向B回送响应，并向D转发Path消息；

步骤205、当网元D收到C转发的Path消息，由于它是连接的尾节点，因此向上游回送Resv消息，至此整条连接恢复成功。

可见，在这种情形下，尽管C长时间没有启动，但A和B在各节点上都能正确地维护本地的状态，避免了连接的删除。

同时，这种情况还有一种变化，如图2(b)所示，即C在B之前启动，而B长时间不启动，这种情形的处理流程包括以下步骤：

步骤211、当D检测到C启动后，D启动本节点的自动维护定时器，抑制本地的Path状态和Resv状态刷新；

步骤212、一旦B完成了重启，上游节点A向下游发送Path(RecoveryLabel)消息，B、C收到该消息后，继续转发给D；

步骤213、D收到该Path消息后，向上游回送Resv消息，至此整条连接也可以恢复成功。

可见，在这种情形下，尽管B长时间没有启动，但仍避免了连接的删除。

参考图3所示本发明的流程图，网元B和网元D的控制平面发生了重启，B在D之前启动，D长时间没有完成重启，处理流程包括以下步骤：

步骤301、当A收到B重启后发送的Hello消息，A知道B的控制平面发生了重启，因此A向B发送Path(Recovery Label)消息，同时A启动该消息的重传定时器以及本节点控制平面中的自动维护定时器，抑制本地的RSVPPath状态和RSVP Resv状态刷新；

步骤302、当B收到A发送过来的恢复消息，立即向A回送该Path消息的响应，启动本节点自动维护定时器，同时向下游转发该Path消息，并启动该消息的重传定时器；

步骤303、当C收到B发送过来的Path消息，立即向B回送该Path消息的响应，启动本节点自动维护定时器，同时向下游转发该Path消息，并启动该消息的重传定时器；

步骤304、由于D长时间没有启动，因此A、B、C在各自节点的重传定时器和自动维护定时器的作用下工作，都不会引起连接删除，此时低层业务不会中断；

步骤305、当网元D的控制平面完成重启，它会立即收到C发送的Path消息，此时它向C回送响应，由于它是连接的尾节点，因此向上游回送Resv消息，至此整条连接恢复成功。

可见，在这种情形下，尽管D长时间没有启动，但A、B、C在各节点上都能正确地维护本地的状态，避免了连接的删除。

同时，这种情况还有一种变化，即B在D之前启动，而B长时间不启动。这种情形的处理流程和步骤211～213类似，在这种情况下，尽管B长时间没有启动，仍可以避免连接的删除。

参考图4(a)所示本发明的流程图，网元A和网元C的控制平面发生了重启，A在C之前启动，C长时间没有完成重启，处理流程包括以下步骤：

步骤401、当A启动后，由于它是连接首节点，因此它会主动向下游发送Path消息，同时A启动该消息的重传定时器以及本节点控制平面中的自动维护定时器，抑制本地RSVP Path状态的刷新；

步骤402、当B收到A发送过来的恢复消息，立即向A回送该Path消息的响应，启动本节点自动维护定时器，同时向下游转发该Path消息，并启动该消息的重传定时器；

步骤403、由于C长时间没有启动，因此A、B在各自节点的重传定时器和自动维护定时器的作用下工作，都不会引起连接删除，此时底层的业务不会中断；

步骤404、当网元C的控制平面完成重启，它会立即收到B发送的Path消息，此时它向B回送响应，同时向下游转发该Path消息，并启动该消息的重传定时器；

步骤405、D收到Path消息后，向上游回送Resv消息，至此整条连接也可以恢复成功。

可见，在这种情形下，尽管C长时间没有启动，但A、B、C在各节点上都能正确地维护本地的状态，避免了连接的删除。

同时，这种情况还有一种变化，图4(b)所示，即C在A之前启动，而A长时间不启动，这种情形的处理流程包括以下步骤：

步骤411、当B检测到C启动后，B向C发送了Path(Recovery Label)消息，同时B启动该消息的重传定时器以及本节点控制平面中的自动维护定时器，抑制本地的RSVP Path状态和RSVP Resv状态的刷新；

步骤412、C收到B发送过来的恢复消息，立即向B回送该Path消息的响应，启动本节点自动维护定时器，同时向下游转发该Path消息，并启动该消息的重传定时器；

步骤413、D收到Path消息后，向上游回送Resv消息，C收到该Resv消息后也继续向上转发，C、D两个网元各自维护本节点的Path状态和Resv状态；

步骤414、B收到C发送的Resv消息，也继续向上转发，同时启动该消息的重传定时器，由于A长时间没有启动，因此B会持续地发送该消息；

步骤415、当A完成了重启，A会发起原来连接的恢复，由于B、C、D先前都正常地维护了本地的状态，因此整条连接恢复成功。

可见，在这种情形下，尽管A长时间没有启动，但B、C、D在各节点上都能正确地维护本地的状态，也避免了连接的删除。

参考图5所示本发明的流程图，网元A、B和D的控制平面发生了重启，若启动顺序为A-B-D，处理流程包括以下步骤：

步骤501、当A完成重启后，发起了连接恢复，向下游发送Path(RecoveryLabel)消息，同时启动该消息的重传定时器，由于B没有启动，因此A会持续地发送该消息；

步骤502、当B完成了重启，接收到A发送Path消息，立即向A回送该消息的响应，并向下游转发该消息，同时启动该消息的重传定时器，并启动本地的自动维护定时器，抑制本节点的Path状态刷新；

步骤503、由于C是正常的，因此它收到B发送过来的Path消息，继续向下转发，同时启动该消息的重传定时器，并启动自动维护定时器抑制本地的Path状态和Resv状态的刷新，由于D没有启动，因此C会持续地向下游发送Path消息；

步骤504、当D完成重启，它会接收到C发送的Path消息，由于它是尾节点，因此向上游回送Resv消息，至此整条连接恢复成功。

可见，在这种情形下，尽管三个非相邻的节点发生了重启，但避免了连接的删除。

这种情况下的变化很多，当启动顺序分别A-D-B，B-A-D，B-D-A，D-A-B，D-B-A的时候，处理的流程同图1到图5的描述类似，这里不再敖述。

参考图6所示本发明的流程图，网元B和网元C的控制平面发生了重启，B在C之前启动，C长时间没有完成重启，此时网管向A下发了一条新建业务的请求。

新建业务和已有业务的重启恢复对于用户而言是不同的。对于新建的情形，由于此时传送平面的业务并没有配置，所以用户希望很快得到业务到底是否建立成功，该场景处理流程包括以下步骤：

步骤601、当A接收到一条新建业务的请求，此时A向下游发送Path(New)消息，即Path新建消息，请求建立这条新的连接，按照上述的方法，同时要启动该消息的重传定时器，但由于这是一条新建连接，而不是重启恢复连接，因此进一步启动该连接的新建等待定时器，由于B没有启动，网元A会在重传定时器和新建等待定时器的作用下继续发送该Path(New)消息；

步骤602、如果B在新建等待定时器超时前完成重启，那么B会接收到A同时发送过来的重启恢复的Path(Recovery Label)消息和Path新建消息，根据上述的方法，B对于重启的连接启动重传定时器和自动维护定时器，而对于新建的连接还要启动新建等待定时器；

步骤603、如果C仍然没有启动，虽然不会影响重启恢复(因为一般设置重传定时器的定时时间比新建等待定时器的定时时间长)，但A或B上面的新建连接将会超时，用户会很快得知这条新建业务由于一些原因而建立不成功，这样用户会选择其他方法(如改变路由)去尝试建立这条新的业务，而不会受到重传定时器的定时时间过长导致新建业务无法得到响应的情况。

可见在这种情形下，本发明所述的方法不仅可以很好地处理多节点重启的情况，而且在重启过程中对新建业务的处理也是非常合理的。

在实际的ASON网络中，可以根据网络拓扑、网络负载等因素合理地设定每个节点的重传定时器、自动维护定时器以及新建等待定时器的定时时间，这样在发生多节点重启后，可以提供控制平面连接的恢复能力，更好地满足了ASON网络的需求。具体地，可以根据网管或其他用户接口获取重传定时器、自动维护定时器以及新建等待定时器的定时时间，一般重传定时器和自动维护定时器的定时时间设置为一个较大值，例如设置为大于1天小于1个月，而新建等待定时器的定时时间设置为一个较小值，例如设置为小于1分钟。这些定时时间还可以根据用户在工程中实际应用场景进行更改。

最后应当说明的是，以上实施例仅用以说明本发明的技术方案而非限制，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神范围，其均应涵盖在本发明的权利要求范围当中。

Claims

1.一种自动交换光网络中节点重启后控制平面的恢复方法，其特征在于，包括如下步骤：

A、非重启节点在接收到邻居重启节点的Hello消息后，在所述非重启节点为所述邻居重启节点的上游节点时，非重启节点向所述邻居重启节点发送资源预留协议RSVP消息的Path恢复消息，在所述非重启节点为所述邻居重启节点的下游节点时，所述邻居重启节点向非重启节点发送资源预留协议RSVP消息的Resv消息；

C、自动维护定时器的启动与节点的重启直接相关，在邻居节点完成重启后，其中该邻居节点不包括首节点，作为其上游节点的正常的本节点，向该邻居节点发送Path恢复消息并启动重传定时器和自动维护定时器，在所述自动维护定时器超时前，抑制该RSVP状态的刷新，直到和邻居建立RSVP状态维护后清除所述自动维护定时器。

2.如权利要求1所述的恢复方法，其特征在于，还包括：

首节点重启完成后向邻居节点发送Path恢复消息；

尾节点在接收到邻居节点的Path恢复消息后，向所述邻居节点发送Resv消息；

中间节点在接收到RSVP消息后，转发该RSVP消息。

3.如权利要求1所述的恢复方法，其特征在于，还包括：

任何节点在接收到RSVP消息后，回复该RSVP消息的响应。

4.如权利要求1所述的恢复方法，其特征在于：

步骤B中，在所述重传定时器超时后，清除所述重传定时器，并按照RSVP消息没有得到响应进行处理。

5.如权利要求1所述的恢复方法，其特征在于：

步骤C中，在所述自动维护定时器超时后，清除所述自动维护定时器，并按照RSVP状态刷新超时进行处理。

6.如权利要求1所述的恢复方法，其特征在于：

所述重传定时器和自动维护定时器的定时时间大于1天小于1个月。

7.如权利要求1所述的恢复方法，其特征在于，还包括：

在发送Path新建消息的节点上启动新建等待定时器，在所述新建等待定时器超时前，若没有接收到该Path新建消息的响应，则以预定的时间间隔持续发送该Path新建消息，直到接收到该Path新建消息的响应后清除所述新建等待定时器；在所述新建等待定时器超时后，停止发送该Path新建消息，并清除所述新建等待定时器。

8.如权利要求7所述的恢复方法，其特征在于：

所述新建等待定时器的定时时间小于1分钟。