CN115706660A - 新空口(nr)组播广播服务(mbs) - Google Patents
新空口(nr)组播广播服务(mbs) Download PDFInfo
- Publication number
- CN115706660A CN115706660A CN202211137212.5A CN202211137212A CN115706660A CN 115706660 A CN115706660 A CN 115706660A CN 202211137212 A CN202211137212 A CN 202211137212A CN 115706660 A CN115706660 A CN 115706660A
- Authority
- CN
- China
- Prior art keywords
- mbs
- change notification
- harq
- mcch
- mcch change
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及新空口(NR)组播广播服务(MBS)。一种用户装备(UE)被配置为:接收物理上行链路控制信道(PUCCH)配置信息,该PUCCH配置信息与用于针对组播广播服务(MBS)的基于仅否定确认(NACK)的混合自动重传请求(HARQ)‑确认(ACK)反馈的PUCCH资源分配相关联;从基站接收信号;以及响应于该信号向基站传输HARQ‑ACK反馈。
Description
本申请是申请日为2021年8月5日、申请号为202180012864.3、发明名称为“新空口(NR)组播广播服务(MBS)”的发明专利申请的分案申请。
技术领域
本申请总体涉及无线通信系统,并且具体涉及新空口(NR)组播广播服务(MBS)。
背景技术
第五代(5G)新空口(NR)网络可支持单播服务和组播服务。组播是指点对多点通信方案,其中相同数据同时从单个源传输到多个端点。与组播相比,单播是指其中数据从源传输到单个端点的点对点通信方案。用户装备(UE)可被配置为在连接到5G NR网络时经由单播和/或组播接收数据。
发明内容
一些示例性实施方案涉及一种被配置为执行操作的用户装备(UE)的处理器。这些操作包括:接收物理上行链路控制信道(PUCCH)配置信息,该PUCCH配置信息与用于针对组播广播服务(MBS)的基于仅否定确认(NACK)的混合自动重传请求(HARQ)-确认(ACK)反馈的PUCCH资源分配相关联;从基站接收信号;以及响应于信号向基站传输HARQ-ACK反馈。
其他示例性实施方案涉及一种被配置为执行操作的基站的处理器。这些操作包括:从用户装备(UE)接收UE能力信息,该UE能力信息指示UE支持针对组播广播服务(MBS)的基于仅否定确认(NACK)的混合自动重传请求(HARQ)-确认(ACK)反馈;为UE配置用于基于仅NACK的HARQ-ACK反馈的第一PUCCH资源集;为UE配置用于基于ACK/NACK的HARQ-ACK反馈的第二PUCCH资源集;以及从UE接收HARQ-ACK反馈。
更进一步的示例性实施方案涉及一种被配置为执行操作的用户装备(UE)的处理器。这些操作包括:在无线电资源控制(RRC)空闲状态或RRC不活动状态期间监视组播广播服务(MBS)控制信道(MCCH);以及识别MCCH变化通知,该MCCH变化通知指示对MBS业务信道(MTCH)的修改。
附图说明
图1示出了根据各种示例性实施方案的示例性网络布置。
图2示出了根据各种示例性实施方案的示例性用户装备(UE)。
图3示出了根据各种示例性实施方案的示例性基站。
图4示出了根据各种示例性实施方案的当物理上行链路控制信道(PUCCH)资源是UE特定的时用于PUCCH资源配置的信令图。
图5示出了根据各种示例性实施方案的当用于基于仅否定确认(NACK)的混合自动重传请求(HARQ)-确认(ACK)反馈的PUCCH资源在一组UE内的UE之间共享时PUCCH资源分配的示例。
图6示出了根据各种示例性实施方案的用于在配置有针对组播广播服务(MBS)的基于仅NACK的HARQ反馈和基于ACK/NACK的HARQ-ACK反馈两者的UE处配置PUCCH资源的方法。
图7示出了根据各种示例性实施方案的组播控制信道(MCCH)与MBS业务信道(MTCH)之间的关系的示例。
图8示出了根据各种示例性实施方案的可用于MBS变化通知的介质访问控制(MAC)控制元素(CE)结构的两个示例。
具体实施方式
参考以下描述及相关附图可进一步理解示例性实施方案,其中类似的元件具有相同的附图标号。示例性实施方案涉及用于第五代(5G)新空口(NR)的组播广播服务(MBS)。如下文将更详细地描述,在一个方面,示例性实施方案引入了支持针对MBS的基于仅否定确认(NACK)的混合自动重传请求(HARQ)-确认(ACK)反馈的技术。在另一方面,示例性实施方案引入了支持组播控制信道(MCCH)变化通知机制的技术。
MBS通常是指5G NR的特征,其中相同的内容被递送给多个接收方。在整个说明书中,参照组播描述了MBS功能的示例。组播是指点对多点通信方案,其中数据同时从单个源递送到多个端点。然而,对组播服务的引用仅是出于说明的目的而提供的,本领域的技术人员将理解,本文所述的示例性概念也适用于广播服务。
还参照MBS会话描述了示例性实施方案。在整个说明书中,术语“MBS会话”可以是指被配置为经由组播将数据递送到UE的通信会话。为了提供示例,MBS会话可包括MBS承载。类似于分组数据单元(PDU)会话的功能,MBS承载可通过5G NR网络将数据从源递送到UE。对MBS会话或MBS承载的任何引用仅是出于说明的目的而提供的。不同的实体可通过不同的名称来指代类似的概念。
5G NR网络还可经由单播递送数据。与组播相比,单播是指其中数据从源传输到单个端点的点对点通信方案。然而,对单播或单播会话的任何引用仅是出于说明的目的而提供的。不同的实体可通过不同的名称来指代类似的概念。
如上所述,在一个方面,示例性实施方案引入了被配置为支持针对MBS的基于仅NACK的HARQ-ACK反馈的技术。HARQ通常是指其中将信息和/或数据从传输设备发送到接收设备并且作为响应将反馈提供给传输设备的信令交换。示例性实施方案涉及其中UE是接收设备而基站是传输设备的情形。
HARQ-ACK反馈可表征为确认(ACK)或否定确认(NACK)。ACK可指示信息和/或数据已被接收设备(例如UE)成功接收。NACK可指示该信息和/或数据未被接收设备成功接收。例如,当未接收到传输或UE不能解码传输内容的至少一部分时,UE可提供NACK反馈。然而,对两种类型的HARQ-ACK反馈(ACK、NACK)的引用仅是出于说明的目的而提供的。可利用另外类型的HARQ-ACK反馈,并且不同的实体可通过不同的名称来指代类似的概念。
参照针对MBS的两种不同类型的HARQ-ACK反馈机制(例如,“基于仅NACK的HARQ-ACK反馈”和“基于ACK/NACK的HARQ-ACK反馈”)描述了示例性实施方案。基于仅NACK的HARQ-ACK反馈是指这样的机制,其中如果UE未接收到传输或UE不能解码传输内容的至少一部分,则UE提供NACK反馈。然而,如果UE成功接收到传输,则UE不提供任何HARQ-ACK反馈。基于ACK/NACK的HARQ-ACK反馈是指这样的机制,其中如果UE成功接收到传输,则UE提供ACK反馈,并且如果UE未接收到传输或UE不能解码传输内容的至少一部分,则UE提供NACK反馈。
示例性实施方案还包括在支持针对MBS的基于ACK/NACK的HARQ-ACK反馈和基于仅NACK的HARQ-ACK反馈两者的网络中用于针对HARQ-ACK反馈的物理上行链路控制信道(PUCCH)资源分配的技术。此外,示例性实施方案包括在支持基于ACK/NACK的HARQ-ACK反馈和基于仅NACK的HARQ-ACK反馈的网络中支持针对MBS的基于仅NACK的HARQ-ACK反馈的技术。这些示例性技术可与其他当前实现的针对MBS的HARQ-ACK反馈技术和过程、针对MBS的HARQ-ACK反馈技术和过程的未来实现结合使用,或独立于针对MBS的其他HARQ-ACK反馈技术和过程使用。
在另一方面,示例性实施方案涉及针对无线电资源控制(RRC)空闲或RRC不活动UE的MCCH变化通知机制。本领域的技术人员将理解,当MCCH由于会话开始而被修改时,网络可向UE提供显式变化通知(例如,MCCH变化通知)。示例性实施方案包括用于利用专用无线电网络临时标识符(RNTI)来加扰指示MCCH变化通知的下行链路控制信息(DCI)的循环冗余校验(CRC)的技术。此外,示例性实施方案包括用于利用在没有用于指示MCCH变化通知的专用RNTI的情况下调度MCCH的DCI格式的技术。这些示例性技术可与其他当前实现的MCCH变化通知机制、MCCH变化通知机制的未来实现结合使用,或独立于其他MCCH变化通知机制使用。
图1示出了根据各种示例性实施方案的示例性网络布置100。示例性网络布置100包括UE 110。本领域的技术人员将理解,UE 110可为被配置为经由网络通信的任何类型的电子部件,例如,移动电话、平板电脑、台式计算机、智能电话、平板手机、嵌入式设备、可穿戴设备、物联网(IoT)设备等。还应当理解,实际网络布置可包括由任意数量的用户使用的任意数量的UE。因此,出于说明的目的,只提供了具有单个UE 110的示例。
UE 110可被配置为与一个或多个网络通信。在网络配置100的示例中,UE 110可与其进行无线通信的网络是5G NR无线电接入网络(RAN)120。然而,UE 110还可与其他类型的网络(例如,5G云RAN、下一代RAN(NG-RAN)、长期演进(LTE)RAN、传统蜂窝网络、WLAN等)通信,并且UE 110还可通过有线连接来与网络通信。关于示例性实施方案,UE 110可与5G NRRAN 120建立连接。因此,UE 110可具有5G NR芯片组以与5G NR RAN 120通信。
5G NR RAN 120可以是可由网络运营商(例如,Verizon、AT&T、T-Mobile等)部署的蜂窝网络的一部分。5G NR RAN 120可例如包括被配置为从配备有适当蜂窝芯片组的UE发送和接收通信业务的节点、小区或基站(例如,节点B、eNodeB、HeNB、eNBS、gNB、gNodeB、宏蜂窝基站、微蜂窝基站、小蜂窝基站、毫微微蜂窝基站等)。
本领域的技术人员将理解,可执行任何相关过程用于UE 110连接至5G NR-RAN120。例如,如上所述,可使5G NR-RAN 120与特定的蜂窝提供商相关联,在提供商处,UE 110和/或其用户具有协议和凭据信息(例如,存储在SIM卡上)。在检测到5G NR-RAN 120的存在时,UE 110可传输对应的凭据信息,以便与5G NR-RAN 120相关联。更具体地,UE 110可与特定基站(例如,下一代节点B(gNB)120A)相关联。
网络布置100还包括蜂窝核心网130、互联网140、IP多媒体子系统(IMS)150和网络服务主干160。蜂窝核心网130可被视为管理蜂窝网络的操作和流量的部件的互连集合。它可包括演进分组核心(EPC)和/或第五代核心(5GC)。蜂窝核心网130还管理在蜂窝网络与互联网140之间流动的流量。IMS 150通常可被描述为用于使用IP协议将多媒体服务递送至UE110的架构。IMS 150可与蜂窝核心网130和互联网140通信以将多媒体服务提供至UE 110。网络服务主干160与互联网140和蜂窝核心网130直接或间接通信。网络服务主干160可通常被描述为一组部件(例如,服务器、网络存储布置等),其实施一套可用于扩展UE 110与各种网络通信的功能的服务。
图2示出了根据各种示例性实施方案的示例性UE 110。将参照图1的网络布置100来描述UE 110。UE 110可包括处理器205、存储器布置210、显示设备215、输入/输出(I/O)设备220、收发器225以及其他部件230。所述其他部件230可包括例如音频输入设备、音频输出设备、功率源、数据采集设备、用于将UE 110电连接到其他电子设备的端口等。
处理器205可被配置为执行UE 110的多个引擎。例如,引擎可包括针对MBS引擎235的HARQ-ACK反馈和MCCH变化通知引擎240。针对MBS引擎235的HARQ-ACK反馈可执行涉及向网络提供HARQ-ACK反馈的UE 110的各种操作,包括但不限于传输能力信息、确定在MBS会话期间是利用基于仅NACK的HARQ-ACK反馈还是基于ACK/NACK的HARQ-ACK反馈以及选择用于HARQ-ACK反馈的PUCCH资源。MCCH变化通知引擎240可执行涉及MCCH的各种操作,诸如但不限于接收MCCH变化通知。
作为由处理器205执行的应用程序(例如,程序)的上述引擎235、240仅是出于说明的目的而提供的。与引擎235、240相关联的功能也可被表示为UE 110的单独结合部件,或者可以是耦接到UE 110的模块化部件,例如,具有或不具有固件的集成电路。例如,集成电路可包括用于接收信号的输入电路和用于处理信号和其他信息的处理电路。引擎也可被体现为一个应用程序或分开的多个应用程序。此外,在一些UE中,针对处理器205描述的功能性在两个或更多个处理器诸如基带处理器和应用处理器之间分担。可以按照UE的这些或其他配置中的任何配置实施示例性实施方案。
存储器布置210可以是被配置为存储与由UE 110所执行的操作相关的数据的硬件部件。显示设备215可以是被配置为向用户显示数据的硬件部件,而I/O设备220可以是使得用户能够进行输入的硬件部件。显示设备215和I/O设备220可以是独立的部件或者可被集成在一起(诸如触摸屏)。收发器225可以是被配置为建立与5G NR-RAN 120、LTE-RAN(图中未示出)、传统RAN(图中未示出)、WLAN(图中未示出)等的连接的硬件部件。因此,收发器225可在多个不同的频率或信道(例如,连续频率组)上操作。
图3示出了根据各种示例性实施方案的示例性基站300。基站300可表示gNB 120A或UE 110可用以建立连接和管理网络操作的任何其他接入节点。
基站300可包括处理器305、存储器布置310、输入/输出(I/O)设备315、收发器320和其他部件325。其他部件325可包括例如音频输入设备、音频输出设备、电池、数据采集设备、用于将基站300电连接到其他电子设备的端口等。
处理器305可被配置为执行基站300的多个引擎。例如,引擎可包括针对MBS引擎330的HARQ-ACK反馈和MCCH变化通知引擎335。针对MBS引擎330的HARQ-ACK反馈可执行涉及向网络提供HARQ-ACK反馈的UE 110的各种操作,诸如但不限于接收能力信息和为HARQ-ACK反馈分配PUCCH资源。MCCH变化通知引擎335可执行涉及MCCH的各种操作,诸如但不限于向UE 110传输MCCH变化通知。
各自作为由处理器305执行的应用程序(例如,程序)的上述引擎330、335仅是出于说明的目的而提供的。与引擎330、335相关联的功能也可表示为基站300的单独结合部件,或者可以是耦接到基站300的模块化部件,例如,具有或不具有固件的集成电路。例如,集成电路可包括用于接收信号的输入电路和用于处理信号和其他信息的处理电路。此外,在一些基站中,将针对处理器305描述的功能在多个处理器(例如,基带处理器、应用处理器等)之间拆分。可以按照基站的这些或其他配置中的任何配置来实现示例性实施方案。
存储器310可以是被配置为存储与由基站300执行的操作相关的数据的硬件部件。I/O设备315可以是使用户能够与基站300交互的硬件部件或端口。收发器320可以是被配置为与UE 110和系统100中的任何其他UE交换数据的硬件部件。收发器320可在各种不同的频率或信道(例如,一组连续频率)上操作。因此,收发器320可包括一个或多个部件(例如,无线电部件)以能够与各种网络和UE进行数据交换。
在一个方面,示例性实施方案涉及针对MBS的HARQ-ACK反馈。本领域的技术人员将理解,被配置为接收组播服务的RRC连接的UE可支持基于ACK/NACK的HARQ-ACK反馈和/或基于仅NACK的HARQ-ACK反馈。如下文将更详细地描述,示例性实施方案包括在支持针对MBS的基于ACK/NACK的HARQ-ACK反馈和基于仅NACK的HARQ-ACK反馈两者的网络中用于针对HARQ-ACK反馈的PUCCH资源分配的技术。此外,示例性实施方案包括在支持基于ACK/NACK的HARQ-ACK反馈和基于仅NACK的HARQ-ACK反馈的网络中支持针对MBS的基于仅NACK的HARQ-ACK反馈的技术。
在一种方法中,针对HARQ-ACK反馈的PUCCH资源分配可以是UE特定的。图4示出了当PUCCH资源是UE特定的时针对组播的PUCCH资源配置的信令图400。信令图400包括UE 110和gNB 120A。
在405中,UE 110可向gNB 120A传输能力信息。能力信息可向网络指示UE 110支持的针对组播的HARQ反馈类型(例如,基于ACK/NACK的HARQ-ACK反馈或基于仅NACK的HARQ-ACK反馈)。然而,对能力信息的引用仅是出于说明的目的而提供的。示例性实施方案可应用于以任何适当的显式或隐式方式提供给网络的这种类型的指示。
在410中,UE 110从gNB 120A接收PUCCH配置信息。PUCCH配置信息可向UE 110指示用于针对MBS的HARQ-ACK反馈的PUCCH资源分配。
在一个示例中,示例性实施方案引入针对MBS的“PUCCH-ConfigurationList”,其与针对单播的PUCCH-ConfigurationList分开且不同。本领域的技术人员将理解,PUCCH-configurationList是为一个或多个HARQ-ACK码本提供PUCCH配置的RRC参数。然而,对术语“PUCCH-ConfigurationList”的引用仅是出于说明的目的而提供的。不同的网络可通过不同的名称来指代类似的概念。
用于MBS的PUCCH-ConfigurationList可在基于ACK/NACK的HARQ-ACK反馈模式和基于仅NACK的HARQ-ACK反馈之间共享。因此,当UE 110支持两种类型的HARQ反馈时,该单个参数可应用于两种过程。在一些实施方案中,基于仅NACK的HARQ-ACK反馈支持高优先级和低优先级MBS服务两者。在其他实施方案中,基于仅NACK的HARQ-ACK反馈仅支持低优先级MBS服务。
在另一个示例中,示例性实施方案为MBS HARQ-ACK反馈引入两个PUCCH-ConfigurationList。特定于针对MBS的基于ACK/NACK的HARQ-ACK反馈的第一PUCCH-ConfigurationList和特定于针对MBS的基于仅NACK的HARQ-ACK反馈的第二不同PUCCH-ConfigurationList。因此,在该示例中,UE 110可接收三个不同的PUCCH-ConfigurationList参数,例如,一个用于单播HARQ/ACK反馈而两个用于组播HARQ/ACK反馈。
另选地,在另一个示例中,用于HARQ-ACK反馈的单播PUCCH资源可与用于HARQ-ACK反馈(例如,针对MBS的基于仅NACK的HARQ-ACK反馈和/或针对MBS的基于ACK/NACK的HARQ-ACK反馈)的组播资源共享。在该示例中,用于单播的PUCCH-ConfigurationList也可应用于组播,因此可以不需要引入新的RRC参数。
在415中,gNB 120A将向UE 110传输信息和/或数据。UE 110可被配置为利用HARQ反馈来响应该传输。在420中,UE 110向gNB 120A传输HARQ反馈。UE 110可使用上述PUCCH-ConfigurationList参数来识别为每个服务分配的PUCCH资源以及HARQ反馈的类型(例如,ACK/NACK、仅NACK)。
如果415中的传输是单播会话的一部分,则可使用为单播分配的PUCCH资源在PUCCH上传输HARQ反馈。如果415中的传输是MBS会话的一部分,则可使用为组播分配的PUCCH资源在PUCCH上传输HARQ反馈。然而,如上所述,对于基于仅NACK的HARQ-ACK反馈,则UE110可在415中的传输被成功接收的情况下不传输反馈,并且可在415中的传输未被成功接收的情况下传输NACK反馈。
在另一种方法中,用于基于仅NACK的HARQ-ACK反馈的PUCCH资源分配可以是一组UE所共有的。例如,用于基于仅NACK的HARQ-ACK反馈的PUCCH资源可由订阅了不同MBS会话的一组UE共享。可在上行链路公共频率资源(CFR)内配置用于该组UE的PUCCH资源。如下文将更详细地描述,可将HARQ-ACK位在时域中的顺序、MBS会话和PUCCH资源之间的关联定义为使得能够对利用针对MBS的基于仅NACK的HARQ-ACK反馈的一组UE使用公共PUCCH资源。
对于针对MBS的基于仅NACK的HARQ-ACK反馈,网络可支持PUCCH格式0和PUCCH格式1。可向UE 110提供用于PUCCH格式0和PUCCH格式1的物理资源块(PRB)的指示。在一个示例中,PRB可由相对于点A定义的PRB偏移值来指示。本领域的技术人员将理解,“点A”经由SIB1由绝对频率(例如,绝对射频信道号(ARFCN))来配置并且表示最低公共资源块(RB)的最低子载波。在另一个示例中,PRB可由相对于专用单播带宽部分(BWP)的起始PRB定义的PRB偏移值来指示。
当用于HARQ-ACK反馈的PUCCH资源在组内的UE之间共享时,由特定UE用于反馈的PUCCH资源可取决于一个或多个订阅的MBS会话和由网络调度的对应组播物理下行链路共享信道(PDSCH)。图5示出了当用于基于仅NACK的HARQ-ACK反馈的PUCCH资源在一组UE内的UE之间共享时PUCCH资源分配的示例。
当PUCCH资源分配对一组UE共用时,特定UE可从PUCCH资源池中选择与一个或多个订阅的MBS会话相关联的PUCCH资源来报告HARQ-ACK反馈。PUCCH资源池可由(N*N)表示,其中(N)是基站处可用的MBS会话的数量。在图5所示的示例中,4个MBS会话可用并且每个PUCCH资源可携带2个HARQ-ACK位。因此,N=4并且PUCCH资源的数量是16(例如,4*4=16)。此外,每个MBS会话可与一组(G)-RNTI相关联。在图5中,G-RNTI 1与MBS会话1相关联,G-RNTI 2与MBS会话2相关联,G-RNTI 3与MBS会话3相关联,并且G-RNTI 4与MBS会话4相关联。
在图5中,在G-RNTI、MBS会话和PUCCH资源之间存在预定义的关联。当UE 110为其订阅的一个或多个MBS会话确定PDSCH在时域中的顺序时,UE 110可基于PUCCH资源和响应于PDSCH的HARQ-ACK位的顺序之间的关联来识别用于HARQ-ACK反馈的PUCCH资源。
对于情况1,UE 1可订阅MBS会话1和MBS会话4。用于MBS会话1的调度PDSCH和用于MBS会话4的PDSCH以频分复用(FDM)方式被复用并且在频域中以升序排列。在该示例中,HARQ-ACK位排序包括用于MBS会话1的HARQ-ACK位在时域中排在第一并且用于会话4的HARQ-ACK位在时域中排在第二。基于用于MBS会话1和MBS会话4的HARQ-ACK位的顺序之间的预定义关联,UE 1知道PUCCH资源4将由UE 1用于HARQ-ACK反馈。可使用PUCCH资源4来报告三个HARQ状态,例如,i)用于MBS会话1的HARQ位值=0并且用于MBS会话4的HARQ位值=0,ii)用于MBS会话1的HARQ位值=0并且用于MBS会话4的HARQ位值=2,以及iii)用于MBS会话1的HARQ位值=1并且用于MBS会话4的HARQ位值=0。
对于情况2,MBS会话以时分复用(TDM)方式被复用。在该示例中,UE 2订阅MBS会话2和MBS会话4。此外,MBS会话2的PDSCH在时间上被首先调度,而MBS会话4的PDSCH在时间上被第二调度。因此,HARQ-ACK位的顺序是用于MBS会话2的HARQ-ACK位,然后是用于MBS会话4的HARQ-ACK位。对于HARQ-ACK位到PUCCH资源8的该顺序存在预定义关联。
对于情况3,MBS会话以TDM方式被复用。在该示例中,UE 3订阅MBS会话4。因此,在HARQ-ACK反馈窗口中,调度用于MBS会话4的PDSCH接收的两个实例。因此,HARQ-ACK位的顺序是用于MBS会话4的两个HARQ-ACK位。对于HARQ-ACK位到PUCCH资源16的该顺序存在预定义关联。
在一些实施方案中,可为MBS DCI引入下行链路分配索引(DAI)。例如,可使用计数器DAI或总DAI参数开跟踪每个MBS会话的HARQ-ACK位的顺序。例如,如果UE 110配置有G-RNTI 1和G-RNTI 2,则对每个对应的MBS会话单独计数DAI。UE 110可基于对应的DAI的值来计算HARQ-ACK位数。
如上所述,UE 110可被配置为支持基于仅NACK的HARQ-ACK反馈和基于ACK/NACK的HARQ-ACK反馈两者。在一种方法中,ACK/NACK反馈的使用可与仅NACK反馈的使用无关。利用该方法,如果基于仅NACK的HARQ-ACK反馈所需的位数超过PUCCH有效载荷大小(例如,3位等),则UE 110可丢弃HARQ-ACK传输。然而,在一些实施方案中,UE 110不期望HARQ-ACK的位数大于PUCCH有效载荷大小。
在另一种方法中,如果UE 110支持基于仅NACK的HARQ反馈,则UE 110还支持基于ACK/NACK的HARQ-ACK反馈。因此,如果基于仅NACK的HARQ-ACK反馈所需的位数超过PUCCH有效载荷大小(例如,3位等),则UE 110可利用基于ACK/NACK的HARQ-ACK反馈过程。
图6示出了用于在配置有针对MBS的基于仅NACK的HARQ反馈和基于ACK/NACK的HARQ-ACK反馈两者的UE处配置PUCCH资源的方法600。从为UE 110配置PUCCH资源的gNB120A的角度来描述方法600。
在605中,gNB 120A从UE 110接收能力信息。能力信息可指示UE110是否支持基于仅NACK的HARQ-ACK反馈。
在610中,gNB 120A确定UE 110是否支持基于仅NACK的HARQ-ACK反馈。在该示例中,如果UE 110支持基于仅NACK的HARQ-ACK反馈,则假设UE 110也支持基于ACK/NACK的HARQ-ACK反馈。如果UE 110不支持基于仅NACK的HARQ-ACK反馈,则方法600继续到615。在615中,gNB 120A为UE 110配置基于ACK/NACK的HARQ-ACK反馈PUCCH资源。在620中,gNB120A接收基于ACK/NACK的HARQ-ACK反馈。
返回610,如果UE 110支持基于仅NACK的HARQ-ACK反馈,则方法600继续到625。在625中,gNB 120A为UE 110配置基于仅NACK的HARQ-ACK反馈PUCCH资源。在630中,gNB 120A为UE 110配置基于ACK/NACK的HARQ-ACK反馈PUCCH资源。
在635中,如果HARQ-ACK反馈被调度为具有大于基于仅NACK的HARQ-ACK PUCCH资源的最大值(例如,2位等)的有效载荷大小,则方法600继续到620。在620中,gNB 120A接收基于ACK/NACK的HARQ-ACK反馈。在UE 110处,UE 110可确定HARQ反馈的有效载荷大小将超过最大值。因此,UE 110切换到基于ACK/NACK的反馈并且将所分配的PUCCH资源用于基于ACK/NACK的反馈。
返回635,如果有效载荷大小小于或等于最大值,则方法600继续到640。在640中,gNB 120A接收基于仅NACK的HARQ-ACK反馈。在UE110处,UE 110可确定HARQ反馈的有效载荷大小不超过最大值。因此,UE 110使用具有用于基于NACK的HARQ-ACK反馈的PUCCH资源的PUCCH格式0或PUCCH格式1来报告HARQ反馈。
在一些实施方案中,可在DCI中利用PUCCH资源指示(PRI)字段。在操作期间,如果UE 110要报告针对基于仅NACK的HARQ-ACK反馈的HARQ反馈,并且要报告的位数小于或等于最大值(例如,2位),则UE110可忽略DCI中的PRI字段。相反,UE 110可使用上文参照图5描述的技术来确定用于报告HARQ-ACK位的PUCCH资源。然而,如果UE 110要报告针对基于仅NACK的HARQ-ACK反馈的HARQ反馈,并且要报告的位数大于2,或UE 110要报告基于ACK/NACK的HARQ-ACK反馈,则DCI中的PRI可指示用于HARQ-ACK反馈的PUCCH资源。该PRI可由用于单播或组播PDSCH的物理下行链路控制信道(PDCCH)提供。
在另一方面,示例性实施方案涉及针对RRC空闲或RRC不活动UE的MCCH变化通知机制。本领域的技术人员将理解,当MCCH由于会话开始而被修改时,网络可向UE 110提供显式变化通知(例如,MCCH变化通知)。如下文将更详细地描述,示例性实施方案包括用于利用专用RNTI来加扰指示MCCH变化通知的DCI的CRC的技术。此外,示例性实施方案包括用于利用在没有用于指示MCCH变化通知的专用RNTI的情况下调度MCCH的DCI格式的技术。
对于不处于RRC连接状态的UE,可经由MCCH周期性地传输控制信息。UE 110可将经由MCCH传输的控制信息应用于MBS业务信道(MTCH)的配置。每个MTCH可对应于在基站处可用的MBS会话。当接收到MCCH通知时,这可向UE 110指示在一段持续时间(例如,MCCH修改周期)期间存在MTCH配置的变化。例如,在第一时间窗口期间,调度用于MBS会话1的MTCH和用于MBS会话2的MTCH。在第一时间窗结束时,可通过MCCH来接收MCCH变化指示。MCCH变化指示可指示在第二时间窗口期间存在不同的MTCH配置。例如,可在第二时间窗期间以不同方式配置用于MBS会话1的MTCH和用于MBS会话2的MTCH,可在第二时间窗期间配置用于MBS会话3的MTCH和/或可不在第二时间窗期间配置用于MBS会话1或MBS会话2的MTCH。
图7示出了MCCH和MTCH之间的关系的示例。图7示出了三个MCCH修改周期705至715。在该示例中,在每个MCCH修改周期705至715的开始处,接收MCCH变化指示702。图7示出了在每个MCCH修改周期内存在不同的MTCH配置。MCCH修改周期705包括用于MBS会话1和MBS会话2的MTCH。MCCH修改周期710也包括用于MBS会话1和MBS会话2的MTCH。然而,与MCCH修改周期705相比,用于MBS会话1的MTCH和用于MBS会话2的MTCH在MCCH修改周期710内被不同地安排。MCCH修改周期715包括用于MBS会话3的MTCH并且不包括用于MBS会话1或MBS会话2的任何MTCH。可经由MCCH变化通知向UE 110指示不同的配置。
如上所述,用以加扰DCI的CRC的专用RNTI可用于指示MCCH变化通知。在一些实施方案中,可为MCCH变化通知引入新的DCI格式。在整个本说明书中,该新的DCI可被称为DCI2_x。然而,对DCI 2_x的引用仅是出于说明的目的而提供的,本文提供的2_x分类可用作占位符。在实际部署场景中,可为新的DCI格式分配任何适当的数字或标签。
DCI格式2_x可配置有被MCCH变化通知RNTI(例如,MC-RNTI)加扰的CRC。该DCI可包括对应于MBS会话数量(Y)的(Y)个字段。每个MBS会话字段可包括(Z)个位。在一些实施方案中,(Z)固定为1位或2位。在其他实施方案中,(Z)是动态的并且可由RRC信令指示。第一位的值可指示MBS会话是否已经开始,而第二位的值可指示MBS会话是否已经停止。例如,在图7的上下文中,在MCCH修改周期705之前接收到的MCCH变化通知702包括指示MBS会话1已经开始的位、指示MBS会话2已经开始的位以及指示MBS会话3没有开始的位。在MCCH修改周期715之前接收到的MCCH变化通知702包括指示MBS会话1已经停止的位、指示MBS会话2已经停止的位以及指示MBS会话3以及开始的位。
另选地,现有DCI格式可用于MCCH变化通知。例如,可使用具有被MC-RNTI加扰的CRC的DCI格式2_0。然而,对于DCI格式2_x或DCI格式2_0,用于MCCH变化通知指示的DCI的大小可在DCI大小预算(例如,被用于特定目的的RNTI(不是小区(C)-RNTI)加扰的DCI)中被视为“1”。
在另一种方法中,可利用DCI格式中的在没有用于MCCH变化通知的专用RNTI的情况下调度MCCH的字段。在该方法中,可在用于MCCH的DCI中引入新字段。例如,在DCI格式1_0中,可引入用于MCCH的新字段。在一些实施方案中,可在用于所有MBS会话的DCI中引入MCCH变化通知字段。
新字段可以是(a)*N个位,其中(a)是用于MBS会话的位数并且N是MBS会话的数量。N可以是固定值(例如,所支持的MBS会话的最大数量)或能够由gNB配置。在一些实施方案中,(a)可以是固定值,并且(a)被设置为第一值可指示MBS会话开始,并且(a)被设置为第二值可指示MBS会话停止。在其他实施方案中,(a)可以是动态的并且可由RRC信令配置。在一些实施方案中,新字段可以是(a)*N+1个位,其中附加位可用于指示所有MBS会话已被终止。
在一些实施方案中,DCI中的新字段可仅在MCCH修改周期期间在MCCH的第一实例中使用。因此,如图7所示,MCCH 702可包括上述的新DCI字段。在其他实施方案中,新DCI字段可包括在MCCH的每个实例中。因此,在图7的上下文中,新DCI字段可包括在每个MCCH中,而不是仅包括在MCCH 702中。在其他实施方案中,DCI中的MCCH变化通知字段可应用于一个MBS会话组。因此,在MCCH修改周期中接收到的第一MCCH可应用于第一MBS会话集(B),在MCCH修改周期中接收到的第二MCCH可应用于第二MBS会话集(例如,B+1至2B)。用于MCCH修改周期的MCCH的以下实例可遵循相同的规则(例如,2B+1至3B等)。
在另一种方法中,可在用于MCCH变化通知的MAC分组数据单元(PDU)中引入介质访问控制(MAC)控制元素(CE)。MAC CE可指示MCCH变化通知而不影响DCI格式大小。利用该MACCE,一个MBS会话字段包括MBS会话ID和会话状态(例如,开始MBS会话、停止MBS会话等)。可在MCCH修改周期中的第一PDCCH中或在修改周期中的每个PDCCH中引入MAC CE。图8示出了可用于MBS变化通知的MAC CE结构的两个示例。该方法可能是有利的,因为从DCI大小角度和MBS会话容量考虑,UE 110不需要解码另外的DCI。
本领域的技术人员将理解,可以任何合适的软件配置或硬件配置或它们的组合来实现上文所述的示例性实施方案。用于实现示例性实施方案的示例性硬件平台可包括例如具有兼容操作系统的基于Intel x86的平台、Windows OS、Mac平台和MAC OS、具有操作系统诸如iOS、Android等的移动设备。上述方法的示例性实施方案可被体现为包括存储在非暂态计算机可读存储介质上的代码行的程序,在进行编译时,该程序可在处理器或微处理器上执行。
尽管本专利申请描述了各自具有不同特征的各种实施方案的各种组合,本领域的技术人员将会理解,一个实施方案的任何特征均可以任何未被公开否定的方式与其他实施方案的特征或者在功能上或逻辑上不与本发明所公开的实施方案的设备的操作或所述功能不一致的特征相组合。
众所周知,使用个人可识别信息应遵循公认为满足或超过维护用户隐私的行业或政府要求的隐私政策和做法。具体地,应管理和处理个人可识别信息数据,以使无意或未经授权的访问或使用的风险最小化,并应当向用户明确说明授权使用的性质。
对本领域的技术人员而言将显而易见的是,可在不脱离本公开的实质或范围的前提下对本公开进行各种修改。因此,本公开旨在涵盖本公开的修改形式和变型形式,但前提是这些修改形式和变型形式在所附权利要求及其等同形式的范围内。
Claims (20)
1.一种用户装备(UE)的处理器,所述处理器被配置为执行包括以下项的操作:
在无线电资源控制(RRC)空闲状态或RRC不活动状态期间监视组播广播服务(MBS)控制信道(MCCH);以及
识别MCCH变化通知,所述MCCH变化通知指示对MBS业务信道(MTCH)的修改。
2.根据权利要求1所述的处理器,其中所述MCCH变化通知由被专用于MCCH变化通知的无线电网络临时标识符(RNTI)加扰的下行链路控制信息(DCI)格式提供。
3.根据权利要求2所述的处理器,其中所述MCCH变化通知由下行链路控制信息(DCI)字段的值提供,其中第一值与MBS会话开始相关联并且第二值与MBS会话停止相关联。
4.根据权利要求2所述的处理器,其中所述MCCH变化通知由下行链路控制信息(DCI)字段的值提供,其中第一值与第一MBS会话组相关联并且第二值与第二不同的MBS会话组相关联。
5.根据权利要求1所述的处理器,其中所述MCCH变化通知由介质访问控制(MAC)控制元素(CE)提供。
6.根据权利要求5所述的处理器,其中所述MAC CE包括一个或多个MBS会话ID和一个或多个对应的MBS会话状态。
7.根据权利要求1所述的处理器,其中所述MCCH变化通知由下行链路控制信息(DCI)字段的值提供。
8.根据权利要求7所述的处理器,其中所述MCCH变化通知是针对MBS会话组的。
9.根据权利要求7所述的处理器,其中所述DCI字段包括2个位。
10.根据权利要求1所述的处理器,其中经由被专用于MCCH变化通知的无线电网络临时标识符(RNTI)加扰的下行链路控制信息(DCI)来传输所述MCCH变化通知。
11.一种用户装备(UE),包括:
收发器,所述收发器被配置为与网络进行通信;和
处理器,所述处理器通信地耦接到所述收发器并且被配置为执行包括以下项的操作:
在无线电资源控制(RRC)空闲状态或RRC不活动状态期间监视组播广播服务(MBS)控制信道(MCCH);以及
识别MCCH变化通知,所述MCCH变化通知指示对MBS业务信道(MTCH)的修改。
12.根据权利要求11所述的UE,其中所述MCCH变化通知由被专用于MCCH变化通知的无线电网络临时标识符(RNTI)加扰的下行链路控制信息(DCI)格式提供。
13.根据权利要求12所述的UE,其中所述MCCH变化通知由下行链路控制信息(DCI)字段的值提供,其中第一值与MBS会话开始相关联并且第二值与MBS会话停止相关联。
14.根据权利要求12所述的UE,其中所述MCCH变化通知由下行链路控制信息(DCI)字段的值提供,其中第一值与第一MBS会话组相关联并且第二值与第二不同的MBS会话组相关联。
15.根据权利要求11所述的UE,其中所述MCCH变化通知由介质访问控制(MAC)控制元素(CE)提供。
16.根据权利要求15所述的UE,其中所述MAC CE包括一个或多个MBS会话ID和一个或多个对应的MBS会话状态。
17.根据权利要求11所述的UE,其中所述MCCH变化通知由下行链路控制信息(DCI)字段的值提供。
18.根据权利要求17所述的UE,其中所述MCCH变化通知是针对MBS会话组的。
19.根据权利要求17所述的UE,其中所述DCI字段包括2个位。
20.一种基站的处理器,所述处理器被配置为执行包括以下项的操作:
确定组播广播服务(MBS)控制信道(MCCH)变化通知,所述MCCH变化通知指示对MBS业务信道(MTCH)的修改;以及
在组播广播服务(MBS)控制信道(MCCH)上传输所述MCCH变化通知。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211137212.5A CN115706660A (zh) | 2021-08-05 | 2021-08-05 | 新空口(nr)组播广播服务(mbs) |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202180012864.3A CN117716762A (zh) | 2021-08-05 | 2021-08-05 | 新空口(nr)组播广播服务(mbs) |
CN202211137212.5A CN115706660A (zh) | 2021-08-05 | 2021-08-05 | 新空口(nr)组播广播服务(mbs) |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180012864.3A Division CN117716762A (zh) | 2021-08-05 | 2021-08-05 | 新空口(nr)组播广播服务(mbs) |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115706660A true CN115706660A (zh) | 2023-02-17 |
Family
ID=85198544
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211137212.5A Pending CN115706660A (zh) | 2021-08-05 | 2021-08-05 | 新空口(nr)组播广播服务(mbs) |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115706660A (zh) |
-
2021
- 2021-08-05 CN CN202211137212.5A patent/CN115706660A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3629503B1 (en) | Method for transmitting or receiving signal in wireless communication system and apparatus therefor | |
US10772094B2 (en) | Identification of downlink messages using repeated transmission | |
CN108886671B (zh) | 处理用于多播传输的准共址(qcl)配置的方法 | |
US20230019024A1 (en) | Hybrid Automatic Repeat Request (HARQ) Mechanism for Multicast in NR | |
US9295040B2 (en) | Packet scheduling in communications | |
US9042326B2 (en) | Method and device for transmitting uplink data in wireless connection system | |
US20140342747A1 (en) | Device-to-device communication method and a device therefor | |
EP3963952A1 (en) | Discovery of and recovery from missed wake-up signal (wus) reception | |
US10855598B2 (en) | Telecommunications apparatus and methods | |
EP3949623B1 (en) | Network node, user equipment (ue), and associated methods for scheduling of the ue by the network node | |
US10368343B2 (en) | Systems and methods for downlink scheduling that mitigate PDCCH congestion | |
TW201620332A (zh) | 通訊系統,通訊裝置及方法 | |
US20230044542A1 (en) | New Radio (NR) Multicast Broadcast Service (MBS) | |
US11057806B2 (en) | Telecommunications apparatus and methods | |
KR20140123524A (ko) | 업링크에서 제어 신호들을 위한 통신 자원들의 할당 | |
WO2013127453A1 (en) | Control channels for wireless communication | |
US20230180244A1 (en) | System and method for signal transmission | |
EP4132140A1 (en) | New radio (nr) multicast broadcast service (mbs) | |
WO2023010485A1 (en) | New radio (nr) multicast broadcast service (mbs) | |
CN115706660A (zh) | 新空口(nr)组播广播服务(mbs) | |
CN114271006A (zh) | 多tti调度dci设计 | |
US20230388092A1 (en) | Method and apparatus for frequency domain resource allocation for downlink transmissions | |
KR20220104544A (ko) | 통신 시스템에서 멀티캐스팅 및 브로드캐스팅을 제공하는 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |