用于支持新无线电(NR)车辆对万物(V2X)的侧链上的单播和组播通信的混合自动重传请求(HARQ)增强

本申请要求于2018年11月1日提交的名称为“HYBRID AUTOMATIC REPEAT REQUEST(HARQ)ENHANCEMENTS TO SUPPORT UNICAST AND GROUPCAST COMMUNICATION OVERSIDELINK FOR NEW RADIO(NR)VEHICLE TO EVERYTHING(V2X)”的美国临时专利申请第62/754,517号的权益和优先权，其全部公开内容通过引用并入本文。

技术领域

各种实施例通常涉及蜂窝通信领域，尤其涉及蜂窝车辆对万物(cellularvehicle to everything，C-V2X)网络内的通信。

背景技术

当前的第三代合作伙伴计划(3GPP)新无线电(NR)规范(或5G规范)没有解决与支持几乎无损数据传输的机制相关的问题，尤其是在车辆对万物(V2X)用例的情况下。

附图说明

图1示出了蜂窝车辆对万物(C-V2X)网络的示例；

图2示出了根据实施例的过程的实施例；

图3示出了根据一些实施例的蜂窝网络的系统的架构；以及

图4示出了根据各种实施例的基带电路系统和无线电前端模块(RFEM)的示例组件。

具体实施例

下面的具体实施方式参照附图。在不同的附图中可以使用相同的附图标记来标识相同或相似的元件。在下面的描述中，出于解释而非限制的目的，阐述了诸如特定结构、架构、接口、技术等的具体细节，以便提供对各种实施例的各个方面的透彻理解。然而，对于受益于本公开的本领域技术人员而言显而易见的是，可以在脱离这些具体细节的其他示例中实践各种实施例的各个方面。在某些情况下，省略了对公知的设备、电路和方法的描述，以免由于不必要的细节而使各种实施例的描述变得模糊。就本文而言，短语“A或B”是指(A)、(B)或(A和B)。架构包括但不限于网络拓扑。架构的示例包括但不限于网络、网络拓扑和系统。网络的示例包括但不限于时间敏感网络(TSN)、核心网络(CN)、无线通信领域中已知的任何其他合适的网络或其任何组合。

本文描述的一个或多个实施例涉及一种或多种第三代合作伙伴计划(3GPP)规范。这些规范的示例包括但不限于一个或多个3GPP新无线电(NR)规范以及针对和/或涉及第五代(5G)移动网络/系统的一个或多个规范。

随着NR的使用变得普遍和广泛，并且高级车辆对车辆(V2V)通信的新用例被识别，需要一种支持基于NR的系统的机制，以满足这些用例的相关要求。高级车辆对万物V2X用例具有高可靠性(99.99％)和低等待时间的要求。因此，我们需要在较低层支持几乎无损数据传输的机制。

混合自动重传请求(HARQ)反馈在NR和长期演进(LTE)中得到支持，并且需要适于车辆UE(V2X)之间的侧链通信。

首先参照图1，示出了蜂窝V2X网络100的示例。V2V、车辆对行人(V2P)、车辆对基础设施(V2I)和车辆对网络(V2N)的组合被称为V2X。C-V2X是蜂窝对万物(Cellular toEverything)的缩写形式，其涵盖V2V、V2P、V21和V2N。C2X实现了创建自动驾驶汽车和更安全的自动驾驶的愿景。如图1所示，V2X网络100包括多个V-UE，其可以包括车辆102、104和106。基础设施元件包括交通灯108和中继器110。网络内的基站112还可以包括节点B，诸如NR演进节点B(gNodeB)。网络100的基础设施元件以及基站112可以连接到应用服务器116以进行业务管理。V-UE 102、104和106可以通过V2V无线连接进行彼此通信，通过V2I连接到基础设施元件108和110，通过V2N连接到蜂窝网络(诸如到基站112或中继器110)，并通过V2P连接到行人(诸如通过行人的移动设备)114。

本文描述的实施例旨在为V-UE(诸如图1的V-UE 102、104和106)之间的单播/组播通信提供HARQ反馈支持增强。

在本文描述的实施例中阐述的思想和解决方案可以在3GPP V2X标准中采用。随着5G的势头越来越强，V2X高级用例获得关注，并且鉴于5G在自驱动和自动驾驶用例中的关注日益增长，本文描述的实施例中阐述的思想和解决方案可适用于在不久的将来实现远程驾驶汽车和自动驾驶汽车之间的高效单播和组播通信。

随着3GPP V2X标准发展到包括超越道路安全应用的高级V2X用例，需要开发使得彼此通信范围内的车辆UE能够提供能够有效满足此类用例要求的功能的机制。尽管这些用例在功能上非常多样化，但它们之间似乎共同的一个方面是需要在不同UE之间进行一对一和一对多的通信。例如，如果我们考虑车辆排队(platooning)，则基本思想是将一组相同类型或不同类型的车辆(例如半卡车、乘用车等)组成车队，使得它们能够以协调的方式移动，知道彼此的状态以及它们的周围环境。这要求排头能够有效地与各个车辆UE(V-UE)进行通信以管理车队。

基于长期演进(LTE)的V2X设计在侧链上本质上基于广播，即V-UE通过侧链(诸如PC5)发送的所有分组都是盲目发送的，即不考虑特定的接收器。具体地，媒体访问控制(MAC)子报头中通常指示预期的V-UE的目的地ID的目的地字段标识符(ID)被简单映射到V2X服务ID，例如用于在发送UE处运行的V2X应用的提供商服务标识符(PSID)或智能传输系统应用标识符(ITS-AID)。因此，发送UE不可能或者实际上不需要知道接收到该分组的UE。另外，在接收UE处没有适当的反馈机制来通知发送UE接收UE接收到分组。因此，需要解决此问题，以满足高级V2X用例的单播/组播要求。

HARQ是确保在层1处的对等实体之间的传递的进程。在NR中，对于接入(Uu)链路，支持异步增量混合ARQ。对于LTE V2X广播模型，未就HARQ达成一致。在没有任何确认/否定确认(A/N)反馈的情况下，使用低调制编码方案(MCS)将数据协议数据单元(PDU)发送到一大组V-UE以满足最坏信道条件下的V-UE的要求是低效的。当采用恒定重传数目时，在良好信道条件下的V-UE将重复接收相同的数据，这将导致大量资源浪费。

在NR V2X中，正在支持单播和组播通信类型，以实现高级用例，诸如排队、传感器信息共享和高级驾驶。这些用例的可靠性要求范围从大约99.000％到99.999％。除了严格的等待时间要求外，这些用例还要求支持较低层处的闭环反馈机制。HARQ重传机制可以用于适应V2X单播/组播通信的调制编码方案(MCS)，以满足严格的可靠性要求。

针对V2X单播/群组广播通信支持HARQ反馈/重传

单播通信是在两个V2X UE(例如XQ01、XR101、XR201等)之间以RRC_IDLE或RRC_INACTIVE或RRC_CONNECTED模式建立的面向连接或无连接的链路。组播通信是特殊形式的单播，其中在一个发送UE(例如XQ01、XR101、XR201等)和多个接收UE(例如XQ01、XR101、XR201等)之间建立链路，并且发送UE可以具有关于接收UE的信息。

对于NR侧链，可以考虑类似于接入链路(Uu)的异步HARQ。本质上，MAC实体具有用于侧链的HARQ实体，其可以保持一组HARQ进程。这些进程可以以任何顺序进行传输，并且由于对等UE不了解有关HARQ进程信息的任何信息，因此可以经由侧链控制信息(SCI)携带进程和冗余版本等。可替代地，在用于单播的连接建立过程中，可以交换该信息。在任何情况下，链路的TX和RX UE应当知道用于正确操作的HARQ进程和冗余版本(RV)。

对于单播V-UE，可以通过依赖于用于反馈的专用侧链控制信道来进行HARQ重传。然后，RX UE可以使用特定消息来指示其是否接收到原始分组，即基于ACK或NACK的操作。尽管有许多不同的选项是可能的，即仅基于ACK、仅基于NACK或两者的某种组合，但使用仅基于NACK的操作可以导致信令开销减少(假设错误很少且相差很远)。如果UE发送指示它们没有成功接收到分组的NACK，则TX UE可以重传该分组，在这种情况下，侧控制信息(SCI)将使用新的数据指示(NDI)字段来指示后续传输是否确实是重传(类似于NR Uu情况)。

对于组播，该情况稍微复杂一些，因为可以在组中包括多达20个参与群组通信的UE的集合。着眼于排队用例，由于它被期望成为具有广泛部署的高级V2X用例之一，因此可以假设一个UE(称为排头)可以承担在组内协调通信的角色。因此，从HARQ操作观点来看，排头将受益于决定何时开始/停止HARQ重传的机制。如下面将描述的，这可以通过许多不同的方式来实现。

根据用于决定何时开始/停止HARQ重传的机制的第一实施例，排头V-UE可以被配置为期望聚集的接收到的ACK或NACK的期望数目达到V-UE的最大数目。本质上，排头V-UE可以配置有某最大数目个ACK或NACK，在此之后，它可以安全地假定原始传输已被组中的大多数/所有UE成功接收。

根据决定何时开始/停止HARQ重传的机制的第二实施例，可以在排头UE处定义定时器，可以配置定时器使得该定时器的到期指示不需要进一步的重传。可以基于服务质量(QoS)要求(诸如等待时间)来设置定时器值本身的标准，因为延迟临界V2X分组可能不需要在经过一定时间之后被重传。对于此选项，定时器的正确配置至关重要，并且取决于V2X应用要求。作为特殊情况，如果启用了仅ACK传输模式，则可以其他方式使用定时器。该定时器可以在传输用于HARQ进程的传输块(TB)之后倒计时，并且如果没有接收到ACK则可以到期。在到期之后，可以认为HARQ进程触发了NACK，即触发了重传。

根据决定何时开始/停止HARQ重传的机制的第三实施例，排头V-UE还可以将来自接收到的ACK/NACK的信息与每次传输的QoS要求相结合，以确定要执行的具体重传数目。期望每个V2X分组的QoS要求通常可以不同，这将转换为每个分组所需的不同重传数目。一方面，这要求在接入(AS)层处配置每个分组的QoS和/或QoS流标识符(QFI)与该分组的重传的最大数目之间的映射。当然，如果排头在达到重传的最大数目之前接收到与分组相对应的一定数目个ACK，则无需进一步执行它们。

根据决定何时开始/停止HARQ重传的机制的第四实施例，可以使用基于NACK的反馈机制，其中排头还可以使用接收到的NACK并执行能量检测，由此将接收到的NACK消息的总能量与配置的阈值进行比较，以确定是否需要执行进一步的重传。该第四实施例依赖于层1(L1)检测，并且可能导致潜在地更快的重传和减少的等待时间。

根据决定何时开始/停止HARQ重传的机制的第五实施例，在第四实施例的变型中，NACK反馈消息可以由UE以随机方式发送，即，如果专用物理信道用于HARQ反馈，则传输可以按时间/频率分散，这允许排头处的画面更清晰，以确定多少个UE成功接收到传输的总体状态。每当组中的接收器发送ACK/NACK时，它可以使用为了HARQ目的已经分配的资源或免授权资源，并基于针对延迟的QoS要求，选择时域和/或频域中的随机数来发送NACK，以便不与由其他UE发送的其他反馈消息冲突。接收器还可以利用感测和资源选择过程来确定用于ACK/NACK过程的资源。然后，在组合这种NACK消息时，排头可以确定是否需要重传。该第五实施例的缺点在于，随着接收(RX)V-UE在更广泛的资源范围内扩展其反馈消息，资源使用和等待时间增加。为了克服这一点，每个RX V-UE可以配置有特定的定时器，在该定时器内，它需要发送反馈以使其有用。

在所有上述情况下，反馈信息可以隐式提供信道质量信息，以增加或减少发送器功率并相应地调整MCS。

根据一个实施例，ACK/NACK信令还可以包括标识符(ID)，该标识符(ID)标识ACK/NACK消息的源(例如，特定UE或该组的成员)或者标识组的特定成员的组本身。ACK/NACK反馈的资源可以由ACK/NACK反馈不足的数据的原始源(例如，UE等)保留，例如，如向ACK/NACK消息的接收器/源所指示的，通过物理侧链控制信道(PSCCH)和/或物理侧链共享信道(PSSCH)传输。另外，组成员可以被配置为仅在数据的原始源与组成员之间的侧链(SL)参考信号接收功率(RSRP)值低于某个阈值时才发送ACK/NACK消息。已成功接收到PSSCH传输的组成员被期望监视来自组成员的ACK/NACK信令，并且在检测到NACK的情况下，可以与原始源一起重传该消息，以提高接收的可靠性。重传可以在使用系统帧号(SFN)的相同的资源处发生。UE还可以被配置有期望它们发送ACK和NACK时(例如期望UE仅发送NACK或仅发送ACK或两者时)的条件。

HARQ何时应用于组播：

即使对于NR V2X组播支持HARQ重传，根据实施例，HARQ重传也可以是可配置的，并且直到发送器V-UE基于一些信息(例如，核心网络(例如AMF)提供的组中的V-UE的数目)来确定信道条件和是否已配置供专用资源以供使用(导致与其他传输发生冲突的可能性更小)以及QoS要求(由于一些应用可能不需要高可靠性来保证对HARQ反馈的需要)。可以基于上层的应用要求，使用(预)配置来考虑这些因素。

特别地，对于QoS要求，在至少包括{优先级，可靠性，等待时间，通信范围}的QoS参数组合与包括是启用还是禁用HARQ重传的HARQ操作参数之间可以存在映射函数。

针对V2X的HARQ配置

根据实施例，HARQ进程可以使用两个V-UE之间或在一组V-UE内的3GPP LTE-V2X(PC5)信令或SL无线电资源控制(RRC)信令来动态地配置，或者可替代地，以使用初始配置的半静态方式来配置。如上所讨论的，关于以上针对HARQ反馈所考虑的HARQ进程、定时器以及资源的最大数量的信息等可以是动态或半静态配置的一部分，并且可以在发起单播或组播通信之前在对等UE之间进行交换。如果使用RRC信令来交换该配置信息，则如在Uu情况下(Uu是指在V2N(车辆对网络)场景下UE与基站之间的逻辑接口)可以在HARQ配置(该HARQ配置将包含进程ID和远程车辆(RV)信息)的顶部考虑以下信息元素：

图2示出了根据实施例的过程200，根据图2，在操作202中，对分组进行编码以用于在蜂窝车辆对万物(V2X)网络中传输，该传输包括到单个车载用户设备(V-UE)的单播传输或到多个V-UE的组播传输中的一者；在操作204中，对来自至少一个UE的基于混合自动重传请求(HARQ)的消息进行解码，该基于HARQ的消息基于UE的HARQ配置并且是对分组的响应；以及在操作206中，响应于基于该基于HARQ的消息而作出的对分组的HARQ重传将被编码的确定，对HARQ重传进行编码以用于传输。

图3示出了根据各种实施例的网络的系统300的示例架构。图3与图1类似，不同之处在于它着重于蜂窝网络的各个组件，而不是蜂窝网络(如图1所示的C-V2X网络)的更具体版本的组件。以下描述是针对示例系统300提供的，该示例系统300结合如由3GPP技术规范提供的LTE系统标准和5G或NR系统标准进行操作。然而，示例实施例在这方面不受限制，并且所描述的实施例可以应用于受益于本文所描述的原理的其他网络，诸如未来的3GPP系统(例如，第六代(6G))系统、IEEE 802.16协议(例如，WMAN、WiMAX等)等。

如图3所示，系统300包括UE 301a和UE 301b(统称为“UE 301”)。在该示例中，UE301被示为智能电话，但是也可以包括任何移动或非移动计算设备。

UE 301可以被配置为与RAN 310连接，例如与RAN 310通信耦合。在实施例中，RAN310可以是NG RAN或5G RAN、E-UTRAN或传统RAN(诸如UTRAN或GERAN)。如本文所使用的，术语“NG RAN”等可以是指在NR或5G系统300中操作的RAN 310，并且术语“E-UTRAN”等可以是指在LTE或4G系统300中操作的RAN 310。UE 301分别利用连接(或信道)303和304，每个连接包括物理通信接口或层(在下面进一步详细讨论)。

在该示例中，连接303和304被示为能够进行通信耦合的空中接口，并且可以符合蜂窝通信协议(诸如GSM协议、CDMA网络协议、PTT协议、POC协议、UMTS协议、3GPP LTE协议、5G协议、NR协议和/或本文讨论的任何其他通信协议)。在实施例中，UE 301可以经由诸如PC5接口之类的ProSe接口305直接交换通信数据。ProSe接口305也可以被称为SL接口305，并且可以包括一个或多个逻辑信道，包括但不限于PSCCH、PSSCH、PSDCH和PSBCH。UE 301b被示为被配置为经由连接307接入AP 306(也称为“WLAN节点306”、“WLAN 306”、“WLAN终端306”、“WT 306”等)。连接307可以包括本地无线连接，诸如符合任何IEEE 802.11协议的连接，其中，AP 306将包括无线保真

RAN 310可以包括启用连接303和304的一个或多个AN节点或RAN节点311a和311b(统称为“(一个或多个)RAN节点311”)。如本文所使用的，术语“接入节点”、“接入点”等可以描述将无线电基带功能提供给网络与一个或多个用户之间的数据和/或语音连接的设备。这些接入节点可以被称为BS、NR演进节点B(gNodeB)、RAN节点、eNB、NodeB、RSU、TRxP或TRP等。如本文中所使用的，术语“NG RAN节点”等可以指在NR或5G系统300(例如，gNB)中操作的RAN节点311，并且术语“E-UTRAN节点”等可以指在LTE或4G系统300(例如，eNB)中操作的RAN节点311。根据各种实施例，RAN节点311可以被实现为一个或多个专用物理设备，诸如宏小区基站和/或低功率(LP)基站，低功率(LP)基站用于提供毫微微小区、微微小区或与宏小区相比具有更小覆盖面积、更小用户容量或更高带宽的其他类似小区。

在实施例中，UE 301可以被配置为根据各种通信技术使用OFDM通信信号通过多载波通信信道彼此通信或与任何RAN节点311通信，该通信技术诸如但不限于OFDMA通信技术(例如，用于下行链路通信)或SC-FDMA通信技术(例如，用于上行链路和ProSe或侧链通信)，尽管实施例的范围不限于此方面。OFDM信号可以包括多个正交子载波。

在一些实施例中，下行链路资源网格可以用于从任何RAN节点311到UE 301的下行链路传输，而上行链路传输可以利用类似的技术。网格可以是时频网格，称为资源网格或时频资源网格，其在每个时隙中是下行链路中的物理资源。这种时频平面表示是OFDM系统的常见实践，这使得无线资源分配是直观的。资源网格的每一列和每一行分别对应于一个OFDM符号和一个OFDM子载波。时域中的资源网格的持续时间与无线电帧中的一个时隙相对应。资源网格中的最小时频单位被表示为资源元素。每个资源网格包括多个资源块，这些资源块描述了某些物理信道到资源元素的映射。每个资源块包括资源元素的集合；在频域中，这可以表示当前可以分配的最小资源量。存在使用这种资源块来传送的多个不同物理下行链路信道。

根据各种实施例，UE 301和RAN节点311、312通过许可的介质(也称为“许可频谱”和/或“许可频带”)和非许可的共享介质(也称为“非许可频谱”和/或“非许可频带”)来传送(例如，发送和接收)数据。许可频谱可以包括在大约400MHz至大约3.8GHz频率范围内操作的信道，而非许可频谱可以包括5GHz频带。

RAN节点311可以被配置为经由接口312彼此通信。在系统300是5G或NR系统的实施例中，接口312可以是Xn接口312。Xn接口被定义在连接到5GC 320的两个或更多个RAN节点311(例如，两个或更多个gNodeB或gNB等)之间、在连接到5GC 320的RAN节点311(例如，gNB)与eNB之间、和/或在连接到5GC 220的两个eNB之间。

RAN 310被示出为通信地耦合到核心网络，在该实施例中，是核心网络(CN)320。CN320可以包括多个网络元件322，其被配置为向经由RAN 310连接到CN 320的客户/订户(例如，UE 301的用户)提供各种数据和电信服务。CN 320的组件可以在一个物理节点或单独的物理节点中实现，包括从机器可读或计算机可读介质(例如，非暂态机器可读存储介质)中读取指令并执行该指令的组件。

通常，应用服务器330可以是向核心网络提供使用IP承载资源的应用(例如，UMTSPS域、LTE PS数据服务等)的元件。应用服务器330还可以被配置为经由EPC 320支持针对UE301的一种或多种通信服务(例如，VoIP会话、PTT会话、群组通信会话、社交网络服务等)。

在实施例中，CN320可以是5GC(称为“5GC 320”等)，并且RAN 310可以经由NG接口313与CN 320连接。在实施例中，NG接口313可以被分为两部分：NG用户平面(NG-U)接口314(其在RAN节点311和UPF之间携带业务数据)和S1控制平面(NG-C)接口315(其是RAN节点311和AMF之间的信令接口)。

在实施例中，CN 320可以是5G CN(称为“5GC 320”等)，而在其他实施例中，CN 320可以是EPC。在CN 320是EPC(称为“EPC 320”等)的情况下，RAN 310可以经由S1接口313与CN320连接。在实施例中，S1接口313可以被分为两部分：S1用户平面(S1-U)接口314(其在RAN节点311和S-GW之间携带业务数据)和S1-MME接口315(其是RAN节点311和MME之间的信令接口)。

图4示出了根据各种实施例的基带电路系统410和无线电前端模块(RFEM)415的示例组件。基带电路系统410包括将其连接到RFEM的RF接口418。如图所示，RFEM 415可以包括至少如图所示耦合在一起的射频(RF)电路系统406、前端模块(FEM)电路系统408、天线阵列411。

基带电路系统410包括被配置为执行各种无线电/网络协议和无线电控制功能的电路系统和/或控制逻辑，这些功能使得能够经由RF电路系统406与一个或多个无线电网络进行通信。无线电控制功能可以包括但不限于信号调制/解调制、编码/解码、射频移位等。在一些实施例中，基带电路系统410的调制/解调电路系统可以包括快速傅立叶变换(FFT)、预编码或星座(constellation)映射/解映射功能。在一些实施例中，基带电路系统410的编码/解码电路系统可以包括卷积、咬尾(tail-biting)卷积、Turbo、Viterbi或低密度奇偶校验(LDPC)编码器/解码器功能。调制/解调和编码器/解码器功能的实施例不限于这些示例，并且在其他实施例中可以包括其他合适的功能。基带电路系统410被配置为对从RF电路系统406的接收信号路径接收到的基带信号进行处理，并生成用于RF电路系统406的发送信号路径的基带信号。基带电路系统410被配置为与应用电路系统接口连接以生成和处理基带信号并控制RF电路系统406的操作。基带电路系统410可以处理各种无线电控制功能。

基带电路系统410的前述电路系统和/或控制逻辑可以包括一个或多个单核或多核处理器。例如，一个或多个处理器可以包括3G基带处理器404A、4G/LTE基带处理器404B、5G/NR基带处理器404C、或用于其他现有代、开发中的代或将来要开发的代(例如第六代(6G)等)的一些其他基带处理器404D。在其他实施例中，基带处理器404A-D的一些或全部功能可以被包括在存储在存储器404G中并且经由中央处理单元(CPU)404E执行的模块中。在其他实施例中，基带处理器404A-D的一些或全部功能可以被作为硬件加速器(例如，FPGA、ASIC等)来提供，硬件加速器装载有存储在相应存储器单元中的适当的位流或逻辑块。在各种实施例中，存储器404G可以存储实时OS(RTOS)的程序代码，其在由CPU 404E(或其他基带处理器)执行时将使CPU 404E(或其他基带处理器)管理基带电路系统410的资源、调度任务等。另外，基带电路系统410包括一个或多个音频数字信号处理器(DSP)404F。(一个或多个)音频DSP 404F包括用于压缩/解压缩和回声消除的元件，并且在其他实施例中可以包括其他合适的处理元件。

在一些实施例中，每个处理器404A-404E包括相应的存储器接口，以向/从存储器404G发送/接收数据。基带电路系统410还可以包括一个或多个接口以通信地耦合到其他电路系统/设备。

RF电路系统406可以使得能够使用调制电磁辐射通过非固体介质与无线网络进行通信。

在一些实施例中，RF电路系统406的接收信号路径可以包括混频器电路系统406a、放大器电路系统406b和滤波器电路系统406c。在一些实施例中，RF电路系统406的发送信号路径可以包括滤波器电路系统406c和混频器电路系统406a。RF电路系统406还可以包括合成器电路系统406d，其用于合成由接收信号路径和发送信号路径的混频器电路系统406a使用的频率。在一些实施例中，接收信号路径的混频器电路系统406a可以被配置为基于由合成器电路系统406d提供的合成频率而降频转换(down-convert)从FEM电路系统408接收的RF信号。放大器电路系统406b可以被配置为放大经降频转换的信号，并且滤波器电路系统406c可以被配置为从经降频转换的信号中移除不想要的信号以生成输出基带信号的低通滤波器(LPF)或带通滤波器(BPF)。可以将输出基带信号提供给基带电路系统410以进行进一步处理。在一些实施例中，尽管这不是要求，但是输出基带信号可以是零频率基带信号。在一些实施例中，接收信号路径的混频器电路系统406a可以包括无源混频器，尽管实施例的范围不限于此方面。

FEM电路系统408可以包括接收信号路径，该接收信号路径可以包括被配置为对从天线阵列411接收到的RF信号进行操作，放大接收到的信号并将接收到的信号的放大版本提供给RF电路系统406以供进一步处理的电路系统。FEM电路系统408还可以包括发送信号路径，该发送信号路径可以包括被配置为放大由RF电路系统406提供的用于传输的信号以供天线阵列411的一个或多个天线元件传输的电路系统。在各种实施例中，通过发送信号路径或接收信号路径的放大可以仅在RF电路系统406中、仅在FEM电路系统408中、或在RF电路系统406和FEM电路系统408两者中进行。

天线阵列411包括一个或多个天线元件，每个天线元件被配置成将电信号转换成无线电波以在空气中传播并且将接收到的无线电波转换成电信号。例如，由基带电路系统410提供的数字基带信号被转换成模拟RF信号(例如，调制波形)，该模拟RF信号将经由包括一个或多个天线元件(未示出)的天线阵列411的天线元件被放大和发送。天线元件可以是全向的、定向的或其组合。天线元件可以形成为如本文中已知和/或讨论的多种布置。天线阵列411可以包括在一个或多个印刷电路板的表面上制作的微带天线或印刷天线。天线阵列411可以形成为各种形状的金属箔片(例如，贴片天线)，并且可以使用金属传输线等与RF电路系统406和/或FEM电路系统408耦合。

图3和/或图4所示的一个或多个组件可以在本文描述的任何实施例中使用。

对于一个或多个实施例，在一个或多个前述附图中阐述的组件中的至少一个组件可以被配置为执行如以下示例部分中阐述的一个或多个操作、技术、过程和/或方法。例如，如上结合一个或多个前述附图所述的基带电路系统可以被配置为根据以下阐述的一个或多个示例进行操作。对于另一示例，如以上结合一个或多个前述附图所述的与UE、基站、网络元件等相关联的电路系统可以被配置为根据以下示例部分中阐述的一个或多个示例进行操作。

图3和/或图4的组件(诸如所示的包括处理电路系统和RF接口的基带处理电路系统)可以在本文描述的任何实施例中(诸如在gNodeB中或在UE中)使用。

在一些实施例中，图3和/或图4或本文一些其他附图的电子设备(一个或多个)、网络(一个或多个)、系统(一个或多个)、芯片(一个或多个)或组件(一个或多个)、或其部分或实施方式可以被配置为执行本文描述的一个或多个过程、技术或方法、或其部分。

对于一个或多个实施例，在一个或多个前述附图中阐述的组件中的至少一个组件可以被配置为执行如在以下示例部分中阐述的一个或多个操作、技术、过程和/或方法。例如，如上结合一个或多个前述附图所述的基带电路系统可以被配置为根据以下阐述的一个或多个示例进行操作。对于另一示例，如以上结合一个或多个前述附图所述的与UE、基站、网络元件等相关联的电路系统可以被配置为根据以下在示例部分中阐述的一个或多个示例进行操作。

在一些实施例中，图3和/或图4或本文一些其他附图中的(一个或多个)电子设备、(一个或多个)网络、(一个或多个)系统、(一个或多个)芯片或(一个或多个)组件、或其部分或实施方式可以被配置为执行本文描述的一个或多个过程、技术或方法、或其部分。例如，该过程可以包括：通过信令机制接收辅助物理随机接入信道(PRACH)配置的指示；以及识别该辅助PRACH配置。

在一些实施例中，图3和/或图4中的电子设备被配置为执行本文所述的一个或多个过程、技术和/或方法、或其部分。例如，该过程可以包括：确定辅助物理随机接入信道(PRACH)配置的指示；以及通过信令机制发送该辅助PRACH配置的指示。

示例

示例1包括一种新无线电(NR)用户设备(UE)的设备，该设备包括处理电路系统和耦合至处理电路系统的射频(RF)接口，该处理电路系统用于：对分组进行编码以用于在蜂窝车辆对万物(V2X)网络中传输，该传输包括以下一者：到单个车载用户设备(V-UE)的单播传输或到多个V-UE的组播传输；对来自至少一个UE的基于混合自动重传请求(HARQ)的消息进行解码，基于HARQ的消息基于UE的HARQ配置并且是对分组的响应；以及响应于基于HARQ的消息而作出的对分组的HARQ重传将被编码的确定，对HARQ重传进行编码以用于传输。

示例2包括示例1的主题，并且可选地，其中，该传输包括侧链传输。

示例3包括示例1的主题，并且可选地，其中，处理电路系统用于基于网络配置信道条件或服务质量(QoS)要求中的至少一者来确定分组的HARQ重传是否将被编码。

示例4包括示例1的主题，并且可选地，还包括：在连接建立过程期间，对来自单个V-UE或来自多个V-UE之一的单播消息进行解码，并且基于单播消息为UE建立HARQ配置。

示例5包括示例1的主题，并且可选地，还包括：对包括基于PC5的信号或无线电资源控制(RRC)信号之一的信号进行解码，并且基于信号建立HARQ配置，其中，RRC信号包括用于传达HARQ配置的专用信息元素(IE)。

示例6包括示例1的主题，并且可选地，其中，处理电路系统用于确定分组的服务质量(QoS)要求，该QoS要求包括分组的QoS流标识符(QFI)。

示例7包括示例1的主题，并且可选地，其中，分组是原始分组或原始分组的HARQ重传。

示例8包括示例7的主题，并且可选地，其中，基于HARQ的消息是HARQ反馈，并且包括确认(ACK)或否定确认(NACK)。

示例9包括示例8的主题，并且可选地，其中，处理电路系统用于：响应于对HARQ反馈包括NACK的确定，确定分组的HARQ重传将被编码；以及响应于对HARQ反馈包括ACK的确定，确定分组的HARQ重传将不被编码。

示例10包括示例8的主题，并且可选地，其中，传输是组播传输，并且其中，处理电路系统用于以下至少之一：基于对来自多个V-UE中的相应V-UE的最大数目个ACK或NACK是否已被解码的确定，来确定HARQ重传是否将被编码；基于配置给处理电路系统的定时器的到期，来确定HARQ重将不被编码，该定时器基于原始分组的服务质量(QoS)要求；基于分组的QoS要求以及基于UE的接入(AS)层处配置的映射，确定分组的HARQ重传的最大数目；或者基于对响应于原始分组而接收到的NACK的能量超过配置的阈值的确定，来确定HARQ重传是否将被编码。

示例11包括示例10的主题，并且可选地，其中，在处理电路系统用于基于QoS要求确定HARQ重传的最大数目的情况下，处理电路系统佳基于NACK在时间或频率域中的随机分布对来自多个V-UE的NACK进行解码，该NACK响应于分组。

示例12包括示例10的主题，并且可选地，其中，在处理电路系统用于基于QoS要求来确定HARQ重传的最大数目的情况下，处理电路系统还基于ACK或NACK来确定HARQ重传的最大数目。

示例13包括示例10的主题，并且可选地，其中：QoS要求包括分组的QoS流标识符(QFI)；以及在处理电路系统用于基于QoS要求来确定HARQ重传的最大数目的情况下，处理电路系统还使用其接入(AS)层来将QFI映射到HARQ重传的最大数目。

示例14包括示例3、6和10-13中任一项的主题，其中，QoS要求包括优先级、可靠性、等待时间和通信范围中的一者或多者。

示例15包括示例10的主题，并且可选地，其中，在处理电路系统基于对响应于原始分组而接收到的NACK的能量超过配置的阈值的确定来确定HARQ重传是否将被编码的情况下，处理电路系统用于响应于确定响应于原始分组的NACK超过配置的阈值来确定HARQ重传将被编码。

示例16包括示例10的主题，并且可选地，其中，在处理电路系统用于基于对来自多个V-UE中的相应V-UE的最大数目个ACK或NACK是否已被编码的确定来确定HARQ重传是否将被编码的情况下，处理电路系统用于以下至少之一：基于对已达到最大NACK数目的确定，来确定HARQ重传将被编码；或者基对已达到最大ACK数目的确定，来确定HARQ重传将不被编码。

示例17包括示例10的主题，并且可选地，其中，HARQ反馈与包括UE的一组V-UE的组ID相关联。

示例18包括示例10的主题，并且可选地，其中，处理电路系统用于向多个V-UE中的一个V-UE重新发送在UE处从多个V-UE中的另一个V-UE接收到的原始组播分组，处理电路系统用于响应于对来自多个V-UE中的该一个V-UE的、基于原始组播分组的NACK进行解码而进行重传。

示例19包括示例1至18中任一项的主题，还包括耦合到RF接口的前端模块。

示例20包括示例19的主题，并且可选地，还包括耦合到前端模块的一个或多个天线，该天线用于发送或接收信号。

示例21包括一种在新无线电(NR)用户设备(UE)的设备处执行的方法，该方法包括：对分组进行编码以用于在蜂窝车辆对万物(V2X)网络中传输，该传输包括以下一者：到单个车载用户设备(V-UE)的单播传输、或到多个V-UE的组播传输；对来自至少一个UE的基于混合自动重传请求(HARQ)的消息进行解码，该基于HARQ的消息基于UE的HARQ配置并且是对分组的响应；以及响应于基于该基于HARQ的消息而作出的对分组的HARQ重传将被编码的确定，对HARQ重传进行编码以用于传输。

示例22包括示例21的主题，并且可选地，其中，该传输包括侧链传输。

示例23包括示例21的主题，并且可选地，其中，该方法还包括：基于网络配置信道条件或服务质量(QoS)要求中的至少一者来确定分组的HARQ重传编码是否将被。

示例24包括示例21的主题，并且可选地，其中，还包括：在连接建立过程期间，对来自单个V-UE或来自多个V-UE之一的单播消息进行解码，并且基于单播消息为UE建立HARQ配置。

示例25包括示例21的主题，并且可选地，其中，还包括：对包括基于PC5的信号或无线电资源控制(RRC)信号之一的信号进行解码，并且基于信号建立HARQ配置，其中，RRC信号包括传达HARQ配置的专用信息元素(IE)。

示例26包括示例21的主题，并且可选地，其中，该方法还包括确定分组的服务质量(QoS)要求，该QoS要求包括分组的QoS流标识符(QFI)。

示例27包括示例21的主题，并且可选地，其中，分组是原始分组或原始分组的HARQ重传。

示例28包括示例27的主题，并且可选地，其中，基于HARQ的消息是HARQ反馈，并且包括响应于分组的确认(ACK)或否定确认(NACK)。

示例29包括示例28的主题，并且可选地，该方法还包括：响应于对HARQ反馈包括NACK的确定，确定分组的HARQ重传将被编码；以及响应于对HARQ反馈包括ACK的确定，确定分组的HARQ重传将不被编码。

示例30包括示例28的主题，并且可选地，其中，该传输是组播传输，并且该方法还包括以下至少之一：基于对来自多个V-UE中的相应V-UE的最大数目个ACK或NACK是否已被解码的确定，来确定HARQ重传是否将被编码；基于配置给设备的定时器的到期，来确定HARQ重传将不被编码，该定时器基于原始分组的服务质量(QoS)要求；基于分组的QoS要求以及基于UE的接入(AS)层处配置的映射，来确定分组的HARQ重的最大数目；或者基于对响应于原始分组而接收到的NACK的能量超过配置的阈值的确定，来确定HARQ重传是否将被编码。

示例31包括示例30的主题，并且可选地，其中，在该方法包括基于QoS要求来确定HARQ重传的最大数目的情况下，该方法还包括基于NACK在时间或频率域中的随机分布对来自多个V-UE的NACK进行解码，该NACK响应于分组。

示例32包括示例30的主题，并且可选地，其中，在该方法包括基于QoS要求来确定HARQ重传的最大数目的情况下，该方法还包括基于ACK或NACK来确定HARQ重传的最大数目。

示例33包括示例30的主题，并且可选地，其中：QoS要求包括分组的QoS流标识符(QFI)；以及在该方法包括基于QoS要求来确定HARQ重传的最大数目的情况下，该方法还包括使用其接入(AS)层将QFI映射到HARQ重传的最大数目。

示例34包括示例23、26和30-33中任一项的主题，并且可选地，其中，QoS要求包括优先级、可靠性、等待时间和通信范围中的一者或多者。

示例35包括示例30的主题，并且可选地，其中，在该方法包括基于对响应于原始分组而接收到的NACK的能量超过配置的阈值的确定，来确定HARQ重传是否将被编码的情况下，该方法还包括响应于对响应于原始分组的NACK超过配置的阈值的确定来确定HARQ重传将被编码。

示例36包括示例30的主题，并且可选地，其中，在该方法包括基于对来自多个V-UE中的相应V-UE的最大数目个ACK或NACK是否已被编码的确定来确定HARQ重传是否将被编码的情况下，该方法还包括以下至少之一：基于对已达到最大NACK数目的确定，来确定HARQ重传将被编码；或者对已达到最大ACK数目的确定，来确定HARQ重传将不被编码。

示例37包括示例30的主题，并且可选地，其中，HARQ反馈与包括UE的一组V-UE的组ID相关联。

示例38包括示例30的主题，并且可选地，其中，该方法还包括向多个V-UE中的一个V-UE重新发送在UE处从多个V-UE中的另一个V-UE接收到的原始组播分组，响应于对来自多个V-UE中的该一个V-UE的、基于原始组播分组的NACK进行解码而进行重传。

示例39包括一种新无线电(NR)用户设备(UE)的设备，该设备包括：编码装置，用于对分组进行编码以用于在蜂窝车辆对万物(V2X)网络中传输，该传输包括以下一者：到单个车载用户设备(V-UE)的单播传输、或到多个V-UE的组播传输；解码装置，用于对来自至少一个UE的基于混合自动重传请求(HARQ)的消息进行解码，该基于HARQ的消息基于UE的HARQ配置并且是对分组的响应；以及用于下述操作的装置：响应于基于该基于HARQ的消息而作出的对分组的HARQ重传将被编码的确定，来对HARQ重传进行编码以用于传输。

示例40包括示例39的主题，并且可选地，其中，该传输包括侧链传输。

示例41包括示例39的主题，并且可选地，还包括确定装置，用于基于网络配置信道状况或服务质量(QoS)要求中的至少一者来确定分组的HARQ重传是否将被编码。

示例42包括一种新无线电(NR)用户设备(UE)的设备，该设备包括处理电路系统和耦合至该处理电路系统的射频(RF)接口，该处理电路系统用于：对由车载用户设备(V-UE)在蜂窝车辆对万物(V2X)网络中发送的分组进行解码，该分组包括单播分组或组播分组之一；基于该UE的HARQ配置并且响应于分组，对基于混合自动重传请求(HARQ)的消息进行编码以用于传输；以及对来自V-UE的分组的HARQ重传进行解码。

示例43包括示例42的主题，并且可选地，其中，该分组包括侧链分组。

示例44包括示例42的主题，并且可选地，其中，还包括：在连接建立过程期间，对来自V-UE的单播消息进行解码，并且基于单播消息为UE建立HARQ配置。

示例45包括示例42的主题，并且可选地，其中，还包括：对包括基于PC5的信号或无线电资源控制(RRC)信号之一的信号进行编码，该信号使V-UE建立HARQ配置，其中，RRC信号包括用于传达HARQ配置的专用信息元素(IE)。

示例46包括示例42的主题，并且可选地，其中，分组是原始分组或原始分组的HARQ重传。

示例47包括示例46的主题，并且可选地，其中，基于HARQ的消息是HARQ反馈，并且包括确认(ACK)或否定确认(NACK)。

示例48包括示例47的主题，并且可选地，其中，处理电路系统还用于对NACK进行编码以在随机选择的时间或频率资源内进行传输。

示例49包括示例47的主题，并且可选地，其中，HARQ反馈与包括UE的网络的一组V-UE的组ID相关联，并且其中，处理电路系统用于仅响应于对侧链无线电条件低于阈值的确定来对HARQ反馈进行编码。

示例50包括示例42的主题，并且可选地，其中，分组是组播分组，处理电路系统用于向多个V-UE中的一个V-UE重新发送在UE处从多个V-UE中的另一个V-UE接收到的原始组播分组，处理电路系统用于响应于对来自多个V-UE中的该一个V-UE的、基于原始组播分组的NACK进行解码而进行重传。

示例51包括示例47的主题，并且可选地，其中，处理电路系统基于分组的服务质量以及基于配置给处理电路系统的定时器来确定是否发送HARQ反馈。

示例52包括示例42至51中任一项的主题，还包括耦合到RF接口的前端模块。

示例53包括示例52的主题，并且可选地，还包括耦合到前端模块的一个或多个天线，该天线用于发送或接收信号。

示例54包括一种包括代码的机器可读介质，该代码在被执行时使机器执行示例20至38中任一项所述的方法。

示例55包括一种包括代码的机器可读介质，该代码在被执行时使机器执行示例20至38中任一项所述的方法。

示例56包括一种产品，该产品包括一种或多种有形的计算机可读非暂态存储介质，其包括计算机可执行指令，该计算机可执行指令可用于在由至少一个计算机处理器执行时使该至少一个计算机处理器执行示例20至38中任一项所述的方法。

示例57包括一种装置，该装置包括用于使无线通信设备执行示例20至38中任一项所述的方法的装置。

示例58包括如上述任何示例中描述的或与之相关的信号、或其部分。

示例59包括如本文所示和所述的无线网络中的信号。

示例60包括如本文所示和所述的在无线网络中进行通信的方法。

示例61包括如本文所示和所述的用于提供无线通信的系统。

示例62包括一种用于在基于新无线电(NR)车辆对万物(V2X)的电信系统中进行通信的方法，包括：确定或使确定与在多个车载用户设备(V-UE)之间进行通信的混合自动重传请求(HARQ)机制相关联的信道条件、专用资源和服务质量(QoS)要求。

示例63包括示例61或本文中的一些其他示例的方法，还包括：接收或使接收基于QoS要求确定是否启用HARQ机制的结果。

示例64包括一种用于在基于新无线电(NR)车辆对万物(V2X)的电信系统中进行通信的方法，包括：配置或使配置用于使用3GPP LTE-V2X(PC5)信令或侧链(SL)无线电资源控制(RRC)信令在多个车载用户设备(V-UE)之间进行通信的混合自动重传请求(HARQ)机制；响应于该配置，发起或使发起在多个V-UE之间的组播通信或单播通信。

示例65包括一种用于在基于新无线电(NR)车辆对万物(V2X)的电信系统中执行通信的装置，该装置被配置为执行示例62至63中任一项所述的方法。

示例66包括一种用于在基于新无线电(NR)车辆对万物(V2X)的电信系统中执行通信的装置，该装置被配置为执行示例64所述的方法。

示例67包括一种用于在基于新无线电(NR)车辆对万物(V2X)的电信系统中执行通信的装置，该装置包括用于执行示例62至63中任一项所述的方法的装置。

示例68包括一种用于在基于新无线电(NR)车辆对万物(V2X)的电信系统中执行通信的装置，该装置包括用于执行示例63所述的方法的装置。

示例69包括如本文所示和所述的在无线网络中进行通信的方法。

示例70包括如本文所示和所述的用于提供无线通信的系统。

示例71包括如本文所示和所述的用于提供无线通信的设备。

示例72包括一种装置，该装置包括用于执行上述一种或多种方法的装置。

示例73包括一种装置，该装置包括被配置为执行上述一种或多种方法的电路系统。

示例74包括如本文所述的装置，其中，该装置或其任何部分在用户设备(UE)中或由用户设备(UE)实现。

示例75包括如本文所述的方法，其中，该方法或其任何部分在用户设备(UE)中或由用户设备(UE)实现。

示例76包括如本文所述的装置，其中，该装置或其任何部分在基站(BS)中或由基站(BS)实现。

示例77包括如本文所述的方法，其中，该方法或其任何部分在基站(BS)中或由基站(BS)实现。

除非另有明确说明，否则任何上述示例可以与任何其他示例(或示例的组合)进行组合。一个或多个实现方式的前述描述提供了图示和描述，但并不旨在穷举或将实施例的范围限制为所公开的精确形式。