CN112703716A - 共享无线承载以及ue无线id和ran路径的管理 - Google Patents

Abstract

提供了一种使用共享无线承载的数据传输的方法和装置，以通过减少与移动性有关的信令开销并简化UE粒度RB的建立/释放操作来简化RAN接入节点的操作。使用共享无线承载，UE移动性操作对于接入节点(例如，边缘小区)和UE变得透明。还提供了一种方法和装置，用于简化用于RB建立/释放的UE的操作并使层2(Layer 2，L2)操作与移动性无关(例如，与切换无关)。

Description

共享无线承载以及UE无线ID和RAN路径的管理

相关申请交叉引用

本申请要求2019年9月5日提交的美国非临时专利申请No.16/562,269的优先权，其要求2018年9月7日提交的美国临时专利申请No.62/728,393的权益和优先权，其内容通过引用整体并入本文。

技术领域

本发明涉及无线通信网络领域，尤其涉及用于在此类网络中使用共享无线承载进行数据传输的方法和装置。

背景技术

在正在为第五代(5^th generation，5G)通信网络开发的当前第三代合作伙伴计划(3^rd Generation Partnership Project，3GPP)标准中，空中(over-the-air，OTA)接口(例如，在用户设备(User Equipment，UE)与接入节点小区之间)协议栈(例如，涉及数据无线承载(data radio bearers，DRB)和信令无线承载(signaling radio bearers，SRB))是基于“服务质量(QoS)流粒度”和“UE粒度”来设计的。在当前设计中，用于OTA资源分配的UE的OTA标识(例如，Radio-ID(R-ID))由服务于或预期将服务于UE的接入无线节点来分配。

当前，当网络中的无线资源控制(Radio Resource Control，RRC)状态为RRC_CONNECTED状态时，UE和目标接入节点在切换(Handover，HO)期间建立SRB/DRB，并将HO相关信息传递到目标接入节点。接入节点需要知道UE HO，并且还需要执行使能HO的操作。该操作包括分配/释放UE OTA ID(例如，小区无线网络临时标识(Cell Radio NetworkTemporary Identity，C-RNTI))以及建立/释放多个RB。

另外，当RRC状态处于RRC_INACTIVE状态时，数据传输导致状态转换回到RRC_CONNECTED，这引入了不必要的延迟，或者导致对于可靠性支持而言可能并不高效的RACH(随机接入信道)和PAGING(广播)操作的使用。另外，当RRC处于RRC_INACTIVE状态时，数据传输可以导致接入小区分配用于OTA资源的ID，并且需要UE ID以便接入小区将上行链路(UL)分组转发到UE特定锚点(即，需要UE ID用于转发的目的)。由于这种操作，具有效率和延迟上的缺点。

因此，需要一种不受现有技术的一个或多个限制的、使用共享无线承载进行数据传输的方法和装置。

提供该背景信息以揭示申请人认为与本发明可能相关的信息。不必意图也不应解释为承认任何前述信息构成了相对于本发明的现有技术。

发明内容

实施例的目的是提供一种使用共享无线承载进行数据传输的方法和装置，以简化无线接入网(RAN)接入节点和gNB的操作。这可以通过减少与移动性相关的信令开销和简化UE粒度无线承载(RB)建立或释放操作来完成。实施例的另一个目的是使UE移动性对于接入节点(例如边缘小区)透明。实施例的另一个目的是提供一种方法和装置，用于简化UE的用于RB建立或释放操作的运行，并使层2(L2)操作与移动性无关(例如，与切换无关)。

根据实施例，提供了一种无线通信网络中的装置，包括：共享无线承载(RB)层2(L2)结构。共享RB L2结构包括：共享无线链路控制(Radio Link Control，RLC)子层，其包括一个或多个共享RLC实体以及共享分组数据汇聚协议(Packet Data ConvergenceProtocol，PDCP)子层，其包括一个或多个共享PDCP实体。共享RLC子层和共享PDCP子层是在以下一项或多项中实现的：无线通信网络的核心部分的用户面功能、无线通信网络的接入部分中的通用NodeB(gNB)的中央单元(CU)、gNB的分布式单元(DU)和无线通信网络的接入部分中的接入节点。共享RB L2结构配置为用于所述装置与多个用户设备装置(UE)之间、或等同无线通信实体之间的通信。

根据实施例，提供了一种用于与多个用户设备(UE)进行无线下行链路通信的方法。该方法由支持共享无线承载的装置执行。该装置包括多个UE粒度分组数据汇聚协议(PDCP)实体、共享PDCP实体、共享无线链路控制(RLC)实体和共享介质访问控制(MAC)实体。该方法包括所述共享PDCP实体从所述多个UE粒度PDCP实体中的一个接收下行链路数据，所述下行链路数据用于传输至对应的UE。该方法还包括所述共享PDCP实体将PDCP报头应用于所述下行链路数据，以产生PDCP下行链路输出，所述PDCP报头具有指示对应UE的标识(R-ID)值。该方法还包括所述共享RLC实体对所述PDCP下行链路输出执行一个或多个下行链路RLC操作，以产生RLC下行链路输出，以及共享MAC实体无线发送RLC下行链路输出以供对应的UE接收。

根据实施例，提供了一种用于与多个用户设备(UE)进行无线上行链路通信的方法。该方法由包括支持共享无线承载的装置执行。该装置包括多个UE粒度分组数据汇聚协议(PDCP)实体、共享PDCP实体、共享无线链路控制(RLC)实体和共享介质访问控制(MAC)实体。该方法包括所述共享MAC实体从所述多个UE无线接收分组分段，每个分组分段在其RLC报头中包括指示每个分组分段所属的对应分组的各自的分组标识。该方法还包括通过共享RLC实体，通过将具有匹配的分组标识的分组分段收集在一起，将所述分组分段重组为对应的分组，每个所述对应的分组都具有PDCP报头，所述PDCP报头具有指示对应的UE的标识(R-ID)值。该方法还包括所述共享PDCP实体基于所述R-ID值将所述对应的分组中的每一个与所述UE中的对应发起者的一个相关联，以及共享PDCP实体将对应的分组中的每一个转发到与所述对应分组中的一个相关联的一个UE的对应发起者的一个相关联的UE粒度PDCP实体。

根据实施例，提供了一种用于与多个用户设备(UE)进行无线下行链路通信的方法。该方法由支持共享无线承载的装置执行。该装置包括共享分组数据汇聚协议(PDCP)实体、共享无线链路控制(RLC)实体和共享介质访问控制(MAC)实体。该方法包括：所述共享PDCP实体接收下行链路数据以传输到对应的UE，以及所述共享PDCP实体对下行链路数据进行一个或多个下行链路PDCP操作，以产生PDCP下行链路输出。该方法还包括：所述共享RLC实体对所述PDCP下行链路输出执行一个或多个下行链路RLC操作，以产生RLC下行链路输出，以及所述共享MAC实体无线发送RLC下行链路输出以供对应的UE接收。

根据实施例，提供了一种用于与多个用户设备(UE)进行无线上行链路通信的方法。该方法由支持共享无线承载的装置执行。该装置包括共享分组数据汇聚协议(PDCP)实体、共享无线链路控制(RLC)实体和共享介质访问控制(MAC)实体。该方法包括由共享MAC实体从多个UE无线地接收分组分段，每个分组分段在其RLC报头中包括指示其所属的对应分组的各自的分组标识。该方法还包括：所述共享RLC实体通过将具有匹配的分组标识的分组分段收集在一起，将所述分组分段重组到对应的分组中，每个所述对应的分组都具有PDCP报头，以及所述共享PDCP实体对所述相应的分组执行一个或多个PDCP操作。

根据实施例，提供了一种在无线通信网络中的装置。该装置可以在以下一项或多项中实现：核心网的用户面功能、gNB的集中单元(CU)部分、gNB的分布式单元(DU)部分以及接入节点。该装置用于与被称为UE的连接设备的无线通信中。该装置可以在网络的接入部分、网络的核心部分或其组合中实现。该装置包括共享无线承载(RB)层2(L2)结构。共享无线承载包括：共享无线链路控制(RLC)子层，其包括一个或多个共享RLC实体、以及包括一个或多个共享分组数据汇聚协议(PDCP)实体的共享PDCP子层。共享RB L2结构在使用共享RB与网络进行通信的UE中实现。

根据实施例，提供了一种在无线通信网络中操作装置的方法。该装置可以在以下一项或多项中实现：核心网的用户面功能、gNB的CU部分、gNB的DU部分和接入节点。该方法包括提供共享无线承载(RB)层2(L2)结构，该结构包括包含一个或多个共享RLC实体的共享无线链路控制(RLC)子层和包含一个或多个共享分组数据汇聚协议(PDCP)实体的共享PDCP子层。

共享PDCP和RLC实体可以在装置的特定部分中实现。这些选项可以允许出于操作目的分离共享PDCP和RLC实体。在一个实施例中，所有共享L2协议子层(例如，共享PDCP子层、共享RLC子层)在CU-DU(gNB)拓扑的CU中实现。在其他实施例中，所有共享L2协议子层都在无线通信网络的核心网的用户面功能(UPF)中实现，或者在CU和UPF的组合中实现。在其他实施例中，共享PDCP子层在CU中实现，并且共享RLC子层(和介质访问控制(MAC)子层)在接入节点(或DU)中实现。共享RLC子层(和MAC子层)可以特别地在操作Uu接口(与UE的接口)的那些接入节点或DU中实现，其中，UE具有对应的共享RB结构。在一些实施例中，共享PDCP子层在核心网中实现，并且共享RLC子层(和MAC子层)在接入节点或DU中实现。对于这些情况中的每一种，UE还实现对应的共享RB L2结构。当在接入节点中实现共享RLC子层并且在例如核心网中的gNB-CU或UPF中实现共享PDCP时，移动性操作对接入节点变得透明。

共享RB可以用于一个无线通信实体(例如UE、车辆UE、接入(边缘)小区与一个或多个其他无线通信实体进行通信的通信场景中，例如，共享BR也可以被使用用于UE到UE(车辆到车辆)通信，其中实现的UE(车辆)共享RB。

根据实施例，提供了一种无线通信网络中的装置，例如，如上所述在网络的一部分中实现的装置。该装置包括多个UE粒度分组数据汇聚协议(PDCP)实体，每个实体被配置为对与多个UE中的相应一个以及用于与多个UE无线通信的共享无线承载相关联的数据执行一个或多个PDCP操作，共享无线承载对数据进行操作以传输到多个UE或从多个UE中接收。共享无线承载包括共享分组数据汇聚协议(PDCP)实体，其配置为从UE粒度PDCP实体中的一个接收下行链路数据，并将PDCP报头应用于所述下行链路数据以产生PCDP实体的下行链路输出，其中PDCP报头具有标识值(R-ID)，该标识值指示多个UE中的对应一个是下行链路数据的目的地。共享无线承载还包括共享无线链路控制(RLC)实体，该实体被配置为接收共享PDCP实体的下行链路输出，对下行链路数据执行一个或多个下行链路RLC操作，并将下行链路RLC操作的输出转发给介质访问控制(MAC)实体，以用于传输和接收来自MAC实体的上行链路数据，对上行链路数据执行一个或多个上行链路RLC操作，以及将上行链路RLC操作的输出转发给共享PDCP实体。共享PDCP实体还被配置为接收上行链路RLC操作的输出，从上行链路RLC操作的输出的PDCP报头中读取标识值(R-ID)，并将包含在上行链路RLC操作输出中的数据转发到与R-ID值关联的UE粒度PDCP实体中的一个。

根据实施例，提供了一种在无线通信网络中的装置，例如，如上所述在网络的一部分中实现的装置。该装置包括用于与多个UE进行无线通信的共享无线承载，该共享无线承载对数据进行操作以向多个UE传输或从多个UE接收。共享无线承载包括共享分组数据汇聚协议(PDCP)实体，该实体被配置为接收下行链路数据以与多个UE中的一个进行通信，并且对下行链路数据执行一个或多个下行链路PDCP操作。共享无线承载还包括共享无线链路控制(RLC)实体，该实体被配置为接收下行链路PDCP操作的输出，对下行链路PDCP操作的输出执行一个或多个下行链路RLC操作，并将下行链路RLC操作的输出转发至介质访问控制(MAC)实体，以用于发送和接收来自MAC实体的上行链路数据，对上行链路数据执行一个或多个上行链路RLC操作，并将上行链路RLC操作的输出转发给共享PDCP实体。共享PDCP实体还被配置为接收上行链路RLC操作的输出，并对上行链路RLC操作的输出执行一个或多个上行链路PDCP操作。

根据实施例，还提供了一种用于与多个UE进行无线上行链路通信的方法。该方法包括：通过公共过程并且不考虑一个或多个分组分段源自的UE的标识从多个UE中无线接收分组分段，每个分组分段在其RLC报头中包括指示其所属的对应分组的各自的分组标识，以及使用应用于从所有多个UE中接收的分组分段且不考虑UE标识的共享上行链路RLC过程，通过将具有匹配的分组标识的分组分段收集在一起来重组所述分组分段到对应的分组中，如果有的话，每个所述对应的分组都具有PDCP报头。该方法进一步包括随后基于PDCP报头内容将对应分组中的每个与UE中的对应发起者相关联，并将对应分组中的每一个转发到与所述对应分组中的一个相关联的一个UE的对应发起的一个相关联的UE粒度PDCP过程。

根据实施例，提供了一种用于与多个UE进行无线上行链路通信的方法。该方法包括通过公共过程并且不考虑一个或多个分组分段源自的UE的标识，从多个UE无线地接收分组分段，每个分组分段在其RLC报头中包括指示其所属的对应分组的各自的分组标识。该方法还包括：使用应用于从所有多个UE接收到的分组分段且不考虑UE标识的共享上行链路RLC过程，通过将具有匹配的分组标识的分组分段收集在一起，将所述分组分段重组到对应的分组中，如果有的话，每个所述对应的分组都具有PDCP报头，并且使用应用于从所有多个UE接收的分组分段且不考虑UE的标识的共享PDCP过程，对所述对应的分组执行一个或多个PDCP操作。

根据实施例，提供了一种用于与多个UE进行无线下行链路通信的方法。该方法包括：通过共享无线承载，从多个UE粒度分组数据汇聚协议(PDCP)实体中接收下行链路数据，该下行链路数据用于传输至对应的UE，并将PDCP报头应用于所述下行链路数据以产生PDCP下行链路输出，PDCP报头具有指示对应UE的标识值(R-ID)。该方法还包括：通过共享无线承载，在PDCP下行链路输出上执行一个或多个下行链路RLC操作，以产生RLC下行链路输出，并且使用共享MAC过程无线地发送RLC下行链路输出以供对应的UE接收。

根据实施例，提供了一种用于与多个UE进行无线下行链路通信的方法。该方法包括：通过共享无线承载接收下行链路数据以传输到对应的UE，并对下行链路数据执行一个或多个下行链路PDCP操作，以产生PDCP下行链路输出。该方法还包括：通过共享无线承载，在PDCP下行链路输出上执行一个或多个下行链路RLC操作以产生RLC下行链路输出；以及使用共享MAC过程无线发送RLC下行链路输出以供对应的UE接收。

根据实施例，提供了一种在无线通信网络中的路径管理器装置。路径管理器装置被配置为接收用于移动UE的位置信息，并基于该位置信息确定能够向该移动UE转发下行链路数据的一个或多个接入节点。路径管理器装置还配置为向包括所确定的一个或多个接入节点的多个接入节点共享的PDCP实体发送能够将下行链路数据转发到移动UE的所确定的一个或多个接入节点的指示，其中PDCP实体随后将PDCP PDU发送给所确定的一个或多个接入节点中的至少一个，以供移动UE接收。

根据实施例，在无线通信网络中提供了一种R-ID管理器装置。R-ID管理器配置为维护与公共区域关联的接入节点列表，维护公共区域的可分配R-ID值池。响应于UE变得与一个或多个接入节点相关联，该一个或多个接入节点与公共区域相关联，R-ID管理器还被配置为将当前未分配的R-ID值中的一个分配给UE，使得一个或多个PDCP实体被通知分配的R-ID值以供在上行链路通信、下行链路通信或两者中使用，并使UE被通知分配的R-ID值以供在上行链路通信、下行链路通信或两者中使用。

附图说明

通过以下结合附图的详细描述，本发明的其他特征和优点将变得显而易见，其中：

图1A是示出了以星形拓扑的形式在CU(中央单元)和DU(分布式单元)中逻辑划分的gNB的架构的示意图。

图1B是示出了RAN节点侧和UE侧的L2的当前结构的示意图。

图1C是示出网络侧的下行链路L2的当前QoS流粒度/UE粒度结构的示意图。

图2A是示出根据实施例的在具有类型1的PDCP的网络侧的共享RB层2(L2)结构的示意图。

图2B是示出根据实施例的在具有类型2的PDCP的网络侧的共享RB L2结构的示意图。

图3A是示出根据实施例的在网络侧的共享数据无线承载(DRB)L2结构的示意图。

图3B是示出根据实施例的在UE侧的共享数据无线承载(DRB)L2结构的示意图。

图3C是示出根据实施例的在网络侧的共享信令无线承载(SRB)L2结构的示意图。

图3D是示出根据实施例的在UE侧的共享信令无线承载(SRB)L2结构的示意图。

图4是示出根据实施例的当存在一个UE发送多个数据分组时使用共享RB进行数据传输的操作过程的示意图。

图5是示出了根据实施例的当存在多个UE发送数据分组时使用共享RB进行数据传输的操作过程的示意图。

图6是示出根据实施例的用于RAN(无线接入网络)路径管理的网络实体的操作的示意图。

图7是示出根据实施例的用于UE R-ID(Radio-ID)管理的网络实体的操作的示意图。

图8是示出了根据实施例的在NR操作中的切换期间用于(共享)RB管理的过程的流程图。

图9是示出根据实施例的在没有PDCP迁移的情况下用于切换的共享RB管理的过程的流程图。

图10是示出根据实施例的在车辆之间的完全MESH通信中的V2X(车辆到一切)层2结构的一个示例的示意图。

图11是示出根据实施例的在车辆之间进行间接通信的V2X L2结构的一个示例的示意图。

图12是示出根据实施例的使用共享RB的超可靠低延迟通信(URLLC)的操作的示意图。

图13是根据实施例的电子设备的示意图。

将注意的是，在所有附图中，相似的特征由相似的附图标记标识。

具体实施方式

各个实施例涉及发明人的考虑，即共享无线承载(RB)可以解决包括减轻网络资源的浪费的现有技术内的许多问题。图1A中示出了可以与实施例一起使用的示例接入网络架构。所示出的架构展示了RAN节点(例如，基站、演进型节点B(eNB)或下一代节点B(gNB))。如图所示，gNB在逻辑上分成星形拓扑形式的CU(中央单元)105和至少一个DU 110(分布式单元)。根据实施例，gNB的CU包括共享PDCP(例如，类型1的PDCP)，并且gNB的每个DU包括共享RLC。共享无线承载(RB)在网络侧和UE侧都映射到由L2结构定义的协议栈的无线层2(L2)上，以在网络和UE之间传输QoS流的数据。根据实施例，提供了共享RB的操作和/或结构配置。

如本文中所使用的，接入节点是直接与UE通信以从UE接收数据分组并将分组传送到UE的无线网络节点。接入节点可以是gNB的DU，也可以是连接到gNB的DU的节点。在一些实施例中，在图1A的星形拓扑的扩展中，可以将gNB(或其DU)连接到多个接入节点。

共享无线承载在接入节点中部分或全部实现。在一些实施例中，共享无线承载包括共享RLC过程、共享MAC过程以及与其他UE粒度PDCP过程连接(interface)的共享(部分)PDCP过程。在其他实施例中，共享无线承载包括共享RLC过程、共享MAC过程以及执行基本所有PDCP功能的共享PDCP过程。

共享PDCP(分组数据汇聚协议)实体可以位于更中央的位置，例如5G RAN(无线接入网络)结构或核心网(CN)中的中央单元(CU)。共享RLC和MAC实体可以位于CU或DU或其他接入节点。在一个实现示例中，共享PDCP实体被放置在gNB的CU中，并且共享RLC和MAC实体被实现在作为接入节点的DU中。在以下描述中假定该实施方式，但是其他实施方式也是可能的。

在各种实施例中，提供了一种使用共享无线承载进行数据传输的方法和装置，以通过减少与移动性有关的信令开销和简化UE粒度RB建立和释放操作来简化RAN接入节点的操作。在一些实施例中，提供了一种使UE移动性对于接入节点(例如，网络边缘小区)透明的方法和装置。在一些实施例中，提供了一种用于管理UE的操作以进行RB建立和释放、并使层2(L2)操作独立于UE移动性(例如独立于UE切换)的方法和装置。

解决方案是为了实现上述目标，将其分为三个方面：i)共享无线承载(RB)；ii)共享RB和OTA资源控制，以及iii)共享RB和R-ID(可以认为与RAN中的UE-ID基本同义)管理和RAN路径管理(例如，下行链路(DL)路径管理)。

共享RB结构通常在网络侧(接入节点)和UE侧都实现。即，UE被配置为实现对网络侧(接入节点)上的共享RB结构执行补充功能的RB结构。这样，各种实施例提供了一种具有共享RB结构的接入节点、具有与该接入节点连接的对应的共享RB层2(L2)结构的UE、以及包括该接入节点和UE两者的系统，每一个均具有相应的共享RB结构。

根据实施例，在网络侧具有共享无线承载的情况下，每个接入节点为一个或多个UE之间的QoS流粒度、切片粒度维护共享RLC(无线链路控制)实体，而不是当前情况的每个UE的每个QoS流都有RLC实体。换句话说，对于网络切片或网络提供的服务的一种QoS类型业务，可以由多个UE共享一个RLC实体。利用UE侧的共享无线承载，每个UE针对QoS流粒度维护RLC实体。根据实施例，共享RLC实体的使用适用于数据无线承载和信令无线承载两者。特定基站(例如，gNB)支持的所有UE或与一个切片相关联的UE可以共享公共的或特定于切片的RLC实体。可以定义并提供新的逻辑信道以支持共享RB。如本领域技术人员将容易理解的，实体或过程或子层可以指代硬件，例如信号处理电子设备、计算机处理组件、数字或模拟电子组件或类似硬件，或其组合，其被配置为执行诸如数据(例如PDU、SDU)处理和操纵。如本领域技术人员将容易理解的那样，术语“切片”是指网络切片。

根据实施例，使用共享无线承载和OTA资源控制，可以将OTA资源管理设计为固定大小或可变大小的OTA资源，以支持共享RB。无论OTA资源大小是固定的还是可变的，都提供了基于竞争的资源使用和基于无竞争的资源使用的协议。在一些实施例中，可以启用链路自适应，或者可以使用固定的MCS(调制和编码方案)。

根据实施例，使用共享无线承载以及R-ID和RAN路径管理的管理(例如，DL路径管理)，可以提供管理UE R-ID的分配、释放分配的UE R-ID、或两者的UE R-ID分配实体。可以以切片粒度或区域粒度特定的方式提供和操作UE R-ID分配实体，即，为与给定切片关联或在给定区域中的UE分配R-ID。另外，可以提供一种RAN路径管理器，其可以基于接入节点的UE DL测量或UL UE粒度探测(或等效)接收来确定一组服务UE的接入节点。

根据实施例，可以在一个实体与一个或多个其他实体通信的各种使用情况中应用共享RB(例如，包括共享RLC实体)。例如，接入节点可以与多个UE通信；或中继节点可以与多个其他中继节点通信；或车辆可能与其他多辆车辆通信。根据实施例，在本文描述的使用情况下，假设OTA(例如，无线接口(Uu))被用于实体之间的通信。

如上所述，例如，如图1A所示，RAN可以采用CU-DU拓扑。这导致各种可能的实施例。在一个实施例中，所有共享L2协议子层(例如，共享PDCP子层、共享RLC子层、以及可能的MAC子层)都在CU-DU拓扑的CU中实现。在其他实施例中，所有共享L2协议子层都在无线通信网络的核心网的用户面功能(UPF)中实现，或者在CU和UPF的组合中实现。在其他实施例中，共享PDCP子层在CU中实现，并且共享RLC子层(以及可能的MAC子层)在接入节点(或DU)中实现。共享RLC子层(以及可能的MAC子层)可以特别地在操作Uu接口(与UE连接)的那些接入节点或DU中实现，其中UE具有对应的共享RB结构。在一些实施例中，共享PDCP子层在核心网中实现，并且共享RLC子层(以及可能的MAC子层)在接入节点或DU中实现。对于这些情况中的每一种，UE还实现对应的共享RB L2结构。当在接入节点中实现共享RLC子层时，移动性操作对于接入节点变得透明。

图1B以简化的方式示出了在3GPP中指定的RAN节点侧和UE侧的L2的当前结构。下面将参考图1C示出当前3GPP L2结构的细节。在图1B中，为了简化图示，假设一个UE QoS流粒度。如图1B所示，在RAN节点侧120，为每个UE提供了PDCP子层122、RLC子层124和MAC(介质访问控制)子层126。可以提供一个RB QoS流粒度或UE粒度。网络可以为每个UE发布C-RNTI，以便区分来自每个UE的无线信号。

图1C示出了如以更详细的方式在编号为38.300的3GPP技术规范(TechnicalSpecification，TS)文档“NR；Overall Description；Stage-2”v15.2.0中所指定的在网络侧QoS流粒度/UE粒度的下行链路L2的当前结构。根据38.300的3GPP TS v15.2.0，新无线(NR)的层2分为以下子层：介质访问控制(MAC)132、无线链路控制(RLC)134、分组数据汇聚协议(PDCP)136和服务数据适配协议(Service Data Adaptation Protocol，SDAP)138。

参照图1C中，传输信道142被提供给MAC子层。MAC子层向RLC子层提供逻辑信道144。RLC子层将RLC信道146提供给PDCP子层，并且PDCP子层将无线承载148提供给SDAP子层。无线承载分为两类：用于传输用户面数据的数据无线承载(DRB)和用于传输控制面数据的信令无线承载(SRB)。SDAP子层为5G核心网提供QoS流。MAC子层负责诸如HARQ、UE通信复用、调度和优先级处理之类的操作。RLC子层负责诸如分组分段和ARQ等操作。PDCP子层负责诸如ROHC和安全性等操作。

图2A和图2B分别示出了根据实施例的在无线通信网络的网络(接入节点)侧上具有类型1的PDCP和类型2的PDCP的共享RB L2配置的简化版本。在这些图中，假定可以使用RB粒度、切片粒度或两者的专用OTA资源。

对于图2A和图2B中所示的两个共享RB L2结构，共享RLC 210负责(i)为从PDCP实体接收的每个PDCP PDU分配RLC SDU(服务数据单元)ID或PDCP PDU(协议数据单元)ID，以及(ii)执行RLC SDU(PDCP PDU)分段或重组，以及(iii)发送RLC ACK/NACK消息。这里，RLCSDU可以是由RLC子层创建或处理的分组，并且PDCP PDU可以是由PDCP子层创建或处理的分组。因此，例如，当PDCP PDU从PDCP实体传递到RLC实体时可以转换成RLC SDU。

对于图2A和2B所示，UE侧和RAN节点侧之间的物理资源(例如，OTA资源)的大小可以是固定的(例如，可以认为其更新或修改是缓慢的)或可变的。可以使用多播、广播或单播信令将预配置的物理资源分配信息传递给UE。

参照图2A，类型1的PDCP 210可以包括共享PDCP R-ID过程214和一个或多个PDCPUE粒度过程(例如，PDCP-其他过程211、PDCP-其他过程212、PDCP-其他过程213)。根据实施例，PDCP R-ID过程(例如，共享PDCP R-ID过程214)负责R-ID报头过程；以及PDCP UE粒度过程(例如PDCP-其他过程211、PDCP-其他过程212、PDCP-其他过程213)负责每个UE(例如UE241、UE 242、UE 243)的安全性和分组排序，以及可选的可靠性。

另一方面，参考图2B，类型2的PDCP在共享RB L2结构中仅存在一个共享PDCP实体(例如，类型2的PDCP实体)。根据实施例，类型2的PDCP实体220负责服务/切片粒度的安全性，并且可选地负责可靠性。可以提供多个这样的共享PDCP实体，例如以支持不同的QoS类，或与不同的网络切片或网络服务进行通信。类似地，可以提供多个共享RLC实体。值得注意的是，共享RB包括共享PDCP实体、共享RLC实体和MAC实体。

根据实施例，可以根据包括设计和协议格式(例如，PDCP/RLC报头设计)、相应实体的动作(例如，PDCP/RLC功能)以及携带RB业务的逻辑信道的各个方面来指定共享RB设计。

根据实施例并且参考类型1的PDCP，可以针对切片/服务/组粒度PDCP(即，切片粒度、服务粒度、组粒度、或其组合)的功能实现第一PDCP实体和第二PDCP实体。第一PDCP实体可以是配置为执行UE粒度或组粒度UE PDCP报头过程的实体。根据一些实施例，可以根据3GPP文档中指定的当前PDCP设计来配置该实体。PDCP报头过程的实体可以支持各种功能，例如以下一项或多项：报头压缩、安全性(加密、完整性)、分组重新排序、重传、由于超时而丢弃UP数据、以及由PDCP报头过程执行的其他典型功能。根据一些实施例，可以连续地激活重新排序功能而不仅仅在HO期间。

根据实施例，上述第二PDCP实体可以是用于切片/服务/组PDCP R-ID过程的实体。该第二PDCP实体可以耦合到多个第一PDCP实体，并且可以是共享过程。对于传输(例如，对于UE的每个接收到的DL分组)，切片/服务/组PDCP R-ID过程可以包括通过添加PDCP报头(例如，添加诸如R-ID信息)来封装从每个(组)UE PDCP过程接收的PDCP PDU，然后将封装的PDCP PDU发送到相关的接入节点(例如，保持RLC、带有承载R-ID原语的服务接入节点(Service Access Points，SAP)的RLC)。UE粒度安全性/排序过程也可以被包括以执行安全性和排序。为了接收(例如，对于每个接收的UL PDCP PDU)，切片/服务/组PDCP R-ID过程可以包括：对从接入节点中的RLC实体接收的PDCP进行解封装、检查报头(例如，针对R-ID)、以及将PDCP PDU的后处理部分(例如，移除了R-ID)发送到对应的(组)UE粒度PDCP过程。UE粒度安全性/排序过程也可以被包括以执行安全性和排序过程。切片/服务/组PDCP R-ID过程可以仅用于类型1的PDCP，其示例在图2A中示出。

根据实施例，可以为每个接收到的PDCP PDU(RLC SDU)分配(例如，任意地)RLCSDU(PDCP PDU)ID。例如，分配的RLC SDU ID可以是来自随机数池的随机数。对于每个RLCSDU，RLC层可以支持包括以下一个或多个RLC功能的各种功能：分段、串联、RLC PDU重新排序(基于RLC SDU ID和段ID)、RLC PDU的重复检测、RLC PDU的重组、以及RLC PDU由于超时而丢弃。

根据实施例，共享RB的规范可以包括共享PDCP PDU报头的设计。共享PDCP PDU报头可以具有包括RAN中的UE ID(例如，R-ID)、切片/服务ID、序列号(Sequence Number，SN)和密钥相关信息中的一个或多个的各种字段。根据实施例，SN可以是随机数。根据实施例，UE ID可以是用于发送数据的UE的ID和/或用于接收数据的目标UE的ID。在一些实施例中，发送UE和目标UE两者的ID可以包括在报头中。在一些实施例中，UE ID可以是R-ID。

根据实施例，共享RB的规范可以包括共享RLC PDU报头的设计。共享RLC PDU报头可以具有包括切片/服务/组ID(或等效)、RAN中的UE ID(例如，R-ID)、分组ID(例如，RLCSDU ID、PDCP PDU ID)、分段ID、以及有效负载描述中的一个或多个的各种字段。根据一些实施例，RAN中的切片/服务/组ID(或等效)和UE ID(例如，R-ID)可以是可选的。根据实施例，UE ID可以是创建或发送数据的UE的ID(例如，源UE)、接收或消费数据的UE(例如，目标UE)的ID、或两者。在一些实施例中，UE ID可以是R-ID。根据实施例，分组ID(例如，RLC SDUID、PDCP PDU ID)是从分配给切片、组或UE的数字池中选择的基本上随机的数字。根据实施例，可以以下方式指示有效载荷字段的描述。值00可以指示无段(例如，包含所有字节)，10可以指示包含第一个段，01可以指示包含最后一个段，而11可以指示包含中间段(例如，既不是第一段也不是最后一个段)。

根据实施例，专用的RLC建立对于共享RB可能是不必要的，并且段ID仅标识PDCPPDU的段。根据一些实施例，当PDCP改变时，PDCP SN可以被重置，否则，PDCP SN可以保持不变。

根据编号为TS 38.300的3GPP文档“NR；Overall Description；Stage-2”v15.2.0，一个RB对应一个逻辑信道。通常，逻辑信道可以分为两类：控制信道和业务信道。

控制信道仅用于控制面信息的传送，并且包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)和专用控制信道(DCCH)。BCCH是用于广播系统控制信息的下行链路信道。PCCH是用于传输寻呼信息、系统信息更改通知和正在进行的公共警告系统(PWS)广播的指示的下行链路信道。CCCH是用于在UE和网络之间传输控制信息的信道。CCCH是用于与网络没有RRC连接的UE。DCCH是在UE与网络之间传输专用控制信息、并且可以由具有RRC连接的UE使用的点对点双向信道。

业务信道仅用于用户面信息的传输。业务信道包括专用业务信道(DTCH)。DTCH是专用于一个UE的用于传输用户信息的点对点信道。DTCH可以存在于上行链路和下行链路中。

然而，现有的逻辑信道不专门支持共享RB。这样，根据实施例可以提供支持共享RB的新逻辑信道。根据实施例，可以将为共享RB配置的逻辑信道提供为附加逻辑信道。根据实施例，用于共享RB的逻辑信道可以包括切片/服务/组共享控制信道(S-SCCH)和切片/服务/组共享业务信道(S-STCH)。S-SCCH是用于在UE和网络之间传输控制信息的信道。S-SCCH用于与网络有RRC连接的UE，其中UE与切片或服务或组相关联，或者UE是接入节点服务的所有UE。S-STCH是用于在UE和网络之间传输用户业务的信道，其中UE与切片或服务或组相关联，或者UE是由接入节点服务的所有UE。

根据实施例，可以为每个切片/服务的每个QoS流配置共享RB。在一些实施例中，PDCP可以根据以下任何一个来配置：(i)NON(例如，该过程可以不存在或可以不被执行)；或者(ii)是否为共享PDCP；(iii)是类型1的PDCP还是类型2的PDCP；(iv)PDCP是否支持排序；(v)是否发送压缩或不压缩的分组；以及(v)等。在另一种情况下，可以根据以下任意一个来配置RLC：(i)NON；(ii)RLC是否将大数据包分割为多个SDU；(iii)RLC是否支持重传；以及(iv)随机数的池大小(例如，RLC SDU ID的随机数)。在另一种情况下，MAC可以被配置用于(i)UL的优先级和优先比特率(PBR)和/或(ii)HARQ重传。

在一些实施例中，在固定的OTA资源的情况下，OTA资源可以配置为(i)资源描述和/或(ii)链路自适应方案。

图3A和3B分别根据实施例以更详细的配置示出了在网络侧和在UE侧的共享数据无线承载(DRB)L2结构。根据实施例，共享数据无线承载(DRB)L2实体可以是切片/服务/组粒度DRB L2实体。根据实施例，DRB L2结构实体可以包括MAC、共享PDCP中的一个或多个(例如，类型1的PDCP或类型2的PDCP)、共享RLC和SDAP。还假定将专用OTA资源分配给切片/服务/组。

参考图3A，根据实施例，切片/服务/组粒度DRB L2实体301可以包括MAC 310、共享RLC 321、322和323、共享PDCP 331和PDCP 332、SDAP 341。MAC 310可以配置为切片粒度MAC。MAC 310的一侧可以连接到物理层(图3A中未示出)。传输信道可以将物理层与MAC 310耦合。传输信道可以是切片/服务共享传输信道。MAC 310的另一侧可以连接到共享RLC321。切片/服务共享逻辑信道可以将MAC 310与共享RLC 321耦合。切片/服务共享逻辑信道的一个示例可以是切片/服务/组。共享业务信道(S-STCH)在本文其他地方讨论。共享RLC321可以支持可选的承载ID报头过程。例如，如果将专用资源分配给切片的承载/QoS流，则不需要承载ID字段，并且也不需要承载ID报头过程。承载粒度ID(报头)过程可以包括为了传输(例如，对于UE的每个接收的DL分组)将承载ID插入到RLC部分PDU中。对于接收(例如，对于每个接收的UL PDCP PDU)，承载粒度ID(报头)过程可以包括去除承载ID字段并将部分RLC PDU转发给承载粒度过程。共享RLC 321连接到诸如共享RLC 322和323的其他RLC。共享RLC 322和323中的每一个可以分别连接至共享PDCP331和332。共享RLC信道可以将共享RLC322和323与共享PDCP 331和332耦合。共享PDCP 331和332可以是类型1的共享PDCP、或类型2的共享PDCP、或其组合。在类型1的共享PDCP的情况下，还可以包括UE粒度或组粒度PDCP。如图3A所示，共享PDCP 331和332中的每个也可以连接到SDAP 341。共享数据无线承载可以将共享PDCP与SDAP 341耦合。SDAP 341可以支持针对切片/服务/组粒度QoS流处理的服务和功能，并且可选地可以支持用于UE ID和R-ID之间的ID映射的服务和功能。SDAP 341可以经由切片共享N3隧道或UE粒度N3连接而连接到其他网络功能，例如UPF。

参照图3B，根据实施例，网络侧的切片粒度DRB L2实体可以连接到UE。在图3B中，网络侧的切片1DRB L2实体362和切片2DRB L2实体364中的每一个通过空中(OTA)连接到UE1和UE n中的每一个。在一些实施例中，可以在gNB CU中实例化在网络侧的共享DRB L2实体(例如，切片1DRB L2实体和切片2DRB L2实体)。在一些其他实施例中，一些DRB L2实体可以在核心网功能中为一些(网络)服务实例化。切片1DRB L2实体可以经由切片1共享N3隧道或UE粒度N3连接而连接到其他网络功能，例如UPF。类似地，切片2DRB L2实体可以经由切片2共享N3隧道或UE粒度N3连接而连接到其他网络功能，例如UPF。UE侧的切片粒度DRB L2实体的整体结构和功能可以类似于网络侧的切片粒度DRB L2实体301的结构。如图所示，UE可以持有多个不同的切片粒度DRB L2实体。在UE侧的共享RLC的情况下(例如，与图3A中的共享RLC 321相对应的共享RLC)，如果承载专用OTA资源已分配给分切片/服务/组，RLC承载ID报头过程可以是NON(例如，该过程可能不存在或者可能不被执行)。

图3C和3D以更详细的方式分别示出了根据实施例的在网络侧和在UE侧的共享信令无线承载(SRB)L2结构。根据实施例，共享信令无线承载(SRB)L2实体可以是切片/服务/组粒度SRB L2实体。根据实施例，SRB L2结构实体可以包括MAC(例如，MAC中的一个或多个)、共享PDCP(例如，类型1的PDCP或类型2的PDCP)、共享RLC、SDAP和UE RRC。在一些实施例中，SRB L2实体可以由单个gNB服务的所有UE共享。

参照图3C，根据实施例，切片/服务/组粒度SRB L2实体302可以包括MAC 310、共享RLC 321、324和325、共享PDCP 331和332、SDAP 342、UE1 RRC 351和UE2 RRC 352。MAC 310可以是切片粒度MAC。MAC 310的一侧可以可操作地耦合到物理层(图中未示出)。传输信道可以将物理层与MAC 310耦合。传输信道可以是切片/服务共享传输信道。MAC 310的另一侧可以耦合到共享RLC 321。切片/服务共享逻辑信道可以将MAC 310与共享RLC 321耦合。切片/服务共享逻辑信道的一个示例可以是切片/服务/组。共享控制信道(S-SCCH)为如本文其他地方所公开的。共享RLC 321可以支持可选的承载ID报头过程。例如，如果将专用资源分配给切片的承载/QoS流，则不需要承载ID字段，因此也不需要承载ID报头过程。承载粒度ID(报头)过程可以包括为了传输(例如，对于UE的每个接收的DL分组)将承载ID插入到RLC部分PDU中。对于接收(例如，对于每个接收的UL PDCP PDU)，承载粒度ID(报头)过程可以包括去除承载ID字段并将部分RLC PDU转发给承载粒度过程。共享RLC 321耦合到诸如共享RLC 324和325的其他RLC。共享RLC 324和325可以支持承载粒度过程。对于传输(例如，对于UE的每个接收的DL分组)，RLC承载粒度过程可以包括形成部分RLC PDU，该部分RLC PDU包括承载ID字段为空的有效载荷和子报头。对于接收(例如，对于每个接收的UL PDCP PDU)，RLC承载粒度过程可以包括基于子报头信息来处理有效载荷。共享RLC 324和325中的每一个可以分别连接到共享PDCP 331和332。共享RLC信道可以被放置在共享RLC 324和325与共享PDCP 331和332之间。共享PDCP 331和332可以是类型1的共享PDCP或类型2的共享PDCP。如图3C所示，共享PDCP 331和共享332中的每个也可以耦合到SDAP 342。共享数据无线承载可以将共享PDCP与SDAP 342耦合。如果RRC配备了内置承载映射功能，则SDAP 342是可选的。SDAP 342可以连接到UE 1RRC 351和UE 2RRC 352中的每一个。UE1 RRC 351和UE 2RRC352可以配备有承载映射功能以将UE的RRC信令消息映射到对应的PDCP 331和332。

参照图3D，根据实施例，在网络侧的RRC/SRB L2实体372可以连接到UE(例如，UE1…UEn)。在一些实施例中，可以使用切片/服务粒度的RRC/SRB L2实体。在一些实施例中，RRC/SRB L2实体可以由单个gNB服务的所有UE共享。RRC/SRB L2实体可以保持如图3C所示的RRC实体。在图3D中，网络侧的RRC/SRB L2实体通过空中(OTA)连接到UE1和UEn(以及可选地一个或多个其他UE)中的每一个。在一些实施例中，可以将网络侧的RRC/SRB L2实体放置在gNB CU中。在一些实施例中，可以将RRC/SRB L2实体置于用于某些(网络)服务的核心网功能中。根据实施例，在UE侧的SRB L2实体的总体结构和功能与在网络侧的RRC/SRB L2实体302的结构相似，除了UE侧的RRC/SRB实体可以不必保持SDAP。在UE侧的共享RLC(例如，与图3C中的共享RLC 321相对应的共享RLC)的情况下，如果承载专用OTA资源分配给分切片/服务/组，RLC承载ID报头过程可以为NON(例如，该过程可能不存在或不被执行)。与图3G中的切片/服务/组粒度SRB L2实体302的RRC相似，UE(例如，UE 1和UE n)中的RRC可以配备有承载映射功能。

实施例在包括RLC PDU报头格式设计、用于确认模式(Acknowledged Mode，AM)的RLC状态PDU报头设计、共享RLC结构和RLC实体处理的各个方面提供了用于RLC PDU的新设计。

考虑到RLC PDU报头格式设计，根据编号为38.322的3GPP TS文档“NR；Radio LinkControl(RLC)protocol specification,”v15.2.0，当前可用的RLC PDU报头可包括用于标识RLC SDU的序列号(SN)字段和用于标识RLC SDU的段的段偏移(Segment Offset，SO)字段。SN字段的长度可以是6-12位。SN字段指示对应的RLC SDU的序列号。对于RLC AM，每个RLC SDU的序列号递增1。对于RLC未确认模式(UM)，每个分段的RLC SDU的序列号将递增1。SO(段偏移)字段指示原始RLC SDU中以字节为单位的RLC SDU段的位置。具体地，SO字段指示原始RLC SDU内的位置，数据字段中的RLC SDU段的第一字节对应于该位置。原始RLC SDU的第一个字节由SO字段值“0000000000000000”或其他从零开始的编号引用。

根据实施例，新提供的RLC PDU报头可以包括RLC SDU ID字段和/或分段ID字段。RLC SDU ID可以标识对应的RLC SDU。对于要发送的每个单独的RLC SDU，发送方可以将基本任意(例如，随机)数(例如，长度为6至12位)选择为RLC SDU ID。分段ID可以标识RLC SDU的分段，并且可以仅在对RLC SDU进行分段时使用。分段ID的长度可以是2-4位，并且对于每个分段的RLC SDU，分段号从1开始递增1。

根据实施例，新的RLC PDU报头可以可选地包括以下一个或多个：发送方ID字段、接收方ID字段、切片ID字段和QoS流ID字段。发送方ID可以是由RAN名称管理器分配以标识RLC PDU的发送方的ID。R-ID可以用作发送方ID。发送方ID的长度可以为8-16位。接收方ID可以是由RAN名称管理器分配的用于标识RLC PDU的接收方的ID。与发送方ID相似，R-ID可以用作接收方ID。接收方ID的长度可以是8-16位。切片ID可以是用于标识切片/服务/组的ID。切片ID的长度可以是8位。QoS流ID可以是用于标识QoS流的ID。QoS流ID的长度可以是3位。

关于确认模式(AM)的RLC状态PDU报头设计，根据编号为38.322的3GPP TS文档“NR；Radio Link Control(RLC)protocol specification,”v 15.2.0，当前可用的RLC状态PDU报头可以包括指示丢失RLS SDU的NACK_SN字段和指示RLC SDU的丢失字段的SOstart字段。NACK_SN字段的长度可以是12-18位(可配置)。NACK_SN字段与SOend字段(16位)指示已在AM RLC实体的接收侧检测到丢失的RLC SDU(或RLC SDU字段)的SN。SOstart字段指示已经在AM RLC实体的接收侧检到测丢失的具有SN＝NACK_SN(与SOstart相关的NACK_SN)的RLC SDU的部分。具体而言，SOstart字段指示RLC SDU的部分的第一字节在原始RLC SDU内的字节中的位置。原始RLC SDU的第一个字节由SOstart字段值“0000000000000000”或其他从零开始的编号引用。

根据实施例，新提供的RLC状态PDU报头可以包括RLC SDU ID字段和/或分段ID字段。RLC SDU ID和分段ID共同表示被否定确认的RLC SDU分段。另外，仅RLC SDU ID可以标识被否定确认的对应的RLC SDU。对于要发送的每个单独的RLC SDU，发送方可以将任意(例如随机)数(例如长度为6至12位)选择为RLC SDU ID。分段ID可以标识RLC SDU的分段，并且可以仅在对RLC SDU进行分段时使用。分段ID的长度可以是2-4位，并且对于每个分段的RLCSDU，分段号从1开始递增1。

根据实施例，新的RLC状态PDU报头可以可选地包括发送方ID字段、接收方ID字段和承载ID字段中的任何一个。可以包括QoS流ID字段或RLC信道ID字段而不是承载ID字段。发送方ID可以是由RAN名称管理器分配以标识RLC PDU的发送方的ID。R-ID可以用作发送方ID。发送方ID的长度可以为8-16位。接收方ID可以是由RAN名称管理器分配的用于标识RLCPDU的接收方的ID。与发送方ID相似，R-ID可以用作接收方ID。接收方ID的长度可以是8-16位。如果专用OTA资源可用于特定QoS流或承载，则承载ID(或QoS流ID或RLC信道ID)可能不包含在报头中。

考虑到共享RLC结构，根据实施例，新的共享RLC结构为承载粒度过程提供共享RLC，并且为承载ID(报头)过程提供可选的共享RLC。根据实施例，RLC层可以包括两种类型的实体，用于承载粒度过程的共享RLC(例如，图3C中的共享RLC 324、325)和用于承载ID(报头)过程的共享RLC(例如，图3A和3C中的共享RLC 321)。在用于承载粒度过程的共享RLC的情况下，用于传输(例如，对于UE的每个接收的DL分组)，RLC承载粒度过程可以包括形成部分RLC PDU，该部分RLC PDU包括承载ID字段为空的有效载荷和子报头。对于接收(例如，对于每个接收的UL PDCP PDU)，RLC承载粒度过程可以包括基于子报头信息来处理有效载荷。在用于承载粒度ID(报头)过程的共享RLC用于传输(例如，针对UE的每个接收的DL分组)的情况下，RLC承载粒度ID(报头)过程可以包括将承载ID插入到RLC部分PDU。对于接收(例如，对于每个接收的UL PDCP PDU)，RLC承载粒度ID(报头)过程可以包括去除承载ID字段并将部分RLC PDU传递给承载粒度过程。

考虑到RLC实体处理，根据实施例，提供了新的RLC实体处理过程。根据实施例，在新提供的过程中添加了用于RLC实体建立、RLC实体重新建立和RLC实体释放的新触发条件。对于RLC实体的建立，当高层或管理共享RLC或通信的任何其他方的配置的配置实体请求RLC实体建立时，UE或其他类型的设备可以：建立RLC实体；将RLC实体的状态变量设置为初始值；或其组合。对于RLC实体重建，当高层或管理共享RLC或通信的任何其他方的配置的配置实体请求RLC实体建立时，UE或其他类型的设备可以：丢弃所有RLC SDU、RLC SDU分段和RLC PDU(如果有)；停止并重置所有计时器；将所有状态变量重置为其初始值；或其组合。对于RLC实体释放，当高层或管理共享RLC或通信的任何其他方的配置的配置实体请求RLC实体建立时，UE或其他类型的设备可以：丢弃所有RLC SDU、RLC SDU分段和RLC PDU(如果有)；并释放RLC实体。此外，根据实施例，如果共享RLC被配置并且可用，当UE或其他移动设备在接入节点上移动，则可能不需要RLC实体重建和RLC实体释放。

实施例提供了作为共享PDCP实体的架构的PDCP协议的新设计，因为在编号为38.323的3GPP TS文档“NR；Packet Data Convergence Protocol(PDCP)specification,”v15.2.0中，PDCP协议不可用。实施例还提供了新的PDCP报头设计。

根据38.323的3GPP TS v15.2.0，PDCP实体位于PDCP子层中，并且可以为单个UE定义几个PDCP实体。每个PDCP实体都承载一个无线承载的数据。另一方面，根据本公开技术的实施例，可以为一个或多个UE(应用或任何类型的移动设备)定义共享PDCP实体。还可以为一种类型的QoS流以及为授权的UE或使用QoS类型发送/接收业务数据的不同类型的设备定义共享PDCP实体。换句话说，可以为与一个切片或服务相关联的UE的一个QoS流定义共享PDCP实体。

如上所述，根据实施例的共享PDCP实体可以具有两种类型的结构：类型1和类型2。

类型1的PDCP实体可以包括一个或多个共享PDCP报头处理器(或实体)以及UE粒度PDCP处理器的一个、两个或多个。根据实施例，对于传输，共享PDCP报头处理器可以从UE粒度PDCP处理器向部分PDCP PDU添加R-ID子报头/报头。UE粒度PDCP处理器可以(进一步)执行由其他(当前)PDCP实体(例如，当前3GPP文档中示出的PDCP实体)定义的其他过程。为了接收，共享PDCP报头处理器可以去除R-ID，并将部分PDCP PDU转发给UE粒度PDCP处理器。UE粒度PDCP处理器可以(进一步)执行由其他(当前)PDCP实体(例如，当前3GPP文档中示出的PDCP实体)定义的其他过程。

类型2的PDCP实体可以执行为RB粒度或UE粒度处理器设计的相同功能；但是，类型2的PDCP实体可以使用切片/服务/组特定的密钥材料。根据实施例，类型2的PDCP实体可以负责服务/切片粒度安全性以及可选的可靠性。

根据实施例，共享PDCP子层可以用于映射在逻辑信道的切片/服务共享控制信道(S-SCCH)类型或逻辑信道的切片/服务共享信道(S-STCH)类型上的(共享)RB。

根据实施例，一个共享PDCP实体可以与一个共享RB相关联。根据一些实施例，每个共享PDCP实体可以与一个或多个共享RLC实体相关联，这取决于RB特性(例如，单向/双向或分离/非分离)或RLC模式。

考虑到PDCP报头设计，根据实施例，提供了一种新的设计。新提供的PDCP报头设计可以包括如下的一个或多个其他字段：

·S-R-ID(10-16位)：可以使用UE ID(例如R-ID)。S-R-ID可以标识其上层数据在要通过空中接口发送的PDCP PDU有效载荷中携带的UE。

·T-R-ID(10-16位)：可以使用UE ID(例如R-ID)。T-R-ID可以标识作为PDCP PDU有效载荷的接收方的UE。

·切片/服务ID(8位)：切片/服务ID可以标识定义的切片/服务。

根据实施例，上述附加字段是可选字段。

图4示出了根据实施例的当存在一个UE发送多个数据分组时使用共享RB的数据传输的操作过程。参照图4，UE 410在接入节点处将数据分组发送到共享RLC 420，并且共享RLC420将所接收的数据发送到中央单元(CU)430。在UE侧，UE 410将分组N1和分组N2发送到接入节点420。根据实施例，数据分组N1由UE 410处的共享PDCP 415接收。数据分组N1可以包括由IP层(图4中未示出)提交的一个IP分组(或PDCP SDU)。共享PDCP 415将PDCP报头添加到数据分组N1以创建PDCP PDU411。PDCP报头和数据分组N1被封装在PDCP PDU 411中。然后，PDCP PDU 411被提交给共享RLC 416。共享PDCP 411形成PDCP PDU，例如通过添加报头。共享RLC 412例如将PDCP PDU分段，以形成RLC PDU 412(例如，包括多个SDU)。

根据实施例，共享RLC 416向PDCP PDU 411分配ID(例如，随机数)以创建RLCPDU412。由于诸如PDCP PDU 411的大尺寸和/或低无线数据传输速率的一个或多个因素，PDCP PDU411可以被分段。如图4所示，PDCP PDU 411的分配的ID和分段被封装在RLC PDU412中。然后，如图4所示，将RLC PDU 412的分段通过空中发送到接入节点处的共享RLC420。尽管图4仅示出了RLC PDU 412的第一分段和最后一分段，RLC PDU 412可以有两个以上的分段，并且所有段都将被发送到RLC PDU412。每个RLC PDU分段可以包括RLC报头和PDCP PDU 411的分段。

当接入节点处的共享RLC 420接收到RLC PDU 412的分段时，其可以解封装RLCPDU412并取回PDCP PDU 411的分段。当解封装时，可以例如通过检查报头(例如检查R-ID)来操作验证过程。然后，共享RLC 420将PDCP PDU 411的所有分段放入容器(例如，分组i的容器)，并基于PDCP PDU ID和分段ID执行重组。然后，共享RLC 420将PDCP PDU 411发送到共享PDCP实体431(QoS粒度)。重组的PDCP PDU的内容可以与UE侧的PDCP PDU411的内容相同。

当CU 430处的共享PDCP实体431接收到重组的PDCP PDU时，其基于PDCP报头信息执行对应的PDCP层过程。可以从重组后的PDCP PDU中去除PDCP报头；并且输出的数据分组(例如，重组的PDCP PDU减去PDCP报头)可以在CU 430处被发送到共享PDCP实体431。然后，共享PDCP实体431可以从接收到的输出数据分组(例如，重组的PDCP PDU减去PDCP报头)中取回数据分组N1。在一些实施例中，可以包括UE粒度安全性/排序过程。当共享PDCP实体431检索数据分组N1时，共享PDCP实体431可以基于UE ID使用安全密钥或认证密钥(例如，图4中的密钥1)来执行UE粒度安全过程。

根据实施例，除了分段部分之外，使用上述过程来执行数据分组N2的发送。数据分组N2由UE 410处的共享PDCP 415接收。数据分组N1可以是由IP层(图4中未示出)提交的IP分组(或PDCP SDU)。共享PDCP 415将PDCP报头添加到数据分组N2以创建PDCP PDU413。PDCP报头和数据分组N2被封装在PDCP PDU 413中。然后，PDCP PDU被提交给共享RLC 416。

根据实施例，共享RLC 416向PDCP PDU 413分配ID(例如，随机数)以创建RLCPDU414。然后，如图4所示，PDCP PDU 413的所分配的ID和完整分段被封装在RLC PDU 414中。如图4所示，RLC PDU 414通过空中被发送到接入节点处的共享RLC 420。当接入节点处的共享RLC 420接收到RLC PDU 414的分段时，其可以解封装RLC PDU 414并取回PDCP PDU413的完整分段。当解封装时，可以例如通过检查报头(例如检查R-ID)来操作验证过程。然后，共享RLC 420将PDCP PDU 413的完整分段放入到容器(例如，分组j的容器)中。由于未分段PDCP PDU 413，因此不需要重组过程。然后，共享RLC 420将PDCP PDU 413发送给共享PDCP实体431(QoS粒度)。

当CU 430处的共享PDCP实体431接收到PDCP PDU 413时，其基于PDCP报头信息执行对应的PDCP层过程。可以从PDCP PDU 413中去除PDCP报头；并且可以在CU 430处将输出的数据分组(例如，PDCP PDU 413减去PDCP报头)发送到共享PDCP实体431。然后，共享PDCP实体431可以从接收到的输出数据分组(例如，PDCP PDU 413减去PDCP报头)中取回数据分组N2。在一些实施例中，可以包括UE粒度安全性/排序过程。当共享PDCP实体431取回数据分组N2时，共享PDCP实体431可以基于UE ID使用安全密钥或认证密钥(例如，图4中的密钥1)来执行UE粒度安全过程。

在一些实施例中，总而言之，UE使用PDCP过程创建PDCP PDU，创建包括可选分组分段的RLC PDU，并发送分组分段。接入节点接收分组分段并将它们发送给共享RLC实体，该实体将属于公共分组的分段收集在一起，然后重组这些分段以形成PDCP PDU。共享PDCP实体将基于报头信息处理PDCP PDU，报头信息可以包括分配的UE ID和分组ID。

根据实施例，类似的操作过程将在接入节点处出现，以进行DL数据传输。

图5示出了根据实施例的当存在多个UE发送数据分组时使用共享RB进行数据传输的操作过程。根据实施例，用于由多个UE传输数据分组的操作过程可以类似于用于由单个UE传输数据分组的操作过程。

参照图5，UE 510、520和530正在将数据分组发送到RAN接入节点540(用于QoS 1的共享RB)，并且RAN接入节点520正在将接收到的数据分组发送到远程网络节点550(CU/UPF、QoS 1的PDCP实体)。RAN接入节点540包括RLC SDU容器。远程网络节点550包括一个或多个PDCP PDU容器。

参照图5，UE 510最初包含数据分组511，UE 520包含数据分组521，并且UE 530包含数据分组531。通过上述封装PDCP报头和数据分组的过程，UE 510、520和530将分别创建RLC SDU(PDCP PDU)512、522和532。然后，通过上述用于创建RLC PDU的过程，UE 510、520和530将分别创建RLC PDU 513、523和533。如图5所示，RLC PDU 513和533被分段为片。举例来说，RLC PDU 523未被分段。对于RLC PDU 513和533的每个分段以及RLC PDU523的完整分段，可以分配ID(例如，随机数)。

使用前述的用于发送数据分组的过程，RLC PDU 513和533的每个分段以及RLCPDU523的完整分段被发送到RAN接入节点540。此外，使用前述的过程来解封装RLC PDU，RAN接入节点540取回PDCP PDU 512和532的所有分段以及PDCP PDU 522的完整分段。PDCP PDU512、522和532中的每一个的所有分段将包含在RLC SDU容器中。然后，将基于PDCP PDU ID和分段ID重组每个PDCP PDU。PDCP PDU 522由于未被分段，因此不需要重组过程。重组的PDCP PDU 512和532以及PDCP PDU 522将被发送到PDCP PDU容器。PDCP PDU容器可以被包括在远程网络节点550(例如，PDCP PDU实体)中。每个容器可以包含用于相同QoS流(例如，QoS 1)的所有UE的所有PDCP PDU。接入节点处的动作由共享RB执行，包括共享RLC过程和共享PDCP过程。

利用PDCP PDU容器中的PDCP PDU，远程网络节点550(例如，PDCP PDU实体)将基于PDCP报头信息执行对应的PDCP层过程，并将取回数据分组511、512和513。在一些实施例中，UE粒度安全过程可以是PDCP层过程的一部分。远程网络节点550(例如，PDCP PDU实体)可以使用适当的安全密钥来执行UE粒度安全过程。对于每个UE 510、520和530，安全密钥可以存在。参考图5，将使用密钥551来取回数据分组511；数据分组521将使用密钥552来取回；并将使用密钥553来取回数据分组531。

根据实施例，共享PDCP执行许多功能。在类型1的PDCP的情况下，其包括UE ID(例如，R-ID)过程和UE粒度(或QoS流)PDCP过程。类型1的PDCP的UE ID(R-ID)过程可以检查UE-ID(例如，R-ID)，并且将PDCP PDU发送到与该UE-ID相关联的对应的UE粒度(或QoS流)PDCP过程。UE粒度(或QoS流)PDCP过程可以执行UE粒度(或QoS流)安全过程，并检查序列号(SN)以用于可能触发的重传过程。在类型2的PDCP的情况下，类型2的PDCP可以执行服务/切片粒度安全性。为了支持这一点，类型2的PDCP可以使用切片/服务粒度密钥材料。

根据实施例，以上说明的共享RB L2结构和协议栈设计可以具有诸如以下的一个或多个技术益处/优点：

·共享L2结构和协议栈设计可以独立于任何特定的物理/虚拟实体。而且，它可以应用于与多个其他实体通信的任何实体。例如，共享L2结构和协议栈设计可以在RAN边缘小区和UE处实现；或可以在中继节点及其子中继/接入节点等中实现。

·可能不需要在接入节点上维护特定于UE的内容。

·对于每个单独UE在服务和目标处可能不需要RLC/MAC建立/释放。

·可能不需要在RAN区域内的R-ID重新分配。

·UE的移动性(处于所有RRC状态)对于接入节点(小区)可能是透明的。

·UE可能仅在层1(L1)上知道服务小区(无论是否更改)；如果PDCP保持不变，则无需采取其他L2动作。

·UE可能仅知道L1上的服务小区；如果使能了PDCP迁移(例如，上下文传输)，则无需其他L2操作。

·共享L2结构和协议栈设计可以允许UE动态加入具有有限信令或没有初始信令的RB来建立连接状态。

·与RB相关的信令开销可以潜在地被减少。

·这种共享L2结构和协议栈设计的概念可以潜在地用于处于所有RRC状态的UE。

根据实施例，共享RB(L2结构)完全独立于OTA(L1)资源使用。但是，OTA资源管理设计以及共享RB可以进一步简化OTA操作。根据实施例，共享RB协议栈设计和灵活的OTA资源分配使得OTA接口设计显着灵活，并且使得能够使用切片、服务和/或组概念来支持各种服务类型。这可以适用于所有RRC状态中的UE。下面将根据OTA资源分配和OTA资源使用来讨论用于OTA资源管理的协议。

考虑到OTA资源分配，当OTA资源的大小和MCS(调制和编码方案)固定或缓慢变化时，关于资源分配和MCS的信息可以发送到相关的UE。根据实施例，可以使用广播、多播或单播通过网络(例如，OTA)将信息发送到相关的UE。可能不需要传输粒度资源分配信令。另一方面，当OTA资源的大小和/或MCS是可变的时，对于每个DL/UL传输可能需要控制信令，以便指示用于该DL/UL传输的资源分配和MCS。

如前所述，OTA资源使用可以是无竞争的或基于竞争的。考虑到OTA资源的使用，当OTA资源的大小和MCS(调制和编码方案)固定或缓慢修改时，如果(OTA)资源使用是基于竞争/多播(MC)，则可能不需要传输粒度(OTA资源)分配信令。然而，如果(OTA)资源使用是无竞争的，则可以使用传输粒度分配信令和可选的资源描述(例如资源大小，MCS)。在一些实施例中，UE R-ID可以被包括在传输粒度分配信号中。另一方面，当OTA资源的大小和/或MCS是可变的时，当(OTA)资源的使用是基于竞争/多播(MC)时，可以使用传输粒度(OTA资源)分配信令。在一些实施例中，资源描述(例如资源大小，MCS(可选))可以包括在信号中。但是，如果(OTA)资源使用是基于无竞争的，则用于传输粒度分配信令的协议可能与当前3G/4G网络的协议相同。根据实施例，UE R-ID、资源描述(例如资源大小)和可选的MCS中的一个或多个可以包括在传输粒度分配信号中。

根据实施例，当使能或支持链路自适应时，无论OTA资源大小是固定的还是可变的，都可以使用3G/4G网络中用于OTA资源管理的当前可用协议，但是UE R-ID可能需要使用。

以下是根据实施例的关于OTA资源管理提供的进一步详细描述。

当OTA资源的大小和MCS(调制和编码方案)被固定或缓慢地修改时，对于UL通信，可以经由广播、多播或单播信令将OTA资源分配给具有资源分配的详细描述的服务/组。资源分配的描述可以包括服务/切片特定序列码。UL共享资源的使用可以分为两种情况，基于竞争的资源使用和基于无竞争的资源使用。在基于竞争的资源使用的情况下，每个UE将服务/切片专用的序列码用于资源请求或用于直接数据传输。在使用无竞争资源的情况下，可以使用短指示信令来促进传输。短指示信令可以包括UE R-ID或当前RACH过程的相同方案。UE可以基于指示信令来确定是否发送。它还可能包括没有资源描述的MCS。如果资源大小可能是可变的，则短指示信令可能需要指示资源大小和RLC SDU id。RLC SDU iD的指示可以是可选的。

根据实施例，UE和/或接入节点(例如，gNB)的用于UL通信的动作可以如下所示。在基于竞争的资源使用的情况下，任何UE都可以在共享资源上发送RLC PDU(例如，MAC传输块(TB))，网络节点(例如，gNB)可以将RLC SDU(PDCP PDU)ID用于ACK/NACK、定时Advance(TA)等。在基于无竞争的资源使用的情况下，提取的UE可以在共享资源上发送MAC TB，并且网络节点(例如gNB)可以将RLC SDU ID用于ACK/NACK，TA等。提取的UE可以通过UE R-ID或用于UE发送的UL请求的物理资源ID来指示。对于基于竞争和基于无竞争的资源使用两者，可以允许任何设备(例如，UE)动态加入共享(无线)承载。如这里所使用的，“提取的”UE是基于来自UE的UL资源请求指示的网络已经向其分配了共享资源的UE。当共享资源仅分配给提取的UE时，这使后续传输无竞争。

对于DL通信，可以使用详细的资源分配描述(例如资源大小和MCS)将给定的OTA资源分配给切片、服务和/或组。OTA资源的使用可以分为两种情况–共享使用和专用。在不需要UE粒度分配信令的情况下，可以采用共享使用。另一方面，在短指示信令(例如，设备ID、R-ID，(可选)MCS)用于指示哪个UE将在给定时间使用给定资源的情况下，可以采用专用。

根据实施例，UE和/或接入节点(例如，gNB)的用于DL通信的动作可以如下所示。为了共享使用OTA资源，所有UE可能需要解码共享资源上的传输块(TB)，并使用R-ID来确定是否继续该过程。如果配置，则目标UE可以将RLC SDU(PDCP PDU)ID用于PDCP PDU的ACK/NACK分段。为了专用OTA资源，网络节点(例如gNB)可以在共享资源上发送传输块(TB)。如果配置，只有目标UE可以解码TB并为ACK/NACK使用RLC SDU(PDCP PDU)ID。对于OTA资源的共享使用和专用，可以允许任何设备(例如，UE)动态加入共享(无线)承载。

当OTA资源的大小和/或MCS是可变的时，对于UL通信，在传输粒度中可能需要具有详细的资源分配描述(例如，UE R-ID或服务/组ID、资源大小、MCS)、服务/切片序列码或等同的OTA资源分配。

根据实施例，UE和/或接入节点(例如，gNB)用于UL通信的动作可以如下所示。在基于竞争的资源使用的情况下，任何UE均可在共享资源上发送RLC PDU(例如，MAC传输块(TB))，而网络节点(例如，gNB)可将RLC SDU(PDCP PDU)ID用于ACK/NACK和定时提前(TA)。在基于无竞争的资源使用的情况下，提取的UE可以在共享资源上发送MAC TB，并且网络节点(例如，gNB)可以将RLC SDU ID用于ACK/NACK、TA等。提取的UE可以由UE R-ID或用于UE发送的UL请求的物理资源ID指示。对于基于竞争和基于无竞争的资源两者，可以允许任何UE动态加入共享(无线)承载。

对于DL通信，可以在传输粒度(例如，基于传输粒度)使用详细的资源分配描述(例如，UE R-ID或服务/组ID、资源大小、MCS)执行OTA资源分配。

根据实施例，UE和/或接入节点(例如，gNB)用于DL通信的动作可以如下所示。为了共享使用OTA资源，所有UE可能需要解码共享资源上的传输块(TB)，并使用R-ID来确定是否继续该过程。如果配置，则目标UE可以将RLC SDU(PDCP PDU)ID用于PDCP PDU的ACK/NACK分段。为了专用于OTA资源，网络节点(例如gNB)可以在共享资源上发送传输块(TB)。如果配置，则只有目标UE可以解码TB并为ACK/NACK使用RLC SDU(PDCP PDU)ID。

以下是根据实施例的针对处于RRC_CONNECTED状态的UE的UL数据传输的一个示例。对于每个切片、服务或组，假定在接入节点上的RLC与网络上CU上的PDCP之间已建立逻辑连接。对于每个切片、服务或组，假定已经分配了OTA资源(例如，序列)。在移动中，UE和路径管理器连接，以服务于RAN路径管理器的接入节点指示(NAS/RRC)。该过程对于服务小区可以是透明的。UE将数据发送到分配的服务小区。服务小区接收UL RLC PDU，并且将PDCPPDU发送到切片共享PDCP实体。

以下是根据实施例的针对处于RRC_INACTIVE状态的UE的UL数据传输的一个示例。对于每个切片、服务或组，假定已在接入节点上的RLC与网络上的CU上的PDCP之间建立逻辑连接。对于每个切片、服务或组，假定已经分配了OTA资源(例如，序列)。UE使用切片资源发送切片的数据。在可能的RLC PDU重组之后，接入节点将PDCP分组转发到对应PDCP实体的切片。因为共享RB设计以及针对切片/服务/组的预配置UL资源以及RLC到分切片/服务/组PDCP实体之间的逻辑连接，因此接入节点无需知道UE的ID，并且无需找到UE的锚。

以下是根据实施例的用于处于RRC_IDLE状态的UE的UL数据传输的一个示例。对于每个切片、服务或组，假定已在接入节点上的RLC与网络上的CU上的PDCP之间建立逻辑连接。对于每个切片、服务或组，假定已经分配了OTA资源(例如，序列)。对于每个分切片、服务或组，假定已实现切片/切片/组粒度的安全性。例如，假设切片粒度密钥材料可用并且应用于切片的所有UE。UE仅使用切片资源来发送切片的数据。在可能的RLC PDU重组之后，接入节点将PDCP分组转发到对应PDCP实体的切片。由于共享RB设计和用于切片/服务/组的预先配置的UL资源以及RLC到切片/服务/组PDCP实体之间的逻辑连接。因此，接入节点不需要知道UE的ID，也不需要找到UE的锚点。

图6示出了根据实施例的用于RAN路径管理的网络实体的操作。将参考图6针对UE的不同RRC状态(例如，RRC_CONNECTED、RRC_INACTIVE、RRC_IDLE)示出用于DL传输的RAN路径管理。

根据实施例，当UE 640处于RRC_CONNECTED状态时(例如，当建立RRC连接以用于向UE 640的数据传输时)，RAN路径管理器610可以接收UE 640的位置信息(例如，来自UE 640的DL测量报告或来自接入节点630的UL探测/序列接收强度)。RAN路径管理器610还可以确定哪个接入节点630可以将DL数据转发到UE 640，并且通知保持PDCP的实体(例如，PDCP实体620)。PDCP实体620可以创建PDCP PDU，并且经由隧道将它们发送到对应的接入节点(例如，接入节点630)。PDCP实体620和接入节点630之间的隧道可以是预先建立的隧道625。PDCP实体可以包括SAP(PDCP/RLC之间的服务接入节点)中的R-ID原语。根据实施例，HO过程或多小区传输对于接入节点630可以是透明的。

当UE 640处于RRC_INACTIVE状态时，用于DL的RAN路径管理器610可以接收UE640的位置信息(在响应于UE 640的寻呼或位置更新之后)。RAN路径管理器610还可以确定哪个接入节点630可以将DL数据转发到UE 640，并且通知保持PDCP的实体(例如，PDCP实体620)。PDCP实体620可以创建PDCP PDU，并且经由隧道将它们发送到对应的接入节点(例如，接入节点630)。PDCP实体620和接入节点630之间的隧道可以是预先建立的隧道625。PDCP实体可以包括SAP(PDCP/RLC之间的服务接入节点)中的R-ID原语。根据实施例，UE 640的移动性对于服务接入节点(例如，接入节点630中的一个)是透明的。

当UE 640处于RRC_IDLE状态时，用于DL的RAN路径管理器610可以接收UE 640的位置信息(在响应于UE的寻呼或位置更新之后)。RAN路径管理器610还可以确定哪个接入节点630可以将DL数据转发到UE 640，并且通知保持业务分组的实体(切片/服务共享PDCP)。切片粒度安全处理器的一个对一个或多个分组进行保护(对于共享密钥的情况)。PDCP实体620可以创建PDCP PDU，并且将它们经由隧道发送到对应的接入节点(例如，接入节点630)。PDCP实体620和接入节点630之间的隧道可以是预先建立的隧道625。PDCP实体620可以在SAP(PDCP/RLC之间的服务接入节点)中包括R-ID原语。根据实施例，UE 640的移动性对于服务接入节点(例如，接入节点630中的一个)是透明的。

根据实施例，对于UL传输，不管UE的RRC状态如何(例如，无论UE 640处于RRC_CONNECTED、RRC_INACTIVE或RRC_IDLE状态)，可以类似地管理RAN路径。在一些实施例中，可以将来自切片特定资源的所有接收到的数据转发到切片PDCP实体(例如，PDCP实体620)。在一些其他实施例中，具有切片ID的RLC报头可以用于转发到切片特定的PDCP实体(例如，PDCP实体620)。

根据实施例，通过RAN路径管理，可以避免服务和目标接入小区之间的连接。此外，可以通过RAN路径管理来控制DL分组路径管理。这些是简化与移动性相关的网络操作时要考虑的因素。

路径管理还可以包括对具有多播/广播数据传递特性的服务执行路径管理。

为了管理用于多播的寻呼区域或DL传输服务集，路径管理器可以被配置为获得和维护支持DL多播/广播服务的每个切片的UE ID列表。路径管理器基于LT实体提供的位置信息和服务模式(单播、多播、广播)确定服务的服务集。对于多播/广播服务的服务接入节点集包括与属于多播/广播服务并且当前在这些节点的覆盖范围内的UE通信的接入节点。

除了UE粒度的路径管理之外，路径管理器还可对接收多播服务或广播服务的一组UE执行路径管理。在这种情况下，路径管理器确定针对该组UE的接入节点集。针对UE组的路径管理类似于针对单个UE的路径管理而进行。

图7示出了根据实施例的用于UE R-ID管理的网络实体的操作。

根据实施例，R-ID管理器710可以独立于任何物理小区并且与多个接入节点(例如，接入节点730)相关联。可以维护接入节点名称列表(例如，RAN-区域)。在一些实施例中，可以维护多个gNB名称列表。对于每个切片/服务，都会维护一个R-ID池。根据实施例，R-ID管理器710可以管理一个或多个切片/服务/组的R-ID。当UE 740移动到列表中的任何接入节点(例如，任何接入节点730)中时，R-ID被分配给UE 740用于切片。当UE 740移出列表中的所有接入节点(例如，没有接入节点730)时，可以将使用过的R-ID释放到UE 740。根据实施例，需要将所分配的R-ID通知给对应的切片/服务PDCP(例如，PDCP实体720)。所分配的R-ID可能需要通知给UE 740。

根据实施例，HO过程或多小区传输对于一个或多个接入节点730可以是透明的。

根据实施例，UE R-ID管理器710可以将R-ID分配给UE(例如，UE 740)，并确保UE在特定地理区域内或跨多个小区保持该ID不变。区域的大小可以是服务特定的、切片特定的或UE特定的。在一些实施例中，区域的大小可以取决于UE状态(RAN/CN)。

根据实施例，R-ID在区域内可以是唯一的。在一些实施例中，R-ID在切片内和区域内可以是唯一的。根据实施例，可以使用指示/链路自适应将R-ID用于UE特定的PDCP或可选的OTA资源分配。

值得注意，可以执行切片粒度、地理区域粒度、或其组合的R-ID管理。在各种实施例中，R-ID管理器的重要职责是分配UE R-ID以唯一地标识地理区域内、或切片内或两者中的UE。

根据实施例，由于R-ID不是由每个接入小区分配的，所以通过R-ID管理方案可以避免UE在属于一个RAN区域的接入节点之间移动时的R-ID改变。通过R-ID管理方案可以减少用于R-ID分配和相关延时的信令。这些是简化与移动性相关的过程时要考虑的关键因素。

图8示出了在NR操作中在切换期间(例如，当UE在同一gNB-CU内从一个gNB-DU移动到另一gNB-DU时)的(共享)RB管理的过程。图8描绘了用于gNB-DU内的gNB-DU间移动过程。

参照图8，在801处，UE向源gNB-DU发送测量报告消息。在802处，源gNB-DU向gNB-CU发送上行RRC传输消息以传达接收到的测量报告。源gNB-DU可以使用共享SRB(例如共享RLC和PDCP)简单地将消息转发到CU中的UE的RRC。

在803处，gNB-CU(例如，UE粒度RRC实体)经由源gNB-DU向UE发送改变DU(或服务接入节点)请求消息，其包括新的服务gNB DU ID以及它们对应的切片资源配置，并指示停止UE的数据传输。

在804处，源gNB-DU使用共享SRB(RLC/PDCP)消息将接收到的RRC消息转发给UE。根据实施例，gNB DU可以不(例如不一定)维护UE粒度内容。

在805处，可以可选地在目标gNB-DU处执行随机接入过程。在806处，UE使用最后或先前的N个PDCP PDU的SN的指示响应改变DU响应消息到(使用共享SRB的)gNB CU到RRC实体。根据实施例，UE可以保留所有RLC/PDCP状态变量，并且继续将它们用于随后的数据发送和接收。

图9示出了在没有PDCP迁移的情况下用于切换的共享RB管理的过程(例如，当UE在同一gNB-CU内的从一个gNB-DU移动到另一gNB-DU时)。根据实施例，虽然在图9中未示出，但是RAN名称管理器可以跨多个gNB管理UE RAN-ID。RAN名称管理器可以在UE向PLMN或网络切片实例(NSI)/服务实例(SI)注册期间向UE分配UE RAN ID。

根据实施例，可以基于DL测量来触发切换。作为准备，可以使用不连续接收(DRX)来测量相邻小区。将基于DL传输测量报告三个性能最佳的接入节点小区。

在901和902处，UE经由DU(例如，服务接入节点小区)向SDT-RAN CM-LT(用于位置跟踪的UE连接性管理)发送测量请求。在901处，UE将测量请求转发到服务接入节点，并且在902处，服务接入节点小区将测量请求转发到SDT-RAN CM-LT实体。SDP-RAN CM-LT是用于在节点级别的UE粒度位置跟踪的连接管理器的实体。在一些实施例中，SDP-RAN CM-LT可以跨越多个CU。通过经由DU发送测量请求，该请求对DU变得透明。

在903和904处，SDT-RAN CM-LT确定目标接入节点小区，并经由服务接入节点小区向UE发送关于新目标节点小区的信息。关于新目标节点小区的信息可以包括在改变服务节点请求消息(或改变服务节点指示消息)中。在903处，SDT-RAN CM-LT将携带有关新目标节点小区的信息的消息转发到服务接入节点，在904处，服务接入节点小区使用共享信令无线承载(SRB)将消息转发给UE。

在905处和906处，UE向SDT-RAN-LT发送改变服务节点响应或位置更新(LU)。在905处，UE将改变服务节点响应或LU转发给目标接入节点；在906处，目标接入节点小区将改变服务节点响应或LU转发给SDT-RAN-LT。根据实施例，在低延时的情况下，UE可以使用共享DRB发送UL数据到共享PDCP。

在907和908处，PDCP与UE之间的DL数据传输/UL传输可能出现。应该注意的是，虽然图9仅示出了从PDCP到UE的DL数据传输，但是UE到PDCP的UL数据传输也是可能的。

为了进行切换，如果需要，UE可以使用共享UL无线承载来发送UL数据、或者可以使用共享RRC承载向目标接入节点小区发送UL更新；或者UE监听DL数据传输。

根据实施例，对于仅UL的数据传输，切换中几乎没有延迟或没有延迟。在DL数据传输的情况下，LU将直接发送到SDT-RAN-LT。

根据实施例，当UE处于RRC_INACTIVE状态时，共享RB可以用于LU(特别是)。可以通过UL短数据传输使用共享RB对LU进行处理。当UE处于RRC_INACTIVE状态时，UL短数据传输可以使用或者可以不使用前导信号。当使用前导信号时，可以启用基于无竞争的资源使用(例如，专用资源使用(分配))，并且UE或网络接入节点小区可以使用定时提前(TA)偏移。当不使用前导信号时，可以启用基于竞争的资源使用，并且可以通过称为人工智能访问MAP(aMAP)的技术使用定时提前(TA)偏移。在一些实施例中，UE可以与有效载荷长度无关地直接发送数据，而不必按UE粒度SRB/DRB进行设置。对于这样的传输，UE可以使用服务/设备/切片特定序列。当发送DL数据时，LU处理在RAN/CN寻呼或预定DL数据之前正好执行。可以正好在LU处理之后经由一个或多个接入节点小区将数据发送到UE，而不必与当前服务接入节点小区建立UE粒度SRB/DRB。

根据实施例，共享RB可以用于V2X通信中。例如，对于UE/车辆与网络之间的数据中继，路边单元(RSU)对于与切片/服务相关联的所有UE的QoS流可能仅需要单个RLC。根据实施例，RSU可以简单地将接收到的PDCP发送到UE。对于这样的传输，在一些实施例中，资源使用可以是基于竞争的资源或具有固定OTA资源的基于无竞争的资源。在一些实施例中，资源使用可以是基于竞争的资源或具有可变OTA资源的基于无竞争的资源。根据实施例，UE切换对于RSU可以是透明的。

在一些实施例中，共享RB也可以用于车辆之间的通信。图10和11示出了可用于车辆到所有(V2X)通信实施方式的车辆中所提供的L2结构的示例。图10示出了根据实施例的在车辆之间的完全MESH通信中的V2X L2结构的一个示例。可以使用单播方法来运行完整的MESH通信。根据实施例，每个车辆可能仅需要一个承载用于一个QoS流以与一个或多个其他车辆进行通信。在成组MESH通信的情况下，每个车辆处的L2实体可以在加入时被预先配置或动态配置。在一些实施例中，车辆可以通过在RRC共享SRB或数据共享DRB上接收携带“发送车辆”的新ID的PDCP分组来找到新车辆。根据实施例，车辆密钥粒度或组密钥粒度两者都可以用于过程，例如安全过程。

参照图10，车辆V1包括用于发送和接收两者的L2实体。用于发送的L2实体包括MAC实体、承载ID报头过程、共享RLC实体、共享PDCP实体、SDAP实体以及用于发送至车辆V2、V3、V4的数据的存储库/空间。用于接收的L2实体包括MAC实体、承载ID报头过程、共享RLC实体、共享PDCP实体、SDAP实体以及用于从车辆V2、V3、V4接收的数据的存储库/空间。

考虑到车辆之间的MESH通信的操作，为了进行传输，发送车辆(例如V1)将目标车辆的ID(例如V2，V3或V4的车辆ID)插入至PDCP报头中。其他操作将与无线接口的处理相同。为了接收数据，接收车辆中的PDCP实体检查接收到的PDCP报头。如果PDCP报头中包含的信息(例如，车辆ID)与目标车辆的车辆ID相匹配，则目标车辆将继续处理以进行数据接收；否则(例如，如果车辆ID不匹配)，则目标车辆将停止处理。

图11示出了根据实施例的在车辆之间的间接通信中的V2X L2结构的一个示例。根据实施例，如果车辆不是目标车辆，则任何车辆都可以使用共享RB来中继业务(例如，车辆之间的通信)。例如，如图11所示，车辆V1在检测到目标车辆ID之后，可以基于配置的转发策略来转发PDCP PDU。为了可靠的服务，V1还可以在中继流量时转发RLC ACK/NACK消息。

在V2X通信中使用共享RB有几个潜在的好处。例如，共享RB可以实现性能差异。共享RB可以消除用于通过使用共享DRB以在车辆之间进行信令来检测新的车辆而建立(每对车辆)SRB/DRB的必要性。此外，共享RB可以允许车辆动态地加入(其他)车辆之间的通信。(对于动态加入通信，假定基于UE/车辆ID和PDCP ID保护数据和/或数据传输)。

图12示出了根据实施例的使用共享RB的超可靠低延迟通信(URLLC)的操作。参照图12，具有共享类型1的PDCP的gNB CU 1210连接到gNB DU 1201、1202、1203。UE 1220可以在gNB CU 1210的PDCP可以覆盖的区域内移动。UE 1220可以在时间t1通过gNB DU1201或gNB DU 1202连接到gNB CU 1210。UE 1220可以在时间t2通过gNB DU 1202或gNB DU 1203连接到gNB CU 1210。UE 1220与gNB CU 1210之间的URLLC的操作可以通过以下所示的过程来执行。

根据实施例，在URLLC中，UE(例如，UE 1220)可以使用UE候选接入节点集与gNB CU(例如，gNB CU 1210)进行通信。UE候选接入节点集是UE可以向其发送或从其接收的一组接入节点。UE候选接入节点集可以包括保持与共享PDCP相关联的共享RLC的一些或全部接入节点。与对应的共享PDCP相关联的所有接入节点所覆盖的覆盖区域可以称为PDCP的覆盖。在图12的情况下，在时间t1，UE候选接入节点集可以是gNB DU 1201和gNB 1202。在时间t2，UE候选接入节点集可以是gNB DU 1202和gNB 1203。在一些实施例中，RAN路径管理实体可以针对UE确定接入节点(小区)集，并且还可以通知接入节点(小区)集的UE。

根据实施例，使用共享RB，在URLLC中启用来自UE的自主UL传输。对于自主UL传输的操作，UE需要知道候选接入节点集。当UE进入PDCP的覆盖范围(接入节点ID的列表)时，可以向UE通知候选接入节点集。在一些实施例中，当UE(例如，UE 1220)在覆盖范围内并且在覆盖范围内携带唯一的R-ID时，UE可以在任何时间使用共享RB来发送UL数据或RRC消息，而无需UE粒度RB建立/释放。在使用基于竞争的资源的情况下，UE可以直接发送UL分组。在使用无竞争的资源的情况下，UE可能需要使用UL资源请求资源(例如，切片特定序列)；然后，UE可以使用共享OTA切片/服务特定资源来发送数据/消息。在一些实施例中，当UE(例如，UE1220)在PDCP覆盖范围内移动时，在PDCP覆盖范围内的UE移动期间不存在与RB管理/控制相关的信令开销。在图12的情况下，在UE 1220从位置1221移动到位置1222的时间期间，可能不存在与RB管理/控制相关的信令开销。

根据实施例，使用动态小区选择过程，可以在URLLC中使能来自UE的DL传输。对于DL传输，RAN路径管理器(图12中未显示)可以与共享PDCP(例如gNB 1210中的共享PDCP)连接以更新UE的候选接入节点集。然后，PDCP可以将PDCP PUU发送到节点集中的一个或多个接入节点。接收到PDCP PDU的接入节点可以(1)基于例如实时信道状况(例如，UE报告的CQI)的一些可用的实时信息，确定是否向UE发送或不发送；或者(2)仅总是将接收到的PDCP数据发送给UE。

根据实施例，在URLLC中，当UE候选接入节点集由网络控制时，可能需要RRC或L1信令实体来分配接入节点小区集。

鉴于本文所述的上述方法和特征的所有步骤，各种实施例可以具有诸如以下的若干潜在益处：

·UE可以按需并且动态使用共享RB，这可能会导致较低的开销和延迟。例如，可以减少与RB建立有关的信令开销。在一种极端情况下，可能存在零个信令传输(例如，跳上(hop-on)概念的一个情况)。在另一个示例中，可以减少与移动性和RB过程有关的延时。

·可以简化接入节点的操作。例如，接入节点(包含RLC/MAC)不需要维护任何UE特定内容。

·无需在服务和目标处为每个单独的UE建立/释放RLC/MAC。此外，在RAN区域内(对应于一个R-ID管理器)无需重新分配R-ID。

·移动性操作对于接入节点(所有状态下的UE–例如RRC_CONNECTED、RRC_INACTIVE、RRC_IDLE)和UE(L2及更高版本)都是透明的。

·UE仅在L1上知道HO；如果PDCP保持不变和/或如果使能了PDCP迁移(内容传输)，则可能不需要其他L2操作。

根据实施例，在本申请中讨论的共享RB与3G RB管理中的当前RB不同。例如，尽管当前RB处于UE粒度/QoS粒度级别，但是本申请中的共享RB处于服务/切片粒度级别。

根据实施例，共享RB也不同于RACH和寻呼，例如，当前的RACH和寻呼。当前的RACH和寻呼没有层2协议(PDCP/RLC/MAC)或UE粒度RLC；因此，当前的RACH和寻呼无法利用L2协议。然而，根据实施例，共享RB(RRC或数据)可以利用L2协议的所有优点(例如，安全性、灵活/可变的分组大小)。

根据实施例，用于共享RB的协议栈设计独立于任何特定的物理/虚拟实体。共享RB协议栈设计可以应用于与多个其他实体通信的任何实体。例如，可以在RAN边缘小区、UE、中继节点及其子中继节点/接入节点等处实现。

实施例提供了一种无线通信网络中的设备，包括：共享无线承载(RB)层2(L2)结构，共享RB L2结构包括：包括一个或多个的共享无线链路控制(RLC)实体的共享RLC子层；包括一个或多个共享分组数据汇聚协议(PDCP)实体的共享PDCP子层，其中所述共享RLC子层和所述共享PDCP子层在以下一种或多种中实现：无线通信网络核心部分的用户面功能、无线通信网络的接入部分中的通用NodeB(gNB)的中央单元(CU)、gNB的分布式单元(DU)和无线通信网络的接入部分中的接入节点，其中一个或多个用户装置设备(UE)或等同的无线通信实体将共享RB用于通信目的。

在一些实施例中，共享RLC子层和共享PDCP子层在gNB的CU中实现；或者共享RLC子层和共享PDCP子层在无线通信网络的核心部分中的用户面功能中实现；或者共享PDCP子层在CU中实现，共享RLC子层在DU或接入节点中实现；或者共享PDCP子层在无线通信网络的核心部分中实现，共享RLC子层在DU或接入节点中实现。在一些实施例中，一个或多个共享RLC实体中的每一个被配置为对正发送到多个UE或从多个UE接收的分组执行RLC操作。在一些实施例中，一个或多个共享PDCP实体中的每一个被配置为对正发送到多个UE或从多个UE接收的分组执行PDCP操作。

实施例提供了一种无线通信网络中的装置，该装置包括：多个用户设备(UE)粒度分组数据汇聚协议(PDCP)实体，每个实体被配置为对与多个UE相对应的一个相关联的数据执行一个或多个PDCP操作；用于与所述多个UE进行无线通信的共享无线承载，所述共享无线承载对用于向所述多个UE传输或从所述多个UE接收的数据进行操作，所述共享无线承载包括：共享分组数据汇聚协议(PDCP)实体，用于：从UE粒度PDCP实体中的一个接收下行链路数据，并将PDCP报头应用于所述下行链路数据以产生PCDP实体的下行链路输出，其中PDCP报头具有指示多个UE的对应的一个的标识值(R-ID)，多个UE是下行链路数据的目的地；以及共享无线链路控制(RLC)实体，用于：接收共享PDCP实体的下行链路输出，对下行链路数据进行一个或多个下行链路RLC操作，并将下行链路RLC操作的输出转发给介质访问控制(MAC)实体进行传输；从所述MAC实体接收上行链路数据，对所述上行链路数据执行一个或多个上行链路RLC操作，并将所述上行链路RLC操作的输出转发给所述共享PDCP实体，所述共享PDCP实体还用于：接收所述上行链路RLC操作的输出；从上行链路RLC操作的输出的PDCP报头中读取标识值(R-ID)，并将包含在上行链路RLC操作的输出中的数据转发到与R-ID值相关联的UE粒度PDCP实体中的一个。

实施例提供了一种无线通信网络中的装置，该装置包括：用于与多个UE进行无线通信的共享无线承载，该共享无线承载对用于向多个UE发送或从多个UE接收的数据进行操作，该共享无线承载包括：共享分组数据汇聚协议(PDCP)实体，其配置为：接收下行链路数据以与多个UE中的一个进行通信，并对下行链路数据执行一个或多个下行链路PDCP操作；以及共享无线链路控制(RLC)实体，配置为：接收下行链路PDCP操作的输出，对下行链路PDCP操作的输出执行一个或多个下行链路RLC操作，并将下行链路RLC操作的输出转发给介质访问控制(MAC)实体以进行传输；接收来自所述MAC实体的上行数据，对所述上行链路数据执行一个或多个上行链路RLC操作，并将所述上行链路RLC操作的输出转发给所述共享PDCP实体，所述共享PDCP实体还用于：接收所述上行链路RLC操作的输出并对上行链路RLC操作的输出执行一个或多个上行链路PDCP操作。

在一些实施例中，为具有相同QoS级别、属于同一网络切片、属于同一UE组或其组合的多个UE实施共享无线承载。在一些实施例中，MAC实体是共享无线承载的共享MAC实体，该共享MAC实体被配置为管理用于向多个UE和从多个UE传输数据的介质访问控制操作。在一些实施例中，共享无线承载是信令无线承载，或者其中共享无线承载是数据无线承载。在一些实施例中，多个UE中的每一个包括共享相应无线承载。在一些实施例中，分配给与多个UE进行通信的无线资源、分配给与多个UE进行通信的调制和编码方案、或两者都是固定的，该装置还被配置为将所述固定分配发送给多个UE。在一些实施例中，分配给与多个UE进行通信的无线资源、分配给与多个UE进行通信的调制和编码方案、或者两者对于每次传输都是可变的，该装置还被配置为将该可变的分配发送给多个UE。在一些实施例中，多个UE对无线资源的接入是基于竞争的。在一些实施例中，多个UE对无线资源的访问是无竞争的，该装置还被配置为提供传输粒度资源分配信号，以供多个UE在访问无线资源时使用。

实施例提供了一种在无线通信网络中操作装置的方法，该方法包括：提供共享无线承载(RB)层2(L2)结构，该结构包括：共享无线链路控制(RLC)子层，该子层包括一个或多个共享RLC实体；共享分组数据汇聚协议(PDCP)子层，其包括一个或多个共享PDCP实体。

实施例提供了一种用于与多个UE进行无线上行链路通信的方法，该方法包括：通过公共过程并且不考虑一个或多个分组分段源自的UE的标识从多个UE中无线接收分组分段，每个分组分段在其RLC报头中包括指示其所属的对应分组的各自的分组标识；使用应用于从所有多个UE中接收的分组分段且不考虑UE标识的共享上行链路RLC过程，通过将具有匹配的分组标识的分组分段收集在一起来重组所述分组分段到对应的分组中，如果有的话，每个所述对应的分组都具有PDCP报头；随后基于PDCP报头内容将对应分组中的每个与UE中的对应发起者相关联；并将对应分组中的每一个转发到与所述对应分组中的一个相关联的一个UE的对应发起的一个相关联的UE粒度PDCP过程。

实施例提供了一种用于与多个UE进行无线上行链路通信的方法，该方法包括通过公共过程并且不考虑一个或多个分组分段源自的UE的标识，从多个UE无线地接收分组分段，每个分组分段在其RLC报头中包括指示其所属的对应分组的各自的分组标识；使用应用于从所有多个UE接收到的分组分段且不考虑UE标识的共享上行链路RLC过程，通过将具有匹配的分组标识的分组分段收集在一起，将所述分组分段重组到对应的分组中，如果有的话，每个所述对应的分组都具有PDCP报头；并且使用应用于从所有多个UE接收的分组分段且不考虑UE的标识的共享PDCP过程，对所述对应的分组执行一个或多个PDCP操作。

实施例提供了一种用于与多个UE进行无线下行链路通信的方法，该方法包括：通过共享无线承载，从多个UE粒度分组数据汇聚协议(PDCP)实体中接收下行链路数据，该下行链路数据用于传输至对应的UE；将PDCP报头应用于所述下行链路数据以产生PDCP下行链路输出，PDCP报头具有指示对应UE的标识值(R-ID)；在PDCP下行链路输出上执行一个或多个下行链路RLC操作，以产生RLC下行链路输出，并且使用共享MAC过程无线地发送RLC下行链路输出以供对应的UE接收。

实施例提供了一种用于与多个UE进行无线下行链路通信的方法，该方法包括：通过共享无线承载：接收下行链路数据以传输到对应的UE；对下行链路数据执行一个或多个下行链路PDCP操作，以产生PDCP下行链路输出；在PDCP下行链路输出上执行一个或多个下行链路RLC操作以产生RLC下行链路输出；以及使用共享MAC过程无线发送RLC下行链路输出以供对应的UE接收。

在一些实施例中，RLC操作和PDCP在以下一项或多项中实现：无线通信网络的核心部分的用户面功能、无线通信网络的接入部分中的gNB的中央单元CU、gNB的分布式单元DU和无线通信网络接入部分中的接入节点。在一些实施例中，在gNB的CU中实现RLC操作和PDCP操作；或者在无线通信网络的核心部分的用户面功能中实现RLC操作和PDCP操作；或者PDCP操作在CU中实现，而RLC操作在DU或接入节点中实现；或者PDCP操作在无线通信网络的核心部分中实现，而RLC操作在DU或接入节点中实现。

实施例提供了一种UE，该UE包括被配置为与如上所述的装置的共享无线承载L2结构互操作的UE侧共享无线承载。本发明的实施例提供了一种包括如上所述的装置和UE的系统。

实施例提供了一种无线通信网络中的路径管理器装置，该路径管理器装置被配置为：接收针对移动UE的位置信息；以及基于该位置信息确定一个或多个能够将下行链路数据转发至移动UE的接入节点；以及向包括所确定的一个或多个接入节点的多个接入节点共享的PDCP实体发送能够将下行链路数据转发到移动UE的所确定的一个或多个接入节点的指示，其中PDCP实体随后将PDCP PDU发送给所确定的一个或多个接入节点中的至少一个，以供移动UE接收。

在一些实施例中，路径管理器装置还被配置为：接收包括移动UE的两个或多个移动UE的组中的每个UE的位置信息，所述每个UE订阅到多播服务或广播服务；确定能够将下行链路数据转发到两个或多个移动UE的组中的每个UE的接入节点；向包括所确定的一个或多个接入节点的多个接入节点共享的PDCP实体发送能够将下行链路数据转发到两个或多个移动UE组的UE的所确定的一个或多个接入节点的指示，其中PDCP实体随后将PDCP PDU发送给所确定的一个或多个接入节点中的至少一个，以供两个或多个移动UE组的UE接收。

实施例提供了一种无线通信网络中的R-ID管理器装置，该装置被配置为：维护与公共区域相关联的接入节点的列表；维护公共区域的可分配R-ID值池；响应于UE变得与公共区域相关联的一个或多个接入节点相关联，向该UE分配当前未分配的R-ID值中的一个，并在所分配的R-ID值和UE的UE ID之间创建映射关系；使一个或多个PDCP实体获知所分配的R-ID值，以供在上行链路通信、下行链路通信、或两者中使用；以及使UE获知分配的R-ID值，以供在上行链路通信、下行链路通信、或两者中使用。

在一些实施例中，R-ID管理器装置被配置为将所述当前未分配的R-ID值中的一个分配给UE，使得UE在一个或两个预定地理区域和预定网络切片中唯一地标识。

实施例提供了一种用于与多个用户设备(UE)进行无线下行链路通信的方法，该方法由支持共享无线承载的装置执行，该装置包括共享分组数据汇聚协议(PDCP)实体、共享无线链路控制(RLC)实体和共享介质访问控制(MAC)实体。该方法包括：由共享PDCP实体接收下行链路数据以传输到对应的UE，并且由共享PDCP实体对下行链路数据执行一个或多个下行链路PDCP操作以产生PDCP下行链路输出。该方法还包括：由共享RLC实体在PDCP下行链路输出上执行一个或多个下行链路RLC操作，以产生RLC下行链路输出，并且由共享MAC实体无线地发送RLC下行链路输出以供对应的UE接收。

在一些实施例中，为具有以下中的一个或多个的多个UE实现共享无线承载：相同的QoS等级、属于相同的网络切片并且属于相同的UE组。

在一些实施例中，共享PDCP实体被配置为执行以下各项中的一项或多项的PDCP操作：切片粒度的、服务粒度的以及组粒度的。

实施例提供了一种用于与多个用户设备(UE)进行无线上行链路通信的方法，该方法由支持共享无线承载的装置执行，该装置包括共享分组数据汇聚协议(PDCP)实体、共享无线链路控制(RLC)实体和共享介质访问控制(MAC)实体。该方法包括：由共享MAC实体从多个UE无线地接收分组分段，每个分组分段在其RLC报头中包括指示其所属的对应分组的相应分组标识，并且由共享RLC实体通过将具有匹配的分组标识符的分组分段收集在一起将所述分组分段重组为对应的分组，对应的分组均具有PDCP报头。该方法还包括由共享PDCP实体对所述对应分组执行一个或多个PDCP操作。

图13是根据不同实施例的可以执行本文描述的以上方法和特征的任何或所有步骤的电子设备1300的示意图。例如，UE可以被配置为电子设备1300。此外，管理任何步骤/方法并且包括如本文所描述的元件的网络单元(例如，RAN边缘小区、中继节点、接入节点、RAN路径管理器、R-ID管理器)可配置为电子设备1300。可将电子设备配置为操作为本文所述的一个或多个实体、过程、层或子层、共享PDCP、共享RB、共享RLC。

如图所示，该设备包括处理器1310、存储器1320、非暂时性大容量存储器1330、I/O接口1340、网络接口1350和收发器1360，所有这些经由双向总线1370通信地耦合。根据特定实施例，可以利用任何或所有所描绘的元件、或者仅利用元件的子集。此外，设备1300可以包含特定单元的多个实例，例如多个处理器、存储器或收发器。而且，硬件设备的元件可以直接耦合到其他单元而无需双向总线。

存储器1320可以包括任何类型的非临时性存储器，例如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、同步DRAM(SDRAM)、只读存储器(ROM)、其任意组合等。大容量存储元件1330可以包括任何类型的非暂时性存储设备，例如固态驱动器、硬盘驱动器、磁盘驱动器、光盘驱动器、USB驱动器或配置为存储数据和存储机器可执行程序代码的任何计算机程序产品。根据某些实施例，存储器1320或大容量存储器1330可以在其上记录有语句和指令，该语句和指令可以由处理器1310执行以用于执行上述任何上述方法步骤。

应当理解，尽管本文出于说明的目的已经描述了本技术的特定实施例，但是可以在不脱离本技术范围的情况下进行各种修改。因此，说明书和附图仅被视为由所附权利要求书所限定的本发明的说明，并且旨在涵盖落入本发明范围内的任何和所有修改、变化、组合或等同物。特别地，在本技术范围内提供计算机程序产品或程序元件、或程序存储或存储设备(例如磁线或光缆、磁带或磁盘等)，以用于存储由机器可读的信号、用于根据本技术的方法控制计算机的操作、和/或根据本技术的系统来构造其一些或全部组件。

与本文描述的方法相关联的动作可以被实现为计算机程序产品中的编码指令。换句话说，计算机程序产品是计算机可读介质，当计算机程序产品被加载到存储器中并在无线通信设备的微处理器上执行时，其上记录有软件代码以执行该方法。

与本文描述的方法相关联的动作可以被实现为多个计算机程序产品中的编码指令。例如，可以使用一个计算设备来执行该方法的第一部分，并且可以使用另一个计算设备、服务器等来执行该方法的第二部分。在这种情况下，每个计算机程序产品都是计算机可读介质，当计算机程序产品被加载到存储器中并在计算设备的微处理器上执行时，其上记录有软件代码以执行该方法的适当部分。

此外，该方法的每个步骤都可以在任何计算设备上执行，例如个人计算机、服务器、PDA等，并且依照从任何编程语言(例如C++，Java等)生成的一个或多个或一个或多个的一部分的程序元素、模块或对象。另外，每个步骤或实现每个所述步骤的文件或对象等可以由专用硬件或为此目的设计的电路模块来执行。

显然，本发明的前述实施例是示例，并且可以以许多方式改变。这样的当前或将来的变化不应被视为背离本发明的精神和范围，并且对于本领域技术人员而言显而易见的所有这样的修改旨在被包括在所附权利要求的范围内。

Claims (33)

1.无线通信网络中的装置，包括：共享无线承载层2L2结构，共享RB L2结构包括：

共享无线链路控制RLC子层，其包括一个或多个共享RLC实体；以及

共享分组数据汇聚协议PDCP子层，其包括一个或多个共享PDCP实体，

其中所述共享RLC子层和所述共享PDCP子层是在以下一项或多项中实现的：所述无线通信网络的核心部分的用户面功能、所述无线通信网络的接入部分的通用NodeB gNB的中央单元CU、所述gNB的分布式单元DU和所述无线通信网络的所述接入部分中的接入节点，

以及其中所述共享RB L2结构配置为用于所述装置与多个用户设备UE之间、或其他无线通信实体之间的通信。

2.根据权利要求1所述的装置，其中：

所述共享RLC子层和所述共享PDCP子层在所述gNB的所述CU中实现；或

所述共享RLC子层和所述共享PDCP子层在所述无线通信网络的所述核心部分中的用户面功能中实现；或

所述共享PDCP子层在所述CU中实现并且所述共享RLC子层在所述DU或所述接入节点中实现；或

所述共享PDCP子层在所述无线通信网络的所述核心部分中实现并且所述共享RLC子层在所述DU或所述接入节点中实现。

3.根据权利要求1或2所述的装置，其中所述一个或多个共享RLC实体中的每一个配置为对正向多个UE发送或从多个UE接收的分组执行RLC操作。

4.根据权利要求1-3中的任一项所述的装置，其中所述一个或多个共享PDCP实体中的每一个配置为对正向多个UE发送或从多个UE接收的分组执行PDCP操作。

5.根据权利要求1-4中的任一项所述的装置，其中对于具有以下一项或多项的多个UE实现所述共享RB L2结构：相同的QoS等级、属于相同的网络切片以及属于相同的UE组。

6.根据权利要求1-5中的任一项所述的装置，其中与所述共享RB L2结构相关联的MAC实体是所述共享无线承载的共享MAC实体，所述共享MAC实体配置为管理介质访问控制操作向多个UE以及从多个UE传输数据。

7.根据权利要求1-6中的任一项所述的装置，其中所述共享RB L2结构是信令无线承载，或者其中所述共享无线承载是数据无线承载。

8.根据权利要求1至7中的任一项所述的装置，其中分配用于与所述多个UE进行通信的无线资源、分配用于与所述多个UE进行通信的调制和编码方案、或两者是固定的，所述装置还配置为将所述固定分配传送给所述多个UE。

9.根据权利要求1至8中的任一项所述的装置，其中分配用于与所述多个UE进行通信的无线资源、分配用于与所述多个UE进行通信的调制和编码方案、或者两者对于传输粒度是可变的，所述装置还配置为将所述变量分配传送给所述多个UE。

10.根据权利要求1至9中的任一项所述的装置，其中所述多个UE对用于通信的无线资源的访问是基于竞争的。

11.根据权利要求1至10中的任一项所述的装置，其中所述多个UE对用于通信的无线资源的访问是基于无竞争的，所述装置还被配置为提供传输粒度资源分配信号，以供所述多个UE在访问所述无线资源中使用。

12.根据权利要求1至11中任一项所述的装置，其中所述共享PDCP实体配置为创建包括PDCP报头的PDCP协议数据单元PDU，所述PDCP报头包括UE标识、序列号和切片标识中的一个或多个。

13.根据权利要求1至12中任一项所述的装置，其中所述共享RLC实体配置为创建包括RLC报头的RLC协议数据单元PDU，所述RLC报头包括UE标识、分组标识、分段标识、切片标识以及所述RLC PDU中的有效载荷的描述中的一个或多个。

14.根据权利要求13所述的装置，其中所述RLC报头包括分组标识，所述分组标识由所述共享RLC实体从随机标识池中选择。

15.一种用于与多个用户设备UE进行无线下行链路通信的方法，所述方法由支持共享无线承载的装置执行，所述装置包括：多个UE粒度分组数据汇聚协议PDCP实体、共享PDCP实体、共享无线链路控制RLC实体和共享介质访问控制MAC实体，所述方法包括：

所述共享PDCP实体从所述多个UE粒度PDCP实体中的一个接收下行链路数据，所述下行链路数据用于传输至对应的UE；

所述共享PDCP实体将PDCP报头应用于所述下行链路数据，以产生PDCP下行链路输出，所述PDCP报头具有指示所述对应的UE的标识R-ID值；

所述共享RLC实体对所述PDCP下行链路输出执行一个或多个下行链路RLC操作，以产生RLC下行链路输出；以及

所述共享MAC实体无线发送所述RLC下行链路输出以供所述对应的UE接收。

16.根据权利要求15所述的方法，其中为具有以下一项或多项的多个UE实现所述共享无线承载：相同的QoS等级、属于相同的网络切片以及属于相同的UE组。

17.根据权利要求15或16所述的方法，其中分配给特定UE的所述R-ID值在一个或多个预定地理区域和预定网络切片中唯一地标识所述UE。

18.根据权利要求15至17中的任一项所述的方法，其中所述共享RLC实体配置为将标识分配给所接收的每个PDCP协议数据单元PDU。

19.根据权利要求15至18中的任一项所述的方法，其中所述共享RLC实体配置为当需要对PDCP PDU进行分段时，将分段标识分配给所述PDCP PDU。

20.根据权利要求15至19中任一项所述的方法，其中所述共享PDCP实体被配置为执行与所述R-ID有关的PDCP操作。

21.根据权利要求15至20中任一项所述的方法，其中所述每个UE粒度PDCP实体执行UE粒度的PDCP操作。

22.一种用于与多个用户设备UE进行无线上行链路通信的方法，所述方法由支持共享无线承载的装置执行，所述装置包括多个UE粒度分组数据汇聚协议PDCP实体、共享PDCP实体、共享无线链路控制RLC实体和共享介质访问控制MAC实体，所述方法包括：

所述共享MAC实体无线接收所述多个UE的分组分段，每个分组分段在其RLC报头中包括各自的报文标识，所述各自的报文标识指示每个分组分段所属的对应分组；

所述共享RLC实体，通过将具有匹配的分组标识的分组分段收集在一起，将所述分组分段重组为对应的分组，每个所述对应的分组具有PDCP报头，所述PDCP报头具有指示所述对应的UE的标识R-ID值；

所述共享PDCP实体基于所述R-ID值将所述对应的分组中的每一个与所述UE中的对应发起者的一个相关联；以及

所述共享PDCP实体将所述对应的分组中的每一个转发到与所述对应分组中的一个相关联的所述UE中的对应发起者的一个相关联的UE粒度PDCP实体。

23.根据权利要求22所述的方法，其中分配给特定UE的所述R-ID值在一个或多个预定地理区域和预定网络切片中唯一地标识所述UE。

24.根据权利要求22或23所述的方法，一个或多个所述分组分段封装了PDCP协议数据单元PDU，或者一个或多个所述分组分段封装了PDCP PDU的分段。

25.根据权利要求22至24中任一项所述的方法，在重组所述分组分段的过程中，所述共享RLC实体在确定丢失的分组分段时，触发所述丢失的分组分段的重发。

26.一种用于与多个用户设备UE进行无线下行链路通信的方法，所述方法由支持共享无线承载的装置执行，所述装置包括共享分组数据汇聚协议PDCP实体、共享无线链路控制RLC实体和共享介质访问控制MAC实体，该方法包括：

所述共享PDCP实体接收下行链路数据以传输到对应的UE；

所述共享PDCP实体对所述下行链路数据进行一个或多个下行链路PDCP操作，以产生PDCP下行链路输出；

所述共享RLC实体对所述PDCP下行链路输出执行一个或多个下行链路RLC操作，以产生RLC下行链路输出；以及

所述共享MAC实体无线发送所述RLC下行链路输出以供所述对应的UE接收。

27.根据权利要求26所述的方法，其中对于具有以下一个或多个的所述多个UE执行所述共享无线承载：相同的QoS等级、属于相同的网络切片以及属于相同的UE组。

28.根据权利要求26或27所述的方法，其中所述共享PDCP实体配置为执行以下各项中的一项或多项的PDCP操作：切片粒度的、服务粒度的以及组粒度的。

29.一种用于与多个用户设备UE进行无线上行链路通信的方法，所述方法由支持共享无线承载的装置执行，所述装置包括共享分组数据汇聚协议PDCP实体、共享无线链路控制RLC实体和共享介质访问控制MAC实体，所述方法包括：

所述共享MAC实体从所述多个UE无线接收分组分段，每个分组分段在其RLC报头中均包括指示其所属的对应分组的各个分组标识；

所述共享RLC实体通过将具有匹配的分组标识的分组分段收集在一起，将所述分组分段重组为对应的分组，每个所述对应的分组均具有PDCP报头；以及

所述共享PDCP实体对所述对应的分组执行一个或多个PDCP操作。

30.一种无线通信网络中的路径管理器装置，配置为：

接收移动UE的位置信息；

基于所述位置信息确定一个或多个能够将下行链路数据转发至所述移动UE的接入节点；以及

向包括所述确定的一个或多个接入节点的多个接入节点共享的PDCP实体发送能够将下行链路数据转发到所述移动UE的所述确定的一个或多个接入节点的指示，

其中所述PDCP实体随后将PDCP PDU发送给所述确定的一个或多个接入节点中的至少一个，以供所述移动UE接收。

31.根据权利要求30所述的路径管理器装置，还配置为：

接收包括所述移动UE的两个或多个移动UE的组中的每一个UE的位置信息，所述每个UE订阅到多播服务或广播服务；

确定能够将下行链路数据转发到两个或多个移动UE的所述组中的每个UE的接入节点；以及

向包括所述确定的一个或多个接入节点的多个接入节点共享的PDCP实体发送能够将下行链路数据转发到两个或多个移动UE的所述组中的UE的所述确定的一个或多个接入节点的指示，

其中所述PDCP实体随后将PDCP PDU发送给所述确定的一个或多个接入节点中的至少一个，以供两个或多个移动UE的所述组中的UE接收。

32.一种无线通信网络中的R-ID管理器装置，其配置为：

维护与公共区域相关联的接入节点列表；

维护所述公共区域的可分配R-ID值池；

响应于UE变得与一个或多个接入节点相关联，所述一个或多个接入节点与所述公共区域相关联，向所述UE分配当前未分配的所述R-ID值中的一个，并在所述分配的R-ID值和UE的UE ID之间创建映射关系；

使一个或多个PDCP实体通知所述分配的R-ID值，以供在上行链路通信、下行链路通信或两者中使用；以及

使所述UE通知所述分配的R-ID值，以供在上行链路通信、下行链路通信或两者中使用。

33.根据权利要求32所述的R-ID管理器装置，其中所述装置配置为将所述当前未分配的所述R-ID值中的一个分配给所述UE，以便在一个或两个预定地理区域和预定网络切片中唯一地标识所述UE。

Images