CN101009518A - 不同级别串接连接监视故障相关性的处理方法 - Google Patents

不同级别串接连接监视故障相关性的处理方法 Download PDF

Info

Publication number
CN101009518A
CN101009518A CN200610033333.XA CN200610033333A CN101009518A CN 101009518 A CN101009518 A CN 101009518A CN 200610033333 A CN200610033333 A CN 200610033333A CN 101009518 A CN101009518 A CN 101009518A
Authority
CN
China
Prior art keywords
node
monitoring
serial connection
alarm
operator
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
CN200610033333.XA
Other languages
English (en)
Other versions
CN101009518B (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200610033333.XA priority Critical patent/CN101009518B/zh
Priority to ES06828347T priority patent/ES2391473T3/es
Priority to PCT/CN2006/003433 priority patent/WO2007082450A1/zh
Priority to CN200680012832.9A priority patent/CN101160824A/zh
Priority to EP06828347A priority patent/EP1981211B1/en
Publication of CN101009518A publication Critical patent/CN101009518A/zh
Priority to US12/178,283 priority patent/US7760620B2/en
Application granted granted Critical
Publication of CN101009518B publication Critical patent/CN101009518B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/14—Monitoring arrangements
    • 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/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0051—Network Node Interface, e.g. tandem connections, transit switching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0057—Operations, administration and maintenance [OAM]
    • H04J2203/006—Fault tolerance and recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605—Fixed allocated frame structures
    • H04J3/1652—Optical Transport Network [OTN]
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5032—Generating service level reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)

Abstract

本发明涉及一种不同级别TCM故障相关性的处理方法，在包括有多个不同运营商子网的光传送网中实现，该方法包括：(a)设置并记录不同运营商的子网组成信息及端到端的业务路径信息；(b)对该端到端业务分配应用于不同运营商子网的不同级别的TCM；(c)接收来自不同级别的TCM告警，分析该不同级别的TCM告警之间的相关性；(d)将分析该不同级别的TCM告警之间的相关性的结果与分析过程输出给用户，并消除部分TCM告警。本发明通过对不同级别TCM之间的故障相关性进行分析，可以根据分析结果，对于能够进行告警抑制的，进行不同级别TCM告警抑制的处理，减少告警信息流量，方便用户分析定位问题。

Description

不同级别串接连接监视故障相关性的处理方法
技术领域
本发明涉及光传送网(Optical transport network，OTN)，更具体地说，涉及一种在光传送网中不同级别串接连接监视(Tandem connection monitoring，TCM)故障相关性分析的方法。
背景技术
光传送网(OTN)由不同的运营商的子网组成。各运营商均拥有自己所铺设的光纤及网络设备，对各子网内的网络设备的管理维护故障定位可由运营商自己完全负责。但用于为用户服务的光传送网通常会涉及到将多个不同的运营商的网络设备的互联。例如，一条端到端的用户业务，可能会经过多个不同的运营商的子网传送，故需要一种评价机制来评价不同运营商的网络的质量状况。
现在采用串接连接监视(Tandem connection monitoring，TCM)的方法来评价不同运营商的网络质量。利用TCM，可实现对子网的监视，以评价不同的运营商的网络质量，从而用于对端到端业务在传送的一部分路径上的质量情况进行监视。
在OTN的数据单元层(Optical data unit，ODU)定义了6级TCM开销。每个TCM包括路径踪迹标识符(Trail Trace Identifier，TTI)、比特间插奇偶校验(Bit Interleaved Parity，BIP8)、后向缺陷指示(Backward defect indicator，BDI)、后向误码指示(Backward error indicator，BEI)、状态域(Status field，STAT)及后向进入定位错误(Backward incoming alignment error，BIAE)等内容。可实现诸如，连续性(continuity)监视、连接性(connectivity)监视及信号质量(signal quality)监视等。
光网络由许多设备及连接设备的链路组成，当设备或链路发生故障时设备会发出告警上报到网络管理单元，以便操作人员分析故障，并对故障进行修复。告警在通过网络中的设备间和与网络管理单元间传递的过程中包含大量信息，可能会形成告警风暴，会严重消耗通信带宽，影响工作效率。因此需要对告警信息进行相关性分析，抑制一些告警，迅速定位引发故障的根源信息，更好的指导用户排除故障。
当用户建立了端到端业务，可以把6级TCM分别分配到不同运营商的不同子网，各个级别的TCM一般来说可以互不影响，通过使用各自独立的开销来进行信号质量的监视，相互独立的报告各自的质量情况。但因为网络出现了某个(或某些)故障，才会在某些级别的TCM中表现出来，可能会同时触发不同级别的TCM的相应的告警，为了方便用户找到问题的根源，方便用户定位问题及解决问题，还是需要提供不同级别TCM的相关告警之间的关联关系。
在OTN的设备功能特性的建议G.798中在各个层次的终结宿功能中的缺陷关联(defect correlation)部分说明有告警的抑制关系，在各个层次的终结或适配功能的后续行动部分(consequent actions)说明有服务信号失效/路径信号失效(SSF/TSF)的产生条件。在通道监控(PM)内部不同告警之间有某些抑制关系。具体情况在此不一一赘述。但是，目前建议中说明的都是同一节点内部不同层次间的告警抑制关系。对于不同级别的TCM之间的告警相关性没有说明。
例如，有一项关于光学通信网络方面的技术，其应用于同步数字层(Synchronous Digital Hierarchy，SDH)、同步光学网络(Synchronous OpticalNetwork，SONET)领域的有关TCM的处理。该技术揭示，在开销中区分出第一告警指示(a first alarm indication)，即引入的告警指示(Incoming AIS)和第二告警指示(a second alarm indication)，也即内部的告警指示(InternalAIS)。在TCM的源节点处，TCM子网外部传递过来的AIS作为引入的告警指示，TCM子网内部的节点检测到满足AIS插入条件，则插入内部的告警指示。在TCM宿节点处，会把内部的告警指示转换为正常的AIS(与IncomingAIS同)。
该技术为应用于同一个TCM内部，其可通过区分不同情况的AIS起到一定的告警抑制作用。但无法进行不同级别TCM故障的相关性分析。并且，在OTN领域，6级TCM在帧结构中均有完全互相独立的开销，与其他层次开销互不相关，故不需要这样的处理。
另外，有一项涉及告警处理方法方面的技术，其揭示的告警处理方法包括以下步骤：A.搜索待分析告警；B.根据相关性规则对待分析告警进行分析；C.根据相关性分析的结果消除有关网络告警。告警相关性分析管理器包括：用于接收搜索到的待分析告警的接收接口和输出分析结果的输出接口，用于存储待分析告警和分析结果的告警数据缓存，以及用于分析告警的工作区。该技术提出了一种比较通用的用于故障相关性分析的方法，但同样，其无法进行不同级别TCM故障的相关性分析。
发明内容
本发明要解决的技术问题在于，为克服现有技术中不同TCM之间不能进行相关性分析的不足，提供一种不同级别TCM故障相关性的处理方法。
本发明解决其技术问题所采用的技术方案是：提供一种不同级别TCM故障相关性的处理方法，在包括有多个不同运营商子网的光传送网中实现，该方法包括：(a)设置并记录不同运营商的子网组成信息及端到端的业务路径信息；(b)对该端到端业务分配应用于不同运营商子网的不同级别的TCM；(c)接收来自不同级别的TCM告警，分析该不同级别的TCM告警之间的相关性；(d)将分析该不同级别的TCM告警之间的相关性的结果与分析过程输出给用户，并消除部分TCM告警。
在本发明的不同级别TCM故障相关性的处理方法中，所述步骤(a)中不同运营商的子网组成信息记录于一个运营商子网组成表中；所述端到端的业务路径信息记录于一个业务路径表中，该业务路径表中至少记录有正常情况下及恢复动作后的该端到端业务的路径信息，所述路径信息包括源节点、宿节点及中间节点信息。
在本发明的不同级别TCM故障相关性的处理方法中，所述步骤(b)进一步包括，由用户通过网管设置或自动分配不同级别的TCM，该不同级别的TCM应用于不同运营商子网，该不同级别的TCM的分配信息存储于一个TCM分配表中。
在本发明的不同级别TCM故障相关性的处理方法中，所述步骤(b)进一步包括：(b1)进入一个运营商的网络，则分配最小级别的可用的TCM应用于该运营商，并且本节点作为该级别TCM的源节点；(b2)取该业务路径上的下一个节点；(b3)判断对于某级别的TCM，步骤(b2)中该节点或该节点下一段光纤是否属于另一个运营商；(b4)如果该节点或该节点下一段光纤属于同一个运营商，则指定该节点为该级别TCM的中间节点，并转到步骤(b6)。(b5)如果该节点或该节点下一段光纤属于另一个运营商，则指定该节点为该级别TCM的宿节点；(b6)判断对于该节点是否还有已经分配的其他级别TCM，如果还有已经分配的其他级别的TCM，则转到步骤(b3)；(b7)如果没有已经分配的其他级别的TCM，则判断该节点是否为业务的宿节点；如果该节点不是宿节点，则转至步骤(b1)；(b8)如果该节点是宿节点，则指定该节点为已经分配源节点而未分配宿节点的各个级别TCM的宿节点。
在本发明的不同级别TCM故障相关性的处理方法中，所述步骤(c)进一步包括：(c1)针对故障报警，查询运营商子网组成表、业务路径表及TCM分配表；(c2)根据所接收到的不同级别TCM告警中的TCM故障及性能、每一TCM所对应路径及每一TCM源节点处的通道监控的故障及性能，获得故障所在的节点区间信息。
在本发明的不同级别TCM故障的处理方法中，其特征在于：步骤(c2)中进一步包括：通过监视TCM的开销及光数据单元净荷获得所述不同级别TCM的故障及性能。
在本发明的不同级别TCM故障的处理方法中，步骤(c2)中进一步包括：通过监视每一TCM源节点处的通道监控的开销及光数据单元净荷获得所述通道监控的故障和性能。
在本发明的不同级别TCM故障的处理方法中，进一步包括，设置所述TCM告警抑制的使能或禁止。需要让用户能够使能或禁止告警抑制。
在本发明的不同级别TCM故障的处理方法中，其特征在于，所述步骤(d)进一步包括：对于可进行告警抑制的TCM告警，根据预定的规则进行告警抑制，抑制一部分TCM告警。
实施本发明的不同级别TCM故障处理的方法，具有以下有益效果：本发明通过对不同级别TCM之间的故障相关性进行分析，并将分析结果报告给用户，可以根据分析结果，对于能够进行告警抑制的，进行不同级别TCM告警抑制的处理，减少告警信息流量，方便用户分析定位问题。
附图说明
图1是本发明不同级别TCM故障处理的方法中网状式组网示意图；
图2是本发明不同级别TCM故障处理的方法的流程图；
图3是本发明图2中自动分配TCM的流程图。
具体实施方式
本发明提供了一种对不同级别的TCM故障进行处理的方法，重点在于分析不同级别TCM故障告警的相关性。其一般会在由多个运营商的子网所组成的网络中实现，如图1所示，本发明以具有六个运营商的网状式(Mesh)组网为例进行说明，但图1仅是本发明的一个实施例，本发明的网络不限于此，例如，其还可以是诸如线型、环型等组网形式。
在图1中，共有25个节点(用A至Y表示)，由6个运营商(运营商1至运营商6)的子网共同组成。不同运营商的子网之间存在有诸如重叠(overlapping)及嵌套(nested)等关系。其中，各运营商与节点的关系如下：
运营商1：ABFG
运营商2：CDEHIJ
运营商3：ABCFGHKLMPQRUVW
运营商4：KLPQUV
运营商5：NOSTXY
运营商6：LMNQRSVWX
其中，每一个运营商内部节点之间的光纤属于该运营商，另外，为叙述方便，假设B节点与C节点、F节点与K节点之间的光纤还属于运营商1，H节点与M节点之间的光纤还属于运营商6，H节点与M节点之间的光纤还属于运营商2，M节点与N节点之间的光纤还属于运营商3，V节点与W节点之间的光纤还属于节点4，节W点与X节点之间的光纤还属于运营商5。
则在本发明中，设置一个运营商子网组成表来记录每个运营商与节点的关系，如下表1所示。
       表1  运营商子网组成表
    运营商标识     节点标识序列
    运营商1     ABFG
    运营商2     CDEHIJ
    运营商3     ABCFGHKLMPQRUVW
    运营商4     KLPQUV
    运营商5     NOSTXY
    运营商6     LMNQRSVWX
假如一个涉及上述网络的业务，其从源节点A至宿节点Y；其正常的路径如图1中的粗实线所示，其经过的节点及顺序为：ABCHMNSXY；而在恢复动作发生后的路径如图1中的粗虚线所示，其经过的节点及顺序为：AFKLGBCDIHMRQVWXY。
同样，在本发明中，设置一个业务路径表来记录每一种业务的相关信息，如下表2所示。
                         表2业务路径表
    业务标识     源节点    中间节点     宿节点
    业务1(正常情况)     A    BCHMNSX     Y
    业务2(恢复动作后)     A    FKLGBCDIHMRQVWX     Y
如图2所示，是本发明不同级别TCM故障处理的方法的流程图。
在步骤一中，设置并记录不同运营商的子网组成情况及业务路径情况，即上文所描述的以运营商子网组成表和业务分配表的形式，来记录运营商子网所包括的节点信息，及不同业务所涉及的源节点、中间节点、宿节点信息。
在步骤二中，根据不同的业务路径进行不同级别的TCM分配。该分配过程可由用户通过网管设置，也可由系统内部根据不同运营商子网情况自动进行分配。
结合图3所示，来说明本发明中系统自动进行TCM分配的过程。下面以表2中的业务1(正常情况下)为例进行说明，具体过程如下：
在步骤S30中，获得不同运营商的子网组成情况及业务路么情况信息，了解到每两个节点之间的光纤属于哪个运营商。
在步骤S31中，进入一个运营商的网络，并分配最小级别的可用的TCM应用于该运营商，本节点作为该级别TCM的源节点。在本例中，从业务源节点A开始，本业务在A节点进入运营商1和运营商3的网络，分配TCM1应用于运营商1，A节点作为TCM1的源节点；分配TCM2应用于运营商3，A节点作为TCM2的源节点。
在步骤S32中，取业务路径上的下一个节点，在本例中，下一个节点为B节点；
在步骤S33中，判断对于某级别的TCM，本节点(即步骤S32中所提到的下一节点)或本节点下一段光纤是否属于另一个运营商；在本例中，判断节点B或节点B下一段光纤是否属于另一个运营商；
如果步骤S33中判断为否，则转至步骤S35，指定本节点为该级别TCM的中间节点，并转到步骤S36。
如果步骤S33中判断为是，则转至步骤S34，指定本节点为该级别TCM的宿节点，并转到步骤S36。
由于在本例中，B节点对应用于运营商1的TCM1来说不是另外一个运营商，并且假定BC之间的光纤属于运营商1，则指定B节点作为TCM1的中间节点。
在步骤S36中，判断对于该节点是否还有已经分配的其它级别的TCM。
如果步骤S36中，如果还有，则转入步骤S33；如果没有，则转入步骤S37。而在本例中，因为还有(即TCM2)，则转入步骤S33，由于B节点对应用于运营商3的TCM2来说不是另外一个运营商，指定B节点作为TCM2的中间节点。
在步骤S37中，判断本节点是否为业务的宿节点。如是，则在步骤S38中指定该节点为已经分配源节点而未分配宿节点的各个级别TCM的宿节点；如否，则转至步骤S31。
在本例中，C节点对应用于运营商1的TCM1来说是另外一个运营商，指定C节点作为TCM1的宿节点。C节点进入了一个新的运营商2，指定空闲的最小的没有使用的TCM1应用于运营2，C节点作为TCM1的源节点。同时C节点对应用于运营商3的TCM2来说不是另外一个运营商，指定C节点作为TCM2的中间节点。
同理，H节点对应用于运营商2的TCM1来说不是另外一个运营商，则H节点作为应用于运营商2的TCM1的中间节点。同时H节点对应用于运营商3的TCM2来说不是另外一个运营商，指定H节点作为TCM2的中间节点。
同理，M节点对应用于运营商3的TCM2来说不是另外一个运营商并且MN之间的光纤也是属于运营商3，指定M节点作为TCM2的中间节点。同时M节点对应用于运营商2的TCM1来说属于另外一个运营商，则指定M节点作为运营商2的TCM1的宿节点；M节点进入一个新的运营商6，指定空闲的最小的没有使用的TCM1应用于运营6，M节点作为应用于运营商6的TCM1的源节点。
同理，N节点对应用于运营商3的TCM2来说是另外一个运营商，指定N节点作为TCM2的宿节点；同时N节点进入了一个新的运营商5，指定空闲的最小的没有使用的TCM2应用于运营5，N节点作为TCM2的源节点。同时N节点对应用于运营商6的TCM1来说不是另外一个运营商，指定N节点作为TCM1的中间节点。
同理，S节点对应用于运营商6的TCM1来说不是另外一个运营商，指定S节点作为TCM1的中间节点。同时S节点对应用于运营商5的TCM2来说不是另外一个运营商，指定S节点作为TCM2的中间节点。
同理，X节点对应用于运营商6的TCM1来说不是另外一个运营商，但XY之间的光纤属于运营商5是另一个运营商，所以指定X节点作为TCM1的宿节点。同时X节点对应用于运营商5的TCM2来说不是另外一个运营商，指定X节点作为TCM2的中间节点。
同理，Y节点对应用于运营商5的TCM2来说不是另外一个运营商，指定Y节点作为TCM2的中间节点。
在步骤S37判断发现Y节点是本业务的宿节点，则在步骤S38中需要指定Y节点为还没有分配宿节点的TCM2的宿节点，即将前面所指定的Y节点为TCM2的中间节点，在此步骤中更新为将Y节点指定为TCM2的宿节点。
根据上述的自动分配过程，得到如下表3所示的业务1的不同级别TCM分配表。
                  表3  业务1的不同级别TCM分配表
    TCM级别     源节点     中间节点     宿节点     运营商标识
    TCM1     A     B     C     运营商1
    TCM2     A     BCHM     N     运营商3
    TCM1     C     M     运营商2
    TCM1     M     NS     X     运营商6
    TCM2     N     SX     Y     运营商5
例如，对于表2中的业务2(在使用保护倒换后或恢复后的路径)，同样可以由用户网管设置，或由系统根据不同运营商子网情况自动进行分配不同级别的TCM，一般可由系统在恢复动作执行后自动分配。下表4示出了对业务2进行不同级别TCM分配的分配表。其自动分配的过程与业务1中的自动分配过程类似，在此不再赘述。假定其中，节点F与节点K之间的光纤属于运营商1；节点L与节点G之间的光纤属于运营商6；节点B与节点C之间的光纤属于运营商1；节点H与的节点M之间的光纤属于运营商2；节点W与节点X之间的光纤属于运营商5。
                   表4业务2的不同级别TCM分配表
    TCM级别     源节点     中间节点     宿节点   运营商标识
    TCM1     A     F     K   运营商1
    TCM2     A     FKLGB     C   运营商3
    TCM1     K     L     运营商4
    TCM1     L     G     运营商6
    TCM1     G     B     C     运营商1
    TCM1     C     DIH     M     运营商2
    TCM2     H     MRQV     W     运营商3
    TCM1     M     RQVW     X     运营商6
    TCM3     Q     V     W     运营商4
    TCM1     X     Y     运营商5
对于某级别的TCM的应用，可在TCM源节点把源功能的TCM模式指定为操作(Operational)模式，对于TCM中间节点把源功能的和宿功能的TCM模式指定为透明(Transparent)，对于宿节点把宿功能的TCM模式指定为监视(Monitor)模式。
回到图2的步骤三中，当网络中的某些节点间出现故障(如劣化等)时，该端到端业务所涉及的不同级别TCM会报告告警信息。网络管理单元会接收并处理这些告警信息。其中，对于TCM的故障及性能可以通过监视TCM的BIP8开销及光数据单元(Optical data unit，ODU)净荷得到；下述涉及的通道监控(PM)故障及性能可以通过监视PM的BIP8开销及ODU净荷得到。当有多个不同级别TCM分别报告了一些告警后，网络管理单元会结合运营商子网组成表、业务路径表、TCM分配表及各个级别TCM性能及各个级别TCM源节点处PM故障和性能情况进行分析，分析出可能的故障区间，然后把分析结果(可能的故障区间)及分析过程报告给用户。
下面将分别针对表3和表4，来说明对接收到的不同级别TCM报告告警信息后的分析过程。
对于表3，在业务使用正常路径的情况下：
假如应用于运营商1的TCM1的与应用于运营商3的TCM2同时报BIP8劣化(Degradation，DEG)告警。此时通过查表3可知，TCM1的应用范围完全在TCM2的范围之内，换言之，假如在TCM1的范围内出现问题，一定会同时在TCM1和TCM2检测到相关告警，所以应用于运营商1的TCM1的相关告警与应用于运营商3的TCM2的相关告警相关。当然，也有可能实际是因为多处光纤劣化(如节点AB间和节点CHM间)才导致TCM1和TCM2同时报告警的，此时需要借助与对BIP8相关的性能进行分析。经过节点ABC间劣化及节点CHM间劣化上报的TCM2的BIP8的误码情况可能比经过节点AB间劣化上报的TCM1的BIP8的误码更加严重。
结论如表5所示，如果应用于运营商1的TCM1报告BIP8 DEG告警同时应用于运营商3的TCM2同时报告BIP8 DEG告警，如果TCM1的BIP8相关性能表示的劣化情况与TCM2的BIP8相关性能的情况相差很小，则故障位置可能在节点AB之间。如果TCM2的BIP8相关性能表示的劣化情况比TCM1的BIP8相关性能表示的劣化更加严重，则可能在节点AB间及节点BCHM间都有故障发生。
表5  应用于运营商1的TCM1的与应用于运营商3的TCM2同时报告警的分析结论
    同时出现的TCM告警     BIP8性能     可能的故障区间
运营商1的TCM1 BIP8 DEG及运营商3的TCM2 BIP8 DEG   TCM2比TCM1劣化更严重     ABC间及CHMN间
TCM2与TCM1类似 ABC间
假如应用于运营商6的TCM1的与应用于运营商5的TCM2同时报BIP8DEG告警。此时通过查表3可知，业务1经过运营商6的路径与业务1经过运营商5的路径在节点NSX部分重叠，就是说，假如在节点NSX部分出现问题，一定会同时在TCM1和TCM2检测到相关告警。当然，也有可能实际是因为多处光纤劣化(如节点MN间和节点XY间)才导致TCM1和TCM2同时报告警的，此时TCM1能够体现出节点MN间的劣化情况，不能够体现出节点XY间的劣化情况；TCM2只能体现出节点XY间的劣化情况，不能够体现出节点MN间的劣化情况。假如在TCM2的源节点N处的PM有BIP8DEG告警，则说明可能节点MN之间光纤劣化，如果TCM2的BIP8性能比TCM1的更加劣化，则可推论出节点XY之间光纤劣化。同时节点NSX之间也有可能劣化。假如在TCM2的源节点N处的PM无BIP8 DEG告警，则说明节点MN间无劣化，此时如果TCM2比TCM1劣化更加严重，则可能故障区间在节点NSX间及节点XY间。否则，可能故障区间在节点NSX间。分析结论如表6所示。
表6  应用于运营商6的TCM1的与应用于运营商5的TCM2同时报告警分析结论
同时出现的TCM告警   TCM2源节点(N)处PM     BIP8性能     可能的故障区间
运营商6的TCM1BIP8 DEG及运营商5的TCM2BIP8 DEG 有BIP8 DEG告警   TCM2比TCM1劣化更严重     MN间、NSX间及XY间
有BIP8 DEG告警   TCM1比TCM2劣化更严重     MN间及NSX间
无BIP8 DEG告警   TCM2比TCM1劣化更严重     NSX间及XY间
    无BIP8 DEG告警   TCM2与TCM1类似     NSX间
对于表4，在业务使用保护倒换或恢复后的路径的情况下：
假如应用于运营商3的TCM2的与应用于运营商6的TCM1同时报BIP8DEG告警。此时通过查表4可知，业务2经过运营商3的路径与业务2经过运营商6的路径在节点MRQVW部分重叠，就是说，假如在节点MRQVW部分出现问题，一定会同时在TCM1和TCM2检测到相关告警，结论如表7所示。
表7  应用于运营商3的TCM2的与应用于运营商6的TCM1同时报告警分析结论
同时出现的TCM告警    TCM1源节点(M)处PM     BIP8性能     可能的故障区间
运营商3的TCM2BIP8 DEG及运营商6的TCM1BIP8 DEG 有BIP8 DEG告警 TCM1比TCM2劣化更严重     HM间及WX间及MRQVW间
有BIP8 DEG告警   TCM2比TCM1劣化更严重     HM间及MRQVW间
无BIP8 DEG告警   TCM1比TCM2劣化更严重     WX间及MRQVW间
    无BIP8 DEG告警   TCM1与TCM2类似     MRQVW间
假如应用于运营商3的TCM2与应用于运营商6的TCM1与应用于运营商4的TCM3同时报BIP8 DEG。此时通过查表4可知，业务2经过运营商3的路径与业务2经过运营商6的路径与业务2经过运营商4的路径在节点QVW部分重叠，就是说，假如在节点QVW部分出现问题，一定会同时在TCM2和TCM1和TCM3检测到相关告警，所以应用于运营商3的TCM2的告警与应用于运营商6的TCM1的告警与应用于运营商4的TCM3的告警相关。当然，也有可能同时在其他地方也存在多处光纤劣化才导致TCM2和TCM1和TCM3同时报告警的，此时需要借助于对BIP8相关的性能及TCM1和TCM3入口处的PM的BIP8故障和BIP8性能进行分析。结论如表8所示。
表8  应用于运营商3的TCM2与应用于运营商6的TCM1与应用于运营商4的TCM3同时报告警分析结论
同时出现的TCM告警 TCM1源节点(M)处PM TCM3源节点(Q)处PM的BIP8性能告警 TCM的BIP8性能 可能的故障区间
运营商3的TCM2 BIP8 DEG及运营商6的TCM1 BIP8 DEG及运营商4的TCM3 BIP8 DEG 有BIP8 DEG告警 比M处更严重 TCM1比TCM2劣化更严重 HM间及MRQ间及WX间及QVW间
有BIP8 DEG告警 比M处更严重 TCM2比TCM1劣化更严重 HM间及MRQ间及QVW间
有BIP8 DEG告警 与M处类似 TCM1比TCM2劣化更严重 HM间及WX间及QVW间
有BIP8 DEG告警 与M处类似 TCM2比TCM1劣化更严重 HM间及QVW间
无BIP8 DEG告警 有BIP8 DEG告警 TCM1比TCM2劣化更严重 MRQ间及WX间及QVW间
无BIP8 DEG告警 有BIP8 DEG告警 TCM2比TCM1劣化更严重 MRQ间及QVW间
无BIP8 DEG告警 无BIP8 DEG告警 TCM1比TCM2劣化更严重 WX间及QVW间
无BIP8 DEG告警 无BIP8 DEG告警 TCM1与TCM2与TCM3劣化类似 QVW间
在步骤四中，将不同级别TCM的告警之间的相关性的分析结果及分析过程报告给用户，以帮助用户更好的定位并解决问题，并抑制部分告警。例如，可以根据该分析结果，在能够得到明确结论的情况下进行告警抑制的处理。
所述告警抑制处理需要遵循一定的规则：对于嵌套(nested)或重叠(overlapping)方式应用的不同级别的TCM之间，是可以进行告警抑制的处理的，对于层叠(cascading)方式应用的不同级别的TCM之间，不进行告警抑制的处理。对于同级别TCM在不同区段使用的，不进行抑制。
根据业务流向，重叠部分上游抑制下游。根据路径上节点情况，重叠部分节点少的抑制节点多的。
根据不同级别TCM的分配情况，重叠部分低级别TCM抑制高级别TCM。
例如，在上述表5中，如果可确定故障区间为ABC间，则可用TCM1的告警抑制TCM2的告警。
其中，TCM告警的相关性分析可由用户触发。告警抑制可以由用户使能或禁止，例如，可默认为禁止。该告警抑制可在网络管理单元及光网络设备中实现。
实施本发明的不同级别TCM故障处理的方法，具有如下有益效果：本发明通过对不同级别TCM之间的故障相关性进行分析，并将分析结果报告给用户，可以根据分析结果，对于能够进行告警抑制的，进行不同级别TCM告警抑制的处理，减少告警信息流量，方便用户分析定位问题。

Claims (9)

1、一种不同级别串接连接监视故障相关性的处理方法，在包括有多个不同运营商子网的光传送网中实现，其特征在于，该方法包括：
(a)设置并记录不同运营商的子网组成信息及端到端的业务路径信息；
(b)对该端到端业务分配应用于不同运营商子网的不同级别的串接连接监视；
(c)接收来自不同级别的串接连接监视告警，分析该不同级别的串接连接监视告警之间的相关性；
(d)将分析该不同级别的串接连接监视告警之间的相关性的结果与分析过程输出给用户，并消除部分串接连接监视告警。
2、根据权利要求1所述的不同级别串接连接监视故障相关性的处理方法，其特征在于，所述步骤(a)中不同运营商的了网组成信息记录于一个运营商子网组成表中；所述端到端的业务路径信息记录于一个业务路径表中，该业务路径表中至少记录有正常情况下及恢复动作后的该端到端业务的路径信息，所述路径信息包括源节点、宿节点及中间节点信息。
3、根据权利要求1所述的不同级别串接连接监视故障相关性的处理方法，其特征在于，所述步骤(b)进一步包括，由用户通过网管设置或自动分配不同级别的串接连接监视，该不同级别的串接连接监视对应于不同运营商子网，该不同级别的串接连接监视的分配信息存储于一个串接连接监视分配表中。
4、根据权利要求1至3任一项所述的不同级别串接连接监视故障相关性的处理方法，其特征在于，所述步骤(b)进一步包括：
(b1)进入一个运营商的网络，则分配最小级别的可用的串接连接监视应用于该运营商，并且本节点作为该级别串接连接监视的源节点；
(b2)取该业务路径上的下一个节点；
(b3)判断对于某级别的串接连接监视，步骤(b2)中该节点或该节点下一段光纤是否属于另一个运营商；
(b4)如果该节点或该节点下一段光纤属于同一个运营商，则指定该节点为该级别串接连接监视的中间节点，并转到步骤(b6)。
(b5)如果该节点或该节点下一段光纤属于另一个运营商，则指定该节点为该级别串接连接监视的宿节点；
(b6)判断对于该节点是否还有已经分配的其他级别串接连接监视，如果还有已经分配的其他级别的串接连接监视，则转到步骤(b3)；
(b7)如果没有已经分配的其他级别的串接连接监视，则判断该节点是否为业务的宿节点；如果该节点不是宿节点，则转至步骤(b1)；
(b8)如果该节点是宿节点，则指定该节点为已经分配源节点而未分配宿节点的各个级别串接连接监视的宿节点。
5、根据权利要求1所述的不同级别串接连接监视故障相关性的处理方法，其特征在于，所述步骤(c)进一步包括：
(c1)针对故障报警，查询运营商子网组成表、业务路径表及串接连接监视分配表；
(c2)根据所接收到的不同级别串接连接监视告警中的串接连接监视故障及性能、每一串接连接监视所对应路径及每一串接连接监视源节点处的通道监控的故障及性能，获得故障所在的节点区间信息。
6、根据权利要求5所述的不同级别串接连接监视故障相关性的处理方法，其特征在于：步骤(c2)中进一步包括：通过监视串接连接监视的开销及光数据单元净荷获得所述不同级别串接连接监视的故障及性能。
7、根据权利要求5所述的不同级别串接连接监视故障相关性的处理方法，其特征在于：步骤(c2)中进一步包括：通过监视每一串接连接监视源节点处的通道监控的开销及光数据单元净荷获得所述通道监控的故障和性能。
8、根据权利要求1至3任一项所述的不同级别串接连接监视故障相关性的处理方法，其特征在于：进一步包括，设置所述串接连接监视告警抑制的使能或禁止的步骤。
9、根据权利要求1至3任一项所述的不同级别串接连接监视故障相关性的处理方法，其特征在于，所述步骤(d)进一步包括：
对于可进行告警抑制的串接连接监视告警，根据预定的规则进行告警抑制，抑制一部分串接连接监视告警。
CN200610033333.XA 2006-01-23 2006-01-23 不同级别串接连接监视故障相关性的处理方法 Active CN101009518B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN200610033333.XA CN101009518B (zh) 2006-01-23 2006-01-23 不同级别串接连接监视故障相关性的处理方法
ES06828347T ES2391473T3 (es) 2006-01-23 2006-12-15 Un método para procesar una dependencia de fallo de vigilancia de conexión en tándem de diferentes niveles y su equipo asociado
PCT/CN2006/003433 WO2007082450A1 (en) 2006-01-23 2006-12-15 A method for processing the tandem connection monitoring failure dependency of different levels and an equipment thereof
CN200680012832.9A CN101160824A (zh) 2006-01-23 2006-12-15 一种不同级别串接连接监视故障相关性的处理方法和装置
EP06828347A EP1981211B1 (en) 2006-01-23 2006-12-15 A method for processing the tandem connection monitoring failure dependency of different levels and an equipment thereof
US12/178,283 US7760620B2 (en) 2006-01-23 2008-07-23 Method and apparatus for processing fault dependency of different levels of tandem connection monitoring

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200610033333.XA CN101009518B (zh) 2006-01-23 2006-01-23 不同级别串接连接监视故障相关性的处理方法

Publications (2)

Publication Number Publication Date
CN101009518A true CN101009518A (zh) 2007-08-01
CN101009518B CN101009518B (zh) 2011-11-16

Family

ID=38287250

Family Applications (2)

Application Number Title Priority Date Filing Date
CN200610033333.XA Active CN101009518B (zh) 2006-01-23 2006-01-23 不同级别串接连接监视故障相关性的处理方法
CN200680012832.9A Pending CN101160824A (zh) 2006-01-23 2006-12-15 一种不同级别串接连接监视故障相关性的处理方法和装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN200680012832.9A Pending CN101160824A (zh) 2006-01-23 2006-12-15 一种不同级别串接连接监视故障相关性的处理方法和装置

Country Status (5)

Country Link
US (1) US7760620B2 (zh)
EP (1) EP1981211B1 (zh)
CN (2) CN101009518B (zh)
ES (1) ES2391473T3 (zh)
WO (1) WO2007082450A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009146623A1 (zh) * 2008-06-02 2009-12-10 华为技术有限公司 Tcm路径搜索、创建方法及路径搜索、创建管理系统
CN102497289A (zh) * 2011-12-27 2012-06-13 四川欧亚锦业信息技术有限公司 一种自适应多协议告警处理的方法及系统
CN102656843A (zh) * 2009-12-18 2012-09-05 阿尔卡特朗讯 用于定位沿传输路径发生的故障的方法
WO2014113966A1 (zh) * 2013-01-25 2014-07-31 华为技术有限公司 告警抑制方法和光网络设备
CN115102883A (zh) * 2022-07-05 2022-09-23 北京智讯天成技术有限公司 通讯设备误码分析方法、装置、设备及可读存储介质

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101136700B (zh) * 2006-09-01 2011-11-02 华为技术有限公司 一种进行串接连接监视分配配置的方法
CN101309114B (zh) * 2008-07-10 2012-05-09 中兴通讯股份有限公司 一种实现节点工作模式自动配置的方法及系统
CN102064881B (zh) * 2009-11-13 2014-11-05 中兴通讯股份有限公司 一种串联连接监视级别处理方法及装置
US8417111B2 (en) * 2010-10-28 2013-04-09 Ciena Corporation Optical network in-band control plane signaling, virtualized channels, and tandem connection monitoring systems and methods
CN102487334B (zh) * 2010-12-06 2014-12-10 中国移动通信集团上海有限公司 关联告警信息的确定方法及装置
CN102546205B (zh) * 2010-12-20 2014-12-10 中国移动通信集团公司 一种故障关系生成及故障确定方法及装置
WO2012084021A1 (en) * 2010-12-21 2012-06-28 Telefonaktiebolaget L M Ericsson (Publ) Network node hosting a plurality of connectivity supervision sessions towards a plurality of router interfaces
US9479248B2 (en) 2012-12-17 2016-10-25 Ciena Corporation Fault localization using tandem connection monitors in optical transport network
CN103152212B (zh) * 2013-03-29 2015-10-21 华为技术有限公司 一种告警相关性分析方法、装置及网络管理系统
EP3054606B1 (en) * 2013-12-30 2018-05-16 Huawei Technologies Co., Ltd. Rerouting method and automatically switched optical network
CN103957116B (zh) * 2014-03-31 2017-12-01 昆明理工大学 一种云故障数据的决策方法及系统
CN104038371B (zh) * 2014-05-22 2018-05-01 国家电网公司 一种电力通信传输网自适应性能采集方法
CN106533739B (zh) * 2016-10-20 2020-01-17 许继集团有限公司 一种过程层网口故障定位方法和装置

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60033670T2 (de) * 2000-12-04 2007-11-08 Lucent Technologies Inc. Leistungsüberwachung in einem Nachrichtenübertragungsnetzwerk
US7106968B2 (en) * 2001-07-06 2006-09-12 Optix Networks Inc. Combined SONET/SDH and OTN architecture
US7143161B2 (en) * 2001-11-16 2006-11-28 Nortel Networks Limited Tandem connection monitoring parallel processing
US6938187B2 (en) * 2001-12-19 2005-08-30 Nortel Networks Limited Tandem connection monitoring
US7447239B2 (en) * 2002-09-19 2008-11-04 Nortel Networks Limited Transmission path monitoring
WO2004027580A2 (en) * 2002-09-20 2004-04-01 Nortel Networks Limited System and method for managing an optical networking service
CN100450008C (zh) 2002-10-22 2009-01-07 华为技术有限公司 通信网络告警的处理方法和相关性分析管理器
ATE455438T1 (de) * 2002-11-19 2010-01-15 Alcatel Lucent Die fehlerlokalisierung in einem übertragungsnetzwerk
US7391793B2 (en) * 2003-03-18 2008-06-24 Nortel Networks Limited Tandem connection monitoring implementing sink functionality on egress without an egress pointer processor
EP1499049B1 (en) * 2003-07-18 2008-02-20 Alcatel Lucent Network restoration
US7032032B2 (en) * 2003-07-29 2006-04-18 Cisco Technology, Inc. Method and apparatus for providing tandem connection, performance monitoring, and protection architectures over ethernet protocols
ATE367022T1 (de) * 2003-10-09 2007-08-15 Alcatel Lucent Verfahren und rahmensignal zur inband-erkennung und -lokalisierung eines path-ausfalls in einer sdh/sonet netzwerkdomäne
US20050086555A1 (en) * 2003-10-20 2005-04-21 David Langridge Optical communications network
US7221870B2 (en) * 2003-10-21 2007-05-22 Futurewei Technologies, Inc. Ring map discovery and validation method and system for optical network applications
CN100401661C (zh) * 2004-03-03 2008-07-09 华为技术有限公司 通信网络光纤故障监测和定位系统及其方法

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009146623A1 (zh) * 2008-06-02 2009-12-10 华为技术有限公司 Tcm路径搜索、创建方法及路径搜索、创建管理系统
US8976686B2 (en) 2008-06-02 2015-03-10 Huawei Technologies Co., Ltd. TCM path search method, TCM path creaetion method, path search management system, and path creation management system
CN102656843A (zh) * 2009-12-18 2012-09-05 阿尔卡特朗讯 用于定位沿传输路径发生的故障的方法
CN102656843B (zh) * 2009-12-18 2016-10-05 阿尔卡特朗讯 用于定位沿传输路径发生的故障的方法
US9621410B2 (en) 2009-12-18 2017-04-11 Alcatel Lucent Method of localizing a failure occurring along a transmission path
CN102497289A (zh) * 2011-12-27 2012-06-13 四川欧亚锦业信息技术有限公司 一种自适应多协议告警处理的方法及系统
CN102497289B (zh) * 2011-12-27 2014-08-06 四川欧亚锦业信息技术有限公司 一种自适应多协议告警处理的方法及系统
WO2014113966A1 (zh) * 2013-01-25 2014-07-31 华为技术有限公司 告警抑制方法和光网络设备
CN115102883A (zh) * 2022-07-05 2022-09-23 北京智讯天成技术有限公司 通讯设备误码分析方法、装置、设备及可读存储介质

Also Published As

Publication number Publication date
EP1981211A4 (en) 2009-09-02
US20080279548A1 (en) 2008-11-13
ES2391473T3 (es) 2012-11-27
CN101009518B (zh) 2011-11-16
US7760620B2 (en) 2010-07-20
EP1981211A1 (en) 2008-10-15
WO2007082450A1 (en) 2007-07-26
EP1981211B1 (en) 2012-08-15
CN101160824A (zh) 2008-04-09

Similar Documents

Publication Publication Date Title
CN101009518B (zh) 不同级别串接连接监视故障相关性的处理方法
US6816461B1 (en) Method of controlling a network element to aggregate alarms and faults of a communications network
US7257744B2 (en) System and method for fault diagnosis using distributed alarm correlation
US6414595B1 (en) Method and system for processing alarm objects in a communications network
US6694455B1 (en) Communications network and method performing distributed processing of fault and alarm objects
CN1820438B (zh) 在通信网中向附加业务路径提供连接保护的方法、相关网络
US9565055B2 (en) Protection against the effect of equipment failure in a communication system
US7388872B2 (en) Dynamic communication channel allocation method and system
US20040179472A1 (en) Shared path protection method and system
US6094417A (en) Method and system for determining optimized SONET rings
CN104054283A (zh) 用于优化光网络的重新配置的设备和方法
US20040076114A1 (en) Method and apparatus for shared protection in an optical transport network ring based on the ODU management
US20090073979A1 (en) Protection method for data signal transmission and communication network
US6775236B1 (en) Method and system for determining and suppressing sympathetic faults of a communications network
US20160028588A1 (en) Method for identifying logical loops in ethernet networks
Chalasani et al. Survivability in optical networks
CN100568844C (zh) 用于光传输环形网络的子波长倒换和阻错方法
CN101459527B (zh) 校验数据链路并发布为流量工程链路的方法、装置及系统
CN114727175A (zh) 数据传输方法及设备
Rados Influence of common path on availability of ring network
Jakab et al. Availability Modelling and Analysis of Optical Transmission Network Architecture-Results from EURESCOM P615 Project
Singh An Approach to Dual-failure Survivability for Multi Quality Data BasedonDouble p-Cycle
Jeske et al. Restoration strategies in mesh optical networks: Cost vs. service availability
US20060008271A1 (en) Method of failure protection for digital transmission system in ring configuration, and relevant multiplexing device
McGleenon et al. An optimised architecture for SDH network element management

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