CN101009599A - 向网元结点远程加载补丁包文件的方法、系统及设备 - Google Patents

Abstract

一种向网元结点远程加载补丁包文件的方法、系统及设备。包括：操作维护结点以多播方式向其下级的网元结点下发补丁包文件下传通知；网管类型的网元下载待加载的补丁包文件，并继续以多播方式向其下级的多个非网管类型的网元下发补丁包文件下载通知；非网管型的网元根据补丁包文件下载通知决定从网管类型的网元下载补丁包文件，并加载所述补丁包文件。本发明通过多级下传补丁包文件，一次性将补丁包文件下传给其下所有符合条件的网元结点，实现了一键式全网升级。从而提高了网元结点加载文件的效率，降低了网络维护成本。

Description

向网元结点远程加载补丁包文件的方法、系统及设备

技术领域

本发明涉及通信技术领域，尤其涉及一种向网元结点远程加载补丁包文件的方法、系统及设备。

背景技术

通信系统中，当网元结点的软件系统由于软件本身缺陷或其它原因出现错误时，需要发布补丁程序对现有的有缺陷的程序进行替换。

目前，对网元结点进行补丁加载采用的是点对点的方式，例如图1所示，总部网管中心逐一给MSC本地局下发补丁包文件，MSC本地局收到补丁包文件后再进行加载。这样，就需要比较长的时间来实现全网补丁加载，从而造成补丁的加载效率低，网络维护成本高。

发明内容

鉴于上述现有技术所存在的问题，本发明实施例提供了一种对网元结点远程加载补丁包文件的方法、系统及设备；操作维护结点根据预设定的多播方式向其下级的网元下传补丁包文件，通过多级下传补丁包文件，一次性将补丁包文件下传给其下所有符合条件的网元结点，实现了一键式全网升级。

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

本发明实施例提供了一种对网元结点远程加载补丁包文件的方法，包括：

操作维护结点根据预设定的多播方式向其下级的网元结点下发补丁包文件下传通知；

网管类型的网元下载待加载的补丁包文件，并继续以多播方式向其下级的多个非网管类型的网元下发补丁包文件下载通知；

非网管型的网元根据补丁包文件下载通知决定从网管类型的网元下载补丁包文件，并加载所述补丁包文件。

本发明实施例还提供了一种对网元结点远程加载补丁包文件的系统，包括：

操作维护结点与网元结点，所述网元结点包括网管类型的网元结点和非网管类型的网元结点；

操作维护结点：用于根据预设定多播方式向其下级的多个网管类型的网元下传待加载的补丁包文件。

网管类型的网元结点：用于下载补丁包文件，并以多播方式向其下级的多个非网管类型的网元结点下传待加载的补丁包文件；

非网管型的网元结点：根据补丁包文件下载通知决定从网管类型的网元结点下载补丁包文件，并加载所述补丁包文件。

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

加载模块：用于根据预设定的多播方式向其下级的多个网管类型的网元下传待加载的补丁包文件；

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

下载处理模块：用于下载补丁包文件，并以多播方式向其下级的多个非网管类型的网元结点下传待加载文件。

由上述本发明实施例提供的技术方案可以看出，本发明实施例提供了一种对网元结点远程加载补丁的方法、系统及设备；操作维护结点根据预设定的多播方式向其下级的网元下传补丁包文件，通过多级下传补丁包文件，一次性将补丁包文件下传给其下所有符合条件的网元结点，实现了一键式全网升级。

附图说明

图1为本发明实施例中的网络结构拓扑图；

图2为本发明实施例中的补丁包文件下载处理流程图；

图3为本发明实施例中的补丁包文件加载过程处理流程图；

图4为本发明实施例中的系统结构示意图。

具体实施方式

本发明实施例提供了一种向网元结点远程加载补丁包文件的方法、系统及设备，本发明实施例通过操作维护结点完成对其下所有符合升级条件的网元下传补丁包文件，实现全网补丁的一键式升级；本发明实施例的主要步骤包括：补丁包下载、补丁包加载、加载结果上报。

下面结合附图1到附图3对本发明实施例所述方法进行详细阐述；

所述方法包括：

首先，操作维护结点以广播方式向其下级的多个网管类型的网元发送补丁包文件下载通知，网管类型的网元从操作维护结点下载待加载的补丁包文件，并再次以广播方式向其下级的多个非网管类型的网元发送文件下传通知消息；

图1为本发明实施例的移动网络拓扑结构示意图，其中，总部网管中心为操作维护结点、省级网管中心和地市级网管中心均为网管类型的网元结点，MSC本地局为非网管类型的网元结点，总部网管中心通过省级网管中心和地市级网管中心对MSC本地局加载补丁包文件，具体过程如图3所示：

步骤20：操作维护结点向其直连的下级网管类型的网元广播补丁包下载消息，所述消息包含：补丁版本号，补丁适用的网元结点版本号等信息；比如总部网关中心向省级网管中心广播下载消息通知；

步骤21：网管类型的网元收到消息后向发起文件下载通知的操作维护结点发送补丁下载请求消息；

步骤22：操作维护结点响应此消息后，开始下传补丁包文件，将文件发送到下级网元的服务器的指定目录下；

步骤23：当网管类型的网元结点收到完整的补丁包后，再向其下的非网管类型的网元结点广播补丁包下载通知；

如果网络中有多级网管类型的网元，比如省级网管中心和地市级网管中心，则重复执行步骤23，即，省级网管中心向地市级网管中心广播补丁包下载通知，并将其从总部网管中心下载得到的补丁包文件下传给地市级网管中心，最后由地市级网管中心向其下的MSC本地局广播补丁下载通知；

步骤24：非网管类型的网元(如MSC本地局)根据补丁包下传通知消息中的内容来决定是否需要下载该补丁包(例如检查版本号等)。检查当前版本号与补丁包下载消息中的版本号，然后判断是否符合下载条件，比如说当前版本是否低于补丁包版本等；如果符合下载要求，则执行步骤26，否则，执行步骤25；

步骤25：不符合补丁加载条件，向上级网元结点回应：不需要下载补丁。

步骤26：符合补丁加载条件，非网管类型的网元向上级的网管类型的网元结点回应补丁包文件下载请求，要求下载补丁包。

步骤27：上级网管类型的网元结点响应来自下级非网管类型的网元结点的下载请求，与下级网元结点开始文件传输，将补丁包文件下传到网元结点的后台管理模块的指定位置。

步骤28：补丁包文件下载完成后，非网管类型的网元结点对补丁包的完整性做合法性检查通过后，开始调用补丁加载程序加载补丁。

在这里，本发明实施例中，是以多播中的一种方式，即广播方式下发补丁下载请求消息或补丁包为例，但本领域技术人员应该知道，本发明实施例也适用于多播中其它的方式，比如组播。

补丁包文件被成功下载到需要加载补丁的网元结点后，开始调用补丁加载程序进行加载，具体过程为：

步骤30：解压补丁包，即，为了提高补丁包文件下载效率，下载前需要将多个补丁包文件打包压缩，所以在加载前需要由补丁加载程序进行解压缩，解压缩后得到的补丁包文件包括：加载配置文件(patch.ini)和多个补丁文件；

步骤31：对下载下来的补丁包进行合法性检查，例如检查产品名称与版本号，符合加载要求，则执行步骤32，否则，不进行加载，即加载失败，转步骤38；

步骤32：关闭相关运行的进程，成功时转步骤33继续后续操作；否则转步骤38，加载失败。

步骤33-34：备份需要被替换的文件(例如有漏洞或缺陷的文件)；如果补丁包中还要对数据库更新操作，则还要备份原数据库；成功时转步骤35继续后续操作，否则转步骤38，加载失败。此处备份文件与备份数据库的目的是用于补丁加载失败时的回退处理。

步骤35-36：用补丁文件替换原文件(例如有漏洞或缺陷的文件)；如果补丁包中还有数据库更新操作，则需要执行补丁包中的数据库脚本更新数据配置，操作成功时转步骤37继续执行；否则转步骤39恢复文件或数据库，其恢复的文件或数据库来自于步骤33、步骤34中的相应备份。

步骤37：补丁文件替换、执行数据库脚本完成时，需重新启动系统服务与相关进程；或者当补丁加载过程中出现错误时，也需要重新启动在步骤32中被关闭的进程。

在补丁加载过程中，对于每一步的操作都会写入加载日志文件，最后，当各非网管类型的网元完成补丁加载后，将保存在日志文件中的加载结果上报给操作维护结点。

即，非网管类型的网元结点从加载日志文件中获得过程信息，并将其上报给上级网管类型的网元结点，再由上级网管类型的网元将该信息逐级上报给操作维护结点，最终需实现的是：在操作维护结点下发补丁加载命令，那么在加载完成后，就应当获得其下所有非网管类型的网元结点的加载结果信息，包括加载成功的信息和加载失败的信息。比如，当操作者在总部网管中心进行补丁加载时，MSC本地局完成加载后，就要依次通过地市级网管中心和省级网管中心将加载结果信息上报给总部网管中心。

本发明实施例还提供一种向网元结点加载补丁包文件的系统，具体如图4所示，包括：操作维护结点和多个网元结点，所述网元结点包括网管类型的网元结点和非网管类型的网元结点；

操作维护结点：操作维护结点与多个网管类型的网元结点相连，用于以多播方式向其下级的多个网管类型的网元下传待加载的补丁包文件；

所述操作维护节点包括：加载模块，所述加载模块具体包括：

地址选择模块：用于根据广播方式或组播方式选择网管类型的网元结点的地址；具体的说就是，操作维护结点存储有其下级所有网管类型的网元结点的地址，如果是广播方式，则选取所有的地址，如果是组播方式，则选取部分地址。

补丁包文件下传模块：用于根据选定的地址将补丁包文件下传给网管类型的网元结点；具体的说就是，补丁包文件下发模块根据地址选择模块选择的地址将补丁包文件下传给相应的网管类型的网元结点。

网管类型的网元结点：与多个非网管类型的网元相连，用于下载补丁包文件，并以多播方式向其下级的多个非网管类型的网元结点下传待加载文件；所述网管类型的网元结点可以为一级的网元结点，也可以为多级的网元结点，本发明实施例中为二级，即省级网管中心和地市级网管中心。

所述网管类型的网元结点包括：下载处理模块，所述下载处理模块具体包括：

补丁包文件下载模块：用于下载补丁包文件；具体的说就是，补丁包下载模块从其上级的操作维护结点下载补丁包文件，并将补丁包文件存储到指定的目录下。

地址选择模块：用于根据广播方式或组播方式选择非网管类型的网元结点的地址；具体的说就是，网管类型的网元结点存储有其下级所有非网管类型的网元结点的地址，如果是广播方式，则选取所有的地址，如果是组播方式，则选取部分地址。

补丁包文件下传模块：用于根据选定的地址将补丁包文件下传给非网管类型的网元结点；具体的说就是，补丁包文件下发模块根据地址选择模块选择的地址将补丁包文件下传给相应的非网管类型的网元结点。

非网管型的网元结点：用于下载并加载补丁包文件。

本发明实施例又提供了一种网络设备，如附图4所示，包括：

加载模块：操作维护结点的加载模块向其下级的多个网管类型的网元下发补丁包下传通知消息，并在网管类型的网元请求下载时，向其下级的网管类型的网元下传待下载文件；所述网络设备通常为操作维护结点。

所述加载模块具体包括：

地址选择模块：用于根据广播方式或组播方式选择网管类型的网元结点的地址；具体的说就是，操作维护结点存储有其下级所有网管类型的网元结点的地址，如果是广播方式，则选取所有的地址，如果是组播方式，则选取部分地址。

补丁包文件下传模块：用于根据选定的地址将补丁包文件下传给网管类型的网元结点；具体的说就是，补丁包文件下发模块根据地址选择模块选择的地址将补丁包文件下传给相应的网管类型的网元结点。

本发明实施例又提供了一种网络设备，如附图4所示，包括：

下载处理模块：下载处理模块请求其上级的操作维护端下发待加载文件，并将下载下来的待加载文件存储；继续给下级网元多播下传通知消息；所述网络设备通常为网管类型的网元结点。

所述下载处理模块具体包括：

补丁包文件下载模块：用于下载补丁包文件；具体的说就是，补丁包下载模块从其上级的操作维护结点下载补丁包文件，并将补丁包文件存储到指定的目录下。

地址选择模块：用于根据广播方式或组播方式选择非网管类型的网元结点的地址；具体的说就是，网管类型的网元结点存储有其下级所有非网管类型的网元结点的地址，如果是广播方式，则选取所有的地址，如果是组播方式，则选取部分地址。

补丁包文件下传模块：用于根据选定的地址将补丁包文件下传给非网管类型的网元结点；具体的说就是，补丁包文件下发模块根据地址选择模块选择的地址将补丁包文件下传给相应的非网管类型的网元结点。

由于所述系统、操作维护结点和网元结点的具体实现过程在本发明实施的方法中已作详细描述了，这里就不再赘述。

至此，本发明实施例以总部网管中心向MSC本地局下传补丁包文件，MSC本地局加载补丁包文件，并将加载结果信息上传给总部网管中心为例进行了说明，但本领域技术人员应该知道，本发明实施所述的非网管类型的网元结点并不限于MSC本地局，还包括HLR、BSC等网元结点；管理维护端并不限于总部网管中心，还包括其它连接在MSC本地局，有权利操作该网元的远程维护终端。

由上述本发明实施例提供的技术方案可以看出，本发明实施例通过操作维护结点以多播形式下发补丁包文件加载命令，将待加载的补丁包文件通过至少一级网管类型的网元结点下传到符合补丁加载条件的非网管类型的网元结点，所述非网管类型的网元结点调用补丁包加载进程加载补丁，加载完成后，通过网管类型的网元结点向操作维护结点上报补丁加载结果，从而提高了网元结点加载文件的效率，降低了网络维护成本；同时由于加载失败时自动回退，保证了补丁加载的安全可靠性。

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

Claims (15)

1、一种对网元结点远程加载补丁包文件的方法，其特征在于，包括：

操作维护结点根据预设定的多播方式向其下级的网元结点下发补丁包文件下传通知；

网管类型的网元下载待加载的补丁包文件，并继续以多播方式向其下级的多个非网管类型的网元下发补丁包文件下载通知；

非网管型的网元根据补丁包文件下载通知从网管类型的网元下载补丁包文件，并加载所述补丁包文件。

2、根据权利要求1所述的方法，其特征在于，所述网管类型的网元包括多级。

3、根据权利要求2所述的方法，其特征在于，当所述网管类型的网元包括多级时，所述网管类型的网元下载待加载的补丁包文件，并继续以多播方式向其下级的多个非网管类型的网元下发补丁包文件下载通知的步骤具体包括：

网管类型的网元结点从操作维护中心下载补丁包文件，并向其下级的网管类型的网元结点下发补丁包文件下载通知，下级的网管类型的网元结点继续下载补丁包文件，并向其下级的网管类型的网元结点下发补丁包文件下载通知，直到向非网管类型的网元结点下发补丁包文件下载通知。

4、根据权利要求1到3中任意一项所述的方法，其特征在于，所述方法还包括：

当补丁包文件加载结束后，如果加载成功，非网管类型的网元向操作维护结点上报加载成功消息；如果加载失败，非网管类型的网元向操作维护结点上报加载失败消息，并进行加载回退。

5、根据权利要求4所述的方法，其特征在于，所述加载回退的过程具体包括：

恢复被替换文件、数据库或系统设置。

6、根据权利要求1到3中任意一项所述的方法，其特征在于，所述补丁包文件包括：补丁包加载配置文件和补丁文件。

7、一种对网元结点远程加载补丁包文件的系统，其特征在于，所述系统具体包括：操作维护结点与网元结点，所述网元结点包括网管类型的网元结点和非网管类型的网元结点；

操作维护结点：用于根据预设定的多播方式向其下级的多个网管类型的网元结点下传待加载的补丁包文件；

网管类型的网元结点：用于下载补丁包文件，并以多播方式向其下级的多个非网管类型的网元结点下传待加载的补丁包文件；

非网管型的网元结点：根据补丁包文件下载通知决定从网管类型的网元结点下载补丁包文件，并加载所述补丁包文件。

8、根据权利要求7所述的系统，其特征在于，所述操作维护结点包括：

加载模块，用于根据预设定的多播方式向其下级的多个网管类型的网元结点下发文件下传待加载的补丁包文件。

9、根据权利要求8所述的系统，其特征在于，所述加载模块具体包括：

地址选择模块：用于根据广播方式或组播方式选择网管类型的网元结点的地址；

补丁包文件下传模块：用于根据选定的地址将补丁包文件下传给网管类型的网元结点。

10、根据权利要求7所述的系统，其特征在于，所述网管类型的网元结点包括：

下载处理模块：用于下载补丁包文件，并以多播方式向其下级的多个非网管类型的网元结点下传待加载的补丁包文件。

11、根据权利要求10所述的系统，其特征在于，所述下载处理模块具体包括：

补丁包文件下载模块：用于下载补丁包文件；

地址选择模块：用于根据广播方式或组播方式选择网管类型的网元结点的地址；

补丁包文件下传模块：用于根据选定的地址将补丁包文件下传给非网管类型的网元结点。

12、一种网络设备，其特征在于，包括：

加载模块，用于根据预设定的多播方式向其下级的多个网管类型的网元下传待加载的补丁包文件。

13、根据权利要求12所述的网络设备，其特征在于，所述加载模块具体包括：

地址选择模块：用于根据广播方式或组播方式选择网管类型的网元结点的地址；

补丁包文件下传模块：用于根据选定的地址将补丁包文件下传给网管类型的网元结点。

14、一种网络设备，其特征在于，包括：

下载处理模块：用于下载补丁包文件，并以多播方式向其下级的多个非网管类型的网元结点下传待加载的补丁包文件。

15、根据权利要求14所述的网络设备，其特征在于，所述下载处理模块具体包括：

补丁包文件下载模块：用于下载补丁包文件；

地址选择模块：用于根据广播方式或组播方式选择非网管类型的网元结点的地址；

补丁包文件下传模块：用于根据选定的地址将补丁包文件下传给非网管类型的网元结点。

Images