具体实施方式
如背景技术所述,LTE系统是一个以数据业务为主,多种业务共存的混合业务系统。为了更好地满足各种业务的QoS需求,高效地利用频谱资源,LTE系统引入了共享信道机制,通过动态资源分配的方式实现系统内各个用户、各个业务的资源共享。
LTE系统使用PDCCH传输调度信令,基站调度器在完成对UE的资源分配后,通过PDCCH指示给UE。每个下行子帧n可用的PDCCH资源是有限的,这些PDCCH资源除了用于传输本下行子帧n的调度信令,还要用于传输第n+k个上行子帧的调度信令(对于FDD系统,k=4;对于TDD系统,k的取值与上下行子帧配置相关),对于TDD系统的上下行子帧配置0,某些下行子帧需要同时发送两个上行子帧的调度信令。当系统用户数增多时,调度用户所需的共享信道资源和PDCCH资源都将随之增多,如果系统中的用户业务以小带宽业务为主,系统对共享信道资源需求不大,但对PDCCH资源需求较大,此时就会出现PDCCH资源受限的情况,从而限制了系统共享资源利用率。
基于以上原因,本发明实施例给出了一种上行资源分配方法,根据终端设备的类型以及该类型内的资源分配优先级规则,为相应的终端设备分配上行资源,该方法可以有效的降低上行调度的PDCCH信令开销,解决PDCCH资源受限的问题。
如图2所示,为本发明实施例提出的一种上行资源分配方法的流程示意图,该方法具体包括以下步骤:
步骤S201、根据终端设备的调度方式以及待传输数据类型,将参与时域调度的终端设备划分为多个终端类型,并设置各终端类型所对应的类型优先级。
本步骤实际上是终端类型间的优先级配置过程,在具体的处理过程中,具体包括:
将参与时域调度的终端设备划分为半持续调度终端设备、重传终端设备和初传终端设备三种终端类型;
从高到低依次设定各终端类型的类型优先级顺序为半持续调度终端设备、重传终端设备和初传终端设备。
上述的三种终端类型以及相应的优先及顺序的配置是本发明实施例给出的一种优选示例,在实际的应用场景中,可以根据需要进行终端类型及其优先级划分标准的设定,这样的变化并不影响本发明的保护范围。
步骤S202、分别根据各终端类型的终端设备所对应的优先级规则,为相同终端类型的各终端设备设置设备优先级。
本步骤则是在不同终端类型间的优先级配置完成后,对于同一个终端类型内部的各终端设备进行优先级配置的过程,是在步骤S201基础上对于终端设备的优先级配置的进一步细化。
对应步骤S201中所划分的三种终端类型,本步骤中对于相应的终端类型内部的优先级配置规则如下:
(1)半持续调度终端设备。
随机排列各半持续调度终端设备,组成半持续调度的终端设备队列,并按照排列后的顺序为各半持续调度终端设备设置半持续调度的终端设备队列中的设备优先级。
(2)重传终端设备。
按照各重传终端设备所对应的重传业务的优先级,以及同种重传业务的重传终端设备的排序规则,将各重传终端设备组成重传的终端设备队列,并按照排列后的顺序为各重传终端设备设置重传的终端设备队列中的设备优先级。
在实际的应用场景中,所述同种重传业务的重传终端设备的排序规则,具体为根据重传传输块的的重传次数的大小,对同种重传业务的重传终端设备进行排序。
(3)初传终端设备。
按照各初传终端设备所对应的初传业务的优先级,以及同种初传业务的初传终端设备的排序规则,将各初传终端设备组成初传的终端设备队列,并按照排列后的顺序为各初传终端设备设置初传的终端设备队列中的设备优先级。
在实际的应用场景中,所述同种初传业务的初传终端设备的排序规则,具体为PF算法或MAX C/I算法。
步骤S203、按照类型优先级,依次为各终端类型的终端设备分配上行资源。
本步骤的操作过程实际上是根据前两个步骤所设置的优先级,依次按照类型优先级选择相应终端类型的终端设备,并在相应的终端类型中,按照设备优先级进行上行资源分配。
同样对应于前两个步骤中所划分的终端类型,本步骤的具体处理过程如下:
(1)半持续调度终端设备的上行资源分配。
按照所述半持续调度的终端设备队列中的设备优先级,将按照半持续调度确定的上行资源分配给所述半持续调度的终端设备队列中的各半持续调度终端设备。
(2)在半持续调度终端设备的上行资源分配完毕后,整理当前可分配的剩余资源。
根据当前上行子帧中已经分配的资源,确定系统当前可用的PUSCH资源。
(3)重传终端设备的上行资源分配。
在所述系统当前可用的PUSCH资源中,按照所述重传的终端设备队列中的设备优先级,分别为各重传终端设备按照同步非自适应HARQ方式分配资源。
(4)在重传终端设备的上行资源分配完毕后,整理当前可分配的剩余资源。
根据当前的资源分配情况,确定系统当前可用于初传终端设备的PUSCH资源。
(5)初传终端设备的上行资源分配。
在所述系统当前可用于初传终端设备的PUSCH资源中,按照所述初传的终端设备队列中的设备优先级,分别为各初传终端设备按照动态调度的方式分配资源。
需要特别指出的是,在上述的(3)中,如果存在不能按照同步非自适应HARQ方式分配资源的重传终端设备,那么还包括进一步的重传终端设备的上行资源分配过程,具体包括:
按照动态调度的方式,为所述重传的终端设备队列中的不能按照同步非自适应HARQ方式分配资源的重传终端设备分配资源;
如果分配资源成功,则对分配资源成功的重传终端设备采用同步自适应HARQ方式进行重传, 如果分配资源失败,则在本上行子帧中不对分配资源失败的重传终端设备进行数据传输。
进一步需要说明的是,上述的对于重传终端设备的动态调度方式,以及(5)中对于初传终端设备的动态调度方式均是按照动态调度的方式分配资源的过程,具体包括:
首先,确定终端设备当前可用的PRB资源;然后,根据所述终端设备的待传输数据量和各PRB上的信道质量,为所述终端设备选择最优的连续PRB资源,分配给所述终端设备。
在实际的应用场景中,上述的确定终端设备当前可用的PRB资源的过程,具体包括在除可能与为其他终端设备所分配的资源发生冲突的资源之外的资源中,确定终端设备当前可用的PRB资源。
通过这样的处理,可以进一步避免资源分配不合理所导致的资源冲突。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例的技术方案,首先根据终端类型进行类型间的优先级配置,然后在同一类型中根据终端设备自身的情况进行同一类型内的优先级配置,并根据所配置的优先级,进行相应的上行资源分配,通过该方法可以保证半持续调度的UE之间不会发生资源冲突,同时大大提高数据块在需要重传时可以按照同步非自适应HARQ方式进行重传的概率,从而节省了PDCCH信令开销。
下面,结合具体的应用场景,对本发明实施例所提出的技术方案进行说明。
本发明实施例提出一种上行资源的分配方法,其基本思想在于:时域调度过程中为半持续调度UE以及重传UE设置较高的优先级,使半持续调度UE和重传UE的优先级高于初传UE;频域调度资源分配过程中利用上行重传与初传固定的定时关系预测按照同步非自适应HARQ方式进行重传的情况下可能会发生冲突的PRB资源,在动态调度分配PRB资源的过程中尽量不分配这些可能发生冲突的PRB资源。
通过以上时域调度与频域调度的结合,可以保证半持续调度的UE之间不会发生资源冲突,同时提高数据块在需要重传时可以按照同步非自适应HARQ方式进行重传的概率,从而大大节省了PDCCH信令开销。
下面分别介绍时域调度和频域调度的原理与实现步骤。
首先,在时域调度过程中,相应的处理过程如图3所示,具体包括以下步骤:
步骤S301、对参与时域调度的UE进行分类,确定不同类UE之间的优先级。
按照调度方式以及UE待传输数据类型将参与时域调度的UE分为3类,分别为:
半持续调度UE,重传UE和初传UE。
以上这3类UE的优先级次序从高到低依次为:
半持续调度UE > 重传UE > 初传UE。
需要指明的是,以上3类UE中的半持续调度UE指的是已经激活了半持续资源的UE,对于当前调度上行子帧需要激活半持续资源的UE,将其归属于初传UE这一类。
步骤S302、分别确定同一类UE之间的优先级。
(1)对于半持续调度的UE,由于半持续调度UE的资源不会相互冲突(避免半持续资源冲突的方法将在频域调度中详细介绍,在此不再重复说明),可以随机排序,将排序后确定的半持续调度UE优先级队列记为Qsps_UE。
(2)对于重传UE,先按照重传数据的业务QoS属性进行分类,不同类的业务之间具有绝对优先级;对于同一类业务的重传数据,按照重传TB对应的重传次数进行排序,重传次数越多优先级越高,将排序后确定的重传UE优先级队列记为Qretrans_UE。
(3)对于初传UE,按照现有的方法进行排序,即先按照UE业务的QoS属性进行分类(分类方法与重传数据相同),。
不同类的业务之间具有绝对的优先级,例如,按照业务对应的QCI priority排序,QCI priority值越小的业务对应的优先级越高,其中QCI priority由核心网配置。
对于同一类业务的UE,按照一定的方法,例如, PF算法或者MAX C/I算法确定优先级。
在完成上述的优先级确定后,将排序后确定的初传UE优先级队列记为Qinit_trans_UE。
在完成时域调度后,不同类型之间,以及相同类型内部的UE优先级顺序就确定了。
之后,在频域调度过程中,相应的处理过程如图4所示,具体包括以下步骤:
步骤S401、为半持续调度UE优先级队列Qsps中的UE分配资源。
对于队列Qsps中的各UE,分别将按照半持续调度确定的资源分配给各UE。
步骤S402、根据当前上行子帧已经分配给TTI bundling UE的PRB资源和已经分配给半持续调度UE的PRB资源确定系统当前可用的PUSCH资源。
步骤S403、依次为重传UE优先级队列Qretrans_UE中的各UE按照同步非自适应HARQ方式分配资源。
如果存在按照同步非适应HARQ方式分配资源失败的UE,则将这些UE依次记入队列Qretrans_UE1,并执行步骤S404。
如果不存在这样的UE,则直接执行步骤S405。
步骤S404、对于不能按照同步非适应HARQ方式重传的UE队列Qretrans_UE1,依次为各UE使用动态调度的方式分配资源。
对于资源分配成功的UE,采用同步自适应HARQ方式进行重传。
对于资源分配失败的UE,本上行子帧不传输数据。
步骤S405、根据之前的资源分配情况确定可用于初传UE的PUSCH资源。
步骤S406、依次为初传UE优先级队列Qinit_trans_UE中的各UE使用动态调度的方式分配资源。
在以上频域调度流程中,步骤S401为半持续调度UE分配资源和步骤S403为重传UE按照同步非自适应HARQ方式分配资源都是按照预定义的方式分配资源。
步骤S404为重传UE按照同步自适应HARQ方式分配资源和步骤S406为初传UE分配资源都是按照动态调度的方式进行资源分配,对于这种动态资源分配,首先要确定当前UE的可用PRB资源,然后根据UE的待传输数据量,各PRB上的信道质量等因素在这些可用PRB资源中挑选最优的连续PRB资源。
为了保证半持续调度UE之间的资源不相互冲突,同时尽量保证数据块在进行重传时能够按照同步非自适应HARQ方式进行重传,在确定UE可用PRB资源时,需要充分考虑到各种可能发生资源冲突的情况,对于可能发生冲突的PRB资源,不计入当前UE的可用PRB资源。
下面分别针对不同类型的UE给出确定UE可用PRB资源的方法。
实施例1:对使用normal方式传输(即未激活TTI bundling)的UE进行动态调度时可用PRB资源的确定方法。
对于normal UE的动态调度,包括为同步自适应HARQ重传分配资源和为初传数据分配资源两种情况,为了保证本次传输的数据在需要进行下一次重传的情况下能够按照同步非自适应HARQ方式进行重传,需要避免以下2类资源冲突情况。
a) normal UE的重传资源与其他半持续调度UE的资源冲突。
b) normal UE的重传资源与其他采用TTI bundling UE的同步非自适应HARQ重传资源冲突。
考虑以上各种因素后可以确定当前normal UE的可用PRB资源,如图5所示,为本发明实施例所提出的确定动态调度normal UE的可用PRB资源示意图,在图中每个小方格代表一个PRB资源,以下的其他图示与此类似,不再另行说明。
实施例2:对使用TTI bundling方式传输的UE进行动态调度时可用PRB资源的确定方法。
对于TTI bundling UE的动态调度,包括为同步自适应HARQ重传分配资源和为初传数据分配资源两种情况,为了保证本次传输的数据在需要进行下一次重传的情况下能够按照同步非自适应HARQ方式进行重传,需要避免该TTI bundling UE的重传资源与其他半持续调度UE的资源冲突。
另外,与normal UE的动态调度不同的是,在为TTI bundling UE动态调度分配资源时,需要同时考察bundle的各个子帧的半持续资源分配情况以及同步非自适应HARQ重传需占用资源情况。
考虑以上各种因素后可以确定当前TTI bundling UE的可用PRB资源,如图6所示,为本发明实施例所提出的确定动态调度TTI bundling UE的可用PRB资源示意图。
实施例3:对使用normal方式传输的UE进行动态调度同时激活半持续资源时可用PRB资源的确定方法。
对于TDD系统,如果使用双间隔半持续调度,在对normal UE进行动态调度分配半持续资源时,需要避免该UE的下一个半持续调度资源(即偶数包的半持续资源)与其他UE奇数包的半持续资源冲突。考虑以上因素后可以确定当前半持续调度normal UE的可用PRB资源,如图7所示,为本发明实施例所提出的确定半持续调度Normal UE的可用PRB资源示意图。
对于使用单间隔半持续调度的TDD系统和FDD系统,由于系统中所有半持续资源具有相同的周期,此时在对normal UE进行动态调度分配半持续资源时,只需根据当前子帧已分配的资源确定当前UE的可用资源,不需要考虑其他的资源冲突情况。
实施例4:对使用TTI bundling方式传输的UE进行动态调度同时激活半持续资源时可用PRB资源的确定方法。
根据LTE标准规定,在TDD系统中,对于激活了TTI bundling机制的UE不能使用半持续调度,因此为TTI bundling UE分配半持续资源的情况指存在FDD系统中。由于FDD系统中不存在双间隔半持续调度机制,因此,在为TTI bundling UE分配半持续资源时只需要考察当前子帧系统资源占用情况以及后面连续bundle size-1个子帧已分配的半持续资源情况,以避免不同UE的半持续资源冲突。考虑以上各种因素后可以确定当前半持续调度TTI bundling UE的可用PRB资源,如图8所示,为本发明实施例所提出的确定半持续调度TTI bundling UE的可用PRB资源示意图。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例的技术方案,首先根据终端类型进行类型间的优先级配置,然后在同一类型中根据终端设备自身的情况进行同一类型内的优先级配置,并根据所配置的优先级,进行相应的上行资源分配,通过该方法可以保证半持续调度的UE之间不会发生资源冲突,同时大大提高数据块在需要重传时可以按照同步非自适应HARQ方式进行重传的概率,从而节省了PDCCH信令开销。
为了实现本发明实施例的技术方案,本发明实施例还提供了一种网络设备,其结构示意图如图9所示,具体包括:
第一设置模块91,用于根据终端设备的调度方式以及待传输数据类型,将参与时域调度的终端设备划分为多个终端类型,并设置各终端类型所对应的类型优先级。
第二设置模块92,用于分别根据各终端类型的终端设备所对应的优先级规则,为所述第一设置模块91所划分的相同终端类型的各终端设备设置设备优先级。
资源分配模块93,用于按照第一设置模块91所设置的类型优先级,依次为各终端类型的终端设备分配上行资源。
其中,所述第一设置模块91,具体用于:
将参与时域调度的终端设备划分为半持续调度终端设备、重传终端设备和初传终端设备三种终端类型;
从高到低依次设定各终端类型的类型优先级顺序为半持续调度终端设备、重传终端设备和初传终端设备。
相应的,所述第二设置模块92,具体用于:
随机排列各半持续调度终端设备,组成半持续调度的终端设备队列,并按照排列后的顺序为各半持续调度终端设备设置半持续调度的终端设备队列中的设备优先级;
按照各重传终端设备所对应的重传业务的优先级,以及同种重传业务的重传终端设备的排序规则,将各重传终端设备组成重传的终端设备队列,并按照排列后的顺序为各重传终端设备设置重传的终端设备队列中的设备优先级;
按照各初传终端设备所对应的初传业务的优先级,以及同种初传业务的初传终端设备的排序规则,将各初传终端设备组成初传的终端设备队列,并按照排列后的顺序为各初传终端设备设置初传的终端设备队列中的设备优先级。
进一步的,所述资源分配模块93,具体用于:
按照所述半持续调度的终端设备队列中的设备优先级,将按照半持续调度确定的上行资源分配给所述半持续调度的终端设备队列中的各半持续调度终端设备;
根据当前上行子帧中已经分配的资源,确定系统当前可用的PUSCH资源;
在所述系统当前可用的PUSCH资源中,按照所述重传的终端设备队列中的设备优先级,分别为各重传终端设备按照同步非自适应HARQ方式分配资源;
根据当前的资源分配情况,确定系统当前可用于初传终端设备的PUSCH资源;
在所述系统当前可用于初传终端设备的PUSCH资源中,按照所述初传的终端设备队列中的设备优先级,分别为各初传终端设备按照动态调度的方式分配资源。
其中,所述资源分配模块93,还用于:
在所述系统当前可用的PUSCH资源中,按照所述重传的终端设备队列中的设备优先级,分别为各重传终端设备按照同步非自适应HARQ方式分配资源之后,按照动态调度的方式,为所述重传的终端设备队列中的不能按照同步非自适应HARQ方式分配资源的重传终端设备分配资源;
如果分配资源成功,则对分配资源成功的重传终端设备采用同步自适应HARQ方式进行重传, 如果分配资源失败,则在本上行子帧中不对分配资源失败的重传终端设备进行数据传输。
进一步的,所述资源分配模块93,在按照动态调度的方式分配资源的过程中,具体用于:
确定终端设备当前可用的PRB资源;
根据所述终端设备的待传输数据量和各PRB上的信道质量,为所述终端设备选择最优的连续PRB资源,分配给所述终端设备;
其中,所述确定终端设备当前可用的PRB资源,具体包括:
在除可能与为其他终端设备所分配的资源发生冲突的资源之外的资源中,确定终端设备当前可用的PRB资源。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例的技术方案,首先根据终端类型进行类型间的优先级配置,然后在同一类型中根据终端设备自身的情况进行同一类型内的优先级配置,并根据所配置的优先级,进行相应的上行资源分配,通过该方法可以保证半持续调度的UE之间不会发生资源冲突,同时大大提高数据块在需要重传时可以按照同步非自适应HARQ方式进行重传的概率,从而节省了PDCCH信令开销。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或网络设备等)执行本发明实施例各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明实施例所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明实施例的几个具体实施场景,但是,本发明实施例并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。