CN102546207B - 一种分布式集中调度升级网元软件版本的方法和系统 - Google Patents

Abstract

本发明公开了一种分布式集中调度升级网元软件版本的方法和系统，所述方法包括：步骤1、网管服务器基于配置的下载控制参数，为选定的每个待升级网元生成记录网元下载进度信息的上下文，并向各待升级网元下发升级控制信息；步骤2、所述每个待升级网元根据接收到的升级控制信息，到指定下载源下载升级软件版本信息，并将下载进度信息反馈至所述网管服务器；步骤3、网管服务器保存所述下载进度信息到上下文，并基于该上下文检测各网元下载操作是否满足预设的下载约束条件，若不满足，调整所述升级控制信息后向对应网元发送，返回步骤2，直到所有待升级网元完成软件版本的下载。本发明所述方法提高了网元软件升级时升级的效率。

Description

一种分布式集中调度升级网元软件版本的方法和系统

技术领域

本发明涉及通信技术领域，尤其涉及一种分布式集中调度升级网元软件版本的方法和系统。

背景技术

通过网管对网元进行软件版本升级，数据传输量非常大，小的上百KB，大的几十MKB，甚至上百MKB，这样如果该网管管理的网元数量比较大的时候，每次完成网元软件版本升级需要很长的时间。但是，目前的现状是运营商的需求非常多，变化非常快，这样，设备制造商不得不经常更新网元软件版本来满足新的需求。还有，版本升级往往导致业务中断，这时候，必须要求在比较短的时间将大量网元的软件版本完成升级。如图1所示，为一般网管、网元之间的组网拓扑。每个网元理论上能够得到的最大带宽不但取决于其到达网管的通信链路上带宽最窄的一段，而且还取决其到达网管中每段链路上的并发下载数量。举例说明如下，假如每段链路的带宽都是1M，那么网元A、B同时下载的时候，每个网元获得的带宽都是1M。但是如果是A、AA同时下载，那么他们将共享1M带宽；如果A、AA、AB、AAA等一起并发下载的时候，问题就更严重了，带宽显然是瓶颈。

发明内容

本发明提供一种分布式集中调度升级网元软件版本的方法和系统，用以解决现有技术中当进行大量网元软件升级时升级效率较低的问题。

具体的，本发明提供一种分布式集中调度升级网元软件版本的方法，包括：

步骤1、网管服务器基于配置的下载控制参数，为选定的每个待升级网元生成记录网元下载进度信息的上下文，并向各待升级网元下发升级控制信息；

步骤2、所述每个待升级网元根据接收到的升级控制信息，到指定下载源下载升级软件版本信息，并将下载进度信息反馈至所述网管服务器；

步骤3、网管服务器保存所述下载进度信息到上下文，并基于该上下文检测各网元下载操作是否满足预设的下载约束条件，若不满足，调整所述升级控制信息后向对应网元发送，返回步骤2，直到所有待升级网元完成软件版本的下载。

本发明所述方法中，选定的待升级网元包括：

下载任务开始时，网管服务器在用户设定的待升级网元中选定的部分或全部待升级网元；或者，

下载任务开始后，网管服务器在用户设定的待升级网元中选定部分待升级网元后，在剩余待升级网元中选定的部分或全部待升级网元。

其中，在下载任务开始时，所述网管服务器根据网络拓扑结构和链路带宽，在用户设定的待升级网元中选择链路中间网元作为选定的部分待升级网元；

在下载任务开始后，所述网管服务器根据网络拓扑结构和链路带宽，选择与文件下载源相连通的网元作为选定的待升级网元；所述文件下载源为网管和/或已经下载全部或部分升级软件版本信息的网元。

本发明所述方法中，配置的下载控制参数包括：升级软件版本号、开始下载时间和软件版本最大下载时间。

进一步的，所述配置的下载控制参数还包括：划分软件版本文件的最大数据单元长度值和数据单元最大下载时间。

本发明所述方法中，所述生成记录网元下载进度信息的上下文包括：

所述网管服务器根据所述下载控制参数，对所述软件版本号对应的软件版本文件进行数据单元划分，并基于划分的数据单元为每个待升级网元生成数据单元下载控制表，该表中包括：数据单元ID号、数据单元下载源、数据单元对应的下载开始地址及结束地址、下载开始时间、已经下载的字节数、下载结束时间和下载结果；其中，每个网元对应的数据单元下载控制表均具有数据单元下载控制表ID号。

进一步的，所述生成记录网元下载进度信息的上下文时还包括：生成网元下载状态表，该表包括网元ID号，以及与网元ID号对应的升级软件版本号、数据单元下载控制表ID号、下载开始时间、下载结束时间、下载状态和下载结果。

本发明所述方法中，升级控制信息包括：数据单元ID号、数据单元下载源、数据单元下载开始地址及结束地址。

本发明所述方法中，所述步骤3中预设的下载约束条件包括下述条件参数的一个或多个：软件版本最大下载时间、软件版本最小下载速率和数据单元最大下载时间。

本发明所述方法中，所述步骤3中，网管服务器调整所述升级控制信息包括：

所述网管服务器在所述数据单元下载控制表中生成新的数据单元，并将新数据单元对应的ID号、下载源、下载开始地址和结束地址作为调整后的升级控制信息；

其中，所述新数据单元的下载开始地址为不满足下载约束条件对应的数据单元已经下载数据的下一个字节；所述新数据单元的下载源为网管或在网络拓扑上连通且已经下载全部或部分升级软件版本信息的网元。

本发明所述方法中，所述网管服务器在向网元发送升级控制信息失败时，向上层发送链路故障告警，并将所述网元下载状态表中对应网元以及在对应网元的下游网元的下载状态修改为下载结束，将下载结果修改为网元不在线。

本发明所述方法中，所述网管服务器在某网元升级完成后，将所述网元下载状态表中的下载结束时间修改为当前时间，将下载状态修改为下载结束，将下载结果修改为下载成功；并在所有网元均下载完成时，将所述网元下载状态表存入数据库中。

进一步的，本发明还提供一种分布式集中调度升级网元软件版本的系统，包括：

网管服务器，包括：

升级控制信息下发模块，用于基于配置的下载控制参数，为选定的每个待升级网元生成记录网元下载进度信息的上下文，并向各待升级网元下发升级控制信息；

检测模块，用于接收网元发送的下载进度信息到所述上下文，基于该上下文检测各网元下载操作是否满足预设的下载约束条件；

调度模块，用于在所述检测模块检测到网元下载操作不满足预设的下载约束条件时，调整所述升级控制信息后向对应网元发送；

数据发送模块，用于在网管服务器作为下载源时，基于接收的软件版本信息下载请求，向请求端发送软件版本信息。

网元，包括：

版本管理控制模块，用于接收所述网管服务器发送的升级控制信息时，触发版本管理文件接收模块，并将下载进度信息反馈至所述网管服务器；

版本管理文件接收模块，用于向所述升级控制信息中指定的下载源发送软件版本信息下载请求，并将下载的软件版本信息保存；

版本管理文件发送模块，用于在网元作为下载源时，基于接收的软件版本信息下载请求，向请求端发送软件版本信息。

进一步的，本发明所述系统中：

所述升级控制信息下发模块，为选定的每个待升级网元生成记录网元下载进度信息的上下文包括：

所述升级控制信息下发模块，根据所述下载控制参数，对软件版本文件进行数据单元划分，并基于划分的数据单元为每个待升级网元生成数据单元下载控制表，该表中包括：数据单元ID号、数据单元下载源、数据单元对应的下载开始地址及结束地址、下载开始时间、已经下载的字节数、下载结束时间和下载结果；其中，每个网元对应的数据单元下载控制表均具有数据单元下载控制表ID号。

所述升级控制信息下发模块下发的升级控制信息包括：数据单元ID号、数据单元下载源、数据单元下载开始地址及结束地址。

所述调度模块，在所述数据单元下载控制表中生成新的数据单元，并将新数据单元对应的ID号、下载源、下载开始地址和结束地址作为调整后的升级控制信息向对应网元发送；

其中，所述新数据单元的下载开始地址为不满足下载约束条件对应的数据单元已经下载数据的下一个字节；所述新数据单元的下载源为网管或在网络拓扑上连通且已经下载全部或部分升级软件版本信息的网元。

与现有技术相比，本发明有益效果如下：

首先，本发明所述方法根据网络拓扑结构和链路的带宽决定启动全部或部分网元的下载任务，下载任务启动后，网管服务器根据网元下载任务进度报告、网络拓扑结构、以及当前整个网络网元软件版本下载情况下对网元下载任务进行调度，指示网元到合适的位置(网管或网元)下载指定的版本数据，而且同时可以从多个位置并行下载，从而最大限度的利用整个网络的带宽，快速完成网元软件版本的升级；

其次，本发明所述方法利用根据拓扑结构、网元实际下载情况进行调度，下载过程中控制信息和软件版本数据分离，软件架构简单，代码实现容易。

第三，本发明实现流程简单，仅仅依靠软件实现，不会增加运营商硬件投入。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中网管服务器及网元组网拓扑图；

图2为本发明提供的一种分布式集中调度升级网元软件版本的方法流程图；

图3为本发明实施例提供的一种分布式集中调度升级网元软件版本的方法流程图；

图4为本发明提供的一种分布式集中调度升级网元软件版本的系统结构图。

具体实施方式

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

为了解决现有技术中进行大量网元软件升级时升级效率低下的问题，本发明提供一种分布式集中调度升级网元软件版本的方法和系统，所述方法的核心思想是：网管服务器首先根据指定的待升级网元列表、网络拓扑结构(包括链路的带宽)决定先启动部分网元的下载任务；下载任务启动后，网管服务器根据网元下载任务进度报告、网络拓扑结构、当前整个网络网元软件版本下载情况下对网元下载任务进行调度，指示网元到合适的位置(网管或网元)下载指定的版本数据，而且同时可以从多个位置并行下载，从而最大限度的利用整个网络的带宽，快速完成网元软件版本的升级。

如图2所示，本发明提供的一种分布式集中调度升级网元软件版本的方法，包括：

步骤S201、网管服务器基于配置的下载控制参数，为选定的每个待升级网元生成记录网元下载进度信息的上下文，并向各待升级网元下发升级控制信息；

步骤S202、每个待升级网元根据接收到的升级控制信息，到指定下载源下载升级软件版本信息，并将下载进度信息反馈至所述网管服务器；

步骤S203、网管服务器保存所述下载进度信息到上下文，并基于该上下文检测各网元下载操作是否满足预设的下载约束条件，若不满足，调整所述升级控制信息的下载源，向对应网元发送调整后升级控制信息，返回步骤S202，直到所有待升级网元完成软件版本的下载。

本发明所述方法根据网络拓扑结构和链路的带宽决定启动全部或部分网元的下载任务，下载任务启动后，网管服务器根据网元下载任务进度报告、网络拓扑结构、以及当前整个网络网元软件版本下载情况下对网元下载任务进行调度，指示网元到合适的位置(网管或网元)下载指定的版本数据，而且同时可以从多个位置并行下载，从而最大限度的利用整个网络的带宽，快速完成网元软件版本的升级

下面根据图3给出本发明一个较佳的实施例，并结合对实施例的描述，进一步给出本发明的技术细节，使其能够更好地说明本发明所述方法的具体实现过程。

本发明所述方法应用在如图1所示的网管、网元组网的拓扑系统中，该方法在传统的网元版本升级流程上实现了版本数据下载和控制信息数据流相分离，网管服务器可以实时调度网元的数据下载过程。

所述系统具体包括网管客户端、网管服务器和多个网元：

网管客户端：提供一个人机交互界面，用户可以选择需要进行版本升级的待升级网元，并设置网管服务器的下载控制参数；

其中，下载控制参数包括：升级软件版本号、软件版本文件下载开始时间、软件版本文件的最大下载时间；进一步的，当升级软件版本较大时，还可以配置划分软件版本文件的最大数据单元长度值和数据单元最大下载时间；当然，上述列举的下载控制参数并非穷举，用户可以根据具体需求进行灵活配置，例如，还可以配置软件版本下载速度等参数；

上述的软件版本下载速度、软件版本文件的最大下载时间、数据单元最大下载时间等均可以作为后续进行调度的约束条件参数，为网管进行调度提供参考依据，例如，若网管检测到软件版本下载速率不能达到指定的下载速度，则选取新的文件下载源供网元下载。

网管服务器：根据用户配置的下载控制参数，向选定的网元发送升级控制信息，并为每个需要进行版本升级的网元生成一个上下文；其中，所述的上下文可以持久化在文件或数据库中；

所述生成上下文就是为每个网元需要下载的软件版本生成一个下载进度控制表，具体表现为：

网管服务器根据配置的下载控制参数将升级的软件版本文件进行数据单元划分，并为每个数据单元分配数据单元ID，确定每个数据单元的下载源、下载开始地址和结束地址，下载开始时间、已经下载的字节数、下载结束时间和下载结果等下载进度信息。需要说明的是，若配置的下载控制参数中未配置划分数据单元的长度值，则上述数据单元可以是软件版本文件中的一个独立的文件。

即，网管服务器为每个网元动态生成一个数据单元下载控制表，每个数据单元下载控制表存在唯一的标识ID。

每个网元的数据单元下载控制表内包含一个或多个数据单元，每个数据单元存在唯一的单元ID；其中，每个数据单元均包含如下内容：数据单元ID、该单元下载数据的文件名(如果该网元需要升级的软件版本只有一个文件，该字段可以不需要)、文件下载源、文件下载开始地址、文件下载结束地址、已经下载字节数、下载开始时间、下载结束时间、下载结果(例如，定义0表示成功、1表示失败)；其中，文件下载源可以是网管，也可以是已经下载了部分或全部对应软件版本信息的网元，当然，选定网元作为文件下载源时，该网元与文件下载目的网元间网络拓扑上连通。

例如，升级软件版本A包括四个文件，分别为F1(2049K)、F2(30K)、F3(10K)、F4(1023K)；网管服务器根据最大数据单元长度信息，对各文件进行分段，得到分段后的多个数据块，每个数据块对应着一个数据单元，一个升级软件版本文件至少有一个数据单元，一个数据单元最多只能有一个文件的数据。数据单元的ID是唯一的，只能拆分不能合并；

基于上述示例，得到的某一网元数据单元下载控制表如表一所示：

表一

进一步的，网管服务器在为每个需要进行版本升级的网元生成一个上下文时，优选的，还生成一个网元下载状态表；

网元下载状态表，包含：网元ID、与该网元ID对应的下载的版本号、数据单元下载控制表ID、开始下载时间、下载结束时间、下载状态(例如，设置0表示就绪、1表示正在下载、2表示暂停、3表示结束)、下载结果(例如，设置0为成功、1表示超时、2表示网元不在线等)；

其表现形式如表二所示：

表二

网管服务器向选定的网元发送升级控制信息包括：数据单元ID、文件下载开始地址、文件下载结束地址和文件下载源；当具有多个数据单元时，优选的，携带数据单元对应的文件名信息。

进一步的，网管服务器还接收网元反馈的下载进度信息，例如：网元发送的当前已经下载的字节数至网管服务器，网管服务器根据预设的下载约束条件检测各网元下载操作是否满足条件，若不满足，则根据网络拓扑结构选择一新的在网络上连通的下载源，调整升级控制信息，并将调整后的升级控制信息发送至对应的网元。

其中，预设的下载约束条件可以是用户配置的下载控制参数中的具有约束力的控制参数，例如：软件版本最大下载时间、软件版本最小下载速率和数据单元最大下载时间等。

具体的，当网管服务器的调度线程检测到某一网元的数据单元下载控制表中记录的一个或多个数据单元中数据下载速度小于设定下载速度；或者，网管服务器的调度线程检测到网元下载数据的时间超出了设定的时间值，则网管服务器会根据拓扑结构选择一个新的文件下载源，并生成一个新的数据单元，为该数据单元分配ID号，确定下载开始地址和结束地址，其中，下载开始地址为不满足下载约束条件的数据单元已经下载数据的下一个字节；结束地址仍为不满足下载约束条件的数据单元对应的下载结束地址；同时，将对应的不满足下载约束条件的原数据单元下载结束地址修改为该数据单元文件下载开始地址+已经下载的字节数-1。

当然，上述过程中也可以生成多个新的数据单元，这些新的数据单元为不满足约束条件数据单元的拆分，这些新的数据单元从整体上看，其开始地址为不满足下载约束条件的数据单元已经下载数据的下一个字节；结束地址仍为不满足下载约束条件的数据单元对应的下载结束地址。这些数据单元的数据下载源可以不同。

例如，继续以表一为例说明，若网管检测到数据单元ID0下载操作不满足下载约束条件，根据网元反馈的下载进度信息可知数据单元ID0当前下载了10个字节的数据，此时，网管服务器生成一新的数据单元ID6，该数据单元的开始地址为11，下载结束地址为683*1024-1，对应的下载源为网元A，并将数据单元ID0的下载结果标注为0，表示成功；具体如下表所示。

网管服务器将新数据单元对应的ID号、下载源、下载开始地址和结束地址发送至对应的网元；对应网元接收到上述控制信息后，停止不满足下载约束条件对应数据单元的数据下载操作，从新的数据单元对应的下载源进行数据下载；其中，网元是根据下载地址来获知停止不满足数据单元数据下载操作的；当然，为了减少网元自我逻辑判断，网管服务器也可以直接向对应网元发送停止下载不满足下载约束条件数据单元对应数据的通知消息，该通知消息携带在调整后的升级控制信息内。

本发明通过上述调度过程，可以做到充分利用整个网络的带宽，节省下载时间。

网元，包括：

版本管理控制模块，接收来自网管服务器发送的升级控制信息，根据升级控制信息调用版本管理文件接收模块从升级控制信息中指定的文件下载源下载数据单元的数据，并定期向网管服务器反馈下载进度信息；并在接收来自网管服务器的调度信息(即调整后的升级控制信息)，根据调度信息调整自己的下载操作。

版本管理文件接收模块，该模块根据版本管理控制模块的指示，向文件下载源中的版本管理文件发送模块发起数据下载请求，并接收数据到网元。

其中，版本管理文件接收模块将下载的软件版本信息保存在生成的临时数据文件中，该数据文件包括下载数据的文件名、数据起始地址、数据结束地址信息，当网元下载完成时，将临时的数据文件组合为正式升级文件进行版本升级。

版本管理文件发送模块，在网元作为下载源时，被动接收来自下载请求网元中的版本管理文件接收模块的数据下载请求，并发送数据到对应网元。

结合上述系统描述，下面从方法流程上对本发明所述方法进行进一步说明，如图3所示，包括：

步骤S301、用户通过网管客户端选择部分或所有网元升级软件版本到某一版本A，并设置网管服务器的下载控制参数；

其中，设置的下载控制参数有部分是根据经验设置的，例如设置最大下载时间Tdmax＝60分钟、数据单元最大下载时间Tdumax＝5分钟、最大数据单元长度值Lmax＝1024K等等。

本实施例中，设定软件版本A有4个文件：F1(2049K)、F2(30K)、F3(10K)、F4(1023K)。

步骤S302、网管服务器根据预先配置策略在用户选定的网元中先选择部分网元作为初始升级网元，并根据配置的下载控制参数为初始选定的各网元生成软件下载上下文，即生成数据单元下载控制表。

其中，预先配置策略可以但不限于选择网络拓扑中链路中间网元。例如，当用户选定对所有网元升级时，网管可以根据选择所有网元中的中间网元先进行版本下载；举例说明，当前网络的拓扑图如图1所示，此时，中间网元即为A、BA、CA网元。选定A、BA、CA网元后，对应的三个数据单元下载控制表的ID分别为ID0、ID8、ID11，这三张表内容可以完全一样。

为了描述清楚，后续步骤均以选定A、BA、CA网元为例进行说明。

步骤S303、网管服务器下发升级控制信息到网元A、BA、CA，指示各网元到指定的文件下载源下载数据。

优选的，该步骤中，网管服务器还对发送升级控制信息是否成功进行检测，若检测成功，则继续后续步骤；否则，说明对应的链路故障，进行报警操作。

本实施例中，假设向A、CA网元发送控制信息成功，向BA网元发送控制信息失败，此时网管服务器根据网络拓扑结构，可以获知BAA网元是BA网元的下游网元，修改网元下载状态表的内容，将BA和BAA这两个网元的下载状态改为结束，并设置下载结果为“网元不在线”，设置下载完成时间为当前时间。

步骤S304、网元A、CA接收升级控制信息后，为存储数据单元在各自的存储设备上生成了一个临时文件，并为该文件分配的空间；

其中，临时文件名为数据单元的ID，扩展名为tmp，比如0.tmp。

步骤S305、网元A、CA向指定的文件下载源下载数据，并定期向网管服务器上报下载进度信息。

步骤S306、网管服务器接收网元上报的下载进度信息，并基于数据单元下载控制表记录的信息检测各网元下载操作是否满足预设的下载约束条件，若不满足，根据网络拓扑结构和链路的带宽选择一新的下载源后，向对应的网元发送调度信息，并修改该网元对应的数据单元下载控制表信息。

步骤S307、网元A、CA接收到调度信息，根据调度信息对当前下载操作进行调整。

步骤S308、重复步骤S305-至S307，直到对应网元对软件版本的所有数据单元数据下载完毕。

步骤S309、网管服务器根据网元反馈的下载进度信息，检测到某个网元所有的数据单元都下载完毕后，向该网元发送控制信息，指示下载完成。

步骤S310、网元将多个数据单元的文件合并成为一个文件，基于该升级文件进行升级后，发送该网元版本升级成功消息到网管服务器。

步骤S311、网管服务器收到网元版本升级成功控制信息后，修改网元下载状态表中该网元对应的记录的信息。具体是将下载结束时间为当前时间，将下载状态设置为3，下载结果设置为0。

在上述过程中，网管服务器可以根据预先配置依次启动用户设定的剩余的网元进行下载升级操作。其中，预先配置可以但不限于以下实现方式：所述网管服务器根据网络拓扑结构和链路带宽，选择与文件下载源相连通的网元作为选定的待升级网元；所述文件下载源为网管和/或已经下载全部或部分升级软件版本信息的网元。对于，后启动的网元，其下载升级过程与初始启动的网元下载升级过程相同。

其中，网管服务器启动剩余的全部或部分网元的时机包括但不限于下述方式，用于可以根据具体情况灵活控制：

在设定的时间到达时，开启全部或者部分剩余网元；其中，若开启部分剩余网元，可以优先开启与已经下载了全部或部分软件版本信息的网元相连通的那部分网元；或者，根据网元反馈的下载进度信息，在某网元下载了全部或部分数据时，开启剩余网元的升级下载过程。

网管服务器在用户选定的网元都下载完成后，将网元下载状态表的内容保存到数据库。

本发明所述方法根据网络拓扑结构和链路的带宽决定启动全部或部分网元的下载任务，下载任务启动后，网管服务器根据网元下载任务进度报告、网络拓扑结构、以及当前整个网络网元软件版本下载情况下对网元下载任务进行调度，指示网元到合适的位置(网管或网元)下载指定的版本数据，而且同时可以从多个位置并行下载，从而最大限度的利用整个网络的带宽，快速完成网元软件版本的升级；

另外，本发明所述方法利用根据拓扑结构、网元实际下载情况进行调度，下载过程中控制信息和软件版本数据分离，软件架构简单，代码实现容易。并且，本发明实现流程简单，仅仅依靠软件实现，不会增加运营商硬件投入。

如图4所示，本发明还提供一种分布式集中调度升级网元软件版本的系统，包括：网管服务器和至少一个网元；

网管服务器，包括：

升级控制信息下发模块，用于基于配置的下载控制参数，为选定的每个待升级网元生成记录网元下载进度信息的上下文，并向各待升级网元下发升级控制信息；

检测模块，用于接收网元发送的下载进度信息到所述上下文，基于该上下文检测各网元下载操作是否满足预设的下载约束条件；

调度模块，用于在所述检测模块检测到网元下载操作不满足预设的下载约束条件时，调整所述升级控制信息后向对应网元发送；

数据发送模块，用于在网管服务器作为下载源时，基于接收的软件版本信息下载请求，向请求端发送软件版本信息。

网元，包括：

版本管理控制模块，用于接收所述网管服务器发送的升级控制信息时，触发版本管理文件接收模块，并将下载进度信息反馈至所述网管服务器；

版本管理文件接收模块，用于向所述升级控制信息中指定的下载源发送软件版本信息下载请求，并将下载的软件版本信息保存；

版本管理文件发送模块，用于在网元作为下载源时，基于接收的软件版本信息下载请求，向请求端发送软件版本信息。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (13)

1.一种分布式集中调度升级网元软件版本的方法，其特征在于，包括：

步骤1、网管服务器基于配置的下载控制参数，为选定的每个待升级网元生成记录网元下载进度信息的上下文，并向各待升级网元下发升级控制信息；其中，所述生成记录网元下载进度信息的上下文包括：根据所述下载控制参数，对升级的软件版本号对应的软件版本文件进行数据单元划分，并基于划分的数据单元为每个待升级网元生成数据单元下载控制表；所述升级控制信息包括：为各网元划分的各数据单元ID号、各数据单元下载源、各数据单元下载开始地址及结束地址；

步骤2、所述每个待升级网元根据接收到的升级控制信息，到指定下载源下载升级软件版本信息，并将下载进度信息反馈至所述网管服务器；

步骤3、网管服务器保存所述下载进度信息到上下文，并基于该上下文检测各网元对应的各数据单元的下载操作是否满足预设的下载约束条件，若某数据单元的下载操作不满足下载约束条件，则针对不满足约束条件的数据单元，根据网络拓扑结构选择一新的在网络上连通的下载源，调整所述升级控制信息并向对应网元发送，返回步骤2，直到所有待升级网元完成软件版本的下载。

2.如权利要求1所述的方法，其特征在于，所述选定的待升级网元包括：

下载任务开始时，网管服务器在用户设定的待升级网元中选定的部分或全部待升级网元；或者，

下载任务开始后，网管服务器在用户设定的待升级网元中选定部分待升级网元后，在剩余待升级网元中选定的部分或全部待升级网元。

3.如权利要求1或2所述的方法，其特征在于，

在下载任务开始时，所述网管服务器根据网络拓扑结构和链路带宽，在用户设定的待升级网元中选择链路中间网元作为选定的部分待升级网元；

在下载任务开始后，所述网管服务器根据网络拓扑结构和链路带宽，选择与文件下载源相连通的网元作为选定的待升级网元；所述文件下载源为网管和/或已经下载全部或部分升级软件版本信息的网元。

4.如权利要求1所述的方法，其特征在于，所述配置的下载控制参数包括：升级软件版本号、开始下载时间、软件版本最大下载时间、划分软件版本文件的最大数据单元长度值和数据单元最大下载时间。

5.如权利要求1所述的方法，其特征在于，所述数据单元下载控制表，包括如下表项：数据单元ID号、数据单元下载源、数据单元对应的下载开始地址及结束地址、下载开始时间、已经下载的字节数、下载结束时间和下载结果；

每个网元对应的所述数据单元下载控制表均具有数据单元下载控制表ID号。

6.如权利要求5所述的方法，其特征在于，所述生成记录网元下载进度信息的上下文时还包括：生成网元下载状态表，该表包括网元ID号，以及与网元ID号对应的升级软件版本号、数据单元下载控制表ID号、下载开始时间、下载结束时间、下载状态和下载结果。

7.如权利要求1或4或5或6所述的方法，其特征在于，所述步骤3中预设的下载约束条件包括下述条件参数的一个或多个：软件版本最大下载时间、软件版本最小下载速率和数据单元最大下载时间。

8.如权利要求1或5或6所述的方法，其特征在于，所述步骤3中，网管服务器调整所述升级控制信息包括：

所述网管服务器在所述数据单元下载控制表中生成新的数据单元，并将新数据单元对应的ID号、下载源、下载开始地址和结束地址作为调整后的升级控制信息；

其中，所述新数据单元的下载开始地址为不满足下载约束条件对应的数据单元已经下载数据的下一个字节；所述新数据单元的下载源为网管或在网络拓扑上连通且已经下载全部或部分升级软件版本信息的网元。

9.如权利要求6所述的方法，其特征在于，所述网管服务器在向网元发送升级控制信息失败时，向上层发送链路故障告警，并将所述网元下载状态表中对应网元以及在对应网元的下游网元的下载状态修改为下载结束，将下载结果修改为网元不在线。

10.如权利要求6所述的方法，其特征在于，

所述网管服务器在某网元升级完成后，将所述网元下载状态表中的下载结束时间修改为当前时间，将下载状态修改为下载结束，将下载结果修改为下载成功；并在所有网元均下载完成时，将所述网元下载状态表存入数据库中。

11.一种分布式集中调度升级网元软件版本的系统，其特征在于，包括：

网管服务器，包括：

升级控制信息下发模块，用于基于配置的下载控制参数，为选定的每个待升级网元生成记录网元下载进度信息的上下文，并向各待升级网元下发升级控制信息；其中，所述生成记录网元下载进度信息的上下文包括：根据所述下载控制参数，对升级的软件版本号对应的软件版本文件进行数据单元划分，并基于划分的数据单元为每个待升级网元生成数据单元下载控制表；所述升级控制信息包括：为各网元划分的各数据单元ID号、各数据单元下载源、各数据单元下载开始地址及结束地址；

检测模块，用于接收网元发送的下载进度信息到所述上下文，基于该上下文检测各网元对应的各数据单元的下载操作是否满足预设的下载约束条件；

调度模块，用于在所述检测模块检测到网元的某数据单元的下载操作不满足预设的下载约束条件时，针对不满足约束条件的数据单元，根据网络拓扑结构选择一新的在网络上连通的下载源，调整所述升级控制信息并向对应网元发送；

数据发送模块，用于在网管服务器作为下载源时，基于接收的软件版本信息下载请求，向请求端发送软件版本信息；

网元，包括：

版本管理控制模块，用于接收所述网管服务器发送的升级控制信息时，触发版本管理文件接收模块，并将下载进度信息反馈至所述网管服务器；

版本管理文件接收模块，用于向所述升级控制信息中指定的下载源发送软件版本信息下载请求，并将下载的软件版本信息保存；

版本管理文件发送模块，用于在网元作为下载源时，基于接收的软件版本信息下载请求，向请求端发送软件版本信息。

12.如权利要求11所述的系统，其特征在于，所述数据单元下载控制表，包括如下表项：数据单元ID号、数据单元下载源、数据单元对应的下载开始地址及结束地址、下载开始时间、已经下载的字节数、下载结束时间和下载结果；

每个网元对应的所述数据单元下载控制表均具有数据单元下载控制表ID号。

13.如权利要求11所述的系统，其特征在于，

所述调度模块，在所述数据单元下载控制表中生成新的数据单元，并将新数据单元对应的ID号、下载源、下载开始地址和结束地址作为调整后的升级控制信息向对应网元发送；

其中，所述新数据单元的下载开始地址为不满足下载约束条件对应的数据单元已经下载数据的下一个字节；所述新数据单元的下载源为网管或在网络拓扑上连通且已经下载全部或部分升级软件版本信息的网元。