一种载波聚合下的资源协商和调度方法及装置
技术领域
本发明涉及无线通信技术领域,更具体地,本发明涉及一种载波聚合下的资源协商和调度方法及装置。
背景技术
在单载波下,一个UE同时只能占用一个载波的频带资源。3GPP在R10中采用了载波聚合技术,在载波聚合下,一个UE可以同时占用多个聚合载波上的频带资源。对于UE,聚合的载波由一个主载波和一个或者多个辅载波组成。在单载波下,各个载波之间的调度相互独立,但是在载波聚合下,对于聚合了多个载波的UE,由于可以占用多个载波上的资源,不能只是独立地在某一个载波中进行调度,多载波的调度与单载波相比要复杂很多。
目前对于载波聚合调度有多种实现方案。第一种为集中式处理,即将所有聚合载波的资源集中进行调度,这种方案能够非常有效地利用资源。但是这种集中的调度方式对于处理能力要求较高,而且随着聚合载波个数的增加,这种要求会逐步提高,这会导致系统的复杂度较高。这种方案只是一种理想化的方案,在实际实现中,需要综合考虑各种因素,采用这种集中式调度的方式不太现实。第二种方案为在UE对应的主载波中进行调度,当主载波发现资源不足时,占用其他辅载波上未被占用的资源。这种方案不需要进行集中式的调度,也可以实现UE占用多个载波上的资源,但是这种方案要求在调度的过程中多个载波必须能够进行实时的通信。这种方案对于不同载波调度器之间的交互协调以及软件操作系统的实时性要求较高。第三种方案引入一种资源协商架构,不需要不同的载波之间进行实时通信,不同的载波之间根据各自的资源需求进行资源协商,与第二种方案类似,只在主载波中对UE进行调度,但是主载波在调度中可以根据资源协商结果调度其他载波上的资源,在物理层处理时再将各个载波的数据进行分流。这种方案的好处在于,在实现载波聚合的同时,并不需要多个载波之间实时通信,也不需要进行集中处理,对于实现的处理要求远远要低于第一种和第二种。
本发明基于上述的第三种实现方案,提出了一种载波聚合下的资源协商和调度方案。
发明内容
本发明解决的技术问题:
载波聚合场景下,如何通过资源协商和调度来分配多个载波上的资源,以达到根据需求,合理配置资源的目的。
解决该技术问题所采用的技术方案是:
一种载波聚合下的资源协商和调度方法,包括:资源协商和调度流程;资源协商和调度流程分为三个部分:a、调度统计;b、资源协商;c、依赖资源协商的结果进行调度;这三个部分都以Tms为周期,在一次完整的资源协商和调度中,这三个部分按顺序依次进行;
其中,任意一个资源协商和调度流程的具体步骤如下:
步骤1:调度统计,在每个载波中统计Tms内被调度UE一段时间需要的资源与实际被分配的资源的关系,如下式:
其中,表示当前调度周期TTI,被调度的第n个UE需要的RB数,RBtotal表示所配置的带宽对应的RB总数,T表示统计周期,Nt表示当前TTI内被调度的UE总数,调度统计以Tms为周期进行,每次连续进行Tms统计得到RBrest;
步骤2:资源协商,以Tms为周期进行,对于任意一个载波,根据调度统计得到的RBrest,进行如下操作:
步骤2.1:如果RBrest≥0,则进入步骤2.2,否则进入步骤2.3;
步骤2.2:如果RBrest=0,则该载波不需要向其他载波发送资源占用请求,同时拒绝接收到的所有由其他载波发送的资源占用请求,否则进入步骤2.2.1;
步骤2.2.1:如果RBrest>0,如果没有收到由其他载波发送的资源占用请求,则本次资源协商结束,否则进入步骤2.2.2;
步骤2.2.2:如果有收到由其他载波发送的资源占用请求,则按照收到的资源占用请求的先后依次按照0,1,…,n-1进行编号,i=0进行如下处理:
步骤2.2.2a:如果RBrest=0,则依次向请求i,…,n-1发送资源占用拒绝请求,本次资源协商结束,否则如果RBrest>0,则读取请求i对应的进入步骤2.2.2b;
步骤2.2.2b:如果则向发送请求i对应的载波发送响应指示,包括被其占有的RB数为RBrest,以及请求i对应的RB数和CCE位置,将RBrest置为0,否则进入步骤2.2.2c;
步骤2.2.2c:当时,向发送请求i对应的载波发送响应指示,包括被其占有的RB数为以及请求i对应的RB数和CCE位置,并且将RBrest置为将i置为i+1,如果i=n,则本次资源协商结束,否则进入步骤2.2.2a;
步骤2.3:如果RBrest<0,则按照载波集合中的载波编号,由小到大,按照0,1,…,n-1依次进行编号,i=0,进行如下操作:
步骤2.3.1:如果i=n,则本次资源协商结束,否则进入步骤2.3.2;
步骤2.3.2:向载波i发送资源占用请求,需要-RBrest个RB,等待载波i的响应,如果请求被拒绝,则将i置为i+1,再次进入步骤2.3.1,否则进入步骤2.3.3;
步骤2.3.3,读取载波i发送的响应,读取可以占用的RB数RBi,将RBrest置为RBrest+RBi,如果RBrest=0,则本次资源协商结束,否则将i置为i+1进入步骤2.3.1;
步骤3:依赖资源协商的结果进行调度,即是按照资源协商的结果,将资源分配给各个UE的过程,具体步骤如下:
步骤A:按照预先选定的调度算法,获得UE队列之后,依次对每个UE进行调度,对于任意一个UE的处理为,判断UE是否可以使用多个载波的资源,如果是,则进入步骤B,否则进入步骤C;
步骤B:根据当前可用的资源协商结果,为UE分配,包括本载波资源,以及协商到UE可用的其他载波上的资源,该UE调度结束;
步骤C:只为UE分配本载波上的资源,该UE调度结束。
其中,一个完整的资源协商和调度流程的时长为3Tms,而可以依赖资源协商的结果进行调度的时间为Tms,为了保证任何时候都可以依赖资源协商的结果进行调度,在同一个调度周期TTI,同时有三个资源协商流程并行进行,这三个流程之间相互独立,起点依次相隔Tms。
其中,所述步骤3:依赖资源协商的结果进行调度,是当资源协商完成之后,并不是马上就使用对应的结果进行调度,而是需要等到由资源协商的起点开始Tms之后,才开始使用资源协商的结果进行调度。
一种载波聚合下的资源协商和调度装置,包括:资源协商和调度装置;资源协商和调度装置分为三个部分:a、调度统计单元;b、资源协商单元;c、依赖资源协商的结果进行调度单元;这三个部分都以Tms为周期,在一次完整的资源协商和调度中,这三个部分按顺序依次进行;
其中,所述调度统计单元,用于在每个载波中统计Tms内被调度UE一段时间需要的资源与实际被分配的资源的关系,如下式:
其中,表示当前调度周期TTI,被调度的第n个UE需要的RB数,RBtotal表示所配置的带宽对应的RB总数,T表示统计周期,Nt表示当前TTI内被调度的UE总数,调度统计以Tms为周期进行,每次连续进行Tms统计得到RBrest;
所述资源协商单元,用于以Tms为周期进行,对于任意一个载波,根据调度统计得到的RBrest,进行如下操作:
步骤2.1:如果RBrest≥0,则进入步骤2.2,否则进入步骤2.3;
步骤2.2:如果RBrest=0,则该载波不需要向其他载波发送资源占用请求,同时拒绝接收到的所有由其他载波发送的资源占用请求,否则进入步骤2.2.1;
步骤2.2.1:如果RBrest>0,如果没有收到由其他载波发送的资源占用请求,则本次资源协商结束,否则进入步骤2.2.2;
步骤2.2.2:如果有收到由其他载波发送的资源占用请求,则按照收到的资源占用请求的先后依次按照0,1,…,n-1进行编号,i=0进行如下处理:
步骤2.2.2a:如果RBrest=0,则依次向请求i,…,n-1发送资源占用拒绝请求,本次资源协商结束,否则如果RBrest>0,则读取请求i对应的进入步骤2.2.2b;
步骤2.2.2b:如果则向发送请求i对应的载波发送响应指示,包括被其占有的RB数为RBrest,以及请求i对应的RB数和CCE位置,将RBrest置为0,否则进入步骤2.2.2c;
步骤2.2.2c:当时,向发送请求i对应的载波发送响应指示,包括被其占有的RB数为以及请求i对应的RB数和CCE位置,并且将RBrest置为将i置为i+1,如果i=n,则本次资源协商结束,否则进入步骤2.2.2a;
步骤2.3:如果RBrest<0,则按照载波集合中的载波编号,由小到大,按照0,1,…,n-1依次进行编号,i=0,进行如下操作:
步骤2.3.1:如果i=n,则本次资源协商结束,否则进入步骤2.3.2;
步骤2.3.2:向载波i发送资源占用请求,需要-RBrest个RB,等待载波i的响应,如果请求被拒绝,则将i置为i+1,再次进入步骤2.3.1,否则进入步骤2.3.3;
步骤2.3.3,读取载波i发送的响应,读取可以占用的RB数RBi,将RBrest置为RBrest+RBi,如果RBrest=0,则本次资源协商结束,否则将i置为i+1进入步骤2.3.1;
所述依赖资源协商的结果进行调度单元,用于按照资源协商的结果,将资源分配给各个UE的过程,具体用于
步骤A:按照预先选定的调度算法,获得UE队列之后,依次对每个UE进行调度,对于任意一个UE的处理为,判断UE是否可以使用多个载波的资源,如果是,则进入步骤B,否则进入步骤C;
步骤B:根据当前可用的资源协商结果,为UE分配,包括本载波资源,以及协商到UE可用的其他载波上的资源,该UE调度结束;
步骤C:只为UE分配本载波上的资源,该UE调度结束。
其中,一个完整的资源协商和调度流程的时长为3Tms,而依赖资源协商的结果进行调度单元的时间为Tms,为了保证任何时候都可以通过依赖资源协商的结果进行调度单元进行调度,在同一个调度周期TTI,同时有三个资源协商流程并行进行,这三个流程之间相互独立,起点依次相隔Tms。
其中,所述依赖资源协商的结果进行调度单元,是当资源协商完成之后,并不是马上就使用对应的结果进行调度,而是需要等到由资源协商的起点开始Tms之后,才开始使用资源协商的结果进行调度。
有益效果:
本发明所述的一种载波聚合下的资源协商和调度方法及装置,在载波聚合场景下,通过资源协商和调度来分配多个载波上的资源,以达到根据需求,合理配置资源的目的。本技术方案资源协商周期可变,能够根据时限限制,灵活选择最合适的周期;资源协商和调度之间除了依赖彼此的结果之外,处理流程相互独立,系统处理复杂度低;通过周期的设置,消化了系统处理复杂度对于载波聚合实现的限制,在牺牲了较小的载波聚合资源配置灵敏度,只增加较小计算复杂度的情况下,实现了多载波的资源分配;能够很好地与单载波调度兼容。
附图说明
图1是本发明具体实施例提供的一种载波聚合下的资源协商和调度方法流程图。
图2是本发明具体实施例提供的一种载波聚合下的资源协商流程时序关系图。
图3是本发明具体实施例提供的一种载波聚合下的资源协商和调度装置的结构框图。
关键词
LTE Long Term Evolution 长期演进
CA Carrier Aggregation 载波聚合
UE User Equipment 用户终端
RB Resource Block 资源块
CCE Control Channel Element 控制信道单元
具体实施方式
下面结合具体实施例和附图对本发明技术方案进行详细说明。
实施例1:
如图1所示,该技术方案分为两个部分,第一个部分为资源协商,第二个部分为调度,这两个部分内部的处理流程相互独立。这两个部分的处理结果相互依赖,调度的结果作为资源协商处理的输入,而资源协商的结果,作为调度的输入。下面分别对这两个部分进行介绍。资源协商和调度的作用是通过各个载波对于调度的统计,确定各自是否需要向其他载波申请资源,或者将资源协商给其他载波使用,然后通过协商,最终确定各个载波在进行调度时,能够使用的资源。
资源协商和调度流程分为三个部分:a、调度统计;b、资源协商;c、依赖协商的结果进行调度。这三个部分都以Tms为周期,在一次完整的资源协商和调度中,这三个部分按顺序依次进行。
如图2所示,由于一个完整的资源协商和调度时长为3Tms,而可以依赖资源协商的结果进行调度的时间为Tms。为了保证任何时候都可以依赖资源协商的结果进行调度,在同一个调度周期TTI,同时有三个资源协商流程并行进行,这三个流程之间相互独立,起点依次相隔Tms。
其中,任意一个资源协商和调度流程的具体步骤如下:
步骤1:调度统计,在每个载波中统计Tms内被调度UE一段时间需要的资源与实际被分配的资源的关系,如下式:
其中,表示当前调度周期TTI,被调度的第n个UE需要的RB数,RBtotal表示所配置的带宽对应的RB总数,T表示统计周期,Nt表示当前TTI内被调度的UE总数。调度统计以Tms为周期进行,每次连续进行Tms统计得到RBrest。需要说明的是,RB是资源块的意思,协议中规定的资源分配的最小单位。
步骤2:资源协商,以Tms为周期进行,对于任意一个载波,根据调度统计得到的RBrest,进行如下操作:
步骤2.1:如果RBrest≥0,则进入步骤2.2,否则进入步骤2.3;
步骤2.2:如果RBrest=0,则该载波不需要向其他载波发送资源占用请求,同时拒绝接收到的所有由其他载波发送的资源占用请求,否则进入步骤2.2.1;
步骤2.2.1:如果RBrest>0,如果没有收到由其他载波发送的资源占用请求,则本次资源协商结束,否则进入步骤2.2.2;
当RBrest>0表示还有资源剩余,如果收到来自其他载波的资源占用请求,可以为他们提供资源。
步骤2.2.2:如果有收到由其他载波发送的资源占用请求,则按照收到的资源占用请求的先后依次按照0,1,…,n-1进行编号,i=0进行如下处理:
需要说明的是,i=0是指按先后请求顺序,第一个发来资源占用请求的,i=0进行如下处理,代表的意思是从i=0开始处理,对应的是起点。
步骤2.2.2a:如果RBrest=0,则依次向请求i,…,n-1发送资源占用拒绝请求,本次资源协商结束,否则如果RBrest>0,则读取请求i对应的进入步骤2.2.2b;
需要说明的是,步骤2.2.2a,2.2.2b,2.2.2c是个循环的流程,对每个请求依次进行,在这个过程里面,一开始进入2.2.2a时RBrest>0,但是在处理的过程中会更新RBrest,会变成等于0。
步骤2.2.2b:如果则向发送请求i对应的载波发送响应指示,包括被其占有的RB数为RBrest,以及请求i对应的RB数和CCE位置,将RBrest置为0,否则进入步骤2.2.2c;
步骤2.2.2c:当时,向发送请求i对应的载波发送响应指示,包括被其占有的RB数为以及请求i对应的RB数和CCE位置,并且将RBrest置为将i置为i+1,如果i=n,则本次资源协商结束,否则进入步骤2.2.2a;需要说明的是,步骤2.2.2a,2.2.2b,2.2.2c对于各个请求会循环执行,直到处理完了所有请求,或者没有剩余资源;
步骤2.3:如果RBrest<0,则按照载波集合中的载波编号,由小到大,按照0,1,…,n-1依次进行编号,i=0,进行如下操作:
需要说明的是,当RBrest<0时,意味着需要向其他载波发送资源占用请求。
步骤2.3.1:如果i=n,则本次资源协商结束,否则进入步骤2.3.2;
如果i=n,则本次资源协商结束,即当所有的n个请求都处理完了,后面没有请求需要处理了,则本次资源协商结束。
步骤2.3.2:向载波i发送资源占用请求,需要-RBrest个RB,等待载波i的响应,如果请求被拒绝,则将i置为i+1,再次进入步骤2.3.1,否则进入步骤2.3.3;
步骤2.3.3,读取载波i发送的响应,读取可以占用的RB数RBi,将RBrest置为RBrest+RBi,如果RBrest=0,则本次资源协商结束,否则将i置为i+1进入步骤2.3.1;
步骤3:依赖资源协商的结果进行调度。
需要说明的是,在本方案中,资源协商完成之后,并不是马上就使用对应的结果进行调度,而是需要等到由资源协商的起点开始Tms之后,才开始使用资源协商的结果进行调度。
其中,步骤3:依赖资源协商的结果进行调度即是按照资源协商的结果,将资源分配给各个UE的过程,具体步骤如下:
步骤A:按照预先选定的调度算法,获得UE队列之后,依次对每个UE进行调度,对于任意一个UE的处理为,判断UE是否可以使用多个载波的资源,如果是,则进入步骤B,否则进入步骤C;
步骤B:根据当前可用的资源协商结果,为UE分配,包括本载波资源,以及协商到UE可用的其他载波上的资源,该UE调度结束;
步骤C:只为UE分配本载波上的资源,该UE调度结束。
需要说明的是,在本方案中,所述预先选定的调度算法,该部分指的是系统中对用户进行调度采用的算法,这个不涉及到本发明的内容,在此不进行详细说明,目前比较常用的算法为轮询,MAC C/I等。
可见,本发明所述的一种载波聚合下的资源协商和调度方法,在载波聚合场景下,通过资源协商和调度来分配多个载波上的资源,以达到根据需求,合理配置资源的目的。本技术方案资源协商周期可变,能够根据时限限制,灵活选择最合适的周期;资源协商和调度之间除了依赖彼此的结果之外,处理流程相互独立,系统处理复杂度低;通过周期的设置,消化了系统处理复杂度对于载波聚合实现的限制,在牺牲了较小的载波聚合资源配置灵敏度,只增加较小计算复杂度的情况下,实现了多载波的资源分配;能够很好地与单载波调度兼容。
实施例2
本实施例所述的装置实施例与上述实施例1方法实施例属于同一技术构思,在装置实施例中未详尽描述的内容,请参见方法实施例1。
如图3所示,本发明所述的一种载波聚合下的资源协商和调度装置,包括:资源协商和调度装置;资源协商和调度装置分为三个部分:a、调度统计单元;b、资源协商单元;c、依赖资源协商的结果进行调度单元;这三个部分都以Tms为周期,在一次完整的资源协商和调度中,这三个部分按顺序依次进行;
其中,所述调度统计单元,用于在每个载波中统计Tms内被调度UE一段时间需要的资源与实际被分配的资源的关系,如下式:
其中,表示当前调度周期TTI,被调度的第n个UE需要的RB数,RBtotal表示所配置的带宽对应的RB总数,T表示统计周期,Nt表示当前TTI内被调度的UE总数,调度统计以Tms为周期进行,每次连续进行Tms统计得到RBrest;
所述资源协商单元,用于以Tms为周期进行,对于任意一个载波,根据调度统计得到的RBrest,进行如下操作:
步骤2.1:如果RBrest≥0,则进入步骤2.2,否则进入步骤2.3;
步骤2.2:如果RBrest=0,则该载波不需要向其他载波发送资源占用请求,同时拒绝接收到的所有由其他载波发送的资源占用请求,否则进入步骤2.2.1;
步骤2.2.1:如果RBrest>0,如果没有收到由其他载波发送的资源占用请求,则本次资源协商结束,否则进入步骤2.2.2;
步骤2.2.2:如果有收到由其他载波发送的资源占用请求,则按照收到的资源占用请求的先后依次按照0,1,…,n-1进行编号,i=0进行如下处理:
步骤2.2.2a:如果RBrest=0,则依次向请求i,…,n-1发送资源占用拒绝请求,本次资源协商结束,否则如果RBrest>0,则读取请求i对应的进入步骤2.2.2b;
步骤2.2.2b:如果则向发送请求i对应的载波发送响应指示,包括被其占有的RB数为RBrest,以及请求i对应的RB数和CCE位置,将RBrest置为0,否则进入步骤2.2.2c;
步骤2.2.2c:当时,向发送请求i对应的载波发送响应指示,包括被其占有的RB数为以及请求i对应的RB数和CCE位置,并且将RBrest置为将i置为i+1,如果i=n,则本次资源协商结束,否则进入步骤2.2.2a;
步骤2.3:如果RBrest<0,则按照载波集合中的载波编号,由小到大,按照0,1,…,n-1依次进行编号,i=0,进行如下操作:
步骤2.3.1:如果i=n,则本次资源协商结束,否则进入步骤2.3.2;
步骤2.3.2:向载波i发送资源占用请求,需要-RBrest个RB,等待载波i的响应,如果请求被拒绝,则将i置为i+1,再次进入步骤2.3.1,否则进入步骤2.3.3;
步骤2.3.3,读取载波i发送的响应,读取可以占用的RB数RBi,将RBrest置为RBrest+RBi,如果RBrest=0,则本次资源协商结束,否则将i置为i+1进入步骤2.3.1;
所述依赖资源协商的结果进行调度单元,用于按照资源协商的结果,将资源分配给各个UE的过程,具体用于
步骤A:按照预先选定的调度算法,获得UE队列之后,依次对每个UE进行调度,对于任意一个UE的处理为,判断UE是否可以使用多个载波的资源,如果是,则进入步骤B,否则进入步骤C;
步骤B:根据当前可用的资源协商结果,为UE分配,包括本载波资源,以及协商到UE可用的其他载波上的资源,该UE调度结束;
步骤C:只为UE分配本载波上的资源,该UE调度结束。
在本方案中,所述资源协商装置一个完整的资源协商和调度流程的时长为3Tms,而依赖资源协商的结果进行调度单元的时间为Tms,为了保证任何时候都可以通过依赖资源协商的结果进行调度单元进行调度,在同一个调度周期TTI,同时有三个资源协商流程并行进行,这三个流程之间相互独立,起点依次相隔Tms。
在本方案中,所述依赖资源协商的结果进行调度单元,是当资源协商完成之后,并不是马上就使用对应的结果进行调度,而是需要等到由资源协商的起点开始Tms之后,才开始使用资源协商的结果进行调度。
本文中应用了具体个例对本发明的原理及实施例方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。