CN105763345A - 一种网元升级管理方法、装置及系统 - Google Patents

Abstract

本发明了一种网元升级管理方法、装置及系统，该方法包括：确定需要升级版本的待升级网元；根据网元列表及网络拓扑结构确定待升级网元的分支结构，分支结构包括至少一个网元分支；根据分支结构控制待升级网元获取升级版本；控制所有待升级网元均获取到升级版本的网元分支执行激活操作。通过本发明的实施，网管在确定待升级网元后，控制这些网元获取升级版本，在某条网元分支的所有待升级网元都获取到升级版本后才进行该网元分支的激活升级，这样即便近端网元升级失败，也不会影响该网元分支的其他网元的升级，解决了现有技术中因近端网元先激活升级版本导致后续网元无法获取升级文件导致的升级中断的问题。

Description

一种网元升级管理方法、装置及系统

技术领域

本发明涉及通信领域，特别地涉及一种网元升级管理方法、装置及系统。

背景技术

网元作为网管系统中的重要组成设备，在安装之后，设备制造商/通信运营商需要对网元更新网元软件版本(下文称为升级版本)，以支持新增功能，满足新的需求，应对市场日新月异的需求。

网元的网络拓扑结构如图1所示，远端网元(图1中的网元b/c/d/……等)均通过近端网元(图1中的网元a)从网管获取升级版本，现有网元升级方法的步骤是：用户在网管端手动选择网元，下载升级版本包到该网元，然后重启该网元，激活最新升级版本，即某网元下载完升级版本后立即重启激活。

上述方法存在如下问题：一是由于所有网元需要从网管下载升级版本，会造成汇聚网元(如网元a)处的网络拥塞，升级版本的大小可能达到上百兆，特别对于线性透传网络，在带宽有限的情况下，会造成部分节点网络拥塞；二是激活升级版本存在先后顺序，近端网元(如网元a)的重启将导致所有以网元a为起点的远端网元业务中断，在批量升级中，近端网元先下载完即重启激活版本，如果升级失败，则造成后续升级(如远端网元的版本升级)无法进行而中断，严重影响升级的效率。

因此，如何提供一种可以解决因近端网元先激活升级版本导致后续升级中断的网元升级管理方法，是本领域技术人员亟待解决的技术问题。

发明内容

本发明提供了一种网元升级管理方法、装置及系统，可以解决现有技术中因近端网元先激活升级版本导致后续升级中断的问题。

本发明提供了一种网元升级管理方法,在一个实施例中，该方法包括：确定需要升级版本的待升级网元；根据网元列表及网络拓扑结构确定待升级网元的分支结构，分支结构包括至少一个网元分支；根据分支结构控制待升级网元获取升级版本；控制所有待升级网元均获取到升级版本的网元分支执行激活操作。

进一步的，上述实施例中的根据分支结构控制待升级网元获取升级版本的步骤包括：根据网元分支内的待升级网元的层级，控制网元按照与网管由近至远的层级顺序获取升级版本。

进一步的，上述实施例中的控制网元按照与网管由近至远的层级顺序获取升级版本包括：控制获取到升级版本的网元向下层级网元发送更新命令，控制接收到更新命令的网元从其上层级网元获取所述升级版本。

进一步的，上述实施例中的控制所有待升级网元均获取到升级版本的网元分支执行激活操作的步骤包括：根据网元分支内的待升级网元的层级，控制网元按照与网管由远至近的层级顺序激活升级版本。

进一步的，上述实施例中的控制网元按照与网管由远至近的层级顺序激活升级版本的步骤包括：控制激活升级版本的网元向上层级网元发送激活命令，控制接收到所有下层级网元的激活命令的网元激活升级版本。

进一步的，上述实施例在确定待升级网元之后，还包括：获取待升级网元的升级版本获取进度及激活状态。

本发明还提供了一种网元升级管理装置，在一个实施例中，该装置包括：确定模块，确定需要升级版本的待升级网元；列表模块，用于根据网元列表及网络拓扑结构确定待升级网元的分支结构，分支结构包括至少一个网元分支；控制模块，用于根据分支结构控制待升级网元获取升级版本；激活模块，用于控制所有待升级网元均获取到升级版本的网元分支执行激活操作。

进一步的，上述实施例中的控制模块具体用于根据网元分支内的待升级网元的层级，控制网元按照与网管由近至远的层级顺序获取升级版本。

进一步的，上述实施例中的控制模块具体用于控制获取到升级版本的网元向下层级网元发送更新命令，控制接收到更新命令的网元从其上层级网元获取所述升级版本。

进一步的，上述实施例中的激活模块具体用于根据网元分支内的待升级网元的层级，控制网元按照与网管由远至近的层级顺序激活升级版本。

进一步的，上述实施例中的激活模块具体用于控制激活升级版本的网元向上层级网元发送激活命令，控制接收到所有下层级网元的激活命令的网元激活升级版本。

进一步的，上述实施例还包括更新模块，用于获取待升级网元的升级版本获取进度及激活状态。

本发明提供了一种网元升级管理系统，其包括设置于各网元内的版本驻留装置、以及本发明提供的网元升级管理装置，网元升级管理装置用于确定需要升级版本的待升级网元，通过待升级网元内的版本驻留装置管理待升级网元。

本发明的有益效果：

本发明提供的方案，网管在确定待升级网元后，控制这些网元获取升级版本，而当某网元获取到升级版本后并不能直接激活升级，而是在网管的控制下，在某条网元分支的所有待升级网元都获取到升级版本后，才进行该网元分支的激活升级，这样即便近端网元升级失败，也不会影响该网元分支的其他网元的升级，解决了现有技术中因近端网元先激活升级版本导致后续网元无法获取升级文件导致的升级中断的问题；进一步的，为网元提供了获取升级版本的一种新途径，网元在获取到升级版本之间，向下层级网元发送更新命令，网元从其上层网元获取，可以降低汇聚网元的数据流量及更新速率，减少了网管的干预；进一步的，为网元提供了激活升级版本的一种新控制方式，当网元接收到所有下层网元的激活命令后，自动进入激活流程，减少了网管的干预。

附图说明

图1为网元的网络拓扑结构示意图；

图2为本发明第一实施例提供的网元升级管理方法的流程图；

图3为本发明第二实施例提供的网元升级管理装置的示意图；

图4为本发明第三实施例提供的网元升级管理方法的示意图；

图5为本发明第三实施例中分支结构的示意图。

具体实施方式

现通过具体实施方式结合附图的方式对本发明做出进一步的诠释说明。

第一实施例：

图2为本发明第一实施例提供的网元升级管理方法的流程图，由图2可知，在本实施例中，本发明提供的网元升级管理方法包括以下步骤：

S201：确定需要升级版本的待升级网元；

本步骤可以通过网管提供的人机交互界面来实现，例如，为了实现新老版本的转换，可以先选择部分网元进行升级，当这些网元升级之后，就可以执行新功能，然后再对其余部分网元进行升级，而本步骤则是网管根据用户操作或者默认规则确定需要升级的网元，并将这些网元(一个或多个)作为待升级网元；

S202：根据网元列表及网络拓扑结构确定待升级网元的分支结构，分支结构包括至少一个网元分支；

网络拓扑结构如图1所示，当某次升级时的待升级网元包括网元a、b、e、f、g、h这6个网元时，分支结构如图5所示，其包括2个网元分支：网元a、b、e、g，及网元a、b、f、h；同一网元可以属于多个网元分支；

S203：根据分支结构控制待升级网元获取升级版本；

本步骤可以是网管控制这些待升级网元获取需要更新的软件包等用于升级网元的升级版本；

S204：控制所有待升级网元均获取到升级版本的网元分支执行激活操作；

本步骤可以存在多种实现方式，如，当网元获取到升级版本后，向网管发送升级版本下载完成信息，当网管接收到所有网元反馈的完成信息后，并在该网元分支所有的网元均下载到升级版本后，向网元发送激活指令，针对该网元分支的网元可以先激活升级版本，而不必等待所有待升级网元都获取到升级版本后才更新，加快了更新速率。

针对升级版本的下载过程，在一些实施例中，图2所示实施例中的根据分支结构控制待升级网元获取升级版本的步骤包括：根据网元分支内的待升级网元的层级，控制网元按照与网管由近至远的层级顺序获取升级版本。本实施例通过控制获取升级版本的网元顺序，使得在获取升级版本的过程中仅有一个网元在下载升级版本，避免了网络堵塞等现象的出现。

较优的，在一些实施例中，上述实施例中的控制网元按照与网管由近至远的层级顺序获取升级版本包括：控制获取到升级版本的网元向下层级网元发送更新命令，控制接收到更新命令的网元从其上层级网元获取所述升级版本。本实施例提供了一种升级版本的新获取途径，网元可以直接从其升级网元获取升级版本，减少了汇聚网元处的数据流通量，在实际应用中，网元在获取到升级版本后，根据分支结构确定其下层级网元(也可以称为子节点)，如网元a的子节点为网元b，网元b的子节点为e、f，然后生成更新命令，并将更新命令根据子节点信息发送至对应子节点。如网元b的更新命令的格式可以如下表所示：

表1

消息类型	升级版本文件信息	子节点信息
			更新	版本：*****	e、f

网元e、f在接收到更新命令后，确定该命令来自网元b，然后就从网元b获取更新命令中版本号对应的文件信息，即升级版本。

在一些实施例中，上述实施例中的控制所有待升级网元均获取到升级版本的网元分支执行激活操作的步骤包括：根据网元分支内的待升级网元的层级，控制网元按照与网管由远至近的层级顺序激活升级版本。这种激活顺序可以避免层级较低的网元在激活失败后，无法重新获取升级版本的问题。

在一些实施例中，上述实施例中的控制网元按照与网管由远至近的层级顺序激活升级版本的步骤包括：控制激活升级版本的网元向上层级网元发送激活命令，控制接收到所有下层级网元的激活命令的网元激活升级版本。本实施例提供了一种升级版本的新激活机制，网元可以不受网管控制，在接收到所有下层级节点的激活命令后，即激活自身，减少了外界、如网管等的干预，在实际应用中，网元在激活升级版本后，根据分支结构确定其上层级网元(也可以称为父节点)，如网元e、f的父节点为网元b，网元e、f激活升级版本后，生成激活命令，并将激活命令根据父节点信息发送至对应节点。如网元e的激活命令的格式可以如下表所示：

表2

消息类型	激活信息	父节点信息
			激活	激活成功	b

网元b在接收到网元e、f发送的激活命令后，认为其下层级网元全部激活完毕，然后就自动进入激活操作，激活其获取到的升级版本。

在一些实施例中，上述实施例在确定待升级网元之后，还包括：获取待升级网元的升级版本获取及激活状态。本实施例可以使得网管能实时监控各网元获取升级版本的进度，以及激活状态(成功/失败等)，当用户需要查看时，向用户展示。

第二实施例：

图3为本发明第二实施例提供的网元升级管理装置的示意图；由图3可知，在本实施例中，本发明提供的网元升级管理装置3包括：确定模块31、列表模块32、控制模块33以及激活模块34，其中，

确定模块31，用于根据用户操作或者默认规则，在所有网元中确定需要升级版本的待升级网元；

列表模块32，用于根据网元列表及网络拓扑结构确定待升级网元的分支结构，分支结构包括至少一个网元分支；

控制模块33，用于根据分支结构控制待升级网元获取升级版本；

激活模块34，用于控制所有待升级网元均获取到升级版本的网元分支执行激活操作。

在一些实施例中，图3所示实施例中的控制模块33具体用于根据网元分支内的待升级网元的层级，控制网元按照与网管由近至远的层级顺序获取升级版本。

在一些实施例中，图3所示实施例中的控制模块33具体用于控制获取到升级版本的网元向下层级网元发送更新命令，控制接收到更新命令的网元从其上层级网元获取所述升级版本。

在一些实施例中，图3所示实施例中的激活模块34具体用于根据网元分支内的待升级网元的层级，控制网元按照与网管由远至近的层级顺序激活升级版本。

在一些实施例中，图3所示实施例中的激活模块34具体用于控制激活升级版本的网元向上层级网元发送激活命令，控制接收到所有下层级网元的激活命令的网元激活升级版本。

在一些实施例中，图3所示实施例还包括更新模块，用于获取待升级网元的升级版本获取进度及激活状态。

第三实施例：

现结合运用实例对本发明做进一步的诠释说明，本实施例结合图1所示的网元拓扑结构，如图4所示，在本实施例中，本发明提供的网元升级管理方法包括以下步骤：

S401：网管获取新功能的升级版本；

例如通信运营商需要增加新的功能，通过网管提供的人机交互界面提交新功能的升级安装包，并将这个升级安装包定义为升级版本；

S402：网管根据用户操作确定待升级网元；

假设网管设置于网元a中，需要对图1中所有的网元都进行版本升级，则将图1中除去网元a的其余所有网元都确定为待升级网元；

S403：网管根据网元列表及网络拓扑结构确定待升级网元的分支结构；

具体的，网管获取待升级网元中各网元的网络层级，根据网络层级生成待升级网元的升级列表，而网络层级则可以根据网元列表及网络拓扑结构确定；

在如图5所示的升级列表中，根据网元拓扑结构，对网元进行网元分支及层级的排序，而这些排序又与图1是拓扑结果相关；

在实际应用中，网元之间并非是如图1所示单一的线性拓扑结构，网元之间可以相互通信，某网元获取升级版本的路径并非单一的，这样就可以根据升级版本的大小或者用户选择来确定网络层级，这种实现方式简单，本申请不再赘述；

S404：网管根据分支结构控制按照各网元与网管由近至远的网络层级控制网元获取升级版本；

在本实施例中，以网元分支1为例：

第一层的网元b离网管最近，网管先控制网元b获取升级版本，可以通过主动推送升级版本到网元b，或者向网元b下发获取指令，网元b在接收到获取指令后，从网管所在设备(网元a)下载；

第二层级的网元e及网元f次之，网管控制网元e及网元f获取升级版本的方式包括：通过主动推送升级版本到网元e及网元f；或者，向网元e及网元f下发获取指令，网元e及网元f在接收到获取指令后，从网管所在设备(网元a)下载；或者，网管在监控到网元b成功下载升级版本之后，向网元b发送其下一层级网元的标识(网元e及网元f)，网元b主动推送升级版本到网元e及网元f，或者，网元b向网元e及网元f下发获取指令，网元e及网元f在接收到获取指令后，从其上层网元b下载；方式还有很多，以网元e及网元f从网元b获取升级版本的方式较佳；

第三层级的网元g及网元h次之，网管控制网元g及网元h获取升级版本的方式包括：通过主动推送升级版本到网元g及网元h；或者，向网元g及网元h下发获取指令，网元g及网元h在接收到获取指令后，从网管所在设备(网元a)下载；或者，网管在监控到网元e及网元f成功下载升级版本之后，向网元e及网元f分别发送其下一层级网元的标识(具体的，网元e的下一层网元标识是网元g，网元f的下一层网元标识是网元h)，网元e及网元f分别主动推送升级版本到网元g及网元h，或者，网元e及网元f分别向网元g及网元h下发获取指令，网元g及网元h在接收到获取指令后，分别从其上层网元e及网元f下载；

S405：网管控制所有待升级网元均获取到升级版本的网元分支按照各网元与网管由远至近的网络层级控制网元激活升级版本；

本步骤依旧以网元分支1为例：

当网管检测到网元b、网元e、网元f、网元g、网元h均获取到升级版本后，控制这些网元激活升级版本，完成功能升级；具体的，

第三层级的网元g及网元h最先进行激活，网管控制网元g及网元h激活升级版本的方式包括：网管分别向网元g及网元h发送激活指令，网元g及网元h在接收到激活指令后，重启设备以激活升级版本，激活完成(包括激活成功及激活失败)后，向网管反馈激结果；

第二层级的网元e及网元f第二时间内激活控制，网管在接收到某网元分支某一层级所有网元的激活结果后，向其上层网元发送激活指令，如在接收到某网元g的激活结果后，判断到网元e这条小网元分支第三层级所有的网元都完成激活了，就向网元e发送激活指令，网元e重启激活；获取某网元激活之后直接向其上层网元发送激活结果，上层网元在接收到其所有下层网元的激活结果后，即重启激活，如网元e的下层网元仅包括网元g，当接收到网元g的激活结果后，即重启设备激活升级版本；

第一层级的网元b最后激活，网管在接收到某网元分支某一层级所有网元的激活结果后，向其上层网元发送激活指令；针对网元b，网管在接收到网元e、网元f的激活结果后，判断到网元b这条小网元分支第二层级所有的网元都完成激活了，就向网元b发送激活指令，网元b重启激活；或者某网元激活之后直接向其上层网元发送激活结果，上层网元在接收到其所有下层网元的激活结果后，即重启激活，如网元b的下层网元包括网元e及网元f，仅在接收到网元e及网元f的激活结果后，重启设备激活升级版本；

S406：网管获取各网元的升级版本的获取进度及激活状态，向用户展示；

在实际应用中，各网元分支可以同时执行升级版本的获取及激活，若网元分支操作相互存在影响，则需要协同操作，如网元e及网元f下面所存在的小网元分支对网元b的激活存在影响，就需要协同操作以确定网元b的激活时间，若网元分支操作不存在影响，则不要需要协同操作，如网元g及网元h下面所存在的小网元分支对网元e及网元f的激活不存在影响，就不需要协同操作以确定网元e/f的激活时间，当网元g获取到升级版本后即可激活，而不必考虑网元h获取到升级版本。

综上可知，通过本发明的实施，至少存在以下有益效果：

网管在确定待升级网元后，控制这些网元获取升级版本，而当某网元获取到升级版本后并不能直接激活升级，而是在网管的控制下，在某条网元分支的所有待升级网元都获取到升级版本后，才进行该网元分支的激活升级，这样即便近端网元升级失败，也不会影响该网元分支的其他网元的升级，解决了现有技术中因近端网元先激活升级版本导致后续网元无法获取升级文件导致的升级中断的问题；

进一步的，为网元提供了获取升级版本的一种新途径，网元在获取到升级版本之间，向下层级网元发送更新命令，网元从其上层网元获取，其与现有网元只能从网管获取升级版本的方式相比，可以降低汇聚网元的数据流量及更新速率，减少了网管的干预；

进一步的，为网元提供了激活升级版本的一种新控制方式，当网元接收到所有下层网元的激活命令后，自动进入激活流程，其与现有网元在激活后向网管发送激活结果、网元根据激活结果确定下一激活网元的方式相比，减少了网管的干预，也提供了激活速率。

以上仅是本发明的具体实施方式而已，并非对本发明做任何形式上的限制，凡是依据本发明的技术实质对以上实施方式所做的任意简单修改、等同变化、结合或修饰，均仍属于本发明技术方案的保护范围。

Claims (13)

1.一种网元升级管理方法，其特征在于，包括：

确定需要升级版本的待升级网元；

根据网元列表及网络拓扑结构确定所述待升级网元的分支结构，所述分支结构包括至少一个网元分支；

根据所述分支结构控制所述待升级网元获取升级版本；

控制所有待升级网元均获取到所述升级版本的网元分支执行激活操作。

2.如权利要求1所述的网元升级管理方法，其特征在于，所述根据所述分支结构控制所述待升级网元获取升级版本的步骤包括：根据所述网元分支内的待升级网元的层级，控制网元按照与网管由近至远的层级顺序获取所述升级版本。

3.如权利要求2所述的网元升级管理方法，其特征在于，所述控制网元按照与网管由近至远的层级顺序获取所述升级版本包括：控制获取到升级版本的网元向下层级网元发送更新命令，控制接收到更新命令的网元从其上层级网元获取所述升级版本。

4.如权利要求1所述的网元升级管理方法，其特征在于，所述控制所有待升级网元均获取到所述升级版本的网元分支执行激活操作的步骤包括：根据所述网元分支内的待升级网元的层级，控制网元按照与网管由远至近的层级顺序激活所述升级版本。

5.如权利要求4所述的网元升级管理方法，其特征在于，所述控制网元按照与网管由远至近的层级顺序激活所述升级版本的步骤包括：控制激活所述升级版本的网元向上层级网元发送激活命令，控制接收到所有下层级网元的激活命令的网元激活所述升级版本。

6.如权利要求1至5任一项所述的网元升级管理方法，其特征在于，在确定所述待升级网元之后，还包括：获取所述待升级网元的升级版本获取进度及激活状态。

7.一种网元升级管理装置，其特征在于，包括：

确定模块，确定需要升级版本的待升级网元；

列表模块，用于根据网元列表及网络拓扑结构确定所述待升级网元的分支结构，所述分支结构包括至少一个网元分支；

控制模块，用于根据所述分支结构控制所述待升级网元获取升级版本；

激活模块，用于控制所有待升级网元均获取到所述升级版本的网元分支执行激活操作。

8.如权利要求7所述的网元升级管理装置，其特征在于，所述控制模块具体用于根据所述网元分支内的待升级网元的层级，控制网元按照与网管由近至远的层级顺序获取所述升级版本。

9.如权利要求8所述的网元升级管理装置，其特征在于，所述控制模块具体用于控制获取到升级版本的网元向下层级网元发送更新命令，控制接收到更新命令的网元从其上层级网元获取所述升级版本。

10.如权利要求7所述的网元升级管理装置，其特征在于，所述激活模块具体用于根据所述网元分支内的待升级网元的层级，控制网元按照与网管由远至近的层级顺序激活所述升级版本。

11.如权利要求10所述的网元升级管理装置，其特征在于，所述激活模块具体用于控制激活所述升级版本的网元向上层级网元发送激活命令，控制接收到所有下层级网元的激活命令的网元激活所述升级版本。

12.如权利要求7至11任一项所述的网元升级管理装置，其特征在于，还包括更新模块，用于获取所述待升级网元的升级版本获取进度及激活状态。

13.一种网元升级管理系统，其特征在于，包括设置于各网元内的版本驻留装置、以及如权利要求7至12任一项所述的网元升级管理装置，所述网元升级管理装置用于确定需要升级版本的待升级网元，通过所述待升级网元内的版本驻留装置管理所述待升级网元的升级版本的获取及激活。