CN104283801A - 一种业务数据处理的方法和系统 - Google Patents

Abstract

本发明提供一种数据业务处理的方法和系统，该方法包括：分流单元将接收到的业务数据流发给业务处理单元；所述业务处理单元在处理所述业务数据流的过程中，将预置的或实时决策的分流策略发送给所述分流单元；所述分流单元根据所述分流策略转发业务数据流。通过本发明可以灵活进行分流，可以减轻业务处理单元的负载。

Description

一种业务数据处理的方法和系统

技术领域

本发明涉及IP数据通信领域，特别是涉及一种业务数据处理的方法和系统。

背景技术

随着3G、4G以及固网宽带的普及，数据流量增长迅速，于此同时针对数据业务的网络安全、增值业务、流量管控以及灵活的计费策略等需求也越来越迫切，网络运营商需要部署相应的安全设备、DPI（深度包识别）设备、增值业务设备和流量管控设备。现有的业务处理设备通常只需要处理部分的数据流量，但是通常也需要接收所有的业务数据并且从中选择真正需要业务处理的业务数据进行处理，这种方式导致业务处理设备需要具备高性能的数据转发能力，对业务处理设备要求比较高。如果在业务处理设备之前增加分流设备一定程度上能缓解业务处理设备的数据转发要求，但是目前的实现一般分流设备分流策略简单并且不灵活。

现有技术一般有两种实现方法：

一、多种设备并存，各种设备都需要能够接收整个网络的流量，优点是配置相对灵活，缺点是对各种设备性能要求较高，投资也比较高。

二、在相应的设备之前部署分流设备，分流设备提供简单业务识别功能，将需要识别的业务分给对应的业务平台处理。该方案优点是业务设备性能要求不高，只需要处理部分流量；缺点是分流策略不够灵活，通常是预先配置。

目前的分流模块一般都是预先设置好根据业务数据包的IP地址、端口、VLAN等信息将业务数据流分发给业务模块。分流模块一旦匹配到分流规则以后，会将符合规则的数据流全部分发给业务处理模块，业务处理模块后续不需要继续处理这些数据报文，也不能实时动态的通知分流设备不要继续转发这部分报文给业务处理模块，并且分流模块不转发给业务处理模块的流量也无法通知业务处理单元，不便于业务处理模块统计处理。

发明内容

本发明要解决的技术问题是提供一种数据业务处理的方法和系统，以灵活进行分流。

为了解决上述技术问题，本发明提供了一种业务数据处理的方法，包括：

分流单元将接收到的业务数据流发给业务处理单元；

所述业务处理单元在处理所述业务数据流的过程中，将预置的或实时决策的分流策略发送给所述分流单元；

所述分流单元根据所述分流策略转发业务数据流。

进一步地，上述方法还具有下面特点：所述业务处理单元在处理所述业务数据流的过程中，将实时决策的分流策略发送给所述分流单元，包括：

所述业务处理单元对所述业务数据包进行深度包检测处理，识别出所述业务数据流的业务类型，将所述业务数据流的业务类型信息发送给所述分流单元；

所述分流单元根据所述业务类型信息将所述业务数据流转发给对应的网元设备。

进一步地，上述方法还具有下面特点：所述预置的或实时决策的分流策略包括：

在指定的时间段内不用将所述业务数据流转发给业务处理单元，

所述分流单元根据所述分流策略转发业务数据流，包括：

所述分流单元在所述指定的时间段直接将接收到的业务数据流转发给下一个网元设备，不发送给所述业务处理单元。

进一步地，上述方法还具有下面特点：所述分流单元在所述指定的时间段直接将接收到的业务数据流转发给下一个网元设备的过程中，还包括：

所述分流单元统计转发走的业务数据流的流量，将该流量信息发送给所述业务处理单元。

进一步地，上述方法还具有下面特点：

所述分流单元是通过转发或拷贝的方式将接收到的业务数据流发给业务处理单元的。

为了解决上述问题，本发明还提供了一种业务数据处理的系统，包括：

分流单元，用于将接收到的业务数据流发给业务处理单元；根据业务处理单元发来的分流策略转发业务数据流；

所述业务处理单元，用于在处理所述业务数据流的过程中，将预置的或实时决策的分流策略发送给所述分流单元。

进一步地，上述系统还具有下面特点：

所述业务处理单元，具体用于对所述业务数据包进行深度包检测处理，识别出所述业务数据流的业务类型，将所述业务数据流的业务类型信息发送给所述分流单元；

所述分流单元，具体用于根据所述业务类型信息将所述业务数据流转发给对应的网元设备。

进一步地，上述系统还具有下面特点：

所述业务处理单元发送给所述分流单元的预置的或实时决策的分流策略包括：在指定的时间段内不用将所述业务数据流转发给业务处理单元，

所述分流单元，具体用于在所述指定的时间段直接将接收到的业务数据流转发给下一个网元设备，不发送给所述业务处理单元。

进一步地，上述系统还具有下面特点：

所述分流单元，在所述指定的时间段直接将接收到的业务数据流转发给下一个网元设备的过程中还用于：统计转发走的业务数据流的流量，将该流量信息发送给所述业务处理单元。

进一步地，上述系统还具有下面特点：

所述分流单元，是通过转发或拷贝的方式将接收到的业务数据流发给业务处理单元的。

综上，本发明提供一种数据业务处理的方法和系统，可以灵活进行分流，可以减轻业务处理单元的负载。

附图说明

图1为本发明实施例的业务数据处理的系统的示意图；

图2为本发明实施例的一种业务数据处理的方法的流程图；

图3为本发明实施例一的一种业务数据处理的方法的实现流程图；

图4为本发明实施例二的一种业务数据处理的方法的实现流程图；

图5为本发明实施例三的一种业务数据处理的方法的实现流程图；

图6为本发明实施例四的一种业务数据处理的方法的实现流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

图1为本发明实施例的业务数据处理的系统的示意图，如图1所示，本实施例的系统可以包括：分流单元和业务处理单元。本实施例中可以通过在分流单元和业务处理单元之间引入一条控制接口来解决分流策略的灵活性问题。

分流单元，用于将接收到的业务数据流发给业务处理单元；根据业务处理单元发来的分流策略转发业务数据流；

所述业务处理单元，用于在处理所述业务数据流的过程中，将预置的或实时决策的分流策略发送给所述分流单元。

分流单元在收到业务数据后默认可以转发给业务处理单元处理。

在一优选实施例中，所述业务处理单元，具体用于对所述业务数据包进行DPI（深度包识别）处理，识别出所述业务数据流的业务类型，将所述业务数据流的业务类型信息发送给所述分流单元；

所述分流单元，具体用于根据所述业务类型信息将所述业务数据流转发给对应的网元设备。

在一优选实施例中，分流单元收到业务数据后可以直接转发给下一个网络设备，同时可以拷贝一份数据给业务处理单元，供业务处理单元进行处理。

在一优选实施例中，业务处理单元可以根据预置的分流策略或实时决策出的分流策略，通过控制接口通知分流单元是否继续将后续的指定时间段内的数据流继续转发给业务处理单元处理。

譬如，有一个策略是需要对P2P流量在晚上20:00到24:00进行控制，则需要分流单元在这个时间段，将P2P流量转发给业务处理单元进行流控，业务策略单元在晚上这个时间段会下发一个分流规则，让分流单元将P2P流量转发给业务处理单元。

业务处理单元的业务处理可以包括：DPI、流量统计、流量控制、带宽控制、计费、视频流量优化、安全处理等功能。

在一优选实施例中，分流单元将数据流直接转发给下一个网络设备，没有发送给业务处理单元，但是分流单元自身会统计转发走的流量，并且通过控制接口将流量信息上报给业务处理单元。

业务处理单元通知分流单元的转发规则可以有多种方式，可以基于五元组、用户、业务类型、用户和业务类型这些条件组合来组成转发规则。

业务处理单元和分流单元物理上可以是分开的设备也可以是一个设备的两个逻辑部件单元。

图2为本发明实施例的业务数据处理的方法的流程图，如图2所示，本实施例的方法可以包括以下步骤：

S11、分流单元将接收到的业务数据流发给业务处理单元；

S12、业务处理单元在处理所述业务数据流的过程中，将预置的或实时决策的分流策略发送给所述分流单元；

S13、分流单元根据所述分流策略转发业务数据流。

通过本发明实施例的业务数据处理的方法可以根据策略进行业务数据流的分流转发，而不用根据设置的IP地址、端口等信息进行转发，灵活度比较高。

下面结合附图及具体实施例对本发明作进一步详细的说明。

实施例一

图3为本实施例一的一种业务数据处理的方法的实现流程图，该实现方法是分流单元采用转发的方式将数据流转给业务处理单元，业务处理单元处理完再转发给分流单元转给下一个网络设备，如图3所示，包括如下处理步骤：

步骤201：分流单元接收到其他网络设备发过来的业务数据流；

步骤202：分流单元在该数据流在没有识别出具体业务之前转发给业务处理单元处理；

步骤203：业务处理单元对该数据流进行DPI（深度包检测）；

步骤204：业务处理单元在进行DPI的同时将业务数据流转发给分流单元；

步骤205：分流单元将该业务数据流直接转发走，并且统计转发走的流量值，将统计的流量值上报给业务处理单元；

步骤206：业务处理单元通过DPI识别出业务类型信息；

步骤207：业务处理单元通过控制接口下发通知消息给分流单元，告知分流单元对应的这个流具体是哪种业务类型，譬如是P2P或者HTTP（HyperText Transfer Protocol，超文本传输协议）业务；

步骤208：分流单元记录业务类型信息，并且将业务类型和对应的数据流做关联；

步骤209：业务处理单元根据预置的分流策略或根据处理的业务数据流的流量信息动态实时的决策出分流策略，判断不需要再继续处理该业务后续数据流，开始更新分流策略规则；

步骤210：业务处理单元通过控制接口下发分流策略给分流单元，通知分流单元后续不要继续转发流量给业务处理单元，可以减轻业务处理单元负荷；

步骤211：分流单元接收到业务数据流；

步骤212：分流单元根据转发规则，判断不需要再转发给业务处理单元，直接转发给下一个网络设备；

步骤213：业务处理单元根据策略决策单元的指令判断需要继续处理该业务后续数据流，开始更新转发规则；

步骤214：业务处理单元通过控制接口下发转发指令给分流单元，通知分流单元后续继续转发该业务对应的流量给业务处理单元；

步骤215：分流单元接收到业务数据流；

步骤216：分流单元转发业务数据流给业务处理单元处理；

步骤217：业务处理单元返回业务数据流给分流单元；

步骤218：分流单元转发业务数据流给下一个网络设备。

实施例二

图4为本实施例的一种业务数据处理的方法的实现流程图，该实现方法是分流单元统计接收到的业务数据流量，通过控制接口上报给业务处理单元，如图4所示，包括如下处理步骤：

步骤301：分流单元接收到业务数据流；

步骤302：分流单元转发业务数据流给业务处理单元处理；

步骤303：业务处理单元对该业务数据流进行DPI（深度包检测），识别该业务数据流的业务类型；

步骤304：业务处理单元在进行DPI的同时，将该业务数据流转发给分流单元；

步骤305：分流单元发送业务数据流给下一个网络设备；

步骤306：业务处理单元根据策略决策单元的指令判断不需要再继续处理该业务后续数据流，开始更新转发规则；

步骤307：业务处理单元通过控制接口下发转发指令给分流单元，通知分流单元后续不要继续转发流量给业务处理单元；

步骤308：分流单元接收到业务数据流；

步骤309：分流单元根据转发规则，判断不需要再转发给业务处理单元，直接转发给下一个网络设备，同时分流设备统计转发走的数据流量值；

步骤310：分流单元通过控制接口上报转发走的流量值给业务处理单元；

步骤311：业务处理单元记录该业务流的流量值信息，用于计费或者业务统计等。

实施例三

图5为本实施例的一种业务数据处理的方法的实现流程图，该实现方法是分流设备采用拷贝的方式将数据流拷贝一份给业务处理单元，业务处理单元处理完直接丢弃掉该数据包，不用转发给分流单元处理，如图5所示，包括如下处理步骤：

步骤401：分流单元接收到业务数据；

步骤402：分流单元拷贝该流量给业务处理单元处理；

步骤403：业务处理单元将收到的数据量进行DPI处理，识别该业务数据流的业务类型；业务处理单元处理完直接丢弃掉该数据包。

步骤404：分流单元拷贝该流量给业务处理单元的同时，将该业务流量转发给下一个网络设备；

步骤405：业务处理单元识别出该业务数据流的业务类型；

步骤406：业务处理单元通过控制接口将业务类型信息发送给分流单元，通知分流单元该业务数据流归属的业务类型；

步骤407：分流单元保存该业务数据流的业务类型信息；

分流单元可以基于业务类型来转发数据，譬如，将所有P2P流量转发给业务处理单元，这个P2P就是业务类型信息，分流模块碰到P2P流量就都转给业务处理单元。

步骤408：业务处理单元根据策略决策单元的指令判断不需要再继续处理该业务后续数据流，开始更新转发规则；

步骤409：业务处理单元通过控制接口下发转发指令给分流单元，通知分流单元后续不要继续拷贝流量给业务处理单元；

步骤410：分流单元继续接收到业务数据流；

步骤411：分流单元根据转发规则，判断不需要再拷贝业务数据流给业务处理单元，直接转发给下一个网络设备，同时分流设备统计转发走的数据流量值；

步骤412：业务处理单元根据策略决策单元的指令判断需要再继续处理该业务后续数据流，开始更新转发规则；

步骤413：业务处理单元通过控制接口下发转发指令给分流单元，通知分流单元后续继续拷贝流量给业务处理单元；

步骤414：分流单元继续接收到业务数据流；

步骤415：分流单元根据转发规则，判断需要再拷贝业务数据流给业务处理单元，在转发给下一个网络设备的同时拷贝一份业务数据给业务处理单元，同时分流设备统计转发走的数据流量值；

步骤416：分流单元在拷贝给业务处理单元的同时转发业务数据流给下一个网络设备。

实施例四

图6为本实施例的一种业务数据处理的方法的实现流程图，该实现方法是在拷贝方式下，分流单元统计接收到的业务数据流量，通过控制接口上报给业务处理单元，如图6所示，包括如下处理步骤：

步骤501：分流设备接收到业务数据流；

步骤502：分流设备拷贝业务数据流给业务处理单元处理；

步骤503：业务处理单元对该业务数据流进行DPI（深度包检测），识别该业务数据流的业务类型；

步骤504：分流设备在拷贝业务数据流给业务处理单元的同时，将业务数据流转发给下一个网络设备；

步骤505：业务处理单元根据策略决策单元的指令判断不需要再继续处理该业务后续数据流，开始更新转发规则；

步骤506：业务处理单元通过控制接口下发转发指令给分流单元，通知分流单元后续不要继续拷贝流量给业务处理单元；

步骤507：分流单元接收到业务数据流；

步骤508：分流单元根据转发规则，判断不需要再拷贝给业务处理单元，直接转发给下一个网络设备，同时分流设备统计转发走的数据流量值；

步骤509：分流单元通过控制接口上报发走的流量值给业务处理单元；

步骤510：业务处理单元记录该业务流的流量值信息，用于计费或者业务统计等。

本发明中说涉及的分流单元通常是基于NP(Network Processor网络处理器)架构的设备，也可以是通用的路由器、交换机架构的硬件设备，以便高性能处理网络数据报文。业务处理单元通常是基于x86架构的小型机或者ATCA刀片，以便灵活处理复杂多变的业务需求。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种业务数据处理的方法，包括：

分流单元将接收到的业务数据流发给业务处理单元；

所述业务处理单元在处理所述业务数据流的过程中，将预置的或实时决策的分流策略发送给所述分流单元；

所述分流单元根据所述分流策略转发业务数据流。

2.如权利要求1所述的方法，其特征在于：所述业务处理单元在处理所述业务数据流的过程中，将实时决策的分流策略发送给所述分流单元，包括：

所述业务处理单元对所述业务数据包进行深度包检测处理，识别出所述业务数据流的业务类型，将所述业务数据流的业务类型信息发送给所述分流单元；

所述分流单元根据所述业务类型信息将所述业务数据流转发给对应的网元设备。

3.如权利要求1所述的方法，其特征在于：所述预置的或实时决策的分流策略包括：

在指定的时间段内不用将所述业务数据流转发给业务处理单元，

所述分流单元根据所述分流策略转发业务数据流，包括：

所述分流单元在所述指定的时间段直接将接收到的业务数据流转发给下一个网元设备，不发送给所述业务处理单元。

4.如权利要求3所述的方法，其特征在于：所述分流单元在所述指定的时间段直接将接收到的业务数据流转发给下一个网元设备的过程中，还包括：

所述分流单元统计转发走的业务数据流的流量，将该流量信息发送给所述业务处理单元。

5.如权利要求1-4任一项所述的方法，其特征在于：

所述分流单元是通过转发或拷贝的方式将接收到的业务数据流发给业务处理单元的。

6.一种业务数据处理的系统，其特征在于，包括：

分流单元，用于将接收到的业务数据流发给业务处理单元；根据业务处理单元发来的分流策略转发业务数据流；

所述业务处理单元，用于在处理所述业务数据流的过程中，将预置的或实时决策的分流策略发送给所述分流单元。

7.如权利要求6所述的系统，其特征在于：

所述业务处理单元，具体用于对所述业务数据包进行深度包检测处理，识别出所述业务数据流的业务类型，将所述业务数据流的业务类型信息发送给所述分流单元；

所述分流单元，具体用于根据所述业务类型信息将所述业务数据流转发给对应的网元设备。

8.如权利要求6所述的系统，其特征在于：

所述业务处理单元发送给所述分流单元的预置的或实时决策的分流策略包括：在指定的时间段内不用将所述业务数据流转发给业务处理单元，

所述分流单元，具体用于在所述指定的时间段直接将接收到的业务数据流转发给下一个网元设备，不发送给所述业务处理单元。

9.如权利要求8所述的系统，其特征在于：

所述分流单元，在所述指定的时间段直接将接收到的业务数据流转发给下一个网元设备的过程中还用于：统计转发走的业务数据流的流量，将该流量信息发送给所述业务处理单元。

10.如权利要求6-9任一项所述的系统，其特征在于：

所述分流单元，是通过转发或拷贝的方式将接收到的业务数据流发给业务处理单元的。