CN116325639A - 具有前向兼容性的多播信令 - Google Patents

Abstract

概括而言，本公开内容的各个方面涉及无线通信。在一些方面中，用户设备(UE)可以从基站接收指示多播下行链路控制信息(DCI)中的填充比特数量的无线电资源控制(RRC)信令。UE可以从基站接收多播DCI消息，该多播DCI消息包括用于指示通信参数集合的字段集合。UE可以至少部分地基于由RRC信令指示的填充比特数量来解释指示通信参数集合的多播DCI消息。提供了众多其它方面。

Description

具有前向兼容性的多播信令

相关申请的交叉引用

本专利申请要求享受以下申请的优先权：于2020年10月30日递交的名称为“MULTICAST SIGNALING WITH FORWARD COMPATIBILITY”的美国临时专利申请No.63/198,636；以及于2021年10月28日递交的名称为“MULTICAST SIGNALING WITH FORWARDCOMPATIBILITY”的美国非临时专利申请No.17/452,724，据此通过引用方式将上述申请明确地并入本文中。

技术领域

概括地说，本公开内容的各方面涉及无线通信，并且本公开内容的各方面涉及用于具有前向兼容性的多播信令的技术和装置。

背景技术

已广泛地部署无线通信系统，以便提供诸如电话、视频、数据、消息传送和广播之类的各种电信服务。典型的无线通信系统可以采用能够通过共享可用的系统资源(例如，带宽、发射功率等等)，来支持与多个用户进行通信的多址技术。这类多址技术的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统、时分同步码分多址(TD-SCDMA)系统和长期演进(LTE)。LTE/改进的LTE是第三代合作伙伴计划(3GPP)颁布的通用移动通信系统(UMTS)移动标准的增强集合。

无线网络可以包括多个基站(BS)，其中BS能够支持用于多个用户设备(UE)的通信。UE可以经由下行链路和上行链路与BS进行通信。下行链路(或“前向链路”)是指从BS到UE的通信链路，以及上行链路(或“反向链路”)是指从UE到BS的通信链路。如本文进一步详细描述的，BS可以称为节点B、gNB、接入点(AP)、无线电头端、发送接收点(TRP)、新无线电(NR)BS、5G节点B等等。

在各种电信标准中已采纳上面的多址技术，以提供使不同的用户设备能在城市范围、国家范围、地域范围、甚至全球范围上进行通信的通用协议。NR(其还可以称为5G)是3GPP发布的LTE移动标准的演进集合。NR被设计为通过提高频谱效率、降低费用、提高服务、充分利用新频谱、在下行链路(DL)上使用具有循环前缀(CP)的正交频分复用(OFDM)(CP-OFDM)、在上行链路(UL)上使用CP-OFDM和/或SC-FDM(例如，还称为离散傅里叶变换扩频OFDM(DFT-s-OFDM))与其它开放的标准整合、以及支持波束成形、多输入多输出(MIMO)天线技术和载波聚合，来更好地支持移动宽带互联网接入。随着针对移动宽带接入需求的持续增加，进一步提高LTE、NR和其它无线电接入技术仍然有用。

发明内容

在一些方面中，一种由用户设备(UE)执行的无线通信的方法包括：从基站接收指示与多播下行链路控制信息(DCI)的大小相关的一个或多个参数的无线电资源控制(RRC)信令；从所述基站接收多播DCI消息，所述多播DCI消息包括用于指示通信参数集合的字段集合；以及至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息，其中，所述填充比特数量是至少部分地基于与所述多播DCI的所述大小相关的所述一个或多个参数的。

在一些方面中，一种由基站执行的无线通信的方法包括：向UE发送指示与多播DCI的大小相关的一个或多个参数的RRC信令；以及向所述UE发送多播DCI消息，所述多播DCI消息包括用于指示通信参数集合的字段集合，其中，所述RRC信令将所述UE配置为至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息。

在一些方面中，一种用于无线通信的UE包括：存储器；以及耦合到所述存储器的一个或多个处理器，所述一个或多个处理器被配置为：从基站接收指示与多播DCI的大小相关的一个或多个参数的RRC信令；从所述基站接收多播DCI消息，所述多播DCI消息包括用于指示通信参数集合的字段集合；以及至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息，其中，所述填充比特数量是至少部分地基于与所述多播DCI的所述大小相关的所述一个或多个参数的。

在一些方面中，一种用于无线通信的基站包括：存储器；以及耦合到所述存储器的一个或多个处理器，所述一个或多个处理器被配置为：向UE发送指示与多播DCI的大小相关的一个或多个参数的RRC信令；以及向所述UE发送多播DCI消息，所述多播DCI消息包括用于指示通信参数集合的字段集合，其中，所述RRC信令将所述UE配置为至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息。

在一些方面中，一种存储用于无线通信的指令集的非暂时性计算机可读介质包括一个或多个指令，所述一个或多个指令在由UE的一个或多个处理器执行时使得所述UE进行以下操作：从基站接收指示与多播DCI的大小相关的一个或多个参数的RRC信令；从所述基站接收多播DCI消息，所述多播DCI消息包括用于指示通信参数集合的字段集合；以及至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息，其中，所述填充比特数量是至少部分地基于与所述多播DCI的所述大小相关的所述一个或多个参数的。

在一些方面中，一种存储用于无线通信的指令集的非暂时性计算机可读介质包括一个或多个指令，所述一个或多个指令在由基站的一个或多个处理器执行时使得所述基站进行以下操作：向UE发送指示与多播DCI的大小相关的一个或多个参数的RRC信令；以及向所述UE发送多播DCI消息，所述多播DCI消息包括用于指示通信参数集合的字段集合，其中，所述RRC信令将所述UE配置为至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息。

在一些方面中，一种用于无线通信的装置包括：用于从基站接收指示与多播DCI的大小相关的一个或多个参数的RRC信令的单元；用于从所述基站接收多播DCI消息的单元，所述多播DCI消息包括用于指示通信参数集合的字段集合；以及用于至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息的单元，其中，所述填充比特数量是至少部分地基于与所述多播DCI的所述大小相关的所述一个或多个参数的。

在一些方面中，一种用于无线通信的装置包括：用于向UE发送指示与多播DCI的大小相关的一个或多个参数的RRC信令的单元；以及用于向所述UE发送多播DCI消息的单元，所述多播DCI消息包括用于指示通信参数集合的字段集合，其中，所述RRC信令将所述UE配置为至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息。

各方面通常包括方法、装置、系统、计算机程序产品、非暂时性计算机可读介质、用户设备、基站、无线通信设备和/或处理系统，如本文参照附图和说明书所充分描述的以及如附图和说明书所示出的。

为了更好地理解下面的具体实施方式，上面对根据本公开内容的示例的特征和技术优点进行了相当程度地总体概括。下面将描述另外的特征和优点。可以将所公开的概念和特定示例容易地使用成用于修改或设计执行本公开内容的相同目的的其它结构的基础。这些等同的构造并不脱离所附权利要求书的保护范围。当结合附图来考虑下面的具体实施方式时，将能更好地理解本文所公开的概念的特性(关于它们的组织方式和操作方法)，以及相关联的优点。提供这些附图中的每一个附图只是用于说明和描述目的，而不是用作为规定本发明的限制。

虽然在本申请中通过对一些示例的说明来描述了各方面，但是本领域技术人员将理解的是，可以在许多不同的布置和场景中实现这样的方面。可以使用不同的平台类型、设备、系统、形状、尺寸和/或封装布置来实现本文中描述的创新。例如，可以经由集成芯片实施例或其它基于非模块组件的设备(例如，终端用户设备、车辆、通信设备、计算设备、工业设备、零售/购买设备、医疗设备或启用人工智能的设备)来实现一些方面。可以在芯片级组件、模块化组件、非模块化组件、非芯片级组件、设备级组件或系统级组件中实现各方面。并入所描述的方面和特征的设备可以包括用于所要求保护并且描述的方面的实现和实施的额外组件和特征。例如，对无线信号的发送和接收可以包括用于模拟和数字目的的多个组件(例如，包括天线、射频(RF)链、功率放大器、调制器、缓冲器、处理器、交织器、加法器或相加器的硬件组件)。本文中描述的创新旨在可以在具有不同尺寸、形状和构造的各种设备、芯片级组件、系统、分布式布置或终端用户设备中实施。

附图说明

为了详细地理解本公开内容的上面所描述的特征，本申请针对上面的简要概括参考一些方面给出了更具体的描述，这些方面中的一些在附图中给予了说明。但是，应当注意的是，由于描述可以准许其它等同的有效方面，因此这些附图仅仅描绘了本公开内容的某些典型方面，其不应被认为限制本发明的保护范围。不同附图中的相同附图标记可以标识相同或者类似的元件。

图1是示出根据本公开内容的无线网络的示例的示意图。

图2是示出根据本公开内容的无线网络中的基站与用户设备(UE)相通信的示例的示意图。

图3是示出根据本公开内容的包括与传统特征和新特征或增强特征相关的指示的信令的示例的示意图。

图4A-4F是示出根据本公开内容的与具有前向兼容性的多播信令相关联的示例的示意图。

图5-6是示出根据本公开内容的与具有前向兼容性的多播信令相关联的示例过程的示意图。

图7-8是根据本公开内容的用于无线通信的示例装置的框图。

具体实施方式

下文参照附图更全面地描述本公开内容的各个方面。然而，本公开内容可以以多种不同的形式实现，其不应被解释为受限于贯穿本公开内容给出的任何特定结构或功能。相反，提供这些方面只是使得本公开内容变得透彻和完整，并将向本领域的普通技术人员完整地传达本公开内容的保护范围。基于本文中的教导，本领域普通技术人员应当理解的是，本公开内容的保护范围旨在覆盖本文所公开的公开内容的任何方面，无论其是独立实现的还是结合本公开内容的任何其它方面实现的。例如，使用本文阐述的任意数量的方面可以实现装置或可以实施方法。此外，本公开内容的保护范围旨在覆盖这种装置或方法，这种装置或方法可以通过使用其它结构、功能、或者除本文所阐述的本公开内容的各个方面的结构和功能、或不同于本文所阐述的本公开内容的各个方面的结构和功能来实现。应当理解的是，本文所公开的公开内容的任何方面可以通过本权利要求书的一个或多个元素来体现。

现在参照各种装置和技术来给出电信系统的一些方面。这些装置和技术将在下面的具体实施方式中进行描述，并在附图中通过各种框、模块、组件、电路、步骤、过程、算法等等(其统称为“元素”)来进行描绘。可以使用硬件、软件或者其任意组合来实现这些元素。至于这些元素是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。

应当注意的是，虽然本文使用通常与5G或NR无线电接入技术(RAT)相关联的术语来描述各方面，但是本公开内容的各方面也可以应用于其它RAT(例如，3G RAT、4G RAT和/或5G之后的RAT(例如，6G))。

图1是示出根据本公开内容的无线网络100的示例的示意图。无线网络100可以是5G(NR)网络和/或LTE网络等等，或者可以包括5G(NR)网络和/或LTE网络等等的元件。无线网络100可以包括多个基站110(示出成BS 110a、BS 110b、BS 110c和BS 110d)和其它网络实体。基站(BS)是与用户设备(UE)进行通信的实体，以及BS还可以称为NR BS、节点B、gNB、5G节点B(NB)、接入点、发送接收点(TRP)等等。每一个BS可以为特定的地理区域提供通信覆盖。在3GPP中，根据术语“小区”使用的上下文，术语“小区”可以指代BS的覆盖区域和/或服务该覆盖区域的BS子系统。

BS可以为宏小区、微微小区、毫微微小区和/或另一种类型的小区提供通信覆盖。宏小区可以覆盖相对较大的地理区域(例如，半径若干公里)，以及可以允许具有服务订阅的UE能不受限制地接入。微微小区可以覆盖相对较小的地理区域，以及可以允许具有服务订阅的UE能不受限制地接入。毫微微小区可以覆盖相对较小的地理区域(例如，家庭)，以及可以允许与该毫微微小区具有关联的UE(例如，闭合用户组(CSG)中的UE)受限制的接入。用于宏小区的BS可以称为宏BS。用于微微小区的BS可以称为微微BS。用于毫微微小区的BS可以称为毫微微BS或家庭BS。在图1所示的示例中，BS 110a可以是用于宏小区102a的宏BS，BS110b可以是用于微微小区102b的微微BS，以及BS 110c可以是用于毫微微小区102c的毫微微BS。BS可以支持一个或多个(例如，三个)小区。术语“eNB”、“基站”、“NR BS”、“gNB”、“TRP”、“AP”、“节点B”、“5G NB”和“小区”可以互换地使用。

在一些方面中，小区不需要是静止的，以及小区的地理区域可以根据移动BS的位置进行移动。在一些方面中，BS可以使用任何适当的传输网络，通过各种类型的回程接口(例如，直接物理连接、虚拟网络等)，彼此之间互连和/或互连到无线网络100中的一个或多个其它BS或网络节点(没有示出)。

无线网络100还可以包括中继站。中继站是可以从上游站(例如，BS或UE)接收数据的传输，并向下游站(例如，UE或BS)发送该数据的传输的实体。中继站还可以是能对其它UE的传输进行中继的UE。在图1所示的示例中，中继BS 110d可以与宏BS 110a和UE 120d进行通信，以便促进BS 110a和UE 120d之间的通信。中继BS还可以称为中继站、中继基站、中继器等等。

无线网络100可以是包括不同类型的BS(例如，宏BS、微微BS、毫微微BS、中继BS等等)的异构网络。这些不同类型的BS可以具有不同的发射功率电平、不同的覆盖区域和对于无线网络100中的干扰具有不同的影响。例如，宏BS可以具有较高的发射功率电平(例如，5至40瓦)，而微微BS、毫微微BS和中继BS可以具有较低的发射功率电平(例如，0.1至2瓦)。

网络控制器130可以耦合到BS集合，并为这些BS提供协调和控制。网络控制器130可以经由回程来与BS进行通信。这些BS还可以彼此之间直接进行通信，或者经由无线回程或有线回程来间接通信。

UE 120(例如，120a、120b、120c)可以分散于整个无线网络100中，以及每一个UE可以是静止的，也可以是移动的。UE还可以称为接入终端、终端、移动站、用户单元、站等等。UE可以是蜂窝电话(例如，智能电话)、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、平板设备、照相机、游戏设备、上网本、智能本、超级本、医疗设备或装备、生物传感器/设备、可穿戴设备(智能手表、智能服装、智能眼镜、智能腕带、智能珠宝(例如，智能戒指、智能手环))、娱乐设备(例如，音乐或视频设备、或者卫星无线电设备)、车载组件或者传感器、智能计量器/传感器、工业制造设备、全球定位系统设备、或者被配置为经由无线介质或有线介质进行通信的任何其它适当设备。

一些UE可以视作为机器类型通信(MTC)UE或者演进型或增强型机器类型通信(eMTC)UE。例如，MTC和eMTC UE包括可以与基站、另一个设备(例如，远程设备)或者某种其它实体进行通信的机器人、无人机、远程设备、传感器、计量器、监视器、位置标签等。例如，无线节点可以经由有线或无线通信链路提供例如针对网络或者到网络(例如，诸如互联网或蜂窝网络之类的广域网)的连接。一些UE可以被认为是物联网(IoT)设备，和/或可以被实现为NB-IoT(窄带物联网)设备。一些UE可以被认为是客户驻地设备(CPE)。UE 120可以包括在容纳UE 120的组件(例如，处理器组件和/或存储器组件等)的壳体中。在一些方面中，处理器组件和存储器组件可以耦合在一起。例如，处理器组件(例如，一个或多个处理器)和存储器组件(例如，存储器)可以操作性地耦合、通信地耦合、电子地耦合、电气地耦合等等。

通常，在给定的地理区域中，可以部署任意数量的无线网络。每一个无线网络可以支持特定的RAT，并可以在一个或多个频率上操作。RAT还可以称为无线电技术、空中接口等等。频率还可以称为载波、频率信道等等。每一个频率可以支持给定的地理区域中的单一RAT，以便避免不同的RAT的无线网络之间的干扰。在一些情况下，可以部署NR或者5G RAT网络。

在一些方面中，两个或更多个UE 120(例如，示出为UE 120a和UE 120e)可以使用一个或多个侧行链路信道直接通信(例如，不使用基站110作为中间设备来彼此通信)。例如，UE 120可以使用对等(P2P)通信、设备到设备(D2D)通信、车辆到万物(V2X)协议(例如，其可以包括车辆到车辆(V2V)协议、车辆到基础设施(V2I)协议等)、和/或网状网络进行通信。在该情况下，UE 120可以执行由基站110执行的调度操作、资源选择操作和/或本文其它各处描述的其它操作。

无线网络100的设备可以使用电磁频谱进行通信，可以基于频率或波长将这些电磁频谱细分为各种类别、频带、信道等等。例如，无线网络100的设备可以使用具有第一频率范围(FR1)的操作频带进行通信(其中FR1可以跨度从410MHz到7.125GHz)，和/或可以使用具有第二频率范围(FR2)的操作频带进行通信(其中FR2可以跨度从24.25GHz到52.6GHz)。FR1和FR2之间的频率通常称为中频带频率。虽然FR1的一部分大于6GHz，但是FR1经常称为“低于6GHz”频段。类似地，FR2通常称为“毫米波”频带，尽管其与国际电信联盟(ITU)认定为“毫米波”频带的极高频率(EHF)频带(30GHz–300GHz)不同。因此，除非另外明确说明，否则应当理解的是，术语“低于6GHz”等等(如果本文使用的话)可以广义地表示小于6GHz的频率、FR1内的频率、和/或中频带频率(例如，大于7.125GHz)。类似地，除非另外明确说明，否则应当理解，术语“毫米波”等等(如果本文使用的话)可以广泛地表示EHF频带内的频率、FR2内的频率和/或中频带频率(例如，小于24.25GHz)。可以修改FR1和FR2中包括的频率，并且本文描述的技术可以应用于这些修改的频率范围。

如上面所指示的，图1是作为示例提供的。其它示例可以与参照图1所描述的示例不同。

图2是示出根据本公开内容的无线网络100中基站110与UE 120进行通信的示例200的示意图。基站110可以装备有T个天线234a至234t，以及UE 120可以装备有R个天线252a至252r，其中通常T≥1，并且R≥1。

在基站110处，发射处理器220可以从数据源212接收用于一个或多个UE的数据，至少部分地基于从每一个UE接收的信道质量指示符(CQI)来选择用于该UE的一种或多种调制和编码方案(MCS)，至少部分地基于针对每一个UE选定的MCS来对用于该UE的数据进行处理(例如，编码和调制)，以及提供用于所有UE的数据符号。发射处理器220还可以处理系统信息(例如，用于半静态资源划分信息(SRPI)等)和控制信息(例如，CQI请求、准许和/或上层信令等)，以及提供开销符号和控制符号。发射处理器220还可以生成用于参考信号(例如，特定于小区的参考信号(CRS)、解调参考信号(DMRS))和同步信号(例如，主同步信号(PSS)或辅同步信号(SSS))的参考符号。发射(TX)多输入多输出(MIMO)处理器230可以对这些数据符号、控制符号、开销符号和/或参考符号(如果可适用的话)执行空间处理(例如，预编码)，以及可以向T个调制器(MOD)232a至232t提供T个输出符号流。每一个调制器232可以处理各自的输出符号流(例如，用于OFDM等)，以获得输出采样流。每一个调制器232还可以进一步处理(例如，转换成模拟信号、放大、滤波和上变频)输出采样流，以获得下行链路信号。来自调制器232a到232t的T个下行链路信号可以分别经由T个天线234a到234t进行发送。

在UE 120处，天线252a至252r可以从基站110和/或其它基站接收下行链路信号，并可以分别将所接收的信号提供给解调器(DEMOD)254a至254r。每一个解调器254可以调节(例如，滤波、放大、下变频和数字化)接收的信号，以获得输入采样。每一个解调器254还可以进一步处理这些输入采样(例如，用于OFDM等)，以获得接收的符号。MIMO检测器256可以从所有R个解调器254a到254r获得接收的符号，对接收的符号执行MIMO检测(如果可适用的话)，以及提供检测的符号。接收处理器258可以处理(例如，解调和解码)检测到的符号，向数据宿260提供针对UE 120的经解码的数据，以及向控制器/处理器280提供经解码的控制信息和系统信息。术语“控制器/处理器”可以指代一个或多个控制器、一个或多个处理器或者其组合。信道处理器可以确定参考信号接收功率(RSRP)参数、接收信号强度指示符(RSSI)参数、参考信号接收质量(RSRQ)参数和/或CQI参数等等。在一些方面中，UE 120的一个或多个组件可以包括在壳体284中。

网络控制器130可以包括通信单元294、控制器/处理器290和存储器292。例如，网络控制器130可以包括核心网络中的一个或多个设备。网络控制器130可以经由通信单元294，与基站110进行通信。

天线(例如，天线234a至234t和/或天线252a至252r)可以包括或可以包括在一个或多个天线面板、天线组、天线元件集合和/或天线阵列以及其它示例内。天线面板、天线组、天线元件集合和/或天线阵列可以包括一个或多个天线元件。天线面板、天线组、天线元件集合和/或天线阵列可以包括共面天线元件集合和/或非共面天线元件集合。天线面板、天线组、天线元件集合和/或天线阵列可以包括单个壳体内的天线元件和/或多个壳体中的天线元件。天线面板、天线组、天线元件集合和/或天线阵列可以包括耦合到一个或多个发送和/或接收组件的一个或多个天线元件，例如图2的一个或多个组件。

在上行链路上，在UE 120处，发射处理器264可以从数据源262接收数据，以及从控制器/处理器280接收控制信息(例如，用于包括RSRP、RSSI、RSRQ和/或CQI的报告)，并对该数据和控制信息进行处理。发射处理器264还可以生成用于一个或多个参考信号的参考符号。来自发射处理器264的符号可以由TX MIMO处理器266进行预编码(如果可适用的话)，由调制器254a至254r进行进一步处理(例如，用于DFT-s-OFDM或CP-OFDM)，并发送回基站110。在一些方面中，UE 120的调制器和解调器(例如，MOD/DEMOD 254)可以包括在UE 120的调制解调器中。在一些方面中，UE 120包括收发机。该收发机可以包括天线252、调制器和/或解调器254、MIMO检测器256、接收处理器258、发射处理器264和/或TX MIMO处理器266的任何组合。处理器(例如，控制器/处理器280)和存储器282可以使用收发机，来执行本文所描述的任何方法的各方面(例如，如参考图4A-4F、图5和/或图6所描述的)。

在基站110处，来自UE 120和其它UE的上行链路信号可以由天线234进行接收，由解调器232进行处理，由MIMO检测器236进行检测(如果可适用的话)，以及由接收处理器238进行进一步处理，以获得UE 120发送的经解码的数据和控制信息。接收处理器238可以向数据宿239提供经解码的数据，以及向控制器/处理器240提供经解码的控制信息。基站110可以包括通信单元244，并可以经由通信单元244与网络控制器130进行通信。基站110可以包括调度器246，以调度UE 120进行下行链路和/或上行链路通信。在一些方面中，基站110包括收发机。该收发机可以包括天线234、调制器和/或解调器232、MIMO检测器236、接收处理器238、发射处理器220和/或TX MIMO处理器230的任何组合。处理器(例如，控制器/处理器240)和存储器242可以使用收发机，来执行本文所描述的任何方法的各方面(例如，如参考图4A-4F、图5和/或图6所描述的)。

基站110的控制器/处理器240、UE 120的控制器/处理器280和/或图2的任何其它组件可以执行与用于具有前向兼容的多播信令相关联的一种或多种技术，如本文其它各处所进一步详细描述的。例如，基站110的控制器/处理器240、UE 120的控制器/处理器280和/或图2的任何其它组件可以执行或指导例如图5的过程500、图6的过程600、和/或如本文所描述的其它过程的操作。存储器242和存储器282可以分别存储用于基站110和UE 120的数据和程序代码。在一些方面中，存储器242和/或存储器282可以包括存储用于无线通信的一个或多个指令(例如，代码和/或程序代码等)的非暂时性计算机可读介质。例如，当所述一个或多个指令被基站110和/或UE 120的一个或多个处理器执行时(例如，直接地、或者在编译、转换和/或解释等等之后)，可能使得一个或多个处理器、UE 120和/或基站110执行或指导例如图5的过程500、图6的过程600和/或本文所描述的其它过程的操作。在一些方面中，执行指令可以包括运行指令、转换指令、编译指令、解释指令等等。

在一些方面中，UE 120包括：用于从基站110接收指示与多播下行链路控制信息(DCI)的大小相关的一个或多个参数的无线电资源控制(RRC)信令的单元；用于从基站110接收多播DCI消息的单元，多播DCI消息包括用于指示通信参数集合的字段集合；和/或用于至少部分地基于多播DCI消息中的填充比特数量来解释指示通信参数集合的多播DCI消息的单元，其中，填充比特数量是至少部分地基于与多播DCI的大小相关的一个或多个参数的。用于UE 120执行本文描述的操作的单元可以包括例如天线252、解调器254、MIMO检测器256、接收处理器258、发射处理器264、TX MIMO处理器266、调制器254、控制器/处理器280和/或存储器282。

在一些方面中，UE 120包括：用于至少部分地基于RRC信令具有单播配置来忽略填充比特数量的单元。

在一些方面中，UE 120包括：用于至少部分地基于RRC信令具有广播配置来推导特定于UE的填充比特数量的单元和/或用于忽略特定于UE的填充比特数量的单元。

在一些方面中，UE 120包括：用于确定启用解码由多播DCI消息调度的物理下行链路共享信道(PDSCH)的能力的一个或多个特征不受支持的单元和/或用于至少部分地基于多播DCI消息中的一个或多个比特的值来确定是否解码PDSCH的单元，该一个或多个比特与启用解码由多播DCI消息调度的PDSCH的能力的一个或多个特征相关联。

在一些方面中，UE 120包括：用于至少部分地基于一个或多个比特的值未能满足条件来避免解码由多播DCI消息调度的PDSCH的单元。

在一些方面中，UE 120包括：用于至少部分地基于与多播DCI消息相关联的下行链路指派索引来确定混合自动重传请求确认(HARQ-ACK)码本以携带针对PDSCH的HARQ-ACK反馈的单元和/或用于至少部分地基于HARQ-ACK码本携带针对至少一个其它PDSCH的HARQ-ACK反馈，来向基站110发送具有针对由多播DCI消息调度的PDSCH的HARQ-ACK反馈的HARQ-ACK码本的单元。

在一些方面中，UE 120包括：用于至少部分地基于与多播DCI消息相关联的下行链路指派索引来确定HARQ-ACK码本以携带针对PDSCH的HARQ-ACK反馈的单元和/或用于至少部分地基于HARQ-ACK码本携带仅针对由多播DCI消息调度的PDSCH的HARQ-ACK反馈来避免发送HARQ-ACK码本的单元。

在一些方面中，UE 120包括：用于至少部分地基于一个或多个比特的值满足条件来解码由多播DCI消息调度的PDSCH的单元。

在一些方面中，基站110包括：用于向UE 120发送指示与多播DCI的大小相关的一个或多个参数的RRC信令的单元；和/或用于向UE 120发送多播DCI消息的单元，所述多播DCI消息包括用于指示通信参数集合的字段集合，其中，RRC信令将UE配置为至少部分地基于多播DCI消息中的填充比特数量来解释指示通信参数集合的多播DCI消息。用于基站110执行本文描述的操作的单元可以包括例如发射处理器220、TX MIMO处理器230、调制器232、天线234、解调器232、MIMO检测器236、接收处理器238、控制器/处理器240、存储器242和/或调度器246。

在一些方面中，基站110包括：用于从UE 120接收包括针对由多播DCI消息调度的PDSCH的HARQ-ACK反馈的HARQ-ACK码本的单元。

虽然图2中的框被示为不同的组件，但是上文关于这些框描述的功能可以在单个硬件、软件或组合组件中或者在组件的各种组合中实现。例如，关于发射处理器264、接收处理器258和/或TX MIMO处理器266描述的功能可以由控制器/处理器280执行或在其控制下执行。

如上所指出的，图2是作为示例来提供的。其它示例可以不同于关于图2所描述的示例。

图3是示出根据本公开内容的包括与传统特征和新特征或增强特征相关的指示的信令的示例300的示意图。

在无线通信系统中，各种设备通常根据各种技术规范彼此通信。例如，IEEE802.11规范规定了各种介质访问控制(MAC)层和物理层协议以实现无线局域网(WLAN)通信，并且蓝牙特别兴趣小组监督蓝牙标准的开发，蓝牙标准用于在工业、科学和医学(ISM)无线电频带中使用超高频无线电波在固定设备与移动设备之间短距离交换数据。对于以新特征和新服务不断发展的蜂窝通信，第三代合作伙伴计划(3GPP)开发技术规范，然后由形成3GPP的区域标准设置组织(SSO)(例如，美国的电信行业解决方案联盟(ATIS)和欧洲的欧洲电信标准协会(ETSI)以及其它示例)将其转换为标准。

通常，3GPP规范定义了端到端蜂窝系统，包括UE(或设备)、无线电接入、核心网络和/或服务框架。例如，在基于3GPP技术规范或标准的无线网络(例如，蜂窝网络)中，3GPP以与用于智能手机或个人计算机的操作系统的不同发布(release)和/或版本(version)类似的方式经由发布引入新功能。3GPP发布通常是交错的，并且在不同阶段并行完成多个发布的工作。当3GPP发布最终确定时，所有新功能都被认为在功能上已经冻结并且准备好实现。此外，每个3GPP发布都是自包含的，这意味着可以基于特定发布中的冻结规范集合来构建蜂窝通信系统。因此，发布不仅仅包含新实现的特征，而是以高度迭代的方式引入，其中每个发布都建立在以前的发布之上。例如，LTE技术最初是在3GPP发布8中引入的，并且通过发布16和更高发布继续发展，并且发布15提供了第一完整的NR标准集合(例如，超越规范扩展，以将非独立NR系统与上一代LTE网络集成，以覆盖独立5G，其中NR系统由下一代核心网络补充)。因此，随着新特征和技术的引入，LTE和NR技术可以在发布16和更高发布中并行发展。

因此，在无线网络中，由于支持特定发布中的特征的UE可能不支持之后发布中引入的特征，并且与相同的发布相关联的不同UE可能具有不同的能力(例如，可能支持一个或多个特征和/或缺少对一个或多个特征的支持)，因此可能会出现与实现新特征的信令相关的挑战。例如，初始NR规范仅用于单播服务，但随着多播/广播服务的添加(例如，在发布17和更高发布中)，无线网络可以包括支持当前发布中的特征的一个或多个UE以及支持一个或多个先前发布中的特征的一个或多个传统UE。在单播中，信令问题可能相对简单，因为支持当前发布中的特征的UE可能未被配置有在未来发布中引入的特征。类似地，在单播中，支持先前发布中的特征的传统UE可能未被配置有在当前发布中引入的特征。然而，对于多播/广播，支持当前发布中的特征的UE和支持先前发布中的特征的传统UE可以接收相同的数据(例如，可能需要读取相同的物理下行链路控制信道(PDCCH)和/或接收相同的PDSCH)。

例如，在图3中，示例300包括无线网络中的基站与第一UE(示为UE₁)和第二UE(示为UE₂)相通信。第一UE可以是支持与技术规范或标准的先前发布和/或版本相关联的第一特征集合的传统UE，并且第二UE可以支持与技术规格或标准的后续(例如，当前或中间)发布和/或版本相关联的第一特征集合和第二特征集合。因此，如附图标记310所示，基站可以发送信令，该信令包括与在由第一UE和第二UE支持的先前发布中引入的一个或多个传统特征相关的指示以及与在仅由第二UE支持的后续发布中引入的一个或多个新特征或增强特征相关的指示。例如，信令可以包括RRC信令、MAC控制元素(MAC-CE)或MAC报头和/或DCI，其指示一个或多个通信参数以实现新特征或增强特征。因此，可能出现与前向兼容性相关的挑战，这取决于信令是经由单播还是多播/广播(为了简单起见，本文可以将其称为“多播”)发送的。

例如，附图标记320示出了单播信令的示例，其中第一UE和第二UE各自接收信令，该信令包括携带与由相应的UE支持的特征集合相关的指示的一个或多个字段。例如，如图所示，第一UE支持发布X(Rel-X)，并且第二UE支持Rel-X+1，其中X是正整数(例如，第一UE可以是Rel-16UE，并且第二UE可以是Rel-17 UE)。在这种情况下，第一UE可以接收仅包括与Rel-X相关联的一个或多个传统特征相关的指示的单播信令(例如，在单播DCI消息的字段1-3中)，从而发送到第一UE并且由第一UE接收的信令不包括与在Rel-X+1中引入的新特征或增强特征相关的任何指示。然而，由于第二UE支持在Rel-X+1中引入的新特征或增强特征，由第二UE接收的单播信令包括与Rel-X相关联的传统特征相关的指示(例如，在单播DCI消息的字段1-3中)，并且还包括与Rel-X+1相关联的新特征或增强特征相关的指示(例如，在单播DCI消息的字段4中)。以这种方式，当使用单播信令时，每个UE能够解码和解释在单播信令中包括的指示集合。

然而，如附图标记325所示，当使用多播信令时，第一UE和第二UE两者接收相同的信令消息。在这种情况下，多播信令包括与传统特征集合相关的指示(例如，在多播DCI消息的字段1-3中)，并且还包括实现新特征或增强特征的指示(例如，在字段4中)。因此，由于第一UE仅支持传统特征集合，并且缺少对新特征或增强特征的支持，所以第一UE不能解码或以其它方式解释多播信令(例如，因为多播信令可能具有仅支持传统特征集合的第一UE不期望的更大的比特大小)。

本文描述的一些方面涉及实现具有前向兼容性的多播信令的技术和装置。例如，尽管在技术规范或标准的当前(或未来)发布和/或版本中引入的一个或多个特征可能在技术规范或标准的先前(或当前)发布和/或版本之上提供增强，但是传统UE可能仍然能够在不知道和/或不支持增强特征的情况下解码多播用户平面数据(例如，PDSCH)。例如，新特征可以是：DMRS捆绑增强，其中，第一UE可以假设两(2)个物理资源块(PRB)捆绑，并且第二UE可以假设四(4)个PRB捆绑；DCI功率节省增强，其中，第一UE不使用功率节省特征，并且第二UE支持功率节省特征；HARQ-ACK码本增强，其中，第二UE可以使用比第一UE小的有效载荷在上行链路上发送HARQ-ACK反馈；和/或探测参考信号(SRS)增强，其中，广播PDSCH触发第二UE的SRS传输，但不触发第一UE的SRS传输；以及其它示例。

因此，在本文描述的一些方面中，基站可以发送对于传统UE和后续UE(例如，支持技术规范标准的当前发布或版本和/或当前发布或版本与传统UE支持的发布或版本之间的中间发布或版本的UE)而言是公共的多播信令(例如，DCI、MAC-CE和/或RRC配置)。在一些方面中，多播信令可以包括一个或多个指示，这些指示被之后的UE解释并且被传统UE忽略。例如，在一些方面中，基站可以在多播信令(例如，多播DCI)中配置支持技术规范的当前发布或版本的UE要忽略的填充比特数量。因此，当在技术规范的新发布或版本中引入新特征或增强特征时，UE可以成为传统UE，并且填充比特可以用于向支持此类特征的新UE指示与新特征或增强特征相关联的通信参数相关的一个或多个字段。以这种方式，多播信令可以是前向兼容的，由此多播信令可以由支持技术规范或标准的不同发布或版本的UE解码。此外，多播信令可以可由在技术规范或标准的发布或版本内具有不同能力的UE解码(例如，第一Rel-X UE支持但第二Rel-X UE不支持的Rel-X中的特征)。

如上所指出的，图3仅是作为示例来提供的。其它示例可以不同于关于图3所描述的示例。

图4A-4F是示出根据本公开内容的与具有前向兼容性的多播信令相关联的示例400的示意图。如图4A所示，示例400包括基站(例如，基站110)和多个UE(例如，UE 120)之间的通信，这些UE可以支持不同的特征集合和/或以其它方式具有不同的能力集合。在一些方面中，基站和UE可以经由无线接入链路进行通信，该无线接入链路可以包括上行链路和下行链路。此外，如本文描述的，基站和UE可以使用多播配置进行通信，由此多个UE接收相同的控制平面数据(例如，多播PDCCH)和/或相同的用户平面数据(例如，由多播PDCCH调度的多播PDSCH)。

在一些方面中，如上所述，多个UE可以支持不同的特征集合和/或以其它方式具有不同的能力集合。例如，在一些方面中，UE可以支持与无线网络中的通信相关的技术规范或标准的不同发布或版本和/或不同的特征集合。例如，在一些方面中，UE可以包括支持第一(或基线)发布(例如，Rel-X)的第一UE(示为UE₁)、支持后续发布(例如，Rel-X+1)的第二UE(示为UE₂)以及支持当前发布(例如，Rel-X+2)的第三UE(示为UE₃)。另外地或替代地，UE可以具有不同的发布内能力，从而支持相同的发布内的不同特征集合。例如，在本文描述的一些方面中，第二UE和第三UE可以支持相同的后续发布(例如，Rel-X+1)，但是第二UE具有支持特征集M的能力，并且第三UE具有支持特征集N的能力，其中M和N可以是不同的或重叠的。

在一些方面中，如在图4A中并且通过附图标记410所示，基站可以发送并且UE可以各自接收RRC信令，其用于半静态地指示与针对多个UE的多播DCI消息的大小相关的一个或多个参数。例如，在一些方面中，RRC信令可以包括单独针对每个UE的单播RRC信令(例如，如下文参照图4B进一步详细描述的)。另外地或替代地，RRC信令可以包括共同针对多个UE的广播或多播RRC(例如，如下文参照图4C进一步详细描述的)。在一些方面中，与多播DCI消息的大小相关的一个或多个参数可以指示要在多播DCI消息中包括的填充比特数量。另外地或替代地，一个或多个参数可以指示多播DCI消息的大小，目标UE可以使用该大小来推导要在多播DCI消息中包括的填充比特数量。此外，在一些方面中，除了填充比特数量之外，RRC信令还可以配置填充比特在多播DCI内的位置(例如，区分发布内能力以支持不同的特征排列，如下文参照图4D进一步详细描述的)。此外，在需要支持多播DCI中指示的一个或多个特征来解码由多播DCI调度的PDSCH的情况下，基站可以(例如，经由RRC信令)将多播DCI中的一个或多个字段配置为校验或验证字段，由此传统UE可以基于一个或多个校验或验证字段的值来确定是否解码PDSCH和/或发送针对PDSCH的确认/否定确认(ACK/NACK)反馈(例如，如下文参照图4E和图4F进一步详细描述的)。

如在图4A中并且通过附图标记412进一步所示，基站可以发送并且多个UE可以各自接收多播DCI消息，该多播DCI消息包括字段集合，以指示在与基站和UE相关联的无线网络中启用的特征集合相关的通信参数集合。例如，在一些方面中，多播DCI消息可以包括一个或多个字段以指示在与技术规范或标准的传统发布或版本(例如，Rel-X)中启用的一个或多个特征相关联的一个或多个通信参数，并且还可以包括一个或多个字段以指示与在技术规范或标准的后续发布或版本(例如，Rel-X+1和/或Rel-X+2以及其它示例)中启用的一个或多个特征相关联的一个或多个通信参数。因此，如在图4A中并且通过附图标记414进一步所示，接收多播DCI消息的每个UE可以至少部分地基于多播DCI消息中的填充比特数量来解释DCI消息，每个UE可以至少部分地基于与由基站配置的多播DCI的大小相关的一个或多个参数(例如，在RRC信令中)来确定填充比特数量。例如，每个UE可以确定多播DCI消息中的填充比特的数量和位置，这可以取决于每个相应UE所支持的特定特征和/或能力。因此，如本文进一步详细描述的，每个UE可以忽略被配置为多播DCI中的填充比特的零(0)个或更多个比特。

例如，参照图4B，附图标记420示出了使用单播RRC信令来配置多播DCI中的填充比特数量的示例。在这种情况下，基站向每个单独的UE发送分别的单播RRC信令，以单独地为每个UE配置填充比特数量。在这种情况下，第一UE可以支持在Rel-X中启用的特征集合，第二UE可以支持在Rel-X+1中启用的特征集合(其可以相对于在Rel-X中启用的特征进行迭代)，并且第三UE可以支持在Rel-X+2中启用的特征集合(其可以相对于在Rel-X和Rel-X+1中启用的特征进行迭代)。因此，在通过单播RRC信令配置多播/广播接收的情况下，不同的UE可以接收不同的RRC配置，其基于与相应UE相关联的能力和/或发布来指示不同的填充比特数量。

例如，在图4B中，支持Rel-X的第一UE可以接收单播信令，其指示多播DCI消息具有位于多播DCI消息的结束处的五(5)个填充比特。因此，多播DCI消息可以包括第一字段和第二字段，以指示与在Rel-X中启用的特征相关联的通信参数，并且第一UE可以应用在第一字段和第一字段中指示的通信参数，同时忽略填充比特。此外，对于支持Rel-X+1的第二UE，由第二UE接收的单播信令可以指示多播DCI消息具有位于多播DCI消息的结束处的三(3)个填充比特。因此，多播DCI消息可以包括第一字段和第二字段，以指示与在Rel-X中启用的特征相关联的通信参数，并且还可以包括各自包括一个比特的第三字段和第四字段，以指示与在Rel-X+1中启用的特征相关联的通信参数。在这种情况下，第二UE可以应用在字段1-4中指示的通信参数，同时忽略多播DCI消息的结束处的三个填充比特。此外，对于支持Rel-X+2的第三UE，由第三UE接收的单播信令可以指示多播DCI消息具有零(0)个填充比特。因此，除了用于指示与在Rel-X和Rel-X+1中启用的特征相关联的通信参数的字段1-4之外，多播DCI消息还可以包括具有三(3)个比特的第五字段，以指示与在Rel-X+2中启用的特征相关联的通信参数。以这种方式，基站可以向每个UE发送具有相同比特大小的相同DCI消息，除了比特中的一个或多个比特可以被配置为填充比特，以被缺少对与对应字段相关联的特征的支持的UE忽略。

另外地或替代地，参照图4C，附图标记430和432示出了通过广播RRC信令配置多播/广播接收的示例(例如，在系统信息块(SIB)和/或多播控制信道(MCCH)等中)。在这种情况下，基站发送针对被配置用于多播/广播接收的所有UE的广播RRC信令，并且每个UE可以至少部分地基于广播RRC信令来推导特定于UE的填充比特数量。例如，在一些方面中，广播RRC信令可以指示用于多播DCI消息的公共填充比特配置，并且还可以指示一个或多个参数，以使得每个单独UE能够推导在多播DCI消息中要被忽略的特定于UE的填充比特数量(例如，零个或更多个填充比特)。

例如，如附图标记430所示，广播RRC信令可以指示用于不同发布和/或特征集合以及其它示例的填充比特数量。例如，在图4C中，广播RRC信令可以指示多播DCI消息包括用于支持基线发布(例如，图4C所示的示例中的Rel-X或Rel-16)的UE的五个填充比特、用于支持当前发布(例如，图4C所示的示例中的Rel-X+2或Rel-18)的UE的零个填充比特、以及用于支持中间发布(例如，图4C所示的示例中的Rel-X+1或Rel-17)的UE的三个填充比特。

替代地，如附图标记432所示，广播RRC信令可以指示基线填充比特数量，其可以是基于所有UE支持的最小特征集合的，并且每个UE然后可以基于在广播RRC信号中指示为启用的一个或多个其它字段来将基线填充比特数量减少零或更多。例如，在图4C中，广播RRC信令指示五个填充比特作为与Rel-X(例如，图4C的示例中的Rel-16)相关联的最小特征集合的基线。此外，广播RRC信令指示字段3和字段4被启用以指示在Rel-X+1(例如，图4C的示例中的Rel-17)中引入的通信参数，并且指示字段5被启用以指示在Rel-X+1(例如，图4C的示例中的Rel-18)中引入的通信参数。在这种情况下，支持Rel-X的第一UE可以确定多播DCI包括五个填充比特(例如，基线填充比特减少了零)，因为第一UE不支持与在Rel-X+1和Rel-X+2中引入的特征相关的字段3-5。此外，支持Rel-X+1的第二UE可以确定与在Rel-X+1中引入的特征相关的字段3和4被启用，并且因此可以基于字段3和4的比特大小来减少基线填充比特数量(例如，第二UE可以基于五个基线填充比特以及字段3和4各自具有一比特大小来确定多播DCI包括三个填充比特)。此外，支持Rel-X+1和Rel-X+2的第三UE可以确定与在Rel-X+1中引入的特征相关的字段3和4被启用以及与在Rel-X+2中引入的特征相关的字段5被启用，并且因此可以基于字段3-5的比特大小来减少基线填充比特数量(例如，第三UE可以基于五个基线填充比特、字段3和4各自具有一比特大小、以及字段5具有三比特大小，来确定多播DCI包括零个填充比特)。尽管在该示例中，广播RRC信令显式地指示启用的字段，但是将理解的是，可以隐式地指示(例如，通过指示在广播/多播信令中启用给定特征)启用字段。

在一些方面中，在图4C和4D所示的示例中，填充比特通常位于多播DCI消息的结束处(例如，以减少与对多播DCI进行编码和/或解码相关联的复杂性)。然而，如上所述，支持技术规范或标准的相同发布或版本的不同UE可能具有不一致的能力。例如，支持Rel-X的第一UE可以具有支持在Rel-X中引入的第一特征集合的能力，并且支持Rel-X的第二第一UE可以具有支持在Rel-X中引入的第二特征集合的能力，其中第一集合中的特征和第二集合中的特征可以不相交或重叠(或相交)。例如，图4D示出了一个示例，其中第一UE支持Rel-X，第二UE支持Rel-X+1，具有支持在Rel-X+1中的M个特征的集合的能力，并且第三UE也支持Rel-X-1，但具有支持N个特征的集合的能力。在这种情况下，多播DCI消息的字段3-5可以与在Rel-X+1中引入的特征相关，因此可以将其配置为支持Rel-X的传统UE(UE₁)的填充比特。此外，如图4D中的附图标记440所示，除了为每个UE配置填充比特数量之外，基站提供的RRC信令还可以指示填充比特的位置(例如，经由单播或广播信令)。

例如，在多播DCI消息的字段3-5与在Rel-X+1中引入的特征相关并且第二UE支持与在字段3和4中指示的通信参数相关联的特征但缺少对与在字段5中指示的通信参数相关联的特征的支持的情况下，RRC信令可以将填充比特配置为位于多播DCI消息的结束，这是因为字段5位于多播DCI消息的结束处。另一方面，在第三UE支持与在字段5中指示的通信参数相关联的特征但缺少对与在字段3和4中指示的通信参数相关联的特征的支持的情况下，RRC信令可以将填充比特配置为位于与用于第三UE的字段3和4相对应的位置。以这种方式，通过指示用于每个UE的填充比特的数量和位置，相同的多播DCI消息可以针对与不同的发布或版本相关联的UE以及具有不同能力和/或支持不同特征集的不同的发布内UE。

在一些方面中，多播DCI消息可以调度包括针对多个UE的用户平面数据的多播PDSCH。通常，多播DCI消息中的填充比特的配置可以使得多播DCI消息能够由传统UE(例如，支持技术规范或标准相对于当前版本的较早发布或版本的UE)解释，即使多播DCI消息可以包括一个或多个字段以指示不受传统UE支持的一个或多个新特征或增强特征。因此，在一些情况下，即使不知道和/或不支持新特征或增强特征，传统UE仍可能具有解码PDSCH的能力。然而，在一些情况下，一个或多个新特征或增强特征可以阻止传统UE具有解码PDSCH的能力(例如，在Rel-X+1中的物理层处引入的“外部码”可以阻止与Rel-X或更早发布相关联的UE解码PDSCH)。换句话说，新特征或增强特征可以启用解码由多播DCI调度的PDSCH的能力，使得缺少对新特征或增强特征的支持的传统UE可能无法解码PDSCH。因此，在一些方面中，多播DCI消息中的一个或多个比特可以被配置为校验比特或验证比特，由此传统UE可以至少部分地基于一个或多个校验比特或验证比特的值来确定是否解码由多播DCI消息调度的PDSCH。

例如，如在图4E中并且通过附图标记450所示，多播DCI消息可以包括与Rel-X相关联的字段1和2，并且多播DCI消息还可以包括与Rel-X+1相关联的字段3和4。此外，在一些方面中，多播DCI消息可以被配置有一个或多个填充比特，其用于向与之后的发布相关联的一个或多个UE指示与Rel-X+1之后的发布相关联的一个或多个通信参数。在该示例中，字段3和4可以启用解码由多播DCI消息调度的PDSCH的能力。因此，因为第二UE支持Rel-X+1，所以第二UE应用字段3和4中指示的通信参数来解码PDSCH。此外，如附图标记452所示，多播DCI消息将对应于字段3和4的比特配置为与Rel-X(或更早发布)相关联的传统UE的校验比特或验证比特。在这种情况下，传统UE可以确定校验比特的值，并且传统UE可以基于校验比特的值来确定是否解码PDSCH。例如，传统UE可以将校验比特的值与预定值进行比较，并且如果校验比特的值满足条件，则可以解码PDSCH，并且如果校验比特的值未能满足条件，则可以避免解码PDSCH(反之亦然)。例如，如附图标记454所示，如果校验比特具有指示未启用解码PDSCH所需的通信参数的值(例如，“00”)，则传统UE可以解码PDSCH。替代地，如附图标记456所示，如果校验比特具有指示启用解码PDSCH所需的通信参数的任何其它值(例如，“01”、“10”或“11”)，则传统UE可以避免解码PDSCH。以这种方式，传统UE可以避免不必要地尝试解码由于缺少对使PDSCH能够被解码的特征的支持而不能被传统UE解码的PDSCH。

此外，如在图4F中并且通过附图标记460所示，接收多播DCI消息的UE中的一个或多个UE可以向基站发送针对由多播DCI消息调度的PDSCH的ACK/NACK反馈。例如，UE通常可以基于PDSCH不需要对在多播DCI消息中指示的一个或多个新特征或增强特征的支持、基于UE具有对启用解码由多播DCI消息调度的PDSCH的一个或多个新特征或增强特征的支持、和/或基于多播DCI消息在一个或多个校验比特中指示启用解码PDSCH的能力的一个或多个新特征或增强特征针对该PDSCH未被启用，来尝试接收和解码PDSCH。在这样的情况下，UE可以尝试接收和解码PDSCH，并且可以基于PDSCH解码结果来发送ACK/NACK反馈(例如，如果PDSCH被成功解码，则可以指示ACK，或者如果PDSCH未被成功接收和/或解码，则可以指示NACK)。

替代地，在传统UE由于缺少对被启用以及解码PDSCH所需的新特征或增强特征的支持而避免解码由多播DCI消息调度的PDSCH的情况下，传统UE可以确定是发送ACK/NACK反馈还是避免发送ACK/ACK反馈。例如，在一些方面中，传统UE可以处理下行链路指派索引(DAI)(例如，计数器DAI)以确定与PDSCH相关联的HARQ-ACK码本，并且如果多播DCI消息不是调度与相同HARQ-ACK码本相关联的PDSCH的唯一DCI，则可以生成针对PDSCH的ACK或NACK(例如，根据在技术规范或标准中预定义的规则)。例如，在一些方面中，传统UE可以生成ACK以防止基站不必要地尝试重传无法被解码的PDSCH，或者传统UE可以生成NACK以指示无法解码PDSCH。在任一情况下，针对无法被解码的PDSCH的ACK/NACK反馈可以与跟在相同的HARQ-ACK码本中具有ACK/NACK反馈的其它PDSCH相关联的ACK/ACK反馈串接。否则，如果调度无法被解码的PDSCH的多播DCI消息是调度与DAI相关联的HARQ-ACK码本中的PDSCH的唯一DCI，则UE可以避免发送针对不可解码的PDSCH的ACK/NACK反馈。

如上所指出的，图4A-4F仅是作为示例来提供的。其它示例可以不同于关于图4A-4F所描述的示例。

图5是示出根据本公开内容的例如由UE执行的示例过程500的示意图。示例过程500是其中UE(例如，UE 120)执行与具有前向兼容性的多播信令相关联的操作的示例。

如图5所示，在一些方面中，过程500可以包括：从基站接收指示与多播DCI的大小相关的一个或多个参数的RRC信令(框510)。例如，UE(例如，使用图7中描绘的接收组件702)可以从基站接收指示与多播DCI的大小相关的一个或多个参数的RRC信令，如上所述。

如图5进一步所示，在一些方面中，过程500可以包括：从基站接收多播DCI消息，多播DCI消息包括用于指示通信参数集合的字段集合(框520)。例如，UE(例如，使用图7中描绘的接收组件702)可以从基站接收多播DCI消息，多播DCI消息包括用于指示通信参数集合的字段集合，如上所述。

如图5进一步所示，在一些方面中，过程500可以包括：至少部分地基于多播DCI消息中的填充比特数量来解释指示通信参数集合的多播DCI消息，其中，填充比特数量是至少部分地基于与多播DCI的大小相关的一个或多个参数的(框530)。例如，UE(例如，使用图7中描绘的解释组件708)可以至少部分地基于多播DCI消息中的填充比特数量来解释指示通信参数集合的多播DCI消息，其中，填充比特数量是至少部分地基于与多播DCI的大小相关的一个或多个参数的，如上所述。

过程500可以包括额外的方面，诸如下文和/或结合本文中在别处描述的一个或多个其它过程描述的各方面中的任何单个方面或任何组合。

在第一方面中，解释多播DCI消息包括：至少部分地基于RRC信令具有单播配置来忽略填充比特数量。

在第二方面中，单独地或与第一方面相结合，填充比特数量是至少部分地基于RRC信令具有单播配置而至少部分地基于由UE支持的一个或多个特征的。

在第三方面中，单独地或与第一方面和第二方面中的一个或多个方面相结合，解释多播DCI消息包括：至少部分地基于RRC信令具有广播配置来推导特定于UE的填充比特数量；以及忽略特定于UE的填充比特数量。

在第四方面中，单独地或与第一方面至第三方面中的一个或多个方面相结合，过程500包括：RRC信令指示至少部分地基于由不同UE支持的特征的不同的填充比特数量，并且推导特定于UE的填充比特数量包括：至少部分地基于由UE支持的一个或多个特征来在不同的填充比特数量中确定特定于UE的填充比特数量。

在第五方面中，单独地或与第一方面至第四方面中的一个或多个方面相结合，过程500包括：RRC信令至少部分地基于最小特征集合来指示基线填充比特数量，并且还指示在多播DCI中启用的与增强特征相关的字段集合，并且推导特定于UE的填充比特数量包括：至少部分地基于与由UE支持的增强特征相关的字段集合中的一个或多个字段相关联的比特大小来减少基线填充比特数量，以确定特定于UE的填充比特数量。

在第六方面中，单独地或与第一方面至第五方面中的一个或多个方面相结合，填充比特位于多播DCI消息的结束处。

在第七方面中，单独地或与第一方面至第六方面中的一个或多个方面相结合，RRC信令还至少部分地基于由UE支持的特征集合来指示多播DCI消息中的填充比特的位置。

在第八方面中，单独地或与第一方面至第七方面中的一个或多个方面相结合，填充比特数量为零或更多。

在第九方面中，单独地或与第一方面至第八方面中的一个或多个方面相结合，解释多播DCI消息包括：确定启用解码由多播DCI消息调度的PDSCH的能力的一个或多个特征不受支持；以及至少部分地基于多播DCI消息中的一个或多个比特的值来确定是否解码PDSCH，该一个或多个比特与启用解码由多播DCI消息调度的PDSCH的能力的一个或多个特征相关联。

在第十方面中，单独地或与第一方面至第九方面中的一个或多个方面相结合，过程500包括：至少部分地基于一个或多个比特的值未能满足条件来避免解码由多播DCI消息调度的PDSCH。

在第十一方面中，单独地或与第一方面至第十方面中的一个或多个方面相结合，过程500包括：至少部分地基于与多播DCI消息相关联的下行链路指派索引来确定HARQ-ACK码本以携带针对PDSCH的HARQ-ACK反馈；以及至少部分地基于HARQ-ACK码本携带针对至少一个其它PDSCH的HARQ-ACK反馈，来向基站发送具有针对由多播DCI消息调度的PDSCH的HARQ-ACK反馈的HARQ-ACK码本。

在第十二方面中，单独地或与第一方面至第十一方面中的一个或多个方面相结合，过程500包括：至少部分地基于与多播DCI消息相关联的下行链路指派索引来确定HARQ-ACK码本以携带针对PDSCH的HARQ-ACK反馈；以及至少部分地基于HARQ-ACK码本携带仅针对由多播DCI消息调度的PDSCH的HARQ-ACK反馈来避免发送HARQ-ACK码本。

在第十三方面中，单独地或与第一方面至第十二方面中的一个或多个方面相结合，过程500包括：至少部分地基于一个或多个比特的值满足条件来解码由多播DCI消息调度的PDSCH。

虽然图5示出了过程500的示例框，但是在一些方面中，过程500可以包括与图5中描绘的那些框相比额外的框、更少的框、不同的框或者以不同方式布置的框。另外地或替代地，过程500的框中的两个或更多个框可以并行地执行。

图6是示出根据本公开内容的例如由基站执行的示例过程600的示意图。示例过程600是其中基站(例如，基站110)执行与具有前向兼容性的多播信令相关联的操作的示例。

如图6所示，在一些方面中，过程600可以包括：向UE发送指示与多播DCI的大小相关的一个或多个参数的RRC信令(框610)。例如，基站(例如，使用图8中描绘的发送组件804)可以向UE发送指示与多播DCI的大小相关的一个或多个参数的RRC信令，如上所述。

如图6进一步所示，在一些方面中，过程600可以包括：向UE发送多播DCI消息，多播DCI消息包括用于指示通信参数集合的字段集合，其中，RRC信令将UE配置为至少部分地基于多播DCI消息中的填充比特数量来解释指示通信参数集合的多播DCI消息(框620)。例如，基站(例如，使用图8中描绘的发送组件804)可以向UE发送多播DCI消息，多播DCI消息包括用于指示通信参数集合的字段集合，其中，RRC信令将UE配置为至少部分地基于多播DCI消息中的填充比特数量来解释指示通信参数集合的多播DCI消息，如上所述。

过程600可以包括额外的方面，诸如下文和/或结合本文中在别处描述的一个或多个其它过程描述的各方面中的任何单个方面或任何组合。

在第一方面中，RRC信令将UE配置为至少部分地基于RRC信令具有单播配置来忽略填充比特数量。

在第二方面中，单独地或与第一方面相结合，填充比特数量是至少部分地基于RRC信令具有单播配置而至少部分地基于由UE支持的一个或多个特征的。

在第三方面中，单独地或与第一方面和第二方面中的一个或多个方面相结合，RRC信令将UE配置为推导特定于UE的填充比特数量并且至少部分地基于RRC信令具有广播配置来忽略特定于UE的填充比特数量。

在第四方面中，单独地或与第一方面至第三方面中的一个或多个方面相结合，RRC信令指示至少部分地基于由不同UE支持的特征的不同的填充比特数量。

在第五方面中，单独地或与第一方面至第四方面中的一个或多个方面相结合，RRC信令至少部分地基于最小特征集合来指示基线填充比特数量，并且还指示在多播DCI中启用的与增强特征相关的字段集合。

在第六方面中，单独地或与第一方面至第五方面中的一个或多个方面相结合，填充比特位于多播DCI消息的结束处。

在第七方面中，单独地或与第一方面至第六方面中的一个或多个方面相结合，RRC信令还至少部分地基于由UE支持的特征集合来指示多播DCI消息中的填充比特的位置。

在第八方面中，单独地或与第一方面至第七方面中的一个或多个方面相结合，填充比特数量为零或更多。

在第九方面中，单独地或与第一方面至第八方面中的一个或多个方面相结合，多播DCI消息中的一个或多个比特具有与一个或多个特征相关联的值，所述一个或多个特征启用解码由多播DCI消息调度的PDSCH的能力。

在第十方面中，单独地或与第一方面至第九方面中的一个或多个方面相结合，过程600包括：从UE接收HARQ-ACK码本，该HARQ-ACK码本包括针对由多播DCI消息调度的PDSCH的HARQ-ACK反馈。

虽然图6示出了过程600的示例框，但是在一些方面中，过程600可以包括与图6中描绘的那些框相比额外的框、更少的框、不同的框或者以不同方式布置的框。另外地或替代地，过程600的框中的两个或更多个框可以并行地执行。

图7是用于无线通信的示例装置700的框图。装置700可以是UE，或者UE可以包括装置700。在一些方面中，装置700包括接收组件702和发送组件704，它们可以相互通信(例如，经由一个或多个总线和/或一个或多个其它组件)。如图所示，装置700可以使用接收组件702和发送组件704与另一装置706(诸如UE、基站或另一无线通信设备)进行通信。如进一步示出的，装置700可以包括解释组件708、确定组件710或解码组件712中的一者或多者以及其它示例。

在一些方面中，装置700可以被配置为执行本文结合图4A-4F描述的一个或多个操作。另外地或替代地，装置700可以被配置为执行本文所述的一个或多个过程，例如图5的过程500。在一些方面中，图7所示的装置700和/或一个或多个组件可以包括上文结合图2所述的UE的一个或多个组件。另外地或替代地，图7中所示的一个或多个组件可以在上文结合图2所述的一个或多个组件内实现。另外地或替代地，所述组件集合中的一个或多个组件可以至少部分地实现为存储在存储器中的软件。例如，组件(或组件的一部分)可以被实现为存储在非暂时性计算机可读介质中并可由控制器或处理器执行以执行组件的功能或操作的指令或代码。

接收组件702可以从装置706接收通信，例如参考信号、控制信息、数据通信或其组合。接收组件702可以向装置700的一个或多个其它组件提供接收到的通信。在一些方面中，接收组件702可以对接收到的通信执行信号处理(例如滤波、放大、解调、模数转换、解复用、解交织、解映射、均衡、干扰消除或解码等)，并且可以将经处理的信号提供给装置700的一个或多个其它组件。在一些方面中，接收组件702可以包括上文结合图2描述的UE的一个或多个天线、解调器、MIMO检测器、接收处理器、控制器/处理器、存储器或其组合。

发送组件704可以向装置706发送通信，例如参考信号、控制信息、数据通信或其组合。在一些方面中，装置700的一个或多个其它组件可以生成通信，并且可以将生成的通信提供给发送组件704以用于发送到装置706。在一些方面中，发送组件704可以对生成的通信执行信号处理(例如滤波、放大、调制、数模转换、复用、交织、映射或编码等)，并且可以将经处理的信号发送到装置706。在一些方面中，发送组件704可以包括上文结合图2描述的UE的一个或多个天线、调制器、发送MIMO处理器、发射处理器、控制器/处理器、存储器或其组合。在一些方面中，发送组件704可以与收发机中的接收组件702共址。

接收组件702可以从基站接收指示与多播DCI的大小相关的一个或多个参数的RRC信令。接收组件702可以从基站接收多播DCI消息，该多播DCI消息包括指示通信参数集合的字段集合。解释组件708可以至少部分地基于多播DCI消息中的填充比特的数量来解释指示通信参数集合的多播DCI消息，其中，填充比特的数量至少部分地基于与多播DC1的大小相关的一个或多个参数。在一些方面中，解释组件708可以包括上文结合图2描述的UE的一个或多个天线、解调器、MIMO检测器、接收处理器、控制器/处理器、存储器或其组合。

解释组件708可以至少部分地基于具有单播配置的RRC信令来忽略填充比特的数量。

解释组件708可以至少部分地基于具有广播配置的RRC信令来导出特定于UE的填充比特的数量以及忽略特定于UE的填充比特的数量。

解释组件708可以至少部分地基于由UE支持的一个或多个特征来在RRC信令中指示的不同的填充比特数量中确定特定于UE的填充比特数量。

解释组件708可以至少部分地基于与由UE支持的增强特征相关的字段集合中的一个或多个字段相关联的比特大小来减少RRC信令中指示的基线填充比特数量，以确定特定于UE的填充比特数量。

解释组件708可以确定启用解码由多播DCI消息调度的PDSCH的能力的一个或多个特征不受支持，并且至少部分地基于多播DCI消息中的一个或多个比特的值来确定是否解码PDSCH，该一个或多个比特与启用解码由多播DCI消息调度的PDSCH的能力的一个或多个特征相关联。

解码组件712可以至少部分地基于未能满足条件的一个或多个比特的值来避免对由多播DCI消息调度的PDSCH进行解码。在一些方面中，解码组件712可以包括上文结合图2描述的UE的一个或多个天线、解调器、MIMO检测器、接收处理器、控制器/处理器、存储器或其组合。

确定组件710可以至少部分地基于与多播DCI消息相关联的下行链路分配索引来确定HARQ-ACK码本携带针对PDSCH的HARQ-ACK反馈。在一些方面中，确定组件710可以包括上文结合图2描述的UE的控制器/处理器、存储器或其组合。发送组件704可以至少部分地基于携带针对至少一个其它PDSCH的HARQ-ACK反馈的HARQ-ACK码本，向基站发送具有针对由多播DCI消息调度的PDSCH的HARQ-ACK反馈的HARQ-ACK码本。

确定组件710可以至少部分地基于与多播DCI消息相关联的下行链路分配索引来确定HARQ-ACK码本携带针对PDSCH的HARQ-ACK反馈。

发送组件704可以至少部分地基于仅针对由多播DCI消息调度的PDSCH携带HARQ-ACK反馈的HARQ-ACK码本来避免发送HARQ-ACK码本。

解码组件712可以至少部分地基于满足条件的一个或多个比特的值来解码由多播DCI消息调度的PDSCH。

图7所示的组件的数量和排列是作为示例提供的。实际上，可以存在额外的组件、更少的组件、不同的组件或与图7所示的组件排列不同的组件。此外，图7所示的两个或更多个组件可以在单个组件内实现，或图7所示的单个组件可以实现为多个分布式组件。另外地或替代地，图7所示的(一个或多个)组件的集合可以执行被描述为由图7所示的另一组件集合执行的一个或多个功能。

图8是用于无线通信的示例装置800的框图。装置800可以是基站，或者基站可以包括装置800。在一些方面中，装置800包括接收组件802和发送组件804，其可以彼此通信(例如，经由一个或多个总线和/或一个或多个其它组件)。如图所示，装置800可以使用接收组件802和发送组件804与另一设备806(例如UE、基站或另一无线通信设备)进行通信。

在一些方面中，装置800可以被配置为执行本文结合图4A-4F描述的一个或多个操作。另外地或替代地，装置800可以被配置为执行本文所述的一个或多个过程，例如图6的过程600。在一些方面中，图8中所示的装置800和/或一个或多个组件可以包括上文结合图2描述的基站的一个或多个组件。另外地或替代地，图8中所示的一个或多个组件可以在上文结合图2所述的一个或多个组件内实现。另外地或替代地，组件集合中的一个或多个组件可以至少部分地实现为存储在存储器中的软件。例如，组件(或组件的一部分)可以被实现为存储在非暂时性计算机可读介质中并可由控制器或处理器执行以执行组件的功能或操作的指令或代码。

接收组件802可以从装置806接收通信，诸如参考信号、控制信息、数据通信或其组合。接收组件802可以向装置800的一个或多个其它组件提供接收到的通信。在一些方面中，接收组件802可以对接收到的通信执行信号处理(例如滤波、放大、解调、模数转换、解复用、解交织、解映射、均衡、干扰消除或解码等)，并且可以将处理后的信号提供给装置800的一个或多个其它组件。在一些方面中，接收组件802可以包括上文结合图2描述的基站的一个或多个天线、解调器、MIMO检测器、接收处理器、控制器/处理器、存储器或其组合。

发送组件804可以向装置806发送通信，例如参考信号、控制信息、数据通信或其组合。在一些方面中，装置800的一个或多个其它组件可以生成通信，并且可以将生成的通信提供给发送组件804以用于发送到装置806。在一些方面中，发送组件804可以对生成的通信执行信号处理(例如滤波、放大、调制、数模转换、复用、交织、映射或编码等)，并且可以将处理后的信号发送到装置806。在一些方面中，发送组件804可以包括上面结合图2描述的基站的一个或多个天线、调制器、发射MIMO处理器、发射处理器、控制器/处理器、存储器或其组合。在一些方面中，发送组件804可以与收发机中的接收组件802共址。

发送组件804可以向UE发送指示与多播DCI的大小相关的一个或多个参数的RRC信令。发送组件804可以向UE发送多播DCI消息，该多播DCI消息包括指示通信参数的集合的字段集合，其中，RRC信令至少部分地基于多播DCI消息中的填充比特的数量来配置UE解释指示通信参数的集合的多播DCI消息。

接收组件802可以从UE接收HARQ-ACK码本，该HARQ-ACK码本包括针对由多播DCI消息调度的PDSCH的HARQ-ACK反馈。

图8所示的组件的数量和排列是作为示例提供的。实际上，可以存在额外的组件、更少的组件、不同的组件或与图8所示的组件排列不同的组件。此外，图8所示的两个或更多个组件可以在单个组件内实现，或图8所示的单个组件可以实现为多个分布式组件。另外地或替代地，图8所示的(一个或多个)组件的集合可以执行被描述为由图8所示的另一组件集合执行的一个或多个功能。

以下提供了本公开内容的一些方面的概括：

方面1：一种由UE执行的无线通信的方法，包括：从基站接收指示与多播DCI的大小相关的一个或多个参数的RRC信令；从所述基站接收多播DCI消息，所述多播DCI消息包括用于指示通信参数集合的字段集合；以及至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息，其中，所述填充比特数量是至少部分地基于与所述多播DCI的所述大小相关的所述一个或多个参数的。

方面2：根据方面1所述的方法，其中，解释所述多播DCI消息包括：至少部分地基于所述RRC信令具有单播配置来忽略所述填充比特数量。

方面3：根据方面1-2中任一项所述的方法，其中，所述填充比特数量是至少部分地基于所述RRC信令具有单播配置而至少部分地基于由所述UE支持的一个或多个特征的。

方面4：根据方面1所述的方法，其中，解释所述多播DCI消息包括：至少部分地基于所述RRC信令具有广播配置来推导特定于UE的填充比特数量；以及忽略所述特定于UE的填充比特数量。

方面5：根据方面4所述的方法，其中：所述RRC信令指示至少部分地基于由不同UE支持的特征的不同的填充比特数量，并且推导所述特定于UE的填充比特数量包括：至少部分地基于由所述UE支持的一个或多个特征来在不同的填充比特数量中确定所述特定于UE的填充比特数量。

方面6：根据方面4所述的方法，其中：所述RRC信令至少部分地基于最小特征集合来指示基线填充比特数量，并且还指示在所述多播DCI中启用的与增强特征相关的字段集合，并且推导所述特定于UE的填充比特数量包括：至少部分地基于与由所述UE支持的增强特征相关的所述字段集合中的一个或多个字段相关联的比特大小来减少所述基线填充比特数量，以确定所述特定于UE的填充比特数量。

方面7：根据方面1-6中任一项所述的方法，其中，所述填充比特位于所述多播DCI消息的结束处。

方面8：根据方面1-6中任一项所述的方法，其中，所述RRC信令还至少部分地基于由所述UE支持的特征集合来指示所述多播DCI消息中的所述填充比特的位置。

方面9：根据方面1-8中任一项所述的方法，其中，所述填充比特数量为零或更多。

方面10：根据方面1-9中任一项所述的方法，其中，解释所述多播DCI消息包括：确定启用解码由所述多播DCI消息调度的PDSCH的能力的一个或多个特征不受支持；以及至少部分地基于所述多播DCI消息中的一个或多个比特的值来确定是否解码所述PDSCH，所述一个或多个比特与启用解码由所述多播DCI消息调度的所述PDSCH的所述能力的所述一个或多个特征相关联。

方面11：根据方面10所述的方法，还包括：至少部分地基于所述一个或多个比特的所述值未能满足条件来避免解码由所述多播DCI消息调度的所述PDSCH。

方面12：根据方面11所述的方法，还包括：至少部分地基于与所述多播DCI消息相关联的下行链路指派索引来确定HARQ-ACK码本以携带针对所述PDSCH的HARQ-ACK反馈；以及至少部分地基于所述HARQ-ACK码本携带针对至少一个其它PDSCH的HARQ-ACK反馈，来向所述基站发送具有针对由所述多播DCI消息调度的所述PDSCH的HARQ-ACK反馈的所述HARQ-ACK码本。

方面13：根据方面11所述的方法，还包括：至少部分地基于与所述多播DCI消息相关联的下行链路指派索引来确定HARQ-ACK码本以携带针对所述PDSCH的HARQ-ACK反馈；以及至少部分地基于所述HARQ-ACK码本携带仅针对由所述多播DCI消息调度的所述PDSCH的HARQ-ACK反馈来避免发送所述HARQ-ACK码本。

方面14：根据方面10所述的方法，还包括：至少部分地基于所述一个或多个比特的所述值满足条件来解码由所述多播DCI消息调度的所述PDSCH。

方面15：一种由基站执行的无线通信的方法，包括：向UE发送指示与多播DCI的大小相关的一个或多个参数的RRC信令；以及向所述UE发送多播DCI消息，所述多播DCI消息包括用于指示通信参数集合的字段集合，其中，所述RRC信令将所述UE配置为至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息。

方面16：根据方面15所述的方法，其中，所述RRC信令将所述UE配置为至少部分地基于所述RRC信令具有单播配置来忽略所述填充比特数量。

方面17：根据方面15-16中任一项所述的方法，其中，所述填充比特数量是至少部分地基于所述RRC信令具有单播配置而至少部分地基于由所述UE支持的一个或多个特征的。

方面18：根据方面15所述的方法，其中，所述RRC信令将所述UE配置为推导特定于UE的填充比特数量并且至少部分地基于所述RRC信令具有广播配置来忽略所述特定于UE的填充比特数量。

方面19：根据方面18所述的方法，其中，所述RRC信令指示至少部分地基于由不同UE支持的特征的不同的填充比特数量。

方面20：根据方面18所述的方法，其中，所述RRC信令至少部分地基于最小特征集合来指示基线填充比特数量，并且还指示在所述多播DCI中启用的与增强特征相关的字段集合。

方面21：根据方面15-20中任一项所述的方法，其中，所述填充比特位于所述多播DCI消息的结束处。

方面22：根据方面15-20中任一项所述的方法，其中，所述RRC信令还至少部分地基于由所述UE支持的特征集合来指示所述多播DCI消息中的所述填充比特的位置。

方面23：根据方面15-22中任一项所述的方法，其中，所述填充比特数量为零或更多。

方面24：根据方面15-23中任一项所述的方法，其中，所述多播DCI消息中的一个或多个比特具有与一个或多个特征相关联的值，所述一个或多个特征启用解码由所述多播DCI消息调度的PDSCH的能力。

方面25：根据方面24所述的方法，还包括：从所述UE接收HARQ-ACK码本，所述HARQ-ACK码本包括针对由所述多播DCI消息调度的所述PDSCH的HARQ-ACK反馈。

方面26：一种用于设备处的无线通信的装置，包括：处理器；与所述处理器耦合的存储器；以及指令，所述指令被存储在所述存储器中并且可由处理器执行以使得所述装置执行根据方面1-14中的一个或多个方面所述的方法。

方面27：一种用于无线通信的设备，包括存储器和耦合到所述存储器的一个或多个处理器，所述一个或多个处理器被配置为执行根据方面1-14中的一个或多个方面所述的方法。

方面28：一种用于无线通信的装置，包括用于执行根据方面1-14中的一个或多个方面所述的方法的至少一个单元。

方面29：一种存储用于无线通信的代码的非暂时性计算机可读介质，所述代码包括可由处理器执行以执行根据方面1-14中的一个或多个方面所述的方法的指令。

方面30：一种存储用于无线通信的指令集的非暂时性计算机可读介质，所述指令集包括一个或多个指令，所述一个或多个指令在由设备的一个或多个处理器执行时使得所述设备执行根据方面1-14中的一个或多个方面所述的方法。

方面27：一种用于设备处的无线通信的装置，包括：处理器；与所述处理器耦合的存储器；以及指令，所述指令被存储在所述存储器中并且可由处理器执行以使得所述装置执行根据方面15-25中的一个或多个方面所述的方法。

方面28：一种用于无线通信的设备，包括存储器和耦合到所述存储器的一个或多个处理器，所述一个或多个处理器被配置为执行根据方面15-25中的一个或多个方面所述的方法。

方面29：一种用于无线通信的装置，包括用于执行根据方面15-25中的一个或多个方面所述的方法的至少一个单元。

方面30：一种存储用于无线通信的代码的非暂时性计算机可读介质，所述代码包括可由处理器执行以执行根据方面15-25中的一个或多个方面所述的方法的指令。

方面31：一种存储用于无线通信的指令集的非暂时性计算机可读介质，所述指令集包括一个或多个指令，所述一个或多个指令在由设备的一个或多个处理器执行时使得所述设备执行根据方面15-25中的一个或多个方面所述的方法。

上述公开内容提供了说明和描述，而不旨在是详尽的，也不是将这些方面限制为公开的精确形式。可以根据以上公开内容进行修改和变化，或者可以从这些方面的实践中获得修改和变化。

如本文所使用的，术语“组件”旨在广义地解释为硬件和/或硬件和软件的组合。无论是称为软件、固件、中间件、微代码、硬件描述语言或其它，“软件”应当广义地解释为意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、程序包、例程、子程序、对象、可执行文件、执行线程、程序和/或功能，以及其它示例。如本文所使用的，处理器以硬件和/或硬件和软件的组合来实现。将显而易见的是，本文描述的系统和/或方法可以以不同形式的硬件和/或硬件和软件的组合来实现。用于实现这些系统和/或方法的实际专用控制硬件或软件代码不限制这些方面。因此，本文中描述了系统和/或方法的操作和行为，而没有参考特定的软件代码——要理解的是，软件和硬件可以被设计为至少部分地基于本文的描述来实现系统和/或方法。

如本文所使用的，根据上下文，满足门限可以指代一个值大于门限、大于或等于门限、小于门限、小于或等于门限、等于门限、不等于门限等等的值。

尽管在权利要求书中阐述了和/或在说明书中公开了特征的组合，但是这些组合并不是旨在限制各个方面的公开内容。事实上，可以以权利要求书中没有具体阐述和/或说明书中没有公开的方式来组合这些特征中的许多特征。虽然下面所列出的每一项从属权利要求直接取决于仅仅一项权利要求，但是各个方面的公开内容包括结合权利要求组中的每个其它权利要求项的每个从属权利要求。如本文所使用的，指代一个列表项“中的至少一个”的短语指代这些项的任意组合(其包括单个成员)。举例而言，“a、b或c中的至少一个”旨在覆盖a、b、c、a-b、a-c、b-c和a-b-c、以及具有多个相同元素的任意组合(例如，a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c和c-c-c，或者a、b和c的任何其它排序)。

在本申请中所使用的任何元素、动作或指令都不应当被解释为是关键的或根本的，除非如此明确描述。此外，如本文所使用的，冠词“一(a)”和“一个(an)”旨在包括一项或多项，其可以与“一个或多个”互换地使用。此外，如本文所使用的，冠词“该(the)”旨在包括结合该冠词“该”引用的一项或多项，其可以与“一个或多个”互换地使用。此外，如本文所使用的，术语“集合”和“组”旨在包括一项或多项(例如，相关的项、无关的项、相关项和无关项的组合等等)，其可以与“一个或多个”互换地使用。如果仅仅想要指一个项，将使用短语“仅仅一个”或类似用语。此外，如本文所使用的，术语“具有(has)”、“具有(have)”、“具有(having)”等旨在是开放式术语。此外，短语“基于”旨在意味着“至少部分地基于”，除非另外明确说明。此外，如本文所使用的，术语“和/或”在一系列中使用时旨在是包括性的，并可以与“和/或”互换地使用，除非另外明确地说明(例如，如果与“任一”或“仅其中一个”结合使用)。

Claims (30)

1.一种用于无线通信的用户设备(UE)，包括：

存储器；以及

耦合到所述存储器的一个或多个处理器，所述一个或多个处理器被配置为：

从基站接收指示与多播下行链路控制信息(DCI)的大小相关的一个或多个参数的无线电资源控制(RRC)信令；

从所述基站接收多播DCI消息，所述多播DCI消息包括用于指示通信参数集合的字段集合；以及

至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息，其中，所述填充比特数量是至少部分地基于与所述多播DCI的所述大小相关的所述一个或多个参数的。

2.根据权利要求1所述的UE，其中，为了解释所述多播DCI消息，所述一个或多个处理器被配置为：

至少部分地基于所述RRC信令具有单播配置来忽略所述填充比特数量。

3.根据权利要求1所述的UE，其中，所述填充比特数量是至少部分地基于所述RRC信令具有单播配置而至少部分地基于由所述UE支持的一个或多个特征的。

4.根据权利要求1所述的UE，其中，为了解释所述多播DCI消息，所述一个或多个处理器被配置为：

至少部分地基于所述RRC信令具有广播配置来推导特定于UE的填充比特数量；以及

忽略所述特定于UE的填充比特数量。

5.根据权利要求4所述的UE，其中：

所述RRC信令指示至少部分地基于由不同UE支持的特征的不同的填充比特数量，并且

为了推导所述特定于UE的填充比特数量，所述一个或多个处理器被配置为：至少部分地基于由所述UE支持的一个或多个特征来在不同的填充比特数量中确定所述特定于UE的填充比特数量。

6.根据权利要求4所述的UE，其中：

所述RRC信令至少部分地基于最小特征集合来指示基线填充比特数量，并且还指示在所述多播DCI中启用的与增强特征相关的字段集合，并且

为了推导所述特定于UE的填充比特数量，所述一个或多个处理器被配置为：至少部分地基于与由所述UE支持的增强特征相关的所述字段集合中的一个或多个字段相关联的比特大小来减少所述基线填充比特数量，以确定所述特定于UE的填充比特数量。

7.根据权利要求1所述的UE，其中，所述填充比特位于所述多播DCI消息的结束处。

8.根据权利要求1所述的UE，其中，所述RRC信令还至少部分地基于由所述UE支持的特征集合来指示所述多播DCI消息中的所述填充比特的位置。

9.根据权利要求1所述的UE，其中，所述填充比特数量为零或更多。

10.根据权利要求1所述的UE，其中，为了解释所述多播DCI消息，所述一个或多个处理器被配置为：

确定启用解码由所述多播DCI消息调度的物理下行链路共享信道(PDSCH)的能力的一个或多个特征不受支持；以及

至少部分地基于所述多播DCI消息中的一个或多个比特的值来确定是否解码所述PDSCH，所述一个或多个比特与启用解码由所述多播DCI消息调度的所述PDSCH的所述能力的所述一个或多个特征相关联。

11.根据权利要求10所述的UE，其中，所述一个或多个处理器还被配置为：

至少部分地基于所述一个或多个比特的所述值未能满足条件来避免解码由所述多播DCI消息调度的所述PDSCH。

12.根据权利要求10所述的UE，其中，所述一个或多个处理器还被配置为：

至少部分地基于与所述多播DCI消息相关联的下行链路指派索引来确定混合自动重传请求确认(HARQ-ACK)码本以携带针对所述PDSCH的HARQ-ACK反馈；以及

至少部分地基于所述HARQ-ACK码本携带针对至少一个其它PDSCH的HARQ-ACK反馈，来向所述基站发送具有针对由所述多播DCI消息调度的所述PDSCH的HARQ-ACK反馈的所述HARQ-ACK码本。

13.根据权利要求11所述的UE，其中，所述一个或多个处理器还被配置为：

至少部分地基于与所述多播DCI消息相关联的下行链路指派索引来确定混合自动重传请求确认(HARQ-ACK)码本以携带针对所述PDSCH的HARQ-ACK反馈；以及

至少部分地基于所述HARQ-ACK码本携带仅针对由所述多播DCI消息调度的所述PDSCH的HARQ-ACK反馈来避免发送所述HARQ-ACK码本。

14.根据权利要求10所述的UE，其中，所述一个或多个处理器还被配置为：

至少部分地基于所述一个或多个比特的所述值满足条件来解码由所述多播DCI消息调度的所述PDSCH。

15.一种用于无线通信的基站，包括：

存储器；以及

操作地耦合到所述存储器的一个或多个处理器，所述存储器和所述一个或多个处理器被配置为：

向用户设备(UE)发送指示与多播下行链路控制信息(DCI)的大小相关的一个或多个参数的无线电资源控制(RRC)信令；以及

向所述UE发送多播DCI消息，所述多播DCI消息包括用于指示通信参数集合的字段集合，其中，所述RRC信令将所述UE配置为至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息。

16.根据权利要求15所述的基站，其中，所述RRC信令将所述UE配置为至少部分地基于所述RRC信令具有单播配置来忽略所述填充比特数量。

17.根据权利要求15所述的基站，其中，所述填充比特数量是至少部分地基于所述RRC信令具有单播配置而至少部分地基于由所述UE支持的一个或多个特征的。

18.根据权利要求15所述的基站，其中，所述RRC信令将所述UE配置为推导特定于UE的填充比特数量并且至少部分地基于所述RRC信令具有广播配置来忽略所述特定于UE的填充比特数量。

19.根据权利要求18所述的基站，其中，所述RRC信令指示至少部分地基于由不同UE支持的特征的不同的填充比特数量。

20.根据权利要求18所述的基站，其中，所述RRC信令至少部分地基于最小特征集合来指示基线填充比特数量，并且还指示在所述多播DCI中启用的与增强特征相关的字段集合。

21.根据权利要求15所述的基站，其中，所述填充比特位于所述多播DCI消息的结束处。

22.根据权利要求15所述的基站，其中，所述RRC信令还至少部分地基于由所述UE支持的特征集合来指示所述多播DCI消息中的所述填充比特的位置。

23.根据权利要求15所述的基站，其中，所述填充比特数量为零或更多。

24.根据权利要求15所述的基站，其中，所述多播DCI消息中的一个或多个比特具有与一个或多个特征相关联的值，所述一个或多个特征启用解码由所述多播DCI消息调度的物理下行链路共享信道(PDSCH)的能力。

25.根据权利要求24所述的基站，其中，所述一个或多个处理器还被配置为：

从所述UE接收混合自动重传请求确认(HARQ-ACK)码本，所述HARQ-ACK码本包括针对由所述多播DCI消息调度的所述PDSCH的HARQ-ACK反馈。

26.一种由用户设备(UE)执行的无线通信的方法，包括：

从基站接收指示与多播下行链路控制信息(DCI)的大小相关的一个或多个参数的无线电资源控制信令；

从所述基站接收多播DCI消息，所述多播DCI消息包括用于指示通信参数集合的字段集合；以及

至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息，其中，所述填充比特数量是至少部分地基于与所述多播DCI的所述大小相关的所述一个或多个参数的。

27.根据权利要求26所述的方法，其中，所述RRC信令中指示的所述填充比特数量是至少部分地基于所述RRC信令具有单播配置而至少部分地基于由所述UE支持的一个或多个特征的。

28.根据权利要求26所述的方法，其中，解释所述多播DCI消息包括：

至少部分地基于所述RRC信令具有广播配置来推导特定于UE的填充比特数量；以及

忽略所述特定于UE的填充比特数量。

29.根据权利要求26所述的方法，其中，所述填充比特的位置在所述多播DCI消息的结束处或者至少部分地基于由所述UE支持的特征集合来在所述RRC信令中指示。

30.一种由基站执行的无线通信的方法，包括：

向用户设备(UE)发送指示与多播下行链路控制信息(DCI)的大小相关的一个或多个参数的无线电资源控制(RRC)信令；以及

向所述UE发送多播DCI消息，所述多播DCI消息包括用于指示通信参数集合的字段集合，其中，所述RRC信令将所述UE配置为至少部分地基于所述多播DCI消息中的填充比特数量来解释指示所述通信参数集合的所述多播DCI消息。

Images