一种定位基站断站根因的方法以及装置与流程

1.本技术涉及传输和无线网络维护领域，具体而言本技术实施例涉及一种定位基站断站根因的方法以及装置。


背景技术：

2.随着网络维护分析的深入，运维分析的角度从基于网络维护(即保证网络的正常运行)逐步变化为基于业务的维护(保证4g/5g/宽带等业务的正常运行)，这导致了各个网络的维护边界逐步淡化。例如，近两年5g技术的逐步部署应用，无线接入网ip化网络(例如，ipran网络)逐步替换传统的sdh网络，成为了承载无线业务的主要承载网络。当承载业务的ipran网络故障时，就会引起5g基站的断站。为保证5g基站的正常运行，即时准确的判断导致5g基站断站的ipran的故障节点极为重要。
3.目前5g基站故障定位技术处于起步阶段，主要根据经验由人工判断其故障原因，定位准确率低，时效性差。同时由于5g虚拟化的技术特点，网络结构是动态实时变化，现有技术无法做到基于动态网络结构实时分析故障点。


技术实现要素：

4.本技术实施例的目的在于提供一种定位基站断站根因的方法以及装置，采用本技术的技术方案至少可以解决5g基站断站故障定位不准确的问题。
5.第一方面，本技术的一些实施例提供一种定位基站断站根因的方法，所述方法包括：接收第一基站的断站告警信息，其中，所述第一基站与第一网络连接，所述第一网络至少用于为所述第一基站和基站控制器件之间提供ip层可达；根据所述第一网络的全路径拓扑结构和所述第一网络包括的各节点的告警信息，确认导致所述第一基站断站的至少一个故障节点，其中，所述全路径拓扑结构是通过获取所述各节点所在环路的全路径数据得到的。
6.本技术的实施例通过实时统计的第一网络中节点的告警信息和各节点所在的所有路径，能够准确确认基站接入网络中同时存在至少一个故障节点。
7.在一些实施例中，所述根据所述第一网络的全路径拓扑结构和所述第一网络包括的各节点的告警信息，确认导致所述第一基站断站的至少一个故障节点之前，所述方法还包括：获取所述第一网络的全路径拓扑结构；获取所述各节点的告警信息。
8.为了即时分析断站基站的故障根因需要实时获取第一网络的全路径拓扑结构和各节点的脱网告警信息。
9.在一些实施例中，所述获取所述第一网络的全路径拓扑结构之前，所述方法还包括：采集所述第一网络的数据以获取所述第一网络的资源数据和网络拓扑数据；采集与所述第一网络连接的基站信息以获取基站资源数据；所述获取所述第一网络的全路径拓扑结构，包括：根据所述第一网络的资源数据、所述网络拓扑数据以及所述基站资源数据生成所述全路径拓扑结构。
10.本技术的一些实施例通过获取节点对应设备的资源数据和拓扑数据以及基站资源数据，可以准确获取第一网络的拓扑结构。
11.在一些实施例中，所述获取所述第一网络的全路径拓扑结构之后，所述方法还包括：根据所述全路径拓扑结构生成并保存全路径拓扑图；所述根据所述第一网络的全路径拓扑结构和所述第一网络包括的各节点的告警信息，确认导致所述第一基站断站的至少一个故障节点，包括：根据所述全路径拓扑图确定所述至少一个故障节点。
12.本技术的一些实施例通过全网拓扑结构图来显示各节点并分析故障节点，可以直观显示导致基站断站的故障根节点，方便维护人员即使直观的读取故障节点并进行维修。
13.在一些实施例中，所述获取所述各节点的告警信息之后，所述方法还包括：查询并接收所述全路径拓扑图；将所述告警信息渲染至所述全路径拓扑图，生成实时告警拓扑图；所述根据所述第一网络的全路径拓扑结构和所述第一网络包括的各节点的告警信息，确认导致所述第一基站断站的至少一个故障节点，包括：根据所述实时告警拓扑图确认导致所述第一基站断站的至少一个所述故障节点。
14.本技术的一些实施例通过维护的实时更新的全网络拓扑图上的各节点的告警信息来查找故障节点，方便设备维护人员确定存在的多个故障节点。
15.在一些实施例中，所述第一网络包括综合业务接入网ipran，所述ipran包括至少一对b类设备和多个a类设备；所述获取所述第一网络的全路径拓扑结构，包括：以各bb对为维度，计算所述各bb对下每一个节点所经过的路径，得到所述全路径拓扑结构，其中，所述bb对为任意一对所述b类设备。
16.本技术的一些实施例通过统计当前业务的所有可能接入路径，进而可以较精确的同时定位断站基站所连接的节点所在的所有路径上的多个故障根节点。
17.在一些实施例中，所述第一网络为综合业务接入网ipran，所述ipran包括至少一对b类设备和多个a类设备；所述根据所述第一网络的全路径拓扑结构和所述第一网络包括的各节点的告警信息，确认导致所述第一基站断站的至少一个故障节点之前，所述方法还包括：查询并获取所述实时告警拓扑图；确认与所述第一基站相连的上联节点；根据所述上联节点在所述实时告警拓扑图中确定至少一条路径；根据所述实时告警拓扑图在所述至少一条路径上确定与所述b类设备最近的存在所述告警信息的节点作为所述至少一个故障节点。
18.本技术的一些实施例通过路径和路径上的节点告警信息来确定断站基站的故障根节点，可以同时查找到基站所接入节点所在的所有路径上的多个故障节点，方便对这些故障节点进行即时维修。
19.在一些实施例中，所述确认与所述第一基站相连的上联节点之前，所述方法还包括：获取所述第一基站连接的所述上联节点。
20.本技术的实施例还需要获取基站参与的当前业务所接入的ipran网络的节点。
21.第二方面，本技术的一些实施例还提供一种定位基站断站根因的装置，所述装置包括：告警信息获取模块，被配置为接收第一基站的断站告警信息，其中，所述第一基站与第一网络连接，所述第一网络至少用于为所述第一基站和基站控制器件之间提供ip层可达；故障分析模块，被配置为根据所述第一网络的全路径拓扑结构和所述第一网络包括的各节点的告警信息，确认导致所述第一基站断站的至少一个故障节点，其中，所述全路径拓
扑结构是通过获取所述各节点所在环路的全路径数据得到的。
22.在一些实施例中，所述告警信息分析模块还被配置为采集所述各节点的脱网告警信息。
23.在一些实施例中，所述装置还包括：数据采集模块，被配置为采集所述第一网络和基站的资源数据、所述第一网络的拓扑数据以及告警信息。
24.第三方面，本技术的一些实施例提供一种计算机存储介质，其上存储有计算机程序，所述程序被处理器执行时可实现上述第一方面所述的方法。
25.第四方面，本技术的一些实施例提供一种信息处理设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述程序时可实现上述第一方面所述的方法。
附图说明
26.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
27.图1为本技术实施例提供的网络架构示意图；
28.图2为本技术实施例提供的定位基站断站根因的方法的流程图之一；
29.图3为本技术实施例提供的定位基站断站根因的方法的流程图之二；
30.图4为相关技术提供的ipran网络的结构示意图；
31.图5为本技术实施例提供的定位基站断站根因的方法的流程图之三；
32.图6为本技术实施例提供的一个bb对之间的实时告警拓扑示意图；
33.图7为本技术实施例提供的定位基站断站根因的方法的流程图之四；
34.图8为本技术实施例提供的定位基站断站根因的装置的组成框图；
35.图9为本技术实施例提供的信息处理设备的组成示意图。
具体实施方式
36.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
37.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
38.本技术的一些实施例基于网络拓扑数据(例如，ipran网络拓扑数据)，通过拓扑全路径的计算方法，分析引起5g基站断站的网络根故障，准确定位故障点。采用本技术的实施例至少能够实时获取最新的网络结构拓扑，能够做到基于动态网络结构实时分析基站断站的故障点。这对于由于5g虚拟化的技术特点引起的网络结构动态实时变化，并最终导致的基站断站故障难以定位问题具有重要意义。
39.以基站与ipran网络进行无线接入为例，本技术的一些实施例的以bb对为维度，计算bb对下每一个节点所经过的路径，形成实时的全路径拓扑结构，该全路径拓扑结构可随网络拓扑结构的变化而变化，实现路径拓扑的动态更新。为上级确定基站断站根节点的应
用分析提供了及时、准确的数据支撑。本技术的一些实施例提供的根因定位方法基于storm和kafka消息队列，实现对5g基站断站故障的实时判断分析。例如，基于得到的实时的全路径拓扑结构对应的各业务路径，分析基站上联节点以及与其相连节点的故障情况，定位引起基站断站问题的ipran网络故障根节点。
40.请参看图1，图1为本技术实施例应用的网络架构示意图。图1包括基站100，第一网络200以及基站控制器300，其中，基站100通过第一网络200与基站控制器300连接。图1的第一网络包括接入层、汇聚层和核心层，图1的基站控制器300和骨干网400位于业务层。
41.基站100可以包括bts基站或者enodeb基站，本技术实施例并不限定基站的具体类型和型号。
42.第一网络200可以包括ipran网络，需要说明的是，本技术提供的一些实施例并不限定第一网络的具体类型。图1的第一网络以ipran为例，从图1可以看出ipran网络包括多个a类设备，这些a类设备连接成环并与两个b类设备(即bb对)连接，其中，基站与一个a设备相连。
43.下面结合图2示例性阐述在图1的基站100断站时，如何采用故障分析服务器来准确定位第一网络的故障节点。作为一个示例，本技术一些实施例可以采用一个独立的服务器来执行定位基站断站根因的方法，这个服务器至少能够接收基站的告警信息、接收第一网络中各节点的告警信息并能够接收采集设备采集的第一网络的信息和基站的资源属性信息。
44.如图2所示，本技术的一些实施例提供一种定位基站断站根因的方法，所述方法包括：s101，接收第一基站的断站告警信息，其中，所述第一基站与第一网络连接，所述第一网络至少用于为所述第一基站和基站控制器件之间提供ip层可达；s102，根据所述第一网络的全路径拓扑结构和所述第一网络包括的各节点的告警信息，确认导致所述第一基站断站的至少一个故障节点，其中，所述全路径拓扑结构是通过获取所述各节点所在环路的全路径数据得到的。
45.下面结合图3示例性阐述图2的技术方案。
46.为了获取第一基站的断站根因，本技术的一些实施例需要获取实时的第一网络的拓扑结构。也就是说，在本技术的一些实施例中，执行s102之前，本技术一些实施例的定位基站断站根因的方法还包括：获取所述第一网络的全路径拓扑结构；获取所述各节点的告警信息。之后，再执行s102来分析第一基站断站的故障根因。具体地，这个步骤可以对应于图3的s302的数据预处理操作，本技术的一些实施例可以通过数据预处理操作中拓扑全路径分析来获取全路径拓扑结构，通过拓扑节点告警实时分析获取所述各节点的告警信息。
47.可以理解的是，为了实时更新网络拓扑，本技术的一些实施例在获取全路径拓扑结构之前还需要执行数据采集操作。作为一个示例，本技术一些实施例的定位基站断站根因的方法包括：采集所述第一网络的数据以获取所述第一网络的资源数据和网络拓扑数据；采集与所述第一网络连接的基站信息以获取基站资源数据；根据所述第一网络的资源数据、所述网络拓扑数据以及所述基站资源数据生成所述全路径拓扑结构。采集数据的过程对应于图3的s303，该步骤又包括采集设备资源数据(即采集第一网络各节点对应的设备的资源数据，对应于第一网络的资源数据)，采集网络拓扑数据(即采集第一网络所有节点以及当前业务模式下各节点的连接关系)，采集告警数据(至少包括各节点的脱网告警信息
和第一基站的断站告警信息)。需要说明的是，第一网络的资源数据为ipran网络资源数据，主要包括a类设备、b类设备数据以及设备上的板卡、端口数据；拓扑数据为ipran网络拓扑数据，其描述ipran网络中不同节点的连接关系，包括a端设备、a端端口、z端设备、z端端口。需要说明的是，a端设备和z端设备用来指代拓扑连接的两端设备或者一段路由两端的设备。
48.图3的根因定位判断即执行s102进行传输头站分析以获取故障根节点，即获取第一网络中的导致第一基站断站的相关节点。传输头站是指引起下连点设备故障的根原因，例如，存在一条路径：b1-a1-a2-a3-a4-a5-b2假设这条路径中的a1和a4设备故障并导致了路径中的a2、a3、a5也断站，此时a1和a4设备属于传输头站，而a2、a3、a5是由于传输头站故障带来的次生故障站点。
49.为了更加形象的展示故障根节点，本技术的一些实施例还采用全路径拓扑图和实时告警拓扑图来查找至少一个故障节点。也就是说，在本技术的一些实施例中，执行s302获取到第一网络的全路径拓扑结构之后，本技术一些实施例的定位基站断站根因的方法还包括：根据述全路径拓扑结构生成并保存全路径拓扑图；相应的s102包括：根据所述全路径拓扑图确定所述至少一个故障节点。作为一个示例，本技术的一些实施例在获取第一网络的各节点的告警信息之后，查询并接收全路径拓扑图；将所述告警信息渲染至所述全路径拓扑图，生成实时告警拓扑图；根据所述实时告警拓扑图确认导致所述第一基站断站的至少一个所述故障节点。
50.下面以第一网络为ipran为例，示例性阐述获取全路径拓扑的过程。
51.在本技术的一些实施例中，所述第一网络包括综合业务接入网ipran，所述ipran包括至少一对b类设备和多个a类设备；所述获取所述第一网络的全路径拓扑结构，包括：以各bb对为维度，计算所述各bb对下每一个节点所经过的路径，得到所述全路径拓扑结构，其中，所述bb对为任意一对所述b类设备。例如，获取与第一bb对中的第一b设备相连的所有的所述a类设备，其中，所述第一bb对为任意一对所述b类设备；计算与所述所有的a类设备中各设备相连的下一级节点，以此类推，当出现一个a类设备与所述第一bb对中的第二b设备相连的情况时，得到一条路径；获取所述所有的a类设备中各a设备的所有路径得到所述第一bb对下所有节点的连接关系；获取所述第一网络包括的所有bb对下所有节点的所述连接关系，得到所述全路径拓扑结构，其中，所述第一bb对为所述所有bb对中的任意一对。
52.下面还是以ipran作为第一网络，并假设在已经获取了全路径拓扑结构并获取了实时告警拓扑图的条件下，示例性阐述查找至少一个故障点的过程即进一步阐述s102。s102包括：查询并获取所述实时告警拓扑图；确认与所述第一基站相连的上联节点(即与第一基站直接连接的节点)；根据所述上联节点在所述实时告警拓扑图中确定至少一个路径；根据所述实时告警拓扑图在所述至少一条路径上确定与所述b类设备最近的存在所述告警信息的节点作为所述至少一个故障节点。可以理解的是，为了获取上联节点，本技术的一些实施例还需要采集相关信息以获取所述第一基站所连接的上联节点。例如，基站与ipran网络上联点关系不是通过网络拓扑结构数据描述的，而是通过基站物理资源信息描述获取的。例如，基站和ipran网络设备均包含各自的ip地址信息，当基站ip地址与其上联的ipran网络a设备ip地址相同时，即可认为基站与a设备互联。
53.下面结合图4-图7以ipran网络为第一网络示例性阐述本技术的一些实施例。
54.假设ipran的组网示意图如图4所示。网络从下到上由接入层、汇聚层和核心层三个层面组成，接入层由a类设备组成，用于基站、动环以及政企客户等自有业务或者系统的接入；汇聚层由b类设备组成，用来汇聚接入层设备的流量；核心层依托城域骨干网的sr(业务路由器，汇聚层接入的业务)进行搭建，实现汇聚设备间的互访。图4的多个a类设备和一对b类设备组成一个接入子网，多个接入子网构成ipran网络，接入子网物理上不直接相连。一般采用环形组网方式，多台a类设备组成一个接入环，多个接入环组成一个接入子网。
55.图5的定位基站断站根因的方法即定位导致基站断站的ipran网络的相关节点对应的故障设备，即图5的根因定位基于storm流式处理框架，用于对5g基站断站进行实时分析，定位引起5g站ipran根设备。定位流程包括：s401，查询故障基站直连的ipran设备。例如，系统收到5g断站告警后，查询资源数据，确认5g上联的ipran设备节点id。s402，调用根故障分析接口并执行s403进行根因分析，也就是说s402包括将上联的ipran节点id传给根故障分析模块以继续执行s403。
56.s403包括如下步骤：s4031，判断上联的ipran设备是否存在拓扑中，如果是，则执行s4032，否则终止根因定位；s4032，根据环路关系分析与b节点最近的故障节点，s4033，输出故障头站。故障头站即引起整条链路故障发生的根因站点，例如，存在一条路径：b1-a1-a2-a3-a4-a5-b2假设这条路径中的a1和a4设备故障并导致了路径中的a2、a3、a5也断站，此时a1和a4设备属于故障头站。
57.也就是说，s403对告警进行分析时，会首先根据ipran的节点id查询预处理的拓扑全路径，确认ipran节点所处拓扑路径后，查询每一条路径下节点的告警信息，如图6所示，图6展示有b1和b2设备(属于b类设备包括的两个设备)组成的一个bb对，以及a1、a2、a3、a4、a5、a6、a7、a8、a9、a10、a11、a12、a13以及a14共14个a类设备，根据本技术的一些实施例图6包括三条路径分别为：b1-a1-a5-a9-b2、b1-a2-a6-a10-b2以及b1-a3-a7-b2，且这三条路径组成了一个bb对之间的全路径拓扑，全路径拓扑中还包括b1-a3-a7-a11-a13和b1-a4-a8-a1。假设基站上联的ipran设备节点为a6节点，则s403查询逻辑包括如下步骤：1)首先根据a6节点的id，查询到节点所处的拓扑环路关系，包括bb对的b1、b2，然后分析该拓扑环路中脱网节点信息。2)根据告警实时预处理记录的节点故障位置，找出与b1节点最近的故障节点和与b2节点最近的故障点作为该环路的根故障点。如图6所示，a6节点所处的b1-a2-a6-a10-b2环路中，a6节点和a10节点存在脱网告警，a10节点距离b2节点位置最近；同时a6故障节点距离b1节点位置最近，所以a6和a10为该环路根故障点，通过查询分析，确认引起故障的根节点为a6与a10节点。需要说明的是，全路径拓扑以bb对为维度，描述bb对下所有节点的拓扑连接关系。本技术的一些实施例中以b设备为起始开始查询，查到另一端b设备截止。如末端节点无法连接b设备，则查询到末端设备截止，根据此方法生成的所有路径均为这个bb对下的有效路径拓扑。
58.下面结合图3和图7以ipran为例示例性阐述数据采集以及如何获取全路径拓扑和实时告警拓扑的过程。
59.如果第一网络为ipran网络，则图3的数据采集模块被配置为解析北向数据，包括基站设备资源数据(例如，基站设备资源数据主要描述基站物理资源数据，如基站名称、基站号、经纬度、设备厂家、ip等)、ipran设备资源数据(例如，主要为描述ipran设备的资源数据，如设备名称、设备dn、设备ip、设备厂家等)、ipran网络拓扑数据(例如，拓扑连接数据用
于描述不同节点间的连接关系，包括a端设备、a端端口、z端设备、z端端口)、基站/ipran告警数据。数据预处理模块被配置为基于网络结构及业务路径动态算法(具体过程可以参考下文s701中的相关描述)，根据预先分析采集到的网络拓扑数据，计算并输出各节点拓扑全路径拓扑图。同时实时接收网络中ipran设备脱网告警，并在全路径拓扑图中标注节点告警，形成支撑根故障定位分析的元数据。根因定位判断模块被配置为根据5g断站告警，查询分析承载其业务的ipran网络故障，并输出根故障位置。
60.基于图3的模块设计，确定ipran网络的故障节点的方法的整体流程如7所示，其中，图7中的实线表征告警数据流向，虚线表征资源数据流向。
61.s700，数据采集，通过执行数据采集过程可以获取到基站资源数据、ipran资源数据以及网络拓扑数据。
62.s700由数据采集模块完成，该模块通过与omc北向接口对接，采集基站设备资源数据、ipran设备资源数据、ipran网络拓扑数据、基站/ipran告警数据，供上层应用处理。
63.s701，由拓扑全路径分析模块执行，具体为根据采集的数据进行拓扑全路径分析，该步骤又可以包括：资源数据入库、分析采集的网络拓扑数据并根据算法计算拓扑全路径(或称为全路径拓扑)、输出全路径拓扑以及形成全路径拓扑图。
64.s701基于网络结构及业务路径动态算法对ipran拓扑数据进行分析，以ipran组网中bb对为维度进行汇总，计算对每一个bb对下的所有节点的全路径，生成节点所在环路的全路径数据，得到全路径拓扑结构从而支撑根故障分析。网络结构及业务路径动态算法以bb对下任意一个设备作为起点，计算该bb对下所有节点的拓扑路径。如图6所示，网络结构及业务路径动态算法以设备b1(属于b类设备)为起点计算bb对下所有节点连接关系。第一步计算与b1设备相连的a类设备；计算得到所有与b1相连的所有a类设备后(包括:a1、a2、a3、a4)，继续计算与这部分a设备相连的下一级节点，以此类推。同时在计算下一级节点时，会将已计算过得节点剔除，防止出现错误；当出现任意a节点与该bb对下另一个b设备b2相连的情况时，停止该路径的计算。如：节点a9和b2相连，则路径b1-a1-a5-a9-b2路径计算完成，b2节点不再进行下一级节点的计算；全部计算完成后，即可明确该bb对下所有节点的连接关系。
65.s702，拓扑告警实时分析以获取实时告警拓扑图，该步骤由拓扑告警实时分析模块执行，具体包括：向拓扑全路径分析模块发送查询全路径拓扑结构的指令，并接收由该模块输出的全路径拓扑结构；基于获取的全路径拓扑结构和获取的ipran脱网告警信息，将ipran脱网告警实时渲染到已生成的全路径拓扑图中，输出告警全路径拓扑(即得到实时告警拓扑图)，可以理解的是s700的数据采集过程会实时采集5g基站的告警信息和ipran脱网告警。
66.计算得到各节点全路径拓扑结构，并基于该结构生成全路径拓扑图后，服务器实时接收节点脱网告警，并将节点脱网告警情况记录，形成实时告警拓扑图。监听消息队列中的告警信息，获取符合条件的ipran节点脱网告警。当监听的节点的活动脱网告警时，其根据告警中的节点id将全路径拓扑图对应节点标注为告警，并记录告警数量，如图6示出的a2、a6以及a10节点。
67.记录活动告警时，需要存储包括告警唯一标识(alarmid)，告警清除标识(cleardn)，节点id信息(objectid)，如表1所示。
68.表1节点告警信息表
69.alarmidcleardnobjectid1679706346278576824786291gnodeb17156223765377599071679706345813225798742918gnodeb75970305327235836551679706392455428056281912gnodeb55648031505629147251679706278048759382517188gnodeb3289206441319529573
70.当监听到清除消息时，根据清除消息的告警清除标识查找需要清除的活动告警。如监听到告警清除标识为“98742918gnodeb”的告警，数据预处理模块则根据该标识删除对应记录的活动告警，同时实时告警拓扑图中对应节点告警数减1。
71.s703，传输头站分析(由传输头站分析模块执行，该传输头站分析模块对应于后文图8的故障分析模块)，具体包括：接收5g基站告警信息，接收返回告警全路径拓扑数据(即实时告警拓扑图)，其中，该实时告警拓扑图是向拓扑告警实时分析模块发送查询告警实时拓扑的指令后反馈的；分析告警全路径拓扑并分析故障环路中与b类设备最近的故障节点；输出故障根节点。
72.也就是说，系统采集到资源数据并入库后，拓扑全路径预处理模块计算拓扑全路径数据，并生成全路径拓扑图。同时拓扑告警实时分析模块会实时接收ipran网络中节点的设备脱网告警，并将告警实时输入到全路径拓扑中，形成实时告警拓扑。当系统收到5g基站告警时，传输头站分析模块会根据基站上联的ipran设备查询实时告警拓扑，分析对应ipran设备所处环路故障情况，定位根故障节点。
73.本技术的一些实施例对网络拓扑数据进行实时分析，形成了以bb对为维度的节点全路径拓扑，且本技术的实施例可随着网络拓扑的变换实时更新全路径拓扑图。本技术的一些实施例基于storm和kafka框架，实现了对5g基站断站告警和ipran告警的实时跨网络分析，当发生5g基站断站，会实时读取预生成的全路径拓扑数据，并对拓扑上节点的告警进行定位分析，找出引起5g基站断站的故障根节点。
74.请参考图8，图8示出了本技术实施例提供的定位基站断站根因的装置，应理解，该装置与上述图2方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该装置的具体功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。装置包括至少一个能以软件或固件的形式存储于存储器中或固化在装置的操作系统中的软件功能模块，该定位基站断站根因的装置，包括：告警信息获取模块801，被配置为接收第一基站的断站告警信息，其中，所述第一基站与第一网络连接，所述第一网络至少用于为所述第一基站和基站控制器件之间提供ip层可达；故障分析模块802，被配置为根据所述第一网络的全路径拓扑结构和所述第一网络包括的各节点的告警信息，确认导致所述第一基站断站的至少一个故障节点，其中，所述全路径拓扑结构是通过获取所述各节点所在环路的全路径数据得到的。
75.在一些实施例中，告警信息获取模块801还被配置为采集所述各节点的脱网告警信息。所述装置还包括：数据采集模块(图8未示出)，被配置为采集所述第一网络和基站的资源数据、所述第一网络的拓扑数据以及告警信息。例如，第一网络的资源数据为ipran网络资源数据，主要包括a、b设备数据以及设备上的板卡、端口数据；拓扑数据为ipran网络拓扑数据。其描述ipran网络中不同节点的连接关系，包括a端设备、a端端口、z端设备、z端端口。这是由于，拓扑数据一般以a端和z端表述两个节点的连接关系。
76.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述图2方法中的对应过程，在此不再过多赘述。
77.本技术的一些实施例提供一种计算机存储介质，其上存储有计算机程序，所述程序被处理器执行时可实现图2所述的方法。
78.本技术的一些实施例提供一种信息处理设备900，包括存储器910、处理器920以及存储在所述存储器910上并可在所述处理器920上运行的计算机程序，其中，所述处理器920通过总线930从存储器910读取程序并执行所述程序时可实现上述图2、图6或图7所述的方法。
79.处理器920可以处理数字信号，可以包括各种计算结构。例如复杂指令集计算机结构、结构精简指令集计算机结构或者一种实行多种指令集组合的结构。在一些示例中，处理器920可以是微处理器。
80.存储器910可以用于存储由处理器920执行的指令或指令执行过程中相关的数据。这些指令和/或数据可以包括代码，用于实现本技术实施例描述的一个或多个模块的一些功能或者全部功能。本公开实施例的处理器920可以用于执行存储器910中的指令以实现图2中所示的方法。存储器910包括动态随机存取存储器、静态随机存取存储器、闪存、光存储器或其它本领域技术人员所熟知的存储器。
81.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
82.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
83.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
84.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图
中不需要对其进行进一步定义和解释。
85.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
86.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。