CN102546405B - 协议栈的业务处理方法及装置 - Google Patents

Abstract

本发明实施例公开了一种协议栈的业务处理方法及装置，涉及通信技术领域，应用成本低，并能够支持灵活的编程和应用。本发明的方法包括：接收业务包，根据所述业务包的流标识信息查找流转发表，所述流转发表中包含流标识信息、应用信息和传输层信息；若所述业务包的流标识信息与所述流转发表中一条已有流转发信息匹配，则根据所述已有流转发信息，处理和转发所述业务包。本发明实施例主要用于七层应用卸载的过程中。

Description

协议栈的业务处理方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种协议栈的业务处理方法及装置。

背景技术

在计算机和网络设备中，协议栈处理单元需要处理众多应用的各种进程，其处理过程分为7层，从上到下分别是：应用层、表示层、会话层、传输层、网络层、数据链路层和物理层。其中，应用层、表示层、会话层和传输层定义了应用程序的功能，网络层、数据链路层和物理层主要面向端到端的数据流。

由于协议栈的计算和处理资源有限，为了降低协议栈的处理负荷，提高协议栈资源的利用效率，现有技术中提出一种基于多处理器的协议栈处理技术，通过外接专用的卸载引擎，卸载协议栈处理单元的负荷。具体的，根据协议栈中承载的应用，设计专用的卸载引擎。卸载引擎通过硬件实现协议栈中低层的数据面处理，从而将协议栈处理单元的底层数据面处理转移到卸载引擎中完成，减轻协议栈处理单元的负荷，提高运行速度。

在实现上述协议栈的业务处理过程中，发明人发现现有技术中至少存在如下问题：由于卸载引擎需要针对承载的应用进行专门设计，通过固化的硬件实现，应用成本较高，并无法直接应用到其他协议栈的业务处理过程中。

发明内容

本发明提供一种协议栈的业务处理方法及装置，能够支持灵活的编程和应用。

为达到上述目的，本发明的一方面采用如下技术方案：

一种协议栈的业务处理方法，包括：

接收业务包，根据所述业务包的流标识信息查找流转发表，所述流转发表中包含流标识信息、应用信息和传输层信息；

若所述业务包的流标识信息与所述流转发表中一条已有流转发信息匹配，则根据所述已有流转发信息，处理和转发所述业务包。

一种协议栈的业务处理装置，包括：

接收单元，用于接收业务包；

流转发单元，用于根据所述业务包的流标识信息查找流转发表，所述流转发表中包含流标识信息、应用信息和传输层信息，并当在所述业务包的流标识信息与所述流转发表中一条已有流转发信息匹配时，根据所述已有流转发信息，处理和转发所述业务包。

本发明实施例提供的协议栈的应用卸载方法及装置，根据流转发表中已记录的流标识信息、应用信息和传输层信息，完成数据流转发，使得后续相同数据流的处理不用经过控制面而仅在流转发面完成，避免相同数据流反复占用控制资源，从而降低协议栈处理单元的负荷。与现有技术中通过外接专用的卸载引擎分担协议栈处理单元的部分负荷的技术相比，通过小规模代码实现，应用成本较低，还可以灵活的编程并应用到各种协议栈处理过程中。

附图说明

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

图1为本发明的协议栈的业务处理方法流程图；

图2为本发明的另一种协议栈的业务处理方法流程图；

图3为本发明的一种协议栈的业务处理装置组成示意图；

图4为本发明的另一种协议栈的业务处理装置组成示意图；

图5为本发明一种多处理单元组成示意图；

图6为本发明另一种多处理单元组成示意图。

具体实施方式

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

协议栈的7层协议处理可以分为控制面和数据面两个平面进行处理。数据面为协议栈的7层协议处理中对业务包中的数据进行的读取、发送、转换等处理。对应的，控制面是对业务包进行的识别、控制等处理。所述业务包分为两种类型，控制信令包和数据业务包。其中控制信令包主要包含业务包的控制信息，在数据面没有部署相关信息，必须上送控制面处理。而数据业务包主要包含数据的读取、转换等处理所需信息，若数据面已包含数据业务包的转发信息，则可以在数据面完成处理。

由于数据的下载和解析等占用较多的计算和存储资源，本发明实施例中提出的协议栈的业务处理方法，通过将数据面划分为基础转发面和流转发面，通过流转发对业务包进行转发处理，可以将数据业务包以流转发的形式卸载，能够提高协议栈的业务处理效率，深度卸载七层协议处理。

本发明实施例提供一种协议栈的业务处理方法，如图1所示，该方法包括：

101、接收业务包，根据所述业务包的流标识信息查找流转发表，所述流转发表中包含流标识信息、应用信息和传输层信息。

其中，流转发是基于数据流实现的，数据流是具有相同流标识信息的业务包的统称。所述流标识信息，可以是业务包的五元组信息或六元组信息，例如六元组信息可以包括：目的IP地址、源IP地址、IP协议、目的端口、源端口、VPN-ID。并将具有相同流标识信息的业务包，称为数据流。在查找流转发表时，若所述流标识信息中的每一项均与流转发表中已记录的流标识信息匹配，则说明已处理过与所述业务包属于相同数据流的业务包，并在流转发表中记录了该数据流的流转发所需信息。所述流转发表可以存储在流转发面可读的存储空间，如内存等。可以理解的是，流转发面可读的存储空间也可以是控制面可读的存储空间，以上所述流转发面存储空间和控制面存储空间在实际应用中可以是同一个存储空间，也可以是不同的存储空间。

在本实施例中，首先接收到控制信令包，由于在流转发面和基础转发面均没有部署该控制信令包的处理所需信息，因此将所述控制信令包上送控制面，并在控制面完成相关协议处理。同时将相关基础转发可以用到的控制信息记录在基础转发面可读的存储空间中，该控制信息可以为与该控制信令包相关的数据业务包对应的应用信息和传输层信息，同时还可以包含其他完成基础转发所需的控制信息，可以根据应用的类型和实际场景将在基础转发面完成数据业务包处理所需的信息写入到基础转发面存储空间中，以便数据业务包的基础转发过程使用。

102、若所述业务包的流标识信息与所述流转发表中一条已有流转发信息匹配，则根据所述已有流转发信息，处理和转发所述业务包。

在本实施例中，在控制信令包之后接收到业务数据包，根据接收到的数据业务包的先后顺序，可以将数据业务包分为首发数据包和后续数据包。其中，若所述业务包的流标识信息与流转发表中任一条已有的流转发信息匹配时，说明基础转发面已处理过该数据流的业务包，可以称所述业务包是后续数据包。相应的，当所述业务包的流标识信息与流转发表中任意一条已有的流转发信息均不匹配时，说明之前未处理过该数据流或在流转发表中未完整记录该数据流的相关控制信息，可以称所述业务包是首发数据包。

具体的，对于首发数据包可以在基础转发面完成首发数据包的处理的同时，可以将处理过程中用到的该数据流对应的流标识信息、应用信息和传输层信息记录在流转发中，以便根据已记录的流转发信息在流转发面完成后续数据包的处理。对于后续数据包可以根据流转发表中已记录的同一数据流对应的应用信息和传输层信息，在流转发面完成数据包处理。

本发明实施例提供的协议栈的业务处理方法，根据流转发表中已记录的流标识信息、应用信息和传输层信息，完成数据流转发，使得后续相同数据流的处理不用经过控制面而仅在流转发面完成，能够将业务处理和控制处理分离，避免相同数据流反复占用控制资源，从而降低协议栈处理单元的负荷。与现有技术中通过外接专用的卸载引擎分担协议栈处理单元的部分负荷的技术相比，通过小规模代码实现，应用成本较低，还可以灵活的编程并应用到各种协议栈处理过程中。

本发明实施例提供另一种协议栈的业务处理方法，如图2所示，该方法包括：

201、接收业务包，根据所述业务包的流标识信息查找流转发表，所述流转发表中包含流标识信息、应用信息和传输层信息；若所述业务包的流标识信息与所述流转发表中一条已有流转发信息匹配，则执行步骤202；若所述业务包的流标识信息与所述流转发表中任意一条已有流转发信息均不匹配，则执行步骤203。

其中，确定流转发表中是否记录有所述业务包对应的流标识信息、应用信息和传输层信息，以便确定在流转发面完成所述业务包处理，还是由基础转发面或控制面完成所述业务包的处理。其中，如果所述业务包的流标识信息与流转发表中的已有的流标识信息匹配，则在流转发面完成流转发。如果基础转发面未存储所述业务包的基础转发所需的全部信息，例如所述业务包为控制信令包或其他无法在数据面完成转发的业务包，如文件传输业务包(FTP Sever)等，则将所述业务包上送控制面处理。如果基础转发面存储有所述业务包对应的基础转发相关信息，则在基础转发面完成处理。

具体的，在本实施例中将数据面划分为一个基础转发面和一个流转发面，步骤201则是在流转发面的流转发表查询过程，查询流转发表中是否包含所述业务包包的流标识信息以及相关信息。若所述流标识信息与所述流转发表中一条已有流转发信息匹配，则根据流转发表中已记录的相关信息在流转发面完成所述业务包的处理。若所述流标识信息与所述流转发表中任意一条已有流转发信息均不匹配，则可以将所述业务包发送给基础转发面，基础转发面根据所述业务包的类型判断是否继续上传给控制面，若基础转发面未存储所述业务包的基础转发所需的全部信息，例如所述业务包为控制信令包，在基础转发面未部署控制信令包的处理信息，因此无法在基础转发面完成处理，将其上传控制面，由控制面完成所述业务包的处理；否则在基础转发面完成所述业务包处理。并且，在控制面进行业务包处理的过程中，可以将基础转发所需的控制和转发信息下发给基础转发面；在基础转发面进行业务包处理的过程中，可以将所述业务包对应的应用信息、传输层信息等写入流转发表，以便流转发面根据这些记录下来的流转发信息进行后续数据包的处理操作。

202、根据所述已有流转发信息，处理和转发所述业务包。

其中，若所述流标识信息与所述流转发表中一条已有流转发信息匹配，说明已处理过相同数据流的首发数据包，所述业务包为后续数据包，根据流转发表中的应用信息和传输层信息便可完成所述后续数据包的流转发。数据业务包的处理相对于控制信令包的处理信息量和灵活性较大，因此可以在实际应用中预设一个处理单元进行控制面处理，而其他多个处理单元进行基础转发和流转发处理，从而提高协议栈的业务处理速度。

并且，协议栈的7层协议中涉及到的控制面信息，均可通过控制信令包处理和首发数据包处理写入到流转发表中，使得后续数据包的7层协议处理可以在流转发面完成，从而实现协议栈7层协议的卸载。

203、将所述业务包上送到基础转发面，确定所述业务包是否满足基础转发条件；若所述业务包满足基础转发条件，则执行步骤204；若判断所述业务包不满足基础转发条件，则执行步骤205。

其中，所述基础转发条件是基础转发面已记录处理所述业务包所需的基础转发信息。需要上送控制面的业务包主要为控制信令包，另外还有部分未在基础转发面部署转发信息的业务包。具体的，因为控制信令包中包含对基础转发和流转发的相关设置信息等，需要上送控制面进行相关配置。而业务数据包也只有在基础转发面已经存储有所述业务数据包的相关转发信息后，才可以在基础转发面完成处理，否则也是要上送控制面的。因此，并不是所有数据业务包均可以在基础转发面和流转发面完成处理，对于某些特定的数据业务包，无论是首发数据包还是后续数据包，均必须上送控制面处理，例如FTP Sever业务包等。在实际应用中，可以根据实际需要部署基础转发面的转发信息，将业务包分配到合适的平面处理。

其中，确定所述业务包是否满足基础转发条件的方法可以为：查询基础转发面可读的存储空间中是否存储有所述业务包对应的转发信息表(ForwardInformation Base，FIB)、链路连接表和应用数据表。若基础转发面可以读取到所述业务包对应的转发信息表FIB、链路连接表和应用数据表，则确定所述业务包满足基础转发条件。否则所述业务包不满足基础转发条件，将所述业务包上送控制面。确定所述业务包是否满足基础转发条件的方法还可以为：在基础转发面进行所述业务包的处理，在处理过程中需要用到相关表项和信息，当无法获取相应的信息时，则可以判定所述业务包不满足基础转发条件。

其中，转发信息表FIB、链路连接表和应用数据表中存储有对业务包进行识别和控制操作时需要用到的控制信息。在具体应用场景中，可以由控制面将上述表项下发到基础转发面，例如在处理控制信令包时，包含下发相关表项的指示，则可以预先将转发信息表FIB、链路连接表和应用数据表下发到基础转发面，以便基础转发面进行首发数据包的处理。另外，若基础转发面可以读取到上述表项则可以直接获取基础转发所需信息，则可以不再做相关的下发操作。

可以理解的是，业务包对应的转发信息表FIB、链路连接表和应用数据表也可以在其他恰当的时间，例如在接收到所述业务包之前或在系统预设过程中写入基础转发面可读的存储空间。

204、根据基础转发面已有基础转发信息处理和转发所述业务包，并将所述业务包对应的流标识信息、应用信息和传输层信息写入所述流转发表中，其中所述基础转发信息包括转发信息表FIB、链路连接表、应用数据表。

其中，将所述业务包对应的流标识信息、应用信息和传输层信息写入所述流转发表中，可以预先生成流转发表，预先将数据流对应的流标识信息、应用信息和传输层信息写入流转发表中，也可以在数据流的首发数据包处理过程中建立流转发表并将对应的流标识信息、应用信息和传输层信息写入流转发表中。需要说明的是，需要写入流转发表中的流转发信息可能需要通过多次基础转发面和流转发面之间的交互才能完成，因此首发数据包在实际应用中可以是一个特定的数据业务包，也可以是多个属于相同数据流的数据业务包。

205、将所述业务包上送到控制面，在控制面完成所述当前业务包的处理，并将所述业务包对应的基础转发信息下发到基础转发面。

其中，若所述业务包是控制信令包，或者基础转发面没有所述业务包的相关基础转发信息，则基础转发面不能获取足够的信息以完成所述业务包的处理，因而只能是上送控制面，并由控制面完成所述业务包的处理。

需要说明的是，数据面可以细分为基础转发面和流转发面，转发信息表FIB、链路连接表、应用数据表等基础转发信息可以由控制面预先写入基础转发平面，而流转发面在首发数据包的处理过程中将流转发信息学习到流转发表中，以便流转发面根据该流转发表中已记录的流转发信息完成后续数据包的转发和处理。

另外，在本发明实施例的一种实施场景中，可以配置一个控制处理单元，专用于控制面处理，除控制处理单元之外还可以配置至少一个转发处理单元，专用于基础转发处理和流转发处理。在本发明施例的另一种实施场景中，也可以配置至少一个控制转发单元，专用于控制面处理和基础转发处理，除所述控制转发单元之外，还可以配置至少一个流转发单元，专用于流转发处理。

其中，所述流转发处理可以包括：接收业务包，根据所述业务包的流标识信息查找流转发表，所述流转发表中包含流标识信息、应用信息和传输层信息；在所述流标识信息与所述流转发表中一条已有流转发信息匹配时，根据所述已有流转发信息，处理和转发所述业务包；在所述流标识信息与所述流转发表中已有流转发信息均不匹配时，将所述业务包上送到基础转发面。

其中，所述基础转发处理可以包括：在所述业务包满足基础转发条件时，根据基础转发面已有基础转发信息处理和转发所述业务包，并将所述业务包对应的流标识信息、应用信息和传输层信息写入所述流转发表中，其中所述基础转发信息包括转发信息表FIB、链路连接表、应用数据表；并在所述业务包不满足基础转发条件时，将所述业务包上送到控制面。

其中，所述控制面处理可以包括：在控制面完成所述当前业务包的处理，并将所述业务包对应的基础转发信息下发到基础转发面。

本发明实施例提供的协议栈的业务处理方法，根据流转发中已记录的流标识信息、应用信息和传输层信息，完成数据流转发，使得后续相同数据流的处理不用经过控制面而仅在流转发面完成，能够将业务处理和控制处理分离，避免相同数据流反复占用控制资源，从而降低协议栈处理单元的负荷。与现有技术中通过外接专用的卸载引擎分担协议栈处理单元的部分负荷的技术相比，通过小规模代码实现，应用成本较低，并且可以灵活的编程并应用到各种协议栈处理过程中。

本发明实施例还提供一种协议栈的业务处理装置，如图3所示，包括：接收单元31、流转发单元32。

接收单元31，用于接收到业务包。

流转发单元32，用于根据所述业务包的流标识信息查找流转发表，所述流转发表中包含流标识信息、应用信息和传输层信息，并当所述业务包的流标识信息与所述流转发表中一条已有流转发信息匹配时，根据所述已有流转发信息，处理和转发所述业务包。

进一步的，如图4所示，该协议栈的业务处理装置还包括：基础转发单元33。

所述流转发单元32，还用于当所述业务包的流标识信息与所述流转发表中任意一条已有流转发信息均不匹配时，将所述业务包上送到基础转发面。

所述基础转发单元33，用于在所述业务包满足基础转发条件时，根据基础转发面已有基础转发信息处理和转发所述业务包，并将所述业务包对应的流标识信息、应用信息和传输层信息写入所述流转发表中，其中所述基础转发信息包括转发信息表FIB、链路连接表、应用数据表，所述基础转发条件是基础转发面已记录处理所述业务包所需的基础转发信息。

进一步的，该协议栈的业务处理装置，还包括：控制处理单元34。

所述基础转发单元33，还用于在所述业务包不满足基础转发条件时，将所述业务包上送到控制面。

所述控制处理单元34，用于在控制面完成所述当前业务包的处理，并将所述业务包对应的基础转发信息下发到基础转发面。

如图5所示，在本发明实施例的另一种应用场景中，该协议栈的业务处理装置具体可以是多处理单元，所述多处理单元具体可以包括：至少一个转发处理单元35和一个所述控制处理单元34。

所述转发处理单元35，具体可以包括所述流转发单元32和所述基础转发单元33。

其中，所述转发处理单元35可以专用于基础转发处理和流转发处理。所述控制处理单元34可以专用于控制面处理。

具体的，其中各处理单元可以是简单处理器或多核处理器，也可以是网络处理器(Network Processor，NP)等其他具有类似功能的处理单元。控制处理单元34可以是单核处理器、多核处理器中的一个核、或NP等。转发处理单元35可以为一个单核处理器、一个多核处理器、多核处理器中的N个核中的N-1个核等。例如，具体的实现方式可以为：控制面由简单处理器实现，基础转发面和流转发面由NP实现，并且首发数据包和后续数据包的处理均可以在NP上实现；用于控制面处理的简单处理器提供转发信息表FIB、链路连接表和应用数据表等相关表项即可。

如图6所示，在本发明实施例的另一种应用场景中，该协议栈的业务处理装置具体也可以是多处理单元，所述多处理单元具体可以包括：至少一个所述流转发单元32和至少一个控制转发单元36。

所述控制转发单元36，具体可以包括所述控制处理单元34和所述基础转发单元33。

其中，所述控制转发单元36可以专用于控制面处理和基础转发处理。所述流转发单元32可以专用于流转发处理。

具体的，所述控制转发单元36可以为多核处理器或多个单核处理器等。所述流转发单元32可以为例如多核处理器、多个单核处理器或NP等。例如，可以通过多核处理器实现控制面和基础转发面处理，实现首发数据包处理以及提供相关表项；由多个NP实现后续数据包的流转发处理。在具体的实现过程中包括但不局限于上述方式，可以根据成本、性能和业务灵活性等实际情况相应调整硬件组成，本发明实施例不做限定。

需要说明的是，本发明实施例提供的协议栈的业务处理装置中部分功能模块的具体描述，可以参考协议栈的业务处理方法实施例中的对应内容，本发明实施例这里将不再一一赘述。

本发明实施例提供的协议栈的业务处理装置和多处理单元，根据流转发表中已记录的流标识信息、应用信息和传输层信息，完成数据流转发，使得后续相同数据流的处理不用经过控制面而仅在流转发面完成，避免相同数据流反复占用控制资源，从而降低协议栈处理单元的负荷。与现有技术中通过外接专用的卸载引擎分担协议栈处理单元的部分负荷的技术相比，通过小规模代码实现，应用成本低，还可以灵活的编程并应用到各种协议栈处理过程中。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (5)

1.一种协议栈的业务处理方法，其特征在于，包括：

接收业务包，根据所述业务包的流标识信息查找流转发表，所述流转发表中包含流标识信息、应用信息和传输层信息；

若所述业务包的流标识信息与所述流转发表中一条已有流转发信息匹配，则在流转发面根据所述已有流转发信息，处理和转发所述业务包；

若所述业务包的流标识信息与所述流转发表中任意一条已有流转发信息均不匹配，则将所述业务包上送到基础转发面；

若所述业务包满足基础转发条件，则根据所述基础转发面已有基础转发信息处理和转发所述业务包，并将所述业务包对应的流标识信息、应用信息和传输层信息写入所述流转发表中，其中所述基础转发信息包括转发信息表FIB、链路连接表、应用数据表，所述基础转发条件是所述基础转发面已记录处理所述业务包所需的基础转发信息；

若所述业务包不满足基础转发条件，则将所述业务包上送到控制面，在所述控制面完成所述业务包的处理，并将所述业务包对应的基础转发信息下发到所述基础转发面；

其中，配置至少一个控制转发单元，专用于所述控制面的业务包的处理和基础转发面的业务包的处理，配置至少一个流转发单元，专用于流转发面的业务包的处理。

2.根据权利要求1所述的协议栈的业务处理方法，其特征在于，还包括：一个控制处理单元专用于控制面处理，除所述控制处理单元之外的至少一个转发处理单元专用于基础转发处理和流转发处理。

3.根据权利要求1所述的协议栈的业务处理方法，其特征在于，还包括：至少一个控制转发单元专用于控制面处理和基础转发处理，除所述控制转发单元之外的至少一个流转发单元专用于流转发处理。

4.一种协议栈的业务处理装置，其特征在于，包括：

接收单元，用于接收业务包；

流转发单元，用于根据所述业务包的流标识信息查找流转发表，所述流转发表中包含流标识信息、应用信息和传输层信息，并当所述业务包的流标识信息与所述流转发表中一条已有流转发信息匹配时，在流转发面根据所述已有流转发信息，处理和转发所述业务包；所述流转发单元，还用于当所述业务包的流标识信息与所述流转发表中任意一条已有流转发信息均不匹配时，将所述业务包上送到基础转发面；

基础转发单元，用于在所述业务包满足基础转发条件时，根据所述基础转发面已有基础转发信息处理和转发所述业务包，并将所述业务包对应的流标识信息、应用信息和传输层信息写入所述流转发表中，其中所述基础转发信息包括转发信息表FIB、链路连接表、应用数据表，所述基础转发条件是所述基础转发面已记录处理所述业务包所需的基础转发信息；所述基础转发单元，还用于在确定所述业务包不满足基础转发条件时，将所述业务包上送到控制面；

控制处理单元，用于在所述控制面完成所述业务包的处理，并将所述业务包对应的基础转发信息下发到所述基础转发面；

其中，所述装置具体为多处理单元，所述多处理单元具体包括：至少一个所述流转发单元和至少一个控制转发单元；

所述控制转发单元，具体包括所述控制处理单元和所述基础转发单元，所述控制转发单元专用于控制面处理和基础转发处理，所述流转发单元专用于流转发处理。

5.根据权利要求4所述的协议栈的业务处理装置，其特征在于，所述装置具体为多处理单元，所述多处理单元具体包括：至少一个转发处理单元和一个所述控制处理单元；

所述转发处理单元，具体包括所述流转发单元和所述基础转发单元。