CN104125101A - 通信系统网元使用热补丁批量升级所属业务单盘的方法 - Google Patents

Abstract

本发明公开了一种网元下使用热补丁批量升级业务单盘的方法，包括以下步骤：管理盘向通信系统网元下属的各业务单盘广播热补丁加载命令；热补丁加载命令携带的信息与本盘信息符合的业务单盘加载热补丁升级文件；管理盘向加载成功业务单盘广播激活热补丁命令；激活热补丁命令携带的信息与本盘信息符合的业务单盘激活热补丁升级文件；管理盘向所有业务单盘发送查询热补丁命令；查询热补丁命令携带信息与本盘信息符合的业务单盘返回该业务单盘热补丁信息，否则该业务单盘重新升级。本发明不仅继承热补丁技术升级不中断业务、快速高效的优势，还保证网元下不同类型业务单盘升级稳定性；同时，加入的查询功能确保了网元下每个业务单盘版本的一致性。

Description

通信系统网元使用热补丁批量升级所属业务单盘的方法

技术领域

本发明涉及通信系统升级技术，具体涉及通信系统网元使用热补丁批量升级所属业务单盘的方法。

背景技术

通信系统是一个典型的多机分布式实时处理系统，它对稳定性要求很高，因此通信系统的升级要求在不中断现网中正在运行的业务情况下进行升级。传统的通信系统升级方式是网元版本升级，采用主、备业务单盘倒换实现业务不中断。这种升级方式首先对业务单盘的主、备硬件要求高，整体升级时间较长；而且升级中业务单盘会复位，存在较大风险，因此，运营商通常不愿意在没新增功能的情况下进行版本升级。

热补丁技术是一种快速、低成本修复产品软件版本缺陷的方式，同升级软件版本相比，热补丁技术的主要优势是在不中断设备当前正在运行的业务的情况下，即在不重启设备的情况下，可以对设备当前业务单盘的缺陷进行修复，实现不复位快速修复业务单盘缺陷的在线升级。

目前，热补丁升级主要是针对单个业务单盘，具有升级速度快、稳定性高、风险小等优点。但是，通信系统网元通常包括多个业务单盘，而且类型不同，如果采用热补丁升级，只能以业务单盘为对象，对每个业务单盘缺陷进行逐一热补丁升级，升级过程复杂、效率低，而且由于处理时间上的先后，会暂时出现不同业务单盘处理不一致的现象，从而引起新的问题；同时这种热补丁升级方式还存在升级后网元新增业务单盘一致性的问题。

发明内容

本发明所要解决的技术问题是通信系统网元采用热补丁升级，只能以业务单盘为对象，升级过程复杂、效率低，而且会暂时出现不同业务单盘处理不一致的问题。

为了解决上述技术问题，本发明所采用的技术方案是提供一种通信系统网元使用热补丁批量升级所属业务单盘的方法，具体包括以下步骤：

步骤A1、管理盘向通信系统网元下属的各业务单盘广播热补丁加载命令；

步骤A2、每个业务单盘接收到该热补丁加载命令后解析得到该热补丁命令携带的信息，并判断与本盘信息是否符合，如果符合执行步骤A3；否则该业务单盘退出升级程序；

热补丁命令携带的信息包括：命令码、需要升级的业务单盘识别码和业务单盘操作类型、操作进程名称以及操作软件版本和补丁文件名称；

本盘信息包括：业务单盘识别码和业务单盘操作类型；

步骤A3、每个业务单盘下载热补丁升级文件，加载到该业务单盘的命令指定进程的内存中，并获取热补丁运行所需要的新、旧函数地址；

步骤A4、判断各个业务单盘热补丁升级文件加载是否成功，如果加载成功则执行步骤A5；否则该业务单盘退出升级程序；

步骤A5、向管理盘上报加载成功信息，管理盘响应该信息，并广播激活热补丁命令给上报加载成功信息的业务单盘；

步骤A6、每个接收到激活热补丁命令的业务单盘对其进行解析，判断该命令携带信息与本盘信息是否符合，如果符合执行步骤A7，否则该业务单盘退出升级程序；

步骤A7、通过在旧函数入口处增加跳转指令到新函数地址，跳转指令后面增加返回原调用指令的函数重定向方式激活热补丁文件；

步骤A8、判断是否成功激活热补丁升级文件，如果成功激活则执行步骤A9；否则该业务单盘退出升级程序；

步骤A9、向管理盘上报激活成功信息，管理盘响应该信息，向所有业务单盘发送查询热补丁命令；

步骤A10、每个业务单盘接收查询热补丁命令并解析出该命令该携带信息，判断其与本盘信息是否符合，如果符合执行步骤A11；否则该业务单盘退出升级程序；

步骤A11、返回该业务单盘热补丁信息，包括热补丁状态、操作时间和版本，结束此次热补丁批量升级。

在上述方法中，如果在业务单盘中已经加载了步骤A3中所述热补丁升级文件或该文件已经激活，则直接向管理盘上报加载成功信息或激活成功信息。

在上述方法中，当业务单盘加载热补丁升级文件失败或激活热补丁升级文件失败时，该业务单盘也可以不退出升级程序，向管理盘上报加载失败或激活失败信息，管理盘响应此信息，重新发送热补丁升级文件加载命令或激活命令。

在上述方法中，还具有采用去掉函数重定向方式实现的、与激活功能相反的回退功能。

在上述方法中，管理盘可以在热补丁批量升级前主动广播查询命令。

在上述方法中，当管理盘检测到新增业务单盘时向新业务单盘发送热补丁加载和激活命令，新业务单盘根据本盘信息进行对应操作；新业务单盘激活了热补丁后，管理盘产生热补丁自动升级事件；同时管理盘发送查询命令，刷新网元下业务单盘版本和补丁状态。

本发明通过采用热补丁批量升级的方法实现网元下属业务单盘的批量升级，不仅继承了热补丁技术可以在不重启设备的情况下进行不中断业务的快速高效率、低成本修复产品软件版本缺陷的优势，还通过在管理盘广播的热补丁命令加带业务单盘类型和主备状态等信息，只对当前需要修复问题的业务单盘或指定类型业务单盘进行升级操作，实现了不同类型业务单盘同时升级，保证网元下不同类型业务单盘升级稳定性；同时，在热补丁批量升级后，加入了查询功能，确保了网元下每个业务单盘版本的一致性。

附图说明

图1为本发明中通信系统网元的结构示意图；

图2为本发明提供的通信系统网元使用热补丁批量升级所属业务单盘的方法流程图。

具体实施方式

下面结合说明书附图和具体实施例对本发明做出详细的说明。

如图1所示，通信系统网元包括一个管理盘和多个业务单盘，热补丁升级文件保存在管理盘上，管理盘对各业务单盘下发命令并响应其上报信息，同时具有检测功能；每个业务单盘上设有一个或多个进程来实现其相应功能。

如图2所示，本发明提供的通信系统网元使用热补丁批量升级所属业务单盘的方法包括以下步骤：

步骤A1、管理盘向通信系统网元下属的各业务单盘广播热补丁加载命令；

步骤A2、每个业务单盘接收到该热补丁加载命令后解析得到该热补丁命令携带的信息，并判断与本盘信息是否符合，如果符合执行步骤A3；否则该业务单盘退出升级程序；

热补丁命令携带的信息包括：命令码(加载，激活，去激活，查询等)，需要升级的业务单盘识别码和业务单盘操作类型(业务单盘类型和主备状态)，操作进程名称，操作软件版本、补丁文件名称等；

本盘信息包括：业务单盘识别码和业务单盘操作类型；

步骤A3、每个业务单盘下载热补丁升级文件，加载到该业务单盘的命令指定进程的内存中，并获取热补丁运行所需要的新、旧函数地址；

如果业务单盘中已经加载了该热补丁升级文件直接向管理盘上报加载成功信息。

步骤A4、判断各个业务单盘热补丁升级文件加载是否成功，如果加载成功则执行步骤A5；否则该业务单盘退出升级程序；

步骤A5、向管理盘上报加载成功信息，管理盘响应该信息，向上报加载成功业务单盘广播激活热补丁命令；

步骤A6、每个接收到激活热补丁命令的业务单盘对其进行解析，判断该命令携带信息与本盘信息是否符合，如果符合执行步骤A7，否则该业务单盘退出升级程序；

在本发明中，当业务单盘加载热补丁升级文件失败或激活热补丁升级文件失败时，该业务单盘也可以不退出升级程序，向管理盘上报加载失败或激活失败信息，管理盘响应此信息，重新发送热补丁升级文件加载命令或激活命令。

步骤A7、通过在旧函数入口处增加跳转指令到新函数地址，跳转指令后面增加返回原调用指令的函数重定向方式激活热补丁文件；

如果业务单盘热补丁升级文件已经激活则直接上报管理盘激活成功信息。

另外，本发明提供的方法还有回退(去激活)功能，采用去掉函数重定向方式进行回退操作。

步骤A8、判断是否成功激活热补丁升级文件，如果成功激活则执行步骤A9；否则该业务单盘退出升级程序；

步骤A9、向管理盘上报激活成功信息，管理盘响应该信息，向所有业务单盘发送查询热补丁命令；

步骤A10、每个业务单盘接收查询热补丁命令并解析出该命令该携带信息，判断其与本盘信息是否符合，如果符合执行步骤A11；否则该业务单盘退出升级程序；

步骤A11、返回该业务单盘热补丁信息，包括热补丁状态、操作时间和版本，结束此次热补丁批量升级。

在本发明中，管理盘也可以在升级前主动广播查询命令，查看网元下所有业务单盘版本和补丁状态，当热补丁升级后与此状态对比，查看升级效果。

查询功能通过查询补丁批量升级后网元下每个业务单盘补丁状态，可以有效保证热补丁批量升级后每个业务单盘版本的一致性，还可以查看升级效果以及帮助版本后续维护。

在本发明中，当管理盘检测到新增业务单盘时向新业务单盘发送热补丁加载和激活命令，新业务单盘根据本盘信息进行对应操作；新业务单盘激活了热补丁后，管理盘产生热补丁自动升级事件；同时管理盘发送查询命令，刷新网元下业务单盘版本和补丁状态，以保证新业务单盘与该网元下其他业务单盘版本的一致性。

以上所述实施方式仅为本发明的一种实例，并不用于限制本发明，凡在本发明精神和原则之内所做的任何修改、等同替换和改进等，均含于本发明的保护范围之内。

Claims (6)

1.网元下使用热补丁批量升级业务单盘的方法，其特征在于，包括以下步骤：

步骤A1、管理盘向通信系统网元下属的各业务单盘广播热补丁加载命令；

步骤A2、每个业务单盘接收到该热补丁加载命令后解析得到该热补丁命令携带的信息，并判断与本盘信息是否符合，如果符合执行步骤A3；否则该业务单盘退出升级程序；

热补丁命令携带的信息包括：命令码、需要升级的业务单盘识别码和业务单盘操作类型、操作进程名称以及操作软件版本和补丁文件名称；

本盘信息包括：业务单盘识别码和业务单盘操作类型；

步骤A3、每个业务单盘下载热补丁升级文件，加载到该业务单盘的命令指定进程的内存中，并获取热补丁运行所需要的新、旧函数地址；

步骤A4、判断各个业务单盘热补丁升级文件加载是否成功，如果加载成功则执行步骤A5；否则该业务单盘退出升级程序；

步骤A5、向管理盘上报加载成功信息，管理盘响应该信息，并广播激活热补丁命令给上报加载成功信息的业务单盘；

步骤A6、每个接收到激活热补丁命令的业务单盘对其进行解析，判断该命令携带信息与本盘信息是否符合，如果符合执行步骤A7，否则该业务单盘退出升级程序；

步骤A7、通过在旧函数入口处增加跳转指令到新函数地址，跳转指令后面增加返回原调用指令的函数重定向方式激活热补丁文件；

步骤A8、判断是否成功激活热补丁升级文件，如果成功激活则执行步骤A9；否则该业务单盘退出升级程序；

步骤A9、向管理盘上报激活成功信息，管理盘响应该信息，向所有业务单盘发送查询热补丁命令；

步骤A10、每个业务单盘接收查询热补丁命令并解析出该命令该携带信息，判断其与本盘信息是否符合，如果符合执行步骤A11；否则该业务单盘退出升级程序；

步骤A11、返回该业务单盘热补丁信息，包括热补丁状态、操作时间和版本，结束此次热补丁批量升级。

2.如权利要求1所述的方法，其特征在于，如果在业务单盘中已经加载了步骤A3中所述热补丁升级文件或该文件已经激活，则直接向管理盘上报加载成功信息或激活成功信息。

3.如权利要求1所述的方法，其特征在于，当业务单盘加载热补丁升级文件失败或激活热补丁升级文件失败时，该业务单盘也可以不退出升级程序，向管理盘上报加载失败或激活失败信息，管理盘响应此信息，重新发送热补丁升级文件加载命令或激活命令。

4.如权利要求1所述的方法，其特征在于，还具有采用去掉函数重定向方式实现的、与激活功能相反的回退功能。

5.如权利要求1所述的方法，其特征在于，管理盘可以在热补丁批量升级前主动广播查询命令。

6.如权利要求1所述的方法，其特征在于，当管理盘检测到新增业务单盘时向新业务单盘发送热补丁加载和激活命令，新业务单盘根据本盘信息进行对应操作；新业务单盘激活了热补丁后，管理盘产生热补丁自动升级事件；同时管理盘发送查询命令，刷新网元下业务单盘版本和补丁状态。