WO2014177001A1 - 一种网络告警方法、设备及终端 - Google Patents

一种网络告警方法、设备及终端 Download PDF

Info

Publication number
WO2014177001A1
WO2014177001A1 PCT/CN2014/075915 CN2014075915W WO2014177001A1 WO 2014177001 A1 WO2014177001 A1 WO 2014177001A1 CN 2014075915 W CN2014075915 W CN 2014075915W WO 2014177001 A1 WO2014177001 A1 WO 2014177001A1
Authority
WO
WIPO (PCT)
Prior art keywords
alarm
bits
bit
rdi
type
Prior art date
Application number
PCT/CN2014/075915
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 WO2014177001A1 publication Critical patent/WO2014177001A1/zh

Links

Classifications

    • 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • 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
    • 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

Definitions

  • the present invention relates to the field of network technologies, and in particular, to a network alarm method, device, and terminal.
  • packet networks represented by routers and Packet Transport Network (PTN) devices have been rapidly developed, and the OAM (Operation Administration and Maintenance) mechanism of packet networks has also been greatly improved.
  • PTN Packet Transport Network
  • the PTN OAM is modeled after the SDH (Synchronous Digital Hierarchy), which has a more powerful carrier-class capability.
  • SDH Synchronous Digital Hierarchy
  • the OAM engine has hardware implementation and can implement fixed 3.3ms OAM protocol packet monitoring.
  • OAM can be classified into: OAM related to alarms; OAM related to performance; and other OAM.
  • OAM Operaation Administration and Maintenance
  • OAM frame It consists of an OAM PDU (OAM Power Distribution Unit) and an outer forwarding tag stack entry.
  • the forwarding tag stack entry is the same as other data packets to ensure proper forwarding of OAM packets on the MPLS-TP (Transport Multi-Protocol Label Switched Network) path.
  • MEP Maintenance Association End Point
  • MIP Maintenance Entity End Point
  • CC Contiune Check
  • CV Connectivity Verification
  • RTI Remote Defect Indication
  • the indication signal generated by one bit indicates that the remote alarm, that is, the eighth bit, generates the remote alarm information, and only when the eighth bit is 1, indicates that an alarm is generated, when the eighth bit is There is no alarm generated when 0.
  • the problem is that this bit cannot give more detailed alarm information to the remote alarm source.
  • FIG. 1 an example of detecting an alarm and generating a remote alarm source indication signal in one of the related art, as shown in FIG.
  • the embodiment of the invention provides a network alarm method, device and terminal, and solves the problem of how to generate more detailed information of the remote alarm source.
  • the embodiment of the invention provides a network alarming method, including:
  • an alarm indication containing an alarm type is generated in the remote defect indication field of the connectivity verification frame.
  • the number of bits of the far-end defect indication field in the connectivity verification frame is determined according to the total number of alarm types.
  • At least one of the remote defect indication fields is an alarm bit, which is used to represent an alarm, and the remaining other bits are alarm type bits, which are used to represent the alarm type.
  • At least one of the remote defect indication fields is a control enable bit for characterizing control enable, and the remaining bits are alarm indication bits for characterizing alarms and alarm types.
  • the embodiment of the present invention further provides a network alarm device, including: an expansion module and a processing module; the expansion module is configured to expand a remote defect indication field in the connectivity verification frame to at least two bits;
  • the processing module is configured to generate an alert indication including an alert type in the remote defect indication field.
  • At least one of the remote defect indication fields extended by the extension module is an alarm bit, which is used to represent an alarm, and the remaining other bits are alarm type bits, which are used to represent the alarm type.
  • the extended module extended remote defect indication field to One of the few is the control enable bit, which is used to characterize the control enable.
  • the remaining bits are the alarm indicator bits, which are used to characterize the alarm and alarm type.
  • An embodiment of the present invention further provides a terminal, including: a memory, a processor connected to the memory;
  • the memory is configured to store an instruction, the processor being configured to expand a remote defect indication field in the connectivity verification frame to at least two bits according to the instruction; and to set an alert to be detected according to the instruction An alarm indication including an alarm type is generated in the remote defect indication field of the connectivity verification frame.
  • At least one of the remote defect indication fields extended by the processor is an alarm bit for characterizing an alarm, and the remaining other bits are alarm type bits for characterizing the alarm type.
  • At least one of the far-end defect indication fields extended by the processor is a control enable bit, which is used to represent the control enable, and the remaining bits are alarm indication bits, which are used to represent the alarm. And the type of alarm.
  • the embodiment of the invention provides a network alarm method, device and terminal, which can solve the problem of how to generate more detailed information of the remote alarm source.
  • the remote defect indication (RDI) of one bit in the related art generates an alarm indication to compare the remote alarm source information, and the method of the embodiment of the present invention can generate the information of each type of alarm source in more detail, so that the corresponding The management program clearly knows the specific cause of the network failure.
  • FIG. 1 is a block diagram of a CC/CV frame detection method for generating a remote alarm indication in a related art according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a network alarm method according to Embodiment 1 of the present invention.
  • FIG. 3 is a block diagram of a network alarm device module according to Embodiment 2 of the present invention.
  • FIG. 4 is a structural block diagram of a terminal according to Embodiment 3 of the present invention. Preferred embodiment of the invention
  • a CC/CV frame is used to indicate a continuity detection/connectivity verification frame, that is, a continuity verification frame with continuity detection information; and a remote defect indication is indicated by RDI.
  • the RDI is processed into an enhanced mechanism, so that the alarm indication signal originally generated by one bit can be generated by the extended RDI enhanced mechanism.
  • the extending the RDI in the CC/CV frame is specifically to extend the bits of the RDI in the CC/CV frame. It can be seen that, in the embodiment of the present invention, by extending the bit of the RDI field, an alarm indication signal corresponding to the remote alarm type can be generated, and the RDI alarm indication signal generated in the related art is not a bit, regardless of Which type of alarm source will only generate an alarm indication signal such as Loss Of Connection (LOC). Therefore, the method in the embodiment of the present invention can solve the problem of how to generate more detailed information of the remote alarm source.
  • LOC Loss Of Connection
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • a flowchart of a network alarm method includes: Step 201: Expand a remote defect indication field in a connectivity verification frame to at least two bits; Step 202: Detecting When there is an alarm, an alarm indication containing an alarm type is generated in the remote defect indication field of the connectivity verification frame.
  • the connectivity verification frame may be represented as a CC/CV frame, and the remote defect indication may be represented as an RDI;
  • the extension in the step 201 includes the extension of the RDI field bit.
  • the RDI field bit is extended by at least two bits.
  • the field has an extended number of bits according to the current existence. The total number of alarm types is determined;
  • an alarm indication including an alarm type is generated in the RDI field of the CC/CV frame.
  • CC/CV is used between two maintenance entity group endpoints (MEPs).
  • MEPs maintenance entity group endpoints
  • the frame detects that there is an alarm an alarm indication signal corresponding to the alarm type is generated, and the alarm indication signal is generated in the RDI field after the CC/CV frame is expanded.
  • the RDI field is extended by at least two bits.
  • the two systems with the same degree of harm to the system may be The fault or alarm is characterized by the same bit form; when the RDI field is extended to three or more bits, the fault or alarm type can be characterized according to the situation.
  • At least one of the extended RDI field bits is an indicator bit for characterizing an alarm or a fault
  • the remaining other bits are used to represent a type of the fault or the type of the alarm; of course, the remaining The other bits are not necessarily used to characterize the type of fault or alarm, and the number of bits required depends on the actual situation.
  • At least one bit in the extended RDI field is a control enable bit, and the control enables an RDI indication signal for controlling whether a fault or an alarm type is generated.
  • a corresponding alarm indication signal (RDI indication signal) is generated according to the fault or alarm type; when the enable bit is invalid, an alarm indication signal corresponding to the fault or alarm type is not generated (RDI indication) Signal), or it may be first to check whether the enable bit is valid. If it is invalid, no alarm detection is performed. When the enable bit is valid, alarm detection is performed. When the alarm is detected, a corresponding alarm indication signal (RDI indication signal) is generated. .
  • a control enable bit is set, where the control enable bit is represented by at least one bit in the extended RDI field, and the remaining bits may all be used to represent the alarm indication or The type of alarm, or the remaining part, is used to characterize the alarm indication or alarm type. The same bit can also be used to characterize the control enable and alarm indication. The remaining bits all or part of the alarm type bit.
  • the fault or alarm type includes five types, namely: continuity loss (LOC), error merge (Mismerge), abnormal MEP (Unexpected MEP), and error period (Unexpected Period). ) , ⁇ Mismatch ;
  • the corresponding fault or alarm indication signals are: LOS-RDI indication signal, Mismerge-RDI indication signal, Unexpectd MEP-RDI indication signal, Unexpected Period-RDI indication signal, PHB Mismatch- RDI indicator signal.
  • the alarm method in this embodiment can be generated by expanding the bits of the RDI field. Details of the types of alarms that may exist.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • Figure 3 is a network alarm device provided in this embodiment, the device includes: an expansion module 301 and a processing module 302;
  • the expansion module 301 is configured to expand the RDI field in the CC/CV frame to at least two bits; the processing module 302 is configured to generate an alarm indication including an alarm type in the remote defect indication field.
  • the expansion module 301 extends the RDI in the CC/CV frame by at least two bits, and the specific number of extension bits is determined according to the total number of currently existing alarm types.
  • At least one of the extended RDI fields of the extension module 301 is an alarm bit, which is used to represent an alarm, and the remaining other bits or part bits are alarm type bits, which are used to represent the alarm type.
  • the extended RDI field of the expansion module 301 has at least one bit as a control enable bit, which is used to represent the control enable, and the remaining other bits or part bits are alarm indication bits, which are used to represent the alarm and alarm type. .
  • Embodiment 3 is a diagrammatic representation of Embodiment 3
  • FIG. 4 is a block diagram of a terminal structure provided by this embodiment, the structural composition of the terminal includes a memory 401 and a processor 402;
  • the memory 401 is configured to store related instructions
  • the processor 402 is configured to expand the remote defect indication field in the connectivity verification frame to at least two bits according to the instruction; and set to detect the presence of an alarm according to the instruction in the connectivity verification frame.
  • An alarm indication including an alarm type is generated in the end defect indication field.
  • the processor 401 extends the RDI in the CC/CV frame by at least two bits, and the specific number of extension bits is determined according to the total number of currently existing alarm types.
  • the processor 401 is further configured to perform function allocation on the extended bit, where at least one of the extended bits is an alarm bit, used to represent an alarm, The alarm is an alarm indication, and the remaining other bits are alarm type bits, which are used to characterize the alarm type.
  • the processor 401 is further configured to perform function allocation on the extended bit, where at least one of the extended bits is a control enable bit, used to represent control enable,
  • the remaining bits are alarm indication bits used to characterize alarms and alarm types.
  • the alarm terminal may include a maintenance entity group endpoint (MEP).
  • MEP maintenance entity group endpoint
  • a storage medium is further provided, where the storage medium is performed according to the following steps: expanding a remote defect indication field in the connectivity verification frame to at least two bits;
  • an alarm indication containing an alarm type is generated in the remote defect indication field of the connectivity verification frame.
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • the specific extension method includes A or B:
  • the RDI field bit in the CC/CV frame is expanded to 3 bits.
  • the 8th bit of the RDI generates an alarm indication signal.
  • the RDI-related 8th bit is added.
  • Bits 7 and 6 extend the RDI from one bit to three bits. As shown in Table 1,
  • an indication signal LOC-RDI for generating a continuity loss alarm is generated in a field in which three bits are 0, 0, 1 from high to low.
  • the indication signal Mismerge-RDI of the error merge alarm is generated in the three bits from 0 to 1, 0, and 0 in the order of 0, 1, 0; when there is an error MEP alarm, in three The bit is from 0 to 1, and 1 is the indication signal of the erroneous MEP alarm in the order of 0, 1, and 1.
  • Unexpected MEP-RDI when the error period alarm is detected, the three bits are 1, 0 from the high to the low.
  • 0 indicates the indication signal of the error period alarm Unexpected Period-RDI;
  • PHB mismatch When it is detected that there is a mismatch for each hop behavior (PHB mismatch), each of the three bits is generated from 1, 0, 1 in order from high to low.
  • the one-hop behavior does not match the indication signal PHB mismatch-RDI, and the other two cases are in a reserved state. With this method of extending the bit, an indication of the type of all possible alarms will be generated.
  • 1, 0 indicates that the LOC alarm indication signal is generated; 1, 1, 1 indicates that the Mismerge alarm indication signal is generated, that is, in this embodiment, except for three bits from the high to the low, the order is 0, 0, 0.
  • the other seven conditions may generate corresponding alarm indication signals. Which kind of alarm indication signal is generated according to the situation, which will not be repeated here.
  • the extension method of the RDI bit in the embodiment can be mutually interacted with the device supporting the enhanced type. Pass; Of course, it is also possible to communicate with devices that do not support enhanced devices, depending on the device's improvement.
  • the RDI bit in the CC/CV frame is expanded to 4 bits. Different from A, in this scheme, on the basis of the scheme A, the bit 5 is further extended, that is, the 8th bit in the RDI correlation. Bits 7, 6, and 5 are added on a bit basis to extend RDI from one bit to four bits. As shown in table 2,
  • an indication signal LOC-RDI for generating a continuity loss alarm is generated in the first bit from 0 to 0, 0, 1 from the high bit to the low bit.
  • the indication signal Mismerge-RDI of the error merge alarm is generated in the first bit from 0 to 0, 1 and 0 in the four bits from the high to the low; when detecting the presence of the error MEP alarm, in the fourth The bits from the high to the low are the indication signal Unexpected MEP-RDI for generating the erroneous MEP alarm in 1, 0, 1, and 1.
  • the four bits are from the high to the low in sequence.
  • the situation in which the alarm is generated in this scenario is only a preferred case, except that in the case where the highest bit is 0, the other bit can be 0 or 1, indicating that no alarm is generated, the other 8 cases can be Any type of alarm type indication signal generated, which type of alarm indication signal is generated according to the specific situation, and will not be described here.
  • the indication signal that generates or generates an alarm type in each bit from the high to the low position can be understood as an indication signal indicating a certain alarm type by using the specific condition from high to low. .
  • an RDI generated control enable is set in each alarm source that generates the RDI indication signal, and the control enable is used to control whether the RDI indication signal is generated, and when the enable is effective.
  • the corresponding RDI indication signal is generated according to the type of the alarm source information, otherwise the corresponding RDI indication signal is not generated.
  • a control enable bit is set, the control enable bit is represented by at least one bit in the extended RDI field, and the remaining bits can all be used to represent the alarm or alarm type. , or the remaining part of the bit is used to characterize the alarm or alarm type, and the same bit can be used to control the enabling and characterizing the alarm.
  • the content of the alarm source information can be displayed in more detail, thereby effectively solving the possible problems according to the content of the alarm source information.
  • each module/unit in the above embodiment may be implemented in the form of hardware or in the form of a software function module. The invention is not limited to any specific combination of hardware and software.
  • the method of the embodiment of the present invention can generate the information of each type of alarm source in more detail, so that the corresponding management program clearly knows the specific cause of the network failure.

Landscapes

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

Abstract

一种网络告警方法、设备及终端，能够解决如何生成远端告警源更加详细信息的问题。其中，所述方法包括：将连续性检测/连通性验证（CC/CV）帧中的远端缺陷指示（RDI）字段扩展至少两位，当检测有告警时，在连续性检测/连通性验证（CC/CV）帧的远端缺陷指示（RDI）字段生成包含有告警类型的告警指示。

Description

一种网络告警方法、 设备及终端
技术领域
本发明涉及网络技术领域， 尤其涉及一种网络告警方法、 设备及终端。
背景技术
近年来， 以路由器和分组传送网 （Packet Transport Network, 简称 PTN ) 设备为代表的分组网络得到迅速的发展， 同时分组网络的 OAM ( Operation Administration and Maintenance )机制也有了很大的完善。 以 PTN设备为例， PTN OAM仿照电信级能力更强的 SDH ( Synchronous Digital Hierarchy, 同步 数字体系）设计， OAM引擎有硬件实现， 可实现固定 3.3ms OAM协议报文 监控。 OAM按功能分类可分为： 告警相关的 OAM; 性能相关的 OAM; 其 它 OAM。
OAM( Operation Administration and Maintenance )信息包含在特定的 OAM 帧，并以帧的形式进行传送。 OAM帧： 由 OAM PDU( OAM Power Distribution Unit, OAM电源分配单元）和外层的转发标记栈条目组成。 转发标记栈条目 内容同其它数据分组一样， 用来保证 OAM分组在 MPLS-TP (传送多协议标 签交换网络）路径上的正确转发。每个 MEP( Maintenance association End Point, 管理实体组端点 ) 或 MIP ( Maintenance association Intermediate Point, 管理 实体中间端点）仅识别和处理本层次的 OAM分组。
目前釆用 CC( Contiune Check,连续性检测）/CV(Connectivity Verification, 连通性验证）帧来检测 MEP之间的联通性， 但是在远端告警中， 只有 RDI ( Remote Defect Indication, 远端故障告警）一个比特位产生的指示信号表示 远端告警即第 8个比特位进行远端告警信息的产生， 且只有当第 8个比特位 为 1的时候表示有告警产生， 当第 8个比特位为 0的时候没有告警产生， 存 在的问题是这一个比特位无法给出远端告警源更加详细的告警信息。 如图 1 所示， 为相关技术中的一种检测告警并产生远端告警源指示信号的例子， 由 图 1可知， 当通过 CC/CV ( Contiune Check/ Connectivity Verification, )帧检 测到有告警后， 首先产生 RDI指示信号， 表示有告警， 但具体为哪一种告警 源不会给出详细信息， 而是以产生告警级别最为严重的 LOC ( Loss Of Connection, 连续性丟失）告警指示作为整个检测的结果。 因此， 如何给出远 端告警源更加详细的信息是目前面临的最重要问题。 发明内容
本发明实施例提供一种网络告警方法、 设备及终端， 解决如何生成远端 告警源更加详细信息的问题。
本发明实施例提供了一种网络告警方法， 包括：
将连通性验证帧中的远端缺陷指示字段扩展为至少两位； 以及
检测到有告警时， 在连通性验证帧的远端缺陷指示字段中生成包含有告 警类型的告警指示。
在本发明的一实施例中， 所述将连通性验证帧中的远端缺陷指示字段扩 展的位数根据总的告警类型数确定。
在本发明的一实施例中， 所述远端缺陷指示字段中， 至少有一位为告警 位， 用于表征告警， 剩余的其他位为告警类型位， 用于表征告警类型。
在本发明的一实施例中， 所述远端缺陷指示字段中， 至少有一位为控制 使能位， 用于表征控制使能， 剩余的位为告警指示位， 用于表征告警及告警 类型。
本发明实施例还提供了一种网络告警设备， 包括： 扩展模块和处理模块； 所述扩展模块设置成将连通性验证帧中的远端缺陷指示字段扩展为至少 两位； 以及
所述处理模块设置成在远端缺陷指示字段中生成包含有告警类型的告警 指示。
在本发明的一实施例中， 所述扩展模块扩展的远端缺陷指示字段中， 至 少有一位为告警位， 用于表征告警， 剩余的其他位为告警类型位， 用于表征 告警类型。
在本发明的一实施例中， 所述扩展模块扩展的远端缺陷指示字段中， 至 少有一位为控制使能位， 用于表征控制使能， 剩余的位为告警指示位， 用于 表征告警及告警类型。
本发明实施例还提供了一种终端， 包括： 存储器、 与所述存储器连接的 处理器；
所述存储器设置成存储指令， 所述处理器设置成根据所述指令将连通性 验证帧中的远端缺陷指示字段扩展为至少两位；以及设置成检测到有告警时， 根据所述指令在连通性验证帧的远端缺陷指示字段中生成包含有告警类型的 告警指示。
在本发明的一实施例中， 所述处理器扩展的远端缺陷指示字段中， 至少 有一位为告警位， 用于表征告警， 剩余的其他位为告警类型位， 用于表征告 警类型。
在本发明的一实施例中， 所述处理器扩展的远端缺陷指示字段中， 至少 有一位为控制使能位， 用于表征控制使能， 剩余的位为告警指示位， 用于表 征告警及告警类型。
本发明实施例的有益效果是：
本发明实施例提供了一种网络告警方法、 设备及终端， 能够解决如何生 成远端告警源更加详细信息的问题。 与相关技术中一个比特位的远端缺陷指 示 （RDI )生成告警指示来表示远端告警源信息相比较， 本发明实施例的方 法能够更加详细的生成每一种告警源的信息， 使得相应的管理程序清楚得知 网络产生故障的具体原因。
附图概述
图 1 为本发明实施例中提供的一种相关技术中生成远端告警指示的 CC/CV帧检测方法框图；
图 2为本发明实施例一中提供的一种网络告警方法流程图；
图 3为本发明实施例二中提供的一种网络告警设备模块框图；
图 4为本发明实施例三中提供的一种终端结构框图。 本发明的较佳实施方式
下文中将结合附图对本发明的实施例进行详细说明。 在以下的内容中， 用 CC/CV帧表示连续性检测 /连通性验证帧，即表示带有连续性检测信息的连 通性验证帧； 用 RDI表示远端缺陷指示。
本发明实施例通过对 CC/CV帧中的 RDI字段进行扩展， 将 RDI处理为 一种增强型的机制， 使得原来通过一个比特位生成的告警指示信号可以通过 扩展后的 RDI增强型机制生成， 在本发明的一个实施例中， 所述的对 CC/CV 帧中的 RDI进行扩展具体为将 CC/CV帧中的 RDI的比特位进行扩展。可见， 本发明实施例中通过对 RDI字段比特位的扩展， 能够生成与远端告警类型相 对应的告警指示信号， 不会像相关技术中当产生的 RDI告警指示信号为一个 比特位时， 不论是哪一种告警源都只会生成连续性丟失（Loss Of Connection, LOC )这一种告警指示信号。 所以， 利用本发明实施例中的方法， 能够解决 如何生成远端告警源更加详细的信息的问题。
实施例一：
如图 2所示， 为本实施例提供的一种网络告警方法流程图， 该方法包括: 步骤 201： 将连通性验证帧中的远端缺陷指示字段扩展为至少两位； 步骤 202: 检测到有告警时， 在连通性验证帧的远端缺陷指示字段中生 成包含有告警类型的告警指示。
本实施例中， 所述的连通性验证帧可表示为 CC/CV帧， 所述的远端缺陷 指示可表示为 RDI;
步骤 201中所述的扩展包括 RDI字段比特位的扩展， 在本实施例中， 所 述的 RDI字段比特位的扩展至少为两位， 可选地， 所述字段的扩展位数根据 当前存在的告警类型的总数进行确定；
步骤 202中检测到有告警时， 在 CC/CV帧的 RDI字段生成包含有告警 类型的告警指示， 在本实施例中， 可选地， 当两维护实体组端点 （MEP ) 间 利用 CC/CV帧检测到存在告警时， 会产生与告警类型相应的告警指示信号， 所述的告警指示信号在 CC/CV帧扩展后的 RDI字段生成。 在步骤 201中， 可选地， 所述将 RDI字段扩展至少为两位， 当将 RDI字 段扩展为两位而故障类型或者告警类型为四种以上时， 可以将对系统造成危 害程度相同的两种故障或者告警用同一种比特位形式进行表征； 当将 RDI字 段扩展为三位或者三位以上时， 故障或者告警类型可以根据情况进行表征。
在本实施例中， 可选地， 扩展后的 RDI字段位中， 至少有一位为用于表 征告警或者故障的指示位， 剩余的其他位用于表征故障或者告警类型的类型 位； 当然， 剩余的其他位不一定都会被用于表征故障或者告警的类型， 具体 需要的位数根据实际情况而定。
在本实施例中，可选地，在扩展的 RDI字段中至少有一位为控制使能位， 所述控制使能用于控制是否产生故障或者告警类型的 RDI指示信号。相应的， 当使能位有效时， 根据故障或者告警类型产生相应的告警指示信号 （RDI指 示信号） ； 当使能位无效时， 不会产生与故障或者告警类型相应的告警指示 信号 （RDI指示信号） ， 或者可以是先检测使能位是否有效， 如果无效， 则 不进行告警检测， 当使能位有效， 则进行告警检测， 当检测到告警以后产生 相应的告警指示信号 （RDI指示信号） 。
可选地， 在扩展后的 RDI字段中， 设置一控制使能位， 所述控制使能位 在扩展后的 RDI字段中至少有一位来表示， 其余的位数可以全部用于表征告 警指示或者告警类型，或者是剩余的部分位用于表征告警指示或者告警类型， 也可用同一个位表征控制使能和告警指示， 剩余的位全部或者部分表征告警 类型位。
可选地， 在本实施例中， 所述的故障或者告警类型包括五类， 分别为： 连续性丟失（ LOC ) ,错误合并（ Mismerge ) ,异常的 MEP ( Unexpected MEP ) , 错误周期 （ Unexpected Period ) , ΡΗΒ不匹配（ ΡΗΒ Mismatch ) ； 其对应的 故障或者告警指示信号分别为： LOS-RDI指示信号， Mismerge-RDI指示信 号， Unexpectd MEP-RDI指示信号， Unexpected Period-RDI指示信号， PHB Mismatch-RDI指示信号。 件实体来实现。 釆用本实施例中的告警方法， 通过将 RDI字段比特位的扩展， 能够生成 可能存在的告警类型的详细信息。
实施例二：
图 3是本实施例中提供的一种网络告警设备， 所述设备包括： 扩展模块 301和处理模块 302;
所述的扩展模块 301设置成将 CC/CV帧中的 RDI字段扩展为至少两位； 所述处理模块 302设置成在远端缺陷指示字段中生成包含有告警类型的 告警指示。
可选地， 所述扩展模块 301将 CC/CV帧中的 RDI扩展至少两位， 具体 的扩展位数根据当前存在的告警类型的总数确定。
可选地，所述扩展模块 301扩展后的 RDI字段中，至少有一位为告警位， 用于表征告警， 剩余的其他位或者部分位为告警类型位， 用于表征告警类型。
可选地， 所述扩展模块 301扩展后的 RDI字段， 至少有一位为控制使能 位， 用于表征控制使能， 剩余的其他位或者部分位为告警指示位， 用于表征 告警及告警类型。
实施例三：
图 4是本实施例提供的一种终端结构框图， 所述终端的结构组成包括存 储器 401和处理器 402;
所述的存储器 401设置成存储相关的指令；
所述的处理器 402设置成根据所述指令将连通性验证帧中的远端缺陷指 示字段扩展为至少两位； 以及设置成检测到有告警时， 根据所述指令在连通 性验证帧的远端缺陷指示字段中生成包含有告警类型的告警指示。
可选地， 所述的处理器 401将 CC/CV帧中的 RDI扩展至少两位， 具体 的扩展位数根据当前存在的告警类型的总数确定。
可选地， 所述的处理器 401还设置成将扩展后的比特位进行功能分配， 其中， 所述扩展后的比特位中， 至少有一位为告警位， 用于表征告警， 所述 的告警为告警指示， 剩余的其他位为告警类型位， 用于表征告警类型。
可选地， 所述的处理器 401还设置成将扩展后的比特位进行功能分配， 其中， 所述扩展后的比特位中， 至少有一位为控制使能位， 用于表征控制使 能， 剩余的位为告警指示位， 用于表征告警及告警类型。
在本实施例中， 所述的告警终端可以包括维护实体组端点 （MEP ) 。 本实施例中还提供一种存储介质， 所述存储介质按照以下步骤执行： 将连通性验证帧中的远端缺陷指示字段扩展为至少两位；
检测到有告警时， 在连通性验证帧的远端缺陷指示字段中生成包含有告 警类型的告警指示。
实施例四：
本实施例中提供了一种具体的扩展 CC/CV帧中 RDI字段的方法， 在本 实施例中， 具体的扩展方法包括 A或者 B:
A: 将 CC/CV帧中的 RDI字段位扩展为 3位， 在相关技术中， RDI的第 8个比特产生告警指示信号， 在本实施例中， 在 RDI相关第 8比特位的基础 上增加比特位 7和 6, 将 RDI从一个比特位扩展到 3个比特位。 如表 1所示，
比特位 8 比特位 7 比特位 6 对应 RDI
0 0 0 无告警
0 0 1 LOC-RDI
0 1 0 Mismerge-RDI
0 1 1 Unexpected
MEP-RDI
1 0 0 Unexpected
Period-RDI
1 0 1 PHB
mismatch-RDI 1 1 0 保留
1 1 1 保留
表 1
由表 1可以知道， 在原来第 8个比特位的基础上继续扩展比特位 7和比 特位 6, 则可能存在的情况有 23种， 即存在 8种可能的情况。 在相关技术只 存在一个比特位的情况中， 第 8位为 1时， 表示有告警产生； 当第 8位为 0 时， 表示没有告警产生， 在本实施例中， 存在的 8种可能情况中， 当三个比 特位从高位到低位依次为 0、 0、 0时， 表示没有告警产生， 而其他的 7种情 况表示会有相应的告警产生。
在本实施例中， 可选地， 当检测到存在连续性丟失告警时， 在三个比特 位从高位到低位依次为 0、 0、 1 的字段中产生连续性丟失告警的指示信号 LOC-RDI; 当检测到存在错误合并告警时， 在三个比特位从高位到低位依次 为 0、 1、 0中生成错误合并告警的指示信号 Mismerge-RDI; 当检测到存在错 误 MEP告警时，在三个比特位从高位到低位依次为 0、 1、 1中生成错误 MEP 告警的指示信号 Unexpected MEP-RDI; 当检测到存在错误周期告警时， 在三 个比特位从高位到低位依次为 1、 0、 0 中生成错误周期告警的指示信号 Unexpected Period-RDI； 当检测到存在每一跳行为不匹配（ PHB mismatch )告 警时， 在三个比特位从高位到低位依次为 1、 0、 1 中生成每一跳行为不匹配 指示信号 PHB mismatch-RDI, 其他的 2种情况处于保留状态。 通过这种扩展 比特位的方法， 会产生的所有可能告警的类型的指示信号。
需要说明的是， 在本实施例中， 可选地选取以上所述的几种情况表示各
1、 0表示产生了 LOC告警指示信号； 1、 1、 1表示产生了 Mismerge告警指 示信号， 也就是说， 在本实施例中， 除了三个比特位从高位到低位依次为 0、 0、 0时， 表示没有告警产生外， 其他 7种情况都有可能产生相应的告警指示 信号， 由哪一种情况产生哪一种告警指示信号， 可根据情况而定， 在此不再 赘述。
釆用本实施例中的 RDI比特位的扩展方法能与支持增强型的设备之间互 通； 当然， 允许的情况下也可以与不支持增强型的设备之间互通， 选择根据 设备的改进情况而定。
B:将 CC/CV帧中的 RDI比特位扩展为 4位，与 A不同的是，本方案中， 在方案 A的基础上， 又继续扩展了比特位 5 , 也就是在 RDI相关第 8比特位 的基础上增加比特位 7、 6和 5 , 将 RDI从一个比特位扩展到 4个比特位。 如 表 2所示，
Figure imgf000010_0001
表 2
由表 2可以知道， 在原来第 8个比特位的基础上继续扩展比特位 7、 比 特位 6和比特位 5 , 则可能存在的情况有 24种， 即存在 16种可能的情况。 在 相关技术只有一个比特位的情况中， 第 8位为 1时， 表示有告警产生； 第 8 位为 0时， 表示没有告警产生， 在本实施例中， 存在的可能 16种情况中， 当 四个比特位中最高位也即第 8个比特位为 0时， 不论其他三个比特位是 0或 者是 1 ,都将表示没有告警产生， 而其他的 8种情况即第 8个比特位为 1时表 示会有相应的告警产生， 釆用本实施例的扩展方案， 可以与不支持增强型的 设备之间进行互通。
在本实施例中， 可选地， 当检测到存在连续性丟失告警时， 在四个比特 位从高位到低位依次为 1、 0、 0、 1 中生成连续性丟失告警的指示信号 LOC-RDI; 当检测到存在错误合并告警时， 在四个比特位从高位到低位依次 为 1、 0、 1、 0中生成错误合并告警的指示信号 Mismerge-RDI; 当检测存在 错误 MEP告警时， 在四个比特位从高位到低位依次为 1、 0、 1、 1中生成错 误 MEP告警的指示信号 Unexpected MEP-RDI; 当检测存在错误周期告警时， 在四个比特位从高位到低位依次为 1、 1、 0、 0中生成错误周期告警的指示信 号 Unexpected Period-RDI； 当检测到存在每一跳行为不匹配的告警时， 在四 个比特位从高位到低位依次为 1、 1、 0、 1中生成每一跳行为不匹配的告警指 示信号 PHB mismatch-RDI; 其他的 3种情况暂时处于保留状态。
与方案 A相同， 本方案中表示产生告警的情况只是一种较佳的情况， 除 了在最高位为 0, 其他位可以为 0或者 1的情况下表示没有告警产生外， 其 他的 8种情况可以任意表示产生的告警种类指示信号， 哪一种情况产生哪一 种告警指示信号根据具体情况设置， 在此不再赘述。
在本实施例中， 所述的在每种比特位从高位到低位中产生或者生成某种 告警类型的指示信号可以理解为用该从高位到低位的特定情况表征某种特定 告警类型的指示信号。
在本实施例中， 可选地， 在每个产生 RDI指示信号的告警源中都设置一 个 RDI产生的控制使能， 所述的控制使能用于控制是否产生 RDI指示信号， 当使能有效时， 根据告警源信息的种类产生相应的 RDI指示信号， 否则不产 生相应的 RDI指示信号。 相应地， 在扩展后的 RDI字段中， 设置一控制使能 位， 所述控制使能位在扩展后的 RDI字段中至少有一位来表示， 其余的位数 可以全部用于表征告警或者告警类型， 或者是剩余的部分位用于表征告警或 者告警类型， 也可用同一个位表征控制使能和表征告警。
釆用本实施例中的网络告警方法， 可以更加详细的将告警源信息的内容 显示出来， 从而有效地根据告警源信息的内容解决存在的可能问题。
以上内容是结合具体的实施方式对本发明所作的详细说明， 不能认定本 发明的具体实施只局限于这些说明。 对于本发明所属技术领域的普通技术人 员来说， 在不脱离本发明构思的前提下， 还可以做出若干简单推演或替换， 都应当视为属于本发明的保护范围。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 程序可以存储于计算机可读存储介质中， 如只读存储 器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用一个 或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用硬件 的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任何特 定形式的硬件和软件的结合。
发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。
工业实用性 本发明实施例的方法能够更加详细的生成每一种告警源的信息， 使得相 应的管理程序清楚得知网络产生故障的具体原因。

Claims

权 利 要 求 书
1、 一种网络告警方法， 包括：
将连通性验证帧中的远端缺陷指示字段扩展为至少两位； 以及
检测到有告警时， 在连通性验证帧的远端缺陷指示字段中生成包含有告 警类型的告警指示。
2、 如权利要求 1所述的网络告警方法， 其中， 所述将连通性验证帧中的 远端缺陷指示字段扩展的位数根据总的告警类型数确定。
3、 如权利要求 1或 2所述的网络告警方法， 其中， 所述远端缺陷指示字 段中， 至少有一位为告警位， 用于表征告警， 剩余的其他位为告警类型位， 用于表征告警类型。
4、 如权利要求 1或 2所述的网络告警方法， 其中， 所述远端缺陷指示字 段中， 至少有一位为控制使能位， 用于表征控制使能， 剩余的位为告警指示 位， 用于表征告警及告警类型。
5、 一种网络告警设备， 包括： 扩展模块和处理模块；
所述扩展模块设置成将连通性验证帧中的远端缺陷指示字段扩展为至少 两位； 以及
所述处理模块设置成在远端缺陷指示字段中生成包含有告警类型的告警 指示。
6、 如权利要求 5所述的网络告警设备， 其中， 所述扩展模块扩展的远端 缺陷指示字段中， 至少有一位为告警位， 用于表征告警， 剩余的其他位为告 警类型位， 用于表征告警类型。
7、 如权利要求 5所述的网络告警设备， 其中， 所述扩展模块扩展的远端 缺陷指示字段中， 至少有一位为控制使能位， 用于表征控制使能， 剩余的位 为告警指示位， 用于表征告警及告警类型。
8、 一种终端， 包括： 存储器、 与所述存储器连接的处理器； 所述存储器 设置成存储指令， 所述处理器设置成根据所述指令将连通性验证帧中的远端 缺陷指示字段扩展为至少两位； 以及设置成检测到有告警时， 根据所述指令 在连通性验证帧的远端缺陷指示字段中生成包含有告警类型的告警指示。
9、 如权利要求 8所述的终端， 其中， 所述处理器扩展的远端缺陷指示字 段中， 至少有一位为告警位， 用于表征告警， 剩余的其他位为告警类型位， 用于表征告警类型。
10、 如权利要求 8所述的终端， 其中， 所述处理器扩展的远端缺陷指示 字段中， 至少有一位为控制使能位， 用于表征控制使能， 剩余的位为告警指 示位， 用于表征告警及告警类型。
PCT/CN2014/075915 2013-11-21 2014-04-22 一种网络告警方法、设备及终端 WO2014177001A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310596366.5 2013-11-21
CN201310596366.5A CN104660431B (zh) 2013-11-21 2013-11-21 一种网络告警方法、设备及终端

Publications (1)

Publication Number Publication Date
WO2014177001A1 true WO2014177001A1 (zh) 2014-11-06

Family

ID=51843127

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/075915 WO2014177001A1 (zh) 2013-11-21 2014-04-22 一种网络告警方法、设备及终端

Country Status (2)

Country Link
CN (1) CN104660431B (zh)
WO (1) WO2014177001A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110690983B (zh) * 2018-07-05 2022-04-08 中兴通讯股份有限公司 一种告警方法、装置及计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101719843A (zh) * 2009-12-18 2010-06-02 烽火通信科技股份有限公司 Ptn中lsp线性保护倒换方法
CN101848109A (zh) * 2010-06-03 2010-09-29 中兴通讯股份有限公司 一种atca告警动态过滤方法和装置
CN102136882A (zh) * 2011-03-04 2011-07-27 华为技术有限公司 误码状态传递的方法及装置
CN103378980A (zh) * 2012-04-16 2013-10-30 中兴通讯股份有限公司 一种层网络告警与业务相关性分析方法和装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100502303C (zh) * 2005-04-15 2009-06-17 华为技术有限公司 以太网与多协议标签交换网络互通的故障管理方法
CN100356739C (zh) * 2005-07-29 2007-12-19 杭州华三通信技术有限公司 测试系统及方法
CN101232427A (zh) * 2007-01-23 2008-07-30 华为技术有限公司 一种以太网环保护方法及装置
CN100583727C (zh) * 2007-02-14 2010-01-20 深圳市迪威视讯股份有限公司 一种多网络接口反向复用方法
CN101877646B (zh) * 2009-04-28 2013-03-20 华为技术有限公司 一种保护倒换方法和节点设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101719843A (zh) * 2009-12-18 2010-06-02 烽火通信科技股份有限公司 Ptn中lsp线性保护倒换方法
CN101848109A (zh) * 2010-06-03 2010-09-29 中兴通讯股份有限公司 一种atca告警动态过滤方法和装置
CN102136882A (zh) * 2011-03-04 2011-07-27 华为技术有限公司 误码状态传递的方法及装置
CN103378980A (zh) * 2012-04-16 2013-10-30 中兴通讯股份有限公司 一种层网络告警与业务相关性分析方法和装置

Also Published As

Publication number Publication date
CN104660431A (zh) 2015-05-27
CN104660431B (zh) 2019-01-15

Similar Documents

Publication Publication Date Title
WO2017114181A1 (zh) 链路检测方法、装置及网络设备、控制器
EP2763359B1 (en) Communication system, sending device, communication device, failure notification method and non-temporary computer-readable medium storing program
US8274911B2 (en) Network monitoring system and path extracting method
WO2017152681A1 (zh) 检测转发表的方法、装置和设备
TWI424713B (zh) 迴圈偵測方法及應用其之網路裝置
WO2019057007A1 (zh) 一种通信连接检测方法及装置
US20150295909A1 (en) Integrity check optimization systems and methods in live connectivity frames
CN112311580B (zh) 报文传输路径确定方法、装置及系统、计算机存储介质
JP4861293B2 (ja) 通信装置、通信方法および通信プログラム
US20170222864A1 (en) Method and Apparatus for Implementing Operation, Administration, and Maintenance Function
WO2012149856A1 (zh) 一种rrpp环网中链路故障检测及处理方法、装置
JP5678678B2 (ja) プロバイダ網及びプロバイダエッジ装置
US20070230364A1 (en) Signal degrade detecting method, signal restoration detecting method, devices for those methods, and traffic transmission system
WO2020173424A1 (zh) 报文处理的方法和网关设备
JP4946909B2 (ja) フレーム監視装置およびフレーム監視方法
WO2015109734A1 (zh) 伪线保护方法、装置及节点
WO2014161205A1 (zh) 一种网络拥塞处理方法、系统及装置
US8868731B1 (en) Technique for false positives prevention in high availability network
JP4902440B2 (ja) ノード装置および障害検知方法
KR20100114521A (ko) 이더넷 멀티캐스트의 연속성 체크를 위한 방법 및 시스템
WO2015018090A1 (zh) 一种业务流链路的连通性检测方法、相关装置及系统
WO2012079405A2 (zh) 链路的跟踪处理方法及系统
WO2014177001A1 (zh) 一种网络告警方法、设备及终端
JP5625494B2 (ja) 伝送装置、制御情報設定方法及び制御情報設定プログラム
WO2014000509A1 (zh) 一种传输监控方法及装置

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: 14792087

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: 14792087

Country of ref document: EP

Kind code of ref document: A1