CN110574319B - 用于在受到低时延业务量影响时提升eMBB的HARQ反馈性能的方法和装置 - Google Patents

Abstract

在这里描述了用于在无线发射/接收单元(WTRU)中提供单比特混合自动重复请求(HARQ)反馈和多比特HARQ反馈的方法和装置。例如，WTRU可以经由物理下行链路控制信道(PDCCH)接收下行链路控制信息(DCI)。所述DCI可以包括一个用于指示与至少一个传输块(TB)有关的基于码块组(CBG)的重传的字段。如果所述DCI不包含所述字段，那么所述WRTU可以经由物理上行链路控制信道(PUCCH)来为基于TB的重传传送单比特HARQ反馈。如果所述DCI包含了所述字段，那么所述WTRU可以经由PUCCH来为所述基于CBG的重传传送多比特HARQ反馈。所述WTRU可被配置成为提供针对所述基于TB的重传的所述单比特HARQ反馈以及针对所述基于CBG的重传的多比特HARQ反馈。

Description

用于在受到低时延业务量影响时提升eMBB的HARQ反馈性能的 方法和装置

相关申请的交叉引用

本申请要求享有2018年1月10日提交的美国临时申请62/615,744、 2017年8月9日提交的美国临时申请62/543,047、2017年6月14日提交的美国临时申请62/519,372以及2017年5月3日提交的美国临时申请 62/500,938的权益，所述申请的内容在这里被引入以作为参考。

背景技术

混合自动重复请求(HARQ)是软合并纠错处理与ARQ差错控制处理的结合体。通过软合并纠错技术，未被正确解码的数据分组不再会被丢弃。取而代之的是，接收到的数据会被保存在缓冲器中，并且会与下一次重传合并。检测到被损坏的消息的接收方会通过传送反馈消息来从发送方请求新的消息(也就是重传)。这些反馈消息分别被从接收方传送到发送方，以便通知先前传输的接收良好(即，肯定应答)或不良(即，否定应答)。在长期演进(LTE)中，这些重传是以传输块(TB)为基础的，所述传输块则是来自高层并被给予物理层的数据。如果没有正确解码接收到的TB(也就是受到损坏)，那么无线发射/接收单元(WTRU)可以传送否定应答(NACK)，由此请求基站(BS)重传整个TB。新型无线电(NR)而言，面对增强移动宽带(eMBB)业务量，BS需要优先为超可靠低时延(URLLC)业务量提供服务，如果因为在TB中检测到的一小部分差错而再次传送整个TB，那么将是非常低效的。因此，如果具有依照网络/设备配置而基于码块(CB)、码块组(CBG)或传输块来提供反馈消息的更灵活的重传方案，那么将是非常理想的。

发明内容

在这里描述了用于在无线发射/接收单元(WTRU)中提供单比特混合自动重复请求(HARQ)反馈和多比特HARQ反馈的方法和装置。例如， WTRU可以经由物理下行链路控制信道(PDCCH)接收下行链路控制信息 (DCI)。所述DCI可以包括一个用于指示与至少一个传输块(TB)有关的基于码块组(CBG)的重传的字段。如果所述DCI不包含用于指示与至少一个传输块(TB)有关的基于码块组(CBG)的重传的字段，那么所述WRTU 可以经由物理上行链路控制信道(PUCCH)来为基于TB的重传传送单比特 HARQ反馈。如果所述DCI包含了用于指示与至少一个传输块(TB)有关的基于码块组(CBG)的重传的字段，那么所述WTRU可以经由PUCCH来为基于CBG的重传传送多比特HARQ反馈。所述多比特HARQ反馈可以包括多个比特，用于指示是否请求重传所述至少一个TB中的至少一个CBG。所述多个比特中的每一个分别映射到所述至少一个TB的所述至少一个CBG 中的每一个。所述多比特HARQ反馈还可以基于高层参数而被半静态地配置成具有最大数量的CBG。所述WTRU可被配置成为基于TB的重传提供单比特HARQ反馈，以及为基于CBG的重传提供多比特HARQ反馈。

附图说明

更详细的描述可以从以下结合附图举例给出的具体实施方式中得到，其中：

图1A是示出了可以实施所公开的一个或多个实施例的例示通信系统的系统图示；

图1B是示出了根据一个实施例的可以在图1A所示的通信系统内部使用的例示无线发射/接收单元(WTRU)的系统图示；

图1C是示出了根据一个实施例的可以在图1A所示的通信系统内部使用的例示无线电接入网络(RAN)和例示核心网络(CN)的系统图示；

图1D是示出了根据一个实施例的可以在图1A所示的通信系统内部使用的另一个例示RAN和另一个例示CN的系统图示；

图2是示出了例示的码块(CB)分段处理以及依照CB的循环冗余校验(CRC)插入处理的图示；

图3是示出了超可靠低时延(URLLC)业务量抢占增强移动宽带(eMBB) 业务量的例示处理的图示；

图4A是示出了例示的多比特混合自动重复请求(HARQ)反馈的图示，其中所述多比特HARQ反馈提供了CB级重传粒度；

图4B是示出了例示的多比特HARQ反馈的图示，其中所述多比特 HARQ反馈提供了码块组(CBG)级重传粒度；

图4C是示出了另一个例示的多比特HARQ反馈的图示，其中所述多比特HARQ反馈提供了CBG级重传粒度；

图5是示出了基于下行链路控制信息(DCI)来提供单比特HARQ反馈和/或多比特HARQ反馈的例示信令过程的图示；

图6是示出了基于下行链路控制信息(DCI)来提供单比特HARQ反馈和/或多比特HARQ反馈的例示过程的图示；

图7是示出了用于确定WTRU将提供的单比特HARQ反馈和/或多比特HARQ反馈的例示过程的图示；

图8是示出了与例示的以可变比特的CBG为基础的HARQ反馈形成对比的例示的以固定比特的CBG为基础的HARQ反馈的图示；

图9是示出了例示的抢占指示的图示，其中下行链路(DL)系统带宽的中间部分被指定成抢占区域；

图10是示出了根据微时隙定时的处于时隙内部的例示的提早HARQ 反馈的图示；以及

图11是示出了根据微时隙定时来确定时隙内部的提早HARQ反馈的例示过程的图示。

具体实施方式

图1A是示出了可以实施所公开的一个或多个实施例的例示通信系统 100的图示。该通信系统100可以是为多个无线用户提供语音、数据、视频、消息传递、广播等内容的多址接入系统。该通信系统100可以通过共享包括无线带宽在内的系统资源而使多个无线用户能够访问此类内容。举例来说，通信系统100可以使用一种或多种信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)、零尾唯一字DFT扩展OFDM(ZT UW DTS-s OFDM)、唯一字OFDM(UW-OFDM)、资源块过滤OFDM以及滤波器组多载波(FBMC)等等。

如图1A所示，通信系统100可以包括无线发射/接收单元(WTRU) 102a、102b、102c、102d、RAN 104/113、CN 106/115、公共交换电话网络 (PSTN)108、因特网110以及其他网络112，然而应该了解，所公开的实施例设想了任意数量的WTRU、基站、网络和/或网络部件。每一个WTRU 102a、102b、102c、102d可以是被配置成在无线环境中工作和/或通信的任何类型的设备。举例来说，任一WTRU 102a、102b、102c、102d都可被称为“站”和/或“STA”，其可以被配置成发射和/或接收无线信号，并且可以包括用户设备(UE)、移动站、固定或移动订户单元、基于签约的单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、热点或Mi-Fi设备、物联网(IoT)设备、手表或其他可穿戴设备、头戴显示器(HMD)、车辆、无人机、医疗设备和应用 (例如远程手术)、工业设备和应用(例如机器人和/或在工业和/或自动处理链环境中工作的其他无线设备)、消费类电子设备、以及在商业和/或工业无线网络上工作的设备等等。WTRU 102a、102b、102c、102d可被可交换地称为UE。

通信系统100还可以包括基站114a和/或基站114b。每一个基站114a、 114b可以是被配置成通过以无线方式与WTRU 102a、102b、102c、102d中的至少一个无线对接来促使其接入一个或多个通信网络(例如CN 106/115、因特网110、和/或其他网络112)的任何类型的设备。举例来说，基站114a、 114b可以是基地收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e 节点B、gNB、NR节点B、站点控制器、接入点(AP)、以及无线路由器等等。虽然每一个基站114a、114b都被描述成了单个部件，然而应该了解。基站114a、114b可以包括任何数量的互连基站和/或网络部件。

基站114a可以是RAN 104/113的一部分，并且所述RAN还可以包括其他基站和/或网络部件(未显示)，例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a和/或基站114b可被配置成在名为小区(未显示)的一个或多个载波频率上发射和/或接收无线信号。这些频率可以处于授权频谱、无授权频谱或是授权与无授权频谱的组合之中。小区可以为相对固定或者有可能随时间变化的特定地理区域提供无线服务覆盖。小区可被进一步分成小区扇区。例如，与基站114a相关联的小区可被分为三个扇区。由此，在一个实施例中，基站114a可以包括三个收发信机，也就是说，每一个收发信机都对应于小区的一个扇区。在一个实施例中，基站 114a可以使用多输入多输出(MIMO)技术，并且可以为小区的每一个扇区使用多个收发信机。举例来说，通过使用波束成形，可以在期望的空间方向上发射和/或接收信号。

基站114a、114b可以通过空中接口116来与WTRU 102a、102b、102c、 102d中的一个或多个进行通信，其中所述空中接口可以是任何适当的无线通信链路(例如射频(RF)、微波、厘米波、毫米波、红外线(IR)、紫外线 (UV)、可见光等等)。空中接口116可以使用任何适当的无线电接入技术(RAT)来建立。

更具体地说，如上所述，通信系统100可以是多址接入系统，并且可以使用一种或多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA 以及SC-FDMA等等。例如，RAN 104/113中的基站114a与WTRU 102a、 102b、102c可以实施某种无线电技术，例如通用移动电信系统(UMTS)陆地无线电接入(UTRA)，其中所述技术可以使用宽带CDMA(WCDMA) 来建立空中接口115/116/117。WCDMA可以包括如高速分组接入(HSPA) 和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路(DL)分组接入(HSDPA)和/或高速UL分组接入(HSUPA)。

在一个实施例中，基站114a和WTRU 102a、102b、102c可以实施某种无线电技术，例如演进型UMTS陆地无线电接入(E-UTRA)，其中所述技术可以使用长期演进(LTE)和/或先进LTE(LTE-A)和/或先进LTA Pro (LTE-A Pro)来建立空中接口116。

在一个实施例中，基站114a和WTRU 102a、102b、102c可以实施某种无线电技术，例如NR无线电接入，其中所述无线电技术可以建立使用新型无线电(NR)的空中接口116。

在一个实施例中，基站114a和WTRU 102a、102b、102c可以实施多种无线电接入技术。举例来说，基站114a和WTRU 102a、102b、102c可以共同实施LTE无线电接入和NR无线电接入(例如使用双连接(DC)原理)。由此，WTUR 102a、102b、102c使用的空中接口可以通过多种类型的无线电接入技术和/或向/从多种类型的基站(例如eNB和gNB)发送的传输来表征。

在其他实施例中，基站114a和WTRU 102a、102b、102c可以实施以下的无线电技术，例如IEEE 802.11(即，无线高保真(WiFi))、IEEE 802.16 (即，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、 CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、用于GSM演进的增强数据速率(EDGE)以及GSM EDGE(GERAN)等等。

图1A中的基站114b可以是无线路由器、家庭节点B、家庭e节点B 或接入点，并且可以使用任何适当的RAT来促成局部区域中的无线连接，例如营业场所、住宅、车辆、校园、工业设施、空中走廊(例如供无人机使用)以及道路等等。在一个实施例中，基站114b与WTRU102c、102d可以通过实施IEEE 802.11之类的无线电技术来建立无线局域网(WLAN)。在一个实施例中，基站114b与WTRU 102c、102d可以通过实施IEEE 802.15 之类的无线电技术来建立无线个人局域网(WPAN)。在再一个实施例中，基站114b和WTRU 102c、102d可通过使用基于蜂窝的RAT(例如WCDMA、 CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等等)来建立微微小区或毫微微小区。如图1A所示，基站114b可以直连到因特网110。由此，基站114b不需要经由CN106/115来接入因特网110。

RAN 104/113可以与CN 106/115进行通信，其中所述CN可以是被配置成向一个或多个WTRU 102a、102b、102c、102d提供语音、数据、应用和/或借助网际协议语音(VoIP)服务的任何类型的网络。该数据可以具有不同的服务质量(QoS)需求，例如不同的吞吐量需求、时延需求、容错需求、可靠性需求、数据吞吐量需求、以及移动性需求等等。CN 106/115可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等，和/或可以执行用户验证之类的高级安全功能。虽然在图1A 中没有显示，然而应该了解，RAN 104/113和/或CN 106/115可以直接或间接地和其他那些与RAN 104/113使用相同RAT或不同RAT的RAN进行通信。例如，除了与使用NR无线电技术的RAN 104/113相连之外，CN106/115 还可以与使用GSM、UMTS、CDMA 2000、WiMAX、E-UTRA或WiFi无线电技术的别的RAN(未显示)通信。

CN 106/115还可以充当供WTRU 102a、102b、102c、102d接入PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供简易老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用了公共通信协议(例如TCP/IP网际协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和/或网际协议(IP))的全球性互联计算机网络设备系统。网络112可以包括由其他服务供应商拥有和/或运营的有线和/或无线通信网络。例如，网络112可以包括与一个或多个RAN相连的另一个CN，其中所述一个或多个RAN可以与RAN 104/113使用相同RAT或不同RAT。

通信系统100中一些或所有WTRU 102a、102b、102c、102d可以包括多模能力(例如，WTRU 102a、102b、102c、102d可以包括在不同无线链路上与不同无线网络通信的多个收发信机)。例如，图1A所示的WTRU 102c 可被配置成与使用基于蜂窝的无线电技术的基站114a通信，以及与可以使用IEEE 802无线电技术的基站114b通信。

图1B是示出了例示WTRU 102的系统图示。如图1B所示，WTRU 102 可以包括处理器118、收发信机120、发射/接收部件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136和/或其他外围设备138。应该了解的是，在保持符合实施例的同时，WTRU 102还可以包括前述部件的任何子组合。

处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA) 电路、其他任何类型的集成电路(IC)以及状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或其他任何能使WTRU 102在无线环境中工作的功能。处理器118可以耦合至收发信机120，收发信机120可以耦合至发射/接收部件122。虽然图1B将处理器118和收发信机120描述成单独组件，然而应该了解，处理器118和收发信机120也可以集成在一个电子封装或芯片中。

发射/接收部件122可被配置成经由空中接口116来发射或接收去往或来自基站(例如基站114a)的信号。举个例子，在一个实施例中，发射/接收部件122可以是被配置成发射和/或接收RF信号的天线。作为示例，在另一个实施例中，发射/接收部件122可以是被配置成发射和/或接收IR、UV 或可见光信号的放射器/检测器。在再一个实施例中，发射/接收部件122可被配置成发射和/或接收RF和光信号。应该了解的是，发射/接收部件122 可以被配置成发射和/或接收无线信号的任何组合。

虽然在图1B中将发射/接收部件122描述成是单个部件，但是WTRU 102可以包括任何数量的发射/接收部件122。更具体地说，WTRU 102可以使用MIMO技术。由此，在一个实施例中，WTRU 102可以包括两个或多个通过空中接口116来发射和接收无线电信号的发射/接收部件122(例如多个天线)。

收发信机120可被配置成对发射/接收部件122所要传送的信号进行调制，以及对发射/接收部件122接收的信号进行解调。如上所述，WTRU 102 可以具有多模能力。因此，收发信机120可以包括允许WTRU 102借助多种 RAT(例如NR和IEEE 802.11)来进行通信的多个收发信机。

WTRU 102的处理器118可以耦合到扬声器/麦克风124、键盘126和/ 或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管 (OLED)显示单元)，并且可以接收来自这些部件的用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示器/触摸板128输出用户数据。此外，处理器118可以从诸如不可移除存储器130和/或可移除存储器132之类的任何适当的存储器中存取信息，以及将信息存入这些存储器。不可移除存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或是其他任何类型的记忆存储设备。可移除存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)记忆卡等等。在其他实施例中，处理器118可以从那些并非实际位于WTRU 102的存储器存取信息，以及将数据存入这些存储器，作为示例，此类存储器可以位于服务器或家庭计算机 (未显示)。

处理器118可以接收来自电源134的电力，并且可被配置分发和/或控制用于WTRU102中的其他组件的电力。电源134可以是为WTRU 102供电的任何适当设备。例如，电源134可以包括一个或多个干电池组(如镍镉 (Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池、燃料电池等等。

处理器118还可以耦合到GPS芯片组136，该芯片组可被配置成提供与WTRU 102的当前位置相关的位置信息(例如经度和纬度)。作为来自 GPS芯片组136的信息的补充或替换，WTRU 102可以经由空中接口116接收来自基站(例如基站114a、114b)的位置信息，和/或根据从两个或多个附近基站接收的信号定时来确定其位置。应该了解的是，在保持符合实施例的同时，WTRU 102可以借助任何适当的定位方法来获取位置信息。

处理器118还可以耦合到其他外围设备138，其中所述外围设备可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片和/或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、

模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器、虚拟现实和/ 或增强现实(VR/AR)设备、以及活动跟踪器等等。外围设备138可以包括一个或多个传感器，所述传感器可以是以下的一个或多个：陀螺仪、加速度计、霍尔效应传感器、磁强计、方位传感器、邻近传感器、温度传感器、时间传感器、地理位置传感器、高度计、光传感器、触摸传感器、磁力计、气压计、手势传感器、生物测定传感器和/或湿度传感器。

WTRU 102可以包括全双工无线电设备，其中对于该无线电设备来说，一些或所有信号(例如与用于UL(例如对传输而言)和下行链路(例如对接收而言)的特定子帧相关联)的接收和传输可以是并发和/或同时的。全双工无线电设备可以包括借助于硬件(例如扼流线圈)或是凭借处理器(例如单独的处理器(未显示)或是凭借处理器118)的信号处理来减小和/或基本消除自干扰的干扰管理单元139。在一个实施例中，WTRU 102可以包括传送或接收一些或所有信号(例如与用于UL(例如对传输而言)或下行链路 (例如对接收而言)的特定子帧相关联)的半双工无线电设备。

图1C是示出了根据一个实施例的RAN 104和CN 106的系统图示。如上所述，RAN104可以在空中接口116上使用E-UTRA无线电技术来与 WTRU 102a、102b、102c进行通信。所述RAN 104还可以与CN 106进行通信。

RAN 104可以包括e节点B160a、160b、160c，然而应该了解，在保持符合实施例的同时，RAN 104可以包括任何数量的e节点B。每一个e节点B160a、160b、160c都可以包括在空中接口116上与WTRU 102a、102b、102c通信的一个或多个收发信机。在一个实施例中，e节点B160a、160b、160c可以实施MIMO技术。由此，举例来说，e节点B160a可以使用多个天线来向WTRU 102a发射无线信号，和/或以及接收来自WTRU 102a的无线信号。

每一个e节点B160a、160b、160c都可以关联于一个特定小区(未显示)，并且可被配置成处理无线电资源管理决策、切换决策、UL和/或DL 中的用户调度等等。如图1C所示，e节点B160a、160b、160c彼此可以通过X2接口进行通信。

图1C所示的CN 106可以包括移动性管理实体(MME)162、服务网关(SGW)164以及分组数据网络(PDN)网关(或PGW)166。虽然前述的每一个部件都被描述成是CN 106的一部分，然而应该了解，这其中的任一部件都可以由CN运营商之外的实体拥有和/或运营。

MME 162可以经由S1接口连接到RAN 104中的每一个e节点B160a、 160b、160c，并且可以充当控制节点。例如，MME 162可以负责验证WTRU 102a、102b、102c的用户，执行承载激活/去激活处理，以及在WTRU 102a、 102b、102c的初始附着过程中选择特定的服务网关等等。MME 162还可以提供一个用于在RAN 104与使用其他无线电技术(例如GSM和/或WCDMA) 的其他RAN(未显示)之间进行切换的控制平面功能。

SGW 164可以经由S1接口连接到RAN 104中的每一个e节点B160a、 160b、160c。SGW164通常可以路由和转发去往/来自WTRU 102a、102b、 102c的用户数据分组。并且，SGW 164还可以执行其他功能，例如在eNB 间的切换过程中锚定用户平面，在DL数据可供WTRU102a、102b、102c 使用时触发寻呼处理，以及管理并存储WTRU 102a、102b、102c的上下文等等。

SGW 164可以连接到PGW 146，所述PGW可以为WTRU 102a、102b、 102c提供分组交换网络(例如因特网110)接入，以便促成WTRU 102a、 102b、102c与启用IP的设备之间的通信。

CN 106可以促成与其他网络的通信。例如，CN 106可以为WTRU 102a、 102b、102c提供电路交换网络(例如PSTN 108)接入，以便促成WTRU 102a、 102b、102c与传统的陆线通信设备之间的通信。例如，CN 106可以包括一个IP网关(例如IP多媒体子系统(IMS)服务器)或与之进行通信，并且该IP网关可以充当CN 106与PSTN 108之间的接口。此外，CN 106可以为 WTRU 102a、102b、102c提供针对其他网络112的接入，其中该网络可以包括其他服务供应商拥有和/或运营的其他有线和/或无线网络。

虽然在图1A-1D中将WTRU描述成了无线终端，然而应该想到的是，在某些典型实施例中，此类终端与通信网络可以使用(例如临时或永久性) 有线通信接口。

在典型的实施例中，其他网络112可以是WLAN。

采用基础架构基本服务集(BSS)模式的WLAN可以具有用于所述BSS 的接入点(AP)以及与所述AP相关联的一个或多个站(STA)。所述AP 可以访问或是对接到分布式系统(DS)或是将业务量送入和/或送出BSS的别的类型的有线/无线网络。源于BSS外部且去往STA的业务量可以通过 AP到达并被递送至STA。源自STA且去往BSS外部的目的地的业务量可被发送至AP，以便递送到相应的目的地。处于BSS内部的STA之间的业务量可以通过AP来发送，例如在源STA可以向AP发送业务量并且AP可以将业务量递送至目的地STA的情况下。处于BSS内部的STA之间的业务量可被认为和/或称为点到点业务量。所述点到点业务量可以在源与目的地STA 之间(例如在其间直接)用直接链路建立(DLS)来发送。在某些典型实施例中，DLS可以使用802.11e DLS或802.11z隧道化DLS(TDLS))。举例来说，使用独立BSS(IBSS)模式的WLAN不具有AP，并且处于所述IBSS 内部或是使用所述IBSS的STA(例如所有STA)彼此可以直接通信。在这里，IBSS通信模式有时可被称为“自组织”通信模式。

在使用802.11ac基础设施工作模式或类似的工作模式时，AP可以在固定信道(例如主信道)上传送信标。所述主信道可以具有固定宽度(例如 20MHz的带宽)或是借助信令动态设置的宽度。主信道可以是BSS的工作信道，并且可被STA用来与AP建立连接。在某些典型实施例中，所实施的可以是具有冲突避免的载波感测多址接入(CSMA/CA)(例如在802.11系统中)。对于CSMA/CA来说，包括AP在内的STA(例如每一个STA)可以感测主信道。如果特定STA感测到/检测到和/或确定主信道繁忙，那么所述特定STA可以回退。在指定的BSS中，在任何指定时间有一个STA(例如只有一个站)进行传输。

高吞吐量(HT)STA可以使用宽度为40MHz的信道来进行通信(例如借助于将宽度为20MHz的主信道与宽度为20MHz的相邻或不相邻信道相结合来形成宽度为40MHz的信道)。

甚高吞吐量(VHT)STA可以支持宽度为20MHz、40MHz、80MHz 和/或160MHz的信道。40MHz和/或80MHz信道可以通过组合连续的20MHz 信道来形成。160MHz信道可以通过组合8个连续的20MHz信道或者通过组合两个不连续的80MHz信道(这种组合可被称为80+80配置)来形成。对于80+80配置来说，在信道编码之后，数据可被传递并经过一个分段解析器，所述分段解析器可以将数据非成两个流。在每一个流上可以单独执行反向快速傅里叶变换(IFFT)处理以及时域处理。所述流可被映射在两个80MHz 信道上，并且数据可以由执行传输的STA来传送。在执行接收的STA的接收机上，用于80+80配置的上述操作可以是相反的，并且组合数据可被发送至介质访问控制(MAC)。

802.11af和802.11ah支持次1GHz工作模式。与802.11n和802.11ac 相比，在802.11af和802.11ah中使用信道工作带宽和载波有所缩减。802.11af 在TV白空间(TVWS)频谱中支持5MHz、10MHz和20MHz带宽，并且 802.11ah支持使用非TVWS频谱的1MHz、2MHz、4MHz、8MHz和16MHz 带宽。依照典型实施例，802.11ah可以支持仪表类型控制/机器类型通信(例如宏覆盖区域中的MTC设备)。MTC可以具有某种能力，例如包含了支持 (例如只支持)某些和/或有限带宽在内的受限能力。MTC设备可以包括电池，并且该电池的电池寿命高于阈值(例如用于保持很长的电池寿命)。

对于可以支持多个信道和信道带宽的WLAN系统(例如802.11n、 802.11ac、802.11af以及802.11ah)来说，所述WLAN系统包括一个可被指定成主信道的信道。所述主信道的带宽可以等于BSS中的所有STA所支持的最大公共工作带宽。主信道的带宽可以由某一个STA设置和/或限制，其中所述STA源自在支持最小带宽工作模式的BSS中工作的所有STA。在关于802.11ah的示例中，即使BSS中的AP和其他STA支持2MHz、4MHz、 8MHz、16MHz和/或其他信道带宽工作模式，但对支持(例如只支持)1MHz 模式的STA(例如MTC类型的设备)来说，主信道的宽度可以是1MHz。载波感测和/或网络分配矢量(NAV)设置可以取决于主信道的状态。如果主信道繁忙(例如因为STA(其只支持1MHz工作模式)对AP进行传输)，那么即使大多数的频带保持空间并且可供使用，也可以认为整个可用频带繁忙。

在美国，可供802.11ah使用的可用频带是902MHz到928MHz。在韩国，可用频带是917.5MHz到923.5MHz。在日本，可用频带是916.5MHz 到927.5MHz。依照国家码，可用于802.11ah的总带宽是6MHz到26MHz。

图1D是示出了根据一个实施例的RAN 113和CN 115的系统图示。如上所述，RAN113可以在空中接口116上使用NR无线电技术来与WTRU 102a、102b、102c进行通信。RAN 113还可以与CN 115进行通信。

RAN 113可以包括gNB 180a、180b、180c，但是应该了解，在保持符合实施例的同时，RAN 113可以包括任何数量的gNB。每一个gNB 180a、 180b、180c都可以包括一个或多个收发信机，以便通过空中接口116来与 WTRU 102a、102b、102c通信。在一个实施例中，gNB180a、180b、180c 可以实施MIMO技术。例如，gNB 180a、180b、180c可以使用波束成形处理来向和/或从gNB 180a、180b、180c发射和/或接收信号。由此，举例来说， gNB 160a可以使用多个天线来向WTRU 102a发射无线信号，和/或接收来自 WTRU 102a的无线信号。在一个实施例中，gNB 180a、180b、180c可以实施载波聚合技术。例如，gNB 180a可以向WTR 102a传送多个分量载波(未显示)。这些分量载波的一个子集可以处于无授权频谱上，而剩余分量载波则可以处于授权频谱上。在一个实施例中，gNB 180a、180b、180c可以实施协作多点(CoMP)技术。例如，WTRU 102a可以接收来自gNB 180a和gNB 180b(和/或gNB 180c)的协作传输。

WTRU 102a、102b、102c可以使用与可扩缩参数配置相关联的传输来与gNB 180a、180b、180c进行通信。例如，对于不同的传输、不同的小区和/或不同的无线传输频谱部分来说，OFDM符号间隔和/或OFDM子载波间隔可以是不同的。WTRU 102a、102b、102c可以使用具有不同或可扩缩长度的子帧或传输时间间隔(TTI)(例如包含了不同数量的OFDM符号和/或持续不同的绝对时间长度)来与gNB 180a、180b、180c进行通信。

gNB 180a、180b、180c可被配置成与采用独立配置和/或非独立配置的WTRU 102a、102b、102c进行通信。在独立配置中，WTRU 102a、102b、 102c可以在不接入其他RAN(例如e节点B160a、160b、160c)的情况下与gNB 180a、180b、180c进行通信。在独立配置中，WTRU102a、102b、 102c可以使用gNB 180a、180b、180c中的一个或多个作为移动锚点。在独立配置中，WTRU 102a、102b、102c可以使用无授权频带中的信号来与gNB 180a、180b、180c进行通信。在非独立配置中，WTRU 102a、102b、102c 会在与别的RAN(例如e节点B160a、160b、160c)进行通信/相连的同时与gNB 180a、180b、180c进行通信/相连。举例来说，WTRU 102a、102b、 102c可以通过实施DC原理而以基本同时的方式与一个或多个gNB 180a、 180b、180c以及一个或多个e节点B160a、160b、160c进行通信。在非独立配置中，e节点B160a、160b、160c可以充当WTRU 102a、102b、102c 的移动锚点，并且gNB 180a、180b、180c可以提供附加的覆盖和/或吞吐量，以便为WTRU 102a、102b、102c提供服务。

每一个gNB 180a、180b、180c都可以关联于特定小区(未显示)，并且可以被配置成处理无线电资源管理决策、切换决策、UL和/或DL中的用户调度、支持网络切片、实施双连接性、实施NR与E-UTRA之间的互通处理、路由去往用户平面功能(UPF)184a、184b的用户平面数据、以及路由去往接入和移动性管理功能(AMF)182a、182b的控制平面信息等等。如图1D所示，gNB 180a、180b、180c彼此可以通过Xn接口通信。

图1D所示的CN 115可以包括至少一个AMF 182a、182b，至少一个 UPF 184a、184b，至少一个会话管理功能(SMF)183a、183b，并且有可能包括数据网络(DN)185a、185b。虽然每一个前述部件都被描述了CN 115 的一部分，但是应该了解，这其中的任一部件都可以被CN运营商之外的其他实体拥有和/或运营。

AMF 182a、182b可以经由N2接口连接到RAN 113中的一个或多个 gNB 180a、180b、180c，并且可以充当控制节点。例如，AMF 182a、182b 可以负责验证WTRU 102a、102b、102c的用户，支持网络切片(例如处理具有不同需求的不同PDU会话)，选择特定的SMF 183a、183b，管理注册区域，终止NAS信令，以及移动性管理等等。AMF 182a、1823b可以使用网络切片处理，以便基于WTRU 102a、102b、102c使用的服务类型来定制为WTRU 102a、102b、102c提供的CN支持。作为示例，针对不同的用例，可以建立不同的网络切片，例如依赖于超可靠低时延(URLLC)接入的服务、依赖于增强型大规模移动宽带(eMBB)接入的服务、和/或用于机器类型通信(MTC)接入的服务等等。AMF 162可以提供用于在RAN 113与使用其他无线电技术(例如LTE、LTE-A、LTE-A Pro和/或诸如WiFi之类的非3GPP 接入技术)的其他RAN(未显示)之间切换的控制平面功能。

SMF 183a、183b可以经由N11接口连接到CN 115中的AMF 182a、 182b。SMF 183a、183b还可以经由N4接口连接到CN 115中的UPF 184a、 184b。SMF 183a、183b可以选择和控制UPF 184a、184b，并且可以通过UPF 184a、184b来配置业务量路由。SMF 183a、183b可以执行其他功能，例如管理和分配UE IP地址，管理PDU会话，控制策略实施和QoS，以及提供下行链路数据通知等等。PDU会话类型可以是基于IP的，不基于IP的，以及基于以太网的等等。

UPF 184a、184b可以经由N3接口连接到RAN 113中的一个或多个gNB 180a、180b、180c，这样可以为WTRU 102a、102b、102c提供分组交换网络(例如因特网110)接，以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信，UPF 184、184b可以执行其他功能，例如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲下行链路分组、以及提供移动性锚定处理等等。

CN 115可以促成与其他网络的通信。例如，CN 115可以包括或者可以与充当CN115与CN 108之间的接口的IP网关(例如IP多媒体子系统 (IMS)服务器)进行通信。此外，CN115可以为WTRU 102a、102b、102c 提供针对其他网络112的接入，这其中可以包括其他服务供应商拥有和/或运营的其他有线和/或无线网络。在一个实施例中，WTRU 102a、102b、102c可以经由对接到UPF 184a、184b的N3接口以及介于UPF 184a、184b与DN 185a、185b之间的N6接口并通过UPF 184a、184b连接到本地数据网络(DN) 185a、185b。

有鉴于图1A-1D以及关于图1A-1D的相应描述，在这里对照以下的一项或多项描述的一个或多个或所有功能可以由一个或多个仿真设备(未显示) 来执行：WTRU 102a-d、基站114a-b、e节点B160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-ab、UPF184a-b、SMF 183a-b、 DN185 a-b和/或这里描述的其他任何设备。这些仿真设备可以是被配置成模拟这里一个或多个或所有功能的一个或多个设备。举例来说，这些仿真设备可用于测试其他设备和/或模拟网络和/或WTRU功能。

仿真设备可被设计成在实验室环境和/或运营商网络环境中实施关于其他设备的一项或多项测试。例如，所述一个或多个仿真设备可以在被完全或部分作为有线和/或无线通信网络一部分实施和/或部署的同时执行一个或多个或所有功能，以便测试通信网络内部的其他设备。所述一个或多个仿真设备可以在被临时作为有线和/或无线通信网络的一部分实施/部署的同时执行一个或多个或所有功能。所述仿真设备可以直接耦合到别的设备以执行测试，和/或可以使用空中无线通信来执行测试。

所述一个或多个仿真设备可以在未被作为有线和/或无线通信网络一部分实施/部署的同时执行包括所有功能在内的一个或多个功能。例如，所述仿真设备可以在测试实验室和/或未被部署(例如测试)的有线和/或无线通信网络的测试场景中使用，以便实施关于一个或多个组件的测试。所述一个或多个仿真设备可以是测试设备。所述仿真设备可以使用直接的RF耦合和/ 或借助了RF电路(作为示例，该电路可以包括一个或多个天线)的无线通信来发射和/或接收数据。

在LTE中，turbo编码器交织器定义的仅仅是有限数量的码块(CB) 大小，其中最大的块大小是6144比特。由此，如果包含24比特TB循环冗余校验(CRC)的传输块(TB)超出这个6144比特的限度，那么在turbo 编码之前会将每一个TB分割成更小的CB。

图2示出了一个关于码块(CB)分段处理250和依照CB的循环冗余校验(CRC)插入处理270的示例，其中该示例可以与这里描述的其他实施例以任何组合的方式结合使用。如图2所示，TB 205中的CB分段250可以位于将填充比特260插入CB#1 215(也就是使得第一CB符合Turbo编码器所支持的大小的填充符)的turbo编码处理之前。在CB分段处理250期间，在每一个CB(即，CB#1 215、CB#2 217、CB#M 218)上可以附加CRC 230、 232、234。所述CRC230、232、234的长度同样可以包括24比特，但其不同于TB CRC 210。通过让每一个CB 215、217、218都具有CRC 230、232、 234，能够在提早检测出正确解码的CB以进行信道编码280，而这转而允许提早终止针对所述CB 215、217、218的迭代解码处理。该处理可以用于减小WTRU的处理复杂度和能耗。TB CRC 210与CB CRC 230、232、234的组合可以将没有检测到已被解码的TB中的差错的风险降至最低。

在LTE中，基于20MHz的系统带宽，TB大小(即，传输块大小(TBS)) 可以达到97,896比特。由此可能导致每一个TB大约具有16个CB。在LTE 中，即使单个CB的解码失败，也还是会重传整个TB。在用于6GHz以下频带的系统带宽为100MHz且用于毫米波频带的系统带宽有可能高达数GHz 的新型无线电(NR)中，TBS有可能会大出很多，例如，以扩展20MHz的 LTE带宽基础，对于100MHz而言可以是80CB。

在提供了多个用例(例如增强移动宽带(eMBB)、超可靠低时延通信 (URLLC)以及大规模机器类型通信(mMTC))的NR中，其中可能需要有效使用无线电资源的方式。例如，URLLC WTRU可能需要即时得到服务，以便满足其严格的时延需求。由此导致有必要抢占eMBB业务量，其中为 eMBB业务量调度的资源会被抢占，以便服务于URLLC业务量。这种资源抢占可以在微时隙(即，符号级)级上进行，由此仅仅会影响到少量CB。因此，重传整个TB(对于LTE而言通常就是如此)在资源方面是非常低效和浪费的。由此需要可以基于CB、CB群组(CBG)、TB或是其任何组合工作的更灵活的重传方案。

图3示出了一个超可靠低时延(URLLC)业务量抢占增强移动宽带 (eMBB)业务量的例示处理。举例来说，CB 1至28最初是为eMBB业务量调度的。然而，在需要为URLLC业务量提供服务时，如区域305和315 所示，为eMBB业务量调度的CB可被抢占，以便为URLLC业务量提供服务。在LTE中，如果没有正确解码处于抢占区域305、315中的CB(或是用于eMBB业务量的区域中的任何CB)，则需要重传整个TB。如上所述，这样做会导致无线电资源的使用效率低下。

为了支持基于CBG的重传，有必要使用多比特HARQ反馈。所述多比特反馈可用于指示WTRU请求从基站(例如下一代节点B(gNB))重传的是哪一个CB/CBG或其他资源(例如PRB或PRB群组)。

WTRU或WTRU集合/群组可以被半静态或动态地配置成不使用 HARQ反馈、使用单比特HARQ反馈或是使用多比特HARQ。这一点可以取决于被服务的eMBB业务量的类型/分类(例如直播流视频相比于非现场视频内容)以及抢占eMBB业务量的URLLC业务量的频率。关于WTRU 的反馈格式的配置(或再配置)可以由BS(例如gNB)借助信令消息来确定。举例来说，半静态配置可以借助RRC信令来确定，并且可以指示WTRU 或WTRU集合/群组提供的HARQ反馈的类型在很长一段时间以内都不能改变。作为示例，当WTRU被半静态地配置成在小区中提供多比特HARQ反馈时，WTRU将不会改变其HARQ反馈配置，直至其移动到只能接受单比特HARQ反馈的不同小区。相比之下，动态配置可以借助DCI来确定，并且可以指示WTRU或WTRU集合/群组提供的HHARQ反馈的类型可根据需要而在很短时段以内改变。举例来说，DCI可以包含用于改变WTRU所提供的HARQ反馈的类型的参数。

在一个实施例中，如果eMBB业务量主要由对时间敏感的业务量(例如直播流视频)组成且URLLC业务量负载很低，并且由此导致相对较少频率的eMBB资源抢占，那么BS(例如gNB)可以半静态或动态地将WTRU 或WTRU群组配置(再配置)成不使用HARQ反馈。然后，WTRU可以依靠前向纠错处理(FEC)，因为对于此类服务而言，相比于与基于HARQ的重传相关联的延迟，倒不如丢失一些分组。

作为替换或补充，如果URLLC业务量的频率很高，并且由此导致在很大程度上抢占了eMBB资源，那么BS(例如gNB)可以半静态或动态地将受影响的WTRU或WTRU群组配置(再配置)成使用多比特HARQ反馈。一旦接收到多比特HARQ反馈，则BS可以重传受影响的数据部分，以使 WTRU或WTRU群组可以有效解码受影响的TB。这些重传可以是CB/CBG、微时隙级的重传，由此允许WTRU或WTRU群组受益于附加数据传输，同时不会在时延方面对观看者体验造成极大影响。

在另一个实施例中，BS(例如gNB)可以半静态地将WTRU或WTRU 群组配置成将某些预定映射用于多比特HARQ反馈。这些映射可以指示多比特HARQ反馈是否允许CB级粒度、CBG级粒度乃至时间-频率资源。在图4A-C中示出了关于此类映射的示例。

图4A示出了一个例示的多比特HARQ反馈405，该反馈可以与这里描述的其他任何实施例结合使用。如图4A所示，多比特HARQ反馈405可以允许CB级重传粒度。在这里，所述粒度指的是包含在多比特HARQ反馈的每一个比特(即，每一个HARQ信息比特)中的CB(一个或多个)/CBG (一个或多个)的数量。特别地，CB级粒度指的是多比特HARQ反馈405 中的每一个比特都可以代表单个CB。在该示例中，多比特HARQ反馈405 包括代表了每一个CB(即，CB1到CB 12)的12个HARQ信息比特。这十二个HARQ信息比特可以指示WTRU请求重传的相应CB。举例来说，如果CB 1未被正确解码(也就是受到损坏)，那么WTRU可以将代表CB 1 的第一个HARQ信息比特确定成是NACK。如果CB1被成功解码，那么 WTRU可以将第一个HARQ信息比特确定成是ACK。HARQ信息比特值0 可以代表NACK，而HARQ信息比特值1可以代表ACK，反之亦然。这样做提供了最大的灵活性，因为WTRU可以准确指定哪些CB未被其成功解码。由此，BS可以最低限度地使用重传资源。如果TB尺寸很小，那么该处理尤其具有吸引力。然而，即使TB大小适度较大，该方法也有可能需要大量的 HARQ反馈比特，由此极大地增加信令开销。

图4B示出了一个例示的多比特HARQ反馈410，其中所述HARQ反馈410允许码块组(CBG)级的重传粒度，并且可以与这里描述的其他任何实施例结合使用。CBG级粒度意味着多比特HARQ反馈410中的每一个比特可以代表一个CB群组(即，CBG)415、420、425、430。在该示例中，多比特HARQ反馈410包括代表了CBG 415、420、425、430中的每一个的 4个HARQ信息比特。这四个HARQ信息比特中的每一个都可以指示WTRU 请求重传的相应CBG 415、420、425、430。例如，多比特HARQ反馈410 中的第一个比特代表了第一CBG 415(即，CB1、CB2、CB3组成的群组)，并且指示了是否请求重传第一CBG。如果第一CBG 415中的任一CB未被正确解码(也就是受到损坏)，那么WTRU可以将代表第一CBG 415的第一HARQ信息比特确定成是NACK。如果成功解码了第一CBG 415中的所有CB，那么WTRU可以将代表第一CBG 415的第一比特确定成是ACK。如上所述，HARQ信息比特值0可以代表NACK，而HARQ信息比特值1 可以代表ACK，反之亦然。

图4C示出了另一个例示的多比特HARQ反馈435，其中所述HARQ 反馈435允许CBG级的重传粒度，并且该反馈可以与这里描述的其他任何实施例结合使用。CBG级粒度指的是多比特HARQ反馈410中的比特可以表示CB群组(即，CBG)440、445。如图4C所示，每一个HARQ信息比特都映射到CBG 440、445，在这种情况下，两个CBG群组各自具有6个 CB。举例来说，多比特HARQ反馈435中的第一个比特代表第一CBG 440 (也就是CB1、CB2、CB3、CB4、CB5、CB6的群组)，并且指示了是否请求重传第一CBG。如果第一CBG 415中的所有CB都被成功解码，那么 WTRU可以将代表第一CBG 440的第一比特确定成是ACK。如果第一CBG 440中的任一CB未被正确解码(例如受到损坏)，那么WTRU可以将代表第一CBG 440的第一HARQ信息比特确定成是NACK。换句话说，相关CBG 群组中的任一CB出错都会导致产生NACK反馈，由此导致重传该CBG中的所有CB。如果WTRU正确地接收到CBG的所有码块，那么WTRU可以为CBG的HARQ-ACK信息比特生成ACK。如果WTRU不正确地接收到 CBG中的至少一个码块，那么WTRU可以为CBG的HARQ-ACK信息比特生成NACK。如上所述，HARQ信息比特值0可以代表NACK，而HARQ 信息比特值1则可以代表ACK，反之亦然。

在一个实施例中，WTRU可被配置成使用多个HARQ反馈选项。例如， WTRU可被配置成同时提供多比特HARQ反馈和单比特HARQ反馈。WTRU 可以灵活地决定使用者两者中的哪一个，由此在需要的情况下在其间进行切换。举例来说，如果WTRU未能成功解码针对特定TB的少量CB，那么它可以选择(或切换到)使用多比特HARQ反馈，以便用信号通告基站(例如gNB)重传哪一个CB。

作为替换或补充，如果WTRU未能解码大量CB(例如所有TB中的很大一部分)，那么它可以预示抢占处理已经影响了多个CB/CBG，并且 BS(例如gNB)最好重传整个TB。在这种情况下，WTRU可以选择(或切换到)使用单比特HARQ反馈，由此通知BS(例如gNB)重传整个TB，同时还会减小信令开销。所述BS(例如gNB)可以为WTRU配置一个阈值参数“δ”，以便促成单比特HARQ反馈与多比特HARQ反馈之间的切换。

为了促成请求基于TB的重传的单比特HARQ反馈与请求基于CBG的重传的多比特HARQ反馈之间的切换，WTRU可被BS(例如gNB)配置成使用多个PUCCH格式，其中每一个格式都具有不同的净荷(例如上行链路控制信息(UCI))大小。然后，WTRU可以基于HARQ反馈需求来选择适当的PUCCH格式。在这个场景中，BS(例如gNB)可能必须盲解码PUCCH，以便确定WTRU使用哪一种格式以及由此使用哪一个反馈选项。

WTRU可以借助无线电资源控制(RRC)信令而被配置成具有多个 PUCCH资源集合，其中这些资源集合是基于UCI净荷能力来划分的。举个例子，在一个简单场景中有可能'K＝2'个被配置的资源集合。第一资源集合可以是为具有HARQ-ACK反馈并且由此具有多达2比特的UCI净荷大小的 PUCCH格式定义的。然而，第一资源集合可以是为具有HARQ-ACK反馈并且由此具有大于2比特的UCI净荷大小的PUCCH格式定义的。在另一个示例中，在具有附加粒度的情况下，WTRU可被配置成具有'K＝3'个资源集合。举例来说，第一资源集合可以是为多达2比特的UCI净荷大小定义的。第二资源集合可以是为使用了大于2比特但是小于19比特的UCI净荷大小的PUCCH格式定义的。第三资源集合可以是为大小为20或更多比特的UCI 净荷大小定义的。在另一个示例中，PUCCH资源集合可以是'K＝4'个，其中第一资源集合是是为多达2比特的UCI净荷大小定义的，并且第二资源集合是为使用了大于2比特但是小于19比特的UCI净荷大小的PUCCH格式定义(与'K＝3'的情况一样)。然而，第三和第四资源集合可以提供增加的粒度，其中第三资源集合是从大于20但小于某个值'L'(以L＝80为例)的UCI 净荷大小中定义的，并且第四资源集合是为大于L的UCI净荷大小定义的。

在资源集合的数量与逐个资源集合中可用的PUCCH资源(资源块) 的数量之间可能存在权衡。如果具有数量较多的PUCCH资源集合，那么有可能导致逐个集合中只有少量PUCCH资源，因为现在必须在数量较多的资源集合之间划分PUCCH资源总数。如果普遍预期会具有大量UCI净荷较高的WTRU，那么具有数量较多的资源集合将是非常有益的。在这种情况下，这些净荷的分布是多模式的，其中PUCCH资源集合可以良好适应UCI净荷的分布，由此允许以最优的方式使用这些资源。一种具有数量较多的资源集合可能会很有益的例示状况是UCI净荷有可能发生很大的变化。对于以CBG 为基础的传输(重传)来说，这种状况有可能会在HARQ反馈复用时发生，其中有可能需要为跨越了多个时隙/CC等等的多个PDSCH传输提供单个 HARQ反馈响应。在这样的状况中并且尤其是对基于CBG的传输(重传) 而言，HARQ比特数量有可能会很多，举个例子，对于被配置成逐个TB具有8个CBG的WTRU来说，如果具有五个CC，那么用于HARQ反馈的 UCI净荷预计是40比特，而对于两个CC来说。UCI净荷预计将会是16比特。在这样的场景中，具有数量较大的PUCCH资源集合(例如'K＝4'而不是'K＝3')有可能会更好，并且对于K＝3的情形来说，集合之间的PUCCH 资源分布会导致提供数量更多的资源，因为可以预期的是，提供40比特的 HARQ反馈的概率要远远低于提供介于3比特与某个中间值(例如上文针对’K＝4’的情形中的第三集合的19比特)之间的HARQ反馈比特进而因此提供UCI净荷的概率。

然后，WTRU可以基于HARQ净荷(UCI)大小来选择适当的资源集合。例如，在以上将WTRU配置成在每一个TB中都只具有2个CBG以及仅仅具有单个码字(CW)的场景中，WTRU可能需要报告大小为2比特的多比特反馈。在这种情况下，WTRU可以选择为多达2比特的UCI的PUCCH 格式定义的PUCCH资源集合(也就是以上的每一个示例中的第一个集合)。

在另一个实施例中，针对单个CW配置而被配置成逐个TB具有8个 CBG的WTRU有可能需要报告大小为8比特的多比特反馈。该WTRU可以选择为PUCCH格式定义的PUCCH资源集合，所述资源集合能够支持上述示例中的第二集合所示的大于2比特的UCI。

在另一个实施例中，WTRU可被配置成具有多个PUCCH资源集合，其中为能够支持HARQ净荷大小(或者更概括地说是某个大小的UCI净荷) 的PUCCH格式定义了一个以上的资源集合。举例来说，WTRU可被配置成具有K＝4个集合，其中两个集合是为多达2比特的UCI净荷的PUCCH格式定义的，而剩余的两个集合则是为大于2比特的UCI净荷的PUCCH格式定义的。在这样的场景中，WTRU可以随机选择为任一净荷情形定义的两个集合中的一个。如果在每一个PUCCH资源集合上指配了大量的WTRU，那么这样做有助于减小在多个WTRU之间发生冲突的可能性。

如果所选择的PUCCH格式能具有适度的UCI(HARQ)净荷，并且在多个/若干个符号/微时隙/子时隙上被发送(例如处于很长的时续时间的 PUCCH，比方说单个资源块配对上的PUCCH格式4)，以便有效使用PUCCH 资源集合，那么多个WTRU可以共享同一个资源块配对。共享处于一个符号/微时隙内部的同一个资源块配对的设备可以通过频域序列的不同的正交相位旋转(例如时域中的循环移位)来分离。作为替换或补充，对于更大的UCI净荷格式(例如大于2比特)来说，如果使用了多个资源块配对(例如 PUCCH格式2或3)，那么可以通过让多个WTRU共享同一个资源块配对来提升符号/微时隙/子时隙的复用容量，其中每一个WTRU都使用了不同的正交覆盖序列。由此，这样做可以减少HARQ反馈所需要的PUCCH资源的数量。

除了选择适当的资源集合(例如基于HARQ-ACK净荷大小)，BS(例如gNB)还可以微调将被WTRU使用以提供其HARQ反馈的PUCCH资源。该处理可以通过使用与LTE中的2比特ACK-NACK偏移字段(ANO)相类似的ACK-NACK资源指示符(ARI)字段来完成，其可以用于动态控制 PUCCH资源集合内部的PUCCH资源和/或格式。

在一个实施例中，2比特的ARI可以如下提供PUCCH资源索引：00 标引的是第一PUCCH资源，01标引的是第二PUCCH资源，10标引的是第三PUCCH资源，而11标引的则是被选择的PUCCH资源集合内部的第四 PUCCH资源。

在另一个实施例中，ARI可以为特定的PUCCH格式提供关于PUCCH 资源索引的索引。举例来说，如果WTRU是为用于大于2比特的UCI净荷的短和长PUCCH配置的，那么它可被配置成具有两种不同的PUCCH格式。在一个实施例中，一个PUCCH格式可被用于短PUCCH，而另一个PUCCH 格式则可用于长PUCCH传输。然后，ARI索引可被用于提供与PUCCH资源索引以及PUCCH格式有关的信息。例如，基于ARI索引，WTRU可以选择具有两种PUCCH格式(例如PUCCHa和PUCCHb)的PUCCH资源集合，其中所有这两种PUCCH格式都能运送大于2比特的UCI净荷，其中一种格式(例如PUCCHa)用于短持续时间的PUCCH传输，并且另一种格式(例如PUCCHb)被用于长持续时间的PUCCH传输。特别地，ARI索引00可以指示用于PUCCHa的PUCCH资源1，索引01可以指示用于PUCCHa的PUCCH资源2，索引10可以指示用于PUCCHb的PUCCH资源1，而索引 11可以指示用于PUCCHb的PUCCH资源2。

在另一个实施例中，被配置成具有短和长PUCCH格式的WTRU可以基于某些预定判据来决定一个PUCCH格式。举例来说，如果WTRU的功率有限或者覆盖范围受限，那么WTRU可以决定使用长PUCCH格式。在这种情况下，可以灵活选取最佳/适当PUCCH格式的WTRU可以仅仅使用DCI 中的ARI字段来指示PUCCH资源索引。

此外，如果可以灵活选择恰当的PUCCH资源，则可以允许WTRU适配可能导致的反馈粒度的任何变化。举例来说，如果BS(例如gNB)在 PDCCH上使用回退DCI来调度PDSCH，那么被配置成为基于CBG的传输 (重传)提供多比特HARQ反馈的WTRU可以使用针对基于TB的传输(重传)的单比特HARQ反馈来做出响应。该回退DCI可以指示BS不支持针对所传送的传输块(TB)的基于CBG的重传。当WTRU接收到回退DCI时，该WTRU可以选择为支持大小为2比特的更小UCI净荷的PUCCH格式配置的PUCCH资源集合，因为这样做将会满足请求重传单个或两个码字(或 TB)的单比特HARQ反馈的需要。这样一来，优先被配置成提供多比特 HARQ反馈的WTRU可以在针对基于CBG的重传的多比特HARQ反馈(通过使用为较高的UCI净荷配置的资源集合)与针对基于TB的重传的单比特 HARQ反馈(通过使用为较小的UCI净荷配置的资源集合)之间切换。对于这种回退DCI而言，考虑到WTRU因为HARQ净荷大小发生变化(从多比特HARQ反馈变成单比特HARQ反馈)且PUCCH格式也相应改变而切换到了不同PUCCH资源集合这一事实，BS(例如gNB)可以提供经过更新的PUCCH资源索引信息(借助ARI字段)。然后，新的ARI可被修改，以便反映成关于该PUCCH资源集合的PUCCH资源索引信息。

在一个实施例中，WTRU在PUSCH上传送数据，其中该WRTU可以选择使用多比特HARQ反馈来为重传提供更精细的粒度。在该实施例中，该WTRU还可以基于更严格的阈值参数'δ_s'(其中δ_s>δ)而从多比特HARQ 反馈切换到单比特HARQ反馈。与在PUCCH上发送HARQ(例如δ_s＝1)的情形相比，这种处理更为严格，其意味着只有在整个TB出现错误的时候才会切换到单比特。

在另一个实施例中，WTRU可被配置成提供多个HARQ反馈选项，例如同时向BS(例如gNB)提供多比特HARQ反馈和单比特HARQ反馈。提供两种类型的HARQ反馈可能需要针对HARQ反馈差错的内置检错和附加鲁棒性。例如，对于具有受到抢占影响的单个CBG的WTRU来说，其可以为受影响的CBG提供多比特HARQ反馈以及为TB提供单比特反馈。这意味着多比特HARQ反馈包含了针对受影响的CBG的单个NACK，并且单比特HARQ反馈包含了针对TB的单个NACK。如果任一NACK比特受到 NACK-ACK差错的影响，那么BS(例如gNB)仍旧能够辨别出所述TB的至少某个部分未被WTRU正确解码。在这种情况下，BS(例如gNB)可以决定重传整个TB(如果针对受影响的CBG的单个NACK被翻转为ACK)，或者仅仅重传其接收到的NACK所针对的CBG。尽管前一种情况(即，重传整个TB)可能导致不必要的传输，但是它相比于替换方案(也就是重传受影响的CBG)更为优选，因为与重传整个TB相比，重传受影响的CBG 有可能会因为RLC协议的潜在校正处理而耗费更长的时间(也就是直至成功接收到整个TB)。

被配置成提供多比特HARQ反馈的WTRU还可以恢复成或使用单比特反馈作为回退选项，以此作为用于减小反馈开销的方法。WTRU可被配置成具有多比特HARQ反馈和单比特HARQ反馈选项，并且只要BS(例如 gNB)调度的传输(重传)导致至少一个被传送的(重传的)CBG出现差错(即，NACK)，所述WTRU即可提供多比特HARQ反馈。一旦WTRU成功接收到了所有CBG(并且由此成功接收到整个TB)，该WTRU可以发送单比特HARQ反馈消息，以便通知BS(例如gNB)整个TB现在都已被成功接收。这种从多比特HARQ反馈到单比特HARQ反馈的切换可以减小开销，同时不会对性能产生负面影响。

在另一个实施例中，如果大量的CBG因为抢占数据而无法被解码(例如基于某个阈值，比方说CBG的绝对数量或是所配置的CBG的百分比/部分)，那么被配置成同时具有多比特HARQ反馈和单比特HARQ反馈选项的WTRU可以决定为基于TB的重传选择单比特HARQ反馈。在这种情况下，WTRU可以确定其最好请求重传整个TB。为了请求重传整个TB，WTRU 可以发送单比特HARQ-NACK。

在另一个实施例中，被配置成执行多比特HARQ反馈(或是被配置成同时执行多比特HARQ反馈和单比特HARQ反馈)的WTRU有可能因为用于调度PDSCH的DCI中的变化而需要切换到(或选择)单比特反馈。举例来说，如果WTRU被配置成具有针对基于CBG的传输(重传)的多比特 HARQ反馈，并且借助DCI调度的PDSCH不支持基于CBG的传输，那么 WTRU可能会因为使用了回退DCI格式而需要切换到(选择)单比特HARQ 反馈。在这样的场景中，使用回退DCI来调度PDSCH的处理可被看作是一个表明WTUR需要使用针对基于TB的重传的单比特HARQ反馈来做出响应的指示。常规的DCI(或非回退DCI)可被看作是一个表明WTRU应该使用针对基于CBG(或CB)的重传的多比特HARQ反馈来做出响应的指示。

每一个PDCCH都可以携带名为DCI的消息，该消息包含了关于WTRU 或WTRU群组的资源指配及其他控制信息。例如，DCI可以传输下行链路和上行链路调度信息，关于非周期性信道质量(CQI)报告的请求，或是关于一个小区以及一个无线电网络临时标识符(RNTI)的上行链路功率控制命令。根据该信息内容，DCI可以具有如下表1所示的不同的DCI消息格式。

表1

作为示例，用于在一个小区中调度PDSCH的DCI格式1_1可以包括用于指示针对至少一个传输块(TB)的基于码块组(CBG)的传输(重传) 的字段。常规DCI(或非回退DCI)可以是该DCI格式1_1，由此显性指示 WTRU应该使用基于CBG(或CB)的重传的多比特HARQ反馈来做出响应。另一方面，用于在一个DL小区中调度PDSCH的DCI格式1_0不会包括用于指示基于CBG的传输(重传)的字段。在该场景中，使用DCI格式 1_0来调度PDSCH的处理可被看作是表明WTRU需要使用针对基于TB的传输(重传)的单比特HARQ反馈来做出响应的隐性指示。如上所述，一旦接收到DCI格式1_0，则WTRU可以切换或选择针对基于CBG的重传的单比特HARQ反馈。此外，如果WTRU接收由具有DCI格式1_0的PDCCH 调度的PDSCH，那么该WTRU可以仅仅为PDSCH中的传输块生成HARQ 反馈信息。以上描述的回退DCI可以是DCI格式1_0。

基于WTRU是否单纯依据其自身决策(例如像上文中描述的那样基于有多少个CBG出现差错)而从多比特HARQ反馈切换到单比特HARQ反馈，或者基于所述切换是否依据BS(例如gNB)如何调度PDSCH(例如回退 DCI)的改变，WTRU可以以不同的方式选择PUCCH资源/格式。在所述切换归因于DCI的后一种情况中，BS(gNB)可以动态指示来自所选择的 PUCCH资源集合的所要使用的PUCCH资源的ARI，其中如前所述，所述集合选择可以基于UCI净荷大小。然后，WTRU可以将这个动态指示的资源用于单比特HARQ反馈。

如果WTRU自主决定从多比特HARQ反馈切换到单比特HARQ反馈，那么该WTRU可以使用预先配置的PUCCH资源(例如上行链路控制信息 (UCI))。为此目的，BS(例如gNB)可以半静态地配置包含了恰当的 PUCCH资源集合的PUCCH资源。在这种情况下，PUCCH资源集合可以是被配置为处理小于2比特的UCI净荷的集合(PUCCH格式0/1)。这个预先配置的资源可以覆盖借助于为基于CBG的传输(重传)调度PDSCH的非回退DCI中的ARI所动态指示的PUCCH资源。其原因在于在该DCI中指示的PUCCH资源是专用于多比特反馈净荷大小以及相应的PUCCH资源的。

作为替换或补充，WTRU可以使用为多比特HARQ反馈指定的PUCCH 资源来为BS(例如gNB)提供单比特HARQ反馈。在这种情况下，所有的两种PUCCH格式(例如PUCCH格式0和PUCCH格式2)都可以用于相同的PUCCH资源。举例来说，PUCCH格式0可被指定给大小为1-2比特的 UCI净荷，并且可以为大于2比特的UCI净荷定义PUCCH格式2。

在前面的示例中，关于被配置的PUCCH资源集合数量及其UCI净荷能力的信息可能会限制WTRU在提供针对所传送的PDSCH的HARQ响应时自主决定单比特HARQ反馈或多比特HARQ反馈的能力。举例来说，如果仅仅为WTRU配置了UCI净荷能力很小的单个PUCCH资源集合，那么该WTRU可以以此作为其预计会始终使用单比特HARQ来做出响应的指示。然而，如果为WTRU配置具有能够运送大型UCI净荷的大型UCI净荷的 PUCCH资源集合，那么该WTRU可以以此作为表明其预计会始终为该 PDSCH使用多比特HARQ反馈进行响应的指示。

在另一个实施例中，被配置成具有一个以上的PUCCH资源集合的 WTRU可以以此作为由该WTRU来选择恰当的反馈粒度的隐性指示。在这种情况下，BS(例如gNB)可能需要盲解码PUCCH，以便确定WTRU选择了哪一种PUCCH格式。

作为替换或补充，仅仅配置了多比特HARQ反馈选项的WTRU可以使用该配置来提供TB级反馈。如图2所示，TB 205具有CRC 210，并且每一个CB(即，CB#1 215、CB#2 217、CB#M218)都被附加了CRC 230、232、 234。在WTRU接收到包含了所有CB 215、217、218的TB 205之后，如果通过了该WTRU上的CB级CRC校验，但是未能通过该WTRU上的TB级 CRC校验，那么多比特HARQ反馈字段可以包括TB级NACK反馈。该TB 级NACK反馈(例如NACK反馈比特0)可被重复N次，其中N是CBG/CB 的数值或者N是CBG/CB的最大值。举例来说，被半静态地配置成提供多比特HARQ反馈的WTRU接收到包含了16个CBG的两个TB，其中每一个TB都包含了8个CBG。针对第一TB，如果通过了所有CB级CRC以及 TB级CRC校验，那么WTRU可以通过将ACK信息比特重复8次(即， 11111111)来产生TB级ACK反馈。针对第二TB，如果通过了所有CB级 CRC校验，但是未能通过TB级校验，那么WTRU可以通过将NACK信息位重复8次(即，00000000)来生成TB级NACK反馈。由于WTRU被半静态地配置成提供多比特HARQ反馈，因此，多比特HARQ反馈中的比特数量有可能得是CBG的最大数量(在本示例中是16比特)。因此，在复用了这两个8比特(即，针对第一TB的11111111和针对第二TB的00000000) 之后，WTRU可以生成16比特的多比特HARQ反馈(即，1111111100000000)。

换句话说，如果WTRU正确检测到N个CBG中的每一个，并且没有正确检测到关于这N个CBG的TB，那么该WTRU可以为这N个CBG中的每一个生成NACK比特。另一方面，如果WTRU正确检测到N个CBG 中的每一个，并且还正确检测到了关于这N个CBG的TB，那么WTRU可以为这N个CBG中的每一个生成ACK比特。如果使用了一个或多个TB，则需要复用用于每一个TB的单个HARQ码本，以便生成多比特HARQ反馈。由于WTRU已被配置成使用用于运送多比特反馈格式净荷的PUCCH格式，因此，该方法有助于在HARQ反馈中添加冗余度，从而降低误测概率，缩短延迟，并且不会产生额外的开销/成本。

在一个实施例中，如果WTRU接收到PDCCH使用回退DCI调度的 PDSCH，并且通过使用高层参数而将所述WTRU半静态地配置成提供多比特HARQ反馈，那么该WTRU可以将针对该PDSCH中的TB的HARQ ACK 和NACK重复N次(也就是CBG数量或是BS配置的CBG的最大数量)，以便生成N个HARQ ACK或NACK信息比特。

图5示出了一个基于DCI来提供单比特HARQ反馈和/或多比特HARQ 反馈的例示信令过程500，并且该过程能与这里描述的其他实施例任意组合使用。如图5所示，WTRU 505可以从基站(BS)510接收无线电资源控制 (RRC)消息515。该RRC消息515可被可交换地称为高层消息，其中传送该消息的层要高于介质访问控制(MAC)层。该RRC层位于BS(例如 gNB/eNB)中，并且可以处理控制平面协议。作为示例，RRC层管理与RAN 相关联的过程，例如系统信息广播、连接管理、移动性或WTRU能力等等。这些消息可以使用被映射到公共或专用控制信道的无线电承载来传送。

RRC消息515可以包括高层参数(例如CBG-DL＝ON)，其中在步骤 520，所述参数将WTRU配置成以针对基于CBG传输(重传)的CBG最大数量为基础来提供多比特HARQ反馈。举例来说，如果WTRU是由包含了 CBG最大数量的高层参数配置的，那么该WTRU可能需要使用所述CBG 最大数量来产生针对TB接收处理的相应的HARQ反馈信息比特。作为示例，如果接收到的TB包含了8个CBG，但是高层参数配置的CBG最大数量是 10，那么WTRU可以为多比特HARQ反馈生成10个HARQ信息比特。在这种情况下，前8个比特可以通过CBG(或TB)的解码结果来确定，并且最后的两个比特可以基于伪比特(dummy bit)(例如ACK或NACK比特) 而被添加或插入。多比特HARQ反馈的净荷大小可以通过所配置的CBG的数量来确定。例如，多比特HARQ反馈的净荷大小可以与CBG的最大数量相同。

在接收到RRC消息515之后，如上所述，WTRU 505可以被配置成提供多比特HARQ反馈和/或单比特HARQ反馈。该WTRU 505可以经由 PDCCH接收用于PDSCH调度的常规(非回退)DCI 525。基于该常规DCI 525， WTRU可以通过PDSCH接收数据(即，一个或多个TB)530。由于WTRU 505接收到常规DCI 525，因此，如果在步骤535中没有正确解码接收到的一个或多个TB中的至少一个CB，那么WTRU 505可以通过PUCCH来向 BS 510传送多比特HARQ反馈540。多比特HARQ反馈540可被包含在UCI 中。所述多比特HARQ反馈540还可以包括关于WTRU 505请求重传的CBG 的一个或多个HARQ NACK信息比特。在传送了多比特HARQ反馈540之后，WTRU505可以通过PDCCH接收与被调度重传的一个或多个CBG 550 有关的常规(非回退)DCI545。如果所述常规DCI 545对一个或多个CBG 的重传进行调度，那么DCI 545可以包含CBG传输信息(CBGTI)字段。所述CBGTI字段可以包括与TB的每一个CBG具有一一映射的比特映射。 WTRU 505可以基于CBGTI字段的对应值来确定是否重传CBG。举例来说，二进制0代表重传相应的CBG，二进制1代表不重传相应的CBG。

WTRU 505还可以在PDCCH上接收用于PDSCH调度的回退DCI 555。基于所述回退DCI555，WTRU可以通过PDSCH接收数据(即，一个或多个TB)560。由于WTRU 505接收到回退DCI555，因此，当在步骤565中没有正确解码接收到的一个或多个TB中的至少一个CB时，WTRU505可以通过PUCCH来向BS 510传送单比特HARQ反馈570。这个单比特HARQ 反馈570同样可以包含在UCI中。所述单比特HARQ反馈570可以包括关于WTRU 505请求重传的TB的HARQNACK信息比特。在传送了单比特 HARQ反馈570之后，WTRU 505可以通过PDCCH接收关于被调度重传的 TB 580的回退DCI 575。如果所述单比特HARQ反馈570是NACK(即，二进制0)，那么WTRU 505可以接收BS 510重传的相应TB。如果所述单比特HARQ反馈570是ACK(即，二进制1)，那么WTRU 505不会从BS 510接收其他任何重传。

图6示出了一个基于DCI来提供单比特HARQ反馈和/或多比特HARQ 反馈的例示过程600，其中该过程可以任意地与这里描述的其他实施例组合使用。在步骤605，如上所述，WTRU可被配置成提供多比特HARQ反馈和 /或单比特HARQ反馈。在步骤610，WTRU可以在PDCCH上接收用于 PDSCH调度的DCI。在步骤615，WTRU可以接收数据(即，TB)。在步骤620，如果接收到的DCI是回退DCI，并且接收到的TB中的至少一个CB 未被正确解码，那么在步骤625，WTRU可以传送单比特HARQ反馈。如果单比特HARQ反馈570是NACK(即，二进制0)，那么在步骤630，WTRU 可以接收BS 510重传的相应TB。

在步骤620，如果接收到的DCI是非回退DCI并且接收到的TB中的至少一个CB未被正确解码，那么在步骤635，WTRU可以传送多比特HARQ 反馈。所述多比特HARQ反馈可以包括用于WTRU请求重传的一个或多个 CBG的一个或多个HARQ NACK信息比特。在步骤635，在传送了多比特 HARQ反馈之后，WTRU可以在PDCCH上接收关于被调度重传的一个或或多个CBG的常规(非回退)DCI。如果该常规DCI调度的是关于一个或多个CBG的重传处理，那么该常规DCI可以包含CBG传输信息(CBGTI) 字段。该CBGTI字段可以包括与TB中的每一个CBG具有一一映射的比特映射。WTRU可以基于CBGTI字段的相应值来确定是否重传CBG。例如，二进制0代表重传相应的CBG，二进制1代表不重传相应的CBG。在步骤 640，基于CBGTI字段，WTRU可以接收BS重传的一个或多个CBG。

图7示出了一个用于确定WTRU应该提供单比特HARQ反馈和/或多比特HARQ反馈的例示过程700，其中该过程可以任意地与这里描述的其他实施例组合使用。在步骤705，WTRU可以从BS接收初始(TB)传输或是基于CBG的重传。在步骤710，WTRU可以考虑该WTRU提供单比特HARQ 反馈和/或多比特HARQ反馈中的哪一个HARQ反馈。在步骤730，如果 WTRU确定同时考虑单比特HARQ反馈和多比特HARQ反馈，那么WTRU 可以先检查从BS接收的所有CBG是否没有差错。如果接收到的所有CBG 都没有差错，那么在步骤720，WTRU可以生成单比特HARQ反馈。该反馈可以是单比特的HARQ ACK。如果接收到的CBG存在差错，那么在步骤735， WTRU可以生成单比特HARQ反馈以及多比特HARQ反馈。该处理与 WTRU通过复用单比特和多比特HARQ反馈来借助单个HARQ反馈消息提供针对多个TB(例如PDSCH)的HARQ反馈的情形相关。

在步骤710，如果WTRU确定不考虑该WTRU将要提供单比特HARQ 反馈和/或多比特HARQ反馈中的哪一个HARQ反馈，那么该WTRU可以通过考虑其他因素来确定该WTRU选择哪一个HARQ反馈。举例来说，在步骤715，WTRU可以考虑出错CBG占TB中所有CBG的分数。如果出错CBG占TB中所有CBG的分数大于预定阈值(δ)，那么在步骤720，WTRU 可以生成针对基于TB的重传的单比特HARQ反馈。如果出错CBG占TB 中所有CBG的分数小于预定阈值(δ)，那么在步骤725，WTRU可以生成针对基于CBG的重传的多比特HARD反馈。最后，在步骤740，WTRU可以将所确定的HARQ反馈传送到BS。

在一个实施例中，WTRU可以被配置成仅仅使用多比特HARQ反馈选项。所述多比特HARQ反馈选项既可以基于CB，也可以基于CBG，还可以在基于CB与基于CBG之间切换。例如，WTRU或WTRU群组可被半静态地配置成为基于CBG的重传使用多比特HARQ。网络可以随着时间的过去而推断出低时延业务本质上是周期性的，由此每隔“X”毫秒就需要一个传输时机，而这可以转换成用于WTRU或WTRU群组的有限数量的CB。在这种情况下，如果系统切换到基于CB的多比特HARQ反馈，那么将是非常有益的。为此目的，BS(例如gNB)可以动态地配置(重新配置)受影响的 WTRU集合。

在另一个实施例中，由BS(例如gNB)提供服务的WTRU可以通过使用默认的HARQ反馈设置而被初始化。所述初始/默认HARQ反馈设置可以是单比特HARQ反馈或多比特HARQ反馈。如果多比特HARQ反馈是默认设置，那么系统可以具有预先定义的最大比特数量“N_max”，其中每一个比特都被应用于CB或是包含了多个CB的CBG。此外，无论是被应用于 CB还是CBG，每一个比特都能够覆盖该系统的最大TB。关于N_max的选择可以在能够允许在保持低度到中度复杂度的同时为重传选择足够精细的粒度的灵活性与N_max的最大可能值之间提供权衡。

为了允许基于CBG的重传，BS(例如gNB)可能需要同时调度基于 TB的初始传输和基于CBG的传输(重传)。所述BS(例如gNB)可以使用调度指配(例如回退DCI)来调度初始的基于TB的传输，同时使用单独的DCI格式(例如非回退DCI)来调度基于CBG的传输(重传)。该调度指配(即，DCI)可以包括诸如调制编码方案(MCS)、冗余版本(RV)或新数据指示符(NDI)等等的字段。作为替换或补充，该调度指配可以包括 CBG指示符字段(CBGIF)或CBG传输信息(CBGTI)字段，以便显性地向WTRU指示被调度重传的CBG。

作为替换或补充，BS(例如gNB)可以使用这样一种DCI格式，其中该DCI格式将现有字段(例如MCS/NDI/RV等等)连同单比特标志(例如现有的NDI字段或新的标志)一起重复使用，以便指示这些现有字段是否应用于初始TB传输(在这种情况下，这些字段具有其原始意义)或者其是否应用于基于CBG的重传。

在一个实施例中，BS(例如gNB)可以使用NDI和RV字段来向WTRU 告知MCS字段或MCS字段的扩展版本传达的是关于哪些CBG正被传送的信息。所述BS(例如gNB)可以使用NDI来向WTRU告知所调度的传输是针对先前传送的TB所进行的基于CBG的传输并且传送的是与初始相同的RV。使用NDI字段或标志可被看作是一个隐形指示，该指示表明终端可以将MCS字段解释成指示了正被传送的CBG的CBGIF(或CBGTI)，并且可以假设所述重传使用了与初始传输相同的MCS。

在另一个实施例中，BS(例如gNB)可以使用一个专门被设计成调度基于CBG的重传的扩展DCI格式。该扩展DCI格式可以包含与LTE使用的字段相同的初始字段，例如MCS/RV/NDI等等。除了原始字段之外，该扩展DCI格式可以包含附加的CBGIF(或CBGTI)，以便通告正被重传的 CBG。由于BS(例如gNB)可以将MCS/RV字段用于基于CBG的重传，因此，有了CBGIF或CBGTI字段，在适配初始传输与重传之间的传输参数方面，BS(例如gNB)可以具有最大限度的灵活性。

在另一个实施例中，BS(例如gNB)可以使用单个公共DCI格式来调度初始TB传输以及基于CB的传输(重传)。此类方法可以减少需要在 WTRU上执行的盲解码尝试的次数。所使用的DCI格式可以包含与LTE使用的字段(MCS/RV/HARQ进程ID/PUCCH功率控制等等)相同的初始字段，并且可以包含及附加的CBGIF或CBGTI。所述CBGIF或CBGTI字段可以用于指示哪些CBG会在执行CBG重传的情况下被重传。作为替换或补充，CBGIF或CBGTI中的全“1”状态或比特可以指示传输/重传整个TB。BS (例如gNB)可以使用紧凑的指配格式，以便减少用于这个公共DCI的DCI 净荷大小。举例来说，如果只支持连续资源块(资源分配类型2)，那么可以以略微降低调度灵活性为代价来减小DCI净荷大小。

在另一个实施例中，BS(例如gNB)可以在没有CBGIF以及关于为基于CBG的调度指配重传哪些CBG的显性指示的情况下，通过使用DCI 格式来调度基于TB和/或基于CBG的重传。这两种调度指配在标志方面存在差异，其中所述标志既可以使用现有字段(例如NDI)，也可以具有允许区分初始的基于TB的传输和基于CBG的重传的附加字段。在这种情况下，由于BS(例如gNB)尚未指示重传哪些CBG，因此，WTRU可以隐性地假设所述BS(例如gNB)正在重传那些在该WTRU提供HARQ反馈时被其指示成NACK的CBG。所述调度指配可以保持MCS/RV字段不受现有LTE DCI格式影响，在从基于TB的传输转到基于CBG的重传的时候，这样做可以在根据需要适配传输参数(例如MCS/RV等等)方面提供最大的灵活性。

如上所述，HARQ比特的数量可被选择，以便在灵活性与反馈开销之间提供权衡。BS(例如gNB)可以将WTRU或WTRU群组配置成为多比特反馈使用‘N’个比特，其中每一个比特都应用于CB或CBG。例如，CBG级多比特HARQ反馈可以限制反馈开销，同时会在重传粒度方面提供灵活性。为了使用具有‘N’个比特且每一个比特都应用于CBG的多比特HARQ反馈方案(其中无论TB怎样，所述‘N’都是固定的)，CBG中的CB数量‘K’可以依照TB而改变，其中较大的TB会导致产生较大的’K’，而较小的TB则会导致产生更精细的重传粒度，因为‘K’会相对较小。

作为替换或补充，BS(例如gNB)可以半静态地配置WTRU群组，以使其基于网络观察到的最大传输块大小(TBS)来为多比特HARQ反馈使用'N'个比特，然后，BS(例如gNB)可以半静态地对其进行适配。之后，该处理可以用于确定一种恰当地将CB分组成CBG的处理(例如‘K’个CB 形成一个CBG，其中‘K’是固定的，并且是基于最大限度观察到的TBS为基础确定的)。

在另一个实施例中，BS(例如gNB)可以使用一种固定地将’K’个CB 分组成CBG的处理，其中该处理是在不依赖于TB的情况下选择的。这样做会导致不同的TB具有不同数量的CBG，并且由此HARQ反馈方案具有不同数量的比特(‘N’)。

在另一个实施例中，BS(例如gNB)可以借助DCI来动态地为WTRU 配置用于多比特HARQ反馈的‘N’个比特。以上定义的‘N’和‘K’都可以基于 TB的初始或首次次传输来确定，并且在关于该TB的所有重传过程中都不会改变。

除了使用半静态或动态的HARQ反馈大小配置之外，WTRU还可以隐性地推导出用于多比特HARQ反馈的CBG的数量(也就是大小‘N’)。该处理可以以为WTRU或WTRU群组指定的被配置的一种或多种PUCCH格式的UCI净荷大小为基础来完成。举例来说，被配置成具有与LTE中的PUCCH 格式3相类似的格式的WTRU可以设想将10个比特用于多比特HARQ反馈，而被配置成具有与LTE中的PUCCH格式1b相类似的格式的WTRU则可以隐性地设想将4个比特用于多比特HARQ反馈。

BS(例如gNB)可以使用半静态和/或动态信令来为WTRU重新配置多比特HARQ反馈大小。例如，BS(例如gNB)可以半静态地为WTRU配置参数‘N’，其中所述‘N’指示了TB中的CBG的总数。有了参数‘N’，BS还可以向WTRU告知WTRU预计会有‘N’比特的HARQ反馈(每个CBG为1比特)。此外，BS(例如gNB)可以动态地指示不同的值‘N₁’(其中N₁<＝N)，由此向WTRU告知应该为任何重传提供‘N₁’比特的HARQ反馈。该‘N₁’值可以以那些被调度重传的CBG而不是TB中的所有CBG为基础。

作为替换或补充，WTRU可以以关于CBG重传的调度DCI为基础来隐性推导多比特HARQ反馈大小，而不是使用CBG数量作为多比特HARQ 反馈大小的显性指示。举例来说，如果WTRU接收到由PDCCH使用回退 DCI调度的PDSCH，那么该WTRU可以生成仅仅生成针对该PDSCH中的 TB的HARQ反馈信息比特。作为示例，被配置了能够运送不同UCI净荷的多个PUCCH格式的WTRU可以以此作为一个隐性指示。由此，该WTUR 可以使用具有较小净荷大小的PUCCH格式来为重传CBG提供HARQ反馈。与调度哪些CBG相关的信息可以从调度DCI的CBGIF(或CBGTI)中得到。只要可以保证这个大小可变的多比特HARQ反馈的可靠性，那么该处理会在应答相同TB的多次(基于CBG的)重传的时候减小HARQ反馈(即， UCI大小)，而不会影响整体性能。

在重传之间可以重新配置多比特HARQ反馈。如上所述，数量较多的 HARQ反馈比特允许在重传粒度方面具有更大的灵活性，并且提升了频谱效率，然而同样应该考虑多比特HARQ反馈对于UCI的影响。

限制HARQ反馈比特数量的处理可以通过仅仅为那些被明确调度重传的CBG提供ACK/NACK反馈而不是为形成初始TB的一部分的所有CBG 提供反馈来实现。

在一个实施例中，BS(例如gNB)可以将WTRU或WTRU群组配置成基于固定的CBG指配/调度集合(例如TB中的所有CBG)来报告HARQ 反馈，而不用考虑BS(例如gNB)调度重传的CBG的数量。这样做可以简化HARQ设计，因为HARQ反馈比特的数量是固定的，并且与用于TB的初始传输以及用于针对该TB的后续所有基于CBG的重传的CBG的总数是相等的，由此导致在HARQ-ACK反馈比特可应用于哪一个CBG方面没有模糊性。在这种情况下，WTRU可以遵循某个为这些未被BS(例如gNB) 重传的CBG预先定义的规则。例如，由于WTRU成功接收(或解码)了这些CBG，因此，该WTRU可以为这些CBG报告ACK。如果WTRU响应于与TB的先前传输对应于相同HARQ进程的TB重传而产生HARQ ACK反馈，那么该WTRU可以为其在所述TB的先前传输中正确解码的每一个CBG 生成ACK。

在另一个实施例中，BS可以将WTRU或WTRU群组配置成基于一个或多个TB中的CBG的最大数量来报告HARQ反馈，而不用考虑BS调度重传的CBG的数量。如果WTRU是由包含了CBG的最大数量的高层参数配置的，那么该WTRU可能需要使用所述CBG最大数量来生成针对TB接收处理的相应的HARQ反馈信息比特。举例来说，如果接收的TB包含8个 CBG，但是高层参数配置的CBG的最大数量是10，那么WTRU可以为多比特HARQ反馈生成10个HARQ信息比特。在这种情况下，前8个比特可以通过解码CBG(或TB)的结果来确定，并且最后的2个比特可以基于伪比特(例如ACK或NACK比特)而被添加或插入。在本示例中，多比特 HARQ反馈的净荷大小与CBG的最大数量可以是相同的。

在另一个示例中，BS(例如gNB)可以将WTRU或WTRU群组配置成采用可变比特HARQ反馈方案，其中所述方案完全是以当前调度重传的 CBG为基础的。该反馈方案可以显著减小HARQ反馈开销，尤其是在抢占处理只影响了初始TB传输和任何后续重传中的总的CBG中的很小一部分的情况下。WTRU可以将一个很小的CRC(例如单个奇偶校验比特或3比特CRC)附加在向BS(例如gNB)报告的多比特HARQ反馈上。该处理对于可变比特的HARQ反馈方法而言会很有益，因为反馈比特的数量会在重传之间改变，并且NACK到ACK的差错可能导致难以恢复先前传送的CBG。

图8示出了一个依据以固定比特的CBG为基础的HARQ反馈815或是以可变比特的CBG为基础的HARQ反馈820、825来重新配置多比特 HARQ反馈的例示处理，其中该处理可以任意与这里描述的其他实施例组合使用。如上所述，多比特HARQ反馈可以包括针对WTRU请求传输的一个或多个CBG的一个或多个HARQ NACK信息比特。在传送了多比特HARQ 反馈之后，WTRU可以在PDCCH上接收针对被调度重传的一个或多个CBG 的DCI。该DCI可以包含被调度传输的CBG 805的比特映射。如图8所示， CBG 805的比特映射表明CBG 2、CBG 3、CBG 4、CBG 5和CBG 6 810是被调度重传的CBG。一旦WTRU接收到重传的CBG 810(即，CBG 2、CBG 3、CBG 4、CBG 5和CBG 6)，则WTRU可以依据以固定比特的CBG为基础的HARQ反馈815或是以可变比特的CBG为基础的HARQ反馈820、 825来重新配置多比特HARQ反馈。

如果WTRU被重新配置成提供以固定比特的CBG为基础的HARQ反馈815，那么WTRU可以基于TB中的CBG的总量来产生多比特HARQ反馈(也就是以固定比特的CBG为基础的HARQ反馈815)。如图8所示，多比特HARQ反馈可以包括用于其以固定比特的CBG为基础的HARQ反馈815的12比特。WTRU可以基于解码结果来产生针对被重传的CBG 810的ACK或NACK比特816。至于那些在先前传输中被成功接收(或解码)的 CBG(即，CBG 1、CBG 7-12)，WTRU可以生成ACK比特817。

如果WTRU被重新配置成提供以可变比特的CBG为基础的HARQ反馈820、825，那么该WTRU可以基于被调度的CBG的数量来生成多比特 HARQ反馈(也就是以可变比特的CBG为基础的HARQ反馈820、825)。如图8所示，多比特HARQ反馈可以包括用于其以可变比特的CBG为基础的HARQ反馈820的5比特。WTRU可以基于解码结果来产生针对被重传的CBG 810的ACK或NACK比特820。此外，以可变比特的CBG为基础的HARQ反馈825还可以包含用于检错的CRC830。例如，在报告给BS的多比特HARQ反馈上(也就是以可变比特的CBG为基础的HARQ反馈825) 可以附加单比特CRC 830或3比特CRC 830。作为示例，如果被调度的CBG 的数量很少和/或NACK到ACK差错概率很低，那么WTRU可以选择只包含用于检错的单个奇偶校验比特。作为替换或补充，如果被调度的CBG的数量很多和/或很有可能遭遇到NACK到ACK差错，那么WTRU可以选择使用更长的(例如3比特的)CRC。一旦接收到HARQ反馈，则BS(例如 gNB)可以校验CRC。如果CRC校验失败，那么BS可以要求WTRU重新发送HARQ反馈。作为替换或补充，如果BS能够检测出哪个(哪些)比特出错，那么所述BS可以选择仅仅重新发送与出错的一个或多个HARQ比特相对应的CBG。

即使使用奇偶校验比特或很小的CRC而在HARQ反馈中增加了一些额外开销比特，如果被调度重传仅仅是少量的‘k’个CBG(k<<N)，那么同样可以使用此类方法来取代使用固定的‘N’比特HARQ反馈方案的处理。

如上所述，BS(例如gNB)可以半静态或动态地将WTRU或WTRU 群组配置成使用固定的多比特HARQ或可变比特的HARQ反馈方案。在一个示例中，BS(例如gNB)可以将WTRU配置成使用与LTE中的PUCCH 格式4或5相似的具有更大净荷的PUCCH格式来报告固定的多比特HARQ 反馈。在另一个示例中，BS(例如gNB)可以将WTRU配置成使用与LTE 中的PUCCH格式1b或3相类似的具有较小净荷的PUCCH格式来报告可变的多比特反馈。

此外，WTRU或WTRU群组可以半静态或动态地在固定与可变比特的 HARQ反馈报告方案之间切换。这种切换可以通过一些因素来促成，例如正在抢占WTRU的eMBB业务量的URLLC业务量的频率、受到所述抢占影响的时间-频率(TF)资源的数量、或是观测到的干扰的变化等等。

除了半静态和/或动态的HARQ反馈大小配置之外，WTRU还可以隐性推导用于多比特HARQ反馈的比特数量‘N’。这种推导可以基于为WTRU 或WTRU群组指定的一种或多种配置PUCCH格式来完成。例如，被配置了具有较小净荷大小的PUCCH格式的WTRU可以以此作为使用可变比特的 HARQ反馈格式的隐性指示，其中WTRU可以只为那些被BS(例如gNB) 调度重传的CBG提供HARQ反馈。作为替换或补充，如果WTRU被配置了具有可以容纳整个CBG集合(TB中的所有CBG的集合)中的所有的‘N’个比特的较大净荷大小的PUCCH格式，那么WTRU可以转而以此作为为 TB中的所有CBG提供HARQ反馈的指示。

在一个实施例中，WTRU可以被配置为使用具有不同的UCI净荷大小的多个PUCCH格式，并且具有在这些格式之间进行选择的选项。举例来说，覆盖或功率受限的WTRU可以选择具有较小净荷的PUCCH格式，由此仅仅为BS(例如gNB)重传的那些CBG而不是TB中的所有CBG提供HARQ 反馈，以此作为减小功耗的手段。然后，BS(例如gNB)可能需要通过盲解码PUCCH来确定PUCCH格式，并且由此确定WTRU提正在提供哪一种类型(例如固定或可变比特)的反馈。

在另一个实施例中，被配置成有能力使用固定和可变比特HARQ反馈的WTRU可以在一开始使用其中一个选项，然后可以基于各种因素(例如抢占业务量的频率、受抢占影响的CBG、受影响的WTRU的数量或是干扰等等)切换到另一个选项。例如，对于初始重传来说，WTRU可以提供针对整个CBG集合(例如TB中的每一个CBG)的固定比特的HARQ反馈。然而在第二次传输中，如果重传CBG的数量显著减少，那么WTRU可以确定更有效的是仅仅为针对当前重传所调度的CBG报告可变比特的HARQ反馈。

BS(例如gNB)可以半静态地配置WTRU，以使其使用特定的反馈选项作为默认反馈模式。例如，WTRU可被配置成基于整个CBG集合来使用固定比特HARQ反馈，然而，如果从UCI开销的角度证明这种处理的效率低下，那么该WTRU可以切换到可变比特反馈选项。作为示例，如果BS(例如gNB)因为少量CBG出错而需要调度多次重传，那么将会导致产生很大的上行链路开销，因为依照固定比特的反馈方案，有必要发送大量HARQ 反馈比特。默认的反馈选项可被配置成应用于多个TB传输，而覆盖 (over-riding)选项则可以只应用于正在传输的当前TB。

在另一个实施例中，WTRU可被配置成使用可变比特HARQ反馈选项作为默认选项，然而也可以切换到固定比特HARQ反馈。举例来说，如果 WTRU需要重传若干可变比特反馈消息(由于这些HARQ反馈消息未能通过CRC校验，由此导致BS产生HARQ反馈重传请求)，那么将会导致产生附加的HARQ开销和/或数据重传。在这种情况下，让WTRU恢复到固定比特HARQ反馈选项有可能会更为有效。

在另一个实施例中，WTRU可以自主地从默认反馈配置切换到备选反馈选项(例如从可变比特的HARQ反馈到固定比特的HARQ反馈)。该处理可以通过为WTRU配置多个PUCCH格式的WTRU来促成。作为替换或补充，切换或重新配置HARQ选项的处理既可以借助DCI来显性地用信号通告，也可以基于PUCCH等等的重新配置来隐性通告。

在这里描述了用于多个PDSCH的多比特HARQ反馈。对于多载波调度来说，WTRU可能需要为多个TB提供聚合的HARQ反馈。例如，针对 DL传输的多个时隙可能需要通过单个HARQ-ACK反馈时隙来应答。可能需要通过单个HARQ-ACK反馈时隙来确认用于DL传输的多个时隙。即使是具有较大净荷的PUCCH格式，可用于传输的HARQ反馈比特数量也会受到UCI净荷大小的限制。所述多个PDSCH可被认为是在多个分量载波(CC)、多个小区、多个时隙/微时隙/子时隙/非时隙、或多个带宽部分(BWP)等等上调度的。这里公开的方法可以应用于以上任何具有需要用单个HARQ反馈消息应答的多个PDSCH的场景。

在一个实施例中，BS(例如gNB)可以借助RRC信令来半静态地配置WTRU和/或借助L1/L2层信令来动态配置WTRU，以使其使用固定的 HARQ-ACK反馈格式来为多个TB提供反馈。然后，WTRU可以复用针对多个PDSCH TB的HARQ-ACK反馈，由此在单个HARQ-ACK反馈消息中发送针对跨越了所有TB的整个CBG集合(例如TB中的所有CBG)的 ACK-NACK信息。对针对多个TB的HARQ反馈进行复用可以是指WTRU 或WTRU群组在同一个多比特HARQ反馈中对多个TB的接收做出应答。举例来说，如果WTRU接收到两个TB，那么该WTRU可以将针对第二个 TB的HARQ-ACK信息比特级联在针对第一个TB的HARQ-ACK信息比特之后。作为示例，如果WTRU接收到两个TB，并且每一个TB都包括8个 CBG，那么多比特HARQ反馈可以包括针对这两个TB的16个HARQ-ACK 信息比特。前8个比特可以代表针对第一个TB中的CBG的HARQ-ACK信息比特，另外的8个比特可以代表针对第二个TB中的CBG的HARQ信息比特。如果WTRU正确接收CBG中的所有CB，那么WTRU可以为该CBG 的HARQ-ACK信息比特生成ACK。如果WTRU没有正确接收到CBG的至少一个CB，那么WTRU可以为CBG的HARQ-ACK信息比特生成NACK。

作为替换或补充，BS(例如gNB)可以半静态和/或动态地配置WTRU 或WTRU群组，以使其通过使用可变比特HARQ-ACK反馈来减少为多个 TB提供反馈所需要的HARQ反馈比特的总数。然后，WTRU可以复用针对多个PDSCH的HARQ-ACK反馈，由此在单个HARQ-ACK反馈消息中仅仅为所有TB上被调度重传的CBG发送的ACK或NACK。

在另一个实施例中，BS(例如gNB)可以将WTRU或WTRU群组配置成使用具有不同净荷的一个或多个PUCCH格式类型。然后，WTRU可以将其假设成是使用特定反馈格式的隐性指示。作为示例，如果WTRU被配置了只能运送少量UCI净荷的PUCCH格式，那么可以将其看作是一个表明 BS(例如gNB)仅仅期望基于TB的HARQ反馈的指示。然后，WTRU可以复用针对每一个TB的ACK-NACK反馈，并且将其作为反馈提供给BS(例如gNB)。

在另一个实施例中，BS(例如gNB)可以对WTRU或WTRU群组进行配置，以使其使用能够运送大型UCI净荷的单个PUCCH格式。这一点可被看作是一个表明BS期望得到针对每一个被复用的PDSCH的基于CBG的 HARQ反馈或组合的CBG和TB级反馈的指示。

在另一个实施例中，被配置了多个PUCCH资源/资源集合/格式的 WTRU可以基于UCI净荷而在PUCCH资源/资源集合/格式中选择一个或多个资源。例如，如果WTRU需要为多个T-F资源(例如时隙、小区、CC或 BWP等等)上的若干个PDSCH提供多比特HARQ反馈响应，那么该WTRU 可以选择为最大UCI净荷大小配置的PUCCH资源集合。然而，如果WTRU 需要为少量PDSCH提供多比特HARQ反馈，那么最佳的方式是选择为略小的UCI净荷大小配置的PUCCH资源集合来服务所述WTRU。在这里公开了关于PUCCH资源集合/格式和以及PUCCH资源选择处理的附加细节。

在另一个实施例中，被配置了多个PUCCH格式选项的WTRU可以自主决定其将要为TB提供单比特HARQ反馈还是多比特HARQ反馈(例如通过复用基于CBG和/或基于TB的反馈)。举例来说，WTRU可以基于HARQ 反馈大小而在多个PUCCH格式中选择适当的PUCCH格式。所述适当的 PUCCH格式可以是可支持大型或小型UCI净荷能力的格式。基于适当的 PUCCH格式和HARQ反馈大小，WTRU可以确定所要提供的HARQ反馈的类型。此外，BS(例如gNB)随后可以通过盲解码PUCCH来确定所提供的反馈的类型。

作为替换或补充，BS(例如gNB)可以为WTRU提供将针对所有TB 的一个子集的基于CBG的多比特HARQ反馈与针对剩余TB的基于TB的单比特HARQ反馈相复用的灵活性，而不是针对需要被应答的所有TB来复用关于CBG的多比特HARQ反馈。特别地，对于用一个或多个高层参数半静态和/或动态配置的WTRU来说，该WTRU可以复用针对TB的一个子集的基于CBG的多比特HARQ反馈，同时为剩余TB提供基于TB的单比特 HARQ反馈。举例来说，分别经由5个分量载波(CC)接收到5个TB的 WTRU可被配置成为前三个CC提供基于CBG的多比特HARQ反馈，以及为剩余的2个CC提供基于TB的单比特HARQ反馈。这意味着WTRU可为经由前三个CC接收的前3个TB提供多比特HARQ反馈，并为经由剩余的2个CC接收的剩余TB提供单比特HARQ反馈。这些多比特HARQ反馈和单比特HARQ反馈可被复用(或级联)在单个反馈消息中。该技术可以称为动态码本设计。举例来说，被复用的反馈消息可以包括多比特和单比特 HARQ反馈，并且可以基于包含第一子码本和第二子码本的码本来产生。所述第一子码本可以基于回退DCI调度的基于TB的PDSCH接收来确定。所述第二子码本可以基于非回退DCI调度的基于CBG的PDSCH接收来确定。

基于CBG的多比特HARQ反馈可以用于受到抢占处理影响的TB，而那些未收到抢占处理影响或者成功接收到所有CBG(也就是正确接收到整个TB)的TB则可以通过基于TB的单比特HARQ反馈来应答。术语基于VBG的多比特HARQ反馈可以与多比特HARQ反馈交换使用，并且术语基于TB的单比特HARQ反馈可以与多比特HARQ反馈交换使用。

BS(例如gNB)可以为WTRU配置一个允许该WTRU在单个HARQ 反馈消息中为若干个PDSCH提供这个被复用的基于CBG的多比特HARQ 反馈以及基于TB的单比特HARQ反馈的反馈配置(即，PUCCH格式)。举例来说，如果WTRU使用PUCCH格式2或PUCCH格式3或PUCCH格式4来传送HARQ反馈，那么用高层参数来半静态和动态地配置该WTRU，以便提供这个单个HARQ反馈消息。该高层参数可以包括一个用于指示所述WTRU被半静态地配置成提供HARQ反馈的指示符(例如CBG-DL＝ON)。该指示符(例如CBG-DL＝OFF)还可以指示所述WTRU被动态地配置成提供HARQ反馈。在一个实施例中，尽管没有用高层参数来配置WTRU，但是该WTRU可以提供被复用的基于CBG的多比特HARQ反馈以及基于TB 的单比特HARQ反馈。所配置的反馈格式可以为每一个PDSCH提供用于基于CBG的多比特以及基于TB的单比特HARQ反馈的字段。WTRU可以使用BS(例如gNB)传送的抢先指示的存在性作为一个指示，该指示表明基于CBG的多比特HARQ反馈可以更好地服务于这些PDSCH，而那些未能解码并且未被抢占(也就是没有抢占指示)的PDSCH则可以通过重传整个 TB而被更好地服务。通过使用同时支持TB和CBG级反馈的单个PUCCH 格式，可以在提供一定程度的灵活性的同时简化反馈设计，因为该格式可以在不需要任何附加UL信令的情况下为WTRU提供基于PDSCH来选择是否应该提供关于PDSCH的CBG和/或TB级反馈的灵活性。WTRU还可以使用附加信令(例如抢占指示)的存在性来帮助其做出决策。

WTRU可以借助PUCCH字段中的字段(例如TB比特映射)来指示 TB的子集。如果允许WTRU在确定如何在单个HARQ-ACK反馈消息中应答多个TB方面具有灵活性，那么将是非常有益的，尤其是在WTRU的功率或覆盖范围受限的情况下。在这种情况下，通过限制逐个PUCCH传送的比特的数量，可以提升UL覆盖范围，同时对于下行链路频谱效率的影响是可以忽略的。

在一个实施例中，WTRU可以在单个反馈消息中为所有TB或是TB 的仅仅一个子集提供捆绑的HARQ反馈。例如，WTRU可以仅仅复用来自那些被WTRU正确接收的TB上的每一个TB的单比特ACK，或者可以复用来自每一个接收出错的TB的单比特NACK。

与单个PDSCH的情形相似，WTRU或WTRU群组可以基于所配置的 PUCCH格式来决定HARQ反馈格式。举例来说，如果WTRU被配置了很小的(或最小的)PUCCH净荷格式，那么该WTRU可以把这看作是一个表明BS(例如gNB)期望接收到针对所有PDSCH的被复用的基于TB的单比特HARQ反馈的指示，然而，被配置了大型PUCCH净荷格式的WTRU可以把这看作是一个表明BS(例如gNB)期望接收到针对若干个PDSCH且同时包含了基于TB的多比特和基于CBG的单比特复用HARQ反馈的单个反馈消息的指示。

为了促成针对多个PDSCH的反馈选项，可以考虑HARQ码本设计的各个方面。在一个示例中，对于基于CBG的多比特HARQ反馈而言，可以为基于CBG的多比特HARQ反馈使用半静态的码本设计，其中多比特 HARQ反馈的大小在所有PDSCH上都是固定的。该处理可以基于所配置的 CBG的数量，例如所有PDSCH上的CBG的最大数量。这种半静态的码本设计可以允许WTRU在所有的PDSCH上配置固定的多比特码本大小，并且该处理将会与为所配置的所有分量载波(也就是包括被调度和未被调度的 PDSCH在内的所有可能的PDSCH)提供反馈的处理相结合。由此，这种半静态的码本设计会降低复杂度。然而，UCI净荷有可能会因为所配置的CBG 和分量载波的数量而变得过大。

如上所述，使用高层参数并依照服务小区半静态配置的WTRU可以接收包含TB的CBG的PDSCH。如果该WTRU是以半静态的方式配置的，那么可以依照服务小区并通过高层信令为所述WTRU配置最大数量的CBG，以便生成半静态的码本。这个码本可以包括与TB接收相关的相应的 HARQ-ACK信息比特。每一个HARQ-ACK信息比特都可以对应于该TB中的所有CBG(包括非调度CBG)。所述半静态码本的净荷大小与所配置的 CBG的数量(也就是CBG的最大数量)可以是相同的。

在另一个实施例中，WTRU可以使用动态的HARQ码本设计来提供 HARQ反馈消息，其中多比特HARQ反馈的大小在所有PDSCH上是固定的。举例来说，与半静态的HARQ码本设计相似，多比特HARQ反馈的大小可以基于在所有PDSCH上配置的CBG的最大数量来确定。然而，在动态的 HARQ码本设计中，WTRU可以为所调度的PDSCH而不是所配置的所有 PDSCH提供HARQ反馈。这一点可以通过使用下行链路指配索引(DAI) 类型机制来促成。该方法会减小HARQ反馈净荷大小。然而，其他因素(例如在被调度的PDSCH上配置的CBG的数量方面的差异)有可能会抵消这种减小。

在这里可以描述有效使用反馈资源并将浪费的资源最小化的附加实施例。一个示例是确保为多个TB上的逐个TB配置的CBG的数量相似，由此将针对复用的PDSCH集合所传送的不必要的反馈比特减至最少。该处理可以通过为多个PDSCH上的所有TB配置相同数量或是处于某个增量值(例如0或1)以内的CBG来完成。由此会导致形成跨越这些TB的CBG的CB的数量具有不同的粒度，并且还会导致产生不同的传输(重传)粒度。然而，与其让每一个TB(或小区/CC)的反馈大小很大，这种处理更为优选，尤其是在不同小区具有不同覆盖范围的情况下。此外，对于覆盖和功率受限的 WTRU来说，限制其反馈比特数量(并且通常是整体反馈)尤为重要。考虑到这些因素，BS(例如gNB)可以配置每一个TB中的CBG的数量，同时会考虑在用于覆盖和功率受限的WTRU的HARQ反馈大小(相比于CBG 传输(重传)粒度)方面提供最佳的权衡。

作为替换或补充，BS(例如gNB)可以用一种可以减小/优化WTRU 需要发送的反馈比特数量的方式来调度PDSCH，以便对所调度的PDSCH做出应答。例如，BS(例如gNB)可以尝试在连续时隙中调度处于所配置的某个数量“δ”以内的PDSCH。这样做可以显著减少被浪费或不必要的HARQ 比特的数量。在某些情况中，以这种方式调度相似大小的PDSCH将会额外地减少反馈。举个例子，如果被调度的PDSCH没有被低时延业务量抢占，那么WTRU可以恢复或回退成复用/捆绑针对所有PDSCH的单比特HARQ 反馈。特别地，当每一个PDSCH(对于被调度的PDSCH而言)的CBG数量很小时，由于此时的传输窗口有可能会相对较小(例如与在每一个PDSCH 中配置的CBG的数量相对较大时相比)，因此，此类场景会减小低时延业务量影响这些传输的可能性。

如果执行抢占的低时延业务量本质上是周期性的，那么，以所配置的 CBG的数量为基础来调度PDSCH的处理将会导致有效的反馈复用，因为这样做要么导致所有被调度的PDSCH全都受到低时延业务量的影响，要么导致被调度的PDSCH全都不会受到低时延业务量的影响。第一个场景可以是低时延业务量具有周期性且非常频繁的情形。第二个场景可以是执行抢占的业务量具有周期性且相对不频繁的情形。无论这其中的哪一种情况，WTRU 需要一种类型的反馈，例如用于第一个场景的多比特HARQ反馈以及用于第二个场景的单比特HARQ反馈。这样做可以允许WTRU有效使用反馈资源。

作为替换或补充，BS(例如gNB)可以基于所指配的分量载波(CC) 来调度PDSCH。如果使用了关于哪些资源可能会被使用以调度低时延业务量的信息，那么基于指配的CC来调度PDSCH的处理将会是非常有用的。如果指定或使用了某些CC来调度高优先级的低时延业务量，那么BS(例如gNB)可以考虑要么在连续的时隙中调度这些CC，要么在连续的时隙避开这些CC。由此，该处理的结果是有效地复用了反馈，因为所有PDSCH 都只需要多比特HARQ反馈(在所调度的CC传输被抢占的情况下)或单比特HARQ反馈(在所调度的PDSCH没有受到抢占影响的情况下)。

作为替换或补充，在为所调度的PDSCH选择适当的HARQ反馈格式的过程中，CC/服务小区的覆盖范围将会是一个决定性的因素。举例来说，如果WTRU的功率因为若干个CC的覆盖而受到限制，那么它必须恢复或回退成复用，针对所有被调度的PDSCH的基于TB的单比特HARQ反馈，以便改善该WTRU在这些小区中的UL覆盖范围。

作为替换或补充，为所调度的PDSCH提供基于TB的单比特和/或基于CBG的多比特复用HARQ反馈的某种组合有可能是很有必要的。对于 PDSCH的一些子集受到抢占影响的场景来说，有可能会出现这种情况。在这种情况下，这些受到抢占影响的WTRU可能需要提供多比特HARQ反馈，以便提供关于单个CBG的反馈。然而，对于不受抢占影响的WTRU来说，单比特反馈有可能已经足够。为了同时提供基于TB和基于CBG的反馈选项，每一个单个的反馈消息都可以包括固定的单比特和多比特反馈字段。如果能为所调度的PDSCH同时提供基于TB和基于CBG的反馈，那么其结果将会是以最优的方式使用传输资源，并且有可能以最优的方式使用时延，因为这样做可以在为重传确定最优粒度(CBG相比于TB)的过程中为BS(例如gNB)提供充分的灵活性。并且，与单个PDSCH相似，通过同时使用基于TB和基于CBG的反馈，同样可以提供针对HARQ反馈差错的内置的检错处理(具有附加的鲁棒性)。此类方法的缺点是UCI净荷有可能会很大。

WTRU可以使用BS(例如gNB)传送的抢占指示的存在与否来帮助其决定是否为每一个被调度的PDSCH提供基于CBG的多比特反馈和/或基于TB的单比特HARQ反馈。举例来说，WTRU可以感知该信号的存在，以此作为一个表明BS(例如gNB)期望的是针对受影响的PDSCH的基于 CBG的多比特HARQ反馈的显性指示。在另一个示例中，WTRU可以在所要使用的反馈格式的类型方面具有自主权。举例来说，在被调度的PDSCH 中存在大量无法成功解码的CBG，并且被配置了两种PUCCH格式以支持被复用的基于TB的单比特HARQ反馈或是被复用的基于CBG的多比特 HARQ反馈，那么该WTRU可以决定其最好还是请求重传所有PDSCH的全部TB。由于WTRU决定请求重传用于所有PDSCH的全部TB，因此，该 WTRU可以相应地使用针对所有PDSCH的单比特HARQ反馈来做出响应。

如上所述，用于复用关于被调度的PDSCH的HARQ反馈的各种选项都可以应用于半静态和动态码本设计。结果，针对被复用的PDSCH的集合的基于TB的单比特HARQ反馈/基于CBG的多比特HARQ反馈或是所有这两种反馈的组合既可以用于半静态码本设计，也可以应用于动态的码本设计。

对于动态的HARQ-ACK反馈码本设计(基于被调度的小区/CC)来说， BS(例如gNB)可以通过使用计数器下行链路指配指示符(DAI)和/或为 PDSCH调度的每一个DL指配中的总的DAI来指示该码本大小。然后，即使一些DL指配丢失，WTRU也可以可靠地确定所调度的PDSCH的数量。由于每一个PDSCH中被配置的CBG的数量都被指示给了WTRU，因此 WTRU可以将该信息与来自用于每一个PDSCH的调度DCI的CBGIF比特映射(或CBGTI比特映射)协同使用，以便确定关于这个PDSCH的多比特 HARQ反馈。使用DAI类型字段有助于每一个TB都具有相同的多比特 HARQ大小的场景(如上所述，所述大小可以以在所有PDSCH上配置的CBG 的最大数量为基础)。

与单个PDSCH或非复用的HARQ反馈情形相似，对于被半静态配置成通过多比特HARQ反馈来为若干个PDSCH提供被复用的多比特HARQ 反馈的WTRU来说，在用不支持CBG传输(重传)的DCI来调度在各自的 HARQ反馈响应中被应答的一个或多个PDSCH的时候(例如在借助回退DCI 调度PDSCH的时候)，针对这些PDSCH，该WTRU可能需要恢复到单比特HARQ反馈。

如上所述，对于半静态码本设计来说，码本大小可以取决于所配置的 CC的数量、所配置的CBG的数量或HARQ定时窗口等等。作为示例，对于被配置成在每一个TB中都具有6个CBG的WTRU来说，该WTRU可能需要为五个TB提供单个HARQ反馈响应。所述单个HARQ反馈响应可以通过将用于每个TB的每一个码本复用到用于整个TB的单个码本中来产生。在一个示例中，所有的五个TB都可以通过能够进行基于CBG的传输(重传)传输的DCI来调度，并且WTRU可以简单地使用5*6＝30比特的HARQ 反馈响应来做出响应。然而，如果借助回退DCI调度了一个或多个TB，那么可以调度整个TB进行基于TB重传。WTU可能需要决定是用单比特还是多比特HARQ反馈来做出响应。如果具有用于不同TB的单比特和多比特 HARQ反馈的混合体，那么有可能导致对反馈产生误解。

在一个实施例中，WTRU可以选择保持相同的反馈响应(例如，对于所有的TB，全都使用多比特反馈来响应，而不用考虑其是借助正常还是回退DCI调度的)。对于被配置为提供多比特HARQ反馈但却是借助回退DCI 调度的那些WTRU来说，所述WTRU可以简单地将单比特TB ACK或NACK 重复N次，以便指示是否正确接收到了所述TB。在这里，N可以是一个TB 或整个TB中的CBG的数量。这样做会导致产生简化的设计，但其代价是增加了反馈开销。举例来说，被半静态地配置成提供多比特HARQ反馈的 WTRU可接收两个TB，其中每一个TB具有8个CBG。对于第一个TB来说，如果通过了所有的CB级CRC校验和TB级CRC校验，那么该WTRU 可以通过将ACK信息比特重复8次(即，11111111)来产生TB级ACK反馈。对于第二个TB来说，如果通过了所有的CB级CRC校验，但是未能通过TB级校验，那么该WTRU可以通过将NACK信息比特重复8次(即， 00000000)来产生TB级NACK反馈。由于该WTRU被半静态地配置成提供多比特HARQ反馈，因此可能需要复用这两个8比特结果(即，用于第一TB的11111111和用于第二TB的00000000)。因此，WTRU会传送包含了针对第一个TB的第一多比特HARQ反馈以及针对第二个TB的第二多比特HARQ反馈的多比特HARQ反馈消息(即，1111111100000000)。

在另一个实施例中，具有用回退DCI调度的单个TB的WTRU可以以此作为一个表明其需要用单比特HARQ反馈来为CC/HARQ定时窗口的所有 TB做出响应的指示。举例来说，如果WTRU分别在5个CC中接收到用回退DCI调度的5个TB，并且每一个TB都包括6个CBG，那么，假如该 WTRU被配置成提供多比特HARQ反馈，则该WTRU可能需要提供30个比特(即，6比特*5个TB)。然而，如果WTRU可以为所有的TB提供单比特HARQ反馈，那么该HARQ反馈中的比特数量会从30比特下跌到仅仅 5比特。虽然这种情况会导致UCI净荷很低，但是此类方法的缺陷是存在大量可能是不必要的重传以及浪费的频谱效率。

在另一个实施例中，关于为多个聚合PDSCH使用单比特还是多比特 HARQ反馈响应来做出响应的选择可以以需要应答的每一个PDSCH的解码结果为基础。

在另一个实施例中，如果单个TB是借助回退DCI调度的，但是WTRU 确定为基于CBG的传输(重传)调度了大量的其他PDSCH，或者大量的 CBG受到执行抢占的低时延业务量的影响，那么WTRU可以决定请求重传用于这些PDSCH的整个TB。结果，WTRU可以转而为所有的PDSCH使用单比特HARQ反馈来做出响应。这种判定可以以某个阈值为基础。此类阈值可以包括但不局限于某个数量的PDSCH或是或聚合PDSCH的百分比 (x％)。通过为聚合的PDSCH使用这种用于在单比特与多比特HARQ反馈之间切换的机制，可以导致产生最优的反馈资源用法(例如限制UCI净荷)，同时还会将可能导致的不必要的重传的数量减至最小。

如果WTRU被配置了多比特HARQ反馈，并且使用了一种用于在DCI 中提供一个或多个字段来来指示单比特HARQ反馈和/或多比特HARQ反馈的反馈格式，以此作为提升HARQ可靠性的手段，那么该WTRU可以依照用于调度PDSCH的是回退DCI还是非回退DCI来恰当地使用这些字段。例如，对于用非回退DCI调度的PDSCH来说，WTRU可以使用多比特反馈字段来为每一个CBG提供HARQ反馈。对于用回退DCI调度的PDSCH来说， WTRU可以基于TB的解码结果而使用单比特反馈字段(或者什么都不使用) 来提供单比特HARQ反馈。另一方面，对于借助回退DCI调度的PDSCH来说，单比特TB结果将会是相关的，并且WTRU也可以选择为多比特反馈字段重复单比特反馈结果(也就是以TB是否能被成功解码为基础的用于所有 CBG的ACK或NACK)。这意味着对于回退DCI而言，单比特字段尤为恰当，但是多比特字段同样可以用于提供基于TB的多比特HARQ反馈。

在前述实施例中，关于所配置的PUCCH资源集合数量及其UCI净荷能力的信息可能会限制WTRU在为多个聚合PDSCH提供HARQ反馈响应的时候自主地在单比特或多比特HARQ反馈之间做出决定的能力。举例来说，如果WTRU仅仅被配置了具有很小的UCI净荷能力的单个PUCCH资源集合，但是该WTRU可以以此作为表明其应该始终为所有聚合PDSCH使用单比特HARQ反馈做出响应的指示。然而，如果WTRU被配置了具有能够运送大型UCI净荷的大型UCI净荷的PUCCH资源集合，那么WTRU可以以此作为其应该始终使用多比特HARQ反馈来为聚合PDSCH中的每一个做出响应的显性指示。

在另一个实施例中，被配置了一个以上的PUCCH资源集合的WTRU 可以以此作为由WTRU选择恰当的反馈粒度的显性指示。在这种情况下， BS(例如gNB)可能需要盲解码PUCCH，以便确定WTRU选择了哪一种 PUCCH格式。

在关于动态HARQ码本的情形中，为所有被调度的PDSCH配置的CBG 的数量都是相同的，当WTRU遭遇到回退和非回退DCI的混合体时，如上所述，该WTRU可以选择仅仅使用单比特HARQ反馈和/或为这些聚合的 PDSCH使用多比特HARQ反馈。

上述动态码本设计可以考虑针对被调度的小区/CC而不是所有被配置的小区的HARQ反馈。有了基于CBG的调度，在码本设计的动态方面有可能增加维度，这一点归因于基于CBG的调度/传输粒度。多比特HARQ反馈的大小可以基于TB中的CBG的总数(也就是所配置的CBG的数量)或是为传输(重传)调度的CBG。通过基于为传输(重传)调度的CBG来确定大小，可以在同一TB的重传之间产生可变数量的HARQ反馈比特。为了顾及PDSCH之间(及其内部)的可变数量的比特，用于动态码本设计的DAI 功能可被扩展成考虑所有可能的状态。例如，如果为PDSCH配置了4个CBG，那么HARQ反馈比特的数量可以在1与4之间变化。为了处理连续的遗失 DL指配，DAI可能需要4比特来支持可能的12种状态。依照所配置的CBG 的数量，DAI大小并且由此是DCI消息有可能会大幅增加。作为替换或补充，被配置了不同数量的CBG的不同PDSCH可能会使得有效设计DAI字段大小变得非常困难。为了允许可变比特的反馈，在尝试限制复杂性和DCI开销的同时，可以使用这里描述的各种技术。

在一个实施例中，网络可以考虑限制为每一个PDSCH配置的CBG的数量，而这转而可以限制需要被DAI覆盖的可能的状态的数量。作为替换或补充，两种形式(flavor)的DCI可被使用，其中每一种都具有不同的DAI 字段大小，如果BS(例如gNB)考虑复用配置数量相似(无论数量很大还是很小)的CBG的PDSCH，那么该处理将会非常有益，由此允许在这两种形式之间进行选择。然后，该处理可以限制用于那些被配置了数量较少的 CBG的PDSCH的DCI大小，并且提供了一种有效使用该字段的方式。

在另一个实施例中，这两种形式的DCI可以基于反馈长度的可变性来区分。例如，其中一种形式针对的是在每一个PDSCH中使用了固定数量的反馈比特的情形(在这种情况下可以原样使用来自LTE的2比特DAI字段)，并且另一种形式针对的是每一个PDSCH中具有可变数量的比特的情形，而这转而需要具有更大的DAI大小的DCI。WTRU是否需要同时监视这两种 DCI形式可以通过高层信令来配置，并且可以在BS(例如gNB)借助RRC 信令并基于逐个WTRU来配置逐个TB/PDSCH的CBG数量的同时(因为 DAI大小直接取决于TB中的CBG的数量)被完成。

在另一个实施例中，这两种类型的DCI可以基于LTE中的DCI格式。举例来说，现有DCI格式字段可以重新使用扩展DAI字段。作为示例，通过组合现有的2比特DAI和3比特载波指示符字段(CIF)，可以考虑一个 5比特DAI字段(能够支持每一个TB具有10个CBG)。虽然这样做可能会导致丧失跨载波调度的灵活性，但其本身不会成为问题(例如在仅仅考虑宏部署的时候)。在考虑复用针对多个PDSCH的HARQ时，这样做明显有助于减小反馈开销。

WTRU可以由BS(例如gNB)配置成使用多个PUCCH格式，其中每一个PUCCH格式都具有不同的净荷(UCI)大小。然后，WTRU可以考虑何时基于如上所述的HARQ反馈需求来选择其适当的PUCCH格式。在这种情况下，BS(例如gNB)可能需要盲解码PUCCH，以便确定码本正在使用的格式和反馈选项。

BS(例如gNB)可以隐性或显性地将受到抢占影响的时间-频率区域指示给受影响的WTRU或WTRU群组。该系统可以指定使用系统带宽的某个部分，以便适应低时延业务量。该指定区域可以覆盖整个DL系统带宽，或者可以局限于总的DL系统带宽的某个部分。该指定区域还可以是半静态指配或动态变化的。

图9示出了一个例示的隐性抢占指示900，其中DL系统带宽的中间部分被指定成可抢占区域925。作为示例，BS(例如gNB)可以借助RRC信令来向WTRU或WTRU群组半静态地指示总的系统带宽中的哪些部分有可能会被所述BS(例如gNB)使用，以便适应低时延业务量。这种半静态配置可被视为隐性抢占指示900，其中BS(例如gNB)不会显性地向WTRU 指示在抢占过程中会受到影响的资源。然后，WTRU可以使用这种隐性抢占指示900来帮助解码受影响的CB/CBG/TB。例如，配置了该信息的WTRU 可以先尝试解码该指定区域中的PRB。如果该区域中的任何CB/CBG出错，那么WTRU可以在处理剩余PRB之前发送用于指示这些CB的索引的多比特HARQ反馈。这种处理可被看作是以隐性的抢占指示900为基础的提早 HARQ反馈机制。所述提早HARQ反馈可以触发提早重传，由此改善时延。如图9所示，系统带宽的中间部分可被指定成预定的可抢占区域925。所述指定的可抢占区域925可以包括包含了CB2、CB3、CB6、CB7、CB14、CB15、 CB18、CB19、CB22、CB23、CB26以及CB27的PRB。在可抢占区域925 的CB中，CB10 905、CB11的一部分915以及CB18 910可能已被抢占，以便适应低延迟流量。顶部区域920和底部区域930可被调度给eMBB业务 CB。例如，顶部区域920和底部区域930可以包括CB1、CB4、CB5、CB8、 CB9、CB12、CB13、CB16、CB17、CB20、CB21、CB24、CB25以及CB28。配置了该隐性抢占指示900的WTRU可以先尝试解码可抢占区域925中的 CB。如果WTRU未能解码可抢占区域925中的任何CB，那么该WTRU可以在处理剩余的CB之前发送用于指示这些CB的索引的多比特HARQ反馈。

拥有快速/主动处理所接收的基于CBG的传输/重传的能力的WTRU可以使用这种提早反馈机制。此类WTRU可被分类为主动型/快速型/高性能 WTRU，并且可以在被传送的时隙内部主动/快速地处理/解码符号、微时隙、子时隙或是非时隙等等。这样做能使WTRU提供提早HARQ反馈(也就是基于提早HARQ定时的提早HARQ-NACK)。与基于时隙的正常HARQ反馈定时不同，提早HARQ-NACK反馈定时可以基于符号、微时隙、子时隙或非时隙定时等等。由此，能够提供提早HARQ反馈的WTRU可以请求更快的重传，从而减小重传时延。

在一个实施例中，被半静态地配置了可抢占区域的高性能 WTRU/WTRU群组可以优先解码处于时隙(例如符号、微时隙、子时隙或非时隙等等)内部的可抢占区域中的资源。例如，对于时隙内部的每一个微时隙、子时隙、非时隙，WTRU可以识别出有可能已经受到执行抢占的低延迟业务量影响的CBG。然后，WTRU可以确定CBG内部的CB，并且可以继续解码作为可能受到抢占影响的CBG的一部分的CB。然后，WTRU可以确定CBG内部的解码失败的CB的数量。如果该数量超过某个阈值，那么WTRU会认为所述CBG不可解码并且由此失败。如果认为一个或多个 CBG或某个阈值的CBG失败，那么WTRU可以发起提早HARQ反馈处理 (例如基于微时隙/非时隙/子时隙定时)。所述提早HARQ反馈可以是单比特或多比特HARQ反馈。在一个示例中，被配置了基于CBG的多比特HARQ 反馈的WTRU可以在微时隙定时上使用该处理，以便请求重传失败的CBG。例如，在每一个TB中被配置了8个CBG的WTRU可以包括8比特的多比特HARQ反馈。该WTRU可以使用关于所配置的可抢占区域的知识来优先解码处于这些符号或微时隙内部的资源。如果基于某个数量(例如至少一个 CBG)或阈值(例如所配置的CBG的百分比或分数)而认为受影响并且由此失败的CBG的数量很大，那么WTRU可以使用多比特反馈来通知BS(例如gNB)重传这些受影响的(以NACK应答的)CBG。

在另一个实施例中，优先解码用于所配置的可抢占区域的时隙或微时隙内部的资源的WTRU可以使用提早HARQ反馈来请求(提早)重传整个 TB，而不是特定CBG。在大量CBG受到抢占业务量影响的场景中有可能会发生这种情况。举例来说，如果提早的HARQ反馈是以八个可能(或是被配置的)CBG中的五个为基础的，并且WTRU确定这五个CBG中有四个受到损坏，那么该WTRU可以发送一种请求BS(例如gNB)重传整个TB 而不是所选择的CBG的多比特(8比特)的全NACK反馈。

在另一个实施例中，被配置了多比特HARQ反馈的WTRU可以以基于TB的单比特HARQ反馈的形式来提供提早HARQ反馈。例如，被配置用于基于CBG的传输(重传)的WTRU具有由不支持基于CBG的传输(重传)但支持基于TB的传输(重传)的DCI调度的PDSCH，该WTRU可以以基于TB的单比特HARQ反馈的形式来提供提早的HARQ反馈。为此目的，作为示例，BS(例如gNB)可以使用不包含CBG传输指示符(CBGTI) 字段或CBG传输信息(CBGTI)字段的回退DCI。在这种情况下，即使WTRU 已经被配置用于基于CBG的传输(重传)，回退DCI也可以充当一个指示该WTRU使用基于TB的单比特HARQ反馈来做出响应的显性指示。在这样的场景中，如果单个CBG受到抢占业务量的影响，那么WTRU可以再次使用关于所配置的可抢占区域的知识来优先解码这些符号/微时隙内部的资源。在这种情况下，如果因为被抢占的业务量而无法解码任何一个(即，至少一个)可能受到影响的CBG，那么WTRU可以在微时隙定时上提供基于TB的单比特NACK的提早HARQ反馈，而不是必须等待正常的HARQ时间线，由此会使BS(例如gNB)更快地重传整个TB。如上所述，回退DCI 可不包含用于指示支持基于TB的单比特HARQ反馈的CBGTI字段。常规的(非回退)DCI可以包括用于指示支持基于CBG的多比特HARQ反馈的 CBGTI字段。

如上所述，被配置了多比特HARQ反馈的WTRU可以使用基于TB的单比特HARQ反馈来做出响应。在该场景中，如果WTRU注意到有大量的提早CBG受到抢占业务量的影响，那么该WTRU可以自主选择最佳的(也就是最合适的)反馈格式，以便借助基于TB的单比特提早HARQ-NACK反馈消息来请求重传整个TB(而不是特定CBG)。有了在针对基于微时隙的 HARQ定时的提早HARQ反馈和基于正常(基于时隙的)HARQ定时的正常HARQ反馈的单比特和多比特HARQ反馈格式之间自主切换的灵活性， WTRU可以在PUCCH资源集合/格式/资源之间进行切换，由此，所述WTRU 可以允许最优地使用PUCCH资源。这样做能使WTRU均匀分布在不同的PUCCH资源集合/资源上(与被配置成用于多比特HARQ反馈的所有WTRU 全都独自使用所述反馈的微时隙HARQ定时或是仅仅使用所述反馈的基于时隙的定时的情形相反)，由此减小PUCCH冲突的可能性。

作为替换或补充，用于WTRU的提早HARQ反馈的窗口可以为WTRU 提供多个时机以提供提早HARQ反馈。用于提供HARQ反馈的每一个时机可以位于所调度的PDSCH传输时隙内部的若干个符号/微时隙/子时隙/非时隙边界中的一个边界上。通过提供多个提早HARQ反馈时机，可以提供导致重传时延减小的最佳HARQ性能。提早的HARQ NACK反馈时机可以用于提供累积的HARQ-NACK反馈。它们可以指示从PDSCH传输开始直至当前/最近解码的CBG结果的关于所有CBG的HARQ-NACK反馈，由此提供逐个CBG的多个可能的HARQ-NACK。作为替换或补充，提早HARQ反馈时机可以用于为那些处于最后一个提早HARQ反馈微时隙边界与当前HARQ反馈微时隙边界之间的CBG提供HARQ-NACK，由此暗指了逐个 CBG的单个HARQ-NACK反馈。第一个(累积提早反馈)选项能以开销增大为代价提供更高的可靠性。在一个示例中，被配置成每一个TB具有8个 CBG的WTRU可以具有两个提早HARQ-NACK时机。第一个时机可以基于前两个CBG的解码结果，并且第二个时机可以基于前五个CBG的解码结果。如果前两个CBG之一因为抢占而被损坏，那么WTRU可以在第二个HARQ 反馈微时隙边界上使用指示了被损坏的CBG的NACK的多比特(例如8比特)HARQ反馈消息来做出响应。在第一与第二HARQ反馈微时隙边界之间，如果WTRU认识到(三个CBG中的)附加的两个CBG损坏，那么WTRU 可以使用另一个指示了针对这五个CBG中的三个受损CBG的NACK的多比特HARQ反馈消息来做出响应。由于以有效和累积的方式为损坏的CBG 提供了两个HARQ反馈消息，因此这种累积的提早反馈可以提升前两个CBG 的可靠性。由此，该处理可以减小出现可能导致重传时延增大的NACK-NACK差错或导致不必要重传的ACK-NACK差错的可能性。

此外，如果因为已经请求了重传而认为传送基于时隙的HARQ反馈报告没有必要，那么，可以向BS(例如gNB)传送提早HARQ反馈报告的 WTRU可以停止传送基于时隙的HARQ反馈报告。这一点与WTRU具有多个使用提早HARQ反馈的时机并且实际使用了这些时机来请求重传某些 CBG和/或整个TB的情形尤其相关。停止正常HARQ反馈响应的处理尤其与用于在多个WTRU之间提供提早HARQ以及正常的基于时隙的HARQ反馈的PUCCH资源(例如资源块)集合相重叠的情况相关联。这样做有助于减小不必要地使用PUCCH资源以及不同WTRU之间有可能出现冲突的可能性。

此外，如果WTRU因为要使用提早HARQ反馈而获知不需要正常的 HARQ反馈，那么它可以减小关于PUCCH资源/PUCCH传输时长的可能限制，并且可以减小在WTRU之间发生冲突的可能性，以及减少确保可靠的 PUCCH性能所需要的PUCCH资源的总数。

图10示出了一个依照微时隙定时的时隙内部的例示的提早HARQ反馈定时1000，其中该定时可以与这里描述的其他实施例任意组合使用。如图 10所示，TB(或时隙)1001可被配置成具有可抢占区域1005，其中所述区域包括用于低时延业务量的CBG2 1020、CBG41030以及CBGn-1 1034。在可抢占区域1001的CBG中，CBG2 1020和CBG4 1030的一些部分1010有可能会被抢占，以便适应低时延业务量(也就是被低时延业务量抢占)。 WTRU具有多个(在本情况中是两个)提早HARQ反馈时机(即，提早HARQ1 1040和提早HARQ2 1045)。对于第一个提早HARQ时机(即，提早HARQ1 1040)，在WTRU确定了前两个CBG(即，CBG1 1015和CBG2 1020)中的任何一个是否受到执行抢占的低延迟业务量的影响之后，WTRU可以确定是否在提早HARQ1微时隙定时1040上传送提早HARQ-NACK响应。对于第二个提早HARQ时机(即，提早HARQ2 1045)，在WTRU确定了后两个CBG(即，CBG3 1025和CBG4 1030)中的任何一个是否受到执行抢占的低时延业务量影响或者任一累积CBG(即，CBG1 1015、CBG2 1020、CBG31025和CBG4 1030)是否受到执行抢占的低时延业务量影响之后。然后，如上所述，该WTRU可以决定是否在提早HARQ2微时隙定时1045上仅仅为CBG 3和4 1025、1030或是为CBG 1-41015、1020、1025、1030(累积) 提供提早HARQ-NACK响应。如果WTRU选择不再任一提早HARQ1微时隙定时1040或提早HARQ2微时隙定时1045上发送提早HARQ反馈，那么该WTRU可以在正常HARQ定时1050上为所有CBG(即，CBG1 1015、 CBG2 1020、CBG3 1025、CBG4 1030...CBGn-1 1034以及CBGn 1035)传送正常HARQ反馈1050。

图11示出了一个根据微时隙定时的用于确定时隙内部的提早HARQ 反馈的例示过程1100，其中该过程与这里描述的其他实施例任意组合使用。如图11所示，WTRU可以基于优先解码时隙内部的可抢先区域资源来确定是否提供提早HARQ NACK反馈。例如，在步骤1105，如上所述，WTRU 可被配置成具有用于低时延业务量的可抢占区域。在步骤1110，WTRU可以优先解码处于时隙内部的可抢先区域中的资源。在步骤1115，WTRU可以为每一个微时隙识别可能受到低时延业务量影响的CBG。在步骤1120， WTRU可以尝试解码所识别的CBG中可能受到影响的CB。在步骤1125，如果所识别的CBG中的CB数量大于预定阈值，那么在步骤1130，WTRU 可以进一步为每一个微时隙识别包含了失败(或损坏)CB的CBG。然后，在步骤1135，WTRU依照基于微时隙的HARQ定时而在时隙内部生成提早 HARQ反馈。然而，在步骤1125，如果所识别的CBG中的CB数量小于预定阈值，那么在步骤1140，WTRU可以依照基于时隙的HARQ定时来产生正常的HARQ反馈。所述预定阈值可以是借助广播消息或RRC消息从BS接收的。并且，所述预定阈值也可以被预先配置在WTRU的存储器中。

在一个实施例中，在eMBB数据被低时延数据抢占时，可使用提早 HARQ反馈来减小重传时延。当WTRU无法解码抢占区域中的CBG的过多 CB时，这时可以依照微时隙HARQ定时来传送提早HARQ反馈。举例来说， WTRU首先可以优先解码处于所配置的可抢占资源(也就是，可抢占CBG) 中的PDSCH传输的一个或多个CBG中的CB，其中一个CBG可以包括一组CB。然后，WTRU可以确定PDSCH传输块(TB)传输中的一个或多个可抢占CBG。针对所确定的一个或多个可抢占CBG中的一个可抢占CBG，WTRU可以接收和尝试解码一个或多个相应CB。WTRU可以确定可抢占 CBG中解码失败的CB的数量。当可抢占CBG中的失败CB的数量超出了预定阈值的时候，该WTRU可以基于微时隙HARQ定时来传送提早HARQ 反馈。作为替换或补充，当时隙中的每个可抢占CBG中的失败CB的数量处于或低于预定阈值时，WTRU可以依照基于时隙的HARQ定时来传送规则的HARQ反馈。

在另一个实施例中，除了为WTRU半静态地配置(例如借助RRC信令)关于指定可抢占区域的信息之外，BS(例如gNB)可以借助动态信令来显性指示受影响的时间/频率资源的位置。这样做可以为WTRU提供受影响的时间或频率资源的明确位置，以使WTRU可以将其用于帮助解码受影响的CB/CBG/TB。举例来说，与隐性指示的情形相似，WTRU可以先尝试解码所指示/受影响的PRB中的CB。然后，WTRU可以基于该解码的结果来传送HARQ反馈，由此允许提早重传。虽然该显性指示可能具有更高的信令开销，但其与隐性指示的情形的不同之处在于提供了关于受影响的资源的更精确的信息。

BS(例如gNB)可以动态地为WTRU或WTRU群组提供附加的定时和/或资源位置信息，以供WTRU发送提早HARQ反馈消息。该信息可以作为抢占指示信令的一部分来提供。WTRU可以基于受影响的资源的位置(在时间和/或频率上)来选择发送提早HARQ反馈消息。例如，被抢占的资源的位置可能很早就出现在调度时隙中(例如前几个符号之一)。WTRU可以具有关于有可能会被使用的频率资源位置的信息，以便适应低时延业务量。在这样的场景中，WTRU可以基于这些符号中的频率资源解码结果来提供提早HARQ反馈。作为替换或补充，如果被抢占资源的位置对WTRU处理时间造成了不适当的限制，那么WTRU可以决定不提供提早HARQ反馈消息 (例如在抢占影响了处于调度时隙末端的符号/符号群组的情况下)。

在另一个实施例中，WTRU可被半静态地预先配置专门用于提供提早 HARQ反馈的PUCCH资源集合。该PUCCH资源集合可以包括预先为正常 (基于时隙的)HARQ反馈配置的资源集合所共有的资源。作为替换或补充，依据基于正常时隙的HARQ定时，可以将这些资源与用于正常HARQ反馈的其他PUCCH资源集合分离。

如果所选择的PUCCH格式可以包括中等的UCI(HARQ)净荷，并且被在多个/若干个符号/微时隙/子时隙(例如单个资源块配对上的持续时间很长的PUCCH(PUCCH格式4))传送，由此有效使用PUCCH资源集合，那么多个WTRU可以共享同一个资源块配对。共享一个符号/微时隙内部的相同资源块配对的设备可以通过频域序列的不同正交相位旋转(例如时域中的循环移位)来分离。作为替换或补充，对于使用了多个资源块配对的较大 UCI净荷格式(例如大于2比特)(例如PUCCH格式2或3)来说，符号/ 微时隙/非时隙的复用容量可以通过让多个WTRU共享相同的资源块配对来提升(其中每一个WTRU都会使用不同的正交覆盖序列)，由此减少提早 HARQ反馈所需要的PUCCH资源的数量。

由于能够执行主动HARQ处理的高性能WTRU的数量有可能是被服务的总的WTRU中的一小部分，因此，这些资源有可能是非常有限的，并且可以在WTRU或高性能WTRU群组之间被共享。BS(例如gNB)可以使用从WTRU接收的HARQ反馈数据来确定高性能WTRU在WTRU中所占的百分比。该BS还可以确定这些WTRU的哪个部分实际传送提早 HARQ-NACK反馈。然后，BS(例如gNB)可以使用该数据来半静态地重新配置PUCCH资源集合，以便优化资源使用。

由于提早HARQ反馈可以是单比特或多比特HARD反馈(如上所述)，因此，WTRU可以被半静态地预先配置一个以上的PUCCH资源集合/格式，以便为BS(例如gNB)提供提早HARQ反馈。这些PUCCH资源可以依据净荷大小(例如基于正常时隙的HARQ净荷大小)来区分。

在另一个实施例中，WTRU可以使用已经为基于时隙的HARQ反馈定义的相同PUCCH资源(资源块)。

在以上任一实施例中，WTRU可能需要考虑以下事实：提供提早HARQ 反馈资源所需要的资源有可能在时域/频域中与用来提供基于时隙的HARQ 反馈的资源发生冲突。举例来说，如果提早HARQ使用了处于时隙内部的某个符号/微时隙集合上的资源(资源块)，那么这些传输有可能会重叠，并且由此会影响基于时隙的HARQ反馈传输窗口。作为替换或补充，适应高性能WTRU(也即是能够执行提早HARQ反馈)以及基准能力的WTRU(也就是只能执行正常HARQ反馈)的需要有可能会要求在不同的WTRU之间共享PUCCH资源，以便限制PUCCH的使用。然而，这样做有可能会增大 WTRU之间发生冲突的可能性。

一种用于避免冲突可能性的简单方法是在传送了提早HARQ反馈的时候立即停止正常的HARQ传输。如上所述，这样做可以减小对于提早HARQ 反馈的限制，并且在整体重传的可靠性方面没有损失，而且在不同WTRU 的PUCCH重传之间发生冲突的可能性方面也不会有损失。

WTRU可能需要传送与高可靠性应用相关的提早HARQ反馈和正常 HARQ反馈。为了确保提早HARQ(基于微时隙定时)反馈不影响正常HARQ 反馈，WTRU可以将提早HARQ反馈限制成是持续时间很短的PUCCH传输，由此确保所述提早HARQ反馈传输在基于时隙的HARQ反馈传输窗口之前结束。由于在任何指定时间都可以假设在系统的所有WTRU中，只有少量WTRU具有有限的功率和有限的覆盖范围，并且大多数的WTRU不需要很长的PUCCH持续时间的传输，因此，使用持续时间很短的PUCCH传输不会HARQ反馈的可靠性产生负面影响，由此，使用持续时间很短的 PUCCH传输而是可以被接受的。

在另一个实施例中，WTRU可以在时隙内部的可用的提早HARQ反馈传输时机的数量方面受到限制。例如，在图10中，WTRU可被限制到单个提早HARQ反馈时机(也就是提早HARQ11040)，而不是两个提早HARQ 反馈传输时机(提早HARQ1 1040和提早HARQ2 1045)。这种限制可以基于为HARQ反馈配置/使用的是短还是长PUCCH传输。举例来说，如果 WTRU需要为HARQ反馈使用持续时间很长的PUCCH传输，那么它可以确定提早HARQ1 1040提供了用于提早HARQ反馈的唯一时机。另一方面，如果WTRU需要使用持续时间很短的PUCCH传输，那么提供所有的两个 HARQ反馈机会(即，提早HARQ1 1040和提早HARQ2 1045)将会令人满意，因为这其中的任何一个都不会干扰正常的(基于时隙的)HARQ传输 1050。

在另一个实施例中，WTRU可以通过使用不同天线上的不同资源(除了时间和频率资源之外还可以使用码域)来使用与空间正交资源发射分集 (例如在LTE)相似的发射分集。这样做可以允许来自不同天线的PUCCH 传输主要显现成来自两个不同WTRU的两个PUCCH传输(以两倍的PUCCH 资源为代价)。这意味着WTRU可以使用码域(例如每一个天线上的不同的码)来分离两个HARQ反馈传输，而不是为提早和正常HARQ反馈使用相同的PUCCH资源。这样做可以有效地提供提早HARQ反馈和正常HARQ 反馈传输。

在另一个实施例中，如果低时延业务量(例如URLLC)抢占eMBB WTRU资源，那么除了发送关于被抢占资源的显性指示之外，BS(例如gNB) 甚至可以在其接收到来自WTRU的HARQ反馈之前自动决定重传受影响的 CB/CBG(或是为其执行后续传输)。后续传输的存在性可以借助一个1比特标志而被指示给WTRU或是受影响的WTRU的集合，并且可以连同显性指示信号一起被发送给WTRU。

然后，WTRU可以通过不提供任何HARQ反馈来使用该标志，因为 WTRU知道，如果初始传输失败，那么该WTRU可以使用后续传输来解码受影响的CB。这种机制可以在改善时延的同时减小信令开销的双重益处，其代价是使用了额外的传输资源。

在另一个实施例中，WTRU可能没有关于是否抢占了初始调度的资源的信息。当出现以下情形时，这种情况有可能会发生：(i)没有与预先定义的可抢占区域有关的半静态配置信息；(ii)经由下行链路控制信息(DCI) 接收的关于抢占资源的动态指示未能在ACK/NACK反馈之前到达；或者(iii) 没有以之为开始的关于被抢占资源的显性指示。在这种情况下，WTRU可以监视后续调度指配(例如后续时隙)，以便了解现在是否已将用于初始在先前时隙/微时隙中被调度传送的TB的任何CB/CBG作为后续传输来进行调度。

BS(例如gNB)可以通过传送抢占指示来向WTRU告知受到执行抢占的低时延业务量影响的资源，并且由此向其告知受影响的CB/CBG。这个抢占指示和由此进行的重传可以在WTRU确定如何处理受影响的CBG以及解码TB的时候为其提供帮助。

在一个实施例中，WTRU可以决定清除(flush)与受影响的所有CBG 或是受影响的CBG的子集相关联的软缓冲器内容，并且使用针对这些受影响的CBG的重传处理来执行解码。如果受影响的CBG中有大量的CB因为抢占而被损坏，那么这种清除CBG的所有相关内容的方法将是非常有益的。在这种情况下，与极不可靠的初始传输相反，最佳的方式是使用以后的重传上的HARQ合并处理。

在另一个实施例中，WTRU可以决定清除与受影响的CBG集合内部的 CB子集而不是整个CBG相关的软缓冲器内容。在该场景中，如果使用不同的冗余版本(RV)来重传软缓冲器中那些未被清除的CB，以此作为提升解码成功率的手段，那么，假如重传是以与初始传输相同的增量冗余(IR)或增量冗余HARQ为基础的，则WTRU可以使用追加合并处理。WTRU可利用CB级CRC校验来作为决定CBG中的那些CB需要被清除的方法。如果 CBG中的少量CB已由于抢占而被损坏，那么该方法是尤其有用的。

基于CBG的传输的定时有可能会影响WTRU的HARQ反馈。BS(例如gNB)可以为被执行抢占的低时延业务量影响的TB调度基于CBG的重传。该BS(例如gNB)既可以主动发起重传(也就是在接收到来自WTRU 的HARQ反馈之前)，也可以基于WTRU提供的最终的HARQ ACK-NACK 反馈来发起重传。

在一个实施例中，BS(例如gNB)可以决定主动重传被抢占影响的 CBG(例如在不等待来自WTRU的最终HARQ响应的情况下)。该处理可以依据某个以受影响的资源的数量并且由此依据受影响的CBG数量等等为基础的估计解码失败概率来执行。对于主动或后续传输来说，BS(例如gNB) 可以向WTRU指示关于该WTRU需要使用的HARQ反馈的定时和资源。

在该场景中，WTRU可以决定用两个单独的HARQ反馈消息来做出响应。第一个HARQ消息可以基于初始PDSCH(TB)传输定时，并且第二个 HARQ消息可以基于与后续传输一起提供的新的/更新的资源/定时信息。 WTRU可以使用初始传输与用于第二个HARQ消息的后续传输的HARQ组合。作为替换或补充，这两个HARQ消息在反馈格式的粒度(例如多比特与单比特)等方面可能存在差异。在一个示例中，如果存在抢占的初始传输的结果导致若干CBG被错误解码，那么WTRU可以提供基于CBG的多比特HARQ反馈，以便向BS(例如gNB)告知需要重传哪些CBG。如果将初始传输与后续传输相结合的HARQ合并仍旧导致若干个CBG出错或者导致整个TB被成功解码，那么WTRU可以决定为这其中的任一情形提供单比特HARQ反馈消息。该处理可被看作是表明BS(例如gNB)应该在下一次重传中重传整个TB的隐性指示。

作为替换或补充，如果初始传输和后续传输全都导致少量CBG出错，那么从频谱效率的角度来看，与导致重传整个TB的单比特反馈相反，为BS (例如gNB)提供基于CBG的HARQ反馈有可能会更为有效，由此，所述 BS(例如gNB)可以重传WTRU请求的那些CBG。

WTRU为每一个消息选择最佳反馈选项的灵活性有助于降低UCI开销，同时会在频谱效率方面提供最佳性能。作为替换或补充，通过使用两个 HARQ反馈消息，还可以提升ACK-NACK消息的鲁棒性。

HARQ反馈选项之间的切换可以通过为WTRU配置不同的PUCCH格式来促成。然后，BS(例如gNB)可以通过盲解码PUCCH来确定反馈消息粒度。在一个实施例中，在BS(例如gNB)执行的后续传输过程以合并了两个传输的HARQ合并的结果为基础时，WTRU可被配置成使用单个HARQ 反馈响应来做出响应。该处理可以以显性或隐性的方式来配置。例如，关于 BS(例如gNB)的后续传输的指示可以看作是发送单个HARQ响应的信号。然后，WTRU可以基于组合了两个传输的HARQ合并的结果来发送单个 HARQ响应。该响应的定时可以基于新近指示的定时/资源，以便为WTRU 提供足够的处理时间。作为替换或补充，WTRU可以自主决定用于这个单个 HARQ反馈响应的格式(例如单比特与多比特)。举例来说，如果只有少量 CBG出错，那么最好用基于CBG的多比特HARQ反馈来做出响应。然而，如果大量CBG持续出错，那么WTRU可以用单比特NACK来做出响应，由此指示BS(例如gNB)需要重传整个TB。通过使用单个HARQ反馈消息来做出响应，还可以节约反馈开销。举例来说，如果一个或多个后续传输导致成功接收到先前受损的一个或多个CBG，那么等待发送单个HARQ消息的WTRU可以传送代表现在已经接收到了整个TB的单比特ACK。相比之下，如果依靠基于HARQ的重传或是具有两个HARQ反馈消息的后续传输，那么将会导致至少一个多比特HARQ消息之后跟随有另一个多比特或单比特HARQ消息。上述过程可被扩展到BS(例如gNB)在抢占之后调度一个或多个后续传输的情形。作为替换或补充，如果BS(例如gNB)基于 WTRU提供的HARQ反馈来调度CBG重传，那么WTRU可以仅仅遵循与初始TB传输相关联的定时。

作为替换或补充，WTRU的HARQ处理能力有可能影响HARQ处理和反馈响应时间。在一个示例中，如果高性能WTRU接收原始传输，并且其后跟随了一个后续传输，那么WTRU可以将(基于微时隙定时的)提早 HARQ反馈和/或(基于时隙的)正常HARQ反馈用于初始传输。然后，WTRU 可以为后续传输执行相同的操作(在与初始传输相结合的HARQ合并之后)。该处理可以作为一种用于提升HARQ可靠性的方法来使用。

在另一个实施例中，WTRU可以仅仅使用基于时隙的HARQ响应来对初始传输做出响应，该基于时隙的HARQ响应之后是在与原始传输进行 HARQ组合之后的针对后续传输的(基于微时隙的)提早HARQ反馈和/或 (基于时隙的)正常HARQ反馈的组合。

在另一个实施例中，WTRU可以在发送HARQ反馈响应之前停止发送针对初始传输的HARQ响应，并且等待后续传输。所产生的HARQ反馈响应可以基于初始传输与后续传输的HARQ合并，并且可以包括提早HARQ 反馈和/或正常HARQ反馈。

在以上示例中，在后续传输的传输过程中产生的的提早HARQ反馈可以基于初始传输(已被接收)与在后续传输的初始符号/微时隙中接收的CBG 的HARQ合并结果。在图10中，设想两个连续(TB/时隙1001)传输(在图10中没有显示TB/时隙的第二个传输)，提早HARQ微时隙定时时机会在第二个时隙(后续传输)的符号/微时隙/非时隙内部出现。针对这种情况，WTRU可以在确定后续传输是否可以由BS(例如gNB)调度的过程中使用抢占指示(借助群组共用PDCCH)和CBG清除指示(CBGFI)信息。这样做可以证明跳过基于初始传输的HARQ反馈响应而不是在使用HARQ响应做出响应之前等待接收后续传输的做法是正当的。

针对初始和/或后续传输的提早和/或正常HARQ反馈响应的粒度(例如单比特与多比特)和格式可以遵循上述过程。

虽然在上文中描述了采用特定组合的特征和要素，但是本领域普通技术人员将会认识到，每一个特征或要素既可以单独使用，也可以与其他特征和要素进行任何组合。此外，这里描述的方法可以在引入计算机可读介质中以供计算机或处理器运行的计算机程序、软件或固件中实施。关于计算机可读媒体的示例包括电信号(经由有线或无线连接传送)以及计算机可读存储媒体。关于计算机可读存储媒体的示例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、磁介质 (例如内部硬盘和可拆卸磁盘)、磁光介质、以及光介质(例如CD-ROM 碟片和数字多用途碟片(DVD))。与软件关联的处理器可以用于实施在 WTRU、UE、终端、基站、RNC或任何计算机主机使用的射频收发信机。

Claims (14)

1.一种在无线发射/接收单元(WTRU)中使用的方法，所述方法包括：

其中所述WTRU被配置成提供针对基于码块组(CBG)的重传的多比特混合自动重复请求(HARQ)反馈，

经由物理下行链路控制信道(PDCCH)接收下行链路控制信息(DCI)，所述DCI为第一类型或第二类型；以及

当所述DCI被确定为所述第一类型时，生成所述多比特HARQ反馈，其中所述多比特HARQ反馈包括重复多次的单比特，其中所述单比特的重复次数对应于至少一个传输块(TB)中的CBG的数量；以及

经由物理上行链路控制信道(PUCCH)传送针对基于CGB的重传的所述多比特HARQ反馈。

2.如权利要求1所述的方法，其中所述多比特HARQ反馈包括用于指示是否请求重传所述至少一个TB中的至少一个CBG的多个比特。

3.如权利要求2所述的方法，其中所述多个比特中的每一个分别映射到所述至少一个TB的所述至少一个CBG中的每一个。

4.如权利要求1所述的方法，其中所述多比特HARQ反馈是基于高层参数并利用CBG最大数量而被半静态地配置的，其中所述高层参数是从高于介质访问控制(MAC)层的层接收的。

5.如权利要求4所述的方法，进一步包括：

基于所述CBG最大数量来确定所述多比特HARQ反馈的净荷大小。

6.如权利要求1所述的方法，进一步包括：

如果正确解码了所述至少一个TB的每一CBG中的所有CB且正确解码了所述至少一个TB，则在所述多比特HARQ反馈中为与所述每一CBG相关联的所述单比特确定肯定应答(ACK)。

7.如权利要求1所述的方法，进一步包括：

如果正确解码了所述至少一个TB的每一CBG中的所有CB但没有正确解码所述至少一个TB，则在所述多比特HARQ反馈中为与所述每一CBG相关联的所述单比特确定否定应答(NACK)。

8.一种无线发射/接收单元(WTRU)，包括：

处理器；

接收机；以及

发射机，

其中所述接收机被配置成经由物理下行链路控制信道(PDCCH)接收下行链路控制信息(DCI)，所述DCI为第一类型或第二类型；以及

其中所述处理器被配置成当所述DCI被确定为所述第一类型时，生成多比特混合自动重复请求(HARQ)反馈，其中所述多比特HARQ反馈包括重复多次的单比特，其中所述单比特的重复次数对应于至少一个传输块(TB)中的码块组(CBG)的数量；以及

其中所述发射机被配置成经由物理上行链路控制信道(PUCCH)传送针对基于CBG的重传的所述多比特HARQ反馈。

9.如权利要求8所述的WTRU，其中所述多比特HARQ反馈包括用于指示是否请求重传所述至少一个TB中的至少一个CBG的多个比特。

10.如权利要求9所述的WTRU，其中所述多个比特中的每一个分别映射到所述至少一个TB的所述至少一个CBG中的每一个。

11.如权利要求8所述的WTRU，其中所述多比特HARQ反馈基于高层参数并利用CBG最大数量而被半静态地配置，其中所述高层参数是从高于介质访问控制(MAC)层的层接收的。

12.如权利要求11所述的WTRU，其中所述处理器进一步被配置成：

基于所述CBG最大数量确定所述多比特HARQ反馈的净荷大小。

13.如权利要求8所述的WTRU，其中所述处理器进一步被配置成：

如果正确解码了所述至少一个TB的每一CBG中的所有CB且正确解码了所述至少一个TB，则在所述多比特HARQ反馈中为与所述每一CBG相关联的所述单比特确定肯定应答(ACK)。

14.如权利要求8所述的WTRU，其中所述处理器进一步被配置成：

如果正确解码了所述至少一个TB的每一CBG中的所有CB但没有正确解码所述至少一个TB，则在所述多比特HARQ反馈中为与所述每一CBG相关联的所述单比特确定否定应答(NACK)。

Images