CN101582804A - 一种网络设备管理系统接口自动对接的方法和装置 - Google Patents
一种网络设备管理系统接口自动对接的方法和装置 Download PDFInfo
- Publication number
- CN101582804A CN101582804A CNA2009101478541A CN200910147854A CN101582804A CN 101582804 A CN101582804 A CN 101582804A CN A2009101478541 A CNA2009101478541 A CN A2009101478541A CN 200910147854 A CN200910147854 A CN 200910147854A CN 101582804 A CN101582804 A CN 101582804A
- Authority
- CN
- China
- Prior art keywords
- interface
- network management
- management system
- negotiation
- version
- 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.)
- Pending
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种网络设备管理系统接口自动对接的方法和装置,该方法包括在两个网管系统之间创建接口协商通道;两个网管系统通过接口协商通道进行接口协商;判断接口协商是否成功,若是,则将两个网管系统之间的接口进行对接,否则提示无法进行接口对接。该装置包括对接接口适配模块、接口协商模块和接口协商通道,本发明在进行网管系统接口对接时无须人工干预,在减少出错机会的同时,使得网管软件的整体运维成本降低,而且不受网管软件版本升级的限制。
Description
技术领域
本发明涉及光传输网络管理技术领域,尤其涉及一种网管设备系统接口自动对接的方法和装置。
背景技术
随着光通信技术的发展,各类光传输网络设备管理系统越来越多,不同层次的或具有不同管理功能的网管软件的对接也越来越频繁,网络设备管理系统简称网管系统,包括NMS(Network Management System,网络层管理系统)和EMS(Element Management System,网元管理系统)。如图1所示,常见的对接方式有:一个NMS接入到多个并对该多个EMS进行管理,多个NMS也可以同时接入一个EMS并对该EMS进行管理。
通常,在网管软件对接前,对接的双方需要约定一套公用的接口,以便能够按照这套接口进行正确的对接。目前主流的网管软件对接时一般存在如下问题:
1)在网管软件对接前,需要采用人工干预的方式,使网管之间能按事先约定的公用接口进行对接。
2)在进行接口对接的两个网管系统中,若一方网管软件升级后,其接口可能会由于版本升级而发生变化,而另一方网管软件保持原状,因此可能导致接口对接不正常,此时若要实现正确对接,须人工对另一方网管系统现有接口的功能或者效率进行重新配置。
3)由于目前运营商对网管软件逐渐采用入网资格管理,即必须保证网管软件的升级版本拥有入网资格,才能实现安装。在某些情况下,如果一方网管软件升级后,使用了另一方网管软件不能识别的新接口,此时若要实现正确对接,就必须人工对另一方网管软件也进行升级,如果对接中双方的网管软件升级版本中只有一方取得了入网资格,而另外一方未取得入网资格,那么双方的网管系统接口就不能进行正确对接。
然而在大多数情况下,在网管软件升级的过程中,虽然可能出现新接口的增加和原有接口的减少,但在需要进行接口对接的两个网管系统中仍然存在若干可对接的接口,人工的参与,使得这些接口被忽视。
在进行接口对接的网管较多的情况下,上述须人工干预的对接过程非常容易出错,导致运营商的运维难度和成本提高。
发明内容
本发明要解决的技术问题是,提供一种网络设备管理系统接口自动对接的方法和装置,使网管系统接口对接不受网管软件版本升级的限制,且无须人工干预。
本发明采用的技术方案是,所述网络设备管理系统接口自动对接的方法,该方法具体包括以下步骤:
步骤一、在两个网管系统之间创建接口协商通道;
步骤二、两个网管系统通过接口协商通道进行接口协商;
步骤三、判断接口协商是否成功,若是,则将两个网管系统之间的接口进行对接,否则提示无法进行接口对接。
步骤一中所述创建接口协商通道的过程如下:
两个网管系统中的一方将接口协商通道注册到公共的命名服务器中,然后另一方从所述公共的命名服务器中获取所述接口协商通道。
步骤二中所述进行接口协商的过程如下:设进行接口协商的两个网管系统包括第一网管系统和第二网管系统,由第一网管系统发起接口协商过程,
步骤1、第一网管系统通过接口协商通道向第二网管系统发送接口版本查询命令;
步骤2、第二网管系统收到所述查询命令后,将当前自身支持的接口版本信息反馈给第一网管系统;
步骤3、第一网管系统将自身支持的接口版本与第二网管系统支持的接口版本进行比较,根据对接接口匹配规则查找是否存在适配的接口,若是,则接口协商成功,第一网管系统将适配的接口版本信息发送给第二网管系统,跳转步骤4,否则接口协商失败,接口协商过程结束;
步骤4、第二网管系统通知自身适配的接口对应的适配器进入就绪状态,接口协商过程结束。
由第二网管系统发起接口协商过程与上述由第一网管系统发起接口协商过程类似,只需将第一网管系统与第二网管系统角色互换即可。
步骤二中所述进行接口协商的过程如下:设进行接口协商的两个网管系统包括第一网管系统和第二网管系统,由第一网管系统发起接口协商过程,
步骤1、第一网管系统通过接口协商通道向第二网管系统发送接口版本查询命令;
步骤2、第二网管系统收到所述查询命令后,将当前自身支持的接口版本信息反馈给第一网管系统;
步骤3、第一网管系统将自身支持的接口版本与第二网管系统支持的接口版本进行比较,根据对接接口匹配规则查找是否存在适配的接口,若是,则接口协商成功,将适配的接口版本信息发送给第二网管系统,跳转步骤4,否则接口协商失败,接口协商过程结束;
步骤4、第二网管系统根据自身的接口确认规则对适配的接口版本进行确认,若接受确认,则接口协商成功,第二网管系统通知自身适配的接口对应的适配器进入就绪状态,同时返回接受消息给第一网管系统;若不接受确认,则接口协商失败,返回不接受消息给第一网管系统。
由第二网管系统发起接口协商过程与上述由第一网管系统发起接口协商过程类似,只需将第二网管系统与第一网管系统角色互换即可。
所述对接接口匹配规则是:首先查找两个网管系统都支持的最高版本接口,如果有,则作为适配的接口,如果没有,则再查找两个网管系统都支持的次高版本接口,以此类推。
所述接口确认规则是:若存在需要确认的适配的接口版本,则接受,否则不接受。
本发明还提供一种网络设备管理系统接口自动对接的装置,包括:
对接接口适配模块,用于对外提供各种版本对接接口,对内负责调用所述各种版本对接接口时的转换适配;
接口协商模块,用于根据对接接口匹配规则在网管系统之间进行接口协商;
接口协商通道,用于传递接口协商信息。
所述对接接口适配模块包括与每一个对接接口对应的接口适配器,通过所述接口适配器对外提供相应版本的接口,对内进行调用相应版本的接口时的转换适配。
所述对接接口匹配规则是:首先查找两个网管系统都支持的最高版本接口,如果有,则作为适配的接口,如果没有,则再查找两个网管系统都支持的次高版本接口,以此类推。
所述接口协商通道位于两个网管系统之间或者位于其中任一网管系统内部。
采用上述技术方案,本发明至少具有下列优点:
本发明所述网络设备管理系统接口自动对接的方法和装置,能够在无须人工干预的情况下,根据一方网管系统自身支持的接口情况和对接接口匹配规则,通过接口协商通道与另一方网管系统进行接口协商,从而最终实现接口对接,在减少出错机会的同时,使得网管软件的整体运维成本降低。另外,由于本发明的技术方案中设置了对接接口匹配规则,使网管系统接口能正确对接,不受网管软件版本升级的限制。
附图说明
图1为常见的网管系统接口对接方式示意图;
图2为本发明第一实施例所述网络设备管理系统接口自动对接的方法流程图;
图3为本发明第二实施例所述网络设备管理系统接口自动对接的方法流程图;
图4为本发明第三实施例所述网络设备管理系统接口自动对接的装置结构示意图;
图5为一个具体实例中EMS和NMS初始状态时接口对接情况示意图;
图6为基于图5中两个网管系统的对接状态,对NMS进行网管软件升级而EMS不升级时的接口对接情况示意图;
图7为基于图5中两个网管系统的对接状态,对EMS进行网管软件升级而NMS不升级时的接口对接情况示意图;
图8为基于图5中两个网管系统的对接状态,同时对EMS和NMS进行网管软件升级时的接口对接情况示意图。
具体实施方式
为更进一步阐述本发明为达成预定目的所采取的技术手段及功效,以下结合附图及较佳实施例,对本发明提出的所述网络设备管理系统接口自动对接的方法和装置,详细说明如后。
网管系统分为NMS和EMS两种,NMS和EMS之间可通过系统内部定义的F接口进行对接。本领域中,进行的接口对接的不一定发生在NMS和EMS之间,而可以发生在各类可对接的网管系统之间,例如:一个EMS也可以接入另一个EMS,后者在前者中表现为一个网元子集,或者运营商的综合网管接入各个公司的专业网管等等情况。本发明的实施例均以NMS和EMS之间进行接口对接为例,来详细介绍本发明所述接口自动对接的方法和系统。
由于该网管系统发展历经了多个版本和阶段,因此为了适应不同的功能要求,NMS和EMS相互进行通信的F接口也在进行演变和改进,这里的F接口指的是网管系统上用于对接的一类公用接口。
网管软件升级的过程中,可能出现新接口的增加和原有接口的减少,新增的接口对应着更高一级的接口版本,若一个网管系统同时具备第一接口V1、第二接口V2、……、第n接口Vn等多个接口版本,那么说明该网管系统的网管软件已经过多次升级,且具有最高接口版本的是第n接口Vn。
进行接口对接须遵守如下规定:不同接口版本的接口之间无法正常通信。而对于不同安装了不同软件版本的NMS和EMS,由于功能范围和侧重点不同,NMS和EMS能提供的对接接口版本也不尽相同。
本发明第一实施例,一种网络设备管理系统接口自动对接的方法,如图2所示,包括如下具体步骤:
步骤一、在EMS和NMS之间创建接口协商通道,具体过程如下:
步骤a.EMS和NMS中的一方将接口协商通道注册到CORBA(CommonObject Request Broker Architecture,公共对象请求代理体系结构)命名服务器中;
步骤b.EMS和NMS中的另一方从命名服务器中获取接口协商通道。在本实施例中,创建接口协商通道采用CORBA方式实现,其伺服对象在EMS的接口适配层中提供,此实现方式是本领域常规的技术手段,故此处不详述。然而创建接口协商通道并不限于采用CORBA方式实现,还可以采用socket套接字技术、DCOM(Distributed Component ObjectModel,分布式对象模型)技术等其它分布式开发技术来实现;
步骤二、EMS或者NMS通过接口协商通道发起接口协商,以确定适配的接口,具体过程如下,设由NMS发起接口协商过程:
步骤1、NMS通过接口协商通道向EMS发送接口版本查询命令;
步骤2、EMS收到所述查询命令后,将当前自身支持的接口版本信息反馈给NMS;
步骤3、NMS将自身支持的接口版本与EMS支持的接口版本进行比较,根据对接接口匹配规则查找是否存在适配的接口,若是,则接口协商成功,NMS将适配的接口版本信息发送给EMS,跳转步骤4,否则接口协商失败,接口协商过程结束;该对接接口匹配规则是:首先查找NMS和EMS都支持的最高版本接口,如果有,则作为适配的接口,如果没有,则再查找NMS和EMS都支持的次高版本接口,以此类推。
本发明采用的接口匹配规则并不仅限于按照NMS和EMS都支持的接口版本从高到低的顺序寻找适配的接口,还可以按照NMS和EMS都支持的接口版本从低到高的顺序寻找适配的接口。
由于网管软件的升级对应接口版本的改变不仅包括新接口的增加,还可能包括接口类型和接口标准的改变,例如,网管系统可提供的接口有不同的类型的接口,例如TL1类型接口、SNMP类型接口和CORBA类型接口等,或者按不同的标准区分的接口,例如TMF814标准接口和其它标准接口等,接口协商还可以根据实际的需求进行设置,而不仅仅限于根据同一类型接口的不同版本进行协商。
步骤4、EMS通知自身适配的接口对应的适配器进入就绪状态,接口协商过程结束;
由EMS发起接口协商过程与上述由NMS发起接口协商过程类似,只需将NMS与EMS角色互换即可。
步骤三、判断接口协商是否成功,若是,则将在EMS和NMS之间适配的接口进行对接,否则在EMS和/或NMS上提示无法与发起接口协商的网管系统进行接口对接。
本发明第二实施例,一种网络设备管理系统接口自动对接的方法,如图3所示,本实施例中所述接口自动对接的方法与第一实施例大致相同,区别仅在于步骤二增加了根据自身的接口确认规则的判断过程,具体的,
步骤二、EMS或者NMS通过接口协商通道发起接口协商,以确定适配的接口,具体过程如下,设由NMS发起接口协商过程:
步骤1、NMS通过接口协商通道向EMS发送接口版本查询命令;
步骤2、EMS收到所述查询命令后,将当前自身支持的接口版本信息反馈给NMS;
步骤3、NMS将自身支持的接口版本与EMS支持的接口版本进行比较,根据对接接口匹配规则查找是否存在适配的接口,若是,则接口协商成功,NMS将适配的接口版本信息发送给EMS,跳转步骤4,否则接口协商失败,接口协商过程结束;该对接接口匹配规则是:首先查找NMS和EMS都支持的最高版本接口,如果有,则作为适配的接口,如果没有,则再查找NMS和EMS都支持的次高版本接口,以此类推。
本发明采用的接口匹配规则并不仅限于按照NMS和EMS都支持的接口版本从高到低的顺序寻找适配的接口,还可以按照NMS和EMS都支持的接口版本从低到高的顺序寻找适配的接口。
由于网管软件的升级对应接口版本的改变不仅包括新接口的增加,还可能包括接口类型和接口标准的改变,例如,网管系统可提供的接口有不同的类型的接口,例如TL1类型接口、SNMP类型接口和CORBA类型接口等,或者按不同的标准区分的接口,例如TMF814标准接口和其它标准接口等,接口协商还可以根据实际的需求进行设置,而不仅仅限于根据同一类型接口的不同版本进行协商。
步骤4、EMS根据自身的接口确认规则对适配的接口版本进行确认,若接受确认,则接口协商成功,EMS通知自身适配的接口对应的适配器进入就绪状态,同时返回接受消息给NMS;若不接受确认,则接口协商失败,返回不接受消息给NMS。所述接口确认规则是:若存在需要确认的适配的接口版本,则接受确认,否则不接受确认。
由EMS发起接口协商过程与上述由NMS发起接口协商过程类似,只需将NMS与EMS角色互换即可。
本实施例中,之所以在步骤二增加根据自身的接口确认规则的判断过程,是因为采用二次握手机制,对少数异常状况进行纠错,更加有力的保证了接口对接的正确性。这里的异常状况包括EMS在不存在适配的接口版本的情况下,由于某些异常的输入或错误信号,将适配的接口版本信息发送给NMS,或者NMS在不存在适配的接口版本的情况下,由于某些异常的输入或错误信号,将适配的接口版本信息发送给EMS。
本发明第三实施例,一种网络设备管理系统接口自动对接的装置,如图4所示,包括:
对接接口适配模块,用于对外提供网管系统对接所需的各种版本对接接口,对内负责调用所述各种版本对接接口时的转换适配。该对接接口适配模块包括与当前网管系统支持的每个接口版本的F接口对应的接口适配器,通过该接口适配器对外提供相应版本的F接口,对内进行调用相应版本的接口时的转换适配。
接口协商模块,用于根据对接接口匹配规则在NMS和EMS之间通过接口协商通道进行接口协商,确定EMS和NMS对接使用的适配的接口。该对接接口匹配规则是:首先查找NMS和EMS都支持的最高版本接口,如果有,则作为适配的接口,如果没有,则再查找NMS和EMS都支持的次高版本接口,以此类推。
本发明采用的接口匹配规则并不仅限于按照NMS和EMS都支持的接口版本从高到低的顺序寻找适配的接口,还可以按照NMS和EMS都支持的接口版本从低到高的顺序寻找适配的接口。
由于网管软件的升级对应接口版本的改变不仅包括新接口的增加,还可能包括接口类型和接口标准的改变,例如,网管系统可提供的接口有不同的类型的接口,例如TL1类型接口、SNMP类型接口和CORBA类型接口等,或者按不同的标准区分的接口,例如TMF814标准接口和其它标准接口等,接口协商还可以根据实际的需求进行设置,而不仅仅限于根据同一类型接口的不同版本进行协商。
接口协商通道,用于传递接口协商信息。该接口协商通道可以作为独立的中间部件部署在NMS和EMS之间,也可部署在NMS或EMS内部。
下面举例说明,采用本发明所述网络设备管理系统接口自动对接的方法和装置,在进行接口对接时实际的对接情况,这里假定对网管系统每进行一次网管软件的版本升级,就会增加一个与该网管软件版本对应的新的可对接的接口:
在最初情况下,NMS和EMS中安装的都是第一版本的网管软件,那么它们可以通过与当前版本的网管软件对应的第一接口V1对接,当两个网管系统都经过不同版本的网管软件升级后,NMS能提供的对接接口是第一接口V1和第二接口V2接口,EMS能提供的对接接口是第一接口V1和第三接口V3。因为NMS的第二接口V2和EMS的第三接口V3是由不同版本的网管软件升级所带来的新的接口版本,它们之间不是适配的接口,所以采用本发明所述网络设备管理系统接口自动对接的方法和装置,能使NMS与EMS仍然通过各自的第一接口V1进行对接。如图5所示。
接下来,分三种情况:
第一种情况:对NMS进行了网管软件升级,增加了一个第三接口V3,如图6所示,那么利用本发明所述网络设备管理系统接口自动对接的方法和装置进行接口对接时,由于对接接口匹配规则规定两个网管系统同时支持的最高接口版本的接口优先作为接口适配版本,此时应使NMS与EMS通过各自的第三接口V3进行对接。
第二种情况:对EMS进行了网管软件升级,增加了一个第二接口V2,如图7所示,那么利用本发明所述网络设备管理系统接口自动对接的方法和装置进行接口对接时,由于对接接口匹配规则规定两个网管系统同时支持的最高接口版本的接口优先作为接口适配版本,此时应该使NMS与EMS通过各自的第二接口V2进行对接。
第三种情况:对NMS和EMS同时进行了网管软件升级,NMS增加了一个第三接口V3,EMS增加了一个第二接口V2,如图8所示,那么利用本发明所述网络设备管理系统接口自动对接的方法和装置进行接口对接时,由于对接接口匹配规则规定两个网管系统同时支持的最高接口版本的接口优先作为接口适配版本,此时应该使NMS与EMS通过各自的第三接口V3进行对接。
综上所述,本发明所述网络设备管理系统接口自动对接的方法和装置,能够在无须人工干预的情况下,根据一方网管系统自身支持的接口情况和对接接口匹配规则,通过接口协商通道与另一方网管系统进行接口协商,从而最终实现接口对接,在减少出错机会的同时,使得网管软件的整体运维成本降低。另外,由于本发明的技术方案中设置了对接接口匹配规则,使网管系统接口能正确对接,不受网管软件版本升级的限制,
通过具体实施方式的说明,应当可对本发明为达成预定目的所采取的技术手段及功效得以更加深入且具体的了解,然而所附图示仅是提供参考与说明之用,并非用来对本发明加以限制。
Claims (10)
1、一种网络设备管理系统接口自动对接的方法,其特征在于包括如下具体步骤:
步骤一、在两个网管系统之间创建接口协商通道;
步骤二、两个网管系统通过接口协商通道进行接口协商;
步骤三、判断接口协商是否成功,若是,则将两个网管系统之间的接口进行对接,否则提示无法进行接口对接。
2、根据权利要求1所述网络设备管理系统接口自动对接的方法,其特征在于步骤一中所述创建接口协商通道的过程如下:
两个网管系统中的一方将接口协商通道注册到公共的命名服务器中,然后另一方从所述公共的命名服务器中获取所述接口协商通道。
3、根据权利要求2所述网络设备管理系统接口自动对接的方法,其特征在于步骤二中所述进行接口协商的过程如下,设进行接口协商的两个网管系统包括第一网管系统和第二网管系统,由第一网管系统发起接口协商过程:
步骤1、第一网管系统通过接口协商通道向第二网管系统发送接口版本查询命令;
步骤2、第二网管系统收到所述查询命令后,将当前自身支持的接口版本信息反馈给第一网管系统;
步骤3、第一网管系统将自身支持的接口版本与第二网管系统支持的接口版本进行比较,根据对接接口匹配规则查找是否存在适配的接口,若是,则接口协商成功,第一网管系统将适配的接口版本信息发送给第二网管系统,跳转步骤4,否则接口协商失败,接口协商过程结束;
步骤4、第二网管系统通知自身适配的接口对应的适配器进入就绪状态,接口协商过程结束;
由第二网管系统发起接口协商过程与上述由第一网管系统发起接口协商过程类似,只需将第一网管系统与第二网管系统角色互换即可。
4、根据权利要求2所述网络设备管理系统接口自动对接的方法,其特征在于步骤二中所述进行接口协商的过程如下,设进行接口协商的两个网管系统包括第一网管系统和第二网管系统,由第一网管系统发起接口协商过程:
步骤1、第一网管系统通过接口协商通道向第二网管系统发送接口版本查询命令;
步骤2、第二网管系统收到所述查询命令后,将当前自身支持的接口版本信息反馈给第一网管系统;
步骤3、第一网管系统将自身支持的接口版本与第二网管系统支持的接口版本进行比较,根据对接接口匹配规则查找是否存在适配的接口,若是,则接口协商成功,将适配的接口版本信息发送给第二网管系统,跳转步骤4,否则接口协商失败,接口协商过程结束;
步骤4、第二网管系统根据自身的接口确认规则对适配的接口版本进行确认,若接受确认,则接口协商成功,第二网管系统通知自身适配的接口对应的适配器进入就绪状态,同时返回接受消息给第一网管系统;若不接受确认,则接口协商失败,返回不接受消息给第一网管系统;
由第二网管系统发起接口协商过程与上述由第一网管系统发起接口协商过程类似,只需将第二网管系统与第一网管系统角色互换即可。
5、根据权利要求4所述网络设备管理系统接口自动对接的方法,其特征在于所述接口确认规则是:若存在需要确认的适配的接口版本,则接受,否则不接受。
6、根据权利要求3或4或5所述网络设备管理系统接口自动对接的方法,其特征在于所述对接接口匹配规则是:首先查找两个网管系统都支持的最高版本接口,如果有,则作为适配的接口,如果没有,则再查找两个网管系统都支持的次高版本接口,以此类推。
7、一种网络设备管理系统接口自动对接的装置,其特征在于包括:
对接接口适配模块,用于对外提供各种版本对接接口,对内负责调用所述各种版本对接接口时的转换适配;
接口协商模块,用于根据对接接口匹配规则在网管系统之间进行接口协商;
接口协商通道,用于传递接口协商信息。
8、根据权利要求7所述网络设备管理系统接口自动对接的装置,其特征在于所述对接接口适配模块包括与每一个对接接口对应的接口适配器,通过所述接口适配器对外提供相应版本的接口,对内进行调用相应版本的接口时的转换适配。
9、根据权利要求8所述网络设备管理系统接口自动对接的装置,其特征在于所述对接接口匹配规则是:首先查找两个网管系统都支持的最高版本接口,如果有,则作为适配的接口,如果没有,则再查找两个网管系统都支持的次高版本接口,以此类推。
10、根据权利要求7或8或9所述网络设备管理系统接口自动对接的装置,其特征在于所述接口协商通道位于两个网管系统之间或者位于其中任一网管系统内部。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009101478541A CN101582804A (zh) | 2009-06-16 | 2009-06-16 | 一种网络设备管理系统接口自动对接的方法和装置 |
PCT/CN2009/075371 WO2010145127A1 (zh) | 2009-06-16 | 2009-12-07 | 一种网络设备管理系统接口自动对接的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009101478541A CN101582804A (zh) | 2009-06-16 | 2009-06-16 | 一种网络设备管理系统接口自动对接的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101582804A true CN101582804A (zh) | 2009-11-18 |
Family
ID=41364778
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2009101478541A Pending CN101582804A (zh) | 2009-06-16 | 2009-06-16 | 一种网络设备管理系统接口自动对接的方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101582804A (zh) |
WO (1) | WO2010145127A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010145127A1 (zh) * | 2009-06-16 | 2010-12-23 | 中兴通讯股份有限公司 | 一种网络设备管理系统接口自动对接的方法和装置 |
CN102480373A (zh) * | 2010-11-23 | 2012-05-30 | 中兴通讯股份有限公司 | 一种网管系统接口内容版本的管理方法及装置 |
CN102594614A (zh) * | 2011-01-12 | 2012-07-18 | 北京大学 | 消息中间件的软件版本监视方法和数据交换设备 |
CN107918592A (zh) * | 2017-11-30 | 2018-04-17 | 郑州云海信息技术有限公司 | 一种兼容高版本接口的方法 |
CN108155981A (zh) * | 2016-12-05 | 2018-06-12 | 中兴通讯股份有限公司 | 一种snmp服务器及封装snmp通信数据的方法 |
CN109120421A (zh) * | 2017-06-22 | 2019-01-01 | 中兴通讯股份有限公司 | 一种接口适配方法、装置、系统及存储介质 |
CN109361528A (zh) * | 2017-12-29 | 2019-02-19 | 广州Tcl智能家居科技有限公司 | 一种固件升级方法及智能家电 |
CN109981364A (zh) * | 2019-03-25 | 2019-07-05 | 联想(北京)有限公司 | 网络的管理方法和系统 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100479462C (zh) * | 2005-07-13 | 2009-04-15 | 上海华为技术有限公司 | 一种对接网元上的管理对象匹配和比较的实现方法 |
CN101047712B (zh) * | 2006-06-19 | 2010-04-21 | 华为技术有限公司 | 以太网接口配置检测装置和方法 |
CN101582804A (zh) * | 2009-06-16 | 2009-11-18 | 中兴通讯股份有限公司 | 一种网络设备管理系统接口自动对接的方法和装置 |
-
2009
- 2009-06-16 CN CNA2009101478541A patent/CN101582804A/zh active Pending
- 2009-12-07 WO PCT/CN2009/075371 patent/WO2010145127A1/zh active Application Filing
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010145127A1 (zh) * | 2009-06-16 | 2010-12-23 | 中兴通讯股份有限公司 | 一种网络设备管理系统接口自动对接的方法和装置 |
CN102480373A (zh) * | 2010-11-23 | 2012-05-30 | 中兴通讯股份有限公司 | 一种网管系统接口内容版本的管理方法及装置 |
CN102480373B (zh) * | 2010-11-23 | 2014-09-24 | 上海中兴软件有限责任公司 | 一种网管系统接口内容版本的管理方法及装置 |
CN102594614A (zh) * | 2011-01-12 | 2012-07-18 | 北京大学 | 消息中间件的软件版本监视方法和数据交换设备 |
CN108155981A (zh) * | 2016-12-05 | 2018-06-12 | 中兴通讯股份有限公司 | 一种snmp服务器及封装snmp通信数据的方法 |
CN108155981B (zh) * | 2016-12-05 | 2022-05-31 | 中兴通讯股份有限公司 | 一种snmp服务器及封装snmp通信数据的方法 |
CN109120421A (zh) * | 2017-06-22 | 2019-01-01 | 中兴通讯股份有限公司 | 一种接口适配方法、装置、系统及存储介质 |
CN107918592A (zh) * | 2017-11-30 | 2018-04-17 | 郑州云海信息技术有限公司 | 一种兼容高版本接口的方法 |
CN109361528A (zh) * | 2017-12-29 | 2019-02-19 | 广州Tcl智能家居科技有限公司 | 一种固件升级方法及智能家电 |
CN109981364A (zh) * | 2019-03-25 | 2019-07-05 | 联想(北京)有限公司 | 网络的管理方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2010145127A1 (zh) | 2010-12-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101582804A (zh) | 一种网络设备管理系统接口自动对接的方法和装置 | |
US6115463A (en) | Migration of subscriber data between home location registers of a telecommunications system | |
CN100391289C (zh) | 移动通信系统中远程子系统升级的方法 | |
US7684315B1 (en) | Ordered switchover of cable modems | |
CN101478446B (zh) | 网络设备版本加载方法、装置和系统 | |
CN101808352B (zh) | 在下一代网络中实现单个中继网关双归属切换的方法 | |
CN101828179A (zh) | 用于可扩展和可伸缩通信的架构和协议 | |
EP2117219A1 (en) | An enquiry diversion service method and a device thereof | |
CN109587006A (zh) | 一种基于Lora网关的数据续传方法及其系统与存储介质 | |
CN101316189A (zh) | 一种实现网络设备升级的方法、系统和设备 | |
CN1151615C (zh) | 自动交换光网络中的光通道建立方法 | |
CN101090339A (zh) | 千兆比特无源光网络设备业务配置的方法、装置及系统 | |
CN110636127A (zh) | 一种各信息数据间的通信处理方法及系统 | |
US8600307B2 (en) | Control device or hybrid device | |
CN101944033A (zh) | 一种嵌入式系统中动态支持多种协议的装置及方法 | |
US7573901B2 (en) | Hub-based messaging system | |
US7028224B2 (en) | Network router having an internal automated backup | |
CN111312379B (zh) | 数据处理的方法、装置、设备及计算机可读存储介质 | |
CN105634826A (zh) | 业务开通方法及装置 | |
CN100502301C (zh) | 一种网管系统中节点控制方法 | |
CN101158908A (zh) | 一种设备软件升级自动化的实现系统和方法 | |
CN101577632A (zh) | 设备管理的保障方法、装置和系统 | |
CN101192977A (zh) | 一种网管平台接入远端射频单元的方法 | |
CN100502318C (zh) | 网元设备接入网管系统时的兼容性检测方法及网管系统 | |
JP2004526246A (ja) | ネットワークサーバープログラミング条件を更新する方法、その関連システム及びソフトウエア製品 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20091118 |