CN102209030A

CN102209030A - 业务分流方法、装置及系统

Info

Publication number: CN102209030A
Application number: CN2011101315005A
Authority: CN
Inventors: 孙爱芳; 袁宜峰; 凌志浩; 高冲; 俞文俊
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2011-05-19
Filing date: 2011-05-19
Publication date: 2011-10-05
Also published as: WO2012155406A1

Abstract

本发明提供了业务分流方法、装置及系统，一种业务分流方法包括：用户终端确定所申请的业务需要分流时，向业务提供方发起业务请求和业务分流请求；用户终端确定分流决策，并将分流决策信息发送至业务提供方。采用本发明能够避免相关技术中网络侧需要添加无线资源管理装置，浪费资源且分流灵敏度不够的问题。

Description

业务分流方法、装置及系统

技术领域

本发明涉及通信领域，具体而言，涉及业务分流方法、装置及系统。

背景技术

在异构网络环境中，终端可以通过多个接口接入多个网络，从而利用多种路径获取业务流。

如附图1所示，终端1可以通过五种路径接收业务提供方的业务，分别为：(1)终端1通过短程通信网络1与终端2进行交互，而终端2可以通过网关1接入IP核心网；(2)终端1通过短程通信网络2与终端3进行交互，而终端3可以通过网关2接入IP核心网；(3)终端1可以通过网络3连接到基站1，进而连接到IP核心网；(4)终端1可以通过网络4连接到基站2，进而连接到IP核心网；(5)终端1可以通过网络5连接到网关，进而连接到IP核心网。因此，用户终端可以通过多种网络(有时借助于其它终端)、多种路径连接到IP核心网，并进一步从业务提供方获取业务。

当业务的信息量较为庞大，或者使用终端的用户对业务质量要求较高时，可以利用上述终端环境特点，将业务分为若干子流，分别通过几条路径进行传输，在终端处再进行聚合。因此，利用终端环境网络的异构性，实现合理有效的业务分流传输，是目前研究的热点。

相关技术中给出了类似的解决方案，该类方法最主要的特点为：在网络侧增加无线资源管理装置，该装置按照一定的策略，如考虑网络负载均衡、网络对业务的支持性、系统整体传输时延等，对业务进行分流，即业务分流的决策者与执行者均为添加的无线资源管理装置。

但是，上述已有方案存在如下不足：(1)相关技术需要在网络侧添加无线资源管理装置，同时由于不同的网络环境拥有不同的无线资源管理装置，因此各种无线资源管理装置对同一业务分流时还需要进行协商；(2)用户终端作为业务的使用者，对分流操作的效果具有最直接的体验，而相关技术中是由无线资源管理装置确定分流决策，对这一方面考虑得不够周全，灵敏度不够。

针对相关技术中网络侧需要添加无线资源管理装置，浪费资源且分流灵敏度不够的问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供业务分流方法、装置及系统，以至少解决上述网络侧需要添加无线资源管理装置，浪费资源且分流灵敏度不够的问题。

根据本发明的一个方面，提供了一种业务分流方法，包括：用户终端确定所申请的业务需要分流时，向业务提供方发起业务请求和业务分流请求；所述用户终端确定分流决策，并将分流决策信息发送至所述业务提供方。

优选的，所述用户终端将分流决策信息发送至所述业务提供方之后，还包括：所述用户终端接收所述业务提供方发送的多个业务子流，将所述多个业务子流聚合并展现给用户。

优选的，所述用户终端确定分流决策，包括：所述用户终端根据网络环境信息和所述业务提供方的基本分流要求确定所述分流决策。

优选的，所述用户终端确定分流决策之后，还包括：当所述网络环境信息或所述基本分流要求变化时，所述用户终端重新确定所述分流决策。

优选的，所述用户终端重新确定所述分流决策，包括：所述网络环境信息的变化范围超出预设范围且该变化有利于所述分流决策的优化时，所述用户终端重新确定所述分流决策；或者当所述用户终端监测自身业务子流的质量下降超出质量门限或不能满足用户要求时，所述用户终端重新确定所述分流决策。

根据本发明的另一个方面，提供了一种业务分流方法，包括：业务提供方接收用户终端发送的分流决策信息；所述业务提供方根据所述分流决策信息将所述用户终端所申请的业务分为多个业务子流，并将所述多个业务子流发送至所述用户终端。

优选的，所述业务提供方将所述多个业务子流发送至所述用户终端，包括：所述业务提供方通过所述分流决策信息指示的多条路径将所述多个业务子流发送至所述用户终端。

优选的，所述业务提供方接收用户终端发送的分流决策信息之前，还包括：所述业务提供方接收所述用户终端发送的业务分流请求，确定所述业务需要分流时，发送基本分流要求至所述用户终端。

根据本发明的另一个方面，提供了一种业务分流装置，设置于用户终端中，包括：发起模块，用于确定所申请的业务需要分流时，向业务提供方发起业务请求和业务分流请求；发送模块，用于确定分流决策，并将分流决策信息发送至所述业务提供方。

根据本发明的另一个方面，提供了一种业务分流装置，设置于业务提供方，包括：接收模块，用于接收用户终端发送的分流决策信息；分流模块，用于根据所述分流决策信息将所述用户终端所申请的业务分为多个业务子流，并将所述多个业务子流发送至所述用户终端。

根据本发明的另一个方面，提供了一种业务分流系统，包括用户终端和业务提供方：所述用户终端，用于确定所申请的业务需要分流时，向所述业务提供方发起业务请求和业务分流请求；以及，确定分流决策，并将分流决策信息发送至所述业务提供方；所述业务提供方，用于接收所述用户终端发送的分流决策信息；以及根据所述分流决策信息将所述用户终端所申请的业务分为多个业务子流，并将所述多个业务子流发送至所述用户终端。

在本发明实施例中，用户终端确定所申请的业务需要分流时，向业务提供方发起业务请求和业务分流请求，用户终端确定分流决策，并将分流决策信息发送至业务提供方。即，分流决策是由用户终端做出并提供给业务提供方的，提高分流决策的灵敏性，能够避免在网络侧添加无线资源管理装置，节约资源。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的应用场景示意图；

图2是根据本发明实施例的第一种业务分流方法的处理流程图；

图3是根据本发明实施例的第二种业务分流方法的处理流程图；

图4是根据本发明实施例的业务分流的总体交互流程图；

图5是根据本发明实施例的终端的网络环境信息表；

图6是根据本发明实施例的终端的分流决策信息表；

图7是根据本发明实施例的根据网络环境和业务质量对分流决策进行动态调整的流程图；

图8是根据本发明实施例的用户终端的分流决策结构示意图；

图9是根据本发明实施例的业务子流质量信息表；

图10是根据本发明实施例的涉及业务提供方的结构图；

图11是根据本发明实施例的第一种业务分流装置的结构示意图；

图12是根据本发明实施例的第二种业务分流装置的结构示意图；

图13是根据本发明实施例的业务分流系统的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

相关技术中提到，已有的方案存在如下不足：(1)相关技术需要在网络侧添加无线资源管理装置，同时由于不同的网络环境拥有不同的无线资源管理装置，因此各种无线资源管理装置对同一业务分流时还需要进行协商；(2)用户终端作为业务的使用者，对分流操作的效果具有最直接的体验，而相关技术中是由无线资源管理装置确定分流决策，对这一方面考虑得不够周全，灵敏性不够。

考虑到需要进行分流的业务往往是多媒体业务或数据量较大的业务，因此业务提供方和业务使用者(用户终端)一般具有一定的处理能力，所以，为解决上述已有方案的不足，可以对系统进行设计，由使用业务的用户终端承担业务分流的决策，由业务提供方(含终端)承担业务分流的执行。

为解决上述技术问题，本发明实施例提供了一种业务分流方法，从用户终端一侧进行说明，其处理流程如图2所示，包括：

步骤S202、用户终端确定所申请的业务需要分流时，向业务提供方发起业务请求和业务分流请求；

步骤S204、用户终端确定分流决策，并将分流决策信息发送至业务提供方。

如图2所示流程，用户终端发起业务分流请求后进行分流处理流程，进而确定分流决策。

在一个实施例中，用户终端将分流决策信息发送至业务提供方之后，还包括：用户终端接收业务提供方发送的多个业务子流，将多个业务子流聚合并展现给用户。

实施时，用户终端可以根据多种参数确定分流决策，例如，可以根据网络环境信息确定分流决策，可以根据用户终端自身的联网参数确定分流决策，可以根据接入的网络实体的参数确定分流决策，等等，在本发明实施例中，优选的，用户终端可以根据网络环境信息和业务提供方的基本分流要求确定分流决策。

由于网络环境信息在不断变化，因此，分流决策并不是一直不变的，相应的，当网络环境信息或基本分流要求变化时，用户终端会重新确定分流决策，例如，网络环境信息的变化范围超出预设范围且该变化有利于分流决策的优化时，用户终端重新确定分流决策；或者当用户终端监测自身业务子流的质量下降超出质量门限或不能满足用户要求时，用户终端重新确定分流决策。

基于同一发明构思，本发明实施例还提供了一种业务分流方法，从业务提供方一侧对其进行说明，其处理流程如图3所示，包括：

步骤S302、业务提供方接收用户终端发送的分流决策信息；

步骤S304、业务提供方根据分流决策信息将用户终端所申请的业务分为多个业务子流，并将多个业务子流发送至用户终端。

在本发明实施例中，业务提供方应用的分流决策信息是由用户终端反馈的，提高分流决策的灵敏性，能够避免在网络侧添加无线资源管理装置，节约资源。

实施时，业务提供方发送的多个业务子流是按照分流决策信息确定的，相应的，发送上述多个业务子流的路径也是由分流决策信息指示的，即，业务提供方通过分流决策信息指示的多条路径将多个业务子流发送至用户终端。

在一个实施例中，业务提供方接收用户终端发送的分流决策信息之前，业务提供方接收用户终端发送的业务分流请求，确定业务需要分流时，发送基本分流要求至用户终端，进而由用户终端根据基本分流要求和网络环境信息确定分流决策。

下面结合具体实施例对本发明实施例提供的业务分流方法作进一步说明。

实施例一

附图4描述了业务分流的总体交互流程，主要包括如下步骤：

步骤S401：终端判定业务是否需要分流。

本步骤中，终端在发起业务请求前，判断该业务是否需要进行分流，如果不需要分流则转向步骤S402，如果需要分流则转向步骤S404。

本步骤中，判断是否分流的方法可以是，如果所请求的业务量比较小，或者业务为语音等不适合分流的业务，则不需要进行分流。

步骤S402：终端向业务提供方发起业务请求。

本步骤中，终端判定没有必要请求业务分流，因此只向业务提供方发起业务请求。

步骤S403：业务提供方向将业务流发送给终端。

本步骤中，业务提供方不对业务进行分流，将业务按照单一路径发给用户终端。

步骤S404：终端向业务提供方发起业务请求和业务分流请求。

本步骤中，终端判定需要请求业务分流，因此向业务提供方发起业务请求和业务分流请求。

步骤S405：业务提供方判定业务是否可以分流。

本步骤中，业务提供方接收到终端的业务分流请求时，需要对能否分流进行判定。判定的方法包括步骤S401所示的终端判定的方法，此外还要考察业务提供方的分流控制能力，如果业务提供方不支持分流操作或分流处理能力较差，则不进行业务分流。

如果业务提供方支持终端的业务分流请求，则转向步骤S406，反之则转向步骤S403。

步骤S406：业务提供方将基本分流要求发至终端。

本步骤中，基本分流要求是业务提供方根据业务特点制定的，例如，业务是由音频、视频、数据组成的，则音频部分不予以分流，视频、数据部分可以进行分流。业务提供方将此要求发送给终端后，终端需要按照该要求进行分流决策。

本步骤中，基本分流要求可以是但不限于上述要求。

步骤S407：终端根据基本分流要求和终端网络环境信息，利用分流决策单元做出分流决策，并将决策信息发至业务提供方。

如附图5所示，上述网络环境信息至少包括路径、带宽、代价。路径是指终端达到IP核心网的路径编号；带宽是指每条路径的带宽，如果该路径由多跳组成，每跳的额定带宽与已占用带宽分别为M_i、N_i，则每跳的实际带宽为M_i-N_i，整个路径的实际带宽为min(M_i-N_i)；代价是指用户通过该条路径获取业务所应支付的费用。

本步骤中，终端根据基本分流要求和上述网络环境信息，进行分流决策，该决策为多目标优化过程，即兼顾业务传输速度和终端支付费用。终端将分流决策信息发至业务提供方。

如附图6所示，分流决策信息至少包括路径、业务类型、业务比例。路径是步骤407提到的路径的相反路径，即由IP核心网到达用户终端的路径；业务类型至少包括音频、视频、数据等；业务比例是指在该路径上应传输的每种类型的业务的百分比。

步骤S408：业务提供方按照分流决策信息，将业务分成若干子流，发送给终端。

本步骤中，业务提供方按照步骤S407中提到的分流决策信息，将业务分为各种类型，并进一步将每种类型的业务按照步骤S407中提到的业务比例进行划分，通过各个路径发给终端。

步骤S409：终端接收业务子流并进行聚合。

本例实现了终端侧决策、业务提供方执行的业务分流方法，避免了在网络侧添加无线资源管理装置，可以实时跟踪网络环境信息和业务质量信息，并据此对业务分流策略进行动态调整，从而使分流策略达到更优。

用户终端经过附图4所示的流程后，开始通过多个路径同时接收多个业务子流。但随着网络环境或其他条件发生变化，业务质量可能会下降或无法满足用户体验，或者会产生更新更好的分流方案。因此，在用户终端接收业务子流的过程中，即步骤S409中，用户终端需要动态调整分流策略。附图7给出了一种根据网络环境和业务质量对分流决策进行动态调整的实施方案，具体包括：

步骤S701：判断网络环境信息是否有显著的变化。

终端周期性地更新网络环境信息表，如果正在使用的路径带宽或代价发生了显著的变化，或发现了新的路径，则执行步骤S702，反之则转向步骤S703判断业务质量。

步骤S702：判断网络环境信息的变化是否影响业务分流决策。

如果步骤S701中所示的变化不利于现有分流决策的执行，例如某条路径中断或带宽明显下降，或者终端发现了新路径且能提供较好的带宽，则转向步骤S704。

步骤S703：判断各业务子流的质量是否产生显著的变化。

在本例中，用户终端的分流决策结构可以如图8所示，包括分流决策单元801、网络环境信息单元802以及业务质量单元803，其中，网络环境信息单元802，负责检测和维护终端周围的网络环境信息；业务质量单元803，负责统计和维护各个业务子流的质量信息，至少包括各子流的传输速度和完成比例；分流决策单元801，根据业务提供方的基本分流要求，利用网络环境信息单元和业务质量单元的信息，进行业务分流决策，并将分流决策信息发给业务提供方。业务子流的质量至少包括传输速度和完成比例，由附图8所示的业务质量单元803进行统计。业务子流质量信息表具体如附图9所示，其中，传输速度是指在过去的一段时间内，所接收的业务子流的总数据量除以该段时间所得的值，该计量时间可以自行选择，但不同业务子流的计量时间应一致；完成比例是指已接收的业务子流占所分配任务的百分比，其中所分配任务是指步骤S407所示和附图6中所示的业务比例。

如果某一业务子流的传输速度较之前发生了明显的变化，包括传输速度明显上升和传输速度明显下降，则认为该业务子流的质量发生了显著变化；如果某一业务子流的完成比例显著小于或大于其它业务子流的完成比例，则同样认为该业务子流的质量发生了显著变化。在上述两种情况下，都应转向步骤S704执行。

步骤S704：对业务分流决策进行调整，重复步骤S406-S409。

步骤S705：不对业务分流决策进行调整。

与图8所示的用户终端的分流决策结构相对应，图10为本发明实施例提供的涉及业务提供方的结构图，主要包括分流控制单元1001，该分流控制单元1001负责接收和处理用户终端的分流请求，并按照用户终端的分流决策信息对业务进行分流并发送。

基于同一发明构思，本发明实施例还提供了一种业务分流装置，设置于用户终端中，其结构示意图如图11所示，包括：

发起模块1101，用于确定所申请的业务需要分流时，向业务提供方发起业务请求和业务分流请求；

发送模块1102，用于确定分流决策，并将分流决策信息发送至业务提供方。

基于同一发明构思，本发明实施例还提供了一种业务分流装置，设置于业务提供方，其结构示意图如图12所示，包括：

接收模块1201，用于接收用户终端发送的分流决策信息；

分流模块1202，用于根据分流决策信息将用户终端所申请的业务分为多个业务子流，并将多个业务子流发送至用户终端。

基于同一发明构思，本发明实施例还提供了一种业务分流系统，其结构示意图如图13所示，包括用户终端1301和业务提供方1302：

用户终端1301，用于确定所申请的业务需要分流时，向业务提供方1302发起业务请求和业务分流请求；以及，确定分流决策，并将分流决策信息发送至业务提供方1302；

业务提供方1302，用于接收用户终端1301发送的分流决策信息；以及根据分流决策信息将用户终端1301所申请的业务分为多个业务子流，并将多个业务子流发送至用户终端1301。

从以上的描述中，可以看出，本发明实现了如下技术效果：

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种业务分流方法，其特征在于，包括：

用户终端确定所申请的业务需要分流时，向业务提供方发起业务请求和业务分流请求；

所述用户终端确定分流决策，并将分流决策信息发送至所述业务提供方。

2.根据权利要求1所述的方法，其特征在于，所述用户终端将分流决策信息发送至所述业务提供方之后，还包括：

所述用户终端接收所述业务提供方发送的多个业务子流，将所述多个业务子流聚合并展现给用户。

3.根据权利要求1或2所述的方法，其特征在于，所述用户终端确定分流决策，包括：所述用户终端根据网络环境信息和所述业务提供方的基本分流要求确定所述分流决策。

4.根据权利要求3所述的方法，其特征在于，所述用户终端确定分流决策之后，还包括：

当所述网络环境信息或所述基本分流要求变化时，所述用户终端重新确定所述分流决策。

5.根据权利要求4所述的方法，其特征在于，所述用户终端重新确定所述分流决策，包括：

所述网络环境信息的变化范围超出预设范围且该变化有利于所述分流决策的优化时，所述用户终端重新确定所述分流决策；或者

当所述用户终端监测自身业务子流的质量下降超出质量门限或不能满足用户要求时，所述用户终端重新确定所述分流决策。

6.一种业务分流方法，其特征在于，包括：

业务提供方接收用户终端发送的分流决策信息；

所述业务提供方根据所述分流决策信息将所述用户终端所申请的业务分为多个业务子流，并将所述多个业务子流发送至所述用户终端。

7.根据权利要求6所述的方法，其特征在于，所述业务提供方将所述多个业务子流发送至所述用户终端，包括：所述业务提供方通过所述分流决策信息指示的多条路径将所述多个业务子流发送至所述用户终端。

8.根据权利要求6或7所述的方法，其特征在于，所述业务提供方接收用户终端发送的分流决策信息之前，还包括：

所述业务提供方接收所述用户终端发送的业务分流请求，确定所述业务需要分流时，发送基本分流要求至所述用户终端。

9.一种业务分流装置，其特征在于，设置于用户终端中，包括：

发起模块，用于确定所申请的业务需要分流时，向业务提供方发起业务请求和业务分流请求；

发送模块，用于确定分流决策，并将分流决策信息发送至所述业务提供方。

10.一种业务分流装置，其特征在于，设置于业务提供方，包括：

接收模块，用于接收用户终端发送的分流决策信息；

分流模块，用于根据所述分流决策信息将所述用户终端所申请的业务分为多个业务子流，并将所述多个业务子流发送至所述用户终端。

11.一种业务分流系统，其特征在于，包括用户终端和业务提供方：

所述用户终端，用于确定所申请的业务需要分流时，向所述业务提供方发起业务请求和业务分流请求；以及，确定分流决策，并将分流决策信息发送至所述业务提供方；

所述业务提供方，用于接收所述用户终端发送的分流决策信息；以及根据所述分流决策信息将所述用户终端所申请的业务分为多个业务子流，并将所述多个业务子流发送至所述用户终端。