申请/专利权人：交互数字专利控股公司

申请日：2016-01-28

公开（公告）日：2020-09-15

公开（公告）号：CN107409014B

主分类号：H04L1/00(20060101)

分类号：H04L1/00(20060101);H04L1/16(20060101)

优先权：["20150128 US 62/108,849","20150408 US 62/144,835","20150513 US 62/161,057","20150526 US 62/166,523","20150904 US 62/214,552","20151104 US 62/250,890"]

专利状态码：有效-授权

法律状态：2020.09.15#授权;2017.12.22#实质审查的生效;2017.11.28#公开

摘要：于此公开了用于用大量载波进行操作的上行链路反馈的方法和装置。在无线发射接收单元WTRU中的方法包括在多个所配置载波的集合上接收多个传输块、生成针对多个传输块的混合自动重复请求HARQ‑应答ACK反馈以及确定用于HARQ‑ACK反馈的HARQ‑ACK反馈比特的数量。此外，WTRU可以在HARQ‑ACK反馈比特的数量小于或等于阈值的情况下将Reed‑Muller编码应用于HARQ‑ACK反馈比特或者在HARQ‑ACK反馈比特的数量大于阈值的情况下将卷积编码应用于HARQ‑ACK反馈比特。WTRU然后可以传送所编码的HARQ‑ACK反馈比特。此外，WTRU可以有条件地将循环冗余校验CRC比特附加到HARQ‑ACK反馈比特，并编码和传送CRC比特。

主权项：1.一种用于在无线发射接收单元WTRU中用多个载波进行操作的上行链路反馈的方法，所述方法包括：所述WTRU在多个所配置载波的集合上接收多个传输块；所述WTRU生成针对所述多个传输块的混合自动重复请求HARQ应答ACK反馈和针对所述多个所配置载波中的至少一者的信道状态信息CSI反馈；所述WTRU生成反馈消息，该反馈消息包括用于所述HARQ-ACK反馈的HARQ-ACK反馈比特的数量和用于所述CSI反馈的CSI反馈比特的数量；所述WTRU基于所述HARQ-ACK反馈比特的数量和所述CSI反馈比特的数量确定物理上行链路控制信道PUCCH格式；以及所述WTRU使用所确定的PUCCH格式传送所述反馈消息。

全文数据：用于操作大量载波的上行链路反馈方法[0001]相关申请的交叉引用[0002]本申请要求下列申请的权益：2015年01月28日递交的美国临时申请序列号62108，849;2015年04月08日递交的美国临时申请序列号62144,835;2015年05月13日递交的美国临时申请序列号62161,057;2015年05月26日递交的美国临时申请序列号62166，523;2015年09月04日递交的美国临时申请序列号62214,552;以及2015年11月04日递交的美国临时申请序列号62250，890;这些申请的内容通过引用的方式结合于此。背景技术[0003]在第三代合作伙伴计划（3GPP版本10中引入了用于长期演进LTE的载波聚合。该特点允许无线发射接收单元WTRU在一个以上的载波上同时传送和接收，导致空中接口上的其峰值数据率增加。针对最大带宽为100兆赫兹MHz来说，可以被聚合的最大载波数量为五⑸。[0004]在LTE中在下行链路中的数据传输可以使用物理下行链路共享信道PDSCH来执行。该物理信道支持混合自动重复请求HARQ传输，其中接收机在WTRU处可以组合传输块的连续传输以增加在每个重传的成功解码的概率。WTRU针对传输块的给定接收尝试可以支持该接收已经成功（用应答ACK或没有成功（用否定应答NACK。在一些情况中WTRU还可以支持其没有检测到传送了传输块，例如在不连续传输DTX中。发明内容[0005]于此公开了用于用于大量载波进行操作的上行链路反馈的方法和装置。在无线发射接收单元WTRU中的方法包括接收下行链路控制信息DCI，其中该DCI调度物理下行链路共享信道PDSCH传输且DCI包括指示，基于DCI中的指示确定针对该HSCH传输是否预期混合自动重复请求HARQ应答ACK否定应答NACKAN报告，以及在针对I3DSCH传输预期其中之一的情况下接收HARQAN报告。[0006]进一步示例包括用于以下的方案：降低HARQ-ACK净荷、增加物理上行链路控制信道PUCCH净荷、增加物理上行链路共享信道PUSCH中的上行链路控制信息UCI净荷以及基于与任意I3DSCH相关联的下行链路控制信令和与反馈群组相关联的索引或顺序的组合来确定用于该反馈群组或反馈群组的组合的传输的资源或子资源。[0007]另外的示例包括在PUCCH上的UCI的动态调度，以及针对每个下行链路指派的索弓丨，以使能动态码本和反馈压缩。在一个示例中，WTRU可以确定在码本中信息比特的顺序。WTRU可以选择码本置换以优化解码性能。进一步示例包括码本指示符。进一步，可以基于接收了哪些载波指派来确定要选择的载波的特定群组。此外，可以使用一种或多种方法来确定码本。此外，AN资源指示符ARI可以用于确定最终的指派。此外，可以在子帧中使用一种或多种方法来传送多个信道状态信息（CSI报告。例如，WTRU可以被配置有针对每个PUCCH资源的最大净荷，该PUCCH资源可以用于在子帧中传输HARQ-ACK、周期性CSI报告和或调度请求SR。[0008]在一个示例中，WTRU可以在多个配置的载波的集合上接收多个传输块，生成针对多个传输块的HARQ-ACK反馈，以及确定要用于HARQ-ACK反馈的HARQ-ACK反馈比特的数量。此外，WTRU可以在HARQ-ACK反馈比特的数量小于或等于阈值的情况下向HARQ-ACK反馈比特应用Reed-Muller雷德-密勒编码。WTRU然后可以传送编码后的HARQ-ACK反馈比特。[0009]此外，WTRU可以在HARQ-ACK反馈比特的数量大于阈值的情况下将循环冗余校验CRC添加到HARQ-ACK反馈比特。此外，WTRU可以在HARQ-ACK反馈比特的数量大于阈值的情况下对HARQ-ACK反馈比特和CRC比特应用卷积编码。WTRU然后可以传送编码后的HARQ-ACK反馈比特和CRC比特。[0010]此外，WTRU可以基于针对在配置的载波的集合中的载波的多个下行链路指派确定要用于HARQ-ACK反馈的HARQ-ACK反馈比特的数量。配置的载波的集合可以包括多于五个配置的载波。[0011]在另一示例中，WTRU可以在多个配置的载波的集合上接收多个传输块，并生成针对多个传输块的HARQ-ACK反馈和CSI反馈。WTRU然后可以生成反馈消息，其包括要用于HARQ-ACK反馈的HARQ-ACK反馈比特的数量和要用于CSI反馈的CSI反馈比特的数量。WTRU然后可以基于HARQ-ACK反馈比特的数量和CSI反馈比特的数量确定PUCCH格式。此外，WTRU然后可以使用所确定的PUCCH格式传送反馈消息。[0012]此外，WTRU可以基于针对在配置的载波的集合中的载波的多个下行链路指派确定要用于HARQ-ACK反馈的HARQ-ACK反馈比特的数量、要用于CSI反馈的CSI反馈的数量，或这两者。在一个示例中，WTRU可以从四种PUCCH格式中选择。附图说明[0013]从以下通过示例方式给出的描述并结合附图可以得到更详细的理解，其中：[0014]图IA是可以实施一个或多个公开的实施方式的示例通信系统的系统图；[0015]图IB是可以在图IA中示出的通信系统中使用的示例无线发射接收单元WTRU的系统图；[0016]图IC是可以在图IA中示出的通信系统中使用的示例无线电接入网和示例核心网的系统图；[0017]图2是利用两个连续资源块RB的用于扩展的物理上行链路控制信道PUCCH设计的可能的资源元素RE映射的示例的图；[0018]图3是基于反馈的大小和类型的PUCCH格式的示例选择过程的图；[0019]图4是混合自动重复请求HARQ应答否定应答AN码本确定的示例的图；以及[0020]图5是基于待传送的反馈比特的数量的信道编码和包含循环冗余校验CRC的示例选择过程的图。具体实施方式[0021]图IA是示出可以实施所公开的一个或多个实施方式的例示通信系统100的图示。通信系统100可以是为多个无线用户提供如语音、数据、视频、消息传递、广播等内容的多接入系统。通信系统100通过共享包括无线带宽的系统资源来使能多个无线用户访问此类内容。举例来说，通信系统100可以采用一种或多种信道接入方法，例如码分多址CDMA、时分多址TDMA、频分多址FDMA、正交FDMAOFDMA、单载波FDMASC-FDMA等等。[0022]如图IA所示，通信系统100可以包括无线发射接收单元WTRU102a、102b、102c、102d、无线电接入网RAN104、核心网106、公共交换电话网PSTN108、因特网110以及其他网络112,但是应该了解，所公开的实施方式设想了任意数量的WTRU、基站、网络和或网络元件。WTRU102a、102b、102c、102d的每一者可以是被配置成在无线环境中操作和或通信的任意类型的设备。作为示例，WTRU102a、102b、102c、102d可以被配置成发射和或接收无线信号，并且可以包括用户设备UE、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理PDA、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、消费类电子设备等等。[0023]通信系统100还可以包括基站114a和基站114b。基站114a、114b的每一者可以是被配置成与WTRU102a、102b、102c、102d中的至少一者无线对接来促使接入一个或多个通信网络的任意类型的设备，其中通信网络诸如核心网106、因特网110和或其它网络112。作为示例，基站114a、114b可以是基站收发信台（BTS、节点B、e节点B、家用节点B、家用e节点B、站点控制器、接入点AP、无线路由器等等。虽然基站114a、114b中的每一者都被描述成是单个元件，但是应该了解，基站114a、114b可以包括任意数量的互连基站和或网络元件。[0024]基站114a可以是RAN104的一部分，RAN104还可以包括其他基站和或网络元件未显示），例如基站控制器BSC、无线电网络控制器RNC、中继节点等等。基站114a和或基站114b可以被配置成在称为小区（未显示）的特定地理区域内发射和或接收无线信号。小区可被进一步划分成小区扇区。例如，与基站114a关联的小区可分为三个扇区。由此，在一个实施方式中，基站114a可以包括三个收发信机，也就是说，一个收发信机对应于小区的一个扇区。在另一个实施方式中，基站114a可以米用多输入多输出ΜΙΜΟ技术，并且因此可以将多个收发信机用于小区的每个扇区。[0025]基站114a、114b可以通过空中接口116来与一个或多个WTRU102a、102b、102c、102d进行通信，该空中接口116可以是任意适当的无线通信链路例如射频RF、微波、红外线（IR、紫外线（UV、可见光等等）。空中接口116可以使用任意适当的无线电接入技术ΦΑΤ来建立。[0026]更具体地说，如上所述，通信系统100可以是多接入系统，并且可以采用一种或多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。举例来说，RAN104中的基站114a与WTRU102a、102b、102c可以实施诸如通用移动电信系统（UMTS陆地无线电接入UTRA之类的无线电技术，该技术可以使用宽带CDMAWCDMA来建立空中接口116。WCDMA可以包括诸如高速分组接入HSPA和或演进型HSPAHSPA+之类的通信协议。HSPA可以包括高速下行链路分组接入HSDPA和或高速上行链路分组接入HSUPA。[0027]在另一个实施方式中，基站114a与WTRU102a、102b、102c可以实施诸如演进型UMTS陆地无线电接入E-UTRA之类的无线电技术，该技术可以使用长期演进LTE和或LTE-高级LTE-A来建立空中接口116。[0028]在其它实施方式中，基站114a和WTRU102a、102b、102c可以实施无线电技术，该无线电技术诸如IEEE802.16g卩，全球微波接入互操作性WiMAX、CDMA2000、CDMA20001X、CDMA2000EV-D0、临时标准2000IS-2000、临时标准95IS-95、临时标准856IS-856、全球移动通信系统®SM、GSM增强数据速率演进EDGE、GSMEDGE®ERAN等。[0029]图IA中的基站114b可以是例如无线路由器、家用节点B、家用e节点B或接入点，并且可以利用任意适当的RAT来促成局部区域中的无线连接，例如营业场所、住宅、交通工具、校园等等。在一个实施方式中，基站114b与WTRU102c、102d可以实施诸如IEEE802.11之类的无线电技术来建立无线局域网（WLAN。在另一个实施方式中，基站114b与WTRU102c、102d可以实施诸如IEEE802.15之类的无线电技术来建立无线个域网WPAN。在又一个实施方式中，基站114b和WTRU102c、102d可以利用基于蜂窝的RAT例如WCDMA、CDMA2000、GSM、LTE、LTE-A等等）来建立微微小区或毫微微小区。如图IA所示，基站114b可以直接连接到因特网110。由此，基站114b未必需要经由核心网106来接入因特网110。[0030]RAN104可以与核心网106通信，核心网106可以是被配置成向一个或多个WTRU102、10213、102：、1021提供语音、数据、应用和或借助网际协议的语音¥〇1?服务的任意类型的网络。例如，核心网106可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等，和或执行诸如用户验证之类的高级安全功能。虽然在图IA中没有显示，但是应该了解，RAN104和或核心网106可以直接或间接地和其它那些与RAN104采用相同RAT或不同RAT的RAN进行通信。例如，除了与利用E-UTRA无线电技术的RAN104连接之外，核心网106还可以与别的采用GSM无线电技术的RAN未显示通信。[0031]核心网106还可以充当供WTRU102、10213、1023、1021接入？5了~108、因特网110和或其他网络112的网关。PSTN108可以包括提供简易老式电话服务POTS的电路交换电话网络。因特网110可以包括使用公共通信协议的全球性互联计算机网络设备系统，协议可以是如传输控制协议TCP网际协议IP互连网协议族中的TCP、用户数据报协议UDP和IP。网络112可以包括由其他服务供应商拥有和或运营的有线或无线通信网络。例如，网络112可以包括与一个或多个RAN相连的另一个核心网，一个或多个RAN可以与RAN104采用相同RAT或不同RAT。[0032]通信系统100中的一些或所有WTRU102a、102b、102c、102d可以包括多模能力，即，WTRU102a、102b、102c、102d可以包括在不同无线链路上与不同无线网络通信的多个收发信机。例如，图IA所示的WTRU102c可以被配置成与可以采用基于蜂窝的无线电技术的基站114a通信，以及与可以采用IEEE802无线电技术的基站114b通信。[0033]图IB是示例WTRU102的系统图。如图IB所示，WTRU102可以包括处理器118、收发信机120、发射接收元件122、扬声器麦克风124、键盘126、显示器触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统（GPS芯片组136以及其他外围设备138。应该了解的是，在保持与实施方式一致的同时，WTRU102可以包括前述元件的任意子组合。[0034]处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器DSP、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路ASIC、现场可编程门阵列FPGA电路、任意其他类型的集成电路（IC、状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入输出处理和或任意其他能使WTRU102在无线环境中操作的功能。处理器118可以耦合至收发信机120,收发信机120可以耦合至发射接收元件122。虽然图IB将处理器118和收发信机120描述成是独立组件，但是应该了解，处理器118和收发信机120可以集成在一电子封装或芯片中。[0035]发射接收元件122可以被配置成通过空中接口116来传送或接收去往或来自基站例如基站114a的信号。举个例子，在一个实施方式中，发射接收元件122可以是被配置成传送和或接收RF信号的天线。在另一个实施方式中，作为示例，发射接收元件122可以是被配置成发射和或接收IR、UV或可见光信号的发射器检测器。在又一个实施方式中，发射接收元件122可以被配置成发射和接收RF和光信号。应该了解的是，发射接收元件122可以被配置成发射和或接收无线信号的任意组合。[0036]此外，虽然在图IB中将发射接收元件122描述成是单个元件，但是WTRU102可以包括任意数量的发射接收元件122。更具体地说，WTRU102可以采用MMO技术。因此，在一个实施方式中，WTRU102可以包括两个或更多个通过空中接口116来传送和接收无线电信号的发射接收元件122例如多个天线）。[0037]收发信机120可以被配置成对发射接收元件122将要传送的信号进行调制，以及对发射接收元件122接收的信号进行解调。如上所述，WTRU102可以具有多模能力。因此，例如，收发信机120可以包括使能WTRU102经由诸如UTRA和IEEE802.11之类的多种RAT来进行通信的多个收发信机。[0038]WTRU102的处理器118可以耦合至扬声器麦克风124、键盘126和或显示器触摸板128例如液晶显示器LCD显示单元或有机发光二极管OLED显示单元），并且可以接收来自这些部件的用户输入数据。处理器118还可以向扬声器麦克风124、键盘126和或显示器触摸板128输出用户数据。此外，处理器118可以从任意类型的适当的存储器例如不可移除存储器130和或可移除存储器132中访问信息，以及将数据存入这些存储器。不可移除存储器130可以包括随机存取存储器RAM、只读存储器Φ0Μ、硬盘或是任意其他类型的记忆存储设备。可移除存储器132可以包括订户身份模块SIM卡、记忆棒、安全数字SD记忆卡等等。在其它实施方式中，处理器118可以从那些并非物理上位于WTRU102的存储器访问信息，以及将数据存入这些存储器，存储器诸如可以位于服务器或家用计算机未显示）上。[0039]处理器118可以接收来自电源134的电力，并且可以被配置为分发和或控制用于WTRU102中的其他组件的电力。电源134可以是为WTRU102供电的任意适当的设备。举例来说，电源134可以包括一个或多个干电池组如镍镉Ni-Cd、镍锌Ni-Zn、镍氢NiMH、锂离子Li-ion等等）、太阳能电池、燃料电池等等。[0040]处理器118还可以与GPS芯片组136耦合，该芯片组136可以被配置成提供与WTRU102的当前位置相关的位置信息（例如经度和炜度）。作为来自GPS芯片组136的信息的补充或替换，WTRU102可以通过空中接口116接收来自基站例如基站114a、114b的位置信息，和或根据从两个或多个附近基站接收的信号定时来确定其位置。应该了解的是，在保持与实施方式一致的同时，WTRU102可以借助任意适当的位置确定方法来获取位置信息。[0041]处理器118还可以耦合到其他外围设备138,其他外围设备138可以包括提供附加特征、功能和或有线或无线连接的一个或多个软件和或硬件模块。例如，外围设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机（用于照片或视频）、通用串行总线USB端口、振动设备、电视收发信机、免提耳机、蓝牙®模块、调频FM无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。[0042]图IC是根据实施方式的RAN104以及核心网106的系统图示。如上所述，RAN104可以采用E-UTRA无线电技术通过空中接口116来与WTRU102a、102b、102c进行通信。RAN104还可以与核心网106通信。[0043]RAN104可以包括e节点B140、14013、140：，但是应该了解，在保持与实施方式一致的同时，RAN104可以包括任意数量的e节点Ke节点B140a、140b、140c每一个可以包括一个或多个收发信机，用于通过空中接口116与WTRU102a、102b、102c通信。在一个实施方式中，e节点B140a、140b、140c可以实施MMO技术。由此，举例来说，e节点B140a可以使用多个天线来向WTRU102a发射无线信号，并且接收来自WTRU102a的无线信号。[0044]e节点B140a、140b和140c的每一个可以与特定小区（未显示相关联，并且可以被配置成处理无线电资源管理决策、切换决策、上行链路和或下行链路中的用户调度等等。如图IC所示，e节点B140a、140b、140c可以通过X2接口彼此通信。[0045]图IC所示的核心网106可以包括移动管理实体网关MME142、服务网关144以及分组数据网络PDN网关146。虽然上述每一个元件都被描述成是核心网106的一部分，但是应该了解，核心网运营商之外的其它实体可以拥有和或运营这其中的任一元件。[0046]MME142可以经由Sl接口来与RAN104中的e节点B140a、140b和160c的每一者相连，并且可以充当控制节点。例如，MME142可以负责认证WTRU102a、102b、102c的用户、承载者激活去激活、在WTRU102a、102b、102c的初始附加期间选择特定服务网关等等。MME142还可以提供控制平面功能，用于在RAN104与采用诸如GSM或WCDMA之类的其他无线电技术的其他RAN未显示之间执行切换。[0047]服务网关144可以经由Sl接口连接到RAN104中的e节点B140a、140b和140c的每一者。服务网关144通常可以路由和转发去往来自WTRU102a、102b、102c的用户数据分组。服务网关144还可以执行其他功能，例如在e节点B间切换期间锚定用户面、在下行链路数据可供WTRU102a、102b、102c使用时触发寻呼、管理和存储WTRU102a、102b、102c的上下文context等等。[0048]服务网关144还可以连接到PDN网关146,其可以为WTRU102a、102b、102c提供针对诸如因特网110之类的分组交换网络的接入，以便促成WTRU102a、102b、102c与IP使能设备之间的通信。[0049]核心网106可以促成与其他网络的通信。例如，核心网106可以为WTRU102a、102b、102c提供针对诸如PSTN108之类的电路交换网络的接入，以便促成WTRU102a、102b、102c与传统陆线通信设备之间的通信。作为示例，核心网106可以包括IP网关例如IP多媒体子系统（IMS服务器或与之通信，其中IP网关充当了核心网106与PSTN108之间的接口。此夕卜，核心网106可以为WTRU102a、102b、102c提供针对网络112的接入，其中网络112可以包括其他服务供应商拥有和或运营的其他有线或无线网络。[0050]在第三代合作伙伴计划3GPP版本10中引入了用于LTE的载波聚合。该特点允许WTRU在一个以上的载波上同时传送和接收，导致空中接口上的其峰值数据率增加。在未修改形式的载波聚合中，针对最大带宽为100兆赫兹MHz来说，可以被聚合的最大载波数量为五⑸。[0051]在LTE中在下行链路中的数据传输可以使用物理下行链路共享信道PDSCH来执行。该物理信道支持混合自动重复请求HARQ传输，其中接收机在WTRU处可以组合传输块的连续传输以增加在每个重传的成功解码的概率。WTRU针对传输块的给定接收尝试可以报告该接收已经成功（用应答ACK或没有成功（用否定应答NACK。在一些情况中WTRU还可以报告其没有检测到传送了传输块，例如在不连续传输DTX中。这种报告于此可以统一被称为“HARQ-ACK反馈”。传输块的特定接收尝试的结果ACK或NACK，或在某些方案中ACK、NACK或DTX于此可以被称为“HARQAN报告”。[0052]当配置载波聚合时，在roSCH信道上每个载波或服务小区）或子帧可以接收至多2个传输块。在频分双工FDD模式中，针对每个传输块WTRU可以分别报告1比特的HARQ-ACK反馈，其中，如果成功接收该传输块则传送ACK，否则传送NACK。在时分双工TDD模式中，在一些配置中，WTRU可以针对在相同载波和子帧例如空间上复用）中接收的每一对传输块报告1比特的HARQ-ACK或针对在相同载波中且在子帧集合中接收的传输块的集合报告1比特的HARQ-ACK，其中如果成功接收到一对或集合的所有传输块则传送ACK，否则传送NACK。这样的方案，即在成功接收多于一个传输块的集合的全部的情况下WTRU报告ACK且否则报告NACK，可以称为“AN集束”。可以针对空间复用的传输块空间集束）、针对在不同子帧中接收的传输块时间集束或针对在不同载波或小区中接收的传输块频率集束可以执行AN集束。[0053]在这两种模式中，依据传输块的接收的成功或失败在该传输块的接收与HARQ-ACK比特的传输之间有固定的定时关系。更具体地，在HD模式中，对应于在子帧η中接收的传输块的HARQ-ACK比特可以在子帧η+4中被传送。在TDD模式中，定时关系可以依据子帧配置和接收传输块的子帧的索引。[0054]子帧中的HARQ-ACK比特的传输可以在物理上行链路控制信道PUCCH上或物理上行链路共享信道PUSCH物理信道上被执行。当在子帧中没有PUSCH传输可用时或当WTRU被配置成同时传送HJCCH和PUSCH时，可以使用PUCCH。[0055]PUCCH在子帧的每一个时隙中可以占用单个物理资源块PRB并可以根据可能格式集合中的一种被传送。当在单个子帧中在PUCCH上需要传送多于4个HARQ-ACK比特时，WTRU可能需要被配置成使用PUCCH格式3JUCCH格式3可以被描述为离散傅里叶变换-扩展-正交频分复用DFT-S-OFDM传输，其中每个正交相移键控QPSK-调制符号占用单个子载波并使用正交覆盖码集合中的一者在时域中扩展。在PUCCH格式3中，每个QPSK调制符号可以在一个时隙上扩展，由此在子帧中可以容纳48个编码比特每个符号2个时隙乘以12个子载波乘以2个比特）。至多10个HARQ-ACK比特在FDD模式中）或20个HARQ-ACK比特在TDD模式中）可以与至多1个调度请求SR比特复用以被编码成这48个编码比特。[0056]在小区内，至多4个WTRU可以在同一个资源块中传送彼此正交的PUCCH格式3。但是，当小区间干扰明显时，可以被配置成使用同一个资源块的WTRU的最大数量可能较小。[0057]当在PUSCH上需要传送子帧中的HARQ-ACK比特时，相应的调制符号可以被映射到在占用在该子桢中用于传输解调参考信号DM-RS的时间符号邻近的4个时间符号中的一部分或所有子载波的资源元素。可以基于PUSCH分配的大小和配置的参数来确定资源的数量，由此可用于HARQ-ACK的能量的量足够保证满足误差性能目标。[0058]为了增强载波聚合特性，已经提出了使能至多32个载波的聚合。该增强从提供HARQ-ACK反馈的角度来说是存在挑战的，因为重新使用与旧有系统中相同的方案现在需要传输至多64个HARQ-ACK比特针对HD模式）或128个HARQ-ACK比特针对TDD模式）。这可能产生下面的影响。首先，在PUCCH传输中可用的编码比特的最大数量48可能低于使用旧有方案确定的HARQ-ACK和SR信息比特的数量。其次，用于PUSCH中的HARQ-ACK和SR传输的能量的量可能变得不足以保证可接受的误差性能。[0059]还提出了WTRU可以被配置一个或多个辅助小区（S小区）上的HJCCH。在这种情况中，WTRU可能需要确定是否使用单个传输来传送一些或所有上行链路控制信息UCI，且如果是这样，确定是否在主小区（P小区）上使用PUCCH传输（或如果针对辅助小区群组（CGSCG则是主S小区（PS小区），在主要小区群组MCG的小区上则是PUSCH传输如果可用且UCI与MCG相关联或在SCG的小区上则是PUSCH传输如果可用且UCI与SCG相关联）。[0060]于此公开了用于降低HARQ-ACK净荷的方法和方案，包括以下。HARQAN报告的有条件的生成可以基于一个或多个条件的满足，例如关于调制和编码方案MCS和或报告的信道质量指示符CQI的条件。此外，可以使用选择性空间集束，其中应用集束的传输块TB的群组可以以子帧为基础被选择以最小化不必要的重传。此外，可以使用应答报告的向下选择。[0061]于此公开了用于增加PUCCH净荷的方法和方案，包括以下。例如，于此公开了用于可能在子载波的子集上使用较高阶调制的方法和方案，以实施不等的误差保护。此外，于此公开了用于使用新的DM-RS设计来使用多于1个的资源块RB的方法和方案，允许与旧有格式复用同时保持低立方度量CM。此外，于此公开了用于使用空间复用的方法和方案，其中每个层上的信息比特的数量可以被动态选择。此外，调制符号可以在比未修改模式中更少的资源元素RE上扩展，其中符号的数量可以被动态选择。[0062]于此公开了用于有效使用资源的方法和方案，包括以下。可以基于例如下行链路控制信令动态确定码本属性。此外，可以选择码本置换以优化解码性能。此外，可以分别或联合传送和处理多个反馈群组，以及反馈群组指示符可以用于促进解码。此外，可以使用资源选择和映射、PUCCH的功率设置功能和或PUCCH上的UCI的动态调度。此外，针对每个下行链路指派的索引和或计数器的指示可以用于使能动态码本以及反馈压缩。[0063]于此公开了用于增加HJSCH中的UCI净荷的方法和方案，包括以下。当在PUSCH中的RE的数量Zi比例超过阈值时，可以使用修改的传输块处理。[0064]于此公开了用于在多个小区中多个类型的传输的情况下进行资源选择的方法和方案。此外，于此公开了用于在子帧中传输多个周期性CSI报告的方法和方案。[0065]于此公开了用于码本确定的方法和方案，其可以使用应答否定应答AN资源指示符ARI来用于确定最终指派以及多个CSI报告的传输。[0066]以下方案通过允许降低用于HARQ-ACK的信息比特的数量来解决用于HARQ-ACK传输的限制的净荷或范围）的问题。[0067]在一些方案中，可以通过仅在满足至少一个条件时限制生成针对给定传输块的HARQAN报告域比特来减少针对HARQ-ACK生成的信息比特的数量。可以定义至少一个条件，由此最小化网络不必要重传传输块。一般来说这在至少一个条件是仅在成功解码的概率足够时生成AN报告的情况下实现。[0068]在旧有LTE系统中，WTRU典型地可以在其在PDSCH上接收传输和或其接收激活或去激活配置的上行链路许可或配置的下行链路指派的下行链路控制信息DCI时生成HARQAN报告。[0069]在一种方法中，在生成HARQAN报告时WTRU可以执行进一步的确定。WTRU可以根据以下至少一者生成针对与WTRU的配置的特定载波相关联或与特定服务小区相关联）的传输的HARQAN报告。[0070]WTRU可以接收DCI，例如具有以下至少一者的特征的DCI:DCI类型、DCI内的指示、用于成功解码DCI的无线电网络临时标识符RNTI、与接收的DCI相关联的搜索空间、搜索空间中的DCI的位置、DCI的聚合等级、其他DCI内容，或这些的组合。[0071]对于DCI类型，WTRU可以根据与传输相关联的DCI的类型（或格式来确定HARQAN报告是否是预期用于传输。例如，WTRU可以接收特定类型或格式）的DCI并确定可能没有生成HARQAN报告。这种关联可以基于DCI格式本身。例如，DCI还可以携带用于有关的传输的调度信息。这种关联可以基于定时，例如在与调度有关的子帧中的一个或多个传输的DCI相同的子帧中接收的DCI或特定类型（或格式）。这种类型可以包括可能用于提供支持下行链路控制信令的WTRU处理的“暗示”的DCI类型。这种DCI可以指示在给定子帧中没有传输适用于有关的载波。可替换地，这种DCI可以指示WTRU不被预期生成用于一个或多个载波的HARQAN反馈。可能的是，这种DCI可以例如使用码点来指示特定格式和或载波组合，针对该特定格式和或载波组合的HARQAN报告被期望用于在有关的间隔（例如子帧）。于此描述了这种DCI的进一步示例。与旧有系统类似，可以要求WTRU生成激活或去激活配置的许可和或配置的下行链路分配的用于DCI的HARQAN报告，而其他DCI格式可以要求另外的规则来确定是否生成HARQAN报告。[0072]针对DCI内的指示，WTRU可以根据与传输相关联的DCI的内容来确定HARQAN报告是否预期用于传输。例如，WTRU可以接收例如调度roSCH传输的DCI。这种DCI可以包括指示。WTRU可以从该指示中确定HARQAN报告是否预期用于有关的PDSCH传输。可能的是，这种DCI可以例如使用码点来指示特定格式和或载波组合，针对该特定格式和或载波组合的HARQAN报告被期望用于有关的间隔（例如子帧）。指示可以由在DCI的净荷中包括的字段值、或用于掩盖循环冗余校验CRC的子集或所有比特的字段值构成。字段可以由例如下行链路指派索引（DAI字段、或专用字段HARQAN报告指示符构成。[0073]针对用于成功解码DCI的RNTI，WTRU可以根据用于成功解码与传输相关联的DCI的RNTI来确定HARQAN报告是否预期用于传输。例如，WTRU可以被配置多个RNTI。WTRU可以被配置从而当使用给定RNTI时DCI的成功解码可以指示对于相关联的传输不需要的HARQAN报告或相反地，需要HARQAN报告）。[0074]针对与接收的DCI相关联的搜索空间，WTRU可以根据与传输相关联的DCI的搜索空间来确定HARQAN报告是否预期用于传输。例如，WTRU可以被预期生成用于与在公共搜索空间（CSS中接收的DCI相关联但可能不是用于在WTRU特定搜索空间（或UE特定搜索空间UESS中接收的DCI的传输的HARQAN报告，和或WTRU可以在用于WTRU特定搜索空间（或UE特定搜索空间（UESS中接收的DCI的情况中应用另外的规则。例如，WTRU可以被配置多个UESS或类似地，例如UESS可以被分成份其中特定UESS或其部分）中的DCI的接收可以指示不预期HARQAN报告而针对不同UESS或其部分可以预期HARQAN报告。[0075]针对搜索空间中DCI的位置，WTRU可以根据与传输相关联的DCI的控制信道元素CCE来确定HARQAN报告是否预期用于传输。例如，这种CCE可以是用于接收的DCI的第一个CCE。例如，可以使用数字序列例如其中SS的第一个CCE是#0,第二个CCE对应#2,等等来组织CCE，由此WTRU可以在DCI的第一个CCE与SS中的特定CCE—致例如针对偶数索引）时可以预期HARQAN报告但是针对SS中的另一CCE例如针对奇数索引）则不预期。[0076]对于DCI的聚合等级（例如多个CCE，例如1、2、4、或8个CCE，WTRU可以根据与传输相关联的DCI的聚合等级AL来确定针对传输是否预期HARQAN报告。例如，可以预期WTRU生成用于与4或更多AL相关联的传输的HARQAN报告，而在其他情况可以对此不要求。[0077]对于其他DCI内容，例如调度信息和或传输特性可以被使用（如本文进一步描述的）。在一种方法中，WTRU可以使用上述方法的任意方法来确定成功解码的DCI是否包括如本文描述的UCI或仅HARQ反馈请求。[0078]WTRU可以确定传输根据以下至少一者来表征：相关联的HARQ进程的标识、冗余版本、有关的HARQ进程的初始传输或重传、传输调度类型、与传输相关联的定时、调度参数、同时下行链路传输和或UCI的聚合大小或这些的组合。[0079]针对相关联HARQ进程的标识，WTRU可以根据与传输相关联的HARQ进程的标识或DCI中指示的）来确定针对传输是否预期HARQAN报告。例如，WTRU可以被配置从而其不被预期生成用于HARQ进程的子集的HARQAN报告，而其可以生成用于其他进程的HARQAN报告。例如，WTRU可以确定HARQAN报告总是被预期用于被配置半持久指派的进程。[0080]针对冗余版本例如〇、2、3、I，WTRU可以根据与传输相关联的冗余版本RV来确定针对传输是否预期HARQAN报告。例如，WTRU可以针对RV=2、3、1但是不针对RV=0而生成HARQAN报告。[0081]针对有关的HARQ进程的初始传输或重传，WTRU可以根据传输是否是用于HARQ进程的初始传输来确定针对传输是否预期HARQAN报告。例如，WTRU可以确定其被预期仅生成用于HARQ重传的HARQAN报告。[0082]针对传输调度类型，WTRU可以根据动态调度信息是否针对传输例如提供传输参数的物理下行链路控制信道PDCCH上的DCI被接收或是否使用配置的指派接收传输来确定针对传输是否预期HARQAN报告。例如，WTRU可以确定针对动态调度的传输不需要HARQAN报告例如针对半持久指派总是需要该报告），可能结合于此描述的其他方法做出进一步确定。[0083]针对与传输相关联的定时（或与相关联UCI的传输相关联的定时），WTRU可以根据与下行链路传输相关联的传输时间间隔TTI或子帧，或时隙）来确定针对传输是否预期HARQAN报告。例如，WTRU可以被配置从而不需要其生成用于帧内的一个或多个子帧（例如偶数桢的HARQAN报告。[0084]针对调度参数例如TB、MCS的大小，等），可能与另一度量有关（例如信道质量），WTRU可以根据与传输相关联的参数来确定针对传输是否预期HARQAN报告。例如，WTRU可以确定针对比特定值大的TBS需要HARQAN报告，但是其他情况不需要该报告。类似地，MCS可以用作该确定因素。例如，如果预期的BLER高于阈值，则WTRU可以确定HARQAN报告可以是可选的。WTRU可以使用最后报告的CSI和下行链路传输的一个或多个属性例如大于CQI的阈值函数的MCS和大于秩rank指示符RI的传输秩的组合。[0085]针对同时下行链路传输和或UCI的聚合大小，WTRU可以根据净荷比特数、所有传输块的总和或与当传输满足特定条件例如大于X时的时间间隔相关联的任意其他聚合度量来确定针对传输是否预期HARQAN报告。WTRU可以根据UCI的聚合大小例如根据旧有行为预期的HARQAN比特总和可以超过某值X比特来执行相似确定。[0086]可以使用所讨论的示例的组合。例如，WTRU可以确定其被配置从而（可能至少在接收到显式反馈请求例如接收于此所述的DCIUCI时生成用于一个或多个特定HARQ进程的HARQAN报告，否则WTRU可以不生成用于有关的进程的HARQAN报告；这种行为可以与另外的规则组合由此WTRU可以在其他情况下生成HARQAN报告。例如，WTRU可以从有关的HARQ进程的第X个重传开始和或当WTRU接收到用于诸如于此所述的UCI报告的上行链路资源的动态调度时生成HARQAN报告。[0087]这里描述的方法可以根据用于报告的物理信道来应用。WTRU可以确定其是否可以执行以上确定或根据上行链路传输的类型确定生成HARQAN报告的旧有行为是否可以用于传达UCI。例如，WTRU可以在其确定可以使用一个域多个PUSCH传输传送HARQAN报告时使用旧有行为。当WTRU确定可以使用一个或多个PUCCH传输传送HARQAN报告时其可以确定一些HARQAN报告可以是可选的。WTRU可以根据有关的上行链路传输的定时来执行这种确定。[0088]可以根据与传输相关联的载波来应用这里描述的方法。WTRU可以确定其是否可以执行以上确定或根据载波的类型确定生成HARQAN报告的旧有行为是否可以与下行链路传输相关联。例如，WTRU可以在许可波段中使用用于载波的第一方法而可以在未许可波段中使用用于载波的第二方法。例如，WTRU可以在成功接收到包括UCI或仅HARQ反馈请求诸如如这里所述的DCI时可以生成用于与未许可波段例如针对LTE许可辅助接入LAA相关联的HARQ进程和或CSI的HARQAN报告或更一般地，UCI报告）。在该情况中，例如，WTRU可以报告有关的HARQ进程的状态，其中该状态可以例如在且对应于接收到这种请求的时间被确定。否则，WTRU可以不需要生成有关的UCI反馈例如其他规则可以应用）。例如，WTRU可以不用生成用于每个接收的传输的HARQAN报告。[0089]针对这里描述的任意示例，这种传输可以是以下的至少一者=PDSCH和特定类型的DCI。传输可以是PDSCH传输。传输可以是侧链路。传输可以是直接WTRU到WTRU传输，例如物理侧链路共享信道PSSCH例如用于数据）、物理侧链路控制信道PSCCH用于控制）和或物理侧链路发现信道PSDCH例如用于发现）。[0090]传输可以是修改半持久下行链路指派或半持久上行链路许可的DCI。传输可以是DCIUCI，例如其包括例如如这里描述的UCI请求和或动态UCI调度信息。DCI可以是任意其他DCI，例如针对此可以应用上述方法中的任意方法。[0091]针对这里描述的任意示例，这种传输可以与服务小区相关联，服务小区可以是以下的任意一者:WTRU的配置的服务小区的类型、小区配置、小区群组、小区状态以及小区质量。[0092]在一个示例中，服务小区可以是WTRU的配置的服务小区的类型。例如，小区可以是WTRU的配置的辅助小区（例如SCellS小区）从而有条件的HARQAN报告被应用到针对这种小区的这种传输。例如，针对被配置载波聚合的WTRU或被配置双连接的WTRU，WTRU可以不将有条件的HARQAN报告应用于针对WTRU的配置的主小区（例如PCellP小区）的任何这样的传输。例如，针对被配置双连接的WTRU，WTRU可以不将有条件的HARQAN报告应用到针对辅助小区群组的特殊小区（例如PSCellPS小区）的任何这样的传输。[0093]在另一示例中，可以在小区配置中配置服务小区。例如，小区可以被配置例如通过无线电资源控制RRC或通过媒介接入控制MAC从而有条件的HARQAN报告可以被应用到这种小区的这种传输。[0094]此外，在一个示例中，服务小区可以是小区群组的部分。例如，小区可以是特定小区群组的部分从而有条件的HARQAN报告被应用到诸如“HARQAN群组”的这样小区的这样的传输。针对被配置双连接的WTRU，这样的群组可以对应于辅助小区群组例如，服务连续性网关SCG。针对被配置载波聚合的WTRU，这样的群组可以对应于辅助定时提前群组例如，辅助定时提前群组STAG。[0095]在另外的示例中，服务小区可以与小区状态相关联。例如，小区可以与出于控制是否应用有条件的HARQAN报告的目的的状态相关联。WTRU可以基于事件例如Ll信令接收或L2MAC控制信令的接收，其指示小区的状态改变数量来修改这种状态。例如，小区可以在去激活状态，由此有条件的HARQAN报告被应用到与该小区相关联的上行链路控制信令。[0096]在进一步示例中，可以使用服务小区的质量。例如，小区质量可以基于WTRU测量。例如，WTRU可以确定小区质量低于或高于某阈值且直到WTRU确定质量改变足够明显且可能还达到足够的时间量，确定其是否可以针对该小区的这种传输应用有条件的HARQAN报告。WTRU可以仅对其报告测量所针对的小区执行这种确定，该测量例如是信道质量指示符CQIJTRU可以在其执行有关的小区的这种测量的传输时执行这种确定。[0097]另外的控制信息可以位于包含UCI报告的上行链路传输内。在一种方法中，WTRU可以在上行链路传输内用信号通知HARQAN比特的非旧有处理是否已经被应用，例如通过传送一个比特指示有条件的HARQAN是否已经被应用到上行链路控制信令，或其可以附加CRC。例如，WTRU可以执行以下中的至少一者:连接一个比特一个比特标志指示被添加到传输）；连接CRC例如，3比特CRC可以被添加到传输，由此不同的方法可以与不同的CRC计算相关联）；以及使用PUCCH的不同资源属性。[0098]在一种方法中，WTRU可以使用以上任意将优先级关联到针对这种传输的HARQAN报告。WTRU可以另外根据以下中的至少一者处理与HARQAN报告相关联的信息比特:WTRU可以丢弃信息比特、WTRU可以将信息比特的值设置为特定值、WTRU可以将信息比特与其他信息比特集束、WTRU可以用较少的保护编码信息比特以及WTRU可以使用不同的物理层信道传送信息比特。[0099]如果WTRU丢弃信息比特，WTRU可以例如不传送针对低优先级传输的HARQAN。在这种情况中，如果最终的要传送的HARQAN比特的总数适合选择的格式，则WTRU可以选择不同（可能更小）的格式。可替换地，WTRU可以执行HARQAN信令的上行链路传输如果有），由此e节点B可以将缺少有关的HARQAN比特解译为NACK。[0100]如果WTRU可以将信息比特的值设置为特定值（例如NACK，则WTRU可以使用HARQAN比特的编码由此没有能量用于HARQNACK传输且e节点B可以将缺少HARQAN解译为NACK。[0101]如果WTRU可以将该信息比特与其他信息比特例如具有相似优先级集束，则WTRU可以例如基于与生成HARQ反馈所针对的传输相关联的SCell的激活状态来集束多个HARQAN信息比特。例如，相似优先级的载波的反馈可以被集束一起。可能地，仅针对与低优先级的上行链路控制信息相关联的载波。[0102]如果WTRU可以以较少的保护编码信息比特，例如WTRU可以在不等同错误保护被应用到信息比特的传输的情况下这样做。[0103]如果WTRU可以使用不同物理层信道传送信息比特，WTRU可以使用与用于较高优先级的比特传输不同的物理层信道传送信息比特。[0104]上述的方案还可以用于确定WTRU是否通过特定资源或信道传送HARQAN。例如，仅在基于方案中的一种传送至少一个HARQAN比特的情况下，WTRU可以确定通过PUCCH或通过特定PUCCH资源的传输发生。[0105]在这里描述的一些示例中，可以使用选择性部分集束。在一些示例中，针对HARQ-ACK生成的信息比特数可以通过应用传输块群组子集的集束而被减少，该子集可以被动态选择以最小化最终的不必要重传的数量。[0106]更一般地，WTRU可以对传输块群组的第一子集应用生成HARQ-ACK信息比特的第一方案，对第二传输块子集应用第二方案，其中第一和第二传输块子集基于可以动态改变的至少一个标准被选择。例如，标准可以是WTRU不会指示肯定应答的正确接收的传输块的数量针对给定数量的HARQ-ACK信息比特被最小化。WTRU可以使用例如组合索引来生成另外的HARQ-ACK信息比特指示哪些群组属于第一和第二子集。[0107]对传输块群组生成HARQ-ACK信息比特的示例可以包括以下中的至少一者：无集束，全集束，以及部分集束。针对无集束，可以针对每个传输块生成一个比特，其中在传输块正确被接收的情况下生成第一值（“ACK”或1以及在传输块没有正确被接收的情况下或完全没有被接收的情况下生成第二值（“NACK”或0。针对全集束，可以针对所有传输块生成一个比特，其中在所有传输块被正确接收的情况下生成第一值（“ACK”或1，否则生成第二值“NACK”或0。针对部分集束，可以针对群组的传输块的多个子集中的每一个子集生成一个比特，其中针对每一个传输块子集，在子集的所有传输块正确被接收的情况下生成第一值“ACK”或1，否则生成第二值（“NACK”或0。[0108]在上述中，传输块的子集和或群组可以例如被定义为可以从某服务小区（或其子集）、某子帧（或其子集或这些的组合接收的传输块。群组可以通过较高层显式配置，或从配置隐式获得（例如，群组大小可以被设置为固定值且群组可以从该配置的配置的服务小区的级来定义）。[0109]例如，WTRU可以在FDD中被配置32个服务小区，以及在子帧中接收多达64个传输块。一个可以定义8组的8个传输块，每一组可以对应于可以从4个服务小区的集合中接收的传输块。针对8组中的2组，HARQ-ACK信息比特可以根据“无集束”方案生成而针对其余6组，可以根据“全集束”方案生成HARQ-ACK信息，这样针对所有群组产生16比特加6比特。此外，5个信息比特可以被生成以代表在该子帧中利用“无集束”方案的8个群组中的2个群组的28种可能的组合的组合索引。为了选择8个群组中的哪2个群组被使用“无集束”方案，WTRU可以针对每一个群组确定如果可以使用“全集束”有多少成功接收的传输块生成“NACK”JTRU可以选择具有最大数量的这种成功接收的传输块的2个群组。例如，在子帧中成功接收的传输块的数量可以如下:针对群组1、4和8是8个;针对群组2是5个;针对群组3是4个;针对群组5、6是2个；以及针对群组7是0个。在这种情况中，WTRU可以针对“无集束”方案选择群组2和3以及所有其他的群组使用“全集束”。[0110]使用给定集束方案的群组的选择可以基于以下标准中的至少一者。群组选择可以基于WTRU在子帧中没有指示肯定应答的正确接收的传输块数量最小化，如上所述。此外，群组选择可以基于WTRU针对每一个群组在之前子帧的集合中没有指示肯定应答的正确接收的传输块的存在或数量。此外，群组选择可以基于针对群组中成功接收的传输块没有报告“ACK”的次数。例如，WTRU可以针对在其他情况下可以报告“NACK”且具有该数量的最大值或该数量高于阈值所针对的群组使用“无集束”方案。此外，群组选择可以基于来自待应用于某群组的集束方案的物理层或更高信令的指示。这种指示可以被包含在PDCCH演进PDCCHE-PDCCH的字段中，PDCCHE-PDCCH包含用于群组的服务小区的下行链路DL指派，或可以被包含在包含关于子帧中的DL指派的信息的PDCCHE-PDCCH中。这可以允许网络接替WTRU选择群组;WTRU是否从群组的特定服务小区接收DL指派。此外，群组选择可以基于群组的roscH传输之一的属性。此外，群组选择可以基于用于调度群组的roscH传输的DCI格式。[0111]在本文公开的示例中，当集束方案在服务小区的群组使用时，WTRU可以确定DL指派是否在服务小区中从包含用于群组的另一服务小区的DL指派的ΗΧΧΗΕ-ΗΧΧΗ中的指示丢失。这种指示可以包括在该子帧中在群组中已经被传送的DL指派的数量。如果在子帧中针对群组的正确接收的DL指派的总数低于指示的数量，则WTRU可以确定DL指派丢失，且相应地针对群组报告“nack”。[0112]在一些示例中，可以使用被ACK的小区或TB的索引的指示。此外，在一些示例中，WTRU可以被较高层配置为仅使用PUCCHANACKNACK资源来报告ACK。在这样的示例中，WTRU缺少反馈可以被暗示为代表在e节点B的NACK和HARQ进程可以互换使用。[0113]在使能多个传输块HARQAN比特可能来自多个小区）的报告的PUCCH格式中，在针对每个可能的TBHARQAN报告的比特串内可以有预定位置。WTRU可以留白（或被设置为预先配置的值表示在其他情况下可以传送NACK的TBHARQAN的任意比特。[0114]在另一示例中，在TBHARQAN报告的集合可以位于的比特串内可以有预先配置的位置。这样的比特位置集合可以用于报告针对多个TB的ACK的子集。例如，在PUCCH中报告的HARQAN比特串的每一个可以由X个比特的子集组成。每一个集合的X个比特可以用于报告针对η个TB的HARQAN。在该示例中，WTRU可以被预先配置可能半静态预先配置有比特集合的所有可能的2~x个码点的含义，其中每个码点可以标识不同的TB子集，对此在e节点B可以认为是ACK。作为简单的数值示例，在PUCCH中报告的比特串每个可以由5个2比特的集合组成。每个2比特的集合可以用于报告针对3TB中的任意TB的ACK。例如，码点“00”可以指示针对三个TB中的任意TB没有ACK，“01”可以指示针对第一个TB是ACK，‘10’可以指示针对第二个TB是ACK以及“11”可以指示针对第三个TB是ACK。每个码点的含义可以由e节点B半静态设置且还可以指示被ACK的TB的群组例如码点可以指示第一个和第二个TB是ACK。[0115]在另一示例中，在针对每个TBHARQAN报告的比特串内可以没有预定位置。在这样的示例中，在没有指示ACK的TBHARQAN报告的比特串内可以不需要预留点。假定针对NACKTB的TBHARQAN报告没有浪费容量，这可以使能平均更大数量的可能的TBHARQAN报告。[0116]在HARQAN报告的比特串内的预定和或预先配置位置不用于每个TBHARQAN的情况中，WTRU可以向e节点B指示传送ACK所针对的TBJTRU可以被提供来自所有可能的小区的每个TB的唯一标识符（可能是比特串）。WTRU可以在PUCCH内将该标识符作为ACK报回。例如，针对WTRU可以在子帧内传送至多64个TBS的情况，WTRU可以被提供由6个比特组成的每个TB的标识符。在这种情况中，HARQAN报告可以只是用于WTRU包括传送ACK所针对的任意TB的6-比特串。在一个示例中，当WTRU被调度有传输块时可以提供TB标识符。在另一示例中，WTRU可以根据传送TB的小区的标识符例如小区标识（ID和HARQ进程ID来确定TB标识符。[0117]在于此示出的一些示例中，WTRU可以在PUCCH资源中有多个ACK要传送。针对每个TBHARQAN没有被配置HARQAN比特串中的特定比特位置的方案，可能存在需要在PUCCH实例中传送比PUCCH容量允许的更多的ACK的情况。在这种情况中，WTRU可以下选择在任意PUCCH实例中反馈ACK所针对的TB。没有传送ACK所针对的任何TB可以被认为是在e节点B的NACK，可能是错误认为是这样。[0118]WTRU可以向e节点B指示PUCCH反馈不包括所有ACK且由WTRU使用下选择。在另一示例中，WTRU可以包括与任何ACK传输一起的指示以通知e节点B针对该TB的ACK是否相对于最近传送的I3DSCH或之前的版本。例如，WTRU可能仅能够在第二次重传之后传送ACK，而实际上是在第一次重传之后进行ACK。向WTRU指示针对之前的重传发生ACK和或还可能指示什么重传发生ACK可以使能e节点B的链路自适应。[0119]下选择要传送的ACK可以由WTRU根据一些预先配置的规则自发完成。WTRU可以通过以下至少一者确定要传送的ACK的子集:优先级列表和半静态配置的规则集。[0120]优先级列表可以由e节点B预先配置且可以根据TB和或传送TB的SCell来确定。WTRU可以对ACK的TB进行排名且传送针对第一个TB的ACK反馈，假定PUCCH具有在任意实例中传送η个ACK的能力。优先级排名可以由WTRU根据PDSCH的内容来确定。例如，用于控制平面传输的PDSCH例如RRC重新配置消息）可以比用于用户平面传输的PDSCH具有更高的ACK报告优先级。优先级排名可以与用于PDSCH的调度类型有关。例如，跨载波调度的PDSCH可以比自调度的PDSCH具有更高更低的优先级。或者半持久调度的HSCH可以比单调度的HSCH具有更高更低的优先级。[0121]半静态配置的规则集可以使得WTRU能够确定可以在PUCCH实例中传送ACK所针对的TB在任意一个实例中多达允许的ACK容量。例如，报告针对可以具有最高数量的重传的被ACK的进程的ACK。例如，WTRU可以在每个HARQ进程的重传数方面给TBACK报告优先级进行排序并反馈具有最高数量的重传的η个进程的ACK。例如，报告针对其ACK报告之前被跳过的被ACK的进程的ACK。这些可能通过针对进程跳过ACK报告的次数例如导致最高排名的最多跳过来排序。例如，报告针对具有最高最低数据率、和或最高最低MCS、和或最高最低PRB数量和或最高最低RI的被ACK的TB的ACK。例如，报告针对使用不使用空间复用传送的被ACK的TB的ACK。以上的规则可以以任意组合使用且可以按照规则的顺序可以被预先配置。例如，第一规则可以是报告针对其ACK之前被跳过的被ACK的进程的ACK。如果比η个进程更少的合格，PUCCH反馈可以进一步用满足另一规则的进程例如具有最大数量的重传的进程的ACK来填充。[0122]优先级列表和或规则集可以被半静态配置且还可以取决于PDSCH和或PUCCH的定时。可以有子帧的子集从而在子帧的第一子集中第一规则集用于下选择ACK反馈且在子帧的第二子集中第二规则集用于下选择ACK反馈。[0123]在给定的子帧或子帧群组中，WTRU可以根据以下至少一者来确定用于生成HARQ-ACK信息的方法:无集束，其中HARQ-ACK可以包括按照预定顺序的串接的HARQΑΝ报告；针对确定的传输块子集的HARQΑΝ报告的固定集束例如在空间、频率和或时间域中）；如于此所描述的有条件的HARQΑΝ报告生成；如于此所述的选择性的部分集束；以及如于此所述的ACK传输的下选择。[0124]可以根据以下至少一者来确定在特定子帧中应用的HARQ-ACK且可能其参数的生成的方法的选择:HARQ-ACK信息比特的净荷、PUCCH格式容纳的最大净荷、PUSCH传输容纳的最大净荷、以及来自物理层、MAC或RRC信令的指示。[0125]HARQ-ACK信息比特的净荷可以用于确定在特定子帧中应用的方法。可以针对以下任一者确定净荷:HARQ-ACK传输有关的的接收的传输块的数量基于接收的DL指派或可以被接收且HARQ-ACK传输有关的传输块的最大数量例如基于接收的指派的最大可能数量和针对每一个指派的传输块的最大数量）。[0126]在在子帧中没有发生PUSCH传输的情况下被配置在该子帧中使用的PUCCH格式容纳的最大净荷可以用于确定在特定子桢中应用的方法。例如，WTRU可以选择生成比最大数要小的HARQ-ACK信息数量的方法。[0127]在该子帧中HJSCH传输所容纳的最大净荷可以用于确定在特定子帧中应用的方法，由此传送HARQ-ACK信息所需的RE数不会超过阈值。[0128]来自物理层、MAC或RRC信令的指示可以用于确定在特定子帧中应用的方法。例如，来自包含下行链路指派、上行链路授权或包含关于下行链路指派和上行链路授权的集合的信息的PDCCHE-PDCCH的字段可以用于指示如何生成HARQ-ACK信息或可以被生成的HARQ-ACK比特的最大数量。[0129]以下方案解决了PUCCH中UCI的不足的最大净荷的问题，包括以下至少一者:HARQ-ACK、信道状态信息CSI和SR。在一个示例中，PUCCH中的编码比特的可用数量可以增加。[0130]在一些方案中，可以通过使用高调制阶符号（例如使用高于QPSK的调制阶，例如16-正交幅度调制QAM、64-QAM、256-QAM等来增加PUCCH净荷。[0131]作为示例，在单个16-QAM符号中携带的编码比特的数量是4比特，其与在单个旧有PUCCH例如PUCCH格式3QPSK符号中携带的编码比特数量相比是其两倍。旧有PUCCH格式3净荷可以被编码成48比特且然后可以被映射到24QPSK符号。作为示例，如果16-QAM符号可以代替QPSK被使用，针对相同数量的符号，例如24个符号，PUCCH可以携带4x24=96个编码比特，其相比可以是使用QPSK调制的旧有PUCCH格式3的最大编码比特的两倍。[0132]WTRU针对可以被映射到不同的PUCCHRE的不同符号使用不同的调制阶。[0133]WTRU可以针对可以被映射到不同子载波的不同符号使用不同的调制阶。例如，每PUCCHRB的12个子载波中的η个子载波（例如n=4可以携带QPSK调制符号以及（12-n个例如8个子载波可以携带16-QAM调制符号。具有两个PRB的PUCCH的编码比特的总数假定相同PRB内的所有SC-FDM符号可以携带相同的信息可以计算如下：[0134]2x[nx2+12-nx4]=96-2xn等式⑴[0135]映射到相同PUCCHPRB内的相同子载波的所有符号可以使用相同的调制阶（例如QPSK、16-QAM等被调制。[0136]WTRU可以使用不同编码器和或可以生成不同的编码比特集合。不同编码比特集合可以被映射到不同的PUCCH符号集合，其中每个PUCCH符号集合可以使用不同的调制技术被调制，例如QPSK、16-QAM等。作为示例，两个编码器可以用于编码待在单个PUCCHPRB中被携带的信息比特，这两个编码器可以称为“编码器A”和“编码器B”。每个编码器可以具有与编码器输入不同的信息比特集。编码器A的输出可以使用某调制技术例如QPSK被调制，并可以被映射到某数量的PUCCH子载波，例如4个子载波。编码器B的输出可以使用不同的调制技术例如16-QAM被调制，并可以被映射到不同的PUCCH子载波集，例如12-8=4个子载波。根据之前描述的公式，具有两个PRB的PUCCH的编码比特的总数假定相同PRB内的所有SC-FDM符号可以携带相同的信息可以被计算为88。[0137]每个PUCCH编码器针对该编码器，编码比特可以被映射到不同的调制阶技术对于信道解码损坏可以具有不同的保护等级和或鲁棒性。如，最终可以被映射到16-QAM符号的编码比特与被映射到QPSK符号的编码比特相比针对信道解码损坏可以具有更低的鲁棒性。[0138]WTRU可以针对两个或更多不同性能要求的可能性具有两个或更多不同的信息比特集。可以使用两个或更多编码器编码两个或更多不同的信息比特集合或可以通过两种或更多调制技术例如QPSK、16-QAM等）调制编码比特。两个或更多调制符号集可以被映射到两个或更多子载波和或RE集。[0139]作为示例，WTRU可以使用HARQACKNACK集束来集束一些分量载波的HARQACKNACK比特和或WTRU可以不集束一些其他分量载波的HARQACKNACK。由于集束的HARQACKNACK比特的接收错误与非集束的HARQACKNACK比特的错误相比可能损坏更多分量载波的操作，因此WTRU可以将集束的HARQACKNACK比特指派给编码器，其可以最终被映射到QPSK符号，而WTRU可以将非集束的HARQACKNACK比特指派给可以最终被映射到16-QAM符号的编码器。因此，集束的HARQACKNACK比特与非集束的HARQACKNACK比特相比具有比针对信道解码损坏更高的保护。[0MO]WTRU可以基于需要在子帧中传送的编码比特的数量来确定调制方案。例如，假定可以使用与PUCCH格式3相同的扩频方案和RB的数量（S卩，每个子载波2个符号以及1RB，如果所需的编码比特数量是48个比特，则WTRU可以使用QPSK进行传送，以及如果所需的编码比特的数量是92个比特，则WTRU可以使用16-QAM进行传送。[0141]在一些方案中，可以通过将多于1个资源块分配给单个PUCCH资源来增加PUCCH净荷。当于此描述时这种方案可以称为“扩展PUCCH”。[0142]图2是利用两个连续RB的扩展PUCCH设计的可能RE映射的示例的图。如映射200中所示，时间和频率维度可以分别由水平和垂直轴来表示。在映射200中的示例中，RB#1210和RB#2220是连续的且在同一个时隙中被传送。这种设计的好处可以是保存上行链路传输的单载波属性。可用于携带上行链路控制信息的RE的数量于利用单RB的旧有传输格式相比可以基本上是其的两倍。[0143]在PUCCH利用2个RB的一些方案中，解调DM-RS230可以在与旧有传输格式（例如PUCCH格式3中的相同的时间符号中被传送。还可以传送信息240和信息250。这也在图2中被示出。[0144]如于此所述，可以预见确定DM-RS的序列的不同方案。[0145]在第一方案中，可以根据长度24的基础序列U«其在旧有系统中用于2个RB的PUSCH分配的DM-RS序列生成扩展PUCCH的DM-RS序列。这种基础序列可以不同于用于PUCCH的长度12的基础序列。序列本身可以被定义为基础序列的循环移位α[0146][0147]该方案的优点可以是DM-RS序列具有低峰值-平均功率比且其通过使用相同基础序列的不同循环移位允许复用使用相同RB对的其他扩展PUCCH资源。[0148]在第二方案中，可以根据长度12的两个串接的基础序列来生成扩展PUCCH的DM-RS序列。换句话说，用于扩展PUCCH的DM-RS序列可以被表示为：其中K可以是统一振幅的常数，可能取决于群组序列号ul和u2,其被配置由此DM-RS序列的峰值-平均比被保持在低值。群组序列号Ul和u2可以被设置为相同的值u。在该情况中，该方案中的扩展DM-RS序列可以等同于根据具有不同的循环移位CtjPa2的相同基础序列及第二序列的相位偏移，生成长度12的两个串接的DM-RS序列，例如：[0154][0155]该方案的示例优点可以是其允许在相同RB上将扩展PUCCH资源与PUCCH格式3资源复用，只要第一RB或第二RB上的PUCCH格式3的循环移位分别不同于〇1或α2，且如果针对携带信息的资源还确保正交性。在相同RB对上与其他扩展HJCCH资源复用也可能进行循环移位的合适选择。循环移位以及相位偏移β的可能组合的集合可以被限制由此保持DM-RS序列的期望属性例如低峰值-平均功率比）。例如，利用V4的相位偏移可以导致与不使用相位偏移相比更低的峰值-平均功率比。[0156]在所有的以上方案中，用于DM-RS的循环移位以及相位偏移β的值可以是传送DM-RS所在的时间符号的函数。[0157]对扩展PUCCH携带的信息的处理可以类似于用于调制之后PUCCH格式3的处理。每一个调制符号可以在一个子载波和一个时隙上扩展，产生总共48个调制符号或96个编码比特如果使用QPSK。这种方式可以具有的好处是如果还实现DM-RS的正交性则能够在相同RB上复用扩展HJCCH和PUCCH格式3。[0158]WTRU可以基于需要在子帧中传送的编码比特的数量来确定RB的数量。例如，假定与HJCCH格式3相同的扩展和调制方案将被使用（S卩，每个子载波2个符号以及QPSK，如果所需的编码比特的数量是96个比特，则WTRU可以在2个RB上传送，以及如果所需的编码比特的数量是144个比特，则可以在3个RB上传送。当用于PUCCH的RB的数量大于1时，WTRU可以使用以下方案之一来应用变换预编码。[0159]在一个方案中，WTRU可以在所有传送的子载波的集合上应用离散傅里叶变换DFT。在WTRU没有在为PUCCH传输定义的RB之一上传送例如根据在下面的段落中描述的方案之一）的情况中，DFT可以不被应用到相应的子载波。该方案可以确保输出信号尽可能保持SC-FDMA的期望属性例如低立方度量）。[0160]在另一方案中，WTRU可以分别在每个RB上应用DFT。该方案可以在存在WTRU是否在每个RB上传送的不确定性的情况中降低接收器复杂度。[0161]在一些方案中，可以通过空间复用增加PUCCH净荷。这种方案可以于此称为“秩-ηPUCCH”，其中η是层数。使用这种方案，针对可用于信息传输的相同数量的RE，调制符号（以及编码比特的数量可以被增加因子nJTRU可以针对对应于层的每个天线端口传送不同的DM-RS序列。[0162]在一些方案中，针对每个天线端口传送的每个DM-RS序列可以根据长度12的相同基础序列1来生成。在时间符号中使用的DM-RS序列[0163][0164]可以针对每个天线端口ρ使用不同的循环移位α。这种方式可以具有的优点是可以实现在相同资源块中与旧有PUCCH格式3传输进行复用。[0165]当使用空间复用时，e节点B接收机看到的信道质量在两个天线端口之间是不同的。在一些方案中，WTRU因此可以在这两个传输层之间使用不同的编码率、编码方案和或调制方案，以确保针对尽可能低的传输功率满足至少一种类型的上行链路控制信息。例如，在秩-2PUCCHn=2的情况中可以应用以下方案的至少一种：处理给定类型的k个信息比特，其中kl个信息比特在第一天线端口上被编码、调制和映射，以及k2个信息比特在第二天线端口上被编码、调制和映射;编码、调制和映射在第一天线端口上的第一类型的信息比特以及第二天线端口上的第二类型的信息比特;确定在每个天线端口上使用的调制阶例如，QPSK或16-QAM;确定在每个天线端口上可用的编码比特数量；以及确定在每个天线端口上使用的编码方案例如，块码、卷积码、turbo。[0166]例如，WTRU可能必须在秩-2PUCCH上传送给定信息类型（例如HARQ-ACK的k=30个比特。WTRU可以确定kl=20个比特和k2=10个比特分别在第一和第二天线端口上被编码、调制和映射。WTRU还可以确定在每个天线端口上使用QPSK，由此48个编码比特被确定可用于每个天线端口。WTRU然后可以使用2048编码率编码待在第一天线端口上映射的20个信息比特以及使用1048编码率编码待在第二天线端口上映射的10个信息比特。[0167]WTRU可以使用以下方案中至少一者来确定以上参数中的至少一者。WTRU可以使用从较高层信令接收的指示。WTRU可以使用从在PDCCH或E-PDCCH上接收的DCI的至少一个字段接收的指示。例如，DCI可以是包含下行链路指派之一的DCI，下行链路指派指示传输块，针对该传输块在HJCCH传输中将要传送HARQ-ACK。该指示可以包括以下中的一者或多者:在每个层上待编码和映射的信息比特的数量或比的指示例如2-比特字段可以指示比在第一天线端口上是三分之一、二分之一、三分之二或四分之三，以及其余在第二天线端口上（其中比特数量上或下舍入）；AN资源指示符ARI字段，过载以包括上述的ARI字段可以等同于或可以重新使用与在针对SCell的下行链路控制信息中接收的发射机功率控制TPC字段相同的资源）；QPSK还是16-QAM可以用于每个天线端口的指示；以及两个天线端口之间的信道质量失衡的指示，例如在信号干扰比（SINI?比率或差单位dB方面，或在每个天线端口上每个信息比特的传送的能量之间所需的差的方面是明显的。WTRU可以使用与N-秩PUCCH相关联的至少一个资源索引，其可以使用ARI字段结合较高层信令而被指示。针对每个天线端口的信息比特的数量和调制可以被配置作为较高层配置的资源的一部分。[0168]在示例中，可以使用预编码。在一些示例中，装配有用于上行链路的一个以上的天线端口的WTRU可以采用与应用到PUSCH的预编码相似的预编码。这可以允许在相同频率和时间资源上空间复用多个WTRU的PUCCH传输。可应用于PUCCH传输的预编码矩阵可以被提供下行链路控制信令，例如在包含在子帧中提供反馈所针对的PDSCH指派的至少一个PDCCHE-PDCCH中被提供下行链路控制信令。[0169]在一些示例中，可以使用扩展因子更小的DFT-S-0FDM。在一些方案中，在DFT-S-OFDM结构中，PUCCH净荷可以在更少数量的资源元素上通过扩展调制符号而被增加。例如，在3个时间符号上扩展的48个调制符号可以被映射到PUCCH上，且其中用于DM-RS的时间符号的数量被减小到2。[0170]在一些方案中，可以在与旧有PUCCH格式3相同的时间符号中保持用于DM-RS的时间符号以在相同RB中保持与该格式的旧有HJCCH传输进行复用的可能性。在这样的框架中，针对在子载波上将调制符号扩展到时间符号可以预见有一些可能性，例如但不限于：10个调制符号，每个在单个时间符号上例如，没有扩展）；5个调制符号，每个在2个时间符号上扩展;4个调制符号，其中的2个可以在3个时间符号上扩展以及2个在2个时间符号上扩展；以及3个调制符号，其中的2个可以在3个时间符号上扩展以及1个在4个时间符号上扩展。[0171]在缩短的HJCCH传输的情况中，其中最后的时间符号不可用，调制符号扩展到的时间符号的数量针对调制符号中的一者可以被减少1。被影响的调制符号优选地是在非缩短的PUCCH传输中更大数量的时间符号上扩展的调制符号。[0172]子载波内调制符号到时间符号的准确映射及因而的扩展因子可以被参数化以依据该参数值支持HJCCH的最大净荷值。参数可以从PUCCH资源索引得到或与PUCCH资源索引一起被配置。[0173]如果分别编码被应用到不同的UCI比特子集，则在PUCCH内在更大数量的时间符号上扩展的调制符号例如，每个子载波2个调制符号，其在3个而不是2个时间符号上扩展可以用于携带用于需要更高鲁棒性的UCI的编码比特。[0174]WTRU可以基于需要在子帧中被传送的编码比特的数量来确定扩展方案。例如，如果所需的编码比特的数量是120个比特，则WTRU可以每个子载波扩展5个调制符号，以及如果所需的编码比特的数量是72个比特，则WTRU可以每个子载波扩展3个调制符号。[0〃5]在一个示例中，可以使用参数和码本、资源和传输格式的选择。WTRU可以确定在特定子帧中使用的PUCCH传输格式以及可能相关联的参数。PUCCH传输格式可以由编码比特总数以及如何可以将编码比特集合域如果适用每个编码比特子集调制、扩展以及映射到物理资源可能包括空间复用来表征。[0176]PUCCH传输格式可以包括以下至少一者：旧有PUCCH格式，例如1、1、11^、2、3等；以及支持更高净荷的新HJCCH格式，例如基于上述的技术之一或组合更高的阶调制、更大BW、空间复用或降低的扩展的格式。[0177]相关联的参数和格式的选择可以基于以下至少一者。选择可以基于待在PUCCH上被传送的不同类型的UCI包括多种类型的HARQ-ACK、CSI、SR的信息比特的数量。例如，该选择可以基于待在PUCCH上被传送的不同类型的UCI存在与否。此外，选择可以基于从物理层或较高层信令接收的指示，信令例如是包含DL指派或关于DL指派的信息的PDCCHE-PDCCH。例如，指示可以包含指示每个子载波要被映射的调制符号的数量的参数或扩展因子或扩展因子集合）、指示调制类型（例如QPSK或16QAM的参数、和或指示PUCCH传输的层数的参数秩）。此外，选择可以基于用于生成待在PUCCH中传送的HARQ-ACK信息比特的方法。此外，选择可以基于从物理层或较高层信令接收的至少一个码本属性的指示，如于此所述。选择还可以基于在子帧中传送的反馈群组的子集，如于此所述。此外，选择可以基于UCI反馈的上行链路资源的动态调度，如于此所述，包括如于此所述的与UCI调度信息有关的方法例如使用与于此描述的相似的DCIUCI。[0178]在一些方案中，WTRU可以基于所需的编码比特的数量和基于编码比特数量的预定集合、信息比特数量和或反馈群组的子集的映射确定传输格式的所有属性包括调制、RB数、扩展、空间复用中的至少一者）。例如，WTRU可以基于与表1类似的表来确定传输格式。[0179]表1[0180][0181]在该示例中，WTRU可以例如基于信息比特总数和最大编码率来确定编码比特数，如在下面段落中描述的。例如，如果WTRU确定所需的编码比特数是144,则WTRU可以对编码比特采用QPSK调制、扩展调制符号，由此在每个子载波上扩展3个符号，以及在2个RB上映射得到的信号。[0182]在一些方案中，WTRU可以基于动态指示（例如从PDCCHE-PDCCH接收ARI或另一字段选择传输格式的一些属性。例如，接收的ARI指示的资源可以具有1RB。如果所需的编码比特数是96个比特，则WTRU可以确定扩展应当是每个子载波扩展4个调制符号，允许在RB中96个编码比特。在接收的ARI指示的资源具有2个RB的情况中，WTRU可以确定扩展应当是每个子载波扩展2个调制符号，允许在2个RB中96个编码比特。于此描述了这种动态方面的进一步示例。[0183]在一个示例中，可以使用码本属性的动态确定。在一些方案中，WTRU可以基于半静态和或动态方面来确定用于HARQ反馈以及可能其他UCI例如码本）的信息比特集合的至少一个属性。方案可以允许用于这种信息的传输的资源量的最小化。于此描述了这种动态方面的进一步示例。[0184]通过延展，下面描述的方案还可以用于确定可以与码本属性例如码本大小相关联的HJCCH格式、PUCCH资源或功率控制方法。例如，如果码本大小小于第一值则WTRU可以确定使用第一PUCCH格式和或功率控制方法），以及如果码本大小大于或等于第一值但是小于第二值，则可以确定使用第二HJCCH格式，等等。[0185]可以确定以下码本属性的至少一者。可以确定码本的信息比特数。可以确定码本的信息比特的阶例如在哪个些小区或小区群组的哪个些传输块被映射到码本的给定位置的方面）。可以确定每个信息比特或其集合的解译，例如比特是否表示:在特定小区、小区群组和或子帧上接收的传输块的解码的ACK或NACK结果;和或是否应用集束所在的小区或小区群组或子帧的指示。可以确定可以被应用的源编码方案（例如Huffmann编码）。可以确定被应用到码本的信道编码方案例如Reed_Muller、turbo或卷积）。[0186]图3是基于反馈的大小和类型的PUCCH格式的示例选择过程的图。在过程300中示出的示例中，WTRU可以在多个配置的载波的集合上接收多个传输块并针对多个传输块生成HARQ-ACK反馈310和CSI反馈320。此外，HARQ-ACK反馈310所需的信息比特数可以由η来表示）以及CSI反馈320所需的信息比特数可以由m来表示可以被WTRU330组合例如串接）。WTRU可以生成反馈消息，其包括用于HARQ-ACK反馈的HARQ-ACK反馈比特数和用于ClS反馈的CSI反馈比特数。WTRU然后可以基于反馈340的内容来确定可能的I3UCCH格式。例如，该PUCCH格式确定可以基于HARQ-ACK反馈比特数和CSI反馈比特数来作出。WTRU可以使用所确定的PUCCH格式来传送反馈消息。[0187]例如，如果HARQ-ACK反馈存在且因此n0且如果CSI反馈存在且因此m0,则第一HJCCH格式例如PUCCH格式X或第二PUCCH格式例如PUCCH格式y可以被选择350。此外，如果HARQ-ACK反馈不存在且因此n=0且仅CSI反馈存在且因此m0,则HJCCH格式X或第三HJCCH格式例如PUCCH格式z可以被选择360。此外，如果HARQ-ACK反馈存在且因此n0且如果CSI反馈不存在且因此m=0，则PUCCH格式X或第四PUCCH格式例如PUCCH格式w可以被选择370〇[0188]在PUCCH格式X或PUCCH格式y被选择350的情况中，WTRU则可以将反馈净荷的信息比特数与第一阈值进行比较355,例如B1。如果反馈净荷大于第一阈值且因此n+n^Bi，则PUCCH格式X可以被选择356。此外，如果反馈净荷小于或等于第一阈值且因此n+m彡B1,则PUCCH格式y可以被选择358JTRU可以使用所确定的PUCCH格式来传送反馈消息。[0189]在PUCCH格式X或PUCCH格式z被选择360的情况中，WTRU则可以将反馈净荷的信息比特数与第二阈值进行比较365，例如B2。如果反馈净荷大于第二阈值且因此mB2，则PUCCH格式X可以被选择366。此外，如果反馈净荷小于或等于第二阈值且因此mB3，则PUCCH格式X可以被选择376。此外，如果反馈净荷小于或等于第三阈值且因此nΒ，则WTRU可以插入或附加CRC550。此外，如果反馈比特的数量大于该阈值且因此ηΒ，则WTRU可以使用卷积编码560。编码的反馈比特的集合565可以从卷积编码得到。[0270]在一些方案中，在编码之前的可能的信息比特数的最终集合Β’（或净荷大小可以被允许以简化接收机处的解码。该集合可以被预先定义或根据配置例如小区数量、小区群组、每个小区的传输块数量，等等来确定。在特定子帧中使用的特定净荷大小Β’还可以根据下行链路控制信令被动态确定。例如，PDCCHE-roCCH中的字段可以指示被预定义或由较高层配置的可能净荷大小B’的集合中的一者。在另一示例中，字段可以指示可能的HJCCH格式集合中的一者，其每一者依据配置小区数、小区群组等对应于净荷大小。当要传送的比特的数量B小于信息比特的允许数量B’，则WTRU可以使用填充比特。例如，可能的净荷大小的集合可以是20个比特、50个比特和100个比特。在基于所选择的反馈群组的子集待传送的比特数B是60个比特的情况中，WTRU可以采用填充比特由此总净荷是100个比特。WTRU还可以传送来自另外的反馈群组初始没有选择的信息由此比特的总数匹配有效净荷大小。[0271]要使用的编码比特的数量可以是比特总数B或净荷大小B’的函数。其可以在编码比特数的预定值的集合中选择。在一些方案中，所选的编码比特数可以被选择为实现至多最大编码率g卩，信息比特数与编码比特数之比）的预定值中的最小数。[0272]在一个示例中，可以使用资源的确定。如于此所述，资源可以指反馈的传输例如通过HJCCH的传输属性的集合。资源可以由索引来标识，从该索引得到所有属性，例如RB集合、一个或多个DM-RS序列的属性、至少一个扩展序列，等等。在在多个小区上配置PUCCH的情况中，资源可以包括传送PUCCH所在的小区，或小区的集合。子资源可以指这种资源的部分一一例如在资源由多于一个RB的集合构成的情况中，子资源可以指一个RB，或在资源由多于一个扩展序列的集合构成的情况中，子资源可以指一个扩展序列，或在资源由多个小区构成的情况中，子资源可以指一个小区。[0273]WTRU可以基于可以与属于反馈群组的PDSCH的至少一者相关联的下行链路控制信令来确定用于反馈群组的传输的资源或子资源或反馈群组的组合。例如，资源或子资源可以由在调度属于反馈群组或组合的反馈群组部分的I3DSCH的roCCHE-PDCCH中的ARI字段来指示。在另一个示例中，资源或子资源可以依据从中解码PDCCHE-PDCCH的小区或小区群组，或对应的PDSCH的小区或小区群组。例如，传送HJCCH所在的小区可以是与从中解码PDCCHE-PDCCH的小区群组相同的小区群组中的小区。在另一示例中，可以使用例如于此所述的信令。[0274]用于反馈群组的组合的传输的资源可以依据编码比特数和或相关联的PUCCH格式，可能结合ARI。例如，如果编码比特数是第一数以及接收的ARI是第一值，则WTRU可以选择第一资源，以及如果编码比特数是第二数及接收的ARI是第一值，则WTRU可以选择第二资源。资源与ARI和编码比特数的组合之间的映射可以由较高层配置。在另一示例中，WTRU可以被配置有针对每个PUCCH格式或针对每个可能的信息比特或编码比特数的单个资源。在该情况中，WTRU可以选择需要被传送的对应于信息比特或编码比特的数量的PUCCH资源或需要被使用的HJCCH格式）。[0275]在一个示例中，可以使用反馈群组到具有可能的零功率传输的子资源的固定映射。WTRU可以基于可以与任意PDSCH相关联的下行链路控制信令和与该反馈群组相关联的索引或顺序的组合来确定用于反馈群组（或反馈群组的组合）的传输的资源或子资源。例如，从ARI字段接收的索引与反馈群组的索引的组合可以确定用于该反馈群组的传输的资源或子资源。例如，ARI的特定值可以指示跨两2个连续RB的资源，以及可以有两个反馈群组被传送。在该情况中用于第一反馈群组的子资源可以是两个RB中的第一个RB，以及用于第二反馈群组的子资源可以是两个RB中的第二个RB。[0276]在针对反馈群组不需要发生传输的情况中，WTRU可以在相应的子资源上用零功率进行传送（即，可以不传送）。在一些方案中，WTRU可以在子资源上传送（即使针对相应反馈群组不需要发生传输）以确保WTRU传送的信号跨越连续的RB。例如如果子资源在RB上且在两个相邻RB上发生非零功率传输，则WTRU可以执行这种传输。在这种情况中，WTRU可以根据预定的规则编码针对相应反馈群组的信息，例如犹如WTRU针对反馈群组的所有相应传输报告“NACK”或“DTX”。[0277]在一个示例中，可以使用反馈群组到具有可能的指示的资源的灵活映射。用于特定反馈群组的传输的资源还可以基于在该子帧中被传送的反馈群组的子集或组合来确定。该方案可以确保用于所有反馈群组的传输的资源的组合产生具有期望属性的信号，例如跨越连续资源块的信号。例如，可以有4个定义的反馈群组标记为#1、#2、#3和#4以及从下行链路控制信令接收的值例如，ARI可以确定跨越4个连续资源块标记为如、此、此和#d的资源集。当所有4个反馈群组被传送时，群组#1、#2、#3和#4可以分别被映射到资源#、#b、#c和#d。换句话说，如果仅群组#1、#2和M被传送，则这些群组可以被映射到资源#a、#b和此由此仅连续的资源块被使用。当网络可能关于在给定资源上传送的反馈群组的标识模糊时，WTRU可以在至少该资源中包括反馈群组的指示，例如指示通过资源#c传送的反馈群组是#3还是M的比特。这种指示可以与来自反馈群组的信息比特联合或分别被编码。[0278]在一个示例中，反馈群组指示符的传输可以被执行。在一些方案中，WTRU可以传送在子帧中传送的反馈群组的子集的至少一个指示以促进在接收机处的解码。这种指示可以在下文中称为“反馈群组指示”（FGIAGI的值可以指示反馈群组的有效可能组合的集合中的一者，包括码本大小。每个可能FGI值与反馈群组组合之间的映射可以由较高层提供或被预先定义。映射可以依据在该子帧中的传输的信息比特总数B，和或净荷大小B’。在一些方案中FGI可以由PUCCH的传输格式的指示构成。[0279]在一种方案中，FGI与其他反馈比特可以分别处理并被映射到特定物理资源。例如，FGI比特可以被编码、调制、扩展以及映射到特定子载波和或资源块时隙。该方案具有的优点是信息比特的多个可能的数B可以被支持而不用过度增加接收机的复杂度，因为接收机能够通过先解码FGI来首先确定信息比特的数量。[0280]在一种方案中，FGI比特可以在后续联合处理可能包括编码、调制、扩展以及映射到物理资源的至少一者之前被串接到其他反馈比特（以及可能地被交织）。该方案在净荷大小的可能集合在接收机处是已知的情况下尤其有利。[0281]在一种方案中，FGI比特可以用于掩码附加到反馈比特集合的CRC。该方案具有的优点是通过错误检测提供增加的可靠性同时降低由于丢失的PDSCH指派或错误检测到的PDSCH指派导致的反馈传输错误的可能性。在接收机处，网络可以尝试采用给定净荷大小或可能的净荷大小的集合进行解码并尝试给定传送的PDSCH则检查被预期的FGI值掩码的CRC是否有效。[0282]在一种方案中，用于反馈的传输的资源可以是FGI的函数，可能结合从下行链路控制信令例如ARI和较高层接收的信息。该方案提供隐式FGI信令机制，因为接收机能够从从中可以解码反馈信息的资源确定FGI。[0283]在一种示例中，可以使用功率设置。WTRU可以基于至少路径损耗估计PU、配置的最大功率ΡΜΑΧ,。、较高层提供的参数例如Po+PUdSp+PLicxH和δΤχ[、取决于接收的TPC命令g⑴的参数和或是可以基于子帧改变的参数的函数的功率偏移h来确定应用于包含反馈信息的传输包括仅包含反馈信息的传输，例如HJCCH传输的功率，这在下面进行描述。[0284]在一些方案中，功率偏移可以是以下至少一者的函数:基于针对传输选择的反馈群组子集的信息比特总数B，该子集可能包括被传送以确保连续RB上的传送的反馈群组;针对传输选择的子集中的反馈群组的信息比特的最大数量;基于接收的PDSCH的传输块的数量;基于在每个反馈群组中接收的PDSCH的传输块的数量，或在反馈群组中的传输块数量的最大者;可以基于配置接收的传输块的最大数;在子帧中的反馈信息的传输的净荷大小B’；在子桢中使用的编码类型Reed-MulIer、卷积、turbo;CRC和或FGI是否附加到传送的反馈比特的集合;在复用之前独立编码的比特的子集数M;以及在独立编码的比特的每个子集中传送的比特数，或所有子集中的比特数的最大者，其中比特数可以或不可以被限制到对应于接收的I3DSCH的比特数。[0285]功率偏移函数可以取决于依据被利用的编码类型的不同参数，或更一般地依据被使用的传输格式。例如，在编码基于诸如Reed-MulIer的块码的情况中，功率偏移可以是基于在子帧中接收的I3DSCH的传输块的数量的函数，或可能是在独立编码的子集中的传输块的最大数。换句话说，在编码基于卷积码或turbo码的情况中，功率偏移可以是可以基于配置接收的传输块的最大数的函数。该方案可能是合适的，因为在基于小码本的块编码被使用的情况中，接收机能够利用已知被设置为NACK基于调度的PDSCH的信息比特的知识来改善正确检测的可能性。[0286]在旧有系统中，针对HARQ-ACk的每个层的编码调制符号的数量Q’可以被设置为与针对HARQ-ACK的信息比特数、初始PUSCH传输的子载波数以及因子成比例的值，但是不大于PUSCH的子载波的数量的4倍。可以无关于存在还是不存在HARQ-ACK来执行较高层数据的编码、交织、复用以及映射。当传送HARQ-ACK时，其编码调制符号可以在某些资源元素中覆盖overwrite用于较高层数据的符号，导致由于删除操作puncturing而较高层数据适度的性能降级。[0287]当需要传送大数量的HARQ-ACK时，可能PUSCH的子载波数量的4倍限制是不够的，例如在不可能具有非常大的带宽用于PUSCH的功率受限情形中。在一些方案中，PUSCH分配的子载波数量的4倍限制可以被提高由此用于HARQ-ACK的调制符号可以被映射到PUSCH上的另外的资源例如时间符号）。[0288]在一些方案中，为了避免由于过度的删除操作导致性能降级，WTRU可以在处理较高层数据的时候考虑由于HARQ-ACK或其最小数量的比特的传输而导致至少一些资源元素不可用于较高数据。更具体地，以下参数或过程可能受到影响。较高层数据的传输块大小可能受到影响。例如，根据用信号发送的调制和编码方案MCS以及PUSCH分配的大小似资源块为单位）的传输块大小的计算可以考虑由于HARQ-ACK的传输而不可用的时间符号数量。例如，在HARQ-ACK所需的调制符号数量超过PUSCH的子载波数量的4倍的情况中，传输块大小可以被缩小因子（12-412=23以考虑当可能需要传送HARQ-ACK时时间符号（不用于DM-RS的至少13不可用于较高层数据。映射到PUSCH的RE的过程可以被改变由此HARQ-ACK的符号被映射到的全部RE的子集从HJSCH的符号可以被映射到的RE的集合中被排除。例如，HARQ-ACK的符号可以被映射到的前4个时间符号上的RE可以被排除。[0289]WTRU可以基于以下条件至少一者来确定根据以上描述处理较高层数据。WTRU可以根据来自接收的roCCHE-PDCCH的显式信令确定处理较高层数据。接收的roccHE-roccH可以是包含针对所有关PUSCH传输的上行链路许可的PDCCHE-PDCCH，或可能指示关于PDSCH和或PUSCH传输的集合的信息的另一接收的PDCCHE-PDCCH。DCI的新的或已有的字段可以用于该目的。该方案具有的优点是针对下行链路指派丢失的鲁棒性。WTRU可以根据待在PUSCH中被传送的HARQ-ACK信息比特的数量来确定处理较高层数据。WTRU还可以根据HARQ-ACK的符号数量是否超过阈值例如PUSCH传输的子载波的数量的4倍来确定处理较高层数据。[0290]在一个示例中，WTRU可以选择用于UCI传输的上行链路资源。在示例中，WTRU可以在以下情况中确定用于传输UCI的资源：可能可用于UCI传输的多种类型的物理信道，例如PUSCH和PUCCH二者;可能可用于传输的多种类型的UCI，例如HARQ-ACK、CSI或SR;和或可能在未许可频带例如LAA中操作的载波上的一些小区。[0291]在一个示例中，WTRU可以跨PUSCH和PUCCH分割UCI。在一个示例方法中，WTRU可以确定第一UCI量可以应用于第一类型的传输，例如PUCCH，而第二量可以应用于第二类型的传输例如PUSCH。可能地，这种方法在每个小区群组是可应用的，例如针对PUCCH群组或小区群组例如CG。[0292]例如，第一UCI量可以对应于特定类型的UCI，例如HARQAN比特。例如，第二UCI量可以对应于其他类型的UCI，例如CSI，诸如CQI、预编码矩阵指示符PMI或RI比特。[0293]在WTRU被预期在其中传送UCI的子帧中，WTRU可以确定至少一个PUSCH资源是否可用于有关子帧。WTRU还可以确定其是否被配置用于针对给定服务小区或小区群组的PUCCH和PUSCH上的同时传输。[0294]如果WTRU可以在PUSCH和PUCCH上同时执行传输例如资源是可用的且WTRU被配置用于这种操作），则WTRU可以确定可以在PUSCH传输上传送第一类型的UCI，例如HARQ-ACK，而在PUCCH传输上可以传送第二类型的UCI，例如CSI，或者反之亦然。WTRU还可以根据以下至少一者确定可以在PUSCH传输上传送给定类型的UCI例如HARQ-ACK的第一部分而在PUCCH传输上传送第二部分：下行链路控制信令的接收，例如使用与于此所述的类似方法这种信令可以指示应当使用PUSCH和PUCCH传输分割UCI;下行链路控制信令的接收，例如使用如于此所述类似的方法这种信令可以包括UCI请求，其中指示的UCI可以被路由到第一特定资源和或传输例如PUCCH，或可能由动态调度指示的资源，例如根据于此所描述的而其他反馈可以被路由到第二特定资源和或传输例如PUSCH，或可能丢弃），或者反之亦然）；PUSCH分配例如许可的大小）小于域等于）（可能配置的）阈值;针对有关的PUSCH传输的非UCI净荷比特的数量与UCI比特的数量的最终的比等于或大于针对有关的UCI比特量的特定阈值;针对有关的HJSCH传输的（非UCI净荷比特的数量与HARQAN比特的数量的最终比等于或大于特定阈值;针对UCI类型和有关的PUSCH传输的每个层的调制符号数Q’超过阈值例如在HARQ-ACK情况中阈值可以是PUSCH的子载波数的4倍）。[0295]当满足以上条件中的至少一者时，WTRU可以根据以下至少一者确定在每个信道上传送的UCI比特的一部分。WTRU可以根据包括在有关的PUSCH传输中第一类型的UCI例如HARQACK比特直至有关的UCI的所需的符号数的信息来确定该部分。WTRU可以使用PUCCH上的传输来传送剩余的UCI例如第二类型的UCI，例如CSI比特）。此夕卜，WTRU可以基于PUSCH分配例如许可的大小根据包括在PUSCH传输中的UCI比特数的信息来确定该部分;然后可以使用不同的传输传送剩余的UCI比特。例如，WTRU可以确定HARQ-ACK比特的数，这可以使得每个层的调制符号数Q’不大于阈值，该阈值取决于PUSCH的大小，例如子载波数的N倍。在另一示例中，PUSCH传输中的UCI比特数可能是给定类型的可以被设置为零且所有比特可以在不同传输上被传送。[0296]在一个示例中，WTRU可以跨多个PUCCH分割UCI。在一个示例方法中，WTRU可以确定第一UCI量可以应用于第一类型的传输，例如第一服务小区（例如PCell的资源上的PUCCH，而第二量可以应用于第二服务小区（例如被配置有PUCCH的SCell的资源上的第一类型的传输例如PUCCH。可能地，这种方法对于每个小区群组是可应用的，例如针对PUCCH群组或小区群组例如CG或跨PUCCH群组或CG是可应用的。[0297]例如，第一UCI量可以对应于特定类型的UCI，例如HARQAN比特。例如，第二UCI量可以对应于其他类型的UCI，例如诸如CQI的CSI、PMI或RI比特。在这种情况中，WTRU可以根据以下至少一者来确定具有PUCCH的小区，在该PUCCH上传送第一UCI类型：下行链路控制信令的接收，例如使用于此所述的类似方法这种信令可以指示使用不同PUCCH传输应当分割UCI以及使用特定小区的资源来传送第一类型的UCI例如已经接收到控制信令所在的小区）；下行链路控制信令的接收，例如使用于此所述的类似方法这种信令可以包括UCI请求，其中指示的UCI可以被路由到第一特定PUCCH资源和或PUCCH传输例如可能地由动态调度指示的资源，例如于此所述的）而其他反馈可以被路由到第二特定PUCCH资源和或PUCCH传输例如根据确定PUCCH资源的其他方法），或者反之亦然）；总是PCell或如果针对MCG则是PSCe11或可替换地总是SCelI;WTRU选择具有足够容量的PUCCH和或具有最佳预期的传输性能）；WTRU选择具有最低路径损耗估计的小区；WTRU选择还具有用于PUSCH传输的资源的小区（仅在针对WTRU配置同时进行PUSCH+PUCCH传输的情况下）；以及根据半静态配置。[0298]在一个示例中，WTRU可以在多个可用时选择单个HJCCH。在可能的示例中，仅在WTRU同时在不同PUCCH上执行传输的情况下，当多个可用时WTRU可以选择单个PUCCH。在另一示例中，WTRU可以根据以下至少一者选择具有PUCCH的服务小区:WTRU基于类似于上述的接收的控制信令选择小区；下行链路控制信令的接收，例如使用于此所述的类似方法这种信令可以包括用于UCI传输的动态调度，例如根据于此所述的）；WTRU选择具有足够容量的PUCCH和或具有最佳预期传输性能）；WTRU可以选择最小路径损耗估计的小区；以及根据半静态配置。在几个示例中，WTRU可以仅考虑激活状态的小区。[0299]WTRU可以被配置有在至少一个SCe11上的多个PUCCH资源。可能地，WTRU可以被配置对其可以执行的同时上行链路传输的数量的限制。这种限制可以针对WTRU的所有传输例如包括所有配置的小区或CG的所有传输），针对WTRU的配置的给定CG的所有传输，针对特定类型的所有物理传输例如仅针对PUCCH传输和或针对某类型的所有传输例如仅针对UCI传输）。[0300]在这种情况中，WTRU可以根据于此描述的方案确定其可以使用什么上行链路传输用于UCI的传输。在一个示例中，WTRU可以根据限制来确定上行链路路由。[0301]在一种方法中，WTRU可以根据可应用于同时上行链路传输的数量（以及，可能仅用于同时PUCCH传输）的限制来确定如何路由UCI的传输。例如，WTRU可以根据似及可能针对给定CG以下至少一者来确定在给定子桢中应当执行UCI的至少一些的传输:WTRU可以在PUCCH上执行至多X数量的传输例如，WTRU可以根据以下至少一者确定具有PUCCH资源的可应用的X数量的服务小区：PUCCH传输的所需发射功率的降序;相应载波的估计路径损耗参考的升序；以及HJCCH容量的降序）；以及WTRU可以针对给定小区群组在PUCCH上执行至多X数量的传输（例如如果可以使用多于一个PUCCH资源配置群组则每个HJCCH群组至多一个PUCCH传输。WTRU可以使用与用于可能每个小区群组应用的之前的情况的相似的方法）。[0302]WTRU可以被配置使用在未许可频带中操作的载波的至少一个服务小区（之后称为“LAA-小区”）。以下方案描述了WTRU根据接入类型、频带类型例如许可或未许可）、UCI自身的类型例如HARQAN、CQI、PMIRI等和或接收的控制信令例如类似于于此描述的信令方面如何确定使用什么上行链路资源来用于生成的UCI的至少一些或全部）的传输。[0303]在一个示例中，例如示例方法中，WTRU可以在许可频带的服务小区的资源上路由CUIJTRU可以确定可以使用与用于许可操作的频带中的载波相关联的WTRU的配置的服务小区的上行链路资源来传送可应用的UCIJTRU可以独立于WTRU是否具有为LAA-小区的上行链路资源调度的上行链路传输而作出这种确定。可替换地，WTRU可以在LAA-小区的PUSCH传输上传送UCI的至少部分如果可用）由此WTRU仅在没有用于LAA-小区的PUSCH传输时作出这种路由确定。[0304]可以根据以下至少一者确定这种可应用的UCIJTRU可以不使用LAA-小区的资源传送任何UCI。例如，WTRU可以将与LAA操作有关的任意UCI路由到与许可域中的载波相关联的传输，不管WTRU是否具有用于LAA-小区的PUSCH传输的资源。在另一个示例中，WTRU可以使用LAA-小区的资源（当可用时仅传送与LAA-小区相关联的UCI，否则UCI可以被路由到许可域中的小区资源。例如，WTRU可以将仅与LAA-小区有关的UCI路由到LAA-小区资源上的传输，如果该传输可用的话例如PUSCH传输被调度）。在进一步示例中，WTRU可以执行以上的任意，但是仅针对特定类型UCI的传输。例如，WTRU可以仅使用许可域中的小区资源来传送与未许可域中的操作有关的（时间上更敏感的）HARQAN反馈;在这种情况中，可以使用未许可域中的PUSCH传输如果可用）传送其他类型的UCI或（否则使用许可域中的资源来传送其他类型的UCI。[0305]在进一步示例中，可应用UCI可以通过下行链路控制信令的接收来确定，例如使用如于此所述的类似方法。这种信令可以包括UCI请求，其中可以基于在控制信令接收时和或在与这种控制信令的接收相关联的时间间隔期间的HARQ进程的状态生成指示的UCI，例如UCI可以与各自HARQ进程的最近状态相关联且不必与同时接收的传输相关联。此外，WTRU可以接收UCI调度信息，其与于此所描述的针对与这种小区相关联的UCI反馈的信息类似。[0306]于此描述了用于确定用于UCI传输的上行链路资源的方法。于此描述的方法使得WTRU可以基于例如动态调度的下行链路控制信息至少部分确定什么资源用于至少一些UCI0[0307]于此描述了用于具有DCIUCI的下行链路控制信令的方法。在一个示例中，WTRU可以接收用于该UCI的动态调度信息。这种动态调度信息可以使用DCI在PDCCH上被接收。这种调度信息可以被包括在已有的DCI格式中（例如使用指示特定控制信息的一个或多个索弓丨）或包括在专用DCI格式中。这种DCI在于此可以进一步称为DCIUCI。[0308]动态调度可以包括UCI请求和或资源分配。这种DCIUCI可以指示以下至少一者:UCI请求例如据此WTRU可以确定在给定传输中包括什么UCI;以及UCI调度信息（例如据此WTRU可以使用动态调度的信息确定什么上行链路资源以及如何传送可应用UCI。[0309]在一个示例中，DCIUCI可以指示UCI请求。UCI请求可以用于确定针对传输生成什么UCI。在一个示例中，WTRU可以根据UCI请求确定在UCI传输中包括什么反馈。[0310]此外，UCI请求可以用于创建更小的UCI净荷。在一个示例中，UCI请求可以用于优先化所请求的UCI的传输并可能丢弃或次优先化其他UCI。[0311]此外，UCI请求可以用于将UCI子集路由到特定资源（调度或未调度）。在一个示例中，UCI请求可以用于将指示的UCI指派到特定上行链路资源，例如UCI调度信息指示的资源如果可应用，参见于此的示例）。[0312]UCI请求内容可以包括以下信息中至少一者：UCI类型、服务小区标识、下行链路HARQ进程标识、UCI大小降低方法、反馈群组以及非周期请求。例如，UCI请求内容可以包括UCI类型。WTRU可以确定在UCI传输中应当包括什么类型的UCI，例如仅HARQAN或还结合任何可应用CSI。例如，该类型对DCIUCI的格式可以是隐式的，例如基于DCIUCI格式中的字段安排。例如，DCIUCI格式可以包括用于CSI请求的一个字段以及用于HARQAN请求的一个字段例如作为分别的位图字段）。[0313]在另一示例中，UCI请求内容可以包括服务小区标识。WTRU可以确定请求可应用于的服务小区的标识，例如针对有关的UCI的请求可以应用于WTRU配置的所有配置和或还可能活动的服务小区，或其子集例如如用信号发送的标识所指示的）。[0314]例如，标识可以对应于较高层配置的服务小区标识，是小区群组的一部分的小区例如，基于配置的分组、基于PUCCH传输的分组一PUCCH群组、基于定时提前分组TAG，仅针对特殊小区一例如MCG的PCell或SCG的PSCell等）。这种标识可以基于用于跨载波调度的载波字段指示符CFI。[0315]在一个示例中，UCI请求可以指示仅用于按照旧有的动态调度的PUSCH、HARQ上的小区子集的CSI。例如，UCI请求可以指示仅用于被请求的服务小区子集的CSI，例如用于服务小区ID1和3。该指示可以使用类似于表9中示出的示例的位图安排被接收。WTRU然后可以包括用于上行链路传输的具有可应用UCI的这些小区的CSI。[0316]WTRU可以例如使用动态调度例如可能在PUSCH上执行这种上行链路传输。在一个示例中，用于CSI的这种UCI请求信令可以仅可应用于周期性CSI例如周期性CQI报告或优选地用于包括非周期性CSI的任意类型的CSI。表9是用于CSI反馈请求的位图安排的示例。[0317]表9[0318][0319]在进一步示例中，UCI请求内容可以包括下行链路HARQ进程标识。WTRU可以例如在请求的UCI类型是HARQ反馈时确定请求可应用的HARQ进程的标识。例如，控制信息可以例如基于WTRU的所有HARQ进程的各自的服务小区标识使用WTRU的所有HARQ进程的位图表示，例如按照WTRU的配置的每个（以及还可能的激活的）小区的特定顺序，例如用于升序的所有可应用小区的进程ID的升序。表10是用于HARQ反馈请求的位图安排的示例。[0320]表1〇[0321][0322]在一个示例中，可以仅针对所有可应用小区的特定进程包括HARQ反馈。例如，WTRU可以根据UCI请求的接收确定其针对服务小区ID=O应当包括用于进程xl、x3和x7的HARQ反馈以及针对服务小区ID=I应当包括用于进程xO和x4的HARQ反馈，以及针对服务小区ID=3应当包括用于进程1〇^2^3^4和15的说1^反馈，如在表10中所示。在这种情况中，¥了冊可以针对上行链路资源上的传输生成10比特的HARQ反馈。WTRU然后可以使用于此所述的任意方法或使用旧有方法来确定可应用的编码和可应用的上行链路资源。[0323]在一个示例中，过载可以指示用于进程的动态调度信息的存在与否。在一个示例中，HARQ反馈可以仅对应于传输，WTRU具有用于该传输的调度信息例如动态和或配置和或半持久）由此请求还可以指示已经调度了有关的进程。在这种情况中，WTRU可以执行验证来确定WTRU是否（以及可能还针对什么服务小区）在有关间隔未能成功解码一个或多个）PDCCH例如“丢失的PDCCH”），是否已经不正确成功解码一个或多个PDCCH例如“错误肯定”）。[0324]在一个示例中，特殊情况可以用于配置的DL指派。针对配置有用于有关间隔的下行链路指派的HARQ进程，WTRU可以确定总是请求UCI:在这种情况中，针对有关HARQ进程的请求的不存在可以指示没有动态调度与该进程相关联而该请求的存在可以另外指示动态调度与该进程相关联。[0325]在一个示例中，过载可以用作HCCH解码帮助。在一个示例中，WTRU可以确定UCI请求对应于WTRU配置的所有小区（以及可能仅激活的小区）和或针对与这种控制信令相关联的所有这样的小区，由此WTRU可以使用UCI-请求信息来执行仅针对HARQ反馈被请求所针对的小区的解码尝试。[0326]在另一示例中，HARQ反馈请求可以独立于DL调度，例如进程状态。在一个示例中，HARQ反馈可以对应于有关的HARQ进程的状态，其独立于有关的进程的调度活动。在这种情况中，WTRU关于丢失HXXH的检测和或任意错误肯定的可能出现可以不再执行进一步的验证。[0327]在进一步示例中，UCI请求内容可以包括UCI大小降低方法。在一个示例中，WTRU可以另外确定什么大小降低方法应用于所请求的UCI，例如于此所述的任意其他方法。例如，UCI请求可以指示针对报告HARQAN所针对的小区，WTRU应当针对被配置空间复用例如每个间隔多个传输块的小区的HARQAN使用集束。[0328]在进一步示例中，UCI请求内容可以包括反馈群组，例如于此所述的。在一个示例中，WTRU可以基于动态反馈请求字段确定PDSCH传输和或HARQ进程的集合，其中WTRU应当提供针对该集合的反馈。该字段的不同码点可以映射到不同的反馈群组例如PDSCH传输和或HARQ进程的集合）以及这些码点映射可能通过RRC配置被半静态配置。[0329]在另一示例中，UCI请求内容可以包括非周期性请求。在一个示例中，WTRU可以从该UCI请求另外确定应当发送非周期性上行链路反馈。[0330]WTRU可以实施从激活或去激活配置的下行链路指派和或配置的上行链路许可的一个或多个DCI的接收生成的HARQAN的另外的行为。在一种方案中，WTRU可以总是生成针对这种信令的独立于UCI请求的HARQAN报告。在一种方法中，WTRU可以在WTRU接收控制信令所在的服务小区被包括在UCI请求中的情况下生成针对该信令的HARQAN报告例如，假定网络协调半持久调度SPS命令和UCI请求的传输）。[0331]在另一示例中，WTRU可以例如使用于此所述的方法确定指示的UCI不被生成和或不被包括在上行链路传输中。换句话说，这种信令可以用于抑制可应用UCI的一些或全部）而不是被认为是UCI请求。[0332]在一个示例中，DCIUCI可以指示用于UCI的调度信息。UCI请求可以用于确定针对传输生成什么UCI。在一个示例中，WTRU可以根据UCI调度信息确定用于可应用UCI的至少一些的上行链路传输的一些或所有属性，例如可能包括可应用传输资源和或可应用传输格式包括调制、（开始资源块、资源块数量、扩展、空间复用、可能定时和或定时偏移、一个或多个DM-RS序列等）。[0333]UCI调度信息可以包括以下信息中的至少一者:物理信道类型（PUCCH、PUSCH、物理信道类型标识例如PCe11上的PUCCH，SCe11上的PUCCH、服务小区标识、PUCCHUCI反馈群组标识、PUCCH格式、PUSCH传输参数、PUCCH传输参数、信道编码、净荷大小、TPC命令功率控制信息）以及CSI请求。此外，以上调度信息的不同组合是可能的，例如这取决于指示的资源是PUSCH资源还是PUCCH资源。[0334]UCI调度信息可以包括物理信道类型PUCCH，PUSCHJTRU可以确定根据调度信息内的指示确定什么类型的物理信道用于UCI传输。当这样的指示不存在时，WTRU可以确定使用PUCCH。当PUSCH被调度用于UCI的传输（可能仅UCI时，WTRU可以不为有关的HARQ进程执行任意WTRU自发重传。[0335]UCI调度信息可以包括物理信道类型标识（例如PCell上的PUCCH，SCell上的PUCCH。WTRU可以根据调度信息内的指示例如PCe11上的PUCCH，SCe11上的PUCCH确定什么特定类型的物理信道例如PUCCH用于UCI的传输。当不存在这样的指示时，WTRU可以确定使用默认PUCCH信道，例如PCe11上的PUCCH。例如，当被配置PUCCH的服务小区的PUSCH可以被调度用于UCI传输时，这也可以适用于PUSCH上的反馈传输。[0336]UCI调度信息可以包括服务小区标识。WTRU可以确定对应于物理上行链路资源的服务小区的标识。服务小区标识或CFI可以用于UCI的PUSCH调度。例如，WTRU可以接收对应于服务小区的标识的值。这种标识可以基于其他层使用的服务小区标识，例如RRC中的servCell-ID。可替换地，这种标识可以基于用于交叉载波调度的配置的值，例如CFI。在一个示例中，这在调度信息可以指示PUSCH上的资源时可应用。[0337]UCI调度信息可以包括PUCCHUCI反馈群组标识。WTRU可以根据与单个上行链路信道相关联的小区群组例如PUCCH群组的标识确定对应于物理上行链路资源的上行链路反馈信道的标识。例如，当被配置有PUCCH的服务小区的PUSCH可以被调度用于UCI传输时，这也可以适用于PUSCH上的反馈的传输。[0338]UCI调度信息可以包括PUCCH格式。WTRU可以在调度信息内接收要使用的PUCCH格式的指示，例如I3UCCH格式3或其他格式。[0339]UCI调度信息可以包括HJSCH传输参数。至于针对UCI反馈上的传输的上行链路PUSCH传输的许可，WTRU可以接收类似的信息。在一个示例中，这样的许可可以仅用于UCI的传输。[0340]UCI调度信息可以包括PUCCH传输参数。PUCCH传输参数可以类似于WTRU为已有的PUCCH格式确定的参数，例如PRB分配。[0341]UCI调度信息可以包括信道编码。WTRU可以根据指示的信道编码方法确定其是否应当传送UCI类型的一个或特定组合。[0342]UCI调度信息可以包括净荷大小。WTRU可以根据用于调度的UCI传输的指示的净荷大小来确定要在上行链路传输中包括的UCI量。在一个示例中，如果这样的信息不存在，WTRU可以使用任意其他方法例如于此描述的这些并包括如于此描述的UCI请求。[0343]UCI调度信息可以包括TPC命令功率控制信息）。该TPC命令可以类似于旧有TPC命令但是可以根据调度信息是针对PUSCH还是PUCCH传输来解译。[0344]UCI调度信息可以包括CSI请求。该CSI请求可以类似于旧有请求。在一个示例中，这种CSI请求可以代替用于有关的时间间隔的其他CSI报告例如周期性CSI。[0345]此外，以上调度信息的不同组合作为PUCCH或PUSCH的一部分是可能的。例如，WTRU可以接收调度PUSCH上的UCI的传输的DCIUCI，该DCIUCI可以包括物理信道类型（即PUSCH，用于上行链路传输的服务小区的标识例如服务小区0-Pcell，PUSCH传输参数，例如包括资源块指派、调制和编码方案MCS以及TPC。[0346]例如，WTRU可以接收在PCell的PUCCH上调度UCI的传输的DCIUCI，该DCIUCI可以包括物理信道（即，PUCCH的类型、PUCCH传输参数，例如包括资源块指派，以及TPC。此外，DCIUCI可以包括UCI请求由此WTRU确定在这种传输中包括什么UCIJTRU可以基于接收用于DCIUCI的HXXH所在的小区的标识来确定调度PCell的PUCCH。[0347]在一个示例中，可以使用用于UCI的DCI或DCIUCI。在一个示例中，可以使用专用DCI。在另一示例中，可以使用对已有DCI的扩展。[0348]在一个示例中，DCIUCI可以使用包括用于于此所述的任意方面的一个或多个）字段的专用格式或使用DCIUCI格式内的一个或多个索引来指示于此所述的任意信息。[0349]在一个示例中，如果是过渡的，则DCI可以不生成HARQAN。在一个示例中，WTRU可以接收DCIUCIJTRU可以不生成和或包括任意HARQAN来报告针对DCI本身的反馈。WTRU在这种DCIUCI在每个子帧和或每个TTI被应用的情况下可以不这么做。[0350]在另一示例中，如果在一时间段上配置激活，或者去激活，则DCI可以生成HARQAN。在一个示例中，WTRU可以接收DCIUCIJTRU可以确定DCIUCI在比一个子帧更长或比一个TTI更长的时间段配置UCI报告，例如直到其接收到修改或去激活被配置的UCI报告的另一DCIUCI。在这种情况中，WTRU可以生成和或包括用于这种DCIUCI的HARQAN反馈，例如以报告针对DCIUCI本身的接收的反馈。在一种方法中，WTRU可以在这种DCIUCI接收之前使用可应用于有关的DCIUCI的HARQAN报告的UCI报告方法。WTRU可以在这种DCIUCI在子帧η中被接收时在子帧η+χ+l中开始使用新配置。例如，X可以等于4且WTRU可以从在针对有关的DCIUCI的HARQAN报告的传输之后的子帧开始应用新配置。在一个示例中，WTRU可以针对有关的DCIUCI的HARQAN报告使用在DCIUCI本身中指示的新配置。WTRU可以在在子帧η中接收到这种DCIUCI时在子帧n+x中开始使用新配置。例如，X可以等于4且WTRU可以从用于有关DCIUCI的HARQAN报告的传输的子帧开始应用新配置。[0351]在一个示例中，针对指示的类型没有被请求的UCI可以被抑制丢弃。在一个示例中，WTRU可以在接收到这种请求时确定其可以不传送不是UCI请求的一部分的任何UCI。[0352]在另一示例中，如果UCI不是任何UCI请求的一部分则可以使用其他方法。在一个示例中，WTRU可以在接收到这种请求时确定其可以使用其他方法例如旧有方法传送不是UCI请求的一部分的任意UCI。例如，当UCI调度指示PUCCH上的传输时，WTRU可以根据旧有方法将剩余的UCI调度到PUSCH传输（如果这可用）。例如，当UCI调度指示PUSCH上的传输时，WTRU可以根据旧有方法将剩余的UCI路由到PUCCH传输如果PUSCH和PUCCH二者是同时的且可能还针对相同的服务小区，仅在WTRU被配置用于同时的PUSCHPUCCH传输的情况下）。[0353]在另一示例中，WTRU可以确定其可以不传送任何UCI除非其接收到包括UCI请求的DCIUCI。在一个示例中，例如根据旧有方法WTRU可以将UCI包括到任何PUSCH传输中，即使在其没有接收到包括DCI请求的DCIUCI的时候。[0354]在另一示例中，不是请求的一部分的UCI类型可以被抑制丢弃或可以使用旧有传输方法。在一个示例中，WTRU可以在接收到UCI请求时确定其可以不传送不是UCI请求的一部分的任何UCI。[0355]在另一示例中，DCIUCI请求可以仅用于HARQ反馈。例如，WTRU可以接收请求仅针对特定HARQ进程和或针对特定服务小区的HARQAN反馈的DCIUCI。[0356]在另一示例中，可以做出可替换确定。在一些示例中，针对UCI请求或或UCI调度信息的于此描述的任意信息可以通过其他方式隐式得到。例如，特定RNTI可以被指派以指示DCI的类型（例如DCI格式0、1等，与DCI格式DCIUCI相比），以指示UCI请求的类型，以指示物理信道的类型（例如PUSCH相对PUCCH，以指示小区标识，等等。类似地，PDCCH搜索空间的特定区域或特定DCI聚合等级或用于DCI的CRC的特定大小可以被指派并可以用于确定类似信息。[0357]在另一示例中，可以进行半持久分配。调度信息可以被半持久配置。在这种情况中，配置的信息可以用作默认调度信息。在这种情况中，WTRU可以接收代替用于可应用服务小区的配置的调度信息的DCIUCI。在这种情况中，WTRU可以在没有UCI被生成和或可用于有关的时间间隔的传输时可以制止使用配置的分配来执行任何传输。可替换地，针对HARQ反馈，WTRU可以在有关进程的最后一次接收之后报告HARQ反馈的值，而针对CSI反馈WTRU可以将其视为周期性报告配置例如如果也存在非周期性CSI配置）。[0358]在另一示例中，信道编码的选择可以根据动态调度信息。WTRU可以根据请求的UCI来选择合适的信道编码例如可以依据于此描述的任意方法来选择信道编码，或使用用于HARQAN、周期性CSI、CQIPMI和调度请求的至少一者的不同组合的旧有方法来选择信道编码和或根据用于UCI的调度参数如，其在PUCCH上还是在PUSCH上（如果适用）来选择合适的信道编码。[0359]在另一示例中，用于UCI的调度信息可以指示对应于PUCCH传输的资源，即使WTRU被预期例如针对给定小区群组CG在PUSCH上同时执行传输。在这种情况中，如果例如针对有关的CG配置了同时的PUCCH和PUSCH传输，则WTRU可以使用指示的资源执行可应用的UCI的传输。否则，如果WTRU不执行同时的PUCCHPUSCH传输，其可以根据旧有行为在PUSCH传输中包括可应用的UCI信息（例如在动态调度信息中请求的UCI。在一个示例中，WTRU可以在调度的UCI传输中包括SR。[0360]在一些示例中，WTRU可以被配置成在PUCCH或PUSCH上在单个子帧中传送针对多于一个小区的周期性CSI报告（多周期性CSI报告）JTRU还可以被配置成在同一个子帧中传送HARQ-ACK和或SR。[0361]在一些示例中，可以在HARQ-ACK和周期性CSI的传输的情况中配置最大净荷。WTRU可以被配置用于能够用于在子帧中传输HARQ-ACK、周期性CSI报告和或SR的每个PUCCH资源的最大净荷。最大净荷可以依照比特或最大编码率并结合可用于配置的资源的编码比特的已知数量来表示。这种最大净荷可以取决于被传送的UCI的组合，例如传送仅HARQ-ACK还是传送HARQ-ACK、周期性CSI和SR的组合。[0362]可替换地或此外，WTRU可以被配置用于每个PUCCH资源的周期性CSI报告的最大净荷，其可独立于在该资源中传送的HARQ-ACK和SR比特的数量被应用。这种周期性CSI报告的最大净荷可以与在该子帧中使用或可以用于根据于此所述方案之一仅在该子帧中的周期性CSI的传输的PUCCH资源的配置的最大净荷相同。可替换地，在与HARQ-ACK和或SR的同时传输的情况中的周期性CSI报告的最大净荷可以独立被配置。[0363]WTRU可以在周期性CSI报告的净荷超过周期性CSI报告的配置的最大净荷情况中，或在HARQ-ACK、SR和周期性CSI报告的总净荷超过用于PUCCH资源的配置的最大净荷或UCI比特的总数的情况中，在还传送HARQ-ACK和或SR所在的子桢中传送比配置数量少的数量的周期性CSI报告。被传送的周期性CSI报告的子集可以根据于此所述方案之一来确定。[0364]在一些示例中，当HARQ-ACK的传输与多个周期性CSI报告的传输冲突时，WTRU可以根据于此所述的方案在为多个周期性CSI的传输配置的PUCCH资源之一上进行传送。可替换地，WTRU可以在下行链路控制信息（例如SCe11指派ARI的TPC字段指示的周期性PUCCH资源上进行传送。[0365]WTRU可以被配置有多于一个PUCCH资源，用于在子帧中传输多个周期性CSI报告。在这种情况中，WTRU可以根据以下方案中的至少一者来确定PUCCH资源。[0366]在一个示例中，WTRU可以基于至少一个优先级规则来选择PUCCH资源。例如，WTRU可以选择与服务小区相关联的资源，周期性CSI报告的服务小区在在子帧中传送周期性CSI报告所针对的所有服务小区中在该子帧中具有最高优先级的。[0367]在另一示例中，WTRU可以基于待在该子帧中传送的周期性CSI报告的总净荷，或HARQ-ACK如果适用）、SR如果适用）以及周期性CSI报告的总净荷来选择PUCCH资源。例如，如果总净荷没有超过阈值，则WTRU可以选择第一PUCCH资源，否则选择第二PUCCH资源。阈值可以对应于能够针对第一PUCCH资源被支持的最大净荷或是其函数，其可以小于能够针对第二PUCCH资源被支持的最大净荷。[0368]在进一步示例中，WTRU可以根据基于功率控制参数和与每个资源相关联的公式的所需传输功率来选择PUCCH资源。传输功率可以是资源特定参数、格式特定参数、净荷、资源块数量、编码率、功率控制调整和或路径损耗中的至少一者的函数。例如，WTRU可以选择最小化所需传输功率的资源。在另一示例中，如果用于该资源的所需传输功率低于阈值，则WTRU可以选择第一资源，否则选择第二资源可能仅在用于第二资源的所需传输功率低于用于第一资源的所需传输功率加上配置的偏移单位dB的情况下）。在以上中，用于每个资源的所需传输功率可以被调整以对应于峰值传输功率，以考虑立方度量CM的可能的差值和或不同资源之间的峰值-平均功率比（PAPR。该调整可以是与PUCCH资源相关联的至少一个属性例如HJCCH格式或资源块的数量的函数。[0369]WTRU可以基于在相同子帧中是否还传送HARQ-ACK和或SR来选择PUCCH资源。在还传送HARQ-ACK和或SR的情况中使用的PUCCH资源可以从下行链路控制信息用信号被发送，或仅由较高层来配置。[0370]仍然在另一示例中，WTRU可以基于子帧的定时来选择PUCCH资源。例如子帧的第一集合和第二集合可以分别与第一和第二PUCCH资源相关联。每个集合可以依据相对于帧号和或子帧号的周期和偏移或依据表示周期和偏移的索引被定义。例如，一个集合可以对应于在20ms的周期发生的子帧，其包括帧#0的子帧#3JTRU可以在仅属于第一集合的子帧中选择第一HJCCH资源，以及在仅属于第二集合的子帧中选择第二PUCCH资源。针对属于这两个集合的子帧，WTRU可以基于以下至少一者来选择PUCCH资源。在一个示例中，WTRU可以基于优先级标准来选择PUCCH资源。优先级可以被预定义，或可以基于资源属性，例如支持的最大净荷或编码率）、资源块的数量、起始资源块号或格式。例如，优先级可以被给到能够支持最高的最大净荷的HJCCH资源。在另一示例中，WTRU可以基于已经在于此其他地方描述的方案来选择PUCCH资源，例如基于待传送的总净荷、所需的传输功率和或传送报告所针对的相关联的服务小区的优先级。[0371]在一些示例中，WTRU可能由于功率限制传送比配置的数量更少的数量的周期性CSI报告。WTRU可以基于可用于传输的最大功率、信道类型PUCCH或PUSCH、在PUCCH情况中的格式以及用于功率控制的其他参数和测量例如路径损耗首先确定用于周期性CSI报告和CRC如果适用）或用于周期性CSI报告、SR、HARQ-ACK反馈和CRC如果适用）的组合的最大净荷。最大净荷可以考虑CRC添加所需的比特数量如果适用）。这种最大净荷可以称为功率受限净荷。在WTRU被配置有多于一个PUCCH资源的情况中，WTRU可以基于于此所述的方案首先确定PUCCH资源且然后确定与该资源相关联的功率受限净荷。可替换地，WTRU可以选择导致最高可能功率受限净荷的HJCCH资源。[0372]功率受限净荷可以被约束以对应于用于最大净荷的允许值的有限集合中的一者，或对应于从中能够得到最大净荷的参数例如周期性报告的最大数量或最大编码率）。这种允许值的集合可以对应于能够作为HJCCH资源的一部分被配置的可能值的集合。[0373]当配置多个小区和或小区群组时可以使用已有的功率缩放和分配方案来确定可用于传输的最大功率。在一些方案中，WTRU可以被配置有特定于包含周期性CSI的PUCCH传输的最大功率。在这种情况中可用于传输的最大功率可以是用于周期性CSI的配置的最大功率与与已有方案中得到的最大可用功率之间的最小值。[0374]在PUCCH情况中的最大净荷可以使用信息比特的数量与可应用于用于传送周期性CSI报告的PUCCH格式的功率偏移之间的关系来确定。在PUSCH情况中的最大净荷可以根据可以用于编码不同类型的CSI报告RI、CQI和PMI的符号的最大数或符号的比来确定。[0375]当传送根据配置的周期性CSI报告的集合所需的比特数量超过根据于此所述的方案之一的最大净荷时，WTRU可以基于优先级规则传送CSI报告的子集。该优先级规则可以基于旧有优先级规则（即报告类型和服务小区索引）。优先级规则还可以基于以下至少一者：自用于小区的周期性报告的上一个传输起的时间；CQI和或RI的值。可能地，仅CQIRI高于或低于配置的阈值的报告可以被传送;和或自用于小区的相应报告的最后一个传输起CQI和或RI的值的改变在一个示例中，具有最高CQI和或RI改变的报告可以被优先化）。[0376]至少在优先级不能提前被网络知晓的情况下或当仅传送报告的子集时，WTRU可以包括小区标识与用于小区的CSI报告的每个集合。WTRU还可以传送指示可能被分开编码），指示由于功率限制仅传送报告的子集。[0377]在功率受限的净荷低于仅HARQ-ACK比特或HARQ-ACK和SR比特（如果适用加上CRC比特）的传输所需的比特数，则WTRU可以在传输中不包括任何周期性CSI报告。在一些方案中，当功率受限的净荷低于根据配置的所有周期性CSI报告、HARQ-ACK如果适用）、SR如果适用和CRC如果适用）的传输所需的时，则WTRU在传输中可以不包括任何周期性CSI。在该情况中，WTRU可以传送仅HARQ-ACK、SR和CRC如果适用）。[0378]在一些示例中，净荷可以被设置为可能值的有限集中的一者。例如，WTRU可以使用填充例如给净荷附加多个“〇”比特）由此净荷匹配可能净荷值的集合中的一者，其可以被预先定义或由较高层配置。这可以促进网络侧的接收机对净荷的盲解码。这种填充可以在根据以上方案中的一者的净荷缩减针对周期性CSI或其他UCI之后发生。可能地，可以仅在由于功率限制发生净荷缩减的情况下执行填充。[0379]虽然在上文中描述了在特定组合的特征和要素，但是本领域普通技术人员将会认识到，每一个特征或要素既可以单独使用，也可以与其他特征和要素进行任何组合。此外，于此描述的方法可以在引入计算机可读介质中在供计算机或处理器运行的计算机程序、软件或固件中实施。关于计算机可读介质的示例包括电信号在有线或无线连接上传送）以及计算机可读存储介质。计算机可读存储介质的示例包括但不局限于只读存储器ROM、随机存取存储器RAM、寄存器、缓冲存储器、半导体存储设备、诸如内部硬盘和可移除盘的磁介质、磁光介质、以及诸如CD-ROM盘和数字多用途盘DVD的光介质。与软件相关联的处理器可以用于实施在WTRU、UE、终端、基站、RNC或任何主计算机中使用的射频收发信机。

权利要求：1.一种用于在无线发射接收单元WTRU中用大量载波操作的上行链路反馈的方法，该方法包括：所述WTRU在多个所配置载波的集合上接收多个传输块；所述WTRU生成针对所述多个传输块的混合自动重复请求HARQ-应答ACK反馈；所述WTRU确定用于所述HARQ-ACK反馈的HARQ-ACK反馈比特的数量；所述WTRU在所述HARQ-ACK反馈比特的数量小于或等于阈值的情况下将Reed-Muller编码应用于所述HARQ-ACK反馈比特；以及所述WTRU传送所编码的HARQ-ACK反馈比特。2.根据权利要求1所述的方法，还包括：所述WTRU在反馈比特的数量大于阈值的情况下将循环冗余校验CRC比特附加到所述HARQ-ACK反馈比特。3.根据权利要求2所述的方法，还包括：所述WTRU在所述HARQ-ACK反馈比特的数量大于阈值的情况下将卷积编码应用到所述HARQ-ACK反馈比特和所述CRC比特；以及所述WTRU传送所编码的HARQ-ACK反馈比特和CRC比特。4.根据权利要求1所述的方法，其中生成针对所述多个传输块的HARQ-ACK反馈基于针对所述多个所配置载波的多个下行链路指派索引（DAI字段，其中每个DAI在下行链路指派中被指示。5.根据权利要求4所述的方法，其中用于所述HARQ-ACK反馈的所述HARQ-ACK反馈比特的数量基于传输块的数量、所配置载波的所述集合中的载波的数量以及在其上接收所述传输块的子帧的数量来确定。6.根据权利要求1所述的方法，其中用于所述HARQ-ACK反馈的所述HARQ-ACK反馈比特的数量基于用于所配置载波的所述集合中的载波的多个下行链路指派来确定。7.根据权利要求1所述的方法，其中所配置载波的所述集合包括多于五个所配置载波。8.根据权利要求1所述的方法，其中用于所述HARQ-ACK反馈的所述HARQ-ACK反馈比特的数量确定用于多个子帧中的每一个子帧。9.一种用大量载波操作的无线发射接收单元WTRU，所述WTRU包括：处理器，被配置成在多个所配置载波的集合上接收多个传输块；所述处理器被配置成生成针对所述多个传输块的混合自动重复请求（HARQ-应答ACK反馈；所述处理器被配置成确定用于所述HARQ-ACK反馈的HARQ-ACK反馈比特的数量；所述处理器被配置成在所述HARQ-ACK反馈比特的数量小于或等于阈值的情况下将Reed-MuIler编码应用于所述HARQ-ACK反馈比特；以及收发信机，可操作耦合到所述处理器，所述收发信机和所述处理器被配置成传送所编码的HARQ-ACK反馈比特。10.根据权利要求9所述的WTRU，其中所述处理器还被配置成在所述反馈比特的数量大于阈值的情况下将循环冗余校验CRC比特附加到所述HARQ-ACK反馈比特。11.根据权利要求10所述的WTRU，其中所述处理器还被配置成在所述HARQ-ACK反馈比特的数量大于阈值的情况下将卷积编码应用到所述HARQ-ACK反馈比特和所述CRC比特；以及其中收发信机和所述处理器还被配置成传送所编码的HARQ-ACK反馈比特和CRC比特。12.根据权利要求9所述的WTRU，其中生成针对所述多个传输块的HARQ-ACK反馈基于针对所述多个所配置载波的多个下行链路指派索引（DAI字段，其中每个DAI在下行链路指派中被指示。13.根据权利要求12所述的WTRU，其中用于所述HARQ-ACK反馈的所述HARQ-ACK反馈比特的数量基于传输块的数量、所配置载波的所述集合中的载波的数量以及在其上接收所述传输块的子帧的数量来确定。14.根据权利要求9所述的WTRU，其中用于所述HARQ-ACK反馈的所述HARQ-ACK反馈比特的数量基于用于所配置载波的所述集合中的载波的多个下行链路指派来确定。15.根据权利要求9所述的WTRU，其中所述所配置载波的所述集合包括多于五个所配置载波。16.根据权利要求9所述的WTRU，其中用于所述HARQ-ACK反馈的所述HARQ-ACK反馈比特的数量针对多个子帧的每一个子帧来确定。17.—种用于在无线发射接收单元WTRU中用大量载波进行操作的上行链路反馈的方法，所述方法包括：所述WTRU在多个所配置载波的集合上接收多个传输块；所述WTRU生成针对所述多个传输块的混合自动重复请求HARQ应答ACK反馈和信道状态信息CSI反馈；所述WTRU生成反馈消息，该反馈消息包括用于所述HARQ-ACK反馈的HARQ-ACK反馈比特的数量和用于所述CSI反馈的CSI反馈比特的数量；所述WTRU基于所述HARQ-ACK反馈比特的数量和所述CSI反馈比特的数量确定物理上行链路控制信道PUCCH格式；以及所述WTRU使用所确定的PUCCH格式传送所述反馈消息。18.根据权利要求17所述的方法，还包括：所述WTRU在所述HARQ-ACK反馈比特的数量大于零且所述CSI反馈比特的数量大于零的情况下选择第一HJCCH格式或第二PUCCH格式。19.根据权利要求18所述的方法，还包括：所述WTRU在所述HARQ-ACK反馈比特的数量和所述CSI反馈比特的数量之和大于第一阈值的情况下选择第一HJCCH格式；以及所述WTRU在所述HARQ-ACK反馈比特的数量和所述CSI反馈比特的数量之和小于或等于所述第一阈值的情况下选择第二PUCCH格式。20.根据权利要求17所述的方法，还包括：所述WTRU在所述HARQ-ACK反馈比特的数量等于零且所述CSI反馈比特的数量大于零的情况下选择第一HJCCH格式或第三PUCCH格式。21.根据权利要求20所述的方法，还包括：所述WTRU在所述CSI反馈比特的数量大于第二阈值的情况下选择第一RJCCH格式；以及所述WTRU在所述CSI反馈比特的数量小于或等于所述第二阈值的情况下选择第三PUCCH格式。22.根据权利要求17所述的方法，还包括：所述WTRU在所述HARQ-ACK反馈比特的数量大于零且所述CSI反馈比特的数量等于零的情况下选择第一HJCCH格式或第四PUCCH格式。23.根据权利要求22所述的方法，还包括：所述WTRU在所述HARQ-ACK反馈比特的数量大于第三阈值的情况下选择第一I3UCCH格式；以及所述WTRU在所述HARQ-ACK反馈比特的数量小于或等于所述第三阈值的情况下选择第四PUCCH格式。24.根据权利要求17所述的方法，其中用于所述HARQ-ACK反馈的HARQ-ACK反馈比特的数量基于用于所配置载波的所述集合中的载波的多个下行链路指派来确定。25.根据权利要求17所述的方法，其中用于所述CSI反馈的CSI反馈比特的数量基于用于所配置载波的所述集合中的载波的多个下行链路指派来确定。26.根据权利要求17所述的方法，其中用于所述HARQ-ACK反馈的HARQ-ACK反馈比特的数量基于传输块的数量、所配置载波的所述集合中的载波的数量以及在其上接收所述传输块的子帧的数量来确定。27.根据权利要求17所述的方法，其中用于所述CSI反馈的CSI反馈比特的数量基于传输块的数量、所配置载波的所述集合中的载波的数量以及在其上接收所述传输块的子帧的数量来确定。28.根据权利要求17所述的方法，其中所配置载波的所述集合包括多于五个所配置载波。

百度查询： 交互数字专利控股公司 用于操作大量载波的上行链路反馈方法

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD