电力通信网业务恢复时业务信号收发路径一致的实现方法

摘要

本发明公开了一种电力通信网业务恢复时业务信号收发路径一致的实现方法，步骤为：网络中业务发生故障时，故障节点通知源节点进行动态恢复；源节点删除本地交叉并启动延时定时器，通知中间节点删除本地交叉；中间节点删除本地交叉并通知宿节点删除本地交叉；宿节点删除本地交叉并依次通知中间节点和源节点本地交叉删除完毕；当源节点的延时定时器溢出时，启动故障业务的动态恢复流程，恢复故障的重路由业务。本发明应用于电力通信网，因采用先删后建的方式使业务恢复时信号收发路径一致，有效避免电力系统中继电保护装置的误动问题，提高网络的稳定性；同时该方法可以在电力自动交换光网络中将得到应用，并具有产生较大的经济效益的潜力。

权利要求

1.电力通信网业务恢复时业务信号收发路径一致的实现方法，其特征在于，所述方法步骤如下：

a、网络中业务发生故障时，故障节点通过信令中的Notify消息通知源节点进行动态恢复；

b、源节点收到类型为故障的Notify消息后，删除本地交叉并启动动态恢复的延时定时器，源节点通过信令中的Path消息通知中间节点删除本地交叉；

c、中间节点收到源节点发来的Path消息后，删除本地交叉并向宿节点发送Path消息通知宿节点删除本地交叉；

d、宿节点收到中间节点发来的Path消息后，删除本地交叉并通过信令中的Resv消息依次通知中间节点和源节点本地交叉删除完毕；

e、当源节点的返回延时定时器溢出时，启动故障业务的动态恢复，恢复故障的重路由业务，如果第e步所述的重路由业务的业务类型为：不返回式动态重路由，则当源节点的延时定时器溢出时，发起动态恢复的业务建立流程，业务建立完成后，删除故障通道LSP的通道信息并释放故障通道LSP所使用的时隙资源；

返回式动态重路由，则当源节点的延时定时器溢出时，发起动态恢复的业务建立流程，业务建立完成后，不删除故障通道LSP的通道信息，不释放故障通道LSP所使用的时隙资源。

2.根据权利要求1所述的电力通信网业务恢复时业务信号收发路径一致的实现方法，其特征在于，所述的重路由业务的业务类型为返回式动态重路由，步骤b为，源节点收到类型为恢复的Notify消息后，立即启动返回定时器，当返回定时器溢出时，启动资源检查，首先进行源节点的本地资源检查，发送Path消息通知中间节点；中间节点收到源节点发来的Path消息后，进行中间节点的本地资源检查，发送Path消息通知宿节点；宿节点收到中间节点发来的Path消息后，进行宿节点的本地资源检查，发送Notify消息通知源节点资源检查成功；源节点收到宿节点发来的资源检查成功的Notify消息后，删除本地交叉并启动返回延时定时器，源节点先删除本节点的交叉，然后通过信令的Path消息通知中间节点删除本地交叉，直到宿节点删除本地交叉；返回延时定时器溢出时，启动返回流程。

说明书

电力通信网业务恢复时业务信号收发路径一致的实现方法

技术领域

[0001] 本发明涉及自动交换光网络，具体涉及电力通信网业务动态恢复时业务信号收发路径一致的实现方法。

背景技术

[0002] 为了适应当今网络高速发展的要求，通信网的业务智能调度非常重要，于是自动交换光网络（ASON，Automatically Switched Optical Network）应运而生。自动交换光网络可以基于SDH（Synchronous Digital Hierarchy）或OTN（Optical Transport Network）传送网络实现，提供不同服务等级业务自动、灵活的配置、网络资源的动态优化、业务的快速有效保护恢复等功能，提高网络的易维护性和可扩展性，有效抵抗网络多点多次故障。现有的电力系统，业务信号（如：报警信号、断路器通断控制信号或业务恢复信号）通常采用由自动交换光网络组建的电力通信网进行传递。

[0003] 众所周知，电力系统中一般都设有继电保护装置（Relay Protection Equipment），当电力系统中的电力元件（如发电机、线路等）或电力系统本身发生了故障，可能危及电力系统安全运行时，继电保护装置能够通过电力通信网向运行值班人员及时发出报警信号，或者直接向所控制的断路器发出跳闸命令等业务信号，从而避免造成更大的损失。继电保护装置工作时，会不断对电力通信网中的业务信号进行采样处理，并计算出收、发信号之间的传输时延差，如果收、发信号的传输时延差超过设定的阈值，则继电保护装置就会发生误动，造成大面积停电事故。业务信号的传输时延主要受两方面的因素影响：一个是传输距离，传输距离越长，时延越大；另一个是传输过程中经过的设备节点数，经过的设备节点数越多，时延越大。

[0004] 由此可以看出，在电力通信网中，当通信故障发生时，为了既要恢复网络的通信畅通，又要避免停电事故的发生，就要求通信网中的业务信号的收、发信号传输时延差小于设定的阈值。

[0005] 目前，电力通信网普遍采用控制平面技术，使用动态恢复的方式恢复通信业务，通常的作法是采用的对业务进行先建后删（Reroute Before Delete），以实现在最短的时间内将发生故障的业务恢复。但是，这种动态恢复的方式可能面临引起继电保护装置误动的风险，原因在于：控制平面是一个分布式的系统，一条业务的建立需要从源到宿多个控制平面节点通过信令协调路由设置和标签选择，在不考虑传输延时的情况下，一条动态恢复的业务从故障到恢复至快需要大约100ms的时间。因此，对于单方向故障，业务在这100ms的时间处在一种单方向有信号，另一方向无信号的状态，业务的收发路径不同，从而造成收、发信号的延时差极有可能超过设定的阈值，引起继电保护装置的误动。

发明内容

[0006] 本发明所要解决的技术问题是：避免电力通信网中，因业务信号收发路径不同造成业务信号的传输时延差超过阈值而引起继电保护装置误动，进而造成大面积停电事故的问题。

[0007] 为了解决上述技术问题，本发明所采用的技术方案是提供一种电力通信网业务恢复时业务信号收发路径一致的实现方法，当业务发生动态恢复时，采用先删后建（Delete Before Reroute）的方式，即先将故障业务的收发交叉删除，使业务在收发路径上都没有信号，然后再发起故障业务的恢复流程，恢复业务的收发信号，以增加恢复时间来避免继电保护装置的误动。

[0008] 本发明的目的是这样实现的：

[0009] 电力通信网业务恢复时业务信号收发路径一致的实现方法，所述方法步骤如下：

[0010] a、网络中业务发生故障时，故障节点通过信令中的Notify消息通知源节点进行动态恢复；

[0011] b、源节点收到类型为故障的Notify消息后，删除本地交叉并启动动态恢复的延时定时器，源节点通过信令中的Path消息通知中间节点删除本地交叉；

[0012] c、中间节点收到源节点发来的Path消息后，删除本地交叉并向宿节点发送Path消息通知宿节点删除本地交叉；

[0013] d、宿节点收到中间节点发来的Path消息后，删除本地交叉并通过信令中的Resv消息依次通知中间节点和源节点本地交叉删除完毕；

[0014] e、当源节点的延时定时器溢出时，启动故障业务的动态恢复，恢复故障的重路由业务。

[0015] 上述电力通信网业务恢复时业务信号收发路径一致的实现方法，如果第e步所述的重路由业务的业务类型为：

[0016] 不返回式动态重路由，则当源节点的延时定时器溢出时，发起动态恢复的业务建立流程，业务建立完成后，删除故障通道LSP的通道信息并释放故障通道LSP所使用的时隙资源；

[0017] 返回式动态重路由，则当源节点的延时定时器溢出时，发起动态恢复的业务建立流程，业务建立完成后，不删除故障通道LSP的通道信息，不释放故障通道LSP所使用的时隙资源。

[0018] 上述电力通信网业务恢复时业务信号收发路径一致的实现方法，所述的重路由业务的业务类型为返回式动态重路由，步骤b为，源节点收到类型为恢复的Notify消息后，立即启动返回定时器，当返回定时器溢出时，启动资源检查，首先进行源节点的本地资源检查，发送Path消息通知中间节点；中间节点收到源节点发来的Path消息后，进行中间节点的本地资源检查，发送Path消息通知宿节点；宿节点收到中间节点发来的Path消息后，进行宿节点的本地资源检查，发送Notify消息通知源节点资源检查成功；源节点收到宿节点发来的资源检查成功Notify消息后，删除本地交叉并启动返回延时定时器，源节点先删除本节点的交叉，然后通过信令的Path消息通知中间节点删除本地交叉，直到宿节点删除本地交叉；返回延时定时器溢出时，启动返回流程。

[0019] 本发明提供的电力通信网业务恢复时业务信号收发路径一致的实现方法，因采用先删后建的方式使业务恢复时信号收发路径一致，有效避免电力系统中继电保护装置的误动问题，提高网络的稳定性；同时该方法可以在电力自动交换光网络中将得到应用，并具有产生较大的经济效益的潜力。

附图说明

[0020] 图1为本发明中业务的动态恢复流程图。

[0021] 图2为本发明中返回型业务的返回流程图。

具体实施方式

[0022] 下面结合附图对本发明做出详细的说明。

[0023] 图1和图2分别描述了本发明提供的方法中，动态恢复流程和返回型业务的返回流程，采用了先删后建的方式。以下的两个具体实施例分别以中间节点的故障和恢复为例进行说明。

[0024] 实施例一：

[0025] 图1所示为本发明提供的方法中，业务的动态恢复流程图，该流程图中箭头从高到低的方向对应时间的先后顺序。

[0026] a、中间节点收到故障消息后，通过信令中的Notify消息通知源节点进行动态恢复；

[0027] b、源节点收到中间节点发来的Notify消息后，删除本地交叉并启动动态恢复的延时定时器，源节点通过信令中的Path消息通知中间节点删除本地交叉；

[0028] c、中间节点收到源节点发来的Path消息后，删除本地交叉并向宿节点发送Path消息通知宿节点删除本地交叉；

[0029] d、宿节点收到中间节点发来的Path消息后，删除本地交叉并通过信令中的Resv消息依次通知中间节点和源节点本地交叉删除完毕；

[0030] e、当源节点的延时定时器溢出时，启动故障业务的动态恢复，恢复故障的重路由业务。

[0031] 实施例二：

[0032] 图2所示为返回型业务的返回流程图，该流程图中箭头从高到低的方向对应时间的先后顺序。

[0033] a、中间节点收到原故障消失的消息后，通过信令中的Notify消息通知源节点启动业务返回流程；

[0034] b、源节点收到中间节点发来的Notify消息后，立即启动返回定时器，当返回定时器溢出时，启动资源检查，首先进行源节点的本地资源检查，资源检查成功，发送Path消息通知中间节点；中间节点收到源节点发来的Path消息后，进行中间节点的本地资源检查，资源检查成功，发送Path消息通知宿节点；宿节点收到中间节点发来的Path消息后，进行宿节点的本地资源检查，资源检查成功，发送Notify消息通知源节点资源检查成功；源节点收到宿节点发来的资源检查成功Notify消息后，删除本地交叉并启动返回延时定时器，源节点先删除本节点的交叉，然后通过信令的Path消息通知中间节点删除本地交叉；

[0035] c、中间节点收到源节点发来的Path消息后，删除本地交叉并向宿节点发送Path消息通知宿节点删除本地交叉；

[0036] d、宿节点收到中间节点发来的Path消息后，删除本地交叉并通过信令中的Resv消息依次通知中间节点和源节点本地交叉删除完毕；

[0037] e、当源节点的返回延时定时器溢出时，继续执行业务的返回流程，将故障消失的重路由业务的收发路径返回到原来路径上。

[0038] 本发明不局限于上述最佳实施方式，任何人应该得知在本发明的启示下作出的结构变化，凡是与本发明具有相同或相近的技术方案，均落入本发明的保护范围之内。