通知重路由的方法、节点设备及环网络的制作方法

文档序号:7927188阅读:132来源:国知局
专利名称:通知重路由的方法、节点设备及环网络的制作方法
技术领域
本发明涉及波分复用(Wavelength Division Multiplexing, WDM)网络 技术,特别涉及一种通知重路由的方法、节点设备及环网络。
背景技术
WDM网络中,若出现链路中断将使很多业务中断,导致大量数据的丟失, 从而造成重大的损失。为此,WDM网络中创建了 0DU1或0DU2级别的开销字节 光通道数据单元(Optical Channel Transport Unit, ODUk )环保护,当工 作通道中断时,业务会倒换到保护通道中,使业务能够快速地恢复。ODUk环 保护是通道级的保护模式,这种WDM网络中的通道级的保护模式是与同步数 字系歹'J (Synchronous Digital Hierarchy, SDH)阿络中应用的复用段保护 (Multiplexer Section Protection, MSP)的模式相类似。
在配置ODUk环的过程中,首先要配置ODUk环的保护组,如图l所示, ODUk环的保护组的环节点A、 B、 C、 D、 E、 F,在每两环节点之间有两条链路, 分别为方向相反的工作链路1和备用链路2,当工作链路l中断后,业务会从 工作通道倒换到保护通道上,ODUk环只能在入环节点或出环节点进行倒换, 其他的环节点是不能发生倒换的。如果图1中节点A和节点B之间的工作链 路中断,业务区段无法在工作通道A —B —C传送,会在入环节点A、出环节点 C进行通道倒换,倒换后的业务区段将走保护通道A —F — E —D —C,业务区段 1的业务不受影响。
自动交换光网络(Automatically Switched Optical Network, ASON) 是在WDM网络基础上结合自动控制技术产生的新一代光传送网,能够智能化地自动完成网络交换连接功能,即,在网络资源和拓朴资源结构自动发现的基础上,通过信令处理和交互,建立端到端的自动连接。
ASON具备自动发现功能、业务自动建立功能以及业务恢复功能。其中,自动发现功能利用链路管理协议(Link Management Protocol, LMP )在两个网络设备间发现和校验链路,并使用路由协议在整个网络中洪泛已发现的链路,使网络中的各个设备都能获知网络拓朴信息;业务自动建立功能利用自动控制技术,用户只需要选择业务的源节点和目的节点相关信息,就能够自动建立一业务,并且该业务的路由是最优的;业务恢复功能是在业务发生中断时,首先能够自动4企测出业务的失效,同时会自动建立一新路径来恢复中断的业务。
由于在网络故障如链路中断或节点失效等时,ASON的控制平面会发出ODUk环通道告警,同时网络拓朴信息被更新,因此,现有技术中,AS0N网络根据网络拓朴信息判断业务是否被中断。如果业务中断,则控制平面能动态地根据网络拓朴信息重路由,即根据网络拓朴信息进行路由算法,建立新的光连接并恢复业务。
发明人在实现本发明的过程中,发现现有技术至少存在以下缺陷由于上述的链路资源变化时需要更新网络拓朴信息即网络地图的信息,而更新网络地图的信息必须依靠控制通道的路由协议进行信息的洪泛,路由信息的洪泛效率比通道告警低很多,所以判断ODUk环失效及重路由的效率比较低,导致了业务恢复的时间比较长。

发明内容
本发明实施例提供一种通知重路由的方法、节点设备和环网络,以解决在0DUk环内出现故障引起业务中断时,快速准确地判断0DUk环的故障并触发重路由的问题。
本发明实施例提供了一种通知重路由的方法,包括光通道数据单元ODUk环的边界节点4妄收ODUk环通道告警,4艮据所述ODUk环通道告警判断所述ODUk环的业务是否中断;
如果判断结果为是,所述ODUk环的边界节点通知其对端节点在所述业务由于环内故障而中断时触发重路由。
本发明实施例又提供了一种节点设备,包括
接收模块,用于接收ODUk环通道告警;
判断模块,用于根据所述ODUk环通道告警判断所述ODUk环的业务是否
中断;
通知模块,用于在所述ODUk环的业务中断的情况下,通知本节点的对端节点在所述业务由于环内故障而中断时触发重路由。
本发明实施例还提供了一种环网络,包括ODUk环的边界节点和该边界节点的对端节点,其中,所述ODUk环的边界节点,用于接收ODUk环通道告警,根据所述ODUk环通道告警判断所述ODUk环的业务是否中断;若所述ODUk环的业务中断,通知ODUk环的边界节点的对端节点在所述业务由于环内故障而中断的情况下,触发重路由;所述对端节点,用于在所述业务由于环内故障而中断的情况下触发重路由。
上述技术方案中,ODUk环的边界节点判断出ODUk环的业务中断后,通知其对端节点在业务由于环内故障而中断时触发重路由,可以保证对端节点仅在所在ODUk环内故障导致业务中断的情况下重路由,以减少节点的处理负荷,节省业务恢复所需要的时间,提高重路由效率。


图1为现有技术ODUk环保护业务的结构示意图2为本发明通知重路由的方法实施例一的流程图3为本发明通知重路由的方法实施例二的流程图4为本发明通知重路由的方法实施例所应用的网络结构示意6图5为本发明通知重路由的方法实施例三的流程图6为本发明通知重路由的节点设备实施例的结构示意图。
具体实施例方式
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。图2为本发明通知重路由的方法实施例一的流程图。如图2所示,重路由的方法可包括
步骤201、 ODUk环的边界节点接收ODUk环通道告警,根据ODUk环通道告警判断ODUk环的业务是否中断。
当ODUk环的链路中断时,发出ODUk环通道告警,ODUk环的边界节点根据ODUk环通道告警发起判断ODUk环的业务是否中断,ODUk环的边界节点可以是ODUk环的出环节点,也可以是ODUk环的入环节点。
在工作通道发生ODUk环通道告警的情况下,ODUk环的边界节点会判断业务是否中断,具体包括下面的情况
在一种情况下,ODUk环的边界节点接收到工作通道上的《连路发出的ODUk环通道告警后将业务倒换到保护通道,在预定的时间后又接收到保护通道上的链路发出的ODUk环通道告警,则判断出ODl)k环的业务中断。在实际应用中,工作通道上的链路中断,发出ODUk环通道告警,此时工作通道上的业务不能传送,ODUk环的边界节点通过通道倒换将业务倒换到保护通道上继续传送,业务一般在500ms之内可在保护通道上恢复传送。如果保护通道的链路也中断了,发出ODUk环通道告警,则业务也不能在保护通道传送,业务中断超过预定的时间。由于业务刚从工作通道倒换到保护通道时可能在一定的时间内会不稳定,所以先设定一预定的时间,如果在该预定的时间内保护通道上的者连路发出ODUk环通道告警,可能是由于刚发生倒换时的不稳定而引起的,此时认为业务可以在保护通道上传送;若在预定的时间后保护通道上的链路发生ODUk环通道告警,il明业务中断。比如将预定的时间设定为600ms,在工作通道上的链路中断发出ODUk环通道告警后600ms内保护通道上的链路发出ODUk环通道告警,可能是由于刚发生倒换时的不稳定而引起的,此时认为业务可以在保护通道上传送;若在600ms后保护通道上的链路发生ODUk环通道告警,说明业务中断。
在另一种情况下,ODUk环的边界节点接收到工作通道上的链路发出的ODUk环通道告警,不能成功将业务倒换到保护通道,则判断出ODUk环的业务中断。
步骤202、如果该ODUk环的边界节点判断出该ODUk环的业务中断,该边界节点通知其对端节点在业务由于环内故障而中断时触发重路由。
ODUk环的边界节点判断出ODUk环的业务中断后,通知其对端节点是否收到环外告警,如果未收到环外告警,说明业务由于环内故障而中断,对端节点触发重路由。
ODUk环的边界节点判断出ODUk环的业务没有中断时,可以不执行任何操作。
对于传送业务的网络而言,节点分为源节点、目的节点、ODUk环的边界节点,其中业务的源节点是指该业务进入网络的边界节点,业务的目的节点是指该业务离开网络的边界节点,ODUk环的边界节点可以是入环节点或出环节点,入环节点是指业务进入ODUk环所经过的第一个节点,出环节点是指业务离开ODUk环所经过的最后一个节点。
本实施例中,当根据ODUk环通道告警判断业务中断的ODUk环的边界节点为ODUk环的入环节点时,该入环节点的对端节点为该ODUk环的出环节点;当根据ODUk环通道告警判断业务中断的ODUk环的边界节点为ODUk环的出环节点时,该出环节点的对端节点为该ODUk环的入环节点。
在传送业务的网络中,在ODUk环的业务中断的情况下,边界节点判断出ODUK环的业务中断后,通知其对端节点在业务由于环内故障而中断时触发重路由,可以保证对端节点仅在所在ODUk环内故障导致业务中断的情况下重路由,以减少节点的处理负荷,节省业务恢复所需要的时间,提高重路由效率。
图3为本发明通知重路由的方法实施例二的流程图,在本实施例中,根 据ODUk环通道告警判断业务是否中断的节点为ODUk环的出环节点时,该出 环节点的对端节点为该ODUk环的入环节点。如图3所示,重路由的方法包括
步骤301、当链路中断时,链路会发出ODUk环通道告警,ODUk环的出环 节点接收到ODUk环通道告警;
步骤302、根据ODUk环通道告警,该出环节点判断所在的ODUk环的业务 是否中断;
如果该出环节点判断出业务未中断,则可以不执行任何操作;
步骤303、如果判断出业务中断,该出环节点通知其对端节点即该ODUk 环的入环节点在业务不是由于环外故障而中断时触发重路由;
由于出环节点和入环节点都是相对的, 一个网络中可能有多个ODUk环, 一个ODUk环的入环节点可能是该ODUk环之外的相邻的ODUk环的入环节点或 出环节点。在业务中断的情况下,ODUk环的出环节点需要通知该ODUk环的对 端节点即该ODUk环的入环节点来判断是否收到环外告警。
步骤304、入环节点通过判断是否收到环外告警来判断业务是否由于环外 故障而中断,若该入环节点没有收到环外告警,说明是该入环节点和该出环 节点共同所在的该ODUk环内的故障导致业务中断,则入环节点触发重路由。
环外告警为入环节点和出环节点共同所在的ODUk环之外的链路发出的 ODUk环通道告警,若入环节点收到环外告警,则不能确定是由该ODUk环内故 障导致业务中断,所以该入环节点不触发重路由。若该入环节点未收到环外 告警,则可以确定是由该ODUk环内故障导致业务中断,入环节点触发重路由。
重i 各由时,源节点选择可用链路恢复业务。
本实施例通过在ODUk环的出环节点判断出所在的ODUk环的业务中断, 若出环节点的对端节点未收到环外告警,可以快速判断出ODUk环故障并触发 重路由,保证了 ODUk环的入环节点一(又在所在ODUk环内故障导致业务中断的
9情况下重路由,减少了节点的处理负荷,节省了业务恢复所需要的时间,提 高了重路由的效率。
图4为本发明通知重路由的方法实施例所应用的网络结构示意图,如图4 所示,在传送业务的网络中,包括光纤、节点等,业务从用户R1出发到达 用户R2,其中节点01和节点03分别是该业务在网络中的源节点和目的节点; 业务可以从用户R1出发,经过节点Ol、节点04和节点02所在的ODUk环, 然后通过节点03到达用户R2,则节点01为业务在该ODUk环的入环节点,节 点02为业务在该0DUk环的出环节点;同理,业务可以从用户R1出发,经过 节点01,再经过节点02、节点04和节点03所在的ODUk环到达用户R2,则 节点02为业务在节点02、节点04和节点03所在的ODUk环的入环节点,节 点03为业务在该ODUk环的出环节点。
图5为本发明通知重路由的方法实施例三的流程图。本实施例中,根据 ODUk环通道告警判断业务是否中断的节点为ODUk环的入环节点,该入环节点 的对端节点为该ODUk环的出环节点,如图4、图5所示,具体包括
步骤501、链路中断时,链路会发出ODUk环通道告警,ODUk环的入环节 点01接收到ODUk环通道告警;
步骤502、 4艮据ODUk环通道告警,ODUk环的入环节点01判断在该入环 节点01和其对应的出环节点02所在的ODUk环上的业务是否中断。
如杲入环节点01判断出该业务未中断,则可以不执行任何操作。
在工作通道发生ODUk环通道告警的情况下,入环节点01会判断出业务 中断,具体包括下面的情况
在一种情况下,入环节点01接收到工作通道上的链路发出的ODUk环通 道告警后将业务倒换到保护通道,在预定的时间后又接收到保护通道上的链 路发出的ODUk环通道告警,则判断出ODUk环上的业务中断。在实际应用中, 工作通道上的链路中断,发出ODUk环通道告警,此时工作通道上的业务不能 传送,入环节点01通过通道倒换将业务倒换到保护通道上继续传送,业务一般在500ms之内可在保护通道上恢复传送。如果保护通道的链路也中断了, 发出ODUk环通道告警,则业务也不能在保护通道传送。由于业务刚从工作通 道倒换到保护通道时可能在一定的时间内会不稳定,所以先设定一预定的时 间,如果在该预定的时间内保护通道上的链路发出ODUk环通道告警,可能是 由于刚发生倒换时的不稳定而引起的,此时认为业务可以在保护通道上传送; 若在预定的时间后保护通道上的链路发生ODUk环通道告警,则说明业务中断。 比如将预定的时间i殳定为600ms,在工作通道上的链路中断发出0DUk环通道 告警后600ms内保护通道上的链路发出ODUk环通道告警,可能是由于刚发生 倒换时的不稳定而引起的,此时认为业务可以在保护通道上传送;若在600ms 后保护通道上的链路发生ODUk环通道告警,说明业务中断。
在另一种情况下,如果入环节点01接收到工作通道上的链路发出的ODUk 环通道告警,不能成功将业务倒换到保护通道,则判断出ODUk环的业务中断。
步骤503、如果判断出业务中断,ODUk环的入环节点Ol通知其对端节点 即出环节点02在业务不是由于环外故障而中断时触发重路由。
如果判断出业务是由于环外故障而中断时,则不需要任何操作。
步骤504、出环节点02通过判断是否收到环外告警来判断是否由于环外 故障而中断,如果出环节点02未接收到环外告警,说明业务中断是由本0DUk 环内故障造成的,则出环节点02触发重路由。
ODUk环的出环节点02 4艮据判断是否收到环外告警确定业务中断是否是 由本ODUk环内故障造成的,如果出环节点02收到环外告警,说明业务中断 并不确定是由本ODUk环内故障造成的,所以出环节点02不触发重路由。如 果出环节点02未收到环外告警,说明业务中断是由本ODUk环内故障造成的, 所以出环节点02触发重路由。
重路由时,源节点选择可用链路恢复业务。
本实施例通过ODUk环的入环节点判断出ODUk环的业务中断,出环节点 通过判断是否收到环外告警来确定业务中断是否由ODUk环内故障导致的,能快速确定出ODUk环故障并触发重路由,避免了在ODUk环内没有发生故障的 情况下不必要地触发重路由,减轻了节点的处理负荷,节省了判断是否触发 重路由所需要的时间,提高了重路由的准确性和效率。
图6为本发明通知重路由的节点设备实施例的结构示意图。如图6所示, 重路由的节点设备6包括接收模块61、判断模块62、通知模块63。接收模块 61用于接收ODUk环通道告警;判断模块62用于根据ODUk环通道告警判断 ODUk环的业务是否中断,通知模块63用于在ODUk环的业务中断的情况下, 通知本节点的对端节点在业务由于环内故障而中断时触发重路由。
重路由的节点设备才艮据ODUk环的业务中断和环外告警来触发重路由,能 快速准确地判断出导致业务中断的ODUk环内的故障,提高了触发重路由的效 率和适时性,使中断的业务及时恢复,增强了网络传送业务的稳定性。
一种包括ODUk环的环网络,包括ODUk环的边界节点和该边界节点的对 端节点,其中
ODUk环的边界节点,用于接收ODUk环通道告警,根据ODUk环通道告警 判断ODUk环的业务是否中断;若ODUk环的业务中断,ODUk环的边界节点通 知对端节点在业务由于环内故障而中断的情况下,触发重路由;
对端节点,用于在业务由于环内故障而中断的情况下触发重路由。
对端节点具体用于在未收到环外告警的情况下,判断出业务由于环内故 障而中断并触发重路由。
ODUk环的边界节点为ODUk环的入环节点时,对端节点为ODUk环的出环 节点;或者,ODUk环的边界节点为ODUk环的出环节点时,对端节点为ODUk 环的入环节点。
本实施例中,ODUk环的边界节点判断出ODUk环的业务中断后,通知其对 端节点在业务由于环内故障而中断时触发重路由,可以保证对端节点仅在所 在ODUk环内故障导致业务中断的情况下重路由,以减少节点的处理负荷,节 省业务恢复所需要的时间,提高重路由效率。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读 取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述 的存储介质包括ROM、 RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是以上实施例仅用以说明本发明的技术方案,而非对其 限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术 人员应当理解其依然可以对前述各实施例所记栽的技术方案进行修改,或 者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技
术方案的本质脱离本发明各实施例技术方案的范围。
权利要求
1、一种通知重路由的方法,其特征在于,包括光通道数据单元ODUk环的边界节点接收ODUk环通道告警,根据所述ODUk环通道告警判断所述ODUk环的业务是否中断;如果判断结果为是,所述ODUk环的边界节点通知其对端节点在所述业务由于环内故障而中断时触发重路由。
2、 根据权利要求1中所述的通知重路由的方法,其特征在于6fr;3fe onnk txAA^ 1#占4 onnr it:* ^入t7:^"占 i'ir入占aa^rf节点为所述0DUk环的出环节点;或者,所述ODUk环的边界节点为所述ODUk环的出环节点,该出环节点 的对端节点为所述0DUk环的入环节点。
3、 根据权利要求1或2所述的通知重路由的方法,其特征在于,所述 0DUk环的边界节点通知其对端节点在所述业务由于环内故障而中断时触发重 ^各由包4舌所述0DUk环的边界节点通知其对端节点判断所述业务是否由于环内故障 而中断,并在所述业务是由于环内故障而中断时触发重路由。
4、 根据权利要求3所述的通知重路由的方法,其特征在于,所述0DUk 环的边界节点通知其对端节点判断所述业务是否由于环内故障而中断包括所述0DUk环的边界节点通知其对端节点在未收到环外告警的情况下,判 断出所述业务由于环内故障而中断。
5、 根据权利要求1或2所述的通知重路由的方法,其特征在于,根据所 述0DUk环通道告警判断所述0DUk环的业务是否中断包括所述0DUk环的边界节点接收到工作通道上的链路发出的0DUk环通道告 警后将业务倒换到保护通道,在预定的时间后又接收到保护通道上的链路发 出的ODUk环通道告警,则判断出所述ODUk环的业务中断;或者,所述0DUk环的边界节点接收到工作通道上的链路发出的0DUk环通道告警,不能成功将业务倒换到保护通道,则判断出所述ODUk环的业务中断。
6、 根据权利要求1所述的通知重路由的方法,其特征在于,该方法进一 步包括所述对端节点接收到通知后,如果所述业务由于环内故障而中断,则触 发重路由。
7、 一种节点设备,包括 接收模块,用于接收ODUk环通道告警;判断模块,用于根据所述0DUk环通道告警判断所述0DUk环的业务是否中断;通知模块,用于在所述ODUk环的业务中断的情况下,通知本节点的对端 节点在所述业务由于环内故障而中断时触发重路由。
8、 根据权利要求7所述的节点设备,其特征在于,所述通知模块具体用于 若所述ODUk环的业务中断,通知本节点的对端节点判断所述业务是否由于环内故障而中断,并在所述业务由于环内故障而中断时触发重路由。
9、 一种环网络,包括0DUk环的边界节点和该边界节点的对端节点,其 特征在于所述ODUk环的边界节点,用于接收ODUk环通道告警,根据所述ODUk环 通道告警判断所述0DUk环的业务是否中断;若所述0DUk环的业务中断,通 知所述对端节点在所述业务由于环内故障而中断的情况下,触发重路由;所述对端节点接收到通知后,如果所述业务由于环内故障而中断,则触 发重路由。
10、 根据权利要求9所述的环网络,其特征在于所述0DUk环的边界节点为所述0DUk环的入环节点,该0DUK环的入环节 点的对端节点为所述0DUk环的出环节点;或者,所述0DUk环的边界节点为所述0DUk环的出环节点,该0DUk环 的出环节点的对端节点为所述0DUk环的入环节点。
全文摘要
本发明涉及一种通知重路由的方法、节点设备及环网络。通知重路由的方法包括光通道数据单元ODUk环的边界节点接收ODUk环通道告警,根据所述ODUk环通道告警判断所述ODUk环的业务是否中断;如果判断结果为是,所述ODUk环的边界节点通知其对端节点在所述业务由于环内故障而中断时触发重路由。节点设备包括执行上述方法的功能模块。环网络包括ODUk环的边界节点和该边界节点的对端节点。本发明实施例边界节点判断出ODUk环的业务中断后,通知其对端节点在业务由于环内故障而中断时触发重路由,可以保证对端节点仅在所在ODUk环内故障导致业务中断的情况下重路由,以减少节点的处理负荷,节省业务恢复所需要的时间,提高重路由效率。
文档编号H04Q11/00GK101686419SQ20081022380
公开日2010年3月31日 申请日期2008年9月28日 优先权日2008年9月28日
发明者任彥琦, 榆 杨, 彧 王, 谭文剑, 饶宝全, 蕾 黄 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1