CN115804051A - 用于提高nr多播传输的可靠性，以及用于单小区nr多播传输的组调度的系统和方法 - Google Patents

Abstract

本发明提供了一种gNodeB装置、一种系统、一种方法以及一种机器可读介质。该装置包括一个或多个处理器以：对用于单小区多播、广播或组播传输到一组用户设备(UE)的消息进行编码，该消息用于关于信道质量指示符(CQI)反馈或混合自动重传请求确认(HARQ/ACK)反馈中的至少一种配置UE，使得CQI反馈或HARQ/ACK反馈中的至少一种可以被关闭，或者使得CQI反馈和HARQ/ACK反馈都可以被使用；以及将该消息发送到gNB的通信资源以传输到UE。该一个或多个处理器可进一步对由更高层映射到公共服务的多播、广播或组播物理层传输编码以传输到UE。

Description

用于提高NR多播传输的可靠性，以及用于单小区NR多播传输 的组调度的系统和方法

相关申请的交叉引用

本申请要求以下临时专利申请的权益和优先权：于2021年8月7日提交的名称为“SYSTEM AND METHOD FOR RELIABILITY IMPROVEMENTS IN NR MULTICAST”的美国临时专利申请No.63/062,928，以及于2021年8月7日提交的名称为“SYSTEM AND METHOD FORGROUP SCHEDULING IN SINGLE CELL MULTICAST IN NR”的美国临时专利申请No.63/063,109。

背景技术

各种实施例通常可以涉及无线通信领域，特别是涉及符合一个或多个第三代合作伙伴计划(3GPP)规范的蜂窝网络中的通信领域。

附图说明

在不一定按比例绘制的附图中，相同的数字可以在不同的视图中描述相似的部件。具有不同字母后缀的相似数字可以表示相似组件的不同实例。附图通过示例而非限制的方式概括地示出了本文档中讨论的各种实施例。

图1示出了包括gNB和一组UE的NR网络，其中，初始组播传输被发送至4个UE，该传输包括码块CB1和CB2。

图2A示出了根据一些实施例的在图1的初始组播传输之后，以及在重传时的图1的NR网络。

图2B示出了根据一些实施例的在接收到图2A中示出的重传之后以及在对其进行解码期间的图2B的UE。

图3示出了根据各种实施例的无线网络。

图4示出了根据各种实施例的无线通信中的用户设备(UE)和无线接入节点(RAN)。

图5示出了根据一些示例性实施例的组件，这些组件能够读取来自机器可读或计算机可读介质的指令并且执行本文讨论的方法中的任何一个或多个。

图6示出了根据第一实施例的过程的流程图。

图7示出了根据第二实施例的过程的流程图。

具体实施方式

以下详细说明参考附图。在不同的附图中可以使用相同的附图标记来标识相同或相似的元件。在以下描述中，出于解释而非限制的目的，阐述了诸如特定结构、架构、接口、技术等的具体细节，以提供对各种实施例的各个方面的透彻理解。然而，对于受益于本公开的本领域技术人员来说，显而易见的是，可以在背离这些具体细节的其他示例中实践各种实施例的各个方面。在某些情况下，省略了对公知设备、电路和方法的描述，以便不以不必要的细节模糊对各种实施例的描述。就本文件而言，短语“A或B”和“A/B”是指(A)、(B)或(A和B)。

实施例涉及第三代合作伙伴计划(3GPP)新无线电(NR)Rel-17工作，涉及在单个小区内支持广播和多播服务，主要针对用于关键通信和商业用例目的的组播操作，例如流行的视频/应用程序下载。

Rel-17出版物RP-193248，“New Work Item on NR Support of Multicast andBroadcast Services(关于多播和广播服务的NR支持的新工作项目)”(华为，RAN#86，西班牙锡切斯，2019年12月)(以下简称RP-193248)关于物理层增强具有以下目标，以支持NR中的多播和广播传输的可靠性改进：

·针对RAN 1、RAN 2和RAN 3[RAN1，RAN2，RAN3]，为处于无线资源控制(RRC)连接(RRC_CONNECTED)状态的UE指定用于广播/多播的无线接入网络(RAN)基本功能；和/或

·指定所需的改变以改进广播/多播服务的可靠性，例如通过上行链路(UL)反馈。可靠性的水平应基于所提供的应用/服务的要求。[RAN1，RAN2]。

基于上述目标，本文所述的一些实施例旨在改进NR小区内多播和广播操作的可靠性，而不需要单频网络(SFN)类型的操作。

RP-193248关于物理层增强进一步具有以下目标，以支持NR中的多播和广播传输：

·为处于RRC_CONNECTED状态的用户设备(UE)指定广播/多播的RAN基本功能[RAN1，RAN2，RAN3]：

·指定组调度机制，以允许UE接收广播/多播服务[RAN1，RAN2]。该目标包括指定实现与单播接收同时操作所需的必要的增强功能。

基于上述目标，本文所述的一些实施例旨在实现NR小区内多播和广播操作的组调度而不需要单频网络(SFN)类型的操作。

本文描述的实施例有利地实现了NR小区内的多播和广播操作的组调度，而不需要单频网络(SFN)类型的操作。此外，还提供了关于多播和单播传输的多用户调度和共同调度的详细信息。

技术信息：

关于多播和广播服务的NR支持的新工作项目的目标是在单个NR小区内提供广播和多播服务的支持，主要针对用于关键通信和商业用例(诸如流行的视频/应用程序下载)目的的组播操作。

NR多播中的可靠性改进

在Rel-13长期演进(LTE)中，以SC-PTM(单小区点对多点)的形式引入对单小区多播/广播的支持。参见3GPP TR 36.890 v13.0.0，“Study on Single Cell Point-to-Multipoint Transmission(关于单小区点对多点传输的研究)”(第13版)(以下简称TR36.890)。然而，没有额外指定上行链路反馈或可靠性改进的机制。

本文所述的一些实施例支持单小区多播或广播配置和数据的可靠传输。

在一个实施例集中，5G NR组播可支持多种操作模式，其中，使用NR小区内接收组播或广播传输的UE组的物理上行控制信道(PUCCH)资源的信道质量指示符(CQI)和混合自动重传请求/确认(HARQ/ACK)的上行链路反馈既可由更高层配置，又可使用下行控制信息(DCI)动态配置。操作模式可包括：

·无上行链路反馈模式；

·仅HARQ/ACK反馈模式；

·仅CQI反馈模式；和/或

·CQI和HARQ/ACK反馈模式。

在CQI反馈不可用的情况下，NR NodeB(gNB)可基于向组中具有最差覆盖或信道条件的UE提供最小所需数据速率，来为接收多播传输的该组中的所有UE选择固定的调制和编码方案(MCS)。

在一个实施例集中，多播传输可操作为使得不期望UE提供上行链路反馈(CQI+HARQ/ACK)，并且基于PDSCH的时域持续时间，下行链路多播传输被配置成可能在NR时隙内多次重复或跨越多个NR时隙重复。在这种情况下，PDSCH的重复可能不跨越时隙边界。

在另一个实施例中，也允许跨越时隙边界的重复。

在另一个实施例中，具有上行链路CQI反馈但没有HARQ/ACK反馈的基于重复的下行链路传输与是可能的，其中，基于CQI反馈来调整组播传输的MCS。

在另一个实施例中，多播传输可被配置成具有固定的重复次数，在该重复次数之后，HARQ/ACK反馈被生成并在上行链路中传输。在实施例的一个示例中，这种HARQ/ACK反馈可被配置成使得它是UE专用的，其中，该组中所有UE的默认选项都不是HARQ/ACK反馈。在这种情况下，如果该组包含RRC_CONNECTED和RRC_IDLE/INACTIVE UE的混合，则RRC_IDLE UE可能不会通过配置传输HARQ/ACK，而RRC_CONNECTED UE可以能够传输HARQ反馈。

在另一个实施例集中，对于使用上行链路PUCCH资源的HARQ反馈，接收组播传输的UE可基于所接收的PDSCH的状态传输ACK和NACK。

在另一个实施例中，接收组播的UE可仅在PDSCH失败的情况下发送NACK。在这种情况下，在一个示例中，UE可在UE专用的PUCCH资源中传输NACK，而在另一个示例中，NACK可通过共享PUCCH资源传输。在共享PUCCH资源上传输的来自组内不同UE的NACK可使用UE专用的循环移位进行复用。

现在参考图1，该图示出了包括gNB 102和一组UE 104的NR网络。图1尤其示出了到4个UE 104的初始组播传输，其中，传输包括两个码块CB1和CB2。当使用基于HARQ的反馈时，根据一个实施例，即使组中仅一个UE 104传输NACK，也需要重传失败的传输块。为了对付这种重传，可使用在信道码之上使用外部码(outer code)的高级重传技术。

现在参考图2A和图2B，它们涉及根据示例性实施例的组播重传方案。

特别地，图2A示出了根据一些实施例的在图1的初始组播传输之后以及在重传时的图1的NR网络。图2B示出了在接收到图2A中示出的重传之后以及在对其进行解码期间的图2B的UE 104。

在一些实施例中，其示例如图2A和2B所示，可以使用诸如索引编码之类的网络码来向组中的多个UE联合发送失败码块(CB)。例如，假设传输块具有两个码块CB1和CB2，如图2A和2B所示。如果在图2A的网络中的四个UE 104中，两个UE报告传输块的第一个CB(CB1)的NACK，而其余两个UE则报告传输块的第二个CB(CB2)的NACK，则图2A所示的gNB 102的重传可以使用索引码，如图所示，该索引码在重传中将两个CB按位XOR在一起。在这种情况下，正确接收到CB1的UE可以使用CB1作为可用的边信息(side information)，并将接收到的重传与已经接收到的CB1一起进行XOR，以恢复在原始传输中未接收到的CB2。类似地，正确接收到CB2的UE可以使用CB2作为边信息，并将接收到的重传与已经接收到的第二CB2进行异或以恢复CB1。

NR单小区多播中的组调度

关于多播和广播服务的NR支持的新工作项目的目标中的一个是在单个NR小区内提供广播和多播服务的支持，主要针对用于关键通信和商业用例(诸如流行视频/应用程序下载)目的的组播操作。

在Rel-13 LTE中，以SC-PTM(单小区点对多点)的形式引入对单小区多播/广播的支持。参见TR 36.890。单载波(SC)点对多点(PTM，SC-PTM)比多媒体广播多播服务单频网络(MBSFN)更灵活，因为允许单播的频分复用(FDM)，而且它使用PDSCH而不是物理多播信道(PMCH)。此外，由于单小区操作，没有强制要求使用大循环前缀(CP)，因此开销与单播传输相似。参见在RRC_CONNECTED和RRC_IDLE模式下Rel-13 SC-PTM支持的接收。未指定UL反馈机制(信道质量指示符(CQI)和HARQ/ACK)。包括SCPTMConfiguration的多媒体广播和多播服务(MBMS)控制信息从更高层逻辑信道单载波多播控制信道(SC-MCCH)获得，并且实际的SC-PTM业务承载在逻辑信道单载波多业务信道(SC-MTCH)中。SC-MCCH和SC-MTCH两者都在物理层都被映射到PDSCH。承载SC-MCCH的PDSCH由下行链路控制信息(DCI)格式1A调度，该格式具有由单载波无线网络临时标识符(SC-RNTI)加扰的循环冗余校验(CRC)；承载多播业务信道(MTCH)的PDSCH由DCI格式1A调度，该格式具有由以SCPTMConfiguration消息的一部分的形式提供的组RNTI(G-RNTI)加扰的CRC。此外，配置变更通知也由PDCCH(没有相关的PDSCH)使用DCI格式1C指示，该格式具有由单载波通知RNTI(SC-N-RNTI)加扰的CRC。

在5G-NR中，对这种单小区PTM服务的支持还未被定义，并且本文描述的实施例涉及对NR小区内的多播的支持的一些方法。

在一个实施例中，在NR小区内接收组播和或广播传输的UE组由更高层确定，并且可包含处于RRC_CONNECTED模式或RRC_IDLE/RRC_INACTIVE模式的UE或处于两种状态的UE的组合。

在一个实施例中，在NR中引入名为M-RNTI的新多播SC-RNTI，使得该RNTI用于对调度包含UE的多播配置信息的PDSCH的DCI的CRC加扰。在另一个实施例中，该RNTI也可被称为NR的SC-RNTI。

在一个实施例中，在NR中引入名为组RNTI或G-RNTI的另一个新的RNTI，使得该RNTI用于对调度包含要传递到UE的多播数据的PDSCH的DCI的CRC加扰，这些UE是在NR小区内接收多播传输的UE组的一部分。

在一个实施例集中，可定义另一个额外的RNTI，即M-N-RNTI或SC-M-RNTI，以对通知UE多播传输配置变更的DCI的CRC加扰。这种PDDCH确实调度了任何额外的PDSCH传输。

在一个实施例集中，包含多播配置或多播数据的调度的多播PDSCH至少支持具有解调参考信号(DM-RS)类型1的PDSCH映射类型A，以及可选地支持具有DM-RS类型1和类型2的PDSCH映射类型B。

在一个实施例集中，可配置公共搜索空间来监视包含多播配置或数据的调度DCI的物理下行链路控制信道(PDCCH)。对于这种情况，NR 3GPP TS 38.213 v16.2.0“NRPhysical Layer Procedures for Control(NR物理层控制程序)”(第16版)中定义的Type3-PDCCH CSS集可用于增加对M-RNTI/SC-RNTI、G-RNTI和M-N-RNTI/SC-M-RNTI的支持。在本实施例的另一个实施例中，Type3-PDCCH CSS集配置被扩展到除了支持DCI格式1_0之外，还支持DCI格式1_1。在另一个实施例中，还可以出于多播目的定义一种新的CSS类型，其中，CSS集由PDCCH-Config中的SearchSpace以searchSpaceType＝common配置，用于由M-RNTI/SC-RNTI、G-RNTI和M-N-RNTI/SC-M-RNTI加扰的CRC的DCI格式。这种CSS也应支持对DCI格式1_0和1_1的监视。

在一个实施例集中，UE专用的搜索空间(USS)也可用于监视包含与小区内任何多播/广播传输相关的DCI格式的PDCCH。这可能仅适用于RRC_CONNECTED UE。

在一个实施例集中，在配置的搜索空间集内要监视的PDCCH候选的聚合级别(AL)或数量将基于接收多播或广播传输的组内的UE中覆盖或信道条件最差的UE来确定。类似地，包括预编码器粒度的确定的与搜索空间集相关的CORESET的配置也是基于具有最差覆盖的UE。

在一个实施例集中，至少在RRC_IDLE/INACTIVE UE是接收多播传输的UE组的一部分的情况下，NR多播至少支持DCI格式1_0作为多播相关传输调度的基准。此外，也可支持DCI格式1_1。在该实施例的变型中，还可在NR中定义用于多播调度的新的紧凑的DCI格式。

在一个实施例集中，RRC_CONNECTED UE可在同一时隙内同时接收单播和多播传输两者。在一个示例中，到UE的这种传输可以是一个时隙内的时分复用(TDM)或频分复用(FDM)。在另一个示例中，可以在具有潜在地不同预编码的正交DM-RS端口上同时接收这种传输。在该示例中，UE应该能够同时接收两个并行的数据流。

在一个实施例集中，NR多播传输可使用多个多输入多输出(MIMO)层，如在单播传输情况下支持的那样。多播的每层都在正交的DM-RS端口上传输。

在一个实施例集中，为了接收多播或广播传输，接收传输的组内的UE共享相同的DM-RS端口。在另一个实施例中，还支持在不被多播传输使用的其他正交DM-RS端口上复用其他单播UE，例如，在NR中支持多用户模式的单播和多播传输。

在另一个实施例中，多用户叠加编码可用于多播传输。作为示例，接收多播传输的用户组中的UE可被分为分别具有良好和不利的信道条件或覆盖的两个子组。调制映射的最高有效位(MSB)被保留给所谓的不良UE子组。具有良好信道条件的UE子组也可另外接收最低有效位(LSB)，这可导致额外的信息。例如，相同视频流可使用MUST传输，其中，MSB对应于用于低覆盖率用户的低分辨率视频，而LSB增加了用于高覆盖率用户的高分辨率的内容。从物理层的角度来看，这种传输方案可提高组播质量，以及改善群组频谱效率。

实施例过程：

图6示出了根据实施例的过程600。在操作602处，该过程包括**。在操作602处，该过程包括**。

系统和具体实施

图3至图5示出了可实现所公开的实施例的各个方面的各种系统、设备和组件。

图3示出了根据各种实施例的网络300。网络300可以以符合用于LTE或5G/NR系统的3GPP技术规范的方式操作。然而，示例性实施例就这一点而言不受限制，并且所描述的实施例可适用于受益于本文所描述的原则的其他网络，诸如未来的3GPP系统，或类似的网络。

网络300可包括UE 302，该UE可包括被设计成经由空中连接与RAN 304通信的任何移动或非移动计算设备。UE 302可通过Uu接口通信地耦接到RAN 304。UE 302可以是但不限于智能电话、平板电脑、可穿戴计算机设备、台式计算机、膝上型计算机、车载信息娱乐设备、车载娱乐设备、仪表盘、平视式显示设备、车载诊断设备、车顶移动装备、移动数据终端、电子发动机管理系统、电子/发动机控制单元、电子/发动机控制模块、嵌入式系统、传感器、微控制器、控制模块、发动机管理系统、联网电器、机器型通信设备、M2M或D2D设备、loT设备等。

在一些实施例中，网络300可包括经由侧链接口直接彼此耦接的多个UE。UE可以是M2M/D2D设备，其使用物理侧链信道进行通信，物理侧链信道为例如但不限于PSBCH、PSDCH、PSSCH、PSCCH、PSFCH等。

在一些实施例中，UE 302可以额外地经由空中连接与AP 306通信。

AP 306可管理WLAN连接，它可用于从RAN 304卸载一些/全部网络业务。UE 302与AP 306之间的连接可与任何IEEE 302.11协议一致，其中，AP 306可以是无线保真

路由器。在一些实施例中，UE 302、RAN 304和AP 306可利用蜂窝-WLAN聚合(例如，LWA/LWIP)。蜂窝-WLAN聚合可涉及UE 302被RAN 304配置成利用蜂窝无线电资源和WLAN资源两者。

RAN 304可包括一个或多个接入节点，例如，AN 308。AN 308可通过提供包括RRC、PDCP、RLC、MAC和L1协议的接入层协议来终止UE 302的空中接口协议。以这种方式，AN 308可实现CN 320与UE 302之间的数据/语音连接。在一些实施例中，AN 308可在离散设备中实现，或可被实现为作为例如虚拟网络的一部分在服务器计算机上运行的一个或多个软件实体，虚拟网络可被称为CRAN或虚拟基带单元池。AN 308被称为BS、gNB、RAN节点、eNB、ng-eNB、NodeB、RSU、TRxP、TRP等。AN 308可以是宏小区基站或低功率基站，该低功率基站用于提供与宏小区相比具有较小覆盖区域、较小用户容量或较高带宽的毫微微小区、微微小区或其他类似小区。

在RAN 304包括多个AN的实施例中，它们可经由X2接口(如果RAN 304是LTE RAN)或Xn接口(如果RAN 304是5G RAN)彼此耦接。X2/Xn接口(在一些实施例中该接口可被分成控制/用户平面接口)可允许AN传达与切换、数据/内容传输、移动性、负载管理、干扰协调等有关的信息。

RAN 304的AN可各自管理一个或多个小区、小区组、组件载波等，以向UE 302提供用于网络接入的空中接口。UE 302可同时与由RAN 304的相同或不同的AN提供的多个小区连接。例如，UE 302和RAN 304可使用载波聚合，以允许UE 302与多个组件载波连接，每个组件载波对应于Pcell或Scell。在双连接场景中，第一AN可以是提供MCG的主节点，第二AN可以是提供SCG的次要节点。第一/第二AN可以是eNB、gNB、ng-eNB等的任何组合。

RAN 304可通过许可频谱或非许可频谱提供空中接口。为了在非许可频谱中操作，节点可使用基于CA技术的LAA、eLAA和/或feLAA机制与PCell/Scells。在访问非许可频谱之前，节点可基于例如先听后讲(LBT)协议执行介质/载波感测操作。

在V2X场景中，UE 302或AN 308可以是或充当RSU，它可指用于V2X通信的任何运输基础设施实体。RSU可在合适的AN或固定的(或相对固定的)UE中实现或由其实现。在UE中实现或由UE实现的RSU可被称为“UE型RSU”；eNB可被称为“eNB型RSU”；gNB可被称为“gNB型RSU”等。在一个示例中，RSU是与位于路边的为过往车辆UE提供连接支持的无线电频率电路耦接的计算设备。RSU还可包括存储交叉口地图的几何形状、交通统计、媒体，以及应用/软件的内部数据存储电路，以感测和控制正在行进的车辆和行人交通。RSU可提供诸如避免碰撞、交通警告等的高速事件所需的极低延迟通信。另外地或可替代地，RSU还可提供其他蜂窝/WLAN网络通信服务。RSU的组件可被封装在适合户外安装的防风雨外壳中，并且可包括网络接口控制器，以提供到交通信号控制器或回程网络的有线连接(例如，以太网)。

在一些实施例中，RAN 304可以是具有eNB的LTE RAN 310，例如，eNB 312。LTE RAN310可提供具有以下特征的LTE空中接口：15kHz的SCS；用于DL的CP-OFDM波形和用于UL的SC-FDMA波形；用于数据的turbo码和用于控制的TBCC等。LTE空中接口可依赖于CSI-RS进行CSI采集和波束管理；依赖于PDSCH/PDCCH DMRS进行PDSCH/PDCCH解调；以及依赖于CRS进行小区搜索和初始采集、信道质量测量，以及用于UE的相干解调/检测的信道估计。LTE空中接口可在6GHz以下的频段上操作。

在一些实施例中，RAN 304可以是具有gNB，例如gNB 316，或ng-eNB(例如ng-eNB318)的NG-RAN 314。gNB 316可使用5G NR接口与支持5G的UE连接。gNB 316可通过NG接口与5G核心连接，该NG接口可包括N2接口或N3接口。ng-eNB 318也可通过NG接口与5G核心连接，但可经由LTE空中接口与UE连接。gNB 316和ng-eNB 318可通过Xn接口彼此连接。

在一些实施例中，NG接口可分成两部分：NG用户平面(NG-U)接口和NG控制平面(NG-C)接口，NG用户平面(NG-U)接口承载NG-RAN 314的节点与UPF 348之间的业务数据(例如，N3接口)，NG控制平面(NG-C)接口是NG-RAN 314的节点与AMF 344之间的信令接口(例如，N2接口)。

NG-RAN 314可提供具有以下特征的5G-NR空中接口：可变SCS；用于DL的CP-OFDM和用于UL的CP-OFDM与DFT-s-OFDM；用于控制的极性码、重复码、单式码和Reed-Muller码以及用于数据的LDPC。类似于LTE空中接口，5G-NR空中接口可依赖于CSI-RS、PDSCH/PDCCHDMRS。5G-NR空中接口可不使用CRS，但可使用PBCH DMRS进行PBCH解调；使用PTRS用于PDSCH的相位跟踪；以及使用跟踪参考信号用于时间跟踪。5G-NR空中接口可在包括6GHz以下频段的FR1频段或包括从24.25GHz至52.6GHz频段的FR2频段上操作。5G-NR空中接口可包括SSB，该SSB是包括PSS/SSS/PBCH的下行链路资源网格的区域。

在一些实施例中，5G-NR空中接口可利用BWP用于各种目的。例如，BWP可用于SCS的动态适应。例如，UE 302可被配置有多个BWP，其中，每个BWP配置具有不同的SCS。当向UE302指示BWP改变时，传输的SCS也会改变。BWP的另一个用例示例与功率节省有关。特别地，可以为UE 302配置具有不同数量的频率资源(例如，PRB)的多个BWP，以支持在不同业务负载情况下的数据传输。包含较少数量的PRB的BWP可用于小业务负载的数据传输，同时允许在UE 302和在某些情况下在gNB 316节省功率。含有较多数量PRB的BWP可用于具有较高业务负载的情况。

RAN 304通信地耦接到包括网络元件的CN 320，以提供各种功能来支持对客户/用户(例如UE 302的用户)的数据和电信服务。CN 320的组件可在一个物理节点或单独的物理节点中实现。在一些实施例中，可利用NFV将CN 320的网络元件所提供的任何或所有功能虚拟化到服务器、交换机等的物理计算/存储资源上。CN 320的逻辑实例可被称为网络切片，而CN 320的一部分的逻辑实例可被称为网络子切片。

在一些实施例中，CN 320可以是LTE CN 322，它也可以被称为EPC。如图所示，LTECN 322可包括通过接口(或“参考点”)彼此耦接的MME 324、SGW 326、SGSN 328、HSS 330、PGW 332和PCRF 334。LTE CN 322的元件的功能可简要介绍如下。

MME 324可实现移动性管理功能，以跟踪UE 302的当前位置，从而促进寻呼、承载激活/停用、切换、网关选择、认证等。

SGW 326可终止面向RAN的SI接口，并在RAN与LTE CN 322之间路由数据分组。SGW326可以是RAN节点间切换的本地移动性锚点，并且还可为3GPP间移动性提供锚点。其他职责可包括合法拦截、计费和一些策略执行。

SGSN 328可跟踪UE 302的位置并执行安全功能和访问控制。此外，SGSN 328可以为不同RAT网络之间的移动性执行EPC节点间信令；按照MME 324的规定进行PDN和S-GW选择；进行用于切换的MME选择等。MME 324与SGSN 328之间的S3参考点可为空闲/活动状态下的3GPP接入网间移动性实现用户和承载信息的交换。

HSS 330可包括网络用户的数据库，该数据库包括订阅相关的信息以支持网络实体的通信会话处理。HSS 330可提供对路由/漫游、认证、授权、命名/地址解析、位置依赖等的支持。HSS 330与MME 324之间的S6a参考点可实现订阅和认证数据的传输，以验证/授权用户对LTE CN 320的访问。

PGW 332可终止面向数据网络(DN)336的SGi接口，该数据网络可包括应用/内容服务器338。PGW 332可在LTE CN 322与数据网络336之间路由数据分组。PGW 332可通过S5参考点与SGW 326耦接，以促进用户平面隧道和隧道管理。PGW 332可进一步包括用于策略执行和计费数据收集的节点(例如，PCEF)。此外，PGW 332与数据网络YX 36之间的SGi参考点可以是运营商外部的公共、私人PDN或运营商内部分组数据网络，例如，用于提供IMS服务。PGW 332可经由Gx参考点耦接到PCRF 334。

PCRF 334是LTE CN 322的策略和计费控制元件。PCRF 334可通信地耦接到应用/内容服务器338，以确定服务流的适当QoS和计费参数。PCRF 332可将相关规则提供给具有适当的TFT和QCI的PCEF(经由Gx参考点)。

在一些实施例中，CN 320可以是5GC 340。如图所示，5GC 340可包括通过接口(或“参考点”)彼此耦接的AUSF 342、AMF 344、SMF 346、UPF 348、NSSF 350、NEF 352、NRF 354、PCF 356、UDM 358和AF 360。5GC 340的元件的功能可简要介绍如下。

AUSF 342可存储用于UE 302的认证的数据并处理认证相关的功能。AUSF 342可促进各种访问类型的共同认证框架。除了如图所示通过参考点与5GC 340的其他元件进行通信外，AUSF 342可示出基于Nausf服务的接口。

AMF 344可允许5GC 340的其他功能与UE 302和RAN 304通信，并订阅与UE 302有关的移动性事件的通知。AMF 344可负责注册管理(例如，注册UE 302)、连接管理、可达性管理、移动性管理、AMF相关事件的合法拦截以及访问认证和授权。AMF 344可为UE 302和SMF346之间的SM消息提供传输，并作为路由SM消息的透明代理。AMF 344也可为UE 302与SMSF之间的SMS消息提供传输。AMF 344可以与AUSF 342和UE 302交互，以执行各种安全锚和上下文管理功能。此外，AMF 344可以是RAN CP接口的终止点，该终止点可包括或可以是RAN304和AMF 344之间的N2参考点；并且AMF 344可以是NAS(Nl)信令的终止点，并执行NAS加密和完整性保护。AMF 344还可支持通过N3 IWF接口与UE 302的NAS信令。

SMF 346可负责SM(例如，UPF 348和AN 308之间的会话建立、隧道管理)；UE IP地址分配和管理(包括可选的授权)；UP功能的选择和控制；在UPF 348配置业务转向以将业务路由到适当的目的地；终止面向策略控制功能的接口；控制策略执行、计费和QoS的部分；合法拦截(用于SM事件和与LI系统的接口)；终止NAS消息的SM部分；下行链路数据通知；启动AN特定的SM信息，经由AMF 344通过N2发送到AN 308；以及确定会话的SSC模式。SM可指PDU会话的管理，而PDU会话或“会话”可指提供或实现在UE 302与数据网络336之间的PDU交换的PDU连接服务。

UPF 348可作为RAT内和RAT间移动性的锚点、与数据网络336互连的外部PDU会话点，以及支持多宿主PDU会话的分支点。UPF 348还可执行分组路由和转发，执行分组检查，实施策略规则的用户平面部分、合法拦截分组(UP收集)，执行业务使用报告，为用户平面执行QoS处理(例如，分组过滤、选通、UL/DL速率实施)，执行上行链路业务验证(例如，SDF到QoS流映射)，在上行链路和下行链路中的传输级分组标记，并执行下行链路分组缓冲和下行链路数据通知触发。UPF 348可包括上行链路分类器，以支持将业务路由到数据网络。

NSSF 350可选择服务于UE 302的一组网络片实例。如果需要，NSSF 350还可确定所允许的NSSAI和对订阅的S-NSSAI的映射。NSSF 350还可基于合适的配置并可能通过查询NRF 354来确定用于服务UE 302的AMF集，或候选AMF的列表。UE 302的网络片实例集的选择可由UE 302所注册的AMF 344通过与NSSF 350交互而触发，这可能导致AMF的改变。NSSF350可经由N22参考点与AMF 344相互作用；并且可经由N31参考点(未示出)与被访问网络中的另一个NSSF通信。此外，NSSF 350可呈现基于Nnssf服务的接口。

NEF 352可安全地暴露由3GPP网络功能为第三方、内部曝光/再曝光、AF(例如AF360)、边缘计算或雾计算系统等提供的服务和能力。在这些实施例中，NEF 352可对AF进行认证、授权或节制。NEF 352还可翻译与AF 360交换的信息和与内部网络功能交换的信息。例如，NEF 352可在AF-服务-标识符与内部5GC信息之间进行翻译。NEF 352还可基于其他NF的暴露能力，从其他NF接收信息。该信息可作为结构化数据存储在NEF 352处，或使用标准化接口存储在数据存储NF处。然后，所存储的信息可由NEF 352重新暴露给其他NF和AF，或用于其他目的，诸如分析。此外，NEF 352可示出基于Nnef服务的接口。

NRF 354可支持服务发现功能、从NF实例接收NF发现请求，并向NF实例提供所发现的NF实例的信息。NRF 354还维护可用的NF实例及其支持的服务的信息。如本文所用，术语“实例化”、“例示”等可指创建实例，而“实例”可指对象的具体发生，例如，可发生在程序代码的执行期间。此外，NRF 354可示出基于Nnrf的服务接口。

PCF 356可向控制平面功能提供策略规则以实施这些策略规则，并且还可支持统一的策略框架以管理网络行为。PCF 356还可实现前端，以访问UDM 358的UDR中与策略决策有关的订阅信息。除了如图所示通过参考点与功能进行通信外，PCF 356示出了基于Npcf服务的接口。

UDM 358可处理与订阅有关的信息以支持网络实体的通信会话处理，并且可存储UE 302的订阅数据。例如，订阅数据可经由UDM 358与AMF 344之间的N8参考点进行传达。UDM 358可包括两部分，应用前端和UDR。UDR可存储UDM 358和PCF 356的订阅数据和策略数据，和/或用于曝光的结构化数据与用于NEF 352的应用数据(包括用于应用检测的PFD、用于多个UE 302的应用请求信息)。基于Nudr服务的接口可由UDR 221示出，以允许UDM 358、PCF 356和NEF 352访问所存储的数据的特定集合，以及读取、更新(例如，添加、修改)、删除和订阅UDR中的相关数据变化的通知。UDM可包括UDM-FE，该UDM-FE负责处理凭证、位置管理、订阅管理等。若干个不同的前端可在不同的事务处理中为同一用户服务。UDM-FE访问存储在UDR中的订阅信息，并执行认证凭证处理、用户标识处理、访问授权、注册/移动性管理以及订阅管理。除了如图所示通过参考点与其他NF进行通信外，UDM 358可呈现基于Nudm服务的接口。

AF 360可提供应用对业务路由的影响、提供对NEF的访问，并与策略框架交互以进行策略控制。

在一些实施例中，5GC 340可通过选择运营商/第三方服务以在地理上接近UE 302附接到网络的点来实现边缘计算。这可减少网络上的延迟和负载。为了提供边缘计算具体实施，5GC 340可选择接近UE 302的UPF 348，并经由N6接口执行从UPF 348到数据网络336的业务转向。这可基于UE订阅数据、UE位置和AF 360提供的信息。通过这种方式，AF 360可影响UPF(重新)选择和业务路由。基于运营商的部署，当AF 360被认为是受信任的实体时，网络运营商可允许AF 360与相关的NF直接交互。此外，AF 360可示出基于Naf服务的接口。

数据网络336可代表各种网络运营商服务、互联网接入或第三方服务，这些服务可由包括例如应用/内容服务器338的一个或多个服务器提供。

图4示意性地示出了根据各种实施例的无线网络400。无线网络400可包括与AN404无线通信的UE 402。UE 402和AN 404可类似于并基本上可与本文其他地方描述的同名组件互换。

UE 402可经由连接406通信地耦接到AN 404。连接406被示出为实现通信耦接的空中接口，并且可符合蜂窝通信协议，诸如在毫米波或6GHz以下频率操作的LTE协议或5G NR协议。

UE 402可包括与调制解调器平台410耦接的主平台408。主平台408可包括应用处理电路412，该应用处理电路可与调制解调器平台410的协议处理电路414耦接。应用处理电路412可为UE 402运行获得/汇入应用数据的各种应用。应用处理电路412可以进一步实现一个或多个层操作，以往返于数据网络传输/接收应用数据。这些层操作可包括传输(例如UDP)操作和互联网(例如IP)操作。

协议处理电路414可实现层操作中的一个或多个，以促进通过连接406传输或接收数据。由协议处理电路414实现的层操作可包括，例如，MAC操作、RLC操作、PDCP操作、RRC操作以及NAS操作。

调制解调器平台410可进一步包括数字基带电路416，该数字基带电路可实现在由协议处理电路414在网络协议栈中执行的层操作“以下”的一个或多个层操作。这些操作可包括，例如，PHY操作，PHY操作包括以下各项中的一个或多个：HARQ-ACK功能、加扰/解扰、编码/解码、层映射/解映射、调制符号映射、接收符号/比特度量确定、多天线端口预编码/解码，该多天线端口预编码/解码可包括空间-时间、空间-频率或空间编码中的一个或多个，参考信号生成/检测，前导序列生成和/或解码，同步序列生成/检测，控制信道信号盲解码以及其他相关功能。

调制解调器平台410可进一步包括发送电路418、接收电路420、RF电路422以及射频前端(RFFE)424，该射频前端可包括或连接到一个或多个天线面板426。简而言之，发送电路418可包括数模转换器、混频器、中频(IF)组件等；接收电路420可包括模数转换器、混频器、IF组件等；RF电路422可包括低噪声放大器、功率放大器、功率跟踪组件等；RFFE 424可包括滤波器(例如表面/体声波滤波器)、开关、天线调谐器、波束成形组件(例如相位阵列天线组件)等。发送电路418、接收电路420、RF电路422、RFFE 424以及天线面板426(一般称为“传输/接收组件”)的组件的选择和布置可特定于具体实施的细节，诸如例如，通信是时分复用(TDM)还是频分复用(FDM)，在毫米波还是6GHz以下频率等。在一些实施例中，传输/接收组件可布置在多个平行的传输/接收链中、可设置在相同或不同的芯片/模块中等。

在一些实施例中，协议处理电路414可包括一个或多个控制电路实例(未示出)，以提供传输/接收组件的控制功能。

UE接收可由天线面板426、RFFE 424、RF电路422、接收电路420、数字基带电路416以及协议处理电路414建立并经由它们建立。在一些实施例中，天线面板426可通过由一个或多个天线面板426的多个天线/天线元件接收的接收波束成形信号来接收来自AN 404的传输。

UE的传输可以由协议处理电路414、数字基带电路416、发射电路418、RF电路422、RFFE 424和天线板426建立。在一些实施例中，UE 404的传输组件可将空间滤波器应用于要传输的数据，以形成由天线面板426的天线元件发射的传输光束。

类似于UE 402，AN 404可包括与调制解调器平台430耦接的主平台428。主平台428可包括与调制解调器平台430的协议处理电路434耦接的应用处理电路432。调制解调器平台可进一步包括数字基带电路436、发送电路438、接收电路440、射频电路442、RFFE电路444以及天线面板446。AN 404的组件可类似于UE 402的同名组件，并且基本上可与其互换。除了执行如上所述的数据传输/接收外，AN 408的组件还可执行各种逻辑功能，这些逻辑功能包括例如，RNC功能诸如无线电承载管理、上行链路和下行链路动态无线电资源管理以及数据分组调度。

图5是示出根据一些示例性实施例的组件的框图，这些组件能够从机器可读或计算机可读介质(例如，非暂时性机器可读存储介质)读取指令并执行本文讨论的方法中的任何一个或多个。具体地，图5示出了硬件资源500的图解示意图，该硬件资源包括一个或多个处理器(或处理器内核)510、一个或多个存储器/存储设备520，以及一个或多个通信资源530，它们中的每个可经由总线540或其他接口电路通信地耦接。对于利用节点虚拟化(例如，NFV)的实施例，可执行虚拟机监视器502以为一个或多个网络片/子片提供执行环境来利用硬件资源500。

处理器510可包括例如处理器512和处理器514。处理器510可以是，例如，中央处理单元(CPU)、精简指令集计算(RISC)处理器、复杂指令集计算(CISC)处理器、图形处理单元(GPU)、诸如基带处理器的DSP、ASIC、FPGA、射频集成电路(RFIC)、其他处理器(包括本文讨论的那些)，或其任何合适的组合。

存储器/存储设备520可包括主存储器、磁盘存储，或其任何合适的组合。存储器/存储设备520可包括但不限于任何类型的易失性、非易失性或半易失性存储器，诸如动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、闪存存储器、固态存储等。

通信资源530可包括互连或网络接口控制器、组件或经由网络508与一个或多个外围设备504或一个或多个数据库506或其他网络元件进行通信的其他合适的设备。例如，通信资源530可包括有线通信组件(例如，用于经由USB、以太网等进行耦接)、蜂窝通信组件、NFC组件、

(或

低功耗)组件、

组件以及其他通信组件。

指令550可包括软件、程序、应用、小应用程序、应用程序、或使处理器510中的至少任何处理器执行本文讨论的方法中的任何一个或多个的其他可执行代码。指令550可完全或部分地驻留在处理器510中的至少一个内(例如，在处理器的高速缓存存储器内)、存储器/存储设备520或其任何合适的组合内。此外，指令550的任何部分可从外围设备504或数据库506的任何组合转移到硬件资源500。因此，处理器510的存储器、存储器/存储设备520、外围设备504以及数据库506是计算机可读和机器可读介质的示例。

对于一个或多个实施例，在前述附图中的一个或多个中阐述的组件中的至少一个可被配置成执行下面实施例部分中阐述的一个或多个操作、技术、过程和/或方法。例如，如上结合前述附图中的一个或多个所述的基带电路可被配置成根据下面阐述的实施例中的一个或多个来操作。对于另一个示例，如上结合前述附图中的一个或多个所述的与UE、基站、网络元件等相关的电路可被配置成根据下面在示例部分中阐述的示例中的一个或多个来操作。

示例：

示例1包括一种新无线电(NR)节点B(gNB)的装置，该装置包括存储器和耦接到该存储器的一个或多个处理器，该存储器存储指令，并且一个或多个处理器实现以下指令以用于：对用于单小区多播、广播或组播传输到一组用户设备(UE)的消息进行编码，该消息用于关于信道质量指示符(CQI)反馈或混合自动重传请求确认(HARQ/ACK)反馈中的至少一种来配置UE，使得CQI反馈或HARQ/ACK反馈中的至少一种可以被关闭，或者使得CQI反馈和HARQ/ACK反馈都可以被使用；以及将该消息发送到gNB的通信资源以传输到UE。

示例2包括示例1的主题，其中，对于组播传输，一个或多个处理器还用于：配置以UE接收组播传输在时隙内、跨时隙或跨时隙边界的多次重复。

示例3包括示例2的主题，其中，基于组播传输的物理下行链路共享信道(PDSCH)的长度，在时隙内、跨时隙或跨时隙边界进行多次重复。

示例4包括示例2的主题，其中，该消息用于配置UE以不对gNB提供任何上行链路反馈。

示例5包括示例2的主题，其中，该消息是第一消息，一个或多个处理器还用于：通过对传输到UE的第二消息进行编码来配置UE以接收多次重复，该第二消息用于配置UE以接收多次重复。

示例6包括示例2的主题，其中，该消息用于配置UE以提供HARQ/ACK反馈。

示例7包括示例1至6中任一个的主题，其中，一个或多个处理器用于：在物理上行链路控制信道(PUCCH)中对来自UE的用于组播传输的确认(ACK)和否定确认(NACK)反馈进行解码。

示例8包括示例1至6中任一个的主题，其中，一个或多个处理器用于：对用于组播传输的否定确认(NACK)反馈而不是确认(ACK)反馈进行解码，NACK来自未接收到组播传输的物理下行链路共享信道(PDSCH)传输的所述组的一个或多个UE。

示例9包括示例8的主题，其中，NACK反馈在UE共享的物理上行链路控制信道(PUCCH)资源上。

示例10包括示例9的主题，其中，使用UE专用的循环移位来复用来自一个或多个UE的NACK反馈。

示例11包括示例1至7中任一个的主题，其中，对于基于码块(CB)的HARQ重传，一个或多个处理器用于：实现跨重传CB的网络编码，除了UE已经接收到的CB信息之外，UE中的UE使用网络编码重传CB，以解码与UE在与HARQ重传相关联的初始传输中未接收到的CB对应的期望CB。

示例12包括示例11的主题，其中，网络编码包括在重传中应用于初始传输的CB的异或(XOR)函数。

示例13包括示例1的主题，一个或多个处理器用于：对由更高层映射到公共服务的多播、广播或组播物理层传输进行编码以传输到UE。

示例14包括示例13的主题，其中，该组包括作为无线电资源控制连接(RRC_CONNECTED)、RRC_IDLE/RRC_INACTIVE或两者的UE。

示例15包括示例13的主题，其中，一个或多个处理器用于：对下行链路控制信息(DCI)进行编码，该下行链路控制信息包括用于DCI的循环冗余校验的加扰的无线电网络临时标识符，该DCI用于与以下各项中的一项相关的多播或广播物理下行链路共享信道(PDSCH)：配置或数据的传递；或先前的多播配置的更新。

示例16包括示例13的主题，一个或多个处理器用于：对用于配置公共搜索空间以监视包含多播或广播物理层传输的调度DCI的物理下行链路控制信道(PDCCH)的消息进行编码，以传输到UE。

示例17包括示例16的主题，其中，公共搜索空间(CSS)对应于以下各项中的一项：连同多播RNTI的Type3-PDCCH CSS集；或特定于监视多播DCI的Type 4-PDCCH CSS集。

示例18包括示例17的主题，其中，调度DCI是DCI 1_0或1_1中的一个。

示例19包括示例13的主题，一个或多个处理器用于：对配置UE专用搜索空间以监视包含多播或广播物理层传输的调度DCI的物理下行链路控制信道(PDCCH)的消息进行编码，以传输到UE。

示例20包括示例13至19中任一个的主题，其中，一个或多个处理器用于：基于具有最差覆盖的所述组的UE，为所述组的UE配置用于PDCCH监视的聚合级别以及用于相关控制资源集(CORESET)配置的预编码器粒度。

示例21包括示例13至19中任一个的主题，其中，物理层传输是单播或多播中的一个，是频分复用、时分复用中的一个，或者在时隙内的正交解调参考信号(DM-RS)端口上同时传输到UE。

示例22包括示例13至19中任一个的主题，其中，物理层传输是多播的，并且使用具有秩自适应的多个多输入多输出(MIMO)层。

示例23包括示例13至19中任一个的主题，其中，物理层传输是将由UE在相同解调参考信号(DM-RS)端口中的一个或多个上接收的多播传输。

示例24包括示例13至19中任一个的主题，其中，一个或多个处理器用于：使用未用于多播物理层传输的正交解调参考信号(DM-RS)端口来共同调度到UE中的至少一个的单播物理层传输以及多播物理传输。

示例25包括示例13至19中任一个的主题，其中，一个或多个处理器将对多播物理层传输使用多用户叠加编码。

示例26包括示例1至6和示例13至19中任一个的主题，还包括用于向UE传输消息的通信资源。

示例27包括在新无线电(NR)节点B(gNB)处执行的方法，该方法包括：对用于单小区多播、广播或组播传输到一组用户设备(UE)的消息进行编码，该消息用于关于信道质量指示符(CQI)反馈或混合自动重传请求确认(HARQ/ACK)反馈中的至少一个来配置UE，使得CQI反馈或HARQ/ACK反馈中的至少一个可以被关闭，或者使得CQI反馈和HARQ/ACK反馈都可以被使用；以及将该消息发送到gNB的通信资源以传输到UE。

示例28包括示例27的主题，其中，对于组播传输，该方法还包括：配置UE以接收组播传输在时隙内、跨时隙或跨时隙边界的多次重复。

示例29包括示例28的主题，其中，基于组播传输的物理下行链路共享信道(PDSCH)的长度，在时隙内、跨时隙或跨时隙边界进行多次重复。

示例30包括示例28的主题，其中，该消息用于配置所述UE以不对gNB提供任何上行链路反馈。

示例31包括示例28的主题，其中，该消息是第一消息，该方法还包括：通过对传输到UE的第二消息进行编码来配置UE以接收多次重复，该第二消息用于配置UE以接收多次重复。

示例32包括示例28的主题，其中，该消息将UE配置成提供HARQ/ACK反馈。

示例33包括示例27至32中任一个的主题，还包括在物理上行链路控制信道(PUCCH)中来自UE的用于组播传输的确认(ACK)和否定确认(NACK)反馈。

示例34包括示例27至32中任一个的主题，还包括：对用于组播传输的否定确认(NACK)反馈而不是确认(ACK)反馈进行解码，NACK来自未接收到组播传输的物理下行链路共享信道(PDSCH)传输的所述组的一个或多个UE。

示例35包括示例34的主题，其中，NACK反馈在UE共享的物理上行链路控制信道(PUCCH)资源上。

示例36包括示例35的主题，其中，使用UE专用的循环移位来复用来自一个或多个UE的NACK反馈。

示例37包括示例27至33中任一个的主题，其中，对于基于码块(CB)的HARQ重传，该方法还包括：实现跨重传CB的网络编码，除了UE已经接收到的CB信息之外，UE中的UE使用网络编码重传CB，以解码与UE在与HARQ重传相关联的初始传输中未接收到的CB对应的期望CB。

示例38包括示例37的主题，其中，网络编码包括在重传中应用于初始传输的CB的异或(XOR)函数。

示例39包括示例27的主题，该方法还包括进行编码，对由更高层映射到公共服务的多播、广播或组播物理层传输进行编码以传输到UE。

示例40包括示例39的主题，其中，该组包括作为无线电资源控制连接(RRC_CONNECTED)、RRC_IDLE/RRC_INACTIVE或两者的UE。

示例41包括示例39的主题，该方法还包括对下行链路控制信息(DCI)进行编码，该下行链路控制信息包括用于DCI的循环冗余校验的加扰的无线电网络临时标识符，该DCI用于与以下各项中的一项相关的多播或广播物理下行链路共享信道(PDSCH)：配置或数据的传递；或先前的多播配置的更新。

示例42包括示例39的主题，还包括：

对用于配置公共搜索空间以监视包含多播或广播物理层传输的调度DCI的物理下行链路控制信道(PDCCH)的消息进行编码，以传输到UE。

示例43包括示例42的主题，其中，公共搜索空间(CSS)对应于以下各项中的一项：连同多播RNTI的Type3-PDCCH CSS集；或特定于监视多播DCI的Type 4-PDCCH CSS集。

示例44包括示例43的主题，其中，调度DCI是DCI 1_0或1_1中的一个。

示例45包括示例39的主题，还包括：对配置UE专用搜索空间以监视包含多播或广播物理层传输的调度DCI的物理下行链路控制信道(PDCCH)的消息进行编码，以传输到UE。

示例46包括示例39至45中任一个的主题，其中，基于具有最差覆盖的所述组的UE，为所述组的UE配置用于PDCCH监视的聚合级别以及用于相关控制资源集(CORESET)配置的预编码器粒度。

示例47包括示例39至45中的任一个的主题，其中，物理层传输是单播或多播中的一个，是频分复用、时分复用中的一个，或者在时隙内的正交解调参考信号(DM-RS)端口上同时传输到UE。

示例48包括示例39至45中任一个的主题，其中，物理层传输是多播的，并且使用具有秩自适应的多个多输入多输出(MIMO)层。

示例49包括示例39至45中任一个的主题，其中，物理层传输是将由UE在相同解调参考信号(DM-RS)端口中的一个或多个上接收的多播传输。

示例50包括示例39至45中任一个的主题，还包括使用未用于多播物理层传输的正交解调参考信号(DM-RS)端口来共同调度到UE中的至少一个的单播物理层传输以及多播物理传输。

示例51包括示例39至45中任一个的主题，还包括对多播物理层传输使用多用户叠加编码。

示例52包括一种新无线电(NR)用户设备(UE)的装置，该装置包括存储器和耦接到该存储器的一个或多个处理器，该存储器存储指令，并且一个或多个处理器实现以下指令：对用于由NR节点B(gNB)发送的单小区多播、广播或组播传输到一组用户设备(UE)的消息进行解码，该消息用于关于信道质量指示符(CQI)反馈或混合自动重传请求确认(HARQ/ACK)反馈中的至少一个配置UE，使得CQI反馈或HARQ/ACK反馈中的至少一个可以被关闭，或者使得CQI反馈和HARQ/ACK反馈都可以被使用；以及基于该消息配置UE。

示例53包括示例52的主题，其中，对于组播传输，一个或多个处理器还用于：配置UE以接收组播传输在时隙内、跨时隙或跨时隙边界的多次重复。

示例54包括示例53的主题，其中，基于组播传输的物理下行链路共享信道(PDSCH)的长度，在时隙内、跨时隙或跨时隙边界进行多次重复。

示例55包括示例54的主题，其中，该消息用于配置UE以不对gNB提供任何上行链路反馈。

示例56包括示例53的主题，其中，该消息是第一消息，一个或多个处理器还用于：通过编码来自gNB的第二消息配置UE以接收多次重复。

示例57包括示例53的主题，其中，该消息将UE配置成提供HARQ/ACK反馈。

示例58包括示例52至57中任一个的主题，其中，一个或多个处理器用于：将在物理上行链路控制信道(PUCCH)中对用于组播传输的确认(ACK)或否定确认(NACK)反馈进行编码，以传输到gNB。

示例59包括示例52至57中任一个的主题，其中，一个或多个处理器用于：对用于组播传输的否定确认(NACK)反馈而不是确认(ACK)反馈进行编码，以传输到gNB。

示例60包括示例59的主题，其中，NACK反馈在UE共享的物理上行链路控制信道(PUCCH)资源上。

示例61包括示例60的主题，其中，使用UE专用的循环移位来复用NACK反馈。

示例62包括示例52至58中任一个的主题，其中，对于基于码块(CB)的HARQ重传，一个或多个处理器用于：将使用由gNB发送的网络编码重传CB以及UE已经接收到的CB信息，以解码与UE在与HARQ重传相关联的初始传输中未接收到的CB对应的期望CB。

示例63包括示例62的主题，其中，用于网络编码重传CB的网络编码包括在重传中应用于初始传输的CB的异或(XOR)函数。

示例64包括示例52的主题，一个或多个处理器对来自由上层映射到公共服务的gNB的多播、广播或组播物理层传输进行解码。

示例65包括示例64的主题，其中，UE是资源控制连接(RRC_CONNECTED)或RRC_IDLE/RRC_INACTIVE。

示例66包括示例64的主题，其中，一个或多个处理器用于：对下行链路控制信息(DCI)进行解码，该下行链路控制信息包括用于DCI的循环冗余校验的加扰的无线电网络临时标识符，该DCI用于与以下各项中的一项相关的多播或广播物理下行链路共享信道(PDSCH)：配置或数据的传递；或先前的多播配置的更新。

示例67包括示例64的主题，其中，一个或多个处理器用于：对来自gNB的信息进行解码，以将公共搜索空间配置成监视包含多播或广播物理层传输的调度DCI的物理下行链路控制信道(PDCCH)。

示例68包括示例67的主题，其中，公共搜索空间(CSS)对应于以下各项中的一项：连同多播RNTI的Type3-PDCCH CSS集；或特定于监视多播DCI的Type 4-PDCCH CSS集。

示例69包括示例68的主题，其中，调度DCI是DCI 1_0或1_1中的一个。

示例70包括示例64的主题，其中，一个或多个处理器用于：对来自gNB的消息进行解码，以将UE专用的搜索空间配置成监视包含多播或广播物理层传输的调度DCI的物理下行链路控制信道(PDCCH)。

示例71包括示例64至70中任一个的主题，其中，一个或多个处理器用于：基于具有最差覆盖的所述组的UE，为UE配置用于PDCCH监视的聚合级别以及用于相关控制资源集(CORESET)配置的预编码器粒度。

示例72包括示例64至70中任一个的主题，其中，物理层传输是单播或多播中的一个，是频分复用、时分复用中的一个，或者在时隙内的正交解调参考信号(DM-RS)端口上同时传输到UE。

示例73包括示例64至70中任一个的主题，其中，物理层传输是多播的，并且使用具有秩自适应的多个多输入多输出(MIMO)层。

示例74包括示例64至70中任一个的主题，其中，物理层传输是将由UE在相同解调参考信号(DM-RS)端口中的一个或多个上接收的多播传输。

示例75包括示例64至70中任一个的主题，其中，一个或多个处理器使用未用于多播物理层传输的正交解调参考信号(DM-RS)端口来对到UE中的至少一个的单播物理层传输以及多播物理传输进行解码。

示例76包括示例64至70中任一个的主题，其中，一个或多个处理器将对多播物理层传输使用多用户叠加编码。

示例77包括示例52至57和示例64至70中任一个的主题，还包括用于向UE传输消息的通信资源。

示例78包括一种在新无线电(NR)用户设备(UE)处执行的方法，该方法包括：对由NR节点B(gNB)发送到一组用户设备(UE)的用于单小区多播、广播或组播传输的消息进行解码，该消息用于通过信道质量指示器(CQI)反馈或混合自动重传请求确认(HARQ/ACK)反馈中的至少一个配置UE，使的CQI反馈或HARQ/ACK反馈中的至少一个可以被关闭，或者使的CQI反馈和HARQ/ACK反馈都可以被使用；以及基于该消息配置UE。

示例79包括示例78的主题，其中，对于组播传输，该方法还包括：配置UE以接收组播传输在时隙内、跨时隙或跨时隙边界的多次重复。

示例80包括示例79的主题，其中，基于组播传输的物理下行链路共享信道(PDSCH)的长度，在时隙内、跨时隙或跨时隙边界进行多次重复。

示例81包括示例80的主题，其中，该消息用于配置UE以不对gNB提供任何上行链路反馈。

示例82包括示例79的主题，其中，该消息是第一消息，该方法还包括：通过编码来自gNB的第二消息来配置UE以接收多次重复。

示例83包括示例79的主题，其中，该消息将UE配置成提供HARQ/ACK反馈。

示例84包括示例78至83中任一个的主题，还包括在物理上行链路控制信道(PUCCH)中编码，以向gNB传输用于组播传输的确认(ACK)或否定确认(NACK)反馈。

示例85包括示例78至83中任一个的主题，还包括对用于组播传输的否定确认(NACK)反馈而不是确认(ACK)反馈进行编码。

示例86包括示例85的主题，其中，NACK反馈在UE共享的物理上行链路控制信道(PUCCH)资源上。

示例87包括示例86的主题，其中，使用UE专用的循环移位来复用NACK反馈。

示例88包括示例78至84中任一个的主题，其中，对于基于码块(CB)的HARQ重传，该方法还包括：使用由gNB发送的网络编码重传CB以及UE已经接收到的CB信息，以解码与UE在与HARQ重传相关联的初始传输中未接收到的CB对应的期望CB。

示例89包括示例88的主题，其中，用于网络编码重传CB的网络编码包括在重传中应用于初始传输的CB的异或(XOR)函数。

示例90包括示例78的主题，还包括对来自由上层映射到公共服务的gNB的多播、广播或组播物理层传输进行解码。

示例91包括示例90的主题，其中，UE是无线电资源控制连接(RRC_CONNECTED)或RRC_IDLE/RRC_INACTIVE。

示例92包括示例90的主题，还包括：对下行链路控制信息(DCI)进行解码，该下行链路控制信息包括用于DCI的循环冗余校验的加扰的无线电网络临时标识符，该DCI用于与以下各项中的一项相关的多播或广播物理下行链路共享信道(PDSCH)：配置或数据的传递；或先前的多播配置的更新。

示例93包括示例90的主题，还包括：对来自gNB的消息进行解码，以将公共搜索空间配置成监视包含多播或广播物理层传输的调度DCI的物理下行链路控制信道(PDCCH)。

示例94包括示例93的主题，其中，公共搜索空间(CSS)对应于以下各项中的一项：连同多播RNTI的Type3-PDCCH CSS集；或特定于监视多播DCI的Type 4-PDCCH CSS集。

示例95包括示例94的主题，其中，调度DCI是DCI 1_0或1_1中的一个。

示例96包括示例90的主题，该方法还包括：对来自gNB的消息进行解码，以将UE专用的搜索空间配置成监视包含多播或广播物理层传输的调度DCI的物理下行链路控制信道(PDCCH)。

示例96包括示例90至96中任一个的主题，还包括基于具有最差覆盖的所述组的UE，为UE配置用于PDCCH监视的聚合级别以及用于相关控制资源集(CORESET)配置的预编码器粒度。

示例97包括示例90至96中任一个的主题，其中，物理层传输是单播或多播中的一个，是频分复用、时分复用中的一个，或者在时隙内的正交解调参考信号(DM-RS)端口上同时传输到UE。

示例98包括示例90至96中任一个的主题，其中，物理层传输是多播的，并且使用具有秩自适应的多个多输入多输出(MIMO)层。

示例99包括示例90至96中任一个的主题，其中，物理层传输是将由UE在相同解调参考信号(DM-RS)端口中的一个或多个上接收的多播传输。

示例100包括示例90至96中任一个的主题，还包括使用未用于多播物理层传输的正交解调参考信号(DM-RS)端口来解码连同多播物理分层传输共同调度的单播物理分层传输。

示例101包括示例90至96中任一个的主题，其中，多播物理层传输使用多用户叠加编码。

示例102包括一种机器可读介质，该机器可读介质包括在执行时使机器执行示例X的代码，示例102包括示例27至示例51和示例78至示例101中任一个的主题。

示例103包括一种装置，该装置包括执行示例27至51和示例78至101中任一个的方法的部件。

示例1A可包括用于NR中的单小区多播、广播或组播传输的系统和方法，其中，小区的覆盖范围内的一组UE接收相同的下行链路传输。

示例2A可包括示例1A的或本文中的一些其他实施例的方法，其中，可使用CQI和HARQ/ACK的上行链路反馈来促进组传输。

示例3A可包括示例1A至2A的或本文中的一些其他示例的方法，其中，CQI和HARQ/ACK都是可配置的，使得它们可被关闭，并且可单独地或彼此组合地使用。

示例4A可包括示例1A至3A的或本文中的一些其他示例的方法，其中，接收组播的组中的UE可不提供任何上行链路反馈，并且它们可被配置为接收下行链路组播传输的多次重复，其中，根据PDSCH长度，重复可在时隙内、跨时隙或者可跨时隙边界。

示例5A可包括示例4A的或本文中的一些其他示例的方法，其中，被配置为接收下行链路组播PDSCH的多次重复的UE也可被配置为提供HARQ/ACK反馈。

示例6A可包括示例1A至3A的或本文中的一些其他示例的方法，其中，接收组播的组中的UE可使用PUCCH资源在上行链路中传输ACK和NACK反馈。

示例7A可包括示例1A至3A的或本文中的一些其他示例的方法，其中，如果下行链路PDSCH传输失败，则接收组播的组中的UE可仅传输NACK反馈。

示例8A可包括示例7A的或本文中的一些其他示例的方法，其中，NACK可由组中的所有UE通过共享的PUCCH资源来传输。

示例9A可包括示例8A的或本文中的一些其他示例的方法，其中，可使用UE专用的循环移位来复用共享PUCCH资源上的UE的NACK。

示例10A可包括示例1A至9A的方法或本文中的一些其他示例的方法，其中，对于基于CBG的HARQ重传，可使用跨重传CB的网络编码来减少重传开销，使得组中的UE可使用所接收的CB作为边信息，以从与所提供的示例类似的重传中解码其期望的CB。

示例11A是一种用于在NR中实现gNB组播传输的方法，该方法包括：识别下行链路传输；对用于传输的信号进行编码，该传输包括所识别的下行链路传输；以及向小区的覆盖区域内的一组UE发送包括下行链路传输的编码信号。

示例12A可包括示例11A的方法或本文中的任何其他示例的方法，还包括：识别CQI和HARQ/ACK的上行链路反馈；并且其中，其中向所述UE组发送所述编码信号还包括：发送所述经编码信号至少部分地基于所识别的上行链路反馈向所述UE组发送信号。

示例13A可包括示例11A的方法或本文中的任何其他示例的方法，其中，CQI和HARQ/ACK是可配置的。

示例14A可包括示例13A的方法或本文中的任何其他示例的方法，其中，CQI和HARQ/ACK是可配置的，该方法还包括：关闭CQI和HARQ/ACK。

示例15A可包括示例13A的方法或本文中的任何其他示例的方法，其中，CQI和HARQ/ACK是可配置的，该方法还包括以下各项中的所选择的一项：单独使用CQI、单独使用HARQ/ACK或彼此组合地使用CQI和ARQ/ACK。

示例16A可包括示例11A的方法或本文中的任何其他示例的方法，还包括：对第二信号进行编码以发送到所述UE，所述第二信号包括配置指令以接收到UE组的下行链路传输的多次重复。

示例17A可包括示例16A的方法或本文中的任何其他示例的方法，其中，使用以下各项中的所选择的一项来执行下行链路传输的多次重复：在时隙内、跨时隙、跨时隙边界。

示例18A可包括示例17A的方法或本文中的任何其他示例的方法，其中，该选择至少部分地取决于PDSCH长度。

示例19A可包括示例16A的方法或本文中任何其他示例的方法，其中，该配置指令包括用于提供HARQ/ACK反馈的指令。

示例20A可包括示例19A的方法或本文中任何其他示例的方法，还包括：使用PUCCH资源从一组UE中的一个接收信号，该信号包括ACK和/或NACK反馈。

示例21A可包括用于在NR中的组播传输中实现多个UE中的UE的方法，该方法包括：从gNB接收组播下行链路传输；基于所接收的组播下行链路传输，对包括用于CQI和HARQ/ACK的上行链路反馈的信号进行编码；并将该信号发送到gNB。

示例22A可包括示例21A的主题或本文中的任何其他示例的主题，其中，组播下行链路传输包括用于UE接收下行链路组播传输的多次重复的配置信息。

示例23A可包括示例22A的主题或本文中的任何其他示例的主题，其中，下行链路组播传输的多次重复可在以下各项中的所选择的一项上发生：时隙内、跨时隙或跨时隙边界。

示例24A可包括示例23A的主题或本文中的任何其他示例的主题，其中，对下行链路组播传输的多次重复的选择至少部分地基于PDSCH链路。

示例25A可包括示例22A的主题或本文中任何其他示例的主题，其中，配置信息包括用于提供HARQ/ACK反馈的配置信息。

示例1B可包括用于支持在5G NR小区内的多播、广播或组播的系统和方法，其中，小区内的一组用户同时接收由更高层映射到公共服务的相同物理层传输。

示例2B可包括示例1B的或本文中的一些其他示例的方法，其中UE的分组由更高层确定，并且可包含RRC_CONNECTED或RRC_IDLE/RRC_INACTIVE UE或两种类型的UE的组合。

示例3B可包括示例1B至2B的或本文中的一些其他示例的方法，其中，新的RNTI被定义为NR，用于对调度与多播/广播配置和/或数据的传递相关的PDSCH的DCI的或提供和更新先前多播配置的DCI的CRC进行加扰。

示例4B可包括示例1B至3B的或本文中的一些其他示例的方法，其中，公共搜索空间用于监视多播DCI，并且NR Type3-PDCCH CSS集配置与特定多播RNTI的添加一起被重复使用，或者新的Type4-PDCCH CSS集配置被专门定义用于监视多个DCI。

示例5B可包括示例4B的或本文中的一些其他示例的方法，其中，PDCCH CSS集配置应允许监视DCI 1_0和1_1，或者可替代地，监视在NR中定义的任何新的多播DCI格式。

示例6B可包括示例1B至3B的或本文中的一些其他示例的方法，其中，用户特定的搜索空间也可用于监视多播DCI格式。

示例7B可包括示例1B至6B的或本文中的一些其他示例的方法，其中，基于具有最差覆盖的组中的UE来确定用于PDCCH监视的AL以及用于相关CORESET配置的预编码器粒度。

示例8B可包括示例1B至7B的或本文中的一些其他示例的方法，其中，RRC_CONNECTED UE能够以FDM、TDM或同时在时隙内的正交DM-RS端口上接收单播和多播传输两者。

示例9B可包括示例1B至8B的方法或本文中的一些其他示例的方法，其中，多播传输可使用具有秩自适应的多个MIMO层。

示例10B可包括示例1B至9B的或本文中的一些其他示例的方法，其中，接收多播传输的UE共享相同的DM-RS端口。

示例11B可包括示例1B至10B的或本文中的一些其他示例的方法，其中，可使用多播不使用的正交DM-RS端口来共同调度到相同或其他UE的单播传输。

示例12B可包括示例1B至10B的或本文中的一些其他示例的方法，其中，多用户叠加编码可用于提高多播传递的效率。

示例13B可以是一种用于实现gNB以支持NR内的多播、广播或组播传输的方法，该方法包括：对同时传输到小区内的一组UE的信号进行编码；以及将所编码的信号发送到所述一组UE，其中，物理层传输被更高层映射到公共服务。

示例14B可包括示例13B的方法或本文中的任何其他示例的方法，其中，所述一组UE由更高层确定。

示例15B可包括示例14B的方法或本文中的任何其他示例的方法，其中，UE中的每个包括以下各项中的所选择的一项：RRC_CONNECTED、RRC_IDLE/RRC_INACTIVE或两者的组合。

示例16B可包括示例13B的方法或本文中的任何其他示例的方法，该方法还包括定义用于对DCI的CRC进行加扰的RNTI。

示例17B可包括示例16B的方法或本文中的任何其他示例的方法，其中，使用DCI来调度与传输编码信号相关的PDSCH。

示例18B可包括示例16B的方法或本文中的任何其他示例的方法，其中，DCI为UE提供并更新先前的配置。

示例19B可包括示例16B的方法或本文中的任何其他示例的方法，还包括公共搜索空间，该公共搜索空间用于监视多播DCI。

示例20B可包括示例19B的方法，或本文中的任何其他示例的方法，用户特定的搜索空间用于监视多播DCI格式。

示例21B可包括示例15B的方法或本文中的任何其他示例的方法，其中，RRC_CONNECTED UE将以以下各项中的所选择的一项接收单播和多播传输：FDM、TDM或同时在时隙内的正交DM-RS端口上。

示例22B可包括示例13B的方法或本文中的任何其他示例的方法，其中，传输编码信号使用具有秩自适应的多个MIMO层。

示例Z01可包括一种装置，该装置包括用于执行示例12至23和示例26至45中的任一个所述的或与之相关的方法的一个或多个要素的部件，或本文所描述的任何其他方法或过程。

示例Z02可包括一个或多个非暂时性计算机可读介质，该介质包括指令，以使电子设备在由该电子设备的一个或多个处理器执行该指令时，执行示例12至23和示例26至45中的任一个所述的或与之相关的方法的一个或多个要素，或本文所述的任何其他方法或过程。

示例Z03可包括一种装置，该装置包括逻辑、模块或电路，以执行示例12至23和示例26至45中的任一个所述的或与之相关的方法的一个或多个要素，或本文所述的任何其他方法或过程。

示例Z04可包括上述示例中的任一个或其部分或一部分所述的或与之相关的方法、技术或过程。

示例Z05可包括一种装置，该装置包括：一个或多个处理器和包括指令的一个或多个计算机可读介质，这些指令在由一个或多个处理器执行时，使一个或多个处理器执行上述示例中的任一个或其部分所述的或与之相关的方法、技术或过程。

示例Z06可包括如示例1至8中的任一个或其部分或一部分所述的或与之相关的信号。

示例Z07可包括示例1至8中的任一个或其部分或一部分所述的或与之相关的，或在本公开内容中以其他方式描述的数据报、分组、帧、段、协议数据单元(PDU)或消息。

示例Z08可包括如示例1至8中的任一个或其部分或一部分所述的或与之相关的，或在本公开内容中以其他方式描述的用数据编码的信号。

示例Z09可包括如示例1至8中的任一个或其部分或一部分所述的或与之相关的，或在本公开内容中以其他方式描述的用数据报、分组、帧、段、协议数据单元(PDU)或消息编码的信号。

示例Z10可包括携带计算机可读指令的电磁信号，其中，由一个或多个处理器执行计算机可读指令是为了使该一个或多个处理器执行示例1至8中的任一个或其部分所述的或与之相关的方法、技术或过程。

示例Z11可包括计算机程序，该计算机程序包括指令，其中，

由处理元件执行该程序是为了使处理元件执行如示例1至8中的任一个或其部分所述的或与之相关的方法、技术或过程。

示例Z12可包括本文所示和所述的无线网络中的信号。

示例Z13可包括如本文所示和所述的在无线网络中通信的方法。

示例Z14可包括如本文所示和所述的用于提供无线通信的系统。

示例Z15可包括如本文所示和所述的用于提供无线通信的设备。

以上描述的实施例中的任一个都可与任何其他实施例(或实施例的组合)结合，除非另有明确说明。上述对一个或多个具体实施的描述提供了说明和描述，但并不意味着是详尽的，也不意味着将实施例的范围限制到所披露的精确形式。鉴于上述教导，修改和变化是可能的，也可从各种实施例的实践中获得。

以上描述的实施例中的任一个都可与任何其他实施例(或实施例的组合)结合，除非另有明确说明。本文描述的方面还可实现方案的分级应用，例如，通过基于对频谱的优先访问为不同类型的用户引入使用的分级优先次序(例如，低/中/高优先级等)，例如，第一级用户具有最高优先级，其次是第二级用户，然后是第三级用户等。本公开内容中的特征中的一些是为网络元件(或网络设备)定义的，诸如接入点(AP)、eNB、gNB、核心网络元件(或网络功能)、应用服务器、应用功能等。本文讨论的由网络元件执行的任何实施例可另外地或替代性地由UE执行，或者UE可扮演网络元件的角色(例如，为网络设备定义的一些或所有功能可由UE实现)。

尽管这些具体设施已经参考具体的示例性方面进行了描述，但显而易见的是，可对这些方面进行各种修改和变化，而不偏离本公开内容的更广泛的范围。在本文描述的布置和过程中的许多可组合使用或并行实现，以提供更大的带宽/吞吐量，并支持可提供给被服务的边缘系统的边缘服务选择。因此，本说明书和附图应以说明性而非限制性的意义来看待。构成本文一部分的附图通过说明而不是限制的方式示出了可实践该主题的具体方面。所示出的方面被描述得足够详细，以使本领域的技术人员能够实践本文所披露的教导。其他方面可被利用并从所示出的方面得出，使得可在不脱离本公开内容的范围的情况下进行结构和逻辑上的替换和改变。因此，本详细描述不应具有限制性意义，并且各方面的范围仅由所附的权利要求书以及这些权利要求书所享有的全部等效物来定义。

本发明主题的这些方面可单独地和/或共同地在本文提及，这仅仅是为了方便，并且如果事实上公开了多于一个的方面，则并不意味着自愿将本申请的范围限制于任何单一的方面或发明构思。

因此，尽管本文已经说明和描述了具体的方面，但应当理解的是，旨在实现相同目的的任何布置都可替代所示的具体方面。本公开内容旨在涵盖各方面的任何和所有的调整或变化。上述各方面的组合以及本文未具体描述的其他方面，对于本领域的技术人员来说，在回顾上述描述时将是显而易见的。

Claims (25)

1.一种新无线电(NR)节点B(gNB)的装置，所述装置包括存储器和耦接到所述存储器的一个或多个处理器，所述存储器存储指令，并且所述一个或多个处理器实现所述指令以用于：

对用于单小区多播、广播或组播传输到一组用户设备(UE)的消息进行编码，所述消息用于关于信道质量指示符(CQI)反馈或混合自动重传请求确认(HARQ/ACK)反馈中的至少一个来配置所述UE，使得CQI反馈或HARQ/ACK反馈中的至少一个能够被关闭，或者使得CQI反馈和HARQ/ACK反馈都能够被使用；以及

将所述消息发送到所述gNB的通信资源以传输到所述UE。

2.根据权利要求1所述的装置，其中，对于组播传输，所述一个或多个处理器还用于：配置所述UE以接收所述组播传输在时隙内、跨时隙或跨时隙边界的多次重复。

3.根据权利要求2所述的装置，其中，基于所述组播传输的物理下行链路共享信道(PDSCH)的长度，在时隙内、跨时隙或跨时隙边界进行多次重复。

4.根据权利要求2所述的装置，其中，所述消息是第一消息，所述一个或多个处理器还用于：通过对传输到所述UE的第二消息进行编码来配置所述UE以接收所述多次重复，所述第二消息用于配置所述UE以接收所述多次重复。

5.根据权利要求2所述的装置，其中，所述消息用于配置所述UE以提供HARQ/ACK反馈。

6.根据权利要求1至5中的任一项所述的装置，其中，所述一个或多个处理器用于：对用于所述组播传输的否定确认(NACK)反馈而不是确认(ACK)反馈进行解码，所述NACK来自未接收到所述组播传输的物理下行链路共享信道(PDSCH)传输的所述组的一个或多个UE。

7.根据权利要求1至5中的任一项所述的装置，其中，对于基于码块(CB)的HARQ重传，所述一个或多个处理器用于：实现跨重传CB的网络编码，除了所述UE已经接收到的CB信息之外，所述UE中的UE使用网络编码重传CB，以解码与所述UE在与所述HARQ重传相关联的初始传输中未接收到的CB对应的期望CB。

8.根据权利要求7所述的装置，其中，所述网络编码包括在所述重传中应用于所述初始传输的CB的异或(XOR)函数。

9.根据权利要求1所述的装置，所述一个或多个处理器用于：对由更高层映射到公共服务的多播、广播或组播物理层传输进行编码，以传输到所述UE。

10.根据权利要求9所述的装置，其中，所述一个或多个处理器用于：对下行链路控制信息(DCI)进行编码，所述下行链路控制信息包括用于所述DCI的循环冗余校验的加扰的无线电网络临时标识符，所述DCI用于与以下各项中的一项相关的多播或广播物理下行链路共享信道(PDSCH)：

配置或数据的传递；或

先前的多播配置的更新。

11.根据权利要求9所述的装置，所述一个或多个处理器用于：对用于配置公共搜索空间以监视包含所述多播或广播物理层传输的调度DCI的物理下行链路控制信道(PDCCH)的消息进行编码，以传输到所述UE，其中，所述公共搜索空间(CSS)对应于以下各项中的一项：

连同多播RNTI的Type3-PDCCH CSS集；或

特定于监视多播DCI的Type 4-PDCCH CSS集。

12.根据权利要求11所述的装置，其中，所述调度DCI是DCI 1_0或1_1中的一个。

13.根据权利要求9所述的装置，所述一个或多个处理器用于：

对配置UE专用的搜索空间以监视包含所述多播或广播物理层传输的调度DCI的物理下行链路控制信道(PDCCH)的消息进行编码，以传输到所述UE。

14.根据权利要求9至13中任一项所述的装置，其中，所述一个或多个处理器用于：基于具有最差覆盖的所述组的UE，为所述组的UE配置用于PDCCH监视的聚合级别以及用于相关控制资源集(CORESET)配置的预编码器粒度。

15.一种在新无线电(NR)节点B(gNB)处执行的方法，所述方法包括：对用于单小区多播、广播或组播传输到一组用户设备(UE)的消息进行编码，所述消息用于关于信道质量指示符(CQI)反馈或混合自动重传请求确认(HARQ/ACK)反馈中的至少一个配置所述UE，使得CQI反馈或HARQ/ACK反馈中的至少一个能够被关闭，或者使得CQI反馈和HARQ/ACK反馈都能够被使用；以及

将所述消息发送到所述gNB的通信资源以传输到所述UE。

16.根据权利要求15所述的方法，其中，对于组播传输，所述方法还包括：配置所述UE以接收所述组播传输在时隙内、跨时隙或跨时隙边界的多次重复。

17.根据权利要求16所述的方法，其中，基于所述组播传输的物理下行链路共享信道(PDSCH)的长度，在时隙内、跨时隙或跨时隙边界进行所述多次重复。

18.根据权利要求16所述的方法，其中，所述消息用于配置所述UE以不对所述gNB提供任何上行链路反馈。

19.根据权利要求16所述的方法，其中，所述消息是第一消息，所述方法还包括：通过对传输到所述UE的第二消息进行编码来配置所述UE以接收所述多次重复，所述第二消息用于配置UE以接收所述多次重复。

20.根据权利要求15所述的方法，其中，对于基于码块(CB)的HARQ重传，所述方法还包括：实现跨重传CB的网络编码，除了所述UE已经接收到的CB信息之外，所述UE中的UE将使用网络编码重传CB，以解码与所述UE在与所述HARQ重传相关联的初始传输中未接收到的CB对应的期望CB。

21.根据权利要求20所述的方法，其中，所述网络编码包括在所述重传中应用于所述初始传输的CB的异或(XOR)函数。

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

对由更高层映射到公共服务的多播、广播或组播物理层传输进行编码，以传输到所述UE；以及

对下行链路控制信息(DCI)进行解码，所述下行链路控制信息包括用于所述DCI的循环冗余校验的加扰的无线电网络临时标识符，所述DCI用于与以下各项中的一项相关的多播或广播物理下行链路共享信道(PDSCH)：

配置或数据的传递；或

先前的多播配置的更新。

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

对由更高层映射到公共服务的多播、广播或组播物理层传输进行编码，以传输到所述UE；以及

对用于把配置公共搜索空间以监视包含所述多播或广播物理层传输的调度DCI的物理下行链路控制信道(PDCCH)的消息进行编码，以传输到所述UE，其中，所述公共搜索空间(CSS)对应于以下各项中的一项：

连同多播RNTI的Type3-PDCCH CSS集；或

特定于监视多播DCI的Type 4-PDCCH CSS集。

24.一种机器可读介质，所述机器可读介质包括在执行时使机器执行根据权利要求15至23中任一项所述的方法的代码。

25.一种设备，所述设备包括执行根据权利要求15至23中任一项所述的方法的装置。

Images