CN102595624B - 基于组的调度方法、ue及网络设备 - Google Patents
基于组的调度方法、ue及网络设备 Download PDFInfo
- Publication number
- CN102595624B CN102595624B CN201110009494.6A CN201110009494A CN102595624B CN 102595624 B CN102595624 B CN 102595624B CN 201110009494 A CN201110009494 A CN 201110009494A CN 102595624 B CN102595624 B CN 102595624B
- Authority
- CN
- China
- Prior art keywords
- packet
- mac pdu
- control signal
- mac
- group scheduling
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/121—Wireless traffic scheduling for groups of terminals or users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Abstract
本发明提供一种基于组的调度方法、UE及基站。该方法包括UE获取组调度标识,所述组调度标识用于指示PDCCH上的控制信令调度的分组;所述UE接收所述PDCCH上的加掩的控制信令,根据所述组调度标识解掩所述控制信令;所述UE根据所述控制信令,接收MAC PDU,所述MAC PDU包括同一个分组内至少一个UE的数据包;所述UE根据所述MAC PDU中所述至少一个UE数据包位置与PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。本发明实施例可以提高资源利用率及系统容量。
Description
技术领域
本发明涉及移动通信技术,尤其涉及一种基于组的调度方法、UE及网络设备。
背景技术
在长期演进(Long Term Evolution,LTE)系统中,基站(eNodeB,eNB)使用物理下行控制信道(Physical Downlink Control Channel,PDCCH)传输用于调度用户设备(User Equipment,UE)的控制信令,当调度处于连接态的UE的数据时,该控制信令使用UE的小区无线网络临时标识(Cell Radio Network Temporary Identity,C-RNTI)加掩,该控制信令为UE的调度信息,包括为UE分配的物理信道资源及具体使用的调制编码方式(Modulation and Coding Scheme,MCS)信息等,UE在接收到PDCCH上传输的控制信令后,采用UE的C-RNTI解掩控制信令,获取解掩后的控制信令中携带的相关信息,并按照该控制信令的指示到对应的物理信道上进行数据的收发。
PDCCH信道也占用一定的物理资源,在PDCCH上传输的控制信令所占用的物理资源以控制信道单元(Control Channel Element,CCE)为最小单位,一个控制信令可以占用一个或多个CCE。
由于PDCCH信道所占的物理资源是有限的,所以在PDCCH上传输的控制信令的个数是受限的,限制了调度数据包及UE的数量,使得系统容量受限;另外,由于网络中出现了越来越多的需要传输小包的业务,,但由于小包的数据量小,通常无法占满一个MAC PDU,从而需要在MACPDU中携带填充比特,降低了系统资源的使用效率,导致了系统资源的浪费。
发明内容
本发明实提供了一种基于组的调度方法、UE及网络设备,实现系统容量的增加。
一方面,提供了一种基于组的调度方法,包括:
UE获取组调度标识,所述组调度标识用于指示物理下行控制信道PDCCH上的控制信令调度的分组;所述UE接收所述PDCCH上的加掩的控制信令,根据所述组调度标识解掩所述控制信令;
所述UE根据所述控制信令,接收多媒体接入控制协议数据单元MACPDU,所述MAC PDU包括同一个分组内至少一个UE的数据包;
所述UE根据所述MAC PDU中所述至少一个UE数据包位置与PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。
另一方面,提供了一种基于组的调度方法,包括:
网络侧将属于同一个分组UE的数据包封装成一个MAC PDU;
所述网络侧向UE发送所述MAC PDU和使用所述UE所属分组的组调度标识加掩的控制信令,以使得所述UE根据所述组调度标识解掩所述控制信令,根据所述控制信令接收所述MAC PDU,根据所述MAC PDU中所述至少一个UE数据包位置与PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,所述组调度标识用于指示物理下行控制信道PDCCH上的控制信令调度的分组;
所述网络侧接收所述UE在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。
一方面,提供了一种UE,包括:
获取模块,用于获取组调度标识,所述组调度标识用于指示物理下行控制信道PDCCH上的控制信令调度的分组;
第一接收模块,用于接收所述PDCCH上的加掩的控制信令,根据所述获取模块获取的所述组调度标识解掩所述控制信令;
第二接收模块,用于根据所述第一接收模块接收的所述控制信令,接收多媒体接入控制协议数据单元MAC PDU,所述MAC PDU包括同一个分组内至少一个UE的数据包;
反馈模块,用于根据所述第二接收模块接收的所述MAC PDU中所述至少一个UE数据包位置与PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。
另一方面,提供了一种网络设备,包括:
封装模块,用于将属于同一个分组UE的数据包封装成一个MAC PDU;
发送模块,用于向UE发送所述封装模块得到的所述MAC PDU和使用所述UE所属分组的组调度标识加掩的控制信令,以使得所述UE根据所述组调度标识解掩所述控制信令,根据所述控制信令接收所述MAC PDU,根据所述MAC PDU中所述至少一个UE数据包位置与PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,所述组调度标识用于指示物理下行控制信道PDCCH上的控制信令调度的分组;
接收模块,用于接收所述发送模块发送给的UE在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。
由上述技术方案可知,本发明实施例通过将属于同一个分组的UE的数据包封装成一个MAC PDU,可以提高资源的使用效率;将属于同一个分组的UE的调度信息包含在同一个在PDCCH上传输的控制信令中,可以采用一个控制信令调度更多的UE,提高PDCCH的利用率,提高系统容量;UE向基站进行反馈,能实现快速重传,提高数据传输的可靠性,减少数据的传输时延。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明第一实施例的方法流程示意图;
图2为本发明第二实施例的方法流程示意图;
图3为本发明第三实施例的方法流程示意图;
图4为现有技术中MAC PDU子头的结构示意图一;
图5为现有技术中MAC PDU子头的结构示意图二;
图6为现有技术中MAC PDU子头的结构示意图三;
图7为现有技术中MAC PDU的结构示意图;
图8为本发明实施例中采用方法一后的MAC PDU的结构示意图;
图9为本发明实施例中采用方法二后的新增的MAC CE的结构示意图;
图10为本发明实施例中采用方法二后的MAC PDU的结构示意图;
图11为本发明实施例中采用方法三后的MAC PDU子头的结构示意图一;
图12为本发明实施例中采用方法三后的MAC PDU子头的结构示意图二;
图13为本发明实施例中采用方法三后的MAC PDU子头的结构示意图三;
图14为本发明实施例中采用方法三后的MAC PDU的结构示意图;
图15为本发明实施例中采用方法四后的MAC PDU子头的结构示意图一;
图16为本发明实施例中采用方法四后的MAC PDU子头的结构示意图二;
图17为本发明实施例中采用方法四后的MAC PDU子头的结构示意图三;
图18为本发明实施例中采用方法四后的MAC PDU的结构示意图;
图19为本发明实施例中采用方法五后的MAC PDU子头的结构示意图一;
图20为本发明实施例中采用方法五后的MAC PDU子头的结构示意图二;;
图21为本发明实施例中采用方法五后的MAC PDU子头的结构示意图三;
图22为本发明实施例中采用方法五后的MAC PDU子头的结构示意图四;
图23为本发明实施例中采用方法五后的MAC PDU子头的结构示意图五;
图24为本发明实施例中采用方法五后的MAC PDU子头的结构示意图六;
图25为本发明实施例中采用方法五后的MAC PDU的结构示意图;
图26为本发明实施例中采用方法六后的MAC PDU子头的结构示意图一;
图27为本发明实施例中采用方法六后的MAC PDU子头的结构示意图二;
图28为本发明实施例中采用方法六后的MAC PDU子头的结构示意图三;
图29为本发明实施例中采用方法六后的MAC PDU的结构示意图;
图30为本发明实施例中采用方法七或者方法九后的新增的MAC CE的结构示意图;
图31为本发明实施例中采用方法七后的MAC PDU的结构示意图;
图32为本发明实施例中采用方法八后的新增的MAC CE的结构示意图;
图33为本发明实施例中采用方法八后的MAC PDU的结构示意图;
图34为本发明实施例中采用方法九后的MAC PDU的结构示意图;
图35为本发明第四实施例的方法流程示意图;
图36为本发明实施例中eNB的功能结构示意图;
图37为本发明实施例中UE的功能结构示意图;
图38为本发明第五实施例的UE的结构示意图;
图39为本发明第六实施例的基站的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
PDCCH上传输的控制信令本身也是承载在一定的物理资源上进行传输的。以一个5MHz带宽的小区为例,一个传输时间间隔(TransmissionTime Interval,TTI)中能够承载的控制信令通常只有十几个,这同时包含了上、下行调度信息。因此,平均到上行或下行,则一个TTI内只能同时调度几个到十几个用户。另外,在一些场景下,例如异构网络中,为了降低小区间的干扰,可能只在某些子帧上发送控制信令,此时,在PDCCH能够传输的控制信令的数量将会更少。由于控制信令的数量受限,则能够调度的用户数量也受限,则造成系统容量的受限。
随着智能设备的大量使用,网络中出现越来越多的需要传输小包的业务,如QQ、MSN及Twitter等。这些业务的数据包具有数据量小、包个数多以及包间隔时间长等特点。
由于PDCCH上能够传输的控制信令的个数是受限的,限制了调度数据包的数量及UE的个数,使得系统容量受限,另外,由于网络中出现了越来越多的需要传输小包的业务,LTE系统中用于数据传输的基本单元是传输块(Transmission Block,TB),一个TB也称为一个媒体接入控制协议数据单元(Media Access Control Protocol Data Unit,MAC PDU),但由于小包的数据量小,通常无法占满一个MAC PDU,从而需要在MACPDU中携带填充比特,限制了系统资源的容量。
图1为本发明第一实施例的方法流程示意图,包括:
步骤11:UE获取组调度标识,所述组调度标识用于指示PDCCH上的控制信令调度的分组。
步骤12:所述UE接收所述PDCCH上的加掩的控制信令,根据所述组调度标识解掩所述控制信令。
其中,具体的加掩和解掩方式可以采用通常的方法实现,例如,类似于现有技术中用C-RNTI加掩控制信令时的处理,本发明实施例不同的是,用组调度标识加掩。
步骤13:所述UE根据所述控制信令,接收MAC PDU,所述MAC PDU包括同一个分组内至少一个UE的数据包;
步骤14:所述UE根据所述MAC PDU中所述至少一个UE数据包位置与PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。
本发明实施例中的UE可以具体为处于连接态的UE。网络侧可以具体为eNB或者其他网络设备。
本实施例通过将属于同一个分组的UE的数据包封装成一个MAC PDU,可以提高资源的使用效率;将属于同一个分组的UE的调度信息包含在同一个PDCCH上传输的控制信令中,可以采用一个控制信令调度更多的UE,提高PDCCH上传输的控制信令的利用率,提高系统容量;UE向基站进行反馈,能实现快速重传,提高数据传输的可靠性,减少数据的传输时延。
图2为本发明第二实施例的方法流程示意图,包括:
步骤21:网络侧将属于同一个分组UE的数据包封装成一个MAC PDU;
步骤22:所述网络侧向UE发送所述MAC PDU和使用所述UE所属分组的组调度标识加掩的控制信令,以使得所述UE根据所述组调度标识解掩所述控制信令,根据所述控制信令接收所述MAC PDU,根据所述MAC PDU中所述至少一个UE数据包位置与PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,所述组调度标识用于指示物理下行控制信道PDCCH上的控制信令调度的分组;
步骤23:所述网络侧接收所述UE在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。
本实施例通过将属于同一个分组的UE的数据包封装成一个MAC PDU,可以提高资源的使用效率;将属于同一个分组的UE的调度信息包含在同一个控制信令中,可以采用一个控制信令调度更多的UE,提高控制信令的利用率,提高系统容量;UE向基站进行反馈,能实现快速重传,提高数据传输的可靠性,减少数据的传输时延。
本发明实施例中,UE属于的分组可以是基站预先划分得到的,也可以是在同一时刻监听寻呼消息的UE属于相同的分组,进而所使用的组调度标识可以是期间预先分配得到的,也可以是使用标识寻呼消息的标识,例如,寻呼无线网线临时标识(Paging Radio network Temporary Identity,P-RNTI)。
图3为本发明第三实施例的方法流程示意图,本实施例以eNB划分分组为例,参见图3,本实施例包括:
步骤31:eNB对其服务的处于连接态的UE(即下属UE)进行分组,并为每个分组分配一个组调度标识。
其中,该组调度标识可以具体为组无线网络临时标识(Group Radionetwork Temporary Identity,Group-RNTI)。
其中,eNB可以根据如下项中的至少一项对下属的UE进行分组:下行链路质量情况、业务突发情况、业务特性情况。例如,eNB对下属UE分组的标准可以为将下行链路质量相近的UE分为一组,也可以为将业务突发较集中的UE,或者也可以将业务特性相近的UE分为一组。需要说明的是,eNB实际采用的分组方法包括但不限于上述描述的内容,可以是其中单独的一个,也可以是其中部分方法的组合等。
在分配组调度标识后,eNB可以将组调度标识Group-RNTI及UE信息等信息携带在RRC消息中发送给UE,其中,UE信息可以为UE在分组内的位置信息、UE在分组内的编号或者UE标识。
此外,在特定的分组方法下,如果eNB发现已经被分为一组的UE无法再继续被分在同一组内,则eNB可以对UE重新进行分组,并通过RRC消息修改原有的分组信息。
用于通知分组信息的RRC消息,可以是已有的RRC消息,如RRC连接重配置消息(RRC Connection Reconfiguration),也可以是新增加的RRC消息。而用于指示分组信息的具体发送参数可以使用已有消息中的参数、新增加的参数或现有参数中的某些字段。
这些RRC消息及指示参数仅仅是为描述方便而采用的名称,这个名称不能够对本发明实施例适用的范围进行限定,即在某些系统中也许没有类似的名称,但是,不能由此认为本发明实施例中的技术方案不能够适用于这些系统。
步骤32:在下行数据传输时,eNB根据调度结果,将属于同一个分组的UE的数据包封装成一个MAC PDU,并使用一条控制信令调度属于同一个分组的UE,该控制信令使用组调度标识Group-RNTI进行加掩。
通常1个TTI内,MAC层的基本传输单位为1个MAC PDU。1个MACPDU由1个MAC头(MAC header),0个或多个MAC控制单元(MAC ControlElements,MAC CE),0个或多个MAC服务数据单元(MAC Service DataUnit,MAC SDU)以及可选的数据填充组成。1个MAC header由1个或多个MAC PDU子头(MAC PDU subheader)组成,1个MAC PDU subheader对应1个MAC CE或1个MAC SDU或数据填充。1个MAC PDU subheader由R/R/E/LCID/F/L组成,但对于MAC header中的最后1个subheader或对应固定长度MAC CE的subheader仅包含R/R/E/LCID。具体的1个MAC PDUsubheader格式可以参见图4-6,1个MAC PDU格式可以参见图7。其中LCID域对于MAC CE、MAC SDU及数据填充分别表示不同的含义。对于MAC CE及数据填充,不同的LCID表示不同的MAC CE类型。而对于MAC SDU,LCID则表示该SDU所承载数据的逻辑信道编号。具体的,下行共享信道LCID含义如表1所示:
表1
本发明实施例中,使用组调度传输的UE的数据包可以是一个或多个MAC SDU,或者,也可以是一个或多个MAC CE,或者,也可以是一个或多个MAC SDU以及一个或多个MAC CE。其中,MAC CE可以是协议现有的MAC CE,如非连续接收(Discontinuous Reception,DRX)命令MAC CE(DRXCommand MAC CE),也可以是以后新增的各种MAC CE,如下行资源分配命令(Down link Assignment),上行资源分配(Uplink Grant)等是。
本发明实施例中,可以采用如下方式将同一个分组的UE的数据包封装在一个MAC PDU中:
方法一:MAC PDU包括MAC头和MAC净荷;其中,所述MAC头包括:UE指示部分,用于指示分组内的UE是否有数据,所述UE指示部分为所述MAC头内新增的字段,所述UE指示部分的比特位与分组内的UE的个数相同,按照UE在分组内的位置顺序;所述MAC净荷包括:有数据的UE对应的数据包;每个有数据的UE对应一个MAC CE,或者每个有数据的UE对应一个MAC SDU。
具体地,增加固定长度的bitmap指示。如图8所示,在MAC header的最前面增加固定长度的bitmap指示,如8比特。每个比特表示一个UE是否有数据,如置1表示有该UE有数据,置0表示没有该UE没有数据,总比特数等于该组内的用户数。Bitmap指示的顺序与UE在组内的位置相关,如图8示例,表示UE0、UE2、UE5、UE7有数据被调度。其中一个UE的用户数据可以是一个MAC SDU,也可以是一个MAC CE。并且每个UE数据仅包含一个MAC SDU或一个MAC CE。
方法二:所述MAC PDU包括:MAC头和MAC净荷;所述MAC头包括:MAC PDU子头;所述MAC净荷包括:指示MAC CE和有数据的UE对应的数据包,所述指示MAC CE用于指示分组内的UE是否有数据,所述指示MAC CE中比特位数为有数据的UE在分组内的最大编号对应的UE的个数,并且按照UE在分组内的位置顺序。
具体地,增加可变长度的bitmap指示。将bitmap作为一种MAC CE,包含在MAC PDU中,并使用R/R/E/LCID/F/L子头进行指示。增加一个组调度MAC CE(Group Scheduling MAC CE),该Group Scheduling MAC CE的具体格式如图9所示。参见图10,与其他的MAC CE不同的是,为了表示变长的Group Scheduling MAC CE大小,其对应的MAC PDU subheader包含R/R/E/LCID/E/L域,其中L域指示了Group Scheduling MAC CE的长度。LCID域可以参见表2。且该Group Scheduling MAC CE放在所有MAC CE的前面。其中一个UE的用户数据可以是一个MAC SDU,也可以是一个MAC CE。并且每个UE数据仅包含一个MAC SDU或一个MAC CE。Bitmap指示的顺序与UE在组内的位置相关。不同分组中所使用的上述BitMap长度可以相同,也可以不同,例如,组一内有8个UE,BitMap长度可以为8,组二有16个UE,BitMap长度为16;同一分组内调度不同UE的数据时,对应的BitMap长度可以相同,也可以不同,例如组内有128个UE,如果调度到的UE位于前8个,则BitMap可以设置为8;而如果全部调度到或调度到最后的几个UE,则BitMap为128。还有一种方法,即使用偏移量加BitMap的形式,先给出调度到的位置最靠前UE的ID,后面的UE使用BitMap方式。
表2
方法三:所述MAC PDU包括:MAC头和MAC净荷;所述MAC头包括UE指示部分,所述UE指示部分位于所述MAC头中包含的MAC PDU子头内,占用所述MAC PDU子头的预留比特部分,所述预留比特部分用于指示有数据的UE在分组内的编号,所述UE指示部分用于指示分组内的UE是否有数据;所述MAC净荷包括有数据的UE对应的数据包,每个有数据的UE对应一个或多个多个位置连续的MAC CE,或者每个有数据的UE对应MAC PDU中一个或多个位置连续的MAC SDU。如果UE对应的数据包是多个位置连续的数据包,可以配置在固定的位置反馈,如按照第一个MAC SDU的位置进行反馈,或者也可以动态配置,不限制固定的位置。
具体地,该UE指示部分为固定长度的UE_ID(2bits)。例如,参见图11-13,使用当前MAC PDU subheader中的两个预留比特作为UE_ID的标识,其中,图11为包含UE_ID/E/LCID/F/L(7bits)的MAC PDU子头,图12为包含UE_ID/E/LCID/F/L(15bits)的MAC PDU子头,图13为包含UE_ID/E/LCID的MAC PDU子头。本发明实施例中,如果没有特别说明,UE_ID可以为UE在组内的编号,也可以为UE标识,例如,UE的C-RNTI。与方法一和二不同的是,一个MAC PDU可以传输同一个UE的多个MAC SDU和/或MACCE,但每一个MAC SDU或MAC CE均需要独立的MAC PDU subheader,即同一个UE的数据也可能需要传输多个UE_ID。具体的格式如图14所示。
方法四:所述MAC PDU包括:MAC头和MAC净荷;所述MAC头包括:UE指示部分,所述UE指示部分为所述MAC PDU子头中新增的字段,所述UE指示部分位于所述MAC头中包含的MAC PDU子头内,所述UE指示部分用于通过UE在分组内的编号指示分组内的所述UE有数据;所述MAC净荷包括有数据的UE对应的数据包;每个有数据的UE对应一个或多个位置连续的MAC CE,或者每个有数据的UE对应一个或多个多个位置连续的MAC SDU,需要特别说的是,若带了多个位置连续数据包,以协议配置固定位置返馈,如第一个MAC SDU,或者通过动态配置。
具体地,该UE指示部分为固定长度的UE_ID(>2bits),可以是8bits,也可以是16bit或者更长,取决于分到一组的UE的数量。但该格式固定,即一旦确定了扩充的比特数目,对所有组调度UE,都使用该格式。在现有MACsubheader的后面扩充固定长度的UE_ID,例如,图15-17为扩充8bits的UE_ID,其中,图15为包含R/R/E/LCID/F/L(7bits)/UE_ID的MAC PDU子头,图16为包含R/R/E/LCID/F/L(15bits)/UE_ID的MAC PDU子头,图17为包含R/R/E/LCID/UE_ID的MAC PDU子头。与方法一和二不同的是,一个MAC PDU可以传输同一个UE的多个MAC SDU和/或MAC CE,但每一个MAC SDU或MAC CE均需要独立的MAC PDU subheader,即同一个UE的数据也可能需要传输多个UE_ID。具体的格式如图18所示。
方法五:所述MAC PDU包括:MAC头和MAC净荷;所述MAC头包括:UE指示部分,所述UE指示部分位于所述MAC头中包含的MAC PDU子头内,所述UE指示部分通过UE在分组内的编号指示分组内的UE有数据;所述MAC净荷包括:有数据的UE对应的数据包;每个有数据的UE对应一个或多个位置连续MAC CE,或者每个有数据的UE对应一个或多个多个位置连续的MAC SDU,需要特别说的是,若带了多个位置连续的数据包,以协议配置固定的位置返馈,如第一个MAC SDU,或者通过动态配置;所述UE指示部分为所述MAC PDU子头中新增的字段;所述MAC PDU子头中还包括:长度指示部分,用于指示所述UE指示部分的长度。
具体地,使用两个长度的UE_ID,用T域进行标识,如0代表使用7bit的UE_ID,1代表使用15Bit的UE_ID。图19为包含R/R/E/LCID/F/L(7bits)/T/UE_ID(7bits)的MAC PDU子头,图20为包含R/R/E/LCID/F/L(7bits)/T/UE_ID(15bits)的MAC PDU子头,图21为包含R/R/E/LCID/F/L(15bits)/T/UE_ID(7bits)的MAC PDU子头,图22为包含R/R/E/LCID/F/L(15bits)/T/UE_ID(15bits)的MAC PDU子头,图23为包含R/R/E/LCID/T/UE_ID(7bits)的MAC PDU子头,图24为包含R/R/E/LCID/T/UE_ID(15bits)的MAC PDU子头。与方法一和二不同的是,一个MAC PDU可以传输同一个UE的多个MAC SDU和/或MAC CE,但每一个MAC SDU或MAC CE均需要独立的MAC PDU subheader,即同一个UE的数据也可能需要传输多个UE_ID。具体的格式如图25所示。
方法六:所述MAC PDU包括:MAC头和MAC净荷;所述MAC头包括:UE指示部分,所述UE指示部分为所述MAC PDU子头中新增的字段,位于所述MAC头中包含的MAC PDU子头内,用于通过UE在分组内的编号指示分组内的UE有数据;所述MAC净荷包括:有数据的UE对应的数据包;所述UE指示部分可以指示同一个UE的一个MAC头和至少一个MAC PDU子头对应的净荷部分的数据包。每个有数据的UE对应一个或多个位置连续MAC CE,或者每个有数据的UE对应一个或多个位置连续MAC SDU,需要特别说的是,若带了多个位置连续的数据包,以协议配置固定的位置返馈,如第一个MAC SDU,或者通过动态配置。
具体地,该MAC PDU中包含可选的UE_ID,即可以传输1个UE的多个逻辑信道的数据,而只使用一个UE_ID。UE_ID长度固定,可以是8bits,也可以是16bit或者更长,取决于分到一组的UE的数量。但该格式固定,即一旦确定了扩充的比特数目,对所有组调度UE,都使用该长度。UE_ID等于步骤1中eNB通过RRC消息为UE配置的组内的编号。当前面出现了某一个UE_ID时,如果后面的MAC SDU和/或MAC CE是属于同一个UE的,则可以不再携带该UE_ID,UE认为连续几个MAC SDU和/或MAC CE均属于自己的。使用MAC子头中的一个预留比特指示是否在MAC子头中携带了UE_ID,例如,图26-28中的T域,如T为1表示有UE_ID,为0表示没有UE_ID,其中,图26为包含T/R/E/LCID/F/L(7bits)/T/UE_ID的MAC PDU子头,图27为包含T/R/E/LCID/F/L(15bits)/T/UE_ID的MAC PDU子头,图28为包含T/R/E/LCID/UE_ID的MAC PDU子头。该方法下的MAC PDU可以如图29所示。
方法七:所述MAC PDU包括:MAC头和MAC净荷;所述MAC头包括:MAC PDU子头;所述MAC净荷包括:指示MAC CE和有数据的UE对应的数据包,所述指示MAC CE用于指示分组内的UE是否有数据;所述指示MAC CE用于指示有数据的UE在分组内的编号;每个有数据的UE对应一个或多个MAC CE,或者每个有数据的UE对应一个或多个连续的MACSDU,需要特别说的是,若带了多个位置连续的数据包,以协议配置的固定位置返馈,如第一个MAC SDU,或者通过动态配置;所述指示MAC CE的长度是固定的,每个指示MAC CE的后续相邻数据包是连续的一个或多个与所述指示MAC CE对应同一个UE的数据包。
具体地,增加新的固定长度的MAC CE,标识是哪个UE。将UE_ID作为一种MAC CE,包含在MAC PDU中,并使用R/R/E/LCID子头进行指示。如图30所示,增加一个UE标识MAC CE(UEidentity),该UE标识MACCE的固定长度可以是8比特,也可以是16比特或更长,一旦确定,对所有组调度的UE均使用该固定长度。该UE标识MAC CE对应的MAC PDU子头中包括的LCID域可以参见表3。与其他MAC CE不同的是,该MAC CE不用放在MAC header的最前面,而是穿插在用于指示MAC CE子头和/或MAC SDU子头的前面。当前面出现了某一个UE identity MAC CE时,如果后面的MAC SDU和/或MAC CE是属于同一个UE的,则可以不再携带该UE identity,UE认为连续几个MAC SDU和/或MAC CE均属于自己的。例如,参见图31,UE_ID 0MAC CE及其后的UE0MAC CE对应UE_0,UE_ID1MAC CE及其后的UE1SDU1和UE1MAC SDU2对应UE 1,UE_ID_2MACCE及其后的UE2SDU1对应UE_2。
表3
方法八:所述MAC PDU包括:MAC头和MAC净荷;所述MAC头包括:MAC PDU子头;所述MAC净荷包括:指示MAC CE和有数据的UE对应的数据包,所述指示MAC CE用于指示分组内的UE是否有数据;所述指示MAC CE用于指示有数据的UE在分组内的编号;所述指示MAC CE的长度是非固定的,每个指示MAC CE的后续相邻数据包是连续的一个或多个与所述指示MAC CE对应同一个UE的数据包。
具体地,增加新的可变长度的MAC CE,标识是哪个UE。将UE_ID作为一种MAC CE,包含在MAC PDU中,并使用R/R/E/LCID/F/L子头进行指示。增加一个UE标识MAC CE-UE identity,该MAC CE的具体格式如图32所示。该UE标识MAC CE对应的MAC PDU子头中包括的LCID域可以参见表3。参见图33,与其他MAC CE不同的是,为了表示变长的MAC CE大小,其对应的MAC PDU subheader包含R/R/E/LCID/E/L域,其中L域指示了Group Scheduling MAC CE的长度。且该MAC CE不用放在MAC header的最前面,而是穿插在用于指示MAC CE子头和/或MAC SDU子头的前面。当前面出现了某一个UE identity MAC CE时,如果后面的MAC SDU和/或MAC CE是属于同一个UE的,则可以不再携带该UE identity,UE认为连续几个MAC SDU和/或MAC CE均属于自己的。
方法九:所述MAC PDU包括:MAC头和MAC净荷;所述MAC头包括:MAC PDU子头;所述MAC净荷包括:指示MAC CE和有数据的UE对应的数据包,所述指示MAC CE用于指示分组内的UE是否有数据;所述指示MAC CE用于指示有数据的UE在分组内的编号;所述指示MAC CE的长度是固定的,与指示MAC CE对应的为同一个UE的MAC PDU。
具体地,增加新的MAC CE,标识是哪个UE,将UE_ID作为一种MACCE,包含在MAC PDU中,并使用R/R/E/LCID子头进行指示。增加一个UE标识MAC CE-UE identity,该MAC CE的具体格式如图30所示,该固定长度可以是8比特,也可以是16比特或更长,但一旦确定,对所有组调度的UE均使用该固定长度。该UE标识MAC CE对应的MAC PDU子头中包括的LCID域可以参见表3。参见图34,与方法七、八不同的是,每个UE先将自己的一个或多个MAC CE和/或一个或多个MAC SDU组装成MAC PDU,然后再在所有这些MAC PDU前面按UE MAC PDU的传输顺序增加用于指示UE_ID的UE Identity MAC CE,并在MAC header中增加子头,用于指示这些MAC CE。另外,该PDCCH可以采用如下方式在公共搜索区域进行传输:
通常,PDCCH占用公共搜索区域的4或8个CCE,这样会对本发明实施例中同一TTI内使用同一PDCCH命令调度UE的个数有一定的限制。本实施例的目的是尽量减少该限制,具体方法为:
所述UE在公共搜索空间接收PDCCH上的加掩的控制信令,所述控制信令占用CCE的个数为除4和8之外的数值;或者,所述公共搜索空间占用CCE的个数为除16之外的数值;或者,当所述UE与所述UE所属的小区下其他UE属于同一个分组时,所述UE接收的组调度标识为P-RNTI或者SI-RNTI;或者,所述UE在配置的组调度空间接收所述UE所在分组对应的控制信令,所述配置的组调度空间为所述UE接收通过RRC消息配置的组调度空间,或者所述UE使用静态配置的组调度空间。
具体如下:
即使在公共搜索空间,使用组调度时,一个控制信令所占用的CCE的个数也可以是2,或其它值。比如当需要同时调度的UE数是2时,可以使用占两个CCE的控制信令命令进行调度,以进一步提高PDCCH的利用效率。可选的,该特性也可以应用于在公共搜索空间进行专用调度,同样可以提高PDCCH的资源利用效率。对于Rel-10及以后的UE。其在搜索空间的盲检测能力及处理能力也会有相应提升,所以增加盲检次数及处理是可行的。当然,没有组调度时也可以扩展在控制信令在CSS中占用除4和8个CCE之外的其它一个或多个CCE个数。
另外,目前公共搜索空间的大小为16个CCE,为了能在同一个TTI调度更多的分组,该空间的大小也可以改变,例如由16个CCE增加到20个,甚至更多,当然不能超过可用的CCE的总数。理论上,基于需要也可以减少该公共空间的大小。当然,没有组调度时,也可以扩展CSS的大小为除16个CCE之外的其它若干个CCE。
另外,除使用现有的公共空间外,还可以定义一个组调度的空间,包括空间大小和位置等。该组调度空间可以是所有组共用的;也可以是不同的组有不同的调度空间,不同组空间理论上也可以重叠,空间大小可以相同,也可以不同。组调度空间可以通过RRC消息配置给属于特定组的特定UE,也可以是在协议中静态配置。当使用组调度空间时,在组调度空间发送的一个控制信令命令可以占用一个或多个CCE。
UE可以加入某一组或退出某一组,该操作可以通过RRC消息或其它消息实现。此外,做为一个特例,该小区所有UE可以同属一个组,即该组在整个小区范围内有效,所用的组RNTI可以在协议中静态配置,也可以在广播消息中通知,还可以通过RRC消息或其它消息进行配置。从理论上讲,也可以使用现有的用于寻呼的P-RNTI和或用于广播的SI-RNTI;当使用P-RNTI和或SI-RNTI时,只有当UE收到属于自己的专有数据(MAC SDU或MACCE),才可能根据指示和或基于需要进行反馈;且此时需要增加MAC头,指示哪些是寻呼或广播消息,哪些是专属UE的数据。
另外,通常情况下,一条PDCCH上传输的控制信令在公共搜索空间所占物理资源大小为4个CCE或8个CCE,为了能使被调度UE可以计算出需要使用的PUCCH资源,eNB同时调度的UE数目与PDCCH上传输的控制信令所占资源个数相关。即不论一个组中有多少UE,但如果某一时刻eNB在公共搜索空间发送的控制信令所占资源为4个CCE,则eNB在该TTI同时调度的UE数目不应该大于4,以保证所有UE都能计算出并使用相对应的PUCCH资源反馈ACK。如果PDCCH所占资源的8个CCE,则eNB在该TTI同时调度的UE数目不应该大于4,以保证所有UE都能计算出并使用相对应的PUCCH资源反馈ACK。
步骤33:UE监听PDCCH上的控制信令,并根据该控制信令携带的调度信息在对应的信道上接收下行数据。
其中,UE不仅需要专用搜索区域和在公共搜索区域监听自己的专用的控制信令,也需要监听公共搜索区域的控制信令以确定组调度时是否有自己的数据。
具体地,被分组的UE在监听C-RNTI加掩的PDCCH上的控制信令之外,还需要监听属于自己的Group-RNTI加掩的PDCCH上的控制信令,检测是否有组调度数据发送。需要说明的是,通常当UE接收到属于自己的C-RNTI加掩的控制信令后,无需再监听属于自己的Group-RNTI加掩的控制信令;如果UE没有监听到属于自己的C-RNTI加掩的控制信令,需要监听属于自己的Group-RNTI加掩的控制信令。当UE接收到属于自己的Group-RNTI加掩的控制信令后,根据控制信令指示的调度信息,在PDSCH上接收数据并进行解码。UE MAC层如果没有成功解码数据包,则丢弃该数据包,不需要进行HARQ反馈。而如果成功解码该数据包,获得该MAC PDU后,根据MACheader中的指示,确认是否有属于自己的数据,如果没有,则丢弃该MACPDU,不需要进行HARQ反馈。如果有属于自己的数据,确认自己在该分组中的相对位置或根据UE_ID的指示获取属于自己的数据包。
步骤34:UE根据接收下行数据的情况,在PUCCH上向eNB发送反馈信息。
LTE系统中,使用混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)技术来确保数据的可靠传输。当eNB在第n个TTI在PDCCH上发送了用于UE下行数据调度的控制信令后,UE根据该调度信令指示,在对应的物理下行共享信道(Physical Downlink Share Channel,PDSCH)上接收下行数据。并在第n+k(k在频分复用(Frequency Division Duplex,FDD)模式中为4,时分复用(Time Division Duplex,TDD)模式下可以为其它值)个TTI在PUCCH上传输HARQ反馈,通知eNB该数据是否成功接收。而UE使用的PUCCH资源则与用于本次调度的控制信令占用的物理资源有关。具体地,用于计算本次PUCCH反馈资源的主要因素即为对应此次调度的控制信令占用的第一个CCE(Control Channel Element,控制信道元素)位置。
本发明实施例中,PUCCH的计算方法为:UE确定自己在本次调度中的排序即UE在本次调度中的相对位置,根据该排序确定PUCCH所对应的CCE。例如,一次调度中,控制信令所占4个CCE的序号分别为1,2,3,4,被调度的UE顺序为UE1,UE5,UE6,UE9,则如果4个UE均正确接收了下行数据包,则这4个UE分别使用CCE 1,2,3,4对应的PUCCH资源进行ACK反馈。
UE根据自己在本次调度中的排序,计算HARQ反馈所使用的PUCCH资源,进行ACK反馈。
再例如,也可以采用RRC消息由eNB通知UE在指定的PUCCH上反馈,具体如下:
方式一,在eNB通过RRC消息发送组调度信息外,还需要将为该组预留的用于UE反馈的PUCCH资源(包括PUCCH个数及每个PUCCH使用的具体物理层资源)通过RRC消息告知UE。
其中,预留的PUCCH个数和eNB决定的该组能够同时发送的UE个数相关,即如果eNB决定该组中可以同时传输4个UE的数据包,则为该组预留的PUCCH数目为4。
方式二,当eNB决定改变该组中能够同时传输的UE数目时,可以通过RRC消息改变预留的PUCCH资源(包括PUCCH个数及每个PUCCH使用的具体物理层资源)。
当UE需要进行HARQ-ACK反馈时,根据自己被调度的位置及通过RRC消息接收到的预留的PUCCH资源来确定自己实际使用的PUCCH,从而进行HARQ反馈。例如,所预留的4个PUCCH资源编号为1,2,3,4,则当某时刻同时调度UE1,UE5,UE6,UE9时,UE1使用编号为1的PUCCH资源进行反馈,UE5使用编号为2的PUCCH资源进行反馈,依次类推;当下一时刻同时调度UE4,UE3,UE7,UE8时,UE4使用编号为1的PUCCH资源进行反馈,UE3使用编号为2的PUCCH资源进行反馈,依次类推。
再例如,可以结合使用控制信令所占CCE对应的PUCCH资源和通过RRC预先配置的PUCCH资源进行反馈。这样预留较少的PUCCH反馈资源就可以实现较多UE的调度。例如如果预先配置的PUCCH数为4,某时刻组调度时控制信令所占CCE数为2,则eNB可以同时调度4+2=6个UE,其中四个UE使用预先配置的PUCCH进行反馈,两个UE使用与控制信令所占CCE对应的PUCCH进行反馈,具体哪个UE使用哪个PUCCH资源,可以灵活的显式配置或隐式映射,如,调度的前四个UE使用预先配置的PUCCH资源进行反馈,后两个UE使用与PDCCH所占CCE对应的PUCCH进行反馈等。
针对UE在PUCCH资源上发送HARQ-ACK问题,需要说明的是,在LTE Rel-10标准中,可以为UE配置是否使用PUCCH多天线发射分集。如果配置了使用该机制,则UE在PUCCH上发送HARQ反馈时,需要占用2个PUCCH;而如果没有配置该机制,则只占用1个PUCCH进行反馈。为了简单起见,规定不管UE是否配置了PUCCH多天线发射分集机制,在组调度的情况下,均按照普通的PUCCH发射机制,即只适用1个PUCCH发送HARQ-ACK。但当组内UE在某个TTI使用专用调度时,具体使用的PUCCH发送机制根据UE实际配置的方式执行,即如果配置了PUCCH多天线发射分集,就使用多天线方式发送;而如果没有配置,则使用普通发射方式。
上述实施例中,一个TTI中能调度的UE数会受限于控制信令所占的CCE数或预先配置的用于反馈的PUCCH个数或两者之和。为了调度更多UE的数据,该实施例进行了扩展。
当eNB在某TTI使用控制信令调度的UE数超过控制信令所占的CCE数或预先配置的用于反馈的PUCCH个数或两者之和后,eNB可以选择某一个或某几个UE进行反馈。eNB通过这一个或这几个UE的反馈判断是否需要重新传输对应的数据。具体哪个或哪些UE要进行反馈的方法可以是:
方法一、根据控制信令所占CCE的个数或预先配置的用于反馈的PUCCH个数或两者之和,排在前面的几个UE在成功接收到自己的数据后,需要进行反馈。即,所调度的UE的数据在该MAC PDU的位置能够映射到对应的PUCCH的,则在成功收到数据后,需要进行反馈,而调度的UE的数据在该MAC PDU的位置不能映射到对应的PUCCH的,即使成功收到了数据,也不进行反馈。如控制信令所占CCE数为4,而调度的UE数为6,则只能是排在前4的UE才能进行反馈,后面两个UE由于无法找到对应的反馈资源,所以不能进行反馈。
方法二、eNB指定哪个或哪几个UE进行反馈,成功接收到数据的UE根据指示反馈或者不反馈。其中指示的方法又可以是通过RRC指示,如具体的UE ID,和或UE在MAC PDU的相对位置(如奇数位置,或偶数位置,或第一个,或最后一个等,不再一一举例);还可以是eNB在MAC PDU中进行指示,例如为每个被调度到的UE打一个是否需要反馈的标识,该标识可以占用现有的一个预留bit,也可以设计新的格式。
当UE成功收到属于自己的数据后,根据指示进行反馈或不反馈。
eNB收到反馈后进行后续操作,或重传,或丢包,取决于eNB的具体实现。例如,eNB指示信道条件最差的一个几个UE进行反馈(通过指示,或排序在前),如果这几个UE均反馈ACK,则认为其它没有指示反馈的UE的数据也成功接收到。或者这几个UE没有反馈ACK,则认为其它UE的数据也没有发送成功,需要再次重传。或者只要有UE应该但没有反馈ACK,则对所有没有反馈ACK和不能反馈ACK的UE的数据进行重新调度等实现方法。
该实施例突破了所调度的UE数受控制信令所占CCE数的限制,可以更进一步优化PDCCH的使用,调度更多的UE。同时,由于增加了指示,可以解决即使按CCE位置能够映射到对应的反馈资源,但也有可能冲突的问题(极小概率会出现)。但是,带来问题是eNB不能准确知道所有UE的数据接收情况,从而有可能增加丢包(当eNB认为所有没有指示进行反馈的UE均是ACK时)或不必要的重传(当eNB认为某些没有指示指示进行反馈的UE均没有成功收到数据时)。当然由于采用组调度,eNB可以采用相对比较保守的调制编码方式,同时合理设计需要反馈的UE,则可以大大减少eNB误判的可能。
值的说明的是,即使所调度的UE数没有超过控制信令所占CCE数或预先配置的用于反馈的PUCCH个数或两者之和,eNB也可以指示哪些UE需要进行反馈,而不是所有的UE。
此外,eNB除了指示哪个或哪些UE需要反馈的信息外,还可以指示对应的UE应该在哪个CCE位置对应的PUCCH信道上反馈,而不一定是按照UE的数据在整个MAC PDU中位置选择对应的CCE对应的PUCCH信道上反馈;类似的,eNB除了指示哪个或哪些UE需要反馈的信息外,还可以指示对应的UE应该在哪个预先配置的PUCCH信道上反馈而不一定是按照UE的数据在整个MAC PDU中位置选择对应的PUCCH信道上反馈。
当某UE在反馈的同时需要进行上行数据传输时,该反馈可以与上行数据复用在一起传输给eNB。
当一个MAC PDU中包括同一个UE的多个数据包时,如多个MAC SDU,多个MAC CE,一个或多个MAC SDU和一个或多个MAC CE的组合时,UE计算反馈资源的位置可以以第一个数据包出现的位置为参考,当然,也可以以其它位置的数据包的位置为参考,该位置其它UE也需要有同样的理解,可以协议固定配置或RRC配置;其它UE在计算自己的反馈资源的位置时,对于有多个数据包的UE的数据包,只按照事先配置的计算一次,其它的数据包的位置忽略,例如,在一个MAC PDU中,UE1有两个数据包,UE2有一个数据包,这几个数据包在该MAC PDU中出现的顺序为UE1的数据包1,UE1的数据包2,UE2的数据包,此时UE1可以以UE1的数据包1为参考,计算出PUCCH反馈资源的位置为使用控制信令占用第一个CCE计算出的反馈资源,UE2会忽略UE1的数据包2的位置,或者认为UE1的数据包2的位置与UE1的数据包1的位置相同,即UE1的两个数据包占用同一个位置,因此计算出UE2所使用的PUCCH反馈资源的位置为使用控制信令占用第二个CCE计算出的反馈资源。
通常,MAC PDU中同一个UE的多个数据包出现的顺序是连续的。当然,理论上在有些组装MAC PDU的方法中也可以不连续出现。
步骤35:eNB根据UE的反馈信息进行数据包重传。
eNB收到UE的反馈后,确定哪些UE没有正确接收,重传这些UE的数据包。重传时,可以重新组合组内的其他UE的数据同时发送,而不限于上一次的发送组合,也可以单独发送。
因为该方法的重传数据包无法合并解码,重传获得的仅仅是时间分集增益,因此重传数据包也不需要标识该包为重传包。
此外,如果eNB将ACK误解为NACK,因为eNB知道组调度的UE只能发送ACK,所以eNB只要收到反馈即使误判为NACK也可以认为是ACK。
如果UE处于DRX状态,则UE只会在需要监听C-RNTI加掩的PDCCH上的控制信令的TTI(即激活态)监听组调度命令,如果在组调度中收到有自己的数据,则会启动或重启动Inactivity Timer(非激活定时器)。如果没有收到自己的数据,则继续执行之前的DRX操作。如果分组是基于上述寻呼消息的,则UE在接收到寻呼消息所在的MAC PDU中成功接收到自己的数据,则会启动或重启动Inactivity Timer(非激活定时器)。
具体重传过程可以如下:
eNB在基于组调度中根据一个或多个UE的反馈进行重传时,可以重新组合组内的其它UE的数据同时发送,而不限于上一次的发送组合,即(可以增加组内新的UE的数据做为新的组合,通过组调度进行传输),也可以不与组内其它UE的数据组合,而是使用专用资源,单独发送。
如果eNB继续使用组调度的方式对该UE和组内其它UE的数据进行调度,则需要分别记录各个UE的每一个数据包被调度的次数。针对某个UE的某个数据包,每调度一次,针对该数据包的传输次数计数器就会加一,一旦达到允许的MAC层最大传输次数(该最大传次数可以配置,组内不同UE的最大传次数可以相同,也可以不同),则认为MAC层传输失败,eNB的MAC层会丢弃该UE的该数据包,如果该数据包是某个UE的MAC SDU,则可能引发更高层的(如RLC层)的重传;如果该数据包是某个UE的MAC层CE,则eNB可以基于需要组装新的MAC CE进行新一次的传输,针对该UE的该数据包的传输结束。在同一个MAC PDU中,不同UE的数据包所记录的传输次数可能不同。进一步扩展,当重新组合时,eNB可能会再次调度某UE的其它数据包,即可能在同一个MAC PDU中调度同一个UE的两份或更多份数据包,此时需要针对该UE的每份数据包分别记录传输次数,分别处理。
如果eNB在使用组调度后,再使用专用的调度命令分配专用的下行资源对某个需要重传的UE进行调度(即重传该UE之前使用组调度被传输过的数据包),一旦开始使用专用调度,其后续操作与现有技术完全相同(即使用该UE的一个HARQ进程,进行HARQ新传及重传)。只是由于eNB在进行专用调度之前,已经为该UE调度了一次该数据包,所以在MAC层计算传输次数时,可以将使用组调度对该UE的该数据包进行传输的次数计算在内。同样容易理解,eNB也可以在使用组调度方式调度某UE的某数据几次后,再使用专用调度对该数据进行传输,处理方法是一样的。例如,如果为MAC层配置的HARQ最大传输次数为4次,则如果使用组调度的方式传输某个UE的某个数据包N次,N可以是1,2,3,4次。如果当N小于4时,该数据包没有传输成功,则eNB可以继续使用组调度进行该数据包的传输,也可以使用专用调度进行该数据的传输,如N=1,则使用专用调度时还可以传输3次,如N=2,则使用专用调度时还可以传输2次等。如果当使用组调度和/或专用调度的次数累积达到4次,则MAC层会丢弃该数据包,认为HARQ传输失败,可能引发更高层的(如RLC层)的重传。
图35为本发明第四实施例的方法流程示意图,本实施例以寻呼消息对应的UE作为一个分组为例,参见图36,本实施例包括:
步骤351:eNB组装寻呼消息。
步骤352:eNB在寻呼消息所在的MAC PDU中携带对应的一个或多个UE的数据包,并使用一条在PDCCH上传输的控制信令调度属于同一个分组的UE(即这些UE此时需要接收寻呼消息),该控制信令中携带寻呼消息对应的组标识P-RNTI。
本实施例中,可以不用预配置组及对应的Group-RNTI,在寻呼消息所在的MAC PDU中可以携带一个或多个UE的数据,具体封装MAC PDU的方式可以参见第三实施例。
步骤353:UE监听用于调度寻呼消息的控制信令,并根据该控制信令携带的调度信息在对应的PDSCH信道上接收下行数据。
步骤354:UE根据接收下行数据的情况,在PUCCH上向eNB发送反馈信息。
收到数据的UE根据其数据在Paging消息所在的MAC PDU中的相对位置(除Paging消息外),映射到调度寻呼消息所使用的控制信令对应的CCE对应的上行反馈资源上进行反馈。由于成功解出数据才能反馈ACK,如果没有成功解出,则UE不知道是否有自己的数据,也不做反馈。类似的,所使用的上行PUCCH反馈资源可以预先配置,也可以是两者结合。
步骤355:eNB根据UE的反馈信息进行数据包重传。
如果eNB没有收到UE的反馈,则认为该UE数据没有发送成功,则可以使用专用的调度进行重传。
上述步骤363-365的具体内容可以参见第三实施例。
如果UE处于DRX状态,则如果在寻呼消息中收到有自己的数据,则会启动或重启动Inactivity Timer。如果没有收到自己的数据,则不继续执行之前的DRX操作。
在上述实施例中,由于引入了组调度,对eNB MAC层的结构会形成一些影响,该实施例描述了对eNB的影响。
影响一、针对每个UE的数据(可以是该UE的MAC SDU,也可以是MAC CE,还可以是一个或多个MAC SDU和/或一个或多个MAC CE的组合)都要维护一个传输次数计数器,如上述实施例描述的,如果有多份UE的数据,需要分别记录传输次数,因为它们的传输次数可能不同;
影响二、针对每个UE的数据(可以是该UE的MAC SDU,也可以是MAC CE,还可以是一个或多个MAC SDU和或一个或多个MAC CE的组合)要有一个缓存来存储,并与一个传输次数计数器相关联,如上述实施例描述的,如果有多份UE的数据,需要分别进行缓存,并分别与一个传输次数计数器相关联;
影响三、针对每个UE的数据,当组调度与现有技术中的专用调度结合时,其使用组调度的传输次数与使用专用调度的HARQ传输次数要结合,即先使用组调度的传输次数要累积在后续使用专用调度的传输次数中,以保证该数据在MAC层的总发送次数与为该UE配置的最大HARQ传输次数相同,即保证MAC层的传输时延。
影响四、使用组调度进行数据传输的最大次数可以与为UE配置的最大HARQ传输次数相同,也可以单独配置。
大致的功能模型可以参见图36和图37。
图38为本发明第五实施例的UE的结构示意图,包括获取模块381、第一接收模块382、第二接收模块383和反馈模块384;获取模块381用于获取组调度标识,所述组调度标识用于指示PDCCH上的控制信令调度的分组;第一接收模块382用于接收所述PDCCH上的加掩的控制信令,根据所述获取模块获取的所述组调度标识解掩所述控制信令;第二接收模块383用于根据所述第一接收模块接收的所述控制信令,接收MAC PDU,所述MAC PDU包括同一个分组内至少一个UE的数据包;反馈模块384用于根据所述第二接收模块接收的所述MAC PDU中所述至少一个UE数据包位置与PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。
所述第一接收模块382具体用于:在公共搜索空间接收PDCCH上的加掩的控制信令,所述控制信令占用CCE的个数为除4和8之外的数值;或者,所述公共搜索空间占用CCE的个数为除16之外的数值;或者,当所述UE与所述UE所属的小区下其他UE属于同一个分组时,所述UE接收的组调度标识为P-RNTI或者SI-RNTI;或者,在配置的组调度空间接收所述UE所在分组对应的控制信令,所述配置的组调度空间为所述UE接收通过RRC消息配置的组调度空间,或者所述UE使用静态配置的组调度空间。
还可以包括:解码模块,用于成功解码所述第二接收模块接收的所述MAC PDU,且成功解码后的MAC PDU中包含自身的数据包。
还可以包括:丢弃模块,用于如果所述UE未成功解码所述第二接收模块接收的所述MAC PDU,或者,成功解码后的MAC PDU中没有自身的数据包,则丢弃所述MAC PDU。
所述获取模块381具体用于:接收RRC消息,所述RRC消息中携带网络侧为UE分配的组调度标识;或者,接收寻呼消息,所述寻呼消息中携带寻呼消息对应的组标识,将所述寻呼消息对应的组标识作为组调度标识;或者,根据预先配置的信息,获取所述组调度标识。
本实施例通过将属于同一个分组的UE的数据包封装成一个MAC PDU,可以提高资源的使用效率;将属于同一个分组的UE的调度信息包含在同一个控制信令中,可以采用一个控制信令调度更多的UE,提高PDCCH的利用率,提高系统容量;UE向基站进行反馈,能实现快速重传,提高数据传输的可靠性,减少数据的传输时延。
图39为本发明第六实施例的网络设备的结构示意图,包括封装模块391、发送模块392和接收模块393;封装模块391用于将属于同一个分组UE的数据包封装成一个MAC PDU;发送模块392用于向UE发送所述封装模块得到的所述MAC PDU和使用所述UE所属分组的组调度标识加掩的控制信令,以使得所述UE根据所述组调度标识解掩所述控制信令,根据所述控制信令接收所述MAC PDU,根据所述MAC PDU中所述至少一个UE数据包位置与PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,所述组调度标识用于指示物理下行控制信道PDCCH上的控制信令调度的分组;接收模块393用于接收所述发送模块发送给的UE在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。
还可以包括分组模块,用于对连接态的UE进行分组,获取所述至少一个的分组;或者,将在同一时刻监听寻呼消息的UE划分为同一分组,以便所述封装模块将属于同一个分组UE的数据包封装成一个MAC PDU。
还可以包括重传模块,用于如果所述接收模块没有接收到所述UE发送的所述ACK反馈信息,则确认未正确接收的数据包,重传UE没有正确接收的数据包;所述重传模块可以具体用于记录每个UE的每一个数据包被调度的次数,当重传的次数达到允许的最大传输次数后,MAC层丢弃所述UE的数据包,所述被调度的次数更新为组调度方式调度的次数与专用调度方式调度的次数之和;根据所述反馈信息重传UE没有正确接收的数据包,重传的数据包为按照组调度方式重传或者按照专用调度方式重传,所述组调度方式重传时按照原有分组组合UE的数据包,或者重新组合UE的数据包。
本实施例通过将属于同一个分组的UE的数据包封装成一个MAC PDU,可以提高资源的使用效率;将属于同一个分组的UE的调度信息包含在同一个控制信令中,可以采用一个控制信令调度更多的UE,提高PDCCH的利用率,提高系统容量;UE向基站进行反馈,能实现快速重传,提高数据传输的可靠性,减少数据的传输时延。
可以理解的是,上述方法及设备中的相关特征可以相互参考。另外,上述实施例中的“第一”、“第二”等是用于区分各实施例,而并不代表各实施例的优劣。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (22)
1.一种基于组的调度方法,其特征在于,包括:
UE获取组调度标识,所述组调度标识用于指示物理下行控制信道PDCCH上的控制信令调度的分组;
所述UE接收所述PDCCH上的加掩的控制信令,根据所述组调度标识解掩所述控制信令;
所述UE根据所述控制信令,接收多媒体接入控制协议数据单元MAC PDU,所述MAC PDU包括同一个分组内至少一个用户设备UE的数据包;
所述UE根据所述MAC PDU中所述至少一个UE的数据包位置与物理上行控制信道PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。
2.根据权利要求1所述的方法,其特征在于,所述UE获取组调度标识,包括:
所述UE接收无线资源控制RRC消息,所述RRC消息中携带网络侧为UE分配的组调度标识;
或者,
所述UE接收寻呼消息,所述寻呼消息中携带寻呼消息对应的组标识,将所述寻呼消息对应的组标识作为组调度标识;
或者,
所述UE根据预先配置的信息,获取所述组调度标识。
3.根据权利要求1所述的方法,其特征在于,所述至少一个UE的数据包位置与PUCCH反馈资源位置的对应关系包括下述至少一种:
所述至少一个UE的数据包的位置、发送所述控制信令所使用的控制信道单元CCE与PUCCH反馈资源位置的对应关系;
所述至少一个UE的数据包位置与预配置PUCCH反馈资源位置的对应关系。
4.根据权利要求1所述的方法,其特征在于,所述UE接收PDCCH上的加掩的控制信令包括:
所述UE在公共搜索空间接收PDCCH上的加掩的控制信令,所述控制信令占用CCE的个数为除4和8之外的数值;或者,所述公共搜索空间占用CCE的个数为除16之外的数值;或者,当所述UE与所述UE所属的小区下其他UE属于同一个分组时,所述UE接收的组调度标识为寻呼无线网络临时标识P-RNTI或者系统消息无线网络临时标识SI-RNTI;
或者,
所述UE在配置的组调度空间接收所述UE所在分组对应的控制信令,所述配置的组调度空间为所述UE接收通过RRC消息配置的组调度空间,或者所述UE使用静态配置的组调度空间。
5.根据权利要求1所述的方法,其特征在于,所述MAC PDU中包含的数据包对应的被调度UE的个数小于等于所述控制信令所占的CCE个数;或者,所述MAC PDU中包含的数据包对应的被调度UE的个数大于所述控制信令所占的CCE个数,发送ACK反馈信息的为需要反馈的UE。
6.根据权利要求5所述的方法,其特征在于,
所述需要反馈的UE对应的数据包在所述MAC PDU中的排序数小于等于所述控制信令占用的CCE的个数;或者
所述需要反馈的UE为所述MAC PDU中指定的需要反馈的UE。
7.根据权利要求1所述的方法,其特征在于,所述接收MAC PDU之后, 所述方法还包括:
UE成功解码所述MAC PDU,且成功解码后的MAC PDU中包含自身的数据包。
8.根据权利要求1所述的方法,其特征在于,所述接收MAC PDU之后,所述方法还包括:
如果所述UE未成功解码所述MAC PDU,或者,成功解码后的MAC PDU中没有自身的数据包,则UE丢弃所述MAC PDU。
9.一种基于组的调度方法,其特征在于,包括:
网络侧将属于同一个分组UE的数据包封装成一个MAC PDU;
所述网络侧向UE发送所述MAC PDU和使用所述UE所属分组的组调度标识加掩的控制信令,以使得所述UE根据所述组调度标识解掩所述控制信令,根据所述控制信令接收所述MAC PDU,根据所述MAC PDU中所述至少一个UE数据包位置与PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,所述组调度标识用于指示物理下行控制信道PDCCH上的控制信令调度的分组;
所述网络侧接收所述UE在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
所述网络侧对连接态的UE进行分组,获取所述至少一个的分组;或者
所述网络侧将在同一时刻监听寻呼消息的UE划分为同一分组。
11.根据权利要求10所述的方法,其特征在于,所述网络侧对连接态的UE进行分组,获取所述至少一个的分组,包括:
根据下述至少一项对所述连接态的UE进行分组:
下行链路质量情况、业务突发情况、业务特性情况。
12.根据权利要求9所述的方法,其特征在于,所述方法还包括:
如果所述网络侧没有接收到所述UE发送的所述ACK反馈信息,则确认未正确接收的数据包,重传UE没有正确接收的数据包;
其中,所述重传UE没有正确接收的数据包包括:
所述网络侧记录每个UE的每一个数据包被调度的次数,当重传的次数达到允许的最大传输次数后,MAC层丢弃所述UE的数据包,所述被调度的次数更新为组调度方式调度的次数与专用调度方式调度的次数之和;
所述网络侧根据所述反馈信息重传UE没有正确接收的数据包,重传的数据包为按照组调度方式重传或者按照专用调度方式重传,所述组调度方式重传时按照原有分组组合UE的数据包,或者重新组合UE的数据包。
13.根据权利要求9所述的方法,其特征在于,
所述网络侧为UE配置PUCCH多天线发射分集,所述PUCCH为一个多天线发射分集。
14.一种用户设备UE,其特征在于,包括:
获取模块,用于获取组调度标识,所述组调度标识用于指示物理下行控制信道PDCCH上的控制信令调度的分组;
第一接收模块,用于接收所述PDCCH上的加掩的控制信令,根据所述获取模块获取的所述组调度标识解掩所述控制信令;
第二接收模块,用于根据所述第一接收模块接收的所述控制信令,接收多媒体接入控制协议数据单元MAC PDU,所述MAC PDU包括同一个分组内至少一个UE的数据包;
反馈模块,用于根据所述第二接收模块接收的所述MAC PDU中所述至 少一个UE的数据包位置与PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。
15.根据权利要求14所述的UE,其特征在于,所述获取模块具体用于:
接收无线资源控制RRC消息,所述RRC消息中携带网络侧为UE分配的组调度标识;
或者,
接收寻呼消息,所述寻呼消息中携带寻呼消息对应的组标识,将所述寻呼消息对应的组标识作为组调度标识;
或者,
根据预先配置的信息,获取所述组调度标识。
16.根据权利要求14所述的UE,其特征在于,所述第一接收模块具体用于:
在公共搜索空间接收PDCCH上的加掩的控制信令,所述控制信令占用CCE的个数为除4和8之外的数值;或者,所述公共搜索空间占用CCE的个数为除16之外的数值;或者,当所述UE与所述UE所属的小区下其他UE属于同一个分组时,所述UE接收的组调度标识为P-RNTI或者SI-RNTI;
或者,
在配置的组调度空间接收所述UE所在分组对应的控制信令,所述配置的组调度空间为所述UE接收通过RRC消息配置的组调度空间,或者所述UE使用静态配置的组调度空间。
17.根据权利要求14所述的UE,其特征在于,还包括:
解码模块,用于成功解码所述第二接收模块接收的所述MAC PDU,且 成功解码后的MAC PDU中包含自身的数据包。
18.根据权利要求14所述的UE,其特征在于,还包括:
丢弃模块,用于如果所述UE未成功解码所述第二接收模块接收的所述MAC PDU,或者,成功解码后的MAC PDU中没有自身的数据包,则丢弃所述MAC PDU。
19.一种网络设备,其特征在于,包括:
封装模块,用于将属于同一个分组UE的数据包封装成一个MAC PDU;
发送模块,用于向UE发送所述封装模块得到的所述MAC PDU和使用所述UE所属分组的组调度标识加掩的控制信令,以使得所述UE根据所述组调度标识解掩所述控制信令,根据所述控制信令接收所述MAC PDU,根据所述MAC PDU中所述至少一个UE数据包位置与PUCCH反馈资源位置的对应关系,获取所述UE数据包位置所对应的PUCCH反馈资源位置,所述组调度标识用于指示物理下行控制信道PDCCH上的控制信令调度的分组;
接收模块,用于接收所述发送模块发送给的UE在所述对应的PUCCH反馈资源位置上发送ACK反馈信息。
20.根据权利要求19所述的设备,其特征在于,还包括:
分组模块,用于对连接态的UE进行分组,获取所述至少一个的分组;或者,将在同一时刻监听寻呼消息的UE划分为同一分组,以便所述封装模块将属于同一个分组UE的数据包封装成一个MAC PDU。
21.根据权利要求19所述的设备,其特征在于,还包括:
重传模块,用于如果所述接收模块没有接收到所述UE发送的所述ACK反馈信息,则确认未正确接收的数据包,重传UE没有正确接收的数据包。
22.根据权利要求21所述的设备,其特征在于,所述重传模块具体用于 记录每个UE的每一个数据包被调度的次数,当重传的次数达到允许的最大传输次数后,MAC层丢弃所述UE的数据包,所述被调度的次数更新为组调度方式调度的次数与专用调度方式调度的次数之和;根据所述反馈信息重传UE没有正确接收的数据包,重传的数据包为按照组调度方式重传或者按照专用调度方式重传,所述组调度方式重传时按照原有分组组合UE的数据包,或者重新组合UE的数据包。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110009494.6A CN102595624B (zh) | 2011-01-17 | 2011-01-17 | 基于组的调度方法、ue及网络设备 |
PCT/CN2012/070120 WO2012097690A1 (zh) | 2011-01-17 | 2012-01-06 | 基于组的调度方法、ue及网络设备 |
EP12737018.7A EP2658338B1 (en) | 2011-01-17 | 2012-01-06 | Group-based scheduling method, ue, and network device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110009494.6A CN102595624B (zh) | 2011-01-17 | 2011-01-17 | 基于组的调度方法、ue及网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102595624A CN102595624A (zh) | 2012-07-18 |
CN102595624B true CN102595624B (zh) | 2014-07-09 |
Family
ID=46483703
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110009494.6A Active CN102595624B (zh) | 2011-01-17 | 2011-01-17 | 基于组的调度方法、ue及网络设备 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2658338B1 (zh) |
CN (1) | CN102595624B (zh) |
WO (1) | WO2012097690A1 (zh) |
Families Citing this family (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102917463B (zh) * | 2011-08-02 | 2015-04-08 | 华为技术有限公司 | 传输调度信息的方法、基站和用户设备 |
WO2014015464A1 (zh) | 2012-07-23 | 2014-01-30 | 华为技术有限公司 | 一种数据传输方法、系统及其设备 |
WO2014026370A1 (zh) | 2012-08-17 | 2014-02-20 | 华为技术有限公司 | 数据传输方法及装置 |
CN103687034A (zh) * | 2012-08-30 | 2014-03-26 | 电信科学技术研究院 | 一种组调度方法及装置 |
MX349469B (es) * | 2012-09-27 | 2017-07-31 | Huawei Tech Co Ltd | Metodo y aparato para asignar candidatos de canal de control. |
WO2014082195A1 (zh) * | 2012-11-27 | 2014-06-05 | 华为技术有限公司 | 数据传输方法、装置、网络设备及ue |
US9386425B2 (en) | 2013-03-22 | 2016-07-05 | Mediatek Inc. | Group communication over LTE eMBMS |
CN104488294B (zh) | 2013-05-06 | 2018-09-07 | 华为技术有限公司 | 下行信息发送方法、接收方法、基站及用户设备 |
WO2014191039A1 (en) | 2013-05-30 | 2014-12-04 | Nokia Solutions And Networks Oy | Signalling for group communications |
WO2015054643A1 (en) | 2013-10-10 | 2015-04-16 | Huawei Technologies Co., Ltd. | System and method for media access control transport blocks |
CN105451265A (zh) * | 2014-08-29 | 2016-03-30 | 中国移动通信集团公司 | 一种多用户下行数据的处理方法、装置及终端 |
WO2016206065A1 (zh) * | 2015-06-26 | 2016-12-29 | 华为技术有限公司 | 一种信息调度方法及相关设备 |
CN106454908A (zh) * | 2015-08-10 | 2017-02-22 | 深圳市中兴微电子技术有限公司 | 一种调度信息的处理方法及装置 |
CN105429736B (zh) * | 2015-11-02 | 2020-01-07 | 电信科学技术研究院 | 一种发送和接收反馈的方法及设备 |
CN106656433B (zh) * | 2015-11-04 | 2019-09-20 | 华为技术有限公司 | 下行数据反馈方法、设备及系统 |
CN106899941B (zh) * | 2015-12-18 | 2020-08-07 | 普天信息技术有限公司 | 一种集群通信系统中非连续监听控制信道的方法和装置 |
CN108173632B (zh) * | 2016-12-07 | 2020-12-04 | 华为技术有限公司 | 数据处理的方法、发送设备和接收设备 |
JP6868120B2 (ja) | 2017-03-17 | 2021-05-12 | 華為技術有限公司Huawei Technologies Co.,Ltd. | ネットワークデータ処理方法及び装置 |
CN109565859B (zh) * | 2017-06-05 | 2021-07-20 | Oppo广东移动通信有限公司 | 传输数据的方法、终端设备和网络设备 |
CN110831241B (zh) | 2017-08-11 | 2020-09-29 | 华为技术有限公司 | 传输随机接入响应的方法、接入网设备和终端设备 |
CN111345081B (zh) | 2017-11-30 | 2021-11-19 | 华为技术有限公司 | 通信方法和通信设备 |
CN110139226B (zh) * | 2018-02-09 | 2021-07-16 | 成都鼎桥通信技术有限公司 | 一种基于B-TrunC的群组状态处理方法和设备 |
CN109314627B (zh) * | 2018-09-05 | 2022-08-05 | 北京小米移动软件有限公司 | 针对免授权的上行传输的反馈方法、装置及存储介质 |
CN111148235B (zh) * | 2018-11-02 | 2022-06-28 | 华为技术有限公司 | 一种通信方法及装置 |
WO2020087500A1 (zh) * | 2018-11-02 | 2020-05-07 | 华为技术有限公司 | 数据传输方法和设备 |
CN111211880B (zh) * | 2018-11-21 | 2022-04-22 | 中国信息通信研究院 | 一种上行非正交多址传输反馈方法、装置和系统 |
WO2020235965A1 (en) * | 2019-05-23 | 2020-11-26 | Lg Electronics Inc. | Method of performing random access (ra) procedure, and transmitting device, apparatus and storage medium therefor, and method and apparatus for transmitting mac pdu of ra procedure |
US11750351B2 (en) * | 2019-08-30 | 2023-09-05 | Qualcomm Incorporated | Communicating on a sidelink channel using a MAC-CE |
CN113728697B (zh) * | 2019-09-25 | 2024-03-08 | Oppo广东移动通信有限公司 | 无线通信方法和终端设备 |
CN113812191A (zh) * | 2019-09-30 | 2021-12-17 | Oppo广东移动通信有限公司 | 发送或接收反馈信息的方法和装置 |
WO2021062760A1 (zh) * | 2019-09-30 | 2021-04-08 | Oppo广东移动通信有限公司 | 发送、接收反馈信息的方法和设备 |
US20230007725A1 (en) * | 2019-11-29 | 2023-01-05 | Beijing Xiaomi Mobile Software Co., Ltd. | Short cycle configuration method and apparatus, communication device, and storage medium |
CN111373826B (zh) * | 2020-02-19 | 2023-11-07 | 北京小米移动软件有限公司 | 信息处理方法、装置、基站、终端及存储介质 |
CN113207323B (zh) * | 2020-04-29 | 2022-09-02 | 华为技术有限公司 | 一种调度方法、装置及系统 |
US11800533B2 (en) | 2020-08-10 | 2023-10-24 | Qualcomm Incorporated | Enhancement of GC-DCI for spatial multiplexing of REDCAP UE |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101399644A (zh) * | 2007-09-26 | 2009-04-01 | 大唐移动通信设备有限公司 | 实现混合自动请求重传反馈机制的方法、系统及设备 |
CN101771942A (zh) * | 2008-12-26 | 2010-07-07 | 华为技术有限公司 | 多媒体广播组播业务分组的方法,设备及系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100366099C (zh) * | 2005-01-13 | 2008-01-30 | 华为技术有限公司 | 使多个用户在同一信道下接收数据业务的方法 |
US20090046649A1 (en) * | 2007-08-13 | 2009-02-19 | Nokia Corporation | Mapping of uplink ACK in TDD with asymmetric frame structure |
US8600413B2 (en) * | 2007-10-30 | 2013-12-03 | Qualcomm Incorporated | Control arrangement and method for communicating paging messages in a wireless communication system |
US8374109B2 (en) * | 2008-03-27 | 2013-02-12 | Qualcomm Incorporated | Methods of sending control information for users sharing the same resource |
CN101594205B (zh) * | 2009-06-22 | 2014-08-06 | 中兴通讯股份有限公司南京分公司 | 一种高级长期演进系统的下行控制信令发送方法 |
-
2011
- 2011-01-17 CN CN201110009494.6A patent/CN102595624B/zh active Active
-
2012
- 2012-01-06 WO PCT/CN2012/070120 patent/WO2012097690A1/zh active Application Filing
- 2012-01-06 EP EP12737018.7A patent/EP2658338B1/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101399644A (zh) * | 2007-09-26 | 2009-04-01 | 大唐移动通信设备有限公司 | 实现混合自动请求重传反馈机制的方法、系统及设备 |
CN101771942A (zh) * | 2008-12-26 | 2010-07-07 | 华为技术有限公司 | 多媒体广播组播业务分组的方法,设备及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102595624A (zh) | 2012-07-18 |
EP2658338A1 (en) | 2013-10-30 |
EP2658338A4 (en) | 2013-12-11 |
WO2012097690A1 (zh) | 2012-07-26 |
EP2658338B1 (en) | 2015-10-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102595624B (zh) | 基于组的调度方法、ue及网络设备 | |
CN102917463B (zh) | 传输调度信息的方法、基站和用户设备 | |
CN102595600B (zh) | 半静态调度方法、用户设备及网络设备 | |
EP3539340B1 (en) | Coexistence of grant-free and grant-based uplink transmissions | |
CN111614445B (zh) | 用于发射和接收侧行链路数据的方法和装置 | |
EP1855424B1 (en) | Reservation of radio resources for users in a mobile communications system | |
US9544102B2 (en) | DL scheduling and HARQ-ACK feedback for DL transmissions in flexible-TDD systems without and with cross-subframe scheduling | |
CN102685919B (zh) | 在移动通信系统中发送响应信息的方法 | |
CN103260251B (zh) | 数据传输方法、基站及用户设备 | |
CN102123399B (zh) | 调度请求的方法及装置 | |
CN101433008B (zh) | 在移动通信系统中发送响应信息的方法 | |
CN103733711B (zh) | 用于无线通信的控制信道 | |
CN101785218B (zh) | 在无线通信系统中分配无线资源的方法 | |
KR101343307B1 (ko) | 무선 네트워크에서의 브로드캐스트 및/또는 멀티캐스트의 통신 방법 및 그 장치 | |
CN102202408A (zh) | 多子帧调度方法、系统和设备 | |
EP2656678B1 (en) | Method and arrangement for acknowledgement of contention-based uplink transmissions in a telecommunication system | |
CN103796327A (zh) | 一种子帧调度方法、系统及网络设备、终端 | |
KR20070121589A (ko) | 패킷 기반 셀룰라 시스템에서 하향 링크로의 제어 정보전송 방법 및 이의 수신 방법 | |
CN102595599A (zh) | 长期演进系统中演进基站进行调度的方法、基站及系统 | |
CN111757521A (zh) | 半静态调度方法、基站设备及用户设备 | |
CN107006025B (zh) | 用于设备到设备的混合自动重复请求进程管理的方法和装置 | |
CN103796320A (zh) | 调度请求的方法及装置 | |
WO2013034042A1 (zh) | 传输控制信息的方法、基站和用户设备 | |
CN102595626B (zh) | 半静态调度方法、用户设备及网络设备 | |
CN102651679A (zh) | 数据传输方法、演进基站以及用户设备 |
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 |