一种多制式网络下的业务分流方法及装置
技术领域
本发明涉及通信领域,特别涉及一种多制式网络下的业务分流方法及装置。
背景技术
随着移动通信网络的发展和演进,越来越多的运营商同时拥有多种不同制式的网络(可简称多制式网络),针对多制式网络的管理,如图1所示,采用通用无线资源管理(Common Radio Resource Management,CRRM)的概念,通过引入集中控制节点对多种无线接入技术(Radio Access Technology,RAT)进行统一集中管理,CRRM实体(可以为CRRM服务器,以下简称为CRRM)可集中管理N种RAT,管理机制为:CRRM可向其管辖的RAT下发命令(如,资源分配建议等);各RAT可以向其所属的CRRM上报其制式网络的相关情况(如,负荷情况等)。这样,CRRM可获得各个RAT的网络的相关情况,由CRRM统一管理各个RAT,于此所选择的业务调度方法是最佳的。
目前,越来越多的终端具有多制式能力,即终端可以同时支持多种不同的制式(以下将这种终端简称为多模终端),如果多模终端支持同时连接到多种不同制式(以下将这种终端简称为多模多连接终端),则CRRM可以将该终端的同一业务或者不同业务分流(分流也可称为调度)到不同制式的网络承载,从而提升***的服务性能。
现有技术中,也存在跨RAT的调度方法。将一种业务分为基本部分和增强部分,其中,基本部分被认为是再现这种业务所必须的部分,增强部分被认为是可以进一步增强这种业务体验的部分。现有的分流策略是按照一种业务的基本部分和增强部分,将该业务分流为业务的基础子流和业务的增强子流,针对一些典型的业务,业务的基础子流和业务的增强子流的其中一种示例的划分方法如下表1所示:
表1
|
业务的基础子流 |
业务的增强子流 |
Http |
主对象业务子流 |
嵌入对象业务子流 |
视频 |
基本视频子流 |
增强视频子流 |
Ftp |
满足最低速率要求的子流 |
超出最低速率要求部分的子流 |
基于此,现有的分流策略是将业务的基础子流用具有大范围覆盖的制式网络承载(比如UMTS),以保证用户获得基本的业务体验的概率较大,将业务的增强子流用高速率的制式网络(比如WLAN)承载,这样,即便高速率的制式网络即使对于用户不可达(如,WLAN往往是热点覆盖,而非连续覆盖),用户也仅仅损失了业务的增强部分,基本的业务体验仍然保证能获得。
但是,现有的分流策略在进行跨RAT分流调度时,直接将业务的不同部分分为不同的业务子流,利用不同制式的网络进行承载,若具有大范围覆盖的制式网络也能够满足业务的增强部分,即不但能承载业务的基础子流,也能够承载业务的增强子流,这种情况下,仍然对业务进行分流,就会增加网络实现的复杂度,并且终端需要对来自不同RAT的数据流进行合并,这就也增加了终端实现的复杂度。
发明内容
本发明实施例提供一种多制式网络下的业务分流方法及装置,用以解决现有技术中存在终端及网络实现复杂度的问题,提高网络资源的利用率。
本发明实施例提供的具体技术方案如下:
一种多制式网络下的业务分流方法,包括:
CRRM接收终端发送的业务连接建立请求后,判断当前RAT是否能够承载相应业务的基础子流和增强子流,其中,所述基础子流用于指示满足所述相应业务的最低服务质量的业务分流,所述增强子流用于指示增强所述业务服务质量的业务分流;
若是,则采用当前RAT承载所述相应业务的基础子流和增强子流;
否则,进一步判断当前RAT是否能够承载所述相应业务的基础子流,若是,则采用当前RAT承载所述相应业务的基础子流,并选择符合第一预设条件的其他RAT承载所述相应业务的增强子流;否则,选择符合第二预设条件的其他RAT承载所述相应业务的基础子流和增强子流。
这样,可被动进行业务分流调度,降低终端实现复杂度,以及能够充分合理利用RAT资源,提高数据传输效率以及***整体性能。
较佳地,判断当前RAT是否能够承载相应业务的基础子流和增强子流,具体包括:
预估所述相应业务的基础子流在当前RAT下对应的第一负荷值,以及预估所述相应业务的增强子流在当前RAT下对应的第二负荷值,并将当前RAT的第一预估总负荷值与当前RAT的预设***负荷门限值进行比较,其中,所述第一预估总负荷值为所述第一负荷值、所述第二负荷值以及当前RAT的当前***负荷值之和,所述***负荷门限值用于表征当前RAT能够承载负荷的最大值;
若所述第一预估总负荷值小于所述当前RAT的***负荷门限值,则判定当前RAT能够承载所述相应业务的基础子流和增强子流;
若所述第一预估总负荷值不小于所述当前RAT的***负荷门限值,则判定当前RAT不能承载所述相应业务的基础子流和增强子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在判定当前RAT不能承载所述相应业务的基础子流和增强子流时,进一步判断当前RAT是否能够承载所述相应业务的基础子流,具体包括:
将当前RAT的第二预估总负荷值与所述当前RAT的预设***负荷门限值进行比较,其中,所述第二预估总负荷值为所述第一负荷值与所述当前RAT的当前***负荷值之和;
若所述第二预估总负荷值小于所述当前RAT的预设***负荷门限值,则判定当前RAT能够承载所述相应业务的基础子流;
若所述第二预估总负荷值不小于所述当前RAT的预设***负荷门限值,则判定当前RAT不能承载所述相应业务的基础子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,选择符合第一预设条件的其他RAT承载所述相应业务的增强子流,具体包括:
选择所有符合所述终端接入条件的其他RAT,生成第一RAT集合,其中,所述接入条件为:所述终端的导频信号测量值达到所在RAT的预设门限,并且所述终端所在RAT当前***负荷值小于所述终端所在RAT的预设***负荷门限值;
分别针对所述第一RAT集合中包含的每一个RAT执行以下操作:预估所述相应业务的增强子流在一个RAT下对应的第三负荷值,并计算所述一个RAT的预设***负荷门限值与所述一个RAT的第三预估总负荷值之间的差值,其中,所述第三预估总负荷值为所述第三负荷值与所述一个RAT当前***负荷值之和;
基于针对所述第一RAT集合中包含的每一个RAT计算获得的差值,生成第一差值集合,并选择所述第一差值集合中的最大值对应的RAT承载所述相应业务的增强子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,选择符合第二预设条件的其他RAT承载所述相应业务的基础子流和增强子流,具体包括:
选择所有符合所述终端接入条件的其他RAT,生成第二RAT集合,其中,所述接入条件为:所述终端的导频信号测量值达到所在RAT的预设门限,并且所述终端所在RAT当前***负荷值小于所述终端所在RAT的预设***负荷门限值;
分别针对所述第二RAT集合中包含的每一个RAT执行以下操作:预估所述相应业务的基础子流在一个RAT下对应的第四负荷值,以及预估所述相应业务的增强子流在所述一个RAT下对应的第五负荷值,并计算所述一个RAT的预设***负荷门限值与所述一个RAT的第四预估总负荷值之间的差值,其中,所述第四预估总负荷值为所述第三负荷值、所述第四负荷值以及所述一个RAT的当前***负荷值之和;
基于针对所述第二RAT集合中包含的每一个RAT计算获得的差值,生成第二差值集合,在所述第二差值集合中选择大于零的差值生成第一差值子集,并选择所述第一差值子集中的最大值对应的RAT承载所述相应业务的基础子流和增强子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,若所述第一差值子集为空,进一步包括:
选择所有符合所述终端接入条件的其他RAT,生成第三RAT集合;
分别针对所述第三RAT集合中包含的每一个RAT执行以下操作:预估所述相应业务的基础子流在一个RAT下对应的第六负荷值,并计算所述一个RAT的预设***负荷门限值与所述一个RAT的第五预估总负荷值之间的差值,其中,所述第五预估总负荷值为所述第六负荷值与所述一个RAT当前***负荷值之和;
基于针对所述第三RAT集合中包含的每一个RAT计算获得的差值,生成第三差值集合,并在所述第三差值集合中选择大于零的差值生成第二差值子集,并选择所述第二差值子集中的最大值对应的RAT承载所述相应业务的基础子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在采用当前RAT承载所述相应业务的基础子流,并选择符合第一预设条件的其他RAT承载所述相应业务的增强子流之后,进一步包括:
在基础子流数据中记录第一建议调度时间标签,所述第一建议调度时间标签用于指示建议当前RAT调度所述相应业务的基础子流的时间,以及,在增强子流数据中记录第二建议调度时间标签,所述第二建议调度时间标签用于指示建议符合第一预设条件的其他RAT调度所述相应业务的增强子流的时间,其中,所述第一建议调度时间与所述第二建议调度时间的差值不超过预设的时间差阈值。
这样,才能保证接收侧(终端或CRRM实体)能够对来自不同RAT的业务数据子流进行有效合并,避免了由于时延差过大的问题。
一种多制式网络下的业务分流装置,包括:
通信单元,用于接收终端发送的业务连接建立请求;
判断单元,用于判断当前RAT是否能够承载相应业务的基础子流和增强子流,其中,所述基础子流用于指示满足所述相应业务的最低服务质量的业务分流,所述增强子流用于指示增强所述业务服务质量的业务分流;
若是,则采用当前RAT承载所述相应业务的基础子流和增强子流;
否则,进一步判断当前RAT是否能够承载所述相应业务的基础子流,若是,则采用当前RAT承载所述相应业务的基础子流,并选择符合第一预设条件的其他RAT承载所述相应业务的增强子流;否则,选择符合第二预设条件的其他RAT承载所述相应业务的基础子流和增强子流。
这样,可被动进行业务分流调度,降低终端实现复杂度,以及能够充分合理利用RAT资源,提高数据传输效率以及***整体性能。
较佳地,在判断当前RAT是否能够承载相应业务的基础子流和增强子流时,所述判断单元具体用于:
预估所述相应业务的基础子流在当前RAT下对应的第一负荷值,以及预估所述相应业务的增强子流在当前RAT下对应的第二负荷值,并将当前RAT的第一预估总负荷值与当前RAT的预设***负荷门限值进行比较,其中,所述第一预估总负荷值为所述第一负荷值、所述第二负荷值以及当前RAT的当前***负荷值之和,所述***负荷门限值用于表征当前RAT能够承载负荷的最大值;
若所述第一预估总负荷值小于所述当前RAT的***负荷门限值,则判定当前RAT能够承载所述相应业务的基础子流和增强子流;
若所述第一预估总负荷值不小于所述当前RAT的***负荷门限值,则判定当前RAT不能承载所述相应业务的基础子流和增强子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在判定当前RAT不能承载所述相应业务的基础子流和增强子流时,所述判断单元进一步判断当前RAT是否能够承载所述相应业务的基础子流,具体包括:
将当前RAT的第二预估总负荷值与所述当前RAT的预设***负荷门限值进行比较,其中,所述第二预估总负荷值为所述第一负荷值与所述当前RAT的当前***负荷值之和;
若所述第二预估总负荷值小于所述当前RAT的预设***负荷门限值,则判定当前RAT能够承载所述相应业务的基础子流;
若所述第二预估总负荷值不小于所述当前RAT的预设***负荷门限值,则判定当前RAT不能承载所述相应业务的基础子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在选择符合第一预设条件的其他RAT承载所述相应业务的增强子流时,所述判断单元具体用于:
选择所有符合所述终端接入条件的其他RAT,生成第一RAT集合,其中,所述接入条件为:所述终端的导频信号测量值达到所在RAT的预设门限,并且所述终端所在RAT当前***负荷值小于所述终端所在RAT的预设***负荷门限值;
分别针对所述第一RAT集合中包含的每一个RAT执行以下操作:预估所述相应业务的增强子流在一个RAT下对应的第三负荷值,并计算所述一个RAT的预设***负荷门限值与所述一个RAT的第三预估总负荷值之间的差值,其中,所述第三预估总负荷值为所述第三负荷值与所述一个RAT当前***负荷值之和;
基于针对所述第一RAT集合中包含的每一个RAT计算获得的差值,生成第一差值集合,并选择所述第一差值集合中的最大值对应的RAT承载所述相应业务的增强子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在选择符合第二预设条件的其他RAT承载所述相应业务的基础子流和增强子流时,所述判断单元具体用于:
选择所有符合所述终端接入条件的其他RAT,生成第二RAT集合,其中,所述接入条件为:所述终端的导频信号测量值达到所在RAT的预设门限,并且所述终端所在RAT当前***负荷值小于所述终端所在RAT的预设***负荷门限值;
分别针对所述第二RAT集合中包含的每一个RAT执行以下操作:预估所述相应业务的基础子流在一个RAT下对应的第四负荷值,以及预估所述相应业务的增强子流在所述一个RAT下对应的第五负荷值,并计算所述一个RAT的预设***负荷门限值与所述一个RAT的第四预估总负荷值之间的差值,其中,所述第四预估总负荷值为所述第三负荷值、所述第四负荷值以及所述一个RAT的当前***负荷值之和;
基于针对所述第二RAT集合中包含的每一个RAT计算获得的差值,生成第二差值集合,在所述第二差值集合中选择大于零的差值生成第一差值子集,并选择所述第一差值子集中的最大值对应的RAT承载所述相应业务的基础子流和增强子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,若所述第一差值子集为空,所述判断单元进一步用于:
选择所有符合所述终端接入条件的其他RAT,生成第三RAT集合;
分别针对所述第三RAT集合中包含的每一个RAT执行以下操作:预估所述相应业务的基础子流在一个RAT下对应的第六负荷值,并计算所述一个RAT的预设***负荷门限值与所述一个RAT的第五预估总负荷值之间的差值,其中,所述第五预估总负荷值为所述第六负荷值与所述一个RAT当前***负荷值之和;
基于针对所述第三RAT集合中包含的每一个RAT计算获得的差值,生成第三差值集合,并在所述第三差值集合中选择大于零的差值生成第二差值子集,并选择所述第二差值子集中的最大值对应的RAT承载所述相应业务的基础子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在采用当前RAT承载所述相应业务的基础子流,并选择符合第一预设条件的其他RAT承载所述相应业务的增强子流之后,进一步包括:
合并单元,用于在基础子流数据中记录第一建议调度时间标签,所述第一建议调度时间标签用于指示建议当前RAT调度所述相应业务的基础子流的时间,以及,在增强子流数据中记录第二建议调度时间标签,所述第二建议调度时间标签用于指示建议符合第一预设条件的其他RAT调度所述相应业务的增强子流的时间,其中,所述第一建议调度时间与所述第二建议调度时间的差值不超过预设的时间差阈值。
这样,才能保证接收侧(终端或CRRM实体)能够对来自不同RAT的业务数据子流进行有效合并,避免了由于时延差过大的问题。
附图说明
图1为现有技术中CRRM管理RAT架构示意图;
图2为本发明实施例中上行业务交互流程图;
图3为本发明实施例中下行业务交互流程图;
图4为本发明实施例中业务分流流程图;
图5和图6为本发明实施例中CRRM结构示意图。
具体实施方式
本发明实施例设计了一种多制式网络下的业务分流方法及装置,通过对业务的基础子流和增强子流在RAT下对应的负荷值的预估,结合所有RAT的网络状况,判定是否应该对该业务进行分流,以及,在分流的情况下,为该业务的基础子流和增强子流选择最佳的RAT来承载,这样,能够减少由业务分流导致的接收侧接收业务数据子流不同步导致的问题,并且,能够充分合理利用RAT资源,提高数据传输效率以及***整体性能。
下面参阅附图对本发明实施例优选的方案进行详细说明。
本发明实施例是在多制式网络下,针对多模多连接终端的业务,采用CRRM对多种RAT进行统一集中管理,其中,每一个RAT下至少有一个小区。
参阅图2所示,本发明实施例中,针对上行业务,网元的整体交互流程如下:
步骤201:终端向核心网发送业务连接建立请求。
步骤202:核心网收到终端发送的业务连接建立请求之后,向CRRM发送业务承载连接建立请求。
步骤203:CRRM收到核心网发送的业务承载连接建立请求后,针对该业务判断是否需要进行分流,以及在需要分流的情况下,分流至哪些RAT进行调度。
具体地,由于CRRM对RAT进行统一集中管理,因此CRRM可以通过各个RAT上报的信息获知各个RAT网络的相关情况,CRRM根据各个RAT网络的相关情况,针对该业务判断是否需要进行分流,以及,在需要分流的情况下,将该业务具体分流至哪些RAT。具体的业务分流方法将在后续过程中进行详细介绍。
步骤204:CRRM向终端发送无线承载建立请求,并将步骤203中获得的分流判定结果向终端发送,以指示终端是否需要激活其他RAT。
步骤205:终端向CRRM反馈无线承载建立响应。
步骤206:CRRM将接收的终端反馈的无线承载建立响应向核心网发送。
至此,此次业务的网络路由建立完毕,终端可以和业务服务器(即业务源)之间执行应用层的信令交互。
步骤207:业务源将业务数据流向CRRM发送。
步骤208:CRRM在接收到业务数据流后,根据是否需要分流,分别执行不同的操作。
若不需要进行分流,则直接将接收到的业务数据流向终端发送;
若需要进行分流,则将接收到的业务数据流分流至不同的RAT,并指示相应的RAT分别将对应的业务数据子流向终端发送,其中,一个RAT对应一个业务数据子流。在发送业务数据子流后,执行步骤209。
步骤209:终端对接收到的多个RAT发送的业务数据子流进行合并。
具体的合并方法将在后续过程中进行详细说明。
步骤201-步骤209是针对上行方向的网元交互流程,下面对本发明实施例中下行方向的网元交互流程进行介绍。
参阅图3所示,本发明实施例中,针对下行方向,网元的整体交互流程如下:
步骤301-步骤306与步骤201-步骤206相同,即业务的网络路由建立过程相同,在此不再赘述。
在终端可以和业务服务器之间执行应用层的信令交互后,终端根据CRRM的指令可获知是否需要对业务进行分流,根据是否需要对业务进行分流,分别执行不同的操作。
若不需要进行分流,则终端将业务数据流直接向CRRM发送,由CRRM发到业务服务器;若需要分流,则执行步骤307。
步骤307:终端进行业务分流后,将业务数据子流分别发送至由CRRM分配的RAT。
步骤308:CRRM对来自不同RAT的业务数据子流进行合并。
步骤309::将合并的业务数据流发送至业务服务器。
其中,终端根据CRRM的指令可获知:在对业务进行分流时,由哪些RAT承载该业务的业务数据子流。另外,CRRM对来自不同RAT的业务数据子流的具体合并方法将在后续过程进行详细介绍。
至此,针对上行方向和下行方向的网元交互流程都介绍完毕。下面针对本发明实施例中的业务分流策略进行详细介绍。
参阅图4所示,本发明实施例中,多制式网络的业务分流流程如下:
步骤400:CRRM接收终端发送的业务连接建立请求后,判断当前RAT是否能够承载相应业务的基础子流和增强子流,若是,则执行步骤410,否则,执行步骤420。
其中,针对一个业务,基础子流用于指示满足该业务的最低需求的业务分流,增强子流用于指示增强该业务体验的业务分流。由业务源对业务的基础子流和增强子流进行划分,划分方法有多种,下面以其中一种为例进行介绍。
例如,对于分级视频编码(如H.264或MPEG-4),基础子流可对应普通清晰度的视频流,基础子流与增强子流合并后的业务数据流可对应高清视频流;对于Ftp业务流,由于业务整体具有同样的服务质量(Quality of Service,QoS)要求,因此对于Ftp业务流的划分不能以质量为标准,以Ftp下载业务为例,基础子流可对应最低下载速率要求的业务分流(例如最低速率要求为64kbps),增强子流可对应下载速率超过最低下载速率要求的那部分业务分流。
本发明实施例中,多制式网络下的业务分流方法适用于任何基础子流与增强子流的划分方法,即无论采用哪种划分方法,CRRM对收到业务数据流进行解析,便可区分基础子流和增强子流,以及预估基础子流、增强子流以及二者在RAT的负荷
例如,终端请求ftp业务,其速率要求是2Mbps,假设基础子流速率要求时500kbps,那么,增强子流速率要求就是1500kpbs。因此,CRRM根据基础子流的速率要求64kbps,结合某一RAT的当前的承载能力,就可以预估出该RAT承载该64kbps的基础子流所需占用的负荷,同样,也可预估出该RAT承载一定速率要求的增强子流所需占用的负荷。
具体地,CRRM收到终端发送的业务连接建立请求后,分别预估该业务的基础子流和增强子流在终端所在RAT下对应的负荷,并根据终端所在RAT上报的负荷情况,判断终端所在的RAT是否能够承载该业务的基础子流和增强子流。判断的具体方法为:
预估该业务的基础子流在当前RAT下对应的负荷值(可记为第一负荷值),以及预估该业务的增强子流在当前RAT下对应负荷值(可记为第二负荷值),并预估将该业务的基础子流与增强子流都接入当前RAT后,当前RAT的总***负荷(可记为第一预估总负荷值),并将当前RAT的第一预估总负荷值与当前RAT的预设***负荷门限值进行比较,其中,该第一预估总负荷值为第一负荷值、第二负荷值以及当前RAT的当前***负荷值之和,***负荷门限值用于表征当前RAT能够承载负荷的最大值,该***负荷门限值为***预先配置的,根据获得的比较结果判定当前RAT是否能够承载该业务的基础子流和增强子流。
若该第一预估总负荷值小于当前RAT的***负荷门限值,表示若该业务的基础子流和增强子流即便由当前RAT承载,也不会超出当前RAT***负荷的上限,则此时判定当前RAT能够承载该业务的基础子流和增强子流,即可执行步骤410。
若该第一预估总负荷值不小于当前RAT的***负荷门限值,表示若该业务的基础子流和增强子流由当前RAT承载,会造成当前RAT***负荷溢出,则判定当前RAT不能承载所述相应业务的基础子流和增强子流,即可执行步骤420。
步骤410:采用当前RAT承载相应业务的基础子流和增强子流。
在判定当前RAT能够承载该业务的基础子流和增强子流的情况下,就不对该业务进行分流,由当前RAT承载该业务的基础子流和增强子流,由于业务一旦分流到不同的RAT进行承载,则需要终端对多个业务数据子流进行合并,因此,不对业务进行分流,可以降低终端的实现复杂度,另一方面,由于在业务分流至不同RAT承载时,接收端接收来自不同RAT的业务数据子流存在较大时延差,因此,不对业务进行分流,可以降低接收端接收业务数据子流的时延差导致的业务服务质量降低。
步骤420:进一步判断当前RAT是否能够承载相应业务的基础子流,若是,则采用当前RAT承载相应业务的基础子流,并选择符合第一预设条件的其他RAT承载所述相应业务的增强子流;否则,选择符合第二预设条件的其他RAT承载相应业务的基础子流和增强子流。
在判定当前RAT不能同时承载该业务的基础子流和增强子流的情况下,进一步判断当前RAT是否能承载该业务的基础子流,具体判断方法为:
基于在步骤400中预估的该业务的基础子流在当前RAT下对应的第一负荷值,以及根据当前RAT上报的网络情况而获得的当前RAT的当前***负荷,预估将该业务的基础子流接入当前RAT后,当前RAT的总***负荷值(可记为第二预估总负荷值),该第二预估总负荷值为该第一负荷值与当前RAT的当前***负荷值之和,将当前RAT的第二预估总负荷值与当前RAT的预设***负荷门限值进行比较,根据获得的比较结果判断当前RAT能否承载该业务的基础子流,下面分两种情况进行描述:
第一种情况:若第二预估总负荷值小于当前RAT的预设***负荷门限值,表示在当前RAT的当前***负荷的基础上再接入该业务的基础子流,也不会超出当前RAT***负荷的上限,则在此种情况下,判定当前RAT能够承载该业务的基础子流。
这样,能够保证该业务的基础QoS要求,进一步的,继续为该业务的增强子流寻找CRRM下的其他符合条件的RAT承载,具体过程为:
1、选择所有符合终端接入条件的其他RAT,生成第一RAT集合,其中,接入条件为:终端的导频信号测量值达到所在RAT的预设门限,并且终端所在RAT当前***负荷值小于终端所在RAT的预设***负荷门限值。
具体地,针对终端寻找所有符合接入条件的其他RAT,生成一个集合(记为第一RAT集合),其中,其他RAT必须同时满足以下条件:
(1)终端测量得到的该RAT的导频接收强度大于该RAT的预设门限,例如,对于第三代移动通信***的长期演进(Long Term Evolution,LTE)制式网络,可以将条件设置为终端测量的小区参考信号的参考信号接收功率(Cell Reference Signal Reference SignalReceived Power,CRS RSRP)大于预设门限(如预设门限设置为-85dbm);对于时分同步的码分多址技术(Time Division-Synchronous Code Division Multiple Access,TDS-CDMA)制式网络,可以将条件设置为终端测量的主公共控制物理信道的接收信号码功率(PrimaryCommon Control Physical Channel Received Signal Code Power,PCCPCH RSCP)大于预设门限(如预设门限设置为-85dbm)。之所以这样设置,是为了保证终端在该RAT的覆盖下,能够正常与该RAT进行数据的交互。
(2)该RAT下的当前***负荷小于该RAT配置的***负荷的上限,因为,如果该RAT下的当前***负荷已达到配置的***负荷的上限,那么该RAT肯定不能再继续承载任何业务流。
2、分别针对步骤1中生成的第一RAT集合中包含的每一个RAT执行以下操作:
预估该业务的增强子流在第一RAT集合中包含的任意一个RAT下对应的负荷值(记为第三负荷值),并预估相应RAT在当前***负荷的基础上再接入该业务的增强子流后的总负荷值(记为第三预估总负荷值),然后计算相应RAT的预设***负荷门限值与相应RAT的第三预估总负荷值之间的差值,其中,该第三预估总负荷值为该第三负荷值与相应RAT当前***负荷值之和;
针对第一RAT集合中的每一个RAT都执行上述差值的计算,可获得多个差值,然后基于针对第一RAT集合中包含的每一个RAT计算获得的差值,生成一个差值集合(记为第一差值集合),并选择该第一差值集合中的最大值对应的RAT承载该业务的增强子流。
其中,如果第一差值集合中的某一个差值大于零,表示这个值对应的RAT完全能够满足该业务的增强子流的接入;
如果第一差值集合中的某一个差值小于零,表示这个值对应的RAT不能够完全满足该业务的增强子流的接入,即可能满足部分该业务的增强子流的接入,也可能完全不能允许该业务的增强子流的接入,由于增强子流并非业务的基本需求,因此可不必完全满足,或者可不必满足。于是,第一差值集合中的差值不需要满足大于零的条件。
在第一差值集合中选择一个最大值(该最大值可能是在第一差值集合中存在大于零的差值的情况下选择大于零的差值中的最大值,也可能在第一差值集合不存在大于零的差值的情况下选择小于零的差值中的最大值),在第一RAT集合中找出所选择的最大值对应的RAT,来承载该业务的增强子流,这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
另外,若第一RAT集合为空,表示没有符合接入条件的其他RAT来承载该业务的增强子流,则在这种情况下,不发送该业务的增强子流;
第二种情况:若第二预估总负荷值不小于当前RAT的预设***负荷门限值,表示在当前RAT的当前***负荷的基础上再接入该业务的基础子流,会造成当前RAT***负荷溢出,则在此种情况下,判定当前RAT不能承载该业务的基础子流。
进一步地,CRRM寻找是否有其他一个RAT能够承载该业务的基础子流和增强子流,具体过程为:
A、选择所有符合终端接入条件的其他RAT,生成一个集合(记为第二RAT集合),其中,该接入条件与第一种情况中步骤1提及的接入条件相同,即终端的导频信号测量值达到所在RAT的预设门限,并且终端所在RAT当前***负荷值小于该RAT的预设***负荷门限值。
B、分别针对第二RAT集合中包含的每一个RAT执行以下操作:
预估该业务的基础子流在该第二RAT集合中的任意一个RAT下对应的负荷值(记为第四负荷值),以及预估该业务的增强子流在相应RAT下对应的负荷值(记为第五负荷值),并预估相应RAT在当前***负荷的基础上再接入该业务的基础子流和增强子流后的总负荷值(记为第四预估总负荷值),然后计算相应RAT的预设***负荷门限值与相应RAT的第四预估总负荷值之间的差值,其中,第四预估总负荷值为第三负荷值、第四负荷值以及相应RAT的当前***负荷值之和;
针对第二RAT集合中的每一个RAT都执行上述差值的计算,可获得多个差值,然后基于针对第二RAT集合中包含的每一个RAT计算获得的差值,生成一个差值集合(记为第二差值集合),在第二差值集合中选择大于零的差值生成第一差值子集,并选择第一差值子集中的最大值对应的RAT承载该业务的基础子流和增强子流。
其中,若第二差值集合中的某一个差值大于零,表示这个差值对应的RAT完全能够满足该业务的基础子流以及增强子流的同时接入;
若第二差值集合中的某一个差值不大于零,表示这个差值对应的RAT并不能完全满足该业务的基础子流和增强子流的同时接入,可能只能够满足该业务的基础子流,不能满足该业务的增强子流;也可能既不能满足该业务的增强子流,也不能满足该业务的基础子流。在这种情况下,摒弃该不大于零的差值。
生成的第一差值子集中的所有差值对应的RAT都能够同时承载该业务的基础子流和增强子流,在第一差值子集中选择一个最大的差值,并在第二RAT集合中找出所选择的最大的差值对应的RAT来承载该业务的基础子流和增强子流,这样,能够充分利用所有的RAT资源,能够选择最优的RAT来调度该业务的基础子流和增强子流。
另外,若第二RAT集合为空,表示没有符合接入条件的其他RAT来同时承载该业务的基础子流和增强子流;或者,若第二RAT集合不为空,但是第一差值子集为空,表示在第二差值集合中的所有差值都不大于零。在这两种情况下,不选择第二RAT集合中的任意一个RAT去承载该业务流,继续进行下一种选择。
CRRM在其他能够承载该业务的基础子流的RAT中选择一个最优的RAT,具体过程为:
a、选择所有符合终端接入条件的其他RAT,生成一个集合(记为第三RAT集合),其中,该接入条件与第一种情况中步骤1提及的接入条件相同,在此不再赘述。
b、分别针对第三RAT集合中包含的每一个RAT执行以下操作:
预估该业务的基础子流在该第三RAT集合中的任意一个RAT下对应的负荷值(记为第六负荷值),以及预估相应RAT在当前***负荷的基础上再接入该业务的基础子流后的总负荷值(记为第五预估总负荷值),并计算相应RAT的预设***负荷门限值与相应RAT的第五预估总负荷值之间的差值,其中,该第五预估总负荷值为第六负荷值与相应RAT当前***负荷值之和;
针对第三RAT集合中的每一个RAT都执行上述差值的计算,可获得多个差值,然后基于针对第三RAT集合中包含的每一个RAT计算获得的差值,生成一个差值集合(记为第三差值集合),并在该第三差值集合中选择大于零的差值生成第二差值子集,并选择该第二差值子集中的最大值对应的RAT承载该业务的基础子流。
其中,若第三差值集合中的的某一个差值若大于零,表示这个差值对应的RAT完全能够满足该业务的基础子流的接入;
若第二差值集合中的某一个差值不大于零,表示这个差值对应的RAT在接入该业务的基础子流的情况下会发生***负荷的溢出。
由于基础子流是业务的基本需求,因此必须保证RAT能够完全承载该业务的基础子流,才能进一步保证该业务的正常服务质量。如果差值不大于零时,则不能使用该差值对应的RAT承载该业务的基础子流,于此,在第二差值集合中选择大于零的差值生成第二差值子集。
然后,在该第二差值子集中选择最大的差值,并进一步在第三RAT集合中选择该最大的差值对应的RAT来承载该业务的基础子流。
至此,已在其他RAT中选择出一个最优的RAT来承载该业务的基础子流,对于该业务的增强子流,可不选择RAT来承载,或者继续选择其他RAT来承载,选择方法如上述第一种情况中的步骤1和步骤2所述,在此不在赘述。
另外,若第三RAT集合为空,或者,第三RAT集合不为空但第二差值子集为空,表示没有合适的RAT来承载该业务的基础子流,在这种情况下,拒绝该业务的连接建立请求。
至此,多制式网络下的业务分流方法已介绍完毕,进一步的,在业务进行分流的情况下,终端(针对下行方向)以及CRRM(针对上行方向)需要对来自不同RAT的业务数据子流进行合并。
现有技术中,在将终端发起的业务分流至不同RAT承载时,来自不同RAT的业务数据子流到达终端或到达CRRM的时刻可能会存在时延差,如果时延差太大,就会导致接收侧不能实现对不同业务数据子流的有效合并,从而降低***传输数据的服务性能,例如,对于视频业务,基础子流和增强子流到达接收端的时刻如果不一致,则会造成视频的不流畅,不能保证用户良好的视频体验。
有鉴于此,本发明实施例设计了一种业务数据子流的合并方法,具体为:
在基础子流数据中打印第一建议调度时间标签,以及,在增强子流数据中打印第二建议调度时间标签,分别用于指示相应的RAT调度相应业务数据子流的时间。
例如,针对下行方向,接收侧为终端,针对上行方向,接收侧为CRRM实体,其中,在传输业务数据流的过程中,CRRM判定采用RAT1承载相应业务的基础子流,采用RAT2承载相应业务的增强子流,则CRRM在接收到业务数据流后,在业务的基础子流中打印第一建议调度的时间标签(记为time_stamp1),在业务的增强子流中打印第二建议调度的时间标签(记为time_stamp2),并且,保证time_stamp1约等于time_stamp2,这样,在RAT1向终端调度基础子流数据时,根据CRRM建议的时间进行调度,RAT1就会保证在time_stamp1前将基础子流数据调度完成,在RAT2向终端调度增强子流数据时,根据CRRM建议的时间进行调度,RAT2就会保证在time_stamp2前将增强子流数据调度完成。于此,才有可能保证业务的基础子流和增强子流能够尽量同时到达接收侧,这样,才能保证接收侧(终端或CRRM实体)能够对来自不同RAT的业务数据子流进行有效合并,避免了由于时延差过大的问题。
另外,基于上述实施例,在确定对相应业务的分流结果以后,按照上述方法选择相应的RAT去承载相应业务的基础子流和增强子流,并且在该业务接入后,在该业务持续的过程中,对该业务的分流结果采用预设的策略进行调整。具体可以但不限于采用以下两种策略:
第一种策略:在确定该业务的分流结果后,按照CRRM选择的RAT去承载该业务的基础子流和增强子流,并在该业务的持续过程中,不主动采用本发明实施例中的业务分流方法对分流结果进行调整,即不改变承载该业务的基础子流和增强子流的RAT,但是,在CRRM对其管辖下的RAT进行其他方面的调整时,可以允许由此引起的业务分流结果的调整。
例如,CRRM在监管RAT时,采用负荷均衡算法,负荷拥塞控制算法等对RAT进行实时调控,在调控过程中,若承载终端对应的业务的基础子流或/和增强子流的RAT相比其他RAT来说承载的负荷过多,造成各RAT之间的负荷不均衡,则CRRM可对其管辖下的RAT的负荷进行均衡调整,导致承载终端对应的业务的基础子流或/和增强子流的RAT发生变化;若承载终端对应的业务的基础子流或/和增强子流的RAT本身承载的负荷过重,将要达到或者超过该RAT配置的***负荷门限,则CRRM可针对该负荷过重的RAT进行调整,将其承载的部分业务分配至其他RAT承载,则导致承载终端对应的业务的基础子流或/和增强子流的RAT发生变化。
第二种策略:CRRM主动对业务分流结果进行调整,具体采用周期性的方式或事件触发的方式进行调整。
以周期性的方式进行调整是指,设定一个周期,当周期到达时触发对包括承载终端对应业务的RAT在内的所有RAT进行检测,在确定有比现在的分流结果更优的方式时,调整现在的分流结果。
例如,终端对应的业务在业务建立时根据业务分流方法确立的结果被分流至不同的RAT承载,在业务持续的过程中,若承载该业务基础子流的RAT有其他业务结束或者用户离去,则该RAT的空闲资源可以承载该业务的增强子流,那么,在这种情况下,就可以将该业务的增强子流调整至承载该业务的基础子流的RAT上,即不对该业务进行分流,采用该RAT同时承载该业务的基础子流和增强子流,避免了因分流导致的接收侧接收业务数据子流不同步的问题。
又例如,终端对应的业务在业务建立时根据业务分流方法确立的结果被分流至不同的RAT承载,其中,该业务的基础子流被分流至QoS保证力度较弱的RAT上(如WLAN),在业务持续的过程中,若有其他对QoS保证力度较强的RAT(如LTE等蜂窝网络)有其他业务结束或者用户离去,则该RAT的空闲资源可以承载该业务的基础子流,在这种情况下,就可以将该业务的基础子流调整至对QoS保证力度较强的该RAT上,这样,能够保证该业务的基本服务质量。
以事件触发的方式进行调整是指,当承载终端对应的业务的基础子流的RAT因为有其他业务的结束或者用户离去等原因,导致可以同时承载该业务的增强子流的情况下,触发对承载该业务的增强子流的RAT的调整,采用承载该业务的基础子流的RAT同时承载该业务的增强子流;或者,当QoS保证力度较强的RAT在其他业务结束或者用户离去时,触发针对承载在QoS保证力度较弱的RAT下的基础子流的RAT的调整,将该承载在QoS保证力度较弱的RAT下的基础子流调整至QoS保证力度将强的该RAT下承载,这样能够保证该业务的基本服务质量。
基于上述实施例,下面对上述方案具体实施的整体流程进行进一步详细介绍。
假设CRRM收到终端发送的业务(记为k)的连接建立请求,终端所在的RAT(记为RATi)当前的***负荷为Lc(i),RATi的预设***负荷门限值为Th1(i),CRRM预估该业务的基础子流在RATi下对应的负荷值为Lb(i),CRRM预估该业务的增强子流在RATi下对应的负荷值为Le(i)。
其中,业务k的连接建立请求可包括初始接入场景或切换场景,初始接入场景为:例如,终端在当前RAT下驻留的情况下,发起新的业务连接建立请求(如打开网页而建立的新业务);切换场景为:当终端发生小区之间的切换时所触发的业务连接建立请求。
下面分不同的情况进行说明。
一、若Lc(i)+Lb(i)+Le(i)<Th1(i),表明RATi当前的空闲资源既能够承载业务k的基础子流,又能够承载业务k的增强子流,则不对业务k进行分流,该业务k完全由RATi承载。
二、若Lc(i)+Lb(i)+Le(i)>=Th1(i),表明RATi当前的空闲资源不足以承载业务k的基础子流和增强子流,则进行进一步判断:
第1种情况:若Lc(i)+Lb(i)<Th1(i),表明RATi当前的空闲资源能够承载业务k的基础子流,则采用RATi承载业务k的基础子流,为业务k的增强子流寻找其他RAT来承载。
具体方法为:CRRM获取针对终端负荷接入条件的其他RAT,构成集合(记为R),R={RATj},j=1,,2……,J,表明终端共有J个符合接入条件的其他RAT,其中j可以等于i,即符合接入条件的其他RAT可以是RATi下的除终端所在小区的其他小区。
若集合R为空,则不发送业务k的增强子流。
若集合R不为空,则:
分别预估业务k的增强子流在集合R中的每一个RAT下对应的负荷值,记为Le(j),其中,j=1,,2……,J;
计算R1(j)=Th1(j)-(Lc(j)+Le(j)),R1(j)表示预估业务k的增强子流接入RATj后,RATj允许分配的剩余负荷,在获得的多个R1(j)中选择最大值R1(j’),并选择由RATj’承载业务k的增强子流。其中,
第2种情况:若Lc(i)+Lb(i)>=Th1(i),表明RATi当前的空闲资源不能承载业务k的基础子流,则优先在其他RAT中选择一个能够承载业务k的基础子流和增强子流的RAT去承载基础子流和增强子流,若选不到,则在其他RAT中选择一个能够承载业务k的基础子流的RAT去承载基础子流,再选择其他RAT承载业务k的增强子流。
具体方法为:CRRM获取针对终端负荷接入条件的其他RAT,构成集合(记为R),R={RATj},j=1,,2……,J,表明终端共有J个符合接入条件的其他RAT,其中j可以等于i,即符合接入条件的其他RAT可以是RATi下的除终端所在小区的其他小区。
若集合R为空,则不发送业务k的增强子流。
若集合R不为空,则:
分别预估业务k的基础子流和增强子流在集合R中的每一个RAT下对应的负荷值,分别记为Lb(j)和Le(j),其中,j=1,,2……,J;
计算R1(j)=Th1(j)-(Lc(j)+Lb(j)+Le(j)),R1(j)表示预估业务k的基础子流和增强子流接入RATj后,RATj允许分配的剩余负荷,在获得的多个R1(j)后,选择符合条件的R1(j’),并选择由RATj’承载业务k的基础子流和增强子流。
进一步地,若选不到符合上述条件的RAT来承载业务k的基础子流和增强子流,则计算R1(j)=Th1(j)-(Lc(j)+Lb(j)),选择符合条件的R1(j’),并选择由RATj’承载业务k的基础子流,再继续选择最佳的RAT来承载业务k的增强子流,选择方法如上述第1种情况所述,在此不再赘述,如果还选不到符合该条件的RAT来承载业务k的基础子流,则拒绝业务k的连接建立请求。
基于上述实施例,参阅图5所示,本发明实施例中,CRRM包括:通信单元500和判断单元510。
通信单元500,用于接收终端发送的业务连接建立请求;
判断单元510,用于判断当前无线接入技术RAT是否能够承载相应业务的基础子流和增强子流,其中,基础子流用于指示满足相应业务的最低服务质量的业务分流,增强子流用于指示增强业务服务质量的业务分流;
若是,则采用当前RAT承载相应业务的基础子流和增强子流;
否则,进一步判断当前RAT是否能够承载相应业务的基础子流,若是,则采用当前RAT承载相应业务的基础子流,并选择符合第一预设条件的其他RAT承载相应业务的增强子流;否则,选择符合第二预设条件的其他RAT承载相应业务的基础子流和增强子流。
这样,可被动进行业务分流调度,降低终端实现复杂度,以及能够充分合理利用RAT资源,提高数据传输效率以及***整体性能。
较佳地,在判断当前RAT是否能够承载相应业务的基础子流和增强子流时,判断单元510具体用于:
预估相应业务的基础子流在当前RAT下对应的第一负荷值,以及预估相应业务的增强子流在当前RAT下对应的第二负荷值,并将当前RAT的第一预估总负荷值与当前RAT的预设***负荷门限值进行比较,其中,第一预估总负荷值为第一负荷值、第二负荷值以及当前RAT的当前***负荷值之和,***负荷门限值用于表征当前RAT能够承载负荷的最大值;
若第一预估总负荷值小于当前RAT的***负荷门限值,则判定当前RAT能够承载相应业务的基础子流和增强子流;
若第一预估总负荷值不小于当前RAT的***负荷门限值,则判定当前RAT不能承载相应业务的基础子流和增强子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在判定当前RAT不能承载相应业务的基础子流和增强子流时,判断单元510进一步判断当前RAT是否能够承载相应业务的基础子流,具体包括:
将当前RAT的第二预估总负荷值与当前RAT的预设***负荷门限值进行比较,其中,第二预估总负荷值为第一负荷值与当前RAT的当前***负荷值之和;
若第二预估总负荷值小于当前RAT的预设***负荷门限值,则判定当前RAT能够承载相应业务的基础子流;
若第二预估总负荷值不小于当前RAT的预设***负荷门限值,则判定当前RAT不能承载相应业务的基础子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在选择符合第一预设条件的其他RAT承载相应业务的增强子流时,判断单元510具体用于:
选择所有符合终端接入条件的其他RAT,生成第一RAT集合,其中,接入条件为:终端的导频信号测量值达到所在RAT的预设门限,并且终端所在RAT当前***负荷值小于终端所在RAT的预设***负荷门限值;
分别针对第一RAT集合中包含的每一个RAT执行以下操作:预估相应业务的增强子流在一个RAT下对应的第三负荷值,并计算一个RAT的预设***负荷门限值与一个RAT的第三预估总负荷值之间的差值,其中,第三预估总负荷值为第三负荷值与一个RAT当前***负荷值之和;
基于针对第一RAT集合中包含的每一个RAT计算获得的差值,生成第一差值集合,并选择第一差值集合中的最大值对应的RAT承载相应业务的增强子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在选择符合第二预设条件的其他RAT承载相应业务的基础子流和增强子流时,判断单元510具体用于:
选择所有符合终端接入条件的其他RAT,生成第二RAT集合,其中,接入条件为:终端的导频信号测量值达到所在RAT的预设门限,并且终端所在RAT当前***负荷值小于终端所在RAT的预设***负荷门限值;
分别针对第二RAT集合中包含的每一个RAT执行以下操作:预估相应业务的基础子流在一个RAT下对应的第四负荷值,以及预估相应业务的增强子流在一个RAT下对应的第五负荷值,并计算一个RAT的预设***负荷门限值与一个RAT的第四预估总负荷值之间的差值,其中,第四预估总负荷值为第三负荷值、第四负荷值以及一个RAT的当前***负荷值之和;
基于针对第二RAT集合中包含的每一个RAT计算获得的差值,生成第二差值集合,在第二差值集合中选择大于零的差值生成第一差值子集,并选择第一差值子集中的最大值对应的RAT承载相应业务的基础子流和增强子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,若第一差值子集为空,判断单元510进一步用于:
选择所有符合终端接入条件的其他RAT,生成第三RAT集合;
分别针对第三RAT集合中包含的每一个RAT执行以下操作:预估相应业务的基础子流在一个RAT下对应的第六负荷值,并计算一个RAT的预设***负荷门限值与一个RAT的第五预估总负荷值之间的差值,其中,第五预估总负荷值为第六负荷值与一个RAT当前***负荷值之和;
基于针对第三RAT集合中包含的每一个RAT计算获得的差值,生成第三差值集合,并在第三差值集合中选择大于零的差值生成第二差值子集,并选择第二差值子集中的最大值对应的RAT承载相应业务的基础子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在采用当前RAT承载相应业务的基础子流,并选择符合第一预设条件的其他RAT承载相应业务的增强子流之后,进一步包括:
合并单元520,用于在基础子流数据中记录第一建议调度时间标签,第一建议调度时间标签用于指示建议当前RAT调度相应业务的基础子流的时间,以及,在增强子流数据中记录第二建议调度时间标签,第二建议调度时间标签用于指示建议符合第一预设条件的其他RAT调度相应业务的增强子流的时间,其中,第一建议调度时间与第二建议调度时间的差值不超过预设的时间差阈值。
这样,才能保证接收侧(终端或CRRM实体)能够对来自不同RAT的业务数据子流进行有效合并,避免了由于时延差过大的问题。
基于上述实施例,参阅图6所示,本发明实施例中,CRRM包括处理器600以及收发机610,其中:
处理器600,用于读取存储器620中的程序,执行下列过程:
通过收发机610接收终端发送的业务连接建立请求;
判断当前RAT是否能够承载相应业务的基础子流和增强子流,其中,基础子流用于指示满足相应业务的最低服务质量的业务分流,增强子流用于指示增强业务服务质量的业务分流;
若是,则采用当前RAT承载相应业务的基础子流和增强子流;
否则,进一步判断当前RAT是否能够承载相应业务的基础子流,若是,则采用当前RAT承载相应业务的基础子流,并选择符合第一预设条件的其他RAT承载相应业务的增强子流;否则,选择符合第二预设条件的其他RAT承载相应业务的基础子流和增强子流。
收发机610,用于在处理器600的控制下接收和发送数据。
这样,可被动进行业务分流调度,降低终端实现复杂度,以及能够充分合理利用RAT资源,提高数据传输效率以及***整体性能。
较佳地,在判断当前RAT是否能够承载相应业务的基础子流和增强子流时,处理器600具体用于:
预估相应业务的基础子流在当前RAT下对应的第一负荷值,以及预估相应业务的增强子流在当前RAT下对应的第二负荷值,并将当前RAT的第一预估总负荷值与当前RAT的预设***负荷门限值进行比较,其中,第一预估总负荷值为第一负荷值、第二负荷值以及当前RAT的当前***负荷值之和,***负荷门限值用于表征当前RAT能够承载负荷的最大值;
若第一预估总负荷值小于当前RAT的***负荷门限值,则判定当前RAT能够承载相应业务的基础子流和增强子流;
若第一预估总负荷值不小于当前RAT的***负荷门限值,则判定当前RAT不能承载相应业务的基础子流和增强子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在判定当前RAT不能承载相应业务的基础子流和增强子流时,处理器600进一步判断当前RAT是否能够承载相应业务的基础子流,具体包括:
将当前RAT的第二预估总负荷值与当前RAT的预设***负荷门限值进行比较,其中,第二预估总负荷值为第一负荷值与当前RAT的当前***负荷值之和;
若第二预估总负荷值小于当前RAT的预设***负荷门限值,则判定当前RAT能够承载相应业务的基础子流;
若第二预估总负荷值不小于当前RAT的预设***负荷门限值,则判定当前RAT不能承载相应业务的基础子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在选择符合第一预设条件的其他RAT承载相应业务的增强子流时,处理器600具体用于:
选择所有符合终端接入条件的其他RAT,生成第一RAT集合,其中,接入条件为:终端的导频信号测量值达到所在RAT的预设门限,并且终端所在RAT当前***负荷值小于终端所在RAT的预设***负荷门限值;
分别针对第一RAT集合中包含的每一个RAT执行以下操作:预估相应业务的增强子流在一个RAT下对应的第三负荷值,并计算一个RAT的预设***负荷门限值与一个RAT的第三预估总负荷值之间的差值,其中,第三预估总负荷值为第三负荷值与一个RAT当前***负荷值之和;
基于针对第一RAT集合中包含的每一个RAT计算获得的差值,生成第一差值集合,并选择第一差值集合中的最大值对应的RAT承载相应业务的增强子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在选择符合第二预设条件的其他RAT承载相应业务的基础子流和增强子流时,处理器600具体用于:
选择所有符合终端接入条件的其他RAT,生成第二RAT集合,其中,接入条件为:终端的导频信号测量值达到所在RAT的预设门限,并且终端所在RAT当前***负荷值小于终端所在RAT的预设***负荷门限值;
分别针对第二RAT集合中包含的每一个RAT执行以下操作:预估相应业务的基础子流在一个RAT下对应的第四负荷值,以及预估相应业务的增强子流在一个RAT下对应的第五负荷值,并计算一个RAT的预设***负荷门限值与一个RAT的第四预估总负荷值之间的差值,其中,第四预估总负荷值为第三负荷值、第四负荷值以及一个RAT的当前***负荷值之和;
基于针对第二RAT集合中包含的每一个RAT计算获得的差值,生成第二差值集合,在第二差值集合中选择大于零的差值生成第一差值子集,并选择第一差值子集中的最大值对应的RAT承载相应业务的基础子流和增强子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,若第一差值子集为空,处理器610进一步用于:
选择所有符合终端接入条件的其他RAT,生成第三RAT集合;
分别针对第三RAT集合中包含的每一个RAT执行以下操作:预估相应业务的基础子流在一个RAT下对应的第六负荷值,并计算一个RAT的预设***负荷门限值与一个RAT的第五预估总负荷值之间的差值,其中,第五预估总负荷值为第六负荷值与一个RAT当前***负荷值之和;
基于针对第三RAT集合中包含的每一个RAT计算获得的差值,生成第三差值集合,并在第三差值集合中选择大于零的差值生成第二差值子集,并选择第二差值子集中的最大值对应的RAT承载相应业务的基础子流。
这样,能够充分利用所有的RAT资源,选择最优的RAT来调度该业务的增强子流。
较佳地,在采用当前RAT承载相应业务的基础子流,并选择符合第一预设条件的其他RAT承载相应业务的增强子流之后,处理器600进一步用于:
在基础子流数据中记录第一建议调度时间标签,第一建议调度时间标签用于指示建议当前RAT调度相应业务的基础子流的时间,以及,在增强子流数据中记录第二建议调度时间标签,第二建议调度时间标签用于指示建议符合第一预设条件的其他RAT调度相应业务的增强子流的时间,其中,第一建议调度时间与第二建议调度时间的差值不超过预设的时间差阈值。
这样,才能保证接收侧(终端或CRRM实体)能够对来自不同RAT的业务数据子流进行有效合并,避免了由于时延差过大的问题。
其中,在图6中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口630还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器600负责管理总线架构和通常的处理,存储器620可以存储处理器600在执行操作时所使用的数据。
综上所述,本发明实施例中,CRRMCRRM接收终端发送的业务连接建立请求后,判断当前RAT是否能够承载相应业务的基础子流和增强子流,其中,基础子流用于指示满足所述相应业务的最低服务质量的业务分流,增强子流用于指示增强所述业务服务质量的业务分流;若是,则采用当前RAT承载相应业务的基础子流和增强子流;否则,进一步判断当前RAT是否能够承载相应业务的基础子流,若是,则采用当前RAT承载相应业务的基础子流,并选择符合第一预设条件的其他RAT承载相应业务的增强子流;否则,选择符合第二预设条件的其他RAT承载相应业务的基础子流和增强子流。这样,在某一RAT能够满足业务需求的情况下,不进行业务分流调度,可以降低终端实现复杂度,以及能够减少由业务分流导致的接收侧接收业务数据子流不同步导致的问题,并且,能够充分合理利用RAT资源,提高数据传输效率以及***整体性能。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。