CN118160408A - 管理多播和/或广播服务（mbs）的多播和单播数据传输 - Google Patents

Abstract

为了管理多播和单播数据传输，基站经由下行链路隧道从核心网络(CN)接收多播和/或广播服务(MBS)下行链路数据分组(602)。基站确定是经由单播还是多播向多个UE发送MBS下行链路数据分组。然后，基站经由多播数据传输向多个第一UE发送MBS下行链路数据分组(606)，和/或经由多个单播数据传输向多个第二UE发送MBS下行链路数据分组(608)。

Description

管理多播和/或广播服务(MBS)的多播和单播数据传输

相关申请的交叉引用

本申请要求2021年10月20日提交的题为“Managing Multicast and UnicastData Transmission for MBS(管理MBS的多播和单播数据传输)”的美国临时专利申请第63/257794号的优先权和权益，其全部公开内容通过引用明确结合于此。

技术领域

本公开涉及无线通信，更特别地，涉及实现对用于多播和/或广播通信的无线电资源的建立和/或修改。

背景技术

本文提供的背景技术描述的目的是为了总体呈现本公开的上下文。在本背景技术部分中描述的程度上，目前署名的发明人的工作，以及在提交时另外可能不符合现有技术的描述的各方面，既不明确也不隐含地被认为是本公开的现有技术。

在电信系统中，无线电协议栈的分组数据汇聚协议(Packet Data ConvergenceProtocol，PDCP)子层提供诸如用户平面数据的传递、加密、完整性保护等服务。例如，为演进型通用陆地无线电接入(Evolved Universal Terrestrial Radio Access，EUTRA)无线电接口(参见第三代合作伙伴计划(Third Generation Partnership Project，3GPP)规范TS 36.323)和新无线电(New Radio，NR)(参见3GPP规范TS 38.323)而定义的PDCP子层提供了从用户装置(也称为用户设备或“UE”)到基站的上行链路方向上的以及从基站到UE的下行链路方向上的协议数据单元(protocol data unit，PDU)的排序。PDCP子层还向无线电资源控制(Radio Resource Control，RRC)子层提供用于信令无线电承载(signaling radiobearer，SRB)的服务。PDCP子层还向服务数据适配协议(Service Data AdaptationProtocol，SDAP)子层或诸如互联网协议(Internet Protocol，IP)层、以太网协议层和互联网控制消息协议(Internet Control Message Protocol，ICMP)层等协议层提供用于数据无线电承载(data radio bearer，DRB)的服务。一般来说，UE和基站可以使用SRB来交换RRC消息以及非接入层(non-access stratum，NAS)消息，并且可以使用DRB在用户平面上传输数据。

一些场景中的UE可以并发地利用无线电接入网络(radio access network，RAN)的通过回程而互连的多个节点(例如，基站或分布式基站或分散式基站的组件)的资源。当这些网络节点支持不同的无线电接入技术(radio access technology，RAT)时，这种类型的连接被称为多无线电双连接(multi-radio dual connectivity，MR-DC)。当在MR-DC中操作时，与作为主节点(master node，MN)进行操作的基站相关联的(多个)小区定义了主小区组(master cell group，MCG)，并且与作为辅节点(secondary node，SN)进行操作的基站相关联的(多个)小区定义了辅小区组(secondary cell group，SCG)。MCG覆盖主小区(primary cell，PCell)以及零个、一个或多个辅小区(secondary cell，SCell)，并且SCG覆盖主辅小区(primary secondary cell，PSCell)以及零个、一个或多个SCell。UE与MN(经由MCG)和SN(经由SCG)进行通信。在其他场景中，UE在单连接(single connectivity，SC)中一次利用一个基站的资源。SC中的UE仅经由MCG与MN进行通信。基站和/或UE确定UE何时应当与另一基站建立无线电连接。例如，基站可以确定将UE移交到另一基站，并且发起移交程序。其他场景中的UE可以并发地利用另一RAN节点的通过回程而互连的资源(例如，基站或分布式基站或分解式基站的组件)。

UE可以使用几种类型的SRB和DRB。所谓的“SRB1”资源携带在一些情况下包括通过专用控制信道(dedicated control channel，DCCH)的NAS消息的RRC消息，并且“SRB2”资源支持包括也通过DCCH但是优先级低于SRB1资源的记录的测量信息或NAS消息的RRC消息。更一般地，SRB1资源和SRB2资源允许UE和MN交换与MN相关的RRC消息并且嵌入与SN相关的RRC消息，并且也可以被称为MCG SRB。“SRB3”资源允许UE和SN交换与SN相关的RRC消息，并且也可以被称为SCG SRB。拆分SRB允许UE经由MN和SN的较低层资源直接与MN交换RRC消息。此外，在MN处端接并且仅使用MN的较低层资源的DRB可以被称为MCG DRB，在SN处端接并且仅使用SN的较低层资源的DRB可以被称为SCG DRB，并且在MN或SN处端接但是使用MN和SN两者的较低层资源的DRB可以被称为拆分DRB。在MN处端接但是仅使用SN的较低层资源的DRB可以被称为MN端接的SCG DRB。在SN处端接但是仅使用MN的较低层资源的DRB可以被称为SN端接的MCG DRB。

无论是在SC操作还是DC操作中，UE都可以执行移交程序以从一个小区切换到另一小区。这些程序涉及RAN节点和UE之间的消息传递(例如，RRC信令和准备)。取决于场景，UE可以从服务基站的小区移交到目标基站的目标小区，或者从服务基站的第一分布式单元(distributed unit，DU)的小区移交到同一基站的第二DU的目标小区。在DC场景中，UE可以执行PSCell更改程序来更改PSCell。这些程序涉及RAN节点和UE之间的消息传递(例如，RRC信令和准备)。取决于场景，UE可以执行PSCell更改以从服务SN的PSCell更改到目标SN的目标PSCell，或者从基站的源DU的PSCell更改到同一基站的目标DU的PSCell。此外，UE可以在小区内执行移交或PSCell更改以进行同步重新配置。

与第四代(4G)基站相比，根据第五代(5G)新无线电(NR)要求进行操作的基站支持大得多的带宽。相应地，第三代合作伙伴计划(3GPP)已经针对版本15提议用户设备单元(UE)支持频率范围1(FR1)中的100MHz带宽和频率范围(FR2)中的400MHz带宽。由于5G NR中典型载波的带宽相对较宽，3GPP已经针对版本17提议5G NR基站能够向UE提供(多个)多播和/或广播服务(multicast and/or broadcast service，MBS)。例如，MBS可以用于许多内容递送应用，诸如透明IPv4/IPv6多播递送、IPTV、无线软件递送、组通信、物联网(Internetof Things，IoT)应用、V2X应用以及与公共安全相关的紧急消息。

5G NR为通过无线电接口的MBS分组流的传输提供了点对点(point-to-point，PTP)和点对多点(point-to-multipoint，PTM)两种递送方法。在PTP通信中，RAN节点通过无线电接口向不同的UE发送每个MBS数据分组的不同副本。另一方面，在PTM通信中，RAN节点通过无线电接口向多个UE发送每个MBS数据分组的单个副本。然而，在一些场景中，不清楚基站如何从核心网络接收MBS数据分组，以及基站如何将每个MBS数据分组发送到一个或多个UE。

发明内容

使用本公开的技术，核心网络(core network，CN)和基站经由CN与基站之间的共享(或“公共”)隧道为多个UE传送MBS流量。响应于来自CN的对于配置的请求，基站可以生成并向CN提供公共隧道的配置，诸如互联网协议(IP)地址和/或隧道端点标识符(TunnelEndpoint Identifier，TEID)。更一般地，配置可以包括传输层信息。

CN和基站还可以经由CN与基站之间的多个公共隧道来传送来自多个MBS会话的MBS流量。例如，CN和基站可以为多个MBS会话建立一个CN至BS隧道，或者可以为每个MBS会话建立单独的CN至BS隧道。

基站还可以与UE建立(多个)基站至UE的传输。基站可以使用与MBS会话相关联的同一MBS无线电承载(MBS radio bearer，MRB)将来自多个MBS会话的MBS流量传送到同一UE。替代地，基站可以使用不同的MRB将MBS流量从每个MBS会话传送到UE。更具体地，基站将隧道中的流量映射到可以被配置为MRB的无线电承载。每个MRB可以对应于相应的MBS流量信道(MBS Traffic Channel，MTCH)。在一些场景中，基站通过单个MRB和对应的MTCH向加入MBS会话的所有UE传送用于MBS会话的MBS流量。在其他场景中，基站通过与专用流量信道(Dedicated Traffic Channe，DTCH)相对应的DRB传送用于MBS会话的MBS流量，其中每个DTCH用于与加入MBS会话的特定一个UE传送MBS流量。

基站可以确定是经由单播还是多播向UE发送MBS数据分组。例如，基站可以经由多播向第一组UE发送MBS数据分组，并且经由单播向第二组UE发送MBS数据分组。在一些实施方式中，基站可以基于从中接收MBS数据分组的隧道来确定是经由单播还是多播向UE发送MBS数据分组。基站可以存储每个隧道到用于经由多播接收MBS数据分组的一组UE(例如，如G-RNTI所指示的)、用于经由单播接收MBS数据分组的一组UE(例如，如C-RNTI所指示的)、用于经由单播接收MBS数据分组的单个传统UE(例如，如C-RNTI所指示的)、与该隧道相对应的逻辑信道ID、用于该隧道的MRB、用于该隧道的DRB等的映射。

这些技术的示例实施例是一种在基站中用于管理多播和单播数据传输的方法。该方法包括：由处理硬件经由下行链路隧道从核心网络(CN)接收多播和/或广播服务(MBS)下行链路数据分组，以及由处理硬件确定是经由单播还是多播向多个UE发送MBS下行链路数据分组。该方法还包括以下各项中的至少一个：由处理硬件经由多播数据传输向多个第一UE发送MBS下行链路数据分组，或者由处理硬件经由多个单播数据传输向多个第二UE发送MBS下行链路数据分组。

这些技术的另一示例实施例是一种在基站中用于管理MBS的传输的方法。该方法包括：由处理硬件从UE接收用以加入由第一MBS会话标识符标识的第一MBS会话的第一请求，以及由处理硬件从UE接收用以加入由第二MBS会话标识符标识的第二MBS会话的第二请求。另外，该方法包括：由处理硬件向UE发送用于第一MBS会话的第一MBS数据，以及由处理硬件在第一MBS会话期间向UE发送用于第二MBS会话的第二MBS数据。

这些技术的又一示例实施例是一种包括处理硬件并且被配置为实施上述方法之一的基站。

这些技术的另一示例实施例是一种在UE中用于从多个多播和/或广播服务(MBS)会话获得MBS数据的方法。该方法包括：由处理硬件向基站发送用以加入由第一MBS会话标识符标识的第一MBS会话的第一请求，以及由处理硬件向基站发送用以加入由第二MBS会话标识符标识的第二MBS会话的第二请求。另外，该方法包括：由处理硬件从基站接收用于第一MBS会话的第一MBS数据，以及由处理硬件在第一MBS会话期间从基站接收用于第二MBS会话的第二MBS数据。

这些技术的又一示例实施例是一种包括处理硬件并且被配置为实施上述方法的UE。

附图说明

图1A是其中公开了本公开用于管理MBS的多播和单播数据传输的技术的示例系统的框图；

图1B是其中集中式单元(CU)和分布式单元(DU)可以在图1A的系统中进行操作的示例基站的框图；

图2是示例协议栈的框图，图1A的UE可以根据该示例协议栈与图1A的基站进行通信；

图3是示出用于MBS会话和PDU会话的示例隧道架构的框图；

图4是示出用于MRB和DRB的示例隧道架构的框图；

图5A是CN和基站为第一UE建立到基站的第一公共下行链路(DL)隧道并且为第二UE建立到基站的第二公共DL隧道的示例场景的消息传递图，其中CN可以经由第一公共DL隧道发送第一MBS会话的MBS数据，CN可以经由第二公共DL隧道发送第二MBS会话的MBS数据；

图5B是UE加入第一MBS会话和第二MBS会话并且CN和基站为UE建立到基站的单独的第一公共DL隧道和第二公共DL隧道的示例场景的消息传递图，其中CN可以经由单独的第一公共DL隧道和第二公共DL隧道发送第一MBS会话和第二MBS会话的MBS数据；

图6是用于基于接收MBS数据分组所经由的隧道来标识经由多播发送MBS数据分组的(多个)UE和/或标识经由单播发送MBS数据分组的UE的示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图7是用于基于接收MBS数据分组所经由的隧道来确定使用哪个逻辑信道向(多个)UE发送MBS数据分组的示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图8是用于基于接收MBS数据分组所经由的隧道来确定使用哪些逻辑信道向相应的UE发送MBS数据分组的示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图9是用于基于接收MBS数据分组所经由的隧道来确定当对下行链路控制信息元素(DCI)的循环冗余校验(CRC)加扰以用于向UE发送MBS数据分组时使用哪个逻辑信道和使用哪个G-RNTI的示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图10A是用于基于接收MBS数据分组所经由的隧道来确定使用哪个逻辑信道和是否使用N个C-RNTI对N个DCI的N个CRC加扰以用于向UE发送包括MBS数据分组的协议数据单元(PDU)的示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图10B是用于基于接收MBS数据分组所经由的隧道来确定使用哪个逻辑信道和是否使用N个C-RNTI对N个DCI的N个CRC加扰以用于向UE发送N个包括MBS数据分组的PDU的示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图10C是用于基于接收MBS数据分组所经由的隧道来确定使用哪个逻辑信道和是否使用N个C-RNTI对同一DCI的同一CRC加扰以用于向UE发送包括MBS数据分组的PDU的示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图11A是与图10A所示的示例方法类似的另一示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图11B是与图10B所示的示例方法类似的另一示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图11C是与图10C所示的示例方法类似的另一示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图12是用于基于接收MBS数据分组所经由的隧道来确定使用哪个逻辑信道和是否使用C-RNTI对DCI的CRC加扰以用于向特定UE发送MBS数据分组的示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图13A是用于基于与MBS数据分组相关联的MBS服务质量(QoS)流ID来确定使用哪个逻辑信道和是经由单播还是多播发送MBS数据分组的示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图13B是用于基于与MBS数据分组相关联的MBS服务质量(QoS)流ID来确定使用哪个逻辑信道以经由单播向UE发送MBS数据分组的示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图14A是与图13A所示的方法类似的用于基于与MBS数据分组相关联的MBS服务质量(QoS)流ID来确定使用哪个逻辑信道和是经由单播还是多播发送MBS数据分组的另一示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；

图14B是与图13B所示的方法类似的用于基于与MBS数据分组相关联的MBS服务质量(QoS)流ID来确定使用哪个逻辑信道以经由单播向UE发送MBS数据分组的另一示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施；以及

图15是用于基于与MBS数据分组相关联的特定传输层信息来配置DL传输层配置并且标识经由多播接收MBS数据分组的UE和/或标识经由单播接收MBS数据分组的(多个)UE的示例方法的流程图，该示例方法可以在图1A的基站和/或图1B的DU中实施。

具体实施方式

一般来说，RAN和/或CN实施本公开的技术来管理多播和单播数据传输。基站可以确定是经由单播还是多播向UE发送MBS数据分组。例如，基站可以经由多播向第一组UE发送MBS数据分组，并且经由单播向第二组UE发送MBS数据分组。

在一些实施方式中，基站可以根据与MBS数据分组相关联的MBS服务质量(qualityof service，QoS)流来确定是经由单播还是多播向UE发送MBS数据分组。例如，如果与MBS数据分组相关联的QoS流ID是第一QoS流ID，则基站可以经由多播向UE发送MBS数据分组。否则，如果与MBS数据分组相关联的QoS流ID是第二QoS流ID，则基站可以经由单播向UE发送MBS数据分组。在其他实施方式中，基站可以基于QoS流来确定用于MBS数据分组的逻辑信道ID。例如，如果与MBS数据分组相关联的QoS流ID是第一QoS流ID，则基站可以标识或选择第一逻辑信道ID，而如果与MBS数据分组相关联的QoS流ID是第二QoS流ID，则基站可以标识或选择第二逻辑信道ID。

此外，在一些实施方式中，基站可以配置与公共DL隧道相对应的DL传输层配置，以用于从CN接收MBS数据分组。例如，当在基站处从CN接收到MBS数据分组时，基站标识包括在包括MBS数据分组的DL隧道分组中的传输层信息。然后，基站可以基于传输层信息来标识从中接收MBS数据分组的隧道。例如，传输层信息可以包括传输层地址，诸如IP地址或TEID。

图1A描绘了其中可以实施本公开用于管理多播和/或广播服务(MBS)信息的发送和接收的技术的示例无线通信系统100。无线通信系统100包括用户设备(UE)102A-103C以及连接到核心网络(CN)110的无线电接入网络(RAN)105的基站104、106。在其他实施方式或场景中，无线通信系统100可以改为包括比图1A所示更多或更少的UE和/或更多或更少的基站。例如，基站104、106可以是任何合适的一种或多种类型的基站，诸如演进型节点B(eNB)、下一代eNB(ng-eNB)或5G节点B(gNB)。作为更具体的示例，基站104可以是eNB或gNB，并且基站106可以是gNB。

基站104支持小区124，并且基站106支持小区126。小区124与小区126部分重叠，使得UE 102A可以在与基站104进行通信的范围内，同时在与基站106进行通信的范围内(或者在检测或测量来自基站106的信号的范围内)。例如，在UE 102A经历无线电链路故障之前，重叠可以使UE 102A在小区(例如，从小区124到小区126)或基站(例如，从基站104到基站106)之间移交成为可能。此外，重叠允许各种双连接(DC)场景。例如，UE 102A可以在DC中与基站104(作为主节点(MN)进行操作)和基站106(作为辅节点(SN)进行操作)进行通信。当UE102A与基站104和基站106在DC中时，基站104作为主eNB(MeNB)、主ng-eNB(Mng-eNB)或主gNB(MgNB)进行操作，并且基站106作为辅gNB(SgNB)或辅ng-eNB(Sng-eNB)进行操作。

在非MBS(单播)操作中，UE 102A可以使用在不同时间端接于MN(例如，基站104)或SN(例如，基站106)的无线电承载(例如，DRB或SRB)。例如，在移交或SN更改到基站106之后，UE 102A可以使用端接于基站106的无线电承载(例如，DRB或SRB)。当在上行链路(从UE102A到基站)和/或下行链路(从基站到UE 102A)方向上在无线电承载上进行通信时，UE102A可以应用一个或多个安全密钥。在非MBS操作中，UE 102A经由小区的上行链路(UL)带宽部分(bandwidth part，BWP)上(即，内)的无线电承载向基站发送数据，和/或经由小区的下行链路(DL)BWP上的无线电承载从基站接收数据。UL BWP可以是初始UL BWP或专用ULBWP，并且DL BWP可以是初始DL BWP或专用DL BWP。UE 102A可以在DL BWP上接收寻呼、系统信息、(多个)公共警告消息或随机接入响应。在该非MBS操作中，UE 102A可以处于连接状态。替代地，如果UE 102A支持空闲或非活动状态下的小数据传输，则UE 102A可以处于空闲或非活动状态。

在MBS操作中，UE 102A可以使用在不同时间端接于MN(例如，基站104)或SN(例如，基站106)的MBS无线电承载(MRB)。例如，在移交或SN更改之后，UE 102A可以使用端接于基站106的MRB，基站106可以作为MN或SN进行操作。在一些场景中，基站(例如，MN或SN)可以经由MRB通过单播无线电资源(即，专用于UE 102A的无线电资源)向UE 102A发送MBS数据。在其他场景中，基站(例如，MN或SN)可以经由MRB通过多播无线电资源(即，UE 102A和一个或多个其他UE共用的无线电资源)或小区的DL BWP从基站向UE 102A发送MBS数据。DL BWP可以是初始DL BWP、专用DL BWP或MBSDL BWP(即，特定于MBS或不用于单播的DL BWP)。

基站104包括处理硬件130，处理硬件130可以包括一个或多个通用处理器(例如，中央处理单元(central processing unit，CPU))和存储可在一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的计算机可读存储器。图1A的示例实施方式中的处理硬件130包括MBS控制器132，MBS控制器132被配置为管理或控制从CN 110或边缘服务器接收的MBS信息的发送。例如，MBS控制器132可以被配置为支持与MBS程序相关联的无线电资源控制(RRC)配置、程序和消息传递，和/或与那些配置和/或程序相关联的其他操作，如下所述。处理硬件130还可以包括非MBS控制器134，非MBS控制器134被配置为当基站104在非MBS操作期间作为MN或SN进行操作时管理或控制一个或多个RRC配置和/或RRC程序。

基站106包括处理硬件140，处理硬件140可以包括一个或多个通用处理器(例如，CPU)和存储可在(多个)通用处理器和/或专用处理单元上执行的机器可读指令的计算机可读存储器。图1A的示例实施方式中的处理硬件140包括MBS控制器142和非MBS控制器144，MBS控制器142和非MBS控制器144可以分别类似于基站130的控制器132和134。尽管图1A中未示出，但是RAN 105可以包括具有与基站104的处理硬件130和/或基站106的处理硬件140类似的处理硬件的附加基站。

UE 102A包括处理硬件150，处理硬件150可以包括一个或多个通用处理器(例如，CPU)和存储可在(多个)通用处理器和/或专用处理单元上执行的机器可读指令的计算机可读存储器。图1A的示例实施方式中的处理硬件150包括MBS控制器152，MBS控制器152被配置为管理或控制MBS信息的接收。例如，UE MBS控制器152可以被配置为支持与MBS程序相关联的RRC配置、程序和消息传递，和/或与那些配置和/或程序相关联的其他操作，如下所述。处理硬件150还可以包括非MBS控制器154，非MBS控制器154被配置为当UE 102A在非MBS操作期间与MN和/或SN进行通信时根据下面讨论的任何实施方式来管理或控制一个或多个RRC配置和/或RRC程序。尽管图1A中未示出，但是UE 102B-103C可以包括与UE 102A的处理硬件150类似的处理硬件。

CN 110可以是演进型分组核心(evolved packet core，EPC)111或第五代核心(fifth-generation core，5GC)160，两者都在图1A中进行了描绘。基站104可以是支持用于与EPC 111进行通信的S1接口的eNB、支持用于与5GC 160进行通信的NG接口的ng-eNB、或者支持NR无线电接口以及用于与5GC 160进行通信的NG接口的gNB。基站106可以是具有到EPC111的S1接口的EUTRA-NR DC(EN-DC)gNB(en-gNB)、不连接到EPC 111的en-gNB、支持NR无线电接口和到5GC 160的NG接口的gNB、或者支持EUTRA无线电接口和到5GC 160的NG接口的ng-eNB。为了在下面讨论的场景中彼此直接交换消息，基站104和106可以支持X2或Xn接口。

除了其他组件之外，EPC 111可以包括服务网关(serving gateway，SGW)112、移动性管理实体(mobility management entity，MME)114和分组数据网络网关(packet datanetwork gateway，PGW)116。SGW 112一般被配置为传送与音频呼叫、视频呼叫、互联网流量等相关的用户平面分组，并且MME 114被配置为管理认证、注册、寻呼和其他相关功能。PGW116提供从UE(例如，UE 102A或102B)到一个或多个外部分组数据网络(例如，互联网和/或互联网协议(IP)多媒体子系统(IP Multimedia Subsystem，IMS)网络)的连接。5GC 160包括用户平面功能(user plane function，UPF)162和接入移动性管理(access andmobility management，AMF)164和/或会话管理功能(session management function，SMF)166。UPF 162一般被配置为传送与音频呼叫、视频呼叫、互联网流量等相关的用户平面分组，AMF 164一般被配置为管理认证、注册、寻呼和其他相关功能，并且SMF 166一般被配置为管理PDU会话。

UPF 162、AMF 164和/或SMF 166可以被配置为支持MBS。例如，SMF 166可以被配置为管理或控制MBS传输，为MBS流配置UPF 162和/或RAN 105，和/或为UE(例如，UE 102A或102B)管理或配置一个或多个MBS会话或用于MBS的PDU会话。UPF 162被配置为向RAN 105传送音频、视频、互联网流量等的MBS数据分组。UPF 162和/或SMF 166可以被配置用于非MBS单播服务和MBS两者，或者仅用于MBS。

一般地，无线通信系统100可以包括支持NR小区和/或EUTRA小区的任何合适数量的基站。更特别地，EPC 111或5GC 160可以连接到支持NR小区和/或EUTRA小区的任何合适数量的基站。尽管下面的示例具体涉及特定的CN类型(EPC、5GC)和RAT类型(5G NR和EUTRA)，但是一般来说，例如，本公开的技术也可以适用于其他合适的无线电接入和/或核心网络技术，诸如第六代(6G)无线电接入和/或6G核心网络或5G NR-6G DC。

在无线通信系统100的不同配置或场景中，基站104可以作为MeNB、Mng-eNB或MgNB进行操作，并且基站106可以作为SgNB或Sng-eNB进行操作。UE 102A可以经由相同的无线电接入技术(RAT)(诸如EUTRA或NR)或经由不同的RAT与基站104和基站106进行通信。

当基站104是MeNB并且基站106是SgNB时，UE 102A可以与MeNB 104和SgNB 106处于DC中。当基站104是Mng-eNB并且基站106是SgNB时，UE 102A可以与Mng-eNB 104和SgNB106处于下一代(NG)EUTRA-NR DC(NGEN-DC)中。当基站104是MgNB并且基站106是SgNB时，UE102A可以与MgNB 104和SgNB 106处于NR-NR DC(NR-DC)中。当基站104是MgNB并且基站106是Sng-eNB时，UE 102A可以与MgNB 104和Sng-eNB 106处于NR-EUTRA DC(NE-DC)中。

图1B描绘了任何一个或多个基站104和106的示例分布式实施方式。在该实施方式中，基站104、106包括中央单元(central unit，CU)172和一个或多个分布式单元(DU)174。CU 172包括处理硬件，诸如一个或多个通用处理器(例如，CPU)和存储可在(多个)通用处理器和/或专用处理单元上执行的机器可读指令的计算机可读存储器。例如，CU 172可以包括图1A的处理硬件130或140中的一些或全部。

每个DU 174还包括处理硬件，处理硬件可以包括一个或多个通用处理器(例如，CPU)和存储可在一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的计算机可读存储器。例如，处理硬件可以包括被配置为管理或控制一个或多个MAC操作或程序(例如，随机接入程序)的媒体接入控制(medium access control，MAC)控制器，以及被配置为当基站(例如，基站104)作为MN或SN进行操作时管理或控制一个或多个RLC操作或程序的无线电链路控制(radio link control，RLC)控制器。处理硬件还可以包括被配置为管理或控制一个或多个PHY层操作或程序的物理(PHY)层控制器。

在一些实施方式中，CU 172可以包括托管CU 172的分组数据汇聚协议(PDCP)协议和/或CU 172的无线电资源控制(RRC)协议的控制平面部分的一个或多个逻辑节点(CU-CP172A)。CU 172还可以包括托管CU 172的PDCP协议和/或服务数据适配协议(SDAP)协议的用户平面部分的一个或多个逻辑节点(CU-UP 172B)。如本文所述，(多个)CU-CP 172A可以发送非MBS控制信息和MBS控制信息，并且(多个)CU-UP 172B可以发送非MBS数据分组和MBS数据分组。

(多个)CU-CP 172A可以通过E1接口连接到多个CU-UP 172B。(多个)CU-CP 172A为UE 102A所请求的服务选择适当的(多个)CU-UP 172B。在一些实施方式中，单个CU-UP 172B可以通过E1接口连接到多个CU-CP 172A。CU-CP 172A可以通过F1-C接口连接到一个或多个DU 174。CU-UP 172B可以在同一CU-CP 172A的控制下通过F1-U接口连接到一个或多个DU174。在一些实施方式中，一个DU 174可以在同一CU-CP 172A的控制下连接到多个CU-UP172B。在这样的实施方式中，CU-UP 172B与DU 174之间的连接由CU-CP 172A使用承载上下文管理功能来建立。

图2以简化的方式示出了示例协议栈200，UE(例如，UE 102A或102B)可以根据示例协议栈200与eNB/ng-eNB或gNB(例如，一个或多个基站104、106)进行通信。在示例协议栈200中，EUTRA的PHY子层202A向EUTRAMAC子层204A提供传输信道，EUTRA MAC子层204A进而向EUTRA RLC子层206A提供逻辑信道。EUTRA RLC子层206A进而向EUTRA PDCP子层208提供RLC信道，并且在一些情况下向NR PDCP子层210提供RLC信道。类似地，NR PHY 202B向NRMAC子层204B提供传输信道，NR MAC子层204B进而向NR RLC子层206B提供逻辑信道。NR RLC子层206B进而向NR PDCP子层210提供RLC信道。在一些实施方式中，UE 102A支持如图2所示的EUTRA和NR栈两者，以支持EUTRA基站与NR基站之间的移交和/或支持EUTRA接口和NR接口上的DC。此外，如图2所示，UE 102A可以支持将NR PDCP 210分层到EUTRA RLC 206A上，并且将SDAP子层212分层到NR PDCP子层210上。子层在本文中也被简称为“层”。

EUTRA PDCP子层208和NR PDCP子层210(例如，从直接或间接分层在PDCP层208或210上的IP层)接收可以被称为服务数据单元(service data unit，SDU)的分组，并且(例如，向RLC层206A或206B)输出可以被称为协议数据单元(PDU)的分组。除了SDU与PDU之间的差异相关的情况之外，为了简单起见，本公开将SDU和PDU都称为“分组”。分组可以是MBS分组或非MBS分组。例如，MBS分组可以包括用于MBS服务(例如，IPv4/IPv6多播递送、IPTV、无线软件递送、组通信、IoT应用、V2X应用和/或与公共安全相关的紧急消息)的应用内容。作为另一示例，MBS分组可以包括用于MBS服务的应用控制信息。

例如，在控制平面上，EUTRA PDCP子层208和NR PDCP子层210可以提供SRB来交换RRC消息或非接入层(NAS)消息。在用户平面上，EUTRA PDCP子层208和NR PDCP子层210可以提供DRB来支持数据交换。例如，在NR PDCP子层210上交换的数据可以是SDAP PDU、IP分组或以太网分组。

在UE 102A或102B在具有作为MeNB进行操作的基站104和作为SgNB进行操作的基站106的EN-DC中进行操作的场景中，无线通信系统100可以向UE 102A或102B提供使用EUTRA PDCP子层208的MN端接承载或者使用NR PDCP子层210的MN端接承载。各种场景中的无线通信系统100还可以向UE 102A或102B提供仅使用NR PDCP子层210的SN端接承载。MN端接承载可以是MCG承载、拆分承载或MN端接SCG承载。SN端接承载可以是SCG承载、拆分承载或SN端接MCG承载。MN端接承载可以是SRB(例如，SRB1或SRB2)或DRB。SN端接承载可以是SRB或DRB。

在一些实施方式中，基站(例如，基站104、106)经由一个或多个MBS无线电承载(MRB)广播MBS数据分组，并且进而UE 102A经由(多个)MRB接收MBS数据分组。基站可以在下面描述的多播配置参数(也可以被称为MBS配置参数)中包括(多个)MRB的(多个)配置。在一些实施方式中，基站经由RLC子层206、MAC子层204和PHY子层202广播MBS数据分组，并且相应地，UE 102A使用PHY子层202、MAC子层204和RLC子层206来接收MBS数据分组。在这样的实施方式中，基站和UE 102A可以不使用PDCP子层208和SDAP子层212来传送MBS数据分组。在其他实施方式中，基站经由PDCP子层208、RLC子层206、MAC子层204和PHY子层202发送MBS数据分组，并且相应地，UE 102A使用PHY子层202、MAC子层204、RLC子层206和PDCP子层208来接收MBS数据分组。在这样的实施方式中，基站和UE 102A可以不使用SDAP子层212来传送MBS数据分组。在另外的实施方式中，基站经由SDAP子层212、PDCP子层208、RLC子层206、MAC子层204和PHY子层202发送MBS数据分组，并且相应地，UE 102A使用PHY子层202、MAC子层204、RLC子层206、PDCP子层208和SDAP子层212来接收MBS数据分组。

参考图3，MBS会话302A可以包括端点在CN 110和基站104/106处的隧道312A。例如，MBS会话302A可以对应于某个会话ID，诸如临时移动组身份(Temporary Mobile GroupIdentity，TMGI)。例如，MBS数据可以包括IP分组、TCP/IP分组、UDP/IP分组、实时传输协议(Real-Time Transport Protocol，RTP)/UDP/IP分组或者RTP/TCP/IP分组。

在一些情况下，CN 110和/或基站104/106仅为从CN 110指向基站104/106的MBS流量配置隧道312A，并且隧道312A可以被称为下行链路(DL)隧道。然而，在其他情况下，CN110和基站104/106将隧道312A用于下行链路，以及用于上行链路(UL)MBS流量以支持例如来自UE的命令或服务请求。此外，因为基站104/106可以将经由隧道312A到达的MBS流量导向多个UE，所以隧道312A可以被称为公共隧道或公共DL隧道。

隧道312A可以在传输层或子层(例如，分层在互联网协议(IP)上的用户数据报协议(User Datagram Protocol，UDP)协议)上进行操作。作为更具体的示例，隧道312A可以与通用分组无线电系统(General Packet Radio System，GPRS)隧道协议(GPRS TunnelingProtocol，GTP)相关联。例如，隧道312A可以对应于某个IP地址(例如，基站104/106的IP地址)和某个隧道端点标识符(TEID)(例如，由基站104/106指派的)。更一般地，隧道312A可以具有任何合适的传输层配置。CN 110可以在包括MBS数据分组的隧道分组的(多个)报头中指定IP地址和TEID地址，并且经由隧道312A将隧道分组向下游发送到基站104/106。(多个)报头可以包括IP地址和/或TEID。例如，(多个)报头包括分别包括IP地址和TEID的IP报头和GTP报头。相应地，基站104/106可以使用IP地址和/或TEID来标识经由隧道312A传播的数据分组。

如图3所示，基站104/106将隧道312A中的流量映射到可被配置为MBS无线电承载或MRB的N个无线电承载314A-1、314A-2、……、314A-N，其中N≥1。每个MRB可以对应于相应的逻辑信道。如上所述，PDCP子层为诸如SRB、DRB和MRB等无线电承载提供支持，并且EUTRA或NR MAC子层向EUTRA或NR RLC子层提供逻辑信道。每个MRB 314A例如可以对应于相应的MBS流量信道(MTCH)。基站104/106和CN 110还可以维护另一MBS会话302B，MBS会话302B类似地可以包括与MRB 314B-1、314B-2、……、314B-N相对应的隧道312B，其中N≥1。每个MRB314B可以对应于相应的逻辑信道。

对于隧道312A、312B等中的每一个，MBS流量可以包括一个或多个服务质量(QoS)流。例如，隧道312B上的MBS流量可以包括一组流316，包括QoS流316A、316B、……、316L。此外，MRB的逻辑信道可以支持单个QoS流或多个QoS流。在图3的示例配置中，基站104/106将QoS流316A和316B映射到MRB 314B-1的MTCH，并且将QoS流316L映射到MRB 314B-N的MTCH。

在各种场景中，CN 110可以将不同类型的MBS流量指派给不同的QoS流。例如，具有相对较高QoS值的流可以对应于音频分组，而具有相对较低QoS值的流可以对应于视频分组。作为另一示例，具有相对较高QoS值的流可以对应于I帧或视频压缩中使用的完整图像，而具有相对较低QoS值的流可以对应于P帧或仅包括I帧的变化的预测图片。

继续参考图3，基站104/106和CN 110可以维护一个或多个PDU会话，以支持CN 110与特定UE之间的单播流量。PDU会话304A可以包括与一个或多个DRB 324A(例如DRB 324A-1、324A-2、……、324A-N)相对应的UE特定DL隧道和/或UE特定UL隧道322A。每个DRB 324A可以对应于相应的逻辑信道，诸如专用流量信道(DTCH)。

现在参考图4，当基站104/106以分布式方式实施时，CU 172和DU 174A/174B可以为与MRB或DRB相关联的下行链路数据和/或上行链路数据建立隧道。例如，上述的MRB314A-1可以被实施为将CU 172连接到多个UE(诸如UE 102A和102B)的MRB 402A。MRB 402A可以包括连接CU 172和DU 174A/174B的DL隧道412A以及与DL隧道412A相对应的DL逻辑信道422A。特别地，DU 174A/174B可以将经由DL隧道412A接收的下行链路流量映射到DL逻辑信道422A，例如，DL逻辑信道422A可以是MTCH或DTCH。DL隧道412A可以是CU 172向多个UE发送MBS数据分组所经由的公共DL隧道。替代地，DL隧道412A可以是CU 172向特定UE发送MBS数据分组所经由的UE特定DL隧道。

可选地，MRB 402A还包括连接CU 172和DU 174A/174B的UL隧道413A以及与UL隧道413A相对应的UL逻辑信道423A。例如，UL逻辑信道423A可以是DTCH。DU 174A/174B可以将经由UL逻辑信道423A接收的上行链路流量映射到UL隧道413A。

隧道412A和413A可以在F1-U接口的传输层或子层处进行操作。作为更具体的示例，CU 172和DU 174A/174B可以针对用户平面流量利用F1-U，并且隧道412A和413A可以与分层在UDP/IP上的GTP-U协议相关联，其中IP被分层在合适的数据链路层和物理(PHY)层上。此外，在至少一些情况下，(多个)MRB 402和/或(多个)DRB 404另外支持控制平面流量。更特别地，CU 172和DU 174A/174B可以通过依赖于分层在IP上的流控制传输协议(StreamControl Transmission Protocol，SCTP)的F1-C接口来交换F1-AP消息，其中IP被分层在与F1-U类似的合适的数据链路层和PHY层上。

类似地，MRB 402B可以包括DL隧道412B，并且可选地包括UL隧道413B。DL隧道412B可以对应于DL逻辑信道422B，并且UL隧道413B可以对应于UL逻辑信道423B。

在一些情况下，CU 172使用DRB 404A向特定UE(例如，UE 102A或UE 102B)发送与PDU会话相关联的MBS数据分组或单播数据分组。DRB 404A可以包括连接CU 172和DU 174A/174B的UE特定DL隧道432A以及与DL隧道432A相对应的DL逻辑信道442A。特别地，DU 174A/174B可以将经由DL隧道432A接收的下行链路流量映射到DL逻辑信道442A，例如，DL逻辑信道442A可以是DTCH。DRB 404A还包括连接CU 172和DU 174A/174B的UE特定UL隧道433A以及与UL隧道433A相对应的UL逻辑信道443A。例如，UL逻辑信道443A可以是PUSCH。DU 174A/174B可以将经由UL逻辑信道443A接收的上行链路流量映射到UL隧道433A。

类似地，DRB 404B可以包括与DL逻辑信道442B相对应的UE特定DL隧道432B和与UL逻辑信道443B相对应的UE特定UL隧道433B。

接下来，图5A示出了示例场景500A，在示例场景500A中，基站104响应于CN请求用于第一MBS会话的资源来配置用于MBS数据的第一公共隧道，并且响应于CN请求用于第二MBS会话的资源来配置用于MBS数据的第二公共隧道。

UE 102最初经由基站104执行502与CN 110的MBS会话加入程序，以加入第一MBS会话。在一些场景中，UE 102随后执行附加的一个或多个MBS加入程序，并且事件502相应地是多个MBS加入程序中的第一MBS加入程序。因为基站104为MBS流量配置公共DL隧道，而不是UE专用隧道，如下所述，所以程序502和590可以以任意次序发生。换句话说，基站104可以在甚至单个UE加入第一MBS会话之前就配置公共DL隧道。

为了执行MBS会话加入程序，在一些实施方式中，UE 102经由基站104向CN 110发送MBS会话加入请求消息。作为响应，CN 110可以经由基站104向UE 102发送MBS会话加入响应消息，以授权UE 102接入第一MBS会话。在一些实施方式中，UE 102可以在MBS会话加入请求消息中包括用于第一MBS会话的第一MBS会话ID。在一些情况下，CN 110在MBS会话加入响应消息中包括第一MBS会话ID。在一些实施方式中，响应于MBS会话加入响应消息，UE 102可以经由基站104向CN 110发送MBS会话加入完成消息。

在一些情况下，UE 102经由RAN 105(例如，基站104或基站106)执行与CN 110的(多个)附加MBS会话加入程序，以加入(多个)附加MBS会话。例如，UE 102可以经由RAN 105执行与CN 110的第二MBS会话加入程序，以加入第二MBS会话。类似于事件502，在一些实施方式中，UE 102可以经由基站104向CN 110发送第二MBS会话加入请求消息，并且CN 110可以利用第二MBS会话加入响应消息进行响应，以授权UE 102接入第二MBS会话。在一些实施方式中，响应于第二MBS会话加入响应消息，UE 102可以经由基站104向CN 110发送第二MBS会话加入完成消息。在一些实施方式中，UE 102可以在第二MBS会话加入请求消息中包括第二MBS会话的第二MBS会话ID。CN 110可选地在第二MBS会话加入响应消息中包括第二MBS会话ID。在一些实施方式中，UE 102可以在MBS会话加入请求消息(例如，第一MBS会话加入请求消息)中包括第一MBS会话ID和第二MBS会话ID，以同时加入第一MBS会话和第二MBS会话。在这种情况下，CN 110可以发送MBS会话响应消息，以授权要么第一MBS会话要么第二MBS会话，或者授权第一MBS会话和MBS会话两者。

在一些实施方式中，MBS会话加入请求消息、MBS会话加入响应消息和MBS会话加入完成消息可以是会话发起协议(session initiation protocol，SIP)消息。在其他实施方式中，MBS会话加入请求消息、MBS会话加入响应消息和MBS会话加入完成消息可以是NAS消息，诸如5G移动性管理(5G mobility management，5GMM)消息或5G会话管理消息(5Gsession management message，5GSM)。在5GSM消息的情况下，UE 102可以经由基站104向CN110发送包括MBS会话加入请求消息的(第一)UL容器消息，CN 110可以经由基站104向UE102发送包括MBS会话加入响应消息的DL容器消息，并且UE 102可以经由基站104向CN 110发送包括MBS会话加入完成消息的(第二)UL容器消息。这些容器消息可以是5GMM消息。在一些实施方式中，MBS会话加入请求消息、MBS会话加入响应消息和MBS会话加入完成消息可以分别是“PDU会话修改请求”消息、“PDU会话修改命令”消息和“PDU会话修改完成”消息。为了简化以下描述，MBS会话加入请求消息、MBS会话加入响应消息和/或MBS会话加入完成消息可以表示容器消息。

在一些实施方式中，UE 102可以经由基站104执行与CN 110的PDU会话建立程序以建立PDU会话，以便执行(第一)MBS会话加入程序。在PDU会话建立程序期间，UE 102可以经由基站104与CN 110传送PDU会话的PDU会话ID。

在第一MBS会话加入程序(事件502)之前、期间或之后，CN 110可以向CU 172发送504包括第一MBS会话ID和/或PDU会话ID的(第一)CN至BS消息，以请求CU 172配置用于第一MBS会话的资源。CN 110可以另外在第一CN至BS消息中包括用于第一MBS会话的(多个)服务质量(QoS)配置。响应于接收504第一CN至BS消息，CU 172向DU 174发送506CU至DU消息(例如，MBS上下文建立请求消息)，以请求为第一MBS会话建立MBS上下文和/或公共DL隧道。MBS上下文建立请求消息可以包括用于第一MBS会话的第一MBS会话ID、(多个)MRB ID和(多个)QoS配置。

响应于接收506CU至DU消息，DU 174向CU发送508包括第一DL传输层配置的DU至CU消息(例如，MBS上下文建立响应消息)，以配置用于第一MBS会话(例如，用于由(多个)MRBID之一标识的MRB)的公共CU至DU DL隧道。DU 174可以在DU至CU消息中包括(多个)附的DL传输层配置，以配置用于由MRB ID的(多个)附加MRB ID所标识的(多个)附加MRB的(多个)附加公共CU至DU DL隧道。在一些实施方式中，DU 174可以在DU至CU消息中包括与第一DL传输层配置和/或(多个)附加DL传输层配置相关联的(多个)MRB ID。在一些实施方式中，CU至DU消息是通用F1AP消息或者被专门定义为传达这种类型的请求的专用F1AP消息(例如，MBS上下文建立请求消息)。在一些实施方式中，事件508的DU至CU消息是通用F1AP消息或者专门为此目的定义的专用F1AP消息(例如，MBS上下文建立响应消息)。CN 110可以另外包括用于第一MBS会话的(多个)服务质量(QoS)配置。在这种情况下，CU 172可以在CU至DU消息中包括(多个)QoS配置(事件506)。

CU 172然后可以发送510包括DL传输层配置的第一BS至CN消息(例如，MBS会话资源建立响应消息)，以配置公共DL隧道。CU 172可以在第一BS至CN消息中包括第一MBS会话ID和/或PDU会话ID。第一BS至CN消息可以包括DL传输层配置，以配置用于CN 110向CU 172发送MBS数据的公共DL隧道。DL传输层配置包括传输层地址(例如，IP地址和/或TEID)，以标识公共DL隧道。

在一些实施方式中，事件504的CN至BS消息可以是通用NGAP消息或者专门为请求用于MBS会话的资源而定义的专用NGAP消息(例如，MBS会话资源建立请求消息)。在一些实施方式中，事件510的BS至CN消息是通用NGAP消息或者被专门定义为传送用于MBS会话的资源的专用NGAP消息(例如，MBS会话资源建立响应消息)。在这种情况下，事件504的CN至BS消息和事件510的BS至CN消息可以是非UE特定消息。

在一些实施方式中，(多个)QoS配置包括用于第一MBS会话的QoS参数。在一些实施方式中，QoS配置包括用以配置用于MBS会话的一个或多个QoS流的配置参数(参见图3)。在一些实施方式中，配置参数包括标识(多个)QoS流的一个或多个QoS流ID。(多个)QoS流ID中的每一个标识(多个)QoS流中的特定QoS流。在一些实施方式中，配置参数包括每个QoS流的QoS参数。QoS参数可以包括5G QoS标识符(5G QoS identifier，5QI)、优先级水平、分组延迟预算、分组错误率、平均窗口和/或最大数据突发量。CN 110可以为QoS流指定不同的QoS参数值。

事件504、506、508和510在图5A和图5B中被统称为MBS会话资源建立程序586。

在CN 110在(多个)附加MBS会话加入程序中为UE 102授权(多个)附加MBS会话的情况下，CN 110可以在第一CN至BS消息、第二CN至BS消息或者与第一CN至BS消息或第二CN至BS消息类似的(多个)附加CN至BS消息中包括(多个)附加MBS会话ID和/或用于(多个)附加MBS会话ID的(多个)QoS配置。在这种情况下，CU 172在第一BS至CN消息、第二BS至CN消息或者与第一BS至CN消息或第二BS至CN消息类似的(多个)附加BS至CN消息中包括用于(多个)附加MBS会话的(多个)附加传输层配置以配置(多个)附加公共DL隧道。(多个)传输层配置中的每一个配置(多个)公共DL隧道中的特定DL隧道，并且可以与(多个)附加MBS会话中的特定MBS会话相关联。替代地，类似于单会话MBS会话资源建立程序586，CN 110可以执行与CU 172的(多个)附加MBS会话资源建立程序，以从CU 172获得(多个)附加传输层配置。传输层配置可以不同，以在不同的公共DL隧道之间进行区分。特别地，任何一对传输层配置可以具有不同的IP地址、不同的DL TEID或者不同的IP地址以及不同的DL TEID。

在一些实施方式中，CN 110可以在事件504的CN至BS消息中指示加入第一MBS会话的UE列表。在其他实施方式中，CN 110可以向CU 172发送512指示加入第一MBS会话的UE列表的另一第二CN至BS消息。CN 110可以在第二CN至BS消息中包括第一MBS会话ID和/或PDU会话ID。CU 172可以响应于第二CN至BS消息512向CN 110发送519第二BS至CN消息。在这种情况下，第二CN至BS消息可以是非UE特定消息，即，并非特定于UE 102A或UE 102B的消息。CU 172可以在第二BS至CN消息中包括第一MBS会话ID和/或PDU会话ID。例如，UE列表包括UE102。为了指示UE列表，CN 110可以包括(CN UE接口ID、RAN UE接口ID)对(pair)的列表，每一对标识UE中的特定UE。CN 110指派CN UE接口ID，并且CU 172指派RAN UE接口ID。在CN110发送(CN UE接口ID,RAN UE接口ID)对的列表之前，CU 172为每个UE向CN 110发送包括RAN UE接口ID的BS至CN消息(例如，NGAP消息、“初始UE消息”或“路径切换请求”消息)，并且CN 110为每个UE向CU 172发送包括CN UE接口ID的CN至BS消息(例如，NGAP消息、“初始上下文建立请求”消息或“路径切换请求确认”消息)。在一个示例中，对的列表包括标识UE 102的第一对(第一CN UE接口ID和第一RAN UE接口ID)。在一些实施方式中，“CN UE接口ID”可以是“AMF UE NGAP ID”，并且“RAN UE接口ID”可以是“RAN UE NGAP ID”。在其他实施方式中，CN 110可以包括UE ID列表，每个UE ID标识该组UE中的特定UE。在一些实施方式中，CN110可以指派UE ID，并且在CN 110与特定UE执行的NAS程序(例如，注册程序)中将每个UEID发送到UE中的特定UE。例如，UE ID列表可以包括UE 102A的第一UE ID和UE 102B的第二UE ID。在一些实施方式中，UE ID是S-临时移动订户身份(S-Temporary MobileSubscriber Identity，S-TMSI)(例如，5G-S-TMSI)。在CN 110发送UE ID列表之前，CU 172可以为每个UE从UE 102或CN 110接收UE ID。例如，CU 172可以在RRC连接建立程序期间从UE 102接收包括UE ID的RRC消息(例如，RRCSetupComplete消息)。在另一示例中，CU 172可以从CN 110接收包括UE ID的CN至BS消息(例如，NGAP消息、“初始上下文建立请求”消息或“UE信息传送”消息)。

在其他实施方式中，CN 110可以向CU 172发送512(仅)指示UE 102加入第一MBS会话的第二CN至BS消息。第二CN至BS消息可以是用于UE 102的UE关联消息。也就是说，第二CN至BS消息特定于UE 102。响应于接收到第二CN至BS消息，CU 172可以向DU 174发送514用于UE 102的UE上下文请求消息。在一些实施方式中，CU 172可以在UE上下文请求消息中包括第一MBS会话ID和/或与第一MBS会话(ID)相关联的(多个)MRB的(多个)MRB ID。响应于UE上下文请求消息，DU 174向CU 172发送516包括用于UE 102A的配置参数的UE上下文响应消息，以接收第一MBS会话的MBS数据。在一些实施方式中，CU 172可以在UE上下文请求消息中包括(多个)QoS配置。在这种情况下，CU 172可以在CU至DU消息中包括或不包括(多个)QoS配置。(一些)配置参数可以与(多个)MRB/(多个)MRB ID相关联。在一些实施方式中，DU 174生成DU配置以包括配置参数，并且在UE上下文响应消息中包括DU配置。在一些实施方式中，DU配置可以是CellGroupConfig IE。在其他实施方式中，DU配置可以是MBS特定IE。在一些实施方式中，配置参数配置一个或多个逻辑信道(logical channel，LC)。例如，配置参数包括一个或多个逻辑信道ID(LCID)，以配置一个或多个逻辑信道。每个LCID标识一个或多个逻辑信道中的特定逻辑信道。

在一些实施方式中，第二CN至BS消息和第二BS至CN消息可以分别是PDU会话资源修改请求消息和PDU会话资源修改响应消息。在一些实施方式中，第二CN至BS消息和第二BS至CN消息可以是与UE关联的消息，即，该消息与特定UE(例如，UE 102A、102B或102C)相关联。

代替CN 110发送504第一CN至BS消息以请求CU 172配置公共CN至BSDL隧道，在一些实施方式中，CU 172可以响应于接收512第二CN至BS消息而发送510第一BS至CN消息。然后，CN 110可以响应于第一BS至CN消息向CU 172发送CN至BS响应消息。在这种情况下，CU172可以响应于接收到第二CN至BS消息向DU 174发送506CU至DU消息。在这种情况下，第一BS至CN消息和CN至BS响应消息可以是非UE关联消息，即，该消息不与特定UE相关联。

代替CU 172发送506CU至DU消息以请求配置公共CU至DU DL隧道，在一些实施方式中，除了发送516上下文响应消息之外，DU 174还可以响应于接收514上下文请求消息来发送508DU至CU消息。然后，CU 172可以响应于DU至CU消息向DU 174发送CU至DU响应消息。在这种情况下，DU至CU消息和CU至DU响应消息可以是非UE关联消息，即，该消息不与特定UE相关联。

在CN 110在(多个)附加MBS会话加入程序中为UE 102授权(多个)附加MBS会话的情况下，CN 110可以在第一CN至BS消息或第二CN至BS消息中包括(多个)附加MBS会话ID和/或用于(多个)附加MBS会话ID的(多个)QoS配置。在这种情况下，CU 172可以在CU至DU消息中包括(多个)附加MBS会话ID和(多个)附加MRB ID，并且DU 174在DU至CU消息中包括(多个)附加DU传输层配置，以便为(多个)附加MBS会话配置(多个)附加CU至DU DL隧道。替代地，类似于事件506和508，CU 172可以执行与DU 174的(多个)附加MBS上下文建立程序以获得(多个)附加DU DL传输层配置。在一些实施方式中，CU 172在第一BS至CN消息中包括用于(多个)附加MBS会话的(多个)附加CU DL传输层配置，以配置(多个)附加CN至BS公共DL隧道。(多个)传输层配置中的每一个配置(多个)公共CN至BSDL隧道中的特定DL隧道，并且可以与(多个)附加MBS会话中的特定MBS会话相关联。替代地，类似于MBS会话资源建立程序586，CN 110可以执行与CU 172的(多个)附加MBS会话资源建立程序，以从CU 172获得(多个)附加CU DL传输层配置。传输层配置可以不同，以在不同的公共DL隧道之间进行区分。特别地，任何一对传输层配置可以具有不同的IP地址、不同的DL TEID或者不同的IP地址以及不同的DL TEID。

在一些实施方式中，CN 110在第二CN至BS消息中包括(多个)QoS配置。在这种情况下，CN 110可以在第一CN至BS消息中包括(多个)QoS配置，或者省略(多个)QoS配置。在一些实施方式中，响应于接收到CU至DU消息或UE上下文请求消息，DU 174生成用于UE 102的配置参数以接收第一MBS会话的MBS数据。在一些实施方式中，CU 172在UE上下文请求消息和/或CU至DU消息中包括(多个)QoS配置。DU 174可以根据(多个)QoS配置来确定配置参数的内容。当CU 172既不在CU至DU消息中也不在UE上下文请求消息中包括(多个)QoS配置时，DU174可以根据预定的QoS配置来确定配置参数的值。

在一些实施方式中，UE上下文请求消息和UE上下文响应消息分别是“UE上下文建立请求”消息和“UE上下文建立响应”消息。在其他实施方式中，UE上下文请求消息和UE上下文响应消息分别是“UE上下文修改请求”消息和“UE上下文修改响应”消息。

在接收516上下文响应消息之后，CU 172生成包括配置参数和一个或多个MRB配置的RRC重新配置消息，并且向DU 174发送518RRC重新配置消息。进而，DU 174向UE 102发送520RRC重新配置消息。UE 102然后向DU 174发送522RRC重新配置完成消息，DU 174进而向CU 172发送523RRC重新配置完成消息。事件512、514、516、518、519、520、522和523在图5A和图5B中被统称为UE特定MBS会话配置程序590。

在一些实施方式中，CU 172生成包括RRC重新配置消息的PDCP PDU，并且向DU 174发送518包括PDCP PDU的CU至DU消息，并且DU 174从CU至DU消息中检索PDCP PDU，并且经由RLC层206B、MAC层204B和PHY层202B向UE 102发送520PDCP PDU。UE 102经由PHY层202B、MAC层204B和RLC层206B从DU 174接收520PDCP PDU。在一些实施方式中，UE 102生成包括RRC重新配置完成消息的PDCP PDU，并且经由RLC层206B、MAC层204B和PHY层202B向DU 174发送522PDCP PDU。DU 174经由PHY层202B、MAC层204B和RLC层206B从UE 102接收522PDCP PDU，并且向CU 172发送523包括PDCP PDU的DU至CU消息。CU 172从DU至CU消息中检索PDCP PDU，并且从PDCP PDU中检索RRC重新配置完成消息。

在接收516上下文响应消息之前或之后，CU 172可以响应于第二CN至BS消息512向CN 110发送519第二BS至CN消息。在一些实施方式中，在接收523RRC重新配置完成消息之前，CU 172向CN 110发送519第二BS至CN消息。在其他实施方式中，在接收523RRC重新配置完成消息之后，CU 172向CN 110发送519第二BS至CN消息。CU 172可以在第二BS至CN消息中包括第一CN UE接口ID和第一RAN UE接口ID。替代地，CU 172可以在第二BS至CN消息中包括第一UE ID。

在一些实施方式中，CU 172在第二BS至CN消息和/或附加BS至CN消息中包括(多个)CU DL传输层配置。换句话说，响应于CN至BS消息指示UE加入同一MBS会话，CU 172可以在BS至CN消息中发送相同的(多个)CU DL传输层配置。在这样的实施方式中，CN 110可以将MBS资源建立程序586以及第二CN至BS消息和第二BS至CN消息混合成单个程序。

在CU 172执行与CN 110的MBS资源建立程序586(例如，事件504、510)以建立用于第一MBS会话的公共CN至BSDL隧道的情况下，CU 172可以避免在第二BS至CN消息中包括用于第一MBS会话的DL传输层配置。在这种情况下，CN 110可以避免在第二CN至BS消息中包括用于第一MBS会话的UL传输层配置。在DU 174执行与CU 172的MBS资源建立程序(例如，事件506、508)以建立用于第一MBS会话的公共CU至DU DL隧道的情况下，DU 174可以避免在UE上下文响应消息中包括用于第一MBS会话的DL传输层配置。在这种情况下，CU 172可以避免在UE上下文请求消息中包括用于第一MBS会话的UL传输层配置。

在接收510第一BS至CN消息或接收519第二BS至CN消息之后，CN 110可以经由公共CN至BSDL隧道向CU 172发送524用于第一MBS会话的MBS数据(例如，一个或多个MBS数据分组)，CU 172进而经由公共CU至DU隧道向DU 174发送526MBS数据。DU 174经由一个或多个逻辑信道向UE 102发送(例如，多播或单播)528MBS数据。UE 102经由一个或多个逻辑信道接收528MBS数据。例如，CU 172接收524MBS数据分组，生成包括MBS数据分组的PDCP PDU，并且向DU 174发送528 PDCP PDU。进而，DU 174生成包括逻辑信道ID和PDCP PDU的MAC PDU，并且经由多播或单播向UE 102发送528MAC PDU。UE 102经由多播或单播接收528MAC PDU，从MAC PDU中检索PDCP PDU和逻辑信道ID，根据逻辑信道ID来标识与MRB相关联的PDCP PDU，并且根据MRB配置内的PDCP配置从PDCP PDU中检索MBS数据分组。

在一些实施方式中，配置参数可以包括配置与第一MBS会话相关联的一个或多个MRB的一个或多个MRB配置。配置参数还可以包括一个或多个RLC承载配置，每个RLC承载配置与特定MRB相关联。(多个)MRB配置中的每一个可以包括MRB ID、PDCP配置、第一MBS会话ID、PDCP重建指示(例如，reestablishPDCP)和/或PDCP恢复指示(例如，recoveryPDCP)。在一些实施方式中，PDCP配置可以是用于DRB的PDCP-Config IE。在一些实施方式中，RLC承载配置可以是RLC-BearerConfig IE。在一些实施方式中，RLC承载配置可以包括配置逻辑信道的逻辑信道(LC)ID。在一些实施方式中，逻辑信道可以是多播流量信道(MTCH)。在其他实施方式中，逻辑信道可以是专用流量信道(DTCH)。在一些实施方式中，配置参数可以包括配置逻辑信道的逻辑信道配置(例如，LogicalChannelConfig IE)。在一些实施方式中，RLC承载配置可以包括MRB ID。

在一些实施方式中，CU 172可以在MRB配置中将MRB配置为DL专用RB。例如，CU 172可以避免在MRB配置内的PDCP配置中包括UL配置参数，以将MRB配置为DL专用RB。例如，如上所述，CU 172可以在MRB配置中仅包括DL配置参数。在这种情况下，通过在MRB配置中的PDCP配置中排除用于MRB的UL配置参数，CU 172将UE 102配置为不经由MRB向DU 174和/或CU172发送UL PDCP数据PDU。在另一示例中，DU 174避免在RLC承载配置中包括UL配置参数。在这种情况下，通过从RLC承载配置中排除UL配置参数，DU 174将UE 102配置为不经由逻辑信道向基站104发送(多个)控制PDU。

在DU 174在RLC承载配置中包括(多个)UL配置参数的情况下，UE 102可以使用(多个)UL配置参数经由逻辑信道向DU 174发送(多个)控制PDU(例如，(多个)PDCP控制PDU和/或(多个)RLC控制PDU)。如果控制PDU是PDCP控制PDU，则DU 174可以向CU 172发送PDCP控制PDU。例如，CU 172可以将UE配置为利用(解)压缩协议(例如，鲁棒报头压缩(robust headercompression，ROHC)协议)接收MBS数据。在这种情况下，当CU 172从CN 110接收524MBS数据分组时，CU 172利用压缩协议来压缩MBS数据分组以获得(多个)压缩后的MBS数据分组，并且经由公共CU至DU DL隧道向DU 174发送526包括压缩后的MBS数据分组的PDCP PDU。进而，DU 174经由逻辑信道向UE 102发送(例如，多播或单播)528 PDCP PDU。当UE 102经由逻辑信道接收到PDCP PDU时，UE 102从PDCP PDU中检索压缩后的MBS数据分组。UE 102利用(解)压缩协议对(多个)压缩后的MBS数据分组解压缩，以获得原始MBS数据分组。在这种情况下，UE 102可以经由逻辑信道向DU 174发送PDCP控制PDU，包括用于报头(解)压缩协议的操作的报头压缩协议反馈(例如，分散的ROHC反馈)。进而，DU 174经由UE特定UL隧道向CU 172发送PDCP控制PDU，即，UL隧道特定于UE 102(例如，UE 102A)。在一些实施方式中，CU 172可以在UE上下文请求消息中包括配置UE特定UL隧道的CU UL传输层配置。CU UL传输层配置包括CU传输层地址(例如，互联网协议(IP)地址)和CU UL TEID，以标识UE特定UL隧道。

在一些实施方式中，MRB配置可以是包括MRB ID(例如，mrb-Identity或MRB-Identity)的MRB-ToAddMod IE。MRB ID标识(多个)MRB中的特定MRB。基站104将MRB ID设置为不同的值。在CU 172已经为UE 102配置了用于单播数据通信的(多个)DRB的情况下，在一些实施方式中，CU 172可以将一个或多个MRB ID设置为不同于(多个)DRB的(多个)DRB ID的值。在这种情况下，UE 102和CU 172可以根据RB的RB ID来区分RB是MRB还是DRB。在其他实施方式中，CU 172可以将一个或多个MRB ID设置为可以与(多个)DRB ID相同的值。在这种情况下，UE 102和CU 172可以根据RB的RB ID和配置RB的RRC IE来区分RB是MRB还是DRB。例如，配置DRB的DRB配置是包括DRB身份(例如，drb-Identity或DRB-Identity)和PDCP配置的DRB-ToAddMod IE。因此，如果UE 102接收到配置RB的DRB-ToAddMod IE，则UE 102可以确定RB是DRB，而如果UE 102接收到配置RB的MRB-ToAddMod IE，则UE 102可以确定RB是MRB。类似地，如果CU 172向UE 102发送配置RB的DRB-ToAddMod IE，则CU 172可以确定RB是DRB，而如果CU 172向UE 102发送配置RB的MRB-ToAddMod IE，则CU 172可以确定RB是MRB。

在一些实施方式中，用于接收第一MBS会话的MBS数据的配置参数包括一个或多个逻辑信道(LC)ID，以配置一个或多个逻辑信道。在一些实施方式中，(多个)逻辑信道可以是(多个)专用流量信道(DTCH)。在其他实施方式中，(多个)逻辑信道可以是(多个)多播流量信道(MTCH)。在一些实施方式中，配置参数可以包括或不包括组无线电网络临时标识符(group radio network temporary identifier，G-RNTI)。用于加入第一MBS会话的UE的RRC重新配置消息包括相同的用于接收第一MBS会话的MBS数据的配置参数。在一些实施方式中，用于该UE的RRC重新配置消息可以包括相同或不同的用于接收非MBS数据的配置参数。

在一些实施方式中，CU 172可以在RRC重新配置消息中包括MBS会话加入响应消息。UE 102可以在RRC重新配置完成消息中包括MBS会话加入完成消息。替代地，UE 102可以经由DU 174向CU 172发送包括MBS会话加入完成消息的UL RRC消息。UL RRC消息可以是ULInformationTransfer消息，或者是可包括UL NAS PDU的任何合适的RRC消息。CU 172可以在第二BS至CN消息中包括MBS会话加入完成消息。替代地，CU 172可以向CN 110发送包括MBS会话加入完成消息的BS至CN消息(例如，“上行链路NAS传输”消息)。

在其他实施方式中，CU 172向UE 102发送包括MBS会话加入响应消息的DL RRC消息。DL RRC消息可以是DLInformationTransfer消息、另一RRC重新配置消息或者可包括DLNAS PDU的任何合适的RRC消息。UE 102可以经由DU 174向CU 172发送包括MBS会话加入完成消息的UL RRC消息。UL RRC消息可以是ULInformationTransfer消息、另一RRC重新配置完成消息或者可包括UL NAS PDU的任何合适的RRC消息。

继续参考图5A，UE 103可以执行530与上述程序502类似的MBS会话加入程序。如上所述，UE 103可以经由基站104执行与CN 110的PDU会话建立程序。UE 103可以在PDU会话建立程序中与CN 110传送PDU会话ID。UE 103可以通过发送MBS会话加入请求并指定不同的MBS会话ID(例如，第二MBS会话ID)来加入与UE 102不同的MBS会话。

CU 172包括用于(多个)附加MBS会话的(多个)附加传输层配置，以在MBS资源建立和UE特定MBS会话配置程序中的(多个)BS至CN消息中配置(多个)附加公共DL隧道，类似于第一BS至CN消息或第二BS至CN消息。(多个)传输层配置中的每一个配置(多个)公共DL隧道中的特定公共DL隧道，并且可以与(多个)附加MBS会话中的特定MBS会话相关联。传输层配置可以不同，以在不同的公共DL隧道之间进行区分。特别地，任何一对传输层配置可以具有不同的IP地址、不同的DL TEID或者不同的IP地址以及不同的DL TEID。

CU 172和CN 110然后执行587用于第二MBS会话的MBS会话资源建立程序，以建立第二公共CN至BSDL隧道和第二公共CU至DU DL隧道，类似于上面讨论的用于第一MBS会话的MBS会话资源建立程序586。UE 103、CU 172和CN 110执行589用于第二MBS会话的UE特定MBS会话配置程序，类似于上面讨论的用于第一MBS会话的UE特定MBS会话配置程序590。

在用于第二MBS会话的UE特定MBS会话配置程序590中，RRC重新配置消息可以包括与事件520不同的LCID(值)、MRB配置和RLC承载配置。例如，RRC重新配置消息可以具有不同的G-RNTI、LCID和/或RLC承载配置。

然后，CN 110可以经由它们相应的公共CN至BSDL隧道向CU 172发送532、538用于第一MBS会话的MBS数据和用于第二MBS会话的MBS数据。然后，CU 172经由它们相应的公共CU至DU DL隧道向DU 174发送534、540用于第一MBS会话的MBS数据和用于第二MBS会话的MBS数据。DU 174经由一个或多个逻辑信道和/或(多个)MRB向UE 103发送(例如，多播或单播)536用于第二MBS会话的MBS数据，并且经由一个或多个逻辑信道和/或(多个)MRB向UE102发送(例如，多播或单播)542用于第一MBS会话的MBS数据。UE 102经由一个或多个逻辑信道接收542用于第一MBS会话的MBS数据，并且UE 103经由可以与用于第一MBS会话的逻辑信道不同的一个或多个逻辑信道接收536用于第二MBS会话的MBS数据。

图5B示出了与图5A所示场景类似的示例场景500B。在示例场景500B中，UE 103在同一时间段期间加入第二MBS会话(如示例场景500A中)和第一MBS会话两者。更具体地，UE103可以执行530用于第二MBS会话的MBS会话加入程序，并且可以执行531用于第一MBS会话的MBS会话加入程序。基站104和CN 110然后执行587用于第二MBS会话的MBS会话资源建立程序。UE 103、基站104和CN 110执行589用于第二MBS会话的UE特定MBS会话配置程序。此外，UE 103、基站104和CN执行用于第一MBS会话的UE特定MBS会话配置程序。

UE 103可以通过在MBS会话加入请求中指定相同的MBS会话ID(例如，第一MBS会话ID)来加入与UE 102相同的MBS会话。在该示例场景中，在基站104已经开始向UE 102发送528用于第一MBS会话的MBS数据分组之后，UE 103加入第一MBS会话。CN 110向CU 172发送包括MBS会话ID和/或PDU会话ID的CN至BS消息，以便指示UE 103应当开始接收用于与第一MBS会话ID相对应的第一MBS会话的MBS数据。

CU 172或CN 110确定用于第一MBS会话的DL隧道已经存在，并且不需要执行程序586。然而，可选地，CU 172向DU 174发送CU至DU消息，以请求建立用于第一MBS会话的MBS上下文和/或公共DL隧道，并且DU 174利用DU配置进行响应。CU 172向UE 103发送RRC重新配置消息，以将UE 103配置为接收用于第一MBS会话的MBS流量。当UE 102和103在同一小区中进行操作时，RRC重新配置消息可以包括与UE 102相同的LCID(值)、MRB配置和RLC承载配置。例如，当UE 102A和102B在不同小区中进行操作时，RRC重新配置消息可以具有不同的G-RNTI、LCID和/或RLC承载配置。当UE 102和103在不同小区中进行操作时，RRC重新配置消息可以包括与UE 102相同的MRB配置。如图3所示，CU 172可以将经由公共CN至BSDL隧道到达的数据分组映射到一个或多个MRB，每个MRB对应于公共CU至DU DL隧道和/或相应的逻辑信道。此外，RRC重新配置消息可以包括与用于UE 103的第二MBS会话的LCID(值)、MRB配置和RLC承载配置相同的用于UE 103的第一MBS会话的LCID(值)、MRB配置和RLC承载配置。相应地，UE 103可以经由相同的(多个)逻辑信道和/或(多个)MRB接收用于第一MBS会话和第二MBS会话的MBS数据。

在任何事件中，CN 110然后可以向CU 172发送532、538用于第一MBS会话的MBS数据和用于第二MBS会话的MBS数据。然后，CU 172向DU 174发送534、540用于第一MBS会话的MBS数据和用于第二MBS会话的MBS数据。DU 174经由一个或多个逻辑信道和/或(多个)MRB向UE 103发送(例如，多播或单播)536用于第二MBS会话的MBS数据，并且经由一个或多个逻辑信道和/或(多个)MRB向UE 103发送(例如，多播或单播)546用于第一MBS会话的MBS数据。UE 103在同一时间段期间接收536、546用于第一MBS会话的MBS数据和用于第二MBS会话的MBS数据，使得UE 103可以一次接收用于不同MBS会话的两组MBS数据。另外，DU 174经由一个或多个逻辑信道和/或(多个)MRB向UE 102发送(例如，多播或单播)542用于第一MBS会话的MBS数据。在一些实施方式中，DU 174经由多播向UE 102、103发送542、546用于第一MBS会话的MBS数据。在其他实施方式中，DU 174经由单播分开向UE 102、103发送542、546用于第一MBS会话的MBS数据。

在一些实施方式中，CU 172向DU 174发送544用于第一MBS会话的MBS数据的两个实例。然后，DU向UE 102发送542用于第一MBS会话的MBS数据的第一实例，并且向UE 103发送546用于第一MBS会话的MBS数据的第二实例。在其他实施方式中，DU 174从CU 172接收用于第一MBS会话的MBS数据的单个实例，并且向加入第一MBS会话的每个UE发送用于第一MBS会话的MBS数据。

接下来，参考图6-图15来讨论图1A和图1B所示的设备可以实施的几个示例场景。这些方法中的每一个都可以被实施为存储在非暂时性计算机可读介质上并且可由一个或多个处理器执行和/或可以由处理硬件实施的一组指令。

首先参考图6，基站(诸如基站104或基站104内的DU)可以实施方法600来标识经由多播发送MBS数据分组的UE和/或标识经由单播发送MBS数据分组的(多个)UE。方法600开始于框602，在框602中，基站或DU经由某个DL隧道从上游网络节点(例如，CU、CU-UP、(MB-)UPF等)接收数据分组(例如，参见事件524、526、532、534、538、540、544)。基站或DU可以基于IP地址和TEID或包括在分组的报头中的其他合适的传输层信息来确定数据分组对应于哪个隧道。数据分组可以是IP分组、以太网分组或UP分组。在这种情况下，基站或DU从UPF(例如，UPF 162或MB-UPF 162)接收数据分组。在一些实施方式中，数据分组与MBS会话相关联。此外，在一些实施方式中，分组可以是PDCP PDU，并且DU可以从CU接收PDCP PDU。在PDCP PDU包括IP分组、以太网分组、MBS数据分组或UP分组的情况下，DU可以从CU-UP(例如，CU-UP172B)接收PDCP PDU。

在框604处，基站或DU标识从中接收数据分组的DL隧道。例如，基站或DU将DL隧道标识为第一DL隧道、第二DL隧道或第三DL隧道。然后，基站或DU基于接收数据分组所经由的DL隧道来标识经由多播发送数据分组的UE和/或经由单播发送数据分组的(多个)UE。例如，基站或DU可以维护为每个活动DL隧道指示用于经由多播接收MBS数据分组的一组UE(例如，如G-RNTI所指示的)、用于经由单播接收MBS数据分组的一组UE(例如，如C-RNTI所指示的)、用于经由单播接收MBS数据分组的单个传统UE(例如，如C-RNTI所指示的)、与DL隧道相对应的逻辑信道ID、用于DL隧道的MRB、用于DL隧道的DRB等的表或映射。

响应于确定DL隧道是第一DL隧道，基站或DU经由MBS多播数据传输向第一组UE发送数据分组(框606)(例如，参见事件528、536、542、546)，并且经由MBS单播数据传输向第二组UE发送数据分组(框608)(例如，参见事件528、536、542、546)。

响应于确定DL隧道是第二DL隧道，基站或DU经由MBS多播数据传输向第三组UE发送数据分组(框610)(例如，参见事件528、536、542、546)，并且经由MBS单播数据传输向第四组UE发送数据分组(框612)(例如，参见事件528、536、542、546)。在一些实施方式中，第一组UE和第三组UE可以包括相同的UE和/或不同的UE。此外，在一些实施方式中，第二组UE和第四组UE可以包括相同的UE和/或不同的UE。

响应于确定DL隧道是第三DL隧道，基站或DU经由非MBS单播数据传输向特定的传统UE发送数据分组(框614)。

图7示出了与方法600类似的示例方法700，除了在方法700中，基站或DU基于接收MBS数据分组所经由的隧道来标识用于向(多个)UE发送MBS数据分组的逻辑信道。

响应于确定DL隧道是第一DL隧道，基站或DU确定(例如，标识或选择)第一逻辑信道ID(框706)。然后，基站或DU生成包括第一逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框708)。然后，基站或DU经由MBS多播数据传输向第一组UE发送PDU(框710)(例如，参见事件528、536、542、546)，并且经由MBS单播数据传输向第二组UE发送PDU(框712)(例如，参见事件528、536、542、546)。

响应于确定DL隧道是第二DL隧道，基站或DU确定(例如，标识或选择)第二逻辑信道ID(框714)。然后，基站或DU生成包括第二逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框716)。然后，基站或DU经由MBS多播数据传输向第三组UE发送PDU(框718)(例如，参见事件528、536、542、546)，并且经由MBS单播数据传输向第四组UE发送PDU(框720)(例如，参见事件528、536、542、546)。框714、716、718和720在图7中被统称为框760。

响应于确定DL隧道是第三DL隧道，基站或DU确定(例如，标识或选择)第三逻辑信道ID(框722)。然后，基站或DU生成包括第三逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框724)。然后，基站或DU经由非MBS单播数据传输向特定的传统UE发送数据分组(框726)。框722、724和726在图7中被统称为框770。

图8示出了与方法700类似的示例方法800，除了在方法800中，基站或DU标识一组逻辑信道以用于经由单播向相应的UE发送MBS数据分组。

响应于确定DL隧道是第一DL隧道，基站或DU执行与方法700中相同的一些步骤(框706、708、710)，以经由多播向第一组UE发送MBS数据分组。为了经由单播向第二组UE发送MBS数据分组，基站或DU确定(例如，标识或选择)与第二组M个UE相对应的一组M个逻辑信道ID(框808)。然后，基站或DU生成M个PDU，每个PDU包括M个逻辑信道ID之一和相应的第二组M个UE的数据分组(框810)(例如，参见事件528、536、542、546)。然后，基站或DU经由M个MBS单播数据传输向相应的第二组M个UE发送M个PDU(框812)(例如，参见事件528、536、542、546)。

响应于确定DL隧道是第二DL隧道，基站或DU执行与方法700中相同的一些步骤(框714、716、718)，以经由多播向第三组UE发送MBS数据分组。为了经由单播向第四组UE发送MBS数据分组，基站或DU确定(例如，标识或选择)与第四组N个UE相对应的一组N个逻辑信道ID(框816)。然后，基站或DU生成N个PDU，每个PDU包括N个逻辑信道ID之一和相应的第四组N个UE的数据分组(框818)(例如，参见事件528、536、542、546)。然后，基站或DU经由N个MBS单播数据传输向相应的第四组N个UE发送N个PDU(框820)(例如，参见事件528、536、542、546)。框814、816、818和820在图8中被统称为框860。

图9示出了与方法700类似的示例方法900，除了在方法900中，基站或DU标识用于经由多播向与G-RNTI相对应的UE发送MBS数据分组的G-RNTI，其中G-RNTI和对应的UE是基于接收数据分组所经由的隧道来标识的。

响应于确定DL隧道是第一DL隧道，基站或DU确定(例如，标识或选择)与来自方法700的第一组UE相对应的第一逻辑信道ID和第一G-RNTI(框906)。然后，基站或DU生成包括第一逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框908)(例如，参见事件528、536、542、546)。基站或DU还生成DCI和DCI的CRC以调度PDU的物理下行链路共享信道(physicaldownlink shared channel，PDSCH)传输(框910)(例如，参见事件528、536、542、546)。然后，基站或DU利用第一G-RNTI对CRC加扰以获得加扰的CRC(框912)。基站或DU在物理下行链路控制信道(physical downlink control channel，PDCCH)上发送DCI和加扰的CRC(框922)(例如，参见事件528、536、542、546)，并且根据DCI经由多播发送PDU的PDSCH传输(框924)(例如，参见事件528、536、542、546)。以这种方式，与第一G-RNTI相对应的第一组UE接收MBS数据分组。

响应于确定DL隧道是第二DL隧道，基站或DU确定(例如，标识或选择)与来自方法700的第三组UE相对应的第二逻辑信道ID和第二G-RNTI(框914)。然后，基站或DU生成包括第二逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框916)(例如，参见事件528、536、542、546)。基站或DU还生成DCI和DCI的CRC以调度PDU的PDSCH传输(框917)(例如，参见事件528、536、542、546)。然后，基站或DU利用第二G-RNTI对CRC加扰以获得加扰的CRC(框920)(例如，参见事件528、536、542、546)。基站或DU在PDCCH上发送DCI和加扰的CRC(框922)，并且根据DCI经由多播发送PDU的PDSCH传输(框924)(例如，参见事件528、536、542、546)。以这种方式，与第二G-RNTI相对应的第三组UE接收MBS数据分组。框914、916、917、920、922和924在图9中被统称为框960。

图10A-图10C示出了与方法900类似的示例方法1000A、1000B、1000C，除了在方法1000A、1000B和1000C中，当接收数据分组所经由的隧道是第二DL隧道时，基站或DU经由单播发送MBS数据分组。

在方法1000A中，响应于确定DL隧道是第一DL隧道，基站或DU执行与方法900中相同的一些步骤(框906、908、910、912、922和924)，以经由多播向第一组UE发送MBS数据分组。

响应于确定DL隧道是第二DL隧道，基站或DU确定(例如，标识或选择)第二逻辑信道ID(框1008)。然后，基站或DU生成包括第二逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框1010)。基站或DU还确定(例如，标识或选择)N个C-RNTI以用于分别标识第二组N个UE(例如，方法700中用于经由单播从第二DL隧道接收PDU的第四组UE)(框1012)。然后，基站或DU生成N个DCI和N个DCI的N个CRC以调度PDU的N个PDSCH传输(框1014)(例如，参见事件528、536、542、546)。然后，基站或DU利用相应的C-RNTI对N个CRC中的每一个加扰以获得N个加扰的CRC(框1016)(例如，参见事件528、536、542、546)。基站或DU分别在N个PDCCH上发送N个DCI和N个加扰的CRC(框1018)(例如，参见事件528、536、542、546)。然后，基站或DU分别根据N个DCI经由单播发送PDU的N个PDSCH传输(框1020)(例如，参见事件528、536、542、546)。以这种方式，与N个C-RNTI相对应的第二组N个UE接收MBS数据分组。框1012、1014、1016、1018和1020在图10A中被统称为框1080。框1008、1010和1080在图10A中被统称为框1090。

图10B示出了与方法1000A类似的示例方法1000B，除了在方法1000B中，基站或DU标识一组N个逻辑信道并且生成一组N个PDU，以用于经由单播向相应的第二组N个UE发送MBS数据分组。

响应于确定DL隧道是第二DL隧道，基站或DU确定(例如，标识或选择)与第二组N个UE(例如，方法700中用于经由单播从第二DL隧道接收PDU的第四组UE)相对应的一组N个逻辑信道ID(框1009)。然后，基站或DU生成N个PDU，每个PDU包括N个逻辑信道ID之一和相应的第二组N个UE的数据分组(框1011)(例如，参见事件528、536、542、546)。基站或DU还确定(例如，标识或选择)N个C-RNTI以用于分别标识第二组N个UE(框1012)。然后，基站或DU生成N个DCI和N个DCI的N个CRC以分别调度N个PDU的N个PDSCH传输(框1015)(例如，参见事件528、536、542、546)。然后，基站或DU利用相应的C-RNTI对N个CRC中的每一个加扰以获得N个加扰的CRC(框1016)(例如，参见事件528、536、542、546)。基站或DU分别在N个PDCCH上发送N个DCI和N个加扰的CRC(框1018)(例如，参见事件528、536、542、546)。然后，基站或DU分别根据N个DCI经由单播发送N个PDU的N个PDSCH传输(框1021)(例如，参见事件528、536、542、546)。以这种方式，与N个C-RNTI相对应的第二组N个UE接收MBS数据分组。框1009、1011、1012、1015、1016、1018和1021在图10B中被统称为框1091。

图10C示出了与方法1000A类似的示例方法1000C，除了在方法1000C中，基站或DU生成相同的DCI并且利用N个C-RNTI对相同的CRC加扰，以用于为N个PDCCH传输中的每一个标识第二组N个UE。

响应于确定DL隧道是第二DL隧道，基站或DU确定(例如，标识或选择)第二逻辑信道ID(框1008)。然后，基站或DU生成包括第二逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框1010)(例如，参见事件528、536、542、546)。基站或DU还确定(例如，标识或选择)N个C-RNTI以用于分别标识第二组N个UE(例如，方法700中用于经由单播从第二DL隧道接收PDU的第四组UE)(框1012)。然后，基站或DU生成单个DCI和DCI的单个CRC以调度PDU的PDSCH传输(框1013)(例如，参见事件528、536、542、546)。然后，基站或DU利用N个C-RNTI中的每一个对CRC加扰以获得N个加扰的CRC(框1017)(例如，参见事件528、536、542、546)。基站或DU分别在N个PDCCH上发送DCI和N个加扰的CRC(框1019)(例如，参见事件528、536、542、546)。然后，基站或DU根据DCI经由单播发送PDU的PDSCH传输(框1022)(例如，参见事件528、536、542、546)。以这种方式，与N个C-RNTI相对应的第二组N个UE接收MBS数据分组。框1012、1013、1017、1019和1022在图10C中被统称为框1081。框1008、1010和1081在图10C中被统称为框1092。

图11A-图11C示出了分别与方法1000A、1000B、1000C类似的示例方法1100A、1100B、1100C，除了在方法1100A、1100B和1100C中，当接收数据分组所经由的隧道是第一DL隧道时，基站或DU也经由单播发送MBS数据分组。在示例方法1100A、1100B、1100C中，MBS数据分组是针对第一DL隧道和第二DL隧道两者经由单播发送。

图11A示出了示例方法1100A，示例方法1100A包括当经由第二DL隧道接收数据分组时与方法1000A中类似的用于发送经由第一DL隧道接收的数据分组的步骤。更具体地，响应于确定DL隧道是第一DL隧道，基站或DU确定(例如，标识或选择)第一逻辑信道ID(框1106)。然后，基站或DU生成包括第一逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框1108)(例如，参见事件528、536、542、546)。基站或DU还确定(例如，标识或选择)M个C-RNTI以用于分别标识第一组M个UE(例如，方法700中用于经由单播从第一DL隧道接收PDU的第二组UE)(框1110)(例如，参见事件528、536、542、546)。然后，基站或DU生成M个DCI和M个DCI的M个CRC以分别调度PDU的M个PDSCH传输(框1112)(例如，参见事件528、536、542、546)。然后，基站或DU利用相应的C-RNTI对M个CRC中的每一个加扰以获得M个加扰的CRC(框1114)(例如，参见事件528、536、542、546)。基站或DU分别在M个PDCCH上发送M个DCI和M个加扰的CRC(框1116)。然后，基站或DU分别根据M个DCI经由单播发送PDU的M个PDSCH传输(框1118)(例如，参见事件528、536、542、546)。以这种方式，与M个C-RNTI相对应的第一组M个UE接收MBS数据分组。框1110、1112、1114、1116和1118在图11A中被统称为框1180。框1106、1108和1180在图11A中被统称为框1190。

图11B示出了示例方法1100B，示例方法1100B包括当经由第二DL隧道接收数据分组时与方法1000B中类似的用于发送经由第一DL隧道接收的数据分组的步骤。更具体地，响应于确定DL隧道是第一DL隧道，基站或DU确定(例如，标识或选择)与第一组M个UE(例如，方法700中用于经由单播从第一DL隧道接收PDU的第二组UE)相对应的一组M个逻辑信道ID(框1107)。然后，基站或DU生成M个PDU，每个PDU包括M个逻辑信道ID之一和相应的第一组M个UE的数据分组(框1109)(例如，参见事件528、536、542、546)。基站或DU还确定(例如，标识或选择)M个C-RNTI以用于分别标识第一组M个UE(框1110)。然后，基站或DU生成M个DCI和M个DCI的M个CRC以分别调度M个PDU的M个PDSCH传输(框1113)(例如，参见事件528、536、542、546)。然后，基站或DU利用相应的C-RNTI对M个CRC中的每一个加扰以获得M个加扰的CRC(框1114)(例如，参见事件528、536、542、546)。基站或DU分别在M个PDCCH上发送M个DCI和M个加扰的CRC(框1116)(例如，参见事件528、536、542、546)。然后，基站或DU分别根据M个DCI经由单播发送M个PDU的M个PDSCH传输(框1119)(例如，参见事件528、536、542、546)。以这种方式，与M个C-RNTI相对应的第一组M个UE接收MBS数据分组。框1107、1109、1110、1113、1114、1116和1119在图11B中被统称为框1191。

图11C示出了示例方法1100C，示例方法1100C包括当经由第二DL隧道接收数据分组时与方法1000C中类似的用于发送经由第一DL隧道接收的数据分组的步骤。更具体地，响应于确定DL隧道是第一DL隧道，基站或DU确定(例如，标识或选择)第一逻辑信道ID(框1106)。然后，基站或DU生成包括第一逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框1108)(例如，参见事件528、536、542、546)。基站或DU还确定(例如，标识或选择)M个C-RNTI以用于分别标识第一组M个UE(例如，方法700中用于经由单播从第一DL隧道接收PDU的第二组UE)(框1110)。然后，基站或DU生成单个DCI和DCI的单个CRC以调度PDU的PDSCH传输(框1111)(例如，参见事件528、536、542、546)。然后，基站或DU利用M个C-RNTI中的每一个对CRC加扰以获得M个加扰的CRC(框1115)(例如，参见事件528、536、542、546)。基站或DU分别在M个PDCCH上发送DCI和M个加扰的CRC(框1117)(例如，参见事件528、536、542、546)。然后，基站或DU根据DCI经由单播发送PDU的PDSCH传输(框1122)(例如，参见事件528、536、542、546)。以这种方式，与M个C-RNTI相对应的第一组M个UE接收MBS数据分组。框1106、1108、1110、1111、1115、1117和1122在图11C中被统称为框1192。

图12示出了与方法700类似的示例方法1200，除了在方法1200中，当接收数据分组所经由的隧道是第三DL隧道时，基站或DU标识C-RNTI，用于经由非MBS单播向与C-RNTI相对应的特定的传统UE发送数据分组。

响应于确定DL隧道是第三DL隧道，基站或DU确定(例如，标识或选择)与来自方法700中的特定UE相对应的第三逻辑信道ID和C-RNTI(框1214)。然后，基站或DU生成包括第三逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框1216)(例如，参见事件528、536、542、546)。基站或DU还生成DCI和DCI的CRC以调度PDU的PDSCH传输(框1218)(例如，参见事件528、536、542、546)。然后，基站或DU利用C-RNTI对CRC加扰以获得加扰的CRC(框1220)(例如，参见事件528、536、542、546)。基站或DU在PDCCH上发送DCI和加扰的CRC(框1222)，并且根据DCI经由单播发送PDU的PDSCH传输(框1224)(例如，参见事件528、536、542、546)。以这种方式，与C-RNTI相对应的特定的传统UE接收数据分组。框1214、1216、1218、1220、1222和1224在图12中被统称为框1270。

在一些实施方式中，除了确定接收数据分组所经由的隧道之外或作为确定接收数据分组所经由的隧道的替代，基站104或DU 174确定与数据分组相关联的QoS流。图13A示出了用于基于与MBS数据分组相关联的MBS QoS流ID来确定使用哪个逻辑信道和是经由单播还是多播发送MBS数据分组的示例方法1300A。

在框1302处，基站或DU从上游网络节点(例如，CU、CU-UP、(MB-)UPF等)接收与QoS流相关联的数据分组(例如，参见事件524、526、532、534、538、540、544)。在一些实施方式中，在框1302之前，基站或DU可以从上游网络节点AMF或CU-CP接收与第一QoS流相关联的第一QoS信息(例如，第一QoS流ID)和与第二QoS流相关联的第二QoS信息(例如，第二QoS流ID)(例如，参见事件504、506、512、514、586、587、589)。在一些实施方式中，基站或CU在至少一个CN至BS消息中从AMF接收第一QoS信息和/或第二QoS信息。例如，至少一个CN至BS消息包括MBS会话资源建立请求消息(例如，事件504)、(多个)UE关联的CN至BS消息(例如，事件512、532)和/或(多个)非UE关联的CN至BS消息(例如，事件512)。

此外，在一些实施方式中，DU在至少一个CU至DU消息中从CU接收第一QoS信息和/或第二QoS信息。例如，至少一个CU至DU消息包括MBS上下文请求消息(例如，事件506)和/或(多个)UE关联的CU至DU消息(例如，事件514、534)。

然后，基站或DU从CN接收包括QoS信息(例如，QoS流ID)和数据分组的容器分组(例如，隧道分组或GTP-U分组)。如果QoS信息是具有第一QoS流ID的第一QoS信息，则基站或DU确定数据分组与第一QoS流相关联(框1304)。如果QoS信息是具有第二QoS流ID的第二QoS信息，则基站或DU确定数据分组与第二QoS流相关联(框1304)。

然后，基站或DU基于与数据分组相关联的QoS流来标识经由多播发送数据分组的UE和/或经由单播发送数据分组的(多个)UE。例如，基站或DU可以维护来自从CU接收的QoS信息的为每个QoS流指示是经由多播还是单播向UE发送数据分组、与QoS流相对应的逻辑信道ID、用于经由多播接收MBS数据分组的一组UE(例如，如G-RNTI所指示的)、用于经由单播接收MBS数据分组的一组UE(例如，如C-RNTI所指示的)等的表或映射。

响应于确定QoS信息具有用于第一QoS流的第一QoS流ID，基站或DU确定(例如，标识或选择)第一逻辑信道ID(框1306)。然后，基站或DU生成包括第一逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框1308)(例如，参见事件528、536、542、546)。然后，基站或DU经由MBS多播数据传输向一组UE发送PDU(框1310)(例如，参见事件528、536、542、546)。如果分组太大而不能被包括在PDU的有效载荷中，则基站或DU可以将该分组的一部分包含在PDU中。然后，基站或DU可以生成包括第一逻辑信道ID和该分组的另一部分的另一PDU(即，第二PDU，例如，MAC PDU)，并且将该另一PDU发送到该组UE(例如，参见事件528、536、542、546)。

响应于确定QoS信息具有用于第二QoS流的第二QoS流ID，基站或DU确定(例如，标识或选择)第二逻辑信道ID(框1312)。然后，基站或DU生成包括第二逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框1314)(例如，参见事件528、536、542、546)。然后，基站或DU经由MBS单播数据传输向同一组UE发送PDU(框1316)(例如，参见事件528、536、542、546)。如果分组太大而不能被包括在PDU的有效载荷中，则基站或DU可以将该分组的一部分包括在PDU中(例如，参见事件528、536、542、546)。然后，基站或DU可以生成包括第二逻辑信道ID和该分组的另一部分的另一PDU(即，第二PDU，例如，MAC PDU)，并且将该另一PDU发送到该组UE(例如，参见事件528、536、542、546)。以这种方式，QoS流ID可以向基站或DU指示是经由多播还是单播向UE发送数据分组。框1304、1306、1308、1310、1312、1314和1316在图13A中被统称为框1350。

示例方法1300A可以被应用于示例方法600中的第一组UE。例如，在第一实例中，QoS流ID可以是第一QoS流ID。响应于确定QoS信息包括第一QoS ID，基站或DU经由多播数据传输向第一组UE发送数据分组。在第二实例中，QoS流ID可以是第二QoS流ID。响应于确定QoS信息包括第二QoS ID，基站或DU经由单播数据传输向第一组UE发送数据分组。示例方法1300A也可以被应用于示例方法600中的第二组UE。例如，在第三实例中，QoS流ID可以是第一QoS流ID。响应于确定QoS信息包括第一QoS ID，基站或DU经由多播数据传输向第二组UE发送数据分组。在第四实例中，QoS流ID可以是第二QoS流ID。响应于确定QoS信息包括第二QoS ID，基站或DU经由单播数据传输向第二组UE发送数据分组。更一般地，示例方法1300A可以被应用于任何一组合适的UE，包括示例方法600中的第三组UE和/或第四组UE。

图13B示出了与方法1300A类似的示例方法1300B，除了在方法1300B中，当MBS数据分组与第一QoS流或第二QoS流相关联时，基站或DU经由单播发送MBS数据分组。

响应于确定QoS信息具有用于第一QoS流的第一QoS流ID，基站或DU确定(例如，标识或选择)第一逻辑信道ID(框1306)。然后，基站或DU生成包括第一逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框1308)。然后，基站或DU经由MBS单播数据传输向一组UE发送PDU(框1316)。

响应于确定QoS信息具有用于第二QoS流的第二QoS流ID，基站或DU确定(例如，标识或选择)第二逻辑信道ID(框1312)。然后，基站或DU生成包括第二逻辑信道ID和数据分组的PDU(例如，MAC PDU)(框1314)。然后，基站或DU经由MBS单播数据传输向同一组UE发送PDU(框1316)。框1304、1306、1308、1312、1314和1316在图13B中被统称为框1351。

例如，示例方法1300B可以被应用于示例方法600中的第二组UE或第四组UE。

图14A示出了与方法1300A类似的示例方法1400A，除了在方法1400A中，基站或DU标识用于经由多播向与G-RNTI相对应的UE发送MBS数据分组的G-RNTI，并且标识用于经由单播向与C-RNTI相对应的UE发送MBS数据分组的C-RNTI。

响应于确定DL隧道是第一DL隧道，基站或DU执行与方法900中相同的一些步骤(框906、908、910、912、922和924)，以经由多播向该组UE发送MBS数据分组。响应于确定DL隧道是第二DL隧道，基站或DU执行与方法1000A、1000B、1000C之一中相同的一些步骤(框1090、1091或1092)，以经由单播向该组UE发送MBS数据分组。

示例方法1400A可以被应用于示例方法600中的第一组UE。更一般地，示例方法1400A可以被应用于任何一组合适的UE，包括示例方法600中的第二组UE、第三组UE和/或第四组UE。

图14B示出了与方法1300B类似的示例方法1400B，除了在方法1400B中，基站或DU标识用于经由单播向与C-RNTI相对应的UE发送MBS数据分组的C-RNTI。

响应于确定DL隧道是第一DL隧道，基站或DU执行与方法1100A、1100B、1100C之一中相同的一些步骤(框1190、1191或1192)，以经由单播向该组UE发送MBS数据分组。响应于确定DL隧道是第二DL隧道，基站或DU执行与方法1000A、1000B、1000C之一中相同的一些步骤(框1090、1091或1092)，以经由单播向该组UE发送MBS数据分组。

例如，示例方法1400B可以被应用于示例方法600中的第二组UE或第四组UE。

在一些实施方式中，如上所述，基站可以配置与用于从CN接收MBS数据分组的公共DL隧道相对应的DL传输层配置。图15示出了用于基于与MBS数据分组相关联的特定传输层信息来配置DL传输层配置并且标识经由多播接收MBS数据分组的UE和/或标识经由单播接收MBS数据分组的(多个)UE的示例方法1500。

在框1502处，基站或DU配置包括用于从上游网络节点(诸如CU、CU-UP、CU-CP、MB-UPF或AMF)接收分组的第一传输层信息的第一DL传输层配置(例如，参见事件502、518、524、526、530、531、532、534、538、540、544、590)。例如，响应于接收到包括MBS上下文建立请求的CU至DU消息，DU向CU发送包括第一DL传输层配置的DU至CU消息(例如，MBS上下文建立响应消息)，以配置用于第一MBS会话的公共CU至DU DL隧道(例如，事件508)。在一些实施方式中，DU至CU消息是通用F1AP消息或者专门为此目的定义的专用F1AP消息(例如，MBS上下文建立响应消息)。

CU 172然后可以发送包括第一DL传输层配置的第一BS至CN消息(例如，MBS会话资源建立响应消息)，以配置第一公共DL隧道(例如，事件510)。CU 172可以在第一BS至CN消息中包括第一MBS会话ID和/或第一PDU会话ID。第一BS至CN消息可以包括第一DL传输层配置，以配置用于CN 110向CU 172发送MBS数据的第一公共DL隧道。第一DL传输层配置包括第一传输层地址(例如，IP地址和/或TEID)，以标识第一公共DL隧道。

在框1504处，基站或DU配置包括用于从上游网络节点(诸如CU、CU-UP、CU-CP、MB-UPF或AMF)接收分组的第二传输层信息的第二DL传输层配置。例如，响应于接收到包括MBS上下文建立请求的CU至DU消息，DU向CU发送包括第二DL传输层配置的DU至CU消息(例如，MBS上下文建立响应消息)，以配置用于第二MBS会话的公共CU至DU DL隧道(例如，事件508)。每个DL传输层配置可以与不同的MBS会话相关联。在一些实施方式中，DU至CU消息是通用F1AP消息或者专门为此目的定义的专用F1AP消息(例如，MBS上下文建立响应消息)。

CU 172然后可以发送包括第二DL传输层配置的第一BS至CN消息(例如，MBS会话资源建立响应消息)，以配置第二公共DL隧道(例如，事件510)。CU 172可以在第一BS至CN消息中包括第二MBS会话ID和/或第二PDU会话ID。第一BS至CN消息可以包括第二DL传输层配置，以配置用于CN 110向CU 172发送MBS数据的第二公共DL隧道。第二DL传输层配置包括第二传输层地址(例如，IP地址和/或TEID)，以标识第二公共DL隧道。第一传输层配置和第二传输层配置可以不同，以在第一公共DL隧道和第二公共DL隧道之间进行区分。具体地，任何一对第一传输层配置和第二传输层配置可以具有不同的IP地址、不同的DL TEID或者不同的IP地址以及不同的DL TEID。

在框1506处，基站或DU配置包括用于从上游网络节点(诸如CU、CU-UP、CU-CP、MB-UPF或AMF)接收分组的第三传输层信息的第三DL传输层配置。例如，响应于接收到包括MBS上下文建立请求的CU至DU消息，DU向CU发送包括第三DL传输层配置的DU至CU消息(例如，MBS上下文建立响应消息)，以配置用于第三MBS会话的公共CU至DU DL隧道(例如，事件508)。每个DL传输层配置可以与不同的MBS会话相关联。在一些实施方式中，DU至CU消息是通用F1AP消息或者专门为此目的定义的专用F1AP消息(例如，MBS上下文建立响应消息)。

CU 172然后可以发送包括第三DL传输层配置的第一BS至CN消息(例如，MBS会话资源建立响应消息)，以配置第三公共DL隧道(例如，事件510)。CU 172可以在第一BS至CN消息中包括第三MBS会话ID和/或第三PDU会话ID。第一BS至CN消息可以包括第三DL传输层配置，以配置用于CN 110向CU 172发送MBS数据的第三公共DL隧道。第三DL传输层配置包括第三传输层地址(例如，IP地址和/或TEID)，以标识第三公共DL隧道。第一传输层配置、第二传输层配置和第三传输层配置可以不同，以在第一公共DL隧道、第二公共DL隧道和第三公共DL隧道之间进行区分。特别地，第一传输层配置、第二传输层配置和第三传输层配置DE任何一对可以具有不同的IP地址、不同的DL TEID或者不同的IP地址以及不同的DL TEID。

在框1508处，基站或DU经由某个DL隧道从上游网络节点(例如，CU、CU-UP、(MB-)UPF等)接收DL隧道分组。DL隧道分组包括用于特定传输层配置的传输层信息和MBS数据分组。基站或DU可以基于包括在DL隧道分组的报头中的IP地址和TEID或其他合适的传输层信息来确定数据分组对应于哪个传输层配置和DL隧道。在一些实施方式中，第一传输层信息包括第一传输层地址(例如，IP地址)和/或第一DL隧道ID(例如，GTP-U隧道ID)。在一些实施方式中，第二传输层信息包括第二传输层地址(例如，IP地址)和/或第二DL隧道ID(例如，GTP-U隧道ID)。在一些实施方式中，第三传输层信息包括第三传输层地址(例如，IP地址)和/或第三DL隧道ID(例如，GTP-U隧道ID)。

在一些实施方式中，第一传输层配置、第二传输层配置和第三传输层信息是不同的。例如，第一传输层地址和/或第一隧道ID可以不同于第二传输层地址和/或第二隧道ID。在第一传输层地址和第二传输层地址相同的情况下，第一隧道ID和第二隧道ID不同。在第一隧道ID和第二隧道ID相同的情况下，第一传输层地址和第二传输层地址不同。

在框1510处，基站或DU标识包括在DL隧道分组的报头中的传输层信息，并且基于传输层信息确定从中接收数据分组的DL隧道。例如，基站或DU将传输层信息标识为第一传输层信息、第二传输层信息或第三传输层信息。如果传输层信息是第一传输层信息，则基站或DU确定数据分组是经由第一DL隧道接收的。如果传输层信息是第二传输层信息，则基站或DU确定数据分组是经由第二DL隧道接收的。如果传输层信息是第三传输层信息，则基站或DU确定数据分组是经由第三DL隧道接收的，等等。

然后，基站或DU基于接收数据分组所经由的DL隧道来标识经由多播发送数据分组的UE和/或经由单播发送数据分组的(多个)UE。例如，基站或DU可以维护为每个活动DL隧道指示用于经由多播接收MBS数据分组的一组UE(例如，如G-RNTI所指示的)、用于经由单播接收MBS数据分组的一组UE(例如，如C-RNTI所指示的)、用于经由单播接收MBS数据分组的单个传统UE(例如，如C-RNTI所指示的)、与DL隧道相对应的逻辑信道ID、用于DL隧道的MRB、用于DL隧道的DRB等的表或映射。

响应于确定传输层信息是第一传输层信息，基站或DU执行与方法1300A、1300B、1400A、1400B之一中相同的一些步骤(框1350、1351、1450或1451)，以向一组UE发送MBS数据分组。如在方法1300A、1300B、1400A、1400B中一样，基站或DU可以取决于与MBS数据分组相关联的QoS流而经由多播或单播向第一组UE和/或第二组UE发送MBS数据分组，或者可以不管与MBS数据分组相关联的QoS流如何都经由单播向第一组UE和/或第二组UE发送MBS数据分组。

响应于确定传输层信息是第二传输层信息，基站或DU执行与方法800、900、1000A、1000B、1000C之一中相同的一些步骤(框860、960、1090、1091或1092)，以经由多播向第三组UE发送MBS数据分组，和/或经由单播向第四组UE发送MBS数据分组。

响应于确定传输层信息是第三传输层信息，基站或DU执行与方法700、1200之一中相同的一些步骤(框770或1270)，以经由单播向特定的传统UE发送数据分组。

以下示例列表反映了本公开明确设想的附加实施例。

示例1：一种在基站中用于管理多播和单播数据传输的方法，该方法包括：由处理硬件经由下行链路隧道从核心网络(CN)接收多播和/或广播服务(MBS)下行链路数据分组；由处理硬件确定是经由单播还是多播向多个UE发送MBS下行链路数据分组；以及以下各项中的至少一个：由处理硬件经由多播数据传输向多个第一UE发送MBS下行链路数据分组；或者由处理硬件经由多个单播数据传输向多个第二UE发送MBS下行链路数据分组。

示例2：根据示例1所述的方法，其中，确定是经由单播还是多播发送MBS下行链路数据分组包括：由处理硬件基于用于下行链路隧道的标识信息来确定是经由单播还是多播向多个UE发送MBS下行链路数据分组。

示例3：根据任一前述示例所述的方法，其中，下行链路隧道是第一下行链路隧道，并且其中，向多个第一UE发送MBS下行链路数据分组或者向多个第二UE发送MBS下行链路数据分组包括：响应于确定下行链路隧道是第一下行链路隧道：由处理硬件基于用于第一下行链路隧道的标识信息经由多播数据传输向多个第一UE发送MBS下行链路数据分组；以及由处理硬件基于用于第一下行链路隧道的标识信息经由多个单播数据传输向多个第二UE发送MBS下行链路数据分组。

示例4：根据任一前述示例所述的方法，其中，在第一实例中下行链路隧道是第一下行链路隧道，在第二实例中下行链路隧道是第二下行链路隧道，多播数据传输是第一多播数据传输，多个单播数据传输是第一多个单播数据传输，并且在第二实例中还包括：响应于确定下行链路隧道是第二下行链路隧道：由处理硬件基于用于第二下行链路隧道的标识信息经由第二多播数据传输向多个第三UE发送MBS下行链路数据分组；以及由处理硬件基于用于第二下行链路隧道的标识信息经由第二多个单播数据传输向多个第四UE发送MBS下行链路数据分组。

示例5：根据任一前述示例所述的方法，还包括：由处理硬件经由第三下行链路隧道从CN接收下行链路数据分组；由处理硬件确定向特定UE发送下行链路数据分组；以及由处理硬件经由第三单播数据传输向特定UE发送下行链路数据分组。

示例6：根据任一前述示例所述的方法，还包括：由处理硬件确定与特定UE相对应的逻辑信道ID和小区无线电网络临时标识符(C-RNTI)；以及由处理硬件生成包括逻辑信道ID和下行链路数据分组的协议数据单元(PDU)；由处理硬件生成DCI和DCI的CRC以调度PDU的PDSCH传输；由处理硬件利用C-RNTI对CRC加扰以获得加扰的CRC；并且其中，经由第三单播数据传输向特定UE发送下行链路数据分组包括：由处理硬件在PDCCH上向特定UE发送DCI和加扰的CRC；以及由处理硬件根据DCI向特定UE发送PDU的PDSCH传输。

示例7：根据任一前述示例所述的方法，还包括：由处理硬件存储隧道标识信息到以下各项中的一个或多个的映射：逻辑信道ID、多播无线电承载(MRB)、数据无线电承载(DRB)、C-RNTI或组RNTI(G-RNTI)。

示例8：根据任一前述示例所述的方法，还包括：由处理硬件基于用于下行链路隧道的标识信息来确定逻辑信道ID；以及由处理硬件生成包括逻辑信道ID和MBS下行链路数据分组的协议数据单元(PDU)；其中，向多个第一UE发送MBS下行链路数据分组或向多个第二UE发送MBS下行链路数据分组包括：由处理硬件经由多播数据传输向多个第一UE发送PDU；或者由处理硬件经由多个单播数据传输向多个第二UE发送PDU。

示例9：根据任一前述示例所述的方法，其中，经由多个单播数据传输向多个第二UE发送PDU包括：由处理硬件分别为多个第二UE确定多个逻辑信道ID；由处理硬件生成多个PDU，每个PDU包括多个逻辑信道ID之一和MBS下行链路数据分组；以及由处理硬件经由多个单播数据传输向多个第二UE发送多个PDU。

示例10：根据任一前述示例所述的方法，还包括：由处理硬件确定G-RNTI；由处理硬件生成下行链路控制信息元素(DCI)和DCI的循环冗余校验(CRC)，以调度PDU的物理下行链路共享信道(PDSCH)传输；由处理硬件利用G-RNTI对CRC加扰以获得加扰的CRC；并且其中，向多个第一UE发送PDU包括：由处理硬件在物理下行链路控制信道(PDCCH)上向多个第一UE发送DCI和加扰的CRC；以及由处理硬件根据DCI向多个第一UE发送PDU的PDSCH传输。

示例11：根据任一前述示例所述的方法，还包括：由处理硬件分别为多个第二UE确定多个C-RNTI；由处理硬件生成多个DCI和DCI的多个CRC以调度与相应的多个第二UE相对应的PDU的多个PDSCH传输；由处理硬件利用相应的多个C-RNTI对多个CRC加扰以获得多个加扰的CRC；并且其中，经由多个单播数据传输向多个第二UE发送PDU包括：由处理硬件分别在多个PDCCH上向多个第二UE发送多个DCI和多个加扰的CRC；以及由处理硬件根据相应的多个DCI向多个第二UE发送PDU的多个PDSCH传输。

示例12：根据任一前述示例所述的方法，其中：确定逻辑信道ID包括由处理硬件分别为多个第二UE确定多个逻辑信道ID；生成PDU包括由处理硬件生成多个PDU，每个PDU包括多个逻辑信道ID之一和MBS下行链路数据分组；并且发送PDU的多个PDSCH传输包括由处理硬件根据相应的多个DCI向多个第二UE发送多个PDU的多个PDSCH传输。

示例13：根据任一前述示例所述的方法，还包括：由处理硬件分别为多个第二UE确定多个C-RNTI；由处理硬件生成DCI和DCI的CRC以调度PDU的PDSCH传输；由处理硬件利用相应的多个C-RNTI对CRC加扰以获得多个加扰的CRC；并且其中，经由多个单播数据传输向多个第二UE发送PDU包括：由处理硬件分别在多个PDCCH上向多个第二UE发送DCI和多个加扰的CRC；以及由处理硬件根据DCI向多个第二UE发送PDU的PDSCH传输。

示例14：根据任一前述示例所述的方法，还包括：由处理硬件确定与MBS下行链路数据分组相关联的服务质量(QoS)流ID；并且其中，确定是经由单播还是多播向多个UE发送MBS下行链路数据分组包括：由处理硬件基于QoS流ID来确定是经由多播数据传输还是多个单播数据传输向多个第一UE发送MBS下行链路数据分组；和/或由处理硬件基于QoS流ID来确定是经由多播数据传输还是多个单播数据传输向多个第二UE发送MBS下行链路数据分组。

示例15：根据任一前述示例所述的方法，其中：确定是经由多播数据传输还是经由多个单播数据传输向多个第一UE发送MBS下行链路数据分组包括：在第一实例中，由处理硬件基于QoS流ID是第一QoS流ID来确定经由多播数据传输向多个第一UE发送MBS下行链路数据分组；以及在第二实例中，由处理硬件基于QoS流ID是第二QoS流ID来确定经由多个单播数据传输向多个第一UE发送MBS下行链路数据分组；和/或其中，确定是经由多播数据传输还是多个单播数据传输向多个第二UE发送MBS下行链路数据分组包括：在第三实例中，由处理硬件基于QoS流ID是第一QoS流ID来确定经由多播数据传输向多个第二UE发送MBS下行链路数据分组；以及在第四实例中，由处理硬件基于QoS流ID是第二QoS流ID来确定经由一个或多个单播数据传输向多个第二UE发送MBS下行链路数据分组。

示例16：根据任一前述示例所述的方法，还包括：由处理硬件确定与MBS下行链路数据分组相关联的服务质量(QoS)流ID；以及由一个或多个处理器基于QoS流ID来确定逻辑信道ID；由一个或多个处理器生成包括所确定的逻辑信道ID和MBS下行链路数据分组的PDU；并且其中，向多个第二UE发送MBS下行链路数据分组包括：由处理硬件经由多个单播数据传输向多个第二UE发送PDU。

示例17：根据任一前述示例所述的方法，还包括：由处理硬件配置一个或多个下行链路传输层配置，每个下行链路传输层配置包括用于接收与特定下行链路隧道相对应的MBS下行链路数据分组的传输层信息；其中，从CN接收MBS下行链路数据分组包括：由处理硬件从CN接收包括MBS下行链路数据分组和特定传输层信息的下行链路隧道分组；以及响应于经由下行链路隧道接收到MBS下行链路数据分组，由处理硬件基于特定传输层信息和一个或多个下行链路传输层配置来标识下行链路隧道。

示例18：一种在基站中用于管理多播和/或广播服务(MBS)的传输的方法，该方法包括：由处理硬件从UE接收用以加入由第一MBS会话标识符标识的第一MBS会话的第一请求；由处理硬件从UE接收用以加入由第二MBS会话标识符标识的第二MBS会话的第二请求；由处理硬件向UE发送用于第一MBS会话的第一MBS数据；以及由处理硬件在第一MBS会话期间向UE发送用于第二MBS会话的第二MBS数据。

示例19：根据示例18所述的方法，还包括：由处理硬件配置第一MBS会话以用于经由第一隧道发送第一MBS数据；以及由处理硬件配置第二MBS会话以用于经由第二隧道发送第二MBS数据。

示例20：根据示例18或示例19中任一项所述的方法，其中，第一MBS会话或第二MBS会话的配置包括以下各项中的至少一个：用于第一MBS会话或第二MBS会话的服务质量配置，或者用于第一MBS会话或第二MBS会话的服务质量流。

示例21：根据示例18-20中任一项所述的方法，其中，第一隧道的配置或第二隧道的配置包括传输层地址或隧道标识符中的至少一个。

示例22：根据示例18-21中任一项所述的方法，其中，配置第一MBS会话包括：由处理硬件与CN一起执行第一MBS会话资源建立程序。

示例23：根据示例18-22中任一项所述的方法，还包括：由处理硬件与UE一起执行UE特定MBS会话配置程序。

示例24：根据示例18-23中任一项所述的方法，其中，执行第一MBS会话资源建立程序包括：由处理硬件从核心网络(CN)接收包括第一MBS会话标识符的MBS会话资源建立请求消息；以及由处理硬件发送包括用于第一MBS会话的传输层配置的MBS会话资源建立响应消息。

示例25：根据示例18-24中任一项所述的方法，其中，执行UE特定MBS会话配置程序包括：由处理硬件向UE发送包括多播无线电承载(MRB)配置的无线电资源控制(RRC)重新配置消息；以及由处理硬件从UE接收RRC重新配置完成消息。

示例26：根据示例18-25中任一项所述的方法，其中，UE是第一UE，并且还包括：由处理硬件从第二UE接收用以加入由第一MBS会话标识符标识的第一MBS会话的第三请求；由处理硬件向第二UE发送用于第一MBS会话的第一MBS数据。

示例27：一种基站，包括处理硬件并且被配置为执行根据任一前述示例所述的方法。

示例28：一种在UE中用于从多个多播和/或广播服务(MBS)会话获得MBS数据的方法，该方法包括：由处理硬件向基站发送用以加入由第一MBS会话标识符标识的第一MBS会话的第一请求；由处理硬件向基站发送用以加入由第二MBS会话标识符标识的第二MBS会话的第二请求；由处理硬件从基站接收用于第一MBS会话的第一MBS数据；以及由处理硬件在第一MBS会话期间从基站接收用于第二MBS会话的第二MBS数据。

示例29：根据示例28所述的方法，还包括：由处理硬件执行针对第一MBS会话的第一MBS会话加入程序以用于经由第一隧道接收第一MBS数据；以及由处理硬件执行针对第二MBS会话的第二MBS会话加入程序以经由第二隧道接收第二MBS数据。

示例30：根据示例28或示例29所述的方法，其中，第一隧道的配置或第二隧道的配置包括传输层地址或隧道标识符中的至少一个。

示例31：根据示例28-30中任一项所述的方法，还包括：对于第一MBS会话和第二MBS会话中的每一个，由处理硬件与基站一起执行UE特定MBS会话配置程序。

示例32：根据示例28-31中任一项所述的方法，其中，执行UE特定MBS会话配置程序包括：由处理硬件从基站接收包括多播无线电承载(MRB)配置的无线电资源控制(RRC)重新配置消息；以及由处理硬件向基站发送RRC重新配置完成消息。

示例33：一种UE，包括处理硬件并且被配置为执行根据示例28-32中任一项所述的方法。

以下附加的考虑适用于前述讨论。

在一些实施方式中，使用了“消息”，并且可以用“信息元素(IE)”来代替“消息”。在一些实施方式中，使用了“IE”，并且可以用“字段”来代替“IE”。在一些实施方式中，可以用“多个配置”或配置参数来代替“配置”。在一些实施方式中，可以用“多播”或“广播”来代替“MBS”。

可以实施本公开的技术的用户设备(例如，UE 102A或102B)可以是能够进行无线通信的任何合适的设备，诸如智能电话、平板计算机、膝上型计算机、移动游戏控制台、销售点(point-of-sale，POS)终端、健康监控设备、无人机、相机、媒体流加密狗或另一个人媒体设备、可穿戴设备(诸如智能手表)、无线热点、毫微微小区或宽带路由器。此外，在一些情况下，用户设备可以被嵌入在电子系统(诸如车辆的主机或高级驾驶员辅助系统(advanceddriver assistance system，ADAS))中。此外，用户设备可以作为物联网(IoT)设备或移动互联网设备(mobile-internet device，MID)进行操作。取决于类型，用户设备可以包括一个或多个通用处理器、计算机可读存储器、用户接口、一个或多个网络接口、一个或多个传感器等。

某些实施例在本公开中被描述为包括逻辑或者多个组件或模块。模块可以是软件模块(例如，存储在非暂时性机器可读介质上的代码)或硬件模块。硬件模块是能够执行某些操作的有形单元，并且可以以特定方式配置或布置。硬件模块可以包括被永久配置(例如，作为专用处理器(诸如现场可编程门阵列(field programmable gate array，FPGA)或专用集成电路(application-specific integrated circuit，ASIC)))来执行某些操作的专用电路或逻辑。硬件模块还可以包括通过软件被临时配置来执行某些操作的可编程逻辑或电路(例如，包含在通用处理器或其他可编程处理器内)。在专用和永久配置的电路中或者在临时配置(例如，由软件配置)的电路中实施硬件模块的决定可以由成本和时间考虑来驱动。

当在软件中实施时，这些技术可以被提供为操作系统、由多个应用使用的库、特定的软件应用等的一部分。该软件可以由一个或多个通用处理器或一个或多个专用处理器来运行。

在阅读本公开后，本领域技术人员将会理解用于通过本文公开的原理来传送MBS信息的其他替代结构和功能设计。因此，虽然已经示出和描述了特定的实施例和应用，但是应当理解，所公开的实施例不限于本文公开的精确构造和组件。在不脱离所附权利要求中定义的精神和范围的情况下，可以对本文公开的方法和装置的布置、操作和细节进行各种修改、改变和变化，这些修改、改变和变化对本领域普通技术人员来说是显而易见的。

Claims (15)

1.一种在基站的中央单元(CU)中用于管理多播和单播数据传输的方法，所述方法包括：

由所述CU经由第一下行链路隧道从核心网络(CN)接收多播和/或广播服务(MBS)下行链路数据分组；以及

由所述CU经由第二下行链路隧道向所述基站的分布式单元(DU)发送所述MBS下行链路数据分组，以经由多播数据传输向多个第一UE多播所述MBS下行链路数据分组。

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

由所述CU向所述CN发送用于所述第一下行链路隧道的第一传输层配置；以及

由所述CU从所述DU接收用于所述第二下行链路隧道的第一传输层配置。

3.一种在基站的分布式单元(DU)中用于管理多播和/或广播服务(MBS)的传输的方法，所述方法包括：

由所述DU经由第一下行链路隧道从基站的中央单元(CU)接收用于第一MBS会话的第一MBS数据；以及

由所述DU向第一多个UE发送用于所述第一MBS会话的第一MBS数据。

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

由所述DU向所述CU发送用于所述第一下行链路隧道的第一传输层配置，并且可选地：

由所述DU经由第二下行链路隧道从所述CU接收用于第二MBS会话的第二MBS数据；

由所述DU向第二多个UE发送用于所述第二MBS会话的第二MBS数据；和/或

由所述DU向所述CU发送用于所述第二下行链路隧道的第二传输层配置。

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

由所述DU配置所述第一传输层用于经由所述第一下行链路隧道发送所述第一MBS数据；以及

由所述DU配置所述第二传输层用于经由所述第二下行链路隧道发送所述第二MBS数据，并且可选地其中：

所述第一传输层或第二传输层的配置包括以下各项中的至少一个：

用于所述第一MBS会话或第二MBS会话的服务质量配置，

用于所述第一MBS会话或第二MBS会话的服务质量流，

传输层地址，或者

隧道标识符。

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

由所述DU从第二UE接收用以加入由所述第一MBS会话标识符标识的所述第一MBS会话的请求；

由所述DU向所述第二UE发送用于所述第一MBS会话的第一MBS数据。

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

由所述DU基于用于所述第一下行链路隧道的标识信息来确定是经由单播还是多播向所述第一多个UE发送所述第一MBS数据，并且可选地还包括：

响应于确定所述第一下行链路隧道由第一标识符标识：

由所述DU基于用于所述第一下行链路隧道的标识信息经由多播数据传输向所述第一多个UE发送所述第一MBS数据；以及

由所述DU基于用于所述第一下行链路隧道的标识信息经由多个单播数据传输向第二多个UE发送所述第一MBS数据；和/或

其中，所述第一下行链路隧道在第一实例中由所述第一标识符标识，所述第一下行链路隧道在第二实例中由所述第二标识符标识，所述多播数据传输是第一多播数据传输，所述多个单播数据传输是第一多个单播数据传输并且在所述第二实例中还包括：

响应于确定所述第一下行链路隧道由所述第二标识符标识：

由所述DU基于用于所述第一下行链路隧道的第二标识符经由第二多播数据传输向第三多个UE发送所述第一MBS数据；以及

由所述DU基于用于所述第一下行链路隧道的第二标识符经由第二多个单播数据传输向第四多个UE发送所述第一MBS数据分组。

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

由所述DU经由由第三标识符标识的下行链路隧道从所述CU接收下行链路数据分组；以及

由所述DU经由第三单播数据传输向特定UE发送所述下行链路数据分组，并且可选地还包括

由所述DU确定与所述特定UE相对应的逻辑信道ID和小区无线电网络临时标识符(C-RNTI)；以及

由所述DU生成包括逻辑信道ID和所述下行链路数据分组的协议数据单元(PDU)；

由所述DU生成DCI和所述DCI的CRC以调度所述PDU的PDSCH传输；

由所述DU利用所述C-RNTI对所述CRC加扰以获得加扰的CRC；并且

其中，经由所述第三单播数据传输向所述特定UE发送所述下行链路数据分组包括：

由所述DU在物理下行链路控制信道(PDCCH)上向所述特定UE发送所述DCI和所述加扰的CRC；以及

由所述DU根据所述DCI向所述特定UE发送所述PDU的PDSCH传输。

9.根据权利要求7或8所述的方法，还包括：

由所述DU存储隧道标识信息到以下各项中的一个或多个的映射：

逻辑信道ID，

多播无线电承载(MRB)，

数据无线电承载(DRB)，

C-RNTI，或者

组RNTI(G-RNTI)。

10.根据权利要求7-9中任一项所述的方法，还包括：

由所述DU基于用于所述第一下行链路隧道的标识信息来确定逻辑信道ID；以及

由所述DU生成包括所述逻辑信道ID和所述第一MBS数据的协议数据单元(PDU)；以及

由所述DU经由所述多播数据传输向所述第一多个UE发送所述PDU和/或

由所述DU经由所述多个单播数据传输向所述第二多个UE发送所述PDU；并且可选地其中，经由所述多个单播数据传输向所述第二多个UE发送所述PDU包括：

由所述DU分别为所述第二多个UE确定多个逻辑信道ID；

由所述DU生成多个PDU，每个PDU包括所述多个逻辑信道ID之一和所述第一MBS数据；以及

由所述DU经由所述多个单播数据传输向所述第二多个UE发送所述多个PDU。

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

由所述DU确定G-RNTI；

由所述DU生成DCI和所述DCI的CRC以调度所述PDU的PDSCH传输；

由所述DU利用所述G-RNTI对所述CRC加扰以获得加扰的CRC；并且

其中，向所述第一多个UE发送所述PDU包括：

由所述DU在PDCCH上向所述第一多个UE发送所述DCI和所述加扰的CRC；以及

由所述DU根据所述DCI向所述第一多个UE发送所述PDU的PDSCH传输，并且可选地还包括：

由所述DU分别为所述第二多个UE确定多个C-RNTI；以及

以下各项中的至少一个：

(1)由所述DU生成多个DCI和所述DCI的多个CRC以调度与相应的第二多个UE相对应的所述PDU的多个PDSCH传输，并且由所述DU利用相应的多个C-RNTI对所述多个CRC加扰以获得多个加扰的CRC，其中经由所述多个单播数据传输向所述第二多个UE发送所述PDU包括：由所述DU分别在多个PDCCH上向所述第二多个UE发送所述多个DCI和所述多个加扰的CRC，并且由所述DU根据相应的多个DCI向所述第二多个UE发送所述PDU的多个PDSCH传输；或者

(2)由所述DU生成DCI和所述DCI的CRC以调度所述PDU的PDSCH传输，并且由所述DU利用相应的多个C-RNTI对所述CRC加扰以获得多个加扰的CRC，其中，经由所述多个单播数据传输向所述第二多个UE发送所述PDU包括：由所述DU分别在多个PDCCH上向所述第二多个UE发送所述DCI和所述多个加扰的CRC，以及由所述DU根据所述DCI向所述第二多个UE发送所述PDU的PDSCH传输。

12.根据权利要求11所述的方法，其中：

确定所述逻辑信道ID包括由所述DU分别为所述第二多个UE确定多个逻辑信道ID；

生成所述PDU包括由所述DU生成多个PDU，每个PDU包括所述多个逻辑信道ID之一和所述第一MBS数据；以及

发送所述PDU的多个PDSCH传输包括由所述DU根据相应的多个DCI向所述第二多个UE发送所述多个PDU的多个PDSCH传输。

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

由所述DU确定与所述第一MBS数据相关联的服务质量(QoS)流ID；并且

其中，确定是经由单播还是多播向所述第一多个UE发送所述第一MBS数据包括：

由所述DU基于所述QoS流ID来确定是经由所述多播数据传输还是所述多个单播数据传输向所述第一多个UE发送所述第一MBS数据；

和/或

由所述DU基于所述QoS流ID来确定是经由所述多播数据传输还是所述多个单播数据传输向所述第二多个UE发送所述第一MBS数据，并且可选地其中，确定是经由所述多播数据传输还是所述多个单播数据传输向所述第一多个UE发送所述第一MBS数据包括：

在第一实例中，由所述DU基于所述QoS流ID是第一QoS流ID来确定经由所述多播数据传输向所述第一多个第一UE发送所述第一MBS数据；以及

在第二实例中，由所述DU基于所述QoS流ID是第二QoS流ID来确定经由所述多个单播数据传输向所述第一多个UE发送所述第一MBS数据；和/或

其中，确定是经由所述多播数据传输还是所述多个单播数据传输向所述第二多个UE发送所述第一MBS下行链路数据包括：

在第三实例中，由所述DU基于所述QoS流ID是第一QoS流ID来确定经由所述多播数据传输向所述第二多个UE发送所述第一MBS数据；以及

在第四实例中，由所述DU基于所述QoS流ID是第二QoS流ID来确定经由所述一个或多个单播数据传输向所述第二多个UE发送所述第一MBS数据。

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

由所述DU确定与所述第一MBS数据相关联的服务质量(QoS)流ID；

由所述DU基于所述QoS流ID来确定逻辑信道ID；

由所述DU生成包括所确定的逻辑信道ID和所述第一MBS数据的PDU；以及

其中，向所述第二多个UE发送所述第一MBS数据包括：

由所述DU经由所述多个单播数据传输向所述第二多个UE发送所述PDU。

15.一种基站，包括处理硬件并且被配置为执行根据任一前述权利要求所述的方法。