用于在物理层帧上复用不同服务的抢占指示符和基于代码块组的重传技术

摘要

本文公开了涉及在无线物理层帧上复用不同服务的上下文中的确认和抢占指示符的技术。在一些实施方案中，用于传输的传输块被划分成代码块和代码块组。指示划分的信息可在基站和移动设备之间传送。在一些实施方案中，传输抢占指示符，该抢占指示符指示被另一数据服务抢占的传输块的一部分，并且该抢占指示符以不同于代码块组的粒度被指定。在一些实施方案中，传输确认信息，该确认信息针对包括在传输块中的每个代码块组，指示代码块组是否被用户设备成功解码。在各种实施方案中，所公开的技术可有利帮助通过低延迟、高可靠性数据服务进行抢占。

说明书

本申请是申请号为201880011503.5、申请日为2018年2月27日、名称为“用于在物理层帧上复用不同服务的抢占指示符和基于代码块组的重传技术”的发明专利申请的分案申请。

技术领域

本申请涉及无线通信，并且更具体地讲，涉及用于在共享物理层帧上复用不同蜂窝服务的技术。

背景技术

无线通信系统的使用正在快速增长。另外，存在许多不同的无线通信技术和标准。无线通信技术的一些示例包括GSM、UMTS(例如与WCDMA或TD-SCDMA空中接口相关联)、LTE、高级LTE(LTE-A)、HSPA、3GPP2CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)、IEEE 802.11(WLAN或Wi-Fi)、IEEE 802.16(WiMAX)、蓝牙等其他技术。

对于一些无线通信标准诸如5G空中接口物理层设计，例如，提出各种不同类型的服务。例如，增强型移动宽带(eMBB)服务可提供带有延迟要求(例如，4ms)的高速率数据服务，并且超可靠低延迟(URLLC)服务可提供带有比eMBB较低延迟要求(例如，0.5ms)的高度可靠服务。一般而言，使用统一物理层框架的不同服务可在可靠性、延迟、数据速率等方面具有非常不同的性质。适应此类不同服务同时(例如，在基站和移动设备两者处)维持性能、低复杂性和低功率消耗可具有挑战性。

发明内容

在一些实施方案中，为无线电帧指定分区，其中允许在指定分区中由另一数据服务抢占一个数据服务。在一些实施方案中，RRC、DCI或专用频率信令可用于指定允许抢占的时间资源和/或频率资源。在一些实施方案中，可以动态地改变分区。

在一些实施方案中，基站可尝试调度针对低延迟数据服务的传输，而无需例如在未使用的时间/频率块中抢占。在一些实施方案中，当实际发生一个数据服务的传输被另一个数据服务抢占时，传输指示发生抢占的时间资源和/或频率资源的抢占指示符。这样可允许UE在一些情况下成功解码所抢占的数据服务和/或可减少移动设备的盲解码。抢占指示符可以是移动设备特定的或多个移动设备公共的。在一些实施方案中，在发生抢占的同时传输抢占指示符。在一些实施方案中，在无线电帧的协商部分或无线电帧的预先确定的部分处传输抢占指示符。在一些实施方案中，使用专用频带来传输抢占指示符。在一些实施方案中，使用多个抢占指示符，例如，用于指定时间资源的第一指示符和用于指定频率资源的第二指示符。

在一些实施方案中，基站和移动设备被配置为使用三种抢占情形中的一者或多者进行通信。在第一种情况下，基站在接收到来自移动设备的用于被抢占数据的确认信令之后传输重传和抢占指示符两者。在第二种情况下，基站在确认信令之前传输抢占指示符，并且在确认信令之后传输重传。在第三种情况下，基站在接收到来自移动设备的用于抢占数据的确认信令之前传输重传和抢占指示符两者。

在第一种和第三种情况下，基站可对下行链路控制信息和抢占指示符进行组合编码。

在第一种和第三种情况下，抢占指示符可以是UE特定的，而抢占指示符在第二种情况下可以是公共的。在一些实施方案中，确认信令可包括用于被抢占传输和用于重传的组合确认数据，并且确认信令可被重新调度。在一些实施方案中，确认信令包括针对被抢占信号的传输块的不同部分，例如针对不同代码块组的单独指示。

在一些实施方案中，基站和UE实施基于代码块组(CBG)的HARQ重传技术，使得UE以CBG粒度指定ACK信息。基站可使用RRC信令来为UE半静态地配置基于CBG的HARQ。基站可仅重传UE指示未成功解码的CBG。在一些实施方案中，基站被配置为将CBG与频分复用(FDM)符号对准。

基站可确定由特定UE支持的CBG的最大数量，并且对于给定传输块，基于传输块的大小和所支持的CBG的最大数量来确定(1)传输块中的CBG的数量和(2)每个CBG的代码块(CB)的数量。基站还可将CB的分组调整为用于重传的CBG(例如，如果仅将传输块中的CBG的一部分重传，则通过将CBG的CB分割成多个CBG)。来自基站的下行链路控制信息可指示以下项中的一者或多者：HARQ进程ID、传输是否针对新TB的指示、用于传输的资源分配、调制和编码方案指数、冗余版本、传输CBG的位图和/或软缓冲器处理信息位(其可为公共的或CBG特定的)。CBG信息可与抢占指示符组合以确定由另一数据服务(例如，URLLC)抢占的资源。

附图说明

当结合以下附图考虑实施方案的以下详细描述时，可获取对本主题的更好的理解，其中：

图1例示了根据一些实施方案的示例性(和简化的)无线通信系统。

图2例示了根据一些实施方案的与用户装置(UE)设备通信的基站(BS)。

图3例示了根据一些实施方案的UE的示例性框图。

图4例示了根据一些实施方案的BS的示例性框图。

图5A至图5B例示了根据一些实施方案的时间资源和频率资源的示例性指示，其中允许由第二数据服务抢占第一数据服务。

图6A至图6D例示了根据一些实施方案的示例性抢占指示符，该抢占指示符用于指定第二数据服务抢占第一数据服务的时间资源和/或频率资源。

图7是例示了根据一些实施方案用于在发生抢占时供移动设备解码数据的示例性方法的流程图。

图8是例示了根据一些实施方案的示例性代码块分组技术的图示。

图9是例示了根据一些实施方案，针对在接收到针对正在重传的数据的确认信令之后发送抢占指示符和重传的情况的传输的图示。

图10是例示了根据一些实施方案，针对在针对被抢占数据的确认信令之前发送抢占指示符并在确认信令之后设定重传的情况的传输的图示。

图11是例示了根据一些实施方案，针对抢占指示符和重传都在接收到确认信令之前发送的情况的传输的图示。

图12是例示了根据一些实施方案的示例性确认组合技术的图示。

图13A至图13B是例示了根据一些实施方案，用于确定传输块中的代码块的数量以及将代码块分组为代码块组的技术的图示。

图14A至图14C例示了根据一些实施方案，跨OFDM符号的代码块组的不同分布。

图15例示了根据一些实施方案，用于将代码块重新分组为代码块组以用于重传的示例性技术。

图16A至图16B是例示了根据一些实施方案，用于另一粒度下基于CBG的确认和抢占指示符的技术的流程图。

本说明书包括对各种实施方案的参考，以指示本公开并非旨在提及一个特定具体实施，而是提及落入包括所附权利要求书的本公开的实质内的一系列实施方案。特定特征、结构或特性可以与本公开一致的任何合适的方式被组合。

在本公开内，不同实体(其可被不同地称为“单元”、“电路”、其他部件等)可被描述或声称成“被配置为”执行一个或多个任务或操作。此表达方式—被配置为[执行一个或多个任务]的[实体]—在本文中用于指代结构(即，物理的事物，诸如电子电路)。更具体地，此表达方式用于指示此结构被布置成在操作期间执行一个或多个任务。结构可被说成“被配置为”执行某个任务，即使该结构当前并非正被操作。“被配置为生成输出时钟信号的时钟电路”旨在覆盖例如在操作期间执行此功能的电路，即使论述中的电路当前并未被使用(例如，该电路并未连接到功率)。因此，被描述或表述为“被配置为”执行某个任务的实体指代用于实施该任务的物理的事物，诸如设备、电路、存储有可执行程序指令的存储器等。此短语在本文中不被用于指代无形的事物。

术语“被配置为”并不旨在意指“可配置为”。例如，未经编程的FPGA不会被认为是“被配置为”执行某个特定功能，虽然其可能“可配置为”执行该功能。在适当编程之后，FPGA然后可被配置为执行该功能。

所附权利要求书中的表述结构“被配置为”执行一个或多个任务明确地旨在对该权利要求要素不援引35U.S.C.§112(f)。于是，所提交的本申请中没有任何权利要求旨在要被解释为具有装置-加-功能要素。如果申请人在申请过程期间想要援引节段112(f)，则其将使用“用于”[执行功能]“的装置”结构来表述权利要求要素。

如本文所用，术语“基于”用于描述影响确定的一个或多个因素。此术语不排除可能有附加因素可影响确定。也就是说，确定可仅基于指定的因素或基于所指定的因素及其他未指定的因素。考虑短语“基于B确定A”。此短语指定B是用于确定A的因素或者B影响A的确定。此短语并不排除A的确定也可基于某个其他因素诸如C。此短语也旨在覆盖A仅基于B来确定的实施方案。如本文所用，短语“基于”与短语“至少部分地基于”是同义的。

具体实施方式

首字母缩略词

在本公开中可使用以下首字母缩略词。

3GPP：第三代合作伙伴计划

3GPP2：第三代合作伙伴计划2

APN：接入点名称

BLER：误块率(与误包率相同)

BER：误码率

CRC：循环冗余校验

DL：下行链路

GBR：保证比特率

GSM：全球移动通信系统

IMS：IP多媒体子系统

IP：互联网协议

LTE：长期演进

MME：移动管理实体

MO：消息来源

MT：消息终止

NAS：非接入层

PCC：策略和计费控制

PCEF：策略和计费执行功能

PCRF：策略和计费规则功能

PCSCF：代理呼叫会话控制功能

PGW：分组网关

PER：误包率

QCI：服务质量类别指数

QoS：服务质量

RAT：无线电接入技术

RRC：无线电资源控制

SGW：服务网关

SINR：信号与干扰加噪声比

SIR：信号干扰比

SNR：信噪比

Tx：传输

UE：用户装置

UL：上行链路

UMTS：通用移动通信系统

VoLTE：长期演进语音承载

术语

以下是在本公开中所使用的术语表：

存储器介质—各种类型的非暂态存储器设备或存储设备中的任一种。术语“存储器介质”旨在包括安装介质，例如，CD-ROM、软盘或磁带设备；计算机系统存储器或随机存取存储器诸如DRAM、DDR RAM、SRAM、EDO RAM、Rambus RAM等；非易失性存储器诸如闪存、磁介质，例如，硬盘驱动器或光学存储装置；寄存器或其他类似类型的存储器元件等。存储器介质也可包括其他类型的非暂态存储器或它们的组合。此外，存储器介质可位于执行程序的第一计算机系统中，或者可位于通过网络诸如互联网连接到第一计算机系统的不同的第二计算机系统中。在后面的情况下，第二计算机系统可向第一计算机提供程序指令以用于执行。术语“存储器介质”可包括可驻留在例如通过网络连接的不同计算机系统中的不同位置的两个或更多个存储器介质。存储器介质可存储可由一个或多个处理器执行的程序指令(例如，表现为计算机程序)。

载体介质—如上所述的存储器介质、以及物理传输介质诸如总线、网络和/或传送信号诸如电信号、电磁信号或数字信号的其他物理传输介质。

计算机系统—各种类型的计算系统或处理系统中的任一种，包括个人计算机系统(PC)、大型计算机系统、工作站、网络装置、互联网装置、个人数字助理(PDA)、电视系统、网格计算系统，或者其他设备或设备的组合。一般来讲，术语“计算机系统”可被广义地定义为涵盖具有执行来自存储器介质的指令的至少一个处理器的任何设备(或设备的组合)。

用户装置(UE)(或“UE设备”)—移动式或便携式的并且执行无线通信的各种类型的计算机系统设备中的任一种。UE设备的示例包括移动电话或智能电话(例如，iPhone

基站—术语“基站”具有其普通含义的全部范围，并且至少包括被安装在固定位置处且用于作为无线蜂窝电话系统或蜂窝无线电系统的一部分进行通信的无线通信站。

处理元件—是指能够执行设备诸如用户装置或蜂窝网络设备中的功能的各种元件或元件的组合。处理元件可以包括例如：处理器和相关联的存储器、各个处理器核心的部分或电路、整个处理器核心、处理器阵列、电路诸如ASIC(专用集成电路)、可编程硬件元件诸如现场可编程门阵列(FPGA)以及以上各种组合中的任一种。

信道—用于将信息从发送器(发射器)传送至接收器的介质。应当注意，由于术语“信道”的特性可根据不同的无线协议而有所不同，因此本文所使用的术语“信道”可被视为以符合术语使用所参考的设备的类型的标准的方式来使用。在一些标准中，信道宽度可为可变的(例如，取决于设备能力、频带条件等等)。例如，LTE可支持1.4MHz到20MHz的可扩展信道带宽。相比之下，WLAN信道可为22MHz宽，而蓝牙信道可为1MHz宽。其他协议和标准可包括对信道的不同定义。此外，一些标准可定义并使用多种类型的信道，例如用于上行链路或下行链路的不同信道和/或针对不同用途诸如数据、控制信息等等的不同信道。

带—术语“带”具有其普通含义的全部范围，并且至少包括其中为了相同目的使用或留出信道的一段频谱(例如，射频频谱)。

自动—是指由计算机系统(例如，由计算机系统执行的软件)或设备(例如，电路、可编程硬件元件、ASIC等)在无需直接指定或执行动作或操作的用户输入的情况下执行的动作或操作。因此，术语“自动”与用户手动执行或指定的操作相反，其中用户提供输入来直接执行操作。自动过程可由用户所提供的输入来启动，而随后的“自动”执行的动作不是由用户指定的，即，不是“手动”执行的，其中用户指定每个动作以执行。例如，用户通过选择每个字段并提供输入指定信息(例如，通过键入信息、选择复选框、无线电部件选择等)来填写电子表格为手动填写该表格，即使计算机系统必须响应于用户动作来更新该表格。该表格可通过计算机系统自动填写，其中计算机系统(例如，在计算机系统上执行的软件)分析表格的字段并填写该表格，而无需任何用户输入指定字段的答案。如上面所指示的，用户可援引表格的自动填写，但不参与表格的实际填写(例如，用户不用手动指定字段的答案而是它们被自动完成)。本说明书提供了响应于用户已采取的动作而自动执行的操作的各种示例。

图1和图2—通信系统

图1例示了根据一些实施方案的示例性(和简化的)无线通信系统。需注意，图1的系统仅是可能系统的一个示例，并且实施方案根据需要可被实施在各种系统中的任一种中。

如图所示，示例性无线通信系统包括基站102A，该基站102A通过传输介质与一个或多个用户设备106A、用户设备106B等到用户设备106N进行通信。在本文中可将用户设备中的每个称为“用户装置”(UE)。因此，用户设备106被称为UE或UE设备。

基站102A可为收发器基站(BTS)或小区站点，并且可包括启用与UE106A-106N的无线通信的硬件。基站102A也可被装备成与网络100(例如，在各种可能性中，蜂窝服务提供方的核心网、电信网络诸如公共交换电话网(PSTN)和/或互联网)进行通信。因此，基站102A可有助于用户设备(UE)之间和/或UE与网络100之间的通信。

基站的通信区域(或覆盖区域)可被称为“小区”。基站102A和UE 106可被配置为通过使用各种无线电接入技术(RAT)的任一种无线电接入技术的传输介质进行通信，该无线电接入技术也被称为无线通信技术或电信标准，诸如GSM、UMTS(WCDMA、TD-SCDMA)、LTE、高级LTE(LTE-A)、HSPA、3GPP2 CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)、Wi-Fi、WiMAX等。

根据相同或不同的蜂窝通信标准进行操作的基站102A和其他类似的基站(诸如基站102B...102N)可因此被提供作为小区的网络，该小区的网络可经由一个或多个蜂窝通信标准在广阔的地理区域上向UE 106A-160N和类似的设备提供连续或几乎连续的重叠服务。

因此，虽然基站102A可充当如图1中所示的UE 106A-160N的“服务小区”，但是每个UE 106也可能在一个或多个其他小区(可由基站102B-N和/或任何其他基站提供)的通信范围内，并且能够从该一个或多个其他小区接收信号，该一个或多个其他小区可被称为“相邻小区”。根据与基站102A相同的无线通信技术和/或各种其他可能的无线通信技术中的任一种，此类小区也可能够有助于用户设备之间和/或用户设备与网络100之间的通信。此类小区可以包括“宏”小区、“微”小区、“微微”小区和/或提供服务区域大小的任何各种其他粒度的小区。例如，在图1中例示的基站102A-B可以是宏小区，而基站102N可以是微小区。其他配置也是可能的。

需注意，UE 106可能够使用多个无线通信标准进行通信。例如，除至少一种蜂窝通信协议(例如，GSM、UMTS(WCDMA、TD-SCDMA)、LTE、LTE-A、HSPA、3GPP2 CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)等)之外，UE 106可被配置为使用无线联网(例如，Wi-Fi)和/或对等无线通信协议(例如，BT、Wi-Fi对等等)进行通信。如果需要的话，UE 106还可以或另选地被配置为使用一个或多个全球导航卫星系统(GNSS，例如GPS或GLONASS)、一个或多个移动电视广播标准(例如，ATSC-M/H或DVB-H)和/或任何其他无线通信协议进行通信。无线通信标准的其他组合(包括多于两种无线通信标准)也是可能的。

图2例示了根据一些实施方案的与基站102(例如，基站102A-102N中的一个)进行通信的用户装置106(例如，设备106A-106N中的一个)。UE 106可为带有蜂窝通信能力的设备，诸如移动电话、手持设备、可穿戴设备、计算机或平板电脑，或实质上任何类型的无线设备。

UE 106可包括被配置为执行存储在存储器中的程序指令的处理器。UE106可通过执行此类存储的指令来执行本文所述的方法实施方案中的任一者。另选地或除此之外，UE106可包括可编程硬件元件，诸如被配置为执行本文所述的方法实施方案中的任一者或本文所述的方法实施方案中的任一者的任何部分的FPGA(现场可编程门阵列)。另选地或除此之外，UE 106可包括被配置为执行本文描述的方法实施方案中的任一种的一个或多个集成电路。

UE 106可包括用于使用一个或多个无线通信协议或技术进行通信的一个或多个天线。在一些实施方案中，UE 106被配置为使用采用单个共享无线电部件的CDMA2000(1xRTT/1xEV-DO/HRPD/eHRPD)或LTE和/或采用单个共享无线电部件的GSM或LTE中的任一者来进行通信。共享无线电部件可耦接到单个天线，或者可耦接到多个天线(例如，对于MIMO)，以用于执行无线通信。通常，无线电部件可包括基带处理器、模拟RF信号处理电路(例如，包括滤波器、混频器、振荡器、放大器等等)或数字处理电路(例如，用于数字调制以及其他数字处理)的任何组合。类似地，该无线电部件可使用前述硬件来实现一个或多个接收链和发射链。例如，UE 106可在多种无线通信技术诸如上面论述的那些之间共享接收链和/或发射链的一个或多个部分。

在一些实施方案中，UE 106针对被配置为用其进行通信的每个无线通信协议可包括独立的(以及可能地多个)传输链和/或接收链(例如，包括独立的RF和/或数字无线电部件)。作为另一种可能性，UE 106可包括在多个无线通信协议之间共享的一个或多个无线电部件，以及由单个无线通信协议唯一地使用的一个或多个无线电部件。例如，UE 106可包括用于使用LTE或1xRTT(或LTE或GSM)中的任一种进行通信的共享的无线电部件，以及用于使用Wi-Fi和蓝牙中的每个进行通信的独立的无线电部件。其他配置也是可能的。

图3—UE的示例性框图

图3例示了根据一些实施方案的UE 106的示例性框图。如图所示，UE 106可包括片上系统(SOC)300，该片上系统(SOC)可包括用于各种目的的处理元件。例如，如图所示，SOC300可包括可执行用于UE 106的程序指令的一个或多个处理器302，以及可执行图形处理并向显示器360提供显示信号的显示电路304。一个或多个处理器302也可耦接到存储器管理单元(MMU)340(该MMU可被配置为从一个或多个处理器302接收地址，并将那些地址转换成存储器(例如，存储器306、只读存储器(ROM)350、NAND闪存存储器310)中的位置)，和/或耦接到其他电路或设备(诸如显示电路304、无线通信电路330、连接器I/F 320和/或显示器360)。MMU 340可被配置为执行存储器保护和页表转换或设置。在一些实施方案中，MMU 340可以被包括作为一个或多个处理器302的一部分。

如图所示，SOC 300可耦接到UE 106的各种其他电路。例如，UE 106可包括各种类型的存储器(例如，包括NAND闪存310)、连接器接口320(例如，用于耦接到计算机系统、坞站、充电站等)、显示器360和无线通信电路330(例如，用于LTE、Wi-Fi、GPS等)。

UE设备106可包括用于与基站和/或其他设备执行无线通信的至少一个天线(并在各种可能性中，可能有多个天线，例如用于MIMO和/或用于实施不同的无线通信技术)。例如，UE设备106可使用一根或多根天线335来执行无线通信。如上面提到的，在一些实施方案中，UE 106可被配置为使用多个无线通信标准来进行无线通信。

如本文随后另外描述的，UE 106可包括用于实施本文所述的特征和方法的硬件部件和软件部件。UE设备106的处理器302可被配置为例如通过执行存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令实施本文所述的部分或全部方法。在其他实施方案中，处理器302可被配置作为可编程硬件元件诸如FPGA(现场可编程门阵列)，或作为ASIC(专用集成电路)。另选地(或除此之外)，结合其他部件300、304、306、310、320、330、335、340、350、360中的一个或多个，UE设备106的处理器302可被配置为实施本文所述的特征中的一部分或全部。

图4—基站的示例性框图

图4例示了根据一些实施方案的基站102的示例性框图。需注意，图4的基站仅为可能的基站的一个示例。如图所示，基站102可包括可执行针对基站102的程序指令的一个或多个处理器404。一个或多个处理器404也可耦接到存储器管理单元(MMU)440(该MMU可被配置为接收来自一个或多个处理器404的地址并将这些地址转换为存储器(例如，存储器460和只读存储器(ROM)450)中的位置)或者耦接到其他电路或设备。

基站102可以包括至少一个网络端口470。网络端口470可被配置为耦接到电话网，并提供有权访问如上文在图1和图2中所述的电话网的多个设备诸如UE设备106。

网络端口470(或附加的网络端口)还可被配置为或另选地被配置为耦接到蜂窝网络，例如，蜂窝服务提供方的核心网。核心网可向多个设备诸如UE设备106提供与移动性相关的服务和/或其他服务。在一些情况下，网络端口470可经由核心网耦接到电话网，以及/或者核心网可提供电话网(例如，在蜂窝服务提供方所服务的其他UE设备中)。

基站102可包括至少一个天线434以及可能的多个天线。一个或多个天线434可被配置为作出无线收发器进行操作，并且可被进一步配置为经由无线电部件430与UE设备106进行通信。天线434经由通信链432来与无线电部件430进行通信。通信链432可为接收链、发射链或两者。无线电部件430可被配置为经由各种无线电信标准进行通信，该无线电信标准包括但不限于LTE、LTE-A、UMTS、CDMA2000、Wi-Fi等。

基站102可被配置为使用多个无线通信标准来进行无线通信。在一些情况下，基站102可包括可使得基站102能够根据多种无线通信技术来进行通信的多个无线电部件。例如，作为一种可能性，基站102可包括用于根据LTE来执行通信的LTE无线电部件和用于根据Wi-Fi来执行通信的Wi-Fi无线电部件。在此类情况下，基站102可能够作为LTE基站和Wi-Fi接入点两者来操作。作为另一种可能性，基站102可包括能够根据多种无线通信技术(例如，LTE和Wi-Fi)中的任一种执行通信的多模无线电部件。

基站102可包括用于实施或支持本文所述的特征的具体实施的硬件和软件部件。基站102的处理器404可被配置为例如通过执行被存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令来实施本文所述的方法的一部分或全部。另选地，处理器404可被配置作为可编程硬件元件诸如FPGA(现场可编程门阵列)，或作为ASIC(专用集成电路)或它们的组合。另选地(或除此之外)，结合其他部件430、432、434、440、450、460和/或470中的一者或多者，基站102的处理器404可被配置为实施或支持本文所述的特征的一部分或全部的具体实施。

服务复用技术的概述

在各种实施方案中，在统一的物理层框架中支持带有不同特性的数据服务同时仍然维持性能、低复杂性和低功率消耗可具有挑战性。例如，当eMBB传输正在进行时，可需要调度带有非常低延迟要求的URLLC信令，以便实现目标延迟(例如，等待eMBB传输完成可花费比URLLC允许的最大延迟量更长的延迟量)。因而，在各种实施方案中，复用技术被用于在不同服务之间共享物理层时间资源和频率资源。为了例示的目的，本文论述了URLLC和eMBB，但是URLLC和eMBB不旨在限制本公开的范围；可在各种不同的数据服务中的任一种之间利用所公开的技术。

一般而言，如果在eMBB传输期间存在未使用的时间资源和/或频率资源，则基站可被配置为使用空资源调度URLLC传输，使得空资源不影响其他数据传输。如果未使用的资源不可用，则在一些实施方案中，可允许URLLC抢占eMBB传输，这可满足URLLC延迟要求，但可污染eMBB数据，并且降低eMBB分组的性能(例如，降低误块率(BLER))。处理这种污染对于整体性能和功率消耗可能是重要的。

示例性软分割

在一些实施方案中，可使用资源分割来指定可用于不同服务的资源。例如，某些资源可能仅为URLLC，其他资源仅为eMBB，而其他资源可能支持eMBB，但允许URLLC抢占。

在一些实施方案中，资源被分成两部分：允许URLLC抢占的第一部分和不允许URLLC抢占的第二部分。在一些实施方案中，针对每个部分的位可指示是否允许抢占(或可使用某种其他编码来指示每个分区的状态)。该划分可以是临时的，例如，它可持续指定的时间间隔，然后可在允许抢占与禁止抢占之间变为另一种资源划分。

对于频率资源而言，协议栈中较高层的信令(例如，RRC信令)可用于例如指示允许URLLC抢占的频谱的部分。可以在每个物理资源块(PRB)粒度、每个子频带粒度，或在频谱的各种适当划分的任意划分下执行哪里允许抢占的指示。然后，基站可仅使用所指示的资源来抢占URLLC传输，并且移动设备可通过不同方式处理允许抢占的资源中的解码失败(如下文进一步详细论述)。在一些实施方案中，RRC信令还指示在允许抢占与禁止抢占之间的资源分割在多长时间内是有效的。

对于时间资源而言，例如，可以使用下行链路控制信息(DCI)字段或单独的信道来指示允许URLLC抢占的间隔。DCI指示可用于每个移动设备的指示，而单独的信道可用于发往多个移动设备的公共信号。可以在OFDM符号粒度、微型时隙粒度、时隙粒度、子帧粒度、帧粒度，或在各种适当时间划分的任一种划分下执行哪里允许抢占的指示。

虽然DCI、单独信道和RRC信令技术作为信令的示例被提供，但在各种实施方案中，可以单独使用或组合使用其他层、字段、信道等以指示允许另一服务抢占一种服务的资源。例如，在一些实施方案中，RRC可用于指示时间资源，并且DCI可用于指示频率资源。在一些实施方案中，RRC和DCI都可用于指示时间资源和频率资源。

图5A是例示了一组示例性时间资源A-N的图示。在例示的实施方案中，时间资源B被指示为允许抢占的资源。图5B是例示了一组示例性频率资源A-N的图示。在例示的实施方案中，频率资源B和N被指示为允许抢占的资源。需注意，可指示频率资源和时间资源中的一者或另一者，或可指示这两者以描绘可用的总时间-频率资源的一部分。如果组合图5A和图5B的指示，则可仅在频率B和N处的时间资源B中允许抢占。在用于组合指示的另一技术中，在所有频率B和N(甚至在时间B之外的时间间隔期间)和在时间资源B期间的所有频率处允许抢占。因此，在不同的具体实施中可以不同的方式组合不同的指示符。

示例性抢占指示符技术

图6A至图6D例示了根据一些实施方案，用于指示已用于抢占的资源的示例性技术。如图所示，在这些附图中，垂直轴表示频率并且水平轴表示时间。

在图6A中，未调度URLLC。需注意，即使在允许抢占(例如，因为不需要URLLC传输)的情况下也是如此。在例示的实施方案中，物理层帧包括用于eMBB传输的物理下行链路控制信道(PDCCH)DCI部分610和用于eMBB传输数据的物理下行链路共享信道(PDSCH)部分620。需注意，在各种实施方案中，PDCCH 610不一定与eMBB数据传输620在频域中对准，尽管为了例示的目的，在图6A中示为对准的。

在图6B中，URLLC抢占物理层帧中的eMBB传输的一部分。在例示的实施方案中，抢占指示符(PI)640在帧的结束处发送，并且指示URLLC抢占630的位置。PI 640可指示抢占的时间资源和/或频率资源。在例示的实施方案中，URLLC信令针对移动设备UE2，该移动设备不同于针对eMBB数据的移动设备UE1。因此，PI 640可由UE1用于在抢占期间正确解码eMBB数据(例如，通过去除由于URLLC抢占而被污染的数据，如下文进一步详细论述)。

在一些实施方案中，PI 640是UE特定的，例如，使得其在例示的示例中仅由UE1使用。在其他实施方案中，PI 640是UE公共的，并且指定针对多个UE发生的抢占。需注意，PI640可位于已知位置，该位置可为固定的(例如，用于UE公共)或协商的(例如，UE特定)。例如，可在分配给移动设备的时间-频率资源的最后N位(例如，在解交织之前)、最后OFDM符号、或在最后OFDM符号中预先指定的一组副载波中发送UE特定PI。UE公共PI可在所有移动设备可监测的预定义的时间-频率资源中发送。尽管在PDSCH的结束位置示出了PI 640，但在各种实施方案中，它可位于帧的开始处或任何其他合适的位置处。

在图6C中，URLLC抢占物理层帧中的eMBB传输的一部分，并且在抢占的同时传输PI645。在一些实施方案中，PI 645指示发生抢占的时间间隔，但不指定对抢占使用什么频率资源(例如，抢占可被假设在整个频带中或者可由另一个PI来指定)。在其他实施方案中，PI645指示抢占的时间资源和频率资源两者。在抢占的同时传输PI可避免移动设备进行不必要的盲解码(例如，因为移动设备实时知道抢占何时正在发生)。可以在eMBB PDSCH的频率资源内或使用单独的资源来传输PI。例如，在一些实施方案中，使用与被抢占的服务不同的频带中的保留PI信道来传输PI(例如，在这些实施方案中，参照图6C的示例，PI 645将不与PDSCH 620的频率重叠)。

在图6D中，URLLC抢占物理层帧中的eMBB传输的一部分，并且在抢占的同时(PI645)和抢占之后(PI 640)都传输PI。可以在eMBB PDSCH的频率资源内或使用单独的资源来传输PI 645。在一些实施方案中，PI 645指示抢占的时间资源并且PI 640指示抢占的频率资源。在一些实施方案中，PI 645对于多个UE是公共的，而PI 640是UE特定的。这样可减少公共数据所需的资源量(例如，因为可针对PI 645实施抢占是否正在发生的二进制指示)，这可提高总体效率。在一些实施方案中，PI 645(或PI 640)指示时间资源和频率资源两者。

图7是例示了根据一些实施方案，用于在数据服务之间存在抢占的情况下对所接收的数据进行解码的方法的流程图。除了其他之外，图7所示的方法可结合本文公开的计算机电路、系统、设备、元件或部件中的任一种来使用。在各种实施方案中，所示的方法要素中的一些可按与所示次序不同的次序并发执行，或者可被省去。也可根据需要执行附加的方法要素。

在710处，在例示的实施方案中，UE 106接收并解码由基站传输的eMBB数据。例如，UE 106可解码PDSCH 620。在一些实施方案中，UE 106被配置为使用前向纠错(FEC)代码，诸如涡轮码来解码eMBB数据，这可包括使用数据流中的位是零或一的可能性的“软”指示的缓冲器。

在720处，在例示的实施方案中，UE 106确定解码是否成功。例如，如果检测到无法纠正的错误，那么解码可能不成功。在一些情况下，解码可能由于URLLC的抢占而失败。在这些情况下，如果UE 106知道URLLC抢占，则UE 106可能能够成功解码。如果解码成功，则在例示的实施方案中，UE 106在730处向基站发送确认(ACK)。如果解码不成功，则在例示的实施方案中，UE 106前进至740并解码抢占指示符。需注意，在一些实施方案中，如果UE 106确定不允许使用发生解码失败的资源进行抢占，则UE 106可仅前进至760并向基站发送NACK。例如，重新参照图5A至图5B，如果解码在抢占被指示为不允许的时间资源和/或频率资源中失败，则UE 106可发送NACK。在这些实施方案中，如果在允许抢占的资源中发生失败，则可如图所示前进至740。

在750处，在例示的实施方案中，UE 106确定抢占指示符是否存在于所接收的信号中。例如，UE可使用循环冗余校验(CRC)来确定是否存在PI。根据具体实施，UE 106可在多个位置寻找PI，例如，类似于PI 645的PI、类似于640的PI，或这两者，如参考图6A至图6D所述。在例示的实施方案中，如果检测到PI，流程前进至770。否则，流程前进至760并且UE 106向基站发送NACK。然后，基站可响应于NACK发送失败数据的重传。

在770处，在例示的实施方案中，UE 106去除被URLLC污染的数据，并且从软缓冲器中去除PI数据，并且重新尝试解码所接收的eMBB数据。尽管本文论述了软解码，但并不旨在限制本公开的范围。在其他实施方案中，基于对PI位置和由PI指定的信息的了解，可使用各种技术中的任何技术来重新尝试解码。

在一些实施方案中，仅当在去除URLLC和PI之后所得的有效编码速率小于一时，UE106才被配置为在770处重新尝试解码。否则，UE 106可仅前进至760并发送NACK。这样可以通过避免在不可能成功时重新尝试解码来节省功率消耗。

在780处，在例示的实施方案中，UE 106确定重新尝试解码是否成功。如果成功，则UE 106在790处向基站发送ACK，否则UE 106在760处向基站发送NACK。

示例性抢占指示符格式

在各种实施方案中，PI信息可采用多种不同的形式，下文将论述这些形式的非限制性示例。为了指示时间资源，PI可指定：起始OFDM符号编号和结束OFDM符号编号、起始OFDM符号编号和被抢占的OFDM符号的数量、OFDM符号集指数的列表(例如，用于指示该符号是否发生抢占的每个符号的位)、起始微型时隙编号和结束微型时隙编号(其中微型时隙是指若干连续的OFDM信号，使得时隙或子帧中包括整数个微型时隙)、被抢占的一组代码块编号、起始代码块编号和结束代码块编号、被抢占的起始代码块编号和多个代码块编号、被抢占的一组代码块组编号、起始代码块组编号和结束代码块组编号、被抢占的起始代码块组编号和多个代码块组编号，等等。

为了指示频率资源，PI可指定：起始PRB编号和被抢占的PRB数量、起始PRB编号和结束PRB编号、起始副载波编号和结束副载波编号、子频带编号等。

在一些实施方案中，PI可指示用于调度抢占URLLC通信的PDCCH的位置。该PDCCH可指示用于URLLC传输的确切时间-频率资源，因此UE 106可使用URLLC PDCCH中的信息来确定被抢占资源。PDCCH位置可使用各种信息(例如，上面论述的各种格式)来指示，诸如OFDM符号指数。在一些具体实施中，用于URLLC的PDCCH可能无法被其他UE访问，并因此可使用上面论述的其他格式。

在其他实施方案中，可发生URLLC抢占，而不向UE指示正在抢占什么资源(例如，可不传输PI)。在这些实施方案中，由于URLCC抢占，可以使用各种技术来克服对eMBB造成的性能下降。例如，可使用混合自动重传请求(HARQ)重传，或者UE 106可被配置为盲检测抢占的发生(例如，基于抢占期间的调制顺序差异、调制类型差异、相位旋转等)。

然而，在各种实施方案中，所公开的用于指示何时发生抢占的技术可例如在实现低延迟数据服务诸如URLLC的延迟要求的同时，相对于盲解码或重传来改善解码性能并降低UE 106和/或基站处的功率消耗。

示例性代码块组和确认技术

图8是例示了根据一些实施方案的示例性代码块分组的框图。在一些实施方案中，当要从基站传输至UE的数据的传输块(TB)大于阈值大小时，基站被配置为将传输块分段成多个代码块(CB)，然后可将代码块分组为代码块组(CBG)。

在例示的示例中，传输块被拆分成六个代码块A-F。在此示例中，代码块被分割为三个代码块组：代码块A和代码块B被分组到CBG1中，代码块C和代码块D被分组到CBG2中，并且代码块E和代码块F被分组到CBG3中。

在一些实施方案中，UE被配置为针对每个代码块组发送单独的确认信号。例如，UE可为每个CBG生成指示CBG是否被成功解码的位。在一些实施方案中，这样可允许基站例如通过仅重传失败的代码块组来重传小于整个传输块的量。在例示的实施方案中，确认信号850包括用于每个CBG的单独ACK位。

需注意，在各种实施方案中，不同代码块组可具有或可不具有不同数量的代码块，并且代码块可具有或可不具有不同的大小。另外，在其他实施方案中，可在传输块内以图示之外的各种其他粒度来传送确认信号。

一般来讲，当基站102调度时间-频率资源将eMBB数据发送至UE时，其可将资源划分为时域中的子资源。子资源的大小可能相等，也可能不相等。子资源可包括例如一个或多个微型时隙或者一个或多个OFDM符号。每个子资源可承载针对单个代码块组的编码位。在一些实施方案中，UE 106被配置为将每个子资源基站的确认位发送至基站102。

代码块组级别的控制信息对于URLLC抢占可能特别有用，其通常在短时间内是宽带的。因此，URLLC抢占通常可影响相对较小数量的代码块组，并且分割控制信息以在时间维度中指示资源可能是有利的。然而，在其他实施方案中，可使用类似的技术来确认接收到信号的不同频率部分。

用于抢占指示符和重传定时的示例性实施方案

在各种实施方案中，可在来自UE的指示eMBB数据是否被成功解码的确认信号之前或之后，发送抢占指示字段和失败数据的重传。在一些实施方案中，存在三种潜在的情况：

这些不同的情况可在不同实施方案中使用和/或给定实施方案可支持多种情况(例如，在不同操作模式下或基于不同传输的定时变化)。在一些实施方案中，基站被配置为针对本文所论述的两种或更多种定时情况使用不同模式来操作。例如，基站可针对具有不同特性诸如处理能力(例如，一些UE生成确认信令可能较慢)的不同UE同时使用不同模式。在一些实施方案中，给定UE可被配置为使用单个模式或多个模式来操作(例如，根据期望的功率消耗、延迟、调度策略、恢复策略等使用不同模式之间的选择)。如上文所论述的，PI可通过PDCCH以DCI的形式编码，并且可通过公共或UE特定的搜索空间发送。

图9是例示了根据一些实施方案的针对情况1的示例性传输的框图。在例示的实施方案中，使用四个时隙t1、a1、t2和a2执行通信。在该例示的示例中，t1在a1之前和/或期间发生，a1在t2之前发生，并且t2在a2之前和/或期间发生。在例示的示例中，“t”时隙用于由基站进行的传输，而“a”时隙用于来自UE1的确认。

对于时隙t1，在例示的实施方案中，基站102向UE1 920传输DCI数据910A、eMBB数据，向UE2 930传输URLLC传输(其中URLLC传输抢占发往UE1 920的eMBB数据)(需注意，即使在存在抢占的情况下，eMBB数据仍能够由UE解码)。

在时隙a1中，在例示的实施方案中，UE1发送ACK1 950。在例示的实施方案中，ACK1950指定UE1是否能够对eMBB数据成功解码。如上文所论述的，可以代码块组粒度发送ACK1。在例示的实施方案中，基站102在接收到ACK1 950之后在时隙t2中发送抢占指示符DCI PI940和重传(eMBB重传960)两者。在一些实施方案中，基站102被配置为基于ACK1 950中的信息，仅重传在重传960中未成功接收的代码块组。在一些实施方案中，UE 106被配置为仅在其具有分组解码失败时尝试解码DCI PI 940(否则它可解码DCI数据910B而非DCI PI940)。在一些实施方案中，DCI PI 940指示被抢占的代码块组(或某种其他粒度的资源)。可根据本文关于抢占指示符的各种描述中的任何描述来实施DCI PI 940。

在一些实施方案中，UE 106被配置为基于DCI PI 940从其(例如，对数似然比(LLR)数据的)软缓冲器中去除数据(例如，对应于某些代码块组)。它还可将重传数据960与缓冲器中的数据合并，以尝试解码数据。在例示的实施方案中，UE 106然后在时隙a2中发送用于重传960的ACK1 955，其可指示重传的资源是否被成功解码。在例示的实施方案中，DCIPI 940可为UE特定的。

在一些实施方案中，DCI_PI 940和DCI数据910B可用于传送至少部分重叠的数据，并且因此可被组合编码。例如，DCI数据910B可指示包括在重传960中的代码块组，其可以是被抢占的相同代码块组(尽管DCI数据910B还可指示由于URLLC抢占之外的原因而失败的附加代码块组)。因此，在情况1的一些实施方案中，DCI PI 940可以是指示重传960中的至少一个代码块组是否被抢占的单个位。当DCI PI 940位指示未发生抢占时，UE 106可仅在eMBB数据和重传的软缓冲器中执行组合操作。当DCI PI 940位指示发生抢占时，在这些实施方案中，UE 106可从软缓冲器中去除DCI数据910B指示的代码块组，并将所得缓冲器与重传960组合。在一些实施方案中，这可偶尔导致代码块组被从软缓冲器中去除(例如，因为即使未被抢占，数据也可被重传并由DCI数据910B指示)，但抢占指示符所需的位的总体减少可能超过该潜在的缺点。

图10是例示了根据一些实施方案的针对情况2的示例性传输的框图。在例示的示例中，时隙t1发生在时隙a1之前，时隙a1发生在时隙t2之前。时隙a2可在t2期间和/或之后发生。在例示的示例中，抢占指示符DCI PI 940在ACK1 950之前被发送，而重传960在之后被发送。在一些实施方案中，对于情况2而言，DCI PI 940是多个UE公共的。在一些实施方案中，考虑到不同UE可在不同时间接收代码块组，PI 940针对情况2不使用代码块组粒度来指示被抢占数据。

在情况2中，UE 106的行为可类似于情况1，例如，如果具有解码失败，则尝试解码DCI_PI。在这种情况下，UE 106可从软缓冲器中去除被抢占的数据并尝试例如在发送ACK1950之前重试解码。在一些情况下，UE 106可能需要更多时间来基于DCI PI 940重试解码。在一些实施方案中，UE 106被配置为将ACK1重新调度至稍晚的时隙a1'。如果在t2之后和/或期间以及在a2之前和/或期间发生a1'，则重新调度的ACK 1可与ACK2(其可在a2之后或期间被进一步重新调度至另一个时隙)组合。图12在下文中进一步详细论述，例示了用于ACK组合的示例性技术。另外，在一些实施方案中，基站102和/或UE 106可能不支持ACK重新调度。在这些实施方案中，UE 106可发送ACK信令的多个实例。

在一些实施方案中，基于ACK1 950中的信息，eMBB重传960可仅包括传输块失败的部分。ACK2 955可向基站102指示重传960中的哪些部分被UE 106成功解码。

图11是例示了根据一些实施方案的针对情况3的示例性传输的框图。在例示的示例中，DCI PI 940和重传960两者均在URLLC传输930抢占的eMBB数据的ACK1 950之前发送。因此，在这种情况下，基站在从UE 106接收到其是否成功解码数据的任何指示之前发送重传。因此，基站102可仅重传例如被抢占的代码块组。如在情况1中那样，DCI PI 940和DCI数据910B可被一起编码，例如，对于抢占指示符使用单个位。在一些实施方案中，仅当存在解码失败时，UE 106才可对DCI PI 940进行解码。

在一些实施方案中，UE 106被配置为将ACK1 950与用于重传的ACK(未明确示出)组合。这可包括将ACK1 950重新调度到比a1更晚的时隙。在一些实施方案中，DCI PI 940包括在情况3中的UE特定信息。

参考情况3论述的技术可利用比例如当UE 106能够解码eMBB数据920而无需重传960时所需更多的传输能量。然而，在一些实施方案中，相对于其他情况，情况3的延迟可以更短，例如，因为基站102在发送抢占指示符940和/或重传960之前不需要等待ACK。

在各种实施方案中，针对情况1、情况2和/或情况3的所公开信令可启用URLLC抢占，有效恢复被抢占的eMBB数据。

对于图9至图11的实施方案而言，UE特定DCI PI 940可指示，但不限于：频率维度中的CBG指数、OFDM符号编号或微型时隙指数，以及时间维度中的子频带编号或PRB编号。对于这些实施方案而言，公共DCI PI 940可指示，但不限于频率维度中的OFDM符号编号或微型时隙指数以及时间维度中的子频带编号或PRB编号。在一些实施方案中，在新无线电(NR)-PDCCH公共搜索空间或组公共PDCCH中传输公共DCI PI 940。在一些实施方案中，在NR-PDCCH UE特定搜索空间中传输UE特定DCI PI 940。

示例性确认组合

图12是例示了示例性确认数据的框图。在例示的示例中，初始传输1210的ACK数据包括用于指示是否成功解码四个代码块组CBG1、CBG2、CBG3和CBG4中的每个代码块组的数据的信号(例如，位)。在例示的示例中，用于重传1220的ACK数据包括针对CBG2和CBG3的单独ACK信号(例如，基于这两个代码块组的抢占，仅这两个代码块组被重传)。在例示的示例中，UE 106被配置为组合数据1210和1220(例如，使用逻辑或操作)以生成用于传输至基站1230的组合ACK数据。换句话讲，组合的确认信号基于初始传输和重传两者的确认数据。UE106可重新调度初始传输的ACK，以便传输组合的ACK。

图12的右侧部分包括特定示例，其中，CBG1和CBG4被从初始传输成功解码，但CBG2和CBG3未被成功解码。因此，在该示例中，ACK数据1210为1001(二进制)，其中1表示成功解码。在例示的示例中，CBG2被从重传成功解码，但CBG3未被成功解码。因此，在该示例中，通过对数据1210和1220进行逻辑或操作，传输的合并ACK数据为1101(二进制)。在这种情况下，基站102可发送CBG3的另一次重传(未明确示出)。

示例性基于CBG的重传技术

在一些实施方案中，用于传输或重传的基于代码块组(CBG)的确认用于恢复由于干扰而丢失的分组数据。这些技术可单独执行或与所公开的抢占指示技术中的一者或多者组合执行。在一些实施方案中，混合自动重传请求(HARQ)技术用于重传，并且确认数据包括针对每个CBG的单独确认。在一些实施方案中，以CBG粒度发送ACK，而以代码块或符号粒度指定抢占指示。

下文详细论述的技术可在具有本段所论述的特性的无线系统的具体实施中尤其有效。在一些具体实施中，UE 106基于来自基站的启用基于CBG的重传的RRC信令而被半静态地配置。例如，一旦被配置，UE 106可继续使用所配置的基于CBG的重传，直到其被重新配置或禁用。在一些具体实施中，UE 106被单独地配置用于上行链路(UL)和下行链路(DL)传输(例如，基于CBG的重传可用于UL但不用于DL或反之亦然和/或不同的基于CBG的重传配置可用于UL和DL)。在一些具体实施中，仅允许将基于CBG的重传用于HARQ过程的相同传输块(TB)。在一些具体实施中，允许CBG包括TB的所有代码块(CB)，而与TB的大小无关。在这种情况下，UE 106可报告针对整个TB的单个HARQ ACK位。在一些具体实施中，CBG被允许包括单个CB。在一些具体实施中，CBG中的CB的数量是可配置的。在一些具体实施中，使用用于将CB分组为CBG的三个选项之一。作为第一选项，可配置TB中的CBG的数量，并且CBG中的CB的数量可基于TB的大小而变化。作为第二选项，可配置每个CBG的CB的数量，并且CBG的数量可基于TB的大小而变化。作为第三选项，CBG的数量和/或CB的数量可基于TB的大小来限定。CBG可与符号大致对准。可以实施用于将CB分组为CBG的其他选项。在一些具体实施中，针对TB的CBG HARQ ACK位的数量至少等于指示或暗示用于传输的CBG的数量。对于未指示或暗示用于传输的CBG，UE可能不需要传输HARQ ACK位。CBG的指示或暗示可使用RRC信令、MAC信令、L1信令来执行，或者可例如被隐式地导出。对于基于DL CBG的(重新)传输，DCI可包括指示哪些CBG被传输或重传以及要如何处理用于软缓冲器/HARQ组合的CBG的信息(例如，是否刷新所指示的一个或多个CBG的软缓冲器的一部分的一些)。在一些具体实施中，抢占指示指示被抢占的DL物理资源并且使用PDCCH传输(并且不包括在调度数据传输或重传的DCI中)。在一些具体实施中，对于给定TB的给定数量的CBG，每个CBG的CB数量应尽可能均匀。例如，在这些具体实施中，TB中每个CBG的CB数量的差值为0或1。

如本文所用，术语“传输块”旨在根据其熟知的含义来解释，其包括：从无线协议的上层(例如，介质访问控制(MAC)层)提供至无线协议的物理层的一块数据。在一些实施方案中，循环冗余校验(CRC)被附加到每个传输块以提供误差检测。在一些实施方案中，针对每个传输时间间隔(TTI)生成传输块。可基于分配给UE的资源(例如，资源块)的量以及例如调制和编码方案来确定传输至UE的传输块的大小。

如本文所用，术语“代码块”旨在根据其熟知的含义进行解释，其包括：独立于其他代码块进行编码和误差检查的传输块的一部分。无线通信标准可指定代码块的最大大小和最小大小。例如，在一些LTE实施方案中，最小代码块大小为40位，并且最大代码块大小为6114位。

如本文所用，术语“代码块组”是指一组一个或多个代码块。在各种实施方案中，基于CBG的HARQ涉及以CBG粒度传输HARQ确认信号。

如本文所用，术语“OFDM符号”旨在根据其熟知的含义来解释，其包括：将数字调制方案(例如，QPSK、16QAM等)和IFFT应用于一组副载波的时域样本的序列。符号可承载每个符号的各种适当数量的位中的任何位，其可基于所选择的调制方案。

以下描述列出了用于确定基于CBG的传输和重传的参数的示例性技术，包括给定UE的当前CBG最大数量N_CBG_max、传输块大小TBS、每个传输块的代码块数量N_CB、代码块组的数量N_CBG和CB的分组。

在一些实施方案中，参数N_CBG_max指示针对给定UE/基站对的每个传输块的CBG最大数量。该参数可取决于UE几何形状，例如，该参数可涉及UE的信号与干扰加噪声比(SINR)，并且对于更好的SINR可以更大。所支持的不同ACK的数量也可受到对应PUCCH信道的容量限制。而且，如果启用载波聚合，则来自多个载波的ACK可被复用成一个UL载波中的单个PUCCH，这可限制每个DL载波的N_CBG_max。因此，在一些实施方案中，基站被配置为基于各种因素选择N_CBG_max(并且可使用RRC信令向UE指示该参数)，各种因素包括但不限于：UE报告的信道条件、PUCCH容量、是否启用载波聚合等。

在一些实施方案中，基站被配置为基于调制和编码方案来确定传输块大小(TBS)，例如，该调制和编码方案由调制和编码方案指数(I_MCS)与分配给UE的时间-频率资源的量相结合所指定。这些参数可例如基于信道质量指数(CQI)测量值来确定。在一些实施方案中，TBS可被间接确定，例如，基于I_MCS确定TBS指数I_TBS，然后基于I_TBS和所分配的资源来确定传输块大小。

在一些实施方案中，可实现多种技术中的一种或多种来确定每个TB的CB数量：N_CB。在一些实施方案中，将单一技术用于给定系统，而在其他实施方案中，通信系统可被配置为从用于确定该参数的多种技术中进行选择。

根据一些实施方案，第一技术涉及选择N_CB以使CB大小相等或几乎相等。图13A例示了该第一技术的示例性应用。传输块1310基于TB大小被分成多个大致相等的代码块1320(需注意，CB可能不完全相等，例如，如果TBS是奇数，则CB大小可相差一个位)。然后将这些CB 1320分组为代码块组1330(在例示的实施方案中，CBG 1330A中包括CB 1320A和1320B，而CBG 1330B和1330C各自包括单个CB)。这种方式可避免复杂性，但可能导致具有不同数量的CB的CBG，如例示的示例中所示。这继而可导致难以将CBG与符号对准。

根据一些实施方案，第二技术涉及选择N_CB以使CBG大小大致相等。图13B例示了该第二技术的示例性应用。在该示例中，传输块1310被分成大小大致相等的子TB 1340。然后将这些子TB分成大致相等大小的CB1350，然后CB 1350被分组到CBG 1360中。该第二技术可具有比第一技术稍低的性能，这样可允许对准的CBG，其可有利于将发生故障/抢占的区域本地化。

如上文所论述的，ACK信号可指示是否针对给定传输或重传成功解码了每个CBG。

在一些实施方案中，可实现多种技术中的一种或多种来确定每个TB的CBG数量：N_CBG。用于基站的第一技术是任意选择小于或等于N_CBG_max的数字。基站可例如通过DCI信令向UE发送所选择的值。第二技术是选择可用于给定情况的最大N_CBG。在该第二技术中，基站被配置为，如果N_CB小于N_CBG_max，将N_CBG设定为N_CB，否则将N_CBG设定为N_CBG_max。第三技术是针对小N_CB使用回退技术(例如，基于TB的ACK)，使得如果N_CB不满足阈值，那么基站将N_CBG设定为1，但如果N_CB满足阈值，则将N_CBG设定为N_CBG_max。基站可被配置为使用例如RRC信令来指定阈值。第四技术是将N_CBG设定为N_CBG_max和第一传输中符号的数量中较小者，然后选择N_CB以使CBG大小大致相等(例如，如图13B所示)。这可有利于CBG与OFDM符号对准。在该第四技术中，首先在N_CB之前确定N_CBG参数。

图14A至图14B是例示了示例性CB分组技术的图示。在一些实施方案中，如果N_CBG＝1，则所有的CB属于一个CBG，并且如果N_CBG＝N_CB，则每个CBG仅包括一个CB。在一些实施方案中，如果N_CBG小于N_CB，则实施两种技术中的一种。在第一技术中，基站为每个CBG选择若干CB，使得CBG尽可能均匀。例如，针对四个符号，对于图14A中的三个CBG和图14B中的四个CBG示出了这一点。如图14A中所示，这可使得CBG不与符号边界对准(例如，CBG 2占据例示的示例中的第二符号和第三符号的部分，并且不在符号边界处开始或结束)。

在第二技术中，基站被配置为根据基于诸如N_CBG、FDM符号的数量，物理资源块(PRB)数量等因素确定的比率来分发CB。图14C例示了对于CBG 1、CBG 2和CBG 3具有比率1:1:2的每个CBG的CB的这种非均匀分组。如图所示，相对于图14A的分组，这种分组可提供CBG与符号的更好对准。需注意，给定的CBG或CB可对应于比图14A至图14C所示更多数量的符号，包括这些附图是为了说明符号边界和对准CBG，但并非旨在限制本公开的范围。

在一些实施方案中，基站被配置为在某些重传情况下对CB重新分组。图15示出了根据一些实施方案的示例性重新分组。基站在初始传输1510中传输四个CBG 1-CBG4。在例示的示例中，CBG 3和CBG4失败(例如，对于来自UE 106的那些CBG，由负ACK信令指示)。在例示的实施方案中，基站被配置为将来自初始传输的CBG 3和CBG4中的CB重新分组。具体地讲，基站将来自CBG 3的CB分成两个CBG 3A和3B，各自包括比重传1520中的CBG 3更少数量的CB。相似地，在例示的示例中，基站将来自CBG 4的CB分成两个CBG 4A和CBG4B，它们各自包括比CBG 4更少数量的CBG。以此方式重新分组可提供更好的分辨率以确定误差的位置，并且可利用基站和UE之间的通信来指示发生了重新分组。

虽然在例示的示例中，来自两个CBG的CB被重新分组为四个CBG，但该示例并不旨在限制本公开的范围；可实施各种重新分组技术中的任何技术(例如可将CBG的CB分成3个、4个或任何适当数量的CBG)。另外，在一些实施方案中，来自多个CBG的CB还可被分组为单个CBG以用于重传，但这可能降低检测误差位置时的分辨率。

在一些实施方案中，用于基于CBG的(重新)传输的DCI中可包括各种信息。这可包括HARQ进程标识符(PID)、新的数据指示符(可针对新的TB传输进行切换)、资源分配信息(其可指定分配用于传输的时间-频率资源，例如，以PRB和OFDM符号为单位)、I_MCS、冗余版本(其可对于TB中所有CBG为公共的或CBG特定的)、CRG位图和/或一个或多个软处理信息位。

基站可使用CBG位图来指示传输哪个CBG。在一些实施方案中，位图的长度等于通过RRC信令配置的N_CBG_max，这样可避免一旦进行半静态配置就动态改变DCI大小(需注意，动态改变DCI大小可增加UE的盲解码)。在初始传输中，在一些实施方案中，设定位图中的所有位，而已成功接收并且未重传的CBG的位可不被设定为用于重传。在一些实施方案中，UE可使用在CBG位图中设定的用于初始传输的位的数量来确定TB中的CBG的数量。在其他实施方案中，UE可基于一个或多个预定义的规则，例如基于TBS、N_CBG_max等来确定TB中的CBG的数量。

软缓冲器处理信息可指示CBG是否需要特殊处理(例如，基于URLLC抢占)并且是UE特定PI的类型(其可与不基于CBG的公共PI信息结合使用)。例如，基站可使用该信息来通知UE，由于URLLC的抢占导致软缓冲器被破坏，因此其不应将CBG与先前确定的软位信息组合。在这种情况下，UE可被配置为去除对应于所指示的CBG的所有软位并存储新接收的软位。否则，UE可被配置为将来自重传的数据与软缓冲器中的数据组合。在一些实施方案中，公共位用于多个CBG并指示(例如，通过CBG位图)被指示为被传输的所有CBG需要特殊处理以进行软组合。在一些实施方案中，CBG特定位用于指示需要进行特殊处理以进行软缓冲器组合的CBG，这可使用N_CBG_max个位，但可相对于公共位提供更精细的粒度。软缓冲器处理也可受到抢占指示的影响，如下文进一步详细论述的。

在一些实施方案中，UE被配置为仅去除针对受影响的CBG的软位信息的一部分。例如，如果软缓冲器已将来自多个传输的数据与不同的RV值组合，则UE可被配置为仅去除先前RV(对应于被指示为受影响的CBG)的软缓冲器信息并将它们与新接收的软位组合。

在一些实施方案中，可实施多种技术中的一种或多种用于确定ACK码本长度。作为第一技术，ACK长度具有动态大小。在该第一选项中，ACK位是非累积的，并且仅包括对应于指示用于传输的CBG的ACK位。这样可减少反馈开销。

作为第二技术，对于给定的TB，ACK长度具有固定大小的N_CBG。在一些实施方案中，ACK位是累积的，使得所有CBG ACK位被包括在给定的ACK分组中，并且长度在给定TB期间不改变。相对于第一技术，这可提供更高的可靠性，并且可不具有误差传播。ACK分组中的所有零或所有一可被用作TB级的ACK指示。例如，ACK分组中的所有一可指示TB的成功，而所有零可指示即使在多次重传之后TB的失败(例如，基于UE确定针对TB的CRC检查失败)并且TB应当由基站重新调度。

作为第三技术，ACK长度在所有TB上具有固定大小的N_CBG_max，使得所有CBG ACK位被包括在给定的ACK分组中(尽管对于给定的TB，实际上将仅使用N_CBG个位)。在一些实施方案中，当N_CBG小于N_CBG_max时，剩余位可用于其他信令，例如，TB级的ACK。

在第一技术和第二技术中，在一些实施方案中，当用于不同(重新)传输的不同ACK的位之间存在冲突时，基站可依赖于最新的ACK状态。在其他实施方案中，可使用预先确定的规则来实现用于处理冲突的各种适当技术中的任何技术。

在一些实施方案中，PI和基于CBG的HARQ信息都可用于确定受抢占(例如，URLLC)传输影响的时间资源和/或频率资源。例如，PI可指定一个或多个被抢占的OFDM符号(并且PI可对多个UE是公共的)，并且基于CBG的DCI可指示被重传的CBG。该信息的组合可使UE能够识别受URLLC影响的符号/PRB，并适当地从软缓冲器中去除或组合数据。例如，如果具有两个符号的CBG被重传(可基于DCI中的CBG位图来确定)，并且PI指示第一符号而非第二符号发生抢占，则UE可被配置为组合用于第二符号的初始传输和重传的软位信息，但丢弃第一符号的初始传输的软位信息。

需注意，虽然此处主要针对下行链路传输论述了基于CBG的传输，但类似的技术可用于上行链路传输。因此，由基站执行的用于下行链路传输的本文所述的任何功能可由UE对上行链路传输执行，反之亦然。

示例性方法

图16A是例示了根据一些实施方案，用于基于CBG的确认的方法的流程图。除了其他之外，图16所示的方法可结合本文公开的计算机电路、系统、设备、元件或部件中的任一种来使用。在各种实施方案中，所示的方法要素中的一些可按与所示次序不同的次序并发执行，或者可被省去。也可根据需要执行附加的方法要素。

在1610处，在例示的实施方案中，基站为待传输的数据的传输块确定传输块中的代码块的数量，以及代码块组的数量。块和组的数量可各自大于一。

在1620处，在例示的实施方案中，基站向用户设备发送信息，向用户设备指示代码块的数量和代码块组的数量。

在1630处，在例示的实施方案中，基站将传输块传输至用户设备。

在1640处，在例示的实施方案中，基站接收来自用户设备的确认信息，该确认信息针对传输块的每个代码块组来指示代码块组是否被用户设备成功解码。

在一些实施方案中，图16A的方法包括图16B的方法，该方法包括在1650处传输用于指示被另一数据服务抢占的传输块的一部分的抢占指示符，其中抢占指示符以不同于代码块组的粒度被指定。

示例性实施方案

在一些实施方案中，一种装置包括：一个或多个处理元件，该一个或多个处理元件被配置为处理所接收的无线数据，包括：响应于未能解码第一数据服务的数据，检测抢占指示符，其中抢占指示符指示第二数据服务抢占第一数据服务的一组资源；响应于检测到抢占指示符，解码抢占指示符以确定一组资源，并且从数据缓冲器中去除与所指示的一组资源相关联的数据；以及在去除与所指示的一组资源相关联的数据之后，重新尝试解码第一数据服务的数据。

在一些实施方案中，第一数据服务是增强型移动宽带(eMBB)服务，并且第二数据服务是超可靠低延迟(URLLC)服务。

在一些实施方案中，抢占指示符指定时间维度和频率维度两者中的一组资源。

在一些实施方案中，抢占指示符包括第一部分和第二部分，该第一部分在抢占的同时传输并且指示抢占发生的时间，该第二部分不在抢占发生时传输并且指示发生抢占的频率资源。

在一些实施方案中，第一部分对多个移动设备是公共的，并且第二部分是装置特定的。

在一些实施方案中，抢占指示符在抢占发生后被传输。

在一些实施方案中，抢占指示符与第二数据服务的抢占数据同时传输。

在一些实施方案中，第二数据服务具有比第一数据服务更低的延迟要求。

在一些实施方案中，抢占指示符使用以下粒度中的至少一个来指示时间资源：正交频分复用(OFDM)符号；

代码块；代码块组；或微型时隙。

在一些实施方案中，抢占指示符使用以下粒度中的至少一个来指示频率资源：物理资源块(PRB)；子带；或副载波。

在一些实施方案中，抢占指示符指示用于调度第二数据服务的抢占数据的控制信道的位置。

在一些实施方案中，一种装置包括：一个或多个处理元件，该一个或多个处理元件被配置为处理所接收的无线数据，包括：接收指示允许第二数据服务抢占第一数据服务的一组时间资源和频率资源的信息；响应于未能解码使用一组时间资源和频率资源传输的所接收的数据，基于指定在所述一组时间资源和频率资源内被抢占的特定时间资源和频率资源的抢占指示符(PI)来重试解码；以及响应于未能解码使用不在一组时间资源和频率资源中的其他时间资源和频率资源传输的所接收的数据，向基站发送指示失败的消息，而不尝试对所接收的数据进行重试解码。

在一些实施方案中，在无线电资源控制(RRC)信令中接收信息的至少一部分。

在一些实施方案中，在下行链路控制信息(DCI)中接收信息的至少一部分。

在一些实施方案中，在专用子频带中接收信息的至少一部分。

在一些实施方案中，该信息使用以下粒度中的至少一个来指示频率资源：物理资源块(PRB)或子频带指数。

在一些实施方案中，该信息使用以下粒度中的至少一个指示时间资源：OFDM符号、微型时隙、时隙、子帧或帧。

在一些实施方案中，一种装置包括：一个或多个处理元件，该一个或多个处理元件被配置为：使得针对第一数据服务传输无线数据；响应于在针对第一数据服务在调度传输间隔期间接收到针对第二数据服务传输的数据：基于先前通信来确定允许对第一数据服务进行抢占的一组时间资源和频率资源；在调度传输间隔期间传输针对第二数据服务的数据；以及传输抢占指示符，该抢占指示符指定传输针对第二数据服务的数据的一组时间资源和频率资源。

在一些实施方案中，一种装置包括：一个或多个处理元件，该一个或多个处理元件被配置为：使得针对第一数据服务传输无线数据；响应于在针对第一数据服务的调度传输间隔期间接收到针对第二数据服务传输的数据，在接收到针对第一数据服务的调度传输间隔的确认信号之后，发送：抢占指示符，该抢占指示符指定在调度传输间隔期间传输针对第二数据服务的数据的一组无线电资源；以及被调度为使用该组无线电资源的至少一部分传输的针对第一数据服务的被抢占数据的重传。

在一些实施方案中，该装置被配置为不响应于判定确认信号指示该部分被成功解码而重传被抢占数据的一部分。

在一些实施方案中，确认信号包括针对用于第一数据服务的传输块的多个不同部分中的每个部分的单独信令，并且重传仅包括由确认信号指示的传输块的失败部分。

在一些实施方案中，该不同部分是代码块组。

在一些实施方案中，抢占指示符与用于重传的下行链路控制信息组合编码。

在一些实施方案中，抢占指示符通过指示由下行链路控制信息指示的重传数据的至少一部分被抢占，来间接地指定该组无线电资源。

在一些实施方案中，抢占指示符是单个位。

在一些实施方案中，抢占指示符是UE特定的，并且指定时域中的代码块组、正交频分复用(OFDM)符号或微型时隙中的至少一者以及频域中的子频带和物理资源块(PRB)编号中的至少一者。

在一些实施方案中，一种移动设备被配置为从软缓冲器中去除针对该组无线电资源的数据，并且基于抢占指示符将来自重传的数据添加到软缓冲器。

在一些实施方案中，一种装置包括：一个或多个处理元件，该一个或多个处理元件被配置为：使得针对第一数据服务传输无线数据；响应于在针对第一数据服务的调度传输间隔期间接收到针对第二数据服务传输的数据：在接收到针对第一数据服务的调度传输间隔的确认信号之前，发送抢占指示符，该抢占指示符指定在调度传输间隔期间传输针对第二数据服务的数据的一组无线电资源；以及在接收到确认信号之后，发送被调度为使用该组无线电资源的至少一部分传输的针对第一数据服务的数据的重传。

在一些实施方案中，抢占指示符对多个移动设备是公共的。

在一些实施方案中，该装置被配置为不响应于判定确认信号指示该部分被成功解码而重传被抢占数据的一部分。

在一些实施方案中，响应于由移动设备重新调度确认信号，该装置被配置为在重新调度的确认信号之前发送重传，其中移动设备基于抢占指示符重新调度确认信号。

在一些实施方案中，该装置被配置为接收重新调度的确认信号，并且其中重新调度的确认信号将用于调度传输间隔的确认数据和用于重传的确认数据组合。

在一些实施方案中，一种装置包括：一个或多个处理元件，该一个或多个处理元件被配置为：使得针对第一数据服务传输无线数据；响应于在针对第一数据服务的调度传输间隔期间接收到针对第二数据服务传输的数据，在接收到针对第一数据服务的调度传输间隔的确认信号之前，发送：抢占指示符，该抢占指示符指定在调度传输间隔期间传输针对第二数据服务的数据的一组无线电资源；以及被调度为使用该组无线电资源的至少一部分传输的针对第一数据服务的数据的重传。

在一些实施方案中，该装置被配置为在接收到来自移动设备的指示在重传之前重传数据是否被成功解码的任何确认之前，基于检测到抢占而发送重传。

在一些实施方案中，抢占指示符为UE特定的。

在一些实施方案中，抢占指示符与用于重传的下行链路控制信息组合编码。

在一些实施方案中，抢占指示符通过指示由下行链路控制信息指示的重传数据的至少一部分被抢占来间接地指定该组无线电资源。

在一些实施方案中，该装置被配置为接收确认信号，该确认信号包括针对调度传输间隔和针对重传的组合确认数据。

在一些实施方案中，针对调度传输间隔的确认信号被重新调度。

在一些实施方案中，一种装置被配置为在与先前实施方案中描述的功能相对应的多种不同模式下操作。

在一些实施方案中，该装置被配置为基于不同移动设备的能力、功率要求、延迟要求、调度策略或恢复策略，并行使用不同的模式与不同的移动设备进行通信。

在一些实施方案中，一种装置包括：一个或多个处理元件，该一个或多个处理元件被配置为：从基站接收针对第一数据服务的无线数据；从基站接收抢占指示符，其中抢占指示符指定一组无线电资源，在该组无线电资源中，在针对第一数据服务的调度传输间隔期间传输针对第二数据服务的数据；从基站接收对应于调度传输间隔的针对第一数据服务的数据的至少一部分的重传；基于抢占指示符从所接收的数据的软缓冲器中去除被抢占数据；以及在去除被抢占数据之后，将来自重传的数据与软缓冲器中的数据组合。

在一些实施方案中，该装置被配置为发送确认信号，该确认信号指示在调度传输间隔期间是否接收到针对第一数据服务的数据的不同部分。

在一些实施方案中，该装置被配置为在发送确认信号之后接收抢占指示符和重传。

在一些实施方案中，该装置被配置为在发送确认信号之前接收抢占指示符并且被配置为在发送确认信号之后接收重传。

在一些实施方案中，该装置被配置为重新调度确认信号，并将调度传输间隔的确认数据与重新调度的确认信号中的重传组合。

在一些实施方案中，重传仅包括在调度传输间隔期间由确认信号指示未成功解码的数据部分。

在一些实施方案中，该装置被配置为在发送确认信号之前接收抢占指示符和重传。

在一些实施方案中，该装置被配置为将调度传输间隔的确认数据与确认信号中的重传组合。

在一些实施方案中，该装置被配置为基于抢占指示符和所接收的下行链路控制信息的组合，提前确定调度传输期间被抢占的资源。

在一些实施方案中，一种装置被配置为根据多种模式操作，该多种模式包括对应于前述实施方案中的两个或更多个的模式，并且该装置被配置为基于该装置的功率特性在多个模式之间进行选择。

可以各种形式中的任一种形式来实现本公开的实施方案。例如，可将一些实施方案实现为计算机实施的方法、计算机可读存储器介质或计算机系统。可使用一个或多个定制设计的硬件设备诸如ASIC来实现其他实施方案。可使用一个或多个可编程硬件元件诸如FPGA来实现其他实施方案。

在一些实施方案中，一种装置包括用于执行图7的方法要素中的一个或多个的装置。

在一些实施方案中，非暂态计算机可读存储器介质可被配置为使得其存储程序指令和/或数据，其中如果该程序指令由计算机系统执行，则使得计算机系统执行方法，例如本文所述的方法实施方案中的任一种，或本文所述的方法实施方案的任何组合，或本文所述的方法实施方案中的任一种的任何子集，或此类子集的任何组合。

在一些实施方案中，设备(例如，UE 106)可被配置为包括处理器(或一组处理器)和存储器介质，其中存储器介质存储程序指令，其中该处理器被配置为从存储器介质中读取并执行该程序指令，其中该程序指令是可执行的以实现本文所述的各种方法实施方案中的任一种方法实施方案(或本文所述的方法实施方案的任何组合，或本文所述的方法实施方案中的任一种的任何子集、或此类子集的任何组合)。可以各种形式中的任一种形式来实现该设备。

虽然已相当详细地描述了上面的实施方案，但是一旦完全了解上面的公开，许多变型和修改对于本领域的技术人员而言将变得显而易见。本公开旨在使以下权利要求书被阐释为包含所有此类变型和修改。