CN107483345B - 业务处理方法、设备及系统 - Google Patents
业务处理方法、设备及系统 Download PDFInfo
- Publication number
- CN107483345B CN107483345B CN201710626177.6A CN201710626177A CN107483345B CN 107483345 B CN107483345 B CN 107483345B CN 201710626177 A CN201710626177 A CN 201710626177A CN 107483345 B CN107483345 B CN 107483345B
- Authority
- CN
- China
- Prior art keywords
- service
- processing
- atom
- flow
- processed
- 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
Images
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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
-
- 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
- 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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
- H04L45/507—Label distribution
-
- 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/17—Interaction among intermediate nodes, e.g. hop by hop
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
Abstract
本发明实施例提供了一种业务处理的方法、设备及系统,涉及通信技术领域,能够在不改变运营商原有设备的情况下进行业务扩展。本发明实施例包括获取待处理业务流对应的业务服务信息,所述业务服务信息包括所述待处理业务流的业务流标识以及与所述业务流标识对应的业务标签;将所述待处理业务流对应的业务服务信息发送给业务路由器,以使得所述业务路由器根据所述业务服务信息处理所述待处理业务流。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种业务处理方法、设备及系统。
背景技术
随着Internet的发展,BRAS(Broadband Remote Access Server,宽带远程接入服务器)或者BNG(Broadband Network Gateway,宽带网络网关)均需要逐渐增强各种增值业务处理能力,如OTT(On the top,在顶端)视频处理、DPI(Deep Packet Inspection,深度报文检测),防火墙,杀毒等。目前这些能力都集中在BRAS或者BNG上扩展,但由于未来增值业务种类多,每扩展一种业务,都需要对BRAS或者BNG进行软件升级,甚至硬件升级。无论是软件升级还是硬件升级,运营商都需要将BRAS或者BNG设备下电,BRAS或者BNG上的用户都将中断原有业务。目前,BRAS或者BNG可以支持的用户数量十分庞大,若进行设备下电则影响面非常大,极大影响用户体验。
发明内容
本发明的实施例提供一种业务处理方法、装置及系统,能够在不改变运营商原有设备的情况下进行业务扩展。
为达到上述目的,本发明的实施例采用如下技术方案:
一种业务处理方法,包括:
获取待处理业务流对应的业务服务信息,所述业务服务信息包括所述待处理业务流的业务流标识以及与所述业务流标识对应的业务标签;
将所述待处理业务流对应的业务服务信息发送给业务路由器,以使得所述业务路由器根据所述业务服务信息处理所述待处理业务流;
其中,所述业务标签为经过编码处理的一个业务原子或者为经过编码处理的业务原子串。
一种业务处理方法,包括:
接收控制器发送的业务服务信息,所述业务服务信息包括第一业务流的业务流标识和业务标签;
接收所述第一业务流,并获取业务路由表;
根据所述业务服务信息以及所述业务路由表处理所述第一业务流;
其中,所述业务标签为经过编码处理的一个业务原子或者业务原子串。
一种业务处理设备,包括:
业务服务信息获取单元,用于获取待处理业务流对应的业务服务信息,所述业务服务信息包括所述待处理业务流的业务流标识以及与所述业务流标识对应的业务标签;
业务服务信息发送单元,用于将所述待处理业务流对应的业务服务信息发送给业务路由器,以使得所述业务路由器根据所述业务服务信息处理所述待处理业务流;
其中,所述业务标签为经过编码处理的一个业务原子或者为经过编码处理的业务原子串。
另一种业务处理设备,包括:
接收单元,用于接收控制器发送的业务服务信息,所述业务服务信息包括第一业务流的业务流标识和业务标签;
所述接收单元,还用于接收所述第一业务流;
获取单元,用于获取业务路由表;
处理单元,用于根据所述业务服务信息以及所述业务路由表处理所述第一业务流。
一种业务处理系统,其特征在于,包括上述的两种业务处理设备。
本发明实施例提供的业务处理的方法、装置及系统,通过使用业务原子或业务原子串来标识业务处理顺序,并生成与业务原子或业务原子串对应的业务服务信息,以使得业务路由器以及与所述业务路由器相邻的业务服务器根据所述业务服务信息处理待处理的业务流,在本实施例提供的业务处理方式下,新业务的开发就转变为对已有的业务原子重新进行组合,或者添加新的业务原子,使得运营商仍然可以使用已有的设备继续处理业务,从而能够在不改变运营商原有设备的情况下进行业务扩展。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例1中的一种业务处理的方法流程图;
图2为本发明实施例1中的另一种业务处理的方法流程图;
图3为本发明实施例1中的一种业务路由网络架构的组成框图;
图4为本发明实施例1中的另一种业务路由网络架构的组成框图;
图5为本发明实施例1中的一种业务处流程的信息交互图;
图6为本发明实施例1中的另一种业务处理流程的信息交互图;
图7为本发明实施例1中的再一种业务处理流程的信息交互图;
图8为本发明实施例1中的一种网络连接结构框图;
图9为本发明实施例1中的一种业务处理方法的流程图;
图10为本发明实施例1中的另一种网络连接结构框图;
图11为本发明实施例1中的另一种业务处理方法的流程图;
图12为本发明实施例2中的一种业务处理设备的组成框图;
图13为本发明实施例2中的另一种业务处理设备的组成框图;
图14为本发明实施例2中的另一种业务处理设备的组成框图;
图15为本发明实施例2中的另一种业务处理设备的组成框图;
图16为本发明实施例2中的另一种业务处理设备的组成框图;
图17为本发明实施例2中的另一种业务处理设备的组成框图;
图18为本发明实施例2中的另一种业务处理设备的组成框图;
图19为本发明实施例2中的另一种业务处理设备的组成框图;
图20为本发明实施例2中的另一种业务处理设备的组成框图;
图21为本发明实施例2中的另一种业务处理设备的组成框图;
图22为本发明实施例2中的一种业务处理系统的组成框图;
图23为本发明实施例2中的另一种业务处理系统的组成框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例1
本发明实施例提供了一种业务处理方法,该方法例如为控制器侧的方法,如图1所示,包括:
101、获取待处理业务流对应的业务服务信息。
其中,所述业务服务信息包括所述待处理业务流的业务流标识以及与所述业务流标识对应的业务标签,所述业务标签为经过编码处理的一个业务原子或者业务原子串,所述业务原子串为至少两个业务原子按照一定顺序排列形成的序列。其中,所述业务原子用于标识处理所述待处理业务流需要的一个业务处理步骤。所述编码指采用不同的二进制数或多进制数来表示不同的业务原子或者业务原子串。
举例来说,如果一个业务流需要一个业务处理步骤,则对应该业务流的业务标签为经过编码处理的一个业务原子;如果一个业务流需要多个业务处理步骤,则对应该业务流的业务标签为经过编码处理的多个业务原子串。
102、将所述待处理业务流对应的业务服务信息发送给业务路由器,以使得所述业务路由器根据所述业务服务信息处理所述待处理业务流。
本发明还提供了一种业务处理的方法,该方法例如为业务路由器侧的方法,如图2所示,包括:
201、接收控制器发送的待处理业务流对应的业务服务信息。
其中,所述业务服务信息包括待处理业务流的业务流标识以及与所述业务流标识对应的业务标签。其中,所述业务标签为经过编码处理的一个业务原子或者业务原子串,所述业务原子串为至少两个业务原子按照一定顺序排列形成的序列。其中,所述业务原子用于标识处理所述待处理业务流需要的一个业务处理步骤。所述编码指采用不同的二进制数或多进制数来表示不同的业务原子或者业务原子串。
202、接收所述待处理业务流,并获取业务路由表。
其中,所述获取业务路由表可以通过以下两种方式实现,具体包括:
方式一:接收控制器发送的业务路由表信息,并根据所述业务路由表信息生成业务路由表。
其中,所述业务路由信息由控制器根据业务处理路径信息生成,所述业务处理路径信息用于指示处理所述待处理业务流需要的跳数以及每一跳涉及的业务原子种类和数量。
方式二:获取业务路由器中已存储的业务路由表。
其中,所述业务路由表为预先生成并存储在所述业务路由器中的,可以为集中式业务路由表和分布式业务路由表中的任意一种。
举例来说,所述集中式业务路由表可以包括业务流标识、业务流的处理顺序编号、处理顺序编号对应的输出端口以及处理顺序编号对应的下一跳业务标签;所述分布式业务路由表可以包括下一跳业务处理设备对应的业务原子处理能力、对应的输出端口和对应的地址信息。
203、根据所述业务服务信息以及所述业务路由表处理所述待处理业务流。
本发明实施例提供的业务处理的方法,通过使用业务原子或业务原子串来标识业务处理顺序和业务处理类型,并生成与业务原子或业务原子串对应的业务服务信息,以使得业务路由器以及与所述业务路由器相邻的业务服务器根据所述业务服务信息处理待处理的业务流。在本实施例提供的业务处理方式下,新业务的开发转变为对已有的业务原子重新进行组合,或者添加新的业务原子,使得运营商可以使用已有的设备处理新业务,从而能够在不改变运营商原有设备的情况下进行业务扩展。
本发明实施例又提供了一种业务处理方法,可以应用在如图3所示的业务路由网络架构中,该网络架构包括:控制器、宽带网络网关(Broadband Network Gateway,BNG)、业务路由器、业务服务器、第三方业务(Third Party Service)设备。其中,业务服务器若包含业务路由功能则转变为业务路由器。
其中,控制器包括:网络抽象模块,用于将各种网络设备和服务器,例如,业务路由器(Service Router)和业务服务器(Service Server)抽象为一个整体,从而对于各种控制模块,例如接入控制(Access Control)模块、业务路由控制(Service Routing Control)模块等,看到的是一个抽象的业务路由虚拟网络(即只看到具有业务路由功能的节点和具有业务处理能力的节点或服务器),实现对底层物理硬件的屏蔽和对诸如接入设备、路由器和交换机等设备形态的屏蔽。
业务抽象模块,用于将控制器内部可编辑的业务或网络处理资源,抽象为对用户可见的业务原子或业务原子串,或对第三方可开放的API(Application ProgrammingInterface,应用程序编程接口)。
开放云接口(Open Cloud Interface)用于为第三方提供云管理、云控制、云承载等方面的云协作标准接口,在本网络架构中可以以开放应用程序编程接口(Open API)的形式被定义,例如Open API可以是业务原子API,或者业务路由API,所述业务原子API用于为第三方构建自己的业务提供接口,所述业务路由API用于为第三方构建自己的虚拟业务路由网络提供接口。
在上述网络抽象模块和业务抽象模块之间为各种控制模块,包括:
接入控制(Access Control)模块,用于实现接入控制功能,例如用户认证、动态主机配置协议(Dynamic Host Configuration Protocol,DHCP)等功能。所述接入控制模块还可以用于获取待处理业务流的业务服务信息。
业务路由控制(Service Routing Control)模块,用于生成和维护业务路由表,并根据业务流对应的业务原子或业务原子串为业务流生成业务处理路径信息。
业务原子化(Service Atomization)模块,用于注册服务器的业务原子处理能力。
业务原子串生成(Service Chain Orchestration)模块,用于根据业务服务信息、业务策略、用户策略等信息生成业务原子串。
其中,本实施例中的业务路由器可以用于对业务流中的报文添加、更改或删除业务标签,并根据业务路由表进行报文转发。本实施例中的业务服务器可以用于处理CT(TeleCom,电信)业务和IT(Information Technology,信息技术)业务,并提供相应的业务原子处理机,如CT业务原子处理机,IT业务原子处理机。业务服务器可以由电信运营商提供,也可以由第三方提供。
本实施例中,控制器实现接入控制和业务路由控制。
举例来说,如果将业务路由器作为中小规模宽带业务网关,那么控制器可以内嵌于业务路由器中,形成如图4所示的业务路由网络架构中,从而可以进一步减少网络时延、提高性能并且简化控制。
需要说明的是,所述控制器可以具有三种控制模式:用户认证控制模式、随路控制模式和信令控制模式。所述业务路由器处理业务流时可以有两种处理方式,包括集中式业务路由处理方式和分布式业务路由处理方式。
基于上述描述的如图3所示的网络框架,当控制器使用用户认证控制模式时,本发明实施例提供了一种业务处理方法,如图5所示,该方法包括:
301、在认证、授权和计费(Authentication,Authorization and Accounting,AAA)服务器中,预先配置有用户所对应的业务服务信息;或者,由第三方设备调用OpenAPI,在AAA服务器中生成用户所对应的业务服务信息,所述业务服务信息包括用户的待处理业务流对应的业务流标识和与业务流标识对应的业务标签。
对于一个用户,可能会拥有多项业务,每项业务对应的业务流具有各自的业务服务信息。
302、Access Control模块作为AAA客户端或代理与AAA服务器交互用户认证消息。若Access Control模块接收到AAA服务器发送的用户认证成功的消息(如AAA的接入允许消息),则执行步骤303;否则执行步骤312。
其中,与AAA服务器交互用户认证消息的具体步骤为本领域技术人员公知的技术,本发明实施例在此不进行详细描述。
303、Access Control模块从AAA服务器获取用户所对应的业务服务信息。
其中,所述用户所对应的业务服务信息可以携带在所述用户的用户认证消息中。举例来说,可以将用户所对应的业务服务信息携带在扩展的AAA的接入允许消息中,所述扩展例如可以通过在AAA的接入允许消息中增加新的属性或选项来实现。
304、Access Control模块将所述业务服务信息发送给Service ChainOrchestration模块。
305、Service Chain Orchestration模块对所述业务服务信息中的业务标签进行解码处理得到相应的业务原子或业务原子串。
306、Service Chain Orchestration模块根据Service Atomization模块中注册的业务原子处理能力判断是否能够处理所述业务原子或业务原子串,若能够处理所述业务原子或业务原子串,则当业务路由器采用分布式业务路由处理方式处理待处理业务流,并且业务路由器中的业务路由表不需要根据控制器发送的业务路由表信息生成时,执行步骤307,当业务路由器采用集中式业务路由处理方式处理待处理业务流时,或者当业务路由器采用分布式业务路由处理方式处理待处理业务流,并且业务路由器中的业务路由表需要根据控制器发送的业务路由表信息生成时,则执行步骤309;若不能够处理所述业务原子或业务原子串,则执行步骤312。
307、Service Chain Orchestration模块将所述业务服务信息发送给ServiceRouting Control模块。
308、Service Routing Control模块下发所述业务服务信息给所述待处理业务流对应的入口业务路由器,并结束用户认证控制模式的控制流程。
309、Service Routing Control模块根据Service Atomization模块中注册的业务原子处理能力,生成所述待处理业务流对应的业务处理路径信息。
其中,所述业务处理路径信息用于表示处理待处理业务流的过程中待处理业务流需要按顺序经过的业务路由器或业务服务器以及每一跳业务路由器或业务服务器分别需要按顺序处理业务原子串中的哪几个业务原子。
310、Service Chain Orchestration模块将所述业务服务信息发送给ServiceRouting Control模块。
311、Service Routing Control模块将所述业务服务信息下发给所述业务处理路径信息对应的业务处理路径上的首个业务路由器,生成所述业务处理路径信息对应的业务处理路径上各个业务路由器对应的业务路由表信息,下发业务路由表信息到相应的业务路由器,并结束用户认证控制模式的控制流程。
312、Service Chain Orchestration模块通知Service Routing Control模块引导业务流进入一个特定的Web Server(网页服务器),该Web Server会向用户解释无法进行相应服务的原因,并结束用户认证控制模式的控制流程。
在本实施例中,控制器通过使用用户认证控制模式,可以在用户通过认证之后为用户提供对应的业务处理方式,使得用户得到了个性化服务,提高了用户体验。用户认证控制模式中,控制与承载分离,业务路径最优,该模式能较好兼容现有Internet业务,较适合动态IP(Internet Protocol,互联网协议)地址分配的用户场景。
基于上述描述的如图3所示的网络框架,当控制器使用随路控制模式(即通过数据报文触发业务路由控制的方法)时,本发明实施例提供了一种业务处理的方法,如图6所示,该方法包括:
401、业务控制(Access Control)模块获取待处理业务流对应的业务服务信息,并将所述待处理业务流对应的业务服务信息发送给Service Chain Orchestration模块。其中,所述Access Control模块获取待处理业务流对应的业务服务信息具体可以为AccessControl模块获取控制器中预先设置的业务服务信息,也可以为Access Control模块获取第三方通过调用Open API在控制器中生成的业务服务信息略。具体采用哪种方式,本发明实施例对此不进行限制。其中,业务服务信息的定义和前述的定义相同。
402、业务路由器接收所述待处理业务流,将所述待处理业务流的第一个报文或业务路由器不能识别的所述待处理业务流的报文引导至Service Chain Orchestration模块。
其中,业务路由器不能识别的所述待处理业务流的报文为该业务路由器的路由表中查找不到该报文对应的路由信息的报文。
403、Service Chain Orchestration模块对接收到的所述报文对应的待处理业务流进行业务识别,根据Access Control模块获取的该待处理业务流对应的业务服务信息生成该待处理业务流对应的业务原子或业务原子串。
其中,业务服务信息的有关描述与在前的相关描述相同。
404、Service Chain Orchestration模块根据注册的业务原子处理能力判断是否能够处理所述业务原子或者业务原子串,若能够处理所述业务原子或业务原子串,则当业务路由器采用分布式业务路由处理方式处理业务流,并且业务路由器中的业务路由表不需要根据控制器发送的业务路由表信息生成时,执行所述步骤405;当业务路由器采用集中式业务路由处理方式处理业务流时,或者当业务路由器采用分布式业务路由处理方式处理业务流,并且业务路由器中的业务路由表需要根据控制器发送的业务路由表信息生成时,执行步骤407;若不能够处理所述业务原子或业务原子串,则执行步骤410。
405、Service Chain Orchestration模块将所述业务服务信息发送给ServiceRouting Control模块。
406、Service Routing Control模块下发所述业务服务信息给所述待处理业务流对应的入口业务路由器,并结束随路控制模式的控制流程。
407、Service Routing Control模块根据Service Atomization模块中注册的业务原子处理能力,生成业务处理路径信息。
其中,所述业务处理路径信息的有关描述与所述步骤309中的有关描述相同。
408、Service Chain Orchestration模块将业务服务信息发送给ServiceRouting Control模块。
409、Service Routing Control模块根据所述业务处理路径信息确定业务处理路径上的首个业务路由器,并下发业务服务信息给该首个业务路由器,并根据业务处理路径信息生成业务处理路径上各个业务路由器对应的业务路由表信息,下发业务路由表信息到相应的业务路由器,然后结束随路控制模式的控制流程。
410、业务路由器将所述待处理业务流转发出业务路由网络,并结束随路控制模式的控制流程。
举例来说,业务路由器也具有普通转发能力,当不能够处理所述待处理业务流对应的业务原子或业务原子串时,对所述待处理业务流进行普通转发,并结束随路控制模式的控制流程。这里所说的普通转发就是基于业务流报文的包头信息例如IP地址或其他地址信息进行的转发。
在本实施例中,控制器通过使用随路控制模式,可以对没有设置对应的业务标签的数据进行控制和处理,实现了对于大部分业务流和特殊的数据包的业务处理。该模式能较好兼容现有Internet业务,还可支持家庭用户或者企业用户使用静态IP地址的场景。
基于上述如图3所示的网络框架,当控制器使用信令控制模式时,本发明实施例提供了一种业务处理的方法,如图7所示,该方法包括:
501、业务信令网关(Service Signaling Gateway)接收用户发送的业务请求信令。
502、Service Signaling Gateway向Access Control模块发送用户发送的业务请求信令对应的业务需求。
503、Access Control模块根据所述业务需求生成相应的业务服务信息。
504、Service Chain Orchestration模块根据所述业务服务信息生成相应的业务原子或业务原子串,根据Service Atomization模块中注册的业务原子处理能力判断是否能够处理所述业务原子或业务原子串,若能够处理所述业务原子或业务原子串,则当业务路由器采用分布式业务路由处理方式处理待处理业务流,并且业务路由器中的业务路由表不需要根据控制器发送的业务路由表信息生成时,执行步骤505;当业务路由器采用集中式业务路由处理方式处理待处理业务流时,或者当业务路由器采用分布式业务路由处理方式处理待处理业务流,并且业务路由器中的业务路由表需要根据控制器发送的业务路由表信息生成时,执行步骤508;否则执行步骤510。
505、Service Chain Orchestration模块将所述业务服务信息发送给ServiceRouting Control模块。
506、Service Routing Control模块下发所述业务服务信息给所述业务流对应的入口业务路由器,并结束信令控制模式的控制流程。507、Service Routing Control模块根据注册的业务原子处理能力,生成业务处理路径信息。
其中,所述业务处理路径信息的有关描述与所述步骤309中的有关描述相同。
508、Service Chain Orchestration模块将所述业务服务信息发送给ServiceRouting Control模块。
509、Service Routing Control模块根据所述业务处理路径确定业务处理路径上的首个业务路由器,并下发业务服务信息给该业务路由器,同时,根据业务处理路径信息生成业务处理路径上各个业务路由器对应的业务路由表信息,并下发业务路由表信息到相应的业务路由器,并结束信令控制模式的控制流程。
510、Service Chain Orchestration模块通知Service Routing Control模块引导业务流进入一个特定的Web Server,该Web Server会向用户解释无法进行相应服务的原因,并结束信令控制模式的控制流程。
在本实施例中,控制器通过使用信令控制模式,可以对使用信令发起业务的业务类型,例如语音业务,使用业务原子进行处理,提高了业务原子的适用性,降低了运营商的开发成本。该模式要求用户终端能发起与业务相关的信令,比较适合于VoIP(Voice overInternet Protocol,基于互联网协议传输的语音)业务或其它支持信令的业务(如端对端Peer-to-Peer业务)。
举例来说,本实施例中在控制器结束控制流程之后,业务路由器可以根据集中式业务路由处理方式或分布式业务路由处理方式,处理所述待处理业务流。
在如图3所示的业务路由网络架构中,业务路由器与业务服务器之间以星状拓扑连接时,可以使用集中式业务路由处理方式。在如图8所示的网络连接结构中,控制器可以设置在业务路由器中,也可以外置于业务路由器与业务路由器相连,业务路由器与业务服务器相互独立,所有业务服务器与业务路由器相连,并且可以数据交互,每个业务服务器之间不进行连接,使得业务路由器与业务服务器呈现星状拓扑连接。
其中,上游设备和下游设备可以为业务路由器或其他可发送报文的网络设备,本发明实施例在此不一一列举。
基于如图8所示的网络连接结构,所述集中式业务路由处理方式的具体步骤如图9所示,包括:
601、业务路由器接收控制器发送的业务服务信息,所述业务服务信息包括待处理业务流的业务流标识以及与所述业务流标识对应的业务标签。
602、业务路由器接收待处理业务流,并获取集中式路由表,根据所述集中式业务路由表中与所述待处理业务流的业务流标识对应的第一个处理顺序编号,将与所述第一个处理顺序编号对应的第一下一跳业务标签添加到所述待处理业务流的报文中。其中,获取业务路由表可以通过接收控制发送的业务路由表信息,并根据所述业务路由表信息生成所述业务路由表;或者,可以直接获取业务路由器中配置的业务路由表。
所述集中式业务路由表如下表1所示。
表1集中式业务路由表
需要说明的是,表1仅为单独一个控制器内Service Routing Control模块生成并维护的集中式业务路由表,不同的控制器需要生成和维护各自的集中式业务路由表,表1内容仅用于举例,具体实现需根据实际情况和需要设置。
其中,业务标签是通过对业务原子或者业务原子串编码得到的具体的编码方式在此不进行限制,现有技术中可实现的编码方式均可以应用在本发明实施例中。举例来说,表1中的业务标签54321、12345、11111,分别对应三种不同的业务原子A、B和C,而A、B、C又分别代表三种不同的业务处理操作,按照ABC的顺序组合起来即为处理该业务流所需要的业务处理过程。
下表2为在伪线(PW,pseduo-wire)中传输业务流时的一种业务标签的设置实例。其中,流标签用来标识业务流,可以避免后续节点做流分类,甚至可免做业务识别。业务标签和在前定义相同,为经过编码处理的一个业务原子或者业务原子串,所述业务原子串为至少两个业务原子按照一定顺序排列形成的
表2添加业务标签后的伪线中的业务流报文的内部结构
净荷 |
PW控制字 |
业务标签 |
流标签 |
PW标签 |
MPLS隧道标签 |
序列。业务标签也可以设置在数据链路层上,例如在以太网报文内部添加业务标签,可以使用一个虚拟局域网(virtual local area network,VLAN)标识用做业务标签。其中,MPLS为Multi-Protocol Label Switching,多协议标签交换。
603、业务路由器将所述添加了第一下一跳业务标签的待处理业务流的报文通过与所述第一个处理顺序编号对应的第一输出端口(输出端口1)发送至与所述第一输出端口对应的业务服务器1上,以使得所述与所述第一输出端口对应的业务服务器1根据所述第一下一跳业务标签处理所述待处理业务流的报文。
604、业务路由器接收与所述第一输出端口对应的业务服务器1发送的经过第一次处理的所述待处理业务流的报文,并判断所述第一个处理顺序编号是否为一个处理顺序编号。若确定所述第一个处理顺序编号为最后一个处理顺序编号,则执行步骤605。否则执行步骤606。
605、业务路由器将经过第一次处理的所述待处理业务流中携带的第一下一跳业务标签去除,并将所述去除了第一下一跳业务标签的经过第一次处理的业务流的报文从业务路由网络中转发出去。
606、业务路由器将携带在经过第一次处理的所述待处理业务流的报文中的所述第一下一跳业务标签替换为与所述第二个处理顺序编号对应的第二下一跳业务标签。
其中,所述第二个处理顺序编号为如表1所示的集中式业务路由表中处理顺序编号所在列的第二个处理顺序编号。
607、业务路由器将携带了所述第二下一跳业务标签的所述待处理业务流的报文通过与所述第二个处理顺序编号对应的第二输出端口发送至与所述第二输出端口对应的业务服务器2上,以使得所述与所述第二输出端口对应的业务服务器2根据所述第二下一跳业务标签处理携带了所述第二下一跳业务标签的所述待处理业务流的报文。
608、业务路由器接收与所述第二输出端口对应的业务服务器2发送的经过第二次处理的携带了所述第二下一跳业务标签的所述待处理业务流的报文,并判断所述第二个处理顺序编号是否为最后一个处理顺序编号。若确定所述第二个处理顺序编号为最后一个处理顺序编号,将经过第二次处理的携带了所述第二下一跳业务标签的所述待处理业务流的报文中携带的所述第二下一跳业务标签去除,并将所述去除了第二下一跳业务标签的经过第二次处理的待业务流的报文从业务路由网络中转发出去。
需要说明的是,在所述步骤608中若确定所述第二个处理顺序编号仍然不是最后一个处理顺序编号,则继续执行步骤606至608中描述的流程直至所述待处理业务流对应的业务标签中的业务原子被依次处理完毕。
如果如图3所示的业务路由网络架构中的将其中的业务路由器、控制器以及业务服务器各自对应的功能集成在同一个设备上,则该设备就成为业务处理设备。这种情况下,业务处理设备之间可以以如图10所示的网络连接结构连接在一起,从而可以应用分布式业务路由处理方式。在如图10所示的网络连接结构中,每个业务处理设备都可以接收报文或发送报文,业务处理设备可以两两连接,并且能够进行数据交互。
其中,图10中所示的上游设备和下游设备可以为业务路由器或其他可发送报文的网络设备,并且可以与所有业务处理设备都具有连接关系以及数据交互能力,图10所示的网络连接结构只是一种示意,具体的连接方式本发明实施例对此不作限定。
基于如图10所示的网络连接结构,所述分布式业务路由处理方式的具体步骤如图11所示,包括:
701、第一业务处理设备(图10中的业务处理设备0)接收控制器发送的业务服务信息,所述业务服务信息包括第一业务流的业务流标识以及与所述业务流标识对应的业务标签。
其中,获取分布式业务路由表可通过接收控制器发送的业务路由表信息,并根据所述业务路由表信息生成所述分布式业务路由表;或者,直接获取业务路由器中配置的业务路由表。所述第一业务流是待处理业务流。
以第一业务处理设备上的分布式业务路由表为例,分布式业务路由表可以如表3所示。
其中,下一跳地址可以是业务处理设备的地址,也可以是业务处理设备的虚拟机地址,可以使用IP地址,也可以使用其它具有地址标识功能的信息,本发明实施例对此不进行限制。所述下一跳业务原子处理能力例如可以使用业务原子或业务原子串进行表示。其中,业务处理设备可以虚拟为多个业务服务器(即虚拟机)。
表3第一业务处理设备的业务路由表
下一跳业务原子处理能力 | 输出端口 | 下一跳地址 |
A | 4 | 业务处理设备4的地址 |
BC | 3 | 业务处理设备3的地址 |
CB | 3 | 业务处理设备3的地址 |
B | 3 | 业务处理设备3的地址 |
C | 3 | 业务处理设备3的地址 |
B | 2 | 业务处理设备2的地址 |
D | 1 | 业务处理设备1的地址 |
其中,需要说明的是,所述分布式业务路由表可以由业务处理设备通过接收控制器发送的业务路由表信息得到,也可以由业务处理设备通过学习相邻业务处理设备的业务原子或业务原子串处理能力获取所述分布式业务路由表,或者也根据本地配置的相邻节点的业务原子处理能力,生成所述分布式业务路由表。
举例来说,所述业务处理设备通过学习相邻业务处理设备的业务原子或业务原子串处理能力获取所述分布式业务路由表具体为:
业务处理设备从接收到的相邻的业务处理设备组播或广播的消息中,获取相邻的业务处理设备中对应的业务原子处理能力以及所述相邻的业务处理设备对应的地址信息;
根据所述相邻的业务处理设备对应的业务原子处理能力、所述相邻的业务处理设备对应的地址信息以及与所述相邻的业务处理设备连接的输出端口信息生成分布式业务路由表。
进一步地,在生成了分布式业务路由表之后,业务处理设备仍然可以周期性广播或组播通告其业务原子处理能力,并接收相邻的业务处理设备发送的组播或广播消息。若接收到新的业务处理设备通告的业务原子处理能力,则根据新的业务处理设备对应的业务原子处理能力以及所述新的业务处理设备的地址信息在已有分布式业务路由表中添加新的表项。若接收到相邻的业务路由器通告的新的业务原子处理能力,则根据新的业务原子处理能力更新所述分布式业务路由表中的该相邻的业务处理设备的对应表项。可选地,若在一定的时间内没有接收到相邻的业务处理设备通告的业务原子处理能力,则可以删除该相邻的业务路由器在分布式业务路由表中对应的表项。
值得说明的是,对于根据本地配置的相邻节点的业务原子处理能力,生成所述分布式业务路由表,不需要业务处理设备自己去获取其它业务处理设备的业务原子处理能力,而由在业务处理设备本地预先配置的相邻业务处理设备的业务原子处理能力生成所述分布式业务路由表。所述预先配置的相邻业务处理设备的业务原子处理能力例如可以由网络维护人员或者其他工作人员进行配置。
702、当接收到来自业务路由网络外部的所述第一业务流时,第一业务处理设备根据所述第一业务流对应的业务标签以及预定业务路由选择策略,在所述分布式业务路由表中查找并获得下一跳业务处理设备对应的的输出端口以及对应的下一跳地址,如下一跳地址对应的业务处理设备为第二业务处理设备(图10中的业务处理设备1)。
其中,所述预定业务路由选择策略包括最长前缀匹配策略和最佳业务特性匹配策略。
举例来说,所述最长前缀匹配策略可理解为:如果待处理业务流对应的业务原子串为ABCD,则按照表3的分布式业务路由表,应该选择输出端口4对应的业务处理设备,因为输出端口4对应的业务处理设备可以处理业务原子A;当业务流对应的业务原子串为BCAD,则按照表3的分布式业务路由表中显示的内容,应该选择输出端口3对应的业务处理设备,因为输出端口3对应的业务处理设备可以处理业务原子组合BC,相比于输出端口为2对应的业务处理设备,能够连续多处理一个业务原子C。
举例来说,所述最佳业务特性匹配策略可理解为选择路由费用最低的路由。例如,当业务流对应的业务原子串为BCAD,则按照表3的分布式业务路由表中显示的内容,应该选择输出端口为3的路由,但如果输出端口3对应的业务处理设备的路由费用较高,例如传输时延较大,这时可以转而选择输出端口2对应的路由费用较低的路由。
703、第一业务处理设备将所述第一业务流对应的业务标签添加到所述第一业务流的报文中,并将携带有所述对应的业务标签的第一业务流报文通过所述获取到的输出端口发送至所述下一跳地址对应的第二业务处理设备(图10中的业务处理设备1),以使得所述第二业务处理设备根据自身的业务原子处理能力处理所述业务流报文。
进一步地,第一业务处理设备还可以接收相邻的业务处理设备发送的第二业务流,获取所述第二业务流中的业务标签并解码为对应的业务原子或业务原子串,根据所述对应的业务原子或业务原子串对所述第二业务流进行处理。
可选地,第二业务处理设备接收第一业务处理设备发送的业务流报文,所述业务流报文中携带有所述业务流对应的业务标签;第二业务处理设备根据已注册的业务原子处理能力处理所述业务流报文;第二业务处理设备将已处理的业务原子从所述业务标签对应的业务原子串中删除,然后判断业务原子串中是否存在剩余的业务原子。若确定存在剩余的业务原子,则将所述业务流报文中的业务标签替换为删除了业务原子的新的业务标签,并根据所述新的业务标签,以及可选根据预定业务路由选择策略,在所述分布式业务路由表中查找输出端口以及对应的下一跳地址;第二业务处理设备将携带有所述新的业务标签的业务流报文通过查找到的输出端口发送至所述下一跳地址对应的第三业务处理设备(如业务处理设备1),以使得所述第三业务处理设备根据自身的业务原子处理能力处理所述业务流。其中,所述将已处理的业务原子从所述业务标签对应的业务原子串中删除,举例来说,就是当业务流的业务标签为ABCD时,业务处理设备2处理了业务原子A,则将业务标签ABCD中的业务原子A删除,生成新的业务标签BCD。
若确定不存在剩余的业务原子,第二业务处理设备将所述业务流报文转发出业务路由网络。
在本实施例中,提供了两种数据处理的方式,可以应用于不同的网络场景中,增加了本发明实施例的使用范围,提高了业务可扩展性。
本发明实施例提供的业务处理的方法,通过使用业务原子或业务原子串来标识业务处理顺序,并生成与业务原子或业务原子串对应的业务服务信息,以使得业务路由器以及与所述业务路由器相邻的业务服务器根据所述业务服务信息处理待处理的业务流,在本实施例提供的业务处理方式下,新业务的开发就转变为对已有的业务原子重新进行组合,或者添加新的业务原子,使得运营商仍然可以使用已有的设备继续处理业务,从而能够在不改变运营商原有设备的情况下进行业务扩展。
实施例2
本发明实施例提供了一种业务处理设备80,该业务处理设备80例如可以为实施例1中的控制器,如图12所示,该设备包括:
业务服务信息获取单元81,用于获取待处理业务流对应的业务服务信息,所述业务服务信息包括所述待处理业务流的业务流标识以及与所述业务流标识对应的业务标签。
业务服务信息发送单元82,用于将所述待处理业务流对应的业务服务信息发送给业务路由器,以使得所述业务路由器根据所述业务服务信息处理所述待处理业务流。
其中,所述业务标签为经过编码处理的一个业务原子或者为经过编码处理的业务原子串。
举例来说,如图13所示,所述业务服务信息获取单元81包括接入控制模块811,所述接入控制模块811用于从认证、授权和计费服务器获取所述待处理业务流对应的业务服务信息。
举例来说,所述业务服务信息获取单元81包括接入控制模块811,所述接入控制模块811可以用于获取控制器中预先设置的所述待处理业务流对应的业务服务信息。
举例来说,所述业务服务信息获取单元81包括接入控制模块811,所述接入控制模块811用于接收业务信令网关发送的业务需求,所述业务需求为所述业务信令网关接收的用户发送的业务请求信令对应的业务需求,接入控制模块811并根据所述业务需求生成所述待处理业务流对应的业务服务信息。
举例来说,如图14所示,所述业务服务信息发送单元82具体包括业务原子串生成模块821、业务原子化模块822和业务路由控制模块823;所述业务原子串生成模块821用于生成所述业务标签对应的业务原子或业务原子串,根据所述业务原子化模块822中注册的业务原子处理能力判断是否能够处理所述业务原子或业务原子串,若能够处理所述业务原子或业务原子串,当业务路由器采用分布式业务路由处理方式处理待处理业务流,并且业务路由器中的业务路由表不需要根据控制器发送的业务路由表信息生成时,则所述业务串生成模块将所述业务服务信息发送给所述业务路由控制模块823,所述业务路由控制模块823下发所述业务服务信息给所述待处理业务流对应的入口业务路由器。
举例来说,当业务路由器采用集中式业务路由处理方式处理待处理业务流时,或者当业务路由器采用分布式业务路由处理方式处理待处理业务流,并且业务路由器中的业务路由表需要根据所述业务处理设备发送的业务路由表信息生成时,所述业务路由控制模块823根据所述业务原子化模块822中注册的业务原子处理能力,生成所述待处理业务流对应的业务处理路径信息;所述业务串生成模块821将所述业务服务信息发送给所述业务路由控制模块823,所述业务路由控制模块823将所述业务服务信息下发给所述业务处理路径信息对应的业务处理路径上的首个业务路由器,生成所述业务处理路径信息对应的业务处理路径上各个业务路由器对应的业务路由表信息,并下发所述业务路由表信息到相应的业务路由器。
举例来说,如果确定不能处理所述业务原子或业务原子串,所述业务原子串生成模块821进一步用于将所述待处理业务流发送给一个网络服务器,以使得所述网络服务器通知用户所述待处理业务流当前不能被处理。
本发明实施例还提供了另外一种业务处理设备90,该业务处理设备90例如可以是实施例1中所述的业务处理设备或者业务路由器,如图15所示,该业务处理设备90包括:
接收单元91,用于接收控制器发送的业务服务信息,所述业务服务信息包括第一业务流的业务流标识和业务标签。
所述接收单元91,还用于接收所述第一业务流。
获取单元92,用于获取业务路由表。
处理单元93,用于根据所述业务服务信息以及所述业务路由表处理所述第一业务流。
举例来说,如图16所示,所述获取单元92包括:
接收模块921,用于接收控制器发送的业务路由表信息。
生成模块922,用于根据所述业务路由表信息生成所述业务路由表。
或者,如图17所示,所述获取单元92包括获取模块923,用于直接获取所述业务处理设备中已存储的业务路由表。
或者,如图18所示,所述获取单元92包括业务路由表学习模块924,用于通过学习相邻业务处理设备的业务原子或业务原子串处理能力获取所述分布式业务路由表。
举例来说,如图19所示,所述处理单元93包括:
标签添加模块931,用于在所述获取单元获取到的业务路由表为集中式业务路由表时,根据所述集中式业务路由表中与所述第一业务流的业务流标识对应的第一个处理顺序编号,将与所述第一个处理顺序编号对应的第一下一跳业务标签添加到所述第一业务流的报文中。
第一发送模块932,用于将所述添加了第一下一跳业务标签的第一业务流通报文通过与所述第一个处理顺序编号对应的第一输出端口发送至与所述第一输出端口对应的业务服务器上,以使得所述与所述第一输出端口对应的业务服务器根据所述第一下一跳业务标签处理所述第一业务流。
第一接收模块933,用于接收与所述第一输出端口对应的业务服务器发送的经过第一次处理的所述第一业务流。
判断模块934,用于判断所述第一个处理顺序编号是否为所述业务路由表中所述业务流标识对应的最后一个处理顺序编号。
业务标签去除模块935,用于确定所述第一个处理顺序编号为所述业务路由表中所述业务流标识对应的最后一个处理顺序编号,将经过处理的所述第一业务流中的所述第一下一跳业务标签去除。
所述第一发送模块932,进一步用于将去除了第一下一跳业务标签的所述第一业务流的报文从业务路由网络中转发出去。
业务标签替换模块936,用于确定所述第一个处理顺序编号不为所述业务路由表中所述业务流标识对应的最后一个处理顺序编号,则将经过处理的所述第一业务流中的所述第一下一跳业务标签替换为与所述业务路由表中所述业务流标识对应的第二个处理顺序编号对应的第二下一跳业务标签。
所述第一发送模块932,进一步用于将携带了所述第二下一跳业务标签的所述第一业务流的报文通过与所述第二个处理顺序编号对应的第二输出端口发送至与所述第二输出端口对应的业务服务器上,以使得所述与所述第二输出端口对应的业务服务器根据所述第二下一跳业务标签处理携带了所述第二下一跳业务标签的所述第一业务流的报文。
所述第一接收模块933,进一步用于接收与所述第二输出端口对应的业务服务器发送的经过处理的携带了所述第二下一跳业务标签的第一业务流的报文。
所述判断模块934,进一步用于判断所述第二个处理顺序编号是否为所述业务路由表中所述业务流标识对应的最后一个处理顺序编号。
所述业务标签去除模块935,进一步用于若确定所述第二个处理顺序编号为所述业务路由表中所述业务流标识对应的最后一个处理顺序编号,则将经过处理的携带了所述第二下一跳业务标签的所述第一业务流的报文中携带的所述第二下一跳业务标签去除。
所述第一发送模块932,用于将所述去除了第二下一跳业务标签的第一业务流的报文从业务路由网络中转发出去。
举例来说,如图20所示,所述处理单元93还包括:
查找模块937,用于在获取到的业务路由表为分布式业务路由表时,根据所述业务标签以及预定业务路由选择策略,在所述分布式业务路由表中查找并获得下一跳业务处理设备对应的第三输出端口以及对应的地址信息。
携带模块938,用于将所述业务标签携带在所述第一业务流中。
第二发送模块939,用于将所述第一业务流通过所述第三输出端口发送至所述下一跳业务处理设备,以使得所述下一跳业务处理设备根据自身的业务原子处理能力处理所述待处理业务流。
举例来说,如图21所示,所述处理单元93还包括;
第二接收模块9310,用于接收相邻的业务处理设备发送的第二业务流,获取所述第二业务流中的业务标签并解码为对应的业务原子或业务原子串,根据所述对应的业务原子或业务原子串对所述第二业务流进行处理。
本发明实施例还提供了一种业务处理系统100,如图22所示,该系统包括:前述的业务处理设备80和业务处理设备90。
当前述的业务处理设备80为控制器,业务处理设备90由业务路由器和业务服务器组成时,业务处理系统100的一个实例如图23所示。
本发明实施例提供的业务处理的装置及系统,通过使用业务原子或业务原子串来标识业务处理顺序,并生成与业务原子或业务原子串对应的业务服务信息,以使得业务路由器以及与所述业务路由器相邻的业务服务器根据所述业务服务信息处理待处理的业务流,在本实施例提供的业务处理方式下,新业务的开发就转变为对已有的业务原子重新进行组合,或者添加新的业务原子,使得运营商仍然可以使用已有的设备继续处理业务,从而能够在不改变运营商原有设备的情况下进行业务扩展。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (21)
1.一种业务处理方法,其特征在于,包括:
控制器获取待处理业务流对应的业务服务信息,所述业务服务信息包括所述待处理业务流的业务标签;
所述控制器将所述待处理业务流对应的业务服务信息发送给业务路由器,以使得所述业务路由器根据所述业务服务信息处理所述待处理业务流;
其中,所述业务标签为经过编码处理的一个业务原子或者为经过编码处理的业务原子串,所述业务原子串为至少两个业务原子按照一定顺序排列形成的序列,所述业务原子用于标识处理所述待处理业务流需要的一个业务处理步骤。
2.根据权利要求1所述的方法,其特征在于,所述获取待处理业务流对应的业务服务信息具体包括:
接收业务信令网关发送的业务需求,所述业务需求为所述业务信令网关接收的用户发送的业务请求信令对应的业务需求;
根据所述业务需求,生成所述待处理业务流对应的业务服务信息和业务原子或业务原子串。
3.根据权利要求1或2所述的方法,其特征在于,将所述待处理业务流对应的业务服务信息发送给业务路由器具体包括:
根据已注册的业务原子处理能力,判断是否能够处理所述业务原子或业务原子串;
若确定能够处理所述业务原子或业务原子串,将所述待处理业务流对应的业务服务信息发送给业务路由器。
4.根据权利要求1或2所述的方法,其特征在于,生成所述待处理业务流对应的业务处理路径信息,所述业务路由器为所述业务处理路径信息对应的业务处理路径上的首个业务路由器,生成所述业务处理路径信息对应的业务处理路径上的业务路由器对应的路由表,并下发所述路由表到相应的业务路由器。
5.一种业务处理方法,其特征在于,包括:
第一业务处理设备接收控制器发送的业务服务信息,所述业务服务信息包括第一业务流的业务标签;
所述第一业务处理设备接收所述第一业务流,将所述业务标签添加到所述第一业务流中,并将携带有所述业务标签的所述第一业务流向第二业务处理设备发送,以触发所述第二业务处理设备根据自身的业务原子处理能力处理所述第一业务流;
其中,所述业务标签为经过编码处理的一个业务原子或者业务原子串,所述业务原子串为至少两个业务原子按照一定顺序排列形成的序列,所述业务原子用于标识处理待处理业务流需要的一个业务处理步骤。
6.根据权利要求5所述的方法,其特征在于,包括:
所述第一业务处理设备通过学习相邻业务处理设备的业务原子或业务原子串处理能力获取路由表。
7.根据权利要求6所述的方法,其特征在于,所述将携带有所述业务标签的所述第一业务流向第二业务处理设备发送包括:
根据所述业务标签在所述路由表中查找并获得所述第二业务处理设备对应的输出端口;
将所述第一业务流通过所述输出端口发送至所述第二业务处理设备。
8.根据权利要求5至7任一权利要求所述的方法,其特征在于,在所述第二业务处理设备根据自身的业务原子处理能力处理所述第一业务流之后,所述方法还包括:
所述第二业务处理设备将已处理的业务原子从所述业务标签对应的业务原子串中删除,然后判断业务原子串中是否存在剩余的业务原子,若确定存在剩余的业务原子,则将所述第一业务流中的业务标签替换为删除了业务原子的新的业务标签。
9.根据权利要求5至7任一权利要求所述的方法,其特征在于,还包括;
接收相邻的业务处理设备发送的第二业务流,获取所述第二业务流中的业务标签并解码为对应的业务原子或业务原子串,根据所述对应的业务原子或业务原子串对所述第二业务流进行处理。
10.一种业务处理设备,其特征在于,包括:
业务服务信息获取单元,用于取待处理业务流对应的业务服务信息,所述业务服务信息包括所述待处理业务流的业务标签;
业务服务信息发送单元,用于将所述待处理业务流对应的业务服务信息发送给业务路由器,以使得所述业务路由器根据所述业务服务信息处理所述待处理业务流;
其中,所述业务标签为经过编码处理的一个业务原子或者为经过编码处理的业务原子串,所述业务原子串为至少两个业务原子按照一定顺序排列形成的序列,所述业务原子用于标识处理所述待处理业务流需要的一个业务处理步骤。
11.根据权利要求10所述的业务处理设备,其特征在于,所述业务服务信息获取单元包括接入控制模块,所述接入控制模块用于接收业务信令网关发送的业务需求,所述业务需求为所述业务信令网关接收的用户发送的业务请求信令对应的业务需求,并根据所述业务需求生成所述待处理业务流对应的业务服务信息。
12.根据权利要求10或11所述的业务处理设备,其特征在于,所述业务服务信息发送单元具体包括业务原子串生成模块和业务路由控制模块;所述业务路由控制模块生成所述待处理业务流对应的业务处理路径信息;所述业务原子串生成模块将所述业务服务信息发送给所述业务路由控制模块,所述业务路由器为所述业务处理路径信息对应的业务处理路径上的首个业务路由器,生成所述业务处理路径信息对应的业务处理路径上业务路由器对应的业务路由表,并下发所述业务路由表到相应的业务路由器。
13.一种业务处理设备,其特征在于,包括:
接收单元,用于接收控制器发送的业务服务信息,所述业务服务信息包括第一业务流的业务标签,并接收所述第一业务流;
处理单元,用于将所述业务标签添加到所述第一业务流中,并将携带有所述业务标签的所述第一业务流向第二业务处理设备发送,以触发所述第二业务处理设备根据自身的业务原子处理能力处理所述第一业务流,其中,所述业务标签为经过编码处理的一个业务原子或者业务原子串,所述业务原子串为至少两个业务原子按照一定顺序排列形成的序列,所述业务原子用于标识处理待处理业务流需要的一个业务处理步骤。
14.根据权利要求13所述的业务处理设备,其特征在于,包括:
业务路由表学习模块,用于通过学习相邻业务处理设备的业务原子或业务原子串处理能力获取路由表。
15.根据权利要求14所述的业务处理设备,其特征在于,所述处理单元还包括:
查找模块,用于根据所述业务标签在所述路由表中查找并获得所述第二业务处理设备对应的输出端口;
第二发送模块,用于将所述第一业务流通过所述输出端口发送至所述第二业务处理设备。
16.根据权利要求13至15任一权利要求所述的业务处理设备,其特征在于,在所述第二业务处理设备根据自身的业务原子处理能力处理所述第一业务流之后,所述第二业务处理设备将已处理的业务原子从所述业务标签对应的业务原子串中删除,然后判断业务原子串中是否存在剩余的业务原子,若确定存在剩余的业务原子,则将所述第一业务流中的业务标签替换为删除了业务原子的新的业务标签。
17.根据权利要求13至15任一权利要求所述的业务处理设备,其特征在于,所述处理单元还包括;
所述接收单元,还用于接收相邻的业务处理设备发送的第二业务流,获取所述第二业务流中的业务标签并解码为对应的业务原子或业务原子串,根据所述对应的业务原子或业务原子串对所述第二业务流进行处理。
18.一种业务处理的系统,其特征在于,所述系统包括控制器、第一业务处理设备和第二业务处理设备,其中:
所述控制器,用于获取待处理业务流对应的业务服务信息,所述业务服务信息包括所述待处理业务流的业务标签;将所述待处理业务流对应的业务服务信息发送给所述第一业务处理设备;其中,所述业务标签为经过编码处理的一个业务原子或者为经过编码处理的业务原子串,所述业务原子串为至少两个业务原子按照一定顺序排列形成的序列,所述业务原子用于标识处理所述待处理业务流需要的一个业务处理步骤;
所述第一业务处理设备,用于接收所述控制器发送的业务服务信息,并接收所述第一业务流,并将所述业务标签添加到所述第一业务流中,并将携带有所述业务标签的所述第一业务流向第二业务处理设备发送;
所述第二业务处理设备,用于接收所述添加了所述业务标签的第一业务流,所述第二业务处理设备根据自身的业务原子处理能力处理所述第一业务流,并将已处理的业务原子从所述业务标签对应的业务原子串中删除,然后判断业务原子串中是否存在剩余的业务原子,若确定存在剩余的业务原子,则将所述第一业务流中的业务标签替换为删除了业务原子的新的业务标签。
19.根据权利要求18所述的系统,其特征在于,
所述控制器,还用于生成所述第一业务流对应的业务处理路径信息,所述第一业务处理设备为所述业务处理路径信息对应的业务处理路径上的首个业务处理设备,生成所述业务处理路径信息对应的业务处理路径上各个业务处理设备对应的路由表,并下发所述路由表到相应的业务处理设备。
20.根据权利要求18或19所述的系统,其特征在于,
所述第一业务处理设备,还用于通过学习相邻业务处理设备的业务原子或业务原子串处理能力获取路由表。
21.根据权利要求20所述的系统,其特征在于,
所述第一业务处理设备,还用于根据所述业务标签在所述路由表中查找并获得所述第二业务处理设备对应的输出端口,并将将所述第一业务流通过所述输出端口发送至所述第二业务处理设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710626177.6A CN107483345B (zh) | 2012-07-11 | 2012-07-11 | 业务处理方法、设备及系统 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210239173.XA CN103546304B (zh) | 2012-07-11 | 2012-07-11 | 业务处理方法、设备及系统 |
CN201710626177.6A CN107483345B (zh) | 2012-07-11 | 2012-07-11 | 业务处理方法、设备及系统 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210239173.XA Division CN103546304B (zh) | 2012-07-11 | 2012-07-11 | 业务处理方法、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107483345A CN107483345A (zh) | 2017-12-15 |
CN107483345B true CN107483345B (zh) | 2020-09-11 |
Family
ID=49915394
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710626177.6A Active CN107483345B (zh) | 2012-07-11 | 2012-07-11 | 业务处理方法、设备及系统 |
CN201210239173.XA Active CN103546304B (zh) | 2012-07-11 | 2012-07-11 | 业务处理方法、设备及系统 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210239173.XA Active CN103546304B (zh) | 2012-07-11 | 2012-07-11 | 业务处理方法、设备及系统 |
Country Status (4)
Country | Link |
---|---|
US (3) | US9590991B2 (zh) |
EP (2) | EP4033731A1 (zh) |
CN (2) | CN107483345B (zh) |
WO (1) | WO2014008820A1 (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107483345B (zh) | 2012-07-11 | 2020-09-11 | 华为技术有限公司 | 业务处理方法、设备及系统 |
CN104980348A (zh) * | 2014-04-04 | 2015-10-14 | 中兴通讯股份有限公司 | 业务链路由方法及系统、及系统中的设备 |
CN103929492B (zh) | 2014-04-28 | 2017-08-29 | 华为技术有限公司 | 业务链负载均衡方法及其装置、系统 |
US9986434B2 (en) * | 2014-04-30 | 2018-05-29 | Avago Technologies General Ip (Singapore) Pte. Ltd. | System for accelerated network route update through exclusive access to routing tables |
CN105323256B (zh) * | 2015-11-25 | 2019-01-22 | 北京荣之联科技股份有限公司 | 一种正反馈服务目录生成方法及系统 |
CN105515985A (zh) * | 2015-11-27 | 2016-04-20 | 华为技术有限公司 | 一种业务报文传输控制的方法、设备及系统 |
CN105610632B (zh) * | 2016-02-14 | 2019-12-24 | 华为技术有限公司 | 一种虚拟网络设备及相关方法 |
US10439882B2 (en) * | 2016-11-15 | 2019-10-08 | T-Mobile Usa, Inc. | Virtualized networking application and infrastructure |
CN107480286B (zh) * | 2017-08-24 | 2020-08-11 | 浪潮通用软件有限公司 | 一种报文处理方法及受托系统 |
EP3965367A1 (en) * | 2017-10-20 | 2022-03-09 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method, terminal device, and network device |
KR20190139279A (ko) * | 2017-11-16 | 2019-12-17 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 네트워크 서비스의 식별자 할당 및/또는 식별자 매핑을 위한 네트워크 엔티티 및 방법 |
CN108650482B (zh) * | 2018-05-14 | 2020-12-11 | 平安科技(深圳)有限公司 | 一种视频通话服务的响应方法及设备 |
CN112491716B (zh) * | 2019-09-12 | 2023-07-18 | 华为技术有限公司 | 算力路由方法及装置 |
CN113783732B (zh) * | 2021-09-16 | 2024-02-13 | 杭州东方通信软件技术有限公司 | 一种5g投诉前移流程的配置方法及配置装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101035008A (zh) * | 2007-04-17 | 2007-09-12 | 华为技术有限公司 | 一种业务调度方法及其网络汇聚设备 |
CN101141172A (zh) * | 2006-09-07 | 2008-03-12 | 华为技术有限公司 | 无线中继系统中的传输方法及传输系统 |
CN101582709A (zh) * | 2009-06-17 | 2009-11-18 | 北京蓝波视讯科技有限公司 | 一种无线多点接收的传输方法和系统 |
CN102143153A (zh) * | 2010-12-21 | 2011-08-03 | 华为技术有限公司 | 宽带业务嵌套处理方法、设备以及业务应用服务器 |
CN103516610A (zh) * | 2012-06-18 | 2014-01-15 | 华为技术有限公司 | 业务处理方法、设备和系统 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3688877B2 (ja) * | 1997-08-08 | 2005-08-31 | 株式会社東芝 | ノード装置及びラベルスイッチングパスのループ検出方法 |
US7898985B1 (en) | 2008-04-23 | 2011-03-01 | Juniper Networks, Inc. | Composite next hops for forwarding data in a network switching device |
KR101365667B1 (ko) * | 2009-09-14 | 2014-02-21 | 닛본 덴끼 가부시끼가이샤 | 통신 시스템, 노드, 제어 서버, 통신 방법 및 프로그램 |
US8699488B2 (en) * | 2009-12-30 | 2014-04-15 | Verizon Patent And Licensing Inc. | Modification of peer-to-peer based feature network based on changing conditions / session signaling |
CN102045777A (zh) * | 2011-01-17 | 2011-05-04 | 西安电子科技大学 | 用于蜂窝网的高效机器类通信接入控制方法 |
US8743885B2 (en) | 2011-05-03 | 2014-06-03 | Cisco Technology, Inc. | Mobile service routing in a network environment |
CN102571602B (zh) * | 2012-02-13 | 2015-03-11 | 华为技术有限公司 | 业务路由网络及业务处理的方法、设备 |
US10097452B2 (en) | 2012-04-16 | 2018-10-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Chaining of inline services using software defined networking |
CN107483345B (zh) | 2012-07-11 | 2020-09-11 | 华为技术有限公司 | 业务处理方法、设备及系统 |
-
2012
- 2012-07-11 CN CN201710626177.6A patent/CN107483345B/zh active Active
- 2012-07-11 CN CN201210239173.XA patent/CN103546304B/zh active Active
-
2013
- 2013-07-01 EP EP21203923.4A patent/EP4033731A1/en active Pending
- 2013-07-01 WO PCT/CN2013/078555 patent/WO2014008820A1/zh unknown
- 2013-07-01 EP EP13816801.8A patent/EP2860882B1/en active Active
-
2014
- 2014-12-24 US US14/582,923 patent/US9590991B2/en active Active
-
2017
- 2017-03-03 US US15/449,686 patent/US10103978B2/en active Active
-
2018
- 2018-06-08 US US16/003,781 patent/US10284466B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101141172A (zh) * | 2006-09-07 | 2008-03-12 | 华为技术有限公司 | 无线中继系统中的传输方法及传输系统 |
CN101035008A (zh) * | 2007-04-17 | 2007-09-12 | 华为技术有限公司 | 一种业务调度方法及其网络汇聚设备 |
CN101582709A (zh) * | 2009-06-17 | 2009-11-18 | 北京蓝波视讯科技有限公司 | 一种无线多点接收的传输方法和系统 |
CN102143153A (zh) * | 2010-12-21 | 2011-08-03 | 华为技术有限公司 | 宽带业务嵌套处理方法、设备以及业务应用服务器 |
CN103516610A (zh) * | 2012-06-18 | 2014-01-15 | 华为技术有限公司 | 业务处理方法、设备和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN103546304A (zh) | 2014-01-29 |
EP2860882A1 (en) | 2015-04-15 |
EP4033731A1 (en) | 2022-07-27 |
US10103978B2 (en) | 2018-10-16 |
US20150121476A1 (en) | 2015-04-30 |
US20170180246A1 (en) | 2017-06-22 |
EP2860882A4 (en) | 2015-06-03 |
CN107483345A (zh) | 2017-12-15 |
EP2860882B1 (en) | 2021-12-29 |
US10284466B2 (en) | 2019-05-07 |
WO2014008820A1 (zh) | 2014-01-16 |
US20180295055A1 (en) | 2018-10-11 |
US9590991B2 (en) | 2017-03-07 |
CN103546304B (zh) | 2017-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107483345B (zh) | 业务处理方法、设备及系统 | |
US11082342B2 (en) | System and method to facilitate content forwarding using Bit Index Explicit Replication (BIER) in an Information-Centric Networking (ICN) environment | |
EP2705635B1 (en) | Method and apparatus for content identifier based radius constrained cache flooding to enable efficient content routing | |
CN102571602B (zh) | 业务路由网络及业务处理的方法、设备 | |
WO2020092045A1 (en) | Scalable network slice based queuing using segment routing flexible algorithm | |
EP3890251B1 (en) | Service processing method, device and system | |
US8964749B2 (en) | Method, device and system for establishing a pseudo wire | |
US9467370B2 (en) | Method and system for network traffic steering based on dynamic routing | |
CN107294859B (zh) | 一种信息传递方法、装置及系统 | |
CN113904981A (zh) | 一种路由信息处理方法、装置、电子设备和存储介质 | |
CN111464439B (zh) | 段标识发布方法和装置 | |
CN106230730B (zh) | 一种组播传输方法和装置 | |
CN106034075B (zh) | 一种为vpn路由分配标签的方法及装置 | |
US20200044953A1 (en) | Data Packet Fast Routing Method | |
CN111865805B (zh) | 一种组播gre报文处理方法及系统 | |
CN115442289B (zh) | 发送和接收消息的方法、装置和通信系统 | |
CN104734956A (zh) | 业务路由系统及业务处理的方法、设备 | |
EP4340318A1 (en) | Routing obtaining method and apparatus, storage medium, and electronic apparatus | |
Reuter | Source Packet Routing in Networking (SPRING) | |
CN117640512A (zh) | 通信方法及装置 | |
JP2008118579A (ja) | 仮想網ルーティングシステム、管理サーバ装置、接続装置及びそれらに用いる仮想網ルーティング方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |