传输上行控制信息的方法和设备与流程

本发明涉及无线通信系统，更具体的说涉及LTE载波聚合系统，在一个上行信道上传输上行控制信息(UCI)的方法和设备。

背景技术：

在长期演进(LTE)系统中，通过组合多个单元载波(CC)来得到更大的工作带宽，构成通信系统的下行链路和上行链路，即载波聚合(CA)技术，从而支持更高的传输速率。到目前为止，已经支持各种类型的CA，即：被聚合的小区可以都是FDD小区，也可以都是TDD小区且这些TDD小区的TDD上下行配置相同，还可以都是TDD小区但是这些TDD小区的TDD上下行配置不同，此外，还支持FDD小区和TDD小区的聚合，并且TDD小区的上下行配置可以是半静态配置的或者动态变化。

对一个UE，在配置了CA模式时，一个小区是主小区(Pcell)，而其他小区称为次小区(Scell)。按照LTE的方法，对Pcell和Scell基于混合自动重传请求(HARQ)机制来传输下行数据，相应地，UE需要反馈多个小区的HARQ-ACK信息。对FDD系统的一个小区，在一个上行子帧内只需要反馈一个下行子帧内的数据的HARQ-ACK信息；对TDD系统的一个小区，当其帧结构中的下行子帧数据多于上行子帧时，一般在一个上行子帧内需要反馈多个下行子帧内的数据的HARQ-ACK信息，所述多个下行子帧称为对应这个上行子帧的绑定窗口。例如，LTE TDD小区的绑定窗口的大小可以是1、2、3、4或者9。按照LTE的方法，是在Pcell的一个PUCCH信道上反馈所有配置的小区的HARQ-ACK信息。另外，各个小区的周期信道状态指示(P-CSI)也是映射到Pcell上传输，而非周期CSI(A-CSI)是映射到物理上行共享信道(PUSCH)上传输。

按照LTE的方法，目前支持物理上行控制信道(PUCCH)格式3，其基本思想是对多个UCI比特信息，例如来自多个配置的小区的HARQ-ACK比特、调度请求(SR)和/或P-CSI信息进行联合编码，并映射到物理信道传输。PUCCH格式3最多可以支持传输22个比特。如图1所示，这里假设采用RM编码，UCI比特经RM信道编码后和加扰后，调制得到24个QPSK符号，并映射到一个PRB的上行资源上传输。其 中，前12个QPSK符号映射到PUCCH格式3的第一个时隙中传输，而后12个QPSK符号映射到PUCCH格式3的第二个时隙中传输。这里，一个PUCCH格式3信道在两个时隙内映射的PRB位置相对于中心频率是镜像关系，从而获得频率分集增益。以第一个时隙为例，所述12个QPSK符号映射乘以长度为5的正交扩展码(OCC)的每一个元素后，分别映射到第一个时隙的5个符号上。

目前3GPP标准化组织正在对聚合更多的小区的增强CA技术进行标准化工作，例如，聚合的小区数目可以达到32个。这时，对一个UE来说，可以是把所有配置的小区分成多个小区组(CG，Cell Group)，或者，也可以只有一个CG；并对每个CG，分别在一个小区的PUCCH上反馈UCI信息，这个反馈UCI的小区类似于现有CA技术中的Pcell。这里，每个CG的小区数目仍然可以超过现有CA技术支持的最大聚合小区个数。这里，当配置的小区个数较多，或者绑定窗的大小较大时，UE需要反馈的HARQ-ACK比特比较多，例如，大于22比特。另外，当配置的小区个数较多时，UE需要反馈的CSI信息也相应地增加了。另外，UE在上行方向还可能需要发送调度请求(SR)。例如，大于22比特。相应地，为了支持超过22比特的UCI传输，需要定义一种新的PUCCH格式。因为引入了PUCCH格式X，必然带来一系列的影响，相应地需要设计对UCI的具体的传输方法。

技术实现要素：

本申请提供一种传输UCI的方法和设备，能够支持超过22比特的UCI传输，并实现更高效的A-CSI信息的传输。

为实现上述目的，本申请采用如下技术方案：

一种传输上行控制信息UCI的方法，包括：

用户设备UE接收配置信令，确定对应ACK/NACK资源指示(ARI)的备选PUCCH信道集合；

UE接收下行授权信令及对应的下行数据，生成HARQ-ACK比特；

UE对包括HARQ-ACK在内的UCI比特进行处理，并根据所述下行授权信令中包括的ARI从所述备选PUCCH信道集合中确定出用于UCI比特传输的PUCCH信道，在确定出的PUCCH信道上传输所述UCI比特。

较佳地，当所述UCI比特在PUCCH格式X的信道上传输时，所述UE对UCI比特进行处理并在PUCCH信道上传输包括：

对UCI比特经编码、速率匹配(RM)、加扰后，写入(R_mux×C_mux)矩阵，然后逐列读出，并在读出时将前C_mux,0列映射到所述PUCCH格式X信道的第一个时隙，后C_mux,1 列映射到所述PUCCH格式X信道的第二个时隙；然后，对每一个时隙，经OCC扩展后映射到SCFDMA符号上；

其中，根据PUCCH格式X的SCFDMA符号数和OCC长度，确定(R_mux×C_mux)矩阵的列数C_mux，并根据PUCCH格式X信道支持传输的调制符号数目和每个调制符号允许携带的物理比特个数确定行数R_mux，C_mux,0+C_mux,1＝C_mux。

较佳地，当在所述UCI比特中包括P-CSI时，在所述ARI指示的PUCCH信道上传输包括所述P-CSI的UCI比特。

较佳地，所述根据ARI确定PUCCH信道包括：将所述ARI信息和其他控制信息一起处理后，映射到除了Pcell的仍然用于功率控制的下行授权信令的TPC域以外的其他下行授权信令的TPC域上；根据相应TPC域上映射的ARI信息确定所述PUCCH信道。

较佳地，所述ARI信息和其他控制信息的映射包括：除Pcell上的一个下行授权信令的TPC域仍然用于功率控制以外的其他下行授权信令中，基站发送的前N个连续下行授权信令中的TPC域用于映射ARI信息，剩余下行授权信令中的TPC域用于映射所述其他控制信息；其中N为大于等于4的整数。

较佳地，所述剩余下行授权信令中的TPC域用于映射所述其他控制信息包括：

利用所述剩余下行授权信令中的TPC域承载基站当前调度的下行授权信令的总数；

或者，利用所述剩余下行授权信令中的TPC域承载基站当前调度的TB的总数。

较佳地，所述下行授权信令的总数或TB的总数为时域计数的、频域计数的或时域和频域联合计数的。

较佳地，所述根据ARI确定PUCCH信道包括：

所述UE根据所述ARI信息确定PUCCH信道，并根据UCI的比特数选择PUCCH格式；或者，

所述UE根据所述ARI的取值确定当前使用的PUCCH格式和相应的PUCCH信道；其中，所述备选PUCCH信道集合中不同备选PUCCH信道的格式为相同或不同。

一种传输上行控制信息UCI的设备，包括：备选PUCCH信道集合确定单元、HARQ-ACK比特生成单元、UCI比特处理单元、PUCCH信道确定单元和发送单元；

所述备选PUCCH信道集合确定单元，用于接收配置信令，确定对应ACK/NACK资源指示(ARI)的备选PUCCH信道集合；

所述HARQ-ACK比特生成单元，用于接收下行授权信令及对应的下行数据，生 成HARQ-ACK比特；

所述UCI比特处理单元，用于对包括HARQ-ACK在内的UCI比特进行处理；

所述PUCCH信道确定单元，用于根据所述下行授权信令中包括的ARI从所述备选PUCCH信道集合中确定出用于UCI比特传输的PUCCH信道；

所述发送单元，用于在确定出的PUCCH信道上传输所述UCI比特。

一种传输非周期CSI信息(A-CSI)的方法，包括：

用户设备UE接收上行授权信令；

UE根据上行授权信令中的CSI请求域确定当前是否触发A-CSI报告；

在确定触发A-CSI报告后，UE确定要更新的CSI过程并在承载A-CSI报告的上行CC上传输A-CSI信息。

较佳地，所述根据上行授权信令中的CSI请求域确定当前是否触发A-CSI报告包括：对只配置了下行传输的CC，UE通过检测DCI格式0确定是否触发A-CSI报告；其中，所述DCI格式0的所述CSI请求域，用于触发UE对只配置下行传输的CC的A-CSI报告。

较佳地，对于只配置下行传输的CC，当根据所述DCI格式0确定触发A-CSI报告时，所述承载A-CSI报告的上行CC为：PCell、PScell或者所述DCI格式0中指定比特所指示的上行CC。

较佳地，对于只配置下行传输的CC：

利用独立高层信令配置所述DCI格式0的每个CSI请求域的值触发的CSI过程；

和/或，将所述DCI格式0中大于2比特的信息作为所述CSI请求域；

和/或，所述在承载A-CSI报告的上行CC上传输A-CSI信息包括：当UE在承载A-CSI报告的上行CC上没有调度上行数据传输时，按照所述DCI格式0确定所述上行CC的PUSCH信道的参数并传输A-CSI；当UE在所述上行CC上调度了上行数据传输，且未触发其他A-CSI报告，按照所述上行CC的上行授权信令发送PUSCH并传输A-CSI；当UE在所述上行CC上检测到上行授权信令并触发另一A-CSI时，所述UE仅传输所述上行CC的上行授权信令触发的A-CSI，或者，UE同时反馈两个A-CSI报告。

较佳地，所述确定要更新的CSI过程包括：

当在一个子帧内触发多个CG的A-CSI、且触发的CSI过程的总数N大于UE更新和报告A-CSI的能力K时，所述UE从N个CSI过程中选择K个优先级最高的CSI过程进行更新CSI并报告。

较佳地，对应不同的CSI过程确定优先级的方式包括：

同时反馈RI和CQI/PMI的CSI过程的优先级高于采用默认RI只反馈CQI/PMI的CSI过程的优先级；和/或，

按照预先定义的各种用于A-CSI的CSI汇报模式的优先级，确定相应CSI过程的优先级；和/或，

按照预先定义的各种下行传输模式的优先级，确定相应CSI过程的优先级；和/或，

根据CSI过程ID确定CSI过程的优先级；和/或，

对配置给所述UE的所有CC分别配置唯一的小区ID，根据该小区ID确定CSI过程的优先级；和/或，

对配置给所述UE的所有CC配置小区ID，该小区ID是在一个CG内的小区的索引，根据所述小区ID确定CSI过程的优先级；和/或，

根据CG索引确定CSI过程的优先级；和/或，

当一个CG被划分为多个反馈A-CSI的子组时，根据A-CSI子组的索引确定CSI过程的优先级；和/或，

根据小区是否承载UCI信息确定优先级，其中Pcell的优先级高于PScell的优先级，PScell的优先级高于其他Scell的优先级；和/或，

许可频段小区的CSI过程的优先级高于免许可频段小区的CSI过程的优先级，或者，免许可频段小区的CSI过程的优先级高于许可频段小区的CSI过程的优先级；

较佳地，在所述选择K个优先级最高的CSI过程时，对应一个CG的一个A-CSI报告，仅保留属于所述K个最高优先级的CSI过程的CSI信息，并据此确定A-CSI信息的总比特数。

一种传输非周期CSI信息(A-CSI)的设备，包括：接收单元、A-CSI报告触发单元和传输单元；

所述接收单元，用于接收上行授权信令；

所述A-CSI报告触发单元，用于根据所述上行授权信令中的CSI请求域确定当前是否触发A-CSI报告，并在确定触发A-CSI报告时通知所述传输单元；

所述传输单元，用于在接收到所述A-CSI报告触发单元的触发通知后，确定要更新的CSI过程并在承载A-CSI报告的上行CC上传输A-CSI信息。

由上述技术方案可见，本申请中，UE接收配置信令，确定对应ACK/NACK资源指示(ARI)的备选PUCCH信道集合；UE接收下行授权信令及对应的下行数据，生成HARQ-ACK比特；UE对包括HARQ-ACK在内的UCI比特进行处理，并在ARI指示的PUCCH信道上传输。通过上述处理，能够支持超过22比特的UCI传输。

本申请中还给出了一种传输非周期CSI信息(A-CSI)的方法，UE接收上行授权信令；UE根据上行授权信令中的CSI请求域确定当前是否触发A-CSI报告；当确定触发A-CSI报告后，UE确定要更新的CSI过程并在承载A-CSI报告的上行CC上传输A-CSI信息。通过上述处理，能够实现更高效的A-CSI信息的传输。

附图说明

图1为PUCCH格式3的示意图。

图2为本申请中UCI传输方法的基本流程示意图；

图3为本申请中PUCCH格式X的示意图；

图4为本申请中UCI传输设备的基本结构示意图；

图5为本申请中A-CSI传输方法的基本流程示意图；

图6为本申请中A-CSI传输设备的基本结构示意图。

具体实施方式

为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。

本申请中给出了UCI的传输方法，下面分别进行介绍。首先给出本申请中UCI传输方法的具体实现。图2为本申请中UCI传输方法的基本流程示意图。如图2所示，该方法包括：

步骤201，用户设备UE接收配置信令，确定对应ACK/NACK资源指示(ARI)的备选PUCCH信道集合。

具体地，预先通过RRC等信令半静态配置备选PUCCH信道集合，该信道集合对应于ARI。当在一个子帧内需要反馈HARQ-ACK信息时，根据下行授权信令中的2比特ARI信息可以动态指示备选PUCCH信道集合中的一个PUCCH信道用于HARQ-ACK和其他UCI传输。

步骤202，UE接收下行授权信令及对应的下行数据，生成HARQ-ACK比特。

在UE接收的下行授权信令中包括用于指示PUCCH信道的ARI。

步骤203，UE对包括HARQ-ACK在内的UCI比特进行处理，并根据下行授权信令中包括的ARI从备选PUCCH信道集合中确定出用于UCI比特传输的PUCCH信道，在确定出的PUCCH信道上传输UCI比特。

以下描述本发明的实施例。

实施例一

在CA系统中，PUCCH格式3只能支持最多22比特的UCI信息传输。为了支持在PUCCH上反馈更多比特的UCI信息，需要定义新的PUCCH格式，以下称为PUCCH格式X。本实施例中给出采用PUCCH格式X进行UCI信息传输时的具体方式，也就是上述图2所示流程中采用PUCCH格式X时步骤203的一种实现方法。

PUCCH格式X信道可以是基于PUCCH格式3扩展得到的。一种可能的方法是仍然保持PUCCH格式3的OCC扩展结构不变，即OCC的长度不变，通过增加在频域占用的PRB个数来支持更多的比特，例如，假设扩展之后的信道占用N个PRB，则它可以承载大约22N个UCI比特。另一种扩展方法是保持频域仍然占用一个PRB，而是减少OCC的长度，例如，采用OCC长度为2来支持更多的UCI比特。或者，也可以是同时增加占用的PRB个数和减小OCC长度，从而支持更多的UCI比特。采用上述三种方法的共同特点是对UCI比特经编码、速率匹配(RM)、加扰和调制以后，调制符号都是经过OCC扩展之后才映射到上行单载波频分多址接入(SCFDMA)符号上。

如图3所示，假设UCI比特经信道编码、RM、加扰之后，等分成C_mux部分，可以表示为C_mux列。其中，C_mux,0列经调制和OCC扩展后映射到第一个时隙的上行SCFDMA符号上，C_mux,1列经调制和OCC扩展后映射到第二个时隙的上行SCFDMA符号上，C_mux,0+C_mux,1＝C_mux。通常C_mux,0和C_mux,1相等或者相差1，从而最大化频率分集增益。假设OCC的长度和一个时隙内用于承载调制符号的SCFDMA符号个数相等，则C_mux,0＝C_mux,1＝1。假设OCC长度小于一个时隙内用于承载调制符号的SCFDMA符号个数，则C_mux,0和C_mux,1可以大于1。在图3中，只表示出对一个UCI的编码、RM和加扰的流程，它可以是代表对多种不同类型的UCI进行联合编码；或者，通过简单扩展，可以支持对多种UCI分别编码、RM和加扰，然后一起映射为C_mux列。在图3中，划分C_mux列是在调制模块之前，或者，划分C_mux列的操作也可以位于调制模块之后。

基于LTE的PUCCH信道结构，一个PUCCH格式X信道在子帧的两个时隙内映射的PRB位置相对于中心频率是镜像关系。这样，综合在两个时隙内传输的信号可以获得频率分集增益。但是，如果只观察一个时隙内的信号，因为是局限在一个PRB内，所以基本没有频率分集效果。另一方面，记UCI信息为c_k，k＝0,1,...,K-1，K是UCI比特数，采用LTE的卷积编码方法，对应其三个生成多项式的输出比特分别记为和采用LTE的速率匹配(RM)方法，对比特序列和分别进行交织，然后级联得到RM的循环缓存。即，循环缓存的前K个比特对应然后K 个比特对应最后的K个比特对应这样，RM操作之后的输出比特也保持类似的结构，即连续的K个是对应或者之一。为了使对应每个生成多项式的K个比特，即或者都能够均匀的获得频率分集增益，应该把这K个比特均匀的映射到两个时隙的资源上。根据图3所示的PUCCH格式X的结构，一种处理方法是把加扰之后的比特序列q_k写入(R_mux×C_mux)矩阵，然后逐列读出，前C_mux,0列映射到第一个时隙，后C_mux,1列映射到第二个时隙；然后，对每一个时隙，经OCC扩展后映射到SCFDMA符号上。这里，根据PUCCH格式X的SCFDMA符号数和OCC长度，可以得到(R_mux×C_mux)矩阵的列数C_mux，记根据PUCCH格式X信道支持传输的调制符号数目为H，每个调制符号能够携带Q_m个物理比特，则(R_mux×C_mux)矩阵的行数R_mux＝(H·Q_m)/C_mux，并记R'_mux＝R_mux/Q_m。在图3中，只显示了R'_mux行，其中每个元素y_k实际上代表包含Q_m行的列向量。假设q_k逐行写入(R_mux×C_mux)矩阵，则或者，假设q_k以Q_m行为一组按组写入(R_mux×C_mux)矩阵，则采用这个方法，保证了对应每个生成多项式的K个比特，即或者均匀映射到前C_mux,0列和后C_mux,1列，进而映射到PUCCH格式X信道的两个时隙，从而获得均匀的频率分集增益，提高PUCCH格式X信道的链路性能。

实施例二

本实施例中，给出当UCI比特同时包括HARQ-ACK和P-CSI信息时，也就是需要同时传输HARQ-ACK和P-CSI信息时，本申请中的处理方式。

在LTE系统中，当UE在上行子帧需要发送多种类型的信号，相应地分配了多个上行信道。例如，假设在一个子帧内需要传输P-CSI，则基站半静态为UE配置一个用于P-CSI信道。当P-CSI小于等于M比特时，例如M等于11，可以仍然是利用PUCCH格式2来反馈P-CSI。当P-CSI信息的比特数目较大时，P-CSI信道可以是PUCCH格式X信道。或者，当P-CSI比特总数小于等于N个比特时，例如，N等于22，可以配置PUCCH格式3信道用于P-CSI；而当P-CSI比特总数大于N个比特时，才采用PUCCH格式X信道。

另外，当在一个子帧内需要反馈HARQ-ACK信息时，根据下行授权信令中的2比特ACK/NACK资源指示(ARI)信息可以动态指示一个PUCCH信道用于HARQ-ACK和其他UCI传输。这里，是通过RRC信令半静态配置4个备选PUCCH信道，从而用2比特ARI动态指示使用哪个PUCCH信道用于UCI传输。这个PUCCH 信道可以是PUCCH格式3信道，从而支持最多22比特的UCI传输；或者，这个PUCCH信道也可以是PUCCH格式X信道，从而承载更大的UCI净荷。

根据上面的分析，基站半静态配置的用于P-CSI的PUCCH信道，只需要考虑P-CSI的比特总数，所以比特数目较少。而对用ARI指示的PUCCH信道，这个信道可以是考虑了在一个CG的一个子帧内的所有需要反馈的UCI比特(包括HARQ-ACK和P-CSI，还可以包括SR)，所以ARI指示的PUCCH信道需要承载更多的比特。这样，当在一个子帧内，需要反馈P-CSI也需要反馈HARQ-ACK时，分配用于P-CSI的PUCCH信道不一定可以承载所有UCI比特(包括HARQ-ACK和P-CSI，还可以包括SR)，但是ARI指示的PUCCH信道一定可用。

为了在各种不同的UCI反馈信息组合的情况下，保持一致的UE操作，本发明提出当需要在一个子帧内同时反馈P-CSI和HARQ-ACK时(还可以进一步包括SR)，UE使用ARI动态指示的PUCCH信道来反馈上述UCI信息。

采用这种方法，不管半静态配置的P-CSI信道是PUCCH格式2、PUCCH格式3或者PUCCH格式X，UE的操作都是使用ARI动态指示的PUCCH信道来反馈上述UCI信息，保持UE操作的一致性。当不存在ARI动态指示的PUCCH信道时，才使用半静态配置的P-CSI信道反馈上行信息。另外，当配置P-CSI的信道和ARI动态指示的信道是同一个类型的时候，因为ARI可以有多个取值，从而允许基站根据调度的UE的情况，动态调整PUCCH信道的分配，提供了基站分配PUCCH信道的灵活性。这里，基站实现上可以使半静态配置P-CSI的PUCCH信道是半静态配置的对应n比特ARI的备选PUCCH信道之一，例如n等于2，从而基站可以灵活地通过ARI选择PUCCH信道用于UCI传输，而且也避免造成额外的PUCCH开销。

实施例三

为进一步降低ARI信息的冗余比特，提高资源利用率，本申请中给出新的ARI信息的承载方式，继而UE根据该承载方式在下行授权信令中对应提取ARI，以确定用于传输UCI比特的PUCCH信道。通过本实施例的方式，还能够有效识别连续丢失绑定窗口中最后若干个下行授权信令的情况。

在LTE系统中，需要在一个上行子帧内反馈多个CC的多个下行子帧的下行传输的HARQ-ACK信息。这里，把上述多个CC的多个下行子帧称为对应这个上行子帧的绑定窗口。为了帮助UE识别是否丢失了其绑定窗口内的一个或者多个下行传输，在LTE系统引入了下行分配索引(DAI)技术。具体的说，DAI是两比特信息，是一种纯计数器，用于指示到当前子帧位置，一共发送了多少个下行授权信令。但是，2 比特DAI信息不能发现丢失连续的4个下行授权信令的情况，或者连续丢失最后的若干个下行授权信令的情况。上述两比特DAI是一种对检测性能和信令开销的折中。换句话说，在LTE系统中，认为丢失连续4个子帧的概率非常低，不需要去优化处理。

另外，在LTE系统中，当在一个子帧内需要反馈HARQ-ACK信息时，是根据下行授权信令中的2比特ACK/NACK资源指示(ARI)信息可以动态指示一个PUCCH信道用于HARQ-ACK传输。这里，是通过RRC信令半静态配置4个备选PUCCH信道，从而用2比特ARI动态指示使用哪个PUCCH信道用于HARQ-ACK传输。

根据现有LTE系统中的方法，只有Pcell的DAI等于1的下行授权信令的传输功率控制(TPC)域仍然用于功率控制，而Pcell的其他下行授权信令和Scell的下行授权信令的TPC域都是用作ARI。当考虑为UE配置最多32载波，特别是对TDD系统时，导致有更多的下行授权信令中的TPC域被用作ARI信息。但是，实际上，所有的ARI信息都是相同的2比特信息，这造成大量的冗余比特。

本发明提出，可以把ARI信息和其他控制信息(例如新定义的控制信息)一起处理后，映射到上述除了Pcell的仍然用于功率控制的下行授权信令的TPC域以外的其他下行授权信令的TPC域上。上述其他控制信息可以是指示当前分配那种PUCCH格式的信道、指示发送的下行授权信令总数、指示传输的TB总数或者作为DAI的扩展信息等。只要UE能够收到一定数目的上述其他下行授权信令，UE就有可能完成恢复出ARI信息和上述其他控制信息。

根据上面的分析，LTE系统的DAI的设计不能发现丢失连续4个下行授权信令的情况，换句话说，丢失连续4个下行授权信令的情况不在LTE系统的优化范围之内。基于这个性质，有可能利用下行授权信令的TPC域承载更多的信息。这里DAI可以仍然是时域的，即对一个CC的各个子帧的下行授权信令的计数；或者，DAI可以是频域的，即对同一个子帧内的各个CC的下行授权信令的计数；或者，DAI可以是联合用于频域和时域的，即首先对一个子帧内的各个CC的下行授权信令的计数，然后对下一个子帧内的各个CC的下行授权信令继续计数。或者，DAI可以是频域的，即对同一个子帧内的各个CC的下行授权信令调度的TB个数进行计数；或者，DAI可以是联合用于频域和时域的，即首先对一个子帧内的各个CC的下行授权信令的调度的TB个数进行计数，然后对下一个子帧内的各个CC的下行授权信令的TB个数进行继续计数。

一种可能的方法是，除Pcell上的一个下行授权信令的TPC域仍然用于功率控制以外，基站发送的前N个其他连续下行授权信令中的TPC域仍然指示ARI信息，N大于N_min，例如N_min等于4；而后续其他下行授权信令中的TPC域用于指示其他控制 信息。这里，只有当UE丢失上述前N个连续的下行授权信令时，UE才没有可用的ARI信息，这样的概率非常小，不需要进行优化处理。以下描述处理第N个指示ARI的下行授权信令以后的其他下行授权信令的TPC域的处理方法。

第一种处理方法是利用这些TPC域承载基站当前调度的下行授权信令的总数。进一步地，可以是对下行授权信令的个数模N_min，从而可以用log₂(N_min)比特来传输。例如N_min等于4，是用2个比特来传输当前调度的下行授权信令的总数。根据对下行授权信令中计数的DAI，UE已经可以发现除丢失最后若干个下行授权信令以外的丢失小于N_min个连续下行授权信令的情况。进一步地，基于这个方法，根据在TPC域中传输的这个下行授权信令的总数，UE可以判断他是否丢失了基站调度的最后1～N_min-1个下行授权信令。这样，综合DAI和TPC域传输的下行授权信令的总数，UE可以发现所有丢失大于等于N_min个连续下行授权信令以外的丢失情况。根据上面的分析，当N_min大于等于4时，不需要优化丢失连续N_min个下行授权信令的情况，所以UE可以推断出基站共计发送了多少个下行授权信令，并相应地设置HARQ-ACK的比特数。UE可以根据当前子帧承载的UCI比特数目进一步确定ARI指示的是哪种PUCCH格式的PUCCH信道。上述UCI可以包括HARQ-ACK、P-CSI和/或SR。

采用这个方法，除Pcell的TPC域仍然用于功率控制的下行授权信令外，假设UE收到前N个指示ARI的下行授权信令以外的至少一个下行授权信令，即UE收到了在TPC域承载的当前调度的下行授权信令的总数，从而UE可以准确得到HARQ-ACK的比特总数，并按照这个比特总数在ARI指示的PUCCH信道上传输HARQ-ACK信息，这里，在ARI指示的PUCCH信道上可以同时反馈其他UCI信息。或者，除Pcell的TPC域仍然用于功率控制的下行授权信令外，假设UE仅收到前N个指示ARI的下行授权信令中的至少一个，UE仍然获得了ARI信息，从而确定PUCCH信道，但是不能确切知道基站调度下行授权信令数目。UE可以按照其能够检测到或者分析得到的下行授权信令的数目确定HARQ-ACK比特总数。或者，在这种情况下，UE也可以是固定按照基站调度了N个下行授权信令来计算HARQ-ACK的比特数，例如UE固定反馈2N个HARQ-ACK比特。

在基站侧，当基站实际调度至少N+N_min个下行授权信令时，在不优化丢失连续N_min个下行授权信令的前提下，UE一定收到了在TPC域承载的当前调度的下行授权信令的总数，基站可以假设UE准确知道HARQ-ACK比特总数，从而不需要盲检测。当基站实际调度大于N个但是小于N+N_min个下行授权信令时，因为UE可能丢失最后面的最多N_min-1个下行授权信令，导致UE未能收到在TPC域承载的当前调度的下行授权信令的总数，从而UE有可能不知道准确的HARQ-ACK数目；或者，当基站实 际调度小于等于N个下行授权信令时，即基站未能利用TPC域承载的当前调度的下行授权信令的总数，导致UE不知道准确的HARQ-ACK数目。这时，如果UE的操作是按照其能够检测到或者分析得到的下行授权信令的数目确定HARQ-ACK比特总数，基站可以是盲检测多种可能的HARQ-ACK比特总数来完成HARQ-ACK的接收；或者，基站仅按照其实际调度的下行数据传输对应的HARQ-ACK比特数来进行HARQ-ACK的接收。或者，如果UE在没有收到TPC域承载的当前调度的下行授权信令的总数的情况下，是固定按照基站调度了N个下行授权信令来计算HARQ-ACK的比特数，例如UE固定反馈2N个HARQ-ACK比特。基站可能需要盲检测两个净荷大小，即基站实际调度对应的HARQ-ACK比特数和2N比特。

第二种处理方法是利用这些TPC域承载基站当前调度的TB的总数。进一步地，可以是对TB总数模B_min，从而可以用log₂(B_min)比特来传输。例如B_min等于8，上述log₂(B_min)比特信息经处理后需要映射到多个下行授权信令的TPC域上。根据下行授权信令中的对TB进行计数的DAI，UE已经可以发现除丢失最后若干个TB以外的丢失连续小于B_min个TB的情况。进一步地，基于这个方法，根据在TPC域中传输的这个TB总数，UE可以判断他是否丢失了基站调度的最后1～B_min-1个TB。这样，综合DAI和TPC域传输的TB总数，UE可以发现所有丢失大于等于B_min个连续TB以外的丢失情况。根据上面的分析，不需要优化丢失连续4个下行授权信令的情况，当B_min等于8时，丢失B_min个连续TB相当于丢失连续大于等于4个下行授权信令，即不需要优化，所以UE可以推断出基站共计发送了多少个TB，并相应地设置HARQ-ACK的比特数。UE可以根据当前子帧承载的UCI比特数目进一步确定ARI指示的是哪种PUCCH格式的PUCCH信道。上述UCI可以包括HARQ-ACK、P-CSI和/或SR。

采用这个方法，除Pcell的TPC域仍然用于功率控制的下行授权信令外，假设UE收到前N个指示ARI的下行授权信令以外的至少一个下行授权信令，即UE收到了在TPC域承载的当前调度的TB总数，从而UE可以准确得到HARQ-ACK的比特总数，并按照这个比特总数在ARI指示的PUCCH信道上进行HARQ-ACK传输，这里，在ARI指示的PUCCH信道上可以同时反馈其他UCI信息。或者，除Pcell的TPC域仍然用于功率控制的下行授权信令外，假设UE仅收到前N个指示ARI的下行授权信令中的至少一个，UE仍然获得了ARI信息，从而确定PUCCH信道，但是不能确切知道基站调度下行授权信令数目。UE可以按照其能够检测到或者分析得到的TB数目确定HARQ-ACK比特总数。或者，在这种情况下，UE也固定按照基站调度了B个TB来计算HARQ-ACK的比特数，例如UE固定反馈B个HARQ-ACK比特。

在基站侧，当基站实际调度至少N+N_min个下行授权信令时，在不优化丢失连续 N_min个下行授权信令的前提下，UE一定收到了在TPC域承载的当前调度的TB的总数，基站可以假设UE准确知道HARQ-ACK比特总数，从而不需要盲检测。当基站实际调度大于N个但是小于N+N_min个下行授权信令时，因为UE可能丢失最后面的最多N_min-1个下行授权信令，导致UE未能收到在TPC域承载的当前调度的TB总数，从而UE有可能不知道准确的HARQ-ACK数目；或者，当基站实际调度小于等于N个下行授权信令时，即基站未能利用TPC域承载的当前调度的TB总数，导致UE不知道准确的HARQ-ACK数目。这时，如果UE的操作是按照其能够检测到或者分析得到的TB数目确定HARQ-ACK比特总数，基站可以是盲检测多种可能的HARQ-ACK比特总数才能完成HARQ-ACK的接收；或者，基站仅按照其实际调度的下行数据传输对应的HARQ-ACK比特数来接收HARQ-ACK的接收。或者，如果UE在没有收到TPC域承载的当前调度的TB总数的情况下，是固定按照基站调度了B个下行授权信令来计算HARQ-ACK的比特数，即UE固定反馈B个HARQ-ACK比特。基站可能需要盲检测两个净荷大小，即基站实际调度对应的HARQ-ACK比特数和B比特。

实施例四

在本实施例中，给出根据ARI信息确定PUCCH信道和相应的PUCCH格式的具体方式。

在LTE系统中，需要在一个上行子帧内反馈多个CC的多个下行子帧的下行传输的HARQ-ACK信息。这里，把上述多个CC的多个下行子帧称为对应这个上行子帧的绑定窗口。对参考HARQ定时是FDD定时的情况，绑定窗口包括一个子帧内的多个CC的资源；对参考HARQ定时TDD定时的情况，则绑定窗口包括多个CC的多个子帧内的资源。当可以配置UE的CC数目很多时，相应地HARQ-ACK的比特数目也越多。例如，假设配置了32CC，每个CC的绑定窗口都包括4个子帧，则即使在考虑了空间绑定(spatial bundling)的情况下，HARQ-ACK的比特数也达到128。

但是，通常情况下，基站不会调度绑定窗口内所有配置的CC的所有子帧给同一个UE。有些情况下，基站可能仅在绑定窗口内调度了很少的下行数据，有效的HARQ-ACK比特数小于等于N1比特，例如N1等于22，则在考虑资源利用率时，应该分配PUCCH格式3信道给UE。在另一些情况下，基站调度了较多的下行数据，导致有效的HARQ-ACK比特数大于N1，则需要分配PUCCH格式X信道给UE。进一步的，PUCCH格式X信道还可以是支持多种净荷比特数，例如，当需要反馈的HARQ-ACK比特数大于N1但是小于等于N2比特时，例如N2等于66，UE可以按照承载N2比特的情况处理PUCCH格式X信道；当需要反馈的HARQ-ACK比特数大于N2比特时，UE可以按照承载N3比特的情况处理PUCCH格式X信道，例如N3等于 130。为了在保证基站调度灵活性的前提下，尽可能优化PUCCH的传输性能，提高上行资源利用率，UE需要动态转换采用的PUCCH信道。例如，以N1比特为界，转换PUCCH格式3信道和PUCCH格式X信道；或者，以N1比特和N2比特为界，转换PUCCH格式3信道、净荷较小的PUCCH格式X信道和净荷较大的PUCCH格式X信道。

另外，在LTE系统中，当在一个子帧内需要反馈HARQ-ACK信息时，是根据下行授权信令中的2比特ACK/NACK资源指示(ARI)信息可以动态指示一个PUCCH信道用于HARQ-ACK传输。这里，是通过RRC信令半静态配置4个备选PUCCH信道，从而用2比特ARI动态指示使用哪个PUCCH信道用于HARQ-ACK传输。

这里，本发明提出ARI的一个值动态指示用于UCI传输的PUCCH信道格式，并进一步动态指示出UE当前使用的PUCCH信道。具体的说，记ARI是N比特信息，例如N等于2，通过RRC信令半静态配置2^N个备选，并分别配置这2^N个备选的PUCCH信道格式和对应的PUCCH信道。不同备选PUCCH信道的格式可以是相同的或者不同的。然后，可以用下行授权信令中的N比特ARI动态指示用于UCI传输的PUCCH信道格式和PUCCH信道。UE根据检测到的ARI信息确定PUCCH信道格式以及使用的PUCCH信道。采用这种方法，提供基站动态指示PUCCH格式的灵活性，但是，在不增加ARI比特数目的情况下，它也意味着对应一种特定PUCCH格式的备选信道数目减少了。

上述即为本申请中传输UCI方法的具体实现。本申请还提供一种传输UCI的设备，可以用于实施上述本申请的UCI传输方法。图4为该设备的基本结构示意图，如图4所示，该设备包括：备选PUCCH信道集合确定单元、HARQ-ACK比特生成单元、UCI比特处理单元、PUCCH信道确定单元和发送单元。

其中，备选PUCCH信道集合确定单元，用于接收配置信令，确定对应ACK/NACK资源指示(ARI)的备选PUCCH信道集合。HARQ-ACK比特生成单元，用于接收下行授权信令及对应的下行数据，生成HARQ-ACK比特。UCI比特处理单元，用于对包括HARQ-ACK在内的UCI比特进行处理。PUCCH信道确定单元，用于根据下行授权信令中包括的ARI从备选PUCCH信道集合中确定出用于UCI比特传输的PUCCH信道。发送单元，用于在确定出的PUCCH信道上传输包括HARQ-ACK在内的UCI比特。

下面针对UCI信息中的A-CSI传输方法和设备进行介绍。图5为本申请中传输A-CSI信息的方法基本流程图。如图5所示，该方法包括：

步骤501，UE接收上行授权信令。

步骤502，UE根据上行授权信令中的CSI请求域确定当前是否触发A-CSI报告。

步骤503，在确定触发A-CSI报告后，UE确定要更新的CSI过程，并在承载A-CSI报告的上行CC上传输A-CSI信息。

下面通过两个具体实施例说明A-CSI的具体传输方式。

实施例五

在LTE系统中，可以触发A-CSI报告，并且是映射到PUSCH信道上传输。在上行授权信令中包含1比特或者2比特的CSI请求域，它用于触发UE的A-CSI报告。以2比特CSI请求域为例，值“0,0”指示不触发A-CSI；值“0,1”指示上行授权信令调度的上行CC对应的下行CC的A-CSI，这里的对应关系是根据系统信息块SIB2确定的；值“1,0”和“1,1”具体触发那些CSI报告是用RRC信令配置的，所以可以是配置触发任何一个CC的A-CSI，具有最大的灵活性。但是，对值“0,1”，因为典型的CA配置都是非对称的，只有配置了对应的上行CC的那些下行CC才能用值“0,1”来触发A-CSI。特别地，UE可以是配置了32个下行CC，而只配置1个上行CC，这在很大程度上限制了值“0,1”的可用性。

为了充分利用值“0,1”，本实施例提出对只配置了下行传输的CC，仍然要求UE检测DCI格式0，从而利用DCI格式0来触发UE对这样的只配置下行传输的CC的A-CSI报告。这里，UE检测DCI格式0并不增加盲检测次数，这时因为DCI格式0和DCI格式1A的比特数目相等，并且UE在盲检测调度下行传输的下行授权信令时一定会检测DCI格式。

这里，因为只配置了下行传输的CC实际上不能进行上行传输，触发的A-CSI信息只能在其他配置了上行带宽的CC上。这个CC可以固定是Pcell；或者，这个CC可以是对应这个只配置下行传输的CC的反馈UCI的CC，即PScell；或者，可以是对DCI格式0的一些比特进行重新定义，从而指示UE从多个配置的上行CC中选择一个用于A-CSI反馈。

这种对应只配置下行传输的CC的DCI格式0可以是仅用于触发A-CSI，或者也可以同时触发对只配置下行传输的CC的A-CSI和调度反馈A-CSI的CC上的上行数据传输。

这种对应只配置下行传输的CC的DCI格式0可以是只有值“0,1”用于触发A-CSI，或者也可以是值“0,1”、“1,0”和“1,1”都可以用于触发A-CSI。对值“0,1”、“1,0”和“1,1”，其触发的A-CSI对应的CSI过程是用高层信令配置的，可以与其他支持上行传输的CC的配置相同，或者，也可以是不同的。

这种对应只配置下行传输的CC的DCI格式0可以仍然是只有两个比特用于CSI请求，或者也可以是把更多的比特用于CSI请求，从而可以用RRC信令配置更多的不同的A-CSI信息的集合。例如，假设只配置下行传输的CC的DCI格式0不调度上行数据，则DCI格式中的一些域是无用的，可以用来增加CSI请求的比特数。

当用只配置下行传输的CC的DCI格式0触发了A-CSI，并且UE在反馈A-CSI的CC上没有调度上行数据传输时，按照这个DCI格式0确定反馈A-CSI的CC的PUSCH信道的相关参数并传输A-CSI。当用只配置下行传输的CC的DCI格式0触发了A-CSI，并且UE在反馈A-CSI的CC上也调度了上行数据传输时，但是在反馈A-CSI的CC上没有额外触发A-CSI报告，则按照反馈A-CSI的CC的上行授权信令来确定PUSCH信道的相关参数，然后在这个PUSCH信道上传输只配置下行传输的CC的DCI格式0触发的A-CSI。当用只配置下行传输的CC的DCI格式0触发了A-CSI，并且UE在反馈A-CSI的CC检测到上行授权信令并额外触发了A-CSI时，即UE同时在一个子帧内收到至少两个A-CSI触发，UE可以认为这种情况是配置错误；或者，UE可以仅传输反馈A-CSI的CC的上行授权信令触发的A-CSI，即丢掉只配置下行传输的CC的DCI格式0触发的A-CSI；或者，UE可以对同时反馈两个A-CSI报告，特别地，UE可以是反馈两个A-CSI的并集，即对两个A-CSI的重复的CSI过程，仅需要传输一次。

实施例六

在LTE系统中，可以触发A-CSI报告，并且是映射到PUSCH信道上传输。在上行授权信令中包含1比特或者2比特的CSI请求域，它用于触发UE的A-CSI报告。以2比特CSI请求域为例，值“0,0”指示不触发A-CSI；值“0,1”指示上行授权信令调度的上行CC对应的下行CC的A-CSI，这里的对应关系是根据SIB2确定的；值“1,0”和“1,1”具体触发那些CSI报告是用RRC信令配置的，所以可以是配置触发任何一个CC的A-CSI，具有最大的灵活性。

另外，在LTE系统中，可以为UE配置了多个小区组(CG，Cell Group)，并且对一个CG，在这个CG的一个小区上反馈这个CG的各个小区的UCI信息。特别地，可以是对每个CG分别用RRC信令配置A-CSI报告的CSI过程集合，并用上行授权信令来分别触发UE的A-CSI报告。但是，从UE能力上讲，不管是否配置了多个CG，UE在一个子帧内能够更新和反馈A-CSI的CSI过程数目是不变的，记为K个CSI过程。对各个CG，CSI请求域所触发的A-CSI报告是独立配置的，即，对一个CG，允许对应CSI请求域的一个码字配置包含最多K个CSI过程的A-CSI报告。这可能会导 致在同一个子帧内，当基站在多个CG内都触发了A-CSI报告时，多个CG触发的CSI过程的总数可以超过UE更新和反馈A-CSI的能力。这时，一种处理方法是让UE认为这是一种配置错误，但是这造成对基站触发A-CSI的限制。另一个处理方法是依赖于UE实现来处理这种情况。因为不同的制造商可能有不同的实现方法，这导致基站不确定UE到底报告的哪K个CSI过程是最新的，这也不利于基站调度。实际上，在一些情况下，基站可以是故意使一个子帧内在多个CG触发的A-CSI过程总数大于K，仅需要定义一定的优先级规则，就可以控制UE只更新一部分高优先级的CG的A-CSI；或者，控制UE只更新各个CG的优先级较高的CSI过程，这样的可以更新的CSI过程的集合不是通过RRC信令配置的，从而在不变化RRC信令的情况下，增加了触发A-CSI的集合数目。

本实施例提出，当基站在一个子帧内触发多个CG的A-CSI，并且触发的CSI过程的总数大于UE更新和报告A-CSI的能力K时，记触发的CSI过程的总数为N，则UE从上述N个CSI过程中选择K个优先级最高的CSI过程进行更新CSI并报告。

对CSI信息，可以从以下几个方面来处理优先级。

对A-CSI，其设计原则是一次反馈完成的CSI信息，即，在RI信息是默认为特定值的情况下，例如RI等于1，报告所有相关的CQI/PMI信息；或者，UE需要在一个PUSCH上报告RI信息和所有CQI/PMI信息。这样，区分RI和CQI/PMI两种CSI报告类型的方法不能直接适用于A-CSI。一种简单的方法是不在使用CSI报告类型作为A-CSI优先级的依据。或者，定义同时反馈RI和CQI/PMI的CSI过程的优先级高于采用默认RI从而只反馈CQI/PMI的CSI过程。或者，可以是定义各种用于A-CSI的CSI汇报模式的优先级。或者，可以是定义各种下行传输模式的优先级。

CSI过程ID仍然可以作为判断A-CSI优先级的一个依据。例如，CSI过程ID较小的CSI过程优先。对TM1～9，LTE系统没有定义CSI过程，但是可以按照只配置一个CSI过程并且CSI过程ID为0来处理。

对小区ID，可以有两种定义方法。第一种方法是UE的所有配置的CC分别配置唯一的小区ID，这样，可以根据小区ID来判断不同CG的CSI过程的优先级，并且因为不同CG的小区ID不同，一定可以选出优先级更高的CSI过程，从而也就不需要再比较其他参数。或者，第二种方法是配置小区ID是在一个CG内的小区的索引，即不同的CG内的小区可以有相同的用于A-CSI优先级的小区ID，这样，当两个CG内的CSI过程的小区ID都相同时，可以进一步比较CSI子帧集索引，例如，CSI子帧集索引较小的CSI过程优先；或者，当两个CG内的CSI过程的小区ID相同时，可以进一步比较CG的索引，例如，CG索引较小的CSI过程优先；或者也可以进一步把CSI 子帧集索引和CG索引都作为优先级准则。

CG索引可以作为判断A-CSI优先级的一个依据。例如，CG索引较小的CSI过程优先。采用这个方法，可以实现Pcell所在的CG优先级最高，从而保护Pcell所在的CG的下行传输性能。

假设一个CG可以进一步划分多个反馈A-CSI的子组，即一个A-CSI触发的A-CSI是局限在一个子组内的CC上，则可以把A-CSI子组的索引可以作为判断A-CSI优先级的一个依据。例如，A-CSI子组的索引较小的CSI过程优先。这里可以是跨越CG，对所有A-CSI子组一起排序，从而一定可以按照A-CSI子组索引区分优先级。这里，一般需要保证Pcell所在CG内的A-CSI子组具有更低的索引。或者A-CSI子组的索引是在每个CG内部定义的，即多个CG内的A-CSI子帧的索引可以是相等的。

为了尽可能保证用于承载UCI信息的CC的下行传输性能，可以是定义下面的优先级顺序，即Pcell的优先级>PScell的优先级>其他Scell的优先级。这里，如果有多个PScell，认为其优先级相同，如果有多个其他SCell，也认为其优先级相同；或者，如果有多个PScell，可进一步按照其索引排序；如果有多个其他Scell，是按照其索引排序。

可以把小区所在的许可频段或者免许可频段作为一个准则，例如，许可频段的小区优先级高于免许可频段的小区，这时因为许可频段的小区的CSI测量肯定是可用的，但是对免许可频段的小区，即使触发了A-CSI报告，但是如果这个小区已经长时间没有占有信道，其A-CSI的有效性很低。或者，也可以定义免许可频段的小区优先级高于许可频段的小区，这时因为免许可频段的一次CSI汇报如果不能及时报告并利用，可能导致基站在很长时间内没有CSI信息可用，而许可频段上的CSI报告则经常可以报告，即汇报的机会更多。

采用本发明上面的方法，当基站在多个CG触发的A-CSI的CSI过程数大于K时，UE根据上述优先级规则确定更新其中的K个CSI过程的CSI信息。因为这种优先级规则同时作用于基站和UE，没有不确定性，UE可以在上行方向只传输对应上述K个CSI过程的A-CSI信息，即，对应一个CG的一个A-CSI报告，仅保留属于上述K个最高优先级的CSI过程的CSI信息，并据此确定A-CSI信息的总比特数，并相应地在对应这个CG的这个A-CSI报告的上行信道上传输。采用这个方法，因为去除了未更新的A-CSI的无效比特，减小对一般上行数据传输的影响，提高上行资源利用率。

以上描述了分别多种处理A-CSI优先级的参数，实际的优先级准则可以是联合使用上述优先级的一种或者多种参数。例如，采用四种参数并且按照优先级别从高到低的顺序依次为，CSI报告类型>CSI过程ID>小区ID>CSI子帧集索引。在联合采用了 多种参数的情况下，只有当高级别的参数不能判断优先级的情况下，才进一步比较低一级的参数。

上述即为本申请中A-CSI的传输方法的具体实现。本申请还提供了一种A-CSI的传输设备。图6为该设备的基本结构示意图，如图6所示，该设备包括：接收单元、A-CSI报告触发单元和传输单元。

其中，接收单元，用于接收上行授权信令。A-CSI报告触发单元，用于根据上行授权信令中的CSI请求域确定当前是否触发A-CSI报告，并在确定触发A-CSI报告时通知传输单元。传输单元，用于在接收到A-CSI报告触发单元的触发通知后，确定要更新的CSI过程并在承载A-CSI报告的上行CC上传输A-CSI信息。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。