WO2012155789A1 - 保护倒换失败时保护业务的方法及装置 - Google Patents

保护倒换失败时保护业务的方法及装置 Download PDF

Info

Publication number
WO2012155789A1
WO2012155789A1 PCT/CN2012/075001 CN2012075001W WO2012155789A1 WO 2012155789 A1 WO2012155789 A1 WO 2012155789A1 CN 2012075001 W CN2012075001 W CN 2012075001W WO 2012155789 A1 WO2012155789 A1 WO 2012155789A1
Authority
WO
WIPO (PCT)
Prior art keywords
switching
protection
failure
protection switching
fails
Prior art date
Application number
PCT/CN2012/075001
Other languages
English (en)
French (fr)
Inventor
任平
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2012155789A1 publication Critical patent/WO2012155789A1/zh

Links

Classifications

    • 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/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • 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/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and apparatus for protecting a service when a failover fails.
  • PDH Physical Digital Hierarchy
  • SDH Synchronous Digital Hierarchy
  • SONET Synchronous Optical Network
  • OTN Optical Transport
  • ASON Automatically Switched Optical Network
  • ASON provides a unified control and management plane for various network devices, which provides manufacturers with powerful tools to make optical networks intelligent, and also considers how to meet the needs of operators.
  • the M N protection group configured on the control plane, that is, M protection services are configured to protect N work services.
  • the protection connection can be used to ensure the normal operation of the faulty work service.
  • the working connection failure disappears, the service will return to the original connection, which allows the protection connection to carry additional services.
  • the above-mentioned switching includes: normal switching and preemptive switching.
  • the normal switching refers to a switching operation that needs to be switched to protection due to network management commands or alarms.
  • Preemptive switching means that a working service A has been protected on the protection connection. It needs to be switched to the protected work service B. Because B has a higher priority than A, B must preempt A to switch to protection, and A needs to cancel the switch.
  • the M:N protection switching related technologies and solutions in the control plane have the following disadvantages:
  • the present invention provides a method and apparatus for protecting a service when a failover fails to solve at least one of the above problems.
  • a method for protecting a service when a protection switching fails in an automatic optical switching network M: N protection group including: when a protection switching fails, obtaining a reason for a protection switching failure; The reason for the failure of the switchover is to re-initiate the protection switching request.
  • the reason for the failure of the protection switching request to re-initiate protection switching comprising: Recovery M
  • the reason for the failure protection switching N protection group state before the protection switching, re-initiate protection switching request.
  • the reason for the failure of protection switching includes one of the following: failure of ordinary switching, failure of preemptive switching, failure of undoing switching.
  • the M N protection group is restored to the state before the protection switching.
  • the re-initiation protection switching request includes: When the protection switching failure is caused by the normal switching failure, the M : N protection group is restored before the normal switching. If the failure of the protection switching fails, the M:N protection group regains the pre-replacement status and re-initiates the preemption switching request. When the protection switching fails, the revocation fails, the M : N protection is restored . The group cancels the state before the switchover and re-initiates the undo switchover request. After the protection switching request is re-initiated, the method further includes: after the working connection of the protection switching protection is restored, the protection switching is cancelled.
  • an apparatus for protecting a service when a protection switching fails in an automatic optical switching network M: N protection group including: a reason acquisition module, configured to acquire protection when a protection switching fails Reason for failure failure; Re-initialize module, set to re-initiate protection switching request according to the reason that protection switching fails.
  • the module is re-initiated, and the M:N protection group is restored to the state before the protection switching according to the failure of the protection switching, and the protection switching request is re-initiated.
  • the reason for the failure of protection switching includes one of the following: failure of ordinary switching, failure of preemptive switching, failure of undoing switching.
  • the re-initiation module includes: a first retransmission unit, configured to restore the state before the normal switching of the M : N protection group, and re-initiate the normal switching request when the failure of the protection switching failure is normal failure, and the second retransmission unit is set to When the failure of the protection switching fails, the M:N protection group regains the pre-replacement state and re-initiates the preemption switching request.
  • the third retransmission unit is set to restore M when the protection switching failure is caused by the undo switching failure. :
  • the N protection group cancels the state before the switchover and re-initiates the undo switchover request.
  • the device further includes: a switching undo module, configured to cancel the protection switching after the working connection of the protection switching protection returns to normal.
  • a switching undo module configured to cancel the protection switching after the working connection of the protection switching protection returns to normal.
  • the present invention adopts a scheme for realizing the failure of the acquisition when the protection switching fails, and re-initiating the protection switching according to the failure reason, thereby solving the problem of the lack of the protection switching failure processing scheme in the prior art, thereby achieving the normal maintenance service.
  • Cross-connect to ensure the smooth flow of business.
  • FIG. 1 is a flow chart of a method for protecting a service when protection switching fails according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a method for protecting a service when protection switching fails according to a preferred embodiment of the present invention
  • FIG. 4 is a schematic diagram of a process of repairing an intersection by re-triggering preemptive switching after a preemptive switching failure according to an example of the present invention
  • FIG. 5 is a schematic diagram of a protection switching failure according to an embodiment of the present invention
  • FIG. 6 is a structural block diagram of an apparatus for protecting a service when a protection fails, according to a preferred embodiment of the present invention.
  • a method for protecting a service when a protection switching fails includes: Step S102: When the protection switching fails, the reason for the failure of the protection switching is obtained. Step S104: The protection switching request is re-initiated according to the reason that the protection switching fails.
  • the above method provides a retrying mechanism for the M:N protection group, that is, the service connection is repaired by re-triggering the switching action according to the failure reason, thereby achieving the normal cross-connection of the maintenance service and ensuring the smooth flow of the service, thereby achieving The purpose of protecting the business.
  • the step S104 may further include the following process: recovering the M:
  • the N protection group performs the state before the protection switching according to the reason of the protection switching failure, and re-initiates the protection switching request. If the protection switching fails, the protection switching request can be re-initiated according to the reason of the protection switching failure.
  • the N:N protection group performs the state before the protection switching, ensuring that the protection switching needs are not changed, and then re-initiating the protection switching request.
  • the reason for the failure of the protection switching may include one of the following: a normal switching failure, a preemptive switching failure, and an undo switching failure.
  • a normal switching failure In an M : N protection group, normal switching, preemptive switching, and undo switching may fail, which may further cause the overall failure of the protection switching.
  • the M:N protection group is restored according to the reason of the protection switching failure before the protection switching is performed, and the re-initiation protection switching request may further include the following processing:
  • the M : N protection group regains the pre-replacement status and re-initiates the preemption switching request.
  • the M N protection group is restored to cancel the state before the switchover, and the undo switchover request is re-initiated.
  • the processing performed when the switchover request is reinitiated is different.
  • the following processing may be further included: after the working connection of the protection switching protection returns to normal, the protection switching is cancelled.
  • Step S202 The connected A-side network element receives the response message of the switching failure.
  • step S204 the network management switch fails to be reported, and it is determined whether the re-triggering is required. If yes, go to step S206, and then end; step S206, determine the cause of the failure of the switchover.
  • step S208 determines the cause of the failure of the switchover.
  • step S210 If the cause of the failover of the protection switch fails, the process proceeds to step S210. If the failure of the unsuccessful switchover is unsuccessful, the process proceeds to step S212. Siu Shaopeng S208, repair the state before the normal switching of the protection group, and then re-trigger the normal switchover, and then go to step S214; NIU Shaopeng S210, repair the state before the protection group preempts the switchover, and re-trigger the preemption switchover.
  • step S214 Niu Shaopeng S212, repair the protection group to cancel the state before the switching, re-trigger the revocation switching, go to step S220; Niu Shaopeng S214, judge whether the re-trigger switching is successful, then go to step S216, otherwise go to step S202; , judge whether the working connection to the protection has no alarm and no network management If yes, go to step S218, otherwise go to step S222; step S218, cancel protection switching; step S220, determine whether the undo protection switching is successful, if yes, go to step S222, otherwise go to step S202; step S222, according to the current protection group
  • the alarm status and network management commands are processed according to the switching principle.
  • the foregoing preferred embodiment is mainly applied to the ASON network control plane, when the M:N protection group fails to perform protection switching, the protection group can re-initiate a switching request to the connection according to the reason of the switching failure, and perform subsequent switching according to the result of the switching request. Handle, and then repair the confusion of the intersection, to ensure the smooth flow of business, to achieve the purpose of protecting the business.
  • M:N protection group in the following example, M takes a value of 1, and N takes a value of 4.
  • P is a protection connection, and Wl, W2, W3, and W4 are working connections having priority 1, 2, 3, and 4, respectively.
  • Embodiment 1 The W1 switchover fails to be protected, and the W1 has no alarm.
  • the subsequent processing procedure of the failover is as follows: Step 1: The A-side NE receives the failure of the W1 switchover of the connection and fails to determine whether the switchover needs to be re-triggered. If yes, go to step 2. Step 2: Re-trigger the normal switch until the switchover is successful. Step 3: Is there an alarm on W1? If there is no network management switchover command, the switchover is cancelled, the service is returned to W1, and P is allowed to transmit additional services. Go to Step 4. Otherwise, go directly to step 4. Step 4: Report the successful switching event to the NMS. Step 5: According to the alarm status and network management commands in the protection group, follow the switching principle.
  • Step 6 End.
  • Embodiment 2 The W2 alarm SF (Signal Fail) is successfully switched to the protection P.
  • the subsequent processing of the preemptive switching failure is as follows (refer to Figure 4): Step 1 : The A-side NE receives the W1 preemption reported by the connection and the W2 fails to switch to P. It is determined whether the preemption switching needs to be triggered again. If yes, go to step 2.
  • Step 2 Re-trigger the preemptive switchover until the preemption switchover succeeds.
  • Step 3 Is there an alarm on W1? If there is no network management switchover command, the switchover is cancelled and the service is returned to W1.
  • FIG. 4 is a schematic diagram of a process of re-triggering a preemptive reversal to repair an intersection after a preemptive switching failure according to an example of the present invention. If the A node is successfully switched and the Z node fails to be switched, the preemptive switching needs to be triggered again to repair the crossover (Wl, W2 has no recovery attribute). As shown in Figure 4: Process 1, W2 has been successfully switched to P.
  • FIG. 5 is a structural block diagram of an apparatus for protecting a service when a protection switching fails according to an embodiment of the present invention. As shown in FIG.
  • the apparatus for protecting a service when the protection switching fails includes: a reason obtaining module 52, configured to acquire a reason for the failure of the protection switching when the protection switching fails; re-initiating the module 54, connecting to the cause
  • the obtaining module 52 is configured to re-initiate the protection switching request according to the reason that the protection switching fails.
  • the re-initiation module 54 may be further configured to resume the M:N protection group to perform a protection switching request according to the reason of the protection switching failure, and re-initiate the protection switching request.
  • Relaunching module 54 prior to re-initiate protection switching request may first restore M
  • the reason for protection switching failure N protection group state before the protection switching, to ensure reason to perform the protection switching is not changed, and then re-initiate protection switching request.
  • the reason for the failure of the protection switching may include one of the following: a normal switching failure, a preemptive switching failure, and an undo switching failure.
  • normal switching, preemptive switching, and undo switching may fail, which may further cause the overall failure of the protection switching.
  • the re-initiation module 54 may further include:
  • the first retransmission unit 542 is connected to the reason retrieving module 52, and is configured to resume the state before the normal switching of the M : N protection group, and re-initiate the normal switching request when the failure of the protection switching fails is the normal switching failure;
  • 544 connected to the reason acquisition module 52, configured to restore the state before the M : N protection group preemptively switches and re-initiate the preemption switching request when the protection switching failure is caused by the preemptive switching failure;
  • the third retransmission unit 546 connected to the reason
  • the obtaining module 52 is configured to restore the M : N protection group to cancel the state before the switching, and re-initiate the revocation switching request when the protection switching failure reason is the undo switching failure.
  • the apparatus for protecting service when the protection switching fails may further include: a switching revocation module 56 connected to the re-initiation module 54 and configured as a working connection in the protection switching protection. After returning to normal, the protection switching is revoked. After the protection switching succeeds, if there is no alarm for the working connection, the switching revocation module 56 can revoke the protection switching, and the working connection can carry the service again, and the protection connection can protect other working connections with alarms or in the service. Carrying extra business directly when it is heavy.
  • the working connection and the protection connection of the switching failure can be restored to the original connection, and in particular, the switching of one network element node can be successful.
  • the work connection and the protection connection cross-disorders involved in the failure of another network element node play a good role in repairing, ensuring the consistency of the connection state of the protection group and the actual connection cross state, thereby ensuring the smooth flow of the service. .
  • the switchover is cancelled, the original connection is restored, and the protection link can carry additional services, thereby achieving the purpose of effectively utilizing resources.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

保护倒换失败时保护业务的方法及装置 技术领域 本发明涉及通信领域， 具体而言， 涉及一种保护倒换失败时保护业务的方法及装 置。 背景技术 现代光通信网络的发展从 PDH(Plesynhronous Digital Hierarchy,准同步数字系列） 算起，经过 SDH ( Synchronous Digital Hierarchy, 同步数字体系） /SONET ( Synchronous Optical Network, 同步光纤网络） /OTN (Optical Transport Network, 光传输网络） 到 现在的 ASON (Automatically Switching Optical Network, 自动交换光网络）， 充分反映 了光通信网从低速链路到高速、 超高速， 从点对点拓扑到环、 网， 从低速电复用到高 速电复用、 光复用， 从主要面向链路、 网元的管理到面向端到端服务的管理的演进趋 势。
ASON为各种网络设备提供了统一的控制、 管理平面， 技术上为制造商提供了促 使光网络智能化的有力工具， 同时也充分考虑了如何满足运营商的需求。 通过控制平 面配置的 M: N保护组， 即配置 M条保护业务来保护 N条工作业务。 当承载业务的 工作连接出现故障时， 可以通过保护连接来保证出现故障的工作业务的正常运行。 当 工作连接故障消失后， 业务将回到原始连接上， 此时允许保护连接承载额外业务。
M:N保护组在进行业务保护时， 如果发生倒换失败， 特别是其中一个网元节点倒 换成功， 另一个节点倒换失败， 致使整个倒换失败， 会进而使涉及到的工作连接及保 护连接的交叉都处于非正常状态， 即交叉错乱的状态。 上述倒换包括： 普通倒换和抢 占倒换， 普通倒换是指一条工作因网管命令或是告警而需要倒换到保护的倒换操作； 抢占倒换是指保护连接上已经保护一条工作业务 A， 而此时又有需要倒换到保护的工 作业务 B， 因 B的优先级高于 A， 故要 B要抢占 A倒换到保护， 而 A需要撤销倒换。 目前控制平面中的 M:N保护倒换相关技术及解决方案存在以下缺点：
( 1 )均是描述如何实现保护倒换， 而对于保护倒换失败时如何处理则没有相关描 (2)对于已经倒换到保护的工作业务， 如果没有告警或是网管倒换命令， 没有做 撤销倒换的处理， 致使没有故障的原始连接却空闲着， 并且不承载业务， 而由保护连 接承载业务， 这样会浪费保护连接资源。 发明内容 本发明提供了一种保护倒换失败时保护业务的方法及装置， 以至少解决上述问题 之一。 根据本发明的一个方面， 提供了一种应用于自动光交换网络 M: N保护组中的保 护倒换失败时保护业务的方法， 包括： 当保护倒换失败时， 获取保护倒换失败的原因； 根据保护倒换失败的原因重新发起保护倒换请求。 根据保护倒换失败的原因重新发起保护倒换请求包括： 根据保护倒换失败的原因 恢复 M: N保护组进行保护倒换之前的状态， 重新发起保护倒换请求。 保护倒换失败的原因包括以下之一： 普通倒换失败、 抢占倒换失败、 撤销倒换失 败。 根据保护倒换失败的原因恢复 M: N保护组进行保护倒换之前的状态， 重新发起 保护倒换请求包括： 当保护倒换失败原因为普通倒换失败时， 恢复 M: N保护组普通 倒换前的状态， 重新发起普通倒换请求； 当保护倒换失败原因为抢占倒换失败时， 恢 复 M: N保护组抢占倒换前的状态， 重新发起抢占倒换请求； 当保护倒换失败原因为 撤销倒换失败时， 恢复 M: N保护组撤销倒换前的状态， 重新发起撤销倒换请求。 在重新发起保护倒换请求之后，还包括： 在保护倒换保护的工作连接恢复正常后， 撤销保护倒换。 根据本发明的另一方面， 提供了一种应用于自动光交换网络 M: N保护组中的保 护倒换失败时保护业务的装置， 包括： 原因获取模块， 设置为在保护倒换失败时， 获 取保护倒换失败的原因； 重新发起模块， 设置为根据保护倒换失败的原因重新发起保 护倒换请求。 重新发起模块， 设置为根据保护倒换失败的原因恢复 M: N保护组进行保护倒换 之前的状态， 重新发起保护倒换请求。 保护倒换失败的原因包括以下之一： 普通倒换失败、 抢占倒换失败、 撤销倒换失 败。 重新发起模块包括： 第一重发单元， 设置为在保护倒换失败原因为普通倒换失败 时， 恢复 M: N保护组普通倒换前的状态， 重新发起普通倒换请求； 第二重发单元， 设置为在保护倒换失败原因为抢占倒换失败时，恢复 M: N保护组抢占倒换前的状态， 重新发起抢占倒换请求； 第三重发单元， 设置为在保护倒换失败原因为撤销倒换失败 时， 恢复 M: N保护组撤销倒换前的状态， 重新发起撤销倒换请求。 上述装置还包括： 倒换撤销模块， 设置为在保护倒换保护的工作连接恢复正常后， 撤销保护倒换。 通过本发明， 采用当发生保护倒换失败时， 实时的获取失败原因， 根据失败原因 重新发起保护倒换的方案， 解决了现有技术中缺乏保护倒换失败处理方案的问题， 进 而达到了维护业务的正常交叉连接， 保障业务畅通的效果。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据本发明实施例的保护倒换失败时保护业务的方法的流程图； 图 2是根据本发明优选实施例的保护倒换失败时保护业务的方法流程图； 图 3是根据本发明实例的 1 : N保护组配置示意图； 图 4是根据本发明实例的抢占倒换失败后重新触发抢占倒换对交叉进行修复的过 程示意图； 图 5是根据本发明实施例的保护倒换失败时保护业务的装置的结构框图； 图 6是根据本发明优选实施例的保护倒换失败时保护业务的装置的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 图 1是根据本发明实施例的保护倒换失败时保护业务的方法的流程图。 如图 1所 示， 根据本发明实施例的保护倒换失败时保护业务的方法包括： 步骤 S102， 当保护倒换失败时， 获取保护倒换失败的原因； 步骤 S104, 根据保护倒换失败的原因重新发起保护倒换请求。 上述方法为 M: N保护组提供了一种重试机制， 即根据失败原因， 通过重新触发 倒换动作来修复业务的连接， 从而达到了维护业务的正常交叉连接， 保障业务畅通的 目的， 进而达到了保护业务的目的。 倒换失败无非是两种情况： 一是首尾节点都倒换 失败； 二是首尾节点的某一个节点倒换成功， 某一个节点倒换失败。 上述方法适用于 上述的两种倒换失败的情况。 优选地， 步骤 S104可以进一步包括以下处理： 根据保护倒换失败的原因恢复 M: N保护组进行保护倒换之前的状态， 重新发起保护倒换请求。 根据保护倒换失败的原因重新发起保护倒换请求可以首先根据保护倒换失败的原 因恢复 M: N保护组进行保护倒换之前的状态， 确保需要进行保护倒换的原因没有发 生变化， 然后再重新发起保护倒换请求。 优选地， 上述保护倒换失败的原因可以包括以下之一： 普通倒换失败、 抢占倒换 失败、 撤销倒换失败。 在 M: N保护组中， 在进行普通倒换、 抢占倒换、 撤销倒换时都可能会失败， 从 而会进一步的导致保护倒换整体失败。 优选地， 根据保护倒换失败的原因恢复 M: N保护组进行保护倒换之前的状态， 重新发起保护倒换请求可以进一步包括以下处理：
( 1 ) 当保护倒换失败原因为普通倒换失败时， 恢复 M: N保护组普通倒换前的 状态， 重新发起普通倒换请求；
(2) 当保护倒换失败原因为抢占倒换失败时， 恢复 M: N保护组抢占倒换前的 状态， 重新发起抢占倒换请求；
(3 ) 当保护倒换失败原因为撤销倒换失败时， 恢复 M: N保护组撤销倒换前的 状态， 重新发起撤销倒换请求。 对应不同的倒换失败原因， 重新发起倒换请求时所做的处理也不相同。 优选地， 在重新发起保护倒换请求之后， 还可以进一步包括以下处理： 在保护倒 换保护的工作连接恢复正常后， 撤销保护倒换。 因为倒换失败， 经过上述方法， 重新倒换成功后， 如果工作连接无告警， 则该保 护倒换就可以撤消了， 由该工作连接再次承载业务， 而保护连接则可以去保护其他的 发生告警的工作连接或者在业务繁重时直接承载额外业务。 上述优选实施例的实施需要两个前提： （1 ) 已配置好 M: N保护组； （2) 连接返 回倒换失败。 在实施过程中， 前一个动作未执行完， 必须先执行， 然后再根据执行情 况做后续处理。 如图 2所示， 在具体实施过程中， 上述优选实施例可以概括如下： 步骤 S202, 连接的 A端网元收到倒换失败的应答消息； 步骤 S204, 上报网管倒换失败， 判断是否需要重新触发， 是则转步骤 S206, 否 则结束； 步骤 S206, 判断倒换失败原因， 当保护倒换失败原因为普通倒换失败时， 转步骤 S208, 当保护倒换失败原因为抢占倒换失败时， 转步骤 S210, 当保护倒换失败原因为 撤销倒换失败时， 转步骤 S212; 牛少鹏 S208, 修复保护组普通倒换前的状态， 重新触发普通倒换， 转步骤 S214; 牛少鹏 S210, 修复保护组抢占倒换前的状态， 重新触发抢占倒换， 转步骤 S214; 牛少鹏 S212, 修复保护组撤销倒换前的状态， 重新触发撤销倒换， 转步骤 S220; 牛少鹏 S214, 判断重新触发的倒换是否成功， 是则转步骤 S216, 否则转步骤 S202; 步骤 S216, 判断换到保护的工作连接是否已无告警且无网管命令， 是则转步骤 S218, 否则转步骤 S222; 步骤 S218, 撤销保护倒换； 步骤 S220, 判断撤销保护倒换是否成功， 是则转步骤 S222, 否则转步骤 S202; 步骤 S222, 根据当前的保护组中的告警状态及网管命令， 按照倒换原则处理。 上述优选实施例主要应用在 ASON网络控制平面中 M:N保护组在保护业务而发 生倒换失败时， 使保护组可以根据倒换失败原因， 重新向连接发起倒换请求， 并根据 倒换请求结果做后续倒换处理， 进而修复错乱的交叉， 保证业务的畅通， 达到保护业 务的目的。 下面结合实例对上述优选实施例进行详细说明。下述实例中的 M:N保护组， M取 值 1， N取值为 4。 如图 3所示， P为保护连接， Wl、 W2、 W3、 W4分别为优先级为 1、 2、 3、 4的工作连接。 实施例 1 : W1倒换到保护失败， W1无告警， 倒换失败的后续处理流程如下： 步骤 1 : A端网元接收到连接上报的 W1倒换到 P失败、 判断是否需要重新触发 倒换。 若是， 则转步骤 2。 步骤 2: 重新触发普通倒换， 直到倒换成功。 步骤 3 : W1是否有告警，若无且无网管倒换命令， 则撤销倒换，业务回到 W1上， P允许传送额外业务， 转步骤 4。 否则， 直接转步骤 4。 步骤 4: 向网管上报倒换成功事件。 步骤 5 : 根据保护组中的告警状态及网管命令， 按照倒换原则进行后续处理。 步骤 6: 结束。 实施例 2: W2告警 SF ( Signal Fail, 信号失效 ） 倒换到保护 P成功， W1告警 SF， Wl抢 占 W2倒换失败， W1告警消失， 抢占倒换失败的后续处理流程如下 （参考图 4): 步骤 1 : A端网元接收到连接上报的 W1抢占 W2倒换到 P失败、 判断是否需要 重新触发抢占倒换。 若是， 则转步骤 2。 步骤 2: 重新触发抢占倒换， 直到抢占倒换成功。 步骤 3 : W1是否有告警，若无且无网管倒换命令， 则撤销倒换，业务回到 W1上，
P允许传送额外业务， 转步骤 4。 否则， 直接转步骤 4。 步骤 4: 向网管上报倒换成功事件。 步骤 5 : 根据保护组中的告警状态及网管命令， 按照倒换原则进行后续处理。 步骤 6: 结束。 图 4是根据本发明实例的抢占倒换失败后重新触发抢占倒换对交叉进行修复的过 程示意图。 其中， A节点倒换成功、 Z节点倒换失败， 需要重新触发抢占倒换来修复 交叉 （Wl、 W2无恢复属性）。 如图 4所示： 过程①， W2已经成功倒换到 P上。 过程②， W1抢占 W2时， A端节点抢占成功， Z端节点抢占失败， 整个抢占倒换 失败。 过程③， 重新触发抢占倒换， 成功。 过程④， 重新抢占成功后， 若 W1无告警， 则其撤销倒换。 P允许承载额外业务。 图 5是根据本发明实施例的保护倒换失败时保护业务的装置的结构框图。 如图 5 所示， 根据本发明实施例的保护倒换失败时保护业务的装置包括： 原因获取模块 52， 设置为在保护倒换失败时， 获取保护倒换失败的原因； 重新发起模块 54，连接至原因获取模块 52， 设置为根据保护倒换失败的原因重新 发起保护倒换请求。 上述装置在 M: N保护组发生倒换失败时， 会根据失败原因， 重新触发倒换动作 来修复业务的连接， 以达到维护业务的正常交叉连接， 保障业务畅通的目的， 进而达 到保护业务的目的。 优选地， 重新发起模块 54， 还可以设置为根据保护倒换失败的原因恢复 M: N保 护组进行保护倒换之前的状态， 重新发起保护倒换请求。 重新发起模块 54在重新发起保护倒换请求前，可以首先根据保护倒换失败的原因 恢复 M: N保护组进行保护倒换之前的状态， 确保需要进行保护倒换的原因没有发生 变化， 然后再重新发起保护倒换请求。 优选地， 上述保护倒换失败的原因可以包括以下之一： 普通倒换失败、 抢占倒换 失败、 撤销倒换失败。 在 M: N保护组中， 在进行普通倒换、 抢占倒换、 撤销倒换时都可能会失败， 从 而会进一步的导致保护倒换整体失败。 优选地， 如图 6所示， 重新发起模块 54可以进一步包括： 第一重发单元 542， 连接至原因获取模块 52， 设置为在保护倒换失败原因为普通 倒换失败时， 恢复 M: N保护组普通倒换前的状态， 重新发起普通倒换请求； 第二重发单元 544， 连接至原因获取模块 52， 设置为在保护倒换失败原因为抢占 倒换失败时， 恢复 M: N保护组抢占倒换前的状态， 重新发起抢占倒换请求； 第三重发单元 546， 连接至原因获取模块 52， 设置为在保护倒换失败原因为撤销 倒换失败时， 恢复 M: N保护组撤销倒换前的状态， 重新发起撤销倒换请求。 对应不同的倒换失败原因， 重新发起倒换请求时所做的处理也不相同， 因此可以 设置不同的单元来实施相应的操作。 优选地， 如图 6所示， 根据本发明优选实施例的保护倒换失败时保护业务的装置 还可以进一步包括： 倒换撤销模块 56，连接至重新发起模块 54， 设置为在保护倒换保护的工作连接恢 复正常后， 撤销保护倒换。 在保护倒换成功后， 如果工作连接无告警， 则倒换撤销模块 56就可以撤消该保护 倒换了， 由该工作连接再次承载业务， 而保护连接则可以去保护其他的发生告警的工 作连接或者在业务繁重时直接承载额外业务。 从以上的描述中， 可以看出， 通过本发明提供的技术方案， 可以对倒换失败的工 作连接及保护连接的交叉起到修复回原始连接的作用， 特别是可以对一个网元节点倒 换成功， 而另一个网元节点失败的情况所涉及的工作连接及保护连接交叉错乱起到很 好的修复作用， 保证了保护组中连接状态与实际连接的交叉状态的一致性， 进而保证 了业务的畅通。 对于已经倒换到保护的工作， 如果原始连接没有告警或是网管倒换命 令， 则撤销倒换， 恢复到原始连接上， 并使得保护链接可以承载额外业务， 达到了有 效利用资源的目的。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1. 一种保护倒换失败时保护业务的方法，应用于自动光交换网络 M: N保护组中， 包括：
当保护倒换失败时， 获取所述保护倒换失败的原因；
根据所述保护倒换失败的原因重新发起保护倒换请求。
2. 根据权利要求 1所述的方法， 其中， 根据所述保护倒换失败的原因重新发起保 护倒换请求包括：
根据所述保护倒换失败的原因恢复所述 M: N保护组进行保护倒换之前的 状态， 重新发起保护倒换请求。
3. 根据权利要求 1或 2所述的方法， 其中， 所述保护倒换失败的原因包括以下之 一： 普通倒换失败、 抢占倒换失败、 撤销倒换失败。
4. 根据权利要求 3所述的方法，其中，根据所述保护倒换失败的原因恢复所述 M:
N保护组进行保护倒换之前的状态， 重新发起保护倒换请求包括：
当保护倒换失败原因为普通倒换失败时， 恢复所述 M: N保护组普通倒换 前的状态， 重新发起普通倒换请求；
当保护倒换失败原因为抢占倒换失败时， 恢复所述 M: N保护组抢占倒换 前的状态， 重新发起抢占倒换请求；
当保护倒换失败原因为撤销倒换失败时， 恢复所述 M: N保护组撤销倒换 前的状态， 重新发起撤销倒换请求。
5. 根据权利要求 1或 2所述的方法， 其中， 在重新发起保护倒换请求之后， 还包 括：
在所述保护倒换保护的工作连接恢复正常后， 撤销所述保护倒换。
6. 一种保护倒换失败时保护业务的装置，应用于自动光交换网络 M: N保护组中， 包括：
原因获取模块，设置为在保护倒换失败时，获取所述保护倒换失败的原因； 重新发起模块， 设置为根据所述保护倒换失败的原因重新发起保护倒换请 求。 根据权利要求 6所述的装置， 其中， 所述重新发起模块， 设置为根据所述保护 倒换失败的原因恢复所述 M: N保护组进行保护倒换之前的状态， 重新发起保 护倒换请求。 根据权利要求 6或 7所述的装置， 其中， 所述保护倒换失败的原因包括以下之 一： 普通倒换失败、 抢占倒换失败、 撤销倒换失败。 根据权利要求 8所述的装置， 其中， 所述重新发起模块包括： 第一重发单元， 设置为在保护倒换失败原因为普通倒换失败时 ， 恢复所述 M: N保护组普通倒换前的状态， 重新发起普通倒换请求；
第二重发单元， 设置为在保护倒换失败原因为抢占倒换失败时， 恢复所述 M: N保护组抢占倒换前的状态， 重新发起抢占倒换请求；
第三重发单元， 设置为在保护倒换失败原因为撤销倒换失败时， 恢复所述 M: N保护组撤销倒换前的状态， 重新发起撤销倒换请求。 根据权利要求 6或 7所述的装置， 其中， 还包括： 倒换撤销模块， 设置为在所述保护倒换保护的工作连接恢复正常后， 撤销 所述保护倒换。
PCT/CN2012/075001 2011-05-17 2012-05-02 保护倒换失败时保护业务的方法及装置 WO2012155789A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110127494.6A CN102790687B (zh) 2011-05-17 2011-05-17 保护倒换失败时保护业务的方法及装置
CN201110127494.6 2011-05-17

Publications (1)

Publication Number Publication Date
WO2012155789A1 true WO2012155789A1 (zh) 2012-11-22

Family

ID=47155994

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/075001 WO2012155789A1 (zh) 2011-05-17 2012-05-02 保护倒换失败时保护业务的方法及装置

Country Status (2)

Country Link
CN (1) CN102790687B (zh)
WO (1) WO2012155789A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101102521A (zh) * 2006-07-03 2008-01-09 华为技术有限公司 一种自动交换光网络中实现业务保护的方法
CN101159494A (zh) * 2007-10-26 2008-04-09 中兴通讯股份有限公司 用于自动交换光网络的业务保护方法
CN101534459A (zh) * 2009-04-22 2009-09-16 中兴通讯股份有限公司 一种自动交换光网络中实现保护与恢复的方法及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6766482B1 (en) * 2001-10-31 2004-07-20 Extreme Networks Ethernet automatic protection switching
CN100382534C (zh) * 2005-02-02 2008-04-16 华为技术有限公司 智能光网络双向复用段环网络保护倒换失败的检测方法
CN101925139B (zh) * 2009-06-17 2013-05-08 鼎桥通信技术有限公司 一种切换失败的处理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101102521A (zh) * 2006-07-03 2008-01-09 华为技术有限公司 一种自动交换光网络中实现业务保护的方法
CN101159494A (zh) * 2007-10-26 2008-04-09 中兴通讯股份有限公司 用于自动交换光网络的业务保护方法
CN101534459A (zh) * 2009-04-22 2009-09-16 中兴通讯股份有限公司 一种自动交换光网络中实现保护与恢复的方法及系统

Also Published As

Publication number Publication date
CN102790687B (zh) 2017-03-15
CN102790687A (zh) 2012-11-21

Similar Documents

Publication Publication Date Title
CN1866806B (zh) 共享格状网恢复的实现方法
CN102136940B (zh) 一种网络恢复方法和装置
CN100555922C (zh) 一种实现网格状光网络业务恢复的方法
US20030137932A1 (en) Path fault recovery method, switching-back method after recovery from fault, and node using the same
EP2458797A1 (en) Method, device and system for updating ring network topology information
CN101047547B (zh) 实现端口保护的方法和装置
WO2006025296A1 (ja) 障害回復方法およびネットワーク装置ならびにプログラム
WO2011095101A1 (zh) 一种分组传送网络的线性1：n保护方法、装置和系统
CN101436975B (zh) 一种在环网中实现快速收敛的方法、装置及系统
WO2011026442A1 (zh) 光网络中的信息处理方法、光通信装置及系统
WO2009055995A1 (en) Maintaining method for automatic switched optical network system when operation engenders alarm
CN100438447C (zh) 一种光网络lsp发生异常删除的恢复方法和装置
WO2019100705A1 (zh) 基于硬件的保护组倒换方法及光通信设备
CN101789879A (zh) 一种关联链路的动态维护方法及装置
WO2012079313A1 (zh) 一种链路保护方法及系统
WO2010121459A1 (zh) 一种自动交换光网络中实现保护与恢复的方法及系统
WO2010028560A1 (zh) 在mesh网络中实现永久环网保护的方法
WO2023015897A1 (zh) 一种光网络智能控制方法、装置及系统
CN101222486A (zh) 自动交换光网络中节点故障后路由重启恢复的控制方法
CN106330698B (zh) 一种局部路由的恢复方法及装置
EP2451116B1 (en) Automatic recovering method and device for node resource state in dense wavelength division multiplexing based automatic switched optical network system
JP2003318983A (ja) 光クロスコネクト網の障害回復方法
EP1420598B1 (en) Fast reconfiguration of network elements
WO2012155789A1 (zh) 保护倒换失败时保护业务的方法及装置
EP3355530B1 (en) Method and apparatus for processing service failure

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12785190

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12785190

Country of ref document: EP

Kind code of ref document: A1