CN118283536A

CN118283536A - 一种通信方法、通信装置及通信系统

Info

Publication number: CN118283536A
Application number: CN202211735600.3A
Authority: CN
Inventors: 潘晓丹; 彭文杰
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-12-30
Filing date: 2022-12-30
Publication date: 2024-07-02
Also published as: WO2024140666A1

Abstract

本申请提供了一种通信方法、通信装置及通信系统，该方法包括：中继终端设备接收第一数据；中继终端获取第一参数，该第一参数包括第一逻辑信道标识和/或该第一数据的服务类型，该第一逻辑信道标识是用于接收该第一数据对应的逻辑信道的标识，该第一数据的服务类型用于指示第一数据对应的应用层业务；中继终端设备根据该第一参数以及该第一参数和承载配置的关联关系，确定第一承载配置；中继终端设备根据该第一承载配置，发送该第一数据，从而使得中继终端设备能够支持组播/广播的多跳中继，提高通信效率。

Description

一种通信方法、通信装置及通信系统

技术领域

本申请涉及通信技术领域，并且，更具体地，涉及用于基于侧行链路的组播/广播业务的多跳中继的通信方法、通信装置及通信系统。

背景技术

为了提升侧行链路(sidelink，SL)的覆盖增强或容量提升，可以使用用户设备(user equipment，UE)到UE中继(UE to UE relay)技术，即源终端设备通过中继终端设备和目标终端设备进行通信的技术。在sidelink组播//广播通信场景中，source UE侧有组播/广播业务数据时，能够根据业务数据的QoS参数要求/性能要求，确定承载配置，并进行数据发送。然而，在基于UE to UE relay进行sidelink组播/广播通信的场景中，relay UE侧无法预先获取需要转发的业务数据的性能要求，从而无法确定相应的承载配置，因此当relay UE侧接收到组播/广播数据时，将无法确定用于发送数据的承载配置。

因此，如何对relay UE进行承载配置以实现组播/广播数据的中继转发，成为亟待解决的问题。

发明内容

本申请提供一种通信方法、通信装置及通信系统，能够支持relay UE进行承载配置以实现组播/广播数据的转发，提高通信效率。

第一方面，提供了一种通信方法，该方法包括：接收第一数据；获取第一参数，该第一参数包括第一逻辑信道标识和/或该第一数据的服务类型，该第一逻辑信道标识是用于接收该第一数据对应的逻辑信道的标识，该第一数据的服务类型用于指示第一数据对应的应用层业务；根据该第一参数以及第一关联关系，确定第一承载配置，该第一关联关系包括该第一参数和该第一承载配置的关联关系；根据该第一承载配置，发送该第一数据。

作为示例而非限定，该第一数据的服务类型可以包括商用服务类型(commercialservices)和公共安全服务类型(public safety services)。

对于商用服务类型，应用服务器会提供应用层组标识(Application Layer GroupID)，Tx UE可以将该标识作为组播数据所应用的destination L2 ID。

对于公共安全服务类型，应用服务器或者预配置的应用层组标识(ApplicationLayer Group ID)可以作为组播数据所应用的destination L2 ID。

本申请提供的技术方案，通过获取第一数据对应的第一参数，并根据第一参数以及第一参数和承载配置的对应关系，确定用于发送第一数据的第一承载配置，使得中继终端设备能够确定转发配置，从而提高通信效率。其中，第一承载配置是第一关联关系中与第一参数对应的承载配置，

在某些实现方式中，该第一关联关系包括第一映射关系，该第一映射关系包括该第一参数和第一QoS参数要求的映射关系，该第一QoS参数要求与承载配置存在关联关系。

应理解，该第一关联关系包括至少一对映射关系，第一映射关系属于该至少一对映射关系。

应理解，第一映射关系包括该第一逻辑信道标识和第一QoS参数要求的映射关系，或者，第一映射关系包括该第一数据的服务类型和第一QoS参数要求的映射关系。

本申请提供的实施例中，第一对应关系中包括第一参数和QoS参数要求的第一映射关系，使得中继终端设备在接收到第一数据时，能够根据第一参数和第一映射关系，确定用于转发第一数据的第一QoS参数要求，从而确定转发的承载配置，能够在提高通信效率的同时，提高中继终端设备确定转发配置的灵活性。

在某些实现方式中，当该第一参数为该第一逻辑信道标识时，该方法还包括：确定第二逻辑信道标识，该第二逻辑信道标识为发送该第一数据对应的逻辑信道的标识，该第二逻辑信道标识和该第一逻辑信道标识相同。

本申请提供的实施例中，当第一参数为第一逻辑信道标识(Logical ChannelIdentity，LCID)时，中继终端设备能够将该接收到该第一数据的逻辑信道对应的逻辑信道标识作为发送该第一数据的逻辑信道标识，使得下一跳中继终端设备能够根据该第一逻辑信道标识确定用于转发第一数据的承载配置，从而提高通信效率。

在某些实现方式中，当该第一参数为该第一逻辑信道标识时，该方法还包括：根据该第一QoS参数要求和第二映射关系确定第三逻辑信道标识，该第二映射关系属于该第一映射关系，该第二映射关系包括该第三逻辑信道标识和第二QoS参数要求的映射关系，该第二QoS参数要求满足该第一QoS参数要求，该第三逻辑信道标识为发送该第一数据对应的逻辑信道的标识。

本申请提供的实施例中，当第一参数为第一逻辑信道标识时，中继终端设备还能够根据第一逻辑信道对应的第一QoS参数要求以及第一映射关系中包括的第二QoS参数要求与第三逻辑信道标识的第二映射关系，确定用于转发该第一数据的第三逻辑信道标识，由于第二QoS参数要求满足第一QoS参数要求，使得下一跳中继终端设备能够根据第三逻辑信道标识对应的第二QoS参数确定支持转发第一数据的第一承载配置，从而满足第一数据的QoS参数要求。在一种可能的场景中，在该第一逻辑信道标识对应的逻辑信道不可用的情况下，中继终端仍能够根据第三逻辑信道标识对应的第二QoS参数确定支持转发第一数据的第一承载配置，从而在提高通信效率的同时，提高确定逻辑信道标识的灵活性。

在某些实现方式中，当该第一参数为该第一数据的服务类型时，该获取第一参数包括：获取第一标识，该第一标识用于指示该第一数据的服务类型，该第一标识为接收所述第一数据所应用的目的层2标识。

本申请提供的实施例中，当第一参数为第一数据的服务类型时，中继终端设备能够根据该第一标识确定第一数据的服务类型，确定转发该第一数据的承载配置，从而提高通信效率。

在某些实现方式中，该第一承载配置是预定义的。本申请提供的实施例中，中继终端设备能够通过第一参数、该第一参数和承载配置的对应关系以及预定义的第一承载配置，自行确定用于转发的第一承载配置，从而进一步提高通信效率。

在某些实现方式中，所述方法还包括：应用该第一标识和第二标识发送该第一数据，该第一标识用于指示该第一数据的服务类型，该第二标识用于指示生成和发送所述第一数据的源终端设备。

本申请提供的实施例中，中继终端设备应用第一标识和第二标识发送该第一数据，使得下一跳中继终端设备能够通过该第一标识和该第二标识确定第一数据的服务类型以及生成和发送该第一数据的源终端设备，保证数据的正确传输。

在某些实现方式中，该应用第一标识和第二标识发送该第一数据包括：在该第一数据对应的媒体接入控制协议数据单元MAC PDU中携带该第一标识和该第二标识的部分标识；和/或发送第一控制信令，该第一标识和该第二标识的部分标识承载在该第一控制信令中，该第一控制信令用于指示收发该第一数据的时频资源。

本申请提供的实施例中，中继终端设备能够通过在该第一数据对应的MAC PDU中携带第一标识和该第二标识的部分标识，和/或通过单独发送包括第一标识和第二标识的第一控制信令的方式，使下一跳中继能够获取该第一标识和该第二标识，在保证数据的正确传输的同时，提高传输数据的灵活性。

在某些实现方式中，接收该第一数据之前，该方法还包括：发送第一请求信息，该第一请求信息用于请求第二信息，该第二信息包括基站配置信息、系统配置信息、预配置信息的至少一种；根据第二信息确定至少一套承载配置，该第一承载配置属于该至少一套承载配置。

本申请提供的实施例，中继终端设备在接收第一数据之前，通过第一请求信息获取第二信息，从而获取多套承载配置，从而中继终端设备在接收到第一数据后，能够根据第一数据的第一参数从多套承载配置中确定用于转发第一数据的第一承载配置，提高传输数据的灵活性。

第二方面，提供了一种通信方法，该方法包括：接收第一数据和第一指示信息，该第一指示信息用于指示该第一数据的QoS信息，或者该第一指示信息用于指示接收第一数据对应的承载，该第一数据的QoS信息用于指示所述第一数据的QoS参数要求；根据所述第一指示信息以及第二关联关系，确定第一承载配置，所述第二关联关系包括所述第一指示信息和所述第一承载配置的关联关系；根据该第一承载配置，发送该第一数据。

在某些实现方式中，该第一指示信息还包括第一索引，该第一索引属于多个索引，该多个索引和多套承载配置一一对应。

本申请提供的实施例中，中继终端设备通过获取第一数据对应的第一指示消息，并根据第一指示消息以及第二关联关系，确定用于发送第一数据的第一承载配置，使得中继终端设备在获取到第一数据和第一指示信息时，能够根据第一指示信息和第一映射关系，确定用于转发第一数据的第三QoS参数要求，从而确定转发的承载配置，能够在提高通信效率的同时，提高中继终端设备确定转发配置的灵活性。

在某些实现方式中，该第一指示信息用于指示传输该第一数据的至少一个QoS流。

本申请提供的技术方案，中继终端设备通过获取第一数据对应的第一指示消息，并根据第一指示消息以及第二关联关系，确定用于发送第一数据的第一承载配置，其中，第一承载配置是第一指示消息和承载配置的对应关系中与第一指示消息对应的承载配置，使得中继终端设备能够以QoS流为粒度确定转发配置，从而在提高通信效率的同时，提高无线资源使用的灵活性。

在某些实现方式中，应用第一标识和第二标识发送该第一数据，该第一标识用于指示该第一数据的服务类型，该第二标识用于指示生成和发送所述第一数据的源终端设备。

第三方面，提供了一种通信方法，该方法包括：确定第一参数，该第一参数和该第四QoS参数要求之间具有关联关系，该第四QoS参数要求用于确定发送第一数据的承载配置，该第一参数包括第一逻辑信道标识和/或第一数据的服务类型，该第一逻辑信道标识是用于发送该第一数据对应的逻辑信道的标识，该第一数据的服务类型用于指示第一数据对应的应用层业务类型；应用该第一参数，发送该第一数据。

对于商用服务类型，应用服务器会提供应用层组标识(Application Layer GroupID)，Tx UE可以将该标识作为组播数据所应用的destination L2 ID

本申请提供的技术方案，源终端设备通过第一数据的第四QoS参数要求以及第一参数和该第四QoS参数要求的关联关系，确定第一参数，并应用该第一参数发送该第一数据，使得中继终端设备能够获取第一数据对应的第一参数，并根据第一参数以及第一参数和承载配置的对应关系，从而确定转发配置，提高通信效率。

在某些实现方式中，当该第一参数为该第一逻辑信道标识时，该确定第一参数包括：根据该第四QoS参数要求以及第三关联关系确定第一参数，该第三关联关系包括该第一参数和该第四QoS参数要求的关联关系。

本申请提供的实施例中，当第一参数为第一逻辑信道标识时，源终端设备根据第一数据的端对端QoS参数要求和第三关联关系确定第一逻辑信道标识，使得中继终端设备能够根据接收到该第一数据的逻辑信道的标识，确定用于转发该第一数据的承载配置，从而提高通信效率。

在某些实现方式中，当该第一参数为该第一逻辑信道标识时，该应用该第一参数，发送该第一数据包括：在该第一逻辑信道标识对应的逻辑信道上发送该第一数据。

本申请提供的实施例中，当第一参数为第一逻辑信道标识时，源终端设备在该第一逻辑信道标识对应的逻辑信道上发送第一数据，使得中继终端设备能够根据接收到该第一数据的逻辑信道的标识，确定用于转发该第一数据的承载配置，从而提高通信效率。

在某些实现方式中，当该第一参数为该第一数据的服务类型时，该方法还包括：根据第一数据的应用层业务类型确定所述第一参数；根据该第一参数以及第四关联关系确定该第四QoS参数要求，该第四关联关系包括该第一参数和该第四QoS参数要求的关联关系。

本申请提供的实施例中，当第一参数为第一数据对应的服务类型时，源终端设备根据应用层指示的第一数据对应的应用层业务类型确定第一参数，并根据第一参数以及第一参数与第四QoS参数的关联关系，确定该第四QoS参数，从而确定发送该第一数据的承载配置，提高通信效率。

在某些实现方式中，当该第一参数为该第一数据的服务类型时，该应用该第一参数，发送该第一数据包括：在该第一数据对应的MAC PDU中携带该第一参数的部分信息；和/或发送第一控制信令，该第一控制信令中包括该第一参数的部分信息。

本申请提供的实施例中，当第一参数为第一数据对应的服务类型时，源终端设备通过在第一数据中携带第一参数的部分信息，和/或通过第一控制信令单独发送第一参数的部分信息，使得接收第一数据的中继终端设备能够确定第一参数对应的服务类型，确定用于转发该第一数据的承载配置，从而提高通信效率。

第四方面，提供了一种通信方法，该方法包括：根据第四QoS参数要求以及第一指示信息和QoS参数要求的关联关系，确定该第一标识，该第四QoS参数要求用于确定发送第一数据的承载配置，该第一指示信息用于指示第一数据的QoS信息，或者该第一指示信息用于指示发送第一数据对应的承载，该第一数据的QoS信息用于指示该第一数据的QoS参数要求；发送该第一数据和该第一指示信息，该第一指示信息携带于该第一数据中，或者，该第一指示信息随该第一数据发送。

本申请提供的技术方案，源终端设备通过第一数据的第四QoS参数要求以及第一指示信息和该第四QoS参数要求的关联关系，确定第一指示信息，并通过在该第一数据中携带该第一指示信息，或者，通过随发送该第一数据的同时发送该第一指示信息，使得中继终端设备能够获取第一数据对应的第一指示信息，并根据第一指示信息以及第一指示信息和承载配置的对应关系，从而确定转发配置，提高通信效率。

第五方面，提供了一种装置，包括：接收单元，用于接收第一数据；处理单元，用于获取第一参数，该第一参数包括第一逻辑信道标识和/或该第一数据的服务类型，该第一逻辑信道标识是用于接收该第一数据对应的逻辑信道的标识，该第一数据的服务类型用于指示第一数据对应的应用层业务；以及用于根据该第一参数以及第一关联关系，确定第一承载配置，该第一关联关系包括该第一参数和该第一承载配置的关联关系；发送单元，用于根据该第一承载配置，发送该第一数据。

该装置具体可以执行上述第一方面中的各个步骤，比如，接收单元用于执行接收的处理，发送单元用于执行发送的处理，处理单元用于执行收发处理之外的其他处理。该装置的各种具体实现可以参照前述第一方面，不再赘述。

第六方面，提供了一种通信装置，包括：接收单元，用于接收第一数据和第一指示信息，该第一标识用于指示该第一数据的QoS信息，或者该第一指示信息用于指示接收第一数据对应的承载，该第一数据的QoS信息用于指示所述第一数据的QoS参数要求；处理单元，用于根据所述第一指示信息以及第二关联关系，确定第一承载配置，所述第二关联关系包括所述第一指示信息和所述第一承载配置的关联关系；发送单元，用于根据该第一承载配置，发送该第一数据。

该装置具体可以执行上述第二方面中的各个步骤，比如，发送单元用于执行发送的处理，处理单元用于执行收发处理之外的其他处理。该装置的各种具体实现可以参照前述第二方面，不再赘述。

第七方面，提供了一种通信装置，包括：处理单元，确定第一参数，该第一参数和该第四QoS参数要求之间具有关联关系，该第四QoS参数要求用于确定发送第一数据的承载配置，该第一参数包括第一逻辑信道标识和/或第一数据的服务类型，该第一逻辑信道标识是用于发送该第一数据对应的逻辑信道的标识，该第一数据的服务类型用于指示第一数据对应的应用层业务类型；发送单元，用于应用该第一参数，发送该第一数据。

该装置具体可以执行上述第三方面中的各个步骤，比如，发送单元用于执行发送的处理，处理单元用于执行收发处理之外的其他处理。该装置的各种具体实现可以参照前述第三方面，不再赘述。

第八方面，提供了一种通信装置，包括：用于根据第四QoS参数要求以及第一指示信息和QoS参数要求的关联关系，确定该第一指示信息，该第四QoS参数要求用于确定发送第一数据的承载配置，该第一指示信息用于指示第一数据的QoS信息，或者该第一指示信息用于指示发送第一数据对应的承载，所述第一数据的QoS信息用于指示所述第一数据的QoS参数要求；发送单元，用于发送该第一数据和该第一指示信息，该第一指示信息携带于该第一数据中，或者，该第一指示信息单独随该第一数据发送。

该装置具体可以执行上述第四方面中的各个步骤，比如，发送单元用于执行发送的处理，处理单元用于执行收发处理之外的其他处理。该装置的各种具体实现可以参照前述第四方面，不再赘述。

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

第十方面，提供了一种通信系统，包括前述的源终端设备和/或中继终端设备。

第十一方面，提供了一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片系统的通信设备执行第一方面至第四方面中任一方面的通信方法。

第十二方面，提供了一种计算机程序产品，所述计算机程序产品包括用于执行如权利要求1至19中任一项所述的方法的指令。

第十三方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行第一方面至第六方面中任一方面的通信方法。

附图说明

图1是适用于本申请实施例的一例通信系统的架构的示意图。

图2是图1中所示的通信系统的用户协议栈示意图。

图3是本申请实施例提供的通信协议栈架构的示意图。

图4是本申请实施例提供的通信方法400的示意性框图。

图5是本申请实施例提供的通信方法500的示意性框图。

图6是本申请实施例提供的通信方法600的示意性框图。

图7是本申请实施例提供的通信方法700的示意性框图。

图8是本申请实施例提供的通信方法800的示意性框图。

图9是本申请实施例提供的通信方法900的示意性框图。

图10是本申请实施例提供的通信装置10的示意图。

图11是本申请实施例提供的芯片20的示意图。

具体实施方式

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

本申请实施例中所涉及的终端设备也可以称为用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrialcontrol)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对应用场景不做限定。

在本申请实施例中，终端设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(central processing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，操作系统、操作系统、操作系统、操作系统或操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端设备，或者，是终端设备中能够调用程序并执行程序的功能模块。

另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmableread-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。

在无线通信系统中，终端设备与终端设备之间可以通过网络设备进行数据通信，也可以不借助网络设备，终端设备与终端设备之间直接进行通信，这样可以有效地减少通信时延。

为了便于理解本申请实施例，首先，对实施例涉及的概念及技术作简单介绍。

终端设备与终端设备之间的接口称为PC5接口，该PC5接口类似于终端设备与网络设备之间的Uu接口。

终端设备与终端设备之间的链路称为sidelink，sidelink通信的一个典型应用场景即车联网(vehicle-to-everything，V2X)。在车联网中，每个车可以认为是一个终端设备，终端设备与终端设备之间可以通过sidelink直接进行数据传输，而不需要经过网络，这样可以有效地减少通信时延。

sidelink上支持广播通信、单播通信、组播通信三种通信方式。下面分别对广播通信、单播通信、组播通信进行说明。

(1)广播通信

终端设备不做加密对外发送广播业务数据，任何在有效接收范围内的其他终端设备，如果对该广播业务感兴趣都可以接收该广播业务的数据。

(2)单播通信

在单播通信中，两个终端设备需要先建立单播连接，并在建立单播连接之后，两个终端设备基于协商的标识(如下文所述的源L2 ID和目的L2 ID)进行数据通信，该数据可以是加密的，也可以是不加密的。相比于广播，在单播通信中，只能是建立了单播连接的两个UE之间才能进行该单播通信。

(3)组播通信

指一个通信组内所有终端设备之间的通信，组内任一终端设备都可以收发该通信组内的组播业务数据。

在sidelink通信过程中，不管是单播、组播还是广播，发送端的终端设备会在每个sidelink的媒体接入控制层数据协议单元(media access control protocol data unit，MAC PDU)的子头中包含该源L2 ID的部分字节和目的L2 ID的部分字节，并在发送数据对应的的sidelink控制信令中包含该源L2 ID和目的L2 ID的剩余字节，以使得数据传输至正确的接收端。

其中，源L2 ID由发送端UE分配。根据不同的通信类型(单播、组播或者广播)以及制式(LTE或NR)，发送端UE将选择不同的源L2 ID。如果UE的sidelink服务类型(servicetype)需要隐私保护，避免被其余的UE跟踪和识别，源UE还需要定期地进行源L2 ID的更新。目的L2 ID则和数据的服务类型相关，目的L2 ID和广播/组播/单播业务之间的对应关系通过预配置，应用层服务器或者核心网配置等方式定义。在广播/组播通信过程中，发送端UE(或称为源UE)根据广播/组播服务类型确定对应的目的L2 ID，该目的L2 ID可由协议预定义，即协议可以定义特定L2 ID和应用层业务之间的关联关系，或者，由应用层提供。在单播通信过程中，源UE和目的UE在建立单播连接之前或者建立单播连接的过程中，会交互L2ID；在单播连接建立完成之后，源UE应用从目的UE获取的L2 ID作为单播通信过程中的目的L2 ID。

为了提升sidelink的覆盖增强或容量提升，可以使用UE to UE relay技术，即源终端设备通过中继终端设备和目标终端设备进行通信的技术。下面结合图1和图2对本申请实施例提供的UE to UE relay通信系统进行介绍。

图1为适用于本申请实施例的一例通信系统的架构的示意图。

以UE-to-UE relay通信系统为例进行说明，该通信系统包括：一个源终端设备(也可以称为发起终端设备，source UE)、至少一个中继终端设备(relay UE)、以及至少一个目标终端设备(target UE)。例如，在源终端设备和目标终端设备间存在单播通信的需求的情况下，若源终端设备和目标终端设备相互之间的覆盖信号差或者目标终端设备处于源终端设备的信号覆盖范围(或源终端设备的通信范围)外，可以通过中继终端设备，实现源终端设备和目标终端设备之间的数据、信令的传输，进而提升SL覆盖增强或者容量增强。例如，如图1中的(a)所示，其中的UE0可以通过UE1和UE3的中继和UE5进行通信，或者通过UE2和UE4的中继和UE5进行通信。在基于L2的中继方式中，用户面的数据在中继终端设备侧是在分组数据汇聚层协议(packet data convergence protocol，PDCP)层以下进行中继转发的。

如图1中的(b)所示，UE可以位于网络的覆盖范围内，也可以位于网络的覆盖范围外。所有UE可以位于同一个基站的小区覆盖范围内，或者处于不同基站不同小区的覆盖范围内。当UE在基站的覆盖范围内时，UE可以处于RRC连接态或者空闲态或者非激活态。当UE在基站的覆盖范围外时，又称为处于OoC(out of coverage)状态。

应理解，图1仅为便于理解而示例的简化示意图，该通信系统中还可以包括其他设备，图1中未予以画出。

图2为图1所示的通信系统的用户协议栈示意图。

图2给出了UE-to-UE relay两种可能的实现方式：基于层三(layer 3，L3)的中继方式和L2的中继方式。

如图2中的(a)所示，在基于L3的relay方式中，用户面协议栈包括互联网协议(internet protocol，IP)层、业务数据适配协议(service data adaptation protocol，SDAP)层、分组数据汇聚层协议(packet data convergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制层(medium access control，MAC)层、以及物理层(physical layer，PHY)。

其中，用户面数据是在IP层进行转发的，即中继终端设备接收到由源终端设备发送给目标终端设备的数据包时，中继终端设备需要解析到IP层，根据IP地址等信息确定向目标终端设备进行转发。

基于L2的relay方式中的用户面协议栈如图2中的(b)所示，源终端设备和目的终端设备的用户面协议栈包括：IP层，SDAP层、PDCP层、侧行链路中继适配协议(SRAP，Sidelink Relay Adaptation Protocol)层、RLC层、MAC层、以及PHY层。

中继终端设备的用户面协议栈包括：SRAP层、RLC层、MAC层、以及PHY层。

其中，用户面的数据是在PDCP层以下进行中继转发的，即relay UE仅维护中继的sidelinkRLC承载，包括RLC、MAC以及PHY层。此外，该协议架构在RLC层和PDCP层之间增加了SRAP层，用于数据的中继转发。

SRAP层的主要作用包括承载的复用和解复用，即支持不同的sidelink无线承载可以复用到一个RLC承载上或者将一个RLC承载拆分至不同的sidelink无线承载。

在无线通信系统中，各终端设备需要确定的承载配置包括：无线承载(RadioBearer，RB)和RLC承载(RLC Bearer)。无线承载是基站为UE分配的一系列协议实体及配置的总称，是由层2提供的用于在UE和基站之间传输用户数据的资源，包括PDCP协议实体、RLC协议实体、MAC协议实体和PHY分配的一系列资源等。无线承载分为数据无线承载(DataRadio Bearer，DRB)和信令无线承载(Signalling Radio Bearer,SRB)，前者用于承载数据，后者用于承载信令消息。

对于sidelink通信，UE和UE之间通信通过sidelink无线承载，包括sidelink数据无线承载SL DRB和sidelink信令无线承载SL SRB。

在协议文本中，无线承载配置一般包含PDCP层和SDAP层的配置，RLC层以下的协议实体称为RLC承载(sidelink通信中为sidelink RLC承载)，且相应的配置在RLC承载配置中给出。

RLC承载(或sidelink RLC承载)包括RLC层以下的协议实体及配置，为无线承载(sidelink无线承载)的下层部分，包括RLC协议实体和逻辑信道等一系列资源。一个RLC承载(或sidelink RLC承载)和MAC层的一个逻辑信道相关联。一个RLC承载(或sidelink RLC承载)通常和一个PDCP实体相关联，即一个RLC承载(或sidelink RLC承载)服务于一个无线承载RB(sidelink无线承载)。在由SRAP层支持承载复用的情况下，也可以实现一个RLC承载(或sidelink RLC承载)服务于多个无线承载RB(或sidelink无线承载)。

在UE to UE relay单播通信系统中，源终端设备为了能够与目标终端设备之间传输信息，需要发现并选择一个中继终端设备，并通过中继终端设备和目标终端设备建立端对端的单播连接。

当终端设备有通信业务需求时，终端设备需要建立承载用于进行数据发送或接收。具体而言，发送端终端设备(Tx UE)首先根据应用层业务的需求生成服务质量(QualityofService，QoS)参数，如PQI(PC5 5QI)、分配保持优先级(Allocation andRetention Priority,ARP)、保证比特速率(guarantee bit rate,GFBR)等性能要求参数，将应用层数据映射为QoS流，从而终端设备的AS(access stratum接入层)可以根据QoS流的性能要求，确定sidelink通信的承载配置。根据Tx UE的无线资源控制(Radio ResourceControl，RRC)状态，sidelink通信的承载配置过程如下：

(1)连接态UE的承载配置过程

当Tx UE处于RRC连接态时，Tx UE会通过sidelinkUE消息(sidelinkUEInformation message，SUI)向网络上报QoS信息列表。QoS信息列表中包含每个QoS flow的标识信息PFI以及对应的QoS参数。基站根据Tx UE上报的QoS信息，确定sidelink上的无线承载配置，即SLRB配置，并通过RRC重配置消息下发至Tx UE。

(2)空闲/非激活态(Idle/Inactive)UE的承载配置过程

当Tx UE处于Idle/Inactive状态时，Tx UE将根据网络下发的系统消息12(SystemInformationBlock 12，SIB12)中的配置确定SLRB承载配置。SIB12中包括不同QoS参数要求对应的SLRB承载配置。

(3)处于覆盖范围外(OutofCoverage，OoC)时UE的SLRB配置过程

当UE处于OoC状态，即无小区覆盖时，Tx UE从预配置信息中获取SLRB的相关配置参数。

对于单播连接通信，发送方和接收方需要有一致的SLRB承载配置，分别用于控制数据的发送和接收，从而保证通信，包括：

SDAP配置：是否有SDAP头、是否为默认SLRB、QoS flow到SLRB的对应关系、通信模式(单播、组播或广播)；

PDCP配置：丢包定时器时长、PDCP序列号长度、是否乱序传输等；

RLC配置：RLC传输模式、RLC序列号长度、RLC AM模式下最大允许ARQ重传次数等；

LCH配置：逻辑信道优先级划分(LCP，Logical Channel Prioritization)的相关参数，如逻辑信道优先级，有限比特速率(Prioritized Bit Rate,PBR)，桶大小持续时长(Bucket Size Duration,BSD)等，是否允许使用configured grant type 1的指示，是否使能HARQ反馈，该LCH关联的SR资源，以及所属的LCG等；(现有V2X标准中，LCH配置中不包括LCID)。

Tx UE确定了SLRB配置之后，会通过sidelinkRRC重配置消息(RRCReconfigurationsidelink)将SLRB配置参数发送给Rx UE。Rx UE收到RRC消息后，即可以根据收到的SLRB参数配置来建立承载用于进行数据接收。

然而，组播和广播通信和单播通信的方式不同，组播和广播通信不基于连接进行通信。以组播通信为例，应用层首先会根据组播业务建立通信组，并分配组L2 ID，现有协议中，组播业务对应的组L2 ID由协议定义。Tx UE根据上述三种不同RRC状态下获取sidelink承载配置的方法获取承载配置，然后基于承载配置，并应用对应的组L2 ID标识发送组播数据。Rx UE的底层接收到组播数据后，根据携带的L2 ID识别其为组播数据，于是建立RLC/PDCP实体，并根据协议定义的参数进行逐层处理，最后递交至应用层。

现有的U2U relay通信仅支持单播通信，还不能够支持组播和广播通信，其原因在于，在L2架构下的组播和广播通信场景中，relay UE接收到数据并在SRAP层进行转发处理时，由于relay UE侧并不知道接收的组播数据的QoS信息，因此无法像sourceUE一样通过前述TxUE根据业务的QoS要求确定承载配置的方法确定转发组播/广播数据的承载配置。

但目前许多通信场景对于UE-to-UErelay组播/广播通信存在需求，以森林火灾的应急网通信场景为例，灾害中心的设备需要实时地将现场视频传输给外围救援人员，并保持实时的语音和数据传输，以便救援人员能够及时地制定预防和应对措施。在该场景中，灾害中心的设备可以通过组播或者广播的方式向外围广播通信数据，每一个节点接收到组播或者广播数据后，继续通过组播或者广播的方式向周边节点进行转发，从而提高通信效率。

基于此，本申请实施例考虑UE-to-UErelay架构下的多跳组播/广播方案。

图3是本申请实施例提供的通信方法100的示意性框图。

S110，source UE确定发送组播/广播业务数据的承载配置以及对应的逻辑信道标识。

sourceUE侧的应用层生成组播/广播业务数据后，往AS层(包括图中的SDAP层至PHY层)递交。source UE基于业务数据的QoS参数要求，确定发送端的承载配置。

在一种可能的实现方式中，source UE处于RRC连接态，source UE通过应用层获得sidelink组播/广播业务数据的QoS信息后，通过SUI消息向基站上报业务的QoS信息(具体包括sidelink QoS flow的标识和QoS参数信息)，用于请求承载配置。承载配置包含SDAP，PDCP等各层的参数信息。其中SDAP层的配置会包括sidelink QoS flow标识和当前sidelink承载的对应关系。

在另一种可能的实现方式中，source UE处于RRC非激活态/空闲态时，无法进行基站配置。此时，source UE可以通过系统小区获取基站配置的一套通用的承载配置，包含sidelinkQoS flow标识和sidelink承载之间的对应关系，以及每个sidelink承载的配置参数(包括SDAP、PDCP、RLC等各层的参数配置)。

在一种可能的实现方式中，source UE处于OoC状态，此时基站配置和系统消息配置均不可获得，source UE可以基于预配置来确定sidelink组播/广播业务对应的承载配置。预配置中会包含对应sidelink QoS flow的sidelink承载配置。

source UE在确定发送端的sidelink承载配置过程中，将sidelink承载映射至对应的sidelink逻辑信道，即和某个sidelink LCID相关联。在一种可能的实现方式中，预留多个sidelink逻辑信道，专用于传输中继组播/广播业务数据，并且将特定的逻辑信道和QoS参数要求相关联，确定逻辑信道的LCID和QoS参数要求的对应关系。

作为示例而非限定，表1是目前sidelink通信协议中的sidelink逻辑信道的使用情况，LCID为20～55的逻辑信道目前预留未使用，可将LCID为20～55的逻辑信道专用于传输中继组播业务，并将各个信道与不同的QoS参数要求相关联。

表1sidelink通信协议中的sidelink逻辑信道的使用情况

作为示例而非限定，可以定义LCID 21对应于某PC5 QoS模板(PC5 QoS profile)。PC5 QoS profile即对应于一系列的PC5 QoS参数，其中，一套PC5 QoS模板包括：

(1)PC5 5G QoS指示符(PC5 5G QoS identifier，PC5 5QI，或称为PQI)：用于指示一套PC5接口上的5G QoS指示符(5G QoS identifier，5QI)，5QI用于指示业务的资源类型、优先级、时延、丢包率等QoS要求。其中，资源类型可以包括保证比特速率(Guaranteed BitRate，GBR)，非保证比特速率(non-GBR)，延时敏感业务保证比特速率(delay criticalGBR)。作为示例，表2给出了PQI为21～23对应的5QI。

表2PQI为21～23到QoS特征映射

(2)PC5流比特率(PC5Flow Bit Rates)：PC5 Flow Bit Rate包含GBR业务的保证流比特率(Guaranteed Flow Bit Rate，GFBR)和最大流比特率(Maximum Flow Bit Rate，MFBR)两个指标。通过对比GBR DRB的传输吞吐率与GFBR/MFBR的大小，可以控制GBR DRB的速率。若GBR DRB的传输吞吐率小于GFBR，则会将无线资源优先分配给该GBR DRB使用，以尽量保障该GBR DRB的速率达到GFBR。若GBR DRB的传输吞吐率大于MFBR，则会暂停该GBR DRB的调度。若GBR DRB的传输吞吐率在GFBR～MFBR之间，则保持该GBR DRB调度优先级不变。

(3)范围(Range)：Range指示了PC5通信距离，若接收端和发送端之间的通信距离超过Range值，则sidelink通信只能获得尽力而为的保障，若通信距离在Range值范围内，则需要保障QoS要求。

作为示例而非限定，在LCID 20对应的PC5 QoS模板中，规定PQI为21，GFBR＝2*10^8Kbit/s，MFBR＝1*10^9Kbit/2，Range＝300m。

基于逻辑信道的LCID和QoS参数要求的对应关系，source UE能够根据数据的QoS参数要求选择对应的逻辑信道进行发送。

通过上述方法确定sidelink承载配置后，source UE基于确定的承载配置，将业务数据递交给物理层并通过无线信道进行传输。组播/广播数据中携带source UE的源L2 ID(第三标识的一例)的相关信息和组播/广播业务对应的目的L2 ID(第二标识的一例)的相关信息。

具体地，在数据处理过程中，source UE的MAC层将24bit的源L2 ID和目的L2 ID进行拆分，其中，源L2 ID的低8bit递交至物理层，高16bit包含在MAC PDU的子头中；目的L2ID的低16bit递交至物理层，并将高8bit包含在MAC PDU的子头中。source UE(即发送UE)会将源L2 ID的低8bit和目的L2 ID的低16bit包含在sidelink控制信息(sidelink controlinformation，SCI)中，发给接收端UE，用于接收端UE的物理层对数据包进行过滤，即接收UE的物理层可以根据SCI中携带的源L2 ID和目的L2 ID信息，过滤掉一部分非自己接收或者自己不感兴趣的数据包。

S120，relay UE根据接收到数据的逻辑信道的LCID以及LCID与QoS参数要求的对应关系确定转发配置。

需要说明的是，relay UE在接收数据前，能够提前确定逻辑信道的LCID和QoS参数要求的对应关系，具体而言，前述对应关系可以是预定义的，或者，前述映射关系是sourceUE在发送前述数据前通过另一信息发送给relay UE。作为示例而非限定，source UE可以通过组播/广播的方式将映射关系发送给relay UE。

relay UE接收数据后根据数据携带的目的L2 ID判断此为组播/广播数据，随后需要确定是否对该数据进行组播/广播转发。

应理解，relay UE可以根据UE实现自行决定是否进行转发。在一种可能的实现方式中，当relay UE发现自身负载较高或者sidelink信道质量较差或者电量较低时，可以决策不用进行数据中继。在另一种可能的实现方式中，relay UE根据组播/广播业务的特性确定是否进行中继，作为示例而非限定，对于支持中继的业务数据，relay UE将总是进行中继转发。若relay UE确定进行中继，则触发建立SRAP实体，用于数据处理。

在relay UE确定对数据进行中继转发之后，relay UE复制数据包，一份往上层递交，一份递交至relay UE发送侧的协议层。如图4中的(a)所示的架构中，relay UE从物理信道接收到数据后，往上层递交，接收侧的SRAP层会进行数据包的复制，一份数据包递交至PDCP层，另一份数据包递交至发送侧的SRAP层。在如图4中的(b)所示的架构中，relay UE从物理信道接收到数据后，接收侧的RLC层会进行数据包的复制，一份数据包递交至PDCP层，另一份数据包递交至发送侧的SRAP层。

在一种可能的实现方式中，relay UE确定接收数据的逻辑信道的标识LCID#1，并根据LCID#1和对应关系#1，确定转发数据所需要满足的QoS参数要求#1(第一QoS参数要求的一例)，其中，QoS参数要求#1是对应关系#1中与LCID#1对应的QoS参数要求。基于QoS参数要求#1，relay UE结合自身RRC状态确定用于转发数据的承载配置#2(第一承载配置的另一例)，具体过程参考前述TxUE确定承载配置的过程，此处不再赘述。

需要说明的是，relay UE还会根据数据对应的QoS参数要求，确定转发数据对应的sidelink逻辑信道。应理解，relay UE确定的用于发送数据的逻辑信道的LCID能够与接收数据的逻辑信道的LCID相同，也能够不同。

作为示例而非限定，relay UE沿用接收数据的逻辑信道的LCID，即仍然应用逻辑信道编号为LCID#1的逻辑信道转发数据，以使得下一跳relay UE同样能够根据LCID#1和对应关系#1确定用于转发数据的承载配置。

作为示例而非限定，relayUE在逻辑信道的LCID和QoS参数要求的对应关系中选择QoS参数要求#2(第二QoS参数要求的一例)，并根据QoS参数要求#2和该对应关系#2确定LCID#2，从而在LCID#2对应的逻辑信道上转发数据。应理解，QoS参数要求#2对应的承载配置满足QoS参数要求#1，以使得下一跳relay UE(下文称为relay UE2)根据LCID#2和对应关系#1确定用于转发数据的承载配置能够保证数据的正确转发。

作为示例而非限定，relay UE通过QoS参数需求和接收数据的逻辑信道的空闲状态选择用于转发的逻辑信道。具体而言，relay UE检测到LCID#1对应的逻辑信道被占用，则在对应关系#1中选择QoS参数要求#3(第二QoS参数要求的令一例)，并根据对应关系#1确定与QoS参数要求#3对应的LCID#3，从而在LCID#3对应的逻辑信道上发送数据。应理解，QoS参数要求#3能够满足QoS参数要求#1，以使得relay UE2根据LCID#3和对应关系#1确定用于转发数据的承载配置能够保证数据的正确转发。

在确定转发配置后，relay UE的发送侧根据转发配置，将数据包往底层递交并通过物理信道转发至下一跳节点。relay UE将应用source UE的L2 ID，也即接收数据包对应的源L2 ID，和组播业务对应的L2 ID作为转发数据包所应用的源L2 ID和目的L2 ID，从而让接收的节点确定发送数据的源终端设备，以及判断此为组播业务数据。

应理解，在上述实施例中，SRAP层也可以是别的名称，如转发层，在此不做限定，SRAP或转发层的主要功能是数据转发。应理解，SRAP层或者转发层的功能也可以由其他现有协议层来执行，如PDCP层、RLC层，此时，就不用专门引入SRAP层。

图5是本申请实施例提供的通信方法200的示意性框图，RelayUE也能够通过图5所示的方式确定转发配置。

S210，source UE确定发送组播/广播业务数据的承载配置以及对应的逻辑信道标识。

source UE在确定发送端的sidelink承载配置过程中，将sidelink承载映射至对应的sidelink逻辑信道，即和某个sidelink LCID相关联。在一种可能的实现方式，预留多个sidelink逻辑信道，专用于传输中继组播/广播业务数据，并且将特定的逻辑信道和承载配置相关联，确定逻辑信道的LCID和承载配置的对应关系#2。

具体而言，LCID和承载配置的对应关系中包括一套或多套固定的中继承载配置与逻辑信道的LCID的映射关系，即规定一套或多套relay UE用于转发数据使用的sidelinkRLC承载，并将该一套或多套固定的中继承载配置分别与逻辑信道的LCID建立对应关系。从而relay UE能够通过接收到数据的逻辑信道的LCID，自行确定转发的承载配置。

通过上述方法确定sidelink承载配置后，source UE基于确定的承载配置，将业务数据递交给物理层并通过无线信道进行传输。组播/广播数据中携带source UE的源L2 ID(第三标识的一例)的相关信息和组播/广播业务对应的目的L2 ID(第二标识的一例)的相关信息，具体过程可参考S110，此处不再赘述。

应理解，承载配置和逻辑信道LCID之间的对应关系还能通过其他方式确定，作为示例而非限定，在协议中定义，在基站配置，或者在系统消息中配置，或者预配置中进行指示，从而source UE在数据传输过程中，能够将sidelink承载数据递交至对应的LCID。

应理解，通过预定义逻辑信道的LCID和承载配置的对应关系，或者，通过sourceUE在确定发送端的sidelink承载配置后，对逻辑信道的LCID和承载配置的对应关系进行广播/组播，从而使relay UE在接收到数据前能够确定逻辑信道的LCID与承载配置的对应关系。

S220，relay UE根据接收到数据的逻辑信道的标识以及逻辑信道标识与承载配置的对应关系确定转发配置。

需要说明的是，relay UE在接收数据前，能够提前确定逻辑信道的LCID和承载配置的对应关系，具体而言，前述对应关系可以是预定义的，或者，前述映射关系是source UE在发送前述数据前通过另一信息发送给relay UE。作为示例而非限定，source UE可以通过组播/广播的方式将映射关系发送给relay UE。

同样地，relay UE在接收到数据后通过目的L2 ID判断此为组播/广播数据，随后需要确定是否对该数据进行组播/广播转发，具体过程参考S120，此处不再赘述。

在一种可能的实现方式中，relay UE确定接收数据的逻辑信道的标识LCID#1(第一逻辑信道标识的一例)，并根据LCID#1和对应关系#1，确定用于转发数据的承载配置#1(第一承载配置的一例)，其中，承载配置#1是对应关系#1中与LCID#1对应的承载配置。

应理解，relay UE沿用接收数据的逻辑信道的LCID，即沿用LCID#1转发数据，以使得下一跳relay UE同样能够根据LCID#1和对应关系#1确定用于转发数据的承载配置。

在确定转发配置后，relay UE的发送侧根据转发配置，将数据包往交至底层并通过物理信道转发至下一跳节点。relay UE将应用source UE的L2 ID，也即接收数据包对应的源L2 ID，和组播业务对应的L2 ID作为转发数据包所应用的源L2 ID和目的L2 ID，从而让接收的节点确定发送数据的源终端设备，以及判断此为组播业务数据。

应理解，在上述实施例中，SRAP层也可以是别的名称，如转发层，在此不做限定，SRAP或转发层的主要功能是数据转发。应理解，SRAP层或者转发层的功能也可以由其他现有协议层来执行，如PDCP层、RLC层，此时，就不用专门引入SRAP/转发层。

图6是本申请实施例提供的通信方法300的示意性框图。

S310，source UE确定发送组播/广播业务数据的承载配置。

作为示例而非限定，组播服务类型可以包括商用服务类型(commercialservices)和公共安全服务类型(public safety services)。

应理解，将一种组播/广播服务类型与一套承载配置相关联，从而能够基于此对应关系实现sidelink通信。

source UE根据QoS参数要求确定承载配置的方法参考前一实施例，此处不再赘述。需要说明的是，source UE能够根据应用层确定的QoS参数要求以及组播/广播服务类型和承载配置的对应关系确定承载配置，或者，source UE能够仅根据QoS参数要求确定承载配置，从而source UE在确定的承载配置上发送数据，本申请实施例对此不作限定。

应理解，source UE确定的承载配置能够满足所有用于传输该组播/广播业务数据的所有QoS流性能要求，即确定的承载配置能够满足用于传输该组播/广播业务数据的所有QoS流性能要求中最严格的QoS性能要求。

S320，relay UE根据数据的服务类型以及服务类型与承载配置的对应关系确定转发配置并发送数据。

需要说明的是，relay UE在接收数据前，能够提前确定组播/广播服务类型和承载配置的对应关系，具体方式参考前述实施例，此处不再赘述。

relay UE接收数据后根据数据携带的目的L2 ID判断此为组播/广播数据，随后需要确定是否对该数据进行组播/广播转发，具体流程参考前述实施例，此处不再赘述。

在一种可能的实现方式中，relay UE接收到数据后，根据数据对应的目的L2 ID识别该组播/广播业务，从而根据组播/广播服务类型以及组播/广播服务类型和承载配置的对应关系确定用于转发的承载配置。

作为示例而非限定，当relay UE为RRC连接态时，relay UE可以向基站上报该组播/广播业务对应的L2 ID或者直接上报组播/广播服务类型，基站根据组播/广播的业务即可以给relay UE提供中继承载配置。

作为示例而非限定，在RRC空闲态或者非激活态时，relay UE接收的系统消息配置或者预配置中，可以包含组播/广播业务和中继转发配置之间的对应关系；

应理解，当系统消息配置或者预配置中不包含上述配置时，则可以默认为该relayUE不支持进行数据转发。

在另一种可能实现方式中，relay UE在建立通信组时提前确定中继转发配置，作为示例而非限定，在RRC连接态时，relay UE在建立通信组之后，给基站上报所支持的组播通信业务以及指示自身有中继转发数据的需求，基站会根据relay UE的中继能力信息或者授权信息，确定relay UE能够支持的组播服务类型并向relay UE发送相应的转发配置。作为示例而非限定，在RRC空闲态或者非激活态时，relay UE可以根据系统消息配置或者预配置提前准备好转发配置。从而，relay UE能够在接收到组播业务数据时根据L2ID确定组播/广播的服务类型，从而根据组播/广播服务类型和承载配置的对应关系自行确定转发配置。

在确定转发配置后，relay UE的发送侧根据转发配置，将数据包往交至底层并通过物理信道转发至下一跳节点。relay UE将应用source UE的L2 ID，也即接收数据包对应的源L2 ID，和组播业务对应的L2 ID作为转发数据包所应用的源L2 ID和目的L2 ID，从而让接收的节点确定发送数据的源终端设备，以及判断此为组播业务数据。需要说明的是，relay UE应用于发送数据的源L2 ID和目的L2 ID与应用于接收数据的源L2 ID和目的L2ID相同。

在一种可能的实现方式中，relayUE还能够通过接收到数据的逻辑信道的标识和数据对应的服务类型共同确定一套转发配置。其中，SourceUE确定发送数据的承载配置以及对应的逻辑信道标识的过程参见前述实施例，此处不再赘述。RelayUE在接收到数据后能够根据接收到数据的逻辑信道的LCID、组播/广播服务类型以及逻辑信道的LCID、数据的服务类型与承载配置的对应关系，确定用于转发的承载配置。应理解，在逻辑信道的LCID、数据的服务类型与承载配置的对应关系中，一套承载配置对应于一个逻辑信道的LCID和一种数据的服务类型。

应理解，RelayUE还能够通过其他方法确定转发配置，图7是本申请实施例提供的通信方法400的示意性框图。

S410，source UE确定发送组播/广播业务数据的承载配置以及对应的QoS信息指示。

在一种可能的实现方式中，预定义一个QoS信息指示一个或多个QoS流，并且定义一个QoS信息指示对应一套QoS参数要求。其中，QoS信息指示所对应的QoS参数要求能够满足其指示的所有QoS流的QoS参数要求中最严格的QoS参数要求。可选地，同一个QoS信息指示的QoS流的QoS参数要求相近。

在另一种可能的实现方式中，预定义一个QoS信息指示一个或多个QoS流，并且定义一个QoS信息指示对应一套承载配置。其中，QoS信息指示所对应的承载配置能够满足其指示的所有QoS流的QoS参数要求中最严格的QoS参数要求。可选地，同一个QoS信息指示的QoS流的QoS参数要求相近。

source UE根据QoS信息指示和承载配置之间的对应关系，该对应关系将用于传输组播/广播业务数据的一个或多个QoS流映射至相应的sidelink承载上。作为示例而非限定，该对应关系是协议规定的。

作为示例而非限定，对于组播业务，其业务可以映射为QoS flow 1～5，可以定义对应的5个QoS映射于3个sidelink承载，QoS 1～2、QoS 3和QoS 4～5分别映射至不同的sidelink承载。当source UE的应用层往AS层(即PHY层至SDAP层)递交组播/广播业务数据时，触发source UE进行sdielink承载配置，确定三个sidelink承载用于传输业务数据。需要说明的是，source UE侧在发送数据时，还需要在数据中携带QoS信息指示，用于指示当前承载用于传输组播/广播业务的QoS 1～2或QoS 3或QoS 4～5。例如，可以用标识1、标识2、标识3来分别指示QoS 1～2、QoS 3、QoS 4～5。其中，QoS信息指示是source UE侧根据QoS流和sidelink承载的映射关系，进行分配的，或者，QoS信息指示是协议定义的，本申请实施例对此不作限定。

在另一种可能的实现方式中，source UE随机将QoS流映射至满足该QoS流的QoS参数要求的sidelink承载上。应理解，此实现方式中source UE发送数据时也需要在数据中携带QoS信息指示。

应理解，本实施例中数据包头携带可以区分sidelink承载的指示信息，例如，sidelink承载标识或者所述QoS信息指示。因此，发送端也可以进行承载复用，即不同的sidelink承载可以在一个RLC channel或者RLC承载上进行复用。

S420，relay UE根据数据的QoS指示信息以及QoS信息指示与承载配置的对应关系确定转发配置并发送数据。

需要说明的是，relay UE在接收数据前，能够提前确定QoS信息指示和承载配置的对应关系，或者，提前确定QoS信息指示和QoS参数要求的对应关系，具体方式参考前述实施例，此处不再赘述。

具体而言，relay UE根据QoS信息指示对每个sidelink承载上的数据对应的QoS信息进行标识和区分，并结合relay UE的RRC态确定转发配置。

在一种可能的实现方式中，relay UE根据QoS信息指示识别每个sidelink承载上的QoS流，并根据QoS信息指示以及QoS信息指示与承载配置间的对应关系，确定用于转发数据的承载配置。作为示例而非限定，QoS信息指示的一个或多个QoS流将被映射至根据对应关系确定的承载配置上传输。

在另一种可能的实现方式中，relay UE根据QoS信息指示识别每个sidelink承载上的QoS流，并根据QoS信息指示以及QoS信息指示与QoS参数要求间的对应关系，确定数据的QoS参数要求，从而确定转发数据的承载配置。作为示例而非限定，QoS信息指示的一个或多个QoS流将被映射至根据对应关系确定的QoS参数要求确定的承载配置上传输。

在一种可能的实现方式中，relay UE根据QoS信息指示识别每个sidelink承载上的QoS流，从而根据每个QoS流对应的QoS参数要求和QoS信息指示，确定进行转发的sidelink承载，作为示例而非限定，将QoS信息指示的一个或多个QoS流映射至同一sidelink承载上进行转发。

应理解，relay UE还需结合RRC状态确定承载配置。作为示例而非限定，当relayUE为RRC连接态时，relay UE可以向基站上报该组播/广播业务对应的L2 ID或直接上报组播/广播服务类型，可选择地relay UE还可以将QoS信息指示发送给基站，基站根据组播/广播的业务和/或QoS信息指示，即可以给relay UE提供中继承载配置。对应地，基站的会分别给不同的QoS信息指示对应的数据提供中继承载配置，即基站给relay UE提供QoS信息指示和中继承载配置之间的对应关系。

作为示例而非限定，在RRC空闲态或者非激活态时，relay UE接收的系统消息配置或者预配置中，可以包含组播/广播业务和中继转发配置之间的对应关系，具体会包含QoS信息指示和中继承载配置之间的对应关系。

在一种可能的实现方式中，对于多跳组播中继通信，relay UE能够在建立通信组的时候就提前确定中继转发配置，具体流程参考前一实施例，此处不再赘述。

需要说明的是，由于组播/广播数据的SRAP层头中会包含上述信息，因此即使relay UE确定不进行转发，也应触发建立SRAP entity，然后将数据包处理后，递交给PDCP层。

图8是本申请实施例提供的通信方法500的示意性框图。

S510，source UE确定发送组播/广播业务数据的承载配置。

其中，source UE根据QoS参数要求确定承载配置的方法参考S410，此处不再赘述。

S520，source UE在确定发送端的sidelink承载配置之后，通过组播/广播的方式对每个sidelink承载对应的QoS参数要求进行组播或者广播。

在一种可能的实现方式中，source UE组播/广播一个sidelink控制信令或者RRC消息或者sidelink control PDU，包括sidelink LCID和QoS参数之间的对应关系，或者，包括sidelink承载标识和QoS参数之间的对应关系，或者，包括一个新分配的index，index用于指示一套QoS参数。

对应地，source UE在发送数据时，根据承载配置，在数据包的包头(如SRAP头)中携带该sidelink承载的标识，或者发送数据的LCID或者分配的index。

S530，relay UE根据接收到数据的sidelink承载以及sidelink承载和QoS参数要求之间的对应关系确定转发配置。

具体而言，relay UE接收source UE组播/广播的每个sidelink承载和QoS参数要求之间的对应关系，即可以知道每个承载上接收到的数据所对应的QoS参数要求，从而确定每个sidelink承载数据的中继转发配置。

应理解，对于下一跳relay UE2，能够接收上一跳relay UE组播/广播的每个sidelink承载和QoS参数要求的对应关系，然后用于确定relay UE2的中继转发配置，同时relay UE2在发数据之前也会组播/广播自己的的发送端sidelink承载和QoS参数要求之间的对应关系，用于下一跳中继节点确定转发配置。

图9是本申请实施例提供的通信方法600的示意性框图。

S610，source UE确定发送组播/广播业务数据的承载配置。

S620，source UE发送数据，并在数据包的包头携带具体的QoS参数要求信息。

具体而言，source UE在数据包的包头携带S910中确定的QoS参数要求。

S630，relay UE根据数据包头中携带的QoS参数要求，确定组播/广播业务的中继转发配置。

具体而言，当relay UE接收到数据后，根据包头中的QoS参数要求，确定转发的承载配置，根据QoS参数要求确定承载配置的方法与S810中相同，此处不再赘述。

应理解，对于上述方法100至600，不同组播/广播业务也可以在RLC承载上进行复用，此时需要source UE在数据包头上添加对应业务的L2 ID，用于区分。例如，SRAP层可以将不同组播/广播的业务数据复用至一个RLC承载。此时，SRAP层需要在包头上添加业务对应的L2 ID，而MAC层和物理层进行数据发送处理时，对应于该数据，可以应用一个通用的L2ID，用于指示此为组播或广播数据。relay UE接收到数据后，到SRAP层处理后，才能具体获得数据对应的目的L2 ID。relay UE在转发数据时，同样在SRAP层头上添加组播/广播业务对应的目的L2 ID，并在MAC层和物理层处理过程中，将source UE的源L2 ID和通信L2 ID作为数据对应的源L2 ID和目的L2 ID。

需要说明的是，本申请实施例提供的方法100至600中的任一种方法也能够适用于L3 U2U架构，详细说明和其他步骤请参见前述实施例中关于这些内容的描述，此处不做赘述

根据前述方法，图10是本申请实施例提供的通信装置10的示意图，如图10所示，该装置10可以为终端设备(例如，上述source UE或者relay UE)，也可以为芯片或电路，比如可设置于终端设备的芯片或电路。

该装置10可以包括处理器11(即，处理单元的一例)和存储器12。该存储器12用于存储指令，该处理器11用于执行该存储器12存储的指令，以使该装置10实现如图2-10中对应的方法中终端设备(例如，source UE)执行的步骤。

进一步的，该装置10还可以包括输入口13(即，接收单元的一例)和输出口14(即，发送单元的另一例)。进一步的，该处理器11、存储器12、输入口13和输出口14可以通过内部连接通路互相通信，传递控制和/或数据信号。该存储器12用于存储计算机程序，该处理器11可以用于从该存储器12中调用并运行该计算计程序，以控制输入口13接收信号，控制输出口14发送信号，完成上述方法中终端设备的步骤。该存储器12可以集成在处理器11中，也可以与处理器11分开设置。

可选地，若该装置10为终端设备，该输入口13为接收器，该输出口14为发送器。其中，接收器和发送器可以为相同或者不同的物理实体。为相同的物理实体时，可以统称为收发器。

可选地，若该装置10为芯片或电路，该输入口13为输入接口，该输出口14为输出接口。

作为一种实现方式，输入口13和输出口14的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器11可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。

作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的终端设备。即将实现处理器11、输入口13和输出口14功能的程序代码存储在存储器12中，通用处理器通过执行存储器12中的代码来实现处理器11、输入口13和输出口14的功能。

其中，以上列举的通信装置10中各模块或单元的功能和动作仅为示例性说明，通信装置10中各模块或单元可以用于执行上述方法100至600中终端设备所执行的各动作或处理过程，这里，为了避免赘述，省略其详细说明。

该装置10所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。

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

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

具体地，例如，若source UE安装了该芯片20，逻辑电路21与输入/输出接口22耦合，逻辑电路21可通过输入/输出接口32发送第一数据。又如，若relay UE安装了该芯片20，逻辑电路21与输入/输出接口22耦合，逻辑电路21可通过输入/输出接口22接收第一数据。

作为一种方案，该芯片20用于实现上文各个方法实施例中由source UE执行的操作。

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

作为另一种方案，该芯片20用于实现上文各个方法实施例中由relay UE执行的操作。

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

上述处理装置可以是一个或多个芯片。例如，该处理装置可以是现场可编程门阵列(field programmable gate array，FPGA)，可以是专用集成芯片(applicationspecific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processor unit，CPU)，还可以是网络处理器(networkprocessor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logicdevice，PLD)或其他集成芯片。

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

例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法实施例中由source UE或者由relay UE执行的方法。

本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得该计算机实现上述方法实施例中由source UE或者由relay UE执行的方法。

本申请实施例还提供一种通信系统，该通信系统包括上文实施例中的source UE和/或relay UE。

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

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims

1.一种通信方法，其特征在于，包括：

接收第一数据；

获取第一参数，所述第一参数包括第一逻辑信道标识和/或所述第一数据的服务类型，所述第一逻辑信道标识是用于接收所述第一数据对应的逻辑信道的标识，所述第一数据的服务类型用于指示第一数据对应的应用层业务类型；

根据所述第一参数以及第一关联关系，确定第一承载配置，所述第一关联关系包括所述第一参数和所述第一承载配置的关联关系；

根据所述第一承载配置，发送所述第一数据。

2.根据权利要求1所述的方法，其特征在于，所述第一关联关系包括第一映射关系，所述第一映射关系包括所述第一参数和第一服务质量QoS参数要求的映射关系，所述第一QoS参数要求与所述第一承载配置存在关联关系。

3.根据权利要求1或2所述的方法，其特征在于，当所述第一参数为所述第一逻辑信道标识时，所述方法还包括：

确定第二逻辑信道标识，所述第二逻辑信道标识为发送所述第一数据对应的逻辑信道的标识，所述第二逻辑信道标识和所述第一逻辑信道标识相同。

4.根据权利要求2所述的方法，其特征在于，当所述第一参数为所述第一逻辑信道标识时，所述方法还包括：

根据所述第一QoS参数要求和第二映射关系确定第三逻辑信道标识，所述第二映射关系属于所述第一映射关系，所述第二映射关系包括所述第三逻辑信道标识和第二QoS参数要求的映射关系，所述第二QoS参数要求满足所述第一QoS参数要求，所述第三逻辑信道标识为发送所述第一数据对应的逻辑信道的标识。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述获取第一参数包括：

获取第一标识，所述第一标识用于指示所述第一数据的服务类型，所述第一标识为接收所述第一数据所应用的目的层2标识。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述第一承载配置是预定义的。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：

应用所述第一标识和第二标识发送所述第一数据，所述第一标识用于指示所述第一数据的服务类型，所述第二标识用于指示生成和发送所述第一数据的源终端设备。

8.根据权利要求7所述的方法，其特征在于，所述应用第一标识和第二标识发送所述第一数据包括：

在所述第一数据对应的媒体接入控制协议数据单元MAC PDU中携带所述第一标识和所述第二标识的部分标识；和/或

发送第一控制信令，所述第一标识和所述第二标识的部分标识承载在所述第一控制信令中，所述第一控制信令用于指示收发所述第一数据的时频资源。

9.一种通信方法，其特征在于，包括：

接收第一数据和第一指示信息，所述第一指示信息用于指示所述第一数据的QoS信息，或者所述第一指示信息用于指示接收第一数据对应的承载，所述第一数据的QoS信息用于指示所述第一数据的QoS参数要求；

根据所述第一指示信息以及第二关联关系，确定第一承载配置，所述第二关联关系包括所述第一指示信息和所述第一承载配置的关联关系；

根据所述第一承载配置，发送所述第一数据。

10.根据权利要求9所述的方法，其特征在于，所述第一指示信息用于指示传输所述第一数据的至少一个QoS流。

11.根据权利要求9或10所述的方法，其特征在于，所述方法还包括：

应用第一标识和第二标识发送所述第一数据，所述第一标识用于指示所述第一数据的服务类型，所述第一数据的服务类型用于指示第一数据对应的应用层业务类型，所述第二标识用于指示生成和发送所述第一数据的源终端设备。

12.根据权利要求11所述的方法，其特征在于，所述应用第一标识和第二标识发送所述第一数据包括：

在所述第一数据对应的MAC PDU中携带所述第一标识和所述第二标识的部分标识；和/或

13.一种通信方法，其特征在于，包括：

确定第一参数，所述第一参数和所述第四QoS参数要求之间具有关联关系，所述第四QoS参数要求用于确定发送第一数据的承载配置，所述第一参数包括第一逻辑信道标识和/或第一数据的服务类型，所述第一逻辑信道标识是用于发送所述第一数据对应的逻辑信道的标识，所述第一数据的服务类型用于指示第一数据对应的应用层业务类型；

应用所述第一参数，发送所述第一数据。

14.根据权利要求13所述的方法，其特征在于，当所述第一参数为所述第一逻辑信道标识时，所述确定第一参数包括：

根据所述第四QoS参数要求以及第三关联关系确定第一参数，所述第三关联关系包括所述第一参数和所述第四QoS参数要求的关联关系。

15.根据权利要求13或14所述的方法，其特征在于，当所述第一参数为所述第一逻辑信道标识时，所述应用所述第一参数，发送所述第一数据包括：

在所述第一逻辑信道标识对应的逻辑信道上发送所述第一数据。

16.根据权利要求13所述的方法，其特征在于，当所述第一参数为所述第一数据的服务类型时，所述方法还包括：

根据应用层指示的所述第一数据的业务类型确定所述第一参数；

根据所述第一参数以及第四关联关系确定所述第四QoS参数要求，所述第四关联关系包括所述第一参数和所述第四QoS参数要求的关联关系。

17.根据权利要求16所述的方法，其特征在于，所述第一参数还包括所述第一数据的服务类型，所述第一数据的服务类型用于指示第一数据对应的应用层业务类型；以及

所述应用所述第一参数，发送所述第一数据包括：

在所述第一数据对应的MAC PDU中携带所述第一参数的部分信息；和/或

发送第一控制信令，所述第一控制信令中包括所述第一参数的部分信息。

18.一种通信方法，其特征在于，包括：

根据第四QoS参数要求以及第一指示信息和QoS参数要求的关联关系，确定所述第一指示信息，所述第四QoS参数要求用于确定发送第一数据的承载配置，所述第一指示信息用于指示第一数据的QoS信息，或者所述第一指示信息用于指示发送第一数据对应的承载，所述第一数据的QoS信息用于指示所述第一数据的QoS参数要求；

发送所述第一数据和所述第一指示信息，所述第一指示信息携带于所述第一数据中，或者，所述第一指示信息随所述第一数据发送。

19.根据权利要求18所述的方法，其特征在于，所述第一指示信息用于指示传输所述第一数据的至少一个QoS流。

20.一种通信装置，其特征在于，包括处理器和接口电路，所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置，所述处理器用于实现如权利要求1至19中任一项所述的方法。

21.一种通信系统，其特征在于，包括：

中继终端设备，用于执行如权利要求1至12中任意一项所述的方法；

源终端设备，用于执行如权利要求13至19中任意一项所述的方法。

22.一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的终端设备执行如权利要求1至19中任意一项所述的方法。

23.一种计算机程序产品，其特征在于，所述计算机程序产品包括用于执行如权利要求1至19中任一项所述的方法的指令。

24.一种计算机可读存储介质，其特征在于，包括：

所述计算机可读存储介质上存储有计算机程序，当所述计算机程序运行时，使得所述计算机执行如权利要求1至19中任一项所述的方法。