CN111585802B - 一种窄带物联网的oam管理方法、装置、设备及存储介质 - Google Patents
一种窄带物联网的oam管理方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN111585802B CN111585802B CN202010356998.4A CN202010356998A CN111585802B CN 111585802 B CN111585802 B CN 111585802B CN 202010356998 A CN202010356998 A CN 202010356998A CN 111585802 B CN111585802 B CN 111585802B
- Authority
- CN
- China
- Prior art keywords
- app
- configproc
- write lock
- things
- responding
- 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
- 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/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
-
- 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/0813—Configuration setting characterised by the conditions triggering a change of settings
-
- 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/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
Abstract
本申请实施例公开了一种窄带物联网的OAM管理方法、装置、设备及存储介质。本申请实施例提供的技术方案通过configProc进程缓存配置文件中的配置参数,将APP进程接入configProc进程中,并在configProc进程注册感兴趣的配置参数作为感兴趣参数,在感兴趣参数发生更新时,configProc进程向对此参数感兴趣的APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数,及时响应配置参数的更新,保证窄带物联网的正常使用。
Description
技术领域
本申请实施例涉及物联网技术领域,尤其涉及一种窄带物联网的OAM管理方法、装置、设备及存储介质。
背景技术
窄带物联网(Narrow Band Internet of Things,NB-IoT)成为万物互联网络的一个重要分支。NB-IoT构建于蜂窝网络,只消耗大约180kHz的带宽,可直接部署于GSM网络、UMTS网络或LTE网络,以降低部署成本、实现平滑升级。
在对窄带物联网配置参数进行管理时,由APP程序访问保存配置参数的文件,从而对文件中的配置参数进行应用。由于配置参数在窄带物联网使用过程中会发生变化,在配置参数发生变化时,APP进程无法及时发现配置参数的变化而导致数据更新不及时,影响使用。
发明内容
本申请实施例提供一种窄带物联网的OAM管理方法、装置、设备及存储介质,以及时响应配置参数的更新,保证窄带物联网的正常使用。
在第一方面,本申请实施例提供了一种窄带物联网的OAM管理方法,包括:
初始化configProc进程并将配置文件中的配置参数缓存至configProc进程;
响应于APP进程的连接请求,将APP进程接入configProc进程;
响应于APP进程的感兴趣参数注册请求,在configProc进程中将对应配置参数注册为感兴趣参数;
响应于configProc进程对感兴趣参数的更新,向APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数。
进一步的,所述初始化configProc进程并将配置文件中的配置参数缓存至configProc进程之后,还包括:
基于写锁的获取状态,确定对操作用户发出的写锁获取请求的应答策略,所述应答策略包括同意授权和拒绝授权。
进一步的,所述基于写锁的获取状态,确定对操作用户发出的写锁获取请求的应答策略,包括:
响应操作用户发出的写锁获取请求,判断写锁的获取状态;
若写锁的获取状态为未被获取,则确定应答策略为同意授权,向所述操作用户发送写锁,并锁住配置文件,以供获取到写锁的操作用户对配置文件进行更新;
若写锁的获取状态为已被获取,则确定应答策略为拒绝授权;
响应于操作用户的写锁释放操作,更新写锁的获取状态。
根据不同类型的参数修改后是否需要重启系统来应用新参数值,向oamProcess返回响应指示。
进一步的,所述方法还包括:
初始化alarmProc进程并将告警定义文件缓存至alarmProc进程,并响应于APP进程的注册请求,将APP进程注册到alarmProc进程;
响应于APP进程的告警事件通知,在alarmProc进程中生成告警事件,并向oamProcess进程发送告警事件,以供oamProcess进程将告警事件写入本地文件。
进一步的,所述响应于APP进程的告警事件通知,在alarmProc进程中生成告警事件,包括:
响应于APP进程的告警事件通知,根据告警定义文件确定告警等级;
在alarmProc进程中生成对应告警等级的告警事件。
进一步的,所述方法还包括:
初始化pmProc进程,将KPI定义文件缓存至pmProc进程并创建共享内存;
响应于APP进程的注册请求,将APP进程注册到pmProc进程,以使APP进程确定其KPI在共享内存中的位置;
由pmProc进程定时打包共享内存中的KPI,所述KPI由APP进程进行收集并在共享内存中进行更新;
响应于oamProcess进程的KPI获取请求,由pmProc进程向oamProcess进程发送打包后的KPI。
进一步的,所述方法还包括:
利用httpProc进程接收浏览用户的HTTP请求,并将适用于oamProcess进程处理的HTTP请求向oamProcess进程转发;
响应于httpProc进程的HTTP请求,在oamProcess进程中处理HTTP请求,并将处理结果返回httpProc进程,由httpProc进程向浏览用户转发处理结果。
在第二方面,本申请实施例提供了一种窄带物联网的OAM管理装置,包括初始化模块、进程连接模块、参数注册模块和变更通知模块,其中:
初始化模块,用于初始化configProc进程并将配置文件中的配置参数缓存至configProc进程;
进程连接模块,用于响应于APP进程的连接请求,将APP进程接入configProc进程;
参数注册模块,用于响应于APP进程的感兴趣参数注册请求,在configProc进程中将对应配置参数注册为感兴趣参数;
变更通知模块,用于响应于configProc进程对感兴趣参数的更新,向APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数。
进一步的,所述装置还包括写锁模块,用于在初始化模块初始化configProc进程并将配置文件中的配置参数缓存至configProc进程之后,基于写锁的获取状态,确定对操作用户发出的写锁获取请求的应答策略,所述应答策略包括同意授权和拒绝授权。
进一步的,所述写锁模块具体用于:
响应操作用户发出的写锁获取请求,判断写锁的获取状态;
若写锁的获取状态为未被获取,则确定应答策略为同意授权,向所述操作用户发送写锁,并锁住配置文件,以供获取到写锁的操作用户对配置文件进行更新;
若写锁的获取状态为已被获取,则确定应答策略为拒绝授权;
响应于操作用户的写锁释放操作,更新写锁的获取状态。
进一步的,所述装置还包括告警管理模块,所述告警管理模块用于:
初始化alarmProc进程并将告警定义文件缓存至alarmProc进程,并响应于APP进程的注册请求,将APP进程注册到alarmProc进程;
响应于APP进程的告警事件通知,在alarmProc进程中生成告警事件,并向oamProcess进程发送告警事件,以供oamProcess进程将告警事件写入本地文件。
进一步的,所述告警模块在响应于APP进程的告警事件通知,在alarmProc进程中生成告警事件时,具体包括:
响应于APP进程的告警事件通知,根据告警定义文件确定告警等级;
在alarmProc进程中生成对应告警等级的告警事件。
进一步的,所述装置还包括性能管理模块,所述性能管理模块用于:
初始化pmProc进程,将KPI定义文件缓存至pmProc进程并创建共享内存;
响应于APP进程的注册请求,将APP进程注册到pmProc进程,以使APP进程确定其KPI在共享内存中的位置;
由pmProc进程定时打包共享内存中的KPI,所述KPI由APP进程进行收集并在共享内存中进行更新;
响应于oamProcess进程的KPI获取请求,由pmProc进程向oamProcess进程发送打包后的KPI。
进一步的,所述装置还包括网页管理模块,所述网页管理模块用于:
利用httpProc进程接收浏览用户的HTTP请求,并将适用于oamProcess进程处理的HTTP请求向oamProcess进程转发;
响应于httpProc进程的HTTP请求,在oamProcess进程中处理HTTP请求,并将处理结果返回httpProc进程,由httpProc进程向浏览用户转发处理结果。
在第三方面,本申请实施例提供了一种计算机设备,包括:存储器以及一个或多个处理器;
所述存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如第一方面所述的窄带物联网的OAM管理方法。
在第四方面,本申请实施例提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的窄带物联网的OAM管理方法。
本申请实施例通过configProc进程缓存配置文件中的配置参数,将APP进程接入configProc进程中,并在configProc进程注册感兴趣的配置参数作为感兴趣参数,在感兴趣参数发生更新时,configProc进程向对此参数感兴趣的APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数,及时响应配置参数的更新,保证窄带物联网的正常使用。
附图说明
图1是本申请实施例提供的一种窄带物联网的OAM管理方法的流程图;
图2是本申请实施例提供的配置参数管理的流程时序图;
图3是本申请实施例提供的另一种窄带物联网的OAM管理方法的流程图;
图4是本申请实施例提供的写锁机制流程时序图;
图5是本申请实施例提供的另一种窄带物联网的OAM管理方法的流程图;
图6是本申请实施例提供的告警管理的流程时序图;
图7是本申请实施例提供的性能管理的流程时序图;
图8是本申请实施例提供的网页管理的流程时序图;
图9是本申请实施例提供的一种窄带物联网的OAM管理装置的结构示意图;
图10是本申请实施例提供的一种计算机设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理,但是其中的许多操作可以被并行地、并发地或者同时实施。此外,各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
其中,OAM(Operation Administration and Maintenance,操作维护管理)是指根据运营商网络运营的实际需要,对网络进行操作、管理和维护。OAM通过oamProcess进程进行统一管理并提供配置管理(CM)、告警管理(FM)、性能管理(PM)、网页管理(WEB)功能,并分别通过configProc进程、alarmProc进程、pmProc进程、httpProc进程来执行配置、告警、性能、网页管理工作。
图1给出了本申请实施例提供的一种窄带物联网的OAM管理方法的流程图,本申请实施例提供的窄带物联网的OAM管理方法可以由窄带物联网的OAM管理装置来执行,该窄带物联网的OAM管理装置可以通过硬件和/或软件的方式实现,并集成在计算机设备中。
下述以窄带物联网的OAM管理装置执行窄带物联网的OAM管理方法为例进行描述。参考图1,该窄带物联网的OAM管理方法包括:
S101:初始化configProc进程并将配置文件缓存至configProc进程。
示例性的,窄带物联网配置参数保存在配置文件(XML文件)中,在对窄带物联网配置参数进行管理时,先启动并初始化configProc进程,然后由configProc进程读取配置文件,获取配置文件中的配置参数,并将配置参数缓存在configProc进程中。此时configProc进程作为服务端,等待APP进程的连接。
其中APP进程可以是OAM管理装置内部启动的内部进程,也可以是外部装置启动并通过有线和/或无线方式与OAM管理装置通信连接的外部进程。
S102:响应于APP进程的连接请求,将APP进程接入configProc进程。
示例性的,在APP进程需要获取配置参数时,APP进程向configProc进程发出连接请求,从而使configProc进程响应连接请求并接入对应APP进程。
进一步的,在APP进程接入configProc进程后,APP进程可访问并获取缓存在configProc进程中的配置参数并进行应用。
S103:响应于APP进程的感兴趣参数注册请求,在configProc进程中注册感兴趣参数。
示例性的,在APP进程接入configProc进程后,将自身感兴趣(需要进行动态获取)的配置参数确定为感兴趣参数,生成指向感兴趣参数的感兴趣参数注册请求,并将感兴趣参数注册请求发送到configProc进程中。
进一步的,configProc进程在接收到感兴趣参数注册请求后,确定感兴趣参数所对应的配置参数,并将对应的配置参数注册为感兴趣参数,并将感兴趣参数与发出感兴趣参数注册请求的APP进程进行关联。
S104:响应于configProc进程对感兴趣参数的更新,向APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数。
具体的,响应于configProc进程对来自oamProcess进程发出的感兴趣参数的更新请求,更新所述感兴趣参数,更新成功后,如果应用参数新值需重启整个系统,oamProcess重启整个系统,否则configProc向APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数。
示例性的,configProc进程对感兴趣参数进行监视,并在感兴趣参数更新时生成反映对应感兴趣参数发生变化的参数变更通知。进一步的,configProc进程根据感兴趣参数和APP进程的关联关系,确定注册了该感兴趣参数的APP进程,并向该APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数。
可选的,configProc进程中生成的参数变更通知可以附带变更后的感兴趣参数,APP进程在接收到参数变更通知后直接应用附带的感兴趣参数即可,还可以仅通知感兴趣参数发生变化,APP进程可根据应用需要调用更新后的感兴趣参数。
可选的,configProc可通知oamProcess进程参数变更后是否需要重启整个系统。
图2为本申请实施例提供的配置参数管理的流程时序图。如图2所示,configProc进程作为基础进程先启动(initialize),读取配置文件并缓存配置文件中的配置参数(read configuration file),等待APP进程连接。APP进程初始化时,向configProc进程注册感兴趣参数(register interest Para)。然后configProc进程将需要的配置参数值发给APP进程(paraVal),APP进程完成初始化。当configProc进程完成配置参数的修改后,向对此配置参数的感兴趣的APP进程发出数据变化通知(DCN)。APP进程处理数据变化通知,应用感兴趣参数的新值(handleDCN)。
上述,通过configProc进程缓存配置文件中的配置参数,将APP进程接入configProc进程中,并在configProc进程注册感兴趣的配置参数作为感兴趣参数,在感兴趣参数发生更新时,configProc进程向对此参数感兴趣的APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数,及时响应配置参数的更新,保证窄带物联网的正常使用。
图3为本申请实施例提供的另一种窄带物联网的OAM管理方法的流程图,该窄带物联网的OAM管理方法是对上述窄带物联网的OAM管理方法的具体化。参考图3,该窄带物联网的OAM管理方法包括:
S201:初始化configProc进程并将配置文件缓存至configProc进程。
S202:基于写锁的获取状态,确定对操作用户发出的写锁获取请求的应答策略,所述应答策略包括同意授权和拒绝授权。
其中,写锁(Exclusive Locks,简称X锁)又称排它锁、独占锁,用户A给对象A加上写锁后,只允许持有写锁的用户A给对象A进行修改,其他用户只允许对该对象进行读取,直至用户A释放写锁。
示例性的,在操作用户需要对配置文件的配置参数进行修改时,先向configProc进程请求写锁,确定对操作用户发出的写锁获取请求的应答策略,即在没有其他操作用户先行获取到写锁且未释放写锁时,向该操作用户授权写锁并锁住配置文件,由获取写锁的操作用户对配置文件进行修改,直至释放写锁。
具体的,对操作用户发出的写锁获取请求的应答策略确定步骤包括步骤S2021-S2024:
S2021:响应操作用户发出的写锁获取请求,判断写锁的获取状态。
具体的,操作用户需要对配置文件的配置参数进行修改时,先向configProc进程发送写锁获取请求。
configProc进程在接收到写锁获取请求后,判断此时写锁是否已被其他操作用户获取并仍处于获取状态(未被释放)。若写锁已被其他操作用户获取并仍处于获取状态时,确定写锁的获取状态为已被获取,否为写锁的获取状态为未被获取。
S2022:若写锁的获取状态为未被获取,则确定应答策略为同意授权,向所述操作用户发送写锁,并锁住配置文件,以供获取到写锁的操作用户对配置文件进行更新。
具体的,在确定写锁的获取状态为未被获取时,确定对发出写锁获取请求的操作用户的应答策略为同意授权。在同意对操作用户的授权后,向该操作用户发送写锁,并锁住配置文件,只允许持有写锁的操作用户对配置文件进行读写操作,其他用户只能读取配置文件。
进一步的,在操作用户得到写锁后,可对配置文件进行修改与确认修改的操作,从而对配置文件进行更新。
S2023:若写锁的获取状态为已被获取,则确定应答策略为拒绝授权。
具体的,在确定写锁的获取状态为已被获取时,确定对发出写锁获取请求的操作用户的应答策略为拒绝授权,并向该操作用户返回拒绝消息,以通知操作用户其发出的写锁获取请求被拒绝。
S2024:响应于操作用户的写锁释放操作,更新写锁的获取状态。
具体的,操作用户在获取写锁后,可对配置文件中的配置参数进行修改,并在确认修改后释放写锁,configProc进程解锁配置文件,并将写锁的获取状态更新为未被获取,并解锁配置文件。
图4为本申请实施例提供的写锁机制流程时序图。如图4所示,操作用户user1向configProc进程发出写锁获取请求(Request WR lock),此时写锁为未被获取状态,configProc进程向user1返回写锁(Got WR lock),并锁住配置文件,此时持有写锁的操作用户user1向configProc进程发送修改数据(WR data),由于操作用户user1持有写锁,configProc进程会对相应的配置参数进行修改并向操作用户user1反馈(WR OK)。
若此时操作用户user2向configProc进程发出写锁获取请求(Request WR lock),此时写锁为已被获取状态,configProc进程向user2返回拒绝消息(Reject),不过此时操作用户user2仍可以向configProc进程读取配置参数(Get Para Value),相应的,configProc进程向操作用户user2返回对应配置参数(Para Value)。
进一步的,在完成配置参数的修改够,操作用户user1向configProc进程确认修改信息(Commit),configProc进程确定修改后向操作用户user1返回确认信息(Commit OK),然后操作用户user1释放写锁(RElease WR lock),configProc进程响应于写锁释放操作,将写锁的获取状态更改为未被获并并解锁配置文件。
S203:响应于APP进程的连接请求,将APP进程接入configProc进程。
S204:响应于APP进程的感兴趣参数注册请求,在configProc进程中注册感兴趣参数。
S205:响应于configProc进程对感兴趣参数的更新,通知oamProcess重启系统或向APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数。
上述,通过configProc进程缓存配置文件中的配置参数,将APP进程接入configProc进程中,并在configProc进程注册感兴趣的配置参数作为感兴趣参数,在感兴趣参数发生更新时,configProc进程向对此参数感兴趣的APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数,及时响应配置参数的更新,保证窄带物联网的正常使用。并提供了锁机制,当有操作用户尝试修改数据时,需要先获取写锁,如果获取成功,配置文件会被锁住,该操作用户可以进行修改操作,此时其他操作用户不能获取到写锁,不可再修改,只有等第一个操作用户释放写锁后,才可进行修改操作,保证数据的一致性。
图5为本申请实施例提供的另一种窄带物联网的OAM管理方法的流程图,该窄带物联网的OAM管理方法是对上述窄带物联网的OAM管理方法的具体化。参考图5,该窄带物联网的OAM管理方法包括:
S301:初始化configProc进程并将配置文件缓存至configProc进程。
S302:初始化alarmProc进程并将告警定义文件缓存至alarmProc进程,并响应APP进程的注册请求。
S303:初始化pmProc进程,将KPI定义文件缓存至pmProc进程并创建共享内存。
具体的,在开启pmProc进程后,对pmProc进程进行初始化,并读取KPI定义文件,将KPI定义文件缓存到pmProc进程中,并创建共享内存,用于保存APP进程回传的KPI。
其中KPI应理解为窄带物联网性能管理过程中的关键指标,例如UE注册次数、UE下行数据发送次数、UE上行数据接收次数、错误、异常统计等。
S304:初始化oamProces进程。
S305:初始化httpProc进程。
S306:响应于APP进程的连接请求,将APP进程接入configProc进程。
S307:响应于APP进程的感兴趣参数注册请求,在configProc进程中注册感兴趣参数。
S308:响应于configProc进程对感兴趣参数的更新,向APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数。
S309:alarmProc进程响应于APP进程的注册请求,将APP进程注册到alarmProc进程。
具体的,在告警管理(FM)服务进程alarmProc进程启动时,现将alarmProc进程初始化,读取告警定义文件,并将告警定义文件缓存到alarmProc进程中。
其中告警定义文件用于定义FM事件(告警事件),例如将APP进程发生的不同错误进行等级分类。示例性的,可根据错误的严重程度将告警等级划分为Minor(轻微)、Major(重要)、Critical(严重)三个等级,例如将DSP加载失败、DSP HB丢失和L2App-DSP通信错误的告警等级定义为Critical,将L2App内部错误和Callp内部错误定义为Major。
进一步的,在APP进程启动并初始化后,向alarmProc进程发出注册请求,alarmProc进程响应注册请求,并将APP进程注册到alarmProc进程中。
S310:响应于APP进程的告警事件通知,在alarmProc进程中生成告警事件,并向oamProcess进程发送告警事件,以供oamProcess进程将告警事件写入本地文件。
示例性的,APP进程在检测到错误事件时,向alarmProc进程发送告警事件通知,以使alarmProc进程生成告警事件。具体的,该步骤包括:响应于APP进程的告警事件通知,根据告警定义文件确定告警等级;在alarmProc进程中生成对应告警等级的告警事件。
具体的,alarmProc进程在接收到告警事件通知后,确定APP进程发生的错误事件,并根据告警定义文件中对不同错误的告警等级分类,确定该错误事件对应的告警等级,并生成对应告警等级的告警事件。
进一步的,在生成告警事件后,alarmProc进程将告警事件发送至oamProcess进程,此时oamProcess进程可将告警事件写入本地文件中,或者是将告警事件通知上一级节点。此时管理人员可在oamProcess进程的本地文件中查询当前告警事件,并可通过JSON方式将当前告警事件向外发送。
图6为本申请实施例提供的告警管理的流程时序图。如图6所示,FM服务进程alarmProc进程启动并初始化(initialize)时,读取告警定义文件(read Alarmdefinitions)。
APP进程启动(initialize)后向alarmProc进程注册(connect)。当告警事件发生时,APP进程通知alarmProc进程(NOTIFYFM EVENT),根据告警定义文件生成相关告警等级的告警事件。
alarmProc进程将告警事件通知oamProcess进程(NOTIFY ALARM EVENT),oamProcess进程将告警事件放入列表,并写入本地文件(saveAlarm),进行下一步处理。
S311:响应于APP进程的注册请求,将APP进程注册到pmProc进程,以使APP进程确定其KPI在共享内存中的位置。
具体的,APP进程在启动并完成初始化后,向pmProc进程发出注册申请,从而将APP进程注册到pmProc进程中,以使APP进程确定其KPI在共享内存中的位置。
S312:由pmProc进程定时打包共享内存中的KPI,并响应于oamProcess进程的KPI获取请求,由pmProc进程向oamProcess进程发送打包后的KPI。
其中,KPI由APP进程进行收集并在共享内存中进行更新。具体的,APP进程对其运行过程中的KPI进行收集,并在APP进程统计到相关KPI时,将KPI发送到pmProc进程并保存在共享内存对应位置中,对共享内存中的KPI进行更新。
进一步的,pmProc进程定时打包共享内存中的KPI,并在接收到oamProcess进程的KPI获取请求时,将打包好的KPI发送到oamProcess进程中。
图7为本申请实施例提供的性能管理的流程时序图。如图7所示,pmProc进程在初始化(initialize)后,读取KPI定义文件并创建共享内存(read KPI definitions,createshared memory),APP进程向pmProc进程注册(register to pmProc),获得其KPI所在的共享内存位置。
APP进程收集KPI(gather kpis),并保存至共享内存,pmProc进程定时打包KPI(collect Kpis),oamProcess进程向pmProc进程发出KPI获取请求(get Kpis)以获取KPI。
S313:利用httpProc进程接收浏览用户的HTTP请求,并将适用于oamProcess进程处理的HTTP请求向oamProcess进程转发。
其中,网页(WEB)服务器(httpProc进程)采用LUCI框架,在httpProc进程中增加与oamProcess进程的通信接口,将OAM相关操作转发到oamProcess进程中。其中HTTP请求可以是设备状态信息查询、通用配置、接入参数配置、设备管理、用户管理等。
具体的,httpProc进程接收浏览用户的HTTP请求,对于可以在httpProc进程中处理的HTTP请求,在httpProc进程中进行处理,对于需要转发到oamProcess进程中进行处理的,向oamProcess进程转发HTTP请求。
其中HTTP请求是否需要转发到oamProcess进程可根据httpProc进程自身能否进行处理进行判断,或者是根据是否为预先记录的需要由oamProcess进程来处理的请求进行判断,还可以是根据HTTP请求要求的处理主体要求进行判断。
S314:响应于httpProc进程的HTTP请求,在oamProcess进程中处理HTTP请求,并将处理结果返回httpProc进程,由httpProc进程向浏览用户转发处理结果。
具体的,oamProcess进程接收到来自httpProc进程转发的HTTP请求后,对HTTP请求进行处理并生成处理结果,并将处理结果返回httpProc进程,由httpProc进程向浏览用户或浏览器转发处理结果。
图8为本申请实施例提供的网页管理的流程时序图。如图8所示,在Web服务器收到来自浏览用户(USER)的HTTP请求(HTTP REQ)后,httpProc进程判断可以本地处理的,本地处理HTTP请求,对于需要转发到oamProcess进程的,转发到oamProcess进程(OAM REQ)。
oamProcess进程收到来自httpProcd进程的转发到HTTP请求后,进行相应处理得到处理结果(handle Oam Req),并向httpProcd进程返回处理结果(OAM RSP),httpProc进程在收到处理结果后,生成HTTP响应,将处理结果返回给浏览用户(HTTP RSP)。
上述,通过configProc进程缓存配置文件中的配置参数,将APP进程接入configProc进程中,并在configProc进程注册感兴趣的配置参数作为感兴趣参数,在感兴趣参数发生更新时,configProc进程向对此参数感兴趣的APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数,及时响应配置参数的更新,保证窄带物联网的正常使用。同时,通过提供配置、告警、性能、网页管理功能有效对窄带物联网的正常工作进行管理。
图9为本申请实施例提供的一种窄带物联网的OAM管理装置的结构示意图。参考图9,本实施例提供的窄带物联网的OAM管理装置包括初始化模块41、进程连接模块42、参数注册模块43和变更通知模块44。
其中,初始化模块41,用于初始化configProc进程并将配置文件缓存至configProc进程;进程连接模块42,用于响应于APP进程的连接请求,将APP进程接入configProc进程;参数注册模块43,用于响应于APP进程的感兴趣参数注册请求,在configProc进程中注册感兴趣参数;变更通知模块44,用于响应于configProc进程对感兴趣参数的更新,向APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数。
上述,通过configProc进程缓存配置文件中的配置参数,将APP进程接入configProc进程中,并在configProc进程注册感兴趣的配置参数作为感兴趣参数,在感兴趣参数发生更新时,configProc进程向对此参数感兴趣的APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数,及时响应配置参数的更新,保证窄带物联网的正常使用。
在一个可能的实施例中,所述装置还包括写锁模块,用于在初始化模块41初始化configProc进程并将配置文件中的配置参数缓存至configProc进程之后,基于写锁的获取状态,确定对操作用户发出的写锁获取请求的应答策略,所述应答策略包括同意授权和拒绝授权。
在一个可能的实施例中,所述写锁模块具体用于:
响应操作用户发出的写锁获取请求,判断写锁的获取状态;
若写锁的获取状态为未被获取,则确定应答策略为同意授权,向所述操作用户发送写锁,并锁住配置文件,以供获取到写锁的操作用户对配置文件进行更新;
若写锁的获取状态为已被获取,则确定应答策略为拒绝授权;
响应于操作用户的写锁释放操作,更新写锁的获取状态。
在一个可能的实施例中,所述装置还包括告警管理模块,所述告警管理模块用于:
初始化alarmProc进程并将告警定义文件缓存至alarmProc进程,并响应于APP进程的注册请求,将APP进程注册到alarmProc进程;
响应于APP进程的告警事件通知,在alarmProc进程中生成告警事件,并向oamProcess进程发送告警事件,以供oamProcess进程将告警事件写入本地文件。
在一个可能的实施例中,所述告警模块在响应于APP进程的告警事件通知,在alarmProc进程中生成告警事件时,具体包括:
响应于APP进程的告警事件通知,根据告警定义文件确定告警等级;
在alarmProc进程中生成对应告警等级的告警事件。
在一个可能的实施例中,所述装置还包括性能管理模块,所述性能管理模块用于:
初始化pmProc进程,将KPI定义文件缓存至pmProc进程并创建共享内存;
响应于APP进程的注册请求,将APP进程注册到pmProc进程,以使APP进程确定其KPI在共享内存中的位置;
由pmProc进程定时打包共享内存中的KPI,所述KPI由APP进程进行收集并在共享内存中进行更新;
响应于oamProcess进程的KPI获取请求,由pmProc进程向oamProcess进程发送打包后的KPI。
在一个可能的实施例中,所述装置还包括网页管理模块,所述网页管理模块用于:
利用httpProc进程接收浏览用户的HTTP请求,并将适用于oamProcess进程处理的HTTP请求向oamProcess进程转发;
响应于httpProc进程的HTTP请求,在oamProcess进程中处理HTTP请求,并将处理结果返回httpProc进程,由httpProc进程向浏览用户转发处理结果。
本申请实施例还提供了一种计算机设备,该计算机设备可集成本申请实施例提供的窄带物联网的OAM管理装置。图10是本申请实施例提供的一种计算机设备的结构示意图。参考图7,该计算机设备包括:输入装置53、输出装置54、存储器52以及一个或多个处理器51;所述存储器52,用于存储一个或多个程序;当所述一个或多个程序被所述一个或多个处理器51执行,使得所述一个或多个处理器51实现如上述实施例提供的窄带物联网的OAM管理方法。其中输入装置53、输出装置54、存储器52和处理器51可以通过总线或者其他方式连接,图10中以通过总线连接为例。
存储器52作为一种计算设备可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本申请任意实施例所述的窄带物联网的OAM管理方法对应的程序指令/模块(例如,窄带物联网的OAM管理装置中的初始化模块41、进程连接模块42、参数注册模块43和变更通知模块44)。存储器52可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据设备的使用所创建的数据等。此外,存储器52可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器52可进一步包括相对于处理器51远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置53可用于接收输入的数字或字符信息,以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置54可包括显示屏等显示设备。
处理器51通过运行存储在存储器52中的软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述的窄带物联网的OAM管理方法。
上述提供的窄带物联网的OAM管理装置和计算机可用于执行上述实施例提供的窄带物联网的OAM管理方法,具备相应的功能和有益效果。
本申请实施例还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如上述实施例提供的窄带物联网的OAM管理方法,该窄带物联网的OAM管理方法包括:初始化configProc进程并将配置文件缓存至configProc进程;响应于APP进程的连接请求,将APP进程接入configProc进程;响应于APP进程的感兴趣参数注册请求,在configProc进程中注册感兴趣参数;响应于configProc进程对感兴趣参数的更新,向APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数。
存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括:安装介质,例如CD-ROM、软盘或磁带装置;计算机系统存储器或随机存取存储器,诸如DRAM、DDR RAM、SRAM、EDO RAM,兰巴斯(Rambus)RAM等;非易失性存储器,诸如闪存、磁介质(例如硬盘或光存储);寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外,存储介质可以位于程序在其中被执行的第一计算机系统中,或者可以位于不同的第二计算机系统中,第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
当然,本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的窄带物联网的OAM管理方法,还可以执行本申请任意实施例所提供的窄带物联网的OAM管理方法中的相关操作。
上述实施例中提供的窄带物联网的OAM管理装置、设备及存储介质可执行本申请任意实施例所提供的窄带物联网的OAM管理方法,未在上述实施例中详尽描述的技术细节,可参见本申请任意实施例所提供的窄带物联网的OAM管理方法。
上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由权利要求的范围决定。
Claims (10)
1.一种窄带物联网的OAM管理方法,其特征在于,包括:
初始化configProc进程并将配置文件中的配置参数缓存至configProc进程;
响应于APP进程的连接请求,将APP进程接入configProc进程;
响应于APP进程的感兴趣参数注册请求,在configProc进程中将对应配置参数注册为感兴趣参数;
响应于configProc进程对来自oamProcess进程发出的感兴趣参数的更新请求,更新所述感兴趣参数,更新成功后,如果应用参数新值需重启整个系统,oamProcess重启整个系统,否则configProc向APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数。
2.根据权利要求1所述的窄带物联网的OAM管理方法,其特征在于,所述初始化configProc进程并将配置文件中的配置参数缓存至configProc进程之后,还包括:
基于写锁的获取状态,确定对操作用户发出的写锁获取请求的应答策略,所述应答策略包括同意授权和拒绝授权。
3.根据权利要求2所述的窄带物联网的OAM管理方法,其特征在于,所述基于写锁的获取状态,确定对操作用户发出的写锁获取请求的应答策略,包括:
响应操作用户发出的写锁获取请求,判断写锁的获取状态;
若写锁的获取状态为未被获取,则确定应答策略为同意授权,向所述操作用户发送写锁,并锁住配置文件,以供获取到写锁的操作用户对配置文件进行更新;
若写锁的获取状态为已被获取,则确定应答策略为拒绝授权;
响应于操作用户的写锁释放操作,更新写锁的获取状态。
4.根据权利要求1-3任一项所述的窄带物联网的OAM管理方法,其特征在于,所述方法还包括:
初始化alarmProc进程并将告警定义文件缓存至alarmProc进程,并响应于APP进程的注册请求,将APP进程注册到alarmProc进程;
响应于APP进程的告警事件通知,在alarmProc进程中生成告警事件,并向oamProcess进程发送告警事件,以供oamProcess进程将告警事件写入本地文件。
5.根据权利要求4所述的窄带物联网的OAM管理方法,其特征在于,所述响应于APP进程的告警事件通知,在alarmProc进程中生成告警事件,包括:
响应于APP进程的告警事件通知,根据告警定义文件确定告警等级;
在alarmProc进程中生成对应告警等级的告警事件。
6.根据权利要求1-3任一项所述的窄带物联网的OAM管理方法,其特征在于,所述方法还包括:
初始化pmProc进程,将KPI定义文件缓存至pmProc进程并创建共享内存;
响应于APP进程的注册请求,将APP进程注册到pmProc进程,以使APP进程确定其KPI在共享内存中的位置;
由pmProc进程定时打包共享内存中的KPI,所述KPI由APP进程进行收集并在共享内存中进行更新;
响应于oamProcess进程的KPI获取请求,由pmProc进程向oamProcess进程发送打包后的KPI。
7.根据权利要求1-3任一项所述的窄带物联网的OAM管理方法,其特征在于,所述方法还包括:
利用httpProc进程接收浏览用户的HTTP请求,并将适用于oamProcess进程处理的HTTP请求向oamProcess进程转发;
响应于httpProc进程的HTTP请求,在oamProcess进程中处理HTTP请求,并将处理结果返回httpProc进程,由httpProc进程向浏览用户转发处理结果。
8.一种窄带物联网的OAM管理装置,其特征在于,包括初始化模块、进程连接模块、参数注册模块和变更通知模块,其中:
初始化模块,用于初始化configProc进程并将配置文件中的配置参数缓存至configProc进程;
进程连接模块,用于响应于APP进程的连接请求,将APP进程接入configProc进程;
参数注册模块,用于响应于APP进程的感兴趣参数注册请求,在configProc进程中将对应配置参数注册为感兴趣参数;
变更通知模块,用于响应于configProc进程对感兴趣参数的更新,向APP进程发送参数变更通知,以通知APP进程应用更新后的感兴趣参数。
9.一种计算机设备,其特征在于,包括:存储器以及一个或多个处理器;
所述存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-7任一所述的窄带物联网的OAM管理方法。
10.一种包含计算机可执行指令的存储介质,其特征在于,所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7任一所述的窄带物联网的OAM管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010356998.4A CN111585802B (zh) | 2020-04-29 | 2020-04-29 | 一种窄带物联网的oam管理方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010356998.4A CN111585802B (zh) | 2020-04-29 | 2020-04-29 | 一种窄带物联网的oam管理方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111585802A CN111585802A (zh) | 2020-08-25 |
CN111585802B true CN111585802B (zh) | 2021-03-16 |
Family
ID=72111841
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010356998.4A Active CN111585802B (zh) | 2020-04-29 | 2020-04-29 | 一种窄带物联网的oam管理方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111585802B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101656749A (zh) * | 2009-09-17 | 2010-02-24 | 中国船舶重工集团公司第七○九研究所 | 一种实时系统下无中心节点的发布者/订阅者实时互发现方法 |
CN103368650A (zh) * | 2013-07-18 | 2013-10-23 | 中怡(苏州)科技有限公司 | 光纤通讯网络的配置方法 |
CN109586948A (zh) * | 2018-10-16 | 2019-04-05 | 深圳壹账通智能科技有限公司 | 更新系统配置数据的方法、装置、计算机设备和存储介质 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101308513A (zh) * | 2008-06-27 | 2008-11-19 | 福建星网锐捷网络有限公司 | 分布式系统中缓存数据的同步配置方法与装置 |
US10412012B2 (en) * | 2015-09-22 | 2019-09-10 | Arris Enterprises Llc | Intelligent, load adaptive, and self optimizing master node selection in an extended bridge |
-
2020
- 2020-04-29 CN CN202010356998.4A patent/CN111585802B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101656749A (zh) * | 2009-09-17 | 2010-02-24 | 中国船舶重工集团公司第七○九研究所 | 一种实时系统下无中心节点的发布者/订阅者实时互发现方法 |
CN103368650A (zh) * | 2013-07-18 | 2013-10-23 | 中怡(苏州)科技有限公司 | 光纤通讯网络的配置方法 |
CN109586948A (zh) * | 2018-10-16 | 2019-04-05 | 深圳壹账通智能科技有限公司 | 更新系统配置数据的方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111585802A (zh) | 2020-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10244001B2 (en) | System, apparatus and method for access control list processing in a constrained environment | |
AU2007313956B2 (en) | Offline execution of Web based applications | |
US7676573B2 (en) | Node monitor client cache synchronization for mobile device management | |
US7584201B2 (en) | Management of mobile-device data | |
US9253265B2 (en) | Hot pluggable extensions for access management system | |
US8868707B2 (en) | Adaptive write-back and write-through caching for off-line data | |
US10609123B2 (en) | Hybrid quorum policies for durable consensus in distributed systems | |
US7571165B2 (en) | Method and system for providing locking behavior | |
WO2022022105A1 (zh) | 基于本地缓存和分布式缓存的数据获取方法、应用服务器 | |
CN103701899A (zh) | 资源访问方法及装置 | |
CN103209090A (zh) | 远程网管系统及其业务操作方法 | |
US8340652B2 (en) | System and method of waste management | |
US20070055890A1 (en) | System and method for management of plaintext data in a mobile data processing device | |
US20170244605A1 (en) | Method and System for Virtual Server Dormancy | |
US8732346B2 (en) | Coordination of direct I/O with a filter | |
CN111585802B (zh) | 一种窄带物联网的oam管理方法、装置、设备及存储介质 | |
US9465752B2 (en) | Systems and/or methods for policy-based access to data in memory tiers | |
JP7250121B2 (ja) | クラウドデグレードモードにおいてデバイス動作信頼性を継続的に確保するための方法および装置 | |
CN109033877A (zh) | 一种分布式用户权限处理方法及系统 | |
CN113992420B (zh) | 一种权限管理方法、系统,电子设备和存储介质 | |
Jurnet Bolarin | Control resilience in a F2C scenario | |
CN117421309A (zh) | 工作流引擎数据一致性处理方法及装置、电子设备 | |
CN117473490A (zh) | 一种进程保护方法、装置、设备及存储介质 | |
JP2024518771A (ja) | ユーザデータのディザスタリカバリ方法、装置、ネットワークエレメント機器及び記憶媒体 | |
CN117879879A (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 |