CN107104772B

CN107104772B - 用户设备和基站的方法及其装置

Info

Publication number: CN107104772B
Application number: CN201610982407.8A
Authority: CN
Inventors: 南映瀚; 张建中; 赵俊暎
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2010-03-29
Filing date: 2011-03-29
Publication date: 2021-02-26
Anticipated expiration: 2031-03-29
Also published as: EP2553852A4; EP2553852A2; US20110235599A1; US9768934B2; EP2553852B1; CN107104772A; CN102845012B; WO2011122837A2; WO2011122837A3; CN102845012A; KR20130010001A; KR101899907B1; US20150288502A1; JP2013526120A; JP5808791B2

Abstract

一种基站，包括：发送路径电路，用于向用户站发送下行链路(DL)许可、数据流、和用于配置用于PUCCH的多个上行链路发送天线端口的控制信号。该基站也包括接收路径电路，用于接收响应于数据流的ACK/NACK调制。如果用户站被基站配置为使用一个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在至少部分基于信道选择映射表而确定的一个PUCCH i上发送调制码元。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在两个PUCCH上发送ACK/NACK调制码元。

Description

用户设备和基站的方法及其装置

本申请是申请日为2011年3月29日、申请号为201180017256.8、发明名称为“在载波聚合无线通信系统中用于上行链路确认信令的方法和系统”的发明专利申请的分案申请。

技术领域

本申请一般涉及无线通信，且更具体地，涉及用于参考信号(RS)模式设计的方法和系统。

背景技术

在第三代合作伙伴计划长期演进(3GPP LTE)中，采用正交频分复用(OFDM)作为下行链路(DL)传输方案。

发明内容

技术方案

提供一种基站。该基站包括发送路径电路，配置来向用户站发送下行链路(DL)许可、数据流、和用于配置用于物理上行链路控制信道(PUCCH)的多个上行链路发送天线端口的控制信号。该基站也包括接收路径电路，配置来从响应于数据流的用户站接收确认/否定确认(ACK/NACK)。如果用户站被基站配置为使用一个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在至少部分基于信道选择映射表而确定的一个物理上行链路控制信道(PUCCH)i上发送调制码元。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在两个PUCCH上发送ACK/NACK调制码元。两个PUCCH中的第一信道是至少部分基于信道选择映射表而确定的PUCCHi，而两个PUCCH中的第二信道是通过取决于i、L和M中的至少一个的函数来隐式确定的，其中L是分配用于用户站的ACK/NACK的上行链路控制信道的数目，而M是在子帧传输中传递的ACK/NACK比特的数目。

提供一种操作基站的方法。该方法包括：向用户站发送下行链路(DL)许可、数据流、和用于配置用于物理上行链路控制信道(PUCCH)的多个上行链路发送天线端口的控制信号。该方法也包括从响应于数据流的用户站接收确认/否定确认(ACK/NACK)。如果用户站被基站配置为使用一个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在至少部分基于信道选择映射表而确定的一个物理上行链路控制信道(PUCCH)i上发送调制码元。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在两个PUCCH上发送ACK/NACK调制码元。两个PUCCH中的第一信道是至少部分基于信道选择映射表而确定的PUCCH i，而两个PUCCH中的第二信道是通过取决于i、L和M中的至少一个的函数隐式来确定的，其中L是分配用于用户站的ACK/NACK的上行链路控制信道的数目，而M是在子帧传输中传递的ACK/NACK比特的数目。

提供一种用户站。该用户站包括：接收路径电路，配置来从基站接收下行链路(DL)许可、数据流、和用于配置用于物理上行链路控制信道(PUCCH)的多个上行链路发送天线端口的控制信号。该用户站也包括发送路径电路，配置来响应于数据流向基站发送确认/否定确认(ACK/NACK)。如果用户站被基站配置为使用一个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在至少部分基于信道选择映射表而确定的一个物理上行链路控制信道(PUCCH)i上发送调制码元。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在两个PUCCH上发送ACK/NACK调制码元。两个PUCCH中的第一信道是至少部分基于信道选择映射表而确定的PUCCHi，而两个PUCCH中的第二信道是通过取决于i、L和M中的至少一个的函数来隐式确定的，其中L是分配用于用户站的ACK/NACK的上行链路控制信道的数目，而M是在子帧传输中传递的ACK/NACK比特的数目。

提供一种操作用户站的方法。该方法包括：从基站接收下行链路(DL)许可、数据流、和用于配置用于物理上行链路控制信道(PUCCH)的多个上行链路发送天线端口的控制信号。该方法包括：响应于数据流向基站发送确认/否定确认(ACK/NACK)。如果用户站被基站配置为使用一个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在至少部分基于信道选择映射表而确定的一个物理上行链路控制信道(PUCCH)i上发送调制码元。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在两个PUCCH上发送ACK/NACK调制码元。两个PUCCH中的第一信道是至少部分基于信道选择映射表而确定的PUCCH i，而两个PUCCH中的第二信道是通过取决于i、L和M中的至少一个的函数来隐式确定的，其中L是分配用于用户站的ACK/NACK的上行链路控制信道的数目，而M是在子帧传输中传递的ACK/NACK比特的数目。

提供一种基站。该基站包括：发送路径电路，配置来向用户站发送下行链路(DL)许可、数据流、和用于配置用于物理上行链路控制信道(PUCCH)的多个上行链路发送天线端口的控制信号。该基站也包括：接收路径电路，配置来从响应于数据流的用户站接收确认/否定确认(ACK/NACK)。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则两个上行链路发送天线端口的配置重叠并且调制码元被映射到一个发送天线端口上的仅仅一个PUCCH。如果用户站被基站配置为使用两个上行链路发送天线端口和PUCCH格式1A/1B来发送ACK/NACK，则调制码元被映射到两个PUCCH上的两个上行链路发送天线端口。

提供一种操作基站的方法。该方法包括：向用户站发送下行链路(DL)许可、数据流、和用于配置用于物理上行链路控制信道(PUCCH)的多个上行链路发送天线端口的控制信号。该方法也包括：从响应于数据流的用户站接收确认/否定确认(ACK/NACK)。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则两个上行链路发送天线端口的配置重叠并且调制码元被映射到一个发送天线端口上的仅仅一个PUCCH。如果用户站被基站配置为使用两个上行链路发送天线端口和PUCCH格式1A/1B来发送ACK/NACK，则调制码元被映射到两个PUCCH上的两个上行链路发送天线端口。

提供一种用户站。该用户站包括：接收路径电路，配置来从基站接收下行链路(DL)许可、数据流、和用于配置用于物理上行链路控制信道(PUCCH)的多个上行链路发送天线端口的控制信号。该用户站也包括：发送路径电路，配置来响应于数据流向基站发送确认/否定确认(ACK/NACK)。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则两个上行链路发送天线端口的配置重叠并且调制码元被映射到一个发送天线端口上的仅仅一个PUCCH。如果用户站被基站配置为使用两个上行链路发送天线端口和PUCCH格式1A/1B来发送ACK/NACK，则调制码元被映射到两个PUCCH上的两个上行链路发送天线端口。

提供一种操作用户站的方法。该方法包括：从基站接收下行链路(DL)许可、数据流、和用于配置用于物理上行链路控制信道(PUCCH)的多个上行链路发送天线端口的控制信号。该方法包括：响应于数据流向基站发送确认/否定确认(ACK/NACK)。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则两个上行链路发送天线端口的配置重叠并且调制码元被映射到一个发送天线端口上的仅仅一个PUCCH。如果用户站被基站配置为使用两个上行链路发送天线端口和PUCCH格式1A/1B来发送ACK/NACK，则调制码元被映射到两个PUCCH上的两个上行链路发送天线端口。

提供一种用户设备(UE)的装置。该装置包括：收发器；以及控制器，操作性耦接到收发器，其中，控制器被配置为：从基站(BS)接收数据流；并且如果UE被配置多于一个的分量载波(CC)，则使用PUCCH格式1b经由两个天线端口向BS发送关于物理上行链路控制信道(PUCCH)上的数据流中的每个的混合自动重复请求确认(HARQ-ACK)数据，其中，PUCCH资源和HARQ-ACK数据通过信道选择来确定。

提供一种用户设备(UE)的方法。该方法包括：从基站(BS)接收数据流；并且如果UE被配置多于一个的分量载波(CC)，则使用PUCCH格式1b经由两个天线端口向BS发送关于物理上行链路控制信道(PUCCH)上的数据流中的每个的混合自动重复请求确认(HARQ-ACK)数据，其中，PUCCH资源和HARQ-ACK数据通过信道选择来确定。

提供一种基站(BS)的装置。该装置包括：收发器；以及控制器，操作性耦接到收发器，其中，控制器被配置为：向用户设备(UE)发送数据流；并且如果UE被配置多于一个的分量载波(CC)，则使用PUCCH格式1b从UE接收关于物理上行链路控制信道(PUCCH)上的数据流中的每个的混合自动重复请求确认(HARQ-ACK)数据，其中，HARQ-ACK数据是经由UE的两个天线端口发送的，其中，PUCCH资源和HARQ-ACK数据通过信道选择来确定。

提供一种基站(BS)的方法。该方法包括：向用户设备(UE)发送数据流；并且如果UE被配置多于一个的分量载波(CC)，则使用PUCCH格式1b从UE接收关于物理上行链路控制信道(PUCCH)上的数据流中的每个的混合自动重复请求确认(HARQ-ACK)数据，其中，HARQ-ACK数据是经由UE的两个天线端口发送的，其中，PUCCH资源和HARQ-ACK数据通过信道选择来确定。

在开始以下本发明的具体说明前，阐述贯穿该专利文件所使用的特定词语和词组的定义将是有益的，术语“包括”和“包含”以及它们的衍生词表示没有约束的包括；术语“或者”包含和/或的含义；词组“相关联”和“对其关联”以及它们的衍生词可以意味着包括、包括在内、相互连接、包含、被包含在内、连接到或与…连接、耦合到或与…耦合、与…通信、与…协作、交织、并列、近似于、绑定到或与…绑定、具有、有…属性等；而术语“控制器”意味着控制至少一种操作的任何设备、系统或其部分，此类设备可以被实现为硬件、固件或软件，或者它们中至少两种的组合。应该注意与任何具体控制器相关联的功能可以是集中式或分布式的、本地的或远程的。贯穿该专利文件提供了具体词语和词组的定义，本领域的普通技术人员应该理解，如果不是绝大多数情况下，则在许多情况下，此类定义适用于现有技术，以及如此定义的词语和词组的未来用法。

附图说明

为了更完整理解本公开及其优点，结合附图做出对以下说明的参考，其中相同参考数字表示相同部件：

图1图释根据本公开的原理的在上行链路中发送消息的示范无线网络；

图2是根据本公开的一个实施例的OFDMA发送器的高层图；

图3是根据本公开的一个实施例的OFDMA接收器的高层图；

图4图释根据本公开的实施例的在增强节点B(eNodeB)和用户设备(UE)之间的消息流；

图5图释根据本公开的实施例的在下行链路(DL)载波中的长期演进(LTE)控制信道元素(CCE)；

图6图释根据本公开的实施例的在LTE系统中在上行链路(UL)载波的一个资源块中的物理上行链路控制信道(PUCCH)资源划分；

图7图释根据本公开的实施例的用于特定UE的取决于是否配置空间正交资源发送分集(SORTD)的上行链路控制信道资源分配；

图8图释根据本公开的实施例的表，指示当配置SORTD时所分配的上行链路控制信道的数目；

图9图释根据本公开的另一实施例的表，指示当配置SORTD时所分配的上行链路控制信道的数目；

图10图释根据本公开的实施例的表，描述关于物理上行链路控制信道(PUCCH)格式1a和1b的调制码元；

图11图释根据本公开的实施例的表，由该表通过关于M＝2的信道选择来产生值b(0),b(1)和ACK/NACK资源

图12图释根据本公开的实施例的表，由该表通过关于M＝3的信道选择来产生值b(0),b(1)和ACK/NACK资源

图13图释根据本公开的实施例的表，由该表通过关于M＝4的信道选择来产生值b(0),b(1)和ACK/NACK

图14图释根据本公开的实施例的ACK/NACK映射；

图15图释根据本公开的另一实施例的ACK/NACK映射；

图16图释根据本公开的另一实施例的ACK/NACK映射；

图17图释根据本公开的再一实施例的ACK/NACK映射；

图18A是根据本公开的实施例的表，描述关于媒体接入控制分量载波(MAC CC)激活信令的信息元素(IE)；

图18B是根据本公开的另一实施例的表，描述关于MAC CC激活信令的IE；

图19图释根据本公开的实施例的当配置两个天线时的HARQ-ACK消息传输；

图20图释根据本公开的实施例的关于天线端口P1的控制信道的第二集合的确定；

图21图释根据本公开的另一实施例的关于天线端口P1的控制信道的第二集合的确定；

图22图释根据本公开的再一实施例的关于天线端口P1的控制信道的第二集合的确定；

图23A和图23B图释根据本公开的实施例的使用基于时隙的预编码矢量切换(PVS)或时间切换发送分集(TSTD)的在两个天线上的数据传输；

图24图释根据本公开的实施例的当利用ACK/NACK复用时在UE处的ACK/NACK传输的方法；

图25图释根据本公开的实施例的当利用ACK/NACK成束(bundling)时在UE处的ACK/NACK传输的方法；

图26图释根据本公开的实施例的选择用于D-ACK资源映射的N个CCE的方法；

图27图释根据本公开的实施例的关于ACK/NACK传输的CCE资源保留的方法；

图28图释根据本公开的实施例的当用信令仅通知一个

索引号时的CCE到ACK/NACK映射；

图29图释根据本公开的实施例的当用信令通知两个

索引号时的CCE到ACK/NACK映射；

图30图释根据本公开的实施例的ACK/NACK复用的方法；

图31图释根据本公开的实施例的在天线端口中将调制码元映射到选择的D-ACK资源的方法；

图32图释根据本公开的另一实施例的在天线端口中将调制码元映射到选择的D-ACK资源的方法；

图33图释根据本公开的另一实施例的ACK/NACK复用的方法；

图34图释根据本公开的再一实施例的在天线端口中将调制码元映射到选择的D-ACK资源的方法；

图35图释根据本公开的实施例的操作基站的方法；

图36图释根据本公开的实施例的操作用户站的方法；

图37图释根据本公开的另一实施例的操作基站的方法；以及

图38图释根据本公开的另一实施例的操作用户站的方法。

具体实施方式

在该专利文件中以下讨论的图1到图38和用于描述本公开原理的各种实施例仅是通过说明的方式而不应以任何方面理解为限制本公开的范围。本领域技术人员将理解可以在任何适当安排的无线通信系统中实现本公开原理。

对于以下说明，应注意LTE术语“节点B”是以下使用的“基站”的另一术语。同样，LTE术语“用户设备”或“UE”是以下使用的“用户站”的另一术语。

图1图释根据本公开的原理的发送消息的示范无线网络100。在所示实施例中，无线网络100包括基站(BS)101、基站(BS)102和基站(BS)103以及其他类似的基站(未示出)。

基站101与因特网130或类似的基于IP的网络(未示出)通信。

基站102对处于基站102的覆盖区域120之内的第一多个用户站提供对因特网130的无线宽带接入。第一多个用户站包括用户站111、用户站112、用户站113、用户站114、用户站115和用户站116，其中用户站111可以位于小商店(SB)中，用户站112可以位于企业(E)中，用户站113可以位于WiFi热点(HS)中，用户站114可以位于第一住所(R)中，用户站115可以位于第二住所(R)中，而用户站116可以是移动设备(M)，诸如蜂窝电话机、无线膝上型电脑、无线PDA等。

基站103对处于基站103的覆盖区域125之内的第二多个用户站提供对因特网130的无线宽带接入。第二多个用户站包括用户站115和用户站116。在示范实施例中，基站101-103可以使用OFDM或OFDMA技术相互通信以及与用户站111-116通信。

虽然在图1中仅示出六个用户站，但是可以理解无线网络100可以对另外的用户站提供无线宽带接入。应注意，用户站115和用户站116处于覆盖区域120和覆盖区域125两者的边缘上。用户站115和用户站116中的每个与基站102和基站103二者通信，并且被可以说成是操作在切换模式，如本领域的技术人员所公知的。

用户站111-116可以经由因特网130来接入语音、数据、视频、视频会议和/或其他宽带服务。在示范实施例中，用户站111-116中的一个或多个可以与WiFi WLAN的接入点(AP)关联。用户站116可以是包括无线使能膝上型计算机、个人数据助理、笔记本、手持设备或其他无线使能设备的多个移动设备中的任何一个。用户站114和115可以是例如无线使能个人计算机(PC)、膝上型计算机、网关或另外的设备。

图2是正交频分多址(OFDMA)发送路径200的高层图。图3是OFDMA接收路径300的高层图。在图2和图3中，仅为了说明和解释的目的，在基站(BS)102中实现OFDMA发送路径200以及在用户站(SS)116中实现OFDMA接收路径300。但是，本领域技术人员将理解，也可以在BS 102中实现OFDMA接收路径300以及可以在SS 116中实现OFDMA发送路径200。

BS 102中的发送路径200包括信道编码和调制块205、串到并(S到P)块210、尺寸为N的快速傅里叶逆变换(IFFT)块215、并到串(P到S)块220、添加循环前缀块225、上变频器(UC)230、参考信号复用器290和参考信号分配器295。

SS 116中的接收路径300包括下变频器(DC)255、去除循环前缀块260、串到并(S到P)块265、尺寸为N的快速傅里叶变换(FFT)块270、并到串(P到S)块275以及信道解码和解调块280。

图2和图3中的至少一些组件可以在软件中实现，而其他组件可以通过可配置硬件或软件和可配置硬件的混合来实现。具体地，需注意在本公开文件中描述的FFT块和IFFT块可以被实现为可配置软件算法，其中可以根据实施来修改尺寸N的值。

此外，虽然本公开关注于实现快速傅里叶变换和快速傅里叶逆变换的实施例，但这仅是说明性的方式而不应该被认为是限制本公开的范围。将可以理解在本公开的替换实施例中，快速傅里叶变换函数和快速傅里叶逆变换函数可以容易地分别被替换为离散傅里叶变换(DFT)函数和离散傅里叶逆变换(IDFT)函数。将能理解，对于DFT和IDFT函数，N变量的值可以是任何的整数(也即，1、2、3、4等)，而对于FFT和IFFT函数，N变量的值可以是作为2的幂的任何整数(也即，1、2、4、8、16等)。

在BS 102中，信道编码和调制块205接收一组信息比特，施加编码(如，Turbo编码)并调制(如，正交相移键控(QPSK)或正交幅度调制(QAM))输入比特以产生频域调制码元的序列。串到并块210将串行调制码元转换(也即，解复用)为并行数据以产生N个并行码元流，其中N是在BS 102和SS116中使用的IFFT/FFT尺寸。然后，尺寸为N的IFFT块215对N个并行码元流执行IFFT运算以产生时域输出信号。并到串块220将来自尺寸为N的IFFT块215的并行时域输出码元转换(也即，复用)来产生串行时域信号。添加循环前缀块225然后将循环前缀插入时域信号。最后，上变频器230将添加循环前缀块225的输出调制(也即，上变频)到RF频率，以经由无线信道发送。该信号在被转换到RF频率之前也可以在基带滤波。在一些实施例中，参考信号复用器290用于使用码分复用(CDM)或时分/频分复用(TFDM)来复用参考信号。参考信号分配器295用于依据在本公开中揭示的方法和系统来动态分配OFDM信号中的参考信号。

发送的RF信号在经过无线信道之后到达SS 116并经历与在BS 102处执行的操作相反的操作。下变频器255将接收的信号下变频到基带频率，并且去除循环前缀块260去除循环前缀以产生串行时域基带信号。串到并块265将时域基带信号转换为并行时域信号。尺寸为N的FFT块270然后执行FFT算法以产生N个并行频域信号。并到串块275将并行频域信号转换为调制数据码元的序列。信道解码和解调块280解调并且然后解码调制码元以恢复原始输入数据流。

基站101-103中的每个可以实现类似于去往用户站111-116的在下行链路中发送的发送路径并且可以实现类似于来自用户站111-116的在上行链路接收的接收路径。类似地，用户站111-116中的每个可以实现对应于用于在上行链路中向基站101-103进行发送的架构的发送路径且可以实现对应于用于在下行链路中从基站101-103接收的架构的接收路径。

OFDM系统中的总带宽被划分为叫做子载波的窄带频率单元。子载波的数目等于在系统中使用的FFT/IFFT尺寸N。一般，用于数据的子载波的数目小于N，因为在频谱边缘处的某些子载波被保留为安全子载波。一般，在安全子载波中不发送信息。

LTE系统的时间资源被划分成10毫秒的帧，并且每个帧进一步被划分为每个1毫秒持续时间的10个子帧。子帧被划分为两个时隙，每个时隙跨越0.5毫秒。子帧在频域中被划分为多个资源块(RB)，其中RB由12个子载波组成。

在资源块的每个下行链路(DL)时隙中发送的信号由

个子载波和

个OFDM码元的资源网格(resource grid)来描述。数目

取决于在小区中配置的下行链路传输带宽并且满足

其中

和

分别是所支持的最小和最大的下行链路带宽。在某些实施例中，子载波被认为是能够被调制的最小元素。

在多天线传输的情况下，每个天线端口定义有一个资源网格。

用于天线端口p的资源网格中的每个元素叫做资源元素(RE)，并且在时隙中通过索引对(k,l)来唯一识别，其中

和

分别是频域和时域中的索引。天线端口p上的资源元素(k,l)对应于复值

如果不存在混淆的风险或没有规定特定的天线端口，则可以删去索引p。

在LTE中，DL参考信号(RS)用于两个目的。第一，UE使用DL RS来测量信道质量信息(CQI)、秩信息(RI)和预编码矩阵信息(PMI)。第二，每个UE使用DL RS来解调针对本身的DL传输信号。此外，DL RS被分为三类：小区专用RS、单频网上的多媒体广播(MBSFN)RS、和UE专用RS或专门RS(DRS)。

小区专用参考信号(或公同参考信号：CRS)在支持非MBSFN传输的小区中在全部下行链路子帧中发送。如果子帧被用于具有MBSFN的传输，则仅在子帧的开始几个(0、1或2)OFDM码元可用于小区专用参考码元的传输。符号R_p用于表示用于在天线端口p上的参考信号传输的资源元素。

UE专用参考信号(或专门RS：DRS)支持物理下行链路共享信道(PDSCH)的单天线端口传输，并且在天线端口5上发送。由高层向UE通知该UE专用参考信号是否存在以及是否是用于PDSCH解调的有效阶段参考。UE专用参考信号仅在其上映射该相应的PDSCH的资源块上发送。

图4图释根据本公开的实施例的在增强节点B(eNodeB)和用户设备(UE)之间的流400。

如图4所示，到UE 410的DL传输由eNodeB 420调度和发起。对于子帧中的DL传输，eNodeB 420在位于子帧中的前几个OFDM码元中的物理DL控制信道(PDCCH)中向UE 410发送DL控制信息(DCI)(流401)。DCI指示用于UE 410的分配的RB和其他信息。eNodeB 420也向UE410发送消息(流403)。在接收以自身为目标的DL许可时，UE 410尝试解码在分配的RB上的发送消息。取决于解码结果，期望UE 410在稍后的子帧中向eNodeB 420发送混合自动重复请求(HARQ)比特(或上行链路确认/否定确认(ACK/NACK)比特)(流405)。例如，在频分双工(FDD)系统中，子帧n中的ACK/NACK响应是关于子帧n-4中的解码结果的。

存在用于不同目的的多个格式的DCI。例如，一个格式用于UE的下行链路许可，另一格式用于UE的上行链路许可，而另一格式用于传递公共控制信息。

图5图释根据本公开的实施例的下行链路(DL)载波500中的长期演进(LTE)控制信道元素(CCE)。

在一个或几个连续的控制信道元素(CCE)的聚合上发送携带DCI的PDCCH。在DL载波中可用的CCE被从0到N_CCE-1编号。图5示出CCE分配的图释，其中CCE 0到3被用于UE 0的DL许可；CCE 6到7被用于UE 1的DL许可；CCE 4和5被用于全部UE的公共控制信息；而CCE N_CCE-2和N_CCE-1被用于UE 2的UL许可。

图6图释根据本公开的实施例的在LTE系统中在上行链路(UL)载波的一个资源块中的物理上行链路控制信道(PUCCH)资源划分600。

在某些实施例中，在PUCCH格式1a和1b上发送上行链路(UL)ACK/NACK(AN)比特。用于传输PUCCH格式1a/1b的资源由非负索引

来表示。PUCCH资源索引

确定正交覆盖(OC)和循环移位(CS)，并且这两个参数指示唯一资源。在图6所示的示例中，在资源块中存在3×12＝36个可用的PUCCH AN资源。

与在单个连续带宽(或在单个载波中)工作的LTE系统相反，下一代通信系统(例如，LTE-高级和全球互通微波存取(WiMAX))允许聚合的多个带宽并且允许UE和eNodeB操作在得到的聚合载波中。带宽聚合可以是对称的或不对称的。在对称的情况下，UL和DL中的分量载波(CC)的数目是相同的。在不对称的情况下，UL和DL中的载波的数目可以是不同的。

为了在多个PDSCH上(例如，在多个子帧中或在多个DL分量载波(CC)中)确认，考虑两种方法，ACK/NACK成束和ACK/NACK复用。

ACK/NACK成束背后的主要动机是通过减少在信令中发送的比特数目来减少确认信令开销。减少比特数目的一种方式是对于对应与每个码字的多个PDSCH对应的多个ACK/NACK比特采取逻辑与(AND)运算。在允许多达两个码字的系统中，该成束将导致用于确认信号的两个比特。

ACK/NACK复用后面的主要动机是向eNodeB反馈回PDSCH的单独的解码结果。在一些实施例中，应用空间成束，这意味着，在码字对ACK/NACK比特采取逻辑与运算。作为空间成束的结果，存在用于确认M个PDSCH的M个ACK/NACK比特，而不管每个PDSCH传输中的码字的数目如何。在应用空间成束后，信道选择方法被用于将多个ACK/NACK比特反馈回eNodeB。当信道选择方法被用于ACK/NACK复用时，选择的PUCCH资源和在选择的PUCCH资源中携带的调制码元两者传递关于多个ACK/NACK比特的信息。特别地，UE仅在N个PUCCH资源中的n个PUCCH资源中发送信号，其中n是小于或等于M的自然数。n的典型示例值是1和2。M-比特信息通过n个选择的信道(或PUCCH资源)的标识和在n个选择的信道的每个中发送的信号来共同传递。在一个示例中，当M＝3比特的ACK/NACK信息需要从UE传送到eNodeB时，需要至少8(＝2^M＝2³)个码点。通过利用(M＝3)PUCCH资源中的(n＝1)信道选择，选择的PUCCH资源的标识提供3个码点。此外，当选择的信道(或PUCCH资源)携带QPSK信号时，可以在每个选择的PUCCH资源中发送2比特信息(或4个码点)。通过该信道选择方法总共产生12(＝3×12)个码点，并且12个码点中的8个可以被用来携带与3ACK/NACK比特相关联的8种状态。

在某些情况中，UE装备了多个发送天线，并且由eNodeB配置来执行PUCCH发送分集。当UE通过DL许可被调度在仅一个DL CC中的子帧中的DL数据(PDSCH)传输时，使用一个UL CC中的两个PUCCH资源在稍后的子帧中发送对应的动态ACK/NACK，其中两个PUCCH资源携带关于ACK/NACK的一致的信号。此外，在两个上行链路发送天线端口上发送两个PUCCH资源。该PUCCH发送分集的方法也被知晓为正交资源传输或ORT(或空间正交资源传输分集，SORTD)。

在本公开的实施例中，通过如下参数中的至少一个来确定将在子帧的传输中传递的ACK/NACK码元的数目M：(1)配置的DL CC的数目，或者N；(2)激活的DL CC的数目；和(3)已在前一子帧中接收PDSCH的DL CC的数目，其中对于前一子帧，该UE在当前子帧中发送确认消息。在某些特定的实施例中，根据下面列出的三个参数中的至少一个来确定M：

M等于配置的DL CC的数目，或N；

M等于激活的DL CC的数目；以及

M等于已在前一子帧中接收PDSCH的DL CC的数目，其中对于前一子帧，该UE在当前子帧中发送确认消息。

在本公开的实施例中，对于配置有空间正交资源发送分集(SORTD)的UE，由L来表示M个DL CC的UE确认的分配的上行链路控制信道的数目，通过M和L₀中的至少一个的函数来确定L。在这里，L₀表示当未配置SORTD时为UE分配的上行链路控制信道的数目。在特定实施例中，L≥L₀，因为这允许在配置SORTD的情况中选择更多的信道。此外，当配置SORTD时用于UE的L信道包括当未配置SORTD时用于UE的L₀个信道。这里，上行链路控制信道(或资源)是通过位于上行链路物理资源块(UL PRB)中的循环移位(CS)与正交覆盖码(OCC)的对来定义的，如在Rel-8LTE中那样。

图7图释根据本公开的实施例的用于特定UE的取决于是否配置空间正交资源发送分集(SORTD)的上行链路控制信道资源分配700。

在图7所示的实施例中，L₀＝2且L＝3。当配置SORTD时，信道0、1和2被分配用于UE0。当没有配置SORTD时，仅信道0和1被分配用于UE0。

图8图释根据本公开的实施例的表800，指示当配置SORTD时分配的上行链路控制信道的数目。

如表800中所示，对于M＝5，假定X个上行链路控制信道被分配用于配置不要进行SORTD的UE的确认信令，其中X是整数。例如，X＝8。值得注意的是，表800中的L值是满足以下条件的最小数目：

条件1：L≥2(即，存在要进行SORTD的至少两个信道)，以及

条件2：至少有M种可能来在L个信道中选择两个循环连续的信道。在特定实施例中，如果两个信道索引是连续的，或当利用L个连续整数0,1,2,...L-1来编号L个信道索引时两个信道索引是0和L-1，则两个信道是循环连续的。

图9图释根据本公开的另一实施例的表900，指示当配置SORTD时分配的上行链路控制信道的数目。

在表900中示出另一个示例函数，其中该函数是L＝2M＝2L₀。在表900中，对于M＝5，假定X个上行链路控制信道被分配用于配置来执行SORTD的UE的确认信令，其中X是整数。

在本公开的实施例中，被配置来执行SORTD和配置来在子帧中发送M个ACK/NACK码元的UE在L(其中L≥M)个分配的信道中的两个上行链路控制信道中发送一个调制码元，其中一个上行链路控制信道经由一个上行链路天线端口发送，而另一上行链路控制信道经由另一个上行链路天线端口发送(即，在两个选择的信道中实现SORTD)。在特定实施例中，例如，通过位于上行链路物理资源块(UL PRB)中的循环移位(CS)和正交覆盖码(OCC)的对来定义上行链路控制信道，如在Rel-8LTE那样。用于SORTD的两个信道通过一个规则来选择，其中通过扩展用于单天线传输的ACK/NACK信道选择方法来定义该规则。另一方面，在两个信道中发送的调制码元和在用于单天线传输的ACK/NACK信道选择方法中发送的调制码元是相同的。

为了说明一些示例规则，首先按照ACK/NACK资源号的升序来对L个信道编索引：ACK/NACK资源号中的最低编号的信道将是信道0，ACK/NACK资源号中的第二低编号的信道将是信道1，依此类推。然后，考虑ACK/NACK消息能够根据不配置SORTD的ACK/NACK信道选择方法，通过M个信道中的选择的信道i(其中i＝0,1,...M-1)和在选择的信道中发送的QPSK码元q来传递。

在一个示例规则中，两个选择的信道是i和(i+1)modL。

在另一个示例规则中，两个选择的信道是i和(i+M)modL。

在另一个示例规则中，两个选择的信道是i和(i-1)modL。

这里，L个信道能够被分配给UE。

对于时分双工(TDD)ACK/NACK复用和具有M>1的子帧n，其中M是集合K中的元素数目，通过所有对应的各个ACK/NACK的逻辑与(AND)运算来执行跨越DL子帧中的多个码字的空间ACK/NACK成束，并使用具有信道选择的PUCCH格式1b。对于TDD ACK/NACK复用和具有M＝1的子帧n，不执行跨越DL子帧中的多个码字的空间ACK/NACK成束，分别使用PUCCH格式1a或PUCCH格式1b来发送1或2个ACK/NACK比特。

图10图释根据本公开的实施例的表1000，描述关于物理上行链路控制信道(PUCCH)格式1a和1b的调制码元d(0)。

根据表1000，UE使用PUCCH格式1b在子帧n中的ACK/NACK资源

上来发送b(0),b(1)。

图11图释根据本公开的实施例的表1100，由该表通过关于M＝2的信道选择来产生值b(0),b(1)和ACK/NACK资源

图12图释根据本公开的实施例的表1200，由该表通过关于M＝3的信道选择来产生值b(0),b(1)和ACK/NACK资源

图13图释根据本公开的实施例的表1300，由该表通过关于M＝4的信道选择来产生值b(0),b(1)和ACK/NACK

图14图释根据本公开的实施例的ACK/NACK映射1400。

图14图释将ACK/NACK消息映射到选择的信道(或多个信道)和调制码元的示例。在该特定实施例中，根据表800，M＝2且L是3，并且使用表1100选择两个信道i和(i+1)modL。如表1100指示的，当复用ACK、ACK时，第一信道i是

而第二信道是(1+1)mod3或

当复用NACK、NACK/DTX时，第一信道i是

而第二信道是(0+1)mod3或

图15图释根据本公开的另一实施例的ACK/NACK映射1500。

图15图释将ACK/NACK消息映射到选择的信道(或多个信道)和调制码元的示例。在该特定实施例中，根据表800，M＝3且L是3，并且使用表1200选择两个信道i和(i+1)modL。如表1200指示的，当复用ACK、ACK、ACK时，第一信道i是

而第二信道是(2+1)mod3或

当复用NACK、NACK/DTX、NACK/DTX时，第一信道i是

而第二信道是(0+1)mod3或

图16图释根据本公开的再一实施例的ACK/NACK映射1600。

图16示出当根据表900M＝2且L是4时将ACK/NACK消息映射到选择的信道(或多个信道)和调制码元的实施例。使用表1100选择两个信道i和(i+M)modL。如表1100指示的，当复用ACK、ACK时，第一信道i是

而第二信道是(1+2)mod4或

当复用NACK、NACK/DTX时，第一信道i是

而第二信道是(0+2)mod4或

图17图释根据本公开的再一实施例的ACK/NACK映射1700。

在该特定实施例中，根据表900，M＝3且L是6，并且使用表1200选择两个信道i和(i+1)modL。如表1200指示的，当复用ACK、ACK、ACK时，第一信道i是

而第二信道是(2+3)mod6或

当复用NACK、NACK/DTX、NACK/DTX时，第一信道i是

而第二信道是(0+3)mod6或

在本公开的某些实施例中，由eNodeB使用半静态分配方法向每个UE分配用于ACK/NACK信号传输的L个上行链路控制资源。eNodeB在高层信令中发送关于一个上行链路资源索引n_PUCCH的信息元素。然后根据一个上行链路资源索引n_PUCCH、单独用信号通知的分量载波(CC)-公共资源偏移

和L中的至少一个的函数来推导出L个资源索引中的每个。

在一些实施例中，当为UE激活M个CC时，通过M和L之间的关系得出L数目，其中在表800和表900中示出一些示例关系。

在一些实施例中，高层信令是对UE的无线资源控制分量载波(RRC CC)配置信令。在接收一个上行链路资源索引时，UE从一个上行链路资源索引n_PUCCH开始寻找L个连续的上行链路控制资源，作为用于ACK/NACK信号传输的L个上行链路控制资源。在特定实施例中，由如下公式1来确定关于PUCCH ACK/NACK资源的L个索引号中的每个。

其中N_offset,l＝l-1。例如，当L＝4时，一个用信号通知的上行链路资源索引被用于确定L＝4个资源。

在一些实施例中，高层信令是对UE的媒体接入控制(MAC)分量载波(CC)激活信令。为了便于描述，假定UE被配置通过RRC CC配置信令从K个CC接收PDSCH，其中K≤5。此外，假定M₁个CC在子帧n-1中被激活。通过在子帧n中发送的MAC CC激活信令，K个配置的CC中的M数目的CC在子帧n之后的几个子帧中被激活用于UE。

图18A是图释根据本公开的实施例的表1800，描述关于媒体接入控制分量载波(MAC CC)激活信令的信息元素(IE)。

在MAC CC激活信令的特定实施例中，eNodeB也指示将通过MAC CC激活信令激活的CC的标识，其中在表1800中列出用于该MAC CC激活信令的IE。这能够通过5比特位图信息元素(IE)来实现，其中第k元素指示K个配置的CC中的第k CC是否被激活。例如，当K比特位图中的第k条目是一时，激活第k CC；另一方面，当5比特位图中的第k条目是零时，去激活第kCC。在这种情况下，M的数目将和在K比特位图中具有一的条目的数目相同。一旦UE成功解码MAC CC激活信令，则UE从一个上行链路资源索引n_PUCCH开始寻找L个连续的上行链路控制资源。在这种情况下，由如下公式2来确定关于PUCCH ACK/NACK资源的L个索引号中的每个。

其中N_offset,l＝l-1。例如，当L＝4时，一个用信号通知的上行链路资源索引n_PUCCH被用于确定L＝4个资源。

图18B是根据本公开的另一实施例的表1810，描述关于MAC CC激活信令的IE。

在MAC CC激活信令的另一实施例中，eNodeB也指示将通过MAC CC激活信令激活的一个CC的标识，其中在表1810中列出用于该MAC CC激活信令的IE。这能够通过2比特信息元素(IE)来实现，其中来自2比特字段的每个状态根据表1810激活CC。在这种情况下，M的数目将等于M₁+1。一旦UE成功解码MAC CC激活信令，则UE使用一个上行链路资源索引n_PUCCH来寻找另外的连续的上行链路控制资源。当假设UE已经被分配L₁个上行链路控制资源以用于M₁个激活的CC时，由如下公式3来确定由MAC CC激活信令新分配的关于PUCCH ACK/NACK资源的另外L-L₁个索引号。

其中N_offset,l＝l-1。例如，当L＝4以及L₁＝2时，一个用信号通知的上行链路资源索引n_PUCCH被用于确定2(＝L-L₁)个另外的资源。

在本公开的一些实施例中，当M个分配的CC中的M₂个CC被去激活时(M₂≤M)，从L个先前分配的上行链路控制资源中解除分配(de-allocate)L₂个上行链路控制资源。

在一个实施例中，释放(或解除分配)L个先前分配的上行链路控制资源中的L₂个最大编号的上行链路控制资源。

在另一示例方法中，释放(或解除分配)L个先前分配的上行链路控制资源中的L₂个最小编号的上行链路控制资源。

在本公开的实施例中，UE确定用于每个Tx天线端口的高达A个上行链路控制信道以使用信道选择方案个传递A比特HARQ-ACK消息。这里，通过位于上行链路物理资源块(ULPRB)中的循环移位(CS)和正交覆盖码(OCC)中的至少一个来定义上行链路控制信道(或资源)，例如Rel-8LTE中的PUCCH格式1a/1b。

用于第一天线端口P0的A个上行链路控制信道由

表示，i＝0,...,A-1。

用于第二天线端口P1的A个上行链路控制信道由

表示，i＝0,...,A-1。

UE被配置来使用信道选择在两个天线端口上发送HARQ-ACK(或配置进行SORTD)。为了让UE发送根据映射表(如表1100、表1200和表1300)被映射到选择的信道i和选择的信道上的QPSK码元q的HARQ-ACK消息，UE从为每个天线端口确定的A个上行链路控制信道中选择信道i，并且在每个天线端口上发送QPSK码元q。

图19图释根据本公开的实施例的当配置两个天线时的HARQ-ACK消息传输1900。

如图19所示，UE为每个天线端口确定两个资源：用于天线端口P0的

和

以及用于天线端口P1的

和

在特定实施例中，假设UE根据表1100中的映射发送HARQ-ACK消息(ACK,ACK)。由于在表1100中HARQ-ACK消息(ACK,ACK)被映射到第二信道上的QPSK码元q＝-1的传输，所以UE在两个信道上发送q＝-1：天线端口P0上的ch0(1)和天线端口P1上的ch1(1)。

在本公开的实施例中，UE被配置从主小区(primary cell)(或PCC)和从小区(secondary cell)(或SCC)接收。如此配置用于PCC和SCC的传输模式从而多达N₁和N₂个TB能够分别在PCC和SCC中被发送。然后，UE使用信道选择方案在UE被调度用于HARQ-ACK传输的每个子帧中报告A(＝N₁+N₂)个HARQ-ACK比特。在特定实施例中，N₁,N₂∈{1,2}。

在这种情况下，能够如下找到用于每个天线端口上的信道选择方案的A个上行链路控制信道。

1.通过UE如下找到将由第一Tx天线端口p＝p₀,

使用的A(＝N₁+N₂)个上行链路控制信道：

-对于通过在主小区上的子帧n-4中的对应的PDCCH的检测指示的PDSCH传输，或对于在主小区上的子帧n-4中指示下行链路SPS释放的PDCCH，如下确定子PDCCH资源：

--当PDSCH传输在主小区上时，

其中i∈{0,...,N₁-1}，

其中n_CCE是用于对应DCI分配的传输的最小CCE数目，而

是由高层配置的。

--当PDSCH传输在从小区上时，

其中i∈{N₁,...,A-1}，

其中n_CCE是用于对应DCI分配的传输的最小CCE数目，而

是由高层配置的。

-对于通过在从小区上的子帧n-4中的对应的PDCCH的检测指示的PDSCH传输，根据高层配置来确定

的值，其中i∈{N₁,...,A-1}。

2.作为

和A中的至少一个的函数，通过UE找到将由第二Tx天线端口p＝p₁,

使用的A(＝N₁+N₂)个上行链路控制信道。

以下是根据

和A中的至少一个来确定

的一些示例函数：

示例函数1：

是大于

的偏移量。换句话说，

这里，n_offset是正整数。在一个示例中，n_offset＝1。在另一示例中，n_offset＝2。

图20图释根据本公开的实施例的关于天线端口P1的控制信道的第二集合的确定2000。

在图20所示的实施例中，n_offset＝1。例如，当确定上行链路控制信道10、11、15和16用于天线端口P0时，则确定上行链路控制信道11、12、16和17用于天线端口P1。在这种情况下，eNodeB必须监视以解码HARQ-ACK消息的上行链路控制信道是10、11、12、15、16和17。换句话说，eNodeB必须为UE分配6个上行链路控制信道。

示例函数2：用于第二Tx天线的第i信道

与用于第一天线的第(i+n_offsetmodA)信道相同。换句话说，

示例函数3：对于A>2，用于第二Tx天线的第i信道

与用于第一天线的第(i+n_offsetmod A)信道相同。换句话说，

另一方面，对于A＝2，通过

来确定用于第二Tx天线的第一信道，同时通过

来确定用于第二Tx天线的第二信道。这里，n_offset是正整数。在一个示例中，n_offset＝1。在另一示例中，n_offset＝2。

如果

被应用于A＝2，则

和

假设在

上发送的QPSK码元q和在

上发送的相同的QPSK码元q意味着两个不同的HARQ-ACK消息。那么，根据

和

则等同地发送两个不同的HARQ-ACK消息，并且在两个信道

和

上发送q。为了避免这种情况，为第二Tx天线分配非重叠控制信道，即，

图21图释根据本公开的另一实施例的关于天线端口P1的控制信道的第二集合的确定2100。

在图21所示的实施例中，n_offset＝1。例如，当确定上行链路控制信道10、11、15和16用于天线端口P0时，则确定上行链路控制信道10、11、15和16用于天线端口P1。在这种情况下，eNodeB必须监视以解码HARQ-ACK消息的上行链路控制信道是10、11、15和16。换句话说，eNodeB必须为UE分配4个上行链路控制信道。

可以取决于用于天线端口P0的控制信道

是动态分配还是半静态分配而应用或不应用该方法。当用于天线端口P0的控制信道是半静态分配时，UE知道在UE发送HARQ-ACK的任意子帧中用于天线端口P0的全部A个信道。因此，UE能够总是应用在图21所示的循环移位操作以确定用于天线端口P1的控制信道

但是，当用于天线端口P0的控制信道是动态分配时，例如按照对应的PDCCH的CCE数目，当UE未成功解码至少一个下行链路许可时UE有时不知道那些控制信道的一些。例如，假设eNodeB发送2个DL许可，但是UE错失了第二个DL许可。如果进一步假设在PCC和SCC两者中UE被配置有单输入多输出(SIMO)模式，则UE知道

但是不知道

根据该实施例，在这种情况下，UE无法确定

因为UE不知道

为了解决这个问题，考虑下一个示例函数(表示为示例函数4)。

示例函数4：基于在HARQ-ACK消息中的HARQ-ACK有效载荷来确定用于第二天线端口的信道。

当A＝4时，基于如下公式4来确定用于第二天线端口的其他信道：

当A＝3时，为第二天线端口确定一个附加信道，其中附加信道位于与为具有1-TB传输模式的小区确定的用于第一天线端口的信道相邻。基于公式4来确定用于第二天线端口的其他信道。

当N₁＝1和N₂＝2(A＝3)时，

当N₁＝2和N₂＝1(A＝3)时，

当A＝2时，为第二天线端口确定的两个附加信道，其中两个附加信道中的每个位于与用于为每个小区确定的第一天线端口的信道相邻：

图22图释根据本公开的再一实施例的关于天线端口P1的控制信道的第二集合的确定2200。

在图22中，n_offset＝1。例如，当确定上行链路控制信道10、11和15用于天线端口P0时，则确定上行链路控制信道11、15和16用于天线端口P1。同样在这种情况下，eNodeB必须监视以解码HARQ-ACK消息的上行链路控制信道是10、11、15和16。换句话说，eNodeB必须为UE分配4个上行链路控制信道。

图22的实施例假设一种友好后退(fallback-friendly)映射，特征如下：

-DL许可为第一天线端口或天线端口P0动态确定两个上行链路控制信道。例如，在PCC上调度PDSCH的DL许可确定两个控制信道

和

并且在SCC上调度PDSCH的DL许可确定两个控制信道

和

-与单个DL许可接收关联的每个HARQ-ACK消息(如，(ACK,ACK,DTX/NACK,DTX/NACK))被映射到第一天线端口上的第一控制信道的QPSK码元，如，

例如，HARQ-ACK状态(ACK,ACK,DTX/NACK,DTX/NACK)被映射到

上的QPSK码元q₀的传输。

-与两个DL许可接收关联的每个HARQ-ACK消息(如，(ACK,ACK,ACK,ACK))被映射到第一天线端口上的第二控制信道的QPSK码元，如，

在以上列出的一组假设下，该实施例确保即使当eNodeB发送两个DL许可但是UE错失两个中的一个时UE也能够找到将由第二天线端口使用的控制信道。这能够在以下中明了：

-用于传递与在第二天线在PCC上调度PDSCH的单个DL许可接收关联的HARQ-ACK消息的信道等于

即使UE错失在SCC上调度PDSCH的DL许可，UE仍然能够在第二天线端口上发送对应的HARQ-ACK消息。

-用于传递与在第二天线在SCC上调度PDSCH的单个DL许可接收关联的HARQ-ACK消息的信道等于

即使UE错失在PCC上调度PDSCH的DL许可，UE仍然能够在第二天线端口上发送对应的HARQ-ACK消息。

在本公开的某些实施例中，当配置的分量载波(或小区)的数目C大于2时，那么UE使用空间成束(逻辑与运算以构建高达两个比特中的一个比特)以将要减少的HARQ-ACK比特的总数目减少到C，并且使用M＝C的Rel-8信道选择映射(即，表1100、表1200和表1300)。另一方面，当配置的分量载波的数目C是2时，那么UE发送A＝N₁+N₂数目的HARQ-ACK比特(其中N₁和N₂分别是在PCC和SCC中TB的数目)并且使用另一个优化用于两个小区DL传输的信道选择映射。

由于实际中两小区聚合预计是最频繁配置的，故最好优化用于两小区聚合的HARQ-ACK传输，以使得UE能够取决于两个小区中的配置的传输模式来报告可变数目的HARQ-ACK比特。但是，优化用于两小区聚合的信道选择表的集合并不确保在性能和UE复杂度之间的良好折中。因此，当配置的分量载波的数目大于2时，应用更简单的信道选择规则，例如具有空间成束的Rel-8信道选择映射。

图23图释根据本公开的实施例的使用基于时隙的预编码矢量切换(PVS)或时间切换发送分集(TSTD)在两个天线上的数据传输。

如在图23中所示，在某些情况下，UE利用规范透明的发送分集方案在由一个控制信道元素(CCE)映射的单个PUCCH资源中发送动态ACK/NACK调制码元。本领域的一名普通技术人员会认识到，当使用规范透明的上行链路发送分集方案时，eNodeB接收器假定UE不使用发送分集来发送信号。因此，eNodeB接收器将从UE接收的信号当作来自单个上行链路发送天线端口。利用相同的CS和OC映射，ACK/NACK调制码元被复用到一个CCE，并且然后使用基于时隙的预编码矢量切换(PVS)或时间切换发送分集(TSTD)在两个天线上发送该数据，该发送分集保留单载波(SC)属性并且采用对于DMRS和控制数据采用一个正交资源。

当实现载波聚合时，UE可以从多个DL分量载波(CC)中接收数据信号(或PDSCH)。为了让eNodeB向UE通知子帧中的下行链路资源分配，eNodeB向UE发送至少一个下行链路传输许可。

在本公开中考虑可以是对称的或不对称的载波聚合的载波聚合的实现。在子帧中，eNodeB向UE分配多个DL CC，即N个DL CC，通过它们eNodeB向UE发送数据信号。在某些实施例中，eNodeB在N个DL CC中向UE发送N个DL许可，在这些DL CC的每个中有一个DL许可。在某些实施例中，eNodeB仅在一个DL CC中向UE发送N个DL许可，其中这些DL许可可以具有载波指示符字段，其指示DL许可调度PDSCH的CC。需注意，DL许可能够替换地被称为PDCCH(物理下行链路控制信道)、PDCCH许可或下行链路控制信息(DCI)分配。

此外，可以以UE特定的方式或小区特定的方式来配置DL锚(anchor)CC和UL锚CC。用于UE的DL锚CC是在其中UE接收数据信号的全部子帧中携带用于UE的DL许可的DL CC。换句话说，当UE在子帧中接收至少一个DL许可时，该DL锚CC将携带用于UE的DL许可。用于UE的一个UL锚CC是这样的UL CC，其携带用于UE的上行链路控制信息，诸如对应于更早子帧中的N个DL CC中的DL数据传输的动态ACK/NACK。

在本公开的实施例中，发送确认信号的UE的方法取决于已经在对应的DL子帧中携带PDCCH DL许可的DL CC的数目。

在一个特定的实施例中，如下发送确认信号：

-当只有一个DL CC(即，DL锚)携带用于UE的DL许可时，UE使用FDD中的ACK/NACK传输的LTE Rel-8的方法来发送对应的ACK/NACK比特。

特别地，当UE具有多于一个的Tx天线时，UE使用规范透明的发送分集方案来在PUCCH D-ACK资源中发送ACK/NACK调制码元。

-当多于一个的DL CC携带用于UE的DL许可时，UE通过信道选择方法使用ACK/NACK复用方法来发送对应的ACK/NACK比特。

图24图释根据本公开的实施例的当利用ACK/NACK复用时在UE处的ACK/NACK传输的方法2400。

如图24中所示，方法2400包括：确定是否多于一个的DL CC携带PDSCH(块2401)。

如果在多于一个的DL CC中发送PDSCH，则确定携带PDSCH的DL CC的数目N和在DL锚CC中携带PDCCH DL许可的CCE的数目M(块2403)。选择用于D-ACK资源映射的CCE的数目N(块2405)。N数目个CCE被映射到N个D-ACK资源(块2407)。通过信道选择方法利用N个D-ACK资源来执行ACK/NACK复用(块2409)。然后，将调制码元映射到天线端口中选择的D-ACK资源(块2411)。

如果在一个DL CC中发送PDSCH，则选择用于D-ACK资源映射的一个或两个CCE(块2413)。该一个或两个CCE被映射到一个或两个D-ACK资源(块2415)。为D-ACK信号选择一个调制码元(块2417)。然后，调制码元被映射到天线端口中的一个或两个D-ACK资源(块2411)。

在其他实施例中，如下发送该确认信号：

-当仅一个DL CC(即，DL锚)携带用于UE的DL许可时，UE使用FDD中的ACK/NACK传输的LTE Rel-8方法来发送对应的ACK/NACK比特。

-当多于一个的DL CC携带用于UE的DL许可时，UE使用ACK/NACK成束方法来发送对应的ACK/NACK比特。

图25图释根据本公开的实施例的当利用ACK/NACK成束时在UE处的ACK/NACK传输的方法2500。

如图25中所示，方法2500包括：确定携带PDSCH的DL CC的数目N和在DL锚CC中携带PDCCH DL许可的CCE的数目M(块2501)。选择用于D-ACK资源映射的一个或两个CCE(块2503)。一个或两个CCE被映射到一个或两个D-ACK资源(块2505)。如果N>1(块2507)，则执行ACK/NACK成束(块2509)。为D-ACK信号选择一个调制码元(块2511)。然后，调制码元被映射到天线端口中的一个或两个D-ACK资源(块2513)。

在本公开的一些实施例中，用于UE的动态ACK/NACK(其确认N个DL CC中的对应的DL数据传输)的UL控制资源位于用于UE的UL锚CC中。此外，UL控制资源由CCE来确定，所述CCE在DL锚CC中携带关于用于UE的先前DL数据传输的DL许可。UL控制资源的大小与已经在先前DL数据传输中使用的DL CC的数目或N相同。

图26图释根据本公开的实施例的选择用于D-ACK资源映射的N个CCE的方法2600。

本公开的某些实施例描述选择用于D-ACK资源映射的N个CCE，例如，在图24的块2405中选择用于D-ACK资源映射的N数目个CCE。

如图26所示，选择用于D-ACK资源映射的N个CCE包括确定是否N≤M(块2601)。取决于在DL锚CC中携带DL许可的CCE的数目M和PDSCH的数目N，对于选择用于D-ACK资源映射的N个CCE使用两个不同的方法，如图26所示。

在某些情况中，在DL锚CC中携带DL许可的CCE的数目M大于或等于在先前DL数据传输中使用的DL CC的数目或N。在这些情况下，M个CCE中的N个CCE被用于确定用于UE的动态ACK/NACK的UL控制资源(块2603)。在一个示例中，使用M个CCE中具有N个最小CCE索引号的N个CCE。在另一示例中，使用M个CCE中具有N个最大CCE索引号的N个CCE。

在某些实施例中，在DL锚CC中携带DL许可的CCE的数目M小于在先前DL数据传输中使用的DL CC的数目或N。在这种情况下，全部M个CCE被用于确定用于UE的动态ACK/NACK的M个UL控制资源。从除了M个CCE编号的其余CCE编号中根据N-M个CCE编号来确定其余的N-M个UL控制资源。可以有多个方法来选择该N-M个CCE编号。对应于N-M个CCE编号的CCE被称为保留的CCE(块2605)。

在某些实施例中，N-M个CCE编号是自比M个CCE编号中的最大CCE编号大1的编号起的N-M个连续的编号。例如，当N＝4、M＝2且M个CCE是CCE 3和4时，用于确定剩余的UL控制资源的N-M个CCE的编号是5和6。

在另一方法中，N-M个CCE编号是从在CCE搜索空间树中与携带PDCCH或DL许可的M个聚合的CCE共享同一父节点的CCE的CCE编号中选择的N-M个连续的编号。在该实施例中选择N-M个CCE编号的一个方法是从与携带DL许可的M个聚合的CCE共享同一父节点的那些CCE中选择最大编号的CCE。

图27图释根据本公开的实施例的关于ACK/NACK传输的CCE资源保留的方法2700。

如图27所示，在DL锚中，(M＝4)个CCE，即CCE 5到8，在子帧中携带用于UE的DL许可。如果在子帧中用于UE的DL许可的总数目是N＝6，则需要保留(N-M＝2)个CCE用于ACK/NACK映射。与CCE 5到8共享同一父节点的CCE是CCE 1到4，并且1到4中的最大两个CCE编号是3和4。因此，CCE 3和4被保留用于UE的ACK/NACK传输。在另一实施例中，选择与携带DL许可的M个聚合的CCE共享同一父节点的那些CCE中的最小编号的CCE。

在某些实施例中，在UL CC中仅分配一组动态ACK/NACK资源，这暗示UE将接收关于CCE编号到ACK/NACK资源的映射规则的一个偏移索引

根据Rel-8LTE规范，通过高层来配置该偏移索引

本公开的某些实施例描述N个CCE编号到D-ACK资源的映射，例如在图24的块2407中。

在某些实施例中，如下描述将N个CCE索引映射到N个UL ACK/NACK资源：

-对于通过在子帧n-4中对应的PDCCH的检测指示的动态调度的物理下行链路共享信道(PDSCH)，N个PUCCH ACK/NACK资源被分配给UE。通过如下公式5来确定用于PUCCH ACK/NACK资源的N个索引号中的每个：

其中，n_CCE,k是从用于传输对应的DCI分配的M个CCE和max{N-M,0}个保留的CCE中选择的N个CCE中的CCE的第k个索引号。

图28图释根据本公开的实施例的当用信号仅通知一个

索引号时的CCE到ACK/NACK映射2800。

例如，如图28所示，当CCE 3、4、5和6是将用于UE的ACK/NACK资源映射的N＝4个CCE时，将如图28所示确定结果得到的PUCCH动态ACK/NACK资源，其中

如果存在用于UE的任何保留的CCE，则保留CCE的使用在eNodeB处受限制。保留的CCE无法用于另一UE的DL许可，因为这样做可能导致动态ACK/NACK资源冲突。但是，保留的CCE可以用于其他目的，例如，UL许可、公共控制等。

在某些实施例中，在UL CC中分配两组动态ACK/NACK资源，这暗示UE将接收关于CCE编号到ACK/NACK资源的映射规则的两个偏移索引

和

一个偏移索引

等于根据Rel-8LTE规范通过高层配置的

另一偏移索引

由高层为高级用户(如Rel-10LTE-A UE)配置。在N个PUCCH ACK/NACK资源中，一组资源通过

和N个CCE编号之中的CCE索引号的对应编号来确定。另一组资源通过

和CCE索引号的对应编号来确定。

本公开也描述将N个CCE编号映射到D-ACK资源的其他实施例，例如在图24的块2407中。

如下描述N个CCE索引映射到N个UL ACK/NACK资源的一个实施例：

对于通过子帧n-4中对应的PDCCH的检测指示的动态调度的物理下行链路共享信道(PDSCH)，N个PUCCH ACK/NACK资源被分配给UE。通过如下公式6来确定用于PUCCH ACK/NACK资源的一个索引号：

通过如下公式7来确定用于PUCCH ACK/NACK资源的剩余N-1个索引号中的每个：

其中，n_CCE,k是从用于传输对应DCI分配的M个CCE和max{N-M,0}个保留的CCE中选择的N个CCE中的CCE的第k个索引号。

图29图释根据本公开的实施例的当用信号通知两个

索引号时的CCE到ACK/NACK映射2900。

例如，当CCE 0、1和2是将用于UE的ACK/NACK资源映射的N＝3个CCE时，将如图29所示确定结果得到的PUCCH动态ACK/NACK资源，其中

如果存在用于UE的任何保留的CCE，则保留的CCE的使用在eNodeB处受限制。保留的CCE无法用于另一高级UE(如，Rel-10UE)的DL许可，因为这样做可能导致动态ACK/NACK资源冲突。但是，保留的CCE可以用于其他目的，例如，用于Rel-8LTE UE的DL许可、UL许可、公共控制等。

在本公开的某些实施例中，对于针对动态ACK/NACK资源具有一个偏移和两个偏移的两种情况，在以下列出的至少两个方法的一个中描述n_CCE,k，或来自N个CCE编号的第k个索引号，k＝1,2,...N。

在一个实施例中，n_CCE,k是N个CCE编号中的第k最小的CCE编号。

在另一实施例中，前M个PUCCH ACK/NACK资源通过用于传输对应DCI分配的M个CCE来确定，并且通过max{N-M,0}个保留的CCE来确定其余的N-M个资源。如下描述该实施例的一个示例：当k≤M时，n_CCE,k是来自用于传输对应DCI分配的M个CCE中的第k最小的CCE编号；另一方面，当k>M时，n_CCE,k是来自N-M个保留的CCE中的第k-M最小的CCE编号。

图30图释根据本公开的实施例的ACK/NACK复用的方法3000。

在本公开的一些实施例中，用于ACK/NACK复用的信道(或D-ACK资源)的数目和调制码元的数目取决于DL CC中对应PDSCH的数目而改变。方法3000包括：确定PDSCH的数目N是否大于或等于一个常数A(块3001)。当PDSCH的数目N小于常数A时，一个信道选择被用于将N个ACK/NACK比特映射到选择的D-ACK资源和一个调制码元(块3003)。另一方面，当PDSCH的数目N大于或等于A时，两个信道选择被用于将N个ACK/NACK比特映射到两个选择的D-ACK资源和两个调制码元(块3005)。

图31图释根据本公开的实施例的在天线端口中将调制码元映射到选择的D-ACK资源的方法3100。

此外，当UE被配置为执行ORT时，调制码元如图31所示被映射到天线端口。方法3100包括确定是否N>1(块3101)。当N＝1时，UE使用ORT将一个PUCCH D-ACK资源中的一个调制码元映射到多个天线端口(块3103)。当N>1时，方法3100包括确定是否N≥A(块3105)。如果N<A，则UE使用规范透明的天线端口映射将一个PUCCH D-ACK资源中的一个调制码元映射到多个天线端口(块3107)。如果N≥A，则UE将两个PUCCH D-ACK资源中的两个调制码元映射到多个天线端口(块3109)。

图32图释根据本公开的另一实施例的在天线端口中将调制码元映射到选择的D-ACK资源的方法3200。

在本公开的实施例中，假设利用一个信道选择方法并且UE被配置为执行ORT。在这种情况下，调制码元映射方法取决于DL CC中的对应PDSCH的数目而变化。方法3200包括：确定PDSCH的数目，N，是否多于一或者是否利用ACK/NACK复用(块3201)。当PDSCH的数目多于一个(或当利用ACK/NACK复用时)，使用规范透明的天线端口映射将一个调制码元映射到一个PUCCH D-ACK资源(块3203)。当PDSCH的数目恰恰是一个时，使用ORT将一个调制码元映射到多个PUCCH D-ACK资源(块3205)。在一些实施例中，N是配置的DL CC的数目。

图33图释根据本公开的另一实施例的ACK/NACK复用的方法3300。

在本公开的有些实施例中，用于ACK/NACK复用的调制码元的数目N取决于DL CC中的对应PDSCH的数目而改变。方法3300包括：确定PDSCH的数目N是否大于或等于常数A(块3301)。当PDSCH的数目N小于常数A时，选择两个D-ACK资源和一个调制码元以用于映射N个ACK/NACK比特(块3303)。另一方面，当PDSCH的数目N大于或等于A时，选择两个D-ACK资源和两个调制码元以用于映射N个ACK/NACK比特(块3305)。

图34图释根据本公开的再一实施例的在天线端口中将调制码元映射到选择的D-ACK资源的方法3400。

当UE被配置为执行ORT时，调制码元如图34所示被映射到天线端口。方法3400包括确定PDSCH的数目N是否大于或等于常数A(块3401)。具体地，当N<A时，UE使用ORT将一个调制码元映射到多个天线端口(块3403)。当N≥A时，UE将两个PUCCH D-ACK资源中的两个调制码元映射到两个发送天线中(块3405)。

在本公开的实施例中，至少一个DL锚CC在子帧中携带具有为UE指示在非锚DL CC中发送的DL许可的总数目的码点的DL许可。由于当存在用于UE的至少一个DL许可时DL锚CC即携带用于UE的DL许可，所以可以节省关于子帧中的DL许可的总数目的信令的一个状态。

具体的实施例涉及其中只有DL锚CC携带这些码点的情况。在非锚CC中，当eNodeB决定使用DL传输方案(如DL传输方案X)将数据发送到UE时，所述eNodeB在子帧中向UE发送DCI格式(例如DCI格式Y)的DL许可。另一方面，在用于UE的锚CC中，当eNodeB决定使用DL传输方案X将数据发送至UE时，所述eNodeB在子帧中向UE发送略微不同于DCI格式Y的DCI格式的DL许可，在某种意义上，在DL锚CC中使用的DCI格式具有用于指示在同一子帧中在非锚CC中发送的DL许可的总数目的码点。

能够通过DCI格式Y中的另外字段来提供指示在非锚DL CC中发送的DL许可的总数目的锚CC中的DL许可中的码点。在某种意义上，另外字段能够与载波指示符字段一致。对另外字段分配的比特数目是小区特定的常数，如2或3比特，或是可以取决于为UE配置的CC的数目的UE特定的数目。例如，当为UE配置的DL CC的数目是N＝3时，非锚DL CC的数目是2，并且分配log₂(N-1)＝log₂(3-1)＝1比特，其中N-1是非锚DL CC的数目。DCI格式Y的特定示例包括在LTE规范(Rel-8、Rel-9和Rel-10)中定义的DL许可DCI格式1、1A、2A、2B等。

这样的实施例对于不连续传输(也被称为DTX)的检测很有用。其中在UE处丢失DL许可的情况被称为DTX。当由于UE不知道eNodeB已经发送了DL许可而发生DTX时，不能向eNodeB反馈对应的ACK/NACK。当在FDD系统中只配置一个CC时，在所述eNodeB处通过在具有DL许可的相关ACK/NACK处检测来自UE的ACK/NACK信号而检测DTX。然而，在配置多个CC且利用基于信道选择的ACK/NACK复用的情况下，如果在UE处丢失至少一个DL许可，则在所述eNodeB处可能不能成功地检测DTX。由于DL CC的总数目是用信令通知的，所以如果在UE处成功地检测到至少一个DL许可，则可以检测到DTX。

图35图释根据本公开的实施例的操作基站的方法3500。

如图35所示，方法3500包括向用户站发送下行链路(DL)许可、数据流、和用于配置用于物理上行链路控制信道(PUCCH)的多个上行链路发送天线端口的控制信号(块3501)。方法3500还包括从响应于数据流的用户站接收确认/否定确认(ACK/NACK)(块3503)。如果用户站被基站配置为使用一个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在至少部分基于信道选择映射表而确定的一个物理上行链路控制信道(PUCCH)i上发送调制码元。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在两个PUCCH上发送ACK/NACK调制码元。两个PUCCH中的第一信道是至少部分基于信道选择映射表而确定的PUCCH i，而两个PUCCH中的第二信道是通过取决于i、L和M中的至少一个的函数来隐式确定的，其中L是分配用于用户站的ACK/NACK的上行链路控制信道的数目，而M是在子帧传输中传递的ACK/NACK比特的数目。

图36图释根据本公开的实施例的操作用户站的方法3600。

如图36所示，方法3600包括从基站接收下行链路(DL)许可、数据流、和用于配置用于物理上行链路控制信道(PUCCH)的多个上行链路发送天线端口的控制信号(块3601)。方法包括响应于数据流向基站发送确认/否定确认(ACK/NACK)(块3603)。如果用户站被基站配置为使用一个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在至少部分基于信道选择映射表而确定的一个物理上行链路控制信道(PUCCH)i上发送调制码元。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则在两个PUCCH上发送ACK/NACK调制码元。两个PUCCH中的第一信道是至少部分基于信道选择映射表而确定的PUCCH i，而两个PUCCH中的第二信道是通过取决于i、L和M中的至少一个的函数来隐式确定的，其中L是分配用于用户站的ACK/NACK的上行链路控制信道的数目，而M是在子帧传输中传递的ACK/NACK比特的数目。

图37图释根据本公开的另一实施例的操作基站的方法3700。

如图37所示，方法3700包括向用户站发送下行链路(DL)许可、数据流、和用于配置用于物理上行链路控制信道(PUCCH)的多个上行链路发送天线端口的控制信号(块3701)。方法还包括从响应于数据流的用户站接收确认/否定确认(ACK/NACK)(块3703)。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则两个上行链路发送天线端口的配置重叠并且调制码元被映射到一个发送天线端口上的仅仅一个PUCCH。如果用户站被基站配置为使用两个上行链路发送天线端口和PUCCH格式1A/1B来发送ACK/NACK，则调制码元被映射到两个PUCCH上的两个上行链路发送天线端口。

图38图释根据本公开的另一实施例的操作用户站的方法3800。

如图38所示，方法3800包括从基站接收下行链路(DL)许可、数据流、和用于配置用于物理上行链路控制信道(PUCCH)的多个上行链路发送天线端口的控制信号(块3801)。方法包括响应于数据流向基站发送确认/否定确认(ACK/NACK)(块3803)。如果用户站被基站配置为使用两个上行链路发送天线端口和具有PUCCH格式1B的信道选择来发送ACK/NACK，则两个上行链路发送天线端口的配置重叠并且调制码元被映射到一个发送天线端口上的仅仅一个PUCCH。如果用户站被基站配置为使用两个上行链路发送天线端口和PUCCH格式1A/1B来发送ACK/NACK，则调制码元被映射到两个PUCCH上的两个上行链路发送天线端口。

尽管已经通过示范实施例描述本公开，但是可以向本领域技术人员建议各种修改和改变。由于此类修改和改变落在所附权利要求的范围内，故本公开意图涵盖此类修改和改变。

Claims

1.一种用户设备UE的装置，该装置包括：

收发器；以及

控制器，操作性耦接到收发器，

其中，控制器被配置为：

从基站BS接收用于配置UE的信号，以在包括第一天线端口和第二天线端口的两个天线端口上执行物理上行链路控制信道PUCCH传输；

从BS接收数据流；并且

如果UE被配置多于一个的分量载波CC，则使用PUCCH格式1b在两个PUCCH资源中的每个上向BS发送调制码元的值，

其中，两个PUCCH资源包括用于第一天线端口的第一PUCCH资源和用于第二天线端口的第二PUCCH资源，

其中，经由UE的两个天线端口中的每个发送调制码元的值，

其中，通过第一信道选择来确定所述值与第一PUCCH资源的组合，以指示关于数据流中的每个的混合自动重复请求确认HARQ-ACK状态，

其中，通过第二信道选择来确定所述值与第二PUCCH资源的组合，以指示关于数据流中的每个的HARQ-ACK状态，

其中，通过多个第一PUCCH资源中的第一信道选择来识别所述第一PUCCH资源，以及

其中，通过多个第二PUCCH资源中的第二信道选择来识别所述第二PUCCH资源。

2.根据权利要求1所述的装置，其中，

控制器被配置为基于数据流中的每个是否被UE确认来确定调制码元的值与两个PUCCH资源中的每个的组合，

其中，根据高层配置来确定多个第一PUCCH资源中的至少一个，并且

其中，根据高层配置来确定多个第二PUCCH资源中的至少一个。

3.一种用户设备UE的方法，该方法包括：

从BS接收数据流；并且

其中，经由UE的两个天线端口中的每个发送调制码元的值，

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

基于数据流中的每个是否被UE确认来确定调制码元的值与两个PUCCH资源中的每个的组合，

5.一种基站BS的装置，该装置包括：

收发器；以及

控制器，操作性耦接到收发器，

其中，控制器被配置为：

向用户设备UE发送用于配置UE的信号，以在包括第一天线端口和第二天线端口的两个天线端口上执行物理上行链路控制信道PUCCH传输；

向UE发送数据流；并且

如果UE被配置多于一个的分量载波CC，则使用PUCCH格式1b在两个PUCCH资源中的每个上从UE接收调制码元的值，

其中，经由UE的两个天线端口中的每个发送调制码元的值，

6.根据权利要求5所述的装置，其中，控制器还被配置为基于两个PUCCH资源中的每个和调制码元的值的组合来确定数据流中的每个是否被UE确认，

7.一种基站BS的方法，该方法包括：

向UE发送数据流；并且

其中，经由UE的两个天线端口中的每个发送调制码元的值，

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

基于两个PUCCH资源中的每个和调制码元的值的组合来确定数据流中的每个是否被UE确认，