WO2023231907A1

WO2023231907A1 - 数据传输的方法、装置和系统

Info

Publication number: WO2023231907A1
Application number: PCT/CN2023/096464
Authority: WO
Inventors: 潘晓丹; 彭文杰
Original assignee: 华为技术有限公司
Priority date: 2022-06-02
Filing date: 2023-05-26
Publication date: 2023-12-07
Also published as: CN117241396A

Abstract

本申请实施例提供了一种数据传输的方法、装置和系统。该方法可以包括：第一设备向第二设备发送传输资源的信息和第一信息，传输资源包括第一资源和第二资源，第一资源用于第二设备接收来自第一设备的第一业务，第二资源用于第三设备接收来自第二设备的第一业务，第一信息指示第二资源用于传输第一业务，第一业务为第三设备的业务；第一设备向第二设备发送第一业务的数据，第二设备采用第一资源接收该第一业务的数据，并采用第二资源向第三设备转发第一业务的数据。通过本申请，这样，当需要传输第三设备的第一业务的数据时，第二设备可以直接使用第一设备联合配置的第一资源和第二资源进行传输，降低数据传输时延，提高用户体验。

Description

数据传输的方法、装置和系统

本申请要求于2022年06月02日提交中国专利局、申请号为202210621515.8、申请名称为“数据传输的方法、装置和系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请实施例涉及通信技术领域，并且更具体地，涉及一种数据传输的方法、装置和系统。

背景技术

一个用户设备(user equipment，UE)(如称为远端UE)可通过另一个UE(如称为中继UE)接收数据。以网络设备通过中继UE向远端UE发送下行数据为例，网络设备先将下行数据发送给中继UE，然后中继UE向网络设备请求侧行链路(sidelink，SL)资源，该SL资源用于将下行数据转发给远端UE；中继UE收到网络设备指示的SL资源后，通过该SL资源将下行数据转发给远端UE。

在上述数据传输过程中，远端UE的下行数据会在中继UE的缓存中进行等待，直到有可用的SL资源，这会给远端UE下行数据的传输引入较长时延。特别是对于时延敏感类业务，该延时可能对业务性能造成较大影响。

发明内容

本申请提供一种数据传输的方法、装置和系统，能够实现远端UE的下行数据短时延传输。

第一方面，提供了一种数据传输的方法，该方法可以由设备执行，或者，也可以由设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第一设备执行为例进行说明。

该方法可以包括：第一设备向第二设备发送传输资源的信息和第一信息，传输资源包括第一资源和第二资源，第一资源用于第二设备接收来自第一设备的第一业务，第二资源用于第三设备接收来自第二设备的第一业务，第一信息指示第二资源用于传输第一业务，第一业务为第三设备的业务；第一设备通过第二设备向第三设备发送第一业务的数据。

基于上述技术方案，第一设备可以为第三设备的第一业务的数据联合配置传输资源，即网络设备配置第二设备从第一设备接收该数据、到第二设备将该数据发给第三设备所使用的资源。以第一设备为网络设备为例，网络设备配置第二设备从网络设备接收该数据时所使用的资源，并且网络设备配置第二设备向第三设备转发该数据时所使用的资源。这样，当需要传输该数据时，第二设备可以直接使用联合配置的第一资源和第二资源进行传输，降低数据传输时延，提高用户体验。

在某些实现方式中，方法还包括：第一设备从核心网设备接收第一业务的业务信息。

在某些实现方式中，方法还包括：第一设备根据第一业务的业务信息，确定传输资源。

在某些实现方式中，第一资源为半静态调度SPS资源，方法还包括：第一设备向第二设备发送第一下行控制信息，第一下行控制信息用于激活SPS资源，SPS资源的起始时刻是根据第一下行控制信息确定的。

在某些实现方式中，第二资源为侧行链路配置授权SL CG资源，方法还包括：第一设备向第二设备发送第二下行控制信息，第二下行控制信息用于激活SL CG资源，SL CG资源的起始时刻是根据第二下行控制信息确定的。

基于上述技术方案，网络设备可以根据第一业务的业务信息，为该第一业务的数据确定传输资源，这样可以提高尽可能地提高资源利用率，避免配置了多余的资源或者配置了资源却不用的情况发生。

第二方面，提供了一种数据传输的方法，该方法可以由终端设备执行，或者，也可以由终端设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第二终端设备执行为例进行说明。

该方法可以包括：第二设备接收来自第一设备的传输资源的信息和第一信息，传输资源包括第一资源和第二资源，第一资源用于第二设备接收来自第一设备的第一业务，第二资源用于第三设备接收来自第二设备的第一业务，第一信息指示第二资源用于传输第一业务，第一业务为第三设备的业务；第二设备采用第一资源接收来自第一设备的第一业务的数据；第二设备采用第二资源向第三设备发送第一业务的数据。

基于上述技术方案，第一设备通过第二设备向第三设备发送数据时，第二设备可以直接采用第一设备配置的第一资源和第二资源传输该第三设备的业务的数据。具体地，第二设备采用第一资源从第一设备接收该业务的数据，并且采用第二资源向第三设备转发该业务的数据，从而第二设备不需要从第一设备接收到该业务的数据时，再去请求转发该业务的数据所用的资源，降低了数据传输时延，提高用户体验。

在某些实现方式中，第一资源为半静态调度SPS资源，第二设备采用第一资源接收来自第一设备的第一业务的数据，包括：第二设备收到来自第一设备的第一下行控制信息后，采用SPS资源接收第一业务的数据，第一下行控制信息用于激活SPS资源，SPS资源的起始时刻是根据第一下行控制信息确定的。

在某些实现方式中，第二资源为侧行链路配置授权SL CG资源，第二设备采用第一资源接收来自第一设备的第一业务的数据，包括：第二设备收到来自第一设备的第二下行控制信息后，采用SLCG资源向第三设备发送第一业务的数据，第二下行控制信息用于激活SLCG资源，SLCG资源的起始时刻是根据第二下行控制信息确定的。

在某些实现方式中，第一信息包括第一业务对应的承载标识，第一业务对应的承载标识指示第二资源用于传输第一业务。

在某些实现方式中，第一业务对应的承载标识包括：第一业务对应的数据无线承载DRB标识，或者，第一业务对应的DRB所在的PC5无线链路控制RLC承载标识。

在某些实现方式中，第一信息包括第三设备的标识，第三设备的标识指示第二设备采用第二资源向第三设备传输第一业务。

基于上述技术方案，由于一个第二设备可能会服务于多个第三设备，因此，第一设备还可以向第二设备指示该第二资源用于某个特定第三设备的传输。

在某些实现方式中，第一业务为周期性传输的业务，第一资源的周期与第一业务的周期相同，和/或，第二资源的周期与第一业务的周期相同。

在某些实现方式中，第一资源的周期和第二资源的周期相同。

在某些实现方式中，第一业务对应的承载与第一逻辑信道具有第一对应关系，第一逻辑信道为第二设备和第一设备之间传输第一业务的数据时对应的逻辑信道。

示例地，第一业务对应的承载为第一业务对应的数据无线承载。

在某些实现方式中，第一业务对应的数据无线承载与第二逻辑信道具有第二对应关系，第二逻辑信道为第二设备和第三设备之间传输第一数据时对应的逻辑信道。

在某些实现方式中，第一资源大于或等于第二设备和第一设备之间传输第一数据时所需的资源；和/或，第二资源大于或等于第二设备和第三设备之间传输第一数据时所需的资源。

在某些实现方式中，第一资源在时域上的起始位置与第一时刻之间的时间间隔大于或等于第一阈值，第一时刻表示第一数据到达网络设备的时刻。

示例地，第一阈值与以下时延有关：第一设备对第一业务的数据的处理时延、以及第一设备向第二设备发送第一业务的数据的传输时延。例如，第一阈值大于或等于第一设备对第一业务的数据的处理时延、与第一设备向第二设备发送第一业务的数据的传输时延的和。

在某些实现方式中，第一资源在时域上的起始位置与第二资源在时域上的起始位置之间的时间间隔大于或等于第二阈值。

示例地，第二阈值与以下时延有关：第二设备对第一业务的数据的处理时延、以及第二设备向第三设备发送第一业务的数据的传输时延。例如，第二阈值大于或等于第二设备对第一业务的数据的处理时延、与第二设备向第三设备发送第一业务的数据的传输时延的和。

在某些实现方式中，第一资源为半静态调度SPS资源，和/或，第二资源为侧行链路配置授权SL CG资源。

第三方面，提供一种通信装置，该装置用于执行上述第一方面至第二方面任一种可能实现方式中的方法。具体地，该装置可以包括用于执行第一方面至第二方面任一种可能实现方式中的方法的单元和/或模块，如处理单元和/或通信单元。

在一种实现方式中，该装置为设备(如网络设备或终端设备)。当该装置为设备时，通信单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，该装置为用于设备(如网络设备或终端设备)的芯片、芯片系统或电路。当该装置为用于设备的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第四方面，提供一种通信装置，该装置包括：至少一个处理器，用于执行存储器存储的计算机程序或指令，以执行上述第一方面至第二方面任一种可能实现方式中的方法。可选地，该装置还包括存储器，用于存储的计算机程序或指令。可选地，该装置还包括通信接口，处理器通过通信接口读取存储器存储的计算机程序或指令。

在一种实现方式中，该装置为设备(如网络设备或终端设备)。

在另一种实现方式中，该装置为用于设备(如网络设备或终端设备)的芯片、芯片系统或电路。

第五方面，本申请提供一种处理器，用于执行上述各方面提供的方法。

对于处理器所涉及的发送和获取/接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则可以理解为处理器输出和接收、输入等操作，也可以理解为由射频电路和天线所进行的发送和接收操作，本申请对此不做限定。

第六方面，提供一种计算机可读存储介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行上述第一方面至第二方面任一种可能实现方式中的方法。

第七方面，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面至第二方面任一种可能实现方式中的方法。

第八方面，提供一种通信系统，包括前述的第一终端设备、第二终端设备、网络设备中的至少一项。

附图说明

图1是适用于本申请一实施例的网络架构的示意图。

图2是适用于本申请另一实施例的网络架构的示意图。

图3是SL通信的示意图。

图4是SL无线资源控制(radio resource control，RRC)的控制面协议栈架构的示意图。

图5是网络设备动态调度的示意图。

图6是U2N relay的示意图。

图7中的(a)和(b)是L2 U2N relay的协议栈的示意图。

图8是L2 U2N relay中承载复用的示意图。

图9是SRAP PDU格式的示意图。

图10是SL通信场景中动态授权的示意图。

图11中的(a)和(b)是SL通信场景中CG的示意图。

图12是现有技术中网络设备通过relay UE向remote UE发送下行数据的示意图。

图13是本申请实施例提供的一种数据传输的方法1300的示意图。

图14是第一资源和第二资源在时域上的关联关系的示意图。

图15是本申请一实施例提供的一种数据传输的方法1500的示意图。

图16是本申请实施例提供的一种数据传输的装置1600的示意图。

图17是本申请实施例提供另一种数据传输的装置1700的示意图。

图18是本申请实施例提供一种芯片系统1800的示意图。

具体实施方式

下面将结合附图，对本申请实施例中的技术方案进行描述。

本申请提供的技术方案可以应用于各种通信系统，例如：第五代(5th generation，5G) 或新无线(new radio，NR)系统、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)系统等。本申请提供的技术方案还可以应用于未来的通信系统，如第六代(6th generation，6G)移动通信系统。本申请提供的技术方案还可以应用于设备到设备(device to device，D2D)通信，车到万物(vehicle-to-everything，V2X)通信，机器到机器(machine to machine，M2M)通信，机器类型通信(machine type communication，MTC)，以及物联网(internet of things，IoT)通信系统或者其他通信系统。

本申请实施例中的终端设备也可以称为用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。

终端设备可以是一种向用户提供语音/数据的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

本申请实施例中，用于实现终端设备的功能的装置可以是终端设备，也可以是能够支持终端设备实现该功能的装置，例如芯片系统或芯片，该装置可以被安装在终端设备中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。

本申请实施例中的网络设备可以是用于与终端设备通信的设备，该网络设备也可以称为接入网设备或无线接入网设备，如网络设备可以是基站。本申请实施例中的网络设备可以是指将终端设备接入到无线网络的无线接入网(radio access network，RAN)节点(或设备)。基站可以广义的覆盖如下中的各种名称，或与如下名称进行替换，比如：节点B(NodeB)、演进型基站(evolved NodeB，eNB)、下一代基站(next generation NodeB，gNB)、中继站、接入点、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、主站、辅站、多制式无线(motor slide retainer，MSR)节点、家庭基站、网络控制器、接入节点、无线节点、接入点(access point，AP)、传输节点、收发节点、基带单元(baseband unit，BBU)、射频拉远单元(remote radio unit，RRU)、有源天线单元(active antenna unit，AAU)、射频头(remote radio head，RRH)、中心单元(central unit，CU)、分布式单元(distributed unit，DU)、定位节点等。基站可以是宏基站、微基站、中继节点、施主节点或类似物，或其组合。基站还可以指用于设置于前述设备或装置内的通信模块、调制解调器或芯片。基站还可以是移动交换中心以及D2D、V2X、M2M通信中承担基站功能的设备、6G网络中的网络侧设备、未来的通信系统中承担基站功能的设备等。基站可以支持相同或不同接入技术的网络。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。

基站可以是固定的，也可以是移动的。例如，直升机或无人机可以被配置成充当移动基站，一个或多个小区可以根据该移动基站的位置移动。在其他示例中，直升机或无人机可以被配置成用作与另一基站通信的设备。

在一些部署中，本申请实施例所提及的网络设备可以为包括CU、或DU、或包括CU和DU的设备、或者控制面CU节点(中央单元控制面(central unit-control plane，CU-CP))和用户面CU节点(中央单元用户面(central unit-user plane，CU-UP))以及DU节点的设备。

网络设备和终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和卫星上。本申请实施例中对网络设备和终端设备所处的场景不做限定。

首先结合图1和图2简单介绍适用于本申请的网络架构，如下。

图1是适用于本申请一实施例的网络架构的示意图。

如图1所示，作为示例，该网络架构可以包括终端设备，如图1中的第一终端设备和第二终端设备。该网络架构还可以包括网络设备。其中，第一终端设备可称为远端终端设备(remote UE)，第二终端设备可称为中继终端设备(relay UE)。第一终端设备与第二终端设备可通过通信接口#1进行通信，第二终端设备与网络设备可通过通信接口#2进行通信，第一终端设备可通过第二终端设备与网络设备进行通信。举例来说，以图1所示的架构为例，网络设备向第一终端设备发送数据时，可先将数据发送给第二终端设备，然后由第二终端设备将该数据转发给第一终端设备。

图2是适用于本申请另一实施例的网络架构的示意图。

如图2所示，作为示例，该网络架构可以包括多个终端设备，如图2中的第一终端设备、第二终端设备、以及第三终端设备。其中，第一终端设备可称为remote UE，第二终端设备可称为relay UE，第三终端设备可称为发送UE(Tx UE)。第一终端设备与第二终端设备可通过通信接口#1进行通信，第二终端设备与第三终端设备可通过通信接口#1进行通信。举例来说，以图2所示的架构为例，第三终端设备向第一终端设备发送数据时，可先将数据发送给第二终端设备，然后由第二终端设备将该数据转发给第一终端设备。

在上述图1和图2中，作为示例，通信接口#1可以为基于邻近服务通信5(proximity-based services communication 5，PC5)接口，也可以是非第三代合作伙伴计划(3rd generation partnership project，3GPP)定义的接口，例如私有接口、无线保真(wireless fidelity，WiFi)、蓝牙或者有线接口等，不予限制。作为示例，通信接口#2可以为Uu接口，Uu接口指的是UE与网络设备之间通信的接口，相应地，UE与网络设备之间的链路可称为Uu链路。可以理解，PC5接口、Uu接口只是举例，对本申请的保护范围不构成任何的限定，通信接口还可以是其他名称，这里不再赘述。

可以理解，上述图1和图2为所示的网络架构仅是示例性说明，适用本申请实施例的网络架构并不局限于此。例如，本申请实施例的技术方案可以应用于能够实现一终端设备(如称为remote UE)可以通过另一终端设备(如称为relay UE)与其他设备(如网络设备，又如终端设备)通信的任何架构中。再例如，在上述架构中，还可以包括其他设备，如核心网设备和/或其他终端设备。作为示例，核心网设备例如可以包括：接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user plane function，UPF)网元、策略控制功能(policy control function，PCF)网元等。

还可以理解，图1和图2主要以终端设备为例进行了示例说明，对此不予限制。上述第一终端设备和第二终端设备也可以是同一个物理平台上的两个模组，该两个模组传输同一业务的数据。举例来说，一个无人机上安装了两个通信模组，该两个通信模组传输的是同一个业务的数据。

为便于理解本申请实施例，对本申请实施例中涉及的几个基本概念做简单说明。

可以理解，下文中所介绍的基本概念是以目前协议中规定的基本概念为例进行简单说明，但并不限定本申请实施例只能够应用于目前已有的系统中。因此，以目前已有的系统为例描述时出现的名称，都是功能性描述，具体名称并不限定，仅表示功能，可以对应的扩展到其它系统，比如4G或未来通信系统中。

1、侧行链路

在无线通信系统中，UE与UE之间可以通过运营商网络(例如，基站)进行数据通信，UE与UE之间也可以不用通过运营商网络，直接进行UE与UE之间的通信。UE与UE之间的接口可称为PC5接口。UE与UE之间的链路可称为侧行链路(slidelink，SL)，或者UE与UE之间的链路也可称为PC5链路(PC5link)。作为一可能的应用场景，在V2X中，每个车可认为是一个UE，车与车之间(即UE与UE之间)可以通过PC5接口进行通信，不需要经过运营商网络，这样可以有效地减少通信时延。

为统一描述，本申请实施例以UE与UE之间的链路记为SL，UE与网络设备之间的链路记为Uu链路为例进行示例性说明。可以理解，SL和Uu链路仅是为区分做的命名，其具体命名不对本申请的保护范围造成限定。还可以理解，SL和Uu链路表征了设备间的一种连接关系，是一个逻辑概念，而非一个物理实体。

图3是SL通信的示意图。

如图3所示，UE1与UE2之间的接口可以称为PC5接口，UE1与UE2之间的直连链路可以称为SL，UE1与UE2之间可以直接通信。

如图4所示，SL RRC的控制面的协议栈可以包括：物理(physical，PHY)层、媒体接入控制(media access control，MAC)层、无线链路控制(radio link control，RLC)层、分组数据汇聚层协议(packet data convergence protocol，PDCP)层、RRC层。

PC5接口可以支持广播、单播、组播等通信方式。本申请中主要涉及单播通信方式，下面简单介绍单播通信。

2、单播通信：两个UE之间先建立单播连接，在建立单播连接之后，两个UE可以基于协商的标识进行数据通信，该数据可以是加密的，也可以是不加密的。单播通信类似于UE与网络设备之间建立RRC连接之后进行的数据通信。相比于广播，在单播通信中，建立了单播连接的两个UE之间可以进行该单播通信。

在单播通信中，UE发送数据时，可以随数据发送源标识和目的标识，如源层2标识(source layer-2 identifier)和目的层2标识(destination layer-2 identifier)，以使得数据传输至正确的接收端。其中，源标识用于标识发送端，可以是发送端UE自己分配的。目的标识用于标识接收端，可以是接收端UE为该单播连接分配的标识。UE之间通过PC5接口进行通信。

3、调度(scheduling)

调度可分为下行调度(downlink scheduling)和上行调度(uplink scheduling)。下面分别简单介绍。

1)下行调度

当网络设备要向UE发送数据(如称为下行数据(DL data))时，首先要向UE指示接收下行数据对应的时频资源，这样UE可以正确接收网络设备发送的下行数据，该过程可称为网络设备的下行资源调度过程，或者也可简称为下行调度。

目前，下行调度的方式主要有两种：动态授权(dynamic grant，DG)调度和半静态调度(semi-persistent scheduling，SPS)。

动态授权调度：指的是网络设备向UE发送下行控制信息(downlink control information，DCI)，该DCI用于指示网络设备分配的用于接收下行数据的资源，该资源又可称为下行授权(DL grant)资源，或者下行调度资源。

图5是网络设备动态调度的示意图。

如图5所示，网络设备可先向UE发送DCI，该DCI指示用于接收下行数据的资源，然后再向UE发送下行数据。举例来说，网络设备可以采用UE的小区无线网络临时标识(cell radio network temporary identifier，C-RNTI)对DCI进行加扰，并通过物理下行控制信道(physical downlink control channel，PDCCH)发送给UE。当UE检测并成功解扰DCI后，可以在物理下行共享信道(physical downlink shared channel，PDSCH)上，根据DCI中指示的资源(即网络设备为UE分配的用于接收下行数据的资源)接收下行数据。

半静态调度：网络设备首先通过RRC信令将分配的周期性的下行调度资源信息发送给UE，然后在需要的时候，通过DCI来激活或者去激活周期性的资源。配置的周期性资源在激活后才能用于接收数据。

2)上行调度

当UE要向网络设备发送数据(如称为上行数据(UL data))时，首先UE要获知发送上行数据所使用的时频资源，这样UE才能向网络设备发送上行数据，该过程可称为上行资源调度过程，或者也可简称为上行调度。

目前，上行调度的方式主要有两种：动态指示和配置授权。

动态指示：举例来说，UE首先通过缓存状态报告(buffer status report，BSR)向网络设备上报：某个或某几个逻辑信道组当前有多少数据需要发送，请求分配无线资源(如时频资源)；网络设备基于UE上报的信息，通过DCI向UE动态指示可用的上行资源。

配置授权(configured grant，CG)：CG的方式又可分为两种：CG类型1(CG type 1)和CG type 2。CG type 1中，网络设备通过RRC信令为UE指示周期性的上行资源。CG type 2中，网络设备通过RRC信令为UE指示周期性的上行资源，并且通过DCI来激活或者去激活该上行资源。

4、逻辑信道优先级(logical channel prioritization，LCP)过程

对于一个UE而言，可能同时存在多个业务，或者多个逻辑信道需要进行传输，在MAC层UE可以根据网络设备分配的上行资源，将多个逻辑信道的数据进行复用后传输。将多个逻辑信道的数据进行复用传输的过程可称为LCP过程。

通过LCP过程，可将一个或多个逻辑信道上的数据，根据网络设备配置的优先级原则以及分配的传输资源的大小，复用至同一个MAC协议数据单元(protocol data unit，PDU)，MAC PDU将在分配的传输资源上进行传输。在LCP过程中，一般遵循两个原则：1)优先级原则：高优先级逻辑信道得到较多调度；2)公平性原则：低优先级逻辑信道能够得到调度。

5、无线承载(radio bearer，RB)

无线承载是网络设备为UE分配的一系列协议实体及配置的总称，是由层2提供的用于在UE和网络设备之间传输用户数据的服务，包括PDCP协议实体(或者称为PDCP层)、RLC协议实体(或者称为RLC层)、MAC协议实体(或者称为MAC层)和PHY实体(或者称为PHY)等。

无线承载可分为数据无线承载(data radio bearer，DRB)和信令无线承载(signalling radio bearer，SRB)。DRB用于承载数据，SRB用于承载信令或消息。在SL通信场景中，UE和UE之间通信对应的无线承载称为侧行链路无线承载(sidelink radio bearer，SLRB)，同样地，该SL RB包括侧行链路数据无线承载(sidelink data radio bearer，SL DRB)和侧行链路信令无线承载(sidelink signalling radio bearer，SL SRB)。在协议的信令设计中，RB配置一般包含PDCP层以上的配置，RLC层以下的协议实体称为RLC承载，且相应的配置在RLC承载配置中给出。

6、RLC承载(RLC bearer)

RLC承载：指RLC层以下的协议实体及配置，为RB对应的下层部分，包括RLC层和逻辑信道等一系列资源。一个RLC承载和MAC层的一个逻辑信道相关联。一个RLC承载和一个PDCP层相关联，即一个RLC服务于一个RB。在SL通信中，SL上的RLC承载又可称为侧行链路RLC承载(sidelink RLC bearer)

7、UE接入网络中继(UE-to-network relay，U2N relay)

U2N relay或者也可称为SL U2N relay，可以是指一种UE为UE提供接入网络的服务的架构。在U2N relay场景中，借助单播通信，一个UE通过另一个UE接入网络，从而实现网络覆盖增强。在U2N relay场景中，执行中继功能的节点可称为中继UE(relay UE)，通过该relay UE接入网络的节点可称为远端UE(remote UE)。可以理解，remote UE和relay UE仅仅是为了区分做的命名，其命名不对本申请实施例的保护范围造成限定。例如， remote UE、relay UE还可以分别称为第一设备、第二设备；或者还可以称为第一节点、第二节点；或者还可以称为第一模块、第二模块等。为统一，下文以remote UE和relay UE进行描述。

图6是U2N relay的示意图。

如图6所示，remote UE可通过relay UE的协作与网络设备进行通信，其中remote UE和relay UE之间通过SL通信，对应的接口可称为PC5；relay UE和网络设备直接连接，即通过Uu接口进行通信。

可以理解，一个relay UE可以为一个remote UE提供中继服务，或者也可以为多个remote UE提供中继服务，对此不予限制。一个remote UE可以通过一跳路径(即通过一个relay UE)接入网络，或者也可以通过多跳路径(即通过多个relay UE)接入网络，对此不予限制。

U2N relay技术主要包括层二(layer-2，L2)U2N relay和层三(layer-3，L3)U2N relay两种设计。下面以L2 U2N relay为例，介绍数据传输时用户面的协议栈和控制面的协议栈。

图7中的(a)和(b)是L2 U2N relay的协议栈的示意图。

图7中(a)所示的为L2 U2N relay的用户面的协议栈(即remote UE通过relay UE与网络设备建立连接进行数据传输时用户面的协议栈)的示意图；图7中(b)所示的为L2 U2N relay的控制面的协议栈(即remote UE通过relay UE与网络设备建立连接进行数据传输时控制面的协议栈)的示意图。

如图7中的(a)所示，L2 U2N relay的用户面的协议栈可以包括：PHY层(如，图7中的(a)中所示的PC5-PHY和Uu-PHY)、MAC层(如，图7中的(a)中所示的PC5-MAC和Uu-MAC)、RLC层(如，图7中的(a)中所示的PC5-RLC和Uu-RLC)、适配(adapt)层(适配层还可以称为侧行链路中继适配协议(sidelink relay adaptation protocol，SRAP)层)、PDCP层(如，图7中的(a)中所示的Uu-PDCP)、SDAP层(如，图7中的(a)中所示的Uu-SDAP)和互联网协议(Internet Protocol，IP)层。

如图7中的(b)所示，L2 U2N relay的控制面的协议栈可以包括：PHY层(如，图7中的(b)中所示的PC5-PHY和Uu-PHY)、MAC层(如，图7中的(b)中所示的PC5-MAC和Uu-MAC)、RLC层(如，图7中的(b)中所示的PC5-RLC和Uu-RLC)、adapt层、PDCP层(如，图7中的(b)中所示的Uu-PDCP)、RRC层(如，图7中的(a)中所示的Uu-RRC)和非接入(non-access stadium，NAS)层。

如图7所示，remote UE的数据包在relay UE的PDCP层以下进行中继转发，即relay UE维护中继的RLC承载，包括RLC层(如图7中的SL-RLC和Uu-RLC)、MAC层(如图7中的SL-MAC和Uu-MAC)以及PHY层(如图7中的SL-PHY和Uu-PHY)。remote UE和网络设备之间有端对端的PDCP层、SDAP层以及RRC层，没有端对端的RLC层、MAC层以及PHY层。在U2N relay的通信场景中，网络设备和relay UE之间的RLC承载可称为Uu RLC承载或Uu Relay RLC channel，relay UE和remote UE之间的RLC承载为PC5 relay RLC承载或PC5 Relay RLC channel。

SRAP层(或者称为适配层)在RLC层和PDCP层之间，参见图7。SRAP层的主要作用包括承载的复用和解复用，即支持不同的承载可以复用到一个承载上，或者将一个承载拆分至不同的承载。例如，在下行方向上，网络设备的SRAP层可以将上层到达的一个或者多个remote UE的数据复用至一个RLC承载，即Uu链路上的一个Uu RLC承载可能会包含一个或者多个remote UE的数据(或者说一个或多个remote UE的无线承载)。remote UE的无线承载和RLC承载之间的映射关系可由网络设备配置。网络设备还可配置remote UE的无线承载和remote UE的PC5 relay RLC承载之间的映射关系，因此，通过在SRAP PDU的数据包的包头中添加remote UE标识(又可称为本地标识(local ID))和无线承载的标识(RB ID，如DRB ID或SRB ID)，relay UE的SRAP层接收到网络设备发送的下行数据后，可以根据SRAP PDU的数据包的包头中的local ID和RB ID，将Uu relay RLC承载上的数据正确映射到对应remote UE的不同PC5 relay RLC承载上，从而实现复用数据的拆分。上行方向类似，relay UE的SRAP层可以将一个或者多个remote UE的PC5 relay RLC承载上的数据复用到一个Uu RLC承载上，从而实现承载复用。网络设备接收到Uu RLC承载上的数据后，网络设备的SRAP层将进行解复用，即根据数据中携带的local ID和DRB ID，递交至相应的PDCP层。

图8是L2 U2N relay中承载复用的示意图。

如图8所示，remote UE 1和remote UE 2可复用relay UE的Uu RLC承载，与网络设备通信。网络设备与remote UE 1和remote UE 2分别有端对端的SDAP层和PDCP层，以及端对端的承载配置。以下行传输为例说明relay UE的中继转发过程。网络设备向remote UE发送下行数据，首先，remote UE的下行数据通过SDAP和PDCP递交至网络设备的SRAP层；网络设备根据数据对应的上层实体，在相应的数据包上添加remote UE的local ID和DRB ID，然后递交至下层协议层，在Uu RLC承载上进行复用；relay UE的SRAP层接收到来自Uu RLC承载的数据后，根据数据包中的remote UE的local ID，确定该数据包对应的PC5连接(connection)；relay UE再根据数据包中的remote UE的local ID、DRB ID、以及网络设备配置的映射关系(即PC5 relay RLC承载、DRB ID、以及local ID三者之间的映射关系)，将数据递交至正确的remote UE上的PC5 relay RLC承载；最后，remote UE的SRAP层再根据数据中携带的DRB ID，将数据递交至正确的Uu PDCP和Uu SDAP层。

图9是SRAP PDU格式的示意图。

如图9所示，SRAP PDU中包括数据，还包括remote UE标识(如图9中的UE ID)和无线承载的标识(如图9中的承载ID)。

8、SL调度

在SL通信场景中，协议引入了两种传输资源调度方式：模式1(mode 1)和模式2(mode 2)。在mode 1中，网络设备通过DCI向UE指示SL资源。在mode 2中，UE通过侦听或者随机选择的方式自主地选择SL。本申请实施例主要关注网络设备调度的方式，因此下面对mode 1的方式进行介绍。

mode 1主要分为三种资源分配模式：

1)动态授权：网络设备通过DCI向UE动态指示SL资源。

2)CG type 1：网络设备为UE配置半静态的周期性的传输资源，并通过RRC向UE指示配置的传输资源。

3)CG type 2：网络设备为UE配置半静态的周期性的传输资源，并通过RRC向UE指示配置的传输资源，并且通过DCI向UE指示激活或者去激活配置的资源。

图10是SL通信场景中动态授权的示意图。

如图10所示，SL通信场景中动态授权的资源调度和数据传输包括如下步骤。

步骤1，发送端UE(记为Tx UE)向gNB发送调度请求(scheduling request，SR)。

该SR用于请求Tx UE上报BSR(或者称为SL BSR)时所需的资源。其中，Tx UE可以为relay UE。

步骤2，gNB向Tx UE发送DCI。

该DCI用于指示Tx UE上报BSR时所需的资源。

步骤3，Tx UE向gNB发送BSR。

当Tx UE有数据需要发送给接收端UE(记为Rx UE，Rx UE可以为remote UE)，Tx UE可以先通过BSR向网络设备上报各个逻辑信道组的缓存区大小，即通知网络设备Tx UE准备发送给Rx UE的数据量大小，以便使得网络设备确定需要给Tx UE分配多少SL资源。

Tx UE向gNB发送的BSR所使用的资源可以是Tx UE在步骤2中收到的资源。可以理解，若Tx UE有上报BSR所使用的资源，则可以直接使用该资源进行上报，不需要执行步骤1和步骤2。

步骤4，gNB向Tx UE发送DCI。

该DCI用于指示SL资源。Tx UE接收并解扰得到DCI，从中获取得到gNB分配的SL资源。

步骤5，Tx UE向Rx UE发送数据。

Tx UE根据分配的SL资源向Rx UE发送数据。可选地，Tx UE还向Rx发送侧行链路控制信息(sidelink control information，SCI)。SCI包含两部分，称为两阶段SCI(two-stage SCI)，包括：第一阶段SCI(1^st stage SCI)和第二阶段SCI(2^nd stage SCI)。其中，1^st stage SCI承载于通过物理侧行链路控制信道(physical sidelink control channel，PSCCH)，2^nd stage SCI和数据承载于物理侧行链路共享信道(physical sidelink shared channel，PSSCH)。1^st stage SCI可指示PSSCH上2^nd stage SCI和数据的调度资源信息以及译码PSSCH所需的相关控制信息，也就是说，1^st stage SCI可以灵活地指示2^nd stage SCI的格式和占用资源大小。2^nd stage SCI可指示了PSSCH上数据传输所需参数，如：混合自动重传请求(hybrid automatic repeat request，HARQ)相关信息、信道状态信息(channel state information，CSI)相关参数、L1的源ID和目的ID、位置信息、通信距离等。

步骤6，Rx UE向Tx UE发送反馈(feedback)。

Rx UE接收Tx UE发送的数据后可以通过物理侧行链路反馈信道(physical sidelink feedback channel，PSFCH)向Tx UE发送反馈(如SL HARQ)，以指示是否成功接收数据。

Rx UE向Tx UE发送的反馈(如SL HARQ)所使用的频域资源可以由gNB配置。举例来说，gNB以比特位图(bitmap)的方式指示资源池中可用于PSFCH的频域资源位置，该资源池为当前SL通信可用的资源。PSSCH资源和PSFCH频域资源位置一一对应，也就是说，若gNB为UE配置了PSCCH资源，则UE发送PSFCH所使用的频域资源也确定了。举例来说，SL HARQ的时域资源由gNB配置的参数sl-PSFCH-Period和sl-MinTimeGapPSFCH确定。其中，sl-PSFCH-Period为PSFCH资源的周期，作为示例， sl-PSFCH-Period＝{sl0,sl1,sl2,sl4}，以时隙为单位。sl-PSFCH-Period＝sl0表示SL HARQ feedback禁用(disable)的情况，sl-PSFCH-Period＝sl2表示每两个时隙配置PSFCH资源。其中，sl-MinTimeGapPSFCH为PSFCH资源位置和PSSCH数据所占的最后一个时隙之间的最小时间间隔，作为示例，sl-MinTimeGapPSFCH＝{sl2,sl3}。在SL数据的传输过程中，UE可根据上述两个参数(sl-PSFCH-Period和sl-MinTimeGapPSFCH)确定PSFCH的资源位置，并进行检测接收。

步骤7，Tx UE向gNB发送反馈。

Tx UE接收到Rx UE的反馈(如SL HARQ)之后，可以将该反馈转发给gNB，以通知gNB侧行链路上的数据传输情况，以便gNB判断是否需要继续分配资源用于数据的重传。

上文结合图10介绍了SL通信场景中动态授权的资源调度和数据传输的相关步骤，可以理解，上文为示例性说明，其不对本申请实施例的保护范围造成限定。

图11中的(a)和(b)是SL通信场景中CG的示意图。

图11中的(a)是SL通信场景中CG type1的资源调度和数据传输的示意图，图11中的(b)是SL通信场景中CG type2的资源调度和数据传输的示意图。

如图11中的(a)所示，SL通信场景中CG type1的资源调度和数据传输可以包括如下步骤。

步骤1，gNB向Tx UE发送RRC消息。

gNB为Tx UE配置SL CG，并且通过RRC信令向Tx UE指示配置的SL CG。其中，SL CG可包括用于SL资源和用于Tx UE进行SL HARQ反馈的PUCCH资源。

步骤2，Tx UE向Rx UE发送数据。

Tx UE根据SL CG通过PSSCH向Rx UE发送数据。可选地，Tx UE还向Rx发送SCI。

步骤3，Rx UE向Tx UE发送反馈。

Rx UE接收Tx UE发送的数据后可以通过PSFCH向Tx UE发送反馈(如SL HARQ)，以指示是否成功接收数据。

步骤4，Tx UE向gNB发送反馈。

Tx UE接收到Rx UE的反馈(如SL HARQ)之后，可以在SL CG配置的PUCCH上将该反馈转发给gNB，以通知gNBSL上的数据传输情况，以便gNB判断是否需要继续分配资源用于数据的重传。

如图11中的(b)所示，SL通信场景中CG type2的资源调度和数据传输可以包括如下步骤。

步骤1，gNB向Tx UE发送RRC消息。

步骤2，gNB向Tx UE发送DCI。

该DCI用于激活SL CG资源。

步骤3，Tx UE向Rx UE发送数据。

步骤4，Rx UE向Tx UE发送反馈。

步骤5，Tx UE向gNB发送反馈。

关于步骤1、步骤3-5可以与图11中(a)中的步骤1-4类似，此处不再赘述。

上文结合图11介绍了SL通信场景中CG的资源调度和数据传输的相关步骤，可以理解，上文为示例性说明，其不对本申请实施例的保护范围造成限定。

下面结合图12介绍现有技术中网络设备通过relay UE向remote UE发送下行数据的流程。

如图12所示，按照现有技术，网络设备通过relay UE向remote UE发送下行数据时可以包括如下步骤。

步骤1，网络设备向relay UE发送DCI，指示下行资源。

可选地，该DCI还可指示relay UE反馈HARQ所使用的资源。

步骤2，网络设备向relay UE发送下行数据。

网络设备在步骤1中指示的下行资源上将remote UE的下行数据发送给relay UE，以便relay UE将该下行数据转发给remote UE。相应地，relay UE使用步骤1中获知的下行资源接收该下行数据。

步骤3，relay UE向网络设备反馈HARQ。

若步骤1中DCI还指示relay UE反馈HARQ所使用的资源，则在步骤3中relayUE在该资源上向网络设备反馈HARQ，以通知网络设备是否成功接收该下行数据。

假设relay UE的物理层成功接收到下行数据，那么relay UE向网络设备反馈HARQ确定(acknowledge，ACK)，指示下行数据成功接收。

步骤4，relay UE向网络设备发送SR。

relay UE接收到remote UE的下行数据之后，经过协议栈处理，递交至SRAP层。SRAP层根据数据包的包头中的信息以及网络设备的SRAP配置信息，识别该数据包需要转发给对应remote UE。若relay UE处没有可用的SL资源，则relay UE通过SL BSR，向网络设备请求分配SL资源。具体来说，首先，relay UE向网络设备发送SR，以通知网络设备有上行数据需要传输；网络设备基于relay UE的SR，为relay UE分配上行资源，进而relay UE可以使用该上行资源向网络设备发送SL BSR，以请求分配SL资源。可以理解，若当前relay UE有可用的上行资源，则可以不执行步骤4和5，直接执行步骤6，即relay UE使用该可用的上行资源向网络设备发送SL BSR。

步骤5，网络设备向relay UE发送DCI，该DCI指示上行资源。

网络设备收到relay UE发送的SR后，为relay UE分配能够用于发送SL BSR的上行资源，并通过DCI向relay UE指示分配的上行传输资源。

步骤6，relay UE向网络设备发送SL BSR，请求SL数据传输资源。

步骤7，网络设备向relay UE发送DCI，该DCI指示SL数据传输资源。

可选地，该DCI还可指示用于relay UE进行SL HARQ反馈的PUCCH资源。

步骤8，relay UE向remote UE发送下行数据。

relay UE使用步骤7中指示的SL数据传输资源，将接收到的remote UE的下行数据转发给remote UE。

可选地，relay UE向remote UE反馈SL HARQ。remote UE收到下行数据后，还可向relay UE反馈SL HARQ，以向relay UE通知remote UE是否成功接收数据。

可选地，relay UE向网络设备反馈SL HARQ，以向网络设备通知remote UE是否成功接收数据。

从上述处理流程可以看出，remote UE通过relay UE接收网络设备下发的下行数据时，传输过程分成两步。首先，网络设备将remote UE的下行数据发送给relay UE，然后，relay UE向网络设备请求SL资源，用于将该下行数据转发给remote UE。在该过程中，relay UE在接收到remote UE的下行数据时，可能无法立即进行转发，而是需要通过步骤3～6，向网络设备请求转发下行数据所需的SL资源。在该过程中，remote UE的下行数据会在relay UE的缓存中进行等待，直到有可用的SL资源，这会给remote UE下行数据的传输引入较长时延。特别是对于时延敏感类业务，该延时可能对业务性能造成较大影响。

有鉴于此，本申请提出一种方案，通过联合配置传输数据的资源，解决了U2N relay通信场景中，remote UE的下行数据调度和传输过程效率不高的问题，避免或者减少因没有可用的SL资源，remote UE下行数据在relay UE处缓存等待的时长，以满足时延敏感业务的需求。

可以理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

上面对本申请中涉及到的术语做了简单说明，下文实施例中不再赘述。下文将结合附图详细说明本申请实施例提供的方法。本申请提供的实施例可以应用于上述图1或图2所示的网络架构中，不作限定。

图13是本申请实施例提供的一种数据传输的方法1300的示意图。方法1300可以包括如下步骤。

可选地，方法1300包括步骤1310。

1310，第一设备为业务#1联合配置传输资源，该传输资源包括第一资源和第二资源。

可以理解，第一设备为业务#1(第一业务的一例)联合配置传输资源，也可替换为，第一设备为业务#1确定该传输资源。

其中，业务#1为第三设备的业务，业务#1可以表示一个业务，也可以表示多个业务，不予限制。

在本申请实施例中，第三设备可以为remote UE，第二设备可以为relay UE，第一设备可以为网络设备或终端设备，如参考图1或图2所示的架构。

其中，第一资源用于第二设备接收来自第一设备的业务#1，也即第二设备可采用该第一资源从第一设备接收业务#1的数据。作为示例，若第一设备为网络设备，则第一资源为SPS资源；又如若第一设备为终端设备，则第一资源为SL CG资源。关于如何配置SL CG资源以及SPS资源的一种可能的方式，可以参考上文的术语解释部分的描述，此处不再赘述。

其中，第二资源用于第二设备向第三设备发送业务#1，也即第二设备可采用该第二资源向第三设备发送业务#1的数据。作为示例，第二资源例如可以为CG资源(如第二资源为SL CG资源)。在该示例性下，第一设备可以为业务#1配置CG资源，该CG资源用于第二设备与第三设备传输业务#1的数据时使用。关于如何配置CG资源的一种可能的方式，可以参考上文的术语解释部分的描述，此处不再赘述。

可选地，第一设备为业务#1联合配置的第一资源和第二资源为周期性的资源。这样，可以降低每次传输业务#1的数据时请求资源带来的信令开销和时延。一种可能的实现方式，第一设备根据与业务#1相关的信息为业务#1配置周期性的第一资源和第二资源。作为示例，与业务#1相关的信息例如可以包括以下至少一项信息：业务#1的周期、业务#1的数据达到时间、业务#1的单次数据最大量等。

1320，第一设备向第二设备发送传输资源的信息和第一信息。

其中，第一信息指示第二资源用于传输业务#1，也即第一信息指示第二资源用于传输业务#1的数据。举例来说，若业务#1为超可靠低延迟通信(ultra-reliable and low latency communication，URLLC)业务，则第一信息指示该第二资源用于传输URLLC业务的数据。

可选地，第一信息包括业务#1对应的承载标识。基于此，第一业务对应的承载标识指示第二资源用于传输业务#1。

其中，业务#1对应的承载标识例如可以为业务#1对应的DRB的标识；或者，业务#1对应的承载标识例如可以为业务#1对应的DRB所对应的RLC承载的标识。如上面的术语说明部分的描述，relay UE的DRB在PC5接口上会映射至PC5 relay RLC承载，因此，为了实现配置的资源用于第三设备的业务#1，可以在指示该业务#1对应的DRB所对应的PC5 relay RLC承载标识，或者直接指示该业务#1对应的DRB的标识。

可选地，第一信息还包括第三设备的信息，如第三设备的标识。第三设备的信息，如第三设备的标识，可用于指示第二设备采用第二资源向第三设备传输业务#1。由于一个第二设备可能会服务于多个第三设备，因此，第一设备还可以向第二设备指示该第二资源用于某个特定第三设备的传输。

其中，第三设备的信息，如为以下任一项信息：目的层2标识、第三设备标识(如local ID)、或者C-RNTI。其中，local ID由第一设备分配并且第一设备会告知第二设备分配的local ID和第三设备之间的对应关系，因此第二设备收到第一信息中的local ID后可以获知对应的第三设备。

可以理解，传输资源的信息和第一信息可以承载于同一个信令中，也可以承载于不同信令中，不予限制。

传输资源的信息包括第一资源的信息和第二资源的信息，作为示例，第一资源的信息和第二资源的信息可以承载于同一信令中，也可以承载于不同信令中，不予限制。

可以理解，第一设备向第二设备发送传输资源的信息，可以理解为，第一设备向第二设备指示该第一资源和第二资源，也即第二设备获知第一资源和第二资源的时频域位置。

例如，若第一资源为SPS资源，则方法1300还包括：第二设备接收第一DCI，第二设备根据第一DCI以及步骤1320中收到的SPS资源的信息，确定SPS资源的时域位置。其中，第一DCI用于激活SPS。后面结合方法1500详细说明。

再例如，若第二资源为CG资源，则第二设备根据步骤1320中收到的CG资源的信息确定CG资源的时域位置；或者，方法1300还包括：第二设备接收第二DCI，第二设备根据第二DCI以及步骤1320中收到的CG资源的信息，确定CG资源的时域位置。其中，第二DCI用于激活CG。后面结合方法1500详细说明。

1330，第一设备通过第二设备向第三设备发送业务#1的数据。

相应地，第二设备采用第一资源接收业务#1的数据，并且采用第二资源向第三设备发送业务#1的数据。

基于本申请实施例，对于第三设备通过第二设备接收来自第一设备的业务#1的数据，第一设备可以为该数据联合配置传输资源，即第一设备配置第二设备从第一设备接收该数据，到第二设备将该数据发给第三设备所使用的资源。以网络设备向remote UE发送业务#1的数据为例，网络设备配置relay UE从网络设备接收该数据时所使用的资源，并且网络设备配置relay UE向remote UE转发该数据时所使用的资源。这样，当需要传输该数据时，可以直接使用联合配置的第一资源和第二资源进行传输，降低数据传输时延，提高用户体验。

可选地，第一设备根据业务#1的业务信息，为业务#1配置第一资源和第二资源。

其中，业务#1的业务信息，表示能够反映业务#1特征的信息，或者与业务#1相关的信息。作为示例，业务#1的业务信息包括以下至少一项信息：业务#1的时延敏感型通信辅助信息(time sensitive communication assistance information，TSCAI)、业务#1的单次数据最大量(maximum data burst volume，MBDV)、UE#1的历史流量信息等。时延敏感型通信，又可称为时敏通信，可支持确定性时延通信，具有延迟性能要求以及高可靠性和可用性的通信需求。作为示例，业务#1的TSCAI例如包括以下至少一项：业务#1的数据流方向(即上行或下行)、业务#1的数据突发周期(即两个突发数据流开始时刻之间的时间间隔)、以及业务#1的突发数据流的第一个数据包到达第一设备的最晚可能时间。MBDV可应用于超可靠低延迟通信(ultra-reliable and low latency communication，URLLC)业务，换句话说，若业务#1为URLLC业务，则业务#1的业务信息可包括MBDV，MBDV定义了要求空口在时延预算内传输的最大数据包的长度。

作为一种可能的情形，若第一设备根据业务#1的业务信息获知业务#1为周期性传输的业务，则第一设备为该业务#1配置第一资源和第二资源。这样，第一设备可以先判断业务#1是否为周期性传输的业务，在业务#1为周期性传输的业务的情况下，第一设备为该业务#1配置第一资源和第二资源，以提高资源的利用率。

作为另一种可能的情形，若第一设备根据业务#1的业务信息获知业务#1为紧急业务(或者时延敏感型业务)，如业务#1为超可靠低延迟通信(ultra-reliable and low latency communication，URLLC)，则第一设备为该业务#1配置第一资源和第二资源。这样，第一设备可以先判断业务#1是否为紧急业务，在业务#1为紧急业务的情况下，第一设备为该业务#1配置第一资源和第二资源，以尽可能地满足业务需求。

可以理解，上述为示例性说明，本申请实施例不限于此。

可选地，第一设备可以通过以下任一方式获取业务#1的业务信息。

第一种可能的实现方式，第一设备从核心网设备(如AMF)接收业务#1的业务信息。

基于该实现方式，核心网设备可以向第一设备提供业务#1的业务信息，以便第一设备判断是否要为业务#1配置第一资源和第二资源。例如，核心网设备可以向第一设备提供业务#1的TSCAI和/或业务#1的MBDV。再例如，第一设备从核心网设备接收的业务#1的业务信息指示业务#1为周期性传输的业务，即第一设备可以直接从核心网处获知该业务#1为周期性传输的业务，则第一设备为该业务#1联合配置传输资源。

作为示例，第一设备可以在PDU会话建立过程中从核心网设备(如AMF)获取业务#1的业务信息。举例来说，第一设备在完成UE上下文建立流程之后，AMF向第一设备发送会话建立请求，消息中可携带以下信息：UE#1的PDU会话列表、每个PDU会话的 QoS流列表、以及每个QoS流的质量属性等。其中，QoS相关的信息中可包含TSCAI和MDBV等信息。

第二种可能的实现方式，第一设备自己确定业务#1的业务信息。

基于该实现方式，第一设备可以自己确定业务#1的业务信息，以便第一设备判断是否要为业务#1配置第一资源和第二资源。例如，第一设备可以确定UE#1的历史流量信息，并且结合一些预测方法，确定未来UE#1的下行业务信息(即包括业务#1的业务信息)。

上面介绍了关于业务#1的相关方案，下面介绍关于第一资源和第二资源的相关方案。

可选地，第一资源的周期(为区分，称为T1)和第二资源的周期(为区分，称为T2)满足以下任一形式。

形式1，第一资源的周期和第二资源的周期相同。

基于该形式，T1＝T2。

一种可能的情形，T1＝T2＝f₁(T)，其中，T表示业务#1的周期，f₁()表示函数。例如，T1＝T2＝T。再例如，T1＝T2＝n*T，n为大于1的整数，如n＝2。

图14是第一资源和第二资源在时域上的关联关系的示意图。

如图14所示，业务#1的数据周期性传输，即第一设备(或者其它终端设备)向第三设备周期性地发送业务#1的数据，且周期为T，第一资源在时域上的周期为T，第二资源在时域上的周期也为T。

形式2，第一资源的周期和第二资源的周期不同。

基于该形式，T1≠T2。

一种可能的情形，T1＝f₂(T2)，f₂()表示函数。例如，T1＝m*T2，m为大于0的数，如m＝2，又如m＝1/2。

另一种可能的情形，T1＝f₃(T)，T2＝f₄(T)，其中，T表示业务#1的周期，f₃()和f₄()表示不同的函数。例如，T1＝T，T2＝2T；再例如，T1＝2T，T2＝T。

可选地，第一资源在时域上的起始位置晚于业务#1的数据到达时间，参见图14。其中，业务#1的数据到达时间可以表示第一设备获取到该业务#1的数据的时间。这样，第一设备收到第三设备的业务#1的数据后，可以有时间进行相应协议栈的处理。通过设计第一资源在时域上的起始位置晚于业务#1的数据到达时间，可以使得在第一设备有足够的时间处理业务#1的数据。

一种可能的情形，第一资源在时域上的起始位置与业务#1的数据到达时间之间的时间间隔大于或等于第一阈值。其中，第一阈值可以是第一设备估计的(或者配置的)，也可以是标准预定义的，不予限制。示例地，如图14所示，第一资源在时域上的起始位置与业务#1的数据到达时间之间的时间间隔t大于或等于第一阈值(如记为t1)。其中，t1＝第一设备的处理时延+传输时延，或者t1>第一设备的处理时延+传输时延。其中，第一设备的处理时延表示第一设备处理业务#1的数据的时延，传输时延表示第一设备向第二设备发送业务#1的数据的传输时延。考虑到实际通信中，第一设备的处理时延、以及传输时延等不一定为定值，因此为了避免资源的浪费，第一设备可以配置t大于估算的t1。可以理解，t也可以等于t1，不予限制。

可选地，第二资源在时域上的起始位置位于第一资源在时域上的起始位置之后，参见图14。这样，第二设备收到第三设备的业务#1的数据后，可以有时间进行相应协议栈的处理。通过设计第一资源在时域上的起始位置晚于业务#1的数据到达时间，可以使得在第二设备侧有足够的时间处理业务#1的数据。

一种可能的情形，第二资源在时域上的起始位置与第一资源在时域上的起始位置之间的时间间隔大于或等于第二阈值。其中，第二阈值可以是第一设备估计的(或者配置的)，也可以是标准预定义的，不予限制。示例地，如图14所示，第二资源在时域上的起始位置与第一资源在时域上的起始位置之间的时间间隔t’大于或等于第二阈值(如记为t2)。其中，t2＝第二设备的处理时延+传输时延，或者t2>第二设备的处理时延+传输时延。其中，第二设备的处理时延表示第二设备处理业务#1的数据的时延，传输时延表示第二设备向第三设备发送业务#1的数据的传输时延。举例来说，为了让第一设备能够知道第二设备的处理延时，第二设备可以先进行上报。例如，第二设备可以在接入第一设备时或者有第三设备接入时主动上报；再例如，第二设备可以基于第一设备的请求进行上报。考虑到实际通信中，第二设备的处理时延、以及传输时延等不一定为定值，因此为了避免资源的浪费，第一设备可以配置t’大于估算的t2。可以理解，t’也可以等于t2，不予限制。

上面介绍了关于第一资源和第二资源周期、以及相对位置的一些方案，下面介绍第一资源和第二资源用于传输业务#1的数据的相关方案。

可选地，业务#1对应的承载与逻辑信道#1(第一逻辑信道的一例)之间具有对应关系(如记为对应关系#1(第一对应关系的一例))，换句话说，该逻辑信道#1上的数据为业务#1对应的承载。进一步可选地，第一设备向第二设备发送对应关系#1。其中，逻辑信道#1为第二设备与第一设备之间传输业务#1的数据时对应的逻辑信道。其中，业务#1对应的承载，例如可以为业务#1对应的DRB。下文主要以业务#1对应的承载为DRB为例进行说明。

以第一设备为网络设备为例，举例来说，第二设备和网络设备之间的Uu RLC承载可以复用多个DRB(该多个DRB可以是多个UE的DRB)，这样，业务#1对应的DRB可能与其他业务对应的DRB在一个逻辑信道中，网络设备的MAC层在进行逻辑信道组包时，网络设备可能无法从逻辑信道中区分出不同DRB的数据，因此造成第一资源无法专用于传输业务#1的数据。以第一设备为网络设备为例，下面提供几种可能的实现方式。

第一种可能的方式，在第一资源的时域位置上(例如第一资源对应的时刻)，网络设备发送业务#1的数据。

例如，在第一资源的时域位置上，网络设备将业务#1对应的DRB向该DRB对应的Uu RLC承载上进行递交，网络设备的MAC层从该UuRLC承载对应的逻辑信道中获取业务#1的数据并组包进行下发，如递交给底层(即物理层)。通过该方式，Uu RLC承载上映射业务#1对应的DRB，并且网络设备在第一资源的时域位置发送该DRB的数据，从而可实现第一资源专用于传输业务#1的数据。

再例如，在第一资源的时域位置上(例如第一资源对应的时刻)，网络设备发送业务#1的数据，且网络设备不发送和业务#1复用同一Uu RLC承载的其他业务对应的DRB数据。举例来说，在第一资源相对应的时域位置上，网络设备将业务#1对应的DRB数据向AS层递交，或者将业务#1对应的DRB数据向Uu RLC承载上进行递交，网络设备的MAC层从该Uu RLC承载对应的逻辑信道中获取业务#1的数据并组包进行下发，如递交给底层(即物理层)。换句话说，在第一资源相对应的时域位置上，网络设备不发送和业务#1 复用同一Uu RLC承载的其他业务对应的DRB数据，也即不向Uu RLC承载上递交其他业务对应的DRB数据。此外，基于该方式，允许发送其他UuRLC承载上的DRB数据。通过设计在对应的资源位置上对业务#1对应的Uu RLC channel中的逻辑信道数据进行组包，可以实现第一资源专用于传输业务#1的数据。

第二种可能的方式，Uu RLC承载上映射业务#1对应的DRB，且网络设备对该Uu RLC承载进行逻辑信道组包。

举例来说，业务#1对应的DRB与Uu RLC承载对应，网络设备发送业务#1时，网络设备将业务#1对应的DRB向该DRB对应的Uu RLC承载上进行递交，同时网络设备的MAC层从该Uu RLC承载对应的逻辑信道中获取业务#1的数据并组包进行下发，如递交给底层(即物理层)。换句话说，Uu RLC承载上映射业务#1对应的DRB，该Uu RLC承载上不映射其他业务对应的DRB，因此，对于其他业务对应的DRB，网络设备不向业务#1对应的Uu RLC承载上进行递交，并且由于网络设备MAC层从该Uu RLC承载(即业务#1对应的Uu RLC承载)对应的逻辑信道获取数据进行逻辑信道组包，因此，不会对其他业务数据进行逻辑信道组包。通过该方式，网络设备在第一资源上，对业务#1对应的Uu RLC承载对应的逻辑信道的数据进行组包，所以可以实现第一资源专用于传输业务#1的数据。

第三种可能的方式，第一资源大于或等于第二设备与网络设备之间传输业务#1的数据时所需的资源。

举例来说，网络设备给配置第一资源时，配置一定的余量(如图14所示)，使得第一资源能够大于业务#1每次突发生成的数据量所需要的资源。

举例来说，第二设备和网络设备之间的Uu RLC承载可以复用多个DRB(该多个DRB可以是多个UE的DRB)，这样，业务#1对应的DRB可能与其他业务对应的DRB在一个逻辑信道中，由于第一资源具有一定的余量(即第一资源大于业务#1的数据所需要的资源)，这样可以实现采用该第一资源传输业务#1的数据，尽可能地保证业务#1的数据传输性能。

上述几种实现方式为示例性说明，本申请实施例不限于此，任何可以使得第一资源专用于传输业务#1的数据的方案，都适用于本申请实施例。

可选地，第二资源大于或等于第二设备与第三设备之间传输业务#1的数据时所需的资源。举例来说，第一设备给配置第二资源时，配置一定的余量(如图14所示)，使得第二资源能够大于业务#1每次突发生成的数据量所需要的资源。

可选地，业务#1对应的承载与逻辑信道#2(第二逻辑信道的一例)之间具有对应关系(如记为对应关系#2(第二对应关系的一例))，其中，逻辑信道#2为第二设备与第三设备之间传输业务#1的数据时对应的逻辑信道。进一步可选地，第一设备还向第二设备发送对应关系#2。其中，业务#1对应的承载，例如可以为业务#1对应的DRB。进一步可选地，第一设备向第二设备发送对应关系#2。其中，对应关系#2和第二资源可以通过同一信令传输(如承载于同一条RRC重配置消息中)，或者也可以通过不同信令传输(如承载于不同的RRC重配置消息中)，不予限制。

可选地，第一设备向第二设备发送对应关系#1和对应关系#2。举例来说，第一设备配置对应关系#1和对应关系#2，并且向第二设备发送对应关系#1和对应关系#2，相应地，第二设备接收该对应关系#1和对应关系#2。这样，第二设备可以基于该对应关系#1和对应关系#2获知：业务#1对应的DRB、逻辑信道#1、逻辑信道#2三者之间具有对应关系，进而可以实现使用业务#1的数据在逻辑信道#1和逻辑信道#2上传输。

为了便于理解，下面以第一设备为网络设备，第二设备为relay UE，第三设备为remote UE为例，介绍一可能的流程。其中涉及到的步骤以及术语具体可以可参考上文描述。

图15是本申请一实施例提供的一种数据传输的方法1500的示意图。该方法1500可以适用于上述方法1300。方法1500可以包括如下步骤。

1510，网络设备为业务#1配置第一资源和第二资源。

其中，第一资源用于relay UE接收来自网络设备的业务#1的数据，也即relay UE可采用该第一资源从网络设备接收业务#1的数据。作为示例，第一资源例如可以为SPS资源，即第一资源为周期性的传输资源。为便于理解，方法1500主要以第一资源为SPS资源为例进行示例性说明。

其中，第二资源用于relay UE向remote UE发送业务#1的数据，也即relay UE可采用该第二资源向remote UE发送业务#1的数据。作为示例，第二资源例如可以为CG资源(如第二资源为SL CG资源)，即第二资源为周期性的传输资源。为便于理解，方法1500主要以第二资源为CG资源为例进行示例性说明。

可选地，网络设备根据业务#1的业务信息确定为业务#1确定配置第一资源和第二资源。例如，网络设备从核心网设备(如AMF)接收与业务#1相关的信息，该与业务#1相关的信息可用于表征业务#1的业务信息，根据该与业务#1相关的信息，确定为业务#1配置第一资源和第二资源。再例如，网络设备自己确定业务#1的业务信息，进而确定为业务#1配置第一资源和第二资源。关于具体的方案可参考方法1300中的相关描述，此处不再赘述。

可选地，网络设备根据业务#1的信息配置第一资源和第二资源。例如，网络设备根据业务#1的周期配置第一资源和第二资源的周期，如第一资源的周期、第二资源的周期、与业务#1的周期相同，参见图14。再例如，网络设备根据业务#1的单次数据最大量配置第一资源和第二资源的时频资源的大小。再例如，网络设备根据业务#1的数据达到时间配置第一资源和第二资源的时域资源。再例如，网络设备根据业务#1的QoS信息，为业务#1配置第一资源和第二资源。

可选地，网络设备还向relay UE发送第一信息，该第一信息指示第二资源用于传输业务#1的数据。由于一个relay UE可能会服务于多个remote UE，因此，网络设备还可以向relay UE指示该第二资源用于某个特定remote UE的业务数据传输。这样，能够实现采用第二资源来传输业务#1的数据。具体的可以参考方法1300中的相关描述，此处不再赘述。

关于第一资源和第二资源的相关方案，可以参考方法1300中的描述，此处不再赘述。

1520，网络设备向relay UE发送第一资源的信息和第二资源的信息。

作为示例，第一资源的信息和第二资源的信息可以承载于同一信令中，也可以承载于不同信令中，不予限制。

作为示例，第一资源的信息和第二资源的信息承载于RRC消息中。

1530，网络设备向relay UE发送第一DCI。

该第一DCI可用于激活第一资源。举例来说，若第一资源为SPS资源，则网络设备向relay UE发送第一DCI，该第一DCI用于激活SPS资源，进而relay UE可以使用该SPS资源接收业务#1的数据。一种可能的设计，该第一DCI可以为配置调度无线网络临时标识(configured scheduling radio network temporary identifier，CS-RNTI)加扰的DCI。

以第一资源为SPS资源为例，SPS资源的周期由网络设备的SPS配置确定，SPS资源的起始时刻可以根据第一DCI(如第一DCI的系统帧号和时隙号)确定。因此，relay UE基于第一DCI和步骤1520中收到的SPS资源的信息，relay UE可以确定SPS资源的时域位置。举例来说，一个系统帧(又称为无线帧(radio frame))固定为10毫秒(ms)，一个系统帧里面包含十个子帧，每个子帧中包含一定数量的时隙，具体包含的个数可以取决于子载波间隔(sub-carrier spacing，SCS)。例如，当SCS为30千赫兹(kHZ)时，一个无线帧中可包含20个时隙。

可以理解，若第一资源不需要激活，即第一资源可以直接使用，则方法200可以不包括步骤1530。

1540，网络设备向relay UE发送第二DCI。

该第二DCI可用于激活第二资源。举例来说，若第二资源为CG type 2资源，则网络设备向relay UE发送第二DCI，该第二DCI用于激活CG type 2资源，进而relay UE可以使用该CG type 2资源向remote UE发送业务#1的数据。一种可能的设计，该第二DCI可以为侧行链路配置调度无线网络临时标识(sidelink configured scheduling radio network temporary identifier，SL-CS-RNTI)加扰的DCI。

以第二资源为CG资源为例，CG资源的周期由网络设备的CG配置确定，CG资源的起始时刻可以根据第二DCI(如第二DCI的下发时刻)确定。因此，relay UE基于第二DCI和步骤1520中收到的CG资源的信息，relay UE可以确定CG资源的位置。

可以理解，若第二资源不需要激活，即第二资源可以直接使用，如第二资源为CG type1，则方法200可以不包括步骤1540。

为了实现最小的数据传输时延，网络设备从核心网接收到业务#1的数据并处理后，可以立即发送给relay UE，并且relay UE接收业务#1的数据并进行协议栈处理完成后，可以立即通过将该业务#1的数据发送给remote UE。也就是，业务#1的数据在网络设备和relay UE处可以不需要额外的等待时延，业务#1的数据的延时包括t1和t2。其中，t1＝网络设备的处理时延+Uu链路上的传输时延，t2＝relay UE的处理时延+SL上的传输时延。下面以第一资源为SPS资源，第二资源为CG资源为例进行说明。

为了减小业务#1的数据在网络设备处的等待延时，网络设备可以根据业务#1的数据到达网络设备的大致时间、网络设备的处理时延、以及Uu链路上的传输时延，估算t1，并调节用于激活SPS资源的第一DCI的发送时刻，从而实现在网络设备处理业务#1的数据完成之后，可以直接在SPS资源上向relay UE发送该业务#1的数据。考虑到实际通信中，网络设备的处理时延、以及传输时延等不一定为定值，因此为了避免资源的浪费，网络设备可以调节发送第一DCI的时刻，使得SPS资源位置起始时刻和数据到达网络设备之间的时间间隔大于t1。

为了减小数据在relay UE处的等待延时，网络设备可以估算t2，然后通过调节下发用于激活SPS资源的第一DCI以及用于激活GC type 2资源的第二DCI的时刻(或者调节下发用于激活SPS资源的第一DCI的时刻和调节CG type 1的时域资源配置)，来使得SPS 资源和CG资源之间的时间间隔等于t2。这样，relay UE接收到remote UE的下行数据并处理之后，可以直接在SL上进行传输，而无需等待。举例来说，为了让网络设备能够知道relay UE的处理延时，relay UE可以先进行上报。例如，relay UE可以在接入网络设备时或者有remote UE接入时主动上报；再例如，relay UE可以基于网络设备的请求进行上报。考虑到实际通信中，relay UE的处理时延、以及传输时延等不一定为定值，因此为了避免资源的浪费，网络设备可以配置SPS资源和CG资源之间的时间间隔大于估算的t2。

1550，relay UE采用第一资源接收来自网络设备的业务#1的数据。相应地，网络设备向relay UE发送业务#1的数据。

当网络设备从核心网接收到业务#1的数据并处理完成后，向relay UE发送业务#1的数据，relay UE采用第一资源接收该业务#1的数据。relay UE接收到业务#1的数据并对业务#1的数据进行协议栈处理后，可以通过第二资源将业务#1的数据发送给remote UE。

一种可能的情形，业务#1对应的DRB与逻辑信道#1之间具有对应关系(即对应关系#1)，换句话说，该逻辑信道#1上的数据为业务#1对应的DRB。

可选地，通过以下任一方式，实现第一资源用于传输业务#1的数据。

第三种可能的方式，第一资源大于或等于relay UE与网络设备之间传输业务#1的数据时所需的资源。

上述几种可能的方式为简单的说明，具体可以参考方法1300中的相关描述，此处不再赘述。

1560，relay UE采用第二资源向remote UE发送业务#1的数据。

举例来说，relay UE的SRAP层识别SRAP PDU数据包头上的remote UE的local ID和承载标识，并根据网络设备的配置，确定该SRAP PDU数据需要递交的remote UE以及remote UE对应的PC5 relay RLC承载。根据收到的第一信息，relay UE识别之前配置的第二资源专用于该local ID所对应的remote UE的数据传输，或者专用于该remote UE的该DRB数据传输，或者专用于该remote UE的PC5 relay RLC承载上的数据传输。因此，relay UE在进行逻辑信道组包的时候，将获取该remote UE的数据或者该remote UE的PC5 relay RLC承载上的数据进行组包，并采用第二资源发送给remote UE。

relay UE在进行逻辑信道组包时，一般是从对应的PC5 relay RLC承载对应的逻辑信道中获取数据进行组包，因此当remote UE的多个DRB承载在该PC5 relay RLC承载上进行复用时，relay UE可能无法区分不同DRB承载上的数据，这可能导致配置的第二资源无法专用于业务#1的数据。为了解决上述问题，可以包括如下几种实现方式。

一种可能的实现方式，PC5 relay RLC承载专用于业务#1对应的DRB，并且在第二资源上，relay UE对PC5 relay RLC承载对应的逻辑信道进行组包。

举例来说，网络设备在确定PC5 relay RLC承载和DRB承载之间的映射关系时，将该业务#1对应的DRB承载映射至PC5 relay RLC承载，即第一资源上发送的DRB承载数据和第二资源中指示的PC5 relay RLC承载中复用的DRB承载保持一致，并且在第二资源上， relay UE对该PC5 relay RLC承载对应的逻辑信道数据进行组包。

另一种可能的实现方式，在第二资源上，relay UE将业务#1的DRB递交至对应的PC5 relay RLC承载，并且对该PC5 relay RLC承载对应的逻辑信道进行组包。

举例来说，relay UE根据第一信息(如DRB ID)，获知第二资源用于传输业务#1对应的DRB，因此，relay UE将SRAP PDU包头中携带业务#1的DRB ID的数据递交至对应的PC5 relay RLC承载，映射至该PC5 relay RLC承载的其余DRB数据可以先不递交至Uu RLC承载；在第二资源上，relay UE对该PC5 relay RLC承载对应的逻辑信道数据进行组包。换句话说，在该第二资源上，对于其他PC5 relay RLC承载对应的逻辑信道数据，relay UE不进行逻辑信道组包。

另一种可能的实现方式，relay UE根据第一信息，可以将业务1的DRB数据往PC5 relay RLC承载递交。换句话说，对于其他业务的DRB数据，relay UE可不向PC5 relay RLC承载递交。

另一种可能的实现方式，网络设备为第二资源配置一定的余量(如图14所示)，以尽量保证relay UE在第一资源上接收到的数据，能够在第二资源上传输完成。

基于上述技术方案，网络设备基于remote UE的业务#1的特征(例如周期突发特性)，为relay UE配置周期性的第一资源(如SPS资源)和第二资源(如CG资源)，该第一资源和第二资源用于该业务#1的传输。网络设备向relay UE指示配置的第一资源和第二资源用于传输remote UE的业务#1的数据，如指示业务#1的数据对应的承载标识。这样，可以实现relay UE在接收到网络设备发送的业务#1的数据后，可以直接采用第二资源向remote UE转发业务#1的数据，从而可以减少relay UE请求资源，盲检动态资源调度DCI所需的能耗。此外，通过控制激活第一资源和/或第二资源的时刻(如控制发送第一DCI和/或第二DCI的时刻)，调节第一资源和第二资源的位置关系，可以进一步减少业务#1的数据在网络设备和relay UE处的等待时延，从而尽可能地减少业务#1的数据端到端的时延，满足业务#1的需求。

可以理解，本申请实施例中的图15中的例子仅仅是为了便于本领域技术人员理解本申请实施例，并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图15的例子，显然可以进行各种等价的修改或变化，这样的修改或变化也落入本申请实施例的范围内。

还可以理解，本申请实施例中以第一设备通过relay UE向remote UE发送数据为例进行示例说明，可以理解，本申请实施例的方案也可以用于多跳中继的场景。比如，第一设备通过多个relay UE向remote UE发送数据。

还可以理解，在上述一些实施例中，主要以网络设备通过relay UE向remote UE发送数据为例进行示例性说明，可以理解，本申请实施例的方案对于发送端不作限定。例如，发送端为UE，该发送端UE通过relay UE向remote UE发送数据。其中，发送端UE、relay UE以及remote UE可以在小区覆盖范围内，也可以在小区覆盖范围外，或者部分在小区覆盖范围内部分在小区覆盖范围外。

还可以理解，在上述一些实施例中，涉及到的消息名称，仅是一种示例，不对本申请实施例的保护范围造成限定。

还可以理解，在本申请各个实施例中涉及到的公式仅是示例性说明，其不对本申请实施例的保护范围造成限定。在计算上述各个涉及的参数的过程中，也可以根据上述公式进行计算，或者基于上述公式的变形进行计算，也可以根据其它方式进行计算以满足公式计算的结果。

还可以理解，本申请的各实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，也可以在某些场景下，与其他特征进行结合，不作限定。

还可以理解，本申请的各实施例中的方案可以进行合理的组合使用，并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释，对此不作限定。

还可以理解，在本申请的各实施例中的各种数字序号的大小并不意味着执行顺序的先后，仅为描述方便进行的区分，不应对本申请实施例的实施过程构成任何限定。

还可以理解，上述各个方法实施例中，由设备实现的方法和操作，也可以由可由设备的组成部件(例如芯片或者电路)来实现。

相应于上述各方法实施例给出的方法，本申请实施例还提供了相应的装置，所述装置包括用于执行上述各个方法实施例相应的模块。该模块可以是软件，也可以是硬件，或者是软件和硬件结合。可以理解的是，上述各方法实施例所描述的技术特征同样适用于以下装置实施例。

图16是本申请实施例提供的一种数据传输的装置1600的示意图。该装置1600包括收发单元1610和处理单元1620。收发单元1610可以用于实现相应的通信功能。收发单元1610还可以称为通信接口或通信单元。处理单元1620可以用于实现相应的处理功能，如配置资源。

可选地，该装置1600还包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元1620可以读取存储单元中的指令和/或数据，以使得装置实现前述各个方法实施例中设备或网元的动作。

在第一种设计中，该装置1600可以是前述实施例中的第一设备，也可以是第一设备的组成部件(如芯片)。该装置1600可实现对应于上文方法实施例中的第一设备执行的步骤或者流程，其中，收发单元1610可用于执行上文方法实施例中第一设备的收发相关的操作，处理单元1620可用于执行上文方法实施例中第一设备的处理相关的操作。

一种可能的实现方式，收发单元1610，用于向第二设备发送传输资源的信息和第一信息，传输资源包括第一资源和第二资源，第一资源用于第二设备接收来自第一设备的第一业务，第二资源用于第三设备接收来自第二设备的第一业务，第一信息指示第二资源用于传输第一业务，第一业务为第三设备的业务；收发单元1610，还用于通过第二设备向第三设备发送第一业务的数据。可选地，处理单元1620，用于确定传输资源。

可选地，第一信息包括第一业务对应的承载标识，第一业务对应的承载标识指示第二资源用于传输第一业务。

可选地，第一业务对应的承载标识包括：第一业务对应的数据无线承载DRB标识，或者，第一业务对应的DRB所在的PC5无线链路控制RLC承载标识。

可选地，第一信息包括第三设备的标识，第三设备的标识指示第二设备采用第二资源向第三设备传输第一业务。

可选地，第一业务为周期性传输的业务，第一资源的周期与第一业务的周期相同，和/或，第二资源的周期与第一业务的周期相同。

可选地，第一资源的周期和第二资源的周期相同。

可选地，第一业务对应的承载与第一逻辑信道具有第一对应关系，第一逻辑信道为第二设备和第一设备之间传输第一业务的数据时对应的逻辑信道。

可选地，第一业务对应的承载与第二逻辑信道具有第二对应关系，第二逻辑信道为第二设备和第三设备之间传输第一数据时对应的逻辑信道。

可选地，第一资源大于或等于第二设备和第一设备之间传输第一数据时所需的资源；和/或，第二资源大于或等于第二设备和第三设备之间传输第一数据时所需的资源。

可选地，第一资源在时域上的起始位置与第一时刻之间的时间间隔大于或等于第一阈值，第一时刻表示第一数据到达网络设备的时刻；和/或，第一资源在时域上的起始位置与第二资源在时域上的起始位置之间的时间间隔大于或等于第二阈值。

可选地，第一资源为半静态调度SPS资源，和/或，第二资源为侧行链路配置授权SL CG资源。

在第二种设计中，该装置1600可以是前述实施例中的第二设备(如图13中的第二设备，又如图15中的relay UE)，也可以是第二设备的组成部件(如芯片)。该装置1600可实现对应于上文方法实施例中的第二设备执行的步骤或者流程，其中，收发单元1610可用于执行上文方法实施例中第二设备的收发相关的操作，处理单元1620可用于执行上文方法实施例中第二设备的处理相关的操作。

一种可能的实现方式，收发单元1610，用于接收来自第一设备的传输资源的信息和第一信息，传输资源包括第一资源和第二资源，第一资源用于第二设备接收来自第一设备的第一业务，第二资源用于第三设备接收来自第二设备的第一业务，第一信息指示第二资源用于传输第一业务，第一业务为第三设备的业务；收发单元1610，还用于采用第一资源接收来自第一设备的第一业务的数据；收发单元1610，还用于采用第二资源向第三设备发送第一业务的数据。

可选地，第一资源的周期和第二资源的周期相同。

应理解，各单元执行上述相应步骤的具体过程在上述各方法实施例中已经详细说明，为了简洁，在此不再赘述。

还应理解，这里的装置1600以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，装置1600可以具体为上述实施例中的第一设备，可以用于执行上述各方法实施例中与第一设备对应的各个流程和/或步骤；或者，装置1600可以具体为上述实施例中的第二设备，可以用于执行上述各方法实施例中与第二设备对应的各个流程和/或步骤，为避免重复，在此不再赘述。

上述各个方案的装置1600具有实现上述方法中设备(如第一设备，又如第二设备)所执行的相应步骤的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块；例如收发单元可以由收发机替代(例如，收发单元中的发送单元可以由发送机替代，收发单元中的接收单元可以由接收机替代)，其它单元，如处理单元等可以由处理器替代，分别执行各个方法实施例中的收发操作以及相关的处理操作。

此外，上述收发单元1610还可以是收发电路(例如可以包括接收电路和发送电路)，处理单元可以是处理电路。

需要指出的是，图16中的装置可以是前述实施例中的网元或设备，也可以是芯片或者芯片系统，例如：片上系统(system on chip，SoC)。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。

图17是本申请实施例提供另一种通信装置1700的示意图。该装置1700包括处理器1710，处理器1710用于执行存储器1720存储的计算机程序或指令，或读取存储器1720存储的数据/信令，以执行上文各方法实施例中的方法。可选地，处理器1710为一个或多个。

可选地，如图17所示，该装置1700还包括存储器1720，存储器1720用于存储计算机程序或指令和/或数据。该存储器1720可以与处理器1710集成在一起，或者也可以分离设置。可选地，存储器1720为一个或多个。

可选地，如图17所示，该装置1700还包括收发器1730，收发器1730用于信号的接收和/或发送。例如，处理器1710用于控制收发器1730进行信号的接收和/或发送。

作为一种方案，该装置1700用于实现上文各个方法实施例中由第一设备执行的操作。

例如，处理器1710用于执行存储器1720存储的计算机程序或指令，以实现上文各个方法实施例中第一设备的相关操作。

作为另一种方案，该装置1700用于实现上文各个方法实施例中由第二设备执行的操作。

例如，处理器1710用于执行存储器1720存储的计算机程序或指令，以实现上文各个方法实施例中第二设备的相关操作。例如，图13所示实施例中的第二设备执行的方法，或图15中的relay UE执行的方法。

应理解，本申请实施例中提及的处理器可以是中央处理单元(central processing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)。例如，RAM可以用作外部高速缓存。作为示例而非限定，RAM包括如下多种形式：静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

图18是本申请实施例提供一种芯片系统1800的示意图。该芯片系统1800(或者也可以称为处理系统)包括逻辑电路1810以及输入/输出接口(input/output interface)1820。

其中，逻辑电路1810可以为芯片系统1800中的处理电路。逻辑电路1810可以耦合连接存储单元，调用存储单元中的指令，使得芯片系统1800可以实现本申请各实施例的方法和功能。输入/输出接口1820，可以为芯片系统1800中的输入输出电路，将芯片系统1800处理好的信息输出，或将待处理的数据或信令信息输入芯片系统1800进行处理。

具体地，例如，若第一设备安装了该芯片系统1800，逻辑电路1810与输入/输出接口1820耦合，逻辑电路1810可通过输入/输出接口1820发送第一资源和第二资源，该第一资源和第二资源可以为逻辑电路1810配置的；或者输入/输出接口1820可将第一业务的相关信息输入至逻辑电路1810进行处理。又如，若第二设备安装了该芯片系统1800，逻辑电路1810与输入/输出接口1820耦合，逻辑电路1810可通过输入/输出接口1820接收第一资源和第二资源。

作为一种方案，该芯片系统1800用于实现上文各个方法实施例中由第一设备执行的操作。

例如，逻辑电路1810用于实现上文方法实施例中由第一设备执行的处理相关的操作；输入/输出接口1820用于实现上文方法实施例中由第一设备执行的发送和/或接收相关的操作。

作为另一种方案，该芯片系统1800用于实现上文各个方法实施例中由第二设备执行的操作。

例如，逻辑电路1810用于实现上文方法实施例中由第二设备执行的处理相关的操作，如，图13所示实施例中的第二设备执行的处理相关的操作，或图15所示实施例中的relay UE执行的处理相关的操作；输入/输出接口1820用于实现上文方法实施例中由第二设备执行的发送和/或接收相关的操作，如，图13所示实施例中的第二设备执行的发送和/或接收相关的操作，或图15所示实施例中的relay UE执行的发送和/或接收相关的操作。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述各方法实施例中由设备执行的方法的计算机指令。

例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法各实施例中由第一设备执行的方法。

又如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法各实施例中由第二设备执行的方法。

本申请实施例还提供一种计算机程序产品，包含指令，该指令被计算机执行时以实现上述各方法实施例中由设备(如第二设备，又如第一设备)执行的方法。

本申请实施例还提供一种通信的系统，包括前述的第二设备和第一设备。可选地，该系统中还包括与上述第二设备和/或第一设备通信的设备。

上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。此外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如，所述计算机可以是个人计算机，服务器，或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD)等。例如，前述的可用介质包括但不限于：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

一种数据传输的方法，其特征在于，包括：

第一设备向第二设备发送传输资源的信息和第一信息，所述传输资源包括第一资源和第二资源，所述第一资源用于所述第二设备接收来自所述第一设备的第一业务，所述第二资源用于所述第三设备接收来自所述第二设备的所述第一业务，所述第一信息指示所述第二资源用于传输所述第一业务，所述第一业务为所述第三设备的业务；

所述第一设备通过所述第二设备向所述第三设备发送所述第一业务的数据。
根据权利要求1所述的方法，其特征在于，

所述第一信息包括所述第一业务对应的承载标识，所述第一业务对应的承载标识指示所述第二资源用于传输所述第一业务。
根据权利要求2所述的方法，其特征在于，所述第一业务对应的承载标识包括：所述第一业务对应的数据无线承载DRB标识，或者，所述第一业务对应的DRB所在的PC5无线链路控制RLC承载标识。
根据权利要求1至3中任一项所述的方法，其特征在于，所述第一信息包括所述第三设备的标识，所述第三设备的标识指示所述第二设备采用所述第二资源向所述第三设备传输所述第一业务。
根据权利要求1至4中任一项所述的方法，其特征在于，所述第一业务为周期性传输的业务，

所述第一资源的周期与所述第一业务的周期相同，和/或，所述第二资源的周期与所述第一业务的周期相同。
根据权利要求1至5中任一项所述的方法，其特征在于，所述第一资源的周期和所述第二资源的周期相同。
根据权利要求1至6中任一项所述的方法，其特征在于，所述第一业务对应的承载与第一逻辑信道具有第一对应关系，所述第一逻辑信道为所述第二设备和所述第一设备之间传输所述第一业务的数据时对应的逻辑信道。
根据权利要求1至7中任一项所述的方法，其特征在于，所述第一业务对应的承载与第二逻辑信道具有第二对应关系，所述第二逻辑信道为所述第二设备和所述第三设备之间传输所述第一数据时对应的逻辑信道。
根据权利要求1至8中任一项所述的方法，其特征在于，

所述第一资源大于或等于所述第二设备和所述第一设备之间传输所述第一数据时所需的资源；和/或，

所述第二资源大于或等于所述第二设备和所述第三设备之间传输所述第一数据时所需的资源。
根据权利要求1至9中任一项所述的方法，其特征在于，

所述第一资源在时域上的起始位置与第一时刻之间的时间间隔大于或等于第一阈值，所述第一时刻表示所述第一数据到达所述网络设备的时刻；和/或，

所述第一资源在时域上的起始位置与所述第二资源在时域上的起始位置之间的时间间隔大于或等于第二阈值。
根据权利要求1至10中任一项所述的方法，其特征在于，所述第一资源为半静态调度SPS资源，和/或，所述第二资源为侧行链路配置授权SL CG资源。
一种数据传输的方法，其特征在于，包括：

第二设备接收来自第一设备的传输资源的信息和第一信息，所述传输资源包括第一资源和第二资源，所述第一资源用于所述第二设备接收来自所述第一设备的第一业务，所述第二资源用于第三设备接收来自所述第二设备的所述第一业务，所述第一信息指示所述第二资源用于传输所述第一业务，所述第一业务为所述第三设备的业务；

所述第二设备采用所述第一资源接收来自所述第一设备的所述第一业务的数据；

所述第二设备采用所述第二资源向所述第三设备发送所述第一业务的数据。
根据权利要求12所述的方法，其特征在于，

所述第一信息包括所述第一业务对应的承载标识，所述第一业务对应的承载标识指示所述第二资源用于传输所述第一业务。
根据权利要求13所述的方法，其特征在于，所述第一业务对应的承载标识包括：所述第一业务对应的数据无线承载DRB标识，或者，所述第一业务对应的DRB所在的PC5无线链路控制RLC承载标识。
根据权利要求12至14中任一项所述的方法，其特征在于，所述第一信息包括所述第三设备的标识，所述第三设备的标识指示所述第二设备采用所述第二资源向所述第三设备传输所述第一业务。
根据权利要求12至15中任一项所述的方法，其特征在于，所述第一业务为周期性传输的业务，

所述第一资源的周期与所述第一业务的周期相同，和/或，所述第二资源的周期与所述第一业务的周期相同。
根据权利要求12至16中任一项所述的方法，其特征在于，所述第一资源的周期和所述第二资源的周期相同。
根据权利要求12至17中任一项所述的方法，其特征在于，所述第一业务对应的承载与第一逻辑信道具有第一对应关系，所述第一逻辑信道为所述第二设备和所述第一设备之间传输所述第一业务的数据时对应的逻辑信道。
根据权利要求12至18中任一项所述的方法，其特征在于，所述第一业务对应的承载与第二逻辑信道具有第二对应关系，所述第二逻辑信道为所述第二设备和所述第三设备之间传输所述第一数据时对应的逻辑信道。
根据权利要求12至19中任一项所述的方法，其特征在于，

所述第一资源大于或等于所述第二设备和所述第一设备之间传输所述第一数据时所需的资源；和/或，

所述第二资源大于或等于所述第二设备和所述第三设备之间传输所述第一数据时所需的资源。
根据权利要求12至20中任一项所述的方法，其特征在于，

所述第一资源在时域上的起始位置与第一时刻之间的时间间隔大于或等于第一阈值，所述第一时刻表示所述第一数据到达所述网络设备的时刻；和/或，

所述第一资源在时域上的起始位置与所述第二资源在时域上的起始位置之间的时间间隔大于或等于第二阈值。
根据权利要求12至21中任一项所述的方法，其特征在于，所述第一资源为半静态调度SPS资源，和/或，所述第二资源为侧行链路配置授权SL CG资源。
一种通信装置，其特征在于，包括：

收发单元，用于向第二设备发送传输资源的信息和第一信息，所述传输资源包括第一资源和第二资源，所述第一资源用于所述第二设备接收来自所述通信装置的第一业务，第二资源用于第三设备接收来自所述第二设备的第一业务，所述第一信息指示所述第二资源用于传输所述第一业务，所述第一业务为所述第三设备的业务；

所述收发单元还用于通过所述第二设备向所述第三设备发送第一业务的数据。
根据权利要求23所述的通信装置，其特征在于，第一信息包括第一业务对应的承载标识，第一业务对应的承载标识指示第二资源用于传输第一业务。
根据权利要求24所述的通信装置，其特征在于，所述第一业务对应的承载标识包括：所述第一业务对应的数据无线承载DRB标识，或者，所述第一业务对应的DRB所在的PC5无线链路控制RLC承载标识。
根据权利要求23至25中任一项所述的通信装置，其特征在于，所述第一信息包括所述第三设备的标识，所述第三设备的标识指示所述第二设备采用所述第二资源向所述第三设备传输所述第一业务。
根据权利要求23至26中任一项所述的通信装置，其特征在于，所述第一业务为周期性传输的业务，

所述第一资源的周期与所述第一业务的周期相同，和/或，所述第二资源的周期与所述第一业务的周期相同。
根据权利要求23至27中任一项所述的通信装置，其特征在于，所述第一资源的周期和所述第二资源的周期相同。
根据权利要求23至28中任一项所述的通信装置，其特征在于，所述第一业务对应的承载与第一逻辑信道具有第一对应关系，所述第一逻辑信道为所述第二设备和所述通信装置之间传输所述第一业务的数据时对应的逻辑信道。
根据权利要求23至29中任一项所述的通信装置，其特征在于，所述第一业务对应的承载与第二逻辑信道具有第二对应关系，所述第二逻辑信道为所述第二设备和所述第三设备之间传输所述第一数据时对应的逻辑信道。
根据权利要求23至30中任一项所述的通信装置，其特征在于，所述第一资源大于或等于所述第二设备和所述通信装置之间传输所述第一数据时所需的资源；和/或，

所述第二资源大于或等于所述第二设备和所述第三设备之间传输所述第一数据时所需的资源。
根据权利要求23至31中任一项所述的通信装置，其特征在于，所述第一资源在时域上的起始位置与第一时刻之间的时间间隔大于或等于第一阈值，所述第一时刻表示所述第一数据到达所述网络设备的时刻；和/或，

所述第一资源在时域上的起始位置与所述第二资源在时域上的起始位置之间的时间间隔大于或等于第二阈值。
根据权利要求23至32中任一项所述的通信装置，其特征在于，所述第一资源为半静态调度SPS资源，和/或，所述第二资源为侧行链路配置授权SL CG资源。
一种通信装置，其特征在于，包括：

收发单元，用于接收来自第一设备的传输资源的信息和第一信息，所述传输资源包括第一资源和第二资源，所述第一资源用于通信装置接收来自所述第一设备的第一业务，所述第二资源用于第三设备接收来自所述通信装置的所述第一业务，所述第一信息指示所述第二资源用于传输所述第一业务，所述第一业务为所述第三设备的业务；

所述收发单元还用于采用所述第一资源接收来自所述第一设备的所述第一业务的数据；

所述收发单元还用于采用所述第二资源向所述第三设备发送所述第一业务的数据。
根据权利要求34所述的通信装置，其特征在于，所述第一信息包括所述第一业务对应的承载标识，所述第一业务对应的承载标识指示所述第二资源用于传输所述第一业务。
根据权利要求35所述的通信装置，其特征在于，所述第一业务对应的承载标识包括：所述第一业务对应的数据无线承载DRB标识，或者，所述第一业务对应的DRB所在的PC5无线链路控制RLC承载标识。
根据权利要求34至36中任一项所述的通信装置，其特征在于，所述第一信息包括所述第三设备的标识，所述第三设备的标识指示所述通信装置采用所述第二资源向所述第三设备传输所述第一业务。
根据权利要求34至37中任一项所述的通信装置，其特征在于，所述第一业务为周期性传输的业务，

所述第一资源的周期与所述第一业务的周期相同，和/或，所述第二资源的周期与所述第一业务的周期相同。
根据权利要求34至38中任一项所述的通信装置，其特征在于，所述第一资源的周期和所述第二资源的周期相同。
根据权利要求34至39中任一项所述的通信装置，其特征在于，所述第一业务对应的承载与第一逻辑信道具有第一对应关系，所述第一逻辑信道为所述通信装置和所述第一设备之间传输所述第一业务的数据时对应的逻辑信道。
根据权利要求34至40中任一项所述的通信装置，其特征在于，所述第一业务对应的承载与第二逻辑信道具有第二对应关系，所述第二逻辑信道为所述通信装置和所述第三设备之间传输所述第一数据时对应的逻辑信道。
根据权利要求34至41中任一项所述的通信装置，其特征在于，所述第一资源大于或等于所述通信装置和所述第一设备之间传输所述第一数据时所需的资源；和/或，

所述第二资源大于或等于所述通信装置和所述第三设备之间传输所述第一数据时所需的资源。
根据权利要求34至42中任一项所述的通信装置，其特征在于，所述第一资源在时域上的起始位置与第一时刻之间的时间间隔大于或等于第一阈值，所述第一时刻表示所述第一数据到达所述网络设备的时刻；和/或，

所述第一资源在时域上的起始位置与所述第二资源在时域上的起始位置之间的时间间隔大于或等于第二阈值。
根据权利要求34至43中任一项所述的通信装置，其特征在于，所述第一资源为半静态调度SPS资源，和/或，所述第二资源为侧行链路配置授权SL CG资源。
一种芯片，其特征在于，包括：所述芯片包括处理器和通信接口，所述通信接口用于接收信号，并将所述信号传输至所述处理器，所述处理器处理所述信号，使得如权利要求1至11中任一项所述的方法被执行，或者使得如权利要求12至22中任一项所述的方法被执行。
一种通信装置，其特征在于，包括：

处理器，用于执行存储器中存储的计算机程序，以使得所述装置执行如权利要求1至11中任一项所述的方法，或者以使得所述装置执行如权利要求12至22中任一项所述的方法。
根据权利要求46所述的装置，其特征在于，所述装置还包括所述存储器。
一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至11中任意一项所述的方法，或者以使得所述计算机执行如权利要求12至22中任一项所述的方法。
一种计算机程序产品，其特征在于，所述计算机程序产品包括用于执行如权利要求1至11中任一项所述的方法的指令，或者，所述计算机程序产品包括用于执行如权利要求12至22中任一项所述的方法的指令。
一种通信系统，其特征在于，包括第一设备和第二设备，

其中，所述第一设备用于执行如权利要求1至11中任一项所述的方法，所述第二设备用于执行如权利要求12至22中任一项所述的方法。
根据权利要求50所述的系统，其特征在于，所述系统还包括第三设备，所述第三设备用于与所述第二设备通信。