一种多制式网络下的业务分流方法及装置的制造方法

一种多制式网络下的业务分流方法及装置的制造方法
【专利摘要】本发明公开了一种多制式网络下的业务分流方法及装置，用以提高网络资源利用率。该方法为：CRRM接收终端发送的业务连接建立请求后，判断当前RAT是否能够承载相应业务的基础子流和增强子流；若是，则采用当前RAT承载相应业务的基础子流和增强子流；否则，进一步判断当前RAT是否能够承载相应业务的基础子流，若是，则采用当前RAT承载相应业务的基础子流，并选择符合第一预设条件的其他RAT承载相应业务的增强子流；否则，选择符合第二预设条件的其他RAT承载相应业务的基础子流和增强子流。这样，可被动进行业务分流调度，降低终端实现复杂度，以及能够充分合理利用RAT资源，提高数据传输效率以及系统整体性能。
【专利说明】
一种多制式网络下的业务分流方法及装置
技术领域
[0001] 本发明涉及通信领域，特别涉及一种多制式网络下的业务分流方法及装置。
【背景技术】
[0002] 随着移动通信网络的发展和演进，越来越多的运营商同时拥有多种不同制式的 网络（可简称多制式网络），针对多制式网络的管理，如图1所示，采用通用无线资源管理 (Common Radio Resource Management，CRRM)的概念，通过引入集中控制节点对多种无线 接入技术（Radio Access Technology，RAT)进行统一集中管理，CRRM实体（可以为CRRM服 务器，以下简称为CRRM)可集中管理N种RAT，管理机制为：CRRM可向其管辖的RAT下发命 令（如，资源分配建议等）；各RAT可以向其所属的CRRM上报其制式网络的相关情况（如， 负荷情况等）。这样，CRRM可获得各个RAT的网络的相关情况，由CRRM统一管理各个RAT， 于此所选择的业务调度方法是最佳的。
[0003] 目前，越来越多的终端具有多制式能力，即终端可以同时支持多种不同的制式 (以下将这种终端简称为多模终端），如果多模终端支持同时连接到多种不同制式（以下 将这种终端简称为多模多连接终端），则CRRM可以将该终端的同一业务或者不同业务分流 (分流也可称为调度）到不同制式的网络承载，从而提升系统的服务性能。
[0004] 现有技术中，也存在跨RAT的调度方法。将一种业务分为基本部分和增强部分，其 中，基本部分被认为是再现这种业务所必须的部分，增强部分被认为是可以进一步增强这 种业务体验的部分。现有的分流策略是按照一种业务的基本部分和增强部分，将该业务分 流为业务的基础子流和业务的增强子流，针对一些典型的业务，业务的基础子流和业务的 增强子流的其中一种示例的划分方法如下表1所示：
[0005] 表 1
[0006]
[0007] ^基于此，现有的分流策略是将业务的基础子流用具有大范围覆盖的制式网络承载 (比如UMTS)，以保证用户获得基本的业务体验的概率较大，将业务的增强子流用高速率的 制式网络（比如WLAN)承载，这样，即便高速率的制式网络即使对于用户不可达（如，WLAN 往往是热点覆盖，而非连续覆盖），用户也仅仅损失了业务的增强部分，基本的业务体验仍 然保证能获得。
[0008] 但是，现有的分流策略在进行跨RAT分流调度时，直接将业务的不同部分分为不 同的业务子流，利用不同制式的网络进行承载，若具有大范围覆盖的制式网络也能够满足 业务的增强部分，即不但能承载业务的基础子流，也能够承载业务的增强子流，这种情况 下，仍然对业务进行分流，就会增加网络实现的复杂度，并且终端需要对来自不同RAT的数 据流进行合并，这就也增加了终端实现的复杂度。

【发明内容】

[0009] 本发明实施例提供一种多制式网络下的业务分流方法及装置，用以解决现有技术 中存在终端及网络实现复杂度的问题，提高网络资源的利用率。
[0010] 本发明实施例提供的具体技术方案如下：
[0011] -种多制式网络下的业务分流方法，包括：
[0012] CRRM接收终端发送的业务连接建立请求后，判断当前RAT是否能够承载相应业务 的基础子流和增强子流，其中，所述基础子流用于指示满足所述相应业务的最低服务质量 的业务分流，所述增强子流用于指示增强所述业务服务质量的业务分流；
[0013] 若是，则采用当前RAT承载所述相应业务的基础子流和增强子流；
[0014] 否则，进一步判断当前RAT是否能够承载所述相应业务的基础子流，若是，则采用 当前RAT承载所述相应业务的基础子流，并选择符合第一预设条件的其他RAT承载所述相 应业务的增强子流；否则，选择符合第二预设条件的其他RAT承载所述相应业务的基础子 流和增强子流。
[0015] 这样，可被动进行业务分流调度，降低终端实现复杂度，以及能够充分合理利用 RAT资源，提高数据传输效率以及系统整体性能。
[0016] 较佳地，判断当前RAT是否能够承载相应业务的基础子流和增强子流，具体包括：
[0017] 预估所述相应业务的基础子流在当前RAT下对应的第一负荷值，以及预估所述相 应业务的增强子流在当前RAT下对应的第二负荷值，并将当前RAT的第一预估总负荷值与 当前RAT的预设系统负荷门限值进行比较，其中，所述第一预估总负荷值为所述第一负荷 值、所述第二负荷值以及当前RAT的当前系统负荷值之和，所述系统负荷门限值用于表征 当前RAT能够承载负荷的最大值；
[0018] 若所述第一预估总负荷值小于所述当前RAT的系统负荷门限值，则判定当前RAT 能够承载所述相应业务的基础子流和增强子流；
[0019] 若所述第一预估总负荷值不小于所述当前RAT的系统负荷门限值，则判定当前 RAT不能承载所述相应业务的基础子流和增强子流。
[0020] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0021] 较佳地，在判定当前RAT不能承载所述相应业务的基础子流和增强子流时，进一 步判断当前RAT是否能够承载所述相应业务的基础子流，具体包括：
[0022] 将当前RAT的第二预估总负荷值与所述当前RAT的预设系统负荷门限值进行比 较，其中，所述第二预估总负荷值为所述第一负荷值与所述当前RAT的当前系统负荷值之 和；
[0023] 若所述第二预估总负荷值小于所述当前RAT的预设系统负荷门限值，则判定当前 RAT能够承载所述相应业务的基础子流；
[0024] 若所述第二预估总负荷值不小于所述当前RAT的预设系统负荷门限值，则判定当 前RAT不能承载所述相应业务的基础子流。
[0025] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0026] 较佳地，选择符合第一预设条件的其他RAT承载所述相应业务的增强子流，具体 包括：
[0027] 选择所有符合所述终端接入条件的其他RAT，生成第一 RAT集合，其中，所述接入 条件为：所述终端的导频信号测量值达到所在RAT的预设门限，并且所述终端所在RAT当前 系统负荷值小于所述终端所在RAT的预设系统负荷门限值；
[0028] 分别针对所述第一 RAT集合中包含的每一个RAT执行以下操作：预估所述相应业 务的增强子流在一个RAT下对应的第三负荷值，并计算所述一个RAT的预设系统负荷门限 值与所述一个RAT的第三预估总负荷值之间的差值，其中，所述第三预估总负荷值为所述 第三负荷值与所述一个RAT当前系统负荷值之和；
[0029] 基于针对所述第一 RAT集合中包含的每一个RAT计算获得的差值，生成第一差值 集合，并选择所述第一差值集合中的最大值对应的RAT承载所述相应业务的增强子流。
[0030] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0031] 较佳地，选择符合第二预设条件的其他RAT承载所述相应业务的基础子流和增强 子流，具体包括：
[0032] 选择所有符合所述终端接入条件的其他RAT，生成第二RAT集合，其中，所述接入 条件为：所述终端的导频信号测量值达到所在RAT的预设门限，并且所述终端所在RAT当前 系统负荷值小于所述终端所在RAT的预设系统负荷门限值；
[0033] 分别针对所述第二RAT集合中包含的每一个RAT执行以下操作：预估所述相应业 务的基础子流在一个RAT下对应的第四负荷值，以及预估所述相应业务的增强子流在所述 一个RAT下对应的第五负荷值，并计算所述一个RAT的预设系统负荷门限值与所述一个RAT 的第四预估总负荷值之间的差值，其中，所述第四预估总负荷值为所述第三负荷值、所述第 四负荷值以及所述一个RAT的当前系统负荷值之和；
[0034] 基于针对所述第二RAT集合中包含的每一个RAT计算获得的差值，生成第二差值 集合，在所述第二差值集合中选择大于零的差值生成第一差值子集，并选择所述第一差值 子集中的最大值对应的RAT承载所述相应业务的基础子流和增强子流。
[0035] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0036] 较佳地，若所述第一差值子集为空，进一步包括：
[0037] 选择所有符合所述终端接入条件的其他RAT，生成第三RAT集合；
[0038] 分别针对所述第三RAT集合中包含的每一个RAT执行以下操作：预估所述相应业 务的基础子流在一个RAT下对应的第六负荷值，并计算所述一个RAT的预设系统负荷门限 值与所述一个RAT的第五预估总负荷值之间的差值，其中，所述第五预估总负荷值为所述 第六负荷值与所述一个RAT当前系统负荷值之和；
[0039] 基于针对所述第三RAT集合中包含的每一个RAT计算获得的差值，生成第三差值 集合，并在所述第三差值集合中选择大于零的差值生成第二差值子集，并选择所述第二差 值子集中的最大值对应的RAT承载所述相应业务的基础子流。
[0040] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0041] 较佳地，在采用当前RAT承载所述相应业务的基础子流，并选择符合第一预设条 件的其他RAT承载所述相应业务的增强子流之后，进一步包括：
[0042] 在基础子流数据中记录第一建议调度时间标签，所述第一建议调度时间标签用于 指示建议当前RAT调度所述相应业务的基础子流的时间，以及，在增强子流数据中记录第 二建议调度时间标签，所述第二建议调度时间标签用于指示建议符合第一预设条件的其他 RAT调度所述相应业务的增强子流的时间，其中，所述第一建议调度时间与所述第二建议调 度时间的差值不超过预设的时间差阈值。
[0043] 这样，才能保证接收侧（终端或CRRM实体）能够对来自不同RAT的业务数据子流 进行有效合并，避免了由于时延差过大的问题。
[0044] 一种多制式网络下的业务分流装置，包括：
[0045] 通信单元，用于接收终端发送的业务连接建立请求；
[0046] 判断单元，用于判断当前RAT是否能够承载相应业务的基础子流和增强子流，其 中，所述基础子流用于指示满足所述相应业务的最低服务质量的业务分流，所述增强子流 用于指示增强所述业务服务质量的业务分流；
[0047] 若是，则采用当前RAT承载所述相应业务的基础子流和增强子流；
[0048] 否则，进一步判断当前RAT是否能够承载所述相应业务的基础子流，若是，则采用 当前RAT承载所述相应业务的基础子流，并选择符合第一预设条件的其他RAT承载所述相 应业务的增强子流；否则，选择符合第二预设条件的其他RAT承载所述相应业务的基础子 流和增强子流。
[0049] 这样，可被动进行业务分流调度，降低终端实现复杂度，以及能够充分合理利用 RAT资源，提高数据传输效率以及系统整体性能。
[0050] 较佳地，在判断当前RAT是否能够承载相应业务的基础子流和增强子流时，所述 判断单元具体用于：
[0051] 预估所述相应业务的基础子流在当前RAT下对应的第一负荷值，以及预估所述相 应业务的增强子流在当前RAT下对应的第二负荷值，并将当前RAT的第一预估总负荷值与 当前RAT的预设系统负荷门限值进行比较，其中，所述第一预估总负荷值为所述第一负荷 值、所述第二负荷值以及当前RAT的当前系统负荷值之和，所述系统负荷门限值用于表征 当前RAT能够承载负荷的最大值；
[0052] 若所述第一预估总负荷值小于所述当前RAT的系统负荷门限值，则判定当前RAT 能够承载所述相应业务的基础子流和增强子流；
[0053] 若所述第一预估总负荷值不小于所述当前RAT的系统负荷门限值，则判定当前 RAT不能承载所述相应业务的基础子流和增强子流。
[0054] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0055] 较佳地，在判定当前RAT不能承载所述相应业务的基础子流和增强子流时，所述 判断单元进一步判断当前RAT是否能够承载所述相应业务的基础子流，具体包括：
[0056] 将当前RAT的第二预估总负荷值与所述当前RAT的预设系统负荷门限值进行比 较，其中，所述第二预估总负荷值为所述第一负荷值与所述当前RAT的当前系统负荷值之 和；
[0057] 若所述第二预估总负荷值小于所述当前RAT的预设系统负荷门限值，则判定当前 RAT能够承载所述相应业务的基础子流；
[0058] 若所述第二预估总负荷值不小于所述当前RAT的预设系统负荷门限值，则判定当 前RAT不能承载所述相应业务的基础子流。
[0059] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0060] 较佳地，在选择符合第一预设条件的其他RAT承载所述相应业务的增强子流时， 所述判断单元具体用于：
[0061] 选择所有符合所述终端接入条件的其他RAT，生成第一 RAT集合，其中，所述接入 条件为：所述终端的导频信号测量值达到所在RAT的预设门限，并且所述终端所在RAT当前 系统负荷值小于所述终端所在RAT的预设系统负荷门限值；
[0062] 分别针对所述第一 RAT集合中包含的每一个RAT执行以下操作：预估所述相应业 务的增强子流在一个RAT下对应的第三负荷值，并计算所述一个RAT的预设系统负荷门限 值与所述一个RAT的第三预估总负荷值之间的差值，其中，所述第三预估总负荷值为所述 第三负荷值与所述一个RAT当前系统负荷值之和；
[0063] 基于针对所述第一 RAT集合中包含的每一个RAT计算获得的差值，生成第一差值 集合，并选择所述第一差值集合中的最大值对应的RAT承载所述相应业务的增强子流。
[0064] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0065] 较佳地，在选择符合第二预设条件的其他RAT承载所述相应业务的基础子流和增 强子流时，所述判断单元具体用于：
[0066] 选择所有符合所述终端接入条件的其他RAT，生成第二RAT集合，其中，所述接入 条件为：所述终端的导频信号测量值达到所在RAT的预设门限，并且所述终端所在RAT当前 系统负荷值小于所述终端所在RAT的预设系统负荷门限值；
[0067] 分别针对所述第二RAT集合中包含的每一个RAT执行以下操作：预估所述相应业 务的基础子流在一个RAT下对应的第四负荷值，以及预估所述相应业务的增强子流在所述 一个RAT下对应的第五负荷值，并计算所述一个RAT的预设系统负荷门限值与所述一个RAT 的第四预估总负荷值之间的差值，其中，所述第四预估总负荷值为所述第三负荷值、所述第 四负荷值以及所述一个RAT的当前系统负荷值之和；
[0068] 基于针对所述第二RAT集合中包含的每一个RAT计算获得的差值，生成第二差值 集合，在所述第二差值集合中选择大于零的差值生成第一差值子集，并选择所述第一差值 子集中的最大值对应的RAT承载所述相应业务的基础子流和增强子流。
[0069] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0070] 较佳地，若所述第一差值子集为空，所述判断单元进一步用于：
[0071 ] 选择所有符合所述终端接入条件的其他RAT，生成第三RAT集合；
[0072] 分别针对所述第三RAT集合中包含的每一个RAT执行以下操作：预估所述相应业 务的基础子流在一个RAT下对应的第六负荷值，并计算所述一个RAT的预设系统负荷门限 值与所述一个RAT的第五预估总负荷值之间的差值，其中，所述第五预估总负荷值为所述 第六负荷值与所述一个RAT当前系统负荷值之和；
[0073] 基于针对所述第三RAT集合中包含的每一个RAT计算获得的差值，生成第三差值 集合，并在所述第三差值集合中选择大于零的差值生成第二差值子集，并选择所述第二差 值子集中的最大值对应的RAT承载所述相应业务的基础子流。
[0074] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0075] 较佳地，在采用当前RAT承载所述相应业务的基础子流，并选择符合第一预设条 件的其他RAT承载所述相应业务的增强子流之后，进一步包括：
[0076] 合并单元，用于在基础子流数据中记录第一建议调度时间标签，所述第一建议调 度时间标签用于指示建议当前RAT调度所述相应业务的基础子流的时间，以及，在增强子 流数据中记录第二建议调度时间标签，所述第二建议调度时间标签用于指示建议符合第一 预设条件的其他RAT调度所述相应业务的增强子流的时间，其中，所述第一建议调度时间 与所述第二建议调度时间的差值不超过预设的时间差阈值。
[0077] 这样，才能保证接收侧（终端或CRRM实体）能够对来自不同RAT的业务数据子流 进行有效合并，避免了由于时延差过大的问题。
【附图说明】
[0078] 图1为现有技术中CRRM管理RAT架构示意图；
[0079] 图2为本发明实施例中上行业务交互流程图；
[0080] 图3为本发明实施例中下行业务交互流程图；
[0081] 图4为本发明实施例中业务分流流程图；
[0082] 图5和图6为本发明实施例中CRRM结构示意图。
【具体实施方式】
[0083] 本发明实施例设计了一种多制式网络下的业务分流方法及装置，通过对业务的基 础子流和增强子流在RAT下对应的负荷值的预估，结合所有RAT的网络状况，判定是否应 该对该业务进行分流，以及，在分流的情况下，为该业务的基础子流和增强子流选择最佳的 RAT来承载，这样，能够减少由业务分流导致的接收侧接收业务数据子流不同步导致的问 题，并且，能够充分合理利用RAT资源，提高数据传输效率以及系统整体性能。
[0084] 下面参阅附图对本发明实施例优选的方案进行详细说明。
[0085] 本发明实施例是在多制式网络下，针对多模多连接终端的业务，采用CRRM对多种 RAT进行统一集中管理，其中，每一个RAT下至少有一个小区。
[0086] 参阅图2所示，本发明实施例中，针对上行业务，网元的整体交互流程如下：
[0087] 步骤201 :终端向核心网发送业务连接建立请求。
[0088] 步骤202 :核心网收到终端发送的业务连接建立请求之后，向CRRM发送业务承载 连接建立请求。
[0089] 步骤203 :CRRM收到核心网发送的业务承载连接建立请求后，针对该业务判断是 否需要进行分流，以及在需要分流的情况下，分流至哪些RAT进行调度。
[0090] 具体地，由于CRRM对RAT进行统一集中管理，因此CRRM可以通过各个RAT上报的 信息获知各个RAT网络的相关情况，CRRM根据各个RAT网络的相关情况，针对该业务判断 是否需要进行分流，以及，在需要分流的情况下，将该业务具体分流至哪些RAT。具体的业务 分流方法将在后续过程中进行详细介绍。
[0091] 步骤204 :CRRM向终端发送无线承载建立请求，并将步骤203中获得的分流判定结 果向终端发送，以指示终端是否需要激活其他RAT。
[0092] 步骤205 :终端向CRRM反馈无线承载建立响应。
[0093] 步骤206 :CRRM将接收的终端反馈的无线承载建立响应向核心网发送。
[0094] 至此，此次业务的网络路由建立完毕，终端可以和业务服务器（即业务源）之间执 行应用层的信令交互。
[0095] 步骤207 :业务源将业务数据流向CRRM发送。
[0096] 步骤208 :CRRM在接收到业务数据流后，根据是否需要分流，分别执行不同的操 作。
[0097] 若不需要进行分流，则直接将接收到的业务数据流向终端发送；
[0098] 若需要进行分流，则将接收到的业务数据流分流至不同的RAT，并指示相应的RAT 分别将对应的业务数据子流向终端发送，其中，一个RAT对应一个业务数据子流。在发送业 务数据子流后，执行步骤209。
[0099] 步骤209 :终端对接收到的多个RAT发送的业务数据子流进行合并。
[0100] 具体的合并方法将在后续过程中进行详细说明。
[0101] 步骤201-步骤209是针对上行方向的网元交互流程，下面对本发明实施例中下行 方向的网元交互流程进行介绍。
[0102] 参阅图3所示，本发明实施例中，针对下行方向，网元的整体交互流程如下：
[0103] 步骤301-步骤306与步骤201-步骤206相同，即业务的网络路由建立过程相同， 在此不再赘述。
[0104] 在终端可以和业务服务器之间执行应用层的信令交互后，终端根据CRRM的指令 可获知是否需要对业务进行分流，根据是否需要对业务进行分流，分别执行不同的操作。
[0105] 若不需要进行分流，则终端将业务数据流直接向CRRM发送，由CRRM发到业务服务 器；若需要分流，则执行步骤307。
[0106] 步骤307 :终端进行业务分流后，将业务数据子流分别发送至由CRRM分配的RAT。
[0107] 步骤308 :CRRM对来自不同RAT的业务数据子流进行合并。
[0108] 步骤309 ::将合并的业务数据流发送至业务服务器。
[0109] 其中，终端根据CRRM的指令可获知：在对业务进行分流时，由哪些RAT承载该业务 的业务数据子流。另外，CRRM对来自不同RAT的业务数据子流的具体合并方法将在后续过 程进行详细介绍。
[0110] 至此，针对上行方向和下行方向的网元交互流程都介绍完毕。下面针对本发明实 施例中的业务分流策略进行详细介绍。
[0111] 参阅图4所示，本发明实施例中，多制式网络的业务分流流程如下：
[0112] 步骤400 :CRRM接收终端发送的业务连接建立请求后，判断当前RAT是否能够承载 相应业务的基础子流和增强子流，若是，则执行步骤410,否则，执行步骤420。
[0113] 其中，针对一个业务，基础子流用于指示满足该业务的最低需求的业务分流，增强 子流用于指示增强该业务体验的业务分流。由业务源对业务的基础子流和增强子流进行划 分，划分方法有多种，下面以其中一种为例进行介绍。
[0114] 例如，对于分级视频编码（如H. 264或MPEG-4)，基础子流可对应普通清晰度的视 频流，基础子流与增强子流合并后的业务数据流可对应高清视频流；对于Ftp业务流，由于 业务整体具有同样的服务质量（Quality of Service，QoS)要求，因此对于Ftp业务流的划 分不能以质量为标准，以Ftp下载业务为例，基础子流可对应最低下载速率要求的业务分 流（例如最低速率要求为64kbps)，增强子流可对应下载速率超过最低下载速率要求的那 部分业务分流。
[0115] 本发明实施例中，多制式网络下的业务分流方法适用于任何基础子流与增强子流 的划分方法，即无论采用哪种划分方法，CRRM对收到业务数据流进行解析，便可区分基础子 流和增强子流，以及预估基础子流、增强子流以及二者在RAT的负荷
[0116] 例如，终端请求ftp业务，其速率要求是2Mbps，假设基础子流速率要求时 500kbps，那么，增强子流速率要求就是1500kpbs。因此，CRRM根据基础子流的速率要求 64kbps，结合某一 RAT的当前的承载能力，就可以预估出该RAT承载该64kbps的基础子流 所需占用的负荷，同样，也可预估出该RAT承载一定速率要求的增强子流所需占用的负荷。
[0117] 具体地，CRRM收到终端发送的业务连接建立请求后，分别预估该业务的基础子流 和增强子流在终端所在RAT下对应的负荷，并根据终端所在RAT上报的负荷情况，判断终端 所在的RAT是否能够承载该业务的基础子流和增强子流。判断的具体方法为：
[0118] 预估该业务的基础子流在当前RAT下对应的负荷值（可记为第一负荷值），以及 预估该业务的增强子流在当前RAT下对应负荷值（可记为第二负荷值），并预估将该业务 的基础子流与增强子流都接入当前RAT后，当前RAT的总系统负荷（可记为第一预估总负 荷值），并将当前RAT的第一预估总负荷值与当前RAT的预设系统负荷门限值进行比较，其 中，该第一预估总负荷值为第一负荷值、第二负荷值以及当前RAT的当前系统负荷值之和， 系统负荷门限值用于表征当前RAT能够承载负荷的最大值，该系统负荷门限值为系统预先 配置的，根据获得的比较结果判定当前RAT是否能够承载该业务的基础子流和增强子流。
[0119] 若该第一预估总负荷值小于当前RAT的系统负荷门限值，表示若该业务的基础子 流和增强子流即便由当前RAT承载，也不会超出当前RAT系统负荷的上限，则此时判定当前 RAT能够承载该业务的基础子流和增强子流，即可执行步骤410。
[0120] 若该第一预估总负荷值不小于当前RAT的系统负荷门限值，表示若该业务的基础 子流和增强子流由当前RAT承载，会造成当前RAT系统负荷溢出，则判定当前RAT不能承载 所述相应业务的基础子流和增强子流，即可执行步骤420。
[0121] 步骤410 :采用当前RAT承载相应业务的基础子流和增强子流。
[0122] 在判定当前RAT能够承载该业务的基础子流和增强子流的情况下，就不对该业 务进行分流，由当前RAT承载该业务的基础子流和增强子流，由于业务一旦分流到不同的 RAT进行承载，则需要终端对多个业务数据子流进行合并，因此，不对业务进行分流，可以降 低终端的实现复杂度，另一方面，由于在业务分流至不同RAT承载时，接收端接收来自不同 RAT的业务数据子流存在较大时延差，因此，不对业务进行分流，可以降低接收端接收业务 数据子流的时延差导致的业务服务质量降低。
[0123] 步骤420 :进一步判断当前RAT是否能够承载相应业务的基础子流，若是，则采用 当前RAT承载相应业务的基础子流，并选择符合第一预设条件的其他RAT承载所述相应业 务的增强子流；否则，选择符合第二预设条件的其他RAT承载相应业务的基础子流和增强 子流。
[0124] 在判定当前RAT不能同时承载该业务的基础子流和增强子流的情况下，进一步判 断当前RAT是否能承载该业务的基础子流，具体判断方法为：
[0125] 基于在步骤400中预估的该业务的基础子流在当前RAT下对应的第一负荷值，以 及根据当前RAT上报的网络情况而获得的当前RAT的当前系统负荷，预估将该业务的基础 子流接入当前RAT后，当前RAT的总系统负荷值（可记为第二预估总负荷值），该第二预估 总负荷值为该第一负荷值与当前RAT的当前系统负荷值之和，将当前RAT的第二预估总负 荷值与当前RAT的预设系统负荷门限值进行比较，根据获得的比较结果判断当前RAT能否 承载该业务的基础子流，下面分两种情况进行描述：
[0126] 第一种情况：若第二预估总负荷值小于当前RAT的预设系统负荷门限值，表示在 当前RAT的当前系统负荷的基础上再接入该业务的基础子流，也不会超出当前RAT系统负 荷的上限，则在此种情况下，判定当前RAT能够承载该业务的基础子流。
[0127] 这样，能够保证该业务的基础QoS要求，进一步的，继续为该业务的增强子流寻找 CRRM下的其他符合条件的RAT承载，具体过程为：
[0128] 1、选择所有符合终端接入条件的其他RAT，生成第一 RAT集合，其中，接入条件为： 终端的导频信号测量值达到所在RAT的预设门限，并且终端所在RAT当前系统负荷值小于 终端所在RAT的预设系统负荷门限值。
[0129] 具体地，针对终端寻找所有符合接入条件的其他RAT，生成一个集合（记为第一 RAT集合），其中，其他RAT必须同时满足以下条件：
[0130] (1)终端测量得到的该RAT的导频接收强度大于该RAT的预设门限，例如，对于 第三代移动通信系统的长期演进（Long Term Evolution，LTE)制式网络，可以将条件设 置为终端测量的小区参考信号的参考信号接收功率（Cell Reference Signal Reference Signal Received Power，CRS RSRP)大于预设门限（如预设门限设置为_85dbm);对于时 分同步的码分多址技术（Time Division-Synchronous Code Division Multiple Access， TDS-CDMA)制式网络，可以将条件设置为终端测量的主公共控制物理信道的接收信号码功 率（Primary Common Control Physical Channel Received Signal Code Power, PCCPCH RSCP)大于预设门限（如预设门限设置为-85dbm)。之所以这样设置，是为了保证终端在该 RAT的覆盖下，能够正常与该RAT进行数据的交互。
[0131] (2)该RAT下的当前系统负荷小于该RAT配置的系统负荷的上限，因为，如果该 RAT下的当前系统负荷已达到配置的系统负荷的上限，那么该RAT肯定不能再继续承载任 何业务流。
[0132] 2、分别针对步骤1中生成的第一 RAT集合中包含的每一个RAT执行以下操作：
[0133] 预估该业务的增强子流在第一 RAT集合中包含的任意一个RAT下对应的负荷值 (记为第三负荷值），并预估相应RAT在当前系统负荷的基础上再接入该业务的增强子流后 的总负荷值（记为第三预估总负荷值），然后计算相应RAT的预设系统负荷门限值与相应 RAT的第三预估总负荷值之间的差值，其中，该第三预估总负荷值为该第三负荷值与相应 RAT当前系统负荷值之和；
[0134] 针对第一 RAT集合中的每一个RAT都执行上述差值的计算，可获得多个差值，然后 基于针对第一 RAT集合中包含的每一个RAT计算获得的差值，生成一个差值集合（记为第 一差值集合），并选择该第一差值集合中的最大值对应的RAT承载该业务的增强子流。
[0135] 其中，如果第一差值集合中的某一个差值大于零，表示这个值对应的RAT完全能 够满足该业务的增强子流的接入；
[0136] 如果第一差值集合中的某一个差值小于零，表示这个值对应的RAT不能够完全满 足该业务的增强子流的接入，即可能满足部分该业务的增强子流的接入，也可能完全不能 允许该业务的增强子流的接入，由于增强子流并非业务的基本需求，因此可不必完全满足， 或者可不必满足。于是，第一差值集合中的差值不需要满足大于零的条件。
[0137] 在第一差值集合中选择一个最大值（该最大值可能是在第一差值集合中存在大 于零的差值的情况下选择大于零的差值中的最大值，也可能在第一差值集合不存在大于零 的差值的情况下选择小于零的差值中的最大值），在第一 RAT集合中找出所选择的最大值 对应的RAT，来承载该业务的增强子流，这样，能够充分利用所有的RAT资源，选择最优的 RAT来调度该业务的增强子流。
[0138] 另外，若第一 RAT集合为空，表示没有符合接入条件的其他RAT来承载该业务的增 强子流，则在这种情况下，不发送该业务的增强子流；
[0139] 第二种情况：若第二预估总负荷值不小于当前RAT的预设系统负荷门限值，表示 在当前RAT的当前系统负荷的基础上再接入该业务的基础子流，会造成当前RAT系统负荷 溢出，则在此种情况下，判定当前RAT不能承载该业务的基础子流。
[0140] 进一步地，CRRM寻找是否有其他一个RAT能够承载该业务的基础子流和增强子 流，具体过程为：
[0141] A、选择所有符合终端接入条件的其他RAT，生成一个集合（记为第二RAT集合）， 其中，该接入条件与第一种情况中步骤1提及的接入条件相同，即终端的导频信号测量值 达到所在RAT的预设门限，并且终端所在RAT当前系统负荷值小于该RAT的预设系统负荷 门限值。
[0142] B、分别针对第二RAT集合中包含的每一个RAT执行以下操作：
[0143] 预估该业务的基础子流在该第二RAT集合中的任意一个RAT下对应的负荷值（记 为第四负荷值），以及预估该业务的增强子流在相应RAT下对应的负荷值（记为第五负荷 值），并预估相应RAT在当前系统负荷的基础上再接入该业务的基础子流和增强子流后的 总负荷值（记为第四预估总负荷值），然后计算相应RAT的预设系统负荷门限值与相应RAT 的第四预估总负荷值之间的差值，其中，第四预估总负荷值为第三负荷值、第四负荷值以及 相应RAT的当前系统负荷值之和；
[0144] 针对第二RAT集合中的每一个RAT都执行上述差值的计算，可获得多个差值，然后 基于针对第二RAT集合中包含的每一个RAT计算获得的差值，生成一个差值集合（记为第 二差值集合），在第二差值集合中选择大于零的差值生成第一差值子集，并选择第一差值子 集中的最大值对应的RAT承载该业务的基础子流和增强子流。
[0145] 其中，若第二差值集合中的某一个差值大于零，表示这个差值对应的RAT完全能 够满足该业务的基础子流以及增强子流的同时接入；
[0146] 若第二差值集合中的某一个差值不大于零，表示这个差值对应的RAT并不能完全 满足该业务的基础子流和增强子流的同时接入，可能只能够满足该业务的基础子流，不能 满足该业务的增强子流；也可能既不能满足该业务的增强子流，也不能满足该业务的基础 子流。在这种情况下，摒弃该不大于零的差值。
[0147] 生成的第一差值子集中的所有差值对应的RAT都能够同时承载该业务的基础子 流和增强子流，在第一差值子集中选择一个最大的差值，并在第二RAT集合中找出所选择 的最大的差值对应的RAT来承载该业务的基础子流和增强子流，这样，能够充分利用所有 的RAT资源，能够选择最优的RAT来调度该业务的基础子流和增强子流。
[0148] 另外，若第二RAT集合为空，表示没有符合接入条件的其他RAT来同时承载该业务 的基础子流和增强子流；或者，若第二RAT集合不为空，但是第一差值子集为空，表示在第 二差值集合中的所有差值都不大于零。在这两种情况下，不选择第二RAT集合中的任意一 个RAT去承载该业务流，继续进行下一种选择。
[0149] CRRM在其他能够承载该业务的基础子流的RAT中选择一个最优的RAT，具体过程 为：
[0150] a、选择所有符合终端接入条件的其他RAT，生成一个集合（记为第三RAT集合）， 其中，该接入条件与第一种情况中步骤1提及的接入条件相同，在此不再赘述。
[0151] b、分别针对第三RAT集合中包含的每一个RAT执行以下操作：
[0152] 预估该业务的基础子流在该第三RAT集合中的任意一个RAT下对应的负荷值（记 为第六负荷值），以及预估相应RAT在当前系统负荷的基础上再接入该业务的基础子流后 的总负荷值（记为第五预估总负荷值），并计算相应RAT的预设系统负荷门限值与相应RAT 的第五预估总负荷值之间的差值，其中，该第五预估总负荷值为第六负荷值与相应RAT当 前系统负荷值之和；
[0153] 针对第三RAT集合中的每一个RAT都执行上述差值的计算，可获得多个差值，然后 基于针对第三RAT集合中包含的每一个RAT计算获得的差值，生成一个差值集合（记为第 三差值集合），并在该第三差值集合中选择大于零的差值生成第二差值子集，并选择该第二 差值子集中的最大值对应的RAT承载该业务的基础子流。
[0154] 其中，若第三差值集合中的的某一个差值若大于零，表示这个差值对应的RAT完 全能够满足该业务的基础子流的接入；
[0155] 若第二差值集合中的某一个差值不大于零，表示这个差值对应的RAT在接入该业 务的基础子流的情况下会发生系统负荷的溢出。
[0156] 由于基础子流是业务的基本需求，因此必须保证RAT能够完全承载该业务的基础 子流，才能进一步保证该业务的正常服务质量。如果差值不大于零时，则不能使用该差值对 应的RAT承载该业务的基础子流，于此，在第二差值集合中选择大于零的差值生成第二差 值子集。
[0157] 然后，在该第二差值子集中选择最大的差值，并进一步在第三RAT集合中选择该 最大的差值对应的RAT来承载该业务的基础子流。
[0158] 至此，已在其他RAT中选择出一个最优的RAT来承载该业务的基础子流，对于该业 务的增强子流，可不选择RAT来承载，或者继续选择其他RAT来承载，选择方法如上述第一 种情况中的步骤1和步骤2所述，在此不在赘述。
[0159] 另外，若第三RAT集合为空，或者，第三RAT集合不为空但第二差值子集为空，表示 没有合适的RAT来承载该业务的基础子流，在这种情况下，拒绝该业务的连接建立请求。
[0160] 至此，多制式网络下的业务分流方法已介绍完毕，进一步的，在业务进行分流的情 况下，终端（针对下行方向）以及CRRM(针对上行方向）需要对来自不同RAT的业务数据 子流进行合并。
[0161] 现有技术中，在将终端发起的业务分流至不同RAT承载时，来自不同RAT的业务数 据子流到达终端或到达CRRM的时刻可能会存在时延差，如果时延差太大，就会导致接收侧 不能实现对不同业务数据子流的有效合并，从而降低系统传输数据的服务性能，例如，对于 视频业务，基础子流和增强子流到达接收端的时刻如果不一致，则会造成视频的不流畅，不 能保证用户良好的视频体验。
[0162] 有鉴于此，本发明实施例设计了一种业务数据子流的合并方法，具体为：
[0163] 在基础子流数据中打印第一建议调度时间标签，以及，在增强子流数据中打印第 二建议调度时间标签，分别用于指示相应的RAT调度相应业务数据子流的时间。
[0164] 例如，针对下行方向，接收侧为终端，针对上行方向，接收侧为CRRM实体，其中，在 传输业务数据流的过程中，CRRM判定采用RAT1承载相应业务的基础子流，采用RAT2承载 相应业务的增强子流，则CRRM在接收到业务数据流后，在业务的基础子流中打印第一建议 调度的时间标签（记为time_ Stampl)，在业务的增强子流中打印第二建议调度的时间标签 (记为time_stamp2)，并且，保证time_stampl约等于time_stamp2,这样，在RAT1向终端 调度基础子流数据时，根据CRRM建议的时间进行调度，RAT1就会保证在time_ Stampl前将 基础子流数据调度完成，在RAT2向终端调度增强子流数据时，根据CRRM建议的时间进行调 度，RAT2就会保证在time_ Stamp2前将增强子流数据调度完成。于此，才有可能保证业务 的基础子流和增强子流能够尽量同时到达接收侧，这样，才能保证接收侧（终端或CRRM实 体）能够对来自不同RAT的业务数据子流进行有效合并，避免了由于时延差过大的问题。
[0165] 另外，基于上述实施例，在确定对相应业务的分流结果以后，按照上述方法选择相 应的RAT去承载相应业务的基础子流和增强子流，并且在该业务接入后，在该业务持续的 过程中，对该业务的分流结果采用预设的策略进行调整。具体可以但不限于采用以下两种 策略：
[0166] 第一种策略：在确定该业务的分流结果后，按照CRRM选择的RAT去承载该业务 的基础子流和增强子流，并在该业务的持续过程中，不主动采用本发明实施例中的业务分 流方法对分流结果进行调整，即不改变承载该业务的基础子流和增强子流的RAT，但是，在 CRRM对其管辖下的RAT进行其他方面的调整时，可以允许由此引起的业务分流结果的调 整。
[0167] 例如，CRRM在监管RAT时，采用负荷均衡算法，负荷拥塞控制算法等对RAT进行实 时调控，在调控过程中，若承载终端对应的业务的基础子流或/和增强子流的RAT相比其他 RAT来说承载的负荷过多，造成各RAT之间的负荷不均衡，则CRRM可对其管辖下的RAT的负 荷进行均衡调整，导致承载终端对应的业务的基础子流或/和增强子流的RAT发生变化；若 承载终端对应的业务的基础子流或/和增强子流的RAT本身承载的负荷过重，将要达到或 者超过该RAT配置的系统负荷门限，则CRRM可针对该负荷过重的RAT进行调整，将其承载 的部分业务分配至其他RAT承载，则导致承载终端对应的业务的基础子流或/和增强子流 的RAT发生变化。
[0168] 第二种策略：CRRM主动对业务分流结果进行调整，具体采用周期性的方式或事件 触发的方式进行调整。
[0169] 以周期性的方式进行调整是指，设定一个周期，当周期到达时触发对包括承载终 端对应业务的RAT在内的所有RAT进行检测，在确定有比现在的分流结果更优的方式时，调 整现在的分流结果。
[0170] 例如，终端对应的业务在业务建立时根据业务分流方法确立的结果被分流至不同 的RAT承载，在业务持续的过程中，若承载该业务基础子流的RAT有其他业务结束或者用户 离去，则该RAT的空闲资源可以承载该业务的增强子流，那么，在这种情况下，就可以将该 业务的增强子流调整至承载该业务的基础子流的RAT上，即不对该业务进行分流，采用该 RAT同时承载该业务的基础子流和增强子流，避免了因分流导致的接收侧接收业务数据子 流不同步的问题。
[0171] 又例如，终端对应的业务在业务建立时根据业务分流方法确立的结果被分流至不 同的RAT承载，其中，该业务的基础子流被分流至QoS保证力度较弱的RAT上（如WLAN)，在 业务持续的过程中，若有其他对QoS保证力度较强的RAT (如LTE等蜂窝网络）有其他业务 结束或者用户离去，则该RAT的空闲资源可以承载该业务的基础子流，在这种情况下，就可 以将该业务的基础子流调整至对QoS保证力度较强的该RAT上，这样，能够保证该业务的基 本服务质量。
[0172] 以事件触发的方式进行调整是指，当承载终端对应的业务的基础子流的RAT因为 有其他业务的结束或者用户离去等原因，导致可以同时承载该业务的增强子流的情况下， 触发对承载该业务的增强子流的RAT的调整，采用承载该业务的基础子流的RAT同时承载 该业务的增强子流；或者，当QoS保证力度较强的RAT在其他业务结束或者用户离去时，触 发针对承载在QoS保证力度较弱的RAT下的基础子流的RAT的调整，将该承载在QoS保证 力度较弱的RAT下的基础子流调整至QoS保证力度将强的该RAT下承载，这样能够保证该 业务的基本服务质量。
[0173] 基于上述实施例，下面对上述方案具体实施的整体流程进行进一步详细介绍。
[0174] 假设CRRM收到终端发送的业务（记为k)的连接建立请求，终端所在的RAT (记为 RATi)当前的系统负荷为Lc(i)，RATi的预设系统负荷门限值为Thl(i)，CRRM预估该业务 的基础子流在RATi下对应的负荷值为Lb (i)，CRRM预估该业务的增强子流在RATi下对应 的负荷值为Le(i)。
[0175] 其中，业务k的连接建立请求可包括初始接入场景或切换场景，初始接入场景为： 例如，终端在当前RAT下驻留的情况下，发起新的业务连接建立请求（如打开网页而建立的 新业务）；切换场景为：当终端发生小区之间的切换时所触发的业务连接建立请求。
[0176] 下面分不同的情况进行说明。
[0177] -、若1^(丨)+1^(丨)+1^(丨）〈1111(丨），表明狀11当前的空闲资源既能够承载业务1^ 的基础子流，又能够承载业务k的增强子流，则不对业务k进行分流，该业务k完全由RATi 承载。
[0178] 二、若Lc (i) +Lb (i) +Le (i) > = Thl (i)，表明RATi当前的空闲资源不足以承载业务 k的基础子流和增强子流，则进行进一步判断：
[0179] 第1种情况：若1^(1)+1^(1)〈1111(1)，表明狀11当前的空闲资源能够承载业务1^ 的基础子流，则采用RATi承载业务k的基础子流，为业务k的增强子流寻找其他RAT来承 载。
[0180] 具体方法为：CRRM获取针对终端负荷接入条件的其他RAT，构成集合（记为R)，R ={RATj}，j = 1，，2……，J，表明终端共有J个符合接入条件的其他RAT，其中j可以等于 i，即符合接入条件的其他RAT可以是RATi下的除终端所在小区的其他小区。
[0181] 若集合R为空，则不发送业务k的增强子流。
[0182] 若集合R不为空，则：
[0183] 分别预估业务k的增强子流在集合R中的每一个RAT下对应的负荷值，记为 Le(j)，其中，j = 1，，2 ……，J;
[0184] 计算Rl(j) = Thl(j)_(Lc(j)+Le(j))，Rl(j)表示预估业务k的增强子流接入 RATj后，RATj允许分配的剩余负荷，在获得的多个Rl(j)中选择最大值Rl(j'），并选择由 RATj'承载业务k的增强子流。其中，j'=:argmax〗R1(j)丨。 J：
[0185] 第2种情况：若Lc(i)+Lb(i)> = Thl(i)，表明RATi当前的空闲资源不能承载业 务k的基础子流，则优先在其他RAT中选择一个能够承载业务k的基础子流和增强子流的 RAT去承载基础子流和增强子流，若选不到，则在其他RAT中选择一个能够承载业务k的基 础子流的RAT去承载基础子流，再选择其他RAT承载业务k的增强子流。
[0186] 具体方法为：CRRM获取针对终端负荷接入条件的其他RAT，构成集合（记为R)，R ={RATj}，j = 1，，2……，J，表明终端共有J个符合接入条件的其他RAT，其中j可以等于 i，即符合接入条件的其他RAT可以是RATi下的除终端所在小区的其他小区。
[0187] 若集合R为空，则不发送业务k的增强子流。
[0188] 若集合R不为空，则：
[0189] 分别预估业务k的基础子流和增强子流在集合R中的每一个RAT下对应的负荷 值，分别记为Lb(j)和Le(j)，其中，j = 1，，2……，J;
[0190] 计算 R1 (j) = Thl (j)_(Lc(j)+Lb(j)+Le(j))，R1 (j)表示预估业务 k 的基础子 流和增强子流接入RATj后，RATj允许分配的剩余负荷，在获得的多个Rl(j)后，选择符合 f =/?/(./)>()& arg max{/?/(./)|条件的R1 (j '），并选择由狀巧'承载业务k的基础子流和增 强子流。
[0191] 进一步地，若选不到符合上述条件的RAT来承载业务k的基础子流和增强子流， 则计算虹（」）=!111〇)-(1^(」)+1^〇))，选择符合/ =痛(~/>>〇&311〇^|^(_/)}条件的 J： R1 (j'），并选择由RATj'承载业务k的基础子流，再继续选择最佳的RAT来承载业务k的增 强子流，选择方法如上述第1种情况所述，在此不再赘述，如果还选不到符合该条件的RAT 来承载业务k的基础子流，则拒绝业务k的连接建立请求。
[0192] 基于上述实施例，参阅图5所示，本发明实施例中，CRRM包括：通信单元500和判 断单元510。
[0193] 通信单元500,用于接收终端发送的业务连接建立请求；
[0194] 判断单元510,用于判断当前无线接入技术RAT是否能够承载相应业务的基础子 流和增强子流，其中，基础子流用于指示满足相应业务的最低服务质量的业务分流，增强子 流用于指示增强业务服务质量的业务分流；
[0195] 若是，则采用当前RAT承载相应业务的基础子流和增强子流；
[0196] 否则，进一步判断当前RAT是否能够承载相应业务的基础子流，若是，则采用当前 RAT承载相应业务的基础子流，并选择符合第一预设条件的其他RAT承载相应业务的增强 子流；否则，选择符合第二预设条件的其他RAT承载相应业务的基础子流和增强子流。
[0197] 这样，可被动进行业务分流调度，降低终端实现复杂度，以及能够充分合理利用 RAT资源，提高数据传输效率以及系统整体性能。
[0198] 较佳地，在判断当前RAT是否能够承载相应业务的基础子流和增强子流时，判断 单元510具体用于：
[0199] 预估相应业务的基础子流在当前RAT下对应的第一负荷值，以及预估相应业务的 增强子流在当前RAT下对应的第二负荷值，并将当前RAT的第一预估总负荷值与当前RAT 的预设系统负荷门限值进行比较，其中，第一预估总负荷值为第一负荷值、第二负荷值以及 当前RAT的当前系统负荷值之和，系统负荷门限值用于表征当前RAT能够承载负荷的最大 值；
[0200] 若第一预估总负荷值小于当前RAT的系统负荷门限值，则判定当前RAT能够承载 相应业务的基础子流和增强子流；
[0201] 若第一预估总负荷值不小于当前RAT的系统负荷门限值，则判定当前RAT不能承 载相应业务的基础子流和增强子流。
[0202] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0203] 较佳地，在判定当前RAT不能承载相应业务的基础子流和增强子流时，判断单元 510进一步判断当前RAT是否能够承载相应业务的基础子流，具体包括：
[0204] 将当前RAT的第二预估总负荷值与当前RAT的预设系统负荷门限值进行比较，其 中，第二预估总负荷值为第一负荷值与当前RAT的当前系统负荷值之和；
[0205] 若第二预估总负荷值小于当前RAT的预设系统负荷门限值，则判定当前RAT能够 承载相应业务的基础子流；
[0206] 若第二预估总负荷值不小于当前RAT的预设系统负荷门限值，则判定当前RAT不 能承载相应业务的基础子流。
[0207] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0208] 较佳地，在选择符合第一预设条件的其他RAT承载相应业务的增强子流时，判断 单元510具体用于：
[0209] 选择所有符合终端接入条件的其他RAT，生成第一 RAT集合，其中，接入条件为：终 端的导频信号测量值达到所在RAT的预设门限，并且终端所在RAT当前系统负荷值小于终 端所在RAT的预设系统负荷门限值；
[0210] 分别针对第一 RAT集合中包含的每一个RAT执行以下操作：预估相应业务的增强 子流在一个RAT下对应的第三负荷值，并计算一个RAT的预设系统负荷门限值与一个RAT 的第三预估总负荷值之间的差值，其中，第三预估总负荷值为第三负荷值与一个RAT当前 系统负荷值之和；
[0211] 基于针对第一 RAT集合中包含的每一个RAT计算获得的差值，生成第一差值集合， 并选择第一差值集合中的最大值对应的RAT承载相应业务的增强子流。
[0212] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0213] 较佳地，在选择符合第二预设条件的其他RAT承载相应业务的基础子流和增强子 流时，判断单元510具体用于：
[0214] 选择所有符合终端接入条件的其他RAT，生成第二RAT集合，其中，接入条件为：终 端的导频信号测量值达到所在RAT的预设门限，并且终端所在RAT当前系统负荷值小于终 端所在RAT的预设系统负荷门限值；
[0215] 分别针对第二RAT集合中包含的每一个RAT执行以下操作：预估相应业务的基础 子流在一个RAT下对应的第四负荷值，以及预估相应业务的增强子流在一个RAT下对应的 第五负荷值，并计算一个RAT的预设系统负荷门限值与一个RAT的第四预估总负荷值之间 的差值，其中，第四预估总负荷值为第三负荷值、第四负荷值以及一个RAT的当前系统负荷 值之和；
[0216] 基于针对第二RAT集合中包含的每一个RAT计算获得的差值，生成第二差值集合， 在第二差值集合中选择大于零的差值生成第一差值子集，并选择第一差值子集中的最大值 对应的RAT承载相应业务的基础子流和增强子流。
[0217] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0218] 较佳地，若第一差值子集为空，判断单元510进一步用于：
[0219] 选择所有符合终端接入条件的其他RAT，生成第三RAT集合；
[0220] 分别针对第三RAT集合中包含的每一个RAT执行以下操作：预估相应业务的基础 子流在一个RAT下对应的第六负荷值，并计算一个RAT的预设系统负荷门限值与一个RAT 的第五预估总负荷值之间的差值，其中，第五预估总负荷值为第六负荷值与一个RAT当前 系统负荷值之和；
[0221 ] 基于针对第三RAT集合中包含的每一个RAT计算获得的差值，生成第三差值集合， 并在第三差值集合中选择大于零的差值生成第二差值子集，并选择第二差值子集中的最大 值对应的RAT承载相应业务的基础子流。
[0222] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0223] 较佳地，在采用当前RAT承载相应业务的基础子流，并选择符合第一预设条件的 其他RAT承载相应业务的增强子流之后，进一步包括：
[0224] 合并单元520,用于在基础子流数据中记录第一建议调度时间标签，第一建议调度 时间标签用于指示建议当前RAT调度相应业务的基础子流的时间，以及，在增强子流数据 中记录第二建议调度时间标签，第二建议调度时间标签用于指示建议符合第一预设条件的 其他RAT调度相应业务的增强子流的时间，其中，第一建议调度时间与第二建议调度时间 的差值不超过预设的时间差阈值。
[0225] 这样，才能保证接收侧（终端或CRRM实体）能够对来自不同RAT的业务数据子流 进行有效合并，避免了由于时延差过大的问题。
[0226] 基于上述实施例，参阅图6所示，本发明实施例中，CRRM包括处理器600以及收发 机610,其中：
[0227] 处理器600,用于读取存储器620中的程序，执行下列过程：
[0228] 通过收发机610接收终端发送的业务连接建立请求；
[0229] 判断当前RAT是否能够承载相应业务的基础子流和增强子流，其中，基础子流用 于指示满足相应业务的最低服务质量的业务分流，增强子流用于指示增强业务服务质量的 业务分流；
[0230] 若是，则采用当前RAT承载相应业务的基础子流和增强子流；
[0231] 否则，进一步判断当前RAT是否能够承载相应业务的基础子流，若是，则采用当前 RAT承载相应业务的基础子流，并选择符合第一预设条件的其他RAT承载相应业务的增强 子流；否则，选择符合第二预设条件的其他RAT承载相应业务的基础子流和增强子流。
[0232] 收发机610,用于在处理器600的控制下接收和发送数据。
[0233] 这样，可被动进行业务分流调度，降低终端实现复杂度，以及能够充分合理利用 RAT资源，提高数据传输效率以及系统整体性能。
[0234] 较佳地，在判断当前RAT是否能够承载相应业务的基础子流和增强子流时，处理 器600具体用于：
[0235] 预估相应业务的基础子流在当前RAT下对应的第一负荷值，以及预估相应业务的 增强子流在当前RAT下对应的第二负荷值，并将当前RAT的第一预估总负荷值与当前RAT 的预设系统负荷门限值进行比较，其中，第一预估总负荷值为第一负荷值、第二负荷值以及 当前RAT的当前系统负荷值之和，系统负荷门限值用于表征当前RAT能够承载负荷的最大 值；
[0236] 若第一预估总负荷值小于当前RAT的系统负荷门限值，则判定当前RAT能够承载 相应业务的基础子流和增强子流；
[0237] 若第一预估总负荷值不小于当前RAT的系统负荷门限值，则判定当前RAT不能承 载相应业务的基础子流和增强子流。
[0238] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0239] 较佳地，在判定当前RAT不能承载相应业务的基础子流和增强子流时，处理器600 进一步判断当前RAT是否能够承载相应业务的基础子流，具体包括：
[0240] 将当前RAT的第二预估总负荷值与当前RAT的预设系统负荷门限值进行比较，其 中，第二预估总负荷值为第一负荷值与当前RAT的当前系统负荷值之和；
[0241] 若第二预估总负荷值小于当前RAT的预设系统负荷门限值，则判定当前RAT能够 承载相应业务的基础子流；
[0242] 若第二预估总负荷值不小于当前RAT的预设系统负荷门限值，则判定当前RAT不 能承载相应业务的基础子流。
[0243] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0244] 较佳地，在选择符合第一预设条件的其他RAT承载相应业务的增强子流时，处理 器6〇〇具体用于：
[0245] 选择所有符合终端接入条件的其他RAT，生成第一 RAT集合，其中，接入条件为：终 端的导频信号测量值达到所在RAT的预设门限，并且终端所在RAT当前系统负荷值小于终 端所在RAT的预设系统负荷门限值；
[0246] 分别针对第一 RAT集合中包含的每一个RAT执行以下操作：预估相应业务的增强 子流在一个RAT下对应的第三负荷值，并计算一个RAT的预设系统负荷门限值与一个RAT 的第三预估总负荷值之间的差值，其中，第三预估总负荷值为第三负荷值与一个RAT当前 系统负荷值之和；
[0247] 基于针对第一 RAT集合中包含的每一个RAT计算获得的差值，生成第一差值集合， 并选择第一差值集合中的最大值对应的RAT承载相应业务的增强子流。
[0248] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0249] 较佳地，在选择符合第二预设条件的其他RAT承载相应业务的基础子流和增强子 流时，处理器600具体用于：
[0250] 选择所有符合终端接入条件的其他RAT，生成第二RAT集合，其中，接入条件为：终 端的导频信号测量值达到所在RAT的预设门限，并且终端所在RAT当前系统负荷值小于终 端所在RAT的预设系统负荷门限值；
[0251] 分别针对第二RAT集合中包含的每一个RAT执行以下操作：预估相应业务的基础 子流在一个RAT下对应的第四负荷值，以及预估相应业务的增强子流在一个RAT下对应的 第五负荷值，并计算一个RAT的预设系统负荷门限值与一个RAT的第四预估总负荷值之间 的差值，其中，第四预估总负荷值为第三负荷值、第四负荷值以及一个RAT的当前系统负荷 值之和；
[0252] 基于针对第二RAT集合中包含的每一个RAT计算获得的差值，生成第二差值集合， 在第二差值集合中选择大于零的差值生成第一差值子集，并选择第一差值子集中的最大值 对应的RAT承载相应业务的基础子流和增强子流。
[0253] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0254] 较佳地，若第一差值子集为空，处理器610进一步用于：
[0255] 选择所有符合终端接入条件的其他RAT，生成第三RAT集合；
[0256] 分别针对第三RAT集合中包含的每一个RAT执行以下操作：预估相应业务的基础 子流在一个RAT下对应的第六负荷值，并计算一个RAT的预设系统负荷门限值与一个RAT 的第五预估总负荷值之间的差值，其中，第五预估总负荷值为第六负荷值与一个RAT当前 系统负荷值之和；
[0257] 基于针对第三RAT集合中包含的每一个RAT计算获得的差值，生成第三差值集合， 并在第三差值集合中选择大于零的差值生成第二差值子集，并选择第二差值子集中的最大 值对应的RAT承载相应业务的基础子流。
[0258] 这样，能够充分利用所有的RAT资源，选择最优的RAT来调度该业务的增强子流。
[0259] 较佳地，在采用当前RAT承载相应业务的基础子流，并选择符合第一预设条件的 其他RAT承载相应业务的增强子流之后，处理器600进一步用于：
[0260] 在基础子流数据中记录第一建议调度时间标签，第一建议调度时间标签用于指示 建议当前RAT调度相应业务的基础子流的时间，以及，在增强子流数据中记录第二建议调 度时间标签，第二建议调度时间标签用于指示建议符合第一预设条件的其他RAT调度相应 业务的增强子流的时间，其中，第一建议调度时间与第二建议调度时间的差值不超过预设 的时间差阈值。
[0261] 这样，才能保证接收侧（终端或CRRM实体）能够对来自不同RAT的业务数据子流 进行有效合并，避免了由于时延差过大的问题。
[0262] 其中，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器 600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架 构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这 些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机 610可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信 的单元。针对不同的用户设备，用户接口 630还可以是能够外接内接需要设备的接口，连接 的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
[0263] 处理器600负责管理总线架构和通常的处理，存储器620可以存储处理器600在 执行操作时所使用的数据。
[0264] 综上所述，本发明实施例中，CRRMCRRM接收终端发送的业务连接建立请求后，判断 当前RAT是否能够承载相应业务的基础子流和增强子流，其中，基础子流用于指示满足所 述相应业务的最低服务质量的业务分流，增强子流用于指示增强所述业务服务质量的业务 分流；若是，则采用当前RAT承载相应业务的基础子流和增强子流；否则，进一步判断当前 RAT是否能够承载相应业务的基础子流，若是，则采用当前RAT承载相应业务的基础子流， 并选择符合第一预设条件的其他RAT承载相应业务的增强子流；否则，选择符合第二预设 条件的其他RAT承载相应业务的基础子流和增强子流。这样，在某一 RAT能够满足业务需 求的情况下，不进行业务分流调度，可以降低终端实现复杂度，以及能够减少由业务分流导 致的接收侧接收业务数据子流不同步导致的问题，并且，能够充分合理利用RAT资源，提高 数据传输效率以及系统整体性能。
[0265] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序 产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实 施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产 品的形式。
[0266] 本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程 图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一 流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算 机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理 器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生 用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能 的装置。
[0267] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特 定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指 令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能。
[0268] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计 算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或 其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图 一个方框或多个方框中指定的功能的步骤。
[0269] 尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造 性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优 选实施例以及落入本发明范围的所有变更和修改。
[0270] 显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发 明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求 及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
【主权项】
1. 一种多制式网络下的业务分流方法，其特征在于，包括： 通用无线资源管理CRRM接收终端发送的业务连接建立请求后，判断当前无线接入技 术RAT是否能够承载相应业务的基础子流和增强子流，其中，所述基础子流用于指示满足 所述相应业务的最低服务质量的业务分流，所述增强子流用于指示增强所述业务服务质量 的业务分流； 若是，则采用当前RAT承载所述相应业务的基础子流和增强子流； 否则，进一步判断当前RAT是否能够承载所述相应业务的基础子流，若是，则采用当前 RAT承载所述相应业务的基础子流，并选择符合第一预设条件的其他RAT承载所述相应业 务的增强子流；否则，选择符合第二预设条件的其他RAT承载所述相应业务的基础子流和 增强子流。2. 如权利要求1所述的方法，其特征在于，判断当前RAT是否能够承载相应业务的基础 子流和增强子流，具体包括： 预估所述相应业务的基础子流在当前RAT下对应的第一负荷值，以及预估所述相应 业务的增强子流在当前RAT下对应的第二负荷值，并将当前RAT的第一预估总负荷值与当 前RAT的预设系统负荷门限值进行比较，其中，所述第一预估总负荷值为所述第一负荷值、 所述第二负荷值以及当前RAT的当前系统负荷值之和，所述系统负荷门限值用于表征当前 RAT能够承载负荷的最大值； 若所述第一预估总负荷值小于所述当前RAT的系统负荷门限值，则判定当前RAT能够 承载所述相应业务的基础子流和增强子流； 若所述第一预估总负荷值不小于所述当前RAT的系统负荷门限值，则判定当前RAT不 能承载所述相应业务的基础子流和增强子流。3. 如权利要求2所述的方法，其特征在于，在判定当前RAT不能承载所述相应业务的基 础子流和增强子流时，进一步判断当前RAT是否能够承载所述相应业务的基础子流，具体 包括： 将当前RAT的第二预估总负荷值与所述当前RAT的预设系统负荷门限值进行比较，其 中，所述第二预估总负荷值为所述第一负荷值与所述当前RAT的当前系统负荷值之和； 若所述第二预估总负荷值小于所述当前RAT的预设系统负荷门限值，则判定当前RAT 能够承载所述相应业务的基础子流； 若所述第二预估总负荷值不小于所述当前RAT的预设系统负荷门限值，则判定当前 RAT不能承载所述相应业务的基础子流。4. 如权利要求1、2或3所述的方法，其特征在于，选择符合第一预设条件的其他RAT承 载所述相应业务的增强子流，具体包括： 选择所有符合所述终端接入条件的其他RAT，生成第一 RAT集合，其中，所述接入条件 为：所述终端的导频信号测量值达到所在RAT的预设门限，并且所述终端所在RAT当前系统 负荷值小于所述终端所在RAT的预设系统负荷门限值； 分别针对所述第一 RAT集合中包含的每一个RAT执行以下操作：预估所述相应业务的 增强子流在一个RAT下对应的第三负荷值，并计算所述一个RAT的预设系统负荷门限值与 所述一个RAT的第三预估总负荷值之间的差值，其中，所述第三预估总负荷值为所述第三 负荷值与所述一个RAT当前系统负荷值之和； 基于针对所述第一 RAT集合中包含的每一个RAT计算获得的差值，生成第一差值集合， 并选择所述第一差值集合中的最大值对应的RAT承载所述相应业务的增强子流。5. 如权利要求1、2或3所述的方法，其特征在于，选择符合第二预设条件的其他RAT承 载所述相应业务的基础子流和增强子流，具体包括： 选择所有符合所述终端接入条件的其他RAT，生成第二RAT集合，其中，所述接入条件 为：所述终端的导频信号测量值达到所在RAT的预设门限，并且所述终端所在RAT当前系统 负荷值小于所述终端所在RAT的预设系统负荷门限值； 分别针对所述第二RAT集合中包含的每一个RAT执行以下操作：预估所述相应业务的 基础子流在一个RAT下对应的第四负荷值，以及预估所述相应业务的增强子流在所述一个 RAT下对应的第五负荷值，并计算所述一个RAT的预设系统负荷门限值与所述一个RAT的第 四预估总负荷值之间的差值，其中，所述第四预估总负荷值为所述第三负荷值、所述第四负 荷值以及所述一个RAT的当前系统负荷值之和； 基于针对所述第二RAT集合中包含的每一个RAT计算获得的差值，生成第二差值集合， 在所述第二差值集合中选择大于零的差值生成第一差值子集，并选择所述第一差值子集中 的最大值对应的RAT承载所述相应业务的基础子流和增强子流。6. 如权利要求5所述的方法，其特征在于，若所述第一差值子集为空，进一步包括： 选择所有符合所述终端接入条件的其他RAT，生成第三RAT集合； 分别针对所述第三RAT集合中包含的每一个RAT执行以下操作：预估所述相应业务的 基础子流在一个RAT下对应的第六负荷值，并计算所述一个RAT的预设系统负荷门限值与 所述一个RAT的第五预估总负荷值之间的差值，其中，所述第五预估总负荷值为所述第六 负荷值与所述一个RAT当前系统负荷值之和； 基于针对所述第三RAT集合中包含的每一个RAT计算获得的差值，生成第三差值集合， 并在所述第三差值集合中选择大于零的差值生成第二差值子集，并选择所述第二差值子集 中的最大值对应的RAT承载所述相应业务的基础子流。7. 如权利要求1、2或3所述的方法，其特征在于，在采用当前RAT承载所述相应业务的 基础子流，并选择符合第一预设条件的其他RAT承载所述相应业务的增强子流之后，进一 步包括： 在基础子流数据中记录第一建议调度时间标签，所述第一建议调度时间标签用于指示 建议当前RAT调度所述相应业务的基础子流的时间，以及，在增强子流数据中记录第二建 议调度时间标签，所述第二建议调度时间标签用于指示建议符合第一预设条件的其他RAT 调度所述相应业务的增强子流的时间，其中，所述第一建议调度时间与所述第二建议调度 时间的差值不超过预设的时间差阈值。8. -种多制式网络下的业务分流装置，其特征在于，包括： 通信单元，用于接收终端发送的业务连接建立请求； 判断单元，用于判断当前无线接入技术RAT是否能够承载相应业务的基础子流和增强 子流，其中，所述基础子流用于指示满足所述相应业务的最低服务质量的业务分流，所述增 强子流用于指示增强所述业务服务质量的业务分流； 若是，则采用当前RAT承载所述相应业务的基础子流和增强子流； 否则，进一步判断当前RAT是否能够承载所述相应业务的基础子流，若是，则采用当前 RAT承载所述相应业务的基础子流，并选择符合第一预设条件的其他RAT承载所述相应业 务的增强子流；否则，选择符合第二预设条件的其他RAT承载所述相应业务的基础子流和 增强子流。9. 如权利要求8所述的装置，其特征在于，在判断当前RAT是否能够承载相应业务的基 础子流和增强子流时，所述判断单元具体用于： 预估所述相应业务的基础子流在当前RAT下对应的第一负荷值，以及预估所述相应 业务的增强子流在当前RAT下对应的第二负荷值，并将当前RAT的第一预估总负荷值与当 前RAT的预设系统负荷门限值进行比较，其中，所述第一预估总负荷值为所述第一负荷值、 所述第二负荷值以及当前RAT的当前系统负荷值之和，所述系统负荷门限值用于表征当前 RAT能够承载负荷的最大值； 若所述第一预估总负荷值小于所述当前RAT的系统负荷门限值，则判定当前RAT能够 承载所述相应业务的基础子流和增强子流； 若所述第一预估总负荷值不小于所述当前RAT的系统负荷门限值，则判定当前RAT不 能承载所述相应业务的基础子流和增强子流。10. 如权利要求9所述的装置，其特征在于，在判定当前RAT不能承载所述相应业务的 基础子流和增强子流时，所述判断单元进一步判断当前RAT是否能够承载所述相应业务的 基础子流，具体包括： 将当前RAT的第二预估总负荷值与所述当前RAT的预设系统负荷门限值进行比较，其 中，所述第二预估总负荷值为所述第一负荷值与所述当前RAT的当前系统负荷值之和； 若所述第二预估总负荷值小于所述当前RAT的预设系统负荷门限值，则判定当前RAT 能够承载所述相应业务的基础子流； 若所述第二预估总负荷值不小于所述当前RAT的预设系统负荷门限值，则判定当前 RAT不能承载所述相应业务的基础子流。11. 如权利要求8、9或10所述的装置，其特征在于，在选择符合第一预设条件的其他 RAT承载所述相应业务的增强子流时，所述判断单元具体用于： 选择所有符合所述终端接入条件的其他RAT，生成第一 RAT集合，其中，所述接入条件 为：所述终端的导频信号测量值达到所在RAT的预设门限，并且所述终端所在RAT当前系统 负荷值小于所述终端所在RAT的预设系统负荷门限值； 分别针对所述第一 RAT集合中包含的每一个RAT执行以下操作：预估所述相应业务的 增强子流在一个RAT下对应的第三负荷值，并计算所述一个RAT的预设系统负荷门限值与 所述一个RAT的第三预估总负荷值之间的差值，其中，所述第三预估总负荷值为所述第三 负荷值与所述一个RAT当前系统负荷值之和； 基于针对所述第一 RAT集合中包含的每一个RAT计算获得的差值，生成第一差值集合， 并选择所述第一差值集合中的最大值对应的RAT承载所述相应业务的增强子流。12. 如权利要求8、9或10所述的装置，其特征在于，在选择符合第二预设条件的其他 RAT承载所述相应业务的基础子流和增强子流时，所述判断单元具体用于： 选择所有符合所述终端接入条件的其他RAT，生成第二RAT集合，其中，所述接入条件 为：所述终端的导频信号测量值达到所在RAT的预设门限，并且所述终端所在RAT当前系统 负荷值小于所述终端所在RAT的预设系统负荷门限值； 分别针对所述第二RAT集合中包含的每一个RAT执行以下操作：预估所述相应业务的 基础子流在一个RAT下对应的第四负荷值，以及预估所述相应业务的增强子流在所述一个 RAT下对应的第五负荷值，并计算所述一个RAT的预设系统负荷门限值与所述一个RAT的第 四预估总负荷值之间的差值，其中，所述第四预估总负荷值为所述第三负荷值、所述第四负 荷值以及所述一个RAT的当前系统负荷值之和； 基于针对所述第二RAT集合中包含的每一个RAT计算获得的差值，生成第二差值集合， 在所述第二差值集合中选择大于零的差值生成第一差值子集，并选择所述第一差值子集中 的最大值对应的RAT承载所述相应业务的基础子流和增强子流。13. 如权利要求12所述的装置，其特征在于，若所述第一差值子集为空，所述判断单元 进一步用于： 选择所有符合所述终端接入条件的其他RAT，生成第三RAT集合； 分别针对所述第三RAT集合中包含的每一个RAT执行以下操作：预估所述相应业务的 基础子流在一个RAT下对应的第六负荷值，并计算所述一个RAT的预设系统负荷门限值与 所述一个RAT的第五预估总负荷值之间的差值，其中，所述第五预估总负荷值为所述第六 负荷值与所述一个RAT当前系统负荷值之和； 基于针对所述第三RAT集合中包含的每一个RAT计算获得的差值，生成第三差值集合， 并在所述第三差值集合中选择大于零的差值生成第二差值子集，并选择所述第二差值子集 中的最大值对应的RAT承载所述相应业务的基础子流。14. 如权利要求8、9或10所述的装置，其特征在于，在采用当前RAT承载所述相应业务 的基础子流，并选择符合第一预设条件的其他RAT承载所述相应业务的增强子流之后，进 一步包括： 合并单元，用于在基础子流数据中记录第一建议调度时间标签，所述第一建议调度时 间标签用于指示建议当前RAT调度所述相应业务的基础子流的时间，以及，在增强子流数 据中记录第二建议调度时间标签，所述第二建议调度时间标签用于指示建议符合第一预设 条件的其他RAT调度所述相应业务的增强子流的时间，其中，所述第一建议调度时间与所 述第二建议调度时间的差值不超过预设的时间差阈值。
【文档编号】H04W72/12GK105992276SQ201510041323
【公开日】2016年10月5日
【申请日】2015年1月27日
【发明人】刘阳
【申请人】电信科学技术研究院