CN104618253B - 一种动态变更的传输报文处理方法和装置 - Google Patents

Abstract

本发明公开了一种动态变更的传输报文处理方法和装置，以解决现有报文保序采用的特征流分类方式不可动态变更的问题。该方法为，首先接收待处理的报文，然后判断该报文的类型是否为需保序的报文，最后确定该报文为需要保序的报文时，获取该报文的业务流标识，基于***预置的三种特征流算法，在网络拥塞时根据网络拥塞程度选择最优的一种特征流算法生成该报文的业务流分发方式，基于该业务流分发方式进行报文的处理，这样，通过预制多种特征流分类算法，能够根据不同的组网和设备形态可动态更改特征流分类算法，成本小，可操作性强。

Description

一种动态变更的传输报文处理方法和装置

技术领域

本发明涉及通信领域，尤其涉及一种动态变更的传输报文处理方法和装置。

背景技术

随着计算机网络的普及，用户对网络带宽的需求不断提高，网络设备的处理能力也越来越高。作为网络设备的核心处理单元，CPU(Central Processing Unit，核心处理器)的性能成为决定一个网络设备处理能力的重要标准。自从多核处理器的出现，使得网络设备的处理能力上了一个新的台阶。多核架构的处理器，能对报文进行并行处理，提高了处理能力，但产生了并行处理中报文乱序的现象，导致报文转发时产生诸如TCP(TransmissionControl Protocol，传输控制协议)报文或UDP(User Datagram Protocol,用户数据报协议)报文乱序等问题，报文的保序需求随之产生。例如，双核CPU按照报文1、2的顺序依次接收到2个报文并分别分发给核C1、核C2进行处理，由于报文内容，CPU处理策略以及每个核的负载情况均存在差异，有可能出现报文2先处理完毕，报文1后处理完毕的情况，此时，若CPU把处理完毕的报文直接发送出去，就出现了发送报文顺序为2、1的乱序现象。

现有技术中进行报文保序设计时采用两种方法，第一种保序方法是在报文进入网络传输设备处理前对报文进行预处理编号，在处理完成后按照编号发送出去，但采用这种方法进行保序的缺点是处理模块复杂，对设备要求高，算法的好坏直接影响设备的整体处理能力。第二种保序方法是根据报文流特性进行分类，分到不同的线程中分类处理，通过保证单独特征流的顺序处理来对整个报文进行保续，但采用这种方法进行保序的缺点是特征流的提取方式直接影响到设备的接入处理能力，而在网络上的数据流类型并非是一成不变的，其特征是根据运营商组网和用户业务类型是不停变化的，目前的特征流分类算法不可动态变更，适用范围单一，不适合灵活组网。

发明内容

本发明的目的是提供一种动态变更的传输报文处理方法和装置，以解决现有报文保序采用的特征流分类方式不可动态变更的问题。

本发明的目的是通过以下技术方案实现的：

一种动态变更的传输报文处理方法，包括：

接收待处理的报文；

判断所述报文的类型是否为需保序的报文；

确定所述报文为需要保序的报文时，获取所述报文的业务流标识，基于***预置的三种特征流算法，随机选择一种特征流算法生成所述报文的业务流分发方式，基于所述业务流分发方式进行所述报文的处理。

这样，通过预制多种特征流分类算法，能够根据不同的组网和设备形态可动态更改特征流分类算法，最大限度减小现有报文业务流保序方式的缺点，而且成本小，可操作性强，进一步提升报文处理性能，此外，在某种特定场合下，通过动态算法选择而不是重新组网，能够简化组网拓扑，减少网络复杂性，同时减少设备维护成本。

可选的，判断所述报文的类型是否为需保序的报文，包括：

获取所述报文的属性信息，若确定所述报文为TCP或UDP类型的报文，则判定所述报文为需保序的报文；若确定所述报文为其他类型的报文，则判定所述报文为无需保序的报文。

可选的，确定所述报文为无需保序的报文之后，进一步包括：

将所述无需保序的报文按照轮叫调度的方式选择对应的处理器，将所述无需保序的报文发送到对应的处理器上进行所述无需保序的报文的处理。

可选的，将所述无需保序的报文发送到对应的处理器上进行所述无需保序的报文的处理，具体包括：

若对应的处理器的性能指标达到预设的阈值时，丢弃发往所述处理器上的所述无需保序的报文；

若对应的处理器的性能指标没有达到预设的阈值时，将所述无需保序的报文发送到所述对应的处理器上进行所述无需保序的报文的处理。

可选的，所述报文的业务流标识为报文的源IP地址、源目的IP地址、三层协议号、源端口号、源目的端口号。

可选的，确定所述报文为需要保序的报文时，获取所述报文的业务流标识，基于***预置的三种特征流算法，随机选择一种特征流算法生成所述报文的业务流分发方式，基于所述业务流分发方式进行所述报文的处理，具体包括：

确定所述报文为需要保序的报文时，获取所述报文的源IP地址和三层协议号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理；或者，

确定所述报文为需要保序的报文时，获取所述报文的源IP地址、三层协议号和源端口号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理；或者，

确定所述报文为需要保序的报文时，获取所述报文的源目的IP地址、三层协议号和源目的端口号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理。

可选的，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理，具体包括：

若所述主键标识对应的处理器的性能指标达到预设的阈值时，丢弃发往所述主键标识对应的处理器上的所述报文；

若所述主键标识对应的处理器的性能指标没有达到预设的阈值时，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理。

一种动态变更的传输报文处理装置，包括：

接收单元，用于接收待处理的报文；

判断单元，用于判断所述报文的类型是否为需保序的报文；

分发单元，用于确定所述报文为需要保序的报文时，获取所述报文的业务流标识，基于***预置的三种特征流算法，随机选择一种特征流算法生成所述报文的业务流分发方式，基于所述业务流分发方式进行所述报文的处理。

这样，通过预制多种特征流分类算法，能够根据不同的组网和设备形态可动态更改特征流分类算法，最大限度减小现有报文业务流保序方式的缺点，而且成本小，可操作性强，进一步提升报文处理性能，此外，在某种特定场合下，通过动态算法选择而不是重新组网，能够简化组网拓扑，减少网络复杂性，同时减少设备维护成本。

可选的，判断所述报文的类型是否为需保序的报文时，所述判断单元用于：

获取所述报文的属性信息，若确定所述报文为TCP或UDP类型的报文，则判定所述报文为需保序的报文；若确定所述报文为其他类型的报文，则判定所述报文为无需保序的报文。

可选的，确定所述报文为无需保序的报文之后，所述分发单元进一步用于：

将所述无需保序的报文按照轮叫调度的方式选择对应的处理器，将所述无需保序的报文发送到对应的处理器上进行所述无需保序的报文的处理。

可选的，将所述无需保序的报文发送到对应的处理器上进行所述无需保序的报文的处理时，所述分发单元具体用于：

若对应的处理器的性能指标达到预设的阈值时，丢弃发往所述处理器上的所述无需保序的报文；

若对应的处理器的性能指标没有达到预设的阈值时，将所述无需保序的报文发送到所述对应的处理器上进行所述无需保序的报文的处理。

可选的，所述分发单元获取的所述报文的业务流标识为报文的源IP地址、源目的IP地址、三层协议号、源端口号、源目的端口号。

可选的，确定所述报文为需要保序的报文时，获取所述报文的业务流标识，基于***预置的三种特征流算法，随机选择一种特征流算法生成所述报文的业务流分发方式，基于所述业务流分发方式进行所述报文的处理时，所述分发单元具体用于：

确定所述报文为需要保序的报文时，获取所述报文的源IP地址和三层协议号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理；或者，

确定所述报文为需要保序的报文时，获取所述报文的源IP地址、三层协议号和源端口号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理；或者，

确定所述报文为需要保序的报文时，获取所述报文的源目的IP地址、三层协议号和源目的端口号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理。

可选的，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理时，所述分发单元具体用于：

若所述主键标识对应的处理器的性能指标达到预设的阈值时，丢弃发往所述主键标识对应的处理器上的所述报文；

若所述主键标识对应的处理器的性能指标没有达到预设的阈值时，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理。

附图说明

图1为本发明实施例中多核处理器形态下的保序报文的处理示意图；

图2为本发明实施例中动态变更的传输报文处理方法流程示意图；

图3为本发明实施例中动态变更的传输报文处理装置结构示意图。

具体实施方式

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

本发明实施中描述了一种在多核处理器形态下的保序报文的处理方式，采用特征流分类算法，进行报文的保序处理，具体处理流程可参阅图1所示。

在使用多核处理器时，一般的处理模式为处理器1到处理器N均为流处理核心或者线程，根据不同的算法将TCP或UDP报文业务流的不同特征流提取分给不通的处理核心进行处理，因为处理核心之间存在硬件处理能力差异和特征流路径差异，而处理核心内部是按照现行顺序执行处理的，这就要求只要保证特征流之间没有保序要求，那么只要特征流内部是在一个处理核心上处理，该TCP或UDP数据流的保序特性经过图1的处理之后就不会丢失顺序属性，这样就能达到该TCP或UDP报文业务流保序的目的。

参阅图2所示，本发明实施例中提供一种动态变更的传输报文处理方法，具体流程如下。

步骤200：接收待处理的报文。

步骤201：判断该报文的类型是否为需保序的报文。

具体的，接收到待处理的报文后，获取该报文的属性信息，若确定该报文为TCP或UDP类型的报文，则判定该报文为需保序的报文；若确定该报文为其他类型的报文，则判定该报文为无需保序的报文。

进一步的，确定接收到的报文为无需保序的报文之后，将该无需保序的报文按照轮叫调度的方式选择对应的处理器，将该无需保序的报文发送到对应的处理器上进行报文的处理，其中轮叫调度(Round Robin Scheduling)算法就是以轮叫的方式依次将请求调度不同的处理器。

例如，周期性的接收待处理的报文，假设***设置有16个特征流处理器，编号为1-16，第一次接收到无需保序的报文时，将该报文发送到编号为1的处理器上进行报文的处理，第二次接收到无需保序的报文时，将该报文发送到编号为2的处理器上进行报文的处理，以此类推，直到编号为16的处理器也执行了无需保序的报文的处理之后，再次接收到无需保序的报文时，重新选择编号为1的处理器上进行报文的处理，如此循环。

具体的。将上述无需保序的报文发送到对应的处理器上进行该报文的处理，具体分为两种情形：

第一种情形为：若对应的处理器的性能指标达到预设的阈值时，则丢弃发往改处理器上的该无需保序的报文。

这样，在单个处理器或线程的处理能力达到瓶颈时，丢弃发往该处理处理器或线程的当前报文以保证报文不反压影响分发到其他处理器或线程的报文处理，这样能够提高报文的处理性能。

第二种情形为：若对应的处理器的性能指标没有达到预设的阈值时，将该无需保序的报文发送到对应的处理器上进行该无需保序的报文的处理。

步骤202：确定该报文为需要保序的报文时，获取该报文的业务流标识，基于***预置的三种特征流算法，随机选择一种特征流算法生成该报文的业务流分发方式，基于该业务流分发方式进行该报文的处理。

具体的，报文的业务流标识为报文的源IP地址、源目的IP地址、三层协议号、源端口号、源目的端口号。

本发明实施中根据TCP或UDP报文业务流的特性，不同端口的报文业务流之间的无关性，提取TCP或UDP业务报文的源IP地址、源目的IP地址连接信息、源端口信息、目的端口信息，组合生成不同的多种特征流过滤分发器，通过和驱动适配，可根据不同的组网环境在设备维护侧动态选择不同的特征流分发方式，并动态生效，无需设备初始化重配置。

目前在实现上，***预制了三种特征流分类算法：

算法1：提取TCP或UDP报文的源IP地址和三层协议号进行哈希运算生成一个4bits的分发索引值进行业务报文的分发。

算法2：提取TCP或UDP报文的源IP地址、源端口号(Port)和三层协议号进行哈希运算生成一个4bits的分发索引值进行业务报文的分发。

算法3：提取TCP或UDP报文的源目的IP地址、源目的Port和三层协议号进行哈希运算生成一个4bits的分发索引值进行业务报文的分发。

具体的，确定该报文为需要保序的报文时，获取该报文的业务流标识，基于***预置的三种特征流算法，随机选择一种特征流算法生成该报文的业务流分发方式，基于该业务流分发方式进行该报文的处理，具体包括以下三种方式：

第一种方式为：确定该报文为需要保序的报文时，获取该报文的源IP地址和三层协议号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将该报文发送到该主键标识对应的处理器上进行该报文的处理。

这种方式的特征流算法适合组网限制某专用网站和用户下载或者限制传输流量的场景，防止单个用户流量过大对传输造成负担，进一步提高报文的传输效率，提升***性能。

第二种方式为：确定该报文为需要保序的报文时，获取该报文的源IP地址、三层协议号和源端口号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将该报文发送到该主键标识对应的处理器上进行该报文的处理；或者。

这种方式的特征流算法适合组网中限制用户下载的链接数的场景，此算法可对固定TCP端口20和21作一定的限流，防止造成单个用户下载链接过大。

第三种方式为：确定该报文为需要保序的报文时，获取该报文的源目的IP地址、三层协议号和源目的端口号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将该报文发送到该主键标识对应的处理器上进行该报文的处理。

这种方式的特征流算法适合于无限制最大化使用传输性能的网络。

这样，通过***预置的三种特征流算法，在网络拥塞时根据网络拥塞程度选择最优的一种特征流算法生成该报文的业务流分发方式，例如通过设备内部的报文丢弃频度计数判断网络拥塞程度，选择丢弃程度最小的业务分发方式。

例如，接收到待处理的需保序的报文时，能够基于上述三种业务流分发方式，根据组网环境的不同，选择一种适合的特征流算法，进行哈希运算生成一个4比特的主键标识(即分发索引值)，较佳的，一个主键标识对应一个处理器，但不是固定不变的，根据***设置一个主键标识也可以对应多个处理器，假设***中设置有16个处理器，分别编号为1-16，生成的每一个不同主键标识分别对应一个不同的处理器，对应关系如表1所示。

表1

需要说明的是，表1中的主键标识与处理器的对应关系只是一种简单的举例说明，具体的对应关系可以根据实际***的各处理器的运行情况进行实际分析并确定。

具体的，将该报文发送到该主键标识对应的处理器上进行该报文的处理，包括以下两种情形：

第一种情形为：若该主键标识对应的处理器的性能指标达到预设的阈值时，丢弃发往该主键标识对应的处理器上的该报文。

这样，在单个处理器或线程的处理能力达到瓶颈时，丢弃发往该处理处理器或线程的当前报文以保证报文不反压影响分发到其他处理器或线程的报文处理，这样能够提高报文的处理性能。

第二种情形为：若该主键标识对应的处理器的性能指标没有达到预设的阈值时，将该报文发送到该主键标识对应的处理器上进行该报文的处理。

基于上述技术方案，参阅图3所示，本发明实施中提供一种动态变更的传输报文处理装置，包括：接收单元30，判断单元31，分发单元32，其中：

接收单元30，用于接收待处理的报文。

判断单元31，用于判断该报文的类型是否为需保序的报文。

分发单元32，用于确定该报文为需要保序的报文时，获取该报文的业务流标识，基于***预置的三种特征流算法，随机选择一种特征流算法生成该报文的业务流分发方式，基于该业务流分发方式进行该报文的处理。

较佳的，判断该报文的类型是否为需保序的报文时，判断单元31用于：

获取该报文的属性信息，若确定该报文为TCP或UDP类型的报文，则判定该报文为需保序的报文；若确定该报文为其他类型的报文，则判定该报文为无需保序的报文。

较佳的，确定该报文为无需保序的报文之后，分发单元32进一步用于：

将该无需保序的报文按照轮叫调度的方式选择对应的处理器，将该无需保序的报文发送到对应的处理器上进行该无需保序的报文的处理。

较佳的，将该无需保序的报文发送到对应的处理器上进行该无需保序的报文的处理时，分发单元32具体用于：

若对应的处理器的性能指标达到预设的阈值时，丢弃发往该处理器上的该无需保序的报文；

若对应的处理器的性能指标没有达到预设的阈值时，将该无需保序的报文发送到该对应的处理器上进行该无需保序的报文的处理。

较佳的，分发单元32获取到的报文的业务流标识为报文的源IP地址、源目的IP地址、三层协议号、源端口号、源目的端口号。

较佳的，确定该报文为需要保序的报文时，获取该报文的业务流标识，基于***预置的三种特征流算法，随机选择一种特征流算法生成该报文的业务流分发方式，基于该业务流分发方式进行该报文的处理时，分发单元32具体用于：

确定该报文为需要保序的报文时，获取该报文的源IP地址和三层协议号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将该报文发送到该主键标识对应的处理器上进行该报文的处理；或者，

确定该报文为需要保序的报文时，获取该报文的源IP地址、三层协议号和源端口号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将该报文发送到该主键标识对应的处理器上进行该报文的处理；或者，

确定该报文为需要保序的报文时，获取该报文的源目的IP地址、三层协议号和源目的端口号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将该报文发送到该主键标识对应的处理器上进行该报文的处理。

较佳的，将该报文发送到该主键标识对应的处理器上进行该报文的处理时，分发单元32具体用于：

若该主键标识对应的处理器的性能指标达到预设的阈值时，丢弃发往该主键标识对应的处理器上的该报文；

若该主键标识对应的处理器的性能指标没有达到预设的阈值时，将该报文发送到该主键标识对应的处理器上进行该报文的处理。

综上所述，本发明实施中接收待处理的报文，判断该报文的类型是否为需保序的报文，确定该报文为需要保序的报文时，获取该报文的业务流标识，基于***预置的三种特征流算法，在网络拥塞时根据网络拥塞程度，选择最优，的一种特征流算法生成该报文的业务流分发方式，基于该业务流分发方式进行报文的处理，这样，通过预制多种特征流分类算法，能够根据不同的组网和设备形态可动态更改特征流分类算法，最大限度减小现有报文业务流保序方式的缺点，而且成本小，可操作性强，进一步提升报文处理性能，此外，在某种特定场合下，通过动态算法选择而不是重新组网，能够简化组网拓扑，减少网络复杂性，同时减少设备维护成本。

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

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

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

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

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

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

Claims (14)

1.一种动态变更的传输报文处理方法，其特征在于，包括：

接收待处理的报文；

判断所述报文的类型是否为需保序的报文；

确定所述报文为需要保序的报文时，获取所述报文的业务流标识，基于***预置的三种特征流算法，根据不同的组网环境和设备形态，选择一种特征流算法生成所述报文的业务流分发方式，基于所述业务流分发方式进行所述报文的处理；

其中，特征流算法包括算法1：提取报文的源IP地址和三层协议号进行哈希运算；算法2：提取报文的源IP地址、源端口号和三层协议号进行哈希运算；算法3：提取报文的源目的IP地址、源目的Port和三层协议号进行哈希运算。

2.如权利要求1所述的方法，其特征在于，判断所述报文的类型是否为需保序的报文，包括：

获取所述报文的属性信息，若确定所述报文为TCP或UDP类型的报文，则判定所述报文为需保序的报文；若确定所述报文为其他类型的报文，则判定所述报文为无需保序的报文。

3.如权利要求2所述的方法，其特征在于，确定所述报文为无需保序的报文之后，进一步包括：

将所述无需保序的报文按照轮叫调度的方式选择对应的处理器，将所述无需保序的报文发送到对应的处理器上进行所述无需保序的报文的处理。

4.如权利要求3所述的方法，其特征在于，将所述无需保序的报文发送到对应的处理器上进行所述无需保序的报文的处理，具体包括：

若对应的处理器的性能指标达到预设的阈值时，丢弃发往所述处理器上的所述无需保序的报文；

若对应的处理器的性能指标没有达到预设的阈值时，将所述无需保序的报文发送到所述对应的处理器上进行所述无需保序的报文的处理。

5.如权利要求1所述的方法，其特征在于，所述报文的业务流标识为报文的源IP地址、源目的IP地址、三层协议号、源端口号、源目的端口号。

6.如权利要求1-5任一项所述的方法，其特征在于，确定所述报文为需要保序的报文时，获取所述报文的业务流标识，基于***预置的三种特征流算法，随机选择一种特征流算法生成所述报文的业务流分发方式，基于所述业务流分发方式进行所述报文的处理，具体包括：

确定所述报文为需要保序的报文时，获取所述报文的源IP地址和三层协议号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理；或者，

确定所述报文为需要保序的报文时，获取所述报文的源IP地址、三层协议号和源端口号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理；或者，

确定所述报文为需要保序的报文时，获取所述报文的源目的IP地址、三层协议号和源目的端口号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理。

7.如权利要求6所述的方法，其特征在于，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理，具体包括：

若所述主键标识对应的处理器的性能指标达到预设的阈值时，丢弃发往所述主键标识对应的处理器上的所述报文；

若所述主键标识对应的处理器的性能指标没有达到预设的阈值时，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理。

8.一种动态变更的传输报文处理装置，其特征在于，包括：

接收单元，用于接收待处理的报文；

判断单元，用于判断所述报文的类型是否为需保序的报文；

分发单元，用于确定所述报文为需要保序的报文时，获取所述报文的业务流标识，基于***预置的三种特征流算法，根据不同的组网环境和设备形态，选择一种特征流算法生成所述报文的业务流分发方式，基于所述业务流分发方式进行所述报文的处理；

其中，特征流算法包括算法1：提取报文的源IP地址和三层协议号进行哈希运算；算法2：提取报文的源IP地址、源端口号和三层协议号进行哈希运算；算法3：提取报文的源目的IP地址、源目的Port和三层协议号进行哈希运算。

9.如权利要求8所述的装置，其特征在于，判断所述报文的类型是否为需保序的报文时，所述判断单元用于：

获取所述报文的属性信息，若确定所述报文为TCP或UDP类型的报文，则判定所述报文为需保序的报文；若确定所述报文为其他类型的报文，则判定所述报文为无需保序的报文。

10.如权利要求9所述的装置，其特征在于，确定所述报文为无需保序的报文之后，所述分发单元进一步用于：

将所述无需保序的报文按照轮叫调度的方式选择对应的处理器，将所述无需保序的报文发送到对应的处理器上进行所述无需保序的报文的处理。

11.如权利要求10所述的装置，其特征在于，将所述无需保序的报文发送到对应的处理器上进行所述无需保序的报文的处理时，所述分发单元具体用于：

若对应的处理器的性能指标达到预设的阈值时，丢弃发往所述处理器上的所述无需保序的报文；

若对应的处理器的性能指标没有达到预设的阈值时，将所述无需保序的报文发送到所述对应的处理器上进行所述无需保序的报文的处理。

12.如权利要求8所述的装置，其特征在于，所述分发单元获取的所述报文的业务流标识为报文的源IP地址、源目的IP地址、三层协议号、源端口号、源目的端口号。

13.如权利要求8-12任一项所述的装置，其特征在于，确定所述报文为需要保序的报文时，获取所述报文的业务流标识，基于***预置的三种特征流算法，随机选择一种特征流算法生成所述报文的业务流分发方式，基于所述业务流分发方式进行所述报文的处理时，所述分发单元具体用于：

确定所述报文为需要保序的报文时，获取所述报文的源IP地址和三层协议号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理；或者，

确定所述报文为需要保序的报文时，获取所述报文的源IP地址、三层协议号和源端口号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理；或者，

确定所述报文为需要保序的报文时，获取所述报文的源目的IP地址、三层协议号和源目的端口号，利用哈希算法，进行哈希运算生成一个4比特的主键标识，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理。

14.如权利要求13所述的装置，其特征在于，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理时，所述分发单元具体用于：

若所述主键标识对应的处理器的性能指标达到预设的阈值时，丢弃发往所述主键标识对应的处理器上的所述报文；

若所述主键标识对应的处理器的性能指标没有达到预设的阈值时，将所述报文发送到所述主键标识对应的处理器上进行所述报文的处理。