CN102612010B - 一种多连接业务控制系统及多连接业务流量分配方法 - Google Patents

Abstract

本发明公开了一种多连接业务控制系统及多连接业务流量分配方法。所述方法包括：MUE或MSCF发送流量分配请求；接收到流量分配请求的MASF从MUP-FE存储的MUE的可用连接信息中查询需进行流量分配的MUE的可用连接信息，MASF基于所述可用连接信息进行流量分配决策；所述MUP-FE存储的MUE的可用连接信息是由MR-FE通过所述MR-FE与MUP-FE之间的接口发送给所述MUP-FE的。所述系统包括：MUP-FE和MR-FE，MUP-FE与MR-FE之间存在交互接口。采用本发明方法，用户可根据当前的网络状态、资费、业务类型等因素自主选择不同的连接承载业务，最大化用户业务体验、最小化业务资费。

Description

一种多连接业务控制系统及多连接业务流量分配方法

技术领域

本发明涉及通信领域，尤其涉及一种多连接业务控制系统及多连接业务流量分配方法。

背景技术

多模终端可以实现不同种类的无线访问网络之间的无缝连接，如蜂窝UMTS(UniversalMobileTelecommunicationsSystem，通用移动通信系统)/EDGE(EnhancedDataRateforGSMEvolution，增强型数据速率GSM演进技术)/GPRS(GeneralPacketRadioService，通用分组无线服务技术)与IEEE802.11(无线局域网通用标准)无线(WirelessLocalAreaNetwork，无线局域网，简称WLAN)的连接。WLAN可在小范围的家庭和热点区域提供很高的数据速率，而蜂窝网络可以提供更高的灵活性和无处不在的覆盖，但数据速率较低，如果能够结合两者的优点，用户将能从中受益。在WLAN访问点的覆盖范围内，多模终端利用WLAN进行数据访问和VoIP(VoiceoverInternetProtocol，网络电话)应用，同时还能使用重叠的蜂窝网络，进行语音呼叫或媒体访问。

随着网络技术的发展和用户对业务的需求，异构网络将支持多模终端的多连接能力，使得终端可以与多个网络连接同时通信，承载一项或多项业务。由于不同的网络连接具有不同的特性和传输能力，从而更好地满足用户多业务多样的需求。

为了支持多连接的应用，国际电信联盟电信标准化部门(InternationalTelecommunicationUnion-Telecommunicationsstandardizationsector，简称为ITU-T)制定了有关多连接的标准，提出了一种多连接架构，但在该种多连接架构下，无法进行多连接业务流量分配。

发明内容

本发明的目的是提供一种多连接业务控制系统，为实现多连接业务流量分配提供可能。为解决上述问题，本发明提供的多连接业务控制系统，包括：多连接用户清单功能实体(MUP-FE)和多连接注册功能实体(MR-FE)，所述MUP-FE与MR-FE之间存在交互接口，其中：

所述MR-FE，用于将其管理的支持多连接功能的用户设备(MUE)的可用连接信息发送给所述MUP-FE；

所述MUP-FE，用于接收并存储所述MUE的可用连接信息。

进一步地，

所述MUP-FE，还用于在接收到所述MUE的可用连接信息后，向MR-FE回复响应消息。

进一步地，

所述系统还包括：多连接应用支持功能实体(MASF)，所述MASF与MUP-FE连接；

所述MASF，用于在接收到流量分配请求后，从所述MUP-FE存储的MUE的可用连接信息中查询需进行流量分配的MUE的可用连接信息，基于所述可用连接信息进行流量分配决策。

进一步地，

所述流量分配决策用于决策是否选择新的连接为所述需进行流量分配的MUE提供业务。

进一步地，

所述流量分配请求是由所述需进行流量分配的MUE通过多连接业务控制功能实体(MSCF)向所述MASF发送的，所述MUE发送的流量分配请求为媒体分流请求消息。

进一步地，

所述系统还包括多连接业务控制功能实体(MSCF)；

所述MSCF，用于在判断发起业务的第一MUE所请求建立通讯的第二MUE当前存在两个以上连接时，向所述MASF发送作为流量分配请求的业务分解请求消息，其中包含需进行流量分配的MUE的标识信息。

进一步地，

所述MASF包括流量分配决策单元和策略规则安装触发单元，其中：

所述流量分配决策单元，用于根据接收到的流量分配请求和从所述MUP-FE查询的所述需进行流量分配的MUE的可用连接信息进行流量分配决策；

所述策略规则安装触发单元，用于在所述流量分配决策单元决策允许所述需进行流量分配的MUE将流量分配到新连接上时，通过所述MSCF向多连接策略控制功能实体(MPC-FE)发起请求，请求所述MPC-FE为新连接对应的TF和旧连接对应的传输功能实体(TF)制定策略规则并安装。

进一步地，

所述策略规则安装触发单元是采用以下方式通过MSCF向MPC-FE发起请求，请求所述MPC-FE为新连接对应的TF和旧连接对应的TF制定策略规则并安装：

所述策略规则安装触发单元通过MSCF向MPC-FE发起第一请求，请求MPC-FE为新连接对应的第一TF制定新的策略规则，并将该新的策略规则安装至所述第一TF，所述第一请求中包含新连接的服务质量资源需求信息；

所述策略规则安装触发单元通过MSCF向MPC-FE发起第二请求，请求MPC-FE为旧连接对应的第二TF重新制定策略规则，并将重新制定的策略规则安装至所述第二TF，所述第二请求中包含旧连接的新的服务质量资源需求信息。

本发明的另一目的是提供一种实现多连接业务流量分配的方法。

为解决上述问题，本发明的多连接业务流量分配方法，包括：

支持多连接功能的用户设备(MUE)或多连接业务控制功能实体(MSCF)发送流量分配请求；

接收到流量分配请求的多连接应用支持功能实体(MASF)从多连接用户清单功能实体(MUP-FE)存储的MUE的可用连接信息中查询需进行流量分配的MUE的可用连接信息，所述MASF基于所述可用连接信息进行流量分配决策；

所述MUP-FE存储的MUE的可用连接信息是由多连接注册功能实体(MR-FE)通过所述MR-FE与MUP-FE之间的接口发送给所述MUP-FE的。

进一步地，

所述MUE发送流量分配请求的步骤包括：

所述MUE通过多连接业务控制功能实体(MSCF)向MASF发送作为流量分配请求的媒体分流请求消息；

所述需要进行流量分配的MUE为所述发起流量分配的MUE。

进一步地，

所述MSCF发送流量分配请求的步骤包括：

所述MSCF若判断发起业务的第一MUE所请求建立通讯的第二MUE当前存在两个以上连接，则向MASF发送作为流量分配请求的业务分解请求消息，其中包含需进行流量分配的MUE的标识信息。

进一步地，

所述MASF基于可用连接信息进行流量分配决策的步骤包括：

所述MASF根据接收到的流量分配请求和从所述MUP-FE查询的所述需进行流量分配的MUE的可用连接信息进行流量分配决策，当决策允许所述MUE将流量分配到新连接上时，所述MASF通过所述MSCF向多连接策略控制功能实体(MPC-FE)发起请求，请求所述MPC-FE为新连接对应的TF和旧连接对应的传输功能实体(TF)制定策略规则并安装。

进一步地，

所述MASF通过所述MSCF向MPC-FE发起请求，请求所述MPC-FE为新连接对应的TF和旧连接对应的TF制定策略规则并安装的步骤包括：

所述MASF通过MSCF向MPC-FE发起第一请求，请求MPC-FE为新连接对应的第一TF制定新的策略规则，并将该新的策略规则安装至所述第一TF，所述第一请求中包含新连接的服务质量资源需求信息；

所述MASF通过MSCF向MPC-FE发起第二请求，请求MPC-FE为旧连接对应的第二TF重新制定策略规则，并将重新制定的策略规则安装至所述第二TF，所述第二请求中包含旧连接的新的服务质量资源需求信息。

采用本实施例系统，MUP-FE存储了MUE的可用连接信息后，可供MASF在进行多连接业务流量分配时进行参考，为实现多连接业务流量分配提供可能。采用本实施例方法，用户可以根据当前的网络状态、资费、业务类型等因素自主选择不同的连接承载业务，以最大化用户业务体验及最小化业务资费。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是本发明实施例1的架构图；

图2是本发明实施2用户发起多连接业务流量分配流程图；

图3是本发明实施3网络侧发起多连接业务流量分配流程图。

具体实施方式

对现有技术分析后发现，在现有技术的多连接架构下，进行多连接业务流量分配决策的功能实体由于无法获取到用户的可用连接信息，才导致无法进行多连接业务流量分配。

为此，本发明提供一种多连接架构，保证进行多连接业务流量分配决策的功能实体在业务进行过程中能够获取到用户的可用连接信息。

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

实施例1

如图1所示，本实施例提供的多连接架构包括：

多连接应用支持功能(Multi-connectionApplicationSupportFunctions，简称MASF)，主要提供应用层面对多连接业务的支持功能。

多连接业务控制功能(Multi-connectionServiceControlFunctions，简称MSCF)，主要负责转发或触发来自MASF或用户的多连接业务请求。

还包括：

多连接注册功能实体(Multi-connectionRegistration-FunctionalEntity，简称MR-FE)，主要负责管理用户的可用连接信息，维护用户和连接之间的绑定关系，以及用于将其管理的MUE的可用连接信息发送给MUP-FE。

多连接媒体控制功能实体(Multi-connectionMediaControl-FunctionalEntity，简称MMC-FE)，主要负责UE多连接下的IP层路由。

多连接移动性管理功能实体(Multi-connectionMobilityManagement-FunctionalEntity，简称MMM-FE)，主要负责用户的位置管理和移动性管理。

多连接策略控制功能实体(Multi-connectionPolicyControl-FunctionalEntity，简称MPC-FE)，主要负责多连接策略控制；

多连接用户清单功能实体(Multi-connectionUserProfile-FunctionalEntity，简称MUP-FE)，主要用于存储用户签约清单以及用于存储MUE的可用连接信息。

支持多连接功能的用户设备，简称多连接用户(Multi-connectionUserEquipment，简称MUE)通过接入网接入上述的多连接架构，接入网包括，接入点(AccessPoint，简称AP)和多连接接入控制功能实体(Multi-connectionAccessControlFunctionalEntity，简称MAC-FE)。

在上述架构中，为了实现多连接业务流量分配，多连接注册功能实体(MR-FE)与多连接用户清单功能实体(MUP-FE)之间存在交互接口，多连接注册功能实体(MR-FE)向多连接用户清单功能实体(MUP-FE)发送用户可用的连接信息，多连接用户清单功能实体存储用户的可用连接信息，供多连接应用支持功能实体(MASF)在进行多连接业务流量分配决策时使用。

也就是说，实现多连接业务流量分配的多连接架构至少包括：MUP-FE和MR-FE，该MUP-FE与MR-FE之间存在交互接口，其中：

所述MR-FE，用于将其管理的MUE的可用连接信息发送给MUP-FE；

所述MUP-FE，用于接收并存储上述MUE的可用连接信息。

优选地，所述MUP-FE还用于在接收到所述MUE的可用连接信息后，向MR-FE回复响应消息。

优选地，所述系统还包括：MASF，其与MUP-FE连接，其用于在接收到流量分配请求后，从MUP-FE存储的MUE的可用连接信息中查询需进行流量分配的MUE的可用连接信息，基于所述可用连接信息进行流量分配决策。

上述流量分配决策用于决策是否选择新的连接为需进行流量分配的MUE提供业务。

优选地，在另一实施例中，所述流量分配请求是由需进行流量分配的MUE通过MSCF向MASF发送的，该MUE发送的流量分配请求具体为媒体分流请求消息。

优选地，在另一实施例中，上述系统还包括MSCF，其用于在判断发起业务的第一MUE所请求建立通讯的第二MUE当前存在两个以上连接时，向MASF发送作为流量分配请求的业务分解请求消息，其中包含需进行流量分配的MUE的标识信息。

优选地，MASF包括流量分配决策单元和策略规则安装触发单元，其中：

所述流量分配决策单元，用于根据接收到的流量分配请求和从MUP-FE查询的需进行流量分配的MUE的可用连接信息进行流量分配决策；

所述策略规则安装触发单元，用于在流量分配决策单元决策允许该需进行流量分配的MUE将流量分配到新连接上时，通过MSCF向MPC-FE发起请求，请求所述MPC-FE为新连接对应TF和旧连接对应的TF制定策略规则并安装。

具体地，所述策略规则安装触发单元是采用以下方式通过MSCF向MPC-FE发起请求，请求所述MPC-FE为新连接对应的TF和旧连接对应的TF制定策略规则并安装：

所述策略规则安装触发单元通过MSCF向MPC-FE发起第一请求，请求MPC-FE为新连接对应的第一TF制定新的策略规则，并将该新的策略规则安装至第一TF，该第一请求中包含新连接的服务质量资源需求信息；策略规则安装触发单元通过MSCF向MPC-FE发起第二请求，请求MPC-FE为旧连接对应的第二TF重新制定策略规则，并将重新制定的策略规则安装至第二TF，所述第二请求中包含旧连接的新的服务质量资源需求信息。

下面分别以两个实施例说明在上述多连接架构下，MASF进行多连接业务流量分配的流程。

实施例2

本实施例描述的多连接业务流量分配流程是由用户触发的，因此也可称为业务迁移流程，包括：支持多连接功能的用户设备(MUE)发起流量分配，通过多连接业务控制功能实体(MSCF)向多连接应用支持功能实体(MASF)发送流量分配请求，MASF从多连接用户清单功能实体(MUP-FE)查询该MUE的可用连接信息，根据可用连接信息进行流量分配决策。

如图2所示，MUE在3GPP连接下使用IPTV业务和VoIP业务，UE发生移动，检测到新的连接WLAN，并成功接入。此时UE主动发起流量分配请求(例如为媒体分流请求)，希望将部分流量迁移到WLAN，以达到提升业务速度的同时节省网络开支的目的。包括：

步骤211，MUE发起媒体分流请求给MSCF，以请求业务的流量迁移；

步骤212，MSCF将媒体分流请求进一步发送给MASF；

步骤213，MASF向MUP-FE发送可用连接查询消息，获取MUE当前的可用连接信息；

步骤214，MASF根据收到的媒体分流请求消息和获取的用户当前的可用连接信息，进行分流决策，决定是否允许该MUE将部分流量迁移到新的连接(本实施例中为WLAN)，如果允许，则执行步骤215，如果不允许，则执行步骤225，返回指示分流失败的消息；

MASF根据业务类型(如IPTV业务或VoIP业务)、连接的性质(如3G网络连接或WLAN网络连接，其中3G覆盖广、比较稳定)、资费(通常3G比WLAN资费高)，由于IPTV业务对实时性的要求没有VoIP高，但对带宽的要求比VoIP高，则MASF考虑将IPTV迁移到WLAN，VoIP继续运行在原来的连接上。

在本实施例中MASF可以决策将该MUE的所有业务均迁移到新的连接上，也可以将该MUE的部分业务迁移到新的连接上。

步骤215，MASF向MSCF发送子业务资源请求消息，消息中携带需要分流到新连接上的Qos(QualityofService，服务质量)资源需求信息；

Qos资源需求信息包括例如需要的带宽、优先级等QoS资源相关的参数。

MASF意在通过MSCF向MPC-FE发起第一请求，请求MPC-FE为新连接对应的TF2制定新的策略规则，并将该新的策略规则安装至该TF2。

步骤216，MSCF将该子业务资源请求消息发送给MPC-FE；

步骤217，MPC-FE基于QoS资源需求信息制定策略规则，并下发给新连接对应的传输功能TF2进行安装；

具体地，MPC-FE基于QoS资源需求信息制定策略规则是指：MPC-FE根据QoS资源需求信息以及MPC-FE自身维护的用户的签约信息等参数制定策略规则。

步骤218，MPC-FE向MSCF发送子业务资源响应消息；

如果TF2安装策略成功，则子业务资源响应消息中包含指示安装成功的信息；如果安装策略失败，则子业务资源响应消息中包含指示安装失败的信息。

步骤219，MSCF向MASF发送子业务资源响应消息；

步骤220，MASF向MSCF发送子业务资源修改请求消息，消息中携带旧连接上的新的QoS资源需求信息，由于已将部分流量迁移到新连接上，需要修改旧连接上占用的传输资源；

在本实施例中，当新TF的策略规则安装成功，MASF通过MSCF向MPC-FE发起第二请求，请求MPC-FE为旧连接对应的TF1重新制定策略规则，并将重新制定的策略规则安装至TF1。在其他实施例中，MASF可同时向MPC-FE发送第一请求和第二请求，或者也可以先发送第二请求，再发送第一请求。

MASF可通过现有技术的方法获得旧连接的新的QoS资源需求信息。

本实施例默认步骤217中，TF2安装策略成功。如果安装不成功，则执行步骤225，返回指示分流失败的消息。

步骤221，MSCF将子业务资源修改请求消息发送给MPC-FE；

步骤222，MPC-FE根据旧连接的修改后的QoS资源需求等信息制定新的策略规则，并下发给该MUE当前连接(即旧连接)对应的传输功能TF1进行安装以修改原来的策略规则；

本实施例以当前连接只有一个为例，如果当前连接有两个或两个以上，则需向该些当前连接对应的TF分别发送新的策略规则，分别进行安装。

步骤223，MPC-FE向MSCF发送子业务资源修改响应消息；

步骤224，MSCF向MASF发送子业务资源修改响应消息；

步骤225，MASF向MSCF发送媒体分流响应消息；

如果分流成功，则该媒体分流响应消息包含指示分流成功的信息；如果分流失败，则该媒体分流响应消息包含分流失败的信息。

步骤226，MSCF向MUE回复媒体分流响应消息。

实施例3

本实施例描述的多连接业务流量分配流程是由网络侧触发的，因此也可称为业务分解流程，包括：多连接业务控制功能实体(MSCF)发起流量分配，向多连接应用支持功能实体(MASF)发送流量分配请求，其中包含需进行流量分配的MUE的标识信息，MASF从多连接用户清单功能实体(MUP-FE)查询需进行流量分配的MUE的可用连接信息，根据可用连接信息进行流量分配决策。

如图3所示，根据实施例2，远端MUE发起某多连接业务请求，MSCF根据本地MUE的特点，即判断本地MUE是否处于多连接状态，请求MASF进一步进行多连接业务分解决策，若选择两个连接进行流量分担，则涉及两个连接上的QoS资源控制。包括：

步骤311，MSCF收到来自远端MUE的业务需求，触发MSCF生成业务请求消息；

步骤312，若MSCF判断出远端UE要求建立通讯的本地UE当前存在两个以上连接，则MSCF向MASF发送业务分解请求消息，请求其决策当本地MUE处于多连接状态时是否要进行业务分解及如何分解，以达到流量均衡、节省费用的目的；

步骤313，MASF向MUP-FE发送可用连接查询消息，获取本地MUE当前的可用连接信息；

步骤314，MASF根据收到的业务分解请求消息和获取的本地MUE当前的可用连接信息，进行分解决策；

MASF进行的分解决策与上一实施例相同，此处不再赘述。

步骤315，MASF给MSCF发送子业务资源请求消息，消息中携带需要分流到新连接上的Qos资源需求信息；

步骤316，MSCF将该子业务资源请求消息发送给MPC-FE；

步骤317，MPC-FE基于QoS资源需求信息制定策略规则，并下发给新连接对应的传输功能TF1进行安装；

步骤318，MPC-FE向MSCF发送子业务资源响应消息；

步骤319，MSCF向MASF发送子业务资源响应消息；

步骤320，MASF向MSCF发送子业务资源请求消息，消息中携带需要分流到旧连接上的Qos资源需求信息；

步骤321，MSCF将子业务资源请求消息发送给MPC-FE；

步骤322，MPC-FE根据QoS资源需求等信息制定策略规则，并下发给连接2对应的传输功能TF2进行安装；

步骤323，MPC-FE向MSCF发送子业务资源响应消息；

步骤324，MSCF向MASF发送子业务资源响应消息；

步骤325，MASF向MSCF发送业务分解响应消息。

本实施例以远端发起业务为例进行说明，在其他实施例中，也可以由本地MUE发起业务，触发MSCF生成业务请求消息，后续流程相同，此处不再赘述。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (13)

1.一种多连接业务控制系统，其特征在于，包括：多连接用户清单功能实体MUP-FE和多连接注册功能实体MR-FE，所述MUP-FE与MR-FE之间存在交互接口，其中：

所述MR-FE，用于将其管理的支持多连接功能的用户设备MUE的可用连接信息发送给所述MUP-FE；

所述MUP-FE，用于接收并存储所述MUE的可用连接信息；

所述系统还包括：多连接应用支持功能实体MASF，所述MASF与MUP-FE连接；

所述MASF，用于在接收到流量分配请求后，从所述MUP-FE存储的MUE的可用连接信息中查询需进行流量分配的MUE的可用连接信息，基于所述可用连接信息进行流量分配决策。

2.如权利要求1所述的系统，其特征在于：

所述MUP-FE，还用于在接收到所述MUE的可用连接信息后，向所述MR-FE回复响应消息。

3.如权利要求1所述的系统，其特征在于：

所述流量分配决策用于决策是否选择新的连接为所述需进行流量分配的MUE提供业务。

4.如权利要求1所述的系统，其特征在于：

所述流量分配请求是由所述需进行流量分配的MUE通过多连接业务控制功能实体MSCF向所述MASF发送的，所述MUE发送的流量分配请求为媒体分流请求消息。

5.如权利要求1所述的系统，其特征在于：

所述系统还包括多连接业务控制功能实体MSCF；

所述MSCF，用于在判断发起业务的第一MUE所请求建立通讯的第二MUE当前存在两个以上连接时，向所述MASF发送作为流量分配请求的业务分解请求消息，其中包含需进行流量分配的MUE的标识信息。

6.如权利要求4或5所述的系统，其特征在于：

所述MASF包括流量分配决策单元和策略规则安装触发单元，其中：

所述流量分配决策单元，用于根据接收到的流量分配请求和从所述MUP-FE查询的所述需进行流量分配的MUE的可用连接信息进行流量分配决策；

所述策略规则安装触发单元，用于在所述流量分配决策单元决策允许所述需进行流量分配的MUE将流量分配到新连接上时，通过所述MSCF向多连接策略控制功能实体MPC-FE发起请求，请求所述MPC-FE为新连接对应的TF和旧连接对应的传输功能实体TF制定策略规则并安装。

7.如权利要求6所述的系统，其特征在于：

所述策略规则安装触发单元是采用以下方式通过MSCF向MPC-FE发起请求，请求所述MPC-FE为新连接对应的TF和旧连接对应的TF制定策略规则并安装：

所述策略规则安装触发单元通过MSCF向MPC-FE发起第一请求，请求MPC-FE为新连接对应的第一TF制定新的策略规则，并将该新的策略规则安装至所述第一TF，所述第一请求中包含新连接的服务质量资源需求信息；

所述策略规则安装触发单元通过MSCF向MPC-FE发起第二请求，请求MPC-FE为旧连接对应的第二TF重新制定策略规则，并将重新制定的策略规则安装至所述第二TF，所述第二请求中包含旧连接的新的服务质量资源需求信息。

8.一种多连接业务流量分配方法，包括：

支持多连接功能的用户设备MUE或多连接业务控制功能实体MSCF发送流量分配请求；

接收到流量分配请求的多连接应用支持功能实体MASF从多连接用户清单功能实体MUP-FE存储的MUE的可用连接信息中查询需进行流量分配的MUE的可用连接信息，所述MASF基于所述可用连接信息进行流量分配决策；

所述MUP-FE存储的MUE的可用连接信息是由多连接注册功能实体MR-FE通过所述MR-FE与MUP-FE之间的接口发送给所述MUP-FE的。

9.如权利要求8所述的方法，其特征在于：

所述流量分配决策用于决策是否选择新的连接为所述需进行流量分配的MUE提供业务。

10.如权利要求8所述的方法，其特征在于：

所述MUE发送流量分配请求的步骤包括：

所述MUE通过多连接业务控制功能实体MSCF向MASF发送作为流量分配请求的媒体分流请求消息；

所述需要进行流量分配的MUE为所述发起流量分配的MUE。

11.如权利要求8所述的方法，其特征在于：

所述MSCF发送流量分配请求的步骤包括：

所述MSCF若判断发起业务的第一MUE所请求建立通讯的第二MUE当前存在两个以上连接，则向MASF发送作为流量分配请求的业务分解请求消息，其中包含需进行流量分配的MUE的标识信息。

12.如权利要求10或11所述的方法，其特征在于：

所述MASF基于可用连接信息进行流量分配决策的步骤包括：

所述MASF根据接收到的流量分配请求和从所述MUP-FE查询的所述需进行流量分配的MUE的可用连接信息进行流量分配决策，当决策允许所述MUE将流量分配到新连接上时，所述MASF通过所述MSCF向多连接策略控制功能实体MPC-FE发起请求，请求所述MPC-FE为新连接对应的TF和旧连接对应的传输功能实体TF制定策略规则并安装。

13.如权利要求12所述的方法，其特征在于：

所述MASF通过所述MSCF向MPC-FE发起请求，请求所述MPC-FE为新连接对应的TF和旧连接对应的TF制定策略规则并安装的步骤包括：

所述MASF通过MSCF向MPC-FE发起第一请求，请求MPC-FE为新连接对应的第一TF制定新的策略规则，并将该新的策略规则安装至所述第一TF，所述第一请求中包含新连接的服务质量资源需求信息；

所述MASF通过MSCF向MPC-FE发起第二请求，请求MPC-FE为旧连接对应的第二TF重新制定策略规则，并将重新制定的策略规则安装至所述第二TF，所述第二请求中包含旧连接的新的服务质量资源需求信息。