软件定义网络SDN中的服务质量QoS实现方法和装置

技术领域

本申请涉及网络通信技术领域，特别涉及软件定义网络(SDN：Software DefinedNetwork)中的服务质量(QoS：Quality of Service)实现方法和装置。

背景技术

开放流(OpenFlow)是软件定义网络(SDN：Software Defined Network)架构中定义的一个SDN控制器与SDN设备之间的通信接口标准。OpenFlow允许SDN控制器直接访问和操作SDN设备的转发平面，这些SDN设备可能是物理上的网络设备，也可能是虚拟的路由器或者交换机。

OpenFlow的思想是分离控制平面和数据平面，二者之间使用标准的协议通信；数据平面采用基于流的方式进行转发。

如图1所示，OpenFlow网络由SDN设备和SDN控制器(Controller)通过安全通道(Secure channel)组成。下面描述OpenFlow网络的组成部分：

SDN设备：接收SDN控制器下发的Openflow流表项，并根据Openflow流表项进行简单的报文处理，向SDN控制器上报本设备的状态和事件如接口正常(UP)、故障(DOWN)；

SDN控制器：虚拟网的控制中心，根据用户的配置或者动态运行的协议生成Openflow流表项并下发到SDN设备，SDN控制器上可运行实验程序，也可运行第三方开发的软件等等。

安全通道：在SDN设备和SDN控制器之间通过预先配置的安全通道(基于SSL)通信，图1所示的虚线示出了SDN设备和SDN控制器之间的安全通道。

按照OpenFlow协议规范，目前是通过限速表(Meter Table)简单对OpenFlow网络内的报文进行限速，这实现了QoS的流量监管。

但是，通过Meter Table只是简单实现了OpenFlow的流量监管，目前还不能对OpenFlow内实现QoS的其他服务比如流量整形、限速、拥塞管理、拥塞避免等。

因此，一种SDN中的QoS实现方法是当前亟待解决的技术问题。

发明内容

有鉴于此，本申请提供了软件定义网络SDN中的服务质量QoS实现方法和装置，以通过OpenFlow和QoS融合实现SDN中的QoS。

具体地，本申请是通过如下技术方案实现的：

一种软件定义网络SDN中的服务质量QoS实现方法，该方法应用于SDN控制器，包括：

当确定对SDN设备上送的报文提供一个以上QoS服务时，则，

针对每一QoS服务，下发该QoS服务对应的QoS配置给所述SDN设备，并下发与所述报文匹配的开放流Openflow流表项给所述SDN设备；

其中，所述QoS配置具有对应的QoS配置索引，所述Openflow流表项中的动作域至少包含所述QoS配置索引。

优选地，所述下发QoS服务对应的QoS配置给SDN设备包括：

通过本SDN控制器上连接SDN设备的网络配置QoS接口下发QoS服务对应的QoS配置给SDN设备。

优选地，所述下发与报文匹配的Openflow流表项给SDN设备包括：

通过本SDN控制器与SDN设备之间的安全通道下发与报文匹配的Openflow流表项给SDN设备。

优选地，在Openflow流表项的动作域所包含的可选动作项Set-Field内增加QoS-Index字段，QoS-Index字段用于记录所述配置索引；

所述Set-Field用于设置报文头的类型和报文头的值。

一种软件定义网络SDN中的服务质量QoS实现方法，该方法应用于SDN设备，包括：

上送本设备收到的首个报文至SDN控制器；

接收并保存SDN控制器下发至本设备的QoS配置、以及开放流Openflow流表项；

当收到非首个报文时，在本地查找到与所述非首个报文匹配的Openflow流表项；

当查找到的Openflow流表项中的动作域包含了QoS配置索引，则在本地查找到具有该QoS配置索引的QoS配置，依据查找到的Qos配置为所述非首个报文提供QoS服务。

一种软件定义网络SDN中的服务质量QoS实现装置，该装置应用于SDN控制器，包括：

确定单元，用于确定对SDN设备上送的报文提供一个以上QoS服务；

下发单元，用于针对所述确定单元确定的每一QoS服务，下发该QoS服务对应的QoS配置给所述SDN设备，并下发与所述报文匹配的开放流Openflow流表项给所述SDN设备；

其中，所述QoS配置具有对应的QoS配置索引，所述Openflow流表项中的动作域至少包含所述QoS配置索引。

优选地，所述下发单元下发QoS服务对应的QoS配置给SDN设备包括：

通过本SDN控制器上连接SDN设备的网络配置QoS接口下发QoS服务对应的QoS配置给SDN设备。

优选地，所述下发单元下发与报文匹配的Openflow流表项给SDN设备包括：

通过本SDN控制器与SDN设备之间的安全通道下发与报文匹配的Openflow流表项给SDN设备。

优选地，下发单元通过以下步骤实现所述Openflow流表项中的动作域包含QoS配置索引：

在Openflow流表项的动作域所包含的可选动作项Set-Field内增加QoS-Index字段，QoS-Index字段用于记录所述配置索引；

所述Set-Field用于设置报文头的类型和报文头的值。

一种软件定义网络SDN中的服务质量QoS实现装置，该装置应用于SDN设备，包括：

上送单元，用于上送本设备收到的首个报文至SDN控制器；

接收单元，用于接收并保存SDN控制器下发至本设备的QoS配置、以及开放流Openflow流表项；

QoS处理单元，用于当收到非首个报文时，在本地查找到与所述非首个报文匹配的Openflow流表项；当查找到的Openflow流表项中的动作域包含了QoS配置索引，则在本地查找到具有该QoS配置索引的QoS配置，依据查找到的Qos配置为所述非首个报文提供QoS服务。

通过本申请的以上技术方案可以看出，本申请中，通过为QoS配置分配QoS配置索引，并且，通过QoS配置索引将Openflow流表项与QoS配置关联起来，能够很好地将Openflow和QoS技术融合，实现在现有QoS丰富的业务基础上，通过和Openflow流表项配合保证网络服务质量的最优化，实现了对SDN中的报文执行QoS调整。

附图说明

图1为现有OpenFlow网络组成结构示意图；

图2为本申请提供的方法流程图；

图3为本申请实施例1示意图；

图4为本申请实施例2示意图；

图5为本申请实施例3示意图；

图6为本申请提供的装置结构图；

图7为本申请提供的图6所示装置的硬件结构图；

图8为本申请提供的另一装置结构图；

图9为本申请提供的图8所示装置的硬件结构图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

参见图2，图2为本申请提供的方法流程图。如图2所示，该流程可包括以下步骤：

步骤201，SDN设备上送本设备收到的首个报文至SDN控制器。

在步骤201中，SDN设备按照Openflow协议中首包上送SDN控制器的原则上送本设备收到的首个报文至SDN控制器。

步骤202，SDN控制器在确定对SDN设备上送的报文提供至少一个QoS服务时，则针对每一QoS服务，下发该QoS服务对应的QoS配置给SDN设备，并下发与报文匹配的Openflow流表项给SDN设备。

这里的QoS服务包含但不限于流分类、流量整形、流量监管、限速、拥塞管理、拥塞避免。

在本申请中，在为各个QoS服务配置对应的QoS配置时，会针对各个QoS服务的QoS配置分配对应的QoS配置索引(Index)，在本申请中，QoS配置的QoS配置索引唯一。需要说明的是，这里的QoS配置可动态生成，也可预先配置，本申请并不具体限定。

与现有技术定义的Openflow流表项的结构类似，在本申请中的Openflow流表项至少包含：

匹配项(Match Fields)：报文匹配规则，可以匹配报文的入接口、二层报文头、三层报文头等字段。

优先级(Priority)：用于定义Openflow流表项的匹配顺序，优先级高的先匹配。

动作域(Instructions)：动作指令集。定义匹配到该Openflow流表项的报文需要进行的处理。其中，动作域中包含必选动作项和可选动作项。比如，转发(Forward)、丢弃(Drop)等动作属于必选动作项，而排队(Enqueue)、修改域(Modify-Field)、设置域(Set-Field)等动作属于可选动作项。

在本申请中，对Openflow流表项的动作域进行以下扩展：在Openflow流表项的动作域中新增加一个QoS-Index字段，QoS-Index字段用于记录QoS配置索引。通过该扩展，能够使Openflow流表项中的动作域包含QoS配置索引。

作为一个优选实施例，在本申请中，可在Openflow流表项的动作域所包含的可选动作项Set-Field内增加QoS-Index字段，以记录QoS配置索引。这里，Set-Field用于设置报文头的类型和报文头的值，在OpenFlow v1.0中Set-Field被称作Modify-field，在OpenFlowv1.1及其后续版本才更名为Set-Field。下文均以在Set-Field中增加QoS-Index字段以记录QoS配置索引为例，增加的QoS-Index字段具体记为Set-Field(QoS-Index)。

以QoS服务为流量整形为例，假如流量整形对应的QoS配置简称流量整形配置，流量整形配置的索引为A，则基于步骤202的描述，SDN控制器下发流量整形配置给SDN设备，并下发与报文匹配的Openflow流表项给SDN设备，Openflow流表项中的动作项新增了以下字段：Set-Field(QoS-Index(A))。

需要说明的是，在上述步骤201或者步骤202中，可以进一步包含SDN控制器对收到的来自SDN设备上送的首个报文的处理，具体为：丢弃SDN设备上送的首个报文，或者代替SDN设备对收到的首个报文进行处理等，本申请并不具体限定。

步骤203，SDN设备接收并保存SDN控制器下发至本设备的QoS配置、以及Openflow流表项。

步骤204，SDN设备在收到非首个报文时，在本地查找到与该报文匹配的Openflow流表项，当查找到的Openflow流表项中的动作域包含了QoS配置索引，则在本地查找到具有该QoS配置索引的QoS配置，依据查找到的Qos配置为非首个报文提供QoS服务。

如上描述的Openflow流表项的结构，则在本步骤204中，依据报文匹配规则在本地查找与报文匹配的Openflow流表项。当未查找到与报文匹配的Openflow流表项时，与现有技术类似，可上送给SDN控制器发送，或者直接丢弃。

再以查找到的QoS配置为上述的流量整形配置为例，则在本步骤204中，依据流量整形配置对报文进行流量整形。

需要说明的是，如上所述，Openflow流表项的动作域包含必选动作项和可选动作项，而不管是必选动作项还是可选动作项，其还会进一步包含0至多个动作，即使本申请在Openflow流表项的动作域所包含的可选动作项Set-Field内增加QoS-Index字段，但也会遵守Openflow流表项的规则，会为各个动作项包含的动作设置优先级，在步骤204中，SDN设备是按照各个动作的优先级对报文执行对应的动作处理的。之所以只说依据查找到的Qos配置为报文提供QoS服务，是因为本申请只改进了对报文进行QoS服务，其他没有改进。

至此，完成图2所示的流程。

通过图2所示的流程可以看出，在本申请中，通过为QoS配置分配QoS配置索引，并且，通过QoS配置索引将Openflow流表项与QoS配置关联起来，能够很好地将Openflow和QoS技术融合，在现有QoS丰富的业务基础上，通过和Openflow流表项配合保证网络服务质量的最优化，实现SDN中的QoS，方便对SDN中的报文进行QoS调整。

下面通过一个具体实施例对图2所示流程进行描述：

参见图3，图3为本申请提供的实施例1示意图。在图3中，假如预先配置SDN控制器对源IP地址为10.10.10.10、目的IP地址为11.11.11.11的报文进行流量整形服务，其中，流量整形的速率为2M(kbps)，流量突发为10000Byte。

如图3所示，当源IP地址为10.10.10.10、目的IP地址为11.11.11.11的首报文(记为报文1)进入SDN设备1后，由于在SDN设备1匹配不到对应的Openflow流表项，所以SDN设备1将报文1上送到SDN控制器。

SDN控制器计算出从源IP地址10.10.10.10至目的IP地址11.11.11.11的路径当前承载的网络流量波动过大，且还能承受2M的流量，则需要流量整形。这里的计算方式与现有计算流量整形的方式类似，不再详细描述。

SDN控制器通过本SDN控制器上连接SDN设备1的网络配置(netconf)QoS接口下发流量整形配置。流量整形配置的QoS-Index为1，数量整形配置中包含：速率为2M(kbps)，流量突发为10000Byte。

SDN控制器通过本SDN控制器与SDN设备1之间的安全通道下发一条Openflow流表项(记为Flow-Entry)，Flow-Entry的匹配项为源IP地址10.10.10.10、目的IP地址11.11.11.11，Flow-Entry的动作域中的Set-Field增加了以下字段：Set-Field(QoS-Index(1))。本实施例中以Flow-Entry的动作域还包含必选动作项Forward(用于表示通过SDN设备1上的端口Port1_1转发)为例，其中，Set-Field(QoS-Index(1))的优先级高于通过SDN设备1上的端口(Port1_1)转发的优先级。

SDN设备1接收并保存上述的流量整形配置、Flow-Entry。

之后，当源IP地址为10.10.10.10、目的IP地址为11.11.11.11的报文(记为报文2)再次到达SDN设备1时，SDN设备1基于报文2的源IP地址10.10.10.10、目的IP地址11.11.11.11在本地找到匹配的Openflow流表项，即为上述的Flow-Entry。

SDN设备1发现Flow-Entry中的动作域有Set-Field(QoS-Index(1))，则依据索引“1”找到上述的流量整形配置，依据找到的流量整形配置对报文2进行流量整形，之后SDN设备1通过本设备上的端口Port1_1转发经由流量整形的报文2。

可以看出，基于上述的流量整形配置、Flow-Entry，则最终会实现从源IP地址10.10.10.10至目的IP地址11.11.11.11的路径上的报文以2M(kbps)的速度匀速传输。

至此，完成实施例1的描述。

需要说明的是，如Openflow协议规定，Openflow流表项的动作域中的动作项(包含可选动作项、必选动作项)有两种执行类型：

动作集(Action Set)：一系列动作的组合，设备不会立刻修改报文内容，直到报文不再需要进入下一级流表，动作集里每种动作仅有一个，并且按照一定的顺序统一执行。

动作序列(Action List)：需要立即执行的一系列动作，其动作内容与动作集相同，此时立即修改报文的内容，并且执行顺序按照下发的顺序执行。

在本申请中，并不对Openflow协议进行扩展，因此，本申请中即使在Openflow流表项中的动作域包含QoS配置索引时也是指定执行类型，下面分别通过以下两个实施例描述：

实施例2：

参见图4，图4为本申请提供的实施例2示意图。在图4中，假如预先配置SDN控制器对源IP地址为10.10.10.10、目的IP地址为11.11.11.11的报文进行限速后再进行流量整形服务，其中，流量整形的速率为2M(kbps)，流量突发为10000Byte，限速的最大速率不能超过3M(kbps)。

与实施例1类似，当SDN控制器收到SDN设备1上送的源IP地址为10.10.10.10、目的IP地址为11.11.11.11的首报文(记为报文1)后，SDN控制器依据配置确定对从源IP地址10.10.10.10至目的IP地址11.11.11.11的报文先进行限速再进行流量整形，则，

针对限速，SDN控制器将限速对应的限速配置通过本SDN控制器上连接SDN设备1的网络配置(netconf)QoS接口下发给SDN设备1，限速配置的QoS-Index为1。

SDN控制器通过本SDN控制器与SDN设备1之间的安全通道下发一条Openflow流表项(记为Flow-Entry1)，Flow-Entry1的匹配项为源IP地址10.10.10.10、目的IP地址11.11.11.11，Flow-Entry1的动作域中的Set-Field增加了以下字段：Set-Field(QoS-Index(1))。Set-Field(QoS-Index(1))的执行类型为Action Set。为了实现在对源IP地址为10.10.10.10、目的IP地址为11.11.11.11的报文进行限速后再进行流量整形服务，Flow-Entry1的动作域中的必选动作项中还包含“go to Flow-Entry2”以实现继续对报文进行流量整形服务，Flow-Entry2在下文描述。

针对流量整形，SDN控制器将流量整形对应的流量整形配置通过本SDN控制器上连接SDN设备1的网络配置QoS接口下发给SDN设备1，流量整形配置的QoS-Index为2。

SDN控制器通过本SDN控制器与SDN设备1之间的安全通道下发一条Openflow流表项(记为Flow-Entry2)，Flow-Entry2的匹配项为源IP地址10.10.10.10、目的IP地址11.11.11.11，Flow-Entry2的动作域中的Set-Field增加了以下字段：Set-Field(QoS-Index(2))。Set-Field(QoS-Index(2))的执行类型为Action Set。

本实施例2中，SDN控制器通过本SDN控制器与SDN设备1之间的安全通道还下发一条Openflow流表项(记为Flow-Entry3)，Flow-Entry3的匹配项为源IP地址10.10.10.10、目的IP地址11.11.11.11，Flow-Entry3的动作域中的必选动作项Forward(用于表示通过SDN设备1上的端口Port1_1转发)，Forward的执行类型为Action Set。Flow-Entry1的优先级高于Flow-Entry2的优先级，Flow-Entry2的优先级高于Flow-Entry3的优先级。

SDN设备1接收并保存上述的限速配置、Flow-Entry1、流量整形配置、以、Flow-Entry2、以及Flow-Entry3。

之后，当源IP地址为10.10.10.10、目的IP地址为11.11.11.11的报文(记为报文2)再次到达SDN设备1时，SDN设备1基于报文2的源IP地址10.10.10.10、目的IP地址11.11.11.11在本地找到匹配的Openflow流表项，即为上述的Flow-Entry1、Flow-Entry2、Flow-Entry3。

SDN设备1按照Openflow流表项的优先级依次记录Openflow流表项的动作为：Set-Field(QoS-Index(1))、Set-Field(QoS-Index(2))、Forward(用于表示通过SDN设备1上的端口Port1_1转发)。

SDN设备1依据先记录的Set-Field(QoS-Index(1))找到上述的限速配置，依据找到的限速配置对报文2进行限速，限速后的报文2记为报文3。

SDN设备1再依据记录的Set-Field(QoS-Index(2))找到上述的流量整形配置，依据找到的限速配置对报文3进行流量整形处理，流量整形处理后的报文3记为报文4。

SDN设备1再依据记录的Forward(用于表示通过SDN设备1上的端口Port1_1转发)，通过本设备上的端口Port1_1转发报文4。

可以看出，基于上述的限速配置、Flow-Entry1、流量整形配置、Flow-Entry2，则最终会实现从源IP地址10.10.10.10至目的IP地址11.11.11.11的路径上的报文以2M(kbps)的速度匀速传输。

至此，完成实施例2的描述。

实施例2是以Openflow流表项中的动作项的执行类型为Action Set为例，下面通过实施例3举例描述Openflow流表项中的动作项的执行类型为Action List。

实施例3：

参见图5，图5为本申请提供的实施例3示意图。本实施例3与实施例2类似，也是由SDN控制器对源IP地址为10.10.10.10、目的IP地址为11.11.11.11的报文进行限速后再进行流量整形服务，其中，流量整形的速率为2M(kbps)，流量突发为10000Byte，限速的最大速率不能超过3M(kbps)。

与实施例2类似，当SDN控制器依据SDN设备1上送的源IP地址为10.10.10.10、目的IP地址为11.11.11.11的首报文(记为报文1)确定对从源IP地址10.10.10.10至目的IP地址11.11.11.11的报文先进行限速再进行流量整形，则，

针对限速，SDN控制器将限速对应的限速配置通过本SDN控制器上连接SDN设备1的网络配置QoS接口下发给SDN设备1，限速配置的QoS-Index为1。

SDN控制器通过本SDN控制器与SDN设备1之间的安全通道下发一条Openflow流表项(记为Flow-Entry1_1)，Flow-Entry1_1的匹配项为源IP地址10.10.10.10、目的IP地址11.11.11.11，Flow-Entry1的动作域中的Set-Field增加了以下字段：Set-Field(QoS-Index(1))。Set-Field(QoS-Index(1))的执行类型为Action List。Flow-Entry1_1的动作域中的必选动作项中还包含“go to Flow-Entry1_2”以实现继续对报文进行流量整形服务，Flow-Entry1_2在下文描述。

针对流量整形，SDN控制器将流量整形对应的流量整形配置通过本SDN控制器上连接SDN设备1的网络配置QoS接口下发给SDN设备1，流量整形配置的QoS-Index为2。

SDN控制器通过本SDN控制器与SDN设备1之间的安全通道下发一条Openflow流表项(记为Flow-Entry1_2)，Flow-Entry1_2的匹配项为源IP地址10.10.10.10、目的IP地址11.11.11.11，Flow-Entry1_2的动作域中的Set-Field增加了以下字段：Set-Field(QoS-Index(2))。Set-Field(QoS-Index(2))的执行类型为Action List。

本实施例3中，SDN控制器通过本SDN控制器与SDN设备1之间的安全通道还下发一条Openflow流表项(记为Flow-Entry3)，Flow-Entry3的匹配项为源IP地址10.10.10.10、目的IP地址11.11.11.11，Flow-Entry1_3的动作域中的必选动作项Forward(用于表示通过SDN设备1上的端口Port1_1转发)，Forward的执行类型为Action List。Flow-Entry1_1的优先级高于Flow-Entry1_2的优先级，Flow-Entry1_2的优先级高于Flow-Entry1_3的优先级。

SDN设备1接收并保存上述的限速配置、Flow-Entry1_1、流量整形配置、以、Flow-Entry1_2、以及Flow-Entry1_3。

之后，当SDN设备1收到源IP地址为10.10.10.10、目的IP地址为11.11.11.11的报文(记为报文2)时，基于报文2的源IP地址10.10.10.10、目的IP地址11.11.11.11在本地先匹配到优先级最高的Openflow流表项即上述的Flow-Entry1_1。SDN设备1依据Flow-Entry1_1中的Set-Field(QoS-Index(1))找到上述的限速配置，依据找到的限速配置对报文2进行限速，限速后的报文2记为报文3。

之后，SDN设备1再基于报文3的源IP地址10.10.10.10、目的IP地址11.11.11.11在本地匹配到优先级次之的Openflow流表项即上述的Flow-Entry1_2，依据Flow-Entry1_2记录的Set-Field(QoS-Index(2))找到上述的流量整形配置，依据找到的限速配置对报文3进行流量整形处理，流量整形处理后的报文3记为报文4。

最后，SDN设备1再基于报文4的源IP地址10.10.10.10、目的IP地址11.11.11.11在本地匹配到优先级低的Openflow流表项即上述的Flow-Entry3，依据Flow-Entry3的动作项Forward(用于表示通过SDN设备1上的端口Port1_1转发)，通过本设备上的端口Port1_1转发报文4。最终会实现从源IP地址10.10.10.10至目的IP地址11.11.11.11的路径上的报文以2M(kbps)的速度匀速传输。

至此，完成实施例3的描述。

以上对本申请提供的方法进行了描述。下面对本申请提供的装置进行描述：

参见图6，图6为本申请提供的装置结构图。该装置应用于SDN控制器，包括：

确定单元，用于确定对SDN设备上送的报文提供一个以上QoS服务；

下发单元，用于针对所述确定单元确定的每一QoS服务，下发该QoS服务对应的QoS配置给所述SDN设备，并下发与所述报文匹配的Openflow流表项给所述SDN设备；

其中，所述QoS配置具有对应的QoS配置索引，所述Openflow流表项中的动作域至少包含所述QoS配置索引。

优选地，所述下发单元下发QoS服务对应的QoS配置给SDN设备包括：

通过本SDN控制器上连接SDN设备的网络配置QoS接口下发QoS服务对应的QoS配置给SDN设备。

优选地，所述下发单元下发与报文匹配的Openflow流表项给SDN设备包括：

通过本SDN控制器与SDN设备之间的安全通道下发与报文匹配的Openflow流表项给SDN设备。

优选地，下发单元通过以下步骤实现所述Openflow流表项中的动作域包含QoS配置索引：

在Openflow流表项的动作域所包含的可选动作项Set-Field内增加QoS-Index字段，QoS-Index字段用于记录所述配置索引；

所述Set-Field用于设置报文头的类型和报文头的值。

至此，完成图6所示的装置结构描述。

对应地，本申请还提供了图6所示装置的硬件结构图。参见图7，图7为本申请提供的图6所示装置的硬件结构图。该硬件结构至少包含：处理器、存储器。

其中，存储器，用于存储上述确定单元运行的程序指令、以及下发单元运行的程序指令；

处理器，用于运行上述确定单元运行的程序指令以执行上述确定单元所执行的操作、以及用于运行下发单元运行的程序指令以执行上述下发单元所执行的操作。

至此，完成图7所示的硬件结构描述。

参见图8，图8为本申请提供的另一装置结构图。该装置应用于SDN设备，可包括：

上送单元，用于上送本设备收到的首个报文至SDN控制器；

接收单元，用于接收并保存SDN控制器下发至本设备的QoS配置、以及Openflow流表项；

QoS处理单元，用于当收到非首个报文时，在本地查找到与所述非首个报文匹配的Openflow流表项；当查找到的Openflow流表项中的动作域包含了QoS配置索引，则在本地查找到具有该QoS配置索引的QoS配置，依据查找到的Qos配置为所述非首个报文提供QoS服务。

至此，完成图8所示装置的结构描述。

对应地，本申请还提供了图8所示装置的硬件结构图。参见图9，图9为本申请提供的图8所示装置的硬件结构图。该硬件结构至少包含：处理器、存储器。

其中，存储器，用于存储上述上送单元运行的程序指令、接收单元运行的程序指令、以及QoS处理单元运行的程序指令

处理器，用于运行上送单元运行的程序指令以执行上述上送单元所执行的操作、用于运行接收单元运行的程序指令以执行上述接收单元所执行的操作、以及用于运行QoS处理单元运行的程序指令以执行上述QoS处理单元所执行的操作。

至此，完成图9所示的硬件结构描述。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。