CN114389939A - 一种基于随机告警信号计算倒换原因及状态的方法和装置 - Google Patents

Abstract

本发明公开了一种基于随机告警信号计算倒换原因及状态的方法和装置，方法包括：根据第一告警信号获取对应的工作端口，工作端口结合第一告警信号的告警码得到第一告警原因；工作端口收到第二告警信号后，依据第一告警原因和第二告警信号对应的告警码判断工作端口触发的告警原因；对工作端口收到第一告警信号和第二告警信号的告警时间戳进行时间校验后，判断工作端口的倒换状态是否正常。本发明的目的在于采用对倒换告警码进行优化解析计算，同时引入倒换原因状态机的计算机制，及各种场景标识使网管端口及业务倒换状态计算结果更加准确，倒换触发原因定位更加精准，方便网管界面及第三方运维平台及时并正确获取倒换状态数据。

Description

一种基于随机告警信号计算倒换原因及状态的方法和装置

技术领域

本发明属于通信技术领域，更具体地，涉及一种基于随机告警信号计算倒换原因及状态的方法和装置。

背景技术

网管子网业务人工触发倒换或者设备断光纤操作后，通信设备会上报相关的倒换告警，网管通过接收到的相关告警进行处理计算后确认倒换触发的原因及业务关联的端口和业务的倒换状态，并将计算后的状态及原因结果推送给本地网管客户端或第三方订阅平台以方便快速实时了解电路业务状态。业务倒换告警状态及原因查询依赖于网管后台系统状态计算模块对接收告警的计算处理结果。电层倒换告警上报场景主要包括人为下发命令触发的人为倒换，设备断纤导致的自动倒换。不同场景上报的告警也不同，通常告警计算时遵循倒换决定状态，倒收决定原因的逻辑对接收告警进行计算处理，并映射到业务倒换状态。

人为下发倒换控制命令时，根据单端-双端-多端模式，设备不同端口也会上报多种告警，涉及倒收及倒换告警，主用端口有倒收-倒换告警，备用只有倒收告警。对于设备断纤导致的倒换，设备一端只会上报1个倒收告警。后台需要根据上报不同告警判断是人为触发还是设备自动触发的倒换，并进行倒换状态及原因计算，且只需上报1次倒换消息给北向显示。由于倒换操作类型种类较多，存在误操作的概率较大，且不同端口告警上报时间及顺序较为随机，导致时常不能根据告警准确计算倒换触发的原因及状态，故该计算逻辑需进行优化调整。倒换告警状态计算时目前针对光层倒换及电层倒换上报的告警种类不同进行了区分计算，业务倒换状态的计算依赖于端口的状态，故也会最终影响到业务的倒换状态显示。

目前规避的措施是出现倒换状态问题后，通过人为多次操作倒换清除命令重新将状态计算结果归0，比较影响用户使用体验，且前期这块功能逻辑进行过两次重构，目前状态计算这块已较为准确。但是还缺少一些特定场景的判断，工程上仍然存在少量由于倒换状态显示异常的问题。

鉴于此，克服该现有技术产品所存在的不足是本技术领域亟待解决的问题。

发明内容

针对现有技术的以上缺陷或改进需求，本发明提供了一种基于随机告警信号计算倒换原因及状态的方法和装置，其目的在于通过用对倒换告警码进行优化解析计算，同时引入倒换原因状态机的计算机制，使网管端口及业务倒换状态计算结果和倒换触发原因定位更加精准，由此解决目前倒换状态显示异常的技术问题。

为实现上述目的，按照本发明的一个方面，提供了一种基于随机告警信号计算倒换原因及状态的方法，方法包括：

根据第一告警信号获取对应的工作端口，所述工作端口结合所述第一告警信号的告警码得到第一告警原因；

所述工作端口收到第二告警信号后，依据所述第一告警原因和所述第二告警信号对应的告警码判断所述工作端口触发的告警原因；

对所述工作端口收到所述第一告警信号和所述第二告警信号的告警时间戳进行时间校验后，判断所述工作端口的倒换状态是否正常。

作为对上述方案进一步的完善和补充，本发明还包括以下附加技术特征。

优选地，所述根据第一告警信号获取对应的工作端口，具体方法包括：

接收所述第一告警信号后解析所述第一告警信号的告警信息；

所述告警信息包括业务ID、时间、开始标识、结束标识或端口定位信息中的一种或多种；

若所述告警信息中未包括业务ID，根据所述告警信息中的端口定位信息解析所述告警信息对应的保护组ID，再由所述保护组ID获取对应的工作端口。

优选地，所述工作端口结合所述第一告警信号的告警码得到第一告警原因，具体方法包括：

所述工作端口若首次收到所述第一告警信号，且所述第一告警信号的告警码为倒收告警，所述第一告警原因标记为自动倒换；

所述工作端口若首次收到所述第一告警信号，且所述第一告警信号的告警码为倒换告警，所述第一告警原因标记为人工倒换。

优选地，所述工作端口收到第二告警信号后，依据所述第一告警原因和所述第二告警信号对应的告警码判断所述工作端口触发的告警原因，方法包括：

所述工作端口获取所述第一告警原因的标记；

所述第二告警信号的告警码为倒收告警，判断所述第一告警原因标记是否为人工倒换，若所述第一告警原因是人工倒换，所述第二告警信号对应的告警原因标记为人工倒换。

优选地，所述工作端口收到第二告警信号后，依据所述第一告警原因和所述第二告警信号对应的告警码判断所述工作端口触发的告警原因，方法还包括：

若所述第二告警信号的告警码为倒换告警，所述第二告警信号对应的告警原因标记为人工倒换。

优选地，所述工作端口收到第二告警信号后，依据所述第一告警原因和所述第二告警信号对应的告警码判断所述工作端口触发的告警原因，方法还包括：

若所述第二告警信号的告警信息为结束告警，所述第二告警信号对应的告警原因恢复至初始值，并且所述工作端口状态恢复至初始状态。

优选地，对所述工作端口收到所述第一告警信号和所述第二告警信号的告警时间戳进行时间校验后，判断所述工作端口的倒换状态是否正常，方法包括：

若所述第二告警时间戳与第一告警时间戳之间的差值在预设范围内，判断所述第二告警信号为开始告警或结束告警；

若所述第二告警信号为开始告警，所述工作端口状态为倒换；

若所述第二告警信号为结束告警，所述工作端口状态为正常。

优选地，方法还包括：

结合所述工作端口的告警原因和状态将倒换消息推送给第三方平台，经过计算后将所述倒换消息使用上报标识进行标记；

若所述第一告警信号的告警码和告警信息为倒收开始告警或倒换开始告警，所述第一告警信号进行上报推送，其余倒收告警不予上报；

若所述第二告警信号的告警码和告警信息为倒换结束告警，且所述第一告警原因为人工倒换，所述第一告警信号和所述第二告警信号进行上报推送。

优选地，方法还包括：

根据所述工作端口的告警原因，按照所述工作端口的对象实体key作为关键字构建倒换状态信息结构体，组装数据结构体，所述对象实体key分为端口或业务ID；

根据计算的上报标识对本次倒换状态计算结果进行上报并推送给第三方平台系统。

第二方面，本发明还提供了一种基于随机告警信号计算倒换原因及状态的装置，装置包括：

至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述处理器执行，用于执行第一方面所述的基于随机告警信号计算倒换原因及状态的方法。

第三方面，本发明还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，用于完成第一方面所述的基于随机告警信号计算倒换原因及状态的方法。

总体而言，通过本发明所构思的以上技术方案与现有技术相比，具有如下有益效果：

本发明提供一种基于随机告警信号计算倒换原因及状态的方法和装置，目的在于采用对倒换告警码进行优化解析计算，同时引入倒换原因状态机的计算机制，及各种场景标识使网管端口及业务倒换状态计算结果更加准确，倒换触发原因定位更加精准，方便网管界面及第三方运维平台及时并正确获取倒换状态数据。使子网业务的端口倒换状态及业务倒换状态计算更加准确，对比原有的处理逻辑，提高了倒换状态计算的准确性，避免了业务发生倒换后设备与网管界面查询的状态不一致的情况。消息上报推送机制进行优化后，明显提高了第三方平台对于消息接收的准确性，合并后的一次消息上报也缓解了第三方平台的消息队列资源。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍。显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本实施例一提供的一种基于随机告警信号计算倒换原因及状态的方法步骤示意图；

图2是本实施例一提供的一种基于随机告警信号计算倒换原因及状态的方法流程图；

图3是本实施例一提供的一种基于随机告警计算倒换原因的流程图；

图4是本实施例一提供的一种基于随机告警计算倒换状态的流程图；

图5是本实施例二提供的一种基于随机告警信号计算倒换原因及状态的装置示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。

在本发明的描述中，术语“内”、“外”、“纵向”、“横向”、“上”、“下”、“顶”、“底”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明而不是要求本发明必须以特定的方位构造和操作，因此不应当理解为对本发明的限制。

在本发明中，除非另有明确的规定和限定，第一特征在第二特征之“上”或之“下”可以包括第一和第二特征直接接触，也可以包括第一和第二特征不是直接接触而是通过它们之间的另外的特征接触。而且，第一特征在第二特征“之上”、“上方”和“上面”包括第一特征在第二特征正上方和斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”包括第一特征在第二特征正下方和斜下方，或仅仅表示第一特征水平高度小于第二特征。

实施例一：

目前的倒换场景中主要分为通过网管界面下发控制命令触发的人为倒换和设备断纤操作导致设备自动倒换，两种场景设备上报告警组合不一样，对于人工触发的双端倒换命令会发生与业务宿端设备上报告警与设备自动断纤上报的告警一致的情况，导致原因分析有误。

本实施例一提供一种基于随机告警信号计算倒换原因及状态的方法，方法包括以下步骤，如图1所示：

S101:根据第一告警信号获取对应的工作端口，所述工作端口结合所述第一告警信号的告警码得到第一告警原因。

通信网管后台系统获取接收告警信号后解析告警信息，告警信息包括业务ID、时间、开始标识、结束标识或端口定位信息中的一种或多种；

若告警信息中未包括业务ID，根据告警信息中的端口定位信息解析告警信息对应的保护组ID，再由保护组ID获取对应的工作端口。若告警信息中未包括业务ID和端口定位信息，则无法找到对应的工作端口。由开始标识或结束标识判断告警信号是开始告警信号或结束告警信号。第一告警原因分为人为触发的倒换或设备断纤触发的自动倒换。

S102:所述工作端口收到第二告警信号后，依据所述第一告警原因和所述第二告警信号对应的告警码判断所述工作端口触发的告警原因。

业务倒换告警状态及原因查询依赖于网管后台系统中状态计算模块对接收告警的计算处理结果。电层倒换告警上报场景主要包括人为下发命令触发的人为倒换，设备断纤导致的自动倒换。不同场景上报的告警也不同，通常告警计算时遵循倒换决定状态，倒收决定原因的逻辑对接收告警进行计算处理，并映射到业务倒换状态。工作端口根据接收到第二告警信号的告警码进行分析计算，依据倒收决定原因规则，计算得到第二告警的倒换原因，工作端口触发的告警原因依据所述第一告警信号和所述第二告警信号对应的告警原因和对应的告警码判断。

S103:对所述工作端口收到所述第一告警信号和所述第二告警信号的告警时间戳进行时间校验后，判断所述工作端口的倒换状态是否正常。

在不同的操作场景下，倒换相关告警上报时序也可能发生变化，时常会出现前1个操作命令触发的倒换告警晚于当前操作命令触发的告警，或者震荡告警，从而导致原有逻辑中部分场景依赖告警计算后台状态与实际设备倒换状态相反的情况出现。本实施例一中需要对工作端口收到第一告警信号和第二告警信号的告警时间戳进行时间校验后，再进行倒换状态的判断，若第二告警信号为结束告警，工作端口的状态回归至初始状态。若若第二告警信号为开始告警，工作端口还会继续接收第三告警信号，但是触发工作端口的告警原因由倒收或倒换类告警确定，工作端口直至收到结束告警工作端口的状态才会回归至初始状态。

本实施例一中，为了寻到与告警信号对应的工作端口，再进行工作端口倒换原因的确定和工作端口的倒换状态是否正常的判断，结合本发明实施例，还存在一种优选的实现方案，具体的，所述根据第一告警信号获取对应的工作端口，具体方法包括：

接收所述第一告警信号后解析所述第一告警信号的告警信息；

所述告警信息包括业务ID、时间、开始标识、结束标识或端口定位信息中的一种或多种；

若所述告警信息中未包括业务ID，根据所述告警信息中的端口定位信息解析所述告警信息对应的保护组ID，再由所述保护组ID获取对应的工作端口。

告警信息中的开始标识或结束标识就是开始告警或结束告警的判断依据，而且若所述告警信息中未包括业务ID和端口定位信息，则无法找到对应的工作端口。

本实施例一中，为了方便第三方的平台工具精确判断工作端口倒换触发的原因，结合本发明实施例，还存在一种优选的实现方案，具体的，所述工作端口结合所述第一告警信号的告警码得到第一告警原因，具体方法包括：

所述工作端口若首次收到所述第一告警信号，且所述第一告警信号的告警码为倒收告警，所述第一告警原因标记为自动倒换。

若第一告警原因为自动倒换，可以判定倒换原因是由设备断纤触发，工作端口收到的第二告警信号只会是倒收结束告警信号或者其他非倒换类告警信号，网管系统的管理人员可以对工作端口发生的设备断纤情况进行快速处理。

所述工作端口若首次收到所述第一告警信号，且所述第一告警信号的告警码为倒换告警，所述第一告警原因标记为人工倒换。

若第一告警原因为人工倒换，需要引入第二告警信号进行进一步的原因判断，第二告警信号对应的原因为倒换或者倒收引起的人工倒换类的告警原因。

本实施例一中，为了精确判断工作端口倒换触发的原因，结合本发明实施例，还存在一种优选的实现方案，具体的，所述工作端口收到第二告警信号后，依据所述第一告警原因和所述第二告警信号对应的告警码判断所述工作端口触发的告警原因，方法包括：

所述工作端口获取所述第一告警原因的标记；

所述第二告警信号的告警码为倒收告警，判断所述第一告警原因标记是否为人工倒换，若所述第一告警原因是人工倒换，所述第二告警信号对应的告警原因标记为人工倒换。

若第一告警原因是自动倒换，且后续未收到其他倒换类告警，则判断工作端口倒换触发的原因为设备断纤。若第一告警原因是人工倒换时，若第二告警信号的告警码为倒收开始告警，则判断工作端口倒换触发的原因为人工倒换，排除设备断纤的情况。

本实施例一中，为了精确判断倒换触发的原因，结合本发明实施例，还存在一种优选的实现方案，具体的，所述工作端口收到第二告警信号后，依据所述第一告警原因和所述第二告警信号对应的告警码判断所述工作端口触发的告警原因，方法还包括：

若所述第二告警信号的告警码为倒换告警，所述第二告警信号对应的告警原因标记为人工倒换。

本实施例一中，为了精确判断倒换触发的原因，结合本发明实施例，还存在一种优选的实现方案，具体的，如图2所示，所述工作端口收到第二告警信号后，依据所述第一告警原因和所述第二告警信号对应的告警码判断所述工作端口触发的告警原因，方法还包括：

若所述第二告警信号的告警信息为结束告警，所述第二告警信号对应的告警原因恢复至初始值，并且所述工作端口状态恢复至初始状态。

在第二告警信号的告警信息为结束告警时，工作端口状态恢复至初始状态。如图2所示，第二告警信号的告警信息不是倒收开始也不是倒换开始时，第二告警信号对应的告警原因为无标记。

第二告警信号的告警码若为开始告警，工作端口状态为倒换，结合触发工作端口告警原因后，发送给第三方平台。由第一告警信号确定触发工作端口告警原因为人工倒换后，第二告警信号的告警码若为开始告警，还会继续接收告警信号，工作端口接收第三告警信号的告警码且第三告警信号也同样为倒收或倒换类告警信号后，第三告警信号同样会参照第二告警信号对应的原因标记进行判断，例如，第三告警信号的告警码为倒收告警，判断第二告警原因标记是否为人工倒换，若第二告警原因是人工倒换，第三告警信号对应的告警原因标记为人工倒换，以此类推。

本实施例一中，为了避免出现告警信号的时间发生混乱造成无法准确判断工作端口的倒换原因或状态的情况，结合本发明实施例，还存在一种优选的实现方案，具体的，如图3所示，对所述工作端口收到所述第一告警信号和所述第二告警信号的告警时间戳进行时间校验后，判断所述工作端口的倒换状态是否正常，方法包括：

若所述第二告警时间戳与第一告警时间戳之间的差值在预设范围内，判断所述第二告警信号为开始告警或结束告警；

若所述第二告警信号为开始告警，所述工作端口状态为倒换；

若所述第二告警信号为结束告警，所述工作端口状态为正常。

将所述工作端口上报的第二告警存储的状态时间戳与第一告警存储的状态时间戳进行对比，判断第二告警时间戳是否小于第一告警时间戳且小于的范围是否在预设范围内，例如3秒内。若第一告警信号和第二告警信号满足时序要求，证明第一告警信号和第二告警信号处于同一批告警信号，才会继续判断所述工作端口的倒换状态是否正常。

若第一告警信号为开始告警，工作端口状态为倒换；若第一告警信号为结束告警，工作端口状态为正常。

本实施例一中，为了节省消息推送的数量和内容，结合本发明实施例，还存在一种优选的实现方案，具体的，如图4所示，方法还包括：

结合所述工作端口的告警原因和状态将倒换消息推送给第三方平台，经过计算后将所述倒换消息使用上报标识进行标记；

若所述第一告警信号的告警码和告警信息为倒收开始告警或倒换开始告警，所述第一告警信号进行上报推送，其余倒收告警不予上报；

若所述第二告警信号的告警码和告警信息为倒换结束告警，且所述第一告警原因为人工倒换，所述第一告警信号和所述第二告警信号进行上报推送。

对于这种不同组合不同时序上报倒换告警的场景，网管后台原有的计算逻辑处理场景存在缺陷，会导致告警状态及原因计算准确性较差，且对于第三方平台由于推送消息数量瓶颈问题，在每种命令包含多种告警上报的前提下，仅能推送一条状态消息，故需要网管后台系统对组合告警进行归纳处理后再基于某一种告警进行一次消息推送。

对工作端口的告警原因进行标记后，在上报给第三方平台时可以让网管的管理人员快速对告警位置进行定位以及及时采取触发告警原因具体对应的措施。

针对第一开始告警信号的告警码，计算第一开始告警信号对应的倒换原因及状态后，均上报给第三方平台，对于人工倒换场景，若第二开始告警信号为倒换告警，则重新计算更新倒换原因及状态并上报给第三方，若第二开始告警信号为倒收告警，则不进行更新且不上报，其他场景均不上报。

针对第一结束告警信号的告警码，根据计算触发工作端口的倒换原因进行判断是否上报。如果触发工作端口的倒换原因为自动倒换，则重新计算更新倒换原因及状态并上报给第三方；若触发工作端口的倒换原因是人工倒换，第一结束信号的告警码是倒收告警码则不计算，消息也不上报给第三方；若第一结束信号的告警码是倒换告警码，则重新计算倒换原因及状态并上报给第三方，对于第二结束信号的告警码如果是倒收告警码则不进行计算处理。

本实施例一中，为了缓解了第三方平台的消息队列资源，结合本发明实施例，还存在一种优选的实现方案，具体的，方法还包括：

根据所述工作端口的告警原因，按照所述工作端口的对象实体key作为关键字构建倒换状态信息结构体，组装数据结构体，所述对象实体key分为端口或业务ID；

根据计算的上报标识对本次倒换状态计算结果进行上报并推送给第三方平台系统。

对象实体分为端口Port key和业务ID，Port key具体包含网元ID，单盘ID，端口ID。

数据结构体存储格式有map容器，set集合，vector链表结构信息等。

数据结构体分为业务倒换状态的数据结构信息和端口倒换状态的数据结构信息。

实施例二：

本实施例二中提供一种基于随机告警信号计算倒换原因及状态的方法装置，用于执行实施例一中提供的基于随机告警信号计算倒换原因及状态的方法，装置包括：

至少一个处理器。以及，与所述至少一个处理器通信连接的存储器。其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被程序设置为执行实施例一中提供的基于随机告警信号计算倒换原因及状态的方法。

如图5所示，是本发明实施例的基于随机告警信号计算倒换原因及状态的装置示意图。本实施例二中，基于随机告警信号计算倒换原因及状态的装置包括一个或多个处理器21以及存储器22。其中，图5中以一个处理器21为例。

处理器21和存储器22可以通过总线或者其他方式连接，图5中以通过总线连接为例。

存储器22作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序和非易失性计算机可执行程序，如实施例一中的基于随机告警信号计算倒换原因及状态的方法。处理器21通过运行存储在存储器22中的非易失性软件程序和指令，从而执行基于随机告警信号计算倒换原因及状态的装置。

存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器22可选包括相对于处理器21远程设置的存储器，这些远程存储器可以通过网络连接至处理器21。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述程序指令/模块存储在所述存储器22中，当被所述一个或者多个处理器21执行时，执行上述实施例一基于随机告警信号计算倒换原因及状态的方法，例如，执行以上描述的图1所示的各个步骤。

值得说明的是，上述装置和系统内的模块、单元之间的信息交互、执行过程等内容，由于与本发明的处理方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本领域普通技术人员可以理解实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁盘或光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于随机告警信号计算倒换原因及状态的方法，其特征在于，方法包括：

根据第一告警信号获取对应的工作端口，所述工作端口结合所述第一告警信号的告警码得到第一告警原因；

所述工作端口收到第二告警信号后，依据所述第一告警原因和所述第二告警信号对应的告警码判断所述工作端口触发的告警原因；

对所述工作端口收到所述第一告警信号和所述第二告警信号的告警时间戳进行时间校验后，判断所述工作端口的倒换状态是否正常。

2.如权利要求1所述的基于随机告警信号计算倒换原因及状态的方法，其特征在于，所述根据第一告警信号获取对应的工作端口，具体方法包括：

接收所述第一告警信号后解析所述第一告警信号的告警信息；

所述告警信息包括业务ID、时间、开始标识、结束标识或端口定位信息中的一种或多种；

若所述告警信息中未包括业务ID，根据所述告警信息中的端口定位信息解析所述告警信息对应的保护组ID，再由所述保护组ID获取对应的工作端口。

3.如权利要求1所述的基于随机告警信号计算倒换原因及状态的方法，其特征在于，所述工作端口结合所述第一告警信号的告警码得到第一告警原因，具体方法包括：

所述工作端口若首次收到所述第一告警信号，且所述第一告警信号的告警码为倒收告警，所述第一告警原因标记为自动倒换；

所述工作端口若首次收到所述第一告警信号，且所述第一告警信号的告警码为倒换告警，所述第一告警原因标记为人工倒换。

4.如权利要求3所述的基于随机告警信号计算倒换原因及状态的方法，其特征在于，所述工作端口收到第二告警信号后，依据所述第一告警原因和所述第二告警信号对应的告警码判断所述工作端口触发的告警原因，方法包括：

所述工作端口获取所述第一告警原因的标记；

所述第二告警信号的告警码为倒收告警，判断所述第一告警原因标记是否为人工倒换，若所述第一告警原因是人工倒换，所述第二告警信号对应的告警原因标记为人工倒换。

5.如权利要求4所述的基于随机告警信号计算倒换原因及状态的方法，其特征在于，所述工作端口收到第二告警信号后，依据所述第一告警原因和所述第二告警信号对应的告警码判断所述工作端口触发的告警原因，方法还包括：

若所述第二告警信号的告警码为倒换告警，所述第二告警信号对应的告警原因标记为人工倒换。

6.如权利要求5所述的基于随机告警信号计算倒换原因及状态的方法，其特征在于，所述工作端口收到第二告警信号后，依据所述第一告警原因和所述第二告警信号对应的告警码判断所述工作端口触发的告警原因，方法还包括：

若所述第二告警信号的告警信息为结束告警，所述第二告警信号对应的告警原因恢复至初始值，并且所述工作端口状态恢复至初始状态。

7.如权利要求1所述的基于随机告警信号计算倒换原因及状态的方法，其特征在于，对所述工作端口收到所述第一告警信号和所述第二告警信号的告警时间戳进行时间校验后，判断所述工作端口的倒换状态是否正常，方法包括：

若所述第二告警时间戳与第一告警时间戳之间的差值在预设范围内，判断所述第二告警信号为开始告警或结束告警；

若所述第二告警信号为开始告警，所述工作端口状态为倒换；

若所述第二告警信号为结束告警，所述工作端口状态为正常。

8.如权利要求7所述的基于随机告警信号计算倒换原因及状态的方法，其特征在于，方法还包括：

结合所述工作端口的告警原因和状态将倒换消息推送给第三方平台，经过计算后将所述倒换消息使用上报标识进行标记；

若所述第一告警信号的告警码和告警信息为倒收开始告警或倒换开始告警，所述第一告警信号进行上报推送，其余倒收告警不予上报；

若所述第二告警信号的告警码和告警信息为倒换结束告警，且所述第一告警原因为人工倒换，所述第一告警信号和所述第二告警信号进行上报推送。

9.如权利要求1所述的基于随机告警信号计算倒换原因及状态的方法，其特征在于，方法还包括：

根据所述工作端口的告警原因，按照所述工作端口的对象实体key作为关键字构建倒换状态信息结构体，组装数据结构体，所述对象实体key分为端口或业务ID；

根据计算的上报标识对本次倒换状态计算结果进行上报并推送给第三方平台系统。

10.一种基于随机告警信号计算倒换原因及状态的装置，其特征在于，装置包括：

至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述处理器执行，用于执行权利要求1-9任一所述的基于随机告警信号计算倒换原因及状态的方法。

Images