CN112074017A

CN112074017A - 无线通信系统中处理侧链路组播的反馈资源的方法和设备

Info

Publication number: CN112074017A
Application number: CN202010499769.8A
Authority: CN
Inventors: 龚逸轩; 曾立至; 潘立德; 黄俊伟; 李名哲
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2019-06-10
Filing date: 2020-06-04
Publication date: 2020-12-11
Anticipated expiration: 2040-06-04
Also published as: EP3751775A1; KR20200141936A; US11316622B2; JP2020202563A; US20210211238A1; KR102271928B1; JP6826226B2; ES2926471T3; TW202046752A; US20200389257A1; CN112074017B; EP3751775B1; US10931406B2; TWI733484B

Abstract

从用于确定与侧链路通信相关联的侧链路反馈资源的第一装置的角度公开了一种方法和设备。在一个实施例中，方法包含第一装置从第一装置的上层接收标识符。方法还包含第一装置接收来自第二装置的侧链路传送。方法进一步包含第一装置至少基于标识符和与侧链路传送相关联的源标识来确定与侧链路传送相关联的侧链路反馈资源。另外，方法包含第一装置使用侧链路反馈资源来将响应于侧链路传送的反馈传送到第二装置。

Description

无线通信系统中处理侧链路组播的反馈资源的方法和设备

相关申请的交叉引用

本申请要求2019年6月10日申请的第62/859,308号美国临时专利申请的权益，所述美国临时专利申请的全部公开内容以全文引用的方式并入本文中。

技术领域

本公开大体上涉及无线通信网络，且更具体地，涉及一种无线通信系统中处理侧链路组播的反馈资源的方法和设备。

背景技术

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

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

发明内容

从用于确定与侧链路通信相关联的侧链路反馈资源的第一装置的角度公开了一种方法和设备。在一个实施例中，方法包含第一装置从第一装置的上层接收标识符。方法还包含第一装置接收来自第二装置的侧链路传送。方法进一步包含第一装置至少基于标识符和与侧链路传送相关联的源标识(Identity，ID)来确定与侧链路传送相关联的侧链路反馈资源。另外，方法包含第一装置使用侧链路反馈资源来将响应于侧链路传送的反馈传送到第二装置。

附图说明

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

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

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

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

图5是3GPP TS 23.287V1.0.0的图4.2.1.1-1的再现。

图6是3GPP TS 23.287V1.0.0的图6.3.2-1的再现。

图7是3GPP TR 38.885V16.0.0的图5.1-1的再现。

图8是3GPP TR 38.885V16.0.0的图5.1-2的再现。

图9是根据一个示例性实施例的图。

图10是根据一个示例性实施例的图。

图11是根据一个示例性实施例的图。

图12是根据一个示例性实施例的图。

图13是根据一个示例性实施例的图。

图14A和14B是根据一个示例性实施例的图。

图15是根据一个示例性实施例的图。

图16是根据一个示例性实施例的图。

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

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

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

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

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

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

具体实施方式

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

具体地，下文描述的示例性无线通信系统装置可以被设计成支持一个或多个标准，例如由在本文中被称作3GPP的被命名为“第三代合作伙伴计划(3rd GenerationPartnership Project)”的联合体提供的标准，包含：TS36.300V15.6.0，“E-UTRA和E-UTRAN总体描述(E-UTRA and E-UTRAN Overall Description)；第2阶段(第15版)”；TR22.886V16.2.0，“关于增强3GPP对5G V2X服务的支持的研究(Study on enhancement of3GPP Support for 5G V2X Services)(第16版)”；TS 23.287V1.0.0，“支持车辆外联(V2X)服务的5G系统(5GS)的体系结构增强(Architecture enhancements for 5G System(5GS)to support Vehicle-to-Everything(V2X)services)(第16版)”；TR 38.885V16.0.0，“NR；关于NR车辆外联(V2X)的研究(NR；Study on NR Vehicle-to-Everything(V2X))(第16版)”；3GPP RAN1#95会议报告；3GPP RAN1#96bis会议报告；3GPP RAN1#97会议报告；3GPPRAN2#105会议报告；以及R2-1906427，“在HARQ反馈上支持组播(On HARQ feedbacksupport for groupcast)”，因特尔公司，3GPP RAN2#106会议。上文所列的标准和文献在此以全文引用的方式明确地并入。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在3GPP TS 36.300中，介绍了对于LTE的车辆外联(Vehicle-to-Everything，V2X)服务，如下所示：

23.14对V2X服务的支持

23.14.1总则

以V2X服务为代表的车辆通信服务可以包括以下四种不同类型：V2V、V2I、V2N和V2P，如TS 22.185[71]中指定的。

V2X服务可由PC5接口和/或Uu接口提供。V2X侧链路通信提供了通过PC5接口对V2X服务的支持，这是一种通信模式，UE可以直接通过PC5接口彼此通信，如TS 23.303[62]中指定的。当UE由E-UTRAN服务时以及当UE在E-UTRA覆盖范围之外时，支持这种通信模式。只有被授权用于V2X服务的UE才能执行V2X侧链路通信。

23.14.1.1对V2X侧链路通信的支持

如针对侧链路通信的小节23.10.2.1中指定的用户平面协议栈和功能也用于V2X侧链路通信。另外，对于V2X侧链路通信：

-用于侧链路通信的STCH也用于V2X侧链路通信。

-非V2X(例如，公共安全)数据不与在配置成用于V2X侧链路通信的资源中传送的V2X数据多路复用。

-接入层(Access Stratum，AS)具有由上层通过PC5接口传送的协议数据单元的PPPP和PPPR。可从PPPP确定协议数据单元的包延迟预算(packet delay budget，PDB)。低PDB映射到高优先级PPPP值(TS 23.285[72])。

-接入层(AS)具有由上层通过PC5接口传送的协议数据单元的传送配置文件(TS23.285[72])。

-基于PPPP的逻辑信道优先级排序用于V2X侧链路通信。

如针对侧链路通信的小节23.10.2.2中指定的SBCCH的控制平面协议栈也用于V2X侧链路通信。

支持V2X侧链路通信的UE可在用于资源分配的两种模式下操作：

-经调度资源分配，其特征在于：

-UE需要进行RRC_CONNECTED以便传送数据；

-UE从eNB请求传送资源。eNB调度用于传送侧链路控制信息和数据的传送资源。支持侧链路SPS以用于经调度资源分配；

-UE自主资源选择，其特征在于：

-UE自己从资源池中选择资源，并且执行传送格式选择以传送侧链路控制信息和数据；

-如果已配置区域与V2X侧链路传送资源池之间的映射，则UE基于UE所在的区域而选择V2X侧链路资源池。

-UE执行感测以(重新)选择侧链路资源。基于感测结果，UE(重新)选择一些特定侧链路资源并预留多个侧链路资源。允许UE执行多达2个并行的独立资源预留过程。还允许UE针对其V2X侧链路传送执行单个资源选择。

为了帮助eNB提供侧链路资源，RRC_CONNECTED中的UE可向eNB报告地理位置信息。eNB可通过现有测量报告信令将UE配置成基于周期性报告来报告完整UE地理位置信息。

地理区域可由eNB配置或进行预配置。当(预)配置区域时，使用单个固定参考点(即地理坐标(0,0))、长度和宽度将世界划分为地理区域。UE通过使用每个区域的长度和宽度、长度上的区域数目、宽度上的区域数目、单个固定参考点以及UE的当前位置的地理坐标的取模运算来确定区域身份标识。每个区域的长度和宽度、长度上的区域数目和宽度上的区域数目在UE处于覆盖范围中时由eNB提供，并且在UE处于覆盖范围之外时被预配置。所述区域可针对覆盖范围中和覆盖范围外进行配置。

对于覆盖范围内的UE，当UE使用UE自主资源选择时，eNB可在RRC信令中提供区域与V2X侧链路传送资源池之间的映射。对于覆盖范围外的UE，可预配置区域与V2X侧链路传送资源池之间的映射。如果(预)配置了区域与V2X侧链路传送资源池之间的映射，则UE从与其当前所在的区域对应的资源池中选择传送侧链路资源。区域概念不适用于特殊的V2X侧链路传送池以及接收池。并非基于优先级来配置用于V2X侧链路通信的资源池。

对于V2X侧链路传送，在越区移交期间，可在越区移交命令中用信号通知包含用于目标小区的特殊传送资源池的传送资源池配置，以减少传送中断。以此方式，只要在eNB被配置为同步源的情况下利用目标小区执行同步，或在GNSS被配置为同步源的情况下利用GNSS执行同步，UE就可在越区移交完成之前使用目标小区的V2X侧链路传送资源池。如果越区移交命令中包含特殊传送资源池，则从接收到越区移交命令开始，UE使用来自特殊传送资源池的随机选择的资源。如果UE通过越区移交命令中的经调度资源分配进行配置，则在与越区移交相关联的定时器运行时，UE继续使用特殊传送资源池。如果UE通过目标小区中的自主资源选择进行配置，则UE继续使用特殊传送资源池，直到关于用于自主资源选择的传送资源池的感测结果可用为止。对于特殊情况(例如，在RLF期间、在从RRC IDLE转换到RRC CONNECTED的期间或在小区内的专用V2X侧链路资源池的变化期间)，UE可基于随机选择来选择在服务小区的SIB21中或在专用信令中提供的特殊池中的资源，并暂时利用这些资源。在小区重选期间，RRC_IDLE状态的UE可使用从重选小区的特殊传送资源池中随机选择的资源，直到关于用于自主资源选择的传送资源池的感测结果可用为止。

为了避免因获取从目标小区广播的接收池的延迟所致的在接收V2X消息中的中断时间，可在越区移交命令中向RRC_CONNECTED状态的UE用信号通知目标小区的同步配置和接收资源池配置。对于RRC_IDLE状态的UE，由UE实施方案决定最小化与获取目标小区的SIB21相关联的V2X侧链路传送/接收中断时间。

每当UE按照TS 36.331[16]中指定的准则检测到用于V2X侧链路通信的载波上的小区时，将UE视为处于所述载波上的覆盖范围内。如果授权用于V2X侧链路通信的UE处于用于V2X侧链路通信的频率上的覆盖范围中，或如果eNB为所述频率提供V2X侧链路配置(包含UE在所述频率上的覆盖范围外的情况)，则UE根据eNB配置使用经调度资源分配或UE自主资源选择。当UE在用于V2X侧链路通信的频率上的覆盖范围外时，并且如果eNB不为所述频率提供V2X侧链路配置，则UE可使用在UE中预配置的一组传送和接收资源池。不与侧链路上传送的其它非V2X数据共享V2X侧链路通信资源。

如果RRC_CONNECTED UE对V2X侧链路通信传送感兴趣，则RRC_CONNECTED UE可向服务小区发送侧链路UE信息消息以便请求侧链路资源。

如果UE被上层配置成接收V2X侧链路通信且提供V2X侧链路接收资源池，则UE在那些提供的资源池上接收资源。

可通过在UE中具有多个接收器链来支持在不同载波/PLMN中接收V2X侧链路通信。

对于侧链路SPS，eNB可配置最大8个具有不同参数的SPS配置，并且所有SPS配置可同时处于活动状态。由eNB通过PDCCH用信号通知SPS配置的激活/解除激活。基于PPPP的现有逻辑信道优先级排序用于侧链路SPS。

可将UE辅助信息提供给eNB。UE辅助信息的报告由eNB配置用于V2X侧链路通信。用于V2X侧链路通信的UE辅助信息包含与SPS配置相关的业务特性参数(例如，一组优选SPS间隔、相对于SFN 0的子帧0的定时偏移、PPPP、PPPR、目的地层2ID和基于观测到的业务模式的最大TB大小)。可在已配置或未配置SPS的情况下报告UE辅助信息。由UE实施方案决定UE辅助信息传送的触发。例如，当包到达的估计周期性和/或定时偏移发生变化时，允许UE报告UE辅助信息。对于V2X侧链路通信，不支持根据业务类型的SR掩码。

服务小区可为用于V2X侧链路通信的载波提供同步配置。在这种情况下，UE遵循从服务小区接收的同步配置。在用于V2X侧链路通信的载波上未检测到任何小区且UE不从服务小区接收同步配置的情况下，UE遵循预先配置的同步配置。存在三种类型的同步参考，即eNB、UE和GNSS。在GNSS被配置为同步源的情况下，UE利用UTC时间和(预先)配置的DFN偏移来计算直接帧号和子帧号。在eNB定时被配置为UE的同步参考的情况下，对于同步和DL测量，UE遵循与所涉及的频率(当在此频率上在覆盖范围内时)相关联的小区，或PCell或服务小区(当在所涉及的频率上在覆盖范围外时)。UE可指示它针对eNB所使用的当前同步参考类型。考虑到UE的同步参考，配置用于经调度资源分配的一个传送池。

为了控制信道利用，网络能够指示UE依据信道忙碌率(Channel Busy Ratio，CBR)针对每个传送池如何调适它的传送参数。UE测量所有经配置传送池，包含异常池。如果池被(预先)配置成使得UE将始终传送邻近资源块中的PSCCH和PSSCH，则UE一起测量PSCCH和PSSCH资源。如果池被(预先)配置成使得UE可以在子帧中传送PSCCH和非邻近资源块中的对应PSSCH，则PSSCH池和PSCCH池分开测量。

可以配置处于RRC_CONNECTED状态的UE来报告CBR测量结果。对于CBR报告，支持周期性报告和事件触发报告。针对事件触发的CBR报告，引入了两个报告事件。在PSSCH和PSCCH资源不邻近放置的情况下，只使用PSSCH池测量进行事件触发的CBR报告。在PSSCH和PSCCH资源邻近放置的情况下，使用PSSCH和PSCCH资源的CBR测量进行事件触发的CBR报告。事件触发的CBR报告由过载阈值和/或负载较低的阈值触发。网络可以配置UE需要报告的传送池。

UE(不考虑其RRC状态)基于CBR执行传送参数调适。在PSSCH和PSCCH资源不邻近放置的情况下，只使用PSSCH池测量进行传送参数调适。在PSSCH和PSCCH资源邻近放置的情况下，使用PSSCH和PSCCH资源的CBR测量进行传送参数调适。当CBR测量不可用时，将使用默认传送参数。示例性经调适传送参数包含最大传送功率、每TB重传次数的范围、PSSCH RB号的范围、MCS的范围、信道占用率的最大限制。传送参数调适适用于所有传送池，包含异常池。

使用经调度资源分配的UE可以被配置成执行感测并报告感测结果。UE仅在针对其报告感测结果的V2X侧链路传送资源池中执行感测。仅支持周期性报告。

对于V2X侧链路通信，可提供侧链路传送和/或接收资源，包含用于经调度资源分配和UE自主资源选择的不同频率的异常池。通过专用信令、SIB21和/或预先配置，可以提供不同频率的侧链路资源。服务小区可以只向UE指示UE获取用于V2X侧链路通信的资源配置的频率。如果提供多个频率和相关联的资源信息，则由UE实施在提供的频率中选择频率。如果UE检测到为V2X侧链路通信提供资源配置或载波间资源配置的小区，则UE不得使用预先配置的传送资源。可以提供V2X侧链路通信资源配置或交叉载波配置的频率可以在SIB21中传送，也可以在UE中预先配置。在小区重选期间，RRC_IDLE UE可以优先化为V2X侧链路通信提供交叉载波资源配置的频率。

如果UE支持多个传送链，则它可以通过PC5同时在多个载波上传送。对于支持V2X的多个频率的情况，V2X服务类型和V2X频率之间的映射由上层配置。UE应确保V2X服务以相应的频率传送。对于经调度资源分配，eNB可以基于侧链路BSR在某一频率上调度V2X传送，如TS 36.321[13]中指定的，其中UE包含与UE在侧链路UE信息消息中向eNB报告的频率唯一地相关联的目的地索引，如TS 36.331[16]中指定的。

对于V2X侧链路通信，支持侧链路中的载波聚合(carrier aggregation，CA)。其适用于覆盖范围内的UE和覆盖范围外的UE。对于侧链路中的CA，既没有定义主分量载波，也没有定义副分量载波。为V2X侧链路通信传送或接收(预先)配置的每个资源池都与单个载波相关联。当在侧链路中支持CA的UE使用自主资源选择时，其执行载波选择并且可以选择用于V2X侧链路通信传送的一个或多个载波。根据用于V2X侧链路通信的(预先)配置载波的CBR和要传送的V2X消息的PPPP，在MAC层执行载波选择。当资源重选被触发并且针对每个侧链路进程被触发时，可以执行载波重选。为了避免在不同载波之间的频繁切换，如果在此载波上测得的CBR低于(预先)配置的阈值，则UE可以继续使用已经选择用于传送的载波。所有选择的载波应具有相同的同步参考或相同的同步优先级配置。对于使用自主资源选择的UE，根据在载波上测得的CBR和侧链路逻辑信道的PPPP，对载波上的侧链路资源执行逻辑信道优先级排序，如TS 36.321[13]中指定的。

对于V2X侧链路通信，支持并且在UE的PDCP层执行侧链路包复制。对于用于传送的侧链路包复制，在PDCP实体处复制PDCP PDU。相同PDCP实体的复制PDCP PDU被提交给两个不同的RLC实体，并分别与两个不同的侧链路逻辑信道相关联。仅允许在不同的侧链路载波上传送相同PDCP实体的复制PDCP PDU。UE可以基于(预先)配置激活或解除激活侧链路包复制。侧链路包复制不适用于具有Rel-14传送配置文件的传送(TS 23.285[72])。可通过PPPR阈值(预先)配置支持侧链路包复制的PPPR值。对于UE自主资源选择和经调度资源分配，UE应对具有配置的PPPR值的数据执行侧链路包复制，直到针对这些PPPR值解除配置包复制。对于经调度资源分配，UE通过侧链路BSR来报告与一个或多个PPPR值相关联的数据量以及数据所属的目的地。可由eNB配置PPPR值到逻辑信道群组的映射，并且PPPR值由包含在侧链路BSR中的相关联逻辑信道群组ID反映。可由RRC_CONNECTED状态的UE在侧链路UE信息中报告PPPR值的列表。

对于使用经调度资源分配的UE，由eNB根据UE向网络报告的目的地配置两个非重叠载波集，并且所述载波集适用于配置用于侧链路包复制的所有PPPR。接着，UE将对应于相同PDCP实体的两个复制的侧链路逻辑信道分别与配置成用于两个侧链路逻辑信道的目的地的两个载波集相关联。复制的侧链路逻辑信道与载波集之间的关联取决于UE实施方案。复制的侧链路逻辑信道的数据只能在相关联载波集中的载波上传送。

对于V2X侧链路通信接收，在UE的PDCP层执行包复制检测。在PDCP层处，还支持重新排序功能，并且如何设置PDCP层处的重新排序定时器取决于UE实施方案。存在特定逻辑信道身份标识，其适用于专用于侧链路包复制的侧链路逻辑信道，如TS 36.321[13]中指定的。

UE可接收其它PLMN的V2X侧链路通信。服务小区可直接向UE指示用于PLMN间操作的V2X侧链路通信接收的资源配置，或仅指示UE可获取用于V2X侧链路通信接收的PLMN间资源配置的频率。不允许其它PLMN中的V2X侧链路通信传送。

当UL传送与V2X侧链路传送在同一频率下在时域中重叠时，如果侧链路MAC PDU的PPPP低于(预先)配置的PPPP阈值，则UE使V2X侧链路传送优先于UL传送；否则，UE使UL传送优先于V2X侧链路传送。当UL传送与V2X侧链路传送在不同频率下在时域中重叠时，如果侧链路MAC PDU的PPPP低于(预先)配置的PPPP阈值，则UE可使V2X侧链路传送优先于UL传送，或者降低UL传送功率；否则，UE使UL传送优先于V2X侧链路传送，或者降低V2X侧链路传送功率。但是，如果UL传送通过上层优先化，如TS 24.386[75]中指定的，或者执行随机接入程序，则UE使UL传送优先于任何V2X侧链路传送(即，不考虑侧链路MAC PDU的PPPP)。

用于传送行人UE(P-UE)的资源池可与V2X侧链路通信的资源重叠。对于每个传送池，还配置了允许在此池中使用的资源选择机制(即，随机选择、基于部分感测的选择或者随机选择或基于部分感测的选择)。如果P-UE被配置成针对一个传送池使用随机选择或基于部分感测的选择，则由UE实施选择特定的资源选择机制。如果P-UE被配置成仅使用基于部分感测的选择，则P-UE应在池中使用基于部分感测的选择。P-UE不得在仅允许部分感测的池中进行随机选择。如果eNB不提供随机选择池，则仅支持随机选择的P-UE无法执行侧链路传送。在异常池中，P-UE使用随机选择。P-UE可以发送侧链路UE信息消息，指示它请求用于与P2X相关的V2X侧链路通信传送的资源池，如TS 36.331[16]中指定的。

P-UE不必支持基于区域的资源选择。作为UE能力信令的一部分，P-UE报告它是否支持基于区域的资源选择。如果P-UE支持基于区域的资源选择，则网络只能通过专用信令提供基于区域的配置。

P-UE的功率节省可以通过UE实施方案和上层机制来实现。P-UE不执行CBR测量。但是，P-UE基于预设传送参数配置来调整传送参数，该配置可通过RRC信令提供给P-UE。

为了支持CEN DSRC和V2X侧链路通信的共存，当UE接近CEN DSRC收费站时，执行V2X侧链路通信的UE的上层向下层发送指示。

23.14.1.2通过Uu支持V2X通信

对于上行链路中的V2X通信，eNB可配置最大8个具有不同参数的SPS配置，并且所有SPS配置可同时处于活动状态。由eNB通过PDCCH用信号通知每个SPS配置的激活/解除激活。使用对于Uu的现有逻辑信道优先级排序。

对于V2X通信，可以将UE辅助信息提供给eNB。由eNB配置UE辅助信息的报告。UE辅助信息包含与SPS配置(例如，一组优选SPS间隔、相对于SFN 0的子帧0的定时偏移、LCID和基于观测到的业务模式的最大TB大小)有关的参数。由UE实施方案决定UE辅助信息传送的触发。例如，当包到达的估计周期性和/或定时偏移发生变化时，允许UE报告UE辅助信息。对于通过Uu的V2X通信，可使用根据传统机制的SR掩码。

对于V2X消息的单播传送，可通过非GBR承载以及GBR承载传递V2X消息。为了满足V2X服务的V2X消息传递的QoS要求，使用V2X消息的非GBR QCI值和GBR QCI值，如TS 23.285[72]中指定的。

为了广播V2X消息，可使用SC-PTM或MBSFN传送。为了减少SC-PTM/MBSFN时延，支持SC-PTM/MBSFN的较短(SC-)MCCH重复周期、SC-PTM/MBSFN的修改周期和MBSFN的MCH调度周期。可通过在UE中具有多个接收器链来支持在不同载波/PLMN中接收V2X消息的下行链路广播。GBR QCI值用于通过MBMS承载传递V2X消息，如TS 23.285[72]中指定的。

在3GPP TR 22.886中，在5G V2X中介绍了具有领先车辆的车辆编队，如下所示：

5.1对于车辆编队的eV2X支持

5.1.1描述

编队以紧密联系的方式操作一组车辆，以使车辆像火车一样移动，并在车辆之间附有虚拟弦。为了保持车辆之间的距离，车辆需要共享状态信息，例如速度、前进方向和意向(例如刹车、加速等)。通过使用编队，可以缩短车辆之间的距离，降低整体燃料消耗，并减少所需驾驶员的数目。

对于编队需要支持以下方面。

加入/离开

为了形成车队，车辆需要交换意向，例如形成车队的兴趣、成为车队的领先者或跟随者的意向。并且当车辆到达目的地或必须离开车队时，还应该在车队的车辆之间交换此意向。当车队处于活动状态时，可以随时进行这种意向交换。

公告/警告

当车队形成并且可运行时，不属于所述车队的车辆应知晓车队的存在。否则，车辆可能会进入车队之中，并干扰车队的运行。因此，在车队的车辆之间的通信范围之外的其它车辆应知晓所述车队。

团体通信

存在用于车队管理而交换的一些消息。例如，车队的车辆需要交换有关何时走哪条道路、是否刹车或加速以及何时刹车或加速等的信息。至少需要支持每秒30条CAM消息。[3]。另外，领先车辆比其它车辆消耗更多的燃料，有时领先车辆可能会要求下一辆车成为领先者。这种通信可以在两辆车之间完成，而无需其它车辆的参与。

为了防止潜在的安全威胁(如路线泄露)，这些消息应以机密性支持，并且只能由车队的车辆解密。另外，由于消息的私密性，这些消息的通信范围是从车队的领先车辆到最后一辆车，通常是在视线内的。因为即使在移动中车队的大小也可能不同，所以应该支持针对编队的消息的资源有效分配以及对消息分配区域的动态控制。

支持两组编队性能要求：

-第1组：根据[11][2]，正常密度编队的车辆之间的距离可能大于2米。当车队以100km/h的速度移动时，车辆在36ms内移动1米。考虑到往返时间和处理延迟，应支持高达40Hz的消息传送频率，转换为25ms的无线电时延，消息大小约为300至400字节。

-第2组：根据[2]，高密度编队的车辆之间的距离为1米。当车队以100km/h的速度移动时，车辆在36ms内移动1米。考虑到往返时间和处理延迟，应支持高达100Hz的消息传送频率，转换成至少10ms的时延，消息大小约为50至1200字节。

如果车队太长，有时会中断其它车辆和交通管理机构的运行。因此，车队中可以包含多少辆车应该有限制。考虑到卡车可以跨度超过15m，尤其如此。

在3GPP TS 23.287中，介绍NR V2X的体系结构，如下所示：

4体系结构模型和概念

4.1一般概念

V2X通信有两种操作模式，即通过PC5参考点进行的V2X通信和通过Uu参考点进行的V2X通信。UE可以将这两种操作模式独立地用于传送和接收。

LTE和/或NR支持通过PC5参考点进行的V2X通信。

连接到5GC的E-UTRA和/或连接到5GC的NR支持通过Uu参考点进行V2X通信。在此版本中，通过Uu参考点进行的V2X通信仅是单播。

4.2体系结构参考模型

4.2.1基于PC5和Uu的V2X体系结构参考模型

4.2.1.1通过PC5和Uu参考点进行V2X通信的非漫游5G系统体系结构

图4.2.1.1-1示出了通过PC5和Uu参考点进行V2X通信的非漫游5G系统体系结构的高级视图。

[标题为“通过PC5和Uu参考点进行V2X通信的非漫游5G系统体系结构”的3GPP TS23.287V1.0.0的图4.2.1.1-1再现为图5]

此外，在3GPP TS 23.287中，介绍了NR V2X通信的标识符，如下所示：

5.6标识符

5.6.1通过PC5参考点进行的V2X通信的标识符

5.6.1.1总则

每个UE都有一个或多个用于通过PC5参考点进行V2X通信的层2ID，包括：

-源层2ID；以及

-目的地层2ID。

源层2ID和目的地层2ID包含在PC5参考点的层2链路上发送的层2帧中，标识这些帧的层2源和目的地。源层2ID始终由发起相应层2帧的UE自分配。

UE对源层2ID和目的地层2ID的选择取决于此层2链路通过PC5参考点进行的V2X通信的通信模式，如第5.6.1.2、5.6.1.3和5.6.1.4节所述。在不同的通信模式之间，源层2ID可能有所不同。

当支持基于IP的V2X通信时，如TS 23.303[17]的第4.5.3节所定义的，UE将链路本地IPv6地址配置为用作源IP地址。UE可以将此IP地址用于通过PC5参考点进行的V2X通信，而无需发送用于双重地址检测的邻居请求和邻居通告消息。

如果UE具有需要在当前地理区域中提供隐私支持的活动的V2X应用程序(如第5.1.2.1节所述的配置所标识)，则为了确保超过应用程序所要求的某个短时间段的任何其它UE(例如，车辆)无法跟踪或识别源UE(例如车辆)，源层2ID应随时间变化并且应随机化。对于通过PC5参考点进行的基于IP的V2X通信，源IP地址也应随时间变化并且应随机化。例如，当应用层标识符发生变化时、当需要更改源层2ID和源IP地址时，必须在用于PC5的各个层之间同步源UE标识符的变化。

5.6.1.2通过PC5参考点进行的广播模式V2X通信的标识符

对于通过PC5参考点进行的广播模式V2X通信，UE配置有要用于V2X服务的目的地层2ID。基于第5.1.2.1节中所述的配置，选择V2X通信的目的地层2ID。

UE自行选择源层2ID。对于不同类型的PC5参考点(即基于LTE的PC5和基于NR的PC5)，UE可以使用不同的源层2ID。

5.6.1.3通过PC5参考点进行的组播模式V2X通信的标识符

对于通过PC5参考点进行的组播模式V2X通信，V2X应用层可以提供群组标识符信息。当V2X应用层提供群组标识符信息时，UE将提供的群组标识符转换为目的地层2ID。当V2X应用层未提供群组标识符信息时，如第5.1.2.1节中指定的，UE基于服务类型(例如PSID/ITS-AID)与层2ID之间的映射的配置来确定目的地层2ID。

注意：在第3阶段中定义了将V2X应用层提供的群组标识符转换为目的地层2ID的机制。

UE自行选择源层2ID。

编者注：可以基于RAN WG反馈要求标识符描述的进一步更新。

5.6.1.4通过PC5参考点进行的单播模式V2X通信的标识符

对于通过PC5参考点进行的单播模式V2X通信，使用的目的地层2ID取决于通信对等方，所述对等方是在单播链路建立期间发现的。用于建立单播链路的初始信令可以使用与为单播链路建立而配置的服务类型(例如PSID/ITS-AID)相关联的默认目的地层2ID，如第5.1.2.1节中指定的。在单播链路建立程序中，将交换层2ID，并应将其用于两个UE之间的未来通信，如第6.3.3.1节中指定的。

应用层ID与UE内的一个或多个V2X应用相关联。如果UE具有超过一个应用层ID，则从对等UE的角度来看，同一UE的每个应用层ID可以被视为不同UE的应用层ID。

由于V2X应用层不使用层2ID，因此UE需要维护应用层ID与用于单播链路的源层2ID之间的映射。这样可以在不中断V2X应用的情况下更改源层2ID。

当应用层ID更改时，如果单播链路用于具有更改后的应用层ID的V2X通信，则也应更改所述链路的源层2ID。

UE可以与对等UE建立多个单播链路并且将相同或不同源层2ID用于这些单播链路。

6.3.2通过PC5参考点进行的组播模式V2X通信

为了执行通过PC5参考点进行的组播模式V2X通信，UE配置有相关的信息，如第5.1.2.1节所述。

图6.3.2-1示出了通过PC5参考点进行的组播模式V2X通信的程序。

[标题为“通过PC5参考点进行的组播模式V2X通信的过程”的3GPPTS23.287V1.0.0的图6.3.2-1再现为图6]

1.V2X群组管理是由V2X应用层执行的，不在本规范的范围之内。

2.V2X应用层可以提供群组标识符信息(即应用层V2X群组标识符)，如第5.6.1.3节中指定的。

V2X应用层可以为此通信提供服务要求。

3.传送UE确定源层2ID和目的地层2ID，而接收UE确定目的地层2ID，如第5.6.1.1和5.6.1.3节中指定的。

目的地层2ID向下传递至接收UE的AS层，用于群组通信接收。

传送UE确定对于此组播的PC5 QoS参数，如第5.4.1.1和5.4.1.3中指定的。

4.传送UE具有与此群组通信相关联的V2X服务。

传送UE使用源层2ID和目的地层2ID发送V2X服务数据。

注意：在步骤4，只有一个来自传送UE的组播消息

在3GPP TR 38.885中，介绍了NR侧链路单播、组播和广播设计，如下所示：

5侧链路(PC5)方面

5.1NR侧链路单播、组播和广播设计

对于覆盖范围内、覆盖范围外和部分覆盖范围的情形，支持SL广播、组播和单播传送。

PC5接口中用于控制平面的AS协议栈至少由RRC、PDCP、RLC和MAC子层以及物理层组成。图5.1-1中示出了PC5-C的协议栈。

[标题为“PC5控制平面(PC5-C)协议栈”的3GPP TR 38.885V16.0.0的图5.1-1再现为图7]

PC5接口中用于用户平面的AS协议栈由SDAP、PDCP、RLC和MAC子层以及物理层组成。图5.1-2中示出了PC5-U的协议栈。

[标题为“PC5用户平面(PC5-U)协议栈”的3GPP TR 38.885V16.0.0的图5.1-2再现为图8]。

出于物理层分析的目的，假设高层决定是将单播、组播还是广播传送用于特定的数据传输，并且它们相应地通知物理层。在考虑单播或组播传送时，假设UE能够建立传送所属的单播或组播会话，并且物理层知道以下信息：

-标识：

-在SCI中传达的层1源ID和目的地ID

-通过PSCCH传送的额外层1ID，至少是为了识别使用HARQ反馈时可以在接收中合并哪些传送(请参阅第5.1.2.2节)

-HARQ进程ID

出于层2分析的目的，假设上层(即上述AS)提供有关特定数据传送是单播、组播还是广播传送的信息。对于SL中的单播和组播传送，针对层2已知以下信息：

-标识：

-单播：目的地ID、源ID

-组播：目的地群组ID、源ID

被配置为接收群组目的地层2ID的任何UE均被允许接收组播传送，无论它是在上层提供的“最小通信范围”之内还是之外。

对于单播中的AS级链路管理，支持SL RLM/RLF声明。对于SL单播中的RLC AM，RLF的声明由RLC指示已达到最大重传次数触发。应将AS级链路状态(例如，故障)通知上层。没有考虑与单播的RLM程序不同的、特定于组播的RLM设计。无需在群组成员之间进行RLM/RLF声明以进行组播。

用于单播和组播传送的发现程序和相关消息达到上层。

5.1.1物理层结构

在本节中，将研究物理SL控制信道(PSCCH)、物理SL共享信道(PSSCH)、物理SL反馈信道(PSFCH)以及与物理层结构有关的其它事项的设计。除了此TR中讨论的内容外，至少与调制、加扰、RE映射和速率匹配有关的方面也应包含在规范工作中。有关物理SL广播信道(PSBCH)的设计，请参阅第5.2节。

研究中支持的波形是CP-OFDM。

5.1.1.1子载波间隔和循环前缀

在FR1中，普通CP支持15kHz、30kHz和60kHz SCS，而扩展CP支持60kHz SCS。在FR2中，普通CP支持60kHz和120kHz SCS，而扩展CP支持60kHz SCS。在给定的载波中，不需要UE同时接收具有SCS和CP的超过一个组合的SL传送，也不需要UE同时传送具有SCS和CP的超过一个组合的SL传送。参数集配置是SLBWP配置的一部分(请参阅第5.1.1.3节)。

5.1.1.2信道译码

NR Uu中为数据和控制定义的信道译码分别是NR SL上数据和控制的起点。

5.1.1.3SL带宽部分和资源池

为SL定义BWP，并且将相同的SL BWP用于传送和接收。在规范方面，在许可载波中，SL BWP将与Uu BWP分开定义，并具有单独的配置信令。一个SL BWP被(预先)配置用于载波中的RRC IDLE和覆盖范围外的NR V2X UE。对于处于RRC_CONNECTED模式的UE，一个SL BWP在载波中处于活动状态。在SL上没有信令交换用于SL BWP的激活或去激活。

在载波中，仅为UE配置一个SL BWP，并且预期UE不会同时在SL BWP中使用与活动UL BWP不同的参数集。

资源池是可以用于SL传送和/或接收的一组时频资源。从UE的角度来看，资源池位于SL BWP内UE的带宽之内，并且具有单一的参数集。资源池中的时域资源可以是不连续的。在载波中可以将多个资源池(预先)配置给UE。

5.1.1.4资源布置

NR V2X可以部署在专用于ITS服务的载波中，也可以部署在与蜂窝服务共享的载波中。因此，支持资源布置，在资源布置中，时隙中的所有符号可用于SL，并且时隙中仅连续符号的子集(未动态指示)可用于SL。如果正常规范工作未发现前向兼容性问题，则后一种情况不适用于ITS频谱。

用于PSSCH的资源分配是基于频域中子信道的概念，并且UE在载波的时隙中执行传送或接收。支持TB的盲目重传，并且资源分配模式2(请参阅第5.3.1节)至少支持为此类盲目重传预留SL资源。

PSFCH(请参阅第5.1.2.2节)至少支持一种格式，所述格式使用时隙中SL可用的最后的符号。

5.1.1.5参考信号

与PSSCH相关联的DM-RS在时域中以几种可能的模式之一进行传送。在FR2中，还支持PSSCH的PT-RS。

其它候选参考信号为：CSI-RS(有关CSI程序，请参阅第5.1.2.3节)、SRS和AGC训练信号。

5.1.2物理层程序

在本节中，将研究物理层程序。有关SL同步的程序，请参阅第5.2节。

5.1.2.1物理信道的多路复用

出于本节的目的，当PSCCH至少承载解码PSSCH所需的SCI时，PSSCH被称为“与PSCCH相关联”。研究了以下对于PSCCH和相关联PSSCH的多路复用的选择方案：

选择方案1：使用非重叠时间资源来传送PSCCH和相关联PSSCH。

-选择方案1A：供两个信道使用的频率资源是相同的。

-选择方案1B：供两个信道使用的频率资源可以是不同的。

选择方案2：在用于传送的所有时间资源中使用非重叠频率资源来传送PSCCH和相关联PSSCH。供两个信道使用的时间资源是相同的。

选择方案3：在非重叠频率资源中使用重叠时间资源来传送PSCCH和相关联PSSCH的一部分，但使用非重叠时间资源来传送相关联PSSCH另一部分和/或PSCCH另一部分。

在上述选择方案中，至少支持选择方案3。(编者注：这是RAN1的工作假设)。

5.1.2.2HARQ程序

5.1.2.2.1一般HARQ程序

对于SL单播和组播，支持物理层中的HARQ反馈和HARQ组合。在资源分配模式1和2中，通过PSFCH以SFCI格式承载针对PSSCH的HARQ-ACK反馈。

当启用SL HARQ反馈以进行单播时，在非CBG操作的情况下，如果接收器UE成功解码了相应的TB，则会生成HARQ-ACK。如果接收器UE在解码以接收器UE为目标的相关联PSCCH之后未成功解码对应TB，则会生成HARQ-NACK。

当启用SL HARQ反馈进行组播时，支持使用TX-RX距离和/或RSRP来决定是否发送HARQ反馈。在非CBG操作的情况下，支持两个选择方案：(编者注：这是RAN1的工作假设)

选择方案1：接收器UE在其未能在解码相关联PSCCH之后解码对应TB的情况下在PSFCH上传送HARQ-NACK。否则其在PSFCH上不传送信号。

选择方案2：接收器UE在其成功解码对应TB的情况下在PSFCH上传送HARQ-ACK。如果接收器UE在解码以接收器UE为目标的相关联PSCCH之后未成功解码对应TB，则其在PSFCH上传送HARQ-NACK。

5.1.2.2.2模式1资源分配的HARQ程序详细信息

PSSCH与在PSFCH上发送HARQ反馈之间的时间是(预先)配置的。对于单播和组播，如果需要在SL上进行重传，则可以由覆盖范围内的UE使用PUCCH向gNB指示这一点。支持传送器UE以例如SR/BSR的形式而不是HARQ ACK/NACK的形式将指示发送到其服务gNB。

研究考虑了接收器UE将指示发送到其服务gNB的另一种选择，即HARQ ACK/NACK，并假设没有BS间通信。

gNB也可以调度SL重传资源，而无需接收到这样的指示。

5.1.2.2.3模式2资源分配的HARQ程序详细信息

PSSCH与在PSFCH上发送HARQ反馈之间的时间是(预先)配置的。

在3GPP RAN1#95会议[5]中，已经达成了一些有关NR V2X的协议。

协议：

●定义物理侧链路反馈信道(physical sidelink feedback channel，PSFCH)，并且支持通过PSFCH传送SFCI以用于单播和组播。

协议：

●当启用SL HARQ反馈以用于单播时，对于非CBG情况支持以下操作：

○接收器UE在其成功解码对应TB的情况下生成HARQ-ACK。如果接收器UE在解码以接收器UE为目标的相关联PSCCH之后未成功解码对应TB，则其生成HARQ-NACK。

○是否支持根据CBG的SL HARQ反馈有待进一步研究

协议：

●当启用SL HARQ反馈以用于组播时，针对非CBG情况还研究以下操作：

○选择方案1：接收器UE在其未能在解码相关联PSCCH之后解码对应TB的情况下在PSFCH上传送HARQ-NACK。否则其在PSFCH上不传送信号。细节有待进一步研究，包含以下内容：

■是否引入决定HARQ-NACK传送的额外准则

■是否/如何处理DTX问题(即，传送器UE无法辨识接收器UE错过PSCCH调度PSSCH的情况)

■多个接收器UE在相同资源上传送HARQ-NACK时的问题

●如何确定来自接收器UE的HARQ-NACK传送的存在

●在使用相同信号的情况下，是否/如何处理来自多个接收器UE的HARQ-NACK传送的破坏性信道和效应(channel sum effect)

○选择方案2：接收器UE在其成功解码对应TB的情况下在PSFCH上传送HARQ-ACK。如果接收器UE在解码以接收器UE为目标的相关联PSCCH之后未成功解码对应TB，则其在PSFCH上传送HARQ-NACK。

细节有待进一步研究，包含以下内容：

■是否引入决定HARQ-ACK/NACK传送的额外准则

■如何确定每个接收器UE使用的PSFCH资源

○是否支持根据CBG的SL HARQ反馈有待进一步研究

○不排除其它选择方案

协议：

●支持在单播和组播中启用和停用SL HARQ反馈。

○何时启用和停用HARQ反馈有待进一步研究。

协议：

●还研究是否支持UE向gNB发送在模式1中可触发调度重传资源的信息。包含以下有待进一步研究的内容

○要发送哪些信息

○哪个UE向gNB发送

○要使用哪个信道

○要使用哪个资源

在3GPP RAN1#96bis会议中(如在3GPP RAN1#96bis会议报告中采集的)，另外讨论同一群组中的接收器UE是共享物理侧链路反馈信道(Physical Sidelink FeedbackChannel，PSFCH)还是对与组播传送相关联的混合自动重传请求确认(Hybrid AutomaticRepeat Request Acknowledgement，HARQ ACK)/否定确认(Negative Acknowledgement，NACK)使用单独的PSFCH，如下所示：

协议：

●在针对组播的HARQ反馈中，

○当对于组播传送使用选择方案1时，支持的是

■所有接收器UE共享PSFCH

■有待进一步研究：接收器UE的子集共享PSFCH

■有待进一步研究：所有接收器UE或接收器UE的子集共享PSFCH池。

○当对于组播传送使用选择方案2时，支持的是

■每个接收器UE针对HARQ ACK/NACK使用单独的PSFCH。

■有待进一步研究：所有接收器UE或接收器UE的子集共享PSFCH进行ACK传送并使用另一PSFCH进行NACK传送

○关于哪个实体以及如何向接收器UE分配PSFCH资源有待进一步研究

○是否另外支持选择方案1和选择方案2的混合进行组播传送有待进一步研究

●注意：每个PSFCH映射到时间、频率和码资源。

在3GPP RAN1#97会议中(如在3GPP RAN1#97会议报告中采集的)，协议通过隐式机制，如下所示：

协议：

●至少对于当时隙中的PSFCH响应于单个PSSCH时的情况：

○使用隐式机制来确定所配置的资源池内至少PSFCH的频域和/

或码域资源。在隐式机制中使用至少以下参数：

■与PSCCH/PSSCH/PSFCH相关联的时隙索引(详细信息有待进一步研究)

■与PSCCH/PSSCH相关联的子信道(详细信息有待进一步研究)

■区分选择方案2组播HARQ反馈的群组中的每个RX UE的标识符(详细信息有待进一步研究)

■上述参数的具体实用性有待进一步研究

■有待进一步研究：其它参数(例如，SL-RSRP/SINR、层1源ID、位置信息等)

在3GPP RAN2#105会议中(如在3GPP RAN2#105会议报告中采集的)，讨论了领先车辆是否在接入层(Access Stratum，AS)层中可见，如下所示：

R2-1901730 [104#60][NR/V2X]组播(高通)汇总报告高通公司讨论 FS_NR_V2X

提议4：需要支持车队领车的设计是否在AS层中可见取决于RAN1进程我们需要首先等待关于资源分配机制的RAN1进程/决策

在3GPP RAN2#106会议中(如在3GPP R2-1906427中采集的)，讨论了有关组播的反馈资源分配的若干解决方案(选择方案2)，如下所示：

选择方案2：

对于选择方案2的情况，情形是由于ACK和NACK均可以传送并且可能需要为每个RXUE分配单独的ACK/NACK资源，因此位是复杂的。换句话说，我们可以将针对群组内的UE的PSFCH传送视为要复用的多个单播反馈。在这种情况下，我们可以考虑以下三个替代方案：

1)TX UE必须基于预期接收方的唯一群组宽标识符分配特定资源进行其数据传送，以便确定是否成功地解码了TB。这要求来自上层的有关至少群组的其它成员的目的地L2 ID的一些指示。

2)另一替代方案是群组领车承担管理整个群组的HARQ相关的ID分配的责任。由于目标用例是编队，因此我们假设群组成员已经知晓群组领车，并且预期不会非常动态地更改群组领车。

3)最后的选择方案可以是将gNB视为AS层实体，负责执行L2目的地ID与HARQ标识符之间的映射。然而，在我们看来，此选择方案是有关当处于连接模式时的情况，并且群组领车可能必须另外在任何情况下承担此责任。

下文可使用以下术语中的一个或多个：

●BS：用于控制一个或多个与一个或多个小区相关联的TRP的NR中的网络中央单元或网络节点。BS与TRP之间的通信经由去程进行。BS还可被称作中央单元(central unit，CU)、eNB、gNB或NodeB。

●TRP：传送和接收点提供网络覆盖且与UE直接通信。TRP还可被称作分布式单元(distributed unit，DU)或网络节点。

●小区：小区由一个或多个相关联TRP组成，即，小区的覆盖范围由所有相关联TRP的覆盖范围组成。一个小区受一个BS控制。小区还可被称作TRP群组(TRP group，TRPG)。

下文可使用一个或多个以下对于网络侧的假设：

●相同小区中的TRP的下行链路定时同步。

●网络侧的RRC层在BS中。

下文可使用一个或多个以下对于UE侧的假设：

●存在至少两种UE(RRC)状态：连接状态(或称为作用中状态)和非连接状态(或称为非作用中状态或闲置状态)。非作用中状态可以是额外状态或属于连接状态或非连接状态。

根据RAN1#95协议(如3GPP RAN1#95会议报告中采集的)，介绍了组播中接收器UE(Rx)UE向传送器UE(Tx UE)传送HARQ反馈的两个选项：

问题：有关接收器UE获得用于确定组播的反馈资源(针对接收器UE)的信息的程序是未知的。

根据RAN1#97会议的讨论，已为Rx UE引入了隐式机制，以响应于物理侧链路共享信道(Physical Sidelink Shared Channel，PSSCH)至少确定PSFCH的频域和/或码域资源。隐式机制包括针对上文所提及的选择方案2组播HARQ反馈使用标识符来区分群组中的每个Rx UE。换句话说，Rx UE可以至少基于与Rx UE相关联的标识符来确定频域和/或码域资源。与Rx UE关联的标识符的值与群组中的其它Rx UE不同。本发明讨论了用于Rx UE确定与一个或多个侧链路反馈资源相关联的标识符的可能解决方案。

解决方案1：UE可以基于(UE的)上层提供的信息来确定侧链路反馈资源。

本发明的一个一般概念是，UE可以基于(UE的)上层提供的信息来确定侧链路反馈资源(通过UE自身)。侧链路反馈资源可以用于传送与至少一个组播传送相关联的侧链路HARQ反馈。侧链路反馈资源可以用于传送响应于至少一个组播传送的侧链路HARQ反馈

在一个实施例中，UE可以基于(UE的)上层提供的信息来导出标识符。标识符可以与侧链路反馈资源相关联。标识符可以与用于传送与至少一个组播传送相关联的侧链路HARQ反馈的PSFCH相关联。标识符可以与PSFCH的频域和/或码域资源相关联。另外或替代地，标识符可以与PSFCH的时隙相关联。另外或替代地，标识符可以与PSFCH(的一部分)相关联。

另外或替代地，UE可以从(UE的)上层获得标识符。标识符可以包含在信息中。上层提供的信息可以包含群组标识符信息、应用层V2X群组标识符、源层2ID和/或目的地层2ID。

在一个示例中，UE可以至少基于上层提供的源层2ID来确定标识符的值。UE可以至少基于源层2ID的一个或多个数字来确定标识符的值。在另一示例中，UE可以至少基于目的地层2ID的一个或多个数字来确定标识符的值。在另一示例中，UE可以至少基于应用层V2X群组标识符的一个或多个数字来确定标识符的值。

图9中示出示例。具体地，图9示出UE基于标识符确定组播的反馈资源。第一UE(UE1)的上层向第一UE(的下层)提供标识符(群组中的成员ID，id1)，并且第二UE(UE 2)的上层向第二UE(的下层)提供标识符(群组中的成员ID，id2)。当第一UE和第二UE接收到组播传送时。UE(第一UE和第二UE)可以至少基于它们的上层提供的标识符来确定反馈资源的频域和/或码域位置。每个标识符可以映射到一个反馈资源。标识符为id1的UE可以使用反馈资源1进行HARQ反馈传送，而标识符为id2的UE可以使用反馈资源2进行HARQ反馈传送。

组播传送可以与反馈资源相关联，对于所述反馈资源，群组中的每个成员不能与一个反馈资源相关联。换句话说，反馈资源的数目可以小于群组中的UE的数目。此替代方案可能不适合这种情况。替代地，组播传送可以与反馈资源相关联，对于所述反馈资源，群组中的每个成员可以与一个反馈资源相关联。

图10中示出示例。具体地，图10示出UE使用其标识符(源层2ID)来确定侧链路反馈资源。三个UE(UE1、UE2、UE3)以群组执行组播通信。响应于接收到组播传送，每一个UE至少基于时隙、组播传送的频率信息及其标识符(例如，源层2ID，群组中的成员ID等)来确定与组播传送相关联的反馈资源。组播传送与总共6个反馈资源(每个反馈资源与图10中的每个参数a至f相关联)相关联。另外或替代地，每个反馈资源可以与索引(例如，图10中的0至5)相关联。每一个UE可以基于其标识符(例如，源层2ID，群组中的成员ID等)当除以反馈资源的数目时的余数来确定使用哪个反馈资源来传送HARQ反馈。UE1计算其源层2ID的余数(即，除以6时102的余数)，并使用同与余数相同值的索引相关联的反馈资源，即图10中的索引为0的反馈资源。

在另一示例中，UE可以至少基于与群组中一个或多个UE的标识符(例如，源层2ID)相关联的顺序，来确定其与群组中的组播传送相关联的反馈资源。在一个实施例中，UE可以从其上层接收群组中其它UE的源层2ID。基于在群组中一个或多个UE的标识符的值当中其标识符的值的位置，UE可以在一个或多个反馈资源当中(在某个时间)确定传送与组播传送相关联的HARQ反馈的反馈资源。可以对群组中的UE的标识符进行排序(以升序或降序)，并且可以将排序后的标识符中的每个标识符依次与反馈资源中的一个相关联。

图11中示出示例。具体地，图11示出UE基于源ID的值来确定反馈资源。如图11所示，在一个群组中有三个UE进行组播通信(UE1、UE2和UE3)。UE知道其标识符(例如，源层2ID或成员ID)以及群组中(所有)其它UE的标识符。当接收到组播传送时，UE将六个反馈资源(图11中a至f的反馈资源)与组播传送相关联(例如，反馈资源处于与组播传送相关联的时隙和/或频率中)。

另外或替代地，反馈资源中的每一个可以与索引相关联(例如，反馈资源a可以与索引0相关联)。每一个UE至少基于其标识符的值相比群组中其它UE的标识符的位置来确定使用六个反馈资源当中的哪个反馈资源。UE1具有群组中第二最低值(即102)的标识符，UE1可以确定使用反馈资源当中具有第二最低频率值的反馈资源(例如，反馈资源b)。

另外或替代地，UE1可以确定使用与第二最小索引相关联的反馈资源(例如，反馈资源b)。另外或替代地，UE2具有群组中最小值(即101)的标识符，因此UE2确定使用具有最小索引的反馈资源(具有索引0的反馈资源)。另外或替代地，UE2可以确定使用反馈资源当中具有最低频率值的反馈资源(例如，反馈资源a)。UE3具有第三最低值(即107)的标识符，因此UE 3确定使用具有第三最小索引的反馈资源(具有索引2的反馈资源)。另外或替代地，UE3可以确定使用反馈资源当中具有第三最低频率值的反馈资源。

另外或替代地，如图12中所示，由于UE3具有群组中所有UE当中最高的标识符值，因此UE3可以在反馈资源当中选择与最高索引(即索引5)相关联的反馈资源或具有最高频率值的反馈资源。另外或替代地，由于UE2具有群组中所有UE当中第二最高的标识符值，因此UE2可以在反馈资源当中选择与第二最高索引(即索引4)相关联的反馈资源或具有第二最高频率值的反馈资源。另外或替代地，由于UE1具有群组中所有UE当中第三最高的标识符值，因此UE1可以在反馈资源当中选择与第三最高索引(即索引3)相关联的反馈资源或具有第三最高频率值的反馈资源。

在另一示例中，由上层提供的信息可以包含PSFCH的频域和/或码域资源。UE可以使用频域和/或码域资源来传送与组播传送相关的HARQ反馈。UE可以使用频域和/或码域资源来传送响应于组播传送的HARQ反馈。

解决方案2：群组的领车UE向群组提供关于侧链路反馈资源与UE之间的关联的信息。

一般概念是，UE群组(或车队)中的领车UE可以向所述群组中的一个或多个UE提供与侧链路反馈资源相关联的信息。群组中的一个或多个UE可以至少基于由领车UE提供的信息来确定与从群组中的其它UE传送的组播传送相关联的侧链路反馈资源。另外或替代地，群组中的一个或多个UE可以至少基于与一个或多个UE相关联的标识符(例如，源层2ID，群组中的成员ID等)来确定与从群组中的其它UE传送的组播传送相关联的侧链路反馈资源。

信息可以包含侧链路反馈资源与UE之间的关联的列表。列表的每个条目可以包含UE的标识符和用于标识UE的侧链路反馈资源的标识符。

信息可以包含与一个或多个UE相关联的第一标识符群组。在一个实施例中，一个或多个UE中的每一个可以与第一标识符群组中的标识符相关联。第一群组中的每个标识符可以具有与第一标识符群组中的其它标识符的值不同的值。

信息可以包含与一个或多个UE相关联的第二标识符群组。一个或多个UE可以至少基于第二标识符群组来确定与组播通信相关联的侧链路反馈资源。

信息可以包含第一群组中的标识符与第二群组中的标识符之间的映射。另外或替代地，信息可以包含一个或多个UE中的每一个与和组播通信相关联的一个或多个侧链路反馈资源之间的映射。

信息可以包含与领车UE相关联的信息(例如，UE与领车UE的侧链路反馈资源或标识符之间的映射)。另外或替代地，信息可以不包含与领车UE相关联的信息。作为示例，由群组中的领车UE传送的消息可以包含与一个或多个反馈资源相关联的信息。一个或多个反馈资源可以与一个或多个组播传送、一个或多个传送器UE和/或一个或多个接收器UE相关联。

信息可以包含一个或多个接收器UE与一个或多个反馈资源之间的映射。另外或替代地，信息可以包含一个或多个传送器UE与一个或多个反馈资源之间的映射。

图13示出了根据一个实施例的示例性消息。如图13所示，第一标识符群组中的每个标识符可以与群组中的UE相关联(例如，UEID_1与UE1相关联，UEID_2与UE2相关联，并且UEID_3与UE3相关联)。第二标识符群组中的每个标识符可以与一个或多个反馈资源中的反馈资源相关联(例如，标识符_1、标识符_2和标识符_3与一个或多个反馈资源中的不同反馈资源相关联)。在示例中，UE1可以至少基于信息中的标识符_1来确定响应于由传送器UE传送的组播传送而将HARQ反馈传送到传送器UE的反馈资源。传送器UE可以是领车UE，UE2或UE3。优选地，响应于来自所有传送器UE的组播传送，UE1对所有传送器UE使用第二识别符群组中的同一标识符(例如，标识符_1)，以确定传送HARQ反馈的反馈资源。

另外或替代地，如图14A和图14B所示，由群组中的领车UE传送的消息包含与一个或多个反馈资源相关联的信息。消息包含传送器UE与和群组中每个接收器UE的反馈资源相关联的标识符之间的映射。接收器UE可以至少基于传送器UE以及接收器UE的映射，确定响应于来自传送器UE的组播传送而向传送器UE传送HARQ反馈的反馈资源。

在与图14A相关联的示例中，当(RX)UE1从(TX)UE2接收到组播传送时，(RX)UE1使用标识符1从一个或多个反馈资源中确定向(TX)UE2传送HARQ反馈的反馈资源。另外或替代地，当(RX)UE1从(TX)UE3接收到组播传送时，(RX)UE1使用标识符2从一个或多个反馈资源中确定向(TX)UE3传送HARQ反馈的反馈资源。

在与图14B相关联的另一示例中，当(RX)UE1从(TX)UE2接收到组播传送时，(RX)UE1使用标识符3从一个或多个反馈资源中确定向(TX)UE2传送HARQ反馈的反馈资源。另外或替代地，当(RX)UE1从(TX)UE3接收到组播传送时，(RX)UE1使用标识符5从一个或多个反馈资源中确定向(TX)UE3传送HARQ反馈的反馈资源。

另外或替代地，响应于针对所有传送器UE的组播传送，领车UE可以使用一个或多个特定反馈资源来传送HARQ反馈。另外或替代地，领车UE可以响应于接收到组播传送而使用固定反馈资源来传送HARQ反馈。

消息可以由领车UE经由组播传送和/或经由广播传送来传送。第一标识符群组中的每个标识符可以是与每个标识符相关联的UE的源层2ID。第二标识符组中的每个标识符可以是与一个或多个反馈资源中的一个反馈资源相关联的索引。

解决方案3：群组的传送器UE向群组提供关于侧链路反馈资源与接收器UE之间的关联的信息。

一般概念是，群组中的传送器UE可以向一个或多个(接收器)UE提供与侧链路反馈资源相关联的信息。信息可以包含侧链路反馈资源与接收器UE之间的关联的列表。列表的每个条目可以包含接收器UE的标识符和用于标识接收器UE的侧链路反馈资源的标识符。接收器UE考虑到传送器UE发送此信息。

一个或多个UE可以至少基于由传送器UE提供的信息来确定与由传送器UE传送的组播传送相关联的侧链路反馈资源。一个或多个UE可以不基于由传送器UE提供的信息来确定与由传送器UE传送的组播传送相关联的侧链路反馈资源。另外或替代地，一个或多个UE可以至少基于由上层提供的与群组中的一个或多个UE相关联的一个或多个标识符以及由传送器UE提供的信息来确定与(由传送器UE传送的)组播传送相关联的侧链路反馈资源。

在图15中示出的示例中，在群组中有3个UE(即UE1、UE2和UE3)用于组播通信。UE1可以向UE2和UE3传送与侧链路反馈资源相关联的第一消息(例如，UE1消息)。UE1可以执行组播传送以向一个或多个UE传送第一消息。第一消息可以指示与UE1相关联的源层2ID或成员ID。另外或替代地，UE2可以向UE1和UE3传送与侧链路反馈资源相关联的第二消息(例如，UE2消息)。UE2可以执行组播传送以向群组中的一个或多个UE传送第二消息。第二消息可以指示与UE2相关联的源层2ID或成员ID。另外或替代地，UE3可以向UE1和UE2传送与侧链路反馈资源相关联的第三消息(例如，UE3消息)。UE3可以执行组播传送以向群组中的一个或多个UE传送第三消息。第三消息可以指示与UE3相关联的源层2ID或成员ID。

第一消息可以包含与UE2和UE3相关联的标识符(例如，UEID_2和UEID_3)。与UE2/UE3相关联的标识符可以是UE2/UE3的源层2ID或成员ID。第一消息可以包含与反馈资源相关联的标识符(例如，标识符_1和标识符_2)。第一消息可以包含UE2/UE3与侧链路反馈资源之间的映射。当接收到从UE1传送的组播传送时，UE2和UE3可以分别基于标识符_1和标识符_2而响应于组播传送确定侧链路反馈资源。

第二消息可以包含与UE1和UE3相关联的标识符(例如，UEID_1和UEID_3)。与UE1/UE3相关联的标识符可以是UE1/UE3的源层2ID或成员ID。第二消息可以包含与反馈资源相关联的标识符(例如，标识符_3和标识符_4)。第二消息可以包含UE1/UE3与侧链路反馈资源之间的映射。当接收到从UE2传送的组播传送时，UE1和UE3可以分别基于标识符_3和标识符_4而响应于组播传送确定侧链路反馈资源。

第三消息可以包含与UE1和UE2相关联的标识符(例如，UEID_1和UEID_2)。与UE1/UE2相关联的标识符可以是UE1/UE2的源层2ID或成员ID。第三消息可以包含与反馈资源相关联的标识符(例如，标识符_5和标识符_6)。第三消息可以包含UE1/UE2与侧链路反馈资源之间的映射。当接收到从UE3传送的组播传送时，UE1和UE2可以分别基于标识符_5和标识符_6而响应于组播传送确定侧链路反馈资源。

图16中示出示例。Tx UE与群组中的3个Rx UE(Rx UE1、Rx UE2和Rx UE3)执行组播通信。3个Rx UE中的每一个都从Rx UE的上层接收(或获得)成员ID(例如，Rx UE1的成员ID_1，Rx UE2的成员ID_2和Rx UE3的成员ID_3)。成员ID可以与群组相关联。每个成员ID的值与群组中其它Rx UE的其它成员ID不同(例如，使用成员ID来区分群组中的Rx UE)。Rx UE与ID(Src ID)相关联。ID可以是Tx UE的(层1或层2)源ID。ID或ID的一部分可以由Tx UE提供给Rx UE(例如，经由组播传送)。Tx UE可以执行组播传送，以将侧链路数据传送到3个Rx UE。组播传送可以与6个反馈资源相关联。每个反馈资源都与一个索引相关联。Rx UE可以至少基于(每个)成员ID和与Tx UE相关联的ID(Src ID)来确定与组播传送相关联的反馈资源。例如，Rx UE可以基于(每个)成员ID和Src ID来确定反馈资源的索引(例如0至5)当中的一个索引。例如，Rx UE1可以基于成员ID_1和Src ID来确定或导出索引号1。然后，Rx UE1可以通过与索引1相关联的反馈资源向Tx UE传送反馈。

第一、第二和/或第三消息可以是(PC5)RRC消息或MAC控制元素。信息可以经由(PC5)RRC信令和/或经由单播消息传送到第二UE。信息可以经由组播和/或广播传送。信息可以包含Tx UE的源层2ID。信息可以指示一个或多个数字/位或Tx UE的源层2ID的一部分。

对于以上所有概念、解决方案和示例：

-上层可以是V2X应用层、V2X层、UE的NAS层和/或物理层之上的协议栈。

-上层可以在AS层之上。

-侧链路反馈资源可以是PSFCH或PSSCH。

-侧链路反馈资源可以是与标识符相关联的频域和/或码域资源。

-标识符可以是UE的源层2ID或UE的目的地层2ID。

-标识符可以是群组标识符信息或应用层V2X群组标识符。

-群组可以包括一个或多个用于组播通信的UE，或者一个或多个用于组播传送的传送器UE(Tx UE)。

-传送器UE可以在一个群组中执行组播传送。

-与侧链路反馈资源相关联的信息可以是MAC CE或(PC5)RRC消息。

-与侧链路反馈资源相关联的信息可用于为群组中的一个或多个UE配置反馈资源进行组播通信。

-领车UE可不具有与接收器UE的RRC单播连接。

-传送器UE可不具有与接收器UE的RRC单播连接。

图17是从用于确定与侧链路通信相关联的侧链路反馈资源的第一装置的角度，根据一个示例性实施例的流程图1700。在步骤1705中，第一装置从第一装置的上层接收标识符。在步骤1710中，第一装置接收来自第二装置的侧链路传送。在步骤1715中，第一装置至少基于标识符和与侧链路传送相关联的源ID来确定与侧链路传送相关联的侧链路反馈资源。在步骤1720中，第一装置使用侧链路反馈资源来将响应于侧链路传送的反馈传送到第二装置。

在一个实施例中，第一装置可以进一步基于标识符除以与侧链路传送相关联的侧链路反馈资源的(总)数目的余数来确定侧链路反馈资源。侧链路反馈资源可以与索引相关联，和/或与侧链路反馈资源相关联的索引可以等于标识符除以与侧链路传送相关联的侧链路反馈资源的(总)数目的余数和/或与之相关联。

在一个实施例中，上层可以是第一装置的V2X应用层或第一装置的V2X层。标识符可以是与群组相关联的第一装置的成员ID，其中第一装置对于群组执行侧链路通信。群组中的每个装置可以与某一成员ID相关联，所述成员ID不同于与该组中其它装置相关联的成员ID。

在一个实施例中，源ID可以是第二装置的层2源ID的一部分。侧链路传送可以是组播传送。

在一个实施例中，如果第一装置成功地解码了侧链路传送，则第一装置在侧链路反馈资源上传送作为HARQ-ACK的反馈，和/或如果第一装置未成功解码侧链路传送，则第一装置在侧链路反馈资源上传送作为HARQ-NACK的反馈。

返回参考图3和4，在用于确定与侧链路通信相关联的侧链路反馈资源的第一装置的一个示例性实施例中。第一装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第一装置能够：(i)从第一装置的上层接收标识符，(ii)接收来自第二装置的侧链路传送，(iii)至少基于标识符和与侧链路传送相关联的源ID来确定与侧链路传送相关联的侧链路反馈资源，以及(iv)使用侧链路反馈资源来将响应于侧链路传送的反馈传送到第二装置。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图18是从用于接收与侧链路通信相关联的侧链路反馈的第二装置的角度，根据一个示例性实施例的流程图1800。在步骤1805中，第二装置向群组中的至少一个第一装置传送侧链路传送。在步骤1810中，第二装置在侧链路反馈资源上从第一装置接收响应于侧链路传送的反馈，其中至少基于第一装置的标识符和与侧链路传送相关联的源ID来确定侧链路反馈资源。

在一个实施例中，可以基于标识符除以与侧链路传送相关联的侧链路反馈资源的(总)数目的余数来确定侧链路反馈资源。侧链路反馈资源可以与索引相关联，和/或与侧链路反馈资源相关联的索引可以等于标识符除以与侧链路传送相关联的侧链路反馈资源的(总)数目的余数和/或与之相关联。

在一个实施例中，可以从第一装置的上层接收第一装置的标识符，和/或所述上层是第一装置的V2X应用层或第一装置的V2X层。标识符可以是与群组相关联的第一装置的成员标识(Identity，ID)。群组中的每个装置可以与某一成员标识(Identity，ID)相关联，所述成员ID不同于与该组中其它装置相关联的成员ID。

在一个实施例中，第二装置可以向群组中的多个装置传送侧链路传送。此外，第二装置可以在多个侧链路反馈资源上从群组中的多个装置接收与侧链路传送相关联的多个反馈，其中多个侧链路反馈资源中的每一个至少基于多个装置当中的一个对应装置的标识符以及与侧链路传送相关联的源ID来确定。所述一个对应装置的标识符可以是与群组相关联的一个对应装置的成员ID。

在一个实施例中，源标识(Identity，ID)可以是第二装置的层2源ID的一部分。侧链路传送可以是组播传送。

在一个实施例中，如果第二装置可以在侧链路反馈资源上接收到作为HARQ-ACK的反馈，则第二装置认为侧链路传送被第一装置成功解码。此外，如果第二装置在侧链路反馈资源上接收到作为HARQ-NACK的反馈，则第二装置可以认为侧链路传送未被第一装置成功解码。

返回参考图3和4，在用于接收与侧链路通信相关联的侧链路反馈的第二装置的一个示例性实施例中。第二装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第二装置能够：(i)向群组中的至少一个第一装置传送侧链路传送，以及(ii)在侧链路反馈资源上从第一装置接收响应于侧链路传送的反馈，其中至少基于第一装置的标识符和与侧链路传送相关联的源ID来确定侧链路反馈资源。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图19是从用于确定与组播传送相关联的HARQ反馈资源的第一装置的角度，根据一个示例性实施例的流程图1900。在步骤1905中，第一装置从第一装置的上层接收信息。在步骤1910中，第一装置基于来自上层的信息确定标识符。在步骤1915中，第一装置接收来自第二装置的组播传送。在步骤1920中，第一装置至少基于标识符确定与组播传送相关联的HARQ反馈资源。在步骤1925中，第一装置使用HARQ反馈资源将侧链路HARQ反馈传送到第二装置。

返回参考图3和4，在用于确定与组播传送相关联的HARQ反馈资源的第一装置的一个示例性实施例中。第一装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第一装置能够：(i)从第一装置的上层接收信息，(ii)基于来自上层的信息确定标识符，(iii)接收来自第二装置的组播传送，(iv)至少基于标识符确定与组播传送相关联的HARQ反馈资源，以及(v)使用HARQ反馈资源将侧链路HARQ反馈传送到第二装置。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图20是从用于确定与组播传送相关联的HARQ反馈资源的第一装置的角度，根据一个示例性实施例的流程图2000。在步骤2005中，第一装置从第二装置接收信息。在步骤2010中，第一装置基于所述信息导出一个或多个标识符。在步骤2015中，第一装置接收来自第三装置的组播传送。在步骤2020中，第一装置至少基于一个或多个标识符来确定与组播传送相关联的HARQ反馈资源。在步骤2025中，第一装置使用HARQ反馈资源将侧链路HARQ反馈传送到第三装置。

返回参考图3和4，在用于确定与组播传送相关联的HARQ反馈资源的第一装置的一个示例性实施例中。第一装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第一装置能够：(i)从第二装置接收信息，(ii)基于所述信息导出一个或多个标识符，(iii)接收来自第三装置的组播传送，(iv)至少基于一个或多个标识符来确定与组播传送相关联的HARQ反馈资源，以及(v)使用HARQ反馈资源将侧链路HARQ反馈传送到第三装置。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图21是从用于确定与组播传送相关联的HARQ反馈资源的第一装置的角度，根据一个示例性实施例的流程图2100。在步骤2105中，第一装置从第二装置接收信息。在步骤2110中，第一装置基于所述信息导出一个或多个标识符。在步骤2115中，第一装置接收来自第二装置的组播传送。在步骤2120中，第一装置至少基于一个或多个标识符确定与组播传送相关联的HARQ反馈资源。在步骤2125中，第一装置使用HARQ反馈资源将侧链路HARQ反馈传送到第二装置。

返回参考图3和4，在用于确定与组播传送相关联的HARQ反馈资源的第一装置的一个示例性实施例中。第一装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第一装置能够：(i)从第二装置接收信息，(ii)基于所述信息导出一个或多个标识符，(iii)接收来自第二装置的组播传送，(iv)至少基于一个或多个标识符确定与组播传送相关联的HARQ反馈资源，以及(v)使用HARQ反馈资源将侧链路HARQ反馈传送到第二装置。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

在图19到21所示以及上文讨论的实施例的上下文中，在一个实施例中，第一装置可以经由组播传送来接收TB，其中第一装置还基于传输块(Transport Block，TB)的源ID字段来确定HARQ反馈资源。第一装置可以进一步基于与第一装置、第二装置或第三装置相关联的源层2ID来确定HARQ反馈资源。第一装置还可以进一步基于与组播传送的接收相关联的定时来确定HARQ反馈资源。第一装置可以进一步基于与组播传送的接收相关联的频率(范围)来确定HARQ反馈资源。

在一个实施例中，第一装置可以是(群组中的)接收器UE。第二装置可以是第三装置。替代地，第二装置可以不是第三装置。

在一个实施例中，第二装置可以是(群组中的)领车UE。替代地，第二装置可以不是(群组中的)领车UE。第三装置可以是(群组中的)传送器UE。

在一个实施例中，信息可以指示一个或多个装置与HARQ反馈资源之间的映射。信息还可以指示一个或多个装置和与HARQ反馈资源相关联的一个或多个标识符之间的映射。信息可以不指示(群组中的)领车UE与HARQ反馈资源之间的映射。

在一个实施例中，如果第一装置不能基于一个或多个标识符确定侧链路HARQ反馈资源，则第一装置可以传送关于默认HARQ反馈资源的侧链路HARQ反馈。

图22是从用于配置针对与组播传送相关联的一个或多个装置的HARQ反馈资源的第一装置的角度，根据一个示例性实施例的流程图2200。在步骤2205中，第一装置向一个或多个装置传送信息，其中所述信息指示一个或多个侧链路反馈资源到一个或多个装置之间的映射。在步骤2210中，第一装置执行到一个或多个装置的组播传送。在步骤2215中，第一装置接收来自一个或多个装置的一个或多个HARQ反馈，其中在映射到一个或多个装置中的每一个的侧链路反馈资源上接收来自一个或多个装置中的每一个的一个或多个HARQ反馈中的每一个。

在一个实施例中，信息可以指示一个或多个侧链路反馈资源与一个或多个标识符之间的映射，其中一个或多个标识符中的每一个可以与一个或多个装置中的每一个相关联。在一个实施例中，信息可以指示一个或多个标识符与一个或多个装置之间的映射，其中一个或多个标识符中的每一个可以与一个或多个侧链路反馈资源中的每一个相关联。信息可以经由无线电资源控制(Radio Resource Control，RRC)信令、经由广播或经由组播传送。

在一个实施例中，信息可以是RRC消息、媒体接入控制(Medium Access Control，MAC)控制元素(Control Element，CE)或传输块(Transport Block，TB)。信息可以含有(第一、第二或第三装置的)源层2ID、或(第一、第二或第三装置的)目的地层2ID。信息还可以包含群组标识符信息或应用层V2X群组识别符。

在一个实施例中，上层可以是V2X层、V2X应用层，或MAC、RRC和AS层之上的层或协议栈。

返回参考图3和4，在用于配置针对与组播传送相关联的一个或多个装置的HARQ反馈资源的第一装置的一个示例性实施例中。第一装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使第一装置能够：(i)向一个或多个装置传送信息，其中所述信息指示一个或多个侧链路反馈资源到一个或多个装置之间的映射，(ii)执行到一个或多个装置的组播传送，以及(iii)接收来自一个或多个装置的一个或多个HARQ反馈，其中在映射到一个或多个装置中的每一个的侧链路反馈资源上接收来自一个或多个装置中的每一个的一个或多个HARQ反馈中的每一个。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

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

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

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

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

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

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

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

Claims

1.一种用于第一装置确定与侧链路通信相关联的侧链路反馈资源的方法，其特征在于，包括：

从所述第一装置的上层接收标识符；

接收来自第二装置的侧链路传送；

至少基于所述标识符和与所述侧链路传送相关联的源标识来确定与所述侧链路传送相关联的侧链路反馈资源；以及

使用所述侧链路反馈资源来将响应于所述侧链路传送的反馈传送到所述第二装置。

2.根据权利要求1所述的方法，其特征在于，所述第一装置进一步基于所述标识符除以与所述侧链路传送相关联的侧链路反馈资源的总数目的余数来确定所述侧链路反馈资源。

3.根据权利要求1所述的方法，其特征在于，所述侧链路反馈资源与索引相关联，和/或与所述侧链路反馈资源相关联的所述索引等于所述标识符除以与所述侧链路传送相关联的侧链路反馈资源的总数目的余数和/或与之相关联。

4.根据权利要求1所述的方法，其特征在于，所述上层是所述第一装置的车辆外联应用层或所述第一装置的车辆外联层。

5.根据权利要求1所述的方法，其特征在于，所述标识符是与群组相关联的所述第一装置的成员标识，其中所述第一装置对于所述群组执行所述侧链路通信。

6.根据权利要求5所述的方法，其特征在于，所述群组中的每个装置与某一成员标识相关联，所述成员标识不同于与所述群组中的其它装置相关联的成员标识。

7.根据权利要求1所述的方法，其特征在于，所述源标识是所述第二装置的层2源标识的一部分。

8.根据权利要求1所述的方法，其特征在于，所述侧链路传送是组播传送。

9.根据权利要求1所述的方法，其特征在于，如果第一装置成功地解码了所述侧链路传送，则所述第一装置在所述侧链路反馈资源上传送作为混合自动重传请求-确认的所述反馈，和/或

如果所述第一装置未成功解码所述侧链路传送，则所述第一装置在所述侧链路反馈资源上传送作为混合自动重传请求-否定的所述反馈。

10.一种用于第二装置接收与侧链路通信相关联的侧链路反馈的方法，其特征在于，包括：

向群组中的至少一个第一装置传送侧链路传送；以及

在侧链路反馈资源上从所述第一装置接收与所述侧链路传送相关联的反馈，其中至少基于所述第一装置的标识符和与所述侧链路传送相关联的源标识来确定所述侧链路反馈资源。

11.根据权利要求10所述的方法，其特征在于，基于所述标识符除以与所述侧链路传送相关联的侧链路反馈资源的总数目的余数来确定所述侧链路反馈资源。

12.根据权利要求10所述的方法，其特征在于，所述侧链路反馈资源与索引相关联，和/或与所述侧链路反馈资源相关联的所述索引等于所述标识符除以与所述侧链路传送相关联的侧链路反馈资源的总数目的余数和/或与之相关联。

13.根据权利要求10所述的方法，其特征在于，从所述第一装置的上层接收所述第一装置的所述标识符，和/或所述上层是所述第一装置的车辆外联应用层或所述第一装置的车辆外联层。

14.根据权利要求10所述的方法，其特征在于，所述标识符是与所述群组相关联的所述第一装置的成员标识。

15.根据权利要求14所述的方法，其特征在于，所述群组中的每个装置与某一成员标识相关联，所述成员标识不同于与所述群组中的其它装置相关联的成员标识。

16.根据权利要求10所述的方法，其特征在于，进一步包括：

所述第二装置向群组中的多个装置传送所述侧链路传送；以及

在多个侧链路反馈资源上从所述群组中的所述多个装置接收与所述侧链路传送相关联的多个反馈，

其中所述多个侧链路反馈资源中的每一个至少基于所述多个装置当中的一个对应装置的标识符以及与所述侧链路传送相关联的源标识来确定。

17.根据权利要求16所述的方法，其特征在于，所述一个对应装置的所述标识符是与所述群组相关联的所述一个对应装置的成员标识。

18.根据权利要求10所述的方法，其特征在于，所述源标识是所述第二装置的层2源标识的一部分。

19.根据权利要求10所述的方法，其特征在于，所述侧链路传送是组播传送。

20.根据权利要求10所述的方法，其特征在于，如果所述第二装置在所述侧链路反馈资源上接收到作为混合自动重传请求-确认的所述反馈，则所述第二装置认为所述侧链路传送被所述第一装置成功解码，和/或

如果所述第二装置在所述侧链路反馈资源上接收到作为混合自动重传请求-否定的所述反馈，则所述第二装置认为所述侧链路传送未被所述第一装置成功解码。