光传送网otn设备告警的处理方法及装置的制造方法
【专利摘要】本发明提供了一种光传送网OTN设备告警的处理方法及装置，其中该方法包括：光传送网OTN设备接收告警操作消息，其中，告警操作消息的类型包括：第一告警监视消息、第一告警状态查询消息，该第一告警监视消息用于指示OTN设备配置OTN设备的告警监视状态，该第一告警状态查询消息用于指示OTN设备查询OTN设备的告警状态；OTN设备依据告警操作消息的类型执行与类型对应的告警操作。通过本发明，解决了相关技术中OTN设备不支持告警机制的问题，实现了在OTN设备中的告警机制。
【专利说明】
光传送网OTN设备告警的处理方法及装置
技术领域
[0001] 本发明涉及通信领域，具体而言，涉及一种光传送网0ΤΝ设备告警的处理方法及 装置。
【背景技术】
[0002] 随着软件定义网络（Software Defined Networking简称为SDN)技术在运营商和 互联网用户中逐步应用，SDN技术对光传送网（Optical Transport Network简称为0ΤΝ)设 备中的控制也成为迫切的需求。目前，基于0ΤΝ的SDN技术验证与测试，各厂商正与运营商 在合作中稳步推进。OpenFlow协议是SDN中最为核心的南向接口协议，但该协议目前不支 持0ΤΝ设备的告警机制，导致SDN的业务不能进行恢复倒换，进而导致SDN中业务的生存性 大幅度降低，无法满足客户对业务的维护需求。
[0003] 针对相关技术中0ΤΝ设备不支持告警机制的问题，目前尚未提出有效的解决方 案。
【发明内容】
[0004] 本发明的主要目的在于提供一种光传送网0ΤΝ设备告警的处理方法及装置，以至 少解决相关技术中0ΤΝ设备不支持告警机制的问题。
[0005] 根据本发明的一个方面，提供了一种光传送网0ΤΝ设备告警的处理方法，包括：光 传送网0ΤΝ设备接收告警操作消息，其中，所述告警操作消息的类型包括：第一告警监视消 息、第一告警状态查询消息，该第一告警监视消息用于指示所述0ΤΝ设备配置所述0ΤΝ设备 的告警监视状态，该第一告警状态查询消息用于指示所述0ΤΝ设备查询所述0ΤΝ设备的告 警状态；所述0ΤΝ设备依据所述告警操作消息的类型执行与所述类型对应的告警操作。
[0006] 进一步地，所述告警操作消息为OpenFlow协议中的0FPT_FL0W_M0D消息，其中，在 所述0FPT_FL0W_M0D消息的扩展类型中定义有用于指示告警操作的类型，以及与所述类型 对应的结构类型，该结构类型的不同取值用于表示不同的所述类型。
[0007] 进一步地，所述告警操作消息还携带有所述0ΤΝ设备的指定端口信息、指定标签 信息，所述0ΤΝ设备依据所述告警操作消息的类型执行与所述类型对应的告警操作包括： 所述0ΤΝ设备依据所述指定端口信息和所述指定标签信息查询到与所述指定端口信息和 所述指定标签信息对应的本地端口；所述0ΤΝ设备判断所述本地端口的告警监视状态与所 述第一告警监视消息对应的告警监视状态是否匹配，其中，告警监视的状态包括：告警监视 关闭、告警监视开启；所述0ΤΝ设备依据判断结果配置所述本地端口的告警监视状态。
[0008] 进一步地，所述0ΤΝ设备依据判断结果配置所述本地端口的告警监视状态包括： 在所述判断结果为否时，所述0ΤΝ设备依据所述第一告警监视消息的状态配置所述本地端 口的告警监视状态；在所述判断结构为是时，所述0ΤΝ设备则禁止执行配置所述本地端口 的告警监视状态的操作。
[0009] 进一步地，所述0ΤΝ设备依据所述告警操作消息的类型执行与所述类型对应的告 警操作包括：所述OTN设备依据所述指定端口信息和所述指定标签信息查询到与所述指定 端口信息和所述指定标签信息对应的所述本地端口；所述0TN设备查询所述本地端口的告 警状态，其中，所述告警状态包括：告警产生、告警消失；所述0TN设备将所述告警状态信息 标识在OFPT_PORT_STATUS消息的扩展类型中，并上报所述OFPT_PORT_STATUS消息。
[0010] 进一步地，在所述0ΤΝ设备依据所述告警操作消息的类型执行与所述类型对应的 告警操作之后，所述方法还包括：在所述0ΤΝ设备的指定端口产生告警时，所述0ΤΝ设备判 断所述指定端口的告警监视状态是否为告警监视开启；在判断结果为是时，所述0ΤΝ设备 在所述0FPT_P0RT_STATUS消息的扩展类型中填写所述指定端口的端口信息，并上报所述 0FPT_P0RT_STATUS消息；在判断结果为否时，所述0ΤΝ设备禁止执行上报告警状态的操作。
[0011] 根据本发明的另一个方面，提供了一种光传送网0ΤΝ设备告警的处理装置，位于 0ΤΝ设备侧，包括：接收模块，用于接收告警操作消息，其中，所述告警操作消息的类型包 括：第一告警监视消息、第一告警状态查询消息，该第一告警监视消息用于指示所述0ΤΝ设 备配置所述0ΤΝ设备的告警监视状态，该第一告警状态查询消息用于指示所述0ΤΝ设备查 询所述0ΤΝ设备的告警状态；执行模块，用于依据所述告警操作消息的类型执行与所述类 型对应的告警操作。
[0012] 进一步地，所述告警操作消息为OpenFlow协议中的0FPT_FL0W_M0D消息，其中，在 所述0FPT_FL0W_M0D消息的扩展类型中定义有用于指示告警操作的类型，以及与所述类型 对应的结构类型，该结构类型的不同取值用于表示不同的所述类型。
[0013] 进一步地，所述告警操作消息还携带有所述0ΤΝ设备的指定端口信息、指定标签 信息，所述执行模块还包括：第一查询单元，用于依据所述指定端口信息和所述指定标签信 息查询到与所述指定端口信息和所述指定标签信息对应的本地端口；判断单元，用于判断 所述本地端口的告警监视状态与所述第一告警监视消息对应的告警监视状态是否匹配，其 中，告警监视的状态包括：告警监视关闭、告警监视开启；配置单元，用于依据判断结果配 置所述本地端口的告警监视状态。
[0014] 进一步地，所述配置单元还包括：第一配置子单元，用于在所述判断结果为否时， 依据所述第一告警监视消息的状态配置所述本地端口的告警监视状态；第二配置子单元， 用于在所述判断结构为是时，禁止执行配置所述本地端口的告警监视状态的操作。
[0015] 进一步地，所述执行模块包括：第二查询单元，用于依据所述指定端口信息和所述 指定标签信息查询到与所述指定端口信息和所述指定标签信息对应的所述本地端口；第三 查询单元，用于查询所述本地端口的告警状态，其中，所述告警状态包括：告警产生、告警消 失；标识单元，用于将所述告警状态信息标识在0FPT_P0RT_STATUS消息的扩展类型中，并 上报所述〇FPT_PORT_STATUS消息。
[0016] 进一步地，所述装置还包括：判断模块，用于在所述0ΤΝ设备的指定端口产生告警 时，判断所述指定端口的告警监视状态是否为告警监视开启；上报模块，用于在判断结果为 是时，在所述〇FPT_PORT_STATUS消息的扩展类型中填写所述指定端口的端口信息，并上报 所述0FPT_P0RT_STATUS消息；禁止模块，用于在判断结果为否时，所述0ΤΝ设备禁止执行上 报告警状态的操作。
[0017] 通过本发明，采用0ΤΝ设备在接收到告警操作消息之后，其中，该告警操作消息包 括：第一告警监视消息、第一告警状态查询消息，其中，该第一告警监视消息用于指示0ΤΝ 设备配置OTN设备的告警监视状态，该第一告警状态查询消息用于指示OTN设备查询OTN 设备的告警状态，依据该告警操作消息的类型执行与该类型对应的告警操作的方式，实现 了在0TN设备中的告警机制，解决了相关技术中0TN设备不支持告警机制的问题。
【附图说明】
[0018] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
[0019] 图1是根据本发明实施例的光传送网0ΤΝ设备告警的处理方法的流程图；
[0020] 图2是根据本发明实施例的光传送网0ΤΝ设备告警的处理装置结构框图一；
[0021] 图3是根据本发明实施例的光传送网0ΤΝ设备告警的处理装置结构框图二；
[0022] 图4是根据本发明可选实施例的Controller发送告警操作消息的流程图；
[0023] 图5是根据本发明可选实施例的告警监视消息结构示意图；
[0024] 图6是根据本发明可选实施例的告警状态查询消息结构示意图；
[0025] 图7是根据本发明可选实施例的0ΤΝ设备网元收到告警操作消息进行分发的流程 图；
[0026] 图8是根据本发明可选实施例的0ΤΝ设备网元告警监视配置方法流程图；
[0027] 图9是根据本发明可选实施的0ΤΝ设备网元收到告警查询消息的处理方法流程 图；
[0028] 图10是根据本发明可选实施例的0ΤΝ设备网元告警状态主动上报方法流程图。
【具体实施方式】
[0029] 需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相 互组合。下面将参考附图并结合实施例来详细说明本发明。
[0030] 本实施例提供了一种光传送网0ΤΝ设备告警的处理方法，图1是根据本发明实施 例的光传送网0ΤΝ设备告警的处理方法的流程图，如图1所示，该方法的步骤包括：
[0031] 步骤S102 :光传送网0ΤΝ设备接收告警操作消息；
[0032] 其中，告警操作消息的类型包括：第一告警监视消息、第一告警状态查询消息，该 第一告警监视消息用于指示0ΤΝ设备配置0ΤΝ设备的告警监视状态，该第一告警状态查询 消息用于指示0ΤΝ设备查询0ΤΝ设备的告警状态；
[0033] 步骤S104 :0ΤΝ设备依据告警操作消息的类型执行与该类型对应的告警操作。
[0034] 通过本实施例，0ΤΝ设备在接收到告警操作消息之后，其中，告警操作消息包括： 第一告警监视消息、第一告警状态查询消息，其中，该第一告警监视消息用于指示0ΤΝ设备 配置0ΤΝ设备的告警监视状态，该第一告警状态查询消息用于指示0ΤΝ设备查询0ΤΝ设备 的告警状态，依据该告警操作消息的类型执行与该类型对应的告警操作的方式，实现了在 0ΤΝ设备中的告警机制，解决了相关技术中0ΤΝ设备不支持告警机制的问题。
[0035] 对于本实施例涉及到的该告警操作消息，在本实施例的一个可选实施例中该告警 操作消息为OpenFlow协议中的0FPT_FL0W_M0D消息，其中，在0FPT_FL0W_M0D消息的扩展 类型中定义有用于指示告警操作的类型，以及与该类型对应的结构类型，该结构类型的不 同取值用于表示不同的告警操作类型。
[0036] 而在本实施例的一个可选的应用场景中，该告警操作消息可以是对0FPT_FL0W_ MOD消息进行扩展，体现在对该消息中Match entries部分的oxm_fields支持的类型扩 展，如新增类型〇FPXMT_EXP_OTN_ALARM_MONITOR，取值100,用于表示告警操作，并定义其 对应的结构体，用于标识告警操作类型，包括告警监视开启、告警监视关闭、告警状态查询。 例如，0FPXMT_EXP_ALARM_M0NIT0R_CANCEL 等于 0,表示告警监视关闭；OFPXMT_EXP_ALARM_ M0NIT0R_SET 等于 1，表示告警监视开启；0FPXMT_EXP_ALARM_M0NIT0R_QUERY 等于 2,表示告 警状态查询。
[0037] 此外，在本实施例的另一个可选实施例中该告警操作消息还可以携带有0ΤΝ设备 的指定端口信息、指定标签信息；基于此，本实施例中步骤S104中0ΤΝ设备依据告警操作消 息的类型执行与该类型对应的告警操作的方式可以通过如下步骤但不限于如下步骤来实 现：
[0038] 步骤Sll :0ΤΝ设备依据指定端口信息和指定标签信息查询到与指定端口信息和 指定标签信息对应的本地端口；
[0039] 步骤S12 :0ΤΝ设备判断本地端口的告警监视状态与第一告警监视消息对应的告 警监视状态是否匹配，其中，告警监视的状态包括：告警监视关闭、告警监视开启；
[0040] 步骤S13 :0ΤΝ依据判断结果配置本地端口的告警监视状态。
[0041] 其中，在判断结果为否时，0ΤΝ设备依据第一告警监视消息的状态配置本地端口的 告警监视状态；在判断结构为是时，0ΤΝ设备则禁止执行配置本地端口的告警监视状态的 操作。
[0042] 在本实施例的另一个实施例中，本实施例中的步骤S104, 0ΤΝ设备依据告警操作 消息的类型执行与该类型对应的告警操作的方式可以通过如下方式但不限于如下方式来 实现：
[0043] 步骤S21 :0ΤΝ设备依据指定端口信息和指定标签信息查询到与指定端口信息和 指定标签信息对应的本地端口；
[0044] 步骤S22 :0ΤΝ设备查询本地端口的告警状态，其中，告警状态包括：告警产生、告 警消失；
[0045] 步骤S23 :0ΤΝ设备将告警状态信息标识在0FPT_P0RT_STATUS消息的扩展类型中， 并上报 0FPT_P0RT_STATUS 消息。
[0046] 针对上述步骤S21至S23,在本实施例的一个可选的应用场景中，是对0FPT_P0RT_ STATUS消息进行扩展，体现在对该消息中reason支持的类型进行扩展，如新增0FPPR_ ALARM_DISAPPEAR，取值为3,表示告警消失；新增0FPPR_ALARM_0CCUR，取值为4,标识告警 产生，从而使得0FPT_P0RT_STATUS消息能够标识0ΤΝ设备的告警状态。
[0047] 在本实施例中，在0ΤΝ设备依据告警操作消息的类型执行与该类型对应的告警操 作之后，本实施例的方法还可以包括如何实现告警状态的上报，其实现方式可以通过如下 步骤来实现：
[0048] 步骤S31 :在0ΤΝ设备的指定端口产生告警时，0ΤΝ设备判断指定端口的告警监视 状态是否为告警监视开启；
[0049] 步骤S32 :在判断结果为是时，0ΤΝ设备在0FPT_P0RT_STATUS消息的扩展类型中填 写指定端口的端口信息，并上报〇FPT_PORT_STATUS消息；
[0050] 步骤S33 :在判断结果为否时，0ΤΝ设备禁止执行上报告警状态的操作。
[0051] 在本实施例中还提供了一种光传送网0ΤΝ设备告警的处理装置，该装置用于实 现上述实施例及可选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语"模 块""单元"可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较 佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0052] 图2是根据本发明实施例的光传送网0ΤΝ设备告警的处理装置结构框图一，该装 置位于0ΤΝ设备侧，如图2所示，该装置包括：接收模块22,用于接收告警操作消息，其中， 告警操作消息的类型包括：第一告警监视消息、第一告警状态查询消息，该第一告警监视消 息用于指示0ΤΝ设备配置0ΤΝ设备的告警监视状态，该第一告警状态查询消息用于指示0ΤΝ 设备查询0ΤΝ设备的告警状态；执行模块24,与接收模块22耦合连接，用于依据告警操作 消息的类型执行与该类型对应的告警操作。
[0053] 可选地，告警操作消息为OpenFlow协议中的0FPT_FL0W_M0D消息，其中，在0FPT_ FL0W_M0D消息的扩展类型中定义有用于指示告警操作的类型，以及与类型对应的结构类 型，该结构类型的不同取值用于表示不同的告警操作类型。
[0054] 可选地，告警操作消息还携带有0ΤΝ设备的指定端口信息、指定标签信息，执行模 块还包括：第一查询单元，用于依据指定端口信息和指定标签信息查询到与指定端口信息 和指定标签信息对应的本地端口；判断单元，与该第一查询单元親合连接，用于判断本地端 口的告警监视状态与第一告警监视消息的状态是否匹配，其中，告警监视的状态包括：告警 监视关闭、告警监视开启；配置单元，与判断单元耦合连接，用于依据判断结果配置本地端 口的告警监视状态。
[0055] 可选地，配置单元还包括：第一配置子单元，用于在判断结果为否时，依据第一告 警监视消息的状态配置本地端口的告警监视状态；第二配置子单元，第一配置子单元耦合 连接，用于在判断结构为是时，禁止执行配置本地端口的告警监视状态的操作。
[0056] 可选地，执行模块24包括：第二查询单元，用于依据指定端口信息和指定标签信 息查询到与指定端口信息和指定标签信息对应的本地端口；第三查询单元，与第二查询单 元耦合连接，用于查询本地端口的告警状态，其中，告警状态包括：告警产生、告警消失；标 识单元，与第三查询单元耦合连接，用于将告警状态信息标识在0FPT_P0RT_STATUS消息的 扩展类型中，并上报0FPT_P0RT_STATUS消息。
[0057] 图3是根据本发明实施例的光传送网0ΤΝ设备告警的处理装置结构框图二，如图3 所示，装置还可以包括：判断模块32,与执行模块24耦合连接，用于在0ΤΝ设备的指定端口 产生告警时，判断指定端口的告警监视状态是否为告警监视开启；上报模块34,与判断模 块32耦合连接，用于在判断结果为是时，在0FPT_P0RT_STATUS消息的扩展类型中填写指定 端口的端口信息，并上报0FPT_P0RT_STATUS消息；禁止模块36,与上报模块34耦合连接， 用于在判断结果为否时，0ΤΝ设备禁止执行上报告警状态的操作。
[0058] 下面结合本发明的可选实施例对本发明进行举例说明；
[0059] 本可选实施例提供了一种基于OPENFLOW协议的实现0ΤΝ设备告警机制的方法，图 4是根据本发明可选实施例的Contro 11 er发送告警操作消息的流程图，如图4所示，该方法 的步骤可以包括：
[0060] 步骤S402 Controller发送告警操作消息，其中，该告警操作消息包括：告警监视 消息、告警状态查询消息；
[0061] 步骤S404 :0ΤΝ设备网元收到告警操作消息进行分发；
[0062] 步骤S406 :0ΤΝ设备网元告警监视配置；
[0063] 步骤S408 :0ΤΝ设备网元收到告警查询消息的处理；0ΤΝ设备网元告警状态主动上 报
[0064] 对于上述步骤S202至步骤S208,在本可选实施例中，是通过对OpenFlow协议中的 0FPT_FL0W_M0D消息和0FPT_P0RT_STATUS消息进行扩展，实现了基于0ΤΝ的SDN的告警机 制，该告警机制包括：告警监视设置、告警状态查询、告警主动上报，其中，告警监视配置包 括：告警监视开启、告警监视关闭。
[0065] 而对于0FPT_FL0W_M0D消息的扩展，体现在对该消息中Match entries部分的 oxm_f ields支持的类型扩展，如新增类型0FPXMT_EXP_0TN_ALARM_M0NIT0R，并取值100,用 于表示告警操作，此外还定义其对应的结构体，用于标识告警操作类型，该告警操作类型包 括：告警监视开启、告警监视关闭、告警状态查询。从而实现了基于0ΤΝ的SDN对0ΤΝ设备 节点进行告警操作的功能。
[0066] 对0FPT_P0RT_STATUS消息的扩展，体现在对消息中reason支持的类型进行扩展， 如新增〇FPPR_ALARM_DISAPPEAR，取值为3,表示告警消失；新增0FPPR_ALARM_0CCUR，取值 为4,标识告警产生，使得0FPT_P0RT_STATUS消息能够标识设备的告警状态，从而实现了 0ΤΝ设备节点能够上报设备告警状态功能。
[0067] 下面结合附图对本可选实施例的步骤S402至步骤S408进行详细的说明；
[0068] 下面结合图5和图6对于本可选实施例的步骤S402进行详细的解释，图5是根据 本发明可选实施例的告警监视消息结构示意图，图6是根据本发明可选实施例的告警状态 查询消息结构示意图，该方式可以通过如下步骤来实现：
[0069] 步骤S41 :当Controller触发告警机制后，首先根据OpenFlow协议构造0FPT_ FL0W_M0D 消息。在消息的 ofp_header 中，标识 type 为 0FPT_FL0W_M0D。
[0070] 步骤S42 :对消息中header部分填写。主要填写command，为0FPFC_M0DIFY。该 值是目前协议中定义的。
[0071] 步骤S43 :标识该Match entries为OpenFlow扩展的Match。方法为将 Matchentries 中的 type 赋值为 0FPMT_0XM(取值为 1)。
[0072] 步骤S44 :填写Match entries的oxm_fields中告警操作类型部分。目前oxm_ field中定义的类型取值由2到5,分别代表0DU和0CH信号类型与信号ID。
[0073] 在本可选实施例中可以对oxm_field中定义的类型进行扩展，并定义0FPXMT_ EXP_0TN_ALARM_M0NIT0R，取值100,即此oxm_field用于表示告警操作，并定义其对应结 构，包含 〇xm_header，取值 0FPXMC_EXPER頂ENTER，表示 0ΧΜ 扩展；experimenter，本专利定 义该字段取值0XFF001000,表示告警监视；oper_t ype，表示告警监视操作类型。
[0074] 其中，定义的告警操作类型宏分别表示告警监视关闭、告警监视开启、告警查询， 如为 0FPXMT_EXP_ALARM_M0NIT0R_CANCEL 等于 0,表示告警监视关闭；0FPXMT_EXP_ALARM_ M0NIT0R_SET 等于 1，表示告警监视开启；0FPXMT_EXP_ALARM_M0NIT0R_QUERY 等于 2,表示告 警状态查询。
[0075] 步骤45 :填写oxm_fields中告警层次部分。
[0076] 如果消息为告警操作消息，这需要填写告警层次，本可选实施例新增0ΧΜ类型，用 于表示告警层次，即定义0FPXMT_EXP_0TN_TCM，取值101，标识0ΤΝ告警层次，并定义其对应 结构，包含：〇xm_header，取值 0FPXMC_EXPER頂ENTER，表示 0ΧΜ扩展；experimenter，本专利 定义该字段取值OxFFOOlOOl，表示0ΤΝ告警层次；otn_alarm_layer，0ΤΝ设备告警监视层 次，TCM1~TCM6 ;pad，表示保留字段。
[0077] 其中，告警层次的选择，根据SDN中业务的特性进行选择，且告警层次部分可以为 多个。
[0078] 如果消息为告警查询消息，则不需要该部分。
[0079] 步骤S46 :填写〇Xm_fieldS中端口、标签、信号类型部分。该部分的填写可依据目 前OpenFlow标准。
[0080] 步骤S47 :将0FPT_FL0W_M0D消息发送到0ΤΝ设备节点。
[0081] 下面对步骤S404进行详细的解释，图7是根据本发明可选实施例的0ΤΝ设备网元 收到告警操作消息进行分发的流程图，如图7所示，该方法的步骤包括：
[0082] 步骤S702 :0ΤΝ设备网元收到告警操作消息；
[0083] 步骤S704 :根据〇Xm_field部分获得告警操作类型、端口信息、标签信息，和告警 层次；
[0084] 步骤S706 :当告警操作类型为告警监视开启时，或告警监视关闭时，则流程进入 0ΤΝ设备网元告警监视配置过程。
[0085] 步骤S708 :当告警操作类型为告警查询时，则流程进入0ΤΝ设备网元收到告警查 询消息的处理流程。
[0086] 下面对步骤S406进行详细的解释，图8是根据本发明可选实施例的0ΤΝ设备网元 告警监视配置方法流程图，如图8所示，该方法的步骤包括：
[0087] 步骤S802 :0ΤΝ设备网元根据已经获得的端口信息、标签信息检索本地端口。
[0088] 步骤S804:获得端口的告警状态，判断是否与消息中的告警层次进行匹配；在判 断结果为是时，则执行步骤S806,判断结果为否时，则执行步骤S808 ;
[0089] 步骤S806 :如果在消息中指定的告警层次上，端口的告警状态与消息指定的告警 操作匹配，则不处理消息；
[0090] 其中，如当消息中告警操作类型为告警监视开启，端口的告警监视状态在指定告 警层次为开启，则不处理消息。
[0091] 步骤S808 :如果在消息中指定的告警层次上，端口的告警状态与消息指定的告警 操作不匹配，则按照消息对端口进行告警监视配置；
[0092] 其中，如消息中告警操作类型为告警监视开启，端口的告警监视状态在指定告警 层次为关闭，则将端口在对应告警层次上设置为告警监视开启。
[0093] 下面对步骤S408进行详细的解释，图9是根据本发明可选实施的0ΤΝ设备网元收 到告警查询消息的处理方法流程图，如图9所示，该方法的步骤包括：
[0094] 步骤S902 :0ΤΝ设备网元根据已经获得的端口信息、标签信息检索本地端口；
[0095] 步骤S904 :0ΤΝ设备根据获得的端口信息、标签信息检索本地0ΤΝ设备上的端口；
[0096] 步骤S906 :0ΤΝ设备获得0ΤΝ设备的告警状态；
[0097] 步骤 S908 :0ΤΝ 设备构造 0FPT_P0RT_STATUS 消息；
[0098] 其中，在该消息的reason中标识端口的告警状态：告警产生，或告警消失，
[0099] 该0FPT_P0RT_STATUS消息结构如表1所示：
[0100]
[0101] 表 1
[0102] 该reason目前支持的取值有0FPPR_ADD，取值为0,表示端口增加；0FPPR_DELETE， 取值为1，表示端口删除；〇FPPR_MODIFY，取值为2,表示端口属性修改。为实现本发明提出 的方法，对reason进行扩展。新增OFPPR_ALARM_DISAPPEAR，取值3,表示告警消失；新增 0FPPR_ALARM_0CCUR，取值为4,表示告警产生。
[0103] 步骤S910 :在消息的ofp_experimenter_port中填写端口信息；
[0104] 其中，该填写方法以相关协议标准为依据；
[0105] 步骤S912 :将消息发送到Controller。
[0106] 图10是根据本发明可选实施例的0ΤΝ设备网元告警状态主动上报方法流程图，如 图10所示，本可选实施例的方法步骤还可以包括：
[0107] 步骤S1002 :0ΤΝ设备网元设备上产生告警；
[0108] 步骤S1004 :判断0ΤΝ设备的端口的告警监视是否为开启状态；在判断结果为是 时，执行步骤S1006 ;在判断结果为否时，执行步骤S1008 ;
[0109] 步骤S1006 :构造告警上报消息；
[0110] 其中，即为构造0FPT_P0RT_STATUS消息在消息的reason中标识端口的告警状态： 0FPPR_ALARM_0CCUR，在消息的 ofp_experimenter_port 中填写端口信息。
[0111] 步骤S1008 :不处理告警操作；
[0112] 步骤S1010 :发送告警上报消息到Controller。
[0113] 通过本发明可选实施例，使得协议能够支持0ΤΝ设备的告警机制，进而实现了基 于0ΤΝ设备的SDN业务恢复倒换功能，提高了业务的生存性。
[0114] 在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实 施方式中描述的技术方案。
[0115] 在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该 存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。
[0116] 显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用 的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成 的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储 在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示 出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或 步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0117] 上述仅为本发明的可选实施例而已，并不用于限制本发明，对于本领域的技术人 员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、 等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1. 一种光传送网OTN设备告警的处理方法，其特征在于，包括： 光传送网0TN设备接收告警操作消息，其中，所述告警操作消息的类型包括：第一告警 监视消息、第一告警状态查询消息，该第一告警监视消息用于指示所述0TN设备配置所述 0TN设备的告警监视状态，该第一告警状态查询消息用于指示所述0TN设备查询所述0TN设 备的告警状态； 所述0TN设备依据所述告警操作消息的类型执行与所述类型对应的告警操作。2. 根据权利要求1所述的方法，其特征在于，所述告警操作消息为OpenFlow协议中的 0FPT_FL0W_M0D消息，其中，在所述0FPT_FL0W_M0D消息的扩展类型中定义有用于指示告警 操作的类型，以及与所述类型对应的结构类型，该结构类型的不同取值用于表示不同的所 述类型。3. 根据权利要求2所述的方法，其特征在于，所述告警操作消息还携带有所述0TN设备 的指定端口信息、指定标签信息，所述0TN设备依据所述告警操作消息的类型执行与所述 类型对应的告警操作包括： 所述0TN设备依据所述指定端口信息和所述指定标签信息查询到与所述指定端口信 息和所述指定标签信息对应的本地端口； 所述0TN设备判断所述本地端口的告警监视状态与所述第一告警监视消息对应的告 警监视状态是否匹配，其中，告警监视的状态包括：告警监视关闭、告警监视开启； 所述0TN设备依据判断结果配置所述本地端口的告警监视状态。4. 根据权利要求3所述的方法，其特征在于，所述0TN设备依据判断结果配置所述本地 端口的告警监视状态包括： 在所述判断结果为否时，所述0TN设备依据所述第一告警监视消息的状态配置所述本 地端口的告警监视状态； 在所述判断结构为是时，所述0TN设备则禁止执行配置所述本地端口的告警监视状态 的操作。5. 根据权利要求3所述的方法，其特征在于，所述0TN设备依据所述告警操作消息的类 型执行与所述类型对应的告警操作包括： 所述0TN设备依据所述指定端口信息和所述指定标签信息查询到与所述指定端口信 息和所述指定标签信息对应的所述本地端口； 所述0TN设备查询所述本地端口的告警状态，其中，所述告警状态包括：告警产生、告 警消失； 所述0TN设备将所述告警状态信息标识在OFPT_PORT_STATUS消息的扩展类型中，并上 报所述 〇FPT_PORT_STATUS 消息。6. 根据权利要求5所述的方法，其特征在于，在所述0TN设备依据所述告警操作消息的 类型执行与所述类型对应的告警操作之后，所述方法还包括： 在所述0TN设备的指定端口产生告警时，所述0TN设备判断所述指定端口的告警监视 状态是否为告警监视开启； 在判断结果为是时，所述0TN设备在所述OFPT_PORT_STATUS消息的扩展类型中填写所 述指定端口的端口信息，并上报所述〇FPT_PORT_STATUS消息； 在判断结果为否时，所述0TN设备禁止执行上报告警状态的操作。7. -种光传送网OTN设备告警的处理装置，位于OTN设备侧，其特征在于，包括： 接收模块，用于接收告警操作消息，其中，所述告警操作消息的类型包括：第一告警监 视消息、第一告警状态查询消息，该第一告警监视消息用于指示所述0TN设备配置所述0TN 设备的告警监视状态，该第一告警状态查询消息用于指示所述0TN设备查询所述0TN设备 的告警状态； 执行模块，用于依据所述告警操作消息的类型执行与所述类型对应的告警操作。8. 根据权利要求7所述的装置，其特征在于，所述告警操作消息为OpenFlow协议中的 0FPT_FL0W_M0D消息，其中，在所述0FPT_FL0W_M0D消息的扩展类型中定义有用于指示告警 操作的类型，以及与所述类型对应的结构类型，该结构类型的不同取值用于表示不同的所 述类型。9. 根据权利要求8所述的装置，其特征在于，所述告警操作消息还携带有所述0TN设备 的指定端口信息、指定标签信息，所述执行模块还包括： 第一查询单元，用于依据所述指定端口信息和所述指定标签信息查询到与所述指定端 口信息和所述指定标签信息对应的本地端口； 判断单元，用于判断所述本地端口的告警监视状态与所述第一告警监视消息对应的告 警监视状态是否匹配，其中，告警监视的状态包括：告警监视关闭、告警监视开启； 配置单元，用于依据判断结果配置所述本地端口的告警监视状态。10. 根据权利要求9所述的装置，其特征在于，所述配置单元还包括： 第一配置子单元，用于在所述判断结果为否时，依据所述第一告警监视消息的状态配 置所述本地端口的告警监视状态； 第二配置子单元，用于在所述判断结构为是时，禁止执行配置所述本地端口的告警监 视状态的操作。11. 根据权利要求9所述的装置，其特征在于，所述执行模块包括： 第二查询单元，用于依据所述指定端口信息和所述指定标签信息查询到与所述指定端 口信息和所述指定标签信息对应的所述本地端口； 第三查询单元，用于查询所述本地端口的告警状态，其中，所述告警状态包括：告警产 生、告警消失； 标识单元，用于将所述告警状态信息标识在0FPT_P0RT_STATUS消息的扩展类型中，并 上报所述〇FPT_PORT_STATUS消息。12. 根据权利要求11所述的装置，其特征在于，所述装置还包括： 判断模块，用于在所述0TN设备的指定端口产生告警时，判断所述指定端口的告警监 视状态是否为告警监视开启； 上报模块，用于在判断结果为是时，在所述〇FPT_PORT_STATUS消息的扩展类型中填写 所述指定端口的端口信息，并上报所述〇FPT_PORT_STATUS消息； 禁止模块，用于在判断结果为否时，所述0TN设备禁止执行上报告警状态的操作。
【文档编号】H04L12/24GK105991311SQ201510054329
【公开日】2016年10月5日
【申请日】2015年1月30日
【发明人】车克文
【申请人】中兴通讯股份有限公司