CN104322019B - 业务路由系统、设备和方法 - Google Patents
业务路由系统、设备和方法 Download PDFInfo
- Publication number
- CN104322019B CN104322019B CN201380004576.9A CN201380004576A CN104322019B CN 104322019 B CN104322019 B CN 104322019B CN 201380004576 A CN201380004576 A CN 201380004576A CN 104322019 B CN104322019 B CN 104322019B
- Authority
- CN
- China
- Prior art keywords
- business
- programmable switch
- stream
- service
- forwarding
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/38—Flow based routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/036—Updating the topology between route computation elements, e.g. between OpenFlow controllers
- H04L45/037—Routes obligatorily traversing service-related nodes
- H04L45/0377—Routes obligatorily traversing service-related nodes for service chaining
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供业务路由系统、设备和方法。该系统包括:第一业务流分类器、业务路径控制器、h个可编程交换机和m个业务使能器,第一业务流分类器与业务路径控制器之间具有第一接口,业务路径控制器与h个可编程交换机之间分别具有第二接口,m个业务使能器中每个业务使能器与h个可编程交换机之一相连接,h个可编程交换机之间互连。本发明实施例中,通过第一业务流分类器生成包括业务流类别信息的通知消息,业务路径控制器根据通知消息生成与k个业务使能器相连的i个可编程交换机对应的第一转发表项,i个可编程交换机分别根据对应的第一转发表项转发业务流的数据包,使得k个业务使能器按照顺序处理业务流的数据包,能够提升网络可靠性。
Description
技术领域
本发明涉及通信领域,并且具体地,涉及业务路由系统、设备和方法。
背景技术
由于部署增值业务有助于对移动网关的Gi接口数据进行更精准的管道经营以及提升用户的体验效果,因此一些主流运营商已经采用串联各种增值业务服务器的方案来部署增值业务。具体来说,在移动网关与服务器之间串联各种增值业务服务器,使得所有业务流均流经每个增值业务服务器。这些增值业务服务器也可以称为业务使能器(ServiceEnabler),可以包括有视频优化器、业务流压缩器、数据缓存器、深度报文探测器和超文本传输协议(HyperText Transfer Protocol,HTTP)头增强器等。
然而,在这种部署方案中,由于所有业务使能器串联在移动网关与服务器之间,那么任何一个业务使能器故障,会导致用户连基本业务都无法使用。而且每个业务使能器不管是否需要都要对业务流进行处理,增加了业务流的处理时间。可见,这种方案不仅会降低网络可靠性,而且大大增加了网络时延。
发明内容
本发明实施例提供业务路由系统、设备和方法,能够提升网络可靠性,并减小网络时延。
第一方面,提供了一种业务路由系统,包括:第一业务流分类器、业务路径控制器、h个可编程交换机和m个业务使能器,所述第一业务流分类器与所述业务路径控制器之间具有第一接口,所述业务路径控制器与所述h个可编程交换机之间分别具有第二接口,所述第一业务流分类器与所述h个可编程交换机中第j个可编程交换机之间具有第三接口,所述m个业务使能器中每个业务使能器与所述h个可编程交换机之一相连接,所述h个可编程交换机之间互连;其中,所述第一业务流分类器,用于根据业务流生成通知消息,所述通知消息包括所述业务流对应的业务流类别信息,所述业务流类别信息用于指示所述业务流对应的第一业务链,所述第一业务链由所述m个业务使能器中的k个业务使能器组成,其中在所述第一业务链中所述k个业务使能器按照第一顺序排列;所述业务路径控制器,用于通过所述第一接口从所述第一业务流分类器接收所述通知消息,根据所述通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,所述i个可编程交换机与所述k个业务使能器中的至少一个相连接,所述i个可编程交换机是从所述h个可编程交换机中选择的;所述i个可编程交换机的每个可编程交换机,用于通过所述第二接口从所述业务路径控制器接收所述每个可编程交换机对应的第一转发表项,并根据所述每个可编程交换机对应的第一转发表项转发所述业务流的数据包,以便所述k个业务使能器按照所述第一顺序处理所述业务流的数据包;其中,h、m和j均为正整数,k为小于或等于m的正整数,i为小于或等于h的正整数。
结合第一方面,在第一种可能的实现方式中,2所述通知消息还包括所述业务流对应的业务流信息,所述业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型。
结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述业务流类别信息包括第一业务链表,所述第一业务链表用于指示所述第一业务链;
所述业务路径控制器,具体用于:根据所述业务路由系统的拓扑信息、所述第一业务链表以及所述业务流信息生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项,所述拓扑信息用于指示所述业务路由系统的内部拓扑结构以及所述业务路由系统的外部连接关系。
结合第一方面的第一种可能的实现方式,在第三种可能的实现方式中,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别;
所述业务路径控制器,具体用于:根据所述第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定所述第一应用类别标识对应的第一业务链表,所述第一业务链表用于指示所述第一业务链;根据所述业务路由系统的拓扑信息、所述第一业务链表以及所述业务流信息,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项,所述拓扑信息用于指示所述业务路由系统的内部拓扑结构以及所述业务路由系统的外部连接关系。
结合第一方面,在第四种可能的实现方式中,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别;
所述业务路径控制器,具体用于:根据所述第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定所述第一应用类别标识对应的第一业务链表,所述第一业务链表用于指示所述第一业务链;根据所述业务路由系统的拓扑信息、所述第一业务链表以及所述第一应用类别标识,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项,其中所述第一转发表项包括所述第一应用类别标识,所述拓扑信息用于指示所述业务路由系统的内部拓扑结构以及所述业务路由系统的外部连接关系。
结合第一方面的第四种可能的实现方式,在第五种可能的实现方式中,所述第一业务流分类器还用于根据所述第一应用类别标识对所述业务流的数据包进行封装。
结合第一方面的第三种可能的实现方式至第五种可能的实现方式中任一实现方式,在第六种可能的实现方式中,所述业务路径控制器还用于:在生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,所述业务路由规则信息包括所述至少一个应用类别标识、所述至少一个业务链表以及所述对应关系。
结合第一方面的第三种可能的实现方式至第五种可能的实现方式中任一实现方式,在第七种可能的实现方式中,所述业务路径控制器具体用于:在生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,所述业务路由规则信息用于指示对所述对应关系进行调整处理,所述调整处理包括以下至少一种:添加,删除,修改;根据所述业务路由规则信息,对所述对应关系进行调整处理。
结合第一方面的第六种可能的实现方式或第七种可能的实现方式,在第八种可能的实现方式中,所述第一业务流分类器还用于获取所述业务路由规则信息,所述业务路径控制器具体用于通过所述第一接口从所述第一业务流分类器接收所述业务路由规则信息;或者,所述业务路径控制器具体用于从策略与计费规则功能PCRF设备接收所述业务路由规则信息。
结合第一方面的第八种可能的实现方式,在第九种可能的实现方式中,所述第一业务流分类器具体用于从所述PCRF设备接收所述业务路由规则信息。
结合第一方面或第一方面的第一种可能的实现方式或第九种可能的实现方式,在第十种可能的实现方式中,所述第j个可编程交换机,用于在所述第一业务流分类器根据业务流生成所述通知消息之前,通过所述第三接口向所述第一业务流分类器发送所述业务流的前n个数据包,n为正整数;所述第一业务流分类器,具体用于根据所述前n个数据包确定所述通知消息。
结合第一方面的第十种可能的实现方式,在第十一种可能的实现方式中,所述第j个可编程交换机,还用于:在通过所述第三接口向所述第一业务流分类器发送所述前n个数据包之前,接收所述业务流的第1个数据包;所述业务路径控制器,还用于:通过所述第二接口从所述第j个可编程交换机接收所述第1个数据包的信息,并在确定需要将所述第1个数据包需要转发给所述第一业务流分类器的情况下,根据所述第1个数据包的信息生成第二转发表项,其中,所述第二转发表项用于指示向所述第一业务流分类器转发所述业务流的数据包;所述第j个可编程交换机,还用于:通过所述第二接口从所述业务路径控制器接收所述第二转发表项;所述第j个可编程交换机,具体用于根据所述第二转发表项通过所述第三接口向所述第一业务流分类器转发所述前n个数据包。
结合第一方面的第十一种可能的实现方式,在第十二种可能的实现方式中,所述第j个可编程交换机与移动网关之间具有第四接口;所述第j个可编程交换机,具体用于通过所述第四接口从所述移动网关接收所述第一个数据包。
结合第一方面或第一方面的第一种可能的实现方式或第十二种可能的实现方式,在第十三种可能的实现方式中,所述第一业务流分类器位于在移动网关与所述第j个可编程交换机之间;或者,所述第一业务流分类器位于移动网关内部。
结合第一方面或第一方面的第一种可能的实现方式或第十三种可能的实现方式,在第十四种可能的实现方式中,所述系统还包括第二业务流分类器;所述第二业务流分类器与所述业务路径控制器之间具有所述第一接口,所述第二业务流分类器与所述h个可编程交换机中的第p个可编程交换机之间具有所述第三接口,p为小于或等于h的正整数。
第二方面,提供了一种业务路径控制器,包括:接收单元、生成单元和发送单元,所述接收单元与第一业务流分类器之间具有第一接口;所述接收单元,用于通过所述第一接口从所述第一业务流分类器接收通知消息,通知消息包括业务流对应的业务流类别信息,所述业务流类别信息用于指示所述业务流对应的第一业务链,所述第一业务链由一个或多个按照第一顺序排列的业务使能器组成;所述生成单元,用于根据所述通知消息生成一个或多个可编程交换机分别对应的第一转发表项;所述发送单元,用于向所述一个或多个可编程交换机发送每个可编程交换机对应的第一转发表项,以便所述可编程交换机根据所述可编程交换机对应的第一转发表项转发所述业务流的数据包,以使所述一个或多个业务使能器按照所述第一顺序处理所述业务流的数据包。
结合第二方面,在第一种可能的实现方式中,所述发送单元与h个可编程交换机之间具有第二接口;所述第一业务链由m个业务使能器中的k个业务使能器组成,其中在所述第一业务链中所述k个业务使能器按照第一顺序排列;
所述生成单元具体用于根据所述通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,所述i个可编程交换机与所述k个业务使能器中的至少一个相连接,所述i个可编程交换机是从所述h个可编程交换机中选择的;其中,h和m为正整数,k为小于或等于m的正整数,i为小于或等于h的正整数。
结合第二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述通知消息还包括所述业务流对应的业务流信息,所述业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型。
结合第二方面的第二种可能的实现方式,在第三种可能的实现方式中,所述业务流类别信息包括第一业务链表,所述第一业务链表用于指示所述第一业务链;所述生成单元,具体用于:根据所述业务路径控制器所在的业务路由系统的拓扑信息、所述第一业务链表和所述业务流信息生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项。
结合第二方面的第二种可能的实现方式,在第四种可能的实现方式中,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别;
所述生成单元,具体用于:根据所述第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定所述第一应用类别标识对应的第一业务链表,所述第一业务链表用于指示所述第一业务链;根据所述业务路由系统的拓扑信息、所述第一业务链表以及所述业务流信息,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项。
结合第二方面的第一种可能的实现方式,在第五种可能的实现方式中,所述业务流类别信息包括第一应用类别标识;
所述生成单元,具体用于:根据所述第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定所述第一应用类别标识对应的第一业务链表,所述第一业务链表用于指示所述第一业务链;
根据所述业务路由系统的拓扑信息、所述第一业务链表以及所述第一应用类别标识,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项,其中所述第一转发表项包括所述第一应用类别标识。
结合第二方面的第四种可能的实现方式或第五种可能的实现方式,在第六种可能的实现方式中,所述接收单元,还用于:在所述生成单元生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,所述业务路由规则信息包括所述至少一个应用类别标识、所述至少一个业务链表以及所述对应关系。
结合第二方面的第四种可能的实现方式或第五种可能的实现方式,在第七种可能的实现方式中,所述接收单元,还用于在所述生成单元生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,所述业务路由规则信息用于指示对所述对应关系进行调整处理,所述调整处理包括以下至少一种:添加,删除,修改;所述生成单元,还用于根据所述业务路由规则信息,对所述对应关系进行调整处理。
结合第二方面的第六种可能的实现方式或第七种可能的实现方式,在第八种可能的实现方式中,所述接收单元具体用于通过所述第一接口从所述第一业务流分类器接收所述业务路由规则信息;或者,所述接收单元具体用于从策略与计费规则功能PCRF设备接收所述业务路由规则信息。
结合第二方面的第一种可能的实现方式至第八种可能的实现方式中任一实现方式,在第九种可能的实现方式中,所述接收单元,还用于通过所述第二接口从所述h个可编程交换机中的第j个可编程交换机接收所述业务流的数据包的信息,其中所述第j个可编程交换机与所述第一业务流分类器之间具有第三接口;所述生成单元,还用于当需要将所述业务流的数据包需要转发给所述第一业务流分类器时,根据所述业务流的数据包的信息生成第二转发表项,其中,所述第二转发表项用于指示向所述第一业务流分类器转发所述业务流的数据包;所述发送单元,还用于通过所述第二接口向所述第j个可编程交换机发送所述第二转发表项,以便所述第j个可编程交换机根据所述第二转发表项向所述第一业务流分类器转发所述业务流的数据包,所述第一业务流分类器根据所述业务流的数据包生成所述通知消息。
结合第二方面的第九种可能的实现方式,在第十种可能的实现方式中,在所述第j个可编程交换机中没有所述业务流的数据包对应的转发表项,或者,在所述第j个可编程交换机中所述业务流的数据包对应的转发表项指示所述第j个可编程交换机向所述业务路径控制器发送所述业务流的数据包的信息。
结合第二方面或第二方面的第一种可能的实现方式至第十种可能的实现方式中任一实现方式,在十一种可能的实现方式中,所述接收单元还与第二业务流分类器之间具有所述第一接口。
第三方面,提供了一种业务流分类器,包括:生成单元和发送单元,所述发送单元与业务路径控制器之间具有第一接口;所述生成单元,用于根据业务流生成通知消息,所述通知消息包括所述业务流对应的业务流类别信息,所述业务流类别信息用于指示所述业务流对应的第一业务链,所述第一业务链由一个或多个按照第一顺序排列的业务使能器组成;所述发送单元,用于通过所述第一接口向所述业务路径控制器发送所述通知消息。
结合第三方面,在第一种可能的实现方式中,所述第一业务链由m个业务使能器中的k个业务使能器组成,其中在所述第一业务链中所述k个业务使能器按照第一顺序排列,m为正整数,k为小于或等于m的正整数。
结合第三方面或第三方面的第一种可能的实现方式,在第二种可能的实现方式中,所述通知消息还包括所述业务流对应的业务流信息,所述业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型;
所述业务流类别信息包括第一业务链表,所述第一业务链表用于指示所述第一业务链;或者,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别。
结合第三方面或第三方面的第一种可能的实现方式,在第三种可能的实现方式中,还包括封装单元;所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别,所述第一应用类别标识与所述第一业务链相对应;所述封装单元,用于根据所述第一应用类别标识,对所述业务流的数据包进行封装。
结合第三方面或第三方面的第一种可能的实现方式或第二种可能的实现方式或第三种可能的实现方式,在第四种可能的实现方式中,还包括接收单元,所述接收单元与h个可编程交换机中的第j个可编程交换机之间具有第三接口,h为正整数,j为小于或等于h的正整数;所述接收单元,用于通过所述第三接口从所述第j个可编程交换机接收所述业务流的数据包,n为正整数;所述确定单元,具体用于根据所述业务流的数据包生成所述通知消息。
第四方面,提供一种业务路由方法,包括:从第一业务流分类器接收通知消息,所述通知消息包括业务流对应的业务流类别信息,所述业务流类别信息用于指示所述业务流对应的第一业务链,所述第一业务链由一个或多个按照第一顺序排列的业务使能器组成;根据所述通知消息生成一个或多个可编程交换机分别对应的第一转发表项;向所述一个或多个可编程交换机发送每个可编程交换机对应的第一转发表项,以便所述可编程交换机根据所述可编程交换机对应的第一转发表项转发所述业务流的数据包,以使所述一个或多个业务使能器按照所述第一顺序处理所述业务流的数据包。
结合第四方面,在第一种可能的实现方式中,所述第一业务链由m个业务使能器中的k个业务使能器组成,其中在所述第一业务链中所述k个业务使能器按照第一顺序排列;
根据所述通知消息生成一个或多个可编程交换机分别对应的第一转发表项,包括:根据所述通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,所述i个可编程交换机与所述k个业务使能器中的至少一个相连接,所述i个可编程交换机是从h个可编程交换机中选择的;其中,h和m为正整数,k为小于或等于m的正整数,i为小于或等于h的正整数。
结合第四方面的第一种可能的实现方式,在第二种可能的实现方式中,所述通知消息还包括所述业务流对应的业务流信息,所述业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型。
结合第四方面的第二种可能的实现方式,在第三种可能的实现方式中,所述业务流类别信息包括第一业务链表,所述第一业务链表用于指示所述第一业务链;
所述根据所述通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,包括:根据业务路由系统的拓扑信息、所述第一业务链表以及所述业务流信息,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项。
结合第四方面的第二种可能的实现方式,在第四种可能的实现方式中,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别;
所述根据所述通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,包括:根据所述第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定所述第一应用类别标识对应的第一业务链表,所述第一业务链表用于指示所述第一业务链;根据业务路由系统的拓扑信息、所述第一业务链表和所述业务流信息,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项。
结合第四方面的第一种可能的实现方式,在第五种可能的实现方式中,所述业务流类别信息包括第一应用类别标识;
所述根据所述通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,包括:根据所述第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定所述第一应用类别标识对应的第一业务链表,所述第一业务链表用于指示所述第一业务链;根据所述业务路由系统的拓扑信息、所述第一业务链表以及所述第一应用类别标识,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项,其中所述第一转发表项包括所述第一应用类别标识。
结合第四方面的第四种可能的实现方式或第五种可能的实现方式,在第六种可能的实现方式中,还包括:在生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,所述业务路由规则信息包括所述至少一个应用类别标识、所述至少一个业务链表以及所述对应关系。
结合第四方面的第四种可能的实现方式或第五种可能的实现方式,在第七种可能的实现方式中,还包括:在生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,所述业务路由规则信息用于指示对所述对应关系进行调整处理,所述调整处理包括以下至少一种:添加,删除,修改;根据所述业务路由规则信息,对所述对应关系进行调整处理。
结合第四方面的第六种可能的实现方式或第七种可能的实现方式,在第八种可能的实现方式中,所述接收业务路由规则信息,包括:从所述第一业务流分类器接收所述业务路由规则信息;或者,从策略与计费规则功能PCRF设备接收所述业务路由规则信息。
结合第四方面的第一种可能的实现方式至第八种可能的实现方式中任一实现方式,在第九种可能的实现方式中,还包括:从所述h个可编程交换机中的第j个可编程交换机接收所述业务流的数据包的信息,j为小于或等于h的正整数;在确定需要将所述业务流的数据包需要转发给所述第一业务流分类器的情况下,根据所述业务流的数据包的信息生成第二转发表项,其中,所述第二转发表项用于指示向所述第一业务流分类器转发所述业务流的数据包;向所述第j个可编程交换机发送所述第二转发表项,以便所述第j个可编程交换机根据所述第二转发表项向所述第一业务流分类器转发所述业务流的数据包,所述第一业务流分类器根据所述业务流的数据包生成所述通知消息。
结合第四方面的第九种可能的实现方式,在第十种可能的实现方式中,在所述可编程交换机中所述业务流的数据包没有对应的转发表项,或者,在所述可编程交换机中所述业务流的数据包对应的转发表项指示所述可编程交换机向业务路径控制器发送所述业务流的数据包的信息。
第五方面,提供了一种业务路由方法,包括:根据业务流生成通知消息,所述通知消息包括所述业务流对应的业务流类别信息,所述业务流类别信息用于指示所述业务流对应的第一业务链,所述第一业务链由由一个或多个按照第一顺序排列的业务使能器组成;向业务路径控制器发送所述通知消息。
结合第五方面,在第一种可能的实现方式中,所述第一业务链由m个业务使能器中的k个业务使能器组成,其中在所述第一业务链中所述k个业务使能器按照第一顺序排列,m均为正整数,k为小于或等于m的正整数。
结合第五方面或第五方面的第一种可能的实现方式,在第二种可能的实现方式中,所述通知消息还包括所述业务流对应的业务流信息,所述业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型;所述业务流类别信息包括第一业务链表,所述第一业务链表用于指示所述第一业务链;或者,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别。
结合第五方面或第五方面的第一种可能的实现方式,在第三种可能的实现方式中,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别;
所述方法还包括:根据所述第一应用类别标识,对所述业务流的数据包进行封装。
结合第五方面或第五方面的第一种可能的实现方式或第五方面的第二种可能的实现方式或第三种可能的实现方式,在第四种可能的实现方式中,还包括:从h个可编程交换机中的第j个可编程交换机接收所述业务流的数据包,n为正整数;
所述根据业务流生成通知消息,包括:根据所述业务流的数据包生成通知消息。
本发明实施例中,通过第一业务流分类器生成包括业务流类别信息的通知消息,其中业务流类别信息用于指示业务流对应的由k个业务使能器组成的第一业务链,业务路径控制器根据通知消息生成与k个业务使能器相连的i个可编程交换机分别对应的第一转发表项,i个可编程交换机分别根据各自对应的第一转发表项转发业务流的数据包,使得k个业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所描述的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本发明实施例的业务路由系统的示意框图。
图2是根据本发明一个实施例的网络架构的示意图。
图3是根据本发明另一实施例的网络架构的示意图
图4是根据本发明另一实施例的网络架构的示意图。
图5是根据本发明另一实施例的网络架构的示意图。
图6是根据本发明另一实施例的业务路由系统的示意图。
图7是根据本发明另一实施例的网络架构的示意图。
图8是根据本发明另一实施例的网络架构的示意图。
图9是根据本发明另一实施例的网络架构的示意图。
图10是根据本发明一个实施例的业务路径控制器的示意框图。
图11是根据本发明一个实施例的业务流分类器的示意框图。
图12是根据本发明一个实施例的业务路由方法的示意性流程图。
图13是根据本发明一个实施例的业务路由方法的示意性流程图。
图14是根据本发明一个实施例的业务路由方法的过程的示意性流程图。
图15是根据本发明另一实施例的业务路由方法的过程的示意性流程图。
图16是根据本发明另一实施例的业务路由方法的过程的示意性流程图。
图17是根据本发明另一实施例的业务路径控制器的示意框图。
图18是根据本发明另一实施例的业务流分类器的示意框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都应属于本发明保护的范围。
本发明的技术方案,可以应用于各种通信系统,例如:全球移动通信系统(GlobalSystem of Mobile communication,GSM),码分多址(Code Division Multiple Access,CDMA)系统,宽带码分多址(Wideband Code Division Multiple Access Wireless,WCDMA),通用分组无线业务(General Packet Radio Service,GPRS),长期演进(Long TermEvolution,LTE)等。
业务路由系统可以包括第一业务流分类器(Service Traffic Classsifier,STC)、业务路径控制器(Service Path Controller,SPC)、h个可编程交换机和m个业务使能器。
图1是根据本发明实施例的业务路由系统的示意框图。为了便于描述,图1中示出了3个可编程交换机和4个业务使能器,但本发明实施例中,可编程交换机的数目和业务使能器的数目可以更多或更少。
图1的系统100包括第一STC 110、SPC 120、可编程交换机130a、可编程交换机130b、可编程交换机130c、业务使能器140a、业务使能器140b、业务使能器140c和业务使能器140d。
第一STC 110与SPC 120之间具有第一接口,SPC 120与可编程交换机130a至130c之间分别具有第二接口,第一STC 110与可编程交换机130a至130中的第j个可编程交换机之间具有第三接口,业务使能器140a至140d分别与可编程交换机130a至130c之一相连接,可编程交换机130a、130b与130c之间互连。其中,i、j和k为正整数,i和i均小于或等于系统100中可编程交换机的数目,k小于或等于系统100业务使能器的数目。
在图1中,以第一STC 110与可编程交换机130a之间具有第三接口,并以业务使能器140a和140b与可编程交换机130b相连接,业务使能器140c和140d与可编程交换机130c相连接为例进行说明。
第一STC 110根据业务流生成通知消息,该通知消息包括业务流对应的业务流类别信息,业务流类别信息用于指示业务流对应的第一业务链(Service Chain),第一业务链由m个业务使能器中的k个业务使能器组成,其中在第一业务链中k个业务使能器按照第一顺序排列。SPC 120通过第一接口从第一STC 110接收通知消息,根据通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,i个可编程交换机与k个业务使能器中的至少一个相连接,i个可编程交换机是从可编程交换机130a至130c中选择的。i个可编程交换机中的每个可编程交换机通过第二接口从SPC 120接收每个可编程交换机对应的第一转发表项,并根据每个可编程交换机对应的第一转发表项转发业务流的数据包,以便k个业务使能器按照第一顺序处理业务流的数据包。
本发明实施例中,第一STC 110与SPC 120之间可以的第一接口可以称为Sts接口。
可编程交换机130a、130b或130c可以是指其转发表能够通过外部开放接口由外部控制器编程控制的交换机,例如可以是开放流(OpenFlow)交换机,SPC 120可以基于开放流协议与可编程交换机进行交互。可编程交换机130a、130b和130c之间可以是互连的,例如,可以是直接互连,也可以通过普通交换机网络互连。在图1中,以可编程交换机130a至130c之间通过普通交换机网络互连为例进行说明。
各个业务使能器可以指能够提供增值业务的网元,例如可以是视频优化器、防火墙、业务流压缩器、网络(Web)缓存器、深度报文探测器或HTTP头增强器等。
上述业务流可以是上行业务流,也可以指下行业务流,本发明实施例对此不做限定。
第一STC 110可以对业务流进行解析,确定业务流类别信息。由于业务流类别信息用于指示业务流对应的第一业务链,因此为了使业务流按照第一顺序经过第一业务链上的业务使能器,SPC 120可以根据通知消息确定业务流需要经过的i个可编程交换机,并生成i个可编程交换机中每个可编程交换机对应的第一转发表项。每个可编程交换机对应的第一转发表项定义了该业务流在该可编程交换机上的具体转发规则。例如,如果可编程交换机为OpenFlow交换机,第一转发表项可以是OpenFlow交换机上的流表项。应理解,本发明实施例中,上述第一转发表项可以包括多个具体的转发表项。
SPC 120可以分别通过第二接口向i个可编程交换机发送其对应的第一转发表项。i个可编程交换机中的每个可编程交换机可以根据其对应的第一转发表项转发业务流的数据包,从而使得k个业务使能器按照第一顺序处理业务流的数据包。
例如,假设第一业务链由业务使能器140a和140c组成,且业务使能器140a排在业务使能器140c之前,那么为了使业务流经过第一业务链,就需要经过可编程交换机130b和130c。SPC 120可以确定可编程交换机130b对应的第一转发表项以及可编程交换机130c对应的第一转发表项,并分别向这2个可编程交换机发送它们各自对应的第一转发表项。可编程交换机130a可以根据其对应的第一转发表项,对业务流的数据包进行转发,使其到达业务使能器140a。可编程交换机130a可以将该数据包转发给可编程交换机130b,由可编程交换机130b根据自己对应的第一转发表项将数据包转发为业务使能器140a。业务使能器140a处理后将处理后的数据包返回可编程交换机130b。然后可编程交换机130b将业务使能器140a处理后的数据包进行转发,使得业务使能器140a处理后的数据包到达业务使能器140c。即,可编程交换机130b可以将业务使能器140a处理后的数据包转发给可编程交换机130c,由可编程交换机130c将业务使能器140a处理后的数据包转发给业务使能器140c,业务使能器140c处理后将处理后的数据包返回可编程交换机130c。可编程交换机130c可以继续转发业务使能器140c返回的数据包。比如,如上所述,如果业务流为上行业务流,可编程交换机130c可以将业务使能器140c返回的数据包转发给边界路由器。如果业务流为下行业务流,可编程交换机130c可以将业务使能器140c返回的数据包转发给移动网关。
由上述可知,本发明实施例中,通过第一业务流分类器生成包括业务流类别信息的通知消息,其中业务流类别信息用于指示业务流对应的由k个业务使能器组成的第一业务链,业务路径控制器根据通知消息生成与k业务使能器相连的i个可编程交换机分别对应的第一转发表项,i个可编程交换机分别根据各自对应的第一转发表项转发业务流,使得第一业务链的k个使能器按照第一顺序对业务流的数据包进行处理。可见,本发明实施例中,并非像现有技术中将各个业务使能器串联在业务流路径中,而是将业务使能器连接在可编程交换机上,因此能够根据业务流选择相应的业务使能器,从而能够提升网络可靠性,并能够减小网络时延和降低运营商成本。此外,本发明实施例中,通过将第一业务流分类器和业务路径控制器的功能分离,简化了网络配置过程。因此本发明实施例能够提升业务路由系统的转发性能和部署的灵活性。
本发明实施例中,通过第一业务流分类器生成包括业务流类别信息的通知消息,其中业务流类别信息用于指示业务流对应的由k个业务使能器组成的第一业务链,业务路径控制器根据通知消息生成与k个业务使能器相连的i个可编程交换机分别对应的第一转发表项,i个可编程交换机分别根据各自对应的第一转发表项转发业务流的数据包,使得k个业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
可选地,作为另一实施例,通知消息还可以包括该业务流对应的业务流信息,业务流信息包括以下至少一种:源媒体接入控制(Media Access Control,MAC)地址、目的MAC地址,网际协议(Internet Protocol,IP)、目的IP地址、源端口号、目的端口号和协议类型。
例如,如果SPC 120只需要匹配目的IP,上述其他元素通配,那么业务流信息可以只包括目的IP。
或者,业务流信息可以包括上述多个元素的组合以及掩码。通过掩码对上述多个元素进行操作,使得需要匹配的元素不变,其它元素变为0或1。例如,业务流信息可以包括目的IP、源MAC地址和目的MAC地址以及掩码。SPC 120可以使用掩码对目的IP、源MAC地址和目的MAC地址进行“或”或者“与”操作,使得目的IP地址不变,源MAC地址和目的MAC地址均变为0或1。
在通知消息包括业务流信息的情况下,SPC 120可以根据业务流信息以及业务流类别信息,生成i个可编程交换机各自对应的第一转发表项。
可选地,作为一个实施例,业务流类别信息可以包括第一业务链表,所述第一业务链表用于指示第一业务链。SPC 120可以根据系统100的拓扑信息、第一业务链表和业务流信息生成i个可编程交换机中每个可编程交换机对应的第一转发表项。上述系统100的拓扑信息可以用于指示系统100的内部拓扑结构以及系统100的外部连接关系。
第一业务链表可以包括k个业务使能器的标识。业务使能器的标识可以是业务使能器的网际协议(Internet Protocol,IP)地址、媒体接入控制(Media Access Control,MAC)地址或其它符号组成的字符串。
在第一业务链表中,k个业务使能器的标识可以是按照上述第一顺序排列的。
系统100的拓扑信息可以包括系统100的内部拓扑以及外部拓扑。例如,内部拓扑可以包括第一STC 110、SPC 120、h个可编程交换机和m个业务使能器之间的拓扑。外部拓扑可以包括系统100与移动网关以及边界路由器之间的拓扑。
例如,SPC 120可以根据系统100的拓扑信息、业务流信息所包括的IP七元组中至少一项以及第一业务链表,直接生成第一转发表项。或者,SPC120可以根据第一业务链表和系统100的拓扑信息确定第一业务路由模板,其中第一业务路由模板与第一业务链相对应,然后可以将业务流信息所包括的IP七元组中的至少一项填写到第一业务路由模板中,从而生成第一转发表项。
第一业务路由模板可以针对于上述第一业务链的转发规则的统一描述。具体来说,需要经过这k个业务使能器处理的多个数据包的转发规则中共性的部分可以作为第一业务路由模板。这样,对于需要经过这k个业务使能器处理的业务流的数据包,将其IP信息填写到第一业务路由模板中,就可以得到该业务流的每个数据包的具体转发规则,即上述第一转发表项。
SPC 120可以将第一业务路由模板与第一业务链表的对应关系存储,这样,如果SPC 120再次收到第一业务链表,可以通过第一业务链表查找到第一业务路由模板,将业务流的IP信息填写到第一业务路由模板中就可以得到i个可编程交换机各自对应的转发表项,从而能够提高确定转发表项的效率。
上述系统100的拓扑信息可以是预先存储在SPC 120内部的。
可选地,作为另一实施例,业务流类别信息可以包括第一应用类别标识,第一应用类别标识用于指示业务流的应用类别。SPC 120可以根据第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定第一应用类别标识对应的第一业务链表,第一业务链表用于指示第一业务链;根据系统100的拓扑信息、第一业务链表以及业务流信息,生成i个可编程交换机中每个可编程交换机对应的第一转发表项。上述系统100的拓扑信息可以用于指示系统100的内部拓扑结构以及系统100的外部连接关系。
例如,业务流的应用类别可以包括视频应用、对等连接(Peer to Peer,P2P)应用、文件传输协议(File Transfer Protocol,FTP)或Web浏览等类别。不同应用类别的业务流可以经过不同的业务链上的业务使能器处理,也可以经过相同的业务链上的业务使能器处理。即,一条由业务使能器组成的业务链可以对应于一种应用类别,也可以对应于多种应用类别。因此,在上述至少一个应用类别标识与至少一个业务链表之间的对应关系中,一个业务链表可以对应于一个应用类别标识,也可以对应于多个应用类别标识。每个业务链表可以用于指示由m个业务使能器中至少一个业务使能器所组成的业务链。
因此,第一STC 110确定第一应用类别标识后,也就是确定了业务流对应的第一业务链。
上述第一应用类别标识(Application Identity,App ID)可以是任何能够用于区分类别的标识。例如,可以是IP报文头域字段中的差分服务代码点(DifferentiatedServices Code Point,DSCP)字段或者Flow Label字段,也可以是虚拟局域网(VirtualLocal Area Network,VLAN)标签,也可以是多协议标签交换(Multi-Protocol LabelSwitching,MPLS)标签,也可以是各种隧道封装协议中的隧道ID,也可以是自定义的用于区分应用类别的标识,等等。
SPC 120在接收到第一应用类别标识后,可以将第一应用类别标识作为索引,在上述至少一个应用类别标识与至少一个业务链表之间的对应关系中查找到第一业务链表,然后根据系统100的拓扑信息和第一业务链表以及业务流信息生成i个可编程交换机中每个可编程交换机对应的第一转发表项。
可选地,作为一种实施例,SPC 120还可以根据系统100的拓扑信息和上述对应关系中的至少一个业务链表生成至少一个业务路由模板,并存储至少一个业务路由模板,其中至少一个业务路由模板与至少一个业务链表可以是一一对应的。这样,在SPC 120接收到第一应用类别标识后,根据第一应用类别标识查找到第一业务链表,就可以确定第一业务链表对应的第一业务路由模板。可以直接将业务流信息所包括的IP信息填写到第一业务路由模板中,从而得到i个可编程交换机中每个可编程交换机对应的第一转发表项,能够提高确定第一转发表项的效率。
上述至少一个应用类别标识与至少一个业务链表之间的对应关系可以是预先存储在SPC 120内部的。或者,在UE与服务器进行交互之前,SPC 120可以从其它节点接收至少一个应用类别标识与至少一个业务链表之间的对应关系,并进行存储。
可选地,作为另一实施例,业务流类别信息包括第一应用类别标识,第一应用类别标识用于指示业务流的应用类别。
SPC 120可以根据第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定第一应用类别标识对应的第一业务链表,第一业务链表用于指示第一业务链。SPC 120可以根据系100的拓扑信息、第一业务链表以及第一应用类别标识,生成i个可编程交换机中每个可编程交换机对应的第一转发表项,其中第一转发表项包括第一应用类别标识。
第一转发表项中包括应用类别标识,使得可编程交换机可以根据应用类别标识转发业务流报文,从而能够减少可编程交换机上第一转发表项的存储数量。
可选地,作为另一实施例,第一STC 110还可以根据第一应用类别标识对业务流的数据包进行封装。
第一转发表项中包括应用类别标识,使得可编程交换机可以根据应用类别标识转发业务流报文。在这种情况下,要求第一STC 110在向外转发数据包之前,根据第一应用类别标识对业务流的数据包进行封装,然后将封装后的数据包发送出去。例如,可以根据第一应用类别标识,修改业务流数据包的DSCP字段,或者对业务流添加VLAN标签,或者对业务流报文添加MPLS标签,或者将第一应用类别标识直接作为隧道标识对业务流报文进行隧道封装,如虚拟可扩展局域网(Virtual eXtensible Local Aera Network,VXLAN)封装、通用路由封装(Generic Routing Encapsulation,GRE)封装等。
可选地,作为另一实施例,SPC 120可以在生成i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,业务路由规则信息可以包括至少一个应用类别标识、至少一个业务链表以及至少一个业务链表与至少一个应用类别标识之间的对应关系。这样,SPC 120可以存储上述至少一个应用类别标识、至少一个业务链表以及它们之间的对应关系。
可选地,作为另一实施例,SPC 120可以在生成i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,业务路由规则信息用于指示对至少一个应用类别标识与至少一个业务链表之间的对应关系进行调整处理,调整处理包括以下至少一种:添加,删除,修改。SPC 120可以根据业务路由规则信息,对该对应关系进行调整处理。
SPC 120可以根据业务路由规则信息对其存储的至少一个应用类别标识与至少一个业务链表之间的对应关系进行调整,例如可以添加新的条目,也可以删除其中的某个或某些条目,或者更改应用类别与业务链表之间的对应关系。
例如,业务路由规则信息中可以增加新的信元来指示各种调整操作。下面将结合具体例子进行说明。
1)添加操作
可以在对应关系中仅添加一条新的业务链。例如,业务路由规则信息中的信元可以包括(Operation=“Add”,Service Chain ID=“111”,Service Chain=“Enabler1,Enabler2”)。其中“Operation”可以表示操作字段,例如上述“Add”可以表示添加操作,“Service Chain ID”可以表示业务链ID字段,例如上述业务链ID为111,“Service Chain”可以表示业务链包括的业务使能器,例如该业务链可以包括业务使能器1和业务使能器2。
此时,新添加的业务链并没有对应的App ID。可以在后续过程为该业务链再添加对应的App ID。
可以为该对应关系中的已有业务链添加一个对应的App ID。例如,业务路由规则信息中的信元可以包括(Operation=“Add”,Service Chain ID=“111”,App ID=“Video1”)。“App ID”可以表示应用类别ID,例如此处是“Vedio(视频)1”类别。
可以在该对应关系中,添加一条新的业务链及对应的App ID,其中App ID可以是多个。例如,业务路由规则信息中的信元可以包括(Operation=“Add”,Service Chain ID=“111”,Service Chain=“Enabler1,Enabler2”,App ID=“Video1,Video2,Web”)。
2)删除操作
可以删除该对应关系中业务链ID指定的业务链以及与之对应的App ID。例如,业务路由规则信息中的信元可以包括(Operation=“Delete”,Service Chain ID=“111”),或者(Operation=“Delete”,Service Chain=“Enabler1,Enabler2”)。SPC 120可以同时删除可编程交换机130上所有与该业务链关联的转发表项。
也可以单独删除与业务链ID对应的App ID。例如,业务路由规则信息中的信元可以包括(Operation=“Delete”,Service Chain ID=“111”,App ID=“Video1”)。SPC 120可以同时删除可编程交换机上与App ID对应的转发表项。
3)修改操作
可以修改业务链ID指定的业务链,SPC 120可以按照新的业务链的内容重新计算转发表项。例如,业务路由规则信息中的信元可以包括(Operation=“Modify”,ServiceChain ID=“111”,Service Chain=“Enabler 1,Enabler 2”)。该操作也可以通过先删除再添加操作替代。
上述添加、删除、修改操作,除了按照业务路由规则信息中的operation(操作)字段区分,也可采用独立的消息名称替代,例如添加消息为Add Service Routing Rule(),删除消息为Delete Service Routing Rule(),修改消息为Modify Service RoutingRule()。可选地,作为另一实施例,第一STC110还可以获取上述业务路由规则信息,SPC120可以通过第一接口从第一业务流分类器接收业务路由规则信息。
可选地,作为另一实施例,第一STC 110可以从PCRF设备接收业务路由规则信息。
可选地,作为另一实施例,SPC 120可以从策略与计费规则功能(Policy andCharging Rules Function,PCRF)设备接收上述业务路由规则信息。
例如,可以在现有Gx接口消息中增加业务路由信元,SPC 120可以从PCRF设备接收携带业务路由规则信息的Gx接口消息。或者,PCRF设备也可以通过新的接口消息单独传递业务路由规则信息。
可选地,作为另一实施例,第j个可编程交换机,在图1中也就是可编程交换机130a,可以在第一STC 110根据业务流生成通知消息之前,通过第三接口向第一STC 110发送业务流的前n个数据包,n为正整数。第一STC 110可以根据业务流的前n个数据包生成通知消息。
第一STC 110可以按照现有技术的过程,解析前n个数据包,从而确定业务流类别信息,并可以在需要的时候确定业务流信息。例如,第一STC 110可以对前n个数据包进行L7层深度报文探测(Deep Packet Inspection,DPI)处理,以确定业务流信息和业务流类别信息。或者,第一STC 110可以对前n个数据包进行L3/4层匹配,以确定业务流信息和业务流类别信息。
例如,第一STC 110可以对n个数据包的L7层的消息进行DPI处理,也可以按照预设的L3/4层规则对n个数据包直接匹配,从而得到业务流类别信息。在简化的实施例中,n可以为1,即,第一STC 110可以对第1个数据包进行识别来确定业务流类别信息。在某些情况下,第一STC 110根据第1个数据包不足以确定业务流类别信息,那么第一STC 110就需要连续缓存2个或2个以上的数据包,来确定业务流类别信息。
可选地,作为另一实施例,第j个可编程交换机,在图1中也就是可编程交换机130a,可以在通过第三接口向第一STC 110发送前n个数据包之前,接收业务流的第1个数据包。SPC 120还可以从可编程交换机130接收第1个数据包的信息,并在确定需要将第1个数据包需要转发给所述第一STC 110的情况下,根据第1个数据包的信息生成第二转发表项,其中,第二转发表项中业务流对应的目的地址为第一STC 110的地址。第j个可编程交换机,即图1中的可编程交换机130a还可以通过第二接口从SPC 120接收第二转发表项,并根据第二转发表项通过第三接口向第一STC 110转发前n个数据包。
例如,如果该业务流为下行业务流,边界路由器可以将业务流的数据包直接发送给可编程交换机130a。如果是第1个数据包,可编程交换机130a并没有该数据包对应的转发表,那么可编程交换机130a可以将第1个数据包的信息发送给SPC 120。第1个数据包的信息可以包括完整的第1个数据包,也可以包括第1个数据包的部分信息,例如前128个字节信息。例如,可以通过Packet_in消息向SPC 120发送第1个数据包的信息。SPC 120可以在确定需要将第1个数据包需要转发给第一STC 110的情况下,根据第1个数据包的信息和预设的业务路由,生成第二转发表项。第二转发表项可以指示可编程交换机130a将数据包转发给第一STC 110。
可见,本实施例中,SPC 120可以决定是否要将数据包转发给第一STC 110进行处理,例如,对于需要通过L7层进行DPI识别的业务流,SPC 120可以确定将上述第1个数据包转发给第一STC 110进行识别。而对于可以通过L3/4层直接匹配的业务流,SPC 120可以直接生成转发表项下发给可编程交换机130a,由可编程交换机130a根据转发表项转发业务流的数据包。这样,SPC 120能够控制经过第一STC 110的流量。
可编程交换机130a在接收到与该业务流对应的新的转发表项之前,会按照第二转发表项将接收到的该业务流的数据包通过第三接口转发给第一STC 110。例如,可编程交换机在接收到与该业务流对应的新的转发表项之前,接收到该业务流的前n个数据包,那么会将前n个数据包转发给第一STC 110。
可选地,作为另一实施例,第j个可编程交换机,也即图1中的可编程交换机130a,与移动网关之间可以具有第四接口。第j个可编程交换机可以通过第四接口从移动网关接收第一个数据包。
移动网关可以是通用分组无线业务网关支撑节点(Gateway GPRS(GeneralPacket Radio Service)Support Node,GGSN),或者分组数据网络网关(Packet DataNetwork Gateway,PGW)等。
作为一种实现方式,移动网关和第一STC 110可以分别与可编程交换机130a连接,并且移动网关可以与UE通过无线接入网相连接。这样,对于上行业务流的数据包,移动网关可以直接将业务流的数据包发送给可编程交换机130a,而无需由第一STC 110进行转发,从而能够节省网络时延。
可选地,作为另一实施例,第一STC 110可以位于在移动网关与第j个可编程交换机之间。或者,第一STC 110可以位于移动网关内部。
可以采用多种方式来部署系统100。例如,第一STC 110可以作为单独的设备部署在移动网关和可编程交换机130之间。或者,第一STC 110也可以作为一个模块部署在移动网关内部。
此外,SPC 120也可以内置在第一STC 110内部,也就是说第一接口可以是内部接口。
可选地,作为另一实施例,系统100还可以包括第二业务流分类器;第二业务流分类器与SPC 120之间可以具有第一接口。第二业务流分类器与可编程交换机130a至130c中的第p个可编程交换机之间可以具有第三接口,其中p为小于或等于h的正整数。
具体地,系统100可以包括多个业务流分类器,它们分别与SPC 120具有第一接口,与可编程交换机130a至130c中之一之间具有第三接口。每个业务流分类器对业务流的处理过程均类似于上述第一STC 120的处理过程,此处不再赘述。
本实施例中,SPC 120可以服务于多个业务流分类器,能够使得来自不同源的同一类别的业务流经过相同的业务使能器。这种情况下,各个业务流分类器中配置的业务链表或应用类别标识可以是一致的。
下面将结合具体的例子详细描述本发明实施例。应注意,图2至图9的例子只是为了帮助本领域技术人员更好地理解本发明实施例,而非限制本发明实施例的范围。还应注意,为了便于描述,在图2至图9中,将以1个可编程交换机和3个业务使能器为例进行说明。但本发明实施例中,可编程交换机的数目可以更多,业务使能器的数目也可以更多或更少。
图2是根据本发明一个实施例的网络架构的示意图。
在图2所示的网络架构中,业务路由系统200可以包括STC 210、SPC 220、可编程交换机230、业务使能器240a、业务使能器240b和业务使能器240c。STC 210与SPC 220之间可以具有第一接口,SPC 220与可编程交换机230之间可以具有第二接口,STC 210与可编程交换机230之间可以具有第三接口。业务使能器240a至240c分别与可编程交换机230相连接。STC 210可以与GGSN/PGW 250相连接,可编程交换机230可以与边界路由器(Router)260连接。
在图2的系统200中,STC 210可以作为独立的设备部署在GGSN/PGW 250与可编程交换机230之间。GGSN/PGW 250可以通过Gi接口与STC 210进行通信。
对于上行方向,STC 210可以从GGSN/PGW 250接收业务流。对于下行方向,STC 210可以从可编程交换机230接收业务流。
例如,STC 210可以根据接收到的业务流生成通知消息,通知消息包括业务流对应的业务流类别信息,业务流类别信息可以用于指示业务流对应的第一业务链,其中第一业务链由上述业务使能器240a至240c中至少一个组成,第一业务链中的业务使能器按照第一顺序排列。
SPC 220可以通过第一接口从STC 210接收通知消息,并可以根据通知消息生成可编程交换机230对应的第一转发表项。
可编程交换机230可以通过第二接口从SPC 220接收第一转发表项,根据第一转发表项转发业务流的数据包,使得第一业务链的业务使能器按照第一顺序对业务流的数据包进行处理。
如果该业务流为上行业务流,可编程交换机230可以将第一业务链处理后的数据包转发给边界路由器260,由边界路由器260转发给服务器。如果该业务流为下行业务流,可编程交换机可以将第一业务链处理后的数据包转发给STC 210,由STC 210转发给GGSN/PGW250,由GGSN/PGW 250转发给UE。
系统200的具体功能和操作可以参照图1的实施例,为了避免重复,此处不再赘述。
本发明实施例中,通过业务流分类器生成包括业务类别信息的通知消息,其中业务流类别信息用于指示业务流对应的第一业务链,业务路径控制器根据通知消息生成可编程交换机对应的第一转发表项,可编程交换机根据第一转发表项转发业务流的数据包,使得第一业务链的业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
图3是根据本发明另一实施例的网络架构的示意图。
在图3的网络架构中,业务路由系统300可以包括STC 310、SPC 320、可编程交换机330、业务使能器340a、业务使能器340b和业务使能器340c。STC 310与SPC 320之间可以具有第一接口,SPC 320与可编程交换机330之间可以具有第二接口,STC 310与可编程交换机330之间可以具有第三接口。业务使能器340a至340c分别与可编程交换机330相连接。
STC 310可以作为一个模块部署在GGSN/PGW 350内部,并可以通过GGSN/PGW 350内部的接口与GGSN/PGW 350交互。可编程交换机330还可以与边界路由器360分别连接。
应理解,在图3中,为了描述方便,仅示出了3个业务使能器,而本发明实施例中,可以有更少或更多的业务使能器。
本发明实施例中,通过业务流分类器生成包括业务类别信息的通知消息,其中业务流类别信息用于指示业务流对应的第一业务链,业务路径控制器根据通知消息生成可编程交换机对应的第一转发表项,可编程交换机根据第一转发表项转发业务流的数据包,使得第一业务链的业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
图4是根据本发明另一实施例的网络架构的示意图。
在图4的网络架构中,业务路由系统400可以包括STC 410、SPC 420、可编程交换机430、业务使能器440a、业务使能器440b和业务使能器440c。SPC 420可以作为一个模块内置在STC 410中。STC 410与SPC 420之间可以具有第一接口(图4中未示出),此时,第一接口为STC 410的内部接口。SPC 420与可编程交换机430之间可以具有第二接口,STC 410与可编程交换机430之间可以具有第三接口。业务使能器440a至440c分别与可编程交换机430相连接。
STC 410可以与GGSN/PGW 450相连接,可编程交换机430可以与边界路由器460相连接。
系统400的具体功能和操作可以参照图1的实施例,为了避免重复,此处不再赘述。
本发明实施例中,通过业务流分类器生成包括业务类别信息的通知消息,其中业务流类别信息用于指示业务流对应的第一业务链,业务路径控制器根据通知消息生成可编程交换机对应的第一转发表项,可编程交换机根据第一转发表项转发业务流的数据包,使得第一业务链的业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
图5是根据本发明另一实施例的网络架构的示意图。
在图5的网络架构中,业务路由系统500可以包括STC 510、SPC 520、可编程交换机530、业务使能器540a、业务使能器540b和业务使能器540c。
STC 510与SPC 520之间可以具有第一接口,SPC 520与可编程交换机530之间可以具有第二接口,STC 510与可编程交换机530之间可以具有第三接口。业务使能器540a至540c分别与可编程交换机530相连接。
STC 510可以与GGSN/PGW 550相连接,可编程交换机530可以与边界路由器560相连接。此外,STC 510还可以与PCRF设备570相连接。
STC 510可以根据业务流生成通知消息,通知消息包括业务流对应的业务流信息和业务流类别信息,业务流类别信息可以用于指示业务流对应的第一业务链,其中第一业务链由上述业务使能器540a至540c中至少一个组成,第一业务链中的业务使能器按照第一顺序排列。
SPC 520可以通过第一接口从STC510接收通知消息,并可以根据通知消息生成可编程交换机530对应的第一转发表项。
可选地,业务流类别信息可以包括第一应用类别标识,第一应用类别标识用于指示业务流的应用类别,第一应用类别标识与第一业务链相对应。SPC520可以根据第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定第一业务链表,第一业务链表可以指示第一业务链。然后,SPC 520可以根据第一业务链和系统500的拓扑信息,生成第一转发表项。
具体地,在用户设备与服务器进行交互之前,STC 510可以从PCRF设备570接收上述业务路由规则信息,业务路由规则信息可以包括至少一个业务链表与至少一个应用类别标识之间的对应关系。STC 510可以通过第一接口将业务路由规则信息转发给SPC 520。
可编程交换机530可以通过第二接口从SPC 520接收第一转发表项,根据第一转发表项转发业务流的数据包,使得第一业务链的业务使能器按照第一顺序对业务流的数据包进行处理。
系统500的具体功能和操作可以参照图1的实施例,为了避免重复,此处不再赘述。
本发明实施例中,通过业务流分类器生成包括业务类别信息的通知消息,其中业务流类别信息用于指示业务流对应的第一业务链,业务路径控制器根据通知消息生成可编程交换机对应的第一转发表项,可编程交换机根据第一转发表项转发业务流的数据包,使得第一业务链的业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
图6是根据本发明另一实施例的业务路由系统的示意图。
在图6的网络架构中,业务路由系统600可以包括STC 610、SPC 620、可编程交换机630、业务使能器640a、业务使能器640b和业务使能器640c。
STC 610与SPC 620之间可以具有第一接口,SPC 620与可编程交换机630之间可以具有第二接口,STC 610与可编程交换机630之间可以具有第三接口。业务使能器640a至640c分别与可编程交换机630相连接。
STC 610可以与GGSN/PGW 650相连接,可编程交换机630可以与边界路由器660相连接。
此外,在图6中,SPC 620还可以与PCRF设备670相连接。类似于图5的实施例,SPC620可以根据第一应用类别标识和至少一个应用类别标识与至少一个业务链表之间的对应关系,确定第一业务链表。然后可以根据第一业务链表和系统600的拓扑信息,生成可编程交换机630对应的第一转发表项。在图5中,SPC 620可以从STC 610接收包括上述对应关系的业务路由规则信息,而图6中,由于SPC 620可以与PCRF设备670相连接,那么SPC 620可以直接从PCRF设备670接收包括上述对应关系的业务路由规则信息。
系统600的具体功能和操作可以参照图1的实施例,为了避免重复,此处不再赘述。
本发明实施例中,通过业务流分类器生成包括业务类别信息的通知消息,其中业务流类别信息用于指示业务流对应的第一业务链,业务路径控制器根据通知消息生成可编程交换机对应的第一转发表项,可编程交换机根据第一转发表项转发业务流的数据包,使得第一业务链的业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
图7是根据本发明另一实施例的网络架构的示意图。
业务路由系统可以包括多个STC,多个STC可以分别与SPC相连接。即,SPC可以服务于多个STC,使得来自不同源的同一应用类别的业务流可以经过相同的业务链。
例如,图7中,业务路由系统700可以包括STC 710a、STC 710b、STC710c,SPC 720、可编程交换机730、业务使能器740a、业务使能器740b和业务使能器740c。
STC 710a至710c可以分别与SPC 620之间具有第一接口,SPC 720与可编程交换机730之间可以具有第二接口,STC 710a至710c可以分别与可编程交换机630之间具有第三接口。业务使能器640a至640c分别与可编程交换机630相连接。
STC 710a至710c可以分别连接到一个GGSN/PGW上,如图7所示,STC 710a与GGSN/PGW 750a相连接,STC 710b与GGSN/PGW 750b相连接,STC 710c与GGSN/PGW 750c相连接,可编程交换机730可以与边界路由器760相连接。
在本发明实施例中,3个STC也可以都连接到一个GGSN/PGW。
应理解,在图7中,为了描述方便,仅示出了3个STC,而本发明实施例中,可以有更少或更多的STC。
系统700的具体功能和操作可以参照图1的实施例,为了避免重复,此处不再赘述。
本发明实施例中,通过业务流分类器生成包括业务类别信息的通知消息,其中业务流类别信息用于指示业务流对应的第一业务链,业务路径控制器根据通知消息生成可编程交换机对应的第一转发表项,可编程交换机根据第一转发表项转发业务流的数据包,使得第一业务链的业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
图8是根据本发明另一实施例的网络架构的示意图。
在图8的网络架构中,业务路由系统800可以包括STC 810、SPC 820、可编程交换机830、业务使能器840a、业务使能器840b和业务使能器840c。
STC 810与SPC 820之间可以具有第一接口,SPC 820与可编程交换机830之间可以具有第二接口,STC 810与可编程交换机830之间可以具有第三接口。业务使能器840a至840c分别与可编程交换机830相连接。
可编程交换机830可以与GGSN/PGW 850之间具有第四接口,可编程交换机830还可以和边界路由器860相连接。
在图2至图7的网络架构中,在SPC向可编程交换机下发第一转发表项后,上行业务流的数据包是由GGSN/PGW转发给STC,由STC转发给可编程交换机,然后再由可编程交换机进行转发。
在图8的网络架构中,上行业务流的数据包可以由GGSN/PGW 850直接发送给可编程交换机830。下行业务流的数据包可以由边界路由器860转发给可编程交换机830。
对于第1个数据包来说,可编程交换机830可能没有相应的转发表项,那么可编程交换机830可以向SPC 820转发第1个数据包的信息。SPC 820确定第1个数据包需要转发给STC 810的情况下,可以向可编程交换机830发送第二转发表项,第二转发表项用于指示将业务流的数据包转发给STC 810。这样,可编程交换机830可以根据第二转发表项,向STC810发送第1个数据包。可编程交换机在接收到与该业务流对应的新的转发表项之前,如果接收到该业务流的前n个数据包,那么会将前n个数据包转发给STC 810。STC 810可以根据前n个数据包确定业务流对应的业务流信息和业务流类别信息。
在图8中,SPC 820可以决定是否要将数据包转发给STC 810进行处理,从而能够控制经过STC 810的流量。
系统800的具体功能和操作可以参照图1的实施例,为了避免重复,此处不再赘述。
本发明实施例中,通过业务流分类器生成包括业务类别信息的通知消息,其中业务流类别信息用于指示业务流对应的第一业务链,业务路径控制器根据通知消息生成可编程交换机对应的第一转发表项,可编程交换机根据第一转发表项转发业务流的数据包,使得第一业务链的业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
图9是根据本发明另一实施例的网络架构的示意图。
在图9的网络架构中,业务路由系统900可以包括STC 910、SPC 920、可编程交换机930、业务使能器940a、业务使能器940b和业务使能器940c。STC 910与SPC 920之间可以具有第一接口。SPC 920与可编程交换机930之间可以具有第二接口,STC 910与可编程交换机930之间可以具有第三接口。业务使能器940a至940c分别与可编程交换机930相连接。
STC 910可以作为一个模块部署在GGSN/PGW 950内部,并可以通过GGSN/PGW 950内部的接口与GGSN/PGW 950交互。GGSN/PGW 950还可以与边界路由器960相连接。
在图8中,上行业务流的数据包可以由GGSN/PGW 850直接发送给可编程交换机830。下行业务流的数据包是由边界路由器860转发给可编程交换机830的。
在图9中,上行业务流的数据包和下行业务流的数据包均首先到达GGSN/PGW 950,GGSN/PGW 950可以先将数据包转发给内置的STC 910,由STC 910转发给可编程交换机930。例如,对于第1个数据包或前几个数据包,STC 910可以生成通知消息,通知消息可以包括业务流类别信息,SPC 920可以根据通知消息确定可编程交换机930对应的第一转发表项。对于后续的数据包,GGSN/PGW 950可以通过STC转发给可编程交换机930,由可编程交换机930根据第一转发表项进行转发。
系统900的具体功能和操作可以参照图1的实施例,为了避免重复,此处不再赘述。
本发明实施例中,通过业务流分类器生成包括业务类别信息的通知消息,其中业务流类别信息用于指示业务流对应的第一业务链,业务路径控制器根据通知消息生成可编程交换机对应的第一转发表项,可编程交换机根据第一转发表项转发业务流的数据包,使得第一业务链的业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
图10是根据本发明一个实施例的业务路径控制器的示意框图。图10的SPC 1000包括接收单元1010、生成单元1020和发送单元1030。
接收单元1010与第一STC之间具有第一接口。
接收单元1010可以通过第一接口从第一业务流分类器接收通知消息,通知消息包括业务流对应的业务流类别信息,业务流类别信息用于指示业务流对应的第一业务链,第一业务链由一个或多个按照第一顺序排列的业务使能器组成。生成单元1020可以根据通知消息生成一个或多个可编程交换机分别对应的第一转发表项。发送单元1030可以向一个或多个可编程交发送每个可编程交换机对应的第一转发表项,以便可编程交换机根据可编程交换机对应的第一转发表项转发业务流的数据包,以使一个或多个业务使能器按照第一顺序处理业务流的数据包。
本发明实施例中,通过接收第一业务流分类器生成包括业务流类别信息的通知消息,其中业务流类别信息用于指示业务流对应的由一个或多个业务使能器组成的第一业务链,并根据通知消息生成一个或多个可编程交换机分别对应的第一转发表项,一个多个可编程交换机分别根据各自对应的第一转发表项转发业务流的数据包,使得一个或多个业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
可选地,作为一个实施例,发送单元1030可以与h个可编程交换机之间具有第二接口。第一业务链可以由m个业务使能器中的k个业务使能器组成,其中在第一业务链中k个业务使能器按照第一顺序排列。
生成单元1120可以根据通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,i个可编程交换机与k个业务使能器中的至少一个相连接,i个可编程交换机是从h个可编程交换机中选择的。其中,h和m为正整数,k为小于或等于m的正整数,i为小于或等于h的正整数。
可选地,作为另一实施例,通知消息还可以包括业务流对应的业务流信息,业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型。
可选地,作为另一实施例,业务流类别信息可以包括第一业务链表,第一业务链表用于指示第一业务链。生成单元1020可以根据业务路径控制器所在的业务路由系统的拓扑信息、第一业务链表和业务流信息生成i个可编程交换机中每个可编程交换机对应的第一转发表项。
可选地,作为另一实施例,业务流类别信息可以包括第一应用类别标识,第一应用类别标识用于指示业务流的应用类别。
生成单元1020可以根据第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定第一应用类别标识对应的第一业务链表,第一业务链表用于指示第一业务链。生成单元1020根据业务路由系统的拓扑信息、第一业务链表以及业务流信息,生成i个可编程交换机中每个可编程交换机对应的第一转发表项。
可选地,作为另一实施例,业务流类别信息可以包括第一应用类别标识。
生成单元1020可以根据第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定第一应用类别标识对应的第一业务链表,第一业务链表用于指示第一业务链。生成单元1020可以根据业务路由系统的拓扑信息、第一业务链表以及第一应用类别标识,生成i个可编程交换机中每个可编程交换机对应的第一转发表项,其中第一转发表项包括第一应用类别标识。
可选地,作为另一实施例,接收单元1010还可以在生成单元1020生成i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,业务路由规则信息包括上述至少一个应用类别标识、上述至少一个业务链表以及上述对应关系。
可选地,作为另一实施例,接收单元1010还可以在生成单元1020生成i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,业务路由规则信息用于指示对上述对应关系进行调整处理,调整处理包括以下至少一种:添加,删除,修改。生成单元1020还可以根据业务路由规则信息,对上述对应关系进行调整处理。
可选地,作为另一实施例,接收单元1010可以通过第一接口从第一业务流分类器接收业务路由规则信息。或者,接收单元1010可以从PCRF设备接收业务路由规则信息。
可选地,作为另一实施例,接收单元1010还可以通过第二接口从h个可编程交换机中的第j个可编程交换机接收业务流的数据包的信息,其中第j个可编程交换机与第一STC之间具有第三接口。
生成单元1020还可以当需要将业务流的数据包需要转发给第一STC时,根据业务流的数据包的信息生成第二转发表项,其中,第二转发表项用于指示向第一STC转发业务流的数据包。
发送单元1030还可以通过第二接口向第j个可编程交换机发送第二转发表项,以便第j个可编程交换机根据第二转发表项向第一STC转发业务流的数据包,第一STC根据业务流的数据包生成通知消息。
可选地,作为另一实施例,在第j个可编程交换机中没有业务流的数据包对应的转发表项,或者,在可编程交换机中业务流的数据包对应的转发表项指示第j个可编程交换机向SPC 1000发送业务流的数据包的信息。
可选地,作为另一实施例,接收单元1010还与第二STC之间具有第一接口。
业务路径控制器1000的其它功能和操作可以参照图1至图9的实施例中涉及SPC的功能和操作,为了避免重复,此处不再赘述。
图11是根据本发明一个实施例的业务流分类器的示意框图。STC 1100包括生成单元1110和发送单元1120。发送单元1120与SPC之间具有第一接口。
生成单元1110根据业务流生成通知消息,通知消息包括业务流对应的业务流类别信息,业务流类别信息用于指示业务流对应的第一业务链,第一业务链由一个或多个按照第一顺序排列的业务使能器组成。发送单元1120通过第一接口向SPC发送通知消息。
本发明实施例中,通过生成包括业务流类别信息的通知消息,其中业务流类别信息用于指示业务流对应的第一业务链,并向业务路径控制器发送通知消息,使得业务路径控制能够根据通知消息生成一个或多个可编程交换机分别对应的第一转发表项,使得可编程交换机根据对应的第一转发表项转发业务流的数据包以便一个或多个业务使能器按照第一顺序处理业务流的数据包,能够提升网络可靠性,并减小网络时延。
可选地,作为一个实施例,第一业务链由m个业务使能器中的k个业务使能器组成,其中在第一业务链中k个业务使能器按照第一顺序排列,m为正整数,k为小于或等于m的正整数。
可选地,作为另一实施例,通知消息还可以包括业务流对应的业务流信息,业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型。
业务流类别信息可以包括第一业务链表,第一业务链表用于指示第一业务链;或者,业务流类别信息可以包括第一应用类别标识,第一应用类别标识用于指示业务流的应用类别。
可选地,作为另一实施例,STC 1100还可以包括封装单元1140。业务流类别信息可以包括第一应用类别标识,第一应用类别标识用于指示业务流的应用类别,第一应用类别标识与第一业务链相对应。
封装单元1140还可以根据第一应用类别标识,对业务流的数据包进行封装。
可选地,作为另一实施例,STC 1100还可以包括接收单元1130。接收单元1130与h个可编程交换机中的第j个可编程交换机之间具有第三接口,h为正整数,j为小于或等于h的正整数。
接收单元1130可以通过第三接口从第j个可编程交换机接收业务流的前n个数据包,n为正整数。生成单元1110可以根据前n个数据包生成通知消息。
STC 1100的其它功能和操作可以参照图1至图9的实施例涉及STC的功能和操作,为了避免重复,此处不再赘述。
图12是根据本发明一个实施例的业务路由方法的示意性流程图。图12的方法由SPC执行。
1210,从第一STC接收通知消息,通知消息包括业务流对应的业务流类别信息,业务流类别信息用于指示业务流对应的第一业务链,第一业务链由一个或多个按照第一顺序排列的业务使能器组成。
1220,根据通知消息生成一个或多个可编程交换机分别对应的第一转发表项。
1230,向一个或多个可编程交换机发送每个可编程交换机对应的第一转发表项,以便可编程交换机根据可编程交换机对应的第一转发表项转发业务流的数据包,以使一个或多个业务使能器按照第一顺序处理业务流的数据包。
本发明实施例中,通过接收第一业务流分类器生成包括业务流类别信息的通知消息,其中业务流类别信息用于指示业务流对应的由一个或多个业务使能器组成的第一业务链,并根据通知消息生成一个或多个可编程交换机分别对应的第一转发表项,可编程交换机分别根据各自对应的第一转发表项转发业务流的数据包,使得一个或多个业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
可选地,作为一个实施例,第一业务链可以由m个业务使能器中的k个业务使能器组成,其中在第一业务链中k个业务使能器按照第一顺序排列。在步骤1220中,SPC可以根据通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,i个可编程交换机与k个业务使能器中的至少一个相连接,i个可编程交换机是从h个可编程交换机中选择的。其中,h和m为正整数,k为小于或等于m的正整数,i为小于或等于h的正整数。
可选地,作为另一实施例,通知消息还可以包括业务流对应的业务流信息,业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型。
可选地,作为另一实施例,业务流类别信息可以包括第一业务链表,第一业务链表用于指示第一业务链。在步骤1220中,SPC可以根据业务路由系统的拓扑信息、第一业务链表以及业务流信息,生成i个可编程交换机中每个可编程交换机对应的第一转发表项。
可选地,作为另一实施例,业务流类别信息可以包括第一应用类别标识,第一应用类别标识用于指示业务流的应用类别。
在步骤1220中,SPC可以根据第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定第一应用类别标识对应的第一业务链表,第一业务链表用于指示第一业务链。SPC可以根据业务路由系统的拓扑信息、第一业务链表和业务流信息,生成i个可编程交换机中每个可编程交换机对应的第一转发表项。
可选地,作为另一实施例,业务流类别信息可以包括第一应用类别标识。在步骤1220中,SPC可以根据第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定第一应用类别标识对应的第一业务链表,第一业务链表用于指示第一业务链。SPC可以根据业务路由系统的拓扑信息、第一业务链表以及第一应用类别标识,生成i个可编程交换机中每个可编程交换机对应的第一转发表项,其中第一转发表项包括第一应用类别标识。
可选地,作为另一实施例,SPC可以生成i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,业务路由规则信息包括上述至少一个应用类别标识、上述至少一个业务链表以及上述对应关系。
可选地,作为另一实施例,SPC可以在生成i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,业务路由规则信息用于指示对第二对应关系进行调整处理,调整处理包括以下至少一种:添加,删除,修改,并可以根据业务路由规则信息,对上述对应关系进行调整处理。
可选地,作为另一实施例,SPC可以从第一STC接收业务路由规则信息。或者,SPC可以从PCRF设备接收业务路由规则信息。
可选地,作为另一实施例,SPC还可以从h个可编程交换机中的第j个可编程交换机接收业务流的数据包的信息,j为小于或等于h的正整数。当需要将业务流的数据包需要转发给第一SPC的情况下,SPC可以根据业务流的数据包的信息生成第二转发表项,其中,第二转发表项用于指示向第一STC转发业务流的数据包。SPC可以向第j个可编程交换机发送第二转发表项,以便第j个可编程交换机根据第二转发表项向第一STC转发业务流的数据包,第一STC根据业务流的数据包生成通知消息。
可选地,作为另一实施例,在可编程交换机中业务流的数据包没有对应的转发表项,或者,在可编程交换机中业务流的数据包对应的转发表项指示可编程交换机向业务路径控制器发送业务流的数据包的信息。
图12的方法的具体过程可以参照图1至图9的实施例中涉及SPC的功能和操作,为了避免重复,此处不再赘述。
图13是根据本发明一个实施例的业务路由方法的示意性流程图。图13的方法由STC执行。
1310,根据业务流生成通知消息,通知消息包括业务流对应的业务流类别信息,业务流类别信息用于指示业务流对应的第一业务链,第一业务链由一个或多个按照第一顺序排列的业务使能器组成。
1320,向业务路径控制器发送所述通知消息。
本发明实施例中,通过生成包括业务流类别信息的通知消息,其中业务流类别信息用于指示业务流对应的第一业务链,并向业务路径控制器发送通知消息,使得业务路径控制能够根据通知消息生成一个或多个可编程交换机分别对应的第一转发表项,使得可编程交换机根据对应的第一转发表项转发业务流的数据包以便一个或多个业务使能器按照第一顺序处理业务流的数据包,能够提升网络可靠性,并减小网络时延。
可选地,作为一个实施例,第一业务链可以由m个业务使能器中的k个业务使能器组成,其中在第一业务链中k个业务使能器按照第一顺序排列,m均为正整数,k为小于或等于m的正整数。
可选地,作为另一实施例,通知消息还包括业务流对应的业务流信息,业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型。业务流类别信息包括第一业务链表,第一业务链表用于指示第一业务链;或者,业务流类别信息包括第一应用类别标识,第一应用类别标识用于指示业务流的应用类别。
可选地,作为另一实施例,业务流类别信息可以包括第一应用类别标识,第一应用类别标识用于指示业务流的应用类别。
STC还可以根据第一应用类别标识,对业务流的数据包进行封装。
可选地,作为另一实施例,STC可以从h个可编程交换机中的第j个可编程交换机接收业务流的数据包,并根据业务流的数据包生成通知消息。
图13的方法的具体过程可以参照图1至图9的实施例中涉及第一STC的功能和操作,为了避免重复,此处不再赘述。
下面将结合具体的例子详细描述本发明实施例。应注意,图14至图16的例子只是为了帮助本领域技术人员更好地理解本发明实施例,而非限制本发明实施例的范围。
图14是根据本发明一个实施例的业务路由方法的过程的示意性流程图。
在图14中,将结合图2的网络架构描述上行业务流的处理过程。
1401,SPC 220从STC 210接收业务路由规则信息。
业务路由规则信息可以包括至少一个应用类别标识、至少一个业务链表以及至少一个业务链表与至少一个应用类别标识之间的对应关系。每个业务链表用于指示一条由所述m个业务使能器中至少一个业务使能器组成的业务链
SPC 220可以存储该对应关系。
SPC 220可以获取预先存储的系统200的拓扑信息,其中系统200的拓扑信息用于指示该系统200的内部拓扑以及外部连接关系。然后,SPC 220可以根据至少一个业务链表和拓扑信息,生成至少一个业务路由模板,其中至少一个业务路由模板与至少一个业务链表一一对应。SPC 20可以存储至少一个业务路由模板。
1402,STC 210从GGSN/PGW 250接收业务流的第1个数据包。
1403,STC 210根据第1个数据包,生成业务流对应的业务流信息和业务流对应的第一应用类别标识。
例如,STC 210可以对第1个数据包进行L7层DPI处理,确定业务流信息和业务流类别信息。或者,STC 210可以对第1个数据包进行L3/4层匹配,确定业务流信息和业务流类别信息。
业务流信息可以包括业务流的IP七元组中的至少一项。第一应用类别标识可以用于指示业务流的应用类别。第一应用类别标识可以对应于业务流所对应的第一业务链。此处,假设第一业务链由业务使能器240a和240c组成,其中在第一业务链中2个业务使能器按照第一顺序排列,此处假设第一顺序为业务使能器240c排在业务使能器240a之前。
1404,STC 210向SPC 220发送通知消息,通知消息包括业务流信息和第一应用类别标识。
1405,SPC 220根据业务流信息和第一应用类别标识以及上述对应关系,生成可编程交换机230对应的第一转发表项。
例如,SPC 220可以根据第一应用类别标识和上述对应关系,确定第一应用类别标识对应的第一业务链表,第一业务链表可以用于指示第一业务链。SPC 220可以根据第一业务链表,确定第一业务链表对应的第一业务路由模板,根据业务流信息和第一业务路由模板确定可编程交换机230对应的第一转发表项。
1406,SPC 220向可编程交换机230发送第一转发表项。
1407,SPC 220向STC 210发送确认消息。确认消息用于指示已将第一转发表项发送给可编程交换机230。
1408,STC 210根据确认消息,将缓存的业务流的第1个数据包发送给可编程交换机230。
1409,可编程交换机230根据第一转发表项,向业务使能器240c转发第1个数据包。
1410,可编程交换机230从业务使能器240c接收处理后的第1个数据包。
1411,可编程交换机230根据第一转发表项,向业务使能器240a转发业务使能器240c处理后的第1个数据包。
1412,可编程交换机230从业务使能器240a接收处理后的第1个数据包。
1413,可编程交换机230根据第一转发表项,向边界路由器260发送业务使能器240a处理后的第1个数据包。
1414,STC 210从GGSN/PGW 250接收业务流的后续数据包。
1415,STC 210向可编程交换机230转发后续数据包。
步骤1416至步骤1420的过程类似于步骤1409至11413的过程,为了避免重复,不再赘述。
应理解,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。例如,步骤1408至1413与步骤1414至1420可以并行地执行。
本发明实施例中,通过业务流分类器生成业务流对应的业务流信息和业务流类别信息,其中业务流类别信息用于指示业务流对应的第一业务链,业务路径控制器根据业务流信息和业务流类别信息生成可编程交换机对应的第一转发表项,可编程交换机根据第一转发表项转发业务流的数据包,使得第一业务链的各个业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
图15是根据本发明另一实施例的业务路由方法的过程的示意性流程图。
在图15中,仍将结合图2的网络架构描述上行业务流的处理过程。
1501,STC 210从GGSN/PGW 250接收业务流的第1个数据包。
1502,STC 210根据第1个数据包,生成业务流对应的业务流信息和业务流对应的业务流类别信息。
业务流信息可以包括业务流的IP七元组中的至少一项。
业务流类别信息包括第一业务链表,第一业务链表指示由业务使能器240a和240c组成的第一业务链。其中在第一业务链中2个业务使能器按照第一顺序排列,此处假设第一顺序为业务使能器240c排在业务使能器240a之前。
1503,STC 210向SPC 220发送通知消息,通知消息包括上述业务流信息和第一业务链表。
1504,SPC 220根据业务流信息、第一业务链表和系统200的拓扑信息,生成可编程交换机230对应的第一转发表项。
SPC 220还可以根据系统200的拓扑信息和第一业务链表,生成第一业务路由模板,并存储第一业务路由模板。
如果SPC 220再次收到第一业务链表时,可以通过第一业务链表在第一对应关系中查找到第一业务路由模板,直接根据业务流信息和第一业务路由模板生成第一转发表项。
步骤1505至1519类似于图14中步骤1406至1420,为了避免重复,此处不再赘述。
应理解,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。例如,步骤1507至1512与步骤1513至1519可以并行地执行。
本发明实施例中,通过业务流分类器生成业务流对应的业务流信息和业务流类别信息,其中业务流类别信息用于指示业务流对应的第一业务链,业务路径控制器根据业务流信息和业务流类别信息生成可编程交换机对应的第一转发表项,可编程交换机根据第一转发表项转发业务流的数据包,使得第一业务链的各个业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
图16是根据本发明另一实施例的业务路由方法的过程的示意性流程图。
在图16中,将结合图8的网络架构描述上行业务流的处理过程。
1601,SPC 820从STC 810接收业务路由规则信息。
业务路由规则信息可以包括至少一个应用类别标识、至少一个业务链表以及至少一个应用类别标识与至少一个业务链表之间的对应关系。此处,假设该对应关系包括2个应用类别标识以及它们各自对应的业务链表,例如:(1)App ID 1=“vedio”,App ID 1对应的业务链表内容为:业务链1=“业务使能器840a,业务使能器840c”;(2)App ID 2=“nomatch”,App ID 2对应的业务链表内容为:业务链2=“STC 810”。其中App ID 2=“nomatch”可以表示第1个数据包对应的应用类别标识。
SPC 820可以存储该对应关系。1602,可编程交换机830从GGSN/PGW 850接收业务流的第1个数据包。
由于GGSN/PGW 850与可编程交换机830之间存在第四接口,因此GGSN/PGW 850可以通过第四接口直接向可编程交换机830转发业务流的第1个数据包。
1603,可编程交换机830确定是第1个数据包且没有对应的第一转发表项,向SPC820发送第1个数据包的信息。
例如,可编程交换机830可以将第1个数据包的信息封装在Packet_in消息中,向SPC 820发送Packet_in消息。
1604,SPC 820接收到第1个数据包的信息,根据第1个数据包的信息生成第二转发表项,第二转发表项用于指示向STC 810发送第1个数据包。
例如,SPC 820接收到第1个数据包的信息,确定是第1个数据包,那么可以确定该数据包的应用类别标识为App ID 2。根据App ID 2对应的业务链2,生成第二转发表项。
1605,SPC 820向可编程交换机830发送第二转发表项。
1606,可编程交换机830根据第二转发表项,向STC 810发送第1个数据包。
步骤1607至1624与图14中的步骤1403至1420类似,为了避免重复,此处不再赘述。
应理解,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。例如,步骤1612至1617与步骤1618至1624可以并行地执行。
本发明实施例中,通过业务流分类器生成业务流对应的业务流信息和业务流类别信息,其中业务流类别信息用于指示业务流对应的第一业务链,业务路径控制器根据业务流信息和业务流类别信息生成可编程交换机对应的第一转发表项,可编程交换机根据第一转发表项转发业务流的数据包,使得第一业务链的各个业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
应理解,图14至图16中,以上行业务流的处理为例进行说明。而本发明实施例也适用于下行业务流。STC还可以在业务流信息中增加一个用于指示上行业务流或下行业务流的信元。本发明实施例对于上行业务流的处理以及对于下行业务流的处理可以并行地执行。
图17是根据本发明另一实施例的业务路径控制器的示意框图。图10的SPC 1700包括接收器1710、处理器1720和发送器1730。
接收器1710与第一STC之间具有第一接口,发送器1730与h个可编程交换机之间分别具有第二接口。
接收器1710可以通过第一接口从第一业务流分类器接收通知消息,通知消息包括业务流对应的业务流类别信息,业务流类别信息用于指示业务流对应的第一业务链,第一业务链由m个业务使能器中的k个业务使能器组成,其中在第一业务链中k个业务使能器按照第一顺序排列。处理器1720可以根据通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,i个可编程交换机与k个业务使能器中的至少一个相连接,i个可编程交换机是从h个可编程交换机中选择的。发送器1730可以通过第二接口向i个可编程交换机中每个可编程交发送每个可编程交换机对应的第一转发表项,以便每个可编程交换机根据每个可编程交换机对应的第一转发表项转发业务流的数据包,以使k个业务使能器按照第一顺序处理业务流的数据包。其中,h和m为正整数,k为小于或等于m的正整数,i为小于或等于h的正整数。
本发明实施例中,通过接收第一业务流分类器生成包括业务流类别信息的通知消息,其中业务流类别信息用于指示业务流对应的由k个业务使能器组成的第一业务链,并根据通知消息生成与k个业务使能器相连的i个可编程交换机分别对应的第一转发表项,i个可编程交换机分别根据各自对应的第一转发表项转发业务流的数据包,使得k个业务使能器按照第一顺序处理业务流的数据包,从而能够提升网络可靠性,并减小网络时延。
可选地,作为一个实施例,通知消息还可以包括业务流对应的业务流信息,业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型。
可选地,作为另一实施例,业务流类别信息可以包括第一业务链表,第一业务链表用于指示第一业务链。处理器1720可以根据业务路径控制器所在的业务路由系统的拓扑信息、第一业务链表和业务流信息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,拓扑信息用于指示业务路由系统的内部拓扑结构以及业务路由系统的外部连接关系。
可选地,作为另一实施例,业务流类别信息可以包括第一应用类别标识,第一应用类别标识用于指示业务流的应用类别。
处理器1720可以根据第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定第一应用类别标识对应的第一业务链表,第一业务链表用于指示第一业务链。处理器1720根据业务路由系统的拓扑信息、第一业务链表以及业务流信息,生成i个可编程交换机中每个可编程交换机对应的第一转发表项,拓扑信息用于指示业务路由系统的内部拓扑结构以及业务路由系统的外部连接关系。
可选地,作为另一实施例,业务流类别信息可以包括第一应用类别标识。
处理器1720可以根据第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定第一应用类别标识对应的第一业务链表,第一业务链表用于指示第一业务链。处理器1720可以根据业务路由系统的拓扑信息、第一业务链表以及第一应用类别标识,生成i个可编程交换机中每个可编程交换机对应的第一转发表项,其中第一转发表项包括第一应用类别标识。
可选地,作为另一实施例,接收器1710还可以在处理器1720生成i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,业务路由规则信息包括上述至少一个应用类别标识、上述至少一个业务链表以及上述对应关系。
可选地,作为另一实施例,接收器1710还可以在处理器1720生成i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,业务路由规则信息用于指示对上述对应关系进行调整处理,调整处理包括以下至少一种:添加,删除,修改。处理器1720还可以根据业务路由规则信息,对上述对应关系进行调整处理。
可选地,作为另一实施例,接收器1710可以通过第一接口从第一业务流分类器接收业务路由规则信息。或者,接收器1710可以从PCRF设备接收业务路由规则信息。
可选地,作为另一实施例,接收器1710还可以通过第二接口从h个可编程交换机中的第j个可编程交换机接收业务流的第1个数据包的信息,其中第j个可编程交换机与第一STC之间具有第三接口。
处理器1720还可以在确定需要将第1个数据包需要转发给第一STC的情况下,根据第1个数据包的信息生成第二转发表项,其中,第二转发表项用于指示向第一STC转发业务流的数据包。
发送器1730还可以通过第二接口向第j个可编程交换机发送第二转发表项,以便第j个可编程交换级根据第二转发表项向第一STC转发业务流的前n个数据包,第一STC根据前n个数据包生成所述通知消息,n为正整数。
可选地,作为另一实施例,接收器1710还与第二STC之间具有第一接口。
SPC 1700的其它功能和操作可以参照图1至图9的实施例中涉及SPC的功能和操作,为了避免重复,此处不再赘述。
图18是根据本发明另一实施例的业务流分类器的示意框图。STC 1800包括处理器1810和发送器1820。发送器1820与SPC之间具有第一接口。
处理器1810根据业务流生成通知消息,通知消息包括业务流对应的业务流类别信息,业务流类别信息用于指示业务流对应的第一业务链,第一业务链由m个业务使能器中的k个业务使能器组成,其中在第一业务链中k个业务使能器按照第一顺序排列,m均为正整数,k为小于或等于m的正整数。发送器1820通过第一接口向SPC发送通知消息。
本发明实施例中,通过生成包括业务流类别信息的通知消息,其中业务流类别信息用于指示业务流对应的第一业务链,并向业务路径控制器发送通知消息,使得业务路径控制能够根据通知消息生成与k个业务使能器相连的可编程交换机分别对应的第一转发表项,使得可编程交换机根据对应的第一转发表项转发业务流的数据包以便第一业务链的业务使能器按照第一顺序处理业务流的数据包,能够提升网络可靠性,并减小网络时延。
可选地,作为一个实施例,通知消息还可以包括业务流对应的业务流信息,业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型。
业务流类别信息可以包括第一业务链表,第一业务链表用于指示第一业务链;或者,业务流类别信息可以包括第一应用类别标识,第一应用类别标识用于指示业务流的应用类别。
可选地,作为另一实施例,业务流类别信息可以包括第一应用类别标识,第一应用类别标识用于指示业务流的应用类别,第一应用类别标识与第一业务链相对应。
处理器1810还可以根据第一应用类别标识,对业务流的数据包进行封装。
可选地,作为另一实施例,STC 1800还可以包括接收器1830。接收器1830与h个可编程交换机中的第j个可编程交换机之间具有第三接口,h为正整数,j为小于或等于h的正整数。
接收器1830可以通过第三接口从第j个可编程交换机接收业务流的前n个数据包,n为正整数。处理器1810可以根据前n个数据包生成通知消息。
STC 1800的其它功能和操作可以参照图1至图9的实施例涉及STC的功能和操作,为了避免重复,此处不再赘述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (48)
1.一种业务路由系统,其特征在于,包括:
第一业务流分类器、业务路径控制器、h个可编程交换机和m个业务使能器,所述第一业务流分类器与所述业务路径控制器之间具有第一接口,所述业务路径控制器与所述h个可编程交换机之间分别具有第二接口,所述第一业务流分类器与所述h个可编程交换机中第j个可编程交换机之间具有第三接口,所述m个业务使能器中每个业务使能器与所述h个可编程交换机之一相连接,所述h个可编程交换机之间互连;其中,
所述第一业务流分类器,用于根据业务流生成通知消息,所述通知消息包括所述业务流对应的业务流类别信息,所述业务流类别信息用于指示所述业务流对应的第一业务链,所述第一业务链由所述m个业务使能器中的k个业务使能器组成,其中在所述第一业务链中所述k个业务使能器按照第一顺序排列;
所述业务路径控制器,用于通过所述第一接口从所述第一业务流分类器接收所述通知消息,根据所述通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,所述i个可编程交换机与所述k个业务使能器中的至少一个相连接,所述i个可编程交换机是从所述h个可编程交换机中选择的;
所述i个可编程交换机的每个可编程交换机,用于通过所述第二接口从所述业务路径控制器接收所述每个可编程交换机对应的第一转发表项,并根据所述每个可编程交换机对应的第一转发表项转发所述业务流的数据包,以便所述k个业务使能器按照所述第一顺序处理所述业务流的数据包;
其中,h、m和j均为正整数,k为小于或等于m的正整数,i为小于或等于h的正整数。
2.根据权利要求1所述的系统,其特征在于,所述通知消息还包括所述业务流对应的业务流信息,所述业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型。
3.根据权利要求2所述的系统,其特征在于,所述业务流类别信息包括第一业务链表,所述第一业务链表用于指示所述第一业务链;
所述业务路径控制器,具体用于:
根据所述业务路由系统的拓扑信息、所述第一业务链表以及所述业务流信息生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项,所述拓扑信息用于指示所述业务路由系统的内部拓扑结构以及所述业务路由系统的外部连接关系。
4.根据权利要求2所述的系统,其特征在于,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别;
所述业务路径控制器,具体用于:
根据所述第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定所述第一应用类别标识对应的第一业务链表,所述第一业务链表用于指示所述第一业务链;
根据所述业务路由系统的拓扑信息、所述第一业务链表以及所述业务流信息,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项,所述拓扑信息用于指示所述业务路由系统的内部拓扑结构以及所述业务路由系统的外部连接关系。
5.根据权利要求1所述的系统,其特征在于,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别;
所述业务路径控制器,具体用于:
根据所述第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定所述第一应用类别标识对应的第一业务链表,所述第一业务链表用于指示所述第一业务链;
根据所述业务路由系统的拓扑信息、所述第一业务链表以及所述第一应用类别标识,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项,其中所述第一转发表项包括所述第一应用类别标识,所述拓扑信息用于指示所述业务路由系统的内部拓扑结构以及所述业务路由系统的外部连接关系。
6.根据权利要求5所述的系统,其特征在于,所述第一业务流分类器还用于根据所述第一应用类别标识对所述业务流的数据包进行封装。
7.根据权利要求4至6中任一项所述的系统,其特征在于,所述业务路径控制器还用于:
在生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,所述业务路由规则信息包括所述至少一个应用类别标识、所述至少一个业务链表以及所述对应关系。
8.根据权利要求4至6中任一项所述的系统,其特征在于,所述业务路径控制器具体用于:
在生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,所述业务路由规则信息用于指示对所述对应关系进行调整处理,所述调整处理包括以下至少一种:添加,删除,修改;
根据所述业务路由规则信息,对所述对应关系进行调整处理。
9.根据权利要求4至6中任一项所述的系统,其特征在于,
所述第一业务流分类器还用于获取所述业务路由规则信息,所述业务路径控制器具体用于通过所述第一接口从所述第一业务流分类器接收所述业务路由规则信息;或者,
所述业务路径控制器具体用于从策略与计费规则功能PCRF设备接收所述业务路由规则信息。
10.根据权利要求9所述的系统,其特征在于,所述第一业务流分类器具体用于从所述PCRF设备接收所述业务路由规则信息。
11.根据权利要求4至6中任一项所述的系统,其特征在于,所述第j个可编程交换机,用于在所述第一业务流分类器根据业务流生成所述通知消息之前,通过所述第三接口向所述第一业务流分类器发送所述业务流的前n个数据包,n为正整数;
所述第一业务流分类器,具体用于根据所述前n个数据包确定所述通知消息。
12.根据权利要求11所述的系统,其特征在于,所述第j个可编程交换机,还用于:在通过所述第三接口向所述第一业务流分类器发送所述前n个数据包之前,接收所述业务流的第1个数据包;
所述业务路径控制器,还用于:通过所述第二接口从所述第j个可编程交换机接收所述第1个数据包的信息,并在确定需要将所述第1个数据包需要转发给所述第一业务流分类器的情况下,根据所述第1个数据包的信息生成第二转发表项,其中,所述第二转发表项用于指示向所述第一业务流分类器转发所述业务流的数据包;
所述第j个可编程交换机,还用于:通过所述第二接口从所述业务路径控制器接收所述第二转发表项;
所述第j个可编程交换机,具体用于根据所述第二转发表项通过所述第三接口向所述第一业务流分类器转发所述前n个数据包。
13.根据权利要求12所述的系统,其特征在于,所述第j个可编程交换机与移动网关之间具有第四接口;
所述第j个可编程交换机,具体用于通过所述第四接口从所述移动网关接收所述第1个数据包。
14.根据权利要求4至6中任一项所述的系统,其特征在于,
所述第一业务流分类器位于在移动网关与所述第j个可编程交换机之间;或者,
所述第一业务流分类器位于移动网关内部。
15.根据权利要求4至6中任一项所述的系统,其特征在于,所述系统还包括第二业务流分类器;
所述第二业务流分类器与所述业务路径控制器之间具有所述第一接口,所述第二业务流分类器与所述h个可编程交换机中的第p个可编程交换机之间具有所述第三接口,p为小于或等于h的正整数。
16.一种业务路径控制器,其特征在于,包括:
接收单元、生成单元和发送单元,所述接收单元与第一业务流分类器之间具有第一接口;
所述接收单元,用于通过所述第一接口从所述第一业务流分类器接收通知消息,通知消息包括业务流对应的业务流类别信息,所述业务流类别信息用于指示所述业务流对应的第一业务链,所述第一业务链由一个或多个按照第一顺序排列的业务使能器组成;
所述生成单元,用于根据所述通知消息生成一个或多个可编程交换机分别对应的第一转发表项;
所述发送单元,用于向所述一个或多个可编程交换机发送每个可编程交换机对应的第一转发表项,以便所述可编程交换机根据所述可编程交换机对应的第一转发表项转发所述业务流的数据包,以使所述一个或多个业务使能器按照所述第一顺序处理所述业务流的数据包。
17.根据权利要求16所述的业务路径控制器,其特征在于,所述发送单元与h个可编程交换机之间具有第二接口;
所述第一业务链由m个业务使能器中的k个业务使能器组成,其中在所述第一业务链中所述k个业务使能器按照第一顺序排列;
所述生成单元具体用于根据所述通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,所述i个可编程交换机与所述k个业务使能器中的至少一个相连接,所述i个可编程交换机是从所述h个可编程交换机中选择的;
其中,h和m为正整数,k为小于或等于m的正整数,i为小于或等于h的正整数。
18.根据权利要求17所述的业务路径控制器,其特征在于,所述通知消息还包括所述业务流对应的业务流信息,所述业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型。
19.根据权利要求18所述的业务路径控制器,其特征在于,所述业务流类别信息包括第一业务链表,所述第一业务链表用于指示所述第一业务链;
所述生成单元,具体用于:根据所述业务路径控制器所在的业务路由系统的拓扑信息、所述第一业务链表和所述业务流信息生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项。
20.根据权利要求18所述的业务路径控制器,其特征在于,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别;
所述生成单元,具体用于:
根据所述第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定所述第一应用类别标识对应的第一业务链表,所述第一业务链表用于指示所述第一业务链;
根据业务路由系统的拓扑信息、所述第一业务链表以及所述业务流信息,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项。
21.根据权利要求17所述的业务路径控制器,其特征在于,所述业务流类别信息包括第一应用类别标识;
所述生成单元,具体用于:
根据所述第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定所述第一应用类别标识对应的第一业务链表,所述第一业务链表用于指示所述第一业务链;
根据业务路由系统的拓扑信息、所述第一业务链表以及所述第一应用类别标识,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项,其中所述第一转发表项包括所述第一应用类别标识。
22.根据权利要求20或21所述的业务路径控制器,其特征在于,
所述接收单元,还用于:在所述生成单元生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,所述业务路由规则信息包括所述至少一个应用类别标识、所述至少一个业务链表以及所述对应关系。
23.根据权利要求20或21所述的业务路径控制器,其特征在于,
所述接收单元,还用于在所述生成单元生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,所述业务路由规则信息用于指示对所述对应关系进行调整处理,所述调整处理包括以下至少一种:添加,删除,修改;
所述生成单元,还用于根据所述业务路由规则信息,对所述对应关系进行调整处理。
24.根据权利要求23所述的业务路径控制器,
所述接收单元具体用于通过所述第一接口从所述第一业务流分类器接收所述业务路由规则信息;或者,
所述接收单元具体用于从策略与计费规则功能PCRF设备接收所述业务路由规则信息。
25.根据权利要求17至21中任一项所述的业务路径控制器,其特征在于,
所述接收单元,还用于通过所述第二接口从所述h个可编程交换机中的第j个可编程交换机接收所述业务流的数据包的信息,其中所述第j个可编程交换机与所述第一业务流分类器之间具有第三接口;
所述生成单元,还用于当需要将所述业务流的数据包需要转发给所述第一业务流分类器时,根据所述业务流的数据包的信息生成第二转发表项,其中,所述第二转发表项用于指示向所述第一业务流分类器转发所述业务流的数据包;
所述发送单元,还用于通过所述第二接口向所述第j个可编程交换机发送所述第二转发表项,以便所述第j个可编程交换机根据所述第二转发表项向所述第一业务流分类器转发所述业务流的数据包,所述第一业务流分类器根据所述业务流的数据包生成所述通知消息。
26.根据权利要求25所述的业务路径控制器,其特征在于,在所述第j个可编程交换机中没有所述业务流的数据包对应的转发表项,或者
在所述第j个可编程交换机中所述业务流的数据包对应的转发表项指示所述第j个可编程交换机向所述业务路径控制器发送所述业务流的数据包的信息。
27.根据权利要求16至21中任一项所述的业务路径控制器,其特征在于,所述接收单元还与第二业务流分类器之间具有所述第一接口。
28.一种业务流分类器,其特征在于,包括:
生成单元和发送单元,所述发送单元与业务路径控制器之间具有第一接口;
所述生成单元,用于根据业务流生成通知消息,所述通知消息包括所述业务流对应的业务流类别信息,所述业务流类别信息用于指示所述业务流对应的第一业务链,所述第一业务链由一个或多个按照第一顺序排列的业务使能器组成;
所述发送单元,用于通过所述第一接口向所述业务路径控制器发送所述通知消息,以便所述业务路径控制器根据所述通知消息生成一个或多个可编程交换机分别对应的第一转发表项,使得所述可编程交换机根据所述可编程交换机对应的第一转发表项转发所述业务流的数据包,以使所述一个或多个业务使能器按照所述第一顺序处理所述业务流的数据包。
29.根据权利要求28所述的业务流分类器,其特征在于,所述第一业务链由m个业务使能器中的k个业务使能器组成,其中在所述第一业务链中所述k个业务使能器按照第一顺序排列,m为正整数,k为小于或等于m的正整数。
30.根据权利要求28或29所述的业务流分类器,其特征在于,所述通知消息还包括所述业务流对应的业务流信息,所述业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型;
所述业务流类别信息包括第一业务链表,所述第一业务链表用于指示所述第一业务链;或者,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别。
31.根据权利要求28或29所述的业务流分类器,其特征在于,还包括封装单元;
所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别,所述第一应用类别标识与所述第一业务链相对应;
所述封装单元,用于根据所述第一应用类别标识,对所述业务流的数据包进行封装。
32.根据权利要求28或29所述的业务流分类器,其特征在于,还包括接收单元和确定单元,所述接收单元与h个可编程交换机中的第j个可编程交换机之间具有第三接口,h为正整数,j为小于或等于h的正整数;
所述接收单元,用于通过所述第三接口从所述第j个可编程交换机接收所述业务流的数据包;
所述确定单元,具体用于根据所述业务流的数据包生成所述通知消息。
33.一种业务路由方法,其特征在于,包括:
从第一业务流分类器接收通知消息,所述通知消息包括业务流对应的业务流类别信息,所述业务流类别信息用于指示所述业务流对应的第一业务链,所述第一业务链由一个或多个按照第一顺序排列的业务使能器组成;
根据所述通知消息生成一个或多个可编程交换机分别对应的第一转发表项;
向所述一个或多个可编程交换机发送每个可编程交换机对应的第一转发表项,以便所述可编程交换机根据所述可编程交换机对应的第一转发表项转发所述业务流的数据包,以使所述一个或多个业务使能器按照所述第一顺序处理所述业务流的数据包。
34.根据权利要求33所述的方法,其特征在于,所述第一业务链由m个业务使能器中的k个业务使能器组成,其中在所述第一业务链中所述k个业务使能器按照第一顺序排列;
根据所述通知消息生成一个或多个可编程交换机分别对应的第一转发表项,包括:
根据所述通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,所述i个可编程交换机与所述k个业务使能器中的至少一个相连接,所述i个可编程交换机是从h个可编程交换机中选择的;
其中,h和m为正整数,k为小于或等于m的正整数,i为小于或等于h的正整数。
35.根据权利要求34所述的方法,其特征在于,所述通知消息还包括所述业务流对应的业务流信息,所述业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型。
36.根据权利要求35所述的方法,其特征在于,所述业务流类别信息包括第一业务链表,所述第一业务链表用于指示所述第一业务链;
所述根据所述通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,包括:
根据业务路由系统的拓扑信息、所述第一业务链表以及所述业务流信息,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项。
37.根据权利要求35所述的方法,其特征在于,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别;
所述根据所述通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,包括:
根据所述第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定所述第一应用类别标识对应的第一业务链表,所述第一业务链表用于指示所述第一业务链;
根据业务路由系统的拓扑信息、所述第一业务链表和所述业务流信息,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项。
38.根据权利要求34所述的方法,其特征在于,所述业务流类别信息包括第一应用类别标识;
所述根据所述通知消息生成i个可编程交换机中每个可编程交换机对应的第一转发表项,包括:
根据所述第一应用类别标识以及至少一个应用类别标识与至少一个业务链表之间的对应关系,确定所述第一应用类别标识对应的第一业务链表,所述第一业务链表用于指示所述第一业务链;
根据业务路由系统的拓扑信息、所述第一业务链表以及所述第一应用类别标识,生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项,其中所述第一转发表项包括所述第一应用类别标识。
39.根据权利要求37或38所述的方法,其特征在于,还包括:
在生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,所述业务路由规则信息包括所述至少一个应用类别标识、所述至少一个业务链表以及所述对应关系。
40.根据权利要求37或38所述的方法,其特征在于,还包括:
在生成所述i个可编程交换机中每个可编程交换机对应的第一转发表项之前,接收业务路由规则信息,所述业务路由规则信息用于指示对所述对应关系进行调整处理,所述调整处理包括以下至少一种:添加,删除,修改;
根据所述业务路由规则信息,对所述对应关系进行调整处理。
41.根据权利要求40所述的方法,其特征在于,所述接收业务路由规则信息,包括:
从所述第一业务流分类器接收所述业务路由规则信息;或者,
从策略与计费规则功能PCRF设备接收所述业务路由规则信息。
42.根据权利要求34至38中任一项所述的方法,其特征在于,还包括:
从所述h个可编程交换机中的第j个可编程交换机接收所述业务流的数据包的信息,j为小于或等于h的正整数;
当需要将所述业务流的数据包需要转发给所述第一业务流分类器时,根据所述业务流的数据包的信息生成第二转发表项,其中,所述第二转发表项用于指示向所述第一业务流分类器转发所述业务流的数据包;
向所述第j个可编程交换机发送所述第二转发表项,以便所述第j个可编程交换机根据所述第二转发表项向所述第一业务流分类器转发所述业务流的数据包,所述第一业务流分类器根据所述数据包生成所述通知消息。
43.根据权利要求39所述的方法,其特征在于,
在所述可编程交换机中所述业务流的数据包没有对应的转发表项,或者
在所述可编程交换机中所述业务流的数据包对应的转发表项指示所述可编程交换机向业务路径控制器发送所述业务流的数据包的信息。
44.一种业务路由方法,其特征在于,包括:
根据业务流生成通知消息,所述通知消息包括所述业务流对应的业务流类别信息,所述业务流类别信息用于指示所述业务流对应的第一业务链,所述第一业务链由一个或多个按照第一顺序排列的业务使能器组成;
向业务路径控制器发送所述通知消息,以便所述业务路径控制器根据所述通知消息生成一个或多个可编程交换机分别对应的第一转发表项,使得所述可编程交换机根据所述可编程交换机对应的第一转发表项转发所述业务流的数据包,以使所述一个或多个业务使能器按照所述第一顺序处理所述业务流的数据包。
45.根据权利要求44所述的方法,其特征在于,所述第一业务链由m个业务使能器中的k个业务使能器组成,其中在所述第一业务链中所述k个业务使能器按照第一顺序排列,m均为正整数,k为小于或等于m的正整数。
46.根据权利要求44或45所述的方法,其特征在于,所述通知消息还包括所述业务流对应的业务流信息,所述业务流信息包括以下至少一种:源媒体接入控制MAC地址、目的MAC地址、源网际协议IP地址、目的IP地址、源端口号、目的端口号和协议类型;
所述业务流类别信息包括第一业务链表,所述第一业务链表用于指示所述第一业务链;或者,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别。
47.根据权利要求44或45所述的方法,其特征在于,所述业务流类别信息包括第一应用类别标识,所述第一应用类别标识用于指示所述业务流的应用类别;
所述方法还包括:
根据所述第一应用类别标识,对所述业务流的数据包进行封装。
48.根据权利要求44或45所述的方法,其特征在于,还包括:
从h个可编程交换机中的第j个可编程交换机接收所述业务流的数据包;
所述根据业务流生成通知消息,包括:
根据所述业务流的数据包生成通知消息。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2013/076148 WO2014186963A1 (zh) | 2013-05-23 | 2013-05-23 | 业务路由系统、设备和方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104322019A CN104322019A (zh) | 2015-01-28 |
CN104322019B true CN104322019B (zh) | 2017-11-07 |
Family
ID=51932721
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380004576.9A Active CN104322019B (zh) | 2013-05-23 | 2013-05-23 | 业务路由系统、设备和方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20160080253A1 (zh) |
EP (1) | EP2993835B1 (zh) |
CN (1) | CN104322019B (zh) |
WO (1) | WO2014186963A1 (zh) |
Families Citing this family (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9225638B2 (en) | 2013-05-09 | 2015-12-29 | Vmware, Inc. | Method and system for service switching using service tags |
US10069649B2 (en) * | 2013-11-06 | 2018-09-04 | Citrix Systems, Inc. | Systems and methods for performing service tag switching in an application delivery controller |
CN104954245B (zh) * | 2014-03-27 | 2019-07-16 | 中兴通讯股份有限公司 | 业务功能链处理方法及装置 |
WO2015192344A1 (zh) * | 2014-06-18 | 2015-12-23 | 华为技术有限公司 | 一种控制业务数据流的方法及装置 |
US9755898B2 (en) | 2014-09-30 | 2017-09-05 | Nicira, Inc. | Elastically managing a service node group |
US10516568B2 (en) | 2014-09-30 | 2019-12-24 | Nicira, Inc. | Controller driven reconfiguration of a multi-layered application or service model |
US9774537B2 (en) | 2014-09-30 | 2017-09-26 | Nicira, Inc. | Dynamically adjusting load balancing |
EP3207737B1 (en) * | 2014-10-17 | 2021-03-24 | Apple Inc. | Methods and apparatuses for flexible mobile steering in cellular networks |
US10594743B2 (en) | 2015-04-03 | 2020-03-17 | Nicira, Inc. | Method, apparatus, and system for implementing a content switch |
EP3313027B1 (en) * | 2015-07-31 | 2020-02-26 | Huawei Technologies Co., Ltd. | Routing rule acquisition method and system |
US10182019B2 (en) * | 2016-02-25 | 2019-01-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Interconnected hardware infrastructure resource control |
CN107204866A (zh) * | 2016-03-18 | 2017-09-26 | 上海有云信息技术有限公司 | 基于vxlan技术解决多租户服务链传输的实现方法 |
US10348648B2 (en) | 2016-05-17 | 2019-07-09 | Cisco Technology, Inc. | Service chain overlay network operations visibility via data packets |
US10425667B2 (en) * | 2016-10-03 | 2019-09-24 | Cisco Technology, Inc. | Network layer transport of video characteristics for use by network function in a service function chain |
CN108574647B (zh) * | 2017-03-13 | 2021-05-18 | 上海诺基亚贝尔股份有限公司 | 交换机和分类器以及相关方法 |
CN108259335B (zh) | 2017-03-31 | 2020-09-08 | 新华三技术有限公司 | 路径探测方法和装置 |
US10805181B2 (en) | 2017-10-29 | 2020-10-13 | Nicira, Inc. | Service operation chaining |
US11012420B2 (en) | 2017-11-15 | 2021-05-18 | Nicira, Inc. | Third-party service chaining using packet encapsulation in a flow-based forwarding element |
US10797910B2 (en) | 2018-01-26 | 2020-10-06 | Nicira, Inc. | Specifying and utilizing paths through a network |
US10805192B2 (en) | 2018-03-27 | 2020-10-13 | Nicira, Inc. | Detecting failure of layer 2 service using broadcast messages |
CN110768884B (zh) * | 2018-07-25 | 2021-10-15 | 华为技术有限公司 | Vxlan报文封装及策略执行方法、设备、系统 |
US11595250B2 (en) | 2018-09-02 | 2023-02-28 | Vmware, Inc. | Service insertion at logical network gateway |
US10944673B2 (en) | 2018-09-02 | 2021-03-09 | Vmware, Inc. | Redirection of data messages at logical network gateway |
US11301281B2 (en) * | 2019-02-22 | 2022-04-12 | Vmware, Inc. | Service control plane messaging in service data plane |
US11283717B2 (en) | 2019-10-30 | 2022-03-22 | Vmware, Inc. | Distributed fault tolerant service chain |
US11140218B2 (en) | 2019-10-30 | 2021-10-05 | Vmware, Inc. | Distributed service chain across multiple clouds |
US11223494B2 (en) | 2020-01-13 | 2022-01-11 | Vmware, Inc. | Service insertion for multicast traffic at boundary |
US11153406B2 (en) | 2020-01-20 | 2021-10-19 | Vmware, Inc. | Method of network performance visualization of service function chains |
US11659061B2 (en) | 2020-01-20 | 2023-05-23 | Vmware, Inc. | Method of adjusting service function chains to improve network performance |
US11438257B2 (en) | 2020-04-06 | 2022-09-06 | Vmware, Inc. | Generating forward and reverse direction connection-tracking records for service paths at a network edge |
US11734043B2 (en) | 2020-12-15 | 2023-08-22 | Vmware, Inc. | Providing stateful services in a scalable manner for machines executing on host computers |
US11611625B2 (en) | 2020-12-15 | 2023-03-21 | Vmware, Inc. | Providing stateful services in a scalable manner for machines executing on host computers |
CN113630348A (zh) * | 2021-09-17 | 2021-11-09 | 上海电信科技发展有限公司 | 多路由数据的转发方法及其系统 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102571602A (zh) * | 2012-02-13 | 2012-07-11 | 华为技术有限公司 | 业务路由网络及业务处理的方法、设备 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100496013C (zh) * | 2006-07-21 | 2009-06-03 | 华为技术有限公司 | 一种实现单pvc多业务的方法和接入设备 |
US20100082737A1 (en) * | 2008-09-26 | 2010-04-01 | Carlson Marketing Worldwide, Inc. | Dynamic service routing |
US7860100B2 (en) * | 2008-10-01 | 2010-12-28 | Cisco Technology, Inc. | Service path selection in a service network |
US8001214B2 (en) * | 2009-02-12 | 2011-08-16 | Oracle America, Inc. | Method and system for processing a request sent over a network |
WO2010103909A1 (ja) * | 2009-03-09 | 2010-09-16 | 日本電気株式会社 | OpenFlow通信システムおよびOpenFlow通信方法 |
CN102195855B (zh) * | 2010-03-17 | 2014-10-08 | 华为技术有限公司 | 一种业务路由方法和业务网络 |
CN102136990B (zh) * | 2010-06-09 | 2013-11-06 | 华为技术有限公司 | 一种业务叠加网络的业务路由方法及系统 |
US8743885B2 (en) * | 2011-05-03 | 2014-06-03 | Cisco Technology, Inc. | Mobile service routing in a network environment |
US9258243B2 (en) * | 2013-05-10 | 2016-02-09 | Cisco Technology, Inc. | Symmetric service chain binding |
-
2013
- 2013-05-23 CN CN201380004576.9A patent/CN104322019B/zh active Active
- 2013-05-23 EP EP13885260.3A patent/EP2993835B1/en active Active
- 2013-05-23 WO PCT/CN2013/076148 patent/WO2014186963A1/zh active Application Filing
-
2015
- 2015-11-20 US US14/947,776 patent/US20160080253A1/en not_active Abandoned
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102571602A (zh) * | 2012-02-13 | 2012-07-11 | 华为技术有限公司 | 业务路由网络及业务处理的方法、设备 |
Non-Patent Citations (1)
Title |
---|
"A Policy-aware Switching Layer for Data Centers";Dilip A. Joseph 等;《SIGCOMM"08 Proceedings of the ACM sigcomm 2008 conference on Data communication》;20080822;全文 * |
Also Published As
Publication number | Publication date |
---|---|
US20160080253A1 (en) | 2016-03-17 |
WO2014186963A1 (zh) | 2014-11-27 |
EP2993835A4 (en) | 2016-08-03 |
EP2993835B1 (en) | 2018-07-11 |
EP2993835A1 (en) | 2016-03-09 |
CN104322019A (zh) | 2015-01-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104322019B (zh) | 业务路由系统、设备和方法 | |
CN104954274B (zh) | 生成转发信息的方法、控制器和业务转发实体 | |
CN103516602B (zh) | 用于传输数据的方法、网络设备以及网络系统 | |
CN102792646B (zh) | 通信系统、控制装置、通信方法 | |
CN107566440A (zh) | 软件定义的网络环境中服务的自动发现和自动扩缩 | |
CN104243270B (zh) | 一种建立隧道的方法和装置 | |
CN101394361B (zh) | 报文传输方法、设备和系统 | |
CN105340217B (zh) | 一种报文处理方法、装置及系统 | |
CN104717098B (zh) | 一种数据处理方法及装置 | |
CN106603413B (zh) | 通过指定路径传输流量的方法和装置 | |
CN106664252A (zh) | 实现业务链接的方法、设备及系统 | |
CN107968750A (zh) | 报文传输方法、装置及节点 | |
CN104521195A (zh) | 在通信网络中创建软件定义有序业务模式的方法和系统 | |
CN103209132B (zh) | 在透明多链路互联(trill)网络中实现组播的方法、装置及系统 | |
CN109995654A (zh) | 一种基于隧道传输数据的方法及装置 | |
CN106209638B (zh) | 从虚拟局域网至虚拟可扩展局域网的报文转发方法和设备 | |
CN106656905A (zh) | 防火墙集群实现方法及装置 | |
CN106921579A (zh) | 基于业务功能链sfc的通信方法和装置 | |
CN104243362B (zh) | 一种报文转发方法和装置 | |
CN108111417A (zh) | 一种转发mpls数据包的方法及装置 | |
CN106921572A (zh) | 一种传播QoS策略的方法、装置及系统 | |
CN106161275A (zh) | 针对服务质量的预测出口分组分类 | |
CN105516025B (zh) | 端到端的路径控制和数据传输方法、OpenFlow控制器和交换机 | |
CN103746874B (zh) | 用于网际协议流性能监控的方法和设备 | |
CN103825818B (zh) | 一种多拓扑网络转发方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |