CN114338373A - 网元配置数据存储方法及装置、电子设备、存储介质 - Google Patents

Abstract

本申请的实施例揭示了一种网元配置数据存储方法、装置、设备、存储介质，该方法包括：获取待存储的网元信息模型的配置数据；其中，配置数据包括配置参数以及配置参数对应的参数值；将配置数据中含有的配置参数与预设数据库中含有的配置标准参数进行比较；其中，预设数据库中存储有来自于多个厂家的网元的配置标准参数；若配置数据中含有的配置参数与预设数据库中含有的配置标准参数匹配，则将配置参数以及配置参数对应的参数值在预设数据库中进行存储。本申请实施例的技术方案能够避免网元配置数据分散的问题。

Description

网元配置数据存储方法及装置、电子设备、存储介质

技术领域

本申请涉及软件开发技术领域，具体而言，涉及一种网元配置数据存储方法及装置、电子设备、计算机可读存储介质。

背景技术

5G(5th Generation Mobile Communication Technology，第五代移动通信技术)核心网(5GC)是5G建设的重要组成部分，随着通信网络的运行规模及业务承载量快速膨胀，通信网络的复杂性也在随之日益增加，对5GC网元配置数据的管理方式提出了新的更高的要求。随着5G网络试点部署，以及商业化部署的快速推进，越来越多的5GC网元会部署到通信网络中，如何对庞大的网元模型信息进行集中管理，某一个网元设备运行异常时如何快速定位故障，以及保证网元设备对接采集与控制服务平台的时效性，都将成为5GC网元信息管理需要解决的问题。

目前，通信网络中网元配置数据的管理方法主要通过网管手动下发的方式，即将网元配置数据备用在数据区进行配置并合并到主数据区运行。这种经由网管下发网元配置数据的方式适用于厂家与网元设备数量较少、容易维护的情况，而在实际复杂的网络智慧运营场景中，厂家类型多、网元设备数量庞大，需要管理与维护的网元配置数据比较分散。

发明内容

为解决上述技术问题，本申请的实施例提供了一种网元配置数据存储系统、方法、装置、设备、存储介质，旨在解决网元配置数据的管理和维护分散的技术问题，使得网元配置数据能够统一管理和维护。

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

根据本申请实施例的一个方面，提供了一种网元配置数据存储方法，所述方法包括：

获取待存储的网元信息模型的配置数据；其中，所述配置数据包括配置参数以及所述配置参数对应的参数值；

将所述配置数据中含有的配置参数与预设数据库中含有的配置标准参数进行比较；其中，所述预设数据库中存储有来自于多个厂家的网元的配置标准参数；

若所述配置数据中含有的配置参数与所述预设数据库中含有的配置标准参数匹配，则将所述配置参数以及所述配置参数对应的参数值在所述预设数据库中进行存储。

根据本申请实施例的一个方面，提供了一种网元配置数据存储装置，包括：

获取模块，配置为获取待存储的网元信息模型的配置数据；其中，所述配置数据包括配置参数以及所述配置参数对应的参数值；

比较模块，配置为将所述配置数据中含有的配置参数与预设数据库中含有的配置标准参数进行比较；其中，所述预设数据库中存储有来自于多个厂家的网元的配置标准参数；

存储模块，配置为若所述配置数据中含有的配置参数与预设数据库中含有的配置标准参数匹配，则将所述配置参数以及所述配置参数对应的参数值在所述预设数据库中进行存储。

根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如前所述的网元配置数据存储方法。

根据本申请实施例的一个方面，提供了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行如上所述的网元配置数据存储方法。

在本申请的实施例所提供的技术方案中，将网元信息模型的配置数据存储到预设数据库中，预设数据库中能存储多个厂家的多个网元信息模型的配置数据，便于后续进行统一存储与管理，避免了传统由网管手动下发的方式带来的数据分散问题，为实际运营状态下庞大网元配置数据的管理提供了有效的解决方案。更加适用于设备厂家类型多、网元配置数据庞大的实际运营状态，摆脱了传统方法在网元配置数据规模方面的局限性。

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

附图说明

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

图1是本申请涉及的一种网元配置数据存储系统的框图；

图2是本申请所示实施例的应用场景示意图；

图3是本申请涉及的一种网元配置数据存储方法的流程图；

图4是本申请的一示例性实施例示出的当配置数据中含有的配置参数未与预设数据库中含有的配置标准参数匹配时的流程图；

图5是本申请图3的步骤S330在一示例性实施例中的流程图；

图6是本申请涉及的一种网元配置数据存储方法的流程图；

图7是本申请涉及的一种网元配置数据存储装置的框图；

图8示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

还需要说明的是：在本申请中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

参照图1，图1为一种网元配置数据存储系统，可适用于中国电信新一代云网运营体系的复杂网络智慧运营场景，使网元信息模型的配置数据能够随网元设备做出自适应改变，实现动态感知网络变化，满足电信运营商对网元设备数据资源统一管理的需求。网元设备是由一个或多个机盘或机框组成，能够独立完成一定的传输功能，网元信息模型是网元设备中所有的网元数据形成的一种信息模型。网元数据中包括有配置数据，配置数据是用于控制网元设备正常工作的重要数据信息，是网元设备能正常运行并完成各种业务的基础。

目前越来越多5GC网元会部署到通信网络中，按照现有的网元配置数据管理方法只能适用于网元数量较少，容易维护的情况，而在实际复杂的网络智慧运营场景中，厂家类型多、网元数量庞大，需要管理与维护的数据比较分散，网元设备的内部参数及数据并没有纳入资源管理，在业务配置中需要根据不同业务来源分配不同的值，或者按不同的命名规则来赋值，同时在业务联调过程中也存在着需要管理与维护的数据比较分散、故障定位难以及数据冲突等问题，因此，为了解决上述问题，本申请发明人提出了一种网元配置数据存储方法。图2为本申请的应用场景示意图，如图2所示，设置有5个网元设备NE(NetElement)，分别为NE1-NE5，5个属于不同厂家的网元设备与网元配置数据存储系统信号连接，用于传输数据，应用时各个网元设备的网元信息模型上传到网元配置数据存储系统中，网元配置数据存储系统中设置的各个模块对网元信息模型的配置数据进行相应的处理后进行存储。通过将多个厂家的网元配置数据相应的存储到系统中，统一的对所有网元配置数据进行管理与维护。

网元配置数据存储系统主要包括字典值存储模块、数据资源管理模块、网元信息模型导入模块和网元信息动态维护模块四个模块，以下为各个模块的详细功能阐述：

字典值存储模块，建立有数据字典，用于对5GC网元设备的属性进行维护，以字典值的方式存储有不同厂家的不同5GC网元信息模型的属性参数，这些属性参数为网元设备运行时必备的数据，将这些属性参数作为配置标准参数用于后续对上传的网元信息模型的配置参数的匹配，能够精确描述网元信息模型的功能形态；

数据资源管理模块，根据上传的网元配置数据自动建立不同网元信息模型存储表之间的关系，并确定各模型存储表的字段及规格，对配置标准参数进行统一管理；

网元信息模型导入模块，用于导入网元信息模型，在导入网元模型数据时，先去查询配置数据，校验所导入的配置数据的配置参数与配置标准参数是否匹配，若匹配一致，则按照预先定义的规格将配置数据入库；

网元信息动态维护模块，用于对配置数据的动态维护，当网元信息模型配置数据有更新时，对相应的已存储的配置数据进行实时更新，提升存储的配置数据与运行的配置数据的一致性，能够灵活支撑复杂应用场景需求。

系统通过建立数据字典精确描述网元信息模型功能形态，其次在数据资源管理模块统一存储网元信息模型的配置数据，然后根据配置标准参数定义的规格将配置参数对应的参数值入库，并通过网元信息动态维护模块在网元信息模型发生更改时进行实时更新及动态维护。具体的，5GC中包括有多种网元，主要包括以下几种：

1、AMF(Access and Mobility Management Function，接入和移动性管理功能)，用于执行注册、连接、可达性、移动性管理。为UE(User Equipment，用户终端设备)和SMF提供会话管理消息传输通道，为用户接入时提供认证、鉴权功能，终端和无线的核心网控制面接入点。类似于4G(the 4Generation mobile communication technology，第四代通讯技术)的MME(Mobility Management Entity，移动管理节点功能)。

2、SMF(Session Management function，会话管理功能)，负责隧道维护、IP地址分配和管理、UP功能选择、策略实施和QoS中的控制、计费数据采集、漫游等。类似于4G中MME、SGW(Serving GateWay，服务网关)、PGW(PDN GateWay，PDN网关)会话管理等控制面的功能。SMF基于UE或者会话的粒度选择UPF，可以分配IP地址，收集计费数据，连接计费中心。选择UPF的条件：UPF位置、能力、负荷；UE位置、用户数据配置；UE会话信息，如DNN、PDU会话类型、会话及服务连续性、话务路由目的地。

3、AUSF(Authentication Server Function，认证服务器功能)，实现3GPP(TheThird Generation Partnership Project)和非3GPP的接入认证。类似于MME中鉴权功能和HSS(Home Subscriber Server，归属签约用户服务器)鉴权数据管理。

4、UPF(The User plane function，用户平面功能)，用于分组路由转发，策略实施，流量报告，QoS(Quality of Service，服务质量)处理。类似于4G中SGW和PGW用户面功能。UPF是会话的锚点，记录流量转发量。

5、PCF(Policy Control function，策略控制功能)，统一的政策框架，提供控制平面功能的策略规则。类似于4G的PCRF(Policy and Charging Rule Function，策略和计费规则功能)。PCF下发控制面网络功能。

6、UDM(The Unified Data Management，统一数据管理功能)，用于3GPP AKA(Authentication and Key Agreement，第三代移动通讯网络的认证与密钥协商协议)认证、用户识别、访问授权、注册、移动、订阅、短信管理等。类似于4G的HSS。

7、NRF(NF Repository Function，网络仓储功能)，该功能是一个提供注册和发现功能的新功能，可以使网络功能(NF)相互发现并通过API接口进行通信。

8、NSSF(The Network Slice Selection Function，网络切片选择)，可根据UE的切片选择辅助信息、签约信息等确定UE允许接入的网络切片实例。

9、NEF(Network Exposure Function，网络开放功能)，开放各NF的能力，转换内外部信息，用于边缘计算场景。

图3是根据一示例性实施例示出的一种网元配置数据存储方法的流程图。该方法可以应用于图1所示的网元配置数据存储系统上，并由图1所示系统中的各个模块具体执行。

如图3所示，在一示例性实施例中，该网元配置数据存储方法可以包括步骤S310至步骤S330，详细介绍如下：

步骤S310，获取待存储的网元信息模型的配置数据；其中，配置数据包括配置参数以及配置参数对应的参数值；

步骤S320，将配置数据中含有的配置参数与预设数据库中含有的配置标准参数进行比较；其中，预设数据库中存储有来自于多个厂家的网元的配置标准参数；

步骤S330，若配置数据中含有的配置参数与预设数据库中含有的配置标准参数匹配，则将配置参数以及配置参数对应的参数值在预设数据库中进行存储。

本实施例中，如上述步骤S310-S320所述，获取待存储的网元信息模型的配置数据，可以一次仅获取一个配置数据，也可以一次获取多个网元信息模型的配置数据，配置数据中包括有配置参数和与其对应的参数值，将配置参数与预设数据库中对应的配置标准参数进行比较，即配置标准参数均能在一个网元信息模型的配置参数中存在，具体的，预设数据库中存储有不同厂家的不同网元的配置标准参数，不同厂家的同一网元的配置标准参数可以相同，也可以不同，当不同厂家的同一网元的配置标准参数不同时，上传的待存储的网元信息模型需要检测其对应的厂家，根据厂家确定对应的配置标准参数，再用确定的配置标准参数与待存储的配置参数进行比较。

如上述步骤S330所述，当配置参数与配置标准参数成功匹配时，将配置参数对应的参数值存储至预设数据库中，存储时，配置参数对应的参数值需按照一定的规则进行存储，且与配置标准参数相对应，如将配置参数对应的参数值以字典值的形式进行存储。字典中只能包含数字、字符串、元组等不可变类型的数据，包含列表等可变数据的元组也不能作为集合的元素，字典中有两个参数TKey和TValue，TKey指钥匙的意思，也成为键值。TValue指值，所以被称为键值对，键是唯一的，值可以不一样。本实施例中，键值对的存储都是成对存储，可将配置参数对应的参数值作为值，将预设数据库中存储的配置标准参数作为键值成对存储，在另一实施例中，可直接将配置参数和配置参数对应的参数值作为键值对存储在预设数据库中。

本实施例中，将待存储的网元信息模型的配置数据统一存储到预设数据库中，避免了需要管理与维护的网元配置数据较为分散的问题，便于后续将网元配置数据进行统一规划、分配、稽核以及生命周期的动态维护，对网元配置数据进行统一存储及管理。同时，在存储前，还需进行匹配，确保存储到预设数据库中的配置参数对应的参数值都符合预设数据库的需要。

在一示例性实施例中，每个厂家有多个网元信息模型；在将配置数据中含有的配置参数与预设数据库中含有的配置标准参数进行比较之前，方法还包括：

分别获取来自于不同厂家的多个网元信息模型的配置标准参数；

将各个网元信息模型的配置标准参数存储至预设数据库中。

本实施例中，如上述步骤S410-S420所述，厂家可以包括华为、中兴爱立信等通讯厂家，各个厂家的网元设备可包括华为UDM、中兴UDM、爱立信UPF、华为UPF、或其他厂家的网元设备，一个网元设备形成一个网元信息模型，每个厂家包括有多个网元信息模型，将多个不同厂家的不同网元信息模型的配置标准参数存储到预设数据库中时，可按照厂家进行分类，将属于同一个厂家的不同网元信息模型的配置标准参数存储在一起，后续在上传网元信息模型的实施，能够根据厂家对应已经预先存储在预设数据库中的配置标准参数。通过将不同厂家的多个网元信息模型的配置标准参数存储到预设数据库中，使得后续能够成功上传不同厂家的网元信息模型的配置参数对应的参数值，有利于对不同厂家的网元信息模型的配置数据进行统一管理。更加适用于设备厂家类型多、网元配置数据庞大的实际运营状态，摆脱了传统方法在网元配置数据规模方面的局限性。

在一示例性实施例中，在将配置参数以及配置参数对应的参数值在预设数据库中进行存储之后，方法还包括：

获取网元信息模型的最新配置数据；

将最新配置数据中含有的配置参数对应的参数值与预设数据库中存储的同一配置参数对应的参数值进行比较；

若最新配置数据中含有的配置参数对应的参数值与预设数据库中存储的同一配置参数对应的参数值不匹配，则用最新配置数据中含有的配置参数对应的参数值替换预设数据库中存储的同一配置参数对应的参数值。

本实施例中，网元信息模型在上传后，在后续的运行中，可能存在更改配置数据的情况，本实施例中可以实时的获取网元信息模型的最新配置数据，在另一实施例中，也可以间隔预设时间段后再获取网元信息模型的最新配置数据，当存储有多个网元信息模型的配置数据时，不同网元信息模型之间获取最新配置数据可间隔相同的预设时间段，但各个网元信息模型获取最新配置数据的开始时间可不相同，使得各个网元信息模型的配置数据的更新可以相互错开，减轻计算压力。将获取到的最新配置数据中的配置参数对应的参数值与存储在预设数据库中对应的配置数据对应的参数值进行比较，当两者之间不匹配时，用最新配置数据中配置参数对应的参数值替换存储在预设数据库中配置参数对应的参数值；当两者之间匹配时，则无需进行替换。

本实施例中，通过替换的方式能够实现网元配置数据的动态实时更新，解决了传统网管下发的方式带来的网元与指令模板无法同步更新的问题，提高了网元设备对接采集与控制服务平台时的运行效率。

参见图4，图4为本申请的一示例性实施例示出的当配置数据中含有的配置参数未与预设数据库中含有的配置标准参数匹配时的流程图，在将配置数据中含有的配置参数与预设数据库中含有的配置标准参数进行比较之后，方法还包括步骤S410-S430：

步骤S410，若配置数据中含有的配置参数未与预设数据库中含有的配置标准参数匹配，则获取未匹配的配置参数；

步骤S420，根据未匹配的配置参数生成检测报告；

步骤S430，将检测报告发送至上传未匹配的配置参数对应的网元信息模型的客户端。

本实施例中，如上述步骤S410-S420，当获取到的配置数据中的配置参数与预设数据库中预先存储的配置标准参数不匹配时，获取不匹配的配置参数，并生成相应的检测报告，上传网元信息模型的用户可以查看该检测报告，了解不匹配的配置参数包括有哪些，然后针对性的进行修改，使得网元信息模型的配置数据可以成功的存储到预设数据库中，进一步的，检测报告中可包括有相应的修改方案，将检测包括发送给客户端，客户端的用户可直接根据修改方案进行修改。

参见图5，图5为本申请图3的步骤S330在一示例性实施例的流程图，将配置参数以及配置参数对应的参数值在预设数据库中进行存储，可以包括步骤S510-S560：

步骤S510，解析配置参数得到多个实体规格，以及多个实体规格对应的规格值；

步骤S520，将实体规格存储至预设数据库中的实体规格存储表，并将实体规格对应的规格值存储至预设数据库中的规格属性存储表；

步骤S530，解析各个实体规格得到表字段，并解析实体规格对应的规格值得到表字段对应的值；

步骤S540，将表字段存储至预设数据库中的表字段存储表，并将表字段对应的值存储至预设数据库中的表结构存储表；

步骤S550，解析各个实体规格之间的实体关系；

步骤S560，将实体关系存储至预设数据库中的关系规格存储表。

本实施例中，预设数据库中设置有5个存储表，分别是实体规格存储表、规格属性存储表、表字段存储表、表结构存储表以及关系规格存储表，这五个存储表分别用于存储相应的数据。具体的，在进行解析时，可依据实体规格存储表、规格属性存储表、表字段存储表、表结构存储表以及关系规格存储表的顺序依次解析进行存储，还可同时对配置数据解析进行存储。

实体规格存储表中可包括所属厂家、网元类型、网元ID等描述网元信息模型的实体规格，规格属性则是各个实体规格对应的细化属性值，预设数据库中存储有不同的网元信息模型，不同的网元信息模型之间存在着调用关系，实体关系即实体规格之间的相互的关系，如有的存在相互的实体关系的实体规格之间，一个实体规格的取值确定后，存在相互关系的实体规格不能是相同的取值；实体规格在使用时会存在调用其他实体规格的关系，关系规格存储表用于存储这些相互之间的关系。

网元信息模型在形成时，可对相应的数据进行识别，然后分配相应的标签，如：实体规格、规格属性、表字段、表结构标签，将配置数据进行存储时，可直接解析相应的标签，从而将其分别存储到对应的存储表中。本实施例中，通过设置5个存储表存储不同厂家的不同网元信息模型的配置数据。在另一实施例中，预设数据库中，可以一个网元信息模型设置一个对应的存储表，每个存储表中设置有对应的5个子存储表，子存储表分别用于存储上述各个类型的数据。

在一实施例中，在将配置参数以及配置参数对应的参数值在预设数据库中进行存储之后，方法还包括：

解析不同网元信息模型之间的调用关系；

将调用关系存储至预设数据库中的关系规格存储表中。

本实施例中，不同的网元模型之间会存在着调用关系，即一个网元设备的指令由另一个网元设备确定，确定各个网元信息模型之间的调用关系，通过将不同网元信息模型之间的调用关系存储到关系规格存储表中，后续网元设备在运行时可直接在关系规格存储表中确定被调用的网元信息模型，从而获取相应的需要调用的信息，无需去相应的网元信息模型中获取。

在一示例性实施例中，在将配置参数以及配置参数对应的参数值在预设数据库中进行存储之后，方法还包括：

接收故障定位指令；

根据故障定位指令依次遍历预设数据库中各个存储表中的数据，以确定出引起故障的配置参数。

本实施例中，网元设备在运行时，会存在出现故障的情况，当出现故障时，会生成相应的故障定位指令，将故障定位指令发送给前述的网元配置数据存储系统，系统接受到故障定位指令后，遍历各个存储表确定引起故障的配置参数，具体的，获取发生故障的网元设备的最新配置数据，最新配置数据中的配置参数对应的值与存储在预设数据库中对应的配置参数对应的值进行比较，当两者不匹配时，即可确定引起故障的配置参数。在另一实施例中，发生故障后，生成的故障定位指令中可包括发生故障的网元设备的最新配置数据，当系统接收到故障定位指令后，直接进行比较，无需再去获取最新配置数据。

当确定出引起故障的配置参数后，将预设数据库中存储的与引起故障的配置参数对应的参数值发送给发生故障的网元设备上，使得发生故障的网元设备可以获取到正确的引起故障的配置参数对应的参数值。

参见图6，图6为本申请的网元配置数据存储方法的示例性实施例的流程图，包括步骤S610-S680：

步骤S610，分别获取来自于不同厂家的多个网元信息模型的配置标准参数；

步骤S620，将各个网元信息模型的配置标准参数存储至预设数据库中；

步骤S630，获取待存储的网元信息模型的配置数据；其中，配置数据包括配置参数以及配置参数对应的参数值；

步骤S640，将配置数据中含有的配置参数与预设数据库中含有的配置标准参数进行比较；其中，预设数据库中存储有来自于多个厂家的网元的配置标准参数；

步骤S650，若配置数据中含有的配置参数与预设数据库中含有的配置标准参数匹配，则将配置参数以及配置参数对应的参数值在预设数据库中进行存储；

步骤S660，获取网元信息模型的最新配置数据；

步骤S670，将最新配置数据中含有的配置参数对应的参数值与预设数据库中存储的同一配置参数对应的参数值进行比较；

步骤S680，若最新配置数据中含有的配置参数对应的参数值与预设数据库中存储的同一配置参数对应的参数值不匹配，则用最新配置数据中含有的配置参数对应的参数值替换预设数据库中存储的同一配置参数对应的参数值。

可选地，步骤S610至步骤S680的具体实施过程可以参照前述实施例的技术方案。

本实施例中，预先将不同厂家的多个网元信息模型的配置标准参数存储在预设数据库中，当需要存储网元信息模型的配置数据时，将配置数据中的配置参数与对应的配置标准参数进行比较，当两者匹配时，将配置参数对应的参数值存储到数据库中。在后续网元设备持续的运行中，网元设备上的配置数据可能会出现改，获取网元信息模型的最新配置数据，将更改后的网元配置数据存储到预设数据库相应的位置上，使得电信运营商对多个网元设备的配置数据进行统一管理，同时能够实现网元配置数据的动态更新，更加适用于设备厂家类型多、网元配置数据庞大的实际运营状态，摆脱了传统方法在网元配置信息规模方面的局限性。

参见图7，本申请一示例性实施例还提供了一种网元配置数据存储装置，包括：

获取模块710，配置为获取待存储的网元信息模型的配置数据；其中，配置数据包括配置参数以及配置参数对应的参数值；

比较模块720，配置为将配置数据中含有的配置参数与预设数据库中含有的配置标准参数进行比较；其中，预设数据库中存储有来自于多个厂家的网元的配置标准参数；

存储模块730，配置为若配置数据中含有的配置参数与预设数据库中含有的配置标准参数匹配，则将配置参数以及配置参数对应的参数值在预设数据库中进行存储。

在一示例性实施例中，网元配置数据存储装置，还包括：

第一获取单元，配置为分别获取来自于不同厂家的多个网元信息模型的配置标准参数；

第一存储单元，配置为将各个网元信息模型的配置标准参数存储至预设数据库中。

在一示例性实施例中，网元配置数据存储装置，还包括：

第二获取单元，配置为获取网元信息模型的最新配置数据；

第二比较单元，配置为将最新配置数据中含有的配置参数对应的参数值与预设数据库中存储的同一配置参数对应的参数值进行比较；

替换单元，配置为若最新配置数据中含有的配置参数对应的参数值与预设数据库中存储的同一配置参数对应的参数值不匹配，则用最新配置数据中含有的配置参数对应的参数值替换预设数据库中存储的同一配置参数对应的参数值。

在一示例性实施例中，网元配置数据存储装置，还包括：

第三获取单元，配置为若配置数据中含有的配置参数未与预设数据库中含有的配置标准参数匹配，则获取未匹配的配置参数；

生成单元，配置为根据未匹配的配置参数生成检测报告；

发送单元，配置为将检测报告发送至上传未匹配的配置参数对应的网元信息模型的客户端。

在一示例性实施例中，存储模块730，包括：

第一解析子模块，配置为解析配置参数得到多个实体规格，以及多个实体规格对应的规格值；

第一存储子模块，配置为将实体规格存储至预设数据库中的实体规格存储表，并将实体规格对应的规格值存储至预设数据库中的规格属性存储表；

第二解析子模块，配置为解析各个实体规格得到表字段，并解析实体规格对应的规格值得到表字段对应的值；

第二存储子模块，配置为将表字段存储至预设数据库中的表字段存储表，并将表字段对应的值存储至预设数据库中的表结构存储表；

第三解析子模块，配置为解析各个实体规格之间的实体关系；

第三存储子模块，配置为将实体关系存储至预设数据库中的关系规格存储表。

在一示例性实施例中，网元配置数据存储装置，还包括：

解析单元，配置为解析不同网元信息模型之间的调用关系；

第二存储单元，配置为将调用关系存储至预设数据库中的关系规格存储表中。

在一示例性实施例中，网元配置数据存储装置，还包括：

接收单元，配置为接收故障定位指令；

确定单元，配置为根据故障定位指令依次遍历预设数据库中各个存储表中的数据，以确定出引起故障的配置参数。

需要说明的是，上述实施例所提供的装置与上述实施例所提供的方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现上述各个实施例中提供的网元配置数据存储方法。

图8示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图8示出的电子设备的计算机系统800仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(Central Processing Unit，CPU)801，其可以根据存储在只读存储器(Read-Only Memory，ROM)802中的程序或者从储存部分808加载到随机访问存储器(Random Access Memory，RAM)803中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 803中，还存储有系统操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(Input/Output，I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分807；包括硬盘等的储存部分808；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入储存部分808。

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

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

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前所述的方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

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

上述内容，仅为本申请的较佳示例性实施例，并非用于限制本申请的实施方案，本领域普通技术人员根据本申请的主要构思和精神，可以十分方便地进行相应的变通或修改，故本申请的保护范围应以权利要求书所要求的保护范围为准。

Claims (10)

1.一种网元配置数据存储方法，其特征在于，所述方法包括：

获取待存储的网元信息模型的配置数据；其中，所述配置数据包括配置参数以及所述配置参数对应的参数值；

将所述配置数据中含有的配置参数与预设数据库中含有的配置标准参数进行比较；其中，所述预设数据库中存储有来自于多个厂家的网元的配置标准参数；

若所述配置数据中含有的配置参数与所述预设数据库中含有的配置标准参数匹配，则将所述配置参数以及所述配置参数对应的参数值在所述预设数据库中进行存储。

2.如权利要求1所述的方法，其特征在于，每个厂家有多个网元信息模型；在所述将所述配置数据中含有的配置参数与预设数据库中含有的配置标准参数进行比较之前，所述方法还包括：

分别获取来自于不同厂家的多个网元信息模型的配置标准参数；

将各个网元信息模型的配置标准参数存储至所述预设数据库中。

3.如权利要求1所述的方法，其特征在于，在所述将所述配置参数以及所述配置参数对应的参数值在所述预设数据库中进行存储之后，所述方法还包括：

获取所述网元信息模型的最新配置数据；

将所述最新配置数据中含有的配置参数对应的参数值与所述预设数据库中存储的同一配置参数对应的参数值进行比较；

若所述最新配置数据中含有的配置参数对应的参数值与所述预设数据库中存储的同一配置参数对应的参数值不匹配，则用所述最新配置数据中含有的配置参数对应的参数值替换所述预设数据库中存储的同一配置参数对应的参数值。

4.如权利要求1所述的方法，其特征在于，在所述将所述配置数据中含有的配置参数与预设数据库中含有的配置标准参数进行比较之后，所述方法还包括：

若所述配置数据中含有的配置参数未与所述预设数据库中含有的配置标准参数匹配，则获取未匹配的配置参数；

根据所述未匹配的配置参数生成检测报告；

将所述检测报告发送至上传所述未匹配的配置参数对应的网元信息模型的客户端。

5.如权利要求1所述的方法，其特征在于，所述将所述配置参数以及所述配置参数对应的参数值在所述预设数据库中进行存储，包括：

解析所述配置参数得到多个实体规格，以及多个实体规格对应的规格值；

将所述实体规格存储至所述预设数据库中的实体规格存储表，并将所述实体规格对应的规格值存储至所述预设数据库中的规格属性存储表；

解析各个实体规格得到表字段，并解析所述实体规格对应的规格值得到表字段对应的值；

将所述表字段存储至所述预设数据库中的表字段存储表，并将所述表字段对应的值存储至预设数据库中的表结构存储表；

解析各个所述实体规格之间的实体关系；

将所述实体关系存储至所述预设数据库中的关系规格存储表。

6.如权利要求1所述的方法，其特征在于，在所述将所述配置参数以及所述配置参数对应的参数值在所述预设数据库中进行存储之后，所述方法还包括：

解析不同网元信息模型之间的调用关系；

将所述调用关系存储至所述预设数据库中的关系规格存储表中。

7.如权利要求1所述的方法，其特征在于，在所述将所述配置参数以及所述配置参数对应的参数值在预设数据库中进行存储之后，所述方法还包括：

接收故障定位指令；

根据所述故障定位指令依次遍历所述预设数据库中各个存储表中的数据，以确定出引起故障的配置参数。

8.一种网元配置数据存储装置，其特征在于，包括：

获取模块，配置为获取待存储的网元信息模型的配置数据；其中，所述配置数据包括配置参数以及所述配置参数对应的参数值；

比较模块，配置为将所述配置数据中含有的配置参数与预设数据库中含有的配置标准参数进行比较；其中，所述预设数据库中存储有来自于多个厂家的网元的配置标准参数；

存储模块，配置为若所述配置数据中含有的配置参数与预设数据库中含有的配置标准参数匹配，则将所述配置参数以及所述配置参数对应的参数值在所述预设数据库中进行存储。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至7中任一项所述的网元配置数据存储方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1至7中任一项所述的网元配置数据存储方法。

Images