CN113824587A - 一种多通信协议设备管理方法及*** - Google Patents
一种多通信协议设备管理方法及*** Download PDFInfo
- Publication number
- CN113824587A CN113824587A CN202111069190.9A CN202111069190A CN113824587A CN 113824587 A CN113824587 A CN 113824587A CN 202111069190 A CN202111069190 A CN 202111069190A CN 113824587 A CN113824587 A CN 113824587A
- Authority
- CN
- China
- Prior art keywords
- equipment
- managed
- data model
- data
- communication protocol
- 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
- 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/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供一种多通信协议设备管理方法及***,包括:待启动后获取所有待管理设备的数据模型,将所有待管理设备的数据模型缓存至指定数据库;从指定数据库中获取待管理设备的数据模型属性,基于数据模型属性构建监控参数数据帧,下发监控参数数据帧至待管理设备;接收待管理设备上报的通信协议数据帧,通过解析通信协议数据帧获取待管理设备的数据模型属性,与指定数据库中的数据模型属性进行匹配获得设备管理策略。本发明通过将网元监控参量抽象成数据模型对象和对象属性,统一业务处理流程,在与设备通信阶段时根据具体协议类型进行不同方式的组解帧,从而达到对多种通信协议的多种设备既能进行模型化统一管理,又能突显各网元设备特性功能。
Description
技术领域
本发明涉及网络管理技术领域,尤其涉及一种多通信协议设备管理方法及***。
背景技术
随着移动通信技术的快速发展,通信网络越来越复杂,随之而来的网元设备种类和数量也越来越多,各种网元设备不仅参数不同,通信协议往往也各不相同。因此目前大多数网元管理方法是各设备厂家自己提供网管***,然后再将数据上报到一个统一管理平台中,用户则通过统一管理平台对网元设备进行管理的方式。
目前的管理方式一是需要大量服务器来安装各网元设备厂家的管理***,需消耗大量硬件和网络资源;二是每个网元设备管理***需开发与统一管理平台的接口,带来很大的开发工作难度;三是由于统一管理平台的局限性,无法对每种网元设备特性功能进行精确管理。
因此,需要提出新的网元设备管理方法,能解决上述存在的问题。
发明内容
本发明提供一种多通信协议设备管理方法及***,用以解决现有技术中针对网元设备集中管理存在硬件资源耗费过高,管理困难的缺陷。
第一方面,本发明提供一种多通信协议设备管理方法,包括:
待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库;
从所述指定数据库中获取待管理设备的数据模型属性,基于所述数据模型属性构建监控参数数据帧,下发所述监控参数数据帧至所述待管理设备;
接收所述待管理设备上报的通信协议数据帧,通过解析所述通信协议数据帧获取所述待管理设备的数据模型属性,与所述指定数据库中的数据模型属性进行匹配获得设备管理策略。
在一个实施例中,待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库,之前还包括:
获取所述所有待管理设备的数据模型,并存储所述数据模型。
在一个实施例中,获取所述所有待管理设备的数据模型,并存储所述数据模型,包括:
获取所有待管理设备在预设通信协议类型下的网元设备监控参数;
基于数据模型属性、数据模型对象、数据模型对象描述、数据模型对象属性和数据模型对象属性描述,确定所述网元设备监控参数对应的所述数据模型,其中:
所述数据模型属性包括通信协议类型、网元类别和设备版本;
所述数据模型对象包括对象ID、对象名称和对象标识符OID;
所述数据模型对象属性包括模型对象属性ID、模型对象属性名称、OID、数据类型和数据长度;
将所述数据模型存储为预设格式文件。
在一个实施例中,所述待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库,包括:
从指定目录中获取所有数据模型的预设格式文件;
从所述预设格式文件中获取每个数据模型属性对应的通信协议类型、网元类别和设备版本;
将所述每个数据模型属性对应的通信协议类型、网元类别和设备版本分别缓存至所述指定数据库。
在一个实施例中,从所述指定数据库中获取待管理设备的数据模型属性,基于所述数据模型属性构建监控参数数据帧,下发所述监控参数数据帧至所述待管理设备,包括:
基于所述数据模型属性确定对应的数据模型;
由所述数据模型的数据模型对象OID和数据模型对象属性OID,构建完整参数OID;
将所述完整参数OID、参数值和操作类型,基于预设通信协议类型构建所述监控参数数据帧,下发所述监控参数数据帧至所述待管理设备。
在一个实施例中,接收所述待管理设备上报的通信协议数据帧,通过解析所述通信协议数据帧获取所述待管理设备的数据模型属性,与所述指定数据库中的数据模型属性进行匹配获得设备管理策略,包括:
从所述通信协议数据帧中获取所述待管理设备的IP地址;
基于所述IP地址从所述指定数据库中获取所述待管理设备的数据模型属性;
在数据模型缓存中,通过所述待管理设备的数据模型属性确定与所述待管理设备匹配的数据模型;
基于所述待管理设备的通信协议类型,对所述通信协议数据帧进行解析,获取通信协议帧参数OID;
将与所述待管理设备对应的完整参数OID与所述通信协议帧参数OID进行匹配,获取数据模型对象属性;
将所述数据模型对象属性与参数值发送至业务模块进行处理,由所述业务模块基于所述设备管理策略管理所述待管理设备。
第二方面,本发明还提供一种多通信协议设备管理***,包括:
加载模块,用于待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库;
组帧模块,用于从所述指定数据库中获取待管理设备的数据模型属性,基于所述数据模型属性构建监控参数数据帧,下发所述监控参数数据帧至所述待管理设备;
解帧模块,用于接收所述待管理设备上报的通信协议数据帧,通过解析所述通信协议数据帧获取所述待管理设备的数据模型属性,与所述指定数据库中的数据模型属性进行匹配获得设备管理策略。
第三方面,本发明还提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上述任一种所述多通信协议设备管理方法的步骤。
第四方面,本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如上述任一种所述多通信协议设备管理方法的步骤。
第五方面,本发明还提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时实现如上述任一种所述多通信协议设备管理方法的步骤。
本发明提供的多通信协议设备管理方法及***,通过将网元监控参量抽象成数据模型对象和对象属性,统一业务处理流程,在与设备通信阶段时根据具体协议类型进行不同方式的组解帧,从而达到对多种通信协议的多种设备既能进行模型化统一管理,又能突显各网元设备特性功能。
附图说明
为了更清楚地说明本发明或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明提供的多通信协议设备管理方法的流程示意图;
图2是本发明提供的数据模型定义结构图;
图3是本发明提供的网元管理***数据模型加载流程示意图;
图4是本发明提供的网元管理***组帧通信流程示意图;
图5是本发明提供的网元管理***解帧通信流程示意图;
图6是本发明提供的多通信协议设备管理***的结构示意图;
图7是本发明提供的电子设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
针对现有技术中网管***对多个网元设备管理时需投入大量的硬件和复杂的管理机制,本发明提出一种多通信协议设备管理方法,既能实现按照告警、配置和操作等常规功能管理不同通信协议的网元设备,又能体现各种设备特性功能。
图1是本发明提供的多通信协议设备管理方法的流程示意图,如图1所示,包括:
S1,待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库;
S2,从所述指定数据库中获取待管理设备的数据模型属性,基于所述数据模型属性构建监控参数数据帧,下发所述监控参数数据帧至所述待管理设备;
S3,接收所述待管理设备上报的通信协议数据帧,通过解析所述通信协议数据帧获取所述待管理设备的数据模型属性,与所述指定数据库中的数据模型属性进行匹配获得设备管理策略。
本发明涉及的方案包括网元管理***、数据库***和数据模型。
具体地,网元管理***将构建好的数据模型进行加载,在启动后需将所有设备数据模型缓存起来,首先在指定的目录下读取所有数据模型XML文件,然后根据每个数据模型属性的通信协议类型、网元类别和设备版本将不同的设备模型分别缓存起来,这时网元管理***中其他业务模块就可以通过数据模型方式来对设备监控参数进行管理。
然后,由网元管理***进行通信组帧,由网元管理***中各业务模块发起,对指定数据模型对象属性进行查询/设置操作,首先在数据库模型缓存中通过数据模型属性中的通信协议类型、网元类别和设备版本匹配到对应的数据模型,再通过数据模型对象和对象属性的OID(Object Identifier,对象识别符)组成完整的参数OID,最后将完成的参数OID、参数值和操作类型按照不同的通信协议组成完整的通信数据帧,下发到指定设备上。这样就完成了由网元管理***通过管理数据模型对象,最终转换成不同通信协议的监控参数数据帧,再下发到设备上。
最后,网元管理***还负责进行通信解帧,由设备上报通信协议数据帧到网元管理***后,网元管理***通过上报设备的IP地址,从数据库中获取网元设备的通信协议类型、网元类别和设备版本。然后网元管理***按网元设备的通信协议类型,对原始上报数据帧进行解析,获取所有参数OID和值。最后网元管理***将网元匹配的数据模型对象和对象属性的OID拼接起来与原始通信协议帧的参数OID进行匹配,找出数据模型对象属性,并连同参数值一起发送给业务模块进行处理。这样就完成了由网元设备发起的参数上报,网元管理***按网元设备通信协议类型解析后,再通过网元设备的数据模型匹配后转换成模型对象属性后,发送到业务模块进行处理,业务模块可以按数据模型对所有设备进行统一的管理,也可以通过不同设备类型进行特性化处理。
本发明通过将网元监控参量抽象成数据模型对象和对象的属性,统一业务处理流程,在与设备通信阶段时根据具体协议类型进行不同方式的组解帧,从而达到对多种通信协议的多种设备既能进行模型化统一管理,又能突显各网元设备特性功能的方法,既避免了各网元管理***安装所需的大量硬件和网络资源的消耗,又无需统一平台接口的二次开发工作,从而极大降低了网元管理***的成本,从而带来较大的经济效益。
基于上述实施例,该方法步骤S1之前还包括:
获取所述所有待管理设备的数据模型,并存储所述数据模型。
其中,获取所述所有待管理设备的数据模型,并存储所述数据模型,包括:
获取所有待管理设备在预设通信协议类型下的网元设备监控参数;
基于数据模型属性、数据模型对象、数据模型对象描述、数据模型对象属性和数据模型对象属性描述,确定所述网元设备监控参数对应的所述数据模型,其中:
所述数据模型属性包括通信协议类型、网元类别和设备版本;
所述数据模型对象包括对象ID、对象名称和对象标识符OID;
所述数据模型对象属性包括模型对象属性ID、模型对象属性名称、OID、数据类型和数据长度;
将所述数据模型存储为预设格式文件。
可以理解的是,本发明的实现方法是先将不同通信协议网元设备的监控参数,分别按通信协议类型、网元类别、设备版本定义不同的数据模型。通信协议类型主要以目前主流网元设备监控协议SNMP和TR069为主。一套完整的数据模型包括数据模型属性、数据模型对象、数据模型对象描述、数据模型对象属性和数据模型对象属性描述几部分组成,每个数据模型以单独的xml文件存储。
数据模型属性:包括通信协议类型、网元类别、设备版本。
数据模型对象:从网元监控参量中提取的模型对象,包括对象ID、对象名称、OID。对象ID在一套模型对象中唯一,OID为通信协议帧数据。
数据模型对象属性:和数据模型对象一样,也是从网元监控参量中提取,从属于模型对象,包括模型对象属性ID、模型对象属性名称、OID、数据类型、数据长度。模型对象属性ID在一个对象中唯一,OID为通信协议帧数据,数据类型和数据长度标识表示参数的规格。
下面分别以SNMP协议和TR069协议举例说明从监控参量提取到数据模型定义的方法:
SNMP:将MIB表都定义成对象,每个表里面的参数都定义成此对象的属性,如表1所示。
表1
OID | 参数 |
1.3.6.1.4.1.5105 | 设备信息 |
1.3.6.1.4.1.5105.1 | 设备名称 |
1.3.6.1.4.1.5105.2 | 设备型号 |
定义的模型对象为‘设备信息’,模型对象的OID为‘1.3.6.1.4.1.5105’。模型对象的下一级参数定义成模型对象属性,分别为‘设备名称’和‘设备型号’,它们对应的OID分别为‘1’和‘2’。模型对象属性的OID和模型对象OID拼起来就是监控参数的完整OID,这就给后续组解帧提供了数据支持。
TR069协议的格式如表2所示。
表2
OID | 参数 |
Device.DeviceInfo | 设备信息 |
Device.DeviceInfo.Name | 设备名称 |
Device.DeviceInfo.ClassType | 设备型号 |
数据定义模型与SNMP例子相同,唯一差异在于对象和对象属性的OID分别为‘Device.DeviceInfo’、‘Name’和‘ClassType’。
图2为数据模型定义结构图,如图2所示,包括:
101:先将不同通信协议的网元设备的监控参数,分别按通信协议类型、网元类别、设备版本定义不同的数据模型。通信协议类型主要以目前主流网元设备监控协议SNMP和TR069为主。
102:一套完整的数据模型包括数据模型属性、数据模型对象、数据模型对象描述、数据模型对象属性和数据模型对象属性描述几部分组成,每个模型以单独的xml文件存储。
103:数据模型属性:包括通信协议类型、网元类别、设备版本。
104:数据模型对象:从网元监控参量中提取的模型对象,包括对象ID、对象名称、OID。对象ID在一套模型对象中唯一,OID为通信协议帧数据。
105:数据模型对象属性:和数据模型对象一样,也是从网元监控参量中提取,从属于模型对象,包括模型对象属性ID、模型对象属性名称、OID、数据类型、数据长度。模型对象属性ID在一个对象中唯一,OID为通信协议帧数据,数据类型和数据长度标识表示参数的规格。
本发明通过网元监控参量提取和数据模型定义后,网元管理***就可以按对象来管理网元的所有监控参量,而不必关心通信协议,极大提高了功能开发效率和代码的复用性,并且数据模型对象和对象属性的内容都可以根据业务需要进行扩展,目前本发明列举的仅是最基础的部分。
基于上述任一实施例,该方法中步骤S1包括:
从指定目录中获取所有数据模型的预设格式文件;
从所述预设格式文件中获取每个数据模型属性对应的通信协议类型、网元类别和设备版本;
将所述每个数据模型属性对应的通信协议类型、网元类别和设备版本分别缓存至所述指定数据库。
具体地,如图3所示的网元管理***数据模型加载流程,包括:
201:网元管理***在启动后需将所有设备数据模型缓存起来。首先在指定的目录下读取所有数据模型XML文件。
202:网元管理***对每个XML文件进行解析,提取数据模型属性、数据模型对象和数据模型对象属性。
203:最后根据每个数据模型属性的通信协议类型、网元类别和设备版本将不同的设备模型分别缓存起来。
这时网元管理***中其他业务模块就可以通过数据模型方式来对设备监控参数进行管理。
本发明通过将所有网元的数据模型进行缓存加载,便于后续组解帧时进行调用和匹配,实现了统一管理。
基于上述任一实施例,该方法中步骤S2包括:
基于所述数据模型属性确定对应的数据模型;
由所述数据模型的数据模型对象OID和数据模型对象属性OID,构建完整参数OID;
将所述完整参数OID、参数值和操作类型,基于预设通信协议类型构建所述监控参数数据帧,下发所述监控参数数据帧至所述待管理设备。
具体地,如图4所示的网元管理***组帧通信流程,包括:
301:由网元管理***中各业务模块发起,对指定数据模型对象属性进行查询/设置操作。
302:首先在数据库模型缓存中通过数据模型属性中的通信协议类型、网元类别和设备版本匹配到对应的数据模型。
303:再通过数据模型对象和对象属性的OID组成完整的参数OID。
304:最后将完成的参数OID、参数值和操作类型按照不同的通信协议组成完整的通信数据帧,下发到指定设备上。
这样就完成了由网元管理***通过管理数据模型对象,最终转换成不同通信协议的监控参数数据帧,下发到设备上。
本发明通过在与设备通信阶段时根据具体协议类型进行不同方式的组解帧,从而达到对多种通信协议的多种设备既能进行模型化统一管理,又能突显各网元设备特性功能。
基于上述任一实施例,该方法步骤S3包括:
从所述通信协议数据帧中获取所述待管理设备的IP地址;
基于所述IP地址从所述指定数据库中获取所述待管理设备的数据模型属性;
在数据模型缓存中,通过所述待管理设备的数据模型属性确定与所述待管理设备匹配的数据模型;
基于所述待管理设备的通信协议类型,对所述通信协议数据帧进行解析,获取通信协议帧参数OID;
将与所述待管理设备对应的完整参数OID与所述通信协议帧参数OID进行匹配,获取数据模型对象属性;
将所述数据模型对象属性与参数值发送至业务模块进行处理,由所述业务模块基于所述设备管理策略管理所述待管理设备。
具体地,如图5所示的网元管理***解帧通信流程,包括:
401:由设备上报通信协议数据帧到网元管理***。
402:网元管理***通过上报设备的IP地址,从数据库中获取网元设备的通信协议类型、网元类别和设备版本。
403:在数据模型缓存中通过通信协议类型、网元类别和设备版本找到设备匹配的数据模型。
404:同时网元管理***按网元设备的通信协议类型,对原始上报数据帧进行解析,获取所有参数OID和值。
405:最后网元管理***将网元匹配的数据模型对象和对象属性的OID拼接起来与原始通信协议帧的参数OID进行匹配,找出数据模型对象属性,并连同参数值一起发送给业务模块进行处理。
这样就完成了由网元设备发起的参数上报,网元管理***按网元设备通信协议类型解析后,再通过网元设备的数据模型匹配后转换成模型对象属性后,发送到业务模块进行处理,业务模块可以按数据模型对所有设备进行统一的管理,也可以通过不同设备类型进行特性化处理。
本发明通过在与设备通信阶段时根据具体协议类型进行不同方式的组解帧,从而达到对多种通信协议的多种设备既能进行模型化统一管理,又能突显各网元设备特性功能。
下面对本发明提供的多通信协议设备管理***进行描述,下文描述的多通信协议设备管理***与上文描述的多通信协议设备管理方法可相互对应参照。
图6是本发明提供的多通信协议设备管理***的结构示意图,如图6所示,包括:加载模块61、组帧模块62和解帧模块63,其中:
加载模块61用于待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库;组帧模块62用于从所述指定数据库中获取待管理设备的数据模型属性,基于所述数据模型属性构建监控参数数据帧,下发所述监控参数数据帧至所述待管理设备;解帧模块63用于接收所述待管理设备上报的通信协议数据帧,通过解析所述通信协议数据帧获取所述待管理设备的数据模型属性,与所述指定数据库中的数据模型属性进行匹配获得设备管理策略。
本发明通过将网元监控参量抽象成数据模型对象和对象的属性,统一业务处理流程,在与设备通信阶段时根据具体协议类型进行不同方式的组解帧,从而达到对多种通信协议的多种设备既能进行模型化统一管理,又能突显各网元设备特性功能的方法,既避免了各网元管理***安装所需的大量硬件和网络资源的消耗,又无需统一平台接口的二次开发工作,从而极大降低了网元管理***的成本,从而带来较大的经济效益。
图7示例了一种电子设备的实体结构示意图,如图7所示,该电子设备可以包括:处理器(processor)710、通信接口(Communications Interface)720、存储器(memory)730和通信总线740,其中,处理器710,通信接口720,存储器730通过通信总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令,以执行多通信协议设备管理方法,该方法包括:待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库;从所述指定数据库中获取待管理设备的数据模型属性,基于所述数据模型属性构建监控参数数据帧,下发所述监控参数数据帧至所述待管理设备;接收所述待管理设备上报的通信协议数据帧,通过解析所述通信协议数据帧获取所述待管理设备的数据模型属性,与所述指定数据库中的数据模型属性进行匹配获得设备管理策略。
此外,上述的存储器730中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
另一方面,本发明还提供一种计算机程序产品,所述计算机程序产品包括计算机程序,计算机程序可存储在非暂态计算机可读存储介质上,所述计算机程序被处理器执行时,计算机能够执行上述各方法所提供的多通信协议设备管理方法,该方法包括:待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库;从所述指定数据库中获取待管理设备的数据模型属性,基于所述数据模型属性构建监控参数数据帧,下发所述监控参数数据帧至所述待管理设备;接收所述待管理设备上报的通信协议数据帧,通过解析所述通信协议数据帧获取所述待管理设备的数据模型属性,与所述指定数据库中的数据模型属性进行匹配获得设备管理策略。
又一方面,本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以执行上述各方法提供的多通信协议设备管理方法,该方法包括:待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库;从所述指定数据库中获取待管理设备的数据模型属性,基于所述数据模型属性构建监控参数数据帧,下发所述监控参数数据帧至所述待管理设备;接收所述待管理设备上报的通信协议数据帧,通过解析所述通信协议数据帧获取所述待管理设备的数据模型属性,与所述指定数据库中的数据模型属性进行匹配获得设备管理策略。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种多通信协议设备管理方法,其特征在于,包括:
待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库;
从所述指定数据库中获取待管理设备的数据模型属性,基于所述数据模型属性构建监控参数数据帧,下发所述监控参数数据帧至所述待管理设备;
接收所述待管理设备上报的通信协议数据帧,通过解析所述通信协议数据帧获取所述待管理设备的数据模型属性,与所述指定数据库中的数据模型属性进行匹配获得设备管理策略。
2.根据权利要求1所述的多通信协议设备管理方法,其特征在于,待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库,之前还包括:
获取所述所有待管理设备的数据模型,并存储所述数据模型。
3.根据权利要求2所述的多通信协议设备管理方法,其特征在于,获取所述所有待管理设备的数据模型,并存储所述数据模型,包括:
获取所有待管理设备在预设通信协议类型下的网元设备监控参数;
基于数据模型属性、数据模型对象、数据模型对象描述、数据模型对象属性和数据模型对象属性描述,确定所述网元设备监控参数对应的所述数据模型,其中:
所述数据模型属性包括通信协议类型、网元类别和设备版本;
所述数据模型对象包括对象ID、对象名称和对象标识符OID;
所述数据模型对象属性包括模型对象属性ID、模型对象属性名称、OID、数据类型和数据长度;
将所述数据模型存储为预设格式文件。
4.根据权利要求1或2所述的多通信协议设备管理方法,其特征在于,所述待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库,包括:
从指定目录中获取所有数据模型的预设格式文件;
从所述预设格式文件中获取每个数据模型属性对应的通信协议类型、网元类别和设备版本;
将所述每个数据模型属性对应的通信协议类型、网元类别和设备版本分别缓存至所述指定数据库。
5.根据权利要求1所述的多通信协议设备管理方法,其特征在于,从所述指定数据库中获取待管理设备的数据模型属性,基于所述数据模型属性构建监控参数数据帧,下发所述监控参数数据帧至所述待管理设备,包括:
基于所述数据模型属性确定对应的数据模型;
由所述数据模型的数据模型对象OID和数据模型对象属性OID,构建完整参数OID;
将所述完整参数OID、参数值和操作类型,基于预设通信协议类型构建所述监控参数数据帧,下发所述监控参数数据帧至所述待管理设备。
6.根据权利要求1所述的多通信协议设备管理方法,其特征在于,接收所述待管理设备上报的通信协议数据帧,通过解析所述通信协议数据帧获取所述待管理设备的数据模型属性,与所述指定数据库中的数据模型属性进行匹配获得设备管理策略,包括:
从所述通信协议数据帧中获取所述待管理设备的IP地址;
基于所述IP地址从所述指定数据库中获取所述待管理设备的数据模型属性;
在数据模型缓存中,通过所述待管理设备的数据模型属性确定与所述待管理设备匹配的数据模型;
基于所述待管理设备的通信协议类型,对所述通信协议数据帧进行解析,获取通信协议帧参数OID;
将与所述待管理设备对应的完整参数OID与所述通信协议帧参数OID进行匹配,获取数据模型对象属性;
将所述数据模型对象属性与参数值发送至业务模块进行处理,由所述业务模块基于所述设备管理策略管理所述待管理设备。
7.一种多通信协议设备管理***,其特征在于,包括:
加载模块,用于待启动后获取所有待管理设备的数据模型,将所述所有待管理设备的数据模型缓存至指定数据库;
组帧模块,用于从所述指定数据库中获取待管理设备的数据模型属性,基于所述数据模型属性构建监控参数数据帧,下发所述监控参数数据帧至所述待管理设备;
解帧模块,用于接收所述待管理设备上报的通信协议数据帧,通过解析所述通信协议数据帧获取所述待管理设备的数据模型属性,与所述指定数据库中的数据模型属性进行匹配获得设备管理策略。
8.一种电子设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至6任一项所述多通信协议设备管理方法的步骤。
9.一种非暂态计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述多通信协议设备管理方法的步骤。
10.一种计算机程序产品,包括计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述多通信协议设备管理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111069190.9A CN113824587B (zh) | 2021-09-13 | 2021-09-13 | 一种多通信协议设备管理方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111069190.9A CN113824587B (zh) | 2021-09-13 | 2021-09-13 | 一种多通信协议设备管理方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113824587A true CN113824587A (zh) | 2021-12-21 |
CN113824587B CN113824587B (zh) | 2023-08-29 |
Family
ID=78914439
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111069190.9A Active CN113824587B (zh) | 2021-09-13 | 2021-09-13 | 一种多通信协议设备管理方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113824587B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117193116A (zh) * | 2023-09-28 | 2023-12-08 | 广州佳新智能科技有限公司 | 一种aiot智能终端设备管理方法及*** |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1645819A (zh) * | 2005-01-18 | 2005-07-27 | 武汉市中光通信公司 | 一种方便快捷的通信网络管理方法 |
US20050165927A1 (en) * | 2004-01-27 | 2005-07-28 | Tetsuro Motoyama | Method and system for managing vendor and model information in a multi-protocol remote monitoring system |
US20100077091A1 (en) * | 2008-09-22 | 2010-03-25 | Sarkar Sujoy | Method And System For Managing A Hierarchical Information Base With An Application Layer Protocol |
CN102231675A (zh) * | 2011-06-23 | 2011-11-02 | 中国电子科技集团公司第三十四研究所 | 协议适配网元及其在通信子网中的使用方法 |
CN102487333A (zh) * | 2010-12-06 | 2012-06-06 | 中国人民解放军理工大学 | 通用管理信息采集控制设备的构建方法 |
CN104125086A (zh) * | 2013-04-28 | 2014-10-29 | 深圳市同洲电子股份有限公司 | 一种网管多协议适配的方法、装置及*** |
WO2018032941A1 (zh) * | 2016-08-16 | 2018-02-22 | 中兴通讯股份有限公司 | 管理数据的方法及装置 |
WO2018176244A1 (zh) * | 2017-03-29 | 2018-10-04 | 深圳中兴力维技术有限公司 | 数据采集方法、装置和动环网管*** |
CN108989089A (zh) * | 2018-06-22 | 2018-12-11 | 迈普通信技术股份有限公司 | 一种设备数据获取方法、设备及*** |
CN113194495A (zh) * | 2021-07-05 | 2021-07-30 | 深圳市艾伯通信有限公司 | 基站网管多版本适配方法及*** |
-
2021
- 2021-09-13 CN CN202111069190.9A patent/CN113824587B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050165927A1 (en) * | 2004-01-27 | 2005-07-28 | Tetsuro Motoyama | Method and system for managing vendor and model information in a multi-protocol remote monitoring system |
CN1645819A (zh) * | 2005-01-18 | 2005-07-27 | 武汉市中光通信公司 | 一种方便快捷的通信网络管理方法 |
US20100077091A1 (en) * | 2008-09-22 | 2010-03-25 | Sarkar Sujoy | Method And System For Managing A Hierarchical Information Base With An Application Layer Protocol |
CN102487333A (zh) * | 2010-12-06 | 2012-06-06 | 中国人民解放军理工大学 | 通用管理信息采集控制设备的构建方法 |
CN102231675A (zh) * | 2011-06-23 | 2011-11-02 | 中国电子科技集团公司第三十四研究所 | 协议适配网元及其在通信子网中的使用方法 |
CN104125086A (zh) * | 2013-04-28 | 2014-10-29 | 深圳市同洲电子股份有限公司 | 一种网管多协议适配的方法、装置及*** |
WO2018032941A1 (zh) * | 2016-08-16 | 2018-02-22 | 中兴通讯股份有限公司 | 管理数据的方法及装置 |
WO2018176244A1 (zh) * | 2017-03-29 | 2018-10-04 | 深圳中兴力维技术有限公司 | 数据采集方法、装置和动环网管*** |
CN108989089A (zh) * | 2018-06-22 | 2018-12-11 | 迈普通信技术股份有限公司 | 一种设备数据获取方法、设备及*** |
CN113194495A (zh) * | 2021-07-05 | 2021-07-30 | 深圳市艾伯通信有限公司 | 基站网管多版本适配方法及*** |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117193116A (zh) * | 2023-09-28 | 2023-12-08 | 广州佳新智能科技有限公司 | 一种aiot智能终端设备管理方法及*** |
CN117193116B (zh) * | 2023-09-28 | 2024-03-01 | 广州佳新智能科技有限公司 | 一种aiot智能终端设备管理方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN113824587B (zh) | 2023-08-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111130825B (zh) | 网络切片模板生成方法、装置、设备及存储介质 | |
CN101854343B (zh) | 提供节点信息的方法、获取节点信息的方法及设备 | |
CN112953774B (zh) | 一种网络拓扑生成方法、***、设备及计算机存储介质 | |
CN100539597C (zh) | 配置管理方法和装置 | |
CN111245634B (zh) | 一种虚拟化管理方法及装置 | |
CN111258627A (zh) | 一种接口文档生成方法和装置 | |
CN108833565A (zh) | 一种监控服务器的方法、装置、服务器和存储介质 | |
CN113194495A (zh) | 基站网管多版本适配方法及*** | |
CN103488696A (zh) | Cpe的业务查询方法、装置及***、acs和cpe | |
CN113824587B (zh) | 一种多通信协议设备管理方法及*** | |
CN108900603A (zh) | 一种服务器发现方法、装置和*** | |
CN104104701A (zh) | 在线服务的配置更新的方法和*** | |
CN113364820A (zh) | 物联网业务***的设备管控方法与装置 | |
CN107968798A (zh) | 一种网管资源标签获取方法、缓存同步方法、装置及*** | |
CN114745424B (zh) | 一种面向异构网络的多维感知数据采集***及方法 | |
CN113438095B (zh) | 配置数据的管理方法、装置、设备及存储介质 | |
CN114338373A (zh) | 网元配置数据存储方法及装置、电子设备、存储介质 | |
CN112860292A (zh) | 一种基于应用的配置管理方法及装置 | |
CN107124293B (zh) | 一种分布式网络***的协议管理方法及*** | |
CN113992510B (zh) | 一种无线设备参数修改方法及*** | |
CN110134467B (zh) | 参数配置的处理方法、装置、存储介质及处理器 | |
CN114500299A (zh) | 光传送网设备的软件定义网络管控方法及*** | |
US20220303347A1 (en) | Message push method, apparatus, device and medium | |
CN115913935A (zh) | 一种基于sdn的处理方法和装置 | |
CN114500270A (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 |