CN113891374A - 故障网元识别方法、装置及设备 - Google Patents
故障网元识别方法、装置及设备 Download PDFInfo
- Publication number
- CN113891374A CN113891374A CN202111188343.1A CN202111188343A CN113891374A CN 113891374 A CN113891374 A CN 113891374A CN 202111188343 A CN202111188343 A CN 202111188343A CN 113891374 A CN113891374 A CN 113891374A
- Authority
- CN
- China
- Prior art keywords
- network element
- function
- management
- fault
- information
- 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.)
- Granted
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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种故障网元识别方法、装置及设备,涉及通信领域。该方法包括第一管理网元接收业务网元发送的告警信息后,根据管理信息和告警信息包含的业务网元的标识和故障信息,确定故障信息描述的故障功能所属业务网元承载的第一子网元,进而根据告警信息生成运维工单。其中,运维工单用于指示第一子网元承载的功能发生故障。管理信息用于指示业务网元的标识、业务网元承载的子网元的标识和业务网元的功能的标识的关联关系。通过上述方法,可以精准识别出发生故障的功能所属的子网元,进而可以针对承载故障功能的子网元进行精准运维派单,提高了故障网元的修复率。
Description
技术领域
本申请涉及通信领域,尤其涉及一种故障网元识别方法、装置及设备。
背景技术
相对于公用网络(简称:公网)需要拥有丰富的网元功能,专用局域网(简称:专网)对网元功能的要求相对简单且性能指标要求不高,可以在专网中部署集成网元(unifiednetwork function,UNF)。集成网元可以是一个集成公网中多个网元功能的网元,即一个集成网元承载多个网元的功能,其中,组成集成网元的网元可以称作子网元。
通常,当集成网元发生故障时,集成网元向网元管理系统(element managementsystem,EMS)上报告警信息。EMS根据告警信息,进行运维派单,提示网络运维人员对故障进行修复。但是,当集成网元发生故障时,EMS仅能识别出发生故障的集成网元,无法识别出集成网元中具体发生故障的功能,进而导致运维派单的精准度不高,故障网元的修复率低的问题。如何提高故障网元的修复率是亟待解决的问题。
发明内容
本申请提供一种故障网元识别方法、装置及设备,用于提高专网中故障网元的修复率。
第一方面,提供了一种故障网元识别方法,该方法由第一管理网元执行,该方法包括:接收业务网元发送的告警信息,根据管理信息和告警信息包含的业务网元的标识、故障信息,确定故障信息描述的故障功能所属的业务网元承载的第一子网元之后,根据告警信息生成运维工单。其中,运维工单用于指示第一子网元承载的功能发生故障,管理信息用于指示业务网元的标识、业务网元承载的子网元的标识和业务网元的功能的标识的关联关系。
如此,可以根据运维工单精准识别出发生故障的功能所属的子网元,进而针对发生故障的子网元进行精准运维派单,以便于由相应领域的网络运维人员进行故障修复,提高了运维派单的精准度以及故障网元的修复率。
在一种可能的实现方式中,根据业务网元的标识、故障信息和管理信息,确定故障信息描述的故障功能所属业务网元承载的第一子网元,包括:根据业务网元的标识和管理信息,确定业务网元是集成网元;根据故障信息和管理信息,确定故障信息描述的故障功能所属业务网元承载的第一子网元。
在一种可能的实现方式中,业务网元承载的子网元包括接入性移动管理功能(access and mobility management function,AMF)网元、认证服务器功能(authentication server function,AUSF)网元、统一数据存储库(unified datarepository,UDR)网元和统一数据管理(unified data management,UDM)网元,接入性移动管理功能AMF网元承载的功能包括接入和移动性管理功能(access and mobilitymanagement,AM)、路径管理功能(gprs tunneling protocol for controlling,GTP)、链路管理功能(link),认证服务器功能AUSF网元承载的功能包括认证服务器功能,统一数据存储库UDR网元承载的功能包括统一用户数据中心数据库功能(unified subscriber centerdatabase,USCDB)、云会话负载均衡功能(cloud session load balancer,CSLB),统一数据管理UDM网元承载的功能包括数据访问服务功能(database service,DBS)和统一数据管理功能UDM。
一种可能的实现方式中,第一管理网元连接第二管理网元,第一管理网元位于专用局域网中,第二管理网元位于公用网络中,在根据告警信息生成运维工单之后,该方法还包括:响应于第一操作,清除运维工单。响应于第二操作,向第二管理网元发送运维工单,第一操作用于指示故障功能已修复,第二操作用于指示故障功能未修复。
一种可能的实现方式中,运维工单还包括告警序列号、告警类别和告警时间。
第二方面,提供了一种管理装置,包括:接收单元,用于接收业务网元发送的告警信息,告警信息包含业务网元的标识和故障信息,故障信息描述了业务网元的故障功能。处理单元,用于根据业务网元的标识、故障信息和管理信息,确定故障信息描述的故障功能所属业务网元承载的第一子网元,管理信息用于指示业务网元的标识、业务网元承载的子网元的标识和业务网元的功能的标识的关联关系;处理单元,还用于根据告警信息生成运维工单,运维工单用于指示第一子网元承载的功能发生故障。
一种可能的实现方式中,处理单元,具体用于:根据业务网元的标识和管理信息,确定业务网元是集成网元,根据故障功能的标识和管理信息,确定故障信息描述的故障功能所属业务网元承载的第一子网元。
一种可能的实现方式中,业务网元承载的子网元包括接入性移动管理功能AMF网元、认证服务器功能AUSF网元、统一数据存储库UDR网元和统一数据管理UDM网元,接入性移动管理功能AMF网元承载的功能包括接入和移动性管理功能、路径管理功能、链路管理功能,认证服务器功能AUSF网元承载的功能包括认证服务器功能,统一数据存储库UDR网元承载的功能包括统一用户数据中心数据库功能、云会话负载均衡功能,统一数据管理UDM网元承载的功能包括数据访问服务功能和统一数据管理功能。
一种可能的实现方式中,该装置还包括发送单元;处理单元,还用于响应于第一操作,清除运维工单,第一操作用于指示故障功能已修复;发送单元,用于响应于第二操作,向第二管理网元发送运维工单,第二操作用于指示故障功能未修复。
一种可能的实现方式中,运维工单还包括告警序列号、告警类别和告警时间。
第三方面,提供了一种管理设备,包括存储器和处理器,该存储器用于存储计算机执行指令,该处理器执行该存储器存储的计算机执行指令,以使该管理设备执行如上述第一方面所提供的任意一种方法。
第四方面,提供一种计算机可读存储介质,该计算机可读存储介质存储计算机指令,当该计算机指令在计算机上运行时,使得计算机执行第一方面所提供的任意一种方法。
第五方面,提供一种包含计算机指令的计算机程序产品,当该计算机指令在计算机上运行时,使得计算机执行第一方面所提供的任意一种方法。
上述第二方面至第五方面中任一种可能的实现方式所代带来的技术效果可参加第一方面中对应实现方式所带来的技术效果,在此不再赘述。
附图说明
附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
图1为本申请实施例提供的一种通信系统的组网结构示意图;
图2为本申请实施例提供的一种故障网元识别方法的流程示意图;
图3为本申请实施例提供的一种管理装置的组成示意图;
图4为本申请实施例提供的一种管理设备的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中,除非另有说明,“多个”的含义是两个或两个以上。
通常,企业(比如医院、汽车厂)要求业务数据不出园区、低时延处理本地业务,为了满足企业要求,运营商为企业部署专网。对于专网而言,公网中很多网元是冗余的,故部署专网时会精心裁剪掉不必要的网元。之后,可以将裁剪后功能类似、流程联系紧密的几个网元合设为一个集成网元。如此,专网可以部署集成网元和标准网元。其中,标准网元是相对于集成网元而言的,可以理解的,可以将多个存在关联关系的网元合设为一个集成网元,部署在专网中。若某些网元与其他网元不存在关联关系,则无需将此网元与其他网元合设,此网元也即标准网元。
参见图1,为本申请实施例提供的一种通信系统组网结构示意图,通信系统10包括公网100、专网120和专网130。
公网100包括非3GPP功能互通功能(non-3GPP inter working function,N3IWF)网元101,UDR网元102、UDM网元103、策略控制功能(policy control function,PCF)网元104、AUSF网元105、AMF网元106、会话管理功能(session management function,SMF)网元107、网络功能注册功能(network repository function,NRF)网元108、用户终端(userequipment,UE)109、无线接入网(radio access network,RAN)110、用户面功能(userplane function,UPF)网元111和数据网络(data network,DN)112。公网110通过有线或无线的方式与专网110和专网120连接。
专网120包括UPF网元121、EMS 122、PCF网元123和集成网元UNF1。
专网130包括UDM网元131、EMS 132、UPF网元133和集成网元UNF2。
N3IWF网元101负责将不可信的非3GPP接入网(如wifi)接入到5G核心网。UDR网元102是主数据库,用于引入非机构化数据存储函数来存储动态数据。
UDM网元103用于存储和管理用户数据和配置文件,支持用于计算和存储分离的数据存储体系结构。
PCF网元104用于存储用户签约的策略数据,以及根据不同的条件下发新的策略。
AUSF网元105用于实现3GPP和非3GPP的接入认证。
AMF网元106用于管理UE109的注册、连接、访问验证授权、移动性和可达性管理,AMF网元106通过N1接口与UE109连接,通过N2接口与RAN110连接。
SMF网元107用于与分离的数据面交互,管理会话的建立、更新和释放以及维护PDU会话状态,负责UE109的网络之间互联协议(internet protocol,IP)的分配管理。SMF网元107通过N4接口与UPF网元111连接。
NRF网元108用于提供注册和发现功能,可以使网络功能(network function,NF)相互发现并通过应用程序接口(application program interface,API)进行通信。
UE109可以是一种具有无线收发功能的设备,UE109可以有不同的名称,例如用户设备、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。终端可以被部署在陆地上,包括室内或室外、手持或车载;也可以被部署在水面上(如轮船等);还可以被部署在空中(例如飞机、气球和卫星上等)。终端设备可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digitalassistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备,无人机(unmanned aerial vehicle,UAV)和无人机控制器(UAV controller,UAVC),虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。UE109可以是移动的,也可以是固定的。本申请的实施例对UE109所采用的具体技术和具体设备形态不做限定。UE109可以通过有线或无线的方式接入RAN110。
RAN110可以是共享基站等无线接入网设备,通过N3接口与UPF111连接。
UPF网元111用于分组路由和转发,以及策略实施,通过响应SMF网元107请求,负责完成用户平面上GTP-U协议的封装和解封装。UPF网元111通过N6接口与DN112连接。
DN112也可以是本地数据网络(local area data network,LADN),UE109可以通过协议数据单元(protocol data unit,PDU)会话访问数据网络。
专网运营管理平台用于对公网100所辖的专网中网元管理系统(包括EMS122和EMS132)上报的告警问题,进行统一的告警和故障管理。可以通过无线的方式EMS122和EMS132连接。
UNF1是根据专网120的需求,集成了公网100中多个网元功能的网元。在本申请实施例中,UNF1集成了AMF网元、AUSF网元、UDR网元和UDM网元等四个网元的功能。当组成UNF1的任一子网元承载的功能发生故障后,UNF1生成相应的告警信息,将告警信息上报给EMS122。
UPF网元121用于为专网120提供用户面数据报文转发业务。UPF网元121可以通过有线或无线的方式连接EMS122。在本申请实施例中,当UPF网元121发生故障或产生异常情况时,在产生的相应的告警信息后,将告警信息上报给EMS122。
EMS122是专网120的网元管理系统,是管理特定类型的一个或多个电信网络单元(network element,NE)的系统。在本申请实施例中,EMS122用于接收专网120中UPF网元121、PCF网元123和UNF1上报的告警信息,根据接收到的告警信息进行运维派单,提示专网120的网络运维人员针对告警信息进行故障修复。
PCF网元123用于存储专网120内用户签约的策略数据,以及根据不同的条件下发新的策略。比如在不同时段、不同位置,相同用户对应不同的带宽、费率、用户的优先级策略。
UNF2是根据专网130的需求,集成了公网100多个网元功能的网元。在本申请实施例中,当组成UNF2的子网元承载的功能发生故障后,UNF2产生相应的告警信息,将告警信息上报给EMS132。
UDM131用于存储和管理专网130中用户的签约数据及配置文件,负责实际用户在园区网络的注册、移动性管理(如:用户实际位于哪个小区,为其服务的AMF网元和SMF网元分别是哪个等),以及存储专网130中用户保密的一些签约信息等。
EMS132是专网130中的网元管理系统。在本申请实施例中,EMS132用于接收专网130中UDM网元131、UPF网元133和UNF2上报的告警信息,根据接收到的告警信息进行运维派单,提示专网130的网络运维人员针对告警信息进行故障修复。
UPF网元133用于在专网130中提供用户面数据报文转发业务。
需要说明的是,在本申请实施例中,专网120中的UPF网元121、PCF网元123和UNF1,以及专网130中的UDM网元131、UPF网元133和UNF2,可以称作业务网元。承载公网100中专网运营管理平台的网元、承载EMS122的网元和承载EMS132的网元可以称作管理网元。管理网元可以是独立的网络设备,例如服务器或者计算机等。还可以是网络设备中的一部分,又可以是多个网络设备组成的分布式系统,例如服务器集群。本申请实施例对于管理网元的具体实现方式不作限制。
相对于集成网元(UNF1和UNF2),UPF网元121、PCF网元123、UDM网元131和UPF网元133,可以称作标准网元。
可以理解地,当业务网元是标准网元时,业务网元未承载有子网元,业务网元产生的告警信息也即标准网元的功能所产生的故障信息。当业务网元是集成网元时,集成网元是由多个具有关联关系的子网元组成的,集成网元承载了多个子网元的功能,业务网元产生的告警信息,也即集成网元承载的功能所产生的故障信息。
网元管理系统EMS对专网内网元的运行状态、故障告警、操作行为进行监控和管理。当专网内的集成网元或标准网元发生故障时,网元管理系统EMS根据告警信息进行故障网元识别,进而进行运维派单,提示专网的网络运维人员对故障进行修复。
应理解,图1只是示例性的架构图,图1所示的通信系统10中包含的网元的数量不受限制。并且,除图1所示的网元外,该通信系统10还可以包括其他网元,对此不予限定。
针对上述问题,本申请实施例提出了一种故障网元识别方法、装置及设备,通过在专网网元管理系统上预先配置管理信息,管理信息包含了专网内集成网元包含的功能以及各功能对应的子网元的信息,以便于当集成网元承载的功能发生故障时,可以根据管理信息准确识别出故障功能对应的子网元,进而针对承载故障功能的子网元进行运维派单,方便相应的网络运维人员对故障进行修复,提高了运维派单的精准度以及故障网元的修复率。
下面结合附图对本申请实施例提供的故障网元识别方法、装置及设备进行详细说明。
如图2所示,本申请实施例提供了一种故障网元识别方法,该方法由第一管理网元执行,第一管理网元位于专网中。该方法包括以下步骤。
S201、第一管理网元接收业务网元发送的告警信息。
当专网中的业务网元(例如集成网元或标准网元)发生故障或产生异常情况时,第一管理网元承载的网元管理系统接收业务网元上报的告警信息。
告警信息包含业务网元的标识和故障信息,业务网元的标识可以用于唯一指示一个业务网元,可以是业务网元的名称。
故障信息描述了业务网元的故障功能,例如,故障信息包括故障功能的名称和对故障内容的描述。
示例性地,假设业务网元AMF网元产生故障时,故障信息包括的故障功能的名称可以是接入移动性管理功能,故障内容可以是用户上下文乱序。
S202、第一管理网元根据业务网元的标识、故障信息和管理信息,确定故障信息描述的故障功能所属业务网元承载的第一子网元。
管理信息用于指示业务网元的标识、业务网元承载的子网元的标识和业务网元的功能的标识的关联关系。
示例性地,管理信息可以是如下述表1所示的集成网元信息表。
表1
容易理解地,不同企业对于专网有不同的需求,结合上述表1,AUSF网元为AMF网元提供用户设备(user equipment,UE)鉴权服务,不需要提供其他功能,而AMF网元负责UE的注册、连接、访问验证授权、移动性和可达性管理,故将AUSF网元与AMF网元合设;UDR网元作为UDM网元的后端,一起负责用户统一数据的处理且没有其他主要功能,而UDM网元负责存储和管理用户数据和配置文件,故将UDR网元和UDM网元合设。AUSF网元和AMF网元主导的关联流程为认证鉴权、注册接入等,这些流程会在网络系统中频繁发起,且流程中AUSF网元和AMF网元需要多次调用UDM网元的服务。所以,适合将AMF、AUSF、UDR和UDM四个网元合设为一个集成网元,也即UNC1。
其中,AMF网元承载的功能包括接入和移动性管理功能AM、路径管理功能GTP、链路管理功能LINK,AUSF网元承载的功能包括认证服务器功能AUSF,UDR网元承载的功能包括统一用户数据中心数据库功能USCDB、云会话负载均衡功能CSLB,UDM网元承载的功能包括数据访问服务功能DBS和统一数据管理功能UDM。
业务网元承载的子网元的标识用于唯一指示一个子网元,可以是子网元的名称,业务网元的功能的标识用于唯一指示一个业务网元的功能,可以是业务网元的功能的名称。
第一管理网元可以根据业务网元的标识和管理信息,确定业务网元是集成网元。示例性地,若业务网元的名称是UNC1,对比上述表1,由于UNC1集成了AMF网元、AUSF网元、UDR网元和UDM网元等四个网元的功能,可以确定业务网元是集成网元。
进一步地,可以根据故障信息描述的故障功能的名称,查找管理信息,进而确定故障功能所属业务网元承载的第一子网元。可以理解地,集成网元是由多个具有关联关系的子网元组成的,当业务网元是集成网元时,业务网元承载了多个子网元,第一子网元即多个子网元中承载故障功能的子网元。而故障功能为集成网元承载的功能中发生故障的功能。
示例性地,若故障信息描述的故障功能的名称是GTP,查找上述表1,可以在表1中找到GTP,则代表此故障功能GTP属于集成网元UNC1所承载的功能。进一步地,对比上述表1,可以确定故障功能GTP是子网元AMF所承载的功能,也即确定出第一子网元是AMF网元。
S203、第一管理网元根据告警消息生成运维工单。
第一管理网元在告警信息中添加第一子网元的标识,生成运维工单。第一子网元的标识可以用于唯一指示第一子网元,可以是第一子网元的名称。运维工单包含业务网元的标识、第一子网元的标识和故障信息。运维工单还可以包括告警序列号、告警类别和告警时间。告警序列号用于指示产生告警信息的序列编码(identity document,ID),告警类别用于指示是由网元产生的告警信息,告警时间用于指示告警发生的时间。
S204、第一管理网元响应于第一操作,清除运维工单。
当第一管理网元生成运维工单后,可以提示专网的网络运维人员进行故障修复。专网的网络运维人员根据运维工单包含的第一子网元的标识,准确定位故障源,进而针对第一子网元进行故障修复。
若第一子网元承载的故障功能被修复,则当故障功能修复完成后,第一管理网元可以接收专网的网络运维人员发起的第一操作,第一操作用于指示故障功能已修复。
第一管理网元响应于第一操作,清除掉运维工单。
S205、第一管理网元响应于第二操作,向第二管理网元发送运维工单。
若第一子网元承载的故障功能未修复,则需要将运维工单上报给运营商部署的公网中,由运营商的网络运维人员针对故障功能进行修复。
第一管理网元接收专网的网络运维人员发起的第二操作,第二操作用于指示故障功能未修复,第一管理网元响应于第二操作,向第二管理网元发送运维工单,第二管理网元位于公网中。
可选的,若确定专网的网络运维人员未能修复第一子网元承载的故障功能,可以在运维工单中添加告警确认时间和操作人员的信息,告警确认时间指上报运维工单的时间,操作人员的信息指的是专网的网络运维人员的信息。可以理解的,在运维工单中添加告警确认时间和操作人员的信息,丰富了告警信息,以便于运营商的网络运维人员了解故障功能的信息,进而可以快速修复故障网元,提升了故障网元的修复率。
需要说明的是,若业务网元的名称是UPF,对比上述表1,未在表1中找到,可以确定业务网元是标准网元。针对标准网元的功能产生故障,可以由第一管理网元根据告警信息进行运维派单,由专网的网络运维人员进行修复处理,无需生成上述运维工单。若标准网元的功能产生的故障被修复,第一管理网元则在故障修复完成后清除掉告警信息。若标准网元的功能产生的故障未修复,则向运营商部署的公网上报告警信息,由运营商的网络运维人员对故障功能所属的标准网元进行修复。
S206、第二管理网元接收第一管理网元发送的运维工单。
S207、第二管理网元根据运维工单进行运维派单。
第二管理网元根据运维工单包含的第一子网元的标识,确定发生故障的网元,进而定向运维派单,提示运营商的网络运维人员针对专网中的故障功能进行修复。
示例性地,若第一子网元是AMF网元,则向运营商的AMF团队派单,提示AMF团队的网络运维人员对专网中的承载故障功能的子网元进行修复。
若第一子网元是UDM网元,则向UDM团队派单,提示UDM团队的网络运维人员对专网中承载故障功能的子网元进行修复。提高了运维派单的精准度。
容易理解地,由相应领域的网络运维人员处理相应领域的故障网元,可以提升故障网元的修复率。
基于图2所示的实施例,针对部署有标准网元和集成网元的专网,通过预先配置管理信息,记录专网内部署的组成集成网元的子网元及各个子网元承载的功能,进而,当集成网元承载的功能发生故障时,可以精准识别出故障功能所属的子网元。进而,可以根据子网元的标识,精准运维派单,由相应领域的网络运维人员对承载故障功能的子网元进行修复,提高了运维派单的精准度以及故障网元的修复率。
上述主要从各个节点之间交互的角度对本申请提供的方案进行了介绍。可以理解的是,各个节点,例如第一管理网元以及控制设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
本申请可以根据上述方法示例对第一管理网元进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
图3示出本申请实施例提供的一种管理装置的组成示意图。如图3所示,该管理装置30包括处理单元301、接收单元302和发送单元303。可选的,该管理装置30还可以包括存储单元304。该管理装置30可以为网络设备或者网络设备中的芯片或者片上系统。
接收单元302,用于接收业务网元发送的告警信息,告警信息包含业务网元的标识和故障信息,故障信息描述了业务网元的故障功能。
处理单元301,用于根据业务网元的标识、故障信息和管理信息,确定故障信息描述的故障功能所述业务网元承载的第一子网元,管理信息用于指示业务网元的标识、业务网元承载的子网元的标识和业务网元的功能的标识的关联关系。
处理单元301,还用于根据告警信息生成运维工单,运维工单用于指示第一子网元承载的功能发生故障。
可选的,处理单元301,具体用于根据业务网元的标识和管理信息,确定业务网元是集成网元;根据故障信息和管理信息,确定故障信息描述的故障功能所属业务网元承载的第一子网元。
可选的,业务网元承载的子网元包括接入性移动管理功能AMF网元、认证服务器功能AUSF网元、统一数据存储库UDR网元和统一数据管理UDM网元,接入性移动管理功能AMF网元承载的功能包括接入和移动性管理功能、路径管理功能、链路管理功能,认证服务器功能AUSF网元承载的功能包括认证服务器功能,统一数据存储库UDR网元承载的功能包括统一用户数据中心数据库功能、云会话负载均衡功能,统一数据管理UDM网元承载的功能包括数据访问服务功能和统一数据管理功能。
可选的,处理单元301,还用于响应于第一操作,清除运维工单,第一操作用于指示故障功能已修复。
发送单元303,用于响应于第二操作,向第二管理网元发送运维工单,第二操作用于指示故障功能未修复。
可选的,运维工单还包括告警序列号、告警类别和告警时间。
存储单元304,用于存储告警信息。
存储单元304,还用于存储运维工单。
图3中的单元也可以称为模块,例如,处理单元可以称为处理模块。另外,在图3所示的实施例中,各个单元的名称也可以不是图中所示的名称,例如,接收单元也可以称为通信单元。
图3中的各个单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。存储计算机软件产品的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例还提供一种管理设备的硬件结构示意图,如图4所示,该管理设备40包括处理器11,可选的,还包括与处理器11连接的存储器12和通信接口13。处理器11、存储器12和通信接口13通过总线14连接。
处理器11可以是中央处理器(central processing unit,CPU),通用处理器网络处理器(network processor,NP)、数字信号处理器(digital signal processing,DSP)、微处理器、微控制器、可编程逻辑器件(programmable logic device,PLD)或它们的任意组合。处理器还可以是其它任意具有处理功能的装置,例如电路、器件或软件模块。处理器11也可以包括多个CPU,并且处理器11可以是一个单核(single-CPU)处理器,也可以是多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路或用于处理数据(例如计算机程序指令)的处理核。
在本申请实施例中,处理器11可以用于实现上述管理装置30中处理单元301的功能,示例性地,处理器11可以用于根据业务网元的标识、故障信息和管理信息,确定故障信息描述的故障功能所属业务网元承载的第一子网元。
存储器12可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,本申请实施例对此不作任何限制。存储器12可以是独立存在,也可以和处理器11集成在一起。其中,存储器12中可以包含计算机程序代码。处理器11用于执行存储器12中存储的计算机程序代码,从而实现本申请实施例提供的方法。通信接口13可以用于与其他设备或通信网络通信(如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等)。通信接口13可以是模块、电路、收发器或者任何能够实现通信的装置。
总线14可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。所述总线14可以分为地址总线、数据总线、控制总线等。为便于表示,图4中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
可选的,图4所示的结构示意图可以用于示意上述实施例中所涉及的第一管理网元的结构。处理器11用于对第一管理网元的动作进行控制管理,例如:处理器11用于支持第一管理网元执行图2中的步骤S201-S205。处理器11可以通过通信接口13与其他设备通信,例如与其他管理网元通信。存储器12用于存储第一管理网元的程序代码和数据。
本申请实施例还提供了一种计算机可读存储介质,包括计算机执行指令,当其在计算机上运行时,使得计算机执行上述任一方法。
本申请实施例还提供了一种包含计算机执行指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述任一方法。
本申请实施例还提供了一种芯片,包括:处理器和接口,处理器通过接口与存储器耦合,当处理器执行存储器中的计算机程序或计算机执行指令时,使得上述实施例提供的任意一种方法被执行。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机执行指令。在计算机上加载和执行计算机执行指令时,全部或部分地产生按照本申请实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机执行指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机执行指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看附图、公开内容、以及所附权利要求书,可理解并实现公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。
Claims (12)
1.一种故障网元识别方法,其特征在于,所述方法由第一管理网元执行,所述方法包括:
接收业务网元发送的告警消息,所述告警消息包含所述业务网元的标识和故障信息,所述故障信息描述了所述业务网元的故障功能;
根据所述业务网元的标识、所述故障信息和管理信息,确定所述故障信息描述的故障功能所属所述业务网元承载的第一子网元,所述管理信息用于指示所述业务网元的标识、所述业务网元承载的子网元的标识和所述业务网元的功能的标识的关联关系;
根据所述告警消息生成运维工单,所述运维工单用于指示所述第一子网元承载的功能发生故障。
2.根据权利要求1所述的方法,其特征在于,所述根据所述业务网元的标识、所述故障信息和管理信息,确定所述故障信息描述的故障功能所属所述业务网元承载的第一子网元,包括:
根据所述业务网元的标识和所述管理信息,确定所述业务网元是集成网元;
根据所述故障信息和所述管理信息,确定所述故障信息描述的故障功能所属所述业务网元承载的所述第一子网元。
3.根据权利要求2所述的方法,其特征在于,所述业务网元承载的子网元包括接入性移动管理功能AMF网元、认证服务器功能AUSF网元、统一数据存储库UDR网元和统一数据管理UDM网元,所述接入性移动管理功能AMF网元承载的功能包括接入和移动性管理功能、路径管理功能、链路管理功能,所述认证服务器功能AUSF网元承载的功能包括认证服务器功能,所述统一数据存储库UDR网元承载的功能包括统一用户数据中心数据库功能、云会话负载均衡功能,所述统一数据管理UDM网元承载的功能包括数据访问服务功能和统一数据管理功能。
4.根据权利要求1所述的方法,其特征在于,所述第一管理网元连接第二管理网元,所述第一管理网元位于专用局域网中,所述第二管理网元位于公用网络中,在所述根据所述告警信息生成运维工单之后,所述方法还包括:
响应于第一操作,清除所述运维工单,所述第一操作用于指示所述故障功能已修复;
响应于第二操作,向所述第二管理网元发送所述运维工单,所述第二操作用于指示所述故障功能未修复。
5.根据权利要求1-4中任一项所述的方法,其特征在于,所述运维工单还包括告警序列号、告警类别和告警时间。
6.一种管理装置,其特征在于,包括:
接收单元,用于接收业务网元发送的告警信息,所述告警信息包含所述业务网元的标识和故障信息,所述故障信息描述了所述业务网元的故障功能;
处理单元,用于根据所述业务网元的标识、所述故障信息和管理信息,确定所述故障信息描述的故障功能所属所述业务网元承载的第一子网元;所述管理信息用于指示所述业务网元的标识、所述业务网元承载的子网元的标识和所述业务网元的功能的标识的关联关系;
所述处理单元,还用于根据所述告警信息生成运维工单,所述运维工单用于指示所述第一子网元承载的功能发生故障。
7.根据权利要求6所述的装置,其特征在于,所述处理单元,具体用于:
根据所述业务网元的标识和所述管理信息,确定所述业务网元是集成网元;
根据所述故障信息和所述管理信息,确定所述故障信息描述的故障功能所属所述业务网元承载的所述第一子网元。
8.根据权利要求7所述的装置,其特征在于,所述业务网元承载的子网元包括接入性移动管理功能AMF网元、认证服务器功能AUSF网元、统一数据存储库UDR网元和统一数据管理UDM网元,所述接入性移动管理功能AMF网元承载的功能包括接入和移动性管理功能、路径管理功能、链路管理功能,所述认证服务器功能AUSF网元承载的功能包括认证服务器功能,所述统一数据存储库UDR网元承载的功能包括统一用户数据中心数据库功能、云会话负载均衡功能,所述统一数据管理UDM网元承载的功能包括数据访问服务功能和统一数据管理功能。
9.根据权利要求6所述的装置,其特征在于,所述装置还包括发送单元;
所述处理单元,还用于响应于第一操作,清除所述运维工单,所述第一操作用于指示所述故障功能已修复;
所述发送单元,用于响应于第二操作,向第二管理单元发送所述运维工单,所述第二操作用于指示所述故障功能未修复。
10.根据权利要求6-9中任一项所述的装置,其特征在于,所述运维工单还包括告警序列号、告警类别和告警时间。
11.一种管理设备,其特征在于,包括:存储器和处理器,所述存储器用于存储计算机程序,所述处理器用于执行所述计算机程序,以使所述管理设备执行权利要求1-5中任一项所述的方法。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机指令,当所述计算机指令在计算机上运行时,使得所述计算机执行如权利要求1-5中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111188343.1A CN113891374B (zh) | 2021-10-12 | 2021-10-12 | 故障网元识别方法、装置及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111188343.1A CN113891374B (zh) | 2021-10-12 | 2021-10-12 | 故障网元识别方法、装置及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113891374A true CN113891374A (zh) | 2022-01-04 |
CN113891374B CN113891374B (zh) | 2023-07-18 |
Family
ID=79006351
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111188343.1A Active CN113891374B (zh) | 2021-10-12 | 2021-10-12 | 故障网元识别方法、装置及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113891374B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114884797A (zh) * | 2022-04-27 | 2022-08-09 | 中国联合网络通信集团有限公司 | 告警信息的处理方法、装置、设备及存储介质 |
CN115550135A (zh) * | 2022-10-10 | 2022-12-30 | 广州爱浦路网络技术有限公司 | 一种告警信息传输方法、装置、网元及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870510A (zh) * | 2005-05-26 | 2006-11-29 | 中兴通讯股份有限公司 | 一种实现网络故障快速识别的方法 |
CN105827422A (zh) * | 2015-01-06 | 2016-08-03 | 中国移动通信集团上海有限公司 | 一种确定网元告警关联关系的方法及装置 |
CN107733677A (zh) * | 2016-08-12 | 2018-02-23 | 南京中兴软件有限责任公司 | 一种叠加网络的告警生成方法和装置 |
WO2019063087A1 (en) * | 2017-09-28 | 2019-04-04 | Nokia Technologies Oy | INTEGRITY PROTECTION REPORT GENERATION IN A WIRELESS COMMUNICATION SYSTEM |
EP3648437A1 (en) * | 2017-08-04 | 2020-05-06 | Huawei Technologies Co., Ltd. | Method and device for associating application with network slice, and communication system |
CN111294248A (zh) * | 2018-12-06 | 2020-06-16 | 中国移动通信集团福建有限公司 | 网元故障质检方法、装置、设备及介质 |
CN112653577A (zh) * | 2020-12-14 | 2021-04-13 | 武汉绿色网络信息服务有限责任公司 | 网元管理方法、装置及存储介质 |
CN113282461A (zh) * | 2021-05-28 | 2021-08-20 | 中国联合网络通信集团有限公司 | 传输网的告警识别方法和装置 |
-
2021
- 2021-10-12 CN CN202111188343.1A patent/CN113891374B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870510A (zh) * | 2005-05-26 | 2006-11-29 | 中兴通讯股份有限公司 | 一种实现网络故障快速识别的方法 |
CN105827422A (zh) * | 2015-01-06 | 2016-08-03 | 中国移动通信集团上海有限公司 | 一种确定网元告警关联关系的方法及装置 |
CN107733677A (zh) * | 2016-08-12 | 2018-02-23 | 南京中兴软件有限责任公司 | 一种叠加网络的告警生成方法和装置 |
EP3648437A1 (en) * | 2017-08-04 | 2020-05-06 | Huawei Technologies Co., Ltd. | Method and device for associating application with network slice, and communication system |
WO2019063087A1 (en) * | 2017-09-28 | 2019-04-04 | Nokia Technologies Oy | INTEGRITY PROTECTION REPORT GENERATION IN A WIRELESS COMMUNICATION SYSTEM |
CN111294248A (zh) * | 2018-12-06 | 2020-06-16 | 中国移动通信集团福建有限公司 | 网元故障质检方法、装置、设备及介质 |
CN112653577A (zh) * | 2020-12-14 | 2021-04-13 | 武汉绿色网络信息服务有限责任公司 | 网元管理方法、装置及存储介质 |
CN113282461A (zh) * | 2021-05-28 | 2021-08-20 | 中国联合网络通信集团有限公司 | 传输网的告警识别方法和装置 |
Non-Patent Citations (1)
Title |
---|
汤斯鹏 等: "深度学习识别光网络单元故障的设计与应用", 《计算机技术与发展》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114884797A (zh) * | 2022-04-27 | 2022-08-09 | 中国联合网络通信集团有限公司 | 告警信息的处理方法、装置、设备及存储介质 |
CN115550135A (zh) * | 2022-10-10 | 2022-12-30 | 广州爱浦路网络技术有限公司 | 一种告警信息传输方法、装置、网元及存储介质 |
CN115550135B (zh) * | 2022-10-10 | 2023-10-24 | 广州爱浦路网络技术有限公司 | 一种告警信息传输方法、装置、网元及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN113891374B (zh) | 2023-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111436160B (zh) | 一种局域网通信方法、装置及系统 | |
EP3860090B1 (en) | Packet transmission method and apparatus | |
CN109560948B (zh) | 一种网络切片的部署方法及相关设备 | |
CN110830925B (zh) | 一种用户群组的会话管理方法及装置 | |
CN113115272A (zh) | 业务重定向方法及装置 | |
CN113891374B (zh) | 故障网元识别方法、装置及设备 | |
US20230070712A1 (en) | Communication method, apparatus, and system | |
JP2022502962A (ja) | 統合型アクセスコントロールに関連するパラメータの更新手順 | |
CN111147422B (zh) | 控制终端与网络连接的方法及装置 | |
CN109548010B (zh) | 获取终端设备的身份标识的方法及装置 | |
CN112533177A (zh) | 一种提供、发现移动边缘计算的方法及设备、装置、介质 | |
WO2021132093A1 (ja) | Amfノード及びその方法 | |
CN113938874B (zh) | 数据处理方法、装置、设备及系统 | |
CN110650029A (zh) | 一种配置方法及装置 | |
US20220182795A1 (en) | Broadcast method, apparatus, and system | |
CN113727331B (zh) | 5g基站部署方法及装置 | |
US20220006816A1 (en) | Terminal management and control method, apparatus, and system | |
WO2022022440A1 (zh) | 网络重连方法、设备、系统及存储介质 | |
CN113709905B (zh) | 一种通信方法、装置及计算机可读存储介质 | |
WO2021209189A1 (en) | Server computer, method for providing an application, mobile communication network and method for providing access to a server computer | |
CN109196895B (zh) | 一种报文传输方法、装置及系统 | |
BRPI1012060B1 (pt) | Método e sistema para evitar sobrecarga e bloqueio de uma rede móvel | |
WO2021190217A1 (zh) | 封闭接入组信息处理方法及装置 | |
CN117320002A (zh) | 通信方法及装置 | |
CN115244991B (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 |