CN115462100A - 用于组播/广播会话的接入网信令和资源分配 - Google Patents

Abstract

本公开描述了一种用于在无线接入网中支持MBS会话的架构。每个这种MBS会话都由接入网灵活且动态地递送到一个或多个点对点(PTP，或单播)和点对多点(PTM，或组播)递送实例中。这样，参与MBS的UE的子集可以被配置为以类似PTP的方式和质量接收MBS会话。该架构还允许参与MBS会话的一个或多个UE在PTP模式和PTM模式之间进行接入网级别切换。这种切换是动态实现的，不需要应用层的参与。PTP和PTM递送实例的资源分配和配置可以在集中式单元(CU)和一个或多个分布式单元(DU)之间的接入网中协同执行。这种协作资源分配和配置可以使用用于CU和DU之间的信令消息的新架构来实现。

Description

用于组播/广播会话的接入网信令和资源分配

技术领域

本公开通常涉及无线通信网络中的组播/广播服务(MBS)会话上下文管理和资源分配，并且尤其涉及MBS会话数据或分组数据单元(PDU)到用户设备的点对点(PTP)和点对多点(PTM)传输的接入网级别的信令和资源分配。

背景技术

在无线通信网络中一直存在对组播广播服务(MBS)的需求。这种服务已从最初的类似电视的地面广播视频广播服务逐渐扩展到公共安全、车联网(V2X)、物联网(IoT)和其他应用领域。灵活和动态的资源分配和信令机制对于实现向具有不同接收条件和要求的多个用户设备(UE)的可靠和高效地MBS会话数据递送是急需的。

发明内容

本公开涉及用于MBS会话资源分配的方法、系统和设备，并且具体地涉及用于上下文管理和递送模式切换的方法、系统和设备。特别地，本公开描述了一种用于支持无线接入网中的MBS会话的架构。每个这种MBS会话都由接入网灵活且动态地递送到一个或多个点对点(PTP，或单播)和点对多点(PTM，或组播)递送实例中。这样，参与MBS的UE的子集可以被配置为以类似PTP的方式和质量来接收MBS会话。该架构还允许参与MBS会话的一个或多个UE在PTP模式和PTM模式之间进行接入网级别的切换。这种切换是动态实现的，不需要应用层的参与。PTP和PTM递送实例的资源分配和配置可以在接入网中在集中式单元(CU)和一个或多个分布式单元(DU)之间协作执行。这种协作资源分配和配置可以使用用于CU和DU之间的信令消息的新颖架构来实现。

在一些示例性实施方式中，公开了一种用于无线资源分配的方法，该方法由无线通信网络中与第二ANN通信的第一接入网络节点(ANN)执行。该方法可以包括：从第二ANN接收对在第一ANN中的资源分配建立、修改或释放的一个或多个请求，以用于以点对点(PTP)交付模式和点对多点(PTM)交付模式将多播/广播服务(MBS)会话的服务数据传输到一组用户设备(UE)，以及用于在第一ANN和第二ANN之间传送控制信息，其中，该一个或多个请求包括MBS会话标识符；基于一个或多个请求，在第一ANN中建立、修改或释放该资源分配；生成与该资源分配相对应的配置信息；以及将该配置信息传输到第二ANN。

附图说明

图1示出了示例性无线通信网络架构。

图2示出了集中式无线接入网节点(ANN)和分布式无线接入网节点中控制面和用户面的示例性协议栈。

图3示出了通过不同层和网络实体的示例性资源分配和数据路径，以用于以点对点(PTP)和点对多点(PTM)递送模式将MBS递送给由不同小区服务的一组UE。

图4示出了示例性服务小区配置以及服务小区内各个UE之间的递送模式和递送实例的属性。

图5示出了用于通过集中式单元ANN和分布式单元ANN管理MBS上下文和资源分配的示例性信令流。

图6示出了用于从CU向DU发送PDCP PDU的示例性数据隧道配置。

图7示出了用于从CU向DU发送PDCP PDU的另一个示例性数据隧道配置。

图8示出了用于从CU向DU发送和重传PDCP PDU以及从DU向CU发送UE的PDCP状态报告的另一个示例性数据隧道配置。

图9示出了用于从CU向DU发送和重传PDCP PDU以及从DU向CU发送UE的PDCP状态报告的另一个示例性数据隧道配置。

图10示出了用于从CU向DU发送和重传PDCP PDU以及从DU向CU发送UE的PDCP状态报告的另一个示例性数据隧道配置。

图11示出了递送实例的用户面架构的示例选项。

图12示出了递送实例的用户面架构的其他示例选项。

图13示出了递送实例的用户面架构的一些其他示例选项。

具体实施方式

以下描述和附图详细阐述了本公开的某些示例性实施方式，其指示了在其中可以实施本公开的各种原理的若干示例方式。然而，所示出的示例并不是本公开的许多可能的实施例的穷举。本公开的其他目的、优点和新颖特征将结合附图考虑在以下详细描述中阐述。

介绍

在一定程度上已经在无线系统中提供了组播广播服务(MBS)。这种示例之一包括4G无线通信系统中的演变多媒体广播组播服务(eMBMS)技术架构。然而，eMBMS技术的各种限制已经限制了蜂窝广播服务从传统的类似电视的地面视频广播应用向包括但不限于公共安全、车联网(V2X)、物联网(IoT)等的应用场景的扩展。特别是，传统的eMBMS广播网络架构基本上是为半静态视频服务分发而设计的。例如，LTE eMBMS通过空口的递送不依赖于来自UE的反馈或非常有限地依赖于来自UE的反馈。这样，网络只能在非常有限的程度上了解用户对MBS的接收兴趣和MBS的接收质量。因此，这种网络架构不能够提供灵活、动态的MBS资源分配和调度，从而导致空口资源的低效使用。

单小区点对多点(SC-PTM)技术被进一步引入，以在某种程度上提高空口调度的灵活性。然而，SC-PTM技术本质上依赖于与SC-PTM之前的网络架构相同的基本原理，并且仅仅添加了基于单个小区中独立调度的空口数据承载机制。例如，SC-PTM技术不是在传统eMBMS中使用物理组播信道，而是使用与单播数据更一致的PDSCH(物理下行链路共享信道)。尽管有了这些改进，但是SC-PTM技术仍然无法在架构级别上解决与例如广播区域配置的半静态特性等相关的问题。此外，SC-PTM作为一种网络侧技术，不能与现有3GPP框架中灵活且强大的空口充分协调。因此，可能难以实现通信资源的有效利用并确保服务可靠性和连续性。

特别是，当接收MBS会话数据的UE的接收质量已经被降低或提高时，可能需要接收MBS会话数据的UE从点对多点递送模式切换到点对点递送模式，反之亦然。基于诸如上述eMBMS之类的当前的LTE组播广播技术，这种UE只能通过应用层在单播和广播之间切换。因此，可能会导致较长的切换延迟和潜在的服务中断。在时间敏感的组播广播服务(例如公共安全应用的MCPTT(关键任务一键通))中，这种延迟和中断可能无法忍受。

下面的各种实施方式描述了用于支持无线接入网中的MBS会话的架构。每个这种MBS会话都由接入网利用一个或多个点对点(PTP，或单播)和点对多点(PTM，或组播)递送实例灵活且动态地递送。因此，参与MBS的UE的子集可以被配置为以PTP方式接收MBS会话数据。该架构还允许参与MBS会话的一个或多个UE在PTP模式和PTM模式之间进行接入网级别的切换。这种切换是动态实现的，不需要应用层的参与。PTP和PTM递送实例的资源分配和配置可以在接入网中在集中式单元(CU)和一个或多个分布式单元(DU)之间协作执行。这种协作资源分配和配置可以使用用于CU和DU之间的信令消息的新颖架构来实现。

无线通信网络架构

图1示出了包括用户设备(UE)和运营商网络的示例性无线通信网络100。例如，运营商网络还可以包括无线接入网140和核心网110。无线接入网可以包括一个或多个各种类型的无线基站或无线接入网节点(ANN)120和121，其可以包括但不限于gNB、eNodeB、NodeB或其他类型的基站。接入网140回程连接到核心网110。无线ANN 120还可以包括例如以集中式单元(CU)122和至少一个分布式单元(DU)124和126形式的多个单独的ANN。CU 122经由各种F1接口与DU1 124和DU2 126连接。F1接口还可以包括例如F1-C接口和F1-U接口，该F1-C接口和F1-U接口被分别用于携带控制面数据和用户面数据。UE可以经由ANN 120通过空口连接到运营商网络。UE可以由至少一个小区服务。在图1的示例中，UE1、UE2和UE3由DU1的小区1 130服务，而UE4和UE5由DU1中的小区2 132服务。UE可以包括移动和固定网络设备。例如，UE可以包括但不限于手机、笔记本电脑、平板电脑、个人数字助理、可穿戴设备、分布式远程传感器设备、车载通信设备、路边通信设备和台式计算机。虽然图1和下面描述的各种实施方式是在5G蜂窝无线网络的背景下提供的，但本文描述的基本原理适用于其他类型的无线接入网，包括但不限于Wi-Fi、Bluetooth、ZigBee和WiMax网络。

图2示出了CU 122和DU 124之间F1接口的示例性协议栈实施方式200。CU和DU的控制面通过F1-C接口连接。CU和DU的用户面通过F1-U接口连接。F1-U接口基于GTP-U协议，该协议进一步依赖UDP/IP进行IP级数据传输。

特别是，无线接入网节点的功能可以在CU和DU之间进行分割。CU托管RRC(无线资源控制)、SDAP(服务数据适配协议)和PDCP(分组数据汇聚协议)协议。DU托管RLC(无线链路控制)、MAC(介质访问控制)和PHY(物理)层。具有网络较低层的DU可以负责自主地分配资源，或者在CU控制下分配资源。在一些实施例中，CU可以与多个DU相关联并控制它们。

在一些实施例中，CU是gNB集中式单元(gNB-CU)，而DU是gNB分布式单元(gNB-DU)。

CU和DU之间的信令协议被称为F1应用协议(F1AP)。对应的信令可以被分为两类：非UE相关联和UE相关联。这种信令可以被实施为用于支持CU和DU交互的各种过程。例如，上下文建立过程可以表示用于建立UE上下文(包括UE的DRB配置)的UE相关联的过程。对于另一个示例，gNB-CU配置更新过程和gNB-DU配置更新过程是非UE相关联的过程，其用于更新CU和DU通过F1接口适当互操作所需的应用级别的配置数据。特别是，这些F1AP过程可以以灵活的方式被调用，可以被单独调用，也可以被组合调用。这些过程中的每个都可以与至少一个信令消息相关联，该信令消息可以触发响应消息，也可以不触发响应消息。

在用户面中，F1-U链路可以基于例如UDP上的GPRS隧道协议(GTP-U)来实施，并且可以被用于以PDCP协议数据单元(PDU)为单元携带用户数据，如图2所示。数据可以从CU发送到DU(下行链路)或从DU发送到CU(上行链路)。当CU连接到并控制多个DU时，从CU到多个DU的下行链路数据通信可以基于例如GTP-U协议，并且可以在IP组播或IP点对点隧道中携带。对于参与来自CU的IP组播的DU，可以经由F1-C接口从CU向DU提供用于识别IP组播隧道的信息，该用于识别IP组播隧道的信息包括例如IP组播地址和隧道标识符(例如，隧道端点标识符(TEID))。对于从CU到DU的IP点对点通信，目的地IP地址和隧道标识符可以由DU再次经由F1-C链路提供给CU，以便CU向DU发送数据。CU和DU之间的数据隧道可以是双向的。换句话说，单个隧道可以同时支持下行链路和上行链路数据传输。

PTP和PTM模式下MBS的接入网级别的实施方式

无线通信网络可以被配置为向至少一个UE提供组播/广播服务(MBS)。为了建立MBS会话，核心网将会话管理相关内容发送给接入网，其中，会话管理相关内容包括MBS的上下文，诸如：

·与MBS会话的QoS流相对应的服务质量(QoS)信息。例如，MBS会话的每个QoS流可以与不同的QoS参数相关联。具有对应的QoS参数的每个数据流可以被称为QoS流。

·如果MBS会话是组播会话，则是与组播会话相关联(或组播会话所针对)的UE的UE列表。例如，UE列表可以包括与接入网相关联的一组UE的标识符，这些UE已经申请并被允许接收组播服务。可选地，如果需要，可以包括组播区域列表。组播区域列表可以以组播区域索引列表的形式或小区列表的形式被提供。每个组播区域索引可以被进一步映射到小区列表。

·如果MBS会话是广播会话，则是广播区域列表。例如，广播区域列表可以广播区域索引列表的形式或以小区列表的形式被提供。每个广播区域索引可以被进一步映射到小区列表。该映射关系可以通过核心网和无线接入网之间的交互实施，或者它可以由无线接入网自主确定。

在接收到来自核心网的MBS会话上下文信息后，接入网进一步分配各种通信资源，以实施MBS会话数据从接入网到UE的传输或递送，并在需要时从UE接收各种状态报告。MBS会话数据的这种传输可以在无线承载的QoS粒度中被执行。相应地，可以为每个无线承载分配各种通信资源。在本公开中，术语组播/广播无线承载(MRB)用于表示服务于MBS会话的无线承载。MRB可替选地被称为无线承载(RB)。每个MRB都与其自身的QoS参数相关联。

基于MBS上下文信息，接入网将具有某组特定的QoS流参数的MBS的每个QoS流映射到对应的MRB，该对应的MRB的QoS属性能够满足对应QoS流的QoS要求，该映射关系为预定义或动态配置。在一些实施方式中，多个QoS可以被映射到一个MRB。接入网可以进一步决定各种MRB到经由空口参与组播/广播服务会话的每个UE的UE特定递送模式。例如，这种递送模式可以包括PTP递送模式或PTM递送模式。

在PTP递送模式中，被映射到MRB的MBS会话的一个或多个QoS流使用被分配给特定的UE的通信资源从接入网被传输到特定的UE。PTP递送模式中的UE因此使用独立的资源分配以用于以单播方式接收MBS。在PTM递送模式中，被映射到MRB的MBS会话的一个或多个数据流使用被分配给PTM UE组并且由该PTM UE组共享的通信资源，从接入网被传输到一组UE(被称为PTM UE组)。在一些实施方式中，接收MBS会话数据的一组UE被分为UE的子集(每个UE以PTP模式接收MBS会话)，以及以PTM模式下接收MBS会话的UE的子集。以PTM模式接收MBS会话的UE的子集可以被进一步划分为多个PTM UE组。每个PTM UE组可以被分配有与其他PTM组分开的通信资源。

在一些实施方式中，一个特定的UE可以以PTP模式接收MBS会话数据，并且被动态地切换到PTM模式，反之亦然。在一些实施方式中，一个特定的UE可以同时以PTP模式和PTM模式接收MBS会话数据。

在一些实施方式中，MBS会话的服务数据被称为MBS会话数据，而在其他实施方式中，可替选地被称为MBS会话分组数据单元(PDU)。

PTP和PTM递送实例

在上述描述的上下文中，MBS会话的接入网中的通信资源分配可以被统称为各种分配实例，被称为递送实例。每个递送实例对应于一组通信资源，以用于到特定的UE的PTP传输(被称为PTP递送实例)或者到UE的PTM组的PTM传输(被称为PTM递送实例)。图3中示出了图1的接入网中的示例PTP或PTM递送实例。特别是，五(5)个不同的递送实例显示为301、303、305、307和309，用双虚线311、313、315和317表示，进一步的细节如下所示。

这种实施方式将MBS会话分支为具有对应的通信资源的并行递送实例，该对应的通信资源被分配，以支持具有不同接收质量要求和接收信道条件的UE。MBS会话数据可以被提供给一些具有点对点或类似单播质量特征的UE。

针对每个UE的递送模式可以由接入网基于从无线通信网络获得的UE信息来决定。如下文将进一步详细描述的，这种决定可以由接入网的CU或DU做出。针对各种PTP或PTM递送实例的相应资源分配可以由DU和/或CU来执行。一些资源，特别是用于从CU向DU发送或重传MBS数据流的用户面下行链路数据隧道，或用于从DU向CU发送UE报告的上行链路数据隧道，在某些情况下可以以各种方式在不同的递送实例之间共享，如下文将更详细描述。

在如图1和图2中的示例接入网所示的CU和DU之间的功能划分的背景下，用于支持各种PTP和PTM递送实例的通信资源分配可能包括CU和DU的各种空口协议栈中分配的资源，以及CU和DU之间的F1-U资源。

总之，无线接入网中的MBS会话的递送实例对应于用于递送MBS会话数据的资源集和相关联的配置。这种资源可以包括例如SDAP(服务数据适配协议)实体、PDCP(分组数据汇聚协议)实体、F1-U实例、无线链路控制(RLC)实体和MAC/PHY资源。

在一些示例性实施方式中，上述PTP或PTM递送实例可能与以下一个或多个特征相关联：

·针对递送实例的标识(ID)。对于某个MBS会话，递送实例ID在PLMN(公共地面移动网络)、CU、DU或小区内可以是唯一的。递送实例ID可以唯一地标识递送实例及其相关联的特征。

·包括PTP递送模式或PTM递送模式的递送模式。同样，使用PTP递送模式的递送实例可以被称为PTP递送实例，而使用PTM递送模式的递送实例可以被称为PTM递送实例。特定的UE的标识符可以被用于标识PTP递送实例。针对PTM递送实例的实例标识符可能是：

ο当PTM递送实例是MBS会话的小区中唯一的PTM递送实例时，小区的小区标识符；

ο当小区与MBS会话的多个PTM递送实例相关联时，小区的小区标识符以及小区中PTM递送实例的PTM递送实例索引；或者

οPTM递送实例ID，其唯一地标识了在DU内或在F1接口内针对MBS会话的PTM传送实例。在一些实施例中，并且相反地，给定在小区中唯一的PTM递送实例的实例ID，则可以导出小区的标识。

·每个递送实例可以与MBS会话的一个或多个MRB相关联。例如，递送实例可以与MBS会话的所有MRB相关联。对于另一示例，递送实例可以与MBS会话的MRB子集相关联。

·对于与递送实例相关联的每个MRB，至少有一个第一F1-U数据隧道被用于在CU和DU之间传输MRB数据(例如，PDCP PDU或PDCP协议数据单元)。这种第一F1-U数据隧道可以由用于同一MRB的多个递送实例共享。在一些实施方式中，与同一DU相关联的所有递送实例可能共享用于特定的MRB的相同的第一F1-U数据隧道。在一些其他实施方式中，可以为每个递送实例分配用于特定的MRB的独立的第一F1-U数据隧道。在又一些其他实施方式中，一些递送实例可以使用独立的第一F1-U数据隧道，而其他递送实例可以在一组或多组递送实例中共享用于特定的MRB的第一F1-U数据隧道。例如，对于特定的MRB，每个PTP递送实例可以使用独立的第一F1-U数据隧道，而其他PTM递送实例可以共享第一F1-U数据隧道。在一些实施方式中，在将被提供有独立的第一F1-U数据隧道的资源分配中，可以给予PTP递送实例比PTM递送实例更高的优先级。。

·在PTP或PTM递送实例中的MRB可以与第二F1-U数据隧道相关联，以用于将MRB的PDCP PDU从CU传输到DU，以用于MRB数据到特定的UE(PTP递送实例的目标UE，或PTM递送实例的PTM UE组的特定的UE)的UE特定的重传。同样，特定的MRB可以与多个第二F1-U隧道相关联，每个隧道用于PTM UE组中的一个UE，以用于特定的MRB的UE特定的PDCP PDU重传。

·当这种共享数据隧道专门用于特定的PTP递送实例，并且不与其他递送实例进一步共享时，以上用于数据传输的第一F1-U数据隧道和以上在特定PTP递送实例中用于特定的MRB的重传的第二F1-U数据隧道可以被共享。

·以上在PTP递送实例或PTM递送实例中用于特定的MRB的重传的第二F1-U数据隧道可以被进一步用作双向数据隧道(用于CU和DU之间的下行链路和上行链路数据传输)或单向数据隧道(仅从CU到DU)。对于与这种数据隧道相关联的特定的UE和特定的MRB，这种双向数据隧道还可以用于将UE报告从DU传输到CU。这种UE报告可以是针对特定的MRB的PDCP状态报告。

·对于与递送实例相关联的每个MRB，至少有一个RLC实体被分配用于经由与RLC实体相关联的MAC/PHY资源向UE传输MRB数据。对于PTP递送实例，这种RLC对应于MRB数据到特定的UE传输。对于PTM递送实例，这种RLC实体对于PTM UE组中的所有UE都是公用的。对于PTM递送实例，对应的RLC PDU服务于PTM UE组中的所有UE。

·在需要重传时，在PTP递送实例中与特定的MRB相关联的RLC实体可能进一步负责通过PTP递送实例将MRB数据重传到特定的UE。换句话说，在PTP递送实例中，MRB的重传可能不需要复制的RLC实体。可替选地，在PTP递送实例中，也可以为MRB分配单独的RLC实体，以用于将MRB重传到特定的UE。

·对于PTM递送实例中的特定的MRB，可以为PTM UE组的特定的UE分配单独的UE特定的RLC实体，以用于MRB数据到特定的UE的UE特定的重传，以及与MRB相关联的UE特定PDCP状态报告的上行链路。

·不同的递送实例可以共享某些传输资源和配置。例如，如上所述，对于MBS会话的MRB，该MRB的F1-U资源可以在不同递送实例之间的相同的CU/DU接口中被共享。

·每个PTP或PTM递送实例对应于一个MAC/PHY配置集。根据配置集，UE或多个UE可以根据与MAC/PHY配置集相对应的时域和频域，完成MBS递送实例的接收。

MAC/PHY配置集还可以包括：

·与这个PTM递送实例相对应的DRX信息

·PTM递送实例的无线网络临时标识符(RNTI)

·与PTM递送实例相对应的用于指示调度PTM传输的子帧或时隙的时域调度信息

·与PTM递送实例相对应的频域资源分配信息。

·与这个PTM递送实例相对应的PDCCH(物理下行链路控制信道)配置和PDSCH(物理下行链路共享信道)配置。

·与PTM递送实例相对应的BWP(带宽部分)信息。

对于参与接收MBS会话的UE，UE使用至少一个递送实例(PTP递送实例或PTM递送实例)的资源分配来接收MBS会话数据。在一些实施例中，可以允许UE同时使用PTP递送实例和PTM实例来接收某个MBS会话的MRB。在一些示例性实施方式中，UE可以在PTP递送实例中接收MBS会话的全部或部分MRB数据，并且也可以在单独的PTM递送实例中接收所有MRB数据，该PTM递送实例还以PTM方式将MRB数据递送给其他UE。这样，UE可以使用对应的不同资源集从PTP递送实例和PTM递送实例接收至少一个MRB。在某些情况下，这种冗余减少了MRB到UE的丢包和失败递送。

用于MBS会话中递送实例的用户面资源架构

为了实现针对UE的从一种模式到另一种模式的递送模式切换，以及针对与同一MBS会话相关联的UE组的不同递送模式，如图11-12所示，给出了用户面架构的五(5)个选项，。针对UE模式切换至少考虑两种场景：

·对于一个特定的UE，递送模式从一种模式切换到另一种模式，例如，UE1在PTM模式下接收MBS会话数据可能会遇到连接不良。因此，UE1然后可以被重新配置为在PTP模式下接收MBS会话数据，以提高接收质量。或者反之亦然，UE也可以被重新配置为从PTP模式切换到PTM模式，例如，以实现更好的频谱效率。

·对于不同UE，不同的递送模式可能共存。例如，对MBS会话感兴趣的一组UE可能与同一CU或DU相关联。连接状态可能不同，或者UE可能属于不同的DU或物理小区，因此对于不同UE可以有多于一个的递送实例，例如，在一个小区中针对UE1的PTP递送，以及在另一小区中针对UE2和UE3的PTM递送。同一MBS会话的递送实例可以共存于同一小区中。

换句话说，如图11-13所示，作为对应的递送实例的一部分，RLC实体1和2可以与同一UE相关联，或者在不同的场景中与不同的UE相关联。在图11-13中，RLC实体1和2(包括对应的递送实例)可以在不同的时间服务于相同的UE或不同的UE。递送实例的架构选项可以应用于这两种场景。

为了能够以不同的递送模式(即，PTP、PTM或PTP、PTM两者兼有)将与MBS会话相关联的QoS流递送给UE，对于相同的UE或不同的UE，如图11-12所示，从用户面(UP)架构的角度来看，有几个不同的选项。用于递送实例的协议栈包括SDAP、PDCP、RLC、MAC和PHY协议或层。对于上述场景，不同的用户面架构选项使用不同的协议层作为模式切换或递送模式共存的锚层，并且在所有选项中，不同的RLC实体用于不同的递送模式，无论是同时用于相同的UE还是用于不同的UE。锚层处及锚层之上的协议层由递送实例共享。下面的描述侧重于一个特定的UE从一种递送模式到另一种模式的模式切换。基本原理也适用于不同UE处于不同接收模式的情况，或不同子组中的UE处于PTM模式的情况。不同子组中的UE要么在不同小区中接收MBS会话数据，要么在同一小区中但是以不同的递送配置(例如，不同的物理层配置)接收MBS会话数据。

·选项0(图11)。对于一个特定的MRB，两个不同的递送实例共享相同的SDAP、PDCP实体、F1-U实例和RLC实体。锚层为RLC。RLC及以上的协议层(图11所示的所有层，物理层除外)由递送实例共享。来自核心网的QoS流或数据流被提交给共享的SDAP实体1；部分或全部QoS流被映射到MRB(可能的其他MRB未被描绘)；在CU/DU分离的情况下，对应的PDCP PDU被提交给F1-U隧道1；PDCP PDU被提交给服务于不同UE的共享的RLC实体。在一些实施方式中，两个递送实例还共享MAC实体，并且相同的MAC PDU在两个不同的物理资源集中被单独地调度。

·选项1(图12)。对于一个特定的MRB，两个不同的递送实例共享相同的SDAP和PDCP实体，以及相同的F1隧道实例，但RLC实体不同。锚层在DU侧为F1-U。F1-U及以上的协议栈层由递送实例共享。来自核心网的QoS流或数据流被提交给共享的SDAP实体1；部分或全部QoS流被映射到MRB(可能的其他MRB未被描绘)；在CU/DU分离的情况下，对应的PDCP PDU被提交给F1-U隧道1；PDCP PDU被提交给服务于不同UE的不同RLC实体，或者被复制并提交给多于一个的RLC实体，UE以防止UE同时以两种模式接收MBS会话数据。

·选项2(图12)。对于一个特定的MRB，两个不同的递送实例共享相同的SDAP和PDCP实体，但F1隧道i和RLC实体不同。因此，锚层就是PDCP层。PDCP层及以上的协议栈层由递送实例共享。来自核心网的QoS流或数据流被提交给共享的SDAP实体1；部分或全部QoS流被映射到MRB(可能的其他MRB未被描绘)；在CU/DU分离情况下，对应的PDCP PDU被提交给不同的F1-U实例(例如，隧道1和隧道2)；PDCP PDU被分别提交给不同的RLC实体。

·选项3(图13)。两个不同的递送实例共享相同的SDAP实体，但PDCP实体、F1隧道实例和RLC实体不同。锚层为SDAP层。SDAP层及以上的协议栈层由递送实例共享。来自核心网的QoS流或数据流被提交给共享的SDAP实体1；QoS流被映射到一组MRB，而相同的QoS流被映射到另一组具有相同的或不同的映射规则的MRB。然后，MRB数据由不同的PDCP实体通过单独的排序操作进行处理。因此，来自上述不同PDCP实体的PDCP PDU在不同F1隧道中被发送给DU，并且被提交给不同的RLC实体。

·选项4(图13)。两个不同的递送实例共享单独的SDAP实体、PDCP实体、F1隧道实例和RLC实体。锚层为N3-U(在SDAP之上)。在这种情况下，递送实例彼此独立。MBS会话的同一组QoS流由两组不同的Uu协议层(包括不同的SDAP实体、PDCP实体、F1-U隧道和RLC实体)处理。

在本公开的下一章节中，给出了选项1和选项2的更多详细信息。

MBS会话部分2中递送实例中的用户面资源配置和MBS数据流

图3示出了接入网中的示例性数据资源配置和数据路径，该接入网包括用于传输MBS会话的CU和DU。尽管MBS会话可以由CU控制下的多个DU递送，但以下公开仅考虑一个DU。基本原理适用于其他DU。作为示例，假设特定的DU-UE配置，如图4所示。特别是，DU与多个小区(包括图4的小区1、小区2和小区3)相关联。关于这个DU，存在分布在该DU的服务小区中的多个UE，这些UE使用与各种PTP或PTM递送实例的资源分配相关联的PTP或PTM递送模式来接收MBS，如下所列：

·小区1-UE1，PTP递送实例1；

·小区1-UE2和UE3，PTM递送实例1；

·小区2–UE4和UE5，PTM递送实例2；

·小区3–UE6、UE7和UE8，PTM递送实例3；

·小区3–UE9和UE10，PTM递送实例4。

这种DU-UE配置在图3中进一步被显示为380。在图3中，用于五(5)个递送实例的CU-DU系统中的资源分配由双虚线311、313、315和317表示，对应的递送实例由301(PTP1)、303(PTM1)、305(PTM2)、304(PTM3)和309(PTM4)示出。图3的资源分配和数据路径从CU-DU系统中的网络协议栈的上层到下层布置到UE，其包括：CU 310、CU和DU之间的F1-U数据隧道320、DU 330以及UE 380。本领域普通技术人员理解，图3仅包括与本公开的各种实施例的描述相关的一些资源分配和数据路径。

CU 310为MBS会话的各种QoS流分配MRB。作为示例，对于这个特定的MBS会话，假设MBS会话的QoS流被映射到4个MRB，在CU 310的PDCP层中被标记为RB1、RB2、RB3和RB4(对应于四组PDCP PDU)。

这些与RB1-RB4相关联的PDCP PDU使用数据隧道320经由F1-U接口被传输到DU。如上所述，多个共享或非共享数据隧道可以被包括在F1-U数据隧道320中。这些数据隧道可以是下行链路、上行链路或双向的。有关F1-U数据隧道配置和共享的更多详细信息在下面描述具体实施方式时提供。

DU 330从F1-U数据隧道接收数据，然后将数据提交给RLC实体(RLC SDU 332)。332的每个RLC SDU对应于一个MRB，并与PTP或PTM递送实例301、303、305、307和309中的一个相关联。然后，RLC SDU被提交给RLC实体350。每个RLC实体对应于一个MRB，并与PTP或PTM递送实例301、303、305、307和309中的一个相关联。

每个递送实例可以负责将一个或多个MRB的数据(所有MRB或MRB的子集)递送给一个UE(对于PTP递送实例)或多个UE(对于PTM递送实例)。由特定的递送实例传输的每个MRB都与一个RLC实体相关联。例如，如图3中的352所示，PTP递送实例301(PTP 1)负责将所有四个MRB递送给小区1中的UE 1，然后被分配有对应于这四个MRB的四个RLC实体。举另一个示例，由共享PTM 1的递送实例的至少小区1服务的UE2和UE3可能还需要使用为PTM 1的递送实例分配的四个RLC实体来接收所有四个MRB，如354所示。由共享PTM 2的递送实例的至少小区2服务的UE4和UE5可能只能接收两个RB：RB 1和RB 2。例如，无法为PTM 2的递送实例建立RB 3和RB 4。因此，递送实例PTM2只被分配有两个对应的RLC实体，如356所示。同样，由共享PTM3的递送实例的小区3所服务的UE6、UE7和UE8可能只需要接收2个RB(RB2和RB3)的数据。因此，PTM 3的递送实例被分配有两个对应的RLC实体，如358所示。最后，由共享递送实例PTM4的至少小区3所服务的UE9和UE10可能只需要接收三个RB(RB1、RB2和RB3)的数据。因此，PTP4的递送实例可以被分配有三个对应的RLC实体，如359所示。

当被配置时，为了在PTM实例中特定的UE的特定的MRB的重传，可以在PTM实例中为特定的UE和特定的MRB分配额外的RLC实体，因为被分配用于特定的MRB的传输的原始RLC实体被与PTM UE组中的至少一个其他UE共享。例如，如图3所示，PTM递送实例PTM 2可能需要资源分配，以用于针对UE5的RB1和RB2二者的重传。因此，可能需要为RB1和RB2的这种UE特定的重传分配额外的RLC实体357，因为原始RLC实体356由其他UE共享。

对于PTP递送实例中针对UE的特定的MRB的重传，可以使用原始RLC实体，并且可能不需要为这种重传分配额外的RLC实体，因为这种PTP递送实例中的原始RLC实体不与其他UE共享。然而，在一些可替选的实施方式中，仍然可以为这种重传分配额外的RLC实体。例如，如图3所示，PTP递送实例PTP 1可能需要用于针对UE1的RB1、RB2和RB3的重传。因为原始RLC实体352不与其他UE共享(即，PTP实例的RLC资源不与其他实例共享)，所以它们可以被用于重传，而无需分配任何额外的RLC实体。可替选地，仍然可以为到UE 1的这种PTP重传分配额外的RLC实体353。

对于PTP或PTM递送实例，如图3中针对PTP 1递送实例的336和针对PTM 2递送实例的337所示的与重传PDCP PDU相对应的RLC SDU被用于重传。对于PTP1递送实例，在没有分配额外的RLC实体(例如353)的情况下，额外的重传RLC SDU 336将被提交给原始RLC实体，如虚线路由线339所示。

如图3中的370进一步所示，每个递送实例301、303、305、307和309还与对应的MAC实体和物理层功能集相关联，以用于经由空口将MBS数据传输给UE。

以上示例资源配置可以由CU和DU分配，如经由F1-C接口在CU与DU之间传送的信令信息和对应的响应所控制的。图3仅表示这种资源分配和配置的示例性快照。这种资源分配和配置可以在这种信令交互的控制下随时动态地建立、修改和释放。例如，特定的UE可以在PTM和PTP递送模式之间切换。资源分配和配置可以被动态地修改，以反映这种切换。这种切换和资源重新分配可以在接入网级别完成，而无需应用层的参与，因此可以以最小的延迟和服务中断来实现。

信令过程的各种示例性实施方式、这种信令和响应的信息内容的设计、消息传递格式以及CU和DU之间的配置任务的分配将在下面更详细地进一步描述。

用于资源分配、修改和释放以及UE递送模式切换的CU、DU和UE之间的信令过程

图5示出了用于实现上述各种递送实例的MBS会话上下文管理、CU和DU中的资源分配/修改/释放，以支持到UE的MBS会话的传输，以及UE在PTM递送模式和PTP递送模式之间的递送模式切换的CU、DU和UE之间的示例性信令消息流和过程。

在一些实施方式中，如上所述，CU从核心网接收MBS会话上下文信息。然后，CU进行初始资源分配，例如MBS会话中的QoS流与MRB之间的映射。如图5中的步骤0所示，CU进一步基于MBS会话上下文信息和目标UE的信息，为MBS会话所针对的每个UE做出与递送模式相关的决定(如稍后所述，这种决定可以可替选地由DU而不是CU做出)。例如，CU可以决定每个目标UE的递送模式。在一些实施方式中，目标UE的子集可以被归属于PTP递送模式，而目标UE的另一个子集可以被归属于PTM递送模式。在一些其他实施方式中，所有目标UE都可以被归属于PTP递送模式。在一些其他实施方式中，所有UE都可以被归属于PTM模式。一些目标UE可以同时被归属于PTP递送模式和PTM递送模式。在一些其他实施方式中，这种递送模式的决定可以由CU或DU基于每个UE内的MRB粒度来做出，而不是针对作为整体的每个UE做出。因此，步骤1实现了CU和DU之间MBS上下文的同步。

在步骤1中，如图5所示，CU向DU发起MBS上下文建立消息，以用于将MBS上下文信息发送给DU。该消息还可能携带其他信息，以使DU能够自主或与CU联合地为各种递送实例执行资源分配和配置。例如，CU可以用该消息传输针对至少一个UE或DU的服务小区的初始递送模式决定。这样，步骤1的信令消息中携带的信息可以包括，例如：

·QoS信息，例如由CU为MBS会话分配的每个MRB的QoS参数，以及被映射到每个MRB的QoS流的QoS参数和标识。

·用于接收MBS数据的UE或服务小区或递送实例的递送模式，其可以是PTP递送模式或PTM递送模式。

·使用IP组播时，用于将MRB的PDCP PDU从CU传输到DU的F1-U相关信息。这种信息可能包括例如具有或不具有源地址的IP组播地址和隧道的GTP-TEID。

在步骤2中，DU基于从步骤1的CU接收到的信息执行各种资源分配和配置，并将响应消息发送回CU。响应消息可能包含针对各种递送实例的被接受的MRB成功分配的低层资源的配置信息。该消息还可以包含未创建的MRB的MRB列表，以及对应的失败原因。

在步骤3中，CU从步骤2中来自DU的响应消息接收较低级别配置，为UE生成MBS无线资源配置，并将这种MBS无线资源配置发送给UE。此外，在步骤3或单独的步骤中，CU可以为UE生成MBS接收状态报告/反馈配置，并将报告/反馈配置发送给UE。步骤3中的消息可以经由广播或专用信令发送。这样，CU可以动态地配置UE应该如何提供MBS会话接收的反馈，包括但不限于反馈的形式、内容、定时和触发条件。

在步骤4中，UE根据来自CU的MBS无线资源配置来配置其协议栈，以接收MBS会话数据。UE进一步监测各种接收和信道参数，并基于从CU接收到的步骤3的状态报告/反馈配置中指定的形式、内容、定时和触发条件，向CU提供状态报告或反馈。例如，状态报告或反馈可可以被周期性地发送，或者由预定义事件触发，或两者都有。

在步骤4的可替选的或附加的一些其他实施方式中，来自UE的反馈可以被首先发送给DU，如步骤4a/1所示，然后如步骤4a/2所示，DU基于UE在步骤4a/1中向DU提供的报告或反馈，生成通知消息并向CU发送通知消息。

在步骤5中，CU基于来自DU或UE的状态报告、反馈或通知，修改MBS上下文信息，并且使用MBS上下文修改或释放消息将修改后的MBS上下文信息和其他相关信息发送给DU，以实现对各种递送实例的资源分配的修改或释放，和/或实现一个或多个UE的递送模式切换。

在步骤6中，DU发送回MBS上下文修改或释放响应。消息可以包含成功修改的MRB的更新MRB配置，以及修改失败的MRB的MRB列表，以及各种递送实例的其他信息和其他相关配置信息。随后，类似于步骤3，CU还可以向UE发送任何修改后的无线资源分配信息。

上述上下文释放可以通过以下方式实施：

·DU可以发起MBS上下文释放请求(DU发起)

·CU可以发起MBS上下文释放请求(CU发起)

没有被包括在图5的消息流中的其他消息也可以被用于在CU和DU之间传送各种其他信息，以协助为各种递送实例分配和配置资源。这些消息可以包括但不限于通知消息，诸如：

·通知某个UE所请求的QoS可能无法被满足的通知消息。

·通知DU，UE不能满足某个条件，并触发DU进一步通知CU的从UE到DU的通知消息。例如，该通知可以被包括在上面步骤4a/2中发送的信息中。

图5所示的示例过程不仅提供了一种用于通过CU-DU交互来实现CU和DU中的递送实例的初始资源分配和配置的机制，还提供了一种用于实现一个或多个UE的递送模式切换的UE反馈机制。具体而言，图5提供了一种用于UE动态地向CU提供接收状态报告或反馈的机制，使得CU或DU可以发起模式切换决策，并对递送实例和对应的资源分配执行相应的修改，以切换到更好的递送模式，以用于向UE传输MBS会话。这种切换和修改可以动态地并且基于实时UE反馈来实现。

此外，由于MBS上下文管理和模式切换决定是在接入网级别发起和完成的，所以与在需要更多较高层和更多网络元件参与的在应用层发起的模式切换相比，UE的PTP和PTM之间的递送模式切换所引入的延迟最小化。

CU和DU之间的信令信息交换

虽然在图5的信令过程中的各个步骤中上述每个消息被显示为实施为一个信令消息，但是被包含在这些步骤中的信息可以经由多个信令信息被传输。这些步骤的顺序可以以灵活的方式被安排，以实现MBS上下文和其他信息的交互通信，该MBS上下文和其他信息是使CU和DU能够为各种递送实例执行资源分配和配置的建立、修改和释放所需要的。这些步骤可以根据需要全部重复或部分重复。

这些消息中的每个可以包含CU、DU和UE之间交互传送的一个或多个信息项，以实现用于向UE传输MBS会话的递送实例的资源分配和配置。这些信息项可以在资源分配和配置中出于各种目的而被传送，并且用于触发来自CU或DU的各种动作和响应。下面的本公开更详细地描述了这些信息项以及DU和/或CU的相应动作和响应，以用于实现如图3的示例性配置快照所示的不同递送实例的动态可重新配置资源分配。

CU从核心网接收MBS上下文后，各种信息项可以从CU交换到DU，将MBS会话的QoS流映射到MRB，并且确定参与MBS会话的UE的递送模式(如稍后所述，这种决定可以可替选地由DU而不是CU做出)。从CU发送给DU的消息可以包括以下数据项中的任何一项：

·操作指示(例如，建立操作、修改操作、释放操作)。

·MBS会话标识符(更多细节在下面提供)。

·与MBS会话相对应的MRB信息，例如，包括MRB的RB ID。RB ID对应于可以被用于唯一地标识CU和DU之间的MRB的标识符。每个RB ID可以由来自RB ID索引空间的索引表示。MRB还可以与用于特定的UE的第二RB ID相关联，以在UE与和UE相关联的其他MBS会话或PDU会话共享RB ID索引空间的情况下，提供针对MRB的唯一RB ID和由UE所使用的相同MRB的RBID之间的映射。第二RB ID将被用于与由DU返回给CU的MRB相对应的RLC承载配置中的被服务无线承载。

·与MRB相对应的QoS参数。

·被映射到MRB的QoS参数或QoS流的配置文件。

·UE的MBS能力。

·与MBS会话相关的所需UE能力。

·在一个或多个递送实例中对应于MRB的F1-U隧道信息。在一些特定场景中，具有具有具有或不具有源地址和TEID的IP组播地址可以被包括，以便DU加入IP组播来获得MRB的PDCP PDU。这种IP组播数据隧道可以在一个或多个递送实例之间被共享，或者可以专用于特定的MRB的特定递送实例。

·当用于MRB的PDCP PDU以IP点对点传输方式从CU发送给DU，并且没有来自CU的用于MRB的F1-U隧道信息被包括时，DU可能会以包括IP地址和TEID的IP点对点传输信息，作为用于MRB的下行链路F1-U隧道的目的地信息来响应。F1-U隧道可以在一个或多个递送实例之间被共享，或者可以专用于特定的MRB实例的特定递送实例。

·用于将特定的UE的特定的MRB的PDCP层状态报告从DU传输到CU的上行链路隧道信息。

·特定的UE的PDCP重传启用指示(可选地基于每个MRB或基于每个MBS会话配置)。DU建立用于重传的RLC承载，并将配置信息返回给CU。

·递送实例的失败MRB列表和DU响应失败原因。

·与递送实例相对应的配置信息，该配置信息包括DU响应中的MAC/PHY配置。

·PTP递送实例的RLC模式，可以是确认模式(AM)、双向未确认模式(UM)、单向UM上行链路或单向UM下行链路。

·在DU建立用于递送实例的MRB的RLC实体之后，作为来自DU的响应的以RLC配置和逻辑信道ID(LCID)的形式的RLC承载配置。对于PTM递送实例中的MRB，RLC承载可以与UE特定的第二LCID相关联，该第二LCID可以在响应消息中从DU返回给CU，这取决于特定的UE是否与和该UE相关联的其他MBS会话或PDU会话共享LCID空间。

·UE的递送模式指示符(基于MBS会话或基于MRB)。

·具有PTP或PTM指示的UE的UE ID或UE ID列表。

·具有来自DU的指示PTP或PTM模式的响应的UE ID或UE ID列表。

·小区ID或小区ID列表，可选地具有UE ID列表。

·小区ID和递送实例ID，可选地具有UE ID列表。

·具有小区ID信息的UE ID列表。

上述MBS会话标识符可用于标识MBS会话，并且可以至少以以下形式之一提供：

·会话ID：针对某个UE的会话管理过程中的MBS会话ID，其在包括针对该UE的PDU会话的多个会话中唯一地指定MBS会话，该会话ID可以被包括在SDAP配置中。

·TMGI(临时移动组标识)。

·具有源地址的IP组播地址。

·不具有源地址的IP组播地址。

·唯一地标识在CU-DU接口内的MBS会话的接口MBS ID，诸如：

οgNB-CU MBS F1AP ID：gNB-CU MBS F1AP ID唯一地标识在gNB-CU内通过F1接口的MBS关联。

οgNB-DU MBS F1AP ID：gNB-DU MBS F1AP ID唯一地标识在gNB-DU内通过F1接口的MBS关联。

·能够唯一地标识在CU、DU或F1接口内的MBS会话的标识符或索引。

上述UE ID(单独或在UE ID列表中)可以被用于标识UE，并且可以以下至少一种形式提供：

·gNB-CU UE F1AP ID，

·gNB-DU UE F1AP ID，

·C-RNTI，

·RAN UE ID，

·能够在CU或DU或F1接口内唯一地标识UE的标识符或索引。

CU-DU交互

本章节描述了CU和DU之间的各种示例性交互。通常，被包括在从CU发送给DU的信令消息中的信息项可以触发DU中的配置动作和/或触发来自DU的响应。一些配置决策可以由CU做出。一些配置决策可以由DU做出。一些配置决策可以由CU或DU做出，或者由CU和DU联合做出。

在一些实施方式中，用于MBS会话的UE组中每个UE的递送模式的确定可以由CU确定，如上文关于图5所述。

然而，在一些其他可替选的实施方式中，这种决定可能取决于DU。例如，CU可以经由从CU到DU的信令消息提供UE ID列表。然后，DU可以使用类似UE连接状态的信息以及DU处的其他信息(例如资源利用或UE能力/关于UE能力的MBS会话要求)，来确定针对每个UE的递送模式，并经由响应信令消息将这种决定返回给CU。换言之，图5的信令过程中的步骤可以由DU在步骤1和步骤2之间执行，并且步骤4a/2和步骤5之间的被标记为“决定递送模式”的步骤可以由DU在步骤4a/2和步骤5之间执行。对于与PTP模式相关联的UE，DU可以为与PTPUE相对应的PTP递送实例的被接受的MRB分配资源，并返回其配置信息。DU为与PTM递送模式相关联的UE确定PTM递送实例的服务小区。DU进一步确定在为PTM UE确定的服务小区中的多个PTM递送实例，并对这些PTM递送实例执行资源分配，并返回包括小区信息和PTM递送实例信息(诸如PTM递送实例索引或ID)的资源配置。DU还可以返回每个PTM递送实例中UE的UEID列表。在一些实施方式中，对于一个MBS会话，只为一个特定小区分配一个PTM实例。在这种情况下，PTM递送实例ID可以是小区ID。

在一些其他实施方式中，假设每个UE的递送模式由CU确定，则可以由CU、DU，或者CU和DU联合使用(但不限于)以下可替选方案来确定MBS会话的DU的服务小区中的递送实例分布：

·在一种实施方式中，CU可以确定一切，包括PTP递送实例的数量(PTP递送模式下的UE数量)和PTM递送实例的数量，以及在DU的每个服务小区中有多少PTP递送实例和多少PTM递送实例。在这种实施方式中，CU可以经由各种信令消息向DU发送PTP递送实例的UE列表、关于每个小区中的PTM实例的信息。作为响应，DU可以为被接受的MRB分配对应的资源，并将上述各种配置返回给CU。可选地，CU发送的信息可以包括整个UE列表。

·在另一种实施方式中，CU可能仅发送UE ID或UE ID列表以及这些UE的递送模式指示。作为响应，DU可以为与PTP UE相对应的PTP递送实例的被接受的MRB分配资源，并返回其配置信息。DU为与PTM递送模式相关联的UE确定PTM递送实例的服务小区。DU进一步确定在为PTMUE确定的服务小区中的多个PTM递送实例，并对这些PTM递送实例执行资源分配，并返回包括小区信息和PTM递送实例信息(例如PTM递送实例索引或ID)的资源配置。DU还可以返回每个PTM递送实例中UE的UE ID列表。在一些实施方式中，对于一个MBS会话，只为一个特定小区分配一个PTM实例。在这种情况下，PTM递送实例ID可以是小区ID。

·在另一种实施方式中，对于PTM递送模式，CU可以发送信息以指定PTM服务小区。作为响应，DU可以确定服务小区中的多个PTM递送实例，对这些PTM递送实例执行资源分配，并返回PTM递送实例信息(包括PTM递送实例ID)的资源配置。如果CU在其给DU的消息中包括UE ID列表，则DU还返回与PTM递送实例相关联的UE的UE ID列表。在一些实施方式中，对于一个MBS会话，只为一个特定小区分配一个PTM实例。在这种情况下，PTM递送实例ID可能是小区ID。

·在另一种实施方式中，对于PTM递送模式，CU可以发送信息来指定PTM服务小区以及其中的PTM递送实例。作为响应，DU可以对这些PTM递送实例执行资源分配，并返回PTM递送实例信息(包括PTM递送实例ID)的资源配置。可选地，对于每个PTM递送实例，CU还可以在其给DU的消息中包括UE ID列表。

在上面的实施例中，DU返回的配置信息可以包括至少一个(但不限于)用于每个递送实例的被接受的MRB的RLC承载信息、用于每个递送实例的MAC/物理信息、用于CU向DU发送PDCP PDU的隧道信息等。MRB的RLC承载配置信息可能包括唯一的RLC LCID和第一唯一的RB ID(在CU和DU之间对于MBS会话是唯一的)。该唯一的LCID对于PTM递送实例的UE组是公用的，并且被包括在从相应逻辑信道生成的MAC PDU的子报头中。此外，对于特定的UE，RLC承载配置信息可以包括RLC承载的第二LCID，以防该特定的UE与关联于该UE的其他MBS会话或PDU会话共享LCID空间。此外，对于特定的UE，RLC配置信息可以包括CU提供的第二RB ID，该特定的UE与关联于该UE的其他MBS会话或PDU会话共享无线承载空间。

在一些实施方式中，从CU发送给DU的信令消息中的信息项可以包括基于递送实例或基于MRB的针对特定的UE的重传启用指示符，也就是说，启用针对MBS会话的递送实例或仅针对指定的MRB列表的重传。作为响应，DU可以为重传分配资源。例如，如果特定的UE属于PTM递送实例，则DU可以为特定的UE和对应的MRB分配附加的RLC承载。DU还可以为每个这种MRB和特定的UE建立CU和DU之间的下行链路隧道。DU还可以在一个或多个响应消息中向CU返回附加RLC承载(例如，附加LCID)的配置、下行链路重传隧道信息(例如，IP地址和TEID)。

在一些实施方式中，从CU发送给DU的信令消息中的信息项可能包括UE特定的上行链路隧道信息(例如，基于每个MRB)。作为响应，当需要时，DU基于这种上行链路隧道信息向CU发送UE状态报告。

以上在本章节中未包括的CU和DU之间的其他信息交换、动作和响应在本公开的其他章节和详细实施例中显式地或隐式地描述。

在一些实施方式中，从CU发送给DU或从DU发送给CU的信令消息中的信息项还包括：释放与一个递送实例相关联的所有RB或RB列表的资源分配中未被其他递送实例共享的资源。例如，对于PTP递送实例，用于UE的特定RB的相关RLC承载配置和可能的用于重传的F1-U资源被释放，而用于在其他递送实例中共享的RB的F1-U隧道则不被释放。对于PTM递送实例，用于特定UE的特定RB的相关的RLC承载配置和可能的用于重传的F1-U资源被释放，而用于在其他递送实例中共享的RB的F1-U隧道则不被释放。如果整个递送实例被释放，而不是仅仅相关联的MRB的子集被释放，则用于PTM递送实例的相关MAC/PHY资源也被释放。在一些实施方式中，这种释放指示是通过释放与UE相关联的所有RB或RB列表的资源分配中未被其他递送实例共享的资源来指示的，因此用于DU和F1-U隧道中与MBS会话相关联的RB的UE特定资源被释放。在一些实施方式中，这种释放由UE相关联的信令触发，该UE相关联的信令包括UE上下文释放请求(DU发起)和UE上下文释放请求(DU发起)。在一些实施方式中，这种释放指示是通过释放与小区或小区列表相关联的所有RB或RB列表的资源分配中不被其他小区共享的资源来指示的。因此，在包括相关联的RLC承载和与MRB相关联的F1-U隧道的小区中分配给PTM递送的资源被释放。如果所有MRB被释放，而不仅仅是相关联的MRB的子集被释放，则用于小区中的PTM递送实例的相关MAC/PHY资源也被释放。

信令消息架构

上述在CU、DU和UE之间传输的各种信息项可以根据一些预定义的消息传递格式和一个或多个预定义的消息类别，被组织和分组为一个或多个信令消息。例如，CU和DU之间经由F1接口的请求和响应消息可能包括但不限于以下类别：

·上下文建立请求(CU到DU)：用于触发DU以建立MBS会话上下文并分配资源

·上下文建立请求响应(DU到CU)：用于DU以一个或多个递送实例的被接受的MRB信息和被拒绝的MRB信息、RLC承载配置(例如，RLC配置、LCID)、MAC/PHY配置信息、递送实例信息、下行链路PDCP PDU隧道信息等进行响应

·上下文修改请求(CU到DU)：用于触发DU修改MBS会话上下文和资源分配

·上下文修改请求响应(DU到CU)：用于DU以类似于上下文建立请求响应的信息进行响应。

·上下文修改请求(DU到CU)：用于使DU能够发起上下文修改。

·上下文修改确认(CU到DU)：对来自DU的上下文修改请求的响应。

·上下文释放操作(CU发起)：用于针对某个MBS会话或某个递送实例(包括特定的UE的PTP递送实例，或针对一组UE的PTM递送实例)的资源分配的释放。

·上下文释放操作(DU发起)：用于使DU能够针对某个MBS会话或某个递送实例(包括特定的UE的PTP递送实例，或针对一组UE的PTM递送实例)发起资源分配的释放。

·通知(DU到CU)：用于DU向CU发送针对特定递送实例的MRB的QoS相关的通知，以通知CU已经建立的GBR(保证比特率)MRB的QoS不再能够被满足或能够再次被满足。

这些类别的消息可以用各种级别来构造，并且可以针对特定的递送实例或MBS会话，被传输到一个或多个UE的目标资源分配和配置。

在一些实施方式中，上述消息可以被构造为UE相关联的信令消息(或者每个UE，或者UE特定的信令)。特别是，从CU传送到DU的每个UE相关联的消息都指向特定的UE，该特定的UE具有用于实现与该特定的UE相关的MBS会话建立/修改/释放、资源分配和配置的上下文信息和上面描述的其他信息项。DU相应地向CU提供UE相关联的响应。这种信令可以基于CU和DU之间的现有的UE相关联的信令消息方案的扩展。用于将MBS会话数据递送到MBS组中的所有UE的资源的建立、修改和释放可以通过累积地传送和处理针对MBS UE组中的每个UE的UE相关的信令消息来实现。

可替选地，上述消息可以被构造为MBS相关联的信令消息(或者每个MBS，或者MBS特定的信令)，而不是UE相关联的信令消息。特别是，从CU传达到DU的每个MBS相关联的消息可能不会指向特定的UE，即使它包含用于实现MBS UE组中至少一个UE的资源分配和配置的信息。MBS相关联的消息指向MBS会话，并且因此包含UE的信息项集合。为了实施这种MBS相关联的消息传递，与UE相关联的过程代码空间分离的特定过程代码空间可以被留出，以表示以上与MBS相关联的各种消息类别。信令消息可能携带<消息类型>信息单元，其包含指向与MBS相关联的信令消息类别相关的消息类别的过程代码字段。

因此，从信令架构的角度来看，CU-DU消息传递格式可以以下列示例性方式之一进行设计：

·信令消息传递格式实施例1：仅在CU-DU信令之间为不同类别的UE相关联的信令消息提供格式。

·信令消息传递格式实施例2：仅在CU-DU信令之间提供不同类别的MBS相关联的信令消息。

·信令消息传递格式实施例3：使用单独的过程代码空间在CU-DU之间提供UE相关联和MBS相关联的信令消息的格式。在一些示例实施方式中，与特定的UE的PTP递送实例相关的以上各种类别的请求和响应可以使用UE相关联的信令消息格式来携带，而与特定PTM递送实例相关的以上各种类别的请求和响应可以使用MBS相关联的信令消息格式来携带。

UE相关联的信令格式的示例特征描述如下。在MBS会话上下文上CU和DU之间的交互期间，为了执行通过F1接口的MBS会话上下文管理或操作，上述各种类别的UE相关联的信令消息总是针对单个UE。换句话说，CU和DU使用每个UE的信令单元。

特定的UE相关联的信令消息可以携带上述任何相关信息项。例如，UE相关联的信令消息可以携带信息项，诸如：由MBS会话ID所标识的MBS会话上下文信息、MRB信息，其可以包括以下任一信息项中的一个或多个：

·MBS会话ID

·与MBS会话相对应的MRB。对于每个MRB：

οMRB标识符(RBID)和可能的特定于UE的第二RBID

ο每个MRB的QoS参数

ο被映射到MRB的QoS流的QoS参数。

ο下行链路F1-U隧道信息，以及可能的第二下行链路F1-U隧道，以用于UE进行MRB重传

·目标UE的递送模式，例如PTP、PTM或PTP、PTM两者兼有。

·取决于特定的递送特征的用于针对一个或多个特定的MRB的附加隧道(例如，用于来自UE的PDCP状态报告的UE特定上行链路隧道和/或用于PDCP PDU重传的UE特定下行链路隧道)的F1-U隧道信息。

·UE的RLC承载配置信息。

这种UE相关联的信令消息在CU和DU之间进行传送，并且被CU和DU共同使用来同步MBS会话上下文信息。换句话说，CU和DU之间的信息项的交换可以累积地基于不同时间的多次信令交互。、

例如，如果DU第一次接收到针对该DU的UE相关联的MBS会话上下文管理和操作请求，则它会基于接收到的上下文信息为MBS会话创建对应的上下文。在后续的第二UE相关联的信令消息中，例如，如果该第二UE相关联的信令消息针对相同的MBS会话但针对不同的第二UE，并且如果该第二信令消息包括针对相同MBS的MBS上下文操作，则DU然后基于该消息更新MBS会话上下文(如果需要)。具体而言，针对UE1的UE相关联的信令消息1携带初始MBS会话上下文。如果在稍后的时间，针对UE2的UE相关联的信令消息2携带与UE相关联的消息1中相同的MBS会话的MRB QoS参数和对应的QoS流信息，则DU根据UE相关联的消息2，更新先前基于UE相关联的消息1的内容建立的现有MBS会话上下文。例如，DU可以更新其MBS UE列表，以包括具有适当的递送模式信息以及与同一PTM组中的其他UE的关联的UE 2(如果UE处于PTM模式)。可选地，如果后续的消息2没有携带MBS会话的配置信息，则DU将保持上次成功创建或修改的当前MBS会话上下文内容或配置。例如，在DU基于针对UE1的UE相关联的信令消息中的MRB信息创建MBS上下文后，如果其某些上下文(诸如MRB QoS参数)不需要被更新，则针对UE2的后续的UE相关联的信令可以携带也可以不携带对应的MRB QoS参数。以这种方式，该实施方式节省了信令传输和处理开销。

任何针对MBS会话的UE相关联的信令消息都可以操作MBS会话上下文和配置，其包括但不限于以下信息或其组合：

·包括其释放和添加的MRB属性。

·对应于MRB的QoS参数的修改、被映射到MRB的QoS流的添加和移除。

·PDCP配置(诸如PDCP SN长度、重新排序定时器、密码和完整性保护配置)的修改。

在一些场景中，作为UE相关联的信令的结果的上述操作适用于与DU相关联的MBS会话的所有递送实例。例如，在MBS会话的递送实例中，UE相关联的信令消息更新与MBS会话的MRB对应的F1-U隧道信息，如果MBS会话的多个递送实例中的相应MRB共享相同的F1-U隧道，则隧道信息的更新适用于共享该F1-U隧道的所有其他传输实例。

针对特定的UE的任何UE相关联的信令可以在MBS会话中对与特定的UE相关联的递送实例的各个方面进行操作，该与特定的UE相关联的递送实例的各个方面包括但不限于以下信息或其组合：

·递送实例ID。

·与MRB的递送实例相关联的F1-U隧道。

·相关联的RLC承载的配置，以及与递送实例相对应的控制信息。

·针对与UE相关联的特定PTM递送实例的MAC/PHY配置集，其包括递送小区标识或小区中的特定PTM递送实例。

对于针对MBS会话的MBS相关联的信令消息，特定的MBS相关联的信令消息可以携带上述任何相关信息项。例如，MBS相关联的信令消息可以携带诸如MBS会话ID标识的MBS会话上下文信息、MRB信息之类的信息项，其可以包括以下信息项中的任何一项或多项：

·MBS会话ID。

·与MBS会话相对应的MRB。对于每个MRB：

οMRB标识符(RBID)。

ο每个MRB的QoS参数。

ο被映射到MRB的QoS流的QoS参数。

ο下行链路F1-U隧道信息。

·目标UE的递送模式，例如PTP、PTM或PTP、PTM两者兼有。

·取决于特定的递送特征的用于针对一个或多个特定的MRB的附加隧道(例如，用于来自UE的PDCP状态报告的UE特定上行链路隧道和/或用于PDCP PDU重传的UE特定下行链路隧道)的F1-U隧道信息。

·递送实例的RLC承载配置信息。

·针对特定PTM递送实例的MAC/PHY配置集，其包括递送小区标识或小区中的特定PTM递送实例。

这种MBS相关联的信令消息在CU和DU之间进行传送，并且被CU和DU共同使用来同步MBS会话上下文信息。换句话说，CU和DU之间的信息项的交换可以累积地基于不同时间的多次信令交互。

当DU第一次接收到MBS会话上下文管理和操作请求时，它会为MBS会话创建对应的上下文。在后续的MBS相关联的信令消息中，例如，如果后续的MBS相关联的信令消息针对同一MBS会话，则DU会基于后续的MBS相关联的消息更新MBS会话上下文。在一些场景中，MBS相关联的信令消息可能仅触发MBS会话上下文的部分创建或更新。

CU发出的MBS相关联的信令消息可以指示DU基于MBS会话、基于递送实例，或基于MRB执行上下文同步和/或资源分配和配置。MBS相关联的信令消息可以包括MRB、UE和递送实例的各种列表和表格(具有由该列表或表格指定的MRB、UE或递送实例特定的信息)。

下面的公开进一步提供了在实现用于各种递送实例的交互式资源分配和配置时，CU和DU之间的信令消息格式实施例1-3消息传递架构的详细描述。

实施例1

在仅使用UE特定的信令(可替选地被称为UE相关联的信令)的第一实施例中，CU可以作出决定(如稍后所述，这种决定可以由DU而不是CU作出)，一些UE在PTP模式下接收MBS(组1UE)，而一些UE则在PTM模式下接收MBS(组2UE)。CU使用诸如UE上下文建立或UE上下文修改消息之类的UE相关联的F1信令，并请求DU分配、修改或释放对应的资源，并将相关配置发送回DU。在本实施例中，MBS会话上下文管理始终基于每个UE执行。如果CU需要在多个UE上执行MBS会话上下文管理，则多个UE相关联的信令消息被传输和组合，以实现资源分配和配置。

从CU发起的用于MBS会话上下文建立或修改的UE相关联的信令至少包含以下信息项以及可以由DU在响应消息中返回的信息项。由于UE相关联的信令针对特定的UE，因此信令内的部分操作仅特定于该UE。

1、与递送模式(PTP/PTM)无关的的信息，该与递送模式无关的的信息包括UE ID、MBS会话ID、MRB QoS参数以及QoS流的相关联的QoS参数：

·UE接口ID：gNB-CU UE F1AP ID，gNB-DU UE F1AP ID；以及MBS会话ID或MBS会话ID列表。

οDU响应：gNB-CU UE F1AP ID、gNB-DU UE F1AP ID、MBS会话ID或MBS会话ID列表。

·服务于MBS会话之一的的MRB的RB ID列表，其中RB ID是MBS的MRB索引，并且可选地，如果针对MBS的RB ID和由UE使用的RB ID在MBS会话和与UE相关联的PDU会话之间使用共享的RB ID空间，则每个MRB的RB ID(RBID1)与第二RB ID(RBID2)相关联。

οDU响应：对应于每个MRB的第一RLC承载配置信息，其包括对应的服务RB ID，该服务RB ID可以是RBID1，也可以是RBID2。

·对于特定的MRB，其QoS参数和被映射到MRB的QoS流的QoS参数。

·对于特定的MRB，其下行链路组播地址(具有或不具有源地址)和对应的GTP-TEID(GPRS隧道协议隧道端点标识符)。如果下行链路隧道信息由DU分配给MRB，则

οDU响应：DU接受的每个MRB对应的第一下行链路隧道信息(IP地址和相关联的GTP-TEID)。

·UE的UE能力，

·MBS会话的UE能力需求。

2、CU决定针对UE的递送模式，并在发送给DU的信息中包括递送模式指示。

在另一种实施方式中，CU仅将MBS会话上下文发送给DU，而由DU决定UE的递送模式，并根据递送模式返回配置。

3、与PTP模式请求相关的消息。CU/DU交互信息包括PTP递送模式指示符(如果CU确定递送模式，并将指示符发送给DU)、RLC实体模式、包括被服务的RB ID的RLC承载配置。CU到DU消息指示DU以PTP模式将MBS会话的所有MRB递送给UE，或者指示DU以PTP模式递送MBS会话的某个MRB或MRB列表。CU和DU消息以及DU响应还包含：

·与MRB相对应的RLC模式，其可能是确认模式(AM)、双向未确认模式(UM)、单向UM上行链路或单向UM下行链路。

·与MBS会话的每个MRB相对应的上行链路隧道信息。

·启用或激活针对MBS会话的MRB或MRB列表的重传(诸如PDCP重传)的指示符。

οDU响应：对应的第二下行链路隧道信息(DL-TNL2，其包括IP地址和相关联的GTP-TEID)。

οDU响应：DU到CU的RRC信息，其至少包含上述RLC承载配置。

在接收到来自CU的请求时，DU尝试根据请求分配或修改资源。DU然后向CU发送响应信息，以给出每个RB是否被成功创建的反馈。此外，对于每个被成功创建的MRB，DU针对特定的RB创建配置，并将该配置发送回CU。对于在对应的操作中失败的MRB，DU响应还包括：在操作请求中失败的MRB的MRB列表，以及对应的原因。

4、与PTM模式请求相关的消息。CU/DU交互信息包括PTM递送模式指示符(如果CU确定递送模式，并将指示符发送给DU。否则，DU确定到UE的模式)、PTM递送小区、PTM递送实例ID、第一RLC承载配置、第二RLC承载配置。有针对若干CU/DU消息的解决方案(PTM递送小区是MBS会话在其中递送的小区，特别是针对PTM递送实例)：

·CU消息没有指定PTM递送小区，也没有指定递送实例ID。只有包括具有PTM递送模式的UE列表的MBS会话上下文，

οDU响应：PTM递送小区或小区列表，可选地，对应于PTM递送小区的PTM递送实例ID，以及可选地，对应于递送实例的UE列表。

·CU消息指定的PTM递送小区。

·CU消息指定了PTM递送小区，但未指定传输小区中的PTM递送实例ID。

οDU响应：可选地，DU返回传输小区中的PTM递送实例ID。

·CU消息指定PTM递送小区，CU指定传输小区中的PTM递送实例ID。

DU在响应消息中包含对应于PTM递送小区或小区中递送实例的MAC/PHY配置。

对于MBS会话的PTM递送小区或PTM递送实例中每个被接受的MRB：

·DU响应：与MRB相对应的第一RLC承载的配置信息，其还包括相关联的逻辑信道标识LCID1。在一些场景中，逻辑信道标识可能包括LCID1和LCID2。

·CU消息还包含与MRB相对应的上行链路隧道信息。

·CU消息还指示与MRB相对应的RLC实体的模式，其可能是确认模式(AM)、双向未确认模式(UM)、单向UM上行链路或单向UM下行链路。

·CU消息还可以启用或激活MRB的重传(诸如PDCP重传)。

οDU响应：针对特定的UE的对应的第二下行链路隧道信息(DL-TNL2，包括IP地址和相关联的TEID)。该隧道可以被用于特定的UE的PDCP重传或UE PDCP状态报告。

οDU响应：针对特定的UE的第二RLC承载配置及其逻辑信道标识

LCID3，并标记主路径对应的LCID3，其被用于发送PDCP SR。

οDU响应：与MBS会话相对应的PTM递送实例对应的操作失败的MRB列表，以及对应的原因。

现在参考图4，了解在DU下的UE的示例性递送实例配置。该DU与至少3个小区相关联，并且在MBS会话上下文中与UE1到UE10相关联。CU或DU对MBS的UE递送模式做出决定。如果CU做出决定，则CU将与UE相关联的递送模式发送给DU；如果DU做出决定，则CU仅将MBS会话上下文发送给DU，并让DU作出决定，并且DU发送回所分配的资源配置。在一些实施方式中，CU仅提供UE信息，而不更多地提供递送。因此，DU决定UE的递送模式，例如，考虑UE的连接状态和可用的无线资源，以及UE的UE能力，以及MBS会话的UE能力要求。在来自DU的响应信息中，DU提供了传输小区信息和可能的传输小区中的递送实例ID，以及包括MAC/PHY配置集的对应的调度信息。基于CU和DU之间的交互，存在如图4所示的交互结果：

·小区1–UE1，PTP

·小区1–UE2和UE3，PTM

·小区2–UE4和UE5，PTM

·小区3–UE6、UE7和UE8，PTM

·小区3–UE9和UE10，PTM

显然，每个小区可以支持PTP模式或PTM模式的多个递送实例。在一些实施例中，一个小区只允许一个递送实例。

在一些实施例中，不同小区中的PTP递送模式、PTM递送模式和同一小区中的PTM递送模式下的每次递送都被映射到不同的递送实例。对于每个MRB，DU侧至少分配一个RLC实体。

CU和DU之间的消息交互以及消息中携带的信息项在下文中进一步描述，并被组织成若干组。

MBS会话相关内容

CU使用UE相关联的信令向DU发起针对某个MBS会话或MBS会话列表的上下文管理操作，该操作可以是MBS上下文的添加或修改，或者该消息包含与MBS会话相关的上下文及其操作。该消息由gNB-CU UE F1AP ID或可选的gNB-DU UE F1AP ID来标识。一个MBS会话可以对应于一个MBS或一类MBS，一个MBS可以与多个MBS会话相关联。MBS会话由MBS会话ID标识。

MBS会话ID可以被用于标识MBS会话，并且可以是以下ID之一或其组合：

·会话ID：MBS会话对应于某个UE的会话管理机制中的会话ID，该会话ID唯一地指定了该UE的多个会话中的一个MBS会话，该会话ID可以被包括在SDAP配置中。

·TMGI(临时移动组标识)。

·IP组播地址(具有或不具有源地址)。

·gNB-CU MBS F1AP ID：gNB-CU MBS F1AP ID唯一地标识gNB-CU内通过F1接口的MBS关联。

·gNB-DU MBS F1AP ID：gNB-DU MBS F1AP ID唯一地标识gNB-DU内通过F1接口的MBS关联。

·能够唯一地标识CU或DU或F1接口中的MBS会话的标识符或索引。一个MBS会话可以对应于一个服务或一类服务，而一个MBS可以与多个MBS会话相关联。

在对应的DU响应消息中，该消息使用gNB-CU UE F1AP ID和gNB-DU UE F1AP ID来标识相关联的F1逻辑连接，该响应消息还包含MBS会话ID。

在相同的上下文管理操作中，该消息还包括包含服务于MBS的MRB的MRB列表、对应于MRB列表中的每个MRB的第一RB ID(RBID1)，RBID1是服务于MBS的所有MRB的索引，基于MBS会话ID和RBID1，MRB可以在DU范围或CU范围内或在F1接口上被唯一地标识。

在一些场景中，MRB还与第二RB ID(RBID2)相关联，并且用于DU响应消息内递送实例的第一RLC承载配置中的所服务的无线承载被配置为CU中的针对UE的第二RB ID(RBID2)。UEUE接收到的基于RLC承载的服务数据被递送到由RBID2所标识的PDCP实体。

该操作还包括每个MRB的QoS参数和被映射到MRB的QoS流的QoS参数。

F1-U隧道资源

在一些实施例中，DU从CU接收针对某个MBS会话的某个MRB的PTP或PTM递送请求。

在一些实施例中，CU使用MBS会话作为粒度来请求DU在PTP模式下向UE递送MBS会话数据，也就是说，CU请求DU在PTP模式下递送MBS会话的所有MRB的服务数据。然而，在一些其他实施例中，例如，当空口资源有限或稀缺时，更希望在PTP递送模式中仅包括特定的一个或多个MRB的数据，而不是MBS会话的所有MRB数据。在这种场景中，CU请求DU以PTP模式递送MBS会话的特定的MRB或MRB列表。

在一些实施例中，DU从CU接收对MBS会话使用PTM递送模式的请求。例如，对于PTM递送模式，MBS数据基于MBS会话的粒度来递送。

对于上述特定请求，无论递送模式如何，对于特定的MRB，如果DU接受来自CU的针对MBS会话的MRB递送请求，则：

·在一些实施例中，如图6所示(用于说明图4的一些递送实例之间特定的MRB的下行链路隧道共享)，CU使用IP组播610在隧道的IP层中将MRB数据传输到DU。CU发送的信息包含针对MRB的IP组播下行链路隧道信息，也就是说，第一IP组播类型的下行链路隧道信息。然后，如果任何相关联的递送实例接受MRB，则DU将加入IP组播组并接收MBS。隧道1位于基于IP组播610的IP层之上。它的隧道信息包括：IP组播地址和可选的源地址，以及GTP-TEID。在这种场景下，隧道1由多个递送实例(例如，针对UE1的PTP递送实例(图6的602)、针对UE6、UE7和UE8的PTM递送实例(图6的604)，以及针对UE9和UE10的PTM递送实例(图6的606))共享。使用隧道1将MRB数据从CU递送到DU，然后DU将MRB数据提交给多个RLC实体(RLC实体1、2和3)，以服务于对应的递送实例。图6示出了一个MRB的数据递送示例，但同样的原理也适用于其他MRB。

·在一些实施例中，如图6所示，CU使用IP点对点传输612将MRB数据传输到DU。MRB的F1-U隧道信息由DU提供。如果在DU侧没有接受针对MBS会话的MRB的先前的递送实例，或者这是第一次在DU中建立MBS会话的这种MRB，则DU会分配对应的F1-U接口资源，这是第一下行链路隧道，并且将对应的第一下行链路隧道信息返回给CU，该信息包括IP地址和相关联的GTP-TEID。还需要注意的是，一旦DU从隧道1接收到MRB数据，DU就以上述相同的方式处理其余的数据递送任务。在这种场景下，隧道1由多个递送实例(例如，针对UE1的PTP递送实例(图6的602)、针对UE6、UE7和UE8的PTM递送实例(图6的604)以及针对UE9和UE10的PTM递送实例(图6的606))共享。使用隧道1将MRB数据从CU递送到DU，然后DU将MRB数据提交给多个RLC实体(RLC实体1、2和3)，以服务于对应的递送实例。图6示出了一个MRB的数据递送示例，但同样的原理也适用于其他MRB。

·在一些实施例中，如果DU以前具有包括与MBS会话相对应的MRB(包括PTP或PTM递送实例)的递送实例，则用于相同MBS会话的相同MRB共享F1-U下行链路隧道，并且DU通过已经为MBS会话的MRB建立的F1-U接口返回下行链路隧道信息，即，第一DL隧道。例如，在图6中，多个递送实例(针对UE1的PTP传输、针对UE6、UE7和UE8的PTM传输以及针对UE9和UE10的另一个PTM递送实例)共享相同的MRB的相同的F1-U隧道1。来自与MRB相对应的PDCP实体的PDCP PDU在通过隧道后被提交给与多个递送实例相对应的RLC实体。

·在一些实施例中，MRB使用独立的F1-U下行链路隧道，即，针对MBS会话的某个MRB，在对应的F1接口上，基于不同的递送实例，存在多个独立的F1-U隧道。因此，基于MBS会话上下文管理请求，DU针对相同的MRB，在不同递送实例下返回独立的隧道信息。在这种场景下创建的隧道被称为每个递送实例下的第一下行链路隧道。例如，在图7中(用于说明对图4中的一些递送实例使用独立的下行链路数据隧道)，多个递送实例(针对UE1的PTP递送实例，在图7中被标记为702，针对UE6、UE7和UE8的PTM递送实例，在图7中被标记为704，以及针对UE9和UE10的另一个PTM递送实例，在图7中被标记为706)使用独立的F1-U隧道，即隧道2、隧道3和隧道4。此时，来自与MRB相对应的PDCP实体的PDCP PDU通过各自的隧道被传输到DU后，它被提交给与多个递送实例相对应的RLC实体，例如，RLC实体1、RLC实体2和RLC实体3。

以下章节描述了处理PTP相关请求的CU DU交互。

与PTP递送模式和RLC承载配置相关的请求处理

CU消息携带与MRB相对应的RLC模式，无论是AM、双向UM、单向UM上行链路还是单向UM下行链路。在接受对应的MRB以PTP模式发送的请求后，DU建立或修改与MRB相对应的RLC实体的配置，并且分配诸如逻辑信道之类的对应的MAC资源，并且在响应消息中返回对应的RLC承载配置。RLC承载配置被包括在小区组配置中，并进一步被包括在要发送给CU的DU到CU的RRC信息中。

CU消息还携带与MRB相对应的上行链路隧道信息。特别是IP地址和相关联的GTP-TEID。上行链路隧道信息可以被DU用来建立上行链路隧道。在一些场景中，这个上行链路隧道被用于传输由UE生成的与MRB数据接收相关的对应的PDCP状态报告(PDCP SR)。这如图8所示。

更详细地说，图8示出了递送实例802和804中特定的MRB的隧道配置，其具有数据隧道1和数据隧道2。递送实例804可以是PTP递送实例，而递送实例802可以是PTP或PTM递送实例。如图8所示，在递送实例802和804中，隧道1由递送实例802和804共享，以用于MRB的RLC实体到MRB的PDCP PDU的正常下行链路传输，而隧道2是已建立的到CU的上行链路PDCPSR 810传输。

PTP重传请求的处理

如果CU针对MRB启用或激活PDCP重传，则可能存在关于如何共享F1-U下行链路隧道的不同场景：

·在一些实施例中，CU使用IP组播将MRB数据传输到DU。再次参考图8。图8进一步示出了使用隧道2以用于针对PTP递送实例804的重传，该实例804与用于传输PDCP SR的上行链路隧道共享。隧道1的信息由CU提供，而隧道2的信息由DU提供。对于MRB数据传输，针对不同递送实例的初始数据传输共享隧道1，针对PTP递送实例804的MRB数据重传使用隧道2。对于PTP递送实例804，初始数据和重传数据都被提交给与PTP递送实例804相对应的RLC实体2。

·在一些实施例中，CU使用点对点方式将MRB数据传输给DU。参考图8，隧道1和隧道2信息二者均由DU提供。在这种场景下，对于MRB数据传输，针对不同递送实例的初始数据传输共享隧道1。对于PTP递送实例804，MRB数据重传使用隧道2。初始数据和重传数据都被递送到与PTP递送实例相对应的相同RLC实体(即RLC实体2)。

·在一些实施例中，不同递送实例中的相同MRB使用独立的隧道。参考图9(示出关于特定的MRB使用独立数据隧道902和904的递送实例)，针对UE1的PTP递送实例904使用隧道2，而针对其他UE的递送实例使用隧道1。对于针对UE1的PTP递送实例904，MRB数据初传和重传使用相同的隧道(即隧道2)。在这种场景下，隧道2可以是双向的。它能够被用作MRB数据初传和重传的下行链路。它还能够被用作传输与MRB相对应的PDCP SR的上行链路。

处理DU拒绝创建一些MRB

对于针对UE指定PTP递送模式的CU消息，DU可以拒绝一个或多个MRB的创建或修改。在这种情况下，DU返回MRB列表，该MRB列表包括创建或修改失败的MRB，以及失败原因。

以下章节描述了用于处理PTM相关请求的CU DU交互。

PTM相关请求-小区相关信息和下层配置信息

每个PTM递送实例总是对应于特定的传输小区。取决于不同的实施方式，如果正在接收MBS会话的UE处于连接状态，则与UE相关联的小区的上下文在CU和DU侧都存在。用于PTM递送实例的传输小区信息可以由CU或DU提供。此外，如果基于多个递送实例允许在某个小区中传输某个MBS会话，那么为了对这些递送实例进行唯一地标识，就需要将小区标识和小区内的唯一标识结合起来。可替选地，在F1接口上，对于MBS会话，存在可以唯一地标识递送实例及其对应的小区的一个标识符。递送实例标识符可以由CU或DU提供。在以下公开中，详细公开了递送实例标识符的上述不同可能性。此外，每个PTM递送实例对应于一个MAC/PHY配置集。基于该配置集，UE可以在与物理层相对应的时频域内完成MBS递送实例的接收。

在一些实施方式中，CU仅提供UE信息，而不更多地提供递送。因此，DU决定UE的递送模式，例如，考虑UE的连接状态和可用的无线资源，以及UE的UE能力，以及MBS会话的UE能力要求。在来自DU的响应信息中，DU提供传输小区信息和可能的传输小区中的递送实例ID，以及包括MAC/PHY配置集的对应的调度信息。

在一些实施方式中，CU更多地提供UE信息和对应的递送，并且CU没有为针对UE的MBS指定PTM传输的小区信息，而DU在对应的响应消息中包括PTM传输的小区或小区列表。可选地，DU进一步在响应消息中包括与传输小区相对应的PTM递送实例ID，以及与对应的小区或对应的小区中的对应的PTM递送实例相对应的调度信息。

CU可以在PTM传输中指定传输小区。可选地，CU进一步指定在传输小区中的PTM递送实例ID。

在一些场景中，CU指定PTM传输的小区信息，而DU可选地在对应的响应消息中包含对应的传输小区的PTM递送实例ID，以及与对应的小区或对应的小区中的对应的PTM递送实例相对应的调度信息。

如果CU进一步指定PTM传输的小区信息和对应的小区中的PTM递送实例ID，则DU会在对应的响应消息中包括与对应的小区或对应的小区中的相应PTM递送实例相对应的调度信息。

上述调度信息包括：与PTM递送实例相对应的MAC/PHY配置，并且还可以包括以下信息或以下信息的组合：

·与该PTM递送实例相对应的DRX信息

·PTM递送实例的无线网络临时标识符(RNTI)

·与PTM递送实例相对应的时域调度信息，以用于指示调度PTM传输的子帧或时隙

·与PTM递送实例相对应的频域资源分配信息。

·与该PTM递送实例相对应的PDCCH(物理下行链路控制信道)配置和PDSCH(物理下行链路共享信道)配置。

·与PTM递送实例相对应的BWP(带宽部分)信息。

PTM相关请求，RLC承载配置

如果DU在PTM模式下接受对应的MRB传输请求，如果CU或DU指定的递送实例不存在，则基于诸如PDCP SN之类的来自CU消息的信息DU建立对应的RLC承载。否则，如果PTM递送实例已经存在于DU中，则DU将UE与PTM递送实例相关联，并根据与现有递送实例相对应的配置向CU发送对应的第一RLC承载配置。

在一些实施例中，如果DU在PTM模式下接受对应的MRB传输请求，则DU需要在响应消息中包括与MBS会话的每个MRB相对应的RLC承载配置信息，其包括与MRB相对应的逻辑信道ID。

在另一个实施例中，如果DU在PTM模式下接受对应的MRB传输请求，则在第一RLC承载配置中，DU包括与MBS会话中的每个MRB相对应的RLC承载配置信息，该RLC承载配置信息还包括第一逻辑信道ID1(LCID1)和相关联的第二逻辑信道ID2(LCID2)。其中，LCID1实际上被包括在实际PTM递送中由DU生成的MAC PDU中，其对应于包括对应的MRB服务数据的MACPDU的子报头中的逻辑信道信息，而LCID2被映射到LCID1。UE接收到MAC PDU后，UE将MACPDU子报头中标记为LCID1的数据提交到由LCID2标识的逻辑信道以进行进一步处理。

PTM相关的请求-处理PDCPSR和重传

参考图10(示出了关于特定的MRB的PTM实例1002的隧道配置)，在一些场景中，网络需要使用双向隧道，在针对特定的UE的PTM递送实例1001中启用针对MRB的PDCP SR和/或针对MRB的PDCP数据重传。UE在PTM递送实例1002内被配置有两个独立的RLC实体：在PTM模式下执行初始MRB数据传输的与隧道1相关联的RLC实体1，以及在PTP模式下执行MRB数据的重传的与隧道2相关联的RLC实体2(图10中被标记为1004)，以及在上行链路中与MRB相对应的PDCP SR的传输。在这种情况下，隧道2是双向的。

CU消息还携带与MRB相对应的上行链路隧道信息，具体为IP地址和相关联的GTP-TEID。如果CU启用或激活针对MRB的PDCP重传，则DU返回第二下行链路隧道信息(包括IP地址和相关联的GTP-TEID)。现在，DU在F1接口上包含与MRB相对应的两条隧道的信息。第一隧道(隧道1)可以被用于传输与MRB相对应的初传数据，而第二隧道(隧道2)被用于传输与MRB相对应的重传数据和上行链路PDCP SR。

CU消息还指示与MRB相对应的RLC实体的模式，无论是确认模式(AM)、双向未确认模式(UM)、单向UM上行链路或单向UM下行链路。DU在PTM模式下接受对应的MRB传输请求后，DU创建或修改MRB对应的RLC承载，分配诸如逻辑信道之类的对应的MAC资源，并在响应消息中返回对应的第二RLC承载配置。RLC承载配置被包括在小区组配置中，并进一步被包括在要发送给CU的DU到CU的RRC信息中。

处理DU拒绝一些MRB的创建

对于针对UE指定PTM递送模式的CU消息，DU可以拒绝一个或多个MRB的创建或修改。在这种情况下，DU返回MRB列表，该MRB列表包括建立或修改失败的MRB，以及失败的原因。

同时使用PTP和PTM的处理双模式

在一些实施例中，对于特定的UE，CU可以请求PTP和PTM递送模式。DU分配对应的资源，因此UE可以同时以PTP和PTM模式接收MRB数据。

实施例2

在本实施例中，CU做出一些UE在PTP模式下接收MBS(组1UE)，而一些UE则在PTM模式下接收MBS(组2UE)的决定。CU使用诸如MBS上下文建立或MBS上下文修改消息之类的MBS相关联的F1信令，来将该决定发送给DU，并请求DU分配或修改对应的资源以及相关的配置。同时，在DU侧，当接收到包括递送模式信息(于针对特定的UE的PTP，或针对特定的UE或小区或小区中的实例的PTM)的CU发起的MBS相关联的消息时，DU分配资源并创建对应的配置。基于每个MRB是否被成功地创建，DU发送反馈消息，该反馈消息包括诸如F1-U和RLC承载配置，以及MBS会话对应的递送实例的空口资源分配之类的MRB配置信息。在本实施例中，MBS会话上下文管理总是基于每个MBS被执行。这种新机制通过在本公开中引入MBS相关联的信令来支持。

在一些实施方式中，DU做出一些UE在PTP模式下接收MBS(组1UE)，而一些UE则在PTM模式下接收MBS(组2UE)的决定。同时，在DU侧，在接收到CU发起的MBS相关联的消息时，DU分配资源并创建对应的配置。基于每个MRB是否被成功地创建，DU发送反馈消息，该反馈消息包括诸如F1-U和RLC承载配置，以及MBS会话对应的递送实例的空口资源分配之类的MRB配置信息。在本实施例中，MBS会话上下文管理总是基于每个MBS被执行。

对于每个MBS会话，在对应的F1接口上，可能存在一个被用于CU和DU之间的上下文管理的F1逻辑连接。在一些场景中，对于所有MBS会话，F1接口上有统一的信令，该统一的信令可以被用于管理MBS会话列表的上下文。

CU和DU之间的MBS相关联的消息交互以及消息中携带的信息项在下文中进一步描述，并被组织为若干组。

与递送模式无关的的基本信息，该与递送模式无关的的基本信息包括接口ID、MBS 会话ID、MRBQoS参数和相关联的QoS流参数

·gNB-CU MBS F1AP ID，gNB-DU MBS F1AP ID：MBS会话ID或者会话ID列表。

οDU响应：gNB-CU UE F1AP ID、gNB-DU UE F1AP ID、MBS会话ID或者会话ID列表。

·递送模式描述。这可以包括整个MBS会话，或使用PTP模式的针对这个MBS会话的MRB列表中的MRB，连同对应的UE ID列表，以及使用PTM模式的针对所有UE的UE ID列表，或者使用PTM模式的小区列表或对应的小区列表中的实例列表。

·UE ID可以是以下标识符之一，或者是它们的合并：gNB-CU UE F1AP ID、gNB-DUUE F1AP ID、C-RNTI，或者可以在CU或DU或F1接口中唯一地标识UE的任何其他标识符或索引。

·服务于MBS会话之一的MRB的MRB ID列表，其中每个MRB对应的第一RB ID(RBID1)是该MBS的所有MRB的索引，并且可选地，CU提供包含接收MBS会话的所有UE的UE ID列表，并且可选地，对于每个UE，如果针对MBS的RB ID和UE使用的RB ID使用独立的名称空间，则每个MRB的RB ID(RBID1)与第二RB ID(RBID2)相关联。

οDU响应：对于上述每个UE，对应于MBS会话的每个MRB的第一RLC承载配置信息，该信息包括对应的服务RB ID，其可以是RBID1或RBID2。

·对于特定的MRB，其QoS参数和被映射到MRB的QoS流的QoS参数。·对于特定的MRB，其下行链路IP组播地址(及其源地址)和对应的GTP-TEID。在隧道的IP层中使用点对点递送来传输MRB数据的情况下，

οDU响应：与DU接受的每个MRB相对应的第一下行链路隧道信息(IP地址和相关联的GTP-TEID)。如果有多个MRB的递送实例，则每个递送实例的可接受的MRB列表可能不相同。

·针对UE的UE能力。

·MBS会话的UE能力要求。

与PTP模式请求相关的消息。DU CU交互信息包括PTP递送模式指示符、RLC实体模 式、包括被服务的RB ID的RLC承载配置

·对于使用由CU确定的PTP模式的UE，CU指示UE在PTP模式下接收MBS会话的所有MRB，或者UE在PTP模式下接收MRB列表中的某个或多个MRB。

·CU还指示与MRB相对应的RLC实体模式，其可以是确认模式(AM)、双向未确认模式(UM)、单向UM上行链路或单向UM下行链路。

·CU还可以包含与上述每个MRB相对应的上行链路隧道信息(其包括IP地址和相关联的GTP-TEID)。

·CU还可以启用或激活针对上述每个MRB的重传(诸如PDCP重传)。

οDU响应：对应的第二下行链路隧道信息(DL-TNL2，包括IP地址和相关联的GTP-TEID)。

οDU响应：DU到CU的RRC信息，其至少包含上述RLC承载配置。

οDU响应：操作请求失败的MRB的MRB列表，以及对应的原因。

与PTM模式请求相关的消息

CU DU交互信息包括PTM递送模式指示符、PTM递送小区、PTM递送实例ID、第一RLC承载配置和对应的RLC实体配置、第二RLC承载配置和对应的RLC实体配置。

在请求消息中，CU指定使用PTM模式传输MBS会话数据。在DU响应消息中，存在PTM递送实例列表，列表中的每个递送实例还可以与UE ID列表相关联。CU和DU交互之间的信息交换如下所示：

·CU请求消息包括UE ID列表，该列表包含使用PTM递送模式的UE。

οDU响应：可选的PTM递送小区或小区列表，可选地，对应于PTM递送小区的PTM递送实例ID，以及可选地，对应于递送实例的UE ID列表。

·CU请求消息包括对应于PTM递送模式的小区列表，小区列表中的每个小区还可以与UE ID列表相关联。

οDU响应：可选的PTM递送小区或小区列表，可选地，对应于PTM递送小区的PTM递送实例列表，以及可选地，对应于递送实例的UE ID列表。

·针对UE的UE能力。

·MBS会话的UE能力需求。

·CU请求消息包括对应于PTM递送模式的小区列表和PTM递送实例列表，小区列表中的每个小区还可以与UE ID列表相关联，递送实例列表中的每个递送实例还可以与UE ID列表相关联。

οDU响应：可选的PTM递送小区或小区列表，可选地，对应于PTM递送小区的PTM递送实例ID，以及可选地，对应于递送实例的UE ID列表。

DU响应消息包括对应于PTM递送小区或小区中递送实例的MAC/PHY配置。

对于MBS会话的PTM递送小区或PTM递送实例中的每个MRB，或者对于CU请求中可接受的每个MRB：

οDU响应：与MRB相对应的第一RLC承载的配置信息，其还包括相关联的逻辑信道标识LCID1。在一些场景中，逻辑信道标识可能包括LCID1和LCID2。

·CU还包含与MRB相对应的上行链路隧道信息。

·CU还指示与MRB相对应的RLC实体的模式，其可以是确认模式(AM)、双向未确认模式(UM)、单向UM上行链路或单向UM下行链路。

·CU还可以启用或激活针对MRB的重传(诸如PDCP重传)。

οDU响应：对应的下行链路隧道信息(DL-TNL2，包括IP地址和相关联的TEID)。

οDU响应：第二RLC承载配置及其逻辑信道标识LCID3，并标记与主路径相对应的LCID3，其被用于发送PDCP SR。

οDU响应：与对应于MBS会话的PTM递送实例相对应的操作失败的MRB列表，以及对应的原因。

通用的ID

MBS会话可以对应于一个MBS或一类MBS。MBS会话ID可以被用于标识MBS会话，并且可以是以下ID之一或是其组合：

·会话ID：MBS会话对应于某个UE的会话管理机制中的会话ID，在UE的多个会话中唯一地指定了MBS会话，会话ID可以被包括在SDAP配置中。

·TMGI(临时移动组标识)。

·IP组播地址(具有或不具有源地址)。

·gNB-CU MBS F1AP ID：gNB-CU MBS F1AP ID唯一地标识gNB-CU内通过F1接口的MBS关联。

·gNB-DU MBS F1AP ID：gNB-DU MBS F1AP ID唯一地标识gNB-DU内通过F1接口的MBS关联。

·能够唯一地标识CU或DU或F1接口中的MBS会话的标识符或索引。

在对应的DU响应消息中，消息使用gNB-CU MBS F1AP ID，以及可选的，使用gNB-DUMBS F1AP ID来标识相关联的F1逻辑链路，该响应消息还包含MBS会话ID。

通用的UE ID列表

如果CU决定MBS会话UE组中的哪个UE属于哪个递送模式，则CU请求消息还包含关于递送模式的描述。

CU在请求消息中还包括以下递送模式描述，其包括MBS会话的PTP递送模式或MBS会话中的MRB列表、对应的UE ID列表；以及与MBS会话相对应的UE列表的PTM递送模式。例如，在图4中，UE1使用PTP递送模式；UE2-UE10使用PTM递送模式。

上述UE ID可以被用于标识UE，并且可以是以下ID之一或是其组合：

·gNB-CU UE F1AP ID

·gNB-DU UE F1AP ID

·C-RNTI

·能够在CU或DU或F1接口中唯一地标识UE的标识符或索引。

通用–MRB ID信息

在相同的上下文管理操作中，该消息还包括包含服务于MBS的MRB的MRB列表、对应于MRB列表中的每个MRB的第一RB ID(RBID1)，RBID1是服务于MBS的所有MRB的索引。基于MBS会话ID和RBID1，MRB可以在DU范围或CU范围内或在F1接口上被唯一地标识。

在一些场景中，MRB还与第二RB ID(RBID2)相关联，并且在第一RLC承载配置中的所服务的无线承载被建立为第二RB ID(RBID2)。UEUE接收到的基于RLC承载的服务数据被递送到由RBID2所标识的PDCP实体进行处理。

该操作还包括每个MRB的QoS参数和被映射到MRB的QoS流的QoS参数。

通用–F1-U

在一些实施例中，DU从CU接收针对某个MBS会话的某个MRB的PTP或PTM传输请求。

在一些实施例中，CU使用MBS会话作为粒度来请求DU以PTP模式向UE传输MBS会话数据，也就是说，CU请求DU以PTP模式传输MBS会话的所有MRB的服务数据。在一些实施例中，例如，当空口资源有限或稀缺时，更希望在PTP递送模式中仅包括特定的一个或多个MRB的数据，而不是MBS会话的所有MRB数据。CU请求DU以PTP模式传输MBS会话的特定的MRB或MRB列表。

在一些实施例中，DU接收来自CU的针对MBS会话的PTM递送模式的请求。例如，在PTM递送模式下，MBS数据基于MBS会话的粒度被传输。

对于上述特定请求，无论递送模式如何，对于特定的MRB，如果DU接受来自CU的针对MBS会话的MRB传输请求，则：

·在一些实施例中，如图6(下行链路隧道共享)所示，CU使用IP组播610来使用隧道1将MRB数据传输给DU。CU消息包含针对MRB的IP组播下行链路隧道信息，即，第一下行链路隧道信息。该隧道信息包括：IP组播地址、以及可选的源地址和GTP-TEID。然后，DU加入IP组播组并接收MBS。隧道1位于基于IP组播610的IP层之上。

·在一些实施例中，如图6(下行链路隧道共享)所示，CU使用IP点对点传输612将MRB数据传输给DU。MRB的F1-U隧道信息由DU提供。如果在DU侧没有针对MBS会话的MRB的先前的递送实例，则DU分配对应的F1-U接口资源，这是第一下行链路隧道，并将对应的第一下行链路隧道信息(其包括IP地址和相关联的GTP-TEID)返回给CU。

·在一些实施例中，如果DU之前已经具有与MBS会话相对应的MRB的递送实例(包括PTP或PTM递送实例)，那么相同的MBS会话的相同的MRB共享F1-U下行链路隧道，并且DU通过已经为MBS会话的MRB建立的F1-U接口返回下行链路隧道信息，即，第一下行链路隧道。例如，在图6中，多个递送实例(针对UE1的PTP传输、针对UE6、UE7和UE8的PTM传输以及针对UE9和UE10的另一个PTM递送实例)共享相同的MRB的相同的F1-U隧道1。与MRB相对应的PDCP实体生成的PDCPPDU在通过隧道后被提交给RLC实体(RLC实体1、2和3)，并被进一步递送给对应的递送实例。

·在一些实施例中，MRB使用独立的F1-U下行链路隧道，即，对于MBS会话的某个MRB，在对应的F1接口上，基于不同的递送实例，存在多个独立的F1-U隧道。因此，基于请求，DU返回针对MRB的独立隧道信息，其是第一下行链路隧道。例如，在图7(独立下行链路数据隧道)中，多个递送实例(针对UE1的PTP传输、针对UE6、UE7和UE8的PTM传输以及针对UE9和UE10的另一个PTM递送实例)使用独立的F1-U隧道，即隧道2、隧道3和隧道4。与MRB相对应的PDCP实体生成的PDCPPDU在通过每个隧道后被提交给RLC实体(RLC实体1、2和3)，并被进一步递送给对应的递送实例。

与PTP请求和RLC承载配置相关的消息

CU消息指示UE以PTP模式接收MBS会话，或者UE以PTP模式接收MBS会话的某个MRB或MRB列表。对于这个UE和DU接受的MRB：

CU消息还指示与MRB相对应的RLC实体模式，其可以是AM或UM。如果DU以PTP模式接受对应的MRB传输请求，DU将创建或修改与MRB相对应的RLC实体，分配诸如逻辑信道之类的对应的MAC资源，并在响应消息中返回对应的第二RLC承载配置。RLC承载配置被包括在小区组配置中，并且还被包括在要发送给CU的DU到CU的RRC信息中。

CU消息还指示与MRB相对应的上行链路隧道信息。具体为IP地址和相关联的GTP-TEID。在一些场景中，F1-U隧道被用于传输由UE生成的与MRB数据接收相关的对应的PDCP状态报告(PDCP SR)。如图8和图9所示，对于UE1，MRB的PDCP状态报告810和910通过隧道2被传输到网络侧，即，CU中的PDCP实体。

如果CU启用或激活针对MRB的PDCP重传，则可能存在关于如何共享F1-U下行链路隧道的不同场景：

·在一些实施例中，CU使用组播向DU传输MRB数据。参考图8，隧道1信息由CU提供，而隧道2信息由DU提供。对于MRB数据传输，不同递送实例的初始数据传输共享隧道1。

·在一些实施例中，CU使用点对点方式向DU传输MRB数据。参考图8，隧道1和隧道2信息均由DU提供。对于MRB数据传输，不同递送实例的初始数据传输共享隧道1。对于UE1，MRB数据重传使用隧道2。初始数据和重传数据都被递送给与UE1的PTP递送实例相对应的RLC实体2。

·在一些实施例中，相同MRB在不同递送实例中使用独立的隧道。参考图9(递送实例902和904的独立的隧道)，其他UE的递送实例使用与RLC实体1相关联的隧道1，而UE1的PTP递送实例使用和RLC实体2相关联的隧道2。对于UE2，MRB数据初传和重传共享隧道2。在这种情况下，隧道2是双向的，因为它也可以用作用于传输与MRB相对应的PDCP SR的上行链路隧道。

处理DU拒绝一些MRB的创建

对于针对UE指定PTP递送模式的CU消息，DU可以拒绝一个或多个MRB的创建或修改。在这种情况下，DU返回MRB列表，其包括创建或修改失败的MRB，以及失败原因。

CU消息还可以包含与上述每个MRB相对应的上行隧道信息。

PTM相关请求

由于本实施例基于每个MBS信令，因此与实施例1的主要区别在于，每个MBS信令可以携带或不携带任何UE信息，以指示对特定的UE的操作或配置，或者隐含一组UE。

每个PTM递送实例始终对应于一个具体的传输小区。根据不同的实施方式，如果UE接收到处于连接状态的MBS会话，则与UE相关联的小区的上下文在CU和DU侧都存在。传输小区信息可以由CU或DU提供。也就是说，CU只能使用PTM模式提供包含UE的UE列表，并且DU根据UE连接状态或其他信息，以及每个小区中的递送实例ID，确定与PTM传输相对应的小区或小区列表。

例如，在一个实施例中，基于多个递送实例，允许在某个小区中传输某个MBS会话。此外，这些递送实例可能需要结合小区标识符和小区中的唯一标识符来唯一地指定递送实例，或者由DU中的唯一递送实例ID来表征。例如，在一个实施例中，UE6、UE7和UE8可以对应于小区3中的第一递送实例，而UE9和UE10可以对应于小区3中的第二递送实例。

CU在请求消息中还包括以下接收模式描述，并指示以PTM模式传输MBS会话的服务数据。DU响应消息包含用于多种可能性的PTM递送实例列表，并且每个递送实例还可以与UEID列表相关联。

在一种场景中，在PTM传输请求中，CU包括与PTM递送模式相关联的UE ID列表，并且CU没有针对UE的MBS指定用于PTM传输的对应小区中的小区信息或递送实例ID。DU在接收到请求时，基于每个UE连接到的每个小区和每个小区中UE的连接状态，生成对应的调度结果(诸如DU中的哪些小区应该进行PTM传输，以及将小区映射到递送实例ID)。基于调度结果，DU在响应消息中包括可选的PTM递送小区或小区列表，或者可替选地，包括与PTM递送小区相对应的PTM递送实例ID，以及可选的包括与递送实例相对应的UE ID列表。此外，DU还提供与小区或递送实例相对应的调度信息。

在一种场景中，在PTM传输请求中，CU包括与PTM递送模式相关联的小区列表，小区列表中的每个小区可以与UE ID列表相关联。CU指定小区中的PTM传输。可选地，CU提供与PTM传输相关联的UE ID列表。DU在接收到请求时，基于UE ID列表，分配与小区相关联的多个递送实例，以支持PTM传输请求。基于调度结果，DU在响应消息中包括可选的PTM递送小区或小区列表，或者可替选地，包括与PTM递送小区相对应的PTM递送实例ID，以及可选的包括与递送实例相对应的UE ID列表。此外，DU还提供与小区或递送实例相对应的调度信息。

在一种场景中，在PTM传输请求中，CU包括与PTM递送模式相关联的小区列表，以及与小区列表中每个小区相关联的递送实例ID列表，每个递送实例还可以与UE ID列表相关联。也就是说，CU指定与PTM传输相关联的小区和递送实例ID。DU在接收到请求时，基于UE的连接状态，生成与每个小区中的每个递送实例相关联的调度参数。基于调度结果，DU在响应消息中包括可选的PTM递送小区或小区列表，或者可替选地，包括与PTM递送小区相对应的PTM递送实例ID，以及可选的包括与递送实例相对应的UE ID列表。此外，DU还提供与小区或递送实例相对应的调度信息。

上述调度信息包括：与PTM递送实例相对应的MAC/PHY配置，并且还可以包括以下信息或以下信息的组合：

·与这个PTM递送实例相对应的DRX信息

·PTM递送实例的无线网络临时标识符(RNTI)

·与PTM递送实例相对应的时域调度信息，以用于指示调度PTM传输的子帧或时隙

·与PTM递送实例相对应的频域资源分配信息。

·与这个PTM递送实例相对应的PDCCH(物理下行链路控制信道)配置和PDSCH(物理下行链路共享信道)配置。

·与PTM递送实例相对应的BWP(带宽部分)信息。

PTM相关请求，RLC承载配置

对于每个递送实例，如果DU以PTM模式接受对应的MRB传输请求，并且CU或DU指定的递送实例不存在，则DU基于诸如PDCP SN之类的来自CU消息的信息，创建对应的RLC实体。否则，如果PTM递送实例已经存在于DU中，则DU会根据与现有递送实例相对应的配置，向CU发送对应的第一RLC承载配置。

在一些实施例中，如果DU在PTM模式下接受对应的MRB传输请求，则DU需要在响应消息中包括与MBS会话的每个MRB相对应的RLC承载配置信息，其包括与MRB相对应的逻辑信道ID。

在一些实施例中，对于与递送实例相关联的每个UE：

·如果DU以PTM模式接受对应的MRB传输请求，则在第一RLC承载配置中，DU包括与MBS会话中每个MRB相对应的RLC承载配置信息，其还包括第一逻辑信道ID1(LCID1)和相关联的第二逻辑信道ID2(LCID2)。其中，LCID1被包括由DU在实际PTM递送中生成的MACPDU中，该LCID1对应于与MRB服务数据相对应的MAC PDU的子报头中的逻辑信道信息。在UE接收到MAC PDU后，UE将MAC PDU的子报头中被标记为LCID1的数据提交到LCID2标识的逻辑信道，以进行进一步处理。

·在一些场景中，网络使用双向隧道启用针对UE的用于PTM传输中的MRB的PDCP数据重传。UE依赖于两个独立的RLC实体：以PTM模式执行初始MRB数据传输的RLC实体1，以及执行MRB数据的重传的UE特定的RLC实体2，以及与MRB相对应的PDCP SR的传输。

·CU消息还指示与MRB相对应的上行链路隧道信息，具体为IP地址和相关联的GTP-TEID。在一些场景中，F1-U隧道被用于传输UE在接收MRB数据时生成的相应PDCP SR。如图10所示，隧道2被用于PDCP SR的上行链路传输。

·如果CU启用或激活针对MRB的PDCP重传，则DU返回第二下行链路隧道信息，该第二下行链路隧道信息包括IP地址和相关联的GTP-TEID。现在，在F1接口上，有两条对应于MRB的下行链路隧道。第一下行链路隧道可以被用于传输与MRB相对应的初传数据，而第二下行链路隧道可以被用于传输与MRB和上行链路PDCP SR相对应的重传数据。

·CU还指示与MRB相对应的RLC实体的模式，无论是AM还是UM。DU在以PTM模式接受对应的MRB传输请求后，DU创建或修改MRB对应的RLC实体，分配诸如逻辑信道之类的对应的MAC资源，并在响应消息中返回对应的第二RLC承载配置。RLC承载配置被包括在小区组配置中，并且还被包括在要发送给CU的DU到CU的RRC信息中。

处理DU拒绝创建MRB的创建

对于指定PTM递送模式的CU消息，DU创建PTM递送实例或PTM递送实例列表。对于每个递送实例，DU可能会因资源或其他原因拒绝一个或多个MRB创建或修改。在这种情况下，DU返回MRB列表，该MRB列表包括创建或修改失败的MRB以及失败原因。

使用PTP和PTM的处理双模式

在一些实施例中，对于特定的UE，CU可以同时请求PTP和PTM递送模式。DU分配对应的资源，因此UE能够同时以PTP和PTM模式接收MRB数据。

实施例2示例

关于针对MBS会话的UE递送模式的示例性CU决策，请参考图4。基于CU决策，UE1使用PTP递送模式，UE2到UE5使用PTM递送模式。在一些场景中，CU还决定诸如UE2和UE3等之类的一些UE在DU下的一个小区中使用PTM递送模式，而UE4和UE5在DU下的另一个小区中使用PTM递送模式。具体的信令可以携带也可以不携带对应的UE ID列表。在一些场景中，DU可以基于与CU的交互，在小区中实施多个PTM递送实例。

在一些场景中，CU不确定PTM递送实例存在于哪个小区，而是指示某个UE使用PTM或PTP模式接收。此时，DU决定要生成多少PTM递送实例以及相关小区。在一些场景中，DU可以在一个小区中生成多个PTM递送实例。

此外，为与对应于MBS的对应的PDCP生成的PDCP PDU可以通过共享隧道被递送给DU，或者可以通过独立隧道被递送给DU。

以下分别描述了上述场景。每个UE的配置可能不在同一时间呈现在相同的F1信令中，因为该配置可能在不同的时间点呈现在不同的F1信令中。

在从CU接收到决定之后，DU对每个UE进行MBS接收调度，并为与每个递送实例相对应的承载分配资源。在资源分配失败的情况下，DU向CU发送具有失败原因的反馈。

在CU发送的上下文建立或修改请求消息中，gNB-CU MBS-AP ID被用于唯一地标识CU侧通过F1接口的MBS会话。这些信令消息还可以携带诸如IP组播地址之类的MBS会话ID或MBS对应的MBS ID，，以通知DU MBS标识。

此外，该信令还携带与服务于MBS的MRB或MRB列表相对应的QoS参数。每个MRB由一个RB ID标识。该信令还包括被映射到MRB的QoS流列表，及对应的QoS流级别QoS参数(包括QoS流标识符(QFI))。

CU可以在信令消息中指示特定的UE或UE列表以PTP模式接收特定的一个或多个MRB或整个MBS。整个MBS指示与其相关联的所有对应的MRB。UE列表可以在F1接口上由UE的gNB-CU UE F1AP ID或gNB-DU UE F1AP ID来标识。

信令还可以携带与针对特定的UE的特定的MRB相对应的RLC实体模式，其可以是AM或UM模式。例如，如果与MBS的MRB相对应的QoS要求对延迟不敏感，但要求高可靠性，则对应的RLC实体可以被配置为AM模式。另一方面，如果QoS要求对延迟敏感，则对应的RLC实体可以被配置为UM模式。参考图8和图9，在一些场景中，对于UE1，需要建立被显示为隧道2的上行链路隧道来传输上行链路数据，例如，诸如由UE1生成的与MRB数据接收相关的PDCP状态报告等之类的反馈信息。在这种情况下，信令还可以携带与针对UE1的特定的MRB相对应的用户面上行链路隧道地址。

在接收到CU请求后，如果DU能够分配对应的资源，则在返回的响应消息中，DU返回上述请求中用于UE的特定的MRB的下行链路隧道信息。参考图8，隧道2现在已经被成功地建立，并且能够被用于传输与在PTP模式下传输到UE的承载相对应的服务数据，并且还能够被用于输针对特定的UE的PDCP PDU重传数据。

在一些场景中，CU携带用于传输与MBS相对应的MRB对应的PDCP PDU的IP组播地址。在接收到IP组播地址后，DU加入组播组并接收组播服务数据。参考图6和图7，RLC实体1、RLC实体2和RLC实体3与同一个MRB相关联并共享隧道1，服务数据被同时提交给RLC实体1、RLC实体2和RLC实体3。

在一些场景中，DU回复针对MBS的下行链路隧道信息，作为对上述请求的响应来回应，因此可以创建从CU到DU的下行链路隧道。与MBS的MRB相对应的PDCP PDU通过下行链路隧道被传输给DU，并且被同时提交给与MRB相关联的所有RLC实体。

要创建特定的PTM递送实例，至少存在通过从CU发送给DU的信令中的信息进行区分的两种解决方案。在第一种解决方案中，信令包含小区列表，该小区列表包含调度MBS的小区。在第二种解决方案中，信令包含UE ID列表，该UE ID列表包含被分配使用PTM模式的UE。下面详细描述了每种解决方案。

在第一种解决方案中，在CU决策过程期间，CU不仅确定UE的递送模式，无论是PTP还是PTM。CU还确定PTM传输发生在DU下的哪些小区。因此，CU到DU的信令携带小区列表来指示PTM传输。在DU侧，对于小区列表中的每个小区，DU为MBS分配对应的PTM资源，或拒绝部分QoS流，并且进而拒绝创建对应的MRB。这样，DU响应消息包含基于每个小区的针对MBS的MRB创建结果。如果某些MRB创建失败，该消息将返回失败的MRB，以及对应的失败原因。

可选地，如果信令使用PTM模式携带UE列表，则来自DU的响应消息可以携带针对每个UE的第一逻辑信道ID(LCID1)(LCID标识逻辑信道)，这是用于UE发送状态报告的主路径。此外，DU还可以携带第二逻辑信道ID(LCID2)，该第二逻辑信道ID是UE用于接收MBS的MRB的LCID。例如，LCID1与LCID2相关联，在UE接收到MAC PDU后，UE将被标记为LCID1的数据提交到由LCID2标识的逻辑信道，以进行进一步处理。

在第二种解决方案中，在CU决策过程中，决策可以不包括相关小区的信息，而只包括每个UE及其递送模式。例如，UE2-PTM、UE3-PTM、UE4-PTM、UE5-PTM。在DU侧，DU查找每个UE连接到的小区，然后基于对应的小区中UE的连接状态和小区中的可用资源，DU灵活地选择合适的PTM调度参数。例如，DU决定在小区1上，UE2和UE3使用一个PTM实例来接收MBS数据，而在小区2上，UE4和UE5使用另一个PTM实例来接收MBS数据。DU还决定每个PTM实例的MAC/PHY配置，并在响应消息中将该配置发送回CU。在一些场景中，小区中的多个UE接收相同的MBS。DU可以决定创建多个PTM实例来服务于这些UE。DU还决定每个PTM实例的MAC/PHY配置，并在响应消息中将该配置发送回CU。这种情况下配置信息可以采用列表格式。

为了满足MBS的QoS要求，在CU到DU的信令中，存在与每个MRB相对应的QoS参数，以及与MRB相对应的QoS流的QoS参数，因此DU可以基于QoS参数分配适当的资源。

对于某个MRB，MRB数据通过F1-U隧道从CU被分发给DU。根据CU如何分发MRB数据的方式，存在两种传递MRB数据的实施方式。

在第一种情况下，CU使用IP组播将MRB数据分发给DU。CU到DU的信令携带IP组播地址和TEID。然后，DU可以加入组播组并从隧道接收MRB数据。

在第二种情况下，CU使用点对点协议将MRB数据分发给DU。在接收到的信令消息中，基于MBS ID及其对应的MRB ID或能够反映该信息的其他信息，DU可能能够重用现有隧道。如果没有用于MRB的现有隧道，DU将分配下行链路IP地址和对应的TEID，并在响应消息中将这些下行链路隧道相关信息发送给CU。通过这样做，对于MBS会话中的特定的MRB，单个隧道可以由不同的RLC实体共享，并且无需在PDCP层中复制PDU数据。

实施例3

在这个实施例中，以上与特定的UE的PTP递送实例相关的各类请求和响应可以使用UE相关联的信令消息格式被携带，而以上与特定PTM递送实例相关的各类请求与响应可以使用MBS相关联的信令消息格式被携带。

如果CU做出一些UE(组1UE)以PTP模式接收MBS的决定，而一些UE(组2UE)则以PTM模式接收MBS。对于组1UE，CU使用根据每个UE的F1信令(或UE相关联的信令)，例如UE上下文建立或UE上下文修改信令。对于组2UE，CU使用根据每个MBS的F1信令(或MBS相关联的信令)，例如MBS上下文建立或MBS上下文修改信令。无论哪种情况，CU都会使用对应的F1信令，将该决定发送给DU，并请求DU分配对应的资源。MBS相关联的信令可以被应用于一个UE或多个UE，或一个小区或多个小区。

在接收到来自CU的请求时，DU尝试根据每个请求分配资源。然后，DU向CU发送响应信息，以反馈每个MRB是否被成功地创建。此外，对于每个被成功地创建的MRB，DU针对特定的MRB创建配置，并将该配置发送回CU。

参考图5，信令消息通常被称为MBS上下文建立或MBS上下文修改，它们还可以分为两种操作，即根据每个UE的F1消息和根据每个MBS的F1消息。被包含在上述信令中的内容将在下面单独描述。

对于使用PTP接收模式的组1UE，CU使用诸如UE上下文建立或UE上下文修改信令之类的根据每个UE的F1信令。本公开扩展了当前根据每个UE的信令，并且包含从CU发起的信令消息中的至少一个参数：

·gNB-CU UE F1AP ID。

·gNB-DU UE F1AP ID(可选)。

·MBS会话ID。

·包含服务于MBS的无线承载的MRB ID列表，以及可选地，UE在与MRB列表中的每个MRB相关联的UE侧数据处理期间使用的无线承载ID。

·每个MRB的QoS参数，以及QoS流的相应QoS参数。

·与MRB相对应的RLC承载模式(AM或UM)。

·与MRB相关联的UE的用户面上行链路隧道地址。UE使用用户面上行链路隧道地址来执行MBS状态报告。

·对于服务组播服务的每个RB，如果在传输网络层(即，GTP-U协议栈中的UDP/IP层)使用IP组播，则对应的IP组播地址(具有或不具有源地址)和对应的TEID。

·CU明确启用PDCP状态报告和/或PDCP PDU重传。

相应地，本公开扩展了当前根据每个UE的信令，并且包含从DU发起的信令消息中的至少一个参数，这些消息可以是响应消息或自主消息：

·gNB-CU UE F1AP ID。

·gNB-DU UE F1AP ID。

·MBS会话ID。

·用于MRB被成功地创建或修改的MRB列表。

·针对每个MRB的下行链路隧道信息。

·用于MRB创建或修改失败的MRB列表。

·UE的小区组配置更新，这可以是DU到CU的RRC信息。

同样，对于使用PTM递送模式的组2UE，CU使用诸如MBS上下文建立或MBS上下文修改信令之类的根据每个MBS的F1信令。本公开扩展了当前根据每个MBS的信令，并且包含从CU发起的信令消息中的至少一个参数：

·gNB-CU UE F1AP ID。

·gNB-DU UE F1AP ID(可选)。

·MBS会话ID。

·包含服务于MBS的无线承载的MRB ID列表。

·每个MRB的QoS参数，以及QoS流的对应的QoS参数。

·包含调度MBS的小区的小区列表。可选地，针对每个小区的对应的PTM实例ID列表，以及针对每个PTM实例的UE ID列表。

·包含使用PTM递送模式的UE的UE ID列表。可选地，RB ID列表，以及UE为RB ID列表中的每个MRB使用的映射RB ID。

·下行链路IP组播地址(可能包括源地址，也可能不包括源地址)和TEID。

UE ID可以是gNB-CU UE F1AP ID或gNB-DU UE F1AP ID，其被用于唯一地标识UE在CU或DU内通过F1接口的逻辑连接。UE ID也可以是UE组索引，其可以被用于帮助DU的后续调度，诸如对反馈资源的判断。

相应地，本公开扩展了当前根据每个MBS的信令，并且包含从DU发起的信令消息中的至少一个参数，这些消息可以是响应消息或自主消息：

·gNB-CU UE F1AP ID。

·gNB-DU UE F1AP ID。

·MBS会话ID。

·对于使用PTM模式的每个UE，其相关联的小区或小区列表，可选地，针对每个小区的对应的PTM实例ID。

·小区列表，可选地，针对小区中的每个PTM递送实例：

ο包含被DU接受的服务于MBS的MRB的MRB ID列表，包含被DU拒绝的MRB的另一个MRB列表。

ο针对每个MRB的对应的MAC/PHY配置。

·可选地，针对每个UE的反馈配置。

·可选地，对于每个接受的MRB，其对应的F1-U隧道信息包括：下行链路IP地址和TEID。

·针对每个UE的LCID配置。

实施例3示例性实施方式

在这个实施例中，CU决定对于MBS组，一些UE使用PTP递送模式(组1UE)，而一些UE则使用PTM递送模式(组2UE)。CU对不同的UE组使用不同的信令类型，也就是说，对组1UE使用根据每个UE的信令，对组2UE使用根据每个MBS的信令。

CU首先决定UE1以PTP模式接收MBS，然后CU创建对应的根据每个UE的F1信令，并将该信令发送给DU。具体过程如下所述。在请求消息和响应消息中都列出了信息单元，并有详细的解释。

gNB-CU UE F1AP ID，可选地，gNB-DU UE F1AP ID

从CU发起的根据每个UE的上下文建立/修改信令由gNB-CU UE F1AP ID标识。这个ID指示信令是根据每个UE的类型，并且目标UE以PTP模式接收MBS。因此，对应的DU响应消息携带gNB-CU UE F1AP ID和gNB-DU UE F1AP ID，gNB-DU UE F1AP ID被用于唯一地标识UE在DU内的通过F1接口的逻辑连接。

在一些场景中，对于服务于MBS的MRB，网络侧的MRB ID名称空间与UE侧的UE用于UE的其他PDU会话的RB ID名称空间无关。这样，与MRB ID合并的MBS会话ID可以被用于唯一标识针对这个MBS的MRB。在一些场景中，DU能够使用来自F1信令的MBS会话ID和MRB ID的前述合并来分配仅一个下行链路隧道地址，该下行链路隧道地址被映射到特定的MRB的仅一个F1-U隧道，从而节省CU和DU之间的传输资源。

在一些场景中，对于服务于MBS的MRB，网络侧的MRB ID名称空间共享由UE侧的UE用于UE的其他PDU会话的相同RB ID名称空间。这样，F1信令不需要携带MBS会话ID，MRB ID本身可以被用于唯一地标识针对这个MBS的MRB。在一些其他场景中，F1信令仍然需要携带MBS会话ID，DU可以使用来自F1信令的MBS会话ID和MRB ID的合并来分配仅一个下行链路隧道地址，该下行链路隧道地址被映射到唯一F1-U隧道，从而节省CU和DU之间的传输资源。

包含需要被创建或修改的MRB的MRB列表

MRB列表可以列出为MBS服务的所有或仅仅一些MRB。如果指示UE递送模式切换的F1信令基于每个服务粒度，则信令适用于针对MBS的所有MRB。在这种情况下，该信令消息可能携带所有MRB，或者仅携带MBS ID。

对于MRB列表中的每个MRB，附加信息都被携带在消息中：

·MRB ID。在一些场景中，每个MRB的MRB ID(RBID1)与UE用来处理PDU的第二RBID(RBID 2)相关联。随后，当DU配置RLC承载时，DU将对应的服务无线承载设置为RBID2。

·针对每个MRB的QoS参数，以及对应的QoS流级别QoS参数。DU需要使用这些参数来执行MRB调度。

·通知控制配置。如果与MRB相对应的通知控制处于激活状态，则DU可以基于UE反馈或测量报告，通知CU，MRB的传输和接收要求是否被满足，以便CU可以进一步决定是否需要UE递送模式切换。

·对应的RLC模式–基于MBS特征，与MRB相关联的RLC实体被配置为AM模式或UM模式。例如，如果对应的MRB的QoS要求对时延不敏感，但要求高可靠性，则将相应对应的RLC实例可以被设置为AM模式；另一方面，如果相应RB的QoS要求对时间敏感，则对应的RLC实例可以被设置为UM模式。

·与UE相关联的MRB相对应的UE用户面上行链路隧道地址。如果RB被配置为执行PDCP状态报告，则CU需要分配这个上行链路隧道地址，以便UE侧的对端PDCP实例可以提供反馈。在这种情况下，信令消息需要携带与MRB相对应的上行链路隧道地址。

·下行链路隧道信息(IP组播)-如果使用IP组播将MRB从CU分发给DU，则CU需要为MRB提供IP组播地址及其对应的隧道端点ID(TEID)，并将该信息添加到F1信令消息中。然后，DU可以加入IP组播组以接收下行链路数据。

在一些场景中，对于特定的MRB，接收MBS的多个UE可以在F1-U链路上共享下行链路隧道，而不管UE的递送模式(PTP或PTM)如何。下行链路隧道映射到相同的IP组播地址和TEID。在其他场景中，使用PTP模式接收MRB的UE和使用PTM模式接收MRS的UE在F1-U链路上使用独立的下行链路隧道，下行链路隧道映射到不同的IP组播地址和TEID。

现在参考图8。在一些场景中，CU显式地启用PDCP状态报告和/或PDCP PDU重传，或者重传机制是默认设置。DU需要返回对应的下行链路隧道信息，即如图8所示的隧道2。DU进一步创建对应的RLC实体2配置和相关联的LCID信息，由LCID所标识的逻辑信道对应于UE侧的与MRB相关联的主RLC，并被用作用于传输针对这个MRB的PDCP状态报告的主路径。

·下行链路隧道信息(IP点对点)-如果DU接受MRB的创建或修改，并且使用点对点协议将MRB从CU被分发给DU，则DU返回对应于MRB的下行链路隧道信息。在一些场景中，基于从CU发送的F1信令消息中的MBS ID和对应的MRB ID，DU能够识别共享下行链路隧道以服务于特定的MRB，从而节省F1-U链路上的资源。在这种情况下，DU可以返回现有隧道的信息(其包括IP地址和TEID)。

现在参考图8。在一些场景中，CU显式地启用PDCP状态报告和/或PDCP PDU重传，或者重传机制是默认设置。然后DU可以返回针对两个用户面下行链路隧道(如图8所示的隧道1和隧道2)的信息。隧道1被用于传输MRB数据，并且它可以由其他UE共享。隧道2用于MRB数据重传。同时，DU创建对应的RLC实体2配置。RLC实体2被用于从CU接收PDCP PDU，然后以PTP模式将PDU数据发送给UE1。或者它可以被用于PDCP层数据重传。来自DU的响应消息可以携带对应的逻辑信道ID(LCID)信息，LCID标识对应于UE侧的发送PDCP状态报告的主RLC的逻辑信道。在从共享隧道1接收到MRB对应的PDCP PDU后，DU将MRB数据提交给至少RLC实体1和RLC实体2，以服务于不同的UE。在一些场景中，DU仅返回一条用户面下行链路隧道的信息，初始MRB数据传输和CU可能的重传发生在这个相同的隧道中。

如果DU不接受该MRB，则DU将在响应消息中返回包含创建或修改失败的MRB的MRB列表。在这种情况下，隧道信息可能不适用。

然后，CU决定UE2到UE10以PTM模式接收MBS，并创建对应的根据每个MBS的F1信令，并将该信令发送给DU，以便DU能够创建MBS会话上下文并为PTM实例分配对应的资源。具体过程如下所述。在请求消息和响应消息中都列出了信息单元。

gNB-CU MBS F1AP ID和gNB-DU MBS F1AP ID

CU信令消息至少携带gNB-CU MBS F1AP ID，以唯一地标识在CU内通过F1接口的MBS会话。同样，DU在响应消息中返回gNB-CU MBS F1AP ID和gNB-DU MBS F1AP ID信息，以被用于唯一地标识在DU内通过F1接口的MBS会话。

(MBS标识符)

MBS标识符可以是以下之一：

·TMGI(临时移动组标识)。

·IP组播地址(具有或不具有源地址)。

·MBS ID。

·可以唯一地标识通过F1接口的MBS的任何其他标识符或索引。

在一些场景中，对于服务于MBS的MRB，网络侧的MRB ID名称空间与UE侧的UE用于UE的其他PDU会话的RB ID名称空间无关。因此，与MRB ID合并的MBS会话ID可以被用于唯一地标识针对这个MBS的MRB。在一些场景中，DU可以使用来自F1信令的MBS会话ID和MRB ID的前述合并来分配仅一个下行链路隧道地址，该下行链路隧道地址被映射到特定的MRB的仅一个F1-U隧道，从而节省CU和DU之间的传输资源。

在一些场景中，对于特定的MRB，从CU到DU的MRB数据传输共享下行链路隧道。DU从共享隧道接收MRB数据，然后将数据提交给多个RLC实体。这些RLC实体对应于不同的PTP和PTM实例。

MRB列表

MRB列表包含需要创建或修改的MRB。对于列表中的每个MRB，附加信息都被携带在消息中：

·MRB ID。在一些场景中，每个MRB的MRB ID(RBID1)与UE用来处理PDU的第二RBID(RBID 2)相关联。随后，当DU配置RLC承载时，DU将对应的服务无线承载设置为RBID2。

·针对每个MRB的QoS参数，以及对应的QoS流级别QoS参数。DU需要使用这些参数来执行MRB调度。

·通知控制配置。如果MRB对应的通知控制处于激活状态，DU可以基于UE反馈或测量报告，通知CU，MRB的传输和接收要求是否被满足，以便CU可以进一步决定是否需要UE递送模式切换。

·对应的RLC实体模式(可选)。对于MBS会话，默认模式为UM。

·下行链路隧道信息(IP组播)-如果使用IP组播将MRB从CU被分发给DU，则CU需要为MRB提供IP组播地址及其对应的隧道端点ID(TEID)，并将该信息添加到F1信令消息中。如果DU接受MRB，则DU可以加入IP组播组，以接收下行链路数据。

小区信息

存在两种用于CU携带小区列表的解决方案，每种解决方案如下所示。

解决方案A：

F1信令消息包含小区列表，该小区列表包含MBS调度的小区，可选地，包含每个小区下的PTM递送实例列表，可选地，包含对应的UE ID列表。

在CU决策过程期间，CU不仅确定UE的递送模式，无论是PTP还是PTM，CU还确定PTM传输发生在DU下的哪些小区。可选地，小区下的PTM递送实例。例如，CU决定UE1在小区1中使用PTP模式，UE2和UE3在小区1中使用PTM模式，UE4和UE5在小区2中使用PTM模式。CU信令消息携带DU下的小区列表。因此，在接收到该消息后，DU为每个小区中的MBS分配PTM资源，或拒绝为MBS创建或修改部分或全部MRB。

DU响应消息包含针对基于每个小区的MBS的MRB创建结果。可选地，DU响应消息携带每个小区下的每个PTM递送实例及其PTM资源分配结果，该PTM资源分配结果包括RLC实体配置和对应的MAC/PHY配置。如果CU信令消息包含UE ID列表，则DU可以提供UE特定的RLC实体配置。如果CU信令消息还包含针对每个PTM递送实例的UE ID列表，则可选地，CU消息包含从MBS的每个MRB(RBID1)到RBID2的映射，其中，RBID2是UE在处理PDCP PDU时使用的无线承载ID。此外，在由DU为UE创建的RLC承载配置中，RLC承载配置中的服务无线承载字段由DU设置为RBID2。

在一些场景中，CU不指定传输小区中的PTM递送实例ID，而是由DU在响应消息中携带PTM递送实例信息和可选的相关联的UE列表。参考图4，CU决定UE6到UE10在小区3下使用PTM模式，DU进一步决定UE6、UE7和UE8使用PTM递送实例3(PTM3)，UE9和UE10使用PTM递送实例4(PTM4)。

解决方案B：

F1信令消息包含UE ID列表，该UE ID列表包含使用PTM模式的UE。

CU消息不指定小区信息，并且只包含UE ID及其对应的递送模式。例如，参考图4，UE2到UE10均使用PTM模式接收MBS。在DU侧，基于每个UE的连接状态及其能力，DU为UE分配PTM递送小区。可选地，PTM递送小区中的PTM递送实例。在一些实施例中，基于每个小区中每个UE的连接状态上下文，以及每个小区中的可用资源，DU灵活地调度PTM调度参数。这样，由DU做出的决策有时会更有效。

在一些场景中，DU可以在一个小区中为同一MBS组中的UE实现多个PTM递送实例，并分配对应的MAC/PHY配置。DU基于每个小区将该配置发送给CU，也就是说，对于每个小区，DU返回一个MAC/PHY配置列表。以上调度结果可以被包括在DU到CU信息中，并被发送给CU。在一些场景中，以上配置以及对应的MRB配置一起在对应的小区中被广播，因此信息可以被发送给UE。

例如，参考图4，DU决定UE2和UE3使用小区1下的递送实例PTM1，UE4和UE5使用小区2下的递送实例PTM2，而(UE6、UE7、UE8)和(UE9、UE10)使用小区3下的不同的递送实例PTM3和PTM4。DU还选择对应于每个PTM递送实例的MAC/PHY配置，并将该配置信息添加到响应消息中，并将针对每个小区或小区中的每个PTM实例的响应消息发送给CU。

基于UE ID列表，然后，DU可以提供UE特定的RLC实体配置，其包括RLC承载配置。如果CU信令消息还包含针对每个PTM递送实例的UE ID列表，则可选地，CU消息包含从MBS的每个MRB(RBID1)到RBID2的映射，其中，RBID2是UE在处理PDCP PDU时使用的无线承载ID。此外，在DU针对UE创建的RLC承载配置中，RLC承载配置中的服务无线承载字段由DU将设置为RBID2。

如果使用IP组播将MRB从CU分发给DU，并且对于不同的PTP和PTM递送实例，MRB传输共享相同的F1-U下行链路隧道，则CU需要为MRB提供IP组播地址及其对应的TEID，并将该信息添加到F1信令消息中。然后，DU可以加入IP组播组，以接收下行链路数据。

如果使用点对点协议将MRB从CU分发给DU，则在DU侧，基于F1信令消息中的MBS ID和对应的MRB ID，DU可以重用预先建立的隧道，包括其IP地址和TEID信息。对于MBS中的某个MRB，不同小区或同一小区中的不同PTM递送实例可以共享CU和DU之间的单个隧道。

UE ID列表中的UE ID可以是gNB-CU UE F1AP ID或gNB-DU UE F1AP ID，其被用于唯一地标识UE在CU或DU内通过F1接口的逻辑连接。UE ID也可以是UE组索引，其可以被用于帮助DU的后续调度，诸如对反馈资源的判断。在一些场景中，CU消息可能只包含UE组索引或UE索引，在后续的空口资源分配中，DU可能使用UE索引来唯一地标识UE的HARQ或CSI-RS反馈资源。

在一些实施例中，根据每个UE的信令消息可以仅被用于通知DU，UE需要加入MBS组，MBS组可以由消息中的服务信息(诸如MBS会话ID)隐式地标识。后续的MBS管理可以通过使用根据每个MBS的信令会话来实现。这种MBS管理包括DRB更新和QoS相关信息更新。

在整个说明书和权利要求书中，除了明确规定的含义之外，术语可能具有上下文中表明或暗示的细微含义。同样，本文使用的短语“在一个实施例/实施方式中”不一定指同一实施例，而本文使用的短语“在另一个实施例/实施方式中”不一定指不同的实施例。例如，所要求保护的主题旨在包括全部或部分示例性实施例的组合。

一般来说，术语可以至少部分地从上下文中的用法来理解。例如，如本文中使用的诸如“和”、“或”或“和/或”等之类的术语可以包括各种含义，这些含义可以至少部分取决于使用这些术语的上下文。通常，“或”如果用于诸如A、B或C之类的关联列表，则旨在表示此处用于包含性意义的A、B和C，以及此处用于排他性意义的A、B或C。此外，本文中使用的术语“一个或多个”可以被用于描述单数意义的任何特征、结构或特性，或可以被用于描述复数意义的特征、结构或特性的组合(至少部分地取决于上下文)。类似地，诸如“a”、“an”或“the”等之类的术语可以被理解为表示单数用法或复数用法，这至少部分取决于上下文。此外，术语“基于”可以理解为不一定旨在传达一组排他的因素，而是相反，可以允许存在不一定明确描述的其他因素，这也至少部分取决于上下文。

在整个本说明书中对特征、优点或类似语言的引用并不意味着可以通过本解决方案实现的所有特征和优点都应该或被包括在其任何单个实施方式中。相反，提及特征和优点的语言被理解为意味着结合实施例描述的特定特征、优点或特性被包括在本解决方案的至少一个实施例中。因此，在整个说明书中对特征和优点以及类似语言的讨论可以但不一定指相同的实施例。

此外，本解决方案的所描述的特征、优点和特性可以在一个或多个实施例中以任何合适的方式被组合。根据本文的描述，相关领域的普通技术人员将认识到，本解决方案可以在没有特定实施例的一个或多个特定特征或优点的情况下实践。在其他情况下，某些实施例中可以认识到可能不存在于本解决方案的所有实施例中的附加特征和优点。

Claims (59)

1.一种用于在无线通信网络中由与第二接入网络节点(ANN)通信的第一ANN执行的无线资源分配的方法，所述方法包括：

从所述第二ANN接收对在所述第一ANN中的资源分配的建立、修改或释放的一个或多个请求，以用于以点对点(PTP)递送模式和点对多点(PTM)递送模式下将组播/广播服务(MBS)会话的服务数据传输到一组用户设备(UE)，以及用于在所述第一ANN和所述第二ANN之间传送控制信息，其中，所述一个或多个请求包括MBS会话标识符；

基于所述一个或多个请求，建立、修改或释放在所述第一ANN中的所述资源分配；

生成与所述资源分配相对应的配置信息；以及

将所述配置信息传输到所述第二ANN。

2.根据权利要求1所述的方法，其中，用于标识一个或一组MBS的所述MBS会话标识符包括以下中的至少一项：

与所述MBS会话相关联的会话标识符；

具有源地址的IP组播地址；

不具有源地址的IP组播地址；

在所述第一ANN处生成的第一接口标识符，以用于标识到所述第二ANN的所述MBS会话；

在所述第二ANN处生成的第二接口标识符，以用于标识到所述第一ANN的所述MBS会话；

针对所述MBS会话的临时移动组标识(TMGI)；或

唯一地标识在所述第一ANN、所述第二ANN或公共地面移动网络(PLMN)内的所述MBS会话的标识符。

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

所述请求中的至少一个还包括由所述第二ANN生成的用于标识到所述第二ANN的所述MBS会话的第一接口标识符；以及

所述配置信息包括由所述第一ANN生成的，对应于所述第一接口标识符的，用于标识到所述第一ANN的所述MBS会话的第二接口标识符。

4.根据权利要求1所述的方法，其中，所述请求中的一个还包括指示所述请求的目标UE的UE标识符。

5.根据权利要求4所述的方法，其中，所述UE标识符包括以下中的至少一项：

在所述第一ANN处生成的，用于向所述第二ANN标识所述目标UE的第一接口标识符；

在所述第二ANN处生成的，用于向所述第一ANN标识所述目标UE的第二接口标识符；

小区无线网络临时标识符(C-RNTI)；

无线局域网用户标识符；以及

唯一地标识在所述第一ANN内、在所述第二ANN内，或在公共地面移动网络(PLMN)内的目标用户的标识符。

6.根据权利要求1所述的方法，其中，所述一个或多个请求还包括用于所述一组UE中的至少一个的MBS相关的UE能力信息。

7.根据权利要求1所述的方法，其中，所述一个或多个请求还包括用于所述MBS会话的MBS相关的能力要求信息。

8.根据权利要求1所述的方法，其中，所述一个或多个请求还包括一组无线承载(RB)标识符，所述RB标识符用于与所述MBS会话标识符一起唯一地标识由所述第二ANN分配给所述MBS会话的服务质量(QoS)流的一组RB。

9.根据权利要求8所述的方法，其中，所述一个或多个请求还包括针对所述一组UE中的至少一个特定UE的所述一组RB中的至少一个的单独的UE特定的RB标识符。

10.根据权利要求9所述的方法，还包括将所述单独的UE特定的RB标识符包括在在分配给所述第一ANN中的所述至少一个特定的UE的无线链路控制(RLC)承载的配置中，其中，由所述第一ANN传输到所述第二ANN的所述配置信息包括所述RLC承载的所述配置。

11.根据权利要求8所述的方法，其中，所述一个或多个请求还包括：

对应于所述一组RB中的每个RB的第一组QoS参数；和

被映射到所述一组RB的所述QoS流中的每个的第二组QoS参数。

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

所述至少一个或多个请求包括一组信息项；并且

所述方法还包括，由所述第一ANN基于所述一组信息项，建立、修改或释放与针对所述MBS会话的MBS会话协议数据单元(PDU)的传输的多个递送实例相对应的所述资源分配。

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

所述多个递送实例中的每个是PTP递送实例或PTM递送实例；

每个PTP递送实例对应于以PTP递送模式接收所述MBS会话PDU的单个特定的UE；并且

每个PTM递送实例对应于以TM递送模式接收所述MBS会话PDU的所述一组UE中的一群UE。

14.根据权利要求13所述的方法，其中，对于所述一组UE中的每个是PTP递送模式、PTM递送模式，或者PTP和PTM递送模式两者都有的递送模式由所述第二ANN确定。

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

所述一组信息项包括来自所述一组UE的UE的UE标识符和针对所述UE的递送模式指示；并且

所述方法包括根据所述递送模式指示，为PTP或PTM递送实例建立资源分配，或者修改与所述UE相对应的现有PTP或PTM递送实例。

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

由所述第一ANN确定所述UE的一个或多个服务小区中的服务小区内的多个PTM递送实例；以及

当所述递送模式指示表明所述UE将以所述PTM递送模式接收所述MBS会话PDU时，将PTM递送实例建立为具有用于所述UE的资源分配的所述多个PTM递送实例之一，

其中，所述配置信息还包括所述UE的递送实例配置信息。

17.根据权利要求15所述的方法，其中，由所述第一ANN向所述第二ANN传输的配置信息包括为所述UE建立的所述PTP或所述PTM递送实例的信息。

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

所述一组信息项包括所述第一ANN的服务小区的小区标识；

所述方法包括：

确定与所述服务小区相关联的多个PTM递送实例；以及

为与所述服务小区相关联的多个PTM递送实例建立资源分配；并且所述配置信息还包括关于所述PTM递送实例的信息。

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

除了所述小区标识之外，所述一组信息项还包括UE列表；并且

所述配置信息还包括所述UE列表的UE子列表、每个UE子列表用于所述多个PTM递送实例之一。

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

所述一组信息项包括所述第一ANN的服务小区的小区标识，以及与所述服务小区相关联的一个或多个PTM实例的规定；并且

所述方法包括为与所述服务小区相关联的所述一个或多个PTM递送实例建立所述资源分配。

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

除了所述小区标识之外，所述一组信息项还包括UE列表；并且

所述配置信息还包括所述UE列表的UE子列表、每个UE子列表用于所述一个或多个PTM递送实例之一。

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

除了与所述小区标识相关联的所述一个或多个PTM实例的规定之外，所述一组信息项还包括UE子列表；并且

所述配置信息还包括所述UE列表的所述UE子列表，每个UE子列表对应于所述一个或多个PTM递送实例之一。

23.根据权利要求14所述的方法，其中，对于所述一组UE中的每个，是PTP递送模式、PTM递送模式或者PTP和PTM递送模式两者都有的递送模式由所述第一ANN确定。

24.根据权利要求23所述的方法，其中，所述一组信息项包括关于所述一组UE的信息。

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

为所述一组UE中的每个确定PTP或PTM或PTP和PTM两者都有的递送模式；

确定所述第一ANN的服务小区之间的PTM交付递送实例配置；以及

为PTP递送实例建立资源分配，每个递送实例用于处于PTP递送模式的UE，以及根据PTM递送实例配置，为PTM递送实例建立资源分配，每个递送实例用于PTM递送模式中的UE子集，

其中，所述配置信息包括所述一组UE与PTP和PTM递送实例之间的关联信息，以及针对PTP和PTM递送实例的配置。

26.根据权利要求13所述的方法，每个PTP递送实例或PTM递送实例都与递送实例标识相关联。

27.根据权利要求26所述的方法，其中，特定的UE的标识符被用于标识PTP递送实例。

28.根据权利要求26所述的方法，其中，PTM递送实例与实例标识符相关联，所述实例标识符包括以下之一：

当所述PTM递送实例是小区中唯一的PTM递送实例时，所述小区的小区标识符；

当所述小区与多个PTM递送实例相关联时，小区的小区标识符连同所述小区中的所述PTM递送实例的PTM递送实例索引；或者

PTM递送实例ID，该PTM递送实例ID唯一地标识针对所述MBS会话的所述第一ANN内或所述第一ANN和所述第二ANN之间的接口内的所述PTM递送实例。

29.根据权利要求13所述的方法，对于每个PTP或PTM递送实例，包括：

分配与所述一组RB中的一个或多个RB相对应的一组无线链路控制(RLC)承载；

分配与所述一组RB中的所述一个或多个RB相对应的一组F1-U用户面隧道；以及

分配一组MAC/PHY层资源。

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

与PTM递送实例的特定RB的所述RLC承载相关联的逻辑信道与第一逻辑信道标识(LCID)和第二LCID相关联；

所述第一LCID是UE特定的；并且

所述第二LCID对于所述PTM递送实例的UE组是公用的，并且被包括在从所述逻辑信道生成的MAC PDU的子报头中。

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

所述PTM递送实例中的至少一个还与至少一个附加的RLC承载相关联，所述至少一个附加的RLC承载用于与至少一个PTM递送实例相关联的特定的UE并且用于特定的RB；并且

所述附加的RLC承载由所述第一ANN分配，以用于以下至少一个：

从所述UE接收所述特定RB的PDCP状态报告；或

将特定的RB数据重传到所述特定的UE。

32.根据权利要求31所述的方法，还包括，除了在所述PTM递送实例中的至少一个内的与所述特定的RB相关联的第一下行链路隧道之外，由所述第一ANN确定与所述附加的RLC承载相关联的第二下行链路数据隧道。

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

所述PTP递送实例中的至少一个，包括与RLC承载相关联的RLC实体，所述RLC承载用于与第一数据隧道和第二数据隧道相对应的RB体；

所述第一数据隧道被配置用于将与所述RB相关联的PDCP PDU传输给所述RLC实体；以及

所述第二数据隧道被配置用于将与所述RB相关联的所述PDCP PDU重传给所述RLC实体。

34.根据权利要求33所述的方法，其中，所述第二数据隧道还被配置用于传输所述RB的UE上行链路PDCP状态报告。

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

所述配置信息还包括用于所述PTM递送实例的MAC/PHY资源集的配置；并且

PTM递送实例的所述MAC/PHY资源配置包括以下中的至少一项：

与所述PTM递送实例相对应的DRX信息；

所述PTM递送实例的无线网络临时标识符(RNTI)；

与所述PTM递送实例相对应的时域调度信息，以指示所述PTM递送实例的传输被调度的子帧或时隙；

与所述PTM递送实例相对应的频域资源分配信息；

与所述PTM递送实例相对应的PDCCH(物理下行链路控制信道)配置和PDSCH(物理下行链路共享信道)配置；或者

与所述PTM递送实例相对应的BWP(带宽部分)信息。

36.根据权利要求13所述的方法，其中，所述多个递送实例中的一个递送实例对应于用于传输所述MBS会话的所述一组RB中的全部的资源分配。

37.根据权利要求13所述的方法，其中，所述多个递送实例的一个递送实例对应于用于传输所述一组RB的子集的资源分配。

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

所述第一ANN未能为所述MBS会话的所述交付递送实例的另一个RB子集建立或修改资源分配；并且

所述配置信息包括指示建立或修改失败的所述另一个RB子集的列表，以及对应的失败原因。

39.根据权利要求13所述的方法，其中，递送实例对应于一个下行链路数据隧道，所述下行链路数据隧道用于将与所述递送实例相关联的每个RB的数据从所述第二ANN传输所给述第一ANN。

40.根据权利要求13所述的方法，其中，至少两个递送实例共享用户面资源，所述用户面资源用于将属于同一RB的数据流从所述第二ANN传输给所述第一ANN。

41.根据权利要求13所述的方法，其中，所述多个递送实例中的每个都使用独立的用户面资源，以用于将属于同一RB的数据流从所述第二ANN传输给所述第一ANN。

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

释放未被其他递送实例共享的，与递送实例相关联的所有RB或RB列表的资源分配中的资源。

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

释放未被其他UE共享的，与UE相关联的所有RB或RB列表的资源分配中的资源。

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

释放未被其他小区共享的，与小区相关联的所有RB或RB列表的资源分配中的资源。

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

确定用于在所述第一ANN处接收与RB相关联的PDCP PDU的下行链路数据隧道信息；

将所述下行链路数据隧道信息包括在用于传输到所述第二ANN的所述配置信息中；以及

根据所述下行链路数据隧道信息，从所述第二ANN接收与所述RB相关联的所述PDCPPDU。

46.根据权利要求8所述的方法，其中，所述请求中的一个还包括与所述一组UE中的UE相关联并且与所述一组RB的RB相关联的重传激活指示。

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

由所述第一ANN为与针对UE的PTP实例相关联的RB建立RLC实体，其中，所述RLC实体与第一数据隧道相关联，所述第一数据隧道用于将与所述RB相关联的PDCP PDU从所述第二ANN传输给所述第一ANN；以及

使用与用于将与所述RB相关联的所述PDCP PDU从所述第二ANN重传到所述第一ANN的RLC实体相同的RLC实体，执行到所述UE的所述RB的重传。

48.根据权利要求47所述的方法，其中，执行所述RB的重传包括：

在所述第二ANN和所述第一ANN之间建立第二数据隧道；

将包括第二数据隧道信息的所述配置信息传输给所述第二ANN；

从所述第二数据隧道接收重传的PDCP PDU；以及

将从所述第二数据隧道接收的PDCP PDU提交给所述RLC实体。

49.根据权利要求48所述的方法，还包括使用所述第二数据隧道来传输所述UE的PDCP状态报告。

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

当所述第一数据隧道未与其他UE共享时，使用所述第一数据隧道从所述第二ANN接收与所述RB相关联的所述PDCP PDU，以用于针对所述UE的与所述RB相关联的所述PDCP PDU的传输和重传。

51.根据权利要求50所述的方法，还包括：由所述第一ANN使用所述第一数据隧道向所述第二ANN传输针对所述UE的与所述RB相关联的PDCP状态报告。

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

所述重传激活指示表明针对所述UE的所述RB的重传被启用；

所述方法还包括：当确定所述UE被配置为以所述PTM递送模式接收所述RB时：建立专用于所述UE和所述RB的单独的RLC承载，以用于重传；并且

所述配置信息包括所述单独的RLC承载的信息。

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

所述单独的RLC实体使用第二数据隧道从所述第二ANN接收与所述RB相关联的MBS会话数据，以用于所述重传；

所述第二数据隧道不同于针对初始传输的用于接收与所述RB相关联的所述MBS会话数据的第一数据隧道；并且

所述配置信息还包括所述第二数据隧道的信息。

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

所述请求中的一个还包括数据隧道的下行链路数据隧道信息，所述数据隧道用于由所述第二ANN通过IP组播将与RB相关联的MBS会话数据传递到多个ANN；并且

所述方法还包括：

由所述第一ANN基于所述下行链路数据隧道信息，通过加入来自所述数据隧道的与所述RB相关联的所述MBS会话数据的所述IP组播，接收与所述RB相关联的所述MBS会话数据；以及

将接收到的与所述RB相关联的MBS会话数据递送给与所述RB相对应的一个或多个RLC实体。

55.根据权利要求54所述的方法，其中，所述下行链路数据隧道信息包括IP组播地址和/或源IP地址，以及包括用于标识所述下行链路数据隧道的隧道端点标识符。

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

所述请求中的一个还包括与RB和UE相关联的上行链路数据隧道的上行链路数据隧道信息；并且

所述方法还包括：由所述第一ANN，根据所述上行链路数据隧道信息，经由所述上行链路数据隧道将RB的PDCP状态报告从所述UE传输给所述第二ANN。

57.根据权利要求1所述的方法，还包括：在所述第一ANN启动时，修改所述第一ANN处的所述资源分配。

58.一种网络节点，包括处理器和存储器，其中，所述处理器被配置为从所述存储器读取计算机代码，以实施根据权利要求1至57中任一项所述的方法。

59.一种包括指令的计算机可读介质，当由计算机执行时，所述指令使所述计算机执行根据权利要求1至57中任一项所述的方法。

Images