CN118160329A - 支持多播及广播服务(mbs)的方法及设备 - Google Patents

Abstract

本申请案的实施例涉及支持多播及广播服务(MBS)的方法及设备。一种实例性方法包含：接收指示用于在RRC非连接状态下进行多播接收的MRB配置信息的至少一个信令，其中所述至少一个信令是以下至少一者：在RRC连接状态下接收的RRC专用信令或在从所述RRC连接状态到所述RRC非连接状态的状态转变期间接收的RRC专用信令；及响应于从所述RRC连接状态到所述RRC非连接状态的所述状态转变，基于用于在RRC非连接状态下进行多播接收的所述经接收MRB配置信息来在所述RRC非连接状态下接收MRB的多播数据。

Description

支持多播及广播服务(MBS)的方法及设备

技术领域

本申请案的实施例大体上涉及无线通信技术，尤其涉及支持多播及广播服务(MBS)的方法及设备。

背景技术

在新无线电(NR)版本(R)17中，MBS计划专注于小区域混合模式多播(在TR 23.757中也被称为目标A)。目标A是关于在5G***(5GS)及可受益于这个特征的所识别用例上实现通用MBS服务。这些用例包含但不限于：公共安全及关键任务、车联网(V2X)应用、透明因特网协议第4版(IPv4)/因特网协议第6版(IPv6)多播递送、因特网协议电视(IPTV)、无线软件递送、群组通信及物联网(IoT)应用。

同时，在R17(例如，RP-201038)中还约定有关对MBS的NR支持的工作项目，其中在MBS中应支持在所有无线电资源控制(RRC)状态(即，RRC_IDLE状态、RRC_INACTIVE状态及RRC_CONNECTED状态)下进行MBS接收。然而，各种问题(例如，服务中断、数据丢失或大延迟等)将在不同RRC状态之间的转变期间发生。以多播接收为例，在R17中其仅在RRC_CONNECTED状态下受支持。当用户装备(UE)从RRC_CONNECTED状态转变到RRC_INACTIVE状态或RRC_IDLE状态时，其无法接收多播，例如(若干)多播会话或(若干)多播无线电承载。

因此，应认真考虑考虑到RRC状态转变(例如，如何支持在RRC_INACTIVE状态下进行多播接收)的用于MBS的改进技术解决方案。

发明内容

本申请案的一个目标是提供一种支持MBS，尤其支持在RRC非连接状态下进行多播接收的方法及设备。

本申请案的一些实施例提供一种实例性设备，例如，UE，其包含：收发器；及至少一个处理器，其耦合到所述收发器，其中所述至少一个处理器经配置以：经由所述收发器接收指示用于在RRC非连接状态下进行多播接收的MRB配置信息的至少一个信令，其中所述至少一个信令是以下至少一者：在RRC连接状态下接收的RRC专用信令或在从所述RRC连接状态到所述RRC非连接状态的状态转变期间接收的RRC专用信令；及响应于所述UE从所述RRC连接状态转变到所述RRC非连接状态，基于用于在RRC非连接状态下进行多播接收的所述经接收MRB配置信息来经由所述收发器在RRC非连接状态下接收所述MRB的多播数据。

在本申请案的一些实施例中，用于在RRC非连接状态下进行多播接收的所述MRB配置信息由以下者来指示：在所述RRC连接状态下接收的指示所述UE的用于多播接收的所述MRB配置信息的所述RRC专用信令；及在所述状态转变期间接收的指示在所述RRC非连接状态下通过继续使用所述UE的用于多播接收的所述MRB配置信息进行多播接收的所述RRC专用信令。所述UE的用于多播接收的所述MRB配置信息包含：用于在RRC连接状态及RRC非连接状态下进行多播接收的共同MRB配置信息；及用于在RRC连接状态下进行多播接收的专用MRB配置信息。因此，在所述RRC非连接状态下接收MRB的所述多播数据可包含：通过使用用于在RRC连接状态及RRC非连接状态下进行多播接收的所述共同MRB配置信息来在所述RRC非连接状态下接收MRB的所述多播数据。

在本申请案的一些实施例中，所述至少一个信令是在所述RRC连接状态下接收的指示所述UE的用于多播接收的MRB配置信息的所述RRC专用信令。所述UE的用于多播接收的所述MRB配置信息包含：用于在RRC连接状态下进行多播接收的专用MRB配置信息；及用于在RRC非连接状态下进行多播接收的专用MRB配置信息。因此，在所述RRC非连接状态下接收MRB的所述多播数据可包含：通过使用用于在RRC非连接状态下进行多播接收的所述专用MRB配置信息来在所述RRC非连接状态下接收MRB的所述多播数据。根据本申请案的一些实施例，所述UE的用于多播接收的所述MRB配置信息进一步包含：用于在RRC连接状态及RRC非连接状态下进行多播接收的共同MRB配置信息。接着，在所述RRC非连接状态下接收MRB的所述多播数据可包含：通过使用用于在RRC非连接状态下进行多播接收的所述专用MRB配置信息以及用于在RRC连接状态及RRC非连接状态下进行多播接收的所述共同MRB配置信息来在所述RRC非连接状态下接收MRB的所述多播数据。另外，所述至少一个处理器可经配置以：在所述状态转变期间接收指示在RRC非连接状态下进行多播接收的所述RRC专用信令。

在本申请案的一些实施例中，用于在RRC非连接状态下进行多播接收的所述MRB配置信息包含与一组小区相关联的一组MRB配置。在从所述RRC连接状态到所述RRC非连接状态的所述状态转变期间，所述至少一个处理器经配置以：响应于将继续多播接收或将在所述RRC非连接状态下接收多播，选择提供多播服务的小区或优先选择被提供用于在所述RRC非连接状态下进行多播接收的MRB配置的小区。根据本申请案的一些实施例，所述至少一个处理器经配置以：响应于在所述RRC非连接状态下进行多播接收，在小区重选过程期间优先重选被提供用于在所述RRC非连接状态下进行多播接收的MRB配置的小区。所述至少一个处理器经配置以：针对所述一组小区中的每一者，接收将在所述小区重选过程期间使用的小区偏移值。根据本申请案的一些其它实施例，所述至少一个处理器经配置以：响应于在所述RRC非连接状态下进行多播接收，在所述小区重选过程期间优先重选被提供用于在所述RRC非连接状态下进行多播接收的MRB配置的小区所属的频率。所述至少一个处理器经配置以：针对所述一组小区中的至少一者所属的每一频率，接收将在所述小区重选过程期间使用的频率偏移值。

在本申请案的一些实施例中，在所述RRC非连接状态下接收所述多播包含以下至少一者：在有点对点(PTP)分支的情况下暂停或释放所述PTP分支；停用或暂停针对所述RRC连接状态的(若干)专用MRB配置；继续接收点对多点(PTM)分支的多播或在所述RRC非连接状态下接收(若干)对应MRB的PTM分支的多播；暂停除所述(若干)对应MRB之外的所有数据无线电承载(DRB)的协议数据汇聚协议(PDCP)实体；执行部分MAC复位；或响应于将继续接收多播或将在所述RRC非连接状态下接收多播，选择在所述状态转变期间提供所述多播的小区。暂停除所述(若干)对应MRB之外的所有DRB的所述PDCP实体包含以下至少一者：在重排序定时器运行的情况下保持所述重排序定时器；或继续使用指示预期将被接收的下一PDCP服务数据单元(SDU)的计数值的状态变量的现存值及指示未被递送到上层而是仍在等待的第一PDCP SDU的计数值的状态变量的现存值。执行部分MAC复位包含：刷新用于与单播服务无线电承载(SRB)及除所述(若干)对应MRB之外的DRB相关的下行链路混合自动重复请求(HARQ)过程的软缓冲器。

在本申请案的一些实施例中，所述至少一个处理器经配置以：接收用于指示用于在RRC非连接状态下进行多播接收的所述MRB配置信息的有效时间的定时器；及响应于所述定时器在所述RRC非连接状态下到期而进入所述RRC连接状态以更新用于在RRC非连接状态下进行多播接收的所述MRB配置信息。

根据本申请案的一些实施例，一种实例性设备是网络设备，其包含：收发器；及至少一个处理器，其耦合到所述收发器，其中所述至少一个处理器经配置以：经由所述收发器发射指示用于在RRC非连接状态下进行多播接收的MRB配置信息的至少一个信令，其中所述至少一个信令是以下至少一者：将由UE在RRC连接状态下接收的RRC专用信令或将由所述UE在从所述RRC连接状态到所述RRC非连接状态的状态转变期间接收的RRC专用信令；及基于用于在RRC非连接状态下进行多播接收的所述MRB配置信息来经由所述收发器在所述RRC非连接状态下发射MRB的多播数据。

本申请案的一些实施例还提供一种实例性方法，其包含：接收指示用于在RRC非连接状态下进行多播接收的MRB配置信息的至少一个信令，其中所述至少一个信令是以下至少一者：在RRC连接状态下接收的RRC专用信令或在从所述RRC连接状态到所述RRC非连接状态的状态转变期间接收的RRC专用信令；及响应于从所述RRC连接状态到所述RRC非连接状态的所述状态转变，基于用于在RRC非连接状态下进行多播接收的所述MRB配置信息来在所述RRC非连接状态下接收多播。

本申请案的一些实施例提供另一实例性设备，例如，UE，其包含：收发器；及至少一个处理器，其耦合到所述收发器，其中所述至少一个处理器经配置以：经由所述收发器接收指示将仅在RRC专用信令中或仅在多播控制信道(MCCH)中或在RRC专用信令及MCCH两者中指示用于多播接收的MRB配置信息的指示；及基于所述指示来经由所述收发器接收用于多播接收的所述MRB配置信息。

在本申请案的一些实施例中，在所述指示指示将仅在MCCH中指示用于多播接收的所述MRB配置信息的情况下，所述至少一个处理器经配置以：在MCCH中接收用于多播接收的所述MRB配置信息，且用于多播接收的所述MRB配置信息被用于在RRC连接状态及RRC非连接状态下进行多播接收。

在本申请案的一些实施例中，在所述指示指示将在RRC专用信令及MCCH两者中指示用于多播接收的所述MRB配置信息的情况下，所述至少一个处理器经配置以：在处于RRC连接状态的RRC专用信令中及在MCCH中接收用于多播接收的所述MRB配置信息，其中，在所述RRC专用信令中接收的用于多播接收的所述MRB配置信息是用于在RRC连接状态下进行多播接收的专用MRB配置信息，且在所述MCCH中接收的用于多播接收的所述MRB配置信息是用于在RRC连接状态及RRC非连接状态下进行多播接收的共同MRB配置信息。根据本申请案的一些实施例，所述至少一个处理器经配置以：通过使用用于在RRC连接状态下进行多播接收的所述专用MRB配置信息来在所述RRC连接状态下接收MRB的所述多播数据；及通过使用用于在RRC非连接状态下进行多播接收的所述专用MRB配置信息来在所述RRC非连接状态下接收MRB的所述多播数据。在所述RRC非连接状态下，所述至少一个处理器经配置以：监测所述MCCH及MCCH更新通知；及暂停或释放用于在RRC连接状态下进行多播接收的所述专用MRB配置信息。所述至少一个处理器经配置以：响应于初始化用以重新进入所述RRC连接状态的过程，恢复用于在RRC连接状态下进行多播接收的所述专用MRB配置信息。

在本申请案的一些实施例中，在所述指示指示将仅在RRC专用信令中指示用于多播接收的所述MRB配置信息的情况下，所述至少一个处理器经配置以：在处于RRC连接状态的RRC专用信令中接收用于多播接收的所述MRB配置信息。根据本申请案的一些实施例，用于多播接收的所述MRB配置信息包含：用于在RRC连接状态及RRC非连接状态下进行多播接收的共同MRB配置信息；及用于在RRC连接状态下进行多播接收的专用MRB配置信息；其中，所述至少一个处理器经配置以：通过使用用于多播接收的所述共同MRB配置信息来在从所述RRC连接状态到所述RRC非连接状态的状态转变期间接收指示在所述RRC非连接状态下进行多播接收的RRC专用信令。根据本申请案的一些其它实施例，用于多播接收的所述MRB配置信息包含：用于在RRC连接状态下进行多播接收的专用MRB配置信息；及用于在RRC非连接状态下进行多播接收的专用MRB配置信息。在所述RRC非连接状态下接收MRB的所述多播数据可包含：通过使用用于在RRC非连接状态下接收多播接收的所述专用MRB配置信息来在所述RRC非连接状态下接收MRB的所述多播数据。

根据本申请案的一些实施例，另一实例性设备是一种网络设备，其包含：收发器；及至少一个处理器，其耦合到所述收发器，其中所述至少一个处理器经配置以：经由所述收发器发射指示将仅在RRC专用信令中或仅在MCCH中或在RRC专用信令及MCCH两者中指示用于多播接收的MRB配置信息的指示；及基于所述指示来经由所述收发器发射用于多播接收的所述MRB配置信息。

本申请案的一些其它实施例还提供另一实例性方法，其包含：接收指示将仅在RRC专用信令中或仅在MCCH中或在RRC专用信令及MCCH两者中指示用于多播接收的MRB配置信息的指示；及基于所述指示来接收用于多播接收的所述MRB配置信息。

本申请案的实施例可解决在MBS中的RRC状态转变期间出现的技术问题，从而支持在RRC非连接状态(例如，RRC_INACTIVE状态)下进行多播接收，且因此将促进NR的部署及实施。

附图说明

为了描述可获得本公开的优点及特征的方式，通过参考其具体实施例对本公开进行描述，所述实施例在附图中进行说明。这些附图仅描绘本公开的实例性实施例且因此不应被视为对其范围的限制。

图1是说明根据本申请案的一些实施例的实例性无线通信***的示意图。

图2是说明根据本申请案的一些实施例的针对多播接收的RRC状态转变的实例性场景的示意图。

图3是说明根据本申请案的一些实施例的支持MBS的实例性方法的流程图。

图4是说明根据本申请案的一些实施例的在方案1下支持MBS的实例性方法的流程图。

图5是说明根据本申请案的一些实施例的在方案2下支持MBS的实例性方法的流程图。

图6是说明根据本申请案的一些其它实施例的支持MBS的实例性方法的流程图。

图7是说明根据本申请案的一些其它实施例的支持MBS的实例性方法的流程图。

图8说明根据本申请案的一些实施例的支持MBS的实例性设备的框图。

图9说明根据本申请案的一些其它实施例的支持MBS的实例性设备的框图。

具体实施方式

对附图的详细描述意在作为对本申请案的优选实施例的描述且并不意在表示可实践本申请案的唯一形式。应理解，相同或等效功能可通过意在被涵盖在本申请案的精神及范围内的不同实施例来实现。

现将详细地参考本申请案的一些实施例，其实例在附图中进行说明。为了促进理解，在特定网络架构及新服务场景(例如第三代合作伙伴计划(3GPP)5G、3GPP长期演进(LTE)等)下提供实施例。经考虑，随着网络架构及新服务场景的发展，本申请案中的所有实施例也适用于类似技术问题；且此外，本申请案中所引用的术语可改变，这不应影响本申请案的原理。

图1说明根据本申请案的一些实施例的实例性无线通信***100的示意图。

如图1中所展示，无线通信***100包含至少一个基站(BS)101及至少一个UE 102。特定来说，出于说明性目的，无线通信***100包含一个BS101及两个UE 102(例如，第一UE102a及第二UE 102b)。尽管为了简单起见，在图1中说明特定数目个BS及UE，但经考虑，在本申请案的一些其它实施例中无线通信***100可包含更多或更少BS及UE。

无线通信***100与能够发送及接收无线通信信号的任何类型的网络兼容。例如，无线通信***100与无线通信网络、蜂窝电话网络、基于时分多址(TDMA)的网络、基于码分多址(CDMA)的网络、基于正交频分多址(OFDMA)的网络、LTE网络、基于3GPP的网络、3GPP 5G网络、卫星通信网络、高空平台网络及/或其它通信网络兼容。

BS101可经由接口与CN节点(未展示)通信，例如移动性管理实体(MME)或服务网关(S-GW)、移动性管理功能(AMF)或用户平面功能(UPF)等。BS也被称为接入点、接入终端、基站、宏小区、node-B、增强型节点B(eNB)、gNB、归属node-B、中继节点或装置，或者使用所属领域中所使用的其它术语进行描述。在5G NR中，BS也可指RAN节点或网络设备。每一BS可经由无线通信链路服务于服务区域(例如，小区或小区扇区)内的数个UE。必要时，例如在UE的切换过程期间，邻居BS可彼此通信。

UE 102(例如，第一UE 102a及第二UE 102b)应被理解为任何类型的终端装置，其可包含计算装置，例如台式计算机、膝上型计算机、个人数字助理(PDA)、平板计算机、智能电视(例如，连接到因特网的电视)、机顶盒、游戏控制台、安全***(包含安全摄像机)、车载计算机、网络装置(例如，路由器、交换机及调制解调器)或类似者。根据本申请案的实施例，UE可包含便携式无线通信装置、智能手机、蜂窝电话、翻盖手机、具有订户身份模块的装置、个人计算机、选择性呼叫接收器，或能够在无线网络上发送及接收通信信号的任何其它装置。在一些实施例中，UE可包含可穿戴装置，例如智能手表、健身手环、光学头戴式显示器或类似者。此外，UE可被称为订户单元、移动装置、移动站、用户、终端、移动终端、无线终端、固定终端、订户站、用户终端或装置，或者使用所属领域中所使用的其它术语进行描述。

在NR R17中引入MBS以专注于小区域混合模式多播，其中仅在RRC_CONNECTED状态下支持多播。由于支持HARQ及PTM/PTP动态切换以实现高可靠性，因此在RRC_CONNECTED状态下进行多播接收可提供高服务质量(QoS)体验。这意味着当正接收多播的UE从RRC_CONNECTED状态进入非连接状态(例如，RRC_INACTIVE状态)时，其无法继续接收多播。UE中的多播接收将被中断。因此，在R18中MBS的一个潜在目标是支持在非连接状态下(例如，在RRC_INACTIVE状态下)进行多播接收，使得在RRC_CONNECTED状态下的接收多播或经配置以接收多播的一些UE可被释放(或发送)到非连接状态(例如，RRC_INACTIVE状态)以至少缓解网络拥塞。

图2是说明根据本申请案的一些实施例的针对多播接收的RRC状态转变的实例性场景的示意图。

如图2中所展示，针对由BS(例如，图1中所展示的BS101)提供的覆盖范围200，其通常包含：良好覆盖区域201，例如覆盖范围200的中心区域；及不良覆盖区域203，例如覆盖范围200的边缘区域。以UE(例如，图1中所展示的第一UE 102a)为例，假设第一UE 102a可在RRC_CONNECTED状态及RRC_INACTIVE状态两者下接收多播。当第一UE 102a位于良好覆盖区域201中且正接收多播或经配置以接收多播时，第一UE 102a可由BS释放到RRC_INACTIVE状态以缓解覆盖范围200中的拥塞。即，第一UE 102a从RRC_CONNECTED状态转变(或切换)到RRC_INACTIVE状态。第一UE 102a可继续在RRC_INACTIVE状态下接收多播。如果第一UE102a仍在良好覆盖区域201中且具有低移动性，那么由第一UE 102a经历的QoS可能与在RRC_CONNECTED状态下经历的QoS类似。

然而，为了支持由UE在RRC非连接状态(例如，RRC_INACTIVE状态)下进行多播接收，应解决用于在RRC_INACTIVE状态下进行多播接收的PTM配置。目前，仅存在用于在RRC_CONNECTED状态下进行多播接收的PTM配置。

至少为了解决上述技术问题，本申请案的实施例提出一种用于MBS的改进技术解决方案，例如一种支持MBS的方法及设备，其中用于在RRC非连接状态下进行多播接收的MRB配置信息(或MRB的PTM配置，或多播MRB配置)被提供给UE以在RRC非连接状态下接收多播(或MRB的多播数据)。根据本申请案的一些实施例，由UE在RRC非连接状态下接收多播包含以下至少一者：

a)暂停或释放PTP分支(如果有)；

b)停用或暂停针对RRC连接状态的(若干)专用MRB配置；

c)继续接收PTM分支的多播或在RRC非连接状态下接收(若干)对应MRB的PTM分支的多播；

d)暂停除(若干)对应MRB之外的所有数据无线电承载(DRB)的PDCP实体；

e)执行部分MAC复位；及

f)响应于将继续多播接收或将在RRC非连接状态下接收多播，选择提供多播服务的小区或优先选择被提供用于在RRC非连接状态下进行多播接收的MRB配置的小区。其中，在本申请案的一些实施例中，暂停除(若干)对应MRB之外的所有DRB的PDCP实体可包含在对应MRB的重排序定时器正运行的情况下保持(例如，不停止或复位)所述重排序定时器。在本申请案的一些其它实施例中，暂停除(若干)对应MRB之外的所有DRB的PDCP实体可包含继续使用指示预期将被接收的下一PDCP SDU的计数值的状态变量(例如，RX_NEXT)的现存值及指示未被递送到上层而是仍在等待的第一PDCP SDU的计数值的状态变量(例如，RX_DELIV)的现存值，即，UE不将RX_NEXT及RX_DELIV设置为对应MRB的初始值。在本申请案的一些又其它实施例中，暂停除(若干)对应MRB之外的所有DRB的PDCP实体可包含两个操作，即，保持重排序定时器及继续使用对应MRB的RX_NEXT及RX_DELIV的现存值。关于执行部分MAC复位，其可包含：刷新用于与单播SRB及除(若干)对应MRB之外的DRB相关的下行链路HARQ过程的软缓冲器，即，UE仅刷新用于与单播SRB及除(若干)对应MRB之外的DRB相关的所有下行链路HARQ过程的软缓冲器。

目前，在RRC_CONNECTED状态下，MRB的PTM配置由RRC专用信令(即，RRCReconfiguration消息)来提供。考虑到根据本申请案的一些实施例，用于在RRC非连接状态下进行多播接收的MRB配置信息也可由RRC专用信令(方案1)来提供，例如，由用于在RRC_CONNECTED状态下的MRB的PTM配置的相同RRC专用信令来提供。然而，当UE进入RRC_INACTIVE状态时，针对RRC_CONNECTED状态的RRC专用配置将被暂停。因此，UE无法直接将在RRC连接状态下指示的用于多播接收的MRB配置信息用于在RRC非连接状态下(例如，在RRC_INACTIVE状态下)进行多播接收。仍需研究及解决如何通过RRC专用信令配置(或提供)用于在RRC非连接状态下进行多播接收的MRB配置信息。

图3是说明根据本申请案的一些实施例的支持MBS的实例性方法的流程图。尽管所述方法通过远程侧中的远程设备(例如，如图1中所说明及展示的UE 102)及网络侧中的网络设备(例如，如图1中所说明及展示的BS101)以***级进行说明，但所属领域的技术人员应理解，远程侧中实施的方法及网络侧中实施的方法可由具有类似功能的其它设备单独地实施及/或并入。另外，假设UE支持在RRC连接状态(例如，RRC_CONNECTED状态)及RRC非连接状态(例如，RRC_INACTIVE状态)两者下进行多播接收。

参考图3，为了使UE能够继续在RRC非连接状态下接收多播或配置UE以在RRC非连接状态下接收多播，在步骤301中，网络侧(例如，gNB)可发射指示用于在RRC非连接状态下进行多播接收的MRB配置信息的至少一个信令。所述至少一个信令是将由UE在RRC连接状态下接收的RRC专用信令(例如，RRCReconfiguration消息)，或将由UE在从RRC连接状态到RRC非连接状态的状态转变期间接收的RRC专用信令(例如，RRCRelease消息)，或将由UE在RRC连接状态下接收的RRC专用信令与将由UE从RRC连接状态到RRC非连接状态的状态转变期间接收的RRC专用信令的组合。接着，在步骤303中，网络侧将基于用于在RRC非连接状态下进行多播接收的MRB配置信息来在RRC非连接状态下将多播(或MRB的多播数据)发射到UE。

一致地，在步骤302中，在远程侧中，UE将接收指示用于在RRC非连接状态下进行多播接收的MRB配置信息的至少一个信令。在接收到至少一个信令且进入RRC非连接状态之后，在步骤304中，UE将基于用于在RRC非连接状态下进行多播接收的经配置MRB配置信息来在RRC非连接状态下接收多播。

在本申请案的一些实施例中，网络侧还可为UE配置定时器。定时器指示用于在RRC非连接状态下进行多播接收的MRB配置信息的有效时间。响应于定时器在RRC非连接状态下到期，UE将进入RRC连接状态以更新用于在RRC非连接状态下进行多播接收的MRB配置信息。

有关方案1的更多细节将参考图4、5及6说明如下，其中用于在RRC连接状态下进行多播接收的MRB配置信息及用于在RRC非连接状态下进行多播接收的MRB配置信息两者由RRC专用信令来指示。此后，为了简化，用于在RRC连接状态下进行多播接收的MRB配置信息也被称为“第一MRB配置信息”

图4是说明根据本申请案的一些实施例的在方案1下支持MBS的实例性方法的流程图。

如图4中所展示，任选地，在步骤401中，UE可报告其支持多播接收的能力，例如支持仅在RRC连接状态下进行多播接收的能力或支持在RRC非连接状态下进行多播接收的能力或支持在RRC连接状态及RRC非连接状态两者下进行多播接收的能力。支持多播接收的能力(例如，支持在RRC非连接状态下进行多播接收的能力)可按频率或按载波或按频带进行报告。

假设UE支持在RRC连接状态及RRC非连接状态(例如，RRC非活动状态)两者下进行多播接收。为了使UE在RRC连接状态下接收多播，网络侧(例如，gNB)可配置用于在RRC连接状态下进行多播接收的MRB配置信息且在步骤403中经由RRC专用信令(例如，RRCReconfiguration消息)将其发射到UE。用于在RRC连接状态下进行多播接收的MRB配置信息(即，第一MRB配置信息)包含用于在RRC连接状态及RRC非连接状态下进行多播接收的共同MRB配置信息(例如，被称为共同配置部分)，以及用于在RRC连接状态下进行多播接收的专用MRB配置信息(例如，被称为连接专用配置部分)。共同配置部分可包含服务数据适配协议(SDAP)配置、PDCP配置及PTM相关配置等、共同多播MRB配置。连接专用配置部分可提供用于在RRC连接状态下进行多播接收的UE专用配置(例如，与HARQ反馈及PTP发射相关)。可显式或隐式地向UE指示共同配置部分及连接专用配置部分。例如，可通过指示(或指定)相关联参数或字段仅被用于在RRC连接状态下进行多播接收来显式地指示连接专用配置部分。与多播接收相关联的没有显式规范的剩余参数或字段隐式地表示它们可被用于在RRC连接状态及RRC非连接状态两者下进行多播接收，即，共同配置部分。

在一些场景中，在步骤405中，网络侧可将UE从RRC连接状态释放到RRC非连接状态。例如，当发生网络拥塞时，网络侧(例如，gNB)可通过RRCRelease消息将处于RRC连接状态的UE(其正接收多播或将接收多播)释放(或发送)到RRC非连接状态(例如，RRC_INACTIVE状态)，且配置UE以继续利用用于在RRC连接状态下进行多播接收的MRB配置信息在RRC_INACTIVE状态下接收多播。即，将在RRC非连接状态下持续使用第一MRB配置信息。考虑到第一MRB配置信息应被用于在RRC连接状态下进行多播接收，网络侧将通过在从RRC连接状态到RRC非连接状态的状态转变期间发射的RRC专用信令中(例如，在RRCRelease消息中)的指示来指示UE继续在RRC非连接状态下使用第一MRB配置信息。

在接收到所述指示之后，在步骤407中，UE将继续使用第一MRB配置信息来在RRC非连接状态下进行多播接收。由于连接专用配置部分对于处于RRC非连接状态的UE来说是不可扩展的，因此为了在RRC非连接状态下进行多播接收，UE基本上仅可继续使用第一MRB配置信息的共同配置部分。

根据本申请案的一些实施例，网络侧还可配置用于在RRC非连接状态下进行多播接收的专用MRB配置信息。

图5是说明根据本申请案的一些其它实施例的在方案1下支持MBS的实例性方法的流程图。

如图5中所展示，任选地，在步骤501中，UE可报告其支持多播接收的能力，例如支持仅在RRC连接状态下进行多播接收的能力或支持在RRC非连接状态下进行多播接收的能力或支持在RRC连接状态及RRC非连接状态下进行多播接收的能力。支持多播接收的能力(例如，支持在RRC非连接状态下进行多播接收的能力)可按频率或按载波或按频带进行报告。

类似地，假设UE支持在RRC连接状态及RRC非连接状态(例如，RRC非活动状态)两者下进行多播接收。为了使UE接收多播，网络侧(例如，gNB)可配置用于多播接收的MRB配置信息且在步骤503中经由RRC专用信令(例如，RRCReconfiguration消息)将其发射到UE。用于多播接收的MRB配置信息包含用于在RRC连接状态下进行多播接收的专用MRB配置信息(例如，被称为连接专用配置部分)，及用于在RRC非连接状态下进行多播接收的专用MRB配置信息(例如，被称为非连接专用配置部分)。连接专用配置部分可提供用于在RRC连接状态下进行多播接收的UE专用配置(例如，与HARQ反馈及PTP发射相关)。

在本申请案的一些其它实施例中，用于多播接收的MRB配置信息还可包含用于在RRC连接状态及RRC非连接状态下进行多播接收的共同MRB配置信息(例如，被称为共同配置部分)。

在一些场景中，例如，为了缓解网络拥塞，在步骤505中，网络侧(例如，gNB)可将处于RRC连接状态的UE(其正接收多播或将接收多播)释放(或发射)到RRC非连接状态，例如RRC_INACTIVE状态。由于用于多播接收的MRB配置信息包含非连接专用配置部分，因此即使没有如图4中所叙述的额外指示，UE也将继续接收多播或将在RRC非连接状态下接收多播。即，当用于多播接收的MRB配置信息包含非连接专用配置部分时，此指示是任选的。

在用于多播接收的MRB配置信息仅包含连接专用配置部分及非连接专用配置部分的情况下，在步骤507中，处于RRC非连接状态的UE将使用非连接专用配置部分来在RRC非连接状态下进行多播接收。在用于多播接收的MRB配置信息包含连接专用配置部分、非连接专用配置部分及共同配置部分的情况下，在步骤507中，处于RRC非连接状态的UE将使用非连接专用配置部分及共同配置部分来在RRC非连接状态下进行多播接收。

根据本申请案的一些实施例，多播MRB配置(即，用于多播接收的MRB配置信息)由MCCH(方案2)来提供，所述MCCH仅在R17中为广播MRB引入。与广播MRB类似，MCCH也可携载有关广播MRB的配置的信息，例如在指示每一会话(或承载)的调度信息(例如，调度周期、调度窗口及起始偏移)的MRB配置消息中。使用可配置重复周期周期性地发射MCCH信息。处于RRC连接状态或RRC非连接状态的UE可监测及读取MCCH以获得多播MRB的配置，且使用多播MRB的配置来在RRC连接状态或RRC非连接状态下进行多播接收。然而，在MCCH中提供的用于多播接收的MRB配置信息仅为用于在RRC连接状态及RRC非连接状态下进行多播接收的MRB配置信息的共同部分，例如SDAP配置、PDCP配置及与多播MRB相关的其它共同配置信息。因此，在方案2中，将不为在RRC连接状态下进行的多播接收提供用于多播接收的UE专用MRB配置信息。

MCCH信息的改变仅在特定无线电帧(即，修改周期)内发生。在修改周期内，相同MCCH信息可被发射数次，如由其基于重复周期的调度信息所定义。当网络改变MCCH信息的一部分或全部时，其首先在第一修改周期期间向UE通知所述改变。接着，在下一修改周期中，网络将把经更新MCCH信息发射到UE。

如上文所陈述，方案1及方案2两者具有它们相应的优点及缺点。例如，RRC专用信令可提供UE专用配置，但其对于处于RRC非连接状态的UE来说是不可扩展的。另一方面，尽管MCCH可被用于在RRC连接状态及RRC非连接状态两者下进行多播接收，但其无法提供UE专用配置。当存在少量UE时，使用MCCH将浪费无线电资源且引起更多UE功耗。因此，最好允许网络可灵活地利用不同方案配置多播MRB。

图6是说明根据本申请案的一些其它实施例的支持MBS的实例性方法的流程图。尽管所述方法通过远程侧中的远程设备(例如，如图1中所说明及展示的UE 102)及网络侧中的网络设备(例如，如图1中所说明及展示的BS101)以***级进行说明，但所属领域的技术人员应理解，远程侧中实施的方法及网络侧中实施的方法可由具有类似功能的其它设备单独地实施及/或并入。另外，假设UE支持在RRC连接状态及RRC非连接状态(例如，RRC非活动状态)两者下进行多播接收，且在UE中支持用于多播MRB配置的多于一种方案，例如方案1及方案2。

参考图6，网络可例如通过方案1或方案2或方案1与方案2的组合灵活地配置多播MRB。为了确保UE可正确地获得用于多播接收的MRB配置信息，在步骤601中，网络侧(例如，gNB)将首先发射指示将仅在RRC专用信令(方案1)中或仅在MCCH(方案2)中指示或在RRC专用信令及MCCH两者(方案1与方案2的组合)中指示用于多播接收的MRB配置信息的指示。可在***信息(例如，***信息块(SIB)或RRC信令)中发射所述指示。在步骤603中，网络侧将基于所述指示来发射用于多播接收的MRB配置信息。

一致地，在步骤602中，在远程侧中，UE将接收指示将通过哪种方案配置多播MRB的指示。在接收到所述指示之后，在步骤604中，UE将基于所述指示来接收用于多播接收的MRB配置信息。例如，如果所述指示指示将仅在RRC专用信令中指示用于多播接收的MRB配置信息，那么UE将通过监测及读取RRC专用信令来接收用于多播接收的MRB配置信息，如方案1中所说明。如果所述指示指示将仅在MCCH中指示用于多播接收的MRB配置信息，那么UE将通过监测及读取MCCH来接收用于多播接收的MRB配置信息，如方案2中所说明。如果所述指示指示将在RRC专用信令及MCCH两者中指示用于多播接收的MRB配置信息，那么UE将通过RRC专用信令以及监测及读取MCCH来接收用于多播接收的MRB配置信息。

方案1及方案2可以各种方式组合。例如，在所述指示指示将在RRC专用信令及MCCH两者中指示用于多播接收的MRB配置信息的情况下，在处于RRC连接状态的RRC专用信令中及在MCCH中发射及接收用于多播接收的MRB配置信息。在RRC专用信令中接收的用于多播接收的MRB配置信息是用于在RRC连接状态下进行多播接收的专用MRB配置信息，且在MCCH中接收的用于多播接收的MRB配置信息是用于在RRC连接状态及RRC非连接状态下进行多播接收的共同MRB配置信息。网络侧(例如，gNB)将使用用于在RRC连接状态下进行多播接收的专用MRB配置信息以及用于在RRC连接状态及RRC非连接状态下进行多播接收的共同MRB配置信息以在RRC连接状态下发射多播，且将使用用于在RRC连接状态及RRC非连接状态下进行多播接收的共同MRB配置信息以在RRC非连接状态下发射多播。一致地，UE将使用用于在RRC连接状态下进行多播接收的专用MRB配置信息以及用于在RRC连接状态及RRC非连接状态下进行多播接收的共同MRB配置信息以在RRC连接状态下接收多播，且将使用用于在RRC连接状态及RRC非连接状态下进行多播接收的共同MRB配置信息以在RRC非连接状态下接收多播。

在RRC非连接状态下，UE将监测MCCH及MCCH更新通知，且暂停(或释放)用于在RRC连接状态下进行多播接收的专用MRB配置信息。响应于初始化用以重新进入RRC连接状态的过程，UE将恢复用于在RRC连接状态下进行多播接收的专用MRB配置信息。

在本申请案的一些实施例中，用于在RRC非连接状态下进行多播接收的MRB配置信息可包含与一组小区相关联的一组MRB配置，其适于如上文所陈述的任何方案。因此，当UE在所述一组小区当中移动时，UE不需要进入RRC连接状态且可使用对应小区的MRB配置信息来在RRC非连接状态下进行多播接收。

图7是说明根据本申请案的一些其它实施例的支持MBS的实例性方法的流程图。尽管在图7中展示仅两个BS(例如，gNB1及gNB2)，但所属领域的技术人员应清楚，将存在多于两个BS或类似者且将应用类似操作。

参考图7，在将UE发送到RRC非连接状态之前，在步骤701中，gNB1(例如，UE的服务gNB)可决定小区列表，其中UE可在RRC非连接状态下接收多播。所述列表上的小区可属于gNB及(若干)邻居BS，例如(若干)gNB。(若干)邻居BS可为同一邻居BS或不同邻居BS。

在步骤703中，gNB1可从相关联邻居gNB(例如，每一对应小区所属的gNB2)请求用于在所述对应小区中在RRC非连接状态下进行多播接收的MRB配置信息。gNB1还可将小区ID列表提供到gNB2。在步骤705中，gNB2将把用于在(若干)所需小区中在RRC非连接状态下进行多播接收的MRB配置信息提供到gNB1。gNB1与gNB2之间的交换可由Xn接入协议(AP)信令来携载。

在步骤707中，在将UE释放到RRC非连接状态之前，gNB1例如通过处于RRC连接状态的RRC专用信令或通过MCCH或通过RRC专用信令与MCCH的组合将一组小区的用于在RRC非连接状态下进行多播接收的MRB配置信息发射到UE。例如，假设由gNB1获得所述列表中的所有小区的用于在RRC非连接状态下进行多播接收的MRB配置信息，且gNB1将把所述列表中的所有小区的用于在RRC非连接状态下进行多播接收的MRB配置信息发射到UE。

在步骤709中，gNB1将例如通过RRCRelease消息把UE释放到RRC非连接状态。在需要指示的情况下，例如如在方案1中，gNB1还将把所述指示包含在RRCRelease消息中。

针对UE，如果将继续接收多播接收或将在RRC非连接状态下接收多播，那么在步骤711中，在从RRC连接状态到RRC非连接状态的状态转变期间，UE将选择提供多播服务的小区或优先选择被提供用于在RRC非连接状态下进行多播接收的MRB配置的小区。例如，UE可选择属于gNB1且提供多播服务的小区，或UE将优先选择已提供其用于在RRC非连接状态下进行多播接收的MRB配置的小区。接着，在进入RRC非连接状态之后，UE将在选定小区中接收多播。

由于UE的移动性，UE可移出gNB1的覆盖范围且移入另一BS(例如，gNB2)的覆盖范围。如果UE将继续在RRC非连接状态下接收多播，那么在步骤713中，其将在小区重选过程期间优先重选被提供用于在RRC非连接状态下进行多播接收的MRB配置的小区。针对所述一组小区中的每一者，将由UE在小区重选过程期间使用由网络侧配置的小区偏移值。在本申请案的一些其它实施例中，UE将在小区重选过程期间优先重选被提供用于在RRC非连接状态下进行多播接收的MRB配置的小区所属的频率。针对所述一组小区中的至少一个者所属的每一频率，将由UE在小区重选过程期间使用由网络侧配置的频率偏移值。然而，当处于RRC非连接状态的UE重选不提供用于在RRC非连接状态下进行多播接收的MRB配置的小区时，UE将试图进入RRC连接状态以接收多播。例如，当处于RRC_INACTIVE状态的UE重选不提供用于在RRC非连接状态下进行多播接收的MRB配置的小区时，UE将初始化RRC连接恢复过程以进入RRC连接状态。在一些其它实施例中，如果UE无法重选其用于在RRC非连接状态下进行多播接收的MRB配置未被提供给UE的小区，那么UE可直接进入RRC空闲状态。

除所述方法之外，本申请案的实施例还提出一种支持MBS的设备。

如图8中所展示，设备800可包含至少一个非暂时性计算机可读媒体801、至少一个接收电路***802、至少一个发射电路***804以及耦合到非暂时性计算机可读媒体801、接收电路***802及发射电路***804的至少一个处理器806。至少一个处理器806可为CPU、DSP、微处理器等。设备800可为经配置以执行上文中所说明的方法或类似者的网络设备或UE。

尽管在这个图中，例如至少一个处理器806、发射电路***804及接收电路***802的元件以单数形式进行描述，但除非明确地陈述仅限于单数形式，否则也考虑复数形式。在本申请案的一些实施例中，接收电路***802及发射电路***804可被组合成单个装置，例如收发器。在本申请案的某些实施例中，设备800可进一步包含输入装置、存储器及/或其它组件。

在本申请案的一些实施例中，非暂时性计算机可读媒体801上可存储有计算机可执行指令以致使处理器实施关于网络设备(例如，如上文所描述的gNB)的方法。例如，计算机可执行指令在被执行时致使处理器806与接收电路***802及发射电路***804交互，以便执行关于网络设备(例如，如上文所描述的gNB)的步骤。

在本申请案的一些实施例中，非暂时性计算机可读媒体801上可存储有计算机可执行指令以致使处理器实施如上文所描述的关于UE的方法。例如，计算机可执行指令在被执行时致使处理器806与接收电路***802及发射电路***804交互，以便执行如上文所描述的关于UE的步骤。

图9是根据本申请案的一些其它实施例的支持AI的无线通信设备900的框图。

参考图9，设备900(例如gNB或UE)可包含至少一个处理器902及耦合到至少一个处理器902的至少一个收发器904。收发器904可包含至少一个单独的接收电路***906及发射电路***908，或至少一个集成的接收电路***906及发射电路***908。至少一个处理器902可为CPU、DSP、微处理器等。

根据本申请案的一些实施例，当设备900是UE时，所述处理器经配置以：接收指示用于在RRC非连接状态下进行多播接收的MRB配置信息的至少一个信令，其中所述至少一个信令是以下至少一者：在RRC连接状态下接收的RRC专用信令或在从所述RRC连接状态到所述RRC非连接状态的状态转变期间接收的RRC专用信令；及响应于所述UE从所述RRC连接状态转变到所述RRC非连接状态，基于用于在RRC非连接状态下进行多播接收的所述经接收MRB配置信息来在RRC非连接状态下接收MRB的多播数据。

根据本申请案的一些其它实施例，当设备900是UE时，所述处理器可经配置以：接收指示将仅在RRC专用信令中或仅在MCCH中或在RRC专用信令及MCCH两者中指示用于多播接收的MRB配置信息的指示；及基于所述指示来接收用于多播接收的所述MRB配置信息。

根据本申请案的一些其它实施例，当设备900是网络设备(例如，gNB)时，所述处理器可经配置以：发射指示用于在RRC非连接状态下进行多播接收的MRB配置信息的至少一个信令，其中所述至少一个信令是以下至少一者：将由UE在RRC连接状态下接收的RRC专用信令或将由所述UE在从所述RRC连接状态到所述RRC非连接状态的状态转变期间接收的RRC专用信令；及基于用于在RRC非连接状态下进行多播接收的所述MRB配置信息来在所述RRC非连接状态下发射MRB的多播数据。

根据本申请案的一些其它实施例，当设备900是网络设备(例如，gNB)时，所述处理器可经配置以：发射指示将仅在RRC专用信令中或仅在MCCH中或在RRC专用信令及MCCH两者中指示用于多播接收的MRB配置信息的指示；及基于所述指示来发射用于多播接收的所述MRB配置信息。

根据本申请案的实施例的方法也可在经编程处理器上实施。然而，控制器、流程图及模块也可在通用或专用计算机、经编程微处理器或微控制器及***集成电路元件、集成电路、硬件电子或逻辑电路(例如离散元件电路)、可编程逻辑装置或者类似者上实施。一般来说，能够实施图中所展示的流程图的任何装置可被用来实施本申请案的处理器功能。例如，本申请案的实施例提供一种设备，其包含处理器及存储器。用于实施方法的计算机可编程指令被存储在存储器中，且处理器经配置以执行计算机可编程指令以实施所述方法。所述方法可为如上所陈述的方法或根据本申请案的实施例的其它方法。

替代实施例优选地在存储计算机可编程指令的非暂时性计算机可读存储媒体中实施根据本申请案的实施例的方法。所述指令优选地由优选地与网络安全***集成在一起的计算机可执行组件来执行。非暂时性计算机可读存储媒体可被存储在任何合适的计算机可读媒体上，例如RAM、ROM、快闪存储器、EEPROM、光学存储装置(CD或DVD)、硬盘驱动器、软盘驱动器或任何合适装置。计算机可执行组件优选地是处理器，但所述指令可替代地或另外由任何合适的专用硬件装置来执行。例如，本申请案的实施例提供其中存储有计算机可编程指令的非暂时性计算机可读存储媒体。计算机可编程指令经配置以实施如上所陈述的方法或根据本申请案的实施例的其它方法。

另外，在本公开中，术语“包含(includes)”、“包含(including)”或其任何其它变体意在涵盖非排他性包含，使得包含一系列元件的过程、方法、物品或设备不仅包含那些元件，而且可包含未明确地列出或者此过程、方法、物品或设备固有的其它元件。在没有更多约束的情况下，以“一(a)”、“一(an)”或类似者开头的元件不排除在包含所述元件的所述过程、方法、物品或设备中存在额外的相同元件。而且，术语“另一”被定义为至少第二或更多个。如本文中所使用，术语“具有”及类似者被定义为“包含”。

Claims (15)

1.一种用户装备UE，其包括：

收发器；及

至少一个处理器，其耦合到所述收发器，其中所述至少一个处理器经配置以：

经由所述收发器接收指示用于在无线电资源控制RRC非连接状态下进行多播接收的多播无线电承载MRB配置信息的至少一个信令，其中所述至少一个信令是以下至少一者：在RRC连接状态下接收的RRC专用信令或在从所述RRC连接状态到所述RRC非连接状态的状态转变期间接收的RRC专用信令；及

响应于所述UE从所述RRC连接状态转变到所述RRC非连接状态，基于用于在RRC非连接状态下进行多播接收的所述经接收MRB配置信息来经由所述收发器在所述RRC非连接状态下接收MRB的多播数据。

2.根据权利要求1所述的UE，其中，用于在RRC非连接状态下进行多播接收的所述MRB配置信息由以下者来指示：

在所述RRC连接状态下接收的指示所述UE的用于多播接收的所述MRB配置信息的所述RRC专用信令；及

在所述状态转变期间接收的指示在所述RRC非连接状态下通过继续使用所述UE的用于多播接收的所述MRB配置信息进行多播接收的所述RRC专用信令。

3.根据权利要求1所述的UE，其中，用于在RRC非连接状态下进行多播接收的所述MRB配置信息包括与一组小区相关联的一组MRB配置。

4.根据权利要求3所述的UE，其中，在从所述RRC连接状态到所述RRC非连接状态的所述状态转变期间，所述至少一个处理器经配置以：

响应于将继续多播接收或将在所述RRC非连接状态下接收多播，选择提供多播服务的小区或优先选择被提供用于在所述RRC非连接状态下进行多播接收的MRB配置的小区。

5.根据权利要求1所述的UE，其中，在所述RRC非连接状态下接收所述多播包括以下至少一者：

在有点对点PTP分支的情况下暂停或释放所述PTP分支；

停用或暂停针对所述RRC连接状态的专用MRB配置；

继续接收点对多点PTM分支的多播或在所述RRC非连接状态下接收对应MRB的PTM分支的多播；

暂停除对应MRB之外的所有数据无线电承载DRB的协议数据汇聚协议PDCP实体；

执行部分媒体接入控制MAC复位；或

响应于将继续接收多播或将在所述RRC非连接状态下接收多播，选择在所述状态转变期间提供所述多播的小区。

6.根据权利要求5所述的UE，其中，暂停除对应MRB之外的所有DRB的所述PDCP实体包括以下至少一者：

在重排序定时器运行的情况下保持所述重排序定时器；或

继续使用指示预期将被接收的下一PDCP服务数据单元SDU的计数值的状态变量的现存值及指示未被递送到上层而是仍在等待的第一PDCP SDU的计数值的状态变量的现存值。

7.根据权利要求1所述的UE，其中，所述至少一个处理器经配置以：

接收用于指示用于在RRC非连接状态下进行多播接收的所述MRB配置信息的有效时间的定时器；及

响应于所述定时器在所述RRC非连接状态下到期而进入所述RRC连接状态以更新用于在RRC非连接状态下进行多播接收的所述MRB配置信息。

8.一种用户装备UE，其包括：

收发器；及

至少一个处理器，其耦合到所述收发器，其中所述至少一个处理器经配置以：

经由所述收发器接收指示将仅在无线电资源控制RRC专用信令中或仅在多播控制信道MCCH中或在RRC专用信令及MCCH两者中指示用于多播接收的多播无线电承载MRB配置信息的指示；及

基于所述指示来经由所述收发器接收用于多播接收的所述MRB配置信息。

9.根据权利要求8所述的UE，其中，在所述指示指示将仅在MCCH中指示用于多播接收的所述MRB配置信息的情况下，所述至少一个处理器经配置以：

在MCCH中接收用于多播接收的所述MRB配置信息，且用于多播接收的所述MRB配置信息被用于在RRC连接状态及RRC非连接状态下进行多播接收。

10.根据权利要求8所述的UE，其中，在所述指示指示将在RRC专用信令及MCCH两者中指示用于多播接收的所述MRB配置信息的情况下，所述至少一个处理器经配置以：

在处于RRC连接状态的RRC专用信令中及在MCCH中接收用于多播接收的所述MRB配置信息，

其中，在所述RRC专用信令中接收的用于多播接收的所述MRB配置信息是用于在RRC连接状态下进行多播接收的专用MRB配置信息，且在所述MCCH中接收的用于多播接收的所述MRB配置信息是用于在RRC连接状态及RRC非连接状态下进行多播接收的共同MRB配置信息。

11.根据权利要求8所述的UE，其中，所述至少一个处理器经配置以：

通过使用用于在RRC连接状态下进行多播接收的所述专用MRB配置信息来在所述RRC连接状态下接收MRB的所述多播数据；及

通过使用用于在RRC非连接状态下进行多播接收的所述专用MRB配置信息来在所述RRC非连接状态下接收MRB的所述多播数据。

12.根据权利要求10所述的UE，其中，在所述RRC非连接状态下，所述至少一个处理器经配置以：

监测所述MCCH及MCCH更新通知；及

暂停或释放用于在RRC连接状态下进行多播接收的所述专用MRB配置信息。

13.根据权利要求8所述的UE，其中，在所述指示指示将仅在RRC专用信令中指示用于多播接收的所述MRB配置信息的情况下，所述至少一个处理器经配置以：

在处于RRC连接状态的RRC专用信令中接收用于多播接收的所述MRB配置信息。

14.一种网络设备，其包括：

收发器；及

至少一个处理器，其耦合到所述收发器，其中所述至少一个处理器经配置以：

经由所述收发器发射指示用于在无线电资源控制RRC非连接状态下进行多播接收的多播无线电承载MRB配置信息的至少一个信令，其中所述至少一个信令是以下至少一者：将由用户装备UE在RRC连接状态下接收的RRC专用信令或将由所述UE在从所述RRC连接状态到所述RRC非连接状态的状态转变期间接收的RRC专用信令；及

基于用于在RRC非连接状态下进行多播接收的所述MRB配置信息来经由所述收发器在所述RRC非连接状态下发射MRB的多播数据。

15.一种网络设备，其包括：

收发器；及

至少一个处理器，其耦合到所述收发器，其中所述至少一个处理器经配置以：

经由所述收发器发射指示将仅在无线电资源控制RRC专用信令中或仅在多播控制信道MCCH中或在RRC专用信令及MCCH两者中指示用于多播接收的多播无线电承载MRB配置信息的指示；及

基于所述指示来经由所述收发器发射用于多播接收的所述MRB配置信息。