CN111049682B - 实现不中断业务升级的方法、系统及中心网络设备 - Google Patents

Abstract

本发明提供一种实现不中断业务升级的方法及系统，用于包括中心网络和分支网络的系统，所述方法包括：将分支设备中支持升级时业务不中断ISSU的软件功能模块部署到中心网络设备；所述分支设备接收到各终端设备发送的支持ISSU的软件功能模块的业务报文后，转发到所述中心网络设备进行处理；在所述支持ISSU的软件功能模块需要升级时，所述中心网络设备对所述支持ISSU的软件功能模块执行升级操作。本发明实现了只需要升级中心网络设备的软件，即只需要中心网络设备的软件做到ISSU即可，不会对分支设备的业务带来影响，且减少了升级工作量。

Description

实现不中断业务升级的方法、系统及中心网络设备

技术领域

本发明涉及数据通信技术领域,尤其涉及一种实现不中断业务升级的方法、系统及中心网络设备。

背景技术

随着网络应用在生活中的作用日趋重要，一些关键网络的短暂中断也会造成巨大的损失。因此用户对网络设备操作系统可靠性的要求越来越高，需要网络设备具有更长的持续运行时间。而软件升级又是网络设备的常用操作，保证软件升级时业务不中断对网络设备至关重要。ISSU(In-Service Software Upgrade，不中断业务升级)是指在不停机也不用中断网络服务的情况下升级网络设备上的软件，是一种可靠性较高的升级设备启动软件的方式，保证升级过程中业务不中断。

ISSU允许网络管理员在不中断网络可用性的情况下处理软件错误或者给网络设备(如交换机、路由器等)添加新功能。ISSU省去了重启整个设备的麻烦。但是根据供应商不同，网络设备提供的ISSU也就有所不同。通常ISSU需要有具备冗余控制面板的网络设备，比如监控引擎或路由引擎。这样，网络管理员就可以在一台机器上更新软件镜像，而其它机器还能支持网络正常服务。根据特定的供应商的架构，网络设备的其它功能也必须重新启动，这就有可能导致网络服务功能的退化。但是，如果网络管理员能够合理配置执行ISSU的话，这种网络中断的影响可以降到最低。

在采用分支中心组网环境下，中心网络设备和分支设备采取同构的方式部署网络业务，中心网络设备和分支设备具备的软件功能模块相当，性能有差异，分支设备数量众多，如果由于一个软件功能模块导致要升级所有的分支设备，现有的实现方式有如下几种：1)分支设备采取主备方式部署，先升级备份设备，然后业务切换到备份设备，然后再升级主设备，最后，业务切换回主设备；2)如果分支设备具备芯片转发能力，可以升级分支设备上的操作系统，重启软件操作系统，芯片继续转发；3)升级分支设备的进程，先做进程替换，然后重启进程。

上述现有采用分支中心组网中的升级方式比较复杂，而且，不管哪种方法，由于涉及到重启，很难保证不对业务产生影响。另外，在分支中心组网环境下，由于分支数量众多，导致升级的工作量巨大，而且，升级出问题的概率也增加，影响面也扩大。

综上所述，对于分支中心组网环境中，如何设计一种工作量小且可靠性高的升级方案，是个亟待解决的问题。

发明内容

本发明实施例提供了一种实现不中断业务升级的方法、系统及中心网络设备，解决了现有分支中心组网环境中，升级工作量大且升级方式复杂的问题，从而提升包括中心网络和分支网络的系统中网络设备的升级效率和可靠性。

第一方面，本发明实施例提供了一种实现不中断业务升级的方法，所述方法包括：

将分支设备中支持升级时业务不中断ISSU的软件功能模块部署到中心网络设备；

所述分支设备接收到各终端设备发送的支持ISSU的软件功能模块的业务报文后，转发到所述中心网络设备进行处理；

在所述支持ISSU的软件功能模块需要升级时，所述中心网络设备对所述支持ISSU的软件功能模块执行升级操作。

可选地，所述将分支设备中支持升级时业务不中断ISSU的软件功能模块部署到中心网络设备，包括：所述中心网络设备为确定的所述支持ISSU的软件功能模块分别创建对应的虚拟化网络功能VNF，并通知所述分支设备。

可选地，所述在所述支持ISSU的软件功能模块需要升级时，所述中心网络设备对所述支持ISSU的软件功能模块执行升级操作，具体包括：在所述支持ISSU的软件功能模块需要升级时，所述中心网络设备为待升级的所述支持ISSU的软件功能模块对应的VNF创建新的VNF实例，在所述新的VNF实例上加载新的软件版本后，将所述支持ISSU的软件功能模块的业务报文迁移到所述新的VNF实例。

可选地，所述系统还包括设置在中心网络的控制器，所述中心网络设备为确定的支持ISSU的软件功能模块分别创建对应的虚拟化网络功能VNF，具体包括：所述中心网络设备接收控制器发送的指令，根据所述指令确定分支设备中支持ISSU的软件功能模块，所述中心网络设备为确定的支持ISSU的软件功能模块分别创建对应的虚拟化网络功能VNF。

可选地，所述分支设备接收到各终端设备发送的所述支持ISSU的软件功能模块的业务报文后，转发到所述中心网络设备进行处理，包括：所述分支设备接收到各终端设备发送的所述支持ISSU的软件功能模块的业务报文后，根据预先与所述中心网络设备建立的数据通道，转发到所述中心网络设备进行处理。

第二方面，本发明实施例还提供了一种实现不中断业务升级的系统，所述系统包括设置在分支网络的多个分支设备和设置在中心网络的中心网络设备；

所述中心网络设备，用于承载所述分支设备中支持升级时业务不中断ISSU的软件功能模块；并接收所述分支设备转发的与所述分支设备连接的各终端设备发送的所述支持ISSU的软件功能模块的业务报文，并对所述业务报文进行处理；

所述分支设备，用于接收到各终端设备发送的所述支持ISSU的软件功能模块的业务报文后，转发到所述中心网络设备进行处理；

所述中心网络设备，还用于在所述支持ISSU的软件功能模块需要升级时，对所述需要支持ISSU的软件功能模块执行升级操作。

可选地，所述中心网络设备具体用于：为确定的所述支持ISSU的软件功能模块，分别创建对应的虚拟化网络功能VNF，并通知所述分支设备。

可选地，所述系统还包括设置在中心网络的控制器，所述控制器，用于向所述中心网络设备发送指令，所述指令用于指示分支设备中支持升级时业务不中断ISSU的软件功能模块；

所述中心网络设备具体用于，根据所述指令确定分支设备中支持ISSU的软件功能模块，为确定的所述支持ISSU的软件功能模块，分别创建对应的虚拟化网络功能VNF。

可选地，所述中心网络设备具体用于：在所述支持ISSU的软件功能模块需要升级时，为待升级的所述支持ISSU的软件功能模块对应的VNF创建新的VNF实例，在所述新的VNF实例上加载新的软件版本，并将所述支持ISSU的软件功能模块的业务报文迁移到所述新的VNF实例。

可选地，所述分支设备具体用于，接收到各终端设备发送的所述支持ISSU的软件功能模块的业务报文后，根据预先与所述中心网络设备建立的数据通道，转发到所述中心网络设备进行处理。

第三方面，本发明实施例还提供了一种中心网络设备，包括：

管理接口模块，用于接收指令，根据所述指令将分支设备中需要支持升级时业务不中断ISSU的软件功能模块部署到本地；

指令处理模块，用于根据所述指令，将确定的分支设备中需要支持ISSU的软件功能模块部署到本地；

网络接口模块，用于接收分支设备发送的来自各终端设备的需要支持ISSU的软件功能模块的报文；

报文处理模块，用于对接收的分支设备发送的来自各终端设备的需要支持ISSU的软件功能模块的报文进行处理。

可选地，所述指令处理模块具体用于，根据所述指令，为确定的所述支持ISSU的软件功能模块，分别创建对应的虚拟化网络功能VNF，并生成对应的业务报文识别规则通过所述网络接口模块通知所述分支设备；

所述网络接口模块，还用于将所述业务报文识别规则发送给对应的分支设备。

本发明实施例提供的实现不中断业务升级的方法、系统及中心网络设备，通过将分支设备中需支持升级时业务不中断的软件功能模块部署到中心网络设备，只需要在中心网络设备的软件做到ISSU即可，升级的工作量减少很多，提高了系统的可靠性。

附图说明

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

图1为本发明实施例提供的实现不中断业务升级系统的网络架构示意图；

图2为本发明实施例提供的又一实现不中断业务升级系统的网络架构示意图；

图3为本发明实施例提供的一种实现不中断业务升级的方法流程图；

图4为本发明实施例提供的中心网络设备的结构框图。

具体实施方式

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

如图1所示，为本发明实施例提供的一种实现不中断业务升级系统的网络架构示意图，包括设置在中心网络的中心网络设备11和设置在多个分支网络的分支设备12，中心网络设备11和分支设备12采用异构的方式进行部署。所述中心网络设备11，用于承载所述分支设备12中支持升级时业务不中断ISS U的软件功能模块；并接收所述分支设备12转发的与所述分支设备12连接的各终端设备发送的所述支持ISSU的软件功能模块的业务报文，并对所述业务报文进行处理；所述分支设备12，用于接收到各终端设备发送的所述支持ISSU的软件功能模块的业务报文后，转发到所述中心网络设备11进行处理；所述中心网络设备11，还用于在所述支持ISSU的软件功能模块需要升级时，对所述需要支持ISSU的软件功能模块执行升级操作。

作为一种优选地的实施例，所述中心网络设备11具体用于：为确定的所述支持ISSU的软件功能模块，分别创建对应的虚拟化网络功能VNF，并通知所述分支设备12。

作为一种优选地的实施例，所述中心网络设备12具体用于：在所述支持ISSU的软件功能模块需要升级时，为待升级的所述支持ISSU的软件功能模块对应的VNF创建新的VNF实例，在所述新的VNF实例上加载新的软件版本，并将所述支持ISSU的软件功能模块的业务报文迁移到所述新的VNF实例。

作为一种优选地的实施例，所述分支设备12具体用于，接收到各终端设备发送的所述支持ISSU的软件功能模块的业务报文后，根据预先与所述中心网络设备11建立的数据通道，转发到所述中心网络设备11进行处理。

在本发明实施例中，中心网络设备11采用通用服务平台的架构(例如申请人现有的网络业务处理点NSPP)，将分支设备12上需要支持ISSU的软件功能模块全部以虚拟化网络功能(Virtual Network Founction，简称VNF)集中部署在中心网络设备11上，不同的VNF之间松耦合，一个VNF的重启不影响另一个VNF。由此，后续这些软件功能模块的功能更新的时候，只需要保证在中心网络设备11的升级做到ISSU即可。

如图2所示，为本发明实施例提供又一实现不中断业务升级系统的网络架构示意图，和图1所示的实现不中断业务升级系统的网络架构相比，增加了部署在中心网络侧的控制器10。本发明实施例中的控制器10，用于向所述中心网络设备11发送指令，所述指令用于指示分支设备12中支持升级时业务不中断ISSU的软件功能模块；所述中心网络设备11具体用于，根据所述指令确定分支设备12中支持ISSU的软件功能模块，为确定的所述支持ISSU的软件功能模块，分别创建对应的虚拟化网络功能VNF。控制器10用于管理中心网络设备11上的VNF，包括VNF的创建，删除，启动，停止，重启，获取状态信息等，控制器10通过北向接口向中心网络设备11发送管理VNF的指令，中心网络设备11是VNF运行的载体。作为一种实施方式，控制器10可以通过北向接口采用Netconf协议向中心网络设备11发送管理VNF的指令。

如图3所示，本发明实施例提供的一种实现不中断业务升级的方法的流程图，该方法包括：

步骤301，将分支设备中支持ISSU的软件功能模块部署到中心网络设备。

在本步骤中，所述中心网络设备根据用户配置指令或者来自控制器的创建VNF的指令，为确定的分支设备中所述支持ISSU的软件功能模块分别创建对应的虚拟化网络功能VNF。具体的，本发明实施例中的VNF以虚拟机方式运行，通常的创建过程包括创建虚拟机，给虚拟机加载软件等流程。

结合图1，中心网络设备11根据用户指令(用户配置)确定分支设备中支持ISSU的软件功能模块有哪几个，将这些软件功能模块以VNF形式部署在中心网络设备11上。结合图2，控制器10将中心网络设备11上部署的分支网络设备12中需要支持ISSU的软件功能模块的升级指令，发送给中心网络设备11后，中心网络设备11为待升级的支持ISSU的软件功能模块对应的VNF创建新的VNF实例，在新的VNF实例上加载新的软件版本后，将所述支持ISSU的软件功能模块的业务报文迁移到所述新的VNF实例。

本实施例中，当用户在控制器10上来配置分支设备上需要支持ISSU的软件功能模块时，可以确定中心网络设备11需要支持VNF的业务的软件功能模块，例如在控制器10上配置软件功能模块A和软件功能模块B需要支持ISSU，控制器10发送指令通知中心网络设备11创建VNF-A和VNF-B的指令，由中心网络设备11完成VNF-A和VNF-B的创建。以VNF-A的创建流程为例进行说明：控制器10通知中心网络设备11创建VNF-A，消息携带要创建的VNF，这里也就是VNF-A以及该VNF的软件系统IOS-A-1。中心网络设备11获取创建消息后，调用创建虚拟机的接口完成虚拟机的创建，调用加载接口，让虚拟机加载IOS-A-1软件，完成启动，到此就完成了VNF-A的创建流程，VNF-B的创建流程和VNF-A的流程类似。在VNF-A和VNF-B运行过程中，VNF控制器定期从VNF-A和VNF-B提供的北向接口获取VNF的状态信息。

本发明实施中，分支设备12上需要支持ISSU的软件功能模块一般是更靠近OSI七层协议架构的4～7层，因为越靠近用户，软件功能需求变化的可能性就越大，例如防火墙功能模块。需要说明的是，并非分支设备12中的一个软件功能模块就对应于中心网络设备11上的一个VNF，可以具体根据软件功能规模来考虑，例如如果A和B就是两个简单小软件功能模块，那么可以将A和B融合为一个VNF，如果A和B分别是防火墙软件功能集合以及路由器软件功能集合，则可以考虑分别建立两个VNF。

需要说明的是，在中心网络设备11上完成支持ISSU的软件功能模块的本地部署后，通过和分支设备12之间已建立的控制通道，将与支持ISSU的软件功能模块的业务报文对应的报文识别规则下发给分支设备，由此可以完成对分支设备的通知。本发明实施例中的报文识别规则可以采用访问控制列表的方式进行组织，分支设备12在接收到中心网络设备11发送的报文识别规则后进行保存。

本发明实施例中，将需要支持ISSU的软件功能模块从分支设备12侧的软件系统中剥离，根据直接用户指令(用户配置)或者根据控制器基于用户指令发送的指令将这些软件功能模块以VNF形式部署在中心网络设备11上，可以保证分支设备的软件系统稳定性，不至于由于用户的需求变化导致频繁更新分支设备的软件系统。

步骤302，所述分支设备接收到各终端设备发送的支持ISSU的软件功能模块的业务报文后，转发到所述中心网络设备进行处理。

在本步骤中，所述分支设备接收到各终端设备发送的所述支持ISSU的软件功能模块的业务报文后，根据预先与所述中心网络设备建立的数据通道，转发到所述中心网络设备进行处理。

具体，结合图1和图2进行说明。分支设备12接收来自于LAN侧终端设备发送的业务报文，匹配本地的报文识别规则，如果报文识别结果显示该业务报文需要由软件功能模块A进行业务处理，则将该业务报文进行隧道封装，隧道头部携带软件功能模块A的标识，目的地址为中心网络设备11的地址，源地址为该分支设备12出口地址，封装完毕后，该分支设备12通过预先与中心网络设备11建立的数据通道发送到中心网络设备。如果报文识别结果显示该业务报文需要由软件功能模块B进行业务处理，则将该业务报文进行隧道封装隧道头部携带软件功能模块B的标识，目的地址为中心网络设备11的地址，源地址为该分支设备12出口地址，封装完毕后，通过该分支设备12通过预先与中心网络设备11建立的数据通道走完整转发流程，将业务报文转发至中心网络设备11。

以分支设备12预先与中心网络设备11建立GRE隧道为例进行说明。分支设备12给原始的用户业务报文，封装GRE头部，GRE头部的目的地址为中心网络设备11的地址，源地址为该分支设备12出口的地址，保留字段Reserved0用于标识该报文需要交由软件功能模块A进行业务处理。同理，如果用户业务报文命中了ACL-B，只是在GRE头部中Reserved0字段用于标识该报文需要交由软件功能模块B进行业务处理。

需要特别说明的是，如果业务报文没有命中中心网络设备通知的业务报文识别规则(如ACL-A和ACL-B)，说明此业务报文不需要上送到中心网络设备进行处理，在分支设备本地处理即可，此时，报文走本地报文转发流程。

步骤303，在所述支持ISSU的软件功能模块需要升级时，所述中心网络设备对所述支持ISSU的软件功能模块执行升级操作。

在本步骤中，在所述支持ISSU的软件功能模块需要升级时，所述中心网络设备为待升级的所述支持ISSU的软件功能模块对应的VNF创建新的VNF实例，在所述新的VNF实例上加载新的软件版本后，将所述支持ISSU的软件功能模块的业务报文迁移到所述新的VNF实例。

结合图2，对本步骤进行详细说明。假如软件功能模块A需要更新，如需要将软件功能模块A的软件更新为IOS-A-2，控制器10将软件功能模块A需要做ISSU的指令发送给中心网络设备，其中指令中携带软件功能模块A对应的VNF-A升级后的软件IOS-A-2。中心网络设备11接收到控制器10发送的V NF-A ISSU的指令后，解析出携带的更新后的IOS：IOS-A-2；将正在运行的VNF-A复制一份，标识为VNF-A-2，此时软件功能模块A对应的VNF-A中运行的软件IOS还是老的IOS：IOS-A-1。通过让VNF-A-2加载新的IOS-A-2，重启VNF-A-2，VNF-A-2重启完毕后，中心网络设备11停止掉VNF-A，到此，所有的软件功能模块A的业务报文将会到新的VNF即VNF-A-2上处理，整个ISSU过程结束。

请参照图4，图4为本申请实施例提供的中心网络设备11的结构框图，所述中心网络设备11包括：

管理接口模块1101，用于接收指令，根据所述指令将分支设备中需要支持升级时业务不中断ISSU的软件功能模块部署到本地；

指令处理模块1102，用于根据所述指令，将确定的分支设备中需要支持ISSU的软件功能模块部署到本地；

网络接口模块1103，用于接收分支设备发送的来自各终端设备的需要支持ISSU的软件功能模块的报文；

报文处理模块1104，用于对接收的分支设备发送的来自各终端设备的需要支持ISSU的软件功能模块的报文进行处理。

作为一种优选的实施例，管理接口模块1101具体用于，接收来自于控制器下发的VNF创建、删除、启动、停止、获取状态信息、ISSU的指令，根据指令的不同，调用不同的接口完成相应的操作。

作为一种优选的实施例，指令处理模块1102具体用于，根据所述指令，为确定的所述支持ISSU的软件功能模块，分别创建对应的虚拟化网络功能VNF，分别创建对应的虚拟化网络功能VNF，并生成对应的业务报文识别规则通过所述网络接口模块通知所述分支设备；所述网络接口模块1103还用于，将所述业务报文识别规则发送给对应的分支设备。

作为一种优选的实施例，管理接口模块1101具体用于，接收来自于控制器下发的VNF创建、删除、启动、停止、获取状态信息、ISSU的指令，根据指令的不同，调用不同的接口完成相应的操作。

作为一种优选的实施例，报文处理模块1104具体用于，接收来自于分支设备使用隧道封装的业务报文，将收到的业务报文解封装后，根据隧道头部中标识的软件功能模块种类，分发给对应的VNF做处理。

作为一种优选的实施例，所述中心网络设备11还包括报文发送模块，用于将报文处理模块1104处理后的业务报文，根据现有设备的转发流程进行发送。

此外，在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，笔记本电脑,服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素

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

Claims (7)

1.一种实现不中断业务升级的方法，其特征在于，应用于包括中心网络和分支网络的系统，所述方法包括：

将分支设备中支持升级时业务不中断ISSU的软件功能模块部署到中心网络设备；

所述分支设备接收到各终端设备发送的支持ISSU的软件功能模块的业务报文后，转发到所述中心网络设备进行处理；

在所述支持ISSU的软件功能模块需要升级时，所述中心网络设备对所述支持ISSU的软件功能模块执行升级操作；

其中，所述将分支设备中支持升级时业务不中断ISSU的软件功能模块部署到中心网络设备，包括：

所述中心网络设备为确定的所述支持ISSU的软件功能模块分别创建对应的虚拟化网络功能VNF，并通知所述分支设备；不同VNF之间松耦合；

所述在所述支持ISSU的软件功能模块需要升级时，所述中心网络设备对所述支持ISSU的软件功能模块执行升级操作，具体包括：

在所述支持ISSU的软件功能模块需要升级时，所述中心网络设备为待升级的所述支持ISSU的软件功能模块对应的VNF创建新的VNF实例，在所述新的VNF实例上加载新的软件版本后，将所述支持ISSU的软件功能模块的业务报文迁移到所述新的VNF实例。

2.根据权利要求1所述的方法，其特征在于，所述系统还包括设置在中心网络的控制器，所述中心网络设备为确定的支持ISSU的软件功能模块分别创建对应的虚拟化网络功能VNF，具体包括：

所述中心网络设备接收控制器发送的指令，根据所述指令确定分支设备中支持ISSU的软件功能模块，所述中心网络设备为确定的支持ISSU的软件功能模块分别创建对应的虚拟化网络功能VNF。

3.根据权利要求1或2所述的方法，其特征在于，所述分支设备接收到各终端设备发送的所述支持ISSU的软件功能模块的业务报文后，转发到所述中心网络设备进行处理，包括：

所述分支设备接收到各终端设备发送的所述支持ISSU的软件功能模块的业务报文后，根据预先与所述中心网络设备建立的数据通道，转发到所述中心网络设备进行处理。

4.一种实现不中断业务升级的系统，其特征在于，所述系统包括设置在分支网络的多个分支设备和设置在中心网络的中心网络设备；

所述中心网络设备，用于承载所述分支设备中支持升级时业务不中断ISSU的软件功能模块；并接收所述分支设备转发的与所述分支设备连接的各终端设备发送的所述支持ISSU的软件功能模块的业务报文，并对所述业务报文进行处理；

所述中心网络设备具体用于：为确定的所述支持ISSU的软件功能模块，分别创建对应的虚拟化网络功能VNF，并通知所述分支设备；不同VNF之间松耦合；

所述分支设备，用于接收到各终端设备发送的所述支持ISSU的软件功能模块的业务报文后，转发到所述中心网络设备进行处理；

所述中心网络设备，还用于在所述支持ISSU的软件功能模块需要升级时，对所述需要支持ISSU的软件功能模块执行升级操作；

所述中心网络设备具体用于：在所述支持ISSU的软件功能模块需要升级时，为待升级的所述支持ISSU的软件功能模块对应的VNF创建新的VNF实例，在所述新的VNF实例上加载新的软件版本，并将所述支持ISSU的软件功能模块的业务报文迁移到所述新的VNF实例。

5.根据权利要求4所述的系统，其特征在于，所述系统还包括设置在中心网络的控制器，

所述控制器，用于向所述中心网络设备发送指令，所述指令用于指示分支设备中支持升级时业务不中断ISSU的软件功能模块；

所述中心网络设备具体用于，根据所述指令确定分支设备中支持ISSU的软件功能模块，为确定的所述支持ISSU的软件功能模块，分别创建对应的虚拟化网络功能VNF。

6.根据权利要求4或5所述的系统，其特征在于，所述分支设备具体用于，接收到各终端设备发送的所述支持ISSU的软件功能模块的业务报文后，根据预先与所述中心网络设备建立的数据通道，转发到所述中心网络设备进行处理。

7.一种中心网络设备，其特征在于，包括：

管理接口模块，用于接收指令，根据所述指令将分支设备中需要支持升级时业务不中断ISSU的软件功能模块部署到本地；

指令处理模块，用于根据所述指令，将确定的分支设备中需要支持ISSU的软件功能模块部署到本地；

网络接口模块，用于接收分支设备发送的来自各终端设备的需要支持ISSU的软件功能模块的报文；

报文处理模块，用于对接收的分支设备发送的来自各终端设备的需要支持ISSU的软件功能模块的报文进行处理；

所述指令处理模块具体用于，根据所述指令，为确定的所述支持ISSU的软件功能模块，分别创建对应的虚拟化网络功能VNF，并生成对应的业务报文识别规则通过所述网络接口模块通知所述分支设备；不同VNF之间松耦合；

所述网络接口模块，还用于将所述业务报文识别规则发送给对应的分支设备。

Images