隧道业务的备份处理方法和设备与流程

本发明实施例涉及通信技术，尤其涉及一种基于虚拟宽带远程接入服务器(英文：Virtualized Broadband Remote Access Server，简称：vBRAS)的隧道业务的备份处理方法和设备。

背景技术：

电信网络的网络功能虚拟化(英文：Network Function Virtualization，简称：NFV)目前已成为一个趋势和共识，建设综合的多业务接入边缘，实现多业务的融合，是未来城域网、接入网改造的一个重点。宽带远程接入服务器(英文：Broadband Remote Access Server，简称：BRAS)设备作为接入边缘的核心，是综合多业务接入边缘改造的一个重点。BRAS进行综合多业务接入边缘改造的方案之一就是实现BRAS的虚拟化，即vBRAS。

然而，在目前的BRAS和vBRAS系统中，承载隧道业务的转发器处理出现故障时，还需要隧道业务的发起端重新发起恢复业务的请求，会造成业务的中断。

技术实现要素：

本发明实施例提供一种隧道业务的备份处理方法和设备，用于解决硬件BRAS和vBRAS系统中，承载隧道业务的转发器处理出现故障时，还需要隧道业务的发起端重新发起恢复业务的请求，会造成业务的中断的问题。

本发明第一方面提供一种隧道业务的备份处理方法，包括：

控制器获取到第一转发器发生故障时，确定所述第一转发器所属的隧道业务转发资源组，所述隧道业务转发资源组包括对所述第一转发器上承载的隧道业务进行备份的转发器的信息；

所述控制器根据所述隧道业务转发资源组确定对所述第一转发器进行备份的至少一个备份转发器，并根据所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份的关系，生成业务切换指示信息；

所述控制器将所述业务切换指示信息发送给所述至少一个备份转发器，所述业务切换指示信息用于指示所述至少一个备份转发器将所述第一转发器上承载的隧道业务切换到所述至少一个备份转发器进行承载。

在该方案中，通过控制器预先为转发器配置多个备份转发器，在检测到第一转发器发生故障时，根据与该第一转发器互为备份的转发器的负载情况，选择出至少一个备份转发器，将原本挂载在第一转发器上的业务切换到至少一个备份转发器上进行承载，即控制器预先配置备份的隧道资源，也就是转发器，当前使用的转发器故障时切换到其他备份转发器上进行业务承载，不需要重新申请资源进行业务重建，避免由于业务重建造成的业务中断的问题，实现隧道业务的热备份。

具体实现中，在所述控制器获取到第一转发器发生故障之前，所述方法还包括：所述控制器根据所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份的关系，在所述至少一个备份转发器上建立承载所述第一转发器上承载的隧道业务的转发资源。

在该方案中，控制器需要预先对互为备份的转发器之间的关系进行配置，以第一转发器为例，需要明确每个备份转发器与备份的隧道业务之间的关系，并在每个备份转发器上建立转发资源，以使在第一控制器发生故障时，能够对第一转发器上的隧道业务切换承载。

在一种具体实现中，所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份包括：

所述至少一个备份转发器包括第二转发器，所述第二转发器对所述第一转发器上承载的所有隧道业务进行备份；

或者，

所述至少一个备份转发器包括第二转发器和第三转发器，所述第二转发器和所述第三转发器分别对所述第一转发器上承载的隧道业务按照比例分配进行备份。

进一步地，所述至少一个备份转发器包括第二转发器，则所述控制器将所述业务切换指示信息发送给所述至少一个备份转发器，包括：所述控制器将所述业务切换指示信息发送至所述第二转发器；其中，所述业务切换指示信息用于指示所述第二转发器将所述第一转发器对应的隧道业务切换到所述第二转发器进行承载；

或者，

所述至少一个备份转发器包括第二转发器和第三转发器，则所述控制器将所述业务切换指示信息发送给所述至少一个备份转发器，包括：所述控制器将所述业务切换指示信息分别发送至所述第二转发器和所述第三转发器；其中，所述业务切换指示信息用于指示所述第二转发器和所述第三转发器将所述第一转发器对应的隧道业务切换到所述第二转发器和所述第三转发器进行承载。

在上述方案中，上述的至少一个备份转发器可以只包括一个转发器，也可以包括两个或者两个以上的转发器；如果只有一个备份转发器，那么在该唯一的备份转发器需要将上述的第一转发器上的所有隧道业务进行备份，第一转发器故障时，控制器发送的业务切换指示信息指示将第一转发器上的所有隧道业务切换至该唯一的备份转发器上进行承载；如果有两个或者两个以上的备份转发器，那么该多个备份转发器可以分别对第一转发器的部分隧道业务进行备份即可，在第一转发器发生故障之后，每个备份转发器将备份的隧道业务进行承载即可，所有的备份转发器一起承载原来有第一转发器承载的隧道业务。

在前述的实现方案的基础上，所述方法还包括：所述第一转发器上承载的隧道业务被分为至少一个业务组。

进一步地，所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份包括：

所述至少一个备份转发器包括第二转发器，所述第二转发器对所述第一转发器上承载的所述至少一个业务组里的隧道业务进行备份；或者

所述至少一个备份转发器包括第二转发器和第三转发器，所述至少一个业务组包括第一业务组和第二业务组，所述第二转发器对所述第一业务组里的隧道业务进行备份，所述第三转发器对所述第二业务组里的隧道业务进行备份。

进一步地，所述至少一个备份转发器包括第二转发器，则所述控制器将所述业务切换指示信息发送给所述至少一个备份转发器，包括：所述控制器将所述业务切换指示信息发送至所述第二转发器；其中，所述业务切换指示信息用于指示所述第二转发器将所述至少一个业务组里的隧道业务切换到所述第二转发器进行承载；

或者，

所述至少一个备份转发器包括第二转发器和第三转发器，则所述控制器将所述业务切换指示信息发送给所述至少一个备份转发器，包括：所述控制器将所述业务切换指示信息分别发送至所述第二转发器和所述第三转发器；其中，所述业务切换指示信息用于指示：所述第二转发器将所述第一业务组里的隧道业务切换到所述第二转发器进行承载，所述第三转发器将所述第二业务组里的隧道业务切换到所述第三转发器进行承载。

在上述方案中，由于业务数量级较大，为了实现灵活的负载分担，引入中间层，也就是业务组。每个业务组都指向一个转发器，业务组挂载一个或业务，即每个转发器可以承载多个业务组，每个业务组下又挂载着一个或多个业务。第一转发器上承载的业务可以被分为多个业务组，因此备份转发器只有一个的时候，可以将第一转发器上所有业务组的隧道业务进行备份，并在第一转发器故障后将该第一转发器上所有业务组的隧道业务进行承载；备份转发器有多个的时候，每个备份转发器可以对不同的业务组分别进行承载。

在上述任一种实现方式的基础上，所述根据所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份的关系，生成业务切换指示信息，包括：

所述控制器获取每个备份转发器的负载情况；

所述控制器根据每个备份转发器的负载情况、所述第一转发器上承载的所述至少一个业务组，采用负载分担算法选择为每个备份转发器分配对应的至少一个业务组；

所述控制器生成所述业务切换指示信息。

在该方案中，无论是新增的新的转发器，还是故障了之后选择出的备份转发器，控制均需要将业务进行负载分配，即会分配业务组，最终基于业务组的粒度对业务进行分配，使业务负载趋于均衡。

本发明第二方面提供一种隧道业务的备份处理方法，包括：

备份转发器接收控制器发送的业务切换指示信息；所述业务切换指示信息用于指示所述备份转发器承载所述第一转发器上承载的隧道业务；

所述备份转发器根据所述业务切换指示信息对所述第一转发器的业务进行承载。

在本实施例中，备份转发器根据控制器的业务切换指示信息对故障的第一转发器上的业务进行承载，避免第一转发器故障造成业务中断的问题。

一种具体实现方式中，所述备份转发器接收控制器发送的业务切换指示信息之前，所述方法还包括：

所述备份转发器根据控制器的指示建立与所述第一转发器上承载的隧道业务对应的转发资源；

所述备份转发器根据所述转发资源将所述第一转发器上的隧道业务进行备份。

可选的，所述备份转发器根据所述转发资源将所述第一转发器上的隧道业务进行备份，包括：

所述备份转发器对所述第一转发器上承载的所有隧道业务进行备份；

或者，

所述备份转发器对所述第一转发器上承载的隧道业务按照比例分配进行部分备份。

在上述方案中，该备份转发器可以对第一转发器上的全部隧道业务进行备份和承载，也可以只对第一转发器上的部分隧道业务进行备份和承载。

本发明第三方面提供一种隧道业务的负载分担方法，包括：

控制器检测到配置了新的转发器时，根据负载分担算法将当前业务组在所述新的转发器和预先配置的可用的至少两个转发器上进行重新分配；

其中，每个业务组上挂载至少一个业务。

本发明第四方面提供一种控制器，包括：

处理模块，用于在获取到第一转发器发生故障时，确定所述第一转发器所属的隧道业务转发资源组，所述隧道业务转发资源组包括对所述第一转发器上承载的隧道业务进行备份的转发器的信息；

所述处理模块还用于根据所述隧道业务转发资源组确定对所述第一转发器进行备份的至少一个备份转发器，并根据所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份的关系，生成业务切换指示信息；

发送模块，用于将所述业务切换指示信息发送给所述至少一个备份转发器，所述业务切换指示信息用于指示所述至少一个备份转发器将所述第一转发器上承载的隧道业务切换到所述至少一个备份转发器进行承载。

可选的，所述处理模块还用于根据所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份的关系，在所述至少一个备份转发器上建立承载所述第一转发器上承载的隧道业务的转发资源。

可选的，所述处理模块应用的所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份包括：

所述至少一个备份转发器包括第二转发器，所述第二转发器对所述第一转发器上承载的所有隧道业务进行备份；或者

所述至少一个备份转发器包括第二转发器和第三转发器，所述第二转发器和所述第三转发器分别对所述第一转发器上承载的隧道业务按照比例分配进行备份。

可选的，所述至少一个备份转发器包括第二转发器，则所述发送模块具体用于将所述业务切换指示信息发送至所述第二转发器；其中，所述业务切换指示信息用于指示所述第二转发器将所述第一转发器对应的隧道业务切换到所述第二转发器进行承载；

或者，

所述至少一个备份转发器包括第二转发器和第三转发器，则所述发送模块具体用于将所述业务切换指示信息分别发送至所述第二转发器和所述第三转发器；其中，所述业务切换指示信息用于指示所述第二转发器和所述第三转发器将所述第一转发器对应的隧道业务切换到所述第二转发器和所述第三转发器进行承载。

可选的，所述处理模块还用于将所述第一转发器上承载的隧道业务被分为至少一个业务组。

可选的，所述处理模块使用的所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份包括：

所述至少一个备份转发器包括第二转发器，所述第二转发器对所述第一转发器上承载的所述至少一个业务组里的隧道业务进行备份；或者

所述至少一个备份转发器包括第二转发器和第三转发器，所述至少一个业务组包括第一业务组和第二业务组，所述第二转发器对所述第一业务组里的隧道业务进行备份，所述第三转发器对所述第二业务组里的隧道业务进行备份。

可选的，所述至少一个备份转发器包括第二转发器，则所述发送模块具体用于将所述业务切换指示信息发送至所述第二转发器；其中，所述业务切换指示信息用于指示所述第二转发器将所述至少一个业务组里的隧道业务切换到所述第二转发器进行承载；

或者，

所述至少一个备份转发器包括第二转发器和第三转发器，则所述发送模块具体用于将所述业务切换指示信息分别发送至所述第二转发器和所述第三转发器；其中，所述业务切换指示信息用于指示：所述第二转发器将所述第一业务组里的隧道业务切换到所述第二转发器进行承载，所述第三转发器将所述第二业务组里的隧道业务切换到所述第三转发器进行承载。

可选的，所述处理模块具体用于：

获取每个备份转发器的负载情况；

根据每个备份转发器的负载情况、所述第一转发器上承载的所述至少一个业务组，采用负载分担算法选择为每个备份转发器分配对应的至少一个业务组；

生成所述业务切换指示信息。

上述技术方案提供的控制器，处理模块可实现为处理器，发送模块可实现为发送器，用来执行前述的备份处理方法中控制器的技术方案，其实现原理和技术效果类似。

本发明第五方面提供一种转发器，包括：

接收模块，用于接收控制器发送的业务切换指示信息；所述业务切换指示信息用于指示所述转发器承载所述第一转发器上承载的隧道业务；

处理模块，用于根据所述业务切换指示信息对所述第一转发器的业务进行承载。

可选的，所述处理模块还用于：

根据控制器的指示建立与所述第一转发器上承载的隧道业务对应的转发资源；

根据所述转发资源将所述第一转发器上的隧道业务进行备份。

可选的，所述处理模块具体用于：

对所述第一转发器上承载的所有隧道业务进行备份；

或者，

对所述第一转发器上承载的隧道业务按照比例分配进行部分备份。

上述技术方案提供的转发器，也称为隧道业务转发资源，处理模块可实现为处理器，接收模块可实现为接收器，用来执行前述的备份处理方法中第二转发器的技术方案，其实现原理和技术效果类似。

本发明第六方面提供一种控制器，包括：

处理模块，用于检测到配置了新的转发器时，根据负载分担算法将当前业务组在所述新的转发器和预先配置的可用的至少两个转发器上进行重新分配；

其中，每个业务组上挂载至少一个业务。

本方案提供的控制器，处理模块可实现为处理器，用来执行前述的负载分担方法的技术方案，其实现原理和技术效果类似。

本发明第七方面提供一种BRAS设备，包括：控制器、第一转发器和至少一个第二转发器；

所述控制器用于：

获取到所述第一转发器发生故障时，确定所述第一转发器所属的隧道业务转发资源组，所述隧道业务转发资源组包括对所述第一转发器上承载的隧道业务进行备份的转发器的信息；

根据所述隧道业务转发资源组确定对所述第一转发器进行备份的所述至少一个第二转发器，并根据所述至少一个第二转发器对所述第一转发器上承载的隧道业务进行备份的关系，生成业务切换指示信息；

所述至少一个第二转发器用于：

接收所述控制器发送的业务切换指示信息；所述业务切换指示信息用于指示所述至少一个第二转发器将所述第一转发器对应的隧道业务进行承载；

根据所述业务切换指示信息对所述第一转发器的业务进行承载。

本发明提供的隧道业务的备份处理方法和设备，通过控制器预先为转发器配置备份，备份转发器在第一转发器承载隧道业务的过程中进行实时备份，在检测到第一转发器发生故障时，控制器确定备份转发器，并向备份转发器发送指示信息，将原本挂载在第一转发器上的隧道业务切换到至少一个备份转发器上进行承载，即控制器预先配置备份的隧道业务转发资源，也就是转发器，当前使用的转发器故障时切换到其他备份转发器上进行业务承载，不需要重新申请资源进行业务重建，避免由于业务重建造成的业务中断的问题。

附图说明

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

图1为虚拟化的隧道业务架构示意图；

图2为本发明隧道业务的备份处理方法实施例一的流程图；

图3为本发明隧道业务的备份处理方法实施例二的流程图；

图4为本发明隧道业务的备份处理方法实施例三的流程图；

图5为本发明隧道业务的备份处理方法实施例四的流程图；

图6为本发明提供的隧道业务转发资源组的总体结构示意图；

图7为本发明隧道业务的备份处理方法一实例的示意图；

图8为本发明隧道业务的负载分担处理方法一实例的示意图；

图9为本发明控制器实施例一的结构示意图；

图10为本发明转发器实施例一的结构示意图；

图11为本发明控制器实体实施例一的结构示意图；

图12为本发明转发器实体实施例一的结构示意图；

图13为本发明BRAS设备实施例一的结构示意图。

具体实施方式

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

图1为虚拟化的隧道业务架构示意图，如图1所示，隧道业务架构中包括多个隧道设备、BRAS或者vBRAS、交换机等，还可以包括控制器，在隧道设备有业务包(可以是协议包也可以是数据包)上送至交换机，该交换机确定不存在对应的转发表时，向控制器发起查询(或者向BRAS设备中的控制板或者vBRAS中的控制VM发起查询)，控制器(或者控制板或者控制VM)根据该业务包的业务要求和各隧道业务转发资源的情况进行选择合适的隧道业务转发资源(也称为转发器)生成转发表，并将该转发表发送给交换机和隧道业务转发资源，以使交换机将该业务包转发至相应的隧道业务转发资源上进行业务执行。本发明提供的隧道业务的备份处理方法，在隧道设备有业务包时，控制器需要预先为转发器配置备份的转发器，对转发器上的业务进行实时备份，在发生故障时直接将业务切换至备份的转发器上进行承载，不需要重建业务，不会导致业务的中断，下面结合实施例对本发明提供的技术方案进行详细说明。

图2为本发明隧道业务的备份处理方法实施例一的流程图，如图2所示，该隧道业务的备份处理方法应用在控制器中，该控制器的形态可以包括但不限于以下三种：

形态一、该控制器是独立于BRAS或vBRAS部署的控制器。该控制器可以是专用的物理设备，提供控制隧道业务备份处理功能的程序运行在专用的硬件平台上，该硬件平台包括处理器、发送器、接收器和电路等；该控制器也可以是虚拟的网络设备，该虚拟的网络设备可以是运行有提供控制隧道业务备份处理功能程序的虚拟机(Virtual Machine，VM)，所述虚拟机部署在硬件设备上(例如，物理服务器)。虚拟机指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。其中，一个物理服务器通过虚拟化技术被虚拟成了多个逻辑计算机，每一个逻辑计算机即是物理服务器上的一个虚拟机，每个虚拟机可以运行不同的操作系统，因此，各个虚拟机的应用程序可以运行在互相独立的操作系统的空间内。

形态二、该控制器可以是vBRAS中的控制VM。该vBNG可以是由运行用于提供BNG设备功能的程序的若干个VM构成，包括控制VM、转发VM等。

形态三、该控制器还可以是物理BRAS中的控制板。该物理BRAS可以是专用的硬件平台，提供BNG功能的程序运行在该专用的硬件平台上，该硬件平台包括由处理器、发送器、接收器和电路等构成的控制板卡和转发板卡等构成。

具体的该隧道业务的备份处理方法的具体步骤包括：

S101：控制器获取到第一转发器发生故障时，确定第一转发器所属的隧道业务转发资源组，隧道业务转发资源组包括对第一转发器上承载的隧道业务进行备份的转发器的信息。

在本实施例中，控制器预先配置一个或者多个与第一转发器互为备份的转发器，该些转发器于第一转发器具有相同的隧道资源，在第一转发器承载业务的过程中，会对第一转发器上的业务数据进行实时备份。

控制器获取第一转发器发生故障包括但不限于直接由控制器进行检测的方式，也可以是转发器检测到自身出现故障后，向控制器进行上报，报告当前出现故障的情况。

在控制器获取到第一转发器出现故障时候，控制器根据预先配置的转发器与隧道业务转发资源组的关系，确定出该第一转发器所属的隧道业务转发资源组，并据此获取能够对该第一转发器上承载的业务进行实时备份的多个转发器的信息。

S102：控制器根据隧道业务转发资源组确定对第一转发器进行备份的至少一个备份转发器，并根据至少一个备份转发器对第一转发器上承载的隧道业务进行备份的关系，生成业务切换指示信息。

在本步骤中，控制器直接根据隧道业务转发资源组确定至少一个备份转发器，或者也可以根据每个与第一转发器互为备份的转发器的负载情况，从其中选择出一个或多个备份转发器对第一转发器上的业务进行承载，并据此生成对应的业务切换指示信息。

上述业务切换指示信息实际含义是指示将第一转发器当前承载的隧道业务切换到选择出来的一个或多个备份转发器上进行承载；该至少一个备份转发器是从与第一转发器互为备份的转发器中选择出的转发器。

S103：控制器将业务切换指示信息发送给至少一个备份转发器，业务切换指示信息用于指示至少一个备份转发器将第一转发器上承载的隧道业务切换到至少一个备份转发器进行承载。

在本步骤中，控制器将业务切换指示信息发送给至少一个备份转发器，以使至少一个备份转发器对第一转发器的隧道业务进行承载。

可选的，为了能够完成业务切换，避免业务中断，控制器将上述生成的业务切换指示信息发送给选择出的每个备份转发器，指示备份转发器将原来由第一转发器承载的业务进行承载。

在该方案中，转发器也称为隧道业务转发资源，在具体实现中，在一些隧道业务转发资源处于active状态时，存在其他的与之互为备份的隧道业务转发资源处于standby状态，一旦其中存在active资源发生故障，隧道业务转发资源组选择一个或者多个standby状态的隧道业务转发资源变为active状态，并将故障资源上的业务负载分担到选择出的变为active状态的备份隧道业务转发资源上。

需要说明的是，该转发器的形态可以包括但不限于以下两种：

形态一、该转发器是独立部署的提供BRAS隧道业务转发处理的设备。该转发器可以是专用的物理设备，提供控制隧道业务备份处理功能的程序运行在专用的硬件平台上，该硬件平台包括处理器、发送器、接收器和电路等；该转发器也可以是虚拟的网络设备，该虚拟的网络设备可以是运行有提供BRAS隧道业务备份转发处理功能程序的VM，所述虚拟机部署在硬件设备上(例如，物理服务器)。

形态二、该转发器可以是vBRAS中的转发VM。该vBNG可以是由运行用于提供BNG设备功能的程序的若干个VM构成，包括控制VM、转发VM等。

形态三、该转发器还可以是物理BRAS中的转发板。该物理BRAS可以是专用的硬件平台，提供BNG功能的程序运行在该专用的硬件平台上，该硬件平台包括由处理器、发送器、接收器和电路等构成的控制板卡和转发板卡等构成。

本实施例提供的隧道业务的备份处理方法，通过控制器预先为转发器配置备份，在获取到第一转发器发生故障时，根据与该第一转发器互为备份的多个转发器的负载情况或者所属隧道业务转发资源组的信息，选择出至少一个备份转发器，将原本挂载在第一转发器上的业务切换到至少一个备份转发器上进行承载，即控制器预先配置备份的隧道业务转发资源，也就是转发器，当前使用的转发器故障时切换到其他备份转发器上进行业务承载，不需要重新申请资源进行业务重建，避免由于业务重建造成的业务中断的问题，实现隧道业务的热备份。

图3为本发明隧道业务的备份处理方法实施例二的流程图，如图3所示，在上述实施例的基础上，本实施例提供的隧道业务的备份处理方法的具体实现步骤为：

S201：控制器根据至少一个备份转发器对第一转发器上承载的隧道业务进行备份的关系，在至少一个备份转发器上建立承载第一转发器上承载的隧道业务的转发资源。

在本步骤中，该转发资源包括业务转发表项。控制器预先配置一个或者多个与第一转发器互为备份的转发器，该些转发器和第一转发器具有相同的隧道业务转发资源，在第一转发器承载业务的过程中，会对第一转发器上的业务数据进行实时备份。

S202：控制器获取到第一转发器发生故障时，确定第一转发器所属的隧道业务转发资源组，隧道业务转发资源组包括对第一转发器上承载的隧道业务进行备份的转发器的信息。

在本实施例中，在控制器获取到第一转发器出现故障时候，控制器根据预先配置的转发器与隧道业务转发资源组的关系，确定出该第一转发器所属的隧道业务转发资源组，并据此获取能够对该第一转发器上承载的业务进行实时备份的多个转发器的信息。

S203：控制器根据隧道业务转发资源组确定对第一转发器进行备份的至少一个备份转发器，并根据至少一个备份转发器对第一转发器上承载的隧道业务进行备份的关系，生成业务切换指示信息。

在本步骤中，控制器直接根据隧道业务转发资源组确定至少一个备份转发器，或者也可以根据每个与第一转发器互为备份的转发器的负载情况，从其中选择出一个或多个备份转发器对第一转发器上的业务进行承载，并据此生成对应的业务切换指示信息。

S204：控制器将业务切换指示信息发送给至少一个备份转发器，业务切换指示信息用于指示至少一个备份转发器将第一转发器上承载的隧道业务切换到至少一个备份转发器进行承载。

在本实施例中，至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份的具体实现方式至少包括以下两种：

第一种实现方式，至少一个备份转发器只包括一个第二转发器，则该第二转发器需要在第一转发器进行隧道业务转发的过程中，对第一转发器上承载的所有隧道业务进行备份。

第二种实现方式，至少一个备份转发器包括两个或者两个以上的转发器，这里以包括两个转发器为例，该至少一个备份转发器包括第二转发器和第三转发器，那么该第二转发器和第三转发器分别对第一转发器上承载的隧道业务按照比例分配进行备份。具体实现中该比例可以进行预先配置，也可以根据每个转发器上的负载情况实时进行获取。

在上述的基础上，至少一个备份转发器包括第二转发器，则控制器将业务切换指示信息发送给至少一个备份转发器，包括：控制器将业务切换指示信息发送至第二转发器；其中，业务切换指示信息用于指示第二转发器将第一转发器对应的隧道业务切换到第二转发器进行承载；或者，至少一个备份转发器包括第二转发器和第三转发器，则控制器将业务切换指示信息发送给至少一个备份转发器，包括：控制器将业务切换指示信息分别发送至第二转发器和第三转发器；其中，业务切换指示信息用于指示第二转发器和第三转发器将第一转发器对应的隧道业务切换到第二转发器和第三转发器进行承载。

该方案的含义是上述的至少一个备份转发器可以只包括一个转发器，也可以包括两个或者两个以上的转发器；如果只有一个备份转发器，那么在该唯一的备份转发器需要将上述的第一转发器上的所有隧道业务进行备份，第一转发器故障时，控制器发送的业务切换指示信息指示将第一转发器上的所有隧道业务切换至该唯一的备份转发器上进行承载；如果有两个或者两个以上的备份转发器，那么该多个备份转发器可以分别对第一转发器的部分隧道业务进行备份即可，在第一转发器发生故障之后，每个备份转发器将备份的隧道业务进行承载即可，所有的备份转发器一起承载原来有第一转发器承载的隧道业务。

在上述任一实施例中，该第一转发器上承载的隧道业务可以被分为至少一个业务组，在第一转发器对该些业务组中的隧道业务进行转发的过程中，多个备份转发器需要对第一转发器的隧道业务进行实时备份，具体的备份方式至少包括以下两种：

第一种备份方式，至少一个备份转发器只包括一个第二转发器，那么该第二转发器对第一转发器上承载的至少一个业务组里的隧道业务全部进行进行备份；

第一种备份方式，至少一个备份转发器包括两个或者两个以上的转发器，以两个为例，假设该至少一个备份转发器包括第二转发器和第三转发器，所述至少一个业务组包括多个业务组，那么该第二转发器和第三转发器则分别对其中的一个或多个业务组进行业务备份，即由第二转发器和第三转发器一起将第一转发器上的所有的业务组的隧道业务进行备份。

假设该至少一个业务组包括第一业务组和第二业务组，那么第二转发器对第一业务组里的隧道业务进行备份，第三转发器对第二业务组里的隧道业务进行备份可以为一种具体的实现方式。

至少一个备份转发器包括第二转发器，则控制器将业务切换指示信息发送给至少一个备份转发器，包括：控制器将业务切换指示信息发送至第二转发器；其中，业务切换指示信息用于指示第二转发器将至少一个业务组里的隧道业务切换到第二转发器进行承载；或者，至少一个备份转发器包括第二转发器和第三转发器，则控制器将业务切换指示信息发送给至少一个备份转发器，包括：控制器将业务切换指示信息分别发送至第二转发器和第三转发器；其中，业务切换指示信息用于指示：第二转发器将第一业务组里的隧道业务切换到第二转发器进行承载，第三转发器将第二业务组里的隧道业务切换到第三转发器进行承载。

该方案的含义是，由于业务数量级较大，为了实现灵活的负载分担，引入中间层-也就是业务组。每个业务组都指向一个转发器，业务组量挂载一个或业务，即每个转发器可以承载多个业务组，每个业务组下又挂载着一个或多个业务。第一转发器上承载的业务可以被分为多个业务组，因此备份转发器只有一个的时候，可以将第一转发器上所有业务组的隧道业务进行备份，并在第一转发器故障后将该第一转发器上所有业务组的隧道业务进行承载；备份转发器有多个的时候，每个备份转发器可以对不同的业务组分别进行承载。

上述的几种由备份的转发器对第一转发器上的隧道业务进行备份的实际含义为，如果存在多个备份转发器，且第一转发器承载多个业务组时，每个备份转发器可以对一个或者多个业务组进行备份，在检测到第一转发器故障后，通过控制器的业务切换指示信息，每个备份转发器可以根据备份情况，对一个或者多个业务组的隧道业务进行承载。

在本实施例中，控制器可以根据备份转发器的负载情况将将业务进行负载分配，即会分配业务组，最终基于业务组的粒度对业务进行分配至不同的转发器上，使业务负载趋于均衡，避免造成某个转发器的负载过大的情况。

图4为本发明隧道业务的备份处理方法实施例三的流程图，如图4所示，在上述任一实施例的基础上，下面提供一种隧道业务的备份处理方法，即热备份的具体实现过程：

S301：所述控制器为所述第一转发器和至少一个用于备份的备份转发器配置相同的隧道资源，以使至少一个备份转发器可以对所述第一转发器的数据进行实时备份。

在本步骤中，控制器预先配置一个或者多个与第一转发器互为备份的转发器，该些转发器于第一转发器具有相同的隧道资源，在第一转发器承载业务的过程中，会对第一转发器上的业务数据进行实时备份。

在一种具体实现方式中，控制器生成业务切换指示信息的过程中需要根据备份转发器的负载进行均衡分配，具体实现包括：控制器获取每个备份转发器的负载情况；控制器根据每个备份转发器的负载情况、第一转发器上承载的至少一个业务组，采用负载分担算法选择为每个备份转发器分配对应的至少一个业务组，然后生成所述业务切换指示信息。一种具体的实现步骤包括S302-S304。

S302：所述控制器获取与所述第一转发器互为备份的每个备份转发器的负载情况。

在本步骤中，控制器可以直接将第一转发器承载的业务直接分配给与第一转发器互为备份的任一个转发器，或者平均分配到每个转发器上进行承载，但是这样的方式可能会资源使用不均衡的问题，因此，控制器需要选择出使用的至少一个备份转发器。

S303：所述控制器根据每个转发器的负载情况，根据负载分担算法从所有的备份转发器中选择所述至少一个第二转发器，并为每个第二转发器分配对应的至少一个业务组。

结合上述步骤S303，控制器获取每个与第一转发器互为备份的转发器的负载情况，然后将其中负载较轻的一个或者多个转发器选择出来作为第二转发器，具体的负载分担算法可以进行配置，对此不做限制。

在本方案中，所述第一转发器承载的业务被分为至少一个业务组；则所述业务切换指示信息包括每个第二转发器与业务组的对应关系。

其含义为：由于业务数量级较大，为了实现灵活的负载分担，引入中间层，也就是业务组。每个业务组都指向一个隧道资源(即一个转发器)，业务组量挂载业务，在同一个隧道资源内，业务可以遵循负载分担算法挂接到不同业务组上。即每个转发器可以承载多个业务组，每个业务组下又挂载着一个或多个业务。

S304：所述控制器生成所述业务切换指示信息。

在上述实施例的基础上，该业务切换指示信息不但可以指示由哪些第二转发器承载第一转发器上的业务，还可以具体指示每个第二转发器上承载的业务组，具体实现中可以在该业务切换指示信息中增加业务组标识。

S305：所述控制器将所述业务切换指示信息发送给所述至少一个第二转发器，以使所述至少一个第二转发器对所述第一转发器的业务进行承载。

在本实施例中，第一转发器的所有的备份转发器包括至少一个第二转发器，其含义是至少一个第二转发器为备份转发器中的一部分转发器。

将第一转发器上的业务组切换至一个或者多个第二转发器上进行承载，在整个切换过程中，都是对业务组整体的搬移，不对单个业务或者单个业务进行搬移，即最小移动单位必须是业务组而不是业务(即不能将一个业务组中的一个业务成员进行移动，必须同时将成员板下所有的业务组一起移动)。

该至少一个第二转发器为根据每个备份转发器的负载情况选择出来的用来承载第一转发器的业务的备份转发器。

本实施例提供的隧道业务的备份处理方法，控制器控制将故障的转发器也就是隧道资源承载的业务切换至备份的其他的转发器上进行承载，切换过程中直接将故障转发器的业务组挂接到不同的备份转发器(即隧道资源)上进行承载，这种业务组移动只是再控制层面管理维护业务使用隧道资源的指针，而用户资源不需要进行变更。这种移动应该在控制层面的移动，避免业务组的数据表项在单板之间迁移造成性能瓶颈和表项丢失，不需要进行业务重建，避免业务中断。

图5为本发明隧道业务的备份处理方法实施例四的流程图，如图5所示，该备份处理方法应用在控制器选择出的任一个备份转发器中，即上述实施例的第二转发器或者第三转发器，根据控制器的指示对第一转发器上的部分或者全部业务进行承载，该隧道业务的备份处理方法的具体实现步骤为：

S401：备份转发器接收控制器发送的业务切换指示信息；业务切换指示信息用于指示备份转发器将第一转发器对应的隧道业务进行承载。

在本步骤中，所述第一转发器与所述备份转发器互为备份；具体实现中，控制器需要在所述备份转发器接收控制器发送的业务切换指示信息之前，将该备份转发器和第一转发器配置相同的隧道资源，以使在第一转发器承载承载业务进行的过程中，所述备份转发器对所述第一转发器的数据进行实时备份。可选的，所述第一转发器和所述备份转发器可以互为备份。

S402：备份转发器根据业务切换指示信息对第一转发器的业务进行承载。

在本步骤中，该业务切换指示信息中指出需要该备份转发器承载第一转发器的全部或者部分业务，如果承载的只是部分业务时，该业务切换指示信息可以指示出具体的业务组的标识。即所述第一转发器承载的业务被分为至少一个业务组；则所述业务切换指示信息包括与所述该备份转发器(若该备份转发器为第二转发器，那么该业务切换指示信息中应该明确该第二转发器要承载的业务组的标识)对应的业务组的标识。

可选的，在该方案中备份转发器接收控制器发送的业务切换指示信息之前，备份转发器根据控制器的指示建立与第一转发器上承载的隧道业务对应的转发资源；备份转发器根据转发资源将所述第一转发器上的隧道业务进行备份。

可选的，备份转发器根据转发资源将所述第一转发器上的隧道业务进行备份，包括：备份转发器对所述第一转发器上承载的所有隧道业务进行备份；或者，备份转发器对所述第一转发器上承载的隧道业务按照比例分配进行部分备份。

本实施例提供的隧道业务的备份处理方法，备份转发器根据控制器的指示信息对故障的第一转发器上的业务进行承载，避免第一转发器故障造成业务中断的问题。

在上述几个实施例的基础上，下面通过具体的例子对本发明提供的隧道业务的备份处理方法进行说明。

图6为本发明提供的隧道业务转发资源组的总体结构示意图，如图6所示，在该架构中中的对应关系存储在控制器中，该控制器可以是独立部署的控制器，也可以是vBRAS中的控制VM，还可以是BRAS中的控制板，隧道业务转发资源组，也就是上述实施例中的控制器主要实现以下功能：管理1个或多个隧道业务转发资源，该些隧道业务转发资源相当于上述的转发器；该vBRAS对隧道业务转发资源加入、退出做热备份管理；负载分担分配；对隧道业务的配置管理，如隧道认证配置、隧道源IP、隧道模式、负载分档方式等。

隧道资源相当于上述的转发器主要用来对于vBRAS业务可以管理多个VM上的隧道业务转发资源。另外，本方案还引入了业务组：由于业务数量级较大，为了实现灵活的负载分担，引入中间层，也就是业务组。每个业务组都指向一个隧道资源，业务组量挂载业务，在同一个隧道资源内，业务单板，也就是业务，可以遵循负载分担算法挂接到不同业务组上。

当隧道资源故障时，相比没有业务组时隧道资源上所有业务切换到其他一块隧道资源，可以基于业务组负载分担到不同的隧道资源上，修改业务组执行的隧道资源，使业务均匀分担到不同的隧道资源。

下面以实际的隧道业务转发资源增加或者故障为例，说明本方案中的负载均衡以及隧道业务的热备份方案，图6和图7中示出的是以业务的角度的切换示意图。

图6中的业务对应的实际的业务数据，在业务转发表中存储相应业务组的索引。

在该架构中，由于业务承载与隧道中，上行流量和普通隧道转发一致，通过目的路由转发。下行流量通过业务到业务组，再到出隧道所在成员隧道业务转发资源，完成下行流量转发。

按照上述的备份处理方法，如果图中隧道业务转发资源2出现故障，也就是转发器2出现故障，可以将隧道业务转发资源2上挂载的业务组1至m切换到与隧道业务转发资源2备份的一个或者多个隧道业务转发资源上进行承载。

本申请的技术方案提出了负载分担以及热备份两种技术方案，负载分担指的是在业务生成的时候，在为该业务分配隧道业务转发资源时候，就将业务均匀的分布到不同的隧道业务转发资源上；另外上述的热备份的含义是在其中一个隧道业务转发资源故障时，不会对所有的业务进行切换，只是对故障了的隧道业务转发资源上的业务进行切换，并且可以在业务切换过程中，根据上述负载分担的原则进行分配，避免出现同一个隧道业务转发资源上负载较重的情况。

结合上述隧道业务转发资源组的整体结构示意，下面介绍隧道业务转发资源组配置模型：入隧道端配置的是vBRAS管理的一个隧道业务转发资源组的地址，由vBRAS负责分配业务转发资源组内部的负载分担。具体采用的负载分担算法可以根据业务分类，如基于隧道源网络协议(英文：Internet Protocol，简称：IP)地址，业务的地址段、业务类型(IPOE\PPPOE\专线等)。

根据隧道创建类型分为两种：协议类型隧道和业务类型隧道，这两种的处理方式和配置模型稍微有些不同。

(1)协议类型隧道

通过协议报文(如第二层隧道协议(英文：Layer 2Tunneling Protocol，简称：L2TP)、通用路由封装(英文：Generic Routing Encapsulation，简称：GRE)等)触发建立的隧道，在发起端需要配置vBRAS端的IP地址，vBRAS通过负载分担算法选择隧道业务转发资源组中隧道，如通过发起隧道SIP进行哈希(hash)选择DIP。隧道备份数据(即转发器中备份的数据)中应该包含隧道的源端属性:如源IP、源端口，才能保证在切换后隧道的合法性以及延续保活机制。

(2)业务类型隧道

非协议触发的隧道(如CGN、NETSTEAM等)，没有入隧道端，流量的处理直接在隧道版本上处理后转发。如对于CGN用户可以通过流量报文的源IP所在地址段HASH到对应的隧道单板。隧道备份数据不感知建立隧道的源端属性，直接对业务进行备份。

基于上述的图5所示的架构以及隧道配置过程，下面介绍隧道业务中的热备份处理方法的具体实现：

业务上线时在隧道业务转发资源组内所有隧道业务转发资源申请资源并占用实现热备份，在当前使用的隧道业务转发资源故障时切换到其他可以获取的隧道业务转发资源时，不需要重新申请资源而实现业务部重点。为了保障用户切换后功能备份，有一个隧道业务转发资源上申请失败不许让用户下线。

隧道热备份将业务组挂接到不同的隧道业务转发资源上进行，这种业务组移动只是再控制层面管理维护业务使用隧道业务转发资源的指针，而用户资源不需要进行变更。这种移动应该在控制层面的移动，避免业务组的数据表项在单板之间迁移造成性能瓶颈和表项丢失。

所谓的一次移动就是将一个业务组从一个成员板移动到另一个成员板(也就是将一个业务组从一个隧道业务转发资源搬移到另一个隧道业务转发资源)。最小移动单位必须是业务组而不是业务，即必须同时将隧道业务转发资源下所有的业务组一起移动)。

图7为本发明隧道业务的备份处理方法一实例的示意图，如图7所示，当隧道业务转发资源3(也就是转发器3)出现故障之后，vBRAS(即控制器或者控制隧道业务转发资源)控制将于隧道业务转发资源3的互为备份的隧道业务转发资源1和2对原隧道业务转发资源3挂载的业务进行承载，可以将全部的隧道业务转发资源3的业务全部切换中隧道业务转发资源1或者隧道业务转发资源2上进行承载，但是为了避免一个隧道业务转发资源的负载过大，可以根据负载分担算法将隧道业务转发资源3的业务按照业务组分别切换至两个隧道业务转发资源上进行承载。实现隧道业务转发资源的热备份，避免由于隧道业务转发资源3的故障造成业务中断的问题。

另外，控制器在检测到配置了新的转发器时，根据负载分担算法将当前业务组在所述新的转发器和预先配置的可用的至少两个转发器上进行重新分配；其中，每个业务组上挂载至少一个业务。

实际上负载分担方案不止使用在增加了新的隧道业务转发资源时，在隧道业务转发资源故障进行业务切换承载的过程中，也需要根据每个隧道业务转发资源的负载情况进行分配，负载分担的方案具体可以从两级进行实现：

第一级：隧道业务级别，实现业务与隧道业务转发资源的分担。

第二级：业务组级别，通过业务组挂载业务。通过在隧道业务转发资源建立业务组分配业务的分担，在业务资源故障时，通过业务组的移动改变转发的出隧道业务转发资源的指针而不需要变更用户的隧道业务转发资源的表项。

下面介绍几种隧道业务转发资源组内不同的隧道业务转发资源的负载分担模式：

负载分担方式：所有的隧道业务转发资源同时处于ACTIVE状态，业务在隧道业务转发资源的进行根据负载分担算法进行分担。

N:M备份方式：只有N块隧道业务转发资源处于ACTIVE状态，M块处于STANDBY，用户业务在N块资源上负载分担。一旦ACTIVE资源故障，选择一块STANDBY资源迅速变为ACTIVE，故障资源业务负载分担到当前ACTIVE的单板上，典型的应用是1:1主备备份方式。

在隧道业务转发资源组内，每个成员资源上创建逻辑的业务组，将用户挂到业务组上，可以选择不同的负载分担算法计算出用户业务挂到哪个成员资源的业务组上。如使用最简单的负载方法：逐个用户分担到业务组上。

业务组的数量以及业务挂到业务组应当是可以灵活配置。业务组越少，隧道业务转发资源up/down负载分担效果越差，但是资源占用较少；相反负载分担效果明显，相应占用资源越多。

以增加新的转发器为例，会将新增的转发器加入到负载分担计算中，会将当前的业务组在可用的转发器(包含新增的和已有的)进行重新分配。分配的方式可以根据不同的算法进行负载分配，至少包括以下几种方式：。

1、根据业务组的量进行简单平均分配。如原来2个转发器每个3个业务组，平均分到3个转发器，每个2个业务组

2、根据业务对应的负载量(需要在业务组保存以下的负载统计)平均分配到三个转发器，负载量有：

A)、业务组下业务分配的带宽；

B)、业务组下业务的数量；

C)、业务组下业务实时使用的带宽。与A)的区别在于这里实际使用的带宽。家里的上网带宽为100M，但是平时上网只用到10M。A)的含义是通过10M，C)的含义是总共使用100M。

上述负载分担的基本原理是基于业务组进行切换，以负载量计算决定的是业务组切换到哪个转发器。

图8为本发明隧道业务的负载分担处理方法一实例的示意图，如图8所示，示出了新隧道业务转发资源3加入到隧道业务转发资源组中之后的负载分担处理方式，当增加了新的隧道业务转发资源3之后，控制器根据预选的负载分担算法将原本承载在隧道业务转发资源1和隧道业务转发资源2上的业务切换至新增的隧道业务转发资源3上进行承载，切换过程中是业务组的整体搬移。

新增的隧道业务转发资源会分配业务组，同时隧道TRUNK中的不同隧道业务转发资源的业务组进行负载分配，最终基于业务组的粒度对业务进行分配，使业务负载趋于均衡。

图9为本发明控制器实施例一的结构示意图，如图9所示，该控制器10，包括：

处理模块11，用于在获取到第一转发器发生故障时，确定所述第一转发器所属的隧道业务转发资源组，所述隧道业务转发资源组包括对所述第一转发器上承载的隧道业务进行备份的转发器的信息；

处理模块11还用于根据所述隧道业务转发资源组确定对所述第一转发器进行备份的至少一个备份转发器，并根据所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份的关系，生成业务切换指示信息；

发送模块12，用于将所述业务切换指示信息发送给所述至少一个备份转发器，所述业务切换指示信息用于指示所述至少一个备份转发器将所述第一转发器上承载的隧道业务切换到所述至少一个备份转发器进行承载。

本实施例提供的控制器，即隧道业务的备份处理装置，用于执行前述任一方法实施例中控制器的技术方案，其实现原理和技术效果类似，通过预先为转发器配置备份，在检测到第一转发器发生故障时，根据与该第一转发器互为备份的转发器选择出至少一个备份转发器，将原本挂载在第一转发器上的业务切换到至少一个备份转发器上进行承载，即预先配置备份的隧道资源，也就是转发器，当前使用的转发器故障时切换到其他备份转发器上进行业务承载，不需要重新申请资源进行业务重建，避免由于业务重建造成的业务中断的问题，实现隧道业务的热备份。

在控制器的实施例二中，所述处理模块11还用于：

根据所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份的关系，在所述至少一个备份转发器上建立承载所述第一转发器上承载的隧道业务的转发资源。

可选的，所述第一转发器承载的业务被分为至少一个业务组；则所述处理模块11生成的所述业务切换指示信息包括每个第二转发器与业务组的对应关系。

可选的，处理模块11应用的所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份包括：所述至少一个备份转发器包括第二转发器，所述第二转发器对所述第一转发器上承载的所有隧道业务进行备份；或者，所述至少一个备份转发器包括第二转发器和第三转发器，所述第二转发器和所述第三转发器分别对所述第一转发器上承载的隧道业务按照比例分配进行备份。

可选的，所述至少一个备份转发器包括第二转发器，则所述发送模块12具体用于将所述业务切换指示信息发送至所述第二转发器；其中，所述业务切换指示信息用于指示所述第二转发器将所述第一转发器对应的隧道业务切换到所述第二转发器进行承载；

或者，所述至少一个备份转发器包括第二转发器和第三转发器，则所述发送模块12具体用于将所述业务切换指示信息分别发送至所述第二转发器和所述第三转发器；其中，所述业务切换指示信息用于指示所述第二转发器和所述第三转发器将所述第一转发器对应的隧道业务切换到所述第二转发器和所述第三转发器进行承载。

可选的，所述处理模块11还用于将所述第一转发器上承载的隧道业务被分为至少一个业务组。

可选的，所述处理模块11使用的所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份包括：所述至少一个备份转发器包括第二转发器，所述第二转发器对所述第一转发器上承载的所述至少一个业务组里的隧道业务进行备份；或者，所述至少一个备份转发器包括第二转发器和第三转发器，所述至少一个业务组包括第一业务组和第二业务组，所述第二转发器对所述第一业务组里的隧道业务进行备份，所述第三转发器对所述第二业务组里的隧道业务进行备份。

可选的，所述至少一个备份转发器包括第二转发器，则所述发送模块12具体用于将所述业务切换指示信息发送至所述第二转发器；其中，所述业务切换指示信息用于指示所述第二转发器将所述至少一个业务组里的隧道业务切换到所述第二转发器进行承载；

或者，所述至少一个备份转发器包括第二转发器和第三转发器，则所述发送模块12具体用于将所述业务切换指示信息分别发送至所述第二转发器和所述第三转发器；其中，所述业务切换指示信息用于指示：所述第二转发器将所述第一业务组里的隧道业务切换到所述第二转发器进行承载，所述第三转发器将所述第二业务组里的隧道业务切换到所述第三转发器进行承载。

可选的，所述处理模块11具体用于：

获取每个备份转发器的负载情况；

根据每个备份转发器的负载情况、所述第一转发器上承载的所述至少一个业务组，采用负载分担算法选择为每个备份转发器分配对应的至少一个业务组；

生成所述业务切换指示信息。

可选的，在上述隧道业务的备份处理装置实施例一的基础上，上述处理模块11还用于检测到配置了新的转发器时，根据负载分担算法将当前业务组在所述新的转发器和预先配置的可用的至少两个转发器上进行重新分配；

其中，每个业务组上挂载至少一个业务。

本实施例提供的控制器，用于执行前述任一方法实施例中控制器的技术方案，其实现原理和技术效果类似，在此不再赘述。

图10为本发明转发器实施例一的结构示意图，如图10所示，该转发器20，包括：

接收模块21，用于接收控制器发送的业务切换指示信息；所述业务切换指示信息用于指示所述转发器承载所述第一转发器上承载的隧道业务；

处理模块22，用于根据所述业务切换指示信息对所述第一转发器的业务进行承载。

本实施例提供的转发器，用于执行前述任一方法实施例中第二转发器的技术方案，其实现原理和技术效果类似，根据控制器的指示信息对故障的第一转发器上的业务进行承载，避免第一转发器故障造成业务中断的问题。

在该转发器实施例二中，在上述实施例一的基础上，所述处理模块22还用于控制对所述第一转发器的数据进行实时备份；所述第一转发器和所述控制器20的隧道资源相同。

可选的，所述第一转发器承载的业务被分为至少一个业务组；则所述接收模块21接收到的所述业务切换指示信息包括与所述第二转发器对应的业务组的标识。

可选的，所述处理模块22还用于：根据控制器的指示建立与所述第一转发器上承载的隧道业务对应的转发资源；根据所述转发资源将所述第一转发器上的隧道业务进行备份。

可选的，所述处理模块22具体用于：对所述第一转发器上承载的所有隧道业务进行备份；或者，对所述第一转发器上承载的隧道业务按照比例分配进行部分备份。

本实施例提供的转发器，用于执行前述任一方法实施例中备份转发器的技术方案，其实现原理和技术效果类似，在此不再赘述。

图11为本发明控制器实体实施例一的结构示意图，如图11所示，该控制器包括：存储有程序指令的存储器31、用于控制程序指令执行的处理器32以及发送器33；

所述处理器32用于：

获取到第一转发器发生故障时，确定所述第一转发器所属的隧道业务转发资源组，所述隧道业务转发资源组包括对所述第一转发器上承载的隧道业务进行备份的转发器的信息；

根据所述隧道业务转发资源组确定对所述第一转发器进行备份的至少一个备份转发器，并根据所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份的关系，生成业务切换指示信息；

发送器33用于将所述业务切换指示信息发送给所述至少一个备份转发器，所述业务切换指示信息用于指示所述至少一个备份转发器将所述第一转发器对应的隧道业务切换到所述至少一个备份转发器进行承载。

可选的，所述处理器32还用于：根据所述至少一个备份转发器对所述第一转发器上承载的隧道业务进行备份的关系，在所述至少一个备份转发器上建立承载所述第一转发器上承载的隧道业务的转发资源。

可选的，所述第一转发器承载的业务被分为至少一个业务组；则所述处理器32生成的所述业务切换指示信息包括每个备份转发器与业务组的对应关系。

可选的，所述处理器32具体用于：

获取每个备份转发器的负载情况；

根据每个备份转发器的负载情况、所述第一转发器上承载的所述至少一个业务组，采用负载分担算法选择为每个备份转发器分配对应的至少一个业务组；

生成所述业务切换指示信息。

可选的，上述处理器32还用于检测到配置了新的转发器时，根据负载分担算法将当前业务组在所述新的转发器和预先配置的可用的至少两个转发器上进行重新分配；其中，每个业务组上挂载至少一个业务。

本实施例提供的控制器，用于执行前述任一方法实施例中控制器的技术方案，其实现原理和技术效果类似，在此不再赘述。

图12为本发明转发器实体实施例一的结构示意图，如图12所示，该转发器包括：接收器41以及用于控制程序指令执行的处理器42；

接收器41，用于接收控制器发送的业务切换指示信息；所述业务切换指示信息用于指示所述备份转发器将所述第一转发器对应的隧道业务进行承载；

处理器42，用于控制所述转发器根据所述业务切换指示信息对所述第一转发器的业务进行承载。

可选的，所述处理器42还用于：

根据控制器的指示建立与所述第一转发器上承载的隧道业务对应的转发资源；根据所述转发资源将所述第一转发器上的隧道业务进行备份。

可选的，所述第一转发器承载的业务被分为至少一个业务组；则所述接收器41接收到的所述业务切换指示信息包括与所述备份转发器对应的业务组的标识。

可选的，所述处理器42还具体用于：

对所述第一转发器上承载的所有隧道业务进行备份；或者，对所述第一转发器上承载的隧道业务按照比例分配进行部分备份。

本实施例提供的转发器，用于执行前述任一方法实施例中第二转发器的技术方案，其实现原理和技术效果类似，根据控制器的指示信息对故障的第一转发器上的业务进行承载，避免第一转发器故障造成业务中断的问题。

图13为本发明BRAS设备实施例一的结构示意图，如图13所示，该BRAS设备50至少包括：控制器51、第一转发器52和至少一个第二转发器53；

所述控制器51用于：

获取到所述第一转发器52发生故障时，确定所述第一转发器52所属的隧道业务转发资源组，所述隧道业务转发资源组包括对所述第一转发器52上承载的隧道业务进行备份的转发器的信息；

根据所述隧道业务转发资源组确定对所述第一转发器52进行备份的所述至少一个第二转发器53，并根据所述至少一个第二转发器53对所述第一转发器52上承载的隧道业务进行备份的关系，生成业务切换指示信息；

所述至少一个第二转发器53用于：

接收所述控制器发送的业务切换指示信息；所述业务切换指示信息用于指示所述至少一个第二转发器53将所述第一转发器52上承载的隧道业务进行承载；

根据所述业务切换指示信息将所述第一转发器52的业务进行承载。

如图13所示，该BRAS设备中包括控制器和多个转发器，控制器可以对转发器进行管理控制，执行与前述方法实施例中的控制器类似的技术方案，其实现原理和技术效果类似。

在上述控制器和转发器的实施例中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(英文：read-only memory，缩写：ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文：magnetic tape)、软盘(英文：floppy disk)、光盘(英文：optical disc)及其任意组合。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。