CN101447884A - 一种网元之间协作实现软件升级的方法、设备及*** - Google Patents

Abstract

本发明涉及通信技术领域一种网元之间协作实现软件升级的方法，网元设备接收到软件升级命令后，发起下载升级文件请求；接收可提供下载升级文件的协作网元列表及文件分块信息；在所述协作网元列表中选择确定下载升级文件的协作网元设备及对应下载的升级文件块；与所述确定的协作网元设备交互，下载升级文件块。本发明还提供一种网元之间协作实现软件升级的设备及***。本发明实施例通过网元之间协作提供下载，实现了对网管/文件服务器的负荷分担，降低了对单个文件服务器的压力，进而降低对网管设备的要求，最终可以降低运营成本，且可以有效的提高网元升级文件下载的速度，从而提高整个升级的过程，尤其是在批量升级的情况下。

Description

一种网元之间协作实现软件升级的方法、设备及***

技术领域

本发明涉及通信技术领域，尤其涉及一种网元之间协作实现软件升级的方法、设备及***。

背景技术

目前在网络设备的软件管理中都提供网元设备集中批量升级的功能，升级过程中网元一般通过FTP(File Transfer Portocol，文件传输协议)的方式获取各种需要的文件。对FTP等下载方式而言，一般都是首先将文件放到服务器上，然后再由服务器传送到每位用户的机器上，其网络架构如图1所示。

采用上述升级方式，在批量升级过程中同一时刻多个网元会同时向网管/文件服务器请求升级版本文件，这样会影响到所有网元的下载速度，同时对网管造成了巨大的请求压力，这个问题在电信网络向扁平化、IP化发展，网管所要管理的网元设备数量巨大的情况下显得尤为突出。

与本发明相关的现有技术的工作原理如图2所示，其使用通用的FTP方式，来满足网元文件的获取要求。在网管设备、汇聚网元设备上面提供FTP服务器，所有的网元设备都会从FTP服务器上下载数据文件。

在实现本发明过程中，发明人发现现有技术至少存在如下缺点：

该方法在传统的网络结构中使用较多，但由于数量众多的网元设备都从一个FTP服务器上获取数据文件，会对该服务器设备产生较大的压力。尤其是在网络向全IP化发展以后，网元设备的形态不仅仅是传统的基站设备，会有更多的终端设备出现，此时设备的数量将会非常巨大。因此该传统的方法效率低，管理的网元越多，对网管服务器的性能要求也就越高，成本也就越高。

发明内容

本发明实施例提供一种网元之间协作实现软件升级的方法、设备及***，

本发明实施例是通过以下技术方案实现的：

本发明实施例提供一种网元之间协作实现软件升级的方法，其特征在于，包括：

网元设备接收到软件升级命令后，发起下载升级文件请求；

接收可提供下载升级文件的协作网元列表及文件分块信息；

在所述协作网元列表中选择确定下载升级文件的协作网元设备及对应下载的升级文件块；

与所述确定的协作网元设备交互，下载升级文件块。

本发明实施例提供一种网元设备，包括：

接收模块，用于接收发送给网元的信息，包括软件升级命令、协作网元列表以及升级文件分块信息；

获取模块，用于根据所述接收的信息获取相邻网元设备信息，包括相邻网元地址信息、网络连接状况信息以及所能提供的升级文件块信息；

确定模块，用于根据所述获取的信息确定下载升级文件的协作网元设备及对应下载的升级文件块；

下载模块，用于与所述确定的协作网元设备交互，下载升级文件块。

本发明实施例提供一种网元之间协作实现软件升级的***，包括：

网管设备，用于实现对网元设备升级过程的管理；

文件服务器，与所述网管设备相连，用于存储网元设备的升级文件；

多个网元设备，与所述网管设备及文件服务器相连接，各网元设备之间也相互连接，各网元设备在存储有升级文件的前提下能够为其他网元设备提供下载。

由上述本发明实施例提供的技术方案可以看出，本发明实施例通过网元之间协作提供下载，实现了如下有益效果：

1.实现了对网管/文件服务器的负荷分担，降低了对单个文件服务器的压力，进而降低对网管设备的要求，最终可以降低运营成本。

2.可以有效的提高网元升级文件下载的速度，从而提高整个升级的过程，尤其是在批量升级的情况下。

附图说明

图1为现有技术软件升级架构图；

图2为现有技术软件升级原理图；

图3为本发明实施例一所述***结构图；

图4为本发明实施例一所述***原理图；

图5为本发明实施例二所述方法流程图；

图6为本发明实施例二所述网元之间协作实现升级文件下载流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例改变了传统的软件升级过程中集中FTP下载方式，使得网元设备下载升级文件不再完全从文件服务器上下载，而是通过网元设备之间的协作来下载升级文件，提高了下载速度，减轻了文件服务器的压力。

本发明实施例一提供一种网元之间协作实现软件升级的***，如图3所示，为本实施例所述***结构图，该***包括：网管设备、网元设备及文件服务器。

所述网管设备，与各网元设备相连接，用于实现对网元设备升级过程的管理，包括：下发软件升级命令、提供协作网元列表以及升级文件分块信息给网元。

所述文件服务器与网管设备及各网元设备相连，用于存储网元设备的升级文件，其可以与网管设备设置在一起，也可以分开设置。

网元设备与网管设备及文件服务器相连接，各网元设备之间也相互连接，各网元设备在存储有升级文件的前提下可以为其他网元设备提供升级文件。各网元设备上设置有：

接收模块，用于接收发送给网元的信息，包括软件升级命令、协作网元列表以及升级文件分块信息等。

获取模块，用于根据所述接收的信息获取相邻网元设备信息，包括相邻网元地址信息、以及网元设备的类型、ID信息、网络连接状况信息以及所能提供的升级文件块信息等。

所述网元设备获取相邻网元设备信息的技术为现有技术，每个网元设备都可以主动的发现自己在网络拓扑中的相邻网元设备，所述相邻网元设备即与当前网元设备相邻的同类型网元设备。

确定模块，用于根据所述获取的信息确定协作下载升级文件的网元设备以及对应下载的升级文件块。

下载模块，用于到所述确定的协作下载升级文件的网元设备或文件服务器下载升级文件块。

该***工作原理如图4所示，例如：文件服务器将一个文件分成了N个部分，有甲、乙、丙、丁四个网元设备同时下载，网元设备不会完全从服务器下载这个文件的所有部分，而是根据实际情况有选择地从其他已经下载完成的网元设备中下载已下载完成的部分。例如：甲已经下载了第1部分，乙已经下载了第2部分，那么丙就会从甲的机器中下载第1部分，从乙的机器中下载第2部分，当然甲、乙、丁三个网元也可以同时从丙网元中下载相应的部分，这就大大减轻了文件服务器的负荷，也同时加快了丙的下载速度，也就是说每台参加下载的网元设备即从其他网元设备上下载文件，同时自身也向其他网元设备提供下载，

由本实施例所述的方案可知，可用的协作网元设备越多，对网管服务器的压力就越小，下载速度也会相应提高。

本发明实施例二提供一种网元之间协作实现软件升级的方法，如图5所示为本实施例所述方法流程图，具体包括如下步骤：

步骤51：网管设备下发软件升级命令给网元设备1，其中携带升级文件路径；

用户通过网管设备向网元设备1下发软件版本升级的命令，同时将对应的升级文件路径发给网元设备1，网元设备1可以通过所述路径到文件服务器上获取升级文件。

步骤52：网元设备1接收到所述命令后向网管设备/文件服务器发起下载升级文件请求，其中携带要下载的升级文件信息以及升级文件路径信息；

步骤53：网管设备/文件服务器根据所述接收到的下载升级文件请求返回下载所述升级文件的协作网元列表以及升级文件分块信息；

若文件服务器与网管设备分开设置，则文件服务器需与网管设备交互获取协作网元列表以及升级文件分块信息下发给网元设备1，或者通知网管设备将协作网元列表以及升级文件分块信息下发给网元设备1；若文件服务器与网管设备设置在一起则直接下发协作网元列表以及升级文件分块信息给网元设备1。

本实施例中引入升级文件分块，主要是为了网络中各网元设备能够将升级文件按照统一的方式进行拆分，这样可以从不同的相邻网元设备获取不同的升级文件分块，从而可以提高文件下载的并发程度，提高下载效率。所述升级文件分块方法可以有多种，本实施例中采取等值划分的策略，例如，由网管设备统一设定每块文件的固定大小为M字节，由于每个版本的软件升级文件是唯一的，大小也是固定的，为S字节，那么整个升级文件就被等分成了S/M块，每块(除了最后一块)都是M个字节的大小，最后一块就是剩余的无法整除的部分。

所述协作网元列表中包含所有与请求下载升级文件的网元设备相连通的同类型、同级别的网元设备的ID、访问地址、软件版本、网元设备类型等信息。由于网管设备对整个网络进行管理，所以通过网管***中的网络拓扑管理可以获取所有网元设备之间的连通情况，从而可以给出每个网元设备的协作网元列表。

步骤54：网元设备1根据所述协作网元列表及分块情况选择相应的网元设备2请求下载升级文件；

网元设备1根据获取的协作网元列表，去与相应的可协作下载的网元设备2建立连接，并根据升级文件的分块信息确定从该协作网元上下载的升级文件块。要实现上述过程需要所有的网元设备通过共同的协议来实现协调(具体各网元设备间协作实现升级文件的下载过程在后面进行描述)。随后，根据前面确定的情况，从相应的网元设备上，下载相应的升级文件块。

步骤55：升级文件下载完成后发送升级文件下载完成通知给网管设备；

步骤56：网管设备收到所述通知后，向网元设备1发出版本激活命令，从而网元设备1可以通过重启设备的方式，加载所述下载的升级软件，完成单个网元设备的升级过程。

按照上述升级过程，各网元设备可以根据网管设备的命令并行执行升级过程，实现批量网元设备的并行升级。

下面详细介绍上述步骤54中各网元设备间协作实现升级文件下载的过程。如图6所示，为该过程的一种实施例流程图，具体包括：

步骤541：网元设备1获取相邻网元设备信息；

网元设备1获取协作网元列表中包含的网元设备的信息，包括各网元设备的地址信息以及网元设备的类型、ID信息等，所述网元设备获取其他网元设备信息的技术为现有技术，每个网元设备都可以主动的发现自己在网络拓扑中的相邻网元设备，这样网元设备就可以获取和自身相邻的同类型网元设备地址。所述相邻网元设备一定包含在所述协作网元列表中。

步骤542：确定协作下载升级文件的网元设备2的软件版本信息，以及网络链接状况；

网元设备1根据上述获取的相邻网元信息在所述协作网元列表中查找对应的网元设备信息，确定是否可以协作下载升级文件，例如根据获取的相邻网元地址在所述协作网元列表中查找对应该地址的网元设备的信息，包括网元设备的ID、访问地址、软件版本、网元设备类型等信息，可以根据所述软件版本信息判断是否可以协作下载，若所述软件版本与自己请求的升级文件版本不相符，则不与该相邻网元设备建立连接，若所有相邻网元设备都不能协作下载升级文件，则可以在所述协作网元列表中选择其他(非网元设备1相邻的网元设备)网元设备，当然为了升级效率考虑，可以设定一个门限值，若所选择的网元设备数量超过该门限值，则直接去文件服务器获取该升级文件。

在上述选择确定了协作下载升级文件的网元设备后，例如选择了网元设备2，则网元设备1与所述网元设备2连接，通过交互判断所述相邻网元设备是否满足下载条件，主要包括：获得所述相邻网元设备2的网络连接状况，所述网络连接状况主要包括相邻网元设备链路的繁忙程度和CPU的繁忙程度。可以通过设置阈值来进行判断是否繁忙，所述满足下载条件的情况包括：所述相邻网元设备的链路及CPU负荷低于预定阈值，若满足下载条件，则继续执行下述步骤。若发现繁忙，则终止同该网元设备的交互，按照上述方法选择下一网元设备建立连接。

如果该过程发现所有选择的的协作下载网元设备都无法满足下载的条件，则该网元设备1将从文件服务器上直接获取所有的升级文件块。

步骤543：网元设备2通知网元设备1可以提供的升级文件块信息；

确认该网元设备2可以提供升级文件的下载服务后，通过消息交互获取该网元设备2可提供升级文件的哪些块。网元设备2根据自己的文件的完整情况将文件分块信息提供出来。

步骤544：网元设备1确定从网元设备2上下载的升级文件块；

网元设备1根据网元设备2提供的升级文件块信息，结合自身向其他网元设备的升级文件获取情况，来确定从网元设备2获取哪些升级文件块。

此时，网元设备1上还未获取的升级文件块，只要网元设备2可以提供，则可以从网元设备2获取其能提供的所有升级文件块。

如果网元设备1发现本身还有无法通过其他网元设备(包括网元设备2)获得的升级文件块，则可以从文件服务器来下载这些升级文件块。

步骤545：从网元设备2中下载确定的升级文件块；

网元设备1根据上面流程确定下来的升级文件块与协作网元的对应关系，去对应的网元设备2下载对应的升级文件块。

这里的下载过程可通过私有协议进行数据的传输，也可通过FTP协议，本发明不做详细描述。

本实施例通过网元设备之间协作提供下载升级文件，提高了文件下载速度，降低了对文件服务器的压力。

综上所述，本发明实施例实现了如下有益效果：

1.实现了对网管/文件服务器的负荷分担，降低了对单个文件服务器的压力，进而降低对网管设备的要求，最终可以降低运营成本。

2.可以有效的提高网元升级文件下载的速度，从而提高整个升级的过程，尤其是在批量升级的情况下。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (13)

1、一种网元之间协作实现软件升级的方法，其特征在于，包括：

网元设备接收到软件升级命令后，发起下载升级文件请求；

接收可提供下载升级文件的协作网元列表及文件分块信息；

在所述协作网元列表中选择确定下载升级文件的协作网元设备及对应下载的升级文件块；

与所述确定的协作网元设备交互，下载升级文件块。

2、如权利要求1所述的方法，其特征在于，所述协作网元列表包含与所述网元设备相连通的、同类型、同级别的网元设备ID、网元设备类型、软件版本、访问地址信息。

3、如权利要求2所述的方法，其特征在于，所述在所述协作网元列表中选择确定下载升级文件的协作网元设备及对应下载的升级文件块的步骤包括：

获取相邻网元设备信息；

根据所述相邻网元设备信息在所述协作网元列表中查找对应的网元设备，确定是否能够协作下载升级文件，若能够协作下载升级文件，则选择该网元设备后执行下面的步骤，否则在满足预定门限值的情况下，选择所述协作网元列表中能够协作下载升级文件的非相邻网元设备，执行下面的步骤；

与所述选择的网元设备建立连接，通过交互获取所述网元设备的工作状况及能够提供的升级文件块信息；

根据所述获取的工作状况信息确定是否满足下载条件，若满足，则根据所述能够提供的升级文件块信息确定从该相邻网元设备上下载的升级文件块。

4、如权利要求3所述的方法，其特征在于，所述相邻网元设备信息包括相邻网元设备的地址信息，以及网元设备的类型、ID信息。

5、如权利要求3所述的方法，其特征在于，所述能够协作下载升级文件的情况包括：所述协作网元列表中该网元设备的软件版本信息与所要下载的升级文件版本相符。

6、如权利要求3或5所述的方法，其特征在于，所述方法还包括：

若在超过预定门限情况下没有选择到能够协作下载升级文件的网元设备，则直接从文件服务器下载升级文件。

7、如权利要求3所述的方法，其特征在于，所述满足下载条件包括：

所述选择的网元设备的链路及CPU负荷低于预定阈值。

8、如权利要求1所述的方法，其特征在于，所述软件升级命令中携带有升级文件路径，网元设备根据该路径能够到指定的文件服务器下载升级文件。

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

所述网元设备下载升级文件块完成后，发送下载完成通知给网管设备；

接收网管设备发送的版本激活命令；

加载所述下载的升级文件。

10、一种网元设备，其特征在于，包括：

接收模块，用于接收发送给网元的信息，包括软件升级命令、协作网元列表以及升级文件分块信息；

获取模块，用于根据所述接收的信息获取相邻网元设备信息，包括相邻网元地址信息、网络连接状况信息以及所能提供的升级文件块信息；

确定模块，用于根据所述获取的信息确定下载升级文件的协作网元设备及对应下载的升级文件块；

下载模块，用于与所述确定的协作网元设备交互，下载升级文件块。

11、如权利要求10所述的网元设备，其特征在于，所述下载模块还用于从文件服务器中下载升级文件。

12、一种网元之间协作实现软件升级的***，其特征在于，包括：

网管设备，用于实现对网元设备升级过程的管理；

文件服务器，与所述网管设备相连，用于存储网元设备的升级文件；

多个网元设备，与所述网管设备及文件服务器相连接，各网元设备之间也相互连接，各网元设备在存储有升级文件的前提下能够为其他网元设备提供下载。

13、如权利要求12所述的***，其特征在于，所述网元设备上设置有：

接收模块，用于接收发送给网元的信息，包括软件升级命令、协作网元列表以及升级文件分块信息；

获取模块，用于根据所述接收的信息获取相邻网元设备信息，包括相邻网元地址信息、网元设备的类型、ID、网络连接状况信息以及所能提供的升级文件块信息；

确定模块，用于根据所述获取的信息确定下载升级文件的协作网元设备及对应下载的升级文件块；

下载模块，用于与所述确定的协作网元设备交互，下载升级文件块。

Images