网络监控方法及装置、电子设备及存储介质
文献发布时间:2023-06-19 19:20:08
技术领域
本发明涉及网络技术领域,尤其涉及一种网络监控方法及装置、电子设备及存储介质。
背景技术
现有的核心网等网络架构中,对于网元的组织管理通常会参考第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)的业务流程以及欧洲电信标准化协会(European Telecommunications Standards Institute,ETSI)的管理与编排(Managementand Orchestration,MANO)架构进行设计开发。该管理方法比较直接,网元之间比较独立,网元异常或者配置更改生效周期比较长。网元异常监控的大致过程如下:1、网元自监控发现达到告警阈值;2、网元向网络操作维护中心(Operation and Maintenance Center,OMC)上报告警信息;3、由于OMC监控所有关联网元的成本较高,所以无法及时通知关联网元调整;4、相关网元与问题网元通信;5、相关网元发现问题网元异常,网络问题上报;6、人工配置调整。
但上述现有技术主要存在以下缺陷:网元之间联动性较弱,当网络需要做出调整时,无法联动及时做出应对。网络调整过程往往依赖于网元自治能力,调整过程中通常伴随网络抖动,网络服务质量随之波动,从而导致越来越无法满足定制化的网络要求。由于3GPP和ETSI流程比较复杂,并且不同厂家对于协议标准的解读和理解不一样,导致各自的OMC对网元的管理逻辑不一,异厂家设备对接和管理成本较高。另外网络运维管理人员需要掌握较多的协议标准、理解网络组成和网络环境,学习成本高,且效率较低。
发明内容
有鉴于此,本发明提供一种网络监控方法及装置、电子设备及存储介质。
本发明的技术方案是这样实现的:
第一方面,本发明提供一种网络监控方法,所述方法包括:
获取由第一类资源控制的第二类资源中第一资源的状态信息;所述第一类资源用于实现对网络的控制功能;所述第二类资源包括所述网络中用于执行业务的单元;
通过所述第一类资源查询所述第二类资源对应的资源订阅关系;
根据所述资源订阅关系确定所述第二类资源中与所述第一资源关联的第二资源;
将所述第一资源的状态信息发送至所述第二资源;所述第二资源用于根据所述状态信息调整工作状态。
进一步地,所述根据所述资源订阅关系确定所述第二类资源中与所述第一资源关联的第二资源,包括:
根据所述资源订阅关系确定所述第二类资源中订阅所述第一资源的第二资源;
或者,
根据所述资源订阅关系确定订阅所述第一资源的第三类资源;所述第三类资源包括所述第一资源与所述第二类资源中其他资源间的数据传输通道;
通过所述第三类资源确定所述第二类资源中与所述第一资源关联的第二资源。
进一步地,所述根据所述资源订阅关系确定订阅所述第一资源的第三类资源,包括:
确定所述第一资源对应的第四类资源;所述第四类资源至少包括以下之一:配置参数、属性信息、状态监控指标信息;
根据所述资源订阅关系确定订阅所述第四类资源的第三类资源。
进一步地,所述获取由第一类资源控制的第二类资源中第一资源的状态信息,包括:
在由第一类资源控制的第二类资源中第一资源出现异常时,获取所述第一资源基于所述异常生成的异常状态信息;
所述将所述第一资源的状态信息发送至所述第二资源,包括:
将所述第一资源的异常状态信息发送至所述第二资源。
进一步地,所述根据所述资源订阅关系确定订阅所述第一资源的第三类资源,包括:
根据所述异常状态信息确定所述异常的异常类型;
根据所述资源订阅关系确定订阅所述第一资源且与所述异常类型相关的第三类资源。
进一步地,所述方法还包括:
接收所述第一资源发送的注册信息;所述注册信息至少用于携带所述第一资源对应的第四类资源;
基于所述注册信息,对所述第一资源进行注册。
进一步地,所述方法还包括:
基于注册后的第一资源与第二资源的关联关系,建立第三类资源;
基于所述第二资源对所述第一资源的订阅情况,和/或,基于所述第三类资源对所述第一资源的订阅情况,生成资源订阅关系。
进一步地,所述第二资源具体用于:根据所述异常状态信息确定所述异常的异常类型;若所述异常类型表征所述第一资源的性能出现异常,则降低工作频率。
第二方面,本发明提供一种网络监控装置,所述装置包括:
获取模块,用于获取由第一类资源控制的第二类资源中第一资源的状态信息;所述第一类资源用于实现对网络的控制功能;所述第二类资源包括所述网络中用于执行业务的单元;
查询模块,用于通过所述第一类资源查询所述第二类资源对应的资源订阅关系;
确定模块,用于根据所述资源订阅关系确定所述第二类资源中与所述第一资源关联的第二资源;
发送模块,用于将所述第一资源的状态信息发送至所述第二资源;所述第二资源用于根据所述状态信息调整工作状态。
第三方面,本发明提供一种电子设备,所述电子设备包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器;
处理器运行所述计算机程序时,执行前述一个或多个技术方案所述方法的步骤。
第四方面,本发明提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可执行指令;计算机可执行指令被处理器执行后,能够实现前述一个或多个技术方案所述方法。
本发明提供的网络监控方法,包括:获取由第一类资源控制的第二类资源中第一资源的状态信息;所述第一类资源用于实现对网络的控制功能;所述第二类资源包括所述网络中用于执行业务的单元;通过所述第一类资源查询所述第二类资源对应的资源订阅关系;根据所述资源订阅关系确定所述第二类资源中与所述第一资源关联的第二资源;将所述第一资源的状态信息发送至所述第二资源;所述第二资源用于根据所述状态信息调整工作状态。如此,以不同类资源的形式对网络中网管OMC、网元等对象进行划分,简化网络模型,可以充分提高多系统间的架构融合能力以及可迁移性,从而大大降低异厂家网络对接和管理的成本。另外,基于资源间的订阅关系,可以实现网络中关联的网元等资源之间状态信息的及时同步,无需关联资源在与异常资源通信后才能发现异常,从而更好地实现网络中网元等资源间的联动,提高网络针对异常等状态的感知和调整能力。而且在出现异常之后即可通知关联资源进行调整,大大提高网络的反应速度。
附图说明
图1为本发明实施例提供的一种网络监控方法的流程示意图;
图2为本发明实施例提供的一种网络监控方法的流程示意图;
图3为本发明实施例提供的一种网络监控方法的流程示意图;
图4为本发明实施例提供的一种网络监控装置的结构示意图;
图5为本发明实施例提供的一种网络架构示意图;
图6为本发明实施例提供的一种E类资源创建流程示意图;
图7为本发明实施例提供的一种L类资源创建流程示意图;
图8为本发明实施例提供的一种L类资源创建流程示意图;
图9为本发明实施例提供的一种网元联动的流程示意图;
图10为本发明实施例提供的网络架构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,所描述的实施例不应视为对本发明的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
在以下的描述中,所涉及的术语“第一\第二\第三”仅仅是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。
除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的,不是旨在限制本发明。
如图1所示,本发明实施例提供一种网络监控方法,包括:
S110:获取由第一类资源控制的第二类资源中第一资源的状态信息;所述第一类资源用于实现对网络的控制功能;所述第二类资源包括所述网络中用于执行业务的单元;
S120:通过所述第一类资源查询所述第二类资源对应的资源订阅关系;
S130:根据所述资源订阅关系确定所述第二类资源中与所述第一资源关联的第二资源;
S140:将所述第一资源的状态信息发送至所述第二资源;所述第二资源用于根据所述状态信息调整工作状态。
这里,网络可以为核心网、接入网、承载网等各种类型的网络。第一类资源用于提供对网络的组织、控制、维护、调节等功能。示例性地,第一类资源可以为OMC、操作支撑系统(Operation Support Systems,OSS)、网元管理系统(Element Management System,EMS)等网络管理资源。
第二类资源可包括网络中提供业务处理等功能的单元,例如,第二类资源可包括网元、网络功能虚拟化(Network Functions Virtualization,NFV)等架构下的网络功能实体等。
示例性地,第二类资源为网元时,可以为用户端口功能(User Port Function,UPF)单元,或者,业务管理功能(Service Management Function,SMF)单元等。可以理解的是,第一类资源可以用于控制第二类资源进行业务处理,因而第二类资源在结构上可以为第一类资源的子资源。
在本发明实施例中,第一资源和第二资源可以均为第二类资源中的一个资源对象,例如,第一资源和第二资源可对应为不同的网元。与第一资源关联的第二资源,则可以为与第一资源存在业务关联,或者与第一资源间存在通信链路等关联关系的第二类资源。
状态信息可以表征第一资源的运行状态、性能参数等信息,例如在第一资源为网元时,状态信息可以记录网元中的中央处理器(central processing unit,CPU)的内存使用率等工作状态参数。
在一个实施例中,OMC等第一类资源可以按预设的采集周期采集获取第一资源的状态信息,并同步给与第一资源关联的第二资源。如此,与第一资源关联的其他资源可以周期性地获取到第一资源的状态信息,进而根据第一资源的状态信息对自身的工作参数等进行调整,以保证自身工作状态与之匹配,从而稳定网络服务质量。
在另一个实施例中,获取第一资源的状态信息还可以为接收第一资源发送的状态信息。接收第一资源发送的状态信息可包括:接收第一资源按预设发送周期发送的正常状态信息,以及,接收第一资源在出现异常时发送的异常状态信息。如此,在无异常情况出现时,可以按一定时间间隔获取并同步推送状态信息,降低数据传输负荷。在此基础上,在第一资源出现异常时,不再按时间间隔发送,可以及时获取异常状态信息,提高第二资源的信息获取速度和异常响应速度。
在另一个实施例中,第一资源可以为执行某一项业务的主网元,第二资源可以为与第一资源配合执行该业务的辅助网元。例如,在执行多媒体文件播放的业务时,第一资源可以为用于执行播放功能的网元,第二资源可以为提供文件传输、数据处理等功能的网元。因此,第二资源需根据第一资源的性能状态等信息,合理调整自身的工作状态,以实现与第一资源的最佳配合工作方式。
在一个实施例中,状态信息也可以为表征第一资源中出现异常的告警信息,或者,也可以为表征第一资源异常被消除的恢复信息等。相应地,第一类资源可以主动获取第二类资源中第一资源的状态信息,或者,也可以为第一资源在出现异常或消除异常后,将告警信息或恢复信息发送给OMC等第一类资源。
在另一个实施例中,资源订阅关系可以用于记录第二类资源中各资源之间的订阅关系,也可以用于记录第二类资源中的第一资源与其它类资源的订阅关系。例如,可包括第二类资源中的不同的网元之间的订阅关系。资源订阅关系可以存储于OMC等第一类资源中,也可以存储于特定的数据库中,由第一类资源通过数据库进行调用。
如此,将网络中网管OMC、网元等对象进行归类划分,形成不同类资源,从而简化网络模型,大大提高对不同类型网络架构的兼容性与适用性。基于此,可以充分提高多系统间的架构融合能力以及可迁移性,从而大大降低异厂家网络对接和管理的成本。另外,基于网络管理类资源调用资源间的订阅关系,并将网元等资源的状态信息向网络中关联的资源进行及时同步。无需关联资源在与异常资源通信后才能发现异常,从而更好地实现网络中网元等资源间的联动,提高网络针对异常等状态的感知和调整能力。而且在状态信息表征第一资源出现异常时,关联资源可及时做出响应调整,大大提高网络的反应速度。
在一些实施例中,所述S130,可包括:
根据所述资源订阅关系确定所述第二类资源中订阅所述第一资源的第二资源;
或者,根据所述资源订阅关系确定订阅所述第一资源的第三类资源;所述第三类资源包括所述第一资源与所述第二类资源中其他资源间的数据传输通道;
通过所述第三类资源确定所述第二类资源中与所述第一资源关联的第二资源。
在本发明实施例中,第三类资源可以包括第二类资源中不同资源之间的关联链路,例如不同网元之间形成关联的数据传输通道、信令链路等。第三类资源可以包括虚拟专用网络(virtual private network,vpn)通道、承载链路等长期存在于网络中的生命周期较长的资源实例,也可以包括会话通道、信令通道等基于业务域触发而产生,并随业务结束而消失的生命周期较短的资源实例。
示例性地,第三类资源可以为一条注册信令链路,或者一条会话链路。第二类资源中的第一资源可以由第二类资源中的其他资源根据业务关联或依据网络架构整体性等进行订阅,也可以由与该第一资源关联的第三类资源订阅,例如,第三类资源可以订阅所连接的第二类资源。示例性地,连接在两个网元之间的数据传输通道,可以订阅这两个网元。
在一个实施例中,通过第三类资源确定第二类资源中与第一资源关联的第二资源,可以为确定第三类资源所连接的第二类资源中的其他资源,作为与第一资源关联的第二资源。由于第三类资源为第一资源与其他资源的关联链路,因此可以基于链路的连接关系快速确定关联的第二资源。
在一个实施例中,获取资源订阅关系可以通过调用保存在OMC等第一类资源中的资源订阅关系表,或者保存在数据库中等中的其他形式的资源订阅关系数据。示例性地,资源订阅关系表中,可以记录订阅关系中的订阅方与被订阅方,例如,第一资源可以为被订阅方,订阅第一资源的第二资源或第三类资源可以为订阅方。如此,可以在资源订阅关系表中清晰地记录各资源之间的订阅关系,便于在被订阅方产生异常等状态信息时,快速查询到需要通知的订阅方信息。
在另一个实施例中,保存在第一类资源中的资源关系订阅表可以进行分类管理,例如,按处理的业务类型、所属的业务体系、网络子架构等对第一资源及其关联的第二资源、第三类资源等进行分类管理。如此,在基于资源订阅关系进行状态信息推送时,可以查询对应的资源分类,更加针对性地进行状态信息的同步和推送,从而抑制性能瓶颈的隐患。
在又一个实施例中,OMC等第一类资源基于预设的采集周期采集获取第一资源的状态信息并同步给关联的第二资源,且第三类资源在第一资源生成异常状态信息后实时获取第一资源产生的异常状态信息,并同步给关联的第二资源。如此,可以抑制第一类资源未能及时获取到异常状态信息导致第二资源无法及时响应调整。
如此,基于连接第二类资源中不同资源的第三类资源,以及第三类资源对第一资源的订阅关系,可以更加准确且快速地查询到相关联的第二资源,从而进一步提高向第二资源推送状态信息的效率。
在一些实施例中,所述根据所述资源订阅关系确定订阅所述第一资源的第三类资源,包括:
确定所述第一资源对应的第四类资源;所述第四类资源至少包括以下之一:配置参数、属性信息、状态监控指标信息;
根据所述资源订阅关系确定订阅所述第四类资源的第三类资源。
在本发明实施例中,第四类资源可以用于表征各资源所具备的配置参数、属性信息、状态监控指标信息等数据信息,例如,可以为第二类资源或第三类资源中某一资源的表征具体配置数据的配置参数、表征资源类型或业务属性等的属性信息、表征资源不同工作状态告警阈值等的状态监控指标信息等。因此第四类资源可以是第二类资源或第三类资源的子资源。
在一个实施例中,第四类资源还可以支持嵌套,即第四类资源中的某一个资源可以是第四类资源中另一个资源的子资源。例如,第四类资源中可以包括某一网元的状态监控指标信息,还可以包括该网元的内存使用率信息,则内存使用率信息可以为状态监控指标信息的子资源。
示例性地,第四类资源可以为一条配置数据或者告警数据或者信令数据等,比如一个网元的CPU阈值配置。也可以是一条内存监控配置,则该第四类资源包含多个第四类类子资源的实例,比如内存使用率,交换分区swap使用率等。
在另一个实施例中,第三类资源通过订阅第一资源的第四类资源,实现对第一资源的订阅。例如,网元A与网元B之间的关联链路,通过订阅网元A的第四类资源,实现对网元A的订阅。
在一个实施例中,第二资源也可以订阅第一资源的第四类资源,因此,第二资源在第一资源的第四类资源中某一资源出现异常时,可以及时感知到该异常,从而可以更快速地对异常进行响应和调整。
在又一个实施例中,第三类资源订阅第一资源的第四类资源,在第一资源无法生成状态信息或者,第一类资源进行状态信息的转发推送过程中出现阻滞等故障时,第三类资源可以直接感知到第四类资源的波动情况,例如基于第四类资源中的异常告警数据,主动转发给第二资源,向关联的第二资源进行告警。
如此,第三类资源通过直接订阅表征第一资源具体参数信息的第四类资源,可以更加提高对状态信息变化的感知敏感性,在感知到参数信息达到阈值时可以更快速地进行响应和调整。
在一些实施例中,所述S110,可包括:
在由第一类资源控制的第二类资源中第一资源出现异常时,获取所述第一资源基于所述异常生成的异常状态信息;
所述S140,可包括:
将所述第一资源的异常状态信息发送至所述第二资源。
在本发明实施例中,第一资源在出现异常时,根据异常的类型、内容以及出现异常的参数信息等生成异常状态信息,例如内存告警信息、性能告警信息。
在一个实施例中,第一类资源可以确定属于第一资源且与当前出现的异常相关的第四类资源,并根据资源订阅关系查询订阅了该第四类资源的第二资源,从而将异常状态信息发送至第二资源,可以为将异常状态信息仅发送给订阅了与当前异常相关的第四类资源的第二资源。如此,可以抑制向订阅第一资源的所有其他资源发送状态信息,而是仅推送给与该第四类资源存在关联即订阅关系的第二资源。而且可以进一步提高异常状态信息推送的准确性和针对性,降低传输资源占用,进而提高网络服务质量稳定性。
示例性地,网元B订阅了网元A的第四类资源中的某一参数信息,例如处理时延信息,在网元A中的处理时延超出预设的时延阈值时,网元A出现延时异常,生成异常状态信息。此时,OMC可以仅将该异常状态信息推送给订阅了第一资源的处理时延资源的其他网元,即网元B,而无需发送给订阅了网元A的所有其他网元。
如此,在第一资源出现异常时,可以大大提高其他关联网元的状态调整效率,从而更好地抑制网络服务质量的波动。
在一些实施例中,所述根据所述资源订阅关系确定订阅所述第一资源的第三类资源,包括:
根据所述异常状态信息确定所述异常的异常类型;
根据所述资源订阅关系确定订阅所述第一资源且与所述异常类型相关的第三类资源。
在本发明实施例中,异常类型可以与第一资源执行的业务类型对应,例如,根据资源订阅关系确定第三类资源,可以为根据资源订阅关系确定订阅第一资源且与异常类型对应的业务类型相关的第三类资源。
示例性地,若第一资源出现的异常类型为内存使用率异常,则需要确定订阅第一资源且与第一资源关联的业务类型涉及存储类业务的第三类资源,并将该第三类资源连接的资源确定为第二资源。
如此,根据异常类型对应的业务类型对订阅第一资源的第三类资源进行筛选,可以实现仅针对与当前异常类型有关的第三类资源进行状态信息的同步,无需对订阅第一资源的所有第三类资源进行同步,大大提高工作效率。
在一些实施例中,如图2所示,所述方法还包括:
S101:接收所述第一资源发送的注册信息;所述注册信息至少用于携带所述第一资源对应的第四类资源;
S102:基于所述注册信息,对所述第一资源进行注册。
在本发明实施例中,在第一资源初始接入网络时,第一资源将自身拥有的配置、性能、信令、告警信息等信息以第四类资源的形式发送给第一类资源进行注册。
在一个实施例中,第一资源网元接收到第一类资源OSS或OMC下发的注册指令后,将对应的第四类资源携带在注册信息里发送给第一类资源。第一类资源基于注册信息记录第一资源,并进一步基于第一资源与其他资源的关联关系建立资源订阅关系表。
在一些实施例中,如图3所示,所述方法还包括:
S103:基于注册后的第一资源与第二资源的关联关系,建立第三类资源;
S104:基于所述第二资源对所述第一资源的订阅情况,和/或,基于所述第三类资源对所述第一资源的订阅情况,生成资源订阅关系。
在本发明实施例中,在建立网络或建立会话等业务时,基于网络或注册后第一资源与第二类资源中的其他资源(即第二资源)的关联关系,建立第三类资源。例如,基于网络建立的VPN和承载链路、基于注册后的第一资源与第二资源的业务域触发(例如会话等)自动生成第三类资源,或者基于手动添加配置第三类资源等。
在一个实施例中,建立第三类资源后,第三类资源自动订阅关联的所有第二类资源,即基于第三类资源对第一资源的订阅情况生成资源订阅关系,可包括:基于第三类资源对所连接的第一资源和第二资源的订阅情况,生成资源订阅关系。例如:网元A与网元B之间的信令链路,在建立后订阅网元A与网元B。如此,可以实现第三类资源对实现相关业务的第二类资源进行订阅。
在另一个实施例中,建立第三类资源后,第三类资源自动订阅关联的所有第二类资源对应的第四类资源,即基于第三类资源对第一资源的订阅情况生成资源订阅关系,可包括:基于第三类资源对所连接的第一资源对应的第四类资源,以及对所连接的第二资源对应的第四类资源的订阅情况,生成资源订阅信息。例如,网元A与网元B之间的信令链路,在建立后订阅网元A所拥有的第四类资源,以及网元B所拥有的第四类资源。
在又一个实施例中,建立第三类资源后,第三类资源自动订阅关联的所有第二类资源对应的异常告警相关的第四类资源,即基于第三类资源对第一资源的订阅情况生成资源订阅关系,可包括:基于第三类资源对所连接的第一资源对应的告警相关的第四类资源,以及对所连接的第二资源对应的告警相关的第四类资源的订阅情况,生成资源订阅信息。例如,网元A与网元B之间的信令链路,在建立后订阅网元A所拥有的第四类资源中的异常告警数据,以及网元B所拥有的第四类资源中的异常告警数据。如此,可以提高第三类资源对第二类资源的异常告警信息的敏感性和针对性,进一步提高异常状态信息的同步推送效率。
在一些实施例中,所述第二资源具体用于:根据所述异常状态信息确定所述异常的异常类型;若所述异常类型表征所述第一资源的性能出现异常,则降低工作频率。
在本发明实施例中,与第一资源关联的第二资源在接收到第一资源生成的异常状态信息后,对异常状态信息所指示的异常类型进行确定,并根据异常类型选择对应的调整策略。
在一个实施例中,第二资源可以在接收到第一资源的异常状态信息后,继续获取第一资源的状态信息,例如缩短对第一资源状态信息的获取周期,以及时获取第一资源针对异常的自治调整过程。如此,第二资源可以根据异常状态信息后继续获取的第一资源状态信息,对自身的工作状态调整过程进行修正,以匹配第一资源的调整幅度。
在另一个实施例中,若异常类型表征第一资源的性能出现异常,例如内存使用率过高、swap使用率过高、CPU处理并行业务数量过多等,第二资源可以采用降低工作频率、调整链路权重等策略对自身工作状态进行调整。
在又一个实施例中,若异常类型表征第一资源的处理时延出现异常,例如业务处理时延达到预设阈值,第二资源可以采用调整权值重新计算链路、添加数据优先级、暂停业务处理进行等待等策略进行调整。
如图4所示,本发明实施例提供一种网络监控装置,所述装置包括:
获取模块10,用于获取由第一类资源控制的第二类资源中第一资源的状态信息;所述第一类资源用于实现对网络的控制功能;所述第二类资源包括所述网络中用于执行业务的单元;
查询模块20,用于通过所述第一类资源查询所述第二类资源对应的资源订阅关系;
确定模块30,用于根据所述资源订阅关系确定所述第二类资源中与所述第一资源关联的第二资源;
发送模块40,用于将所述第一资源的状态信息发送至所述第二资源;所述第二资源用于根据所述状态信息调整工作状态。
在一些实施例中,所述确定模块,具体用于:根据所述资源订阅关系确定所述第二类资源中订阅所述第一资源的第二资源;
或者,
根据所述资源订阅关系确定订阅所述第一资源的第三类资源;所述第三类资源包括所述第一资源与所述第二类资源中其他资源间的数据传输通道;
通过所述第三类资源确定所述第二类资源中与所述第一资源关联的第二资源。
在一些实施例中,所述确定模块,具体用于:确定所述第一资源对应的第四类资源;所述第四类资源至少包括以下之一:配置参数、属性信息、状态监控指标信息;
根据所述资源订阅关系确定订阅所述第四类资源的第三类资源。
在一些实施例中,所述获取模块,具体用于:在由第一类资源控制的第二类资源中第一资源出现异常时,获取所述第一资源基于所述异常生成的异常状态信息;
所述发送模块,具体用于:将所述第一资源的异常状态信息发送至所述第二资源。
在一些实施例中,所述确定模块,具体用于:根据所述异常状态信息确定所述异常的异常类型;
根据所述资源订阅关系确定订阅所述第一资源且与所述异常类型相关的第三类资源。
在一些实施例中,所述装置还包括:
接收模块,用于接收所述第一资源发送的注册信息;所述注册信息至少用于携带所述第一资源对应的第四类资源;
注册模块,用于基于所述注册信息,对所述第一资源进行注册。
在一些实施例中,所述装置还包括:
建立模块,用于基于注册后的第一资源与第二资源的关联关系,建立第三类资源;
生成模块,用于基于所述第二资源对所述第一资源的订阅情况,和/或,基于所述第三类资源对所述第一资源的订阅情况,生成资源订阅关系。
在一些实施例中,所述第二资源具体用于:根据所述异常状态信息确定所述异常的异常类型;若所述异常类型表征所述第一资源的性能出现异常,则降低工作频率。
以下结合上述任一实施例提供一个具体示例:
如图5所示,本发明实施例将网络实体抽象成4类资源:
1、第一类资源即M类资源:通常可以是运维管理中心OMC,或者其他网管,也可以是上层网管,如OSS等;
2、第二类资源即E类资源:通常可以为心网网元、NFV架构下的网络功能实体,在结构上是M类资源的子资源;
3、第三类资源即L类资源:E类资源之间的关联链路,可以是时序的,在结构上是C类资源的子资源;
4、第四类资源即C类资源:E类资源和L类资源所具备的配置、属性、监控指标等,所以可以是E类资源和L类资源的子资源,同时C类资源可支持嵌套,即一个C类资源可以是另一个C类资源的子资源。
每一类资源都会有对应的实例是网络实体,这里M、E、L、C类资源的实例分别以m、e、l、c来指代:m可以是一个网管,比如某一个OMC。e可以是一个网元,比如一个UPF、或者SMF。l可以是一个信令链路,比如一条注册信令链路
c可以是一条配置数据或者告警数据或者信令数据等,比如一个E类网元CPU阈值配置,也可以是一条内存监控配置,则会包含多个C类子资源的实例,比如内存使用率,swap使用率等。M类资源是网管,用于纳管其他资源,其纳管过程如下:e在入网的时候,会告知m;e在配置的时候,会向m注册自己拥有的C类资源,比如告警、信令、性能、配置等;在网络建设或者会话简历的时候,会产生一条L类资源实例l,通常是手动添加(建设)或者业务域触发(会话建立)。
如图6所示,E类资源创建后,E类资源通过订阅关注的其他E类资源或者其子资源或者L类资源来判断与自己相关的网络状态变化。比如e1订阅了e2的处理时延告警(某C类资源),当e2的处理时延达到阈值的时候,e2会产生一条c(告警数据),并上报给对应的m。m查阅了订阅关系,会实时的将e2产生的告警推送给e1,e1会根据当前情况做出调整,或者调整权值重新计算链路,或者添加数据优先级,或者进行等待。
L类资源的添加分为两种:如图7所示的网络建设添加和如图8所示的业务域触发添加。L类资源实例较为特殊,如果是VPN、承载链路,则会长时间存在,通常用于网络状态的维护。如果是会话、信令通道,则生命周期会很短,由业务域触发产生,会话结束则结束,这类L资源并不强制要求实现,通常用于跨网元的信令跟踪。L类资源实体本身不自治,其业务通常与M类资源合一部署。同时L类资源创建的同时会订阅相关E类资源的告警相关的C类资源。而L资源收到E类资源的变更信息,会同步给所有相关的E类资源。
如图9所示,E类资源的状态变更,通常以其C类子资源的形式同步给M,M通过查询订阅关系,向L类资源进行推送。此处会有性能瓶颈隐患,可以将订阅表进行分类分域管理,L向其关联的所有E类资源同步该变更。关联的E类资源收到变更后,通过自治测量进行响应调整,例如:发现相关网元性能告警,则采取对应降频或者调整链路权值等操作。此过程称为网元联动。
网元之间的联动基于E类资源和L类资源之间的订阅关系,当没有订阅关系存在时,本发明实施例所述的方法退化为普通网管模型,其相比传统模型仍具备先进性。如图10所示,网元管理简化为层级资源管理M类资源管理E类资源,E类资源由C类资源组成,M维护M、L、C的资源副本,并通过C类资源及其子C类资源表现、维护网络状态。通过对资源的操作,实现对网络的操作,本质上一种拓扑管理,但是将原先的图拓扑简化为属性拓扑,降低了理解难度。
上述过程和结构清晰体现了网络的管理逻辑和网元状态变迁的过程。本发明实施例所示的核心网网元组织管理方法,可以做到全链路、甚至跨厂家的网元管理,同时可以实现跨网元的信令跟踪等能力。并且网元组织管理方法,能够加快MANO架构下虚拟网络功能(Virtual Network Function,VNF)的调整速度,使得核心网能够做到更快更好更平稳的定制、迁移、变更。同时,只要求运维人员懂得基本的图论和网络知识,并不需要深入的理解网络组成和结构,大大降低了人员成本和维护成本。
本发明实施例还提供一种电子设备,所述电子设备包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,处理器运行所述计算机程序时,执行前述一个或多个技术方案所述方法的步骤。
本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可执行指令,计算机可执行指令被处理器执行后,能够实现前述一个或多个技术方案所述方法。
本实施例提供的计算机存储介质可为非瞬间存储介质。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理模块中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
在一些情况下,上述任一两个技术特征不冲突的情况下,可以组合成新的方法技术方案。
在一些情况下,上述任一两个技术特征不冲突的情况下,可以组合成新的设备技术方案。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
- 电子设备的显示控制方法、装置、电子设备和存储介质
- 电子设备控制方法及装置、电子设备及存储介质
- 数据分布存储方法、装置、存储介质及电子设备
- 存储清理方法、装置、电子设备及存储介质
- 多版本数据存储管理方法及装置、电子设备、存储介质
- 网络监控界面自定义方法、装置、电子设备及存储介质
- 一种网络监控方法、装置、电子设备和存储介质