CN115088356A - 用于nr多播服务的组调度方法和设备 - Google Patents

Abstract

本申请提供方法与设备，用于NR多播服务的组调度配置和上行链路HARQ配置。在一示范例中，UE接收与多播传输有关的SIB消息的广播，通过RRC消息接收多播控制信息，并配置上行链路HARQ反馈。在一实施例中，SIB消息包括MB‑RNTI加扰的控制资源集和/或搜索空间。多播控制信息包括由G‑RNTI加扰的MTCHinfolist中的控制资源集和/或搜索空间。多播控制信息包括以下一个或多个元素：MTCH索引、通知相关UE禁用或启用HARQ反馈的上行链路HARQ反馈请求、PDSCH与上行链路PUCCH反馈资源之间的时序信息、基于HARQ的反馈选项、一个或一组PUCCH资源或PUCCH资源实例，以及MTCH重传计时器。

Description

用于NR多播服务的组调度方法和设备

交叉引用

本申请是根据35 USC§111(a)提交的，根据35USC§120和§365(c)基于并要求2020年2月14日递交的，发明名称为“Methods and Apparatus of Group Scheduling for NRMulticast Service”的国际申请号为PCT/CN2020/075263的优先权，且将上述申请合并作为参考。

技术领域

本发明有关于无线通信，且尤其有关于新无线电(new radio，NR)多播服务的组调度(group scheduling)。

背景技术

随着无线数据服务的指数级增长，面向大型移动用户群的内容交付迅速增长。最初的无线多播广播服务(multicastbroadcast service，MBS)包括流媒体服务，例如移动电视和IPTV。随着对大型群组内容交付的需求不断增长，移动多播服务的最新应用开发需要高度稳健和关键的通信服务(如在灾难情况下的群组通信)，以及与公共安全网络相关的多播服务的必要性。早期3GPP在LTE标准中定义了增强型多媒体广播多播服务(enhancedmultimedia broadcast multicast service，eMBMS)，并定义了单小区点对多点(single-cell point to multipoint，SC-PTM)服务以及多播广播单频网络(multicast-broadcastsingle-frequency network，MBSFN)。对于早期的MBS(如移动电视服务)来说，多播数据封包不需要基于肯定确认(zcknowledgement，ACK)/否定确认(negativeacknowledgment，NACK)的反馈。随着涉及灾难情况以及公共安全服务等关键通信服务对多播服务的需求日益增加，可靠的多播数据传递需要改进现有的移动MBS。目前来说，基于UMTS或EUTRAN技术的组调度不支持上行反馈。在NR网络中，带宽部分(bandwidth part，BWP)用于带宽效率。然而，目前的多播服务配置并没有解决多播服务的BWP配置需求。

因此，NR网络中多播服务的组调度配置以及混合自动重传请求(hybridautomatic repeat request，HARQ)配置需要改进和增强。

发明内容

本申请提供方法与设备，用于NR多播服务的组调度配置和上行链路HARQ配置。在一示范例中，gNB广播与多播传输相关的SIB消息，通过RRC消息传输多播控制信息，调度多播PDSCH传输，并向UE指示上行链路HARQ反馈信息。在一实施例中，SIB消息包括控制资源集和/或搜索空间。多播控制信息包括用于搜索由G-RNTI加扰的PDCCH的MTCHinfolist中的控制资源集和/或搜索空间。多播控制信息包括MTCHinfolist中的MTCH索引(或MRB索引)。在另一实施例中，多播控制信息包括上行链路HARQ反馈请求，以通知相关UE HARQ反馈是禁用还是启用。多播控制信息包括以下一个或多个元素：PDSCH与上行链路PUCCH反馈资源之间的时序信息、基于HARQ的反馈选项、用于承载每个MTCH的MTCH信息列表中MTCH内容的PDSCH传输的一个或一组PUCCH资源或PUCCH资源实例，以及MTCH重传计时器。

在一实施例中，UE在NR网络中接收用于一次或多次多播传输的广播***信息块配置，其中广播***信息块包括用于所述一次或多次多播传输的带宽部分；通过无线电资源控制消息接收用于所述一次或多次多播传输的多播控制信息；以及基于所述多播控制信息在多播物理下行链路共享信道上接收一次或多次调度的多播传输。

在另一实施例中，UE通过RRC消息接收用于一次或一次多播传输的多播控制信息；基于接收到的多播控制信息，为一次或多次多播传输配置上行链路HARQ反馈；基于所述多播控制信息在多播物理下行链路共享信道上接收一次或多次调度的多播传输；以及基于HARQ反馈配置向新无线电网络发送用于所述一次或多次调度的多播传输的混合HARQ反馈。

本部分并不用来定义本发明，本发明由权利要求书定义。

附图说明

附图示出了本发明的实施例，其中相同数字指示相同组件。

图1是根据本发明实施例的支持用于NR网络的组调度与上行链路HARQ的示范性NR无线网络的***示意图。

图2是根据本发明实施例的具有NR无线电接口栈的集中化上层的示范性NR无线***以及具有多播协议的UE栈的示范性示意图。

图3是根据本发明实施例的NR网络中进行多播组调度的示范性方块示意图。

图4是根据本发明实施例的用于NR多播服务的多播会话、MTCH以及MRB之间映射的示范性示意图。

图5A是根据本发明实施例的当MTCH由初始BWP承载时多播配置的示范性表1的示意图。

图5B是根据本发明实施例的当MTCH由特定BWP承载时多播配置的示范性表1的示意图。

图6A是根据本发明实施例的NR MCCH配置获取的示范性流程图。

图6B是根据本发明实施例的用于NR多播配置的MTCInfoList的示范性表3的示意图。

图7是根据本发明实施例的用于NR多播服务的具有MTCH信息的组调度配置的示范性流程图。

图8是根据本发明实施例的用于NR多播服务的具有上行链路HARQ的组调度配置的示范性流程图。

具体实施方式

现详细给出关于本发明的一些实施例作为参考，其示例在附图中描述。

在NR网络中，支持单播传输的HARQACK反馈，也支持按用户设备(userequipement，UE)的(per UE)多个下行链路(downlink，DL)HARQ进程以及按UE的单个DL HARQ进程。UE需要指示其最少HARQ处理时间(minimum HARQ processing time)的能力，即从DL数据接收到相应HARQ-ACK传输所需的最少HARQ处理时间。从UE的角度来看，针对多个物理下行链路共享信道(physical downlink shared channel，PDSCH)的及时HARQ ACK/NACK反馈可在一个上行链路(uplink，UL)数据/控制区域中传输。PDSCH接收与相应ACK/NACK之间的时间可在DCI中指定(如在DCI 1_0、DCI 1_1中)。还支持具有单比特/多比特HARQ-ACK反馈的基于代码块组(code block group，CBG)的传输，它仅允许针对HARQ进程的相同传输块(transmission block，TB)的基于CBG的(重新)传输。CBG可以包括一个TB的所有CB，而不管TB大小(TB size，TBS)如何。一个TB仅由一个CBG组成。UE为TB报告单个HARQ ACK比特。一个CBG只能有一个CB。CBG粒度可由高层(higher layer)配置。HARQ-ACK码本可用于NR网络，可采用基于CBG的HARQ-ACK码本确定。NR网络可采用两种不同类型的码本确定算法：类型1(Type1)和类型2(Type 2)。基于HARQ ACK是在PUCCH还是PUSCH中报告，每种类型可分为两种情况。算法的类型可由几个无线电资源控制(radio resource control，RRC)参数决定。NRV2X支持基于侧链路单播和组播服务的ACK/NACK(或DTX)传输的HARQ，以及组播服务特有的仅发NACK的(NACK-only)HARQ方案。此外，它还支持盲重传方案。侧链路HARQ反馈在物理侧链路反馈信道(physical sidelink feedback channel，PSFCH)上从Rx UE传送到其TxUE。当采用ACK/NACK(或DTX)操作时，HARQ过程与非码块组反馈的NR Uu方案类似。ACK/NACK基于整个传输块的成功或失败来传递。仅发NAC的操作是为组播定义的，以允许在大量RxUE需要向同一Tx UE发送反馈时，需要可能更少的侧链路资源。侧链路组播具有与NR多播服务相似的特性。

图1是根据本发明实施例的支持用于NR网络的组调度与上行链路HARQ的示范性NR无线网络的***示意图。NR无线***包括形成分布在地理区域上的网络的一个或多个固定基本设施单元。基本单元也可以被称为接入点、接入终端、基站、节点B、演进节点B(eNode-B)、gNB或本领域中使用的其他术语。网络可以是同构网络也可以是异构网络，可以采用相同或不同频率进行部署。gNB 101与gNB102是NR网络中的基站，其服务区域可以相互重叠，也可以不重叠。诸如136之类的回传连接(backhaul connection)连接诸如gNB 101和102之类的非共置(non-co-located)接收基本单元。这些回传连接可以是理想的，也可以是非理想的。gNB 101通过Xnr接口136与gNB 102连接。

NR无线网络100还包括多个通信设备或移动台，例如UE111、112、113、114、116、117、121和122。移动设备可与一个或多个基站建立一个或多个单播连接。举例来说，UE 111具有与gNB 101之间的单播连接131。UE 114和117分别通过单播连接134和133与gNB 101连接。类似地，UE 121通过单播连接132与gNB 102连接。

在一示范例中，可配置组调度用于多播服务。gNB 101和gNB 102提供多播服务1。UE 111、112与113从gNB 101接收多播服务。UE121和122从gNB 102接收多播服务。gNB 101向UE 116、117与118的UE组提供多播服务2。多播服务1和多播服务2在多播模式下通过NR无线网络配置的多播无线电承载(multicast radio bearer，MRB)传送。接收UE通过所配置的相应MRB接收多播业务的数据封包。UE111从gNB 101接收多播服务1。gNB 102也提供多播服务1。可为多播服务配置UL反馈。每个接收多播的UE都指示其是否支持HARQ。还可配置UL反馈类型的指示。在一实施例中，UL反馈是仅发NACK的反馈。在另一实施例中，UL反馈是基于NACK以及ACK的反馈。

图1显示了具有组调度的多播配置的示范性过程180。NR多播在一个小区的覆盖范围内传输。从逻辑信道的角度来看，一个多播控制信道(multicast control channel，MCCH)以及一个或多个多播业务信道(multicast traffic channel，MTCH)映射在下行链路共享信道(downlink shared channel，DL-SCH)上。NR多播的调度由gNB中央单元(centralunit，CU)完成。MCCH提供具有在MTCH上传送的正在进行的会话的所有NR多播服务列表，包括每个NR多播服务ID(由NR多播组ID或NR多播会话ID表示)、相关组无线电网络临时标识符(group radio network temporary identifier，G-RNTI)、调度信息等。MCCH由RRC在每个MCCH重复周期发送。MCCH采用修改周期。MCCH和MTCH采用RLC-UM模式或RLC-AM模式。SIB广播180在SIB信息中包含多播信息。基于多播服务的SIB信息，在180获得MCCH信息。MCCH信息可包含在***信息中或通过RRC消息传送。MCCH信息配置多个MTCH，例如MTCH 185、MTCH186以及MTCH 187。在一实施例中，配置过程180包括与BWP相关的配置。在另一实施例中，配置过程180还配置上行链路反馈，例如HARQ。

图1进一步示出了用于多播组调度的基站和移动设备/UE的简化框图。gNB 102具有天线156，用来发送和接收无线电信号。耦接于上述天线的RF收发器电路153从天线156接收RF信号，将RF信号转换为基带信号，并将基带信号发送到处理器152。RF收发器153还将从处理器152接收到的基带信号转换为RF信号，并发送到天线156。处理器152处理接收到的基带信号，并调用不同的功能模块来执行gNB102中的功能特性。存储器151存储程序指令和数据154以控制gNB102的操作。gNB 102还包括一组控制模块155，用来执行功能任务以与移动站通信。

图1还包括UE(如UE 111)的简化框图。UE具有天线165，用于发送和接收无线电信号。耦接于上述天线的RF收发器电路163从天线165接收RF信号，将RF信号转换为基带信号，并将基带信号发送到处理器162。在一实施例中，RF收发器可包括两个RF模块(未示出)。第一RF模块用于高频(high frequency，HF)发送和接收；另一RF模块不同于HF收发器，用于不同频段的发送和接收。RF收发器163还将从处理器162接收到的基带信号转换为RF信号，并发送到天线165。处理器162处理接收到的基带信号，并调用不同的功能模块来执行UE 111中的功能特性。存储器161存储程序指令和数据164以控制UE 111的操作。天线165向gNB102的天线156发送上行链路传送，并从gNB 102的天线156接收下行链路传送。

UE还包括一组控制模块，用于执行功能任务。这些控制模块可通过电路、软件、固件或上述的组合实现。广播模块191在NR网络中接收用于一次或多次多播传输的广播***信息块(system information block，SIB)配置，其中广播SIB包括用于一次或多次多播传输的BWP。控制信息模块192通过RRC消息接收用于一次或多次多播传输的多播控制信息。多播模块193基于多播控制信息在多播PDSCH上接收一次或多次调度的多播传输。

图2是根据本发明实施例的具有NR无线电接口栈的集中化上层的示范性NR无线***以及具有多播协议的UE栈的示范性示意图。gNB节点的中央单元(central unit，CU)和分布式单元(distributed unit，DU)之间可能有不同的协议划分选择。gNB节点的CU和DU之间的功能划分可能取决于传输层。由于较高的协议层在带宽、延迟、同步和抖动方面对传输层的性能要求较低，gNB节点的CU和DU之间的低性能传输可以使能NR无线电栈的高协议层在CU中得到支持。在一实施例中，服务数据适配协议(service data adaptation protocol，SDAP)和分组数据汇聚协议(packet data convergence protocol，PDCP)层位于CU，而无线电链路控制(radio link control，RLC)、介质访问控制(media access control，MAC)和物理(physical，PHY)层位于DU。核心单元(core unit)201与具有gNB上层(upper layer)252的中央单元211连接。在一实施例250中，gNB上层252包括PDCP层和可选的SDAP层。中央单元211与分布式单元221、222和223连接，其中分布式单元221、222和223分别对应于小区231、232和233。分布式单元221、222和223包括gNB下层(lower layer)251。在一实施例中，gNB下层251包括PHY、MAC和RLC层。在另一实施例260中，每个gNB具有包括SDAP、PDCP、RLC、MAC和PHY层的协议栈261。

图3是根据本发明实施例的NR网络中进行多播组调度的示范性方块示意图。示范性PDCCH 310包括公共搜索空间(common search space，CSS)311和313、UE特定搜索空间(UE-specific search space，USS)312和314。示范性PDSCH 320包括MCCH 321、其他数据字段322以及MTCH 323。MCCH 321由gNB在PDCCH的CSS 311中调度，并通过多媒体广播RNTI(multimedia broadcast RNTI，MB-RNTI)加扰。MB-RNTI是MCCH逻辑信道特定的RNTI，在MAC中规定了固定值(如上述值可以是FFFD)。MTCH 323由gNB在PDCCH的CSS313中调度，并通过G-RNTI加扰。在步骤331，UE根据小区***信息内的主要指示，通过MB-RNTI搜索PDCCH 310的公共搜索空间311。UE读取MCCH控制信息。在步骤332，UE根据特定MTCH的MCCH控制信息来监测具有G-RNTI的PDCCH的公共搜索空间。UE在PDCCH 310处检测CSS 316中的G-RNTI加扰的MTCH 323信息。在步骤333，UE根据DCI指示的资源对PDSCH 320中多播会话的MTCH数据323进行解码。

图4是根据本发明实施例的用于NR多播服务的多播会话、MTCH以及MRB之间映射的示范性示意图。NR多播服务配置通过相应MTCH以及MRB来配置多播会话。由多播会话ID指示的一个多播会话对应由多播组ID指示的一个多播组。图示了四种配置410、430、450和470。

配置410表示NR多播会话与MTCH之间的一对一映射，以及NR多播会话与MRB之间的多对一映射。多播会话411、412、413以及414分别映射到MTCH 421、422、423以及424。MTCH421、422、423以及424映射到一MRB 425。一个NR小区内仅支持一个MRB425。或者，一个多播会话支持一个MRB 425。在这种情况下，G-RNTI与多播会话ID(以及/或者多播组ID)之间存在一对一的映射。

配置430表示NR多播会话与MTCH之间的一对一映射，以及NR多播会话与MRB(每个承载单个MTCH)之间的一对一映射。多播会话431、432、433以及434分别映射到MTCH 441、442、443以及444。MTCH 441、442、443以及444分别映射到MRB 446、447、448以及449。一个NR小区内可支持多个MRB。G-RNTI与多播会话ID(以及/或者多播组ID)之间存在一对一的映射。

配置450表示NR多播会话与MTCH之间的一对多映射，以及NR多播会话与MRB之间的多对一映射。一个多播会话451映射到多个MTCH461、462、463以及464。MTCH 461、462、463以及464映射到一个MRB 465。NR多播会话映射到一个MRB。一个NR小区内可支持一个MRB。或者，一个多播会话支持一个MRB。多播会话ID(以及/或者多播组ID)与G-RNTI之间存在一对多映射。多个不同的G-RNTI用于不同的MTCH。MTCH索引用于标识承载相同多播会话的不同MTCH。

配置470表示NR多播会话与MTCH之间的一对多映射，以及NR多播会话与MRB(每个承载单个MTCH)之间的一对多映射。一个多播会话471映射到MTCH 481、482、483以及484。MTCH 481、482、483以及484分别映射到MRB 486、487、488以及489。一个NR小区内可支持多个MRB。多播会话ID(以及/或者多播组ID)与G-RNTI之间存在一对多映射。多个G-RNTI用于不同的MTCH。MTCH索引用于标识承载相同多播会话的各个MTCH。

多播会话、MTCH以及MRB之间的映射遵循上述规则。虽然配置470用作示范性配置，但如上所述类似的规则适用于其他配置。对于每个MTCH来说，可提供一组关于MTCH的调度信息，包括MTCH调度周期、MTCH开启持续时间(MTCH on-duration)以及MTCH非活动计时器(MTCH inactivity-timer)。MTCH开启持续时间规定了UE从DRX唤醒后等待接收PDCCH的下行链路子帧或时隙的持续时间。如果UE成功解码指示MTCH所映射的DL-SCH的PDCCH，则UE保持唤醒并启动非活动计时器。MTCH非活动计时器规定了UE从上一次成功解码指示MTCH所映射的DL-SCH的PDCCH开始，等待成功解码PDCCH的下行链路子帧或时隙的持续时间。如果失败，则UE重新进入DRX。UE在一次成功解码PDCCH之后重新启动非活动计时器。当针对特定多播服务启用HARQ反馈并且预计在基于NACK的反馈之后立即进行多播重传时，相应的MTCH调度信息包括MTCH重传计时器。UE监控MTCH的活动计时器包括MTCH重传计时器运行的时间段。

通知机制可用于宣布MCCH的变化，例如在多播会话开始时。通知通过MB-N-RNTI在与MCCH相同的时隙或子帧中发送，其中MB-N-RNTI的值在MAC规范中是固定的(如上述值可以是FFFC)。通知带有一比特。当UE收到通知时，它会在同一时隙或子帧中获取MCCH。UE在修改周期(modification period)监测MCCH，以检测通知机制并未通知的MCCH变化。接收到变化通知后，有兴趣接收NR多播服务的UE从同一时隙或子帧开始获取新的MCCH信息。UE在获得新MCCH信息之前，会应用之前获得的MCCH信息。当UE处于RRC链接(RRC_CONNECTED)状态时，gNB为携带UE正在接收或有兴趣接收的NR多播服务的MTCH传递改变的控制信息。UE停止监听MCCH控制信息以及/或者通知DCI。MTCH的控制信息包括调度周期、MTCH开启持续期间以及MTCH非活动计时器。此外，可包含MTCH重传计时器，以用于启用HARQ反馈的MTCH传输。在一实施例中，用于MTCH的控制信息由RRC消息传递。

在一实施例中，HARQ被配置用于多播服务。NR多播传输中定义了两个HARQ反馈选项。第一个选项只需要HARQ NACK反馈。第二个选项需要基于ACK以及NACK的HARQ反馈。对于仅NACK HARQ反馈来说，所有接收多播数据的UE共享单个反馈资源。只有HARQ NACK能通过反馈资源发送。对于具有NACK以及ACK的HARQ反馈来说，接收多播数据的UE配置有单独的反馈资源用于上行链路反馈。一组正交反馈资源可用于不同UE的HARQ反馈。PUCCH资源实例(instance)指示与特定循环移位(cyclic shift)相关联的特定PUCCH资源。举例来说，对于特定PUCCH资源来说，如果gNB配置了三个循环移位，则有三个PUCCH资源实例。上行链路(PUCCH)反馈资源是指PUCCH资源、PUCCH资源实例或上述的组合。

在NR***中，可定义一个新的广播SIB(例如SIBx)来承载与多播(和广播)传输相关的信息。它包含UE获取与NR多播(和广播)服务传输相关的控制信息所需的信息。在NR中，BWP在一个载波内定义。***信息(例如SIB1)通过初始BWP传递。一个BWP在特定载波内有其特定的频率位置和带宽。此外，在一个BWP内，子载波间隔和循环前缀是相同的，这意味着一个BWP内的参数集(numerology)是一致的。NR多播和广播服务配置有初始BWP或特定BWP。MTCH信息的MTCH配置可更新以包括多播服务的BWP配置。

图5A是根据本发明实施例的当MTCH由初始BWP承载时多播配置的示范性表1的示意图。为了支持NR多播以及/或者广播，初始BWP内的公共频率资源(common frequencyresource，CFR)被配置为承载MTCH，使得RRC连接UE和RRC空闲UE都能接收多播/广播服务。MCCH控制信息在初始BWP上传输。由通过广播SIB传输的控制资源集以及/或者搜索空间ID指示的PDCCH搜索空间帮助UE搜索MB-RNTI加扰的PDCCH。或者，MB-RNTI的搜索空间位于既有信息元素(information element，IE)中，即PDCCH-configcommon中。控制资源集以及搜索空间ID的定义都遵循TS38.331中的既有定义。MCCH接收的时序信息元素(如mcch-RepetionPeriod)包含在SIB中。表1显示了初始BWP中多播配置的一些IE。

图5B是根据本发明实施例的当MTCH由特定BWP承载时多播配置的示范性表1的示意图。特定BWP被配置为传输NR多播以及/或者广播服务。RRC连接UE和RRC空闲UE都接收多播以及/或者广播服务。BWP信息包括频率位置、频率带宽、子载波间隔和循环前缀，通过SIB通知。由通过广播SIB传输的控制资源集以及/或者搜索空间ID指示的搜索空间帮助UE搜索MB-RNTI加扰的PDCCH。BWP信息、控制资源集以及搜索空间的定义都遵循TS38.331中的既有定义。最后，遵循既有操作，MCCH接收的时序信息元素(如mcch-RepetionPeriod)包含在SIB中。表2显示了配置特定BWP时多播配置的一些IE。或者，特定BWP可以是初始BWP内的公共频率资源(即CFR)或由参与接收多播/广播服务的所有UE共享的专用BWP。

如图所示，NR多播控制信息是在特定逻辑信道(如MCCH)上提供的。MCCH承载RRC消息：MCCH配置消息(MCCHConfiguration)，指示正在进行的NR多播会话以及每个会话的相应调度信息。调度信息包括调度周期、调度窗口以及起始偏移量。MCCH配置消息提供有关正在进行的NR多播会话的相邻小区的信息，这些会话也在当前小区上传输。MCCH信息(即通过MCCH发送的消息所传输的信息)使用可配置的重复周期定期发送。MCCH传输以及相关的无线电资源和MCS在PDCCH上指示。MCCH信息的变化只发生在修改周期所指示的特定无线电帧上。在修改周期内，相同的MCCH信息被发送多次，其中次数由其调度重复周期定义。修改周期边界由SFN mod m＝0的SFN值定义，其中m是包括修改周期的无线电帧的数量，如NR多播特定SIB中所定义的那样。

具有NR多播能力的UE正在或有兴趣通过MRB接收NR多播服务。UE在连接状态下通过RRC消息向gNB发送兴趣指示。在获取MCCH配置信息时，UE获取gNB广播的MCCH控制信息。NR多播接收适用于处于RRC空闲或RRC连接状态的具有NR多播能力的UE。有兴趣通过MRB接收NR多播服务的UE在进入广播NR多播特定SIB的小区时(例如开机时、跟随UE移动时)，以及接收到MCCH信息已更改的通知时获取MCCH信息。获取的时机是在下一个重复周期。当UE正在接收一个或多个NR多播服务时，UE还在每个MCCH修改周期开始时获取MCCH信息。新获取的MCCH信息会覆盖任何已存储的MCCH信息。

在一实施例中，在RRC连接或RRC空闲状态下，启用NR多播并且有兴趣通过MRB接收一个或多个NR多播服务的UE不需要为上述MRB配置SDAP实体和PDCP实体。在另一实施例中，UE为上述MRB建立SDAP实体和PDCP实体。在一实施例中，当采用多个MRB在对应于NR多播服务的一个NR多播会话内承载不同的NR多播流时，SDAP实体由NR多播会话内的多个MRB共享。在开始接收MTCH上传输的MRB时，UE配置RLC、MAC以及物理层。MRB的建立过程由一个或多个触发事件触发，包括NR多播会话的开始、进入提供UE感兴趣的NR多播服务的小区、发起对NR多播服务的请求，以及消除禁止接收相关服务的UE能力限制。在MRB建立后，UE建立RLC实体，配置适用于MRB的MTCH逻辑信道，并指示MAC层在接收到MCCH配置消息的小区上接收DL-SCH，其中MRB为上述小区建立。UE将G-RNTI以及DRX参数用于上述服务。UE还根据MCCH配置消息中包含的适用于MRB的MTCH信息配置物理层，并通过指示相应的NR多播组ID以及/或者NR多播会话ID通知上层有关MRB的建立。MAC实体在所配置子帧或时隙期间监测PDCCH的MB-RNTI和/或G-RNTI。如果已在PDCCH上接收到用于MB-RNTI或G-RNTI的特定DCI，MAC实体的HARQ实体与物理层一起尝试对接收到的数据进行解码，并将解码后的MAC PDU传递给分解和解复用实体。

图6A是根据本发明实施例的NR MCCH配置获取的示范性流程图。NR无线网络包括UE 601、gNB 602以及核心网(core network，CN)实体603。在步骤611，CN 603向gNB 602发送NR多播会话建立请求,以建立新的NR多播传输或修改现有的NR多播传输。在步骤612，gNB602向CN 603发送针对NR多播会话建立请求消息的响应消息以进行确认。

在步骤621，通过空中接口传递特定的RRC消息：MCCH配置消息。步骤621具有如步骤622和623所示的两个可选实施例。在第一实施例中，如步骤622所示，MCCH配置通过MTCH信息列表(例如MTCHinfolist)和传送NR多播会话的相邻小区列表(例如Multicastneighborcelllist)指示所有正在进行的NR多播会话。相邻小区列表可以按MCCH(即针对所有NR多播会话)或按MTCH(即针对一个NR多播会话)提供。在第二实施例中，如步骤623所示，通过MCCH配置传递的这些控制信息通过专用信令与UE感兴趣的MTCH信息一起发送给RRC连接UE。上述控制信息通过gNB 602发送给UE601的RRC重配置消息传送。在RRC重配置消息中可获取控制信息的简短版本，其仅包含UE所关心的(即UE正在接收或有兴趣接收的)MTCH信息。在步骤631，UE 601接收多播数据。

图6B是根据本发明实施例的用于NR多播配置的MTCInfoList的示范性表3的示意图。MTCHinfolist包括以下一个或多个元素：多播会话信息、G-RNTI、MTCH调度信息以及多播相邻小区列表。表3显示了MTCinfolist中的示例性配置。

包括控制资源集以及/或者搜索空间ID(指示由G-RNTI加扰的PDCCH的搜索空间)的多播控制信息通过MTCHinfolist传送。UE根据控制资源集和/或搜索空间信息搜索由G-RNTI加扰的PDCCH。MTCH接收的调度信息包含在MTCHinfolist中。在一实施例中，MTCHinfolist的多播控制信息中包括一个或多个MTCH/多播索引(或MRB索引)，以将MTCH的不同多播资源(MRB)映射到单个多播会话的一个或多个不同NR多播流。

在一实施例中，配置上行链路HARQ。上行链路HARQ反馈请求包含在MTCH infolist的多播控制信息中，用于通知UE是否启用HARQ反馈。当启用HARQ反馈时，PDSCH与上行链路PUCCH反馈资源之间的时序信息(如pdsch-to-HARQ-FBTiming或pdsch-to-HARQ-FeedbackTiming)以子帧或时隙为单位，包含在MTCHinfolist的多播控制信息中。如果MTCH启用HARQ反馈，则包括基于HARQ的反馈选项。MTCHinfolist指示是启用仅NACK HARQ还是启用NACK和ACK HARQ。

在一实施例中，承载MTCH内容的PDSCH传输的物理层反馈资源包括在每个MTCH的MTCH信息列表中。在第一实施例中，所有UE共享仅NACK HARQ反馈的相同上行链路反馈资源。单个上行链路反馈资源或上行链路反馈资源实例(如pucchResourceMulticast)作为单个条目包含在MTCHinfolist中(即针对每个MTCH)。在第二实施例中，接收多播数据的UE使用单独的上行链路反馈资源或反馈资源实例(instance)用于上行链路反馈。在这种情况下，物理层反馈资源包括一组PUCCH资源或一组PUCCH资源实例。一组上行链路PUCCH反馈资源(例如pucchResourceSetMulticast)作为单个条目包含在MTCHinfolist中。MTCH重传计时器(mtch-retransmission-timer)包含在MTCHinfolist的多播控制信息中用于启用HARQ反馈的MTCH传输，从而使得不成功的多播PDSCH传输立即重传。或者，mtch-retransmission-timer包含在mtch-schedulingInfo-r17中。用于上行链路HARQ反馈的pucch-ResourceMulticast和pucch-ResourceSetMulticast包含在现有的IE PUCCH-ConfigCommon中，通过***信息或RRC专用信令传送给UE。在又一实施例中，pucch-ResourceMulticast和pucch-ResourceSetMulticast被包括在专用PUCCH-Config中(如在RRC重新配置中)用于HARQ的多播上行链路反馈。

在其他实施例中，NR多播配置有多播DCI。NR规定的现有DCI格式1_0或DCI格式2_0用于承载PDSCH传输MTCH信息的控制信息。在另一实施例中，可定义新的DCI格式(类似于DCI格式1_0)来承载用于多播业务数据的多播PDSCH传输的控制信息。这种DCI在本申请的其余部分会采用DCI_X的表述。对于单播PDSCH数据传输来说，DCI格式1_0与由C-RNTI加扰的CRC一起传输。对于多播PDSCH传输来说，DCI_X与由G-RNTI加扰的CRC一起传输。DCI_X中可添加启用HARQ反馈的新字段(如1比特的harqFeedbackEnabled，其中1代表启用，0代表禁用)，以指示相应多播PDSCH传输的反馈请求。

在第一种选项中，所有UE在物理信道(如PUCCH)中共享反馈资源，多个UE以SFN方式发送NACK。在第二种选项中，每个UE在物理信道(如PUCCH)中使用单独的反馈反馈资源用于HARQ ACK/NACK。多播控制信息包括HARQ反馈选项，其中HARQ反馈选项从NACK HARQ反馈和ACK/NACKHARQ反馈中选择。如果多播PDSCH传输启用HARQ反馈，则DCI_X中添加指示HARQ反馈选项的新字段(如1比特的harqFeedbackOption，其中0代表基于NACK的反馈，1代表基于ACK/NACK的反馈)，以指示相应多播PDSCH传输的反馈选项。如果多播PDSCH传输启用HARQ反馈，DCI_X中也可包括指示多播PDSCH传输以及相应上行链路信道(如PUCCH)反馈资源之间的以子帧或时隙为单位的HARQ反馈时序(如3比特的pdsch-to-HARQ-Feedback Timing)，以用于多播PDSCH传输。这是在没有通过RRC消息MCCHConfiguration向UE传递信息时，向UE传递信息的另一种方式。PUCCH资源指示符可在DCI_X内指示，这是在没有通过RRC消息MCCHConfiguration向UE传递信息时，向UE传递信息的另一种方式。PUCCH资源指示符指示用于多播PDSCH传输的上行链路反馈的一个或一组特定PUCCH资源或PUCCH资源实例。PUCCH资源指示符对于两种HARQ反馈选项来说具有不同的含义。当适用第一种HARQ反馈选项时，PUCCH资源指示符如DCI格式1_0那样指示具体的PUCCH资源，或具体的PUCCH资源实例(具有固定循环移位)。当适用第二种HARQ反馈选项时，PUCCH资源指示符指示一组PUCCH资源(如16个PUCCH资源)或一组PUCCH资源实例(如64个PUCCH资源实例)。当启用HARQ反馈时，DCI_X中包含的用于多播PDSCH传输一组示范性字段如下所示：

在示范性NR***中，NR规定的现有DCI格式1_0或DCI格式2_0用于承载传输MCCH信息的PDSCH的控制信息。或者，可定义新的DCI格式(类似于DCI格式1_0或DCI格式2_0)来承载MCCH信息的多播PDSCH传输的控制信息。这种DCI在本申请的其余部分会采用DCI_Y的表述。DCI_Y与由MB-RNTI加扰的CRC一起传输。当启用HARQ反馈时，DCI_X中包含的用于多播PDSCH传输的一组示范性字段如下所示：

作为一个选项，如果传输MCCH信息支持盲重传，则可在DCI_Y中包含字段冗余版本(2比特，与DCI格式1_0相同)以指示HARQ传输的冗余版本(redundancy version，RV)。NR规定的现有DCI格式2_0用于携带MCCH信息的多播PDSCH传输变化的通知。或者，可定义新的DCI格式(类似于DCI格式2_0)来携带MCCH信息的多播PDSCH传输的通知。这种DCI在本申请的其余部分会采用DCI_Z的表述。DCI_Z与由MB-N-RNTI加扰的CRC一起发送。DCI_Z中的1比特用于通知MCCH信息的变化。或者，1比特的通知(或DCI_Z)由用于单播PDSCH传输的DCI格式(如DCI格式1_0)传送。这样就达到了联合DCI用于单播传输以及多播通知的效果。

对多播PDSCH传输的上行HARQ反馈来说，PUCCH传输格式基于NR PUCCH格式0(format 0)或PUCCH格式1。它是基于序列的HARQ反馈(即1比特)。作为一种选项，NR PUCCH格式0被重用于多播PDSCH传输的上行链路HARQ反馈。或者，可定义新的UCI格式。这种UCI在本申请的其余部分会采用UCI_X的表述。生成UCI_X的一比特反馈传输的基础序列与NRPUCCH格式0或PUCCH格式1的基础序列相同。UCI_X不支持基于CBG的HARQ反馈。在从多播组内的UE接收到NACK反馈后，gNB按照MTCH配置的调度模式通过PDCCH调度重传。保持多播接收的UE DRX行为，而无需启动多播接收的重传计时器。或者，gNB在接收到多播NACK报告时为重传提供额外资源，使用动态DL资源调度。在发送多播NACK报告后，UE启动多播重传计时器，并从使用G-RNTI的后续子帧开始监测PDCCH。在这种情况下，MTCH配置中可添加一DRX计时器(如drx-retransmission-timer)以支持HARQ重传。

图7是根据本发明实施例的用于NR多播服务的具有MTCH信息的组调度配置的示范性流程图。在步骤701，UE在NR网络中接收用于一次或多次多播传输的广播SIB配置，其中广播SIB包括用于一次或多次多播传输的BWP。在步骤703，UE通过RRC消息接收用于一次或多次多播传输的多播控制信息。在步骤703，UE基于多播控制信息在多播PDSCH上接收一次或多次调度的多播传输。

图8是根据本发明实施例的用于NR多播服务的具有上行链路HARQ的组调度配置的示范性流程图。在步骤801，UE通过RRC消息接收用于一次或多次多播传输的多播控制信息。在步骤802，UE基于接收到的多播控制信息为一次或多次多播传输配置上行链路HARQ反馈。在步骤803，UE基于多播控制信息在多播PDSCH上接收一次或多次调度的多播传输。在步骤804，UE基于HARQ反馈配置向NR网络发送用于一次或多次调度的多播传输的HARQ反馈。

虽然出于说明目的，已结合特定实施例对本发明进行描述，但本发明并不局限于此。因此，在不脱离权利要求书所述的本发明范围的情况下，可对描述实施例的各个特征实施各种修改、改编和组合。

Claims (20)

1.一种方法，包括：

由用户设备在新无线电网络中接收用于一次或多次多播传输的广播***信息块配置，其中广播***信息块包括用于所述一次或多次多播传输的带宽部分；

通过无线电资源控制消息接收用于所述一次或多次多播传输的多播控制信息；以及

基于所述多播控制信息在多播物理下行链路共享信道上接收一次或多次调度的多播传输。

2.根据权利要求1所述的方法，其特征在于，所述广播***信息块包括以下的至少一个元素：控制资源集与搜索空间标识符，用于指示由多媒体广播无线电网络临时标识符加扰的物理下行链路控制信道的搜索空间。

3.根据权利要求1所述的方法，其特征在于，所述无线电资源控制消息指示多播业务信道信息列表中的一个或多个正在进行的新无线电多播会话。

4.根据权利要求1所述的方法，其特征在于，所述用户设备处于无线电资源控制连接状态，并且所述多播控制信息通过专用信令与所述用户设备感兴趣的多播业务信道信息一起传送。

5.根据权利要求1所述的方法，其特征在于，所述多播控制信息包括以下的至少一个元素：控制资源集以及搜索空间标识符，用于指示由组无线电网络临时标识符加扰的物理下行链路控制信道的搜索空间。

6.根据权利要求1所述的方法，其特征在于，所述多播控制信息包括一个或多个多播索引，以将不同的多播资源映射到单个多播会话的相应一个或多个新无线电多播流，并且其中所述多播资源是多播业务信道或多播无线电资源，相应的所述多播索引分别为多播业务信道索引和多播无线电资源索引。

7.根据权利要求1所述的方法，其特征在于，所述多播控制信息包括多播业务信道重传计时器，以使得不成功的多播物理下行链路共享信道传输能够立即重传。

8.一种方法，包括：

由用户设备通过无线电资源控制消息接收用于一次或一次多播传输的多播控制信息；

基于接收到的多播控制信息，为一次或多次多播传输配置上行链路混合自动重传请求HARQ反馈；

基于所述多播控制信息在多播物理下行链路共享信道上接收一次或多次调度的多播传输；以及

基于HARQ反馈配置向新无线电网络发送用于所述一次或多次调度的多播传输的混合HARQ反馈。

9.根据权利要求8所述的方法，其特征在于，所述HARQ反馈配置包括在多播业务信道信息列表中。

10.根据权利要求8所述的方法，其特征在于，所述多播控制信息包括上行链路HARQ反馈请求，以指示HARQ反馈是启用还是禁用。

11.根据权利要求8所述的方法，其特征在于，所述多播控制信息包括物理下行链路共享信道PDSCH与物理上行链路控制信道PUCCH反馈资源之间的时序信息。

12.根据权利要求8所述的方法，其特征在于，所述多播控制信息包括HARQ反馈选项，所述HARQ反馈选项表示否定确认HARQ反馈或者肯定确认/否定确认HARQ反馈。

13.根据权利要求8所述的方法，其特征在于，所述多播控制信息包括承载多播业务信道内容的PDSCH的物理层反馈资源。

14.根据权利要求13所述的方法，其特征在于，所述物理层反馈资源包括一组PUCCH资源或一组PUCCH资源实例。

15.一种用户设备，包括：

收发器，用来在新无线电无线网络中发送和接收射频信号；

广播模块，用来在所述新无线电网络中接收用于一次或多次多播传输的广播***信息块配置，其中广播***信息块包括用于所述一次或多次多播传输的带宽部分；

控制信息模块，用来通过无线电资源控制消息接收用于所述一次或多次多播传输的多播控制信息；以及

多播模块，用来基于所述多播控制信息在多播物理下行链路共享信道上接收一次或多次调度的多播传输。

16.根据权利要求15所述的用户设备，其特征在于，所述广播***信息块包括以下的至少一个元素：控制资源集与搜索空间标识符，用于指示由多媒体广播无线电网络临时标识符加扰的物理下行链路控制信道的搜索空间。

17.根据权利要求15所述的用户设备，其特征在于，所述多播控制信息包括以下的至少一个元素：控制资源集以及搜索空间标识符，用于指示由组无线电网络临时标识符加扰的物理下行链路控制信道的搜索空间。

18.根据权利要求15所述的用户设备，其特征在于，所述多播控制信息包括一个或多个多播索引，以将不同的多播资源映射到单个多播会话的相应一个或多个新无线电多播流，并且其中所述多播资源是多播业务信道或多播无线电资源，相应的所述多播索引分别为多播业务信道索引和多播无线电资源索引。

19.根据权利要求15所述的用户设备，其特征在于，所述多播控制信息包括上行链路混合自动重传请求HARQ反馈请求，以指示HARQ反馈是启用还是禁用。

20.根据权利要求15所述的用户设备，其特征在于，所述多播控制信息包括承载多播业务信道内容的物理下行链路共享信道的物理层反馈资源。

Images