CN102131239A - 业务处理单元和方法以及业务控制网关和负载均衡方法 - Google Patents
业务处理单元和方法以及业务控制网关和负载均衡方法 Download PDFInfo
- Publication number
- CN102131239A CN102131239A CN2010105214992A CN201010521499A CN102131239A CN 102131239 A CN102131239 A CN 102131239A CN 2010105214992 A CN2010105214992 A CN 2010105214992A CN 201010521499 A CN201010521499 A CN 201010521499A CN 102131239 A CN102131239 A CN 102131239A
- Authority
- CN
- China
- Prior art keywords
- address
- packet
- business
- transmission parameters
- data transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012545 processing Methods 0.000 title claims abstract description 233
- 238000000034 method Methods 0.000 title claims abstract description 42
- 230000005540 biological transmission Effects 0.000 claims abstract description 205
- 238000006243 chemical reaction Methods 0.000 claims abstract description 14
- 238000003672 processing method Methods 0.000 abstract 1
- 230000008569 process Effects 0.000 description 9
- 238000011217 control strategy Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000010276 construction Methods 0.000 description 4
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000000739 chaotic effect Effects 0.000 description 1
- 230000000052 comparative effect Effects 0.000 description 1
- 235000014510 cooky Nutrition 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000004148 unit process Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供了一种业务处理单元和方法以及业务控制网关和负载均衡方法，业务处理单元包括业务处理模块，用于接收业务请求数据包并记录其数据传输参数组，生成业务获取数据包；地址转换模块用于记录业务获取数据包中的源IP地址，对业务获取数据包源IP地址进行替换并发出；接收业务承载数据包，依据源IP地址替换其目的IP地址；业务处理模块还用于根据业务承载数据包和业务请求数据包的数据传输参数组生成业务应答数据包并发送。本发明还提供了一种业务处理方法以及业务控制网关和负载均衡方法。通过执行地址替换操作，使得负载均衡单元仅负责向业务处理单元分发业务请求数据包，因此可降低负载均衡单元的任务量提高其工作效率。
Description
技术领域
本发明涉及负载均衡技术，尤其涉及一种业务处理单元和方法以及业务控制网关和负载均衡方法。
背景技术
移动终端例如移动电话或者笔记本计算机通过网络接入服务器(Network Access Server，NAS)接入到服务提供商(Service Provider，SP)的业务服务器(例如门户网站服务器、电子邮件服务器等)，以使用SP提供的服务。为了对用户访问SP服务的过程进行控制和计费，电信运营商在网络接入服务器和SP业务服务器之间增加业务控制网关(Service ControlGateway，SCG)。
业务控制网关内部一般包含两种功能单元，分别为负载均衡单元和业务处理单元，其中业务处理单元往往配置多个，以应对庞大的访问量。
负载均衡单元负责接收来自移动设备的业务请求数据包，并采用负载均衡策略将业务请求数据包分发到合适的业务处理单元。由于业务请求数据包和针对该业务请求数据包而返回的业务应答数据包必须由同一业务处理单元进行处理，因此在分发业务请求数据包时，负载均衡单元还需记录该业务请求数据包与处理该业务请求数据包的业务处理单元之间的对应关系，以便在收到针对该业务请求数据包而返回的业务应答数据包时，能够将该业务应答数据包发往处理上述业务请求数据包的业务处理单元进行处理。一般而言，负载均衡单元是通过记录业务请求数据包的源IP地址与业务处理单元之间的对应关系，来记录业务请求数据包与业务处理单元之间的对应关系的。
业务处理单元用于根据业务请求数据包进行业务处理操作(例如控制和计费操作等)，再将业务请求数据包返回负载均衡单元，以便由负载均衡单元发往业务服务器，再由业务服务器提供真正的服务。业务服务器在提供服务时，会返回业务应答数据包(例如包含用户所请求视频内容的业务应答数据包)。该业务应答数据包将路由至负载均衡单元，负载均衡单元提取该业务应答数据包的目的IP地址，该目的IP地址即为该业务应答数据包所对应的业务请求数据包的源IP地址。随后，负载均衡单元便可根据记录的业务请求数据包的源IP地址与业务处理单元之间的对应关系确定应将该业务应答数据包转发给哪一业务处理单元进行处理。在对业务应答数据包进行处理之后，业务处理单元将业务应答数据包返回给负载均衡单元，由负载均衡单元发往NAS，最后由NAS发往移动终端。
由于负载均衡单元负责记录业务请求数据包的源IP地址与业务处理单元之间的对应关系，因此返回的业务应答数据包必须先发送到负载均衡单元才能确定该业务应答数据包应转发至哪一业务处理单元进行处理。如此一来必然增加负载均衡单元的处理负担。更为严重的是，与业务请求数据包相比，业务应答数据包的数量要大很多，这无疑将导致负载均衡单元负担过重，影响业务请求数据包和业务应答数据包的转发，从而制约整个业务控制网关的工作效率。当业务应答数据包过多时，负载均衡单元负担过重将导致用户发出的业务请求无法得到及时的应答，严重影响用户体验。
发明内容
有鉴于此，实有必要提供一种业务处理单元，能够提高业务控制网关的工作效率。
同时，提供一种工作效率更高的业务控制网关。
同时，提供一种工作效率更高的业务处理方法。
同时，提供一种工作效率更高的负载均衡方法。
一种业务处理单元，所述业务处理单元配置有至少一个网际协议IP地址，包括：
业务处理模块，用于接收业务请求数据包，根据所述业务请求数据包生成业务获取数据包，并记录所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系；
地址转换模块，用于记录所述业务获取数据包的数据传输参数组中的源IP地址和源端口号，在所述至少一个IP地址和多个端口号中分别选择一IP地址和一端口号来对所述业务获取数据包的数据传输参数组中的源IP地址和源端口号进行替换，记录替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，并发出替换后的业务获取数据包，其中，替换后的业务获取数据包的数据传输参数组是唯一的；以及接收作为对替换后的业务获取数据包的应答的业务承载数据包，根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号；
所述业务处理模块还用于根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，由替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，并根据替换后的业务承载数据包和所述业务请求数据包的数据传输参数组生成业务应答数据包，并发送所述业务应答数据包，以作为对所述业务请求数据包的应答。
一种业务控制网关，包括：
多个业务处理单元，每一业务处理单元配置有至少一个IP地址；
负载均衡单元，用于接收业务请求数据包，根据预先设置的负载均衡策略在所述多个业务处理单元中选择一业务处理单元作为目标业务处理单元，将所述业务请求数据包转发给所述目标业务处理单元；
所述目标业务处理单元用于：
接收业务请求数据包，根据所述业务请求数据包生成业务获取数据包，
并记录所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系；
记录所述业务获取数据包的数据传输参数组中的源IP地址和源端口号，在所述至少一个IP地址和多个端口号中分别选择一IP地址和一端口号来对所述业务获取数据包的数据传输参数组中的源IP地址和源端口号进行替换，记录替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，并发出替换后的业务获取数据包，其中，替换后的业务获取数据包的数据传输参数组是唯一的；以及接收作为对替换后的业务获取数据包的应答的业务承载数据包，根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号；
根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，由替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，并根据替换后的业务承载数据包和所述业务请求数据包的数据传输参数组生成业务应答数据包，并发送所述业务应答数据包，以作为对所述业务请求数据包的应答。一种业务处理方法，包括：
接收业务请求数据包，根据所述业务请求数据包生成业务获取数据包，并记录所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系；
记录所述业务获取数据包的数据传输参数组中的源IP地址和源端口号，在所述至少一个IP地址和多个端口号中分别选择一IP地址和一端口号来对所述业务获取数据包的数据传输参数组中的源IP地址和源端口号进行替换，记录替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，并发出替换后的业务获取数据包，其中，替换后的业务获取数据包的数据传输参数组是唯一的；以及接收作为对替换后的业务获取数据包的应答的业务承载数据包，根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号；
根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，由替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，并根据替换后的业务承载数据包和所述业务请求数据包的数据传输参数组生成业务应答数据包，并发送所述业务应答数据包，以作为对所述业务请求数据包的应答。
一种负载均衡方法，所述负载均衡方法应用于业务控制网关，所述业务控制网关包含负载均衡单元和多个业务处理单元，其中，每一业务处理单元配置有至少一个IP地址，所述方法包括：
所述负载均衡单元接收业务请求数据包，根据预先设置的负载均衡策略在所述多个业务处理单元中选择一业务处理单元作为目标业务处理单元，将所述业务请求数据包转发给所述目标业务处理单元；
所述目标业务处理单元接收业务请求数据包，根据所述业务请求数据包生成业务获取数据包，并记录所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系；
所述目标业务处理单元记录所述业务获取数据包的数据传输参数组中的源IP地址和源端口号，在所述至少一个IP地址和多个端口号中分别选择一IP地址和一端口号来对所述业务获取数据包的数据传输参数组中的源IP地址和源端口号进行替换，记录替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，并发出替换后的业务获取数据包，其中，替换后的业务获取数据包的数据传输参数组是唯一的；以及接收作为对替换后的业务获取数据包的应答的业务承载数据包，根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号；
所述目标业务处理单元根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，由替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，并根据替换后的业务承载数据包和所述业务请求数据包的数据传输参数组生成业务应答数据包，并发送所述业务应答数据包，以作为对所述业务请求数据包的应答。
本发明实施例通过执行地址替换操作，使得负载均衡单元仅负责向业务处理单元分发业务请求数据包，而不再参与移动终端和业务服务器之间后续业务数据的转发，因此可大大降低负载均衡单元的任务量，由此大大提高负载均衡单元以及业务控制网关的工作效率。
附图说明
图1是依据本发明一示范性实施例的业务处理单元的逻辑结构框图；
图2是依据本发明一示范性实施例的业务控制网关的逻辑结构框图；
图3是依据本发明一示范性实施例的业务控制网关的应用场景的示意图；
图4是依据本发明一示范性实施例的业务处理方法的流程图；
图5是依据本发明一示范性实施例的负载均衡方法的流程图。
具体实施方式
图1是依据本发明一示范性实施例的业务处理单元100的逻辑结构框图。业务处理单元100配置有至少一个IP(Internet Protocol，网际协议)地址，如图1所示，业务处理单元100包括业务处理模块102和地址转换模块104。
业务处理模块102用于接收业务请求数据包，以及根据所述业务请求数据包生成业务获取数据包，并记录所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系。
具体来说，当用户想要访问服务提供商提供的业务(例如各种互联网应用)时，终端设备(例如移动电话、笔记本计算机等移动终端)需要构造对应的业务请求数据包。应注意，此处提到的数据包为OSI(Open System Interconnection开放系统互连)中网络层的协议数据单元。其中，该业务请求数据包的源IP地址为终端设备在接入数据通信网络时由网络接入服务器为该终端设备分配的IP地址，源端口号为终端设备随机选择(也可采用其他预设方式选择)的端口号(即TCP/IP协议中定义的端口号，port)，目的IP地址和目的端口号为服务提供商为用户想要访问的上述业务设置的监听IP地址和监听端口号。应注意，上述业务请求数据包的目的IP地址并非一定是服务提供商业务服务器的IP地址，也可能是服务提供商向终端设备公开的服务提供商为其所提供的各种服务所设置的统一的业务访问IP地址，或者服务提供商出于其他目的而设置的IP地址(例如虚拟IP地址)等等。
终端设备(例如移动电话、笔记本计算机等移动终端)发出的业务请求数据包在到达业务控制网关时，将首先到达业务控制网关的负载均衡单元，随后由负载均衡单元转发给业务处理单元，例如业务处理单元100。
业务处理模块102用于接收业务请求数据包并对该业务请求数据包进行分析，以确定如何处理该业务请求数据包。具体来说，业务处理模块102在收到业务请求数据包后，可根据预先设置的业务策略(例如务请求数据包的源IP地址和/或目的IP地址查找对应的业务策略)，并根据该业务策略生成与业务请求数据包相对应的业务获取数据包。与业务请求数据包相比，业务获取数据包的数据传输参数组以及数据载荷内容均有可能发生变化。例如，数据传输参数组之中的源IP地址、源端口号、目的IP地址、目的端口号、OSI传输层协议类型等均有可能发生变化，OSI应用层协议类型以及OSI应用层数据也有可能不同。例如，业务处理模块102可通过对业务请求数据包进行分析(分析数据包的数据传输参数组和/或载荷数据)获知用户想要访问的业务，并进一步确定提供该业务的业务服务器的IP地址和该业务所对应的端口号(如上文所述，业务服务器的IP地址可能并非业务请求数据包的目的IP地址)，从而依据该IP地址和端口号构建业务获取数据包。此外，根据具体的业务控制策略例如业务路由、协议转换、头增强等，业务获取数据包与业务请求数据包中包含的具体载荷内容也有可能发生改变。根据业务请求数据包生成业务获取数据包的过程与服务提供商制定的具体控制策略和/或业务服务策略有关，和/或与用户订制的具体控制策略和/或业务服务策略有关，在此不再一一赘述。此时，假设业务请求数据包的数据传输参数组包含源IP地址AIP1、源端口号AP1、传输层协议类型X、目的IP地址BIP2和目的端口号BP2，则业务获取数据包的数据传输参数组包含源IP地址AIP1’、源端口号AP1’、传输层协议类型X’、目的IP地址BIP2’和目的端口号BP2’。
为了使业务请求数据包的应答数据能够正常返回终端设备，业务处理模块102需要记录所述业务请求数据包的数据传输参数组，例如所述业务请求数据包的源IP地址、源端口号、目的IP地址、目的端口号、OSI传输层协议类型等等，并记录业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系。
此外，业务处理模块102还用于根据所述业务请求数据包进行业务处理，例如进行业务控制操作和/或计费操作等。
地址转换模块104用于记录所述业务获取数据包的数据传输参数组中的源IP地址和源端口号，在所述至少一个IP地址和多个端口号中分别选择一IP地址和一端口号来对所述业务获取数据包的数据传输参数组中的源IP地址和源端口号进行替换，记录替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，并发出替换后的业务获取数据包，其中，替换后的业务获取数据包的数据传输参数组是唯一的；以及接收作为对替换后的业务获取数据包的应答的业务承载数据包，根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得所述记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号。
具体来说，每一业务处理单元都配置有一IP地址池，该IP地址池中包含至少一个IP地址。不难理解，在从上述至少一个IP地址和多个端口号中选择IP地址和端口号时，应保证包含所选的IP地址与所选的端口号的替换后的业务获取数据包的数据传输参数组是唯一的，否则将导致数据传输发生混乱。在根据所选IP地址和端口号对业务获取数据包的源IP地址和源端口号进行替换之后，替换后的业务获取数据包将发往服务提供商的业务服务器。在具体实现过程中，可采用多种方式从IP地址池中选择IP地址，以及从多个端口号中选择端口号，在此不再一一赘述。此时，当业务获取数据包的数据传输参数组包含源IP地址AIP1’、源端口号AP1’、传输层协议类型X’、目的IP地址BIP2’和目的端口号BP2’时，则替换后的业务获取数据包的数据传输参数组将包含源IP地址AIP3、源端口号AP3、传输层协议类型X’、目的IP地址BIP2’和目的端口号BP2’。
业务服务器在对替换后的业务获取数据包进行处理之后，将返回业务承载数据包，作为对替换后的业务获取数据包的应答。例如，若终端(例如各种终端设备(例如移动电话、笔记本计算机等移动终端)请求访问多媒体内容，则业务承载数据包中将承载对应的多媒体数据。根据业务获取数据包生成并返回业务承载数据包的过程与服务提供商提供服务的方式有关，在此不再一一赘述。当替换后的业务获取数据包的数据传输参数组包含源IP地址AIP3、源端口号AP3、传输层协议类型X’、目的IP地址BIP2’和目的端口号BP2’时，则业务承载数据包的数据传输参数组将包含源IP地址BIP2’、源端口号BP2’、传输层协议类型X’、目的IP地址AIP3和目的端口号AP3。
在收到作为对上述业务获取数据包的应答的业务承载数据包之后，地址转换模块104根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得所述记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号。在具体实现过程中，可通过比对业务承载数据包和替换后的业务获取数据包的数据传输参数组来确定该业务承载数据包是否为该替换后的业务获取数据包的应答，例如，将业务承载数据包的源IP地址和源端口号分别与替换后的业务获取数据包的目的IP地址和目的端口号进行比较，并将业务承载数据包的目的IP地址和目的端口号分别与替换后的业务获取数据包的源IP地址和源端口号进行比较，在此基础上，还可将业务承载数据包的OSI传输层协议类型与替换后的业务获取数据包的OSI传输层协议类型进行比较。如果比较结果均相同，则说明业务承载数据包为对替换后的业务获取数据包的应答。当业务承载数据包的数据传输参数组包含源IP地址BIP2’、源端口号BP2’、传输层协议类型X’、目的IP地址AIP3和目的端口号AP3，则替换后的业务承载数据包的数据传输参数组将包含源IP地址BIP2’、源端口号BP2’、传输层协议类型X’、目的IP地址AIP1’和目的端口号AP1’。
应注意，在依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号之后，地址转换模块104将记录的源IP地址和源端口号删除。此外，若返回的业务承载数据包有多个，则地址转换模块104在依据记录的源IP地址和源端口号对最后一个业务承载数据包的目的IP地址和目的端口号进行替换之后，再将记录的源IP地址和源端口号删除。
业务处理模块102还用于根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，由替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，并根据替换后的业务承载数据包和所述业务请求数据包的数据传输参数组生成业务应答数据包，并发送所述业务应答数据包，以作为对所述业务请求数据包的应答。当替换后的业务承载数据包的数据传输参数组包含源IP地址BIP2’、源端口号BP2’、传输层协议类型X’、目的IP地址AIP1’和目的端口号AP1’时，业务应答数据包的数据传输参数组将包含BIP2、源端口号BP2、传输层协议类型X、目的IP地址AIP1和目的端口号AP1。
具体来说，业务处理模块102可根据预先制定的业务控制策略(例如运营商预先制定的业务控制策略)和/或用户签约的业务控制策略，对业务承载数据包的载荷数据(例如OSI应用层数据)进行修改，例如进行协议转换、内容适配、内容过滤等。当然，业务处理单元102也可不对载荷数据进行任何修改，这取决于预先制定的业务控制策略和/或用户签约的业务控制策略。随后，业务处理单元102根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，由所述替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，再根据所述业务请求数据包的数据传输参数组和上述载荷数据生成所述业务应答数据包。
具体来说，由于业务承载数据包是对替换后的业务获取数据包的应答，因此业务承载数据包的数据传输参数组与替换后的业务获取数据包的数据传输参数组是相互对应的。例如，业务承载数据包的源IP地址和源端口号分别为替换后的业务获取数据包的目的IP地址和目的端口号，业务承载数据包的目的IP地址和目的端口号分别为替换后的业务获取数据包的源IP地址和源端口号，业务承载数据包的传输层协议类型与替换后的业务获取数据包的传输层协议类型相同。在这种情况下，在依据记录的源IP地址和源端口号对业务承载数据包的目的IP地址和目的端口号进行替换之后，替换后的业务承载数据包的数据传输参数组必然与业务获取数据包的数据传输参数组相对应。例如，替换后的业务承载数据包的源IP地址和源端口号为业务获取数据包的目的IP地址和目的端口号，替换后的业务承载数据包的目的IP地址和目的端口号为业务获取数据包的源IP地址和源端口号，替换后的业务承载数据包的传输层协议类型与业务获取数据包的传输层协议类型相同。这样一来，便可根据替换后的业务承载数据包的数据传输参数组与业务获取数据包的数据传输参数组之间的对应关系，结合记录的业务请求数据包的数据传输参数组与业务获取数据包的数据传输参数组之间的对应关系，由替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组。
本领域的技术人员应当明白，由于生成的业务应答数据包是对上述业务请求数据包的应答，因此业务应答数据包的源IP地址和源端口号为上述业务请求数据包的目的IP地址和目的端口号，业务应答数据包的目的IP地址和目的端口号为上述业务请求数据包的源IP地址和源端口号，业务应答数据包的传输层协议类型与业务请求数据包的传输层协议类型相同。因此，在生成业务应答数据包时，业务处理单元102使用记录的业务请求数据包的数据传输参数组中的源IP地址和源端口号作为所述业务应答数据包的目的IP地址和目的端口号，使用记录的业务请求数据包的数据传输参数组中的目的IP地址和目的端口号作为所述业务应答数据包的源IP地址和源端口号，使用记录的业务请求数据包的传输层协议类型作为所述业务应答数据包的传输层协议类型。
此外，业务处理模块102还用于根据所述业务应答数据包进行业务处理，例如进行业务控制操作和/或计费操作等。
应注意，在生成业务应答数据包之后，业务处理模块102会将记录的数据传输参数组删除。应注意，若生成的业务应答数据包有多个，则业务处理模块102会在最后一个业务应答数据包生成之后，将记录的数据传输参数组删除。
本发明实施例由业务处理单元执行地址替换操作，将业务获取数据包的源IP地址和源端口号替换为该业务处理单元配置的IP地址和端口号，因此作为对该业务获取数据包的应答的业务承载数据包可直接返回该业务处理单元，而无需经负载均衡单元转发。这样一来，负载均衡单元便可以仅负责向业务处理单元分发业务请求数据包，而不再参与移动终端和业务服务器之间后续业务数据的转发，因此可大大降低负载均衡单元的任务量，由此大大提高负载均衡单元以及业务控制网关的工作效率。此外，负载均衡单元以往执行的转发操作被多个业务处理单元执行的地址替换操作所取代，由于业务处理单元数量较多，并且有负载均衡单元在多个业务处理单元之间进行负载均衡调度，因此分摊到每一业务处理单元上的地址替换操作的任务量并不大，因此产生性能瓶颈的可能性要远小于负载均衡单元转发业务应答数据包时可能产生的性能瓶颈，并且可以通过简单的增加业务处理单元来进行扩容。
图2是依据本发明一示范性实施例的业务控制网关200的逻辑结构框图。如图2所示，业务控制网关200包括负载均衡单元202和多个业务处理单元204～208，其中，每一业务处理单元均配置有至少一个IP地址。
负载均衡单元202用于接收业务请求数据包，根据预先设置的负载均衡策略在所述多个业务处理单元204～208中选择一业务处理单元(例如业务处理单元206)作为目标业务处理单元，将所述业务请求数据包转发给所述目标业务处理单元。应注意，本领域的技术人员应当明白，此处所说的转发是指在OSI数据链路层上执行的转发，即将封装有业务请求数据包的帧的源MAC(媒体访问控制，Media Access Control)地址修改为负载均衡单元的MAC地址，目的MAC地址修改为业务处理单元的MAC地址，从而将该帧从负载均衡单元202发送到目标业务处理单元。
具体来说，在收到业务请求数据包后，负载均衡单元202可首先根据所述业务请求数据包的源IP地址在负载均衡对应表中查找对应的业务处理单元，在未找到所述业务处理单元时，根据所述负载均衡策略在所述多个业务处理单元204～208中选择所述业务处理单元作为所述目标业务处理单元，并将所述目标业务处理单元与所述源IP地址之间的对应关系写入所述负载均衡对应表。而在找到所述业务处理单元时，将找到的所述业务处理单元作为所述目标业务处理单元。在具体实现过程中，上述负载均衡对应表可采用下列数据结构来实现：
| IP地址 | 业务处理单元 |
| 202.198.123.123 | 业务处理单元1 |
表1
可选的，也可在网络接入服务器根据终端设备发出的接入请求向终端设备分配IP地址后，由负载均衡单元针对该IP地址分配固定的业务处理单元，并将该IP地址与该业务处理单元之间的对应关系写入上述负载均衡对应表。例如，在网络接入服务器向终端设备分配IP地址后，网络接入服务器通过Radius(远程拨入用户认证服务，Remote Authentication Dial In User Service)协议或者Diameter(直径)协议将分配的IP地址发送给业务控制网关中的负载均衡单元。在收到该IP地址之后，负载均衡单元根据预先设置的负载均衡策略查找合适的业务处理单元，并将该IP地址与该业务处理单元之间的对应关系写入负载均衡对应表。如此一来，在随后接收到来自上述终端设备的业务请求数据包后，负载均衡单元根据负载均衡对应表中记录的对应关系，直接将该业务请求数据包转发给对应的业务处理单元进行处理。而在终端设备下线时，网络接入服务器通过Radius协议或者Diameter协议向业务控制网关中的负载均衡单元发送包含下线终端设备的IP地址的下线通知，再由负载均衡单元将负载均衡对应表中该IP地址与对应业务处理单元之间的对应关系删除。
在具体实现过程中，负载均衡单元202可采用任意的负载均衡策略在业务处理单元204～208中选择合适的业务处理单元作为目标业务处理单元。例如，上述负载均衡策略可以是在业务处理单元204～208中选择负载最小(当前任务数最少)的业务处理单元作为目标业务处理单元。此外，上述负载均衡策略还可以是在业务处理单元204～208中选择当前负载与额定负载比值小于预设阀值的业务处理单元作为目标业务处理单元。若当前负载与额定负载比值小于预设阀值的业务处理单元有多个，则可采用随机选取的方式从当前负载与额定负载比值小于预设阀值的多个业务处理单元中选择一业务处理单元作为目标业务处理单元。
此外，在执行负载均衡操作时，负载均衡单元202可以是OSI传输层负载均衡单元，也可以是OSI应用层负载均衡单元。OSI传输层负载均衡单元主要分析业务请求数据包的源IP地址和/或目的IP地址及传输层TCP(TransmissionControl Protocol，传输控制协议)/UDP(User Datagram Protocol，用户数据报协议)的信息，以便对业务请求数据包进行均衡分发；OSI应用层负载均衡单元除支持OSI传输层负载均衡单元的功能以外，还要分析具体业务所关心的应用层信息来对业务请求数据包进行均衡分发，例如解析Radius或Diameter协议报文中的用户标识及用户设备IP地址、HTTP(Hypertext Transfer Protocol，超文本传输协议)报文中的URI(统一资源标识符)或Cookie(用户名密码信息)等信息，以便对业务请求数据包进行均衡分发。
所述目标业务处理单元用于：
接收业务请求数据包，根据所述业务请求数据包生成业务获取数据包，并记录所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系；
具体来说，所述目标业务处理单元用于根据预先设置的业务策略，使用所述业务请求数据包生成所述业务获取数据包。此外，所述数据传输参数组包括源IP地址、源端口号、目的IP地址、目的端口号和传输层协议类型。
记录所述业务获取数据包的数据传输参数组中的源IP地址和源端口号，在所述至少一个IP地址和多个端口号中分别选择一IP地址和一端口号来对所述业务获取数据包的数据传输参数组中的源IP地址和源端口号进行替换，记录替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，并发出替换后的业务获取数据包，其中，替换后的业务获取数据包的数据传输参数组是唯一的；以及接收作为对替换后的业务获取数据包的应答的业务承载数据包，根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得所述记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号；
具体来说，根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，根据替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，并根据替换后的业务承载数据包和所述业务请求数据包的数据传输参数组生成业务应答数据包，并发送所述业务应答数据包，以作为对所述业务请求数据包的应答。
目标业务处理单元相关操作的细节内容已经在图1中进行了详细的描述，因此此处不再赘述。
应注意，虽然图2所示的业务控制网关仅包含三个业务处理单元，但是本领域的技术人员应当明白，在具体实现过程中，业务处理单元的数量可根据具体的业务量随意设置。因此，图2所示业务处理单元的数量仅用于举例，而并非用于限制本发明的范围。
在现有业务控制网关中，缺乏将业务承载数据包直接返回业务处理单元的有效手段，因此必须由负载均衡单元对业务请求数据包的源IP地址与业务处理单元之间的对应关系进行记录并根据该对应关系进行转发，才能使作为对业务获取数据包(业务获取数据包是根据业务请求数据包生成的)的应答的业务承载数据包被发送到对应的业务处理单元。而在本发明实施例中，通过将业务获取数据包的源IP地址和源端口号修改为业务处理单元配置的IP地址和端口号，作为对业务获取数据包的应答的业务承载数据包可直接返回业务处理单元，而无需经负载均衡单元进行转发。如此一来便可降低负载均衡单元的处理量，提高整个业务控制网关的工作效率。
本发明实施例负载均衡单元在分发业务请求数据包时，首先在负载均衡单元中查找是否存在业务请求数据包的源IP地址对应的业务处理单元，并在找到对应的业务处理单元时，将业务请求数据包发往找到的业务处理单元进行处理。如此一来，来自同一终端设备(由源IP地址标识)的所有业务请求数据包将交由同一业务处理单元进行处理，从而有助于简化对终端设备进行的业务控制。例如，在由本发明实施例提供的业务控制网关对终端设备的业务访问行为进行计费时，通过将来自同一终端设备的所有业务请求数据包交由同一业务处理单元进行处理，可有效解决由不同业务处理单元处理来自同一终端设备的不同业务请求数据包时产生的计费操作需同步的问题，方便对业务设备进行统一计费。
图3是依据本发明一示范性实施例的业务控制网关的应用场景300的示意图。如图3所示，应用场景300中示出了终端设备302～304，通信网络306，业务控制网关308和业务服务器310～314。其中，终端设备302～304以及业务服务器310～314均通过通信网络306与业务控制网关308通信连接，业务控制网关308进一步包括负载均衡单元3082以及业务处理单元3084～3088。
终端设备302～304之中的每一个用于发出业务请求数据包。有关终端设备生成并发出业务请求数据包以及该业务请求数据包中数据传输参数组的具体细节内容已经在上文结合图1的描述中进行了详细的描述，因此此处不再赘述。
业务控制网关308用于接收业务请求数据包，由其负载均衡单元3082将该业务请求数据包转发给业务处理单元3084～3088中一业务处理单元进行处理，由该业务处理单元生成业务获取数据包，并由该业务处理单元将该业务获取数据包发往业务服务器310～314其中之一。其中，业务处理单元生成的业务获取数据包的源IP地址和源端口号为该业务处理单元配置的IP地址和端口号。有关负载均衡单元3082转发业务请求数据包，以及业务处理单元对业务请求数据包进行处理、生成业务获取数据包的内容已经在前文结合图1和图2进行了详细的描述，因此此处不再赘述。
业务服务器310～314之中接收上述业务获取数据包的业务服务器用于对该业务获取数据包进行处理，生成作为应答的业务承载数据包。由于业务获取数据包的源IP地址和源端口号为业务处理单元所配置的IP地址和端口号，因此业务承载数据包的目的IP地址和目的端口号就是上述业务处理单元所配置的上述IP地址和端口号。这样一来，该业务承载数据包将直接到达上述业务处理单元，而无需经过负载均衡单元3082进行转发。上述业务处理单元在根据上述业务承载数据包生成业务应答数据包后，将该业务应答数据包返回终端设备。有关业务处理单元对业务承载数据包进行的处理已经在前文结合图1和图2进行了详细的描述，因此此处不再赘述。
应注意，虽然图3所示的应用场景300中仅示出了两个终端设备，三个业务服务器，且业务控制网关仅包含三个业务处理单元，但是本领域的技术人员应当明白，在具体实现过程中，终端设备和业务服务器的数量均没有具体的限制，业务处理单元的数量也可根据具体的业务量随意设置。因此，图3所示的应用场景300中终端设备、业务服务器以及业务控制网关中的业务处理单元的具体数量仅用于举例，而并非用于限制本发明的范围。
图4是依据本发明一示范性实施例的业务处理方法400的流程图。业务处理方法400与图1中描述的业务处理单元相对应。
步骤402，业务处理模块接收来自终端设备的业务请求数据包；
具体来说，步骤402还可进一步包括，业务处理模块根据所述业务请求数据包执行业务处理操作。
步骤404，业务处理模块根据所述业务请求数据包生成业务获取数据包，并记录所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系；
具体来说，业务处理模块根据预先设置的业务策略，使用所述业务请求数据包生成所述业务获取数据包。
此外，所述数据传输参数组包括源IP地址、源端口号、目的IP地址、目的端口号和传输层协议类型
步骤406，地址转换模块记录所述业务获取数据包的数据传输参数组中的源IP地址和源端口号；
步骤408，地址转换模块根据配置的至少一个IP地址和多个端口号中分别选择一IP地址和一端口号对所述业务获取数据包的数据传输参数组中的源IP地址和源端口号进行替换，并发出替换后的业务获取数据包到业务服务器，其中，替换后的业务获取数据包的数据传输参数组是唯一的；
步骤410，地址转换模块从业务服务器接收作为对替换后的业务获取数据包的应答的业务承载数据包，根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得所述记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号；
步骤412，业务处理模块根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，由替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，并根据替换后的业务承载数据包和所述业务请求数据包的数据传输参数组生成业务应答数据包，并发送所述业务应答数据包给终端设备，以作为对所述业务请求数据包的应答。
具体来说，步骤412还可进一步包括，业务处理模块根据替换后的业务应答数据包执行业务处理操作。
业务处理方法400各步骤的细节内容已经在前文结合图1进行的描述中进行了详细的介绍，因此此处不再赘述。
图5是依据本发明一示范性实施例的负载均衡方法500的流程图。负载均衡方法500应用于图2中描述的业务控制网关。如上文所述，业务控制网关包含负载均衡单元和多个业务处理单元，其中，每一业务处理单元配置有至少一个IP地址。
步骤502，负载均衡单元接收业务请求数据包，根据预先设置的负载均衡策略在所述多个业务处理单元中选择一业务处理单元作为目标业务处理单元，将所述业务请求数据包转发给所述目标业务处理单元；
具体来说，步骤502还可进一步包括，负载均衡单元根据所述业务请求数据包的源IP地址在负载均衡对应表中查找对应的业务处理单元，在未找到所述业务处理单元时，根据所述负载均衡策略在所述多个业务处理单元中选择所述业务处理单元作为所述目标业务处理单元，并将所述目标业务处理单元与所述源IP地址之间的对应关系写入所述负载均衡对应表。负载均衡单元在所述负载均衡对应表中找到所述业务处理单元时，将所述业务处理单元作为所述目标业务处理单元。
步骤504，目标业务处理单元接收来自负载均衡单元的业务请求数据包；
步骤506，目标业务处理单元根据所述业务请求数据包生成业务获取数据包，并记录所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系；
具体来说，目标业务处理单元根据预先设置的业务策略，使用所述业务请求数据包生成所述业务获取数据包。
此外，所述数据传输参数组包括源IP地址、源端口号、目的IP地址、目的端口号和传输层协议类型。
步骤508，目标业务处理单元记录业务获取数据包的数据传输参数组中的源IP地址和源端口号；
步骤510，目标业务处理单元在所述至少一个IP地址和多个端口号中分别选择一IP地址和一端口号来对所述业务获取数据包的数据传输参数组中的源IP地址和源端口号进行替换，记录替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，并发出替换后的业务获取数据包到业务服务器，其中，替换后的业务获取数据包的数据传输参数组是唯一的；
步骤512，目标业务处理单元接收作为对替换后的业务获取数据包的应答的业务承载数据包，根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得所述记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号；
步骤514，目标业务处理单元根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，由替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，并根据替换后的业务承载数据包和所述业务请求数据包的数据传输参数组生成业务应答数据包，并发送所述业务应答数据包到终端设备，以作为对所述业务请求数据包的应答。
负载均衡方法500各步骤的细节内容已经在前文结合图2进行的描述中进行了详细的介绍，因此此处不再赘述。
应注意，尽管上述实施例都是以终端设备向业务服务器发起业务请求为例进行描述的，但是本领域的技术人员应当明白，对业务服务器主动向终端设备发起服务请求的情形，本发明实施例提供的技术方案也同样适用。
本领域普通技术人员可知，上述方法中的全部或部分步骤可以通过程序指令相关的硬件完成，该程序可以存储于一计算机可读存储介质中，该计算机可读存储介质如ROM、RAM和光盘等。
综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种业务处理单元，其特征在于，所述业务处理单元配置有至少一个网际协议IP地址，包括：
业务处理模块，用于接收业务请求数据包，根据所述业务请求数据包生成业务获取数据包，并记录所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系；
地址转换模块，用于记录所述业务获取数据包的数据传输参数组中的源IP地址和源端口号，在所述至少一个IP地址和多个端口号中分别选择一IP地址和一端口号来对所述业务获取数据包的数据传输参数组中的源IP地址和源端口号进行替换，记录替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，并发出替换后的业务获取数据包，其中，替换后的业务获取数据包的数据传输参数组是唯一的；以及接收作为对替换后的业务获取数据包的应答的业务承载数据包，根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号；
所述业务处理模块还用于根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，由替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，并根据替换后的业务承载数据包和所述业务请求数据包的数据传输参数组生成业务应答数据包，并发送所述业务应答数据包，以作为对所述业务请求数据包的应答。
2.如权利要求1所述的业务处理单元，其特征在于，所述业务处理模块用于根据预先设置的业务策略，使用所述业务请求数据包生成所述业务获取数据包；
所述数据传输参数组包括源IP地址、源端口号、目的IP地址、目的端口号和传输层协议类型。
3.一种业务控制网关，其特征在于，包括：
多个业务处理单元，每一业务处理单元配置有至少一个IP地址；
负载均衡单元，用于接收业务请求数据包，根据预先设置的负载均衡策略在所述多个业务处理单元中选择一业务处理单元作为目标业务处理单元，将所述业务请求数据包转发给所述目标业务处理单元；
所述目标业务处理单元用于：
接收业务请求数据包，根据所述业务请求数据包生成业务获取数据包，并记录所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系；
记录所述业务获取数据包的数据传输参数组中的源IP地址和源端口号，在所述至少一个IP地址和多个端口号中分别选择一IP地址和一端口号来对所述业务获取数据包的数据传输参数组中的源IP地址和源端口号进行替换，记录替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，并发出替换后的业务获取数据包，其中，替换后的业务获取数据包的数据传输参数组是唯一的；以及接收作为对替换后的业务获取数据包的应答的业务承载数据包，根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号；
根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，由替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，并根据替换后的业务承载数据包和所述业务请求数据包的数据传输参数组生成业务应答数据包，并发送所述业务应答数据包，以作为对所述业务请求数据包的应答。
4.如权利要求3所述的业务控制网关，其特征在于，所述负载均衡单元还用于根据所述业务请求数据包的源IP地址在负载均衡对应表中查找对应的业务处理单元，在未找到所述业务处理单元时，根据所述负载均衡策略在所述多个业务处理单元中选择所述业务处理单元作为所述目标业务处理单元，并将所述目标业务处理单元与所述源IP地址之间的对应关系写入所述负载均衡对应表；在找到所述业务处理单元时，将所述业务处理单元作为所述目标业务处理单元。
5.如权利要求3或4所述的业务控制网关，其特征在于，
所述目标业务处理单元用于根据预先设置的业务策略，使用所述业务请求数据包生成所述业务获取数据包；
所述数据传输参数组包括源IP地址、源端口号、目的IP地址、目的端口号和传输层协议类型。
6.一种业务处理方法，其特征在于，包括：
接收业务请求数据包，根据所述业务请求数据包生成业务获取数据包，并记录所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系；
记录所述业务获取数据包的数据传输参数组中的源IP地址和源端口号，在所述至少一个IP地址和多个端口号中分别选择一IP地址和一端口号来对所述业务获取数据包的数据传输参数组中的源IP地址和源端口号进行替换，记录替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，并发出替换后的业务获取数据包，其中，替换后的业务获取数据包的数据传输参数组是唯一的；以及接收作为对替换后的业务获取数据包的应答的业务承载数据包，根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号；
根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，由替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，并根据替换后的业务承载数据包和所述业务请求数据包的数据传输参数组生成业务应答数据包，并发送所述业务应答数据包，以作为对所述业务请求数据包的应答。
7.如权利要求6所述的业务处理方法，其特征在于，还包括，所述根据所述业务请求数据包生成业务获取数据包进一步包括，根据预先设置的业务策略，使用所述业务请求数据包生成所述业务获取数据包；
所述数据传输参数组包括源IP地址、源端口号、目的IP地址、目的端口号和传输层协议类型。
8.一种负载均衡方法，其特征在于，所述负载均衡方法应用于业务控制网关，所述业务控制网关包含负载均衡单元和多个业务处理单元，其中，每一业务处理单元配置有至少一个IP地址，所述方法包括：
所述负载均衡单元接收业务请求数据包，根据预先设置的负载均衡策略在所述多个业务处理单元中选择一业务处理单元作为目标业务处理单元，将所述业务请求数据包转发给所述目标业务处理单元；
所述目标业务处理单元接收业务请求数据包，根据所述业务请求数据包生成业务获取数据包，并记录所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系；
所述目标业务处理单元记录所述业务获取数据包的数据传输参数组中的源IP地址和源端口号，在所述至少一个IP地址和多个端口号中分别选择一IP地址和一端口号来对所述业务获取数据包的数据传输参数组中的源IP地址和源端口号进行替换，记录替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，并发出替换后的业务获取数据包，其中，替换后的业务获取数据包的数据传输参数组是唯一的；以及接收作为对替换后的业务获取数据包的应答的业务承载数据包，根据所述记录的替换后的业务获取数据包的数据传输参数组与所述记录的源IP地址和源端口号之间的对应关系，由所述业务承载数据包的数据传输参数组获得记录的源IP地址和源端口号，依据记录的源IP地址和源端口号替换所述业务承载数据包的目的IP地址和目的端口号；
所述目标业务处理单元根据记录的所述业务获取数据包的数据传输参数组与业务请求数据包的数据传输参数组之间的对应关系，由替换后的业务承载数据包的数据传输参数组获得所述业务请求数据包的数据传输参数组，并根据替换后的业务承载数据包和所述业务请求数据包的数据传输参数组生成业务应答数据包，并发送所述业务应答数据包，以作为对所述业务请求数据包的应答。
9.如权利要求8所述的方法，其特征在于，所述方法还包括所述负载均衡单元根据所述业务请求数据包的源IP地址在负载均衡对应表中查找对应的业务处理单元，在未找到所述业务处理单元时，根据所述负载均衡策略在所述多个业务处理单元中选择所述业务处理单元作为所述目标业务处理单元，并将所述目标业务处理单元与所述源IP地址之间的对应关系写入所述负载均衡对应表；当在所述负载均衡对应表中找到所述业务处理单元时，将所述业务处理单元作为所述目标业务处理单元。
10.如权利要求8或9所述的方法，其特征在于，所述根据所述业务请求数据包生成业务获取数据包进一步包括，根据预先设置的业务策略，使用所述业务请求数据包生成所述业务获取数据包；
所述数据传输参数组包括源IP地址、源端口号、目的IP地址、目的端口号和传输层协议类型。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010521499 CN102131239B (zh) | 2010-10-27 | 2010-10-27 | 业务处理单元和方法以及业务控制网关和负载均衡方法 |
| PCT/CN2011/073348 WO2011140910A1 (zh) | 2010-10-27 | 2011-04-27 | 业务处理单元和方法以及业务控制网关和负载均衡方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010521499 CN102131239B (zh) | 2010-10-27 | 2010-10-27 | 业务处理单元和方法以及业务控制网关和负载均衡方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102131239A true CN102131239A (zh) | 2011-07-20 |
| CN102131239B CN102131239B (zh) | 2013-10-02 |
Family
ID=44269105
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201010521499 Expired - Fee Related CN102131239B (zh) | 2010-10-27 | 2010-10-27 | 业务处理单元和方法以及业务控制网关和负载均衡方法 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102131239B (zh) |
| WO (1) | WO2011140910A1 (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103491007A (zh) * | 2013-09-13 | 2014-01-01 | 新浪网技术(中国)有限公司 | 一种数据包传输方法及装置 |
| WO2014023003A1 (zh) * | 2012-08-09 | 2014-02-13 | 华为技术有限公司 | 控制数据传输的方法、装置和系统 |
| CN103650438A (zh) * | 2013-06-27 | 2014-03-19 | 华为技术有限公司 | 流量控制方法及设备 |
| CN106302590A (zh) * | 2015-05-28 | 2017-01-04 | 上海汽车集团股份有限公司 | 云平台 |
| CN106330785A (zh) * | 2015-06-17 | 2017-01-11 | 深圳市腾讯计算机系统有限公司 | 一种选择业务节点的方法和装置 |
| CN106412039A (zh) * | 2016-09-19 | 2017-02-15 | 郑州云海信息技术有限公司 | 一种分布式存储的网络集成的方法及系统 |
| CN108234546A (zh) * | 2016-12-14 | 2018-06-29 | 中国移动通信集团公司 | 一种负载均衡方法及负载均衡器 |
| CN109495570A (zh) * | 2018-11-20 | 2019-03-19 | 锐捷网络股份有限公司 | 采样报文的转发方法、装置及数据中心 |
| WO2020063251A1 (zh) * | 2018-09-26 | 2020-04-02 | 华为技术有限公司 | 一种通信方法及相关设备 |
| CN112243266A (zh) * | 2019-07-18 | 2021-01-19 | 大唐联仪科技有限公司 | 一种数据组包方法及装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1917521A (zh) * | 2006-09-22 | 2007-02-21 | 杭州华为三康技术有限公司 | 一种实现负载均衡的方法和系统及负载均衡设备 |
| US20080285553A1 (en) * | 2007-05-18 | 2008-11-20 | Ayaz Abdulla | Intelligent load balancing and failover of network traffic |
| CN101610296A (zh) * | 2009-07-21 | 2009-12-23 | 杭州华三通信技术有限公司 | 一种网络地址转换出接口均衡方法和装置 |
-
2010
- 2010-10-27 CN CN 201010521499 patent/CN102131239B/zh not_active Expired - Fee Related
-
2011
- 2011-04-27 WO PCT/CN2011/073348 patent/WO2011140910A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1917521A (zh) * | 2006-09-22 | 2007-02-21 | 杭州华为三康技术有限公司 | 一种实现负载均衡的方法和系统及负载均衡设备 |
| US20080285553A1 (en) * | 2007-05-18 | 2008-11-20 | Ayaz Abdulla | Intelligent load balancing and failover of network traffic |
| CN101610296A (zh) * | 2009-07-21 | 2009-12-23 | 杭州华三通信技术有限公司 | 一种网络地址转换出接口均衡方法和装置 |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014023003A1 (zh) * | 2012-08-09 | 2014-02-13 | 华为技术有限公司 | 控制数据传输的方法、装置和系统 |
| US9923823B2 (en) | 2013-06-27 | 2018-03-20 | Huawei Technologies Co., Ltd. | Flow control method and device |
| CN103650438A (zh) * | 2013-06-27 | 2014-03-19 | 华为技术有限公司 | 流量控制方法及设备 |
| WO2014205732A1 (zh) * | 2013-06-27 | 2014-12-31 | 华为技术有限公司 | 流量控制方法及设备 |
| CN103650438B (zh) * | 2013-06-27 | 2016-08-10 | 华为技术有限公司 | 流量控制方法及设备 |
| CN103491007B (zh) * | 2013-09-13 | 2017-01-04 | 新浪网技术(中国)有限公司 | 一种数据包传输方法及装置 |
| CN103491007A (zh) * | 2013-09-13 | 2014-01-01 | 新浪网技术(中国)有限公司 | 一种数据包传输方法及装置 |
| CN106302590A (zh) * | 2015-05-28 | 2017-01-04 | 上海汽车集团股份有限公司 | 云平台 |
| CN106330785A (zh) * | 2015-06-17 | 2017-01-11 | 深圳市腾讯计算机系统有限公司 | 一种选择业务节点的方法和装置 |
| CN106412039A (zh) * | 2016-09-19 | 2017-02-15 | 郑州云海信息技术有限公司 | 一种分布式存储的网络集成的方法及系统 |
| CN108234546A (zh) * | 2016-12-14 | 2018-06-29 | 中国移动通信集团公司 | 一种负载均衡方法及负载均衡器 |
| CN108234546B (zh) * | 2016-12-14 | 2021-10-01 | 中移动信息技术有限公司 | 一种负载均衡方法及负载均衡器 |
| WO2020063251A1 (zh) * | 2018-09-26 | 2020-04-02 | 华为技术有限公司 | 一种通信方法及相关设备 |
| CN109495570A (zh) * | 2018-11-20 | 2019-03-19 | 锐捷网络股份有限公司 | 采样报文的转发方法、装置及数据中心 |
| CN109495570B (zh) * | 2018-11-20 | 2022-04-26 | 锐捷网络股份有限公司 | 采样报文的转发方法、装置及数据中心 |
| CN112243266A (zh) * | 2019-07-18 | 2021-01-19 | 大唐联仪科技有限公司 | 一种数据组包方法及装置 |
| CN112243266B (zh) * | 2019-07-18 | 2024-04-19 | 大唐联仪科技有限公司 | 一种数据组包方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2011140910A1 (zh) | 2011-11-17 |
| CN102131239B (zh) | 2013-10-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102131239B (zh) | 业务处理单元和方法以及业务控制网关和负载均衡方法 | |
| CN101141420B (zh) | 私网与公网进行数据通信的方法及系统 | |
| CN101406008B (zh) | 一种无线接入网关支持透明代理的方法、装置及系统 | |
| KR101868180B1 (ko) | 다수의 기능들을 단일 플랫폼으로 취합하는 방법 | |
| CN102075445B (zh) | 负载均衡方法及装置 | |
| CN106657637B (zh) | 能够在保持手持服务功能集的同时提供数据网络共享服务的手持设备 | |
| CN101789904A (zh) | 流量控制的方法及设备 | |
| CN103188260A (zh) | 在网关使用基于ip的网络实现ccn的方法及网关 | |
| CN101304436A (zh) | 实现应用层会话持续性的负载均衡方法、系统及设备 | |
| CN102148767A (zh) | 一种基于nat的数据路由方法及其装置 | |
| CN101296238A (zh) | 一种保持安全套接层会话持续性的方法及设备 | |
| CN108200158B (zh) | 请求传输系统、方法、装置及存储介质 | |
| CN102469020A (zh) | 一种业务控制方法及系统、演进基站、分组数据网网关 | |
| CN103797772A (zh) | 利用网络地址查找的用户类相关调适的数据业务的差异化处理 | |
| CN102780779A (zh) | 一种园区网出口p2p流量优化方法、装置及网关设备 | |
| CN101707569A (zh) | Nat业务报文处理的方法及装置 | |
| CN102710765A (zh) | 一种cdn服务器实现透明代理的方法、装置及系统 | |
| CN102201996B (zh) | 网络地址转换环境中报文转发的方法及设备 | |
| CN102970391B (zh) | 域名查询处理方法、服务器及系统 | |
| CN102547609A (zh) | 向业务平台传送用户信息的方法及装置 | |
| CN103327129A (zh) | 针对多wan口网关设备的域名解析方法 | |
| CN101635685B (zh) | 一种学习获得pmtu的方法及装置 | |
| CN102761608A (zh) | Udp会话复用的方法和负载均衡设备 | |
| DE60012492T2 (de) | Verfahren zur leitweglenkung von daten | |
| CN107124482A (zh) | 一种dns数据包转发方法、系统及路由器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20131002 |