CN116346571A - 端到端电路的故障确定方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开提供一种端到端电路的故障确定方法、装置、电子设备及存储介质。该方法包括：获取端到端电路的告警数据，所述端到端电路包括多个段落，所述告警数据包括各个段落中的端口告警数据；分别分析所述端到端电路中各个段落的端口告警数据，以确定所述端到端电路的各个段落的状态；根据所述端到端电路的各个段落的状态确定所述端到端电路是否为故障电路。该方法可以准确判断出电路故障并定位故障段落，缩短故障发现时间，提高故障处理效率。

Description

端到端电路的故障确定方法、装置、电子设备及存储介质

技术领域

本公开涉及通信技术领域，尤其涉及一种端到端电路的故障确定方法、装置、电子设备及存储介质。

背景技术

国际运营商通过基于自身的通信网络资源，为客户提供各类国际专线业务，包括IEPL(International Ethernet Private Line，国际以太网专线)、IPLC(InternationalPrivate Leased Circuit，国际专线)、GWL等传输专线。随着业务的发展，传输专线所包含的资源也越来越丰富，不仅有运营商自有的ONNET资源，也包含其他运营商的OFFNET资源，同时传输电路的路径也比较长，大多是跨国家的。当电路发生故障时主要依靠客户上报后再处理，耗时较长，而且电路长，复杂度高，定位故障困难。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种端到端电路的故障确定方法、装置、电子设备及存储介质，该方法可以准确判断出电路故障并定位故障段落，缩短故障发现时间，提高故障处理效率。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

本公开实施例提供一种端到端电路的故障确定方法，包括：获取端到端电路的告警数据，所述端到端电路包括多个段落，所述告警数据包括各个段落中的端口告警数据；分别分析所述端到端电路中各个段落的端口告警数据，以确定所述端到端电路的各个段落的状态；根据所述端到端电路的各个段落的状态确定所述端到端电路是否为故障电路。

本公开实施例提供一种端到端电路的故障确定装置，包括：获取模块，用于获取端到端电路的告警数据，所述端到端电路包括多个段落，所述告警数据包括各个段落中的端口告警数据；分析模块，用于分别分析所述端到端电路中各个段落的端口告警数据，以确定所述端到端电路的各个段落的状态；确定模块，用于根据所述端到端电路的各个段落的状态确定所述端到端电路是否为故障电路。

本公开实施例提供一种电子设备，包括：至少一个处理器；存储终端设备，用于存储至少一个程序，当至少一个程序被至少一个处理器执行时，使得至少一个处理器实现上述任一种端到端电路的故障确定方法。

本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，计算机程序被处理器执行时实现上述任一种端到端电路的故障确定方法。

本公开实施例提供的端到端电路的故障确定方法，可以按照分段的方式对端到端电路进行分析，通过分析各个段落的端口告警数据确定各个段落的状态，通过各个段落的状态确定电路是否故障，该方法可以准确判断出电路故障并定位故障段落，缩短故障发现时间，提高故障处理效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据一示例性实施方式示出的一种端到端电路的故障确定方法的流程图。

图2是根据一示例示出的一种端到端电路的路由图。

图3是根据一示例性实施方式示出的一种端到端电路的故障定位过程的示意图。

图4是根据一示例示出的一种端到端电路的路由图。

图5是根据一示例示出的一种端到端电路的路由图。

图6是根据一示例示出的一种端到端电路的路由图。

图7是根据一示例示出的一种端到端电路的路由图。

图8是根据一示例性实施方式示出的一种端到端电路的故障确定装置的框图。

图9是根据一示例性实施方式示出的一种电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器终端设备和/或微控制器终端设备中实现这些功能实体。

下面，将结合附图及实施例对本公开示例实施例中的端到端电路的故障确定方法的各个步骤进行更详细的说明。

图1是根据一示例性实施方式示出的一种端到端电路的故障确定方法的流程图。本公开实施例提供的方法可以由任意具备计算处理能力的电子设备执行。

如图1所示，本公开实施例提供的端到端电路的故障确定方法可以包括以下步骤。

在步骤S102中，获取端到端电路的告警数据。

其中，端到端电路可以包括多个段落，告警数据可以包括各个段落中的端口告警数据。

本公开实施例中的端到端电路可以为国际专线的端到端电路，也可以为其他端到端电路，本公开对此不做限制。

本公开实施例中，端到端电路可以包括多个站点(通常是局站)，两个站点之间为一个段落，“段落”通常可以是传输通道，一个段落可以包括多个下层通道。

例如，电路1可以分为2段：A-B-C。A站点和B站点组成一个段落，B站点和C站点组成一个段落。A站点和B站点之间可以是一个SDH传输通道，其路由为：A-D-E-F-B，即A-D-E-F-B为A-B的下层通道，其中每一个段也可能再有下层通道。

本公开实施例中，可以获取端到端电路的告警数据，针对不同告警，通过不同的规则，解析出相对应的系统时间、唯一标识、发生/恢复标识、电路/通道名称、告警类型、告警发生/恢复时间、告警级别、端口信息、时隙等对产生故障有用的信息，可以将解析出的信息保存数据库待用。

在示例性实施例中，上述方法还包括：采集端到端电路的文本路由数据；对文本路由数据进行处理，生成并展示端到端电路的路由图。

本公开实施例中，可以自动采集端到端电路的文本路由数据，对文本路由数据进行分析，将其处理成结构化的路由数据，把文本路由中不规范的网元名、端口名等信息都处理为标准的数据。

例如，文本路由可能会出现中英文括号不规范、或者名字打错的情况。比如将4841-Djibouti-7500写成了4841-Dijibouti-7500，再比如，将〖4007-北京东四-9500/EE1-1/17/2〗写成〖线路口：4007-北京东四-9500/EE1-1/2/1〗，再比如，端口信息有的会多一些空格：〖4816-LDN-7500/4816-LDN-7500机架/1/13/1〗，程序可以上面的信息做标准化处理，提取出标准的网元名，端口信息提取出rack、shelf、slot、port信息，以和告警关联起来。

本公开实施例中，可以根据处理后的文本路由数据生成并展示端到端电路的路由图。

例如，电路文本路由格式为：

站点1〖设备1/端口1〗《有保护通道1/时隙》〖设备2/端口1〗站点2【支路1:站点2〖设备2/端口2〗《通道2/时隙》〖设备3/端口1〗站点3〖设备3/端口2〗《通道3/时隙》〖设备4/端口1〗站点4〖设备4/端口2〗《通道4/时隙》〖设备5/端口1〗站点5；支路2:站点2〖设备2/端口3〗《通道5/时隙》〖设备6/端口1〗站点6〖设备6/端口2〗《通道6/时隙》〖设备7/端口1〗站点7〖设备7/端口2〗《通道7/时隙》〖设备5/端口2〗站点5】站点5

上文文本路由是个典型的分支结构的通道路由文本，可以使用正则表达式去解析，解析的路由数据在界面呈现出来如图2所示。

图2是根据一示例示出的一种端到端电路的路由图。

参考图2，该端到端电路可以包括两个段落：第一段和第二段，第一段可以包括站点1和站点2，第二段可以包括站点2和站点5及其中间的分支电路。

本公开实施例中，故障定位系统可以包括数据采集模块、路由数据分析模块、电路端到端路由呈现模块、电路故障诊断分析模块和电路故障预警通知模块。

图3是根据一示例性实施方式示出的一种端到端电路的故障定位过程的示意图。

参考图3，数据采集模块可以与资源系统对接自动采集并更新文本路由数据和电路基本信息，数据采集模块可以与网管系统对接自动采集电路的告警，是整个系统最底层最基本的模块。

路由分析模块可以在数据采集模块采集到相关数据后，分析所有在用电路的文本路由数据，将其处理成结构化的路由数据(即标准化路由数据)，把文本路由中不规范的网元名、端口名等信息都处理为标准的数据。

电路端到端路由呈现模块可以在系统中查看电路的端到端路由图，并且关联相关网元端口的告警显示在路由图的对应位置上。运维人员可以在这里分层查看电路拓扑结构，查看每层网元端口告警状态定位故障点。

电路故障分析诊断模块可以分析电路的故障状态，按照先分段，再分层的方式依次分析，分析每段、每层的端口、时隙、通道是否有特征告警。具体地，电路故障分析诊断模块可以分段落判断电路故障、判断电路每层故障、判断通道故障、判断端口告警以及判断时隙告警，对于有保护的段落还会分析出是单边中断还是全断，通过这些方式定位故障点，帮助运维人员处理故障。

电路故障预警通知可以在分析出电路故障后，配置一些通知规则，把故障通过邮件、短信、微信等方式通知出来，运维人员可以及时收到信息去处理电路故障，缩短故障处理时间，提升用户体验。

在步骤S104中，分别分析端到端电路中各个段落的端口告警数据，以确定端到端电路的各个段落的状态。

本公开实施例中，可以分段分析端到端电路，确定每个段落是否故障。

图4是根据一示例示出的一种端到端电路的路由图。

参考图4，该端到端电路可以包括三个段落，分别针对每一段进行分析，确定每一段是否故障。以第一段(站点401和站点402之间的段落)为例进行说明，针对第一段分析时，这段可能有多种情况：有下层路由、有分支电路、有保护通道、没有更详细的路由只有2个端口等。

在示例性实施例中，分别分析端到端电路中各个段落的端口告警数据，以确定端到端电路的各个段落的状态，包括：若段落只包括两个端口，则确定两个端口是否存在特征告警；若两个端口中存在特征告警，则确定段落的状态为故障状态；若两个端口中均不存在特征告警，则确定段落的状态为正常状态。

本公开实施例中，若段落中只包括两个端口，则说明该段落没有下层路由、没有分支电路、也没有保护通道，则可以直接分析两个端口是否存在特征告警，若这两个端口中有一个存在特征告警，或者，两个端口都存在特征告警，则该段落为故障状态；若这两个端口中都不存在特征告警，则该段落为正常状态。

在示例性实施例中，特征告警包括SDH时隙告警、SDH非时隙告警、OTN时隙告警和OTN非时隙告警中的至少一种。

表1列举了SDH时隙告警、SDH非时隙告警、OTN时隙告警和OTN非时隙告警中的部分告警类型。

表1

本公开实施例中，在判断端口告警时，可以结合端口所属通道的时隙一起判断。对于只影响时隙的告警，例如SDH业务的AU_AIS、AU_LOP等，OTN业务的ODU2_TCM6_BDI、ODU4_TCM6_SSF等，非本段通道时隙发生告警时，是不产生故障的。如果产生的告警是非时隙告警，例如SDH业务的R_LOS、R_LOP、MS_AIS等，OTN业务的OSC_LOS、OTS_BDI等。不需要判断时隙，直接认为本段有故障。

在示例性实施例中，分别分析端到端电路中各个段落的端口告警数据，以确定端到端电路的各个段落的状态，包括：若段落包括保护通道，则分别分析保护通道的主电路和备用电路对应的端口告警数据，以确定保护通道的主电路和备用电路的状态；若主电路和备用电路的状态均为故障状态，则确定段落为故障状态；若主电路或备用电路的状态为故障状态，则确定段落为单边中断状态；若主电路和备用电路的状态均为正常状态，则确定段落为正常状态。

本公开实施例中，对于有保护通道的段落，可以分别分析主电路和备用电路对应的端口告警数据，以确定主电路和备用电路的状态。以分析主电路对应的端口告警数据为例进行说明，备用电路的分析过程与其类似。分析主电路的两个端口是否存在特征告警，若两个端口中存在特征告警，则确定主电路的状态为故障状态；若两个端口中均不存在特征告警，则确定主电路的状态为正常状态。

本公开实施例中，若段落的主电路和备用电路的状态均为故障状态，则该段落为故障状态；若主电路或备用电路的状态为故障状态，则该段落为单边中断状态；若主电路和备用电路的状态均为正常状态，则该段落为正常状态。即只有主备电路同时故障，该段落才认定为故障。

图5是根据一示例示出的一种端到端电路的路由图。

参考图5，例如，站点501和站点502之间的段落包括保护通道，该保护通道的主电路对应的端口为503和504，备用电路对应的端口为505和端口506，对于有保护通道的段落，可以分析端口503、端口504、端口505和端口506是否存在特征告警，以确定主电路和备用电路的状态，从而确定该电路的状态。

在示例性实施例中，分别分析端到端电路中各个段落的端口告警数据，以确定端到端电路的各个段落的状态，包括：若段落包括分支电路，则分别分析分支电路中各个子段落的端口告警数据，以确定段落的状态。

本公开实施例中，对于包含分支电路的段落，可以分别分析每一条分支电路中各个子段落的端口告警数据，根据每一条分支电路中各个子段落的端口告警数据确定每一条分支电路的状态，根据每一条分支电路的状态确定该段落的状态。

其中，分析分支电路中各个子段落的端口告警数据的方法和上述分析段落的端口告警数据的方法类似，本公开在此不再赘述。

图6是根据一示例示出的一种端到端电路的路由图。

参考图6，站点601和站点602之间的段落包括两条分支电路，一条分支电路为站点601-站点603-站点604-站点602，另一条分支电路为站点601-站点605-站点606-站点602，其中，每两个站点之间为一个子段落(例如站点601-站点603)，分别分析子段落的端口告警数据确定子段落的状态，从而确定分支电路的状态。

图7是根据一示例示出的一种端到端电路的路由图。

参考图7，站点701和站点702之间的段落有保护的结构，可以分别分析两个分支的部分(站点701和站点702直接相连的电路可以认为是一个分支，站点701通过站点703和站点702相连的电路可以认为是另一个分支)直至分析到每个支路每段是通道、没有下层路由信息或者下层没有详细路由只能判断到本层的电路，此时需要判断通道或电路的端口，如果只有一个分支是故障状态，另一个是正常状态，则这一段落是单边中断。如果两个分支都是故障状态，那么才能认定这个段落就是故障状态。

在示例性实施例中，若段落包括下层路由，则分析下层路由中各个子段落的端口告警数据，以确定段落的状态。

本公开实施例中，可以采用先分段、再分层的方式分析端到端电路。若段落中包括下层路由，则分析下层路由中各个子段落的端口告警数据，若下层路由还包括再下层路由，则重复上述分析操作，层层分析，直至每段是通道、没有下层或者下层没有详细路由只能判断到本层的电路。

在通道中间有告警，但是最两端的设备没有告警的情况下，电路通道已经终端，但是电路的设备端口没有告警，通过分层分析的方法，可以逐层查找并定位故障。

例如，段落A-B包含下层路由A-D-E-F-B，在E站点里的设备有告警但A站点和B站点的设备没有告警的情况下，如果只看电路的A站点和B站点就可能会导致错误判断段落A-B的状态为正常状态，通过本公开的分层的方式进行判断，可以逐层查找并定位故障。

参考图4，例如，第一段(站点401和站点402之间的段落)包括下层路由：站点401-站点403-站点402，则分别分析站点401-站点403之间的子段落的状态和站点403-站点402之间的子段落的状态，根据站点401-站点403之间的子段落的状态和站点403-站点402之间的子段落的状态确定站点401-站点402之间的段落的状态。

在示例性实施例中，段落的状态可以包括正常状态和故障状态，还可以包括单边中断状态；上述方法还包括：在端到端电路的路由图上区别显示故障状态的段落。

本公开实施例中，可以在端到端电路的路由图上区别显示故障状态的段落、故障状态的站点、端口和通道。

其中，区别显示可以使用颜色(例如红色)显示、加粗显示或高亮显示等。

在步骤S106中，根据端到端电路的各个段落的状态确定端到端电路是否为故障电路。

本公开实施例中，可以综合所有段落的判断结果来确定端到端电路是否故障，如果所有段落的状态均为正常状态，则端到端电路为正常状态；如果其中有一个或多个段落为故障状态，则端到端电路为故障状态，故障点的位置即为故障状态的段落；如果有保护通道的段落为单边中断状态且其他段落为正常状态，则端到端电路为单边中断状态，可能出现故障点的位置就在单边中断的段落上。

本公开实施例中，不仅可以对ONNET通道进行处理，还可以对OFFNET通道进行处理，其中，ONNET通道为本运营商的通道，可以实时采集通道两端及通道中间站点、设备和端口的数据，可以采用上述方法进行分段、分层的分析；OFFNET通道为租用的其他运营商的通道，对于OFFNET通道，本运营商直接监控其告警，可以通过分析通道两端的接入设备端口是否产生LOS或AU-AIS告警来判断offnet通道是否中断。

本公开实施例中，当判断出电路故障后，系统可以根据配置的通知规则，以邮件、短信或微信的方式通知到运维人员。运维人员就可以根据已经定位到的故障点开始处理故障，提高了故障处理效率。

本公开实施例中，用户可以设置通知的方式和通知模板。通知方式可以选择邮件、短信和微信，同时也可拓展其他更多的通知方式。通知时可以进行延时通知、重复通知、过滤筛选规则等。通知模板包括要通知的人员自由组合和信息内容自由组合。

本公开实施例提供的端到端电路的故障确定方法，可以按照分段的方式对端到端电路进行分析，通过分析各个段落的端口告警数据确定各个段落的状态，通过各个段落的状态确定电路是否故障，该方法可以准确判断出电路故障并定位故障段落，缩短故障发现时间，提高故障处理效率。

在一些实施例中，可以按照先分段、分层的方式多角度分析端到端电路，对于存在下层路由的段落可以更准确地判断并定位故障。

在一些实施例中，可以对文本路由数据进行解析、校验，建立一套基于文本路由的路由数据库，可以确保网元端口等数据和网管的标准名称匹配，关联告警时能够准确关联。

在一些实施例中，可以逐层呈现电路路由图，运维人员可以分层查看电路的拓扑结构，综合分析电路故障点，有效的提升了故障定位准确性。

在一些实施例中，可以主动发现故障，及时通知到故障处理人员，先于客户申报，提升故障处理效率，提升用户体验。

应理解，上述只是为了帮助本领域技术人员更好地理解本公开实施例，而非要限制本公开实施例的范围。本领域技术人员根据所给出的上述示例，显然可以进行各种等价的修改或变化，例如，上述方法中某些步骤可以是不必须的，或者可以新加入某些步骤等。或者上述任意两种或者任意多种实施例的组合。这样的修改、变化或者组合后的方案也落入本公开实施例的范围内。

还应理解，上文对本公开实施例的描述着重于强调各个实施例之间的不同之处，未提到的相同或相似之处可以互相参考，为了简洁，这里不再赘述。

还应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。

还应理解，在本公开的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

上文详细介绍了本公开提供的用户设备定位方法示例。可以理解的是，计算机设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本公开能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图8是根据一示例性实施方式示出的一种端到端电路的故障确定装置的框图。

如图8所示，端到端电路的故障确定装置800可以包括：获取模块802、分析模块804和确定模块806。

其中，获取模块802用于获取端到端电路的告警数据，所述端到端电路包括多个段落，所述告警数据包括各个段落中的端口告警数据；分析模块804用于分别分析所述端到端电路中各个段落的端口告警数据，以确定所述端到端电路的各个段落的状态；确定模块806用于根据所述端到端电路的各个段落的状态确定所述端到端电路是否为故障电路。

在示例性实施例中，分析模块804还用于若所述段落只包括两个端口，则确定所述两个端口是否存在特征告警；若所述两个端口中存在特征告警，则确定所述段落的状态为故障状态；若所述两个端口中均不存在特征告警，则确定所述段落的状态为正常状态。

在示例性实施例中，分析模块804还用于若所述段落包括保护通道，则分别分析所述保护通道的主电路和备用电路对应的端口告警数据，以确定所述保护通道的主电路和备用电路的状态；若所述主电路和备用电路的状态均为故障状态，则确定所述段落为故障状态；若所述主电路或所述备用电路的状态为故障状态，则确定所述段落为单边中断状态；若所述主电路和备用电路的状态均为正常状态，则确定所述段落为正常状态。

在示例性实施例中，分析模块804还用于若所述段落包括分支电路，则分别分析所述分支电路中各个子段落的端口告警数据，以确定所述段落的状态；若所述段落包括下层路由，则分析所述下层路由中各个子段落的端口告警数据，以确定所述段落的状态。

在示例性实施例中，端到端电路的故障确定装置800还可以包括：采集模块，用于采集所述端到端电路的文本路由数据；生成模块，用于对所述文本路由数据进行处理，生成并展示所述端到端电路的路由图。

在示例性实施例中，所述段落的状态包括正常状态和故障状态；端到端电路的故障确定装置800还可以包括：显示模块，用于在所述端到端电路的路由图上区别显示故障状态的段落。

在示例性实施例中，所述特征告警包括SDH时隙告警、SDH非时隙告警、OTN时隙告警和OTN非时隙告警中的至少一种。

需要注意的是，上述附图中所示的框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器终端设备和/或微控制器终端设备中实现这些功能实体。

图9是根据一示例性实施方式示出的一种电子设备的结构示意图。需要说明的是，图9示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本公开的系统中限定的上述功能。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、终端设备或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、终端设备或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、终端设备或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如上述实施例中所述的方法。例如，所述的电子设备可以实现如图1所示的各个步骤。

根据本公开的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例的各种可选实现方式中提供的方法。

需要理解的是，在本公开附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种端到端电路的故障确定方法，其特征在于，包括：

获取端到端电路的告警数据，所述端到端电路包括多个段落，所述告警数据包括各个段落中的端口告警数据；

分别分析所述端到端电路中各个段落的端口告警数据，以确定所述端到端电路的各个段落的状态；

根据所述端到端电路的各个段落的状态确定所述端到端电路是否为故障电路。

2.根据权利要求1所述的方法，其特征在于，分别分析所述端到端电路中各个段落的端口告警数据，以确定所述端到端电路的各个段落的状态，包括：

若所述段落只包括两个端口，则确定所述两个端口是否存在特征告警；

若所述两个端口中存在特征告警，则确定所述段落的状态为故障状态；

若所述两个端口中均不存在特征告警，则确定所述段落的状态为正常状态。

3.根据权利要求1所述的方法，其特征在于，分别分析所述端到端电路中各个段落的端口告警数据，以确定所述端到端电路的各个段落的状态，包括：

若所述段落包括保护通道，则分别分析所述保护通道的主电路和备用电路对应的端口告警数据，以确定所述保护通道的主电路和备用电路的状态；

若所述主电路和备用电路的状态均为故障状态，则确定所述段落为故障状态；

若所述主电路或所述备用电路的状态为故障状态，则确定所述段落为单边中断状态；

若所述主电路和备用电路的状态均为正常状态，则确定所述段落为正常状态。

4.根据权利要求1所述的方法，其特征在于，分别分析所述端到端电路中各个段落的端口告警数据，以确定所述端到端电路的各个段落的状态，包括：

若所述段落包括分支电路，则分别分析所述分支电路中各个子段落的端口告警数据，以确定所述段落的状态；

若所述段落包括下层路由，则分析所述下层路由中各个子段落的端口告警数据，以确定所述段落的状态。

5.根据权利要求1所述的方法，其特征在于，还包括：

采集所述端到端电路的文本路由数据；

对所述文本路由数据进行处理，生成并展示所述端到端电路的路由图。

6.根据权利要求5所述的方法，其特征在于，所述段落的状态包括正常状态和故障状态；所述方法还包括：

在所述端到端电路的路由图上区别显示故障状态的段落。

7.根据权利要求2所述的方法，其特征在于，所述特征告警包括SDH时隙告警、SDH非时隙告警、OTN时隙告警和OTN非时隙告警中的至少一种。

8.一种端到端电路的故障确定装置，其特征在于，包括：

获取模块，用于获取端到端电路的告警数据，所述端到端电路包括多个段落，所述告警数据包括各个段落中的端口告警数据；

分析模块，用于分别分析所述端到端电路中各个段落的端口告警数据，以确定所述端到端电路的各个段落的状态；

确定模块，用于根据所述端到端电路的各个段落的状态确定所述端到端电路是否为故障电路。

9.一种电子设备，其特征在于，包括：

至少一个处理器；

存储装置，用于存储至少一个程序，当所述至少一个程序被所述至少一个处理器执行时，使得所述至少一个处理器实现如权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的方法。

Images