一种基站性能文件解析方法及系统与流程

1.本发明涉及网络管理技术领域，尤其涉及一种基站性能文件解析方法及系统。


背景技术：

2.随着通信网络的不断发展，通信网中的网元数量日益增多，即需要网管系统维护的设备数量越来越庞大，对于设备上报的数量庞大的性能文件，网管系统需要对这些性能文件进行解析并将解析结果存储到数据库中。
3.现有的网管系统对性能文件的解析是通过定时查找文件服务器上是否存在性能文件，若存在则将性能文件下载到网管系统所在应用服务上进行解析。首先，反复轮询查找文件服务器上的性能文件会占用应用服务器中大量的cpu资源；其次，面对大量性能文件，网管系统需不断进行解析，会给应用服务器资源造成巨大压力；此外，如果需要解析不同的性能数据文件，开发人员需要编写新的解析代码，并且对所有部署网管系统的应用服务器分别进行升级。
4.因此，如何解析数量庞大以及种类不同的性能数据文件，成为当前亟需解决的技术问题。


技术实现要素：

5.本发明提供一种基站性能文件解析方法及系统，用以解决现有技术中网管对于基站上报的性能文件进行解析时需消耗大量网络资源的缺陷。
6.第一方面，本发明提供一种基站性能文件解析方法，包括：
7.获取基站上报的性能文件；
8.通过主线程轮询所述性能文件，获取待解析性能文件；
9.基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果。
10.根据本发明提供的一种基站性能文件解析方法，还包括：
11.若所述线程池中无空闲线程，则所述待解析文件进入等待队列，等待新的空闲线程。
12.根据本发明提供的一种基站性能文件解析方法，基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果，之后还包括：
13.释放所述空闲线程至所述线程池，将所述性能解析结果存储至网管系统数据库。
14.根据本发明提供的一种基站性能文件解析方法，获取基站上报的性能文件，之前还包括：
15.根据不同基站的性能文件类型确定对应的性能文件解析模型；
16.基于服务器硬件参数，确定所述线程池的配置参数；
17.将所述性能文件解析模型转换为独立微服务，结合所述线程池的配置参数获得所
述性能文件解析微服务。
18.根据本发明提供的一种基站性能文件解析方法，通过主线程轮询所述性能文件，获取待解析性能文件，包括：
19.获取所述性能文件的文件类型标识；
20.通过解析指定目录获取新上传性能文件，基于所述文件类型标识确定所述新上传性能文件的类型，得到所述待解析性能文件。
21.根据本发明提供的一种基站性能文件解析方法，基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果，包括：
22.在所述空闲线程内解析所述待解析文件的性能文件名称，得到性能模型标识；
23.基于所述性能模型标识确定对应的性能文件解析模型；
24.基于所述性能文件解析模型，执行所述待解析性能文件对应的文件解析任务，得到所述性能解析结果。
25.第二方面，本发明还提供一种基站性能文件解析系统，包括：
26.获取模块，用于获取基站上报的性能文件；
27.轮询模块，用于通过主线程轮询所述性能文件，获取待解析性能文件；
28.解析模块，用于基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果。
29.第三方面，本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述基站性能文件解析方法的步骤。
30.第四方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述基站性能文件解析方法的步骤。
31.第五方面，本发明还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述任一种所述基站性能文件解析方法的步骤。
32.本发明提供的基站性能文件解析方法及系统，通过将性能文件解析微服务与基站网管系统的微服务进行分离，减轻网管对基站性能文件解析的工作负荷，并提高了文件解析任务效率，从而避免占用网管运行资源，提升了网管系统性能。
附图说明
33.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
34.图1是本发明提供的基站性能文件解析方法的流程示意图；
35.图2是本发明提供的性能文件解析程序开发部署的流程图；
36.图3是本发明提供的性能文件解析程序解析文件的流程图；
37.图4是本发明提供的基站性能文件解析系统的结构示意图；
38.图5是本发明提供的电子设备的结构示意图。
具体实施方式
39.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
40.本发明重点针对网管系统管理的多种类型基站设备上报的基站性能文件，提出一种基站性能文件在网管系统中高效解析方法。
41.图1是本发明提供的基站性能文件解析方法的流程示意图，如图1所示，包括：
42.s1，获取基站上报的性能文件；
43.s2，通过主线程轮询所述性能文件，获取待解析性能文件；
44.s3，基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果。
45.本发明通过对网管系统中的文件服务器进行改进，结合现有网管系统分布式架构的特点，在文件服务器上部署性能文件解析微服务，将网管系统中原有的性能文件解析这一功能进行抽离，作为独立微服务，与其他微服务功能分离。
46.具体地，网管系统的文件服务器实时获取所管理的基站上报的性能文件，这些性能文件均存储在文件服务器中的指定目录中，通过主线程轮询获取到该指定目录中的待解析性能文件，由性能文件解析微服务检查线程池中是否有空闲的线程，将空闲线程分配给待解析性能文件，建立性能文件解析任务。
47.本发明基于网管分布式架构原理，将性能文件解析微服务与网管系统的其他微服务进行分离，当增加新的文件解析模型时，只需要重新部署性能文件解析微服务即可完成升级，避免了重新部署庞大的网管系统的复杂工作。
48.基于上述实施例，获取基站上报的性能文件，之前还包括：
49.根据不同基站的性能文件类型确定对应的性能文件解析模型；
50.基于服务器硬件参数，确定所述线程池的配置参数；
51.将所述性能文件解析模型转换为独立微服务，结合所述线程池的配置参数获得所述性能文件解析微服务。
52.需要说明的是，需要先对网管系统的多个不同类型基站设备产生的多种类型性能文件进行预处理，即针对各个类型的性能文件，在一个独立的项目工程中分别编写对应的性能文件解析代码。根据现有网管系统分布式架构的特点，将具有性能文件解析功能的项目工程作为网管系统的一个微服务，单独部署在文件服务器上，这样该微服务仍然与网管系统的其他微服务组成一个完整的网管系统。通过与网管系统其他微服务分开部署，即使增加了新设备类型的性能文件需要解析时，只需在具有性能文件解析功能的微服务中增加新的性能文件解析代码，编译并重新部署在文件服务器上，从而省略了重新部署整个网管系统的繁杂工作；并且在重新部署该微服务时，网管系统的其他微服务功能均不受到影响。
53.同时，为保证文件服务器中性能文件解析的高效性，通过设置性能文件解析微服务中配置文件的线程池参数，提高性能文件解析任务的并发量。在部署性能文件解析微服务到文件服务器前，根据当前文件服务器的硬件水平修改配置文件中的线程池参数，在部署完成后即可生效。如果网管系统管理的基站数量巨大，单个文件解析服务器无法满足条
件，可以根据集群技术采用多台文件服务器，每个服务器上部署一套性能文件解析微服务，来满足使用场景。
54.具体地，图2说明了性能文件解析程序开发部署流程，具体包括：
55.s101：根据不同基站的性能文件类型编写对应的性能文件解析模型代码；
56.s102：根据文件服务器硬件配置，在微服务配置文件中设置合理的线程池参数；
57.s103：将性能文件解析代码编译为独立的微服务，并部署到文件服务器中。
58.本发明通过将性能文件解析微服务与网管系统分开部署，可以高效地利用文件服务器的硬件资源满足高并发生成环境，提高性能文件解析任务效率，避免与网管系统运行中发生资源争夺，导致网管系统的性能降低。
59.基于上述任一实施例，通过主线程轮询所述性能文件，获取待解析性能文件，包括：
60.获取所述性能文件的文件类型标识；
61.通过解析指定目录获取新上传性能文件，基于所述文件类型标识确定所述新上传性能文件的类型，得到所述待解析性能文件。
62.本发明中的网管系统管理下的基站设备上传到文件服务器的性能文件，文件名中带有网管开发人员和设备开发人员约定的基站类型标识。性能文件解析微服务通过解析文件名获取到该标识，该标识作为与性能文件解析模型匹配的唯一标识
63.本发明通过设置文件类型标识，对不同类型的基站性能文件进行统一分类管理，后续通过该文件类型标识能根据解析出的文件类型标识选择对应的性能文件解析模型，进行性能文件解析和性能数据存储数据库操作，大幅提高文件解析效率和数据存库效率。
64.基于上述任一实施例，基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果，包括：
65.在所述空闲线程内解析所述待解析文件的性能文件名称，得到性能模型标识；
66.基于所述性能模型标识确定对应的性能文件解析模型；
67.基于所述性能文件解析模型，执行所述待解析性能文件对应的文件解析任务，得到所述性能解析结果。
68.具体地，图3说明了性能文件解析程序解析文件的具体流程，包括：
69.s201：基站上报带有文件类型标识的性能文件到文件服务器；
70.s202：性能文件解析微服务轮询文件服务器中的指定文件目录获取需要解析的性能文件；
71.s203：性能文件解析微服务检查线程池中是否有空闲线程，若有则分配一个空闲线程，用于建立性能文件解析任务，待解析完成得到性能解析结果；反之，若没有空闲线程，则进入等待队列等待分配新的空闲线程；
72.s204：待当前进行文件解析的线程解析完成文件后，将当前处理的线程释回线程池，再将得到的性能解析结果存入网管系统数据库待后续使用。
73.本发明通过将性能文件解析微服务部署在文件服务器，实时地轮询读取性能文件，根据解析出的文件类型标识选择对应的性能文件解析模型，进行性能文件解析和性能数据存储数据库操作，大幅提高文件解析效率和数据存库效率。
74.基于上述任一实施例，还包括：
75.若所述线程池中无空闲线程，则所述待解析文件进入等待队列，等待新的空闲线程。
76.具体地，本发明中的性能文件解析微服务程序实时的通过主线程轮询指定文件夹查看是否存在基站上传的性能文件，如果发现文件夹中有新的性能文件上传，则进行文件解析工作。在网管系统实际使用中，所管理的基站会实时上传大量的性能文件到文件服务器。
77.此处，为提高性能解析任务效率，微服务采用多线程技术来满足高并发的生产环境。当程序获取到性能文件后，解析过程如下：
78.(1)微服务程序检查线程池中是否有空闲线程；
79.(2)如果有空闲线程则分配一个子线程建立性能文件解析任务；在该子线程中解析性能文件名称得到性能模型标识，选择对应的性能文件解析模型，执行性能文件解析任务；该任务完成后自动释放子线程回到线程池中，等待下一次解析任务分配；
80.如果没有空闲线程，则该文件进入队列中等待线程池分配空闲线程建立解析任务。
81.本发明通过及时释放完成性能解析的空闲线程，避免系统资源长时间被占用，提高了系统资源利用率。
82.基于上述任一实施例，基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果，之后还包括：
83.释放所述空闲线程至所述线程池，将所述性能解析结果存储至网管系统数据库。
84.具体地，待性能文件解析微服务完成文件解析后，根据性能文件类型分别存储到网管数据库对应的数据表中。当网管系统的其他功能需要使用性能数据时，可用直接从数据库中读取使用。
85.本发明通过保存性能解析结果，可供其他功能模块直接调用保存至网管数据库中的记录结果，避免系统重复进行解析，有效节省系统资源。
86.下面对本发明提供的基站性能文件解析系统进行描述，下文描述的基站性能文件解析系统与上文描述的基站性能文件解析方法可相互对应参照。
87.图4是本发明提供的基站性能文件解析系统的结构示意图，如图4所示，包括：获取模块41、轮询模块42和解析模块43，其中：
88.获取模块41用于获取基站上报的性能文件；轮询模块42用于通过主线程轮询所述性能文件，获取待解析性能文件；解析模块43用于基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果。
89.本发明基于网管分布式架构原理，将性能文件解析微服务与网管系统的其他微服务进行分离，当增加新的文件解析模型时，只需要重新部署性能文件解析微服务即可完成升级，避免了重新部署庞大的网管系统的复杂工作。
90.基于上述实施例，系统还包括部署模块44，所述部署模块44具体用于：根据不同基站的性能文件类型确定对应的性能文件解析模型；基于服务器硬件参数，确定所述线程池的配置参数；将所述性能文件解析模型转换为独立微服务，结合所述线程池的配置参数获得所述性能文件解析微服务。
91.本发明通过将性能文件解析微服务与网管系统分开部署，可以高效地利用文件服务器的硬件资源满足高并发生成环境，提高性能文件解析任务效率，避免与网管系统运行中发生资源争夺，导致网管系统的性能降低。
92.基于上述任一实施例，所述轮询模块42包括获取子模块421和确定子模块422，其中：
93.所述获取子模块421用于获取所述性能文件的文件类型标识；所述确定子模块422用于通过解析指定目录获取新上传性能文件，基于所述文件类型标识确定所述新上传性能文件的类型，得到所述待解析性能文件。
94.本发明通过设置文件类型标识，对不同类型的基站性能文件进行统一分类管理，后续通过该文件类型标识能根据解析出的文件类型标识选择对应的性能文件解析模型，进行性能文件解析和性能数据存储数据库操作，大幅提高文件解析效率和数据存库效率。
95.基于上述任一实施例，所述解析模块43包括第一解析子模块431、第二解析子模块432和执行子模块433，其中：
96.所述第一解析子模块431用于在所述空闲线程内解析所述待解析文件的性能文件名称，得到性能模型标；所述第二解析子模块432用于基于所述性能模型标识确定对应的性能文件解析模型；所述执行子模块433用于基于所述性能文件解析模型，执行所述待解析性能文件对应的文件解析任务，得到所述性能解析结果。
97.本发明通过将性能文件解析微服务部署在文件服务器，实时地轮询读取性能文件，根据解析出的文件类型标识选择对应的性能文件解析模型，进行性能文件解析和性能数据存储数据库操作，大幅提高文件解析效率和数据存库效率。
98.基于上述任一实施例，系统还包括等待模块45，所述等待模块45用于若所述线程池中无空闲线程，则所述待解析文件进入等待队列，等待新的空闲线程。
99.本发明通过及时释放完成性能解析的空闲线程，避免系统资源长时间被占用，提高了系统资源利用率。
100.基于上述任一实施例，所述解析模块43还包括释放子模块434，所述释放子模块434用于释放所述空闲线程至所述线程池，将所述性能解析结果存储至网管系统数据库。
101.本发明通过保存性能解析结果，可供其他功能模块直接调用保存至网管数据库中的记录结果，避免系统重复进行解析，有效节省系统资源。
102.图5示例了一种电子设备的实体结构示意图，如图5所示，该电子设备可以包括：处理器(processor)510、通信接口(communications interface)520、存储器(memory)530和通信总线540，其中，处理器510，通信接口520，存储器530通过通信总线540完成相互间的通信。处理器510可以调用存储器530中的逻辑指令，以执行基站性能文件解析方法，该方法包括：获取基站上报的性能文件；通过主线程轮询所述性能文件，获取待解析性能文件；基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果。
103.此外，上述的存储器530中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以
使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
104.另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的基站性能文件解析方法，该方法包括：获取基站上报的性能文件；通过主线程轮询所述性能文件，获取待解析性能文件；基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果。
105.又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的基站性能文件解析方法，该方法包括：获取基站上报的性能文件；通过主线程轮询所述性能文件，获取待解析性能文件；基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果。
106.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
107.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
108.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

技术特征：
1.一种基站性能文件解析方法，其特征在于，包括：获取基站上报的性能文件；通过主线程轮询所述性能文件，获取待解析性能文件；基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果。2.根据权利要求1所述的基站性能文件解析方法，其特征在于，还包括：若所述线程池中无空闲线程，则所述待解析文件进入等待队列，等待新的空闲线程。3.根据权利要求1或2所述的基站性能文件解析方法，其特征在于，基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果，之后还包括：释放所述空闲线程至所述线程池，将所述性能解析结果存储至网管系统数据库。4.根据权利要求1所述的基站性能文件解析方法，其特征在于，获取基站上报的性能文件，之前还包括：根据不同基站的性能文件类型确定对应的性能文件解析模型；基于服务器硬件参数，确定所述线程池的配置参数；将所述性能文件解析模型转换为独立微服务，结合所述线程池的配置参数获得所述性能文件解析微服务。5.根据权利要求1所述的基站性能文件解析方法，其特征在于，通过主线程轮询所述性能文件，获取待解析性能文件，包括：获取所述性能文件的文件类型标识；通过解析指定目录获取新上传性能文件，基于所述文件类型标识确定所述新上传性能文件的类型，得到所述待解析性能文件。6.根据权利要求1所述的基站性能文件解析方法，其特征在于，基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果，包括：在所述空闲线程内解析所述待解析文件的性能文件名称，得到性能模型标识；基于所述性能模型标识确定对应的性能文件解析模型；基于所述性能文件解析模型，执行所述待解析性能文件对应的文件解析任务，得到所述性能解析结果。7.一种基站性能文件解析系统，其特征在于，包括：获取模块，用于获取基站上报的性能文件；轮询模块，用于通过主线程轮询所述性能文件，获取待解析性能文件；解析模块，用于基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果。8.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至6任一项所述基站性能文件解析方法的步骤。9.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述基站性能文件解析方法的步骤。
10.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述基站性能文件解析方法的步骤。

技术总结
本发明提供一种基站性能文件解析方法及系统，包括：获取基站上报的性能文件；通过主线程轮询所述性能文件，获取待解析性能文件；基于性能文件解析微服务从线程池中确定空闲线程，将所述空闲线程分配给所述待解析性能文件进行性能解析，得到性能解析结果。本发明通过将性能文件解析微服务与基站网管系统的微服务进行分离，减轻网管对基站性能文件解析的工作负荷，并提高了文件解析任务效率，从而避免占用网管运行资源，提升了网管系统性能。提升了网管系统性能。提升了网管系统性能。


技术研发人员：王威 向煜 刘爱玲
受保护的技术使用者：中信科移动通信技术股份有限公司
技术研发日：2021.11.08
技术公布日：2022/3/7