CN103516610B - 业务处理方法、设备和系统 - Google Patents

Abstract

本发明提供一种业务处理方法、设备和系统，其中方法包括：接收业务报文，根据所述业务报文中的业务标识查找所述业务报文对应的业务路由表，所述业务标识表示所述业务报文要处理的业务；所述业务路由表包括用于表示所述业务中的业务特性的业务标签、以及处理所述业务特性的路由路径；根据所述业务路由表，在所述业务报文中设置所述业务标签，并按照所述路由路径将所述业务报文发送至用于处理所述业务标签对应的业务特性的业务处理设备，以使得所述业务处理设备对所述业务标签对应的业务特性进行处理。本发明减小了对原有业务的影响，提高了可扩展性。

Description

业务处理方法、设备和系统

技术领域

本发明涉及通信技术，尤其涉及一种业务处理方法、设备和系统。

背景技术

接入网用于连接用户驻地网(Customer Premises Equipment，简称：CPN)和骨干网，该接入网可以由接入节点例如数字用户线接入复用器(DSL Access Multiplexer，简称：DSLAM)和宽带接入服务器(Broadband Remote Access Server，简称：BRAS)组成，或者，该BRAS也可以采用宽带网络网关(Broadband Network Gateway，简称：BNG)替代。

以BRAS为例，BRAS可以用于对接收到的报文进行业务处理，该业务处理例如包括，互联网视频处理、深度报文检测(Deep Packet Inspection，简称：DPI)、防火墙和杀毒等。随着Internet的发展，增值业务的种类逐渐增多，相应的，该BRAS也需要逐渐增强对各种增值业务的处理能力；并且，在每次对BRAS进行业务升级即增强其业务处理能力时，都需要对BRAS设备下电，再对该BRAS进行业务处理软件的升级或者硬件升级。但是，BRAS设备一般都支持几万到几十万的用户，业务升级时的设备下电将中断原有业务，对用户的影响面非常大，因此，现有技术在业务升级时的可扩展性较差。

发明内容

本发明提供一种业务处理方法、设备和系统，以减小业务升级时对原有业务的影响，提高业务升级时的可扩展性。

本发明的第一个方面是提供一种业务处理方法，包括：

接收业务报文，根据所述业务报文中的业务标识查找所述业务报文对应的业务路由表，所述业务标识表示所述业务报文要处理的业务；所述业务路由表包括用于表示所述业务中的业务特性的业务标签、以及处理所述业务特性的路由路径；

根据所述业务路由表，在所述业务报文中设置所述业务标签，并根据所述路由路径将所述业务报文发送至用于处理所述业务标签对应的业务特性的业务处理设备，以使所述业务处理设备对所述业务标签对应的业务特性进行处理。

本发明的另一个方面是提供一种业务处理控制设备，包括：业务路由控制单元、业务标签处理单元；

所述业务路由控制单元，用于存储业务路由表，所述业务路由表包括用于表示所述业务中的业务特性的业务标签、以及处理业务特性的路由路径；

所述业务标签处理单元，用于接收业务报文，根据所述业务报文中的业务标识查找所述业务报文对应的业务路由表；并根据所述业务路由表，在所述业务报文中设置所述业务标签，并按照所述路由路径将所述业务报文发送至用于处理所述业务标签对应的业务特性的业务处理设备，以使得所述业务处理设备对所述业务标签对应的业务特性进行处理。

本发明的再一个方面是提供一种业务处理设备，包括：

业务标签处理单元，用于接收业务报文，所述业务报文中设置有业务标签；以及将所述业务特性处理单元处理后的业务报文发送出去；

业务处理设备，用于对所述业务标签对应的业务特性进行处理。

本发明的又一个方面是提供一种业务处理系统，包括：本发明所述的业务处理控制设备、以及本发明所述的业务处理设备。

本发明业务处理方法、设备和系统的技术效果是：通过由业务处理设备根据业务标签处理对应的业务特性，使得在业务升级时，可以仅增加支持新业务特性的业务处理设备即可，而不会对其他业务处理设备的工作造成影响，从而相比于现有技术中的对业务处理设备进行下电软硬件升级的方式，不仅减小了对原有业务的影响，提高了可扩展性，而且实施更加简单快捷。

附图说明

图1为本发明业务处理方法一实施例的流程示意图；

图2为本发明业务处理方法另一实施例的应用系统架构图；

图3为本发明业务处理方法另一实施例的信令示意图；

图4为本发明业务处理方法再一实施例的信令示意图；

图5为本发明业务处理方法又一实施例的应用系统架构图；

图6为本发明业务处理方法又一实施例的信令示意图；

图7为本发明业务处理方法又一实施例的应用系统架构图；

图8为本发明业务处理方法又一实施例的信令示意图；

图9为本发明业务处理控制设备一实施例的结构示意图；

图10为本发明业务处理控制设备另一实施例的结构示意图；

图11为本发明业务处理控制设备又一实施例的结构示意图；

图12为本发明业务处理控制设备又一实施例的结构示意图；

图13为本发明业务处理设备一实施例的结构示意图；

图14为本发明业务处理设备另一实施例的结构示意图；

图15为本发明业务处理设备又一实施例的结构示意图；

图16为本发明业务处理设备又一实施例的结构示意图。

具体实施方式

实施例一

图1为本发明业务处理方法一实施例的流程示意图，该业务处理方法可以是由业务处理系统执行，该业务处理系统中包括用于分别处理不同业务特性的多个业务处理单元，例如，业务处理系统中包括两个业务处理单元，其中一个用于处理业务特性A，另一个用于处理业务特性B，当然，每个业务处理单元也可以具备处理多种业务特性的能力，例如用于处理业务特性B和C；本实施例中的各个业务处理单元的业务处理能力是固定的，即固定处理某个业务特性。所述的业务处理单元是设置在业务处理设备上的，相当于某个业务处理设备也是固定处理某种业务特性，当需要在业务处理系统中增加业务特性时，就增加业务处理设备即可，并在业务处理设备上设置用于处理该业务特性的业务处理单元；因此，在如下的方法实施例中，将以业务处理设备的名称来描述。

如图1所示，本实施例的业务处理方法包括：

101、接收业务报文，根据业务报文中的业务标识查找业务报文对应的业务路由表；

其中，业务标识表示该业务报文要处理的业务，所述的业务标识例如是多元组或者流标签等，该多元组例如是五元组：目的MAC地址、源MAC地址、目的IP地址、源IP地址、TCP/UDP端口号；根据上述的业务标识就可以得知业务报文所要处理的业务(通常都预先设计好业务标识与某个业务的对应关系，比如，上述的五元组对应的是业务Q，即只要查看到该五元组就可以获得业务Q)。

所述的业务路由表中例如可以包括用于表示业务中的业务特性的业务标签、以及处理业务特性的路由路径。例如，某Internet业务由两个业务特性构成，该两个业务特性可以是病毒过滤、视频解码，这里的业务标签是根据预设的编码规则得到的用于表示该业务特性的标识，例如，业务特性“病毒过滤”用业务标签A表示，业务特性“视频解码”用业务标签B表示。其中，所述的业务标签的设置规则本发明实施例并不做限制，比如，可以采用某种映射关系、算法推理关系等确定业务标签和业务特性之间的对应，只要通过设置该业务标签能够识别业务特性即可。

所述的处理业务特性的路由路径指的是，例如，要处理业务标签A代表的业务特性“病毒过滤”，业务路由表中可以记录处理该业务特性时业务报文的出端口、入端口，以使得该业务报文可以根据该出端口、入端口规定的路由路径到达用于处理该业务特性的业务处理设备。

对于根据业务标识查找业务报文对应的业务路由表，举例如下：某个业务路由表中可能记录了与业务标识S1对应的业务标签、路由路径等，还记录了与业务标识S2对应的业务标签、路由路径等，该业务处理系统在接收到业务报文时，可以根据报文中携带的业务标识S1，在业务路由表中查找到与该报文对应的业务标签、路由路径，而不会采用与业务标识S2对应的业务标签、路由路径。为描述简便，本发明的实施例中，将某业务标识对应的业务标签、路由路径等称为与该业务标识对应的业务路由表。

102、根据业务路由表，在业务报文中设置业务标签，并按照路由路径将业务报文发送至用于处理业务标签对应的业务特性的业务处理设备，业务处理设备对业务标签对应的业务特性进行处理；

本实施例中，由于业务处理系统中包括多个业务处理设备，业务处理系统是根据业务路由表中设定的路由路径，将业务报文发送至所述的多个业务处理设备，由各业务处理设备分别处理该报文中的各个业务特性，共同完成对业务报文的处理。

其中，从业务路由表中查找到将要处理的业务特性的路由路径，例如，需要将业务报文从业务处理系统中某设备的出端口a发出，发往业务处理设备的入端口b，按照该出端口a和入端口b的路径发送就可以使得业务报文到达该业务处理设备；并且，在业务报文中设置将要处理的业务特性的业务标签，这样业务处理设备就可以根据业务标签执行对应的业务特性的处理。

这里所述的根据业务路由表将业务报文发送至业务处理设备，由业务处理设备对业务标签对应的业务特性进行处理，包括了集中式路由方案和分布式路由方案，具体的集中式路由方案和分布式路由方案将在后面的实施例中详细描述，这里简单说明：例如，是由业务处理系统中的业务处理控制设备统一控制业务报文的业务标签设置、业务报文转发，实现业务报文可以在多个业务处理设备之间依次处理；或者，也可以是由业务处理系统中的各个业务处理设备自身负责业务标签设置、业务报文转发，实现业务报文在多个业务处理设备之间依次处理。

其中，业务报文在业务处理系统的各个业务处理设备进行处理，可能有多种处理结果；例如，业务报文在处理结束后，从业务处理系统的某个出端口发送出去，或者，在处理结束后直接将该业务报文丢弃等。这些在业务路由表中都有记录，业务处理系统根据业务路由表执行相应的处理即可。

本实施例的业务处理方法中，业务报文是由业务处理系统执行处理的，该业务处理系统包括多个分别用于处理特定业务特性的业务处理设备，该多个业务处理设备分别处理业务报文中的各个业务特性，共同完成对业务报文的处理，这样就使得在进行业务升级时，例如要增加对业务特性Y的处理，则只需要在该业务处理系统中增加一个用于处理该业务特性Y的业务处理设备即可，将该新增的业务处理设备连接到该业务处理系统，并更新业务处理系统的业务路由表，使得业务报文能够到达该新增的业务处理设备执行处理；这种业务升级的实施方案简单快捷，易于实施，而且对系统中原有的业务处理设备的工作不会造成影响，提高了业务升级时的可扩展性，并且提高了业务升级扩展的效率。

如下的实施例二至实施例五，分别以几种具体的应用场景为例，对本发明的业务处理方法进行详细说明；需要说明的是，这几个实施例中均是以业务处理系统是由多个设备组成的网络为例，具体实施中，例如，该网络中的各个设备的连接方式不做限制，只要能够相互之间通信即可，比如，也可以是整合在一个物理设备中的各个功能模块，业务处理系统是在该物理设备内部将各个功能模块通过连接线或者连接器连接组成的网络。

实施例二

图2为本发明业务处理方法另一实施例的应用系统架构图，图3为本发明业务处理方法另一实施例的信令示意图。本实施例中，是以集中式路由方案为例进行说明，并且是在接收到业务报文时生成业务路由表，是以业务路由表中的业务标签为依据判断下一步的路由处理。

如图2所示，本实施例的业务处理系统包括业务处理控制设备和多个业务处理设备，例如，包括一个业务处理控制设备，以及业务处理设备1、业务处理设备2和业务处理设备3；每个业务处理设备中设置一个业务处理单元，该业务处理单元是用于对业务特性进行处理的功能单元。

本实施例的业务处理系统中，业务处理控制设备与多个业务处理设备之间采用简单的星型连接，业务处理控制设备分别与该多个业务处理设备连接，各业务处理设备之间未进行彼此互联。业务处理控制设备包括端口0、端口1、端口2、端口3和端口4，其中，端口1、端口2、端口3按照图2所示的方式分别与各业务处理设备连接。

该业务处理系统对外呈现为一个整体，外部设备只能得到该业务处理系统的端口0、端口0的地址、端口4、端口4的地址，即，整个业务处理系统以端口0和端口4与外部设备通信，本实施例是以端口4从上游设备接收业务报文(称为入报文)，从端口0发出业务报文(称为出报文)至下游设备为例。当然，在具体实施中，业务处理系统中的业务处理控制设备和多个业务处理设备也可以各自以一个网元呈现，而不是如图2中所示的以整体呈现。

结合图2和图3所示，其中，图2中的箭头方向表示了业务报文根据本实施例的业务处理方法在业务处理系统中的报文路径，该业务处理方法包括：

301、业务处理控制设备接收业务报文；

其中，业务处理控制设备可以通过端口4从上游设备接收业务报文，本实施例中对图2中所示的上游设备或者下游设备具体是什么设备不做限制，可以根据具体实施的需要确定。

业务报文中通常都包括报文头和净荷，该净荷指的是进行封装和传输的数据报文，报文头中承载有关于该报文的相关信息，例如，报文类型、报文版本等。

302、业务处理控制设备获取业务报文中的业务标识，并根据该业务标识得到业务报文要处理的业务；

其中，业务报文中一般都包括业务标识，该业务标识指的是，例如，多元组(例如，五元组)、或者流标签；五元组包括：目的MAC地址、源MAC地址、目的IP地址、源IP地址、TCP/UDP端口号。业务处理设备可以根据业务标识识别出该业务报文要处理的业务。

本实施例是以业务报文中包括用于标识业务报文的业务类型的流标签为例，该流标签可以设置在业务报文的多协议标签交换(Multi-Protocol Label Switching，简称：MPLS)层、介质访问控制(Media Access Control，简称：MAC)层或者IP层。所述的流标签可以是设置在报文头、或者报文头和一部分净荷中。

303、业务处理控制设备分解业务，得到与该业务对应的业务特性串；

其中，所述的业务特性串包括：业务中的各业务特性、以及各业务特性的处理顺序；进一步的，还可以包括业务特性可能的处理结果、以及业务特性处理结果对业务特性处理顺序的影响等。

举例如下，进行业务分解后可能得到如下信息：假设该业务报文要处理的业务是由业务特性A、业务特性B、业务特性C和业务特性D构成；首先进行业务特性A的处理，该业务特性A处理后可能存在不同的处理结果，假设有三种业务特性A的处理结果：1、2或3；如果业务特性A的处理结果是1，则继续进行业务特性C的处理，最后进行业务特性B的处理；如果业务特性A的处理结果为2，则继续进行业务特性D的处理；如果业务特性A的处理结果为3，则该业务处理结束。

304、业务处理控制设备对业务特性进行编码，得到用于表示该业务特性的业务标签；

其中，可以在业务处理控制设备上预先设置业务特性编码规则或业务特性编码表，这里就是根据预先设置的所述业务特性编码规则或业务特性编码表进行业务特性编码的，生成与业务特性对应的业务标签。

举例如下：假设上述的业务特性A是“病毒过滤”、业务特性B是“视频解码”，该“病毒过滤”、“视频解码”即为业务特性，而A、B即为根据业务特性编码规则或业务特性编码表进行业务特性编码后得到的业务标签。需要说明的是，为了描述方便，在本发明的实施例中，业务特性就直接以其业务标签进行简称，比如，业务特性“病毒过滤”在后续就会直接称为“业务特性A”，该A实际上是“病毒过滤”的业务标签。

305、业务处理控制设备根据业务特性串、以及多个业务处理设备分别支持的业务特性得到业务特性的路由路径；并根据业务标识、业务标签和路由路径生成业务路由表；

其中，参见如下的表1，表1即为可选的一种集中式业务路由表：

表1集中式业务路由表

根据303中得到的业务特性串，例如，“如果业务特性A的处理结果是1，则继续进行业务特性C的处理，最后进行业务特性B的处理；如果业务特性A的处理结果为2，则继续进行业务特性D的处理......”等，并且，假设本实施例中的业务处理设备1用于处理业务特性D、业务处理设备2用于处理业务特性B和C、业务处理设备3用于处理业务特性A；此外，业务处理控制设备是通过端口1与业务处理设备1连接，通过端口2与业务处理设备2连接，通过端口3与业务处理设备3连接等。

根据上述的业务特性串、各业务处理设备所支持的业务特性、以及业务处理控制设备与各业务处理设备的连接关系，可以得到业务特性的路由路径；这里的路由路径指的是，例如参见表1所示，从表1中可以得到“从入端口3接收业务报文(即是经过业务处理设备3处理过业务特性A的报文)，该业务报文的入业务标签是2(即业务特性A的处理结果为2)，则将业务标签修改为D(即根据业务特性串可以得知继续进行业务特性D的处理)，并将业务报文从出端口1发出(根据各业务处理设备支持的业务特性可以得知业务处理设备1支持业务特性D，并且，业务处理控制设备是通过端口1连接至业务处理设备1)”。

本实施例中，根据上述得到的路由路径、流标签(即业务报文中的业务标识)以及业务标签(例如业务标签A、B)可以生成业务路由表，参见表1所示，表1中示出了路由路径(例如包括入端口、出端口)、流标签、业务标签(例如包括入业务标签、下一跳业务标签)，这些共同组成了业务路由表。其中，所述的入业务标签指的是业务处理设备接收到的业务报文中包括的标签，由于该业务报文是到达业务处理设备，由业务处理设备接收，所以称为“入业务标签”，相应的，从业务处理设备发出的业务标签可以称为“出业务标签”；所述的下一跳业务标签指的是，在该业务处理设备完成后下一步将要执行的处理对应的业务标签，例如，该业务处理设备完成了业务特性的处理，下一步将要继续处理业务特性是“视频解码”，则下一跳业务标签就是“视频解码”对应的业务标签B。

此外，由于是通过业务处理控制设备集中负责报文中各业务特性的依次处理，所以需要由业务处理控制设备自身控制各业务特性的处理顺序，这个处理顺序也需要在业务路由表中体现。本实施例中，参见表1所示，是依靠“入业务标签”来确定下一步处理的，例如，当入业务标签是1时，则对应的下一跳业务标签是CB，即下一步是处理业务特性C和B；当入业务标签是2时，则对应的下一跳业务标签是D，即下一步是处理业务特性D。并且，表1中的“入业务标签”列均是不同的，业务处理控制设备可以据此确定各业务特性的处理顺序以及对应的下一步处理(具体的判断方式详见本实施例的后续步骤)。因此，表1中的业务特性处理顺序号在本实施例是可选的，即可以将表1中的业务特性处理顺序号去掉。

可选的，业务路由表也可以由人工生成配置到业务处理控制设备上。

306、业务处理控制设备根据业务报文中的业务标识获得业务报文对应的业务路由表，根据业务路由表，在业务报文中设置业务标签A；按照路由路径将业务报文发送至用于处理业务特性A的业务处理设备3；

其中，在305中生成业务路由表后，业务处理控制设备则根据业务报文中的流标签查找到该报文对应的业务路由表，该业务路由表中包括了该报文所对应的各业务特性及其路由路径等。

结合表1所示，业务处理控制设备根据接收到的业务报文查找业务路由表，由于此时业务报文中没有业务标签，即相当于入业务标签是无标签，则根据业务路由表可以得到，无标签时相应的出端口(表1中是3)和下一跳业务标签(表1中是A)。

业务处理控制设备将所述的下一跳业务标签即A添加至业务报文中，然后将业务报文由业务处理控制设备的端口3发送至业务处理设备3。其中，业务标签可以设置在业务报文的MPLS层、MAC层或IP层。

307、业务处理设备3对业务标签对应的业务特性进行处理，并根据业务特性的处理结果修改业务标签；

其中，业务处理设备3在接收到该报文后，将根据报文中的业务标签进行对应业务特性的处理；例如，报文中设置的业务标签是A，A代表的是业务特性“病毒过滤”，则业务处理设备3将根据报文中的该业务标签A对报文进行业务特性“病毒过滤”的处理。需要说明的是，可以在该业务处理系统中的各个设备上，包括业务处理控制设备和业务处理设备，均预先设置业务特性编码规则或者业务特性编码表，其中，业务处理控制设备设置业务特性编码规则或者业务特性编码表是为了在报文中设置业务标签以指示业务处理设备进行对应业务特性的处理，在业务处理设备上设置所述的业务特性编码表等是为了使得业务处理设备在接收到携带业务标签的业务报文时能够根据该业务特性编码表识别该业务标签代表的是何种业务特性，从而执行对应业务特性的处理。

假设所处理的业务特性A可能具有三种处理结果：即，该业务特性A的处理结果可能是1、2或者3。本实施例中，业务处理设备3将其所接收的业务报文中的业务标签(即306中插入的业务标签A)修改为业务特性A的处理结果。

举例如下：如果业务特性A的处理结果为1，则业务处理设备3将业务报文中的原业务标签A修改为1；如果业务特性A的处理结果为2，则业务处理设备3将业务报文中的原业务标签A修改为2；如果业务特性A的处理结果为3，则业务处理设备3将业务报文中的原业务标签A修改为3。

308、业务处理设备3将业务报文返回至业务处理控制设备；

309、业务处理控制设备根据业务处理设备3返回的业务报文、以及业务路由表，对业务报文执行下一步处理的判断；

其中，业务处理控制设备接收业务处理设备3返回的业务报文，根据报文中的业务标签(对应于业务路由表中的“入业务标签”，即接收报文中的业务标签)，查找业务路由表即表1，得到该业务报文下一步对应的出端口以及下一跳业务标签，并执行对应的处理。

本实施例中，由于业务处理设备3得到的业务特性A的处理结果有三种，并且，是由业务处理设备3将业务标签直接修改为处理结果，所以根据业务路由表的“入业务标签”判断下一步处理实际上相当于根据业务特性的处理结果判断下一步处理。

举例如下：参见表1所示，当报文中的业务标签为1时，对应业务路由表中的入业务标签为1，则查找业务路由表，得到相应的出端口为2和下一跳业务标签为CB，则继续执行310和311；当报文中的业务标签为2时，对应业务路由表中的入业务标签为2，查找业务路由表，得到相应的出端口为1和下一跳业务标签为D，则继续执行312和313；当报文中的业务标签为3时，对应业务路由表中的入业务标签为3，则查找业务路由表，得到相应的出端口为无，下一跳业务标签为无标签，则继续执行314。

310、业务处理控制设备修改报文中的业务标签为CB，即，业务处理控制设备在业务报文中设置下一步要处理的业务特性对应的业务标签，然后由该业务处理控制设备的端口2将报文转发出去，发送至业务处理设备2；

311、业务处理设备2接收到该业务报文，根据报文中的业务标签CB，先进行业务特性C的处理，再做业务特性B的处理，然后将报文返回给业务处理控制设备，业务标签不变；跳转到315；

312、业务处理控制设备修改报文中的业务标签为D，即，业务处理控制设备在业务报文中设置下一步要处理的业务特性对应的业务标签，然后由该业务处理控制设备的端口1将报文转发出去，发送至业务处理设备1；

313、业务处理设备1接收到业务报文，根据报文中的业务标签D，进行业务特性D的处理，然后将报文返回给业务处理控制设备，业务标签不变；跳转到315；

314、业务处理控制设备不再转发报文，而是直接丢弃该业务报文，业务处理流程结束；

315、业务处理控制设备接收业务报文，根据业务标签查找业务路由表，判定报文没有剩余业务特性待处理，则删除业务标签，由出端口转发出去。

其中，业务处理控制设备接收到311中业务处理设备2返回的业务报文中的业务标签是CB，接收到的313中业务处理设备1返回的业务报文中的业务标签是D，即查找业务路由表即表1中的入业务标签CB、D对应的行，可以得到当入业务标签为CB或者D时，该业务报文的下一步的出端口是端口0，下一跳业务标签是无标签，也就是说此时业务报文没有剩余业务特性待处理，报文中需要处理的业务特性均已经处理完毕，则业务处理控制设备删除报文中的业务标签，然后由端口0将报文发出，就此完成报文需要的一序列的业务特性处理。

本实施例的业务处理方法，是集中由业务处理控制设备通过设置业务标签使得业务报文在各个业务处理设备间转发，报文围绕业务处理控制设备多次往返折回，由各业务处理设备共同完成对报文中业务特性的处理；这种集中式路由方案的优点是，业务处理设备自身不需要存储业务路由表，不需要执行业务路由的处理，功能简单，各业务处理设备之间无需彼此互联，业务处理控制设备与各业务处理设备间可以采用简单的星型连接，使得该业务处理系统中的各设备之间的连接关系简单，实施方便；并且，本实施例能够根据业务特性的处理结果执行对应的下一步处理，业务处理的实现方式灵活。

实施例三

图4为本发明业务处理方法再一实施例的信令示意图，本实施例的业务处理方法的应用系统架构与图2是相同的，本实施例仍然是集中式路由方案，与实施例二的区别在于，本实施例的业务路由表是在业务处理控制设备接收到业务报文之前预先生成的，并且，是以业务路由表中的业务特性处理顺序号为依据判断下一步的路由处理，所以在业务报文中同时添加了业务标签和业务特性处理顺序号。

结合图2和图4所示，本实施例的业务处理方法包括：

401、业务处理控制设备从业务处理系统之外获取业务报文的业务标识、以及业务标识表示的业务所对应的业务特性串；

其中，业务特性串包括：业务中的各业务特性以及各业务特性的处理顺序；关于所述的业务特性串的具体说明可以结合参见实施例二，不再赘述。本实施例的业务标识仍然以流标签为例，该流标签、以及业务特性串不是如实施例二所述的是由业务处理控制设备自身对业务报文分析得到，而是从业务处理系统之外获取的。

例如，在认证、授权和计费(Authentication，Authorization and Accounting，简称：AAA)服务器或策略服务器中，预先配置有用户所对应的业务服务信息，所述业务服务信息包括流标签、以及与流标签对应的业务特性串，该业务特性串可以包括各业务特性、业务特性可能的处理结果、业务特性顺序、以及业务特性处理结果对业务特性顺序的影响。当用户认证成功后，业务处理控制设备可以从AAA服务器或策略服务器获取该业务服务信息。

402、业务处理控制设备对业务特性进行编码，得到用于表示该业务特性的业务标签；

其中，可以在业务处理控制设备上预先设置业务特性编码规则或业务特性编码表，这里就是根据预先设置的所述业务特性编码规则或业务特性编码表进行业务特性编码的，生成与业务特性对应的业务标签。

举例如下：假设业务特性A是“病毒过滤”、业务特性B是“视频解码”，该“病毒过滤”、“视频解码”即为业务特性，而A、B即为根据业务特性编码规则或业务特性编码表进行业务特性编码后得到的业务标签。

403、业务处理控制设备根据业务特性串、以及多个业务处理设备分别支持的业务特性得到业务特性的路由路径；并根据业务标识、业务标签和路由路径生成业务路由表；

本实施例的业务路由表的生成方法与实施例二类似，不再赘述。参见如下的表2，表2即为可选的另一种集中式业务路由表：

表2集中式业务路由表

如表2所示，该表2与表1的区别在于，由于本实施例是根据业务特性处理顺序号为依据判断下一步的路由处理，所以业务特性处理顺序号这列是必须设置的，而不是表1中那样是可选的；并且，入业务标签这列也不需要如表1中所示的各项均不相同以执行不同的判断，本实施例的入业务标签，默认设置为各业务处理设备在对接收报文的业务标签对应的业务特性处理完毕后，如果没有处理结果需要反馈则删除业务标签，例如，表2中的与业务特性处理顺序号2对应的入业务标签是无，表明业务处理设备2在处理完业务特性CB后删除了业务标签；而与业务特性处理顺序号1对应的入业务标签仍然是业务特性A的处理结果。

404、业务处理控制设备接收业务报文；

其中，业务处理控制设备可以通过端口4从上游设备接收业务报文，本实施例中对图2中所示的上游设备或者下游设备具体是什么设备不做限制，可以根据具体实施的需要确定。

业务报文中通常都包括报文头和净荷，该净荷指的是进行封装和传输的数据报文，报文头中承载有关于该报文的相关信息，例如，报文类型、报文版本等。

405、业务处理控制设备根据业务报文中的流标签查找业务报文对应的业务路由表，根据业务路由表，在业务报文中设置业务标签A，还在报文中设置业务特性处理顺序号1；按照路由路径将业务报文发送至用于处理业务特性A的业务处理设备3；

其中，业务处理控制设备根据业务报文中的流标签查找到该报文对应的业务路由表，该业务路由表中包括了该报文所对应的各业务特性及路由路径。

结合表2所示，业务处理控制设备根据接收到的业务报文查找业务路由表，由于此时业务报文中没有业务特性处理顺序号，则查找业务路由表得到无业务特性处理顺序号时，相应的出端口是3、下一跳业务标签是A。

业务处理控制设备将所述的下一跳业务标签即A添加至业务报文中，还将业务特性处理顺序号1(相当于执行完业务标签A对应的处理后下一步要处理的业务特性对应的顺序号，这样可以方便在接收到返回报文时直接根据该顺序号查找到下一步处理)也添加进报文中(图2中未示出该业务特性处理顺序号)，然后将业务报文由业务处理控制设备的端口3发送至业务处理设备3。其中，业务标签A和业务特性处理顺序号1可以设置在业务报文的MPLS层、MAC层或IP层。

406、业务处理设备3对业务标签对应的业务特性进行处理，并根据业务特性的处理结果修改业务标签，业务特性处理顺序号不做改变；

其中，业务处理设备3在接收到该报文后，将根据报文中的业务标签进行对应业务特性的处理；例如，报文中设置的业务标签是A，A代表的是业务特性“病毒过滤”，则业务处理设备3将根据报文中的该业务标签A对报文进行业务特性“病毒过滤”的处理。需要说明的是，可以在该业务处理系统中的各个设备上，包括业务处理控制设备和业务处理设备，均预先设置业务特性编码规则或者业务特性编码表，其中，业务处理控制设备设置业务特性编码规则或者业务特性编码表是为了在报文中设置业务标签以指示业务处理设备进行对应业务特性的处理，在业务处理设备上设置所述的业务特性编码表等是为了使得业务处理设备在接收到携带业务标签的业务报文时能够根据该业务特性编码表识别该业务标签代表的是何种业务特性，从而执行对应业务特性的处理。

假设所处理的业务特性A可能具有三种处理结果：即，该业务特性A的处理结果可能是1、2或者3。本实施例中，业务处理设备3将其所接收的业务报文中的业务标签(即405中插入的业务标签A)设置为业务特性A的处理结果。

举例如下：如果业务特性A的处理结果为1，则业务处理设备3将业务报文中的原业务标签A修改为1；如果业务特性A的处理结果为2，则业务处理设备3将业务报文中的原业务标签A修改为2；如果业务特性A的处理结果为3，则业务处理设备3将业务报文中的原业务标签A修改为3。

407、业务处理设备3将业务报文返回至业务处理控制设备；

408、业务处理控制设备根据业务处理设备3返回的业务报文、以及业务路由表，对业务报文执行下一步处理的判断；

其中，业务处理控制设备接收业务处理设备3返回的业务报文，根据报文中的业务特性处理顺序号和业务标签查找所述业务路由表，获得与所述业务特性处理顺序号对应的所述下一步处理，即得到该业务报文下一步对应的出端口以及下一跳业务标签，并执行对应的处理。

本实施例中，由于业务处理设备3得到的业务特性A的处理结果有三种，并且，是由业务处理设备3将业务标签直接修改为处理结果，所以实际上是根据业务特性处理顺序号以及业务特性的处理结果判断下一步处理。

举例如下：参见表2所示，先根据业务报文中的业务特性处理顺序号1找到表2中对应的行；接着，与业务特性处理顺序号1对应的，当报文中的业务标签为1时，对应业务路由表中的入业务标签为1，得到相应的出端口为2和下一跳业务标签为CB，则继续执行409和410；当报文中的业务标签为2时，对应业务路由表中的入业务标签为2，查找业务路由表，得到相应的出端口为1和下一跳业务标签为D，则继续执行411和412；当报文中的业务标签为3时，对应业务路由表中的入业务标签为3，则查找业务路由表，得到相应的出端口为无，下一跳业务标签为无标签，则继续执行413。

409、业务处理控制设备修改报文中的业务标签为CB，即，业务处理控制设备在业务报文中设置下一步要处理的业务特性对应的业务标签，并且，将业务特性处理顺序号递增(本实施例是加1)，即将业务特性处理顺序号修改为2，然后由该业务处理控制设备的端口2将报文转发出去，发送至业务处理设备2；

410、业务处理设备2接收到该业务报文，根据报文中的业务标签CB，先进行业务特性C的处理，再做业务特性B的处理；该业务特性B如果没有处理结果需要反馈，则业务处理设备2删除业务标签，业务特性处理顺序号不变；然后将报文返回给业务处理控制设备；跳转到414；当然，如果业务处理设备2有处理结果需要反馈，则与业务处理设备3根据业务特性A的处理结果反馈方式相同，即将业务标签修改为业务特性的处理结果。

411、业务处理控制设备修改报文中的业务标签为D，即，业务处理控制设备在业务报文中设置下一步要处理的业务特性对应的业务标签，并且，将业务特性处理顺序号修改为3，然后由该业务处理控制设备的端口1将报文转发出去，发送至业务处理设备1；

412、业务处理设备1接收到业务报文，根据报文中的业务标签D，进行业务特性D的处理，该业务特性D如果没有处理结果需要反馈，则业务处理设备1删除业务标签，业务特性处理顺序号不变；然后将报文返回给业务处理控制设备，业务标签不变；跳转到414；

413、业务处理控制设备不再转发报文，而是直接丢弃该业务报文，业务处理流程结束；

414、业务处理控制设备接收业务报文，根据业务特性处理顺序号查找业务路由表，判定报文没有剩余业务特性待处理，则删除业务特性处理顺序号，由出端口转发出去。

其中，业务处理控制设备接收到410中业务处理设备2返回的业务报文中的业务特性处理顺序号是2，接收到的412中业务处理设备1返回的业务报文中的业务特性处理顺序号是3，即查找业务路由表即表2中的业务特性处理顺序号2或者3对应的行，可以得到当业务特性处理顺序号是2或者3时，该业务报文的下一步的出端口是端口0，下一跳业务标签是无标签，也就是说此时业务报文没有剩余业务特性待处理，报文中需要处理的业务特性均已经处理完毕，则业务处理控制设备删除报文中的业务特性处理顺序号，然后由端口0将报文发出，就此完成报文需要的一序列的业务特性处理。

本实施例的业务处理方法，是集中由业务处理控制设备通过设置业务标签使得业务报文在各个业务处理设备间转发，报文围绕业务处理控制设备多次往返折回，由各业务处理设备共同完成对报文中业务特性的处理；这种集中式路由方案的优点是，业务处理设备自身不需要存储业务路由表，不需要执行业务路由的处理，功能简单，各业务处理设备之间无需彼此互联，业务处理控制设备与各业务处理设备间可以采用简单的星型连接，使得该业务处理系统中的各设备之间的连接关系简单，实施方便；并且，本实施例能够根据业务特性的处理结果执行对应的下一步处理，业务处理的实现方式灵活。

实施例四

图5为本发明业务处理方法又一实施例的应用系统架构图，图6为本发明业务处理方法又一实施例的信令示意图。本实施例中，是以分布式路由方案为例进行说明，并且，业务路由表是在接收到业务报文之前预先生成，本实施例的业务处理系统中，均为业务处理设备，该业务处理设备将图2中的业务处理控制设备和业务处理设备的功能集于一体，业务报文是从其中一个业务处理设备进入，从另一个业务处理设备发出，并不是图2中所示的由业务处理控制设备作为报文的出入口。

如图5所示，本实施例的业务处理系统包括业务处理设备0、业务处理设备1、业务处理设备2和业务处理设备3，每个业务处理设备都是将图2中的业务处理控制设备和业务处理设备的功能集于一体，包括，既可以生成和维护业务路由表，也可以在业务报文中设置业务标签，还可以处理业务特性；每个业务处理单元设置于一个业务处理设备中。

本实施例的业务处理系统中，各个业务处理设备之间彼此互联，例如，业务处理设备0分别与业务处理设备1至业务处理设备3连接，业务处理设备1还与业务处理设备2、业务处理设备3连接等。每个业务处理设备所包括的端口，以及各业务处理设备之间具体通过哪个端口相互连接，参见图5所示，不再赘述。其中，本实施例是以业务报文从业务处理设备0的端口4进入业务处理系统，从业务处理设备1的端口4发出业务处理系统为例，即接收报文和发出报文的都是业务处理设备；图5中的箭头方向表示了业务报文根据本实施例的业务处理方法在业务处理系统中的报文路径。

本实施例仍然是假设业务处理设备3支持处理业务特性A，业务处理设备2支持处理业务特性B和C，业务处理设备1支持处理业务特性D为例；结合图5和图6所示，本实施例的业务处理方法包括：

601、业务处理系统中的各业务处理设备从业务处理系统之外获取业务报文的业务标识、以及业务标识表示的业务所对应的业务特性串；

其中，关于所述的业务特性串的具体说明可以结合参见实施例二和实施例三，不再赘述；本实施例的业务标识仍然以流标签为例，该流标签、以及业务特性串是从业务处理系统之外获取的。

本实施例中，仍然假设是从AAA服务器或者策略服务器中获取的上述流标签和业务特性串，当用户认证成功后，各业务处理控制设备可以从AAA服务器或策略服务器获取上述信息，或者由AAA服务器或策略服务器将上述信息分发到业务处理系统中的各业务处理设备。

这里所述的各业务处理设备包括业务处理系统中的每个业务处理设备，当然，根据具体实施情况，由于业务处理设备0后续步骤未做业务特性处理，所以本实施例的各业务处理设备至少包括业务处理设备1、业务处理设备2和业务处理设备3，均执行所述的获取信息的处理。

602、各业务处理设备对业务特性进行编码，得到用于表示该业务特性的业务标签；

其中，可以在各业务处理设备上预先设置业务特性编码规则或业务特性编码表，这里就是根据预先设置的所述业务特性编码规则或业务特性编码表进行业务特性编码的，生成与业务特性对应的业务标签。

举例如下：假设业务特性A是“病毒过滤”、业务特性B是“视频解码”，该“病毒过滤”、“视频解码”即为业务特性，而A、B即为根据业务特性编码规则或业务特性编码表进行业务特性编码后得到的业务标签。

603、各业务处理设备分别根据业务特性串、以及多个业务处理设备分别支持的业务特性得到业务特性的路由路径；并根据业务标识、业务标签和路由路径生成业务路由表；

本实施例的业务路由表的生成方法与实施例二和实施例三类似，不再赘述；其中，本实施例的业务路由表的生成过程中，各个业务处理设备根据该业务处理系统中的各业务处理设备分别支持的业务特性、以及该业务处理设备自身与其他业务处理设备之间的端口连接关系，生成业务路由表；该业务路由表仅包括与该业务处理设备自身所处理的业务特性、以及自身的连接端口有关联的路由路径，实际上相当于将集中式路由方案中的集中式业务路由表拆分，分别由各业务处理设备存储与自身关联的一部分业务路由表。

参见如下的表3～表6，分别是图5中的各业务处理设备上分别存储的业务路由表：

表3业务处理设备0的业务路由表

入端口	流标签	入业务标签	入业务特性处理结果	出端口	下一跳业务标签
						4	1	无标签	无	3	A

表4业务处理设备3的业务路由表

表5业务处理设备2的业务路由表

入端口	流标签	入业务标签	入业务特性处理结果	出端口	下一跳业务标签
						2	1	CB	无	3	无

表6业务处理设备1的业务路由表

入端口	流标签	入业务标签	入业务特性处理结果	出端口	下一跳业务标签
						2	1	无	无	4	无
3	1	D	无	4	无

如上述的表3～表6所示，各业务路由表的结构与集中式业务路由表中的各项基本相同，需要说明的是，本实施例的业务路由表中包括“入业务标签”和“入业务特性处理结果”；其中，后续步骤中业务处理设备是根据业务标签查找路由表获得对报文的下一步处理，“入业务特性处理结果”主要是用于当存在几种可能的不同处理结果且各结果对应的下一步处理不同时，供业务处理设备结合业务标签和该业务特性的处理结果，确定下一步处理。

604、业务处理设备0接收业务报文；

其中，业务处理设备0可以通过端口4从上游设备接收业务报文；业务报文中通常都包括报文头和净荷，该净荷指的是进行封装和传输的数据报文，报文头中承载有关于该报文的相关信息，例如，报文类型、报文版本等。

605、业务处理设备0根据业务报文中的流标签查找业务报文对应的业务路由表，根据业务路由表，在业务报文中设置业务标签A；按照路由路径将业务报文发送至用于处理业务特性A的业务处理设备3；

其中，业务处理设备0根据业务报文中的流标签查找到该报文对应的业务路由表，结合表3所示，业务处理设备0根据接收到的业务报文查找业务路由表，由于此时业务报文中没有业务标签，则查找业务路由表得到无业务标签时，相应的出端口是3、下一跳业务标签是A。

业务处理设备0将所述的下一跳业务标签即A添加至业务报文中，然后将业务报文由端口3发送至业务处理设备3。其中，业务标签A可以设置在业务报文的MPLS层、MAC层或IP层。

需要说明的是，集中式路由方案中，业务处理控制设备接收到的报文需要处理业务特性A、B、C和D四个业务特性，业务处理控制设备需要在业务路由表中对这四个业务特性设置一个业务特性执行顺序，例如本次处理业务特性A、下次处理业务特性C，当然业务路由表中的该业务特性执行顺序可以由单独设置的“业务特性处理顺序号”限定，或者根据“入业务标签”确定执行顺序等，因此，在集中式路由方案中通常需要业务特性执行顺序的确定方式；而在分布式路由方案中，对每个业务处理设备来说，其所接收到的业务报文已经包括了它所需要处理的所有业务特性的标签，比如，业务处理设备3接收到的报文中携带业务标签A，该业务处理设备3就仅需要处理业务标签A对应的业务特性即可，每个业务处理设备自身来说，其不会涉及到集中式路由方案中所述的对多个业务特性的处理顺序进行确定的问题，所以在本实施例的分布式路由方案中的业务路由表中可以不需要设置业务特性处理顺序号。

606、业务处理设备3对业务标签对应的业务特性进行处理，并根据业务特性的处理结果判断下一步处理；

假设本实施例中所处理的业务特性A可能具有三种处理结果：即，该业务特性A的处理结果可能是1、2或者3。本实施例中，业务处理设备3在对业务特性A处理结束后，根据报文中的业务标签A，查找业务路由表(即表4)，与“入业务标签A”对应的，有“入业务特性处理结果”中的三种可能值，这三种可能值就是上述的业务特性A可能的处理结果；业务处理设备3将根据业务特性的处理结果，判断对业务报文的下一步处理。

举例如下：如果业务特性A的处理结果为1，业务处理设备3查表得到对应的出端口是2，下一跳业务标签为CB，则继续执行607和608；如果业务特性A的处理结果为2，业务处理设备3查表得到对应的出端口是3，下一跳业务标签为D，则继续执行609和610；如果业务特性A的处理结果为3，业务处理设备3查表得到对应的出端口是无，下一跳业务标签为无，则业务处理设备3不再对该报文进行转发，例如可以直接丢弃该业务报文。

607、业务处理设备3修改报文中的业务标签为CB，即，业务处理设备3在业务报文中设置下一步要处理的业务特性对应的业务标签，然后由该业务处理设备3的端口2将报文转发出去，发送至业务处理设备2；

608、业务处理设备2接收到该业务报文，根据报文中的业务标签CB，先进行业务特性C的处理，再做业务特性B的处理；然后根据表5查表得到对应的出端口为3，下一跳业务标签为无，则删除业务标签，将报文通过端口3发送至业务处理设备1；跳转到610；

609、业务处理设备3修改报文中的业务标签为D，即，业务处理设备3在业务报文中设置下一步要处理的业务特性对应的业务标签，然后由该业务处理设备3的端口3将报文转发出去，发送至业务处理设备1；

610、业务处理设备1接收到该业务报文，根据报文中的业务标签对业务报文进行下一步的处理；

本实施例中，参见表6，该业务处理设备1接收到的业务报文中的业务标签(即入业务标签)可能有两种结果，可能是无标签或者是业务标签D。

例如，如果报文中是无业务标签，则业务处理设备1通过查找表6可以得到，此时对应的出端口是4，下一跳业务标签是无，表示没有剩余的待处理的业务特性，则业务处理设备1从其端口4将业务报文发出，对于该业务报文的处理流程结束。

例如，如果报文中的业务标签是D，则业务处理设备1通过查找表6可以得到，此时对应的出端口是4，下一跳业务标签是无，由于没有下一跳业务标签则删除业务标签，然后从其端口4将业务报文发出，对于该业务报文的处理流程结束。

本实施例的业务处理方法，是采用分布式路由方法，各业务处理设备之间彼此互联，业务路由分散在各个业务处理设备分布式处理；这种方式的优点是，业务路由的路径可以最短，避免集中式业务路由方案的业务路由围绕业务处理控制设备的多次往返折回路径；并且，本实施例也能够根据业务特性的处理结果执行对应的下一步处理，业务处理的实现方式灵活。

实施例五

图7为本发明业务处理方法又一实施例的应用系统架构图，图8为本发明业务处理方法又一实施例的信令示意图。本实施例也是采用分布式路由方案，与实施例四的区别在于，本实施例的业务路由表是在接收到业务报文时生成的，并且，本实施例的业务处理系统中包括业务处理设备和业务处理控制设备，业务处理控制设备仍然作为业务报文的出入口，即业务报文是从业务处理控制设备进入和发出业务处理系统，业务报文由各业务处理设备进行处理。

如图7所示，本实施例是以两个业务处理控制设备为例，包括业务处理控制设备1和业务处理控制设备2，这两个业务处理控制设备均分别与各业务处理设备连接，各业务处理设备之间互联；业务报文从业务处理控制设备1的端口4进入业务处理系统，从业务处理控制设备2的端口0发出业务处理系统。可选的，业务处理控制设备1和业务处理控制设备2也可以合为一个业务处理控制设备。

如下描述本实施例的业务处理方法，其中，对于前面的几个实施例中已经进行说明过的步骤，本实施例仅做简单介绍，详细可以参见实施例一～实施例四所述。结合图7和图8所示，本实施例的业务处理方法包括：

801、业务处理控制设备1接收业务报文；

其中，业务处理控制设备1可以通过端口4从上游设备接收业务报文；业务报文中通常都包括报文头和净荷，该净荷指的是进行封装和传输的数据报文，报文头中承载有关于该报文的相关信息，例如，报文类型、报文版本。

802、业务处理控制设备1获取业务报文中的业务标识，并根据该业务标识得到业务报文要处理的业务；

803、业务处理控制设备1分解业务，得到与该业务对应的业务特性串；

举例如下，进行业务分解后可能得到如下信息：假设该业务报文要处理的业务是由业务特性A、业务特性B、业务特性C和业务特性D构成；首先进行业务特性A的处理，该业务特性A处理后可能存在不同的处理结果，假设有三种业务特性A的处理结果：1、2或3；如果业务特性A的处理结果是1，则继续进行业务特性C的处理，最后进行业务特性B的处理；如果业务特性A的处理结果为2，则继续进行业务特性D的处理；如果业务特性A的处理结果为3，则该业务处理结束。

804、业务处理控制设备1将业务标识和业务特性串，分别发送至各个业务处理设备；

其中，可以参见图7，业务处理控制设备1与各业务处理设备均分别连接，因此，业务处理控制设备1可以将得到的业务标识和业务特性串分别发送至各个业务处理设备。

805、各业务处理设备对业务特性进行编码，得到用于表示该业务特性的业务标签；

其中，可以在各业务处理设备上预先设置业务特性编码规则或业务特性编码表，这里就是根据预先设置的所述业务特性编码规则或业务特性编码表进行业务特性编码的，生成与业务特性对应的业务标签。

806、各业务处理设备分别根据业务特性串、以及多个业务处理设备分别支持的业务特性得到业务特性的路由路径；并根据业务标识、业务标签和路由路径生成业务路由表。

本实施例的业务路由表的生成方法与实施例四相同，不再赘述。参见如下的表7，该表7是图7中的业务处理控制设备2的业务路由表，另外的业务处理设备1、业务处理设备2和业务处理设备3的业务路由表与实施例四相同，参见实施例四即可，业务处理控制设备1的业务路由表与业务处理设备0的业务路由表相同。

表7业务处理控制设备2的业务路由表

入端口	流标签	入业务标签	入业务特性处理结果	出端口	下一跳业务标签
						1	1	无	无	0	无

807、业务处理控制设备1通过端口4接收业务报文；

808、业务处理控制设备1根据业务报文中的流标签获得业务报文对应的业务路由表，根据业务路由表，在业务报文中设置业务标签A；按照路由路径将业务报文发送至用于处理业务特性A的业务处理设备3；

809、业务处理设备3对业务标签对应的业务特性进行处理，并根据业务特性的处理结果判断下一步处理；

举例如下：如果业务特性A的处理结果为1，业务处理设备3查表得到对应的出端口是2，下一跳业务标签为CB，则继续执行810和811；如果业务特性A的处理结果为2，业务处理设备3查表得到对应的出端口是3，下一跳业务标签为D，则继续执行812和813；如果业务特性A的处理结果为3，业务处理设备3查表得到对应的出端口是无，下一跳业务标签为无，则业务处理设备3不再对该报文进行转发，例如可以直接丢弃该业务报文

810、业务处理设备3修改报文中的业务标签为CB，即，业务处理设备3在业务报文中设置下一步要处理的业务特性对应的业务标签，然后由该业务处理设备3的端口2将报文转发出去，发送至业务处理设备2；

811、业务处理设备2接收到该业务报文，根据报文中的业务标签CB，先进行业务特性C的处理，再做业务特性B的处理；然后根据表5查表得到对应的出端口为3，下一跳业务标签为无，则删除业务标签，将报文通过端口3发送至业务处理设备1；跳转到813；

812、业务处理设备3修改报文中的业务标签为D，即，业务处理设备3在业务报文中设置下一步要处理的业务特性对应的业务标签，然后由该业务处理设备3的端口3将报文转发出去，发送至业务处理设备1；

813、业务处理设备1接收到该业务报文，根据报文中的业务标签对业务报文进行下一步的处理，该处理是将报文从端口4发出，发送至业务处理控制设备2；

本实施例中，参见表6，该业务处理设备1接收到的业务报文中的业务标签(即入业务标签)可能有两种结果，可能是无标签或者是业务标签D。不论是哪种业务标签，下一步处理均是对应的出端口是4，下一跳业务标签是无；因此，业务处理设备1会将该业务报文从其端口4将业务报文发出，发送至业务处理控制设备2，当业务标签是D时，在发出之前将业务标签删除。

814、业务处理控制设备2根据表7所示的业务路由表，其从业务处理设备1接收到的业务报文中无业务标签，即对应的入业务标签为无；查找业务路由表得到，对应的出端口是0，下一跳业务标签是无，则表明没有剩余的待处理的业务特性，则业务处理控制设备2将业务报文从端口0发出该业务处理系统即可，对业务报文的处理流程至此结束。

实施例六

本实施例提供的业务处理控制设备可以执行本发明任意实施例的业务处理方法，本实施例仅对该业务处理控制设备的结构进行简单说明，其详细的结构和工作原理可以结合参见本发明任意方法实施例所述。

图9为本发明业务处理控制设备一实施例的结构示意图，如图9所示，该业务处理控制设备可以包括：接收器91、查找单元92、处理单元93和发送器94；其中，

接收器91，用于接收业务报文；

查找单元92，用于根据接收器91接收的所述业务报文中的业务标识查找所述业务报文对应的业务路由表，所述业务标识表示所述业务报文要处理的业务；所述业务路由表包括用于表示所述业务中的业务特性的业务标签、以及处理所述业务特性的路由路径；

处理单元93，用于根据查找单元92查找到的所述业务路由表，在所述业务报文中设置所述业务标签；

发送器94，用于根据所述业务路由表中路由路径，将所述处理单元93设置的业务报文发送至用于处理所述业务标签对应的业务特性的业务处理设备，以使所述业务处理设备对所述业务标签对应的业务特性进行处理。

图10为本发明业务处理控制设备另一实施例的结构示意图，如图10所示，该业务处理控制设备在图9所示结构的基础上，该业务处理控制设备还可以包括：业务路由控制单元95；该业务路由控制单元95可以包括：业务识别子单元951、业务分解子单元952、编码处理子单元953和路由生成子单元954；其中，

业务识别子单元951，用于在接收器91接收业务报文之后，解析所述业务报文获取所述业务报文中的业务标识，并根据所述业务标识得到所述业务报文要处理的业务；

所述业务分解子单元952，用于分解所述业务得到与所述业务对应的业务特性串，所述业务特性串包括：所述业务中的各业务特性以及业务特性的处理顺序；

所述编码处理子单元953，用于对所述业务特性进行编码得到用于表示所述业务特性的业务标签；

所述路由生成子单元954，用于根据所述业务特性串、以及所述业务处理设备支持的业务特性得到所述业务特性的路由路径；并根据所述业务标识、业务标签和路由路径生成所述业务路由表。

图11为本发明业务处理控制设备又一实施例的结构示意图，如图11所示，该业务处理控制设备在图9所示结构的基础上，该业务处理控制设备还可以包括：业务路由控制单元95；该业务路由控制单元95可以包括：业务信息获取子单元1001、编码处理子单元1002和路由生成子单元1003；其中，编码处理子单元1002与编码处理子单元953的功能相同，路由生成子单元1003与路由生成子单元954的功能相同；

业务信息获取子单元1001，用于在接收器91接收业务报文之前，获取所述业务报文的业务标识、以及所述业务标识表示的业务所对应的所述业务特性串。

进一步的，图12为本发明业务处理控制设备又一实施例的结构示意图，如图12所示，该业务处理控制设备在图9所示结构的基础上，处理单元93还可以包括：报文发送子单元931、报文接收子单元932和报文控制子单元933；在图10和图11中处理单元93也可以具有与此相同的结构，不再在其中显示；其中，

报文发送子单元931，用于在接收业务报文之后，根据所述业务路由表，在所述业务报文中设置所述业务标签，并根据所述路由路径将所述业务报文发送至用于处理所述业务标签对应的业务特性的业务处理设备，以使得所述业务处理设备对所述业务标签对应的业务特性进行处理；

报文接收子单元932，用于接收所述业务处理设备返回的业务报文，所述业务报文中包括业务处理设备根据业务特性的处理结果修改的业务标签；

报文控制子单元933，用于根据所述业务处理设备返回的业务报文、以及所述业务路由表，在所述业务报文中设置下一个要处理的业务特性对应的业务标签，并将业务报文发送至所述业务标签对应的下一个业务处理设备。

进一步的，报文控制子单元933，具体用于根据所述业务处理设备返回的业务报文中的业务标签或者业务特性处理顺序号，查找所述业务路由表，在所述业务报文中设置下一个要处理的业务特性对应的业务标签。

实施例七

本实施例提供的业务处理设备可以执行本发明任意实施例的业务处理方法，本实施例仅对该业务处理设备的结构进行简单说明，其详细的结构和工作原理可以结合参见本发明任意方法实施例所述。

图13为本发明业务处理设备一实施例的结构示意图，如图13所示，该业务处理设备可以包括：接收器1301和业务处理单元1302；

其中，接收器1301，用于接收业务报文，业务报文中设置有业务标签；

业务处理单元1302，用于解析所述业务标签，并对所述业务标签对应的业务特性进行处理。

图14为本发明业务处理设备另一实施例的结构示意图，如图14所示，该业务处理设备在图13的基础上还可以包括：标签修改单元1303和发送器1304；其中，

标签修改单元1303，具体用于根据业务处理单元对所述业务特性的处理结果修改所述业务报文中的业务标签；

发送器1304，用于将所述标签修改单元修改后的业务报文发送至所述业务处理控制设备，以使得所述业务处理控制设备将所述业务报文发送至下一个业务处理设备。

图15为本发明业务处理设备又一实施例的结构示意图，如图15所示，该业务处理设备在图13的基础上还可以包括：存储单元1305、插入单元1306和发送器1307；其中，

存储单元1305，用于存储业务路由表；

插入单元1306，用于根据业务处理单元对所述业务特性的处理结果以及存储单元存储的所述业务路由表，在所述业务报文中插入下一个要处理的业务特性的业务标签；

发送器1307，用于将所述插入单元修改后的业务报文发送至与所述业务标签对应的下一个业务处理设备。

图16为本发明业务处理设备又一实施例的结构示意图，如图16所示，该业务处理设备在图15的基础上还可以包括：业务路由控制单元1308；该业务路由控制单元1308包括：信息接收子单元1401、编码处理子单元1402和路由生成子单元1403；其中，

信息接收子单元1401，用于获取接收器接收的所述业务报文的业务标识、以及所述业务标识表示的业务所对应的业务特性串，所述业务特性串包括：所述业务中的各业务特性以及所述业务特性的处理顺序；

编码处理子单元1402，用于对所述业务特性进行编码得到用于表示所述业务特性的业务标签；

路由生成子单元1403，用于根据所述业务特性串、以及所述业务处理单元支持的业务特性得到所述业务特性的路由路径；并根据所述业务标识、业务标签和路由路径生成所述业务路由表。

实施例八

本实施例提供了一种业务处理系统，该系统可以包括本发明任意实施例所述的业务处理控制设备、以及本发明任意实施例所述的业务处理设备。其中，所述的业务处理控制设备和业务处理设备之间的连接关系、以及各自的结构和工作原理可以结合参见本发明的方法实施例和设备实施例所述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (15)

1.一种业务处理方法，其特征在于，所述方法包括：

业务处理控制设备接收上游设备发送的业务报文，根据所述业务报文中的业务标识查找所述业务报文对应的业务路由表，所述业务标识表示所述业务报文要处理的业务；所述业务路由表包括用于表示所述业务中的业务特性的业务标签、以及处理所述业务特性的路由路径；

所述业务处理控制设备根据所述业务路由表，在所述业务报文中设置所述业务标签，并根据所述路由路径将所述业务报文发送至用于处理所述业务标签对应的业务特性的第一业务处理设备。

2.根据权利要求1所述的业务处理方法，其特征在于，在所述业务处理控制设备接收上游设备发送的业务报文之后，且在所述业务处理控制设备根据所述业务报文中的业务标识查找所述业务报文对应的业务路由表之前，所述方法还包括：

所述业务处理控制设备解析所述业务报文获取所述业务报文中的业务标识，并根据所述业务标识得到所述业务报文要处理的业务，分解所述业务得到与所述业务对应的业务特性串；所述业务特性串包括：所述业务中的各业务特性以及所述业务特性的处理顺序；

所述业务处理控制设备对所述业务特性进行编码得到用于表示所述业务特性的业务标签；所述业务处理控制设备根据所述业务特性串、以及所述第一业务处理设备支持的业务特性得到所述业务特性的路由路径；

所述业务处理控制设备根据所述业务标识、业务标签和路由路径生成所述业务路由表。

3.根据权利要求1所述的业务处理方法，其特征在于，在所述业务处理控制设备接收业务报文之前，所述方法还包括：

所述业务处理控制设备获取所述业务报文的业务标识、以及所述业务标识表示的业务所对应的业务特性串；所述业务特性串包括：所述业务中的各业务特性以及所述业务特性的处理顺序；

所述业务处理控制设备对所述业务特性进行编码得到用于表示所述业务特性的业务标签；所述业务处理控制设备根据所述业务特性串、以及所述第一业务处理设备支持的业务特性得到所述业务特性的路由路径；

所述业务处理控制设备根据所述业务标识、业务标签和路由路径生成所述业务路由表。

4.根据权利要求1至3任一所述的业务处理方法，其特征在于，所述业务处理控制设备根据所述业务路由表，在所述业务报文中设置所述业务标签，并根据所述路由路径将所述业务报文发送至用于处理所述业务标签对应的业务特性的第一业务处理设备之后，所述方法还包括：

所述业务处理控制设备接收所述第一业务处理设备返回的业务报文，所述业务报文中包括所述第一业务处理设备根据所述业务特性的处理结果修改的所述业务标签；

所述业务处理控制设备根据所述第一业务处理设备返回的业务报文、以及所述业务路由表，在所述业务报文中设置下一个要处理的业务特性对应的业务标签，并将所述业务报文发送至所述下一个要处理的业务特性对应的业务标签对应的第二业务处理设备。

5.根据权利要求4所述的业务处理方法，其特征在于，所述业务处理控制设备根据所述业务处理设备返回的业务报文、以及所述业务路由表，在所述业务报文中设置下一个要处理的业务特性对应的业务标签，包括：

所述业务处理控制设备根据所述第一业务处理设备返回的业务报文中的业务标签或者业务特性处理顺序号，查找所述业务路由表，在所述业务报文中设置下一个要处理的业务特性对应的业务标签。

6.根据权利要求1所述的业务处理方法，其特征在于，在所述业务处理控制设备接收业务报文之后，且在所述业务处理控制设备根据所述业务报文中的业务标识查找所述业务报文对应的业务路由表之前，还包括：

所述业务处理控制设备解析所述业务报文获取所述业务报文中的业务标识，并根据所述业务标识得到所述业务报文要处理的业务，分解所述业务得到与所述业务对应的业务特性串；所述业务特性串包括：所述业务中的各业务特性以及所述业务特性的处理顺序；

所述业务处理控制设备将所述业务标识、以及所述业务特性串发送至所述第一业务处理设备，所述第一业务处理设备还用于根据所述业务标识和业务特性串生成所述业务路由表。

7.一种业务处理控制设备，其特征在于，所述业务处理控制设备包括：

接收器，用于接收上游设备发送的业务报文；

查找单元，用于根据接收器接收的所述业务报文中的业务标识查找所述业务报文对应的业务路由表，所述业务标识表示所述业务报文要处理的业务；所述业务路由表包括用于表示所述业务中的业务特性的业务标签、以及处理所述业务特性的路由路径；

处理单元，用于根据所述业务路由表，在所述业务报文中设置所述业务标签；

发送器，用于根据所述业务路由表中路由路径，将所述处理单元设置的业务报文发送至用于处理所述业务标签对应的业务特性的第一业务处理设备。

8.根据权利要求7所述的业务处理控制设备，其特征在于，所述业务处理控制设备还包括：业务路由控制单元；所述业务路由控制单元包括：业务识别子单元、业务分解子单元、编码处理子单元和路由生成子单元；

所述业务识别子单元，用于在所述接收业务报文之后，解析所述业务报文获取所述业务报文中的业务标识，并根据所述业务标识得到所述业务报文要处理的业务；

所述业务分解子单元，用于分解所述业务得到与所述业务对应的业务特性串，所述业务特性串包括：所述业务中的各业务特性以及业务特性的处理顺序；

所述编码处理子单元，用于对所述业务特性进行编码得到用于表示所述业务特性的业务标签；

所述路由生成子单元，用于根据所述业务特性串、以及所述第一业务处理设备支持的业务特性得到所述业务特性的路由路径；并根据所述业务标识、业务标签和路由路径生成所述业务路由表。

9.根据权利要求7所述的业务处理控制设备，其特征在于，所述业务处理控制设备还包括：业务路由控制单元；所述业务路由控制单元包括：业务信息获取子单元、编码处理子单元和路由生成子单元；

所述业务信息获取子单元，用于在所述接收业务报文之前，获取所述业务报文的业务标识、以及所述业务标识表示的业务所对应的业务特性串，所述业务特性串包括：所述业务中的各业务特性以及业务特性的处理顺序

所述编码处理子单元，用于对所述业务特性进行编码得到用于表示所述业务特性的业务标签；

所述路由生成子单元，用于根据所述业务特性串、以及所述第一业务处理设备支持的业务特性得到所述业务特性的路由路径；并根据所述业务标识、业务标签和路由路径生成所述业务路由表。

10.根据权利要求7至9任一所述的业务处理控制设备，其特征在于，所述处理单元还用于：

接收所述第一业务处理设备返回的业务报文，所述业务报文中包括所述第一业务处理设备根据所述业务特性的处理结果修改的所述业务标签；

根据所述第一业务处理设备返回的业务报文、以及所述业务路由表，在所述业务报文中设置下一个要处理的业务特性对应的业务标签，并将所述业务报文发送至所述下一个要处理的业务特性对应的业务标签对应的第二业务处理设备。

11.根据权利要求10所述的业务处理控制设备，其特征在于，所述处理单元，具体用于根据所述第一业务处理设备返回的业务报文中的业务标签或者业务特性处理顺序号，查找所述业务路由表，在所述业务报文中设置下一个要处理的业务特性对应的业务标签。

12.一种业务处理设备，其特征在于，所述业务处理设备包括：

接收器，用于接收业务处理控制设备发送的业务报文，所述业务报文中设置有业务标签；

业务处理单元，用于解析所述业务标签，并对所述业务标签对应的业务特性进行处理；

标签修改单元，用于根据业务处理单元对所述业务特性的处理结果修改所述业务报文中的业务标签；

发送器，用于将所述标签修改单元修改后的业务报文发送至所述业务处理控制设备，所述修改后的业务报文包括的业务标签为所述业务特性的处理结果。

13.一种第一业务处理设备，其特征在于，所述第一业务处理设备包括：

接收器，用于接收第二业务处理设备或业务处理控制设备发送的业务报文，所述业务报文中设置有业务标签；

业务处理单元，用于解析所述业务标签，并对所述业务标签对应的业务特性进行处理；

存储单元，用于存储业务路由表；

插入单元，用于根据业务处理单元对所述业务特性的处理结果以及存储单元存储的所述业务路由表，在所述业务报文中插入下一个要处理的业务特性的业务标签；

发送器，用于将所述插入单元修改后的业务报文发送至第三业务处理设备，所述第三业务处理设备与所述下一个要处理的业务特性的业务标签对应。

14.根据权利要求13所述的第一业务处理设备，其特征在于，所述第一业务处理设备还包括：用于生成所述业务路由表的业务路由控制单元；所述业务路由控制单元包括：

信息接收子单元，用于获取接收器接收的所述业务报文的业务标识、以及所述业务标识表示的业务所对应的业务特性串，所述业务特性串包括：所述业务中的各业务特性以及所述业务特性的处理顺序；

编码处理子单元，用于对所述业务特性进行编码得到用于表示所述业务特性的业务标签；

路由生成子单元，用于根据所述业务特性串、以及所述业务处理单元支持的业务特性得到所述业务特性的路由路径；并根据所述业务标识、业务标签和路由路径生成所述业务路由表。

15.一种业务处理系统，其特征在于，包括：权利要求7-11任一所述的业务处理控制设备、以及权利要求12-14任一所述的业务处理设备。