CN103427940B - 传输上行控制信息的方法和装置 - Google Patents

传输上行控制信息的方法和装置 Download PDF

Info

Publication number
CN103427940B
CN103427940B CN201210158641.0A CN201210158641A CN103427940B CN 103427940 B CN103427940 B CN 103427940B CN 201210158641 A CN201210158641 A CN 201210158641A CN 103427940 B CN103427940 B CN 103427940B
Authority
CN
China
Prior art keywords
pucch format
nack
harq
ack
csi report
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201210158641.0A
Other languages
English (en)
Other versions
CN103427940A (zh
Inventor
刘瑾
朱旭东
杨涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Shanghai Bell Co Ltd
Original Assignee
Alcatel Lucent Shanghai Bell Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alcatel Lucent Shanghai Bell Co Ltd filed Critical Alcatel Lucent Shanghai Bell Co Ltd
Priority to CN201210158641.0A priority Critical patent/CN103427940B/zh
Publication of CN103427940A publication Critical patent/CN103427940A/zh
Application granted granted Critical
Publication of CN103427940B publication Critical patent/CN103427940B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种在无线通信系统中传输上行控制信息的方法和装置。该方法包括确定需要在同一子帧中传输的信道状态信息CSI报告的数目、混合自动重传请求确认/否认HARQ‑ACK/NACK的数目、是否需要在同一子帧中传输调度请求;以及根据确定结果,选择相应的物理上行控制信道PUCCH格式来在同一子帧中传输CSI报告和/或HARQ‑ACK/NACK和/或调度请求,以避免在同一天线端口上进行多个PUCCH格式消息的复用。根据本发明,能够实现良好的PAPR性能、不系统降低吞吐量、有效地利用有限的资源。

Description

传输上行控制信息的方法和装置
技术领域
本发明涉及通信技术。更具体地,本发明涉及传输上行控制信息的方法和装置。
背景技术
随着在LTE-A Release 11中多点协作(Coordinated Multiple Points:CoMP)的引进,UE需要在同一子帧中同时上报相应的上行控制信息UCI,以辅助在不同点之间进行资源的协作、并且进行信道相关调度。
其中,多点协作传输是指地理位置上分离的多个传输点,协同参与为一个终端的数据传输或者联合接收一个终端发送的数据,参与协作的多个传输点通常指不同小区的基站,其中各个传输点向终端传输的数据是相同的。
UE需要在同一子帧中同时上报的上行控制信息包括多个信道状态信息-参考符号(CSI-RS)资源测量的周期性的下行CSI信息和/或接收的下行数据分组的混合自动重传请求确认/否认HARQ-ACK/NACK(1-2个比特)信息和/或调度请求SR。
在3GPP RAN1#68bis会议中,已经达成了CoMP测量集合的最大规模为2-3个CSI-RS资源。也就是说,对于下行CoMP来说,从UE发送的最大CSI报告的数目为3个(当然,这是指没有载波聚合CA,纯CoMP的情形)。当然,即使从UE发送的最大CSI报告的数目为3个,也可以配置为在一个时间点,发送的CSI报告的数目小于3个。
与下行载波聚合相比,下行CoMP的上行控制信息报告具有如下的不同属性:
只有一个HARQ-ACK/NACK;
较少的CSI报告;以及
对于CSI反馈延迟更加敏感。
对于纯下行CoMP,可以设想如下的需要在一个子帧中同时报告上行控制信息的情形:
1、SR和HARQ-ACK/NACK;
2、一个CSI报告,同时具有或不具有SR和/或HARQ-ACK/NACK;
3、二个CSI报告,同时具有或不具有SR和/或HARQ-ACK/NACK;
4、三个CSI报告,同时具有或不具有SR和/或HARQ-ACK/NACK。
其中一个CSI报告一般为11个比特,一个HARQ-ACK/NACK一般为1-2比特,SR一般为未调制波或1比特。
对于情形1,类似于单小区传输情形,可以通过重用现有的物理上行控制信道PUCCH格式1a/1b来实现;
对于情形2,也类似于单小区传输情形,可以通过重用现有的PUCCH格式2/2a/2b来实现。
对于情形3,有两种方案:
方案1:采用两个PUCCH格式2消息分别来传送每个CSI报告。如果同时传输HARQ-ACK/NACK,那么两个PUCCH格式2消息中的一个PUCCH格式2消息用PUCCH格式2a/2b消息来代替,其中在PUCCH格式2a/2b消息中传输HARQ-ACK/NACK。此外,为了支持这些上行控制信息在同一个子帧内的传输,对两个PUCCH格式2/2a/2b消息进行码分复用CDM或频分复用FDM。然而,两个PUCCH格式2/2a/2b消息进行码分复用CDM或频分复用FDM会产生严重的峰值平均功率比PAPR问题。
另外,如果还需要在同一子帧中传输SR,那么上述方案就无法实现在同一子帧中传输所有上行控制信息,会发生CSI报告丢弃的情况。
方案2:采用PUCCH格式3来传输两个CSI报告。虽然PUCCH格式3具有传输高控制信息负荷的能力,通过采用双(32,11)RM(Reed-Muller)编码,能够支持22比特的上行控制信息,一个PUCCH格式3消息最多能够传输2个CSI报告。
因此,为了支持包括2个CSI报告、HARQ-ACK/NACK和SR的上行控制信息,需要2个PUCCH格式3消息,即需要将上行控制信息分成2组,每组上行控制信息由一个PUCCH格式3消息传输。
同样地,对两个PUCCH格式3消息进行码分复用CDM或频分复用FDM,以实现在同一个子帧内传输所有上行控制信息。
该方案的优点是所有的上行控制信息能够在同一子帧内同时传输。在也需要在同一子帧中传输SR的情况下,也不会发生CSI报告丢弃的情况。
然而,如前所述,两个PUCCH格式3消息进行码分复用CDM或频分复用FDM会产生严重的PAPR问题。
另外,PUCCH格式3的传输能力没有得到充分的利用,因为两个PUCCH格式3消息能够传输多达44个比特的上行控制信息。
对于情形4,类似于情形3的方案2,采用2个PUCCH格式3消息,即将上行控制信息分成2组,第一组包括2个CSI报告,第二组包括1个CSI报告以及HARQ-ACK/NACK和/或SR,如果有的话。每组上行控制信息由一个PUCCH格式3消息传输。
同样地,对两个PUCCH格式3消息进行码分复用CDM或频分复用FDM,以实现在同一个子帧内传输所有上行控制信息。
同样地,如前所述,两个PUCCH格式3消息进行码分复用CDM或频分复用FDM会产生严重的PAPR问题。
发明内容
因此,本发明的一个目的就是在支持CoMP和/或CA的无线通信系统中,实现良好的PAPR性能、不降低系统吞吐量、有效地利用有限的资源。
根据本发明的一个方面,提出了一种在无线通信系统中传输上行控制信息的方法,包括:确定需要在同一子帧中传输的信道状态信息CSI报告的数目、混合自动重传请求确认/否认HARQ-ACK/NACK的数目、是否需要在同一子帧中传输调度请求;以及根据确定结果,选择相应的物理上行控制信道PUCCH格式来在同一子帧中传输CSI报告和/或HARQ-ACK/NACK和/或调度请求,以避免在同一天线端口上进行多个PUCCH格式消息的复用。
根据本发明的另一个方面,提出了一种在无线通信系统中传输上行控制信息的装置,包括:确定单元,用于确定需要在同一子帧中传输的信道状态信息CSI报告的数目、混合自动重传请求确认/否认HARQ-ACK/NACK的数目、是否需要在同一子帧中传输调度请求;以及选择单元,用于根据确定结果,选择相应的物理上行控制信道PUCCH格式来在同一子帧中传输CSI报告和/或HARQ-ACK/NACK和/或调度请求,以避免在同一天线端口上进行多个PUCCH格式消息的复用。
附图说明
通过以下结合附图的说明,并且随着对本发明的更全面了解,本发明的其他目的和效果将变得更加清楚和易于理解,其中:
图1示出了本发明可以在其中实施的无线通信系统;
图2示出了根据本发明的一个实施方式的在无线通信系统中,传输上行控制信息的方法的流程图;
图3示出了PUCCH格式3的结构;
图4a示意性地示出了所有的上行控制信息在两个PUCCH格式3消息中进行频分复用FDM的处理;
图4b示意性地示出了根据本发明的一个实施方式的第一PUCCH格式的处理,以说明与所有的上行控制信息在两个PUCCH格式3消息中进行频分复用FDM的处理的区别;
图5示出了对于分组到第一UCI组中的第一CSI报告和第二CSI报告,在进行扰码之前,可以进行的处理过程;
图6示出了根据本发明的一个实施方式的在无线通信系统中,传输上行控制信息的装置的框图。
在所有的上述附图中,相同的标号表示具有相同、相似或相应的特征或功能。
具体实施方式
以下参考附图来详细描述本发明的实施方式。
图1示出了本发明可以在其中实施的无线通信系统。
如图1所示,该无线通信系统100包括对应于第一小区的第一基站110,对应于第二小区的第二基站120、对应于第三小区的第三基站130,终端140。
第一基站110提供第一覆盖范围110-a,第二基站120提供第二覆盖范围120-a,第三基站130提供第三覆盖范围130-a。
终端140通过无线链路150与第一基站110进行通信。终端140通过无线链路160与第二基站120进行通信。终端140通过无线链路170与第三基站130进行通信。另外,第一基站110和第二基站120之间通过回程链路180进行通信。第二基站120和第三基站130之间通过回程链路190进行通信。第一基站110和第三基站130之间通过回程链路195进行通信。回程链路180、190、195可以是有线的,也可以是无线的。
这里,假定第一基站110、第二基站120和第三基站130是LTETDD/FDD系统中的eNB,并且假定第一基站110、第二基站120和第三基站130协同参与为终端140的数据传输,也就是说,在第一基站110、第二基站120和第三基站130之间进行多点协作传输。
当然,本领域的技术人员可以理解,图1中所示的系统100也可以支持载波聚合。更一般地,图1中所示的系统100可以既支持载波聚合,又支持CoMP。
图2示出了根据本发明的一个实施方式的在无线通信系统100中,传输上行控制信息的方法200的流程图。
如图2所示,方法200包括步骤S210,确定需要在同一子帧中传输的信道状态信息CSI报告的数目、混合自动重传请求确认/否认HARQ-ACK/NACK的数目、是否需要在同一子帧中传输调度请求;以及步骤S220,根据确定结果,选择相应的物理上行控制信道PUCCH格式来在同一子帧中传输CSI报告和/或HARQ-ACK/NACK和/或调度请求,以避免在同一天线端口上进行多个PUCCH格式消息的复用。
根据本发明的一个实施方式,在同一子帧中需要传输的CSI报告数目大于等于3个的情况下,选择第一PUCCH格式传输所述CSI报告、或所述CSI报告和HARQ-ACK/NACK和调度请求、或所述CSI报告和调度请求,其中只需要一个该第一PUCCH格式消息就可以传输所有上行控制信息,该第一PUCCH格式的处理类似于将所有的上行控制信息在多个PUCCH格式3消息中进行频分复用,不同之处在于,对于映射到每个符号上的所有相应上行控制信息,只进行一次离散傅立叶变换DFT处理。
图3示出了PUCCH格式3的结构。由于该PUCCH格式3结构是已知的,因此,处于简洁的目的,这里不对其进行过多地描述。
与PUCCH格1/1a/1b和PUCCH格式2/2a/2b不同,PUCCH格式3并不是基于Zadoff-Chu(ZC)序列,并且更类似于物理上行共享信道(PUSCH)传输,在进行快速傅立叶反变换(IFFT)之前,具有DFT处理。
图4a示意性地示出了所有的上行控制信息在两个PUCCH格式3消息中进行频分复用FDM的处理。
首先,将所有的上行控制信息分成2组,不失一般性,假设第一组上行控制信息包括2个CSI报告,第二组上行控制信息包括1个CSI报告以及HARQ-ACK/NACK和/或调度请求,如果有的话。每组上行控制信息经历如图3所示的处理:扰码、调制、解复用、扩频、循环移位、DFT处理、IFFT处理以及到资源块的映射,其中,第一组上行控制信息和第二组上行控制信息分别经历扰码、调制、解复用、扩频、循环移位、DFT处理。也就是说,对于映射到每个符号上的所有相应上行控制信息,相应地要进行两次DFT处理。
对于上行控制信息在两个PUCCH格式3消息中进行频分复用FDM的处理来说,第一组相应上行控制信息被映射到一个符号上的第一资源块,第二组相应上行控制信息被映射到该符号上的第二资源块。
所有的上行控制信息在大于2个的PUCCH格式3消息中进行频分复用FDM的处理与上面描述的类似,区别仅在于将所有的上行控制信息分成相应的组数,并且各组相应上行控制信息被映射到相应符号上的相应资源块。
图4b示意性地示出了根据本发明的一个实施方式的第一PUCCH格式的处理,以说明与所有的上行控制信息在两个PUCCH格式3消息中进行频分复用FDM的处理的区别。
相同地,首先,将所有的上行控制信息分成2组,假设第一组上行控制信息包括2个CSI报告,第二组上行控制信息包括1个CSI报告以及HARQ-ACK/NACK和/或调度请求,如果有的话。每组上行控制信息经历如图3所示的处理:扰码、调制、解复用、扩频、循环移位、DFT处理、IFFT处理以及到资源块的映射。其中,第一组上行控制信息和第二组上行控制信息分别经历扰码、调制、解复用、扩频、循环移位,同时经历DFT。也就是说,对于映射到每个符号上的所有相应上行控制信息,只进行一次DFT处理,此时DFT处理的长度变长,例如为上述PUCCH格式3消息FDM复用处理中DFT处理的长度的2倍。
根据本发明的第一PUCCH格式的处理,第一组相应上行控制信息被映射到一个符号上的第一资源块和第二资源块,第二组相应上行控制信息也被映射到该符号上的第一资源块和第二资源块,这与上述的PUCCH格式3消息FDM复用完全不同。
根据以上的描述,本领域的技术人员也可以设想这样的第一PUCCH格式,该第一PUCCH格式的处理类似于将所有的上行控制信息在大于2个PUCCH格式3消息中进行频分复用,不同之处在于,对于映射到每个符号上的所有相应上行控制信息,只进行一次离散傅立叶变换DFT处理。
另外,对于分组到第一UCI组中的第一CSI报告和第二CSI报告,在进行扰码之前,可以进行图5所示的处理过程,即将分组到第一UCI组中的第一CSI报告和第二CSI报告分别进行(32,11)RM编码处理,然后对(32,11)RM编码处理输出进行截取处理,将32个比特截取到24个比特,然后将两路的24个比特复用,形成48个编码CSI比特。
对于分组到第二UCI组中的第三CSI报告以及HARQ-ACK/NACK和/或调度请求,如果有的话,在进行扰码之前,也可以进行图5所示的处理过程。
根据本发明的一个实施方式,第一PUCCH格式最多支持44个比特上行控制信息,也就是说,最多支持4个CSI报告,并且第一PUCCH格式需要的资源块为2个PUCCH格式3所需要的资源块,2个资源块可以连续,也可以不连续。当然,本领域的技术人员可以理解,第一PUCCH格式最多可以支持更多个比特上行控制信息。
相应地,对于第一PUCCH格式的处理类似于将所有的上行控制信息在大于2个的多个PUCCH格式3消息中进行频分复用,不同之处在于,对于映射到每个符号上的所有相应上行控制信息,只进行一次离散傅立叶变换DFT处理的情形,第一PUCCH格式需要的资源块为大于2个的多个PUCCH格式3所需要的资源块,多个资源块可以连续,也可以不连续。
在多个资源块为连续的情况下,第一PUCCH格式看起来像SC-FDMA,在多个资源块为不连续的情况下,第一PUCCH格式看起来像离散傅里叶变换扩展OFDM(DET-S-OFDM)。因此,能够实现良好的PAPR性能。
此外,在多个UCI组之间,对应于正交覆盖序列和循环移位的资源索引可以不同,也可以相同。优选地,在多个UCI组之间,对应于正交覆盖序列和循环移位的资源索引相同,以不破坏正交性。
根据本发明的一个实施方式,第一PUCCH格式所需要的多个资源块的第一资源块通过第一高层信令来指示,所述多个资源块的其他资源块通过其他高层信令或预定义的相对于第一资源块的偏移来指示。
由于该第一PUCCH格式相对于PUCCH格式3需要更多的资源块来传输更多的UCI信息,因此,需要扩展参考符号(RS)的长度。另外,需要引入额外的正交覆盖码(OCC),以保证具有不同的资源块大小的不同终端之间的正交性。
根据本发明的一个实施方式,在不能只采用一个PUCCH格式消息,来在同一子帧中传输所有上行控制信息的情况下,选择相应的PUCCH格式,以使用多个PUCCH格式消息,来分别传输上行控制信息的相应部分,其中PUCCH格式消息的数目小于天线端口的数目,以及一个天线端口最多只传输多个PUCCH格式消息中的一个。这看起来像空间正交资源发射分集SORTD,但是两个天线端口之间的信息序列是不同的。
根据本发明的又一个实施方式,在同一子帧中需要传输的CSI报告数目等于2个,并且HARQ-ACK/NACK的数目等于1个的情况下,选择第二PUCCH格式传输所述CSI报告和HARQ-ACK/NACK,其中只需要一个该第二PUCCH格式消息就可以传输所有上行控制信息,该第二PUCCH格式的处理类似于PUCCH格式3的处理,区别在于,在每个时隙的一个下行解调参考信号DMRS符号中传输HARQ-ACK/NACK。
根据本发明的一个实施方式,在每个时隙的第二个DMRS符号中传输HARQ-ACK/NACK。
当HARQ-ACK/NACK为1个比特时,HARQ-ACK/NACK可以调制成单个BPSK符号;当HARQ-ACK/NACK为2个比特时,HARQ-ACK/NACK可以调制成单个QPSK符号。
在上述实施方式中,由于每个时隙中的一个RS被用来传输HARQ-ACK/NACK符号,因此,应当利用一些不同的HARQ-ACK/NACK和CSI检测方案,例如,在低多普勒的情况下,HARQ-ACK/NACK和CSI的相干检测,以及在高多普勒的情况下,不同HARQ-ACK/NACK组合的盲解码或多假设测试。
所有以上的实施方式都避免了在同一天线端口上进行多个PUCCH格式消息的FDM或CDM复用,因此能很好地解决PAPR问题。
图6示出了根据本发明的一个实施方式的在无线通信系统中,传输上行控制信息的装置的框图。
如图6所示,所述装置600,包括:确定单元610,用于确定需要在同一子帧中传输的信道状态信息CSI报告的数目、混合自动重传请求确认/否认HARQ-ACK/NACK的数目、是否需要在同一子帧中传输调度请求;以及选择单元620,用于根据确定结果,选择相应的物理上行控制信道PUCCH格式来在同一子帧中传输CSI报告和/或HARQ-ACK/NACK和/或调度请求,以避免在同一天线端口上进行多个PUCCH格式消息的复用。
根据本发明的一个实施方式,在同一子帧中需要传输的CSI报告数目大于等于3个的情况下,选择单元620选择第一PUCCH格式传输所述CSI报告、或所述CSI报告和HARQ-ACK/NACK和调度请求、或所述CSI报告和调度请求,其中只需要一个该第一PUCCH格式消息就可以传输所有上行控制信息,该第一PUCCH格式的处理类似于将所有的上行控制信息在多个PUCCH格式3消息中进行频分复用,不同之处在于,对于映射到每个符号上的所有相应上行控制信息,只进行一次离散傅立叶变换DFT处理。
根据本发明的一个实施方式,所述第一PUCCH格式最多支持44个比特上行控制信息。
根据本发明的一个实施方式,所述第一PUCCH格式需要的资源块为多个PUCCH格式3所需要的资源块,多个资源块可以连续,也可以不连续。
根据本发明的一个实施方式,所述多个资源块的第一资源块通过第一高层信令来指示,所述多个资源块的其他资源块通过其他高层信令或预定义的相对于第一资源块的偏移来指示。
根据本发明的一个实施方式,所述第一PUCCH格式需要的资源块为2个PUCCH格式3所需要的资源块,2个资源块可以连续,也可以不连续。
根据本发明的一个实施方式,在同一子帧中需要传输的CSI报告数目等于2个,并且HARQ-ACK/NACK的数目等于1个的情况下,选择单元选择第二PUCCH格式传输所述CSI报告和HARQ-ACK/NACK,其中只需要一个该第二PUCCH格式消息就可以传输所有上行控制信息,该第二PUCCH格式的处理类似于PUCCH格式3的处理,区别在于,在每个时隙的一个下行解调参考信号DMRS符号中传输HARQ-ACK/NACK。
根据本发明的一个实施方式,在每个时隙的第二个DMRS符号中传输HARQ-ACK/NACK。
根据本发明的一个实施方式,在不能只采用一个PUCCH格式消息,来在同一子帧中传输所有上行控制信息的情况下,选择单元选择相应的PUCCH格式,以使用多个PUCCH格式消息,来分别传输上行控制信息的相应部分,其中PUCCH格式消息的数目小于天线端口的数目,以及一个天线端口最多只传输多个PUCCH格式消息中的一个。
应当注意,为了使本发明更容易理解,上面的描述省略了对于本领域的技术人员来说是公知的、并且对于本发明的实现可能是必需的更具体的一些技术细节。
因此,选择并描述实施方式是为了更好地解释本发明的原理及其实际应用,并使本领域普通技术人员明白,在不脱离本发明实质的前提下,所有修改和变更均落入由权利要求所限定的本发明的保护范围之内。
另外,本领域的技术人员可以理解,上面描述的各种方法的步骤可以通过编程的计算机来实现。这里,有些实施方式旨在覆盖程序存储装置,其为机器或计算机可读,并编码有机器可执行或计算机可执行指令程序,其中所述指令执行上述方法的一些或所有步骤。该程序存储装置可以是例如磁存储媒体例如磁盘和磁带、硬盘驱动器、或光学可读数字数据存储媒体。实施方式也旨在覆盖编程为执行上述方法的所述步骤的计算机。

Claims (16)

1.一种在无线通信系统中传输上行控制信息的方法,包括:
确定需要在同一子帧中传输的信道状态信息CSI报告的数目、混合自动重传请求确认/否认HARQ-ACK/NACK的数目、是否需要在同一子帧中传输调度请求;以及
根据确定结果,选择相应的物理上行控制信道PUCCH格式来在同一子帧中传输CSI报告和/或HARQ-ACK/NACK和/或调度请求,以避免同一个UE最多支持44个比特的上行控制信息时在同一天线端口上进行多个PUCCH格式消息的复用,
其中在同一子帧中需要传输的CSI报告数目大于等于3个的情况下,选择第一PUCCH格式传输所述CSI报告、或所述CSI报告和HARQ-ACK/NACK和调度请求、或所述CSI报告和调度请求,其中只需要一个所述第一PUCCH格式消息就可以传输所有上行控制信息,所述第一PUCCH格式的处理与将所有的上行控制信息在多个PUCCH格式3消息中进行频分复用的处理的不同之处在于,对于映射到每个符号上的所有相应上行控制信息,只进行一次离散傅立叶变换DFT处理。
2.根据权利要求1所述的方法,其中所述第一PUCCH格式需要的资源块为多个PUCCH格式3所需要的资源块,多个资源块可以连续,也可以不连续。
3.根据权利要求2所述的方法,其中所述多个资源块的第一资源块通过第一高层信令来指示,所述多个资源块的其他资源块通过其他高层信令或预定义的相对于第一资源块的偏移来指示。
4.根据权利要求2所述的方法,其中所述第一PUCCH格式需要的资源块为2个PUCCH格式3所需要的资源块,2个资源块可以连续,也可以不连续。
5.根据权利要求1所述的方法,其中在同一子帧中需要传输的CSI报告数目等于2个,并且HARQ-ACK/NACK的数目等于1个的情况下,选择第二PUCCH格式传输所述CSI报告和HARQ-ACK/NACK,其中只需要一个所述第二PUCCH格式消息就可以传输所有上行控制信息,所述第二PUCCH格式的处理与PUCCH格式3的处理的区别在于,在每个时隙的一个下行解调参考信号DMRS符号中传输HARQ-ACK/NACK。
6.根据权利要求5所述的方法,其中在每个时隙的第二个DMRS符号中传输HARQ-ACK/NACK。
7.根据权利要求1所述的方法,其中在不能只采用一个PUCCH格式消息,来在同一子帧中传输所有上行控制信息的情况下,选择相应的PUCCH格式,以使用多个PUCCH格式消息,来分别传输上行控制信息的相应部分,其中PUCCH格式消息的数目小于天线端口的数目,以及一个天线端口最多只传输多个PUCCH格式消息中的一个。
8.根据权利要求1所述的方法,其中所述无线通信系统支持多点协作(CoMP)和/或载波聚合(CA)。
9.一种在无线通信系统中传输上行控制信息的装置,包括:
确定单元,用于确定需要在同一子帧中传输的信道状态信息CSI报告的数目、混合自动重传请求确认/否认HARQ-ACK/NACK的数目、是否需要在同一子帧中传输调度请求;以及
选择单元,用于根据确定结果,选择相应的物理上行控制信道PUCCH格式来在同一子帧中传输CSI报告和/或HARQ-ACK/NACK和/或调度请求,以避免同一个UE最多支持44个比特的上行控制信息时在同一天线端口上进行多个PUCCH格式消息的复用,
其中在同一子帧中需要传输的CSI报告数目大于等于3个的情况下,所述选择单元选择第一PUCCH格式传输所述CSI报告、或所述CSI报告和HARQ-ACK/NACK和调度请求、或所述CSI报告和调度请求,其中只需要一个所述第一PUCCH格式消息就可以传输所有上行控制信息,所述第一PUCCH格式的处理与将所有的上行控制信息在多个PUCCH格式3消息中进行频分复用的处理的不同之处在于,对于映射到每个符号上的所有相应上行控制信息,只进行一次离散傅立叶变换DFT处理。
10.根据权利要求9所述的装置,其中所述第一PUCCH格式需要的资源块为多个PUCCH格式3所需要的资源块,多个资源块可以连续,也可以不连续。
11.根据权利要求10所述的装置,其中所述多个资源块的第一资源块通过第一高层信令来指示,所述多个资源块的其他资源块通过其他高层信令或预定义的相对于第一资源块的偏移来指示。
12.根据权利要求10所述的装置,其中所述第一PUCCH格式需要的资源块为2个PUCCH格式3所需要的资源块,2个资源块可以连续,也可以不连续。
13.根据权利要求9所述的装置,其中在同一子帧中需要传输的CSI报告数目等于2个,并且HARQ-ACK/NACK的数目等于1个的情况下,选择单元选择第二PUCCH格式传输所述CSI报告和HARQ-ACK/NACK,其中只需要一个所述第二PUCCH格式消息就可以传输所有上行控制信息,所述第二PUCCH格式的处理与PUCCH格式3的处理的区别在于,在每个时隙的一个下行解调参考信号DMRS符号中传输HARQ-ACK/NACK。
14.根据权利要求13所述的装置,其中在每个时隙的第二个DMRS符号中传输HARQ-ACK/NACK。
15.根据权利要求9所述的装置,其中在不能只采用一个PUCCH格式消息,来在同一子帧中传输所有上行控制信息的情况下,选择单元选择相应的PUCCH格式,以使用多个PUCCH格式消息,来分别传输上行控制信息的相应部分,其中PUCCH格式消息的数目小于天线端口的数目,以及一个天线端口最多只传输多个PUCCH格式消息中的一个。
16.根据权利要求9所述的装置,其中所述无线通信系统支持多点协作(CoMP)和/或载波聚合(CA)。
CN201210158641.0A 2012-05-20 2012-05-20 传输上行控制信息的方法和装置 Active CN103427940B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201210158641.0A CN103427940B (zh) 2012-05-20 2012-05-20 传输上行控制信息的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210158641.0A CN103427940B (zh) 2012-05-20 2012-05-20 传输上行控制信息的方法和装置

Publications (2)

Publication Number Publication Date
CN103427940A CN103427940A (zh) 2013-12-04
CN103427940B true CN103427940B (zh) 2017-09-15

Family

ID=49652170

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210158641.0A Active CN103427940B (zh) 2012-05-20 2012-05-20 传输上行控制信息的方法和装置

Country Status (1)

Country Link
CN (1) CN103427940B (zh)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015139269A1 (zh) * 2014-03-20 2015-09-24 华为技术有限公司 一种信息的传输方法及装置
KR102070958B1 (ko) * 2014-12-31 2020-03-02 후아웨이 테크놀러지 컴퍼니 리미티드 사용자 기기, 액세스 네트워크 장치, 및 피드백 정보 송신 및 수신 방법
JP6564052B2 (ja) 2015-03-20 2019-08-21 華為技術有限公司Huawei Technologies Co.,Ltd. チャネル状態情報の伝送方法、ユーザ機器、及びアクセス・ネットワーク・デバイス
EP3264843B1 (en) 2015-03-27 2019-06-26 Huawei Technologies Co., Ltd. User equipment, network device and method for determining physical uplink control channel resource
US10575285B2 (en) * 2015-08-03 2020-02-25 Qualcomm Incorporated Configurable threshold for format selection for enhanced carrier aggregation
CN106506127B (zh) 2015-09-06 2021-03-16 中兴通讯股份有限公司 一种传输信息的方法和装置
WO2017075787A1 (zh) * 2015-11-05 2017-05-11 华为技术有限公司 用户设备、接入网设备、上行控制信息的收发方法及装置
CN107231690B (zh) 2016-03-25 2023-07-04 中兴通讯股份有限公司 信息发送方法及装置
CN107295665A (zh) 2016-03-31 2017-10-24 中兴通讯股份有限公司 一种上行控制信号传输方法及装置、用户终端
US10708100B2 (en) * 2016-05-19 2020-07-07 Sharp Kabushiki Kaisha Systems and methods for frequency-division duplex transmission time interval operation
EP3497834B1 (en) 2016-08-12 2023-06-28 Telefonaktiebolaget LM Ericsson (publ) Uplink control signaling on pusch with shortened transmission time interval (tti)
CN107889239B (zh) 2016-09-30 2020-10-16 华为技术有限公司 一种上行控制信息发送、接收方法及设备
KR102254771B1 (ko) 2017-01-06 2021-05-20 후아웨이 테크놀러지 컴퍼니 리미티드 업링크 제어 채널 전송 방법 및 장치
KR20210122323A (ko) 2017-03-17 2021-10-08 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 업링크 전송 방법, 장치, 단말 장치, 접속 네트워크 장치 및 시스템
CN108737311A (zh) * 2017-04-17 2018-11-02 北京三星通信技术研究有限公司 上行控制信息传输的方法及用户设备
EP3596984B1 (en) 2017-04-17 2022-07-20 Samsung Electronics Co., Ltd. Method and device for uplink power control
WO2018194352A1 (en) 2017-04-17 2018-10-25 Samsung Electronics Co., Ltd. Method and device for uplink power control
CN109150371B (zh) * 2017-06-14 2021-08-27 华为技术有限公司 控制信息传输方法、终端及网络侧设备、通信系统
CN109495220B (zh) * 2017-09-11 2021-08-17 中兴通讯股份有限公司 数据传输方法及装置、用户终端及计算机可读存储介质
CN109526058B (zh) * 2017-09-18 2021-03-30 华为技术有限公司 数据传输的方法及计算机可读存储介质
WO2019061306A1 (zh) * 2017-09-29 2019-04-04 北京小米移动软件有限公司 信号传输方法及装置
CN109995485B (zh) * 2017-12-29 2021-05-11 电信科学技术研究院 一种上行控制信息的传输方法及装置
CN109155726B (zh) 2018-03-09 2021-07-06 北京小米移动软件有限公司 信息传输方法、装置、系统及存储介质
CN111757518B (zh) * 2019-03-29 2022-03-29 华为技术有限公司 信息传输的方法和通信装置
WO2021030931A1 (en) * 2019-08-16 2021-02-25 Qualcomm Incorporated Methods and apparatuses for sr and csi report

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102281133A (zh) * 2010-06-13 2011-12-14 华为技术有限公司 一种在物理上行控制信道上传输信息的方法及装置
CN102355339A (zh) * 2011-08-12 2012-02-15 中兴通讯股份有限公司 一种反馈信息的发送方法及终端

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8885496B2 (en) * 2010-10-08 2014-11-11 Sharp Kabushiki Kaisha Uplink control information transmission on backward compatible PUCCH formats with carrier aggregation

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102281133A (zh) * 2010-06-13 2011-12-14 华为技术有限公司 一种在物理上行控制信道上传输信息的方法及装置
CN102355339A (zh) * 2011-08-12 2012-02-15 中兴通讯股份有限公司 一种反馈信息的发送方法及终端

Also Published As

Publication number Publication date
CN103427940A (zh) 2013-12-04

Similar Documents

Publication Publication Date Title
CN103427940B (zh) 传输上行控制信息的方法和装置
CN105450364B (zh) 通信系统中混合自动重传请求确认信号的传输分集和复用
US9350575B2 (en) Method and apparatus for transmitting uplink control signaling and bearing uplink demodulation reference signal
CN103370970B (zh) 具有载波聚合的下行链路的tdd系统中的harq-ack信息生成及harq-ack信号功率控制
EP3293905B1 (en) Method for acquiring resource region information for phich
EP2797374B1 (en) Mobile communications system, base station device, mobile station device, communication method, and integrated circuit
CN105227277B (zh) 用于发送控制信息的方法和装置
CN104871448B (zh) 在无线通信系统中发送下行链路控制信息的方法和设备
CN101675698B (zh) 基站装置和通信控制方法
CN103493418B (zh) 用于在时分双工通信系统中传送应答信息的装置和方法
CN103765970B (zh) 终端装置和缓冲区划分方法
CN103098405B (zh) 终端装置以及重发控制方法
CN104660382B (zh) 通信系统中确认信号的传输
CN103563436B (zh) 终端装置、基站装置和发送接收方法
US10098141B2 (en) Method for simultaneous transmission of control signals, terminal therefor, method for receiving control signal, and base station therefor
JP5068699B2 (ja) 基地局装置及び方法
CN110098911A (zh) 用户终端以及无线通信方法
CN103283292A (zh) 终端装置、基站装置、发送方法和接收方法
CN107017974A (zh) 终端装置和发送方法
CN108183776A (zh) 支持载波聚合的装置及其通信方法
CN102484568A (zh) 正确错误应答在物理上行控制信道上的反馈方法及系统
EP2353320A1 (en) Transmitting scheduling request with multiple antennas
CN101783718A (zh) 调度请求消息和正确错误应答消息的复用方法
CN103516491B (zh) 一种发送和接收反馈信息的方法、系统及装置
CN103548380B (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
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 201206 Shanghai, Pudong Jinqiao Ning Bridge Road, No. 388, No.

Patentee after: Shanghai NOKIA Baer Limited by Share Ltd

Address before: 201206 Shanghai, Pudong Jinqiao Ning Bridge Road, No. 388, No.

Patentee before: Shanghai Alcatel-Lucent Co., Ltd.