CN117596646A - 在pdcp层中选择路径以支持多路径配置的方法 - Google Patents

Abstract

提供了一种在PDCP层中选择路径以支持多路径配置的方法。用于在UE到网络中继中支持配置有多路径的远程UE进行路径选择的方法。直接路径或间接路径被设置为主要路径。考虑间接路径的侧信息以用于路径选择。远程UE可以通过利用用于路径选择的侧信息来选择合适的路径，以检查间接路径是否可以满足到达的UL业务流的QoS要求。在由网络控制的路径选择中，基站可以请求UE发送侧信息。基站经由显式信令向UE指示所选择的路径或指示主要路径的改变。各个路径由路径ID来标识。路径指示处于每无线承载、每QoS流、每逻辑信道或每逻辑信道组的粒度。

Description

在PDCP层中选择路径以支持多路径配置的方法

技术领域

所公开的实施例总体上涉及无线网络通信，更具体地，涉及5G新无线电(NR)无线通信系统中的多路径配置。

背景技术

为了扩展网络覆盖，开发了各种中继技术。中继节点可以用于在网络节点(例如，基站、发送和接收点(TRP))与用户设备(UE)之间转发分组/信号。中继节点可以是网络厂商部署的基础设施，例如LTE中继节点，或自3GPP Rel-16以来规定的NR IAB(集成接入回程)节点。中继节点还可以是用户部署的中继，例如使用用户设备作为中继(UE中继)。与IAB相比，这种中继节点在转发业务流方面具有较有限的发送/接收能力。然而，其优点是支持低成本和动态/灵活的部署。使用UE中继来扩展网络覆盖被称为UE到NW中继。在3GPP上下文中，中继UE使用侧行链路(SL，不同于上行链路和下行链路)资源来与远程UE(或源UE，其为要转发的业务流的源)通信。因此，在3GPP中，UE到网络中继也被称为SL中继。

为了支持侧行链路中继，存在两种类型的UE到网络中继架构，即第2层中继(L2中继)和第3层中继(L3中继)。基于L3的侧行链路中继UE如同数据通信网络中的通用路由器将远程UE的数据分组流作为IP业务流转发。基于IP业务流的转发是以尽力而为的方式进行的。对于L3 UE到网络中继，存在PC5上的SL RB和承载远程UE与5GC之间建立的QoS流的Uu无线承载。当在业务流转发期间将PC5流转换为Uu流或反之亦然时，L3 UE到网络中继可以在SDAP层支持基于流的映射。注意，由于基于L3的侧行链路中继UE像IP路由器那样工作，远程UE对于基站是透明的，即，基站不能知道由中继UE发送的业务流是源自该中继UE本身，还是源自远程UE并由该中继UE转发。

相反，在基于L2的SL中继的情况下，对于远程UE和网络之间对于CP和UP两者经由中继UE在RLC子层上方执行中继。Uu SDAP/PDCP和RRC在远程UE与gNB之间终止，而RLC、MAC和PHY在各个链路(即远程UE与UE到网络中继UE之间的链路以及UE到网络中继UE与gNB之间的链路)中终止。与L3中继不同，在L2中继中，基站知道各个远程UE，因此在中继UE开始转发正常数据业务流之前，应该首先建立远程UE与基站之间的端到端连接。在经由SL中继建立了RRC连接之后，远程UE然后可以基于所建立的承载和在适配层中携带的转发/路由器信息来转发数据业务流。

传统上，在3GPP R17中，仅支持单路径UE到NW中继。即，UE可以选择直接路径(即，经由Uu链路直接连接到gNB)或间接路径(即，经由中继UE的业务流转发连接到gNB)，而不是两者。此外，3GPP R17仅支持单跳UE到NW中继。然而，多跳中继可以帮助消除深度覆盖空洞。另一方面，多路径中继允许从源到目的地的多个业务流转发路径，这确实增加了传输可靠性，并且对于远程UE吞吐量也是有益的。因此，期望进一步扩展涉及多跳和多路径的UE到NW中继的方法。

发明内容

在一个新颖方面中，提供了用于在UE到网络中继中支持配置有多路径的远程UE进行路径选择的方法。直接路径或间接路径被设置为主要路径(例如，与主要RLC实体相关联)。在一个实施例中，主要路径默认地被设置为直接路径，并且总是被选择来发送信令无线电承载(SRB)业务流、PDCP控制PDU、以及URLLC业务流。此外，可以总是选择主要路径来发送具有高于优先级阈值的逻辑信道优先级的数据无线承载的数据。考虑间接路径的侧信息以用于路径选择。远程UE可以通过利用用于路径选择的侧信息来选择合适的路径，以检查间接路径是否可以满足到达的UL业务流的QoS要求。远程UE可以触发在PDCP层或更高层级中测量间接路径的往返时延。

在另一新颖方面中，提供了支持从网络向远程UE发送路径指示，以指示应当应用哪个路径来发送数据的方法。在一个实施例中，用于路径指示的消息由RRC消息、MAC CE或物理层控制信令携带。路径指示处于每无线承载、每QoS流、每逻辑信道或每逻辑信道组的粒度。路径指示消息使用隐式或显式路径ID来标识路径。直接路径可以具有默认路径ID。路径ID由网络分配并且对于各个远程UE是本地不同的。在实施例中，网络通过更新主要RLC实体或默认RLC实体来选择或更新无线承载的路径。当与侧信息相关的测量事件发生时或当网络请求时，远程UE或其服务中继UE报告用于路径选择的侧信息。

在下面的具体实施方式描述了其它实施例和优点。本发明内容并不旨在限定本发明。本发明由权利要求限定。

附图说明

图1例示了根据新颖方面的无线蜂窝通信系统，其支持具有用于上行链路传输的网络控制路径选择的UE到网络中继。

图2是根据本发明实施例的无线发送装置和接收装置的简化框图。

图3A例示了根据一个新颖方面的用于UE到网络中继的第2层(L2)中继架构的控制平面协议栈。

图3B例示了根据一个新颖方面的用于UE到网络中继的第2层(L2)中继架构的用户平面协议栈。

图4例示了在UE到网络中继中具有多路径配置的UE的路径选择的简化流程。

图5例示了根据一个新颖方面的由gNB使用指示来进行路径选择的UE到网络中继的第一实施例。

图6例示了根据一个新颖方面的由远程UE使用指示来进行路径选择的UE到网络中继的第二实施例。

图7例示了根据一个新颖方面的由中继UE使用指示来进行路径选择的UE到网络中继的第三实施例。

图8是根据一个新颖方面的用于UE到网络中继的由远程UE执行的路径选择的方法的流程图。

图9是根据一个新颖方面的用于UE到网络中继的由网络控制的路径选择的方法的流程图。

具体实施方式

现在将详细参考本发明的一些实施例，其示例在附图中示出。

图1例示了根据新颖方面的无线蜂窝通信系统100，其支持具有用于上行链路传输的网络控制路径选择的UE到网络中继。5G新无线电(NR)移动通信网络100包括5G核心(5GC)101、基站gNodeB(gNB)102、以及包括UE 103和UE 104的多个用户设备。对于覆盖内UE，基站可以调度Uu链路上的数据业务流。对于覆盖外的UE，中继UE可以调度PC5(或侧行链路)上的数据业务流。在图1中，UE 103是无线电资源控制(RRC)连接的UE，其充当移动设备中继，其使用PC5(或侧行链路)来中继去往/来自终端远程UE的数据业务流以用于覆盖扩展。远程UE104不直接连接到网络。中继UE 103帮助中继远程UE 104的所有数据业务流。中继UE 103工作以中继UE 104与网络之间的通信，从而允许网络有效地将其覆盖扩展到远程UE。

传统上，在3GPP R17中，仅支持单路径UE到NW中继。即，UE可以选择直接路径(即，经由Uu链路直接连接到gNB)或间接路径(即，经由中继UE的业务流转发连接到gNB)，而不是两者。此外，3GPP R17仅支持单跳UE到NW中继。然而，多跳中继可以帮助消除深度覆盖空洞。另一方面，多路径中继允许从源到目的地的多个业务流转发路径，这确实增加了传输可靠性，并且对于远程UE吞吐量也是有益的。因此，期望进一步扩展涉及多跳和多路径的UE到NW中继的方法。

在多路径中继中，远程设备可以具有用于与目的地实体通信的多条路径。目的地实体可以是诸如gNB或gNB-CU的网络节点。所述路径可以包括远程设备与目的地节点之间的至少一个直接路径。所述路径可以包括远程设备与目的地节点之间的至少一个间接路径。间接路径可以包括远程设备与目的地节点之间的至少一个中继设备。可以指示(或选择)远程设备经由多条路径中的至少一条路径与目的地节点通信。在图1的示例中，远程UE104被提供有UE 104与gNB 102之间的直接路径110(Uu接口)、以及UE 104与中继UE 103之间的间接路径120(侧行链路、Wi-Fi或其它UE到UE通信技术)、以及中继UE 103与gNB 102之间的间接路径120(Uu接口)。

在一个新颖方面130中，提供了用于在UE到网络中继中支持配置有多路径的远程UE进行路径选择的方法。直接路径或间接路径被设置为主要路径(与主要RLC实体相关联)。在一个实施例中，主要路径(即，与主要RLC实体相关联的路径)默认地被设置为直接路径，并且总是被选择来发送信号无线电承载(SRB)业务流、PDCP控制PDU、以及URLLC业务流。考虑间接路径的侧信息以用于路径选择。远程UE可以通过利用用于路径选择的侧信息来选择合适的路径，以检查间接路径是否可以满足到达的UL业务流的QoS要求。远程UE可以触发在PDCP层或更高层级中测量间接路径的往返时延。

在另一新颖方面(140)中，提供了用于支持从网络向远程UE发送路径指示以指示应当应用哪个路径来发送数据的方法。在一个实施例中，用于路径指示的消息由RRC消息、MAC CE或物理层控制信令携带。路径指示处于每无线承载、每QoS流、每逻辑信道、每逻辑信道组或每UE的粒度。此外，路径指示可以特定于具有高于或低于阈值的优先级的数据。路径指示消息可以使用隐式或显式路径ID来标识路径。直接路径可以具有默认路径ID，例如0。路径ID由网络分配，并且对于各个远程UE是本地不同的。如果远程UE具有一个直接路径和仅一个间接路径，则网络可以改为使用其它指示符(例如，布尔值或标志)来指示所提及的路径是默认路径还是不是默认路径。另一另选方案是，如果远程UE具有一个直接路径和仅一个间接路径，则网络可以改为使用路径切换通知来命令UE将所选择的路径从直接/间接路径切换到间接/直接路径。在一个实施例中，网络通过更新主要RLC实体或默认RLC实体来选择或更新无线承载的路径。远程UE或其服务中继UE向网络报告用于路径选择的侧信息，例如，当发生与侧信息相关的测量事件时或当远程UE从网络接收到对侧信息相关的测量结果的请求时。在一个实施例中，由网络发送的路径指示可以指示UE能够或不能应用于UL传输的一个或多个路径。例如，如果直接和间接路径都处于良好状况(例如，间接路径从不良状况恢复)，则网络可以发送指示，允许UE将任一路径应用于UL传输。

图2是根据新颖方面的无线设备201和211的简化框图。对于无线设备201(例如，中继UE)，天线207和208发送和接收无线电信号。与天线耦合的RF收发器模块206从天线接收RF信号，将其转换为基带信号并向处理器203发送。RF收发器206还转换从处理器接收到的基带信号，将其转换为RF信号，并向天线207和208发送。处理器203处理接收到的基带信号并调用不同的功能模块和电路来执行无线设备201中的特征。存储器202存储以用于控制设备201的操作的程序指令和数据210。

类似地，对于无线设备211(例如，远程UE)，天线217和218发送和接收RF信号。与天线耦合的RF收发器模块216从天线接收RF信号，将其转换为基带信号并向处理器213发送。RF收发器216还转换从处理器接收到的基带信号，将其转换为RF信号，并向天线217和218发送。处理器213处理接收到的基带信号并调用不同的功能模块和电路来执行无线设备211中的特征。存储器212存储程序用于控制无线设备211的操作的指令和数据220。

无线设备201和211还包括可以被实现和配置为执行本发明的实施例的多个功能模块和电路。在图2的示例中，无线设备201是中继UE，其包括：协议栈222、用于分配和调度侧行链路资源的资源管理电路205、用于建立和管理连接的连接处置电路204、用于为远程UE选择和中继全部或部分控制信令和/或数据业务流的业务流中继处置控制器209、以及用于提供控制和配置信息的控制和配置电路221。无线设备211是远程UE，其包括：协议栈232、用于发现中继UE的中继发现电路214、用于选择用于业务流传输的路径的路径选择处置电路215、用于建立和管理连接的连接处置电路219、用于在多路径配置下选择路径的路径选择电路、以及配置和控制电路231。不同的功能模块和电路可以由软件、固件、硬件及其任意组合来实现和配置。当由处理器203和213执行(例如，经由执行程序代码210和220)时，功能模块和电路允许中继UE 201和远程UE 211相应地执行本发明的实施例。

图3A和图3B例示了根据一个新颖方面的用于UE到网络中继的第2层(L2)中继架构的控制平面和用户平面协议栈。中继操作可以发生在L2的无线电链路控制(RLC)子层。另选地，中继操作可以发生在添加在L2的RLC子层与分组数据会聚协议(PDCP)子层之间的适配子层，例如侧行链路中继适配协议(SR AP)。协议栈的低层(包括物理(PHY)层、介质访问控制(MAC)层和RLC层)终止于中继UE与各个远程UE之间，其中RLC协议的服务数据单元(SDU)在中继UE处的两条链路之间中继。协议栈的高层(包括PDCP层、在用户平面(UP)操作的情况下的服务数据适配协议(SDAP)层、以及可以包括无线电资源控制(RRC)协议的高层)在远程UE与网络之间端对端地终止。该协议栈适用于控制平面操作和用户平面操作两者，对于两种情况具有不同的高层协议。特别地，协议栈允许使用中继UE作为通信中介来控制和管理远程UE与网络之间的RRC连接，而无需中继UE参与用于连接控制的实际协议操作。例如，远程UE可以向网络发送RRC消息(反之亦然)以配置RRC连接的各方面，诸如协议栈的配置、无线承载的配置等。这种RRC消息可以由中继UE透明地转发。

图4例示了UE到网络中继中的具有多路径配置的UE的路径选择的简化流程。在步骤401中，UE测量Uu链路、侧行链路或Wi-Fi链路的信号强度和质量。为了扩展网络覆盖，存在RSRP(接收信号强度)标准来确定UE可以充当中继UE还是远程UE。规定远程UE应具有低于RSRP阈值(threshHighRemote)的测得的Uu RSRP。这意味着仅当UE具有非常差的Uu RSRP时，UE才可以请求帮助业务流转发。此外，仅当UE的Uu RSRP高于RSRP阈值(threshLowRelay)时，UE才可以用作中继UE。这意味着只有当UE具有良好的Uu链路质量时，UE才可以帮助其它UE转发业务流。此外，仅当UE的Uu RSRP低于另一RSRP阈值(称为threshHighRelay)时，UE才可以是中继UE，该阈值用于防止小区中心UE成为中继。否则，如果中继UE在小区中心，而远程UE在小区边缘，则远程UE将以非常大的功率进行发送以与小区中心的UE通信，从而对其相邻UE造成很大的干扰。最后，存在用于测量远程UE与中继UE之间的侧行链路质量的侧行链路RSRP阈值(sl-RSRP-thresh)。如果SL RSRP低于阈值，则朝向中继的侧行链路被认为太坏而不能支持令人满意的中继性能。在步骤402中，UE相应地确定其为中继UE还是远程UE。

在步骤403中，上行链路业务到达以供传输。当上行链路分组到达PDCP实体(即作为PDCP PDU)时，在步骤404中，具有多路径激活的远程UE可以决定使用哪个路径来转发分组。例如，如果选择了直接路径，则向Uu RLC转发PDCP PDU。另一方面，如果选择了间接路径，则向SR AP或SL RLC转发PDCP PDU，然后经由侧行链路向中继UE发送。

在一个实施例中，主要路径默认地被设置为直接路径，并且总是被选择来发送SRB业务流、PDCP控制PDU、以及URLLC业务流。在一个示例中，出于鲁棒性的原因，控制信令可以总是被转发到直接链路。例如，PDCP控制PDU总是被转发到与直接Uu链路相关联的RLC实体。例如，如果PDCP实体与SRB(信令无线电承载)相关联，则PDCP实体总是向与直接Uu链路相关联的RLC实体转发业务流。在另一示例中，对于较短的时延，时延敏感的数据可以总是被转发到直接链路。例如，与以下DRB(数据无线电承载)相关联的PDCP实体总是向与直接Uu链路相关联的RLC实体转发业务流：该DRB的QoS流具有低于时延阈值的时延要求(例如，分组延迟预算、PDB)。

在一个实施例中，主要路径可以每UE、每逻辑信道或逻辑信道组(LCH/LCG)、每信号无线承载或数据无线承载(SRB/DRB)、每QoS流等用不同的粒度来配置。可以在两个路径上传输的无线承载被称为“拆分承载”。只能在特定路径上传输的无线承载被称为“非拆分承载”。例如，当配置了多路径时，PDCP实体中路径选择的粒度可以是与PDCP实体相关联的各个无线承载或各个QoS流。业务流转发则基于各个粒度(例如，各个无线承载)。如果UL业务流量低于阈值，则UE仅向主要路径转发业务流。否则，UE在直接路径或间接路径上转发UL业务流。

在一个新颖方面中，在步骤405中，间接路径的侧信息可以用于执行动态主要路径选择，即从所配置或激活的多条路径中选择一条路径。可以是gNB或远程/中继UE基于侧信息执行路径选择。侧行链路的度量包括SL RSRP、SL SINR、SL信道忙碌比(CBR)或经由中继UE从远程UE到gNB的间接路径的传输时延。也可以使用远程UE与中继UE之间的Wi-Fi链路的度量。网络可以请求UE发送侧信息，并且UE也可以请求网络执行动态主要路径改变。

在一个实施例中，远程UE可以基于侧信息或基于来自侧信息的推断来得出各个间接路径的往返时延和端到端可实现吞吐量。使用这两个信息，远程UE可以得出完成缓冲器中的业务流传输所需的时延。因此，远程UE选择能够满足数据速率和时延要求的路径。

在一个实施例中，如果远程UE接收拥塞通知以指示中继UE或间接路径的拥塞/过载，则远程UE可以将对应于该中继UE的间接路径视为拥塞或阻塞，并避免选择该间接路径用于上行链路数据传输。具体地，当从中继UE接收到拥塞通知时，远程UE可以将与拥塞路径相对应的RLC实体配置为不可用，或者使其不可用，从而PDCP实体不会选择拥塞路径用于上行链路数据传输。

在一个实施例中，用于路径选择的侧信息包括单独的路径的链路质量。对于直接路径，这可以指远程设备Uu质量。对于间接路径，这可以指远程中继质量(侧行链路，SL)和/或中继设备Uu质量。在一个示例中，基于SL质量和/或Uu质量得出聚合链路质量。链路质量可以指RSRP、RSRQ、SINR、调度的调制和编码方案(MCS)级别、CSI报告内容(例如，包括要应用的合适数量或级别/层)、单独的链路的HARQ状态统计。

在一个实施例中，用于路径选择的侧信息包括路径负载信息。对于直接路径，负载可指远程设备Uu接口的平均/当前吞吐量、平均/当前分组延迟、缓冲器中的平均/当前业务流等。对于间接路径，负载可指平均/当前/所需吞吐量、缓冲器中的平均/当前分组延迟、缓冲器中的平均/当前业务流、对于间接路径的SL、或对于间接路径的中继设备Uu。在一个示例中，基于间接路径的SL和Uu得出聚合的负载信息。在一个示例中，可以进一步考虑中继设备的服务远程UE的数量。在一个示例中，可以考虑比相关远程UE具有更高QoS/优先级的服务远程UE的数量。

在一个实施例中，用于路径选择的侧信息包括业务流的要求。这可以指远程设备对其业务流的QoS要求(在缓冲器或可预见的分组中)。例如，如果QoS要求高，则当与共享同一中继的其它远程设备竞争时，可以在间接路径上的中继中给予远程设备业务流较高的优先级。对于间接路径，这可以进一步涉及中继设备和/或共享同一中继的其他远程设备的中继设备业务流QoS要求。

在一个实施例中，用于路径选择的侧信息包括中继和/或远程UE的电池状态。例如，如果远程UE具有低电量，则间接路径可能优于直接路径。例如，如果中继UE具有低电池状态，则对应的间接路径可能不是优选的。

在一个实施例中，用于路径选择的侧信息包括间接路径的中继UE能力。所提及的中继UE能力可以包括用于UL/SL的TX/RX天线的数量、所支持的UL/SL层的数量、所支持的UL/SL带宽的数量、所支持的UL/SL载波的数量和所支持的最大传输功率中的一者。

在一个实施例中，用于路径选择的侧信息包括经由间接路径的中继UE的远程UE与gNB之间的往返时延。对于间接路径，L2中继UE实际上花费时间来解码和转发。可能只有几毫秒的处理时间可能显著影响时延关键的服务。为了测量往返时延，远程UE可以经由间接路径向gNB发送类似ping的消息。在接收到ping消息时，gNB用响应回复以记录时延。时延可以作为完整的往返来测量，或者分别针对UL和DL部分来测量。测量可以在AS层级执行，例如像L2 UE到网络分组的PDCP，或者可以在更高层级执行。

在步骤406中，网络可以使用显式信令来指示用于UE的所有业务流或者用于LCH/LCH优先级/LCG/RB/PDCP控制PDU、SRB/DRB或QoS流的特定业务流的适当路径。显式信令可以是RRC消息、MAC CE或PHY层下行链路控制信息(DCI)。网络可以指示主要路径作为UL传输的默认路径。主要路径默认为直接路径，并且可以由基站重新配置。主要路径可以用于所有业务流，或者用于特定LCH/LCH优先级/LCG/RB/PDCP控制PDU/QoS流的业务流。

图5例示了根据一个新颖方面的由gNB使用指示来进行路径选择的UE到网络中继的第一实施例。用于发送用于中继选择和/或路径选择的侧信息的信令流依赖于谁确定所选择的路径，即，可以由gNB、中继UE或远程UE来选择用于数据传输的路径。在图5的实施例中，目的地节点(gNB)执行路径选择。在步骤511中，远程UE 501和/或中继UE 502向gNB 503提供上行链路状态(例如UL CSI报告)。在步骤512中，远程UE 501和/或中继UE 502向gNB503提供侧行链路状态(例如SL CSI报告)。在步骤520中，gNB 503确定路径。为了向中继和/或远程UE通知所选路径，gNB 503可以经由远程UL向远程UE指示所选路径521。可选地，gNB503还经由中继UL向中继UE发送指示522，或者远程UE在被gNB通知之后经由SL向中继UE发送指示523。另一另选方案是gNB 503向中继UE指示所选路径531，然后中继UE向远程UE发送指示532。

在一个实施例中，如果由gNB选择路径，则gNB可以配置中继UE和/或远程UE周期性地报告特定的侧信息。在一个实施例中，如果由gNB选择路径，则gNB可以向中继UE和/或远程UE发送请求消息，然后中继UE和/或远程UE根据请求提供其自身的侧信息。可以隐式地执行路径选择。例如，网络可以重新配置用于与多路径路径相关联的PDCP实体的默认RLC实体或主要RLC实体。

在一个实施例中，gNB可以帮助对中继和远程进行配对，这是多路径的潜在用例。例如，中继UE向gNB报告用于中继选择的侧信息。在远程UE是RRC_CONNECTED的情况下，远程UE可以向gNB报告其对侧信息(以及可能地其位置)的要求，并且gNB然后向远程UE提供潜在候选中继列表。远程UE然后可以检查列表中的任何候选中继是否在附近(例如，具有足够强的SL-RSRP或SD-RSRP)。

在另一示例中，RRC_CONNECTED的远程UE如果希望找到合适的中继，则向gNB报告其对侧信息的要求。然后，gNB可以发送消息以触发一些候选UE(例如，位于远程UE附近和/或满足侧信息要求)发送发现消息，根据需要搜索远程UE。

图6例示了根据一个新颖方面的由远程UE使用指示来进行路径选择的UE到网络中继的第二实施例。在图6的实施例中，由远程UE执行路径选择。在该实施例中，远程UE可能需要中继UE的Uu信息来确定间接路径是否优于直接路径。在步骤611中，远程UE 601和/或中继UE 602向gNB 603提供上行链路状态(例如，像UL CSI报告的消息)。在步骤612中，远程UE602经由中继节点通过SL直接地或经由gNB通过Uu接口获取中继UE的UL状态(例如CSI报告)。在步骤620中，远程UE 601确定所应用的路径。远程UE 601然后经由远程UL向gNB 603指示所选择的路径621。可选地，远程UE 601还经由SL向中继UE 602发送指示622，或者gNB603在从远程UE接收到指示之后向中继UE 602发送指示623。另一另选方案可以是远程UE601向中继UE 602指示所选路径631，然后中继UE 602向gNB 603发送指示632。

在一个实施例中，如果由远程UE选择路径，则远程UE可以配置与中继UE的报告配置(例如经由RRCReconfigurationSidelink)，其中，该报告配置可以指定侧信息和报告周期性。在一个实施例中，如果由远程UE选择路径，则远程UE可以向中继UE发送请求(例如，经由SLRRC消息或SL MAC CE或SL SCI)，请求诸如中继缓冲器状态或可支持的Uu数据速率的侧信息。响应性地，中继UE提供所请求的侧信息。

图7例示了根据一个新颖方面的由中继UE使用指示来进行路径选择的UE到网络中继的第三实施例。在图7的实施例中，由中继UE触发路径切换。在步骤711中，远UE 701向中继UE 702发送SLCSI报告。在步骤712和713中，远程UE或gNB向中继UE发送远程CSI报告。中继UE然后可以在步骤720中确定所应用的路径。中继UE 702随后可以经由SL向远程UE指示所选择的路径731。可选地，中继UE 702可以向gNB 703指示所选择的路径732，或者远程UE701可以在接收到来自中继UE 702的指示之后，向gNB 703发送来自中继UE 702指示的选择的路径733。在一个示例中，来自中继节点的路径选择指示可以指示选择间接路径。例如，作为来自中继设备的路径选择指示的资源调度SCI可以指示选择对应于中继设备的间接路径。

在一个实施例中，如果由中继UE选择路径，则中继UE可以配置与远程UE的报告配置(例如经由RRCReconfigurationSidelink)，其中，该报告配置可以指定侧信息和报告周期性。在一个实施例中，如果由中继UE选择路径，则中继UE可以发送请求以从远程UE侧获取侧信息，例如远程UE的Uu链路状况。

如上所述，用于路径选择的(部分)侧信息也可以用于中继选择。为了用于中继选择，应在中继发现期间提供侧信息。在一个实施例中，用于中继选择的侧信息可以被包括在发现消息中。例如，候选中继可以在其发现消息中发送/广播侧信息，并且如果由候选中继提供的侧信息适合于远程UE，则远程UE响应性地发送发现消息。在另一示例中，远程UE发送携带其中继要求(例如，期望的中继带宽)的发现消息，并且满足该要求的那些候选中继UE响应性地发送发现消息。

从传输的角度来看，业务流(例如，处于无线承载、QoS流、逻辑信道或逻辑信道组的粒度)可以以路径选择模式、复制模式和路径聚合模式中的一种模式下来传输。在路径选择模式中，仅在所配置或激活的路径中的所指示/所选择的路径上传送分组。在复制模式中，相同的分组(例如，PDCP PDU或RLC SDU)在所有选择/激活的多个路径上传输。在聚合模式中，可以在激活的多个路径中的任一个路径上传输分组(路径聚合)。这三种模式可以由路径指示消息/信令来指示/配置。

各个单独的路径可以由有区分的路径ID来标识。在一个实施例中，直接链路可以具有默认路径ID(例如0)。在一个实施例中，对于配置有直接路径和间接路径的远程UE，存在用于这两条路径的默认路径ID。例如，默认情况下，直接路径被分配路径ID 0，而间接路径被分配路径ID 1。在一个实施例中，路径ID可以与用于例如直接路径的远程设备ID相关联。例如，路径ID的部分是从远程设备ID得出的。这里提到的远程设备ID可以指其C-RNTI或5G-S-TMSI(的部分)。在一个实施例中，路径ID可以(进一步)与用于例如间接路径的中继设备ID相关联。

这里提到的远程设备ID可以指其C-RNTI、5G-S-TMSI或与远程UE相关联的本地ID(的一部分)，其可以由网络或远程UE分配。可以隐式或显式地提供路径ID。例如，路径ID可以基于路径选择指示的源而被隐式地识别。

与单独的路径相关的信息可以由RRC消息来配置。在一个实施例中，如果由网络选择/配置路径，则网络可以使用携带路径指示的RRC消息(例如RRC重新配置消息)。在一个示例中，网络可以直接向远程UE发送携带路径指示的RRC消息。在一个示例中，网络可以通过RRC消息经由中继路径向远程UE发送路径指示。在一个示例中，网络可以通过RRC消息向服务中继UE发送路径指示，然后服务中继UE通过侧行链路RRCReconfiguration消息转发该路径指示。在一个示例中，如果UE确定路径，则可以使用SL RRC消息(例如，RRCReconfigurationSidelink消息)来携带路径指示以通知远程/中继UE。

从信令的角度来看，存在多个方式来用信号通知路径选择指示。路径选择指示可以指示应用该指示的目标业务流类型(例如，SRB/DRB、QoS流、逻辑信道或逻辑信道组)，并且可选地指示所应用的传输模式(例如，如上所述的路径选择模式、复制模式和路径聚合模式之一)。路径选择指示可以经由MAC-CE信令来承载。在一个实施例中，MAC-CE信令可以指示用于通信的路径的子集。在一个实施例中，MAC-CE信令可以指示用于通信的一个路径。在一个实施例中，所指示的路径可以是活动的，直到接收到下一有效路径选择指示。

除了MAC CE信令之外，可以经由PHY控制信道来指示路径选择指示。PHY控制信道可以是物理资源调度信令。例如，作为路径选择指示的资源调度DCI可以指示选择直接路径。PHY控制信道指示还可以用于从MAC-CE指示的路径中动态地选择路径的子集。

图8是根据一个新颖方面的由远程UE执行的用于UE到网络中继的路径选择方法的流程图。在步骤801中，UE识别到达的业务流的业务流类型或要求，其中，远程UE配置有多路径，所述多路径包括到基站的直接路径和经由中继UE到基站的间接路径，并且其中，从直接路径和间接路径中选择主要路径。在步骤802中，远程UE获得直接路径的链路信息和间接路径的侧信息。在步骤803中，远程UE应用路径选择规则，以至少基于业务流类型或要求、链路信息和侧信息来选择用于业务流转发的路径。在步骤804中，远程UE可选地向中继UE或基站发送所选路径的路径指示。

图9是根据一个新颖方面的用于UE到网络中继的由网络控制的路径选择的方法的流程图。在步骤901中，基站从远程UE或从中继UE接收侧信息，其中，远程UE配置有多路径，所述多路径包括到基站的直接路径和经由中继UE到基站的间接路径，并且其中，从直接路径和间接路径中选择主要路径。在步骤902中，基站基于上行链路信息和侧信息执行动态主要路径改变，其中，基站为远程UE选择用于发送上行链路业务流的路径。在步骤903中，基站向远程UE发送所选路径的路径指示，其中，所述路径指示由RRC消息、DL MAC控制元素或PHY层控制信令携带。

虽然为了说明的目的已经结合某些特定实施例描述了本发明，但是本发明不限于此。因此，在不脱离如权利要求中阐述的本发明的范围的情况下，可以实践所描述的实施例的各种特征的各种修改、改编和组合。

相关申请的交叉引用

本申请根据35U.S.C.§119要求2022年8月16日提交的名称为“Method of pathselection in PDCP layer to support multipath configuration”的美国临时申请No.63/398,513；2022年8月16日提交的名称为“Signaling of path indication tosupport multipath configuration”美国临时申请No.63/371,531的优先权。上述每篇文献的公开内容在此引入作为参考。

Claims (20)

1.一种方法，包括以下步骤：

由远程用户设备UE识别到达的业务流的业务流类型或要求，其中，所述远程UE配置有多路径，所述多路径包括：到基站的直接路径和经由中继UE到所述基站的间接路径，并且其中，从所述直接路径和所述间接路径中选择主要路径；

获取所述直接路径的链路信息和所述间接路径的侧信息；以及

应用路径选择规则，以至少基于所述业务流类型或要求、所述链路信息和所述侧信息来选择用于业务流转发的路径。

2.根据权利要求1所述的方法，其中，所选择的路径处于每无线承载、每QoS流、每逻辑信道LCH或每逻辑信道组LCG的粒度。

3.根据权利要求1所述的方法，其中，路径选择规则是属于信号无线承载SRB、PDCP控制PDU和URLLC业务流中的一者的分组被转发到所述主要路径。

4.根据权利要求1所述的方法，其中，如果PDCP缓冲器中的数据量低于数据量阈值，则选择所述主要路径或所述直接路径。

5.根据权利要求1所述的方法，其中，所述侧信息包括所述远程UE与所述中继UE之间的侧行链路SL度量或Wi-Fi度量。

6.根据权利要求5所述的方法，其中，所述侧行链路度量包括SL参考信号接收功率RSRP、SL信号对干扰和噪声比SINR、SL信道忙碌比CBR和传输时延中的一者。

7.根据权利要求1所述的方法，其中，所述UE向所述中继UE或所述基站发送所选路径的路径指示，并且其中，所述路径指示由无线电资源控制RRC信令消息或MAC控制元素CE携带。

8.根据权利要求7所述的方法，其中，所述路径指示包括所选路径的路径ID。

9.一种远程用户设备UE，包括：

控制电路，所述控制电路识别到达的业务流的业务流类型或要求，其中，所述远程UE配置有多路径，所述多路径包括：到基站的直接路径和经由中继UE到所述基站的间接路径，并且其中，从所述直接路径和所述间接路径中选择主要路径；

接收器，所述接收器获取所述直接路径的链路信息和所述间接路径的侧信息；以及

路径选择电路，所述路径选择电路应用路径选择规则，以至少基于所述业务流类型或要求、所述链路信息和所述侧信息来选择用于业务流转发的路径。

10.根据权利要求9所述的UE，其中，所选择的路径处于每无线承载、每QoS流、每逻辑信道LCH或每逻辑信道组LCG的粒度。

11.根据权利要求9所述的UE，其中，路径选择规则是属于信号无线承载SRB、PDCP控制PDU和URLLC业务流中的一者的分组被转发到所述主要路径。

12.根据权利要求9所述的UE，其中，如果PDCP缓冲器中的数据量低于数据量阈值，则选择所述主要路径或所述直接路径。

13.根据权利要求9所述的UE，其中，所述侧信息包括所述远程UE与所述中继UE之间的侧行链路SL度量或Wi-Fi度量。

14.根据权利要求13所述的UE，其中，所述侧行链路度量包括SL参考信号接收功率RSRP、SL信号对干扰和噪声比SINR、SL信道忙碌比CBR和传输时延中的一者。

15.根据权利要求9所述的UE，还包括：

发送器，所述发送器向所述中继UE或所述基站发送所选路径的路径指示，其中，所述路径指示由无线电资源控制RRC信令消息或MAC控制元素CE携带。

16.根据权利要求15所述的UE，其中，所述路径指示包括所选路径的路径ID。

17.一种方法，包括：

由基站从远程UE或从中继UE接收上行信息和侧信息，其中，所述远程UE配置有多路径，所述多路径包括到所述基站的直接路径和经由所述中继UE到所述基站的间接路径，并且其中，从所述直接路径和所述间接路径中选择主要路径；

基于所述上行信息和所述侧信息进行动态主要路径改变，其中，所述基站为所述远程UE选择用于发送上行业务流的路径；以及

向所述远程UE发送所选路径的路径指示，所述路径指示由RRC消息、DL MAC控制元素或PHY层控制信令携带。

18.根据权利要求17所述的方法，还包括：

请求所述远程UE或所述中继UE向所述基站发送所述侧信息。

19.根据权利要求17所述的方法，其中，所述侧信息包括所述远程UE与所述中继UE之间的侧行链路SL度量或Wi-Fi度量。

20.根据权利要求19所述的方法，其中，所述侧行链路度量包括SL参考信号接收功率RSRP、SL信号对干扰和噪声比SINR、SL信道忙碌比CBR和传输时延中的一者。