CN108809610A - 载波聚合下的上行控制信息传输方法及装置 - Google Patents
载波聚合下的上行控制信息传输方法及装置 Download PDFInfo
- Publication number
- CN108809610A CN108809610A CN201810588930.1A CN201810588930A CN108809610A CN 108809610 A CN108809610 A CN 108809610A CN 201810588930 A CN201810588930 A CN 201810588930A CN 108809610 A CN108809610 A CN 108809610A
- Authority
- CN
- China
- Prior art keywords
- information
- pucch
- pucch resource
- resource
- instruction information
- 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
- 238000000034 method Methods 0.000 title claims abstract description 149
- 230000005540 biological transmission Effects 0.000 title claims abstract description 57
- 238000006116 polymerization reaction Methods 0.000 title abstract description 45
- 230000011664 signaling Effects 0.000 claims description 17
- 238000003860 storage Methods 0.000 claims description 3
- 230000002776 aggregation Effects 0.000 abstract description 9
- 238000004220 aggregation Methods 0.000 abstract description 9
- 230000001174 ascending effect Effects 0.000 abstract description 6
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 54
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 54
- 238000010586 diagram Methods 0.000 description 25
- 238000009826 distribution Methods 0.000 description 21
- 238000005516 engineering process Methods 0.000 description 18
- 125000004122 cyclic group Chemical group 0.000 description 6
- 238000012545 processing Methods 0.000 description 6
- 102100031083 Uteroglobin Human genes 0.000 description 4
- 108090000203 Uteroglobin Proteins 0.000 description 4
- 238000009825 accumulation Methods 0.000 description 4
- 230000001965 increasing effect Effects 0.000 description 4
- 101100465000 Mus musculus Prag1 gene Proteins 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 239000000969 carrier Substances 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000029058 respiratory gaseous exchange Effects 0.000 description 1
Classifications
-
- 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/34—TPC management, i.e. sharing limited amount of power among users or channels or data types, e.g. cell loading
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种载波聚合下的上行控制信息传输方法及装置,通过基站向用户设备UE发送第一指示信息指示UE根据第一指示信息动态确定上行控制信息UCI,并通过基站向UE分配一个PUCCH资源传输该UCI,可以用于实现载波聚合场景下UCI信息的反馈,提高传送有效的UCI信息的性能。
Description
本申请为2015年9月22日递交的中国专利局,且申请号为“CN201580072292.2”的在先申请的分案申请,在先申请通过引用结合在本申请中。
技术领域
本发明实施例涉及通信技术,尤其涉及一种载波聚合下的上行控制信息传输方法及装置。
背景技术
长期演进(Long Term Evolution,简称LTE)系统中,用户设备(User Equipment,简称UE)通过物理上行控制信道(Physical Uplink Control Channel,简称PUCCH)向基站发送上行控制消息(Uplink Control Information,简称UCI),UCI包括调度请求指示(scheduling request,SR)、混合自动重传请求确认信息(Hybrid Automatic RepeatreQuest ACKnowledgement or Negative ACKnowledgement,简称HARQ-ACK/NACK),即HARQ反馈信息、信道状态信息(Channel State Information,简称CSI)。SR用于UE向基站申请上行调度;下行HARQ-ACK/NACK用于指示下行传输数据的译码结果,对在PDSCH上发送的下行数据进行HARQ确认;CSI用于反馈下行信道质量相关信息,以帮助eNodeB进行下行调度。
在增强长期演进(LTE-Advanced,简称LTE-A)系统中,为了支持更大的传输带宽提出载波聚合(Carrier Aggregation,简称CA)技术,CA就是将两个或更多的载波单元(Component Carrier,简称CC)聚合在一起以支持更大的传输带宽。在下行CA场景下,基站在多个CC上向同一个UE发送下行数据,相应地,UE需要支持反馈多个下行CC的HARQ-ACK/NACK信息。
混合自动重传请求(Hybrid Automatic Repeat reQuest,简称HARQ)是一种结合前向纠错(Forward Error Correction,简称FEC)方法与自动重传请求(Automatic RepeatreQuest,简称ARQ)方法的技术。对于FEC无法纠正的错误,接收端会通过ARQ机制请求发送端重发数据。接收端通常使用CRC校验码来检测接收的数据包是否出错,如果无错,则发送一个肯定的确认(ACKnowledgement,简称ACK)给发送端;如果出错,则接收端会丢弃数据包,并发送一个否定的确认(Negative ACKnowledgement,简称NACK)给发送端,发送端收到NACK后,会重发相同的数据。
现有已经标准化的CA仅支持最多5个载波的聚合,且协议中采用的是半静态的方法确定HARQ-ACK/NACK信息。所谓半静态的方法就是当配置载波个数小于或等于5个时,HARQ-ACK/NACK信息的码本是根据配置的载波个数、每个配置载波的发送模式(transmission mode,简称TM)和载波序号来确定的。这种方法在配置的载波没有被调度(即没有被实际用来传送数据),或载波传输的码字没有达到最大配置时,会填充部分无用的比特。
为了使可以聚合的载波数大量增加,第三代合作伙伴计划(3rd GenerationPartnership Project,简称3GPP)提出了LTE Carrier Aggregation Enhancement Beyond5 Carriers简称eCA)。eCA要求达到的最大聚合载波数为32个,且在一个子帧中可以反馈多个载波的CSI信息,因此使用PUCCH反馈的UCI信息大量增加,如果按照现有协议的方法来确定HARQ-ACK/NACK信息,那么需要反馈的比特数会更大,增加了传送数据的负担,影响了传送有效的HARQ-ACK/NACK信息的性能,甚至是无法正确传送HARQ-ACK/NACK信息。因此,如何进行针对eCA场景下的大量UCI信息的反馈成为亟待解决的问题。
发明内容
本发明实施例提供一种载波聚合下的上行控制信息传输方法及装置,可以用于实现载波聚合场景下UCI信息的反馈。
第一方面,提供一种载波聚合下的上行控制信息传输方法,包括:
基站向用户设备UE发送第一指示信息,所述第一指示信息用于指示所述UE根据所述第一指示信息动态确定上行控制信息UCI;
所述基站向所述UE分配一个PUCCH资源,所述PUCCH资源用于传输所述UCI。
结合第一方面的实现方式,在第一方面第一种可能的实现方式中,所述第一指示信息为第一类指示信息或第二类指示信息;所述第一类指示信息用于指示所述UE根据所述第一类指示信息确定所述基站根据调度载波数生成下行指派索引DAI信息时的UCI;所述第二类指示信息用于指示所述UE根据所述第二类指示信息确定所述基站根据调度码字数生成所述DAI信息时的UCI。
结合第一方面、或第一方面第一种可能的实现方式,在第一方面第二种可能的实现方式中,所述基站向所述UE发送第一指示信息,包括:
所述基站向所述UE发送第一配置信息,所述第一配置信息包括所述第一指示信息。
结合第一方面、或第一方面第一种至第二种任一可能的实现方式,在第一方面第三种可能的实现方式中,所述基站向所述UE发送第一指示信息,包括:所述基站向所述UE发送下行控制信息DCI,所述DCI包括所述第一指示信息。
结合第一方面、或第一方面第一种至第三种任一可能的实现方式,在第一方面第四种可能的实现方式中,所述基站向所述UE发送第一指示信息,包括:
所述基站向所述UE发送以第一方式进行编码的DCI,所述第一方式与所述第一类指示信息相对应,所述第一方式为不在DCI编码生成的循环冗余校验CRC码中增加扰码;或者,所述基站向所述UE发送以第二方式进行编码的DCI,所述第二方式与所述第二类指示信息相对应;所述第二方式为在DCI编码生成的CRC码中增加扰码。
结合第一方面、或第一方面第一种至第四种任一可能的实现方式,在第一方面第五种可能的实现方式中,所述基站向所述UE分配一个PUCCH资源,包括:所述基站向所述UE发送第二配置信息,所述第二配置信息用于向所述UE配置资源列表,所述资源列表包括多个资源信息组;所述基站向所述UE发送第二指示信息,所述第二指示信息用于向所述UE指示所述资源列表中的一个资源信息组对应的PUCCH资源。
结合第一方面、或第一方面第一种至第五种任一可能的实现方式,在第一方面第六种可能的实现方式中,所述多个资源信息组根据不同PUCCH格式排列,每种所述PUCCH格式对应至少一个资源信息组,每个所述资源信息组包括一个PUCCH资源的起始地址指示信息和大小指示信息;所述第二指示信息包括资源索引RI,所述RI用于向所述UE指示与所述RI对应的第一资源信息组。
结合第一方面、或第一方面第一种至第六种任一可能的实现方式,在第一方面第七种可能的实现方式中,所述基站向所述UE发送第二指示信息,包括:所述基站通过传输功率控制TPC域发送所述第二指示信息,即与第一资源信息组对应的RI。
结合第一方面、或第一方面第一种至第七种任一可能的实现方式,在第一方面第八种可能的实现方式中,所述多个资源信息组根据不同PUCCH格式排列,每种所述PUCCH格式对应至少一个资源信息组,每个所述资源信息组包括一个PUCCH资源的起始地址指示信息;所述第二指示信息包括RI,所述RI用于向所述UE指示与所述RI对应的第二资源信息组;所述第二指示信息还包括大小索引LI,所述LI用于向所述UE指示所述第二资源信息组对应的PUCCH资源的大小。
结合第一方面、或第一方面第一种至第八种任一可能的实现方式,在第一方面第九种可能的实现方式中,所述基站向所述UE发送第二指示信息,包括:所述基站根据调度载波确定两组TPC域,其中一组用于发送与第二资源信息组对应的RI,另一组用于发送向UE指示所述第二资源信息组对应的PUCCH资源大小的LI;或者,所述基站通过扩展的TPC域发送所述RI和所述LI,所述扩展的TPC域包含的比特数大于两个比特。
结合第一方面、或第一方面第一种至第九种任一可能的实现方式,在第一方面第十种可能的实现方式中,所述资源列表中的每个资源信息组包括一个PUCCH资源的起始地址指示信息和大小指示信息;所述第二指示信息包括RI,所述RI用于向所述UE指示与所述RI对应的第三资源信息组;所述第二指示信息还包括格式索引FI,所述FI用于向所述UE指示所述第三资源信息组对应的PUCCH资源的PUCCH格式。
结合第一方面、或第一方面第一种至第十种任一可能的实现方式,在第一方面第十一种可能的实现方式中,所述基站向所述UE发送第二指示信息,包括:所述基站根据调度载波确定两组TPC域,其中一组用于发送与第三资源信息组对应的RI,另一组用于发送向UE指示所述第三资源信息组对应的PUCCH资源的PUCCH格式的FI;或者,所述基站通过扩展的TPC域发送所述RI和FI,所述扩展的TPC域包含的比特数大于两个比特。
结合第一方面、或第一方面第一种至第十一种任一可能的实现方式,在第一方面第十二种可能的实现方式中,所述资源列表中的每个资源信息组包括一个PUCCH资源的起始地址指示信息;所述第二指示信息包括RI,所述RI用于向所述UE指示与所述RI对应的第四资源信息组;所述第二指示信息还包括FI和LI,所述FI用于向所述UE指示所述第四资源信息组对应的PUCCH资源的PUCCH格式,所述LI用于向所述UE指示所述第四资源信息组对应的PUCCH资源的大小。
结合第一方面、或第一方面第一种至第十二种任一可能的实现方式,在第一方面第十三种可能的实现方式中,所述资源列表包括两个资源信息组;所述基站向所述UE发送第二指示信息,包括:所述基站根据调度载波确定两组TPC域,其中一组用于发送与所述第四资源信息组对应的RI和向UE指示所述第四资源信息组对应的PUCCH资源的PUCCH格式的FI,另一组用于发送向UE指示所述第四资源信息组对应的PUCCH资源大小的LI。
结合第一方面、或第一方面第一种至第十三种任一可能的实现方式,在第一方面第十四种可能的实现方式中,所述基站根据调度载波确定两组TPC域,包括:所述基站根据所述调度载波的标识号顺序将所述调度载波分为两组;将两组所述调度载波上的TPC域分别确定为一组TPC域。
结合第一方面、或第一方面第一种至第十四种任一可能的实现方式,在第一方面第十五种可能的实现方式中,所述调度载波中包括标识号为奇数的调度载波和标识号为偶数的调度载波;所述基站根据调度载波确定两组TPC域,包括:将所述调度载波中标识号为奇数的调度载波上的TPC域确定为一组TPC域;将所述调度载波中标识号为偶数的调度载波上的TPC域确定为另一组TPC域。
第二方面,提供一种载波聚合下的上行控制信息传输装置,包括:
第一发送模块,用于向用户设备UE发送第一指示信息,所述第一指示信息用于指示所述UE根据所述第一指示信息动态确定上行控制信息UCI;
资源分配模块,用于向所述UE分配一个PUCCH资源,所述PUCCH资源用于传输所述UCI。
结合第二方面的实现方式,在第二方面第一种可能的实现方式中,所述第一指示信息为第一类指示信息或第二类指示信息;所述第一类指示信息用于指示所述UE根据所述第一类指示信息确定所述基站根据调度载波数生成下行指派索引DAI信息时的UCI;所述第二类指示信息用于指示所述UE根据所述第二类指示信息确定所述基站根据调度码字数生成所述DAI信息时的UCI。
结合第二方面、或第二方面第一种可能的实现方式,在第二方面第二种可能的实现方式中,所述第一发送模块具体用于向所述UE发送第一配置信息,所述第一配置信息包括所述第一指示信息。
结合第二方面、或第二方面第一种至第二种任一可能的实现方式,在第二方面第三种可能的实现方式中,所述第一发送模块具体用于向所述UE发送下行控制信息DCI,所述DCI包括所述第一指示信息。
结合第二方面、或第二方面第一种至第三种任一可能的实现方式,在第二方面第四种可能的实现方式中,所述第一发送模块具体用于:向所述UE发送以第一方式进行编码的DCI,所述第一方式与所述第一类指示信息相对应,所述第一方式为不在DCI编码生成的循环冗余校验CRC码中增加扰码;或者,向所述UE发送以第二方式进行编码的DCI,所述第二方式与所述第二类指示信息相对应;所述第二方式为在DCI编码生成的CRC码中增加扰码。
结合第二方面、或第二方面第一种至第四种任一可能的实现方式,在第二方面第五种可能的实现方式中,所述资源分配模块包括配置模块、指示模块和第二发送模块;所述配置模块用于生成第二配置信息,所述第二配置信息用于向所述UE配置资源列表,所述资源列表包括多个资源信息组;所述指示模块用于生成第二指示信息,所述第二指示信息用于向所述UE指示所述资源列表中的一个资源信息组对应的PUCCH资源;所述第二发送模块用于向所述UE发送所述第二配置信息和所述第二指示信息。
结合第二方面、或第二方面第一种至第五种任一可能的实现方式,在第二方面第六种可能的实现方式中,所述多个资源信息组根据不同PUCCH格式排列,每种所述PUCCH格式对应至少一个资源信息组,每个所述资源信息组包括一个PUCCH资源的起始地址指示信息和大小指示信息;所述第二指示信息包括资源索引RI,所述RI用于向所述UE指示与所述RI对应的第一资源信息组。
结合第二方面、或第二方面第一种至第六种任一可能的实现方式,在第二方面第七种可能的实现方式中,所述第二发送模块具体用于通过传输功率控制TPC域发送所述第二指示信息,即与第一资源信息组对应的RI。
结合第二方面、或第二方面第一种至第七种任一可能的实现方式,在第二方面第八种可能的实现方式中,所述多个资源信息组根据不同PUCCH格式排列,每种所述PUCCH格式对应至少一个资源信息组,每个所述资源信息组包括一个PUCCH资源的起始地址指示信息;所述第二指示信息包括RI,所述RI用于向所述UE指示与所述RI对应的第二资源信息组;所述第二指示信息还包括大小索引LI,所述LI用于向所述UE指示所述第二资源信息组对应的PUCCH资源的大小。
结合第二方面、或第二方面第一种至第八种任一可能的实现方式,在第二方面第九种可能的实现方式中,所述第二发送模块具体用于:根据调度载波确定两组TPC域,其中一组用于发送与第二资源信息组对应的RI,另一组用于发送向UE指示所述第二资源信息组对应的PUCCH资源大小的LI;或者,通过扩展的TPC域发送所述RI和LI,所述扩展的TPC域包含的比特数大于两个比特。
结合第二方面、或第二方面第一种至第九种任一可能的实现方式,在第二方面第十种可能的实现方式中,所述资源列表中的每个资源信息组包括一个PUCCH资源的起始地址指示信息和大小指示信息;所述第二指示信息包括RI,所述RI用于向所述UE指示与所述RI对应的第三资源信息组;所述第二指示信息还包括格式索引FI,所述FI用于向所述UE指示所述第三资源信息组对应的PUCCH资源的PUCCH格式。
结合第二方面、或第二方面第一种至第十种任一可能的实现方式,在第二方面第十一种可能的实现方式中,所述第二发送模块具体用于:根据调度载波确定两组TPC域,其中一组用于发送与第三资源信息组对应的RI,另一组用于发送向UE指示第三资源信息组对应的PUCCH资源的PUCCH格式的FI;或者,通过扩展的TPC域发送所述RI和FI,所述扩展的TPC域包含的比特数大于两个比特。
结合第二方面、或第二方面第一种至第十一种任一可能的实现方式,在第二方面第十二种可能的实现方式中,所述资源列表中的每个资源信息组包括一个PUCCH资源的起始地址指示信息;所述第二指示信息包括RI,所述RI用于向所述UE指示与所述RI对应的第四资源信息组;所述第二指示信息还包括FI和LI,所述FI用于向所述UE指示所述第四资源信息组对应的PUCCH资源的PUCCH格式,所述LI用于向所述UE指示所述第四资源信息组对应的PUCCH资源的大小。
结合第二方面、或第二方面第一种至第十二种任一可能的实现方式,在第二方面第十三种可能的实现方式中,所述资源列表包括两个资源信息组;所述第二发送模块具体用于:根据调度载波确定两组TPC域,其中一组用于发送与第四资源信息组对应的RI和向UE指示所述第四资源信息组对应的PUCCH资源的PUCCH格式的FI,另一组用于发送向UE指示所述第四资源信息组对应的PUCCH资源大小的LI。
结合第二方面、或第二方面第一种至第十三种任一可能的实现方式,在第二方面第十四种可能的实现方式中,所述第二发送模块具体用于:根据所述调度载波的标识号顺序将所述调度载波分为两组;将两组所述调度载波上的TPC域分别确定为一组TPC域。
结合第二方面、或第二方面第一种至第十四种任一可能的实现方式,在第二方面第十五种可能的实现方式中,所述调度载波中包括标识号为奇数的调度载波和标识号为偶数的调度载波;所述第二发送模块具体用于:将所述调度载波中标识号为奇数的调度载波上的TPC域确定为一组TPC域;将所述调度载波中标识号为偶数的调度载波上的TPC域确定为另一组TPC域。
本发明实施例提供的载波聚合下的上行控制信息传输方法及装置,通过基站向用户设备UE发送第一指示信息指示UE根据第一指示信息动态确定上行控制信息UCI,并通过基站向UE分配一个PUCCH资源传输该UCI,可以用于实现载波聚合场景下UCI信息的反馈,提高传送有效的UCI信息的性能。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为根据相关技术的LTE-A系统中FDD模式下确定HARQ-ACK/NACK信息码本的示意图;
图2为根据调度载波的个数来动态确定HARQ-ACK/NACK信息的码本的示意图;
图3为根据调度的CW的个数来动态确定HARQ-ACK/NACK信息的码本的示意图;
图4A~4B为根据图3所示方案进行空间绑定处理的示意图;
图5为本发明实施例提供的载波聚合下的上行控制信息传输方法的流程图;
图6A为根据相关技术的LTE-A系统中FDD模式下的ARI指示示意图;
图6B为根据相关技术的LTE-A系统中TDD模式下的ARI指示示意图;
图7为本发明实施例提供的一种载波聚合下的PUCCH资源分配方法的流程图;
图8为第一种RRC配置信令配置给UE的PUCCH资源列表示意图;
图9为第二种RRC配置信令配置给UE的PUCCH资源列表示意图;
图10为第三种RRC配置信令配置给UE的PUCCH资源列表示意图;
图11为第四种RRC配置信令配置给UE的PUCCH资源列表示意图;
图12为第五种RRC配置信令配置给UE的PUCCH资源列表示意图;
图13A为FDD模式下的载波调度示意图;
图13B为TDD模式下的载波调度示意图;
图14为本发明实施例提供的一种载波聚合下的上行控制信息传输装置示意图;
图15为本发明实施例提供的另一种载波聚合下的上行控制信息传输装置示意图;
图16为本发明实施例提供的一种基站的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的下述实施例中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。
本发明实施例应用于LTE-A中的CA或eCA场景下UCI信息的反馈。在LTE-A中,基站通过高层信令,如无线资源控制(Radio Resource Control,简称RRC)信令配置UE在多个CC上接收下行数据,相应地,UE需要反馈多个CC上发送的下行数据的HARQ-ACK/NACK信息。在基站通过高层信令配置的多个下行CC中,其中一个是主CC(Primary CC,简称PCC),还可以称为主小区Primary cell,简称PCell;其他CC称为辅CC(Secondary CC,简称SCC),还可以称为辅小区Secondary cell,简称SCell。UE通过基站分配的PUCCH资源反馈多个CC的HARQ-ACK/NACK信息。
在CA场景下,如果有PDSCH数据在SCC上传输,则使用PUCCH format 3格式进行PUCCH发送,其PUCCH资源分配将由一种半静态配置和动态指示混合的方法来实现,即可以通过RRC配置信令显式地配置若干个PUCCH format 3资源给UE,然后由多个SCC(至少一个)物理下行控制信道(Physical Downlink Control Channel,简称PDCCH)所发射的下行控制信息(Downlink control information,简称DCI)中的传输功率控制(Transmit PowerControl,简称TPC)域的值来进行实际使用的PUCCH format 3资源指示(此时该指示信息称为HARQ-ACK/NACK Resource Indicator,简称ARI),该指示信息向用户设备指示RRC配置的若干个资源中的一个。为了更清楚的理解本发明实施例所要解决的技术问题,下面将对现有协议中载波聚合场景下反馈UCI信息做如下示例性说明。
图1为根据相关技术的LTE-A系统中FDD模式下确定HARQ-ACK/NACK信息码本的示意图。请参照图1,基站通过高层信令向UE配置了5个载波,其对应的传输模式(Transmission Mode,简称TM)所支持的最大传输码字(Codeword,简称CW)个数依次为2个、1个、2个、2个和1个。其中被调度的载波有CC1、CC3和CC5,而UE正确接收到了CC1和CC3上的DCI信息,并正确译码了CC1上发送的两个CW和CC3上发送的一个CW,而没有正确接收到CC5上发送DCI信息,则UE可以以此确定HARQ-ACK/NACK信息的码本为“11010000”,其中“1”对应的信息为ACK,“0”对应的信息为NACK。可见,在现有协议中HARQ-ACK/NACK信息的大小和顺序是根据配置的载波个数、每个配置载波的TM所对应的最大码字个数和载波序号来确定的。这种方法在配置的载波没有被调度(即没有被实际用来传送数据),或载波传输的码字没有达到最大配置时,仍然会填充部分无用的比特。
eCA是3GPP在2015年1月成立的无线LTE下超过5个载波的增强载波聚合(WI LTECarrier Aggregation Enhancement Beyond 5 Carriers)的简称,表示可以聚合的载波数大量增加,要求达到的最大聚合载波数为32个。在eCA场景下,将会有更多配置载波,最多可达32个配置载波,如果按照现有协议的方法来确定HARQ-ACK/NACK信息,那么需要HARQ反馈信息的码本会很大,例如配置32个载波最多反馈的比特数为638。此外,eCA场景下还要求在一个子帧内可以反馈多个CC的CSI信息,如果CSI信息和HARQ反馈信息需要在同一个子帧进行传送,那么UCI的信息大小会进一步增加。为了简化起见,本发明实施例仅以HARQ反馈信息为例。
UE在确定HARQ-ACK/NACK信息的码本后,要通过基站分配的PUCCH资源来向基站传送HARQ-ACK/NACK信息。
目前LTE协议中定义了3类共7种PUCCH格式,不同PUCCH格式携带的UCI信息内容不同,UE根据需要传输的信息来选择使用哪种PUCCH格式。第一类为Formatlx,包括formatl、formatla、formatlb格式,承载SR信息或者HARQ-ACK/NACK信息,或者SR信息和HARQ-ACK/NACK信息;第二类为Format2x格式,包括format2、format2a、format2b格式,承载CSI或者CSI和HARQ-ACK/NACK信息;第三类为Format3格式,用于承载载波聚合(CarrierAggregation,简称CA)时的多HARQ-ACK/NACK信息加上可选的SR信息或CSI信息。上述的7种PUCCH格式中PUCCH format能承载的比特数最大,最大为22比特,根本无法满足最多配置32个载波时可能需要反馈639比特的HARQ反馈信息的要求。
为此,在目前的标准讨论中提出了多种新的PUCCH格式的候选格式,新的PUCCH格式的候选格式包括:PUSCH-based format、Multi-PRB PF3(PUCCH format 3)、Reduced-OCCPF3和Multi-resource PF3。而目前可选的新的PUCCH格式所需支持的最大承载比特数可能为128、256、319或638比特中的一种,如果最终选择的新PUCCH格式最大所能承载的比特数小于638比特,那么该格式依然无法满足发送所有HARQ反馈信息时所需承载的比特数。如果HARQ反馈信息码本的确定方法不做改变,即使通过新的PUCCH格式传输HARQ-ACK/NACK信息,并不能减轻传送数据的负担,影响了反馈有效信息的传送性能。
由于PUCCH format所能承载的比特数有限,现有协议中提出了一种绑定HARQ反馈信息的处理方法,以减小HARQ-ACK/NACK信息的比特数。具体的,就是对于发送2个码字的CC,可以将其同一下行子帧发送的2个CW对应的ACK/NACK信息做逻辑与操作,得到1比特的ACK/NACK信息。在协议中,将其称为“spatial HARQ-ACK/NACK bundling”处理,即HARQ反馈信息的空间绑定。
目前标准讨论已经同意将eCA下的HARQ-ACK/NACK信息的码本根据调度载波动态的来决定,即用于反馈HARQ信息的一个子帧上的HARQ码本(包括大小和顺序)可以根据调度情况的不同而变化。
图2为根据调度载波的个数来动态确定HARQ-ACK/NACK信息的码本的示意图,以下称为第一种方案。该方案在载波的DCI信息中包含有CC计数值(counter CC),用来指示被调度载波的序号(也称为被调度载波的累积个数),由于被调度载波的个数和下行DCI传输的个数,以及下行PDSCH的个数一致,因此CC计数值也可以表示DCI的累积个数或PDSCH的累积个数。该CC计数值信息包含在用于下行指派的DCI信息中。此外CC总数值(total CC)表示在该子帧中所有调度载波的总个数,该值可以包含在用于下行指派的DCI信息中,也可以用其他方式来指示,这里仅以包含在用于下行指派的DCI中为例,并不做限定。在图中所示的示例中,基站通过高层信令向UE配置了10个载波,其中被调度的载波有CC1、CC3、CC6和CC10,且UE正确接收了CC1和CC6上的DCI信息,获得了CC1上的CC计数值为1,CC6上的CC计数值为3,且在CC1和CC6上都获得CC总数值为4,并且在调度的PDSCH中正确译码了CC1和CC6上发送的2个CW,但没有正确接收CC3和CC10上的DCI信息,该方案为了使得丢失DCI信息和未丢失DCI信息的载波上反馈的HARQ比特数一致,将所有传输码字为2的CC上的HARQ反馈信息做了空间绑定,CC1和CC6两个载波上HAQR反馈信息的绑定结果都是1,则UE可以根据CC1和CC6的计数值确定绑定后的两个HARQ反馈信息分别位于第1个比特位置和第3个比特位置,通过CC总数4可以知道HARQ反馈信息的总长度为4比特,以此确定HARQ-ACK/NACK信息的码本为“1010”。
可见,在图2所示的第一种方案中,由于没法通过DCI中的CC计数值信息获得累积调度CW的个数,对于丢失的CC发送的是几个CW也无法分辨,因此默认将包括两个CW的调度载波上的HARQ反馈信息进行空间绑定。那么当某一个调度载波上传输的两个CW中有一个没有被UE成功译码时,都会向基站反馈NACK信息,基站在接收到UE反馈的NACK信息后,认为该下行子帧上的2个CW都传输失败,并对该下行子帧的2个CW都进行重传。这样就会造成一些不必要的重传,从而影响下行吞吐量性能。
图3为根据调度的CW的个数来动态确定HARQ-ACK/NACK信息的码本的示意图,以下称为第二种方案。该方案在载波的DCI信息中包含有CW计数值(counter CW)信息,用来指示被调度了的CW序号(也称为被调度CW的累积个数),需要注意的是对于调度了2个CW的载波,其CW计数值反应的是第2个调度CW的序号,当该序号被UE正确接收后,第一个CW的序号也默认被正确接收到了。该CW计数信息包含在用于下行指派的DCI信息中。此外CW总数(totalCW)信息表示在该子帧中所有调度CW的总个数,该值可以包含在用于下行指派的DCI信息中,也可以用其他方式来指示,这里仅以包含在用于下行指派的DCI中为例,并不做限定。在图中所示的示例中,基站通过高层信令向UE配置了10个载波,其中被调度的载波有CC1、CC3、CC6和CC10,且UE正确接收了CC1和CC6上的DCI信息,获得了CC1上的CW计数值为2,CC6上的CW计数值为5,且在CC1和CC6上都获得CC总数值为6,并且在调度的PDSCH中正确译码了CC1上发送的两个CW和CC6上发送的第一个CW,但没有正确接收到CC3和CC10上DCI信息,则UE可以根据CC1上CW计数值2和通过解调DCI获得该载波调度了2个CW的信息推断出CC1还对应CC计数值为1的HARQ反馈信息,则CC1的HARQ反馈信息在整个HARQ反馈codebook中的位置(也称为顺序)为第1和第2个比特,由于两个码字都正确译码,因此为‘11’;同理可得CC6的HARQ反馈信息在整个HARQ反馈codebook中的位置(也称为顺序)为第4和第5个比特,由于只有第一个CW正确译码,后一个CW译码失败,因此为‘10’。此外UE根据接收到的CW总数6可以确定HARQ反馈codebook的总比特数为6个比特,因此UE最后确定HARQ-ACK/NACK信息的码本为“110100”。
综上所述,第一种方案的CC计数值和CC总数值和第二种方案的CW计数值和总数值都可以称为载波域(cell-domain)或频率域(frequency-domain)的下行指派索引(Downlink Assignment Index,简称DAI)信息。第一种方案基站是通过调度载波来生成DAI信息,第二种方案是通过调度码字来生成DAI信息的。
在图3所示的第二种方案中,如果需要再进行HARQ反馈信息空间绑定处理,就会造成UE对HARQ反馈信息码本大小的不确定,从而导致基站和UE对HARQ反馈码本的不一致理解。具体可参见图4A和图4B所示的两种情况。对于丢失多个码字的情况,UE无法通过接收到的CC1和CC6上的CW计数值信息分辨丢掉的是两个载波上的各1个CW(即图4A中的CC2和CC3上的各1个CW),还是一个载波上的2个CW(即图4B中的CC4上的2个CW),从而导致第二种方案在进行空间绑定时无法判断绑定后的比特个数,可能为5比特(图4A)或4比特(图4B),而此时基站对调度的情况是明确的,UE对HARQ反馈信息绑定后比特数的不确定可能导致反馈比特数与实际情况不符,即导致基站和UE在HARQ反馈码本上的理解不一致,从而UE无法准确传送HARQ-ACK/NACK信息。
为此,本发明实施例提供了一种针对载波聚合下的UCI的传输方法,通过基站向UE发送一个指示信息,让UE根据该指示信息选择确定HARQ-ACK/NACK信息码本的方式。
在本发明下述实施例提供的载波聚合下的上行控制信息传输方法中,执行主体均为基站。
图5为本发明实施例提供的载波聚合下的上行控制信息传输方法的流程图,如图5所示,本实施例提供的载波聚合下的上行控制信息传输方法可以包括以下步骤:
S51,基站向UE发送第一指示信息,所述第一指示信息用于指示UE根据第一指示信息动态确定UCI;
这里所谓的动态确定就是每个反馈UCI的子帧上UCI信息都可以根据实际调度载波或码字的不同情况而改变。尤其是HARQ反馈信息的码本。
S52,基站向UE分配一个PUCCH资源,所述PUCCH资源用于传输所述UCI。
在本实施例中,上述的第一指示信息具体可以为第一类指示信息或第二类指示信息。当上述的第一指示信息为第一类指示信息时,UE根据第一类指示信息确定基站根据调度载波数生成DAI信息时的UCI;当上述的第一指示信息为第二类指示信息时,UE根据所述第二类指示信息确定基站根据调度码字数生成DAI信息时的UCI。需要说明的是这里所说的DAI信息包括了图2所示的第一种方案中的CC计数值信息和图3所示的第二种方案中的CW计数值。此外,DAI信息还可以包括第一种方案中的CC总数信息和图3所示的第二种方案中的CW总数信息,这里不做限定。
说要说明的是,由于基站非常清楚根据当前的调度情况应该产生多少比特的HARQ-ACK/NACK信息,也清楚所要指示用于PUCCH传输的新的PUCCH格式的最大承载比特数,所以基站可以根据当前调度实际需要反馈的HARQ-ACK/NACK信息的比特个数与新的PUCCH格式的最大承载比特数之间的关系选择下行指派索引(Downlink Assignment Index,简称DAI)信息的发送方式。
具体的,当需要反馈的HARQ-ACK/NACK信息的比特个数大于用于PUCCH传输的新的PUCCH格式的最大承载比特数时,基站会根据调度载波数生成DAI信息,并将该DAI生成方式通过一个指示信息(可称为第一类指示信息)告知给UE,UE根据基站发送的指示信息确定需要对HARQ反馈信息进行空间绑定处理;当需要反馈的HARQ-ACK/NACK信息的比特个数小于或等于用于PUCCH传输的新的PUCCH格式的最大承载比特数时,基站会根据调度码字数生成DAI信息,并将该DAI生成方式通过一个指示信息(可称为第二类指示信息)告知给UE,UE根据基站发送的指示信息确定不对HARQ反馈信息进行空间绑定处理。因此,基站发送给UE的这个指示信息还可以理解为基站指示UE是否对调度载波的HARQ信息进行空间绑定的指示信息。上述的基站发送给UE的指示信息称为第一指示信息。
可选的,基站可以通过RRC配置信令向UE发送上述的第一指示信息,或者,通过在下行控制信息(Downlink Control Information,简称DCI)中引入新的数据域来发送上述的第一指示信息,基站还可以通过复用DCI中原有的数据域来发送上述的第一指示信息。
作为另一种可选的实施方式,基站还可以通过不同的DCI的编码方式来向UE指示:基站是根据调度载波数生成DAI信息还是根据调度码字数生成DAI信息,即通过不同的编码方式来对应不同类型的指示信息。
示例性,基站在对DCI进行编码时,可以在DCI编码生成的循环冗余校验(CyclicRedundancy Check,CRC)码中异或一个固定序列(如对于8比特CRC,该固定序列可以为二进制的“10110110”)或对CRC不做任何处理(也等价为异或一个固定序列二进制的“00000000”),即在CRC码中增加扰码,或者不在CRC码中增加扰码(也可以等价为在CRC中采用不同固定序列进行扰码)。当UE对DCI进行译码时,如果UE可以直接对DCI进行译码,则说明基站没有在DCI编码生成的CRC码中增加扰码,相应的,UE可以获知基站是根据调度载波数生成DAI信息的。反之,如果UE不能直接对DCI进行译码,而通过已知固定序列“10110110”可以正确对DCI进行译码时,则说明基站在DCI编码生成的CRC码中增加了扰码,相应的,UE可以获知基站是根据调度码字数生成DAI信息的。
本实施例提供的载波聚合下的上行控制信息传输方法,通过基站向UE发送一个指示信息,UE根据该指示信息来动态的确定UCI(也就是HARQ-ACK/NACK信息)的码本,从而提高了传送有效的HARQ-ACK/NACK信息的性能。
如上所述,目前PUCCH资源分配,是由基站向UE分配资源来实现的,在CA场景下,可以通过RRC配置信令显式地配置若干个资源给UE,然后由一个HARQ-ACK/NACK资源指示(HARQ-ACK/NACK Resource Indicator,简称ARI)信息向用户设备指示RRC配置的若干个资源中的一个。
现有LTE-A系统中的CA场景下,最多配置5个载波,PUCCH资源是通过RRC的配置,或RRC配置结合ARI的指示共同完成的。现有协议中RRC进行资源配置的信令单元为:
其中CHOICE表示PUCCH的格式在format3和channelSelection选择一个。以选format3为例,配置了4个资源(SEQUENCE(SIZE(1..4))OF INTEGER(0..549)),每个资源用一个INTEGER数值进行表示。
在现有协议中,ARI信息是通过复用LTE-A中在下行控制信息(Downlink ControlInformation,简称DCI)中的TPC域进行发送的。具体的,复用DCI中的TPC域是指PCC上DCI中的TPC域上仍然发送功率控制命令,保证基站可以对UE的PUCCH发射功率进行控制,同时,在SCC上的DCI中的TPC域上发送ARI信息。
LTE-A系统协议目前还规定,其双工方式需要同时支持频分双工(FrequencyDivision Duplex,简称FDD)和时分双工(Time Division Duplex,简称TDD)。具体的,LTE-A系统的FDD模式下,一个上行子帧只反馈一个下行子帧的HARQ-ACK/NACK信息;LTE-A系统的TDD模式下,某些上行子帧需要反馈多个下行子帧的HARQ-ACK信息。
图6A为根据相关技术的LTE-A系统中FDD模式下的ARI指示示意图,图中N-4和N表示帧的序号,FDD中下行PDSCH数据和上行反馈的间隔时间为4个子帧。如图6A所示,在FDD模式下,PCC上收到的下行控制信息(Downlink Control Information,简称DCI)的PUCCH TPC(TPC command for PUCCH)字段都是用于PUCCH的功率控制的,所有SCC上收到的所有下行DCI的PUCCH TPC字段都是用于指示选择哪个PUCCH Format3资源的,且UE在所有SCC的同一子帧接收到的PUCCH TPC字段值都必须是相同的。PUCCH TPC字段值可以参见表1所示的TPC域值的含义。
表1 TPC域值的含义
TPC字段值 | 对应的PUCCH资源值 |
‘00’ | 高层配置的第一PUCCH资源值 |
‘01’ | 高层配置的第二PUCCH资源值 |
‘10’ | 高层配置的第三PUCCH资源值 |
‘11’ | 高层配置的第四PUCCH资源值 |
图6B为根据相关技术的LTE-A系统中TDD模式下的ARI指示示意图。如图6B所示,在TDD模式下,PCC上收到的下行指派索引(Downlink Assignment Index,简称DAI)等于1的下行DCI的PUCCH TPC字段都是用于PUCCH的功率控制的;而PCC上收到的DAI>1的下行DCI的PUCCH TPC字段和所有SCC上收到的所有下行DCI的PUCCHTPC字段都是用于指示选择哪个PUCCH Format3资源的,且UE在PCC上收到的DAI>1的下行DCI的所有PUCCH TPC字段与SCC接收到的PUCCH TPC字段必须是相同的。其中,子帧S为TDD模式下的特殊子帧,也可以用于传输下行控制信息。
值得一提的是,现有协议中每个载波用于做ARI指示的TPC域只有2个bit,可选资源数为4。ARI指示用于在4个可选资源中选择1个做UCI发送的资源。
如上所述,现有协议中定义的7种PUCCH格式中PUCCH format3能承载最多的UCI信息比特,其最大承载的比特数为22比特,PUCCH format 3传输格式下22比特的原始信息经过编码后仅需要承载在1个物理资源块(Phyzical Resource Block,简称PRB)对上。因此现有最多配置5个载波的CA场景下的PUCCH格式所占用的资源均为1个PRB对。而eCA场景下由于配置CC个数最大可达32个,且每个子帧可以反馈多个CC的CSI信息,因此使用PUCCH反馈的UCI信息大量增加,占用的资源可能超过1个PRB对。
由于在本发明图5所示实施例提供的反馈HARQ-ACK/NACK信息的方法中,HARQ-ACK/NACK信息的码本可以根据调度载波数或调度码字数动态的来决定,这就意味着每个子帧用于传送HARQ-ACK/NACK的PUCCH所占用的资源会变化,且PUCCH的格式也可能做不同的选择。
为了支持本发明图5所示实施例提供的反馈HARQ-ACK/NACK信息的方法,还需要基站向UE分配一个PUCCH资源,通过该PUCCH资源传输HARQ-ACK/NACK信息。
为此,本发明实施例还提供了针对eCA设计的新PUCCH格式的资源分配和PUCCH格式指示。可以理解的是,本实施例提供的载波聚合下的PUCCH资源分配方法同样适用于现有最多聚合5个载波的场景。本实施例提供的载波聚合下的PUCCH资源分配方法中,执行主体均为基站。
图7为本发明实施例提供的一种载波聚合下的PUCCH资源分配方法的流程图,如图7所示,该方法可以包括如下步骤:
S71,基站向UE发送第二配置信息,所述第二配置信息用于向UE配置资源列表,所述资源列表包括多个资源信息组;
S72,基站向UE发送第二指示信息,所述第二指示信息用于向UE指示资源列表中的一个资源信息组对应的PUCCH资源。
在本实施例中,基站可以通过RRC配置信令给UE配置若干个资源,即基站可以通过RRC配置信令向UE配置PUCCH资源列表,该资源列表包括多个资源信息组,每个资源信息组对应一个PUCCH资源。
同时,在本实施例中,由于基站可以根据调度载波动态的确定UE发送的HARQ反馈信息的码本大小,根据不同的码本大小在不同的无线信道条件下,可以在基站配置给UE的PUCCH资源列表中选择使用不同的PUCCH资源大小或不同的PUCCH格式的PUCCH资源。需要说明的是这里的PUCCH资源的大小指的是PRB对的个数,由于本实施例分配的资源都是连续的,因此也可以称为PRB对的长度。具体的,可以通过第二指示信息向UE指示资源列表中的一个资源信息组对应的PUCCH资源。具体的,第二指示信息可以为ARI信息。
需要说明的是,由于PUCCH所承载的UCI信息的码本大小确定方法对资源分配方式有较大影响,码本大小就是指UCI信息比特的大小。这里以HARQ-ACK/NACK的码本大小确定为例说明本实施例的应用场景。现有协议中HARQ-ACK/NACK的码本大小取决于配置的载波个数和每个载波的传输模式(Transmit Model,简称TM),这些参数都是半静态配置的,因此可以说HARQ-ACK/NACK的码本大小也是半静态配置好的,在不改变配置的情况下一个用户的每个子帧的码本大小相同。然而,不同的PUCCH格式在不同的码本大小下性能有差异,这就意味着如果考虑使用多种PUCCH格式,为了最优化性能,不同子帧使用的PUCCH格式可以不同。
可以理解的是,基站可以根据调度载波个数或调度码字的个数确定UCI信息的码本大小,再结合当前的信道环境以及其他参数来确定UE所需的PUCCH资源的大小信息和格式信息,本实施例对此不做具体限定。
本实施例提供的载波聚合下的PUCCH资源分配方法,基站通过RRC配置信令向UE配置多个PUCCH资源,再根据调度载波个数或调度码字的个数确定UCI信息的码本大小,再结合当前的信道环境确定UE的是实际需求,利用第二指示的指示完成PUCCH资源的选择,以及PUCCH资源大小和PUCCH格式的动态灵活确定,而非向UE分配固定大小和固定格式的PUCCH资源,不仅可以满足eCA场景下UE通过PUCCH反馈的UCI占用的资源可能超过1个PRB对的要求,同时还可以提高PUCCH资源的利用率。
另外,相对于相关技术中载波聚合下只能半静态配置PUCCH的格式,本实施例提供的载波聚合下的资源分配方法,针对不同的子帧可以使用不同的PUCCH格式,可以支持可变化的多种新的PUCCH格式的候选格式,从而使系统性能得到优化。
在本实施例中,基站预先通过RRC配置信令配置给UE的资源列表,可以是不同的资源信息组对应相同的PUCCH格式,也可以是不同的资源信息组对应不同的PUCCH格式。下面将通过具体示例作进一步详细说明。
图8为第一种RRC配置信令配置给UE的PUCCH资源列表示意图,该资源列表中的多个资源信息组根据两种不同PUCCH格式排列,每种PUCCH格式对应2个资源信息组,每个资源信息组包括一个PUCCH资源的起始地址指示信息和大小指示信息。具体的RRC的配置信令可以写为如下的形式,显然,以下信令内容仅用来对本发明进行示例性说明,而非用来限制本发明。
示例性的,可以通过以下RRC配置信元向UE配置PUCCH资源列表:
进一步的,当基站确定UE所需的PUCCH资源的大小信息和格式信息后,就可以在PUCCH资源列表中选择一个大小指示信息和PUCCH格式与UE所需的PUCCH资源的大小信息和格式信息相同的第一资源信息组,然后通过第二指示信息将第一资源信息组对应的资源索引(Resource Index,简称RI)发送给UE,UE根据第二指示的指示获得第一资源信息组对应的PUCCH资源。
举例说明,例如基站确定UE所需的PUCCH资源为2个PRB对的Multi-PRB PF3格式的,那么基站就可以通过第二指示信息将图8所示的资源信息组1对应的RI发送给UE。UE根据第二指示信息的指示获得资源信息组1对应的PUCCH资源。
值得一提的是,可以通过相关技术中发送ARI信息的方法来向UE发送第二指示信息。示例性的,可以通过LTE中DCI的TPC域来发送第二指示信息。可以理解的是,现有协议中每个载波用于做ARI指示的TPC域有2个bit,可以实现4选1的资源选择。
图9为第二种RRC配置信令配置给UE的PUCCH资源列表示意图,该资源列表中的多个资源信息组根据两种不同PUCCH格式排列,每种PUCCH格式对应4个资源信息组,每个资源信息组包括一个PUCCH资源的起始地址指示信息和大小指示信息。
进一步的,当基站确定UE所需的PUCCH资源的大小信息和格式信息后,就可以在PUCCH资源列表中选择一个大小指示信息和PUCCH格式与UE所需的PUCCH资源的大小信息和格式信息相同的第二资源信息组,然后通过第二指示信息将第而资源信息组对应的资源索引(Resource Index,简称RI)发送给UE,UE根据第二指示的指示获得第而资源信息组对应的PUCCH资源。
由于图9所示的情况下,需要在8个资源信息组中选择一个资源信息组对应的PUCCH资源,而现有协议中每个载波用于做ARI指示的TPC域只有2个bit,只能实现4选1的资源选择,因此通过现有的用于做ARI指示的TPC域来发送第二指示信息无法实现在8个资源信息组中选择一个资源信息组对应的PUCCH资源。
作为一种优选的实施方式,可以通过两组TPC域来发送第二指示信息。其中一组TPC域用来发送第二资源信息组对应的RI,其PUCCH TPC字段值可以参见表2所示的第一组TPC域值的含义;另一组TPC域用来发送第二资源信息组对应的PUCCH格式索引(FormatIndex,简称FI),其PUCCH TPC请求字段值可以参见表3所示的第二组TPC域值的含义。显然,表2和表3所列的TPC域值的含义仅用于对本发明做示例性说明,而非用来限制本发明。
表2 第一组TPC域值的含义
TPC字段值 | 对应的PUCCH资源值 |
‘00’ | 高层配置的第一PUCCH资源值 |
‘01’ | 高层配置的第二PUCCH资源值 |
‘10’ | 高层配置的第三PUCCH资源值 |
‘11’ | 高层配置的第四PUCCH资源值 |
表3 第二组TPC域值的含义
TPC字段值 | 对应的PUCCH资源格式值 |
‘00’ | PUCCH format3 |
‘01’ | Multi-PRB PF3 |
‘10’ | PUSCH-based |
‘11’ | Reduced OCC |
作为另一种可选的实施方式,基站还可以通过扩展的TPC域发送第二资源信息组对应的RI和FI。示例性的,可以在现有TPC域中增加至少1bit得到扩展的TPC域,通过原有的2bit来发送第二资源信息组对应的RI,通过新增的比特来发送第二资源信息组对应的FI。具体的扩展后的PUCCH TPC字段值可以参见表4所示的扩展的TPC域值的含义。根据表4给出的第一类扩展的TPC域为3bit时的TPC域值的含义可知,可以通过新增的1bit指示2种不同格式的PUCCH资源。显然,根据表4给出的第一类扩展的TPC域为3bit时的TPC域值的含义还可以获得扩展的TPC域为4bit时的TPC域值的含义,即可以通过新增的2bit,可以指示4种不同格式的PUCCH资源。
表4 第一类扩展的TPC域值的含义
TPC字段值 | 对应的指示信息 |
‘000’ | PUCCH格式1的资源信息组1 |
‘001’ | PUCCH格式1的资源信息组2 |
‘010’ | PUCCH格式1的资源信息组3 |
‘011’ | PUCCH格式1的资源信息组4 |
‘100’ | PUCCH格式2的资源信息组1 |
‘101’ | PUCCH格式2的资源信息组2 |
‘110’ | PUCCH格式2的资源信息组3 |
‘111’ | PUCCH格式2的资源信息组4 |
图10为第三种RRC配置信令配置给UE的PUCCH资源列表示意图,该资源列表中的4个资源信息组根据不同PUCCH格式排列,每种PUCCH格式对应2个资源信息组,每个资源信息组包括一个PUCCH资源的起始地址指示信息。同理,在本实施例一种未示出的PUCCH资源列表示意图中,还可以每种PUCCH格式对应4个资源信息组,每个资源信息组包括一个PUCCH资源的起始地址指示信息。
进一步的,当基站确定UE所需的PUCCH资源的大小信息和格式信息后,就可以在PUCCH资源列表中选择一个PUCCH格式与UE所需的PUCCH资源的格式信息相同的第三资源信息组,然后通过第二指示信息将第二资源信息组对应的RI发送给UE,UE根据第二指示信息的指示获得第三资源信息组对应的PUCCH资源。同时,基站还通过第二指示信息向UE发送与UE所需的PUCCH资源的大小信息对应的PUCCH资源的大小索引(Length Index,简称LI),以向UE指示第三资源信息组对应的PUCCH资源的大小。
同样值得一提的是,可以通过相关技术中发送ARI信息的方法来向UE发送第二指示信息。示例性的,可以通过LTE中DCI的TPC域来发送第二指示信息。由于图10所示的情况下,第二指示信息不仅要向UE指示第三资源信息组对应的RI,还要向UE指示第三资源信息组对应的LI。
作为一种优选的实施方式,可以通过两组TPC域来发送第二指示信息。其中一组TPC域用来发送第三资源信息组对应的RI,其TPC请求PUCCH字段值可以参见表2所示的第一组TPC域值的含义;另一组TPC域用来发送向UE指示第三资源信息组对应的PUCCH资源大小的LI,其TPC请求PUCCH字段值可以参见表5所示的第三组TPC域值的含义。
表5 第三组TPC域值的含义
TPC字段值 | 对应的PUCCH资源大小值 |
‘00’ | 1个PRB对 |
‘01’ | 2个PRB对 |
‘10’ | 3个PRB对 |
‘11’ | 4个PRB对 |
作为另一种可选的实施方式,基站还可以通过扩展的TPC域发送第二资源信息组对应的RI和向UE指示第二资源信息组对应的PUCCH资源大小的LI。示例性的,可以在现有TPC域中增加至少1bit得到扩展的TPC域,通过原有的2bit来发送第二资源信息组对应的RI,通过新增的比特来发送向UE指示第二资源信息组对应的PUCCH资源大小的LI。具体的扩展后的TPC请求PUCCH字段值可以参见表6所示的第二类扩展的TPC域值的含义。根据表6给出的第二类扩展的TPC域为3bit时的TPC域值的含义可知,可以通过新增的1bit,指示2种不同大小的PUCCH资源。显然,根据表6给出的得二类扩展的TPC域为3bit时的TPC域值的含义还可以获得扩展的TPC域为4bit时的TPC域值的含义,即可以通过新增的2bit,可以指示4种不同大小的PUCCH资源。
表6 第二类扩展的TPC域值的含义
图11为第四种RRC配置信令配置给UE的PUCCH资源列表示意图,该资源列表中的每个资源信息组包括一个PUCCH资源的起始地址指示信息和大小指示信息。具体的RRC的配置信令可以写为如下的形式,显然,以下信令内容仅用来对本发明进行示例性说明,而非用来限制本发明。
示例性的,可以通过以下RRC配置信令向UE配置PUCCH资源列表:
如图11所示,通过上述RRC配置信令向UE配置的PUCCH资源列表包括4个资源信息组,每个资源信息组包含一个PUCCH资源起始指示信息(ResourceStart INTEGER(0..549))和一个PUCCH资源大小信息(ResourceLen INTEGER(0..5))。因此,还需要动态的指示4个资源信息组的PUCCH格式。也就是,通过上述RRC配置信令向UE配置的PUCCH资源列表中的每个资源信息组都包括一个PUCCH资源的起始地址指示信息和大小指示信息。
进一步的,当基站确定UE所需的PUCCH资源的大小信息和格式信息后,就可以在PUCCH资源列表中选择一个大小指示信息与UE所需的PUCCH资源的大小信息相同的第四资源信息组,然后通过第二指示信息将第四资源信息组对应的RI发送给UE,UE根据第二指示信息的指示获得第四资源信息组对应的PUCCH资源。同时,基站还通过第二指示信息向UE发送与UE所需的PUCCH资源的格式信息对应的PUCCH资源的格式索引FI,以向UE指示第四资源信息组对应的PUCCH资源的PUCCH格式。
同样值得一提的是,可以通过相关技术中发送ARI信息的方法来向UE发送第二指示信息。示例性的,可以通过LTE中DCI的TPC域来发送第二指示信息。由于图11所示的情况下,第二指示信息不仅要向UE指示第四资源信息组对应的RI,还要向UE指示第四资源信息组对应的FI。
作为一种优选的实施方式,可以通过两组TPC域来发送第二指示信息。其中一组TPC域用来发送第四资源信息组对应的RI,其TPC请求PUCCH字段值可以参见表2所示的第一组TPC域值的含义;另一组TPC域用来发送向UE指示第四资源信息组对应的PUCCH资源的FI,其TPC请求PUCCH字段值可以参见表3所示的第二组TPC域值的含义。
作为另一种可选的实施方式,基站还可以通过扩展的TPC域发送第四资源信息组对应的RI和向UE指示第四资源信息组对应的PUCCH资源的格式的FI。示例性的,可以在现有TPC域中增加至少1bit得到扩展的TPC域,通过原有的2bit来发送第四资源信息组对应的RI,通过新增的比特来发送向UE指示第四资源信息组对应的PUCCH资源的格式的FI。具体的扩展后的TPC请求PUCCH字段值可以参见表7所示的第三类扩展的TPC域值的含义。根据表7给出的第三类扩展的TPC域为3bit时的TPC域值的含义可知,可以通过新增的1bit,指示2种不同格式的PUCCH资源。显然,根据表6给出的得二类扩展的TPC域为3bit时的TPC域值的含义还可以获得扩展的TPC域为4bit时的TPC域值的含义,即可以通过新增的2bit,可以指示4种不同大小的PUCCH资源。
表7 第三类扩展的TPC域值的含义
TPC字段值 | 对应的指示信息 |
‘000’ | 资源信息组1,且为PUCCH格式1 |
‘001’ | 资源信息组2,且为PUCCH格式1 |
‘010’ | 资源信息组3,且为PUCCH格式1 |
‘011’ | 资源信息组4,且为PUCCH格式1 |
‘100’ | 资源信息组1,且为PUCCH格式2 |
‘101’ | 资源信息组2,且为PUCCH格式2 |
‘110’ | 资源信息组3,且为PUCCH格式2 |
‘111’ | 资源信息组4,且为PUCCH格式2 |
图12为第五种RRC配置信令配置给UE的PUCCH资源列表示意图,该资源列表的每个资源信息组包括一个PUCCH资源的起始地址指示信息。示例性的,可以通过以下RRC配置信令向UE配置PUCCH资源列表:
进一步的,基站要通过第二指示信息将第五资源信息组对应的RI发送给UE,UE根据第二指示信息的指示获得第五资源信息组对应的PUCCH资源。同时,基站还要通过第二指示信息向UE发送与UE所需的PUCCH资源的格式信息对应的PUCCH资源的FI,以向UE指示第五资源信息组对应的PUCCH资源的格式;基站还要通过第二指示信息向UE发送与UE所需的PUCCH资源的大小信息对应的PUCCH资源的LI,以向UE指示第五资源信息组对应的PUCCH资源的大小。
同样值得一提的是,可以通过相关技术中发送ARI信息的方法来向UE发送第二指示信息。示例性的,可以通过LTE中DCI的TPC域来发送第二指示信息。由于图11所示的情况下,第二指示信息不仅要向UE指示第五资源信息组对应的RI,还要向UE指示第五资源信息组对应的FI和LI。
作为一种优选的实施方式,可以通过三组TPC域来发送第二指示信息。其中一组TPC域用来发送第五资源信息组对应的RI,其TPC请求PUCCH字段值可以参见表2所示的第一组TPC域值的含义;一组TPC域用来发送向UE指示第五资源信息组对应的PUCCH资源的格式的FI,其TPC请求PUCCH字段值可以参见表3所示的第二组TPC域值的含义;还有一组TPC域用来发送向UE指示第五资源信息组对应的PUCCH资源大小的LI,其TPC请求PUCCH字段值可以参见表5所示的第三组TPC域值的含义。
作为另一种可选的实施方式,基站还可以通过扩展的TPC域发送第五资源信息组对应的RI和向UE指示第五资源信息组对应的PUCCH资源的格式的FI,以及向UE指示第五资源信息组对应的PUCCH资源大小的LI。示例性的,可以在现有TPC域中增加至少2bit得到扩展的TPC域,通过原有的2bit来发送第五资源信息组对应的RI,通过新增的比特来发送向UE指示第五资源信息组对应的PUCCH资源的格式和大小的FI和LI。
为了尽可能少的增加TPC域的比特数,作为一种优选的实施方式,还以仅通过RRC配置信令配置给UE的资源列表仅包括两个资源信息组。显然这会牺牲资源选择的灵活性。这样,就可以通过两组TPC域来发送第二指示信息。其中一组TPC域用来发送第六资源信息组对应的RI和FI;另一组TPC域用来发送向UE指示第六资源信息组对应的PUCCH资源的LI。
同样可以理解的是,在RRC配置信令配置给UE的资源列表仅包括两个资源信息组时,还可以在现有TPC域中仅增加1bit得到扩展的TPC域,通过原有的2bit来发送第二资源信息组对应的RI以及向UE指示第六资源信息组对应的PUCCH资源格式的FI,通过新增的比特来发送向UE指示第六资源信息组对应的PUCCH资源大小的LI。
在本发明的另实施例中,还将对如何确定两组或三组TPC域做示例性说明。
如图6A和图6B所示,在LTE-A系统中,FDD模式下和TDD模式下的,ARI信息的发送机制是不同,下面将分别以图13A和图13B为例说明如何进行TPC域分组。
图13A为FDD模式下的载波调度示意图。如图13A所示,例如调度载波集合为{0,3,5,6,8,9},其中载波0为PCC。LTE-A系统中FDD模式下,PCC上收到的DCI的TPC请求PUCCH字段都是用于PUCCH的功率控制的,那么可以用于发送ARI信息的载波为5个SCC,即{3,5,6,8,9},将这5个调度载波分为两组。
作为一种可选的实施方式,可以采用顺序分组的方式确定两组TPC域。具体的,可以将不同调度载波上的TPC域划分为两组TPC域。
示例性的,可以根据调度载波确定两组TPC域中每组TPC域对应的载波个数,例如第一组可以对应3个载波,第二组可以对应2个载波,或第一组可以对应1个载波,第二组可以对应4个载波。然后根据调度载波标识号的排列顺序,按照每组TPC域对应的载波个数依次将所述调度载波分为两组,相应的两组载波为G1={3,5,6},G2={8,9},或者G1={3},G2={5,6,8,9}。通常情况下,采用尽量均匀的方式进行载波分组,例如第一组载波的个数等于第二组载波的个数等于其中N表示参与分组的载波总个数,表示向上取值计算。完成载波分组后将两组调度载波上的TPC域分别确定为一组TPC域。
作为另一种可选的实施方式,还可以采用奇偶分组的方式确定两组TPC域。具体的,可以将调度载波中标识号为奇数的调度载波上的TPC域确定为一组TPC域,将调度载波中标识号为偶数的调度载波上的TPC域确定为另一组TPC域,相应的,将G1={3,5,9}上的TPC域确定为一组TPC域,将G2={6,8}上的TPC域确定为另一组TPC域。
需要说明的是,只有当被调度的SCC中存在标识号为奇数和偶数的SCC时,才可以采用奇偶分组的方式确定两组TPC域。否则,只能采用顺序分组的方式确定两组TPC域。
图13B为TDD模式下的eCA调度示意图,如图13B所示,例如调度载波集合为{0,2,3,6,9},其中载波0为PCC。LTE-A系统中TDD模式下,PCC上DAI>1的下行DCI的TPC请求PUCCH字段和所有SCC上收到的所有下行DCI的TPC请求PUCCH字段都可以用于发送ARI信息,那么可以用于发送ARI信息的载波为5个,即{0,2,3,6,9},将这5个调度载波分为两组。
同样的,可以采用顺序分组的方式确定两组调度载波。例如,将G1={0(子帧8),2(子帧4),3(子帧4,子帧5)}上的TPC域确定为一组TPC域,将G2={6(子帧4,子帧8),9(子帧5,子帧6)}上的TPC域确定为另一组TPC域。
或者,还可以采用奇偶分组的方式确定两组TPC域。例如将G1={0(子帧8),2(子帧4),6(子帧4,子帧8)}上的TPC域确定为一组TPC域,将G2={3(子帧4,子帧5),9(子帧5,子帧6)}上的TPC域确定为另一组TPC域。
同样需要说明的是,由于PCC的标识号为偶数,那么只有当被调度的SCC中存在标识号为奇数的SCC时,才可以采奇偶分组的方式确定两组TPC域。
进一步的,对于具体如何确定三组TPC域,可以参照上述实施例中的顺序分组方式,其原理相同,此处不再赘述。需要说明的是TPC分组的方式还有很多,本发明对具体的分组的方式不做限制。
本发明的上述实施例提供的载波聚合下的资源分配方式,基站通过RRC配置信令向UE配置多个PUCCH资源,再根据UE的是实际需求,利用ARI的指示完成PUCCH资源的选择,以及PUCCH资源大小和PUCCH格式的动态灵活确定,可以满足eCA场景下UE通过PUCCH反馈的UCI占用的资源可能超过1个PRB对的要求,同时还可以提高PUCCH资源的利用率。而且,本发明实施例针对不同的子帧可以使用不同的PUCCH格式,可以支持可变化的多种新PUCCH格式的候选格式,使系统性能得到优化。
图14为本发明实施例提供的一种载波聚合下的上行控制信息传输装置示意图,该装置A具体可以设置在基站中,可以用于实现本发明图5所示实施例提供的载波聚合下的上行控制信息传输方法,此处不再赘述。如图14所示,本实施例提供的载波聚合下的上行控制信息传输装置A包括第一发送模块141和资源分配模块142。
其中,第一发送模块141可以用于向用户设备UE发送第一指示信息,所述第一指示信息用于指示UE根据第一指示信息动态确定上行控制信息UCI。资源分配模块142可以用于向UE分配一个PUCCH资源,所述PUCCH资源用于传输所述UCI。
在本实施例中,上述的第一指示信息具体可以为第一类指示信息或第二类指示信息。当上述的第一指示信息为第一类指示信息时,UE根据第一类指示信息确定基站根据调度载波数生成DAI信息时的UCI;当上述的第一指示信息为第二类指示信息时,UE根据所述第二类指示信息确定基站根据调度码字数生成DAI信息时的UCI。
在一种可选的实施方式中,上述第一发送模块具体可以用于向UE发送第一配置信息,所述第一配置信息包括所述第一指示信息。
在另一种可选的实施方式中,上述第一发送模块具体还可以用于向UE发送下行控制信息DCI,所述DCI包括所述第一指示信息。
在又一种可选的实施方式中,上述第一发送模块具体还可以用于向UE发送以第一方式进行编码的DCI,所述第一方式与所述第一类指示信息相对应,所述第一方式为不在DCI编码生成的循环冗余校验CRC中增加扰码;或者,向所述UE发送以第二方式进行编码的DCI,所述第二方式与所述第二类指示信息相对应;所述第二方式为在DCI编码生成的CRC码中增加扰码。
本实施例提供的载波聚合下的上行控制信息传输装置,具体可以设置在基站中,可以用于实现本发明图5所示实施例提供的载波聚合下的上行控制信息传输方法,其实现原理和技术效果类似,此处不再赘述。
图15为本发明实施例提供的另一种载波聚合下的上行控制信息传输装置示意图,该装置B具体可以设置在基站中,可以用于实现本发明图5所示实施例提供的载波聚合下的上行控制信息传输方法,以及图7所示实施例提供的载波聚合下的PUCCH资源分配方法,此处不再赘述。如图15所示,本实施例在图14所示实施例的基础上,资源分配模块142具体还可以包括配置模块1421、指示模块1422和第二发送模块1423。
其中,配置模块1421可以用于生成第二配置信息,所述第二配置信息用于向所述UE配置资源列表,所述资源列表包括多个资源信息组。指示模块1422可以用于生成第二指示信息,所述第二指示信息用于向所述UE指示所述资源列表中的一个资源信息组对应的PUCCH资源。第二发送模块1423可以用于向所述UE发送所述第二配置信息和所述第二指示信息。
在第一种可能的实现方式中,如果通过配置模块1421向UE配置的多个资源信息组根据不同PUCCH格式排列,每种所述PUCCH格式对应至少一个资源信息组,每个所述资源信息组包括一个PUCCH资源的起始地址指示信息和大小指示信息,则指示模块1422生成的第二指示信息可以包括资源索引RI,所述RI用于向所述UE指示与所述RI对应的第一资源信息组。
进一步的,第二发送模块1423具体可以用于通过传输功率控制TPC域发送第二指示信息,即与第一资源信息组对应的RI。
在第二种可能的实现方式中,如果通过配置模块1421向UE配置的多个资源信息组根据不同PUCCH格式排列,每种所述PUCCH格式对应至少一个资源信息组,每个所述资源信息组包括一个PUCCH资源的起始地址指示信息,则指示模块1422生成的第二指示信息可以包括资源索引RI和大小索引LI。其中,RI用于向UE指示与所述RI对应的第二资源信息组,LI用于向所述UE指示所述第二资源信息组对应的PUCCH资源的大小。
进一步的,第二发送模块1423具体可以用于根据调度载波确定两组TPC域,其中一组用于发送与第二资源信息组对应的RI,另一组用于发送向所述UE指示第二资源信息组对应的PUCCH资源大小的LI。或者,通过扩展的TPC域发送所述RI和LI,所述扩展的TPC域包含的比特数大于两个比特。
在第三种可能的实现方式中,如果通过配置模块1421向UE配置的资源列表中的每个资源信息组包括一个PUCCH资源的起始地址指示信息和大小指示信息,则指示模块1422生成的第二指示信息可以包括资源索引RI和格式索引FI。其中,RI用于向UE指示与所述RI对应的第三资源信息组,FI用于向UE指示所述第三资源信息组对应的PUCCH资源的格式。
进一步的,第二发送模块1423具体可以用于根据调度载波确定两组TPC域,其中一组用于发送与第三资源信息组对应RI,另一组用于发送向UE指示第三资源信息组对应的PUCCH资源格式的FI。或者,通过扩展的TPC域发送所述RI和FI,所述扩展的TPC域包含的比特数大于两个比特。
在第四种可能的实现方式中,如果通过配置模块1421向UE配置的资源列表中的每个资源信息组包括一个PUCCH资源的起始地址指示信息,则指示模块1422生成的第二指示信息可以包括资源索引RI、格式索引FI以及大小索引LI。其中,RI用于向UE指示与所述RI对应的第四资源信息组,FI用于向UE指示所述第四资源信息组对应的PUCCH资源的格式,LI用于向所述UE指示所述第四资源信息组对应的PUCCH资源的大小。
进一步的,第二发送模块1423具体可以用于根据调度载波确定三组TPC域,其中一组用于发送与第四资源信息组对应的RI,一组用于发送向UE指示所述第四资源信息组对应的PUCCH资源格式的FI,还有一组用于发送向UE指示所述第四资源信息组对应的PUCCH资源大小的LI。或者,通过扩展的TPC域发送所述RI、FI和LI,所述扩展的TPC域包含的比特数大于两个比特。
示例性的,若通过上述的第四种可能的实现方式中,配置模块1421向UE配置的资源列表包括两个资源信息组,则第二发送模块1423具体可以用于:根据调度载波确定两组TPC域,其中一组用于发送与第四资源信息组对应的RI和向UE指示所述第四资源信息组对应的PUCCH资源格式的FI,另一组用于发送向UE指示所述第四资源信息组对应的PUCCH资源大小的LI。
在本实施例中,如果第二发送模块1423是通过两组TPC域来发送相应的RI、FI和LI中的可能的组合,则作为一种可选的实施方式,第二发送模块1423具体可以用于根据调度载波的标识号顺序将调度载波分为两组,然后将两组调度载波上的TPC域分别确定为一组TPC域。作为另一种可选的实施方式,如果调度载波中包括标识号为奇数的调度载波和标识号为偶数的调度载波,则第二发送模块1423具体还可以用于将调度载波中标识号为奇数的调度载波上的TPC域确定为一组TPC域,将调度载波中标识号为偶数的调度载波上的TPC域确定为另一组TPC域。
本实施例提供的载波聚合下的上行控制信息传输装置,具体可以设置在基站中,可以用于实现本发明图5所示实施例提供的载波聚合下的上行控制信息传输方法,以及图7所示实施例提供的载波聚合下的PUCCH资源分配方法,其实现原理和技术效果类似,此处不再赘述。
图16为本发明实施例提供的一种基站的示意图,可以用于实现本发明图5所示实施例提供的载波聚合下的上行控制信息传输方法,以及图7所示实施例提供的载波聚合下的PUCCH资源分配方法,此处不再赘述。如图16所示,本实施例提供的基站包括收发器161,存储器162和处理器163,其中处理器163耦合至存储器162。
具体的,收发器161可以用于向用户设备UE发送第一指示信息,所述第一指示信息用于指示UE根据第一指示信息动态确定上行控制信息UCI。处理器163可以用于向所述UE分配一个PUCCH资源,所述PUCCH资源用于传输所述UCI。
在本实施例中,上述的第一指示信息具体可以为第一类指示信息或第二类指示信息。当上述的第一指示信息为第一类指示信息时,UE根据第一类指示信息确定基站根据调度载波数生成DAI信息时的UCI;当上述的第一指示信息为第二类指示信息时,UE根据所述第二类指示信息确定基站根据调度码字数生成DAI信息时的UCI。
在实际应用中,收发器161具体可以用于向UE发送第一配置信息,所述第一配置信息包括所述第一指示信息。收发器161具体还可以用于向UE发送下行控制信息DCI,所述DCI包括所述第一指示信息。收发器161具体也可以用于向UE发送以第一方式进行编码的DCI,所述第一方式与所述第一类指示信息相对应,所述第一方式为不在DCI编码生成的循环冗余校验CRC码中增加扰码;或者,向UE发送以第二方式进行编码的DCI,所述第二方式与所述第二类指示信息相对应,所述第二方式为在DCI编码生成的CRC码中增加扰码。
在实际应用中,处理器162具体可以用于:生成第二配置信息和第二指示信息。其中所述第二配置信息用于向所述UE配置资源列表,所述资源列表包括多个资源信息组,所述第二指示信息用于向所述UE指示所述资源列表中的一个资源信息组对应的PUCCH资源。进一步的,收发器161还可以用于向所述UE发送上述第二配置信息和第二指示信息。
在第一种可能的实现方式中,若上述的多个资源信息组根据不同PUCCH格式排列,每种PUCCH格式对应至少一个资源信息组,每个资源信息组包括一个PUCCH资源的起始地址指示信息和大小指示信息,则第二指示信息包括资源索引RI,所述RI用于向所述UE指示与所述RI对应的第一资源信息组。
进一步的,收发器161具体可以用于通过传输功率控制TPC域发送第二指示信息,即与第一资源信息组对应的RI。
在第二种可能的实现方式中,若上述的多个资源信息组根据不同PUCCH格式排列,每种PUCCH格式对应至少一个资源信息组,每个资源信息组包括一个PUCCH资源的起始地址指示信息,则第二指示信息包括RI,所述RI用于向UE指示与所述RI对应的第二资源信息组,同时第二指示信息还包括大小索引LI,所述LI用于向UE指示所述第二资源信息组对应的PUCCH资源的大小。
进一步的,收发器161具体可以用于根据调度载波确定两组TPC域,其中一组用于发送第二资源信息组对应的RI,另一组用于发送向UE指示所述第二资源信息组对应的PUCCH资源大小的LI。或者,通过扩展的TPC域发送所述RI和LI,所述扩展的TPC域包含的比特数大于两个比特。
在第三种可能的实现方式中,若资源列表中的每个资源信息组包括一个PUCCH资源的起始地址指示信息和大小指示信息,则第二指示信息包括RI,所述RI用于向UE指示与所述RI对应的第三资源信息组,同时第二指示信息还包括格式索引FI,所述FI用于向UE指示所述第三资源信息组对应的PUCCH资源的PUCCH格式。
进一步的,收发器161具体可以用于根据调度载波确定两组TPC域,其中一组用于发送第二资源信息组对应的RI,另一组用于发送向UE指示所述第二资源信息组对应的PUCCH资源格式的FI。或者,通过扩展的TPC域发送所述RI和FI,所述扩展的TPC域包含的比特数大于两个比特。
在第四种可能的实现方式中,若资源列表中的每个资源信息组包括一个PUCCH资源的起始地址指示信息,则第二指示信息包括RI,所述RI用于向UE指示与所述RI对应的第四资源信息组,同时,第二指示信息还包括FI和LI,所述FI用于向UE指示所述第四资源信息组对应的PUCCH资源的PUCCH格式,所述LI用于向UE指示所述第四资源信息组对应的PUCCH资源的大小。
进一步的,收发器161具体可以用于根据调度载波确定三组TPC域,其中一组用于发送与第四资源信息组对应的RI,一组用于发送向UE指示所述第四资源信息组对应的PUCCH资源格式的FI,还有一组用于发送向UE指示所述第四资源信息组对应的PUCCH资源大小的LI。或者,通过扩展的TPC域发送所述RI、FI和LI,所述扩展的TPC域包含的比特数大于两个比特。
示例性的,若通过上述的第四种可能的实现方式中,若资源列表中包括两个资源信息组(每个资源信息组包括一个PUCCH资源的起始地址指示信息),则收发器161具体可以用于根据调度载波确定两组TPC域,其中一组用于发送与第四资源信息组对应的RI和向UE指示所述第四资源信息组对应的PUCCH资源格式的FI,另一组用于发送向UE指示所述第四资源信息组对应的PUCCH资源大小的LI。
在本实施例中,如果收发器161是通过两组TPC域来发送相应的RI、FI和LI中的各种可能的组合,则作为一种可选的实施方式,收发器161具体可以用于根据调度载波的标识号顺序将调度载波分为两组,然后将两组调度载波上的TPC域分别确定为一组TPC域。作为另一种可选的实施方式,如果调度载波中包括标识号为奇数的调度载波和标识号为偶数的调度载波,则收发器161具体还可以用于将调度载波中标识号为奇数的调度载波上的TPC域确定为一组TPC域,将调度载波中标识号为偶数的调度载波上的TPC域确定为另一组TPC域。
本实施例提供的基站,可以用于实现本发明图5所示实施例提供的载波聚合下的上行控制信息传输方法,以及图7所示实施例提供的载波聚合下的PUCCH资源分配方法,其实现原理和技术效果类似,此处不再赘述。
本发明实施例还提供了多种通信系统,包括UE和具有图14或图15所示实施例提供的载波聚合下的上行控制信息传输装置的基站;或者包括UE和图16所示实施例提供的基站。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (24)
1.一种控制信息传输方法,用于用户设备,其特征在于,包括:
接收第一指示信息,所述第一指示信息指示是否对混合自动重传请求HARQ信息进行空间绑定;
在物理上行控制信道PUCCH资源上根据所述第一指示信息发送所述HARQ信息。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
接收无线资源控制RRC信令,所述RRC信令指示多个PUCCH资源;
接收第二指示信息,所述第二指示信息从所述多个PUCCH资源中指示发送所述HARQ信息的所述PUCCH资源。
3.如权利要求2所述的方法,其特征在于,所述多个PUCCH资源中每个PUCCH资源包括所述每个PUCCH资源的起始地址指示信息和所述每个PUCCH资源的大小指示信息。
4.如权利要求2或3所述的方法,其特征在于,所述多个PUCCH资源中包括对应相同PUCCH格式的不同PUCCH资源。
5.如权利要求2或3所述的方法,其特征在于,所述多个PUCCH资源中包括分别对应不同PUCCH格式的不同PUCCH资源。
6.一种用户设备,包括:存储器和处理器,其中,所述存储器存储代码,所述代码被所述处理器调用时实现如权利要求1-5任意一项所述的方法。
7.一种计算机可读存储介质,包括:用于存储代码的存储器,其中,所述代码被调用时实现如权利要求1-5任意一项所述的方法。
8.一种控制信息传输装置,包括:
用于接收第一指示信息的单元,所述第一指示信息指示是否对混合自动重传请求HARQ信息进行空间绑定;
用于在物理上行控制信道PUCCH资源上根据所述第一指示信息发送所述HARQ信息的单元。
9.如权利要求8所述的装置,其特征在于,还包括:
用于接收无线资源控制RRC信令的单元,所述RRC信令指示多个PUCCH资源;
用于接收第二指示信息的单元,所述第二指示信息从所述多个PUCCH资源中指示发送所述HARQ信息的所述PUCCH资源。
10.如权利要求9所述的装置,其特征在于,所述多个PUCCH资源中每个PUCCH资源包括所述每个PUCCH资源的起始地址指示信息和所述每个PUCCH资源的大小指示信息。
11.如权利要求9或10所述的装置,其特征在于,所述多个PUCCH资源中包括对应相同PUCCH格式的不同PUCCH资源。
12.如权利要求9或10所述的装置,其特征在于,所述多个PUCCH资源中包括分别对应不同PUCCH格式的不同PUCCH资源。
13.一种控制信息传输方法,用于基站,其特征在于,包括:
向用户设备UE发送第一指示信息,所述第一指示信息指示是否对混合自动重传请求HARQ信息进行空间绑定;
在物理上行控制信道PUCCH资源上接收所述HARQ信息。
14.如权利要求13所述的方法,其特征在于,所述方法还包括:
向所述UE发送无线资源控制RRC信令,所述RRC信令指示多个PUCCH资源;
向所述UE发送第二指示信息,所述第二指示信息从所述多个PUCCH资源中指示发送所述HARQ信息的所述PUCCH资源。
15.如权利要求14所述的方法,其特征在于,所述多个PUCCH资源中每个PUCCH资源包括所述每个PUCCH资源的起始地址指示信息和所述每个PUCCH资源的大小指示信息。
16.如权利要求14或15所述的方法,其特征在于,所述多个PUCCH资源中包括对应相同PUCCH格式的不同PUCCH资源。
17.如权利要求14或15所述的方法,其特征在于,所述多个PUCCH资源中包括分别对应不同PUCCH格式的不同PUCCH资源。
18.一种基站,包括:存储器和处理器,其中,所述存储器存储代码,所述代码被所述处理器调用时实现如权利要求13-17任意一项所述的方法。
19.一种计算机存储介质,包括:用于存储代码的存储器,其中,所述代码被调用时实现如权利要求13-17任意一项所述的方法。
20.一种控制信息传输装置,其特征在于,包括:
用于向用户设备UE发送第一指示信息的单元,所述第一指示信息指示是否对混合自动重传请求HARQ信息进行空间绑定;
用于在物理上行控制信道PUCCH资源上接收所述HARQ信息的单元。
21.如权利要求20所述的装置,其特征在于,所述方法还包括:
用于向所述UE发送无线资源控制RRC信令的单元,所述RRC信令指示多个PUCCH资源;
用于向所述UE发送第二指示信息的单元,所述第二指示信息从所述多个PUCCH资源中指示发送所述HARQ信息的所述PUCCH资源。
22.如权利要求21所述的装置,其特征在于,所述多个PUCCH资源中每个PUCCH资源包括所述每个PUCCH资源的起始地址指示信息和所述每个PUCCH资源的大小指示信息。
23.如权利要求21或22所述的装置,其特征在于,所述多个PUCCH资源中包括对应相同PUCCH格式的不同PUCCH资源。
24.如权利要求21或22所述的装置,其特征在于,所述多个PUCCH资源中包括分别对应不同PUCCH格式的不同PUCCH资源。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810588930.1A CN108809610B (zh) | 2015-09-22 | 2015-09-22 | 载波聚合下的上行控制信息传输方法及装置 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/090314 WO2017049463A1 (zh) | 2015-09-22 | 2015-09-22 | 载波聚合下的上行控制信息传输方法及装置 |
CN201580072292.2A CN107113820B (zh) | 2015-09-22 | 2015-09-22 | 载波聚合下的上行控制信息传输方法及装置 |
CN201810588930.1A CN108809610B (zh) | 2015-09-22 | 2015-09-22 | 载波聚合下的上行控制信息传输方法及装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580072292.2A Division CN107113820B (zh) | 2015-09-22 | 2015-09-22 | 载波聚合下的上行控制信息传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108809610A true CN108809610A (zh) | 2018-11-13 |
CN108809610B CN108809610B (zh) | 2019-06-11 |
Family
ID=58385554
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580072292.2A Active CN107113820B (zh) | 2015-09-22 | 2015-09-22 | 载波聚合下的上行控制信息传输方法及装置 |
CN201810588930.1A Active CN108809610B (zh) | 2015-09-22 | 2015-09-22 | 载波聚合下的上行控制信息传输方法及装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580072292.2A Active CN107113820B (zh) | 2015-09-22 | 2015-09-22 | 载波聚合下的上行控制信息传输方法及装置 |
Country Status (8)
Country | Link |
---|---|
US (2) | US10433290B2 (zh) |
EP (1) | EP3343987A4 (zh) |
JP (1) | JP2018534823A (zh) |
CN (2) | CN107113820B (zh) |
BR (1) | BR112018005458A2 (zh) |
RU (1) | RU2690767C1 (zh) |
WO (1) | WO2017049463A1 (zh) |
ZA (1) | ZA201802158B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020108333A1 (en) * | 2018-11-27 | 2020-06-04 | Mediatek Inc. | Multiple physical uplink control channel (pucch) resources for an uplink control information (uci) report |
WO2020164474A1 (zh) * | 2019-02-15 | 2020-08-20 | 华为技术有限公司 | 一种码本的处理方法及装置 |
WO2021088361A1 (zh) * | 2019-11-07 | 2021-05-14 | Oppo广东移动通信有限公司 | 上行控制信息uci域确定方法及相关装置 |
CN113285788A (zh) * | 2020-02-19 | 2021-08-20 | 维沃移动通信有限公司 | 一种确定反馈资源的方法和通信设备 |
CN113677036A (zh) * | 2021-09-06 | 2021-11-19 | 京信网络系统股份有限公司 | 上行控制信息的传输方法、装置、系统、通信设备和介质 |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112040545A (zh) * | 2015-08-14 | 2020-12-04 | 华为技术有限公司 | 一种反馈信息的发送方法、用户设备和基站 |
EP3381233B1 (en) | 2015-12-31 | 2020-09-09 | Nec Corporation | Methods and apparatuses for transmitting and receiving uplink information |
WO2017119921A1 (en) * | 2016-01-04 | 2017-07-13 | Intel IP Corporation | Determination of an advanced physical uplink channel resource |
CN107733583A (zh) * | 2016-08-11 | 2018-02-23 | 株式会社Ntt都科摩 | 设置混合自动重传请求的通信方式的方法、基站和用户设备 |
KR102364954B1 (ko) * | 2017-05-04 | 2022-02-18 | 삼성전자 주식회사 | 무선 셀룰라 통신 시스템에서 상향 제어 채널의 자원 지시 방법 및 장치 |
US10880067B2 (en) * | 2017-05-12 | 2020-12-29 | Qualcomm Incorporated | Downlink control allocation using carrier aggregation resource groups |
EP3751771A1 (en) * | 2017-09-11 | 2020-12-16 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Resource allocation method and terminal |
CN109699075B (zh) * | 2017-10-20 | 2023-01-17 | 中国移动通信有限公司研究院 | 一种上行harq码本反馈和接收方法、装置和介质 |
US10805916B2 (en) * | 2017-11-15 | 2020-10-13 | Sharp Laboratories Of America, Inc. | Procedure, user equipment and base station for code block group based hybrid automatic repeat request process |
CN109842477B (zh) | 2017-11-29 | 2022-08-02 | 中兴通讯股份有限公司 | 信息解码、码本处理方法及装置、存储介质、处理器 |
CN110048817B (zh) * | 2018-01-15 | 2021-08-20 | 展讯通信(上海)有限公司 | 确定harq反馈pucch资源的方法、装置及用户设备 |
US11510192B2 (en) | 2019-05-02 | 2022-11-22 | Qualcomm Incorporated | Control channel resource grouping and spatial relation configuration |
CN111818643B (zh) * | 2019-07-19 | 2023-05-09 | 维沃移动通信有限公司 | Pucch发送、信息配置方法和设备 |
CN112399617B (zh) * | 2019-08-16 | 2022-06-28 | 大唐移动通信设备有限公司 | 一种信息传输方法、终端及网络侧设备 |
CN110535564B (zh) * | 2019-09-25 | 2022-03-25 | 京信网络系统股份有限公司 | 混合自动重传方法、装置和基站 |
CN112583532B (zh) * | 2019-09-27 | 2022-04-22 | 华为技术有限公司 | 一种harq信息传输方法及设备 |
CN113839757A (zh) * | 2020-06-24 | 2021-12-24 | 北京三星通信技术研究有限公司 | 上行控制信息发送方法、接收方法、终端及基站 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100272048A1 (en) * | 2009-04-24 | 2010-10-28 | Interdigital Patent Holdings, Inc. | Method and apparatus for sending hybrid automatic repeat request feedback for component carrier aggregation |
CN101925113A (zh) * | 2009-06-12 | 2010-12-22 | 大唐移动通信设备有限公司 | 一种上行控制信道的传输处理方法及设备 |
WO2011137408A3 (en) * | 2010-04-30 | 2012-01-19 | Interdigital Patent Holdings, Inc. | Determination of carriers and multiplexing for uplink control information transmission |
CN102769507A (zh) * | 2011-05-03 | 2012-11-07 | 北京三星通信技术研究有限公司 | 一种在物理上行共享信道上传输确认或否认信息的方法 |
CN103209483A (zh) * | 2012-01-12 | 2013-07-17 | 华为技术有限公司 | 传输上行控制信息的方法、用户设备和基站 |
EP2639984A2 (en) * | 2010-11-11 | 2013-09-18 | LG Electronics Inc. | Uplink control information transmitting/receiving method and device in a wireless communication system |
CN103580827A (zh) * | 2012-08-09 | 2014-02-12 | 北京三星通信技术研究有限公司 | 传输harq-ack信息的方法和设备 |
CN103684714A (zh) * | 2012-09-07 | 2014-03-26 | 北京三星通信技术研究有限公司 | 一种反馈harq-ack信息的方法和设备 |
CN104579591A (zh) * | 2013-10-18 | 2015-04-29 | 普天信息技术有限公司 | Tdd下行多子帧调度的反馈资源分配方法及系统 |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8293277B2 (en) * | 1998-10-01 | 2012-10-23 | Alkermes Pharma Ireland Limited | Controlled-release nanoparticulate compositions |
US8687602B2 (en) * | 2009-09-29 | 2014-04-01 | Apple Inc. | Methods and apparatus for error correction for coordinated wireless base stations |
US8989174B2 (en) * | 2009-10-06 | 2015-03-24 | Qualcomm Incorporated | MBSFN subframe generation and processing for Unicast |
CN102577533B (zh) * | 2010-01-11 | 2015-05-13 | 上海贝尔股份有限公司 | 用于控制用户终端设备发射功率的方法和设备 |
CN102792746B (zh) | 2010-03-12 | 2016-01-20 | 富士通株式会社 | 通信区间设定方法、中继站、移动站、移动通信系统 |
EP2597798A4 (en) * | 2010-07-21 | 2014-02-26 | Lg Electronics Inc | METHOD AND DEVICE FOR SENDING AND RECEIVING A FEEDBACK ON CHANNEL STATUS INFORMATION |
WO2012018193A2 (en) * | 2010-08-05 | 2012-02-09 | Samsung Electronics Co., Ltd. | Multiplexing control and data information from a user equipment |
US9100158B2 (en) * | 2010-09-29 | 2015-08-04 | Lg Electronics Inc. | Method and apparatus for transmitting multiple reception confirmations in time division duplex system |
KR101771550B1 (ko) * | 2010-10-15 | 2017-08-29 | 주식회사 골드피크이노베이션즈 | Ack/nack 신호 송수신 방법 및 장치 |
JP4948671B1 (ja) * | 2010-10-29 | 2012-06-06 | シャープ株式会社 | 移動局装置、処理方法および集積回路 |
WO2012093876A2 (ko) | 2011-01-08 | 2012-07-12 | 주식회사 팬택 | Harq ack/nack 신호 구성 방법 및 전송 방법 및 이를 이용한 장치 |
JP5097288B2 (ja) * | 2011-04-28 | 2012-12-12 | シャープ株式会社 | 画像形成装置 |
CN103095432A (zh) * | 2011-11-07 | 2013-05-08 | 北京三星通信技术研究有限公司 | 一种发送harq-ack反馈信息的方法 |
JP5873708B2 (ja) | 2011-12-19 | 2016-03-01 | シャープ株式会社 | 移動局装置、方法および集積回路 |
US9033855B2 (en) * | 2012-06-27 | 2015-05-19 | John D. Opfer | Athletic speed training device using biofeedback |
JP6192288B2 (ja) * | 2012-11-30 | 2017-09-06 | 株式会社Nttドコモ | 移動局及び制御方法 |
EP3550897A1 (en) * | 2013-01-03 | 2019-10-09 | LG Electronics Inc. | Method and apparatus for transmitting uplink signals in wireless communication system |
KR20150051063A (ko) * | 2013-11-01 | 2015-05-11 | 주식회사 아이티엘 | 하향링크 harq-ack와 sr동시 전송 방법 및 장치 |
CN104811281B (zh) * | 2014-01-23 | 2018-05-25 | 电信科学技术研究院 | 反馈方法、终端设备以及基站 |
EP3664341B1 (en) * | 2014-12-31 | 2021-02-03 | LG Electronics Inc. | Method for transmitting ack/nack in wireless communication system and device using same |
CA2977925C (en) * | 2015-03-31 | 2023-06-27 | Ntt Docomo, Inc. | User terminal, radio communication system, and radio communication method |
-
2015
- 2015-09-22 JP JP2018515233A patent/JP2018534823A/ja not_active Ceased
- 2015-09-22 BR BR112018005458-5A patent/BR112018005458A2/zh not_active IP Right Cessation
- 2015-09-22 RU RU2018114514A patent/RU2690767C1/ru active
- 2015-09-22 EP EP15904350.4A patent/EP3343987A4/en active Pending
- 2015-09-22 WO PCT/CN2015/090314 patent/WO2017049463A1/zh active Application Filing
- 2015-09-22 CN CN201580072292.2A patent/CN107113820B/zh active Active
- 2015-09-22 CN CN201810588930.1A patent/CN108809610B/zh active Active
-
2018
- 2018-03-21 US US15/927,787 patent/US10433290B2/en active Active
- 2018-04-03 ZA ZA2018/02158A patent/ZA201802158B/en unknown
-
2019
- 2019-09-25 US US16/582,833 patent/US20200022137A1/en not_active Abandoned
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100272048A1 (en) * | 2009-04-24 | 2010-10-28 | Interdigital Patent Holdings, Inc. | Method and apparatus for sending hybrid automatic repeat request feedback for component carrier aggregation |
CN101925113A (zh) * | 2009-06-12 | 2010-12-22 | 大唐移动通信设备有限公司 | 一种上行控制信道的传输处理方法及设备 |
WO2011137408A3 (en) * | 2010-04-30 | 2012-01-19 | Interdigital Patent Holdings, Inc. | Determination of carriers and multiplexing for uplink control information transmission |
EP2639984A2 (en) * | 2010-11-11 | 2013-09-18 | LG Electronics Inc. | Uplink control information transmitting/receiving method and device in a wireless communication system |
CN102769507A (zh) * | 2011-05-03 | 2012-11-07 | 北京三星通信技术研究有限公司 | 一种在物理上行共享信道上传输确认或否认信息的方法 |
CN103209483A (zh) * | 2012-01-12 | 2013-07-17 | 华为技术有限公司 | 传输上行控制信息的方法、用户设备和基站 |
CN103580827A (zh) * | 2012-08-09 | 2014-02-12 | 北京三星通信技术研究有限公司 | 传输harq-ack信息的方法和设备 |
CN103684714A (zh) * | 2012-09-07 | 2014-03-26 | 北京三星通信技术研究有限公司 | 一种反馈harq-ack信息的方法和设备 |
CN104579591A (zh) * | 2013-10-18 | 2015-04-29 | 普天信息技术有限公司 | Tdd下行多子帧调度的反馈资源分配方法及系统 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020108333A1 (en) * | 2018-11-27 | 2020-06-04 | Mediatek Inc. | Multiple physical uplink control channel (pucch) resources for an uplink control information (uci) report |
WO2020164474A1 (zh) * | 2019-02-15 | 2020-08-20 | 华为技术有限公司 | 一种码本的处理方法及装置 |
CN111585713A (zh) * | 2019-02-15 | 2020-08-25 | 华为技术有限公司 | 一种码本的处理方法及装置 |
CN111585713B (zh) * | 2019-02-15 | 2021-10-26 | 华为技术有限公司 | 一种码本的处理方法及装置 |
US12040904B2 (en) | 2019-02-15 | 2024-07-16 | Huawei Technologies Co., Ltd. | Codebook processing method and apparatus |
WO2021088361A1 (zh) * | 2019-11-07 | 2021-05-14 | Oppo广东移动通信有限公司 | 上行控制信息uci域确定方法及相关装置 |
CN114900894A (zh) * | 2019-11-07 | 2022-08-12 | Oppo广东移动通信有限公司 | 上行控制信息uci域确定方法及相关装置 |
CN114900894B (zh) * | 2019-11-07 | 2023-12-05 | Oppo广东移动通信有限公司 | 上行控制信息uci域确定方法及相关装置 |
CN113285788A (zh) * | 2020-02-19 | 2021-08-20 | 维沃移动通信有限公司 | 一种确定反馈资源的方法和通信设备 |
CN113285788B (zh) * | 2020-02-19 | 2023-12-29 | 维沃移动通信有限公司 | 一种确定反馈资源的方法和通信设备 |
CN113677036A (zh) * | 2021-09-06 | 2021-11-19 | 京信网络系统股份有限公司 | 上行控制信息的传输方法、装置、系统、通信设备和介质 |
CN113677036B (zh) * | 2021-09-06 | 2023-12-19 | 京信网络系统股份有限公司 | 上行控制信息的传输方法、装置、系统、通信设备和介质 |
Also Published As
Publication number | Publication date |
---|---|
US20200022137A1 (en) | 2020-01-16 |
CN108809610B (zh) | 2019-06-11 |
CN107113820B (zh) | 2020-10-16 |
EP3343987A4 (en) | 2018-09-12 |
US10433290B2 (en) | 2019-10-01 |
WO2017049463A1 (zh) | 2017-03-30 |
CN107113820A (zh) | 2017-08-29 |
US20180213524A1 (en) | 2018-07-26 |
JP2018534823A (ja) | 2018-11-22 |
RU2690767C1 (ru) | 2019-06-05 |
ZA201802158B (en) | 2019-01-30 |
BR112018005458A2 (zh) | 2018-10-09 |
EP3343987A1 (en) | 2018-07-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108809610B (zh) | 载波聚合下的上行控制信息传输方法及装置 | |
US10715295B2 (en) | Method and apparatus for encoding and processing acknowledgement information | |
CN109586877B (zh) | 上行传输方法和相应设备 | |
CN108365922B (zh) | 用于反馈的方法、设备和系统 | |
JP5989833B2 (ja) | 物理データチャネルでのユーザ機器からの制御及びデータ情報の多重化 | |
KR101605843B1 (ko) | 스케줄링 요청 자원들을 이용한 다중 요소 반송파 통신 시스템에서의 하이브리드 자동 재전송 요청 피드백 송신 | |
CN102142941B (zh) | 一种时分双工系统中应答消息的发送方法及系统 | |
JP6526231B2 (ja) | 制御情報を送信するための方法、ユーザ機器、及び基地局 | |
WO2012144865A2 (ko) | 통신 시스템에서 제어신호 송수신 장치 및 방법 | |
CN102651678A (zh) | 控制信息的传输方法、装置及系统 | |
CN105827365A (zh) | 发送控制信息的方法和装置 | |
CN106105078A (zh) | 通信系统中反馈信息的传输方法及装置 | |
CN102223219A (zh) | Harq-ack的反馈处理方法及系统 | |
CN106559878A (zh) | 上行控制信息uci发送、获取方法及装置 | |
CN102088343A (zh) | 载波聚合时反馈ack/nack信息的方法、基站和用户设备 | |
CN102098151A (zh) | 一种正确/错误应答消息的发送方法及用户终端 | |
CN102255696A (zh) | 一种传输上行控制信息的方法、用户设备和基站 | |
WO2011085582A1 (zh) | 一种多载波系统及其正确/错误应答消息的发送方法 | |
CN102355339A (zh) | 一种反馈信息的发送方法及终端 | |
CN114175551A (zh) | 通信装置、基础设施设备以及方法 | |
CN102394685A (zh) | 多天线系统上行控制信道的发送方法和系统 | |
KR20200083217A (ko) | 무선 통신 시스템에서 비승인 데이터 전송 방법 및 장치 | |
CN103516491B (zh) | 一种发送和接收反馈信息的方法、系统及装置 | |
KR20220025292A (ko) | 데이터 피드백, 송신 및 수신 방법 및 장치, 수신기기 및 송신기기 | |
CN102611540A (zh) | 一种反馈ack/nack信息的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |