CN113347654B - 一种针对退服基站的故障类型确定方法和装置 - Google Patents
一种针对退服基站的故障类型确定方法和装置 Download PDFInfo
- Publication number
- CN113347654B CN113347654B CN202010145445.4A CN202010145445A CN113347654B CN 113347654 B CN113347654 B CN 113347654B CN 202010145445 A CN202010145445 A CN 202010145445A CN 113347654 B CN113347654 B CN 113347654B
- Authority
- CN
- China
- Prior art keywords
- base station
- network element
- network
- service
- root cause
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开一种针对退服基站的故障类型确定方法及装置,所述方法包括:当出现退服的基站时,获取包含所述基站的网络拓扑,所述网络拓扑包含所述基站与核心网两端在内的多个网元;获取与所述网络拓扑中的网元对应的、与所述基站退服相关联的告警信息,所述告警信息中包含告警时间和告警名称;根据所述网元对应的告警时间和告警名称,从所述网络拓扑中确定导致所述基站退服的至少一个根本原因、以及对应的网元;根据所述至少一个根本原因、以及对应的网元,确定导致所述基站出现退服的故障类型。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种针对退服基站的故障类型确定方法和装置。
背景技术
移动通信业务通常是由多个网元(network element,NE)共同协作实现,比如可以包括末端的基站(移动设备接入互联网的接口设备)、经过各级的网络核心设备、直到顶端的核心网。
然而在业务环境中,基站可能由于自身或其他网元出现故障,而出现退服(退出服务)的情况,此时就需要尽快找出基站退服的原因、并及时修复。然而在实际的业务环境中,由于网元众多,当基站出现退服时,可能导致多个网元出现不同告警,如何准确找出导致基站出现退服的原因就变得较为困难。
发明内容
本发明实施例提供一种针对退服基站的故障类型确定方法和装置,用于当基站出现退服时,可以较为准确地确定导致基站出现退服的故障类型。
为解决上述技术问题,本发明实施例是这样实现的:
本发明实施例采用下述技术方案:
一种针对退服基站的故障类型确定方法,包括:
当出现退服的基站时,获取包含所述基站的网络拓扑,所述网络拓扑包含所述基站与核心网两端在内的多个网元;
获取与所述网络拓扑中的网元对应的、与所述基站退服相关联的告警信息,所述告警信息中包含告警时间和告警名称;
根据所述网元对应的告警时间和告警名称,从所述网络拓扑中确定导致所述基站退服的至少一个根本原因、以及对应的网元;
根据所述至少一个根本原因、以及对应的网元,确定导致所述基站出现退服的故障类型。
一种针对退服基站的故障类型确定的装置,包括:拓扑获取单元、信息获取单元、根因确定单元、以及故障确定单元,其中,
所述拓扑获取单元,用于当出现退服的基站时,获取包含所述基站的网络拓扑,所述网络拓扑包含所述基站与核心网两端在内的多个网元;
所述信息获取单元,用于获取与所述网络拓扑中的网元对应的、与所述基站退服相关联的告警信息,所述告警信息中包含告警时间和告警名称;
所述根因确定单元,用于根据所述网元对应的告警时间和告警名称,从所述网络拓扑中确定导致所述基站退服的至少一个根本原因、以及对应的网元;
所述故障确定单元,用于根据所述至少一个根本原因、以及对应的网元,确定导致所述基站出现退服的故障类型。
一种电子设备,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
当出现退服的基站时,获取包含所述基站的网络拓扑,所述网络拓扑包含所述基站与核心网两端在内的多个网元;
获取与所述网络拓扑中的网元对应的、与所述基站退服相关联的告警信息,所述告警信息中包含告警时间和告警名称;
根据所述网元对应的告警时间和告警名称,从所述网络拓扑中确定导致所述基站退服的至少一个根本原因、以及对应的网元;
根据所述至少一个根本原因、以及对应的网元,确定导致所述基站出现退服的故障类型。
一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下操作:
当出现退服的基站时,获取包含所述基站的网络拓扑,所述网络拓扑包含所述基站与核心网两端在内的多个网元;
获取与所述网络拓扑中的网元对应的、与所述基站退服相关联的告警信息,所述告警信息中包含告警时间和告警名称;
根据所述网元对应的告警时间和告警名称,从所述网络拓扑中确定导致所述基站退服的至少一个根本原因、以及对应的网元;
根据所述至少一个根本原因、以及对应的网元,确定导致所述基站出现退服的故障类型。
由以上实施例提供的技术方案可见,当出现退服的基站时,获取包含该基站与核心网两端在内的多个网元的网络拓扑,根据该网络拓扑,获取与其中网元对应的、包含告警时间和告警名称的告警信息,据此可以根据网元对应的告警时间、告警名称,从网络拓扑中确定导致基站退服的根本原因、以及对应的网元。此后,则可以根据根本原因以及对应的网元,确定导致基站出现退服的故障类型。
也即,当基站出现退服后,可以根据基站的网络拓扑,找出网络拓扑中网元所对应的告警信息,再根据告警信息,确定出导致基站退服的根本原因,从而可以根据根本原因,确定出基站出现退服的故障类型。
由于可以基于基站的网络拓扑,找出拓扑内的网元的告警,并根据这些告警确定出退服的根本原因,也就可以根据退服的根本原因,较为准确地确定出导致基站退服的故障类型,进而可以在业务环境中尽快找出基站退服的原因、并及时进行修复,提供更好的业务能力。
附图说明
为了更清楚地说明本发明实施例或现有的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的针对退服基站的故障类型确定方法的流程示意图;
图2为本发明实施例提供的基站到核心网的网络拓扑的示意图;
图3为本发明实施例提供的针对退服基站的故障类型确定装置的结构示意图;
图4为本发明实施例提供的电子设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合具体实施例及相应的附图对本发明的技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
以下结合附图,详细说明本发明中各实施例提供的技术方案。
实施例1
本实施例提供一种针对退服基站的故障类型确定方法,当基站出现退服时,可以较为准确地确定导致基站出现退服的故障类型。假设本方法的执行主体可以为服务端,则本方法的具体流程示意图如图1所示,包括:
步骤102:当出现退服的基站时,获取包含该基站的网络拓扑,该网络拓扑包含基站与核心网两端在内的多个网元。
在实际的通信业务环境中,基站需要经过多个网关到达核心网,从而实现网络的传输,而每个网关均可以是一个网元,比如基站通常可以经过县级网关、区级网关、市级网关、以及省级网关,而达到核心网。所以,便可以根据各网元之间的业务交互关联关系,为基站构建出到核心网的网络拓扑。
比如图2所示,为基站到核心网的网络拓扑的示意图。网络拓扑中的各网关均可以作为独立的网元,其中,与基站直接进行业务交互的可以称为接入网元,而通常情况下,为了保障业务能力,可以创建主用线路和备用线路,通过两线路均可以到达核心网。这里的网络拓扑可以应用在移动通信的4G(第四代移动通信技术)业务、以及5G(第五代移动通信技术)业务等,也可以应用在家庭宽带业务等多种业务场景,比如基站便可以是4G通信基站、5G通信基站等。
在实际的网络拓扑中,可能有不同厂家的设备,此时可以参考设备厂家的业务配置数据、综合资源管理系统里面的网元名及机房位置信息,利用VLAN(Virtual Local AreaNetwork,虚拟局域网),将处在同一个虚拟局域网中的不同网关作为网络拓扑中的网元。在必要时,还可以对不同网关的端口进行标准化,比如可以提取不同厂家网关端口的名称中的不同特征,并制定标准化转换规则,以便按标准化规则进行转换,从而将各个网元进行串接,生成网络拓扑。
当基站出现退服时,则可以查找出对应该基站的网络拓扑,而该网络拓扑中便可以类似于图2所示,包含基站与核心网两端在内的多个网元。
在实际应用中,基站到核心网之间可以通过多种路径达到,比如图2中的主用线路和备用线路,还可以将主用线路与备用线路之间进行交叉连接,从而可以在主用线路和备用线路中找出一条穿插于两条线路而达到核心网的路径。所以,在一种实施方式中,本方法还可以包括:当无法从该基站模拟路由到核心网时,确定断路网元;确定包含该断路网元的受影响网元集合。
具体地,可以利用路由穷尽的计算方法,执行从出现退服的基站到核心网之间的模拟路由,尝试找出一条可以到达核心网的路由方式,若无法从该基站模拟路由到核心网,则说明出现了断路,此时便可以确定出断路网元。又如图2所示,若网元102和网元202均出现故障,那么基站1就无法到达核心网,故可以将网元102和网元202确定为断路网元。
由于断路网元通常会影响其他网元的业务,所以还可以根据断路网元,确定出包含该断路网元的受影响网元集合。例如图2,若网元102和网元202定为断路网元,那么根据实际业务中的关联关系,可以将网元101和网元103、以及网元201和网元203确定为受影响网元,那么便可以得到以这4个网元为集合的受影响网元集合。
步骤104:获取与网络拓扑中的网元对应的、与基站退服相关联的告警信息,该告警信息中可以包含告警时间和告警名称。
由于在业务环境中,可能有很多网元在同一时段出现告警,比如针对不同基站对应的网元在同一时段内同时出现告警,那么此时便可以从大量的告警信息中,获取与网络拓扑中的网元对应的告警信息。
具体比如,针对图2中的网络拓扑,当基站1出现退服后,则可以从大量的告警信息中,获取与该网络拓扑中各网元对应的告警信息。获取的方式可以是根据网元的唯一标识进行匹配。这里的告警信息中可以包含告警时间和告警名称,而告警信息中也通常可以包含网元的唯一标识。
在实际应用中,一些告警与基站退服具有关联关系,而另一些告警可以与基站退服无关联关系。比如,针对告警名称而言,某网元的停电告警则可能直接影响基站的服务,而某网元出现主备供电切换告警,则暂时不影响基站的正常服务。具体比如图2中的接入网元1发生停电故障时,则会影响基站的正常运行,而若接入网元1发生主备电源切换,则可能是正常的切换操作,或主用电源出现问题而使用备用电源,那么此时便不会影响基站正常运行。所以在本实施例中,可以为基站预先设置与之发生退服相关联的特定告警名称集合,在实际中,不同的基站可以对应有不同的特定告警名称集合。
针对告警时间而言,基站出现退服时,也可以有对应的退服时间,可以理解地,若网元的告警时间在基站退服时间之后,那么通常不会是基站退服的原因,若网元的告警时间在基站退服之前,则很有可能与基站退服相关。
所以本步骤便可以以告警发生的时间是否早于退服时间,以及告警名称是否与预设的特定告警名称集合相匹配为依据,对出现的告警信息进行筛选,从而获取到与网络拓扑中的网元对应的、与基站退服相关联的告警信息。
步骤106:根据网元对应的告警时间和告警名称,从网络拓扑中确定导致基站退服的至少一个根本原因、以及对应的网元。
在前述步骤已经得到网络拓扑中的网元对应的告警信息,那么本步骤便可以根据告警时间和告警名称,确定出导致基站退服的至少一个根本原因、以及对应的网元。
具体地,当基站出现退服时,可能有多个网元在同一时间段内出现多个告警。比如图2所示,当网元201先出现故障后,接入网元1和网元202可能会出现告警,当网元103也出现告警后,接入网元1和网元102、网元104可能会出现告警,从而致使基站1出现退服。由此可见,虽然很多网元出现了告警,但导致基站退服的根本原因则是网元201和网元103的故障,所以本步骤便需要确定出导致基站退服的至少一个根本原因,以及对应的网元。
进一步地,可以有多种策略确定导致基站退服的根本原因。例如,由于接入网元直接与基站相连接,所以与基站关联性较强,而主用线路和备用线路在一条线路出现故障时,还可以通过另一条使基站正常工作,所以关联性相比于接入网元较弱。所以便可以根据这一特征,对网元进行分类,分为接入网元和主备线路网元。据此,则可以分别根据接入网元对应的告警信息,和主备线路网元对应的告警信息,确定出各自可能导致基站退服的候选根本原因,在通过综合比较,从而确定出导致基站退服的根本原因。
针对主备线路网元而言,确定根本原因的策略可以是告警时间早者优先,比如图2中的网元102最先发生了告警,那么对于主用线路而言,网元102的告警信息,就可能是导致基站退服的候选根本原因。若线路上有多个最早的告警信息,那么则可以取距离接入网元较远的告警网元对应的告警信息就可以是候选根本原因,由于距离接入网元最远,也就是距离核心网最近,所以可以较为准确地从源头找出导致基站退服的根本原因。针对备用线路而言,也可以通过上述策略确定候选根本原因。
针对接入网元而言,确定基站退服的根本原因时,可以将告警时间最早的确定为候选根本原因,若出现了多个最早,则可以同时确定为候选根本原因。
当分别对接入网元、主备线路确定出各自的候选根本原因后,则可以对这些候选原因进行综合比较,确定出至少一根本原因。具体的策略可以是将接入网元、主用线路、备用线路分别的候选原因对应的告警时间进行比较,选择最早的一个或两个候选根本原因。若其中一个是接入网元,那么就可以将对应告警时间最早的一个候选根本原因,作为基站退服的根本原因,若两个候选根本原因分别在主用线路和备用线路上,那么就可以将这两个候选根本原因,均确定为基站退服的根本原因,当然在实际应用中,还可以有其他的确定方式。
在实际应用中,还可以预设一些特定策略,这些特定策略中包括对告警信息的特定要求,比如当某网元左右(或称上下)相邻网元在同一时间发生相同告警,则可以确定这个网元为根本原因,等。
也即在实际应用中,在根据网元对应的告警时间和告警名称确定导致基站退服的根本原因时,可以先在特定策略中进行匹配,若匹配成功,则可以直接确定出根本原因。若匹配失败,则可以通过上述的常规策略,确定基站退服的根本原因。而针对根本原因的表示方式,可以直接将告警名称确定根本原因,也可以将告警名称进行预定格式的转换,生成对应的表示方式。
在前述步骤中,可以通过模拟路由的方式,确定出受影响网元集合,那么为了能够较为准确地确定导致基站退服的根本原因,本步骤根据网元对应的告警时间和告警名称、以及基站的退服时间,从网络拓扑中确定导致基站退服的至少一个根本原因、以及对应的网元,可以包括:根据网元对应的告警时间和告警名称,从受影响网元集合中确定导致基站退服的至少一个根本原因、以及对应的网元。
具体地,便可以类似于前述步骤,先根据特定策略或常规策略,确定出导致基站退服的至少一个根本原因、以及对应的网元,再通过受影响网元集合进行筛选,从而确定出最终的至少一个根本原因、以及对应的网元。
由于先通过模拟路由的方式,可以确定出断路网元,再确定出受影响网元集合,也就在一定程度上缩小了确定导致基站退服根本原因的网元范围,从而可以在一定程度上更加精准地确定出导致基站出现退服的根本原因。
步骤108:根据确定出的至少一个根本原因、以及对应的网元,确定导致基站出现退服的故障类型。
在前述步骤中已经确定出了至少一个根本原因,则本步骤便可以确定导致基站出现退服的故障类型,这里的故障类型可以包括但不限于供电故障、传输故障等不同业务类型的故障。
比如可以根据确定出的至少一个根本原因确定出哪个网元出现了供电故障,那么据此便可以通知负责供电的工程人员,进行远程和现场维修,而负责传输或负责其他业务的工程人员便无需进行维修操作。
具体地,可以预先设置根本原因与故障类型的对应关系,比如当根本原因为某个告警名称时,则对应供电故障,或传输故障。
在实际应用中,可能出现多个根本原因,那么为了能够更加准确地确定出导致基站退服的故障类型,本实施可以预先设置不同根本原因与网元的组合关系、与故障类型之间的对应关系。则在一种实施方式中,本步骤根据确定出的至少一个根本原因、以及对应的网元,确定导致基站出现退服的故障类型,可以包括:根据多个根本原因、以及对应的多个网元,从预设的根本原因和网元的组合关系,与对应的故障类型的对应关系中,确定导致基站出现退服的故障类型。
具体地,可以根据实际收集到的历史故障类型信息,通过关联分析,确定出根本原因与网元的组合关系,与哪类故障具有对应关系,当前述步骤确定出的根本原因与网元的组合关系与预设对应关系相匹配时,则可以根据对应关系,确定出故障类型。
在实际应用中,为了能够达到可视化效果,本方法还可以包括:将获取到的网络拓扑、确定出的至少一个根本原因、以及对应的网元、以及确定出的故障类型,以可视化的方式进行展示。
具体地,便可以在图2所示的网络拓扑的基础上,通过列表的方式,展示确定出的至少一个根本原因、以及对应的网元,并在图中对该网元进行标识,并在下方,标记出确定出的故障类型。
由以上实施例提供的方法可见,
当出现退服的基站时,获取包含该基站与核心网两端在内的多个网元的网络拓扑,根据该网络拓扑,获取与其中网元对应的、包含告警时间和告警名称的告警信息,据此可以根据网元对应的告警时间、告警名称,从网络拓扑中确定导致基站退服的根本原因、以及对应的网元。此后,则可以根据根本原因以及对应的网元,确定导致基站出现退服的故障类型。
也即,当基站出现退服后,可以根据基站的网络拓扑,找出网络拓扑中网元所对应的告警信息,再根据告警信息,确定出导致基站退服的根本原因,从而可以根据根本原因,确定出基站出现退服的故障类型。
由于可以基于基站的网络拓扑,找出拓扑内的网元的告警,并根据这些告警确定出退服的根本原因,也就可以根据退服的根本原因,较为准确地确定出导致基站退服的故障类型,进而可以在业务环境中尽快找出基站退服的原因、并及时进行修复,提供更好的业务能力。
实施例2
基于相同的构思,本发明实施例2还提供一种针对退服基站的故障类型确定装置,当基站出现退服时,可以较为准确地确定导致基站出现退服的故障类型。假设本方法的执行主体可以为服务端。该装置的结构示意图如图3所示,包括:拓扑获取单元202、信息获取单元204、根因确定单元206、以及故障确定单元208,其中,
拓扑获取单元202,可以用于当出现退服的基站时,获取包含基站的网络拓扑,网络拓扑包含基站与核心网两端在内的多个网元;
信息获取单元204,可以用于获取与网络拓扑中的网元对应的、与基站退服相关联的告警信息,告警信息中包含告警时间和告警名称;
根因确定单元206,可以用于根据网元对应的告警时间和告警名称,从网络拓扑中确定导致基站退服的至少一个根本原因、以及对应的网元;
故障确定单元208,可以用于根据至少一个根本原因、以及对应的网元,确定导致基站出现退服的故障类型。
在一种实施方式中,还装置还包括路由单元,可以用于:获取与网络拓扑中的网元对应的告警信息之前,
当无法从基站模拟路由到核心网时,确定断路网元;
确定包含断路网元的受影响网元集合;则
根因确定单元206,可以用于:
根据网元对应的告警时间和告警名称,从受影响网元集合中确定导致基站退服的至少一个根本原因、以及对应的网元。
在一种实施方式中,故障确定单元208,可以用于:
根据多个根本原因、以及对应的多个网元,从预设的根本原因和网元的组合关系,与对应的故障类型的对应关系中,确定导致基站出现退服的故障类型。
在一种实施方式中,该装置还包括展示单元,可以用于:
将网络拓扑、至少一个根本原因、以及对应的网元、以及确定出的故障类型,以可视化的方式进行展示。
由以上实施例提供的装置可见,
当出现退服的基站时,获取包含该基站与核心网两端在内的多个网元的网络拓扑,根据该网络拓扑,获取与其中网元对应的、包含告警时间和告警名称的告警信息,据此可以根据网元对应的告警时间、告警名称,从网络拓扑中确定导致基站退服的根本原因、以及对应的网元。此后,则可以根据根本原因以及对应的网元,确定导致基站出现退服的故障类型。
也即,当基站出现退服后,可以根据基站的网络拓扑,找出网络拓扑中网元所对应的告警信息,再根据告警信息,确定出导致基站退服的根本原因,从而可以根据根本原因,确定出基站出现退服的故障类型。
由于可以基于基站的网络拓扑,找出拓扑内的网元的告警,并根据这些告警确定出退服的根本原因,也就可以根据退服的根本原因,较为准确地确定出导致基站退服的故障类型,进而可以在业务环境中尽快找出基站退服的原因、并及时进行修复,提供更好的业务能力。
图4是本发明的一个实施例电子设备的结构示意图。在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,图4中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成针对退服基站的故障类型确定执行装置。处理器,执行存储器所存放的程序,并具体用于执行以下操作:
当出现退服的基站时,获取包含所述基站的网络拓扑,所述网络拓扑包含所述基站与核心网两端在内的多个网元;
获取与所述网络拓扑中的网元对应的、与所述基站退服相关联的告警信息,所述告警信息中包含告警时间和告警名称;
根据所述网元对应的告警时间和告警名称,从所述网络拓扑中确定导致所述基站退服的至少一个根本原因、以及对应的网元;
根据所述至少一个根本原因、以及对应的网元,确定导致所述基站出现退服的故障类型。
上述如本发明图3所示实施例提供的针对退服基站的故障类型确定装置执行的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(CentralProcessing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific IntegratedCircuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
本发明实施例还提出了一种计算机可读存储介质,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的电子设备执行时,能够使该电子设备执行图3所示实施例中针对退服基站的故障类型确定装置执行的方法,并具体用于执行:
当出现退服的基站时,获取包含所述基站的网络拓扑,所述网络拓扑包含所述基站与核心网两端在内的多个网元;
获取与所述网络拓扑中的网元对应的、与所述基站退服相关联的告警信息,所述告警信息中包含告警时间和告警名称;
根据所述网元对应的告警时间和告警名称,从所述网络拓扑中确定导致所述基站退服的至少一个根本原因、以及对应的网元;
根据所述至少一个根本原因、以及对应的网元,确定导致所述基站出现退服的故障类型。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上系统时以功能分为各种单元分别描述。当然,在实施本发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的系统。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令系统的制造品,该指令系统实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本发明中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的实施例而已,并不用于限制本发明。对于本领域技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本发明的权利要求范围之内。
Claims (4)
1.一种针对退服基站的故障类型确定方法,其特征在于,包括:
当出现退服的基站时,获取包含所述基站的网络拓扑,所述网络拓扑包含所述基站与核心网两端在内的多个网元;
获取与所述网络拓扑中的网元对应的、与所述基站退服相关联的告警信息,所述告警信息中包含告警时间和告警名称;
根据所述网元对应的告警时间和告警名称,从所述网络拓扑中确定导致所述基站退服的至少一个根本原因、以及对应的网元;
根据所述至少一个根本原因、以及对应的网元,确定导致所述基站出现退服的故障类型;
获取与所述网络拓扑中的网元对应的告警信息之前,所述方法还包括:
当无法从所述基站模拟路由到核心网时,确定断路网元;
确定包含所述断路网元的受影响网元集合;则
根据所述网元对应的告警时间和告警名称,从所述网络拓扑中确定导致所述基站退服的至少一个根本原因、以及对应的网元,包括:
根据所述网元对应的告警时间和告警名称,从所述受影响网元集合中确定导致所述基站退服的至少一个根本原因、以及对应的网元;
所述根据所述至少一个根本原因、以及对应的网元,确定导致所述基站出现退服的故障类型,包括:
根据多个根本原因、以及对应的多个网元,从预设的根本原因和网元的组合关系,与对应的故障类型的对应关系中,确定导致所述基站出现退服的故障类型;
在所述确定导致所述基站出现退服的故障类型之前,包括:
根据实际收集到的历史故障类型信息,通过关联分析,确定出根本原因与网元的组合关系,与故障类型的对应关系;
所述方法还包括:
将所述网络拓扑、所述至少一个根本原因、以及对应的网元、以及确定出的所述故障类型,以可视化的方式进行展示。
2.一种针对退服基站的故障类型确定装置,其特征在于,包括:拓扑获取单元、信息获取单元、根因确定单元、以及故障确定单元,其中,
所述拓扑获取单元,用于当出现退服的基站时,获取包含所述基站的网络拓扑,所述网络拓扑包含所述基站与核心网两端在内的多个网元;
所述信息获取单元,用于获取与所述网络拓扑中的网元对应的、与所述基站退服相关联的告警信息,所述告警信息中包含告警时间和告警名称;
所述根因确定单元,用于根据所述网元对应的告警时间和告警名称,从所述网络拓扑中确定导致所述基站退服的至少一个根本原因、以及对应的网元;
所述故障确定单元,用于根据所述至少一个根本原因、以及对应的网元,确定导致所述基站出现退服的故障类型;
所述装置还包括路由单元,用于:获取与所述网络拓扑中的网元对应的告警信息之前,
当无法从所述基站模拟路由到核心网时,确定断路网元;
确定包含所述断路网元的受影响网元集合;则
所述根因确定单元,用于:
根据所述网元对应的告警时间和告警名称,从所述受影响网元集合中确定导致所述基站退服的至少一个根本原因、以及对应的网元;
所述故障确定单元,用于:
根据多个根本原因、以及对应的多个网元,从预设的根本原因和网元的组合关系,与对应的故障类型的对应关系中,确定导致所述基站出现退服的故障类型;
所述装置,还用于:在所述确定导致所述基站出现退服的故障类型之前,根据实际收集到的历史故障类型信息,通过关联分析,确定出根本原因与网元的组合关系,与故障类型的对应关系
所述装置还包括:展示单元,用于:
将所述网络拓扑、所述至少一个根本原因、以及对应的网元、以及确定出的所述故障类型,以可视化的方式进行展示。
3.一种电子设备,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如权利要求1中方法的步骤。
4.一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行如上述权利要求1中方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010145445.4A CN113347654B (zh) | 2020-03-03 | 2020-03-03 | 一种针对退服基站的故障类型确定方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010145445.4A CN113347654B (zh) | 2020-03-03 | 2020-03-03 | 一种针对退服基站的故障类型确定方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113347654A CN113347654A (zh) | 2021-09-03 |
CN113347654B true CN113347654B (zh) | 2023-04-07 |
Family
ID=77467439
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010145445.4A Active CN113347654B (zh) | 2020-03-03 | 2020-03-03 | 一种针对退服基站的故障类型确定方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113347654B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114401186A (zh) * | 2021-12-30 | 2022-04-26 | 中国电信股份有限公司 | 一种定制网络中端到端的故障确定方法及系统 |
CN114520994A (zh) * | 2022-02-18 | 2022-05-20 | 华为技术有限公司 | 一种确定根因故障的方法及装置 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103428737A (zh) * | 2012-05-16 | 2013-12-04 | 中兴通讯股份有限公司 | 事件根源确定方法及装置 |
EP2894813A1 (en) * | 2014-01-08 | 2015-07-15 | Telefonaktiebolaget L M Ericsson (publ) | Technique for creating a knowledge base for alarm management in a communications network |
CN107770797A (zh) * | 2016-08-17 | 2018-03-06 | 中国移动通信集团内蒙古有限公司 | 一种无线网络告警管理的关联分析方法及系统 |
CN108206757B (zh) * | 2016-12-20 | 2020-12-18 | 中国移动通信集团广东有限公司 | 无线传输故障告警处理方法及装置 |
CN109995561B (zh) * | 2017-12-30 | 2022-03-29 | 中国移动通信集团福建有限公司 | 通信网络故障定位的方法、装置、设备及介质 |
CN109995565A (zh) * | 2017-12-31 | 2019-07-09 | 中国移动通信集团河北有限公司 | 集团客户业务质量监测方法、装置、设备及介质 |
CN110493042B (zh) * | 2019-08-16 | 2022-09-13 | 中国联合网络通信集团有限公司 | 故障诊断方法、装置及服务器 |
CN110557293B (zh) * | 2019-09-19 | 2022-04-15 | 中国联合网络通信集团有限公司 | 告警信息处理方法、装置及终端设备 |
-
2020
- 2020-03-03 CN CN202010145445.4A patent/CN113347654B/zh active Active
Non-Patent Citations (1)
Title |
---|
一种基于告警深度预处理的移动故障关联合并方法及应用;朱青仑;《2019广东通信青年论坛优秀论文专刊》;20191011;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN113347654A (zh) | 2021-09-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11968106B2 (en) | Method and apparatus for monitoring state of blockchain consensus node | |
CN111193605B (zh) | 一种故障定位方法、装置及存储介质 | |
CN113347654B (zh) | 一种针对退服基站的故障类型确定方法和装置 | |
CN109327353B (zh) | 业务流量确定方法、装置及电子设备 | |
CN110717536A (zh) | 一种生成训练样本的方法及装置 | |
US8578210B2 (en) | Supporting apparatus and supporting method | |
CN113704117A (zh) | 一种算法测试系统、方法及装置 | |
CN112965882B (zh) | 一种数据故障分析的方法及装置 | |
CN113179295A (zh) | 报文处理方法及装置 | |
CN114676030A (zh) | 一种系统测试方法、装置、代理服务器设备和存储介质 | |
CN117472372A (zh) | 一种响应式表单搭建方法及系统 | |
CN110875832B (zh) | 异常业务监控方法、装置、系统及计算机可读存储介质 | |
CN114625611B (zh) | 一种量子计算环境的监控方法、设备及存储介质 | |
CN113672660B (zh) | 一种数据查询方法、装置及设备 | |
CN115604088A (zh) | 组件集群系统的主备切换方法、装置、设备及存储介质 | |
CN113419952A (zh) | 云服务管理场景测试装置与方法 | |
CN114301762A (zh) | 路侧感知系统远程维护方法、装置及设备 | |
CN113067713B (zh) | 一种为告警网元添加工程标识的方法和装置 | |
CN111726373B (zh) | 通信链路构建方法、装置和设备 | |
CN115599606B (zh) | 一种灾备切换方案的生成方法、设备及介质 | |
CN114584329B (zh) | 流量异常原因定位方法、装置及电子设备 | |
CN110191141B (zh) | 服务调用信息处理方法、装置及计算机系统 | |
CN111711537B (zh) | 备用主节点列表更新方法、装置及设备 | |
CN117041032A (zh) | 云数据中心的故障范围定位方法、装置、设备及介质 | |
CN115391127A (zh) | 一种拨测方法、装置、存储介质及芯片 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |