CN117939527A - 用于支持多路径传送的方法和中继用户设备 - Google Patents

Abstract

公开一种用于支持多路径传送的方法和中继用户设备。中继用户设备与网络节点连接。中继用户设备还经由非3GPP标准接口与远程用户设备连接。此外，中继用户设备通过网络节点配置有与远程用户设备的间接承载相关联的无线电链路控制实体。另外，中继用户设备向网络节点传送缓冲区状态报告，其中缓冲区状态报告包含包数据汇聚协议实体和无线电链路控制实体中的数据量，并且其中包数据汇聚协议实体与间接承载相关联且在远程用户设备中建立。

Description

用于支持多路径传送的方法和中继用户设备

相关申请的交叉引用

本申请要求2022年10月26日提交的第63/419,463号美国临时专利申请的权益，所述申请的全部公开内容以全文引用的方式并入本文中。

技术领域

本公开大体上涉及无线通信网络，且更具体地说，涉及无线通信系统中用于多路径传送情境2缓冲区状态报告的方法和中继用户设备。

背景技术

随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求的快速增长，传统的移动语音通信网络演变成与互联网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。

示例性网络结构是演进型通用陆地无线接入网(E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。

发明内容

公开一种用于支持多路径(multi-path，MP)传送的方法和装置。在一个实施例中，中继用户设备(user equipment，UE)与网络节点连接。中继UE还经由非3GPP标准接口与远程UE连接。此外，中继UE通过网络节点配置有与远程UE的间接承载相关联的无线电链路控制(Radio Link Control，RLC)实体。另外，中继UE向网络节点传送缓冲区状态报告(bufferstatus report，BSR)，其中BSR包含包数据汇聚协议(Packet Data ConvergenceProtocol，PDCP)实体和RLC实体中的数据量，并且其中PDCP实体与间接承载相关联且在远程UE中建立。

附图说明

图1示出了根据一个示例性实施例的无线通信系统的图。

图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。

图3是根据一个示例性实施例的通信系统的功能框图。

图4是根据一个示例性实施例的图3的程序代码的功能框图。

图5是3GPP TS 38.300V17.2.0的图16.12.2.1-1的再现。

图6是3GPP TS 38.300V17.2.0的图16.12.2.1-2的再现。

图7是3GPP TS 38.300V17.2.0的图16.12.5.1-1的再现。

图8是3GPP TS 38.300V17.2.0的图16.12.6.2-1的再现。

图9是3GPP TS 38.331 V17.2.0的图5.3.3.1-1的再现。

图10是3GPP TS 38.331 V17.2.0的图5.3.3.1-2的再现。

图11是3GPP TS 38.331 V17.2.0的图5.3.5.1-1的再现。

图12是3GPP TS 38.331 V17.2.0的图5.3.5.1-2的再现。

图13是3GPP TS 38.321 V17.2.0的图6.1.3.1-1的再现。

图14是3GPP TS 38.321 V17.2.0的图6.1.3.1-2的再现。

图15示出根据一个示例性实施例的用于多路径传送(情境1)的协议堆栈。

图16示出根据一个示例性实施例的用于多路径传送(情境2)的协议堆栈。

图17示出根据一个示例性实施例的支持情境2的无线电承载配置和BSR报告。

图18是根据一个示例性实施例的流程图。

图19是根据一个示例性实施例的流程图。

图20是根据一个示例性实施例的流程图。

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如语音、数据等。这些系统可以基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、3GPP长期演进(Long Term Evolution，LTE)无线接入、3GPP LTE-A或LTE高级(长期演进高级)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax、3GPP新无线电(NewRadio，NR)或一些其它调制技术。

具体地说，下文描述的示例性无线通信系统装置可以设计成支持一个或多个标准，例如由名称为“第三代合作伙伴计划”(在本文中被称作3GPP)的协会提供的标准，包含：TS 38.300V17.2.0，“NR；NR和NR-RAN总体描述；阶段2(版本17)”；TS 38.331 V17.2.0，“NR；无线资源控制(RRC)协议规范(版本17)”；TS 38.321 V17.2.0，“NR；媒体接入控制(MAC)协议规范(版本17)”；以及RP-213585，“关于NR侧链路中继增强的新WID”，LG电子。上文所列的标准和文档在此明确地以全文引用的方式并入。

图1示出根据本发明的一个实施例的多址无线通信系统。接入网络100(AN)包含多个天线群组，其中一个天线群组包含104和106，另一天线群组包含108和110，并且又一天线群组包含112和114。在图1中，针对每一天线群组仅示出了两个天线，但是每一天线群组可利用更多或更少个天线。接入终端116(AT)与天线112和114通信，其中天线112和114经由前向链路120向接入终端116传送信息，并经由反向链路118从接入终端116接收信息。接入终端122与天线106和108通信，其中天线106和108经由前向链路126向接入终端122传送信息，并经由反向链路124从接入终端122接收信息。在FDD系统中，通信链路118、120、124和126可使用不同频率以供通信。例如，前向链路120可使用与反向链路118所使用的频率不同的频率。

每一天线群组和/或它们被设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中，天线群组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。

在经由前向链路120和126的通信中，接入网络100的传送天线可利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于通过单个天线传送到它的所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的接入网络会对相邻小区中的接入终端产生更少的干扰。

接入网络(AN)可以是用于与终端通信的固定台或基站，并且也可被称作接入点、Node B、基站、增强型基站、演进Node B(eNodeB)、网络节点、网络，或某一其它术语。接入终端(AT)还可以被称为用户设备(user equipment，UE)、无线通信装置、终端、接入终端或某一其它术语。

图2是MIMO系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(access terminal，AT)或用户设备(user equipment，UE))的实施例的简化框图。在传送器系统210处，从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。

在一个实施例中，经由相应的传送天线传送每一数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案而对所述数据流的业务数据进行格式化、译码和交错以提供经译码数据。

可使用OFDM技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据模式，且可在接收器系统处使用以估计信道响应。随后基于针对每个数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)来调制(即，符号映射)用于所述数据流的经复用导频和经译码数据以提供调制符号。通过由处理器230执行的指令可确定用于每一数据流的数据速率、译码和调制。

接着将所有数据流的调制符号提供到TX MIMO处理器220，所述TX MIMO处理器220可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将N_T个调制符号流提供给N_T个传送器(TMTR)222a到222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号及从其传送所述符号的天线。

每个传送器222接收并处理相应符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波和上变频转换)所述模拟信号以提供适合于经由MIMO信道传送的经调制信号。接着分别从N_T个天线224a到224t传送来自传送器222a到222t的N_T个经调制信号。

在接收器系统250处，由N_R个天线252a到252r接收所传送的经调制信号，并且将从每一天线252接收到的信号提供到相应的接收器(RCVR)254a到254r。每一接收器254调节(例如，滤波、放大和下转换)相应的接收信号，数字化经调节信号以提供样本，和进一步处理所述样本以提供对应的“接收”符号流。

RX数据处理器260接着基于特定接收器处理技术从N_R个接收器254接收和处理N_R个接收符号流以提供N_T个“检测到的”符号流。RX数据处理器260接着对每一检测到的符号流进行解调、解交错和解码以恢复数据流的业务数据。由RX处理器260进行的处理与传送器系统210处的TX MIMO处理器220及TX数据处理器214所执行的处理互补。

处理器270定期确定使用哪一预译码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括与通信链路和/或接收数据流有关的各种类型的信息。反向链路消息接着通过TX数据处理器238(所述TX数据处理器238还从数据源236接收数个数据流的业务数据)处理，通过调制器280调制，通过传送器254a到254r调节，并被传送回到传送器系统210。

在传送器系统210处，来自接收器系统250的经调制信号通过天线224接收，通过接收器222调节，通过解调器240解调，并通过RX数据处理器242处理，以提取通过接收器系统250传送的反向链路消息。接着，处理器230确定使用哪一预译码矩阵以确定波束成形权重，然后处理所提取的消息。

转向图3，此图示出根据本发明的一个实施例的通信装置的替代性简化功能框图。如图3中所示，可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无线通信系统优选为NR系统。通信装置300可包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可接收由用户通过输入装置302(例如，键盘或小键盘)输入的信号，且可通过输出装置304(例如，显示器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号，以将接收信号传递到控制电路306且无线地输出由控制电路306产生的信号。无线通信系统中的通信装置300还可用于实现图1中的AN 100。

图4是根据本发明的一个实施例在图3中所示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部分406。层3部分402一般执行无线电资源控制。层2部分404一般执行链路控制。层1部分406一般执行物理连接。

3GPP TS 38.300如下指定侧链路中继、侧链路资源分配模式、用于L2 UE到网络中继的协议架构、无线电资源控制(RRC)连接管理以及直接到间接路径切换：

16.12侧链路中继

16.12.1总则

引入侧链路中继以支持5G ProSe UE到网络中继(U2N中继)功能(在TS23.304[48]中指定)，以针对U2N远程UE提供到网络的连接性。支持L2和L3 U2N中继架构两者。L3 U2N中继架构对U2N中继UE的服务NG-RAN是透明的，不同之处在于控制侧链路资源。用于L3 U2N中继的详细架构和程序可见于TS23.304[48]。

U2N中继UE应处于RRC_CONNECTED以执行单播数据的中继。

对于L2 U2N中继操作，支持以下RRC状态组合：

-L2 U2N中继和L2 U2N远程UE两者应处于RRC_CONNECTED以执行经中继单播数据的传送/接收；以及

-L2 U2N中继UE可以处于RRC_IDLE、RRC_INACTIVE或RRC_CONNECTED，只要连接到L2 U2N中继UE的所有L2 U2N远程UE处于RRC_INACTIVE或RRC_IDLE即可。

在一个L2 U2N中继UE与一个L2 U2N远程UE之间建立单个单播链路。经由给定L2U2N中继UE到L2 U2N远程UE的NG-RAN的业务和L2 U2N中继UE的业务应当在不同Uu RLC信道中分离。

对于L2 U2N中继，L2 U2N远程UE可仅配置成使用资源分配模式2(如5.7.2和16.9.3.1中规定)用于中继数据。

16.12.2协议架构

16.12.2.1L2 UE到网络中继

用于L2 U2N中继架构的用户平面和控制平面的协议堆栈在图16.12.2.1-1和图16.12.2.1-2中示出。SRAP子层在PC5接口和Uu接口处置于用于CP和UP的RLC子层上方。UuSDAP、PDCP和RRC终止于L2 U2N远程UE与gNB之间，而SRAP、RLC、MAC和PHY终止于每一跃点(即，L2 U2N远程UE与L2 U2N中继UE之间的链路和L2 U2N中继UE与gNB之间的链路)中。

对于L2 U2N中继，PC5跃点上方的SRAP子层仅用于承载映射的目的。在用于在BCCH和PCCH上中继L2 U2N远程UE的消息的PC5跃点上不存在SRAP子层。对于SRB0上的L2 U2N远程UE的消息，SRAP标头不存在于PC5跃点上，但SRAP标头存在于用于DL和UL的Uu跃点上。

[3GPP TS 38.300V17.2.0中名称为“用于L2 UE到网络中继的用户平面协议堆栈”的图16.12.2.1-1再现为图5]

[3GPP TS 38.300V17.2.0中名称为“用于L2 UE到网络中继的控制平面协议堆栈”的图16.12.2.1-2再现为图6]

对于L2 U2N中继，针对上行链路：

-Uu SRAP子层执行用于中继的入口PC5中继RLC信道与L2 U2N中继UE Uu接口上的出口Uu中继RLC信道之间的UL承载映射。对于上行链路中继业务，相同L2 U2N远程UE和/或不同L2 U2N远程UE的不同端到端Uu无线承载(SRB或DRB)可在相同出口Uu中继RLC信道上多路复用；

-Uu SRAP子层支持用于UL业务的L2 U2N远程UE标识。L2 U2N远程UE端到端Uu无线电承载的身份信息和本地远程UE ID在UL处包含于Uu SRAP标头中，以便gNB使用于特定PDCP实体的接收包与L2 U2N远程UE的正确端到端Uu无线电承载相关联；

-在L2 U2N远程UE处的PC5 SRAP子层支持L2 U2N远程UE端到端Uu无线电承载与出口PC5中继RLC信道之间的UL承载映射。

对于L2 U2N中继，针对下行链路：

-Uu SRAP子层执行gNB处的DL承载映射以将L2 U2N远程UE的端到端Uu无线电承载(SRB，DRB)映射到Uu中继RLC信道中。Uu SRAP子层执行L2 U2N远程UE和/或不同L2 U2N远程UE的多个端到端无线电承载(SRB或DRB)与L2 U2N中继UE Uu接口上的一个Uu中继RLC信道之间的DL承载映射和数据多路复用；

-Uu SRAP子层支持用于DL业务的L2 U2N远程UE标识。L2 U2N远程UE端到端Uu无线电承载的身份信息和本地远程UE ID在DL处由gNB包含到Uu SRAP标头中，用于L2 U2N中继UE实现入口Uu中继RLC信道与出口PC5中继RLC信道之间的DL承载映射；

-在L2 U2N中继UE处的PC5 SRAP子层执行入口Uu中继RLC信道与出口PC5中继RLC信道之间的DL承载映射；

-在L2 U2N远程UE处的PC5 SRAP子层基于PC5 SRAP标头中包含的身份信息使所接收包和与L2 U2N远程UE的给定端到端无线电承载相关联的正确PDCP实体相关。

本地远程UE ID包含于PC5 SRAP标头和Uu SRAP标头中。L2 U2N中继UE由gNB配置有将在SRAP标头中使用的本地远程UE ID。L2 U2N远程UE经由包含RRCSetup、RRCReconfiguration、RRCResume和RRCReestablishment的Uu RRC消息从gNB获得本地远程ID。

L2 U2N远程UE的端到端DRB或端到端SRB(SRB0除外)可在PC5跃点和Uu跃点两者中多路复用到PC5中继RLC信道和Uu中继RLC信道，但端到端DRB和端到端SRB既不可映射到相同PC5中继RLC信道中，也不可映射到相同Uu中继RLC信道中。

gNB职责是避免本地远程UE ID的使用的冲突。gNB可通过经由RRCReconfiguration消息发送经更新本地远程UE ID而更新本地远程UE ID。服务gNB可独立于PC5单播链路L2 ID更新程序而执行本地远程UE ID更新。

[…]

16.12.5.1RRC连接管理

在用户平面数据传送之前L2 U2N远程UE需要与网络建立其自身的PDU会话/DRB。

NR侧链路PC5单播链路建立程序可用于在L2 U2N远程UE经由L2 U2N中继UE与网络建立Uu RRC连接之前在L2 U2N远程UE与L2 U2N中继UE之间设置安全单播链路。

L2 U2N远程UE的Uu SRB1/SRB2和DRB的建立经受用于L2 UE到网络中继的Uu配置程序。

图16.12.5.1-1中的以下高级连接建立程序适用于L2 U2N中继和L2 U2N远程UE：

[3GPP TS 38.300V17.2.0中名称为“用于L2 U2N远程UE连接建立的程序”的图

16.12.5.1-1再现为图7]

1.L2 U2N远程和L2 U2N中继UE执行发现程序，且使用NR侧链路PC5单播链路建立程序建立PC5-RRC连接。

2.L2 U2N远程UE使用指定PC5中继RLC信道配置发送第一RRC消息(即，RRCSetupRequest)以用于其经由L2 U2N中继UE与gNB的连接建立。如果L2 U2N中继UE不处于RRC_CONNECTED，那么其需要在接收到指定PC5中继RLC信道上的消息之后即刻执行其自身的Uu RRC连接建立。在L2 U2N中继UE的RRC连接建立程序之后，gNB配置到U2N中继UE的SRB0中继Uu中继RLC信道。gNB以RRCSetup消息响应于L2 U2N远程UE。使用Uu上的SRB0中继Uu中继信道和PC5上的指定PC5中继RLC信道将RRCSetup消息发送到L2 U2N远程UE。

注1：空。

3.gNB和L2 U2N中继UE通过Uu执行中继信道设置程序。根据来自gNB的配置，L2U2N中继/远程UE建立PC5中继RLC信道以用于SRB1通过PC5朝向L2 U2N远程/中继UE的中继。

4.使用PC5上的SRB1中继信道和Uu上的被配置到L2 U2N中继UE的SRB1中继信道，经由L2 U2N中继UE由L2 U2N远程UE将RRCSetupComplete消息发送到gNB。随后L2 U2N远程UE如同与gNB处于RRC_CONNECTED。

5.L2 U2N远程UE和gNB遵循Uu安全模式程序建立安全性，且通过L2 U2N中继UE转发安全性消息。

6.gNB经由L2 U2N中继UE将RRCReconfiguration消息发送到L2 U2N远程UE，以设置L2 U2N远程UE的端到端SRB2/DRB。L2 U2N远程UE经由L2 U2N中继UE向gNB发送RRCReconfigurationComplete消息作为响应。另外，gNB可以配置gNB与L2 U2N中继UE之间的额外Uu中继RLC信道，以及L2 U2N中继UE与L2 U2N远程UE之间的PC5中继RLC信道以用于中继业务。

[…]

16.12.6.2从直接路径到间接路径的切换

gNB可选择处于任何RRC状态，即RRC_IDLE、RRC_INACTIVE或RRC_CONNECTED中的L2U2N中继UE作为用于直接到间接路径切换的目标L2 U2N中继UE。

对于L2 U2N远程UE的服务连续性，在L2 U2N远程UE经由处于RRC_CONNECTED的L2U2N中继UE切换到间接路径的情况下，使用以下程序：

[3GPP TS 38.300V17.2.0中名称为“用于L2 U2N远程UE经由处于RRC_CONNECTED的L2 U2N中继UE切换到间接路径的程序”的图16.12.6.2-1再现为图8]

1.L2 U2N远程UE在其测量/发现候选L2 U2N中继UE之后报告一个或多个候选L2U2N中继UE和Uu测量值：

-L2 U2N远程UE在报告之前根据中继选择准则过滤适当的L2 U2N中继UE。L2 U2N远程UE应仅报告满足较高层准则的L2 U2N中继UE候选者；

-报告至少包含L2 U2N中继UE ID、L2 U2N中继UE的服务小区ID和侧链路测量量信息。SD-RSRP用作侧链路测量量。

2.gNB决定将L2 U2N远程UE切换到目标L2 U2N中继UE。随后gNB将RRCReconfiguration消息发送到目标L2 U2N中继UE，其至少包含L2 U2N远程UE的本地ID和L2 ID、用于中继的Uu和PC5中继RLC信道配置，以及承载映射配置。

3.gNB将RRCReconfiguration消息发送到L2 U2N远程UE。RRCReconfiguration消息至少包含L2 U2N中继UE ID、远程UE的本地ID、用于中继业务的PC5中继RLC信道配置，以及相关联端到端无线电承载。L2 U2N远程UE在从gNB接收到RRCReconfiguration消息之后停止直接路径上的UP和CP传送。

4.L2 U2N远程UE与目标L2 U2N中继UE建立PC5 RRC连接。

5.L2 U2N远程UE通过经由L2 U2N中继UE将RRCReconfigurationComplete消息发送到gNB而完成路径切换程序。

6.数据路径在L2 U2N远程UE与gNB之间从直接路径切换到间接路径。

在用于直接到间接路径切换的选定L2 U2N中继UE处于RRC_IDLE或RRC_INACTIVE的情况下，在接收到路径切换命令之后，L2 U2N远程UE与L2 U2N中继UE建立PC5链路且经由L2 U2N中继UE发送RRCReconfigurationComplete消息，其触发L2 U2N中继UE进入RRC_CONNECTED状态。图16.12.6.2-1中的用于L2 U2N远程UE切换到间接路径的程序也可在用于直接到间接路径切换的选定L2 U2N中继UE处于RRC_IDLE或RRC_INACTIVE的情况下应用，不同之处在于RRCReconfiguration消息是在L2 U2N中继UE进入RRC_CONNECTED状态之后从gNB发送到L2 U2N中继UE，这发生在步骤4与步骤5之间。

3GPP TS 38.331如下指定用于建立UE与gNB之间的RRC连接的RRC连接建立以及用于提供无线电资源配置以支持L2 UE到网络中继的RRC重新配置：

5.3.3 RRC连接建立

5.3.3.1总则

[3GPP TS 38.331 V17.2.0中名称为“RRC连接建立，成功”的图5.3.3.1-1再现为图9]

[3GPP TS 38.331 V17.2.0中名称为“RRC连接建立，网络拒绝”的图5.3.3.1-2再现为图10]

此程序的目的是建立RRC连接。RRC连接建立涉及SRB1建立。程序还用于将初始NAS专用信息/消息从UE传送到网络。

网络例如如下应用程序：

-当建立RRC连接时；

-当UE正在恢复或重建RRC连接且网络不能够检索或验证UE上下文时。在此情况下，UE接收RRCSetup且以RRCSetupComplete作出响应。

[…]

5.3.5RRC重新配置

5.3.5.1总则

[3GPP TS 38.331 V17.2.0中标题为“RRC重新配置，成功”的图5.3.5.1-1再现为图11]

[3GPP TS 38.331 V17.2.0中名称为“RRC重新配置，失败”的图5.3.5.1-2再现为图12]

此程序的目的是修改RRC连接，例如建立/修改/释放RB/BH RLC信道/Uu中继RLC信道/PC5中继RLC信道、执行具有同步的重新配置、设置/修改/释放测量、添加/修改/释放SCell和小区群组、添加/修改/释放条件性切换配置、添加/修改/释放条件性PSCell改变或条件性PSCell添加配置。作为程序的一部分，可以将NAS专用信息从网络转移给UE。

[…]

5.3.5.2发起

网络可以在RRC_CONNECTED中向UE发起RRC重新配置程序。网络应用如下程序：

-仅当已经激活AS安全性时才执行RB的建立(而非SRB1，其在RRC连接建立期间建立)；

-仅当已经激活AS安全性时才执行IAB的BH RLC信道的建立；

-仅当已激活AS安全性时才执行用于L2 U2N中继UE的Uu中继RLC信道和PC5中继RLC信道的建立(在RRC连接建立之前建立的SL-RLC0和SL-RLC1除外)，且仅当已激活AS安全性时才执行用于L2 U2N远程UE的PC5中继RLC信道的建立(在RRC连接建立之前建立的SL-RLC0和SL-RLC1除外)；

-仅当已经激活AS安全性时才执行次小区群组和SCell的添加；

-仅当在SCG中设置至少一个RLC承载或BH RLC信道时，reconfigurationWithSync才包含在secondaryCellGroup中；

-仅当已经激活AS安全性时reconfigurationWithSync才包含在masterCellGroup中，并且设置且不暂停具有至少一个DRB或多播MRB的SRB2或用于IAB的SRB2；

-仅当在SCG中设置至少一个RLC承载时才包含用于CPC的conditionalReconfiguration；

-仅当已激活AS安全性时才包含用于CHO或CPA的conditionalReconfiguration，并且设置且不暂停具有至少一个DRB或多播MRB的SRB2或用于IAB的SRB2。

[…]

6.2.2消息定义

6.3.2无线电资源控制信息元素

[…]

-CellGroupConfig

CellGroupConfig IE用于配置主小区群组(master cell group，MCG)或次小区群组(secondary cell group，SCG)。小区群组包括一个MAC实体、具有相关联RLC实体的一组逻辑信道以及主小区(SpCell)和一个或多个次小区(SCell)。

CellGroupConfig信息元素

/>

/>

/>

/>

/>

/>

/>

/>

/>

6.3.5侧链路信息元素

/>

/>

3GPP TS 38.321如下指定缓冲区状态报告：

5.4.5缓冲区状态报告

缓冲区状态报告(BSR)程序用于为服务gNB提供关于MAC实体中的UL数据量的信息。

RRC配置以下参数以控制BSR：

-periodicBSR-Timer；

-retxBSR-Timer；

-logicalChannelSR-DelayTimerApplied；

-logicalChannelSR-DelayTimer；

-logicalChannelSR-Mask；

-logicalChannelGroup、logicalChannelGroup-IAB-Ext；

-sdt-LogicalChannelSR-DelayTimer。

每个逻辑信道可使用logicalChannelGroup分配到LCG。LCG的最大数目是八，配置有logicalChannelGroup-IAB-Ext的IAB-MT除外，其LCG的最大数目是256。

MAC实体根据TS 38.322[3]和38.323[4]中的数据量计算程序来确定可用于逻辑信道的UL数据量。

如果针对已激活小区群组发生以下事件中的任一个，则应当触发BSR：

-对于属于LCG的逻辑信道，UL数据变得可用于MAC实体；以及

-此UL数据属于具有比含有属于任何LCG的可用UL数据的任何逻辑信道的优先级高的优先级的逻辑信道；或

-属于LCG的逻辑信道中没有一个含有任何可用UL数据。

在此情况下下文将BSR称为‘常规BSR’；

-分配UL资源且填补位的数目等于或大于缓冲区状态报告MAC CE加上其子标头的大小，在此情况下下文将BSR称为‘填补BSR’；

-retxBSR-Timer到期，且属于LCG的逻辑信道中的至少一个含有UL数据，在此情况下，下文将所述BSR称为‘常规BSR’；

-periodicBSR-Timer到期，在此情况下下文将BSR称为‘周期性BSR’。

注1：当同时针对多个逻辑信道发生常规BSR触发事件时，每个逻辑信道触发一个单独的常规BSR。

对于常规BSR，MAC实体应：

1>如果针对由上部层配置具有值真的logicalChannelSR-DelayTimerApplied的逻辑信道触发BSR，且SDT程序根据条款5.27不在进行中，则：

2>启动或重新启动logicalChannelSR-DelayTimer。

1>否则如果针对由上部层配置具有值真的logicalChannelSR-DelayTimerApplied的逻辑信道触发BSR，且SDT程序根据条款5.27在进行中，则

2>启动或重新启动具有由sdt-LogicalChannelSR-DelayTimer配置的值的logicalChannelSR-DelayTimer。

1>否则：

2>如果在运行，那么停止logicalChannelSR-DelayTimer。

对于规则和周期性BSR，未由上部层配置logicalChannelGroup-IAB-Ext的MAC实体应当：

1>如果在要建立含有BSR的MAC PDU时，多于一个LCG具有可用于传送的数据，那么：

2>针对具有可用于传送的数据的所有LCG，报告长BSR。

1>否则：

2>报告短BSR。

对于规则和周期性BSR，由上部层配置logicalChannelGroup-IAB-Ext的MAC实体应当：

1>如果在要建立含有BSR的MAC PDU时，多于一个LCG具有可用于传送的数据，那么：

2>如果被配置LCG当中的最大LCG ID是7或更低：

3>针对具有可用于传送的数据的所有LCG，报告长BSR。

2>否则：

3>针对具有可用于传送的数据的所有LCG，报告扩展长BSR。

1>否则：

2>报告扩展短BSR。

对于填补BSR，未由上部层配置logicalChannelGroup-IAB-Ext的MAC实体应当：

1>如果填补位的数目等于或大于短BSR加上其子标头的大小但小于长BSR加上其子标头的大小：

2>如果在要建立BSR时，多于一个LCG具有可用于传送的数据：

3>如果填充位的数目等于短BSR加上其子标头的大小：

4>对于具有可用于传送的数据的最高优先级逻辑信道报告LCG的短截断BSR。

3>否则：

4>遵循最高优先级逻辑信道的降低次序(具有或不具有可用于传送的数据)，并且在优先级相同的情况下以LCGID的递增次序，向具有带有可用于传送的数据的逻辑信道的LCG报告长截断BSR。

2>否则：

3>报告短BSR。

1>否则如果填补位的数目等于或大于长BSR加上其子标头的大小：

2>针对具有可用于传送的数据的所有LCG，报告长BSR。

对于填补BSR，由上部层配置logicalChannelGroup-IAB-Ext的MAC实体应当：

1>如果填补位的数目等于或大于扩展短BSR加上其子标头的大小但小于扩展长BSR加上其子标头的大小：

2>如果在要建立BSR时，多于一个LCG具有可用于传送的数据：

3>如果填补位的数目小于具有零缓冲区大小字段的扩展长截断BSR加上其子标头的大小：

4>对于具有可用于传送的数据的最高优先级逻辑信道报告LCG的扩展短截断BSR。

3>否则：

4>对于具有可用于传送的数据的逻辑信道报告LCG的扩展长截断BSR，在这些LCG中的每一个中遵循最高优先级逻辑信道的降低次序(具有或不具有可用于传送的数据)，并且在优先级相同的情况下遵循LCGID的递增次序。

2>否则：

3>报告扩展短BSR。

1>否则如果填补位的数目等于或大于扩展长BSR加上其子标头的大小：

2>针对具有可用于传送的数据的所有LCG，报告扩展长BSR。

对于通过retxBSR-Timer到期触发的BSR，MAC实体考虑在触发BSR时，触发BSR的逻辑信道是具有可用于传送的数据的最高优先级逻辑信道。

MAC实体将：

1>如果缓冲区状态报告程序确定至少一个BSR已触发且未取消：

2>如果由于逻辑信道优先化，UL-SCH资源可用于新传送并且UL-SCH资源可适应BSR MAC CE加上其子标头，那么：

3>指示多路复用和组合程序产生BSR MAC CE，如条款6.1.3.1中定义；

3>启动或重新启动periodicBSR-Timer，当所有所产生BSR是长或短截断或者扩展长或短截断BSR时除外；

3>启动或重新启动retxBSR-Timer。

2>如果规则BSR已被触发且logicalChannelSR-DelayTimer不处于运行中：

3>如果不存在可用于新传送的UL-SCH资源；或

3>如果MAC实体配置有经配置上行链路准予且针对logicalChannelSR-Mask被设置为假的逻辑信道触发规则BSR；或

3>如果可用于新传送的UL-SCH资源不满足配置成用于触发BSR的逻辑信道的LCP映射限制(参见条款5.4.3.1)，那么：

4>触发调度请求。

注2：如果MAC实体已配置有、接收到或确定上行链路准予，则UL-SCH资源被视为可用。如果MAC实体已在给定时间点确定UL-SCH资源是可用的，那么这无需意味着UL-SCH资源可用于所述时间点。

即使当多个事件已触发BSR时，MAC PDU也应最多含有一个BSR MAC CE。常规BSR和周期性BSR应优先于填充BSR。

MAC实体应在接收到针对任何UL-SCH上的新数据的传送的授权后重新启动retxBSR-Timer。

当UL准予可以适应可用于传送的所有待决数据但并不足以另外适应BSR MAC CE加上其子标头时，可取消所有触发的BSR。当传送MAC PDU并且此PDU包含长、扩展长、短或扩展短的BSR MAC CE时，应取消在MAC PDU组合之前触发的所有BSR，所述BSR MAC CE含有在MAC PDU组合之前触发BSR的上至(且包含)上一事件的缓冲区状态。

注3：MAC PDU组合可在上行链路准予接收与对应MAC PDU的实际传送之间的任何时间点发生。可在组合含有BSR MAC CE的MAC PDU之后但在传送此MAC PDU之前触发BSR和SR。另外，可在MAC PDU组合期间触发BSR和SR。

注4：空

注5：如果HARQ进程配置有cg-RetransmissionTimer且如果BSR已经包含在MACPDU中以通过此HARQ进程在经配置准予上传送，但尚未通过下部层传送，则如何处理BSR内容取决于UE实施方案。

[…]

6.1.3.1缓冲区状态报告MAC CE

[3GPP TS 38.321 V17.2.0中名称为“短BSR和短截断BSR MAC CE”的图6.1.3.1-1再现为图13]

[3GPP TS 38.321 V17.2.0中名称为“长BSR、长截断BSR和预占BSR MAC CE”的图

6.1.3.1-2再现为图14]

-LCG ID：逻辑信道群组ID字段标识正报告缓冲区状态的逻辑信道的群组。字段的长度针对短BSR和短截断BSR格式的情况是3位，且针对扩展短BSR和扩展短截断BSR格式的情况是8位；

-LCG_i：针对长BSR格式、扩展长BSR格式、预占BSR格式和扩展预占BSR格式，此字段指示用于逻辑信道群组i的缓冲区大小字段的存在。设置成1的LCG_i字段指示逻辑信道群组i的缓冲区大小字段被报告。设置成0的LCG_i字段指示逻辑信道群组i的缓冲区大小字段未被报告。对于长截断BSR格式和扩展长截断BSR格式，此字段指示逻辑信道群组i是否具有数据可用。设置成1的LCG_i字段指示逻辑信道群组i具有可用数据。设置成0的LCG_i字段指示逻辑信道群组i不具有可用数据；

[…]

3GPP RP-213585是用于版本18的NR侧链路中继增强的新WID。下文引述此WID中的理由和目标：

3理由

3GPP RAN批准了Rel-17中的研究项目“关于NR侧链路中继的研究”，以便考虑包含V2X、公共安全以及商业应用和服务的较宽范围，覆盖支持UE到网络中继和UE间中继覆盖扩展所必要的增强和解决方案。研究结果记录于3GPP TR 38.836中，且其含有用于侧链路中继的潜在技术方案，结论是基于层2的中继架构和基于层3的中继架构都是可行的，以及其规范性工作的建议。然而，随后的Rel-17工作项“NR侧链路中继”由于缺乏时间而仅包含有限的特征。特定来说，其仅支持UE到网络中继，且其服务连续性解决方案限于层2中继中的gNB内直接到间接和间接到直接路径切换。

在SA中批准用于ProSe阶段2的研究项目，以便研究进一步5G系统增强以支持Rel-18中的接近服务。根据SA工作，用于侧链路中继的RAN侧增强是必要的。

对于需要侧链路中继的使用情况的更好支持，进一步增强是必要的，以便引入在Rel-17研究项目期间标识的可能的解决方案。具体来说，对于在不依赖于上行链路和下行链路的使用的情况下的侧链路覆盖扩展，UE间中继的支持是至关重要的。UE到网络中继中的服务连续性增强也是必要的，以便覆盖Rel-17 WI中不支持的移动性情境。

另外，支持具有中继的多路径，其中远程UE经由直接和间接路径连接到网络，具有提高可靠性/稳健性以及输送量的潜能，因此其需要被视为版本18中的增强区域。此多路径中继解决方案还可用于UE聚合，其中UE经由直接路径且经由使用非标准化UE-UE互连的另一UE连接到网络。UE聚合旨在在普通UE受到UL UE传输功率的限制而无法达到所需位率(尤其是在小区的边缘处)的情况下，在5G终端上提供需要高UL位率的应用。另外，UE聚合还可提高服务的可靠性、稳定性且减小延迟，也就是说，如果终端的信道条件退化，那么可使用另一终端来补偿由信道条件变化引起的业务性能不稳定。

4目标

4.1SI或核心部分WI或测试部分WI的目标

此工作项的目标是规定为V2X、公共安全和商业使用案例增强NR侧链路中继的解决方案。

1.指定支持用于单播的单跳层2和层3UE间中继(即，源UE->中继UE->目的地UE)的机制[RAN2，RAN3，RAN4]。

A.用于层2和层3中继被优先化直到RAN#98的共同部分

i.中继发现和(重新)选择[RAN2，RAN4]

ii.如果SA2断定需要，则对中继和远程UE授权的信令支持[RAN3]

B.层2中继特定部分

i.UE间中继适配层设计[RAN2]

ii.控制平面程序[RAN2]

iii.在SA2进程下，QoS处置(如果需要)[RAN2]

注1A：此工作应考虑后一版本中用于支持多于一个跃点的前向相容性。

注1B：远程UE针对给定目的地UE在给定时间仅连接到单个中继UE。

2.针对以下情境指定增强用于单跳层2UE到网络中继的服务连续性的机制[RAN2，RAN3]：

A.gNB间间接到直接路径切换(即，“远程UE<->中继UE A<->gNB X”到“远程UE<->gNB Y”)

B.gNB间直接到间接路径切换(即，“远程UE<->gNB X”到“远程UE<->中继UE A<->gNB Y”)

C.gNB内间接到间接路径切换(即，“远程UE<->中继UE A<->gNB X”到“远程UE<->中继UE B<->gNB X”)

D.gNB间间接到间接路径切换(即，“远程UE<->中继UE A<->gNB X”到“远程UE<->中继UE B<->gNB Y”)

注2A：通过在无特定优化的情况下再次使用用于其它情境的解决方案来支持情境D。

3.研究在以下情境中用于增强可靠性和处理量(例如，通过在多个路径当中切换或同时利用多个路径)的多路径支持的益处和可能的解决方案[RAN2，RAN3]：

A.UE经由1)层2UE到网络中继或2)经由另一UE(其中UE-UE间连接假设为理想的)使用一个直接路径和一个间接路径连接到同一gNB，其中用于1)的解决方案将再用于2)，而不会妨碍排除解决方案的对于2)的操作不必要的一部分的可能性。

注3A：对益处和可能的解决方案的研究将在RAN#98中完成，其将决定是否/如何开始规范性工作。

注3B：情境1中的UE到网络中继重新使用Rel-17解决方案作为基线。

注3C：对多路径情境中的层3UE到网络中继的支持假设为不具有RAN影响，且工作和解决方案经受SA2进程。

4.如果在Rel-17中未完成，则对用于层2UE到网络侧链路中继操作的侧链路DRX的支持[RAN2]

注4A：将在RAN#95e中检查此目标。

5.指定对UE间中继中的中继发现和(重新)选择的RRM核心要求[RAN4]

此工作将不考虑对在Rel-18侧链路增强中指定的功能性的侧链路中继支持的特定增强。如果Rel-18侧链路增强可在中继中操作而无需任何特殊处置，那么它们可在中继操作中使用。

根据3GPP R2-2209301和R3-225301，关于多路径传送的当前RAN2&RAN3协议如下：

RAN2#119-e

●RAN2预期在以下领域中来自多路径的益处：

■中继和直接多路径操作(包含情境1和2)可提供直接路径与间接路径之间的高效路径切换

■多路径操作中的远程UE与单个链路相比可提供增强的用户数据处理量和可靠性

■gNB可将拥塞的远程UE的直接连接卸载到经由中继UE(例如，在不同的频率内/频率间小区)的间接连接

●RAN2可确认合理的益处，即具有中继和UE聚合的多路径可例如针对在小区的边缘处的UE和具有有限UL传送功率的UE改进处理量和可靠性/稳健性。

●术语“中继UE”和“远程UE”用于情境1和2。我们是否将使用对情境2特定的额外术语有待进一步研究。

●如下确认情境1中的远程UE和情境2中的远程UE：

■情境1：远程UE使用一个直接路径和经由1)层2UE到网络中继的一个间接路径连接到相同gNB，

■情境2：远程UE使用一个直接路径和经由2)经由另一UE的一个间接路径连接到相同gNB(其中UE-UE间连接假设为理想的)。

●RAN2假定在情境2中远程UE与中继UE之间的关系是经预先配置或静态的，且所述关系如何是经预先配置或静态的在3GPP范围之外。

●RAN2将关于在情境2中远程UE与中继UE之间的授权和关联机制的讨论解除优先化。

●针对Rel-18中的多路径中继支持以下小区部署情境：

■情境C1：中继UE和远程UE由相同小区服务。

■情境C2：中继UE和远程UE由相同gNB的不同频率内小区服务

■情境C3：中继UE和远程UE由相同gNB的不同频率间小区服务

●针对多路径支持以下侧链路情境：

■情境S1：SL TX/RX和Uu共享远程UE处的相同载波。

■情境S2：SL TX/RX和Uu使用远程UE处的不同载波。

■情境S3：SL TX/RX和Uu共享中继UE处的相同载波。

■情境S4：SL TX/RX和Uu使用中继UE处的不同载波。

●支持直接承载(映射到Uu上的直接路径的承载)、间接承载(经由中继UE映射到间接路径的承载)和MP分裂承载(基于现有分裂承载框架，映射到两个路径的承载)。

●针对情境1中的MP分裂承载，远程UE处的一个PDCP实体被配置有一个直接UuRLC信道和一个间接PC5 RLC信道。

■对于上游，PDCP实体通过远程UE侧中的SRAP实体向Uu RLC实体和PC5 RLC实体进行递送。

■对于下游，PDCP实体通过远程UE侧中的SRAP实体从Uu RLC实体和PC5 RLC实体进行接收。

●我们是否需要采取关于情境2中的协议实体的映射的决策有待进一步研究。

RAN3#117-e

●从RAN3角度，在Rel-18中应当支持多路径情境。

●在相同gNB下将支持DU内和DU间情况。

●RAN3等待关于如何定义控制平面和用户平面情境以用于多路径支持的RAN2进程。

●RAN3等待关于在多路径支持中是否和如何定义主路径的RAN2进程。

●如下支持直接/间接路径的添加：

■在间接路径的建立之后添加直接路径。

■在直接路径的建立之后添加间接路径。

■这不暗示排除任何其它路径添加可能性。

●RAN3将研究针对经由多路径连接的UE在相同gNB下对直接或间接路径改变的信令影响。可基于RAN2决策进一步考虑其它移动性情境。

●在Rel-18中不支持以下使用情况。

■配置两个间接路径

■多于两个路径

■gNB间多路径支持

对NR R17引入UE到网络(U2N)中继。为了支持L2 UE到网络中继，L2 U2N远程UE需要在其可经由L2 UE到网络(U2N)中继UE与gNB建立RRC连接之前或在其从直接路径切换到间接路径之前与L2 U2N中继UE连接(如3GPP TS 38.300中所论述)。一旦建立层2(L2)U2N远程UE与L2 U2N中继UE之间的PC5连接(或PC5单播链路)，远程UE的L2 ID就对中继UE是已知的。

考虑到多个L2 U2N远程UE可以经由相同L2 U2N中继UE与网络通信，在PC5-RLC层和Uu-RLC层上添加SRAP层以支持L2 UE到网络中继(如3GPP TS 38.300中所论述)。PC5侧链路中继适配协议(SRAP)子层支持用于UL业务的端到端Uu无线电承载(RB)标识。L2 U2N远程UE端到端Uu RB的身份信息由L2 U2N远程UE包含到PC5 SRAP标头中，以用于L2 U2N中继UE实现L2 U2N远程UE端到端Uu RB与出口Uu中继RLC信道之间的UL承载映射。Uu SRAP子层还支持用于UL业务的L2 U2N远程UE标识。L2 U2N远程UE端到端Uu RB的身份信息和远程UE的本地ID被包含于Uu SRAP标头中，以用于gNB使用于与L2 U2N远程UE的正确端到端Uu无线电承载(RB)相关联的特定包数据汇聚协议(PDCP)实体的接收包相关。

根据3GPP RP-213585，在NR R18中可以引入多路径传送(或通信)，且可能存在多路径通信的两个不同情境，即UE使用一个直接路径和经由1)层2UE到网络中继的一个间接路径，或2)经由使用非标准化UE-UE间连接的另一UE连接到相同gNB。在第二情境中，远程UE可被命名为锚定UE，且中继UE可被命名为聚合UE。根据当前RAN2&RAN3协议，远程UE/锚定UE与中继UE/聚合UE之间的关系可以是相对静态的且可以经预先配置，这暗示中继UE/聚合UE可以预先对远程UE/锚定UE是已知的。并且，不管应用哪种情境，针对多路径传送都可以支持以下承载类型：

(1)直接承载：映射到Uu上的直接路径的承载，

(2)间接承载：经由中继UE映射到间接路径的承载，以及

(3)MP分裂承载：映射到两个路径的承载。

假设SRAP层将在UE-UE链路和中继-gNB链路两者上使用以支持情境1的多路径传送。并且，很可能将不在UE-UE链路和中继-gNB链路两者上使用SRAP层以支持情境2的多路径传送。图15和图16示出分别用于支持多路径传送情境1和情境2的协议堆栈。更具体地，图15示出根据一个示例性实施例的用于多路径传送(情境1)的协议堆栈，且图16示出根据一个示例性实施例的用于多路径传送(情境2)的协议堆栈。

对于多路径传送情境2，gNB原则上不调度远程UE用于间接路径上的上行链路业务传送，因为远程UE和中继UE之间使用的是非3GPP标准连接。但是，gNB仍然需要调度中继UE用于从中继UE到gNB的上行链路业务转发。在这种情况下，应该考虑如何报告间接承载的数据量，以支持间接路径上的上行链路业务传送。

一种可能的方式是中继UE报告远程UE的与间接承载相关联的包数据汇聚协议(PDCP)实体中的缓冲区大小以及中继UE的与间接承载相关联的无线电链路控制(RLC)实体中的缓冲区大小。基本上，中继UE可以通过与远程UE的非3GPP标准连接知晓远程UE的PDCP实体中的缓冲区大小。替代地，远程UE可以报告远程UE的与间接承载相关联的PDCP实体中的缓冲区大小以及中继UE的与间接承载相关联的RLC实体中的缓冲区大小。类似地，远程UE可以通过与中继UE的非3GPP标准连接知晓中继UE的RLC实体中的缓冲区大小。远程UE报告远程UE的与间接承载相关联的PDCP实体中的缓冲区大小且中继UE报告中继UE的与间接承载相关联的RLC实体中的缓冲区大小也是可行的。图17示出上述解决方案的实例。更确切地说，图17示出根据一个示例性实施例的支持情境2的无线电承载配置和BSR报告。

图18是从中继UE的角度看的用于支持MP传送的方法的流程图1800。在步骤1805中，中继UE与网络节点连接。在步骤1810中，中继UE经由非3GPP标准接口与远程UE连接。在步骤1815中，中继UE通过网络节点配置有与远程UE的间接承载相关联的RLC实体。在步骤1820中，中继UE向网络节点传送BSR，其中BSR包含PDCP实体和RLC实体中的数据量，并且其中PDCP实体与间接承载相关联且在远程UE中建立。

在一个实施例中，间接承载可以是配置给远程UE并经由中继UE映射到间接路径的无线电承载。间接承载可以与中继UE中的逻辑信道相关联，且逻辑信道属于逻辑信道群组(LCG)。

返回参考图3和图4，在从中继UE的角度看的用于支持MP传送的方法的一个示例性实施例中，中继UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得中继UE能够：(i)与网络节点连接，(ii)经由非3GPP标准接口与远程UE连接，(iii)通过网络节点配置有与远程UE的间接承载相关联的RLC实体，以及(iv)向网络节点传送BSR，其中BSR包含PDCP实体和RLC实体中的数据量，并且其中PDCP实体与间接承载相关联且在远程UE中建立。此外，CPU 308可执行程序代码312，以执行所有上述动作和步骤或本文所述的其它动作和步骤。

图19是从远程UE的角度看的用于支持MP传送的方法的流程图1900。在步骤1905中，远程UE经由直接路径和间接路径与网络节点通信。在步骤1910中，远程UE经由非3GPP标准接口与中继UE连接以支持间接路径。在步骤1915中，远程UE通过网络节点配置有间接承载，其中间接承载映射到远程UE中的PDCP实体和中继UE中的RLC实体。在步骤1920中，远程UE通过直接路径向网络节点传送缓冲区状态报告(BSR)，其中BSR包含PDCP实体和RLC实体中的数据量。

在一个实施例中，间接承载可以是映射到间接路径的无线电承载。间接承载可以与中继UE中的逻辑信道相关联，且逻辑信道属于逻辑信道群组(LCG)。

返回参考图3和图4，在从远程UE的角度看的用于支持MP传送的方法的一个示例性实施例中，远程UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312，使得远程UE能够：(i)经由直接路径和间接路径与网络节点通信；(ii)经由非3GPP标准接口与中继UE连接以支持间接路径；(iii)通过网络节点配置有间接承载，其中间接承载映射到远程UE中的PDCP实体和中继UE中的RLC实体；以及(iv)通过直接路径向网络节点传送缓冲区状态报告(BSR)，其中BSR包含PDCP实体和RLC实体中的数据量。此外，CPU 308可执行程序代码312，以执行所有上述动作和步骤或本文所述的其它动作和步骤。

图20是从网络节点的角度看的用于支持MP传送的方法的流程图2000。在步骤2005中，网络节点经由直接路径和间接路径与远程UE通信。在步骤2010中，网络节点与中继UE连接以支持间接路径。在步骤2015中，网络节点向远程UE配置间接承载，其中间接承载映射到远程UE中的PDCP实体。在步骤2020中，网络节点向中继UE配置RLC实体，其中RLC实体与间接承载相关联。在步骤2025中，网络节点从远程UE或中继UE接收缓冲区状态报告(BSR)，其中BSR包含PDCP实体和RLC实体中的数据量。

在一个实施例中，远程UE和中继UE之间可以使用非3GPP标准接口。间接承载可以是映射到间接路径的无线电承载。间接承载可以与中继UE中的逻辑信道相关联，且逻辑信道属于逻辑信道群组(LCG)。

返回参考图3和图4，在从网络节点的角度看的用于支持MP传送的方法的一个示例性实施例中，网络节点300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312，使得网络节点能够：(i)经由直接路径和间接路径与远程UE通信；(ii)与中继UE连接以支持间接路径；(iii)向远程UE配置间接承载，其中间接承载映射到远程UE中的PDCP实体；(iv)向中继UE配置RLC实体，其中RLC实体与间接承载相关联；以及(v)从远程UE或中继UE接收缓冲区状态报告(BSR)，其中BSR包含PDCP实体和RLC实体中的数据量。此外，CPU 308可执行程序代码312，以执行所有上述动作和步骤或本文所述的其它动作和步骤。

上文已经描述了本公开的各种方面。应清楚，本文中的教示可以广泛多种形式实施，且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文中所公开的方面可独立于任何其它方面而实施，且可以各种方式组合这些方面中的两个或更多个方面。例如，可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。此外，通过使用其它结构、功能性或除了在本文中所阐述的方面中的一个或多个方面之外或不同于在本文中所阐述的方面中的一个或多个方面的结构和功能性，可以实施此设备或可以实践此方法。作为上述概念中的一些的实例，在一些方面中，可基于脉冲重复频率而建立并行信道。在一些方面中，可基于脉冲位置或偏移而建立并行信道。在一些方面中，可基于时间跳频序列而建立并行信道。在一些方面中，可基于脉冲重复频率、脉冲位置或偏移以及时间跳频序列而建立并行信道。

所属领域的技术人员将理解，可使用各种不同技术和技艺中的任一种来表示信息和信号。例如，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。

技术人员将进一步了解，结合本文中所公开的各方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可以实施为电子硬件(例如，数字实施方案、模拟实施方案或这两个的组合，其可以使用源译码或某一其它技术来设计)、并有指令的各种形式的程序或设计代码(为方便起见，其在本文中可以称为“软件”或“软件模块”)，或这两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就各种说明性组件、块、模块、电路和步骤的功能性对它们加以描述。此功能性被实施为硬件还是软件取决于特定应用和施加于总体系统上的设计约束。所属领域的技术人员可以针对每一特定应用以不同方式实施所描述的功能性，但此类实施决策不应被解释为引起对本公开的范围的偏离。

此外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可在集成电路(“IC”)、接入终端或接入点内实施或由所述集成电路、接入终端或接入点执行。IC可包括通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(fieldprogrammable gate array，FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可执行驻存在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何的常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器的组合、一个或多个微处理器与DSP核心结合，或任何其它此类配置。

应理解，在任何公开的过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。伴随的方法权利要求项以示例次序呈现各个步骤的要素，但并不意味着限于所呈现的特定次序或层级。

结合本文中所公开的各方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可驻存在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或本领域中已知的任何其它形式的计算机可读存储媒体。示例存储媒体可耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储媒体读取信息(例如，代码)和将信息写入到存储媒体。示例存储媒体可与处理器成一体式。处理器和存储媒体可以驻存在ASIC中。ASIC可驻存在用户设备中。在替代方案中，处理器和存储媒体可作为离散组件而驻存在用户设备中。另外，在一些方面中，任何合适的计算机程序产品可包括计算机可读媒体，所述计算机可读媒体包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可包括封装材料。

虽然已经结合各个方面描述本发明，但应理解本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适，这通常遵循本发明的原理且包含对本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知及惯常实践的范围内。

Claims (13)

1.一种用于支持多路径传送的方法，其特征在于，包括：

中继用户设备与网络节点连接；

所述中继用户设备经由非3GPP标准接口与远程用户设备连接；

所述中继用户设备通过所述网络节点配置有与所述远程用户设备的间接承载相关联的无线电链路控制实体；以及

所述中继用户设备向所述网络节点传送缓冲区状态报告，其中所述缓冲区状态报告包含包数据汇聚协议实体和所述无线电链路控制实体中的数据量，并且其中所述包数据汇聚协议实体与所述间接承载相关联且在所述远程用户设备中建立。

2.根据权利要求1所述的方法，其特征在于，所述间接承载是配置给所述远程用户设备且经由所述中继用户设备映射到间接路径的无线电承载。

3.根据权利要求1所述的方法，其特征在于，所述间接承载与所述中继用户设备中的逻辑信道相关联，且所述逻辑信道属于逻辑信道群组。

4.一种用于支持多路径传送的中继用户设备，其特征在于，包括：

控制电路；

处理器，其安装在所述控制电路中；以及

存储器，其安装在所述控制电路中且以操作方式耦合到所述处理器；

其中所述处理器配置成执行存储于所述存储器中的程序代码以进行以下操作：

与网络节点连接；

经由非3GPP标准接口与远程用户设备连接；

通过所述网络节点配置有与所述远程用户设备的间接承载相关联的无线电链路控制实体；以及

向所述网络节点传送缓冲区状态报告，其中所述缓冲区状态报告包含包数据汇聚协议实体和所述无线电链路控制实体中的数据量，并且其中所述包数据汇聚协议实体与所述间接承载相关联且在所述远程用户设备中建立。

5.根据权利要求4所述的中继用户设备，其特征在于，所述间接承载是配置给所述远程用户设备且经由所述中继用户设备映射到间接路径的无线电承载。

6.根据权利要求4所述的中继用户设备，其特征在于，所述间接承载与所述中继用户设备中的逻辑信道相关联，且所述逻辑信道属于逻辑信道群组。

7.一种用于支持多路径传送的方法，其特征在于，包括：

远程用户设备经由直接路径和间接路径与网络节点通信；

所述远程用户设备经由非3GPP标准接口与中继用户设备连接以支持所述间接路径；

所述远程用户设备通过所述网络节点配置有间接承载，其中所述间接承载映射所述远程用户设备中的包数据汇聚协议实体和所述中继用户设备中的无线电链路控制实体；以及

所述远程用户设备通过所述直接路径向所述网络节点传送缓冲区状态报告，其中所述缓冲区状态报告包含所述包数据汇聚协议实体和所述无线电链路控制实体中的数据量。

8.根据权利要求7所述的方法，其特征在于，所述间接承载是映射到所述间接路径的无线电承载。

9.根据权利要求7所述的方法，其特征在于，所述间接承载与所述中继用户设备中的逻辑信道相关联，且所述逻辑信道属于逻辑信道群组。

10.一种用于支持多路径传送的方法，其特征在于，包括：

网络节点经由直接路径和间接路径与远程用户设备通信；

所述网络节点与中继用户设备连接以支持所述间接路径；

所述网络节点向所述远程用户设备配置间接承载，其中所述间接承载映射到所述远程用户设备中的包数据汇聚协议实体；

所述网络节点向所述中继用户设备配置无线电链路控制实体，其中所述无线电链路控制实体与所述间接承载相关联；以及

所述网络节点从所述远程用户设备或所述中继用户设备接收缓冲区状态报告，其中所述缓冲区状态报告包含所述包数据汇聚协议实体和所述无线电链路控制实体中的数据量。

11.根据权利要求10所述的方法，其特征在于，所述远程用户设备和所述中继用户设备之间使用非3GPP标准接口。

12.根据权利要求10所述的方法，其特征在于，所述间接承载是映射到所述间接路径的无线电承载。

13.根据权利要求10所述的方法，其特征在于，所述间接承载与所述中继用户设备中的逻辑信道相关联，且所述逻辑信道属于逻辑信道群组。