首页> 中国专利> 电力通信网业务恢复时业务信号收发路径一致的实现方法

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

摘要

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

著录项

  • 公开/公告号CN103166796A

    专利类型发明专利

  • 公开/公告日2013-06-19

    原文格式PDF

  • 申请/专利权人 烽火通信科技股份有限公司;

    申请/专利号CN201310079919.X

  • 申请日2013-03-13

  • 分类号H04L12/24(20060101);

  • 代理机构北京捷诚信通专利事务所(普通合伙);

  • 代理人魏殿绅;庞炳良

  • 地址 430074 湖北省武汉市东湖开发区关东科技园东信路5号

  • 入库时间 2024-02-19 19:37:31

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2014-12-10

    授权

    授权

  • 2013-09-18

    专利申请权的转移 IPC(主分类):H04L12/24 变更前: 变更后: 登记生效日:20130829 申请日:20130313

    专利申请权、专利权的转移

  • 2013-07-24

    实质审查的生效 IPC(主分类):H04L12/24 申请日:20130313

    实质审查的生效

  • 2013-06-19

    公开

    公开

说明书

技术领域

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

背景技术

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

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

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

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

发明内容

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

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

本发明的目的是这样实现的:

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

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

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

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

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

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

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

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

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

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

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

附图说明

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

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

具体实施方式

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

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

实施例一:

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

a、中间节点收到故障消息后,通过信令中的Notify消息通知源节点进 行动态恢复;

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

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

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

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

实施例二:

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

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

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

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

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

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

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

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号