CN104471538A

CN104471538A - 一种数据流处理方法、设备和系统

Info

Publication number: CN104471538A
Application number: CN201380002263.XA
Authority: CN
Inventors: 倪慧; 谭仕勇; 蔡慧
Original assignee: Huawei Technologies Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2013-07-15
Filing date: 2013-07-15
Publication date: 2015-03-25
Anticipated expiration: 2033-07-15
Also published as: US20160134522A1; EP3012736A1; WO2015006901A1; CN104471538B; EP3012736A4

Abstract

本发明的实施例公开一种数据流处理方法、设备和系统，涉及通信技术领域，解决了交换设备通过接收的控制设备预先发送的流表项不能处理对应的用户报文导致中断操作的问题，从而提升了网络设备间的工作效率。该方法包括：向控制设备发送请求消息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；接收所述控制设备根据所述请求消息发送的报文处理信息；根据所述报文处理信息执行对应所述待处理报文的操作。本发明的实施例应用于通信应用技术。

Description

一种数据流处理方法、设备和系统技术领域

本发明涉及通信技术领域，尤其涉及一种数据流处理方法、设备和系统。

背景技术

在现代通信网络中，通过各种不同功能的网络设备通过支持各类的网络协议从而实现网元间的互联互通，其中，每一台网络设备都有内部的报文转发模块和各类的协议控制模块组成。这种分布式的控制模块部署方式使得网络的部署和管理非常复杂，为例是是某个控制参数的修改或升级，必须有人工对每台设备进行单独的操作，为了提高网元的部署灵活性和可管理性，现有技术提出了软件定义网络 SDN ( Software-Defined Network ) 的概念，即通过网元设备的控制逻辑和转发功能解耦，并将控制逻辑进行集中部署，使得网络的控制和维护工作能够简单地通过对控制面设备的操作实现，从而提高网络的管理效率，并使得转发名设备更为简化，有利于实现转发设备的高性能和可重用性。

在现有技术中，通常使用 Openflow协议作为 SDN网络中的最典型和应用最多的协议，其中， Openflow协议中的网元包括控制设备 Openfl ow controller ( 简称 OF Controller ) 和交换设备 Openflow switch ( 简称 OF Switch ) , 这里控制设备预先以流表项的形式发送根据报文特征确定的业务流的转发动作至交换设备，以便交换设备存储该流表项，并对后续符合该流表项中匹配信息的 ^艮文执行对应的动作列表，但在某些协议处理的过程中，控制设备预先发送至交换设备的流表项动作中的信息不足以处理交换设备接收的用户报文，此时交换设备需要中断动作列表的执行操作并向控制器请求需要的信息，但无法对返回的报文继续执行未完成的动作，因此导致在类似的动作执行间交换设备无法处理对应的报文。发明内容

本发明的实施例提供一种数据流处理方法、设备和系统，解决了交换设备通过接收的控制设备预先发送的流表项不能处理对应的用户报文导致中断操作的问题，从而提升了网络设备间的工作效率，减少了对报文的错误处理。

为达到所述目的，本发明的实施例釆用如下技术方案：第一方面，提供一种数据流处理方法，包括：

向控制设备发送请求消息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；

接收所述控制设备根据所述请求消息发送的报文处理信息；根据所述报文处理信息执行对应所述待处理报文的操作。

在第一种可能的实现方式中，结合第一方面具体包括，所述向控制设备发送请求消息之前，还包括：

接收所述控制设备预先发送的流表项，并根据所述流表项匹配所述待处理报文，所述流表项包括数据流的匹配信息及所述数据流所需的动作列表；

若执行所述动作列表时发现对应的动作参数缺失，则向所述控制设备发送请求消息。

在第二种可能的实现方式中，结合第一方面或第一种可能的实现方式具体包括，所述向控制设备发送请求消息，包括：

将动作执行信息通过所述请求消息发送至所述控制设备和 /或存储在本地，所述动作执行信息包括已执行动作标识、未执行动作标识、已执行动作列表和未执行动作列表中一种或多种。

在第三种可能的实现方式中，结合第一方面或第一方面中第一种可能的实现方式或第一方面中第二种可能的实现方式具体包括，所述根据所述报文处理信息执行对应所述待处理报文的操作，还包括：

根据所述报文处理信息获取所述待处理报文或所述待处理报文标识、动作参数、动作执行信息、和 /或继续动作执行指令，并根据所述报文处理信息执行对应的操作。

在第四种可能的实现方式中，结合第一方面或第一方面中任一种可能的实现方式具体包括，所述报文处理信息包括：

所述动作参数、待处理报文或所述待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。第二方面，提供一种数据流处理方法，包括：

接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；

将所述报文处理信息发送至所述交换设备，以便于所述交换设备根据所述报文处理信息执行对应操作，所述报文处理信息包括所述动作参数、待处理报文或所述待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。

在第一种可能的实现方式中，结合第二方面具体包括，所述接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息之前，还包括：

预先向所述交换设备发送流表项，所述流表项包括数据流的匹配信息及所述数据流所需的动作列表。

在第二种可能的实现方式中，结合第二方面或第一种可能的实现方式具体包括，所述接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息，包括：

根据所述请求消息获取所述请求消息对应的请求参数，并根据所述请求消息配置对应的动作列表，并根据所述请求参数和所述动作列表生成报文处理信息，以便所述交换设备根据所述报文处理信息执行对应操作。第三方面，提供一种交换设备，包括：发送单元，用于向控制设备发送请求消息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；

接收单元，用于接收所述控制设备根据所述请求消息发送的报文处理信息；

配置单元，用于根据所述报文处理信息执行对应所述待处理报文的操作。

在第一种可能的实现方式中，结合第三方面具体包括，所述设备包括：

匹配单元，用于向控制设备发送请求消息之前，接收所述控制设备预先发送的流表项，并根据所述流表项匹配所述待处理报文，所述流表项包括数据流的匹配信息及所述数据流所需的动作列表；所述匹配单元，还用于若执行所述动作列表时发现对应的动作参数缺失，则向所述控制设备发送请求消息。

在第二种可能的实现方式中，结合第三方面或第一种可能的实现方式具体包括，

所述发送单元，具体用于将动作执行信息通过所述请求消息发送至所述控制设备和 /或存储在本地，所述动作执行信息包括已执行动作标识、未执行动作标识、已执行动作列表和未执行动作列表中一种或多种。

在第三种可能的实现方式中，结合第三方面或第三方面中第一种可能的实现方式或第三方面中第二种可能的实现方式具体包括，所述配置单元，具体用于根据所述报文处理信息获取所述待处理报文或所述待处理报文标识、动作参数、动作执行信息、和 /或继续动作执行指令，并根据所述报文处理信息执行对应的操作。

在第四种可能的实现方式中，结合第三方面或第三方面中任一种可能的实现方式具体包括，所述报文处理信息包括：

所述动作参数、待处理报文或所述待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。第四方面，提供一种控制设备，包括：

配置单元，用于接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；

发送单元，用于将所述配置单元确定的所述报文处理信息发送至所述交换设备，以便于所述交换设备根据所述报文处理信息执行对应操作，所述报文处理信息包括所述动作参数、待处理报文或所述待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。

在第一种可能的实现方式中，结合第四方面具体包括，所述发送单元，还用于接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息之前，预先向所述交换设备发送流表项，所述流表项包括数据流的匹配信息及所述数据流所需的动作列表。

在第二种可能的实现方式中，结合第四方面或第一种可能的实现方式具体包括，所述配置单元，包括：

配置子单元，用于根据所述请求消息获取所述请求消息对应的请求参数，并根据所述请求消息配置对应的动作列表，并根据所述请求参数和所述动作列表生成报文处理信息，以便所述交换设备根据所述报文处理信息执行对应操作。第五方面，提供一种交换设备，包括：通过数据总线连接的处理器和存储器，以及分别与所述处理器和存储器连接的至少一个通信接口，其中，

所述处理器，用于通过所述至少一个通信接口向控制设备发送请求消息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理 ^艮文；

所述处理器，还用于通过所述至少一个通信接口接收所述控制设备根据所述请求消息发送的报文处理信息；所述处理器，还用于根据所述报文处理信息执行对应所述待处理报文的操作。

在第一种可能的实现方式中，结合第五方面具体包括，所述处理器，还用于通过所述至少一个通信接口向控制设备发送请求消息之前，通过所述至少一个通信接口接收所述控制设备预先发送的流表项，并根据所述流表项匹配所述待处理报文，所述流表项包括数据流的匹配信息及所述数据流所需的动作列表；

所述处理器，还用于若执行所述动作列表时发现对应的动作参数缺失，则通过所述至少一个通信接口向所述控制设备发送请求消息。

在第二种可能的实现方式中，结合第五方面或第一种可能的实现方式具体包括，

所述处理器，还用于通过所述至少一个通信接口将动作执行信息通过所述请求消息发送至所述控制设备和 /或通过所述存储器存储在本地，所述动作执行信息包括已执行动作标识、未执行动作标识、已执行动作列表和未执行动作列表中一种或多种。

在第三种可能的实现方式中，结合第五方面或第五方面中第一种可能的实现方式或第五方面中第二种可能的实现方式具体包括，所述处理器，还用于根据所述报文处理信息获取所述待处理报文或所述待处理报文标识、动作参数、动作执行信息、和 /或继续动作执行指令，并根据所述报文处理信息执行对应的操作。

在第四种可能的实现方式中，结合第五方面或第五方面中任一种可能的实现方式具体包括，所述报文处理信息包括：

所述动作参数、待处理报文或所述待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。第六方面，提供一种控制设备，包括：通过数据总线连接的处理器和存储器，以及分别与所述处理器和存储器连接的至少一个通信接口，其中，所述处理器，用于通过所述至少一个通信接口接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理 ^艮文；

所述处理器，还用于将所述报文处理信息通过所述至少一个通信接口发送至所述交换设备，以便于所述交换设备根据所述报文处理信息执行对应操作，所述报文处理信息包括所述动作参数、待处理报文或所述待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。

在第一种可能的实现方式中，结合第六方面具体包括，所述处理器，还用于通过所述至少一个通信接口接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息之前，预先通过所述至少一个通信接口向所述交换设备发送流表项，所述流表项包括数据流的匹配信息及所述数据流所需的动作列表。

在第二种可能的实现方式中，结合第六方面或第一种可能的实现方式具体包括，

所述处理器，还用于根据所述请求消息获取所述请求消息对应的请求参数，并根据所述请求消息配置对应的动作列表，并根据所述请求参数和所述动作列表生成报文处理信息，以便所述交换设备根据所述报文处理信息执行对应操作。第七方面，提供一种通信系统，包括：交换设备和控制设备，其中，所述交换设备为第三方面或第三方面中任一种可能的实现方式所述的任一交换设备，所述控制设备为第四方面或第四方面中任一种可能的实现方式所述的任一控制设备；

或者，所述交换设备为第五方面或第五方面中任一种可能的实现方式所述的任一交换设备，所述控制设备为第六方面或第六方面中任一种可能的实现方式所述的任一控制设备。本发明实施例提供的数据流处理方法、设备和系统，交换设备通过预先接收控制设备发送的流表项处理报文，当交换设备所处理报文发生中断时，该交换设备向控制设备发送请求消息，以便控制设备根据请求消息配置对应交换设备待处理报文的报文处理信息，使得交换设备根据报文处理信息完成待处理报文的操作，从而解决了交换设备通过接收的控制设备预先发送的流表项不能处理对应的用户报文导致中断操作的问题，进而提升了网络设备间的工作效率，减少了对报文的错误处理。附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图 1为本发明的实施例提供的一种数据流处理方法的流程示意图；

图 2为本发明的实施例提供的另一种数据流处理方法的流程示意图；

图 3为本发明的实施例提供的又一种数据流处理方法的流程示意图；

图 4为本发明的另一实施例提供的一种数据流处理方法的流程示意图；

图 5为本发明的另一实施例提供的另一种数据流处理方法的流程示意图；

图 6为本发明的另一实施例提供的又一种数据流处理方法的流程示意图；

图 7为本发明的另一实施例提供的再一种数据流处理方法的流程示意图；图 8为本发明的实施例提供的一种交换设备的结构示意图；图 9为本发明的实施例通过的另一种交换设备的结构示意图；图 10为本发明的实施例提供的一种控制设备的结构示意图；图 1 1为本发明的实施例提供的另一种控制设备的结构示意图；图 12 为本发明的另一实施例提供的一种交换设备的结构示意图；

图 13 为本发明的另一实施例提供的一种控制设备的结构示意图；

图 14为本发明的实施例提供的一种通信系统的结构示意图。具体实施方式

本发明实施例适用于软件定义网络 SDN ( Software-Defined Network ) 中任意一种通信协议，其中，本发明实施例中涉及的通信协议以 Openflow 协议为例。 Openflow 协议中的网元设备包括控制设备 Openflow controller ( 简称 OF Controller )和交换设备 Openflow switch ( 简称 OF Switch ) , 其中， OF Controller负责根据报文特征确定该业务流的转发动作，并通过将对应的流表项下发至 OF Switch , 从而 OF Switch获取并存储该流表项，并对后续符合该留匹配信息的报文执行对应的动作列表。在这里，我们以 Openflow协议为例，进行方案说明。

本发明提供一种数据流处理方法，在交换设备侧，参照图 1 所示，包括以下流程：

101、交换设备向控制设备发送请求消息。

其中，请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理文。

这里交换设备向控制设备发送请求消息之前还包括：

a、交换设备接收该控制设备预先发送的流表项，并根据流表项匹配待处理报文，该流表项包括数据流的匹配信息及数据流所需的动作列表。其中，流表项包括：流匹配信息和对应执行的动作列表，其中流匹配信息包括 IP五元组、以太网帧头。

这里交换设备接收到的控制设备预先发送的流表项是由控制设备端根据报文特征确定交换设备将要处理的业务流的转发动作，其中 , 4艮文特征包括： IP五元组、以太网帧头、虚拟局域网标识 Vlan ID( Virtual Local Area Network Identity ) ,交换设备的转发动作包括：转发、丟弃、修改报文头、封装、解封装。

b、若执行动作列表时发现对应的动作参数缺失，则向控制设备发送请求消息。

102、交换设备接收该控制设备根据请求消息发送的报文处理信息。

这里交换设备通过接收控制设备发送的报文处理信息，使得交换设备能够补充对待处理报文的处理信息，进而通过报文处理信息能够对待处理报文进行对应的操作，其中，报文处理信息包括动作参数、待处理报文或待处理报文的标识、动作执行信息、和 /或待执行动作列表、和 /或继续动作执行指令。。

可选的，交换设备存储根据发送的请求消息获取的动作参数。

103、交换设备根据该报文处理信息执行对应待处理报文的操作。

这里交换设备根据接收到的报文处理信息获取待处理报文及该待处理报文对应的动作列表，并根据获取的待处理报文及对应该待处理报文的动作列表执行对应的操作，从而完成对待处理报文的处理。本发明实施例提供一种数据流处理方法，在控制设备侧，参照图 2所示，包括以下流程：

201、控制设备接收交换设备发送的请求消息，并根据请求消息确定交换设备所需的报文处理信息。

其中，请求消息包括交换设备请求的参数、待处理报文的标识或待处理报文。

这里在控制设备接收交换设备发送的请求消息之前，还包括：控制设备预先向交换设备发送流表项，该流表项包括数据流的匹配信息及数据流所需的动作列表。

这里控制设备预先通过交换设备将要处理的报文制定对应的流表项，其中该交换设备将要处理的报文在 Openflow协议中以数据流的形式出现；该流表项包括数据流的匹配信息及数据流所需的动作列表，其中该流表项的制定过程可以是控制设备本地配置完成也可以由控制设备根据接收到的其他网元的初发消息完成得到的。

其中流表项中的数据流所需的动作列表包括待执行的一个或多个动作类型及对应的执行参数，这里动作类型包括：转发、丟弃、队列转发、报文修改、封装以及解封装中的一个或多个动作。

202、控制设备将报文处理信息发送至交换设备，以便于交换设备根据报文处理信息执行对应操作。

其中，报文处理信息包括动作参数、待处理报文或待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。

本发明实施例提供的数据流处理方法，交换设备通过预先接收控制设备发送的流表项处理报文，当交换设备所处理报文发生中断时，该交换设备向控制设备发送请求消息，以便控制设备根据请求消息配置对应交换设备待处理报文的报文处理信息，使得交换设备根据报文处理信息完成待处理报文的操作，从而解决了交换设备通过接收的控制设备预先发送的流表项不能处理对应的用户报文导致中断操作的问题，进而提升了网络设备间的工作效率，减少了对报文的错误处理。具体的，以下结合具体的实施例进行说明。

可以在图 1或图 2所示的实施例的基础上，参照图 3所示，本发明的实施例提供了一种数据流处理方法，主要包括：交换设备通过向控制设备发送请求消息，获取控制设备根据请求消息配置的报文处理信息，使得交换设备根据报文处理信息执行对应待处理报文的执行操作；参照图 3 所示，为交换设备在处理报文中发生中断时通过接收控制设备发送的报文处理信息对报文进行操作的过程，具体步骤如下：

301、控制设备预先向交换设备发送流表项，该流表项包括数据流的匹配信息及数据流所需的动作列表。

这里控制设备预先通过交换设备将要处理的报文制定对应的流表项，使得交换设备通过流表项执行流表项中对应的动作列表处理对应的报文，其中该交换设备将要处理的报文在 Openf lo w协议中以数据流的形式出现；该流表项包括数据流的匹配信息及数据流所需的动作列表，其中该流表项的制定过程可以是控制设备本地配置完成也可以由控制设备根据接收到的其他网元的初发消息完成得到的。

302、交换设备接收该控制设备预先发送的流表项，并根据流表项匹配待处理报文。

其中，该流表项包括数据流的匹配信息及数据流所需的动作列表。

这里交换设备通过接收控制设备发送的流表项，并将该流表项安装到流表中，当交换设备接收到用户报文时，交换设备对用户报文进行流表匹配，对于能够与流表匹配的 4艮文执行流表对应的动作。

具体的，交换设备接收到的控制设备预先发送的流表项是由控制设备端根据报文特征确定交换设备将要处理的业务流的转发动作，其中， ^艮文特征包括： IP五元组、以太网帧头、虚拟局域网标识 Vlan ID ( Virtual Local Area Network Identity ) , 交换设备的转发动作包括：转发、丟弃、修改报文头、封装、解封装。 303、若执行动作列表时发现对应的动作参数缺失，则交换设备向控制设备发送请求消息。

这里由于交换设备无法找到与该流表项匹配的待处理报文，故交换设备向控制设备端发送请求待处理报文所需的对应参数以及未执行的动作列表。

304、控制设备接收交换设备发送的请求消息，并根据请求消息确定交换设备所需的报文处理信息。

这里控制设备获取交换设备发送的请求消息，并通过查询本地存储信息获取请求参数，或通过向外部其他网元发送请求报文来获取对应的请求消息，其中向外部其他网元发送请求 4艮文来获取对应的请求消息，例如，控制设备通过地址解析协议 ARP ( Address Resolution Protocol ) 请求获取目标网络之间互连的协议 IP ( Internet Protocol ) 对应的物理地址 MAC ( Media Access Control ) 地址。

305、控制设备将报文处理信息发送至交换设备，以便于交换设备根据报文处理信息执行对应操作。

306、交换设备接收该控制设备根据请求消息发送的报文处理信息。

这里交换设备通过接收该控制设备发送的报文处理信息，使得交换设备能够补充对待处理报文的处理信息，进而通过报文处理信息能够对待处理报文进行对应的操作。

307、交换设备根据该报文处理信息执行对应待处理报文的操作。

这里交换设备根据接收到的报文处理信息获取待处理报文及该待处理报文对应的动作列表，并根据获取的待处理报文及对应该待处理报文的动作列表执行对应的操作，从而完成对待处理报文的处理。

本发明实施例提供的数据流处理方法，当交换设备处理待处理报文发生中断时，交换设备通过请求消息请求控制设备根据该请求消息配置对应的参数，使得交换设备通过接收控制设备发送的报文处理信息完成对待处理报文的处理，从而解决了交换设备通过接收的控制设备预先发送的流表项不能处理对应的用户报文导致中断操作的问题，进而提升了网络设备间的工作效率，减少了对报文的错误处理。具体的，交换设备通过向控制设备端发送请求消息，以便于通过接收控制设备根据请求消息发送的报文处理信 , I,执行对应待处理才艮文的操作，具体示例如图 4、图 5、图 6或图 7所示，其中图 4、图 5、图 6或图 7 中的控制设备与交换设备以支持 Openflow协议或类似 Openflow协议的控制设备和交换设备为例，具体实施方式如下所示：

A、参照图 4所示，图 4所示的为交换设备 OF Switch( Openflow Switch ) 在执行 GPRS P 道协议 GTP ( GPRS Tunnelling Protocol ) 解封装动作之前，通过请求消息 Packet-in向 OF Controlled Openflow Controller ) 请求动作参数（解封装后的目的物理地址 MAC ( Media Access Control ) ) , 并将未执行的动作列表以及报文緩冲区额标识发送给 OF Controller , 再由 OF Controller 通过反馈报文处理信息 Packet-out将请求的 MAC地址及待执行动作下发给 OF Switch , 以便 OF Switch根据 Packet-out执行对应的动作。

a 1、 OF Controller预先制定业务流对应的流表项，并通过流表消息 Flow-mod将该流表项发送至 OF Switch。

其中流表项中包括数据流匹配信息以及该数据流需要执行的动作列表。

这里流表项的制定是由 OF Controller本地配置完成或根据接收到的其他网元的触发消息完成的，其中，动作列表包括待执行的一个或多个动作类型以及对应的执行参数。动作类型包括：转发、丟弃、队列转发、报文修改、封装或解封装。图 4 所示的 Flow-mod 由以下三个动作组成的动作列表进行描述：最大带宽控制（ 2Mbps ) /GTP解封装 /转发（ port=2 ) , 即对报文执行最大带宽为 2Mbps的带宽控制，然后对报文执行 GTP解封装，最后将封装完成的的报文通过端口 2转发，具体的 Flow-mod的实现结构可以为：

<Flow_Mod> .· = {flow match rule,

[Actionl : MBR(2Mbps) Action2: GTP— DEC AP

Action3 : Output(port^2)] } a2、 OF Switch接收并将 Flow-mod消息下发的流表项安装到流表中。

当 OF Switch接收到的用户报文能够满足 Flow-mod中对应的报文，则 OF Switch对该用户报文执行 Flow-mod中对应的动作列表。当完成 Action l 处理后， OF Switch 发现由于缺少内层目的 IP ( inner-ip )对应的 MAC地址信息，无法完成 Action2的解封装动作。此时 OF Switch暂停该动作列表的执行，并将报文緩存到緩冲区，再由緩冲区获取緩冲区标识 buffer-id。

a3、 OF Switch发送请求才艮文 Packet-in至 OF Controller以获取 inner-i 对应的 MAC地址。

这里请求 4艮文 Packet-in 中包括 4艮文的部分或全部内容和 /或緩冲区标识、请求的原因（参数缺失）、请求参数相关信息（请求参数类型，输入信息）以及未执行的动作列表。其中 Packet-in的结构可能为以下所示：

<Packet_IN> : = {buffer—id, rea (PARA—MISSING), Input of requested parameter (MAC _REQ, IP = inner _ip)

[Action2: GTP DECAP Action3: Output (port ^2)]} 其中，未执行的动作列表内容为： "GTP— DECAP", 即 GTP 解封装。这里 Packet-in 消息的可能的结构包含了緩冲区标识 "buffer— id", 请求原因：参数缺失 " PARA— MISSING" , 请求参数信息： " MAC— REQ, IP=inner_ip"。

a4、 OF Controller通过接收 OF Switch发送请求 4艮文 Packet-in 报文获取请求参数，并通过反馈报文处理信息 Packet-out 至 OF Switch。

这里 OF Controller通过查询本地存储信息或向外部其他网元发送请求报文来获取对应的 Packet-in 消息中的请求参数。 OF Controller将从 OF Switch获取的未执行动作列表通过 Packet-out发送至 OF Switch。

其中， Packet-out消息可能的结构如下所示：

<Packet_OUT> := {buffer _id,

Requested parameters (IP = inner _ip, MAC = 00:01 :3e:52:23:ef),

[Action2: GTP DECAP Action3 : Output (port ^2)]}

Packet-out消息中包含 OF Switch的緩冲区标识 buffer— id, OF

Switch请求的参数目的 MAC地址 "00:01:3e:52:23:ef，，，以及未执行的动作 "GTP— DECAP" 即 GTP解封装。

a5、 OF Switch根据收到的 Packet-out消息存储 inner-i 对应的 MAC地址。

这里 OF Switch获取 buffer-id对应的緩存报文，并对该緩存报文执行 Packet-out消息中携带的未执行动作列表，即对 GTP解封装并由端口 2转发。其中，对应后续业务数据流对应的报文 , OF Switch 由于已经存储了该 inner-ip对应的 MAC地址，因此不再需要向 OF Controller请求参数。

这里 OF Switch可以通过 buffer-id传输待处理报文的信息，也可以传输部分或全部才艮文至 OF Controller

B、参照图 5所示，图 5所示的为交换设备 OF Switch( Openflow Switch ) 在执行 IP安全性 IP sec ( IP security ) 解封动作之前，通过请求消息 Packet-in向 OF Controller ( Openflow Controller ) 请求动作参数（解封装后业务流对应的多协议标签交换 MPLS ( Multi-Protocol Label Switching ) ) , 并将已执行的动作标识及报文緩冲区标识发送至 OF Controller , 再由 OF Controller通过反馈报文处理信息 Packet-out将请求的 MPLS标签以及带执行动作下发给 OF Switch , 以便于 OF Switch完成动作执行。具体如下：

b 1、 OF Controller预先制定业务流对应的流表项，并通过流表消息 Flow-mod将该流表项发送至 OF Switch。

这里 Flow-mod 消息包含了四个动作组成的动作列表，其中，该动作列表可以表示为：生存时间 TTL ( Time To Live ) 递减 /IP安全性 IPsec ( IP security ) 解封装 /MPLS封装 /转发，即首先对报文执行 TTL递减，然后对报文执行 IPsec解封装，最后将解封装完成的报文执行基于目的 IP地址的 MPLS封装并通过端口 1转发。其中流表消息 Flow-mod的结构可以如下所示：

<Flow_Mod> : = {flow match rule,

[Actionl : TTL decrement

Action2: IPSec DECAP

Action3 : PUSH— MPLS— PER— IP Action4: Output(port= 1)] } b2、 OF Switch接收流表消息 Flow-mod并将 Flow-mod安装到流表中。

这里当 OF Switch通过接收到的用户报文与该报文对应的执行流表进行匹配，若能够与 Flow-mod中的报文对应，则 OF Switch对该用户报文执行对应的流表项中的动作列表操作。若当 OF Switch 完成 Action l 或 Action2 处理后， OF Switch发现缺少内层目的 IP ( inner-ip ) 对应的 MPLS头信息，无法完成 Action3 的 MPLS封装动作。此时， OF Switch暂停该动作列表的的执行，并将报文緩存到緩冲区，获取緩冲区标识 buffer-id。

b3、 OF Switch发送请求才艮文 Packet-in至 OF Controller以获取 inner-i 对应的 MPLS头信息。

这里请求 4艮文 Packet-in 中包括 4艮文的部分或全部内容和 /或緩冲区标识、请求的原因（参数缺失）、请求参数相关信息（请求参数类型，输入信息）以及已执行的动作标识。其中 Packet-in可能的结构为以下所示：

<Packet_IN> : = {buffer—id, rea (PARA—MISSING),

Inputs of requested parameter ( MPLS REQ, lP=inner _ip), Executed action id(2)} 其中，已执行的动作标识为： " Executed action id(2)，，，即 id编号为 2的已执行动作。这里 Packet-in消息的可能的结构包含了緩冲区标识 " buffer— id" , 请求原因：参数缺失 " PARA— MIS SING" , 请求参数信息： " MPLS— REQ, IP=inner— ip" , 即 MPLS的头信息。

b4、 OF Controller通过接收 OF Switch发送请求 4艮文 Packet-in 报文获取请求参数，并通过反馈报文处理信息 Packet-out 至 OF Switch。

这里 OF Controller根据已执行动作标识以及本地存储的该数据流对应的动作列表确定待执行的动作列表。并通过 Packet- out 将 buffer-id , MPLS头信息及待执行动作列表返回给 OF Switch。

其中， Packet-out消息可能的结构如下所示：

<Packet_OUT> : = {buffer _id, Requested parameters (IP=inner_ip' MPLS_HEAD =[label: 0x0012,

S: 0, TTL: 1],

[Action! : PUSH—MPLS—PER—IP Action2: Output(port=l ) ]}

Packet-out消息中包含 OF Switch的緩冲区标识 buffer— id , OF Switch 请求的参数 MPLS 头信息： MPLS— HEAD=[label: 0x0012, S : 0,TTL : 1 ,以及待执行^ I动作歹 'J表 PUSH MPLS PER IP , 对 MPLS 封装。

b5、 OF Switch根据收到的 Packet-out消息存储 inner- ip对应的 MPLS头信息。

这里 OF Switch过去 buffer-id对应的緩存报文，并对该报文执行 Packet-out 消息中携带的未执行动作列表，即 MPLS封装并通过端口 1转发。

这里图 5与图 4对应的实施例的区别在于，图 4所对应的实施例 OF Switch是将未执行的动作列表通过 Packet-in消息发送至 OF Controller , 图 5对应的实施例 OF Switch是将已执行的动作标识通过 Packet-in消息发送至 OF Controller , 这样图 5对应的实施例对比图 4 对应的实施例，图 5 对应的实施例 OF Switch 在接收到 OF Controller反馈对应的 Packet-out消息后能够直接对应未完成的动作列表对数据流执行对应操作。

其中图 5与图 4对应的实施例中共同点在于，釆用用户报文緩冲区标识 buffer-id传输待处理报文的信息，也可以在步骤 3和步骤 5 中携带待处理报文的全部或部分内容，用于 OF Switch在获取动作参数后对该报文执行动作。

C、参照图 6所示，图 6所示的为交换设备 OF Switch( Openflow Switch ) 在执行 GPRS隧道协议 GTP ( GPRS Tunnelling Protocol ) 封装动作之前，通过请求消息 Packet-in向 OF Controller ( Openflow Controller ) 请求动作参数（封装后的目的物理地址 MAC ( Media Access Control )), 并将未执行的动作标识及待处理 ^艮文发送至 OF Controller, 再由 OF Controller通过反馈才艮文处理信息 Packet-out将待处理报文、请求的动作参数以及继续动作执行制式下发给 OF Switch, 以便于 OF Switch完成动作执行。具体如下：

c 1、 OF Controller预先制定业务流对应的流表项，并通过流表消息 Flow-mod将该流表项发送至 OF Switch。

这里 Flow-mod 消息包含了三个动作组成的动作列表，其中，该动作列表可以表示为：最大带宽控制（ 1Mbps ) /GTP 封装（ src ip=192.168.0.1 , dst ip=l 92.168.0.2 , TEID=0x00000021 ) /转发 ( port=2 ), 即首先对报文执行最大带宽为 1Mbps的带宽控制，然后对报文执行 GTP封装，最后将封装完成的报文通过端口 2转发。其中流表消息 Flow-mod的结构可以如下所示：

<Flow_Mod> .·= {flow match rule, [ Action 1: MBR(2Mbps)

^c?/'O ;G7^T __JE7V ^ src_i -192.168.0. l,dst_ip-l 92.168.0.2,

TEID-0X00000021

Action3: Output(port=2)]} c2、 OF Switch接收流表消息 Flow-mod并将 Flow-mod安装到流表中。

这里当 OF Switch通过接收到的用户报文与该报文对应的执行流表进行匹配，若能够与 Flow-mod中的报文对应，则 OF Switch对该用户 4艮文执行对应的流表项中的动作列表操作。若当 OF Switch 完成 Action 1处理后， OF Switch发现由于缺少外层目的 IP( outer-ip ) 对应的 MAC地址，无法完成 Action2的 GTP封装动作。此时 , OF Switch暂停对 Action2的动作列表的执行，并将报文緩存至緩冲区，获取緩冲区标识 buffer-id。

c3、 OF Switch发送请求才艮文 Packet-in至 OF Controller以获取 outer-i 对应的 MAC地址。

这里请求才艮文 Packet-in中包括才艮文的部分或全部内容、请求的原因（参数缺失）、请求参数相关信息（请求参数类型，输入信息）以及未执行的动作标识。其中 Packet-in可能的结构为以下所示：

<Packet_IN> : = {packet, reason (PARA MISSING),

Inputs of requested parameter (MA C _REQ, IP=outer—ip), Unexecuted action id(2)}

Packet-out 消息中包含请求原因即参数缺失 " reason(PARA_MIS SING) " , OF Switch 请求的参数 MAC 地址 " MAC_REQ, IP=outer_ip" , 以及未执行的动作标识，即未执行动作标识 " Unexecuted action id(2)，，。

c4、 OF Controller通过接收 OF Switch发送请求 4艮文 Packet-in 报文获取请求参数，并通过反馈报文处理信息 Packet-out 至 OF Switch。

这里 OF Controller通过查询本地 4艮文处理信息或向外部其他网元发送请求报文来获取对应的 Packet-in消息中的请求参数，即获取 outer-i 对应的 MAC地址。进而 OF Controller通过 Packet-out 处理 4艮文、请求的 MAC地址以及未执行动作标识或继续动作处理指示返回给 OF Switch。

其中， Packet-out消息可能的结构如下所示：

<Packet _OUT> {packet,

Requested parameters (IP^outer_ip, MA C： 00: 01 :24:31 :21 :b2, GOTO—TABLE,

Unexecuted action id(2)} c5、 OF Switch根据收到的 Packet-out消息获取待处理的用户报文并执行对应操作。

这里 OF Switch对该用户报文执行流表匹配，并根据未执行动作标识获得该用户报文未执行的动作列表，即执行 GTP封装并通过端口 2转发。

图 6对应的实施例中区别于图 4与图 5所对应的实施例，釆用用户 4艮文的部分或全部内容，用于 OF Switch在获取动作参数后对该才艮文执行动作。

这里图 4、图 5与图 6所示的实施例中的 Packet-in或 Packet-out 消息只是请求消息与报文处理信息的一种实现方式。其中报文处理信息也可以通过其他消息类型实现该功能，本发明不做限定。

D、参照图 7所示，图 7所示的为交换设备 OF Switch( Openflow Switch ) 在执行通用路由去†装 GRE ( Generic Routing Encapsulation ) 解封装动作之前，通过参数请求消息向 OF Controller ( Openflow Controller )请求动作参数（封装后的源、目的物理地址 MAC ( Media Access Control ) ) , 并将待处理报文及一致性的动作緩存在本地。 OF Controller 通过反馈报文处理信息将请求的动作参数以及继续动作执行指示下发给 OF Switch , 以便于 OF Switch完成动作执行。具体如下：

d 1、 OF Controller通过流表项安装消息将数据流匹配信息及动作列表下发给 OF Switch。

其中动作列表以如下三个动作组成：最大带宽控制（ 1 Mbps )

/GRE解封装 /转发（ ort=2 ) ,即先对用户报文执行最大带宽为 1 Mbps 的带宽控制，然后对用户报文执行 GRE隧道解封装，再由将解封装完成的用户报文通过端口 2 转发。这里流表项安装消息可能的一种实现结构为：

<Flow _Installation> .· = {flow match rule, [Action 1 : MB R( 1Mbps) Action2: GRE DECAP Action3 : Output(port^2)] } d2、 OF Switch将 OF Controller发送的流表项存储到流表中。这里 OF Switch对于能够与该流表项的数据流匹配信息匹配的用户报文执行对应的动作列表，当完成最大带宽控制动作后，若 OF Switch发现由于不知道 GRE隧道内层 IP地址对应的 MAC地址 , 则无法完成 Action2的 GRE隧道解封动作。此时 OF Switch暂停对 GRE 隧道的解封动作。

d3、 OF Switch将已完成的部分处理动作的报文緩存到緩冲区，并获取緩冲区标识 buffer-id , 并将未完成的动作列表緩存到緩冲区。

d4、 OF Switch 向 OF Controller 发送参数请求消息，以获取 inner-i 对应的 MAC地址。

这里参数请求消息中包括报文緩冲区标识 buffer-id、请求的原因（缺少参数）、请求参数相关信息（请求参数类型、输入信息）。

其中参数请求消息可能的一种结构为：

<Para_Req> {buffer— id, reason(PARA_MISSING),

Inputs of requested parameter (MA C _REQ, IP ^ inner _ip)} 这里请求参数相关信息为： " MAC— REQ, IP=inner_ip) " , 即请求 inner-i 对应的 MAC地址。

d5、 OF Controller通过查询本地 4艮文处理信息或向外部其他网元发送请求报文来获取 inner-i 对应的 MAC 地址，然后 OF Controller 通过参数反馈消息将报文緩冲区标识 buffer-id、请求的 MAC地址返回给 OF Switch。

这里 OF Controller还可以通过参数反馈消息将继续动作处理指示发送至 OF Switch。其中参数反馈消息可能的一种实现结构如下所示：

<Para_Rsp> : = {buffer—id,

Requested parameters (IP = inner _ip, MA C = 00: 01 :24:31 :21 : b2, CONTINUE— A CTS} 其中参数反馈消息中包括：用户报文的緩冲区标识 buffer-id , 请求参数包括 inner-ip对应的 MAC 地址 " 00 : 01 : 24 : 3 1 :21 :b2，，以及继续执行指示。

d6、OF Switch根据收到的参数反馈消息获取待处理的用户报文并执行对应操作。

这里 OF Switch通过用户文的緩冲区标识 buffer-id由緩冲区中读取已完成部分处理动作的报文，以及緩存到緩冲区的未完成的动作列表，通过继续动作处理指示执行未完成的动作列表，即执行 GRE解封装并从端口 2转发。

本发明实施例中，OF Switch也可以在步骤 3緩存已完成动作列表，并在步骤 6 中执行流表匹配并跳过已完成动作列表，或在步骤 3 中不执行緩存动作列表，而是在步骤 4 或步骤 5 中通过接口传递获得已经完成或未完成的动作列表或索引信息。

相比图 4、图 5与图 6所示的实施例，图 7所示的实施例中与图图 4、图 5 与图 6所示的实施例不同处在于，图 7 所示的实施例在处理数据流时，若 OF Switch缺少处理用户报文的参数，则将已完成的部分处理动作的用户报文緩存到緩冲区，并将未完成的动作转发列表也緩存至緩冲区，直至 OF Controller配置对应的参数以及继续执行指示，使得 OF Switch通过緩冲区标识 buffer-id 由緩冲区中读取已完成部分处理动作的报文，以及緩存到緩冲区的未完成的动作列表，通过继续动作处理指示执行未完成的动作列表。本发明实施例进一步给出实现上述方法实施例中的方法或步骤的装置实施例。

本发明实施例提供一种交换设备 4 , 该交换设备具体为通信网络系统中任一种通信设备，如交换机在通信网络系统中这种能够实现数据流处理方法的设备，以可以实现本发明的实施例所提供的上述任一数据流处理方法为准，参照图 8所示，包括：

发送单元 41 , 用于向控制设备发送请求消息，该请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；

接收单元 42 , 用于接收该控制设备根据请求消息发送的报文处理信息；

配置单元 43 , 用于根据该报文处理信息执行对应待处理报文的操作。

本发明实施例提供的交换设备，交换设备通过预先接收控制设备发送的流表项处理报文，当交换设备所处理报文发生中断时，该交换设备向控制设备发送请求消息，以便控制设备根据请求消息配置对应交换设备待处理报文的报文处理信息，使得交换设备根据报文处理信息完成待处理报文的操作，从而解决了交换设备通过接收的控制设备预先发送的流表项不能处理对应的用户报文导致中断操作的问题，进而提升了网络设备间的工作效率，减少了对报文的错误处理。

可选的，参照图 9所示，交换设备 4包括：

匹配单元 44 , 用于向控制设备发送请求消息之前，接收该控制设备预先发送的流表项，并根据流表项匹配待处理 4艮文，该流表项包括数据流的匹配信息及数据流所需的动作列表；

匹配单元 44 , 还用于若执行动作列表时发现对应的动作参数缺失，则向控制设备发送请求消息。

进一步的，可选的，发送单元 41 , 具体用于将动作执行信息通过请求消息发送至控制设备和 /或存储在本地，该动作执行信息包括已执行动作标识、未执行动作标识、已执行动作列表和未执行动作列表中一种或多种。

可选的，配置单元 43 , 具体用于根据报文处理信息获取待处理报文或待处理报文标识、动作参数、动作执行信息、和 /或继续动作执行指令，并根据报文处理信息执行对应的操作。

可选的，报文处理信息包括：动作参数、待处理报文或待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。

本发明实施例提供的交换设备，当交换设备处理待处理报文发生中断时，交换设备通过请求消息请求控制设备根据该请求消息配置对应的参数，使得交换设备通过接收控制设备发送的报文处理信息完成对待处理报文的处理，从而解决了交换设备通过接收的控制设备预先发送的流表项不能处理对应的用户报文导致中断操作的问题，进而提升了网络设备间的工作效率，减少了对报文的错误处理。本发明实施例提供一种控制设备 5 , 该控制设备具体为通信网络系统中任一种通信设备，其中以可以实现本发明的实施例所提供的上述任一数据流处理方法为准，参照图 10所示，包括：

配置单元 5 1 , 用于接收交换设备发送的请求消息，并根据该请求消息确定交换设备所需的报文处理信息，该请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；

发送单元 52 , 用于将配置单元确定的报文处理信息发送至交换设备，以便于交换设备根据报文处理信息执行对应操作，报文处理信息包括动作参数、待处理报文或待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。

本发明实施例提供的控制设备，交换设备通过预先接收控制设备发送的流表项处理报文，当交换设备所处理报文发生中断时，该交换设备向控制设备发送请求消息，以便控制设备根据请求消息配置对应交换设备待处理报文的报文处理信息，使得交换设备根据报文处理信息完成待处理报文的操作，从而解决了交换设备通过接收的控制设备预先发送的流表项不能处理对应的用户报文导致中断操作的问题，进而提升了网络设备间的工作效率，减少了对报文的错误处理。

可选的，发送单元 52 , 还用于接收交换设备发送的请求消息，并根据请求消息确定交换设备所需的报文处理信息之前，预先向交换设备发送流表项，该流表项包括数据流的匹配信息及数据流所需的动作列表。

可选的，参照图 1 1所示，配置单元 5 1 , 包括：

配置子单元 5 1 1 , 用于根据请求消息获取请求消息对应的请求参数，并根据请求消息配置对应的动作列表，并根据请求参数和动作列表生成报文处理信息，以便交换设备根据报文处理信息执行对应操作。

本发明实施例提供的控制设备，当交换设备处理待处理报文发生中断时，交换设备通过请求消息请求控制设备根据该请求消息配置对应的参数，使得交换设备通过接收控制设备发送的报文处理信息完成对待处理报文的处理，从而解决了交换设备通过接收的控制设备预先发送的流表项不能处理对应的用户报文导致中断操作的问题，进而提升了网络设备间的工作效率，减少了对报文的错误处理。本发明的实施例提供一种交换设备 6 , 参照图 12所示，该设备可以嵌入或本身就是微处理计算机，比如：通用计算机、客户定制机、手机终端或平板机等便携设备，该交换设备 6 包括：至少一个处理器 61、存储器 62、通信端口 63和总线 64 , 该至少一个处理器 61、存储器 62和通信接口 63通过总线 64连接并完成相互间的通信。该总线 64 可以是工业标准体系结构（ Industry Standard Architecture , 简称为 ISA ) 总线、夕卜部设备互连（ Peripheral Component , 简称为 PCI ) 总线或扩展工业标准体系结构（ Extended Industry Standard Architecture , 简称为 EISA ) 总线等。该总线 64 可以分为地址总线、数据总线、控制总线等。为便于表示，图 12 中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。其巾：

存储器 62用于存储可执行程序代码，该程序代码包括计算机操作指令。存储器 62可能包含高速 RAM存储器，也可能还包括非易失性存储器（ non- volatile memory ) , 例如至少一个磁盘存储器。

处理器 61可能是一个中央处理器（ Central Processing Unit , 简称为 CPU ) , 或者是特定集成电路 ( Application Specific Integrated Circuit , 简称为 ASIC ) , 或者是被配置成实施本发明实施例的一个或多个集成电路。

通信接口 63 , 主要用于实现本实施例中的装置之间的通信。其中，处理器 61 , 用于通过至少一个通信接口 63 向控制设备发送请求消息，该请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；

处理器 61 , 还用于通过至少一个通信接口 63 接收控制设备根据请求消息发送的报文处理信息；

处理器 61 , 还用于根据报文处理信息执行对应待处理报文的操作。

可选的，处理器 61 , 还用于通过至少一个通信接口 63 向控制设备发送请求消息之前，通过至少一个通信接口 63接收控制设备预先发送的流表项，并根据流表项匹配待处理 4艮文，该流表项包括数据流的匹配信息及数据流所需的动作列表；

处理器 61 , 还用于若执行动作列表时发现对应的动作参数缺失，则通过至少一个通信接口 63向控制设备发送请求消息。

进一步的，可选的，处理器 61 , 还用于通过至少一个通信接口 63 将动作执行信息通过请求消息发送至控制设备和 /或通过存储器 62存储在本地，该动作执行信息包括已执行动作标识、未执行动作标识、已执行动作列表和未执行动作列表中一种或多种。

可选的，处理器 61 , 还用于根据报文处理信息获取待处理报文或待处理报文标识、动作参数、动作执行信息、和 /或继续动作执行指令，并根据报文处理信息执行对应的操作。

本发明实施例提供的交换设备，当交换设备处理待处理报文发生中断时，交换设备通过请求消息请求控制设备根据该请求消息配置对应的参数，使得交换设备通过接收控制设备发送的报文处理信息完成对待处理报文的处理，从而解决了交换设备通过接收的控制设备预先发送的流表项不能处理对应的用户报文导致中断操作的问题，进而提升了网络设备间的工作效率，减少了对报文的错误处理。本发明的实施例提供一种控制设备 7 , 参照图 13所示，该设备可以嵌入或本身就是微处理计算机，比如：通用计算机、客户定制机、手机终端或平板机等便携设备，该控制设备 7 包括：至少一个处理器 7 1、存储器 72、通信端口 73和总线 74 , 该至少一个处理器 71、存储器 72和通信接口 73通过总线 74连接并完成相互间的通信。该总线 74 可以是工业标准体系结构（ Industry Standard Architecture , 简称为 ISA ) 总线、夕卜部设备互连（ Peripheral Component, 简称为 PCI ) 总线或扩展工业标准体系结构（ Extended Industry Standard Architecture, 简称为 EISA ) 总线等。该总线 74 可以分为地址总线、数据总线、控制总线等。为便于表示，图 13 中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。其巾：

存储器 72用于存储可执行程序代码，该程序代码包括计算机操作指令。存储器 72可能包含高速 RAM存储器，也可能还包括非易失性存储器（ non- volatile memory ), 例如至少一个磁盘存储器。

处理器 71可能是一个中央处理器（ Central Processing Unit, 简称为 CPU ), 或者是特定集成电路 ( Application Specific Integrated Circuit, 简称为 ASIC ), 或者是被配置成实施本发明实施例的一个或多个集成电路。

通信接口 73, 主要用于实现本实施例中的装置之间的通信。其中，处理器 71 , 用于通过至少一个通信接口 73 接收交换设备发送的请求消息，并根据请求消息确定交换设备所需的报文处理信息，请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；

处理器 71 , 还用于将报文处理信息通过至少一个通信接口 73 发送至交换设备，以便于交换设备根据报文处理信息执行对应操作，该报文处理信息包括动作参数、待处理报文或待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。

可选的，处理器 71 , 还用于通过至少一个通信接口 73 接收交换设备发送的请求消息，并根据请求消息确定交换设备所需的报文处理信息之前，预先通过至少一个通信接口 73向交换设备发送流表项，流表项包括数据流的匹配信息及数据流所需的动作列表。

可选的，处理器 7 1 , 还用于根据请求消息获取请求消息对应的请求参数，并根据请求消息配置对应的动作列表，并根据请求参数和动作列表生成报文处理信息，以便交换设备根据报文处理信, ¾执行对应操作。

本发明实施例提供的控制设备，当交换设备处理待处理报文发生中断时，交换设备通过请求消息请求控制设备根据该请求消息配置对应的参数，使得交换设备通过接收控制设备发送的报文处理信息完成对待处理报文的处理，从而解决了交换设备通过接收的控制设备预先发送的流表项不能处理对应的用户报文导致中断操作的问题，进而提升了网络设备间的工作效率，减少了对报文的错误处理。本发明实施例提供一种通信系统 8 , 参照图 14所示，包括：交换设备 8 1和控制设备 82 , 其中，交换设备 81为图 8或图 9所示的交换设备，控制设备 82为图 10或图 1 1 所示的控制设备；

或者，交换设备 81 为图 12所示的交换设备，控制设备 82为图 13所示的控制设备。

本发明实施例提供的通信系统，交换设备通过预先接收控制设备发送的流表项处理报文，当交换设备所处理报文发生中断时，该交换设备向控制设备发送请求消息，以便控制设备根据请求消息配置对应交换设备待处理报文的报文处理信息，使得交换设备根据报文处理信息完成待处理报文的操作，从而解决了交换设备通过接收的控制设备预先发送的流表项不能处理对应的用户报文导致中断操作的问题，进而提升了网络设备间的工作效率，减少了对报文的错误处理。通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括 RAM, ROM, EEPROM、 CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线（DSL ) 或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、 DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本发明所使用的，盘（Disk ) 和碟（disc ) 包括压缩光碟（CD ) 、激光碟、光碟、数字通用光碟（DVD ) 、软盘和蓝光光碟，其中盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。

总之，以上所述仅为本发明技术方案的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1、一种数据流处理方法，其特征在于，包括：

向控制设备发送请求消息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；

接收所述控制设备根据所述请求消息发送的报文处理信息；根据所述报文处理信息执行对应所述待处理报文的操作。
2、根据权利要求 1所述的方法，其特征在于，所述向控制设备发送请求消息之前，还包括：

接收所述控制设备预先发送的流表项，并根据所述流表项匹配所述待处理报文，所述流表项包括数据流的匹配信息及所述数据流所需的动作列表；

若执行所述动作列表时发现对应的动作参数缺失，则向所述控制设备发送请求消息。
3、根据权利要求 1或 2所述的方法，其特征在于，所述向控制设备发送请求消息，包括：

将动作执行信息通过所述请求消息发送至所述控制设备和 /或存储在本地，所述动作执行信息包括已执行动作标识、未执行动作标识、已执行动作列表和未执行动作列表中一种或多种。
4、根据权利要求 1至 3 中任一项所述的方法，其特征在于，所述根据所述报文处理信息执行对应所述待处理报文的操作，包括：标识、动作参数、动作执行信息、和 /或继续动作执行指令，并根据所述报文处理信息执行对应的操作。
5、根据权利要求 1至 4 中任一项所述的方法，其特征在于，所述报文处理信息包括：

所述动作参数、待处理报文或所述待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。
6、一种数据流处理方法，其特征在于，包括：接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；

将所述报文处理信息发送至所述交换设备，以便于所述交换设备根据所述报文处理信息执行对应操作，所述报文处理信息包括所述动作参数、待处理报文或所述待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。
7、根据权利要求 6所述的方法，其特征在于，所述接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息之前，还包括：

预先向所述交换设备发送流表项，所述流表项包括数据流的匹配信息及所述数据流所需的动作列表。
8、根据权利要求 6或 7所述的方法，其特征在于，所述接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息，包括：

根据所述请求消息获取所述请求消息对应的请求参数，并根据所述请求消息配置对应的动作列表，并根据所述请求参数和所述动作列表生成报文处理信息，以便所述交换设备根据所述报文处理信息执行对应操作。
9、一种交换设备，其特征在于，包括：

发送单元，用于向控制设备发送请求消息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；

存储单元，用于接收所述控制设备根据所述请求消息发送的报文处理信息；

配置单元，用于根据所述报文处理信息执行对应所述待处理报文的操作。
1 0、根据权利要求 9所述的设备，其特征在于，所述设备包括：匹配单元，用于向控制设备发送请求消息之前，接收所述控制设备预先发送的流表项，并根据所述流表项匹配所述待处理报文，所述流表项包括数据流的匹配信息及所述数据流所需的动作列表；

所述匹配单元，还用于若执行所述动作列表时发现对应的动作参数缺失，则向所述控制设备发送请求消息。
1 1、根据权利要求 9或 1 0所述的设备，其特征在于，

所述发送单元，具体用于将动作执行信息通过所述请求消息发送至所述控制设备和 /或存储在本地，所述动作执行信息包括已执行动作标识、未执行动作标识、已执行动作列表和未执行动作列表中一种或多种。
1 2、根据权利要求 9至 1 1 中任一项所述的设备，其特征在于，所述配置单元，具体用于根据所述报文处理信息获取所述待处理报文或所述待处理报文标识、动作参数、动作执行信息、和 /或继续动作执行指令，并根据所述报文处理信息执行对应的操作。
1 3、根据权利要求 9至 1 2 中任一项所述的设备，其特征在于，所述报文处理信息包括：

所述动作参数、待处理报文或所述待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。
1 4、一种控制设备，其特征在于，包括：

配置单元，用于接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理报文；

发送单元，用于将所述配置单元确定的所述报文处理信息发送至所述交换设备，以便于所述交换设备根据所述报文处理信息执行对应操作，所述报文处理信息包括所述动作参数、待处理报文或所述待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。
1 5、根据权利要求 1 4所述的设备，其特征在于，

所述发送单元，还用于接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息之前，预先向所述交换设备发送流表项，所述流表项包括数据流的匹配信息及所述数据流所需的动作列表。
1 6、根据权利要求 1 4 或 1 5 所述的设备，其特征在于，所述配置单元，包括：

配置子单元，用于根据所述请求消息获取所述请求消息对应的请求参数，并根据所述请求消息配置对应的动作列表，并根据所述请求参数和所述动作列表生成报文处理信息，以便所述交换设备根据所述报文处理信息执行对应操作。
1 7、一种交换设备，其特征在于，包括：通过数据总线连接的处理器和存储器，以及分别与所述处理器和存储器连接的至少一个通信接口，其中，

所述处理器，用于通过所述至少一个通信接口向控制设备发送请求消息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理 4艮文；

所述处理器，还用于通过所述至少一个通信接口接收所述控制设备根据所述请求消息发送的报文处理信息；

所述处理器，还用于根据所述报文处理信息执行对应所述待处理报文的操作。
1 8、根据权利要求 1 7所述的设备，其特征在于，

所述处理器，还用于通过所述至少一个通信接口向控制设备发送请求消息之前，通过所述至少一个通信接口接收所述控制设备预先发送的流表项，并根据所述流表项匹配所述待处理报文，所述流表项包括数据流的匹配信息及所述数据流所需的动作列表；

所述处理器，还用于若执行所述动作列表时发现对应的动作参数缺失，则通过所述至少一个通信接口向所述控制设备发送请求消息。
1 9、根据权利要求 1 7或 1 8所述的设备，其特征在于，所述处理器，还用于通过所述至少一个通信接口将动作执行信息通过所述请求消息发送至所述控制设备和 /或通过所述存储器存储在本地，所述动作执行信息包括已执行动作标识、未执行动作标识、已执行动作列表和未执行动作列表中一种或多种。
2 0、根据权利要求 1 7至 1 9 中任一项所述的设备，其特征在于，所述处理器，还用于根据所述报文处理信息获取所述待处理报文或所述待处理报文标识、动作参数、动作执行信息、和 /或继续动作执行指令，并根据所述报文处理信息执行对应的操作。
2 1、根据权利要求 1 7至 2 0中任一项所述的设备，其特征在于，所述报文处理信息包括：或待执行动作列表、和 /或继续动作执行指令。
22、一种控制设备，其特征在于，包括：通过数据总线连接的处理器和存储器，以及分别与所述处理器和存储器连接的至少一个通信接口，其中，

所述处理器，用于通过所述至少一个通信接口接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息，所述请求消息包括交换设备请求的动作参数、待处理报文的标识或待处理 4艮文；

所述处理器，还用于将所述报文处理信息通过所述至少一个通信接口发送至所述交换设备，以便于所述交换设备根据所述报文处理信息执行对应操作，所述报文处理信息包括所述动作参数、待处理报文或所述待处理报文的标识、动作执行信息、待执行动作列表、继续动作执行指令中至少一种。
2 3、根据权利要求 22所述的设备，其特征在于，

所述处理器，还用于通过所述至少一个通信接口接收交换设备发送的请求消息，并根据所述请求消息确定所述交换设备所需的报文处理信息之前，预先提供所述至少一个通信接口向所述交换设备发送流表项，所述流表项包括数据流的匹配信息及所述数据流所需的动作列表。
24、根据权利要求 22或 2 3所述的设备，其特征在于，所述处理器，还用于根据所述请求消息获取所述请求消息对应的请求参数，并根据所述请求消息配置对应的动作列表，并根据所述请求参数和所述动作列表生成报文处理信息，以便所述交换设备根据所述报文处理信息执行对应操作。
25、一种通信系统，其特征在于，包括交换设备和控制设备，其中，所述交换设备为权利要求 9〜13 所述的任一交换设备，所述控制设备为权利要求 14〜16所述的任一控制设备；

或者，所述交换设备为权利要求 17〜21 所述的任一交换设备，所述控制设备为权利要求 22〜24所述的任一控制设备。