CN102571587B - 报文转发方法和设备 - Google Patents

Abstract

本发明实施例公开了一种报文转发方法和设备，涉及无线通信技术领域，用于提高通信设备的报文转发效率。本方法中，网关板接收到报文后，读取预先配置的转发表，该转发表中包含至少一个表项，每个表项中包含报文头信息和业务板的内部地址；在转发表中查找包含所述报文中的报文头信息的表项；若查找到，则将报文发送给查找到的表项中业务板的内部地址对应的业务板；若未查找到，则选择一个业务板，将报文发送给选择的业务板；业务板接收到网关板发送的所述报文后，对所述报文进行处理。采用本发明，能够提高通信设备的报文转发效率。

Description

报文转发方法和设备

技术领域

本发明涉及无线通信领域，尤其涉及一种报文转发方法和设备。

背景技术

随着移动通信网的全IP化发展，单板的业务处理能力已经不满足业务发展的需要，需要多板卡实现业务的负荷分担，即采用资源池模式实现业务的负荷分担。

传统的资源池模式的实现是通过网络地址转化(Net Address Transfer，NAT)来实现的，具体的：

如图1所示，通信设备内部的多个业务板与一个网关板相连，在网关板上配置公网IP地址(如10.1.1.2)，在业务板上配置内网IP地址(如192.168.0.0/24)。

在入流方向，网关板接收到外部报文后，首先检查分发表，分发表中的各表项包含源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地址相同，各网关板上配置的公网IP地址不同，网关板和业务板上配置的公网IP地址不同；其中，

业务板，用于生成需要发送出去的包含业务板的IP地址的报文；根据预先配置的各网关板的路由信息选择一个网关板；将所述报文发送给选择的网关板；

网关板，用于接收业务板发送的所述报文，根据预先配置的路由信息将所述报文发送出去。

本方案中，由于业务板上配置的IP地址也为公网IP地址并且各业务板上配置的公网IP地址相同，使得业务板向网关板发送包含业务板的IP地址的报文后，网关板可以直接将报文发送出去，而不需要将报文中的源IP地址替换为网关板的IP地址，提高了出流方向上报文转发的效率。

附图说明

图1为现有技术中的资源池实现示意图；

图2为本发明实施例提供的方法流程示意图；

图3为本发明实施例提供的另一方法流程示意图；

图4A为本发明实施例中网络配置示意图；

图4B为本发明实施例中入流方向上的报文转发示意图；

图5为本发明实施例提供的设备结构示意图。

具体实施方式

为了提高通信设备在入流方向上的报文转发效率，本发明实施例提供一种报文转发方法，本方法应用于包含至少一个网关板和业务板的通信设备中，各业务板与每个网关板相连，网关板和业务板上配置的IP地址为公网IP地址，各业务板上配置的公网IP地址相同，各网关板上配置的公网IP地址不同，网关板和业务板上配置的公网IP地址不同。

参见图2，本发明实施例提供的报文转发方法，包括以下步骤：

步骤20：网关板接收到外部发送的包含业务板的IP地址的报文后，读取预先配置的转发表；在转发表中查找包含接收到的报文中的报文头信息的表项；若查找到，则将接收到的报文发送给查找到的表项中业务板的内部地址对应的业务板；若未查找到，则选择一个业务板，将接收到的报文发送给选择的业务板，并在转发表中添加包含接收到的报文中的报文头信息和选择的业务板的内部地址的表项；其中，该转发表中包含至少一个表项，每个表项中包含报文头信息和业务板的内部地址，业务板的内部地址用于标识对应业务板在通信设备内的位置；

步骤21：业务板接收到网关板发送的报文后，对该报文进行处理。

较佳的，步骤20中，在确定未查找到包含报文中的报文头信息的表项之后、并且选择一个业务板之前，网关板确定该报文中是否携带有建链请求标志；在确定该报文中携带有建链请求标志时，根据资源池负荷分担算法选择一个业务板。若确定该报文中未携带有建链请求标志，则丢弃该报文。这里，对于传输控制协议(TCP)协议，建链请求标志为SYN标识，对于流控制传输协议(SCTP)协议，建链请求标志为INIT标识。

较佳的，步骤20中，在网关板确定报文中携带有建链请求标志之后、并且根据资源池负荷分担算法选择一个业务板之前，网关板读取预先配置的资源池信息；根据读取的资源池信息以及报文中的服务请求信息，确定各业务板是否能够提供该报文所请求的服务；在确定各业务板能够提供该报文所请求的服务时，根据资源池负荷分担算法选择一个业务板。若确定各业务板不能够提供该报文所请求的服务，则丢弃该报文。其中，该资源池信息包含各业务板在各端口上提供的服务类型信息、以及各业务板的内部地址。

具体的，上述资源池负荷分担算法可以包括：采用轮选方式选取业务板、或选取CPU使用率最低的业务板、或选取内存使用率最低的业务板、或选取当前服务的用户数最少的业务板、或选取CPU使用率、内存使用率与当前服务的用户数的加权值最小的业务板。

较佳的，为了实现网关板的转发表同步，以避免多网关板之间的转发表同步流程，在业务板接收网关板发送的报文之后，业务板在建链完成后，向连接的所有网关板发送包含该报文中的报文头信息和该业务板的内部地址的链路确认消息；

网关板接收到业务板发送的链路确认消息后，若本地的转发表中不存在包含该链路确认消息中的报文头信息和业务板的内部地址的表项，则在本地的转发表中添加包含该报文头信息和该业务板的内部地址的表项；否则，将本地的转发表中的该表项固化为动态表项。

较佳的，同样为了实现网关板的转发表同步，以避免多网关板之间的转发表同步流程，在向连接的所有网关板发送所述链路确认消息之后，业务板在需要断开所述报文对应的通信链路时，向连接的所有网关板发送包含所述报文中的报文头信息和该业务板的内部地址的链路删除消息；

接收到业务板发送的链路删除消息的网关板，将本地的转发表中包含该链路删除消息中的报文头信息和业务板的内部地址的表项删除。

本方案中，通信设备中可以包含多个网关板，那么，在外部的报文可以通过多个网关板即多条路径到达业务板，与现有技术中通信设备中仅包含一个网关板，外部的报文仅能通过一个网关板即一条路径到达业务板相比，本方案能够有效解决网关板的性能瓶颈问题，在某个网关板出现故障时，通信设备还可以通过其他正常的网关板接收报文。从而实现入流的负荷分担和端口保护。

本方法中的报文头信息可以包括：源IP地址、源端口信息、协议类型信息、目的IP地址和目的端口信息等。

为了提高通信设备在出流方向上的报文转发效率，本发明实施例提供另一种报文转发方法，本方法应用于包含至少一个网关板和业务板的通信设备中，各业务板与每个网关板相连，网关板和业务板上配置的IP地址为公网IP地址，各业务板上配置的公网IP地址相同，各网关板上配置的公网IP地址不同，网关板和业务板上配置的公网IP地址不同。

参见图3，本发明实施例提供的另一种报文转发方法，包括以下步骤：

步骤30：业务板生成需要发送出去的包含业务板的IP地址的报文；根据预先配置的各网关板的路由信息选择一个网关板；将生成的报文发送给选择的网关板；

步骤31：网关板接收业务板发送的报文，根据预先配置的路由信息将报文发送出去。这里，网关板接收到业务板发送的报文后，不需要将报文中的源IP地址替换为网关板的IP地址，而是直接根据预先配置的路由信息将报文发送出去。

步骤30中，业务板根据预先配置的各网关板的路由信息选择出多个网关板时，可以从该多个网关板中随机选择一个网关板；或者，从该多个网关板中选择一个优先级最高的网关板，采用该方法需要预先为每个网关板设置优先级。

本方案中，通信设备中可以包含多个网关板，那么，业务板的报文可以通过多个网关板即多条路径发送出去，与现有技术中通信设备中仅包含一个网关板，业务板的报文仅能通过一个网关板即一条路径发送出去相比，本方案能够有效解决网关板的性能瓶颈问题，在某个网关板出现故障时，业务板还可以通过其他正常的网关板将报文发送出去。从而实现出流的负荷分担和端口保护。

下面对本发明进行具体说明：

如图4A所示，网络配置如下：

网关板上配置不同的公网IP地址，即10.1.1.1和10.1.1.3；

业务板上配置相同的公网IP地址，即10.1.1.2；

网关板对外可以连接不同的路由器。

路由配置如下：

网关板上配置标准路由，即网关板上仅配置一个路由器的路由信息，网关板在接收到业务板发送的报文时，根据该路由信息将该报文发送给该路由器；

业务板上配置多路径路由，即业务板上配置各网关板的路由信息，以将两个网关板均作为网关，业务板在需要向外发送报文时，其中的路由管理模块根据该路由信息选择一个网关板，并将报文发送给选择的网关板。

转发表中的表项分为：静态表项，动态表项和临时表项，其中：

静态表项是由配置接口配置下来的固定表项，该类型表项不能动态修改。

临时表项是建链时由网关板创建的，在一定时间内没有被确认，自动失效。

动态表项是由业务板协议栈配置的，在建链成功时业务板向所有网关板发送建链确认消息，业务板在收到该建链确认消息后固化该表项为动态表项。业务板在拆链时删除该表项。

业务流程如下：

初始配置：网关板根据业务需要，配置资源池信息，该资源池信息包含各业务板在各端口上提供的服务类型信息、以及各业务板的内部地址。

如图4B所示，在入流方向上：

步骤一：网关板接收到外部发送的包含业务板的IP地址的报文后，读取预先配置的转发表；在转发表中查找包含接收到的报文中的报文头信息的表项；若查找到，则将接收到的报文发送给查找到的表项中业务板的内部地址对应的业务板；若未查找到，则判断该报文是否为新链接报文，即判断该报文中是否携带有建链请求标志，若不是新链接报文，则丢弃该报文；若是新链接报文，则读取预先配置的资源池信息，根据读取的资源池信息以及报文中的服务请求信息判断是否有匹配的资源池，即判断各业务板是否能够提供该报文所请求的服务，若没有匹配的资源池，则丢弃该报文；若有匹配的资源池，则根据资源池负荷分担算法选择一个业务板，将接收到的报文发送给选择的业务板，并在转发表中添加包含接收到的报文中的报文头信息和选择的业务板的内部地址的表项，设置该表项的类型为临时表项；

步骤二：业务板接收到网关板发送的报文后，判断该报文是否为新链接报文，即判断该报文中是否携带有建链请求标志，若不是新链接报文，则直接将报文提交给Socket层进行处理；若是新链接报文，则在建链完成后向连接的所有网关板发送包含该报文中的报文头信息和该业务板的内部地址的链路确认消息；网关板接收到链路确认消息后，若本地的转发表中不存在包含该链路确认消息中的报文头信息和业务板的内部地址的表项，则在本地的转发表中添加包含该报文头信息和该业务板的内部地址的表项，若本地的转发表中存在包含该链路确认消息中的报文头信息和业务板的内部地址的临时表项，则将该临时表项固化为动态表项；

步骤三：业务板在需要断开所述报文对应的通信链路时，向连接的所有网关板发送包含所述报文中的报文头信息和该业务板的内部地址的链路删除消息；接收到业务板发送的链路删除消息的网关板，将本地的转发表中包含该链路删除消息中的报文头信息和业务板的内部地址的表项删除。

在出流方向上：

步骤一：业务板生成需要发送出去的包含业务板的IP地址的报文；根据预先配置的各网关板的路由信息选择一个网关板；将生成的报文发送给选择的网关板；

步骤二：网关板接收业务板发送的报文，根据预先配置的路由信息将报文发送出去。

参见图5，本发明实施例还提供一种报文转发设备，该设备包括至少一个网关板50和业务板51，各业务板51与每个网关板50相连，网关板50和业务板51上配置的IP地址为公网IP地址，各业务板51上配置的公网IP地址相同，各网关板50上配置的公网IP地址不同，网关板50和业务板51上配置的公网IP地址不同；其中，

网关板50，用于接收到外部发送的包含业务板的IP地址的报文后，读取预先配置的转发表；在转发表中查找包含所述报文中的报文头信息的表项；若查找到，则将所述报文发送给查找到的表项中业务板的内部地址对应的业务板；若未查找到，则选择一个业务板，将所述报文发送给选择的业务板，并在转发表中添加包含所述报文中的报文头信息和选择的业务板的内部地址的表项；

业务板51，用于接收到网关板发送的所述报文后，对所述报文进行处理；

其中，所述转发表中包含至少一个表项，每个表项中包含报文头信息和业务板的内部地址，业务板的内部地址用于标识对应业务板在所述通信设备内的位置。

进一步的，网关板50还用于：

在确定未查找到包含所述报文中的报文头信息的表项之后、并且根据资源池负荷分担算法选择一个业务板之前，确定所述报文中是否携带有建链请求标志；在确定所述报文中携带有建链请求标志时，根据资源池负荷分担算法选择一个业务板。

进一步的，网关板50还用于：

在确定所述报文中携带有建链请求标志之后、并且根据资源池负荷分担算法选择一个业务板之前，读取预先配置的资源池信息；根据读取的资源池信息以及所述报文中的服务请求信息，确定各业务板是否能够提供该报文所请求的服务；在确定各业务板能够提供该报文所请求的服务时，根据资源池负荷分担算法选择一个业务板；

其中，所述资源池信息包含各业务板在各端口上提供的服务类型信息、以及各业务板的内部地址。

进一步的，所述资源池负荷分担算法为：

采用轮选方式选取业务板、或选取CPU使用率最低的业务板、或选取内存使用率最低的业务板、或选取当前服务的用户数最少的业务板、或选取CPU使用率、内存使用率与当前服务的用户数的加权值最小的业务板。

进一步的，业务板51还用于：在建链完成后，向连接的所有网关板发送包含所述报文中的报文头信息和该业务板的内部地址的链路确认消息；

网关板50还用于：接收到所述链路确认消息后，若本地的转发表中不存在包含所述报文头信息和所述业务板的内部地址的表项，则在本地的转发表中添加包含所述报文头信息和所述业务板的内部地址的表项；否则，将本地的转发表中的该表项固化为动态表项。

进一步的，业务板51还用于：在向连接的所有网关板发送所述链路确认消息之后，在需要断开所述报文对应的通信链路时，向连接的所有网关板发送包含所述报文中的报文头信息和该业务板的内部地址的链路删除消息；

网关板50还用于：在接收到所述链路删除消息后，将本地的转发表中包含所述报文头信息和所述业务板的内部地址的表项删除。

进一步的，所述报文头信息包括：源IP地址、源端口信息、协议类型信息、目的IP地址和目的端口信息。

仍参见图5，本发明实施例还提供一种报文转发设备，该设备包括至少一个网关板50和业务板51，各业务板51每个网关板50相连，网关板50和业务板51上配置的IP地址为公网IP地址，各业务板51上配置的公网IP地址相同，各网关板50上配置的公网IP地址不同，网关板50和业务板51上配置的公网IP地址不同；其中，

业务板51，用于生成需要发送出去的包含业务板的IP地址的报文；根据预先配置的各网关板的路由信息选择一个网关板；将所述报文发送给选择的网关板；

网关板50，用于接收业务板发送的所述报文，根据预先配置的路由信息将所述报文发送出去。

进一步的，业务板51用于：

根据预先配置的各网关板的路由信息选择出多个网关板时，从该多个网关板中随机选择一个网关板；或者，从该多个网关板中选择一个优先级最高的网关板。

综上，本发明的有益效果包括：

本发明实施例提供的方案中，由于业务板上配置的IP地址也为公网IP地址并且各业务板上配置的公网IP地址相同，使得网关板在接收到外部发送的包含业务板的IP地址的报文时，通过查找转发表确定一个目的业务板或选择一个目的业务板后，不需要将报文中的目的IP地址替换为业务板的内网IP地址，而是直接将报文发送给目的业务板，提高了入流方向上报文转发的效率。

本发明实施例提供的方案中，由于业务板上配置的IP地址也为公网IP地址并且各业务板上配置的公网IP地址相同，使得业务板向网关板发送包含业务板的IP地址的报文后，网关板可以直接将报文发送出去，而不需要将报文中的源IP地址替换为网关板的IP地址，提高了出流方向上报文转发的效率。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (6)

1.一种报文转发方法，其特征在于，应用于包含至少一个网关板和业务板的通信设备中，各业务板与每个网关板相连，网关板和业务板上配置的IP地址为公网IP地址，各业务板上配置的公网IP地址相同，各网关板上配置的公网IP地址不同，网关板和业务板上配置的公网IP地址不同，该方法包括：

网关板接收到外部发送的包含业务板的IP地址的报文后，读取预先配置的转发表；在转发表中查找包含所述报文中的报文头信息的表项；若查找到，则将所述报文发送给查找到的表项中业务板的内部地址对应的业务板；若未查找到，则选择一个业务板，将所述报文发送给选择的业务板，并在转发表中添加包含所述报文中的报文头信息和选择的业务板的内部地址的表项；其中，所述转发表中包含至少一个表项，每个表项中包含报文头信息和业务板的内部地址，业务板的内部地址用于标识对应业务板在所述通信设备内的位置；

业务板接收到网关板发送的所述报文后，对所述报文进行处理；

在确定未查找到包含所述报文中的报文头信息的表项之后、并且选择一个业务板之前，进一步包括：网关板确定所述报文中是否携带有建链请求标志；

所述选择一个业务板，具体包括：网关板在确定所述报文中携带有建链请求标志时，根据资源池负荷分担算法选择一个业务板；

在网关板确定所述报文中携带有建链请求标志之后、并且根据资源池负荷分担算法选择一个业务板之前，进一步包括：网关板读取预先配置的资源池信息；根据读取的资源池信息以及所述报文中的服务请求信息，确定各业务板是否能够提供该报文所请求的服务；

所述根据资源池负荷分担算法选择一个业务板，具体包括：网关板在确定各业务板能够提供该报文所请求的服务时，根据资源池负荷分担算法选择一个业务板；其中，所述资源池信息包含各业务板在各端口上提供的服务类型信息、以及各业务板的内部地址；

在业务板接收网关板发送的所述报文之后，进一步包括：业务板在建链完成后，向连接的所有网关板发送包含所述报文中的报文头信息和该业务板的内部地址的链路确认消息；网关板接收到所述链路确认消息后，若本地的转发表中不存在包含所述报文头信息和所述业务板的内部地址的表项，则在本地的转发表中添加包含所述报文头信息和所述业务板的内部地址的表项；否则，将本地的转发表中的该表项固化为动态表项；

在向连接的所有网关板发送所述链路确认消息之后，进一步包括：业务板在需要断开所述报文对应的通信链路时，向连接的所有网关板发送包含所述报文中的报文头信息和该业务板的内部地址的链路删除消息；网关板在接收到所述链路删除消息后，将本地的转发表中包含所述报文头信息和所述业务板的内部地址的表项删除。

2.如权利要求1所述的方法，其特征在于，所述资源池负荷分担算法为：

采用轮选方式选取业务板、或选取CPU使用率最低的业务板、或选取内存使用率最低的业务板、或选取当前服务的用户数最少的业务板、或选取CPU使用率、内存使用率与当前服务的用户数的加权值最小的业务板。

3.如权利要求1或2所述的方法，其特征在于，所述报文头信息包括：源IP地址、源端口信息、协议类型信息、目的IP地址和目的端口信息。

4.一种报文转发设备，其特征在于，该设备包括至少一个网关板和业务板，各业务板与每个网关板相连，网关板和业务板上配置的IP地址为公网IP地址，各业务板上配置的公网IP地址相同，各网关板上配置的公网IP地址不同，网关板和业务板上配置的公网IP地址不同；其中，

网关板，用于接收到外部发送的包含业务板的IP地址的报文后，读取预先配置的转发表；在转发表中查找包含所述报文中的报文头信息的表项；若查找到，则将所述报文发送给查找到的表项中业务板的内部地址对应的业务板；若未查找到，则选择一个业务板，将所述报文发送给选择的业务板，并在转发表中添加包含所述报文中的报文头信息和选择的业务板的内部地址的表项；其中，所述转发表中包含至少一个表项，每个表项中包含报文头信息和业务板的内部地址，业务板的内部地址用于标识对应业务板在所述报文转发设备内的位置；

业务板，用于接收到网关板发送的所述报文后，对所述报文进行处理；

网关板还用于：在确定未查找到包含所述报文中的报文头信息的表项之后、并且选择一个业务板之前，确定所述报文中是否携带有建链请求标志；在确定所述报文中携带有建链请求标志时，根据资源池负荷分担算法选择一个业务板；

网关板还用于：在确定所述报文中携带有建链请求标志之后、并且根据资源池负荷分担算法选择一个业务板之前，读取预先配置的资源池信息；根据读取的资源池信息以及所述报文中的服务请求信息，确定各业务板是否能够提供该报文所请求的服务；在确定各业务板能够提供该报文所请求的服务时，根据资源池负荷分担算法选择一个业务板；其中，所述资源池信息包含各业务板在各端口上提供的服务类型信息、以及各业务板的内部地址；

业务板还用于：在建链完成后，向连接的所有网关板发送包含所述报文中的报文头信息和该业务板的内部地址的链路确认消息；

网关板还用于：接收到所述链路确认消息后，若本地的转发表中不存在包含所述报文头信息和所述业务板的内部地址的表项，则在本地的转发表中添加包含所述报文头信息和所述业务板的内部地址的表项；否则，将本地的转发表中的该表项固化为动态表项；

业务板还用于：在向连接的所有网关板发送所述链路确认消息之后，在需要断开所述报文对应的通信链路时，向连接的所有网关板发送包含所述报文中的报文头信息和该业务板的内部地址的链路删除消息；

网关板还用于：在接收到所述链路删除消息后，将本地的转发表中包含所述报文头信息和所述业务板的内部地址的表项删除。

5.如权利要求4所述的设备，其特征在于，所述资源池负荷分担算法为：

采用轮选方式选取业务板、或选取CPU使用率最低的业务板、或选取内存使用率最低的业务板、或选取当前服务的用户数最少的业务板、或选取CPU使用率、内存使用率与当前服务的用户数的加权值最小的业务板。

6.如权利要求4或5所述的设备，其特征在于，所述报文头信息包括：源IP地址、源端口信息、协议类型信息、目的IP地址和目的端口信息。