CN107483332A - 用于子网连接保护链路的业务传输管理方法、装置和系统 - Google Patents
用于子网连接保护链路的业务传输管理方法、装置和系统 Download PDFInfo
- Publication number
- CN107483332A CN107483332A CN201610404311.3A CN201610404311A CN107483332A CN 107483332 A CN107483332 A CN 107483332A CN 201610404311 A CN201610404311 A CN 201610404311A CN 107483332 A CN107483332 A CN 107483332A
- Authority
- CN
- China
- Prior art keywords
- link
- business
- sncp
- service aisle
- main
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供的用于子网连接保护链路的业务传输管理方法、装置和系统,该方法通过选定子网连接保护链路的一端节点作为主控节点;当该链路上的工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务;当工作通道发生故障时生成倒换处理指令,并对倒换处理指令进行执行处理和广播处理;在子网连接保护链路中的其他节点侧接收并执行倒换处理指令。即在工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务,当工作通道发生故障时,再由未发生故障的保护通道承载主业务;相比于现有技术中工作通道和保护通道同时承载主业务的方式,提高了带宽利用率。
Description
技术领域
本发明涉及通信领域,尤其涉及一种用于子网连接保护链路的业务传输管理方法、装置和系统。
背景技术
SNCP(Sub-network Connection Protection,子网连接保护)是指对某一子网连接预先安排专用的保护路由,一旦子网发生故障,保护子网便取代子网承担在整个网络中的传送任务,在同步数字体系中,是一种单向或者双向的端到端的保护倒换方案。
SNCP通常采用的是双发选收,即“1+1”的保护方式。为一条主业务提供一个预先配置的保护通道,该主业务可以是TDM(Testing Data Management,时分复用模式),当前,在工作通道和保护通道都正常的情况下,在工作通道和保护通道上同时传输该主业务,并在接收侧选择接收工作通道的业务报文,丢弃保护通道的业务报文以保证通信畅通。这种方式在工作通道未发生故障时,占用保护通道上的带宽来传输主业务,却并不接受该保护通道传输的主业务,这样造成了保护通道带宽的浪费。
发明内容
本发明实施例提供的用于子网连接保护链路的业务传输管理方法、装置和系统,主要解决的技术问题是提高带宽利用率。
为解决上述技术问题,本发明实施例提供一种用于子网连接保护链路的业务传输管理方法,包括:
选定子网连接保护链路的一端节点作为主控节点;
当子网连接保护链路上的工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务;
检测工作通道是否发生故障,并使主控节点获知故障信息;
在主控节点侧根据故障信息生成倒换处理指令,并对倒换处理指令进行执行处理和广播处理;倒换处理指令用于触发主业务从工作通道倒换至保护通道传输;
在子网连接保护链路中的其他节点侧接收并执行倒换处理指令。
本发明实施例还提供一种用于子网连接保护链路的业务传输管理装置,包括:
选择模块,用于选定子网连接保护链路的一端作为主控节点;
业务管理模块,用于当子网连接保护链路上的工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务;
检测处理模块,用于检测工作通道是否发生故障,并使主控节点获知故障信息;
第一倒换处理模块,用于在主控节点侧根据故障信息生成倒换处理指令,并对倒换处理指令进行执行处理和广播处理;倒换处理指令用于触发主业务从工作通道倒换至保护通道传输;
第二倒换处理模块,用于在子网连接保护链路中的其他节点侧接收并执行倒换处理指令。
本发明实施例还提供一种用于子网连接保护链路的业务传输管理系统,包括上述用于子网连接保护链路的业务传输管理装置。
本发明实施例还提供一种计算机存储介质,计算机存储介质中存储有计算机可执行指令,计算机可执行指令用于执行前述的任一项的用于子网连接保护链路的业务传输管理方法。
本发明的有益效果是:
本发明实施例提供的用于子网连接保护链路的业务传输管理方法、装置和系统,以及计算机存储介质,通过选定子网连接保护链路的一端节点作为主控节点;当子网连接保护链路上的工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务;检测工作通道是否发生故障,并使主控节点获知故障信息;在主控节点侧根据故障信息生成倒换处理指令,并对倒换处理指令进行执行处理和广播处理;倒换处理指令用于触发主业务从工作通道倒换至保护通道传输;在子网连接保护链路中的其他节点侧接收并执行倒换处理指令。即在工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务,当工作通道发生故障时,再由未发生故障的保护通道承载主业务;相比于现有技术中工作通道和保护通道同时承载主业务的方式,提高了带宽利用率。
附图说明
图1为本发明实施例一的用于子网连接保护链路的业务传输管理方法流程图;
图2为本发明实施例二的用于子网连接保护链路的业务传输管理装置示意图;
图3为本发明实施例三的子网连接保护链路示意图;
图4为本发明实施例三的子网连接保护链路业务倒换处理过程示意图。
具体实施方式
下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。
实施例一:
为解决现有SNCP组网中存在带宽浪费,带宽利用率低的问题,本实施例提供一种用于子网连接保护链路的业务传输管理方法,请参见图1,具体包括:
步骤S101,选定子网连接保护链路的一端节点作为主控节点。
具体的,对于SNCP链路,当主业务在该SNCP链路传输时,若需要对其传输通道进行倒换,为保证对该主业务传输通道进行倒换处理的唯一性,可以选择该SNCP链路一端节点作为主控节点,然后由主控节点来确定是否需要进行倒换处理,并发起该倒换处理,以保证倒换决策在主控节点所在的设备上执行,从而避免倒换状态机出现决策错误。
步骤S102,当子网连接保护链路上的工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务。
具体的,现有技术中工作通道和保护通道在未发生故障的时候,同时承载主业务,但是接收侧却只接受工作通道上的主业务,这就造成了保护通道带宽的浪费。为提高带宽利用率,本实施例中在工作通道和保护通道都未发生故障的时候,只通过工作通道承载该主业务,由保护通道去承载非主业务;这样既可以保证主业务的正常传输,又能节约出保护通道的带宽用于传输其他非主业务。在进行主业务传输通道的选择之前,首先要检测工作通道和保护通道的状态,该检测可以通过网管系统或者该链路上的各个节点进行检测,也可以通过保活消息检测;根据检测结果选择承载主业务的通道,当工作通道和保护通道都正常时,选择工作通道承载主业务。该主业务可以是TDM业务,也可以是其他对传输安全性要求高,需要通过保护传输的业务;该非主业务可以包括信令消息、以太业务和非保护业务,即保护通道承载的非主业务可以是信令消息,该信令消息可以包括管理消息和保活消息,也可以包括其他信令消息;非主业务也可以是以太业务,当在保护通道上传输信令消息时,若保护通道的带宽有空余,可以将以太业务通过该保护通道进行传输;另外,当业务对传输的安全性要求不高时,该业务可以作为非保护业务,通过该保护通道进行传输。
进一步的,本实施例提供的用于子网连接保护链路的业务传输管理方法,还包括:对所述子网连接保护链路进行链路保活处理。
具体的,可以通过保活消息检测工作通道和/或保护通道是否发生故障,即主控节点可以通过在工作通道和/或保护通道传输保活消息来确认工作通道和/或保护通道是否发生异常。另外,当选择了工作通道承载主业务,保护通道承载非主业务时,可以通过保活消息来更新链路上各节点的配置信息,该配置信息包括本地业务通道状态。如在保活消息中携带主控节点当前主业务所在的通道信息,即当前主业务是在工作通道,将该保活消息广播给子网连接保护链路中的其他节点。进一步的,在选定子网连接保护链路的一端节点作为主控节点时,可以将该子网连接保护链路的另一端节点选为受控节点,该主控节点和受控节点间还可以包括中间节点;此时子网连接保护链路中的其他节点即为前述中间节点和受控节点。将该保活消息广播给子网连接保护链路中的其他节点,可以是先将保活消息逐跳广播给主控节点与受控节点间的中间节点,中间节点收到该保活消息后,判断其本地业务通道状态是否和该保活消息中携带的一致,若不一致,则将其更新为和保活消息中携带的通道状态一致。该中间节点再将保活消息发送给受控节点,受控节点同样通过该保活消息来更新本地状态,然后向主控节点返回应答消息,若主控节点收到该应答消息,则可以说明该链路上所有节点的业务通道状态都已经更新为工作通道状态,可以进行主业务的传输。同时,主控节点也可以根据该保活消息获取链路上的带宽占用情况和/或各节点的业务通道状态,即保活消息在经过各中间节点和受控节点的时候,获取链路的带宽占用情况各节点的业务通道状态,并统一通过应答消息将该带宽占用情况和/或节点的保护通道状态报告给主控节点;或各节点分别向受控节点返回报告消息,将该带宽占用情况和/或节点的保护通道状态报告给主控节点。以便主控节点对整个链路的状态进行动态监控,并根据配置需要配置带宽及动态调整带宽。进一步的,为避免应答消息在传输过程中丢失,使得主控节点得不到该应答消息,受控节点可以多次向主控节点发送应答消息。另外,也可以设置信令通道来获取链路的带宽占用情况,以便主控节点和受控节点对链路上的带宽占用情况进行协商,并根据协商结果优化链路上的带宽分配。
步骤S103,检测工作通道是否发生故障,并使主控节点获知故障信息。
具体的,为保证主业务的顺利传输,需要实时或定时检测承载主业务的工作通道是否发生故障,以便当工作通道发生故障时,可以将主业务及时倒换至未发生故障的保护通道进行传输,避免出现业务中断,造成主业务的丢失。检测到工作通道发生故障后,需要让主控节点获知该故障信息,以决定是否需要进行倒换处理。
进一步的,检测工作通道是否发生故障,并使主控节点获知故障信息,包括:如果工作通道发生前向故障或反向故障,在主控节点侧检测到故障信息或者接收受控节点侧检测到的故障信息;如果工作通道发生双向故障,在主控节点侧和受控节点侧都检测到故障信息。
具体的,当工作通道承载主业务时,若受控节点一段时间内收不到业务报文,则说明业务报文无法通过该工作通道正常传输至受控节点,此时若将主控节点所在位置定义为前端,受控节点所在位置为后端,则认为该工作通道发前向生故障;若将主控节点所在位置定义为后端,受控节点所在位置为前端,则认为该工作通道发反向生故障,此时都是该受控节点获知故障信息,并将该故障信息发送给主控节点,以使主控节点根据该故障信息进行倒换处理。或者当工作通道发生故障时,若主控节点在一定时间内收不到业务报文,则说明业务报文不能通过该工作通道正常传输至该主控节点,此时若将主控节点所在位置定义为前端,受控节点所在位置为后端,则认为工作通道发生反向故障;或者若将主控节点所在位置定义为后端,受控节点所在位置为前端,则认为该工作通道发生前向故障,此时都是主控节点自主获知到该故障信息。当工作通道既前向故障,又反向故障,即双向故障时,主控节点和受控节点都接收不到业务报文,所以都获取到故障信息,此时受控节点可以选择是否将故障信息发送给主控节点。通过上述方式检测工作通道的状态,能及时获取工作通道的故障信息,从而能及时对工作通道执行倒换处理,避免业务中断或最大限度地缩短业务中断时间。
步骤S104,在主控节点侧根据故障信息生成倒换处理指令,并对倒换处理指令进行执行处理和广播处理;倒换处理指令用于触发主业务从工作通道倒换至保护通道传输。
具体的,主控节点在获知故障信息后,认为工作通道发生故障,为避免业务中断主业务丢失,需要生成用于触发主业务从工作通道切换至保护通道传输的倒换处理指令,来将主业务从工作通道切换至保护通道,生成倒换处理指令后,该主控节点执行该倒换处理指令,将其本地业务通道状态倒换为保护通道状态,即将其承载主业务的工作通道切换至保护通道,由保护通道来承载该主业务。
进一步的,在主控节点侧根据故障信息生成倒换处理指令,并对倒换处理指令进行执行处理和广播处理,包括:在主控节点侧根据故障信息生成倒换处理指令,并使主控节点执行倒换处理指令;将倒换处理指令广播给子网连接保护链路中的其他各节点,使其他各节点执行倒换处理指令。
具体的,在生成切换指令将主业务从工作通道切换至保护通道之前,需要确保该保护通道是未发生故障的,检测该保护通道是否发生故障可以如前述的通过保活消息来检测,也可以通过网管系统和链路上的各节点进行检测。当主控节点确保保护通道未发生故障时,生成倒换处理指令,并先执行该倒换处理指令,然后将该倒换指令逐跳广播给中间节点,使各中间节点更新本地的业务通道状态,将原先的工作通道状态倒换为保护通道状态;然后中间节点再将该倒换处理指令广播给受控节点,使受控节点也将其本地业务状态倒换为保护通道状态。另外,该倒换指令可以通过保活消息的形式发送给受控节点。
步骤S105,在子网连接保护链路中的其他节点侧接收并执行倒换处理指令。
具体的,在子网连接保护链路中的其他节点侧接收到该倒换处理指令后,使子网连接保护链路中的其他节点执行该倒换处理指令,将其本地业务状态倒换为保护通道状态;即完成了整条链路上保护通道的倒换处理。
进一步的,本实施例提供的业务传输管理方法,还包括:在工作通道发生故障,保护通道承载主业务时,若工作通道从故障中恢复和/或保护通道发生故障,将主业务从保护通道倒换至工作通道。
具体的,当工作通道出现故障时,由保护通道来承载主业务,若在保护通道来承载主业务的过程中,检测到工作通道已从故障中恢复,为提高带宽利用率,需要将主业务再切换回工作通道,以空闲出保护通道承载信令消息、以太业务等其他非主业务。若保护通道在承载主业务时,发生故障,此时不论工作通道是否已经从故障中恢复,都将该主业务流切换至工作通道,以便保护通道恢复正常后,能及时承载其他业务,提高系统的带宽利用率。检测工作通道是否从故障中恢复,可以由网管系统或各节点实时监测该工作通道是否从故障中恢复,比如可以在该工作通道上传输检验消息,若受控节点能收到该检测消息,并向主控节点返回针对该检测消息的回应,主控节点收到该回应,则认为工作通道已从故障中恢复。另外,为保证系统稳定性,当工作通道从故障中恢复后,检测一段时间内其是否一直未发生故障,若在该时间段内工作通道都未发生故障,则认为其已完全从故障中恢复,此时将主业务从保护通道倒换至工作通道传输。检测承载主业务的保护通道是否发生故障,可以如前述检测承载主业务的工作通道是否发生故障的方式去检测,也可以由网管系统等进行检测。
进一步的,本实施例提供的用于子网连接保护链路的业务传输管理方法,还包括:给子网连接保护链路上的各节点配置链路标识,各节点包括主控节点和子网连接保护链路中的其他各节点。
具体的,在主控节点与受控节点间传输主业务和进行其他信息交互时,为保证链路的唯一性,可以给子网中的每一条链路的节点和交叉路由定义一个链路标识,并通过该链路标识来识别每一条链路。后续在该链路上进行业务传输或进行其他交互时,都通过该链路标识来查找相应的节点进行信息传递。该链路标识可以由用户自主定义,只要满足唯一性即可,本实施例对其具体形式不做限定。
本发明实施例提供的用于子网连接保护链路的业务传输管理方法,通过选定子网连接保护链路的一端节点作为主控节点;当子网连接保护链路上的工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务;检测工作通道是否发生故障,并使主控节点获知故障信息;在主控节点侧根据故障信息生成倒换处理指令,并对倒换处理指令进行执行处理和广播处理;在子网连接保护链路中的其他节点侧接收并执行倒换处理指令。即在工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务,当工作通道发生故障时,再由未发生故障的保护通道承载主业务;相比于现有技术中工作通道和保护通道同时承载主业务的方式,提高了带宽利用率,而且由主控节点来进行倒换决策,能够保证倒换处理的稳定性;本实施例提供的用于子网连接保护链路的业务传输管理方法,能在承载主业务的工作通道发生故障时,将主业务倒换至保护通道传输,且倒换处理具有唯一性,在不中断业务或最大限度地缩短业务中断时间的情况下,提高了业务传输的可靠性。
实施例二:
为解决现有SNCP组网中存在带宽浪费,带宽利用率低的问题,本实施例提供一种用于子网连接保护链路的业务传输管理装置,请参见图2,具体包括:选择模块21,业务管理模块22,检测处理模块23,第一倒换处理模块24和第二倒换处理模块25。
其中选择模块21用于选定子网连接保护链路的一端节点作为主控节点具体包括:对于SNCP链路,当主业务在该SNCP链路传输时,若需要对其传输通道进行倒换,为保证对该主业务传输通道进行倒换处理的唯一性,可以选择该SNCP链路一端节点作为主控节点,然后在需要进行倒换处理时由主控节点来发起该倒换处理,以保证倒换决策在主控节点所在的设备上执行,从而避免倒换状态机出现决策错误。
业务管理模块22用于当子网连接保护链路上的工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务;具体包括:现有技术中工作通道和保护通道在未发生故障的时候,同时承载主业务,但是接收侧却只接受工作通道上的主业务,这就造成了保护通道带宽的浪费。为提高带宽利用率,本实施例提供中提供的业务管理模块22在工作通道和保护通道都未发生故障的时候,选择只通过工作通道承载该主业务,由保护通道去承载非主业务;这样既可以保证主业务的正常传输,又能节约出保护通道的带宽用于传输其他非主业务。在进行主业务传输通道的选择之前,首先要检测工作通道和保护通道的状态,该检测可以通过网管系统或者该链路上的各个节点进行检测,根据检测结果选择承载主业务的通道,当工作通道和保护通道都正常时,选择工作通道承载主业务。该主业务可以是TDM业务,也可以是其他对传输安全性要求高,需要通过保护传输的业务;该非主业务可以包括信令消息、以太业务和非保护业务,即保护通道承载的非主业务可以是信令消息,该信令消息可以包括管理消息和保活消息,也可以包括其他信令消息;非主业务也可以是以太业务,当保护通道的带宽有空余,并且能承载以太业务时,可以将以太业务通过该保护通道进行传输;另外,当业务对传输的安全性要求不高时,该业务可以作为非保护业务,通过该保护通道进行传输。
进一步的,请参见图2,本实施例提供的用于子网连接保护链路的业务传输管理装置,还包括保活处理模块26,保活处理模块26用于对子网连接保护链路进行链路保活处理。
具体的,可以通过保活消息检测工作通道和/或保护通道是否发生故障,即可以通过从主控节点向受控节点发生保活消息来确认工作通道和保护通道是否发生故障,即通过在工作通道和/或保护通道上发送保活消息来确认工作通道和/或保护通道是否发生异常。另外,当选择了工作通道承载主业务,保护通道承载非主业务时,可以通过保活消息来更新链路上各节点的配置信息,如在保活消息中携带主控节点当前主业务所在的通道信息,即当前主业务是在工作通道,将该保活消息广播给子网连接保护链路中的其他节点。进一步的,在选定子网连接保护链路的一端节点作为主控节点时,可以将该子网连接保护链路的另一端节点选为受控节点,该主控节点和受控节点间还可以包括中间节点;此时子网连接保护链路中的其他节点即为前述中间节点和受控节点。将该保活消息广播给子网连接保护链路中的其他节点,可以是先将保活消息逐跳广播给主控节点与受控节点间的中间节点,中间节点收到该保活消息后,判断其本地业务通道状态是否和该保活消息中携带的一致,若不一致,则将其更新为和主控节点一致。该中间节点再将保活消息发送给受控节点,受控节点同样通过该保活消息来更新本地业务通道状态,然后向主控节点返回应答消息,若主控节点收到该应答消息,则可以说明该链路上所有节点的业务通道状态都已经更新为工作通道状态,可以进行主业务的传输。同时,主控节点也可以根据该保活消息获取链路上的带宽占用情况和/或各节点的保护通道状态,即保活消息在经过各中间节点和受控节点的时候,获取链路的带宽占用情况各节点的保护通道状态,并统一通过应答消息将该带宽占用情况和/或节点的保护通道状态报告给主控节点;或各节点分别向受控节点返回报告消息,将该带宽占用情况和/或节点的保护通道状态报告给主控节点。以便主控节点对整个链路的状态进行动态监控,并根据配置需要配置带宽及动态调整带宽。进一步的,为避免应答消息在传输过程中丢失,使得主控节点得不到该应答消息,受控节点可以多次向主控节点发送应答消息。另外,也可以设置信令通道来获取链路的带宽占用情况,以便主控节点和受控节点对链路上的带宽占用情况进行协商,并根据协商结果优化链路上的带宽分配。
检测处理模块23用于检测工作通道是否发生故障,并使主控节点获知故障信息;具体包括:为保证主业务的顺利传输,需要实时或定时检测承载主业务的工作通道是否发生故障,以便当工作通道发生故障时,可以将主业务及时倒换至未发生故障的保护通道进行传输,避免主业务的丢失。检测到工作通道发生故障后,需要让主控节点获知该故障信息,以决定是否需要进行倒换处理。
进一步的,检测处理模块23用于:如果工作通道发生前向故障或反向故障,在主控节点侧检测到故障信息或者接收受控节点侧检测到的故障信息;如果工作通道发生双向故障,在主控节点侧和受控节点侧都检测到故障信息。
具体的,当工作通道承载主业务时,若受控节点一段时间内收不到业务报文,则说明业务报文无法通过该工作通道正常传输至受控节点,此时若将主控节点所在位置定义为前端,受控节点所在位置为后端,则认为该工作通道发前向生故障;若将主控节点所在位置定义为后端,受控节点所在位置为前端,则认为该工作通道发反向生故障,此时都是该受控节点获知故障信息,并将该故障信息发送给主控节点,以使主控节点根据该故障信息进行倒换处理。或者当工作通道发生故障时,若主控节点在一定时间内收不到业务报文,则说明业务报文不能通过该工作通道正常传输至该主控节点,此时若将主控节点所在位置定义为前端,受控节点所在位置为后端,则认为工作通道发生反向故障;或者若将主控节点所在位置定义为后端,受控节点所在位置为前端,则认为该工作通道发生前向故障,此时都是主控节点自主获知到该故障信息。当工作通道既前向故障,又反向故障,即双向故障时,主控节点和受控节点都接收不到业务报文,所以都获取到故障信息,此时受控节点可以选择是否将故障信息发送给主控节点。通过上述方式检测工作通道的状态,能及时获取工作通道的故障信息,从而能及时对工作通道执行倒换处理,避免业务中断或最大限度地缩短业务中断时间。
第一倒换处理模块24用于在主控节点侧根据故障信息生成倒换处理指令,并对倒换处理指令进行执行处理和广播处理;倒换处理指令用于触发主业务从工作通道倒换至保护通道传输。具体包括:主控节点在获知故障信息后,为避免业务中断主业务丢失,需要生成用于触发主业务从工作通道切换至保护通道传输的倒换处理指令,来将主业务从工作通道切换至保护通道,生成倒换处理指令后,该主控节点执行该倒换处理指令,将其本地保护通道状态倒换为保护通道状态,即将其承载主业务的工作通道切换至保护通道,由保护通道来承载该主业务。
进一步的,第一倒换处理模块24用于:在主控节点侧根据故障信息生成倒换处理指令,并使主控节点执行倒换处理指令;将倒换处理指令广播给子网连接保护链路中的其他各节点,使其他各节点执行倒换处理指令。
具体的,在生成切换指令将主业务从工作通道切换至保护通道之前,需要确保该保护通道是未发生故障的,检测该保护通道是否发生故障可以如前述的通过保活消息来检测,也可以通过网管系统和链路上的各节点进行检测。当主控节点确保保护通道未发生故障时,生成倒换处理指令,并先执行该倒换处理指令,然后将该倒换指令逐跳广播给中间节点,使各中间节点更新本地的业务通道状态,将原先的工作通道状态倒换为保护通道状态;然后中间节点再将该倒换处理指令广播给受控节点,使受控节点也将其本地业务状态倒换为保护通道状态。另外,该倒换指令可以通过保活消息的形式发送给受控节点。即在主控节点和各中间节点上都设置该第一倒换处理模块。
第二倒换处理模块25用于在子网连接保护链路中的其他节点侧接收并执行倒换处理指令,具体包括:在子网连接保护链路中的其他节点侧接收到该都换处理指令后,使子网连接保护链路中的其他节点执行该倒换处理指令,将其本地业务状态倒换为保护通道状态
请参见图2,本实施例提供的用于子网连接保护链路的业务传输管理装置,还包括第三倒换处理模块27,第三倒换处理模块27用于:在工作通道发生故障,保护通道承载主业务时,若工作通道从故障中恢复和/或保护通道发生故障,将主业务从保护通道倒换至工作通道。
具体的,当工作通道出现故障时,由保护通道来承载主业务,若此时检测到工作通道已从故障中恢复,为提高带宽利用率,第三倒换处理模块27需要将主业务再切换回工作通道,以空闲出保护通道承载信令消息、以太业务等其他非主业务。若保护通道在承载主业务时,发生故障,此时不论工作通道是否已经从故障中恢复,都将该主业务流切换至工作通道,以便保护通道恢复正常后,能及时承载其他业务,提高系统的带宽利用率。检测工作通道是否从故障中恢复,可以由网管系统或各节点实时监测该工作通道是否从故障中恢复,比如可以在该工作通道上传输检验消息,若受控节点能收到该检测消息,并向主控节点返回针对该检测消息的回应,主控节点收到该回应,则认为工作通道已从故障中恢复。另外,为保证系统稳定性,当工作通道从故障中恢复后,检测一段时间内其是否一直未发生故障,若在该时间段内工作通道都未发生故障,则认为其已完全从故障中恢复,此时将主业务从保护通道倒换至工作通道传输。检测承载主业务的保护通道是否发生故障,可以如前述检测承载主业务的工作通道是否发生故障的方式去检测,也可以由网管系统等进行检测。
请参见图2,本实施例提供的用于子网连接保护链路的业务传输管理装置,还包括:链路标识配置模块28,该链路标识配置模块28用于给子网连接保护链路上的各节点配置链路标识,各节点包括主控节点和子网连接保护链路中的其他各节点。
具体的,在主控节点与受控节点间传输主业务和进行其他信息交互时,为保证链路的唯一性,可以由该链路标识配置模块28给子网中的每一条链路的节点和交叉路由定义一个链路标识,并通过该链路标识来识别每一条链路。后续在该链路上进行业务传输或进行其他交互时,都通过该链路标识来查找相应的节点进行信息传递。该链路标识可以由用户自主定义,只要满足唯一性即可,本实施例对其具体形式不做限定。
本实施例提供的用于子网连接保护链路的业务传输管理装置,通过选定子网连接保护链路的一端节点作为主控节点;当子网连接保护链路上的工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务;检测工作通道是否发生故障,并使主控节点获知故障信息;在主控节点侧根据故障信息生成倒换处理指令,并对倒换处理指令进行执行处理和广播处理;在子网连接保护链路中的其他节点侧接收并执行倒换处理指令。即在工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务,当工作通道发生故障时,再由未发生故障的保护通道承载主业务;相比于现有技术中工作通道和保护通道同时承载主业务的方式,提高了带宽利用率;而且由主控节点来进行倒换决策,能够保证倒换处理的稳定性;本实施例提供的用于子网连接保护链路的业务传输管理方法,能在承载主业务的工作通道发生故障时,将主业务倒换至保护通道传输,且倒换处理具有唯一性,在不中断业务或最大限度地缩短业务中断时间的情况下,提高业务传输的可靠性。
本实施例还提供一种用于子网连接保护链路的业务传输管理系统,包括上述用于子网连接保护链路的业务传输管理装置。本实施例提供的用于子网连接保护链路的业务传输管理系统,通过选定子网连接保护链路的两端节点分别作为主控节点和受控节点;当子网连接保护链路上的工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务;检测工作通道是否发生故障,并使主控节点获知故障信息;在主控节点侧根据故障信息生成倒换处理指令,并对倒换处理指令进行执行处理和广播处理;在受控节点侧接收并执行倒换处理指令。即在工作通道和保护通道都未发生故障时,选择工作通道承载主业务,保护通道承载非主业务,当工作通道发生故障时,再由未发生故障的保护通道承载主业务;相比于现有技术中工作通道和保护通道同时承载主业务的系统,本实施例中提供的用于子网连接保护链路的业务传输管理系统在保证业务传输可靠的同时,带宽利用率更高。
实施例三:
本实施例提供一种用于时分业务SNCP链路的业务传输管理方法,该时分业务即为主业务,具体包括:
当工作通道和保护通道都未发生故障时,主控节点选择工作通道承载时分业务,进行时分业务流的传输,该工作通道的带宽可以根据业务情况和链路的带宽情况具体设置。获取链路的带宽情况可以通过在主控节点和受控节点间设置信令通道,通过该信息通道建立两端SNCP交互的信令通信。在此信令通道上,SNCP两端的主控节点和受控节点可以对链路上带宽占用情况进行协商,并根据协商结果优化链路上的时分带宽占用。
另外,在主控节点与受控节点间传输时分业务流、信令消息和其他信息时,为保证其链路的唯一性,可以给子网中的每一条时分链路的SNCP和交叉路由定义一个链路标识,并通过该链路标识来识别每一条时分链路。该链路标识可以由用户自主定义,只要满足唯一性即可,本实施例对其具体形式不做限定。
选择用工作通道承载时分业务后,将链路上与该工作通道对应的节点的业务通道状态都更新为工作通道状态,然后通过该工作通道来传输时分业务。具体的,可以是在配置完链路标识后,由主控节点所在的设备周期发出保活消息,在消息中携带当前工作状态,即当业务在工作通道时,携带工作通道状态信息,中间节点的设备收到此消息后,如果本地业务通道状态和该保活消息广播的状态不一致,则更新本地业务通道状态,并且中间节点设备将此消息向下一跳转发,消息在受控节点设备终结。受控节点设备收到此消息后回复应答消息。主控节点设备收到应答消息则认为链路可用,若主控节点到下一个保活消息发送周期都未收到应答消息,则认为链路中断。应答消息中可以携带受控节点备的工作与保护通道的状态,接收到保活消息后,受控节点设备可以发送多次应答消息,以防止丢失应答消息的情况。通过上述过程既获取到了链路上工作通道和保护通道的状态信息,又同时更新了业务通道的状态,保证了链路可用,可以进行业务传输。另外,也可以通过该保活消息获取各节点的配置信息和整个链路上时分业务带宽占用情况,以便动态监控整条链路的状态并根据配置需要进行动态调整带宽。
请参见图3,此时时分业务流在工作通道上传输,将线路1传输的作为前向业务,线路2传输的作为反向业务;此时保护通道可以用于传输保活消息及其他一些信令消息,信令消息相比于业务流占用的带宽可以忽略不计,所以可以节约保护通道的带宽;该保护通道也可以承载以太业务和不需要进行保护的业务等;该保护通道的带宽可以根据承载业务情况和链路的带宽情况具体设置。这样既可以保证时分业务的正常传输,又可以通过保护通道的带宽承载其他业务,提高了带宽利用率。
请参见图4所示,若进行时分业务传输的工作通道发生故障,则需要将该时分业务流切换到保护通道进行传输。在进行倒换前,需要确保保护通道是未发生故障的。检测保护通道是否发生故障可以如前所述的通过保活消息来确认。工作通道发生故障,包括发生单向故障和双向故障中的一种,其中单向故障包括前向故障和反向故障中的一种。
具体的,若前向故障(线路1),反向正常(线路2),主控节点向受控节点发送业务流出现故障,此时受控节点收不到业务报文,则认为出现前向故障;由于受控节点不了解保护通道的状态,所以无法做出倒换决策,此时受控节点向主节点发送倒换请求,通过各中间节点将该倒换请求发送给主控节点。主控节点收到该倒换请求后,判断保护通道可用,则将时分业务切换至保护通道接收,同时向受控节点发送倒换处理指令,该倒换处理指令包括链路标识、业务通道类型为保护通道和带宽调整信息,中间节点的网元收到此倒换处理指令后更新本地业务通道状态,根据带宽调整信息更新业务带宽,并配置保护通道上的P2P路由,然后中间节点将倒换处理指令发送至下一跳中间节点,吓一跳中间节点执行相同处理,直到将此倒换处理指令发送给受控节点,受控节点收到倒换处理指令后将业务流切换至保护通道收发。该倒换处理指令可以是以保活消息的形式发送给受控节点。若前向(线路1)正常,反向(线路2)故障,即受控节点向主控节点发送业务流时出现故障,此时主控节点检测到故障,即主控节点收不到业务报文,此时主控节点判断保护通道或保护通道是否可用,若保护通道可用,则将业务切换至保护通道。当发生双向故障时,主控节点和受控节点都接收不到业务报文,所以都检测到故障,此时主控节点会发起倒换处理指令,受控节点也会发起倒换请求,主控节点收到倒换请求时已经发起倒换处理,而且请求的操作与保护组状态一致,则受控节点不再响应该倒换请求。
进一步的,当工作通道恢复后且在保持一段时间内无故障,则返回工作通道。发起切换至工作通道的倒换处理指令,保护通道上的中间节点网元收到倒换处理指令后删除所配置的时分业务,并更新时分业务占用带宽,两端的SNCP路由将业务收发切换至工作通道。
进一步的,当前工作在保护通道时,若发生链路故障,此时无论工作通道好坏,都将时分业务切换至工作通道,以便保护通道恢复正常时,可以利用其带宽承载信令通道的开销或以太业务等业务。
另外,当本实施例中的倒换处理指令包含主控节点当前的业务通道状态,即时分业务是在工作通道还是保护通道,也包括链路标识信息,当进行倒换处理时,是将该保活消息先发送给中间节点,直到发送至受控节点,完成链路业务通道状态的切换。
本实施例提供的用于时分业务SNCP链路的业务传输管理方法,通过当工作通道和保护通道都未发生故障时,主控节点选择工作通道承载时分业务,进行时分业务流的传输;此时保护通道可以用于传输保活消息、以太业务和不需要进行保护的业务等;当工作通道故障时,将时分业务倒换至保护通道传输。这样既可以保证时分业务的传输,又可以通过保护通道的带宽处理其他业务,在不中断业务或最大限度地缩短业务中断时间的情况下,提高了带宽利用率。
显然,本领域的技术人员应该明白,上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以,本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (12)
1.一种用于子网连接保护链路的业务传输管理方法,包括:
选定所述子网连接保护链路的一端节点作为主控节点;
当所述子网连接保护链路上的工作通道和保护通道都未发生故障时,选择所述工作通道承载主业务,所述保护通道承载非主业务;
检测所述工作通道是否发生故障,并使所述主控节点获知故障信息;
在所述主控节点侧根据所述故障信息生成倒换处理指令,并对所述倒换处理指令进行执行处理和广播处理;所述倒换处理指令用于触发主业务从所述工作通道倒换至所述保护通道传输;
在所述子网连接保护链路中的其他节点侧接收并执行所述倒换处理指令。
2.如权利要求1所述的用于子网连接保护链路的业务传输管理方法,其特征在于,还包括:选定所述子网连接保护链路的另一端节点作为受控节点,则检测所述工作通道是否发生故障,并使所述主控节点获知故障信息,包括:
如果所述工作通道发生前向故障或反向故障,在主控节点侧检测到所述故障信息或者接收受控节点侧检测到的所述故障信息;
如果所述工作通道发生双向故障,在主控节点侧和受控节点侧都检测到所述故障信息。
3.如权利要求1所述的用于子网连接保护链路的业务传输管理方法,其特征在于,还包括:对所述子网连接保护链路进行链路保活处理。
4.如权利要求1-3任一项所述的用于子网连接保护链路的业务传输管理方法,其特征在于,所述在主控节点侧根据所述故障信息生成倒换处理指令,并对所述倒换处理指令进行执行处理和广播处理,包括:
在所述主控节点侧根据所述故障信息生成所述倒换处理指令,并使所述主控节点执行所述倒换处理指令;
将所述倒换处理指令广播给所述子网连接保护链路中的其他各节点,使所述其他各节点执行所述倒换处理指令。
5.如权利要求1-3任一项所述的用于子网连接保护链路的业务传输管理方法,其特征在于,还包括:
在所述工作通道发生故障,所述保护通道承载所述主业务时,
若所述工作通道从故障中恢复和/或所述保护通道发生故障,将所述主业务从所述保护通道倒换至所述工作通道。
6.如权利要求1-3任一项所述的用于子网连接保护链路的业务传输管理方法,其特征在于,还包括:给所述子网连接保护链路上的各节点配置链路标识,所述各节点包括所述主控节点和所述子网连接保护链路中的其他各节点。
7.一种用于子网连接保护链路的业务传输管理装置,包括:
选择模块,用于选定所述子网连接保护链路的一端作为主控节点;
业务管理模块,用于当所述子网连接保护链路上的工作通道和保护通道都未发生故障时,选择所述工作通道承载主业务,所述保护通道承载非主业务;
检测处理模块,用于检测所述工作通道是否发生故障,并使所述主控节点获知故障信息;
第一倒换处理模块,用于在所述主控节点侧根据所述故障信息生成倒换处理指令,并对所述倒换处理指令进行执行处理和广播处理;所述倒换处理指令用于触发主业务从所述工作通道倒换至所述保护通道传输;
第二倒换处理模块,用于在所述子网连接保护链路中的其他节点侧接收并执行所述倒换处理指令。
8.如权利要求7所述的用于子网连接保护链路的业务传输管理装置,其特征在于,
所述选择模块还用于选定所述子网连接保护链路的另一端节点作为受控节点;
所述检测处理模块用于:
如果所述工作通道发生前向故障或反向故障,在主控节点侧检测到所述故障信息或者接收受控节点侧检测到的所述故障信息;
如果所述工作通道发生双向故障,在主控节点侧和受控节点侧都检测到所述故障信息。
9.如权利要求7所述的用于子网连接保护链路的业务传输管理装置,其特征在于,还包括保活处理模块,所述保活处理模块用于对所述子网连接保护链路进行链路保活处理。
10.如权利要求7-9任一项所述的用于子网连接保护链路的业务传输管理装置,其特征在于,所述第一倒换处理模块用于:
在所述主控节点侧根据所述故障信息生成所述倒换处理指令,并使所述主控节点执行所述倒换处理指令;
将所述倒换处理指令广播给所述子网连接保护链路中的其他各节点,使所述其他各节点执行所述倒换处理指令。
11.如权利要求7-9任一项所述的用于子网连接保护链路的业务传输管理装置,其特征在于,还包括第三倒换处理模块,所述第三倒换处理模块用于:
在所述工作通道发生故障,所述保护通道承载所述主业务时,
若所述工作通道从故障中恢复和/或所述保护通道发生故障,将所述主业务从所述保护通道倒换至所述工作通道。
12.一种用于子网连接保护链路的业务传输管理系统,其特征在于,包括:权利要求7-11任一项所述的用于子网连接保护链路的业务传输管理装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610404311.3A CN107483332B (zh) | 2016-06-07 | 2016-06-07 | 用于子网连接保护链路的业务传输管理方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610404311.3A CN107483332B (zh) | 2016-06-07 | 2016-06-07 | 用于子网连接保护链路的业务传输管理方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107483332A true CN107483332A (zh) | 2017-12-15 |
CN107483332B CN107483332B (zh) | 2022-08-02 |
Family
ID=60593820
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610404311.3A Active CN107483332B (zh) | 2016-06-07 | 2016-06-07 | 用于子网连接保护链路的业务传输管理方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107483332B (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1801749A (zh) * | 2004-12-31 | 2006-07-12 | 华为技术有限公司 | 一种在城域传输网络中保护数据业务的方法 |
CN101005406A (zh) * | 2006-12-21 | 2007-07-25 | 华为技术有限公司 | 一种传输网的保护方法及其系统 |
CN101051995A (zh) * | 2006-06-05 | 2007-10-10 | 华为技术有限公司 | 基于无连接网络的保护倒换方法 |
CN101141349A (zh) * | 2007-10-10 | 2008-03-12 | 中兴通讯股份有限公司 | 一种传输业务的保护方法 |
CN101345590A (zh) * | 2008-08-22 | 2009-01-14 | 中兴通讯股份有限公司 | Sncp业务配置方法 |
CN101827440A (zh) * | 2009-03-06 | 2010-09-08 | 中兴通讯股份有限公司 | 一种实现周期位置更新的方法 |
US20130114953A1 (en) * | 2011-11-07 | 2013-05-09 | Ciena Corporation | Optical transport network port protection systems and methods using flexible switch criteria |
US20140321448A1 (en) * | 2013-04-30 | 2014-10-30 | Seven Networks, Inc. | Detection and reporting of keepalive messages for optimization of keepalive traffic in a mobile network |
CN104683171A (zh) * | 2013-12-02 | 2015-06-03 | 中国移动通信集团广东有限公司 | 应用软件的实时监控方法及装置 |
CN104852857A (zh) * | 2014-02-14 | 2015-08-19 | 航天信息股份有限公司 | 基于负载均衡的分布式数据传输方法和系统 |
CN105553727A (zh) * | 2015-12-18 | 2016-05-04 | 北京奇虎科技有限公司 | 一种更新配置信息的方法、装置及系统 |
-
2016
- 2016-06-07 CN CN201610404311.3A patent/CN107483332B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1801749A (zh) * | 2004-12-31 | 2006-07-12 | 华为技术有限公司 | 一种在城域传输网络中保护数据业务的方法 |
CN101051995A (zh) * | 2006-06-05 | 2007-10-10 | 华为技术有限公司 | 基于无连接网络的保护倒换方法 |
CN101005406A (zh) * | 2006-12-21 | 2007-07-25 | 华为技术有限公司 | 一种传输网的保护方法及其系统 |
CN101141349A (zh) * | 2007-10-10 | 2008-03-12 | 中兴通讯股份有限公司 | 一种传输业务的保护方法 |
CN101345590A (zh) * | 2008-08-22 | 2009-01-14 | 中兴通讯股份有限公司 | Sncp业务配置方法 |
CN101827440A (zh) * | 2009-03-06 | 2010-09-08 | 中兴通讯股份有限公司 | 一种实现周期位置更新的方法 |
US20130114953A1 (en) * | 2011-11-07 | 2013-05-09 | Ciena Corporation | Optical transport network port protection systems and methods using flexible switch criteria |
US20140321448A1 (en) * | 2013-04-30 | 2014-10-30 | Seven Networks, Inc. | Detection and reporting of keepalive messages for optimization of keepalive traffic in a mobile network |
CN104683171A (zh) * | 2013-12-02 | 2015-06-03 | 中国移动通信集团广东有限公司 | 应用软件的实时监控方法及装置 |
CN104852857A (zh) * | 2014-02-14 | 2015-08-19 | 航天信息股份有限公司 | 基于负载均衡的分布式数据传输方法和系统 |
CN105553727A (zh) * | 2015-12-18 | 2016-05-04 | 北京奇虎科技有限公司 | 一种更新配置信息的方法、装置及系统 |
Non-Patent Citations (2)
Title |
---|
LIPING YAN; DEPENG JIN; LIEGUANG ZENG: "Study of Steering Protection Switch in Case of Unidirectional Link Failure in RPR", 《2006 10TH IEEE SINGAPORE INTERNATIONAL CONFERENCE ON COMMUNICATION SYSTEMS》 * |
田武南: "基于CAN总线的汽车车身控制模块的研究", 《中国优秀硕士学位论文全文数据库》 * |
Also Published As
Publication number | Publication date |
---|---|
CN107483332B (zh) | 2022-08-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100696176B1 (ko) | Mpls lsp보호절체 장치 및 방법 | |
US7289428B2 (en) | Inter-working mesh telecommunications networks | |
US7027388B2 (en) | 1+1 Mesh protection | |
JPH0795227A (ja) | パス保護切替リングネットワークおよびその障害復旧方法 | |
CN103490921B (zh) | 网络保护方法、装置、下环节点及系统 | |
CN1848714B (zh) | 通过网元双归属与环网保护结合实现网络保护的方法 | |
CN102148694B (zh) | 一种分组传送网络的线性1:n保护方法、装置和系统 | |
US8165016B2 (en) | Method and apparatus for setting communication paths in a network | |
US6848062B1 (en) | Mesh protection service in a communications network | |
CN102014011A (zh) | 环网保护方法与系统 | |
US20180351686A1 (en) | Fault propagation in segmented protection | |
CN101626272B (zh) | 一种光网络中错连阻错的实现方法 | |
US20050088963A1 (en) | Method and apparatus for protection switch messaging on a shared mesh network | |
CN101453744B (zh) | 业务控制方法及装置 | |
EP2797264B1 (en) | Ring network protection realizing method and system | |
CN101197591B (zh) | 用于ason的保护恢复方法和装置 | |
US20120195186A1 (en) | Method and system for preventing traffic loss caused by wait-to-restore mechanisms in service protection networks | |
CN105681149A (zh) | 环网保护方法及装置 | |
CN106161232A (zh) | 一种隧道保护切换的方法和装置 | |
CN104065516A (zh) | 一种dcs骨干网双环切换方法 | |
CN105264799A (zh) | 保护倒换的方法、节点和控制设备 | |
CN107483332A (zh) | 用于子网连接保护链路的业务传输管理方法、装置和系统 | |
WO2008037781A1 (en) | Method for protection switching in ring topologies | |
KR102126222B1 (ko) | 연동 보호 절체 방법 및 장치 | |
JP2005268889A (ja) | 伝送路切替システムおよび伝送路切替システムの動作方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |