发明内容
有鉴于此,本发明实施例的目的在于提供资源分配方法和装置,以解决要求快速响应的热点业务由于优先级较低而分配不到上行物理资源的问题。
为实现上述目的,本发明实施例提供如下技术方案:
根据本发明实施例的第一方面,提供一种资源分配方法,热点业务和非热点业务使用不同的专用数据无线承载DRB,所述方法包括:
终端进行第一轮上行资源分配,直至待分配上行物理资源总量为零或者所有热点业务专用DRB均获得上行物理资源;所述第一轮上行资源分配包括为各热点业务专用DRB分配上行物理资源;
在所有热点业务专用DRB均获得上行物理资源并且所述待分配上行物理资源总量不为零时,所述终端进行第二轮上行资源分配,直至待分配上行物理资源总量为零或者所有非热点业务专用DRB均获得上行物理资源,所述第二轮上行资源分配包括为各非热点业务专用DRB分配上行物理资源。
结合第一方面,在第一种可能的实现方式中,还包括:在所有非热点业务专用DRB均分配到上行物理资源并且所述待分配上行物理资源总量不为零时,所述终端进行第三轮上行资源分配,直至所述待分配上行物理资源总量为零或者所有专用DRB均分配到上行物理资源;所述第三轮上行资源分配包括为所有业务缓存量大于零的专用DRB分配上行物理资源。
结合第一方面或第一方面第一种可能的实现方式,在第二种可能的实现方式中,还包括针对新发起的热点业务,所述终端配置与所述新发起的热点业务对应的专用DRB。
结合第一方面第二种可能的实现方式,在第三种可能的实现方式中,在所述配置与所述新发起的热点业务对应的专用DRB之前,还包括:所述终端向所述网络侧发送针对所述新发起的热点业务的承载请求消息,所述承载请求消息携带热点业务标识HI以及所述新发起的热点业务的服务质量QoS属性值;所述QoS属性值和所述HI用于所述网络侧的分组数据网关确定针对所述新发起的热点业务的专用DRB配置策略;所述终端接收网络侧的承载配置消息;所述承载配置消息携带针对所述新发起的热点业务的专用DRB配置策略;所述专用DRB配置策略用于所述终端配置与所述新发起的热点业务对应的专用DRB。
结合第一方面第三种可能的实现方式,在第四种可能的实现方式中,所述配置与所述新发起的热点业务对应的专用DRB包括:
在不存在与目标QCI对应的热点业务专用DRB,并且,所述终端已建立的专用DRB的数目未达到上限时,建立与所述新发起的热点业务对应的专用DRB;所述目标QCI为所述新发起的热点业务对应的QCI;所述目标QCI由所述新发起的热点业务的QoS属性值表征;
或者,
在存在与所述目标QCI对应的热点业务专用DRB时,使用网络侧反馈的上行业务流模板将所述新发起的热点业务映射到与所述目标QCI对应的演进分组系统EPS承载上,并将所述新发起的热点业务的业务数据流关联至与所述目标QCI对应的热点业务专用DRB上;
或者,
在不存在与所述目标QCI对应的热点业务专用DRB,并且,所述终端已建立的专用DRB的数目达到所述上限时,执行DRB修改策略。
结合第一方面第四种可能的实现方式,在第五种可能的实现方式中,所述DRB修改策略包括:当存在长时间未使用的专用DRB时,修改所述长时间未使用的专用DRB,使其成为与所述新发起的热点业务对应的专用DRB;当所有专用DRB均在使用状态时,抢占优先级最低的非热点业务专用DRB作为与所述新发起的热点业务对应的专用DRB。
结合第一方面第五种可能的实现方式,在第六种可能的实现方式中,所述修改DRB策略还包括:当所有专用DRB均在使用状态并且所有专用DRB均为热点业务DRB时,拒绝建立与所述新发起的热点业务对应的专用DRB。
结合第一方面第三种可能的实现方式,在第七种可能的实现方式中,所述为热点业务专用DRB分配上行物理资源包括:当所述待分配上行物理资源总量大于所述热点业务专用DRB的令牌数时,为所述热点业务专用DRB分配大小与所述令牌数一致的上行物理资源;当所述待分配上行物理资源总量小于所述热点业务专用DRB的令牌数时,为所述热点业务专用DRB分配大小与所述待分配上行物理资源总量一致的上行物理资源。
结合第一方面第七种可能的实现方式,在第八种可能的实现方式中,第j个专用DRB的令牌数为Bj;所述第j个专用DRB的数据优先发送参数为Aj;
当所述第j个专用DRB对应的逻辑信道中有数据需要发送时,所述Bj等于PBR*TTI,所述Aj等于Bj*LIj;所述PBR表示优先级比特速率,所述TTI表示传输时间间隔;所述LIj表示第j个专用DRB对应的LI,所述LI表示热点业务指示参数;当所述LIj等于第一取值时,表征所述第j个专用DRB为热点业务专用DRB;当所述LIj等于第二取值时,表征所述第j个专用DRB为非热点业务专用DRB。
结合第一方面第八种可能的实现方式,在第九种可能的实现方式中,所述LI由所述承载配置消息携带。
结合第一方面第八种可能的实现方式,在第十种可能的实现方式中,所述第一取值等于1,所述第二取值等于0;所述当所述待分配上行物理资源总量大于所述热点业务专用DRB的令牌数时,为所述热点业务专用DRB分配大小与所述令牌数一致的上行物理资源包括:当Aj>0并且R>Bj时,为第j个专用DRB分配大小为R的上行物理资源,所述R表示待分配上行物理资源总量;所述当所述待分配上行物理资源总量小于所述热点业务专用DRB的令牌数时,为所述热点业务专用DRB分配大小与所述待分配上行物理资源总量一致的上行物理资源包括:当Aj>0并且R<Bj时,为第j个专用DRB分配大小为Bj的上行物理资源。
结合第一方面第四种可能的实现方式至第八种可能的实现方式中的任一项,在第十一种可能的实现方式中,在不存在与所述目标QCI对应的热点业务专用DRB,并且,所述终端已建立的专用DRB的数目未达到上限时,或者,在存在与所述目标QCI对应的热点业务专用DRB时,所述承载请求消息为承载资源分配请求;在不存在与所述目标QCI对应的热点业务专用DRB,并且,所述终端已建立的专用DRB的数目达到上限时,所述承载请求消息为承载资源修改请求。
根据本发明实施例的第二方面,提供一种资源分配方法,包括:
分组数据网关接收承载请求消息;所述承载请求消息至少携带服务质量QoS属性值;
所述分组数据网关解析所述承载请求消息;
所述分组数据网关判断所述承载请求消息中是否包含热点业务标识HI;所述HI用于表征与所述承载请求消息对应的业务为新发起的热点业务;
在接收的承载请求消息中包含HI时,所述分组数据网关使用所述QoS属性值确定针对所述新发起的热点业务的专用DRB配置策略;
在接收的承载请求消息中不包含HI时,所述分组数据网关使用所述QoS属性值确定非热点业务专用DRB配置策略;
所述分组数据网关下发承载配置消息;所述承载配置消息携带针对所述新发起的热点业务的专用DRB配置策略,或者携带非热点业务的专用DRB配置策略。
结合第二方面,在第一种可能的实现方式中,在不存在与目标QCI对应的热点业务专用DRB,并且,所述终端已建立的专用DRB的数目未达到上限时,所述针对所述新发起的热点业务的专用DRB配置策略包括:建立与所述新发起的热点业务对应的专用DRB;所述目标QCI为所述新发起的热点业务对应的QCI。
结合第二方面,在第二种可能的实现方式中,在存在与所述目标QCI对应的热点业务专用DRB时还包括:重新配置与所述目标QCI对应的演进分组系统EPS承载。
结合第二方面第二种可能的实现方式,在第三种可能的实现方式中,所述针对所述新发起的热点业务的专用DRB配置策略包括更新后的上行业务流模板;所述上行业务流模板用于终端将所述新发起的热点业务映射到所述EPS承载上,并将所述新发起的热点业务的业务数据流关联至与所述目标QCI对应的热点业务专用DRB上。
结合第二方面,在第四种可能的实现方式中,在不存在与所述目标QCI对应的热点业务专用DRB,并且,所述终端已建立的专用DRB的数目达到所述上限时,所述针对所述新发起的热点业务的专用DRB配置策略包括DRB修改策略。
根据本发明实施例的第三方面,提供一种资源分配装置,包括:
第一上行物理资源分配单元,用于进行第一轮上行资源分配,直至待分配上行物理资源总量为零或者所有热点业务专用DRB均获得上行物理资源;所述第一轮上行资源分配包括为各热点业务专用DRB分配上行物理资源;
第二上行物理资源分配单元,用于在所有热点业务专用DRB均获得上行物理资源并且所述待分配上行物理资源总量不为零时,进行第二轮上行资源分配,直至待分配上行物理资源总量为零或者所有非热点业务专用DRB均获得上行物理资源,所述第二轮上行资源分配包括为各非热点业务专用DRB分配上行物理资源。
结合第三方面,在第一种可能的实现方式中,还包括:第三上行物理资源分配单元,用于在所有非热点业务专用DRB均分配到上行物理资源并且所述待分配上行物理资源总量不为零时,进行第三轮上行资源分配,直至所述待分配上行物理资源总量为零或者所有专用DRB均分配到上行物理资源;所述第三轮上行资源分配包括为所有业务缓存量大于零的专用DRB分配上行物理资源。
结合第三方面或第一种可能的实现方式,在第二种可能的实现方式中,还包括:配置单元,用于针对新发起的热点业务,配置与所述新发起的热点业务对应的专用DRB。
结合第三方面或第二种可能的实现方式,在第三种可能的实现方式中,还包括:发送单元,用于在所述配置单元配置与所述新发起的热点业务对应的专用DRB之前,向所述网络侧发送针对所述新发起的热点业务的承载请求消息,所述承载请求消息携带热点业务标识HI以及所述新发起的热点业务的服务质量QoS属性值;所述QoS属性值和所述HI用于所述网络侧的分组数据网关确定针对所述新发起的热点业务的专用DRB配置策略;接收单元,用于在所述配置单元配置与所述新发起的热点业务对应的专用DRB之前,接收网络侧的承载配置消息;所述承载配置消息携带针对所述新发起的热点业务的专用DRB配置策略;所述专用DRB配置策略用于所述终端配置与所述新发起的热点业务对应的专用DRB。
根据本发明实施例的第四方面,提供一种资源分配装置,包括:
第一通信单元,用于接收承载请求消息;所述承载请求消息至少携带服务质量QoS属性值;
解析单元,用于解析所述承载请求消息;
判断单元,用于判断所述承载请求消息中是否包含热点业务标识HI;所述HI用于表征与所述承载请求消息对应的业务为新发起的热点业务;
第一配置单元,用于在接收的承载请求消息中包含HI时,使用所述QoS属性值确定针对所述新发起的热点业务的专用DRB配置策略;
第二配置单元,用于在接收的承载请求消息中不包含HI时,使用所述QoS属性值确定非热点业务专用DRB配置策略;
第二通信单元,用于下发承载配置消息;所述承载配置消息携带针对所述新发起的热点业务的专用DRB配置策略,或者携带非热点业务的专用DRB配置策略。
结合第四方面,在第一种可能的实现方式中,在不存在与目标QCI对应的热点业务专用DRB,并且,所述终端已建立的专用DRB的数目未达到上限时,所述针对所述新发起的热点业务的专用DRB配置策略包括:建立与所述新发起的热点业务对应的专用DRB;所述目标QCI为所述新发起的热点业务对应的QCI。
结合第四方面,在第二种可能的实现方式中,还包括:第三配置单元,用于在存在与所述目标QCI对应的热点业务专用DRB时,重新配置与所述目标QCI对应的演进分组系统EPS承载;所述针对所述新发起的热点业务的专用DRB配置策略包括更新后的上行业务流模板;所述上行业务流模板用于终端将所述新发起的热点业务映射到所述EPS承载上,并将所述新发起的热点业务的业务数据流关联至与所述目标QCI对应的热点业务专用DRB上。
结合第四方面,在第三种可能的实现方式中,在不存在与所述目标QCI对应的热点业务专用DRB,并且,所述终端已建立的专用DRB的数目达到所述上限时,所述针对所述新发起的热点业务的专用DRB配置策略包括DRB修改策略。
可见,在本发明实施例中,热点业务与非热点业务对应不同的专用DRB,将热点业务与非热点业务的专用DRB区分出来,为后续先行为热点业务分配上行物理资源分配提供了基础。在分配资源时,先为对应热点业务的专用DRB分配上行物理资源,在所有对应热点业务的专用DRB均分配资源后,如有资源剩余,再对非热点业务的专用DRB分配资源。由于优先为热点业务分配资源,所以解决了当网络资源紧张并且所述终端并行使用多种业务,要求快速响应的热点业务因优先级较低而分配不到上行物理资源的问题。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在LTE系统中,终端开机附着后建立的默认承载能够满足基本业务的QoS(Qualityof Service,服务质量)需求,当默认承载不能满足业务时,LTE系统会建立专用数据无线承载(DRB,Data Radio Bearer)。一个用户最多可同时建立八个DRB。每个DRB对应一个逻辑信道,不同的逻辑信道组成一个逻辑信道组。
终端以逻辑信道组为单位向基站上报数据缓存,请求上行物理资源。获得上行物理资源后,终端会将获得的上行物理资源按优先级由高到低的顺序依次为逻辑信道组中的逻辑信道分配上行物理资源。
目前,终端厂商、业务提供商可自行定义热点业务,例如,腾讯定制机将QQ、微信等设置为热点业务,电信定制机将天翼系列应用业务设置为热点业务。而其他未定义为热点业务的业务,则可称为非热点业务。
现有的上行资源分配方式虽然考虑了不同逻辑信道的公平性,但当网络资源紧张并且终端并行使用多种业务,要求快速响应的热点业务可能会由于优先级较低而分配不到上行物理资源。
为解决上述问题,本发明实施例提供资源分配方法。
在本实施例中,热点业务和非热点业务使用不同的专用数据无线承载DRB。这样可将热点业务使用的专用DRB与非热点业务使用的专用DRB区分出来,为后续先行为热点业务分配上行物理资源分配提供了基础。为方便起见,本文后续将热点业务使用的专用DRB简称为热点业务专用DRB,将非热点业务使用的专用DRB简称为非热点业务专用DRB。热点业务专用DRB承载的是热点业务的业务数据,而非热点业务专用DRB承载的是非热点业务的业务数据。
请参见图1,上述方法可包括如下步骤:
S1、终端(UE)进行第一轮上行资源分配,直至待分配上行物理资源总量为零或者所有热点业务专用DRB均获得上行物理资源。
其中,第一轮上行资源分配可包括为各热点业务专用DRB分配上行物理资源。
待分配上行物理资源总量可用R表示,其单位为比特。随着分配,R会越来越小。
举例来讲,用户建立了DRB1-DRB5,其中DRB1、DRB3和DRB5为热点业务专用DRB。则在第一轮上行资源分配时,会为DRB1、DRB3和DRB5分配上行物理资源。
更具体的,在第一轮上行资源分配时,可按照热点业务专用DRB的优先级由高到低的顺序依次为DRB1、DRB3和DRB5分配上行物理资源。
假定DRB1、DRB3和DRB5的优先级由高到低为DRB3、DRB5、DRB1。则先为DRB3分配上行物理资源;为DRB3分配后,如R大于0,则再为DRB5分配上行物理资源;为DRB5分配后,如R仍大于0,则再为DRB1分配上行物理资源。
S2、在所有热点业务专用DRB均获得上行物理资源并且上述待分配上行物理资源总量不为零时,上述终端进行第二轮上行资源分配,直至待分配上行物理资源总量为零或者所有非热点业务专用DRB均获得上行物理资源。
其中,第二轮上行资源分配包括为各非热点业务专用DRB分配上行物理资源。
仍沿用前例,如在为DRB1、DRB3和DRB5分配上行物理资源后,R仍大于0,则执行步骤S2,进行第二轮上行资源分配,也即,为DRB2和DRB4分配上行物理资源。
更具体的,可按照非热点业务专用DRB的优先级由高到低的顺序依次为DRB2和DRB4分配上行物理资源。
假定DRB2和DRB4的优先级由高到低为DRB4、DRB2。则先为DRB4分配上行物理资源;为DRB4分配后,如R大于0,则再为DRB2分配上行物理资源。
可见,在本发明实施例中,在分配资源时,先为对应热点业务的专用DRB分配上行物理资源,在所有对应热点业务的专用DRB均分配资源后,如有资源剩余,再对非热点业务的专用DRB分配资源。由于优先为热点业务分配资源,所以解决了当网络资源紧张并且所述终端并行使用多种业务,要求快速响应的热点业务因优先级较低而分配不到上行物理资源的问题。
进一步的,在本发明其他实施例中,请参见图2,上述所有实施例还可包括如下步骤:
S3、在所有非热点业务专用DRB均分配到上行物理资源并且上述待分配上行物理资源总量不为零时,上述终端进行第三轮上行资源分配,直至上述待分配上行物理资源总量为零或者所有专用DRB均分配到上行物理资源。
其中,上述第三轮上行资源分配包括为所有业务缓存量大于零的专用DRB分配上行物理资源。
仍沿用前例,假定为DRB4、DRB2分配资源后,R仍大于0,则执行步骤S3。并且,在第三轮分配中,将不再区别热点业务专用DRB、非热点业务专用DRB,也即,将为DRB1-DRB5中业务缓存量大于零的DRB分配上行物理资源。
下面将具体介绍如何进行资源分配。
在本发明其他实施例中,上述所有实施例中步骤S1中的“为热点业务专用DRB分配上行物理资源”可包括如下步骤:
S1A,当待分配上行物理资源总量大于上述热点业务专用DRB的令牌数时,为上述热点业务专用DRB分配大小与上述令牌数一致的上行物理资源;
S1B,当上述待分配上行物理资源总量小于上述热点业务专用DRB的令牌数时,为上述热点业务专用DRB分配大小与上述待分配上行物理资源总量一致的上行物理资源。
需要说明的是,如待分配上行物理资源总量等于上述热点业务专用DRB的令牌数,则为热点业务专用DRB分配大小与待分配上行物理资源总量或与令牌数一致的上行物理资源。
在本发明其他实施例中,上述所有实施例中步骤S2中的“为非热点业务专用DRB分配上行物理资源”可包括如下步骤:
S2A,当待分配上行物理资源总量大于非热点业务专用DRB的令牌数时,为非热点业务专用DRB分配大小与上述令牌数一致的上行物理资源。
S2B,当上述待分配上行物理资源总量小于非热点业务专用DRB的令牌数时,为非热点业务专用DRB分配大小与上述待分配上行物理资源总量一致的上行物理资源。
需要说明的是,如待分配上行物理资源总量等于上述非热点业务专用DRB的令牌数,则为非热点业务专用DRB分配大小与待分配上行物理资源总量或与令牌数一致的上行物理资源。
在本发明其他实施例中,上述所有实施例中步骤S3中的“为所有业务缓存量大于零的专用DRB分配上行物理资源”可包括如下步骤:
S3A,当专用DRB已获得的上行物理资源与缓存量之间的差值大于待分配上行物理资源总量时,为该专用DRB分配大小与待分配上行物理资源总量一致的上行物理资源。
S3B,当专用DRB已获得的上行物理资源与缓存量之间的差值小于待分配上行物理资源总量时,为非热点业务专用DRB分配大小与上述差值一致的上行物理资源。
需要说明的是,如待分配上行物理资源总量等于上述差值,则为专用DRB分配大小与待分配上行物理资源总量或与差值一致的上行物理资源。
进一步的,可根据令牌数、数据优先发送参数、热点业务指示参数、业务缓存量和待分配上行物理资源总量来分配的。
为方便起见,将第j个专用DRB的令牌数记为Bj,将第j个专用DRB的数据优先发送参数记为Aj,将热点业务指示参数记为LI,将第j个专用DRB对应的LI记为LIj;将第j个专用DRB的业务缓存量记为BSj。
Aj、Bj初始化为0。当上述第j个专用DRB对应的逻辑信道中有数据需要发送时,Bj=PBR×TTI,Aj=Bj×LIj。而当第j个专用DRB对应的逻辑信道中无数据需要发送时,则Bj=0。
其中,PBR表示优先级比特速率,TTI表示传输时间间隔。由于PBR和TTI都是固定的,则Bj是固定的。
BSj则依据待发送的业务数据而定,BSj可能大于Bj,也可能小于Bj,当然,也可能等于Bj(BSj、Bj单位均为比特)。
当上述LIj等于第一取值时,表征上述第j个专用DRB为热点业务专用DRB,而当上述LIj等于第二取值时,表征上述第j个专用DRB为非热点业务专用DRB。
更具体的,第一取值等于1,第二取值等于0。
也即,当第j个专用DRB对应的逻辑信道中有数据需要发送并且第j个专用DRB为热点业务专用DRB时,LIj=1,Aj=Bj>0。
而当第j个专用DRB对应的逻辑信道中有数据需要发送并且第j个专用DRB为非热点业务专用DRB时,LIj=0,Bj>0,Aj=0。
则上述步骤S1A可进一步细化为:
当Aj>0并且R>Bj时,为第j个专用DRB分配大小为Bj的上行物理资源,上述R表示待分配上行物理资源总量。
上述步骤S1B可进一步细化为:
当Aj>0并且R<Bj时,为第j个专用DRB分配大小为R的上行物理资源。
举例来讲,请参见图3,假定UE已建立了3个专用DRB,分别为DRB1、DRB2、DRB3。其中,DRB1为热点业务专用DRB,其余两个DRB为非热点业务专用DRB。
假定DRB1-DRB3均有数据需要发送,则LI1=1,A1=B1>0;LI2=0,B2>0,A2=0;LI3=0,B3>0,A3=0。
则第一至第三轮分配如下:
(一),第一轮分配。
在第一轮分配中,由于A1=B1>0,则为DRB1分配上行物理资源。由于R>B1,则为DRB1分配大小为B1的上行物理资源(若R<B1则为DRB1分配大小为R的上行物理资源)。分配完成后,更新R=R-B1。
(二),第二轮分配。
在第二轮分配中,为DRB2和DRB3分配上行物理资源(也即,为Bj>0,Aj=0的专用DRB分配上行物理资源)。
假定DRB2的优先级高于DRB3,则先为DRB2分配上行物理资源。由于R>B2,则为DRB2分配大小为B2的上行物理资源,更新R=R-B2。
之后,再为DRB3分配上行物理资源。由于R>B3,则为DRB2分配大小为B3的上行物理资源,更新R=R-B3。
(三),第三轮分配。
在第三轮分配中,将按优先级由高到低为DRB1-DRB3分配上行物理资源。
需要说明的是,由图3可见,DRB3的业务缓存量(BS3)小于其令牌数(BSj),则为DRB3分配B3的上行物理资源后,DRB3将不再需要上行物理资源,因此,第三轮分配中,将不再为DRB3分配上行物理资源。
假定DRB1的优先级小于DRB2。则在第三轮分配中,将先为DRB2分配。
在第二轮分配中,DRB2已获得大小为B2的上行物理资源。假定R>BS2-B2,则在第三轮分配中,为DRB2分配大小为BS2-B2的上行物理资源,更新R=R-(BS2-B2)。
之后,为DRB1分配上行物理资源。
在第一轮分配中,DRB1已获得大小为B1的上行物理资源。假定R>BS1-B1,则在第三轮分配中,为DRB1分配大小为BS1-B1的上行物理资源,更新R=R-(BS1-B1)。否则,为DRB1分配大小为R的上行物理资源,更新R=R-R=0。
下面将介绍热点业务专用DRB。
在本发明其他实施例中,参见图4,上述所有实施例中的分配方法还可包括如下步骤:
S403、针对新发起热点业务,终端配置与新发起热点业务对应的专用DRB。
举例来讲,腾讯定制机将QQ业务设置为热点业务。假定终端当前没有运用或启动任何QQ程序。则在用户启动QQ程序时,认为QQ为用户新发起的热点业务。
而如果用户已使用某一QQ帐户登陆之后,再启动QQ程序使用另一QQ帐户登陆,同时保持之前的QQ帐户在线(也就是用户想同时开两个QQ帐户)时,则再启动QQ程序就不认为是新发起热点业务了。
在本发明其他实施例中,参见图4,在步骤S403之前,上述所有实施例中的分配方法还可包括如下步骤:
S401、终端向网络侧发送针对上述新发起热点业务的承载请求消息。
上述承载请求消息携带了热点业务标识(HI)以及上述新发起热点业务的QoS属性值。
上述QoS属性值和HI可用于网络侧的分组数据网关(P-GW)确定针对新发起热点业务的专用DRB配置策略。
当然,如果终端是针对新发起的非热点业务发送承载请求消息,则承载请求消息中将包含新发起的非热点业务的QoS属性值,但不包含HI。
S402、终端接收网络侧的承载配置消息。
上述承载配置消息携带针对发起热点业务的专用DRB配置策略。
终端可根据针对发起热点业务的专用DRB配置策略来配置与新发起热点业务对应的专用DRB。
需要说明的是,步骤S401-S403均在步骤S1之前。
对于分组数据网关而言,请参见图5,其所执行的步骤至少可包括:
S501、分组数据网关接收承载请求消息。
前已述及,当新发起的业务为热点业务时,承载请求消息中携带HI,而当新发起的业务为非热点业务时,承载请求消息中将不携带HI。也即,承载请求消息中至少携带了服务质量QoS属性值。
需要说明的是,分组数据网关会根据QoS属性值来决定该新发起的业务所对应的QCI。
S502、分组数据网关解析接收的承载请求消息。
S503、分组数据网关判断上述承载请求消息中是否包含HI。
S504、在接收的承载请求消息中包含HI时,分组数据网关使用上述QoS属性值确定针对上述新发起热点业务的专用DRB配置策略。
S505、在接收的承载请求消息中不包含HI时,分组数据网关使用上述QoS属性值确定非热点业务专用DRB配置策略。
需要说明的是,在承载请求消息中不包含HI时,承载请求消息即为现有的承载请求消息,而分组数据网关所执行的操作也是现有技术中设定的操作。
分组数据网关可根据现有配置规则确定非热点业务专用DRB配置策略。例如,在不存在与新发起非热点业务的QCI对应的热点业务专用DRB,并且,终端已建立的专用DRB的数目未达到上限时,建立与上述新发起非热点业务对应的专用DRB;在不存在与上述目标QCI对应的热点业务专用DRB,并且,上述终端已建立的专用DRB的数目达到上述上限时,修改长时间未使用的专用DRB,使其成为与新发起的非热点业务对应的专用DRB等等。
S506、分组数据网关下发承载配置消息。
其中,如新发起业务为热点业务,则上述承载配置消息携带针对新发起热点业务的专用DRB配置策略。否则,上述承载配置消息携带非热点业务的专用DRB配置策略。
更具体的,针对新发起热点业务的专用DRB配置策略或非热点业务的专用DRB配置策略可由配置参数表征,配置参数可包括UL TFT、EPS承载标识等。
此外,如新发起业务为热点业务,上述承载配置消息还携带前述提及的LI。
为方便起见,可将新发起热点业务对应的QCI称为目标QCI。
请参见图6,下面将分三种情况来详细介绍针对新发起热点业务的专用DRB配置策略。
情况一,不存在与目标QCI对应的热点业务专用DRB,并且,终端已建立的专用DRB的数目未达到上限。
在此情况下,上述针对新发起热点业务的专用DRB配置策略可包括建立与上述新发起热点业务对应的专用DRB。
情况二,不存在与上述目标QCI对应的热点业务专用DRB,并且,上述终端已建立的专用DRB的数目达到上述上限。
在此情况下,上述针对上述新发起热点业务的专用DRB配置策略可包括DRB修改策略。
进一步的,DRB修改策略可包括:
当存在长时间未使用的专用DRB时,修改上述长时间未使用的专用DRB,使其成为与上述新发起热点业务对应的专用DRB。需要说明的是,上述长时间未使用的专用DRB可包括热点业务专用DRB,也可包括非热点业务专用DRB。
当所有专用DRB均在使用状态时,抢占优先级最低的非热点业务专用DRB作为与新发起热点业务对应的专用DRB。
考虑下述比较特殊的情况,所有专用DRB均在使用状态并且所有专用DRB均为热点业务DRB,此时,上述修改DRB策略可包括:拒绝建立与上述新发起热点业务对应的专用DRB。
或者,上述修改DRB策略可包括抢占优先级低于新发起热点业务的DRB,将其作为与新发起热点业务对应的专用DRB。
情况三,已经存在与目标QCI对应的热点业务专用DRB时(也即UE已经建立与目标QCI对应的热点业务专用DRB)。
举例来讲,QQ和微信同为热点业务,并且QCI相同(假定其为QCIA)。假定用户先运行了微信,则UE建立与QCIA对应的热点业务专用DRB。之后,如用户新发起QQ业务,对于新发起的QQ业务而言,已经存在了与QCIA对应的热点业务专用DRB。
在此情况下,上述分组数据网关还可进一步执行下述步骤:
重新配置与上述目标QCI对应的(演进分组系统)EPS承载。
重新配置EPS承载中包括更新上行业务流模板。在本情况下,“针对所述新发起的热点业务的专用DRB配置策略”则包括更新后的上行业务流模板。
上行业务流模板可用于终端将新发起的热点业务映射到上述EPS承载上,并将该新发起的热点业务的业务数据流(SDF)关联至与目标QCI对应的热点业务专用DRB上。
需要说明的是,每种业务的业务流称为一个业务数据流。它可以用一个IP五元组来表示。IP五元组包括源、目的IP地址、源、目的端口、协议(如TCP、UDP等)。
EPS承载是QoS控制的基本粒度,多个QCI相同的业务流可以使用(映射到)一个EPS承载,即聚合在一个EPS承载上。
每个专有EPS承载会关联一个TFT(traffic flow template,业务流模板)。
一个TFT可包括多个包过滤器(packet filter,也称分组过滤器)。此外,TFT可包括上行业务流模板(UL TFT)与下行业务流模板(DL TFT)。其中,UL TFT是TFT中的上行包过滤器集合,DL TFT是TFT中的下行包过滤器集合。包过滤器的主要内容是IP五元组。
UE使用UL TFT将上行方向的业务映射到一个EPS承载,可以让多个SDF(一个SDF对应一个上行包过滤器)聚合到一个EPS承载上。
PGW使用DL TFT将下行方向业务映射到一个EPS承载,可以让多个SDF(一个SDF对应一个下行包过滤器)聚合到一个EPS承载上。
在建立承载、更新承载的过程结束后,PGW得到EPS承载的DL TFT,UE得到EPS承载的UL TFT。
仍沿用前例,在用户新发起QQ业务时,已经存在了与QCIA对应的热点业务专用DRB,则亦存在了与QCIA对应的EPS承载。但此时,该EPS承载上映射有微信这一热点业务,但未映射QQ这一热点业务,因此,P-GW需要重新配置与QCIA对应的EPS承载,令QQ最终映射到该EPS承载上。
配置完成后,P-GW将更新后的UL TFT放在承载配置消息中下发给终端。
这样,终端就可使用上行业务流模板将新发起的热点业务(QQ)映射到与目标QCI(QCIA)对应的EPS承载上,并将该新发起的热点业务的业务数据流关联至与目标QCI对应的热点业务专用DRB上。
这样一来,原来未跟QQ相关联的DRB就被配置为同时与微信、QQ相关联了,从而可为QQ提供相应的数据传输服务。
与上述三种情况相对应,上述终端在步骤S403中执行的“配置与新发起热点业务对应的专用DRB”可进一步的包括:
在不存在与目标QCI对应的热点业务专用DRB,并且,上述终端已建立的专用DRB的数目未达到上限时,建立与上述新发起热点业务对应的专用DRB;上述目标QCI为上述新发起热点业务对应的QCI;上述目标QCI由上述新发起热点业务的QoS属性值表征。
或者,
在存在与上述目标QCI对应的热点业务专用DRB时,使用网络侧反馈的上行业务流模板将新发起的热点业务映射到与目标QCI对应的统EPS承载上,并将新发起的热点业务的业务数据流关联至与目标QCI对应的热点业务专用DRB上。
或者,
在不存在与上述目标QCI对应的热点业务专用DRB,并且,上述终端已建立的专用DRB的数目达到上述上限时,执行DRB修改策略。
DRB修改策略详细内容请参见本文前述记载,在此不作赘述。
此外,需要指出的是,在不存在与目标QCI对应的热点业务专用DRB并且终端已建立的专用DRB的数目未达到上限(第一场景)时,或者,在存在与目标QCI对应的热点业务专用DRB(第二场景)时,上述承载请求消息为承载资源分配请求;而在不存在与目标QCI对应的热点业务专用DRB并且终端已建立的专用DRB的数目达到上限时(第三场景),上述承载请求消息为承载资源修改请求。
下面,将分场景,对终端(UE)、以及网络侧中各网络设备所执行步骤进行更为详细介绍。
第一场景:不存在与目标QCI对应的热点业务专用DRB并且终端已建立的专用DRB的数目未达到上限。请参见图7,各设备所执行步骤如下:
S71、当新发起热点业务时,UE通过基站(eNB)向MME(Mobility ManagementEntity,移动性管理实体)发送承载资源分配请求。
承载资源分配请求中可包含对应于该业务的QoS属性值及协议配置选项(PCO)等,其中PCO包含HI。
更具体的,UE侧在应用层产生HI,并将其作为接口参数传递给RRC(RadioResource Control,无线资源控制协议)层。RRC层将HI作为PCO的应用层参数放在承载资源分配请求中,透明传输给分组数据网关(P-GW)。
S72、MME将承载资源分配请求转发给SGW(Serving Gateway,服务网关)。
S73、SGW将承载资源分配请求转发给P-GW。
需要说明的是,MME、SGW不解析PCO的内容。
S74、P-GW解析PCO。
本发明扩展了现有P-GW的功能,使其能够解析承载分配请求中的HI,并确定针对新发起热点业务的专用DRB配置策略。
若系统部署了动态PCC(Policy and Charging Control,策略计费控制),P-GW向PCRF(Policy And Charging Rules Function,策略计费规则功能)实体发送PCC规则请求(S74a),PCRF实体向P-GW发送PCC规则决策(S74b),即对应于该业务的QoS策略。
S74a、S74b为现有技术,在此不作赘述。
S75、P-GW根据QCI和HI决定是否要新建EPS(Evolved Packet System,演进分组系统)承载。若存在HI但未建立相同QCI的EPS承载,则新建EPS承载。
需要说明的是,不同QCI对应不同的EPS承载,多个终端QCI相同的DRB对应一个EPS承载。DRB为逻辑上的承载,在UE侧虽然热点业务与非热点业务对应不同的专用DRB,QCI相同的热点业务专用DRB与非热点业务专用DRB与同一EPS相关联。
P-GW根据QoS策略决定EPS承载的QoS参数,即选择QoS承载参数QCI、ARP(Allocation And Retention Priority,分配与保持优先级)、GBR(Guaranteed Bit Rate,保证比特速率)和MBR(Maximum bit rate,最大比特速率)。如何根据QoS策略决定EPS承载的QoS参数是现有技术,在此不作赘述。
S76、P-GW向SGW发送承载建立请求消息,其中包含EPS承载QoS、UL TFT、PCO等。
S76为现有技术,在此不作赘述。
S77、SGW向MME发送承载建立请求消息,其中包含EPS Bear QoS、UL TFT、PCO等。
若此时UE处于ECM-IDLE状态,MME将触发网络侧发起的服务请求流程。发起服务请求流程的作用是建立RRC连接。
S77为现有技术,在此不作赘述。
S78、MME选择一个尚未分配给UE的EPS承载标识(Bearer Identity),MME向eNB发起会话管理请求。此外,MME还向eNB发送承载建立请求消息,其中包含EPS承载标识、EPS承载QoS、会话管理请求等。
MME需要管理各种EPS承载,因此每当新建或修改EPS承载时,MME需要发起会话管理请求。其中,会话管理请求可包含EPS承载QoS参数、UL TFT、PCO、EPS承载标识等。
EPS承载标识用以表示承载,UE选择与标识相应的EPS承载进行关联。
S79,eNB将EPS承载QoS映射为无线承载QoS(S79a),并向UE发送RRC连接重配置消息(S79b)。
RRC连接重配置消息即为前述的承载配置消息。
更具体的,RRC连接重配置消息中包含UL TFT和AS层配置信息。
AS层配置是UE侧的接入层配置信息,包括RL层配置AM或UM模式,MAC层优先级等。
S710、UE根据RRC重配置信息配置热点业务的专用DRB(在本场景中具体为新建热点业务专用DRB),并令LI=1。
如何根据RRC重配置信息中的UL TFT和AS层配置信息配置热点业务的专用DRB可参考专用DRB现有的配置方式,在此不作赘述。
S711、UE向eNB发送RRC重配置完成消息。
S712、eNB使用承载建立响应消息确认MME的承载建立请求。
S713、UE向eNB发送会话管理响应,其中包含EPS Bearer Identity。
S714、eNB向MME发送会话管理响应。
S715、接收到承载建立响应和会话管理响应后,MME向SGW发送承载建立响应来确认承载建立请求。
S716、SGW向P-GW发送承载建立响应消息来确认承载建立请求。
S717、P-GW向PCRF发送PCC规则决策ACK,通知PCRF所请求的PCC决策是否生效,结束上述PCC规则的请求过程。
S718~S719.当发送热点业务数据,TFT中的包过滤器根据端口号过滤热点业务数据,并采用新建立的专用DRB完成数据的传输。
第二场景:存在与目标QCI对应的热点业务专用DRB。
假设用户通过UE使用热点业务一并建立了专用DRB。当用户通过UE使用热点业务二,并且热点业务二和热点业务一的QoS需求(也即QCI)相同,则相关流程如图8所示。
S81、用户通过手机新发起热点业务一,UE NAS(Non Acess Stratum,非接入层)层生成承载资源分配请求,UE将该请求发送到MME,其中包含业务所需的QoS属性值(QCI、GBR)和HI。
S82、MME收到上述承载资源分配请求后,通过SGW、P-GW、PCRF等完成热点业务EPS承载的建立过程,该过程可参考第一场景中的S72至S77。
S83、UE使用热点业务EPS承载发送业务数据(可参考第一场景中的S718-S719)。
S84、用户通过UE新发起热点业务二,并且热点业务二与热点业务一的QoS需求(QCI、GBR)相同,UE的NAS层生成承载资源修改请求发送到MME,目的之一是请求将热点业务二的SDF映射至热点业务一对应的EPS承载中。该请求消息中包含QoS属性值、EPS BearerIdentity、TAD(Traffic Aggregate Description,业务集合描述)、LBI(Linked EvolvedPacket System Bearer Identifier,携带连接的演进分组系统缺省承载标识)和PCO(含热点业务标识SI)。
S85、MME向SGW发送承载资源修改命令,其中包含UE的IMSI(InternationalMobile Subscriber Identification Number国际移动用户识别码)、LBI、EPS BearerIndentity、QoS、TAD和PCO。
需要说明的是,与现有承载资源修改命令相比,在本实施例中的承载资源修改命令中,其PCO包含HI。
S86、SGW向P-GW发送承载资源修改命令,其中包含UE的IMSI、LBI、EPS BearerIndentity、QoS、TAD和PCO。
S87、若系统部署了动态PCC,P-GW与PCRF交互,请求获取QoS策略。
S88、P-GW根据QoS策略决定是否将热点业务二的业务数据流(SDF)映射到添加到热点业务一对应的EPS承载上,并确定是否更新EPS承载的QoS参数(此处并不需更新QoS参数)。
如P-GW决定将热点业务二的业务数据流(SDF)映射到添加到热点业务一对应的EPS承载上,则P-GW会重新配置热点业务一对应的EPS承载,将热点业务二的业务信息(例如端口)添加到该EPS的TFT信息中。
S89、若允许,P-GW向SGW发送承载更新请求,其中包含EPS Bearer Identity、EPSBearer QoS、UL TFT等参数。
若不允许,则拒绝承载建立或更新请求。
S810、SGW向MME发送承载更新请求,其中包含EPS Bearer Identity、EPS BearerQoS、UL TFT等参数。此处若UE处于ECM-IDLE状态,MME将触发网络侧发起的业务请求过程。
S811、MME生成会话管理请求,其中包含EPS Bearer Identity、UL TFT等参数。MME向eNB发送下行NAS消息,其中包含会话管理配置。
S812、eNB向UE发送RRC连接重配置消息,UE使用UL TFT将热点业务二的业务数据流与EPS承载相映射,并将热点业务二的SDF与热点业务一的DRB相关联。
实际上,由于UL TFT是多个SDF对应的上行包过滤器的集合,因此,终端在接收到更新后的UL TFT后,会将UL TFT中涉及的每一SDF(其中包括热点业务二的SDF)与该EPS做映射。
S813、UE的NAS层产生会话管理响应,UE向eNB发送直传消息,其中包含会话管理响应。
S814、eNB向MME发送上行NAS消息,其中包含会话管理响应。
S815.MME向SGW发送承载更新响应消息来确认承载修改。
承载更新响应消息中包含EPS Bearer Identity。
S816、SGW向P-GW发送承载更新响应消息,其中包含EPS Bearer Identity。
S817、P-GW向PCRF发送配置ACK消息,通过PCRF所请求的PCC决策是否生效。
S818~S819.当发送热点业务数据,TFT中的包过滤器根据端口号过滤热点业务数据,并采用新定义的DRB完成数据的传输。
第三场景:在不存在与目标QCI对应的热点业务专用DRB并且终端已建立的专用DRB的数目达到上限。
在LTE中,一个UE对应的专用DRB数量是有限的,当专有承载数量达到上限时,将不再为新发起业务建立专用DRB。在本实施例中,当UE对应的DRB数量达到上限时,为了使系统继续响应用户的业务需求,本实施例提出通过匹配、修改现有的专有DRB来响应用户请求,相关流程如图9所示。
步骤S91-S94与步骤S71-S74相一致,此处不再赘述。
S95、P-GW根据QoS策略选择QCI,并根据QCI和HI确定是否新建EPS承载,若需要新建,P-GW检测当前对应于该UE的EPS承载是否达到上限,如果达到,UE根据QCI匹配现有EPS承载。例如,修改长时间未使用的专用EPS(DRB),抢占优先级最低的非热点业务专用EPS(DRB),抢占优先级低于新发起热点业务的EPS(DRB)等。
下面将以修改长时间未使用的专用EPS为例,进行介绍。
S96、P-GW向SGW发送承载更新请求消息,其中包含EPS Bearer Identity、EPSBear QoS、UL TFT、PCO等参数。
S97.SGW向MME发送承载更新请求消息,其中包含(长时间未使用的专用EPS的)EPSBearer Identity、EPS Bear QoS、(修改后的)UL TFT、PCO等参数。若此时UE处于ECM-IDLE状态,MME将触发网络侧发起的服务请求流程。
S98、MME创建一个会话管理请求消息,其中包含(长时间未使用的专用EPS的)EPSBearer Identity、EPS Bearer QoS、UL TFT等参数。MME向eNB发送承载建立请求消息,其中包含会话管理请求消息、EPS Bearer Identity、EPS Bearer QoS等参数。
S99、eNB将EPS承载QoS映射为无线承载QoS(S99a),并向UE发送RRC连接重配置消息(S99b),其中包含UL TFT和AS层配置信息。
S910、UE根据RRC重配置信息配置热点业务专用DRB,并为该专用DRB配置MAC层,并令LI=1。
更具体的,UE使用UL TFT将热点业务的业务数据流与上述长时间未使用的专用EPS承载相映射,并将热点业务的SDF关联至与该专用EPS对应的DRB上。
实际上,由于UL TFT是多个SDF对应的上行包过滤器的集合,因此,终端在接收到修改后的UL TFT后,会将UL TFT中涉及的每一SDF(其中包括新发起的热点业务的SDF)与该长时间未使用的EPS做映射。
S911、UE向eNB发送RRC重配置完成消息。
S912、eNB使用承载修改响应消息来确认MME的承载修改请求。
S913、UE NAS建立会话管理响应,向eNB发送会话管理响应,其中包含EPS BearerIdentity。
S914、eNB向MME发送会话管理响应。
S915、当接收到承载修改响应和会话管理响应,MME向SGW发送承载更新响应确认承载更新请求。
S916、SGW向P-GW发送承载更新响应消息确认承载更新请求。
S917、P-GW向PCRF发送PCC规则决策ACK,通知PCRF所请求的PCC决策能否生效,结束上述PCC规则的请求过程。
S918~S919.当发送热点业务数据,TFT中的包过滤器根据端口号过滤热点业务数据,并采用新定义的DRB完成数据的传输。
为探索本发明所提供技术方案带来的优势,发明人基于NS-3仿真平台,对本发明所提供技术方案进行了实时仿真,下面是对一些参数的仿真分析。
(1)端到端时延。
设置仿真条件如下:系统上行带宽设置为1.4M,业务1和业务3发送包的大小分别为300和500字节,对应的PBR1和PBR3分别为200和600字节。观测的业务2发送包大小服从正态分布,对应的PBR2为700字节,3个应用程序每秒均发送500个包。
图10中,横坐标为业务2每次仿真时发送包大小的均值,纵坐标是统计1000个包的平均时延,单位为ns。虚线曲线为采用现有资源分配方式业务2发送数据包的平均时延,实线曲线为采用本发明所提供资源分配方式后业务2发送数据包的平均时延。
可见,当观测的业务2发送数据量较小,系统有相对足够的资源为应用程序分配资源,数据包的平均时延几乎不变,且采用现有分配方式与采用本发明所提供资源分配方式相比,时延变化不大。
但在业务2发送数据量较大时,由于系统带宽和现有资源分配方式中逻辑信道的PBR值的限制,数据包的时延将呈现逐渐增大的趋势,但采用本发明所提供资源分配方式则时延相对较小。
(2)不同带宽下端到端时延。
为对比不同带宽条件下所观测的业务数据包时延,重新设置仿真条件如下:业务1和业务3发送包的大小分别为950和500字节,对应的PBR1和PBR3分别为900和500字节;观测的业务2发送包大小服从均值为1200字节的正态分布,对应的PBR2为1100字节,3个应用程序每秒均发送500个包。仿真结果如下表所示:
通过上表中可以看出,当系统上行带宽小即系统资源紧张时,本发明所提供技术方案的效果明显。当系统上行带宽足够时,现有方式与本发明所提供技术方案相比几乎不变。
与之相对应,本发明实施例还提供资源分配装置。
上述资源分配装置可作为终端或者PG-W。
在作为终端时,请参见图11,上述装置可包括:
第一上行物理资源分配单元1,用于进行第一轮上行资源分配,直至待分配上行物理资源总量为零或者所有热点业务专用DRB均获得上行物理资源。
上述第一轮上行资源分配包括为各热点业务专用DRB分配上行物理资源。
具体内容请参见本文前述记载,在此不作赘述。
第二上行物理资源分配单元2,用于在所有热点业务专用DRB均获得上行物理资源并且上述待分配上行物理资源总量不为零时,进行第二轮上行资源分配,直至待分配上行物理资源总量为零或者所有非热点业务专用DRB均获得上行物理资源,上述第二轮上行资源分配包括为各非热点业务专用DRB分配上行物理资源。
具体内容请参见本文前述记载,在此不作赘述。
在本发明其他实施例中,请参见图12,上述所有实施例中的的装置还可包括:
第三上行物理资源分配单元3,用于在所有非热点业务专用DRB均分配到上行物理资源并且上述待分配上行物理资源总量不为零时,进行第三轮上行资源分配,直至上述待分配上行物理资源总量为零或者所有专用DRB均分配到上行物理资源.
上述第三轮上行资源分配包括为所有专用DRB分配上行物理资源。
具体内容请参见本文前述记载,在此不作赘述。
在本发明其他实施例中,请参见图13,上述所有实施例中的的装置还可包括:
配置单元4,用于针对新发起的热点业务,配置与上述新发起的热点业务对应的专用DRB。
具体内容请参见本文前述记载,在此不作赘述。
在本发明其他实施例中,请参见图14,上述所有实施例中的的装置还可包括:
发送单元5,用于在上述配置单元4配置与上述新发起的热点业务对应的专用DRB之前,向网络侧发送针对上述新发起的热点业务的承载请求消息。
上述承载请求消息携带热点业务标识HI以及上述新发起的热点业务的服务质量QoS属性值;上述QoS属性值和上述HI用于上述网络侧的分组数据网关确定针对上述新发起的热点业务的专用DRB配置策略。
接收单元6,用于在上述配置单元4配置与上述新发起的热点业务对应的专用DRB之前,接收网络侧的承载配置消息.
上述承载配置消息携带针对上述新发起的热点业务的专用DRB配置策略;上述专用DRB配置策略用于上述终端配置与上述新发起的热点业务对应的专用DRB。
具体内容请参见本文前述记载,在此不作赘述。
在作为PG-W时,请参见图15,上述装置可包括:
第一通信单元7,用于接收承载请求消息;上述承载请求消息至少携带服务质量QoS属性值;
解析单元8,用于解析上述承载请求消息;
判断单元9,用于判断上述承载请求消息中是否包含HI;上述HI用于表征与上述承载请求消息对应的业务为新发起的热点业务;
第一配置单元10,用于在接收的承载请求消息中包含HI时,使用上述QoS属性值确定针对上述新发起的热点业务的专用DRB配置策略;
第二配置单元11,用于在接收的承载请求消息中不包含HI时,使用上述QoS属性值确定非热点业务专用DRB配置策略;
第二通信单元12,用于下发承载配置消息;上述承载配置消息携带针对上述新发起的热点业务的专用DRB配置策略,或者携带非热点业务的专用DRB配置策略。
具体内容请参见本文前述记载,在此不作赘述。
新发起的热点业务对应的QCI可称为目标QCI。
在本发明其他实施例中,在不存在与目标QCI对应的热点业务专用DRB,并且,上述终端已建立的专用DRB的数目未达到上限时,上述所有实施例中的“针对新发起的热点业务的专用DRB配置策略”可包括:建立与上述新发起的热点业务对应的专用DRB。
在本发明其他实施例中,请参见图16,上述所有实施例中的装置还可包括:
第三配置单元13,用于在存在与上述目标QCI对应的热点业务专用DRB时,重新配置与上述目标QCI对应的EPS承载。
在本实施例中,上述针对上述新发起的热点业务的专用DRB配置策略包括更新后的上行业务流模板;
上述上行业务流模板用于终端将上述新发起的热点业务映射到上述EPS承载上,并将上述新发起的热点业务的业务数据流关联至与上述目标QCI对应的热点业务专用DRB上。
具体内容请参见本文前述记载,在此不作赘述。
在本发明其他实施例中,在不存在与上述目标QCI对应的热点业务专用DRB,并且,上述终端已建立的专用DRB的数目达到上述上限时,上述所有实施例中的“针对上述新发起的热点业务的专用DRB配置策略”可包括DRB修改策略。
DRB修改策略的具体内容请参见本文前述记载,在此不作赘述。
图17示出了上述分配装置的一种通用计算机系统结构。
该计算机系统具体可是基于处理器的计算机,如通用个人计算机(PC),便携式设备如平板计算机,或智能手机。
更具体的,上述计算机系统可包括总线、处理器101、存储器102、通信接口103、输入设备104和输出设备105。处理器101、存储器102、通信接口103、输入设备104和输出设备105通过总线相互连接。其中:
总线可包括一通路,在计算机系统各个部件之间传送信息。
处理器101可以是通用处理器,例如通用中央处理器(CPU)、网络处理器(NetworkProcessor,简称NP)、微处理器等,也可以是特定应用集成电路(application-specificintegrated circuit,ASIC),或一个或多个用于控制本发明方案程序执行的集成电路。还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
存储器102中保存有执行本发明技术方案的程序,还可以保存有操作系统和其他应用程序。具体地,程序可以包括程序代码,程序代码包括计算机操作指令。更具体的,存储器102可以是只读存储器(read-only memory,ROM)、可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器(random access memory,RAM)、可存储信息和指令的其他类型的动态存储设备、磁盘存储器等等。
输入设备104可包括接收用户输入的数据和信息的装置,例如键盘、鼠标、摄像头、扫描仪、光笔、语音输入装置、触摸屏等。
输出设备105可包括允许输出信息给用户的装置,例如显示屏、打印机、扬声器等。
通信接口103可包括使用任何收发器一类的装置,以便与其他设备或通信网络通信,如以太网,无线接入网(RAN),无线局域网(WLAN)等。
处理器101执行存储器102中所存放的程序,可用于实现本发明实施例提供由终端执行的分配方法,其可包括如下步骤:
进行第一轮上行资源分配,直至待分配上行物理资源总量为零或者所有热点业务专用DRB均获得上行物理资源;
在所有热点业务专用DRB均获得上行物理资源并且上述待分配上行物理资源总量不为零时,进行第二轮上行资源分配,直至待分配上行物理资源总量为零或者所有非热点业务专用DRB均获得上行物理资源。
具体细节请参见本文前述记载,在此不作赘述。
此外,上述分配装置亦可完成本文方法部分所介绍的由终端完成的分配方法所涉及的其他步骤,以及各步骤的细化,在此不作赘述。
在本发明中,处理器101和存储器102可集成于同一芯片内,也可为独立的两个器件。
此外,上述处理器101执行存储器102中所存放的程序,亦可用于实现本发明实施例提供由P-GW执行的分配方法,其可包括如下步骤:
接收承载请求消息;
解析接收的承载请求消息;
判断上述承载请求消息中是否包含HI;
在接收的承载请求消息中包含HI时,使用上述QoS属性值确定针对上述新发起热点业务的专用DRB配置策略;
接收的承载请求消息中不包含HI时,使用上述QoS属性值确定非热点业务专用DRB配置策略;
下发承载配置消息。
此外,上述分配装置亦可完成本文方法部分所介绍的由P-GW完成的分配方法所涉及的其他步骤,以及各步骤的细化,在此不作赘述。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。