CN102917463A - 传输调度信息的方法、基站和用户设备 - Google Patents
传输调度信息的方法、基站和用户设备 Download PDFInfo
- Publication number
- CN102917463A CN102917463A CN201110219439XA CN201110219439A CN102917463A CN 102917463 A CN102917463 A CN 102917463A CN 201110219439X A CN201110219439X A CN 201110219439XA CN 201110219439 A CN201110219439 A CN 201110219439A CN 102917463 A CN102917463 A CN 102917463A
- Authority
- CN
- China
- Prior art keywords
- mac
- subscriber equipment
- equipment
- information
- base station
- 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.)
- Granted
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种传输调度信息的方法、基站和用户设备。该方法包括:确定至少一个用户设备所属的分组;向该至少一个用户设备发送包括该分组的分组信息的无线资源控制消息;将该分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息,分别封装在媒体接入控制MAC协议数据单元PDU中的MAC控制单元CE内;通过控制信道向该至少一个被调度用户设备发送控制信令,该控制信令用于调度该MAC PDU。该基站包括第一确定模块、第一发送模块、封装模块和第二发送模块。该用户设备包括第一接收模块、第二接收模块和解码模块。本发明实施例的方法、基站和用户设备,通过组合调度的方式传输调度信息,能够节省控制信道开销,提高资源利用率。
Description
技术领域
本发明涉及通信领域,特别涉及通信领域中传输调度信息的方法、基站和用户设备。
背景技术
在长期演进(Long Term Evolution,简称为“LTE”)***中,演进基站(evolved NodeB,简称为“eNB”)使用物理下行控制信道(Physical DownlinkControl Channel,简称为“PDCCH”)传输用于调度用户设备(User Equipment,简称为“UE”)的控制信令。该控制信令包括为UE分配的物理信道资源及具体使用的调制编码方式(Modulation and Codec Scheme,简称为“MCS”)信息等。UE在接收到通过PDCCH传输的控制信令后,解析该信令中携带的相关信息,并按照其中的指示到对应物理信道上进行数据的收发。
而PDCCH信令本身也承载在一定的物理资源上进行传输。以一个5MHz带宽的小区为例,在一个传输时间间隔(Transmission Time Interval,简称为“TTI”)中,能够承载的用于用户设备数据调度的控制信令通常只有十几个,这些控制信令还同时包含了上行和下行调度信令。因此,一个TTI内通常只能同时调度几个到十几个用户设备。
异构网(Heterogeneous Network,简称为“HetNet”)场景是一种很重要的网络拓扑,而HetNet场景下很重要的一个问题就是小区之间的干扰,特别是对控制信道的干扰。在异构网场景下,为了减少其它小区对本小区的干扰,有可能只在某些子帧才能通过PDCCH发送控制信令,其它子帧不能发送。此时,PDCCH的容量将会进一步受限。
然而,随着智能设备的大量使用,在网络中出现越来越多的需要传输小包的业务,如腾讯QQ、微软网络服务(Microsoft Service Network,简称为“MSN”)及推特(Twitter)等。这些业务的小数据包具有数据量小、包个数多及包间隔长等特点,因而无法累积多个小包同时进行传输。因此,当进行大量的上行小包传输时,会大大降低PDCCH的使用效率,加大PDCCH的开销,并会导致***出现由于PDCCH受限而引发的容量受限问题。
发明内容
本发明实施例提供了一种传输调度信息的方法、基站和用户设备,能够节省控制信道的开销,提高资源利用率,并缓解控制信道容量受限问题。
一方面,本发明实施例提供了一种传输调度信息的方法,该方法包括:确定至少一个用户设备所属的分组;向该至少一个用户设备发送无线资源控制消息,该无线资源控制消息包括该分组的分组信息;将该分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息,分别封装在媒体接入控制MAC协议数据单元PDU中的MAC控制单元CE内;通过控制信道向该至少一个被调度用户设备发送控制信令,该控制信令用于调度该MACPDU。
另一方面,本发明实施例提供了一种传输调度信息的方法,该方法包括:接收基站发送的无线资源控制消息,该无线资源控制消息包括用户设备所属分组的分组信息;接收该基站通过控制信道发送的控制信令,该控制信令用于调度承载在共享信道中的媒体接入控制MAC协议数据单元PDU,该分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息分别封装在该MAC PDU中的MAC控制单元CE内;根据该控制信令,对该共享信道中的下行数据进行解码。
再一方面,本发明实施例提供了一种基站,该基站包括:第一确定模块,用于确定至少一个用户设备所属的分组;第一发送模块,用于向该至少一个用户设备发送无线资源控制消息,该无线资源控制消息包括该分组的分组信息;封装模块,用于将该分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息,分别封装在MAC PDU中的MAC CE内;第二发送模块,用于通过控制信道向该至少一个被调度用户设备发送控制信令,该控制信令用于调度该MAC PDU。
再一方面,本发明实施例提供了一种用户设备,该用户设备包括:第一接收模块,用于接收基站发送的无线资源控制消息,该无线资源控制消息包括该用户设备所属分组的分组信息;第二接收模块,用于接收该基站通过控制信道发送的控制信令,该控制信令用于调度承载在共享信道中的媒体接入控制MAC协议数据单元PDU,该分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息分别封装在该MAC PDU中的MAC控制单元CE内;解码模块,用于根据该控制信令,对该共享信道中的下行数据进行解码。
基于上述技术方案,本发明实施例的方法、基站和用户设备,通过将至少一个被调度用户设备的调度信息封装在MAC PDU中,并通过控制信道承载的控制信令调度该MAC PDU,从而能够以组合调度的方式传输调度信息,因此能够节省控制信道的开销,提高资源利用率,并缓解控制信道容量受限问题。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所描述的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是MAC PDU子头和MAC PDU的格式的示意图。
图2是根据本发明实施例的传输调度信息的方法的示意性流程图。
图3是根据本发明实施例的传输调度信息的方法的另一示意性流程图。
图4是根据本发明实施例的传输调度信息的示意图。
图5A至图5G是根据本发明实施例的MAC PDU子头和MAC PDU的格式的示意图。
图6是根据本发明另一实施例的传输调度信息的方法的示意性流程图。
图7是根据本发明另一实施例的传输调度信息的方法的另一示意性流程图。
图8A至8E是根据本发明另一实施例的传输调度信息的示意图。
图9是根据本发明实施例的基站的示意性框图。
图10是根据本发明实施例的基站的另一示意性框图。
图11是根据本发明实施例的用户设备的示意性框图。
图12是根据本发明实施例的用户设备的另一示意性框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都应属于本发明保护的范围。
应理解,本发明的技术方案可以应用于各种通信***,例如:全球移动通讯(Global System of Mobile communication,简称为“GSM”)***、码分多址(Code Division Multiple Access,简称为“CDMA”)***、宽带码分多址(Wideband Code Division Multiple Access,简称为“WCDMA”)***、通用分组无线业务(General Packet Radio Service,简称为“GPRS”)、长期演进(Long Term Evolution,简称为“LTE”)***、LTE频分双工(FrequencyDivision Duplex,简称为“FDD”)***、LTE时分双工(Time Division Duplex,简称为“TDD”)、通用移动通信***(Universal Mobile TelecommunicationSystem,简称为“UMTS”)等。
还应理解,在本发明实施例中,用户设备也可称之为终端(Terminal)、移动台(Mobile Station,简称为“MS”)、移动终端(Mobile Terminal)等,该用户设备可以经无线接入网(Radio Access Network,简称为“RAN”)与一个或多个核心网进行通信,例如,用户设备可以是移动电话(或称为“蜂窝”电话)、具有移动终端的计算机等,例如,用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。
在本发明实施例中,基站可以是GSM或CDMA中的基站(BaseTransceiver Station,简称为“BTS”),也可以是WCDMA中的基站(NodeB,简称为“NB”),还可以是LTE中的演进型基站(Evolutional Node B,简称为“eNB或e-NodeB”)。本发明对此并不限定,但为描述方便,下述实施例将以用户设备(UE)和基站(eNB)为例进行说明。
图1示出了媒体接入控制(Media Access Control,简称为“MAC”)协议数据单元(Protocol Data Unit,简称为“PDU”)子头和MAC PDU的格式的示意图。如图1所示,通常在一个传输时间间隔(Transmission Time Interval,简称为“TTI”)中,MAC层的基本传输单位为一个MAC PDU。一个MACPDU由一个MAC头(MAC Header)、零个或至少一个MAC控制单元(ControlElements,简称为“CE”)、零个或至少一个MAC服务数据单元(Service DataUnit,简称为“SDU”)以及可选的数据填充组成。一个MAC头由至少一个MAC PDU子头(SubHeader,简称为“SH”)组成,一个MAC PDU SH对应一个MAC CE或一个MAC SDU或数据填充。
一个MAC PDU SH由R/R/E/LCID/F/L组成,但对于MAC头中的最后一个MAC PDU SH或对应MAC CE的MAC PDU SH仅包含R/R/E/LCID。其中,R表示预留位(Reserved);E表示扩展位(Extension),指示该MACPDU SH后面是否还有MAC PDU SH;LCID表示逻辑信道标识(LogicalChannel Identity);F表示格式(Format),指示后面的L域的大小;L表示长度(Length),指示与该MAC PDU SH对应的MAC SDU或MAC CE的长度。需要说明的是,图1中的Oct(Octet)表示八位字节。
其中LCID域对于MAC CE、MAC SDU及数据填充分别表示不同的含义。对于MAC CE及数据填充而言,相应的LCID表示MAC CE的类型。而对于MAC SDU而言,相应的LCID则表示该MAC SDU所承载数据的逻辑信道编号。具体地,下行共享信道LCID的含义如表一所示:
表一
图2示出了根据本发明实施例的传输调度信息的方法100的示意性流程图。如图2所示,该方法100包括:
S110,确定至少一个用户设备所属的分组;
S120,向该至少一个用户设备发送无线资源控制(Radio ResourceControl,简称为“RRC”)消息,该无线资源控制消息包括该分组的分组信息;
S130,将该分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息,分别封装在MAC PDU中的MAC CE内;
S140,通过控制信道向该至少一个被调度用户设备发送控制信令,该控制信令用于调度该MAC PDU。
为了提高控制信道的使用效率,减少控制信道的开销,基站可以对用户设备进行分组,并将分组消息告诉各用户设备,在进行调度消息的传输时,基站可以将至少一个被调度用户设备的调度信息都封装在MAC PDU中,并使用控制信令进行调度,从而可以用一个控制信令调度多个用户设备,节省控制信道资源,提高资源利用效率。
因此,本发明实施例的方法,通过将至少一个被调度用户设备的调度信息封装在MAC PDU中,并通过控制信道承载的控制信令调度该MAC PDU,从而能够以组合调度的方式传输调度信息,因此能够节省控制信道的开销,提高资源利用率,并缓解控制信道容量受限问题。
在S110中,基站可以根据链路状态、业务相关信息等因素对用户设备进行分组。例如,基站可以将下行链路质量相近的UE分为一组,也可以将业务突发较集中的UE分为一组,或者也可以将业务特性相近的UE分为一组。需要说明的是,基站实际采用的分组方法包括但不限于上述描述的方法,基站可以采用其中的一种方法,也可以采用其中部分或全部方法的组合。
应理解,在基站采用特定的方法进行分组时,如果基站发现已经被分为一组的UE无法再继续被分在同一组内,则基站可以对UE重新进行分组,并修改原有的分组信息。
在本发明实施例中,UE可以加入某一分组或退出某一分组,该操作可以通过RRC消息或其它消息实现。此外,作为一个特例,如果该小区所有UE可以同属一个分组,即该分组在整个小区范围内有效,那么所使用的分组标识无线网络临时标识(Radio Network Temporary Identifier,简称为“RNTI”)可以在协议中静态配置,也可以在广播消息中通知,还可以通过RRC消息或其它消息进行配置。从理论上讲,该分组标识也可以使用现有的用于寻呼的P-RNTI和/或用于广播的SI-RNTI。当使用P-RNTI和或SI-RNTI作为分组标识时,只有当UE收到属于自己的专有数据(MAC SDU或MACCE)时,才可能根据指示和/或基于需要进行反馈,且此时需要增加MAC PDU子头,指示哪些是寻呼或广播消息,哪些是专属UE的数据。
在S120中,分组信息包括分组标识和用户设备在该分组内的位置。可选地,该分组信息还包括调度方式信息,该调度方式信息用于指示是否采用组调度方式。例如,基站给分组分配一个用于组调度的标识Group-C-RNTI。
应理解,用户设备在分组内的位置可以包括用户设备在分组内的编号或相对位置。还应理解,用于通知分组信息的RRC消息,可以是已有的RRC消息,例如RRC连接重配置(RRC Connection Reconfiguration)消息,也可以是新增加的RRC消息。而用于指示分组信息中的具体发送参数可以使用已有消息中的参数、新增加的参数或现有参数中的某些字段。
这些RRC消息及指示参数仅仅是为描述方便而采用的名称,这个名称不能够对本发明实施例适用的范围进行限定,即在某些***中也许没有类似的名称,但是,不能由此认为本发明实施例中的技术方案不能够适用于这些***。
在S130中,当基站完成用户设备的分组后,基站通过接收到的分组内至少一个UE上报的缓存状态报告(Buffer Status Report,简称为“BSR”),或者根据该分组内至少一个UE的下行数据传输的情况,获得该至少一个UE的上行数据缓存、发送情况,准备向该至少一个UE传输调度信息。在本发明实施例中,eNB将该至少一个被调度的UE中的每个UE的调度信息分别作为一个MAC CE,并将承载每个UE的调度信息的MAC CE一起封装为一个MAC PDU。每个MAC CE可指示一个用户设备的调度信息,即上行授权(UpLink Grant,简称为“UL Grant”或“ULG”),其中UL Grant中可以包括分配给相应的UE的物理资源、需要使用的MCS、所传输的MAC PDU的大小以及该UE使用该资源进行数据发送的传输时间等。
在S140中,基站可以使用一条PDCCH控制信令,对承载至少一个被调度用户设备的调度信息的MAC PDU进行调度。该PDCCH控制信令可以使用标识Group-C-RNTI进行加掩,并在公共搜索空间进行传输。从而通过一条PDCCH控制信令可以传输多个用户设备的调度信息,因此能够节省控制信道的开销,提高资源利用率,并缓解控制信道容量受限问题。
在本发明实施例中,如图2所示,传输调度信息的方法100还可以包括:
S150,基站接收该至少一个被调度用户设备中成功获取调度信息的第一用户设备发送的确认反馈;
S160,基站根据该确认反馈,确定该至少一个被调度用户设备中没有成功获取调度信息的第二用户设备;
S170,基站向该第二用户设备传输该第二用户设备的调度信息。
在本发明实施例中,基站接收该至少一个被调度用户设备中成功获取调度信息的第一用户设备发送的确认反馈,即发送确认反馈的用户设备不仅对共享信道中的下行数据成功解码,并且还确认获取的该MAC PDU中的相应MAC CE包括该用户设备的调度信息。即,UE如果没有成功解码数据包,则可以丢弃数据包,不需要进行反馈;UE如果成功解码数据包,但确认没有属于自己的调度信息时,也不需要反馈。
基站收到第一用户设备的反馈后,可以确定没有正确接收调度信息的第二用户设备,并重传这些第二用户设备的调度信息。基站进行调度信息的重传时,可以重新组合组内的其他用户设备的调度信息同时发送,而不限于上一次的发送组合,也可以单独发送第二用户设备的调度信息。因为本发明实施例的该方法的重传数据包无法合并解码,重传获得的仅仅是时间分级增益,因此重传数据包也不需要标识该包为重传包。
另外,如果基站将确认反馈(ACK)误解为否认反馈(NACK),那么由于组调度的UE只能发送ACK,因此基站仍会将收到的否认反馈NACK确定为ACK。
应理解,第一用户设备指分组内至少一个被调度用户设备中成功获取调度信息的一个或多个用户设备,类似地,第二用户设备指分组内至少一个被调度用户设备中没有成功获取调度信息的一个或多个用户设备。
可选地,在基站确定该第二用户设备没有成功获取调度信息时,该方法100还包括:
S180,在确定该第二用户设备没有成功获取调度信息时,基站重新分配该第二用户设备的调度信息所指示的资源。
例如,如果基站在预定时间间隔没有收到UE的反馈,那么为了充分利用资源,基站可以回收该UE的调度信息所指示的资源,并进行资源的重新分配。此时,基站给UE配置的调度信息所指示的调度时间需要设置成使得基站能够重新分配该资源。
具体而言,在MAC CE中指示UE使用UL Grant进行上行传输的调度时间可以是绝对时间,例如***帧号(System Frame Number,简称为“SFN”)加子帧(Sub Frame);该调度时间也可以是相对时间,例如相对于eNB发送该MAC CE的时间,或相对于UE成功接收到该MAC CE的时间,或相对于UE成功接收到该MAC CE后反馈ACK的时间等,该调度时间可以是以TTI为单位。如果调度时间是相对于UE成功接收到该MAC CE的时间,或相对于UE成功接收到该MAC CE后反馈ACK的时间,那么典型地,该调度时间可以设置为指示eNB收到ACK或NACK之后,允许eNB再次将该资源分配给其它用户设备,并在该用户设备使用该UL Grant的时间之后,以便当UE的调度信息最终传输失败后,eNB能够重新分配该调度信息所指示的资源,如图4所示。
应理解,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。例如,可以先执行S180再执行S170,也可以先执行S170,再执行S180。
因此,本发明实施例的方法,通过将至少一个被调度用户设备的调度信息封装在MAC PDU中,并通过控制信道承载的控制信令调度该MAC PDU,从而能够以组合调度的方式传输调度信息,因此能够节省控制信道的开销,提高资源利用率,并缓解控制信道容量受限问题。
在本发明实施例中,承载该控制信令的控制信道元素(Control ChannelElement,简称为“CCE”)的数量由该至少一个被调度用户设备的数量确定。可选地,承载该控制信令的CCE的数量与至少一个被调度用户设备的数量相同。即一条PDCCH控制信令在公共搜索空间所占物理资源大小可以是一个或一个以上的CCE。例如,当需要同时调度的UE的数量是2时,可以使用占用两个CCE的PDCCH命令进行调度,以进一步提高PDCCH的利用效率。
应理解,相关技术中一条PDCCH控制信令在公共搜索空间所占物理资源大小为4个控制信道元素(Control Channel Element,简称为“CCE”)或8个CCE。而根据本发明实施例所采用的技术方案,在公共搜索空间的PDCCH控制信令占用的CCE的数量可以根据同时被调动的用户设备的数量确定,即使用本发明实施例的组调度方式时,一个PDCCH控制信令所占用的CCE的个数也可以是2、3、5、6或其它值。因此,本发明实施例能够减少对PDCCH控制信令占用的CCE的数量的限制,从而能够更灵活地进行调度信息的传输,提高PDCCH的利用效率,缓解PDCCH容量受限问题。
另外,目前公共搜索空间的大小为16个CCE,为了能在同一个传输时间间隔(Transmission Time Interval,简称为“TTI”)中调度更多的分组,在本发明实施例中,该空间的大小也可以改变,例如将公共搜索空间的大小由16个CCE增加到20个CCE,或其它数量的CCE。当然,该公共搜索空间包括的CCE的数量不能超过可用的CCE的总数,并且另一方面,也可以基于需要减少该公共搜索空间的大小。
在本发明实施例中,除使用现有的公共空间外,还可以定义一个用于组调度的组调度空间,该组调度空间包括空间大小和位置等。该组调度空间可以是所有组共用的;也可以是不同的组有不同的调度空间,不同组的调度空间理论上也可以重叠,调度空间的大小可以相同,也可以不同。与该组调度空间相关的信息可以通过RRC消息配置给属于特定组的特定UE,当然,该信息也可以在协议中静态配置。并且,使用组调度空间时,在组调度空间发送一个PDCCH控制信令可以占用一个或一个以上的CCE。
在本发明实施例中,基站向UE发送的该RRC消息还可以包括该至少一个被调度用户设备用于进行混合自动重传请求(Hybrid Automatic RepeatreQuest,简称为“HARQ”)反馈的资源信息。可选地,该资源信息包括用于UE进行HARQ反馈的PUCCH资源的个数,以及每个PUCCH资源占用的物理层资源的位置。
应理解,在LTE***中,使用HARQ技术来确保数据的可靠传输。当eNB在第n个TTI,在PDCCH上发送了用于UE下行数据调度的控制信令后,UE根据该调度信令指示,在对应的物理下行共享信道(Physical DownlinkShare Channel,简称为“PDSCH”)上接收下行数据。并在第n+4个TTI在PUCCH上传输HARQ反馈,通知eNB该数据是否成功接收。而UE使用的PUCCH资源则与用于本次调度的PDCCH占用的物理资源有关。通常地,用于计算本次PUCCH反馈资源的主要因素即为对应此次调度的PDCCH占用的第一个CCE的位置。
通常情况下,一条PDCCH控制信令在公共搜索空间所占物理资源大小为4个控制信道元素(Control Channel Element,简称为“CCE”)或8个CCE,为了使得被调度UE能够计算出需要使用的物理上行控制信道(PhysicalUplink Control Channel,简称为“PUCCH”)资源,eNB同时调度的UE数目与配置的PDCCH所占资源个数相关。即不论一个组中有多少UE,但如果某一时刻eNB在公共搜索空间发送的PDCCH所占资源为4个CCE,则eNB在该TTI同时调度的UE数目不应该大于4,以保证所有UE都能计算出并使用相对应的PUCCH资源反馈ACK。如果PDCCH所占资源的8个CCE,则eNB在该TTI同时调度的UE数目不应该大于8,以保证所有UE都能计算出并使用相对应的PUCCH资源反馈ACK。
在本发明实施例中,UE通过自己被调度的位置以及发送用于组调度的PDCCH控制信令所占的CCE位置,计算用于上行HARQ ACK反馈的PUCCH资源。对于PUCCH资源的获取方式,可选地,可以将为该组预留的用于UE反馈的PUCCH资源通过RRC消息告知UE。该资源信息包括用于UE进行HARQ反馈的PUCCH资源的个数,以及每个PUCCH资源占用的物理层资源的位置。
其中,预留的PUCCH个数与eNB决定的该组能够同时发送的UE个数相关,即如果eNB决定该组中可以同时传输4个UE的数据包,则为该组预留的PUCCH数目为4。此外,当eNB决定改变该组中能够同时传输的UE数目时,可以通过RRC消息改变预留的PUCCH资源。当UE需要进行HARQ-ACK反馈时,根据自己被调度的位置及通过RRC消息接收到的预留的PUCCH资源来确定自己实际使用的PUCCH,从而进行HARQ反馈。
应理解,针对UE在PUCCH资源上发送HARQ-ACK问题,需要说明的是,在LTE第10版本(Rel-10)标准中,可以为UE配置是否使用PUCCH多天线发射分集。如果配置了使用该机制,则UE在PUCCH上发送HARQ反馈时,需要占用2个PUCCH;而如果没有配置该机制,则只占用1个PUCCH进行反馈。为了简单起见,可以规定不管UE是否配置了PUCCH多天线发射分集机制,在组调度的情况下,均按照普通的PUCCH发射机制,即只适用1个PUCCH发送HARQ-ACK。但当组内UE在某个TTI使用专用调度时,具体使用的PUCCH发送机制根据UE实际配置的方式执行,即如果配置了PUCCH多天线发射分集,就使用多天线方式发送;而如果没有配置,则使用普通发射方式。
在本发明实施例中,基站可以选择部分UE进行反馈,而并不要求所有的UE进行反馈,从而在一个TTI中能够调度更多UE的数据,而不再受限于PDCCH控制信令所占的CCE的数量。需要进行反馈的UE的信息可以通过MAC PDU进行指示。因此,本发明实施例中,该MAC PDU还可以包括用户设备信息,该用户设备信息用于指示该至少一个被调度用户设备中需要进行HARQ反馈的用户设备。
具体而言,当eNB在某TTI使用PDCCH调度的UE数超过PDCCH所占的CCE数后,eNB可以选择某一个或某几个UE进行反馈。eNB通过这一个或这几个UE的反馈,判断是否需要重新传输对应的数据。eNB具体确定哪个或哪些UE要进行反馈的方法例如可以是:
方法一、基站根据PDCCH所占的CCE的数量,确定排在前面的几个UE在成功接收到自己的数据后,需要进行反馈。即,所调度的数据在该MACPDU的位置能够映射到对应的PUCCH的UE,在成功收到数据后,需要进行反馈;而调度的数据在该MAC PDU的位置不能映射到对应的PUCCH的UE,即使成功收到了数据,也不进行反馈。如PDCCH所占的CCE的数量为4,而调度的UE的数量为6,则只能是排在前面4个的UE才能进行反馈,后面两个UE由于无法找到对应的反馈资源,所以不能进行反馈。
方法二、基站指定哪个或哪几个UE进行反馈,成功接收到数据的UE根据指示进行反馈或者不反馈。可选地,eNB在MAC PDU中指示需要进行反馈的UE的信息,例如,可以为每个被调度到的UE设置一个是否需要反馈的标识,该标识可以占用MAC PDU中的一个预留比特(bit)。另外,还可以通过RRC消息对需要反馈的UE进行指示,例如,RRC消息还可以包括需要进行反馈的UE的ID,和/或UE在MAC PDU的相对位置,例如奇数位置、偶数位置、第一个、最后一个等,不再一一举例。相应地,当UE成功收到属于自己的数据后,根据指示进行反馈或不反馈。
eNB收到反馈后进行后续操作,例如重传或丢包,这取决于eNB的具体实现。例如,eNB指示信道条件最差的一个或几个UE进行反馈,如果这几个UE均反馈ACK,则认为其它没有指示反馈的UE的数据也成功接收到。或者这几个UE没有反馈ACK,则认为其它UE的数据也没有发送成功,需要再次重传。或者只要有UE应该但没有反馈ACK,则对所有没有反馈ACK和不能反馈ACK的UE的数据进行重新调度等。
应理解,本发明实施例由于增加了指示,因此可以解决相关技术中,即使按CCE位置能够映射到对应的反馈资源但也有可能资源冲突的问题。但是,该方案带来问题是eNB不能准确知道所有UE的数据接收情况,从而有可能增加丢包或不必要的重传。当然,本发明实施例由于采用组调度,eNB可以采用相对比较保守的调制编码方式,同时合理设计需要反馈的UE,则可以大大减少eNB误判的可能。因此,本发明实施例突破了所调度的UE的数量受PDCCH所占CCE的数量的限制,从而可以更进一步优化PDCCH的使用,调度更多的UE。
值得说明的是,在本发明实施例中,即使所调度的UE数没有超过PDCCH所占CCE数,eNB也可以指示哪些UE需要进行反馈。此外,eNB除了指示哪个或哪些UE需要反馈的信息外,还可以指示对应的UE应该在与哪个CCE的位置对应的PUCCH信道上进行反馈,而不一定是按照UE的数据在整个MAC PDU中的位置,选择在CCE对应的PUCCH信道上进行反馈。
在本发明实施例中,MAC PDU的MAC CE用于承载被调度的用户设备的调度信息,为了指示MAC CE承载的内容,可选地,与承载调度信息的MAC CE相应的MAC PDU子头的逻辑信道标识LCID用于指示该MAC CE承载调度信息。例如,如表二所示,可以采用预留索引11011用于表示与该MAC PDU子头相应的MAC CE携带调度信息。相应地,UE根据该索引11011,可以确定相应的MAC CE中承载的内容是调度信息。
表二
索引(INDEX) | LCID值 |
00000 | CCCH |
00001-01010 | 逻辑信道的标识 |
01011-11010 | 预留的标识 |
11011 | 调度信息(Scheduling Information) |
11100 | 用户设备竞争解决标识 |
11101 | 定时提前命令 |
11110 | 非连续接收命令 |
11111 | 填充 |
在本发明实施例中,为了指示MAC CE承载的调度信息具体对应于那个用户设备,可以通过MAC PDU子头、MAC CE等进行指示。可选地,该MAC PDU的头部包括固定长度的比特位,该比特位用于指示该分组内被调度的用户设备。可选地,该MAC PDU包括承载可变长度的位图指示的MACCE,该位图指示用于指示该分组内被调度的用户设备。可选地,与承载调度信息的MAC CE相应的MAC PDU子头的预留字段或扩展字段,承载与该调度信息相应的用户设备的标识。可选地,该MAC PDU包括承载该分组内被调度的用户设备的标识的MAC CE。下面将通过具体例子进行说明。
如图5A所示,MAC PDU的头部可以包括固定长度的比特位,该比特位用于指示该分组内被调度的用户设备。例如,可以在MAC头的最前面增加固定长度的位图(bitmap)指示,如8比特。每个比特表示一个UE,并且可以用1表示有该UE的数据,用0表示没有该UE数据,总比特数等于该分组内的用户设备的个数。位图指示的顺序与eNB通过RRC消息为UE配置的组内位置相关。如图5A所示,表示与UE0、UE2、UE5、UE7相应的UE有数据被调度。其中一个UE的用户数据可以是一个MAC SDU,也可以是一个MAC CE,并且每个UE数据仅包含一个MAC SDU或一个MACCE。
如图5B所示,该MAC PDU包括承载可变长度的位图指示的MAC CE,该位图指示用于指示该分组内被调度的用户设备。
例如,可以将Bitmap作为一种MAC CE,包含在MAC PDU中,并使用R/R/E/LCID/F/L子头进行指示,如表三所示,可以增加一个LCID值,即组调度(Group Scheduling)。该MAC CE的具体格式如图5B所示,与其他的MAC CE不同的是,为了表示变长的MAC CE大小,其对应的MAC PDU子头SH(SubHeader)包含R/R/E/LCID/E/L域,其中L域指示了GroupScheduling MAC CE的长度,并且该MAC CE放在所有MAC CE的前面。其中,Bitmap指示的顺序与eNB通过RRC消息为UE配置的组内位置相关。
表三
索引(INDEX) | LCID值 |
00000 | CCCH |
00001-01010 | 逻辑信道的标识 |
01011-11010 | 预留的标识 |
11011 | 组调度 |
11100 | 用户设备竞争解决标识 |
11101 | 定时提前命令 |
11110 | 非连续接收命令 |
11111 | 填充 |
如图5C至5E所示,可选地,与承载调度信息的MAC CE相应的MACPDU子头的预留字段或扩展字段,承载与该调度信息相应的用户设备的标识。固定长度的UE_ID(2bits)。
具体地,如图5C所示,可以使用当前MAC PDU SH中的两个预留比特承载被调度用户设备的标识(UE_ID)。UE的标识UE_ID可以是eNB通过RRC消息为UE配置的组内的编号,承载该标识的比特位长度固定且为2比特。如图5D所示,可以采用8比特,也可以采用16比特或者更多比特的比特位来承载UE的标识UE_ID,该标识可以是eNB通过RRC消息为UE配置的组内的编号,并且该标识的长度取决于分组中UE的数量。但一旦确定了扩充的比特数目,对所有组调度UE,都使用该格式。图5D所示的例子将承载UE的标识的比特位扩充为8比特。如图5E所示,可以使用两个长度的比特位,用T域进行标识,如0代表使用7比特的比特位,1代表使用15比特的比特位。UE_ID等于步骤1中eNB通过RRC消息为UE配置的组内的编号。UE的标识可以是eNB通过RRC消息为UE配置的组内的编号。应理解,同一个UE的多个上行授权可以在同一个MAC PDU中出现。
如图5F和5G所示,可选地,该MAC PDU包括承载该分组内被调度的用户设备的标识的MAC CE。
具体地,如图5F所示,可以在MAC PDU中增加新的固定长度的MACCE,用于标识相应的MAC CE承载的调度信息属于哪个UE。将用户设备的标识UE_ID作为一种MAC CE,包含在MAC PDU中,并使用R/R/E/LCID子头进行指示。如表四所示,可以增加一个LCID值(UE标识,即UEIdentity),用于表示该MAC CE的类型。该MAC CE的具体格式可以如图5F中的(a)所示,该固定长度可以是8比特,也可以是16比特或更长,但一旦确定,对所有组调度的UE均使用该固定长度。与其他MAC CE不同的是,该MAC CE不用放在MAC头的最前面,而是穿插在MAC CE子头和/或MAC SDU子头所指示的MAC CE或MAC SDU的前面。同一个UE的多个上行授权可以在同一个MAC PDU中出现。
表四
索引(INDEX) | LCID值 |
00000 | CCCH |
00001-01010 | 逻辑信道的标识 |
01011-11010 | 预留的标识 |
11011 | UE标识(UE Identity) |
11100 | 用户设备竞争解决标识 |
11101 | 定时提前命令 |
11110 | 非连续接收命令 |
11111 | 填充 |
具体地,如图5G所示,可以在MAC PDU中增加新的可变长度的MACCE,用于标识相应的MAC CE承载的调度信息属于哪个UE。例如,可以将UE_ID作为一种MAC CE,包含在MAC PDU中,并使用R/R/E/LCID/F/L子头进行指示。如表四所示,可以增加一个LCID值(UE标识,即UEIdentity),用于表示该MAC CE的类型。该MAC CE的具体格式如图5G中的(a)所示。与其他MAC CE不同的是,为了表示变长的MAC CE大小,其对应的MAC PDU SH可以包含R/R/E/LCID/E/L域,其中L域指示组调度MAC CE的长度。且该MAC CE不用放在MAC头的最前面,而是穿插在MAC CE子头和/或MAC SDU子头所指示的MAC CE或MAC SDU的前面。同一个UE的多个上行授权可以在同一个MAC PDU中出现。
本发明实施例的方法,通过将至少一个被调度用户设备的调度信息封装在MAC PDU中,并通过控制信道承载的控制信令调度该MAC PDU,从而能够以组合调度的方式传输调度信息,因此能够节省控制信道的开销,提高资源利用率,并缓解控制信道容量受限问题。
上文中结合图2至图5G,从基站的角度详细描述了根据本发明实施例的传输调度信息的方法,下面将结合图6至图8E,从用户设备的角度描述根据本发明实施例的传输调度信息的方法。
图6示出了根据本发明另一实施例的传输调度信息的方法200的示意性流程图。如图6所示,该方法200包括:
S210,UE接收基站发送的无线资源控制消息,该无线资源控制消息包括用户设备所属分组的分组信息;
S220,UE接收该基站通过控制信道发送的控制信令,该控制信令用于调度承载在共享信道中的媒体接入控制MAC协议数据单元PDU,该分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息分别封装在该MAC PDU中的MAC控制单元CE内;
S230,UE根据该控制信令,对该共享信道中的下行数据进行解码。
因此,本发明实施例的方法,通过将至少一个被调度用户设备的调度信息封装在MAC PDU中,并通过控制信道承载的控制信令调度该MAC PDU,从而能够以组合调度的方式传输调度信息,因此能够节省控制信道的开销,提高资源利用率,并缓解控制信道容量受限问题。
在S210中,基站可以根据链路状态、业务相关信息等因素对用户设备进行分组。并且UE可以加入某一分组或退出某一分组,该操作可以通过RRC消息或其它消息实现。在基站采用特定的方法进行分组时,如果基站发现已经被分为一组的UE无法再继续被分在同一组内,则基站可以对UE重新进行分组,并修改原有的分组信息。
可选地,分组信息包括分组标识和用户设备在该分组内的位置。可选地,该分组信息还包括调度方式信息,该调度方式信息用于指示是否采用组调度方式。例如,基站给分组分配一个用于组调度的标识Group-C-RNTI。应理解,用户设备在分组内的位置可以包括用户设备在分组内的编号或相对位置。还应理解,用于通知分组信息的RRC消息,可以是已有的RRC消息,例如RRC连接重配置(RRC Connection Reconfiguration)消息,也可以是新增加的RRC消息。
在S220中,UE在监听小区无线网络临时标识(Cell-Radio NetworkTemporary Identifier,简称为“C-RNTI”)加掩的PDCCH控制信令之外,还需要在公共搜索空间监听属于自己的Group-C-RNTI加掩的PDCCH控制信令,检测是否有组调度命令发送。
在S230中,当UE接收到属于自己的Group-C-RNTI加掩的PDCCH控制信令后,根据PDCCH指示,接收PDSCH数据并进行解码。UE MAC层如果没有成功解码数据包,则丢弃该数据包,不需要进行HARQ反馈。而如果成功解码该数据包,获得该MAC PDU后,根据MAC头中的指示,确认是否有属于自己的上行授权命令,如果没有,则丢弃该MAC PDU,不需要进行HARQ反馈。如果有属于自己的上行授权命令,确认自己在被调度UE中的相对位置或根据UE标识UE_ID的指示获取属于自己的上行授权命令。
在承载调度信息的MAC PDU中,每个MAC CE可指示一个用户设备的调度信息,即上行授权(UpLink Grant,简称为“UL Grant”或“ULG”),其中UL Grant中包括分配给相应的UE的物理资源、需要使用的MCS、所传输的MAC PDU的大小以及该UE使用该资源进行数据发送的传输时间。
可选地,在本发明实施例中,承载该控制信令的控制信道元素的数量由该至少一个被调度用户设备的数量确定。可选地,承载该控制信令的CCE的数量与至少一个被调度用户设备的数量相同。即一条PDCCH控制信令在公共搜索空间所占物理资源大小可以是一个或一个以上的CCE。例如,当需要同时调度的UE的数量是2时,可以使用占用两个CCE的PDCCH命令进行调度,以进一步提高PDCCH的利用效率。
在本发明实施例中,可选地,该方法200还包括:
S240,UE仅在该用户设备对该共享信道中的下行数据成功解码,并且确认获取的该MAC PDU中的第一MAC CE包括该用户设备的第一调度信息时,向该基站发送确认反馈。
即,UE如果没有成功解码数据包,则可以丢弃数据包,不需要进行反馈;UE如果成功解码数据包,但确认没有属于自己的调度信息时,也不需要反馈。
在本发明实施例中,UE可以根据该MAC PDU中包括的用户设备信息,向该基站发送确认反馈,该用户设备信息用于指示该至少一个被调度用户设备中需要进行HARQ反馈的用户设备。即,基站可以选择部分UE进行反馈,而并不要求所有的UE进行反馈,从而在一个TTI中能够调度更多UE的数据,而不再受限于PDCCH控制信令所占的CCE的数量。需要进行反馈的UE的信息可以通过MAC PDU进行指示。
在本发明实施例中,UE通过自己被调度的位置以及发送用于组调度的PDCCH控制信令所占的CCE位置,计算用于上行HARQ ACK反馈的PUCCH资源。对于PUCCH资源的获取方式,可选地,可以将为该组预留的用于UE反馈的PUCCH资源通过RRC消息告知UE。即,该无线资源控制消息还包括该至少一个被调度用户设备用于进行混合自动重传请求HARQ反馈的资源信息。该资源信息包括用于UE进行HARQ反馈的PUCCH资源的个数,以及每个PUCCH资源占用的物理层资源的位置。
其中,预留的PUCCH个数与eNB决定的该组能够同时发送的UE个数相关,即如果eNB决定该组中可以同时传输4个UE的数据包,则为该组预留的PUCCH数目为4。此外,当eNB决定改变该组中能够同时传输的UE数目时,可以通过RRC消息改变预留的PUCCH资源。当UE需要进行HARQ-ACK反馈时,根据自己被调度的位置及通过RRC消息接收到的预留的PUCCH资源来确定自己实际使用的PUCCH,从而进行HARQ反馈。
在本发明实施例中,可选地,如图7所示,该方法200还包括:
S260,UE获取该MAC PDU中的第一MAC CE,该第一MAC CE包括该用户设备的第一调度信息;
S270,UE根据该第一调度信息进行上行传输。
可选地,在UE获取该MAC PDU中的第一MAC CE之前,该方法200还包括:
S250,UE根据与该第一MAC CE相应的MAC PDU子头的LCID,确定该第一MAC CE承载该第一调度信息。
例如,UE可以根据MAC PDU子头的LCID值,确定相应的MAC CE中承载的内容是调度信息,在表二所示的情况下,UE根据该索引11011,可以确定相应的MAC CE中承载的内容是调度信息。
在本发明实施例中,UE根据第一调度信息进行上行传输可以包括:
如果在该第一调度信息指示的调度时间之前没有上行数据发送,并且在该调度时间之前接收到该第一MAC CE,那么UE在该调度时间向该基站发送填充缓存状态报告BSR和/或填充比特;或
如果在接收到该第一MAC CE之后并且在该调度时间之前有上行数据发送,那么UE在该调度时间向该基站发送该上行数据和/或BSR。
下面将结合图8A至8E分情况具体说明。
如图8A所示,在接收到该第一MAC CE之前,并且在该第一调度信息指示的调度时间之前有上行数据需要发送,在此情况下,如果有eNB分配的上行资源,则UE进行上行传输;如果没有资源,但触发了缓存状态报告(Buffer Status Report,简称为“BSR”),则会触发请求上行资源的流程,如果即没有上行资源,也没有触发BSR,则在上行授权(UL Grant)上可以传输数据和/或BSR和/或Padding。该情况下的处理流程与相关技术中使用ULGrant进行上行数据传输的处理流程相同。
如图8B所示,如果在该第一调度信息指示的调度时间之前没有上行数据发送,并且在该调度时间之前接收到该第一MAC CE,那么UE在该调度时间向该基站发送填充缓存状态报告BSR和/或填充比特。
如图8C所示,如果在接收到该第一MAC CE之后并且在该调度时间之前有上行数据发送,那么UE在该调度时间向该基站发送该上行数据和/或BSR。具体地,当UE在接收到该MAC CE之前没有数据,但在当UE在接收到该MAC CE之后有数据需要发送,则根据UE能力可以使用UL Grant进行上行数据和或BSR的传输。例如,如果UE开始为对应的ULGrant上组装MAC PDU时,新数据还没有到达,则该ULGrant上也只能发送发送Padding BSR和或Padding;如果UE在开始为对应的ULGrant上组装MACPDU之前有新数据到达,则可以传输该数据。可选地,由于UE已经接收到MAC CE中携带的UL Grant,所以即使触发了BSR过程,也可以不触发请求上行资源流程,而是直接使用该UL Grant进行上行数据和或BSR的传输。
如图8D所示,当UE接收到该MAC CE之后,对应的UL Grant指示的上行传输的时间已经超时,例如针对指示绝对时间的情况,或针对指示相对于eNB组装发送该MAC CE的时间的情况,UE忽略该MAC CE中指示的UL Grant。eNB检测到UE还没有成功接收到该MAC CE但所指示的ULGrant时间超时,则eNB可以收回该UL Grant所指示的资源并重新进行分配。
如图8E所示,如果eNB检测到该MAC CE所在的MAC PDU经过HARQ重传后,最终没有传输成功,即没有被UE成功接收到,则eNB可以收回该UL Grant所指示的资源并分配给其它UE。如果eNB来不急分配给其它UE,则忽略该MAC CE所指示的UL Grant的上行传输,也不因为在该ULGrant上没有成功接收到上行数据而调度重传,以避免浪费更多的资源。
在本发明实施例中,UE可以根据MAC PDU中的指示,确定是否有自己的调度信息。可选地,UE获取该MAC PDU中的第一MAC CE,包括:
UE根据该MAC PDU的头部包括的固定长度的比特位,获取该第一MAC CE,该比特位用于指示该分组内被调度的用户设备;或
UE根据该MAC PDU包括的承载可变长度的位图指示的MAC CE,获取该第一MAC CE,该位图指示用于指示该分组内被调度的用户设备;或
UE根据该MAC PDU中承载该用户设备的标识的MAC PDU子头,获取该第一MAC CE;或
UE根据该MAC PDU中承载该用户设备的标识的MAC CE,获取该第一MAC CE。
在本发明实施例中,相应的MAC PDU的格式可以参考图5A至5G,为了简洁,在此不再赘述。还应理解,UE侧描述的UE与基站的交互及相关特性、功能等与基站侧的描述相应,为了简洁,在此不再赘述。
因此,本发明实施例的方法,通过将至少一个被调度用户设备的调度信息封装在MAC PDU中,并通过控制信道承载的控制信令调度该MAC PDU,从而能够以组合调度的方式传输调度信息,因此能够节省控制信道的开销,提高资源利用率,并缓解控制信道容量受限问题。
上文中结合图2至图8E,详细描述了根据本发明实施例的传输调度信息的方法,下面将结合图9至图12,详细描述根据本发明实施例的基站和用户设备。
图9示出了根据本发明实施例的基站500的示意性框图。如图9所示,该基站500包括:
第一确定模块510,用于确定至少一个用户设备所属的分组;
第一发送模块520,用于向该至少一个用户设备发送无线资源控制消息,该无线资源控制消息包括该分组的分组信息;
封装模块530,用于将该分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息,分别封装在MAC PDU中的MAC CE内;
第二发送模块540,用于通过控制信道向该至少一个被调度用户设备发送控制信令,该控制信令用于调度该MAC PDU。
本发明实施例的基站,通过将至少一个被调度用户设备的调度信息封装在MAC PDU中,并通过控制信道承载的控制信令调度该MAC PDU,从而能够以组合调度的方式传输调度信息,因此能够节省控制信道的开销,提高资源利用率,并缓解控制信道容量受限问题。
在本发明实施例中,承载该控制信令的控制信道元素的数量由该至少一个被调度用户设备的数量确定。可选地,该无线资源控制消息还包括该至少一个被调度用户设备用于进行混合自动重传请求HARQ反馈的资源信息。可选地,该MAC PDU还包括用户设备信息,该用户设备信息用于指示该至少一个被调度用户设备中需要进行HARQ反馈的用户设备。可选地,与承载调度信息的MAC CE相应的MAC PDU子头的逻辑信道标识LCID用于指示该MAC CE承载调度信息。
在本发明实施例中,可选地,MAC PDU的头部包括固定长度的比特位,该比特位用于指示该分组内被调度的用户设备。可选地,MAC PDU包括承载可变长度的位图指示的MAC CE,该位图指示用于指示该分组内被调度的用户设备。可选地,与承载调度信息的MAC CE相应的MAC PDU子头的预留字段或扩展字段,承载与该调度信息相应的用户设备的标识。可选地,MAC PDU包括承载该分组内被调度的用户设备的标识的MAC CE。
在本发明实施例中,如图10所示,可选地,该基站500还包括:
接收模块550,用于接收该至少一个被调度用户设备中成功获取调度信息的第一用户设备发送的确认反馈;
第二确定模块560,用于根据该确认反馈,确定该至少一个被调度用户设备中没有成功获取调度信息的第二用户设备;
传输模块570,用于向该第二用户设备传输该第二用户设备的调度信息。
可选地,如图10所示,该基站500还包括:
分配模块580,用于在确定该第二用户设备没有成功获取调度信息时,重新分配该第二用户设备的调度信息所指示的资源。
可选地,承载该第二发送模块540发送的该控制信令的控制信道元素的数量由该至少一个被调度用户设备的数量确定。
可选地,该第一发送模块520发送的该无线资源控制消息还包括该至少一个被调度用户设备用于进行混合自动重传请求HARQ反馈的资源信息。
可选地,该封装模块530形成的该MAC PDU还包括用户设备信息,该用户设备信息用于指示该至少一个被调度用户设备中需要进行HARQ反馈的用户设备。
可选地,在该封装模块530形成的该MAC PDU中,与承载调度信息的MAC CE相应的MAC PDU子头的逻辑信道标识LCID用于指示该MAC CE承载调度信息。
可选地,该封装模块530形成的该MAC PDU的头部包括固定长度的比特位,该比特位用于指示该分组内被调度的用户设备。
可选地,该封装模块530形成的该MAC PDU包括承载可变长度的位图指示的MAC CE,该位图指示用于指示该分组内被调度的用户设备。
可选地,在该封装模块530形成的该MAC PDU中,与承载调度信息的MAC CE相应的MAC PDU子头的预留字段或扩展字段,承载与该调度信息相应的用户设备的标识。
可选地,该封装模块530形成的该MAC PDU包括承载该分组内被调度的用户设备的标识的MAC CE。
根据本发明实施例的基站500可对应于根据本发明实施例的传输调度信息的方法中的基站,并且基站500中的各个模块的上述和其它操作和/或功能分别为了实现图2至图5G中的方法100的相应流程,为了简洁,在此不再赘述。
本发明实施例的基站,通过将至少一个被调度用户设备的调度信息封装在MAC PDU中,并通过控制信道承载的控制信令调度该MAC PDU,从而能够以组合调度的方式传输调度信息,因此能够节省控制信道的开销,提高资源利用率,并缓解控制信道容量受限问题。
图11示出了根据本发明实施例的用户设备600的示意性框图。如图11所示,该用户设备600包括:
第一接收模块610,用于接收基站发送的无线资源控制消息,该无线资源控制消息包括该用户设备所属分组的分组信息;
第二接收模块620,用于接收该基站通过控制信道发送的控制信令,该控制信令用于调度承载在共享信道中的媒体接入控制MAC协议数据单元PDU,该分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息分别封装在该MAC PDU中的MAC控制单元CE内;
解码模块630,用于根据该控制信令,对该共享信道中的下行数据进行解码。
本发明实施例的用户设备,通过将至少一个被调度用户设备的调度信息封装在MAC PDU中,并通过控制信道承载的控制信令调度该MAC PDU,从而能够以组合调度的方式传输调度信息,因此能够节省控制信道的开销,提高资源利用率,并缓解控制信道容量受限问题。
在本发明实施例中,可选地,承载该第二接收模块620接收的该控制信令的控制信道元素的数量由该至少一个被调度用户设备的数量确定。
可选地,该第一接收模块610接收的该无线资源控制消息还包括该至少一个被调度用户设备用于进行混合自动重传请求HARQ反馈的资源信息。
可选地,如图12所示,该用户设备600还包括:
发送模块640,用于仅在该用户设备对该共享信道中的下行数据成功解码,并且确认获取的该MAC PDU中的第一MAC CE包括该用户设备的第一调度信息时,向该基站发送确认反馈。
可选地,该发送模块640具体用于根据该MAC PDU中包括的用户设备信息,向该基站发送确认反馈,该用户设备信息用于指示该至少一个被调度用户设备中需要进行HARQ反馈的用户设备。
可选地,如图12所示,该用户设备600还包括:
获取模块650,用于获取该MAC PDU中的第一MAC CE,该第一MACCE包括该用户设备的第一调度信息;
传输模块660,用于根据该第一调度信息进行上行传输。
可选地,该获取模块650还用于:
根据该MAC PDU的头部包括的固定长度的比特位,获取该第一MACCE,该比特位用于指示该分组内被调度的用户设备;或
根据该MAC PDU包括的承载可变长度的位图指示的MAC CE,获取该第一MAC CE,该位图指示用于指示该分组内被调度的用户设备;或
根据该MAC PDU中承载该用户设备的标识的MAC PDU子头,获取该第一MAC CE;或
根据该MAC PDU中承载该用户设备的标识的MAC CE,获取该第一MAC CE。
可选地,该传输模块660还用于:
如果在该第一调度信息指示的调度时间之前没有上行数据发送,并且在该调度时间之前接收到该第一MAC CE,那么在该调度时间向该基站发送填充缓存状态报告BSR和/或填充比特;或
如果在接收到该第一MAC CE之后并且在该调度时间之前有上行数据发送,那么在该调度时间向该基站发送该上行数据和/或BSR。
可选地,如图12所示,该用户设备600还包括:
确定模块670,用于根据与该第一MAC CE相应的MAC PDU子头的LCID,确定该第一MAC CE承载该第一调度信息。
根据本发明实施例的用户设备600可对应于根据本发明实施例的传输调度信息的方法中的用户设备,并且用户设备600中的各个模块的上述和其它操作和/或功能分别为了实现图6至图8E中的方法200的相应流程,为了简洁,在此不再赘述。
本发明实施例的用户设备,通过将至少一个被调度用户设备的调度信息封装在MAC PDU中,并通过控制信道承载的控制信令调度该MAC PDU,从而能够以组合调度的方式传输调度信息,因此能够节省控制信道的开销,提高资源利用率,并缓解控制信道容量受限问题。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (40)
1.一种传输调度信息的方法,其特征在于,包括:
确定至少一个用户设备所属的分组;
向所述至少一个用户设备发送无线资源控制消息,所述无线资源控制消息包括所述分组的分组信息;
将所述分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息,分别封装在媒体接入控制MAC协议数据单元PDU中的MAC控制单元CE内;
通过控制信道向所述至少一个被调度用户设备发送控制信令,所述控制信令用于调度所述MAC PDU。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述至少一个被调度用户设备中成功获取调度信息的第一用户设备发送的确认反馈;
根据所述确认反馈,确定所述至少一个被调度用户设备中没有成功获取调度信息的第二用户设备;
向所述第二用户设备传输所述第二用户设备的调度信息。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
在确定所述第二用户设备没有成功获取调度信息时,重新分配所述第二用户设备的调度信息所指示的资源。
4.根据权利要求1所述的方法,其特征在于,承载所述控制信令的控制信道元素的数量由所述至少一个被调度用户设备的数量确定。
5.根据权利要求1所述的方法,其特征在于,所述无线资源控制消息还包括所述至少一个被调度用户设备用于进行混合自动重传请求HARQ反馈的资源信息。
6.根据权利要求1所述的方法,其特征在于,所述MAC PDU还包括用户设备信息,所述用户设备信息用于指示所述至少一个被调度用户设备中需要进行HARQ反馈的用户设备。
7.根据权利要求1至6中任一项所述的方法,其特征在于,与承载调度信息的MAC CE相应的MAC PDU子头的逻辑信道标识LCID用于指示所述MAC CE承载调度信息。
8.根据权利要求1至6中任一项所述的方法,其特征在于,所述MACPDU的头部包括固定长度的比特位,所述比特位用于指示所述分组内被调度的用户设备。
9.根据权利要求1至6中任一项所述的方法,其特征在于,所述MACPDU包括承载可变长度的位图指示的MAC CE,所述位图指示用于指示所述分组内被调度的用户设备。
10.根据权利要求1至6中任一项所述的方法,其特征在于,与承载调度信息的MAC CE相应的MAC PDU子头的预留字段或扩展字段,承载与所述调度信息相应的用户设备的标识。
11.根据权利要求1至6中任一项所述的方法,其特征在于,所述MACPDU包括承载所述分组内被调度的用户设备的标识的MAC CE。
12.一种传输调度信息的方法,其特征在于,包括:
接收基站发送的无线资源控制消息,所述无线资源控制消息包括用户设备所属分组的分组信息;
接收所述基站通过控制信道发送的控制信令,所述控制信令用于调度承载在共享信道中的媒体接入控制MAC协议数据单元PDU,所述分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息分别封装在所述MAC PDU中的MAC控制单元CE内;
根据所述控制信令,对所述共享信道中的下行数据进行解码。
13.根据权利要求12所述的方法,其特征在于,所述方法还包括:
仅在所述用户设备对所述共享信道中的下行数据成功解码,并且确认获取的所述MAC PDU中的第一MAC CE包括所述用户设备的第一调度信息时,向所述基站发送确认反馈。
14.根据权利要求12所述的方法,其特征在于,所述方法还包括:
获取所述MAC PDU中的第一MAC CE,所述第一MAC CE包括所述用户设备的第一调度信息;
根据所述第一调度信息进行上行传输。
15.根据权利要求14所述的方法,其特征在于,在所述获取所述MACPDU中的第一MAC CE之前,所述方法还包括:
根据与所述第一MAC CE相应的MAC PDU子头的LCID,确定所述第一MAC CE承载所述第一调度信息。
16.根据权利要求14所述的方法,其特征在于,所述根据所述第一调度信息进行上行传输,包括:
如果在所述第一调度信息指示的调度时间之前没有上行数据发送,并且在所述调度时间之前接收到所述第一MAC CE,那么在所述调度时间向所述基站发送填充缓存状态报告BSR和/或填充比特;或
如果在接收到所述第一MAC CE之后并且在所述调度时间之前有上行数据发送,那么在所述调度时间向所述基站发送所述上行数据和/或BSR。
17.根据权利要求12至16中任一项所述的方法,其特征在于,承载所述控制信令的控制信道元素的数量由所述至少一个被调度用户设备的数量确定。
18.根据权利要求12至16中任一项所述的方法,其特征在于,所述无线资源控制消息还包括所述至少一个被调度用户设备用于进行混合自动重传请求HARQ反馈的资源信息。
19.根据权利要求13所述的方法,其特征在于,所述向所述基站发送确认反馈,包括:
根据所述MAC PDU中包括的用户设备信息,向所述基站发送确认反馈,所述用户设备信息用于指示所述至少一个被调度用户设备中需要进行HARQ反馈的用户设备。
20.根据权利要求14所述的方法,其特征在于,所述获取所述MAC PDU中的第一MAC CE,包括:
根据所述MAC PDU的头部包括的固定长度的比特位,获取所述第一MAC CE,所述比特位用于指示所述分组内被调度的用户设备;或
根据所述MAC PDU包括的承载可变长度的位图指示的MAC CE,获取所述第一MAC CE,所述位图指示用于指示所述分组内被调度的用户设备;或
根据所述MAC PDU中承载所述用户设备的标识的MAC PDU子头,获取所述第一MAC CE;或
根据所述MAC PDU中承载所述用户设备的标识的MAC CE,获取所述第一MAC CE。
21.一种基站,其特征在于,包括:
第一确定模块,用于确定至少一个用户设备所属的分组;
第一发送模块,用于向所述至少一个用户设备发送无线资源控制消息,所述无线资源控制消息包括所述分组的分组信息;
封装模块,用于将所述分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息,分别封装在MAC PDU中的MAC CE内;
第二发送模块,用于通过控制信道向所述至少一个被调度用户设备发送控制信令,所述控制信令用于调度所述MAC PDU。
22.根据权利要求21所述的基站,其特征在于,所述基站还包括:
接收模块,用于接收所述至少一个被调度用户设备中成功获取调度信息的第一用户设备发送的确认反馈;
第二确定模块,用于根据所述确认反馈,确定所述至少一个被调度用户设备中没有成功获取调度信息的第二用户设备;
传输模块,用于向所述第二用户设备传输所述第二用户设备的调度信息。
23.根据权利要求22所述的基站,其特征在于,所述基站还包括:
分配模块,用于在确定所述第二用户设备没有成功获取调度信息时,重新分配所述第二用户设备的调度信息所指示的资源。
24.根据权利要求21所述的基站,其特征在于,承载所述第二发送模块发送的所述控制信令的控制信道元素的数量由所述至少一个被调度用户设备的数量确定。
25.根据权利要求21所述的基站,其特征在于,所述第一发送模块发送的所述无线资源控制消息还包括所述至少一个被调度用户设备用于进行混合自动重传请求HARQ反馈的资源信息。
26.根据权利要求21所述的基站,其特征在于,所述封装模块形成的所述MAC PDU还包括用户设备信息,所述用户设备信息用于指示所述至少一个被调度用户设备中需要进行HARQ反馈的用户设备。
27.根据权利要求21至26中任一项所述的基站,其特征在于,在所述封装模块形成的所述MAC PDU中,与承载调度信息的MAC CE相应的MACPDU子头的逻辑信道标识LCID用于指示所述MAC CE承载调度信息。
28.根据权利要求21至26中任一项所述的基站,其特征在于,所述封装模块形成的所述MAC PDU的头部包括固定长度的比特位,所述比特位用于指示所述分组内被调度的用户设备。
29.根据权利要求21至26中任一项所述的基站,其特征在于,所述封装模块形成的所述MAC PDU包括承载可变长度的位图指示的MAC CE,所述位图指示用于指示所述分组内被调度的用户设备。
30.根据权利要求21至26中任一项所述的基站,其特征在于,在所述封装模块形成的所述MAC PDU中,与承载调度信息的MAC CE相应的MACPDU子头的预留字段或扩展字段,承载与所述调度信息相应的用户设备的标识。
31.根据权利要求21至26中任一项所述的基站,其特征在于,所述封装模块形成的所述MAC PDU包括承载所述分组内被调度的用户设备的标识的MAC CE。
32.一种用户设备,其特征在于,包括:
第一接收模块,用于接收基站发送的无线资源控制消息,所述无线资源控制消息包括所述用户设备所属分组的分组信息;
第二接收模块,用于接收所述基站通过控制信道发送的控制信令,所述控制信令用于调度承载在共享信道中的媒体接入控制MAC协议数据单元PDU,所述分组内的至少一个被调度用户设备中的每个被调度用户设备的调度信息分别封装在所述MAC PDU中的MAC控制单元CE内;
解码模块,用于根据所述控制信令,对所述共享信道中的下行数据进行解码。
33.根据权利要求32所述的用户设备,其特征在于,所述用户设备还包括:
发送模块,用于仅在所述用户设备对所述共享信道中的下行数据成功解码,并且确认获取的所述MAC PDU中的第一MAC CE包括所述用户设备的第一调度信息时,向所述基站发送确认反馈。
34.根据权利要求32所述的用户设备,其特征在于,所述用户设备还包括:
获取模块,用于获取所述MAC PDU中的第一MAC CE,所述第一MACCE包括所述用户设备的第一调度信息;
传输模块,用于根据所述第一调度信息进行上行传输。
35.根据权利要求34所述的用户设备,其特征在于,所述用户设备还包括:
确定模块,用于根据与所述第一MAC CE相应的MAC PDU子头的LCID,确定所述第一MAC CE承载所述第一调度信息。
36.根据权利要求34所述的用户设备,其特征在于,所述传输模块还用于在所述第一调度信息指示的调度时间之前没有上行数据发送,并且在所述调度时间之前接收到所述第一MAC CE时,在所述调度时间向所述基站发送填充缓存状态报告BSR和/或填充比特;或
在接收到所述第一MAC CE之后并且在所述调度时间之前有上行数据发送时,在所述调度时间向所述基站发送所述上行数据和/或BSR。
37.根据权利要求32至36中任一项所述的用户设备,其特征在于,承载所述第二接收模块接收的所述控制信令的控制信道元素的数量由所述至少一个被调度用户设备的数量确定。
38.根据权利要求32至36中任一项所述的用户设备,其特征在于,所述第一接收模块接收的所述无线资源控制消息还包括所述至少一个被调度用户设备用于进行混合自动重传请求HARQ反馈的资源信息。
39.根据权利要求33所述的用户设备,其特征在于,所述发送模块还用于根据所述MAC PDU中包括的用户设备信息,向所述基站发送确认反馈,所述用户设备信息用于指示所述至少一个被调度用户设备中需要进行HARQ反馈的用户设备。
40.根据权利要求34所述的用户设备,其特征在于,所述获取模块还用于:
根据所述MAC PDU的头部包括的固定长度的比特位,获取所述第一MAC CE,所述比特位用于指示所述分组内被调度的用户设备;或
根据所述MAC PDU包括的承载可变长度的位图指示的MAC CE,获取所述第一MAC CE,所述位图指示用于指示所述分组内被调度的用户设备;或
根据所述MAC PDU中承载所述用户设备的标识的MAC PDU子头,获取所述第一MAC CE;或
根据所述MAC PDU中承载所述用户设备的标识的MAC CE,获取所述第一MAC CE。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110219439.XA CN102917463B (zh) | 2011-08-02 | 2011-08-02 | 传输调度信息的方法、基站和用户设备 |
EP12819995.7A EP2728928B1 (en) | 2011-08-02 | 2012-08-02 | Method, base station and user equipment for transmitting scheduling information |
PCT/CN2012/079603 WO2013017096A1 (zh) | 2011-08-02 | 2012-08-02 | 传输调度信息的方法、基站和用户设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110219439.XA CN102917463B (zh) | 2011-08-02 | 2011-08-02 | 传输调度信息的方法、基站和用户设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102917463A true CN102917463A (zh) | 2013-02-06 |
CN102917463B CN102917463B (zh) | 2015-04-08 |
Family
ID=47615638
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110219439.XA Active CN102917463B (zh) | 2011-08-02 | 2011-08-02 | 传输调度信息的方法、基站和用户设备 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2728928B1 (zh) |
CN (1) | CN102917463B (zh) |
WO (1) | WO2013017096A1 (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104488294A (zh) * | 2013-05-06 | 2015-04-01 | 华为技术有限公司 | 下行信息发送方法、接收方法、基站及用户设备 |
CN105024782A (zh) * | 2014-06-24 | 2015-11-04 | 魅族科技(中国)有限公司 | 一种数据传输方法、相关设备及*** |
CN105024787A (zh) * | 2014-08-29 | 2015-11-04 | 魅族科技(中国)有限公司 | 一种数据传输方法、相关装置及*** |
CN105898867A (zh) * | 2014-08-28 | 2016-08-24 | 阿尔卡特朗讯 | 覆盖范围增强的mtc ue的寻呼方法和装置 |
WO2017076197A1 (zh) * | 2015-11-02 | 2017-05-11 | 电信科学技术研究院 | 一种发送和接收反馈的方法及设备 |
CN107079442A (zh) * | 2015-05-15 | 2017-08-18 | 华为技术有限公司 | 通信方法和通信设备 |
CN107888244A (zh) * | 2016-09-30 | 2018-04-06 | 中兴通讯股份有限公司 | 一种无线通信***中实现用户面功能增强的方法和装置 |
WO2018201465A1 (zh) * | 2017-05-05 | 2018-11-08 | 富士通株式会社 | 物理上行控制信道资源的分配方法、装置以及通信*** |
CN110831160A (zh) * | 2018-08-07 | 2020-02-21 | 华为技术有限公司 | 用于信道占用指示的方法和装置 |
CN111132232A (zh) * | 2020-01-02 | 2020-05-08 | 重庆邮电大学 | 一种智能接收5g nr rlc umd pdu的方法和装置 |
CN111149410A (zh) * | 2017-09-29 | 2020-05-12 | 捷开通讯(深圳)有限公司 | 新无线电中未授权传输或与之相关的改进 |
WO2020125409A1 (zh) * | 2018-12-20 | 2020-06-25 | 电信科学技术研究院有限公司 | 一种时隙调度的方法、设备及介质 |
CN111818649A (zh) * | 2014-03-21 | 2020-10-23 | 华为技术有限公司 | 直接通信中的数据传输设备及方法 |
CN112135359A (zh) * | 2014-08-06 | 2020-12-25 | 交互数字专利控股公司 | 用于确定设备到设备传输模式的方法和装置 |
WO2021219087A1 (en) * | 2020-04-30 | 2021-11-04 | FG Innovation Company Limited | Method and user equipment for harq-ack codebook |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10348472B2 (en) | 2016-07-25 | 2019-07-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Determination of feedback timing |
EP3295707A4 (en) | 2016-08-03 | 2019-07-17 | Telefonaktiebolaget LM Ericsson (PUBL) | METHOD, DEVICE AND COMPUTER PROGRAM FOR PRIMARY CELL CHANGE |
CN110730465B (zh) * | 2018-07-16 | 2022-12-27 | 普天信息技术有限公司 | 一种增强lte230***的重配资源一致性的方法 |
CN111757507A (zh) * | 2019-03-29 | 2020-10-09 | 华为技术有限公司 | 一种通信方法和装置 |
CN114208320B (zh) * | 2019-07-15 | 2024-03-05 | 中兴通讯股份有限公司 | 用于混合自动重传请求过程的方法和装置 |
CN112016798A (zh) * | 2020-07-15 | 2020-12-01 | 北京淇瑀信息科技有限公司 | 一种用于提高资源利用率的自动化信息发送方法及装置 |
EP4221031A4 (en) * | 2020-09-25 | 2023-11-08 | Beijing Xiaomi Mobile Software Co., Ltd. | METHOD AND DEVICE FOR DETERMINING EFFECTIVE TIME, COMMUNICATION DEVICE AND STORAGE MEDIUM |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101500309A (zh) * | 2008-01-30 | 2009-08-05 | 大唐移动通信设备有限公司 | 一种分配专用调度请求资源的方法、***及装置 |
CN101888700A (zh) * | 2009-05-15 | 2010-11-17 | 大唐移动通信设备有限公司 | 一种参数配置的方法和基站 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100595645B1 (ko) * | 2004-01-09 | 2006-07-03 | 엘지전자 주식회사 | 이동통신 시스템에서의 제어정보 전송방법 |
US20070253421A1 (en) * | 2006-05-01 | 2007-11-01 | Motorola, Inc. | Selective reception of multi user joint coded packets |
US8374109B2 (en) * | 2008-03-27 | 2013-02-12 | Qualcomm Incorporated | Methods of sending control information for users sharing the same resource |
US8514793B2 (en) * | 2008-10-31 | 2013-08-20 | Interdigital Patent Holdings, Inc. | Method and apparatus for monitoring and processing component carriers |
CA3038940C (en) * | 2009-11-23 | 2021-04-27 | Blackberry Limited | Method and apparatus for state/mode transitioning |
CN102595624B (zh) * | 2011-01-17 | 2014-07-09 | 华为技术有限公司 | 基于组的调度方法、ue及网络设备 |
-
2011
- 2011-08-02 CN CN201110219439.XA patent/CN102917463B/zh active Active
-
2012
- 2012-08-02 WO PCT/CN2012/079603 patent/WO2013017096A1/zh active Application Filing
- 2012-08-02 EP EP12819995.7A patent/EP2728928B1/en not_active Not-in-force
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101500309A (zh) * | 2008-01-30 | 2009-08-05 | 大唐移动通信设备有限公司 | 一种分配专用调度请求资源的方法、***及装置 |
CN101888700A (zh) * | 2009-05-15 | 2010-11-17 | 大唐移动通信设备有限公司 | 一种参数配置的方法和基站 |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2986039A4 (en) * | 2013-05-06 | 2016-04-06 | Huawei Tech Co Ltd | PROCEDURE FOR SENDING AND RECEIVING DOWNLINK INFORMATION, BASIC STATION AND USER DEVICE |
CN104488294A (zh) * | 2013-05-06 | 2015-04-01 | 华为技术有限公司 | 下行信息发送方法、接收方法、基站及用户设备 |
US9820271B2 (en) | 2013-05-06 | 2017-11-14 | Huawei Technologies Co., Ltd. | Downlink information sending method and receiving method, base station, and user device |
CN104488294B (zh) * | 2013-05-06 | 2018-09-07 | 华为技术有限公司 | 下行信息发送方法、接收方法、基站及用户设备 |
CN111818649B (zh) * | 2014-03-21 | 2023-11-21 | 华为技术有限公司 | 直接通信中的数据传输设备及方法 |
CN111818649A (zh) * | 2014-03-21 | 2020-10-23 | 华为技术有限公司 | 直接通信中的数据传输设备及方法 |
CN105024782A (zh) * | 2014-06-24 | 2015-11-04 | 魅族科技(中国)有限公司 | 一种数据传输方法、相关设备及*** |
CN112135359A (zh) * | 2014-08-06 | 2020-12-25 | 交互数字专利控股公司 | 用于确定设备到设备传输模式的方法和装置 |
CN105898867A (zh) * | 2014-08-28 | 2016-08-24 | 阿尔卡特朗讯 | 覆盖范围增强的mtc ue的寻呼方法和装置 |
US10805839B2 (en) | 2014-08-29 | 2020-10-13 | Meizu Technology Co., Ltd. | Data transmission method, related device and system |
CN105024787A (zh) * | 2014-08-29 | 2015-11-04 | 魅族科技(中国)有限公司 | 一种数据传输方法、相关装置及*** |
CN107079442A (zh) * | 2015-05-15 | 2017-08-18 | 华为技术有限公司 | 通信方法和通信设备 |
CN107079442B (zh) * | 2015-05-15 | 2020-02-14 | 华为技术有限公司 | 通信方法和通信设备 |
US10531439B2 (en) | 2015-05-15 | 2020-01-07 | Huawei Technologies Co., Ltd. | Communication method and communications device |
WO2017076197A1 (zh) * | 2015-11-02 | 2017-05-11 | 电信科学技术研究院 | 一种发送和接收反馈的方法及设备 |
CN107888244A (zh) * | 2016-09-30 | 2018-04-06 | 中兴通讯股份有限公司 | 一种无线通信***中实现用户面功能增强的方法和装置 |
WO2018201465A1 (zh) * | 2017-05-05 | 2018-11-08 | 富士通株式会社 | 物理上行控制信道资源的分配方法、装置以及通信*** |
CN111149410A (zh) * | 2017-09-29 | 2020-05-12 | 捷开通讯(深圳)有限公司 | 新无线电中未授权传输或与之相关的改进 |
CN111149410B (zh) * | 2017-09-29 | 2024-03-19 | 捷开通讯(深圳)有限公司 | 新无线电中未授权传输或与之相关的改进 |
CN110831160A (zh) * | 2018-08-07 | 2020-02-21 | 华为技术有限公司 | 用于信道占用指示的方法和装置 |
WO2020125409A1 (zh) * | 2018-12-20 | 2020-06-25 | 电信科学技术研究院有限公司 | 一种时隙调度的方法、设备及介质 |
CN111132232A (zh) * | 2020-01-02 | 2020-05-08 | 重庆邮电大学 | 一种智能接收5g nr rlc umd pdu的方法和装置 |
CN111132232B (zh) * | 2020-01-02 | 2022-10-25 | 重庆邮电大学 | 一种智能接收5g nr rlc umd pdu的方法和装置 |
WO2021219087A1 (en) * | 2020-04-30 | 2021-11-04 | FG Innovation Company Limited | Method and user equipment for harq-ack codebook |
Also Published As
Publication number | Publication date |
---|---|
EP2728928A1 (en) | 2014-05-07 |
WO2013017096A1 (zh) | 2013-02-07 |
CN102917463B (zh) | 2015-04-08 |
EP2728928A4 (en) | 2015-01-07 |
EP2728928B1 (en) | 2017-10-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102917463B (zh) | 传输调度信息的方法、基站和用户设备 | |
CN102595624B (zh) | 基于组的调度方法、ue及网络设备 | |
US11622349B2 (en) | Special subframe configuration for latency reduction | |
CN102595600B (zh) | 半静态调度方法、用户设备及网络设备 | |
EP3547583B1 (en) | Method for terminal resending data in wireless communication system, and communication device using same | |
CN110741705B (zh) | 无线通信***中由终端执行的下行链路控制信道接收方法以及使用该方法的终端 | |
CN108347760B (zh) | 一种上行信道的功率分配方法及装置 | |
EP1855424B1 (en) | Reservation of radio resources for users in a mobile communications system | |
CN102415187B (zh) | 用于控制多个传输块的发送功率的方法及终端 | |
CN102014513B (zh) | 传送上行链路信令信息 | |
WO2017045496A1 (zh) | 一种下行控制方法及装置 | |
US20170251465A1 (en) | Reducing reference signals when communicating multiple sub-subframes between a base station and a wireless terminal | |
CN103260251A (zh) | 数据传输方法、基站及用户设备 | |
CN111181694B (zh) | 一种上行控制信息的传输方法及装置 | |
CN109150458B (zh) | 控制信息传输方法及装置 | |
CN106658742A (zh) | 数据调度及传输的方法、装置及*** | |
CN103841603A (zh) | 上行分组调度的方法及设备 | |
CN102333383A (zh) | 高速下行分组接入相关信道的发送/接收方法和装置 | |
CN102918896A (zh) | 用于物理随机访问信道的发送功率控制 | |
CN109076569A (zh) | 一种上行控制信息的传输方法和装置 | |
EP3398283B1 (en) | Method, and apparatus for selecting downlink control information format | |
EP3639599A1 (en) | Systems and methods for an enhanced scheduling request for 5g nr | |
CN106162897A (zh) | 传输控制信息的方法、基站和用户设备 | |
CN114424474B (zh) | 一种发送混合自动反馈重传确认/否认信息的方法及装置 | |
CN101998507A (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 | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20210421 Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040 Patentee after: Honor Device Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |