首页> 中国专利> NR多播服务的多播和单播之间的动态切换

NR多播服务的多播和单播之间的动态切换

摘要

本发明提供了用于NR多播服务的多播和单播之间动态切换的设备和方法。在一示范例中,网络基于一个或多个预定义标准来确定执行多播到单播的切换或单播到多播的切换。切换命令由gNB通过特定的MAC‑CE或RRC重配置消息发送给UE,其包括切换类型、先前RB的逻辑信道ID、新建立RB信道的逻辑信道ID。UE为多播服务重新配置RB。UE接收缓冲和/或未确认的数据,以及用于多播服务的新数据封包。在一实施例中,为缓冲和/或未确认的数据建立临时单播DRB。UE发送反馈信息以及下一个预期接收数据封包的信息给gNB。

著录项

  • 公开/公告号CN114982202A

    专利类型发明专利

  • 公开/公告日2022-08-30

    原文格式PDF

  • 申请/专利权人 联发科技(新加坡)私人有限公司;

    申请/专利号CN202180010023.9

  • 发明设计人 王学龙;

    申请日2021-01-15

  • 分类号H04L12/18(2006.01);H04W72/00(2006.01);

  • 代理机构北京三友知识产权代理有限公司 11127;北京三友知识产权代理有限公司 11127;

  • 代理人薛平;郝博

  • 地址 新加坡新加坡市

  • 入库时间 2023-06-19 16:34:57

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2022-09-16

    实质审查的生效 IPC(主分类):H04L12/18 专利申请号:2021800100239 申请日:20210115

    实质审查的生效

说明书

技术领域

本发明有关于无线通信,且尤其有关于用于新无线电(new radio,NR)多播服务的多播和单播之间的动态切换。

背景技术

随着无线数据服务的指数级增长,向大型移动用户群的内容交付迅速发展。最初的无线多播/广播服务包括流媒体服务,例如移动电视和网络电视。随着对大型群组内容交付需求的不断增长,移动多播服务的最新应用程序开发需要高度鲁棒性(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)也有定义。如移动电视服务的早期多播/广播服务无需ACK/NACK反馈用于多播数据封包。随着涉及灾难情况和公共安全服务等关键通信服务对多播服务的需求日益增加,要实现可靠的多播数据传递需要改进现有的移动多播/广播服务。目前,并不支持用于多播服务的多播和单播之间的动态切换。但是当网络状况和/或使用状况发生变化时,需要从多播模式切换到单播模式,反之亦然。

需要改进和增强,从而为NR无线网络中的多播服务在多播和单播之间动态切换提供解决方案。

发明内容

本发明提供了用于NR多播服务的组播和单播之间动态切换的装置和方法。在一示范例中,网络基于一个或多个预定义标准来确定执行多播到单播的切换或单播到多播的切换。切换命令由gNB通过特定的MAC-CE或RRC重配置消息发送给UE,其包括切换类型、先前RB的逻辑信道ID、新建立RB信道的逻辑信道ID。UE为多播服务重新配置RB。UE接收缓冲和/或未确认的数据,以及用于多播服务的新数据封包。在一实施例中,为缓冲和/或未确认的数据建立临时单播DRB。UE发送反馈信息以及下一个预期接收数据封包的信息给gNB。

在一实施例中,UE在NR网络中接收多播服务,其中用于多播服务的每个数据封包具有PDCP PDU SN;从NR网络接收多播服务的切换命令,其中当多播服务通过MRB接收时,切换命令指示从多播切换到单播,当多播服务通过单播DRB接收时,切换命令指示从单播切换到多播;基于所述切换命令为所述多播服务重新配置接收无线电承载;以及在重配置接收无线电承载上接收多播服务的多播数据封包,其中多播服务的PDCP PDU SN连续编号。在一实施例中,切换命令指示所述多播服务从多播切换到单播,并且为所述多播服务建立新单播专用无线电承载。切换命令是切换MAC CE,包括一个或多个元素以下元素:切换类型、MRB的LCID、单播DRB的LCID以及临时DRB的LCID。在一实施例中,UE通过切换命令确认的特定MAC CE确认切换命令,其中切换命令确认包括下一个预期接收的数据封包的信息,数据封包的数据类型包括以下一种或多种:PDCP PDU、RLC PDU和RLC分段。在另一实施例中,切换命令是切换命令的RRC消息,包括一个或多个以下元素:切换类型、MRB的LCID、单播DRB的LCID、临时DRB的LCID,以及新单播DRB的安全配置。在一实施例中,UE通过切换命令确认的RRC消息确认切换命令,其中切换命令确认包括下一个预期接收的数据封包的信息,数据封包的数据类型包括以下一种或多种:PDCP PDU、RLC PDU和RLC分段。在另一实施例中,新单播DRB接收用于MRB的未确认和缓冲的多播数据封包以及用于单播DRB的新的多播数据封包。在又一实施例中,切换命令指示多播服务从单播切换到多播,并且为多播服务建立新的MRB。在一实施例中,新的MRB以具有最后一个未确认的PDCP封包的SN的多播数据封包开始。在另一实施例中,多个UE被切换到多播以用于多播服务,新MRB以所有切换多播服务的UE中SN值最小的多播数据封包开始。

在一实施例中,NR网络中的gNB向UE提供多播服务,其中用于多播服务的每个数据封包具有PDCP PDU SN;向UE发送多播服务的切换命令,其中当多播服务通过MRB接收时,切换命令指示从多播切换到单播,当多播服务通过单播DRB接收时,切换命令指示从单播切换到多播;基于切换命令为多播服务重新配置发送RB;以及在重配置的发送RB上向UE发送多播数据包以用于多播服务,其中用于多播服务的PDCP PDU SN的连续编号。在一实施例中,新单播DRB传输缓冲的多播数据封包、未确认的多播数据封包以及新多播数据封包。在另一实施例中,为缓冲的多播数据封包、未确认的多播数据封包建立临时DRB。在一实施例中,临时DRB具有与MRB相同的LCID,而新单播DRB具有与MRB不同的LCID。

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

附图说明

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

图1是根据本发明实施例的支持多播和单播之间动态切换的示范性NR无线网络的系统示意图。

图2是根据本发明实施例的具有NR无线电接口栈的集中化上层的示范性NR无线系统示意图。

图3是根据本发明实施例的多播无线电承载从多播到单播的切换进程的示范性示意图。

图4是根据本发明实施例的多播到单播信令的示范性流程图。

图5是根据本发明实施例的单播到多播信令的示范性流程图。

图6是根据本发明实施例的UE针对NR多播服务执行多播和单播之间动态切换的示范性流程图。

图7是根据本发明实施例的基站/gNB针对NR多播服务执行多播和单播之间动态切换的示范性流程图。

具体实施方式

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

3GPP聚焦于MBSFN定义了基本的eMBMS。专用MBMS系统架构支持MBSFN和SC-PTM传输,其中多呼叫/多播协调实体(multi-call/multicast coordination entity,MCE)位于无线接入网络(radio access network,RAN)和核心网(core network,CN)之间。MCE负责确定MBSFN或SC-PTM的传输模式。MBSFN和SC-PTM都依赖于特定的MBMS无线电承载。在LTE中,SC-PTM的特点是MBMS在单个小区的覆盖范围内传输。一个SC多播控制信道(multicastcontrol channel,MCCH)以及一个或多个SC多播业务信道(multicast traffic channel,MTCH)映射在下行链路共享信道(downlink shared channel,DL-SCH)上。调度由基站完成。SC-MCCH和SC-MTCH传输均由物理下行链路控制信道(physical downlink controlchannel,PDCCH)上的逻辑信道特定无线电网络临时标识符(radio network temporaryidentifier,RNTI)指示。用于接收映射了SC-MTCH的DL-SCH的临时移动组标识符(temporary mobile group identity,TMGI)和组RNTI(group RNTI,G-RNTI)之间配置有一对一映射。映射了SC-MCCH或SC-MTCH的DL-SCH使用单次传输。对于映射的DL-SCH来说,既没有为配置盲HARQ重复,也没有配置RLC快速重复。随着NR网络中多播服务的快速增长,多播和单播之间的动态切换是支持新多播服务的关键特性。

图1是根据本发明实施例的支持多播和单播之间动态切换的示范性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连接。

NR无线网络100还包括多个通信装置或移动站,如用户设备(user equipment,UE)111、112、113、114、117、121以及122。NR无线网络100中的通信装置或移动站还可指代车辆中具有无线连接的装置,如移动装置117、118和128。无线网络100中的示例性移动装置具有侧链路(sidelink,SL)功能。移动装置可与一个或多个基站建立一个或多个单播连接。举例来说,UE 111与gNB 101之间具有单播连接131。UE 114和115分别通过单播连接133和134与gNB 101连接。类似地,UE 121通过单播连接132与gNB 102连接。

在一示范例中,支持多播服务的多播传输和单播传输之间的无损切换。多播模式和单播模式之间的多播数据封包是连续的。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接收多播服务的数据封包。在一实施例中,诸如gNB 101和gNB 102的基站决定将一种或多种多播服务从多播切换到单播。例如,gNB 101确定将多播服务-1从多播切换到单播。切换消息被发送到接收多播服务的UE。在另一实施例中,当以单播模式递送多播服务时,诸如gNB 101和gNB 102的基站决定将多播服务(如多播服务-1)从单播模式切换到多播模式。在一实施例中,多播数据封包的分组数据汇聚协议(packet data convergenceprotocol,PDCP)分组数据单元(packet data unit,PDU)具有序列号(sequence number,SN)。多播和单播之间的切换是无损切换,以使多播数据封包在切换进程中不会丢失。

图1进一步示出了用于基于L2的侧链路中继的适配处理的基站和移动装置/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处理接收到的基带信号,并调用不同的功能模块来执行UE 111中的功能特性。存储器161存储程序指令和数据164以控制UE 111的操作。天线165向gNB 102的天线156发送上行链路传送,并从gNB 102的天线156接收下行链路传送。

UE还包括一组控制模块,用于执行功能任务。这些功能模块可通过电路、软件、固件或上述的组合实现。多播服务处理器191在NR网络中通过UE接收多播服务,其中用于多播服务的每个数据封包具有PDCP PDU SN。切换命令处理器192从NR网络接收多播服务的切换命令,其中当多播服务由MRB接收时,切换命令指示从多播切换到单播,而当多播服务由单播专用无线电承载(dedicated radio bearer,DRB)接收时,切换命令指示由单播切换到多播。重配置处理器193基于切换命令为多播服务重配置接收无线电承载。SN处理器194在重配置接收无线电承载上接收多播服务的多播数据封包,其中PDCP PDU SN的连续编号用于多播服务。

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

类似地,UE 202具有包括PHY、MAC、RLC、PDCP和可选SDAP层的协议栈281。对于RRC连接模式UE来说,当UE在上层发起加入进程时,通过RRC重配置为多播服务添加MRB 282。CN通知基站相应会话的开始。当多播PDU会话开始时,gNB会创建QoS流,并创建SDAP实体来将流映射到特定的MRB。为了建立相应的MRB,需要创建具有特定安全配置的PDCP实体。RLC实体也被创建。MAC配置可配置有特定MTCH。可为上述新MTCH分配新逻辑信道ID(logicchannel ID,LCID)。在一实施例中,MAC层保留LCID字段的一部分用于MTCH。SDAP/PDCP/RLC/MAC配置在上述MRB的RRC重配置进程中发送给UE。UE建立MRB并向gNB发送RRC重配置完成消息。MRB的安全配置可由PDCP执行。或者,没有用于MRB的安全配置。安全性在上层或服务应用层执行。当MRB的安全配置(如加密和/或完整性保护)由PDCP实体执行时,PDCP实体的安全配置对于所有接收多播服务的UE来说都是通用的。相同的鲁棒报头压缩(robustheader compression,ROHC)配置和选定的ROHC模式适用于所有接收多播服务的UE。

在一实施例中,建立单播栈283用于多播服务的切换进程。当开始从多播到单播的切换进程时,建立单播栈283以在单播模式下接收多播服务的封包数据。在一实施例中,为切换进程建立相关联RLC协议栈284。

图3是根据本发明实施例的多播无线电承载从多播到单播的切换进程的示范性示意图。在一示范例中,从多播到单播的动态切换由来自网络的切换消息触发。示范性UE-1具有与gNB的多播会话和单播会话。gNB配置有配置310,配置310包括MRB 311以及与UE-1之间的DRB-1。在一实施例中,MRB数据封包的每个PDCP PDU具有SN。可为MRB 311缓冲多播PDCPPDU。gNB还跟踪来自UE-1的多播数据封包的ACK/NACK。gNB监视并确定是否将用于UE-1的多播服务切换到单播模式。在一实施例中,当接收多播服务的UE的数量低于阈值时,gNB确定将多播服务从多播切换到单播。在步骤341,可向一个或多个UE发送切换消息,以将多播服务切换到单播模式。在实施例320中,可为UE-1建立临时DRB,以传输未确认和缓冲的多播数据封包。或者,在实施例330中,可为新的多播数据封包以及未确认和缓冲的多播数据封包建立新的DRB。

在一实施例中,如果存在通过多播模式调度的一个或多个其他UE,则保留MRB321。通过步骤351,UE-1的缓冲数据或非确认数据可通过DRB 322的特定数据管道通过单播传输到UE-1。可建立临时单播DRB 323以通过步骤352传输新的多播数据封包。DRB 322是为UE-1建立的临时DRB,用于向UE-1发送用于多播服务的缓冲数据和未确认数据。缓冲数据或未确认数据可以是PDCP封包、RLC封包或RLC分段,或它们的任意组合。临时DRB 322从MRB311继承PDCP/RLC/MAC配置。临时DRB 322可利用完全相同的PDCP/RLC/MAC配置,以便于传输缓冲的RLC封包和/或RLC分段。通常,当建立新的DRB时,PDCP/RLC/MAC的配置与MRB不同,PDCP SN被重新编号。新的RLC服务数据单元(service data unit,SDU)和RLC SDU分段、或RLC PDU和RLC PDU分段,可能与缓冲或未确认的新RLC SDU和RLC SDU分段、或RLC PDU和RLC PDU分段具有不同的PDCP配置。在一实施例中,与临时DRB 322相关联的相应临时逻辑信道具有与MRB相同的LCID。在另一实施例中,可为与临时DRB 322相关联的相应临时逻辑信道分配与MRB不同的LCID。临时DRB 322的逻辑信道和新DRB 323的逻辑信道都在基站经过MAC层复用进程。临时DRB 322的逻辑信道和新DRB 323的新逻辑信道都在UE-1处进行MAC解复用进程。

在另一实施例中,如330所示,可建立新DRB 333以传输缓冲数据或未确认数据以及新PDCP封包用于多播服务。通过步骤361,UE-1的缓冲数据或非确认数据由新建立的单播DRB 333通过单播传送给UE-1。新的单播DRB 333还通过步骤362传送新的多播数据封包。具有已缓冲RLC SDU、RLC SDU分段、RLC PDU或RLC PDU分段的最小SN的PDCP PDU封包或PDCPSDU被输入到新单播DRB 333PDCP实体的PDCP实体中以执行到UE的单播传输。新单播DRB333的PDCP实体为新PDCP封包提供PDCP SN的连续编号。不需要临时DRB。新单播DRB 333在PDCP/RLC/MAC配置方面遵循与MRB 311相同的配置,以确保缓冲或未确认的PDCP封包、RLC封包和/或RLC分段的连续传输。在一实施例中,新单播DRB 333的逻辑信道与MRB 311的LCID相同。在另一实施例中,新单播DRB 333的逻辑信道与MRB 311的LCID不同。在又一实施例中,当新单播DRB 333完成缓冲或未确认的PDCP封包、RLC封包和/或RLC分段的传输时,基站通过RRC重配置消息使能新配置。新单播DRB 333的逻辑信道在基站处与其他单播逻辑信道一起进行MAC层复用进程。新单播DRB 333的逻辑信道在UE处与其他单播逻辑信道一起进行MAC解复用进程。新单播DRB 333将缓冲或未确认的PDCP封包、RLC封包和/或RLC分段的传输优先于用于多播服务的新到达多播PDCP封包。

当执行多播到单播的切换时,可为新单播DRB和可选的临时DRB建立协议栈。基站和UE处在切换后针对新单播DRB使用相同的SDAP实体。在UE处重用相同的PDCP实体,在基站建立新PDCP实体用于单播DRB。在没有临时DRB配置的情况下,新单播DRB的安全配置可从MRB继承。在一实施例中,当建立临时DRB以将用于MRB的缓冲MRB数据或未确认的MRB数据发送给UE时,新单播DRB从MRB继承安全配置。在另一实施例中,当配置临时DRB时,为新单播DRB配置不同的安全配置。当采用不同的安全配置或者一个或多个不同配置(如PDCP配置、RLC配置以及MAC配置)时,基站通过MAC CE或RRC消息通知UE。

在一实施例中,建立临时DRB 322以传输缓冲或未确认的数据,并可在基站处建立具有不同单播安全配置的用于新单播DRB的新PDCP实体。UE的PDCP实体被重配置以支持UE特定单播安全配置(例如单播的安全配置)和MRB通用安全配置用于相应的临时DRB,以便无缝地接收来自临时DRB 322的缓冲数据或未确认数据以及来自新单播DRB 323的新数据封包。UE处重配置的PDCP实体在针对不同数据流的封包解析期间在PDCP层使用不同的安全配置。不同的数据流由不同的LCID标识。在一实施例中,在切换到MRB之后,相同的RLC实体在UE处被重用。在另一实施例中,当从基站接收到RRC重配置时,重新配置UE RLC实体。在基站处建立新RLC实体用于新单播DRB。

MAC配置有两个选项用于新建立单播DRB的逻辑信道配置。在一实施例中,采用新的单播业务信道LCID。基站在多播到单播或单播到多播切换时通知UE逻辑信道配置。在另一实施例中,相同的LCID用于新的单播业务信道,MRB LCID被继承用于新单播DRB。当临时DRB被配置有与MRB相同的LCID以传输缓冲MRB数据或未确认的MRB数据时,可为新建立单播DRB分配具有不同LCID的新逻辑信道,以便UE可在MAC层接收数据期间通过逻辑信道区分临时DRB和新单播DRB。

在其他实施例中,HARQ层反馈、RLC层反馈或它们的组合用于利用UL上行反馈来提高可靠性。在一实施例中,基站基于UL反馈确定触发向UE所提供多播服务的多播到单播切换进程。在一实施例中,在确定用MRB重传多播数据封包不能确保UE处成功接收时触发切换过程。当多播业务的UL反馈仅支持HARQ层反馈时,MRB采用RLC UM模式。HARQ层反馈在PUCCH上传输,不支持RLC重传。对于仅支持HARQ层反馈的情形来说,整个过程可以描述如下。当多播服务的UL反馈支持RLC层反馈时,RLC AM模式用于MRB。RLC层反馈(即RLC状态报告)在PUSCH上传输,支持RLC重传。

图4是根据本发明实施例的多播到单播信令的示范性流程图。NR无线网络包括UE1401、UE2 402和gNB/BS 403。在步骤411,UE1 401与gNB 403建立RRC连接,并通过MRB接收多播服务。在步骤412,UE1 402与gNB 403建立RRC连接并通过MRB接收多播服务。在步骤421,gNB 403在DL传输达到最大HARQ重传和/或RLC传输次数之后检测到有一个或多个UE没有成功接收HARQ传输和/或RLC传输。gNB 403确定将用于多播服务的多播传输切换为对UE1 401进行单播传输。在一实施例中,gNB 403基于一个或多个预定义触发事件确定将UE1 401切换到单播模式用于多播服务。触发事件可包括HARQ和/或RLC传输和重传失败、接收多播服务的UE数量低于预定阈值。在一实施例中,用于一个或多个其他UE(例如UE2 402)的多播服务通过其他MRB继续进行多播。在另一实施例中,gNB 403根据基于一个或多个预定义触发事件的其他条件,决定将采用多播服务的所有UE的多播传输切换到单播传输。

在一实施例中,在步骤431,gNB 403将MAC CE中的特定切换命令发送给UE1 401。在另一实施例中,切换命令在特定RRC消息(例如RRC重配置)中发送。来自gNB 403的切换命令通知UE1 401从多播切换到单播。切换命令的内容包括一个或多个元素,包括切换类型、先前LCID和新LCID。在另一实施例中,当使用临时DRB传输缓冲MRB数据或未确认MRB数据时,上述临时DRB的逻辑信道ID也在切换命令中发送。在RRC重配置的情况下,一些额外的配置,包括带有安全配置的PDCP、RLC和MAC配置被指示给UE,用于新建立单播DRB和/或临时DRB。相关正在进行的DRB的安全配置在RRC重配置消息中指示,以指示UE1 401利用相关安全配置来接收新PDCP封包。在一实施例中,可包括密钥导出信息用于上述新单播DRB的垂直或水平密钥导出。在发送切换命令后,gNB 401开始建立新单播DRB以替换MRB,包括PDCP/RLC/逻辑信道配置。在一实施例中,新PDCP实体采用MRB的安全配置。在另一实施例中,新PDCP实体采用相关联的正在进行的DRB的安全配置。当采用临时DRB将缓冲MRB数据或未确认的MRB数据从gNB 403传输到UE1 401时,gNB 403开始使用从MRB继承的相同PDCP/RLC/MAC配置来建立上述临时DRB。上述临时DRB的LCID可与MRB相同或不同。在从gNB 403接收到切换命令后,在步骤441,UE 401准备在MAC层重配置MRB以及相应的PDCP和RLC实体和逻辑信道。在一实施例中,可创建新单播LCID和PDCP/RLC实体之间的附加映射以用于数据接收。UE1 401基于配置,经由临时DRB或新建立单播DRB的相同MRB LCID或不同LCID从gNB 403接收缓冲或未确认的MRB数据。在一实施例中,新安全配置应用于新建立的单播DRB。

在步骤443,在完成重配置后,UE1 401向gNB 403发送带有SN信息的切换命令确认。在另一实施例中,通过RRC消息(如RRC重配置完成消息)发送切换命令确认。SN信息是最后接收到的RLC封包的SN,或预期接收的下一个RLC封包的SN。在另一实施例中,SN信息是最后接收到的PDCP封包的SN,或预期接收的下一个PDCP封包的SN。在又一实施例中,SN信息是最后接收到的RLC分段,或预期接收的下一个RLC分段的编号。允许SN信息的任意组合。PDCP封包、RLC封包、RLC分段既可以是基于PDU的,也可以是基于SDU的。在一实施例中,类似RLC状态报告的内容可通过MAC CE或RRC消息发送给BS,作为对切换命令的确认。内容包括接收到RLC PDU的SN范围、未接收到RLC封包的SN范围、接收到RLC封包的分段信息、未接收到RLC封包的分段信息或它们的任意组合。在另一实施例中,类似RLC状态报告的内容在上行链路被捎带到现有的单播DRB上。或者,当UE1 401将新建立单播DRB逻辑信道添加到LCP中并在MAC实体处将其与其他逻辑信道复用时,其可在上行链路上在已建立单播DRB上传输。新建立的单播DRB配置RLC AM。上行链路传输仅针对RLC反馈,例如RLC状态报告。

在步骤451,当所有相关UE从多播切换到单播时,gNB 403处的MRB的SDAP实体停止将多播数据封包传送到MRB的较低层。或者,SDAP实体同时向单播PDCP实体和多播PDCP实体传送数据流。当多个UE从多播切换到单播时,多播SDAP实体将数据流传送给对应于为多播服务的单播传输所建立的DRB的所有PDCP实体。gNB 403保持SDAP实体和PDCP实体之间的多个映射。在一实施例中,新建立单播DRB PDCP实体上新封包的第一个PDCP SN是MRB PDCP实体分配的最后一个PDCP SN加一。在另一实施例中,gNB 403在MRB PDCP发送结束标记PDCP控制PDU以指示切换。切换后重复使用相同的PDCP SN长度。或者,新建立单播DRB PDCP实体的SN从零开始。

在步骤461,UE1 401通过临时单播DRB接收新单播DRB以及MRB的剩余缓冲数据。当临时DRB用于传输缓冲MRB数据或未确认的MRB数据时,gNB 403将临时DRB逻辑信道添加到MAC实体的复用进程中,将临时DRB逻辑信道与所有其他单播逻辑信道复用,直到缓冲MRB数据或未确认的MRB数据传输完成。UE1 401的MAC层同时接收缓冲MRB数据或未确认的MRB数据,以及用于切换后多播服务的单播DRB封包,这由MAC子PDU的子报头中的不同LCID指示。在步骤471,UE1 401从单播DRB接收多播服务。缓冲MRB数据或未确认的MRB数据的传输完成,UE1 401只接收多播服务的单播DRB。额外的单播可能仍在进行中。MRB通过G-RNTI调度的MTCH发送,无需MAC复用/解复用进程。切换后,MRB由具有与单播DRB相同C-RNTI的PDCCH调度。

图5是根据本发明实施例的单播到多播信令的示范性流程图。NR无线网络包括UE501、UE 502和gNB 503。在步骤511,UE 501通过MRB从gNB 503接收多播服务。在步骤512,UE502通过MRB从gNB 503接收多播服务。在步骤521,gNB 503决定将多播服务从多播切换到单播。在步骤531,gNB 503通过单播DRB向UE 501发送缓冲和/或未确认的数据以及新的多播数据封包。类似地,在步骤532,gNB 503通过单播DRB向UE 502发送缓冲和/或未确认的数据以及新的多播数据封包。在步骤541,gNB 503决定将单播服务从单播切换到多播模式。gNB503通过MAC CE或RRC重配置的RRC消息向UE 501和UE 502发送切换命令,指示从单播切换到多播。在步骤551,gNB 503在多播MRB上向UE 501发送多播服务。在步骤552,gNB 503在多播MRB上向UE 502发送多播服务。当多播服务从单播切换到多播切换时,多播开始于基于RLC AM模式的无线电承载的最后一个未确认的PDCP数据封包的SN。对于基于RLC UM模式的无线电承载来说,多播以未由RLC实体传送的最新PDCP数据封包的SN开始。在多个UE切换的情况下,例如在步骤552,当UE 501和UE 502都从单播切换到多播时,MRB的PDU的起始SN基于所有切换的UE中SN的最小值。相同的PDCP/RLC采用相同的配置。公共多播逻辑信道代替了多个切换UE的多个单播逻辑信道。使用MAC CE或RRC重配置消息的切换命令指示切换类型是从单播到多播。多播逻辑通道的新LCID包含在切换命令中。在一实施例中,切换命令通过基于RLC AM模式的单播DRB触发从UE发送RLC状态报告给gNB,指示预期通过MRB发送的下一个封包。

图6是根据本发明实施例的UE针对NR多播服务执行多播和单播之间动态切换的示范性流程图。在步骤601,UE在NR网络中接收多播服务,其中用于多播服务的每个数据封包具有PDCP PDU SN。在步骤602,UE从NR网络接收多播服务的切换命令,其中当多播服务通过MRB接收时,切换命令指示从多播切换到单播;当多播服务通过单播DRB接收时,切换命令指示从单播切换到多播。在步骤603,UE基于切换命令为多播服务重新配置接收无线电承载。在步骤604,UE在重配置接收无线电承载上接收多播服务的多播数据封包,其中多播服务的PDCP PDU SN连续编号。

图7是根据本发明实施例的基站/gNB针对NR多播服务执行多播和单播之间动态切换的示范性流程图。在步骤701,gNB通过NR网络中的基站向UE提供多播服务,其中用于多播服务的每个数据封包具有PDCP PDU SN。在步骤702,gNB向UE发送多播服务的切换命令,其中当多播服务通过MRB接收时,切换命令指示从多播切换到单播;当多播服务通过单播DRB接收时,切换命令指示从单播切换到多播。在步骤703,gNB基于切换命令为多播服务重新配置发送无线电承载。在步骤704,gNB在重配置发送无线电承载上将多播服务的多播数据封包发送给UE,其中多播服务的PDCP PDU SN连续编号。

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

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号