一种跨业务持续性实现方法和设备

摘要

本发明公开了一种跨业务持续性实现方法和设备，该方法包括：预置业务类型与持续性数据集之间的对应关系，并预置业务类型与持续性角色类型之间的对应关系；当业务类型对应的持续性角色类型为生产者时，向与所述业务类型对应的持续性数据集中生成持续性信息，所述持续性信息包括：与所述业务类型对应的关键信息以及网络设备信息；当业务类型对应的持续性角色类型为消费者时，依据与所述业务类型对应的关键信息，从与所述业务类型对应的持续性数据集中读取持续性信息。本发明实施例中，保证由一个网络设备对一个客户端的相互关联的多种业务进行处理，提升业务可靠性。

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种跨业务持续性实现方法和设备。

背景技术

负载均衡技术是一种集群技术，其将特定的业务（如网络服务、网络流 量等）分担给多台网络设备（如服务器、防火墙等），从而提高业务处理能力， 并保证业务的高可靠性。进一步的，在基于内容的负载均衡技术中，需要根 据报文中携带的内容进行负载均衡。例如，针对HTTP（Hyper Text Transfer  Protocol，超文本传输协议）业务，需要根据报文中携带的Cookie信息进行负 载均衡。如图1所示，为基于内容的负载均衡技术的组网示意图，其中至少包 括客户端、负载均衡设备以及网络设备集群，该网络设备集群内包括多个网 络设备，且该网络设备集群对外提供VSIP（Virtual Service IP，虚服务IP）。

以RADIUS（Remote Authentication Dial In User Service，远程用户拨号认 证系统）计费业务为例，客户端访问网络设备集群的流程具体包括以下步骤：

步骤1、当客户端需要访问网络设备集群时，发送计费报文，该计费报文 的源IP地址为本客户端的IP地址，目的IP地址为网络设备集群提供的VSIP。

步骤2、负载均衡设备在收到计费报文时，获取该计费报文中携带的内容， 即负载均衡设备获取该计费报文中携带的Frame-IP。其中，针对RADIUS计费 业务，该计费报文中会携带Frame-IP，该Frame-IP为客户端的IP地址。

步骤3、负载均衡设备判断本地持续性表项中是否记录有该计费报文中携 带的Frame-IP；如果否，则执行步骤4，如果是，则执行步骤5。

其中，针对RADIUS计费业务，本地持续性表项用于记录Frame-IP与网络 设备集群内的网络设备的实际IP地址（其不是VSIP）之间的对应关系。

步骤4、负载均衡设备从网络设备集群内任意选择一个网络设备，将计费 报文的目的IP地址修改为该网络设备的实际IP地址，并将修改后的计费报文发 送给该网络设备，并在本地持续性表项中记录该计费报文中携带的Frame-IP 与该网络设备的实际IP地址之间的对应关系。在步骤4之后，执行步骤6。

步骤5、负载均衡设备将计费报文的目的IP地址修改为该计费报文中携带 的Frame-IP在本地持续性表项中对应的实际IP地址，并将修改后的计费报文发 送给该实际IP地址对应的网络设备。在步骤5之后，执行步骤6。

步骤6、网络设备接收计费报文，返回计费响应报文。该计费报文的源IP 地址为客户端的IP地址，目的IP地址为本网络设备的实际IP地址；该计费响应 报文的源IP地址为本网络设备的实际IP地址，目的IP地址为客户端的IP地址。

步骤7、负载均衡设备在收到计费响应报文后，将计费响应报文的源IP地 址修改为网络设备集群提供的VSIP，将修改后的计费响应报文发送给客户端。

进一步的，针对其它业务，其处理流程与上述RADIUS计费业务的处理流 程类似，只是不同业务对应有不同的本地持续性表项。例如，负载均衡设备 利用RADIUS计费业务对应的本地持续性表项对计费报文进行相关处理，并利 用数据流量业务对应的本地持续性表项对流量报文进行相关处理。但是，在 具体实现中，需要使用同一个网络设备对一个客户端的RADIUS计费业务和数 据流量业务进行处理。显然，现有的实现方式中，针对一个客户端的RADIUS 计费业务和数据流量业务，可能由不同的网络设备进行处理，即无法保证由 一个网络设备对一个客户端的RADIUS计费业务和数据流量业务进行处理。

发明内容

本发明实施例提供一种跨业务持续性实现方法和设备，以保证由一个网 络设备对一个客户端的相互关联的多种业务进行处理，提升业务可靠性。

为了达到上述目的，本发明实施例提供一种跨业务持续性实现方法，该 方法应用于负载均衡设备，该方法包括以下步骤：预置业务类型与持续性数 据集之间的对应关系，以及业务类型与持续性角色类型之间的对应关系；

当接收到的报文所属的业务类型对应的持续性角色类型为生产者时，向 与所述业务类型对应的持续性数据集中生成持续性信息，所述持续性信息包 括：从所述报文中提取的与所述业务类型对应的关键信息以及网络设备信息；

当接收到的报文所属的业务类型对应的持续性角色类型为消费者时，依 据从所述报文中提取的与所述业务类型对应的关键信息，从与所述业务类型 对应的持续性数据集中读取持续性信息。

所述向与所述业务类型对应的持续性数据集中生成持续性信息的过程， 具体包括：从所述报文中提取与所述业务类型对应的关键信息，并判断与所 述业务类型对应的持续性数据集中是否记录有所述关键信息；

如果否，则从网络设备集群内选择一个网络设备，在所述业务类型对应 的持续性数据集中记录所述关键信息以及该网络设备信息之间的对应关系， 并利用该网络设备信息发送所述报文；如果是，则利用所述关键信息在所述 业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。

所述依据从所述报文中提取的与所述业务类型对应的关键信息，从与所 述业务类型对应的持续性数据集中读取持续性信息的过程，具体包括：

从所述报文中提取与所述业务类型对应的关键信息，并判断与所述业务 类型对应的持续性数据集中是否记录有所述关键信息；

如果否，则丢弃所述报文；如果是，则利用所述关键信息在所述业务类 型对应的持续性数据集中对应的网络设备信息发送所述报文。

所述从所述报文中提取与所述业务类型对应的关键信息的过程，具体包 括：预置业务类型与关键信息类型之间的对应关系；

利用所述对应关系确定接收到的报文所属的业务类型对应的关键信息类 型，并利用所述关键信息类型从所述报文中提取相应的关键信息。

在预置业务类型与持续性数据集之间的对应关系时，相互关联的多种业 务的业务类型将对应于同一个持续性数据集；远程用户拨号认证系统RADIUS 计费业务与数据流量业务为相互关联的两种业务；基于安全套接层的超文本 传输协议HTTPS业务与超文本传输协议HTTP业务为相互关联的两种业务；

针对RADIUS计费业务，其预置的业务类型对应的持续性角色类型为生 产者，且其预置的业务类型对应的关键信息类型为报文中携带的Frame-IP， 且利用关键信息类型从报文中提取的关键信息为Frame-IP中承载的IP地址；

针对数据流量业务，其预置的业务类型对应的持续性角色类型为消费者， 且其预置的业务类型对应的关键信息类型为报文中的源IP地址，且利用关键 信息类型从报文中提取的关键信息为报文中的源IP地址；

针对HTTPS业务，其预置的业务类型对应的持续性角色类型为生产者， 且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息，且利 用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息；

针对HTTP业务，其预置的业务类型对应的持续性角色类型为消费者， 且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息，且利 用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息。

本发明实施例提供一种负载均衡设备，所述负载均衡设备包括：

对应关系配置模块，用于预置业务类型与持续性数据集之间的对应关系， 并且预置业务类型与持续性角色类型之间的对应关系；

持续性信息生成模块，用于当接收到的报文所属的业务类型对应的持续 性角色类型为生产者时，向与所述业务类型对应的持续性数据集中生成持续 性信息；其中，所述持续性信息具体包括：从所述报文中提取的与所述业务 类型对应的关键信息以及网络设备信息；

持续性信息读取模块，用于当接收到的报文所属的业务类型对应的持续 性角色类型为消费者时，依据从所述报文中提取的与所述业务类型对应的关 键信息，从与所述业务类型对应的持续性数据集中读取持续性信息。

所述持续性信息生成模块，具体用于从所述报文中提取与所述业务类型 对应的关键信息，并判断与所述业务类型对应的持续性数据集中是否记录有 所述关键信息；如果否，从网络设备集群内选择一个网络设备，在所述业务 类型对应的持续性数据集中记录所述关键信息以及该网络设备信息之间的对 应关系，并利用该网络设备信息发送所述报文；如果是，利用所述关键信息 在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。

所述持续性信息读取模块，具体用于从所述报文中提取与所述业务类型 对应的关键信息，并判断与所述业务类型对应的持续性数据集中是否记录有 所述关键信息；如果否，则丢弃所述报文；如果是，则利用所述关键信息在 所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。

所述对应关系配置模块，还用于预置业务类型与关键信息类型之间的对 应关系；所述持续性信息生成模块，进一步用于利用所述对应关系确定接收 到的报文所属的业务类型对应的关键信息类型，并利用所述关键信息类型从 所述报文中提取相应的关键信息；且所述持续性信息读取模块，进一步用于 利用所述对应关系确定接收到的报文所属的业务类型对应的关键信息类型， 并利用所述关键信息类型从所述报文中提取相应的关键信息。

在预置业务类型与持续性数据集之间的对应关系时，相互关联的多种业 务的业务类型将对应于同一个持续性数据集；远程用户拨号认证系统RADIUS 计费业务与数据流量业务为相互关联的两种业务；基于安全套接层的超文本 传输协议HTTPS业务与超文本传输协议HTTP业务为相互关联的两种业务；

针对RADIUS计费业务，其预置的业务类型对应的持续性角色类型为生 产者，且其预置的业务类型对应的关键信息类型为报文中携带的Frame-IP， 且利用关键信息类型从报文中提取的关键信息为Frame-IP中承载的IP地址；

针对数据流量业务，其预置的业务类型对应的持续性角色类型为消费者， 且其预置的业务类型对应的关键信息类型为报文中的源IP地址，且利用关键 信息类型从报文中提取的关键信息为报文中的源IP地址；

针对HTTPS业务，其预置的业务类型对应的持续性角色类型为生产者， 且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息，且利 用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息；

针对HTTP业务，其预置的业务类型对应的持续性角色类型为消费者， 且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息，且利 用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息。

与现有技术相比，本发明实施例至少具有以下优点：本发明实施例中， 在预置业务类型与持续性数据集的对应关系时，通过将相互关联的多种业务 的业务类型对应于同一个持续性数据集，从而保证由一个网络设备对一个客 户端的相互关联的多种业务进行处理，实现跨业务持续性，提升业务可靠性。

附图说明

图1是现有技术中基于内容的负载均衡技术的组网示意图；

图2是本发明实施例提供的一种跨业务持续性实现方法流程示意图；

图3是本发明实施例提供的一种负载均衡设备的结构示意图。

具体实施方式

针对现有技术中存在的问题，本发明实施例提供一种跨业务持续性实现 方法，以图1为本发明实施例的应用场景示意图，该方法应用于至少包括客 户端、负载均衡设备以及网络设备集群的网络中，该网络设备集群内包括多 个网络设备（如服务器或防火墙等），且该网络设备集群对外提供VSIP，该 VSIP不是网络设备的实际IP地址，而是该网络设备集群对应的一个IP地址， 该VSIP提供给客户端，由客户端利用该VSIP访问网络设备集内的网络设备。

在上述应用场景下，如图2所示，该方法具体可以包括以下步骤：

步骤201，负载均衡设备预置业务类型与持续性数据集之间的对应关系， 以及负载均衡设备预置业务类型与持续性角色类型之间的对应关系。

本发明实施例中，持续性数据集是持续性信息的数据集合，且该持续性 信息至少包括关键信息以及网络设备信息，该网络设备信息为网络设备的实 际IP地址。其中，持续性数据集可以通过表项方式进行组织，并采用HASH 方式存储持续性数据集或者采用树方式存储持续性数据集。此外，考虑到存 储空间占用的优化情况，还可以使用摘要、数据压缩等方法对持续性信息进 行数据压缩，以减少持续性信息占用的存储空间，该过程在此不再赘述。

在持续性数据集中维护持续性信息时，持续性信息除了包括关键信息以 及网络设备信息之外，该持续性信息还可以包括老化时间以及关键信息的长 度。基于此老化时间，在老化时间超时之后，还需要从持续性数据集中删除 相应的持续性信息。如表1所示，为一种优选的持续性数据集的具体示例。

表1

关键信息 关键信息的长度 网络设备信息 老化时间 ... ... ... ...

本发明实施例中，持续性角色类型具体为生产者或者消费者。在持续性 角色类型为生产者时，负载均衡设备向持续性数据集中生成持续性信息，即 利用报文中携带的关键信息向持续性数据集中生成持续性信息，以维护表1 所示的持续性数据集。在持续性角色类型为消费者时，负载均衡设备从持续 性数据集中读取持续性信息，即利用报文中携带的关键信息查询持续性数据 集中记录的持续性信息，以利用表1所示的持续性数据集对报文进行处理。

基于持续性数据集，负载均衡设备需要预置业务类型与持续性数据集之 间的对应关系，且在预置业务类型与持续性数据集之间的对应关系时，负载 均衡设备需要将相互关联的多种业务的业务类型对应于同一个持续性数据 集。其中，相互关联的多种业务是指需要由同一个网络设备进行处理的业务， 且一个业务需要在另一个业务的基础上执行。基于此，RADIUS计费业务与 数据流量业务为相互关联的两种业务，即RADIUS计费业务与数据流量业务 需要由同一个网络设备进行处理，且数据流量业务需要在RADIUS计费业务 的基础上执行。此外，HTTPS（基于安全套接层的超文本传输协议）业务与 HTTP业务为相互关联的两种业务，即HTTPS业务与HTTP业务需要由同一 个网络设备进行处理，且HTTP业务需要在HTTPS业务的基础上执行；其中， 用户认证过程采用HTTPS业务，且后续业务访问过程采用HTTP业务。

基于持续性角色类型，负载均衡设备还需要预置业务类型与持续性角色 类型之间的对应关系，且在预置业务类型与持续性角色类型之间的对应关系 时，针对RADIUS计费业务，其预置的业务类型对应的持续性角色类型为生 产者，针对数据流量业务，其预置的业务类型对应的持续性角色类型为消费 者，针对HTTPS业务，其预置的业务类型对应的持续性角色类型为生产者， 针对HTTP业务，其预置的业务类型对应的持续性角色类型为消费者。

步骤202，负载均衡设备在收到来自客户端的报文时，确定该报文所属的 业务类型，并确定该业务类型对应的持续性角色类型；当持续性角色类型为 生产者时，执行步骤203；当持续性角色类型为消费者时，执行步骤204。

其中，基于报文中携带的目的端口、目的IP地址以及协议标识等信息， 负载均衡设备能够直接确定报文所属的业务类型，该过程本发明实施例中不 再赘述。进一步的，由于负载均衡设备上预置有业务类型与持续性角色类型 之间的对应关系，因此在确定报文所属的业务类型后，可以直接确定出该业 务类型对应的持续性角色类型。例如，当确定报文所属的业务类型为RADIUS 计费业务时，可以确定出RADIUS计费业务对应的持续性角色类型为生产者。

步骤203，负载均衡设备向与业务类型对应的持续性数据集中生成持续性 信息，该持续性信息包括从报文中提取的与业务类型对应的关键信息以及网 络设备信息。此外，该持续性信息还可以包括老化时间和关键信息的长度。

本发明实施例中，负载均衡设备向与业务类型对应的持续性数据集中生 成持续性信息的过程，具体包括：负载均衡设备从报文中提取与业务类型对 应的关键信息，并判断与业务类型对应的持续性数据集中是否记录有该关键 信息。如果否，则负载均衡设备从网络设备集群内任意选择一个网络设备（如 选择负载最轻的网络设备），并在业务类型对应的持续性数据集中记录该关键 信息以及该网络设备信息之间的对应关系，并利用该网络设备信息发送报文， 即利用网络设备的实际IP地址将报文发送给该网络设备。如果是，则负载均 衡设备利用关键信息在业务类型对应的持续性数据集中对应的网络设备信息 发送报文，即利用网络设备的实际IP地址将报文发送给该网络设备。

本发明实施例中，负载均衡设备从报文中提取与业务类型对应的关键信 息的过程，具体包括：负载均衡设备预置业务类型与关键信息类型之间的对 应关系。之后，负载均衡设备利用对应关系确定接收到的报文所属的业务类 型对应的关键信息类型，并利用关键信息类型从报文中提取相应的关键信息。

需要注意的是，业务类型与关键信息类型之间的对应关系可以根据实际 需要任意设置。针对RADIUS计费业务，其预置的业务类型对应的关键信息 类型可以为报文中携带的Frame-IP，且利用关键信息类型从报文中提取的关 键信息为Frame-IP中承载的IP地址；针对数据流量业务，其预置的业务类型 对应的关键信息类型可以为报文中的源IP地址，且利用关键信息类型从报文 中提取的关键信息为报文中的源IP地址；针对HTTPS业务，其预置的业务 类型对应的关键信息类型可以为报文中携带的Cookie信息，且利用关键信息 类型从报文中提取的关键信息为报文中携带的Cookie信息；针对HTTP业务， 其预置的业务类型对应的关键信息类型可以为报文中携带的Cookie信息，且 利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息。

在本发明实施例的一种优选实施方式中，在与业务类型对应的持续性数 据集中没有记录报文中携带的关键信息时，负载均衡设备在业务类型对应的 持续性数据集中记录关键信息以及网络设备信息之间的对应关系之后，还需 要在持续性数据集中为相应的持续性信息启动老化定时器。在与业务类型对 应的持续性数据集中记录有报文中携带的关键信息时，负载均衡设备还需要 更新持续性数据集中相应的老化定时器的老化时间。基于此，在老化定时器 的老化时间超时之后，负载均衡设备还需要删除相应的持续性信息。

在本发明实施例的一种具体实现方式中，在与业务类型对应的持续性数 据集中记录有报文中携带的关键信息时，当关键信息对应的网络设备只有一 个时，负载均衡设备还需要判断该关键信息对应的网络设备是否存在；如果 存在，则向该网络设备发送报文；如果不存在，则负载均衡设备从网络设备 集群内任意选择一个网络设备，在业务类型对应的持续性数据集中记录关键 信息与网络设备信息之间的对应关系，并向该网络设备发送报文。进一步的， 当关键信息对应的网络设备有多个时，负载均衡设备从多个网络设备中任意 选择一个网络设备，如果该网络设备存在，则向该网络设备发送报文；如果 该网络设备不存在，则需要继续从多个网络设备中选择其它的网络设备，依 此类推，一直到选择出存在的网络设备，并向该网络设备发送报文。

步骤204，负载均衡设备依据从报文中提取的与业务类型对应的关键信 息，从与业务类型对应的持续性数据集中读取持续性信息。

本发明实施例中，负载均衡设备依据从报文中提取的与业务类型对应的 关键信息，从与业务类型对应的持续性数据集中读取持续性信息的过程，具 体包括：负载均衡设备从报文中提取与业务类型对应的关键信息，并判断与 业务类型对应的持续性数据集中是否记录有该关键信息。如果否，则负载均 衡设备不对报文进行转发处理，并丢弃该报文。如果是，则负载均衡设备利 用关键信息在业务类型对应的持续性数据集中对应的网络设备信息发送报 文，即负载均衡设备利用网络设备的实际IP地址将报文发送给该网络设备。

本发明实施例中，负载均衡设备从报文中提取与业务类型对应的关键信 息的过程，具体包括：负载均衡设备预置业务类型与关键信息类型之间的对 应关系。之后，负载均衡设备利用对应关系确定接收到的报文所属的业务类 型对应的关键信息类型，并利用关键信息类型从报文中提取相应的关键信息。

需要注意的是，业务类型与关键信息类型之间的对应关系可以根据实际 需要任意设置。针对RADIUS计费业务，其预置的业务类型对应的关键信息 类型可以为报文中携带的Frame-IP，且利用关键信息类型从报文中提取的关 键信息为Frame-IP中承载的IP地址；针对数据流量业务，其预置的业务类型 对应的关键信息类型可以为报文中的源IP地址，且利用关键信息类型从报文 中提取的关键信息为报文中的源IP地址；针对HTTPS业务，其预置的业务 类型对应的关键信息类型可以为报文中携带的Cookie信息，且利用关键信息 类型从报文中提取的关键信息为报文中携带的Cookie信息；针对HTTP业务， 其预置的业务类型对应的关键信息类型可以为报文中携带的Cookie信息，且 利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息。

在本发明实施例的一种优选实施方式中，在与业务类型对应的持续性数 据集中记录有报文中携带的关键信息时，负载均衡设备在收到报文后，还需 要更新持续性数据集中相应的老化定时器的老化时间。基于此，在老化定时 器的老化时间超时之后，负载均衡设备还需要删除相应的持续性信息。

在本发明实施例的一种具体实现方式中，在与业务类型对应的持续性数 据集中记录有报文中携带的关键信息时，当关键信息对应的网络设备只有一 个时，负载均衡设备还需要判断该关键信息对应的网络设备是否存在；如果 存在，则向该网络设备发送报文；如果不存在，则丢弃该报文。进一步的， 当关键信息对应的网络设备有多个时，负载均衡设备从多个网络设备中任意 选择一个网络设备，如果该网络设备存在，则向该网络设备发送报文；如果 该网络设备不存在，则需要继续从多个网络设备中选择其它的网络设备，依 此类推，一直到选择出存在的网络设备，并向该网络设备发送报文。

为了进一步说明本发明实施例提供的技术方案，以下针对RADIUS计费 业务以及数据流量业务，并结合图1所示的应用场景，对本发明实施例进行 详细说明，假设RADIUS计费业务的报文为计费报文，且数据流量业务的报 文为流量报文，则上述跨业务持续性实现方法具体包括以下步骤：

步骤1、当客户端需要访问网络设备集群时，发送计费报文，该计费报文 的源IP地址为本客户端的IP地址，目的IP地址为网络设备集群提供的VSIP。

步骤2、负载均衡设备在收到计费报文时，确定计费报文所属业务类型为 RADIUS计费业务，确定RADIUS计费业务对应的持续性角色类型为生产者。

步骤3、负载均衡设备确定上述RADIUS计费业务对应的关键信息类型 为Frame-IP，并利用该关键信息类型Frame-IP从计费报文中提取关键信息， 即提取的关键信息为计费报文的Frame-IP中承载的IP地址。其中，该Frame-IP 中承载的IP地址为客户端的IP地址，假设该IP地址为IP地址4。

步骤4、负载均衡设备判断与RADIUS计费业务对应的持续性数据集（假 设为持续性数据集1）中是否记录有IP地址4。如果否，执行步骤5；如果是， 执行步骤6。当负载均衡设备首次收到来自客户端的计费报文时，判断结果为 否；当负载均衡设备不是首次收到来自客户端的计费报文时，判断结果为是。

步骤5、负载均衡设备从网络设备集群内任意选择一个网络设备，并在持 续性数据集1中记录IP地址4以及该网络设备信息之间的对应关系，并利用该网 络设备信息发送计费报文。进一步的，假设选择的网络设备为网络设备A，则 负载均衡设备在持续性数据集1中记录IP地址4与网络设备A的IP地址1之间的 对应关系，将计费报文的目的IP地址修改为网络设备A的IP地址1，并利用IP 地址1将修改后的计费报文发送给网络设备A。在步骤5之后，执行步骤7。

步骤6、负载均衡设备利用IP地址1在持续性数据集1中对应的网络设备信 息发送计费报文。假设IP地址1在持续性数据集1中对应的网络设备信息为IP 地址1，则负载均衡设备将计费报文的目的IP地址修改为IP地址1，并利用IP地 址1将修改后的计费报文发送给网络设备A。在步骤6之后，执行步骤7。

步骤7、网络设备A接收计费报文，返回计费响应报文。该计费报文的源 IP地址为客户端的IP地址4，目的IP地址为本网络设备A的IP地址1；该计费响 应报文的源IP地址为本网络设备A的IP地址1，目的IP地址为客户端的IP地址4。

步骤8、负载均衡设备在收到计费响应报文后，将计费响应报文的源IP地 址修改为网络设备集群提供的VSIP，将修改后的计费响应报文发送给客户端。

步骤9、当客户端需要访问网络设备集群时，发送流量报文，该流量报文 的源IP地址为本客户端的IP地址，目的IP地址为网络设备集群提供的VSIP。

步骤10、负载均衡设备在收到流量报文时，确定该流量报文所属的业务 类型为数据流量业务，并确定数据流量业务对应的持续性角色类型为消费者。

步骤11、负载均衡设备确定数据流量业务对应的关键信息类型为报文中 的源IP地址，并利用该关键信息类型源IP地址从流量报文中提取关键信息，即 提取的关键信息为流量报文中的源IP地址，且该源IP地址为客户端的IP地址4。

步骤12、负载均衡设备判断与数据流量业务对应的持续性数据集（该持 续性数据集与RADIUS计费业务对应的持续性数据集相同，即持续性数据集1） 中是否记录有IP地址4。如果否，执行步骤13；如果是，执行步骤14。

步骤13、负载均衡设备不对流量报文进行转发处理，并丢弃该流量报文。 在具体实现方式中，负载均衡设备可以根据预定义策略决定：直接丢弃该流 量报文，或者直接转发该流量报文，或者根据负载均衡算法转发该流量报文。

步骤14、负载均衡设备利用IP地址1在持续性数据集1中对应的网络设备信 息发送流量报文。假设IP地址1在持续性数据集1中对应的网络设备信息为IP 地址1，则负载均衡设备将流量报文的目的IP地址修改为IP地址1，并利用IP地 址1将修改后的流量报文发送给网络设备A。在步骤14之后，执行步骤15。

步骤15、网络设备A接收流量报文，返回流量响应报文。该流量报文的源 IP地址为客户端的IP地址4，目的IP地址为本网络设备A的IP地址1；该流量响 应报文的源IP地址为本网络设备A的IP地址1，目的IP地址为客户端的IP地址4。

步骤16、负载均衡设备收到流量响应报文后，将流量响应报文的源IP地址 修改为网络设备集群提供的VSIP，将修改后的流量响应报文发送给客户端。

基于与上述方法同样的发明构思，本发明实施例中还提供了一种负载均 衡设备，如图3所示，所述负载均衡设备包括：

对应关系配置模块11，用于预置业务类型与持续性数据集之间的对应关 系，并且预置业务类型与持续性角色类型之间的对应关系；

持续性信息生成模块12，用于当接收到的报文所属的业务类型对应的持 续性角色类型为生产者时，向与所述业务类型对应的持续性数据集中生成持 续性信息；其中，所述持续性信息具体包括：从所述报文中提取的与所述业 务类型对应的关键信息以及网络设备信息；

持续性信息读取模块13，用于当接收到的报文所属的业务类型对应的持 续性角色类型为消费者时，依据从所述报文中提取的与所述业务类型对应的 关键信息，从与所述业务类型对应的持续性数据集中读取持续性信息。

所述持续性信息生成模块12，具体用于从所述报文中提取与所述业务类 型对应的关键信息，判断与所述业务类型对应的持续性数据集中是否记录有 所述关键信息；如果否，从网络设备集群内选择一个网络设备，在所述业务 类型对应的持续性数据集中记录所述关键信息以及该网络设备信息之间的对 应关系，并利用该网络设备信息发送所述报文；如果是，利用所述关键信息 在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。

所述持续性信息读取模块13，具体用于从所述报文中提取与所述业务类 型对应的关键信息，并判断与所述业务类型对应的持续性数据集中是否记录 有所述关键信息；如果否，则丢弃所述报文；如果是，则利用所述关键信息 在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。

所述对应关系配置模块11，还用于预置业务类型与关键信息类型之间的 对应关系；所述持续性信息生成模块12，进一步用于利用所述对应关系确定 接收到的报文所属的业务类型对应的关键信息类型，并利用所述关键信息类 型从所述报文中提取相应的关键信息；且所述持续性信息读取模块13，进一 步用于利用所述对应关系确定接收到的报文所属的业务类型对应的关键信息 类型，并利用所述关键信息类型从所述报文中提取相应的关键信息。

本发明实施例中，在预置业务类型与持续性数据集之间的对应关系时， 相互关联的多种业务的业务类型将对应于同一个持续性数据集；其中，远程 用户拨号认证系统RADIUS计费业务与数据流量业务为相互关联的两种业 务；基于安全套接层的超文本传输协议HTTPS业务与超文本传输协议HTTP 业务为相互关联的两种业务；针对RADIUS计费业务，其预置的业务类型对 应的持续性角色类型为生产者，且其预置的业务类型对应的关键信息类型为 报文中携带的Frame-IP，且利用关键信息类型从报文中提取的关键信息为 Frame-IP中承载的IP地址；针对数据流量业务，其预置的业务类型对应的持 续性角色类型为消费者，且其预置的业务类型对应的关键信息类型为报文中 的源IP地址，且利用关键信息类型从报文中提取的关键信息为报文中的源IP 地址；针对HTTPS业务，其预置的业务类型对应的持续性角色类型为生产者， 且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息，且利 用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息；针对 HTTP业务，其预置的业务类型对应的持续性角色类型为消费者，且其预置的 业务类型对应的关键信息类型为报文中携带的Cookie信息，且利用关键信息 类型从报文中提取的关键信息为报文中携带的Cookie信息。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述 模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本 发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬 件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技 术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体 现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使 得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行 本发明各个实施例所述的方法。

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

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

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

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