流表下发方法、数据转发方法、装置及电子设备与流程

本申请涉及通信技术领域，具体而言，涉及一种流表下发方法、数据转发方法、装置及电子设备。

背景技术：

传统层次化网络中各类网络设备都具备完备的管理平面、控制平面、数据平面，所区别的仅在于形态和性能的差异。该同构化网络设备构建的网络存在的主要问题包括：节点设备、尤其是大量接入节点设备复杂度高，网络系统整体成本居高不小。网络技术变更代价高昂，主要包括：在已有复杂软件系统进行变更技术难度大、风险高；对大量在网的(接入节点)设备进行升级变更，周期长、网络运维成本高。

针对上述同构化网络的一系列问题，业内提出了构建异构网络的思路，该异构网络的核心设计思路是：针对网络系统中不同层次的网络设备，分别设定各自角色，并对不同角色定义不同的业务处理功能逻辑。具体方法是：将网络系统中的设备设定为“网络接入点(networkaccesspoint，nap)”、“网络业务处理点(networkserviceprocessingpoint，nspp)”两类角色。nap的业务功能定义为用户网络业务数据接入和汇聚，对来自用户侧的业务数据简单处理并封装，统一汇聚到nspp，nspp的业务功能定义为用户业务数据集中聚合、处理、转发。

由于所有的nap的流量均会传输给nspp进行集中处理转发，对nspp形成了较大的处理压力。

技术实现要素：

本申请实施例的目的在于提供一种流表下发方法、数据转发方法、装置及电子设备，用以改善现有技术中nap的流量均会传输给nspp进行集中处理转发，对nspp形成较大的处理压力的问题。

第一方面，本申请实施例提供了一种流表下发方法，应用于业务处理设备，所述方法包括：

确定所述业务处理设备中的多个转发流表中的目标转发流表，其中，所述目标转发流表记录有将来源于目标业务接入设备的业务数据流量从所述目标业务接入设备转发出去的转发标识信息；

将所述目标转发流表下发至所述目标业务接入设备，以使所述目标业务接入设备利用所述目标转发流表对与所述目标转发流表匹配的业务数据流量进行转发。

在上述实现过程中，通过将业务处理设备中的用于转发同一个业务接入设备上的业务数据的转发流表下发给业务接入设备，使得业务接入设备对本地转发的业务数据进行转发，而无需通过业务处理设备进行转发，由此可减轻业务处理设备的处理压力。

可选地，所述转发标识信息包括业务数据流量的源接口与目的接口，所述确定所述业务处理设备中的多个转发流表中的目标转发流表，包括：

确定所述业务处理设备中的多个转发流表中每个转发流表中记录的源接口与目的接口；

若确定一转发流表中记录的源接口与目的接口属于同一业务接入设备，则确定所述转发流表为所述目标转发流表。

在上述实现过程中，通过确定源接口与目的接口是否属于同一业务接入设备来确定目标转发流表，更加准确、方便。

可选地，所述将所述目标转发流表下发至所述目标业务接入设备，包括：

获取所述业务处理设备利用所述目标转发流表转发的业务数据流量的流量大小；

若所述流量大小超过预设值，则将所述目标转发流表下发至所述目标业务接入设备。

在上述实现过程中，可以根据流量大小来确定是否下发目标转发流表，使得在流量较大时，将目标转发流表下发，以减轻业务处理设备的数据处理压力。

可选地，所述将所述目标转发流表下发至所述目标业务接入设备，包括：

获取所述业务处理设备的处理负荷；

若所述处理负荷超过预设值，则将所述目标转发流表下发至所述目标业务接入设备。

在上述实现过程中，可以根据业务处理设备的处理负荷来确定是否下发目标转发流表，使得在处理负荷较大时，将目标转发流表下发，以减轻业务处理设备的数据处理压力。

可选地，所述将所述目标转发流表下发至所述目标业务接入设备，包括：

获取所述业务处理设备利用所述目标转发流表转发的业务数据流量的业务数据类型；

若所述业务数据类型为预设类型，则将所述目标转发流表下发至所述目标业务接入设备。

在上述实现过程中，可以根据业务数据类型来确定是否下发目标转发流表，以减轻业务处理设备的数据处理压力。

可选地，所述将所述目标转发流表下发至所述目标业务接入设备，包括：

获取预设时间段内所述业务处理设备利用所述目标转发流表转发的业务数据流量的平均流量以及所述业务处理设备的处理负荷；

基于所述平均流量与所述处理负荷计算获得用于表征是否将所述目标转发流表下发至所述目标业务接入设备的数值；

在所述数值满足预设条件时将所述目标转发流表下发至所述目标业务接入设备。

在上述实现过程中，根据业务处理设备的处理负荷以及平均流量来综合考虑是否将目标转发流表下发，以综合考虑业务处理设备的处理压力判断是否将目标转发流表下发。

可选地，所述基于所述平均流量与所述处理负荷计算获得用于表征是否将所述目标转发流表下发至所述目标业务接入设备的数值，包括：

将所述处理负荷对应的值进行平方运算获得的第一值乘以所述平均流量，获得第二值；

将所述第二值减去预设值获得的值作为用于表征是否将所述目标转发流表下发至所述目标业务接入设备的数值。

可选地，所述方法还包括：

接收所述目标业务接入设备发送的删除所述目标转发流表的通知信息；所述通知信息为所述目标业务接入设备在检测到利用所述目标转发流表转发的业务数据流量的平均流量小于预设值时将所述目标转发流表删除后发送的。

在上述实现过程中，业务接入设备在检测到本地流量较小时，可以将目标转发流表删除，以继续由业务处理设备来进行数据的转发，使得业务处理设备可以继续对数据进行集中处理，而不会对业务处理设备形成较大的处理压力。

第二方面，本申请实施例提供了一种数据转发方法，应用于业务接入设备，所述方法包括：

从所述业务接入设备的第一接口接收业务数据流量；

根据所述业务数据流量中携带的转发信息从预存储的目标转发流表中查找对应的转发标识信息，所述目标转发流表记录有将来源于所述业务接入设备的第一接口接收的业务数据流量从所述业务接入设备的第二接口转发出去的转发标识信息；

根据所述转发标识信息将所述业务数据流量从所述第二接口转发出去。

在上述实现过程中，通过由业务接入设备对本地转发的业务数据进行转发，而无需通过业务处理设备进行转发，由此可减轻业务处理设备的处理压力。

可选地，所述从所述业务接入设备的第一接口接收业务数据流量之前，还包括：

接收业务处理设备下发的目标转发流表并存储，所述目标转发流表为所述业务处理设备在检测到所述目标转发流表中记录有将来源于所述业务接入设备的业务数据流量从所述业务接入设备转发出去的转发标识信息时下发给所述业务接入设备的。

第三方面，本申请实施例提供一种流表下发装置，运行于业务处理设备，所述装置包括：

流表确定模块，用于确定所述业务处理设备中的多个转发流表中的目标转发流表，其中，所述目标转发流表记录有将来源于目标业务接入设备的业务数据流量从所述目标业务接入设备转发出去的转发标识信息；

流表下发模块，用于将所述目标转发流表下发至所述目标业务接入设备，以使所述目标业务接入设备利用所述目标转发流表对与所述目标转发流表匹配的业务数据流量进行转发。

可选地，所述流表确定模块，用于确定所述业务处理设备中的多个转发流表中每个转发流表中记录的源接口与目的接口；若确定一转发流表中记录的源接口与目的接口属于同一业务接入设备，则确定所述转发流表为所述目标转发流表。

可选地，所述流表下发模块，用于获取所述业务处理设备利用所述目标转发流表转发的业务数据流量的流量大小；若所述流量大小超过预设值，则将所述目标转发流表下发至所述目标业务接入设备。

可选地，所述流表下发模块，用于获取所述业务处理设备的处理负荷；若所述处理负荷超过预设值，则将所述目标转发流表下发至所述目标业务接入设备。

可选地，所述流表下发模块，用于获取所述业务处理设备利用所述目标转发流表转发的业务数据流量的业务数据类型；若所述业务数据类型为预设类型，则将所述目标转发流表下发至所述目标业务接入设备。

可选地，所述流表下发模块，用于获取预设时间段内所述业务处理设备利用所述目标转发流表转发的业务数据流量的平均流量以及所述业务处理设备的处理负荷；基于所述平均流量与所述处理负荷计算获得用于表征是否将所述目标转发流表下发至所述目标业务接入设备的数值；在所述数值满足预设条件时将所述目标转发流表下发至所述目标业务接入设备。

可选地，所述流表下发模块，还用于将所述处理负荷对应的值进行平方运算获得的第一值乘以所述平均流量，获得第二值；将所述第二值减去预设值获得的值作为用于表征是否将所述目标转发流表下发至所述目标业务接入设备的数值。

可选地，所述装置还包括：

流表删除模块，用于接收所述目标业务接入设备发送的删除所述目标转发流表的通知信息；所述通知信息为所述目标业务接入设备在检测到利用所述目标转发流表转发的业务数据流量的平均流量小于预设值时将所述目标转发流表删除后发送的。

第四方面，本申请实施例提供一种数据转发装置，运行于业务接入设备，所述装置包括：

数据接收模块，用于从所述业务接入设备的第一接口接收业务数据流量；

信息查找模块，用于根据所述业务数据流量中携带的转发信息从预存储的目标转发流表中查找对应的转发标识信息，所述目标转发流表记录有将来源于所述业务接入设备的第一接口接收的业务数据流量从所述业务接入设备的第二接口转发出去的转发标识信息；

数据转发模块，用于根据所述转发标识信息将所述业务数据流量从所述第二接口转发出去。

可选地，所述装置还包括：

流表获取模块，用于接收业务处理设备下发的目标转发流表并存储，所述目标转发流表为所述业务处理设备在检测到所述目标转发流表中记录有将来源于所述业务接入设备的业务数据流量从所述业务接入设备转发出去的转发标识信息时下发给所述业务接入设备的。

第五方面，本申请实施例提供一种电子设备，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如上述第一方面或第二方面提供的所述方法中的步骤。

第六方面，本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时运行如上述第一方面或第二方面提供的所述方法中的步骤。

本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种数据传输系统的结构示意图；

图2为本申请实施例提供的一种流表下发方法的流程图；

图3为本申请实施例提供的一种两个用户终端在不同时刻的业务数据流量交互的示意图；

图4为本申请实施例提供的一种数据转发方法的流程图；

图5为本申请实施例提供的一种流表下发装置的结构框图；

图6为本申请实施例提供的一种数据转发装置的结构框图；

图7为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参照图1，图1为本申请实施例提供的一种数据传输系统100的结构示意图，该系统包括业务处理设备110以及业务接入设备120，业务接入设备120是指网络接入点nap，业务处理设备110是指网络处理点nspp。业务接入设备120为用户终端130提供对应的用户侧网络接口(network-networkinterface，nni)，该用户侧网络接口可以和用户终端130直接或间接连接，业务接入设备120用于从与用户终端130连接的用户侧网络接口接收用户业务数据，将用户业务数据发送到给业务处理设备110。业务处理设备110用于接收业务接入设备120或直连的用户终端130发送的用户业务数据，并对用户业务数据进行相应的处理，然后将用户业务数据转发出去。

该数据传输系统100中还可包括控制器，该控制器可用以为每个业务接入设备120分配对应的业务处理设备110，当然，控制器还可以根据需求向业务处理设备110下发对应的转发表项，使得业务处理设备110可根据对应的转发表项实现对用户业务数据的转发。

而发明人在研究中发现，现有技术中业务处理设备110为了实现对用户业务数据的集中管理，使得业务接入设备120接收到的业务数据流量均需要全部上传给业务处理设备110进行相关处理，例如根据业务数据特征，按照业务数据处理逻辑要求，对其进行安全过滤、数据加解密、二层交换、三层路由转发等处理。但是，对于同一个业务接入设备120的两个用户终端130之间交互的业务数据也会经过业务处理设备110进行转发，即在业务接入设备120的两个用户侧网络接口之间转发的业务数据流量也会交由业务处理设备110集中处理，由此对业务处理设备110形成了处理压力，对业务接入设备120与业务处理设备110之间的链路带宽消耗较大。

以上现有技术中的方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本发明实施例针对上述问题所提出的解决方案，都应该是发明人在本发明过程中对本发明做出的贡献。

如此，本申请实施例提供一种流表下发方法，通过将业务处理设备中的用于转发同一个业务接入设备上的业务数据的转发流表下发给业务接入设备，使得业务接入设备对本地转发的业务数据进行转发，而无需通过业务处理设备进行转发，由此可减轻业务处理设备的处理压力，且业务处理设备与业务接入设备之间的数据交互变少，使得其链路带宽消耗也相应减少。

请参照图2，图2为本申请实施例提供的一种流表下发方法的流程图，该方法应用于业务处理设备，包括如下步骤：

步骤s110：确定所述业务处理设备中的多个转发流表中的目标转发流表。

在业务处理设备中存储有所有用户终端之间的数据转发的转发流表，这些转发流表用于实现数据传输系统中所有的用户终端之间的寻址转发。转发流表中记录有标识数据转发的路径信息，其包括有源地址、目的地址、源接口、目的接口和流量计数器，例如，针对某一数据流量，其转发流表的形式为：{入接口、源ip地址、目的ip地址、出接口、计数器、下一跳mac地址}。

其中，业务处理设备需要下发给业务接入设备的目标转发流表记录有将来源于目标业务接入设备的业务数据流量从目标业务接入设备转发出去的转发标识信息，该转发标识信息可以理解为标识该业务数据流量从目标业务接入设备传输给业务处理设备的，然后业务处理设备又需将该业务数据流量发送给目标业务接入设备转发出去的信息。

业务处理设备中的转发流表可以是业务处理设备通过地址学习获得的，也可以是控制器下发获得的，业务处理设备在获得转发流表后，从这些转发流表中查找符合相应条件的目标转发流表。

例如，业务处理设备可以预先完成对业务接入设备上每个用户侧网络接口的虚拟接口的配置，如业务处理设备上形成与业务接入设备1的用户侧网络接口gigabittethernet-1对应的虚拟接口gigabitethernetnet-1.1，以及与业务接入设备1的用户侧网络接口gigabitethernet-2对应的虚拟接口gigabitethernet-1.2，其中，前面的数字“1”表示业务接入设备对应的全局唯一的索引值(即业务接入设备的标识)，后面的数字“1，2”表示用户侧网络接口在业务接入设备内部的索引值。

例如，上述两个用户侧网络接口对应连接的用户终端在首次进行报文交互时，业务处理设备通过学习获得其报文的转发路径信息，然后创建对应的两条转发流表，其转发流表如下所示：

{gigabitethernet1.1、128.255.0.10、129.255.0.10、gigabitethernet1.2、00:01:7b:00:00:02、postcounter、currentcounter}；

{gigabitethernet1.2、129.255.0.10、128.255.0.10、gigabitethernet1.1、00:01:7b:00:00:01、postcounter、currentcounter}；

其中，currentcounter用于记录该转发流表转发的业务数据流量的累计流量大小，postcounter用于记录上一次记录的转发流表转发的业务数据流量的流量大小，两个计数器初始化都为0。

作为一种实施方式，其转发标识信息可以包括业务数据流量的源接口(即上述转发流表示例中的入接口)与目的接口(即上述转发流表示例中的出接口)，源接口是指业务接入设备上用于接收用户终端发送的业务数据流量的用户侧网络接口，出接口是指业务接入设备上用于将业务数据流量转发给另一用户终端的用户侧网络接口。业务处理设备在确定目标转发流表时，即可确定业务处理设备中的多个转发流表中每个转发流表中记录的源接口与目的接口，若确定一转发流表中记录的源接口与目的接口属于同一业务接入设备，则确定该转发流表为目标转发流表，即表示该目标转发流表符合下发条件。

例如，若业务处理设备查找到某一转发流表中记录的源接口为gigabitethernet1.1，目的接口为gigabitethernet1.2，其中，“1”可以理解为表示的是业务接入设备的标识，由此，可确定源接口与目的接口属于同一业务接入设备，即该转发流表为目标转发流表，则业务处理设备可将该转发流表下发给标识为1的业务接入设备。

需要说明的是，上述转发标识信息也不仅仅指业务数据流量的源接口与目的接口，其可以根据实际情况中转发流表中记录的信息而定，如转发流表中记录的只是源业务接入设备和目的业务接入设备的标识，则这两个信息也可以作为转发标识信息，如若源接入业务接入设备与目的业务接入设备的标识相同，则表示该转发流表用于将业务数据流量从同一个业务接入设备转发出去。所以，可以理解地，转发流表中记录的将来源于一个业务接入设备的业务数据流量从同一个业务接入设备转发出去的转发标识信息可以根据实际对转发流表的配置信息不同而不同。

步骤s120：将所述目标转发流表下发至所述目标业务接入设备，以使所述目标业务接入设备利用所述目标转发流表对与所述目标转发流表匹配的业务数据流量进行转发。

在上述确定需要下发的目标转发流表后，业务处理设备可将目标转发流表下发至目标业务接入设备。业务处理设备再将目标转发流表下发给目标接入设备后，为了减少数据转发时的查表数据量，可将目标转发流表进行删除，当然为了后续便于业务处理设备对该目标转发流表转发的业务数据处理，也可将目标转发流表保存。

其中，业务处理设备在将目标转发流表下发给目标业务接入设备的过程中，业务处理设备可以将目标转发流表以消息的方式发送给目标业务接入设备，即业务处理设备可通过对应的消息通信组件将目标转发流表下发给目标业务接入设备。

目标业务接入设备在接收到目标转发流表后，将该目标转发流表进行安装，后续再接收到业务数据流量时，先查找本地存储的转发流表中是否有与该业务数据流量匹配的转发流表，若有，则按照对应转发流表中记录的出接口信息将该业务数据流量从本设备的出接口转发出去，若没有，则将业务数据流量传输给业务处理设备，由业务处理设备完成对该业务数据流量的转发。

在上述实现过程中，通过将业务处理设备中的用于转发同一个业务接入设备上的业务数据的转发流表下发给业务接入设备，使得业务接入设备对本地转发的业务数据进行转发，而无需通过业务处理设备进行转发，由此可减轻业务处理设备的处理压力。

在上述实施例中，为了减轻业务处理设备的处理压力，将符合条件的转发流表下发至对应的业务接入设备，但是在实际应用过程中，所有的业务数据流量需要交由业务处理设备进行集中处理后再转发，这种情况下若业务处理设备还需要将所有的符号上述条件的目标转发流表均下发(即业务处理设备不管何种情况下均需要将所有的目标转发流表均下发)，则业务处理设备获取不到这部分业务数据流量，使得无法对这部分业务数据流量进行相应处理。但是，若业务处理设备有足够的处理能力来处理这部分数据流量时，其也因为将转发流表下发给业务接入设备而无法接收这部分数据流量，所以，业务处理设备还可以根据自身需求选择是否将目标转发流表进行下发，其下发条件还有如下几种情况：

情况一：获取业务处理设备利用目标转发流表转发的业务数据流量的流量大小，若流量大小超过预设值，则将目标转发流表下发至目标接入设备。

业务处理设备在启动时可创建转发表检测任务，该转发表检测任务用于实时或者周期性检测业务处理设备中每条转发流表转发的业务数据流量的流量大小，例如，在一段时间内，检测到某条转发流表转发业务数据流量的流量大小超过设定的预设值时，且该转发流表用于转发一业务接入设备的本地流量，即该转发流表记录有将来源于目标业务接入设备的业务数据流量从该目标业务接入设备转发出去的转发标识信息，则表明该转发流表满足下发条件，然后可将该转发流表下发至目标业务接入设备。

例如，业务处理设备遍历每条转发流表，从每条转发流表中获取其currnetcounter记录的该转发流表转发的业务数据流量的流量大小，然后，将其数值与预设值进行比较，若大于预设值且该转发流表中记录的入接口与出接口属于同一业务接入设备，则将该转发流表下发至业务接入设备。

也就是说，业务处理设备可在确定目标转发流表后，监测每条目标转发流表转发的流量大小，在该流量大小超过预设值时才将目标转发流表下发，而不是将全部的目标转发流表下发，以此可以根据流量大小来确定是否下发目标转发流表，使得在流量较大时，将目标转发流表下发，以减轻业务处理设备的数据处理压力，在流量较小时，则不下发，更加灵活。

情况二：获取业务处理设备的处理负荷，若处理负荷超过预设值，则将目标转发流表下发至目标业务接入设备。

其中，处理负荷是指业务处理设备中的cpu利用率，如若业务处理设备当前的cpu利用率较大，若此时还需要处理大量的业务数据流量时，则会给cpu造成较大的处理压力，此时，可在cpu利用率超过预设值时将目标转发流表下发至业务接入设备。

例如，获得业务处理设备中的cpu利用率为70％，其预设值设置为60％，此时cpu利用率超过预设值，则可将记录有入接口与出接口属于同一业务接入设备的目标转发流表下发至对应的业务接入设备。

在上述实现过程中，可以根据业务处理设备的处理负荷来确定是否下发目标转发流表，使得在处理负荷较大时，将目标转发流表下发，以减轻业务处理设备的数据处理压力。

情况三：获取业务处理设备利用目标转发流表转发的业务数据流量的业务数据类型，若业务数据类型为预设类型，则将目标转发流表下发至目标业务接入设备。

业务处理设备还可根据转发流表所承担转发的业务数据流量的业务数据类型不同而确定是否将转发流表下发给业务接入设备，例如，可以根据实际需求灵活选择业务数据类型对应的转发流表下发给业务接入设备，如设定的业务数据类型对应的业务数据陆路包括网络互连协议(internetprotocol，ip)业务数据、多协议标签交换(multi-protocollabelswitching，mpls)业务数据以及网络电话(voiceoverinternetprotocol，voip)业务数据中的至少一种。

其中对于voip业务数据虽然其数据流量较小的，但是由于用户对其时延较为敏感，若对其转发不及时，可能造成用户体验不好，所以对这种业务数据类型对应的转发流表可下发至对应的业务接入设备，当然，这转发流表也需要记录有入接口和出接口属于同一业务接入设备的转发标识信息(即该转发流表为上述确定的目标转发流表)。由此，可直接通过业务接入设备来利用转发流表将对应的业务数据流量进行转发，无需通过业务处理设备进行转发，可节约转发时间，也减轻了业务处理设备的处理压力。

在上述实现过程中，可以根据业务数据类型来确定是否下发目标转发流表，以减轻业务处理设备的数据处理压力。

另外，对于业务处理设备选择对应的目标转发流表下发给目标业务接入设备的情况还包括有：

情况四：获取预设时间段内业务处理设备利用目标转发流表转发的业务数据流量的平均流量以及业务处理设备的处理负荷，然后基于平均流量与处理负荷计算获得用于表征是否将目标转发流表下发至目标业务接入设备的数值，在数值满足预设条件时将目标转发流表下发至目标业务接入设备。

其中，业务处理设备中设置的流量检测模块可以是周期性对每个转发流表进行检测，或者对每个目标转发流表进行检测，如每隔5秒检测一次，则其平均流量可以通过转发流表中记录的currentcounter的值减去postcounter的值获得的差除以5秒即可获得对应的平均流量。

然后将处理负荷对应的值进行平方运算获得的第一值乘以平均流量，获得第二值，将第二值减去预设值获得的值作为用于表征是否将目标转发流表下发至目标业务接入设备的数值，其计算公式可以如下所示：

z＝x²×y-10kbps；

其中，z为表征是否将目标转发流表下发至目标业务接入设备的数值，x表示业务处理设备的处理负荷，y表示平均流量，10kbps为预设值。

在计算获得z后，可判断z是否满足预设条件，其预设条件可以是指在z大于0时，将目标转发流表下发给目标业务接入设备，在z小于或等于0时，不将目标转发流表下发。

在上述实现过程中，根据业务处理设备的处理负荷以及平均流量来综合考虑是否将目标转发流表下发，以综合考虑业务处理设备的处理压力来判断是否将目标转发流表下发。

由于业务处理设备需要对业务数据流量进行集中处理，所以业务接入设备还将获得的转发流表在满足一定条件时删除，继续由业务处理设备来进行业务数据流量转发。如在业务接入设备在检测到利用目标转发流表转发的业务数据流量的平均流量小于预设值时，删除目标转发流表后，可向业务处理设备发送通知消息，业务处理设备接收该通知消息后可知目标转发流表已被目标业务接入设备删除，则业务处理设备可重新启动目标转发流表继续进行数据转发。

可以理解地，业务接入设备运行一个监控任务，用于检测每条转发流表转发的平均流量，当判断其平均流量下降到不会造成业务处理设备的处理压力以及业务接入设备与业务处理设备之间的带宽压力时，删除该转发流表，并向业务处理设备发送通知消息，其通知消息中可携带有该转发流表中记录的累计转发流量，即转发流表中currnetcounter记录的值。

下面以一个具体实施例对其进行详细说明。

如图3所示，在t1到t2之间的时间段，用户终端1和用户终端2之间的流量大小约为100bps，用户终端1与用户终端2均连接到同一个业务接入设备，例如，若转发流表1用于转发用户终端1与用户终端2之间的业务数据流量，此时按照上述情况四中所述的情况，对应的转发流表1不满足下发条件，则不下发。

在t2时刻用户终端1往用户终端2发送视频流量，其大小为10mbps，假设此时业务处理设备的cpu利用率为70％，按照上述情况四中所述的情况，此时转发流表1满足下发条件，则将转发流表1下发至对应的业务接入设备。

业务处理设备在将转发流表1下发后，可清空转发流表1中postcounter和currentcounter记录的值。

业务接入设备接收转发流表1，将其安装到本地转发流表组件，则用户终端1发往用户终端2的流量均可根据该转发流表1在业务接入设备内部完成本地转发。

在t3时刻，用户终端1停止向用户终端2发送视频流量，用户终端1与用户终端2之间只剩下原来的100bps的流量，此时，业务接入设备检测到其平均流量减小，如平均流量小于预设值为2kbps时，删除转发流表1，然后将业务处理设备发送对应的通知消息，以通知业务处理设备已将转发流表1删除。

然后业务处理设备收到通知消息后从通知消息中获取转发流表1中currnetcounter记录的累加流量，然后更新到在本地存储的转发流表1中的currnetcounter，为了避免此时业务处理设备中转发流表1中postcounter和currnetcounter的差异太大，频繁引起表项下发操作，可将currnetcounter的值赋值给postcounter。

需要说明的是，业务处理设备在判断是否将对应的目标转发流表下发给目标业务接入设备的过程中，可以选择上述四种情况中的任意一种情况来进一步判断是否下发，也可以选择任意两种、三种或者四种情况来综合判断是否下发，可以根据实际需求灵活选择。

请参照图4，图4为本申请实施例提供的一种数据转发方法的流程图，该方法应用于业务接入设备，包括如下步骤：

步骤s210：从所述业务接入设备的第一接口接收业务数据流量。

步骤s220：根据所述业务数据流量中携带的转发信息从预存储的目标转发流表中查找对应的转发标识信息。

其中，目标转发流表记录有将来源于所述业务接入设备的第一接口接收的业务数据流量从所述业务接入设备的第二接口转发出去的转发标识信息。目标转发流表可以是业务接入设备本地生成的转发流表，也可以是预先配置的转发流表，该目标转发流表如上述实施例中所示，其用于实现业务接入设备内部的数据流量的转发。

作为一种实施方式，该目标转发流表也可以是业务处理设备下发的，即目标转发流表为业务处理设备在检测到目标转发流表中记录有将来源于所述业务接入设备的业务数据流量从所述业务接入设备转发出去的转发标识信息时下发给所述业务接入设备的。业务处理设备下发目标转发流表的实现过程请参照上述实施例的相关描述，在此不过多赘述。

步骤s230：根据所述转发标识信息将所述业务数据流量从所述第二接口转发出去。

业务接入设备可将业务数据流量直接通过本端的第二接口转发出去，以实现本设备内部的数据流量的转发。

在上述实现过程中，通过由业务接入设备对本地转发的业务数据进行转发，而无需通过业务处理设备进行转发，由此可减轻业务处理设备的处理压力。

请参照图5，图5为本申请实施例提供的一种流表下发装置200的结构框图，该装置200可以是业务处理设备上的模块、程序段或代码。应理解，该装置200与上述图2方法实施例对应，能够执行图2方法实施例涉及的各个步骤，该装置200具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。所述装置200包括：

流表确定模块210，用于确定所述业务处理设备中的多个转发流表中的目标转发流表，其中，所述目标转发流表记录有将来源于目标业务接入设备的业务数据流量从所述目标业务接入设备转发出去的转发标识信息；

流表下发模块220，用于将所述目标转发流表下发至所述目标业务接入设备，以使所述目标业务接入设备利用所述目标转发流表对与所述目标转发流表匹配的业务数据流量进行转发。

可选地，所述流表确定模块210，用于确定所述业务处理设备中的多个转发流表中每个转发流表中记录的源接口与目的接口；若确定一转发流表中记录的源接口与目的接口属于同一业务接入设备，则确定所述转发流表为所述目标转发流表。

可选地，所述流表下发模块220，用于获取所述业务处理设备利用所述目标转发流表转发的业务数据流量的流量大小；若所述流量大小超过预设值，则将所述目标转发流表下发至所述目标业务接入设备。

可选地，所述流表下发模块220，用于获取所述业务处理设备的处理负荷；若所述处理负荷超过预设值，则将所述目标转发流表下发至所述目标业务接入设备。

可选地，所述流表下发模块220，用于获取所述业务处理设备利用所述目标转发流表转发的业务数据流量的业务数据类型；若所述业务数据类型为预设类型，则将所述目标转发流表下发至所述目标业务接入设备。

可选地，所述流表下发模块220，用于获取预设时间段内所述业务处理设备利用所述目标转发流表转发的业务数据流量的平均流量以及所述业务处理设备的处理负荷；基于所述平均流量与所述处理负荷计算获得用于表征是否将所述目标转发流表下发至所述目标业务接入设备的数值；在所述数值满足预设条件时将所述目标转发流表下发至所述目标业务接入设备。

可选地，所述流表下发模块220，还用于将所述处理负荷对应的值进行平方运算获得的第一值乘以所述平均流量，获得第二值；将所述第二值减去预设值获得的值作为用于表征是否将所述目标转发流表下发至所述目标业务接入设备的数值。

可选地，所述装置200还包括：

流表删除模块，用于接收所述目标业务接入设备发送的删除所述目标转发流表的通知信息；所述通知信息为所述目标业务接入设备在检测到利用所述目标转发流表转发的业务数据流量的平均流量小于预设值时将所述目标转发流表删除后发送的。

请参照图6，图6为本申请实施例提供的一种数据转发装置300的结构框图，该装置300可以是业务接入设备上的模块、程序段或代码。应理解，该装置300与上述图4方法实施例对应，能够执行图4方法实施例涉及的各个步骤，该装置300具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。所述装置300包括：

数据接收模块310，用于从所述业务接入设备的第一接口接收业务数据流量；

信息查找模块320，用于根据所述业务数据流量中携带的转发信息从预存储的目标转发流表中查找对应的转发标识信息，所述目标转发流表记录有将来源于所述业务接入设备的第一接口接收的业务数据流量从所述业务接入设备的第二接口转发出去的转发标识信息；

数据转发模块330，用于根据所述转发标识信息将所述业务数据流量从所述第二接口转发出去。

可选地，所述装置300还包括：

流表获取模块，用于接收业务处理设备下发的目标转发流表并存储，所述目标转发流表为所述业务处理设备在检测到所述目标转发流表中记录有将来源于所述业务接入设备的业务数据流量从所述业务接入设备转发出去的转发标识信息时下发给所述业务接入设备的。

请参照图7，图7为本申请实施例提供的一种电子设备的结构示意图，所述电子设备可以包括：至少一个处理器410，例如cpu，至少一个通信接口420，至少一个存储器430和至少一个通信总线440。其中，通信总线440用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口420用于与其他节点设备进行信令或数据的通信。存储器430可以是高速ram存储器，也可以是非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。存储器430可选的还可以是至少一个位于远离前述处理器的存储装置。存储器430中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器410执行时，电子设备执行上述图2或图4所示方法过程。其中，存储器430可用于存储转发流表，处理器410可用于从存储器430中获取转发流表实现对数据流量的转发操作，以及将转发流表下发至业务接入设备的下发操作。

该电子设备可以为本实施例中的业务处理设备或者业务接入设备。

本申请实施例提供一种可读存储介质，所述计算机程序被处理器执行时，执行如图2或图4所示方法实施例中电子设备所执行的方法过程。

本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如，包括：确定所述业务处理设备中的多个转发流表中的目标转发流表，其中，所述目标转发流表记录有将来源于目标业务接入设备的业务数据流量从所述目标业务接入设备转发出去的转发标识信息；将所述目标转发流表下发至所述目标业务接入设备，以使所述目标业务接入设备利用所述目标转发流表对与所述目标转发流表匹配的业务数据流量进行转发。或者，包括：从所述业务接入设备的第一接口接收业务数据流量；根据所述业务数据流量中携带的转发信息从预存储的目标转发流表中查找对应的转发标识信息，所述目标转发流表记录有将来源于所述业务接入设备的第一接口接收的业务数据流量从所述业务接入设备的第二接口转发出去的转发标识信息；根据所述转发标识信息将所述业务数据流量从所述第二接口转发出去。

综上所述，本申请实施例提供一种流表下发方法、数据转发方法、装置及电子设备，该方法中，业务接入设备通过用于转发同一个业务接入设备上的业务数据的转发流表进行本地数据转发，而无需通过业务处理设备进行转发，由此可减轻业务处理设备的处理压力。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。