软件版本的传输方法及装置

1.一种软件版本的传输方法，其特征在于，所述方法包括：
操作维护中心即OMC接收来自网元或用户的下载请求，其中，所述下载请求中包括所述网元待下载的软件版本信息；
所述OMC根据其本地存储的一个或多个网元的软件版本下载情况、所述一个或多个网元中其它网元当前对所述网元提供下载服务的能力、以及所述下载请求，选择下载源，包括：所述OMC根据其本地存储的所述一个或多个网元的软件版本下载情况、所述一个或多个网元中其它网元当前对所述网元提供下载服务的能力判断所述一个或多个网元中是否存在与所述网元属于同一子网并且满足下载条件的网元；如果判断结果为是，则从与所述网元属于同一子网并且满足所述下载条件的网元中选择一个网元作为所述下载源；否则根据所述软件版本服务器当前对所述网元提供下载服务的能力判断是否能够将所述软件版本服务器选择为下载源；如果判断能够将所述软件版本服务器选择为下载源，则将所述软件版本服务器选择为下载源；否则，选择与所述网元属于不同子网并且满足所述下载条件的网元的一个网元作为所述下载源；其中，所述下载条件包括：已经下载所述待下载的软件版本、有能力作为下载源；
所述OMC将下载命令发送给所述网元，所述网元根据所述下载命令进行下载，其中，所述下载命令中包括所述下载源的信息。
2.根据权利要求1所述的方法，其特征在于，在所述OMC将所述下载命令发送给所述网元之后，所述方法还包括：
所述OMC对本地存储的网元信息进行更新，其中，所述网元信息包括：当前正在进行软件版本下载的网元的信息；
其中，所述当前正在进行软件版本下载的网元的信息包括：网元的标识和IP地址、以及下载源的IP地址。
3.根据权利要求2所述的方法，其特征在于，在所述网元进行下载之后，所述方法还包括：
如果下载所述待下载的软件版本成功，则所述OMC根据更新的所述网元信息对其本地存储的所述一个或多个网元的软件版本下载情况进行更新；
如果下载所述待下载的软件版本失败，则所述OMC根据在本地预配置的下载失败处理规则进行操作，其中，所述下载失败处理规则包括软件版本下载的失败原因以及相应的处理方式。
4.根据权利要求3所述的方法，其特征在于，所述下载失败处理规则中的所述处理方式包括以下之一：
从所述下载源重新进行下载；
由所述OMC选择新的下载源后进行下载。
5.根据权利要求1至4中任一项所述的方法，其特征在于，所述下载源的信息包括：所述下载源的IP地址。
6.根据权利要求1至4中任一项所述的方法，其特征在于，所述一个或多个网元中其它网元中的每个网元当前对所述网元提供下载服务的能力取决于以下至少之一：
当前允许接入的网元的最大数量、当前带宽、当前负荷。
7.根据权利要求1至4中任一项所述的方法，其特征在于，所述OMC本地存储的所述一个或多个网元的所述软件版本下载情况包括：网络管理系统中的每个网元的标识、IP地址、和所述每个网元已下载的软件版本号。
8.一种软件版本的传输装置，所述装置包括用于接收来自网元或用户的下载请求的接收模块，其特征在于，所述装置还包括：
存储器，用于存储一个或多个网元的软件版本下载情况、和每个网元提供下载服务的能力信息；
选择模块，用于根据所述存储器存储的所述软件版本下载情况、和所述每个网元提供下载服务的能力信息以及所述接收模块接收的所述下载请求，为所述网元选择下载源，其中，所述选择模块包括：第一判断子模块，用于根据所述存储器存储的所述软件版本下载情况判断所述多个网元中是否有满足下载条件的网元；第二判断子模块，用于根据所述存储器存储的所述软件版本下载情况判断是否存在与所述网元属于同一子网的网元；第三判断子模块，用于判断软件版本服务器当前是否满足所述下载条件；第一选择子模块，用于在所述第一判断子模块和所述第二判断子模块的判断结果为是的情况下，选择与所述网元属于同一子网、且满足所述下载条件的网元中的一个网元为所述下载源；第二选择子模块，用于在所述第二判断子模块的判断结果为否、且在所述第三判断子模块的判断结果为是的情况下，选择所述软件版本服务器为所述下载源；第三选择子模块，用于在所述第一判断子模块的判断结果为是、且所述第二判断子模块和所述第三判断子模块的判断结果均为否的情况下，选择与所述网元属于不同子网并且满足所述下载条件的网元的一个网元作为所述下载源；其中，所述下载条件包括：能够提供所述待下载的软件版本、且能够提供下载服务的能力；
发送模块，用于向所述网元发送下载命令，其中，所述下载命令携带有所述选择模块选择的下载源的信息。
9.根据权利要求8所述的装置，其特征在于，所述存储器还用于存储网元信息，其中，所述网元信息包括：当前正在进行软件版本下载的网元的信息。
10.根据权利要求9所述的装置，其特征在于，所述装置还包括：
更新模块，用于在所述发送模块发送所述下载命令后，对所述存储器存储的所述网元信息进行更新。
11.根据权利要求10所述的装置，其特征在于，所述更新模块还用于如果下载所述待下载的软件版本成功，则根据更新的所述网元信息对所述软件版本下载情况进行更新。

软件版本的传输方法及装置\n技术领域\n[0001] 本发明涉及通信领域，具体而言，涉及一种软件版本的传输方法及装置。\n背景技术\n[0002] 移动通信系统中的每个网元设备(以下简称为网元)在需要进行软件升级以维持正常的设备运行时，首先需要下载待升级软件的版本。图1是现有技术的实现软件版本下载的网络架构框图，如图1所示，网元向操作维护中心(Operation and Maintenance Centre，OMC)发送软件下载请求，以获得需要下载的待升级软件的版本信息。该版本信息包括：软件版本服务器的地址、软件版本文件所在的路径、软件版本服务器认可的用户名和口令，其中，软件版本服务器用于提供待升级软件的版本。网元根据从OMC获取的版本信息，连接到软件版本服务器，从软件版本服务器下载待升级软件的版本以进行软件的升级。\n[0003] 但是，上述的软件版本的下载过程存在以下几个问题：\n[0004] (1)如果网元与软件版本服务器的链路中断，则网元无法完成软件版本的下载；\n[0005] (2)由于软件版本的文件大小通常比较大，因此软件版本服务器的带宽要求比较高，但是分配给软件版本服务器的带宽一般是无法改变的，因此会降低软件版本的下载效率；\n[0006] (3)软件版本服务器能够同时提供下载服务的网元的数量有限，因此，在同时有多个网元请求下载服务时，这多个网元只能依次分批进行下载，从而延长了网元的软件升级时间，降低了软件版本的下载效率，进而提高了对网元的维护成本。\n[0007] 综上所述，由于软件版本的下载只能依赖于软件版本服务器，因此导致了下载的效率较低、网元维护成本高的问题，然而目前尚未提出能够解决该问题的技术方案。\n发明内容\n[0008] 针对目前的软件版本的下载过程效率较低、进而导致的对网元的维护成本较高的问题而提出本发明。为此，本发明旨在提供一种改进的软件版本的传输方案，以解决上述问题至少之一。\n[0009] 为了实现上述目的，根据本发明的一方面，提供了一种软件版本的传输方法。\n[0010] 根据本发明的软件版本的传输方法包括：操作维护中心(OMC)接收来自网元或用户的下载请求，其中，下载请求中包括网元待下载的软件版本信息；OMC根据其本地存储的一个或多个网元的软件版本下载情况、一个或多个网元中其它网元当前对网元提供下载服务的能力、以及下载请求，选择下载源；OMC将下载命令发送给网元，网元根据下载命令进行下载，其中，下载命令中包括下载源的信息。\n[0011] 上述OMC选择下载源的操作包括：OMC根据其本地存储的一个或多个网元的软件版本下载情况、一个或多个网元中其它网元当前对网元提供下载服务的能力判断一个或多个网元中是否存在与网元属于同一子网并且满足下载条件的网元；如果判断结果为是，则从与网元属于同一子网并且满足下载条件的网元中选择一个网元作为下载源；否则根据软件版本服务器当前对网元提供下载服务的能力判断是否能够将软件版本服务器选择为下载源；如果判断能够将软件版本服务器选择为下载源，则将软件版本服务器选择为下载源；\n否则，选择与网元属于不同子网并且满足下载条件的网元的一个网元作为下载源；其中，下载条件包括：已经下载待下载的软件版本、有能力作为下载源。\n[0012] 在OMC将下载命令发送给网元之后，上述方法还包括：OMC对本地存储的网元信息进行更新，其中，网元信息包括：当前正在进行软件版本下载的网元的信息；其中，当前正在进行软件版本下载的网元的信息包括：网元的标识和IP地址、以及下载源的IP地址。\n[0013] 另外，在网元进行下载之后，上述方法还包括：如果下载待下载的软件版本成功，则OMC根据更新的网元信息对其本地存储的一个或多个网元的软件版本下载情况进行更新；如果下载待下载的软件版本失败，则OMC根据在本地预配置的下载失败处理规则进行操作，其中，下载失败处理规则包括软件版本下载的失败原因以及相应的处理方式。\n[0014] 上述下载失败处理规则中的处理方式包括以下之一：从下载源重新进行下载；由OMC选择新的下载源后进行下载。\n[0015] 上述下载源的信息包括：下载源的IP地址。\n[0016] 上述一个或多个网元中其它网元中的每个网元当前对网元提供下载服务的能力取决于以下至少之一：当前允许接入的网元的最大数量、当前带宽、当前负荷。\n[0017] 以及，上述OMC本地存储的一个或多个网元的软件版本下载情况包括：网络管理系统中的每一个网元的标识、IP地址、和每个网元已下载的软件版本号。\n[0018] 根据本发明的另一方面，还提供了一种软件版本的传输装置。\n[0019] 根据本发明的软件版本的传输装置包括：接收模块，用于接收来自网元或用户的下载请求的，其中，下载请求中包括网元或用户待下载的软件版本信息；存储器，用于存储多个网元的软件版本下载情况、和每个网元提供下载服务的能力信息；选择模块，用于根据存储器存储的软件版本下载情况、和每个网元提供下载服务的能力信息以及接收模块接收的下载请求，为网元选择下载源；发送模块，用于向网元发送下载命令，其中，下载命令携带有选择模块选择的下载源的信息。\n[0020] 具体地，上述选择模块包括：第一判断子模块，用于根据存储器存储的软件版本下载情况判断多个网元中是否有满足下载条件的网元；第二判断子模块，用于根据存储器存储的软件版本下载情况判断是否存在与网元属于同一子网的网元；第三判断子模块，用于判断软件版本服务器当前是否满足下载条件；第一选择子模块，用于在第一判断子模块和第二判断子模块的判断结果为是的情况下，选择与网元属于同一子网、且满足下载条件的网元中的一个网元为下载源；第二选择子模块，用于在第二判断子模块的判断结果为否、且在第三判断子模块的判断结果为是的情况下，选择软件版本服务器为下载源；第三选择子模块，用于在第一判断子模块的判断结果为是、且第二判断子模块和第三判断子模块的判断结果均为否的情况下，选择与网元属于不同子网并且满足下载条件的网元的一个网元作为下载源；其中，下载条件包括：能够提供待下载的软件版本、且能够提供下载服务的能力。\n[0021] 上述存储器还用于存储网元信息，其中，网元信息包括：当前正在进行软件版本下载的网元的信息。\n[0022] 优选地，上述装置还包括：更新模块，用于在发送模块发送下载命令后，对存储器存储的网元信息进行更新。\n[0023] 上述更新模块还用于如果下载待下载的软件版本成功，则根据更新的网元信息对软件版本下载情况进行更新。\n[0024] 借助于上述技术方案的至少之一，通过对网络管理系统中的网元配置文件下载服务功能，使得这些网元可以作为下载源，为需要软件版本的其它网元提供下载服务，可以克服现有技术中由于只能通过软件版本服务器下载软件版本导致的软件版本的下载过程效率较低的问题，从而可以有效提高软件版本的下载效率，进而可以降低对网元的维护成本。\n附图说明\n[0025] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：\n[0026] 图1是现有技术的实现软件版本下载的网络架构框图；\n[0027] 图2是根据本发明实施例的软件版本的传输方法的流程图；\n[0028] 图3是根据本发明实施例的软件版本的传输装置的框图；\n[0029] 图4是根据本发明实施例的软件版本的传输装置进行下载操作的流程图；\n[0030] 图5是根据本发明实施例的软件版本的传输装置进行下载操作的示意图。\n具体实施方式\n[0031] 功能概述\n[0032] 如上所述，由于现有技术中的网元或用户只能从软件版本服务器下载需要的软件版本，使得软件版本的下载过程受限于以下多种因素：网元与软件版本服务器的链路、当前分配给软件版本服务器的带宽以及软件版本服务器能够同时提供下载服务的网元的数量，由于上述因素的存在，会导致软件版本的下载过程效率较低、进而产生了对网元的维护成本较高的问题。\n[0033] 基于此，本发明提供了一种软件版本的传输方案，即，通过对网络管理系统中的网元配置文件下载服务功能，即，配置该网元具有支持文件下载服务的能力，这些网元就可以作为下载源，为需要软件版本的其它网元提供下载服务，克服了现有技术中的下载源只能是软件版本服务器的问题，进而克服了软件版本的下载过程效率较低的问题，降低了对网元的维护成本。\n[0034] 上述对网络管理系统中的网元配置的文件下载服务功能可以是超文本传输协议(Hyper-Text Transfer Protocol，简称为HTTP)，HTTP的安全版(Hypertext Transfer Protocol over Secure Socket Layer，简称为HTTPS)，文件传输协议(File Transfer Protocol，简称为FTP)，安全文件传送协议(Secure File Transfer Protocol，简称为SFTP)，简单文件传输协议(Trivial File Transfer Protocol，简称为TFTP)，数字存储媒体命令和控制扩展协议(Digital Storage Media Commandand Control，简称为DSMCC)等。\n[0035] 下面将参考附图并结合实施例，来详细说明本发明。需要说明的是，如果不冲突，本申请中的实施例以及实施例中的特征可以相互组合。\n[0036] 方法实施例\n[0037] 根据本发明实施例，提供了一种软件版本的传输方法，应用于包括一个或多个网元、OMC和软件版本服务器的网络管理系统。其中，一个或多个网元被配置为能够支持文件下载服务。图2是根据本发明实施例的软件版本的传输方法的流程图，如图2所示，该软件版本的传输方法包括步骤202-步骤206。\n[0038] 步骤202，OMC接收来自网元(记为M)或用户的下载请求，其中，下载请求中包括M或用户待下载的软件版本信息。\n[0039] 步骤204，OMC根据其本地存储的一个或多个网元的软件版本下载情况、一个或多个网元中其它网元当前对M提供下载服务的能力、以及下载请求，选择下载源。\n[0040] OMC在存储一个或多个网元的软件版本下载情况时，具体可以保存以下信息：网络管理系统中的每个网元的标识、IP地址、和每个网元已下载的软件版本号。\n[0041] 在实际应用中，OMC在存储一个或多个网元的软件版本下载情况时还可以进一步存储以下信息：每个网元所属子网的标识、每个网元上已下载软件版本的文件名和对应的文件路径、每个网元许可的用户名和口令。其中，每个网元所属子网的标识便于OMC选择合适的网元作为下载源，每个网元许可的用户名和口令用于对需要下载软件版本的网元进行合法性鉴权，每个网元上已下载软件版本的文件名和对应的文件路径便于快捷地找到下载文件进行下载。\n[0042] 具体地，上述选择下载源的操作包括以下步骤a-e：\n[0043] 步骤a，OMC根据其本地存储的一个或多个网元的软件版本下载情况、一个或多个网元中其它网元当前对M提供下载服务的能力判断一个或多个网元中是否存在与M属于同一子网并且满足下载条件的网元，其中，下载条件包括：已经下载待下载的软件版本、提供下载服务的能力，如果判断结果为是，则进行到步骤b，否则，进行到步骤c；\n[0044] 步骤b，从与M属于同一子网并且满足下载条件的网元中选择一个网元作为下载源，这样就可以最大限度地减少网络带宽的占用，节省系统资源；\n[0045] 步骤c，根据软件版本服务器当前对M提供下载服务的能力判断是否能够将软件版本服务器选择为下载源，如果判断结果为是，则进行到步骤d，否则，进行到步骤e；\n[0046] 步骤d，将软件版本服务器选择为下载源；\n[0047] 步骤e，选择与M属于不同子网并且满足下载条件的网元的一个网元作为下载源。\n[0048] 上述的下载服务的能力取决于以下至少之一：当前允许接入的网元的最大数量、当前带宽、当前负荷。即，对于软件版本服务器来说，如果软件版本服务器当前接入网元的数量达到当前允许接入的网元的最大数量，或者当前带宽占用和/或当前负荷已经饱和，则表示软件版本服务器当前没有能力对M提供下载服务。此时，OMC选择其他合适的网元作为下载源，为M提供下载服务。\n[0049] 需要说明的是，软件版本服务器和网元的下载服务的能力可以是不同的，也可以是相同的，本发明对此没有限制。\n[0050] 在完成了上述选择下载源的操作后，进行到步骤206。\n[0051] 步骤206，OMC将下载命令发送给M，M根据下载命令进行下载，其中，下载命令中包括下载源的信息。这里的下载源的信息包括以下至少之一：下载源的IP地址、下载源许可的用户名和口令、以及待下载的软件版本在下载源上的参数信息。该参数信息包括软件版本的文件名和/或对应的文件路径。\n[0052] 由以上描述可以看出，通过选择多个网元作为下载源，克服了现有技术中只能通过软件版本服务器来下载软件版本而导致的下载效率较低的问题，相比于现有技术，本发明可以提高网元下载软件版本的并发度，从而提高软件版本下载的效率。\n[0053] 在步骤206之后，M根据下载源的信息下载需要的软件版本。即，根据下载源的IP地址找到下载源，根据下载源许可的用户名和口令进行合法性鉴权，以及在通过鉴权后，根据上述参数信息找到需要下载的软件版本进行下载操作。\n[0054] 对于OMC，在步骤206之后，对本地存储的网元信息进行更新，其中，该网元信息包括以下至少之一：当前正在进行软件版本下载的网元的信息(即，M的信息)、该网元(即，M)的下载软件版本的进度。这里的M的信息包括M的标识和IP地址、以及下载源的IP地址，还可以包括M的子网标识。这样，方便OMC对M的实时监控，了解M下载软件版本的进度。\n[0055] 如果M的下载过程完成(即，成功下载了需要的软件版本)，则OMC根据更新的网元信息对其本地存储的软件版本下载情况进行更新。这样，可以保证软件版本下载情况都是最新的，方便OMC选择合适的下载源。\n[0056] 如果M的下载过程失败，则OMC根据在本地预配置的下载失败处理规则进行操作，该下载失败处理规则包括软件版本下载的失败原因以及相应的处理方式。其中，软件版本下载的失败原因包括：M与下载源的链路中断、下载源对M的鉴权失败、软件版本的路径不存在等，下载失败处理规则中的处理方式包括从下载源重新进行下载，或者选择新的下载源后进行下载。\n[0057] 例如，如果失败原因是M与下载源的链路中断，则相应的处理方式是在该下载源等待一段时间后重新进行下载。如果失败原因是下载源对M的鉴权失败，则相应的处理方式是选择新的下载源后进行下载，即，M在新的下载源上进行下载。\n[0058] 在实际操作中，如果M的下载过程失败，也可以给M反馈一个下载失败消息，以取消M的下载操作，接下来可以等待一段时间，由用户根据上述的下载失败处理规则选择是继续在原下载源上下载，或者从新的下载源上下载。\n[0059] 需要说明的是，上述下载失败处理规则可以是由系统预先设置(即，该规则对所有网元生效)或由用户在系统运行时设置(即，该规则仅对指定网元生效)。为了便于描述，在图2中以步骤的形式示出并描述了本发明的方法实施例的技术方案，在图2中所示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。虽然在图2中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。\n[0060] 以下进一步详细说明本发明。配置网络管理系统中的网元支持文件下载服务功能，该文件下载服务功能可以是FTP或SFTP。\n[0061] 对于OMC，首先描述在OMC上保存的软件下载信息记录库，该软件下载信息记录库包括以下5种信息。\n[0062] (1)预先为软件版本服务器和网络中各网元设置的文件下载服务功能的阈值限制(该阈值限制即上述的下载服务的能力)，该阈值包括：允许同时接入的网元的数量、带宽以及负荷情况。例如，一个网元(记为N)允许同时接入的网元数量为5，如果N当前接入的网元数量为5，或者分配给N的带宽值小于阈值中规定的带宽值，或者当前的负荷高于阈值中规定的负荷，则N无法继续作为下载源，即，当前N无法继续提供下载服务的能力，此时，OMC不会选择N为下载源。\n[0063] 在实际操作中，软件版本服务器和网元的阈值限制可以是不同的，也可以是相同的。上述同时接入该网元的网元数目可以从正在下载软件网元列表(即以下的信息(3))中获取。\n[0064] (2)已下载软件信息表(即上述的一个或多个网元的软件版本下载情况)，主要用于OMC选择合适的网元作为下载源，该已下载软件信息表包括如下内容：\n[0065] 网元标识(ID)、网元所属子网的标识、网元IP地址、该网元上已下载成功的软件版本号与相应的软件版本文件名和相应的软件版本文件路径、该网元许可的用户名和口令、以及其他附加信息。\n[0066] 其中，网元已下载成功的软件版本号可以是多个，网元所属子网的标识、网元IP地址、许可用户名和口令、附加信息每个网元只有一个。这里的附加信息可以用来记录该网元作为下载源时的辅助信息，例如，该网元当前的运行状态、文件下载服务是否支持断点续传。网元当前的运行状态表示网元是否正常运行，可根据OMC对网元的管理情况来更新此状态，此状态是判断该网元是否合适作为下载源的条件之一。\n[0067] (3)正在下载软件网元列表(即上述的网元信息)，主要用于OMC对当前下载软件版本的网元的维护，该正在下载软件网元列表可以包含如下内容：网元ID，该网元所属子网ID，网元IP地址，下载源的IP地址。\n[0068] (4)预先设置的下载失败处理规则，用于在下载失败时根据不同的失败原因选择不同的处理方法。\n[0069] 如果失败原因为网元与下载源的链路中断，则OMC可以重新选择新的下载源，或者，如果原下载源支持断点续传，则OMC也可以指示网元待链路恢复后重新进行下载。\n[0070] 如果失败原因是鉴权失败或文件路径不存在，则OMC可以重新选择新的下载源，并更新OMC存储的已下载软件信息表，OMC不再选择此下载源。\n[0071] (5)软件下载日志，用于在OMC给网元发送下载命令后，记录网元的下载进度和网元上报的信息等。\n[0072] 上述信息(3)和(5)便于OMC对正在进行下载软件的网元实时监控。\n[0073] 以下开始进行软件版本的下载，该下载过程包括以下步骤1-4。\n[0074] 步骤1，对应于上述步骤202，网元向OMC发送下载请求，该下载请求可以是由用户发起或由网元主动发起，其中，该下载请求包括网元待下载的软件版本信息。\n[0075] 步骤2，对应于上述步骤204，OMC接收到下载请求后，选择下载源。首先在软件下载信息记录库中的已下载软件信息表中查询要求的版本是否已经有其他网元下载了，如果其他网元均未下载过，则选择软件版本服务器作为下载源；如果已经有其他网元下载，则OMC选择最合适的网元作为下载源。\n[0076] 上述OMC选择最合适的网元作为下载源的操作包括：优先选择同一子网内的、且符合下载源条件(即，当前有提供下载服务的能力)的网元作为下载源；如果没有同一子网内的、或者不符合下载源条件的网元，则在软件版本服务器符合下载源条件时，选择软件版本服务器作为下载源；如果软件版本服务器不符合下载源条件，则选择其他子网、存在路由的空闲网元、且符合下载源条件的空闲网元作为下载源。\n[0077] 步骤3，对应于上述步骤206，OMC向网元发送下载命令，网元根据下载命令执行下载操作。其中，下载命令中携带有上述选择的下载源的信息，该下载源的信息包括：下载源的IP地址、下载源许可的用户名和口令、及软件版本的文件路径。\n[0078] 步骤4，OMC更新正在下载软件网元列表，并记录软件下载日志。\n[0079] 在软件下载过程中，如果网元下载失败，则网元向OMC上报下载失败及原因，OMC根据下载失败处理规则进行处理，OMC可以选择新的下载源，或者如果原下载源支持断点续传，则待链路恢复后重新下载。下载失败的原因可以记录到网元已下载软件信息表的附加信息中。\n[0080] 网元下载失败的原因可以是与下载源的链路中断，该链路中断的原因可能是物理链路中断，或者可能是由网元本地的操作导致。这些操作可能包括对网元进行复位、网元主控板进行主备倒换、网元的FTP相关的链路被闭塞、下载过程中网元的负荷过重拒绝提供文件下载服务、网元的主备软件版本切换、网元正在下载的软件版本被删除、以及网元正在下载其他软件版本等。\n[0081] 在下载过程中，如果下载源的负荷过重拒绝提供文件下载服务，则下载源向OMC上报当前状态消息，OMC接收到该状态消息后记录到已下载软件信息表的附加信息中，便于在下次选择下载源时进行正确选择。\n[0082] 装置实施例\n[0083] 根据本发明实施例，提供了一种软件版本的传输装置，该软件版本的传输装置用于维护网络中的多个网元的下载操作。优选地，该装置用于实现上述方法实施例中的OMC的功能。图3是本实施例的软件版本的传输装置的框图，如图3所示，该装置包括：接收模块1、存储器2、选择模块3、发送模块4和更新模块5，以下对各模块进行详细的描述。\n[0084] 接收模块1，用于接收来自网元或用户的下载请求，其中，下载请求中包括网元或用户待下载的软件版本信息；存储器2，用于存储多个网元的软件版本下载情况、和每个网元提供下载服务的能力信息。在实际操作中，存储器还用于存储网元信息，其中，网元信息包括以下至少之一：当前正在进行软件版本下载的网元的信息、该网元的下载进度。选择模块3，连接至接收模块1和存储器2，用于根据存储器2存储的软件版本下载情况、和每个网元提供下载服务的能力信息以及接收模块1接收的下载请求，为网元选择下载源；发送模块4，连接至选择模块3，用于向网元发送下载命令，其中，下载命令携带有选择模块3选择的下载源的信息。另外，该软件版本的传输装置还可以包括更新模块5，连接至存储器2，用于在发送模块4发送下载命令后，对存储器2存储的网元信息进行更新，以及在下载操作成功后，根据更新的网元信息对软件版本下载情况进行更新。\n[0085] 具体地，上述选择模块3包括：第一判断子模块30，第二判断子模块31、第三判断子模块32、第一选择子模块33、第二选择子模块34和第三选择子模块35，以下对各子模块进行详细的描述。\n[0086] 第一判断子模块30，用于根据存储器存储的软件版本下载情况判断多个网元中是否有满足下载条件的网元；第二判断子模块31，用于根据存储器存储的软件版本下载情况判断是否存在与网元属于同一子网的网元；第三判断子模块32，用于判断软件版本服务器当前是否满足下载条件；第一选择子模块33，连接至第一判断子模块30和第二判断子模块\n31，用于在第一判断子模块30和第二判断子模块31的判断结果为是的情况下，选择与网元属于同一子网、且满足下载条件的网元中的一个网元为下载源；第二选择子模块34，连接至第二判断子模块31和第三判断子模块32，用于在第二判断子模块31的判断结果为否、且在第三判断子模块32的判断结果为是的情况下，选择软件版本服务器为下载源；第三选择子模块35，连接至第一判断子模块30、第二判断子模块31和第三判断子模块32，用于在第一判断子模块30的判断结果为是、且第二判断子模块31和第三判断子模块32的判断结果都为否的情况下，选择与网元属于不同子网并且满足下载条件的网元的一个网元作为下载源；其中，下载条件包括：能够提供待下载的软件版本、且能够提供下载服务的能力，这里的下载服务的能力取决于当前允许接入的网元的最大数量、当前带宽、和当前负荷。\n[0087] 上述各模块的具体实施过程，可以参考上述方法实施例中的相关描述，这里不再赘述。\n[0088] 由以上描述可以看出，通过预先由存储器存储各网元的信息，并由选择模块根据存储器存储的信息选择合适的下载源提供软件版本，克服了现有技术中只能通过软件版本服务器来下载软件版本、而导致的下载效率较低的问题，相比于现有技术，本发明可以提高网元下载软件版本的并发度，从而提高软件版本下载的效率。\n[0089] 在具体实施过程中，上述存储器可以是软件下载信息记录库，用于存储上述方法实施例中的各网元的文件下载服务功能的阈值限制、已下载软件信息表、正在下载软件网元列表、下载失败处理规则和软件下载日志等相关的信息。\n[0090] 上述接收模块、发送模块和更新模块可以合一设置为下载请求处理模块，用于处理网元发送的下载请求，并给网元发送下载命令，并收集软件下载的进度和结果上报，更新软件下载信息记录库。\n[0091] 图4是根据本发明实施例的软件版本的传输装置进行下载操作的流程图，其中，该软件版本的传输装置为操作维护中心，如图4所示，该软件版本的传输装置的下载操作流程包括步骤401-411：\n[0092] 步骤401，用户向网元下发软件下载命令后由网元向操作维护中心发送软件下载请求，或网元主动向操作维护中心发送软件下载请求，该软件下载请求可以简称为下载请求；\n[0093] 步骤403，操作维护中心的下载请求处理模块接收到下载请求后，要求选择模块给网元选择合适的下载源；\n[0094] 步骤405，选择模块根据软件下载信息记录库中记录的所管理的网元的组网及各网元的情况，选择下载源；\n[0095] 步骤407，下载请求处理模块向网元发送下载命令，通知网元从下载源下载软件；\n[0096] 步骤409，下载请求处理模块接收网元上报的软件下载的进度和结果，并记录软件下载日志；\n[0097] 步骤411，如果网元下载软件版本成功，则下载请求处理模块更新网元已下载软件信息表；如果网元下载软件版本失败，则下载请求处理模块读取软件下载失败处理规则，根据规则进行下一步的处理，并记录软件下载日志。\n[0098] 基于上述图4所示的流程，图5是根据本发明实施例的软件版本的传输装置进行下载操作的示意图，其中，该软件版本的传输装置为操作维护中心，如图5所示，操作维护中心管理网元1、网元2、网元3和网元4，其中，网元1下载了网元2、网元3和网元4需要的软件版本。\n[0099] 网元2、网元3和网元4分别向下载请求处理模块发送下载请求，其中，网元2和网元4是主动向下载请求处理模块发送下载请求，网元3是用户向网元3下发软件下载命令后由网元3向下载请求处理模块发送下载请求；下载请求处理模块要求选择模块分别给网元2、网元3和网元4选择合适的下载源，其中，选择模块给网元2选择的下载源是软件版本服务器，给网元3和网元4选择的下载源是网元1；在网元2、网元3和网元4的下载过程中，网元2、网元3和网元4分别向下载请求处理模块上报各自的软件下载的进度和结果，下载请求处理模块根据接收的上报信息记录软件下载日志，并更新软件下载信息记录库中的相关信息。\n[0100] 综上所述，本发明根据网元的组网分布和实时链路情况动态选择下载源，解决了现有技术中下载源单一而导致的下载效率较低的问题，相比于现有技术，本发明可以减轻网络带宽的压力，提高网元的软件下载的并发度，提高软件下载的效率。\n[0101] 显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。\n[0102] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。