CN102149206B - 上行调度方法 - Google Patents
上行调度方法 Download PDFInfo
- Publication number
- CN102149206B CN102149206B CN201010125762.6A CN201010125762A CN102149206B CN 102149206 B CN102149206 B CN 102149206B CN 201010125762 A CN201010125762 A CN 201010125762A CN 102149206 B CN102149206 B CN 102149206B
- Authority
- CN
- China
- Prior art keywords
- uplink authorization
- priority
- subscriber equipment
- uplink
- ascending resource
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种上行调度方法,该方法包括:在进行首次传输的情况下,用户设备执行一次或多次逻辑信道优先级处理过程,其中,用户设备为逻辑信道分配多个上行授权指示的上行资源。通过本发明提高了系统的无线性能和调度效率。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种上行调度方法。
背景技术
第三代移动通信长期演进(LongTermEvolution,简称为LTE)系统的演进的通用陆地无线接入网(EvolvedUniversalTerrestrialRadioAccessNetwork,简称为E-UTRAN)由基站eNB组成,E-UTRAN(也可以称为eNB)的无线接口协议上行层2结构如图1所示,在媒体接入控制(MediaAccessControl,简称为MAC)协议层存在调度/优先级处理(scheduling/priorityhandling)功能实体,其中,调度功能支持动态调度(Dynamicscheduling,简称为为DS)和半持久调度(或称为半静态调度)(Semi-persistentScheduling,简称为SPS);优先级处理功能支持同一用户设备(UserEquipment,简称为UE)不同逻辑信道之间的优先级处理,也支持通过动态调度进行不同UE之间的优先级处理。在MAC协议层还存在一个混合自动重传请求(HybridAutomaticRepeatRequest,简称为HARQ)功能实体。
动态调度是指,E-UTRAN能够通过物理下行控制信道(PhysicalDownlinkControlChannel,简称为PDCCH)上的小区无线网络临时标识(CellRadioNetworkTemporaryIdentifier,简称为C-RNTI)在每个传输时间间隔(TransmitTimeInterval,简称为TTI,对应于一个子帧(subframe))向UE动态分配资源以用于UE接收/发送数据,其中,分配的资源包括物理资源块(PhysicalResourceBlock,简称为PRB)和调制编码方案(ModulationandCodingScheme,简称为MCS)等。UE的HARQ的首传和HARQ重传均可使用动态调度。
半持久调度是指,E-UTRAN可以通过在PDCCH上的半持久调度小区无线网络临时标识(Semi-PersistentSchedulingC-RNTI:SPSC-RNTI)为UE分配半持久资源以用于UE接收/发送数据,其中,分配的资源包括PRB、MCS等。在半持久调度中,UE的HARQ首传使用半持久资源,HARQ重传使用动态调度的资源。半持久资源按照所配置的周期重复发生,在UE被配置有半持久资源的子帧,如果UE没有在PDCCH上监测到其C-RNTI,则在相应的子帧根据半持久资源进行接收/发送;如果UE在PDCCH上监测到其C-RNTI,则在相应的子帧使用PDCCH指示的动态资源替代(Override)半持久资源。
UE可用于上行首次传输的资源除了动态资源、半持久资源之外,还有随机接入响应(RandomAccessResponse,简称RAR)消息中的上行资源,以及基于竞争(contention-based)的上行资源。其中,RAR消息中的上行资源指的是为了解决基于竞争的随机接入过程中的竞争解决,基站会在RAR消息中为UE分配不小于56比特的上行资源。基于竞争的上行资源指的是基于冲突的上行传输(Contentionbasedtransmission,简称为CB传输),上行资源在几个UE内共享,当UE需要使用时,通过竞争发送数据。
UE获得用于首次传输的上行授权(ULgrant),按照逻辑信道(Logicalchannel)优先级处理的原则和算法在不同的逻辑信道之间分配ULgrant,从而确定哪些逻辑信道发送数据,以及发送多少数据,从而把不同逻辑信道的媒体接入控制业务数据单元(MACSDU)复用为一个媒体接入控制协议数据单元(MACPDU)进行上行发送。在支持多输入多输出(MultipleInputMultipleOutput,简称为MIMO)天线的情况下,在每个TTI可能同时有两个MACPDU)。
图2是现有技术的LTE系统中逻辑信道优先级处理的示意图,如图2所示,上行逻辑信道优先级处理的原则如下:首先所有RB按优先级递减顺序直至满足其优先比特率(PrioritizedBitRate,简称为PBR);然后所有RB按优先级递减顺序分配剩余资源。其中,优先级递减的顺序为:(1)传递C-RNTI的MAC控制元(controlelement,简称CE)或者来自上行公共控制信道(CommonControlChannel,简称CCCH)的数据;(2)传递缓冲区状态报告(BufferStatusReporting,简称BSR)(填充BSR除外)的MACCE;(3)传递功率余量报告(PowerHeadroomReporting,简称PHR)的MACCE;4)来自上行CCCH以外的上行逻辑信道的数据,各逻辑信道的优先级由高层配置;(5)传递填充BSR的MACCE。
根据所述优先级原则,采用一种“令牌桶”算法来实现上述资源分配方法。对每个逻辑信道设置一个“令牌桶”(TokenBucket),令牌桶内令牌数量记为Bj,Bj初始化为0,随着时间推移令牌以PBR速度往桶内添加,达到令牌桶最大尺寸(TokenBucketSize,简称TBS)后Bj不再继续增加。在Rel8中,TBS=PBR×令牌桶尺寸时长(BucketSizeDuration,简称BSD)。当进行上行资源分配时,按逻辑信道优先级并参照相应逻辑信道令牌桶类的令牌数量Bj进行分配,从而保证了各逻辑信道的PBR资源需求。另外,令牌桶最大尺寸限制了某些逻辑信道突发的大量数据对资源产生的冲击。
为向移动用户提供更高的数据速率,高级长期演进系统(LongTermEvolutionAdvance,简称为LTE-A)提出了载波聚合技术(CarrierAggregation,简称为CA),其目的是为具有相应能力的UE提供更大宽带,提高UE的峰值速率。LTE系统支持的最大下行传输带宽为20MHz,载波聚合是将两个或者更多的分量载波(ComponentCarriers,简称为CC)聚合起来支持大于20MHz,最大不超过100MHz的传输带宽。图3是现有技术的LTE-A系统中多载波无线接口上行层2结构示意图,如图3所示。CA的无线接口协议上行层2中存在多个HARQ实体,也就意味着即使在没有MIMO的情况下,UE在一个TTI内也可能收到多于一个上行授权,而现有的逻辑信道优先级处理是根据一个TTI内只有一个上行授权设计的,因此,现有的逻辑信道优先级处理的原则和算法无法确定哪些逻辑信道的数据在哪些分量载波上承载,以及对应的分量载波承载的数据量。
发明内容
本发明的主要目的在于提供一种上行调度方案,以至少解决上述问题。
根据本发明的一个方面,提供了一种上行调度方法,包括以下步骤:在进行首次传输的情况下,用户设备执行一次或多次逻辑信道优先级处理过程,其中,用户设备为逻辑信道分配多个上行授权指示的上行资源。
优选地,在用户设备执行一次逻辑信道优先级处理过程的情况下,用户设备根据逻辑信道优先级处理过程为逻辑信道分配多个上行授权的全部上行授权指示的上行资源。
优选地,在用户设备执行多次逻辑信道优先级处理过程的情况下,用户设备每次执行逻辑信道优先级处理过程,按照多个上行授权的优先级为逻辑信道分配多个上行授权中的部分上行授权指示的上行资源。
通过本发明,采用用户设备在用于首次传输的多个上行授权指示的上行资源上执行一次或多次逻辑信道优先级处理过程,解决了LTE-A载波聚合技术中的逻辑信道和分量载波的映射以及PBR实现问题,进而提高了系统的无线性能和调度效率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是现有技术的LTE系统中无线接口上行层2结构示意图;
图2是现有技术的LTE系统中逻辑信道优先级处理的示意图;
图3是现有技术的LTE-A系统中多载波无线接口上行层2结构示意图;
图4根据本发明优选实施例一的示意图一;
图5根据本发明优选实施例一的示意图二;
图6是根据本发明优选实施例三的示意图一;
图7是根据本发明优选实施例三的示意图二;
图8是根据本发明优选实施例四的示意图一;
图9是根据本发明优选实施例四的示意图二;
图10是根据本发明优选实施例四的示意图三。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中,每个上行HARQ实体对应于一个上行CC。每个TTI,UE有多个的上行授权指示UE在一个或多个CC进行上行传输,UE将上行授权及HARQ信息交付给相应的上行HARQ实体,使得每个上行HARQ实体至多有一个上行授权。其中,有的上行授权是用于首次传输的,有的上行授权是用于自适应重传的。对于用于首次传输的上行授权,根据获得的方式不同又可以分为以下四类:C-RNTI指示的上行授权(简称为DSgrant)、SPSC-RNTI指示的上行授权或者配置的上行授权(简称为SPSgrant)、RAR消息中的上行授权(简称为RARgrant)、基于竞争的上行授权(简称为CBgrant)。
如果存在除了CBgrant以外的上行授权,UE可选地保留CBgrant,因为UE只能检测到CBgrant而没有其他类型的上行授权指示在一个或多个CC进行上行传输表示基站可能删除或者去激活该一个或多个CC。UE根据所述用于首次传输的上行授权从复用重组实体(the“multiplexingandassembly”entity)获得MACPDU。以下为了描述简单,如果下文中无特殊说明,上行授权指的是用于首次传输的上行授权,以下将详细说明UE有多个用于首次传输的上行授权时的处理进行详细说明。
在本实施例中,提供了一种出LTE-A系统载波聚合技术中上行调度方法,该方法包括:在进行首次传输的情况下,用户设备执行一次或多次逻辑信道优先级处理过程,其中,所述用户设备为逻辑信道分配多个上行授权指示的上行资源。即,用户设备在多个上行授权指示的上行资源上执行一次或多次逻辑信道优先级处理过程。
通过上述处理,解决了LTE-A载波聚合技术中的逻辑信道和分量载波的映射问题。
由于UE有多个上行授权,因此,本实施例的调度方法中,用户设备按照上行授权的优先级联合占用一个或多个上行授权执行逻辑信道优先级处理过程,或用户设备根据上行授权的优先级的顺序依次单独占用上行授权中的每个上行授权执行逻辑信道优先级处理过程。
下面对用户设备执行一次和多次分别进行说明。
执行一次逻辑信道优先级处理过程:在用户设备执行一次逻辑信道优先级处理过程的情况下,用户设备根据逻辑信道优先级处理过程为逻辑信道分配所有上行授权指示的上行资源。
执行多次逻辑信道优先级处理过程:在用户设备执行多次逻辑信道优先级处理过程的情况下,用户设备每次执行逻辑信道优先级处理过程,按照多个上行授权的优先级为逻辑信道分配多个上行授权中的部分或全部上行授权指示的上行资源。优选地,在用户设备执行多次逻辑信道优先级处理过程的情况下,用户设备每次执行逻辑信道优先级处理过程,多个上行授权的部分或全部上行授权指示的上行资源满足部分或全部优先级比特速率PBR。
优选地,在用户设备为逻辑信道分配多个上行授权指示的上行资源之后,用户设备按照为逻辑信道分配的上行授权的优先级将上行资源对应的逻辑信道的数据分配到各上行授权对应的HARQ实体对应的分量载波上传输。
优选地,如果触发了BSR,则需要生成携带有该BSR的MACCE,下面分两种情况分别对此进行详细的说明。
情况一,在约定了发送缓冲区状态报告的一个或多个CC(例如,primaryCC)的情况下,触发了BSR,如果该一个或多个CC有用于首次传输的上行资源,即,该一个或多个CC对应的HARQ实体有用于首次传输的上行授权,则生成携带BSR的MACCE,否则不生成MACCE。
优选地,如果该一个或多个CC没有用于首次传输的上行资源,但是其他的CC有用于首次传输的上行资源,则也可以生成携带BSR的MACCE。
情况二,没有约定发送BSR的CC的情况下,触发了BSR,如果有用于首次传输的上行资源,即,有上行授权(不限制是哪个HARQ实体的),则生成携带BSR的MACCE,否则不生成MACCE。
通过上述两种情况,解决了生成携带有该BSR的MACCE的问题。
优选地,如果触发了PHR,则需要生成携带有该PHR的MACCE,下面对此进行说明。如果与该PHR相关的一个或多个CC有上行资源,则生成携带该PHR的MACCE,否则不生成MACCE;优选地,如果该一个或多个CC没有用于首次传输的上行资源,但是其他CC有用于首次传输的上行资源,则生成携带PHR的MACCE,但是,如果所述上行资源只有基于竞争的上行资源(contentionbasedresources),则不生成携带PHR的MACCE。
优选地,如果与PHR相关的一个或多个CC没有用于发送PHR的上行资源,但是其他CC有用于发送PHR的上行资源,则生成携带PHR的MACCE,其中,所述MACCE中携带与PHR相关的CC的标识。
优选地,上行授权的优先级参照以下至少之一:上行授权的类型、上行授权的大小、上行授权对应的HARQ实体对应的上行CC的信道质量、该上行CC的优先级。即,上行授权的优先级可以只根据如下的一个原则,也可以根据如下的多个原则相结合,下面对这些原则进行说明。
原则一,由RRC信令(例如,RRC重配消息)、系统信息、MACCE静态或半静态配置上行CC的优先级,该上行CC对应的HARQ实体的上行授权与该上行CC的优先级相同。
原则二,事先约定上行授权的类型的优先级,上行授权的优先级与上行授权的类型的优先级相同,例如,DSgrant>SPSgrant>RARgrant>CBgrant;或者DSgrant>SPSgrant、RARgrant、CBgrant(SPS、RAR、CBgrant之间无优先级高低之分);或者DSgrant、RARgrant>SPSgrant、CBgrant;或者DSgrant>RARgrant、SPSgrant>CBgrant等等。
原则三,事先约定上行CC的信道质量等级,所述上行CC对应的HARQ实体的上行授权的优先级与所述上行CC的信道质量等级相同。信道质量越好的优先级越高(等级越高),信道质量属于一定范围内的属于一个优先级(等级)。
原则四,事先约定上行授权的大小等级,上行授权指示的传输块越大(等级越高),上行授权指示的传输块的大小属于一定范围内的属于一个优先级(等级)。
下面结合附图及优选实施例进行详细的说明
在以下优选实施例中,假设UE聚合了5个CC,分别是CC1~CC5,它们依次对应的HARQentity分别是HARQentity1~HARQentity5。并且,假设有5个逻辑信道有数据待传输,其中,逻辑信道的优先级顺序为:SRB1<SRB2>DRB1>DRB2>DRBn,其中,DRB1是VoIP业务。SRB1待传输的数据量为400比特;SRB2待传输的数据量为400比特;DRB1待传输的数据量为600比特,其中300比特根据PBR设定;DRB2待传输的数据量为800比特,其中200比特根据PBR设定;DRBn待传输的数据量为800比特,其中200比特根据PBR设定。
优选实施例一
UE有两个DSgrant,分别来自于CC1、CC2对应的HARQ实体(entity)1、HARQentity2的上行授权。
如果触发了BSR,即首次触发BSR或者发送BSR之后至少触发了一次BSR,在约定了发送BSR的CC(假设为CC1)的情况下,因为相应的HARQentity1上有上行授权DSgrant,如图4所示,则UE生成携带BSR的MACCE并在CC1上发送(即占用HARQentity1的DSgrant)。假设在本实施例中,HARQentity1没有上行授权,则UE可选的生成携带BSR的MACCE并在CC2发送(即占用HARQentity2的DSgrant)。在没有约定发送BSR的CC的情况下,因为CC1、CC2都有上行授权,则UE生成携带BSR的MACCE,并可以选择在CC1和/或CC2上发送(即占用HARQentity1和/或HARQentity2的DSgrant)。
除了DSgrant之外,SPSgrant、RARgrant、CBgrant都可以用于携带BSR的MACCE的发送,方法与占用DSgrant相同,在此不再一一赘述。
如果触发了PHR,即,首次触发PHR或者发送PHR之后至少触发了一次PHR,假设CC2、CC3与PHR相关,且相互独立,因为相应的HARQentity2有上行授权DSgrant,但是,HARQentity3没有上行授权,则如图4所示,UE生成携带PHR(与CC2相关)的MACCE并在CC2发送(即占用HARQentity2的DSgrant)。可选的生成携带PHR(与CC3相关)的MACCE并在CC1和/或CC2上发送(即占用HARQentity1和/或HARQentity2的DSgrant),此时所述MACCE中需要增加CC3的标识,使得基站知道所述上报的PHR是与CC3相关的。
除了DSgrant之外,SPSgrant、RARgrant、CBgrant都可以用于携带PHR的MACCE的发送,方法与占用DSgrant相同,在此不再一一赘述。
因为PHR并不是一个紧急的信息,而占用CBgrant是基于竞争冲突的,可能造成对其他UE的干扰,基于这两方面的考虑,UE可能不占用CBgrant发送携带PHR的MACCE。
除去这些MACCE占用的资源之外,剩余的上行资源(即上行授权)用于将除CCCH之外的逻辑信道的数据组建成MACSDU。下面分两种情况对此分别进行说明。
(一)剩余资源联合
如果将所有剩余的资源联合起来,根据上行授权之和执行LCP流程可得各逻辑信道可发送的数据量的总量,再按照上行授权的优先级把所述总量分配到各上行授权,即来自高优先级的逻辑信道的数据占用高优先级的上行授权,来自低优先级的逻辑信道的数据占用低优先级的上行授权,可得各逻辑信道在各上行授权对应的CC可发送的数据量。
如图4所示,可用于发送上述逻辑信道的数据的上行资源共计2300比特,按照现有的LCP流程可实现发送SRB1的数据400比特,发送SRB2的数据400比特,发送DRB1的数据600比特,发送DRB2的数据700比特,发送DRBn的数据200比特。
假设上行授权的优先级采用上行授权越大则优先级越高的原则,HARQentity1的上行授权大于HARQentity2的上行授权,因此先占用HARQentity1的上行授权再占用HARQentity2的上行授权,即高优先级的逻辑信道(SRB1、SRB2、DRB1、DRB2)的数据占用HARQentity1的上行授权传递的数据,低优先级的逻辑信道(DRB2、DRBn)占用HARQentity2的上行授权传递数据。
(二)剩余资源独立
如果剩余的资源独立,根据每个上行授权执行LCP流程可得各逻辑信道在各上行授权可发送的数据量。执行LCP流程的顺序按照上行授权的优先级,先根据优先级越高的上行授权执行LCP流程,再根据优先级低的上行授权执行LCP流程。
在上行授权独立执行LCP流程,一个或多个或所有上行授权满足部分或全部的PBR。例如,PBR平均分配。或者PBR先施用给某一个或一些CC,或者每个上行授权都按照全PBR施用。在本实施例中以PBR先施用于优先级较高的一个或多个上行授权为例。
如图5所示,假设上行授权的优先级采用上行授权越大则优先级越高的原则,HARQentity1的上行授权大于HARQentity2的上行授权,因此先占用HARQentity1的上行授权(1300比特)执行LCP流程,可实现发送SRB1的数据400比特,发送SRB2的数据400比特,发送DRB1的数据300比特,发送DRB2的数据200比特;再占用HARQentity2的上行授权(1000比特),可实现发送DRBn的数据200比特(根据PBR设定的),发送DRB1的数据300比特,发送DRB2的数据500比特。
需要说明的是,在上述(一)、(二)中上行授权的优先级还可以根据对应的CC的优先级、信道质量等原则。
优选实施例二
在本实施例中,UE有一个DSgrant,来自于CC1对应的HARQentity1的上行授权;一个RARgrant,来自于CC2对应的HARQentity2的上行授权。
如果CC2正在进行的是基于竞争的随机接入过程,则UE生成携带C-RNTI的MACCE并在CC2发送(即占用HARQentity2的RARgrant);如果CC2正在进行的是基于非竞争的随机接入过程,则UE不生成携带C-RNTI的MACCE。
对于BSR、PHR的处理与实施例一类似,在此不再赘述。
对逻辑信道的数据的处理与实施例一的(一)、(二)中类似的,上行授权的优先级除了实施例所述的上行授权大小、对应的CC的优先级、信道质量等原则之外,因为本实施例中两个上行授权的类型不同,还可以根据类型的原则,例如DSgrant的优先级比RARgrant高。
优选实施例三
UE有一个DSgrant,来自于CC1对应的HARQentity1的上行授权;一个SPSgrant,来自于CC2对应的HARQentity2的上行授权。
对于BSR、PHR的处理与实施例一类似,在此不再赘述。
由于SPSgrant是根据SPS业务(例如VoIP业务,即DRB1)的特性分配的资源,因此在本实施例中,在已有的上行授权的基础上DRB1的数据优先选择HARQentity2的上行授权。
(一)剩余资源联合
如图6所示,可用于发送上述逻辑信道的数据的上行资源共计1900比特,按照现有的LCP流程可实现发送SRB1的数据400比特,发送SRB2的数据400比特,发送DRB1的数据600比特,发送DRB2的数据300比特,发送DRBn的数据200比特。
假设上行授权的优先级采用上行授权越大则优先级越高的原则,HARQentity1的上行授权大于HARQentity2的上行授权,因此先占用HARQentity1的上行授权再占用HARQentity2的上行授权,即高优先级的逻辑信道(SRB1、SRB2)的数据占用HARQentity1的上行授权传递的数据,特别的,DRB1占用HARQentity2的上行授权传递DRB1的数据,低优先级的逻辑信道(DRB2、DRBn)占用HARQentity1的剩余的上行资源传递数据。
(二)剩余资源独立
如图7所示,假设上行授权的优先级采用上行授权越大则优先级越高的原则,HARQentity1的上行授权大于HARQentity2的上行授权,因此先占用HARQentity1的上行授权(1300比特)执行LCP流程,可实现发送SRB1的数据400比特,发送SRB2的数据400比特;因为DRB1是VoIP业务,优先占用SPSgrant,因此占用HARQentity2(600比特)执行LCP流程,可实现发送DRB1的数据600比特;再占用HARQentity1的剩余的上行授权(500比特),可实现发送DRB2的数据300比特,发送DRBn的数据200比特(根据PBR设定的)。
在上述(一)、(二)中上行授权的优先级还可以根据对应的CC的优先级、信道质量、CC的类型(如DSgrant优先级高于SPSgrant)等原则。
优选实施例四
UE有两个DSgrant,来自于CC1、CC2对应的HARQentity1、HARQentity2的上行授权,一个SPSgrant,来自于CC3对应的HARQentity3的上行授权,一个RARgrant,来自于CC4对应的HARQentity4的上行授权,一个CBgrant,来自于CC5对应的HARQentity5的上行授权。
对于携带C-RNTI的MACCE的处理与实施例二类似,在此不再赘述。对于BSR、PHR的处理与实施例一类似,在此不再赘述。
(一)剩余资源联合
如图8所示,可用于发送上述逻辑信道的数据的上行资源共计3000比特,按照现有的LCP流程可实现发送SRB1的数据400比特,发送SRB2的数据400比特,发送DRB1的数据600比特,发送DRB2的数据800比特,发送DRBn的数据800比特。
假设上行授权的优先级采用DSgrant、SPSgrant(即DSgrant、SPSgrant没有优先级高低之分)>RARgrant>CBgrant以及上行授权越大则优先级越高相结合的原则,则:
因为HARQentity1是DSgrant且可用的上行资源最大(1300比特),因此先占用HARQentity1的上行授权传递SRB1的数据。
因为HARQentity1是DSgrant且可用的上行资源最大(900比特),因此再占用HARQentity1的上行授权传递SRB2的数据。
因为HARQentity3是SPSgrant(600比特),因此再占用HARQentity3的上行授权传递DRB1的数据。
因为HARQentity2是DSgrant且可用的上行资源最大(800比特),因此再占用HARQentity2的上行数据传递DRB2的数据。
因为HARQentity1是DSgrant(500比特),因此再占用HARQentity1的上行数据传递DRBn的部分数据。
因为HARQentity4是RARgrant(100比特),因此再占用HARQentity4的上行数据传递DRBn的部分数据。
因为HARQentity5是CBgrant(600比特),因此再占用HARQentity1的上行数据传递DRBn的剩余数据。
(二)剩余资源独立
如图9所示,假设上行授权的优先级采用DSgrant、SPSgrant(即DSgrant、SPSgrant没有优先级高低之分)>RARgrant>CBgrant以及上行授权越大则优先级越高相结合的原则,即HARQentity1>HARQentity2>HARQentity3>HARQentity4>HARQentity5的上行授权,则:
先占用HARQentity1的上行授权(1300比特)执行LCP流程,可实现发送SRB1的数据400比特,发送SRB2的数据400比特,发送DRB1的数据300比特,发送DRB2的数据200比特。
再占用HARQentity2的上行授权(800比特),可实现发送DRBn的数据200比特(根据PBR设定的),发送DRB1的数据300比特,发送DRB2的数据300比特。
再占用HARQentity3的上行授权(600比特),可实现发送DRB2的数据300比特,发送DRBn的数据300比特。
再占用HARQentity4的上行授权(100比特),可实现发送DRBn的数据100比特。
再占用HARQentity5的上行授权(600比特),可实现发送DRBn的数据200比特。
(三)剩余资源分组联合
如果剩余的资源分组,根据每个上行授权组的上行授权之和执行LCP流程可得各逻辑信道在各上行授权组可发送的数据总量,再按照上行授权组内的上行授权的优先级把所述总量分配到各上行授权,即来自高优先级的逻辑信道的数据占用高优先级的上行授权,来自低优先级的逻辑信道的数据占用低优先级的上行授权,可得各逻辑信道在各上行授权对应的CC可发送的数据量。执行LCP流程的顺序按照上行授权组的优先级,先根据优先级越高的上行授权组的上行授权之和执行LCP流程,再根据优先级低的上行授权组的上行授权之和执行LCP流程。
按照以下至少之一的原则对上行授权分组:按照上行授权的类型分、按照对应CC的优先级分、按照对应CC的信道质量分、按照上行授权的大小分等。
上行授权组的优先级指的是:如果按照上行授权的类型分组,则上行授权组的优先级就是上行授权的类型的优先级;如果按照上行授权对应的CC的优先级分组,则上行授权组的优先级就是所述CC的优先级;如果按照上行授权对应的CC的信道质量分组,则上行授权组的优先级就是所述CC的信道质量的等级;如果按照上行授权的大小分组,则上行授权组的优先级就是上行授权的大小的等级。
如图10所示:假设按照上行授权的类型分组,DSgrant和SPSgrant一组(组1),RARgrant和CBgrant一组(组2),优先级为:DSgrant、SPSgrant(即DSgrant、SPSgrant没有优先级高低之分)>RARgrant>CBgrant。因此组1包括HARQENTITY1、HARQENTITY2、HARQENTITY3三个HARQ实体的上行授权,组2包括HARQENTITY4、HARQENTITY5两个HARQ实体的上行授权,且组1的优先级比组2高。
在各上行授权组独立执行LCP流程,一组或多组或所有上行授权满足部分或全部的PBR。例如,PBR平均分配,或者PBR先施用给某一组或某些组,或者每个组都按照全PBR施用。本实施例以PBR先施用于优先级较高的一组或多组为例。
组1可用的上行授权共计2700比特,按照现有的LCP流程可实现发送SRB1的数据400比特,发送SRB2的数据400比特,发送DRB1的数据600比特,发送DRB2的数据800比特,发送DRBn的数据500比特。
组2可用的上行授权共计700比特,按照现有的LCP流程可实现发送DRBn的数据300比特。
上行授权组内的上行授权的优先级可以与分组时的优先级原则一样,也可以不同。本实施例中采用不同的优先级原则,假设根据事先约定上行CC的信道质量等级,上行授权的优先级为对应CC的信道质量等级。如CC2>CC3>CC4>CC1>CC5,因此占用各上行授权组建MACSDU的说明如下:
组1内的上行授权的优先级依次为:HARQENTITY2>HARQENTITY3>HARQENTITY1,按照此优先级顺序将组1的数据依次占用相应的上行授权。
组2内的上行授权的优先级依次为:HARQENTITY4>HARQENTITY5,按照此优先级顺序将组2的数据依次占用相应的上行授权。
需要说明的是,在上述优选实施例1~4中,图中为描述方便,计算资源时不包括MAC子头(subheader)的长度。MAC协议层通知RLC协议层相应的RLCPDU大小时,实际上为MACSDU净荷的长度。这些RLCPDU作为MACSDU在MAC协议层复用为MACPDU时,还需要加上相应的MACSDU子头信息,而相应分量载波上的资源用于承载相应的MACSDU净荷及其MAC子头信息。
通过本发明的上述实施例,解决了LTE-A载波聚合技术中的逻辑信道和分量载波的映射以及PBR实现问题,很好地继承了LTE的基本原则,将选择无线资源条件更适合逻辑信道QoS需求的分量载波承载相应的上行发送,从而提高了系统的无线性能和调度效率。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种上行调度方法,其特征在于,包括以下步骤:
在进行首次传输的情况下,用户设备执行一次或多次逻辑信道优先级处理过程,其中,所述用户设备为逻辑信道分配多个上行授权指示的上行资源;
其中,在触发了功率余量报告PHR的情况下,在所述用户设备执行逻辑信道优先级处理过程之前,还包括以下步骤:
在与所述功率余量报告相关的分量载波对应的HARQ实体具有用于首次传输的上行资源的情况下,所述用户设备生成携带所述功率余量报告的媒体接入控制控制元MACCE;或,
在与所述功率余量报告相关的分量载波对应的HARQ实体没有用于首次传输的上行资源,并且,在除与所述功率余量报告相关的分量载波之外的其他分量载波对应的HARQ实体有用于首次传输的上行授权的情况下,所述用户设备生成携带所述功率余量报告的媒体接入控制控制元,其中,所述媒体接入控制控制元中携带有与所述功率余量报告相关的分量载波的标识。
2.根据权利要求1所述的方法,其特征在于,在所述用户设备执行一次逻辑信道优先级处理过程的情况下,所述用户设备根据所述逻辑信道优先级处理过程为逻辑信道分配所述多个上行授权的全部上行授权指示的上行资源。
3.根据权利要求1所述的方法,其特征在于,在所述用户设备执行多次逻辑信道优先级处理过程的情况下,所述用户设备每次执行所述逻辑信道优先级处理过程,按照所述多个上行授权的优先级为逻辑信道分配所述多个上行授权中的部分上行授权指示的上行资源。
4.根据权利要求3所述的方法,其特征在于,在所述用户设备执行多次逻辑信道优先级处理过程的情况下,所述用户设备每次执行所述逻辑信道优先级处理过程,所述上行资源满足部分或全部优先级比特速率PBR。
5.根据权利要求2或3所述的方法,其特征在于,在所述用户设备为所述逻辑信道分配多个上行授权指示的上行资源之后,所述用户设备按照为所述逻辑信道分配的上行授权的优先级将所述上行资源对应的逻辑信道的数据分配到各上行授权对应的HARQ实体对应的分量载波上传输。
6.根据权利要求1所述的方法,其特征在于,所述用于首次传输的上行资源为除基于竞争的上行授权之外的上行授权指示的上行资源。
7.根据权利要求1所述的方法,其特征在于,在触发了缓冲区状态报告BSR的情况下,在所述用户设备执行逻辑信道优先级处理过程之前,还包括以下步骤:
预先约定了发送所述缓冲区状态报告的分量载波;
在所述分量载波对应的HARQ实体有用于首次传输的上行授权的情况下,生成携带有所述缓冲区状态报告的媒体接入控制控制元。
8.根据权利要求7所述的方法,其特征在于,在所述分量载波对应的HARQ实体没有用于首次传输的上行授权的情况下,如果除所述分量载波的其他分量载波对应的HARQ实体有用于首次传输的上行授权,则生成所述媒体接入控制控制元。
9.根据权利要求1所述的方法,其特征在于,在触发了缓冲区状态报告BSR的情况下,在所述用户设备执行逻辑信道优先级处理过程之前,还包括以下步骤:
在有用于首次传输的上行授权的情况下,生成携带有所述缓冲区状态报告的媒体接入控制协议控制元。
10.根据权利要求1所述的方法,其特征在于,在进行基于竞争的随机接入过程的情况下,在所述用户设备执行逻辑信道优先级处理过程之前,还包括以下步骤:
所述用户设备接收到一个或多个随机接入响应消息,其中,所述一个或多个随机接入响应消息中携带有用于竞争解决的多个上行授权;以及
所述用户设备生成多个携带有C-RNTI的媒体接入控制控制元,并根据所述随机接入响应消息中携带的多个上行授权发送所述携带有C-RNTI的媒体接入控制控制元。
11.根据权利要求5所述的方法,其特征在于,根据以下至少之一确定上行授权的优先级:上行授权的类型、上行授权指示的传输块的大小、上行授权对应的HARQ实体对应的分量载波的信道质量、上行授权对应的HARQ实体对应的分量载波的优先级,其中,所述上行授权的类型包括:动态调度的上行授权、半持久调度的上行授权、随机接入响应消息中的上行授权、基于竞争的上行授权。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010125762.6A CN102149206B (zh) | 2010-02-09 | 2010-02-09 | 上行调度方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010125762.6A CN102149206B (zh) | 2010-02-09 | 2010-02-09 | 上行调度方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102149206A CN102149206A (zh) | 2011-08-10 |
CN102149206B true CN102149206B (zh) | 2016-01-13 |
Family
ID=44423120
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010125762.6A Active CN102149206B (zh) | 2010-02-09 | 2010-02-09 | 上行调度方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102149206B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111436117A (zh) * | 2019-02-13 | 2020-07-21 | 维沃移动通信有限公司 | 一种数据传输方法及终端设备 |
Families Citing this family (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102149129B (zh) * | 2010-02-10 | 2015-11-25 | 电信科学技术研究院 | 一种功率余量上报phr的处理方法和装置 |
MX365714B (es) * | 2011-04-29 | 2019-06-11 | Fujitsu Ltd | Metodo para el informe de potencia de salida maxima configurada y equipo de usuario. |
CN103052033B (zh) * | 2011-10-17 | 2015-01-28 | 鼎桥通信技术有限公司 | 专网中用户设备的数据处理方法 |
CN103152289B (zh) | 2013-01-28 | 2016-08-17 | 山东智慧生活数据系统有限公司 | 一种层次化服务质量调度方法和装置 |
WO2015021609A1 (zh) * | 2013-08-14 | 2015-02-19 | 华为技术有限公司 | 分配数据传输资源的方法及装置 |
CN103517335B (zh) * | 2013-09-18 | 2016-06-15 | 北京创毅讯联科技股份有限公司 | 数据组包方法与装置 |
CN104661315B (zh) * | 2013-11-25 | 2020-03-31 | 中兴通讯股份有限公司 | 一种上报缓存状态报告的方法及用户设备 |
CN110708753A (zh) | 2014-01-29 | 2020-01-17 | 交互数字专利控股公司 | 无线通信中的上行链路传输 |
WO2016112512A1 (zh) | 2015-01-15 | 2016-07-21 | 富士通株式会社 | Mac控制元素的上行配置方法、装置以及通信系统 |
CN106162853B (zh) * | 2015-03-24 | 2020-09-15 | 中兴通讯股份有限公司 | 功率余量上报phr处理方法、装置、终端及基站 |
CN107079465B (zh) * | 2015-08-28 | 2019-11-05 | 华为技术有限公司 | 一种通信方法、装置及系统 |
US11265901B2 (en) * | 2016-03-30 | 2022-03-01 | Idac Holdings, Inc. | Handling user plane in wireless systems |
CN107426823B (zh) * | 2016-05-23 | 2020-12-04 | 上海无线通信研究中心 | 一种媒体访问控制层复用方法及系统 |
WO2018027791A1 (en) * | 2016-08-11 | 2018-02-15 | Nokia Technologies Oy | Method and apparatus for implementing contention-based uplink transmission with an efficient transmission switching strategy |
CN111031610B (zh) * | 2016-09-26 | 2024-01-05 | 华为技术有限公司 | 传输信息的方法和用户设备 |
WO2018119749A1 (en) * | 2016-12-28 | 2018-07-05 | Mediatek Singapore Pte. Ltd. | Methods to support ul transmission on multiple numerologies in nr system |
WO2018120985A1 (zh) * | 2016-12-29 | 2018-07-05 | 电信科学技术研究院 | 一种进行资源分配的方法和设备 |
CN108282890B (zh) * | 2017-01-05 | 2020-07-28 | 维沃移动通信有限公司 | 一种资源调度处理方法、网络侧设备及移动终端 |
EP3562244B1 (en) * | 2017-01-09 | 2021-07-07 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for multiplexing uplink authorization resources |
CN108322939B (zh) * | 2017-01-16 | 2021-12-17 | 上海诺基亚贝尔股份有限公司 | 支持多种物理层方法的无线通信系统的方法和设备 |
CN109548080B (zh) * | 2017-08-11 | 2023-05-16 | 夏普株式会社 | 用于媒体接入控制层组包的相关方法、用户设备和基站 |
CN109586854B (zh) * | 2017-09-28 | 2020-11-17 | 华为技术有限公司 | 数据传输方法及装置 |
CN109756987B (zh) * | 2017-11-03 | 2021-02-23 | 电信科学技术研究院 | 一种缓冲区状态上报方法、终端及计算机可读存储介质 |
CN109803367B (zh) | 2017-11-16 | 2021-02-23 | 华为技术有限公司 | 上行数据的传输方法、终端设备和基站 |
US10271351B1 (en) * | 2017-11-29 | 2019-04-23 | Google Llc | User equipment grant procedure for uplink carrier aggregation |
CN110475372B (zh) * | 2018-05-10 | 2021-09-24 | 维沃移动通信有限公司 | 一种上行传输方法及终端 |
CN110474849B (zh) * | 2018-05-10 | 2022-05-24 | 华为技术有限公司 | 资源分配的方法和通信设备 |
CN110474854B (zh) | 2018-05-11 | 2021-08-31 | 华为技术有限公司 | 资源分配的方法和装置 |
CN110859002B (zh) * | 2018-08-22 | 2023-04-18 | 中兴通讯股份有限公司 | 一种下行信息处理方法及装置 |
WO2020037675A1 (en) * | 2018-08-24 | 2020-02-27 | Nokia Shanghai Bell Co., Ltd. | Data priority indication for uplink grant |
CN111148234A (zh) * | 2018-11-02 | 2020-05-12 | 华为技术有限公司 | 传输数据的方法和装置 |
CN111436068B (zh) * | 2019-03-28 | 2023-04-07 | 维沃移动通信有限公司 | 一种传输方法及终端 |
CN112135357A (zh) * | 2019-06-25 | 2020-12-25 | 夏普株式会社 | 用户设备、基站及其方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1643690A1 (en) * | 2004-10-01 | 2006-04-05 | Matsushita Electric Industrial Co., Ltd. | Quality-of-Service (QoS)-aware scheduling for uplink transmissions on dedicated channels |
CN101141779A (zh) * | 2007-10-12 | 2008-03-12 | 中兴通讯股份有限公司 | 一种多载波hsupa的调度授权方法及其装置 |
-
2010
- 2010-02-09 CN CN201010125762.6A patent/CN102149206B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1643690A1 (en) * | 2004-10-01 | 2006-04-05 | Matsushita Electric Industrial Co., Ltd. | Quality-of-Service (QoS)-aware scheduling for uplink transmissions on dedicated channels |
CN101141779A (zh) * | 2007-10-12 | 2008-03-12 | 中兴通讯股份有限公司 | 一种多载波hsupa的调度授权方法及其装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111436117A (zh) * | 2019-02-13 | 2020-07-21 | 维沃移动通信有限公司 | 一种数据传输方法及终端设备 |
Also Published As
Publication number | Publication date |
---|---|
CN102149206A (zh) | 2011-08-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102149206B (zh) | 上行调度方法 | |
CN101932019B (zh) | 一种实现上报缓冲区状态报告的方法、终端及网络系统 | |
EP3372028B1 (en) | Multiple sidelink control transmissions during a sidelink control period | |
US20190223039A1 (en) | Method for calculating an amount of data available for transmission and a device therefor | |
EP2645800B1 (en) | Controlling the transmit power for uplink transmissions on component carriers of a mobile communication system | |
EP3986072B1 (en) | Multiple prose group communication during a sidelink control period | |
KR101666238B1 (ko) | 모바일 통신 시스템에서의 버퍼 상태 보고 | |
KR101555744B1 (ko) | 캐리어 집성 시나리오에서의 전력 잔여량 보고 방법과 장치 | |
CN102111751B (zh) | 缓存状态报告上报方法和设备 | |
CN102907160B (zh) | 移动通信系统、基站装置、移动站装置以及通信方法 | |
JP5875581B2 (ja) | 効率的スケジューリングを支援するためのbsr情報の送達のための方法およびデバイス | |
EP3206452A1 (en) | Priority-optimized sidelink data transfer in the case of autonomous resource allocation in lte prose communication | |
CN102158973B (zh) | 半持续调度、传输及处理方法、系统和设备 | |
EP3537637B1 (en) | Method and apparatus for configuring power headroom information in mobile communication system supporting carrier aggregation | |
CN102036390A (zh) | 一种优先级处理方法 | |
CN102474874A (zh) | 在无线通信系统中针对逻辑信道分配资源的装置和方法 | |
JP2020523943A (ja) | 無線通信システムにおける端末のダウンリンク信号受信方法及び前記方法を利用する端末 | |
CN107534580A (zh) | 用于在载波聚合系统中生成mac控制元素的方法及其装置 | |
CN102577558B (zh) | 一种缓冲区状态报告的上报方法和用户设备 | |
CN101932112B (zh) | 一种半持久调度方法和系统 | |
CN108924877A (zh) | 信息的处理方法和设备 | |
Bhamri et al. | Overview of uplink control channel for carrier aggregation enhancements in LTE Rel. 13 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |