CN106209420A - 一种定位数据转发业务故障的方法及电子设备 - Google Patents

Abstract

本发明公开了一种定位数据转发业务故障的方法及电子设备，用于解决在数据转发业务过程中故障定位的效率较低的技术问题。该方法包括：获取电子设备中用于进行数据转发业务的源文件的文件信息，所述文件信息能够表征所述源文件中元素对象的特征属性；基于所述文件信息及预设转发规则，构建所述源文件对应的数据业务转发模型，所述数据业务转发模型中包含有用于表明所述源文件中元素对象对应的转发路径的配置信息；基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障。

Description

一种定位数据转发业务故障的方法及电子设备

技术领域

本发明涉及通信领域，特别涉及一种定位数据转发业务故障的方法及电子设备。

背景技术

目前，在PTN(Packet Transport Network，分组传送网)大规模部署的情况下，基于PTN进行的数据转发业务对设备所承载业务通道的健壮性有很高的要求，同时对数据转发业务的维护手段也具有较高要求。

在进行数据转发业务的过程中，通常会出现的类似PTN业务不通、业务单通、业务丢包等业务故障，在设备的配置平面和控制平面无法获知故障的具体原因的情况下，需要通过对数据转发层的分析来确定。在实际应用中，对于小规模数量的PTN业务，可以通过采用人工方式逐条比对控制平面和数据转发平面的正确性和一致性，以确定转发故障；然而，对于大规模的数据业务，若采用人工方式进行比对所需的时间较长，效率较低，显然不能满足快速定位的要求，甚至可能导致定位故障的出错率较高，同时，对于比对人员的专业技术也要求较高。

因此，现有技术中在数据转发业务过程中故障定位的效率较低。

发明内容

本申请提供一种定位数据转发业务故障的方法及电子设备，用于解决在数据转发业务过程中故障定位的效率较低的技术问题。

一种定位数据转发业务故障的方法，包括以下步骤：

获取电子设备中用于进行数据转发业务的源文件的文件信息，所述文件信息能够表征所述源文件中元素对象的特征属性；

基于所述文件信息及预设转发规则，构建所述源文件对应的数据业务转发模型，所述数据业务转发模型中包含有用于表明所述源文件中元素对象对应的转发路径的配置信息；

基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障。

可选的，所述在基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障之前，所述方法还包括：

接收用户输入的用于进行故障检测的检索信息，所述检索信息包括与所述元素对象对应的至少一个关键字；

所述基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障，包括：

基于所述检索信息及所述数据业务转发模型，确定所述数据转发业务中存在的业务故障。

可选的，所述基于所述检索信息及所述数据业务转发模型，确定所述数据转发业务中存在的业务故障，包括：

基于所述检索信息中的至少一个关键字，获取所述检索信息的转发链信息，所述转发链信息用于表征所述检索信息对应的元素对象的实际转发路径；

确定所述数据业务转发模型中与所述检索信息中的至少一个关键字对应的目标元素对象，将所述目标元素对象的配置信息确定为所述检索信息的目标配置信息；

判断所述转发链信息是否与所述目标配置信息一致；

若确定所述转发链信息与所述目标配置信息不一致，确定所述目标元素对象在所述数据转发业务中存在转发故障。

可选的，在确定所述目标元素对象在所述数据转发业务中存在转发故障之后，所述方法还包括：

确定所述转发链路信息中与所述目标配置信息中不一致的至少一个路径对象；

显示所述至少一个路径对象。

可选的，所述基于所述文件信息及预设转发规则，构建所述源文件中元素对象对应的数据业务转发模型，包括：

基于所述文件信息，确定与所述源文件中元素对象相应的至少三级数据库；其中，所述至少三级数据库中每级数据库中包括不同的数据库对象；

基于预设转发规则，确定所述至少三级数据库中每个数据库中包括的数据库对象与相邻级数据库中数据库对象之间的关联关系；

基于所述关联关系，构建所述源文件中元素对象对应的数据业务转发模型。

可选的，所述基于所述文件信息，确定与所述源文件中元素对象相应的至少三级数据库，包括：

基于所述文件信息，对所述源文件中元素对象进行分类，基于分类结果确定所述源文件中元素对象对应的至少一个文件对象，并确定与所述至少一个文件对象相应的第一级数据库；

基于所述第一级数据库，确定所述至少一个文件对象中每个文件对象对应的至少一个实体对象，确定用于存储及管理所述至少一个文件对象中每个文件对象对应的至少一个元素对象的第二级数据库；

确定所述第二级数据库中每个元素对象对应的用于决定业务转发的关键信息，生成包含所述至少一个元素对象中每个元素对象的转发信息的第三级数据库。

本申请还提供一种电子设备，该电子设备包括：

获取单元，用于获取电子设备中用于进行数据转发业务的源文件的文件信息，所述文件信息能够表征所述源文件中元素对象的特征属性；

构建单元，用于基于所述文件信息及预设转发规则，构建所述源文件对应的数据业务转发模型，所述数据业务转发模型中包含有用于表明所述源文件中元素对象对应的转发路径的配置信息；

操作单元，用于基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障。

可选的，所述电子设备还包括:

接收单元，用于在基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障之，接收用户输入的用于进行故障检测的检索信息，所述检索信息包括与所述元素对象对应的至少一个关键字；

所述操作单元用于基于所述检索信息及所述数据业务转发模型，确定所述数据转发业务中存在的业务故障

可选的，所述操作单元用于：

基于所述检索信息中的至少一个关键字，获取所述检索信息的转发链信息，所述转发链信息用于表征所述检索信息对应的元素对象的实际转发路径；

确定所述数据业务转发模型中与所述检索信息中的至少一个关键字对应的目标元素对象，将所述目标元素对象的配置信息确定为所述检索信息的目标配置信息；

判断所述转发链信息是否与所述目标配置信息一致；

若确定所述转发链信息与所述目标配置信息不一致，确定所述目标元素对象在所述数据转发业务中存在转发故障。

可选的，所述电子设备还包括：

确定单元，用于在确定所述目标元素对象在所述数据转发业务中存在转发故障之后，确定所述转发链路信息中与所述目标配置信息中不一致的至少一个路径对象；

显示单元，用于显示所述至少一个路径对象。

可选的，所述构建单元用于：

基于所述文件信息，确定与所述源文件中元素对象相应的至少三级数据库；其中，所述至少三级数据库中每级数据库中包括不同的数据库对象；

基于预设转发规则，确定所述至少三级数据库中每个数据库中包括的数据库对象与相邻级数据库中数据库对象之间的关联关系；

基于所述关联关系，构建所述源文件中元素对象对应的数据业务转发模型。

可选的，所述构建单元用于：

基于所述文件信息，对所述源文件中元素对象进行分类，基于分类结果确定所述源文件中元素对象对应的至少一个文件对象，并确定与所述至少一个文件对象相应的第一级数据库；

基于所述第一级数据库，确定所述至少一个文件对象中每个文件对象对应的至少一个实体对象，确定用于存储及管理所述至少一个文件对象中每个文件对象对应的至少一个元素对象的第二级数据库；

确定所述第二级数据库中每个元素对象对应的用于决定业务转发的关键信息，生成包含所述至少一个元素对象中每个元素对象的转发信息的第三级数据库。

本申请通过获取电子设备中用于进行数据转发业务的源文件的文件信息，其文件信息能够表征源文件中元素对象的特征属性，从而基于文件信息及预设转发规则，可以自动构建源文件对应的数据业务转发模型，该数据业务转发模型中包含有用于表明源文件中元素对象对应的转发路径的配置信息，例如可以包括元素对象对应的关联信息等，故基于该数据业务转发模型中元素对象的配置信息即可快速确定数据转发业务中存在业务故障，而无需通过人工方式逐条比对进行分析，提高了数据转发业务过程中定位故障的效率。

附图说明

图1为本发明实施例中定位数据转发业务故障的方法的流程图；

图2为现有技术中MPLS数据转发业务的转发流程图；

图3为本发明实施例中源文件抽象和逐级分类的示意图；

图4为本发明实施例中各级数据库中数据库对象的数据结构的示意图；

图5为本发明实施例中元素对象的关键信息分类和初始化过程；

图6为本发明实施例中实体对象数据库中数据库对象的初始化过程；

图7为本发明实施例中信息对象数据库中数据库对象的初始化过程；；

图8为本发明实施例中数据业务转发模型的关联建立示意图；

图9为本发明实施例中电子设备的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。

本发明实施例提供了一种定位数据转发业务故障的方法，如图1所示，该方法可以描述如下。

S11：获取电子设备中用于进行数据转发业务的源文件的文件信息，文件信息能够表征源文件中元素对象的特征属性；

S12：基于文件信息及预设转发规则，构建源文件对应的数据业务转发模型，数据业务转发模型中包含有用于表明源文件中元素对象对应的转发路径的配置信息；

S13：基于数据业务转发模型，确定数据转发业务中存在的业务故障。

本发明实施例中，源文件是通过获取电子设备上转发芯片的表项信息所形成的文件。源文件中包括多个元素对象，文件信息能够表征源文件中包括的元素对象的特征属性，如元素类型、转发信息等。

通常来说，电子设备在进行数据转发业务时，采用基于PTN业务下的二层虚拟专用网，即L2VPN业务，其中，MPLS L2VPN是基于MPLS(Multiprotocol Label Switching，多协议标签交换)的二层VPN服务。

目前，基于MPLS的数据转发，其主要包括三个基本数据转发功能，即数据终结功能、数据提取功能和数据交换功能，如图2所示，每个转发功能对应有相应的转发流程，每个转发流程中对应转发路径对象可以是基于转发芯片的表项信息确定的，例如，其中的Mpls_entry代表MPLS业务终结时，即从MPLS业务解封装成ETH(EtherNet，以太网)业务时，标签对应转发流的入口表项，Source_vp是标签对应的虚拟端口表项，等等，其与现有技术中的含义相同，本发明在此不作具体介绍。图中箭头符号代表元素流向，其中，例如“Mpls_entry->Source_vp”代表数据在转发表项中由Mpls_entry转向Source_vp。

下面，将对本发明实施例中构建与源文件对应的数据业务转发模型的过程进行介绍。

本发明实施例中，在获取源文件的文件信息后，可以确定与源文件中元素对象相应的至少三级数据库。本发明中主要以基于源文件的文件信息抽象出三级数据库为例进行说明，即文件对象数据库、实体对象数据库和信息对象数据库，如图3所示，其为源文件抽象和逐级分类形成各级数据库的示意图。

在实际应用中，抽象所得的三级数据库中每级数据库中包括有相应的数据库对象，例如文件对象数据库中的数据库对象为文件对象，实体对象数据库中的数据库对象为元素对象的实体，信息对象数据库中的数据库对象为关键信息。

本发明实施例中，各级数据库的具体形成过程如下：

首先，基于源文件中的文件信息，可对源文件中的元素对象进行分类，即将源文件中的元素对象抽象为各个文件对象进行存储和管理，形成第一级数据库，即图3中的文件对象数据库。

具体来说，可以是根据文件信息所表征的元素对象的特征属性，对元素对象进行分类，每个类别对应一个文件对象。例如，若元素对象的特征属性包括的函数信息为Mpls_entry(由转发芯片确定)，则可将Mpls_entry作为关键字，并将含有该关键字的元素对象构成Mpls_entry文件对象相关的元素对象。

同理，基于源文件中元素对象的特征属性的不同的函数信息，还可以形成Vlan_xlate文件对象、Source_trunk_map文件对象、Ing_l3_next_hop文件对象、Egr_l3_next_hop文件对象等文件对象，其中，vlan_xlate代表ETH业务封装成MPLS业务时，基于入端口上某一虚拟局域网提取业务流的入口表项，source_trunk_map代表ETH业务封装成MPLS业务时，基于入端口上不论是否带vlan业务提取时的入口表项，Ing_l3_next_hop和Egr_l3_next_hop均位于由ETH业务封装成MPLS业务或由MPLS业务解封装成ETH业务时的业务转发实例表项中，以分别控制MPLS的标签、出端口、SMAC(Source MAC Address，源MAC地址)、DMAC(Destination MAC Address，目的MAC地址)等的信息。

在实际应用中，文件对象数据库中包括的各个文件对象可以具有相应的文件对象信息，文件对象信息中存储了文件对象的大小、行数、起始索引、结束索引等信息，能够精确指出文件对象在源文件中对应的起始位置和作用域。

进一步，在确定文件对象数据库后，可以确定数据库中每个文件对象对应的至少一个实体对象，确定用于存储及管理所述至少一个文件对象中每个文件对象对应的至少一个元素对象的第二级数据库，即图3中的实体对象数据库，实现将上级文件对象进一步抽象成为实体对象数据库进行管理。

其中，实体对象数据库中包括有多个元素对象，每个元素对象在对应的文件对象中表现为以行为单位，即实体对象数据库中的元素对象按照行的方式进行排列。例如，实体对象数据库中包括有与Mpls_entry文件对象相关的由Mpls_entry[0]到Mpls_entry[n]共n+1个元素对象，则n+1个元素对象在数据库中按照行的方式进行排列。

每个元素对象中存储了该元素对象所在的文件对象中所在行的索引信息，包括用于索引计算的起始索引地址(StartIndex)、结束索引地址(EndIndex)，及标识该元素对象所在行的行结束索引地址(RowsEndIndex)，以及元素对象的业务转发参数索引值(Index)。因此，根据元素对象在源文件中的索引值可以确定及获取相应的对象实体，以进行管理或查询。例如，Mpls_entry文件对象中元素对象Mpls_entry[0]的索引值为0，在获取索引值0后，能够获取Mpls_entry[0]相关的对象实体，元素对象通常由多个对象实体构成，对象实体可以是数据转发业务中用于决定业务转发的关键因素。

例如，在L2VPN业务中，基于元素对象相应的对象实体的属性信息，可将对象实体归类于标签类(Lable)、入接口类(In-port)、控制字类(Control-Word或cw)、输出类(out-Port)、出vlan类(out–Vlan)、Mac地址以及对象之间链接时的索引值，这些信息都是决定业务转发的关键因素，分布在各元素对象中，决定了MPLS业务转发中的控制信息。

最后，确定第二级数据库中每个元素对象对应的用于决定业务转发的关键信息，生成包含至少一个元素对象中每个元素对象的转发信息的第三级数据库，即图3中实体对象数据库下挂的信息对象数据库。

因此，通过将上级实体对象数据库中所特有的关键属性进行抽象和管理。每个实体对象中可提取出决定业务转发关键属性，在所在文件对象中表现为以列为单位。信息对象数据库将这些关键属性进行管理，每个关键属性下挂在每个元素对象对应的实体对象下，形成逐级管理机制,模块之间层次更加明确，更贴近于实际芯片转发表项的级联关系。

可选的，在确定源文件相应的至少三级数据库后，可以设置各个数据库的中数据库对象的数据结构和存储方式，如图4所示，其为各级数据库中数据库对象的数据结构。

其中，文件对象数据库(即第一级数据库)是作为大而全的、存储所有待分析文件对象的特征属性的存储文件。文件对象数据库是将从设备上取到芯片表项的源文件进行分类而获得的，其数据结构存储中标示了每个文件对象的文件名称、行数、文件大小、文件对象扩展名等。

在实际应用中，文件对象数据库可包括多个文件对象，本发明中主要以当前L2VPN中存在的文件对象为例，其包括Vlan_Xlate文件对象、Source_trunk_map文件对象、SVP(本文中出现的SVP即为Source_vp的缩写)文件对象、DVP(即Ing_dvp_table的缩写)文件对象、EGR_IP_TUNNEL(即Egr_ip_tunnel_mpls的缩写)文件对象等。

实体对象数据库则由与文件对象相应的多个元素对象组成，这里以Mpls_Entry为例说明。数据库存储结构分为：起始索引地址(StartIndex)、终结索引地址(EndIndex)、行数(RowsNum)、扩展指针(File Info Ext)、数据库头指针(Mpls_Entry)等。

信息对象数据库存储结构分为：信息对象的索引Index、Index起始索引、Index结束索引、每个信息对象作用域位置索引以及其它关键信息扩展对象。

在确定数据库对象中数据结构和存储方式后，进一步对数据库中的数据库对象进行初始化，此处，以L2VPN业务终结方向为例进行阐述。

实际应用中，在电子设备上获得原始的用于进行数据转发业务的源文件后，可以并按照关键字信息对源文件中包括的元素对象进行分类。在分类时，可以基于元素对象的特征属性，按照字符匹配方式，将元素对象的特征属性与关键字进行匹配，该关键字可以是来基于转发芯片的表项信息确定的实现转发功能的函数信息，如Mpls_entry、SVP、DVP等信息，以对文件对象进行初始化，确定数据文件对应的文件对象，并初始化各个文件对象在文件对象数据库中对应的起始索引地址和结束索引地址，如图5所示，其为元素对象的关键信息分类和初始化过程。

例如：当基于关键字“Mpls_entry”进行匹配时，则在数据文件中匹配到与关键字相应的Mpls_entry[n]后，可确定文件对象数据库中存储Mpls_entry[n]相应的起始地址，比对到Mpls_entry[n+1]时，则Mpls_entry[n]的结束地址也确定了，每次比对找到的Mpls_entry[n]都会将该数目存储在Mpls_entry文件对象数据中，文件对象数据库中的元素对象是按照行的方式进行排列的。文件对象数据库通过该信息即可确定每个文件对象下挂的元素对象的数量，即实体对象数据库中与文件对象数据库中相应文件对象相关的元素对象的数量，从而能够确认配置信息与数据转发层的完整性。

在初始化文件对象数据库的信息后，要进一步初始化每一行文件对象在实体对象数据库中对应的每个对象，如图6所示。在解析具体的每一行文件对象时，起始索引地址、结束索引地址以及行结束索引地址随着解析过程已明确到具体的元素对象的对象信息中，起始索引地址、结束索引地址是用于计算文件对象中元素对象的索引值的关键信息，而行结束地址用于界定每一行文件对象的作用域。如图6所示，其为实体对象数据库中与Mpls_Entry对应的元素对象的初始化过程，其中数据库头指针可以作为索引值。

初始化完整个实体对象数据库中的元素对象后，对于下挂的信息对象数据库中的对象也要逐个初始化，如图7所示，其表明在Mpls_Entry文件对象中的元素对象MPLS_ENTRY[n]中，Svp Start Index为级联到source_vp[x]的索引x值在该文件中的起始地址；ActionEnd Start Index为MPLS栈底标签的动作的数值在该文件中的该n行的结束位置，即图中带有Index索引标记都是表示MPLS_ENTRY[n]中的关键信息在文件中的作用域，用于基于索引值快速提取该关键信息。

可选的，对属于Mpls_Entry文件对象的元素对象对应的关键信息可以包括：标签信息(Label_Info)、功能信息(Action_Info)、虚拟端口信息(Svp_Info)、控制字信息(Cw_Info)等，其中，Svp_Info与Svp_Entry对象数据库对象相对应，每一个信息对象数据库中的信息对象都有所在对应文件对象中的起始索引地址和结束索引地址，以分别计算各个关键属性的值。

而对于其它MPLS业务的元素对象相应的各级数据库的初始化过程和存储结构与Mpls_Entry文件对象的元素对象的处理过程完全一致，此处不再赘述。

因此，本文给出了从源文件解析关键信息的方式，并将这些信息逐级抽象为文件对象数据库、实体对象数据库及信息对象数据库的三级管理机制。源文件中的元素对象直接与设备上芯片转发的原理结构相对应，具体化到每一行为解析目标，信息对象数据库是最终的具体化和对象化结构，标明了数据转发链的关键信息。

在对三级数据库中的数据库对象都初始化完成后，表明源文件中元素对象的关键信息已经获取和解析完成。下一步就是要将各关键的元素对象相互关联起来，形成数据业务转发模型。

本发明实施例中，可以基于预设转发规则，确定至少三级数据库中每个数据库中包括的数据库对象与相邻级数据库中数据库对象之间的关联关系，其中，预设转发规则即为图2所示的转发功能的流程规则，数据库对象是指数据库中所包含的数据。

在确定关联关系后即可确定每个元素对象对应的关联信息，即可构建与源文件中元素对象对应的数据业务转发模型。

下面就以L2VPN业务终结方向为例，阐述本发明中在业务转发模型显示和关键元素关联起来的实现过程。

实体对象库中包括有与Mpls_entry文件对象相关的n个元素对象中，每个元素对象对应有相应的关键信息，该关键信息包括转发信息，如标签信息(Label)、入接口信息(In-Port)、控制字信息(cw)等，且与元素对象对应的关键信息在信息对象数据库中按照列的方式进行排列。

其中，在将实体对象数据库中的属于Mpls_entry文件对象的Mpls_entry元素对象与信息数据库中的关键信息(如索引值信息)进行关联时，可以基于Mpls_entry元素对象的索引值，及相应的转发规则，能够获取Mpls_entry元素对象对象下相应的信息对象。

如图8所示，其为由Mpls_entry到Source_vp的关联流程，即从Mpls_Entry[i]中找出级联source_vp的索引值信息(即i)，放入到Mpls_Entry[i]对象下的SvpInfoIndex，记为Mpls_Entry[i].SvpInfoIndex，然后将该值作为Source_vp的表项索引，即：Source_vp[Mpls_Entry[i].SvpInfoIndex]，进而找出该source_vp信息中的DvpInfo.Index作为Ing_dvp_table对象索引，从而依次找出Ing_l3_next_hop、Egr_l3_next_hop等信息，实现由Mpls_entry到Source_vp的关联。同理，从Source_vp关联其它数据库对象的原理一致，这里不再赘述，在确定数据库对象之间的关联后，即形成完整的数据转发链路，甚至能够在控制台(如终端)查看具体的数据转发链路。

需要说明的是，现有技术中，在对元素对象关联时，其针对业务转发模型上每个元素对都需要进行一次for循环，每增加一个元素对象，for循环就增加一重嵌套，导致使用的时间复杂度为O(N^m)，m>＝3为元素对象的数量，N为数据库对象的数量。而从图8中的流程可以看出，时间复杂度缩减为O(m*N)，不再是N的幂指数，大大降低了算法的时间复杂度，将时间复杂度转化为空间复杂度，实现了空间换时间的算法思想，提高了计算效率。

进而，基于构建的数据业务转发模型，可以确定所述数据转发业务中存在的业务故障，即对数据转发业务进行故障定位。

在进行故障定位时，设备可以接收用户(如故障定位人员)输入的检索信息，该检索信息包括与元素对象对应的至少一个关键字，例如端口信息(port)、标签信息(label)等，进而可基于至少一个关键字作为检索源，输出检索信息对应的整个业务转发链信息，该转发链信息中包括该检索信息对应的数据对象的实际转发路径。例如，用户输入需要查询的为label信息，即标签信息，则基于该标签信息即可获取其对应的完整的转发链信息，从而用户可以通过检索到的转发链信息确定业务所存在的故障。

同时，还可以确定检索信息中至少一个关键字对应的目标元素对象，并基于数据转发模型，确定与目标元素对象对应的配置信息作为检索信息相应的目标配置信息。将检索后输出的转发链信息与目标配置信息进行比较，即可确定业务转发是否正常，若不一致，则表明目标元素对象在数据转发业务中存在转发故障。此时，通过确定转发链路信息中与目标配置信息中不一致的至少一个路径对象，可将存在故障的至少一个路径对象进行显示或标注，以便用户进行修改，以解除业务故障。

在实际应用过程中，用户还可将检索到的业务的数量与用户配置的业务数量进行对比，从而分析转发业务是否可能出现故障。例如，若确定实际换发的业务数量少于配置的业务数量，则极有可能出现故障。

因此，本发明实施例中，在Windows的文件环境下，本发明能够将从设备上获取到原始的、需要解析的MPLS业务(即源文件)进行在线分析后，确定数据库之间的逐级管理机制，在关键对象的属性中会关联到决定业务转发的关键信息，能够快速自动构建数据业务转发模型，将最终分析后的数据转发链信息的建模结果呈现给用户，加快了故障定位和故障隔离的时间，承担了大部分的数据转发层故障定位的工作，使得故障定位效率较高。

并且，在大规模MPLS业务量的情况下，通过机器自动构建和分析数据链模型，能有效缩短故障定位时间，对大规模量的L2VPN业务的故障定位速度和准确性有很大的提高，甚至能够有效避免故障定位中可能出现的二次故障。此外，抽象化和对象化的管理模型在PTN的数据转发层软件开发具有一定的可移植性和可扩展性。

如图9所示，基于同一发明构思，本发明公开一种电子设备，包括获取单元301、构建单元302和操作单元303。

获取单元301可以用于获取电子设备中用于进行数据转发业务的源文件的文件信息，所述文件信息能够表征所述源文件中元素对象的特征属性；

构建单元302可以用于基于所述文件信息及预设转发规则，构建所述源文件对应的数据业务转发模型，所述数据业务转发模型中包含有用于表明所述源文件中元素对象对应的转发路径的配置信息；

操作单元303可以用于基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障。

可选的，所述电子设备还包括:

接收单元，用于在基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障之，接收用户输入的用于进行故障检测的检索信息，所述检索信息包括与所述元素对象对应的至少一个关键字；

所述操作单元303可以用于基于所述检索信息及所述数据业务转发模型，确定所述数据转发业务中存在的业务故障

可选的，所述操作单元303用于：

基于所述检索信息中的至少一个关键字，获取所述检索信息的转发链信息，所述转发链信息用于表征所述检索信息对应的元素对象的实际转发路径；

确定所述数据业务转发模型中与所述检索信息中的至少一个关键字对应的目标元素对象，将所述目标元素对象的配置信息确定为所述检索信息的目标配置信息；

判断所述转发链信息是否与所述目标配置信息一致；

若确定所述转发链信息与所述目标配置信息不一致，确定所述目标元素对象在所述数据转发业务中存在转发故障。

可选的，所述电子设备还可以包括：

确定单元，用于在确定所述目标元素对象在所述数据转发业务中存在转发故障之后，确定所述转发链路信息中与所述目标配置信息中不一致的至少一个路径对象；

显示单元，用于显示所述至少一个路径对象。

可选的，所述构建单元302可以用于：

基于所述文件信息，确定与所述源文件中元素对象相应的至少三级数据库；其中，所述至少三级数据库中每级数据库中包括不同的数据库对象；

基于预设转发规则，确定所述至少三级数据库中每个数据库中包括的数据库对象与相邻级数据库中数据库对象之间的关联关系；

基于所述关联关系，构建所述源文件中元素对象对应的数据业务转发模型。

可选的，所述构建单元302可以用于：

基于所述文件信息，对所述源文件中元素对象进行分类，基于分类结果确定所述源文件中元素对象对应的至少一个文件对象，并确定与所述至少一个文件对象相应的第一级数据库；

基于所述第一级数据库，确定所述至少一个文件对象中每个文件对象对应的至少一个实体对象，确定用于存储及管理所述至少一个文件对象中每个文件对象对应的至少一个元素对象的第二级数据库；

确定所述第二级数据库中每个元素对象对应的用于决定业务转发的关键信息，生成包含所述至少一个元素对象中每个元素对象的转发信息的第三级数据库。

本申请通过获取电子设备中用于进行数据转发业务的源文件的文件信息，其文件信息能够表征源文件中元素对象的特征属性，从而基于文件信息及预设转发规则，可以自动构建源文件对应的数据业务转发模型，该数据业务转发模型中包含有用于表明源文件中元素对象对应的转发路径的配置信息，例如可以包括元素对象对应的关联信息等，故基于该数据业务转发模型中元素对象的配置信息即可快速确定数据转发业务中存在业务故障，而无需通过人工方式逐条比对进行分析，提高了数据转发业务过程中定位故障的效率。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种定位数据转发业务故障的方法，其特征在于，所述方法包括：

获取电子设备中用于进行数据转发业务的源文件的文件信息，所述文件信息能够表征所述源文件中元素对象的特征属性；

基于所述文件信息及预设转发规则，构建所述源文件对应的数据业务转发模型，所述数据业务转发模型中包含有用于表明所述源文件中元素对象对应的转发路径的配置信息；

基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障。

2.如权利要求1所述的方法，其特征在于，

所述在基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障之前，所述方法还包括：

接收用户输入的用于进行故障检测的检索信息，所述检索信息包括与所述元素对象对应的至少一个关键字；

所述基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障，包括：

基于所述检索信息及所述数据业务转发模型，确定所述数据转发业务中存在的业务故障。

3.如权利要求2所述的方法，其特征在于，所述基于所述检索信息及所述数据业务转发模型，确定所述数据转发业务中存在的业务故障，包括：

基于所述检索信息中的至少一个关键字，获取所述检索信息的转发链信息，所述转发链信息用于表征所述检索信息对应的元素对象的实际转发路径；

确定所述数据业务转发模型中与所述检索信息中的至少一个关键字对应的目标元素对象，将所述目标元素对象的配置信息确定为所述检索信息的目标配置信息；

判断所述转发链信息是否与所述目标配置信息一致；

若确定所述转发链信息与所述目标配置信息不一致，确定所述目标元素对象在所述数据转发业务中存在转发故障。

4.如权利要求3所述的方法，其特征在于，在确定所述目标元素对象在所述数据转发业务中存在转发故障之后，所述方法还包括：

确定所述转发链路信息中与所述目标配置信息中不一致的至少一个路径对象；

显示所述至少一个路径对象。

5.如权利要求1-4任一权项所述的方法，其特征在于，所述基于所述文件信息及预设转发规则，构建所述源文件中元素对象对应的数据业务转发模型，包括：

基于所述文件信息，确定与所述源文件中元素对象相应的至少三级数据库；其中，所述至少三级数据库中每级数据库中包括不同的数据库对象；

基于预设转发规则，确定所述至少三级数据库中每个数据库中包括的数据库对象与相邻级数据库中数据库对象之间的关联关系；

基于所述关联关系，构建所述源文件中元素对象对应的数据业务转发模型。

6.如权利要求5所述的方法，其特征在于，所述基于所述文件信息，确定与所述源文件中元素对象相应的至少三级数据库，包括：

基于所述文件信息，对所述源文件中元素对象进行分类，基于分类结果确定所述源文件中元素对象对应的至少一个文件对象，并确定与所述至少一个文件对象相应的第一级数据库；

基于所述第一级数据库，确定所述至少一个文件对象中每个文件对象对应的至少一个实体对象，确定用于存储及管理所述至少一个文件对象中每个文件对象对应的至少一个元素对象的第二级数据库；

确定所述第二级数据库中每个元素对象对应的用于决定业务转发的关键信息，生成包含所述至少一个元素对象中每个元素对象的转发信息的第三级数据库。

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

获取单元，用于获取电子设备中用于进行数据转发业务的源文件的文件信息，所述文件信息能够表征所述源文件中元素对象的特征属性；

构建单元，用于基于所述文件信息及预设转发规则，构建所述源文件对应的数据业务转发模型，所述数据业务转发模型中包含有用于表明所述源文件中元素对象对应的转发路径的配置信息；

操作单元，用于基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障。

8.如权利要求7所述的电子设备，其特征在于，所述电子设备还包括:

接收单元，用于在基于所述数据业务转发模型，确定所述数据转发业务中存在的业务故障之，接收用户输入的用于进行故障检测的检索信息，所述检索信息包括与所述元素对象对应的至少一个关键字；

所述操作单元用于基于所述检索信息及所述数据业务转发模型，确定所述数据转发业务中存在的业务故障。

9.如权利要求8所述的电子设备，其特征在于，所述操作单元用于：

基于所述检索信息中的至少一个关键字，获取所述检索信息的转发链信息，所述转发链信息用于表征所述检索信息对应的元素对象的实际转发路径；

确定所述数据业务转发模型中与所述检索信息中的至少一个关键字对应的目标元素对象，将所述目标元素对象的配置信息确定为所述检索信息的目标配置信息；

判断所述转发链信息是否与所述目标配置信息一致；

若确定所述转发链信息与所述目标配置信息不一致，确定所述目标元素对象在所述数据转发业务中存在转发故障。

10.如权利要求9所述的电子设备，其特征在于，所述电子设备还包括：

确定单元，用于在确定所述目标元素对象在所述数据转发业务中存在转发故障之后，确定所述转发链路信息中与所述目标配置信息中不一致的至少一个路径对象；

显示单元，用于显示所述至少一个路径对象。

11.如权利要求7-10任一权项所述的电子设备，其特征在于，所述构建单元用于：

基于所述文件信息，确定与所述源文件中元素对象相应的至少三级数据库；其中，所述至少三级数据库中每级数据库中包括不同的数据库对象；

基于预设转发规则，确定所述至少三级数据库中每个数据库中包括的数据库对象与相邻级数据库中数据库对象之间的关联关系；

基于所述关联关系，构建所述源文件中元素对象对应的数据业务转发模型。

12.如权利要求11所述的电子设备，其特征在于，所述构建单元用于：

基于所述文件信息，对所述源文件中元素对象进行分类，基于分类结果确定所述源文件中元素对象对应的至少一个文件对象，并确定与所述至少一个文件对象相应的第一级数据库；

基于所述第一级数据库，确定所述至少一个文件对象中每个文件对象对应的至少一个实体对象，确定用于存储及管理所述至少一个文件对象中每个文件对象对应的至少一个元素对象的第二级数据库；

确定所述第二级数据库中每个元素对象对应的用于决定业务转发的关键信息，生成包含所述至少一个元素对象中每个元素对象的转发信息的第三级数据库。