具有紧凑协议栈的可靠多播传输

摘要

本发明提供了用于具有紧凑协议栈的可靠多播传输的装置和方法。在一示范例中，UE和基站可配置紧凑协议栈，用于处理PTM RB和PTP RB。紧凑协议栈可配置紧凑RLC实体，或配置紧凑PDCP实体。UE监测PTM LCH和PTP LCH，并通过PTP RB向网络发送反馈。基站以PTM方式向一个或多个订阅UE发送MBS数据封包，通过相应的PTP RB监测每个订阅UE的反馈报告，并基于相应的反馈报告通过相应的PTP RB向一个或多个UE重传MBS数据封包。在检测到触发事件时，执行PTM到PTP和PTP到PTM的模式切换。可通过MAC CE或RLC控制PDU发送模式切换通知给UE。

说明书

本申请是根据35 USC§111(a)提交的，根据35 USC§120和§365(c)基于并要求2020年6月30日递交的、发明名称为“Methods and apparatus of Reliable MulticastTransmission with Compact Protocol Stack”的国际申请号为PCT/CN2020/099209的优先权，且将上述申请合并作为参考。

技术领域

本发明有关于无线通信，且尤其有关于具有紧凑协议栈(compact protocolstack)的可靠多播(multicast)传输。

背景技术

随着无线数据服务的指数级增长，向大型移动用户群的内容交付迅速发展。最初的无线多播/广播服务包括流媒体服务，例如移动电视和网络电视。随着对大型群组内容交付需求的不断增长，移动多播服务的最新应用程序开发需要高度鲁棒性(robust)和关键通信服务，例如在灾难情况下的群组通信，以及与公共安全网络相关的多播服务的必要性。早期3GPP在长期演进(long term evolution，LTE)标准中定义了增强型多媒体广播多播服务(enhanced multimedia broadcast multicast service，eMBMS)。单小区点对多点(single-cell point to multipoint，SC-PTM)服务和多播广播单频网络(multicast-broadcast single-frequency network，MBSFN)也有定义。5G多播广播服务(multicastand broadcast service，MBS)是基于单播5G核心(5G core，5GC)架构定义的。各种应用可能依赖于多播传输上的通信，如直播流、视频分发、车联网(vehicle-to-everything，V2X)通信、公共安全(public safety，PS)通信、文件下载等。在某些情况下，可能需要蜂窝系统启用可靠的多播传输以确保UE侧的接收质量。NR系统中某些多播服务的可靠性传输需要对接收到的多播传输进行反馈，这有助于网络对UE执行必要的内容重传。

需要改进和增强以支持可靠多播传送和接收，并实现用户设备(user equipment，UE)上行链路(uplink，UL)反馈和重传MBS数据封包。

发明内容

本发明提供了用于具有紧凑协议栈的可靠多播传输的装置和方法。在一示范例中，紧凑UE协议栈用于从PTM RB和PTP RB接收MBS数据封包的数据。UE监测PTM数据封包的PTM LCH和PTP数据封包的PTP LCH，其中PTM LCH和PTP LCH是独立的，在紧凑UE协议栈的UE实体处组装来自PTM LCH和PTP LCH的数据封包，并利用C-RNTI通过PTP RB为MBS数据接收状态提供上行链路反馈。在一实施例中，UE紧凑协议栈包括紧凑RLC实体。在一实施例中，UE处的紧凑RLC实体向网络提供RLC状态报告。在另一实施例中，UE紧凑协议栈包括紧凑PDCP实体和两个RLC实体，其中一个RLC实体用于PTM数据，一个RLC实体用于PTP数据。在一实施例中，UE处的紧凑PDCP实体向网络提供PDCP状态报告。

在一示范例中，基站配置有紧凑协议栈，用于PTM RB和一个或多个PTP RB的MBS数据封包，其中紧凑网络协议栈配置有用于PTM和一个或多个PTP传输的组合传输模式。基站以PTM方式向一个或多个订阅UE发送MBS数据封包，通过相应的PTP RB监测每个订阅UE的反馈报告，并基于相应的反馈报告通过相应的PTP RB向一个或多个UE重传MBS数据封包。在一实施例中，紧凑网络协议栈包括紧凑RLC实体，为每个相应的订阅UE维护独立的重传缓冲器。在另一实施例中，紧凑网络协议栈包括紧凑PDCP实体，为每个相应的订阅UE维护独立的重传缓冲器。在一实施例中，基站在检测到一个或多个触发事件时执行PTM到PTP模式切换。触发事件包括MBS的订阅者数量低于预定义PTM阈值。在另一实施例中，基站在检测到一个或多个触发事件时执行PTP到PTM模式切换。触发事件包括MBS的订阅者数量高于预定义PTP阈值。在一实施例中，基站通过MAC CE或RLC控制PDU的控制消息向一个或多个订阅UE指示模式切换，其中模式切换包括PTM模式到PTP模式的切换和PTP模式到PTM模式的切换。

上述内容并不旨在定义本发明。本发明由权利要求限定。

附图说明

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

图1是支持NR网络中多播服务的可靠多播传输的示范性NR无线网络的系统示意图。

图2A是具有支持多播协议和单播协议的NR无线电接口栈和UE栈的集中化上层的示范性NR无线系统示意图。

图2B是用于可靠多播服务的示范性顶层功能示意图。

图3是支持可靠多播服务的基于RLC的紧凑协议栈的示范性示意图。

图4是用于多播RB传输的基于下行链路RLC的紧凑协议栈的示范性功能视图。

图5是基站侧用于多播RB传输的基于RLC的紧凑协议栈的示范性RLC功能视图。

图6是UE侧用于多播RB传输的基于RLC的紧凑协议栈的示范性RLC功能视图。

图7是支持可靠多播服务的基于PDCP的紧凑协议栈的示范性示意图。

图8是用于多播RB传输的基于下行链路PDCP的紧凑协议栈的示范性功能视图。

图9是通过非紧凑协议栈进行可靠多播传输的替代方法的示意图。

图10是通过UE紧凑协议栈进行可靠多播传输的示范性流程图。

图11是通过基站紧凑协议栈进行可靠多播传输的示范性流程图。

具体实施方式

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

本申请提供用于NR(新无线电接入技术或5G技术)或其他无线电接入技术的方法、装置、处理系统和计算机可读介质。NR可以支持各种无线通信服务，例如针对宽带宽的增强型移动宽带、针对高载波频率的毫米波、针对非向后兼容MTC技术的大规模机器类型通信和/或针对超可靠低延迟通信的关键任务。这些服务可能有着延迟和可靠性要求。这些服务也可能具有不同的传输时间间隔(transmission time interval，TTI)以满足各自的服务质量(quality of service，QoS)要求。此外，这些服务可以共存于同一个子帧中。

图1是支持NR网络中多播服务的可靠多播传输的示范性NR无线网络的系统示意图。NR无线系统100包括形成分布在地理区域上的网络的一个或多个固定基本设施单元。这些基本单元也可以被称为接入点、接入终端、基站、节点B、演进节点B(eNode-B)、下一代节点B(gNB)或本领域中使用的其他术语。网络可以是同构网络也可以是异构网络，可以采用相同或不同频率进行部署。gNB 101和gNB 102是NR网络中的基站，其服务区域可以彼此重叠，也可以不重叠。诸如136的回程连接(backhaul connection)连接诸如gNB 101和102的非共置(non-co-located)接收基础单元。这些回程连接可以是理想的，也可以是非理想的。gNB 101通过Xnr接口与gNB 102连接。诸如gNB 101和gNB 102之类的基站通过网络接口连接到5GC网络103，其中网络接口如用于控制平面的N2接口、用于用户平面的N3接口。

NR无线网络100还包括多个通信装置或移动站，如用户设备(user equipment，UE)111、112、113、114、116、117、118、121和122。UE也可以称为移动台、移动终端、手机、智能手机、可穿戴设备、物联网设备、平板电脑、笔记本电脑或本领域中使用的其他术语。移动装置可与一个或多个基站建立一个或多个单播连接。举例来说，UE 115具有与gNB 101之间的单播连接133。类似地，UE 121通过单播连接132与gNB 102连接。

在一示范例中，为一个或多个多播会话/服务建立一个或多个无线电承载(raidobearer，RB)。gNB 101和gNB 102提供多播服务1。UE 111、112和113从gNB 101接收多播服务。UE 121和122从gNB 102接收多播服务。gNB 101向UE 116、117和118的UE组提供多播服务2。多播服务1和多播服务2在多播模式下通过NR无线网络配置的多播无线电承载(multicast radio bearer，MRB)传送。接收UE通过相应配置的MRB接收多播业务的数据封包。UE 111从gNB 101接收多播服务1。gNB 102也提供多播服务1。在一示范例中，与多播RB相关联的单播RB被配置用于可靠MBS。UE 121配置有多播服务1。UE 121配置有多播RB以及单播RB 132。相关联单播RB 132与多播RB一起接收MBS数据封包。相关联单播RB 132用于为UE 121提供可靠MBS。类似地，UE 111、112和113通过相应多播RB和/或相关联单播RB接收多播服务1。为了可靠性，每个接收MBS的UE还配置有至少一个相应的相关联单播RB。类似地，对于多播服务2来说，UE 116、117和118通过相应多播RB和/或相关联单播RB接收多播服务2。为了可靠性，每个接收MBS的UE还配置有至少一个相应的关联单播RB。在一种场景下，多播服务配置有单播无线电承载。多播服务3分别通过单播无线电链路131和134传送到UE113和UE 114。在一实施例中，在检测到预定义事件时，通过点对点(point-to-point，PTP)协议栈经由单播承载传递的MBS切换到为UE配置的点对多点(point-to-multipoint，PTM)支路。gNB在检测到一个或多个触发事件后，将服务模式从单播切换到采用PTM支路的多播。

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

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

UE还包括一组控制模块，用于执行功能任务。这些功能模块可通过电路、软件、固件或上述的组合实现。MBS配置模块191配置与无线网络中网络实体之间的MBS，其中MBS配置有PTM RB和相关联PTP RB。协议模块192建立用于从PTM RB和PTP RB接收MBS数据封包的紧凑UE协议栈。监测模块193监测PTM逻辑信道(logical channel，LCH)用于PTM数据封包，并监测PTP LCH用于PTP数据封包，其中PTM LCH和PTP LCH是相互独立的。组装模块194在紧凑UE协议栈的一UE协议实体处组装来自PTM LCH和PTP LCH的数据封包。反馈模块195利用小区无线电网络临时标识符(cell radio network temporary identifier，C-RNTI)通过PTP RB提供MBS数据接收状态的上行链路反馈。

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

图2B是用于可靠多播服务的示范性顶层功能示意图。UE 290配置有一个或多个与网络实体280(如gNB)之间的MBS。网络实体280向一个或多个UE发送MBS数据封包。网络需要建立一个或多个与特定多播会话的多播流相对应的RB，以支持空中下行链路中的多播传输。多个RB可在小区内进行PTM或PTP传输。对于PTM传输来说，多播RB是PTM RB。对于PTP传输来说，单播RB是PTP RB。在一示范例中，UE和网络实体之间配置MBS。

在步骤271，UE和网络实体各自为来自PTM RB和PTP RB的MBS数据封包建立紧凑协议栈。在一实施例中，紧凑协议实体位于RLC层。在步骤281，网络实体处的紧凑网络协议栈包括紧凑RLC实体，可为每个相应的订阅UE维护独立的重传缓冲器。相应地，在步骤291，UE紧凑协议栈包括一紧凑RLC实体和一PDCP实体，其中紧凑RLC实体将从PTM LCH和PTP LCH接收的MBS数据封包进行组装。对于RLC数据封包来说，来自PTM LCH的数据封包和来自PTPLCH的数据封包的序列号(sequenc number，SN)对齐。在另一实施例中，紧凑协议实体在PDCP层。在步骤282，网络实体的紧凑网络协议栈包括紧凑PDCP实体，可为每个相应的订阅UE维护独立的重传缓冲器。在步骤292，相应地，UE紧凑协议栈包括一紧凑PDCP实体和两个RLC实体，一个用于PTM数据封包，一个用于PTP数据封包，其中紧凑PDCP实体组装从PTM LCH和PTP LCH接收的MBS数据封包。对于PDCP数据封包来说，来自PTM LCH的数据封包和来自PTP LCH的数据封包的SN对齐。

在步骤271，UE 290使用C-RNTI通过PTP RB向网络实体280提供关于MBS数据接收状态的上行链路反馈。网络实体通过对应的PTP RB监测来自每个订阅UE的反馈报告，并基于相应的反馈报告通过相应的PTP RB向一个或多个UE重传MBS数据封包。在一实施例中，在步骤283，重传由网络实体处的紧凑RLC实体处理。相应地，在步骤293，上行链路反馈是RLC状态报告并由UE紧凑RLC实体处理。在另一实施例中，在步骤284，重传由网络实体处的紧凑PDCP实体处理。相应地，在步骤293，上行链路反馈是PDCP状态报告并由UE紧凑PDCP实体处理。执行PTM到PTP模式切换或PTP到PTM模式切换。在步骤285，网络实体在检测到一个或多个PTM到PTP触发事件时，从PTM模式切换到PTP模式。其中在PTP模式下停止通过PTM RB传输，MBS数据封包通过一个或多个PTP RB传送。此外，在监测到一个或多个PTP到PTM触发事件时，从PTP模式切换到PTM模式。网络实体/基站通过控制消息向一个或多个订阅UE指示模式切换，其中控制消息可为MAC控制元素(control element，CE)或RLC控制封包数据单元(packet data unit，PDU)，模式切换包括PTM模式到PTP模式切换，以及PTP模式到PTM模式切换。在步骤295，UE 290接收模式切换通知并执行模式切换。

为了支持NR多播服务的可靠传输，每个接收MBS的UE都需要在上行链路中有反馈信道。接收UE向网络发送关于其对MBS的接收状态的反馈报告。基于反馈，网络可以执行必要的重传以提高传输可靠性。从上行链路反馈的角度来看，反馈信道可用于L2反馈(如RLC状态报告和/或PDCP状态报告)。此外，反馈信道可用于HARQ反馈。而且，反馈应该是UE和网络之间的双向信道，并假定网络可以使用上述信道来执行所需的封包重传。封包重传是L2重传(如RLC重传和/或PDCP重传)。此外，反馈信道可用于HARQ重传。网络需要建立一个或多个与特定多播会话的多播流对应的MRB，以支持下行链路的多播空中传输。多播无线电承载(即RB)可在小区内进行点对多点(即PTM)或点对点(即PTP)传输。在点对多点传输的情况下，多播无线电承载是PTM RB。

图3是支持可靠多播服务的基于RLC的紧凑协议栈的示范性示意图。UE-1310和UE-2 320配置有MBS。UE-1 310和UE-2 320各自配置有用于MBS数据接收和上行链路反馈的紧凑协议栈。UE-1 310紧凑协议栈包括PHY、MAC、紧凑RLC实体313以及PDCP实体315。UE-2 320紧凑协议栈包括PHY、MAC、紧凑RLC实体323以及PDCP实体325。UE-1 310和UE-2 320的每个相应紧凑协议栈处理接收到的MBS数据封包，并分别作为UE接收301和302传递到上层。示范性网络实体gNB 330将MBS中的一个或多个多播流303传输到一个或多个UE，如UE-1 310和UE-2 320。来自gNB 330的MBS配置有分别通过361和362到UE-1 310和UE-2 320的PTM RB。UE-1 310配置有与DL 381和UL反馈382相关联的PTP RB。UE-2 320配置有与DL 383和UL反馈384相关联的PTP RB。

在网络实体gNB 330处，PTM RB用于DL多播传输，其中多播传输从PDCP实体335传递到紧凑RLC实体333。PTM传输模式用于DL多播传输，其RLC传输模式处于UM模式。在网络侧，每个多播RB只建立一个紧凑RLC实体333，为所有订阅UE提供可靠多播传输服务。网络侧的PDCP实体335将PDCP封包传递给紧凑RLC实体。紧凑RLC实体333为每个UE维护独立的重传缓冲器。紧凑RLC实体333的任务是执行PTM传输和PTP传输。可为紧凑型RLC实体333引入新传输模式(或传播类型)。除RLC TM/UM/AM模式的概念之外，新传输模式可为PTM模式和/或PTP模式，或多播类型和/或单播类型。对于初始PTM传输和/或PTM重传来说，紧凑RLC实体333以PTM模式(或多播类型)运行。而PTP模式(或单播类型)中的任何传输都是为了PTP重传。数据的初始PTM传输或PTM重传使用组无线电网络临时标识符(group radio networktemporary identifier，G-RNTI)经由特定LCH多播到多个UE。PTM传输的LCH可以是MTCH。如果需要的话，PTP重传使用C-RNTI经由单播LCH(即DTCH)单播到UE。一个紧凑RLC实体333对应多个逻辑信道。

在UE侧，为特定多播RB的PTM传输和PTP传输的接收建立紧凑协议栈。UE建立单个DRB和RLC AM模式下的紧凑RLC实体，以及用于多播RB的单PDCP实体。UE通过不同的RNTI监测两个独立的LCH(一个用于PTM数据，另一个用于PTP数据)。UE基于G-RNTI监测PTM LCH，基于C-RNTI监测PTP LCH。假定SN对齐，UE在紧凑RLC实体(如紧凑RLC实体313和322)处组装来自两个独立LCH的数据封包。SN由网络侧的紧凑RLC实体通过单SN分配功能块分配。在上行链路中，UE使用C-RNTI向网络提供上行链路反馈(即RLC状态报告)。在一实施例中，当接收到多播传输的轮询(polling)请求时，将反馈报告发送至网络。

在一实施例中，在检测到一个或多个触发事件时，执行包括PTM到PTP和PTP到PTM的模式切换。在一实施例中，网络实体检测触发事件。在一实施例中，PTM到PTP的触发事件包括MBS的订阅者数量低于预定义PTM阈值。当参与多播接收的剩余UE太少时，应停用PTM传输。这是PTM到PTP的切换，或多播到单播的切换。在这种情况下，可在紧凑RLC实体333内停用PTM传输模式，在紧凑RLC实体333内仅启用PTP传输模式。在切换后的PTP模式中，针对每个UE的MBS初始传输都启用PTP传输模式。在另一种场景中，网络检测到一个或多个PTP到PTM触发事件，包括MBS的订阅者数量高于预定义的PTP阈值。当参与多播接收的UE数量超过PTP阈值时，应激活PTM传输。这是PTP到PTM的切换，或单播到多播的切换。在这种情况下，紧凑RLC实体333内启用PTM传输模式。紧凑RLC实体333内保留用于每个UE的PTP传输模式，但PTP传输模式仅用于每个UE的重传。在一实施例中，基站可通过MAC CE或RLC控制PDU的控制消息向一个或多个订阅UE指示模式切换，其中模式切换包括PTM模式到PTP模式切换和PTP模式到PTM切换。消息中可包含多播逻辑信道标识符，以便UE调整其监测行为。举例来说，在PTM到PTP切换后，UE需要停止监测用于PTM传输的由G-RNTI加扰的相应PDCCH。在PTP到PTM切换之后，UE需要开始监测用于PTM传输的由G-RNTI加扰的相应PDCCH。

图4是用于多播RB传输的基于下行链路RLC的紧凑协议栈的示范性功能视图。诸如基站/gNB之类的网络实体通过PTM RB将MBS数据封包传输到N个UE，并基于通过相关联PTPRB的反馈使用基于RLC的紧凑协议栈来重传MBS数据封包。相应配置有基于RLC的紧凑协议栈的示范性UE在PTM RB上从基站接收MBS数据封包，并向基站发送反馈。多播的调度独立于PTP传输。基站和UE的协议栈包括SDAP层401、PDCP层402、RLC层403以及MAC层404。SDAP层401处理QoS流，包括基站处用于UE-1的QoS流处理411和用于UE-N的QoS流处理412，以及UE处用于UE的QoS流处理413。QoS流481在SDAP层401处理。PDCP层402包括健壮报头压缩(robust header compression，ROHC)功能和安全功能。ROHC功能和安全功能对于多播传输来说是可选的。PDCP层402包括基站处用于UE-1多播的ROHC 421和安全424、用于UE-1单播的ROHC 4212和安全4242、用于UE-N多播的ROHC 422和安全425、用于UE-N单播的ROHC4222和安全4252的功能，以及UE处的ROHC 423和安全426的功能。RB 482在PDCP层402中处理。RLC层403包括基站处的分段和自动重传请求(automatic repeat request，ARQ)功能，包括用于UE-1多播的分段和ARQ 431、用于UE-1单播的分段和ARQ 432、用于UE-N多播的分段和ARQ 433、用于UE-N单播的分段和ARQ 434；以及UE处的分段和ARQ功能435。RLC信道483在RLC层403中处理。MAC层404包括基站处的调度和优先处理441、基站处用于UE-1的复用443和HARQ 446、用于UE-N的复用444和HARQ 447的功能；以及UE处用于UE的调度和优先处理442、用于UE的复用445和HARQ 448的功能。传输信道485在MAC层404处理。

图5是基站侧用于多播RB传输的基于RLC的紧凑协议栈的示范性RLC功能视图。紧凑RLC实体500包括由所有UE共享的公共PTM功能块510，以及用于每个UE的UE特定PTP功能块(如520和530)。紧凑RLC 500接收用于MBS的PDCP数据封包501。公共PTM功能块510在RLCUM模式下工作。在PTM功能块内，有RLC SN分配511、分段512以及RLC报头添加513的功能块。RLC SN分配功能块511为RLC封包分配RLC SN，并将封包传送到属于PTM传输和所有UE特定重传缓冲器(包括525和535)的分段功能模块。PTM功能块510通过MTCH向所有订阅UE进行PTM传输581。

PTP功能块(包括示例520和530)工作在RLC AM模式。每个UE PTP功能块内的RLC控制功能块(如RLC控制功能块521和531)接收来自UE的控制信令，如用于520的来自UE-1的UL反馈583和用于530的来自UE-2的UL反馈585。每个UE PTP功能块(如520和530)内的RLC控制功能块(如521和531)分别将RLC状态报告信息发送到UE特定重传缓冲器(如525和535)，用于数据缓冲器更新和TX窗口管理。在一实施例中，基于紧凑RLC实体500内的特定重传缓冲器为每个UE维护一传输窗口。在从RLC SN分配功能块接收到RLC封包时，紧凑RLC实体500内的每个UE特定重传缓冲器(如用于UE-1的重传缓冲器525和用于UE-2的重传缓冲器535)对封包进行缓冲。UE的RLC实体(在UE侧)在收到轮询请求时向网络提供RLC状态报告。当接收到肯定的封包状态报告时，紧凑RLC实体500内的每个UE特定重传缓冲器(如用于UE-1的重传缓冲器525和用于UE-2的重传缓冲器535)移除RLC封包。紧凑RLC实体500内的每个UE特定重传缓冲器(如用于UE-1的重传缓冲器525和用于UE-2的重传缓冲器535)基于丢弃定时器丢弃RLC封包，以避免缓冲时间过长。或者，可配置一参数来限制缓冲器内封包的数量。对于每个PTP支路(如用于UE-1的PTP 520和用于UE-2的PTP 530)来说，分段功能块(如用于UE-1的分段522和用于UE-2的分段532)执行RLC级分段。每个PTP支路的功能块(如UE-1的523和UE-2的533)将数据块添加RLC报头。每个PTP支路(如用于UE-1的PTP 520和用于UE-2的PTP530)的数据块通过DTCH发送，用于相应UE的数据重传，包括用于UE-1DTCH-1上的PTP传输582和用于UE-2DTCH-2上的PTP传输584。

图6是UE侧用于多播RB传输的基于RLC的紧凑协议栈的示范性RLC功能视图。UE从PTM逻辑信道(即MTCH)681和PTP逻辑信道(即DTCH)682接收封包。PTM 681的路由功能块611以及PTP 682的路由功能块612对数据和控制信令进行分类。路由功能块611和612将数据传递到公共接收缓冲器621，并将控制信令传递到RLC控制功能块650。接收缓冲器621内的封包在传递到SDU组装功能块641之前，先进行RLC报头移除631。SDU功能块641重组装数据封包并在601传送到PDCP。在一实施例中，针对PTM支路接收和/或PTP支路接收的反馈可发送到网络。路由功能块611和612利用接收状态信息与RLC控制功能块650通信。RLC控制功能块650生成状态报告并将生成的UE UL反馈683发送到网络。在一实施例中，UE UL反馈683在接收到轮询请求时进行发送。

一种示范性RLC控制信令是轮询请求。当接收到轮询请求时，RLC控制功能块650根据SDU组装功能块641的接收状态生成RLC状态报告发送给网络。指示接收状态的RLC状态报告既可以用于从PTM逻辑信道(即MTCH)接收的RLC SDU与其分段，又可以用于从PTP逻辑信道(即DTCH)接收的RLC SDU与其分段。PTP逻辑信道(即DTCH)上的重传基于RLC SDU，而不是基于RLC SDU分段。在RLC状态报告中，接收到的RLC SDU和未接收到的RLC SDU仅由RLC SDU的SN指示。举例来说，当具有SN#1000的RLC SDU封包的一个分段在PTM接收时丢失，整个具有SN#1000的RLC SDU封包都应该通过PTP逻辑信道(即DTCH)重传。具有SN#1000的RLC SDU封包可通过PTP逻辑信道(即DTCH)上的PTP传输与PTM传输进行不同的分段传输。UE可以使用从PTM传输接收到的分段组装成一个完整的RLC SDU，或者使用从PTP传输接收到的分段组装成一个完整的RLC SDU。特定RLC SDU不支持PTM分段和PTP分段之间的混合组装。当UE仅从PTM传输中接收到特定RLC SDU的部分分段时，如果没有预期会在PTM支路上相应重传上述RLC SDU，UE在向网络反馈相应RLC接收状态时应该丢弃这些分段。举例来说，在小区间切换期间，正在进行多播传输的目标小区在紧凑RLC实体内为要进行切换的UE建立新的UE特定功能块集合。源小区将未成功发送给UE的RLC封包转发到目标小区紧凑RLC实体内的新UE特定功能块集合。目标小区紧凑RLC实体内的新UE特定功能块集合中存在重传缓冲器。重传缓冲器负责在专用PTP逻辑信道上通过PTP传输模式将转发的RLC封包传递给UE。

图7是支持可靠多播服务的基于PDCP的紧凑协议栈的示范性示意图。UE-1710和UE-2 720配置有与gNB 730之间的MBS。在一实施例中，在基站处，紧凑网络协议栈包括紧凑PDCP实体735，为每个对应的订阅UE维护独立的重传缓冲器。紧凑协议栈还包括用于UE-1731的RLC UM、用于UE-2 732的RLC UM和用于PTM 733的RLC UM。MBS数据封包703从SDAP738发送到紧凑PDCP实体735。在UE侧，紧凑协议栈包括一紧凑PDCP实体(如UE-1 710的715和UE-2 720的725)以及两个RLC实体，一个用于PTM数据封包，一个用于PTP数据封包。其中，紧凑PDCP实体组装从PTM LCH和PTP LCH接收到的MBS数据封包。UE紧凑PDCP实体(如715和725)组装数据封包并将其分别发送到UE-1接收701和UE-2接收702。UE-1 710包括用于PTMLCH的RLC RX实体711，用于PTP LCH的RLC RX/TX实体712。类似地，UE-2 720包括用于PTMLCH的RLC RX实体721和用于PTP LCH的RLC RX/TX实体722。gNB 730分别向UE-1 710和UE-2720进行PTM传输761和762。PTP UL782和DL 781是UE-1 710和gNB730之间的PTP数据业务。PTP UL783和DL 784是UE-2 720和gNB 730之间的PTP数据业务。

网络侧的RLC层以UM模式运行，用于PTM传输和PTP传输。在网络侧，可靠多播传输的每个多播RB只有一个紧凑PDCP实体735，由所有UE共享。在网络侧，存在一个多播RLC实体733，以及一个或多个UE特定RLC实体(如RLC 731和RLC 732)，其中每个UE具有一个UE特定RLC实体。SDAP实体738将封包递送到紧凑PDCP实体735。紧凑PDCP实体735为每个UE维护独立的重传缓冲器。紧凑PDCP实体735负责PTM传输和PTP传输。紧凑PDCP实体735引入了一种新的传输模式，即PTM模式和PTP模式。紧凑型PDCP实体735以PTM模式运行以用于初始PTM传输或PTM重传。PTP模式下的任何传输都是为了PTP重传。数据的初始PTM传输或PTM重传使用G-RNTI经由特定LCH(即MTCH)多播到多个UE。如果需要的话，PTP重传使用C-RNTI经由单播LCH(即DTCH)单播传输到UE。

在UE侧，配置具有紧凑PDCP实体的紧凑协议栈。UE通过不同的RNTI监测两个独立的LCH，一个用于PTM数据，另一个用于PTP数据。UE在RLC层为每个LCH建立一个RLC实体：一个用于PTP，如RLC 712和RLC 722；另一个用于PTM，如RLC 711和721。用于PTM接收的RLC实体运行在RLC UM模式。用于PTP接收的RLC实体运行在RLC AM模式。因为SN应该由网络侧的单个PDCP SN分配功能块分配，UE在PDCP组装从两个独立的RLC实体接收的数据封包时可假设SN对齐。在上行链路中，UE利用C-RNTI提供上行链路反馈(即PDCP状态报告)。

在一实施例中，在基站处，紧凑PDCP实体735内的UE特定重传缓冲器为每个UE维护一个传输窗口。在从PDCP SN分配功能块接收到PDCP封包时，紧凑PDCP实体735内的每个UE特定重传缓冲器进行缓冲。UE的PDCP实体(如PDCP 715和725)向网络提供PDCP状态报告。在一实施例中，当从PTM传输支路或PTP传输支路接收到轮询请求时，提供PDCP状态报告。当接收到肯定的封包状态报告时，紧凑PDCP实体735内的每个UE特定重传缓冲器移除PDCP封包。紧凑PDCP实体735内的每个UE特定重传缓冲器可基于丢弃定时器丢弃PDCP封包，以避免缓冲时间过长。或者，可配置一参数来限制缓冲器内的封包数量。

在另一实施例中，在检测到一个或多个预定义触发事件时，执行模式切换。当参与多播接收的剩余UE数低于PTM阈值时，执行PTM到PTP的模式切换。紧凑PDCP实体735中停用PTM传输。在这种情况下，可在紧凑PDCP实体735内禁用PTM传输模式，在紧凑型PDCP实体735内仅启用PTP传输模式。PTP传输模式用于每个UE的MBS数据封包的初始传输。在另一种场景下，当参与多播接收的UE数量超过PTP阈值时，进行PTP模式到PTM模式的切换。PTM传输在PDCP层激活。紧凑RLC实体735中启用PTM传输模式。紧凑RLC实体735内保留用于每个UE的PTP传输模式，但PTP传输模式仅用于每个UE的重传。网络可通过MAC CE或PDCP控制PDU等特定信令，向UE指示上述切换。特定信令中可包含多播逻辑信道标识符，以便UE调整其监测行为。举例来说，在PTM到PTP切换后，UE需要停止监测用于PTM传输的由G-RNTI加扰的相应PDCCH。在PTP到PTM切换之后，UE需要开始监测用于PTM传输的由G-RNTI加扰的相应PDCCH。

图8是用于多播RB传输的基于下行链路PDCP的紧凑协议栈的示范性功能视图。诸如基站/gNB之类的网络实体通过PTM RB将MBS数据封包传输到N个UE，并基于通过相关联PTP RB的反馈使用基于RLC的紧凑协议栈来重传MBS数据封包。相应配置有基于RLC的紧凑协议栈的示范性UE在PTM RB上从基站接收MBS数据封包，并向基站发送反馈。多播的调度独立于PTP传输。基站和UE的协议栈包括SDAP层801、PDCP层802、RLC层803以及MAC层804。SDAP层801处理QoS流，包括基站处用于UE-1的QoS流处理811和用于UE-N的QoS流处理812的功能，以及UE处用于UE的QoS流处理813的功能。QoS流881在SDAP层801处理。PDCP层802包括ROHC功能和安全功能。ROHC功能和安全功能对于多播传输是可选的。PDCP层802包括基站处用于UE-1多播的ROHC821和安全824、用于UE-1单播的ROHC 8212和安全8242、用于UE-N多播的ROHC 822和安全825、用于UE-N单播的ROHC 8222和安全8252的功能，以及UE处的ROHC823和安全826的功能。RB 882在PDCP层802中处理。RLC层803包括基站处的分段和ARQ功能，包括用于UE-1多播的分段和ARQ 831、用于UE-1单播的分段和ARQ 832、用于UE-N多播的分段和ARQ 833、用于UE-N单播的分段和ARQ 834，以及UE处用于PTM数据的分段和ARQ 835、用于PTP数据的分段和ARQ 836的UE功能。RLC信道883在RLC层803中处理。MAC层804包括基站处的调度和优先处理841、基站处用于UE-1的复用843和HARQ 846、用于UE-N的复用844和HARQ 847的功能；以及UE处用于UE的调度和优先级处理842、用于UE的复用845和HARQ 848的功能。传输信道885在MAC层804处理。

图9是通过非紧凑协议栈进行可靠多播传输的替代方法的示意图。UE-1 910和UE-2 920配置有MBS。UE-1 910和UE-2 920各自配置有用于MBS数据接收和上行链路反馈的单个/组合协议。UE-1 910单协议栈包括PHY、MAC、RLC RX实体911、RLC TX/RX实体912、PDCP实体915和SDAP实体916。UE-2 920单协议栈包括PHY、MAC、RLC RX实体921、RLC TX/RX实体922、PDCP实体925和SDAP实体926。UE-1 910和UE-2 920的每个相应单协议栈处理接收到的MBS数据封包，并分别作为UE接收901和902传递给上层。示范性网络实体gNB 930将MBS中的一个或多个多播流903传输到一个或多个UE，如UE-1 910和UE-2920。来自gNB 930的MBS配置有分别通过961和962到UE-1 910和UE-2 920的PTM RB。UE-1 910配置有与DL 981和UL反馈982相关联的PTP RB。UE-2 920配置有与DL983和UL反馈984相关联的PTP RB。

在一实施例中，从PTM RB和PTP RB接收的数据封包的PDCP SN均由网络实体的PDCP实体分配。网络实体(gNB 930)配置有SDAP 938、仅PDCP TX(PDCP TX-only)实体935，以及一个或多个PDCP TX/RX实体(如用于UE-1910的PDCP TX/RX实体936和用于UE-2 920的PDCP TX/RX实体937)。PDCP RLC重传功能在PDCP层执行。网络侧的PDCP实体935分配PDCP封包的SN，并通过PTM RB进行多播传递。PDCP实体935将具有PDCP SN的所有PDCP封包的副本发送到用于UE-1的PDCP TX/RX实体936以及用于UE-2的PDCP TX/RX实体937。用于UE-1的PDCP TX/RX实体936和用于UE-2的PDCP TX/RX实体937仅实现部分PDCP功能(即不需要SN分配)。用于UE-1的PDCP TX/RX实体936和用于UE-2的PDCP TX/RX实体937缓冲PDCP封包，直到接收到相应PDCP封包的肯定封包状态报告。在接收到轮询请求时，UE-1的PDCP TX/RX实体915和UE-2的PDCP TX/RX实体925经由对应的单播支路向网络提供PDCP状态报告。当接收到肯定的封包状态报告时，用于UE-1的PDCP TX/RX实体936和用于UE-2的PDCP TX/RX实体937移除PDCP封包(PDCP PDU)。用于UE-1的PDCP TX/RX实体936和用于UE-2的PDCP TX/RX实体937丢弃封包。当接收到肯定的封包状态报告时，用于UE-1的PDCP TX/RX实体936和用于UE-2的PDCP TX/RX实体937移除PDCP封包(PDCP PDU)。用于UE-1的PDCP TX/RX实体936和用于UE-2的PDCP TX/RX实体937基于丢弃定时器丢弃PDCP封包，以避免封包的缓冲时间过长。丢弃计时器可以是基于封包的。或者，RLC封包的丢弃可根据所配置的窗口来执行，其中窗口定义了可以缓冲的PDCP封包的数量。举例来说，新PDCP封包到来可能会触发先前PDCP封包的丢弃，即如果窗口达到限制则遵循先进先出(first-in-first-out，FIFO)原则。

图10是通过UE紧凑协议栈进行可靠多播传输的示范性流程图。在步骤1001，UE配置与无线网络中网络实体之间的MBS，其中MBS配置有PTM RB和相关联PTP RB。在步骤1002，UE建立紧凑UE协议栈，用于从PTM RB和PTP RB接收MBS数据封包。在步骤1003，UE监测用于PTM数据封包的PTM LCH和用于PTP数据封包的PTP LCH，其中PTM LCH和PTP LCH是相互独立的。在步骤1004，UE在紧凑UE协议栈的一UE协议实体处组装来自PTM LCH和PTP LCH的数据封包。在步骤1005，UE利用C-RNTI通过PTP RB提供MBS数据接收状态的上行链路反馈。

图11是通过基站紧凑协议栈进行可靠多播传输的示范性流程图。在步骤1101，基站在无线网络中配置MBS用于一个或多个订阅UE，其中MBS配置有PTM RB，以及一个或多个用于每个相应订阅UE的相关联PTP RB。在步骤1102中，基站建立紧凑网络协议栈，用于PTMRB和一个或多个PTP RB的MBS数据封包传输，其中紧凑网络协议栈配置有PTM和一个或多个PTP传输的组合传输模式。在步骤1103，基站以PTM模式向一个或多个订阅UE发送MBS数据封包。在步骤1104，基站通过相应的PTP RB监测来自每个订阅UE的反馈报告。在步骤1105，基站基于相应的反馈报告通过相应的PTP RB向一个或多个UE重传MBS数据封包。

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