技术领域

本发明涉及通信技术领域， 尤其涉及一种报文转发方法及设备。 背景技术

路由转发动作包括两项基本内容： 寻径和转发。 其中， 寻径即确定报文 到达目的地的最佳路径； 而转发则是指沿确定出的到达目的地的最佳路 径传 送报文。 为了依次实现这两项基本内容， 路由器预先会根据某种路由选择算 法收集相应的路由信息填入路由表中。 基于填入了路由信息的路由表， 路由 器在进行寻径时， 就可以通过对该路由表的查找， 判定路由表中是否存在用 于指示如何将报文发送到下一个站点 （该站点可以是路由器或主机）的表项。 如果路由器没有查询到该表项， 则通常会将该报文丟弃； 否则， 就会根据路 由表中的相应表项将报文转发到下一个站点， 从而实现对报文的转发。

在现有技术中， 路由器对报文进行转发的最小粒度是五元组流 ， 即： 以 包含有五元组（五元组中的 "5元"分别为： 目的 IP地址、 目的端口 （port ) 、 源 IP地址、 源端口及协议（protocol ) ) 的报文作为最小转发单位， 并依据 "按照 相同的路径， 对包含有相同五元组的报文进行转发"的转发� �则， 对报文进行 转发。

一般说来， 在移动网络等应用环境， 特别是在超文本传输协议（ hypertext transfer protocol , http )如 http 1.1等得到普及应用的应用环境中， 不同的 http请 求（ request )也可能包含相同的五元组。按照上述现有技� �中采用的转发原则， 包含相同五元组的这些不同 http请求最终都会按照相同的路径进行转发。

目前， 现有技术中还没有提出如何实现按照不同的路 径， 对包含相同五 元组的不同 http请求分别进行转发。 发明内容

本发明实施例提供一种报文转发方法及设备， 用以解决了现有技术存在 的无法按照不同的路径， 对包含相同五元组的不同 http请求分别进行转发的 问题。

本发明实施例还提供一种信息发送设备。

本发明实施例采用以下技术方案：

第一方面， 提供一种报文转发方法， 包括： 报文转发设备获得待转发报 文所包含的特征字； 其中， 所述特征字是按照预设的报文内容解析策略， 从 所述待转发报文所包含的除五元组外的其他内 容中解析得到的； 按照不同特 征字与相应的路由信息的对应关系， 确定获得的所述特征字所对应的路由信 息； 并按照确定的所述路由信息， 对所述待转发报文进行发送。

结合第一方面， 在第一种可能的实现方式中， 报文转发设备获得待转发 报文所包含的特征字， 具体包括： 报文转发设备将所述待转发报文发送给控 制器； 并获得所述控制器对所述待转发报文进行深度 业务识别 DPI后下发的 五元组流表； 其中， 所述五元组流表中至少包含所述待转发报文中 包含的五 元组与所述待转发报文的处理方式的对应关系 ； 根据所述待转发报文中包含 的五元组和所述五元组流表， 判断对所述待转发报文的处理方式是否为需要 根据所述待转发报文所包含的特征字对所述待 转发报文进行转发； 在判断结 果为是时， 通过对所述待转发报文进行 DPI,获得所述待转发报文所包含的所 述特征字。

结合第一方面的第一种可能的实现方式， 在第二种可能的实现方式中， 报文转发设备将所述待转发报文发送给控制器 ， 具体包括： 报文转发设备判 断所述待转发报文是否为用户指定协议的报文 ； 在判断出所述待转发报文为 用户指定协议的报文时， 将所述待转发报文发送给所述控制器。

结合第一方面的第一种可能的实现方式， 在第三种可能的实现方式中， 报文转发设备将所述待转发报文发送给控制器 ， 具体包括： 报文转发设备在 根据策略和计费规则功能 PCRF 单元下发的用户策略表， 确定出发送所述待 转发报文的用户已开通了根据特征字转发报文 的业务后， 将所述待转发报文 发送给所述控制器； 其中， 所述用户策略表中包含不同用户标识与相应的 所 述业务的订制状态的对应关系。

结合第一方面的第三种可能的实现方式， 在第四种可能的实现方式中， 文的业务后， 将所述待转发报文发送给所述控制器， 具体包括： 报文转发设 后， 判断所述待转发报文是否为用户指定协议的报 文； 在判断出所述待转发 报文为用户指定协议的报文时， 将所述待转发报文发送给所述控制器。

结合第一方面， 在第五种可能的实现方式中， 报文转发设备获得待转发 报文所包含的特征字， 具体包括： 报文转发设备通过对所述待转发报文进行

DPI, 获得所述待转发报文所包含的所述特征字。

结合第一方面的第五种可能的实现方式， 在第六种可能的实现方式中， 报文转发设备通过对所述待转发报文进行 DPI,获得所述待转发报文所包含的 所述特征字， 具体包括： 报文转发设备接收所述待转发报文后， 根据所述待 转发报文中包含的五元组和控制器下发的五元 组流表， 判断是否需要确定所 述待转发报文所包含的特征字； 其中， 所述五元组流表中包含五元组与报文 处理方式的对应关系； 在判断结果为是时， 通过对所述待转发报文进行 DPI， 获得所述待转发报文所包含的所述特征字。

结合第一方面的第五种可能的实现方式， 在第七种可能的实现方式中， 报文转发设备通过对所述待转发报文进行 DPI,获得所述待转发报文所包含的 所述特征字， 具体包括： 报文转发设备判断所述待转发报文是否为用户 指定 协议的报文； 在判断出所述待转发报文为用户指定协议的报 文时， 通过对所 述待转发报文进行 DPI, 获得所述待转发报文所包含的所述特征字。

结合第一方面的第五种可能的实现方式， 在第八种可能的实现方式中， 报文转发设备通过对所述待转发报文进行 DPI,获得所述待转发报文所包含的 所述特征字， 具体包括： 报文转发设备在根据策略和计费规则功能 PCRF 单 元下发的用户策略表， 确定出发送所述待转发报文的用户已开通了根 据特征 字转发报文的业务后，通过对所述待转发报文 进行 DPI， 获得所述待转发报文 所包含的所述特征字； 其中， 所述用户策略表中包含不同用户标识与相应的 所述业务的订制状态的对应关系。

结合第一方面的第八种可能的实现方式， 在第九种可能的实现方式中， 文的业务后，通过对所述待转发报文进行 DPI,获得所述待转发报文所包含的 所述特征字， 具体包括： 报文转发设备确定出发送所述待转发报文的用 户已 开通了根据特征字转发报文的业务后， 判断所述待转发报文是否为用户指定 协议的报文； 在判断出所述待转发报文为用户指定协议的报 文时， 通过对所 述待转发报文进行 DPI, 获得所述待转发报文所包含的所述特征字。

结合第一方面， 或第一方面的第一种可能的实现方式至第九种 可能的实 现方式中的任何一种实现方式， 在第十种可能的实现方式中， 报文转发设备 按照不同特征字与相应的路由信息的对应关系 ， 确定获得的所述特征字所对 应的路由信息， 具体包括： 报文转发设备根据预先下载的灵活报文匹配 FPM 表中的所述对应关系 , 确定获得的所述特征字所对应的路由信息。

结合第一方面， 或第一方面的第一种可能的实现方式至第十种 可能的实 现方式中的任何一种实现方式， 在第十一种可能的实现方式中， 所述待转发 报文所包含的所述特征字具体包括： 位于所述待转发报文的特定位置处的特 征字。

第二方面， 提供一种报文转发方法， 包括： 报文转发设备接收待转发报 文； 将所述待转发报文发送给所述 DPI服务器， 以指示所述 DPI服务器执行： 按照不同特征字与相应的路由信息的对应关系 ， 确定所述待转发报文中包含 的特征字所对应的路由信息； 并按照确定的所述路由信息， 对所述待转发报 内容解析策略， 从所述待转发报文所包含的除五元组外的其他 内容中解析得 到的。 结合第二方面， 在第一种可能的实现方式中， 报文转发设备将所述待转 发报文发送给所述 DPI服务器， 具体包括： 报文转发设备将所述待转发报文 发送给控制器； 并获得所述控制器对所述待转发报文进行深度 业务识别 DPI 后下发的五元组流表； 其中， 所述五元组流表中至少包含所述待转发报文中 所述待转发报文中包含的五元组和所述五元组 流表， 判断所述待转发报文的 进行转发； 在判断结果为是时， 将所述待转发报文发送给所述 DPI服务器。

第三方面， 提供一种报文转发方法， 包括： 控制器获得不同特征字与相 应的路由信息的对应关系； 将用于表征所述对应关系的信息发送给报文转 发 设备， 以指示所述报文转发设备执行： 按照所述对应关系， 确定待转发报文 中包含的特征字所对应的路由信息， 并按照确定的所述路由信息， 对所述待 转发报文进行发送； 其中， 所述特征字是按照预设的报文内容解析策略， 从 结合第三方面， 在第一种可能的实现方式中， 所述控制器获得所述对应 关系前， 或所述控制器将用于表征所述对应关系的信息 发送给所述报文转发 设备之前， 所述方法还包括： 所述控制器获得所述报文转发设备发送的所述 待转发报文； 所述控制器通过对所述待转发报文进行 DPI而获得所述特征字 后， 判断所述特征字是否属于预先设置的特征字集 合； 其中， 所述特征字集 合中包含的特征字为待根据所述对应关系进行 转发的报文所包含的特征字； 所述控制器根据判断结果以及所述待转发报文 中包含的五元组， 向所述报文 转发设备发送五元组流表； 其中， 所述五元组流表中至少包含所述五元组与 所述待转发报文的处理方式的对应关系； 且当判断结果为是时， 所述待转发 进行转发， 当判断结果为否时， 所述待转发报文的处理方式为无需根据所述 待转发报文包含的特征字对所述待转发报文进 行转发。

结合第三方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述控制器根据判断结果以及所述待转发报文 中包含的五元组， 向所述报文 转发设备发送五元组流表， 具体包括： 所述控制器根据策略和计费规则功能

PCRF 单元所存储的用于表征用户是否开通了根据特 征字转发报文的业务的 所述用户开通了所述业务时， 根据所述判断结果以及所述待转发报文中包含 的五元组， 向所述" ^文转发设备发送所述五元组流表。

结合第三方面的第二种可能的实现方式， 在第三种可能的实现方式中， 所述控制器根据所述用户信息， 判断发送所述待转发报文的用户是否开通了 所述业务， 具体包括： 所述控制器判断所述待转发报文是否为用户指 定协议 的报文； 在判断出所述待转发报文为用户指定协议的报 文时， 根据所述用户 信息， 判断发送所述待转发报文的用户是否开通了所 述业务。

第四方面， 提供一种报文转发设备， 包括： 特征字获得单元， 用于获得 待转发报文所包含的特征字； 其中， 所述特征字是按照预设的报文内容解析 由信息确定单元， 按照不同特征字与相应的路由信息的对应关系 ， 确定特征 字获得单元获得的所述特征字所对应的路由信 息； 报文发送单元， 用于按照 路由信息确定单元确定的所述路由信息， 对所述待转发报文进行发送。

结合第四方面， 在第一种可能的实现方式中， 所述特征字获得单元具体 包括： 报文发送子单元， 用于将所述待转发报文发送给控制器； 流表获得子 单元， 用于获得所述控制器对所述报文发送子单元发 送的所述待转发报文进 行深度业务识别 DPI后下发的五元组流表； 其中， 所述五元组流表中至少包 系； 判断子单元， 用于根据所述待转发报文中包含的五元组和流 表获得子单 元获得的所述五元组流表， 判断对所述待转发报文的处理方式是否为需要 根 子单元， 用于在判断子单元得到的判断结果为是时， 通过对所述待转发报文 进行 DPI, 获得所述待转发报文所包含的所述特征字。 结合第四方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述报文发送子单元具体用于： 判断所述待转发报文是否为用户指定协议的 报文； 在判断出所述待转发报文为用户指定协议的报 文时， 将所述待转发报 文发送给所述控制器。

结合第四方面的第一种可能的实现方式， 在第三种可能的实现方式中， 所述报文发送子单元具体用于： 在根据策略和计费规则功能 PCRF 单元下发 报文的业务后， 将所述待转发报文发送给所述控制器； 其中， 所述用户策略 表中包含不同用户标识与相应的所述业务的订 制状态的对应关系。

结合第四方面的第三种可能的实现方式， 在第四种可能的实现方式中， 所述报文发送子单元具体用于： 确定出发送所述待转发报文的用户已开通了 根据特征字转发报文的业务后， 判断所述待转发报文是否为用户指定协议的 报文； 在判断出所述待转发报文为用户指定协议的报 文时， 将所述待转发报 文发送给所述控制器。

结合第四方面， 在第五种可能的实现方式中， 所述特征字获得单元具体 用于： 通过对所述待转发报文进行 DPI, 获得所述待转发报文所包含的所述特 征字。

结合第四方面的第五种可能的实现方式， 在第六种可能的实现方式中， 所述特征字获得单元具体用于： 接收所述待转发报文后， 根据所述待转发报 文中包含的五元组和控制器下发的五元组流表 ， 判断是否需要确定所述待转 发报文所包含的特征字； 其中， 所述五元组流表中包含五元组与报文处理方 式的对应关系； 在判断结果为是时， 通过对所述待转发报文进行 DPI, 获得所 述待转发报文所包含的所述特征字。

结合第四方面的第五种可能的实现方式， 在第七种可能的实现方式中， 所述特征字获得单元具体用于： 判断所述待转发报文是否为用户指定协议的 报文； 在判断出所述待转发报文为用户指定协议的报 文时， 通过对所述待转 发报文进行 DPI, 获得所述待转发报文所包含的所述特征字。 结合第四方面的第五种可能的实现方式， 在第八种可能的实现方式中， 所述特征字获得单元具体用于： 在根据策略和计费规则功能 PCRF 单元下发 报文的业务后，通过对所述待转发报文进行 DPI, 获得所述待转发报文所包含 的所述特征字； 其中， 所述用户策略表中包含不同用户标识与相应的 所述业 务的订制状态的对应关系。

结合第四方面的第八种可能的实现方式， 在第九种可能的实现方式中， 所述特征字获得单元具体用于： 确定出发送所述待转发报文的用户已开通了 根据特征字转发报文的业务后， 判断所述待转发报文是否为用户指定协议的 报文； 在判断出所述待转发报文为用户指定协议的报 文时， 通过对所述待转 发报文进行 DPI, 获得所述待转发报文所包含的所述特征字。

结合第四方面， 或者第四方面的第一种至第九种可能的实现方 式中的任 一种实现方式， 在第十种可能的实现方式中， 所述路由信息确定单元具体用 于： 根据预先下载的灵活报文匹配 FPM表中的所述对应关系， 确定获得的所 述特征字所对应的路由信息。

结合第四方面， 或者第四方面的第一种至第十种可能的实现方 式中的任 一种实现方式， 在第十一种可能的实现方式中， 所述待转发报文所包含的所 述特征字具体包括： 位于所述待转发报文的特定位置处的特征字。

第五方面， 提供一种报文转发设备， 包括： 报文接收单元， 用于接收待 转发报文； 报文发送单元， 用于将所述报文接收单元接收的所述待转发报 文 发送给所述 DPI服务器， 以指示所述 DPI服务器执行： 按照不同特征字与相 应的路由信息的对应关系， 确定所述待转发报文中包含的特征字所对应的 路 由信息； 并按照确定的所述路由信息， 对所述待转发报文进行发送； 其中， 述待转发报文所包含的除五元组外的其他内容 中解析得到的。

结合第五方面， 在第一种可能的实现方式中， 所述报文发送单元具体包 括： 报文发送子单元， 用于将所述待转发报文发送给控制器； 流表获得子单 业务识别 DPI后下发的五元组流表； 其中， 所述五元组流表中至少包含所述 子单元， 用于根据所述待转发报文中包含的五元组和流 表获得子单元获得的 所述五元组流表， 判断所述待转发报文的处理方式是否为需要根 据所述待转 在判断子单元得到的判断结果为是时， 将所述待转发报文发送给所述 DPI服 务器。

第六方面， 提供一种报文转发设备， 包括： 对应关系获得单元， 用于获 得不同特征字与相应的路由信息的对应关系； 对应关系发送单元， 用于将用 于表征对应关系获得单元获得的所述对应关系 的信息发送给报文转发设备， 以指示所述报文转发设备执行： 按照所述对应关系， 确定待转发报文中包含 的特征字所对应的路由信息， 并按照确定的所述路由信息， 对所述待转发报 文进行发送； 其中， 所述特征字是按照预设的报文内容解析策略， 从所述待 转发报文所包含的除五元组外的其他内容中解 析得到的。

结合第六方面， 在第一种可能的实现方式中， 所述设备还包括： 报文获 得单元， 用于在所述对应关系获得单元获得所述对应关 系前， 或所述对应关 系发送单元将用于表征所述对应关系的信息发 送给所述报文转发设备之前， 获得所述报文转发设备发送的所述待转发报文 ； 判断单元， 用于通过对报文 获得单元获得的所述待转发报文进行 DPI而获得所述特征字后， 判断所述特 征字是否属于预先设置的特征字集合； 其中， 所述特征字集合中包含的特征 字为待根据所述对应关系进行转发的报文所包 含的特征字； 流表发送单元， 用于根据判断单元得到的判断结果以及所述待 转发报文中包含的五元组， 向 所述报文转发设备发送五元组流表； 其中， 所述五元组流表中至少包含所述 五元组与所述待转发报文的处理方式的对应关 系； 且当判断结果为是时， 所 述待转发报文的处理方式为需要根据所述待转 发报文包含的特征字对所述待 转发报文进行转发， 当判断结果为否时， 所述待转发报文的处理方式为无需 含

结合第六方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述流表发送单元具体用于： 根据策略和计费规则功能 PCRF 单元所存储的 用于表征用户是否开通了根据特征字转发报文 的业务的用户信息， 判断发送 所述待转发报文的用户是否开通了所述业务； 并在判断出所述用户开通了所 述业务时， 根据所述判断结果以及所述待转发报文中包含 的五元组， 向所述 报文转发设备发送所述五元组流表。

结合第六方面的第二种可能的实现方式， 在第三种可能的实现方式中， 所述流表发送单元具体用于： 判断所述待转发报文是否为用户指定协议的报 文； 在判断出所述待转发报文为用户指定协议的报 文时， 根据所述用户信息， 判断发送所述待转发报文的用户是否开通了所 述业务。

本发明实施例提供的方案由于是根据报文所包 含的、 除五元组外的其他 内容中解析出的特征字来确定相应的路由， 并按照该路由对报文进行转发， 从而即使针对包含相同五元组的不同报文， 采用本发明实施例提供的该方案 也能够实现将不同的报文转发到不同的路由上 。 因此解决了现有技术存在的 无法按照不同的路径， 对包含相同五元组的不同 http请求分别进行转发的问

附图说明

图 1为本发明实施例提供的第一种报文转发方法� �具体实现流程图;

图 2为本发明实施例提供的第二种报文转发方法� �具体实现流程图;

图 3为本发明实施例提供的第三种报文转发方法� �具体实现流程图;

图 4为实施例 1的具体实现流程示意图；

图 5为实施例 2的具体实现流程示意图；

图 6为实施例 3的具体实现流程示意图；

图 7为实施例 4的具体实现流程示意图；

图 8为本发明实施例提供的第一种报文转发设备� �具体结构示意图; 图 9为本发明实施例提供的第二种报文转发设备� �具体结构示意图； 图 10为本发明实施例提供的第三种报文转发设备� ��具体结构示意图； 图 11为本发明实施例提供的第四种报文转发设备� ��具体结构示意图； 图 12为本发明实施例提供的第五种报文转发设备� ��具体结构示意图; 图 13为本发明实施例提供的第六种报文转发设备� ��具体结构示意图。 具体实施方式

为了提供一种实现对包含相同五元组的不同 http请求进行分别转发的方 案， 发明人对 http请求的特点进行了研究。 经过研究发现， http请求中会包含 开放式系统互联（ Open Systems Interconnection, OSI ) 7层模型的系统结构所 包含的各个协议层的数据， 从而 http请求也可称为 7层报文。 其中， OSI七 层模型的系统结构一共包含 7 个协议层， 从高层到低层依次是： 应用层、 表 示层、 会话层、 传输层、 网络层、 数据链路层和物理层。

一般地， 如果多条 7层报文均包含相同的五元组， 那么， 从五元组这一 特征就不能体现出不同 7层报文之间的差别。 然而， 不同 7层报文之间的差 别却可以从艮文的具体格式中进行体现。 比如， 某两条均包含相同五元组的 httpl .l请求中， 若其中一条 httpl .l请求的特征在于： 其在距离报文头第 n字 节处有一特征字 "XXX" (注： 这里的 "XXX" 仅泛指某特征字， 而并不代表该 特征字的具体内容， 以下的 "yyy" 同理）， 而另一条 http 1.1请求的特征则在 于： 其在距离报文头相同位置处有一特征字 "yyy" , 那么， 这两个特征字就 可以作为区分这两条 httpl .l请求的依据之一。 当然， 根据 http语法或其他方 式， 还可以通过其他位置的关键字来区分两条不同 的 httpl .l请求。

同样的道理， 对于包含同一个五元组的其他协议的不同 7 层艮文， 也可 以按照上述方式进行区分。一般的，可以使用 深度业务识别（DPI, Deep Packet Inspection )技术来进行 7层才艮文的区分识别。

基于对现有技术的上述研究， 本发明实施例提供了一种依据能够体现不 同 7层报文之间差别的特征， 来实现对不同 7层报文分别进行路由转发的方 案。 以下结合附图， 详细说明本发明实施例提供的方案。

首先， 本发明实施例提供一种报文转发方法， 该方法的具体实现流程示 意图如图 1所示， 主要包括：

11 , 报文转发设备获得待转发报文所包含的特征字 ；

其中， 该特征字可以是按照预设的报文内容解析策略 ， 从待转发报文所 包含的除五元组外的其他内容中解析得到的。

这里所述的报文内容解析策略中， 可以指定待转发报文中应被解析的特 定位置。 比如指定对待转发报文中距离报文头 （或报文尾） 第 n字节处的特 征字进行解析。 或者， 该报文内容解析策略也可以不指定该特定位置 ， 而仅 仅规定通过对报文的全部内容进行解析， 获得报文中存在的特定特征字。

本发明实施例中， 11 的具体实现方式可以是由报文转发设备自身对 待转 发报文进行 DPI而获得该报文所包含的特征字； 也可以是由报文转发设备将 该待转发报文发送给控制器 Controller后； 获得 Controller对该待转发报文进 行 DPI而获得并发送来的该待转发报文中包含的特 征字。

12， 报文转发设备按照不同特征字与相应的路由信 息的对应关系， 确定 获得的特征字所对应的路由信息；

一般地， 该对应关系可以是预先设置的。

该对应关系可以是预先设置在路由器中。 或者， 该对应关系也可以设置 在控制器 Controller中， 并由 Controller根据报文转发设备的请求而下发给报 文转发设备，或者由报文转发设备从 Controller中进行下载，或者由 Controller 主动下发给报文转发设备。

可选的， 该对应关系可以存储于灵活 4艮文匹配（Flexible Packet Match, FPM )表中。 该 FPM表可以预先设置于 Controller中或者报文转发设备中。

13 , 报文转发设备按照确定的路由信息， 对待转发报文进行发送。

由本发明实施例提供的上述方法可见， 由于该方法是根据报文所包含的、 除五元组外的其他内容中解析出的特征字来确 定相应的路由， 并按照该路由 对报文进行转发， 从而即使针对包含相同五元组的不同报文， 采用本发明实 施例提供的该方案也能够实现将不同的报文转 发到不同的路由上。 因此该方 法解决了现有技术存在的无法按照不同的路径 ，对包含相同五元组的不同 http 请求分别进行转发的问题。 需要说明的是， 本发明实施例提供的方案还适用 于对其他协议的不同报文进行转发。

通过对本发明实施例提供的该方法的改进， 还可以实现仅针对包含有特 定五元组的的报文采用根据特征字进行转发的 方式。 具体地， 可以通过对上 述 11的改进而达到该目的。 比如， 当由 ·^艮文转发设备自身对待转发 ·^艮文进行 DPI而获得该报文所包含的特征字时，在接收到 待转发报文后，报文转发设备 断是否需要确定待转发报文所包含的特征字； 然后， 在判断结果为是时， 再 对待转发报文进行 DPI而获得待转发报文所包含的特征字。 其中， 该五元组 流表中包含五元组与报文处理方式的对应关系 。 这里的报文处理方式中， 包 括 "对待转发报文进行 DPI而获得其包含的特征字" 这样的方式。 从而一旦 根据五元组流表， 确定出包含某五元组的报文需要按照这样的报 文处理方式 进行处理， 就可以进一步执行对该待转发报文的 DPI，从而获得其包含的特征 字。

可选的， 当由报文转发设备自身对待转发报文进行 DPI而获得该报文所 包含的特征字时， 在接收到待转发报文后， 报文转发设备可以首先确定待转 发报文是否为用户指定协议（如 http )的报文。 并在判断出该待转发报文为用 户指定协议的报文时， 再对待转发报文进行 DPI而获得待转发报文所包含的 特征字。 采用这样的方式， 可以实现仅针对某种用户指定协议的报文采用 根 据特征字进行转发的方式来转发。

通过对本发明实施例提供的该方法的改进， 还可以实现仅针对部分用户 采用根据特征字进行 4艮文转发。 具体地， 仍然可以通过对上述 11的改进而达 到该目的。 当报文转发设备自身对待转发报文进行 DPI而获得该报文所包含 的特征字时， 可以仅在根据策略和计费规则功能 PCRF单元下发的用户策略 才对待转发报文进行 DPI而获得待转发报文所包含的特征字。 其中， 这里所 说的用户策略表中包含不同用户标识与相应的 "根据特征字转发报文的业务" 的订制状态的对应关系。 的业务后， 还可以进一步确定待转发报文是否为用户指定 协议（如 http )的报 文。 并在判断出该待转发报文为用户指定协议的报 文时， 再对待转发报文进 行 DPI而获得待转发报文所包含的特征字。 采用这样的方式， 可以实现仅针 对某种用户指定协议的报文采用根据特征字进 行转发的方式来转发。

本发明实施例中， 报文转发设备获得待转发报文所包含的特征字 的具体 过程可以包括：

首先， 报文转发设备将待转发报文发送给 Controller; 并获得 Controller 对待转发艮文进行 DPI后下发的五元组流表； 其中， 该五元组流表中至少包 然后， 根据待转发报文中包含的五元组和五元组流表 ， 判断对待转发报 文的处理方式是否为需要根据待转发报文所包 含的特征字对待转发报文进行 转发；

最后， 在判断结果为对待转发报文的处理方式为需要 根据待转发报文所 包含的特征字对待转发报文进行转发时，通过 对待转发报文进行 DPI， 获得待 转发报文所包含的特征字。

可选的， 报文转发设备可以首先判断该待转发报文是否 为用户指定协议 的报文； 并在判断出该待转发报文为用户指定协议的报 文时， 将该待转发报 文发送给 Controller。

或者， 报文转发设备可以在根据 PCRF 单元下发的用户策略表， 确定出 发报文发送给 Controller 其中， 该用户策略表中包含不同用户标识与相应的 根据特征字转发报文的业务的订制状态的对应 关系。

可选的， 报文转发设备在确定出发送该待转发报文的用 户已开通了根据 特征字转发报文的业务后， 还可以进一步判断该待转发报文是否为用户指 定 协议的报文； 在判断出该待转发报文为用户指定协议的报文 时， 将该待转发 报文发送给 Controller,

可选的， 上述改进方式中所述的特征字与相应的路由信 息的对应关系可 以存在于预先下载的 FPM表中。

出于与本发明实施例提供的如图 1 所示的方法相同的发明构思， 本发明 实施例还提供另一种 文转发方法， 该方法的具体实现流程示意图如图 2 所 示， 包括：

21 , 报文转发设备接收待转发报文；

22, 将待转发报文发送给 DPI服务器， 以指示 DPI服务器执行： 按照不 同特征字与相应的路由信息的对应关系， 确定待转发报文中包含的特征字所 对应的路由信息； 并按照确定的路由信息对待转发报文进行发送 。

其中， 待转发报文中包含的特征字是按照预设的报文 内容解析策略， 从 待转发报文所包含的除五元组外的其他内容中 解析得到的。

可选的， 上述 22中所述的将待转发报文发送给 DPI服务器的具体实现过 程可以包括：

首先， 报文转发设备将待转发报文发送给 Controller;

然后，报文转发设备获得 Controller对该待转发报文进行 DPI后下发的五 元组流表； 其中， 五元组流表中至少包含该待转发才艮文中包含 的五元组与该 待转发报文的处理方式的对应关系；

最后， 报文转发设备根据五元组流表和该待转发报文 中包含的五元组， 判断该待转发报文的处理方式是否为需要根据 该待转发报文所包含的特征字 对该待转发报文进行转发； 并在判断结果为是时， 将该待转发报文发送给 DPI 服务器。

出于与本发明实施例提供的如图 1 所示的方法相同的发明构思， 本发明 实施例还提供另一种报文转发方法， 该方法的具体实现流程图如图 3 所示， 包括： 31 , Controller获得不同特征字与相应的路由信息的� �应关系；

32, Controller将用于表征不同特征字与相应的路由� �息的对应关系的信 息发送给报文转发设备， 以指示报文转发设备执行： 按照该对应关系， 确定 待转发报文中包含的特征字所对应的路由信息 ， 并按照确定的路由信息对待 转发报文进行发送。

其中， 待转发报文中包含的该特征字是按照预设的报 文内容解析策略， 从该待转发报文所包含的除五元组外的其他内 容中解析得到的。

可选的， Controller获得上述对应关系前， 或 Controller将用于表征该对 应关系的信息发送给 4艮文转发设备之前， Controller还可以进一步执行下述操 作：

首先， 获得报文转发设备发送的待转发报文；

然后， 通过对该待转发报文进行 DPI而获得特征字后， 判断该特征字是 否属于预先设置的特征字集合； 其中， 特征字集合中包含的特征字为待根据 上述对应关系进行转发的报文所包含的特征字 ；

最后， Controller根据判断结果以及待转发报文中包含� �五元组， 向报文 转发设备发送五元组流表； 其中， 五元组流表中至少包含待转发报文中包含 的五元组与待转发报文的处理方式的对应关系 ； 且当判断结果为是时， 待转 发报文的处理方式为需要根据待转发报文包含 的特征字对待转发报文进行转 发， 当判断结果为否时， 待转发报文的处理方式为无需根据待转发报文 包含 的特征字对待转发4艮文进行转发。

可选的， Controller根据判断结果以及待转发报文中包含� �五元组， 向报 文转发设备发送五元组流表的具体过程可以包 括：

Controller根据策略与计费规则功能 （ Policy and Charging Rules Function, 用户信息， 判断发送该待转发报文的用户是否开通了该业 务；

最后， 在判断结果为用户开通了该业务时， 根据判断结果以及待转发报 文中包含的五元组， 向 4艮文转发设备发送五元组流表。 可选的， Controller根据用户信息判断发送待转发报文的� �户是否开通了 该业务的过程具体包括：

首先， Controller判断待转发报文是否为用户指定协议� �报文；

然后， 在判断出待转发报文为用户指定协议的报文时 ， 根据用户信息判 断发送待转发报文的用户是否开通了该业务。

以下结合几个具体的实施例， 详细说明本发明实施例提供的上述方案在 实际中的应用。

实施例 1

实施例 1为基于 "筒单 DPI" 的实施方式。

其中， DPI是一种基于应用层的流量检测和控制技术。 该技术的基本原理 为： 通过深入读取 IP数据包载荷的内容， 实现对 ISO七层协议中的应用层信 息进行重组， 从而得到整个应用程序的内容， 然后按照系统定义的管理策略 对流量进行整形操作。 由于该技术为比较成熟的现有技术， 且其并非本发明 的发明点， 因此不再赘述。

实施例 1 中， 简单 DPI的定义为： 对七层报文的特定位置处的特征字进 行解析。 以两个不同的 httpl.1请求 4艮文为例， 可以分别对这两个 httpl .1请求 报文中离报文头 100字节处的特征字进行解析， 从而可以从第一个 httpl .1请 求报文中解析出特征字 "XXX"， 而从第二个 httpl.1请求报文的相同位置处解 析出特征字 " _yyy "。

以下结合附图 4,介绍实施例 1中对包含相同五元组的不同 http请求进行 分别转发的实现流程。其中，图 4中的数字 41〜44依次表示下述的序号 41〜44。 具体地， 该流程主要包括：

41 , 路由器 Router将 httpl.1诸求报文中的一些 request特征字（ Key )与 相应的路由信息的对应关系预先下发到 fpm (即 FPM )表中。

如图 4中所示， 表示不同 Key与路由信息的对应关系的信息如 "Keyl to enablel"、 "Key2 to enable2"等所示, 其中, enablel和 enable2 为不同 Enabler chain的标识。 以 "Keyl to enablel" 为例， 其含义在于： 包含特征字 Keyl的 httpl .l请求报文应被路由到如图 4中所示的 Enabler chainl。 类似地， Key2 to enable2" 为例， 其含义在于： 包含特征字 Key2的 httpl .l请求报文应被路由 到如图 4中所示的 Enabler chain2。

42 , 路由器将首包 （也就是路由器接收到的待转发数据流中的第 一个请 求报文 )镜像给 Controller后， Controller对该请求报文进行 DPI， 以判断其是 否为 httpl.l报文。

43 , 若 Controller确定出该请求报文是 httpl.l报文， 则向 PCRF单元请求 用户信息， 以判断发送该请求报文的用户是否使能了根据 特征字转发报文的 业务。

44, 若 Controller确定出发送该请求报文的用户使能了� �据特征字转发报 文的业务， 则 Controller下发五元组流（ Five tumple )表给路由器。

其中， 该五元组流表中包含的信息可以用于指示路由 器： 1、 以从报文的 指定位置处获取的特定长度字节中的内容作为 关键字 Key; 2、 对于包含某五 元组的 http 1.1请求 4艮文的处理方式。

45 ,路由器 Router根据 Controller下发的五元组流表， 确定出首包的处理 方式为 "按照特征字进行转发"后， 进一步获取首包中的 Key, 并根据该 Key 所命中的 φηι表项， 将该首包路由到相应的 Enabler chain。 由于该 45的实现 方式具体视 httpl.l请求报文的具体内容等而定， 具有较大的灵活性， 因此未 在图 4中标明该 45。

需要说明的是， 若 Router根据 Controller下发的五元组流表， 确定出首包 的处理方式为 "无需按照特征字进行转发"， 则可以查询转发信息库 （FIB , Forward Information Base ), 以实现按照现有技术中提供的报文转发方式， 对 该首包进行转发。 其中， 该 FIB 中包含有路由信息， 以及与路由信息相对应 的诸如五元组的信息等。基于 FIB, Router可以查询到与待转发的报文中包含 的五元组相对应的路由信息， 并按照查询到的该路由信息对待转发的报文进 实施例 2 实施例 2为结合 "用户策略表" 的实施方式。

以下结合附图 5，介绍实施例 2中对包含相同五元组的不同 http请求进行 分别转发的实现流程。其中，图 5中的数字 51~54依次表示下述的序号 51〜54。 具体地， 该流程主要包括：

51， 路由器 Router从控制器 Controller下载 φπι表。

其中， 与实施例 1类似的， 该 fpm表中仍然包含有特征字（ Key )与相应 的路由信息的对应关系。

52, Router在接收到请求报文后， 通过查找图 5中所示的 user表， 即查 找用户策略表， 确定发送该请求报文的用户是否使能了根据特 征字转发报文 的业务。

在确定结果为是时， 进一步确定该用户策略表中包含的用于指示如 何确 定关键字 Key的指示信息， 并执行 53; 而在确定结果为否时， 可以通过查询 FIB, 以实现按照现有技术中提供的报文转发方式， 对该请求报文进行转发。

其中， 用户策略表可以但不限于是由路由器从 PCRF单元处获得的。

53 , Router调用简单 DPI模块（硬件实现 )对该请求报文进行 DPI, 并 在解析出该请求报文是 httpl .l报文后， 进一步调用该 DPI模块根据用于指示 如何确定关键字 Key的指示信息， 确定该请求报文中的特征字 Key, 并跳转 到执行 54， 而若解析出该请求报文不是 httpl.l报文， 则可以通过查询 FIB, 以实现按照现有技术中提供的报文转发方式， 对该请求报文进行转发。

54 , Router根据该 Key所命中的 fpm表项，将该首包路由到相应的 Enabler ch&in。

实施例 3

实施例 3为结合 "用户策略表"、 "五元组流表" 和 "FPM表" 的实施方 式。

以下结合附图 6，介绍实施例 3中对包含相同五元组的不同 http请求进行 分别转发的实现流程。其中，图 6中的数字 61~64依次表示下述的序号 61〜64。 具体地， 该流程主要包括： 61 , 路由器 Router从控制器 Controller下载 φπι表。

其中， 与实施例 1、 2类似的, 该 fpm表中仍然包含有特征字 （Key ) 与 相应的路由信息的对应关系。

62 , Router从 PCRF单元处下载用户策略表即图 6中所示的 user表；

63， Router在接收到请求报文后， 通过查找图 6中所示的 user表， 即查 找用户策略表， 确定发送该请求报文的用户是否使能了根据特 征字转发报文 的业务。

在确定结果为是时， 将请求报文发送给控制器 Controller, 并跳转到执行 64; 而在确定结果为否时， 可以通过查询 FIB, 以实现按照现有技术中提供的 报文转发方式， 对该请求报文进行转发。

64 , Controller对该请求报文进行 DPI , 并在通过对其 DPI而确定出该请 求报文是 httpl .1报文时， 向 PCRF单元请求用户信息， 以判断发送该请求报 文的用户是否使能了根据特征字转发报文的业 务。

65 , 若 Controller确定出发送该请求报文的用户使能了� �据特征字转发报 文的业务， 则 Controller下发五元组流（ Five tumple )表给路由器。

其中， 该五元组流表中包含的信息可以用于指示路由 器： 1、 获取关键字 Key的方式； 2、 对于包含某五元组的 httpl.1请求报文的处理方式。

66， Router根据 Controller下发的五元组流表， 确定出该请求报文的处 理方式为 "按照特征字进行转发" 后， 进一步根据该五元组流表中包含的信 息， 获取该请求报文中的 Key, 并根据该 Key所命中的 fpm表项， 将该首包 路由到相应的 Enabler chain。

实施例 4

实施例 4为 "复杂 DPI" 的实施方式。

实施例 4 的该方式主要应用于不能利用位于固定字段处 的特征字， 对多 个 http请求进行区分的场景中。

以下结合附图 7，介绍实施例 4中对包含相同五元组的不同 http请求进行 分别转发的实现流程。其中，图 7中的数字 71〜76依次表示下述的序号 71〜76。 具体地， 该流程主要包括：

71 , DPI server中预置不同特征字与相应的路由信息的对 应关系。

72, 路由器将请求报文镜像给 Controller后， Controller对该请求报文进 行 DPI , 以判断其是否为 http 1.1报文。

73， 若 Controller确定出该请求报文是 httpl.l报文， 则向 PCRF单元请求 用户信息， 以判断发送该请求报文的用户是否使能了根据 特征字转发报文的 业务。

74, 若 Controller确定出发送该请求报文的用户使能了� �据特征字转发报 文的业务， 则 Controller下发五元组流 ( Five tumple )表给路由器 Router。

其中， 该五元组流表中包含的信息可以用于指示路由 器： 1、 关键字 Key 的确定方式； 2、 将该请求艮文重定向到 DPI server;

75 , Router根据五元组流表中包含的信息， 从请求报文中解析出 Key发 送给 DPI server, 同时将该请求报文重定向到 DPI server;

76, DPI server根据 Router发送来的 Key所命中的 fpm表项， 将该首包 路由到相应的 Enabler chain。

出于与本发明实施例提供的第一种报文转发方 法相同的发明构思， 本发 明实施例还提供一种报文转发设备， 用以现有技术中还没有提出如何实现按 照不同的路径， 对包含相同五元组的不同 http请求分别进行转发的问题。 该 报文转发设备的具体结构示意图如图 8所示， 具体包括：

特征字获得单元 81 , 用于获得待转发报文所包含的特征字； 其中， 特征 字是按照预设的报文内容解析策略， 从待转发报文所包含的除五元组外的其 他内容中解析得到的；

路由信息确定单元 82, 按照不同特征字与相应的路由信息的对应关系 ， 确定特征字获得单元 81获得的特征字所对应的路由信息；

报文发送单元 83， 用于按照路由信息确定单元 82确定的路由信息， 对待 转发报文进行发送。

可选的， 对应于特征字获得单元 81功能的一种实现方式， 可以将其具体 划分为以下功能子单元：

报文发送子单元， 用于将待转发报文发送给控制器；

流表获得子单元， 用于获得控制器对报文发送子单元发送的待转 发报文 进行深度业务识别 DPI后下发的五元组流表； 其中， 五元组流表中至少包含 判断子单元， 用于根据待转发报文中包含的五元组和流表获 得子单元获 得的五元组流表， 判断对待转发报文的处理方式是否为需要根据 待转发报文 所包含的特征字对待转发报文进行转发；

特征字获得子单元， 用于在判断子单元得到的判断结果为是时， 通过对 待转发报文进行 DPI , 获得待转发报文所包含的特征字。

可选的， 上述报文发送子单元具体可以用于： 判断待转发报文是否为用 户指定协议的报文； 在判断出待转发报文为用户指定协议的报文时 ， 将待转 发报文发送给控制器。

或者， 上述报文发送子单元也可以用于： 在根据策略和计费规则功能 PCRF单元下发的用户策略表，确定出发送待转� �报文的用户已开通了根据特 征字转发报文的业务后， 将待转发报文发送给控制器；

其中， 用户策略表中包含不同用户标识与相应的业务 的订制状态的对应 关系。 据特征字转发报文的业务后， 可以进一步判断待转发报文是否为用户指定协 议的报文； 并在判断出待转发报文为用户指定协议的报文 时， 再将待转发报 文发送给控制器。

可选的， 本发明实施例提供的该设备包含的特征字获得 单元 81具体可以 用于： 通过对待转发报文进行 DPI, 获得待转发报文所包含的特征字。

比如， 特征字获得单元 81具体可以用于： 接收待转发报文后， 根据待转 发报文中包含的五元组和控制器下发的五元组 流表， 判断是否需要确定待转 发报文所包含的特征字； 其中， 五元组流表中包含五元组与报文处理方式的 对应关系； 在判断结果为是时， 通过对待转发报文进行 DPI, 获得待转发报文 所包含的特征字。

又比如， 特征字获得单元 81也可以具体用于： 判断待转发报文是否为用 户指定协议的报文； 在判断出待转发报文为用户指定协议的报文时 ， 通过对 待转发报文进行 DPI， 获得待转发报文所包含的特征字。

再比如， 特征字获得单元 81还可以具体用于： 在根据策略和计费规则功 能 PCRF 单元下发的用户策略表， 确定出发送待转发报文的用户已开通了根 据特征字转发报文的业务后，通过对待转发报 文进行 DPI,获得待转发报文所 包含的特征字；

其中， 用户策略表中包含不同用户标识与相应的业务 的订制状态的对应 关系。

可选的， 特征字获得单元 81在确定出发送待转发 4艮文的用户已开通了根 据特征字转发报文的业务后， 还可以进一步判断待转发报文是否为用户指定 协议的报文； 在判断出待转发报文为用户指定协议的报文时 ， 通过对待转发 报文进行 DPI， 获得待转发报文所包含的特征字。

可选的， 本发明实施例提供的该设备所包含的路由信息 确定单元 82具体 可以用于： 根据预先下载的灵活报文匹配 FPM表中的对应关系， 确定获得的 特征字所对应的路由信息。

可选的， 上述待转发报文所包含的特征字具体可以包括 ： 位于待转发报 文的特定位置处的特征字。

出于与本发明实施例提供的第二种报文转发方 法相同的发明构思， 本发 明实施例还提供一种报文转发设备，该报文转 发设备的具体结构示意图如图 9 所示， 具体包括：

报文接收单元 91 , 用于接收待转发报文；

报文发送单元 92， 用于将报文接收单元 91接收的待转发报文发送给 DPI 服务器， 以指示 DPI服务器执行： 按照不同特征字与相应的路由信息的对应 关系， 确定待转发报文中包含的特征字所对应的路由 信息； 并按照确定的路 由信息， 对待转发报文进行发送； 待转发报文所包含的除五元组外的其他内容中 解析得到的。

可选的， 对应于 ·ί艮文发送单元 92功能的一种实现方式， 该单元可以具体 划分为下述功能子单元：

报文发送子单元， 用于将待转发报文发送给控制器；

流表获得子单元， 用于获得控制器对报文发送子单元发送的待转 发报文 进行深度业务识别 DPI后下发的五元组流表； 其中， 五元组流表中至少包含 判断子单元， 用于根据待转发报文中包含的五元组和流表获 得子单元获 得的五元组流表， 判断待转发报文的处理方式是否为需要根据待 转发报文所 包含的特征字对待转发报文进行转发；

报文发送子单元， 用于在判断子单元得到的判断结果为是时， 将待转发 报文发送给 DPI服务器。

出于与本发明实施例提供的第三种报文转发方 法相同的发明构思， 本发 明实施例还提供一种报文转发设备， 该信息发送设备的具体结构示意图如图 10所示， 具体包括：

对应关系获得单元 101，用于获得不同特征字与相应的路由信息的 对应关 系；

对应关系发送单元 102,用于将用于表征对应关系获得单元 101获得的对 应关系的信息发送给报文转发设备， 以指示报文转发设备执行： 按照对应关 系， 确定待转发报文中包含的特征字所对应的路由 信息， 并按照确定的路由 信息， 对待转发报文进行发送；

其中， 特征字是按照预设的报文内容解析策略， 从待转发报文所包含的 除五元组外的其他内容中解析得到的。

可选的， 如图 10所示的该设备还可以进一步包括下述功能单� ��： 报文获得单元， 用于在对应关系获得单元 101 获得对应关系前， 或对应 关系发送单元 102将用于表征对应关系的信息发送给报文转发 设备之前， 获 得报文转发设备发送的待转发报文；

判断单元， 用于通过对报文获得单元获得的待转发报文进 行 DPI而获得 特征字后， 判断特征字是否属于预先设置的特征字集合； 其中， 特征字集合 中包含的特征字为待根据对应关系进行转发的 报文所包含的特征字；

流表发送单元， 用于根据判断单元得到的判断结果以及待转发 报文中包 含的五元组， 向报文转发设备发送五元组流表； 其中， 五元组流表中至少包 含五元组与待转发报文的处理方式的对应关系 ； 且当判断结果为是时， 待转 发报文的处理方式为需要根据待转发报文包含 的特征字对待转发报文进行转 的特征字对待转发 4艮文进行转发。

可选的， 上述流表发送单元具体可以用于： 根据策略和计费规则功能 PCRF 单元所存储的用于表征用户是否开通了根据特 征字转发报文的业务的 用户信息， 判断发送待转发报文的用户是否开通了业务； 并在判断出用户开 通了业务时， 根据判断结果以及待转发报文中包含的五元组 ， 向报文转发设 备发送五元组流表。

可选的， 流表发送单元具体用于： 先判断待转发报文是否为用户指定协 议的报文； 在判断出待转发报文为用户指定协议的报文时 ， 再根据用户信息， 判断发送待转发报文的用户是否开通了业务。

出于与本发明实施例提供的第一种报文转发方 法相同的发明构思， 本发 明实施例还提供一种报文转发设备， 用以现有技术中还没有提出如何实现按 照不同的路径， 对包含相同五元组的不同 http请求分别进行转发的问题。 该 报文转发设备的具体结构示意图如图 11所示， 具体包括：

处理器 111， 用于获得待转发报文所包含的特征字； 其中， 特征字是按照 预设的报文内容解析策略， 从待转发报文所包含的除五元组外的其他内容 中 解析得到的； 按照不同特征字与相应的路由信息的对应关系 ， 确定获得的特 征字所对应的路由信息； 发送器 112, 用于按照处理器 111确定的路由信息， 对待转发报文进行发 可选的， 处理器 111具体可以用于： 控制发送器 112将待转发报文发送给 控制器； 获得控制器对待转发报文进行 DPI后下发的五元组流表； 其中， 五 对应关系； 根据待转发报文中包含的五元组和获得的五元 组流表， 判断对待 转发报文的处理方式是否为需要根据待转发报 文所包含的特征字对待转发报 文进行转发； 在判断结果为是时， 通过对待转发报文进行 DPI, 获得待转发报 文所包含的特征字。

可选的， 处理器 111 具体可以用于： 判断待转发"^文是否为用户指定协 议的报文； 在判断出待转发报文为用户指定协议的报文时 ， 控制发送器 112 将待转发报文发送给控制器。

或者， 处理器 111具体可以用于： 在根据策略和计费规则功能 PCRF单元 报文的业务后， 控制发送器 112将待转发报文发送给控制器；

其中， 用户策略表中包含不同用户标识与相应的业务 的订制状态的对应 关系。 字转发报文的业务后， 可以进一步判断待转发报文是否为用户指定协 议的报 文； 并在判断出待转发报文为用户指定协议的报文 时， 控制发送器 112 将待 转发报文发送给控制器。

可选的， 处理器 111具体可以用于： 通过对待转发报文进行 DPI, 获得待 转发报文所包含的特征字。

比如， 处理器 111 具体可以用于： 接收待转发报文后， 根据待转发报文 中包含的五元组和控制器下发的五元組流表， 判断是否需要确定待转发报文 所包含的特征字； 其中， 五元组流表中包含五元组与 · ^文处理方式的对应关 系； 在判断结果为是时， 通过对待转发报文进行 DPI, 获得待转发报文所包含 的特征字。

又比如， 处理器 111 具体可以用于： 判断待转发 · ^文是否为用户指定协 议的报文； 在判断出待转发报文为用户指定协议的报文时 ， 通过对待转发报 文进行 DPI, 获得待转发报文所包含的特征字。

再比如， 处理器 111还可以具体用于： 在根据策略和计费规则功能 PCRF 转发报文的业务后，通过对待转发报文进行 DPI, 获得待转发报文所包含的特 征字；

其中， 用户策略表中包含不同用户标识与相应的业务 的订制状态的对应 关系。

可选的， 处理器 111 在确定出发送待转发报文的用户已开通了根据 特征 字转发报文的业务后， 还可以进一步判断待转发报文是否为用户指定 协议的 报文； 在判断出待转发报文为用户指定协议的报文时 ， 通过对待转发报文进 行 DPI, 获得待转发报文所包含的特征字。

可选的， 处理器 111具体可以用于： 根据预先下载的灵活报文匹配 FPM 表中的对应关系， 确定获得的特征字所对应的路由信息。

可选的， 上述待转发报文所包含的特征字具体可以包括 ： 位于待转发报 文的特定位置处的特征字。

出于与本发明实施例提供的第二种报文转发方 法相同的发明构思， 本发 明实施例还提供一种报文转发设备， 该报文转发设备的具体结构示意图如图

12所示， 包括：

接收器 121 , 用于接收待转发报文；

发送器 122, 用于将接收器 121接收的待转发报文发送给 DPI服务器， 以 指示 DPI服务器执行： 按照不同特征字与相应的路由信息的对应关系 ， 确定 待转发报文中包含的特征字所对应的路由信息 ； 并按照确定的路由信息， 对 待转发报文进行发送； 待转发报文所包含的除五元组外的其他内容中 解析得到的。

可选的， 发送器 122还可以用于将待转发报文发送给控制器； 接收器 121

DPI后下发的五元组流表； 其中，五元组流表中至少包含待转发报文中包 含的 五元组与待转发报文的处理方式的对应关系。 则该设备还可以进一步包括处 理器， 用于根据待转发报文中包含的五元组和获得的 五元组流表， 判断待转 发报文的处理方式是否为需要根据待转发报文 所包含的特征字对待转发报文 进行转发。 则发送器 122 具体用于在处理器得到的判断结果为是时， 将待转 发报文发送给 DPI服务器。

出于与本发明实施例提供的第三种报文转发方 法相同的发明构思， 本发 明实施例还提供一种报文转发设备，该信息发 送设备的具体结构如图 13所示， 包括：

处理器 131 , 用于获得不同特征字与相应的路由信息的对应 关系； 发送器 132,用于将用于表征处理器 131获得的对应关系的信息发送给报 文转发设备， 以指示报文转发设备执行： 按照对应关系， 确定待转发报文中 包含的特征字所对应的路由信息， 并按照确定的路由信息， 对待转发报文进 行发送；

其中， 特征字是按照预设的报文内容解析策略， 从待转发报文所包含的 除五元组外的其他内容中解析得到的。

可选的， 处理器 131还用于在获得对应关系前， 或发送器 132将用于表 征对应关系的信息发送给报文转发设备之前， 获得报文转发设备发送的待转 发报文； 并通过对获得的待转发报文进行 DPI而获得特征字后， 判断特征字 是否属于预先设置的特征字集合； 其中， 特征字集合中包含的特征字为待根 据对应关系进行转发的报文所包含的特征字。 则发送器 132还用于根据处理 器 131 得到的判断结果以及待转发报文中包含的五元 组， 向报文转发设备发 送五元组流表； 其中， 五元组流表中至少包含五元组与待转发报文的 处理方 式的对应关系； 且当判断结果为是时， 待转发报文的处理方式为需要根据待 转发报文包含的特征字对待转发报文进行转发 ， 当判断结果为否时， 待转发 发。

可选的， 处理器 131 具体用于： 根据策略和计费规则功能 PCRF单元所 断发送待转发报文的用户是否开通了业务。 发送器 132 则具体用于在处理器 131 判断出用户开通了业务时， 根据判断结果以及待转发报文中包含的五元 组， 向 艮文转发设备发送五元组流表。

可选的， 处理器 131 具体用于： 判断待转发报文是否为用户指定协议的 报文； 在判断出待转发报文为用户指定协议的报文时 ， 根据用户信息， 判断 发送待转发报文的用户是否开通了业务。

本领域内的技术人员应明白， 本发明的实施例可提供为方法、 系统、 或 计算机程序产品。 因此， 本发明可采用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实施例的形式。 而且， 本发明可采用在一个或多个 其中包含有计算机可用程序代码的计算机可用 存储介质 (包括但不限于磁盘 存储器、 CD-ROM、 光学存储器等） 上实施的计算机程序产品的形式。

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

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

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

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

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