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

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

Info

Publication number
CN103269280B
CN103269280B CN201310143348.1A CN201310143348A CN103269280B CN 103269280 B CN103269280 B CN 103269280B CN 201310143348 A CN201310143348 A CN 201310143348A CN 103269280 B CN103269280 B CN 103269280B
Authority
CN
China
Prior art keywords
business
information
message flow
message
computing device
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
Application number
CN201310143348.1A
Other languages
English (en)
Other versions
CN103269280A (zh
Inventor
黄勇
朱恒军
牛乐宏
宫小玉
查敏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201310143348.1A priority Critical patent/CN103269280B/zh
Publication of CN103269280A publication Critical patent/CN103269280A/zh
Priority to EP14787685.8A priority patent/EP2983328B1/en
Priority to PCT/CN2014/075877 priority patent/WO2014173277A1/zh
Priority to US14/920,599 priority patent/US10554764B2/en
Application granted granted Critical
Publication of CN103269280B publication Critical patent/CN103269280B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/803—Application aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams

Abstract

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

Description

网络中开展业务的方法、装置及系统
技术领域
本发明实施例涉及通信技术，尤其涉及一种网络中开展业务的方法、装置及系统。
背景技术
运行于网络之上的互联网（Internet）应用通常被称为越顶（Over The Top，简称为OTT）应用。大量OTT应用部署于互联网数据中心（Internet Data Center，简称为IDC），IDC位于网络核心层。用户终端访问位于IDC中的OTT应用，是典型的用户上网模式，OTT应用可以有客户端软件安装于用户终端，但由于网络条件的限制，当大量用户终端访问OTT应用时，不论用户终端是通过浏览器还是通过OTT客户端进行访问，都会出现停滞等待的情况，影响用户体验。
基于上述问题，一些规模较大的OTT应用，可能会使用内容分发网络（ContentDelivery Network，简称为CDN）的服务模式，即用户访问中心OTT应用时，其访问会被重定向到靠近用户的一个分布OTT应用，这种方式可以减轻中心OTT应用的带宽压力，一定程度上可以减轻停滞等待等不良体验。但是，在互联网迅速发展的今天，这种服务模式仍不能满足OTT应用快速发展的需要。因此，急需一种支持OTT应用的新的业务模式，用以满足OTT应用开始发展的需要。
发明内容
本发明实施例提供一种网络中开展业务的方法、装置及系统，用以提供一种新的业务模式，以满足OTT应用的发展需求。
第一方面提供一种控制装置，包括：
协同单元，用于接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息；
控制单元，用于向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息。
结合第一方面，在第一方面的第一种可能的实现方式中，所述控制单元还用于向所述识别导向装置发送业务链标识。
结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述控制单元具体用于向所述计算装置发送加载命令消息，并向所述识别导向装置发送流控制消息；其中，所述加载命令消息包括所述业务部署信息，所述流控制消息所述业务流识别信息和所述业务流导向信息。
结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述控制单元，还用于向所述计算装置发送资源调整消息，所述资源调整消息包括部署所述第一业务所需的运行文件当前需要占用的资源的信息。
结合第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述控制单元包括：第一控制模块和第二控制模块；
所述协同单元，还用于向所述第一控制模块发送第一控制消息，向所述第二控制模块发送第二控制消息，所述第一控制消息包括所述业务流识别信息和所述业务流导向信息，所述第二控制消息包括所述业务部署信息；
所述第一控制模块，用于根据所述第一控制消息向所述识别导向装置发送所述流控制消息；
所述第二控制模块，用于根据所述第二控制消息向所述计算装置发送所述加载命令消息。
结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，所述业务流导向信息包括以下信息中的至少一个：
所述计算装置的网际协议IP地址、所述计算装置的端口信息和部署所述第一业务所需的运行文件的标识信息。
结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式或第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，所述业务部署信息包括部署所述第一业务所需的运行文件的地址信息。
结合第一方面的第六种可能的实现方式，在第一方面的第七种可能的实现方式中，所述运行文件的地址信息包括：访问所述运行文件的路径信息和所述运行文件的文件名信息，或指向所述运行文件的统一资源定位符URL信息。
结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式或第一方面的第五种可能的实现方式或第一方面的第六种可能的实现方式或第一方面的第七种可能的实现方式，在第一方面的第八种可能的实现方式中，所述业务流识别信息包括以下信息中的至少一个：
接收所述第一报文流的物理端口信息、接收所述第一报文流的逻辑端口信息、所述第一报文流访问的URL信息以及所述第一报文流的源IP地址、目的IP地址、源传输层端口和目的传输层端口信息。
第二方面提供一种计算装置，包括：
第一接收单元，用于接收控制装置发送的用于请求部署第一业务的业务部署信息；
部署单元，用于根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务；
第二接收单元，用于接收识别导向装置发送的第一报文流，所述第一报文流包括业务链标识；
业务确定单元，用于根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；
处理单元，用于根据所述顺序对所述第一报文流执行所述多个业务处理。
结合第二方面，在第二方面的第一种可能的实现方式中，所述部署单元具体用于：根据所述业务部署信息，加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；
所述业务确定单元具体用于：根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；
所述处理单元具体用于：根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。
结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述业务确定单元用于根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：
根据所述业务链标识和第一入端口查询第一业务路由表项，确定到达第一业务处理部件的出端口，所述第一入端口为接收所述第一报文流的入端口，所述第一业务处理部件用于执行所述多个业务处理中的第一业务处理；
将所述第一报文流导向所述第一业务处理部件；
接收经过所述第一业务处理的第一报文流；
根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口，所述第二入端口为接收所述经过所述第一业务处理的第一报文流的入端口，所述第二业务处理部件用于执行所述多个业务处理中的第二业务处理；
将所述经过所述第一业务处理的第一报文流导向所述第二业务处理部件。
结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述业务确定单元用于根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：
根据所述业务链标识和所述第二入端口查询第二业务路由表项，确定到达第二业务部件的出端口。
结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式，在第二方面的第四种可能的实现方式中，所述第一接收单元，还用于接收所述控制装置发送的资源调整消息，所述资源调整消息包括所述运行文件当前需要占用的资源的信息；
所述部署单元，还用于根据所述资源调整消息调整所述运行文件占用的资源。
结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式或第二方面的第四种可能的实现方式，在第二方面的第五种可能的实现方式中，所述业务部署信息包括所述运行文件的地址信息。
结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式或第二方面的第三种可能的实现方式或第二方面的第四种可能的实现方式或第二方面的第五种可能的实现方式，在第二方面的第六种可能的实现方式中，所述计算装置是服务器设备；
所述业务确定单元实现于所述服务器设备的虚拟交换机Vswitch中。
第三方面提供一种识别导向装置，包括：
接收单元，用于接收控制装置发送的用于识别第一报文流的业务流识别信息和业务流导向信息；
识别单元，用于根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；
配置单元，用于为所述第一报文流添加业务链标识；
导向单元，用于根据所述业务流导向信息将携带所述业务链标识的所述第一报文流导向至计算装置。
结合第三方面，在第三方面的第一种可能的实现方式中，所述业务流导向信息包括以下信息中的至少一个：
所述计算装置的网际协议IP地址、所述计算装置的端口信息和部署所述第一业务所需的运行文件的标识信息。
第四方面提供一种网络中开展业务的系统，包括：第一方面提供的任一控制装置、第二方面提供的任一计算装置和第三方面提供的任一识别导向装置。
第五方面提供一种网络中开展业务的系统，包括：第一方面提供的任一控制装置，还包括识别导向装置和计算装置；
所述识别导向装置用于：
接收所述控制装置发送的用于识别第一报文流的业务流识别信息和业务流导向信息；
根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；
根据所述业务流导向信息将所述第一报文流导向至所述计算装置；
所述计算装置用于：
接收所述控制装置发送的用于请求部署第一业务的业务部署信息；
根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务；
接收所述识别导向装置发送的所述第一报文流；
对所述第一报文流进行所述第一业务的处理。
第六方面提供一种网络中开展业务的系统，包括：控制装置、计算装置和识别装置；
所述控制装置，用于接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息；
所述识别装置，用于根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；
所述计算装置，用于根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理。
结合第六方面，在第六方面的第一种可能的实现方式中，所述识别装置还用于在所述第一报文流中添加业务链标识；
所述计算装置具体用于：
加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；
根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；
根据所述顺序对所述第一报文流执行所述多个业务处理。
结合第六方面的第一种可能的实现方式，在第六方面的第二种可能的实现方式中，所述计算装置根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：
根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；
根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。
第七方面提供一种网络中开展业务的方法，包括：
接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息；
向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息。
结合第七方面，在第七方面的第一种可能的实现方式中，所述方法还包括：向所述识别导向装置发送业务链标识。
结合第七方面或第七方面的第一种可能的实现方式，在第七方面的第二种可能的实现方式中，所述向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息包括：
向所述计算装置发送加载命令消息，并向所述识别导向装置发送流控制消息；其中，所述加载命令消息包括所述业务部署信息，所述流控制消息所述业务流识别信息和所述业务流导向信息。
结合第七方面或第七方面的第一种可能的实现方式或第七方面的第二种可能的实现方式，在第七方面的第三种可能的实现方式中，所述方法还包括：
向所述计算装置发送资源调整消息，所述资源调整消息包括部署所述第一业务所需的运行文件当前需要占用的资源的信息。
结合第七方面或第七方面的第一种可能的实现方式或第七方面的第二种可能的实现方式或第七方面的第三种可能的实现方式，在第七方面的第四种可能的实现方式中，所述业务流导向信息包括以下信息中的至少一个：
所述计算装置的网际协议IP地址、所述计算装置的端口信息和部署所述第一业务所需的运行文件的标识信息。
结合第七方面或第七方面的第一种可能的实现方式或第七方面的第二种可能的实现方式或第七方面的第三种可能的实现方式或第七方面的第四种可能的实现方式，在第七方面的第五种可能的实现方式中，所述业务部署信息包括部署所述第一业务所需的运行文件的地址信息。
结合第七方面的第五种可能的实现方式，在第七方面的第六种可能的实现方式中，所述运行文件的地址信息包括：访问所述运行文件的路径信息和所述运行文件的文件名信息，或指向所述运行文件的统一资源定位符URL信息。
结合第七方面或第七方面的第一种可能的实现方式或第七方面的第二种可能的实现方式或第七方面的第三种可能的实现方式或第七方面的第四种可能的实现方式或第七方面的第五种可能的实现方式或第七方面的第六种可能的实现方式，在第七方面的第七种可能的实现方式中，所述业务流识别信息包括以下信息中的至少一个：
接收所述第一报文流的物理端口信息、接收所述第一报文流的逻辑端口信息、所述第一报文流访问的URL信息以及所述第一报文流的源IP地址、目的IP地址、源传输层端口和目的传输层端口信息。
第八方面提供一种网络中开展业务的方法，包括：
接收用于请求部署第一业务的业务部署信息；
根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务；
接收第一报文流，所述第一报文流包括业务链标识；
根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；
根据所述顺序对所述第一报文流执行所述多个业务处理。
结合第八方面，在第八方面的第一种可能的实现方式中，所述根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务包括：
根据所述业务部署信息，加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；
所述根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：
根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；
所述根据所述顺序对所述第一报文流执行所述多个业务处理包括：
根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。
结合第八方面的第一种可能的实现方式，在第八方面的第二种可能的实现方式中，所述根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：
根据所述业务链标识和第一入端口查询第一业务路由表项，确定到达第一业务处理部件的出端口，所述第一入端口为接收所述第一报文流的入端口，所述第一业务处理部件用于执行所述多个业务处理中的第一业务处理；
将所述第一报文流导向所述第一业务处理部件；
接收经过所述第一业务处理的第一报文流；
根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口，所述第二入端口为接收所述经过所述第一业务处理的第一报文流的入端口，所述第二业务处理部件用于执行所述多个业务处理中的第二业务处理；
将所述经过所述第一业务处理的第一报文流导向所述第二业务处理部件。
结合第八方面的第二种可能的实现方式，在第八方面的第三种可能的实现方式中，所述根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：
根据所述业务链标识和所述第二入端口查询第二业务路由表项，确定到达第二业务部件的出端口。
结合第八方面或第八方面的第一种可能的实现方式或第八方面的第二种可能的实现方式或第八方面的第三种可能的实现方式，在第八方面的第四种可能的实现方式中，所述方法还包括：
接收资源调整消息，所述资源调整消息包括所述运行文件当前需要占用的资源的信息；
根据所述资源调整消息调整所述运行文件占用的资源。
结合第八方面或第八方面的第一种可能的实现方式或第八方面的第二种可能的实现方式或第八方面的第三种可能的实现方式或第八方面的第四种可能的实现方式，在第八方面的第五种可能的实现方式中，所述业务部署信息包括所述运行文件的地址信息。
第九方面提供一种网络中开展业务的方法，包括：
接收用于识别第一报文流的业务流识别信息和业务流导向信息；
根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；
为所述第一报文流添加业务链标识；
根据所述业务流导向信息将携带所述业务链标识的所述第一报文流导向至计算装置。
结合第九方面，在第九方面的第一种可能的实现方式中，所述业务流导向信息包括以下信息中的至少一个：
所述计算装置的网际协议IP地址、所述计算装置的端口信息和部署所述第一业务所需的运行文件的标识信息。
第十方面提供一种网络中开展业务的方法，包括：
接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息和业务流导向信息；
根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；
根据所述业务流导向信息将所述第一报文流导向至计算装置；
根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，并在部署了所述第一业务后，对导向的所述第一报文流执行所述第一业务的处理。
第十一方面提供一种网络中开展业务的方法，包括：
接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息；
根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；
根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理。
结合第十一方面，在第十一方面的第一种可能的实现方式中，在对识别出的所述第一报文流进行所述第一业务的处理之前包括：
在所述第一报文流中添加业务链标识；
所述根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理包括：
加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；
根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；
根据所述顺序对所述第一报文流执行所述多个业务处理。
结合第十一方面的第一种可能的实现方式，在第十一方面的第二种可能的实现方式中，所述根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：
根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；
根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。
在本发明技术方案中，由控制装置接收请求开展业务的业务请求，将业务请求中请求部署第一业务的业务部署信息提供给计算装置，计算装置运行部署第一业务所需的运行文件，将业务请求中的用于识别第一报文流的业务流识别信息和业务流导向信息提供给识别导向装置，由识别导向装置识别出第一报文流，并导向计算装置，再由已经部署第一业务的计算装置对第一报文流进行第一业务的处理，实现开展所述第一业务。本发明技术方案允许在部署业务时才加载并运行有关运行文件，提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了OTT应用快速发展的需求。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种控制装置的结构示意图；
图2为本发明实施例提供的另一种控制装置的结构示意图；
图3为本发明实施例提供的一种计算装置的结构示意图；
图4为本发明实施例提供的一种识别导向装置的结构示意图；
图5为本发明实施例提供的一种网络中开展业务的系统结构示意图；
图6为本发明实施例提供的另一种网络中开展业务的系统结构示意图；
图7为本发明实施例提供的又一种网络中开展业务的系统结构示意图；
图8为本发明实施例提供的又一种网络中开展业务的系统结构示意图；
图9为本发明实施例提供的一种softBNG系统的结构示意图；
图10为本发明实施例提供的用于基于网盘helper的上传流程示意图；
图11为本发明实施例提供的softBNG系统实现网盘业务时的一种结构示意图；
图12为本发明实施例提供的又一种网络中开展业务的系统结构示意图；
图13为本发明实施例提供的一种网络中开展业务的方法流程图；
图14为本发明实施例提供的另一种网络中开展业务的方法流程图；
图15为本发明实施例提供的又一种网络中开展业务的方法流程图；
图16为本发明实施例提供的又一种网络中开展业务的方法流程图；
图17为本发明实施例提供的又一种网络中开展业务的方法流程图；
图18为本发明实施例提供的又一种网络中开展业务的方法流程图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明实施例提供的一种控制装置的结构示意图。如图1所示，所述装置包括：协同单元11和控制单元12。
协同单元11，用于接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息。
控制单元12，与协同单元11连接，用于向计算装置发送协同单元11接收的所述业务部署信息，向识别导向装置发送协同单元11接收的所述业务流识别信息和所述业务流导向信息。
其中，所述业务部署信息可以包括部署第一业务所需的运行文件的地址信息，但并不限于此，例如还可以包括与所要部署的第一业务有关的其他一些信息，例如用户信息、业务特征信息等。可选的，部署第一业务所需的运行文件的地址信息可以是访问所述运行文件的路径信息和该运行文件的文件名信息，或者是指向所述运行文件的统一资源定位符（Uniform Resource Locator，简称为URL）信息等。
上述业务流识别信息主要用于指示需要识别出的报文流，在本实施例中，所述需要识别出的报文流也就是需要部署的第一业务的报文流。为简化描述，在本发明实施例中，将所述第一业务的报文流称为第一报文流，相应的，上述业务流识别信息主要用于指示需要识别的第一报文流。
所述业务流识别信息可以包括但不限于以下信息中的至少一个：接收所述第一报文流的物理端口信息（即该第一报文流的来源物理端口信息）、接收所述第一报文流的逻辑端口信息（即该第一报文流的来源逻辑端口信息）、所述第一报文流访问的URL信息和所述第一报文流源网际协议（Internet Protocol，简称为IP）地址、目的IP地址、源传输层端口信息以及目的传输层端口信息。
上述业务流导向信息主要用于指示将所述第一报文流导向负责部署第一业务的计算装置。
所述业务流导向信息包括但不限于以下信息中的至少一个：计算装置的IP地址、所述计算装置的端口信息和部署第一业务所需的运行文件的标识信息，例如文件名信息等。
其中，识别导向装置接收到业务流识别信息和业务流导向信息后，根据该业务流识别信息从接收到的报文流中识别出第一报文流，并根据业务流导向信息将识别出的第一报文流导向计算装置。计算装置接收到业务部署信息后，根据该业务部署信息，运行部署第一业务所需的运行文件，以部署第一业务，并对识别导向装置发送的第一报文流进行第一业务的处理。
在一可选实施方式中，第一报文流可能需要经过多个业务处理。基于此，控制单元12除了用于向识别导向装置发送业务流识别信息和业务流导向信息之外，还用于向识别导向装置发送业务链标识。该业务链标识用于指示对第一报文流执行的属于第一业务的多个业务处理和执行多个业务处理的顺序。
在实现上，该业务链标识可以是虚拟局域网（Virtual Local Area Network，简称为VLAN）标签、多协议标签交换（Multi-Protocol Label Switching，简称为MPLS）标签，虚拟扩展本地局域网（Virtual eXtensible Local Area Network，简称为VXLAN）封装中的VXLAN网络标识（VXLAN Network Identifier，简称为VNI），或在增加于原报文之外的信息域中携带。关于VXLAN可参见IETF draft：draft-mahalingam-dutt-dcops-vxlan-03.txt。
基于此，识别导向装置会将业务链标识添加到第一报文流中发送给计算装置。计算装置从第一报文流中获取业务链标识，并根据该业务链标识，确定需要对第一报文流执行的属于第一业务的多个业务处理和执行所述多个业务处理的顺序，然后按照所述顺序，对第一报文流执行所述多个业务处理。
在一可选实施方式中，控制单元12向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息包括：
控制单元12具体可用于向计算装置发送加载命令消息，并向识别导向装置发送流控制消息；其中，所述加载命令消息包括所述业务部署信息，所述流控制消息所述业务流识别信息和所述业务流导向信息。
基于上述，在一可选实施方式中，控制单元12还用于向计算装置发送资源调整消息，所述资源调整消息包括部署第一业务所需的运行文件当前需要占用的资源的信息。基于此，计算装置可以根据该资源调整消息包含的所述运行文件当前需要占用的资源的信息，调整所述运行文件所占用的资源的信息。
基于上述，如图2所示，所述控制单元12的一种实现结构包括：第一控制模块121和第二控制模块122。
基于此，协同单元11还用于向第一控制模块121发送第一控制消息，向第二控制模块122发送第二控制消息，所述第一控制消息包括业务流识别信息和业务流导向信息，所述第二控制消息包括业务部署信息。
第一控制模块121，用于接收协同单元11发送的第一控制消息，并根据第一控制消息向识别导向装置发送加载命令消息。
第二控制模块122，用于接收协同单元11发送的第二控制消息，并根据第二控制消息向计算装置发送加载命令消息。
进一步，第二控制模块122还用于向计算装置发送资源调整消息。
本实施例提供的控制装置，通过接收业务请求，并将业务请求包括的业务部署信息、业务流识别信息和业务流导向信息提供给计算装置和识别导向装置，使得计算装置部署第一业务，识别导向装置识别第一业务的报文流并导向计算装置进行处理。本实施例提供的控制装置在开展业务时，才通过业务部署信息控制计算装置记载并运行部署业务所需的运行文件，提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了OTT应用快速发展的需求。
图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可以实现于所述服务器设备的虚拟交换机（Vswitch）中，但不限于此。
本实施例提供的计算装置，接收控制装置发送的业务部署信息，根据所述业务部署信息运行部署第一业务的运行文件，并接收识别导向装置在控制装置的控制下发送的携带有业务链标识的第一业务的报文流，基于业务链标识确定需要对第一报文流执行的业务处理和执行业务处理的顺序，然后按照所述顺序对第一报文流进行第一业务的处理。由此可见，本实施例的计算装置可以在控制装置的控制下，并与识别导向装置相配合，在需要部署业务的时候才运行所需部署的业务的运行文件，以完成业务的部署，并完成对所部署的业务的报文流的处理，提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了OTT应用快速发展的需求。
图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，或在增加于原报文之外的信息域中携带。
本实施例提供的识别导向装置，接收控制装置发送的业务流识别信息和业务流导向信息，根据业务流识别信息从接收到的报文流中识别出需要部署的第一业务的报文流，并在需要对该报文流进行多个业务处理的情况下，在该报文流中添加业务链标识，然后根据业务流导向信息将携带有业务链标识的报文流导向计算装置，以使已经在控制装置的控制下部署了第一业务的计算装置完成对该第一业务的报文流的处理。本实施例提供的识别导向装置，在控制装置的控制下，并与计算装置相配合，使得在需要部署业务时，才允许运行需要部署的业务的运行文件，完成业务的部署和相应报文流的处理，提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了OTT应用快速发展的需求。
图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一方面对外提供应用程序编程接口（ApplicationProgramming Interface，简称为API），所述“对外”是指请求部署第一业务的设备或人。例如，控制装置10可以向管理员提供API，或者可以向OTT应用服务器提供API等。该API主要实现两个功能：一个是用于提供部署第一业务所需的运行文件的地址信息；一个是用于提供第一报文流的识别与导向的信息，即业务流识别信息和业务流导向信息。该API的两个主要功能可以通过上述业务请求来实现，即在所述业务请求中携带所述业务部署信息、所述业务流识别信息和所述业务流导向信息。
在此说明，上述业务请求可以通过一个API消息来承载，也可以通过两个或多个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所示结构实现，但不限于此。
在本实施例中，由控制装置接收业务请求，并根据业务请求中的业务部署信息控制计算装置运行部署第一业务所需的运行文件，根据业务请求中的业务流识别信息和业务流导向信息控制识别导向装置，识别出第一报文流并将识别出的第一报文流导向部署第一业务的计算装置，使得计算装置对第一报文流进行第一业务的处理。本实施例提供的网络中开展业务的系统，将网络与部署业务所需的运行文件进行了结合，允许在部署业务时才加载并运行有关运行文件，而不用像现有技术那样必须由设备厂家开发并设置在设备中，提供了一种开放式的业务系统，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了OTT应用快速发展的需求。
图7为本发明实施例提供的又一种网络中开展业务的系统结构示意图。如图7所示，所述系统包括：控制装置10、计算装置20和识别导向装置30；其中，控制装置10包括：协同（Orchestrator）单元11和控制单元12；控制单元12包括第一控制模块121和第二控制模块122。同理，在图7中，带箭头的实线所示为控制装置10对计算装置20和识别导向装置30进行控制的控制流，而带箭头的虚线所示为报文流向。
协同单元11，用于提供对外的API，主要用于接收请求开展业务的业务请求，所述业务请求包括请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息。关于业务请求包括的各种信息的详细描述可参见图6所示实施例，在此不再赘述。
进一步，协同单元11还用于向第一控制模块121发送第一控制消息，向第二控制模块122发送第二控制消息，其中，第一控制消息包括业务流识别信息和业务流导向信息，而第二控制消息包括业务部署信息。
第二控制模块122，用于接收协同单元11发送的第二控制消息，根据所述第二控制消息向计算装置20发送加载命令消息，控制计算装置20运行部署所述第一业务所需的运行文件，所述加载命令消息包括所述业务部署信息。。
相应的，计算装置20具体可用于接收第二控制模块122发送的所述加载命令消息，根据所述加载命令消息中的业务部署信息，获取所述运行文件，加载所述运行文件并运行。例如，如果所述业务部署信息中所述运行文件的地址信息为访问该运行文件的路径信息和该运行文件的文件名，则计算装置20具体可以根据该路径信息和文件名，获取所述运行文件。如果所述业务部署信息中所述运行文件的地址信息为指向该运行文件的URL信息，则计算装置20具体可以访问该URL，获取所述运行文件。
在一可选实施方式中，协同单元11还可用于向第二控制模块122发送资源调整消息，以供第二控制模块122控制计算装置20调整所述运行文件占用的资源，所述资源调整消息包括所述运行文件当前需要占用的资源的信息。在此说明，协同单元11可以获知所述运行文件所需的资源的信息。
第二控制模块122，还用于接收协同单元11发送的资源调整消息，根据所述资源调整消息控制计算装置20调整所述运行占用的资源。
第一控制模块121，用于接收协同单元11发送的所述第一控制消息，根据第一控制消息向识别导向装置30发送流控制消息，控制识别导向装置30从所接收的报文流中识别所述第一报文流，并将识别出的所述第一报文流导向计算装置20；所述流控制消息包括所述业务流识别信息和所述业务流导向信息。
相应的，识别导向装置30具体可用于接收报文流，并接收第一控制模块121发送的所述流控制消息，根据所述流控制消息中的业务流识别信息，从所接收的报文流中识别所述第一报文流，并根据所述流控制消息中的业务流导向信息，将所识别出的所述第一报文流导向计算装置20。例如，如果所述业务流识别信息为第一报文流的来源物理端口信息或逻辑端口信息，则识别导向装置30可以根据该物理端口信息或逻辑端口信息，从接收的报文流中确定来自于所述物理端口信息所指示的物理端口或来自于逻辑端口信息所指示的逻辑端口的报文流为所述第一报文流。又例如，如果所述业务流识别信息为指定访问的URL信息，则识别导向装置30可以根据该URL信息，从接收的报文流中确定用于访问所述URL信息所指示的网页的报文流为所述第一报文流。
在此说明，在具体实现上，识别导向装置30可以是流分类模块，即由流分类模块实现识别导向装置30的功能。其中，流分类模块主要用于对报文流进行1-4层的识别，所以这种情况主要应用于只需对报文进行1-4层识别的场景中。
或者，识别导向装置30可以包括流分类模块和深度包检测（Deep PacketInspection，简称为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所示结构，具体可由控制装置10的第一控制模块121向识别导向装置30发送业务链标识。识别导向装置30还会将业务链标识添加到识别出的第一报文流中，并将携带有业务链标识的第一报文流导向计算装置20。计算装置20具体可以在控制装置10的控制下，运行部署第一业务所需的运行文件，根据第一报文流中的业务链标识，确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序，然后按照所述顺序对所述第一报文流执行所述多个业务处理。
基于上述业务链标识，在一可选实施方式中，计算装置20具体可用于接收控制装置10发送的业务部署信息，根据所述业务部署信息，加载并运行用于由部署所述第一业务所需的运行文件承载的多个业务部件，以部署所述第一业务；并接收识别导向装置30发送的包括业务链标识的第一报文流，根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。
进一步可选的，计算装置20根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：
计算装置20根据所述业务链标识和第一入端口查询第一业务路由表项，确定到达第一业务处理部件的出端口，所述第一入端口为接收所述第一报文流的入端口，所述第一业务处理部件用于执行所述多个业务处理中的第一业务处理；
将所述第一报文流导向所述第一业务处理部件；
接收经过所述第一业务处理的第一报文流；
根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口，所述第二入端口为接收所述经过所述第一业务处理的第一报文流的入端口，所述第二业务处理部件用于执行所述多个业务处理中的第二业务处理；
将所述经过所述第一业务处理的第一报文流导向所述第二业务处理部件。
进一步可选的，计算装置20根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：
计算装置20根据所述业务链标识和所述第二入端口查询第二业务路由表项，确定到达第二业务部件的出端口。
在此说明，在具体实现上，本发明各实施例中的计算装置20可以是服务器设备或电路板。
在此说明，在具体实现上，本发明各实施例中的控制装置10可部署于服务器设备上。
在此说明，在具体实现上，本发明各实施例中的识别导向装置30可部署于网络设备上。所述网络设备可以是但不限于路由器或以太网交换机。
进一步，本方明实施例提供的网络中开展业务的系统可部署于同一设备上实现，也可以部署于多个不同的设备上实现。也就是说，控制装置10、计算装置20和识别导向装置30可以部署于同一设备上实现。或者，控制装置10、计算装置20和识别导向装置30可以部署于多个不同的设备上实现。
进一步，为了使本领域技术人员更加清楚的理解本发明实施例提供的网络中开展业务的系统，图8给出了一种同时包括3个计算装置和2个识别导向装置的系统。如图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完成对第二报文流的最终处理，并发送处理后第二报文流到网络中。
同理，在图8中，带箭头的实线所示为控制流，而带箭头的虚线所示为报文流。
在一可选实施方式中，考虑到宽带网络网关（BNG）设备一般位于城域网，属于IP网络的最边缘，距离用户相比任何IDC都近，且不受城域网出口带宽限制，因此更有利于减少用户在开展OTT应用过程中出现停滞等待等情况，故本方明实施例提供的网络中开展业务的系统可部署于由BNG设备构成的网络中。
随着网络功能虚拟化，本实施例提供的由BNG设备构成的网络将包含有标准化信息技术（Information Technology，简称为IT）服务器，这些IT服务器与BNG设备一同部署，或与BNG设备部署在同一城域/地区。BNG设备通常是指增加了接入控制功能的路由器，而服务器主要包含接入控制，路由控制等功能，这种新型的由BNG设备构成的包括标准服务器的网络或系统，本发明实施例将其统一称为软BNG（softBNG）系统。
如图9所示，一种softBNG系统的组成包括：一个或多个路由器，以及一个或多个服务器。图9中的路由器可以作为上述BNG设备。其中，服务器可以通过物理链路或者逻辑管道与路由器相连接。图9中给出的是服务器通过物理链路与路由相连接的情况。所述逻辑管道包括但不限于：MPLS隧道、通用路由协议封装（Generic Routing Encapsulation，简称为GRE）隧道或以太网中同一个VLAN所界定的通路。路由器连接对外的网络链路，所述网络链路包括用户侧链路和网络侧链路，实现网络互通和快速报文流的转发。服务器实现一些复杂控制逻辑，例如接入控制功能、路由控制功能等。基于图9所示softBNG系统，上述控制装置10可以部署于服务器上，计算装置20可以部署于服务器上，识别导向装置30可以部署于路由器上。
下面结合实际应用场景并结合图9所示softBNG系统，对本发明实施例提供的网络中开展业务的系统的功能做进一步说明。
网盘业务，或称为网盘OTT，是用户通过互联网访问某网盘网页，上传自已的文件，或下载自已或别人共享的文件，利用网络中的存储代替用户个人设备上的存储的一种互联网应用。这种OTT业务可给用户提供重要文件备份、文件分享、异地文件携带等便利。
由于网络运营商与网盘OTT中心的OTT接入带宽受限，大量的下载会挤满这个OTT接入带宽，而其他大量的上传下载会同时受到这个OTT接入带宽被挤占的影响，因此，目前网盘业务给用户的体验并不好。另外，用户接入侧线路带宽受限，也会降低用户的体验。
通过本发明上述实施例提供的网络中开展业务的系统，可以为网盘业务加速，提升用户的体验。具体的，网盘OTT控制中心利用本发明实施例提供的网络中开展业务的系统（即softBNG系统）提供的API能力，以及支持业务部件加载并运行等能力，在计算装置中动态加载一虚拟业务部件，可称为网盘帮助者（helper）。虚拟业务部件是指采用虚拟机的形式实现的业务部件。网盘helper作为用户的上传服务器，与网盘OTT控制中心交互，先完成对用户的上传确认，然后再后台传送用户上传的文件到网盘OTT控制中心。由于网盘helper分布部署于用户所在城市的城域网，且不受网盘OTT控制中心与运营商之间签约的OTT接入带宽限制，将大大加速用户的上传速度，而后台传送可以错开上网高峰，因此还可以减少网盘OTT控制中心的带宽压力。进一步，运营商通过运营softBNG这种网络中开展业务的系统，改卖带宽为卖业务平台，通过吸引大量OTT应用使用该业务平台，获得营利，同时还可以减少对核心网带宽的投资。
例如，用户基于网盘helper的上传流程如图10所示，包括：
901、用户终端与网盘OTT控制中心进行控制交互与认证授权。
902、网盘OTT控制中心通知用户网盘helper信息。
903、用户终端与网盘helper建立连接。
904、用户终端向网盘helper上传文件数据。用户终端向网盘helper上传文件数据可分为多次进行。
905、网盘helper与网盘OTT控制中心交互上传文件的文件描述信息。
906、网盘helper向用户终端返回上传成功消息。
907、网盘helper在后台向网盘OTT控制中心上传文件数据。
下面介绍网盘helper是如何加载到softBNG系统中，并建立以上业务流的。假设dbank是网盘OTT。
首先，dbank控制中心访问softBNG系统提供的API，例如可以采用类似如下API消息进行访问：
以上API消息采用了可扩展标记语言（Extensible Markup Language，简称为XML）格式，其中主要定义了一个虚拟业务部件dbank-helper，及该虚拟业务部件的中央处理器（Central Processing Unit，简称为CPU）、内存、存储及网络接口带宽的需求，并指明dbank-helper的运行文件的位置，相当于指明了访问dbank-helper的运行文件的路径信息。
另外，上述XML格式的API消息还定义了业务流路径(<pathes></pathes>标签)，其中包括业务流识别信息(<entry></entry>标签)及业务流导向信息(<action></action>标签)，其中业务流导向信息指示将报文流发送到dbank-path定义的路径，该路径在后面有定义，该路径指示将报文流发送到dbank-helper这个虚拟业务部件。
图11为本发明实施例提供的softBNG系统实现网盘业务时的一种结构示意图。如图11所示，控制装置部署于第一服务器上，负责处理上述API消息（相当于前述实施例中的业务请求）；计算装置部署于第二服务器上；识别导向装置部署于第一路由器的两个电路板上。
具体的，第一服务器基于业务部署信息，即API消息中的<VirtualAppliance>标签，利用其内指明的cpu/mem/storage/bandwidth等，选择一个计算装置作为计算装置，假设选出的计算装置部署于第二服务器上，第二服务器采用XEN虚拟机环境。
第一服务器将业务部署信息中dbank-helper的运行文件的位置信息，即(<loadFile>标签内容)，通过第一消息（相当于上述实施例中的加载命令消息）发送给第二服务器，第二服务器基于第一消息加载dbank-helper这个虚拟业务部件，其中，该加载dbank-helper的过程属于一次加载过程，即同时完成了承载该dbank-helper的新虚拟机的建立和运行于该新虚拟机内的dbank-helper的加载运行，并将该新虚拟机的虚拟网卡连接到第二服务器内部的虚拟交换机Vswitch的一个端口vport1上。加载完成后，dbank-helper这个虚拟业务部件开始运行。第二服务器返回虚拟机的标识及虚拟网卡所连接的Vswitch的端口信息给第一服务器。
第一服务器发送第二消息（相当于上述实施例中的流控制消息）给第一路由器，第一路由器有两个电路板，分别称为slot1和slot2。两个电路板上各实现一个识别导向装置。在本实施例中，导向识别学黄纸包括一个流分类模块和一个DPI模块，在本实施例中，流分类模块完成对超文本传输协议（Hypertext Transfer Protocol，简称为HTTP）/安全超文本传输协议（Secure Hypertext Transfer Protocol，简称为HTTPS）报文检测，然后将检测到的HTTP/HTTPS报文送到DPI模块，由DPI模块完成URL匹配功能。在其他情况下，识别导向装置也可以由流分类模块单独完成。第二消息包括流匹配信息和URL匹配信息如下：
流匹配信息：Match:TCP/80,TCP/8080Action:forward to URL match
URL匹配信息:match:*.dbank.com/*Action: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匹配信息，将这两个信息配置到slot1中，并将这两个信息配置到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:nulltarget:vport1
第二路由(route entry)信息:Path:null,in:vport1 nextpath:null target:normal forward
Vswitch中的业务确定单元接收带有path信息的报文，根据第一路由信息，匹配path/源端口信息，执行nextpath和target指示的动作。如本例中，Vswitch中的业务确定单元匹配到path:dbank-path,in:entry的报文，其中，in:entry表示这个报文直接来源于识别导向装置；nextpath:null表示去除增加的业务报文头；target表示送向的目标，本例中送向端口vport1。基于第一路由信息，位于Vswitch的业务确定单元将业务报文头去除后，送到Vvswitch的vport1，即送给dbank-helper所在的虚拟业务部件。在此说明，第二服务器接收到上述两条路由信息后，可以将其存储到相应的业务路由表中，基于此，Vswitch中的业务确定单元可以通过查询相应的业务路由表获取对应的路由信息。
dbank-helper发出的报文，将匹配到path:null,in:vport1，即第二路由信息，由于本例中dbank-helper无后续处理，只需要走正常转发，所以nextpath:null表示不需要添加业务链标识，target:normal forward表示根据网络报文头目的地址进行正常的网络报文转发。
如果dbank-helper后续仍有业务部件Y需要继续处理该网络流报文，则nextpath需要指明为nextpath:dbank-path,target:Y，这样的表项通过控制装置（具体可以是控制装置中的协同单元和第一控制模块）设置到Vswitch，用以指示业务确定单元将报文传送到下一个业务部件。
上述两条路由信息是在所述业务链标识指示多个业务部件对报文流进行顺序处理时，实现报文流顺序导向各个业务部件进行处理的一种具体实施方式，指示了Vswitch如何处理dbank报文流。第一路由信息指示对携带dbank-path标记的，从entry发来的报文，去除path报文头，然后转发到端口vport1；第二路由信息指示对从端口vport1发送出来的报文，不增加path报文头，采用标准方式转发。这里通过两条路由信息来实现报文流顺序导向各个业务部件进行处理只是一种示意说明，实际应用中可能会采用更简洁的信息编码来实现所述业务链标识，并达到同样目的。
基于上述两条路由信息，位于第二服务器的Vswitch可以正确将第一路由器的两个slot发送的报文送达dbank-helper，并且还可以将dbank-helper处理后的报文继续通过IP转发，进而送达dbank控制中心。
在此说明，dbank-helper可以有自己的外部地址，例如可以是212.150.5.147，且dbank-helper可以采用该外部地址直接与外界通信。对于目的地址是指向dbank控制中心的报文，对应步骤901,dbank-helper可以在这些报文中添加自已的外部地址，使得dbank控制中心方便定位dbank-helper，从而实现图10所示流程。Dbank-helper可以利用本文提到的业务链实现机制获得访问目的地址是指向dbank控制中心的报文。dbank-helper的外部地址可由第一服务器（即控制装置）配置。
综上可见，本发明实施例提供的网络中开展业务的系统，实际上提供了一个可在线实现业务编程的系统架构，实现该架构系统有助于实现各种业务（例如OTT应用）的动态注入和网络流量的联合，提供了一种新的业务模式。基于此，运营商可基于这种业务模式运营类似softBNG系统的业务平台，通过对业务平台的使用进行收费，带来新的营利方式。
图12为本发明实施例提供的又一种网络中开展业务的系统结构示意图。如图12所示，所述系统包括：控制装置1201、识别装置1202和计算装置1203。
控制装置1201，用于接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息。
识别装置1202，用于根据控制装置1201接收的所述业务流识别信息从接收到的报文流中识别出所述第一报文流。
计算装置1203，用于根据控制装置1201接收的所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理。
图12中带箭头的虚线表示报文流向。
其中，所述业务部署信息可以包括部署第一业务所需的运行文件的地址信息，但并不限于此，例如还可以包括与所要部署的第一业务有关的其他一些信息，例如用户信息、业务特征信息等。可选的，部署第一业务所需的运行文件的地址信息可以是访问所述运行文件的路径信息和该运行文件的文件名信息，或者是指向所述运行文件的URL信息等。
上述业务流识别信息主要用于指示需要识别出的报文流，在本实施例中，所述需要识别出的报文流也就是需要部署的第一业务的报文流。为简化描述，在本发明实施例中，将所述第一业务的报文流称为第一报文流，相应的，上述业务流识别信息主要用于指示需要识别的第一报文流。
所述业务流识别信息可以包括但不限于以下信息中的至少一个：接收所述第一报文流的物理端口信息（即该第一报文流的来源物理端口信息）、接收所述第一报文流的逻辑端口信息（即该第一报文流的来源逻辑端口信息）、所述第一报文流访问的URL信息和所述第一报文流源IP地址、目的IP地址、源传输层端口信息以及目的传输层端口信息。
在本实施例中，控制装置1201一方面对外提供API，所述“对外”是指请求部署第一业务的设备或人。例如，控制装置1201可以向管理员提供API，或者可以向OTT应用服务器提供API等。该API主要实现两个功能：一个是用于提供部署第一业务所需的运行文件的地址信息；一个是用于提供第一报文流的识别信息，即业务流识别信息。该API的两个主要功能可以通过上述业务请求来实现，即在所述业务请求中携带所述业务部署信息和所述业务流识别信息。
在此说明，上述业务请求可以通过一个API消息来承载，也可以通过两个或多个API消息来承载，相应的，上述业务部署信息和业务流识别信息也可以在一个API消息、两个或多个API消息中携带。
进一步，根据请求部署的业务的不同，对第一报文流进行的第一业务的处理也会有所不同。有些业务只需对第一报文流进行一个业务处理即可完成，有些业务需要对第一报文流进行多个业务处理才能完成。
在一可选实施方式中，识别装置1202还用于在第一报文流中添加业务链标识，该业务链标识用于指示对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序。基于此，计算装置1203具体可用于加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；根据所述顺序对所述第一报文流执行所述多个业务处理。
该业务链标识可以使用VLAN标签标识，使用MPLS标签标识，使用VXLAN中的VN ID标识，或者给原报文封装一个业务报文头，业务报文头中携带该业务链标识。
进一步可选的，计算装置1203根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：
计算装置1203具体用于根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；
根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。
本实施例提供的系统，其中各装置可以部署于同一设备上实现。
在本实施例提供的系统中，由控制装置接收请求开展业务的业务请求，计算装置运行部署第一业务所需的运行文件，由识别导向装置识别出第一报文流，并导向计算装置，再由已经部署第一业务的计算装置对第一报文流进行第一业务的处理，实现开展所述第一业务，允许在部署业务时才加载并运行有关运行文件，提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了OTT应用快速发展的需求。
图13为本发明实施例提供的一种网络中开展业务的方法流程图。如图13所示，所述方法包括：
1301、接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息。
1302、向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和业务流导向信息。
可选的，步骤1302包括：向所述计算装置发送加载命令消息，并向所述识别导向装置发送流控制消息；其中，所述加载命令消息包括所述业务部署信息，所述流控制消息所述业务流识别信息和所述业务流导向信息。
其中，所述业务部署信息可以包括部署第一业务所需的运行文件的地址信息，但并不限于此，例如还可以包括与所要部署的第一业务有关的其他一些信息，例如用户信息、业务特征信息等。可选的，部署第一业务所需的运行文件的地址信息可以是访问所述运行文件的路径信息和该运行文件的文件名信息，或者是指向所述运行文件的URL信息等。
上述业务流识别信息主要用于指示需要识别出的报文流，在本实施例中，所述需要识别出的报文流也就是需要部署的第一业务的报文流。为简化描述，在本发明实施例中，将所述第一业务的报文流称为第一报文流，相应的，上述业务流识别信息主要用于指示需要识别的第一报文流。
所述业务流识别信息可以包括但不限于以下信息中的至少一个：接收所述第一报文流的物理端口信息（即该第一报文流的来源物理端口信息）、接收所述第一报文流的逻辑端口信息（即该第一报文流的来源逻辑端口信息）、所述第一报文流访问的URL信息和所述第一报文流源IP地址、目的IP地址、源传输层端口信息以及目的传输层端口信息。
上述业务流导向信息主要用于指示将所述第一报文流导向负责部署第一业务的计算装置。
所述业务流导向信息包括但不限于以下信息中的至少一个：计算装置的IP地址、所述计算装置的端口信息和部署第一业务所需的运行文件的标识信息，例如文件名信息等。
其中，识别导向装置接收到业务流识别信息和业务流导向信息后，根据该业务流识别信息从接收到的报文流中识别出第一报文流，并根据业务流导向信息将识别出的第一报文流导向计算装置。计算装置接收到业务部署信息后，根据该业务部署信息，运行部署第一业务所需的运行文件，以部署第一业务，并对识别导向装置发送的第一报文流进行第一业务的处理。
在一可选实施方式中，第一报文流可能需要经过多个业务处理。如图14所示，所述方法还包括：
1303、向识别导向装置发送业务链标识。
所述业务链标识用于指示对第一报文流执行的属于第一业务的多个业务处理和执行多个业务处理的顺序。在实现上，该业务链标识可以是VLAN标签、MPLS标签，VXLAN封装中的VNI，或在增加于原报文之外的信息域中携带。
基于此，识别导向装置会将业务链标识添加到第一报文流中发送给计算装置。计算装置从第一报文流中获取业务链标识，并根据该业务链标识，确定需要对第一报文流执行的属于第一业务的多个业务处理和执行所述多个业务处理的顺序，然后按照所述顺序，对第一报文流执行所述多个业务处理。
在此说明，上述步骤1302和步骤1303的先后顺序不受限制，两个步骤也可以并行执行。
进一步，所述方法还包括：向计算装置发送资源调整消息，所述资源调整消息包括部署所述第一业务所需的运行文件当前需要占用的资源的信息。
本实施例提供的网络中开展业务的方法流程可由上述实施例图1或图2所示的控制装置完成，具体不再赘述。
本实施例的方法提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了OTT应用快速发展的需求。
图15为本发明实施例提供的又一种网络中开展业务的方法流程图。如图15所示，所述方法包括：
1501、接收用于请求部署第一业务的业务部署信息。
1502、根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务。
1503、接收第一报文流，所述第一报文流包括业务链标识。
1504、根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序。
1505、根据所述顺序对所述第一报文流执行所述多个业务处理。
在一可选实施方式中，步骤1502，即根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务包括：
根据所述业务部署信息，加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务。其中，所述多个业务部件是由部署第一业务所需的运行文件承载的多个业务部件。
相应的，步骤1504，即根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：
根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；
所述根据所述顺序对所述第一报文流执行所述多个业务处理包括：
根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。
进一步可选的，多个业务处理部件包括两个业务处理部件，分别为第一业务处理部件和第二业务处理部件；相应的，多个业务处理包括两个业务处理。基于此，上述根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：
根据所述业务链标识和第一入端口查询第一业务路由表项，确定到达第一业务处理部件的出端口，所述第一入端口为接收所述第一报文流的入端口，所述第一业务处理部件用于执行所述多个业务处理中的第一业务处理；
将所述第一报文流导向所述第一业务处理部件；
接收经过所述第一业务处理的第一报文流；
根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口，所述第二入端口为接收所述经过所述第一业务处理的第一报文流的入端口，所述第二业务处理部件用于执行所述多个业务处理中的第二业务处理；
将所述经过所述第一业务处理的第一报文流导向所述第二业务处理部件。
进一步可选的，所述根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：
根据所述业务链标识和所述第二入端口查询第二业务路由表项，确定到达第二业务部件的出端口。
本实施例提供的方法可由上述图3所示计算装置来实施，具体不再详述。
在一可选实施方式中，所述方法还包括：
接收资源调整消息，所述资源调整消息包括所述运行文件当前需要占用的资源的信息；
根据所述资源调整消息调整所述运行文件占用的资源。
在本实施例中，所述业务部署信息包括所述运行文件的地址信息，但并不限于此，例如还可以包括与所要部署的第一业务有关的其他一些信息，例如用户信息、业务特征信息等。可选的，部署第一业务所需的运行文件的地址信息可以是访问所述运行文件的路径信息和该运行文件的文件名信息，或者是指向所述运行文件的URL信息等。
本实施例的方法提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了OTT应用快速发展的需求。
图16为本发明实施例提供的又一种网络中开展业务的方法流程图。如图16所示，所述方法包括：
1601、接收用于识别第一报文流的业务流识别信息和业务流导向信息。
1602、根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流。
1603、为所述第一报文流添加业务链标识。
1604、根据所述业务流导向信息将携带所述业务链标识的所述第一报文流导向至计算装置。
本实施例提供的方法可由上述图4所示识别导向装置实施，具体不再赘述。
上述业务流导向信息包括以下信息中的至少一个：
所述计算装置的网际协议IP地址、所述计算装置的端口信息和部署所述第一业务所需的运行文件的标识信息。
本实施例的方法提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了OTT应用快速发展的需求。
图17为本发明实施例提供的又一种网络中开展业务的方法流程图。如图17所示，所述方法包括：
1701、接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息和业务流导向信息。
1702、根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流。
1703、根据所述业务流导向信息将所述第一报文流导向至计算装置。
1704、根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，并在部署了所述第一业务后，对导向的所述第一报文流执行所述第一业务的处理。
本实施例提供的方法可由上述图5所示网络中开展业务的系统实施，具体不再赘述。
本实施例的方法提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了OTT应用快速发展的需求。
图18为本发明实施例提供的又一种网络中开展业务的方法流程图。如图18所示，所述方法包括：
1801、接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息。
1802、根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流。
1803、根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理。
在一可选实施方式中，所述方法在对识别出的所述第一报文流进行所述第一业务的处理之前包括：
在所述第一报文流中添加业务链标识。该业务链标识用于指示对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序。
基于上述，步骤1803，即根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理包括：
加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；
根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；
根据所述顺序对所述第一报文流执行所述多个业务处理。
进一步可选的，所述根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：
根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；
根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。
本实施例提供的网络中开展业务的方法，可由上述图12所示实施例提供的网络中开展业务的系统来实施，但并不限于此，也可以由其他系统来实施。
更多关于本发明上述实施例提供的网络中开展业务的系统开展业务的流程，可参见上述系统实施例的描述，在此不再赘述。
本发明实施例提供的网络中开展业务的方法，提供了一种开放式的业务模式，允许运营商脱离设备厂商自己开发新的业务功能，可以减少新业务功能开展需要的时间，满足了OTT应用快速发展的需求。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (39)

1.一种控制装置，其特征在于，包括：
协同单元，用于接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息；
控制单元，用于向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息；
其中，所述业务流导向信息用于指示所述识别导向装置将所述第一报文流导向所述计算装置，所述业务部署信息用于指示所述计算装置部署所述第一业务，并对所述第一业务进行处理。
2.根据权利要求1所述的控制装置，其特征在于，所述控制单元还用于向所述识别导向装置发送业务链标识。
3.根据权利要求1所述的控制装置，其特征在于，所述控制单元具体用于向所述计算装置发送加载命令消息，并向所述识别导向装置发送流控制消息；其中，所述加载命令消息包括所述业务部署信息，所述流控制消息，所述业务流识别信息和所述业务流导向信息。
4.根据权利要求1至3中任一项所述的控制装置，其特征在于，
所述控制单元，还用于向所述计算装置发送资源调整消息，所述资源调整消息包括部署所述第一业务所需的运行文件当前需要占用的资源的信息。
5.根据权利要求3所述的控制装置，其特征在于，所述控制单元包括：第一控制模块和第二控制模块；
所述协同单元，还用于向所述第一控制模块发送第一控制消息，向所述第二控制模块发送第二控制消息，所述第一控制消息包括所述业务流识别信息和所述业务流导向信息，所述第二控制消息包括所述业务部署信息；
所述第一控制模块，用于根据所述第一控制消息向所述识别导向装置发送所述流控制消息；
所述第二控制模块，用于根据所述第二控制消息向所述计算装置发送所述加载命令消息。
6.根据权利要求1-3任一项所述的控制装置，其特征在于，所述业务流导向信息包括以下信息中的至少一个：
所述计算装置的网际协议IP地址、所述计算装置的端口信息和部署所述第一业务所需的运行文件的标识信息。
7.根据权利要求1-3任一项所述的控制装置，其特征在于，所述业务部署信息包括部署所述第一业务所需的运行文件的地址信息。
8.根据权利要求7所述的控制装置，其特征在于，所述运行文件的地址信息包括：访问所述运行文件的路径信息和所述运行文件的文件名信息，或指向所述运行文件的统一资源定位符URL信息。
9.根据权利要求1-3任一项所述的控制装置，其特征在于，所述业务流识别信息包括以下信息中的至少一个：
接收所述第一报文流的物理端口信息、接收所述第一报文流的逻辑端口信息、所述第一报文流访问的URL信息以及所述第一报文流的源IP地址、目的IP地址、源传输层端口和目的传输层端口信息。
10.一种计算装置，其特征在于，包括：
第一接收单元，用于接收控制装置发送的用于请求部署第一业务的业务部署信息；
部署单元，用于根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务；
第二接收单元，用于接收识别导向装置发送的第一报文流，所述第一报文流包括业务链标识；
业务确定单元，用于根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；
处理单元，用于根据所述顺序对所述第一报文流执行所述多个业务处理。
11.根据权利要求10所述的计算装置，其特征在于，
所述部署单元具体用于：根据所述业务部署信息，加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；
所述业务确定单元具体用于：根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；
所述处理单元具体用于：根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。
12.根据权利要求11所述的计算装置，其特征在于，所述业务确定单元用于根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：
根据所述业务链标识和第一入端口查询第一业务路由表项，确定到达第一业务处理部件的出端口，所述第一入端口为接收所述第一报文流的入端口，所述第一业务处理部件用于执行所述多个业务处理中的第一业务处理；
将所述第一报文流导向所述第一业务处理部件；
接收经过所述第一业务处理的第一报文流；
根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口，所述第二入端口为接收所述经过所述第一业务处理的第一报文流的入端口，所述第二业务处理部件用于执行所述多个业务处理中的第二业务处理；
将所述经过所述第一业务处理的第一报文流导向所述第二业务处理部件。
13.根据权利要求12所述的计算装置，其特征在于，所述业务确定单元用于根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：
根据所述业务链标识和所述第二入端口查询第二业务路由表项，确定到达第二业务部件的出端口。
14.根据权利要求10-13中任一项所述的计算装置，其特征在于，
所述第一接收单元，还用于接收所述控制装置发送的资源调整消息，所述资源调整消息包括所述运行文件当前需要占用的资源的信息；
所述部署单元，还用于根据所述资源调整消息调整所述运行文件占用的资源。
15.根据权利要求10-13中任一项所述的计算装置，其特征在于，所述业务部署信息包括所述运行文件的地址信息。
16.根据权利要求10-13中任一项所述的计算装置，其特征在于，
所述计算装置是服务器设备；
所述业务确定单元实现于所述服务器设备的虚拟交换机Vswitch中。
17.一种网络中开展业务的系统，其特征在于，包括：权利要求1-9任一项所述的控制装置、权利要求10-16任一项所述的计算装置和识别导向装置；
所述识别导向装置用于：
接收所述控制装置发送的用于识别第一报文流的业务流识别信息和业务流导向信息；
根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；
为所述第一报文流添加业务链标识；
根据所述业务流导向信息将所述携带业务链标识的第一报文流导向至所述计算装置。
18.一种网络中开展业务的系统，其特征在于，包括权利要求1-9任一项所述的控制装置，还包括识别导向装置和计算装置；
所述识别导向装置用于：
接收所述控制装置发送的用于识别第一报文流的业务流识别信息和业务流导向信息；
根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；
根据所述业务流导向信息将所述第一报文流导向至所述计算装置；
所述计算装置用于：
接收所述控制装置发送的用于请求部署第一业务的业务部署信息；
根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务；
接收所述识别导向装置发送的所述第一报文流；
对所述第一报文流进行所述第一业务的处理。
19.一种网络中开展业务的系统，其特征在于，包括：控制装置、计算装置和识别装置；
所述控制装置，用于接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息；
所述识别装置，用于根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；
所述计算装置，用于根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理。
20.根据权利要求19所述的系统，其特征在于，
所述识别装置还用于在所述第一报文流中添加业务链标识；
所述计算装置具体用于：
加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；
根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；
根据所述顺序对所述第一报文流执行所述多个业务处理。
21.根据权利要求20所述的系统，其特征在于，所述计算装置根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：
根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；
根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。
22.一种网络中开展业务的方法，其特征在于，包括：
接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息、用于识别第一报文流的业务流识别信息和业务流导向信息；
向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息；
其中，所述业务流导向信息用于指示所述识别导向装置将所述第一报文流导向所述计算装置，所述业务部署信息用于指示所述计算装置部署所述第一业务，并对所述第一业务进行处理。
23.根据权利要求22所述的方法，其特征在于，还包括：
向所述识别导向装置发送业务链标识。
24.根据权利要求22所述的方法，其特征在于，所述向计算装置发送所述业务部署信息，向识别导向装置发送所述业务流识别信息和所述业务流导向信息包括：
向所述计算装置发送加载命令消息，并向所述识别导向装置发送流控制消息；其中，所述加载命令消息包括所述业务部署信息，所述流控制消息，所述业务流识别信息和所述业务流导向信息。
25.根据权利要求22-24中任一项所述方法，其特征在于，还包括：
向所述计算装置发送资源调整消息，所述资源调整消息包括部署所述第一业务所需的运行文件当前需要占用的资源的信息。
26.根据权利要求22-24任一项所述的方法，其特征在于，所述业务流导向信息包括以下信息中的至少一个：
所述计算装置的网际协议IP地址、所述计算装置的端口信息和部署所述第一业务所需的运行文件的标识信息。
27.根据权利要求22-24任一项所述的方法，其特征在于，所述业务部署信息包括部署所述第一业务所需的运行文件的地址信息。
28.根据权利要求27所述的方法，其特征在于，所述运行文件的地址信息包括：访问所述运行文件的路径信息和所述运行文件的文件名信息，或指向所述运行文件的统一资源定位符URL信息。
29.根据权利要求22-24任一项所述的方法，其特征在于，所述业务流识别信息包括以下信息中的至少一个：
接收所述第一报文流的物理端口信息、接收所述第一报文流的逻辑端口信息、所述第一报文流访问的URL信息以及所述第一报文流的源IP地址、目的IP地址、源传输层端口和目的传输层端口信息。
30.一种网络中开展业务的方法，其特征在于，包括：
接收用于请求部署第一业务的业务部署信息；
根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务；
接收第一报文流，所述第一报文流包括业务链标识；
根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；
根据所述顺序对所述第一报文流执行所述多个业务处理。
31.根据权利要求30所述的方法，其特征在于，所述根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务包括：
根据所述业务部署信息，加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；
所述根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：
根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；
所述根据所述顺序对所述第一报文流执行所述多个业务处理包括：
根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。
32.根据权利要求31所述的方法，其特征在于，所述根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序包括：
根据所述业务链标识和第一入端口查询第一业务路由表项，确定到达第一业务处理部件的出端口，所述第一入端口为接收所述第一报文流的入端口，所述第一业务处理部件用于执行所述多个业务处理中的第一业务处理；
将所述第一报文流导向所述第一业务处理部件；
接收经过所述第一业务处理的第一报文流；
根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口，所述第二入端口为接收所述经过所述第一业务处理的第一报文流的入端口，所述第二业务处理部件用于执行所述多个业务处理中的第二业务处理；
将所述经过所述第一业务处理的第一报文流导向所述第二业务处理部件。
33.根据权利要求32所述的方法，其特征在于，所述根据第二入端口查询第二业务路由表项，确定到达第二业务处理部件的出端口包括：
根据所述业务链标识和所述第二入端口查询第二业务路由表项，确定到达第二业务部件的出端口。
34.根据权利要求30-33中任一项所述的方法，其特征在于，还包括：
接收资源调整消息，所述资源调整消息包括所述运行文件当前需要占用的资源的信息；
根据所述资源调整消息调整所述运行文件占用的资源。
35.根据权利要求30-33中任一项所述的方法，其特征在于，所述业务部署信息包括所述运行文件的地址信息。
36.一种网络中开展业务的方法，其特征在于，包括：
接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息和业务流导向信息；
根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；
根据所述业务流导向信息将所述第一报文流导向至计算装置；
根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，并在部署了所述第一业务后，对导向的所述第一报文流执行所述第一业务的处理。
37.一种网络中开展业务的方法，其特征在于，包括：
接收请求开展业务的业务请求，所述业务请求包括用于请求部署第一业务的业务部署信息和用于识别第一报文流的业务流识别信息；
根据所述业务流识别信息从接收到的报文流中识别出所述第一报文流；
根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理。
38.根据权利要求37所述的方法，其特征在于，在对识别出的所述第一报文流进行所述第一业务的处理之前包括：
在所述第一报文流中添加业务链标识；
所述根据所述业务部署信息运行部署所述第一业务所需的运行文件，以部署所述第一业务，在部署了所述第一业务后，对识别出的所述第一报文流进行所述第一业务的处理包括：
加载并运行用于部署所述第一业务的多个业务部件，以部署所述第一业务；
根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序；
根据所述顺序对所述第一报文流执行所述多个业务处理。
39.根据权利要求38所述的方法，其特征在于，所述根据所述业务链标识确定需要对所述第一报文流执行的属于所述第一业务的多个业务处理和执行所述多个业务处理的顺序包括：
根据所述业务链标识查询业务路由表，从所述多个业务部件中确定多个业务处理部件和所述多个业务处理部件的使用顺序，其中，所述多个业务处理部件为所述多个业务部件中的用于实现所述多个业务处理的业务部件；
根据所述多个业务处理部件的使用顺序，使用所述多个业务处理部件对所述第一报文流进行处理。
CN201310143348.1A 2013-04-23 2013-04-23 网络中开展业务的方法、装置及系统 Active CN103269280B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201310143348.1A CN103269280B (zh) 2013-04-23 2013-04-23 网络中开展业务的方法、装置及系统
EP14787685.8A EP2983328B1 (en) 2013-04-23 2014-04-22 Method, device, and system for service development in network
PCT/CN2014/075877 WO2014173277A1 (zh) 2013-04-23 2014-04-22 网络中开展业务的方法、装置及系统
US14/920,599 US10554764B2 (en) 2013-04-23 2015-10-22 Method, device and system for carrying out service in network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310143348.1A CN103269280B (zh) 2013-04-23 2013-04-23 网络中开展业务的方法、装置及系统

Publications (2)

Publication Number Publication Date
CN103269280A CN103269280A (zh) 2013-08-28
CN103269280B true CN103269280B (zh) 2017-12-15

Family

ID=49012890

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310143348.1A Active CN103269280B (zh) 2013-04-23 2013-04-23 网络中开展业务的方法、装置及系统

Country Status (4)

Country Link
US (1) US10554764B2 (zh)
EP (1) EP2983328B1 (zh)
CN (1) CN103269280B (zh)
WO (1) WO2014173277A1 (zh)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103269280B (zh) * 2013-04-23 2017-12-15 华为技术有限公司 网络中开展业务的方法、装置及系统
US10069649B2 (en) * 2013-11-06 2018-09-04 Citrix Systems, Inc. Systems and methods for performing service tag switching in an application delivery controller
CN103716374B (zh) * 2013-12-04 2017-10-17 宇龙计算机通信科技(深圳)有限公司 分享文件的方法和服务器
CN104811326A (zh) * 2014-01-24 2015-07-29 中兴通讯股份有限公司 一种管理业务链的方法、系统及装置
JP6408602B2 (ja) * 2014-03-24 2018-10-17 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Ｎｆｖシステムにおけるサービス実装のための方法および通信ユニット
CN103905447B (zh) 2014-04-01 2017-06-27 华为技术有限公司 业务链路选择控制方法以及设备
CN104980374B (zh) 2014-04-04 2018-07-03 华为技术有限公司 一种业务路由报文的封装方法、业务转发实体及控制平面
US9781631B2 (en) * 2014-04-30 2017-10-03 Affirmed Networks, Inc. Optimizing capacity expansion in a mobile network
CN105099919B (zh) * 2014-05-15 2018-07-31 华为技术有限公司 报文处理方法及装置
CN104283891B (zh) * 2014-10-27 2017-12-08 新华三技术有限公司 将业务功能节点接入业务链网络的方法和装置
CN105813117B (zh) * 2014-12-29 2020-01-17 中国移动通信集团公司 一种灵活提供网络设备功能的方法、设备和系统
CN104636184B (zh) * 2014-12-29 2018-05-01 上海华为技术有限公司 虚拟机实例的部署方法和装置及设备
CN105577801B (zh) 2014-12-31 2019-01-11 华为技术有限公司 一种业务加速方法及装置
US10645013B2 (en) * 2015-04-02 2020-05-05 Nicira, Inc Data flow identifiers
CN106656536B (zh) 2015-11-03 2020-02-18 阿里巴巴集团控股有限公司 一种用于处理服务调用信息的方法与设备
CN105429820B (zh) * 2015-11-05 2018-10-09 武汉烽火网络有限责任公司 基于软件定义网络的深度包检测系统及方法
CN106254235B (zh) * 2016-07-27 2020-02-14 上海华为技术有限公司 一种负荷分担的方法及其设备
WO2018026380A1 (en) * 2016-08-05 2018-02-08 Intel Corporation Systems and methods for data service request classification and routing
CN107124375B (zh) * 2017-03-27 2020-02-18 网宿科技股份有限公司 Cdn网络带宽资源的错峰调度方法、系统以及服务器
CN111045751B (zh) * 2019-12-27 2023-09-19 中国银行股份有限公司 多服务配置链式处理方法及装置
CN112153675B (zh) * 2020-09-01 2023-06-23 中国联合网络通信集团有限公司 一种业务开通方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102440028A (zh) * 2010-05-13 2012-05-02 华为技术有限公司 互联网流量内容分发的系统、设备及其方法
CN102970751A (zh) * 2012-11-21 2013-03-13 华为技术有限公司 一种lte网络下完成业务协商的方法、装置及系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100454893C (zh) * 2005-03-21 2009-01-21 中兴通讯股份有限公司 一种快速组播的实现方法
US7855982B2 (en) * 2007-11-19 2010-12-21 Rajesh Ramankutty Providing services to packet flows in a network
EP2716011A1 (en) * 2011-06-01 2014-04-09 Interdigital Patent Holdings, Inc. Content delivery network interconnection (cdni) mechanism
US10592865B2 (en) * 2011-08-05 2020-03-17 Genband Us Llc Methods, systems, and computer readable media for managing social interaction histories
US9661522B2 (en) * 2012-07-09 2017-05-23 Cisco Technology, Inc. System and method associated with a service flow router
CN103269280B (zh) * 2013-04-23 2017-12-15 华为技术有限公司 网络中开展业务的方法、装置及系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102440028A (zh) * 2010-05-13 2012-05-02 华为技术有限公司 互联网流量内容分发的系统、设备及其方法
CN102970751A (zh) * 2012-11-21 2013-03-13 华为技术有限公司 一种lte网络下完成业务协商的方法、装置及系统

Also Published As

Publication number Publication date
US20160044118A1 (en) 2016-02-11
US10554764B2 (en) 2020-02-04
EP2983328A1 (en) 2016-02-10
CN103269280A (zh) 2013-08-28
EP2983328A4 (en) 2016-04-13
WO2014173277A1 (zh) 2014-10-30
EP2983328B1 (en) 2021-07-28

Similar Documents

Publication Publication Date Title
CN103269280B (zh) 网络中开展业务的方法、装置及系统
CN106533883B (zh) 一种网络专线的建立方法、装置及系统
CN104780088B (zh) 一种业务报文的传输方法和设备
CN103379010B (zh) 一种虚拟网络实现方法及系统
US9300600B2 (en) Virtualized application acceleration infrastructure
US9397901B2 (en) Methods, systems, and computer readable media for classifying application traffic received at a network traffic emulation device that emulates multiple application servers
CN105052113B (zh) 提供针对网络设备的共同代理框架的方法、设备及介质
CN106416147B (zh) 一种用于软件定义协议网络节点的系统和方法
CN107872392A (zh) 在网络中分配服务功能链数据和服务功能实例数据
CN106533935A (zh) 一种在云计算系统中获取业务链信息的方法和装置
CN108259237A (zh) 网络访问加速方法、云dns服务器、ce和云ip加速网络系统
CN105122741B (zh) 业务流的业务链控制方法和装置
CN107786353A (zh) 业务编排方法及装置、业务发放方法及装置
CN104486402B (zh) 一种基于大型网站组合均衡的方法
CN107104872A (zh) 接入控制方法、装置及系统
CN106453576B (zh) 一种基于混合云平台的交互方法、系统及调度中心
EP3588859B1 (en) Network device configuration versioning
CN108574590A (zh) 一种网元开通方法和装置以及计算机可读存储介质
CN104205749A (zh) 通信系统、上层交换机、控制装置、交换机控制方法以及程序
CN104980461B (zh) 页面推送方法、装置、服务器和集中式网络管理控制器
CN108989071A (zh) 虚拟服务提供方法、网关设备及存储介质
CN107347085A (zh) 一种信息获取方法和装置
Paganelli et al. Tenant-defined service function chaining in a multi-site network slice
US8171147B1 (en) System, method, and/or apparatus for establishing peer-to-peer communication
CN112612508A (zh) Api网关中的api版本控制方法、装置及存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant