WO2014173277A1

WO2014173277A1 - 网络中开展业务的方法、装置及系统

Info

Publication number: WO2014173277A1
Application number: PCT/CN2014/075877
Authority: WO
Inventors: 黄勇; 朱恒军; 牛乐宏; 宫小玉; 查敏
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2013-04-23
Filing date: 2014-04-22
Publication date: 2014-10-30
Anticipated expiration: 2015-10-23
Also published as: US10554764B2; EP2983328A1; EP2983328A4; US20160044118A1; EP2983328B1; CN103269280B; CN103269280A

Abstract

本发明实施例提供一种网络中开展业务的方法、装置及系统。控制装置包括：协同单元，用于接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息；控制单元，用于向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息。本发明技术方案提供一种新的业务模式，可以满足OTT应用的发展需求。

Description

网络中开展业务的方法、装置及系统本申请要求于 2013 年 4 月 23 日提交中国专利局、申请号为 CN 201310143348. 发明名称为 "网络中开展业务的方法、装置及系统" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域本发明实施例涉及通信技术，尤其涉及一种网络中开展业务的方法、装置及系统。背景技术运行于网络之上的互联网（Interne t )应用通常被称为越顶（Over The Top ,简称为 OTT )应用。大量 OTT应用部署于互联网数据中心（ Internet Da ta Center , 简称为 IDC ), IDC位于网络核心层。用户终端访问位于 IDC中的 OTT 应用，是典型的用户上网模式， 0TT应用可以有客户端软件安装于用户终端，但由于网络条件的限制，当大量用户终端访问 0TT应用时，不论用户终端是通过浏览器还是通过 0TT客户端进行访问，都会出现停滞等待的情况，影响用户体验。

基于上述问题，一些规模较大的 0TT应用，可能会使用内容分发网络 ( Content De l ivery Ne twork, 简称为 CDN ) 的服务模式，即用户访问中心 OTT 应用时，其访问会被重定向到靠近用户的一个分布 0TT应用，这种方式可以减轻中心 0TT应用的带宽压力，一定程度上可以减轻停滞等待等不良体验。但是，在互联网迅速发展的今天，这种服务模式仍不能满足 0TT应用快速发展的需要。因此，急需一种支持 0TT应用的新的业务模式，用以满足 0TT应用开始发展的需要。

发明内容本发明实施例提供一种网络中开展业务的方法、装置及系统，用以提供一种新的业务模式，以满足 0TT应用的发展需求。

第一方面提供一种控制装置，包括：

协同单元，用于接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息；

控制单元，用于向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息。

结合第一方面，在第一方面的第一种可能的实现方式中，所述控制单元还用于向所述识别导向装置发送业务链标识。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述控制单元具体用于向所述计算装置发送加载命令消息，并向所述识别导向装置发送流控制消息；其中，所述加载命令消息包括所述业务部署信息，所述流控制消息所述业务流识别信息和所述业务流导向信息。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述控制单元，还用于向所述计算装置发送资源调整消息，所述资源调整消息包括部署所述第一业务所需的运行文件当前需要占用的资源的信息。

结合第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述控制单元包括：第一控制模块和第二控制模块；

所述协同单元，还用于向所述第一控制模块发送第一控制消息，向所述第二控制模块发送第二控制消息，所述第一控制消息包括所述业务流识别信息和所述业务流导向信息，所述第二控制消息包括所述业务部署信息；

所述第一控制模块，用于根据所述第一控制消息向所述识别导向装置发送所述流控制消息；

所述第二控制模块，用于根据所述第二控制消息向所述计算装置发送所述加载命令消息。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，所述业务流导向信息包括以下信息中的至少一个：

所述计算装置的网际协议 IP地址、所述计算装置的端口信息和部署所述第一业务所需的运行文件的标识信息。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式或第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，所述业务部署信息包括部署所述第一业务所需的运行文件的地址信息。

结合第一方面的第六种可能的实现方式，在第一方面的第七种可能的实现方式中，所述运行文件的地址信息包括：访问所述运行文件的路径信息和所述运行文件的文件名信息，或指向所述运行文件的统一资源定位符 URL信息。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式或第一方面的第五种可能的实现方式或第一方面的第六种可能的实现方式或第一方面的第七种可能的实现方式，在第一方面的第八种可能的实现方式中，所述业务流识别信息包括以下信息中的至少一个：

接收所述第一报文流的物理端口信息、接收所述第一报文流的逻辑端口信息、所述第一 ^艮文流访问的 URL信息以及所述第一文流的源 IP地址、目的 IP地址、源传输层端口和目的传输层端口信息。

第二方面提供一种计算装置，包括：

第一接收单元，用于接收控制装置发送的用于请求部署第一业务的业务部署信息；

部署单元，用于根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务；

第二接收单元，用于接收识别导向装置发送的第一报文流，所述第一报文流包括业务链标识；

业务确定单元，用于根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；处理单元，用于根据所述顺序对所述第一文流执行所述多个业务处理。结合第二方面，在第二方面的第一种可能的实现方式中，所述部署单元具体用于：根据所述业务部署信息，加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；

所述业务确定单元具体用于：根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；

所述处理单元具体用于：根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一 "^文流进行处理。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述业务确定单元用于根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：

根据所述业务链标识和第一入端口查询第一业务路由表项，确定到达第一业务处理部件的出端口，所述第一入端口为接收所述第一报文流的入端口，所述第一业务处理部件用于执行所述多个业务处理中的第一业务处理；

将所述第一 >¾文流导向所述第一业务处理部件；

接收经过所述第一业务处理的第一报文流；

根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口，所述第二入端口为接收所述经过所述第一业务处理的第一报文流的入端口，所述第二业务处理部件用于执行所述多个业务处理中的第二业务处理；

将所述经过所述第一业务处理的第一报文流导向所述第二业务处理部件。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述业务确定单元用于根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：

根据所述业务链标识和所述第二入端口查询第二业务路由表项，确定到达第二业务部件的出端口。

结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式，在第二方面的第四种可能的实现方式中，所述第一接收单元，还用于接收所述控制装置发送的资源调整消息，所述资源调整消息包括所述运行文件当前需要占用的资源的信息；

所述部署单元，还用于根据所述资源调整消息调整所述运行文件占用的资源。

结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式或第二方面的第四种可能的实现方式，在第二方面的第五种可能的实现方式中，所述业务部署信息包括所述运行文件的地址信息。

结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式或第二方面的第四种可能的实现方式或第二方面的第五种可能的实现方式，在第二方面的第六种可能的实现方式中，所述计算装置是服务器设备；

所述业务确定单元实现于所述服务器设备的虚拟交换机 Vswi tch中。第三方面提供一种识别导向装置，包括：

接收单元，用于接收控制装置发送的用于识别第一报文流的业务流识别信息和业务流导向信息；

识别单元，用于根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；

配置单元，用于为所述第一 >¾文流添加业务链标识；

导向单元，用于根据所述业务流导向信息将携带所述业务链标识的所述第一报文流导向至计算装置。

结合第三方面，在第三方面的第一种可能的实现方式中，所述业务流导向信息包括以下信息中的至少一个：

第四方面提供一种网络中开展业务的系统，包括：第一方面提供的任一控制装置、第二方面提供的任一计算装置和第三方面提供的任一识别导向装置。

第五方面提供一种网络中开展业务的系统，包括：第一方面提供的任一控制装置，还包括识别导向装置和计算装置；

所述识别导向装置用于：接收所述控制装置发送的用于识别第一报文流的业务流识别信息和业务流导向信息；

根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；根据所述业务流导向信息将所述第一报文流导向至所述计算装置；所述计算装置用于：

接收所述控制装置发送的用于请求部署第一业务的业务部署信息；根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务；

接收所述识别导向装置发送的所述第一报文流；

对所述第一报文流进行所述第一业务的处理。

第六方面提供一种网络中开展业务的系统，包括：控制装置、计算装置和识别装置；

所述控制装置，用于接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息；

所述识别装置，用于根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；

所述计算装置，用于根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理。

结合第六方面，在第六方面的第一种可能的实现方式中，所述识别装置还用于在所述第一报文流中添加业务链标识；

所述计算装置具体用于：

加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；

根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；

根据所述顺序对所述第一报文流执行所述多个业务处理。

结合第六方面的第一种可能的实现方式，在第六方面的第二种可能的实现方式中，所述计算装置根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：

根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。

第七方面提供一种网络中开展业务的方法，包括：

接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息；

向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息。

结合第七方面，在第七方面的第一种可能的实现方式中，所述方法还包括：向所述识别导向装置发送业务链标识。

结合第七方面或第七方面的第一种可能的实现方式，在第七方面的第二种可能的实现方式中，所述向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息包括：

向所述计算装置发送加载命令消息，并向所述识别导向装置发送流控制消息；其中，所述加载命令消息包括所述业务部署信息，所述流控制消息所述业务流识别信息和所述业务流导向信息。

结合第七方面或第七方面的第一种可能的实现方式或第七方面的第二种可能的实现方式，在第七方面的第三种可能的实现方式中，所述方法还包括：向所述计算装置发送资源调整消息，所述资源调整消息包括部署所述第一业务所需的运行文件当前需要占用的资源的信息。

结合第七方面或第七方面的第一种可能的实现方式或第七方面的第二种可能的实现方式或第七方面的第三种可能的实现方式，在第七方面的第四种可能的实现方式中，所述业务流导向信息包括以下信息中的至少一个：

结合第七方面或第七方面的第一种可能的实现方式或第七方面的第二种可能的实现方式或第七方面的第三种可能的实现方式或第七方面的第四种可能的实现方式，在第七方面的第五种可能的实现方式中，所述业务部署信息包括部署所述第一业务所需的运行文件的地址信息。

结合第七方面的第五种可能的实现方式，在第七方面的第六种可能的实现方式中，所述运行文件的地址信息包括：访问所述运行文件的路径信息和所述运行文件的文件名信息，或指向所述运行文件的统一资源定位符 URL信息。

结合第七方面或第七方面的第一种可能的实现方式或第七方面的第二种可能的实现方式或第七方面的第三种可能的实现方式或第七方面的第四种可能的实现方式或第七方面的第五种可能的实现方式或第七方面的第六种可能的实现方式，在第七方面的第七种可能的实现方式中，所述业务流识别信息包括以下信息中的至少一个：

第八方面提供一种网络中开展业务的方法，包括：

接收用于请求部署第一业务的业务部署信息；

根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务；

接收第一报文流，所述第一报文流包括业务链标识；

根据所述顺序对所述第一报文流执行所述多个业务处理。

结合第八方面，在第八方面的第一种可能的实现方式中，所述根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务包括：

根据所述业务部署信息，加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；

所述根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：

根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；所述根据所述顺序对所述第文流执行所述多个业务处理包括：根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。

结合第八方面的第一种可能的实现方式，在第八方面的第二种可能的实现方式中，所述根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：

将所述第一 >¾文流导向所述第一业务处理部件；

接收经过所述第一业务处理的第一报文流；

结合第八方面的第二种可能的实现方式，在第八方面的第三种可能的实现方式中，所述根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：

结合第八方面或第八方面的第一种可能的实现方式或第八方面的第二种可能的实现方式或第八方面的第三种可能的实现方式，在第八方面的第四种可能的实现方式中，所述方法还包括：

接收资源调整消息，所述资源调整消息包括所述运行文件当前需要占用的资源的信息；

根据所述资源调整消息调整所述运行文件占用的资源。

结合第八方面或第八方面的第一种可能的实现方式或第八方面的第二种可能的实现方式或第八方面的第三种可能的实现方式或第八方面的第四种可能的实现方式，在第八方面的第五种可能的实现方式中，所述业务部署信息包括所述运行文件的地址信息。

第九方面提供一种网络中开展业务的方法，包括：

接收用于识别第一报文流的业务流识别信息和业务流导向信息；根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；为所述第一报文流添加业务链标识；

根据所述业务流导向信息将携带所述业务链标识的所述第一报文流导向至计算装置。

结合第九方面，在第九方面的第一种可能的实现方式中，所述业务流导向信息包括以下信息中的至少一个：

第十方面提供一种网络中开展业务的方法，包括：

接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息和业务流导向信息；

根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；根据所述业务流导向信息将所述第一报文流导向至计算装置；

根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，并在部署了所述第一业务后，对导向的所述第一报文流执行所述第一业务的处理。

第十一方面提供一种网络中开展业务的方法，包括：

接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息；

根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理。

结合第十一方面，在第十一方面的第一种可能的实现方式中，在对识别出的所述第一报文流进行所述第一业务的处理之前包括：

在所述第一报文流中添加业务链标识；所述根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理包括：

根据所述顺序对所述第一报文流执行所述多个业务处理。

结合第十一方面的第一种可能的实现方式，在第十一方面的第二种可能的实现方式中，所述根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。

在本发明技术方案中，由控制装置接收请求开展业务的业务请求，将业务请求中请求部署第一业务的业务部署信息提供给计算装置，计算装置运行部署第一业务所需的运行文件，将业务请求中的用于识别第一报文流的业务流识别信息和业务流导向信息提供给识别导向装置，由识别导向装置识别出第一报文流，并导向计算装置，再由已经部署第一业务的计算装置对第一报文流进行第一业务的处理，实现开展所述第一业务。本发明技术方案允许在部署业务时才加载并运行有关运行文件，提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了 0TT应用快速发展的需求。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图 1为本发明实施例提供的一种控制装置的结构示意图；

图 2为本发明实施例提供的另一种控制装置的结构示意图；

图 3为本发明实施例提供的一种计算装置的结构示意图；

图 4为本发明实施例提供的一种识别导向装置的结构示意图；

图 5为本发明实施例提供的一种网络中开展业务的系统结构示意图；图 6为本发明实施例提供的另一种网络中开展业务的系统结构示意图；图 7为本发明实施例提供的又一种网络中开展业务的系统结构示意图；图 8为本发明实施例提供的又一种网络中开展业务的系统结构示意图；图 9为本发明实施例提供的一种 sof tBNG系统的结构示意图；

图 10为本发明实施例提供的用于基于网盘 he lper的上传流程示意图；图 11为本发明实施例提供的 sof tBNG系统实现网盘业务时的一种结构示意图；

图 12为本发明实施例提供的又一种网络中开展业务的系统结构示意图；图 13为本发明实施例提供的一种网络中开展业务的方法流程图；图 14为本发明实施例提供的另一种网络中开展业务的方法流程图；图 15为本发明实施例提供的又一种网络中开展业务的方法流程图；图 16为本发明实施例提供的又一种网络中开展业务的方法流程图；图 17为本发明实施例提供的又一种网络中开展业务的方法流程图；图 18为本发明实施例提供的又一种网络中开展业务的方法流程图。

具体实施方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图 1为本发明实施例提供的一种控制装置的结构示意图。如图 1所示，所述装置包括：协同单元 11和控制单元 12。协同单元 11 , 用于接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息。

控制单元 12 , 与协同单元 11连接，用于向计算装置发送协同单元 11接收的所述业务部署信息，向识别导向装置发送协同单元 11接收的所述业务流识别信息和所述业务流导向信息。

其中，所述业务部署信息可以包括部署第一业务所需的运行文件的地址信息，但并不限于此，例如还可以包括与所要部署的第一业务有关的其他一些信息，例如用户信息、业务特征信息等。可选的，部署第一业务所需的运行文件的地址信息可以是访问所述运行文件的路径信息和该运行文件的文件名信息，或者是指向所述运行文件的统一资源定位符（Uniform Resource Loca tor , 简称为 URL )信息等。

上述业务流识别信息主要用于指示需要识别出的报文流，在本实施例中，所述需要识别出的报文流也就是需要部署的第一业务的报文流。为简化描述，在本发明实施例中，将所述第一业务的报文流称为第一报文流，相应的，上述业务流识别信息主要用于指示需要识别的第一报文流。

所述业务流识别信息可以包括但不限于以下信息中的至少一个：接收所述第一报文流的物理端口信息（即该第一报文流的来源物理端口信息）、接收所述第一报文流的逻辑端口信息（即该第一报文流的来源逻辑端口信息）、所述第一 4艮文流访问的 URL 信息和所述第一 ^艮文流源网际协议（ Internet Protocol , 简称为 IP )地址、目的 IP地址、源传输层端口信息以及目的传输层端口信息。

上述业务流导向信息主要用于指示将所述第一报文流导向负责部署第一业务的计算装置。

所述业务流导向信息包括但不限于以下信息中的至少一个：计算装置的 IP地址、所述计算装置的端口信息和部署第一业务所需的运行文件的标识信息，例如文件名信息等。

其中，识别导向装置接收到业务流识别信息和业务流导向信息后，根据该业务流识别信息从接收到的报文流中识别出第一报文流，并根据业务流导向信息将识别出的第一报文流导向计算装置。计算装置接收到业务部署信息后，根据该业务部署信息，运行部署第一业务所需的运行文件，以部署第一业务，并对识别导向装置发送的第一报文流进行第一业务的处理。在一可选实施方式中，第一报文流可能需要经过多个业务处理。基于此，控制单元 12除了用于向识别导向装置发送业务流识别信息和业务流导向信息之外，还用于向识别导向装置发送业务链标识。该业务链标识用于指示对第一报文流执行的属于第一业务的多个业务处理和执行多个业务处理的顺序。

在实现上，该业务链标识可以是虚拟局域网（Virtual Local Area Network, 简称为 VLAN)标签、多协议标签交换（ Mul t i_Protocol Label Switching, 简称为 MPLS )标签，虚拟扩展本地局域网 (Virtual extensible Local Area Network,简称为 VXLAN)封装中的 VXLAN网络标识（ VXLAN Network Identifier, 简称为 VNI ) , 或在增加于原报文之外的信息域中携带。关于 VXLAN可参见 IETF draft: draft_mahalingam_duU_dcops_vxlan_03. txt。

基于此，识别导向装置会将业务链标识添加到第一报文流中发送给计算装置。计算装置从第一报文流中获取业务链标识，并根据该业务链标识，确定需要对第一报文流执行的属于第一业务的多个业务处理和执行所述多个业务处理的顺序，然后按照所述顺序，对第一报文流执行所述多个业务处理。

在一可选实施方式中，控制单元 12向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息包括：

控制单元 12具体可用于向计算装置发送加载命令消息，并向识别导向装置发送流控制消息；其中，所述加载命令消息包括所述业务部署信息，所述流控制消息所述业务流识别信息和所述业务流导向信息。

基于上述，在一可选实施方式中，控制单元 12还用于向计算装置发送资源调整消息，所述资源调整消息包括部署第一业务所需的运行文件当前需要占用的资源的信息。基于此，计算装置可以根据该资源调整消息包含的所述运行文件当前需要占用的资源的信息，调整所述运行文件所占用的资源的信息。

基于上述，如图 2所示，所述控制单元 12的一种实现结构包括：第一控制模块 121和第二控制模块 122。

基于此，协同单元 11还用于向第一控制模块 121发送第一控制消息，向第二控制模块 122发送第二控制消息，所述第一控制消息包括业务流识别信息和业务流导向信息，所述第二控制消息包括业务部署信息。

第一控制模块 121 , 用于接收协同单元 11发送的第一控制消息，并根据第一控制消息向识别导向装置发送加载命令消息。

第二控制模块 122 , 用于接收协同单元 11发送的第二控制消息，并根据第二控制消息向计算装置发送加载命令消息。

进一步，第二控制模块 122还用于向计算装置发送资源调整消息。

本实施例提供的控制装置，通过接收业务请求，并将业务请求包括的业务部署信息、业务流识别信息和业务流导向信息提供给计算装置和识别导向装置，使得计算装置部署第一业务，识别导向装置识别第一业务的报文流并导向计算装置进行处理。本实施例提供的控制装置在开展业务时，才通过业务部署信息控制计算装置记载并运行部署业务所需的运行文件，提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了 0TT应用快速发展的需求。

图 3为本发明实施例提供的一种计算装置的结构示意图。如图 3所示，所述计算装置包括：第一接收单元 31、部署单元 32、第二接收单元 33、业务确定单元 34和处理单元 35。

第一接收单元 31 , 用于接收控制装置发送的用于请求部署第一业务的业务部署信息。

部署单元 32 , 与第一接收单元 31连接，用于根据第一接收单元 31接收的所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务。

第二接收单元 33 , 用于接收识别导向装置发送的第一报文流，所述第一才艮文流包括业务链标识。

业务确定单元 34 , 与第二接收单元 33连接，用于根据第二接收单元 33 接收的所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序。

处理单元 35 , 与业务确定单元 34连接，用于根据业务确定单元 34确定的所述顺序对所述第文流执行所述多个业务处理。

本实施例中的控制装置可以釆用图 1或图 2所示的结构实现，但不限于此。控制装置主要负责控制计算装置和识别导向装置完成对第一业务的部署和对第一业务的"¾文流的处理。

其中，所述业务部署信息可以包括部署第一业务所需的运行文件的地址信息，但并不限于此，例如还可以包括与所要部署的第一业务有关的其他一些信息，例如用户信息、业务特征信息等。可选的，部署第一业务所需的运行文件的地址信息可以是访问所述运行文件的路径信息和该运行文件的文件名信息，或者是指向所述运行文件的 URL信息等。基于此，部署单元 32具体可根据业务部署信息包括的所述运行文件的地址信息，获取所述运行文件，然后运行所述运行文件，以部署所述第一业务。

在本实施例中，将第一业务的文流称为第一文流。在一可选实施方式中，第一报文流需要经过多个业务处理。于是，控制装置除了向识别导向装置发送业务流识别信息和业务流导向信息之外，还向识别导向装置发送业务链标识。识别导向装置根据控制装置发送的业务流识别信息从接收的报文流中识别出第一报文流，将控制装置发送的业务链标识添加到所述第一报文流中，并根据控制装置发送的业务流导向信息将携带有业务链标识的第一报文流发送给第二接收单元 33。

在本实施例中，业务链标识用于指示对第一报文流执行的属于第一业务的多个业务处理和执行多个业务处理的顺序。基于此，业务确定单元 34根据所述业务链标识的指示，确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；而处理单元 35则根据业务确定单元 34确定的所述顺序对所述第一报文流执行所述多个业务处理。

在实现上，该业务链标识可以是 VLAN标签、 MPLS标签， VXLAN封装中的 VNI , 或在增加于原报文之外的信息域中携带。

在一可选实施方式中，部署单元 32根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务包括：

部署单元 32具体用于根据所述业务部署信息，加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务。这里所述的多个业务部件具体由部署第一业务所需的运行文件承载。即部署单元 32具体用于根据所述业务部署信息，加载并运行由部署第一业务所需的运行文件承载的多个业务部件，以部署第一业务。

相应的，业务确定单元 34根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：

业务确定单元 34具体用于根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件。

相应的，处理单元 35根据业务确定单元 34确定的所述顺序，对所述第一报文流执行所述多个业务处理包括：

处理单元 35具体用于根据业务确定单元 34确定的所述多个业务处理部件的使用顺序，使用业务确定单元 34确定的所述多个业务处理部件对所述第一才艮文流进行处理。

进一步可选的，业务确定单元 34用于根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：

业务确定单元 34具体用于：根据所述业务链标识和第一入端口查询第一业务路由表项，确定到达第一业务处理部件的出端口，所述第一入端口为接收所述第一报文流的入端口，所述第一业务处理部件用于执行所述多个业务处理中的第一业务处理；

将所述第文流导向所述第一业务处理部件；

接收经过所述第一业务处理的第一报文流；

进一步，业务确定单元 34用于根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：

业务确定单元 34具体用于根据所述业务链标识和所述第二入端口查询第二业务路由表项，确定到达第二业务部件的出端口。

在此说明，上述仅给出了需要对第一报文流执行的多个业务处理包括两个业务处理的情况，但并不限于此，当需要对第一报文流执行的多个业务处理包括两个以上的业务处理时，可按照上述类似的处理方式进行处理。

在一可选实施方式中，第一接收单元 31除了用于接收控制装置发送的业务部署信息之外，还用于接收控制装置发送的资源调整消息，该资源调整消息包括部署第一业务所需的运行文件当前需要占用的资源的信息。基于此，部署单元 32除了根据第一接收单元 31接收的业务部署信息，运行部署第一业务所需的运行文件之外 ,还用于根据第一接收单元 31接收的资源调整消息 , 调整所述运行文件占用的资源。

在具体实现上，本实施例的计算装置可以是服务器设备，但不限于此。如果本实施例的计算装置为服务器设备，则上述业务确定单元 34可以实现于所述服务器设备的虚拟交换机（Vswi tch ) 中，但不限于此。

本实施例提供的计算装置，接收控制装置发送的业务部署信息，根据所述业务部署信息运行部署第一业务的运行文件，并接收识别导向装置在控制装置的控制下发送的携带有业务链标识的第一业务的报文流，基于业务链标识确定需要对第一报文流执行的业务处理和执行业务处理的顺序，然后按照所述顺序对第一报文流进行第一业务的处理。由此可见，本实施例的计算装置可以在控制装置的控制下，并与识别导向装置相配合，在需要部署业务的时候才运行所需部署的业务的运行文件，以完成业务的部署，并完成对所部署的业务的报文流的处理，提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了 0TT应用快速发展的需求。

图 4为本发明实施例提供的一种识别导向装置的结构示意图。如图 4所示，所述装置包括：接收单元 41、识别单元 42、配置单元 43和导向单元 44。

接收单元 41 , 用于接收控制装置发送的用于识别第一报文流的业务流识别信息和业务流导向信息。

识别单元 42 , 与接收单元 41连接，用于根据接收单元 41接收的所述业务流识别信息从接收到的报文流中识别出所述第一报文流。

配置单元 43 , 与识别单元 42连接，用于为识别单元 42识别出的所述第一才艮文流添加业务链标识。

导向单元 44 , 与接收单元 41和配置单元 43连接，用于根据接收单元 41 接收的所述业务流导向信息将携带所述业务链标识的所述第一报文流导向至计算装置。

本实施例中的控制装置可以釆用图 1或图 2所示的结构实现，但不限于此。本实施例的计算装置可以釆用图 3所示结构实现，但不限于此。

在本实施例中，当控制装置接收到请求开展业务的业务请求后，向识别导向装置发送该业务请求包括的业务流识别信息和业务流导向信息，以使识别导向装置从接收的报文流中识别出需要部署的第一业务的报文流（即第一报文流）并导向计算装置。另外，控制装置还向计算装置发送该业务请求包括的业务部署信息，以使计算装置运行需要部署的第一业务的运行文件，以部署第一业务，并在部署第一业务后，对第一报文流进行处理。

上述业务流识别信息主要用于指示需要识别的第一报文流，第一报文流也就是需要部署的第一业务的报文流。

所述业务流识别信息可以包括但不限于以下信息中的至少一个：接收所述第一报文流的物理端口信息（即该第一报文流的来源物理端口信息）、接收所述第一报文流的逻辑端口信息（即该第一报文流的来源逻辑端口信息）、所述第一^艮文流访问的 URL信息和所述第文流源 IP地址、目的 IP地址、源传输层端口信息以及目的传输层端口信息。基于此，识别单元 42可以根据业务流识别信息，从接收到的报文流中识别出所述第一报文流。举例说明：例如，如果所述业务流识别信息为第一报文流的来源物理端口信息或逻辑端口信息，则识别单元 42可以根据该物理端口信息或逻辑端口信息，从接收的各报文流中确定来自于所述物理端口信息所指示的物理端口或来自于逻辑端口信息所指示的逻辑端口的报文流为所述第一报文流。又例如，如果所述业务流识别信息为指定访问的 URL信息，则识别单元 42可以才艮据该 URL信息，从接收的各报文流中确定用于访问所述 URL信息所指示的网页的报文流为所述第一报文流。

所述业务流导向信息包括但不限于以下信息中的至少一个：计算装置的 IP地址、所述计算装置的端口信息和部署第一业务所需的运行文件的标识信息，例如文件名信息等。基于此，导向单元 44具体可以根据业务流导向信息，将第一报文流导向相应的计算装置。

计算装置接收到业务部署信息后，根据该业务部署信息，运行部署第一业务所需的运行文件，以部署第一业务，并对识别导向装置的导向单元 44发送的第一报文流进行第一业务的处理。

在本实施例中，第一报文流可能需要经过多个业务处理。识别导向装置知道第一报文流需要经过多个业务处理，故通过其配置单元 43在第一报文流中添加业务链标识，用于指示对第一报文流执行的属于第一业务的多个业务处理和执行多个业务处理的顺序。这样，导向单元 44发送给计算装置的第一报文流就携带有业务链标识。计算装置可以从第一报文流中获取业务链标识，并根据该业务链标识，确定需要对第一报文流执行的属于第一业务的多个业务处理和执行所述多个业务处理的顺序，然后按照所述顺序，对第一报文流执行所述多个业务处理。

在此说明，识别导向装置具体可以接收控制装置发送的业务链标识，但不限于此。

在实现上，上述业务链标识可以是 VLAN标签、 MPLS标签， VXLAN封装中的 VNI , 或在增加于原报文之外的信息域中携带。

本实施例提供的识别导向装置，接收控制装置发送的业务流识别信息和业务流导向信息，根据业务流识别信息从接收到的报文流中识别出需要部署的第一业务的报文流，并在需要对该报文流进行多个业务处理的情况下，在该报文流中添加业务链标识，然后根据业务流导向信息将携带有业务链标识的报文流导向计算装置，以使已经在控制装置的控制下部署了第一业务的计算装置完成对该第一业务的报文流的处理。本实施例提供的识别导向装置，在控制装置的控制下，并与计算装置相配合，使得在需要部署业务时，才允许运行需要部署的业务的运行文件，完成业务的部署和相应报文流的处理，提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了 0TT应用快速发展的需求。

图 5 为本发明实施例提供的一种网络中开展业务的系统结构示意图。如图 5所示，所述系统包括：控制装置 51、识别导向装置 52和计算装置 53。在图 5中，带箭头的实线所示为控制装置 51对计算装置 53和识别导向装置 52进行控制的控制流，而带箭头的虚线所示为报文流向。

其中，控制装置 51可釆用图 1或图 2所示结构实现，在此不再赘述。识别导向装置 52用于：

接收控制装置 51发送的用于识别第一报文流的业务流识别信息和业务流导向信息；

根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；根据所述业务流导向信息将所述第一报文流导向至计算装置 53。计算装置 53用于：

接收控制装置 51发送的用于请求部署第一业务的业务部署信息；根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务；

接收识别导向装置 52发送的所述第一报文流；

对所述第一报文流进行所述第一业务的处理。

关于业务流识别信息、业务流导向信息、业务部署信息、第一业务以及第一文件等详细描述可参见前述实施例的描述。

本实施例提供的系统中的计算装置 53与上述图 3提供的计算装置相比，除了可以对第一报文流执行多个业务处理之外，也可以对第一报文流执行一个业务处理。

本实施例提供的系统中的识别导向装置 52与上述图 4提供的识别导向装置相比，除了可以在第一报文流中添加业务链标识之外，还可以不在第一报文流中添加业务链标识，即还可以直接将识别出的第一报文流导向计算装置

53。

关于识别导向装置 52直接将识别出的第一报文流导向计算装置 53 ,以及计算装置 53对第一报文流执行第一业务的处理的过程可参见下述实施例中关于计算装置 20和识别导向装置 30的描述，在此不再赘述。

图 6 为本发明实施例提供的另一种网络中开展业务的系统结构示意图。如图 6所示，所述系统包括：控制装置 10、计算装置 20和识别导向装置 30。

控制装置 10, 用于接收请求开展业务的业务请求，所述业务请求包括用于请求部署的第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息。

其中，所述业务部署信息主要用于提供指向请求部署的业务所需的运行文件的信息，例如可以包括请求部署的业务所需的运行文件的地址信息。为便于描述，在本发明实施例中，将请求部署的业务称为第一业务。

其中，所述业务部署信息可以包括部署第一业务所需的运行文件的地址信息，但并不限于此，例如还可以包括与第一业务有关的其他一些信息，例如用户信息、业务特征信息等。可选的，所述运行文件的地址信息可以是访问所述运行文件的路径信息和该运行文件的文件名信息，或者是指向所述运行文件的 URL信息等。上述业务流识别信息主要用于指示需要识别出的报文流，在本实施例中，所述需要识别出的报文流也就是请求部署的第一业务的报文流。为简化描述，在本发明实施例中，将第一业务的报文流称为第一报文流，则上述业务流识别信息主要用于指示需要识别的第一报文流。

所述业务流识别信息可以包括但不限于以下信息中的至少一个：接收所述第一报文流的物理端口信息（即该第一报文流的来源物理端口信息）、接收所述第一报文流的逻辑端口信息（即该第一报文流的来源逻辑端口信息）、所述第一^艮文流访问的 URL信息和所述第文流源 IP地址、目的 IP地址、源传输层端口信息以及目的传输层端口信息。

上述业务流导向信息主要用于指示将所述第一报文流导向部署第一业务的计算装置 20。

所述业务流导向信息包括但不限于以下信息中的至少一个：计算装置 20 的 IP地址、所述计算装置 20的端口信息和所述运行文件的标识信息，例如该标识信息可以是所述运行文件的文件名称、 URL信息等

在本实施例中，控制装置 10 —方面对外提供应用程序编程接口 ( Appl icat ion Programming Interface, 简称为 API ) , 所述 "对夕卜，，是指请求部署第一业务的设备或人。例如，控制装置 10可以向管理员提供 API , 或者可以向 0TT应用服务器提供 API等。该 API主要实现两个功能：一个是用于提供部署第一业务所需的运行文件的地址信息；一个是用于提供第一报文流的识别与导向的信息，即业务流识别信息和业务流导向信息。该 API 的两个主要功能可以通过上述业务请求来实现，即在所述业务请求中携带所述业务部署信息、所述业务流识别信息和所述业务流导向信息。

在此说明，上述业务请求可以通过一个 API 消息来 7 载，也可以通过两个或多个 API 消息来承载，相应的，上述业务部署信息、业务流识别信息和业务流导向信息也可以在一个 API消息、两个或多个 API消息中携带。

进一步，在获取业务部署信息、业务流识别信息和业务流导向信息之后，控制装置 10还用于根据所述业务部署信息，控制计算装置 20运行部署第一业务所需的运行文件，并根据所述业务流识别信息和所述业务流导向信息，控制识别导向装置 30识别第一报文流，并将识别出的所述第一报文流导向计算装置 20。

相应的，计算装置 20, 用于接收控制装置 10发送的业务部署信息，根据所述业务部署信息运行部署所述第一业务所需的运行文件，并对识别导向装置 30发送的第一报文流进行第一业务的处理。

识别导向装置 30 ,用于接收控制装置 10发送的业务流识别信息和业务流导向信息，根据业务流识别信息从所接收的报文流中识别第一报文流，并根据业务流导向信息将识别出的第一报文流导向计算装置 20。这里识别导向装置 30接收的报文流可以来自于用户侧链路，也可以来自于网络侧链路，即识别导向装置 30所连接的网络链路可以包括用户侧链路，也可以包括网络侧链路。

在图 6中，带箭头的实线所示为控制装置 10对计算装置 20和识别导向装置 30进行控制的控制流，而带箭头的虚线所示为报文流向。

在此说明，本实施例的控制装置 10可以釆用图 1或图 2所示的结构实现，本实施例的计算装置可以釆用图 3 所示结构实现，本实施例的识别导向装置 30可釆用图 4所示结构实现，但不限于此。

在本实施例中，由控制装置接收业务请求，并根据业务请求中的业务部署信息控制计算装置运行部署第一业务所需的运行文件，根据业务请求中的业务流识别信息和业务流导向信息控制识别导向装置，识别出第一报文流并将识别出的第一报文流导向部署第一业务的计算装置，使得计算装置对第一报文流进行第一业务的处理。本实施例提供的网络中开展业务的系统，将网络与部署业务所需的运行文件进行了结合，允许在部署业务时才加载并运行有关运行文件，而不用像现有技术那样必须由设备厂家开发并设置在设备中，提供了一种开放式的业务系统，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了 0TT应用快速发展的需求。

图 Ί 为本发明实施例提供的又一种网络中开展业务的系统结构示意图。如图 7所示，所述系统包括：控制装置 1 0、计算装置 20和识别导向装置 30; 其中，控制装置 1 0包括：协同（Orches t ra tor )单元 11和控制单元 12 ; 控制单元 12包括第一控制模块 121和第二控制模块 122。同理，在图 7中，带箭头的实线所示为控制装置 1 0对计算装置 20和识别导向装置 30进行控制的控制流，而带箭头的虚线所示为报文流向。

协同单元 11 , 用于提供对外的 API , 主要用于接收请求开展业务的业务请求，所述业务请求包括请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息。关于业务请求包括的各种信息的详细描述可参见图 6所示实施例，在此不再赘述。

进一步，协同单元 11还用于向第一控制模块 121发送第一控制消息，向第二控制模块 122发送第二控制消息，其中，第一控制消息包括业务流识别信息和业务流导向信息，而第二控制消息包括业务部署信息。

第二控制模块 122 , 用于接收协同单元 1 1发送的第二控制消息，根据所述第二控制消息向计算装置 20发送加载命令消息，控制计算装置 20运行部署所述第一业务所需的运行文件，所述加载命令消息包括所述业务部署信息。。

相应的，计算装置 20具体可用于接收第二控制模块 122发送的所述加载命令消息，根据所述加载命令消息中的业务部署信息，获取所述运行文件，加载所述运行文件并运行。例如，如果所述业务部署信息中所述运行文件的地址信息为访问该运行文件的路径信息和该运行文件的文件名，则计算装置 20具体可以根据该路径信息和文件名，获取所述运行文件。如果所述业务部署信息中所述运行文件的地址信息为指向该运行文件的 URL信息，则计算装置 20具体可以访问该 URL , 获取所述运行文件。

在一可选实施方式中，协同单元 1 1还可用于向第二控制模块 122发送资源调整消息，以供第二控制模块 122控制计算装置 20调整所述运行文件占用的资源，所述资源调整消息包括所述运行文件当前需要占用的资源的信息。在此说明，协同单元 1 1可以获知所述运行文件所需的资源的信息。

第二控制模块 122 , 还用于接收协同单元 11发送的资源调整消息，根据所述资源调整消息控制计算装置 20调整所述运行占用的资源。

第一控制模块 121 , 用于接收协同单元 1 1发送的所述第一控制消息，根据第一控制消息向识别导向装置 30发送流控制消息，控制识别导向装置 30 从所接收的报文流中识别所述第一报文流，并将识别出的所述第一报文流导向计算装置 20; 所述流控制消息包括所述业务流识别信息和所述业务流导向信息。

相应的，识别导向装置 30具体可用于接收报文流，并接收第一控制模块 121 发送的所述流控制消息，根据所述流控制消息中的业务流识别信息，从所接收的报文流中识别所述第一报文流，并根据所述流控制消息中的业务流导向信息，将所识别出的所述第一报文流导向计算装置 20。例如，如果所述业务流识别信息为第一报文流的来源物理端口信息或逻辑端口信息，则识别导向装置 30可以根据该物理端口信息或逻辑端口信息，从接收的报文流中确定来自于所述物理端口信息所指示的物理端口或来自于逻辑端口信息所指示的逻辑端口的报文流为所述第一报文流。又例如，如果所述业务流识别信息为指定访问的 URL信息，则识别导向装置 30可以才艮据该 URL信息，从接收的 >¾文流中确定用于访问所述 URL信息所指示的网页的报文流为所述第一报文流。在此说明，在具体实现上，识别导向装置 30可以是流分类模块，即由流分类模块实现识别导向装置 30的功能。其中，流分类模块主要用于对报文流进行 1-4层的识别，所以这种情况主要应用于只需对报文进行 1-4层识别的场景中。或者，识别导向装置 30 可以包括流分类模块和深度包检测（Deep Packe t Ins pec t ion, 简称为 DPI )模块，即由流分类模块和 DPI模块共同实现识别导向装置 30的功能。其中，流分类模块主要用于对报文流进行 1-4层的识别，而 DPI主要用于对报文流进行 4-7层的识别，所以这种情况主要应用于需对报文深度识别的场景中。

进一步，在一可选实施方式中，图 7 所示网络中开展业务的系统包括多个计算装置 20 , 即计算装置 20 可以实际部署多个实例。基于此，协同单元 11还可用于向第二控制模块 122发送计算装置选择策略，以供第二控制模块 122根据所述计算装置选择策略，从多个计算装置 20中确定用于部署第一业务的计算装置 20。相应的，第二控制模块 122还用于在控制计算装置 20运行部署所述第一业务所需的运行文件之前，根据协同单元 11发送的计算装置选择策略从所述多个计算装置 20中确定用于部署第一业务的计算装置 20。其中，所确定的用于部署第一业务的计算装置 20可以是一个，也可以是多个。

可选的，计算装置选择策略可以包括计算装置负载均衡策略，即以实现计算装置负载均衡为目的来选择用于部署第一业务的计算装置 20; 计算装置范围策略，即从一定范围内的计算装置 20内选择用于部署第一业务的计算装置 20; 计算装置优先级策略，即按照计算装置的优先级，从多个计算装置 20 中选择用于部署第一业务的计算装置 20; 计算装置指定策略，即直接指定某个或某些计算装置 20用于部署第一业务，例如可以指定用于部署第一业务的计算装置 20的地址或特征等。

在此说明，协同单元 11向第二控制模块 122发送计算装置选择策略的过程，与向第二控制模块 122发送第二控制消息的过程可以是同一过程，也可以是独立的过程。

进一步，在一可选实施方式中，图 7 所述网络中开展业务的系统包括多个识别导向装置 30 , 即识别导向装置 30可以实际部署多个实例。基于此，第一控制模块 121还可用于在向识别导向装置 30发送流控制消息之前，从多个识别导向装置 30中确定用于识别第一报文流的识别导向装置 30。其中，所确定的用于识别第一报文流的识别导向装置 30可以是一个或多个。

进一步，根据请求部署的业务的不同，对第一报文流进行的第一业务的处理也会有所不同。有些业务只需对第一文流进行一个业务处理即可完成，有些业务需要对第一报文流进行多个业务处理才能完成。

对于需要进行多个业务处理才能完成的第一业务，其对应的第一报文流包括业务链标识，该业务链标识用于指示对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序。该业务链标识可以使用 VLAN标签标识，使用 MPLS标签标识，使用 VXLAN中的 VN ID标识，或者给原报文封装一个业务报文头，业务报文头中携带该业务链标识。

基于上述业务链标识，控制装置 10还会向识别导向装置 30发送业务链标识，基于图 7所示结构，具体可由控制装置 1 0的第一控制模块 121向识别导向装置 30发送业务链标识。识别导向装置 30还会将业务链标识添加到识别出的第一 "^文流中，并将携带有业务链标识的第文流导向计算装置 20。计算装置 20具体可以在控制装置 10的控制下，运行部署第一业务所需的运行文件，根据第一报文流中的业务链标识，确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序，然后按照所述顺序对所述第一报文流执行所述多个业务处理。

基于上述业务链标识，在一可选实施方式中，计算装置 20具体可用于接收控制装置 10发送的业务部署信息，根据所述业务部署信息，加载并运行用于由部署所述第一业务所需的运行文件承载的多个业务部件，以部署所述第一业务；并接收识别导向装置 30发送的包括业务链标识的第一报文流，根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。进一步可选的，计算装置 20根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：

计算装置 20根据所述业务链标识和第一入端口查询第一业务路由表项，确定到达第一业务处理部件的出端口，所述第一入端口为接收所述第一报文流的入端口，所述第一业务处理部件用于执行所述多个业务处理中的第一业务处理；

将所述第一 >¾文流导向所述第一业务处理部件；

接收经过所述第一业务处理的第一报文流；

进一步可选的，计算装置 20根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：

计算装置 20根据所述业务链标识和所述第二入端口查询第二业务路由表项，确定到达第二业务部件的出端口。

在此说明，在具体实现上，本发明各实施例中的计算装置 20可以是服务器设备或电路板。

在此说明，在具体实现上，本发明各实施例中的控制装置 10可部署于服务器设备上。

在此说明，在具体实现上，本发明各实施例中的识别导向装置 30可部署于网络设备上。所述网络设备可以是但不限于路由器或以太网交换机。

进一步，本方明实施例提供的网络中开展业务的系统可部署于同一设备上实现，也可以部署于多个不同的设备上实现。也就是说，控制装置 10、计算装置 20和识别导向装置 30可以部署于同一设备上实现。或者，控制装置 10、计算装置 20和识别导向装置 30可以部署于多个不同的设备上实现。

进一步，为了使本领域技术人员更加清楚的理解本发明实施例提供的网络中开展业务的系统，图 8给出了一种同时包括 3个计算装置和 1个识别导向装置的系统。如图 8所示，所述系统包括：控制装置 80、计算装置 81、计算装置 82、计算装置 83、识别导向装置 84和识别导向装置 85。其中，控制装置 80包括：协同单元 11和控制单元 12; 控制单元 12 包括第一控制模块 121和第二控制模块 122。

第一控制模块 121 需要向每个识别导向装置发送包括所述业务流识别信息和业务流导向信息的流控制消息。第二控制模块 122 需要向每个计算装置发送包括业务部署信息的加载命令消息。进一步，在有需要的时候，第一控制模块 121还需要向计算装置发送业务路由信息。关于图 8所示各模块或单元的其他功能描述可参见前述实施例，在此不再赘述。

下面以图 8 所示结构为例，简单说明一种需要对报文流进行多个业务处理才能完成的业务处理过程。

假设在图 8中，识别导向装置 84和 85同时接收报文流，执行业务识别，识别导向装置 84和 85将属于第一报文流的报文分别发送到计算装置 81 , 计算装置 81在处理完属于第一报文流的报文后，发送处理后第一报文流到网络中。

在本实施例中，假设第二报文流需要执行多个业务处理。则识别导向装置 84和 85将属于第二报文流的报文识别出来后，由于第二报文流需要执行多个业务处理，所以第二报文流是有业务链标识的，故识别导向装置 84和 85 将属于第二报文流的报文打上业务链标识，然后发送到计算装置 82。计算装置 82可以识别业务链标识，并根据该业务链标识所指示的执行多个业务处理的顺序，按照第一控制模块 121 发送的业务路由信息（具体可以通过查找路由表获取），使用多个业务处理对第二报文流进行处理，最后计算装置 82输出处理后的第二报文流到计算装置 83。计算装置 83完成对第二报文流的最终处理，并发送处理后第二 4艮文流到网络中。

同理，在图 8 中，带箭头的实线所示为控制流，而带箭头的虚线所示为报文流。

在一可选实施方式中，考虑到宽带网络网关（BNG )设备一般位于城域网，属于 IP网络的最边缘，距离用户相比任何 IDC都近，且不受城域网出口带宽限制，因此更有利于减少用户在开展 0TT应用过程中出现停滞等待等情况，故本方明实施例提供的网络中开展业务的系统可部署于由 BNG设备构成的网络中。随着网络功能虚拟化，本实施例提供的由 BNG设备构成的网络将包含有标准化信息技术（ Informa t ion Techno l ogy, 简称为 IT )服务器，这些 IT服务器与 BNG设备一同部署，或与 G设备部署在同一城域 /地区。 BNG设备通常是指增加了接入控制功能的路由器，而服务器主要包含接入控制，路由控制等功能，这种新型的由 BNG设备构成的包括标准服务器的网络或系统，本发明实施例将其统一称为软 BNG ( sof tBNG ) 系统。

如图 9所示，一种 sof tBNG系统的组成包括：一个或多个路由器，以及一个或多个服务器。图 9中的路由器可以作为上述 BNG设备。其中，服务器可以通过物理链路或者逻辑管道与路由器相连接。图 9 中给出的是服务器通过物理链路与路由相连接的情况。所述逻辑管道包括但不限于： MPLS 隧道、通用路由协议封装 ( Gener i c Rout ing Encapsu la t ion , 简称为 GRE ) 隧道或以太网中同一个 VLAN所界定的通路。路由器连接对外的网络链路，所述网络链路包括用户侧链路和网络侧链路，实现网络互通和快速报文流的转发。服务器实现一些复杂控制逻辑，例如接入控制功能、路由控制功能等。基于图 9 所示 sof tBNG系统，上述控制装置 1 0可以部署于服务器上，计算装置 20可以部署于服务器上，识别导向装置 30可以部署于路由器上。

下面结合实际应用场景并结合图 9所示 sof tBNG系统，对本发明实施例提供的网络中开展业务的系统的功能做进一步说明。

网盘业务，或称为网盘 0TT, 是用户通过互联网访问某网盘网页，上传自已的文件，或下载自已或别人共享的文件，利用网络中的存储代替用户个人设备上的存储的一种互联网应用。这种 0TT业务可给用户提供重要文件备份、文件分享、异地文件携带等便利。

由于网络运营商与网盘 0TT中心的 0TT接入带宽受限，大量的下载会挤满这个 0TT接入带宽，而其他大量的上传下载会同时受到这个 0TT接入带宽被挤占的影响，因此，目前网盘业务给用户的体验并不好。另外，用户接入侧线路带宽受限，也会降低用户的体验。

通过本发明上述实施例提供的网络中开展业务的系统，可以为网盘业务加速，提升用户的体验。具体的，网盘 0TT控制中心利用本发明实施例提供的网络中开展业务的系统（即 sof tBNG系统）提供的 API 能力，以及支持业务部件加载并运行等能力，在计算装置中动态加载一虚拟业务部件，可称为网盘帮助者（he l per ) 。虚拟业务部件是指釆用虚拟机的形式实现的业务部件。网盘 helper作为用户的上传服务器，与网盘 0TT控制中心交互，先完成对用户的上传确认，然后再后台传送用户上传的文件到网盘 0TT控制中心。由于网盘 he 1 per分布部署于用户所在城市的城域网，且不受网盘 0TT控制中心与运营商之间签约的 0TT接入带宽限制，将大大加速用户的上传速度，而后台传送可以错开上网高峰，因此还可以减少网盘 0TT控制中心的带宽压力。进一步，运营商通过运营 softBNG这种网络中开展业务的系统，改卖带宽为卖业务平台，通过吸引大量 0TT应用使用该业务平台，获得营利，同时还可以减少对核心网带宽的投资。

例如，用户基于网盘 helper的上传流程如图 10所示，包括：

901、用户终端与网盘 0TT控制中心进行控制交互与认证授权。

902、网盘 0TT控制中心通知用户网盘 helper信息。

903、用户终端与网盘 helper建立连接。

904、用户终端向网盘 helper上传文件数据。用户终端向网盘 helper上传文件数据可分为多次进行。

905、网盘 helper与网盘 0TT控制中心交互上传文件的文件描述信息。

906、网盘 helper向用户终端返回上传成功消息。

907、网盘 helper在后台向网盘 0TT控制中心上传文件数据。

下面介绍网盘 helper是如何加载到 softBNG系统中，并建立以上业务流的。 4叚设 dbank是网盘 0TT。

首先， dbank控制中心访问 softBNG系统提供的 API, 例如可以釆用类似如下 API消息进行访问：

<?xml version="l.0" encoding="UTF-8" ?>

<name>dbank-hel er</name>

ttp: //dbank. com/remote VMF/de bank-helper. img</ ΙΟΆΑ

File>

<vir tual-env>XEN Express</ vir tual-env>

s torage>

ba ndw i d t h Λ ?墨 / ba ndw i d t h >

</ VirtualAppl iance >

<entry>

<match>

<protocol>HTTP I HTTPS</protocol>

<ur 1>*. dbank. com/ *</ur 1>

</match>

dbank-pa th</ gotopath>

</ act ion>

</ entry>

<path>

<name>dbank-path</ name>

<VirtualAppl iance >dbank-helper</ Vir tua lAppl iance > </path>

</ athes>

以上 API 消息釆用了可扩展标记语言 ( Extensible Markup Language, 简称为 XML)格式，其中主要定义了一个虚拟业务部件 dbank-helper, 及该虚拟业务部件的中央处理器（Central Processing Unit, 简称为 CPU ) 、内存、存储及网络接口带宽的需求，并指明 dbank-helper的运行文件的位置，相当于指明了访问 dbank-helper的运行文件的路径信息。

另外，上述 XML格式的 API消息还定义了业务流路径（<pathes></pathes> 标签），其中包括业务流识别信息（<entry></entry>标签）及业务流导向信息 actionX/action;^^签），其中业务流导向信息指示将 4艮文流发送到 dbank-path定义的路径，该路径在后面有定义，该路径指示将报文流发送到 dbank-helper这个虚拟业务部件。

图 11为本发明实施例提供的 softBNG系统实现网盘业务时的一种结构示意图。如图 11所示，控制装置部署于第一服务器上，负责处理上述 API消息 (相当于前述实施例中的业务请求）；计算装置部署于第二服务器上；识别导向装置部署于第一路由器的两个电路板上。

具体的，第一服务器基于业务部署信息，即 API 消息中的 <VirtualAp l iance> ^, 利用其内指明的 cpu/mem/ storage/bandwidth ^-, 选择一个计算装置作为计算装置，假设选出的计算装置部署于第二服务器上，第二服务器釆用 XEN虚拟机环境。

第一服务器将业务部署信息中 dbank-helper的运行文件的位置信息，即 (<loadFile>标签内容），通过第一消息（相当于上述实施例中的加载命令消息）发送给第二服务器，第二服务器基于第一消息加载 dbank-helper这个虚拟业务部件，其中，该加载 dbank-helper的过程属于一次加载过程，即同时完成了承载该 dbank-helper 的新虚拟机的建立和运行于该新虚拟机内的 dbank-helper 的加载运行，并将该新虚拟机的虚拟网卡连接到第二服务器内部的虚拟交换机 Vswitch的一个端口 vportl上。力。载完成后， dbank-helper 这个虚拟业务部件开始运行。第二服务器返回虚拟机的标识及虚拟网卡所连接的 Vswitch的端口信息给第一服务器。

第一服务器发送第二消息（相当于上述实施例中的流控制消息）给第一路由器，第一路由器有两个电路板，分别称为 slotl和 slot2。两个电路板上各实现一个识别导向装置。在本实施例中，导向识别学黄纸包括一个流分类模块和一个 DPI 模块，在本实施例中，流分类模块完成对超文本传输协议 ( Hypertext Transfer Protocol,简称为 HTTP )/安全超文本传输协议（ Secure Hypertext Transfer Protocol, 简称为 HTTPS ) 4艮文检测，然后将检测到的 HTTP/HTTPS报文送到 DPI模块，由 DPI模块完成 URL匹配功能。在其他情况下，识别导向装置也可以由流分类模块单独完成。第二消息包括流匹配信息和 URL匹配信息如下：

流匹配信息： Match: TCP/80, TCP/8080 Action: forward to URL match URL 匹西己信息、： match: *. dbank. com/ * Act ion: forward to path 'dbank-path' , ip: 192.168.10.110

所述业务流识别信息，这里指 Match: TCP/80, TCP/8080, 以及 match: *. dbank. com/*; 所述业务流导向信息, 这里指 Action: forward to path 'dbank-path' , ip: 192.168.10.110。上述流匹配信息和 URL 匹配信息是对上面的 API消息进行适配实现层面的分解获得的，还可以有其它方式的实现。由上述可见，第二消息主要包含业务流识别信息和业务流导向信息。这里，业务流导向信息釆用业务流路径进行表示，另外也可以直接指示 dbank-helper 的内部地址，即 192.168.10.110。

第一路由器接收到第二消息后，从第二消息中获取流匹配信息和 URL 匹配信息，将这两个信息配置到 slotl 中，并将这两个信息配置到 slot2 中。可选的，流匹配信息可以被配置到流表模块（flowtable) 中。

第一路由器上两个 slot从外部端口接收报文流，首先利用之前配置的流匹配信息，识别协议为传输控制协议（Transmission Control Protocol, 简称为 TCP) , 目标端口为 80及 8080端口的报文（端口为 80的报文代表 HTTP 报文，端口为 8080的报文代表 HTTPS报文），再根据之前配置的 URL匹配信息对这样的报文进行匹配处理，当发现匹配字符串模式 "*. dbank. com/*" 的 URL 请求报文后，将该 URL 请求报文加一个报文头，携带信息 "path: dbank-path, in: entry" 发向地址 192.168.10.110。

在本实施例中，第一服务器还发送第三消息（相当于上述实施例中发送的业务路由信息）到第二服务器中的 Vswitch, 在本实施例中， Vswitch上部署有上述实施例中的业务确定单元。第三消息，即上述的业务路由信息可以包括如下两条路由信息：

第一路由 (route entry) 信息： Path: dbank-path, in: entry, nextpath: nul 1 target: vpor tl

第二路由 (route entry)信息： Path: nul 1, in: vpor tl nextpath: nul 1 target: normal forward

Vswitch中的业务确定单元接收带有 path信息的报文，根据第一路由信息，匹配 path/源端口信息，执行 nextpath和 target指示的动作。如本例中， Vswitch中的业务确定单元匹配到 ath: dbank-path, in: entry的才艮文，其中， in: entry表示这个 ^艮文直接来源于识别导向装置； nextpath: nul 1 表示去除增加的业务 ^艮文头； target表示送向的目标，本例中送向端口 vportl。基于第一路由信息，位于 Vswitch 的业务确定单元将业务报文头去除后，送到 Vvswitch的 vportl, 即送给 dbank-helper所在的虚拟业务部件。在此说明，第二服务器接收到上述两条路由信息后，可以将其存储到相应的业务路由表中，基于此， Vswitch中的业务确定单元可以通过查询相应的业务路由表获取对应的路由信息。

dbank—helper发出的才艮文， ^夺匹配到 ath: null, in: vportl, 即第二路由信息，由于本例中 dbank-helper 无后续处理，只需要走正常转发，所以 nextpath: nul 1表示不需要添力口业务链标识, target: normal forward表示根据网络文头目的地址进行正常的网络 >¾文转发。

如果 dbank-helper后续仍有业务部件 Y需要继续处理该网络流 4艮文，则 nextpath需要指明为 nextpath: dbank-path, target: Y, 这样的表项通过控制装置（具体可以是控制装置中的协同单元和第一控制模块）设置到 Vswitch, 用以指示业务确定单元将报文传送到下一个业务部件。

上述两条路由信息是在所述业务链标识指示多个业务部件对报文流进行顺序处理时，实现报文流顺序导向各个业务部件进行处理的一种具体实施方式，指示了 Vswitch 如何处理 dbank 报文流。第一路由信息指示对携带 dbank-path标记的，从 entry发来的报文，去除 path报文头，然后转发到端口 vportl;第二路由信息指示对从端口 vportl发送出来的 4艮文，不增加 path 报文头，釆用标准方式转发。这里通过两条路由信息来实现报文流顺序导向各个业务部件进行处理只是一种示意说明，实际应用中可能会釆用更简洁的信息编码来实现所述业务链标识，并达到同样目的。

基于上述两条路由信息，位于第二服务器的 Vswitch 可以正确将第一路由器的两个 slot发送的 ^艮文送达 dbank-helper,并且还可以将 dbank-helper 处理后的 4艮文继续通过 IP转发，进而送达 dbank控制中心。

在此说明， dbank-he 1 per 可以有自己的外部地址，例如可以是 212.150.5.147, 且 dbank-helper 可以釆用该外部地址直接与外界通信。对于目的地址是指向 dbank控制中心的 ^艮文，对应步骤 901, dbank-helper可以在这些 ^艮文中添加自已的外部地址，使得 dbank 控制中心方便定位 dbank-helper, 从而实现图 10所示流程。 Dbank-helper可以利用本文提到的业务链实现机制获得访问目的地址是指向 dbank 控制中心的报文。 dbank-helper的外部地址可由第一服务器（即控制装置）配置。

综上可见，本发明实施例提供的网络中开展业务的系统，实际上提供了一个可在线实现业务编程的系统架构，实现该架构系统有助于实现各种业务 (例如 0TT应用）的动态注入和网络流量的联合，提供了一种新的业务模式。基于此，运营商可基于这种业务模式运营类似 sof tBNG 系统的业务平台，通过对业务平台的使用进行收费，带来新的营利方式。

图 12为本发明实施例提供的又一种网络中开展业务的系统结构示意图。如图 12所示，所述系统包括：控制装置 1201、识别装置 1202和计算装置 1203。

控制装置 1201 , 用于接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息。

识别装置 1202 ,用于根据控制装置 1201接收的所述业务流识别信息从接收到的报文流中识别出所述第一报文流。

计算装置 1203 ,用于根据控制装置 1201接收的所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理。

图 12中带箭头的虚线表示报文流向。

其中，所述业务部署信息可以包括部署第一业务所需的运行文件的地址信息，但并不限于此，例如还可以包括与所要部署的第一业务有关的其他一些信息，例如用户信息、业务特征信息等。可选的，部署第一业务所需的运行文件的地址信息可以是访问所述运行文件的路径信息和该运行文件的文件名信息，或者是指向所述运行文件的 URL信息等。

在本实施例中，控制装置 1201—方面对外提供 API , 所述 "对外" 是指请求部署第一业务的设备或人。例如，控制装置 1201可以向管理员提供 API , 或者可以向 0TT应用服务器提供 API等。该 API主要实现两个功能：一个是用于提供部署第一业务所需的运行文件的地址信息；一个是用于提供第一报文流的识别信息，即业务流识别信息。该 API 的两个主要功能可以通过上述业务请求来实现，即在所述业务请求中携带所述业务部署信息和所述业务流识别信息。

在此说明，上述业务请求可以通过一个 API 消息来 7 载，也可以通过两个或多个 API 消息来承载，相应的，上述业务部署信息和业务流识别信息也可以在一个 API消息、两个或多个 API消息中携带。

在一可选实施方式中，识别装置 1202还用于在第一报文流中添加业务链标识，该业务链标识用于指示对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序。基于此，计算装置 1203具体可用于加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；根据所述顺序对所述第一报文流执行所述多个业务处理。

该业务链标识可以使用 VLAN标签标识，使用 MPLS标签标识，使用 VXLAN 中的 VN ID标识，或者给原报文封装一个业务报文头，业务报文头中携带该业务链标识。

进一步可选的，计算装置 1203根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：

计算装置 1203具体用于根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；

根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。

本实施例提供的系统，其中各装置可以部署于同一设备上实现。

在本实施例提供的系统中，由控制装置接收请求开展业务的业务请求，计算装置运行部署第一业务所需的运行文件，由识别导向装置识别出第一报文流，并导向计算装置，再由已经部署第一业务的计算装置对第一报文流进行第一业务的处理，实现开展所述第一业务，允许在部署业务时才加载并运行有关运行文件，提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了 0TT 应用快速发展的需求。

图 13为本发明实施例提供的一种网络中开展业务的方法流程图。如图 13 所示，所述方法包括：

1301、接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息。

1302、向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和业务流导向信息。

可选的，步骤 1302包括：向所述计算装置发送加载命令消息，并向所述识别导向装置发送流控制消息；其中，所述加载命令消息包括所述业务部署信息，所述流控制消息所述业务流识别信息和所述业务流导向信息。

上述业务流导向信息主要用于指示将所述第一报文流导向负责部署第一业务的计算装置。所述业务流导向信息包括但不限于以下信息中的至少一个：计算装置的

IP地址、所述计算装置的端口信息和部署第一业务所需的运行文件的标识信息，例如文件名信息等。

其中，识别导向装置接收到业务流识别信息和业务流导向信息后，根据该业务流识别信息从接收到的报文流中识别出第一报文流，并根据业务流导向信息将识别出的第一报文流导向计算装置。计算装置接收到业务部署信息后，根据该业务部署信息，运行部署第一业务所需的运行文件，以部署第一业务，并对识别导向装置发送的第一报文流进行第一业务的处理。

在一可选实施方式中，第一报文流可能需要经过多个业务处理。如图 14 所示，所述方法还包括：

1 303、向识别导向装置发送业务链标识。

所述业务链标识用于指示对第一报文流执行的属于第一业务的多个业务处理和执行多个业务处理的顺序。在实现上，该业务链标识可以是 VLAN标签、 MPLS标签， VXLAN封装中的 VNI , 或在增加于原报文之外的信息域中携带。

在此说明，上述步骤 1 302和步骤 1 303的先后顺序不受限制，两个步骤也可以并行执行。

进一步，所述方法还包括：向计算装置发送资源调整消息，所述资源调整消息包括部署所述第一业务所需的运行文件当前需要占用的资源的信息。

本实施例提供的网络中开展业务的方法流程可由上述实施例图 1 或图 2 所示的控制装置完成，具体不再赘述。

本实施例的方法提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了 0TT 应用快速发展的需求。

图 15为本发明实施例提供的又一种网络中开展业务的方法流程图。如图 15所示，所述方法包括：

1501、接收用于请求部署第一业务的业务部署信息。

1502、根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务。

1503、接收第一报文流，所述第一报文流包括业务链标识。

1504、根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序。

1505、根据所述顺序对所述第一文流执行所述多个业务处理。

在一可选实施方式中，步骤 1 502 , 即根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务包括：

根据所述业务部署信息，加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务。其中，所述多个业务部件是由部署第一业务所需的运行文件承载的多个业务部件。

相应的，步骤 1 504 , 即根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：

进一步可选的，多个业务处理部件包括两个业务处理部件，分别为第一业务处理部件和第二业务处理部件；相应的，多个业务处理包括两个业务处理。基于此，上述根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：

将所述第一 >¾文流导向所述第一业务处理部件；

接收经过所述第一业务处理的第一报文流；

进一步可选的，所述根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：

本实施例提供的方法可由上述图 3所示计算装置来实施，具体不再详述。在一可选实施方式中，所述方法还包括：

根据所述资源调整消息调整所述运行文件占用的资源。

在本实施例中，所述业务部署信息包括所述运行文件的地址信息，但并不限于此，例如还可以包括与所要部署的第一业务有关的其他一些信息，例如用户信息、业务特征信息等。可选的，部署第一业务所需的运行文件的地址信息可以是访问所述运行文件的路径信息和该运行文件的文件名信息，或者是指向所述运行文件的 URL信息等。

图 16为本发明实施例提供的又一种网络中开展业务的方法流程图。如图 16所示，所述方法包括：

1601、接收用于识别第一报文流的业务流识别信息和业务流导向信息。

1602、根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流。

1603、为所述第一报文流添加业务链标识。

1604、根据所述业务流导向信息将携带所述业务链标识的所述第一报文流导向至计算装置。

本实施例提供的方法可由上述图 4 所示识别导向装置实施，具体不再赘述。

上述业务流导向信息包括以下信息中的至少一个：所述计算装置的网际协议 IP地址、所述计算装置的端口信息和部署所述第一业务所需的运行文件的标识信息。

图 17为本发明实施例提供的又一种网络中开展业务的方法流程图。如图 17所示，所述方法包括：

1701、接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息和业务流导向信息。

1702、根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流。

1703、根据所述业务流导向信息将所述第一报文流导向至计算装置。

1704、根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，并在部署了所述第一业务后，对导向的所述第一报文流执行所述第一业务的处理。

本实施例提供的方法可由上述图 5 所示网络中开展业务的系统实施，具体不再赘述。

图 18为本发明实施例提供的又一种网络中开展业务的方法流程图。如图 18所示，所述方法包括：

1801、接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息。

1802、根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流。

1803、根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理。

在一可选实施方式中，所述方法在对识别出的所述第一报文流进行所述第一业务的处理之前包括：

在所述第一报文流中添加业务链标识。该业务链标识用于指示对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序。

基于上述，步骤 1803 , 即根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一 "^文流进行所述第一业务的处理包括：

根据所述顺序对所述第一报文流执行所述多个业务处理。

进一步可选的，所述根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：

本实施例提供的网络中开展业务的方法，可由上述图 12所示实施例提供的网络中开展业务的系统来实施，但并不限于此，也可以由其他系统来实施。

更多关于本发明上述实施例提供的网络中开展业务的系统开展业务的流程，可参见上述系统实施例的描述，在此不再赘述。

本发明实施例提供的网络中开展业务的方法，提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了 0TT应用快速发展的需求。

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

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

Claims

权利要求

1、一种控制装置，其特征在于，包括：

2、根据权利要求 1所述的控制装置，其特征在于，所述控制单元还用于向所述识别导向装置发送业务链标识。

3、根据权利要求 1或 2所述的控制装置，其特征在于，所述控制单元具体用于向所述计算装置发送加载命令消息，并向所述识别导向装置发送流控制消息；其中，所述加载命令消息包括所述业务部署信息，所述流控制消息所述业务流识别信息和所述业务流导向信息。

4、根据权利要求 1至 3中任一项所述的控制装置，其特征在于，所述控制单元，还用于向所述计算装置发送资源调整消息，所述资源调整消息包括部署所述第一业务所需的运行文件当前需要占用的资源的信息。

5、根据权利要求 3或 4所述的控制装置，其特征在于，所述控制单元包括：第一控制模块和第二控制模块；

6、根据权利要求 1-5任一项所述的控制装置，其特征在于，所述业务流导向信息包括以下信息中的至少一个：

7、根据权利要求 1-6任一项所述的控制装置，其特征在于，所述业务部署信息包括部署所述第一业务所需的运行文件的地址信息。

8、根据权利要求 7所述的控制装置，其特征在于，所述运行文件的地址信息包括：访问所述运行文件的路径信息和所述运行文件的文件名信息，或指向所述运行文件的统一资源定位符 URL信息。

9、根据权利要求 1-8任一项所述的控制装置，其特征在于，所述业务流识别信息包括以下信息中的至少一个：

10、一种计算装置，其特征在于，包括：

业务确定单元，用于根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；处理单元，用于根据所述顺序对所述第一文流执行所述多个业务处理。

11、根据权利要求 10所述的计算装置，其特征在于，

所述部署单元具体用于：根据所述业务部署信息，加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；

所述处理单元具体用于：根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一流进行处理。

12、根据权利要求 11所述的计算装置，其特征在于，所述业务确定单元用于根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：根据所述业务链标识和第一入端口查询第一业务路由表项，确定到达第一业务处理部件的出端口，所述第一入端口为接收所述第一报文流的入端口，所述第一业务处理部件用于执行所述多个业务处理中的第一业务处理；

将所述第一 >¾文流导向所述第一业务处理部件；

接收经过所述第一业务处理的第一报文流；

13、根据权利要求 12所述的计算装置，其特征在于，所述业务确定单元用于根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：

14、根据权利要求 10-13中任一项所述的计算装置，其特征在于，所述第一接收单元，还用于接收所述控制装置发送的资源调整消息，所述资源调整消息包括所述运行文件当前需要占用的资源的信息；

15、根据权利要求 10-14 中任一项所述的计算装置，其特征在于，所述业务部署信息包括所述运行文件的地址信息。

16、根据权利要求 10-15中任一项所述的计算装置，其特征在于，所述计算装置是服务器设备；

所述业务确定单元实现于所述服务器设备的虚拟交换机 Vswi tch中。

17、一种识别导向装置，其特征在于，包括：

识别单元，用于根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；配置单元，用于为所述第一 >¾文流添加业务链标识；

18、根据权利要求 17所述的识别导向装置，其特征在于，所述业务流导向信息包括以下信息中的至少一个：

19、一种网络中开展业务的系统，其特征在于，包括：权利要求 1-9任一项所述的控制装置、权利要求 10-16 任一项所述的计算装置和权利要求 17-18任一项所述的识别导向装置。

20、一种网络中开展业务的系统，其特征在于，包括权利要求 1-9任一项所述的控制装置，还包括识别导向装置和计算装置；

所述识别导向装置用于：

接收所述控制装置发送的用于识别第一报文流的业务流识别信息和业务流导向信息；

接收所述识别导向装置发送的所述第一报文流；

对所述第一报文流进行所述第一业务的处理。

21、一种网络中开展业务的系统，其特征在于，包括：控制装置、计算装置和识别装置；

22、根据权利要求 21所述的系统，其特征在于，

所述识别装置还用于在所述第一报文流中添加业务链标识；

所述计算装置具体用于：

根据所述顺序对所述第一报文流执行所述多个业务处理。

23、根据权利要求 22所述的系统，其特征在于，所述计算装置根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：

24、一种网络中开展业务的方法，其特征在于，包括：

25、根据权利要求 24所述的方法，其特征在于，还包括：

向所述识别导向装置发送业务链标识。

26、根据权利要求 24或 25所述的方法，其特征在于，所述向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息包括：

27、根据权利要求 24-26中任一项所述方法，其特征在于，还包括：向所述计算装置发送资源调整消息，所述资源调整消息包括部署所述第一业务所需的运行文件当前需要占用的资源的信息。

28、根据权利要求 24-27任一项所述的方法，其特征在于，所述业务流导向信息包括以下信息中的至少一个：

29、根据权利要求 24-28任一项所述的方法，其特征在于，所述业务部署信息包括部署所述第一业务所需的运行文件的地址信息。

30、根据权利要求 29所述的方法，其特征在于，所述运行文件的地址信息包括：访问所述运行文件的路径信息和所述运行文件的文件名信息，或指向所述运行文件的统一资源定位符 URL信息。

31、根据权利要求 24-30任一项所述的方法，其特征在于，所述业务流识别信息包括以下信息中的至少一个：

32、一种网络中开展业务的方法，其特征在于，包括：

接收用于请求部署第一业务的业务部署信息；

接收第一报文流，所述第一报文流包括业务链标识；

根据所述顺序对所述第一报文流执行所述多个业务处理。

33、根据权利要求 32所述的方法，其特征在于，所述根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务包括：根据所述业务部署信息，加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；

34、根据权利要求 33所述的方法，其特征在于，所述根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：

将所述第一 "^文流导向所述第一业务处理部件；

接收经过所述第一业务处理的第一报文流；

35、根据权利要求 34所述的方法，其特征在于，所述根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：

36、根据权利要求 32-35中任一项所述的方法，其特征在于，还包括：接收资源调整消息，所述资源调整消息包括所述运行文件当前需要占用的资源的信息；

根据所述资源调整消息调整所述运行文件占用的资源。

37、根据权利要求 32-36 中任一项所述的方法，其特征在于，所述业务部署信息包括所述运行文件的地址信息。

38、一种网络中开展业务的方法，其特征在于，包括：

39、根据权利要求 38所述的方法，其特征在于，所述业务流导向信息包括以下信息中的至少一个：

40、一种网络中开展业务的方法，其特征在于，包括：

41、一种网络中开展业务的方法，其特征在于，包括：

42、根据权利要求 41所述的方法，其特征在于，在对识别出的所述第一报文流进行所述第一业务的处理之前包括：

在所述第一报文流中添加业务链标识；

所述根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理包括：

根据所述顺序对所述第一报文流执行所述多个业务处理。

43、根据权利要求 42所述的方法，其特征在于，所述根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：