CN102123040A - 数据配置的方法和装置 - Google Patents
数据配置的方法和装置 Download PDFInfo
- Publication number
- CN102123040A CN102123040A CN2010100427189A CN201010042718A CN102123040A CN 102123040 A CN102123040 A CN 102123040A CN 2010100427189 A CN2010100427189 A CN 2010100427189A CN 201010042718 A CN201010042718 A CN 201010042718A CN 102123040 A CN102123040 A CN 102123040A
- Authority
- CN
- China
- Prior art keywords
- interface
- configuration data
- network element
- unit
- administrative unit
- 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
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
- H04L41/0843—Configuration by using pre-existing information, e.g. using templates or copying from other elements based on generic templates
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Stored Programmes (AREA)
Abstract
本发明实施例提供了一种数据配置的方法和装置,所述数据配置的方法包括:在网元接入网络之前,管理单元调用所述管理单元与被管单元之间的第一接口,请求所述被管单元从所述管理单元指定的位置下载所述网元的配置数据;所述管理单元调用所述管理单元与所述被管单元之间的第二接口,请求所述被管单元根据所述配置数据生成所述网元的全配置数据文件。除此之外,本发明实施例还提供了一种数据配置的装置。通过本发明实施例提供的数据配置的方法和装置,可以实现网元配置数据的自动下载,减少了开站的人力成本。
Description
技术领域
本发明属于通信技术领域,尤其涉及一种数据配置的方法和装置。
背景技术
在通信网络中,网络管理模式根据网络复杂程度的不同可以分为两种:第一种为网元比较少且网元的类型相对单一的情况,运营商只需要通过网元管理系统(element management system,EMS)就可以实现对网元的管理;第二种为网元较多或网元的类型繁杂的情况,运营商需要设置多个EMS来分组管理这些网元,而这多个EMS进一步又可以通过一个网络管理系统(Network Management System,NMS)来进行管理。其中,NMS主要完成国际电信联盟电信管理网(International Telecommunications UnionTelecommunication Management Network,ITU TMN)中的网络管理层(NetworkManagement Layer,NML)功能,提供面向网络设备的操作管理功能;EMS主要完成ITU TMN中的网元管理层(Element Management Layer,EML)功能,即完成面向设备的操作维护功能。NMS与EMS之间的接口称为北向接口(Interface-N,Itf-N)。在Itf-N中,NMS通常被称为Manager,EMS通常被称为Agent,Agent和Manager之间通过Itf-N进行交互。目前很多运营商都采用Manager和Agent共同进行管理的模式。
网元在接入通信网络,提供通信业务之前(此阶段通常被称为网元的开站),需要经过一系列的准备工作才能够正常提供业务。这些准备工作分为三个阶段:数据准备阶段;硬件安装阶段;网元上电后到正式提供业务前的阶段。在现有技术中网元开站的数据准备阶段都是由管理人员通过Agent操作完成,例如由管理人员准备规划数据,在Agent完成数据导入、校验和全配置数据的生成等,如此将会增加开站的人力成本。
发明内容
本发明实施例提供了一种数据配置的方案,通过该方案使数据准备阶段只需要通过Manager就可以完成,而不需要管理人员对Agent进行操作,由此实现了网元开站的自动化,减少了相应的人力成本。
本发明实施例提供了一种数据配置的方法,该方法包括:
在网元接入网络之前,管理单元调用管理单元与被管单元之间的第一接口,请求所述被管单元从所述管理单元指定的位置下载所述网元的配置数据;
所述管理单元调用所述管理单元与所述被管单元之间的第二接口,请求所述被管单元根据所述配置数据生成所述网元的全配置数据文件。
本发明实施例还提供了一种数据配置的方法,该方法包括:
在网元接入网络之前,当管理单元调用管理单元与被管单元之间的第一接口时,被管单元从管理单元指定的位置下载网元的配置数据;
当管理单元调用文件管理单元与被管单元之间的第二接口时,被管单元根据所述配置数据生成网元的全配置数据文件。
本发明实施例提供的一种配置的装置,包括:
第一调用模块,用于在网元接入网络之前,调用所述装置与被管单元之间的第一接口,请求被管单元从指定的位置下载网元的配置数据;
第二调用模块,用于调用所述装置与被管单元之间的第二接口,请求被管单元根据所述配置数据生成网元的全配置数据文件。
通过上述本发明实施例提供的数据配置的方法和装置,可以实现网元配置数据的自动下载,减少了开站的人力成本。
附图说明
图1为本发明方法实施例一的流程示意图;
图2为本发明方法实施例二的流程示意图;
图3为本发明方法实施例三的流程示意图;
图4为本发明方法实施例四的流程示意图;
图5为本发明方法实施例五的流程示意图;
图6为本发明方法实施例六的流程示意图;
图7为本发明方法实施例七的流程示意图;
图8为本发明装置实施例的结构示意图。
具体实施方式
下面将结合附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图1所示,本发明的方法实施例一包括如下步骤:
步骤102:在网元接入网络之前,管理单元调用管理单元与被管单元之间的第一接口,请求被管单元从所述管理单元指定的位置下载网元的配置数据;
上述管理单元指定的位置可以为管理单元所在的物理实体或第三方服务器。
步骤104:管理单元调用管理单元与被管单元之间的第二接口,请求被管单元根据所述配置数据生成网元的全配置数据文件。
上述全配置数据文件为支持网元开站的全部或部分配置数据组成的文件。
可选地,在步骤104之前,还可以包括:
步骤103:管理单元调用管理单元与被管单元之间的第三接口请求被管单元对所述配置数据进行验证。
可选地,在步骤104之后,所述方法还可以包括:所述被管单元将所述全配置数据文件保存在被管单元或第三方服务器中。
可选地,在步骤104之后,所述方法还可以包括:在网元接入网络后,所述被管单元将存储的全配置数据文件发送给网元,发送的方式可以是文件传输等方式,如利用ftp。
由于上述步骤中的第一接口、第二接口或第三接口可以是新定义的接口,也可以是对BulkCM(大量配置管理)中已有的接口进行修改后的接口,因此下面将通过实施例分别进行介绍。
如果是采用新定义接口的方式,则在实施本发明实施例二描述的方法之前,需要定义如下北向接口:
(1)startSession接口:Manager通过调用该接口来开启一个会话,并在Agent中初始化与该会话相关的临时资源。
调用该接口的输入参数、输出参数和前提条件如下:
输入参数:sessionId,该参数用于标识一个新的会话。
输出参数:操作结果(成功或失败)。
前提条件:上述sessionId当前不在使用中。
(2)endSession接口:Manager通过调用该接口来结束一个会话,在Agent中删除与该会话相关的文件(如临时文件、会话日志文件等),并释放系统中相关的资源。如果之前调用过“预激活”接口,Manager调用该endSession接口将会结束会话并释放分配给该“预激活”的所有内部本地资源。如果会话状态为正在进行,如正在进行上载、下载或激活等,Manager调用该接口结束会话将被拒绝。
调用该接口的输入参数、输出参数和前提条件如下:
输入参数:sessionId,用于标识了一个新的会话。
输出参数:操作结果(成功或失败)。
前提条件:上述sessionId当前不在使用中。
(3)download接口:Manager通过调用该接口来请求Agent下载并管理一个包含配置数据的文件。Agent可以从指定的全局唯一的数据文件引用中获取这个配置数据文件。
在下载过程中Agent可以检查下载的配置数据文件的格式是否正确,,对于配置数据文件中的语义错误Agent在下载配置数据的过程中不需要检查。
调用该接口的输入参数、输出参数和前提条件如下:
输入参数:sessionId,用于标识了一个与配置数据文件下载相关联的会话;downloadDataFileReference,用于定义待下载的数据所对应的全局唯一的文件引用,该全局唯一的文件引用通常是一个具体的文件存储地址。
输出参数:操作结果(成功或失败)。
前提条件:sessionId标识的会话已成功开启,并且处于闲置(IDLE)状态。
(4)validate接口:Manager通过调用该接口来请求Agent验证先前已经下载的配置数据。调用该接口可以在Manager请求Agent对配置数据进行“预激活”或“激活”之前检查与先前已经下载的配置数据相关的错误。
调用该接口的输入参数、输出参数和前提条件如下:
输入参数:sessionId,用于标识了一个与配置数据文件下载相关联的会话。
输出参数:操作结果(成功或失败)。
前提条件:Agent已成功开启sessionId所标识的会话,且已经进行“下载”操作或者重复进行“下载”操作。
(5)generateFile接口:Manager通过调用该接口来请求Agent生成全配置数据文件。
调用该接口的输入参数、输出参数和前提条件如下:
输入参数:sessionId,用于标识一个与配置数据文件下载相关联的会话。
输出参数:操作结果(成功或失败)。
前提条件:Agent已成功开启sessionId所标识的会话,下载的数据已经完成校验。
在设置完上述接口后,Manager就可以通过调用上述接口,请求Agent将存储在Manager或其他第三方服务器上的配置数据下载到Agent了。具体可参见图2所示,本发明实施例二包括如下步骤:
步骤201:在网元接入网络之前,Manager首先调用startSession接口开启一个会话,如果该会话处于IDLE状态,则执行步骤202;如果该会话不是处于IDLE状态,则执行步骤205。
步骤202:Manager调用download接口,请求Agent下载并管理一个包含配置数据的文件,如果下载完成,则执行步骤203;如果下载失败,则执行步骤205。
步骤203:Manager调用validate接口,请求Agent验证先前已经下载的配置数据,如果验证完成,则执行步骤204;如果验证失败,则执行步骤205。
上述步骤203是可选的,在步骤202中下载完成后,可以直接执行步骤204。
步骤204:Manager调用generateFile接口,请求Agent根据上述验证后的数据生成全配置数据文件,并执行步骤205。
步骤205:Manager调用endSession接口,结束上述会话,并请求Agent删除与该会话相关的文件以及释放系统中相关的资源。
上述与会话相关的文件包括临时文件、会话日志文件等。
上述步骤可以实现,在网元接入网络以前就可以通过Manger将配置数据下载到Agent,上述过程都是通过Manager调用Manager与Agent之间新定义的自配置接口自动完成,无需人工参与,由此节省了大量人力成本。并且通过该方法可以将网元的配置数据提前下载到Agent上,当网元接入网络时,可以随时通知Agent将数据下发给网元,由此减少了开站的时间。
可选地,除了上述定义的接口外,还可以定义一个反馈消息:notifySessionStateChanged,Agent可以通过该消息向Magnager反馈整个批配置的进展状况,配置数据的状态主要包括如下几种:
下载失败(Download Failed)
下载完成(Download Completed)
验证失败(Validation Failed)
验证完成(Validation Completed)
配置文件生成失败(generateFile Failed)
配置文件验证完成(generateFile Completed)
例如,当Manager调用download接口后,Agent可以通过notifySessionStateChanged消息向Magnager反馈数据下载完成或失败,如果下载完成,则notifySessionStateChanged消息中指示的信息为下载完成;如果下载失败,则notifySessionStateChanged消息中指示的信息为下载失败。对于调用validate接口或generateFile接口后,Agent可以通过notifySessionStateChanged消息向Magnager反馈配置数据状态的方式与此类似,在此不再一一进行介绍。
可选地,除了上述定义的接口外,还可以定义一个getSessionLog接口,Manager可以通过调用该接口从Agent获取指定会话的与配置数据文件操作关联的活动结果的日志,该接口可以在任何会话状态下调用,并且不改变当前的会话状态。
调用该接口的输入参数、输出参数和前提条件如下:
输入参数:sessionId,用于标识一个指定的会话;logFileReference,用于定义Manager中存放结果的地址和文件名。
输出参数:操作结果(成功或失败)。
前提条件:sessionId所标识的会话已成功开启,并且没有被结束。
上述为采用新定义的接口自动下载网元的配置数据的方法,下面将通过具体的实施例介绍通过对BulkCM中已有的接口进行修改来实现网元的配置数据自动下载的方法。
在介绍本发明的实施例之前,需要对已有的BulkCM流程进行一些简单的介绍,以方便读者理解。
Bulk CM应用于北向配置数据的上载(Upload)和下载(download),在标准中定义了完善的状态机、通知机制、会话日志(SessionLog)处理等,但其应用却聚焦于日常维护的场景,即网元开站已完成的情况,而不能很好地支持网元开站的场景。因为Bulk CM中调用Activate接口的前提是网元必须在线,否则就会调用失败,而在实际开站中,在数据准备阶段,网元很可能还没有完成硬件安装,因此调用Activate接口就会失败。要直接利用现有的Bulk CM完成开站,本申请的发明人经研究想到过如下两种解决方案:
(1)在硬件安装前,Manager调用StartSession开始一个会话,然后调用download接口和validate接口,完成配置数据的下发和校验,在网元上线后再调用Activate接口。
(2)Manager预先规划好网元的配置数据,但不启动Bulk CM程序,等网元的硬件安装完成且接入Agent后再调用Bulk CM程序,将配置数据下发到网元。
上述第一种解决方案对于网元已经在线的情况没有问题,但是对于网元过了比较长的时间才上线的情况就不合适了,因为一旦北向调用了StartSession开始一个会话后,在网元接入网之前该Session是不能中断的,由于Session资源非常有限,这种方式会长时间占用有限的系统资源。
对于上述第二种解决方案,由于网元的配置数据涉及参数往往很多,Manger在将配置数据发送给网元之前,并没有调用Validate接口对网元的配置数据进行校验,因此在将配置数据下发给网元的过程中一旦出现错误,将会花费很长的时间去对数据进行验证和重新配置,由此严重影响了开站的进程。
综上,上述两种解决方案都不能有效的支持新增网元设备开站这一应用场景,本发明在下面的实施例中通过对Bulk CM中已有接口的进行修改和扩展,使得Bulk CM流程不但可以支持新开站的场景,既可以兼容日常维护的场景。
为了使读者清楚本发明的实施例中对BulkCM中的哪些接口做了修改,下面对BulkCM中原接口的定义和修改后的新接口的定义进行详细对比。
BulkCM中定义的接口主要包括:
(1)download(下载)接口;
原接口定义:Manager通过调用该接口请求Agent来下载并管理一个包含配置数据的文件。Agent可以从指定的全局唯一的数据文件引用中获取这个配置数据文件。
新接口定义:与原接口定义相同。
(2)validate(验证)接口;
原接口定义:该接口的调用是可选的,Manager通过调用该接口请求Agent验证先前已经下载的配置数据。调用该接口可以在Manager调用预激活接口或激活接口请求Agent对配置数据进行预激活或“激活”之前检查先前已经下载的配置数据相关的错误。该接口中包含可选的“activationMode”参数,表明激活的方式。
新接口定义:Manager调用该接口请求Agent验证先前已经下载的配置数据,跟传统接口相比,该接口不需要“activationMode”参数(因为新开站场景下不涉及配置数据在网元侧真正激活,所以不需要设置激活模式)。
(3)activate(激活)接口;
原接口定义:Manager调用该接口请求Agent激活先前已经下载的配置数据,该接口调用的前提是网元已经接入网络。
新接口定义:Manager调用该接口请求Agent根据下载的配置数据生成全配置数据文件。
上述接口原始定义的功能和参数具体可以参见标准文档3GPP TS32.612,在介绍完上述原接口和修改后的新接口之间的差别后,下面将通过具体的实施例对本发明的方法进行详细介绍。
参见图3所示,本发明实施例三提供了一种获取数据的方法,该方法通过如下步骤实现:
步骤301:Manager调用Download接口,请求Agent从Manager指定的位置下载包含配置数据的文件;
步骤302:Manager调用修改后的Validate接口,请求Agent对下载的配置数据进行验证,确定其是否合法;
步骤303:Manager调用修改后的Active接口,请求Agent根据验证后的配置数据生成网元的全配置数据文件。
上述步骤302是可选的,在执行完步骤301后可以直接执行步骤303,即在步骤303中,Manager调用修改后的Active接口,请求Agent直接根据下载的配置数据生成网元的全配置数据文件。
可选的,在步骤303之后还可以包括:
步骤304:Agent存储上述全配置数据文件。例如,Agent可以上述全配置数据文件保存在某个路径对应的实体中,该路径对应的实体可以是Agent所在的物理实体,也可以是第三方服务器。
可选地,在步骤304之后还可以包括:如果网元接入网络,则Agent将全配置数据文件下发到网元。
通过上述方法可以实现网元在接入网络之前,Manager通过调用修改后的BulkCM接口,自动将网元的配置数据提前下载到Agent上,以使网元上电后可以随时通知Agent下发网元需要的数据,由此节省了人力成本。并且通过提前对配置数据进行验证,进一步保证了开站的顺利进行。
为了使本发明的实施例能够兼容传统的BulkCM在维护场景下的应用,在本发明实施例四中可以对Manager发送给Agent的配置文件进行一些修改,例如,可以在Manager向Agent下发的配置文件的bulkCmConfigDataFile节点中增加一个属性scenarioType,用于指示数据配置的方式。属性增加的具体方法如下:
<element name=″bulkCmConfigDataFile″>
<complexType>
<sequence>
<element name=″fileHeader″>
[...]
</element>
<element name=″configData″maxOccurs=″unbounde d″>
[...]
</element>
<element name=″fileFooter″>
[...]
</element>
</sequence>
<attribute name=″scenarioType″use=″require d″>
<simpleType>
<restriction base=″string″>
<enumeration value=″tradition″/>
<enumeration value=″self configuration″/>
</restriction>
<simpleType>
</attribute>
</complexType>
</element>
在上述对Manager下发给Agent的配置文件进行设置后,同时需要在Agent中对各个接口的逻辑操作进行相应设置,例如,当上述scenarioType取值为trandition时Agent采用是传统数据配置方式;此种情况下,Manager和Agent之间传统Bulk CM的各个接口含义不变;反之,当上述scenarioType取值为self configuration时,Manager和Agent之间按照本专利的修改后的Bulk CM接口进行交互。
在修改完上述配置文件和接口之后,Manager就可以选择是通过传统配置方式还是自配置方式来进行数据配置,参见图4所示,本发明实施例四具体包括如下步骤:
步骤401:Manager设置数据配置的方式为自配置方式或传统配置方式。
步骤401具体为,Manager对上述配置文件的scenarioType属性进行设置,将scenarioType属性设置为self configuration(自配置方式)或tradition(传统配置方式)。
步骤402:Manager调用Download接口,请求Agent从Manager指定的位置下载上述包含配置数据的配置文件;若配置文件中的scenarioType属性设置为自配置方式,则执行步骤403:若配置文件中的scenarioType属性设置为传统配置方式,则按照传统配置方式对网元的配置数据进行验证、激活。
步骤403:Manager调用修改后的Validate接口,请求Agent对下载的配置数据进行验证,确定其是否合法;
步骤404:Manager调用修改后的Active接口,请求Agent根据验证后的配置数据生成网元的全配置数据文件。
上述步骤403是可选的,在执行完步骤402后可以直接执行步骤404,即在步骤404中,Manager调用修改后的Active接口,请求Agent直接根据下载的配置数据生成网元的全配置数据文件。
可选地,在步骤404之后还可以包括:
步骤405:Agent存储上述全配置数据文件。例如,Agent可以上述全配置数据文件保存在某个路径对应的实体中,该路径对应的实体可以是Agent所在的物理实体,也可以是第三方服务器。
可选地,在步骤405之后还可以包括:如果网元接入网络,则Agent将全配置数据文件下发到网元。
除了上述通过配置文件指示数据配置方式外,本发明实施例还可以通过对接口进行设置来指示数据配置方式,参见图5所示,本发明实施例五通过如下方法实现:
首先,在Manager与Agent之间已有的接口中新增一个参数,用于指示数据配置的方式;
例如,在Agent与Manager之间的Validate接口中增加一个scenarioType参数,该scenarioType参数有如下两个取值
(1)tradition:表示传统配置方式;
(2)self configuration:表示自配置方式。
在增加上述scenarioType参数后,还需要对Validate接口的逻辑操作进行相应设置,如果scenarioType参数取值为“tradition”,则Validate接口按照传统配置方式进行操作,例如,Validate接口中的activationMode参数置为有效;如果scenarioType参数取值为“self configuration”,则Validate接口按照自配置方式(即修改后的接口)进行操作,例如,Validate接口中的activationMode参数被置为无效。
除此之外,还需要在Agent与Manager之间的Activate接口中增加一个scenarioType参数,该scenarioType参数有如下两个取值:
(1)tradition:表示传统配置方式;
(2)selfconfiguration:表示自配置方式。
在增加上述scenarioType参数后,还需要对Activate接口的逻辑操作进行相应设置,如果scenarioType参数取值为“tradition”,则Activate按照传统配置方式进行操作,例如,Activate接口中原有的activationMode和fallbacEnabled参数被置为有效;反之,如果scenarioType参数取值为“selfconfiguration”,则Validate接口按照自配置方式(即修改后的接口)进行操作,例如,activationMode和fallbacEnabled参数被置为无效。
在设置完上述接口后,本发明实施例五主要包括如下步骤:
501:确定数据配置的方式,如果网元未接入网络,则执行步骤502A;如果网元已接入网络,则执行步骤502B;
502A:Manager在调用上述修改后的接口将请求Agent从Manager下载网元的配置数据,并请求Agent对所述配置数据进行验证并生成网元的全配置数据文件;在此过程中,需要将Validate接口和Activate接口中scenarioType参数的值设置为“self configuration”,以使Validate接口和Activate接口按照修改后的接口进行操作。
Manager在调用上述接口时可以通过对scenarioType参数进行设置来选择配置数据下载的方式。除了需要设置该新增的参数外,调用接口的过程与步骤301至步骤303描述的过程相似,所以在此不再详述。
步骤502B:Manager请求Agent按照传统配置方式对网元的配置数据进行验证、激活。Manager只需要在调用Validate接口或Activate接口时,将Validate接口和Activate接口中的scenarioType参数的值设置为“tradition”就可以了。
可选地,在步骤502A或502B之后还可以包括:
步骤503:Agent存储上述全配置数据文件。例如,Agent可以上述全配置数据文件保存在某个路径对应的实体中,该路径对应的实体可以是Agent所在的物理实体,也可以是第三方服务器。
可选地,在步骤503之后还可以包括:如果网元接入网络,则Agent将全配置数据文件下发到网元。
除了上述描述的通过对BulkCM中已有的接口进行重新定义外,本发明的实施例还可以在原BulkCM已经定义的接口的基础上再新增两个自配置接口,通过BulkCM中已有的接口和新增的自配置接口共同实现网元配置数据的自动下载。
首先,在Agent和Manager之间新增两个用于自配置的接口,即SC_Validate接口和SC_GenerateFile接口,SC_Validate接口用于自配置场景下批配置数据的校验,SC_GenerateFile接口用于自配置场景下全配置数据文件的生成。
SC_Validate接口的输入参数和输出参数如下:
输入参数:sessionId(参数sessionId标识了相关会话。)
输出参数:操作结果(成功或失败)
SC_GenerateFile接口的输入参数和输出如下:
输入参数:sessionId(参数sessionId标识了相关会话。)
输出参数:操作结果(成功或失败)
具体参见图6所示,本发明实施例六的方法具体包括如下步骤:
步骤601:Manager调用download接口,请求Agent从Manager指定的位置下载包含配置数据的文件;
步骤602:Manager调用新增的SC_validate接口对下载的配置数据进行验证,确定其是否合法;
步骤603:Manager调用新增的SC_GenerateFile接口,请求Agent根据验证后的配置数据生成网元的全配置数据文件。
上述步骤602是可选的,在执行完步骤601后可以直接执行步骤603,即在步骤603中,Manager调用新增的SC_GenerateFile接口,请求Agent直接根据下载的配置数据生成网元的全配置数据文件。
可选的,在步骤603之后还可以包括:
步骤604:Agent存储上述全配置数据文件。例如,Agent可以上述全配置数据文件保存在某个路径对应的实体中,该路径对应的实体可以是Agent所在的物理实体,也可以是第三方服务器。
可选地,在步骤604之后还可以包括:如果网元接入网络,则Agent将全配置数据文件下发到网元。
除了上述描述的通过在BulkCM已经定义的接口基础上再新增两个自配置接口以外,本发明的实施例还可以仅在原BulkCM已经定义的接口基础上再新增一个接口,通过BulkCM中已有的接口和新增的接口共同实现网元配置数据的自动下载。
首先,在Agent和Manager之间新增一个用于自配置的接口,即GenerateSCFile接口,Manager通过调用该接口来请求Agent生成全配置数据文件。
GenerateSCFile接口的输入参数和输出参数如下:
输入参数:sessionId,用于标识与配置数据下载相关联的会话;输出参数:操作结果(成功或失败)。
具体参见图7所示,本发明实施例七的方法具体包括如下步骤:
步骤701:Manager调用download接口,请求Agent从Manager指定的位置下载包含配置数据的文件;
步骤702:Manager调用BulkCM的validate接口(validate接口中的可选参数activationMode此时被置为无效)对下载的配置数据进行验证,确定其是否合法;
步骤703:Manager调用新增的GenerateSCFile接口,请求Agent根据验证后的配置数据生成网元的全配置数据文件。
上述步骤702是可选的,在执行完步骤701后可以直接执行步骤703,即在步骤703中,Manager调用GenerateSCFile接口,请求Agent直接根据下载的配置数据生成网元的全配置数据文件。
可选的,在步骤703之后还可以包括:
步骤704:Agent存储上述全配置数据文件。例如,Agent可以将上述全配置数据文件保存在某个路径对应的实体中,该路径对应的实体可以是Agent所在的物理实体,也可以是第三方服务器。
可选地,在步骤704之后还可以包括:如果网元接入网络,则Agent将全配置数据文件下发到网元。
需要说明的是,上述方法实施例中描述的Manager可以位于NMS中,Agent可以位于EMS或网元中。
通过上述本发明提供的方法,可以实现在网元接入网络之前,通过管理单元调用自配置接口将网元的配置数据提前下发给被管理单元,在网元设备开站过程中不需要管理人员对Agent进行操作,由此节约了人力成本。并且在将配置数据下发给网元之前已经对配置数据进行了验证,由此保证了开站的顺利进行。
除了上述本发明实施例描述的方法外,本发明还提供了一种获取数据的装置,参见图8所示该装置包括:
第一调用模块802,用于在网元接入网络之前,调用所述装置与被管单元之间的第一接口,请求被管单元从指定的位置下载网元的配置数据;
第二调用模块804,用于调用所述装置与被管单元之间的第二接口,请求被管单元根据所述配置数据生成网元的全配置数据文件。
参见图8所示,可选地,该装置可以包括:
第三调用模块803,用于在第二调用模块804调用管理单元与被管单元之间的第二接口之前,调用所述装置与被管单元之间的第三接口请求被管单元对所述配置数据进行验证。
可选的,该装置还可以包括:
设置模块801,用于在第一调用模块802调用管理单元与被管单元之间的第一接口之前,设置数据的配置方式为自配置方式或传统配置方式,若数据配置的方式为自配置方式则启用第一调用模块802。
上述装置可以位于网元管理系统中。
通过上述本发明实施例描述的装置,可以实现在网元接入网络之前,通过管理单元调用自配置接口将网元的配置数据提前下发给被管理单元,在网元设备开站过程中不需要管理人员对Agent进行操作,由此节约了人力成本。并且在将配置数据下发给网元之前已经对配置数据进行了验证,由此保证了开站的顺利进行。
本领域普通技术人员可以理解实现上述方法实施例或装置执行的全部或部分步骤可以通过程序来指令相关的硬件完成。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (17)
1.一种数据配置的方法,其特征在于,所述的方法包括:
在网元接入网络之前,管理单元调用管理单元与被管单元之间的第一接口,请求所述被管单元从所述管理单元指定的位置下载所述网元的配置数据;
所述管理单元调用所述管理单元与所述被管单元之间的第二接口,请求所述被管单元根据所述配置数据生成所述网元的全配置数据文件。
2.根据权利要求1所述的方法,其特征在于,所述第一接口为下载接口,所述第二接口为Activate接口,或generateFile接口、或SC GenerateFile接口或GenerateSCFile接口。
3.根据权利要求2所述的方法,其特征在于,所述GenerateSCFile接口的输入参数和输出参数为:
输入参数:sessionId,用于标识与配置数据文件下载相关联的会话;
输出参数:操作结果。
4.根据权利要求1或2所述的方法,其特征在于,所述管理单元调用所述管理单元与所述被管单元之间的第二接口,请求所述被管单元根据所述配置数据生成所述网元的全配置数据文件之前,进一步包括:所述管理单元调用所述管理单元与被管单元之间的第三接口请求所述被管单元对所述配置数据进行验证。
5.根据权利要求4所述的方法,其特征在于,所述第三接口为验证接口。
6.根据权利要求2所述的方法,其特征在于,所述Activate接口中包括一个参数,用于指示数据配置的方式为自配置方式或传统配置方式,当管理单元调用所述Activate接口时,通过对所述参数进行设置来指示Activate接口按照自配置方式进行操作或按照传统配置方式进行操作。
7.根据权利要求5所述的方法,其特征在于,所述验证接口中包括一个参数,用于指示数据配置的方式为自配置方式或传统配置方式,当管理单元调用所述验证接口时,通过对所述参数进行设置来指示验证接口按照自配置方式进行操作或按照传统配置方式进行操作。
8.根据权利要求1所述的方法,其特征在于,在所述管理单元调用管理单元与被管单元之间的第一接口之前,所述方法进一步包括,所述管理单元设置数据配置的方式为自配置方式或传统配置方式,如果数据配置的方式为自配置方式,则管理单元调用管理单元与被管单元之间的第一接口,请求所述被管单元从所述管理单元指定的位置下载所述网元的配置数据。
9.根据权利要求8所述的方法,其特征在于,所述管理单元设置数据配置的方式为自配置方式或传统配置方式具体为:
在数据配置文件中增加一个属性用于指示数据配置的方式为自配置方式或传统配置方式。
10.根据权利要求1所述的方法,其特征在于,所述管理单元指定的位置为管理单元所在的物理实体或第三方服务器。
11.一种数据配置的方法,其特征在于,当所述的方法包括:
在网元接入网络之前,当管理单元调用管理单元与被管单元之间的第一接口时,被管单元从所述管理单元指定的位置下载网元的配置数据;
当管理单元调用文件管理单元与被管单元之间的第二接口时,被管单元根据所述配置数据生成所述网元的全配置数据文件。
12.根据权利要求11所述的方法,其特征在于,所述的方法还包括:
当管理单元调用管理单元与被管单元之间的第三接口时,所述被管单元对所述配置数据进行验证。
13.根据权利要求11所述的方法,其特征在于,所述的方法还包括:
将所述全配置数据文件保存在所述被管单元所在的物理实体或第三方服务器中。
14.根据权利要求13所述的方法,其特征在于,所述方法还包括:
在网元接入网络之后,被管单元将所述全配置数据文件发送给网元。
15.一种数据配置的装置,其特征在于,包括:
第一调用模块,用于在网元接入网络之前,调用所述装置与被管单元之间的第一接口,请求被管单元从指定的位置下载网元的配置数据;
第二调用模块,用于调用所述装置与被管单元之间的第二接口,请求被管单元根据所述配置数据生成网元的全配置数据文件。
16.根据权利要求15所述的装置,其特征在于,所述装置还包括:
第三调用模块,用于在所述第二调用模块调用管理单元与被管单元之间的第二接口之前,调用所述装置与被管单元之间的第三接口请求被管单元对所述配置数据进行验证。
17.根据权利要求15或16所述的装置,其特征在于,所述装置进一步包括:
设置模块,用于在所述第一调用模块调用管理单元与被管单元之间的第一接口之前,设置数据的配置方式为自配置方式或传统配置方式。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010100427189A CN102123040A (zh) | 2010-01-08 | 2010-01-08 | 数据配置的方法和装置 |
EP11731685A EP2512064A1 (en) | 2010-01-08 | 2011-01-07 | Data configuration method and apparatus |
RU2012133973/08A RU2533638C2 (ru) | 2010-01-08 | 2011-01-07 | Способ и устройство для конфигурирования данных |
PCT/CN2011/070091 WO2011082684A1 (zh) | 2010-01-08 | 2011-01-07 | 数据配置的方法和装置 |
US13/542,951 US20120278456A1 (en) | 2010-01-08 | 2012-07-06 | Method and apparatus for data configuration |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010100427189A CN102123040A (zh) | 2010-01-08 | 2010-01-08 | 数据配置的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102123040A true CN102123040A (zh) | 2011-07-13 |
Family
ID=44251501
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010100427189A Pending CN102123040A (zh) | 2010-01-08 | 2010-01-08 | 数据配置的方法和装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20120278456A1 (zh) |
EP (1) | EP2512064A1 (zh) |
CN (1) | CN102123040A (zh) |
RU (1) | RU2533638C2 (zh) |
WO (1) | WO2011082684A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103905631B (zh) * | 2012-12-31 | 2016-06-01 | 比亚迪股份有限公司 | 移动终端及其modem及linux芯片统一下载的方法 |
RU2718215C2 (ru) | 2018-09-14 | 2020-03-31 | Общество С Ограниченной Ответственностью "Яндекс" | Система обработки данных и способ обнаружения затора в системе обработки данных |
RU2731321C2 (ru) | 2018-09-14 | 2020-09-01 | Общество С Ограниченной Ответственностью "Яндекс" | Способ определения потенциальной неисправности запоминающего устройства |
RU2714219C1 (ru) | 2018-09-14 | 2020-02-13 | Общество С Ограниченной Ответственностью "Яндекс" | Способ и система для планирования передачи операций ввода/вывода |
RU2721235C2 (ru) | 2018-10-09 | 2020-05-18 | Общество С Ограниченной Ответственностью "Яндекс" | Способ и система для маршрутизации и выполнения транзакций |
RU2714602C1 (ru) * | 2018-10-09 | 2020-02-18 | Общество С Ограниченной Ответственностью "Яндекс" | Способ и система для обработки данных |
RU2711348C1 (ru) | 2018-10-15 | 2020-01-16 | Общество С Ограниченной Ответственностью "Яндекс" | Способ и система для обработки запросов в распределенной базе данных |
RU2714373C1 (ru) | 2018-12-13 | 2020-02-14 | Общество С Ограниченной Ответственностью "Яндекс" | Способ и система для планирования выполнения операций ввода/вывода |
RU2749649C2 (ru) | 2018-12-21 | 2021-06-16 | Общество С Ограниченной Ответственностью "Яндекс" | Способ и система для планирования обработки операций ввода/вывода |
RU2720951C1 (ru) | 2018-12-29 | 2020-05-15 | Общество С Ограниченной Ответственностью "Яндекс" | Способ и распределенная компьютерная система для обработки данных |
RU2746042C1 (ru) | 2019-02-06 | 2021-04-06 | Общество С Ограниченной Ответственностью "Яндекс" | Способ и система для передачи сообщения |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8135413B2 (en) * | 1998-11-24 | 2012-03-13 | Tracbeam Llc | Platform and applications for wireless location and other complex services |
US6654388B1 (en) * | 1999-05-26 | 2003-11-25 | Larscom Incorporated | Method and apparatus for automatically determining allocation of voice and data channels on T1/E1 line |
US6640262B1 (en) * | 1999-12-20 | 2003-10-28 | 3Com Corporation | Method and apparatus for automatically configuring a configurable integrated circuit |
US6766364B2 (en) * | 2002-01-15 | 2004-07-20 | Telcordia Technologies, Inc. | Template based configuration and validation of a network for enabling a requested service to be compatible with the previously enabled services |
ATE303046T1 (de) * | 2002-06-04 | 2005-09-15 | Betrieb einer vermittlungsknote in einem kommunikationsnetzwerk mit sowohl einer geschichteten als einer nicht-geschichteten architektonischen umgebung | |
US20040103308A1 (en) * | 2002-11-25 | 2004-05-27 | Gabor Paller | Self-configuring protocol gateway |
US7710587B2 (en) * | 2004-10-18 | 2010-05-04 | Microsoft Corporation | Method and system for configuring an electronic device |
CN100403690C (zh) * | 2005-04-30 | 2008-07-16 | 华为技术有限公司 | 用户驻地设备配置管理方法及其系统 |
DE602005014992D1 (de) * | 2005-10-31 | 2009-07-30 | Packetfront Systems Ab | Hochverfügbarkeitsnetzwerksystem |
US20070268516A1 (en) * | 2006-05-19 | 2007-11-22 | Jamsheed Bugwadia | Automated policy-based network device configuration and network deployment |
US8578325B2 (en) * | 2006-10-04 | 2013-11-05 | The Florida International University Board Of Trustees | Communication virtual machine |
EP2110990B1 (en) * | 2008-04-16 | 2014-06-04 | Nokia Solutions and Networks Oy | Managing a network element |
US20100272250A1 (en) * | 2009-04-28 | 2010-10-28 | Michael Shen-Yuan Yap | Method and System for Pulling a Call |
US8504664B2 (en) * | 2009-07-20 | 2013-08-06 | Genband Us Llc | Methods, systems, and computer readable media for a validation framework for validating commands for configuring entities in a telecommunications network |
-
2010
- 2010-01-08 CN CN2010100427189A patent/CN102123040A/zh active Pending
-
2011
- 2011-01-07 EP EP11731685A patent/EP2512064A1/en not_active Withdrawn
- 2011-01-07 WO PCT/CN2011/070091 patent/WO2011082684A1/zh active Application Filing
- 2011-01-07 RU RU2012133973/08A patent/RU2533638C2/ru not_active IP Right Cessation
-
2012
- 2012-07-06 US US13/542,951 patent/US20120278456A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
EP2512064A4 (en) | 2012-10-17 |
WO2011082684A1 (zh) | 2011-07-14 |
RU2012133973A (ru) | 2014-02-20 |
US20120278456A1 (en) | 2012-11-01 |
RU2533638C2 (ru) | 2014-11-20 |
EP2512064A1 (en) | 2012-10-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102123040A (zh) | 数据配置的方法和装置 | |
US8713177B2 (en) | Remote management of networked systems using secure modular platform | |
US7590072B2 (en) | Interworking network maps of network management and element management systems | |
WO2017036288A1 (zh) | 一种网元升级方法及设备 | |
WO2018010555A1 (zh) | 一种北向接口lte业务自动配置方法、北向接口装置及存储介质 | |
US20130144989A1 (en) | Unified device management method and system | |
WO2006005262A1 (fr) | Procede de configuration automatique de terminal | |
WO2020173499A1 (zh) | 基于公链的区块链子链创建方法及系统 | |
EP1384349A2 (en) | System and method for configuration, management and monotoring of network resources | |
CN102710436B (zh) | 一种网络设备管理方法、装置、相关设备及系统 | |
KR20050117936A (ko) | 장치 관리 기술에서의 장치 관리 시스템 및 방법 | |
CN110677383B (zh) | 防火墙开墙方法、装置、存储介质及计算机设备 | |
CN110427385A (zh) | 区块链数据更新方法、相关节点及区块链 | |
WO2010127602A1 (zh) | 终端参数的配置方法和系统、终端管理装置 | |
CN110213340A (zh) | 箱式交换机的云管理方法、交换机、服务器及平台 | |
CN110086640A (zh) | 业务使能的方法和装置 | |
US7254628B2 (en) | Network management system with validation of policies | |
CN107395385A (zh) | 软件升级方法及装置 | |
CN103200030A (zh) | 网络管理的装置和方法 | |
CN101860452A (zh) | 网元的管理方法和系统 | |
CN109379239B (zh) | 一种OpenStack环境中配置接入交换机的方法及装置 | |
CN101212346B (zh) | 一种网元管理系统的软件版本管理方法及装置 | |
CN104104701A (zh) | 在线服务的配置更新的方法和系统 | |
CN104639360A (zh) | 一种控制网元设备加入网络的方法及网元设备 | |
CN103117953B (zh) | 一种QoS配置方法和设备 |
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 |
Application publication date: 20110713 |