多业务MEC网络架构、多业务数据流的处理方法及装置与流程

本发明涉及互联网领域，尤其涉及一种多业务边缘计算(multiserviceedgecomputing，mec)网络架构、多业务数据流的处理方法及装置。

背景技术：

随着第四代(4thgeneration，4g)业务的全面普及和5g时代的到来，随着固移业务逐步走向融合，用户和业务层面对运营商的网络性能提出了更高的要求。

4g时代，在线游戏、高清视频等应用对网络时延提出了很高的要求，随着5g时代到来，自动驾驶、智慧城市、智能制造、高清移动视频、虚拟现实(virtualreality，vr)/增强现实(augmentedreality，ar)等新兴行业和新兴业务对网络时延提出近乎苛刻的要求，为了提升用户的业务体验，低时延网络已成为运营商关注的发展方向。

随着游戏对画面分辨率、帧率提出更高要求，随着4k/8k高清视频的业务推广，当前基于核心机房部署的移网数据业务服务网关(servinggateway/packetdatanetworkgateway，s/pgw)、互联网数据中心(internetdatacenter，idc)的网络架构无法满足用户的大带宽需求。通过优化当前集中部署的边缘计算/内容源，合理规划数据流向，提升传输网、承载网传输效率，打造一张高效、集约的大带宽网络，是支撑网络高效运营的基础和关键。

随着移动智能终端的普及和应用，移动智能终端既可以通过4g、5g基站的移动网络接入，也可以通过家庭宽带及无线宽带(wirelessfidelity，wifi)固网接入。为了对同一终端、不同接入方式的固、移业务同时提供高品质体验，分别提供服务质量保障已不能满足网络发展的需要。

技术实现要素：

本申请的实施例提供一种网络架构及控制方法，用于为移、固业务提供一体化的网络质量和业务体验保障方案，降低网络时延，提升用户体验。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种多业务边缘计算mec网络架构方法，该方法包括：所述多业务mec网络架构包括核心层、汇聚层及多个终端，其中，所述核心层包括移网数据业务服务网关控制面(s/pgw-controlplane，s/pgw-c)、多业务接入网关控制面(multipleservicegateway-controlplane，msg-c)、策略与计费规则功能单元(policyandchargingrulesfunction，pcrf)及编排协同器；所述汇聚层包括：至少一个多业务mec服务器、至少一个多业务接入网关用户面(multipleservicegateway-userplane，msg-u)、至少一个移网数据业务服务网关用户面(s/pgw-userplane，s/pgw-u)、至少一个内容分发网络(contentdeliverynetwork，cdn)服务器；所述多个终端包括至少一个移网终端及至少一个固网终端；所述多业务mec网络还包括至少一对核心路由器(corerouter，cr)，用于转发所述msg-u发送的业务请求给网络，获取所述业务请求对应的数据流；所述移网终端的业务请求通过ip无线接入网(internetprotocolradioaccessnetwork，ipran)汇聚后，发送给所述s/pgw-u，并根据所述s/pgw-c的控制指令经所述msg-u转发给所述多业务mec服务器、或者所述cdn服务器、或者所述cr进行处理，以获取所述移网终端的业务请求对应的数据流；所述固网终端的业务请求通过交换机(switch，sw)发送给所述msg-u，并根据所述msg-c的控制指令由所述msg-u转发给所述多业务mec服务器、或者所述cdn服务器、或者所述cr进行处理，以获取所述固网终端的业务请求对应的数据流。

第二方面，提供了一种多业务数据流的处理方法，该方法应用于第一方面所述的多业务mec网络构架，该方法包括：msg-u获取终端的请求报文，其中，所述请求报文包括所述终端的标识及业务请求；所述msg-u将所述业务请求发送至所述多业务mec服务器、或者所述cdn服务器、或者所述cr进行处理，以得到与所述业务请求相关的数据流；所述msg-u将得到的数据流发送给所述终端。

第三方面，提供了一种多业务数据流的处理装置，该装置包括获取单元及发送单元；所述获取单元，用于msg-u获取终端的请求报文，其中，所述请求报文包括所述终端的标识及业务请求；所述发送单元，用于所述msg-u将所述业务请求发送至所述多业务mec服务器、或者所述cdn服务器、或者所述cr进行处理，以得到与所述业务请求相关的数据流；所述发送单元，还用于所述msg-u根据所述标识将所述数据流发送给对应终端。

第四方面，提供了一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如第二方面所述的多业务数据流的处理方法。

第五方面，提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使得计算机执行如第二方面所述的多业务数据流的处理方法。

第六方面，提供一种多业务数据流的处理装置，包括：处理器和存储器，存储器用于存储程序，处理器调用存储器存储的程序，以执行上述第二方面所述的多业务数据流的处理方法。

本申请的实施例提供的多业务mec网络架构及多业务数据流处理方法，通过将mec/cdn服务器部署在城域网汇聚节点，从而使移网业务、固网业务从汇聚层开始，由多业务接入网关msg-u综合承载，实现了移网业务和固网业务在城域网汇聚层的汇合和差异化服务，为多业务mec服务器部署创造了网络环境；通过汇聚层的多业务mec服务器处理终端的业务请求，使得大量由传统核心节点、智能终端完成的计算功能，由多业务mec服务器完成，从而降低了对终端性能的要求。

附图说明

图1为本申请的实施例提供的一种多业务mec网络架构示意图一；

图2为本申请的实施例提供的一种基于多业务mec网络架构的数据流转发示意图；

图3为本申请的实施例提供的一种多业务mec网络架构结构示意图二；

图4为本申请的实施例提供的一种多业务数据流处理方法流程示意图一；

图5为本申请的实施例提供的一种多业务数据流处理方法流程示意图二；

图6为本申请的实施例提供的一种多业务数据流处理方法流程示意图三；

图7为本申请的实施例提供的一种多业务数据流处理方法流程示意图四；

图8为本申请的实施例提供的一种多业务数据流处理方法流程示意图五；

图9为本申请的实施例提供的一种多业务数据流处理装置结构示意图一；

图10为本申请的实施例提供的一种多业务数据流处理装置结构示意图二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

在本申请实施例中，接入网设备可以是无线通信的基站或基站控制器等。在本申请实施例中，所述基站可以是全球移动通信系统(globalsystemformobilecommunication，gsm)，码分多址(codedivisionmultipleaccess，cdma)中的基站(basetransceiverstation，bts)，宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)中的基站(nodeb，nb)，长期演进(longtermevolution，lte)中的基站(evolvednodeb，enb)，物联网(internetofthings，iot)或者窄带物联网(narrowband-internetofthings，nb-iot)中的enb，未来5g移动通信网络或者未来演进的公共陆地移动网络(publiclandmobilenetwork，plmn)中的基站，本申请实施例对此不作任何限制。

在本申请实施例中，接入网设备可以是有线通信的宽带接入设备和专线接入设备。在本申请实施例中，所述宽带接入设备可以是光线路终端(opticallineterminal，olt)，所述专线接入设备可以是路由器或交换机(switch，sw)。

终端用于向用户提供语音和/或数据连通性服务。所述终端可以有不同的名称，例如用户设备(userequipment，ue)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、车辆用户设备、终端代理或终端装置等。可选的，所述终端可以为各种具有通信功能的手持设备、车载设备、可穿戴设备、计算机，本申请实施例对此不作任何限定。例如，手持设备可以是智能手机。车载设备可以是车载导航系统。可穿戴设备可以是智能手环。计算机可以是个人数字助理(personaldigitalassistant，pda)电脑、平板型电脑以及膝上型电脑(laptopcomputer)。

参照图1中所示，本申请实施例提供了一种多业务边缘计算mec的ip网络架构，该网络架构可以包括核心层、汇聚层及多个终端。其中，核心层包括s/pgw-c、msg-c、pcrf及编排协同器；汇聚层包括：至少一个多业务mec服务器、至少一个msg-u、至少一个s/pgw-u、至少一个cdn服务器；多个终端包括至少一个移网终端及至少一个固网终端。

其中，移网终端的业务请求经过ipran接入层及ipran汇聚层后，发送给s/pgw-u，s/pgw-u根据s/pgw-c的控制指令发送给msg-u，由msg-u转发给多业务mec服务器、或者cdn服务器、或者cr进行处理，以获取移网终端的业务请求对应的数据流；固网终端的业务请求通过交换机sw发送给msg-u，并根据msg-c的控制指令由msg-u转发给多业务mec服务器、或者cdn服务器、或者cr进行处理，以获取固网终端的业务请求对应的数据流；多业务mec网络还包括至少一对核心路由器cr，用于将msg-u接收到的部分业务请求对应的数据信息发送给网络，以获取数据信息对应的数据流。

需要说明的，移网终端的业务请求可以通过基站发送给s/pgw-u，该业务请求可以为游戏请求或视频请求；固网终端的业务请求可以为宽带业务、网络协议电视(internetprotocoltelevision，iptv)业务、专线业务及虚拟专用网络(virtualprivatenetwork，vpn)业务等，这些业务请求可以通过宽带接入网和专线等发送给msg-u。

需要说明的，s/pgw-u下沉到汇聚节点，引入软件定义网络(softwaredefinednetwork,sdn)网元msg-u实现综合业务统一承载，对移动回传网、固网城域网进行了整合重构，实现各类移动和固定接入ip业务流量在城域网汇聚层的汇合和差异化服务，为多业务mec服务器部署创造了网络环境。在汇聚节点部署多业务mec服务器，保障移、固网体验一致性。移动边缘计算平台将网络服务功能下沉到网络边缘，在网络边缘就可以进行流量卸载，通过将s/pgw-u网元下沉到汇聚节点，即边缘数据机房(datacenter，dc)，在边缘dc直接生成话单，解决了边缘计算的计费功能。

本申请实施例将多业务mec服务器部署在汇聚节点，服务半径可以达到10公里左右，并且可以根据业务需要灵活调整部分基站归属，移动终端在此区域的基站之间移动不会改变提供服务的多业务mec服务器，可以较好地解决多业务mec服务器的移动性管理问题，因此可以满足绝大多数行业应用场景的服务需求，比如校园、厂园、工业园区。

可选的，cdn服务器用于负责视频、游戏等多个数据的存储和分发，并将与终端的业务请求相关的多个数据流通过msg-u发送给终端。

示例性的，当用户使用终端进行游戏操作时，终端通过基站或wifi接入并访问msg-u，msg-u将游戏数据包发送给多业务mec服务器，用户只需通过终端完成动作输入，其他的主要功能，如游戏背景、画面、音效的渲染在边缘dc的多业务mec服务器端执行，并由边缘dc的多业务mec服务器完成部分计算功能。因此可以降低对手机性能的要求，让较低配置的手机能享受高端手机同样的体验，同时，在汇聚层部署mec/cdn服务器不但能减少网络时延，提升访问带宽，还可以将大量内容源部署在边缘云，减少因带宽堵塞造成的网络时延。

具体的，参照图2中所示，为本申请实施例提供的一种当终端业务为游戏业务请求时的数据流转示意图，游戏业务流程说明：

1、用户通过终端软件打开云游戏，通过无线网络向多业务mec云游戏服务器发起游戏请求。

2、多业务mec云游戏服务器将经计算处理的游戏音视频数据流推送给终端，终端仅负责游戏音视频数据流的解码播放。

3、当用户通过终端发起游戏操作的时候，多业务mec云游戏服务器接收到用户的动作输入指令，会根据指令调用多业务mec服务器的虚拟图形处理单元(virtualgraphicprocessingunit，vgpu)对游戏画面进行计算渲染。

4、多业务mec云游戏服务器将计算结果返回给终端，由终端进行呈现和播放。

5、多业务mec云游戏服务器和游戏服务提供商核心云游戏服务器进行信息交互和策略控制，以确保多业务mec云游戏服务器能够按照游戏服务提供商的要求为终端提供服务。

需要说明的，图2中的虚线表示用户输入的动作、游戏音视频数据流以及mec云游戏服务器和核心云游戏服务器之间的数据流。

可选的，参照图3中所示，汇聚层为叶脊spine-leaf架构，汇聚层还包括：防火墙及安全模块,用于通过域间隔离及访问控制实现对数据流量的安全防护。

需要说明的，spine-leaf架构可以解决边缘dc横向网络连接的传输瓶颈，而且提供了高度的扩展性，大大提高网络的效率，特别是支持高性能计算集群或高频流量设备之间的信息交互，因此边缘dc内部可以通过spine-leaf架构部署mec/cdn服务器、s/pgw-u、msg-u、安全防护、安全采集等功能模块。图3中dci为数据中心互联。

多业务mec服务器的安全是应用的前提，包括物理端口隔离、逻辑端口隔离、防火墙安全控制以及接入控制。包括本地针对上网日志的记录，以及及时上报等功能，可以与s/pgw-u同步部署安全采集、防攻击系统。通过汇聚机房部署相关安全防护策略，实现对mec/cdn服务器及相关业务的全面防护。主要的安全防护措施有以下几个方面：

1、部署防火墙：可以在多业务mec服务器部署防火墙,通过域间隔离和访问控制，防止攻击者可以通过其他域发起的攻击，实现对纵向流量和横向流量的安全防护；通过完善的防火墙功能，可以实现对多业务mec服务器各分区的隔离防护，提升多业务mec服务器的安全防护能力。

2、内容审计：可以通过采用分布式数据采集、智能包重组和流重组、自适应深度协议分析、实时网络协议封堵、实时网络流量管控、海量数据存储、深度数据挖掘等多种先进的技术手段，实现对内网络流量、ip地址、域名、信息内容、应用等各类资源信息的采集、监测、分析、预警和管控，实现了对多业务mec服务器内各种应用、网络安全事件、用户行为等的审计分析，满足信息安全管理需求。

3、僵木蠕防护：在多业务mec服务器部署僵木蠕监控系统，用于实现对多业务mec服务器的僵木蠕监控、对僵木蠕文件传播监测、僵木蠕行为监测、木马文件疑似样本捕获和僵尸控制行为样本捕获，并针对僵尸木马蠕虫进行的精确趋势分析，对可疑僵尸网络的进行深度分析和统计汇总。

本申请实施例提供的基于多业务mec的ip网络架构，通过将mec/cdn服务器部署在汇聚节点，运营商可以协商互联网内容提供方，将部分内容资源储存在cdn服务器，从而为msg-u指定最近的cdn服务器，无需所有资源都要从网络获取，减轻了网络的压力；通过部署边缘cdn服务器，可以使得热点内容源下沉汇聚层，使70％的移网及固网业务流量在边缘节点完成。

参照图4中所示，本申请实施例提供了一种多业务数据的处理方法，应用于上述的多业务mec网络架构，该方法包括s101-s103：

s101、msg-u获取终端的请求报文，其中，请求报文包括终端的标识及业务请求。

终端可以包括移网终端和固网终端，移网终端可以为手机等移动设备，固网终端可以为计算机、机顶盒等。其中，业务请求包括游戏请求及视频获取请求等。

可选的，参照图5中所示，在s101之前，该方法还可以包括s201-s203：

s201、当终端为移网终端时，通过s/pgw-u获取移网终端的请求报文。

当用户的移动终端通过基站接入网络后，可以通过依次通过ipran接入层、ipran汇聚层将业务请求发送给s/pgw-u，s/pgw-u根据移动终端的标识进行用户识别。

s202、通过s/pgw-u将移网终端的标识发送给s/pgw-c，从s/pgw-c获取控制信令，并根据控制信令的要求，把业务请求发送给msg-u。

需要说明的，s/pgw-c和s/pgw-u之间交互的控制信令，主要包括：接入和移动性管理、会话管理、策略控制、鉴权认证等。msg-u将业务请求发送给多业务mec服务器、或者cdn服务器、或者cr进行处理，以得到与业务请求相关的数据流，并将处理的数据包发送给移网终端，移网终端只需进行数据包解码呈现即可。在该过程中，s/pgw-u可以进行流量计费管理。

可选的，参照图6中所示，在s101和s102之间，该方法还可以包括s301-s303：

s301、当终端为固网终端时，msg-u将请求报文发送给msg-c。

其中，请求报文包括固网终端的标志及业务请求，固网终端的请求报文可以通过交换机sw发送给msg-u。

s302、msg-u从msg-c获取控制信令，并根据控制信令从网络获取与业务请求相关的数据流。

其中，控制信令为msg-c根据固网终端的标识生成的，控制信令包括但不限于接入控制等内容。当msg-u接收到控制信令时，需要根据控制信令的要求进行接入控制处理。

s102、msg-u将业务请求发送至多业务mec服务器、或者cdn服务器、或者cr进行处理，以得到与业务请求相关的数据流。

需要说明的，msg-u可以分析包含业务请求的数据流的ip地址、端口等字段信息，以决定将业务请求送往多业务mec服务器、或者cdn服务器、或者cr进行处理，以使得msg-u得到与业务请求相关的数据流。

通过在汇聚层部署多业务mec服务器，在汇聚层就可以完成大部分数据的计算处理，从而减轻了核心层的压力。

可选的，参照图7中，s102具体可以包括s401-s403：

s401、当业务请求为需要多业务mec服务器处理的业务请求时，msg-u将业务请求发送给多业务mec服务器，以便于多业务mec服务器计算处理业务请求，以得到与业务请求相关的数据流。

示例性的，当业务数据为游戏操作请求时，需要多业务mec服务器对游戏操作进行计算处理，可以减少终端的计算量，使性能较低的终端用户有更流畅的游戏体验。

s402、当业务请求为需要cdn服务器处理的业务请求时，msg-u将业务请求发送至cdn服务器进行处理，以得到与业务请求相关的数据流。

示例性的，当业务请求为获取视频的请求，这类请求无需计算处理，msg-u将该业务请求发送给cdn服务器，以便于获取相关视频缓存数据。

需要说明的，运营商可以协商互联网内容提供方，将部分热点内容、资源储存在汇聚层的cdn服务器，从而可以根据业务请求从最近的cdn服务器获取资源，无需所有资源都要从网络获取，减轻了网络的压力。

s403、当业务请求为不需要多业务mec服务器和cdn服务器处理的业务请求时，则msg-u将业务请求发送至cr，以便于msg-u通过核心路由器cr从网络获取与业务请求相关的数据流。

s103、msg-u将与业务请求相关的数据流发送给终端。

可选的，参照图8中所示，该方法还可以包括：

s501、通过多业务mec网络架构的编排器和/或pcrf并根据业务请求的保障需求，生成配置指令。

配置指令用于对与业务请求对应的数据流所使用的无线空口、传输网、承载网、移动核心网、宽带网、数据网资源进行服务质量(qualityofservice，qos)优先级保障；以及对数据流进行优化。

其中，对数据流进行优化的一种方法可以为采用传输控制协议tcp优化措施对数据流进行优化。

具体的，多业务mec服务器部署在汇聚节点，智能终端分别经过基站、ipran接入环、固定接入网访问mec/cdn服务器。汇聚节点距离无线基站、有线客户终端设备(customerpremiseequipment，cpe)在10km以内，光回传网络的传输时延通常在0.1ms以内(7ms/1000km)，光传输时延可以忽略不计。影响用户体验主要因素是拥塞、误码和时延，需要在接入侧进行qos保障，主要措施如下：

1、通过pcrf对数据流使用的移网空口、移动核心网资源进行qos优先级保障。

2、通过编排器对数据流使用的传输网、承载网、宽带网、数据网资源进行qos优先级保障。

3、对传输控制协议(transmissioncontrolprotocol，tcp)的处理流程进行优化，多业务mec服务器可进行tcp优化工作包括：传输控制协议确认字符(transmissioncontrolprotocolacknowledgement，tcpack)分裂功能，在tcp慢启动阶段对上行tcpack报文进行适当分裂，以加速下行tcp发送窗口增长速度,加快播放速率；tcp乱序重排，对上层网络发来的乱序tcp数据包进行重排序，减少不必要的下行重传。

通过上述措施可以实现从终端到多业务mec服务器的端到端的qos保障，以达到低时延、低抖动、低丢包的目标。

本申请实施例提供了一种多业务数据流的处理方法，该方法通过根据终端的业务请求类型通过多种途径获取与业务请求相关的数据流，可以减少获取数据流时网络的压力，同时可以使终端性能较低的用户体验更加流畅的网络服务。

本申请实施例可以根据上述方法示例对多业务数据流处理装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

参照图9中所示，本申请实施例提供了一种多业务数据流的处理装置，装置900可以包括获取单元910、发送单元920。

获取单元910，用于msg-u获取终端的请求报文，其中，请求报文包括终端的标识及业务请求。

发送单元920，用于msg-u将业务请求发送至多业务mec服务器、或者cdn服务器、或者cr进行处理，以得到与业务请求相关的数据流。

发送单元920，还用于msg-u将数据流发送给终端。

可选的，发送单元920具体用于：当业务请求为需要多业务mec服务器处理的业务请求时，msg-u将业务请求发送给所述多业务mec服务器，以便于所述多业务mec服务器计算处理业务请求，以得到与业务请求相关的数据流；当业务请求为需要cdn服务器处理的业务请求时，msg-u将业务请求发送至cdn服务器进行处理，以得到与业务请求相关的数据流；当业务请求为不需要多业务mec服务器和cdn服务器处理的业务请求时，则msg-u将业务请求发送至cr，以便于msg-u通过核心路由器cr从网络获取与业务请求相关的数据流。

可选的，发送单元920，还用于当终端为移网终端时，通过s/pgw-u获取移网终端的请求报文；通过s/pgw-u将移网终端的标识发送给s/pgw-c，以使s/pgw-c根据移网终端的标识生成控制信令，并根据控制信令的要求发送业务请求给所述msg-u。

可选的，发送单元920还用于：当终端为固网终端时，msg-u将所述请求报文发送给msg-c，其中，请求报文包括固网终端的标识及业务请求；msg-u从msg-c获取控制信令，并根据控制信令从网络获取与业务请求相关的数据流，其中，控制信令为msg-c根据固网终端的标识生成。

可选的，该装置还可以包括保障单元，用于通过多业务mec网络架构的编排器和/或pcrf并根据业务请求的保障需求，生成配置指令。

其中，配置指令用于对与业务请求对应的数据流所使用的无线空口、传输网、承载网、移动核心网、宽带网、数据网资源进行qos优先级保障；以及对数据流进行优化。

图10示出了上述实施例中所涉及多业务数据流处理装置的又一种可能的结构示意图。该装置包括：处理器402和通信接口403。处理器402用于对装置的动作进行控制管理，例如，执行上述获取单元910执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信接口403用于支持该装置与其他网络实体的通信，例如，执行上述发送单元920执行的步骤。终端还可以包括存储器401和总线404，存储器401用于存储装置的程序代码和数据。

其中，上述处理器402可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。

存储器401可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

总线404可以是扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。总线404可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机执行该指令时，该计算机执行上述方法实施例所示的方法流程中的各个步骤。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘。随机存取存储器(randomaccessmemory，ram)、只读存储器(read-onlymemory，rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory，eprom)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(compactdiscread-onlymemory，cd-rom)、光存储器件、磁存储器件、或者上述的人以合适的组合、或者本领域数值的任何其他形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(applicationspecificintegratedcircuit，asic)中。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

本发明的实施例提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行如图4-8中所述的多业务数据流处理的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriberline，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solidstatedisk，ssd))等。

由于本发明的实施例中的多业务数据流处理装置、计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本发明实施例在此不再赘述。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。