CN102118260A - 一种网元版本自动化管理的方法及其网络系统 - Google Patents

Abstract

本发明提供的一种网元版本自动化管理的方法及其网络系统，该方法包括：网管系统查询网元设备当前运行的版本，将网元设备当前运行的版本与预存的相应网元设备版本进行比较，若网元设备当前运行的版本与预存的相应网元设备版本不相同，则向网元设备下发下载请求；网元设备接收到下载请求后，下载网管系统预存的相应网元设备版本。根据本发明能够实现对网元版本自动化管理，包括入网测试自动化、版本下载自动化、版本激活自动化及升级失败的自愈(自动回退)等。

Description

一种网元版本自动化管理的方法及其网络系统

技术领域

本发明涉及移动通信网络的管理领域，具体涉及网元版本自动化管理的方法及其网络系统。

背景技术

网元管理系统(Element Management System，简称EMS)主要完成国际电信联盟电信管理网(International Telecommunications UnionTelecommunication Network，简称ITU TMN)中的网元管理层(ElementManagement Layer，简称EML)功能，即完成面向设备的操作维护功能。网络管理系统(Network Management System，简称NMS)主要完成ITU TMN中的网络管理层(Network Management Layer)功能，提供面向网络的操作管理功能，对一个被管理网络(子网)内的所有网元设备进行管理。通常不同设备供应商的网管系统(EMS)无法通用，对于被管网络内存在多个设备供应商供应设备的情况，可以通过对运营商的网管系统(NMS)操作不同设备商的网管系统(EMS)达到管理整个子网的目的，如图1所示。

NMS的主要功能是设备运行阶段的运营管理，像配置维护、故障管理、性能管理等，都是日常管理不可或缺的，需要时时刻刻进行集中监控。NMS与EMS之间的接口称为北向接口(Interface-N接口，简称Itf-N接口)。为了方便运营商的管理和维护，在Itf-N接口中，定义了一些集成参考点(即Integration Reference Point，简称IRP)，如基本配置管理IRP、公共配置IRP、性能管理IRP、告警管理IRP、资产管理IRP等。通过这些集成参考点提供的功能，可以轻易的完成对各EMS的操作和维护功能；而各设备商的EMS中软件版本管理模块相关操作及维护只是在需要的时候(升级、扩容、解决故障或需求的补丁等)才进行的，风险性较大，并且通常由设备商实施部署和负责升级维护。因此运营商通过统一的NMS进行软件版本自动化管理不太现实；所以有关软件版本管理IRP就一直没有实现，更没有这个需求；如果能够对多设备商的EMS系统中的软件模块进行自动化管理、统一维护，在减少维护人员的工作量的同时，又进一步降低了操作的时间及风险，提高了运维效力，当然也会极大的降低设备商及运营商的OPEX(OperatingExpense，运营成本)。

发明内容

本发明要解决的技术问题是提供一种网元版本自动化管理的方法及其网络系统，以实现对网元版本自动化管理。

为了解决上述技术问题，本发明提供了一种网元版本自动化管理的方法，包括：

网管系统查询网元设备当前运行的版本，将网元设备当前运行的版本与预存的相应网元设备版本进行比较，若网元设备当前运行的版本与预存的相应网元设备版本不相同，则向网元设备下发下载请求；

网元设备接收到下载请求后，下载网管系统预存的相应网元设备版本。

进一步地，上述方法具有下面特点：还包括：

网元设备在下载相应的网元设备版本完成后向网管系统发送一信号；

网管系统接收到所述信号后，向网元设备下发激活请求；

网元设备接收到所述激活请求后，激活所述下载的网元设备版本。

进一步地，上述方法具有下面特点：还包括：

若网元设备激活所述下载的网元设备版本失败，则网元设备重新加载激活前运行的版本。

进一步地，上述方法具有下面特点：还包括：

在所述网元设备下载相应网元设备版本之后、在所述网元设备激活所述下载的网元设备版本之后，网管系统分别进行记录操作。

进一步地，上述方法具有下面特点：所述网管系统查询网元设备当前运行的版本具体为：

所述网管系统检测到网元设备上电时立即查询网元设备当前运行的版本。

进一步地，上述方法具有下面特点：所述网管系统查询网元设备当前运行的版本具体为：

所述网管系统对所述预存的网元版本进行入网测试，检测所述预存的网元版本是否满足相应网元设备的性能要求，若满足相应网元设备的性能要求，则查询网元设备当前运行的版本。

本发明还提供一种网络系统，包括：

网管系统，用于查询网元设备当前运行的版本，将网元设备当前运行的版本与预存的相应网元设备版本进行比较，若网元设备当前运行的版本与预存的相应网元设备版本不相同，则向网元设备下发下载请求；

网元设备，用于接收到下载请求后，下载所述网管系统预存的相应网元设备版本。

进一步地，上述网络系统具有下面特点：所述网管系统包括：

版本服务器，用于存储与网元设备相关的版本；

数据库服务器，用于存储与所述版本服务器存储的版本文件相关的信息，以及网元设备的相关管理策略；

处理服务器，用于查询网元设备当前运行的版本，将网元设备当前运行的版本与所述版本服务器中存储的相应网元设备的版本进行比较，若网元设备当前运行的版本与所述版本服务器中存储的相应网元设备的版本不相同，则触发所述数据库服务器中存储的相应网元设备的下载策略向相应网元设备下发下载请求。

进一步地，上述网络系统具有下面特点：

所述处理服务器，还用于接收到网元设备在下载完相应网元设备版本后发来的信号时，触发所述数据库服务器中存储的相应网元设备的激活策略向该网元设备下发激活请求；

所述网元设备，还用于接收到所述激活请求后，激活所述下载的网元设备版本。

进一步地，上述网络系统具有下面特点：

所述网元设备，还用于若激活所述下载的网元版本失败，则向所述处理服务器发送激活失败消息；还用于接收到所述处理服务器下发的版本切换请求后，重新加载激活前运行的版本；

所述处理服务器，还用于接收到所述网元设备发送的激活失败消息后，触发所述数据库服务器存储的相应网元设备的激活策略向该网元设备下发版本切换请求。

进一步地，上述网络系统具有下面特点：

所述处理服务器，查询网元设备当前运行的版本具体为：用于检测到所述网元设备上电时立即查询所述网元设备当前运行的版本。

进一步地，上述网络系统具有下面特点：

所述处理服务器，查询网元设备当前运行的版本具体为：用于对存储入所述版本服务器的网设备元版本进行入网测试，检测所述网设备元版本是否满足相应网元设备的性能要求，若满足相应网元设备的性能要求，则查询网元设备当前运行的版本。

进一步地，上述网络系统具有下面特点：

版本服务器，用于存储与网元设备相关的版本具体为：将不同网元设备相关的版本存储在不同的路径下。

进一步地，上述网络系统具有下面特点：

版本服务器，用于存储与网元设备相关的版本具体为：将存储的网元设备相关的版本的文件以统一的规则进行命名。

综上，本发明提供的一种网元版本自动化管理的方法及其网络系统，能够实现对网元版本自动化管理，包括入网测试自动化、版本下载自动化、版本激活自动化及升级失败的自愈(自动回退)等。

与现有技术相比，采用本发明所述方法有如下效果：

实现了版本管理自下载、自激活以及激活失败的自动化回退等功能；同时具有自动入网测试功能；可以说实现了版本管理的一体化流程，有效解决了运营商的自动化管理的需求问题；

部署数据库服务器，存储与入库版本有关的软件包信息、相关入网测试信息，以及自动化管理相关策略；维护人员在实际的操作过程中，只需要对相关表记录进行管理(增删、更改及查询)，减少维护人员的工作量和出错率，也对运营商整个通讯系统的健壮运行作了必要的保证；

实现了对多运营商版本进行统一化管理，进一步强化了网管系统的作用；

部署集中的版本服务器，有效的利用了服务器资源；规范各设备商的版本命名规则，规范服务器版本存放路径，有利于软件包的上载操作，同时也更有利于对各设备商的版本进行统一的管理；

另外，为了节省成本，数据库服务器和版本服务器可以是一台服务器，自动化化管理数据库也可以同NMS的数据库部署在同一台服务器上，以达到进一步降低运营商的OPEX目的。

附图说明

图1是现有的网络系统的示意图；

图2本发明实施例的网络系统的示意图；

图3本发明实施例的网元版本自动化管理的方法的流程图；

图4本发明实施例的上电场景下的网元版本自动化管理的方法的流程图；

图5本发明实施例的版本升级场景下的网元版本自动化管理的方法的流程图。

具体实施方式

下面结合附图及实施例对本发明的技术方案进行更详细的说明。

图2是本发明实施例的网络系统的示意图，如图2所示，本实施例的网络系统包括网管系统和多个网元设备，其中网管系统可以是EMS或NMS。其中，

网管系统，用于查询网元设备当前运行的版本，将网元设备当前运行的版本与数据库服务器中预存的相应网元设备版本进行比较，若网元设备当前运行的版本与预存的相应网元设备版本不相同，则向网元设备下发下载请求；

网元设备，用于接收到下载请求后，下载所述网管系统预存的相应网元设备版本。

其中，如图2所示，网管系统包括：版本服务器、数据库服务器和处理服务器。其中，

版本服务器，用于存储多个网元设备运行时或者版本升级时所需的版本文件或者版本软件包。

由于设备商不同，网元设备运行时所需的版本文件或者版本软件包亦不同，为了避免混淆出错，不同网元设备相应的版本文件等都应该部署在不同的路径下。这样能够使多个网元设备的NMS之间及多个网元设备的EMS之间不会出现冲突，在版本下载、激活等流程中不会出现类似于网元设备A下载网元设备B的版本软件包等的误操作。

版本服务器和网元设备都至少支持一种文件下载服务，服务可以是HTTP(Hyper Text Transfer Protocol，超文本传输协议)，FTP(FileTransportation Protocol，文件传输协议)，SFTP(Secure File Transfer Protocol，安全文件传送协议)，TFTP(Trivial File Transfer Protocol，简单文件传输协议)，DSMCC(Digital Storage Media Command and Control)，数字存储媒体命令和控制扩展协议)等；版本服务器要能够满足所有网元的下载服务请求。

进一步地，在版本服务器中以统一的规则对版本软件包和补丁包进行命名：采用“设备商英文标识”+“版本软件包的类型，如TDD(Time DivisionDual，时分双工)或FDD(Frequency Division Dual，频分双工)”+“版本软件包的版本号”，例如：name＝A_fdd_1.00.030(A为运营商英文标识，fdd为版本软件包类型，1.00.030为版本号)；

进一步地，在版本服务器中规范或指定各设备商的部署路径：采用“../ftp/运营商英文标识/版本软件包或补丁包名”，如：path＝d:/ftp/A/A_fdd_1.00.030。

数据库服务器，用于存储与入库版本有关的软件包信息、相关入网测试信息，以及版本自动化管理的相关策略。为了节省成本，数据库服务器和版本服务器可以是一台服务器。

其中，版本自动化管理策略设置可以分为两种场景：网元设备上电(包括新网元设备(例如，基站)上电)自动化和版本软件包升级自动化：

a)网元设备上电场景：可以存在多条版本自动化管理策略，对于某一特殊的版本软件包，最多只能对应一条策略；对于某一特定的网元设备，可以存在多条策略，但最多只能存在一条对应的有效策略，如果存在多条策略，则根据策略的优先级来仲裁该网元设备的有效策略。

所谓有效策略是指该版本自动化管理策略在其生存期有效，默认生存期为无限期。每条版本自动化管理策略都有对应的适用网元范围，适用网元范围可以为空。每条版本自动化管理策略都有一个优先级值，默认值为版本自动化管理策略的序号，如果对于不同的版本软件包相应的有效策略的适用网元范围存在相冲突的情况，例如两个有效策略的适用网元范围均包含网元M，这时比较该有效策略的优先级，优先级高的策略被执行。

设置的版本自动化管理策略保存在上电场景策略表中，该表需要包含如下内容：

{vendor(设备商)，type(软件包类型)，version(软件包版本号)，covers(策略范围[网元])，priority(优先级)，isvalid(是否有效)，repeatTime(最大重复次数)，creator(创建者)，createTime(创建时间)}。

操作维护人员可以对该表进行相关操作，例如，对该表进行增删、更改及查询等操作。

b)软件包升级场景：可以存在多条版本自动化管理策略，对于某一特定的软件包，可以设置多条对应的有效策略，这与上电场景不同，为了设置及保存策略的方便，各策略对应的适用范围中包含相同的网元，所以一个网元可以对应多个策略，但是考虑到策略的最新性，就取最新设置的策略为该网元对应的策略，为了方便管理和维护，建议某一软件包，只设置一条有效策略。

每条版本自动化管理策略都有对应的适用网元范围，适用网元范围可以为空。每条版本自动化管理策略都有一个优先级值，默认值为策略的序号。

考虑到对全网元系统的影响，版本自动化管理策略还需包含：版本下载、激活时间的设置，例如下载最好在网络畅通的情况下进行，激活最好在晚上话务量较少的情况下执行。如果不同的软件包相应的有效策略的适用网元范围存在相冲突的情况，例如两个有效策略的适用网元范围均包含网元M，这时比较该有效策略的优先级，优先级高的策略被执行；如果对于同一软件包，设置的不同版本自动化管理策略存在冲突的情况，则依旧根据策略优先级进行仲裁。

设置的版本自动化管理策略保存在软件包升级场景策略表中，该表需要包含如下内容：

{vendor(设备商)，type(软件包类型)，version(软件包版本号)，covers(策略范围[网元])，downloadTime(下载时间)，activeTime(激活时间)，priority(优先级)，isvalid(是否有效)，repeatTime(最大重复次数)，creator(创建者)，createTime(创建时间)}。

操作维护人员可以对该表进行相关操作，例如，对该表进行增删、更改及查询操作。

进一步地，在数据库服务器中还存储有版本自动化管理操作日志，版本软件包在进行自动化入网测试、自动下载、自动激活时都要记录操作日志，以方便管理和维护人员进行监控和相关操作。该操作日志表需要的相关字段信息如下：

{vendor(设备商)，operationType(操作类型)，moi(操作网元)，version(软件包版本号)，operationTime(操作时间)，autoStatus(操作状态及结果：1，自下载请求发送成功；2.自下载完成；3.自激活请求成功；4自激活成功；5，自下载失败；6，自激活失败)，errorCode(失败原因或错误码)，repeatTime(已达重复次数)}。

处理服务器，用于接收到用户通过客户端或者浏览器上载的本地或远程的软件包或升级包时进行软件包入库，即，根据软件包的文件名将用户上载的软件包或升级包存储到版本服务器上对应的文件夹下，同时把相应的入库信息记录到数据库服务器的软件包入库表中。

该软件包入库表需要包含如下内容：

{vendor(设备商)，type(软件包类型)，name(文件名称)，version(软件包版本号)，path(版本服务器上的存放路径)，networkTest(是否需要入网测试，默认不需要)，networkTestNe(进入网测试所对应的网元)；如果入库软件包需要进行入网测试，则置入网测试字段值为真，并需要设置入网测试对应的网元，如果该软件包不需要进行入网测试，则设置入网测试对应的网元为空(null)，入网测试完毕后，设置该版本不需要入网测试，并置测试对应网元为空；publishTime(版本发布时间)，creator(入库者)，createTime(入库时间)}。

操作维护人员可以对该软件包入库表进行相关操作：在软件包入库时根据该软件包的相关属性值在该软件包入库表中插入一条记录；在删除版本服务器上的某一软件包时，将自动删除该软件包入库表中对应的记录项。

如果新插入了一条软件包记录，则需要入网测试字段值为真，这时处理服务器将检查该软件包记录对应的需要进行入网测试的网元设备，同时判断入网测试表中是否有关于该软件包的测试规则及指标，如果不存在则启用默认的入网测试的相关规则及指标；如果存在，则按照存在的规则进行入网测试。该入网测试表需要包含如下内容：

{vendor(设备商)，type(软件包类型)，version(软件包版本号)，inputList(输入列表)，outputList(输出列表)，targetList(性能指标列表)}。

对于不同的网元设备，其版本入网测试指标有所不同，但测试方式主要有两种：

(1)室内测试，主要进行下面的测试：

a)版本升级过程与版本回退、升版后的各类业务、版本差异性的验证测试；

b)网元设备的相关功能测试：基本呼叫功能、信道管理、基站同步及移动管理等。

(2)外场试验田测试，主要进行下面的测试：

a)外场试验田选择：选择现有无线通信网络(简称，现网)中某区域的某PA(power amplifier，功率放大器)(有条件的话，大型版本的验证测试可选择两个PA)，该PA区域内应安装有现网各种类型的主流基站，并且这些主流基站运营稳定；

b)对将版本软件包下载到网元设备前后进行验证；

c)进行话务指标分析；

d)进行用户投诉分析。

由上面可以看出，入网测试的相关操作有很多地方需要人工干预，不能仅仅靠网管系统，例如，运营商的NMS或相关设备商的EMS去完成。入网测试操作结束后，需要人工录入相关的测试结果到数据库服务器的入网测试表中。相关网管系统会对录入结果进行分析，判断是否达到入网要求。

升级包在进行入网测试的过程中，如果测试结果满足网元设备的性能指标等要求，意味着该升级包正确可用，同时更新对应软件包在软件包入库表的入网测试字段值标识为假(已经通过入网测试)，则处理服务器自动提示能够进行现网升级，并触发相关策略对相关网元设备进行自动化升级；如果没有通过测试，则删除软件包入库表中有关该软件包的相关记录，同时删除版本服务器上对应的版本文件或版本软件包，并将错误相关信息通知给操作人员。

当有升级包通过入网测试后，处理服务器根据数据库服务器中存储的相关策略触发相关网元进行自动下载，如立即下载、定时下载等；在基站上电场景下的自动下载均为立即下载，不存在定时下载。

当软件包下载成功后，处理服务器根据数据库服务器中存储的相关策略触发自动激活操作；如果在基站上电场景下，自动下载成功后将马上执行自动激活操作。

网元设备加载升级的版本软件包后，重新启动进行激活。若重新启动失败，或者启动起来后发现运行有错误，则网元设备将进行版本软件包加载的自动切换，重新加载激活前的版本软件包。

根据本实施例的网络系统、网管系统具有下面的效果：

实现了版本管理自下载、自激活以及激活失败的自动化回退等功能；同时具有自动入网测试功能；可以说实现了版本管理的一体化流程，有效解决了运营商的自动化管理的需求问题；

进一步地，部署数据库服务器，存储与入库版本有关的版本软件包信息、相关入网测试信息，以及自动化管理相关策略。维护人员在实际的操作过程中，只需要对相关表记录进行管理(增删、更改及查询)，可以减少维护人员的工作量和出错率，也对运营商整个通讯系统的健壮运行作了必要的保证；

实现了对多个网元设备的版本进行统一化管理，进一步强化了运营商NMS系统的作用。

其中，部署集中的版本服务器，有效的利用了服务器资源；规范各设备商的版本命名规则，规范服务器版本存放路径，有利于版本软件包的上载操作，同时也更有利于对各设备商的版本进行统一的管理。

另外，为了节省成本，数据库服务器和版本服务器可以是一台服务器，实现版本管理自动化所需的数据库也可以同NMS的数据库部署在同一台服务器上，以达到进一步降低运营商的OPEX目的。

图3是本发明实施例的网元版本自动化管理的方法的流程图，如图3所示，本实施例的方法包括下面步骤：

S11、网管系统查询网元设备当前运行的版本。

S12、网管系统将网元设备当前运行的版本与预存的相应网元设备版本进行比较，若网元设备当前运行的版本与预存的相应网元设备版本相同，则不作处理，结束处理流程；若网元设备当前运行的版本与预存的相应网元设备版本不相同，则执行步骤S13。

S13、网元设备下载相应网元设备版本；具体如下：

网管系统向网元设备下发下载请求；

网元设备接收到下载请求后，下载网管系统预存的相应网元设备版本。

S14、网元设备激活相应网元设备版本；

网元设备在下载相应的网元设备版本完成后向网管系统发送一信号；

网管系统接收到所述信号后，向网元设备下发激活请求；

网元设备接收到所述激活请求后，激活所述下载的网元设备版本。

S15、若网元设备激活失败，则重新加载激活前运行的版本。

根据本实施例的网元版本自动化管理的方法，能够实现对网元版本自动化管理，包括入网测试自动化、版本下载自动化、版本激活自动化及升级失败的自愈(自动回退)等。

下面以上电场景和版本升级场景两种实施例对本发明的网元版本自动化管理的方法作进一步的详细描述：

第一实施例：主要描述某基站Z(设备商A，基站类型FDD，网元号200)上电时的版本管理自动化的过程。

本实施例中，网管系统的版本服务器提供FTP下载服务，某时间与版本服务器对应的软件包入库表见表1，某一运营商的NMS相关操作维护人员设置了一条基站上电时的版本自动化管理策略，其取值见表2。

表1其时刻软件包入库表相关记录

设备商

软件包类型

名称

版本号

路径

入网测试

出版时间

创建者

创建时间

A

FDD

A_fdd_1.00.030

1.00.030

//ftp//A//A_fdd_1.00.030

N

2009-8-12

Admin

2009-8-1020:05:03

A

FDD

A_fdd_1.00.020

1.00.020

//ftp//A//A_fdd_1.00.020

N

2009-1-1

Admin

2009-1-1020:05:03

B

FDD

B_fdd_1.00.140

1.00.140

//ftp//B//B_fdd_1.00.140

N

2009-1-1

Admin

2009-1-1020:05:03

表2某时刻某网元设备上电策略表

设备商

软件包类型

版本号

策略范围[网元]

重复次数

优先级

是否有效

创建者

时间

A

FDD

1.00.030

ALL

2

3

Y

Admin

2009-8-1020:05:03

B

FDD

1.00.140

[1-100]

4

2

Y

user

2009-8-1020:05:03

S101：基站Z(即，网元设备)上电，设备商的EMS与基站Z进行建链操作，建链成功后，与网元设备进行版本协商。

版本协商过程包括步骤S102-S103：

S102：EMS从上电场景策略表中查询与该基站有关的策略记录，

如果上电场景策略表中有多条记录项，则取优先级最高的记录，然后获取该记录项中的版本号值(例如，versionDB＝1.00.030)，然后执行步骤S103；

如果该场景的上电场景策略表中不存在与该基站有关的策略记录，则获取数据库服务器中的软件包入库表中的有效最新版本。版本号为满足以下两种情况下的最新版本：网元对应的运营商与版本发布的运营商一致，网元类型与版本类型匹配。

S103：EMS查询基站Z运行版本的版本号(versionMe＝1.00.020)；

进一步地，查询该基站Z与相应版本软件包自动化操作的失败次数，若表3中没有相关记录，说明失败次数为0；若自动化操作的失败次数超过预定次数，则停止操作；若自动化操作的失败次数未超过预定次数，则判断基站Z运行版本与软件包入库表中关于该基站的有效最新版本是否相同，若相同，则不作处理，流程结束；若判断versionDB不等于versionMe(版本可以从高到低升级，也可以从低到高升级)，则执行步骤S104。

表3某时刻自动化管理记录表

设备商

操作类型

操作网元

版本号

操作时间

操作状态

错误码

重复次数

A

自动下载

Enetworkid＝0，enbid＝0

A_fdd_1.00.020

2009-1-1020:05:03

5

20011

1

表3中的20011表示FTP下载失败。

S104：EMS触发基站下载版本服务器上的版本versionDB，具体如下：

EMS向基站发送下载请求命令，同时传递下载文件列表及版本服务器地址、登陆账户密码等信息；

基站收到下载请求命令后马上对请求进行应答；

进一步地，EMS收到基站的应答后记录操作日志“自下载请求发送成功”；

基站Z根据下载请求命令中的相关信息远程登录版本服务器，根据下载文件列表下载版本文件，下载到网元上的版本软件包处于备用状态。

S105：基站Z在下载过程中上报下载进度。

S106：EMS收到下载进度上报后对结果进行处理，并在客户端GUI(Graphical User Interface，图形用户接口)上显示进度信息；

当EMS收到基站Z上报进度100％时，自动触发下载结果查询，确认基站Z是否真实的执行了下载操作。如果查询结果为下载成功，则执行步骤S108；如果查询结果为下载失败或者下载中出错，则执行步骤S107。

S107：EMS记录操作日志“下载失败”，结束流程，或者根据策略中的最大重复次数决定是否进行再次下载操作；

S108：EMS确认基站Z正确下载了指定的版本软件包，记录操作日志“下载完成”；

S109：触发基站Z激活该版本软件包，具体如下：

a、EMS向基站Z发送下载激活备用软件包请求，

b、基站Z收到下载激活备用软件包请求后，马上对请求进行应答；EMS记录操作日志“激活请求发送成功”；

S110、基站Z重启，加载备用软件包，如果启动成功，则执行步骤S111；如果启动失败或者启动后系统运行出错，则执行步骤S112；

S111、基站Z向EMS发送一条激活成功消息，EMS记录操作日志“激活成功”；

S112、基站Z运行版本软件包自动切换，将版本切换为激活前的版本；

如果网元版本软件包切换失败，系统发出告警，通知相关人员，然后EMS记录操作日志“激活失败”，并且根据策略中的最大重复次数决定是否进行再次激活。

第二实施例，主要描述软件包升级时的版本管理自动化的过程：

本实施例中的网管系统的版本服务器提供例如FTP下载服务；

S201、操作人员设置有关版本软件包；

操作人员设置的版本软件包的自动化管理策略，例如：A_fdd_1.00.040，见表4，及入网测试规程及指标(表略)。

表4某时刻软件包升级策略表

设备商

软件包类型

版本号

策略范围[网元]

下载时间

激活时间

重复次数

优先级

是否有效

创建者

时间

A

FDD

1.00.040

ALL

0

24:00

2

3

Y

Admin

2009-8-1020:05:03

B

FDD

1.00.140

[1-100]

0

24:00

4

2

Y

user

2009-8-1020:05:03

S202、版本软件包入库；

版本软件包A_fdd_1.00.040入库，入库后软件包入库表内容见表5。

表5某时刻软件包入库表

设备商

软件包类型

文件名称

版本号

存放路径

入网测试

入网对应的网元

出版发布时间

入库者

入库时间

A

FDD

A_fdd_1.00.040

1.00.040

//ftp//A//A_fdd_1.00.040

Y

[1-3]

2009-8-12

Admin

2009-8-1020:05:03

A

FDD

A_fdd_1.00.030

1.00.030

//ftp//A//A_fdd_1.00.030

N

Null

2009-1-1

Admin

2009-1-1020:05:03

B

FDD

B_fdd_1.00.140

1.00.140

//ftp//B//B_fdd_1.00.140

N

Null

2009-1-1

Admin

2009-1-1020:05:03

若版本软件包A_fdd_1.00.040入库时设置其入网测试值为真，则需要进行入网测试。

S203、EMS在数据库服务器中查找入网测试规则及指标，检测入网测试表中的相关记录，如果存在相关记录，则执行步骤S204；如果不存在该记录，则执行默认的入网测试流程；

S204、进行入网测试，EMS根据运营商设定的条件，进行自我测试给出相关测试指标，然后等待操作人员的实际测试结果。

相关维护人员进行实际的室内及室外测试操作，操作完毕后，录入相关的测试结果。

S205、NMS或EMS对相关的数据进行加工处理，网管系统根据运营商的测试指标，自动判别该软件包是否通过入网测试；

如果入网测试不通过，则通知操作人员，删除版本服务器中的该版本软件包及其相关的版本文件，最后提示操作人员是否连带删除软件包入库表中的相关记录，转到步骤S209；

如果入网测试通过，则修改软件包入库表中有关该软件包记录的相关值，置是否需要入网测试属性值为假；然后执行步骤S206。

S206、版本协商，

将新入库的版本与网元设备当前运行的版本相比较，若两版本相同，则不作处理；若两版本不相同，则执行步骤S207。

在版本的升级策略中，可以设定版本从版本号的高到低升级，也可以从低到高升级的策略。默认的升级策略是设定版本从版本号的低到高升级。在本实施例中，优选地，当比较出新入库的版本的版本号高于网元设备当前运行的版本的版本号，则进行升级操作。

S207、版本软件包自动下载；

EMS对根据有关该新入库的版本软件包的有效策略范围进行自动下载操作。对于不同的策略，下载时间可能不同，例如，表3中的下载时间为0，策略范围为全网元，意味着全网元进行立即下载。

EMS在批量下载的过程中，有阈值控制，即在任一时刻下载的个数在该阈值范围内。批量下载命令根据阈值限制一次分发有限个下载请求到网元，然后各网元根据下载请求执行相关的下载操作，相关的下载操作与第一实施例中的步骤S104至S108相似，这里就不再重复描述。

S208、版本软件包激活；

假设，数据库服务器中存储的版本自动化管理策略中的激活版本的时间为24:00，如果当前时间不到24:00，则EMS启动定时器，当到24:00时，EMS自动触发所有服务内的网元进行激活操作，批量进行激活操作的网元个数不限，网元的激活操作流程与第一实施例中的步骤S109至S112相似，这里就不再重复描述。

S209，结束版本自动化管理流程。

本实施例中的入网测试由于其业务繁杂，及运营商的要求不同，自动化流程中需要有人工干涉；软件包在升级过程中，不限于先设置自下载、入网测试相关策略，也可以在软件包创建完成后设置，启动任务触发机制进行入网测试及自下载操作。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，不仅适用于FDD制式的网元，也适用于TDD制式的网元；不仅可用于LTE网络，也可用于CDMA网络及GSM网络；对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种网元版本自动化管理的方法，包括：

网管系统查询网元设备当前运行的版本，将网元设备当前运行的版本与预存的相应网元设备版本进行比较，若网元设备当前运行的版本与预存的相应网元设备版本不相同，则向网元设备下发下载请求；

网元设备接收到下载请求后，下载网管系统预存的相应网元设备版本。

2.如权利要求1所述的方法，其特征在于：还包括：

网元设备在下载相应的网元设备版本完成后向网管系统发送一信号；

网管系统接收到所述信号后，向网元设备下发激活请求；

网元设备接收到所述激活请求后，激活所述下载的网元设备版本。

3.如权利要求2所述的方法，其特征在于：还包括：

若网元设备激活所述下载的网元设备版本失败，则网元设备重新加载激活前运行的版本。

4.如权利要求2所述的方法，其特征在于：还包括：

在所述网元设备下载相应网元设备版本之后、在所述网元设备激活所述下载的网元设备版本之后，网管系统分别进行记录操作。

5.如权利要求1-4任一项所述的方法，其特征在于：所述网管系统查询网元设备当前运行的版本具体为：

所述网管系统检测到网元设备上电时立即查询网元设备当前运行的版本。

6.如权利要求1-4任一项所述的方法，其特征在于：所述网管系统查询网元设备当前运行的版本具体为：

所述网管系统对所述预存的网元版本进行入网测试，检测所述预存的网元版本是否满足相应网元设备的性能要求，若满足相应网元设备的性能要求，则查询网元设备当前运行的版本。

7.一种网络系统，其特征在于，包括：

网管系统，用于查询网元设备当前运行的版本，将网元设备当前运行的版本与预存的相应网元设备版本进行比较，若网元设备当前运行的版本与预存的相应网元设备版本不相同，则向网元设备下发下载请求；

网元设备，用于接收到下载请求后，下载所述网管系统预存的相应网元设备版本。

8.如权利要求7所述的网管系统，其特征在于：所述网管系统包括：

版本服务器，用于存储与网元设备相关的版本；

数据库服务器，用于存储与所述版本服务器存储的版本文件相关的信息，以及网元设备的相关管理策略；

处理服务器，用于查询网元设备当前运行的版本，将网元设备当前运行的版本与所述版本服务器中存储的相应网元设备的版本进行比较，若网元设备当前运行的版本与所述版本服务器中存储的相应网元设备的版本不相同，则触发所述数据库服务器中存储的相应网元设备的下载策略向相应网元设备下发下载请求。

9.如权利要求8所述的网管系统，其特征在于：

所述处理服务器，还用于接收到网元设备在下载完相应网元设备版本后发来的信号时，触发所述数据库服务器中存储的相应网元设备的激活策略向该网元设备下发激活请求；

所述网元设备，还用于接收到所述激活请求后，激活所述下载的网元设备版本。

10.如权利要求9所述的网管系统，其特征在于：

所述网元设备，还用于若激活所述下载的网元版本失败，则向所述处理服务器发送激活失败消息；还用于接收到所述处理服务器下发的版本切换请求后，重新加载激活前运行的版本；

所述处理服务器，还用于接收到所述网元设备发送的激活失败消息后，触发所述数据库服务器存储的相应网元设备的激活策略向该网元设备下发版本切换请求。

11.如权利要求8所述的网管系统，其特征在于：

所述处理服务器，查询网元设备当前运行的版本具体为：用于检测到所述网元设备上电时立即查询所述网元设备当前运行的版本。

12.如权利要求8所述的网管系统，其特征在于：

所述处理服务器，查询网元设备当前运行的版本具体为：用于对存储入所述版本服务器的网设备元版本进行入网测试，检测所述网设备元版本是否满足相应网元设备的性能要求，若满足相应网元设备的性能要求，则查询网元设备当前运行的版本。

13.如权利要求8-12任一项所述的网管系统，其特征在于：

版本服务器，用于存储与网元设备相关的版本具体为：将不同网元设备相关的版本存储在不同的路径下。

14.如权利要求8-12任一项所述的网管系统，其特征在于：

版本服务器，用于存储与网元设备相关的版本具体为：将存储的网元设备相关的版本的文件以统一的规则进行命名。

Images