[发明专利]业务流的处理方法、装置及设备

说明书

本发明实施例提供一种业务流的处理方法、装置及设备。本发明实施例通过对SF的划分，对无状态SF并不选取具体实例，从而可以有效减少SFP和用于唯一标识SFP的SFP ID的数量，并且减少了控制器为SFF配置SFP所需的信令开销，进而节省了各SFF存储该配置信息的存储空间。

技术领域

本发明实施例涉及通信技术，尤其涉及一种业务流的处理方法、装置及设备。

背景技术

运营商网络中通常会部署各种能够对网络业务流进行处理的网络业务功能(Service Function，简称SF)，例如TCP加速器、防火墙、视频加速器等，这些SF被运营商部署在网络中固定位置(静态的部署在网络拓扑中的某个位置)，当网络业务流流经网络时会根据运营商配置而依次经过网络中的SF。采用上述静态的方式进行部署网络中各个SF时，当SF部署完成后，其所在的网络位置就不会发生改变，这样会导致所有的网络业务流无论需要进行何种处理均需要一次性经过网络中所有的SF，并且其处理顺序唯一，无法满足网络业务流需要经过不同顺序SF的功能，针对上述问题，网络标准化组织提出了业务功能链(Service Function Chain，简称SFC)的概念。

现有网络实现SFC功能的架构中，主要的功能实体包括：SFC控制器(SFCController)，各种SF实例sf(即SF的一个具体实例，例如一个具体的防火墙设备sf1)，分类器(Classifier)，业务转发设备以及底层网络转发设备(例如层三路由器、层二交换机)。当SFC Controller接收到业务链服务请求消息(service chain request)之后，如果存在一个SFC的具体实例SFP可以使用，并且该SFP包括了提供SFC功能的具体的各个sf，且各sf负载低，则SFC Controller选择该SFP为请求的网络业务流提供网络服务，此时SFCController需要将请求消息中的匹配规则(match rule)添加到分类器中SFP ID所对应的匹配规则中，SFC Controller也可以根据业务链请求消息中所请求的SF来选取相应的SF实例，然后生成新的SFP并为其分配一个新的SFP ID，在选取SF实例的过程中，如果同一个SF存在多个可用实例，则SFC Controller从多个SF实例中选择负载低的SF实例。

由于在实际的网络部署中，可能会为一个SF部署多个具体的实例sf，按照现有的技术方案，为实现负载均衡，SFC Controller会选择某个SF所对应的任何一个sf，若存在大量的sf则会导致大量SFP的存在，此时，SFC Controller要负责为每个SFP分配唯一SFP ID，相应的业务转发设备SFF需要存储每个SFP ID所对应的转发条目，这就造成需要大量的信令来将这些SFP信息配置到SFF上，所需的信令开销大，相应的SFF需要维护的转发条目多，需要的存储空间大，转发效率低。

发明内容

本发明实施例提供一种业务流的处理方法、装置及设备，以解决现有技术中SFC控制器在向SFF配置SFP信息过程中，所需信令开销大，相应地，SFF需要维护的转发条目多的问题。

第一方面，本发明实施例提供一种业务流的处理方法，包括：

接收针对一业务流的业务链服务请求消息，所述业务链服务请求消息包括与所述业务流对应的匹配规则，以及所述业务流需要的业务链SFC，所述业务链中包括依序排列的多个网络业务功能SF；

根据所述多个SF分别生成对应的、用于形成与所述SFC对应的业务链实例SFP的SFP元素，并为生成的所述SFP分配对应的标识SFP ID；其中，若判断获知所述多个SF中包括无状态SF，则所述无状态SF对应的SFP元素为业务功能类型的元素；

将所述SFP以及所述SFP ID发送给各业务转发设备SFF，以供所述SFF根据所述SFP元素对包括有所述SFP ID的业务流进行处理；其中所述SFF根据所述SFP元素对包括有所述SFP ID的业务流进行处理包括：所述SFF为属于业务功能类型的SFP元素选择一个网络业务功能实例来处理所述业务流。