CN103168441A - 用于载波聚合中的上行链路控制信息传输的***和方法 - Google Patents

Abstract

本发明提出了一种使用用户设备向基站传送上行链路控制信息的方法。所述方法包括：标识所述用户设备上被调度用于物理上行链路共享信道(PUSCH)传输的分量载波；以及针对上行链路控制信息的传输，标识每个分量载波的至少一个第一等级。每个第一等级至少部分地由所述分量载波是否被配置用于延迟敏感传输而确定。所述方法包括：使用所述至少一个第一等级来选择用于传输上行链路控制信息的第一分量载波；以及将上行链路控制信息编码到所述第一分量载波中，以传输至所述基站。

Description

用于载波聚合中的上行链路控制信息传输的***和方法

技术领域

本实施例大体上涉及通信***中的数据传输，且更具体地涉及用于在实现了载波聚合的网络和设备中进行控制信息传输的方法和***。

背景技术

如本文所使用，术语“用户设备”和“UE”可以指代无线设备，比如移动电话、个人数字助理(PDA)、手持或膝上型计算机、以及具有电信能力的类似设备或其他用户代理(“UA”)。在一些实施例中，UE可以指代移动的、无线的设备。术语“UE”还可以指代具有类似能力，但是一般非便携式的设备，比如台式计算机、机顶盒、或网络节点。

在传统无线电信***中，基站或其他网络节点中的发射设备在被称作小区的地理区域中发送信号。随着技术已经演进，已经引入了可以提供之前不可能提供的服务的更高级的设备。该高级设备可以包括例如演进的通用陆地无线接入网(E-UTRAN)NodeB(eNB)，而不是基站，或者可以包括比传统无线电信***中对等设备更高度演进的其他***和设备。这种高级或下一代设备在本文中可以被称作长期演进(LTE)设备，且可以将使用这种设备的基于分组的网络称作演进分组***(EPS)。对LTE***和设备的附加改进可以得到LTE高级(LTE-A)***。如本文所使用的，短语“基站”将指代可以向UE提供对电信***中其他组件的接入的任何组件或网络节点，比如传统基站或LTE或LTE-A基站(包括eNB)。

在诸如E-UTRAN之类的移动通信***中，基站向一个或多个UE提供无线接入。基站包括分组调度器，用于动态地调度下行链路业务数据分组传输，并在与该基站通信的所有UE之间分配上行链路业务数据分组传输资源。调度器的功能包括：在UE之间划分可用的空中接口容量，判定每个UE的分组数据传输所要使用的传输信道，以及监视分组分配和***负载等。调度器动态地为物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)数据传输分配资源，且通过控制信道向UE发送调度信息。

为了便于通信，在基站和UE之间建立包括物理下行链路控制信道(PDCCH)等在内的多个不同的通信信道。如名称所暗示的，PDCCH是允许基站在下行链路数据通信期间控制UE的信道。为此，PDCCH用于向UE发送调度指派或者被称为下行链路控制信息(DCI)分组的控制数据分组，以指示要由UE用来在PDSCH上接收下行链路通信业务分组或用来在PUSCH或物理上行链路控制信道(PUCCH)上发送上行链路通信业务分组的调度，或向UE指示特定指令(例如，功率控制命令、执行随机接入过程的命令、或半持久调度激活或去激活)。针对每个业务分组/子帧传输，可以由基站向UE发送单独的DCI分组。

在无线通信网络中，针对由基站提供服务的UE，一般需要使用具有高“信号干扰噪声比”(SINR)的信号来提供高数据速率覆盖。通常，仅与基站物理接近的UE可以工作在非常高的数据速率下。此外，为了在大的地理区域上以令人满意的SINR来提供高数据速率覆盖，一般要求大量的基站。由于实现这种***的成本过高，正在对用于提供广域、高速率服务的备选技术进行研究。

在一些情况下，载波聚合可以用于支持更宽的传输带宽，并增加在UE、基站和/或其他网络组件之间的通信的潜在峰值速率。如图1所示，在载波聚合中，将多个分量载波加以聚合，并在子帧中将它们分配给UE。图1示出了通信网络中的载波聚合，其中，每个分量载波具有20MHz的带宽，且总***带宽是100MHz。如图所示，将可用的带宽100分为多个载波102。在本配置下，取决于UE的能力，UE可以在多个分量载波上接收或发送(在图1所示的示例中，最高总共5个载波102)。在一些情况下，取决于网络部署，每个分量载波可以具有比20MHz更小的带宽，或者可以在载波102位于相同频段和/或载波102位于不同频段的情况下进行载波聚合。例如，1个载波102可以位于2GHz处，且第二聚合载波可以位于800MHz处。

在很多网络中，可以使用对UE和基站之间建立的一个或多个通信信道的状态或条件进行描述的信息来协助基站向UE高效地分配最有效的载波资源。该状态信息称为信道状态信息(CSI)，与在基站和UE之间建立的特定信道或载波相关联。CSI向基站提供了与在下行链路载波上(由UE)观察到的信道质量相关的信息。

一般地，在上行链路控制信息(UCI)中向基站传送CSI。在一些情况下，除了CSI，UCI还包含响应于下行链路上的PDSCH传输的混合自动重复请求(HARQ)肯定应答/否定应答(ACK/NACK)信息。取决于***实现，CSI可以包括以下数据作为信道质量信息：信道质量指示符(CQI)、秩指示(RI)、和/或预编码矩阵指示(PMI)。对于LTE-A(版本10)，除了上面列出的版本8格式之外，还可以存在其他类型的信道质量信息。一般地，CQI协助基站选择恰当的调制和编码方案(MCS)。RI提供了与UE是否可以支持一个或多个空间复用层相关的指示，PMI提供了与用于下行链路传输的优选多天线预编码相关的信息。

在E-UTRAN版本8***中，如图2a和2b所示，一般存在用于在子帧中发送UCI的两种方案。图2a和2b分别是用于在PUCCH和PUSCH资源中发送UCI的示例物理资源映射的说明图。一般地，由一定数目的资源单元(RE)形成RB。可以按12个频率列和14个时间行来布置RE(参见例如图3)。因此，每个RE对应于特定的时间/频率组合。每个时间行中的单元的组合可以被称为单载波-频分多址接入(SC-FDMA)符号。可以在每个RE或RE的组合中传送各种类型的数据。(在图2a和2b中，单元101、103和104均包括RE的组合)。

图2a示出了针对使用PUCCH的传输的子帧配置，图2b示出了PUSCH配置。两幅图都示出了包括2个时隙(时隙0和时隙1)在内的子帧，其中频率从RB的底部向顶部增加。两幅图都示出了特定子帧n。在任意时间，UE可以仅在PUCCH或仅在PUSCH上发送UCI。这样，在特定时间，UE可以仅发送图2a或图2b所示的子帧配置中的一个，以维持上行链路中的单载波属性。

PUCCH资源一般位于***带宽的边缘，且针对时隙0和时隙1使用不同的频率资源，以实现频率分集增益。因此，在图2a中，PUCCH块101位于RB的顶部，在最高的***带宽处；PUCCH块103位于RB的底部，在最低的***带宽处。一般地，使用PDCCH呼叫控制单元(CCE)索引来配置或隐式映***确的PUCCH资源。可以使用PUCCH资源101和103在可用PUCCH资源中发送UCI，只要UE不在相同的子帧中使用PUSCH配置来进行发送(参见图2b)。

参见图2b，如果UE在子帧n中使用PUSCH来进行发送，可以在PUSCH中发送UCI信息。如图2b所示，PUSCH 104可以占据可用***带宽的中心区域，其中在PUSCH 104中包括UCI。

当在PUSCH中发送UCI时，将UCI复用到上行链路共享信道(UL-SCH)中。图3是在假定针对PUSCH来调度RB的情况下将UCI示例性地复用到UL-SCH中的说明图。如图3所示，在交织前，编码的CQI/PMI比特110可以位于可用PUSCH资源的开始处。为了避免由于CQI或PMI传输造成的数据打孔(data puncturing)，将UL-SCH数据进行速率匹配，以与其余的资源一起发送。可以在信道交织器中通过对UL-SCH数据的符号打孔来将已编码的ACK/NACK比特112与UL-SCH数据复用。HARQ ACK/NACK符号112的位置一般与用作参考符号(RS)114的SC-FDMA符号相邻，以实现针对HARQACK/NACK比特112的最佳信道估计。秩指示(RI)比特116可以在时间维度上位于与HARQ ACK/NACK符号相邻，但是与ACK/NACK不同，可以对UL-SCH数据进行速率匹配，以容纳RI资源116。

一般地，在PUSCH传输中，使用以下公式(1)来计算HARQ-ACK和RI的编码符号的数目(参见例如，TS 36.212 Section 5.2.4.1“3^rdGeneration Partnership Project；Technical Specification Group RadioAccess Network；Evolved Universal Terrestrial Radio Access(E-UTRA)；Multiplexing and channel coding(Release 8))：

公式(1)

在公式(1)中，O是ACK/NACK比特或秩指示符比特的数目，

是在传输块的当前子帧中用于PUSCH传输的已调度带宽(在TS 36.211，“3rd Generation Partnership Project；Technical SpecificationGroup Radio Access Network；Evolved Universal Terrestrial RadioAccess(E-UTRA)；Physical channels and modulation(Release 8)”中表达为子载波的数目)，

是PUSCH的幅度缩放因子，

是由

给出的针对相同传输块的初始PUSCH传输的每子帧SC-FDMA符号的数目，其中，如果UE被配置为在用于初始传输的相同子帧中发送PUSCH和SRS，或者如果用于初始传输的PUSCH资源分配与在TS36.211的第5.5.3节(Section 5.5.3，TS 36.211，“3rd Generation Partnership Project；Technical Specification Group RadioAccess Network；Evolved Universal Terrestrial Radio Access(E-UTRA)；Physical channels and modulation (Release 8))中定义的小区特定SRS子帧和带宽配置重叠(即使部分重叠)，则N_SRS等于1。否则，N_SRS等于0。可以根据相同传输块的初始PDCCH来获得

C和K。因此，公式(1)定义了要在PUSCH子帧中编码的HARQ ACK/NACK比特的最小数目。

一般地，可以使用公式(2)来确定信道质量信息(CQI和/或PMI)的编码符号的实际数目(参见例如，TS 36.212，Section 5.2.4.1“3rdGeneration Partnership Project；Technical Specification Group RadioAccess Network；Evolved Universal Terrestrial Radio Access(E-UTRA)；Multiplexing and channel coding(Release 8)”)：

公式(2)

在公式(2)中，分别地，O是CQI比特的数目，L是由

给出的循环冗余校验(CRC)比特的数目，Q_CQI＝Q_m·Q′且其中，可以根据TS 36.213，“3rd Generation Partnership Project；Technical Specification Group Radio Access Network；Evolved UniversalTerrestrial Radio Access(E-UTRA)；Physical layer procedures(Release8)”来确定

如果未发送秩指示符，则Q_RI＝0。可以根据相同传输块的初始PDCCH来获得

C和K。

在E-UTRAN版本8***中，在UE中支持的多个应用可以具有不同的服务质量(QoS)要求。例如，VoIP服务可以提出更小延迟的要求，而文件传输协议(FTP)应用可以更加容许延迟。为了支持不同的QoS，可以配置不同的无线承载，且每个承载可以与特定QoS相关联。

在上行链路信道上，每个无线承载映射到单独的逻辑信道。图4是示出了从各种上行链路无线承载到上行链路逻辑信道，到上行链路传输信道，以及最终到上行链路物理信道的映射的说明图。参见图4，信令无线承载(SRB)150可以携带控制平面信令消息。例如，SRB0可以对应于仅在UE不具有与DCCH(专用控制信道)的常规连接时才使用的公共控制信道(CCCH)。另外两个SRB 150可以在例如已建立连接之后映射到单独的DCCH。SRB1可以用于携带源自无线资源配置(RRC)的控制平面消息，SRB2可以用于携带源自非接入层(NAS)的已封装的控制平面消息。数据无线承载(DRB)152可以携带用户平面业务。可以针对每个活动的DRB建立单独的专用业务信道(DTCH)。

在图4中，每个上行链路逻辑信道映射到在传输信道级别上的UL-SCH 154，UL-SCH 154进而映射到在物理信道级别上的PUSCH156。单独地，随机接入信道(RACH)158传输信道映射到物理RACH(PRACH)160，以执行随机接入；PUCCH物理信道162携带物理层信令至基站。

此外，UE可以在上行链路信道上发送媒体访问控制(MAC)控制单元(MAC CE)，以向基站传送控制信令。MAC控制单元可以是在MAC协议数据单元(PDU)中包括的短(例如，几个字节)信令消息，该MAC协议数据单元(PDU)是在上行链路上向基站发送的。例如，版本8MAC控制单元可以包括：小区无线网络临时标识符(C-RNTI)MAC CE、缓冲区状态报告(BSR)MAC CE、以及功率余量报告(PHR)MAC CE。

可以首先将MAC CE(如果适合)调度到任何新的上行链路传输分配中。一般地，除了填充BSR之外，MAC CE具有比(例如，来自DCCH或DTCH的)逻辑信道业务更高的优先级。(例如，来自SRB0的)UL-CCCH业务也可以具有比MAC控制单元更高的优先级。

在版本8中，取决于是否调度了用于UL-SCH传输的PUSCH资源以及该PUSCH资源是否可用，可以在PUCCH或PUSCH上发送UCI。然而在提供了载波聚合的较新的网络实现中，可以将UE调度为在多个上行链路载波上同时发送PUSCH，以增加峰值数据速率。然而在一些网络实现中，仅可以为来自UE的PUCCH中的UCI传输分配单一载波。在该情况下，为了从UE携带PUCCH UCI，半静态地配置单一的UE特定UL分量载波(CC)。在这种实现中，即使多个ULCC被配置为使用PUSCH来发送数据，仅一个UL CC被配置为发送用于UCI传输的PUCCH。这可以通过仅开启用于控制信令的单一载波来降低UE电池功耗。此外，由于仅单一发送功率控制(TPC)命令便足以控制PUCCH功率，因此对于降低控制信令开销是有好处的。

在一些情况下，在网络中还可以支持UCI和数据的同时发送。在该情况下，可以在PUCCH以及用于数据发送的PUSCH上发送UCI。在这种实现中，例如通过引入分簇离散傅立叶变换-扩频正交频分复用(DFT-S-OFDM)来放宽单载波属性。然而在这种实现中，由于在PUCCH和PUSCH之间的互调(特别是在载波内)，PUCCH和PUSCH的同时发送可以引起较大的无线发射(很可能由于不同的数据速率而导致PUCCH和PUSCH之间的发射功率差相对大)。

一般地，在较新的网络中，UCI的有效载荷预期比版本8的UCI的有效载荷更大，因为LTE-A UE可以支持在多个DL载波上的DL发送，因为UE将向基站传送每个可用载波的CQI/PMI/RI反馈，且将要求针对每个调度载波的HARQ ACK-NACK反馈。这样，UCI的有效载荷可以随着活跃DL载波的数目线性增长。例如，在版本8中，HARQ-ACK比特的数目对于频分双工(FDD)一般是1比特或2比特，且对于时分双工(TDD)一般是1～4比特。表1示出了取决于已调度的下行链路载波的数目以及码字的数目的HARQ-ACK数据所需的比特。由于分别发送PDCCH以调度多个载波上的PDSCH，因此假定要求针对每个载波的ACK、NACK和DTX指示来计算这些值。在2个码字的情况下，要求5个指示值来作为针对第一码字的ACK/NACK、针对第二码字的ACK/NACK、以及针对PDCCH误检测的DTX。即，UE需要能够针对2个码字的情况来信号通知以下5种不同状态(A＝ACK，N＝NACK)：(A，A)、(A，N)、(N，A)、(N，N)和DTX。如表1所示，随着载波数目增加，不管码字是双码字还是单码字，每个码字所要求的比特数也增加。

表1

由于发送中的速率匹配或打孔，增加要由UE发送的UCI数据的结果是减少了可用于数据发送的UL-SCH资源。对于打孔普遍发生的HARQ-ACK发送而言，尤其如此。为了最小化由于UCI而导致的可用UL-SCH资源的减少，基站可以增加PUSCH资源。如果例如在PUSCH内发送UCI，且针对初始发送来动态调度PUSCH资源，则可以增加PUSCH资源以容纳用于UCI传输的资源。然而，如果需要在用于UL-SCH数据重传的PUSCH中或半持久性调度的PUSCH资源中发送UCI，则可能难以增加PUSCH资源。在该情况下，可能必须重传数据，因为由于UCI传输引起的打孔损失而导致未成功接收具有UCI的发送。如果数据不是延迟敏感的(例如，FTP或TCP IP数据)则增加发送次数可能不是有害的。但是增加发送次数可以负面地影响延迟敏感数据的性能，例如，VoIP或MAC信令(例如，MAC控制单元)、或包括测量报告在内的RRC信令消息、或其他高优先级数据业务。

附图说明

为了更完整的理解本公开，现在结合附图和详细描述来参考下面的简要描述，其中，相似的附图标记表示相似的部分。

图1示出了在通信网络中的载波聚合，在该通信网络中，每个分量载波具有20MHz带宽且总***带宽是100MHz；

图2a和2b分别是用于在PUCCH和PUSCH中发送UCI的示例物理资源映射的说明图；

图3是将UCI数据示例复用到UL-SCH中的说明图，示出了包含RE的RB；

图4是示出了从各种上行链路无线承载到上行链路逻辑信道，到上行链路传输信道，以及最终到上行链路物理信道的映射的说明图；

图5a、5b和5c是分配给特定UE的CC的示例集合的说明图，示出了如何配置UE以选择可用CC集合中的用于UCI传输的特定CC；

图6示出了用于UE选择一个或多个UL CC来进行UCI传输的方法的步骤；

图7是示出了增加后的数目的HARQ-ACK符号的候选位置的示例子帧的说明图；

图7a是示出了分簇的DFT-S-OFDM中的UCI传输的示例子帧的说明图，其中，向PUSCH传输分配两个簇，以及ACK/NACK或RI可以分布在这两个簇上；

图8是包括用于本公开的各种实施例中一些实施例的UE在内的无线通信***的图；

图9是用于本公开的各种实施例中一些实施例的UE的框图；

图10是可以在用于本公开的各种实施例中的一些实施例的UE上实现的软件环境的图；以及

图11是适用于本公开的各种实施例中一些实施例的说明性通用计算机***。

具体实施方式

本实施例大体上涉及通信***中的数据传输，且更具体地涉及用于在实现了载波聚合的网络和设备中进行控制信息传输的方法和***。

一些实施例包括一种使用用户设备向基站传送上行链路控制信息的方法。所述方法包括：标识所述用户设备上被调度用于物理上行链路共享信道(PUSCH)传输的分量载波；以及标识每个分量载波的至少一个第一等级(ranking)，所述至少一个第一等级是针对上行链路控制信息的传输的等级。每个第一等级至少部分地由所述分量载波是否被配置用于延迟敏感传输而确定。所述方法包括：使用所述至少一个第一等级来选择用于传输上行链路控制信息的第一分量载波，以及将上行链路控制信息编码到所述第一分量载波中，以传输至所述基站。

其他实施例包括一种用于使用用户设备向基站传送上行链路控制信息的方法。所述方法包括：标识所述用户设备上被调度用于物理上行链路共享信道(PUSCH)传输的分量载波。当所述分量载波中的一个或多个被配置用于非延迟敏感传输时，所述方法包括：标识所述分量载波中被配置用于非延迟敏感传输的一个或多个分量载波，并从所述一个或多个分量载波中选择用于传输上行链路控制信息的第一分量载波。所述方法包括：将上行链路控制信息编码到所述第一分量载波中，以传输至所述基站。

其他实施例包括一种用于在物理上行链路共享信道(PUSCH)上分配混合自动重复请求(HARQ)肯定应答/否定应答(HARQACK/NACK)符号的方法。所述方法包括：标识PUSCH子帧内用于HARQ ACK/NACK传输的第一数目的分配符号。所述方法包括：当实现载波聚合时，增加用于HARQ ACK/NACK传输的分配符号的数目；以及在PUSCH子帧中使用增加后的数目的分配符号来传输HARQACK/NACK数据。

其他实施例包括一种使用用户设备向基站传送上行链路控制信息的方法。所述方法包括：确定第一物理上行链路共享信道(PUSCH)子帧的打孔比。所述打孔比标识了所述PUSCH子帧中被分配用于上行链路控制信息的符号与所述PUSCH子帧中被分配用于上行链路共享信道(UL-SCH)数据的符号的比率。当所述打孔比大于阈值时，所述方法包括：减少编码到所述PUSCH子帧中的上行链路共享信道(UL-SCH)数据的量。

其他实施例包括一种包括处理器的用户设备，所述处理器被配置为：标识所述用户设备上被调度用于物理上行链路共享信道(PUSCH)传输的分量载波；以及标识每个分量载波的至少一个第一等级，所述至少一个第一等级是针对上行链路控制信息的传输的等级。每个第一等级至少部分地由所述分量载波是否被配置用于延迟敏感传输而确定。所述处理器被配置为：使用所述至少一个第一等级来选择用于传输上行链路控制信息的第一分量载波；以及将上行链路控制信息编码到所述第一分量载波中，以传输至基站。

其他实施例包括一种包括处理器的用户设备，所述处理器被配置为：标识所述用户设备上被调度用于物理上行链路共享信道(PUSCH)传输的分量载波。当配置所述分量载波中的一个或多个来用于非延迟敏感传输时，所述处理器被配置为：标识所述分量载波中被配置用于非延迟敏感传输的一个或多个分量载波，并从所述一个或多个分量载波中选择用于传输上行链路控制信息的第一分量载波。所述处理器被配置为：将上行链路控制信息编码到所述第一分量载波中，以传输至基站。

为了实现前述和相关目的，本发明包括在下文中充分描述的特征。以下描述和附图详细阐述了本发明的特定说明性方面。然而，这些方面仅指示可以采用本发明的原理的各种方式中的一些方式。在结合附图考虑时，根据本发明的以下详细描述，本发明的其他方面和新颖特征将变得显而易见。

现在参照附图来描述本发明的各种方面，其中，在所有附图中，相似的标记指代相似或对应的单元。然而应当理解，附图及其详细描述不意在将要求保护的主题限制在所公开的特定形式。而是，意图在于涵盖落入了所要求保护的主题的精神和范围中的所有修改、等价物和替代物。

如本文所使用，术语“组件”、“***”等意在指代计算机相关实体，或者是硬件，或者是硬件和软件的结合，或者是软件，或执行中的软件。例如，组件可以是(但不限于)：在处理器上运行的进程、处理器、对象、可执行文件、执行的线程、程序、和/或计算机。作为说明，在计算机上运行的应用和计算机都可以是组件。一个或多个组件可以驻留在执行的进程和/或线程中，且组件可以本地化在一个计算机上和/或分布在两个或更多计算机上。

本文中，单词“示例”用于意指作为示例、实例或说明。本文描述的任何方面或设计不一定被理解为相对于其他方面或设计是优选的或有利的。

此外，可以将所公开的主题实现为***、方法、装置、或使用标准编程和/或工程技术制造的物品，以产生软件、固件、硬件或其任意组合以控制基于计算机或处理器的设备来实现本文描述的方面。如本文所使用的术语“制造的物品”(或备选地，“计算机程序产品”)意在涵盖可从任何计算机可读设备、载体或介质可访问的计算机程序。例如，计算机可读介质可以包括(但不限于)：磁存储设备(例如，硬盘、软盘、磁带...)、光盘(例如、高密度盘(CD)、数字多功能盘(DVD)...)、智能卡、以及闪存设备(例如，卡、棒)。此外，应当意识到可以使用载波来携带计算机可读电子数据，比如在发送和接收电子邮件中使用的，或在访问网络(比如互联网或局域网(LAN))中使用的。当然，本领域技术人员将认识到可以对该配置作出很多修改，且不脱离所要求保护的主题的范围或精神。

在LTE-A中，UE可以根据基站配置和UE能力在多个UL CC上发送UL数据。对于每个UE，当UE连接到基站时，可以配置多个可用UL CC。然后可以由基站向UE动态发送的UL授权，或通过类似于版本8的半持久性调度(SPS)分配来分配在每个可用CC内出现的PUSCH资源。

当在子帧中向UE分配多个UL CC且需要发送UCI时，可以使用任何已调度的CC来发送UCI。尽管可以使用任何可用的UL CC(例如，每个UL CC的UCI使用该特定CC向基站发送)，但是如果UL CC使用不同的QoS设置来发送数据，则一般不希望这样做。不同的QoS导致在每个传输中的不同级别的打孔损失(puncture loss)。如果使用特定CC来发送延迟敏感数据，通过使用该CC来发送UCI，可以导致显著的打孔。然而在延迟敏感通信中避免打孔损失很重要，因为损失可以导致由打孔造成的数据重传所引起的延迟。因此，可以优选地使用可用UL CC中被配置用于携带非延迟敏感数据的特定UL CC来发送UCI。

在本***中，UE被配置为：当分配多个UL CC以发送PUSCH时，使用不携带延迟敏感数据的CC来发送UCI。这样，UE可以避免使用被配置用于高QoS通信的CC来发送UCI。在一个实现中，延迟敏感传输包括：1)使用通过半持久调度(SPS)所分配的资源的传输；2)信令无线承载(SRB)传输，例如SRB1；3)MAC CE传输；以及4)其他高优先级业务。因此，一般地，UE避免使用要求低延迟的CC，如发送具有特定CQI索引的数据的CC。例如，UE可以如TS 23.203v 8.9.0中定义的，避免具有CQI索引为3的CC(其延迟预算是50ms)。

作为示例，图5a、5b和5c是分配给特定UE的CC的示例集合的说明图，示出了如何配置UE以选择可用CC集合中的用于UCI传输的特定CC。在图5a中，2个载波CC1和CC3在UE上激活，并被调度以分别发送PUSCH1和PUSCH2。PUSCH1或PUSCH2可以用于发送UCI，但分配PUSCH1用于SPS，而通过动态授权来分配PUSCH2。因此，有很高的可能性将SPS资源用于发送要求半静态数据速率(例如VoIP)和要求最小延迟(即，延迟敏感通信)的数据。这样，在本***中，UE被配置为避免使用PUSCH1来发送UCI。取而代之地，UE使用PUSCH2来发送UCI。尽管将UCI包括在PUSCH2中可以导致对PUSCH2中包括的数据的打孔，由于PUSCH2比PUSCH1相对不可能发送延迟敏感数据(未分配PUSCH2用于SPS)，PUSCH2数据的重传比PUSCH1数据的重传更可接受。

在图5b中，3个载波CC1、CC3和CC4分配给UE，并被调度以分别发送PUSCH1、PUSCH2和PUSCH3。分配PUSCH1用于SPS，而通过动态授权来分配PUSCH2和PUSCH3。一般地，有很高的可能性将SPS资源用于发送要求半静态数据速率(例如VoIP)以及具有严格延迟要求的数据。因此，UE被配置为避免PUSCH1的重传。类似地，由于PUSCH2发送需要在没有延迟的情况下传送的SRB，因此UE被配置为避免PUSCH2的重传。因此，在本***中，UE被配置为在通过动态授权分配的且在本示例中被配置为发送DRB的PUSCH3中发送UCI。

在图5c中，4个载波CC1、CC3、CC4和CC5分配给UE，并被调度以分别发送PUSCH1、PUSCH2、PUSCH3和PUSCH4。分配PUSCH1用于SPS，而通过动态授权来分配PUSCH2和PUSCH3。一般地，有很高的可能性将SPS资源用于发送要求半静态数据速率(例如VoIP)以及具有严格延迟要求的数据。因此，UE被配置为避免PUSCH1的重传。类似地，由于PUSCH2发送需要在没有延迟的情况下传送的SRB，因此UE被配置为避免PUSCH2的重传。PUSCH3和PUSCH4都是通过动态授权来分配的，且因此可以携带更容许延迟的通信。在本示例中，由于存在通过动态授权来分配且用于发送普通DRB的2个UL CC，UE被配置为在PUSCH3或PUSCH4中发送UCI。例如，UE可以选择PUSCH3和PUSCH4中的单一一个来用于发送UCI(在图5c中，仅在PUSCH4中发送UCI)。备选地，可以将UCI分布在PUSCH3和PUSCH4上。

当仅向UE分配单一PUSCH载波且该单一PUSCH载波可用于UCI传输时，打孔损失可能是不可避免的。如果打孔损失严重且经常发生，基站可以考虑降低HARQ延迟的其他方式。例如，可以为要求低延迟的数据选择更保守的MCS。然而，保守的MCS可能要求额外的无线资源来实现相同的信息比特率。因此，由于不总是只要发送PUSCH就发送UCI，因此在资源利用方面将是低效率的。即，当不发送UCI时，具有过度保守MCS的未打孔PUSCH传输将表示对原本可以指派给其他UE的小区上行链路无线资源的低效率使用。

在一些情况下，基站向UE指示载波等级，该载波等级允许UE选择最恰当的CC用于UCI传输。该等级可以定义在调度多个载波用于PUSCH传输时，哪个CC具有用于UCI传输的较高优先级。为了最小化上述问题，例如向用于延迟敏感数据的CC分配避免(或最小化)在这些CC上进行UCI传输的优先级。假定基站知晓哪些CC(如果有)发送SPS以及哪些CC发送SRB，则基站可以产生优先级列表，最小化使用SPS CC来发送UCI。然后可以通过例如高层或L1/2信令(例如，MAC CE)向UE信号通知该载波等级信息。

表2示出了针对UCI传输的示例载波等级信息。在表2中，针对3个不同示例配置中的每一个，向每个载波指派不同的等级值。在本实现中，较低的等级值意味着CC更有可能被选择用于发送UCI，然而可以使用其他等级排序。因此，当分配多个CC时，UE首先选择具有较低等级值的载波以发送UCI。如果该载波不可用，则UE可以选择具有下一较高(或相同)优先级的备选载波。

在一个示例中，向UE分配CC1和CC3(参见例如图5a)用于UCI传输，并基于表2的配置1来选择用于UCI的CC。在配置1中，CC3具有比CC1更低的等级(分别是值“3”对值“4”)。因此，UE被配置为首先选择CC3用于UCI传输。

在另一示例中，向UE分配CC1、CC3、CC4和CC5(参见例如图5c)用于UCI传输，并基于表2的配置1来选择用于UCI的CC。在配置1中，UE将选择CC4用于UCI传输，因为CC4在其他所调度(并允许)的CC(即，CC1、CC3、CC4和CC5)中具有用于UCI传输的最低等级。

	配置1	配置2	配置3
				CC1	4	3	不允许
CC2	5	3	不允许
				CC3	3	2	3
CC4	1	1	1
				CC5	2	1	2

表2

在一些情况下，可以为不同的CC定义相同的等级(参见例如表2的配置2下的CC1和CC2以及配置2下的CC4和CC5)。当向2个CC指派相同等级时，UE可以被配置为：基于预定义的规则或算法，使用任一CC来发送UCI，或在2个载波上都发送UCI。预定义的规则或算法可以基于例如CC索引值。当调度具有相同优先级等级的多个CC时，UE可以选择具有最低(或最高)CC索引的CC来发送UCI。

备选地，等级值对于一些CC可能不可用，或者CC可能未被授权用于发送UCI(参见例如表2的配置3的CC1和CC2)。如果CC未分配有等级值，这可以指示在该特定PUSCH中禁止UCI传输。在该情况下，当仅有的被调度的载波未分配有等级时(例如，在表2的配置3下的载波CC1和CC2)，UE可以丢弃UCI传输或仅使用PUCCH资源来进行发送。

还可以在没有任何额外空中信令的情况下，经由隐式方法来定义该载波等级。例如，可以按其他参数以升序或降序对载波分等级，所述其他参数例如：载频、***带宽、已调度的RB数目、传输块大小、MCS级别等等。还可以使用根据CC索引或与其他CC参数相关的顺序等级来对CC分等级。此外，可以通过接收到的UL授权来隐式定义等级。

该载波等级还可以用于针对在每个载波上可用的每个UL-SCH数据类型，来定义不同的载波等级。作为示例，表3示出了针对SRB传输和MAC CE传输的示例载波等级。在该示例中，发送SRB或MACCE时的CC的CC等级与发送UCI时的CC等级几乎是逆序的。

	SRB	MAC CEs	UCI
				CC1	5	5	4
CC2	2	1	5
				CC3	1	2	3
CC4	4	4	1
				CC5	3	3	2

表3

取决于***实现，基站可以仅向UE信号通知针对一个或多个UL-SCH数据类型的等级。例如，基站可以向UE仅信号通知针对SRB和MAC CE的载波等级。然后，基于针对SRB和MAC CE的等级，隐式导出针对UCI的载波等级，例如基于SRB/MAC CE的载波等级的逆序，例如通过从最大优先级值中减去每个优先级等级。例如，如果第一CC的针对SRB或MAC CE的等级是2，且最大可能等级值是5，则UCI的等级将是5-2，即3。

在一些情况下，UE还可以考虑不同CC的无线条件来进行调度。例如，对于SRB传输，如果CC3在特定时间具有较差的无线条件，而同时CC1具有较好的无线条件，UE可以被配置为使用CC1用于SRB传输。因此，UE可以使用表3仅用于针对SRB业务的CC的相对优先选择。由于针对MAC PDU中包含的每个MAC SDU，可以包括逻辑信道ID，在基站处的MAC实体能够从UE放置SRB消息的MAC PDU中正确地提取SRB业务，且不增加基站的复杂度。

当UE被调度为在多个上行链路载波上同时发送时，对于每个已调度的载波，可以存在单独的MAC PDU。当选择在哪个CC上发送SRB时，UE可以考虑已调度的CC的无线条件和用于发送UCI的载波等级。一般地，被选择用于发送SRB的CC不同于基于基站指示的UCI载波等级规则而选择用于发送UCI的CC；被选择发送SRB的CC在已调度的CC中应当具有最佳的无线条件。

在一些情况下，如果取决于信道状况，发送UCI的CC可变，则基站必须执行盲解码，以知道哪个UL CC包括UCI。备选地，如果已调度的MCS或消耗的频率资源量被用作考虑无线条件的一种方式，则基站和UE总体上正好知道用于UCI的UL CC，因此可以不需要针对UCI的盲解码。

表2和表3所示的载波等级表格仅是示例。可以以使用其他因素的规则来更新载波等级。例如，当已配置的CC的数目改变时，可以更新载波等级，并将其信号通知给UE。可以在重新配置载波的RRC消息中或在MAC控制单元中(有可能是用于激活或去激活特定载波的相同MAC控制单元)携带该载波等级。备选地，当经由信令(如RRC信令)向UE的UL CC的配置集合添加UL CC时，也可以在RRC信令中提供新添加的CC的载波等级。

备选地，配置UCI的载波等级，而不配置延迟敏感数据的载波等级。在该情况下，UE可以选择发送延迟敏感数据的UL CC来作为不发送UCI的UL CC。例如，当调度CC1、CC4和CC5时，如果将载波等级配置为与表2中配置1相同，则UE选择CC4来用于UCI传输。UE可以选择CC1和CC5之一以发送延迟敏感数据。在不发送UCI的所有已调度的UL CC中，可以基于预定义的规则，使用诸如载波索引的顺序、MCS或带宽之类的参数来选择用于发送MAC CE的UL CC。

在另一实现中，配置UCI的载波等级，而不配置延迟敏感数据的载波等级。在该情况下，可以对已调度的UL CC的授权资源进行排序，使得被选择用于UCI传输的UL CC的资源放在最后，或被放置为使其在排序中不是第一个调度UL CC。然后，当判定如何将逻辑信道业务和MAC CE映射到调度UL CC上时，UE可以对已调度的UL CC上的已排序UL资源执行逻辑信道和MAC CE优先级处理。例如，当调度CC1、CC4和CC5时，如果将载波等级配置为与表2中配置1相同，则UE选择CC4用于UCI传输。UE对这3个调度CC的授权资源进行排序，使得将CC4的UL资源放在最后。例如，可以如下对授权UL资源进行排序：CC1的资源，接着是CC5的资源，接着是CC4的资源，使得当将逻辑信道业务和MAC CE映射到调度UL CC上的资源时，UE按该顺序执行逻辑信道和MAC CE优先级处理。

作为上述的载波分等级过程的另一实施例，为了避免相对大的打孔损失，如果UL CC被调度为具有比特定物理资源块(PRB)阈值少的PRB数目，则可以排除该UL CC用于发送UCI。在一些实施例中，即使UL CC相对于其他UL CC具有用于发送UCI的更高等级，也可以排除该UL CC用于发送UCI。换言之，可以不在UL CC上发送UCI。取而代之地，可以使用具有最高载波等级的下一个可用UL CC来发送UCI。PRB阈值可以是预定义的，或者可以由高层信令来配置。在实施例中，可以针对每个UL CC配置不同的PRB阈值。

在使用预定义的PRB阈值的情况下，因为UCI大小可以根据所调度的DL CC或所激活的DL CC的数目而变化，可以关于实际的UCI传输来定义PRB阈值。对于关于实际的UCI传输来定义PRB阈值，存在着若干备选。

在一个备选中，可以基于针对UCI所需或所期望的编码符号的数目来判定PRB阈值。针对UCI所需或所期望的相对较少的编码符号数目，可以将较少的PRB数目定义为PRB阈值。

在另一备选中，关于活跃的DL CC或已配置的DL CC，可以基于需要UCI的DL CC的数目来判定PRB阈值。因为可以针对每个DL CC来定义UCI信息，UCI传输的总大小可以线性依赖于需要UCI的DL CC的数目。因为具有较少DL CC数目的UCI可以产生较少的打孔损失，相对于激活或配置较大数目的DL CC的情况，PRB阈值可以较小。从而，用于判定PRB阈值的实施例可以是基于每个CC来定义平均PRB阈值。总PRB阈值可以是该平均PRB阈值的线性缩放。

在又一备选中，基于UCI传输的特性来判定PRB阈值。例如，可以将针对HARQ ACK/NACK的PRB阈值与针对CQI/PMI/RI使用的阈值进行不同定义。

作为上述载波等级过程的另一实施例，可以基于UL CC的配置的传输模式来排除将特定的UL CC用作UCI CC，即使该UL CC具有用于发送UCI的较高等级。例如，如果以单天线端口模式来配置UL CC，可以排除使用该UL CC来发送UCI，因为与被配置为使用多天线端口传输模式(其中，最多可以发送两个传输块)的UL CC相比，打孔损失可能更加显著。基于当前配置的传输模式，这种排除可以是临时的。

在以上的所有情况中，可以将用于选择UCI CC的相同规则应用在UE发射机和基站接收机处。从而，针对本实施例，基站可以知道在哪个UL CC上预期特定UCI传输。

在一些实现中，UE使用隐式算法来选择用于UCI传输的最恰当CC。该算法基于UE知晓的以下信息。第一，UE知道哪个CC被配置为支持SPS。由于当信号通知与SPS相关的配置时，一个UL CC将用于SPS，因此应当向UE信号通知用于SPS的UL CC信息。可以信号通知该确切的载波信息，或备选地，还有可能让UL SPS发送发生在与发送PUCCH的UL CC相同的UL CC上。

第二，UE知道针对SRB传输的载波排序或等级。存在用于向UE指示被分配用于发送SRB数据的载波的多种可能方案。一个方案是显式信号通知载波排序(例如，使用诸如上面表3之类的载波等级表)。其他方案是基于预定算法来隐式确定逻辑信道优先级排序。在该方案中，每个载波可以具有针对逻辑信道的不同优先级。可以通过参考与SRB逻辑信道相对应的逻辑信道优先级来判定用于SRB传输的载波排序。

第三，UE知道用于MAC CE传输的载波顺序。以与SRB传输类似的方式，UE可以通过来自基站的显式信令来知道用于MAC CE传输的载波顺序。备选地，可以基于预定义的算法来确定载波顺序。

第四，UE知道要用于其他低延迟数据传输(例如，经由QCI索引关联的)的载波。UE可以知晓逻辑信道的QCI索引，因此可以确定优先将哪个CC用于UCI传输。可以通过高层信令来信号通知QCI。

给定该信息，图6示出了用于UE选择一个或多个UL CC来进行UCI传输的方法的步骤。在步骤200中，UE检查是否已调度多个ULCC。如果仅调度单一PUSCH CC，UE在步骤201中选择该UL CC，并在步骤202中使用该UL CC来发送UCI，因为没有其他PUSCH CC可供选择。如果仅调度单一PUSCH CC且该CC用于发送SPS或其他高QoS RB，则如果打孔比超过预定义阈值，UE可以被配置为丢弃该UCI传输。

如果在步骤200处，UE确定已调度多个UL CC，UE在步骤204中检查是否有任何UL CC是可用UL CC。可以将可用UL CC定义为例如仅包括通过动态授权来分配并且不发送SRB或MAC CE的ULCC。

如果不存在可用的UL CC，UE在步骤206中使用预定义的选择规则，在已调度的UL CC中选择UL CC之一。例如，UE可以选择具有最低索引的CC。作为备选，可以如上所述定义针对SPS、SRB和MAC CE的优先级(参见例如表3)，且可以选择具有最低优先级的CC。一般而言，例如，在SPS资源或其他实时服务中发送的VoIP和SRB具有比MAC CE更高的优先级，以最小化延迟。在选择CC之后，在步骤202中，在UL CC中包括UCI。

最后，如果存在可用的UL CC，则UE在步骤208中从可用UL CC的集合中选择一个CC，在步骤202中，在所选CC中包括UCI。

作为上述使用隐式信令的另一备选，为了避免相对大的打孔损失，如果UL CC被调度为具有比特定物理资源块(PRB)阈值少的PRB数目，则可以排除该UL CC用于发送UCI。换言之，如果不满足PRB阈值，可以不在给定的UL CC上发送UCI。取而代之地，可以基于隐式选择，使用下一个可用的UL CC来发送UCI。该阈值可以是以与以上关于载波等级描述的类似的方式预定义的，或者可以由高层信令配置。在实施例中，可以针对每个UL CC配置不同的阈值。

作为上述隐式信令方法的另一备选，当UE以隐式方法选择UCICC时，可以考虑一个或多个附加参数。当使用隐式信令时可以考虑的示例性参数可以是传输模式。在该情况下，可以基于传输模式来将特定的UL CC优先作为UCI CC。例如，如果UL CC是以多天线端口传输模式配置的，可以将UL CC优先用于发送UCI，因为与被配置为使用单天线端口传输的UL CC相比，打孔损失相对不显著。

在MIMO的情况下，在使用隐式信令时可以考虑的另一示例性参数可以是空间层的数目。在该情况下，可以将以更大的空间层数目调度的UL CC优先作为UCI CC。因为较低的空间层数目可能导致较低的数据速率，相对于以较低的空间层数目调度的UL CC，以较高的空间层数目调度的UL CC更适于发送UCI CC。通过这种方式，可以避免相对大的打孔损失。

当使用隐式信令时可以考虑的另一示例性参数可以是传输块大小。在该情况下，当与UCI比特大小相比，信息比特大小相对小时，打孔损失可以较显著。可以通过选择以较大传输块大小调度的UL CC来降低打孔损失。

在使用隐式信令时可以考虑的另一示例性参数可以是调制编码方案(MCS)。在该情况下，当信息比特大小和UCI比特大小固定时，打孔损失可以与MCS级别成正比。因此，当调度较高的MCS级别时，打孔损失可以更加严重。为了避免相对大的打孔损失，可以将UCI CC选择为以较低MCS级别调度的UL CC。

当使用隐式信令时可以考虑的另一示例性参数可以是传输次数。当调度初始传输时，基站能够考虑UCI的存在，以使得可以增加资源来补偿打孔损失。然而，对于重传，基站可以不困难地预期将来的UCI传输。此外，当信道条件比基站所预期的差时，将发生大的重传，尽可能快地将其成功发送是重要的。如果在执行重传的UL CC上发送UCI，UCI很可能由于打孔而经历另一传输。因此，在发送初始传输的UL CC上或在较低次数的重传时发送UCI可以是有好处的。

可以将上述5个参数中的任何参数单独地使用，彼此结合使用，或者与以上的UCI CC信息相结合使用。此外，可以将用于选择UCI CC的相同规则应用在UE发射机和基站接收机处。类似地，相同的信息在两个位置处可以是可用的，以使得基站可以知道在哪个UL CC上预期特定UCI传输。

在一些情况下，仅一个CC或CC集合被配置为用于UCI传输。基站可以通过RRC信令或L1/L2信令向UE信号通知要用于UCI传输的载波(以UCI CC来表示)。信令可以是显式的或隐式的。在简单形式的隐式信令中，始终选择最低索引CC用于UCI传输。如果该载波与用于PUCCH传输的载波相同，则可以不一定要提供单独的信令。当在UCI CC上未分配PUSCH资源时，在本***中，UE依然能够发送UCI。

例如，UE可以被配置为在PUCCH上发送UCI。尽管可以将PUSCH分配到其他载波上，如果未将PUSCH分配到UCI CC上，UE可以使用PUCCH来发送UCI。在一些网络中，如果由于在PUCCH和PUSCH之间的互调问题或大功率差而不允许一些载波同时发送PUSCH和PUCCH，则这可以是有益的。例如，在具有3个UL CC(CC1、CC2和CC3)的网络实现中，CC1和CC2可以是UCI载波，且CC1是PUCCH载波。如果调度CC1用于PUSCH，则可以在CC1中发送UCI(在例如与UL-SCH数据复用的PUSCH资源中)。然而，如果例如仅调度CC3用于PUSCH，则可以同时发送CC3中的PUSCH和CC1中的PUCCH(其中PUCCH传输携带UCI)。

备选地，UE可以在具有已调度的PUSCH的另一CC上发送UCI。在该情况下，UE在非UCI CC中选择一个PUSCH调度CC用于发送UCI。备选地，UE可以在所有非UCI CC上进行发送。如果打孔比低于预定义的阈值，UE可以在已调度的非UCI CC上发送UCI。否则，UE可以使用在该UCI CC上的PUCCH来发送UCI。

备选地，可以将UE可用的CC分为两类。第一类CC可以用于例如特殊传输，如SPS之类的延迟敏感传输，而另一类CC可以用于一般传输目的。这可以由基站初始配置，并不时地进行重配置。

可以由基站更新并向UE信号通知这些类别。当在一般传输类别中存在至少一个已配置的CC时，UE可以避免在预期用于延迟敏感传输的CC(例如，在第一类的CC)上发送UCI。如果在一般传输类别中未配置CC，当CC未在发送SPS或其他延迟敏感传输时，UE可以在通常用于特殊传输的CC上发送UCI。

在该实现中，基站可以需要在一般传输类别中配置至少一个CC。如果存在在一般传输类别中配置的多于一个CC，则UE可以同时在这些一般传输CC上发送UCI，或者例如根据某个预定义规则仅在CC之一上发送UCI(例如通过在具有最低载波索引的CC上发送)。

在另一实现中，在选择UCI CC之后，UE可以在不发送UCI的CC上发送延迟敏感数据，以避免来自UCI传输的打孔损失。例如，当调度CC1、CC4和CC5时，UE选择CC4作为UCI CC。然后UE可以选择CC1和CC5之一，以发送延迟敏感数据。在不发送UCI的所有调度CC中，可以基于预定义的规则，使用例如载波索引、MCS或带宽之类的参数来选择用于发送延迟敏感数据的CC。

在又一实现中，在选择UCI CC之后，对已调度的UL CC的授权资源进行排序，使得被选择用于UCI传输的UL CC的资源放在最后，或被放置为使其在顺序中不是第一个调度UL CC。然后当判定如何将逻辑信道业务和MAC CE映射到已调度的UL CC上时，UE可以对已调度的UL CC上的已排序UL资源执行逻辑信道和MAC CE优先级处理。例如，当调度CC1、CC4和CC5时，UE可以选择CC4用于UCI传输。UE对这3个已调度的CC的授权资源进行排序，使得将CC4的UL资源放在最后。例如，可以如下对授权UL资源进行排序：CC1的资源，接着是CC5的资源，接着是CC4的资源，使得当将逻辑信道业务和MAC CE映射到已调度的UL CC上的资源时，UE按该顺序执行逻辑信道和MAC CE优先级处理。

作为针对UCI的载波集合的另一备选，为了避免相对大的打孔损失，如果UL CC上的已调度PRB的数目小于特定阈值，可以不在该ULCC上发送UCI传输。该阈值可以是以类似于以上关于载波等级所述的方式预定义的，或者可以由高层信令配置。在实施例中，可以针对每个UL CC配置不同的阈值。

同样，UE和基站都可以知晓针对特定UL CC的已调度PRB的数目以及预定义或预配置的阈值。在该情况下，基站可以知道是否预期特定UL CC上的UCI传输。

备选地，为了适应UE发送的UCI的增加，可以修改用于标识子帧的编码符号的恰当数目的公式。在现有网络中，可以使用如上所述的公式(1)来计算针对以下各项的编码符号的数目：HARQ-ACK(表示为Q′_ACK)、RI(表示为Q′_RI)、以及CQI/PMI(表示为Q′_CQI/RI)(参见例如TS 36.212，Section 5.2.4.1“3^rd Generation Partnership Project；Technical Specification Group Radio Access Network；Evolved UniversalTerrestrial Radio Access(E-UTRA)；Multiplexing and channel coding(Release 8)″)。然而在本实现中，为了适应针对载波聚合发送的UCI数据的增加，对公式进行调整以进行补偿。

在一些网络中，针对HARQ-ACK或RI的编码符号的最大数目被限制为最大是

以避免大量打孔并固定针对RI的SC-FDMA符号。RI编码符号固定位于与包含HARQ-ACK编码符号的SC-FDMA符号相邻的SC-FDMA符号上。

是一个SC-FDMA符号内的已调度频率资源的数目的4倍，这将一般足以支持最大4个HARQ-ACK(在版本8中的HARQ-ACK的最大数目)。然而，如表1所示，如果要发送最大12个HARQ-ACK比特(这可以是载波聚合中的情况)，如果已调度的频率资源较小，则所需的SC-FDMA符号数目可能超过4个SC-FDMA符号。这样，可以修改公式(1)的上限，以提供更大数目的编码符号。在下面公式(3)中找到修改的公式的示例。如公式(3)所示，将编码符号的最大数目从

增加到

然而注意到，取决于***实现，可以将公式(3)中示出的乘数“6”替换为其他乘数。

公式(3)

在根据公式(3)增加了编码符号的数目之后，需要在RB子帧中放置每个附加符号。图7是示出了增加后的数目的HARQ-ACK符号的候选位置的示例子帧的说明图。参见图7，新的编码符号(超过4个HARQ ACK/NACK的符号)可以位于与RI的编码符号之后的SC-FDMA符号相邻(参见由图7的单元300所环绕的RE)。备选地，可以在SC-FDMA符号上首先连续发送HARQ-ACK，之后发送RI。一般地，HARQ-ACK比RI更重要，且应当更接近RS。

备选地，如果调度多个UL CC，可以在接下来的UL CC中发送剩余的编码符号。然而，可以用不同的MCS和频率资源来调度其他ULCC。由于通过PUSCH MCS来确定在PUSCH中用于UCI的编码符号的数目，难以仅仅将剩余的编码符号***另一UL CC中。如果用于ACK/NACK或RI的编码符号的数目大于

则可以将ACK/NACK或RI信息分布在多个UL CC上。

图7A是示出分簇(clustered)DFT-S-OFDM中的UCI传输的示例子帧的示意，其中，向PUSCH 702传输分配两个簇(700A和700B)，以及ACK/NACK(704A、704B、704C和704D)或RI(706A、706B、706C和706D)可以分布在这两个簇上。除了版本8中使用的单天线连续PUSCH传输方案之外，在版本10中可以支持多种PUSCH传输方案，例如，分簇DFT-S-OFDM和SU-MIMO。可以用高层信令或通过对应的DCI格式来向UE指示实际的PUSCH传输方案。取决于所选择的PUSCH传输方案，为了利用每个传输方案的具体特征，UCI的实际位置可以不同。

虽然图7A示出了使用两个簇，在不同的实施例中可以使用三个或更多的簇。例如在图7A中，相对于仅在一个簇上发送ACK/NACK和RI，在多个簇上发送ACK/NACK和RI可以提供更多的频率分集。也可以在多个簇上发送CQI。备选地，因为CQI的可靠性可能没有ACK/NACK或RI重要，为了简单，可以在一个簇中发送CQI。

当配置UL MIMO模式时，如果在多个层或码字上重复相同的UCI信息，可以实现分集增益。备选地，秩1(单层)预编码UL MIMO还可以增加传输的方向性，并且还可以在不重复UCI的情况下提供分集和预编码(阵列)增益。虽然在不同的层上重复UCI和发送UCI可以提供分集增益并且可以在预编码不可行的情况下工作良好，但是重复UCI可能降低或消除预编码增益。因此，用于实现错误率目标的发送功率可以不同，针对秩1和秩2传输的不同功率偏移可以是所期望或所需的。

当可以在分簇DFT-S-OFDM或UL MIMO中实现附加分集增益时，相对于连续PUSCH传输方案中的UCI传输，可以用较少数目的编码符号来获得相同的UCI可靠性。用于UCI的较少数目的编码符号可导致打孔损失的降低。在版本8中，如上关于UCI传输所述的，使用UCI信息比特的数目、调度带宽、每子帧的SC-FDMA符号的数目、总传输块大小以及β偏移来导出用于UCI的编码符号的数目。此外，可以考虑实际的PUSCH传输方案来导出用于UCI的编码符号的数目。

在实施例中，可以针对每个PUSCH传输方案信号通知不同的β偏移。下面的表3A示出了关于不同的PUSCH传输方案，用于ACK/NACK的β偏移信息的示例。可以用高层信令来信号通知该信息。UE可以基于实际的已调度PUSCH传输方案来应用β值。

表3A

替代信号通知所有不同的β偏移值，在信号通知一个β偏移值时，UE可以基于已调度簇的数目、码字的数目或者发送UCI信息的层数目来计算β偏移值。下面给出示例公式(公式4)：

${\mathrm{\β}}_{\mathrm{offset}}^{\mathrm{HARQ}-\mathrm{ACK}}={\mathrm{\β}}_{\mathrm{offset},\mathrm{sig}}^{\mathrm{HARQ}-\mathrm{ACK}}\×(1+{\mathrm{\Δ}}_c\×(N_{\mathrm{clusters}}-1)+{\mathrm{\Δ}}_l\×(N_{\mathrm{layers}}-1))$ (公式4)

在以上的公式(4)中，

是由高层信令信号通知的β偏移，Δ_c是针对分簇DFT-S-OFDM传输的偏移，N_clusters是簇的数目，Δ_l是针对UL MIMO的偏移，N_layers是层的数目。值Δ_c和Δ_l可以预定义为固定值，或者可以由高层信令来配置。在实施例中，信号通知的β偏移值可以与用于版本8PUSHC传输的β偏移值相同。在版本8PUSHC传输的情况下，

可以是

因为N_clusters具有等于1的值，以及N_layers具有等于1的值。

在另一实现中，UE被配置为：在要求过多PUSCH资源用于UCI传输时，丢弃UL-SCH数据。如果如上所述，UE针对增加数目的DLCC发送UCI，则这可能发生。为了确定是否要求过多的PUSCH资源，可以比较用于UCI和PUSCH资源的编码符号的所需数目。作为示例，可以使用下面公式(5)来计算打孔比。

$R_{\mathrm{puncturing}}=\frac{Q_{\mathrm{ACK}}^{\′}+Q_{\mathrm{RI}}^{\′}+Q_{\mathrm{CQI}/\mathrm{PMI}}^{\′}}{N_{\mathrm{symb}}^{\mathrm{PUSCH}}\·N_{\mathrm{sc}}^{\mathrm{PUSCH}}}$ 公式(5)

在该实现中，UE被配置为将R_puncturing与预定打孔级别阈值进行比较。可以例如通过RRC信令来信号通知或在规范中定义该阈值。如果R_puncturing大于阈值，则在PUSCH中，UE不发送一些UL-SCH数据，且仅发送UCI。否则，可以使用PUSCH资源来复用并发送UCI和UL-SCH数据。

由于用于PUSCH传输的HARQ是同步的，冗余版本(RV)序列是固定的，除非存在来自基站的授权。这样，在由于UCI传输而打孔数据之后，打孔后的数据将可能在3次重传之后被重传，除非基站利用授权改变了要发送的RV。如果具有大量***比特的RV0碰巧由于UCI而被严重打孔，有可能在再次重传RV0之后的4次重传之后成功解码该数据。就此而言，如果打孔是严重的，挂起PUSCH数据并在下一个HARQ定时中恢复可以是有帮助的。

备选地，如果R_puncturing小于阈值，用一个调度UL CC来发送UCI。否则，将UCI分割并在多个UL CC上发送。

在另一实施例中，可以基于基站调度的资源块的数目来判定UL-SCH丢弃。虽然可以不利用DCI格式来请求普通UCI传输，UE可以基于子帧处的已调度PRB的数目来判定是否丢弃UL-SCH数据，在该子帧中，预期将UCI与UL-SCH数据一起发送。如果被假设发送UCI的ULCC中的已调度PRB的数目小于特定阈值，可以丢弃该载波中的UL-SCH数据。该阈值可以是与以上关于载波等级所述的相类似地预定义的，或者可以由高层信令配置。可以针对每个UL CC配置不同的阈值。备选地，替代资源块的数目，可以使用传输块大小来判定是否丢弃载波中的UL-SCH数据。

在另一实施例中，可以针对每个CC来启用或禁用对UL-SCH数据的丢弃。例如，对于UL CC调度的SPS，可以禁用对UL-SCH数据的丢弃。在该情况下，可以通过RRC信令或MAC CE来配置对UL-SCH数据的丢弃。在禁用对UL-SCH的丢弃但是满足丢弃准则时，可以在其他调度的UL CC中发送UCI。如果没有可用的UL CC，或者如果针对所有可用的UL CC禁用了UL-SCH数据丢弃，则可以在该子帧处丢弃UCI。一旦使CC能够支持丢弃UL-SCH数据，则可发生UL-SCH数据的丢弃，或者可以基于上述的阈值来确定UL-SCH数据的丢弃。

在另一实施例中，当满足丢弃UL-SCH数据的准则时，UE可以基于优先级来丢弃UCI或UL-SCH数据。同样地，丢弃UL-SCH数据的准则的示例包括：正在发送大量的UCI，打孔比大于阈值，或者已调度PRB的数目大于阈值。考虑到数据的特性，优先级可以基于数据的类型。例如，可以首先丢弃CQI/PMI/RI。如果仍然满足丢弃UL-SCH数据的准则，则可以丢弃UL-SCH数据和/或可以最后丢弃HARQ-ACK/NACK。此外，可以由高层信令信号通知首先丢弃哪个UCI，或者可以预定义首先丢弃哪个UCI。

在另一实施例中，当满足丢弃准则时，UE可以减少UCI的量。此外，可以丢弃一些DL CC的CQI/PMI/RI，或者可以仅发送有限的信息。在另一实施例中，可以使用HARQ-ACK/NACK捆绑。当使用HARQ-ACK/NACK捆绑时，可以基于多个传输块的HARQ结果来产生HARQ-ACK/NACK比特，该HARQ-ACK/NACK比特的数目少于所需或所希望的HARQ ACK-NACK比特的数目。

备选地，可以使用显式信令来指示是否将UL-SCH数据与UCI传输一起包括。除了在版本8中已经支持的CQI请求之外，还可以在用于动态上行链路授权的DCI格式中包括该显式信令。还可以在SPS授权中包括该显式信令。表4提供了对用于UL-SCH数据与UCI传输的示例信息比特的说明图，指示该传输是否包括UL-SCH数据。

比特值	UL-SCH数据
		0	发送
1	不发送

表4

为了避免引入附加信令比特，如果一些UL CC未用于非周期性CQI传输，则有可能重用CQI请求比特。备选地，基站可以动态指示在已调度的PUSCH中是否可以包括UCI。如果基站信号通知不在对应UL CC中包括UCI，则可以丢弃UCI，在PUCCH中发送UCI，或在其他已调度的UL CC中发送UCI。可以在SPS授权以及动态上行链路授权中包括该信令。

本***可以用于当在相同子帧中同时发送UCI和UL-SCH数据时，最小化UCI传输对高QoS数据的影响。该***允许UE使用UCI CC或UCI载波集合的等级的显式或隐式信令，来选择发送较低QoS数据的UL CC用于UCI传输。因此，对UCI CC的确定将最小化用于高QoS数据传输的资源被打孔的几率，即使在PUSCH资源中发送UCI时，也将至少维持高QoS数据的性能。此外，本***允许设备在打孔损失严重时或在PUSCH中发送高QoS数据时，不发送UCI或UL-SCH数据。

图8示出了包括UE 10的实施例在内的无线通信***。UE 10用于实现本公开的各方面，但是本公开不应受限于这些实现。尽管说明为移动电话，UE 10可以采用各种形式，包括无线手机、寻呼机、个人数字助理(PDA)、便携式计算机、平板计算机、或膝上型计算机。很多合适的设备结合了一些或者所有这些功能。在本公开的一些实施例中，UE 10不是类似于便携式、膝上型或者平板计算机的通用计算设备，而是专用通信设备，比如移动电话、无线手机、寻呼机、PDA或安装在交通工具中的通信设备。UE 10还可以是包括具有类似能力但是不是可便携式的设备、包括这种设备或被包括在这种设备中，比如台式计算机、机顶盒或网络节点。UE 10可以支持专门活动，比如游戏、库存控制、作业控制和/或任务管理功能等等。

UE 10包括显示器712。UE 10还包括触敏表面、键盘或者被统称作714的用于用户输入的其它输入按键。键盘可以是完全或者精简字母数字键盘(比如QWERTY、Dvorak、AZERTY、以及顺序类型)或者具有与电话键区相关联的字母的传统数字键区。输入按键可以包括滚轮、退出或者离开键、轨迹球、以及可以向内按动以提供其它输入功能的其它导向或者功能按键。UE 10可以呈现让用户选择的选项、让用户致动的控制、和/或让用户定向的光标或者其它指示符。

UE 10还可以接受来自用户的数据输入，包括拨打的号码或者用于配置UE 10的操作的各种参数值。响应于用户命令，UE 10还可以执行一个或者多个软件或者固件应用。这些应用可以将UE 10配置为响应于用户交互以执行各种定制功能。此外，可以从例如无线基站、无线接入点或对等UE 10在空中对UE 10进行编程和/或配置。

由UE 10可执行的各种应用中有web浏览器，其使得显示器712可以呈现网页。可以经由与无线网络接入节点、小区塔、对等UE 10或者任意其它无线通信网络或者***710的无线通信获得网页。网络710与有线网络718(比如互联网)相连。经由无线链路和有线网络，UE 10能够访问对各种服务器上(比如服务器720)的信息。服务器720可以提供可以在显示器712上展示的内容。备选地，UE 10可以通过作为中间设备的对等UE 10，以中继类型或跳类型的连接来访问网络710。

图9示出了UE 10的框图。尽管示出了UE 110的各种已知组件，在实施例中，UE 10中可以包括已列出的组件的子集和/或未列出的附加组件。UE 10包括数字信号处理器(DSP)802以及存储器804。如图所示，UE 10还可以包括天线和前端单元806、射频(RF)收发机808、模拟基带处理单元810、麦克风812、听筒814、耳机端口816、输入/输出接口818、可拆卸式存储器卡820、通用串行总线(USB)端口822、短距离无线通信子***824、警报826、键区828、液晶显示器(LCD)(可以包括触敏表面830、LCD控制器832)、电荷耦合器件(CCD)相机834、相机控制器836以及全球定位***(GPS)传感器838。在实施例中，UE 10可以包括不提供触敏屏幕的另一种显示器。在实施例中，DSP 802可以与存储器804直接通信，而不需要经过输入/输出接口818。

DSP 802或者某种其它形式的控制器或者中央处理单元根据存储器804中存储的或DSP 802本身中包含的存储器中存储的嵌入式软件或者固件来控制UE 10的各种组件。除了嵌入式软件或者固件之外，DSP 802可以执行在存储器804中存储的其它应用或者经由信息载体介质(比如便携式数据存储介质，如可拆卸式存储卡820)可用或者经由有线或者无线网络通信可用的其它应用。应用软件可以包括配置DSP 802以提供所需功能的机器可读指令的编译集合，或者应用软件可以是由解释器或者编译器处理以间接配置DSP 802的高级软件指令。

可以提供天线和前端单元806以在无线信号和电信号之间转换，使得UE 10能够从蜂窝网络或者某个其它可用无线通信网络或者对等UE 10发送和接收信息。在实施例中，天线和前端单元806可以包括多根天线以支持波束成形和/或多输入多输出(MIMO)操作。如本领域技术人员已知的，MIMO操作可以提供空间分集，用于克服困难的信道条件和/或增加信道吞吐量。天线和前端单元806可以包括天线调谐和/或阻抗匹配组件、RF功率放大器、和/或低噪声放大器。

RF收发机808提供频移、将接收的RF信号转换为基带并且将基带发送信号转换为RF。在一些描述中，可以将无线收发机或RF收发机理解为包括其他信号处理功能，比如调制/解调、编码/解码、交织/解交织、扩频/解扩频、快速傅立叶反变换(IFFT)/快速傅立叶变换(FFT)、循环前缀添加/移除、以及其他信号处理功能。为了清楚起见，本描述此处将对该信号处理的描述与RF和/或无线级加以分离，并概念上将该信号处理分配给模拟基带处理单元810和/或DSP 802或其他中央处理单元。在一些实施例中，可以将RF收发机808、天线和前端806的部分、以及模拟基带处理单元810结合在一个或多个处理单元和/或专用集成电路(ASIC)中。

模拟基带处理单元810可以提供对输入和输出的各种模拟处理，例如对来自麦克风812和耳机816的输入的模拟处理以及对到达听筒814和耳机816的输出的模拟处理。为此，模拟基带处理单元810可以具有用于连接至内置麦克风812和听筒814的端口，使得可以将UE10作为蜂窝电话使用。模拟基带处理单元810还可以包括用于连接耳机或者其它免提麦克风和扬声器配置的端口。模拟基带处理单元810可以在一个信号方向上提供数模转换，并在相反的信号方向上提供模数转换。在一些实施例中，可以由数字处理组件，例如DSP 802或其他中央处理单元，来提供模拟基带处理单元810的至少一些功能。

DSP 802可以执行调制/解调、编码/解码、交织/解交织、扩频/解扩频、快速傅立叶反变换(IFFT)/快速傅立叶变换(FFT)、循环前缀添加/移除、以及与无线通信相关联的其他信号处理功能。在实施例中，例如在码分多址接入(CDMA)技术应用中，对于发射机功能，DSP 802可以执行调制、编码、交织和扩频，对于接收机功能，DSP 802可以执行解扩频、解交织、解码和解调。在另一实施例中，例如在正交频分复用接入(OFDMA)技术应用中，对于发射机功能，DSP 802可以执行调制、编码、交织、快速傅立叶反变换、以及循环前缀添加，对于接收机功能，DSP 802可以执行循环前缀移除、快速傅立叶变换、解交织、解码、以及解调。在其他无线技术应用中，可以由DSP 802执行其他信号处理功能和信号处理功能的组合。

DSP 802可以经由模拟基带处理单元810与无线网络通信。在一些实施例中，该通信可以提供互联网连接，使得用户可以获得对互联网上的内容的接入并且可以发送和接收电子邮件或文本信息。输入/输出接口818将DSP 802与各种存储器和接口互连。存储器804和可拆卸式存储卡820可以提供软件和数据以配置DSP 802的操作。这些接口中可以有USB接口822以及短距离无线通信子***824。USB接口822可以用于向UE 10充电并且还可以使得UE 10能够作为***设备与个人计算机或者其它计算机***交换信息。短距离无线通信子***824可以包括红外端口、蓝牙接口、符合IEEE 802.11的无线接口、或者任何其它短距离无线通信子***，可以使得UE 10可以无线地与其它附近的移动设备和/或无线基站进行通信。

输入/输出接口818还可以将DSP 802与警报826相连，当触发警报826时，警报826使UE 10通过例如振铃、播放乐曲、或者振动向用户提供通知。警报826可以作为用于通过无声振动或者通过播放预先分配给特定主叫方的特定乐曲，向用户提醒任意的各种事件(比如呼入呼叫、新的文本消息、以及约会提醒)的机制。

键区828经由接口818与DSP 802相连以向用户提供进行选择、输入信息以及以其他方式提供对UE 10的输入的一个机制。键盘828可以是完全或精简字母数字键盘(比如QWERTY、Dvorak、AZERTY以及顺序类型的)或者具有与电话键区相关联的字母的传统数字键区。输入按键可以包括滚轮、退出或者离开键、轨迹球、以及可以向内按动以提供其它输入功能的其它导向或者功能按键。另一输入机制可以是LCD 830，其可以包括触摸屏能力并且还向用户显示文本和/或图形。LCD控制器832将DSP 802与LCD 830相连。

CCD相机834(如果配备)使得UE 10可以拍摄数字图片。DSP 802经由相机控制器836与CCD相机834通信。在另一实施例中，可以使用根据除了电荷耦合器件相机之外的技术来工作的相机。GPS传感器838与DSP 802相连以对全球定位***信号进行解码，从而使得UE 10能够确定其位置。还可以包括各种其它***设备以提供附加功能，例如无线电和电视接收。

图10示出了可以由DSP 802实现的软件环境902。DSP 802执行提供了平台的操作***驱动904，其余软件可以在该平台上工作。操作***驱动904向UE硬件的驱动提供可由应用软件访问的标准化接口。操作***驱动904包括在UE 10上运行的应用之间转移控制的应用管理服务(“AMS”)906。同样如图10所示是web浏览器应用908、媒体播放器应用910以及Java应用912。Web浏览器应用908将UE 10配置为作为网页浏览器工作，允许用户向表单中输入信息并且选择链接以检索并查看网页。媒体播放器应用910将UE 10配置为检索并播放音频或音视频媒体。Java应用912将UE 10配置为提供游戏、工具以及其它功能。组件914可以提供本文所述的功能。

上述的UE 10、基站和其他组件可以包括能够执行与上述行动相关的指令的处理组件。图11示出了***1000的示例，该***1000包括适用于实现本文公开的一个或多个实施例的处理组件1010。除了处理器1010(可以将其称作中央处理单元(CPU或DSP))之外，***1000可以包括网络连接设备1020、随机存取存储器(RAM)1030、只读存储器(ROM)1040、辅助存储器1050、以及输入/输出(I/O)设备1060。在一些情况下，这些组件中的一些可以不存在，或可以将他们彼此或与图中未示出的其他组件以各种结合方式加以结合。这些组件可以位于单一物理实体中，或位于多于一个物理实体中。可以由处理器1010单独或由处理器1010与图中示出或未示出的一个或多个组件一起来进行本文中描述为由处理器1010所采取的任何行动。

处理器1010执行其可以从网络连接设备1020、RAM 1030、ROM1040或辅助存储器1050(其可以包括各种基于盘的***，比如硬盘、软盘或光盘)中访问的指令、代码、计算机程序或脚本。尽管仅示出一个处理器1010，可以存在多个处理器。因此，尽管可以将指令讨论为由处理器执行，可以由一个或多个处理器同时、串行、或以其他方式执行指令。可以将处理器1010实现为一个或多个CPU芯片。

网络连接设备1020可以采用以下形式：调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌网设备、光纤分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、射频收发机设备，比如码分多址(CDMA)设备、全球移动通信***(GSM)无线收发机设备、微波接入的全球可互操作性(WiMAX)设备、和/或其它众所周知的用于连接网络的设备。这些网络连接设备1020可以使得处理器1010能够与以下网络进行通信：互联网或者一个或者多个电信网络或其他网络(处理器1010可以从其他网络接收信息或处理器1010可以向其他网络输出信息)。

网络连接设备1020还可以包括能够以电磁波(比如射频信号或微波频率信号)的形式无线发送和/或接收数据的一个或多个收发机组件1025。备选地，该数据可以在电导体的表面之中或之上、同轴电缆中、波导管中、光介质中(例如光纤)、或者在其他介质中传播。收发机组件1025可以包括分离的接收和发送单元，或单一的收发机。由收发机组件1025发送或接收的信息可以包括已由处理器1010处理的数据，或要由处理器1010执行的指令。可以用例如计算机数据基带信号或在载波中体现的信号的形式，从网络中接收和向网络中输出这种信息。可以根据用于处理或产生数据或发送或接收数据所需要的不同顺序对该数据排序。可以将基带信号、在载波中嵌入的信号、或当前使用或者之后开发的其它类型的信号称为传输介质，并可以根据对于本领域技术人员众所周知的多种方法来产生这些信号。

RAM 1030可以用于存储易失性数据并且可能用于存储由处理器1010执行的指令。ROM 1040是一般具有比辅助存储器1050的存储器容量更小的存储器容量的非易失性存储器设备。ROM 1040可以用于存储指令以及存储可能在指令执行期间读取的数据。对RAM 1030和ROM 1040的访问一般快于对辅助存储器1050的访问。辅助存储器1050一般包括一个或者多个盘驱动器或者带驱动器，并且可以用于数据的非易失性存储，或如果RAM 1030不够大到足以容纳所有工作数据时，辅助存储器1050还可以用作溢出数据存储设备。辅助存储器1050可以用于存储程序，当选择执行该程序时将该程序加载至RAM1030。

I/O设备1060可以包括液晶显示器(LCD)、触摸屏显示器、键盘、键区、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监视器、或者其它众所周知的输入/输出设备。同样地，可以将收发机1025认为是I/O设备1060的组件，而不是网络连接设备1020的组件或除了是I/O设备1060的组件之外，也是网络连接设备1020的组件。I/O设备1060的一些或全部可以与在UE 10的前述附图中所示的各种组件实质上类似，比如显示器712和输入714。

尽管在本公开中已经提供了若干实施例，应当理解，在不脱离本公开的精神或范围的情况下可以用很多其它特定形式来体现所公开的***和方法。应当认为本示例是说明性的而非限制性的，并且意图是不受限于本文给出的细节。例如，可以将各种单元或者组件进行结合或集成到另一个***中，或可以省略或者不实现特定特征。

此外，可以将在各种实施例中描述和说明为离散或者分离的技术、***、子***和方法与其它***、模块、技术或者方法在不脱离本公开的范围的情况下相结合或者集成。所示或者所述相连或者直接相连或者彼此通信的其它项可以是通过某个接口、设备或者中间组件间接相连或者通信的，不管以电子的、机械的或者其它的方式。本领域技术人员可确定改变、替代以及变更的其它示例，并且可以在不脱离本文公开的精神或范围的情况下做出这些改变、替代以及变更的其它示例。

为了向公众告知本发明的范围，作出了所附权利要求。

Claims (50)

1.一种使用用户设备向基站传送上行链路控制信息的方法，包括：

标识所述用户设备上被调度用于物理上行链路共享信道PUSCH传输的分量载波，

标识每个分量载波的至少一个第一等级，所述至少一个第一等级是针对上行链路控制信息的传输的等级，每个第一等级至少部分地由所述分量载波是否被配置用于延迟敏感传输而确定；

使用所述至少一个第一等级来选择用于传输上行链路控制信息的第一分量载波；以及

将上行链路控制信息编码到所述第一分量载波中，以传输至所述基站。

2.根据权利要求1所述的方法，其中，延迟敏感传输包括以下至少一项：半持久调度传输、使用信令无线承载的传输、以及媒体访问控制MAC控制单元传输。

3.根据权利要求1所述的方法，包括：

从所述基站接收等级表，所述等级表包括每个分量载波的所述至少一个第一等级。

4.根据权利要求3所述的方法，其中，所述等级表还针对信令无线承载和媒体访问控制MAC控制单元的传输中的至少一个，对每个分量载波分等级。

5.根据权利要求1所述的方法，其中，标识至少一个第一等级包括：

接收每个分量载波的至少一个第二等级，所述至少一个第二等级是针对信令无线承载传输和媒体访问控制MAC控制单元传输中的至少一个的等级；以及

使用所述至少一个第二等级，确定针对上行链路控制信息的传输的所述至少一个第一等级。

6.根据权利要求5所述的方法，其中，使用所述至少一个第二等级包括：反转所述至少一个第二等级的顺序。

7.根据权利要求1所述的方法，包括：基于至少一个分量载波的无线信号条件，修改所述至少一个分量载波的第一等级。

8.根据权利要求1所述的方法，还包括：

确定所标识的分量载波中的第二上行链路分量载波是否被调度为具有少于阈值的数目的物理资源块；以及

响应于所述物理资源块的数目少于所述阈值，排除使用所述第二上行链路分量载波来传输所述上行链路控制信息。

9.根据权利要求8所述的方法，其中，所述第二上行链路分量载波具有比所述第一分量载波高的等级。

10.根据权利要求9所述的方法，其中，所述第一分量载波是相对于所述第二上行链路分量载波的下一可用上行链路分量载波。

11.根据权利要求8所述的方法，其中，所述阈值是关于所述上行链路控制信息的传输来定义的。

12.根据权利要求11的方法，其中，所述阈值是基于上行链路控制信息的编码符号的数量来定义的。

13.根据权利要求11的方法，其中，所述阈值是基于需要上行链路控制信息的下行链路分量载波的数目来判定的。

14.根据权利要求11的方法，其中，所述阈值是基于上行链路控制信息的特性来判定的。

15.根据权利要求1所述的方法，还包括：

确定是否调度所标识的分量载波中的第二上行链路分量载波；以及

基于被配置用于所述第二上行链路分量载波的传输模式，排除使用所述第二上行链路分量载波来传输所述上行链路控制信息。

16.根据权利要求15所述的方法，其中，所述传输模式包括单天线端口模式和多天线端口模式之一。

17.一种使用用户设备向基站传送上行链路控制信息的方法，包括：

标识所述用户设备上被调度用于物理上行链路共享信道PUSCH传输的分量载波；

当所述分量载波中的一个或多个被配置用于非延迟敏感传输时：

标识所述分量载波中被配置用于非延迟敏感传输的一个或多个分量载波，以及

从所述一个或多个分量载波中选择用于传输上行链路控制信息的第一分量载波；以及

将上行链路控制信息编码到所述第一分量载波中，以传输至所述基站。

18.根据权利要求17所述的方法，其中，延迟敏感传输包括以下至少一项：半持久调度传输、使用信令无线承载的传输、以及媒体访问控制MAC控制单元传输。

19.根据权利要求17所述的方法，包括：

从所述基站接收等级表，所述等级表包括每个分量载波的针对上行链路控制信息的传输的至少一个第一等级。

20.根据权利要求19所述的方法，包括：基于至少一个分量载波的无线信号条件，修改所述至少一个分量载波的所述至少一个第一等级。

21.根据权利要求17所述的方法，包括：

接收每个分量载波的至少一个第二等级，所述至少一个第二等级是针对信令无线承载和媒体访问控制MAC单元的传输中的至少一个的等级；以及

使用所述至少一个第二等级，标识每个分量载波的针对上行链路控制信息的传输的至少一个第一等级。

22.根据权利要求17所述的方法，还包括：

确定所标识的分量载波中的第二上行链路分量载波是否被调度为具有少于阈值的数目的物理资源块；以及

响应于所述物理资源块的数目少于所述阈值，排除使用所述第二上行链路分量载波作为所选择的第一分量载波。

23.根据权利要求17所述的方法，其中，选择所述第一分量载波还基于传输模式。

24.根据权利要求17所述的方法，其中，选择所述第一分量载波还基于所述分量载波的空间层的数目。

25.根据权利要求17所述的方法，其中，选择所述第一分量载波还基于传输块大小。

26.根据权利要求17所述的方法，其中，选择所述第一分量载波还基于用于对所述基站的传输的调制编码方案的级别。

27.根据权利要求17所述的方法，其中，选择所述第一分量载波还基于上行链路数据传输的传输次数。

28.一种用于在物理上行链路共享信道PUSCH上分配混合自动重复请求HARQ肯定应答/否定应答HARQ ACK/NACK符号的方法，所述方法包括：

标识PUSCH子帧内用于HARQ ACK/NACK传输的第一数目的分配符号；

当实现载波聚合时，增加用于HARQ ACK/NACK传输的分配符号的数目；以及

在PUSCH子帧中使用增加后的数目的分配符号来传输HARQACK/NACK数据。

29.根据权利要求28所述的方法，还包括：

以多个传输方案中之一来传输PUSCH。

30.根据权利要求29所述的方法，其中，所述PUSCH子帧具有相关联的传输方案，所述方法还包括：

应用β偏移来导出上行链路控制信息的编码符号的数目，其中，所述β偏移是从针对多个不同PUSCH传输方案中的每个传输方案的多个不同β偏移中选择的。

31.根据权利要求30所述的方法，其中，使用高层信令来信号通知所述β偏移。

32.根据权利要求30所述的方法，其中，所述β偏移是基于PUSCH传输方案来选择的。

33.根据权利要求32所述的方法，其中，所述β偏移是根据以下定义的公式计算的：

${\mathrm{\β}}_{\mathrm{offset}}^{\mathrm{HARQ}-\mathrm{ACK}}={\mathrm{\β}}_{\mathrm{offset},\mathrm{sig}}^{\mathrm{HARQ}-\mathrm{ACK}}\×(1+{\mathrm{\Δ}}_c\×(N_{\mathrm{clusters}}-1)+{\mathrm{\Δ}}_l\×(N_{\mathrm{layers}}-1))$

其中，

是由高层信令信号通知的β偏移，Δ_c是分簇DFT-S-OFDM传输的偏移，N_clusters是簇的数目，Δl是UL MIMO的偏移，以及N_layers是层的数目；其中，值Δ_c和Δ_l预定义为固定值或者是由高层信令配置的。

34.一种使用用户设备向基站传送上行链路控制信息的方法，包括：

确定第一物理上行链路共享信道PUSCH子帧的打孔比，所述打孔比标识所述PUSCH子帧中被分配用于上行链路控制信息的符号与所述PUSCH子帧中被分配用于上行链路共享信道UL-SCH数据的符号的比率；以及

当所述打孔比大于阈值时，丢弃在所述PUSCH子帧中编码的一定量的上行链路共享信道UL-SCH数据。

35.根据权利要求34所述的方法，其中，还基于调度的物理资源块的数目是否低于阈值来判定丢弃所述UL-SCH数据。

36.根据权利要求34所述的方法，其中，还基于传输块大小来判定丢弃所述UL-SCH数据。

37.根据权利要求34所述的方法，还包括：

在丢弃所述UL-SCH数据之前，确定启用对UL-SCH数据的丢弃，其中，当禁用对UL-SCH数据的丢弃时，不丢弃UL-SCH数据。

38.根据权利要求34所述的方法，其中，仅在确定满足至少一个条件之后，才执行对UL-SCH数据的丢弃，所述条件是从以下条件组成的组中选择的：1)没有用于上行链路控制信息的上行链路载波可用，以及2)禁止用于上行链路控制信息的所有可用上行链路载波丢弃UL-SCH数据。

39.根据权利要求34所述的方法，还包括：

根据基于数据类型建立的优先级来继续丢弃UL-SCH数据或上行链路控制信息。

40.根据权利要求39所述的方法，其中，所述数据类型是从以下类型组成的组中选择的：混合自动重复请求HARQ肯定应答/否定应答HARQ ACK/NACK数据、信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI数据、以及UL-SCH数据。

41.一种用户设备，包括：

处理器，所述处理器被配置为：

标识所述用户设备上被调度用于物理上行链路共享信道PUSCH传输的分量载波；

标识每个分量载波的至少一个第一等级，所述至少一个第一等级是针对上行链路控制信息的传输的等级，每个第一等级至少部分地由所述分量载波是否被配置用于延迟敏感传输而确定；

使用所述至少一个第一等级来选择用于传输上行链路控制信息的第一分量载波；以及

将上行链路控制信息编码到所述第一分量载波中，以传输至基站。

42.根据权利要求41所述的用户设备，其中，延迟敏感传输包括以下至少一项：半持久调度传输、使用信令无线承载的传输、以及媒体访问控制MAC控制单元传输。

43.根据权利要求41所述的用户设备，其中，所述处理器被配置为：接收等级表，所述等级表包括每个分量载波的所述至少一个第一等级。

44.根据权利要求43所述的用户设备，其中，所述等级表还针对信令无线承载和媒体访问控制MAC控制单元中的至少一个的传输，对每个分量载波分等级。

45.根据权利要求41所述的用户设备，所述处理器被配置为：

接收每个分量载波的至少一个第二等级，所述至少一个第二等级是针对信令无线承载传输和媒体访问控制MAC控制单元传输中的至少一个的等级；以及

使用所述至少一个第二等级，确定针对上行链路控制信息的传输的至少一个第一等级。

46.一种用户设备，包括：

处理器，所述处理器被配置为：

标识所述用户设备上被调度用于物理上行链路共享信道PUSCH传输的分量载波；

当所述分量载波中的一个或多个被配置用于非延迟敏感传输时：

标识所述分量载波中被配置用于非延迟敏感传输的一个或多个分量载波，以及

从所述一个或多个分量载波中选择用于传输上行链路控制信息的第一分量载波；以及

将上行链路控制信息编码到所述第一分量载波中，以传输至基站。

47.根据权利要求46所述的用户设备，其中，延迟敏感传输包括以下至少一项：半持久调度传输、使用信令无线承载的传输、以及媒体访问控制MAC控制单元传输。

48.根据权利要求46所述的用户设备，其中，所述处理器被配置为：

从所述基站接收等级表，所述等级表包括每个分量载波的针对上行链路控制信息的传输的至少一个第一等级。

49.根据权利要求48所述的用户设备，其中，所述处理器被配置为：

基于至少一个分量载波的无线信号条件，修改所述至少一个分量载波的所述至少一个第一等级。

50.根据权利要求46所述的用户设备，其中，所述处理器被配置为：

接收每个分量载波的至少一个第二等级，所述至少一个第二等级是针对信令无线承载和媒体访问控制MAC控制单元的传输中的至少一个的等级；以及

使用所述至少一个第二等级，标识每个分量载波的针对上行链路控制信息的传输的至少一个第一等级。

Images