CN102340544A

CN102340544A - 升级文件包下载方法和设备

Info

Publication number: CN102340544A
Application number: CN2011103181467A
Authority: CN
Inventors: 汤金辉; 徐黎; 刘华玲; 张嵘; 李燕
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2011-10-19
Filing date: 2011-10-19
Publication date: 2012-02-01
Anticipated expiration: 2031-10-19
Also published as: CN102340544B

Abstract

本发明实施例公开了一种升级文件包下载方法和设备，通过应用本发明实施例的技术方案，利用网元设备的器件库中所记录的信息，对该网元设备下载的升级文件包中所包括的内容进行裁剪，只将器件库中所记录的各器件的升级文件和相应的配置信息保存在网元设备的硬盘空间中，从而，可以根据网元设备中器件的实际布配使用情况进行升级文件和配置信息筛选，不在硬盘空间中存储当前没有布配使用的器件的升级文件和配置信息，有效的节省了硬盘空间资源，提高了硬盘的使用效率，降低了硬盘空间资源的投资成本。

Description

升级文件包下载方法和设备

技术领域

本发明涉及通信技术领域，特别涉及一种升级文件包下载方法和设备。

背景技术

在现有的技术方案中，网管系统向外发布的升级文件包，包括网元侧需要支持的所有器件的软件和固件版本。网管系统（管理站）触发网元升级时，会将整套升级文件包发送到网元侧。

目前网元侧处理升级文件包的方法是将从管理站侧下载的升级文件包，都保存到硬盘内。

硬盘（Hard Disc Drive，HDD）是计算机设备主要的存储媒介之一，由一个或者多个铝制或者玻璃制的碟片组成。这些碟片外覆盖有铁磁性材料。绝大多数硬盘都是固定硬盘，被永久性地密封固定在硬盘驱动器中。

硬盘容量大小直接关系到嵌入式设备的存储空间，但是硬盘容量大势必造成成本的升高，因此，在硬盘容量不变的情况下，提高硬盘空间的利用率便成为了另外一种提高硬盘存储能力的方案。

在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：

随着网元所支持的器件类型的增多，升级文件包的大小也会逐渐变大，考虑到升级文件包一般是下载后存储于硬盘中，那么，在网元支持的器件类型非常多的情况下，可能会导致升级文件包体积超出硬盘存储空间的大小，而导致硬盘空间不能或不足以支持升级文件包的存储。

而在现有的技术方案中，一方面，选择大容量的硬盘会造成成本升高，而另一方面，硬盘还需要存储许多网元当前已不使用的器件的软件信息，浪费大量的硬盘空间，造成硬盘空间的利用率降低。

综上所述，现有的技术方案中还没有一种针对升级文件包存储的高效利用硬盘空间的方案。

发明内容

本发明实施例提供一种升级文件包下载方法和设备，解决现有技术中无法根据实际需要进行升级文件包的下载，并进而浪费大量的硬盘空间资源的问题。

为达到上述目的，本发明实施例一方面提供了一种升级文件包下载方法，包括：

网元设备从管理站下载升级文件包到硬盘空间中，所述升级文件包中包括所述网元设备所可能支持的所有器件的升级文件和配置信息；

所述网元设备解压所述升级文件包，将解压得到的所述网元设备所可能支持的所有器件的升级文件和配置信息保存在硬盘空间中；

所述网元设备根据器件库当前所记录的信息遍历解压得到的所有配置信息，并删除器件库所未记录的各器件的升级文件和相应的配置信息。

另一方面，本发明实施例还提供了一种网元设备，包括用于存储文件的硬盘空间，至少包括：

器件库，用于存储所述网元设备中当前布配使用的器件的信息；

下载模块，用于从管理站下载升级文件包到所述硬盘空间中，所述升级文件包中包括所述网元设备所可能支持的所有器件的升级文件和配置信息；

解压模块，用于解压所述下载模块所下载的升级文件包，将解压得到的所述网元设备所可能支持的所有器件的升级文件和配置信息保存在所述硬盘空间中；

比较模块，用于根据所述器件库当前所记录的信息遍历所述解压模块解压得到的所有配置信息；

处理模块，用于删除所述比较模块所确定的所述器件库所未记录的各器件的升级文件和相应的配置信息。

另一方面，本发明实施例还提供了一种升级文件包下载方法，至少包括以下步骤：

管理站为网元设备生成升级文件包，所述升级文件包中包括所述网元设备所可能支持的所有器件的升级文件和配置信息；

所述管理站将所述升级文件包发送给所述网元设备，使所述网元设备获取器件库当前所记录的各器件的升级文件和相应的配置信息。

另一方面，本发明实施例还提供了一种管理站，至少包括：

生成模块，用于为网元设备生成升级文件包，所述升级文件包中包括所述网元设备所可能支持的所有器件的升级文件和配置信息；

发送模块，用于将所述生成模块所生成的升级文件包发送给所述网元设备，使所述网元设备获取器件库当前所记录的各器件的升级文件和相应的配置信息。

管理站获取网元设备的器件库当前所记录的信息；

所述管理站为所述网元设备生成升级文件包，所述升级文件包中包括所述网元设备的器件库当前所记录的各器件的升级文件和相应的配置信息；

另一方面，本发明实施例还提供了一种管理站，至少包括以下步骤：

获取模块，用于获取网元设备的器件库当前所记录的信息；

生成模块，用于为所述网元设备生成升级文件包，所述升级文件包中包括所述获取模块所获取到的所述网元设备的器件库当前所记录的各器件的升级文件和相应的配置信息；

网元设备从管理站下载升级文件包到硬盘空间中，所述升级文件包中包括所述网元设备的器件库当前所记录的各器件的升级文件和相应的配置信息；

所述网元设备解压所述升级文件包，将解压得到的所述网元设备的器件库当前所记录的各器件的升级文件和相应的配置信息保存在硬盘空间中。

下载模块，用于从管理站下载升级文件包到所述硬盘空间中，所述升级文件包中包括所述器件库当前所记录的各器件的升级文件和相应的配置信息；

解压模块，用于解压所述下载模块所下载的升级文件包，将解压得到的所述网元设备的器件库当前所记录的各器件的升级文件和相应的配置信息保存在硬盘空间中。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，利用网元设备的器件库中所记录的信息，对该网元设备下载的升级文件包中所包括的内容进行裁剪，只将器件库中所记录的各器件的升级文件和相应的配置信息保存在网元设备的硬盘空间中，从而，可以根据网元设备中器件的实际布配使用情况进行升级文件和配置信息筛选，不在硬盘空间中存储当前没有布配使用的器件的升级文件和配置信息，有效的节省了硬盘空间资源，提高了硬盘的使用效率，降低了硬盘空间资源的投资成本。

附图说明

图1为本发明实施例提出的一种升级文件包下载方法的应用场景示意图；

图2为本发明实施例提出的一种升级文件包下载方法的应用场景示意图；

图3为本发明实施例所提出的一种具体应用场景中的升级文件包下载方法的方案一的流程示意图；

图4为本发明实施例所提出的一种具体应用场景中的升级文件包下载方法的方案二的流程示意图；

图5为本发明实施例所提出的一种网元设备侧器件库与升级文件包自检方法的具体实现过程的流程示意图；

图6为本发明实施例提出的一种网元设备的结构示意图；

图7为本发明实施例提出的一种管理站的结构示意图；

图8为本发明实施例提出的一种管理站的结构示意图；

图9为本发明实施例提出的一种网元设备的结构示意图。

具体实施方式

如背景技术所述，现有的技术方案中网元侧在进行升级文件包的存储时，需要将自身所需要支持的所有器件的软件和固件版本均存储到自身的硬盘空间中，从而由于大量无用的软件和固件版本信息的存储而浪费了硬盘空间资源，目前还没有一种针对升级文件包存储的高效利用硬盘空间的方案

针对上述问题，本发明实施例提出了一种基于器件库的升级文件包的管理方案。该方案以器件库中所记录的信息为依据，通过裁剪升级文件包中不需要支持的软件和固件版本，来节省硬盘空间，从而达到降低成本，充分利用硬盘空间的目的。

如图1所示，为本发明实施例所提出的一种升级文件包下载方法的流程示意图，该方法具体包括以下步骤：

步骤S101、网元设备从管理站下载升级文件包到硬盘空间中，升级文件包中包括网元设备所可能支持的所有器件的升级文件和配置信息。

其中，网元设备所下载的升级文件包的生成方式具体如下：

（1）管理站将网元设备所可能支持的各器件的固件升级文件分别压缩为各器件的固件包。

（2）管理站将网元设备所可能支持的各器件的软件升级文件分别压缩为各器件的软件包。

（3）管理站将各器件的固件包、软件包，以及各固件包和/或软件包所对应的所有器件类型的配置信息一起压缩为升级文件包。

需要指出的是，在实际的应用场景中，对于一个升级文件包，上述的所有器件类型的配置信息可以以一个配置文件的形式存在于该升级文件包中，即升级文件包中除了各器件的软件包和固件包外，还包括一个配置文件，该配置文件中包括升级文件包中的文件所对应的所有器件类型的配置信息。当然，一个配置文件记录所有配置信息的形式只是本发明实施例所提出的一种具体示例，在实际应用中，具体配置信息的形式并不会影响本发明的保护范围。

上述的升级文件包的生成方式中，将各器件所对应的软件和固件分别进行压缩，即将单个器件的软件或固件单独的压缩为压缩包，作为升级文件包中的原子数据包，从而，为后续针对单个器件的软件和固件信息分别进行管理和裁剪奠定了基础。

当然，具体的软件和固件信息是以实际的当前发布信息为准的，对于本次发布中没有发布的某个器件的软件或固件信息，可以将最近一次所发布的相应信息压缩后，添加到本次的升级文件包中，实现器件类型的补全，也可以在本次发布的升级文件包中缺失本次没有发布的某个器件的软件或固件信息，具体采用哪种方式并不会影响本发明的保护范围，可以根据实际需要进行选择。

在具体的实施场景中，上述的配置信息中还可以携带相应的各固件包和/或软件包所支持的固件版本信息，以方便网元设备进行相应的配置。

进一步的，各器件的软件包中还可以携带相应的软件升级文件的版本信息。

另一方面，需要指出的是，本步骤的触发条件可以是由管理站侧触发的，也可以使网元设备侧根据具体的规则（例如周期更新）来进行的，这样的变化并不影响本发明的保护范围。

步骤S102、网元设备解压升级文件包，将解压得到的网元设备所可能支持的所有器件的升级文件和配置信息保存在硬盘空间中。

步骤S103、网元设备根据器件库当前所记录的信息遍历解压得到的所有配置信息，并删除器件库所未记录的各器件的升级文件和相应的配置信息。

在本发明实施例所提出的技术方案中，器件库实时的记录着网元设备当前布配使用的器件的信息，因此，可以根据器件库中的信息准确的获知当前应该在硬盘空间中保存哪些升级文件和配置信息。

至此，通过上述的流程，网元设备根据器件库中当前记录的信息对所下载的升级文件包中的信息进行剪裁，只将器件库中当前存在记录的软件和固件信息存储于硬盘空间，而对于自身不需要支持的信息则直接删除，避免了这些信息的存储对于硬盘空间的浪费。

进一步的，在实际的应用场景中，网元设备可能会出现新的器件的增加或者已有器件的删除，为了相适应的实现对应的软件和固件信息的更新，同样可以基于器件库中所记录的信息的更新，通过以下的处理过程来完成。

首先，网元设备接收管理站发送的器件库自检指示消息。

然后，网元设备将当前硬盘空间中所存储的信息与器件库中当前所记录的器件的信息进行比对，从而，将当前硬盘空间中所存储的信息与当前该网元设备实际布配使用的器件的信息进行比对。

根据具体的比对结果，可能出现以下三种情况，后续进行具体说明。

情况一、网元设备确定当前硬盘空间中所存储的信息与器件库中当前所记录的器件的信息相一致。

在此种情况下，当前布配使用的所有器件的软件、固件和配置信息都已存储于硬盘空间中，且硬盘空间中也没有存储多余的其他未布配使用的器件的信息，因此，硬盘空间中当前所存储的信息不需要进行更新，网元设备也无需与管理站之间进行相应信息的更新和交互。

情况二、网元设备确定硬盘空间中存储了器件库中当前所未记录的器件所对应的信息。

这种情况可能是网元设备中原有器件被减少所导致的，网元设备中原有的器件被停止使用，因此器件库中不再保存相应的信息，但硬盘空间中相应的信息并没有进行删除。

在此种情况下，网元设备在硬盘空间中删除器件库中当前所未记录的器件的升级文件和相应的配置信息，从而节省硬盘空间。

当然，在实际应用中，本情况也有可能是硬盘空间中存储了一个器件所对应的多个版本的信息所导致的，那么，在这样的情况下，网元设备需要将不再需要继续使用的版本的信息在硬盘空间中进行删除。

情况三、网元设备确定硬盘空间中没有存储器件库中当前所记录的器件所对应的信息。

这种情况可能是网元设备中当前新增了布配使用的器件所导致的，网元设备中增加了布配使用的器件，同时，网元设备也会对器件库中的信息进行更新，将新增的器件的信息添加到器件库中，但硬盘空间中所存储的信息并没有相应地进行增加。

在此种情况下，网元设备需要向管理站上报比对的结果，请求对相应的信息进行补充下载。

相应的，网元设备向管理站上报比对的结果之后，具体的处理方案包括以下两种：

方案一

网元设备接收管理站发送的升级文件补丁包，升级文件补丁包中包含比对的结果所对应的器件的升级文件和配置信息。

网元设备解压升级文件补丁包，将解压得到的升级文件和配置信息保存在硬盘空间中。

通过此种方案，管理站将新增的器件的升级文件和配置信息的信息作为升级文件补丁包发送给网元设备，使网元设备在硬盘空间中将新增器件的升级文件和配置信息的信息进行存储。

方案二

网元设备删除硬盘空间中当前所保存的升级文件和配置信息。

网元设备从管理站下载新的升级文件包到硬盘空间中，新的升级文件包中包括网元设备所可能支持的所有器件的升级文件和配置信息。

网元设备解压新的升级文件包，将解压得到的网元设备所可能支持的所有器件的升级文件和配置信息保存在硬盘空间中。

网元设备根据自身的器件库当前所记录的信息遍历解压得到的所有配置信息。

网元设备删除自身的器件库当前所未记录的各器件的升级文件和相应的配置信息。

通过此种方案，网元设备中将当前硬盘空间中存储的器件的升级文件和配置信息进行删除，然后重新从管理站下载完整的升级文件包，再按照步骤S101至步骤S103的处理流程重新将完整的升级文件包重新进行剪裁，将器件库当前所记录的各器件的升级文件和相应的配置信息存储在硬盘空间中。

上述的说明为网元设备侧应用本发明实施例所提出的技术方案处理过程的描述，网元设备直接根据器件库当前记录的的信息完成升级文件包的裁剪，相应的，在管理站侧，同样存在相应的处理流程，由于升级文件包的裁剪是由网元设备来实现的，管理站侧只需要将包括网元设备所可能支持的所有器件的升级文件和配置信息的升级文件包（即完整的升级文件包）发送给网元设备即可，当然，在后续的处理过程中，器件库自检指示消息还是由管理站根据相应的规则进行发送的，具体的升级文件包的生成过程以及器件库自检指示消息的处理过程均可参照前述说明，在此不再重复描述。

另一方面，本发明实施例还提供了另一种基于器件库的升级文件包下载方法，与前述方案的差别在于升级文件包的裁剪不再是由网元设备来完成，而是由管理站直接进行。

如图2所示，为本发明实施例所提出的一种升级文件包下载方法的流程示意图，该方法具体包括以下步骤：

步骤S201、管理站获取网元设备的器件库当前所记录的信息。

步骤S202、管理站为网元设备生成升级文件包，升级文件包中包括网元设备的器件库当前所记录的各器件的升级文件和相应的配置信息。

在本步骤中，升级文件包的生成方式与步骤S101中的描述相类似，差别在于管理站直接根据器件库当前所记录的信息直接裁剪掉了器件库当前所未记录的各器件的升级文件和相应的配置信息，只将器件库中当前存在记录的各器件的升级文件和相应的配置信息生成升级文件包，具体的，相应的各器件的软件升级文件和硬件升级文件同样需要单独压缩为压缩包，作为升级文件包中的原子数据包，相应的处理流程参照前述说明，在此不再重复。

步骤S203、管理站将升级文件包发送给网元设备，使网元设备获取器件库当前所记录的各器件的升级文件和相应的配置信息。

与步骤S101至步骤S103所描述的技术方案相类似，本方案所对应的应用场景中同样可能会出现新的器件的增加或者已有器件的删除，因此，同样可以通过触发器件库更新的方式来实现相应的处理。

首先，管理站向网元设备发送器件库自检指示消息，触发网元设备将当前硬盘空间中所存储的信息与器件库中当前所记录的器件的信息进行比对。

根据网元设备中具体的比对结果，可能出现以下三种情况，后续进行具体说明。

在完成了上述的处理后，管理站可以从网元设备中获取器件库当前所记录的信息，对之前存储的器件库的信息进行更新。

情况三、网元设备确定当前硬盘空间中没有存储器件库中当前所记录的器件所对应的信息。

在此种情况下，管理站接收网元设备上报的比对的结果，获取网元设备器件库当前所记录的信息，对之前存储的器件库的信息进行更新，并进一步触发后续的处理过程。

在具体的实施场景中，具体的处理过程包括以下两种方案。

方案一

管理站为网元设备生成升级文件补丁包，升级文件补丁包中包含比对的结果所对应的器件的升级文件和配置信息。

管理站向网元设备发送升级文件补丁包。

通过此种方案，管理站将新增的器件的升级文件和配置信息作为升级文件补丁包发送给网元设备，使网元设备在硬盘空间中将新增器件的升级文件和配置信息进行存储。

方案二

管理站为网元设备生成新的升级文件包，新的升级文件包中包括网元设备的器件库当前所记录的各器件的升级文件和配置信息，其中，此时网元设备的所记录的信息已经由网元设备更新过，添加了新增的器件的信息。

管理站将新的升级文件包发送给网元设备，使网元设备获取自身的器件库当前所记录的各器件的升级文件和相应的配置信息。

通过此种方案，管理站基于网元设备的器件库（已被网元设备更新，添加了新增的器件的信息）当前所记录的信息重新按照步骤S201至步骤S203的处理流程触发相应的升级文件包的下载，网元设备则将当前硬盘空间中存储的器件的升级文件和配置信息进行删除，然后重新从管理站下载新的升级文件包，再相应的各器件的升级文件和相应的配置信息存储在硬盘空间中。

上述的说明为管理站侧应用本发明实施例所提出的技术方案处理过程的描述，管理站直接根据获取到的网元设备的器件库的信息完成升级文件包的裁剪，相应的，在网元设备侧，同样存在相应的处理流程，由于升级文件包的裁剪是由管理站来实现的，网元设备侧只需要将升级文件包中的信息进行直接存储即可，当然，在后续的处理过程中，器件库自检指示消息还是由管理站根据相应的规则进行发送的，具体的升级文件包的生成过程以及器件库自检指示消息的处理过程均可参照前述说明，在此不再重复描述。

在实际的应用场景中，无论是网元设备侧对升级文件包进行裁剪还是管理站对升级文件包进行裁剪，都是为了将最终存储在硬盘空间中的数据量减少，具体采用哪种方案可以根据实际的需要进行选择，这样的变化并不影响本发明的保护范围。

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

本发明实施例所提出的技术方案至少适用于SNMP（Simple Network Management Protocol，简单网络管理协议）协议网管系统的RRU（Radio Remote Unit，射频拉远单元）升级文件包管理，也适用于板卡等外设软件管理。

为了方便说明，本发明后续实施例具体以RRU升级文件包的管理过程为例进行说明，其他需要在网元设备和管理站之间通过下载升级文件包进行升级的类型同样可以应用本发明实施例所提出的技术方案，这样的变化并不影响本发明的保护范围。

本发明实施例所提出的技术方案主要包含三方面内容，后续将逐一进行说明。

一、RRU升级文件包的压缩方法。

本发明实施例所提出的技术方案充分考虑RRU器件的不断变化，提出了便于对每款RRU器件的软件进行管理的方法。

为了便于对每一款RRU器件的软件管理，本发明实施例提供的RRU升级文件包的压缩方法的根本思想在于以器件自身属性所对应的文件为原子级的压缩包，而在管理站进行升级发布时，携带网元设备支持的所有器件的版本集合的全集包，即管理站所发布的升级文件包中除了配置文件（配置文件中包括各器件的配置信息）外，还包了括多个小的压缩包，每个压缩包都是一种器件所对应的软件升级文件或硬件升级文件。

具体的升级文件包的生成过程如下：

首先，管理站对一个器件的固件升级文件单独压缩成固件压缩包（即前述的固件升级文件包），该固件压缩包中包含版本信息，以及体现是固件属性的固件包名称。

同时，管理站对一个器件的软件升级文件单独压缩成软件压缩包（即前述的软件升级文件包），该软件压缩包中包含版本信息，以及体现是软件属性的升级文件包名称。

在实际应用中，软件压缩包和固件压缩包的生成没有必然的先后顺序。

最后，管理站把网元设备支持的所有器件的软件压缩包和固件压缩包压缩成总的压缩包（即前述的升级文件包），进一步的，该压缩包中还包括当前压缩包内支持的所有器件类型的配置信息（可以以一个配置文件中包括所有配置信息的形式存在），以及该发布的所有RRU升级文件所对应的固件版本号。

二、器件库管理在软件管理中的应用。

本发明实施例所提出的技术方案依据网元设备侧器件库中存在的硬件（器件）类型，来决定升级文件包的裁剪，从而，达到节省硬盘空间的目的。

本发明提供了一种基于器件库的升级文件包管理方案，网元设备侧将所持的RRU类型，即当前实际布配使用的的器件的类型信息保存到器件库中，然后，依据器件库当前所记录的信息，来进行升级文件包的裁剪。

相应的，本发明实施例所提出的技术方案根据执行裁剪的主体的差异，进一步分为以下两种方案：

方案一、网元设备侧根据自身支持的器件类型，对从管理站下载的升级文件包进行裁剪，只在硬盘中保留自身需要的升级文件信息。

如图3所示，为本发明实施例所提出的一种具体应用场景中的升级文件包下载方法的方案一的流程示意图，该方法具体包括以下步骤：

步骤S301、管理站触发网元设备进行版本升级。

步骤S302、网元设备会将所有的器件类型对应的升级文件包，通过FTP下载到网元设备侧的硬盘空间中，进行解压。

网元设备将解压得到的各器件的软件升级文件、固件升级文件和配置信息存储到网元设备的硬盘空间中。

步骤S303、网元设备依据器件库中所记录的器件类型信息，对升级文件包中的配置文件所包含的配置信息进行遍历。

如果当前遍历已经完成，则表示当前的升级文件包的裁剪处理已经完成，网元设备直接结束当前处理流程。

如果当前遍历没有完成，则执行步骤S304。

步骤S304、网元设备判断当前遍历到的配置信息所对应的器件信息是否存在于器件库中。

如果存在，则返回步骤S303，继续遍历其他配置信息。

如果不存在，则执行步骤S305。

步骤S305、网元设备在硬盘空间中删除该配置信息所对应的器件的软件升级文件和/或固件升级文件。

步骤S306、网元设备在配置文件中删除该配置信息。

完成本步骤后，则返回步骤S303，继续遍历其他配置信息。

通过上述的处理，网元设备将器件库中不支持的器件的软件升级文件和/或固件升级文件在硬盘空间中删除，并在配置文件中将相对应的配置信息删除，从而，只有网元设备器件库支持的器件的配置信息才在配置文件中保存，相应的软件升级文件和固件升级文件才会存储在网元设备的硬盘空间中。

方案二、管理站同步网元设备的器件库，并根据该器件库当前所记录的内容确定网元设备当前实际支持的器件类型，从而，将对应的升级文件和配置信息（一个配置文件中包括多个配置信息）压缩成最小集合的升级文件包，下发到该网元设备。

如图4所示，为本发明实施例所提出的一种具体应用场景中的升级文件包下载方法的方案二的流程示意图，该方法具体包括以下步骤：

步骤S401、管理站在准备对该网元设备进行升级触发之前，首先同步网元设备当前的器件库信息，将目前该网元设备支持的所有器件类型信息保存到管理站侧。

步骤S402、管理站依据网元设备的器件库中所记录的器件类型，进行升级文件包中的各器件的信息版本的裁剪，生成相应的升级文件包。

具体的，管理站在准备下发给该网元设备的配置文件中，将该网元设备的器件库中当前不支持的器件的配置信息删除，只有器件库支持的器件的配置信息才在配置文件中保存。

管理站将配置文件、配置文件中保留的配置信息所对应的器件的软件升级文件和固件升级文件压缩成RRU的升级文件包（即裁剪后的升级文件包）。

步骤S403、管理站触发网元设备进行版本升级。

步骤S404、网元设备下载升级文件包，并进行解压，将解压得到的文件存储到硬盘空间中。

在实际的应用场景中，具体应用上述的哪种方案可以根据实际需要进行选择，而相比较两个方案，其各有各自的优缺点，具体说明如下：

对于方案一：

其优点在于：管理站的处理过程简单，对于分布式开发来讲，可以避免管理站过多的参与网元设备侧的实现。

其缺点在于：要求网元设备侧的硬盘支持所有的RRU器件类型解压后所需要容量，因此，对于网元设备侧的硬盘空间要求较大。

对于方案二：

其优点在于：节省了网元设备侧的硬盘空间，网元设备侧处理简单。

其缺点在于：对于管理站要求比较高，对于分布式开发来讲，要求管理站与网元设备侧的耦合性比较强；对于管理多个网元设备情况，管理站的处理比较繁琐，浪费升级时间。

三、器件库变化对于升级文件包管理的影响。

本发明实施例所提出的技术方案充分考虑由于网元设备中新增器件和删除原有器件所导致的对于升级文件管理的影响，并提出了解决方案和实现方法。

在通过前述的第二方面的两种方案完成了相应的升级文件包得处理过程后，后续可能会由于新增器件或者减少器件，导致网元设备对器件库的维护，从进而对于网元设备侧对于RRU升级文件包的保存情况带来影响。

为了解决该问题，本发明实施例所提出的技术方案进一步提出了相应的在网元设备侧进行器件库自检的方法，并可以根据相应的自检结果进行相应的处理，其中，网元设备侧器件库与升级文件包自检方法的具体实现过程的流程示意图如图5所示，具体包括以下步骤：

步骤S501、管理站触发网元设备侧进行器件库自检。

步骤S502、网元设备收到该命令后，将当前硬盘空间中所存储的信息与器件库中当前所记录的器件的信息进行比对，即将当前硬盘空间中所存储的信息与当前该网元设备实际布配使用的器件的信息进行比对。

如果比对结果一致，表示当前布配使用的所有器件的软件、固件和配置信息都已存储于硬盘空间中，且硬盘空间中也没有存储多余的其他未布配使用的器件的信息，则直接结束当前处理流程，确定硬盘空间中当前所存储的信息不需要进行更新，网元设备也无需与管理站之间进行相应信息的更新和交互。

如果网元设备确定硬盘空间中存储了器件库中当前所未记录的器件所对应的信息，即网元设备在硬盘空间中发现了不再需要的RRU软件版本的信息，则执行步骤S503；

如果网元设备确定硬盘空间中没有存储器件库中当前所记录的器件所对应的信息，即网元设备在器件库中发现了一些器件信息，而硬盘空间中没有存储这些器件信息相应的RRU软件版本信息，则执行步骤S504。

步骤S503、网元设备在硬盘空间中删除器件库中当前所未记录的器件的升级文件和相应的配置信息。

即网元设备在硬盘空间中发现了不再需要的RRU软件版本的信息后，将该RRU软件版本信息在硬盘中删除掉，并且将配置文件中相应的配置信息删除掉。

这种情况可能是网元设备中原有器件被减少所导致的，网元设备中原有的器件被停止使用，因此器件库中不再保存相应的信息，但硬盘空间中相应的信息并没有进行删除，因此，网元设备直接在硬盘空间中删除相应的信息，节省了硬盘空间。

此种情况即为网元设备对减少的器件的处理过程。

步骤S504、网元设备需要向管理站上报比对的结果，请求对相应的信息进行补充下载。

即网元设备将新增器件，且RRU升级文件包不存在该器件的升级文件版本的情况，通过事件方式反馈给管理站，触发管理站进行后续操作。

进一步的，在步骤S504完成后，本发明实施例还出了相应的三种RRU升级文件包处理的解决方案。

第一种是管理站侧根据网元设备侧进行RRU器件自检的结果，进行增量下载RRU升级文件包补丁方法。

具体的实现过程是管理站解析网元设备侧上报的自检结果，对于网元设备侧新增（已布配使用，但硬盘空间中未存储相应的升级文件版本）的器件类型对应的升级文件版本，重新压缩成升级文件补丁包，该升级文件补丁包中包含新增器件的软、固件，以及相应的配置信息。之后，网元设备侧接收到该升级文件补丁包后，将其进行解压，将新增的器件的软、固件版本放到硬盘空间中，将升级文件补丁包中的配置信息追加到网元设备侧的配置信息中。

第二种是管理站侧根据网元设备侧进行RRU器件自检的结果，重新触发所有RRU器件类型RRU包下载，网元侧重新进行RRU升级文件包裁剪的方法。

具体的实现过程是管理站对该网元设备重新触发包含所有RRU器件的升级文件包的下载，网元设备侧先将硬盘空间中所存储的对应的RRU软件版本删除，然后按照前述的步骤S302至步骤S306的处理过程，重新进行相应的升级文件包的处理。

第三种是管理站侧根据网元设备侧进行RRU器件自检的结果，对网元设备当前支持的RRU器件类型，进行重新裁剪和压缩升级文件包，触发网元侧进行下载的方法。

具体的实现过程是管理站按照步骤S401和步骤S402的处理过程，根据重新同步的该网元设备的器件库的信息生成新的裁剪后的RRU器件的升级文件包，然后对该网元设备重新触发新的裁剪后的RRU器件的升级文件包的下载，网元设备侧先将硬盘空间中对应的RRU软件版本删除，然后将新的裁剪后的RRU器件的升级文件包下载，并进行存储。

为了实现本发明实施例的技术方案，本发明实施例还提供了相应的处理设备，在后续的描述中进行具体说明。

首先，对应与前述的步骤S101至S103所提出的技术方案，本发明实施例提出了一种网元设备和一种管理站。

其中，网元设备的结构示意图如图6所示，具体包括：

硬盘空间61，用于存储文件；

器件库62，用于存储网元设备中当前布配使用的器件的信息；

下载模块63，用于从管理站下载升级文件包到硬盘空间61中，升级文件包中包括网元设备所可能支持的所有器件的升级文件和配置信息；

解压模块64，用于解压下载模块63所下载的升级文件包，将解压得到的网元设备所可能支持的所有器件的升级文件和配置信息保存在硬盘空间61中；

比较模块65，用于根据器件库62当前所记录的信息遍历解压模块64解压得到的所有配置信息；

处理模块66，用于删除比较模块65所确定的器件库62所未记录的各器件的升级文件和相应的配置信息。

进一步的，该终端设备，还包括接收模块67和发送模块68。

接收模块67，用于接收管理站发送的器件库62自检指示消息；

比较模块65，还用于将当前硬盘空间61中所存储的信息与器件库62中当前所记录的器件的信息进行比对；

处理模块66，还用于当比较模块65确定硬盘空间61中存储了器件库62中当前所未记录的器件所对应的信息时，在硬盘空间61中删除器件库62中当前所未记录的器件的升级文件和相应的配置信息；

发送模块68，用于当比较模块65确定硬盘空间61中没有存储器件库62中当前所记录的器件所对应的信息时，向管理站上报比对的结果。

进一步的，

下载模块63，还用于在发送模块68向管理站上报比对的结果之后，接收管理站发送的升级文件补丁包，升级文件补丁包中包含比对的结果所对应的器件的升级文件和配置信息；

解压模块64，还用于解压下载模块63所接收到的升级文件补丁包，将解压得到的升级文件和配置信息保存在硬盘空间61中。

另一方面，

处理模块66，还用于在发送模块68向管理站上报比对的结果之后，删除硬盘空间61中当前所保存的升级文件和配置信息；

下载模块63，还用于从管理站下载新的升级文件包到硬盘空间61中，新的升级文件包中包括网元设备所可能支持的所有器件的升级文件和配置信息；

解压模块64，还用于解压下载模块63所下载的新的升级文件包，将解压得到的网元设备所可能支持的所有器件的升级文件和配置信息保存在硬盘空间61中；

比较模块65，还用于根据器件库62当前所记录的信息遍历解压模块64所解压得到的所有配置信息；

处理模块66，还用于删除器件库62当前所未记录的各器件的升级文件和相应的配置信息。

另一方面，管理站的结构示意图如图7所示，具体包括：

生成模块71，用于为网元设备生成升级文件包，升级文件包中包括网元设备所可能支持的所有器件的升级文件和配置信息；

发送模块72，用于将生成模块71所生成的升级文件包发送给网元设备，使网元设备获取器件库当前所记录的各器件的升级文件和相应的配置信息。

其中，生成模块71，具体用于：

将网元设备所可能支持的各器件的固件升级文件分别压缩为各器件的固件包；

将网元设备所可能支持的各器件的软件升级文件分别压缩为各器件的软件包；

将各器件的固件包、软件包，以及各固件包和/或软件包所对应的所有器件类型的配置信息一起压缩为升级文件包。

另一方面，该管理站还包括接收模块73：

发送模块72，还用于向网元设备发送器件库自检指示消息，触发网元设备将当前硬盘空间中所存储的信息与器件库中当前所记录的器件的信息进行比对；

接收模块73，用于当网元设备确定硬盘空间中没有存储器件库中当前所记录的器件所对应的信息时，接收网元设备上报的比对的结果。

相应的，

生成模块71，还用于在接收模块73接收到网元设备上报的比对的结果之后，为网元设备生成升级文件补丁包，升级文件补丁包中包含比对的结果所对应的器件的升级文件和配置信息；

发送模块72，还用于向网元设备发送升级文件补丁包。

另一方面，

生成模块71，还用于在接收模块73接收到网元设备上报的比对的结果之后，为网元设备生成新的升级文件包，新的升级文件包中包括网元设备所可能支持的所有器件的升级文件和配置信息；

发送模块72，还用于将生成模块71所生成的新的升级文件包发送给网元设备，使网元设备获取器件库当前所记录的各器件的升级文件和相应的配置信息。

另一方面，对应与前述的步骤S201至S203所提出的技术方案，本发明实施例提出了一种管理站和一种网元设备。

其中，管理站的结构示意图如图8所示，具体包括：

获取模块81，用于获取网元设备的器件库当前所记录的信息；

生成模块82，用于为网元设备生成升级文件包，升级文件包中包括获取模块81所获取到的网元设备的器件库当前所记录的各器件的升级文件和相应的配置信息；

发送模块83，用于将生成模块82所生成的升级文件包发送给网元设备，使网元设备获取器件库当前所记录的各器件的升级文件和相应的配置信息。

其中，生成模块82，具体用于：

将获取模块81所获取到的网元设备的器件库当前所记录的各器件的固件升级文件分别压缩为各器件的固件包；

将获取模块81所获取到的网元设备的器件库当前所记录的各器件的软件升级文件分别压缩为各器件的软件包；

进一步的，

发送模块83，还用于向网元设备发送器件库自检指示消息，触发网元设备将当前硬盘空间中所存储的信息与器件库中当前所记录的器件的信息进行比对；

获取模块81，还用于当网元设备确定硬盘空间中没有存储器件库中当前所记录的器件所对应的信息时，接收网元设备上报的比对的结果，获取网元设备的器件库当前所记录的信息。

其中，

生成模块82，还用于在获取模块81接收网元设备上报的比对的结果，获取网元设备的器件库当前所记录的信息之后，为网元设备生成升级文件补丁包，升级文件补丁包中包含比对的结果所对应的器件的升级文件和配置信息；

发送模块83，还用于向网元设备发送升级文件补丁包。

另一方面，

生成模块82，还用于在获取模块81接收网元设备上报的比对的结果，获取网元设备的器件库当前所记录的信息之后，为网元设备生成新的升级文件包，新的升级文件包中包括网元设备的器件库当前所记录的各器件的升级文件和配置信息；

发送模块83，还用于将生成模块82所生成的新的升级文件包发送给网元设备，使网元设备获取自身的器件库当前所记录的各器件的升级文件和相应的配置信息。

其中，管理站的结构示意图如图9所示，具体包括：

硬盘空间91，用于存储文件；

器件库92，用于存储网元设备中当前布配使用的器件的信息；

下载模块93，用于从管理站下载升级文件包到硬盘空间91中，升级文件包中包括器件库92当前所记录的各器件的升级文件和相应的配置信息；

解压模块94，用于解压下载模块93所下载的升级文件包，将解压得到的网元设备的器件库92当前所记录的各器件的升级文件和相应的配置信息保存在硬盘空间91中。

进一步的，该网元设备还包括：

接收模块95，用于接收管理站发送的器件库92自检指示消息；

比较模块96，用于将当前硬盘空间91中所存储的信息与器件库92中当前所记录的器件的信息进行比对；

处理模块97，用于当比较模块96确定硬盘空间91中存储了器件库92中当前所未记录的器件所对应的信息时，在硬盘空间91中删除器件库92中当前所未记录的器件的升级文件和相应的配置信息；

发送模块98，用于当处理模块97确定硬盘空间91中没有存储器件库92中当前所记录的器件所对应的信息时，向管理站上报比对的结果。

其中，

下载模块93，还用于在发送模块98向管理站上报比对的结果之后，接收管理站发送的升级文件补丁包，升级文件补丁包中包含比对的结果所对应的器件的升级文件和配置信息；

解压模块94，还用于解压下载模块93所接收到的升级文件补丁包，将解压得到的升级文件和配置信息保存在硬盘空间91中。

另一种场景下，

处理模块97，还用于在发送模块98向管理站上报比对的结果之后，删除硬盘空间91中当前所保存的升级文件和配置信息；

下载模块93，还用于从管理站下载新的升级文件包到硬盘空间91中，新的升级文件包中包括网元设备的器件库92当前所记录的各器件的升级文件和配置信息；

解压模块94，还用于解压下载模块93所下载的新的升级文件包，将解压得到的网元设备的器件库92当前所记录的各器件的升级文件和配置信息保存在硬盘空间91中。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或网络侧设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims

1.一种升级文件包下载方法，其特征在于，至少包括以下步骤：

2.如权利要求1所述的方法，其特征在于，所述升级文件包的生成方式，具体包括：

所述管理站将所述网元设备所可能支持的各器件的固件升级文件分别压缩为各器件的固件包；

所述管理站将所述网元设备所可能支持的各器件的软件升级文件分别压缩为各器件的软件包；

所述管理站将各器件的固件包、软件包，以及各固件包和/或软件包所对应的所有器件类型的配置信息一起压缩为升级文件包。

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

所述配置信息中携带相应的各固件包和/或软件包所支持的固件版本信息。

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

所述各器件的软件包中携带相应的软件升级文件的版本信息。

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

所述网元设备接收所述管理站发送的器件库自检指示消息；

所述网元设备将当前硬盘空间中所存储的信息与器件库中当前所记录的器件的信息进行比对；

当所述网元设备确定硬盘空间中存储了所述器件库中当前所未记录的器件所对应的信息时，所述网元设备在硬盘空间中删除所述器件库中当前所未记录的器件的升级文件和相应的配置信息；

当所述网元设备确定硬盘空间中没有存储所述器件库中当前所记录的器件所对应的信息时，所述网元设备向所述管理站上报所述比对的结果。

6.如权利要求5所述的方法，其特征在于，所述网元设备向所述管理站上报所述比对的结果之后，还包括：

所述网元设备接收所述管理站发送的升级文件补丁包，所述升级文件补丁包中包含所述比对的结果所对应的器件的升级文件和配置信息；

所述网元设备解压所述升级文件补丁包，将解压得到的升级文件和配置信息保存在硬盘空间中。

7.如权利要求5所述的方法，其特征在于，所述网元设备向所述管理站上报所述比对的结果之后，还包括：

所述网元设备删除硬盘空间中当前所保存的升级文件和配置信息；

所述网元设备从管理站下载新的升级文件包到硬盘空间中，所述新的升级文件包中包括所述网元设备所可能支持的所有器件的升级文件和配置信息；

所述网元设备解压所述新的升级文件包，将解压得到的所述网元设备所可能支持的所有器件的升级文件和配置信息保存在硬盘空间中；

所述网元设备根据所述器件库当前所记录的信息遍历解压得到的所有配置信息；

所述网元设备删除所述器件库当前所未记录的各器件的升级文件和相应的配置信息。

8.一种网元设备，包括用于存储文件的硬盘空间，其特征在于，至少包括：

9.如权利要求8所述的终端设备，其特征在于，还包括：

接收模块，用于接收所述管理站发送的器件库自检指示消息；

所述比较模块，还用于将当前硬盘空间中所存储的信息与器件库中当前所记录的器件的信息进行比对；

所述处理模块，还用于当所述比较模块确定硬盘空间中存储了所述器件库中当前所未记录的器件所对应的信息时，在硬盘空间中删除所述器件库中当前所未记录的器件的升级文件和相应的配置信息；

发送模块，用于当所述比较模块确定硬盘空间中没有存储所述器件库中当前所记录的器件所对应的信息时，向所述管理站上报所述比对的结果。

10.如权利要求9所述的网元设备，其特征在于，

所述下载模块，还用于在所述发送模块向所述管理站上报所述比对的结果之后，接收所述管理站发送的升级文件补丁包，所述升级文件补丁包中包含所述比对的结果所对应的器件的升级文件和配置信息；

所述解压模块，还用于解压所述下载模块所接收到的升级文件补丁包，将解压得到的升级文件和配置信息保存在所述硬盘空间中。

11.如权利要求9所述的网元设备，其特征在于，

所述处理模块，还用于在所述发送模块向所述管理站上报所述比对的结果之后，删除所述硬盘空间中当前所保存的升级文件和配置信息；

所述下载模块，还用于从所述管理站下载新的升级文件包到所述硬盘空间中，所述新的升级文件包中包括所述网元设备所可能支持的所有器件的升级文件和配置信息；

所述解压模块，还用于解压所述下载模块所下载的新的升级文件包，将解压得到的所述网元设备所可能支持的所有器件的升级文件和配置信息保存在所述硬盘空间中；

所述比较模块，还用于根据所述器件库当前所记录的信息遍历所述解压模块所解压得到的所有配置信息；

所述处理模块，还用于删除所述器件库当前所未记录的各器件的升级文件和相应的配置信息。

12.一种升级文件包下载方法，其特征在于，至少包括以下步骤：

13.如权利要求12所述的方法，其特征在于，所述升级文件包的生成方式，具体包括：

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

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

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

所述管理站向所述网元设备发送器件库自检指示消息，触发所述网元设备将当前硬盘空间中所存储的信息与器件库中当前所记录的器件信息进行比对；

当所述网元设备确定硬盘空间中存储了所述器件库中当前所未记录的器件所对应的信息时，所述管理站接收所述网元设备上报的比对的结果。

17.如权利要求16所述的方法，其特征在于，所述管理站接收所述网元设备上报的比对的结果之后，还包括：

所述管理站为所述网元设备生成升级文件补丁包，所述升级文件补丁包中包含所述比对的结果所对应的器件的升级文件和配置信息；

所述管理站向所述网元设备发送升级文件补丁包。

18.如权利要求16所述的方法，其特征在于，所述管理站接收所述网元设备上报的比对的结果之后，还包括：

所述管理站为所述网元设备生成新的升级文件包，所述新的升级文件包中包括所述网元设备所可能支持的所有器件的升级文件和配置信息；

所述管理站将所述新的升级文件包发送给所述网元设备，使所述网元设备获取所述器件库当前所记录的各器件的升级文件和相应的配置信息。

19.一种管理站，其特征在于，至少包括：

20.如权利要求19所述的管理站，其特征在于，所述生成模块，具体用于：

将所述网元设备所可能支持的各器件的固件升级文件分别压缩为各器件的固件包；

将所述网元设备所可能支持的各器件的软件升级文件分别压缩为各器件的软件包；

21.如权利要求19所述的管理站，其特征在于，还包括接收模块：

所述发送模块，还用于向所述网元设备发送器件库自检指示消息，触发所述网元设备将当前硬盘空间中所存储的信息与器件库中当前所记录的器件的信息进行比对；

所述接收模块，用于当所述网元设备确定硬盘空间中没有存储所述器件库中当前所记录的器件所对应的信息时，接收所述网元设备上报的比对的结果。

22.如权利要求21所述的管理站，其特征在于，

所述生成模块，还用于在所述接收模块接收到所述网元设备上报的比对的结果之后，为所述网元设备生成升级文件补丁包，所述升级文件补丁包中包含所述比对的结果所对应的器件的升级文件和配置信息；

所述发送模块，还用于向所述网元设备发送升级文件补丁包。

23.如权利要求21所述的管理站，其特征在于，

所述生成模块，还用于在所述接收模块接收到所述网元设备上报的比对的结果之后，为所述网元设备生成新的升级文件包，所述新的升级文件包中包括所述网元设备所可能支持的所有器件的升级文件和配置信息；

所述发送模块，还用于将所述生成模块所生成的新的升级文件包发送给所述网元设备，使所述网元设备获取所述器件库当前所记录的各器件的升级文件和相应的配置信息。

24.一种升级文件包下载方法，其特征在于，至少包括以下步骤：

管理站获取网元设备的器件库当前所记录的信息；

25.如权利要求24所述的方法，其特征在于，所述升级文件包的生成方式，具体包括：

所述管理站将所述网元设备的器件库当前所记录的各器件的固件升级文件分别压缩为各器件的固件包；

所述管理站将所述网元设备的器件库当前所记录的各器件的软件升级文件分别压缩为各器件的软件包；

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

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

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

所述管理站向所述网元设备发送器件库自检指示消息，触发所述网元设备将当前硬盘空间中所存储的信息与器件库中当前所记录的器件的信息进行比对；

当所述网元设备确定硬盘空间中没有存储所述器件库中当前所记录的器件所对应的信息时，所述管理站接收所述网元设备上报的比对的结果，获取所述网元设备的器件库当前所记录的信息。

29.如权利要求28所述的方法，其特征在于，所述管理站接收所述网元设备上报的比对的结果，获取所述网元设备的器件库当前所记录的信息之后，还包括：

所述管理站向所述网元设备发送升级文件补丁包。

30.如权利要求28所述的方法，其特征在于，所述管理站接收所述网元设备上报的比对的结果，获取所述网元设备的器件库当前所记录的信息之后，还包括：

所述管理站为所述网元设备生成新的升级文件包，所述新的升级文件包中包括所述网元设备的器件库当前所记录的各器件的升级文件和配置信息；

所述管理站将所述新的升级文件包发送给所述网元设备，使所述网元设备获取自身的器件库当前所记录的各器件的升级文件和相应的配置信息。

31.一种管理站，其特征在于，至少包括以下步骤：

获取模块，用于获取网元设备的器件库当前所记录的信息；

32.如权利要求31所述的管理站，其特征在于，所述生成模块，具体用于：

将所述获取模块所获取到的所述网元设备的器件库当前所记录的各器件的固件升级文件分别压缩为各器件的固件包；

将所述获取模块所获取到的所述网元设备的器件库当前所记录的各器件的软件升级文件分别压缩为各器件的软件包；

33.如权利要求31所述的管理站，其特征在于，

所述获取模块，还用于当所述网元设备确定硬盘空间中没有存储所述器件库中当前所记录的器件所对应的信息时，接收所述网元设备上报的比对的结果，获取所述网元设备的器件库当前所记录的信息。

34.如权利要求33所述的管理站，其特征在于，

所述生成模块，还用于在所述获取模块接收所述网元设备上报的比对的结果，获取所述网元设备的器件库当前所记录的信息之后，为所述网元设备生成升级文件补丁包，所述升级文件补丁包中包含所述比对的结果所对应的器件的升级文件和配置信息；

35.如权利要求33所述的管理站，其特征在于，

所述生成模块，还用于在所述获取模块接收所述网元设备上报的比对的结果，获取所述网元设备的器件库当前所记录的信息之后，为所述网元设备生成新的升级文件包，所述新的升级文件包中包括所述网元设备的器件库当前所记录的各器件的升级文件和配置信息；

所述发送模块，还用于将所述生成模块所生成的新的升级文件包发送给所述网元设备，使所述网元设备获取自身的器件库当前所记录的各器件的升级文件和相应的配置信息。

36.一种升级文件包下载方法，其特征在于，至少包括以下步骤：

37.如权利要求36所述的方法，其特征在于，所述升级文件包的生成方式，具体包括：

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

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

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

所述网元设备接收所述管理站发送的器件库自检指示消息；

41.如权利要求40所述的方法，其特征在于，所述网元设备向所述管理站上报所述比对的结果之后，还包括：

42.如权利要求40所述的方法，其特征在于，所述网元设备向所述管理站上报所述比对的结果之后，还包括：

所述网元设备从管理站下载新的升级文件包到硬盘空间中，所述新的升级文件包中包括所述网元设备的器件库当前所记录的各器件的升级文件和配置信息；

所述网元设备解压所述新的升级文件包，将解压得到的所述网元设备的器件库当前所记录的各器件的升级文件和配置信息保存在硬盘空间中。

43.一种网元设备，包括用于存储文件的硬盘空间，其特征在于，至少包括：

44.如权利要求43所述的网元设备，其特征在于，还包括：

比较模块，用于将当前硬盘空间中所存储的信息与器件库中当前所记录的器件的信息进行比对；

处理模块，用于当所述比较模块确定硬盘空间中存储了所述器件库中当前所未记录的器件所对应的信息时，在硬盘空间中删除所述器件库中当前所未记录的器件的升级文件和相应的配置信息；

发送模块，用于当所述处理模块确定硬盘空间中没有存储所述器件库中当前所记录的器件所对应的信息时，向所述管理站上报所述比对的结果。

45.如权利要求44所述的网元设备，其特征在于，

所述解压模块，还用于解压所述下载模块所接收到的升级文件补丁包，将解压得到的升级文件和配置信息保存在硬盘空间中。

46.如权利要求44所述的网元设备，其特征在于，

所述下载模块，还用于从所述管理站下载新的升级文件包到所述硬盘空间中，所述新的升级文件包中包括所述网元设备的器件库当前所记录的各器件的升级文件和配置信息；

所述解压模块，还用于解压所述下载模块所下载的新的升级文件包，将解压得到的所述网元设备的器件库当前所记录的各器件的升级文件和配置信息保存在硬盘空间中。