CN115552929A - 用于可靠多播传输的方法和设备 - Google Patents

Abstract

本发明提供了用于可靠多播传输的设备和方法。在一示范例中，提供了一种具有相关联单播RB的新多播无线电承载结构以实现可靠多播传输。在一实施例中，相关联单播RB用于多播封包的上行链路反馈和下行链路重传。在另一实施例中，提供了动态传输模式切换过程。MBS传输从PTM传输切换到PTP传输，UE的MBS数据封包接收从PTM支路切换到PTP支路。在一实施例中，动态切换过程由PTM支路和PTP支路的公共PDCP实体锚定。在另一实施例中，通过基于PDCP层封包的数据转发用于多播传输来实现无损切换。在一实施例中，计数器或计时器用来控制转发给目标节点的封包的数量。

Description

用于可靠多播传输的方法和设备

交叉引用

本申请是根据35 USC§111(a)提交的，根据35 USC§120和§365(c)基于并要求2020年5月27日递交的、发明名称为“methods and apparatus of RLC based reliablemulticast transmission”的国际申请号为PCT/CN2020/092682的优先权，以及2020年5月27日递交的、发明名称为“methods and apparatus of PDCP based reliable multicasttransmission”的国际申请号为CT/CN2020/092662的优先权，且将上述申请合并作为参考。

技术领域

本发明有关于无线通信，且尤其有关于可靠多播(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)架构定义的。需要解决NR系统中多播服务的可靠性传输问题。特别地，需要重传多播数据封包以提供可靠的服务。

需要改进和增强，以支持NR网络中可靠的多播传送和接收。

发明内容

本发明提供了用于可靠多播传输的设备和方法。在一示范例中，提供了一种具有相关联单播RB的新多播无线电承载结构以实现可靠多播传输。在一实施例中，相关联单播RB用于多播封包的上行链路反馈和下行链路重传。在另一实施例中，提供了动态传输模式切换过程。MBS传输从PTM传输切换到PTP传输，UE的MBS数据封包接收从PTM支路切换到PTP支路。在一实施例中，PTM支路和PTP支路配置有公共PDCP实体和两个不同的RLC实体，包括用于PTM支路的PTM RLC实体和用于PTP支路的PTP RLC实体。动态切换由一个或多个触发事件触发，包括：L1 HARQ、L2 RLC状态报告或L2 PDCP状态报告。动态切换过程由PTM支路和PTP支路的公共PDCP实体锚定。在另一实施例中，在移动期间通过基于PDCP层封包的数据转发来实现无损切换，用于UE的多播传输。UE执行从源节点到目标节点的切换，将PTP支路与目标节点的单播RB相关联，并通过PTP支路接收未确认的PDCP封包，其中PDCP封包从源节点的PTP支路传输到目标节点。在一实施例中，计数器或定时器用于控制被转发到目标节点的封包的数量以避免冗余封包转发。

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

附图说明

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

图1是根据本发明实施例的支持NR网络中多播服务的可靠多播传输的示范性NR无线网络的系统示意图。

图2是根据本发明实施例的具有支持多播协议和单播协议的NR无线电接口栈和UE栈的集中化上层的示范性NR无线系统示意图。

图3是根据本发明实施例的基于使用相关联PTP支路对MRB的不同UE反馈的可靠MBS传输和接收的不同过程的示范性示意图。

图4是根据本发明实施例的MRB接收架构的示范性示意图，其中PTP支路被配置为与PTM支路相关联以用于可靠MBS。

图5是根据本发明实施例的在切换之后移除多播RB的动态传输模式切换过程的示范性示意图。

图6是根据本发明实施例的在切换之后保持多播RB的动态传输模式切换过程的示范性示意图。

图7是根据本发明实施例的用于在切换过程期间减少切换中断的可靠MBS过程的示范性示意图。

图8是根据本发明实施例的可靠MBS过程的示范性流程图。

具体实施方式

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

本申请提供用于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 115具有与gNB 101之间的单播连接133。类似地，UE 121通过单播连接132与gNB 102连接。

在一示范例中，为一个或多个多播会话/服务建立一个或多个无线电承载(raidobearer，RB)。特别地，在UE和gNB之间可为MBS建立点对多点(point-to-multipoint，PTM)支路。可建立与PTM支路相关联的点对点(point-to-point，PTP)支路，以在相应的gNB和UE协议栈中进行可靠的传输和接收。gNB 101和gNB 102提供多播服务1。UE 111、112和113从gNB101接收多播服务。UE 121和122从gNB102接收多播服务。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被配置MRB用于PTM支路，以及单播RB 132用于PTP支路。相关PTP 132用于为UE 121提供可靠的MBS。类似地，对于通过相应MRB/PTM协议栈支路接收多播服务1的UE 111、112和113来说，每个UE也配置有相关联PTP支路(图未示)以确保可靠性。类似地，对于多播服务2来说，针对通过相应MRB/PTM协议栈支路接收多播服务1的UE 116、117和118，每个UE也配置有相关联PTP支路(图未示)以确保可靠性。在一种场景下，多播服务配置有单播无线电承载。多播服务3分别通过单播无线电链路131和134传送给UE 113和UE 114。在一实施例中，在检测到预定义事件时，通过PTP协议栈单播承载传递的MBS切换到为UE配置的PTM支路。gNB在检测到一个或多个触发事件后，将服务模式从单播切换到采用PTM支路的多播。

图1进一步示出了用于多播传输的基站和移动装置/UE的方块示意图。gNB 102具有天线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接收下行链路传送。

UE还包括一组控制模块，用于执行功能任务。这些功能模块可通过电路、软件、固件或上述的组合实现。MBS配置模块191通过UE协议栈中的PTM支路配置无线网络中的MBS。PTP模块192在UE协议栈中配置PTP支路，其中PTP支路与用于MBS的PTM支路相关联。反馈模块193发送用于MBS接收的反馈，其中上述反馈通过以下过程中的至少一种执行：层1(layer1，L1)混合自动重传请求(hybrid automatic repeat request，HARQ)、L2无线电链路控制(radio link control，RLC)反馈、L2分组数据汇聚协议(packet data convergenceprotocol，PDCP)反馈。MBS控制模块194基于反馈执行可靠MBS过程，可靠MBS过程是PTM支路和PTP支路之间的动态传输模式切换过程或PTP重传辅助过程。切换模块195执行从源节点到目标节点的切换，将PTP支路与目标节点的单播RB相关联，并通过PTP支路接收未确认PDCP封包，其中PDCP封包来自源节点的PTP支路并由源节点转发到目标节点。

图2是根据本发明实施例的具有支持多播协议和单播协议的NR无线电接口栈和UE栈的集中化上层的示范性NR无线系统示意图。gNB节点的中央单元(central unit，CU)和分布式单元(distributed unit，DU)之间可能有不同的协议划分选择。gNB节点的CU和DU之间的功能划分可能取决于传输层。由于较高的协议层在带宽、延迟、同步和抖动方面对传输层的性能要求较低，gNB CU和DU之间的低性能传输可以使能NR无线电栈的高协议层在中央单元中得到支持。在一实施例中，服务数据适配协议(service data adaptation protocol，SDAP)和PDCP层位于CU，而无线电链路控制(radio link control，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下层(lowerlayer)251。在一实施例中，gNB下层251包括PHY、MAC和RLC层。在另一实施例260中，每个gNB具有包括SDAP、PDCP、RLC、MAC和PHY层的协议栈261。

在诸如NR系统的某些系统中，NR多播/广播在小区的覆盖范围内传输。从逻辑信道的角度来看，多播控制信道(multicast control channel，MCCH)提供NR多播/广播服务列表的信息，其中上述服务在多播业务信道(multicast traffic channel，MTCH)上有正在进行的会话传输。在物理层，MTCH由gNB在物理下行链路控制信道(physical downlinkcontrol channel，PDCCH)的公共搜索空间(common search space，CSS)中调度，并通过组无线网络临时标识符(group radio network temporary identifier，G-RNTI)加扰。UE对多播物理下行链路共享信道(physical downlink shared channel，PDSCH)中多播会话的MTCH数据进行解码。当MBMS或eMBMS是单向传输时，RLC未确认模式(unacknowledged mode，UM)用于多播广播会话。对于NR MBS来说，需要可靠的传输。由于MBS的特性，网络很难在不严重影响无线电资源利用率的情况下保证所有UE都成功接收MBS传输。在一示范例中，上行链路反馈信道用于可靠MBS。PTP支路被配置为与MRB的PTM支路相关联。PTP支路使MBS能够动态切换到单播模式，或在PTM支路为不成功的数据封包提供单播重传。

图3是根据本发明实施例的基于使用相关联PTP支路对MRB的不同UE反馈的可靠MBS传输和接收的不同过程的示范性示意图。上行链路反馈330包括L1 HARQ 331、L2 RLC反馈332以及L2 PDCP反馈333。若仅支持L1反馈，反馈信道是从UE到网络的单向信道。而当支持L2反馈时，反馈信道可以是UE和网络之间的双向信道，并假定网络可以使用上述信道在L2执行所需的数据封包重传。在实践中，封包重传可以是L1 HARQ重传、L2 RLC重传、L2PDCP重传或上述方式的任意组合。

在一实施例中，UE通过为其配置的PTM支路和PTP支路之间的动态传输模式切换过程，基于反馈执行可靠MBS过程310。在另一实施例中，UE基于采用PTP重传辅助过程320的反馈执行可靠MBS过程310。动态传输模式切换过程包括三个场景311、312和313。对于过程311来说，封包重传仅基于L1 HARQ反馈发生在L1。对于正常的数据传输来说，多播服务的可靠性由L1处理。如果链路质量低于预定义第一阈值，则预期将从PTM切换到PTP(即单播)进行多播传输。当链路质量高于预定义第二阈值时，可从PTP(即单播)切换到PTM进行多播传输。在一实施例中，第一阈值和第二阈值相同。在另一实施例中，第一阈值和第二阈值不同。PTP支路的RLC模式配置与PTM支路相同，即采用RLC-UM。在一实施例中，动态切换模式过程是基于MBS的类型来选择的。在一实施例中，过程311适用于具有较低QoS要求的多播服务。在一实施例中，MBS的QoS要求是预定义或预配置的，每个MBS都预定义或预配置有QoS要求。过程311假定接收UE通过L1 HARQ反馈到网络。基于反馈，网络在PDCP层触发PTM/PTP切换(即PDCP锚定(anchor)PTM/PTP切换)。在切换过程中没有数据恢复。在这种情况下，可靠性通过L1 HARQ保证。

在另一实施例中，UE将过程312用于可靠MBS。与过程311相同，封包重传只能在L1HARQ。协议栈中PTM支路的RLC模式配置为RLC-UM，而协议栈中PTP支路的RLC模式配置为RLC确认模式(acknowledged mode，AM)。在一实施例中，过程312适用于需要稍高QoS传输的多播服务。与过程311类似，网络基于来自所有接收MBS的UE的HARQ反馈的统计数据，在PDCP层启用PTM/PTP切换(即PDCP锚定PTM/PTP切换)。切换过程中需要进行数据恢复。HARQ传输的传输块是MAC PDU，基于RLC封包和/或RLC分段组装。在一实施例中，如果相应的RLC数据封包和/或RLC分段未成功传输，则网络缓冲PDCP数据封包。在PTM/PTP切换期间，这些PDCP封包基于L2反馈(即RLC状态报告或PDCP状态报告)通过PTP支路重传给UE。UE侧接收到数据封包后，在PDCP中进行数据封包处理，包括重排序、重复处理等。UE可以根据需要支持RLCAM下的PTP支路支持触发状态报告。状态报告(即RLC状态报告或PDCP状态报告)可反映从PTM支路和/或PTP支路所接收数据封包的接收状态。

在又一实施例中，UE将过程313用于可靠MBS。封包重传可在L1 HARQ以及L2 PDCP进行。协议栈中PTM支路的RLC模式配置为RLC-UM。协议栈中PTP支路的RLC模式配置为RLCAM。在过程313中，UE向网络提供L2(RLC和/或PDCP)状态报告。可配置双向L2反馈信道。当来自特定UE的状态报告反映接收质量不佳时，网络将PTM传输切换到PTP传输。在这种情况下也支持PDCP锚定PTM/PTP切换。采用PTP的PTM反馈

在一实施例中，UE将PTP重传辅助过程320用于可靠MBS。可为每个UE以单播方式创建双向反馈信道。为UE建立单独单播信道的好处是，当需要对多播数据封包执行重传时，可以通过特定于UE的单播信道传送数据封包。如此一来，下行链路多播传输不会因有限数量的UE所需的潜在重传而延迟或停止。UE在PDCP层接收PTM传输的PDCP反馈可以通过单播反馈信道发送到网络。网络根据来自多个UE的PDCP反馈，通过PTM支路或PTP支路重传PDCP数据封包。如果需要对特定UE执行重传，网络会触发UE从PTM支路切换到PTP支路。在另一实施例中，在过程321中，网络利用UE的特定PTP支路来协助所需的重传。UE使用PTP支路通过单播RB传送在PTM支路上所接收MBS的反馈，并使用PTP支路通过单播RB接收MBS封包的重传。在一实施例中，PTP支路被配置为与PTM支路的关联仅用于辅助MBS的重传。即使需要在特定PTP支路上向特定UE执行PDCP重传，PTM PDCP数据包也会继续。在一实施例中，利用PTP支路在单播信道上执行的用于多播传输的最大PDCP重传次数配置有阈值。如果UE达到最大PDCP重传次数，UE可以从PTM支路切换到PTP支路。

对于特定UE的未成功传输的数据封包来说，在PDCP层触发重传。如果多个UE无法成功接收多播数据封包，则PTM支路可以进行重传。否则，gNB/基站根据来自每个UE的上行链路PDCP接收状态报告，使用相关联单播RB对未确认的PTM数据封包进行下行链路重传。在一实施例中，gNB/基站使用相关联单播信道来轮询(poll)特定UE，以报告其从空中接口接收的用于NR多播/广播服务的PDCP封包的接收状态。在另一实施例中，基站/gNB使用PTM支路轮询所有接收UE以报告接收状态。在另一实施例中，相关联单播RB支持上行链路RLC反馈，即UE报告RLC状态—从相关联单播RB接收到的RLC封包的接收状态。PTM无线电承载、PTMRB、PTM支路可互换使用，多播无线电承载、多播RB和MRB可以互换使用，单播无线电承载、单播RB、PTP RB和PTP支路可互换使用。

图4是根据本发明实施例的MRB接收架构的示范性示意图，其中PTP支路被配置为与PTM支路相关联以用于可靠MBS。gNB 430接收MBS 400以传输到UE-1410和UE-2420。gNB430配置有一PDCP实体435，用于PTM支路433、服务UE-1410的PTP支路431以及服务UE-2420的PTP支路432。gNB PTM支路433通过G-RNTI加扰的广播RB 461和462向UE-1和UE-2进行发送用于MBS。PTP支路431通过用UE-1410的C-RNTI加扰的单播RB 451向UE-1410进行发送。PTP支路432通过用UE-2420的C-RNTI加扰的单播RB 452向UE-2420进行发送。参与MBS服务接收的每个UE(如UE-1410和UE-2420)，通过对应于NR多播/广播服务的G-RNTI和UE特定C-RNTI监测PDCCH。来自PTM RB的新数据和来自相关单播/PTP RB的重传数据将在每个UE(UE-1410和UE-2420)的PDCP实体处合并。从UE的角度来看，对于特定的MRB来说存在两条支路：一条是PTM RB，一条是PTP RB，即相关联单播RB。每个UE为PTM支路和相关联PTP支路配置公共PDCP实体。UE-1410配置有公用于UE PTP支路411和UE PTM支路412的公共PDCP实体415，UE-2420配置有公用于UE PTP支路421和UE PTM支路422的公共PDCP实体425。可靠多播传输的传输模型类似于UE内双连接(dual connection，DC)操作。通过PTM支路和相关PTP支路的可靠MBS传输和接收锚定在PDCP层上。每个UE内的PDCP实体在将数据封包传递给高层(higher layer)前，对来自不同支路的数据封包进行重新排序，检测并丢弃重复数据。可为多播RB建立单个PDCP实体，由PTM RB和PTP RB共享。PDCP实体负责PDCP服务数据单元(service data unit，SDU)的序列号分配、安全处理和鲁棒报头压缩(robust headercompression，ROHC)。在多播和单播共存的情况下，PTM传输和PTP传输的PDCP SDU的安全处理和ROHC配置要对齐。UE公共PDCP实体将接收到的PDCP封包(如UE-1接收410和UE-2接收420)传递给相对应的UE上层(upper layer)。

在一实施例中，多播RB的公共PDCP实体与PTM RB和PTP RB的RLC实体之间存在直接交互。多播RB的PDCP实体需要将带有PDCP SN的PDCP数据封包发送给PTM和/或PTP RB的RLC实体，以允许其在RLC层进行数据封包传输。上述PDCP封包可以是加密的或非加密的，可以是压缩的或非压缩的。在检测到一个或多个预定义切换条件时，网络切换为使用单播传输将多播流传输给UE，以提高资源利用率。当NR多播/广播服务需要将多播/广播传输切换为单播传输时，网络侧用于多播流的PDCP实体435禁用PTM RB及其对应的RLC实体433。随后，网络为NR多播/广播服务而建立的PDCP实体435将来自多播流的新数据封包传递到为相关联单播RB(即PTP RB)建立的每个RLC实体，如UE-1410的RLC实体431和UE-2420的RLC实体432。相关联单播RB转换为常规单播RB。当存在多个UE时，从用于多播流的下行链路传输的角度来说，gNB处的PDCP实体435在UE之间共享。在可靠MBS的动态传输模式切换过程中，预计有服务连续性。

图5是根据本发明实施例的在切换之后移除多播RB的动态传输模式切换过程的示范性示意图。在一实施例中，在动态传输模式切换之后，在MBS从多播切换到单播之后移除PTM RB。UE不需要监测PTM RB。网络需要将PTM到PTP的切换通知UE，以方便UE侧进行适配。通知可以通过任何形式从网络发送给UE，如RRC消息、MAC CE或L1 DCI。

切换前示范性网络示意图501包括切换前gNB 530、UE-1510和UE-2520。gNB 530发送MBS封包给UE-1510和UE-2520。gNB 530配置有一PDCP实体535，用于PTM支路533、服务UE-1510的PTP支路531和服务UE-2520的PTP支路532。gNB PTM支路533通过用G-RNTI加扰的广播RB向UE-1和UE-2进行发送用于MBS。PTP支路531通过用UE-1510的C-RNTI加扰的单播RB向UE-1510进行发送。PTP支路532通过用UE-2520的C-RNTI加扰的单播RB向UE-2520进行发送。网络在检测到一个或多个预定义条件时，执行多播到单播的切换过程。切换后系统示意图502包括gNB 580、UE-1560和UE-2570的配置。UE(UE-1和UE-2)的配置在从多播切换到单播后继承相同的PDCP实体。切换后的PDCP实体585、565和574分别继承相同的PDCP实体535、515和525。在从多播切换到单播后，相关联单播RB转换为常规单播RB，以支持点对点(即PTP)方式的多播会话的数据传输。切换后的PTP支路581和582使用单播RB向UE-1和UE-2发送MBS封包。切换后的UE-1560具有PTP支路561和PDCP565，切换后的UE-2570具有PTP支路571和PDCP 575。对于从多播到单播的切换来说，用于多播RB的一些PDCP数据封包可以在单播RB切换后发送给UE。需要网络重传的PDCP数据封包取决于UE的PDCP或RLC状态报告。在另一实施例中，释放先前多播RB的PDCP实体，为每个PTP RB建立新的PDCP实体，并且相应多播会话的SDAP实体可以与为每个UE建立的常规单播RB的新PDCP实体交互。上述描述适用于UE侧和网络侧。PDCP 535、515和525在切换后释放，为PTP RB建立新的PDCP实体585、565和575。以这种方式，到UE的多播传输可以支持异步传输。

图6是根据本发明实施例的在切换之后保持多播RB的动态传输模式切换过程的示范性示意图。在一实施例中，PTM RB在从PTM切换到PTP之后被保留。切换前示范性网络示意图601包括切换前gNB 630、UE-1610和UE-2620。gNB 630向UE-1610和UE-2620发送MBS封包。gNB 630配置有PDCP实体535，用于PTM支路633、服务UE-1610的PTP支路631和服务UE-2620的PTP支路632。gNB PTM支路633通过用G-RNTI加扰的广播RB向UE-1和UE-2进行发送用于MBS。PTP支路631通过用UE-1610的C-RNTI加扰的单播RB向UE-1610进行发送，PTP支路632通过用UE-2620的C-RNTI加扰的单播RB向UE-2620进行发送。网络在检测到一个或多个预定义条件时，执行多播到单播切换过程。切换后系统示意图602包括gNB 680、UE-1660和UE-2670的配置。当用于UE1的NR多播/广播服务需要将PTM传输切换到PTP传输时，网络处用于可用多播RB的PDCP实体685需要开始向UE-1的PTP RLC实体661发送数据。UE-1的单播RB转换为常规的单播RB，用于可靠多播传输。在另一实施例中，UE也可以从PTP切换到PTM传输。假定在特定UE的PTP到PTM切换之前，为其他UE建立了PTM RB。在切换之后，网络可以通知上述特定UE监测G-RNTI的多播接收。从UE接收的角度来看，UE-2670可以使用为PTP接收建立的PDCP实体671来接收PTM RB。如果在切换之前不存在用于多播RB的PTM支路，则网络需要建立新的PTM RB 683来为UE启用PTM传输。这个新的PTM RB 683可以继承与多播RB的PTP支路相同的PDCP实体。网络侧的PDCP实体685需要将新的数据封包传递给PTM RLC实体672以启用基于PTM的传输。从UE的角度来看，PTP到PTM的切换后，需要监测调度PTM RB的PDCCH。网络需要将上述切换通知UE，以便UE侧进行监测。具体到单播到多播的切换，在常规单播RB转换为相关联单播RB后，UE的常规单播RB的PDCP实体的未传送或未确认封包可由相关联单播RB通过PTP支路(如631和632)发送给UE。在传输模式从单播切换到多播或者从多播切换到单播之后，相关联单播RB或者常规单播RB可进行RRC重配置。在动态传输模式切换期间，因为多播会话没有更改，SDAP配置被视为未更改。在重配置期间，应用相同的PDCP配置。

在其他实施例中，可靠MBS过程减少了切换中断。接收MBS的UE可能会发生移动，而接收这些MBS的定期中断不能满足期望进行可靠传输MBS的QoS要求。对于接收多播/广播服务的UE来说，有多种服务连续性场景。当目标小区不支持或不启动MBS的多播传输时，将UE从源小区切换到目标小区可使目标小区以单播方式向UE传输MBS。否则，UE可在目标小区中加入可用的MBS并继续以多播方式接收该服务。

图7是根据本发明实施例的用于在切换过程期间减少切换中断的可靠MBS过程的示范性示意图。UE 701从源小区702接收MBS。UE701在MBS期间执行切换并连接至目标小区703。存在不同的场景，包括多播到多播切换710、多播到单播切换720、单播到单播切换730以及单播到单播切换740。

在多播到多播切换过程710期间，NR MBS的多播传输已经在目标小区703中可用。具有多播PDCP实体的PTM无线电承载已经在目标节点中运行的目标小区703处建立。在常规切换过程中，在接收到来自源小区702的多播传输和接收到来自目标小区703的多播传输之间会存在间隙。在执行切换的间隙期间，UE可能会丢失一些多播会话的封包。为了消除UE701在小区切换间隙期间数据封包丢失的可能性，未传送或未确认的数据封包从源节点702转发到目标节点703。在一实施例中，源节点和目标节点之间支持相同的PDCP SN编号。转发数据封包的特性取决于顶多播移动性所采用的无线电承载结构。相关联单播RB在源节点处可供UE使用，以支持可靠的多播/广播传输。多播RB的PDCP实体总是将PDCP数据封包的副本发送给UE的单播RB的PDCP实体。PDCP实体缓冲PDCP数据包。在多播到多播切换期间，目标节点为UE建立一新的相关联单播RB。缓冲PDCP数据封包的源节点PDCP实体需要将未确认和/或未传送的PDCP数据封包转发到目标节点中的相关联单播PDCP实体。

在一实施例中，源节点PDCP实体702将下行传输状态(包括下一个要使用的PDCPSN)发送给目标节点703。如此一来，上层可以对即将到来的数据流进行PDCP SN的一致和连续分配。在另一实施例中，一些封包通过单播方式转发到目标节点并被发送到UE，而相同的数据可通过目标节点处的多播无线电承载传送给UE。如果切换过程执行得非常快，并且UE立即加入目标小区中的多播接收，就会发生这种情况。源节点702和目标节点703都从网络实体用户平面功能(user plane function，UPF)接收MBS封包。在一实施例中，源节点702确定要转发的封包的数量。向目标节点转发的数据封包过多将导致UE侧的接收冗余，而向目标节点转发的数据封包过少会导致UE侧的服务接收中断，这可能需要再服务连续性和资源利用率之间进行权衡。在一实施例中，转发计数器用于控制要进行数据转发的PDCP封包的数量。在另一实施例中，计时器用于实现相同目的。计数器或计时器的精确选择可确保所需的服务连续性并避免冗余数据封包转发。

在多播到单播过程720期间，目标节点703需要建立新的常规单播无线电承载以将多播数据传送到相关UE。当目标小区中没有其他UE参与接收多播/广播服务，或存在其他预先配置的触发条件时，可以启用此场景。在这种场景下，多播会话在UE切换后保留在源节点702。如果切换后只有有限数量的UE，针对源节点服务的UE，源节点也有可能在切换之后将PTM传输转换为PTP传输。

在多播到单播过程730期间，源节点处的相关联单播RB可用于UE以支持可靠多播/广播传输。可执行与多播到多播切换710的情况相同的基于PDCP封包的数据转发，区别是PDCP封包的接收者是在目标节点处为UE建立的新常规单播无线电承载的PDCP实体。在一实施例中，这些封包可在来自为多播流建立的公共PDCP实体的任何新数据之前被发送到UE。对于多播到单播的切换来说，为多播会话建立的PDCP实体不会被释放。如此一来，网络可以加速为新加入的UE添加新的单播RB。作为多播到单播切换的替代方案，为多播会话建立的PDCP实体可以被释放。目标节点处多播会话的SDAP实体直接与目标节点处建立的常规单播RB的PDCP实体交互。如果小区内没有其他UE加入多播/广播传输的接收，则需要在目标节点建立新的多播RB。在这种情况下，源小区向目标小区指示下一个PDCP SN，以允许目标节点的PDCP实体进行一致的PDCP SN分配。在这种场景下，从网络的角度来看，需要建立一条新的N3 GTP-U通道将UPF的多播/广播服务的数据流传递到目标节点。同时，如果该小区中有其他UE在接收上述多播/广播服务，则可以保留源小区和UPF之间的先前N3 GTP-U隧道。这意味着源节点可在数据转发后继续从UPF接收上述多播/广播服务的数据流。与多播到多播切换一样，可以使用基于计数器或计时器的方法来控制要进行数据转发的数据封包的数量。

对于单播到多播切换730来说，目标小区中已经可以进行NR多播/广播服务的传输。目标节点中的现有传输可以以多播方式服务于大量UE。目标节点中的现有传输也可以以单播方式服务于有限数量的UE，但是添加切换来的UE会触发目标节点将用于NR多播/广播服务的单播传输转换为基于PTM无线电承载的传输。在单播到多播切换期间，源节点可将单播RB用于UE以支持可靠的多播/广播传输。随后，可执行与多播到多播切换情况相同的基于PDCP数据封包的数据转发，区别在于PDCP数据封包的发送者是单播无线电承载的PDCP实体。如果源节点需要保持来自UPF的数据路径，如用于支持其他UE的多播传输，则可以使用计数器来控制进行数据转发的数据封包的数量。或者，可以使用计时器来实现相同目的。

对于单播到单播的切换过程740来说，UE在源节点和目标节点都通过单播方式接收多播数据。可执行与多播到多播切换情况相同的基于PDCP数据封包的数据转发。这些数据封包应该在来自为多播流建立的公共PDCP实体的任何新数据之前发送到UE。如果源节点需要保持来自UPF的数据路径，如用于支持其他UE的多播传输，则可以使用基于计数器或计时器的方法来控制要进行数据转发的数据封包的数量。在一实施例中，多播传输实际上已经在目标小区中以单播方式进行，例如仅服务于另一UE。在目标节点加入多播接收的切换后UE不启用PTM传输。如此一来，不存在N3接口上的多播路径切换。

图8是根据本发明实施例的可靠MBS过程的示范性流程图。在步骤801，UE通过UE协议栈中的PTM支路配置无线网络中的MBS。在步骤802，UE在UE协议栈中配置PTP支路，其中PTP支路与用于MBS的PTM支路相关联。在步骤803，UE发送用于MBS接收的反馈，其中反馈通过以下过程中的至少一种执行：L1 HARQ、L2 RLC反馈和L2 PDCP反馈。在步骤804，UE基于反馈执行可靠的MBS过程，其中可靠MBS过程是PTM支路和PTP支路之间的动态传输模式切换过程或PTP重传辅助过程。

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

Claims (20)

1.一种方法，包括：

由用户设备通过用户设备协议栈中的点对多点PTM支路配置无线网络中的多播广播服务MBS；

在所述用户设备协议栈中配置点对点PTP支路，其中所述PTP支路与用于所述MBS的所述PTM支路相关联；

发送用于所述MBS接收的反馈，其中所述反馈通过以下过程中的至少一种执行：层1混合自动重传请求L1 HARQ、层2无线电链路控制L2 RLC反馈以及层2分组数据汇聚协议L2PDCP反馈；以及

基于所述反馈执行可靠MBS过程，其中所述可靠MBS过程是所述PTM支路和所述PTP支路之间的动态传输模式切换过程或PTP重传辅助过程。

2.根据权利要求1所述的方法，其特征在于，所述PTM支路和所述PTP支路配置有公共PDCP实体和两个不同的RLC实体，包括用于所述PTM支路的PTM RLC实体和用于所述PTP支路的PTP RLC实体。

3.根据权利要求2所述的方法，其特征在于，所述用户设备执行从具有所述PTM支路的多播无线电承载到具有所述PTP支路的单播无线电承载的动态切换，以用于所述MBS。

4.根据权利要求3所述的方法，其特征在于，所述动态切换仅由所述L1 HARQ触发，并且其中所述PTM RLC实体和所述PTP RLC实体是未确认模式RLC。

5.根据权利要求3所述的方法，其特征在于，所述动态切换仅由所述L1 HARQ触发，并且其中所述PTP RLC实体是确认模式RLC实体，具有未确认RLC封包或RLC分段的PDCP封包通过所述PTP支路重传。

6.根据权利要求3所述的方法，其特征在于，所述动态切换由用户设备层2状态报告触发，所述用户设备配置有层2双向反馈信道。

7.根据权利要求3所述的方法，其特征在于，所述动态切换过程由所述PTM支路和所述PTP支路的公共PDCP实体锚定。

8.根据权利要求3所述的方法，其特征在于，在从所述PTM支路切换到所述PTP支路时释放所述PTM支路的实体。

9.根据权利要求2所述的方法，其特征在于，所述用户设备使用所述PTP支路通过单播无线电承载发送针对在所述PTM支路上接收到的MBS的反馈，并且使用所述PTP支路通过所述单播无线电承载接收MBS封包的重传。

10.根据权利要求1所述的方法，其特征在于，进一步包括：

执行从源节点到目标节点的切换；

将所述PTP支路与所述目标节点的单播无线电承载相关联；以及

通过所述PTP支路接收未确认PDCP数据封包，其中所述PDCP数据封包从所述源节点的PTP支路传输到所述目标节点。

11.一种用户设备，包括：

收发器，用来在新无线电无线网络中发送和接收射频信号；

多播广播服务MBS配置模块，用来通过用户设备协议栈中的点对多点PTM支路配置所述无线网络中的MBS；

点对点PTP模块，用来在所述用户设备协议栈中配置PTP支路，其中所述PTP支路与用于所述MBS的所述PTM支路相关联；

反馈模块，用来发送用于所述MBS接收的反馈，其中所述反馈通过以下过程中的至少一种执行：层1混合自动重传请求L1 HARQ、层2无线电链路控制L2 RLC反馈以及层2分组数据汇聚协议L2 PDCP反馈；以及

MBS控制模块，用来基于所述反馈执行可靠MBS过程，其中所述可靠MBS过程是所述PTM支路和所述PTP支路之间的动态传输模式切换过程或PTP重传辅助过程。

12.根据权利要求11所述的用户设备，其特征在于，所述PTM支路和所述PTP支路配置有公共PDCP实体和两个不同的RLC实体，包括用于所述PTM支路的PTM RLC实体和用于所述PTP支路的PTP RLC实体。

13.根据权利要求12所述的用户设备，其特征在于，所述用户设备执行从具有所述PTM支路的多播无线电承载到具有所述PTP支路的单播无线电承载的动态切换，以用于所述MBS。

14.根据权利要求13所述的用户设备，其特征在于，所述动态切换仅由所述L1 HARQ触发，并且其中所述PTM RLC实体和所述PTP RLC实体是未确认模式RLC。

15.根据权利要求13所述的用户设备，其特征在于，所述动态切换仅由所述L1 HARQ触发，并且其中所述PTP RLC实体是确认模式RLC实体，具有未确认RLC封包或RLC分段的PDCP封包通过所述PTP支路重传。

16.根据权利要求13所述的用户设备，其特征在于，所述动态切换由用户设备层2状态报告触发，所述用户设备配置有层2双向反馈信道。

17.根据权利要求13所述的用户设备，其特征在于，所述动态切换过程由所述PTM支路和所述PTP支路的公共PDCP实体锚定。

18.根据权利要求13所述的用户设备，其特征在于，在从所述PTM支路切换到所述PTP支路时释放所述PTM支路的实体。

19.根据权利要求12所述的用户设备，其特征在于，所述用户设备使用所述PTP支路通过单播无线电承载发送针对在所述PTM支路上接收到的MBS的反馈，并且使用所述PTP支路通过所述单播无线电承载接收MBS封包的重传。

20.根据权利要求11所述的用户设备，其特征在于，进一步包括切换模块，用来执行从源节点到目标节点的切换；将所述PTP支路与所述目标节点的单播无线电承载相关联；以及通过所述PTP支路接收未确认PDCP数据封包，其中所述PDCP数据封包从所述源节点的PTP支路传输到所述目标节点。

Images