CN1981463A - 一种光网络中业务连接建立和业务恢复保护方法 - Google Patents

一种光网络中业务连接建立和业务恢复保护方法 Download PDF

Info

Publication number
CN1981463A
CN1981463A CNA2004800433981A CN200480043398A CN1981463A CN 1981463 A CN1981463 A CN 1981463A CN A2004800433981 A CNA2004800433981 A CN A2004800433981A CN 200480043398 A CN200480043398 A CN 200480043398A CN 1981463 A CN1981463 A CN 1981463A
Authority
CN
China
Prior art keywords
connection
business
virtual connections
service
link
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2004800433981A
Other languages
English (en)
Other versions
CN1981463B (zh
Inventor
杨发明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Publication of CN1981463A publication Critical patent/CN1981463A/zh
Application granted granted Critical
Publication of CN1981463B publication Critical patent/CN1981463B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J14/00Optical multiplex systems
    • H04J14/02Wavelength-division multiplex systems
    • H04J14/0227Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J14/00Optical multiplex systems
    • H04J14/02Wavelength-division multiplex systems
    • H04J14/0227Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
    • H04J14/0238Wavelength allocation for communications one-to-many, e.g. multicasting wavelengths
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J14/00Optical multiplex systems
    • H04J14/02Wavelength-division multiplex systems
    • H04J14/0226Fixed carrier allocation, e.g. according to service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J14/00Optical multiplex systems
    • H04J14/02Wavelength-division multiplex systems
    • H04J14/0278WDM optical network architectures
    • H04J14/0284WDM mesh architectures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J14/00Optical multiplex systems
    • H04J14/02Wavelength-division multiplex systems
    • H04J14/0287Protection in WDM systems
    • H04J14/0293Optical channel protection
    • H04J14/0295Shared protection at the optical channel (1:1, n:m)

Abstract

本发明涉及一种光网络中业务连接建立和业务恢复保护方法。该光网络包括由多个传送网元构成的传送平面系统,由多个控制节点构成的控制平面系统,当控制节点接收到业务请求时,通过控制节点确定链路连接和子网连接,建立支持业务信号传送的正常连接,并通过每个控制节点启动一个定时器负责建立支持该业务的虚连接,在定时器期满后对需要建立虚连接的业务请求建立虚连接,当出现业务故障时有效使用已建立的虚连接或动态重路由恢复业务,并在业务故障消失后对有回复要求的业务进行业务的回复。同时,还可根据光网络中客户层的需求动态建立支持客户层连接的服务层连接、服务层保护连接和服务层虚连接,从而优化使用网络资源。

Description

一种光网络中业务连接建立和业务恢复保护方法 技术领域
本发明涉及光网络领域,特别是涉及在一种由 SDH/S0NET或 W匪网元设备 构成的可重构网络中的进行业务连接建立及业务恢复保护的方法。 背景技术
光网络最初对业务故障进行恢复时, 主要使用保护技术, 包括复用段保护 方式和端到端路径保护方式。 使用这种保护, 在分配工作通道资源的同时, 同 时分配要对业务进行保护的保护通道资源,由于其没有考虑根据业务的动态需 求进行保护和恢复所以网络带宽资源浪费严重,从而也不能有效地保护业务。
针对保护方式恢复业务故障的上述缺点,在光网络中开始采用了动态保护 技术, 即当业务请求到来时, 通过建立支持业务的工作连接和保护连接对业务 进行保护, 并在原业务连接出现故障而影响业务时采用预置路由或动态路由方 式恢复业务。 为提高恢复效率, 将原来采用集中控制方式改为采用分布控制方 式, 并且进一步考虑在工作连接建立时, 建立一个预置路由, 在业务故障时, 根据预置路由快速建立用于恢复业务故障的替代连接, 从而比较快地恢复业 务。 进一步, 利用分布控制方式, 对预置路由采用了 "预留资源技术", 即预 置路由经过的所有节点预留通道资源, 而在业务故障时, 只需要预置路由经过 的各个点分配通道资源和建立交叉, 从而更快地建立替代连接。
美国专利 US5748611 中采用的技术为分布式逐调路由基于通道的恢复方 法。 其主要过程如下:
1 )源节点广播 PACK消息, 这个消息内容包括源节点、 目的节点以及通道
ID;
2 )中间节点收到 PACK消息的第一个拷贝后, 对消息中的调数进行增加, 然后向除了收到此消息的方向外的其它具有可用带宽的所有方向进行广播; 中 间节点若再收到 PACK消息的第二个拷贝后, 只向收到第一个拷贝的方向进行 发送; 若收到第三个、 第四个拷贝, 则不再进行发送;
3 ) 目的节点收到 PACK消息后, 回送 ACK消息, 其目的是适当预约带宽; 4 ) 中间节点收到 ACK消息后, 它根据 ACK消息中的恢复通道向前传送并 预约带宽;
当源节点收到 ACK消息后, 它发送 C0NF消息, 中间节点沿着恢复通道向 前传送此消息, 并把空闲链路上的预约资源实际连接起来, 当 C0NF消息到达 目的节点时, 恢复通道也就建立好了。
此专利由于采用有选择地广播恢复消息, 减少了消息通信量; 由于采用保 守带宽预约, 对中断通道的恢复只需要预约所需要的资源, 提高资源利用率。 由于恢复过程只允许在那些具有可用带宽的段上进行, 这样提高了段选择的速 度; 但是目前该技术不支持源路由方式。
在美国专利 US6430150中公开了一种网状网的业务恢复方法, 其特征 1 : 网元预先保存全网的物理拓扑和逻辑拓扑信息。 网元检测到故障后, 动态计算 可替代路由, 并下发建立时隙交叉命令。 特征 2: 网元预先保存全网的物理拓 扑和逻辑拓扑信息, 并事先计算各路径故障的可替代路由并保存。 网元检测到 故障后, 直接根据保存的可替换路由建立时隙交叉。
该专利方法的主要特征在于: 每个网元保存全网的资源分配表, 即各个区 段的工作时隙和空闲时隙的情况, 专利文档'中称为 "物理拓扑" , 内容如图 1A、 IB所示。 .
同时, 每个网元还保存己经配置业务的链路路径和容量, 该专利文档中称 为 "逻辑拓扑" , 内容如图 2A、 2B所示。
在发生故障后, 故障相邻网元检测到 L-AIS (线路告警指示信号)或 FERF (远端收到告警)信号后, 向全网网元广播故障。 接收到故障信息的网元, 依 据路由算法, 例如 Dijkstra' s algorithm (搜索最短路由的一种算法), 同 时参照本地保存信息, 通过计算得到结果, 即备用路径。 该专利文档认为各网 元都可以得到一致的结果。 从论证结果来看, 该专利方法实施的可行性存在一 定问题, 即各网元根据故障信息和本地保存信息, 不能保证得到一致的结果。
而对于欧洲专利 EP 1303934, 该专利以复用段保护配置复杂, 基于路由 的恢复方法时间较长不能满足要求为切入点, 提出一种基于通道的保护方法。 即对于每个工作路径, 都有一个路由表, 用以保存针对该工作业务的保护路 径, 该保护方式需要用到通道开销。 该方法与拓扑无关, 可以用于 MESH网络 的保护, 恢复时间较快。
该专利出发点是解决 BLSR的配置复杂问题和基于路由的恢复方法的性能 问题, 提出一种通道保护方法。 该方法在保护效率方面可能不错, 但是要使用 路由表和通道开销, 并要不断维护路由表, 操作显得很复杂, 对于 10G或更高 速率的组网更是如此。
美国专利 US 20020097671涉及一种 MESH网络中选择恢复路由的方法。 主 要特征包括: 在建立业务链路的初期, 根据链路的容量大小预先计算该链路的 恢复路径。 选择恢复路径的步骤包括: 搜索与服务路径路由不相同的链路; 根 据容量大小, 为这些链路分配不同的权重; 根据权重为失效业务路径选择合适 的恢复路径。 该专利主要技术特征是基于路由的恢复方法, 但是其不能保证业 务的恢复时间。
美国专利 US 20020030864体现了目前恢复的最新技术, 它的主要方法是: 在接到有恢复需求的连接时, 使用分布式方式分别建立当前工作连接和预置路 由, 并且预置路由经过的节点的通道资源已被预留。 在工作连接故障时, 要求 预置路由经过节点分配通道和建立光通道交叉, 从而实现快速的恢复。 另外, 预置路由确定时, 允许预留资源为不同共享风险链路组内的预置路由使用, 并 要求有关协议如 0SPF动态发布链路的可使用容量、 可预留容量等链路信息。 该专利除了存在上述缺点外, 还有其它如下缺点:
( 1 ) 没有在工作连接建立完成后, 再考虑预置路由, 包括替代路由资源 的预留确定, 从而会造成不能保证工作连接的最优化;
( 2 ) 只考虑预留, 而没有链路连接的分配, 那么当传送设备信号终端具 有多种适配能力时, 不能有效地监视预置路由是否故障。 这是因为, 一个连接 是由子网连接和链路连接组成, 若链路连接在物理上不存在, 那么就不能有效 地对链路连接进行故障监视。
( 3 ) 在建立预留连接时, 源节点没有通知虚连接经过的每个节点关于预 留连接对应的工作连接的共享风险链路组信息,从而无法使连接经过的每个节 点来考虑不同共享风险链路组对通道资源的预留,不能很好地实现预留资源的 共享。
另外,虽然目前光网络已实施了根据客户业务需求动态建立业务连接从而 动态使用光网络带宽资源。 但是, 对于上述现有的恢复 /保护的方法, 包括涉 及保护和恢复的公开资料来看,当前业务连接建立恢复和保护技术还存在下面 缺点: ( 1 ) 虽然传送网络是多层网络, 但保护和恢复活动注意面向的是单一层 网络, 没有从客户层一服务层的关系来考虑动态恢复保护, 从而造成对资源的 浪费, 比如在一个 SDH VC-4服务层网络中考虑对 VC-4连接进行保护和恢复, 但当 VC- 4 根本没有承载客户业务时, 对其考虑保护和恢复会对资源造成浪 费, 并会造成系统的冗余负担; 另外, 由于没有考虑客户层需求而建立服务层 连接, 也会造成资源严重浪费。
(2) 当业务故障时才开始建立用于业务恢复的替代连接从而导致恢复效 率低, 或虽为提高恢复效率, 预先确定替代连接的路由并对对替代连接使用的 资源进行了预留,但由于没有考虑根据网络拓扑和资源的动态变化而确立资源 被预留的替代连接, 也没有充分考虑对替代连接的维护, 从而不能有效地在业 务发生故障时使用一个已存在的资源被预留的替代连接; 比如, 若当前没有成 功建立用于某业务故障恢复的资源被预留的替代连接, 则没有进一步考虑以后 动态地根据网络资源变化重新建立替代连接。
( 3 ) 没有考虑故障消失后, 如何使业务回复过程本身不导致业务出现新 的故障。 比如, 替代连接建立成功后, 在替代连接两端将业务倒换到此连接的 桥接和倒换动作不一致会造成新的业务故障。
(4) 在业务建立连接过程中, 若出现资源冲突, 由于没有考虑全网内的 优先级唯一性, 目前给出的解决冲突方法不完善。 比如, 当连接经过一个链路 引起链路连接分配资源分配冲突时, 目前的方法是根据链路两端的网元 ID优 先级来确定优先权, 但由于这种优先级对全网络内的连接不具有唯一性, 会造 成根本无法解决冲突的现象。 比如, 链路 L1的左端即 A端网元 ID优先级高于 链路 L1 的右端即 Z端网元 ID优先级别, 链路 L2的左端即 A端网元 ID优先 级高于链路 L2的右端即 Z端网元 ID优先级别。 若在建立端到端连接 cl和 c2 的过程中, cl经过 L1的 A端而 c2经过 LI Z端并因选择同一链路连接资源产 生冲突时, 根据优先级, cl可取得链路连接资源的抢占权, 而 L2放弃对该链 路连接资源的使用, 但若这个连接再次在链路 L2上发生资源抢占, 并且是连 接 c2先经过 L2 A端时, 则会造成 c2获取对链路连接资源抢占权。 对同样两 个连接, 每个连接在发生的这两次抢占活动中的相对优先级不同, 由此可能因 为相互避让而出现任何一个连接无法建立起来。 发明公开
本发明的目的在于提出一种由 SDH/S0NET或 WDM网元设备构成的可重构网 络中的进行业务连接建立及业务恢复保护的方法,能有效地利用光网络传送通 道资源建立业务连接, 当光网络出现故障而影响业务时有效地恢复业务, 或网 络故障消失时采取可靠和有效的机制实施业务的回复,并且恢复和回复过程能 充分优化使用网络资源。
本发明的另一目的在于提出一种光网络的业务连接建立和业务恢复保护 方法, 使用虚连接技术实现对业务故障的恢复, 并考虑了客户层连接一服务层 连接关系, 动态建立服务层连接, 并且根据客户层连接的保护和恢复需求, 来 对服务层连接进行保护和恢复, 从而充分的使用光网络资源。
为了实现上述目的,本发明提供了一种用于光网络的业务连接建立和业务 恢复保护方法, 该光网络包括传送平面系统和控制平面系统, 所述传送平面系 统包括多个传送网元,每个串送网元唯一对应一个位于所述控制平面系统的控 制节点, 其特点在于, 该方法包括如下步骤- 步骤一, 控制每个控制节点设置一个虚连接建立定时器, 负责启动虚连接 建立过程;
步骤二, 控制节点接收到业务请求, 通过控制节点确定链路连接和子网连 接, 并通知该传送平面建立或分配相应的链路连接, 以及建立子网连接, 从而 建立支持该业务请求的正常连接;
步骤三, 该控制节点的虚连接建立定时器期满后, 开始查找需要建立虚连 接的业务请求, 并对满足虚连接建立条件的业务请求启动该虚连接建立过程, 同时再置一个新的虚连接建立定时器;
步骤四, 在对业务建立虚连接时, 使用源路由方式确定路由, 对该业务请 求建立虚连接;
步骤五, 当业务的正常连接故障导致业务故障时, 若该业务级别要求对该 业务进行恢复, 则启动业务恢复过程;
步骤六, 对恢复完成后的业务, 当业务的正常连接的故障消失后, 若对该 业务有回复式要求, 则将业务转回到正常连接上去。
所述光网络的业务连接建立和业务恢复保护方法,在步骤一中的该虚连接 建立定时器的启动可以是控制平面系统初始化完成后启动该虚连接建立定时 器; 也可以是当有正常连接建立完毕的业务存在时, 根据控制系统策略和业务 级别,需要使用虚连接方式实现对业务故障恢复时,启动该虚连接建立定时器。
所述光网络的业务连接建立和业务恢复保护方法, 在步骤二中, 控制平面 系统在接收到客户层业务请求后, 若服务层当前没有包括足够的客户层连接资 源来为当前业务建立连接使用, 则可动态触发服务层业务连接请求, 先建立支 持客户层连接的服务层业务连接, 然后建立客户层业务连接, 其中, 还可根据 客户层业务的保护和恢复需求动态对服务层业务连接建立或释放相应的服务 层保护连接、 服务层虚连接。
所述光网络的业务连接建立和业务恢复保护方法,对有保护和恢复要求的 客户层业务集使用在同一个服务层连接上传送; 并在没有足够的网络资源时, 允许业务的工作连接和保护连接存在部分共同路由,并且允许工作连接和保护 连接在公共路由上使用相同的链路连接资源。
所述光网络的业务连接建立和业务恢复保护方法,在服务层连接的建立过 程或服务层连接建立完毕后, 服务层连接两端所在传送网元的对应控制节点通 过交换服务层连接两端的客户层通道适配信息从而获得服务层连接作为一个 链路所包含的各种链路连接关系。
所述光网络的业务连接建立和业务恢复保护方法, 在步骤三中, 每个业务 请求建立虚连接所需满足的条件为:
该业务的正常连接已建立完毕;
根据业务级别和控制系统策略需要使用虚连接方式为该业务提供可靠的 故障恢复机制。
所述光网络的业务连接建立和业务恢复保护方法, 在步骤四中, 建立虚连 接的步骤如下:
采用源路由方式确定虚连接路由;
当确定虚连接的路由后, 该虚连接经过的每个网元的相应控制节点负责确 定连接经过该网元所需的链路连接资源的选择和确定子网连接关系,通知传送 平面建立或分配链路连接和建立子网连接。
所述光网络的业务连接建立和业务恢复保护方法, 在步骤四中, 确定路由的策略是: 虚连接和业务正常连接要尽可能考虑分离路由, 包括 节点分离和链路分离,虚连接路由要和原正常连接尽可能不在同一个共享风险 链路组中; 在网络资源不允许时, 允许同一个业务的虚连接和正常连接存在部 分共同路由;
选择构成虚连接的链路连接资源的策略是:虚连接经过的链路连接资源可 以为其它虚连接共享, 并且可为其它业务的正常连接抢占;
选择了构成虚连接的链路连接资源资源后, 是否通知传送平面建立链路连 接的策略是: 若传送网元具有对虚连接经过的链路连接有单独的故障监视能 力, 则可通知传送网元建立链路连接, 但不通知传送网元建立子网连接。
所述光网络的业务连接建立和业务恢复保护方法,实现所述的选择构成虚 连接的链路连接资源的策略的具体步骤如下:
在建立虚连接时,源控制节点应通知虚连接经过的控制节点关于虚连接所 在的业务正常连接的风险共享组信息;
每个控制节点应记录使用每个链路连接的虚连接所在业务正常连接的共 享风险组信息;
在同一个业务的虚连接和正常连接存在部分共同路由上,若网络资源不充 足, 则虚连接可和业务正常连接使用相同的链路连接资源;
若两业务的正常连接的风险共享组不相同,则它们的虚连接可使用相同的 链路连接资源;
若两业务的正常连接的风险共享组部分不相同,则它们的虚连接要尽可能 的不共享同一链路连接资源;
若两业务业务的正常连接的风险共享组完全相同,则它们的虚连接不使用 相同的链路连接资源。
所述光网络的业务连接建立和业务恢复保护方法,在业务连接的建立过程 中, 控制节点需要对链路的链路状态信息进行发布, 该链路状态信息的发布针 对每一层链路进行; 并当链路信息发生变化时, 控制节点通过发布链路状态信 息, 使网络拓扑得到及时更新。
所述光网络的业务连接建立和业务恢复保护方法, 所述链路状态信息包 括: 空闲链路连接数目、 可抢占链路连接数、 可被虚连接使用的空闲链路连接 数。 ·
所述光网络的业务连接建立和业务恢复保护方法,该链路状态信息还包括 虚连接可共享的链路资源数,并且当共享一个链路连接的该虚连接可共享的链 路资源数达到共享最大值时, 该链路的虚连接可共享的链路资源数应减 1。 所述光网络的业务连接建立和业务恢复保护方法, 在步骤五中, 该启动业 务恢复过程进一步包括如下步骤:
设置一恢复等待定时器;
在恢复等待定时器期满后, 若业务所有正常连接仍存在故障, 则看是否存 在无故障虚连接;
若存在虚连接,则业务源控制节点负责向虚连接经过的传送网元的控制节 点发送使用命令, 每个控制节点负责向虚连接经过的下一个传送网元的控制节 点传递使用命令, 进行虚连接使用操作: 由此源控制节点和收到使用命令的每 个控制节点, 通知传送网元建立子网连接; 若建立虚连接时传送平面系统没有 建立相应的链路连接, 则还要通知传送网元建立链路连接; 当虚连接在传送平 面有相应的子网连接和链路连接存在时,将虚连接变成实连接,作为替代连接; 若虚连接变成实连接操作成功, 且虚连接当前无故障, 则将业务从正常连 接转到替代连接上来进行业务故障恢复;
若不存在无故障虚连接或虚连接使用操作失败 则可通过动态重路由建立 一个无故障的替代连接来进行业务故障恢复;
等待恢复等待定时器期满, 若此时业务故障仍未接触, 将业务从正常连接 转到替代连接上传送, 进行业务故障恢复。
所述光网络的业务连接建立和业务恢复保护方法,若进行恢复的业务连接 是服务层连接, 服务层连接两端有多个客户层连接信号经过, 则在替代服务层 连接建立完毕后, 需将所有客户层业务转到替代服务层连接上去; 而当控制节 点知道当前业务连接是服务层连接, 并且控制客户层连接对该服务层连接的使 用, 那么若服务层连接存在故障但其没有承载客户层连接信号, 则可不启动恢 复过程。
所述光网络的业务连接建立和业务恢复保护方法,对恢复过程完成后的业 务, 若无业务回复要求, 则替代连接的属性变成正常连接, 并进一步将原正常 连接删除,或将原正常连接和替代连接一起作为业务的由工作连接和保护连接 组成的正常连接, 或将原正常连接变成所在业务的虚连接; 若有业务回复要 求, 则当业务的原正常连接的故障消失后, 需将业务转回到原正常连接上去, 其回复步骤如下: 设置一回复等待定时器;
若在恢复过程中删除了原正常连接, 则控制节点需根据其记录的原正常连 接的有关信息, 重新建立原正常连接;
若在恢复过程中没有删除原正常连接, 而是把原正常连接由实连接变成虚 连接, 则需先将其由虚连接变回实连接, 从而重新建立原正常连接;
最后, 当回复等待定时器期满后, 若原正常连接已被建立, 则可将业务转 回到原正常连接上传送。
所述光网络的业务连接建立和业务恢复保护方法,为避免在目的网元和源 网元从事回复动作的执行时间差大到引起新的业务故障,可先在业务源点和目 的地, 进行并发优收动作, 待两端并发优收动作完成后才能不使用替代连接传 送业务。
所述光网络的业务连接建立和业务恢复保护方法,若恢复过程完成后再次 出现故障, 且有替代连接, 则先删除该替代连接, 再重复启动所述恢复过程。
所述光网络的业务连接建立和业务恢复保护方法,在步骤二的所述业务连 接的建立包括虚连接建立过程中, 还涉及链路连接资源的分配过程, 该分配过 程通过在全网络范围内制订统一的抢占规则以解决链路资源分配冲突的问 题, 其中, 该抢占规则依据的标准包括: 业务优先级; 以连接的源传送网元 ID 作为连接优先级; 若连接源为同一个传送网元, 则控制节点需为不同的连 接分配不同的连接 ID, 根据连接 ID确定优先级。
所述光网络的业务连接建立和业务恢复保护方法,所述控制节点包括光网 络每层拓扑信息, 每层拓扑信息包括: 链路信息, 及每个控制节点所控制的光 传送网络网元设备的通道资源状态信息, 其中每层拓扑信息中所有链路包含的 链路连接的信号类型相同。
所述光网络的业务连接建立和业务恢复保护方法,所述传送网元被替换为 一子网, 该子网由若干网元设备组成。 附图简要说明
图 1A、 1 B为现有技术中的物理拓扑内容;
图 2A、 2 B为现有技术中的逻辑拓扑内容;
图 3为本发明的技术实现的光网络系统图; 图 4为本发明的虚连接应用图;
图 5为本发明的服务层一客户层链路连接关系图;
图 6 为本发明的服务层和客户层网络连接关系应用实例图 实现本发明的最佳方式
如图 3 所示, 为本发明的技术实现的光网络系统图, 该光网络是指由 SDH/S0NET (同步数字系统 /同步光维网络)网元设备或 WDM网元设备做成的可 重构网络。 这里的可重构主要是指: 网元具有将其任意两个光传送通道进行交 叉连接(即将一传送信号从一通道交叉到另外一个通道传送)的能力, 并且设 备可有不同的复用能力,从而实时地选择适配一个可使用的通道从而建立一个 可使用的链路连接。通道可以是 SDH/S0NET设备或 WDM设备所支持的各种传送 信号通道, 包括再生段、 复用段以及复用段以下的信号通道、 波长通道等。 在 本发明中,常把通道交叉连接称为子网连接,其中网元被看作是一个最小子网。
在图 3中, 本发明的技术实现的光网络包括有控制平面系统 10和传送平 面系统 20。
传送平面系统 20由多个传送网元 21构成一个可重构的光网络,这些传送 网元 21可以用来分配或建立链路连接, 以及建立子网连接。 其中, 该传送网 元 21可以是用于传送业务的 SDH/S0NET设备或 WDM设备网元设备。 相邻传送 网元 21的控制节点 11间建立了通信联系, 每个控制节点 11均拥有其控制的 传送网元 21的相邻传送网元对应的控制节点 11的通信地址。
控制平面系统 10包括有多个控制节点 1 1, 每个传送网元 21唯一对应一 个控制节点 11。 每个控制节点 11拥有整个光网络拓扑每层链路信息, 以及它 所控制的传送网元的通道资源状态 (比如是否可利用, 是否空闲等), 用于控 制系统进行连接的建立和维护, 并且在网络拓扑变化时能及时更新网络拓扑信 息。 这些拓扑信息包括光网络每层拓扑信息, 每层拓扑信息包括: 链路信息, 及每个控制节点所控制的光传送网络网元设备的通道资源状态信息,其中每层 拓扑信息中所有链路包含的链路连接的信号类型相同。 另外每个控制节点 11 还拥有经过它所控制的传送网元的连接信息。在相邻传送网元的控制节点间建 立了通信,每个控制节点拥有其所控制的传送网元的相邻传送网元的控制节点 的通信地址, 从而实现相邻控制节点间的直接通信, 而不相邻控制节点间的通 信可通过中间控制节点的消息转发实现。 除此之外, 也允许某个控制节点 11 除具有整个光网络的拓扑信息外,还可以负责为整个光网络建立连接时进行路 由计算。控制平面的主要功能是:建立、释放、 维护端到端连接。在本发明中, 端到端连接是由链路连接和子网连接组成的,一般简称 "端到端连接" 为 "连 接" 。
每个控制节点 11还能和与其相联系的传送网元 21进行通信,用于控制传 送网元 21对通道资源的使用,并能获得传送网元 21关于通道资源的状态信息 (比如是否故障), 并且可控制传送网元 21建立链路连接和子网连接。 在建立 支持业务的端到端连接时, 整个网络的控制节点 11相互配合, 确定组成连接 若干链路连接和子网连接,每个控制节点 11相应的传送网元 21完成链路连接 分配或建立, 以及子网连接的建立。 控制节点 11可以是实际的设备, 该设备 可以和其原来控制的传送网元共处一地或分离。 控制节点 11也可以是一个逻 辑软件系统, 功能嵌入在网元设备中。
需要说明的是, 若一链路连接在传送平面不存在, 则控制平面需要使用该 链路连接时, 则需通知传送平面建立该链路连接; 若一链路连接在传送平面存 在, 则控制平面需要使用该链路连接时, 则需通知传送平面分配该链路连接。 链路连接由它所在的服务层链路两端的通道位置确定。
另外, 为了描述方便, 本发明给出了虚连接的定义: 在控制平面负责建立 了跨网络的端到端连接。 在控制平面看来, 组成连接的链路连接和子网连接已 确定, 但没有通知传送平面网元设备去建立子网连接, 甚至没有通知传送平面 网元设备建立或分配链路连接, 即连接只存在于控制平面, 但对应的物理连接 并不存在。
和虚连接相反, 在传送平面和控制平面同时存在的连接为实连接。 实连接 也是过去通常所说的连接。 为描述方便, 若不特殊指明, 仍可将实连接简称为 连接。
本发明中的业务是指:指明在一源网元的一通道位置和目的网元间的通道 位置之间有一传送信号接入, 并且这里的通道完全为指定的传送信号所占用。 该业务可以是单向或双向业务。 为支持业务信号的传送, 需要建立端到端连接 来传送业务信号, 因此在本文中, 也常称业务请求为业务连接请求。
本发明中涉及的网络重要要网络基本操作有四个: 业务连接的建立、 业务 的保护、 业务的恢复、 业务的回复。 业务连接的建立包括: 业务正常连接的建 立、 业务虚连接的建立、 业务替代连接的建立。 业务的保护操作、 业务的恢复 操作及业务回复操作又依赖于业务连接建立操作以及连接的维护和删除操 作, 其中业务的保护是通过同时建立工作连接和保护连接而实现对业务的保 护, 而业务恢复是在业务故障时通过动态建立原业务正常连接的替代连接而恢 复业务。 本发明中的正常连接可以只是有工作连接, 也可是由工作连接和保护 连接组成, 正常连接通常是在收到业务请求后创建的。
本发明的光网络业务连接建立和业务恢复保护方法, 步骤一, 控制每个控 制节点设置一个虚连接建立定时器, 负责启动虚连接建立过程;
步骤二, 控制节点接收到业务请求, 通过控制节点确定链路连接和子网连 接, 并通知该传送平面建立或分配相应的链路连接, 以及建立子网连接, 从而 建立支持该业务请求的正常连接;
步骤三, 该控制节点的虚连接建立定时器期满后, 开始查找需要建立虚连 接的业务请求, 并对满足虚连接建立条件的业务请求启动该虚连接建立过程, 同时再置一个新的虚连接建立定时器;
步骤四, 在对业务建立虚连接时, 使用源路由方式确定路由, 对该业务请 求建立虚连接;
步骤五, 当业务的正常连接故障导致业务故障时, 若该业务级别要求对该 业务进行恢复, 则启动业务恢复过程;
步骤六, 对恢复完成后的业务, 当业务的正常连接的故障消失后, 若对该 业务有回复式要求, 则将业务转回到正常连接上去。
其中, 在步骤一中, 定时器的启动可以是控制平面节点系统初始化完成后 启动一个建立虚连接的定时器, 也可是当有正常连接建立完毕的业务存在时, 可根据控制系统策略和业务级别, 需要使用虚连接方式实现对业务故障恢复 时, 启动一个虚连接建立定时器。 该定时器只负责所有业务源为本节点所控制 的网元设备节点的所有虚连接的建立。 在无虚连接建立需求时, 可释放该定时 器。
其中, 在步骤二中, 该正常连接可以只是有工作连接, 也可是由工作连接 和保护连接组成。 确定工作连接和保护连接路由路由时使用源路由方式, 支持 显式路由, 并且要尽可能考虑分离路由, 包括节点分离和链路分离, 同一共享 风险组的两个连接尽可能不使用相同的链路连接资源, 但在网络资源不允许 时, 允许工作连接和业务保护连接存在部分共同路由, 并且工作连接和保护连 接可公共路由上使用相同的链路连接资源但不能造成相互之间的影响。工作连 接和保护连接的使用完全由传送平面负责, 比如使用并发优收的方式。
控制平面在接收到业务请求后, 若该业务请求连接属于服务层连接, 则通 过控制平面系统根据客户层业务需求动态对服务层连接建立或释放对应的保 护连接、 虚连接。 若当前建立连接的服务层没有包括足够的客户层连接资源来 供客户层建立连接使用, 则可动态建立支持客户层连接的服务层连接, 然后建 立客户层连接。 为能充分利用服务层资源, 网络规划时, 可根据网络资源分布 情况, 先不创建服务层连接, 而当客户层需求时再创建服务层连接。 对根据客 户层需求创建的服务层连接, 控制平面可在客户层业务不使用服务层连接时释 放服务层连接。 在双向业务连接建立活动中, 在本技术方案中建立的连接本身 可支持双向业务信号的传递,不需要分别为双向业务建立两个信号传递方向相 反的两个端到端连接。
并且,服务层连接两端所在传送网元的对应控制节点应知道服务层连接所 能支持的客户层链路连接类型, 为此,在服务层连接的建立过程或服务层连接 建立完毕后,服务层连接两端所在传送网元的对应控制节点通过交换服务层连 接两端的客户层通道适配信息从而获得服务层连接作为一个链路所包含的各 种链路连接关系。
该正常连接的建立包括如下步骤:
1 ) 控制节点接收到业务请求, 并根据业务请求的业务级别, 控制节点确 定支持该业务的端对端连接建立策略;
2 ) 通过信令协议, 由传送网元相应的控制节点负责启动连接的建立, 通 过和其他控制节点的相互作用, 以及控制节点和受控制的传送网元间的相互作 用, 建立该业务请求的正常连接。
另外, 在业务连接的建立过程中, 由于控制节点需要对链路的状态信息发 布, 考虑光传送网是多层网络, 当服务层链路包含多层链路连接时, 应进一步 将服务层链路划分为多个链路, 使每个链路包含同层的链路连接, 即链路包含 的所有链路连接的信号类型相同,其中链路连接的信号类型要和业务请求中的 带宽类型或通道类型一致。 链路状态的发布针对每一层链路进行的。 比如对一 个端口速率为 STM-1的链路, 进一步考虑它的各种适配能力, 它可以由如下四 个 SNPP链路组成: STM- 1链路、 VC- 4链路、 VC- 3链路、 VC- 12链路、 VC- 11 链路。
在步骤三中, 虚连接建立定时器期满后, 检查所有业务源在控制节点所控 制网元设备上的所有业务, 单个业务需满足下面条件, 才能开始该业务的虚连 接建立过程: (1 )业务的正常连接已建立完毕; (2 )根据业务级别和控制系统 策略需要使用虚连接方式为业务提供可靠的故障恢复机制,可以为同一个业务 建立多个虚连接, 不同业务的每个虚连接建立过程是并行的。 关于所有业务的 虚连接建立过程启动过程完毕后, 再置一个虚连接建立定时器。 一般来说, 该 定时器的时间远大于建立一个连接所需要的时间。 再置定时器的原因是: 一方 面可监视是否有新的业务有虚连接建立需求, 另一方面, 若某业务虚连接暂时 建立失败, 则由于网络资源是动态变化的, 则利用该定时器激励, 有可能会在 其它时间成功建立该虚连接。
在对业务建立虚连接时, 首先使用源路由方式确定路由, 确定路由的策略 是: 虚连接和业务正常连接要尽可能考虑分离路由, 包括节点分离和链路分 离, 虚连接路由要和原正常连接路由尽可能不在同一个共享风险链路组中; 在 网络资源不允许时, 允许同一个业务的虚连接和正常连接存在部分共同路由。
在建立虚连接的过程, 当确定虚连接的路由后, 虚连接经过的每个网元的 相应控制节点负责确定连接经过该网元所需的链路连接选择和子网连接关系 确定, 虚连接所需的所有链路连接和子网连接关系确定完毕后, 一个虚连接被 确定。 由于子网连接被链路链路连接所确定, 所以建立虚连接的关键在于确定 确定构成虚连接的所有链路连接资源, 而确定链路连接资源的策略是: 虚连接 经过的链路连接资源可以为其它虚连接共享 并且可为其它业务的正常连接抢 占, 其具体策略是: (1 )若两业务的正常连接的风险共享组不相同, 则它们的 虚连接可使用相同的链路连接资源; (2 )若两业务的正常连接的风险共享组部 分不相同, 则它们的虚连接要尽可能的不共享同一链路连接资源, 使所在业务 的正常连接的风险共享组完全相同的不同虚连接不使用相同的链路连接资 源; (3 )若两业务业务的正常连接的风险共享组完全相同, 则它们的虚连接不 使用相同的链路连接资源; (4 )为考虑风险共享组的使用, 每个控制节点应记 录使用每个链路连接的虚连接所在业务正常连接的共享风险组信息,另外在建 立虚连接时,源控制节点应通知虚连接经过的控制节点关于虚连接所在的业务 正常连接的风险共享组信息。这里一个业务的共享风险组信息可以是由若干共 享风险组组成。
另外, 在建立虚连接的过程中, 若传送网元若具有对虚连接经过的链路链 路有单独的故障监视能力 (即不是通过它的服务层链路监视该链路连接), 则 可通知传送网元建立链路连接, 但不通知传送网元建立子网连接。
如图 4所示的虚连接应用图, 图中的光网络有 、 B、 C、 D、 E、 F 6个传 送网元 21组成。 在此分别有两个业务的正常连接 cl和 c2 (标号为 25 ), 同时 还分别有这两个业务的虚连接 cl ' 和 c2, (标号为 27 )。 图中子网点 SNP23 对应业务源或目的地的通道位置。 和正常连接 cl和 c2—样, 虚连接 cl, 和 c2' 也是分别由子网连接和链路连接组成的,不同的是虚连接的子网连接是虚 的, 即网元设备没有打开支持此此子网连接对应的交叉开关。 图中也显示虚连 接 cl ' 和 c2 ' 可共享一个链路连接, 这是因为他们的正常连接 cl和 c2不在 同一个共享风险链路组里。
并且, 当传链路信息发生变化时, 控制节点应通过发布链路状态信息(例 如利用 0SPF进行链路信息发布), 使网络拓扑得到及时更新。 发布的链路信息 应包括: (1 ) 空闲链路连接数目; (2)可抢占链路连接数; (3)可被虚连接使 用的空闲链路连接数; 进一步, 为在路由计算时考虑虚连接间对同一链路资源 共享, 链路信息还可包括: 虚连接可共享的链路资源数。 为防止过多虚连接使 用同一链路连接给故障恢复带来风险, 可规定共享的虚连接说使用的链路最大 数。 当共享一个链路连接的虚连接数达到共享最大值时, 链路的虚连接可共享 的链路连接数应减 1。另外,当原来一存在链路消失时, 也需要报告链路信息: 该链路已被从网络中去除。
实连接和虚连接建立、 释放、 维护等活动的完成可以利用 RSVP和 CR-LDP 协议。 由于在控制平面看来, 虚连接和实连接的构成部分完全一致, 所以他们 的操作和维护的绝大部分活动相同, 包括故障信息的处理。 除此之外, 还需对 虚连接进行如下操作: (1 )连接请求要指明连接的属性:虚连接或实连接; (2 ) 关于虚连接要增加操作请求命令 "将实连接变成虚连接"; (3)关于虚连接要 增加操作请求命令: 将虚连接变成实连接; (4)当虚连接所用资源被其它业务 实连接抢占时或强占被解除时, 应通知源控制节点, 使控制节点知道虚连接的 抢占状态, 并且可根据情况来确定是否删除该连接, 比如, 若被业务的正常连 接抢占, 则可删除虚该连接; (5)当一虚连接变成实连接时, 通知共享链路连 接资源的其它虚连接被抢占。
如图 5所示的服务层一客户层关系图。 服务层连接 30包含多个客户层连 接关系, 如客户层连接 cl和 c2 (标号为 31 ), 并且该服务层连接可跨越若干 传送网元。 服务层连接 30两端具有子网点 (SNP) 23邻接关系, 即对每一对 SNPs , 传送平面对应一个一个可分配或可建立的物理链路连接 32。
若业务连接属于服务层连接(该服务层连接或者是直接由控制平面根据客 户层业务的连接需求而创建, 也可以是网络规划者通知控制平面创建的, 也可 以是一个与控制平面建立连接活动无关的链路), 则控制平面可动态对服务层 连接(称此为服务层工作连接)建立相应的服务层保护连接、 服务层虚连接。 当控制节点发现该服务层连接承载需要保护的客户层连接时, 则可建立服务层 连接对应的服务层保护连接和服务层虚连接。 进一步, 若服务层工作连接是控 制平面根据客户层业务需求而动态创 则当服务层连接不承载需要保护的客 户层连接时, 则可释放服务层保护连接和服务层虚连接, 而且当服务层工作连 接不承载任何客户层连接时, 还可进一步释放该服务层工作连接。 建立服务层 保护连接和服务层虚连接的方式和上面描述的方式相同。为了更好的利用网络 资源, 可以把有保护和恢复要求的客户层业务集使用在同一个服务层连接上传 送。
当业务的正常连接故障导致业务故障时, 若该业务级别要求对该业务进行 恢复, 则启动业务恢复过程, 其中业务源控制节点(指业务源所在网元对应的 控制节点), 负责启动业务故障的恢复过程。 这里的故障是指支持业务连接的 传送平面故障引起连接不能正常传送业务。
在启动恢复过程后, 首先, 为防止传送平面故障的震荡行为, 先置恢复等 待定时器, 恢复等待定时器期满后, 若业务所有正常连接仍存在故障, 则看是 否存在无故障虚连接, 若存在虚连接, 则业务源控制节点负责向虚连接经过的 传送网元的控制节点发送 "使用命令", 每个控制节点负责向虚连接经过的下 一个传送网元的控制节点传递 "使用命令", 这样源控制节点和收到使用命令 的每个控制节点, 通知传送网元建立子网连接, 若建立虚连接时传送平面没有 建立相应的链路连接, 还要通知网元建立链路连接, 从而使虚连接变成实连 接。 为提高恢复过程效率, 每个网元可在建立子网前连接和建立链路连接前, 向下一个传送网元的控制节点传递使用命令。
若虚连接变成实连接的操作成功 (此时称此实连接为替代连接), 且该连 接当前无故障, 则将业务从正常连接转到替代连接上来, 最后恢复成功。
若不能通过使用虚连接恢复业务故障(如无可用的无故障虚连接, 或使用 虚连接操作失败), 则可通过动态重路由建立一个无故障的替代连接来进行业 务故障恢复。
在以上恢复活动中, 若进行恢复的业务连接是服务层连接, 服务层连接两 端有多个客户层连接信号经过, 则在替代服务层连接建立完毕后, 需将所有需 要恢复的客户层业务转到替代服务层连接上去。 为充分利用光网络资源, 当控 制节点知道当前业务连接是服务层连接,并且控制客户层连接对该服务层连接 的使用, 那么若服务层连接存在故障但它没有承载需要保护的客户层连接信 号, 则可不启动恢复过程。
在恢复过程中, 可使用先删除正常连接, 然后再建立替代连接, 也可在建 立完替代连接后删除正常连接。 但若对业务有回复要求, 即业务正常连接故障 消失后, 需将业务转回到正常连接, 则恢复过程也可不删除正常连接或先将实 连接变成虚连接, 即虚连接经过的网元解除子网连接, 但可以不解除链路连 接。 若无回复要求, 则替代连接的属性变为正常连接, 并进一步需将原正常连 接删除,或将正常连接和替代连接一起作为业务的由工作连接和保护连接组成 的正常连接或将原正常连接变成虚连接。 需注意的是, 对有回复要求的业务, 若因网络资源紧张, 不删除正常连接会影响恢复, 则可删除正常连接, 但源控 制节点需记录正常连接包含的路由信息甚至通道信息。
为进一步提高恢复效率, 在等待恢复阶段, 可进行虚连接使用操作或动态 重路由建立替代连接,但将业务从正常连接转到替代连接的行动必须在等待恢 复定时器期满后。
恢复完成后, 若再次出现故障, 则仍可继续进行进一步的恢复, 操作过程 是, 若有替代连接则先删除替代连接, 然后进一步的恢复过程同上。
对恢复完成后的业务, 当业务的正常连接的故障消失后, 若对该业务有回 复式要求, 则需将业务转回到正常连接上去。 若在恢复过程中把正常连接删 除, 则控制节点需根据它记录的正常连接信息建立正常连接。 若恢复过程中把 正常连接变成虚连接, 则需先把虚连接变成实连接。 最后, 可将业务转回到原 正常连接上传送。 为避免回复出现新的故障, 比如在目的网元和源网元从事回 复动作的执行时间差大到引起新的业务故障,可现在业务连接两端进行并发优 收动作, 待两端并发优收动作完成后才能不使用替代连接传送业务。 另外, 在 回复过程完成后, 可根据策略不删除替代连接, 比如让替代连接变成虚连接或 变成业务的保护连接。 为防止故障状态不稳定引起的回复一恢复过程反复, 应 在引起正常连接的故障消失后, 置回复等待定时器, 待定时器满之后, 若没有 出现影响正常连接的故障, 则可将业务转回到正常连接上去。 '
在上述业务连接的建立包括虚连接建立过程中,涉及链路链路连接资源的 分配或建立。 由于连接操作的发起源是不同网元的控制节点, 所以会出现链路 资源分配冲突现象。 为解决冲突, 则应在全网络范围内制定统一的抢占规则, 抢占规则依据标准是: (1 ) 业务优先级; (2 ) 以连接的源传送网元 ID作为连 接优先级, 比如网元 ID越小, 优先级别越高; (3) 若连接源为同一个网元, 则控制节点需为不同的连接分配不同的连接 ID, 根据连接 ID确定优先级。 高 业务优先级的连接的链路连接资源资源抢占权高于低业务优先级 同一个业务 级别内, 连接源网元 ID优先级高的连接对链路连接资源抢占权高于连接网元 ID 优先级别低的连接。 在相同业务级别、 相同连接源网元情况下, 根据连接 ID优先权确定确定链路连接资源抢占优先级别的高低。 传送网元的 ID应是在 全网唯一编号的。 显然, 这种抢占原则确定了全网内不同业务连接的唯一优先 次序, 彻底解决了全网内的抢占问题。 当然, 也可不使用连接的源网元 Ιί)作 为抢占优先级, 而是动态向网络的集中控制点申请全网范围内的唯一优先级, 不过此方式效率低, 且操作麻烦。
在服务层连接故障时,拥有服务层连接一客户层连接关系的控制节点可协 调服务层网络和客户层网络对故障的恢复动作。当服务层连接故障而影响 "故 障时有恢复需求" 的客户层连接时, 若服务层本身不能对其故障进行恢复操 作, 则通知客户层故障信息, 由客户层启动业务恢复, 否则先不通知客户层故 障信息而进行服务层故障恢复。 若服务层本身恢复失败, 也可通知客户层故障 信息, 由客户层网络启动业务恢复。
在本技术方案的应用中, 若把网元设备节点替换为一般的子网, 该子网可 进一步是由若干网元设备组成的, 上述方案也可完全用于由一般子网组成的传 送平面系统的控制。
下面结合图 2来说明业务保护和恢复的具体步骤。其中所有传送网元支持 VC-4颗粒度的业务建立。
( 1 ) 控制每个网元设备的控制节点设置一个周期虚连接建立定时器, 负 责启动虚连接的建立。
( 2 ) 网元设备 A的控制节点 A' 接到两个业务请求, 业务请求 1要求一 个 VC- 4信号业务经过网元 A和网元 C而跨越该网络,业务请求 2要求一个 VC-4 信号业务经过网元 A和网元 D而跨越该网络。 根据这些业务请请求的业务级 另 I」, 控制节点确定支持该业务的端到端连接建立策略, 并且这两个业务的连接 建立策略均为: 建立正常连接和虚连接, 在业务故障时对业务故障进行恢复。
( 3 )使用 RSVP (或 CR-LDP )信令, 由网元 A的控制节点负责启动连接的 建立, 通过和其它控制节点的相互作用, 以及控制节点和传送网元的相互作 用, 建立了业务 1和业务 2的正常连接 cl和 c2, 如图所示。
( 4 ) 控制节点 A ' 的虚连接建立定时器期满, 开始查找需要建立虚连接 的业务。 结果, 业务 1和业务 2均需要建立虚连接, 然后控制节点开始计算虚 连接的路由。 对业务 1, 由于虚连接所经过的共享风险链路组不能和正常连接 相同, 即虚连接不能和路由: A B C有公共链路, 所以对业务 1确定了选择 建立虚连接的路由: A F~ C。 由于业务 2, 由于网元 F和网元 D之间的链路 上没有虚连接可使用的链路连接资源, 所以暂不能建立业务 2的虚连接。
( 5 ) 控制节点 A ' 负责开始创建业务 1的虚连接, 使用 RSVP信令, 向其 它控制节点发现虚连接请求, 该虚连接请求包含虚连接所在的正常业务连接路 由信息。 虚连接经过的传送网元的控制节点相互作用和交换信息, 确定了构成 虚连接 c l ' 的所有子网连接和链路连接。 由于网元设备具有对单个链路连接 的故障监视能力, 也为了进一步提高业务故障的恢复效率, 在建立虚连接的过 程中, 若确定了链路连接, 则控制节点通知传送网元建立链路连接。 另外建立 虚连接时, 控制节点需要记录使用链路连接的虚连接所在正常连接的路由。
( 6 ) 控制节点 k, 的又一个虚连接建立定时器期满, 此时发现业务 2有 建立虚连接需求, 所以先确定虚连接路由。 根据当前网络资源情况, 并考虑虚 连接所经过的共享风险链路组不能和正常连接相同, 即虚连接不能和路由: A^E D有公共链路, 确定了建立虚连接的路由: A F D。 ( 7 ) 控制节点 A' 负责开始创建业务 2 的虚连接 c2 ' , 通过使用 RSVP 信令, 虚连接经过的传送网元的控制节点相互作用和交换, 确定了构成虚连接 的所有链路连接和子网连接。 在虚连接建立的过程中, 控制节点 A' 发现在网 元 A和网元 B间的链路上, 一链路连接被连接虚连接 cl ' 使用, 并且虚连接 cV 所在的业务正常连接 cl的路由和虚连接 c2 ' 的正常连接 c2的路由是分 离的, 即 cl和 c2的路由不属于同一个共享风险链路组, 所以为了充分利用链 路资源, 虚连接 c2 ' 和虚连接 cl ' 共享使用了该链路连接。 由于由于网元设 备具有对单个链路连接的故障监视能力,也为了进一步提高业务故障的恢复效 率, 在建立虚连接的过程中, 若确定了链路连接, 则控制节点通知传送网元建 立链路连接。
( 8 )网元 E和 D间的链路发生故障, 网元 D发现连接 c2故障, 通过信令 传递把此故障信息传递给连接的源控制节点 A' , 控制节点 A' 开始启动恢复 过程。 它首先启动恢复等待定时器。 若由于引起故障的设备故障振荡现象不足 够频繁, 所以原先已制定了恢复策略, 一旦出现故障就开始建立替代连接, 所 以根据该策略, 控制节点 A' 开始建立替代连接。 首先它发现该业务的虚连接 已建立并且该虚连接无故障也未被抢占, 因此通过向其它控制节点发使用命 令, 虚连接经过的各网元相应的控制节点通知网元建立交叉连接, 最后该虚连 接变成实连接。 在虚连接 c2' 使用过程中, 控制节点 A' 发现虚连接 cl ' 使 用的连接资源被抢占, 所以它对该虚连接置抢占标志。
( 9 ) 等待恢复定时器期满, 此时业务故障仍未解除, 将业务从连接 c2 转到替代连接上传送, 恢复过程完成。
下面结合图 6 来说明通过动态建立服务层连接来满足客户层连接需求的 具体操作步骤。 在该图中, 若干网元设备组成一个传送网, 从横向来看, 该网 络是一个支持 VC-4层服务层网络, 而从垂直方向上来看, VC-4的客户层信号 VC- 3、 VC-12, VC-11 可被接入网络。 在此网络中, 客户层信号只能通过使用 VC-4 端到端连接而接入网络 (即一个客户层端到端连接跨越的网元数不会超 过 2个)。 这里网络之所以不在横向支持客户层信号端到端连接, 是为了避免 因对大量客户层的端到端连接的动态频繁操作造成对网络稳定性的不利影响。
(1) 传送网元节点 A的控制节点 A' 得到一个客户层 VC-12信号的双向业 务连接请求, 该连接请求的源 VC-12通道位置是在 A, 目的地 VC-12通道位置 在 (:。
(2)控制节点 A ' 知道网元设备 A所在的传送网络在横向只支持 VC- 4信号 链路连接,因此它首先看条件 "在 A和 C之间存在服务层连接 c且该服务层连 接 c包含空闲的客户层 VC-12连接"是否满足, 若不满足进入下面一步, 否则 进行下面第 4个步骤。
(3) 控制平面节点 A ' 找到一个从 A到 C的可利用 VC-4连接路由
A E C, 然后控制节点 A ' 启动一个相应的 VC- 4连接建立过程, 该连接经过 的所有网元的相应控制节点通过使用 RSVP信令建立一个 VC-4连接 c。
(4) 控制节点 A ' 向网元 C的控制节点 C ' 发出 VC- 12连接建立请求, 然 后控制节点 A和控制节点 C ' 通过协作选取服务层连接 c包含的一个 VC-12链 路连接并通知网元 A和 C建立实际的 VC- 12物理连接,最后控制节点 A ' 和 C ' 在分别负责将 VC-12信号绑定到该客户层 VC- 12连接上, 从而建立一个 VC-12 端到端连接。
当然, 本发明还可有其他多种实施例, 在不背离本发明精神及其实质的情 况下, 熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形, 但 这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。 工业应用性
采用本发明所述方法与现有技术相比,通过动态根据客户业务连接对服务 层业务连接的应用需求考虑业务的保护和恢复,以及很好地通过使用虚连接技 术, 包括虚连接对资源的共享, 达到更进一步动态优化使用光网络资源的效 果, 并进一步提高了业务故障恢复效率, 通过并发优收保证了业务回复操作的 可靠性, 另外在全网络内连接建立出现资源分配冲突时, 给出了彻底解决冲突 的方法。

Claims (20)

  1. 权利要求书
    1、 一种用于光网络的业务连接建立和业务恢复保护方法, 该光网络包括 传送平面系统和控制平面系统, 所述传送平面系统包括多个传送网元, 每个串 送网元唯一对应一个位于所述控制平面系统的控制节点, 其特征在于, 该方法 包括如下步骤:
    步骤一, 控制每个控制节点设置一个虚连接建立定时器, 负责启动虚连接 建立过程;
    步骤二, 控制节点接收到业务请求, 通过控制节点确定链路连接和子网连 接, 并通知该传送平面建立或分配相应的链路连接, 以及建立子网连接, 从而 建立支持该业务请求的正常连接;
    步骤三, 该控制节点的虚连接建立定时器期满后, 开始查找需要建立虚连 接的业务请求, 并对满足虚连接建立条件的业务请求启动该虚连接建立过程, 同时再置一个新的虚连接建立定时器;
    步骤四, 在对业务建立虚连接时, 使用源路由方式确定路由, 对该业务请 求建立虚连接;
    步骤五, 当业务的正常连接故障导致业务故障时, 若该业务级别要求对该 业务进行恢复, 则启动业务恢复过程;
    步骤六, 对恢复完成后的业务, 当业务的正常连接的故障消失后, 若对该 业务有回复式要求, 则将业务转回到正常连接上去。
  2. 2、 根据权利要求 1所述光网络的业务连接建立和业务恢复保护方法, 其 特征在于, 在步骤一中的该虚连接建立定时器的启动可以是控制平面系统初始 化完成后启动该虚连接建立定时器 也可以是当有正常连接建立完毕的业务存 在时, 根据控制系统策略和业务级别, 需要使用虚连接方式实现对业务故障恢 复时, 启动该虚连接建立定时器。
  3. 3、根据权利要求 1或 2所述光网络的业务连接建立和业务恢复保护方法, 其特征在于, 在步骤二中, 控制平面系统在接收到客户层业务请求后, 若服务 层当前没有包括足够的客户层连接资源来为当前业务建立连接使用, 则可动态 触发服务层业务连接请求, 先建立支持客户层连接的服务层业务连接, 然后建 立客户层业务连接, 其中, 还可根据客户层业务的保护和恢复需求动态对服务 层业务连接建立或释放相应的服务层保护连接、 服务层虚连接。
  4. 4、 根据权利要求 3所述光网络的业务连接建立和业务恢复保护方法, 其 特征在于,对有保护和恢复要求的客户层业务集使用在同一个服务层连接上传 送; 并在没有足够的网络资源时, 允许业务的工作连接和保护连接存在部分共 同路由, 并且允许工作连接和保护连接在公共路由上使用相同的链路连接资 源。
  5. 5、 根据权利要求 4所述光网络的业务连接建立和业务恢复保护方法, 其 特征在于, 在服务层连接的建立过程或服务层连接建立完毕后, 服务层连接两 端所在传送网元的对应控制节点通过交换服务层连接两端的客户层通道适配 信息从而获得服务层连接作为一个链路所包含的各种链路连接关系。
  6. 6、根据权利要求 1或 5所述光网络的业务连接建立和业务恢复保护方法, 其特征在于, 在步骤三中, 每个业务请求建立虚连接所需满足的条件为: 该业务的正常连接已建立完毕;
    根据业务级别和控制系统策略需要使用虚连接方式为该业务提供可靠的 故障恢复机制。
  7. 7、 根据权利要求 6所述光网络的业务连接建立和业务恢复保护方法, 其 特征在于, 在步骤四中, 建立虚连接的步骤如下:
    釆用源路由方式确定虚连接路由;
    当确定虚连接的路由后, 该虚连接经过的每个网元的相应控制节点负责确 定连接经过该网元所需的链路连接资源的选择和确定子网连接关系,通知传送 平面建立或分配链路连接和建立子网连接。
  8. 8、 根据权利要求 7所述光网络的业务连接建立和业务恢复保护方法, 其 特征在于, 在步骤四中,
    确定路由的策略是: 虚连接和业务正常连接要尽可能考虑分离路由, 包括 节点分离和链路分离,虚连接路由要和原正常连接尽可能不在同一个共享风险 链路组中; 在网络资源不允许时, 允许同一个业务的虚连接和正常连接存在部 分共同路由;
    选择构成虚连接的链路连接资源的策略是:虚连接经过的链路连接资源可 以为其它虚连接共享, 并且可为其它业务的正常连接抢占;
    选择了构成虚连接的链路连接资源资源后, 是否通知传送平面建立链路连 接的策略是: 若传送网元具有对虚连接经过的链路连接有单独的故障监视能 力, 则可通知传送网元建立链路连接, 但不通知传送网元建立子网连接。
  9. 9、 根据权利要求 8所述光网络的业务连接建立和业务恢复保护方法, 其 特征在于, 实现所述的选择构成虚连接的链路连接资源的策略的具体步骤如 下:
    在建立虚连接时, 源控制节点应通知虚连接经过的控制节点关于虚连接所 在的业务正常连接的风险共享组信息;
    每个控制节点应记录使用每个链路连接的虚连接所在业务正常连接的共 享风险组信息;
    在同一个业务的虚连接和正常连接存在部分共同路由上 若网络资源不充 足, 则虚连接可和业务正常连接使用相同的链路连接资源;
    若两业务的正常连接的风险共享组不相同, 则它们的虚连接可使用相同的 链路连接资源;
    若两业务的正常连接的风险共享组部分不相同, 则它们的虚连接要尽可能 的不共享同一链路连接资源;
    若两业务业务的正常连接的风险共享组完全相同, 则它们的虚连接不使用 相同的链路连接资源。
  10. 10、 根据权利要求 1或 9所述光网络的业务连接建立和业务恢复保护方 法, 其特征在于, 在业务连接的建立过程中, 控制节点需要对链路的链路状态 信息进行发布, 该链路状态信息的发布针对每一层链路进行; 并当链路信息发 生变化时, 控制节点通过发布链路状态信息, 使网络拓扑得到及时更新。
  11. 11、 根据权利要求 10所述光网络的业务连接建立和业务恢复保护方法, 其特征在于, 所述链路状态信息包括: 空闲链路连接数目、可抢占链路连接数、 可被虚连接使用的空闲链路连接数。
  12. 12、 根据权利要求 11所述光网络的业务连接建立和业务恢复保护方法, 其特征在于, 该链路状态信息还包括虚连接可共享的链路资源数, 并且当共享 一个链路连接的该虚连接可共享的链路资源数达到共享最大值时, 该链路的虚 连接可共享的链路资源数应减 1。
  13. 13、 根据权利要求 1或 12所述光网络的业务连接建立和业务恢复保护方 法, 其特征在于, 在步骤五中, 该启动业务恢复过程进一步包括如下步骤: 设置一恢复等待定时器;
    在恢复等待定时器期满后, 若业务所有正常连接仍存在故障, 则看是否存 在无故障虚连接;
    若存在虚连接,则业务源控制节点负责向虚连接经过的传送网元的控制节 点发送使用命令, 每个控制节点负责向虚连接经过的下一个传送网元的控制节 点传递使用命令, 进行虚连接使用操作: 由此源控制节点和收到使用命令的每 个控制节点, 通知传送网元建立子网连接; 若建立虚连接时传送平面系统没有 建立相应的链路连接, 则还要通知传送网元建立链路连接; 当虚连接在传送平 面有相应的子网连接和链路连接存在时,将虚连接变成实连接作为替代连接 若虚连接变成实连接操作成功, 且虚连接当前无故障, 则将业务从正常连 接转到替代连接上来进行业务故障恢复;
    若不存在无故障虚连接或虚连接使用操作失败 则可通过动态重路由建立 一个无故障的替代连接来进行业务故障恢复;
    等待恢复等待定时器期满, 若此时业务故障仍未接触, 将业务从正常连接 转到替代连接上传送, 进行业务故障恢复。
  14. 14、 根据权利要求 13所述光网络的业务连接建立和业务恢复保护方法, 其特征在于, 若进行恢复的业务连接是服务层连接, 服务层连接两端有多个客 户层连接信号经过, 则在替代服务层连接建立完毕后, 需将所有客户层业务转 到替代服务层连接上去; 而当控制节点知道当前业务连接是服务层连接, 并且 控制客户层连接对该服务层连接的使用,那么若服务层连接存在故障但其没有 承载客户层连接信号, 则可不启动恢复过程。
  15. 15、 根据权利要求 13所述光网络的业务连接建立和业务恢复保护方法, 其特征在于, 对恢复过程完成后的业务, 若无业务回复要求, 则替代连接的属 性变成正常连接, 并进一步将原正常连接删除, 或将原正常连接和替代连接一 起作为业务的由工作连接和保护连接组成的正常连接, 或将原正常连接变成所 在业务的虚连接; 若有业务回复要求, 则当业务的原正常连接的故障消失后, 需将业务转回到原正常连接上去, 其回复步骤如下:
    设置一回复等待定时器;
    若在恢复过程中删除了原正常连接, 则控制节点需根据其记录的原正常连 接的有关信息, 重新建立原正常连接; 若在恢复过程中没有删除原正常连接,而是把原正常连接由实连接变成虚 连接, 则需先将其由虚连接变回实连接, 从而重新建立原正常连接;
    最后, 当回复等待定时器期满后, 若原正常连接已被建立, 则可将业务转 回到原正常连接上传送。
  16. 16、 根据权利要求 15所述光网络的业务连接建立和业务恢复保护方法, 其特征在于, 为避免在目的网元和源网元从事回复动作的执行时间差大到引起 新的业务故障, 可先在业务源点和目的地, 进行并发优收动作, 待两端并发优 收动作完成后才能不使用替代连接传送业务。
  17. 17、 根据权利要求 13所述光网络的业务连接建立和业务恢复保护方法, 其特征在于: 若恢复过程完成后再次出现故障, 且有替代连接, 则先删除该替 代连接, 再重复启动所述恢复过程。
  18. 18、根据权利要求 1或 16或 17所述光网络的业务连接建立和业务恢复保 护方法, 其特征在于, 在步骤二的所述业务连接的建立包括虚连接建立过程 中, 还涉及链路连接资源的分配过程, 该分配过程通过在全网络范围内制订统 一的抢占规则以解决链路资源分配冲突的问题, 其中, 该抢占规则依据的标准 包括: 业务优先级; 以连接的源传送网元 ID作为连接优先级; 若连接源为同 一个传送网元, 则控制节点需为不同的连接分配不同的连接 ID, 根据连接 ID 确定优先级。
  19. 19、根据权利要求 1或 16或 17所述的光网络业务连接建立和业务恢复保 护方法, 其特征在于, 所述控制节点包括光网络每层拓扑信息, 每层拓扑信息 包括: 链路信息, 及每个控制节点所控制的光传送网络网元设备的通道资源状 态信息, 其中每层拓扑信息中所有链路包含的链路连接的信号类型相同。
  20. 20、根据权利要求 1或 16或 17所述的光网络业务连接建立和业务恢复保 护方法, 其特征在于, 所述传送网元被替换为一子网, 该子网由若干网元设备 组成。
CN2004800433981A 2004-06-22 2004-06-22 一种光网络中业务连接建立和业务恢复保护方法 Expired - Fee Related CN1981463B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2004/000664 WO2005125056A1 (en) 2004-06-22 2004-06-22 A method for service connection setup and service resume protection in optical network

Publications (2)

Publication Number Publication Date
CN1981463A true CN1981463A (zh) 2007-06-13
CN1981463B CN1981463B (zh) 2011-11-16

Family

ID=35510083

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2004800433981A Expired - Fee Related CN1981463B (zh) 2004-06-22 2004-06-22 一种光网络中业务连接建立和业务恢复保护方法

Country Status (3)

Country Link
EP (1) EP1768281B1 (zh)
CN (1) CN1981463B (zh)
WO (1) WO2005125056A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1780190B (zh) * 2004-11-20 2010-09-08 中兴通讯股份有限公司 一种光网络业务处理方法
WO2010145497A1 (zh) * 2009-06-17 2010-12-23 中兴通讯股份有限公司 基于自动交换光网络的业务保护方法及装置
CN103812778A (zh) * 2014-02-21 2014-05-21 华为技术有限公司 流表项生成方法以及装置
CN107306223A (zh) * 2016-04-21 2017-10-31 华为技术有限公司 数据传输系统、方法及装置
CN112073319A (zh) * 2019-06-10 2020-12-11 烽火通信科技股份有限公司 一种路径切换方法及系统
CN112491568A (zh) * 2019-09-11 2021-03-12 中兴通讯股份有限公司 面向光传送网的算法服务系统及方法
US11757762B2 (en) 2018-08-22 2023-09-12 Zte Corporation Service operation method and device, and storage medium and electronic device

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100389578C (zh) * 2006-01-25 2008-05-21 华为技术有限公司 传统光传送网和智能光网络组网时的资源分配方法
CN101291276B (zh) * 2008-06-18 2010-12-08 中国电信股份有限公司 一种基于业务的隧道保护方法和系统
JP5134456B2 (ja) * 2008-06-30 2013-01-30 キヤノン株式会社 サービスフロー処理装置及びサービスフロー処理方法
CN101494802B (zh) * 2008-12-26 2011-04-20 中国移动通信集团四川有限公司 一种传输网络电路资源自动回收的方法
CN103152094B (zh) * 2013-03-05 2015-04-15 烽火通信科技股份有限公司 光网络中多层保护倒换方法及装置
CN105790982A (zh) * 2014-12-22 2016-07-20 中兴通讯股份有限公司 交叉设置处理方法及装置
WO2018166593A1 (de) * 2017-03-15 2018-09-20 Siemens Aktiengesellschaft Verfahren zur bandbreitenreservierung und geeignetes netzelement
CN108881453A (zh) * 2018-06-28 2018-11-23 郑州云海信息技术有限公司 一种分布式文件系统下的通信方法及其网络节点
CN113727221B (zh) * 2021-08-13 2023-06-23 烽火通信科技股份有限公司 一种光网络智能控制方法、装置及系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3432664B2 (ja) * 1996-02-14 2003-08-04 富士通株式会社 通信ノード及び障害復旧方法並びに通信ネットワーク
US5748611A (en) * 1996-06-27 1998-05-05 Mci Corporation System and method for restoring a telecommunications network using conservative bandwidth reservation and selective message rebroadcast
US7039009B2 (en) * 2000-01-28 2006-05-02 At&T Corp. Control of optical connections in an optical network
US6934248B1 (en) * 2000-07-20 2005-08-23 Nortel Networks Limited Apparatus and method for optical communication protection
CN1571301A (zh) * 2003-07-16 2005-01-26 深圳市中兴通讯股份有限公司 光网络中通过显示路由实现信令并发优收的装置及方法

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1780190B (zh) * 2004-11-20 2010-09-08 中兴通讯股份有限公司 一种光网络业务处理方法
WO2010145497A1 (zh) * 2009-06-17 2010-12-23 中兴通讯股份有限公司 基于自动交换光网络的业务保护方法及装置
CN103812778A (zh) * 2014-02-21 2014-05-21 华为技术有限公司 流表项生成方法以及装置
CN103812778B (zh) * 2014-02-21 2017-06-27 华为技术有限公司 流表项生成方法以及装置
US10341141B2 (en) 2014-02-21 2019-07-02 Huawei Technologies Co., Ltd. Flow entry generating method and apparatus
US11082262B2 (en) 2014-02-21 2021-08-03 Huawei Technologies Co., Ltd. Flow entry generating method and apparatus
CN107306223A (zh) * 2016-04-21 2017-10-31 华为技术有限公司 数据传输系统、方法及装置
CN107306223B (zh) * 2016-04-21 2020-08-14 华为技术有限公司 数据传输系统、方法及装置
US11757762B2 (en) 2018-08-22 2023-09-12 Zte Corporation Service operation method and device, and storage medium and electronic device
CN112073319A (zh) * 2019-06-10 2020-12-11 烽火通信科技股份有限公司 一种路径切换方法及系统
CN112073319B (zh) * 2019-06-10 2022-04-29 烽火通信科技股份有限公司 一种路径切换方法及系统
CN112491568A (zh) * 2019-09-11 2021-03-12 中兴通讯股份有限公司 面向光传送网的算法服务系统及方法

Also Published As

Publication number Publication date
EP1768281A1 (en) 2007-03-28
CN1981463B (zh) 2011-11-16
WO2005125056A1 (en) 2005-12-29
EP1768281B1 (en) 2016-07-20
EP1768281A4 (en) 2013-04-17

Similar Documents

Publication Publication Date Title
US8089864B2 (en) Network restoration
Ye et al. A simple dynamic integrated provisioning/protection scheme in IP over WDM networks
JP4647835B2 (ja) 伝送装置及び障害回避方法
Mohan et al. Lightpath restoration in WDM optical networks
US7110356B2 (en) Pre-provisioning a light path setup
Lai et al. Network hierarchy and multilayer survivability
US20030065811A1 (en) Methods and apparatus for allocating working and protection bandwidth in a network
JP3744362B2 (ja) ネットワークにおけるリング形成方法及び障害回復方法並びにリング形成時のノードアドレス付与方法
CN1981463A (zh) 一种光网络中业务连接建立和业务恢复保护方法
US20030169692A1 (en) System and method of fault restoration in communication networks
JP2002271372A (ja) 通信ネットワーク及びパス設定方法並びにパス設定用プログラム
WO2007071189A1 (fr) Procede et dispositif de restauration d'un reseau maille partage
US20070014573A1 (en) Exchange structure and a method of connection configuration between the optical networks
Assi et al. A hybrid distributed fault-management protocol for combating single-fiber failures in mesh-based DWDM optical networks
JP2002335276A (ja) パスルーティング方法及びデータ処理システム
CN100373866C (zh) 跨越多域连接的网络故障恢复的方法
CN1780190B (zh) 一种光网络业务处理方法
EP1146682A2 (en) Two stage, hybrid logical ring protection with rapid path restoration over mesh networks
JP4852499B2 (ja) ノード装置及び通信網及びパス設定方法及びプログラム
US20030043427A1 (en) Method of fast circuit recovery using local restoration
US20140040476A1 (en) Method and system for network restructuring in multilayer network
Hwang et al. Multiple shared backup cycles for survivable optical mesh networks
Wang et al. Dynamic survivability in WDM mesh networks under dynamic traffic
EP1453233A2 (en) Method and apparatus for dynamic provisioning of reliable connections in the presence of multiple failures
JP2002252591A (ja) 光波長多重リング網システム、光パス設定方法、障害回復方法およびプログラム

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20111116

Termination date: 20200622