Nothing Special   »   [go: up one dir, main page]

CN112640346B - 用于5g ev2x的侧链路上的广播、多播和单播 - Google Patents

用于5g ev2x的侧链路上的广播、多播和单播 Download PDF

Info

Publication number
CN112640346B
CN112640346B CN201980052982.XA CN201980052982A CN112640346B CN 112640346 B CN112640346 B CN 112640346B CN 201980052982 A CN201980052982 A CN 201980052982A CN 112640346 B CN112640346 B CN 112640346B
Authority
CN
China
Prior art keywords
side link
harq feedback
sci
broadcast
unicast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201980052982.XA
Other languages
English (en)
Other versions
CN112640346A (zh
Inventor
李晴
P·M·埃德贾克普勒
张国栋
M·阿瓦丁
A·Y·蔡
李一凡
L·R·耶尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Publication of CN112640346A publication Critical patent/CN112640346A/zh
Application granted granted Critical
Publication of CN112640346B publication Critical patent/CN112640346B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

方法、系统和设备可以辅助针对5G eV2X在侧链路上进行广播、多播或单播。以下是针对车辆到一切(V2X)在侧链路上进行广播、多播或单播的机制。侧链路上的广播可以包括用于广播时机或监视窗口的方法、系统或设备。侧链路上的组播可以包括用于多播时机或组ID的方法、系统或设备。侧链路上的单播可以包括用于单播时机、UE ID、发送方发起的传输或接收方发起的传输的方法、系统或设备。方法、系统或设备可以使用通信时机进行编队。

Description

用于5G EV2X的侧链路上的广播、多播和单播
相关申请的交叉引用
本申请要求于2018年8月9日提交的美国临时专利申请No.62/716,833、于2018年9月21日提交的美国临时专利申请No.62/734,673和于2019年4月1日提交的美国临时专利申请No.62/827,611的权益，所有申请的内容都通过引用整体并入本文。
背景技术
5G V2X的用例和要求：随着车辆到一切(V2X)应用取得重大进展，为了基本的安全性，关于车辆自身状态数据的短消息的传输需要用传输更大的消息来扩展，包括原始传感器数据、车辆的意图数据、协调、未来操纵的确认等。对于这些高级应用，满足所需数据速率、时延、可靠性、通信范围和速度的预期要求变得更加严格。
对于增强的V2X(eV2X)服务，3GPP在TR 22.886中已经识别出25个用例和相关要求。参见3GPP TR 22.886Study on enhancement of 3GPP Support for 5G V2XServices，Release15，V15.2.0。
TS22.186中规定了规范要求集合，用例被分类为四个用例组：车辆编队、扩展传感器、高级驾驶和远程驾驶。参见3GPP TS22.186Enhancement of 3GPP support for V2Xscenarios(Stage 1)，Release15，VI 5.3.0。
TS22.186中规定了针对每个用例组的性能要求的详细描述。
LTE中用于V2X的通信：在版本14LTE V2X中，已经为道路安全服务支持了用于V2X服务的基本要求，即，支持车辆和基础设施之间的低时延和可靠的消息交换，以增强安全性和效率。
可以由PC5接口或Uu接口提供V2X服务。经由PC5接口对V2X服务的支持由V2X侧链路通信提供，V2X侧链路通信是一种通信模式，由此UE可以直接通过PC5接口彼此通信。当UE由E-UTRAN服务并且当UE在E-UTRA覆盖范围之外时，支持这种通信模式。只有被授权用于V2X服务的UE才能执行V2X侧链路通信。
LTE-Uu接口处的通信可以是单播和/或MBMS。UE可以将这两种操作模式独立地用于传输和接收，例如，UE可以使用MBMS来进行接收而无需使用用于传输的LTE-Uu。UE还可以经由LTE-Uu单播下行链路接收V2X消息。
发明内容
本文公开了可以辅助针对5G eV2X在侧链路上进行广播、多播或单播的方法、系统和设备。以下是用于车辆到一切(V2X)的侧链路上的广播、多播或单播的机制。侧链路上的广播可以包括用于广播时机或源ID或监视窗口或感测的方法、系统或设备。侧链路上的多播可以包括用于多播时机或组ID或监视窗口或感测的方法、系统或设备。侧链路上的单播可以包括用于单播时机、UE ID、监视窗口、感测、发送方控制的单播或接收方控制的单播的方法、系统或设备。而且，除其它外，本文还公开了用于针对编队的通信时机以及附近的V2X通信时机的方法、系统或设备。
此外，本文公开了以下针对车辆到一切(V2X)用于侧链路上的广播、多播或单播的机制：1)用于广播、组播或单播的配置；2)用于广播、组播或单播的控制信令；或3)用于广播、组播或单播的过程。
提供本发明内容以简化形式介绍一些概念，这些概念将在下面的具体实施方式中进一步描述。本发明内容既不旨在识别所要求保护的主题的关键特征或必要特征，也不旨在用于限制所要求保护的主题的范围。此外，所要求保护的主题不限于解决在本公开的任何部分中指出的任何或所有缺点的限制。
附图说明
从以下描述中可以得到更详细的理解，该描述通过示例的方式结合附图给出，其中：
图1图示了示例性高级V2X服务；
图2图示了按码元(symbol)的示例性广播时机；
图3图示了按微时隙的示例性广播时机；
图4图示了用于监视广播时机的示例性窗口；
图5图示了在广播时机的示例性波束扫掠；
图6图示了在广播时机的示例性多波束传输；
图7图示了在相同或不同的侧链路资源上的示例性多播时机；
图8A图示了在侧链路上的示例性发送方发起和控制的单播传输；
图8B图示了在侧链路上的用于发送方发起和控制的单播传输的示例性步骤；
图9A图示了在侧链路上的示例性接收方发起和控制的单播传输；
图9B图示了在侧链路上的用于接收方发起和控制的单播传输的示例性步骤；
图10A图示了用于编队的示例性通信时机；
图10B图示了附近的示例性通信时机；
图11图示了可以基于移动性信令负载减少的方法、系统和设备来生成的示例性显示(例如，图形用户界面)。
图12图示了示例性方法；
图13A图示了用于广播、组播和单播的示例性共享资源池-通过SL-BWP内的一个共享资源池进行TDM；
图13B图示了用于广播、组播和单播的示例性共享资源池-通过SL-BWP内的一个共享资源池进行FDM；
图13C图示了用于广播、组播和单播的示例性共享资源池-通过SL-BWP内的一个共享资源池在时间和频率上重叠；
图13D图示了用于广播、组播和单播的示例性共享资源池-通过SL-BWP内的两个共享资源池重叠；
图14A图示了用于广播、组播和单播的示例性专用资源池-在SL-BWP内TDM的专用资源池；
图14B图示了用于广播、组播和单播的示例性专用资源池-在SL-BWP内FDM的专用资源池；
图14C图示了用于广播、组播和单播的示例性专用资源池-在SL-BWP内重叠的专用资源池；
图14D图示了用于广播、组播和单播的示例性专用资源池-在不同SL-BWP内的专用资源池；
图15A图示了示例性通信系统；
图15B图示了包括RAN和核心网络的示例性系统；
图15C图示了包括RAN和核心网络的示例性系统；
图15D图示了包括RAN和核心网络的示例性系统；
图15E图示了另一个示例通信系统；
图15F是诸如WTRU之类的示例装置或设备的框图；以及
图15G是示例性计算系统的框图。
具体实施方式
如图1中所示，高级V2X应用已朝着更加主动和智能的运输基础设施迈进，这要求在分布式V2X网络内和之间更动态混合的通信，诸如附近的广播、多播和单播。由于要求更严格的时延和可靠性，因此在改进V2X服务方面，对通过侧链路通信的优化可能是重要的。
本文描述了用于在侧链路上进行广播，多播和单播的不同方案。许多高级V2X应用都可以与高效通信很好地一起工作，以通过直接链路(例如，侧链路)在附近的UE之间共享信息，诸如轨迹或操纵地图、紧急站点图像、传感器数据等。
通过侧链路共享的数据中的一些是小的，例如，基本安全消息(BAM)或公共意识消息(CAM)，而其它数据则可以是大的，例如，高清图像或视频。这些数据可以是周期性的或非周期性的(例如，事件触发或按需)。
通过侧链路共享的数据中的一些是关键的(要求非常低的时延和高可靠性，以及良好的覆盖范围)，而其它数据则不太关键(更能容忍延迟和错误)。
对于发送方与一个或多个接收方之间的通信，发送方应当在(一个或多个)接收方知道的侧链路资源上传输消息；否则，(一个或多个)接收方可能无法正确检测和接收到消息。为此，可以在发送方与一个或多个接收方之间定义并共享一个或多个通信时机，例如，在时间、频率和空间上的(一个或多个)无线电资源分配。发送方可以在通信时机传输消息，并且一个或多个接收方可以在对应的通信时机监视到达的消息。
本文公开的用于不同通信时机的机制考虑了附近的通信，其中该附近被用于本地通信区域。例如，车辆到车辆(V2V)或车辆到人(V2P)通信近至例如相隔2或3米；车辆到基础设施(V2I)通信近至例如车辆到路边单元(RSU)50米内；车辆到网络(V2N)通信例如车辆到V2X云服务器1000米内。(一个或多个)通信时机可以由制造商或服务提供商指定，预先配置。
在网络控制下，(一个或多个)通信时机可以经由车辆到网络(V2N)接口(例如，gNB和UE之间的Uu接口)用来自gNB的系统信息(SI)静态配置；(一个或多个)通信时机可以用来自gNB的共用或专用无线电资源控制(RRC)消息或用来自gNB的开放移动联盟(OMA)配置协议或用来自云中的V2X服务服务器或经由V2N接口在互联网上的其它配置协议来静态或半静态地配置；(一个或多个)通信时机可以由gNB或类似gNB的路边单元(RSU)半持久用分别在车辆到网络(V2N)接口(例如，对于gNB或类似gNB的RSU)或车辆到基础设施(V2I)接口(例如，对于RSU)上的下行链路控制信息(DCI)信令和激活或停用半持久地分配或调度；(一个或多个)通信时机可以由gNB或类似gNB的RSU分别用V2N或V2I接口上的DCI信令动态分配或调度。
在没有网络控制的情况下，(一个或多个)通信时机可以经由由新无线电物理侧链路广播信道(NR-PSBCH)携带或指向的侧链路系统信息(SL-SI)静态配置，或者经由侧链路RRC(SL-RRC)消息半静态配置，经由SL-RRC指示或侧链路介质访问控制元素(SL-MAC CE)或侧链路控制信息(SCI)激活和停用半持久地分配或调度，或者由类似UE的RSU作为附近的协调者或者附近的组领导UE或同步源UE或调度UE经由SCI在侧链路上(例如，PC5接口)动态地分配或调度。
注意的是，在大多数图示中使用了15kHz子载波间距数字学，其在时隙中具有14个码元，在1个子帧中具有1个时隙。但是对于30kHz子载波间距数字学，每个时隙有14个码元，1个子帧中有2个时隙，因此，也可以在时隙内配置通信时机。时隙和子帧在本文公开的机制中是可互换的。
在本文中，术语“UE”一般可以用于车辆UE。
侧链路上的广播：为了优化侧链路上的广播，可以将侧链路上的广播时机(BO)定义为时间、频率和空间(例如，定向天线或面板或定向波束)上用于在附近广播的侧链路资源分配。
如图2中所示，作为下面的示例，可以按时间在码元中定义不同的广播时机。在图2中，可以在每s2个子帧中分配从码元0到码元3分配的广播时机BO1，其带宽部分(BWP)(例如，在侧链路操作频带内的侧链路BWP、BWP-b1)为从资源块(RB)0或资源块组(RBG)(例如，一组连续RB)0或子信道(例如，一组连续RB或RBG)0到RB k1或RBG k1或子信道k1。在侧链路BWP、BWP-b2中每s1个子帧中分配从码元0到码元5的广播时机BO2，其中BWP从RB k2或RBGk2或子信道k2到RB N或RBG N或子信道N。可以将按周期Period-b2(例如，s2个子帧)在1个子帧中取4个OFDM码元的广播时机BO1配置用于小和低占空比广播消息，诸如BAM或CAM。可以将按周期Period-b1(例如，s1个子帧)在1个子帧中取6个OFDM码元的广播时机BO2配置用于大和高占空比广播消息，诸如轨迹或操纵地图。
在图2中还示出了广播传输可以包括新无线电物理侧链路控制信道(NR-PSCCH)上的侧链路路控制信息(SCI)和新无线电物理侧链路共享信道(NR-PSSCH)上的广播消息。在侧链路控制资源集(SL-CORESET)处分配的SCI可以通过对侧链路上的共用或专用广播搜索空间中配置的SL-CORESET进行盲解码来检测。然后，可以基于在SCI上携带的信息来正确解码NR-PSSCH上的广播消息数据。
如图3中所示，作为下面的示例，还可以在时间上用微时隙定义不同的广播时机。在图3中，在侧链路BWP BWP-bl中，可以在每个子帧中的微时隙0和微时隙3上分配广播时机BO1，BWP为从RB 0或RBG0或子信道0到RB k1或RBG k1或子信道k1。在侧链路BWP BWP-b2中，可以在每s1个子帧中在微时隙1和2上分配广播时机BO2，BWP为从RB k2或RBG k2或子信道k2到RB N或RBG N或子信道N。取每个子帧中的微时隙0和3的广播时机BO1可以被配置用于非常低时延的广播，诸如传感器数据共享或紧急轨迹对准(EtrA)。以周期Period-b2(例如，s1个子帧)取每s2子帧中的微时隙1和2的广播时机BO2可以被配置用于耐延迟广播，诸如环境的集体感知(CPE)。
可以指定广播时机，诸如是由制造商或服务提供商等预先配置。
利用网络控制，侧链路上的广播时机可以用SI或共用或专用RRC消息来静态配置，用DCI的指示和激活或停用来半持久地分配，或者经由V2N接口(例如，Uu接口)基于道路交通状况、附近的V2X应用的数据通信(例如，用于通信范围)以及附近的UE的能力和自动化级别用(一个或多个)调度DCI来动态地指示，而UE连接到网络，诸如分别通过V2N或V2I接口的gNB或类似gNB的RSU或者经由V2N接口的V2X服务服务器(诸如V2X云服务器)。
在没有网络控制的情况下，侧链路上的广播时机也可以在本地静态或半静态地配置，例如对于V2X应用在具有某种服务范围(例如，通信范围)的附近，其中服务范围可以由应用层或更高层配置或发信号通知。广播时机可以由类似UE的RSU作为附近的协调者的队领导、附近的组领导、同步源UE或调度UE经由其新无线电物理侧链路广播信道(NR-PSBCH)或者新无线电物理侧链路发现信道(NR-PSDCH)或新无线电物理侧链路共享信道(NR-PSSCH)来配置或指示，新无线电物理侧链路广播信道(NR-PSBCH)例如由带有侧链路主信息块(SL-MIB)的NR-PSBCH携带或者由带有NR-PSSCH上的侧链路系统信息(SL-SI)的NR-PSBCH指向，其中(一个或多个)NR-PSDCH和(一个或多个)NR-PSSCH与所选择的新无线电侧链路同步信号(NR-SSS)/NR-PSBCH块相关联(例如，准共同定位(QCL)关系)或由所选择的NR-SSS/NR-PSBCH块的NR-PSBCH指向，例如，在NR-PSSCH上携带SL-SI或SL-RRC。默认或后备(fallback)广播时机可以由制造商或服务提供商预先配置，并且也可以由类似UE的RSU作为附近的协调者或附近的领导指示，该RSU经由其在侧链路上与NR-SSS/NR-PSBCH块相关联或由所选择的NR-SSS/NR-PSBCH块的NR-PSBCH指向的NR-PSBCH(例如，SL-MIB)、NR-PSDCH或NR-PSSCH(例如，SL-SI或SL-RRC)指示。
在没有网络控制的情况下，还可以半持久地分配和激活或停用侧链路上的广播时机，或者由类似UE的RSU作为附近的协调者、队领导、附近的组领导、同步源UE或调度UE在侧链路上经由其(一个或多个)调度SCI动态指示。
可以在时间上用{BOtime-start，BOtime-length，(BOtime-period)，(BOtime-span)}来定义广播时机，其中起始点(例如，BOtime-start)以码元或以时隙或子帧的微时隙或以子帧定义；持续时间或长度(例如，BOtime-lengt)以码元或微时隙或子帧定义；并且周期性广播的周期(例如，BOtime-period)以微时隙或子帧或帧定义；并且周期性广播的时间跨度(例如，BOtime-span)以一些子帧或帧定义。如果需要，可以根据(一个或多个)持续时间来设置(一个或多个)广播定时器。对于在时间上分布不均的广播时机，可以使用位图，例如指示(一个或多个)微时隙分配的微时隙位图，例如，MSB用于被分配给多播时机的时隙或子帧或时间跨度内的第一微时隙，LSB用于最后一个微时隙。
可以在频率中用{BOfrequency-start，BOfrequency-range，(BOfrequency-gap)，(BOfrequency-hop-flag，BOfrequency-hop-pattern)}来定义广播时机，其中，起始点，例如，BOfrequency-start，是引用频率点的子载波、RB或RBG，例如，侧链路上的共用子载波0或RB0或RBG0或带宽部分(BWP)的第一子载波或RB或RBG；范围，例如，BOfrequency-range，以RB或RBG或子信道定义；间隙可以用于均匀分布的频率分配，例如，BOfrequency-gap，以RB、RBG或子信道定义；或者间隙是跳频模式，例如，BOfrequency-hop-pattern，如果启用跳频，例如是BOfrequency-hop-pattern“1”的话。对于在频率上分布不均匀的广播时机，也可以使用位图，例如指示RB或RBG分配的RB或RBG位图，例如，MSB用于被分配给广播时机的BWP或操作频带内的第一RB或RBG，LSB用于最后一个RB或RBG。
不同的V2X应用可以具有不同的服务质量(QoS)要求，诸如时延、可靠性、数据尺寸、数据速率、占空比、服务范围、周期性或非周期性等，并且可以相应地在附近具有不同的广播时机。
不同V2X应用的广播时机可以被分配专用时间资源，例如，时分复用(TDM)，或专用频率资源，例如，频分复用(FDM)，或专用空间资源，例如，利用指向不同方向的定向天线面板或定向波束的空分复用(SDM)，或它们的组合。在这种情况下，在时间、频率或空间上没有重叠，例如，应用间无争用广播。
对于在半双工通信中接收多个V2X应用的广播消息的UE，用于相关V2X应用的TDM的广播时机可以避免不同消息对于UE在时间上的冲突。
对于无争用广播，接收UE可以在针对不同V2X应用或服务的广播时机的不同侧链路广播搜索空间中配置的(一个或多个)侧链路控制资源集((一个或多个)SL-CORESET)上搜索一个或多个调度指派(SA)SCI，其中NR-PSCCH或SL-CORESET上的SA-SCI可以与所选择的NR-SSS/NR-PSBCH块或参考信号(诸如NR-PSBCH、NR-PSCCH或NR-PSSCH的侧链路信道状态信息参考信号(SL-CSI-RS)或侧链路解调参考信号(SL-DMRS))相关联。在成功解码携带指示广播消息分配的广播指示(BI)的SA-SCI之后，UE可以解码在由解码的SCI指向或与之相关联的NR-PSSCH上携带的广播消息。
一个示例是广播时机包括在(一个或多个)NR-PSCCH上的仅(一个或多个)SCI。例如，作为示例，如果SCI中的短消息标志为“1”，那么也可以在SCI上携带非常短的广播消息(例如，几位)，如果需要，那么它可以携带源ID。
另一个示例是广播时机包括在(一个或多个)NR-PSSCH上的(一个或多个)广播消息而没有(一个或多个)调度SCI，其中NR-PSSCH与所选择的NR-SSS/NR-PSBCH块相关联(例如，QCLed)或配置有所选择的NR-SSS/NR-PSBCH块的NR-PSBCH。例如，NR-PSSCH上携带有SL-SI或共用SL-RRC。
对于无争用广播，源ID，例如侧链路广播应用ID，例如SL-BA-RNTI，用于指示V2X应用，或侧链路广播发送方ID，例如SL-BT-RNTI，用于指示发送UE。例如，源ID，SL-BA-RNTI或SL-BT-RNTI，可以由SCI携带，用于解码NR-PSSCH上的广播消息或对NR-PSSCH加扰，该NR-PSSCH携带用于特定V2X应用(例如，扩展的传感器应用)或特定广播发送UE(例如，附近的RSU或组领导)的广播消息。
在针对附近不同的V2X应用或组的组发现和形成组或加入组的过程或对等体发现和配对的过程期间，可以为附近的多个V2X应用或组的广播发送方指派不同的广播发送方ID或UE SL ID。在针对附近的第一V2X应用或组的组发现和形成组或加入组的第一过程或对等体发现和配对的第一过程期间，还可以为广播发送方指派用于附近的第一V2X应用或组的第一广播发送方ID或UE SL ID，然后，如果在针对附近的其它V2X应用或组的后面的组发现和形成组或加入组的过程和后面的对等体发现和配对的过程期间通过验证，那么广播发送方可以针对其它的V2X应用或组使用相同的广播发送方ID或UE SL ID。
当在附近释放V2X应用或组时，可以释放特定于V2X应用或组的源ID。
当UE停止广播发送角色或当UE离开附近时，可以释放广播发送方ID。
可以在共享的时间、频率或空间资源上在侧链路上分配不同V2X应用的广播时机(例如，时间、频率或空间的全部或部分重叠)。在资源上有全部或部分重叠的不同V2X应用的广播时机进行广播(例如基于应用间争用的广播，其可以由例如SCI中的争用标志(例如，contention)指示)的不同UE需要首先进行信道感测以避免应用间广播冲突。基于感测的信道接入对于具有不同QoS要求的V2X应用可以是基于优先级的。例如，低时延V2X应用UE可以具有更少或没有退避(backoff)时间，而耐时延V2X应用UE可以具有长的退避时间。
用于附近的V2X应用或服务的app-priority-flag和app-priority-level或app-priority-class可以由应用层或更高层初始配置，在有或没有网络控制的情况下在附近进行应用或服务发现期间由应用层或更高层指示，并且也可以由应用层或更高层、由gNB经由广播共用或专用搜索空间中的(一个或多个)DCI、或者如果没有网络控制的话则由作为附近的协调者或附近的领导的RSU经由侧链路广播共用或专用搜索空间中的(一个或多个)SCI、基于附近的情况(诸如道路交通状况、附近V2X应用的数量、广播UE的数量等)动态指示。
可以针对附近的每个发送UE在时间(例如，TDM)、频率(例如，FDM)、空间(例如，SDM)或它们的组合上以不同的方式在侧链路上分配V2X应用的广播时机以用于无冲突广播。特别地，用于不同UE的TDM方案对于半双工通信可以是有用的，以避免广播消息在时间上冲突。在这个场景中，接收UE可以搜索在每个发送UE的侧链路广播搜索空间中配置的SL-CORESET。在成功解码SCI之后，UE可以解码在由解码的SCI指向或与之相关联的NR-PSSCH上携带的广播消息。
可以在附近的不同发送UE之间的共享的时间、频率或空间资源上在侧链路上分配V2X应用的广播时机，例如，基于应用内争用的广播。为了避免应用内广播冲突，发送UE可能需要在完全或部分重叠的广播时机首先进行信道感测。基于感测的信道接入可以是基于随机的，例如，每个UE具有随机的退避时间。基于感测的信道接入可以是基于优先级的，例如，每个发送UE具有基于其优先级权利的退避时间。例如，RSU或领导UE可以具有更少或没有退避时间。
用于附近的广播UE的ue-priority-flag和ue-priority-level或ue-priority-class可以最初由应用层或更高层配置，在有或没有网络控制的情况下在附近进行应用或服务发现期间由应用层或更高层指示，并且也可以由应用层或更高层、由gNB经由广播共用或专用搜索空间中的(一个或多个)DCI、或者如果没有网络控制的话则由作为附近的协调者或附近的领导的RSU经由侧链路广播共用或专用搜索空间中的(一个或多个)SCI、基于附近的情况(诸如道路交通状况、附近V2X应用的数量、广播UE的数量等)动态指示。
对于基于应用间和应用内争用的广播，如本文所述，发送UE可以保持感测信道，直到信道可用、直到当前广播时机时间间隔的结束、直到达到最大感测动作，或直到广播定时器到期(例如，数据太旧而无法广播)。一旦广播定时器到期，就可以刷新数据缓冲区或向其补充新数据。
对于基于争用的广播，用于指示V2X应用的源ID(例如，侧链路广播应用ID SL-BA-RNTI)或用于指示发送UE的侧链路广播发送方ID(SL-BT-RNTI)对于在不同广播搜索空间中为不同的V2X应用或不同的V2X广播UE配置的(一个或多个)SCI的盲解码可能是需要的，其中对应的广播时机可以共享时间、频率或空间资源。例如，源ID，SL-BA-RNTI，可以被用于让接收UE查找期望的V2X应用的SCI或解码期望的V2X应用的广播消息(例如，高级驾驶应用的广播)。在另一个示例中，源ID，SL-BT-RNTI，可以被用于让接收UE查找期望的广播UE的SCI或解码期望的广播UE的广播消息(例如，RSU或领导的广播消息)。
对于基于争用的广播，还可以配置或者从更高层向接收UE发信号通知用于监视(一个或多个)广播时机的窗口、监视器窗口，并将其用于在窗口内分配的广播中搜索广播消息，如图4中所示。
如果具有网络控制，那么还可以经由来自gNB或类似gNB的RSU的共用或专用RRC消息来静态配置监视器窗口。如果没有网络控制，那么监视器窗口可以经由在同步和波束赋形和选择期间与所选择的NR-SSS/NR-PSBCH块相关联或者由NR-PSBCH指向的NR-PSSCH来静态配置，或者在V2X应用或服务发现期间用作为附近的协调者或附近的组领导或同步源UE的类似UE的RSU经由NR-PSDCH来配置。如果具有网络控制，那么也可以由来自gNB或类似gNB的RSU的(一个或多个)DCI来动态地配置、激活或停用监视器窗口，或者如果没有网络控制，那么由来自作为附近的协调者或附近的组领先或同步源UE的类似UE的RSU在侧链路上的(一个或多个)SCI来动态地配置、激活或停用监视器窗口。可以用源ID()来对(一个或多个)SCI进行加扰。
时间上的监视器窗口可以在码元或微时隙或子帧中定义，其中{Windowstart，Windowlength}以码元、时隙或子帧或码元、时隙或子帧的组合来定义。
当在毫米波频谱下操作时，波束扫掠可以被用于广播区域覆盖。在图5中图示了具有4个BO块的广播时机扫掠突发的示例，其中UE在四个不同的方向(诸如前、右、后和左)上扫掠广播消息。图5提供了两个不同BO突发的示例。
基于波束的广播的另一个示例是并发进行多波束传输以用于区域覆盖，例如，使用MU-MIMO。图6是在广播时机的多波束传输的示例，例如，UE同时在所有四个方向上广播。
对于一些V2X应用或服务，广播可以在空间上受到限制或在空间上得到扩增。例如，在最左车道上的UE可能需要向道路上的前、右和后方向的UE广播其轨迹或操纵，而不是向有隔离墙具有相反方向交通的道路上的左方向的UE广播其操纵。另一个示例，UE可以知道周围UE的空间位置或方向，该空间位置或方向是从较高层的传感器数据得出的，因此UE可以仅向由传感器数据扩增的那些空间方向广播。基于环境感知的受限波束扫掠和基于传感器数据的扩增波束扫掠都可以改善空间重用、减少用于波束扫掠的资源，或减少附近的干扰。
可以用来自更高层的空间参数(例如，到达角、离开角、QCL类型等)形成和跟踪空间受限和空间扩增的波束扫掠。
侧链路上的多播：多播是例如到多于两个UE的组的基于组的广播，其中UE可能需要具有加入多播组的资格并且可以接收相关联的标识，例如SL-M-RNTI作为侧链路多播ID或SL-G-RNTI作为侧链路组ID。如果UE连接到网络，那么在分别经由V2N接口或V2I接口的附接过程期间由gNB或类似gNB的RSU或者在经由V2N接口的注册过程期间由V2X应用服务器来指示这一点，或者如果组发现是在网络的管理或辅助下则在加入组过程期间指示这一点。这确保附近的组ID唯一性。当UE在没有网络的管理或辅助的情况下加入组时，作为附近的协调者或多播组负责人的RSU也可以在组发现过程期间指示ID。
如果在网络的管理或辅助下在附近形成组，那么组领导可以分别经由V2N或V2I接口由gNB或类似gNB的RSU进行资格认证，或者经由V2N接口在云中或互联网上由V2X应用服务器进行资格认证，这有助于在组形成时为指派给组的组ID提供附近的唯一性。
如果在没有网络覆盖的情况下在附近形成组，那么RSU可以是附近的不同组或UE之间的协调者。作为附近的协调者的RSU可以限定组领导并为该领导指派附近唯一组ID。
如果在没有网络控制的情况下或者在没有RSU作为附近的合作者的情况下在附近形成组，那么组领导可以在附近协作地形成组。例如，如果附近的所有组领导周期性地广播它们的组ID，例如，用于组发现公告，那么UE可以扫描附近的所有组ID，然后UE可以在附近创建唯一的组ID以使其组形成。对于另一个示例，UE可以基于某些规则或策略来广播其期望的组ID，该规则或策略用于在组发现期间为其要形成的组创建组ID，例如，要发现或要形成组的通告，并侦听来自附近其它组领导或UE的任何确认或响应。如果组ID被确认或未被拒绝，那么UE可以使用这个ID来通告其组；否则，UE可能需要基于拒绝原因来调整组ID。另一个示例，UE可以将其ID(例如，UE侧链路(SL)ID)用于要在其完全控制下形成的组，例如，组ID是组领导的ID。一旦定义了组ID，新的组领导就可以周期性发布组公告以进行组发现。
有时，如果组ID是为V2X应用形成的，那么该组ID可以与附近的特定V2X应用相关联。在这种情况下，可以从从更高层传递的应用ID或服务ID导出组ID，例如，group_ID＝(application_ID或service_ID)mod N，其中N是组ID的位宽度。有时，如果围绕这个组领导形成组，那么该组ID可以与该组领导的ID相关联。
在针对附近的不同V2X应用或组的组发现和形成或加入组的过程或对等体发现和配对的组的不同过程期间，可以为附近的多个V2X应用或组的多个V2X应用或组的领导指派不同的领导ID或UE SL ID。还可以在针对附近的第一V2X应用或组的组发现和形成组或加入组的第一过程或对等体发现和配对的第一过程期间为领导指派用于附近的第一V2X应用或组的第一领导ID或UE SL ID，然后，如果在针对附近的其它V2X应用或组的第二组发现和形成组或加入组的过程和第二对等体发现和配对的过程期间通过验证，那么领导可以针对其它的V2X应用或组使用相同的领导ID或UE SL ID。
当V2X应用或组在附近终止时，可以释放特定于V2X应用或组的ID。
当领导停止领先或当领导离开附近的组时，领导ID可以被释放。
像广播时机一样，可以将侧链路上的多播时机(MO)定义为在时间、频率和空间(例如，定向天线或面板或定向波束)中进行附近多播的侧链路资源分配。
多播时机可以由制造商或服务提供商指定、预先配置。
利用网络控制，侧链路上的多播时机可以用SI或共用或专用RRC配置来静态地配置，用DCI的指示和激活或停用来半静态地分配，或基于道路交通状况、附近的V2X应用的数据通信(例如，用于通信范围)或附近的UE的能力或自动化级别由gNB或类似gNB的RSU分别经由V2N(例如，Uu接口)或V2I接口，或经由V2N接口由V2X应用服务器用(一个或多个)调度DCI来动态地指示。
在没有网络控制的情况下，侧链路上的多播时机可以由作为附近的协调者的RSU或者由组领导或由同步源UE或由调度UE在组发现和加入组期间经由其带有SL-MIB的NR-PSBCH、其NR-PSDCH或NR-PSSCH在侧链路上在本地静态或半静态地配置；其中(一个或多个)NR-PSDCH或(一个或多个)NR-PSSCH与所选择的NR-SSS/NR-PSBCH块相关联(例如，QCL关系)或由所选择的NR-SSS/NR-PSBCH块的NR-PSBCH指向；或者NR PSBCH由NR-PSSCH指向(例如，携带SL-SI)或与所选择的NR-SSS/NR-PSBCH块相关联(例如，携带SL-RRC)或在其广播时机上或在附近的默认广播时机上，其与所选择的NR-SSS/NR-PSBCH块或参考信号(诸如CSI-RS或DMRS)相关联。附近的默认或后备多播时机可以由制造商或服务提供商预先配置，并且也可以由作为附近的协调者或附近的领导的类似UE的RSU经由其与NR-SSS/NR-PSBCH块相关联或由侧链路上所选择的NR-SSS/NR-PSBCH块的NR-PSBCH指向的NR-PSBCH(例如，SL-MIB)、NR-PSDCH或NR-PSSCH(例如，SL-SI或SL-RRC)来配置或指示。
在没有网络控制的情况下，还可以半持久地分配和激活或停用侧链路上的多播时机，或由作为附近的协调者、队领导、附近的组领导、同步源UE或经由其在侧链路上的(一个或多个)调度SCI的调度UE的类似UE的RSU动态地指示。(一个或多个)SCI可以携带组ID，例如，SL-M-RNTI或SL-G-RNTI，或领导的SL ID，例如，对于领导的SL-L-RNTI或对于也是领导的UE的SL-C-RNTI。
可以在时间上用{MOtime-start，MOtime-length，(MOtime-period)，(MOtime-span)}来定义多播时机，其中起始点(例如，MOtime-start)以码元或以时隙或子帧的微时隙或以子帧定义；持续时间或长度(例如，MOtime-lengt)以码元或微时隙或子帧定义；并且周期性广播的周期(例如，MOtime-period)以微时隙或子帧或帧定义；或周期性广播的时间跨度(例如，MOtime-span)以子帧或帧定义。如果需要，可以根据(一个或多个)持续时间来设置(一个或多个)多播定时器。对于在时间上分布不均匀的多播时机，可以使用位图，例如指示(一个或多个)微时隙分配的微时隙位图，例如，MSB用于被分配给多播时机的时隙或子帧或时间跨度内的第一微时隙，LSB用于最后一个微时隙的。
可以在频率中用{MOfrequency-start，MOfrequency-range，(MOfrequency-gap)，(MOfrequency-hop-flag，MOfrequency-hop-pattern)}来定义多播时机，其中，起始点，例如，MOfrequency-start，以引用频率点的子载波、RB或RBG，例如，侧链路上的共用子载波0或RB0或RBG0或带宽部分(BWP)的第一子载波或RB或RBG来定义；范围，例如，MOfrequency-range，以RB或RBG或子信道定义；间隙可以针对均匀分布的频率分配，例如，MOfrequency-gap，其以RB、RBG或子信道定义；或者间隙可以是跳频模式，例如，MOfrequency-hop-pattern，如果启用调频频，MOfrequency-hop-pattern是“1”的话。对于在频率上分布不均匀的多播时机，也可以使用位图，例如RB或RBG位图，以指示RB或RBG分配，例如，MSB用于被分配给多播时机的BWP或操作频带内的第一RB或RBG，LSB用于最后一个RB或RBG。
可以针对V2X服务或应用或不同组播组的不同QoS要求(例如，时延、可靠性、数据尺寸、数据速率、占空比、服务范围或通信范围、周期性或非周期性、安全性要求等)配置不同的组播时机。如图7中所示，可以在相同或不同的侧链路资源上分配用于不同多播组的不同多播时机，如下例所示。例如，用于多播时机MO1的专用侧链路资源被配置用于车队或用于针对高时延和高可靠多播的高自动化传感器数据交换组。可以为两个低自动化UE组配置完全共享的侧链路资源上的多播时机MO2和MO3，以分别在每个组内多播信息，诸如BAM或CAM。与多播时机MO2和MO3一起在部分共享的侧链路资源上的多播时机MO4可以被配置为用于地图共享，诸如传感器和状态地图共享(SSMS)。
还如图7中所示，多播传输可以包括NR-PSSCH上的SCI和与SCI相关联或由SCI指示的NR-PSCCH上的多播消息。如果需要，那么可以通过用SL-M-RNTI或SL-G-RNTI盲解码SL-CORESET来检测在多播时机搜索空间中配置的多播SL-CORESET处分配的SCI。然后，可以使用SL-M-RNTI或SL-G-RNTI正确解码NR-PSSCH上的多播消息数据，如果它们基于基于SCI上携带的信息被用于NR-PSSCH的话。对于共享侧链路资源(例如，资源池)的多播时机，多播传输可以是基于感测的，例如，如果使用了资源，那么发送方必须退避并重试。如果共享的多播资源足够大，那么可以存在来自不同组的不同多播发送方的多个多播消息。因此，在接收方侧，UE可能不知道哪个消息来自共享资源上的哪个多播发送方。例如，在多播时机MO4，属于MO4多播组的UE可以使用指派的SL-M-RNTI4或SL-G-RNTI4在NR-PSCCH上找到携带SCI和多播指示(MI)的SL-CORESET，其指示其上或NR-PSSCH上携带的多播消息(例如，几位长的短消息)，并且如果需要，还可以基于由SCI携带的信息进一步利用SL-M-RNTI4或SL-G-RNTI4解码NR-PSSCH。类似地，MO2或MO3处的MO2或MO3多播组中的UE可以使用其指派的SL-M-RNTI2/SL-G-RNTI2或SL-M-RNTI3/SL-G-RNTI3来分别找出NR-PSCCH上携带具有多播指示的SCI的SL-CORESET，并根据需要分别用SL-M-RNTI2/SL-G-RNTI2或SL-M-RNTI3/SL-G-RNTI3解码NR-PSSCH。出于安全原因，具有专用侧链路资源的多播组MO1中的UE仍可以使用已指派的SL-M-RNTI1或SL-G-RNTI1来找出在NR-PSCCH上携带多播指示的SL-CORESET并相应地利用SL-M-RNTI1或SL-G-RNTI1解码NR-PSSCH上的消息。
不同的V2X应用或服务组的多播时机可以在侧链路上被分配在专用时间资源(例如，TDM)或专用频率资源(例如，FDM)或专用空间资源(例如，利用指向不同方向的定向天线面板或定向波束的SDM)处，在时间、频率或空间上没有重叠，例如，应用间无争用多播。
对于在半双工通信中接收多个V2X应用的多播消息的UE，相关V2X应用的TDM的多播时机可以避免不同的消息对于UE在时间上冲突。
对于无争用的多播，如果SCI自己携带有相关联的SL-M-RNTI或SL-G-RNTI，那么接收UE可以在与不同的V2X应用或服务组的多播时机对应的不同SL-CORESET处检测SCI；否则，UE可以在没有关联的SL-M-RNTI或SL-G-RNTI的情况下在针对不同V2X应用或服务组的不同搜索空间中配置的不同的V2X应用或服务组的组播时机在不同的SL-CORESET处检测SCI，其中PDCCH或SL-CORESET上的SCI可以与所选择的NR-SSS/NR-PSBCH块或参考信号(诸如所选择的NR-PSBCH的SL-CSI-RS或SL-DMRS)相关联。然后，如果UE将SL-M-RNTI或SL-G-RNTI用于与解码的SCI相关联或由其指向的NR-PSSCH，那么UE可以使用SL-M-RNTI或SL-G-RNTI对NR-PSSCH上的多播消息进行解码。
一个示例是多播时机仅包括(一个或多个)NR-PSCCH上的(一个或多个)SCI。例如，作为示例，如果SCI中的short-message-flag为“1”，那么也可以在SCI上携带非常短的多播消息(例如，几位)，如果需要，那么其可以用源ID进行加扰。
另一个示例是多播时机包括在(一个或多个)NR-PSSCH上的(一个或多个)多播消息，不具有(一个或多个)SCI，其中NR-PSSCH与所选择的NR-SSS/NR-PSBCH块相关联(例如，QCLed)或配置有所选择的NR-SSS/NR-PSBCH块的NR-PSBCH，例如，NR-PSSCH携带SL-SI或共用SL-RRC。
用于不同V2X应用或服务组的多播时机可以在共享的时间、频率或空间资源处在侧链路上分配(例如，时间、频率或空间的全部或部分重叠)。在资源上有全部或部分重叠的不同V2X应用的广播时机进行广播(例如基于组间争用的广播，其可以由例如SCI中的争用标志(例如，contention)指示)的不同UE需要首先进行信道感测以避免组间广播冲突。基于感测的信道接入对于V2X应用或服务组的不同QoS要求，可以是基于优先级的。例如，低时延V2X应用组的UE可以具有更少或没有退避时间，而耐时延V2X应用组的UE可以具有长的退避时间。
用于V2X应用的app-priority-flag和app-priority-level或app-priority-class或用于接近组的group-priority-level或group-priority-class可以由应用层或更高层初始配置，在有或没有网络控制的情况下在附近进行应用或服务发现期间由应用层或更高层指示，在加入所发现的组时由组领导指示，并且可以由应用层或更高层、由gNB在网络控制下在多播共用或专用搜索空间中经由(一个或多个)DCI、或由RSU或组领导基于附近的情况(诸如道路交通状况、附近的V2X应用的数量，广播UE的数量等)动态指示。
V2X应用或服务组的多播时机可以针对组内的每个传输成员UE在时间(例如，TDM)、频率(例如，FDM)、空间(例如，SDM)或它们的组合上以不同方式分配，以用于无冲突多播。特别地，用于不同UE的TDM方案对于半双工通信可以是有用的，以避免多播消息在时间上冲突。在这个场景中，接收UE可以在搜索空间中检测与发送UE的多播时机对应的SL-CORESET处的具有相关联的SL-M-RNTI或SL-G-RNTI的SCI，如果SCI自己携带它的话；否则，UE可以检测搜索空间中配置的与发送UE的多播时机对应的SL-CORESET处的SCI，而没有相关联的SL-M-RNTI或SL-G-RNTI，并且UE可以使用SL-M-RNTI或SL-G-RNTI来解码PDSCH上的多播消息，如果它们用于与已解码的SCI关联或由其指向的PDSCH的话。
可以在组内的发送成员UE之间的共享的时间、频率或空间资源上分配V2X应用或服务组的多播时机，例如，基于组内争用的多播。为了避免组内多播冲突，发送UE可能需要在完全或部分重叠的多播时机首先进行信道感测。基于感测的信道接入可以是基于随机的，例如，每个发送成员UE具有随机的退避时间。基于感测的信道接入可以是基于优先级的，例如，每个发送UE具有基于其优先级权利的退避时间。例如，RSU或领导UE可以具有更少或没有退避时间。
用于组内的多播UE的ue-priority-flag和ue-priority-level或ue-priority-level可以最初由应用层或更高层配置，在有网络控制或无网络控制的情况下在附近的V2X应用组发现或V2X服务设备组发现期间由应用层或更高层指示，在加入所发现的组时由组领导指示，并且其可以由应用层或更高层、由gNB在网络控制下在广播共用或专用搜索空间中经由(一个或多个)DCI、或由RSU或组领导基于附近的情况(诸如道路交通状况、附近的V2X应用的数量，广播UE的数量等)动态指示。
对于基于组间或组内争用的多播，如前所述，发送UE可以继续感测信道，直到信道可用、直到当前广播时机time-interval的结束、直到达到maximum-sensing动作，或直到multicast-timer到期(例如，数据太旧而无法广播)。一旦multicast-timer到期，就可以用新数据补充数据缓冲区或将其刷新(例如，移除)。
像基于争用的广播一样，用于监视多播时机的窗口(例如，monitor-window-multicast)也可以被配置或用信号从更高层向接收UE通知，以搜索多播时机(如果它是在窗口内分配的)。
像先前描述的广播一样，当以毫米波频谱操作时，波束扫掠也可以用于多播区域覆盖。另一个选项是用于多播区域覆盖的多波束传输，例如，MU-MIMO。
像先前描述的广播一样，由于每个接收UE对于多播UE是已知的，因此可以进一步在空间上限制或在空间上扩增多播波束扫掠。
侧链路上的单播：单播是在一对UE之间，其中UE可能需要被发现UE并且彼此被关联或配对。为了彼此识别，对于侧链路单播通信，需要标识，例如，SL-C-RNTI作为UE的侧链路(SL)ID或SL-C-RNTI-p作为对的ID。
在网络控制下，UE的SL ID(例如，SL-C-RNTI)或对ID(例如，SL-C-RNTI-p)可以在附接过程期间分别由gNB或类似gNB的RSU经由V2N或V2I接口，或者经由V2N接口在注册过程期间由V2X应用服务器指派。UE的SL ID或对ID也可以利用网络的管理或辅助由gNB或类似gNB的RSU或V2X应用服务器在组发现和加入组期间或对等体发现和配对期间指派。这可以确保附近的ID唯一性。
在没有网络控制的情况下，在发现和配对过程期间，UE的SL ID或对ID可以由RSU、当UE加入组时的组领导或由同步源UE或由调度UE来指派。RSU可以是组领导或附近的UE之间的协调者，并且它可以向UE指派附近唯一ID作为UE的SL ID或对ID。由于组领导一般在处于网络覆盖范围内由gNB或类似gNB的RSU或V2X应用服务器进行资格鉴定，因此，如果有RSU作为附近协调员，那么由RSU在本地进行资格认证，或者如果没有如上所述的网络控制和管理，那么由附近的其他组领导或UE合作进行资格认证。因此，组领导的ID在附近可以是唯一的。如果UE的SL ID或对ID由领导从其ID导出，例如，使用领导的ID作为根或使用领导的ID用于散列，那么可以确保UE的SL ID或对ID在附近的唯一性。为了与同步源UE配对，UE的SLID或对ID可以是由设备制造商或服务提供商指派的设备ID或由V2X云服务器指派的对等方ID，以确保附近的唯一性。UE还可以在附近协作地为其自身或对创建ID。例如，如果附近的UE周期性地广播其SL ID或对ID，例如用于对等方发现通告，那么UE可以扫描附近的UE的SLID或对ID，然后UE可以在附近为其自己创建唯一的SL ID或对ID。再例如，UE可以基于在对等方发现期间用于UE的SL ID或对ID创建的某些规则或策略来广播其期望的SL ID或对ID，并侦听来自其他组领导或附近UE的任何确认。如果SL ID或对ID被确认或未被拒绝，那么UE可以为其自身使用这个SL ID或对ID；否则，UE可以基于拒绝原因来调整SL ID或对ID。
在针对附近的不同V2X应用或组的组发现和加入组的过程期间或在对等方发现和配对的过程期间，可以对于附近的不同V2X应用或组为UE指派不同的SL ID或对ID。
还可以在针对附近的第一V2X应用或组的组发现和加入组的第一过程或对等体发现和配对的第一过程期间针对附近的第一V2X应用或组为UE指派第一SL ID；然后，如果在针对附近的其它V2X应用或组的组发现和加入组的第二过程或对等体发现和配对的第二过程期间对其进行了验证，那么UE可以对第二个V2X应用或组使用相同的SL ID。
当UE停止V2X应用或取消配对时，可以释放特定于V2X应用或对的ID。
UE的附近唯一的SL ID可以在其离开当前附近时被释放，例如，在当前RSU作为附近协调者或当前的附近领导的情况下。或者，当UE进入新的附近时，例如在新的RSU作为附近协调者或新的附近领导的情况下，UE的附近唯一的SL ID可以被重新指派或刷新。
与侧链路上的广播时机或多播时机相比，单播时机(UO)可以更加动态。但是，本文关于广播或多播侧链路讨论所描述的分配机制仍然可以应用于单播时机。
像广播时机和多播时机一样，可以将侧链路上的单播时机(UO)定义为在时间、频率或空间(例如，定向天线或面板或定向波束)中用于附近单播的侧链路资源分配。
像广播时机和多播时机一样，侧链路上的单播时机可以被指定，由制造商或服务提供商预先配置，等等。
利用网络控制，侧链路上的单播时机可以用SI或共用或专用RRC配置来静态地配置，用DCI的配置和激活或停用来半持久地分配，或者基于道路交通状况、附近的V2X应用的数据通信(例如，通信范围)以及附近的UE的能力和自动化级别分别由gNB或类似gNB的RSU经由V2N或V2I接口或者由V2X应用服务器经由V2N接口用(一个或多个)调度DCI动态地指示。
在没有网络控制的情况下，侧链路上的单播时机可以在组发现和加入组或对等方发现和配对期间由作为附近的协调者或组领导或同步源UE的RSU经由其NR-PSBCH(例如，SL-MIB)、其NR-PSDCH或NR-PSSCH在本地静态或半静态地配置，其中NR-PSDCH和NR-PSSCH与所选择的NR-SSS/NR-PSBCH块相关联(例如，QCL关系)或由所选择的NR-SSS/NR-PSBCH块的NR-PSBCH指向；其NR-PSSCH由NR-PSBCH(例如，SL-SI)指向或与其相关联或在其广播或多播时机上(例如，SL-RRC)或在附近的默认广播或多播时机上。一对之间的默认或后备单播时机可以由作为附近的协调者或附近的领导的类似UE的RSU经由其NR-PSBCH、或与所选择的NR-SSS/NR-PSBCH块相关联或由侧链路上所选择的NR-SSS/NR-PSBCH块的NR-PSBCH指向的NR-PSDCH或NR-PSSCH来配置或指示。
在没有网络控制的情况下，侧链路上的单播时机还可以半持久地分配和激活或停用，或者由类似UE的RSU作为附近的协调者、附近的组领导、同步源UE或调度UE经由其在侧链路上的(一个或多个)调度SCI动态地指示。单播时机还可以由一对中的任一UE经由在其NR-PSCCH上的调度SCI在默认时机或当前单播时机半持久地或动态地调度，当前单播时机可以是在对等方发现和配对期间建立的初始单播时机或在单播期间由其NR-PSCCH启用的活动单播时机。SCI可以携带发送方和/或接收方UE的SL ID(例如，SL-C-RNTI)或相关联的对ID(例如，SL-C-RNTI-p)。
可以在时间上用{UOtime-start，UOtime-length，(UOtime-period)，(UOtime-span)}来定义单播时机，其中起始点(例如，UOtime-start)以码元或以时隙或子帧的微时隙或以子帧定义；持续时间或长度(例如，UOtime-length)以码元或微时隙或子帧定义；并且周期性广播的周期(例如，UOtime-period)以微时隙或子帧或帧定义；或者周期性广播的时间跨度(例如，UOtime-span)以子帧或帧定义。如果需要，可以根据(一个或多个)持续时间来设置(一个或多个)单播定时器。对于时间上分布不均的单播情况，可以使用位图，例如微时隙位图，以指示(一个或多个)微时隙分配，例如，MSB用于被分配给单播时机的时隙或子帧或时间跨度内的用于第一微时隙，LSB用于最后一个微时隙。
可以在频率中用{UOfrequency-start，UOfrequency-range，(UOfrequency-gap)，(UOfrequency-hop-flag，UOfrequency-hop-pattern)}来定义单播时机，其中，起始点(例如，UOfrequency-start)以引用频率点的子载波、RB或RBG，例如，侧链路上的共用子载波0或RB0或RBG0或带宽部分(BWP)的第一子载波或RB或RBG，来定义；RB，范围(例如，UOfrequency-range)以RB或RBG或子信道定义；间隙可以用于均匀分布的频率分配(例如，UOfrequency-gap)，以RB、RBG或子信道定义；或者间隙可以用于跳频模式，例如UOfrequency-hop-pattern，如果启用跳频，UOfrequency-hop-pattern是“1”的话。对于在频率上分布不均匀的多播时机，也可以使用位图，例如RB或RBG位图，以指示RB或RBG分配，例如，MSB用于被分配给单播时机的BWP或操作频带内的第一RB或RBG，LSB用于最后一个RB或RBG。
像广播时机和多播时机一样，可以针对V2X服务或应用的不同QoS要求(例如，时延，可靠性，数据尺寸，数据速率，占空比，服务范围或通信范围、周期性或非周期性、安全性要求等)配置侧链路上的不同单播时机。
像广播时机和多播时机一样，可以在时间、频率或空间上的专用或共享侧链路资源上分配用于不同V2X应用或单播对的侧链路上的不同单播时机。单播时机可以在专用的侧链路资源上半持久性或动态分配。示例是车队中两个成员之间的单播，以实现低时延和高可靠性单播。单播时机可以在共享的侧链路资源上半持久性或动态分配。示例是交换BAM或CAM的两个UE之间的单播。在这种情况下，(一个或多个)单播时机的预留需要是基于感测的，以避免与共享侧链路资源的其它通信的可能冲突。
不同V2X应用或服务组的单播时机可以在专用时间资源(例如，TDM)或专用频率资源(例如，FDM)或专用空间资源(例如，SDM，其中定向天线面板或定向波束指向不同的方向)在侧链路上分配，而在时间、频率或空间上没有重叠，例如，应用间无争用单播。
对于在半双工通信中接收多个V2X应用的单播消息的UE，针对相关V2X应用的TDM单播时机可以避免不同单播消息对于UE在时间上冲突。
对于无争用单播，接收UE可以在针对不同V2X应用或服务组的不同单播搜索空间中配置的不同单播时机对应的不同SL-CORESET处检测具有配对的第一UE的SL ID(例如，SL-C-RNTI-1)和/或第二UE的SL ID(例如，SL-C-RNTI-2)或对ID(例如，SL-C-RNTI-p)的SCI，如果SCI携带它的话；否则，UE可以在针对不同V2X应用或服务组的不同单播搜索空间中配置的不同SL-CORESET处检测SCI，而没有相关联的SL-C-RNTI-1或SL-C-RNTI-2或SL-C-RNTI-p。NR-PSCCH或SL-CORESET上的SCI可以与所选择的NR-SSS/NR-PSBCH块或所选择的NR-PSBCH的参考信号(诸如SL-CSI-RS或SL-DMRS)相关联。然后，UE可以使用SL-C-RNTI-1或SL-C-RNTI-2或SL-C-RNTI-p来解码NR-PSSCH上的单播消息，如果SL-C-RNTI-1或SL-C-RNTI-2或SL-C-RNTI-p被用于与解码的SCI相关联或由其指向的NR-PSSCH的话。
一个示例是单播时机仅包括(一个或多个)NR-PSCCH上的(一个或多个)SCI。例如，作为示例，如果SCI中的short-message-flag为“1”，那么也可以在SCI上携带非常短的多播消息(例如，几位)，如果需要，那么其可以用源ID进行加扰。
另一个示例是单播时机包括(一个或多个)NR-PSSCH上的(一个或多个)多播消息，不具有(一个或多个)SCI，其中NR-PSSCH与所选择的NR-SSS/NR-PSBCH块相关联(例如，QCLed)或配置有所选择的NR-SSS/NR-PSBCH块的NR-PSBCH，例如，NR-PSSCH携带SL-SI或共用SL-RRC。
用于不同V2X应用或服务组的不同单播时机可以在共享的时间、频率或空间资源处在侧链路上分配(例如，时间、频率或空间的全部或部分重叠)。在资源上有全部或部分重叠的不同V2X应用或服务组的不同单播时机上单播(例如，基于应用间或组间争用的单播，其可以由例如SCI中的争用标志(例如，contention)指示)的不同UE需要首先进行信道感测以避免应用间或组间单播冲突。基于感测的信道接入对于不同V2X应用或附近组的QoS要求可以是基于优先级的。例如，低时延V2X应用组的UE可以具有更少或没有退避时间，而耐时延V2X应用组的UE可以具有长的退避时间。
用于V2X应用的app-priority-flag和app-priority-level或app-priority-class或用于接近组的group-priority-level或group-priority-class可以由应用层或更高层初始配置，在有或没有网络控制的情况下在附近进行应用或服务发现期间或在对等发现期间由应用层或更高层指示，在加入所发现的组时或在与所发现的对端配对时由组领导指示，并且其可以由应用层或更高层、在网络控制下由gNB经由在单播共用或专用搜索空间中的(一个或多个)DCI、或由作为附近的协调者的RSU或组领导基于附近的情况(诸如道路交通状况、附近的V2X应用的数量，广播UE的数量等)动态指示。
V2X应用或服务组的单播时机可以针对组内的每个成员UE或每对在时间(例如，TDM)、频率(例如，FDM)、空间(例如，SDM)或它们的组合上以不同方式分配，以用于无冲突单播。特别地，用于不同UE的TDM方案对于半双工通信是有用的。在这个场景中，UE可以在其自己或对的单播搜索空间中配置的与其自己或对的单播时机对应的SL-CORESET处检测具有配对的第一UE的SL ID(例如，SL-C-RNTI-1)或第二UE的SL ID(例如，SL-C-RNTI-2)或对ID(例如，SL-C-RNTI-p)的SCI，如果SCI自己携带它的话；否则，UE可以在其自己或对的单播搜索空间中配置的与其自己或对的单播时机对应的SL-CORESET处检测SCI，而没有相关联的SL-C-RNTI-1、SL-C-RNTI-2或SL-C-RNTI-p，并且UE可以使用SL-C-RNTI-1、SL-C-RNTI-2或SL-C-RNTI-p来对与解码的SCI相关联或由其指向的PDSSCH上的单播消息进行解码。
可以在组内的发送成员UE之间的共享的时间、频率或空间资源上分配V2X应用或服务组的单播时机，例如，基于组内争用的单播。为了避免组内单播冲突，发送UE可能需要在完全或部分重叠的多播时机首先进行信道感测。基于感测的信道接入可以是基于随机的，例如，每个成员UE或对具有随机的退避时间。基于感测的信道接入可以是基于优先级的，例如，每个UE或对具有基于其优先级权利的退避时间。例如，RSU或领导UE可以具有更少或没有退避时间。
用于单播UE的ue-priority-flag和ue-priority-level或ue-priority-class或用于同一应用或组内的单播对的priority-level或pair-priority-class可以在V2X应用或组发现或对等方发现期间由应用层或更高层指示，在加入所发现的组时由组领导指示，或在配对时由对等方UE指示。用于同一应用或组内的单播UE或对的优先级级别或优先级类别可以由应用层或更高层或由组领导或由对等方UE基于附近的情况(诸如道路交通状况、附近的V2X应用的数量、广播UE的数量等)动态地发信号通知。
对于基于应用间或组间以及应用内或组内争用的单播，如前所述，发送UE可以保持感测信道，直到信道可用、直到当前单播时机time-interval的结束、直到达到maximum-sensing动作，或直到unicast-timer到期(例如，数据太旧而无法单播)。一旦unicast-timer到期，就可以用新数据补充数据缓冲区或将其刷新。
像基于争用的广播或多播一样，用于监视单播时机的窗口(例如，monitor-window-unicast)也可以被配置或用信号从更高层或从gNB或类似gNB的RSU、V2X服务器、附近的RSU、组领导或对等方UE向接收UE通知，以搜索单播时机(如果它是在窗口内分配的)。
与广播或多播波束扫掠进行覆盖不同，单播波束是点对点配对的。对于大多数先进的驾驶应用，要求短得多的时延和高得多的可靠性，并且由于更高的移动性在单播波束对链路上具有更大的动态性，因此需要快速建立并精确维护单播波束对链路。类似于先前讨论的用于广播和多播的扩增的波束扫掠，传感器数据可以被用于扩增波束配对和波束调谐。空间信息(诸如对等方位置、距离、方向等)可以由更高层从传感器数据中导出，并且这个空间信息可以被用于扩增波束配对和波束跟踪，例如，angle-of-arrival、angle-of-departure、QCL-type等。
单播通信：本文公开了在侧链路上的一对之间的多种单播传输，以减少信令开销并减少侧链路上的时延，诸如发送方发起和控制的传输(例如，UE将其轨迹或操纵发送到近处的UE)，或接收方发起和控制的传输(例如，作为附近的协调者或附近的领导的RSU从UE拉取感知数据或传感器数据)。
在图8A中图示了在侧链路上发送方UE控制的单播传输的示例，其可以包括以下步骤(例如，图8B)。
步骤101：gNB或RSU或领导经由Uu接口上的RRC消息或PC5接口上的SL-RRC静态地配置，经由Uu接口上的RRC指示以及DCI激活或停用或PC5接口上的SL-RRC指示和SCI激活或停用针对发送方UE和接收方UE的对半持久地调度，或者经由Uu接口上的DCI或PC5接口上的SA-SCI动态地调度每个发送方或接收方UE的(一个或多个)单播时机。单播时机分配可以是作为一个大单播时机的一个资源区域，或者是作为多个小单播时机的多个资源区域，例如，如图8A中所示的
步骤102：在第一单播时机(例如，UO1)，发送方UE可以在NR-PSSCH上将数据分组的初始传输与NR-PSCCH上的第一SCI(例如，SCI1)一起发送到接收方UE。第一SCI可以携带用于解码数据的控制信息，诸如MCS、HARQ进程号和RV、HARQ ID、重复标志和编号、预译码、侧链路解调参考信号(SL-DMRS)端口和初始状态、跳频标志和模式等。第一SCI还可以携带资源预留，诸如在第二单播时机(例如，UO2)处的用于HARQ ACK/NACK反馈或其它反馈(诸如SL-CSI反馈)的资源分配、在第三单播时机(例如，UO3)处用于重传的资源分配(如果需要)、在用于侧链路声音参考信号(SL-SRS)或SL-CSI_RS(图中未示出)的分配的单播时之一处的资源分配，等等。
步骤103：接收方UE可以在NR-PSCCH上接收到第一SCI(例如，SCI1)并可以对其进行成功解码。然后，接收方UE可以使用SCI(例如，SCI1)中的信息来解码初始传输的数据，并且可以与与第一SCI(例如，SCI1)关联或由其指向的(一个或多个)NR-PSSCH上的重复数据组合。接收方可能无法解码数据并且可以在第二单播时机(例如，UO2)在由第一SCI(例如，SCI1)指示的侧链路资源上发送NACK反馈。如果被指示，那么接收方也可以发送SRS。如果被第一SCI(例如，通过SL-CSI请求)指示，那么接收方还可以发送侧链路信道状态信息(SL-CSI)反馈。
步骤104：发送方UE可以接收NACK并且可以在如第一SCI(例如，SCI1)中所指示的第三单播时机(例如，UO3)处用第二SCI(例如，SCI2)重传数据，该第二SCI包含相关解码信息，诸如HARQ参数，例如调制和编码方案(MCS)、冗余版本(RV)和HARQ ID、重复标志和编号、预译码、侧链路解调参考信号(SL-DMRS)端口和初始状态、跳频标志和模式等。第二SCI(例如，SCI2)还可以包含另外的资源预留，例如，在第四单播时机(例如，UO4)用于HARQ ACK/NACK反馈或其它反馈的资源分配也可以与重传一起被传输。
步骤105：接收方UE可以在NR-PSCCH上接收第二SCI(例如，SCI2)并对其进行成功解码。然后，接收方UE可以使用第二SCI(例如，SCI2)中的信息来解码NR-PSSCH上的数据。接收方可以根据需要通过在相同的HARQ ID下进行组合来成功解码数据，并在如第二SCI(例如，SCI2)指示的第四单播时机(例如，UO4)的资源处传输ACK。如果被指示，那么接收方UE还可以发送SRS。接收方还可以发送CSI反馈(如果有的话)。
发送方UE控制的单播传输的示例说明了与NR-PSSCH一起传输的第一SCI可以携带解码控制信息(诸如MCS、HARQ参数等)，用于解码NR-PSSCH上携带的相关联数据，并且可以携带资源预留信息(诸如分别用于HARQ ACK/NACK反馈、重复、重传和SL-CSI的资源分配)。
在图9A中图示了在侧链路上接收方UE控制的单播传输的示例，该示例可以包括以下步骤(例如，图9B)。
步骤110：gNB或RSU或领导静态地配置、或半持久地调度一对发送方UE和接收方UE的(一个或多个)单播时机，或动态地调度每个发送方或接收方UE的(一个或多个)单播时机。单播时机分配可以是作为一个大单播时机的一个资源区域，或者是作为多个小单播时机的多个资源区域，例如，如图9A中所示的UO1～UO4。
步骤111：在第一单播时机(例如，UO1)，接收方UE在NR-PSCCH上发送第一SCI(例如，SCI1)以请求或保留数据传输，例如拉取数据。第一SCI(例如，SCI1)可以携带在第二单播时机(例如，UO2)用于初始数据传输的资源分配，如果分别被启用，那么具有重复传输；在第四单播时机(例如，UO4)用于HARQ ACK/NACK反馈或其它反馈(诸如SL-CSI)的资源分配，以及在第五单播时机(例如，UO5)(未在图9A中示出)的资源分配，以便在需要时进行重传。
步骤112：发送方UE可以在NR-PSCCH上接收第一SCI(例如，SCI1)以请求具有保留资源的数据并且可以成功地对其进行解码。然后，发送方UE可以使用在第一SCI(例如，SCI1)中保留的资源信息来处理要在NR-PSSCH上携带的数据。发送方UE可以在由第一SCI(例如，SCI1)指示的资源处传输初始数据或重复数据(如果与第二SCI(例如，SCI2)一起被指示的话)。第二SCI(例如，SCI2)可以包括用于解码数据或用于其它资源资源化的控制信息(诸如SL-CSI)。
步骤113：接收方UE可以在NR-PSCCH上接收第二SCI(例如，SCI2)并对其进行成功解码。然后，接收方UE可以使用第二SCI(例如，SCI2)中的信息来解码NR-PSSCH上的初始数据或重复数据(如果被指示的话)。接收方可以成功地解码数据并在由第一SCI(例如，SCI1)指示的第四单播时机(例如，UO4)的资源处传输ACK。
接收方UE控制的单播传输的示例说明单独传输的第一SCI可以发起或预留具有用于初始传输、重复传输、HARQ反馈、SL-CSI等的预留资源的数据传输，并且第二SCI可以与包含用于相关联数据的数据解码信息的数据一起被传输。
注意：在图8A或图9A的示例中使用具有30kHz子载波间距数字学的帧结构。
如果单播时机是在与其它UE共享的时间、频率或空间资源上，那么传输可以基于感测，而接收可以基于监视窗口，例如，使用monitor-window来检测SL-CORESET中的SCI，如先前针对基于争用的单播所述的。
可以动态地调整发送方UE控制的传输或接收方UE控制的传输。例如，在图9A中的步骤112处，发送方UE也可以在第二SCI(例如，SCI02)中分配用于HARQ ACK/NACK或其它参数的资源。
图8A中所示的发送方UE发起和控制的单播示例也可以适用于发送方UE发起和控制的多播。图9A中所示的接收方UE发起和控制的单播示例也可以适用于附近的接收方UE发起和控制的多对一通信。对于多播，HARQ反馈或SL-CSI反馈可以来自所有接收UE或接收UE中的一些。
车队中的通信：在车队中可以要求广播、多播和单播通信的混合。例如，队领导或(一个或多个)队成员可以向附近的所有UE广播以交换合作驾驶信息。队领导或(一个或多个)队成员还可以向队内的成员UE多播以获取轨迹或操纵地图。队领导或(一个或多个)队成员还可以向加入或离开队的UE单播。作为示例，队领导可以向RSU单播以交换感知数据。总体而言，作为示例，队领导可以优化针对侧链路上的混合通信的资源。
图10A中图示了一个示例，该示例示出了可以由队领导分配侧链路资源以在队中进行更高效的通信。广播区域：可以包括一个或多个广播时机(BO)。对于多个BO，可以按图10A中所示对它们进行FDM或TDM或两者结合。可以在用于每个成员UE的专用资源处分配BO(例如，无争用广播)，或者可以在用于所有成员UE的共享资源上分配BO(例如，基于完全争用的广播)。混合广播的示例(例如，无争用和基于争用的混合广播)可以具有专用于领导的第一BO集合和由其余成员UE共享的第二BO集合。混合广播的另一个示例可以具有专用于领导的第一BO集合和专用于每个中继UE的第二BO集合以及由其余成员UE共享的第三BO集合。对于基于完全争用的广播，领导在任何BO处都可以具有最高广播优先级并且具有最少或为零的退避时间。队成员UE可以首先在侧链路上感测信道，如果信道被占用，那么它可以退避与优先级相关的一段时间(例如，中继成员可以比其它成员具有更高的优先级)，可以在之后感测信道进行广播。广播可以针对附近的所有UE，包括非队成员UE。
参考图10A，多播区域：可以包括一个或多个多播时机(MO)。对于多个MO，可以按图10A所示对它们进行FDM或TDM或两者结合。可以在用于每个成员UE的专用资源处分配MO(例如，无争用多播)，或者可以在用于所有成员UE的共享资源上分配MO(例如，基于完全争用的多播)。混合多播的示例(例如，无争用和基于争用的混合多播)可以具有专用于领导的第一MO集合和由其余成员UE共享的第二MO集合。混合多播的另一个示例可以具有专用于领导的第一MO集合和专用于每个中继UE的第二MO集合以及由其余成员UE共享的第三MO集合。对于基于完全争用的广播，领导在任何MO处都可以具有最高多播优先级并且具有最少或为零的退避时间。队成员UE可以首先在侧链路上感测信道，如果信道被占用，那么它可以退避与优先级相关的一段时间(例如，中继成员可以比其它成员具有更高的优先级)，可以之后感测信道进行多播。多播可以针对所有队成员。
进一步参考图10A，单播区域：可以包括一个或多个单播时机。对于多个UO，可以按图10A所示对它们进行FDM或TDM或两者结合。可以在用于每个成员UE的专用资源处分配UO(例如，无争用单播)，或者可以在用于所有成员UE的共享资源上分配UO(例如，基于完全争用的单播)。混合单播的示例(例如，无争用和基于争用的混合单播)可以具有专用于领导的第一UO集合和由其余成员UE共享的第二UO集合。混合多播的另一个示例可以具有专用于领导的第一UO集合和专用于每个中继UE的第二UO集合以及由其余成员UE共享的第三UO集合。对于基于完全争用的单播，领导在任何MO处都可以具有最高多播优先级并且具有最少或为零的退避时间。队成员UE可以首先在侧链路上感测信道，如果信道被占用，那么它可以退避与优先级相关的一段时间(例如，中继成员可以比其它成员具有更高的优先级)，然后可以感测信道进行单播。单播可以针对队中的每个成员。
广播区域、多播区域和单播区域可以在专用时间资源(例如，如图10A所示的TDM)、频率资源(例如，FDM)或空间资源(例如，SDM)或它们的组合上在侧链路上分配。广播区域、多播区域或单播区域可以在共享的侧链路时间、频率或空间资源上分配。在这种情况下，部分重叠或完全重叠，领导可以在通信区域之间设置优先级规则，例如，广播或多播的优先级高于单播。一个示例是在共享资源上分配广播区域和多播区域，在不同资源上分配单播区域。
附近的通信：不同V2X应用的广播、多播和单播的混合可以在附近共同定位。优化用于侧链路上不同V2X应用之间的混合通信的资源可以由作为用于附近的所有组领导或UE的协调者的RSU来进行。
图10B中图示了一个示例，其示出了不同V2X应用的通信可以在频率上进行不同的分配(例如，在不同的操作频带中进行FDM)，或者在时间上进行不同的分配(例如，在不同的时间间隔中进行TDM)。
对多播的反馈：对于要求可靠多播的V2X应用，可以对HARQ ACK/NACK反馈进行适配，以确保消息被组内的接收方正确解码；链路适配也可以被实现，以优化针对组内每个接收方的链路质量。但是，对多播的反馈是多对一通信，并且为了从大型多播组内的所有接收方收集反馈，无线电资源成本可能非常高并且会增加时延，尤其是对于侧链路信道状态信息(SL-CSI)报告，与HARQ反馈相比，它要求多得多的无线电资源来进行反馈。因此，在组播反馈设计中应当考虑可靠性、资源成本和时延之间的某种权衡。
不同V2X应用可以要求不同级别的可靠性或性能。例如，对于自动化水平非常高的V2X应用，可以要求有保证的可靠性和性能，例如，组内的每个接收方都在所需的时延内成功解码分组。例如，对于自动化水平低的V2X应用，可以要求尽力而为的可靠性和性能，例如，组内接收方的高百分比(例如，60％到70％)在所需的时延内成功解码分组。例如，对于具有人类驾驶员的V2X应用，最省力的可靠性和性能可以是足够好的，例如，组内接收方的低百分比(例如，30％到40％)在所需的时延内成功解码分组。
基于可靠性或性能要求的不同水平，可以以可靠性、资源成本和延迟之间的权衡来实现来自接收方UE的反馈。为了有保证的性能，例如，在用于V2X服务的最小所需通信范围内，发送方需要从所有接收方(例如，100％或全部计数的接收方UE)接收HARQ ACK/NACK反馈；发送方应当从所有接收方接收SL-CSI测量，并使链路适应最小所需范围内的最差测量值。在这种情况下，可以由更高层用接收方计数值(例如，rx_count)来指示发送方，例如，发送方需要从rx_count个接收方UE接收HARQ ACK/NACK。为了实现尽力而为性能，例如，在用于V2X服务的最小通信范围中，发送方应当从一定比例(小于100％)的接收方UE(例如，仅从一些UE)接收ACK反馈；发送方应当从超过一定百分比或一定计数的接收方(小于100％)接收SL-CSI测量并使链路适应最差或平均测量。在这种情况下，可以用百分比值(例如，percent)或接收方计数值(例如，rx_count)来指示发送方，这些值可以来自更高层。对于最小努力性能(例如，在用于V2X服务的最大通信范围中)，发送方应当从低或零百分比或一个或零个接收方UE接收ACK反馈，例如，如果零百分比或零个接收方UE计数，则没有ACK反馈，并且发送方应当从零百分比或零个接收方接收CSI测量，并且在没有SL-CSI反馈的情况下适配链路，例如，不进行CSI测量和报告，其中百分比值(例如，percent)或接收方计数值(例如，rx_count)可以来自更高层。
可以由更高层配置和指示用于从V2X服务的QoS要求得出的性能水平的阈值(例如，threshold-perform)，例如，该水平与有保证的、良好的、尽力而为的、较差的、最少努力的性能水平对应，并且还可以在与所传输的数据相关联的SCI中动态地指示，从而使得例如接收方UE可以在解码接收到的数据之后决定是否反馈HARQ ACK/NACK。
为了使组内的多个接收方UE或所有接收方UE发送HARQ ACK/NACK或CSI测量报告，组领导可以半静态或动态地向每个UE分配专用时间(例如，TDM资源)、频率(FDM资源)或空间(例如，SDM资源)资源(每个UE可以在时间、频率或空间上以不同的资源分配发送HARQACK/NACK)，或半静态或动态地分配在UE之间共享的时间、频率或资源(例如，UE可以在时间、频率或空间上以相同的资源分配发送HARQ反馈)。对于共享资源的另一个示例，UE可以首先感测信道，如果信道可用，则发送反馈。如果信道不可用，那么UE可以以随机生成的退避时间退避，然后再次感测该信道，或者在不发送任何反馈的情况下退避。
对于TDM和FDM反馈资源，接收方UE应当适当地调整时间提前，以使来自不同UE的反馈在多播发送方侧被正确地对准。但是，UE一般在附近的V2X应用组内彼此非常靠近，并且如果接收方与从多播发送方发送的参考信号完全同步，那么组成员之间的信号传播延迟差异可能并不显著。
对于附近的V2X应用组，组领导可以在“加入组”过程期间收集成员UE的上下文，诸如尺寸和高度、天线高度和位置(例如，前保险杠、后保险杠或车顶)、存储和计算能力等。组领导还可以通过例如轨迹交换来获得组的通信网络拓扑中所有成员UE的位置映射。在这种情况下，组领导可以通过基于附近的情况(诸如道路交通状况、附近的V2X应用、成员UE的数量、组网络拓扑的尺寸和形状、通信范围等)动态地管理用于HARQ反馈的成员UE的列表(例如，list-UE-HARQ)和用于SL-CSI测量和报告的成员UE的列表(例如，list-UE-CSI)来减少多对一反馈的资源或时延。组领导可以静态配置列表(例如，list-UE-HARQ和list-UE-CSI)(例如，发送给组成员的SL-RRC消息)并且可以半静态(例如，SL-MAC CE)或动态(例如，SL-SCI)指示对它们的改变以及用于所列出的UE的反馈的资源分配。
例如，为了有保证的服务，组领导(例如，组中用于多播的发送方)可以征募所有成员UE用于HARQ反馈，并且征募组网络拓扑的大汽车后面的成员UE或外边缘位置(例如，在所需的通信范围内)处的成员UE用于HARQ反馈或SL-CSI测量和报告。而且，组领导可以在多个UE彼此非常靠近的区域处挑选一个或两个UE(例如，小百分比)用于HARQ反馈或SL-CSI测量和报告。此外，组领导可以更改UE子组(例如，list-UE-CSI的子集1和子集2)用于不同时间的HARQ反馈或SL-CSI测量和报告。
对于汽车编队，成员UE之间的距离可以非常小，并且组网络拓扑可以非常特殊，例如，一排紧密定位的UE，其在很长时间内非常稳定。这可以允许队领导进一步优化多对一反馈机制。例如，挑选该排上与队领导有直接无线电链路(例如，所需的通信范围)的最远的UE，用于HARQ反馈或SL-CSI测量和报告。
除了减少组播多对一反馈的开销之外，如果初始传输被成功解码，那么保留用于重传的资源也可以由近处的发送方或其它UE重用。
在由(一个或多个)接收方UE指示第一数据的成功(例如，ACK)或非失败(例如，无NACK)传输之后，发送方UE可以将保留的重传资源重新用于第二数据(如果数据准备好的话)。
在从(一个或多个)接收方UE检测到第一数据的成功地(例如，ACK)或非失败(例如，无NACK)传输的(一个或多个)指示之后，附近的其它UE可以重用为数据预留的重传资源(如果数据准备好传输的话)。例如，如果仅NACK HARQ反馈资源在所有接收方UE之间共享，那么附近的UE可以通过例如基于能量的测量(例如，位于NACK反馈资源处的SL-RSSI)来检测是否已经在这个资源分配处发送了任何NACK，并因此决定预留的重传资源是否可以重用。
对于半持久预留的资源，例如，用于接下来的(一个或多个)数据分组的预留资源，第一发送UE未使用的重传资源可以由第二发送UE感测，因此可能预留已经为接下来的(一个或多个)数据分组预留的(一个或多个)相同资源。在这种情况下，为了确定为接下来的(一个或多个)数据分组预留的资源是否仍然可用，第一发送UE需要检查预留SCI。
HARQ反馈信道
HARQ反馈信道：对于在物理侧链路反馈控制信道(PSFCCH)上携带的侧链路反馈控制信息(SFCI)上携带的一位或两位HARQ ACK/NACK反馈信号，在这里公开了基于低峰-均功率比(PAPR)序列的设计作为示例，具有以下序列设计。
其中是长度为NZC的Zadoff-Chu序列，其中u为序列组，v为序列号并且a为循环移位。循环移位a可以是初始循环移位值m0、(一个或多个)HARQ ACK/NACK位m和序列c的函数，如以下等式所示。
α＝f(m0，m，c(nslot，nsymbol，nRB)))
其中序列c是作为帧内时隙数的nslot、作为时隙内的码元数的nsymbol和作为RB索引的nRB的函数。
为了让不同的接收UE在不同的HARQ反馈资源(例如，不同的码元和/或RB位置)上发送HARQ ACK/NACK反馈，接收UE的ID(例如，)可以被用于隐式或显式地映射到nsymbol或nRB。例如，映射其中NRB是用于HARQ反馈的RB数。对于映射的另一个示例，第一接收UE被映射到第一nRB，第二接收UE被映射到第二nRB，依此类推。类似地，用于接收UE的到nsymbol的映射。或者，如果多个码元和RB用于多接收UE反馈，那么(nsymbol，nRB)的组合用于映射接收UE。
对于不同的HARQ过程，类似的映射方案也可以用于分别以nsymbol或nRB或以(nsymbol，nRB)的组合来映射HARQ ID。映射接收UE或HARQ过程的另一个示例是通过使用初始循环移位值m0。例如，不同的接收UE或HARQ过程可以被映射有不同的m0值。
初始循环移位值m0可以由gNB经由RRC或由RSU或领导经由SL-RRC进行配置。(一个或多个)HARQ ACK/NACK位m对于1位ACK/NACK可以被映射到{m2/m1}，或对于2位ACK/NACK可以被映射到{m4/m3，m2/m1}，其中第一ACK/NACK与第一接收数据对应，第二ACK/NACK与第二接收数据对应，反之亦然。作为示例，可以将cinit指派给发送方ID或源ID以识别ACKed/NACKed的数据的发送方或源。
用于HARQ ACK/NACK反馈的资源可以由发送方UE保留并在与数据相关联的SA-SCI或SCI中指示。
可以由gNB经由RSU或由RSU或附近的领导或组的领导经由SL-RRC来配置在PSFCCH上携带的用于HARQ ACK/NACK反馈的资源集，PSFCCH_resourceSet_ID，并由具有在与所传输的数据相关联的SCI中指示的资源索引或ID(PSFCCH_resourceID)的发送方UE。
在PSFCCH上携带的用于HARQ ACK/NACK反馈的资源也可以从携带与所传输的数据相关联的SCI的PSCCH或从携带与所传输的数据的PSSCH得出。例如，起始码元的时间分配可以从携带与数据相关联的SCI的PSCCH的最后一个码元得出，作为S1码元，或者从携带与数据相关联的SCI的PSSCH的最后一个码元得出，作为S2码元；具有起始RB或RBG或子信道的频率分配可以从携带与具有偏移量的数据相关联的SCI的PSCCH的第一个RB或RBG或子信道得出，例如，RBPSCCH0/RBGPSCCH0/SubchannelPSCCH0+RBPPSCCHoffset/RBGPSCCHoffset/SubchannelPSCCH0ffset，例如，或者从携带具有偏移量的数据的PSSCH的第一个RB或RBG或子信道得出，例如，RBPSSCH0/RBGPSSCH0/SubchannelPSSCH0+RBPPSCCHoffset/RBGPSCCHoffset/SubchannelPSCCH0ffset；空间滤波器或关联是从携带与数据相关联的SCI的PSCCH或携带数据的PSSCH得出的。
携带HARQ ACK/NACK SFCI的物理侧链路反馈信道(PSFCH)的RRC配置的示例如下。
HARQ ACK/NACK传输
HARQ ACK/NACK传输：为了避免针对HARQ ACK/NACK传输太多的PSFCCH，本文公开了可能不预期UE在时隙中向发送方发送多于一个PSFCCH。UE可以在FSFCH资源分配处分别使用{m2/m1}来ACK/NACK一个接收到的传输块(TB)并使用{m4/m3，m2/m1}来ACK/NACK两个接收到的TB。
对于基于感测的资源选择，两个UE可以同时选择(一个或多个)相同的资源。例如，如果两个发送方为接收方UE选择(一个或多个)相同的资源进行ACK/NACK，那么接收方UE在相同的资源处分配了两个PSFCCH，分别对两个数据TB进行ACK/NACK，那么UE可以用中的不同发送方ID在相同的资源处多路复用PSFCCH，例如，其中以向发送方1进行ACK/NACK，并且其中以向发送方2进行ACK/NACK。
对于基于感测的资源选择，两个UE可以同时选择(一个或多个)相同的资源。例如，如果两个发送方选择(一个或多个)相同的资源来分别对向彼此发送的两个TB进行ACK/NACK，例如，在相同的资源处，UE发送PSFCCH以对在该资源处接收到的TB进行ACK/NACK，而UE接收在PSFCCH以对由该UE发送的TB进行ACK/NACK。这是个半双工问题并且可以将其视为错误。为了避免这种半双工问题，公开了HARQ ACK/NACK时间线(例如，起始码元)是从携带与数据相关联的SCI的PSCCH或携带数据的PSSCH得出的。因为不预期UE在同一时隙中传输或接收PSCCH或PSSCH。
通过侧链路的通信中的一些被广播到附近的所有UE，通信中的一些在附近的一组UE之间进行组播，并且通信中的一些在附近的一对UE之间进行单播。不同的通信可以要求不同的配置、控制信令以及UE过程。
下面详细描述用于在侧链路上进行广播、组播和单播的不同方案。
注意的是，在大多数图示中可以使用15kHz子载波间距数字学，其在时隙中具有14个码元并且在子帧中具有1个时隙。但是对于30kHz子载波间距数字学，每个时隙有14个码元并且子帧中有2个时隙，因此，通信时机也可以配置在一个时隙内。还应该注意的是，一些术语可以互换使用，诸如UE和车辆UE、多播和组播。
用于广播、组播或单播的配置
资源池和资源配置-为了支持高级V2X服务，可以要求UE支持附近的广播、组播或单播通信，其中可以共享用于不同通信的(一个或多个)无线电资源池或无线电资源，如图13A-图13D中所示共享或如图14A-图14D中所示专用。
如图13A-图13D中所示，可以在侧链路带宽部分(例如，如图所示的SL-BWP)内的一个或多个资源池上配置用于UE的NR-V2X侧链路通信(诸如广播、组播或单播)的资源，其中可以在专用资源或共享资源上配置资源。
例如，专用资源可以被配置为分别以不同的时间分配进行广播、组播或单播，例如，如图13A所示在SL-BWP内的共享资源池上进行时分复用(TDM)，或者以不同的频率分配，例如，如图13B所示在SL-BWP内的共享资源池上进行频分复用(FDM)。
对于另一个示例，共享资源还可以被配置为分别在时间或频率上重叠在SL-BWP内的一个或多个资源池上进行广播、组播或单播，如图13C所示，其中SL-BWP内有一个资源池，并且如图13D所示，其中SL-BWP内有两个重叠的资源池，例如Resource-pool 1和Resource-pool 2。
如图14A-图14D中所示，可以分别在一个或多个侧链路带宽部分内的专用资源池上配置用于UE的NR-V2X侧链路通信(诸如广播、组播或单播)的资源。
例如，可以将专用资源分别配置为在每个专用资源池处进行广播、组播或单播，其中相应的资源池可以如图14A所示在SL-BWP内进行TDM或如图14B所示在SL-BWP内进行FDM。
对于另一个示例，可以分别在每个专用资源池处将专用资源配置为用于广播、组播或单播，其中相应的资源池可以在如图14C所示的相同带宽部分内或在如图14D所示的不同带宽部分内。例如，用于广播和调度指派侧链路控制信息(SA SCI)的资源可以在由所有UE共享的共用带宽部分(例如，如图所示的SL-BWP-C)内配置，用于单播数据或反馈的资源可以在专用带宽部分(如图所示用于单播数据的SL-BWP-U)内配置，并且用于组播数据或反馈的资源可以在专用带宽部分(如图所示的SL-BWP-G)内配置。
在这种情况下，接收单播或组播消息的UE可能需要相应地自动切换侧链路带宽部分。例如，UE在由共用侧链路带宽部分(例如，SL-BWP-C)内的单播侧链路控制资源集(SL-CORESET)定义的单播监视时机监视SA SCI在控制资源池中的单播。在成功解码指向在专用侧链路带宽部分(例如，SL-BWP-U)中分配的单播数据的SA SCI之后，UE可以基于SA SCI解码定时器自动切换到SA SCI中指示的带宽部分。一旦UE切换到专用侧链路带宽部分，用于单播数据的SL-BWP-U，它就可以成功解码数据并在相同带宽部分(SL-BWP-U)内的SA SCI指示的资源处发送确认(ACK)HARQ反馈，于是UE可以基于反馈定时器自动切换回共用侧链路部分SL-BWP-C，并基于分别由广播SL-CORESET、组播SL-CORESET或单播SL-CORESET定义的监视时机继续监视SA SCI进行广播、组播或单播。类似地，如果组播传输和反馈被分配在专用带宽部分(例如，SL-BWP-G)中，那么UE可以自动将其带宽切换部分切换用于组播。
无线电资源控制信息元素
下面详细描述与侧链路资源池或资源配置相关的无线电资源控制(RRC)信息元素。
SL-BWP：SL-BWP IE可以被用于配置侧链路带宽部分的通用参数，例如，侧链路BWP的数字学。
对于每个服务小区，网络至少配置共用侧链路带宽部分(例如，特定于小区，作为示例，用于广播和调度指派)。此外，网络可以为服务小区配置附加的侧链路带宽部分(例如，特定于载波)。
侧链路带宽部分(SL-BWP)配置可以被划分为共用参数和专用参数。表1和表2举例说明了用于共用SL-BWP配置或专用SL-BWP配置的典型SL-BWP配置。
表1 SL-BWP信息元素
表2 SL-BWP字段描述
SL-NRV2X-BWP：IE SL-NRV2X-BWP可以被用于配置附加的侧链路NR-V2X带宽部分(不用于共用侧链路BWP)。这个IE中的slbwp-Id字段不取值0，因为该值是为共用侧链路BWP预留的。可以为不同的NR-V2X资源分配模式设置(一个或多个)附加的侧链路NR-V2X带宽部分(例如，模式1，其中由NR Uu和LTE Uu调度NR侧链路，或者模式2，其中由UE基于侧链路预配置以及NR Uu和LTE Uu的配置进行感测和资源选择过程)，或用于不同类型的通信(例如，单播或组播)。
表3 SL-NRV2X-BWP信息元素
表4 SL-NR V2X-B WP字段描述
SL-BWP-Id：IE SL-BWP-Id可以被用于指代侧链路带宽部分(BWP)。共用侧链路BWP由“SL-BWP-Id 0”引用。其它侧链路NR-V2X BWP由“SL-BWP-Id 1到maxNrofSLBWPs”引用。
表5 SL-BWP-Id信息元素
SL-NRV2X-BWP-Common：IE SL-NRV2X-BWP-Common可以被用于配置侧链路NR-V2XBWP的共用参数。它们是“特定于小区的”。还经由系统信息提供PCell的共用侧链路带宽部分的共用参数。对于所有其它服务小区，网络经由专用信令(如RRC消息)提供用用参数。
表6 SL-NR V2X-B WP-公共信息元素
表7 SL-NR V2X-H WP-Common字段描述
SL-NRV2X-BWP-Dedicated：IE SL-NRV2X-BWP-Dedicated可以被用于配置侧链路NR-V2X BWP的专用(特定于UE的)参数，例如，专用于组播或单播。
表8SL-NRV2X-BWP-Dedicated信息元素
表9 SL-NRV2X-BWP-Dedicated字段描述
SL-NRV2XCommResourcePool：IE SL-NRV2XCommResourcePool为NR-V2X侧链路通信配置各个资源池的配置信息。该IE覆盖侧链路控制信息和数据以及反馈(如果启用的话)的配置。对于不同的侧链路NR-V2X通信(例如，广播、组播和单播)，或对于不同QoS要求的不同NR-V2X服务，这个池可以由不同UE共享。
表10 SL-NRV2XCommResourcePool信息元素
表11 SL-NRV2XCommResourcePool字段描述
SL-NRV2XCommResourcePoolDedicate：IE SL-NRV2XCommResourcePoolDedicate为NR-V2X侧链路通信配置各个资源池的配置信息。该IE覆盖侧链路控制信息和数据以及反馈(如果启用的话)的专用配置。这个池可由不同UE共享以用于专用的侧链路NR-V2X通信(例如，广播、组播或单播)，或用于具有不同QoS要求(诸如优先级、时延、可靠性或通信范围或区)的不同NR-V2X服务。参数类似于上面示例性的表10和表11中所示。
SL-CommTxPoolSensingConfig：IE SL-CommTxPoolSensingConflg指定基于感测的用于UE自主资源选择的侧链路NR-V2X通信配置，例如，在与资源分配模式2共享资源池的同时使用具有类似许可类型1的资源分配模式1、资源分配模式2等等。
表12SL-NRV2X-CommTxPoolSensingConfig信息元素
表13 SL-CommTxPoolSensingConflg字段描述
SL-CommTxPoolSensingConfigDedicated：IE SL-CommTxPoolSensingConfigDedicated指定用于UE自主资源选择的侧链路NR-V2X通信配置，例如，在与资源分配模式2共享资源池的同时使用具有类似许可类型1的资源分配模式1、资源分配模式2等，专用于不同的NR-V2X通信(诸如广播、组播或单播)，或用于具有不同QoS要求的不同NR-V2X服务。
SL-NRV2XControlResourceSet：IE SL-NRV2XControlResourceSet可以被用于为在其中搜索侧链路控制信息的sidelinksl-nrv2x NR-V2X通信配置侧链路控制资源集(SL-CORESET)，例如，调度SCI。UE可以配置有不同的SL-NRV2XControlResourceSet，以用于不同的NR-V2X通信或用于具有不同QoS要求的不同NR-V2X服务。
表14 NRV2X-ControlResourceSet信息元素
表15 ControlResourceSet字段描述
SL-NRV2X-ControlResourceSetId：SL-NRV2X-ControlResourceSetId IE涉及短标识，用于识别服务小区内的侧链路NR-V2X控制资源集。SL-NRV2X-ControlResourceSetId＝0识别经由PSBCH(SL-MIB)并在SLcontrolResourceSetZero(SLServingCellConfigCommon)中配置的SL-NRV2X-ControlResourceSet#0。ID空间可以跨服务小区的(一个或多个)SL-NRV2X-BWP使用。对于配置有不同NR-V2X通信的UE，可以使用不同的SL-NRV2X-ControlResourceSetId，例如指向广播、组播和单播监视时机，或者用于具有不同QoS要求的不同NR-V2X服务。
表16 SL-NRV2X-ControlResourceSetId信息元素
SL-NRV 2X-TxPoolIdentity：IE SL-NRV2X-TxPoolIdentity识别被配置用于侧链路NR-V2X传输的个体池条目，用于通信和发现。对于配置有用于不同通信(诸如广播、组播和单播)或具有不同QoS要求的不同NR-V2X服务的不同池的UE，可以相应地配置多个SL-NRV2X-TxPoolIdentity。
表17 SL-NRV 2X-TxPoolIdentity信息元素
SL-NRV2X-InterFreqInfoList：IE SL-NRV2X-InterFreqInfoListV2X指示用于NR-V2X侧链路通信的相邻频率的同步和资源分配配置。
表18 SL-NRV2X-InterFreqInfoList信息元素
表19 SL-InterFreqInfoListV2X字段描述
SL-NRV2X-CommConfigDedicated：IE SL-NRV2X-CommConfig指定用于侧链路NR-V2X通信的专用配置信息。特别地，它包括用于在专用于不同NR-V2X通信的主频率上的NR-V2X侧链路通信(诸如广播、组播或单播)的传输资源配置。
SL-NRV2X-Preconfiguration：IE SL-NRV2XSL-NRV2XSL-NRV2X-Preconfiguration包括用于NR-V2X侧链路通信的预配置参数。
表20 SL-NRV2X-CommConfig信息元素
用于广播、组播和单播的控制信号
用于广播、组播或单播的控制信号：下面举例说明为不同的侧链路通信公开的不同格式的SCI。
存在几种在有用位(尺寸)和盲解码开销之间进行权衡的设计SCI的途径。
一种方法是将不同格式化的SCI打包为一个尺寸，例如，用于广播的SCI格式1、用于组播的SCI格式2A以及SCI格式2B打包为一个尺寸并使用2位Format字段指示格式。
另一种方法是将具有相似尺寸的不同格式的SCI打包为一个尺寸，例如，作为短SCI用于广播的SCI格式1，以及作为长SCI用于组播的SCI格式2A和用于单播的2B。
NR-V2X SCI格式1可以用于广播PSSCH的调度。可以通过SCI格式传输以下信息：
-格式-1或2位。1位表示是否广播；2位分别表示广播、组播或单播
-优先级/抢占-3位，“111”或“000”表示抢占指示，其中预留的资源被更高优先级的传输抢占。抢先的发送UE需要预留用于传输的资源并且也可以向接收方UE指示这一点。
另一个示例是使用独立于优先级位值的专用l位抢占指示。
-资源预留-4位
-初始传输和重传的时间资源位置-8～10位。
-初始传输和重传的频率资源位置-位。
-跳频-1位
-初始传输和重传之间的时间间隙-4位。
-重传次数-2～3位
-重传索引-2～3位。
-调制和译码方案-5位。
-传输格式-1位，其中值1指示包括速率匹配和TBS缩放的传输格式，而值0指示包括删余(puncturing)且没有TBS缩放的传输格式。
-添加填充位，直到SCI格式1的尺寸对于格式1等于X位为止。填充位被设置为零。
NR-V2X SCI格式2可以被用于例如相同尺寸但不同字段的组播(例如，格式A)或单播(例如，格式B)PSSCH的调度。可以通过SCI格式2传输以下信息：
-格式-1或2位。1位表示是否广播；2位分别表示广播、组播或单播
-侧链路带宽部分指示器-2位。这可以被用于专用SL BWP，用于不同的侧链路通信(诸如组播或单播)。
-优先级/抢占-3位，“111”或“000”表示抢占。
另一个示例是使用独立于优先级位值的专用l位抢占指示。
-源ID/发送方ID/对ID-6～8位，源ID是用于组播的组ID，对ID是用于单播的。
-目的地ID/接收方ID-6～8位，用于组播和单播。
-资源预留-4位
-初始传输和重传的时间资源位置-8～10位。
-初始传输和重传的频率资源位置-位
-跳频-1位
-反馈的时间资源位置-8～10位。
-反馈的频率资源位置-8～10位
-初始传输和重传之间的时间间隙-4位。
-重传次数-2～3位
-重传索引-2～3位。
-调制和译码方案-5位。
-HARQ使能-1位，是否启用HARQ反馈
-HARQ进程/重传次数-2～3位，如果启用了HARQ，那么为HARQ进程号。
-冗余版本(RV)/重传索引-2～3位，如果启用了HARQ，那么为RV。
-HARQ ID/HARQ资源索引-4～6位(如果启用了HARQ)。
-新数据指示器(NDI)-1位(如果启用了HARQ)
-传输格式-1位，其中值1指示包括速率匹配和TBS缩放的传输格式，而值0指示包括删余且没有TBS缩放的传输格式。
-DMRS(端口和初始化)-8～12位。
-SL-RS资源指示器-2位，例如，用于SL-CSI-RS。
-TCI状态-4～8位
-添加填充位，直到SCI格式2的尺寸对于格式2等于Y位为止。填充位设置为零。
用于广播、组播或单播的过程：以下详细公开用于侧链路广播、组播或单播的装置过程。
资源池或资源配置可以由系统信息(SI)在RRC-Idle、RRC-Inactive或RRC-CONNECTED状态下广播给UE。例如，经由Uu接口来自gNB的NRSystemInformationBlockTypeX1、NRSystemInformationBlockTypeX2或NRSystemInformationBlockTypeX3被用于举例说明该过程。但是，经由PC5接口来自同步源UE、RSU UE、调度UE、组领导或附近领导的SL-NRV2X-SystemInformationBlockTypeY1、SL-NRV2X-SystemInformationBlockTypeY2等也可以应用于不由gNB管理的资源分配方案。为了简化说明目的，在示例中主要使用通过Uu接口的信令，但是该机制也适用于基于PC5接口的信令，在此不再赘述。
NRSystemInformationBlockTypeXl或SL-NRV2X-SystemInformationBlockTypeY1可以包括具有sl-NRV2X-ConfigCommon的资源配置，其包括sl-nrv2x-CommRxPool，sl-nrv2x-CommTxPoolNormalCommon，sl-nrv2x-CommTxPoolNormal，sl-nrv2x-CommTxPoolNormalDedicated，或sl-nrv2x-CommTxPoolFallback。
NRSystemInformationBlockTypeX2或SL-NRV2X-SystemInformationBlockTypeY2可以包括资源配置，并且NRSystemInformationBlockTypeX3或SL-NRV2X-SystemInformationBlockTypeY3可以包括具有sl-nrv2x-CommTxPoolNormal，sl-nrv2x-CommTxPoolNormalDedicated或sl-nrv2x-CommTxPoolFallback的资源配置。
NRSystemInformationBlockTypeX3或SL-NRV2X-SystemInformationBlockTypeY3可以包括具有sl-nrv2x-CommTxPoolNormalDedicated或sl-nrv2x-CommTxPoolFallback的资源配置。
当UE处于RRC-CONNECTED状态时，也可以通过专用RRC消息向UE指示资源池或资源配置。例如，可以使用RRCConnectionReconfiguration(在Uu上)来举例说明该过程。但是，SL-RRCConnectionReconfiguration(在PC5上)也可以应用于调度UE或领导或RSU经由PC5RRC信令管理资源池或资源选择的情况。
以下使用的感测包括基于解码SCI的感测和基于测量的感测，诸如SL-RSRP、SL-RSSI或LBT(先听后说)，例如基于能量或基于参考信号接收功率(RSRP)。
以下描述的NR-V2X传输可以是使用(一个或多个)共享资源池或(一个或多个)专用资源池的广播、组播或单播，因此由sl-nrv2x-CommTxPoolNormalCommon或sl-nrv2x-CommTxPoolNormal指示的资源池可以在侧链路带宽部分内共享或用于广播、组播和单播的(一个或多个)资源池，例如，用于至少调度SCI或广播的共用SL-BWP、用于组播或单播数据传输的专用SL-BWP(如果已配置)。
侧链路NR-V2X通信的发起
如果在UE网络覆盖范围内或连接到组领导、附近领导(诸如路边单元(RSU))或调度UE(其能够在有或没有网络覆盖的情况下配置和管理侧链路NR-V2X上UE的资源分配)或与之相关联而能够在RRC-CONNECTED模式下与gNB进行NR-V2X通信，UE可以发起过程，以在一些情况下指示它对NR-V2X侧链路通信感兴趣(例如，最初发现、传输或接收)，这些情况包括成功建立连接，更改兴趣，从gNB更改为PCell，该PCell广播NRSystemInformationBlockTypeX1或NRSystemInformationBlockTypeX2或NRSystemInformationBlockTypeX3，或从组领导、附近领导或调度UE更改为PCell，该PCell广播SL-NRSystemInformationBlockTypeY1或SL-NRSystemInformationBlockTypeY2或SL-NRSystemInformationBlockTypeY3，包括sl-NRV2X-ConfigCommon、sl-nrv2x-CommTxPoolNormalCommon、sl-nrv2x-Comm TxPoolNormal、sl-nrv2x-CommTxPoolNormalDedicated或sl-nrv2x-CommTxPoolNormalFallback。
能够进行NR-V2X侧链路发现的UE可以发起请求指派专用于发现通告或NR-V2X侧链路通信传输或者请求侧链路发现间隙用于侧链路发现传输或侧链路发现接收的资源的过程，并且能够进行频率间/PLMN侧链路发现参数报告的UE可以发起从频率间/PLMN小区的系统信息报告与侧链路发现相关的参数的过程。
在发起侧链路NR-V2X过程后时，UE可以如下进行：
1>如果PCell广播包括sl-NRV2X-ConfigCommon的NRSystemInformationBlockTypeX1：
2>确保对于PCell具有有效的版本的NRSystemInformationBlockTypeX1和NRSystemInformationBlockTypeX2(如果广播的话)；
2>如果由上层配置为在主频率上或在insl-nrv2x-InterFreqInfoList中包括的一个或多个频率上接收sl-nrv2x侧链路通信(如果包括在PCell的NRSystemInformationBlockTypeX1或NRSystemInformationBlockTypeX2中)：
3>如果UE自上次进入RRC-CONNECTED状态以来未传输Sidelink-NRV2X-UEInformation消息；或者
3>如果自上次UE传输Sidelink-NRV2X-UEInformation消息以来，连接到PCell的UE未广播包括sl-NRV2X-ConfigCommon的NRSystemInformationBlockTypeX1；或者
3>如果Sidelink-NRV2X-UEInformation消息的最后传输不包括sl-nrv2x-CommRxInterestedFreqList；或者如果自从上次传输Sidelink-NRV2X-UEInformation消息以来由更高层被配置为在其上接收sl-nrv2x侧链路通信的(一个或多个)频率已改变：
4>发起Sidelink-NRV2X-UEInformation消息的传输，以指示(一个或多个)感兴趣的sl-nrv2x侧链路通信接收频率；
2>否则：
3>如果Sidelink-NRV2X-UEInformation消息的最后一次传输包括sl-nrv2x-CommRxInterestedF reqList：
4>发起Sidelink-NRV2X-UEInformation消息的发送，以指示它不再对sl-nrv2x侧链路通信接收感兴趣；
2>如果由上层配置为在主频率上或sl-nrv2x-InterFreqInfoList中包括的一个或多个频率上传输sl-nrv2x侧链路通信(如果包括在PCell的NRSystemInformationBlockTypeX1或NRSystemInformationBlockTypeX2中)：
3>如果UE自上次进入RRC-CONNECTED状态以来未传输Sidelink-NRV2X-UEInformation消息；或者
3>如果自上次UE传输Sidelink-NRV2X-UEInformation消息以来连接到PCell的UE未广播包括sl-NRV2X-ConfigCommon的NRSystemInformationBlockTypeX1；或者
3>如果Sidelink-NRV2X-UEInformation消息的最后一次传输不包括sl-nrv2x-CommTxResourceReq；或者自Sidelink-NRV2X-UEInformation消息的最后一次传输以来由sl-nrv2x-CommTxResourceReq携带的信息已改变：
4>发起Sidelink-NRV2X-UEInformation消息的传输，以指示UE所需的sl-nrv2x侧链路通信传输资源；
2>否则：
3>如果Sidelink-NRV2X-UEInformation消息的最后一次传输包括sl-nrv2x-CommTxResourceReq：
4>发起Sidelink-NRV2X-UEInformation消息的传输，以指示它不再要求sl-nrv2x侧链路通信传输资源；
以上过程还可以应用于通过PC5接口用SL-NRSystemInformationBlockTypeY1，SL-NRSystemInformationBlockTypeY2和SL-NRSystemInformationBlockTypeY3发起侧链路通信。
经由NR系统信息的资源配置获取
1>如果UE能够进行NR-V2X侧链路通信，并且被上层被配置为在不是主频率的频率上接收NR-V2X侧链路通信：
2>如果服务小区/PCell的NRSystemInformationBlockX1、NRSystemInformationBlockX2和NRSystemInformationBlockX3...均未为针对相关频率的NR-V2X侧链路通信提供接收资源池；并且
2>如果在相关频率上用于NR-V2X侧链路通信的小区符合“同步源”准则
3>如果相关频率上的NRV2XschedulingInfoList指示存在SystemInformationBlockTypeX1并且UE尚未存储这个系统信息块的有效版本：
4>从相关频率获取NRSystemInformationBlockTypeX1；
3>如果相关频率上的NRV2XschedulingInfoList指示存在SystemInformationBlockTypeX2并且UE尚未存储这个系统信息块的有效版本：
4>从相关频率获取NRSystemInformationBlockTypeX2；
3>如果相关频率上的NRV2XschedulingInfoList指示存在SystemInformationBlockTypeX3并且UE尚未存储这个系统信息块的有效版本：
4>从相关频率获取NRSystemInformationBlockTypeX3；
3>如果NRV2XschedulingInfoList...
1>如果UE能够进行V2X侧链路通信并且由上层配置为在不是主频率并且不包括在NRSystemInformationBlockTypeX1或NRSystemInformationBlockTypeX2的nrv2x-InterFreqInfoList中，也不包括在服务小区/PCell的NRSystemInformationBlockTypeX3中的频率上传输NR-V2X侧链路通信：
2>如果在相关频率上用于NR-V2X侧链路通信的小区符合“同步源”准则：
3>如果相关频率上的NRV2XschedulingInfoList指示存在NRSystemInformationBlockTypeX1并且UE尚未存储这个系统信息块的有效版本：
4>从相关频率获取NRSystemInformationBlockTypeX1；
3>如果相关频率上的NRV2XschedulingInfoList指示存在NRSystemInformationBlockTypeX2并且UE尚未存储这个系统信息块的有效版本：
4>从相关频率获取NRSystemInformationBlockTypeX2；
3>如果NRV2XschedulingInfoList...
以上过程还可以适用于通过PC5接口用SL-NRSystemInformationBlockTypeY1、SL-NRSystemInformationBlockTypeY2和SL-NRSystemInformationBlockTypeY3获取系统信息。
在接收到NRSystemInformationBlockTypeX1后，UE可以如下进行：
1>如果NRSystemInformationBlockTypeX1消息包括sl-NRV2X-ConfigCommon：
2>如果被配置为接收NR-V2X侧链路通信：
3>使用由sl-NRV2X-ConfigCommon中的sl-nrv2x-CommRxPool指示的资源池进行NR-V2X侧链路通信监视；
2>如果被配置为传输NR-V2X侧链路通信：
3>使用由sl-nrv2x-CommTxPoolNormalCommon、sl-nrv2x-CommTxPoolNormal或sl-nrv2x-CommTxPoolFallback指示的资源池进行NR-V2X侧链路通信传输；
3>在用于NR-V2X侧链路通信传输的由sl-nrv2x-CommTxPoolNormalCommon、sl-nrv2x-CommTxPoolNormal和sl-nrv2x-CommTxPoolFallback指示的(一个或多个)传输资源池上执行信道拥塞测量；
在接收到NRSystemInformationBlockTypeX2后，UE可以如下进行：
1>如果被配置为接收NR-V2X侧链路通信：
2>使用由sl-nrv2x-CommRxPool指示的资源池进行NR-V2X侧链路通信监视；
1>如果被配置为传输NR-V2X侧链路通信：
2>使用由sl-nrv2x-CommTxPoolNormal或bysl-nrv2x-CommTxPoolFallback指示的资源池进行sl-nrv2x侧链路通信传输；
2>在用于NR-V2X侧链路通信传输的由sl-nrv2x-CommTxPoolNormal和sl-nrv2x-CommTxPoolFallback指示的(一个或多个)传输资源池上执行信道拥塞测量；
以上过程还可以适用于通过PC5接口用SL-NRSystemInformationBlockTypeY1、SL-NRSystemInformationBlockTypeY2和SL-NRSystemInformationBlockTypeY3接收系统信息。
经由RRC或SL-RRC消息的资源配置
UE可以如下进行：
1>如果RRCConnectionReconfiguration或SL-RRCConnectionReconfiguration消息包括sl-NRV2X-ConfigDedicated：
2>如果包括sl-nrv2xcommTxResources并将其设置为建立(setup)：
3>使用由sl-nrv2xcommTxResources指示的资源进行NR-V2X侧链路通信传输；
3>对sl-nrv2xcommTxResources中指示的用于NR-V2X侧链路通信传输的传输资源池进行信道拥塞测量；
2>否则，如果包括sl-nrv2xcommTxResources并将其设置为释放：
3>释放为由sl-nrv2xcommTxResources先前配置的为NR-V2X侧链路通信传输分配的资源；
2>如果包括sl-nrv2x-InterFreqInfoList：
3>在sl-nrv2x-InterFreqInfoList中包括的频率上使用NR-V2X侧链路通信的同步配置和资源配置参数；
3>对用于NR-V2X侧链路通信传输的sl-nrv2x-InterFreqInfoList中指示的传输资源池进行信道拥塞测量；
1>如果RRCConnectionReconfiguration或SL-RRCConnectionReconfiguration消息包括sl-nrv2xmobilityControlInfo：
2>如果包括sl-nrv2x-CommRxPool：
3>使用sl-nrv2x-CommRxPool指示的资源进行NR-V2X侧链路通信接收；
2>如果包括sl-nrv2x-CommTxPoolFallback：
3>使用由sl-nrv2x-CommTxPoolFallback指示的资源进行NR-V2X侧链路通信传输；
3>对由sl-nrv2x-CommTxPoolFallback指示的用于NR-V2X侧链路通信传输的传输资源池执行信道拥塞测量；
UE辅助信息
UE可以为UE辅助信息设置sl-nrv2xUEAssistanceInformation消息(例如，RRC或SL-RRC消息)的内容：
1>如果被配置为提供UE辅助信息：
2>如果有用于报告UE辅助信息所需的NR-V2X侧链路通信的任何流量：
3>在UEAssistanceInformation消息中包括sl-nrv2xtrafficPatemInfoList、sl-nrv2xtrafficLocation、sl-nrv2xTxRxDIstance或sl-nrv2xtrafficSpeed等；
NR-V2X侧链路通信监视
能够进行由上层配置为接收NR-V2X侧链路通信的NR-V2X侧链路通信的UE应：
1>如果满足侧链路操作的条件：
2>如果在用于NR-V2X侧链路通信的频率的覆盖范围内：
3>如果用于接收NR-V2X侧链路通信的频率包括在服务小区/PCell的NRSystemInformationBlockTypeX1或NRSystemInformationBlockTypeX2或NRSystemInformationBlockTypeX3内的sl-nrv2x-InterFreqInfoList中或RRCConnectionReconfiguration或SL-RRCConnectionReconfiguration内的sl-nrv2x-InterFreqInfoList中，并且sl-nrv2x-CommRxPool包括在用于有关频率的sl-nrv2x-InterFreqInfoList的条目中的sl-nrv2x-UE-ConfigList内的SL-NRV2X-InterFreqUE-Config中：
4>使用sl-nrv2x-CommRxPool中指示的资源池配置较低层，以监视侧链路控制信息和对应的数据；
3>否则：
4>如果为NR-V2X侧链路通信接收选择的小区广播包括slSystems-ConfigCommon中的sl-nrv2x-CommRxPool的NRSystemInformationBlockTypeX1，或者，
4>如果UE配置有包括在RRCConnectionReconfiguration或SL-RRCConnectionReconfiguration中的sl-nrv2xmobilityControlInfo中的sl-nrv2x-CommRxPool：
5>使用sl-nrv2x-CommRxPool中指示的资源池配置较低层，以监视侧链路控制信息和对应的数据；
2>否则(例如，超出NR-V2X侧链路通信所用频率的范围)：
3>如果用于接收NR-V2X侧链路通信的频率包括在服务小区/PCell的NRSystemInformationBlockTypeX1或NRSystemInformationBlockTypeX2或NRSystemInformationBlockTypeX3内的sl-nrv2x-InterFreqInfoList中或RRCConnectionReconfiguration或SL-RRCConnectionReconfiguration内的sl-nrv2x-InterFreqInfoList中，并且nrv2x-CommRxPool包括在用于相关频率的sl-nrv2x-InterFreqInfoList的条目中的sl-nrv2x-UE-ConfigList内的SL-NRV2X-InterFreqUE-Config中：
4>使用sl-nrv2x-CommRxPool中指示的资源池配置较低层，以监视侧链路控制信息和对应的数据；
3>否则：
4>使用预配置的资源池(例如，SL-NRV2X-Preconfiguration中的sl-rv2x-CommRxPoolList)配置较低层，以监视侧链路控制信息和对应的数据；
以上过程也可以适用于通过PC5接口用SL-NRSystemInformationBlockTypeY1、SL-NRSystemInformationBlockTypeY2和SL-NRSystemInformationBlockTypeY3接收监视。
NR-V2X侧链路通信的传输
能够进行由上层配置为传输NR-V2X侧链路通信的NR-V2X侧链路通信并具有要传输的相关数据的UE应：
1>如果满足侧链路操作的条件：
2>如果在用于NR-V2X侧链路通信的频率的覆盖范围内；或者
2>如果用于传输NR-V2X侧链路通信的频率包括在RRCConnectionReconfiguration或SL-RRCConnectionReconfiguration的sl-nrv2x-InterFreqInfoList中，或者NRSystemInformationBlockTypeX1或NRSystemInformationBlockTypeX2或NRSystemInformationB内的sl-nrv2x-InterFreqInfoList中：
3>如果UE处于RRC-CONNECTED状态并且使用PCell或RRCConnectionReconfiguration的sl-nrv2x-InterFreqInfoList中包括的频率用于NR-V2X侧链路通信：
4>如果已配置了UE，那么由当前PCell将sl-nrv2xcommTxResources设置为已调度：
5>如果T310或T311正在运行；并且如果UE检测到物理层问题或无线电链路故障的PCell广播包括SL-NRV2X-ConfigCommon中的sl-nrv2x-CommTxPoolFallback的NRSystemInformationBlockTypeX1，或sl-nrv2x-CommTxPoolFallback包括在NRSystemInformationBlockTypeX1或NRSystemInformationBlockTypeX2或NRSystemInformationBlockTypeX3或RRCConnectionReconfiguration中用于相关频率的sl-nrv2x-InterFreqInfoList中；或者
5>如果T301正在运行并且UE在其上发起连接重建的小区广播包括SL-NRV2X-ConfigCommon中的sl-nrv2x-CommTxPoolFallback的NRSystemInformationBlockTypeX1，或者sl-nrv2x-CommTxPoolFallback包括在NRSystemInformationBlockTypeX1或NRSystemInformationBlockTypeX2或NRSystemInformationBlockTypeX3或RRCConnectionReconfiguration中用于相关频率的sl-nrv2x-InterFreqInfoList中；或者
5>如果T304正在运行并且UE配置有包括在RRCConnectionReconfiguration中的sl-nrv2xmobilityControlInfo中或RRCConnectionReconfiguration中用于相关频率的sl-nrv2x-InterFreqInfoList中包括的sl-nrv2x-CommTxPoolFallback1：
6>使用sl-nrv2x-CommTxPoolFallback指示的资源池，基于随机选择，配置较低的层来发送侧链路控制信息和相应的数据；
5>否则：
6>配置较低层以请求gNB分配用于NR-V2X侧链路
通信的传输资源；
4>否则，如果UE配置有RRCConnectionReconfiguration中的SL-NR-V2X-ConfigDedicated中用于相关频率的sl-nrv2x-InterFreqInfoList的条目中的sl-nrv2x-CommTxPoolNormalDedicated或sl-nrv2x-CommTxPoolNormal：
5>如果UE被配置为传输NR-V2X侧链路通信并且对RRCConnectionReconfiguration中用于相关频率的sl-nrv2x-InterFreqInfoList的条目中的sl-nrv2x-CommTxPoolNormal或sl-nrv2x-CommTxPoolNormal中配置的资源进行感测的结果不可用；或者
6>如果sl-nrv2x-CommTxPoolFallback包括在RRCConnectionReconfiguration的sl-nrv2xmobilityControlInfo中(例如，移交情况)；或者
6>如果sl-nrv2x-CommTxPoolFallback包括在RRCConnectionReconfiguration中用于相关频率的sl-nrv2x-InterFreqInfoList的条目中；或者
6>如果PCell广播包括用于相关频率的SL-NRV2X-ConfigCommon中的sl-nrv2x-CommTxPoolFallback或sl-nrv2xsl-nrv2x-InterFrervrInfoInfoList中的sl-nrv2x-CommTxPoolFallback的NRSystemInformationBlockTypeX1，或广播包括sl-nrv2x-InterFreqInfoList中的sl-nrv2x-CommTxPoolFallback的NRSystemInformationBlockTypeX2，或广播包括用于相关频率的sl-nrv2x-InterFreqInfoList中的sl-nrv2x-CommTxPoolFallback的NRSystemInformationBlockTypeX3：
7>使用由sl-nrv2x-CommTxPoolFallback指示的资源池，基于随机选择来配置较低层以传输侧链路控制信息和对应的数据；
3>否则：//非RRC-CONNECTED
4>如果为NR-V2X侧链路通信传输选择的小区广播NRSystemInformationBlockTypeX1或NRSystemInformationBlockTypeX2或NRSystemInformationBlockTypeX3：
5>如果UE被配置为传输NR-V2X侧链路通信，并且如果NRSystemInformationBlockTypeX1包括用于相关频率的sl-nrv2x-InterFreqInfoList中的sl-nrv2x-CommTxPoolNormalCommon或sl-nrv2x-CommTxPoolNormal，或者
NRSystemInformationBlockTypeX2包括用于相关频率的sl-nrv2x-InterFreqInfoList中的sl-nrv2x-CommTxPoolNormal，或者
NRSystemInformationBlockTypeX3包括用于相关频率的sl-nrv2x-InterFreqInfoList中sl-nrv2x-CommTxPoolNormalDedicated，并且如果对在用于相关频率的sl-nrv2x-InterFreqInfoList中的sl-nrv2x-CommTxPoolNormalCommon或sl-nrv2x-CommTxPoolNormal或sl-nrv2x-CommTxPoolNormalDedicated中配置的资源进行感测的结果可用：
6>基于所选择的用于相关频率的sl-nrv2x-InterFreqInfoList中的sl-nrv2x-CommTxPoolNormalCommon或sl-nrv2x-CommTxPoolNormal所指示的资源池之一进行的感测，配置较低层以传输侧链路控制信息和对应的数据；
5>否则，如果NRSystemInformationBlockTypeX1包括用于相关频率的sl-nrv2x-InterFreqInfoList中的SL-NRV2X-ConfigCommon中的sl-nrv2x-CommTxPoolFallback或sl-nrv2x-InterFreqInfoList中的sl-nrv2x-CommTxPoolFallback，或者NRSystemInvationBlockTypeX2包括sl-nrv2x-InterFreqInfoList中的sl-ncv2x-CommTxPoolFallback，或者NRSystemInformationBlockTypeX2包括用于相关频率的sl-nrv2x-InterFreqInfoList中的sl-ncv2x-CommTxPoolFallback：
6>从UE发起连接建立的时刻直到接收到包括SL-NRV2XSL-NRV2XSL-NRV2X-ConfigDedicated的RRCConnectionReconfiguration，或者直到接收到RRCConnectionRelease或RRCConnectionReject；或者
6>如果UE处于RRC_IDLE并且对NRSysteminformationblocktypeX1中用于相关频率的sl-nrv2x-InterFreqInfoList中的sl-nrv2x-CommTxPoolNormalCommon或sl-nrv2x-CommTxPoolNormal中或者NRSysteminformationblocktypeX2中用于相关频率的sl-nrv2x-InterFreqInfoList中的sl-nrv2x-CommTxPoolNormal中或NRSysteminformationblocktypeX3中用于相关频率的sl-nrv2x-InterFreqInfoList中的sl-nrv2x-CommTxPoolNormalDedicated中配置的资源进行感测的结果不可用；或者
2>否则：//超出覆盖范围-模式2
3>在NR-V2X侧链路通信的情况下，基于使用由SL-NRV2XSL-NRV2XSL-NRV2X-Preconfiguration中的sl-rv2x-CommTxPoolList指示的资源池之一进行的感测，配置较低层以传输侧链路控制信息和对应的数据；
以上过程也可以应用于通过PC5接口用SL-NRSystemInformationBlockTypeY1、SL-NRSystemInformationBlockTypeY2、SL-NRSystemInformationBlockTypeY3或SL-RRCConnectionReconfiguration的侧链路通信过程。
NR-V2X侧链路通信传输池选择：对于用于V2X侧链路通信的频率，如果不忽略zoneConfig或priorityConfig(例如，启用基于区或基于优先级的资源池选择)，那么，如果zoneConfig或priorityConfig包括在服务小区(RRC_IDLE)/PCell(RRC-CONNECTED)的NRSystemInformationBlockTypeX1或NRSystemInformationBlockTypeX2或NRSystemInformationBlockTypeX3中或者用于相关频率的RRCConnectionReconfiguration或SL-RRCConnectionReconfiguration中，则由上层为NR-V2X侧链路通信配置的UE只能使用与UE的地理坐标对应或者与NR V2X服务优先级对应的池，并且UE可以被配置为针对相关频率使用由RRC或SL-RRC信令提供的资源池；或者如果zoneConfig或priorityConfig包括在用于相关频率的SL-NRV2X-Preconfiguration中，并且UE被配置为使用用于该频率的SL-NRV2X-Preconfiguration中的资源池。UE可以仅使用与所选择的同步参考源相关联的池。
1>如果zoneConfig或priorityConfig不包括在NRSystemInformationBlockTypeX1中并且UE被配置为在sl-nrv2x-CommTxPoolNormalCommon或sl-nrv2x-CommTxPoolNormalDedicated上进行传输；或者
1>如果zoneConfig或priorityConfig未包括在用于相关频率的sl-nrv2x-InterFreqInfoList条目中并且UE被配置为在RRCConnectionReconfiguration或SL-RRCConnectionReconfiguration的sl-nrv2x-InterFreqInfoList中的sl-nrv2x-InterFreqInfoList中的sl-nrv2x-CommTxPoolNormal上进行传输；或者
1>如果zoneConfig或priorityConfi未包括在用于相关频率的SL-NRV2XSL-NRV2XSL-NRV2X-Preconfiguration中并且UE被配置为在用于相关频率的SL-NRV2X-Preconfiguration中的sl-rv2x-CommTxPoolList上进行传输：
2>选择与所选择的同步参考源相关联的池；
注意的是，如果多个池与所选择的同步参考源相关联，那么由UE实施方式决定为NR-V2X侧链路通信传输选择哪个资源池。
1>如果zoneConfig或priorityConfig包括在NRSystemInformationBlockTypeX1中并且UE被配置为在用于NR-V2X侧链路通信的sl-nrv2x-CommTxPoolNormalCommon或sl-nrv2x-CommTxPoolNormalDedicated上进行传输；或者
1>如果zoneConfig或priorityConfig包括在用于相关频率的SL-NRV2X-Preconfiguration中并且UE被配置为在用于相关频率的SL-NRV2X-Preconfiguration中的sl-nrv2x-CommTxPoolList上进行传输：
2>从更高层选择配置有等于所确定的区身份的zoneID或等于优先级身份的优先级ID并与所选择的同步参考源相关联的池。
图12图示了用于在侧链路上进行广播、多播或单播的示例性方法。诸如用户装备之类的装置或设备可以执行以下步骤。在步骤121处，可以获得(例如，接收)针对一个或多个资源池的一种或多种配置，资源池可以与仅一个侧链路带宽部分内的资源相关(参见图13A-图14D)或者与多个(例如，多个)侧链路带宽部分内的资源相关(参见图14D)。在步骤122处，可以在可以与仅一个侧链路带宽部分内的资源相关或与多个侧链路带宽部分内的资源相关的一个或多个资源池内调度第一传输时机、第二传输时机和第三传输时机。调度可以包括用至少一个侧链路控制信息(SCI)来指示一个或多个传输时机。参见例如图8A-图9B。
继续参考图12，在步骤123处，在第一传输时机在步骤121处配置或在步骤122处的调度所指示的侧链路带宽部分(在本文中被称为所选择的SL-BWP)上传输数据分组。在步骤124处，在第二传输时机在所选择的SL-BWP上接收HARQ反馈。在步骤125处，基于在所选择的SL-BWP上接收的至少一个HARQ反馈来确定重传。在步骤126处，在第三传输时机在所选择的SL-BWP上重传数据分组。
应该理解的是，执行本文公开的步骤的实体可以是逻辑实体。这些步骤可以存储在设备、服务器或计算机系统(诸如图15C或图15D中所示的)的存储器中，并在它们的处理器上执行。可以设想在本文公开的示例性方法之间跳过步骤、组合步骤或添加步骤。
本文所述的方法、系统和装置尤其可以提供用于实现或管理针对5G eV2X的侧链路上的广播、多播或单播的手段。方法、系统、计算机可读存储介质或装置具有用于以下的手段：在由共用侧链路带宽部分(SL-BWP-C)内的单播侧链路控制资源集(SL-CORESET)定义的单播监视时机在控制资源池中监视SA SCI以进行单播；解码SA SCI；并且基于对SA SCI的解码，指向在专用侧链路带宽部分(SL-BWP-U)中分配的单播数据。装置可以是用户装备。方法、系统，计算机可读存储介质或装置具有用于基于SA SCI解码定时器自动切换到SASCI中指示的带宽部分的手段。方法、系统、计算机可读存储介质或装置具有用于切换到专用侧链路带宽部分SL-BWP-U以用于单播数据的手段。方法、系统、计算机可读存储介质或装置具有用于成功解码数据的装置并且在同一带宽部分SL-BWP-U内在由SA SCI指示的资源处发送确认(ACK)HARQ反馈的手段。方法、系统、计算机可读存储介质或装置具有用于基于反馈定时器切换回公共侧链路部分SL-BWP-C并继续监视SA SCI以进行广播的手段。方法、系统、计算机可读存储介质或装置具有用于基于由广播SL-CORESET定义的监视时机进行组播或单播的手段。方法、系统、计算机可读存储介质或装置具有用于对SL-CORESET进行组播的手段。方法、系统、计算机可读存储介质或装置具有用于对SL-CORESET进行单播的手段。可以以与详细描述的其它部分一致的方式来构想该段落和以下段落中的所有组合(包括步骤的删除或添加)。
本文所述的方法、系统和装置尤其可以提供用于实现或管理针对5G eV2X的侧链路上的广播、多播或单播的手段。本文所述的方法、系统和装置尤其可以提供用于将NR-PSSCH上的数据分组与NR-PSCCH上的第一SCI一起发送给接收方UE的手段，第一SCI可以携带用于解码数据的控制信息、用于HARQ ACK/NACK的资源分配，或用于重传的资源分配。方法、系统、计算机可读存储介质或装置具有用于基于对数据进行解码的失败而在由第一SCI指示的资源处传输NACK的手段。本文所述的方法、系统和装置尤其可以执行针对5G eV2X的侧链路。方法、系统、计算机可读存储介质或装置具有用于以下的手段：获得用于一个或多个侧链路带宽部分内的一个或多个资源池或资源的一种或多种配置(例如，基于系统信息(SI)或RRC的配置)；在侧链路带宽部分的一个或多个资源池或资源中调度(例如，一个阶段或两个阶段)第一传输时机、第二传输时机和第三传输时机；在侧链路的第一传输时机传输(例如，多播或单播)数据分组；如果在第二传输时机在侧链路上启用，那么接收HARQ反馈(例如，用于多播的HARQ反馈方案)；基于在侧链路上接收到的至少一个HARQ反馈，确定重传(例如，用于多播的HARQ反馈方案)；并且在第三传输时机在侧链路上重传数据分组。方法、系统、计算机可读存储介质或装置具有用于调度的手段，该调度还可以包括用至少一个侧链路控制信息指示一个或多个传输时机。指示可以包括一个侧链路控制信息，该侧链路控制信息可以包括用于一个或多个传输时机的资源分配以及用于解码与SCI相关联(例如，由SCI指示)的数据的配置。指示可以包括第一侧链路控制信息或第二侧链路控制信息，第一侧链路控制信息可以包括用于一个或多个传输时机的资源分配，第二侧链路控制信息包括用于对与SCI相关联(例如，由SCI指示)的数据进行解码的配置。方法、系统、计算机可读存储介质或装置具有用于传输数据分组的手段，其可以包括在侧链路上向附近的一个或多个用户装备进行传输。方法、系统、计算机可读存储介质或装置具有用于传输数据分组的手段，其可以包括在侧链路上一次或多次传输数据分组(例如，重复)。方法、系统、计算机可读存储介质或装置具有用于接收HARQ反馈的手段，其可以包括例如接收HARQ反馈：1)在侧链路上从附近的一个或多个用户设备，2)从多个资源分配，3)从单个资源分配，4)在侧链路上从附近通信范围内的一个或多个用户装备，5)在侧链路上基于在侧链路上来自附近的一个或多个用户装备的服务质量(QoS)，6)包括发送方标识，7)包括接收方标识，或8)在具有PSFCH资源索引或PSFCH资源ID的物理侧链路反馈信道(PSFCH)所指示的分配处。可以在与数据相关联的侧链路控制信息中指示QoS。可以以与详细描述的其它部分一致的方式来设想本段落和上面段落中的所有组合(包括步骤的删除或添加)。
表21提供了示例性的缩写和定义。
表21-缩写和定义
图11图示了可以基于如本文所讨论的在5G eV2X的侧链路上的广播、多播或单播的方法、系统和设备来生成的示例性显示(例如，图形用户界面)。显示接口901(例如，触摸屏显示器)可以在方框902中提供与用于5G eV2X的侧链路接上的广播、多播或单播相关联的文本，诸如方法流程。本文讨论的任何步骤的进度(例如，发送的消息或步骤的成功)都可以在方框902中显示。此外，图形输出902可以显示在显示界面901上。图形输出903可以是实现用于5G eV2X的在侧链路上广播、多播或单播的方法、系统和设备的设备的拓扑、此处讨论的任何方法或系统的进度的图形输出等。
第三代合作伙伴计划(3GPP)开发用于蜂窝电信网络技术的技术标准，包括无线电接入、核心运输网络以及服务能力-包括对编解码器、安全性和服务质量的工作。最近的无线电接入技术(RAT)标准包括WCDMA(通常称为3G)、LTE(通常称为4G)、LTE-Advanced标准和也被称为“5G”的新无线电(NR)。3GPP NR标准的开发预计将继续并包括下一代无线电接入技术(新RAT)的定义，预计将包括提供低于7GHz的新灵活无线电接入，以及提供7GHz以上的新超移动宽带无线电接入。灵活的无线电接入预计包括6GHz以下新频谱中的新的、非向后兼容的无线电接入，并且预计包括可以在相同频谱中多路复用在一起的不同操作模式，以解决具有不同要求的广泛的3GPP NR用例集合。预计超移动宽带将包括cmWave和mmWave频谱，其将为用于例如室内应用和热点的超移动宽带接入提供机会。特别地，超移动宽带预计将与7GHz以下的灵活无线电接入共享共同的设计框架，具有特定于cmWave和mmWave的设计优化。
3GPP已经识别出预计NR支持的各种用例，从而导致对数据速率、时延和移动性的各种各样的用户体验要求。用例包括以下一般类别：增强型移动宽带(eMBB)超可靠的低时延通信(URLLC)、大规模机器类型通信(mMTC)、网络操作(例如，网络切片、路由、迁移和互通、节能)和增强型车辆到所有(eV2X)通信(其可以包括车辆到车辆通信(V2V)、车辆到基础设施通信(V2I)、车辆到网络通信(V2N)、车辆到行人通信(V2P)，以及与其它实体的车辆通信)。这些类别中的特定服务和应用包括例如监视传感器网络、设备远程控制、双向远程控制、个人云计算、视频流式传输、基于无线云的办公室、急救人员连接性、汽车紧急呼叫、灾难警报、实时游戏、多人视频呼叫、自主驾驶、增强现实、触觉互联网、虚拟现实、家庭自动化、机器人和空中无人机，等等。本文预期所有这些用例和其它用例。
图15A图示了示例通信系统100，其中可以使用如本文所述和要求保护的用于5GeV2X的在侧链路上广播、多播或单播的方法和装置。通信系统100可以包括无线传输/接收单元(WTRU)102a、102b、102c、102d、102e、102f或102g(一般或统称为WTRU 102或WTRU102)。通信系统100可以包括无线电接入网(RAN)103/104/105/103b/104b/105b、核心网106/107/109、公共交换电话网(PSTN)108、互联网110、其它网络112和网络服务113。网络服务113可以包括例如V2X服务器、V2X功能、ProSe服务器、ProSe功能、IoT服务、视频流式传输或边缘计算等。
将认识到本文公开的概念可以与任何数量的WTRU、基站、网络或网络元件一起使用。WTRU 102a、102b、102c、102d、102e、102f或102g中的每一个可以是被配置为在无线环境中进行操作或通信的任何类型的装置或设备。虽然可以在图15A、图15B、图15C、图15D、图15E或图15F中将每个WTRU 102a、102b、102c、102d、102e、102f或102g描绘为手持无线通信装置，但是应该理解的是，对于5G无线通信预期的各种用例，每个WTRU可以包括被配置为传输或接收无线信号的任何类型的装置或设备或者在其中实施，仅作为示例，所述装置或设备包括用户装备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型电脑、平板电脑、上网本、笔记本计算机、个人计算机、无线传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、运载工具(诸如小汽车、公共汽车、卡车、火车或飞机等)。
通信系统100还可以包括基站114a和基站114b。在图15A的示例中，每个基站114a和114b被描绘为单个元件。在实践中，基站114a和114b可以包括任何数量的互连的基站或网络元件。基站114a可以是被配置为与WTRU 102a、102b和102c中的至少一个无线接口以促进对一个或多个通信网络(例如，核心网络106/107/109、互联网110、网络服务113或其它网络112)的接入的任何类型的设备。类似地，基站114b可以是被配置为与远程无线电头端(RRH)118a、118b、传输和接收点(TRP)119a、119b或路边单元(RSU)120a和120b中的至少一个有线或无线地接口以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110、其它网络112或网络服务113)的接入的任何类型的设备。RRH 118a、118b可以是被配置为与WTRU 102中的至少一个(例如，WTRU 102c)无线地接口以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110、网络服务113或其它网络112)的接入的任何类型的设备。
TRP 119a、119b可以是被配置为与WTRU 102d中的至少一个无线地接口以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110、网络服务113或其它网络112)的接入的任何类型的设备。RSU 120a和120b可以是被配置为与WTRU 102e或102f中的至少一个无线地接口以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110、网络服务113或其它网络112)的接入的任何类型的设备。举例来说，基站114a、114b可以是基站收发信台(BTS)、节点B、eNode B、家庭节点B、家庭eNode B、下一代节点B(gNodeB)、卫星、站点控制器、接入点(AP)、无线路由器等。
基站114a可以是RAN 103/104/105的一部分，其还可以包括其它基站或网络元件(未示出)，诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。类似地，基站114b可以是RAN 103b/104b/105b的一部分，其也可以包括其它基站或网络元件(未示出)，诸如BSC、RNC、中继节点等。基站114a可以被配置为在可以被称为小区(未示出)的特定地理区域内传输或接收无线信号。类似地，基站114b可以被配置为在特定地理区域内传输或接收有线或无线信号，对于用于5G eV2X的在侧链路上广播、多播或单播的方法、系统和设备，该特定地理区域可以被称为小区(未示出)，如本文所公开的。类似地，基站114b可以被配置为在特定地理区域内传输或接收有线或无线信号，该特定地理区域可以被称为小区(未示出)。小区可以被进一步划分为小区扇区。例如，与基站114a相关联的小区可以被划分为三个扇区。因此，在示例中，基站114a可以包括三个收发器，例如，对于小区的每个扇区有一个收发器。在示例中，基站114a可以采用多输入多输出(MIMO)技术，并且因此可以针对小区的每个扇区利用多个收发器。
基站114a可以通过空中接口115/116/117与WTRU 102a、102b、102c或102g中的一个或多个通信，空中接口115/116/117可以是任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115/116/117。
基站114b可以通过有线或空中接口115b/116b/117b与RRH 118a、118b、TRP 119a、119b或RSU 120a、120b中的一个或多个通信，空中接口115b/116b/117b可以是任何合适的有线(例如，电缆、光纤等)或无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115b/116b/117b。
RRH 118a、118b、TRP 119a、119b或RSU 120a、120b可以通过空中接口115c/116c/117c与WTRU 102c、102d、102e、102f中的一个或多个通信，空中接口115c/116c/11c可以是任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115c/116c/117c。
WTRU 102a、102b、102c、102d、102e或102f可以通过空中接口115d/116d/117d彼此通信，诸如侧链路通信，空中接口115d/116d/117d可以是任何合适的无线通信链路(例如、射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115d/116d/117d。
通信系统100可以是多址系统，并且可以采用一种或多种信道接入方案，诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如，RAN 103/104/105中的基站114a与WTRU 102a、102b、102c或者RAN 103b/104b/105b中的RRH 118a、118b、TRP 119a、119b和RSU 120a、120b与WTRU 102c、102d、102e、102f可以实现无线电技术，诸如通用移动电信系统(UMTS)地面无线电接入(UTRA)，其可以使用宽带CDMA(WCDMA)分别建立空中接口115/116/117或115c/116c/117c。WCDMA可以包括诸如高速分组接入(HSPA)或演进HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)或高速上行链路分组接入(HSUPA)。
在示例中，基站114a与WTRU 102a、102b、102c或者RAN 103b/104b/105b中的RRH118a、118b、TRP 119a、119b或RSU 120a、120b与WTRU 102c、102d可以实现无线电技术，诸如演进的UMTS地面无线电接入(E-UTRA)，其可以使用长期演进(LTE)或LTE-Advance(LTE-A)分别建立空中接口115/116/117或115c/116c/117c。将来，空中接口115/116/117或115c/116c/117c可以实现3GPP NR技术。LTE和LTE-A技术可以包括LTE D2D和V2X技术和接口(诸如侧链路通信等)。类似地，3GPP NR技术包括NR V2X技术和接口(诸如侧链路通信等)。
RAN 103/104/105中的基站114a与WTRU 102a、102b、102c和102g或者RAN 103b/104b/105b中的RRH 118a、118b、TRP 119a、119b或RSU 120a、120b与WTRU 102c、102d、102e、102f可以实现无线电技术，诸如IEEE 802.16(例如，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、过渡(Interim)标准2000(IS-2000)、过渡标准95(IS-95)、过渡标准856(IS-856)、全球移动通信系统(GSM)、用于GSM演进的增强数据速率(EDGE)、GSM EDGE(GERAN)等。
例如，图15A中的基站114c可以是无线路由器、家庭节点B、家庭eNode B或接入点，并且可以利用任何合适的RAT来促进本地化区域(诸如营业场所、房屋、车辆、火车、天线、卫星、工厂、校园等)中的无线连接性，用于实现用于5G eV2X的在侧链路上广播、多播或单播的方法、系统和设备，如本文所公开的。在示例中，基站114c和WTRU 102(例如，WTRU 102e)可以实现诸如IEEE 802.11之类的无线电技术，以建立无线局域网(WLAN)。类似地，基站114c和WTRU 102d可以实现诸如IEEE 802.15之类的无线电技术，以建立无线个人区域网(WPAN)。在又一个示例中，基站114c和WTRU 102(例如，WTRU 102e)可以利用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A、NR等)来建立微微小区或毫微微小区。如图15A中所示，基站114c可以具有到互联网110的直接连接。因此，可能不要求基站114c经由核心网络106/107/109接入互联网110。
RAN 103/104/105或RAN 103b/104b/105b可以与核心网络106/107/109通信，核心网络106/107/109可以是被配置为向WTRU 102a、102b、102c、102d中的一个或多个提供语音、数据、消息传递、授权和认证、应用或互联网协议语音(VoIP)服务的任何类型的网络。例如，核心网络106/107/109可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、互联网连接性、分组数据网络连接性、以太网连接性、视频分发等，或执行高级安全功能(诸如用户认证)。
虽然未在图15A中示出，但是应认识到的是，RAN 103/104/105或RAN 103b/104b/105b或核心网络106/107/109可以与采用与RAN 103/104/105或RAN 103b/104b/105b相同的RAT或不同RAT的其它RAN直接或间接通信。例如，除了连接到可以利用E-UTRA无线电技术的RAN 103/104/105或RAN 103b/104b/105b之外，核心网络106/107/109还可以与采用GSM或NR无线电技术的另一个RAN(未示出)通信。
核心网络106/107/109还可以用作WTRU 102a、102b、102c、102d、102e的网关，以接入PSTN 108、互联网110或其它网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可以包括使用常见通信协议的互连的计算机网络和设备的全球系统，所述通信协议诸如TCP/IP网际协议套件中的传输控制协议(TCP)、用户数据报协议(UDP)和互联网协议(IP)。网络112可以包括由其它服务提供商拥有或运营的有线或无线通信网络。例如，网络112可以包括任何类型的分组数据网络(例如，IEEE 802.3以太网网络)或连接到一个或多个RAN的另一个核心网络，这一个或多个RAN可以采用与RAN 103/104/105或RAN 103b/104b/105b相同的RAT或不同的RAT。
通信系统100中的WTRU 102a、102b、102c、102d、102e和102f中的一些或全部可以包括多模式能力，例如，WTRU 102a、102b、102c、102d、102e和102f可以包括用于通过不同的无线链路与不同的无线网络通信的多个收发器，以实现用于5G eV2X的在侧链路上广播、多播或单播的方法、系统和设备，如本文所公开的。例如，图15A中所示的WTRU 102g可以被配置为与可以采用基于蜂窝的无线电技术的基站114a通信，并且与可以采用IEEE 802无线电技术的基站114c通信。
虽然在图15A中未示出，但是将理解，用户设备可以建立到网关的有线连接。网关可能是住宅网关(RG)。RG可以提供到核心网络106/107/109的连接。将意识到，本文包括的许多思想可以等同地应用于WTRU的UE和使用有线连接来连接到网络的UE。例如，适用于无线接口115、116、117和115c/116c/117c的思想可以等同地适用于有线连接。
图15B是示例RAN 103和核心网络106的系统图，其可以实现如本文所公开的用于5G eV2X的在侧链路上广播、多播或单播的方法、系统和设备。如上所述，RAN 103可以采用UTRA无线电技术来通过空中接口115与WTRU 102a、102b和102c通信。RAN 103还可以与核心网络106通信。如图15B中所示，RAN 103可以包括节点B 140a、140b和140c，节点B 140a、140b和140c可以各自包括一个或多个收发器，用于通过空中接口115与WTRU 102a、102b和102c通信。节点B 140a、140b和140c可以各自与RAN 103内的特定小区(未示出)相关联。RAN103还可以包括RNC 142a、142b。将认识到的是，RAN 103可以包括任何数量的节点B和无线电网络控制器(RNC)。
如图15B中所示，节点B 140a、140b可以与RNC 142a通信。此外，节点B 140c可以与RNC 142b通信。节点B 140a、140b和140c可以经由Iub接口与相应的RNC 142a和142b通信。RNC 142a和142b可以经由Iur接口彼此通信。RNC 142a和142b中的每一个可以被配置为控制其连接到的相应节点B 140a、140b和140c。此外，RNC 142a和142b中的每一个可以被配置为执行或支持其它功能，诸如外环功率控制、负载控制、准入控制、分组调度、移交控制、宏分集、安全性功能、数据加密等。
图15B中所示的核心网络106可以包括介质网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148或网关GPRS支持节点(GGSN)150。虽然每个前述元素被描绘为核心网络106的一部分，但是将认识到的是，这些元素中的任何一个可以由核心网络运营商以外的实体拥有或运营。
RAN 103中的RNC 142a可以经由IuCS接口连接到核心网络106中的MSC 146。MSC146可以连接到MGW 144。MSC 146和MGW 144可以向WTRU 102a、102b和102c提供对电路交换网络(诸如PSTN 108)的接入，以促进WTRU 102a、102b和102c与传统陆地线路通信设备之间的通信。
RAN 103中的RNC 142a还可以经由IuPS接口连接到核心网络106中的SGSN 148。SGSN 148可以连接到GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b和102c提供对分组交换网络(诸如互联网110)的接入，以促进WTRU 102a、102b和102c与启用IP的设备之间的通信。
核心网络106还可以连接到其它网络112，其它网络112可以包括由其它服务提供商拥有或运营的其它有线或无线网络。
图15C是可以实现如本文所公开的用于5G eV2X的在侧链路上广播、多播或单播的方法、系统和设备的示例RAN 104和核心网络107的系统图。如上所述，RAN 104可以采用E-UTRA无线电技术以通过空中接口116与WTRU 102a、102b和102c通信。RAN 104也可以与核心网络107通信。
RAN 104可以包括eNode-B 160a、160b和160c，虽然可以认识到RAN 104可以包括任意数量的eNode-B。eNode-B 160a、160b和160c可以各自包括一个或多个收发器，用于通过空中接口116与WTRU 102a、102b和102c通信。例如，eNode-B 160a、160b和160c可以实现MIMO技术。因此，例如，eNode-B 160a可以使用多个天线来向WTRU 102a传输无线信号以及从WTRU 102a接收无线信号。
eNode-B 160a、160b和160c中的每一个可以与特定小区(未示出)相关联并且可以被配置为处置无线电资源管理决策、移交决策、上行链路或下行链路中的用户调度等。如图15C中所示，eNode-B160a、160b和160c可以通过X2接口彼此通信。
图15C中所示的核心网络107可以包括移动性管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。虽然每个前述元素被描绘为核心网络107的一部分，但是应该认识到的是，这些元素中的任何一个可以由核心网络运营商以外的实体拥有或运营。
MME 162可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一个，并且可以用作控制节点。例如，MME 162可以负责认证WTRU 102a、102b和102c的用户、承载激活/停用、在WTRU 102a、102b和102c的初始附接期间选择特定的服务网关等。MME 162还可以提供用于在RAN 104和采用其它无线电技术(诸如GSM或WCDMA)的其它RAN(未示出)之间进行切换的控制平面功能。
服务网关164可以经由S1接口连接到RAN 104中的eNode-B160a、160b和160c中的每一个。服务网关164一般可以向WTRU 102a、102b和102c/从WTRU 102a、102b和102c路由用户数据分组和转发用户数据分组。服务网关164还可以执行其它功能，诸如在eNode B间移交期间锚定用户平面、在下行链路数据可用于WTRU 102a、102b和102c时触发寻呼、管理和存储WTRU 102a、102b和102c的上下文等。
服务网关164也可以连接到PDN网关166，PDN网关166可以向WTRU 102a、102b和102c提供对分组交换网络(例如，互联网110)的接入，以促进在WTRU 102a、102b、102c和启用IP的设备之间的通信。
核心网络107可以促进与其它网络的通信。例如，核心网络107可以向WTRU 102a、102b和102c提供对电路交换网络(诸如PSTN 108的)的接入，以促进WTRU 102a、102b和102c与传统陆地线路通信设备之间的通信。例如，核心网络107可以包括充当核心网络107与PSTN 108之间的接口的IP网关(例如，IP多媒体子系统(IMS)服务器)或可以与之通信。此外，核心网络107可以向WTRU 102a、102b和102c提供对网络112的接入，网络112可以包括由其它服务提供商拥有或运营的其它有线或无线网络。
图15D是可以实现如本文所公开的用于5G eV2X的在侧链路上广播、多播或单播的方法、系统和设备的示例RAN 105和核心网络109的系统图。RAN 105可以采用NR无线电技术来通过空中接口117与WTRU 102a和102b通信。RAN 105还可以与核心网络109通信。非3GPP互通功能(N3IWF)199可以采用非3GPP无线电技术来通过空中接口198与WTRU 102c通信。N3IWF 199也可以与核心网络109通信。
RAN 105可以包括gNode-B 180a和180b。将认识到的是，RAN 105可以包括任何数量的gNode-B。gNode-B 180a和180b可以各自包括一个或多个收发器，用于通过空中接口117与WTRU 102a和102b通信。当使用集成的接入和回程连接时，可以在WTRU和gNode-B之间使用相同的空中接口，其可以是经由一个或多个gNB的核心网络109。gNode-B 180a和180b可以实现MIMO、MU-MIMO或数字波束赋形技术。因此，例如，gNode-B 180a可以使用多个天线来向WTRU 102a传输无线信号以及从WTRU 102a接收无线信号。应当认识到的是，RAN 105可以采用其它类型的基站，诸如eNode-B。还应该认识到的是，RAN 105可以采用多于一种类型的基站。例如，RAN可以采用eNode-B和gNode-B。
N3IWF 199可以包括非3GPP接入点180c。将认识到N3IWF 199可以包括任何数量的非3GPP接入点。非3GPP接入点180c可以包括一个或多个收发器，用于通过空中接口198与WTRU 102c进行通信。非3GPP接入点180c可以使用802.11协议来通过空中接口198与WTRU102c通信。
gNode-B 180a和180b中的每一个可以与特定小区(未示出)相关联并且可以被配置为处置无线电资源管理决策、移交决策、上行链路或下行链路中的用户调度等。如图15D中所示，例如，gNode-B180a和180b可以通过Xn接口彼此通信。
图15D中所示的核心网络109可以是5G核心网络(5GC)。核心网络109可以向通过无线电接入网络互连的客户提供多种通信服务。核心网络109包括执行核心网络的功能的多个实体。如本文所使用的，术语“核心网络实体”或“网络功能”是指执行核心网络的一个或多个功能的任何实体。应该理解的是，这样的核心网络实体可以是以存储在被配置用于无线或网络通信的装置或计算机系统(诸如图15G中所示的系统90)的存储器中并在其处理器上执行的计算机可执行指令(软件)的形式实现的逻辑实体。
在图15D的示例中，5G核心网络109可以包括访问和移动性管理功能(AMF)172、会话管理功能(SMF)174、用户平面功能(UPF)176a和176b、用户数据管理功能(UDM)197、认证服务器功能(AUSF)190、网络暴露功能(NEF)196、策略控制功能(PCF)184、非3GPP互通功能(N3IWF)199、用户数据储存库(UDR)178。虽然将前述每个元素描绘为5G核心网络109的一部分，但应该认识到的是，这些元素中的任何一个都可以由核心网络运营商以外的实体拥有或运营。还将认识到的是，5G核心网络可以不由所有这些元素组成、可以由附加元素组成，并且可以由这些元素中每个元素的多个实例组成。图15D示出了网络功能直接彼此连接，但是，应该认识到的是，它们可以经由诸如diameter路由代理或消息总线之类的路由代理进行通信。
在图15D的示例中，网络功能之间的连接性是经由接口或参考点的集合实现的。将认识到的是，网络功能可以被建模、描述或实现为由其它网络功能或服务调用(invoke)或调用(call)的服务集合。可以经由网络功能之间的直接连接、消息总线上的消息传递的交换、调用软件功能等来实现网络功能服务的调用。
AMF 172可以经由N2接口连接到RAN 105，并且可以用作控制节点。例如，AMF 172可以负责注册管理、连接管理、可达性管理、接入认证、接入授权。AMF可以负责经由N2接口将用户平面隧道配置信息转发到RAN 105。AMF 172可以经由N11接口从SMF接收用户平面隧道配置信息。AMF 172通常可以经由N1接口向/从WTRU 102a、102b和102c路由和转发NAS分组。N1接口未在图15D中示出。
SMF 174可以经由N11接口连接到AMF 172。类似地，SMF可以经由N7接口连接到PCF184，并且经由N4接口连接到UPF 176a和176b。SMF 174可以用作控制节点。例如，SMF 174可以负责会话管理、用于WTRU 102a、102b和102c的IP地址分配、UPF 176a和UPF 176b中的流量转向规则的管理和配置，以及到AMF 172的下行链路数据通知的生成。
UPF 176a和UPF176b可以为WTRU 102a、102b和102c提供对分组数据网络(PDN)(诸如互联网110)的接入，以促进WTRU 102a、102b和102c与其它设备之间的通信。UPF 176a和UPF 176b还可以向WTRU 102a、102b和102c提供对其它类型的分组数据网络的接入。例如，其它网络112可以是以太网网络或交换数据的分组的任何类型的网络。UPF 176a和UPF176b可以经由N4接口从SMF 174接收流量转向规则。UPF 176a和UPF 176b可以通过将分组数据网络与N6接口连接或者通过彼此连接并经由N9接口连接到其它UPF来提供对分组数据网络的接入。除了提供对分组数据网络的接入之外，UPF 176还可以负责分组路由和转发、策略规则强制实施、用户平面流量的服务处置的质量、下行链路分组缓冲。
AMF 172还可以例如经由N2接口连接到N3IWF 199。N3IWF例如经由3GPP未定义的无线电接口技术来促进WTRU 102c与5G核心网络170之间的连接。AMF可以以与RAN 105交互的方式相同或相似的方式与N3IWF 199交互。
PCF 184可以经由N7接口连接到SMF 174、可以经由N15接口连接到AMF 172，并且可以经由N5接口连接到应用功能(AF)188。N15和N5接口未在图15D中示出。PCF 184可以提供策略规则以控制诸如AMF 172和SMF 174之类的平面节点，从而允许控制平面节点强制实施这些规则。PCF 184可以向AMF 172发送针对WTRU 102a、102b和102c的策略，使得AMF可以经由N1接口将策略递送到WTRU 102a、102b和102c。然后可以在WTRU 102a、102b和102c处强制实施或应用策略。
UDR 178可以充当用于认证凭证和订阅信息的储存库。UDR可以连接到网络功能，以便网络功能可以添加到储存库，读取和修改储存库中的数据。例如，UDR 178可以经由N36接口连接到PCF 184。类似地，UDR 178可以经由N37接口连接到NEF 196，并且UDR 178可以经由N35接口连接到UDM 197。
UDM 197可以用作UDR 178和其它网络功能之间的接口。UDM 197可以授权网络功能访问UDR 178。例如，UDM 197可以经由N8接口连接到AMF 172，UDM 197可以经由N10接口连接到SMF 174。类似地，UDM 197可以经由N13接口连接到AUSF 190。UDR 178和UDM 197可以紧密集成在一起。
AUSF 190执行与认证相关的操作，并且经由N13接口连接到UDM 178并经由N12接口连接到AMF 172。
NEF 196将5G核心网络109中的能力和服务暴露给应用功能(AF)188。暴露可以发生在N33 API接口上。NEF可以经由N33接口连接到AF 188并且它可以连接到其它网络功能，以便暴露5G核心网络109的能力和服务。
应用功能188可以与5G核心网络109中的网络功能交互。应用功能188和网络功能之间的交互可以经由直接接口或者可以经由NEF 196发生。应用功能188可以被认为是5G核心网络109的一部分，或者可以在5G核心网络109的外部并且由与移动网络运营商有业务关系的企业部署。
网络切片是一种机制，移动网络运营商可以使用它来支持运营商空中接口背后的一个或多个“虚拟”核心网络。这涉及将核心网络“切片”为一个或多个虚拟网络，以支持跨单个RAN运行的不同RAN或不同服务类型。网络切片使运营商能够创建被定制为针对要求不同需求(例如，在功能性、性能和隔离方面)的不同市场场景提供优化的解决方案的网络。
3GPP已经设计出了5G核心网络以支持网络切片。网络切片是网络运营商可以用来支持各种5G用例集合(例如，大规模IoT、关键通信、V2X和增强型移动宽带)的好工具，这些用例要求非常多样化甚至有时是极端的要求。如果不使用网络切片技术，那么当每个用例都有自己特定的性能、可伸缩性和可用性需求集时，网络体系架构可能不够灵活和可扩展以高效地支持广泛的用例需求。此外，应当使新网络服务的引入更加高效。
再次参考图15D，在网络切片场景中，WTRU 102a、102b或102c可以经由N1接口连接到AMF 172。AMF在逻辑上可以是一个或多个切片的一部分。AMF可以协调WTRU 102a、102b或102c与一个或多个UPF 176a和176b、SMF 174以及其它网络功能的连接或通信。UPF 176a和176b、SMF 174和其它网络功能中的每一个都可以是同一切片或不同切片的一部分。当它们是不同切片的一部分时，就它们可能利用不同的计算资源、安全性凭证等的意义而言，它们可以彼此隔离。
核心网络109可以促进与其它网络的通信。例如，核心网络109可以包括IP网关(诸如IP多媒体子系统(IMS)服务器)，或者可以与之通信，该IP网关用作5G核心网络109和PSTN108之间的接口。例如，核心网络109可以包括短消息服务(SMS)服务中心或者与之通信，这促进经由短消息服务的通信。例如，5G核心网络109可以促进WTRU 102a、102b和102c与服务器或应用功能188之间的非IP数据分组的交换。此外，核心网络170可以向WTRU 102a、102b和102c提供对网络112的接入，网络112可以包括由其它服务提供商拥有或运营的其它有线或无线网络。
本文描述并且在图15A、图15C、图15D或图15E中示出的核心网络实体由在某些现有3GPP规范中赋予那些实体的名称识别，但是可以理解的是，将来那些实体和功能可以由其它名称识别，并且某些实体或功能可以在3GPP发布的未来规范(包括未来的3GPP NR规范)中进行组合。因此，仅通过示例的方式提供了在图15A、图15B、图15C、图15D或图15E中描述和示出的特定网络实体和功能，并且应该理解的是，可以在任何类似的通信系统(无论是当前定义的还是将来定义的)中实施或实现本文公开并要求保护的主题。
图15E图示了示例通信系统111，其中可以使用本文描述的实现用于5G eV2X的在侧链路上广播、多播或单播的系统、方法和装置。通信系统111可以包括无线传输/接收单元(WTRU)A、B、C、D、E、F、基站gNB 121、V2X服务器124以及路边单元(RSU)123a和123b。在实践中，本文给出的概念可以应用于任何数量的WTRU、基站gNB、V2X网络或其它网络元件。一个或几个或全部WTRU A、B、C、D、E和F可以在接入网络覆盖131的范围之外。WTRU A、B和C形成V2X组，其中WTRU A是组领导，而WTRU B和C是组成员。
如果WTRU A、B、C、D、E和F在接入网络覆盖131内，那么它们可以经由gNB 121通过Uu接口129彼此通信。在图15E的示例中，WTRU B和F在接入网络覆盖131内示出。WTRU A、B、C、D、E和F可以直接经由诸如接口125a、125b或128之类的侧链路接口(例如，PC5或NR PC5)彼此传达它们是在接入网络覆盖131内或接入网络覆盖131之外。例如，在图15E的示例中，在接入网络覆盖131外部的WRTU D与在覆盖131内部的WTRU F通信。
WTRU A、B、C、D、E和F可以经由车辆到网络(V2N)133或侧链接口125b与RSU 123a或123b通信。WTRU A、B、C、D、E和F可以经由车辆到基础设施(V2I)接口127与V2X服务器124通信。WTRU A、B、C、D、E和F可以经由车辆到人(V2P)接口128与另一个UE通信。
图15F是根据实现本文所述的用于5G eV2X的在侧链路上广播、多播或单播的系统、方法和装置(诸如图15A、图15B、图15C、图15D或图15E的WTRU 102，或贯穿全文公开的UE(诸如UE 361))的可以被配置为用于无线通信和操作的示例装置或设备WTRU 102的框图。如图15F中所示，示例WTRU 102可以包括处理器118、收发器120、传输/接收元件122、扬声器/麦克风124、小键盘126、显示/触摸板/指示器128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136和其它外围设备138。将认识到的是，WTRU 102可以包括前述元素的任意子组合，而且，基站114a和114b或基站114a和114b可以表示的节点(除其它以外，尤其诸如但不限于收发器站(BTS)、节点B、站点控制器、接入点(AP)、家庭节点B、演进的家庭节点B(eNodeB)、家庭演进的节点B(HeNB)、家庭演进节点B网关、下一代节点B(gNode-B)和代理节点)可以包括图15F中描绘的元件中的一些或全部并且可以是执行所公开的用于本文所述的用于5G eV2X的在侧链路上广播、多播或单播的系统和方法的示例性实施方式。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理或使WTRU 102能够在无线环境中操作的任何其它功能。处理器118可以耦合到收发器120，收发器120可以耦合到传输/接收元件122。虽然图15F将处理器118和收发器120描绘为分开的部件，但应认识到的是，处理器118和收发器120可以一起集成在电子封装或芯片中。
UE的传输/接收元件122可以被配置为通过空中接口115/116/117向基站(例如，图15A的基站114a)传输信号或从其接收信号，或者通过空中接口115d/116d/117d向另一个UE传输信号或从其接收信号。例如，传输/接收元件122可以是被配置为传输或接收RF信号的天线。传输/接收元件122可以是被配置为例如传输或接收IR、UV或可见光信号的发射器/检测器。传输/接收元件122可以被配置为传输和接收RF和光信号两者。将认识到的是，传输/接收元件122可以被配置为传输或接收无线或有线信号的任意组合。
此外，虽然传输/接收元件122在图15F中被描绘为单个元件，但是WTRU 102可以包括任何数量的传输/接收元件122。更具体而言，WTRU 102可以采用MIMO技术。因此，WTRU102可以包括两个或更多个传输/接收元件122(例如，多个天线)，用于通过空中接口115/116/117传输和接收无线信号。
收发器120可以被配置为调制将由传输/接收元件122传输的信号并且解调由传输/接收元件122接收的信号。如上所述，WTRU 102可以具有多模能力。因此，收发器120可以包括多个收发器，用于使WTRU 102能够经由多个RAT(例如，NR和IEEE 802.11或NR和E-UTRA)进行通信，或者经由到不同RRH、TRP、RSU或节点的多个波束与同一RAT进行通信。
WTRU 102的处理器118可以耦合到扬声器/麦克风124、小键盘126或显示器/触摸板/指示器128(例如，液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以从其接收用户输入数据。处理器118还可以将用户数据输出到扬声器/麦克风124、小键盘126或显示器/触摸板/指示器128。此外，处理器118可以从任何类型的合适存储器(诸如不可移除存储器130或可移除存储器132)访问信息并在其中存储数据。不可移除存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。可移除存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。处理器118可以从物理上不位于WTRU 102上(诸如在托管在云中或边缘计算平台中或家用计算机(未示出)中的服务器上)的存储器访问信息并将数据存储在其中。处理器118可以被配置为响应于在本文描述的一些示例中的用于5G eV2X的在侧链路上广播、多播或单播的建立是否成功而控制显示器或指示器128上的照明图案、图像或颜色，或以其它方式指示用于5G eV2X及其关联组件的在侧链路上广播、多播或单播的状态。显示器或指示器128上的控制照明图案、图像或颜色可以反映本文图示或讨论的方法流程或组件中任何一个的状态。在本文公开的是用于5G eV2X的在侧链路上广播、多播或单播的消息和过程。消息和过程可以被扩展以提供接口/API，以供用户经由输入源(例如，扬声器/麦克风124、小键盘126或显示/触摸板/指示器128)请求资源并请求、配置或查询与用于5G eV2X的在侧链路上广播、多播或单播相关的信息，以及可能在显示器128上显示的其它信息。
处理器118可以从电源134接收电力，并且可以被配置为向WTRU 102中的其它部件分配或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。例如，电源134可以包括一个或多个干电池、太阳能电池、燃料电池等。
处理器118还可以耦合到GPS芯片组136，该GPS芯片组136可以被配置为提供关于WTRU 102的当前位置的位置信息(例如，经度和纬度)。除了或代替来自GPS芯片组136的信息，WTRU 102可以通过空中接口115/116/117从基站(例如，基站114a、114b)接收位置信息或基于从附近的两个或更多个基站接收的信号的定时确定其位置。将认识到的是，WTRU102可以通过任何合适的位置确定方法来获取位置信息。
处理器118还可以耦合到其它外围设备138，外围设备138可以包括提供附加特征、功能或有线或无线连接性的一个或多个软件或硬件模块。例如，外围设备138可以包括各种传感器，诸如加速度计、生物识别(例如，指纹)传感器、电子罗盘、卫星收发器、数码相机(用于照片或视频)、通用串行总线(USB)端口或其它互连接口、振动设备、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等。
WTRU 102可以在其它装置或设备中包括，诸如传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、运载工具(诸如小汽车、卡车、火车或飞机等)。WTRU 102可以经由一个或多个互连接口(诸如可以包括外围设备138之一的互连接口)连接到这种装置或设备的其它部件、模块或系统。
图15G是示例性计算系统90的框图，其中可以实施图15A、图15C、图15D和图15E中所示的通信网络的一个或多个装置以及用于5G eV2X的在侧链路上广播、多播或单播，诸如本文所述并要求保护的图1至图11或图13A-图14D中所示的系统和方法，诸如RAN 103/104/105、核心网络106/107/109、PSTN 108、互联网110、其它网络112或网络服务113中的某些节点或功能实体。计算系统90可以包括计算机或服务器，并且可以主要由计算机可读指令控制，该计算机可读指令可以是软件形式，无论何时何地，或通过任何方式来存储或访问这种软件。这样的计算机可读指令可以在处理器91内执行，以使计算系统90工作。处理器91可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP内核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器91可以执行信号编码、数据处理、电源控制、输入/输出处理或使计算系统90能够在通信网络中运行的任何其它功能。协处理器81是与主处理器91不同的可选处理器，其可以执行附加功能或辅助处理器91。处理器91或协处理器81可以接收、生成并处理与本文公开的用于用于5G eV2X的在侧链路上广播、多播或单播(诸如接收用于配置控制信令的消息)的方法和装置相关的数据。
在操作中，处理器91获取、解码并执行指令，并经由计算系统的主数据传送路径，系统总线80，向其它资源传送信息和从其它资源传送信息。这种系统总线连接计算系统90中的部件并定义用于数据交换的媒介。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线，以及用于发送中断和用于操作系统总线的控制线。这种系统总线80的示例是PCI(外围部件互连)总线。
耦合到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。这种存储器包括允许存储和检索信息的电路系统。ROM 93一般包括不容易被修改的存储数据。存储在RAM 82中的数据可以由处理器91或其它硬件设备读取或改变。对RAM 82或ROM93的存取可以由存储器控制器92控制。存储器控制器92可以提供地址翻译功能，该地址翻译功能在执行指令时将虚拟地址翻译成物理地址。存储器控制器92还可以提供存储器保护功能，该功能隔离系统内的进程并将系统进程与用户进程隔离。因此，以第一模式运行的程序只能访问由其自己的进程虚拟地址空间映射的存储器；除非已设置进程之间的存储器共享，否则它无法访问另一个进程的虚拟地址空间内的存储器。
此外，计算系统90可以包含外围设备控制器83，外围设备控制器83负责将来自处理器91的指令传送到外围设备，诸如打印机94、键盘84、鼠标95和盘驱动器85。
由显示器控制器96控制的显示器86被用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。可以以图形用户界面(GUI)的形式提供视觉输出。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子的平板显示器或触摸板来实现。显示器控制器96包括生成被发送到显示器86的视频信号所需的电子部件。
另外，计算系统90可以包括通信电路系统，诸如例如无线或有线网络适配器97，其可以被用于将计算系统90连接到外部通信网络或设备(诸如RAN 103/104/105、核心网络106/107/109、PSTN 108、互联网110、WTRU 102、或者图15A、图15B、图15C、图15D或图15E的其它网络112)，以使计算系统90能够与那些网络的其它节点或功能实体通信。单独或与处理器91组合，通信电路系统可以被用于执行本文描述的某些装置、节点或功能实体的传输和接收步骤。
应该理解的是，本文描述的装置、系统、方法和处理中的任何一个或全部可以以存储在计算机可读存储介质上的计算机可执行指令(例如，程序代码)的形式实施，该指令在由处理器(诸如处理器118或91)执行时使处理器执行或实现本文描述的系统、方法和处理。具体而言，本文描述的任何步骤、操作或功能可以以在被配置用于无线或有线网络通信的装置或计算系统的处理器上执行的这种计算机可执行指令的形式实现。计算机可读存储介质包括以用于存储信息的任何非瞬态(例如，有形或物理)方法或技术实现的易失性和非易失性、可移除和不可移除介质，但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字通用盘(DVD)或其它光盘存储装置、磁带盒、磁带、磁盘存储器或其它磁存储设备，或者可以用于存储期望信息并且可以由计算系统访问的任何其它有形或物理介质。
在如图所示描述本公开的主题的优选方法、系统或装置(用于5G eV2X的在侧链路上广播、多播或单播)时，为清楚起见，采用了特定术语。但是，所要求保护的主题并不旨在限于如此选择的特定术语，并且应该理解的是，每个特定元件包括以相似方式操作以实现相似目的的所有技术等同物。
本文描述的各种技术可以结合硬件、固件、软件或者在适当时结合其组合来实现。这样的硬件、固件和软件可以驻留在位于通信网络的各个节点处的装置中。装置可以单独地或彼此组合地操作以实现本文描述的方法。如本文中所使用的，术语“装置”、“网络装置”、“节点”、“设备”、“网络节点”等可以互换使用。此外，除非本文另外提供，否则词“或”的使用一般被包括性地使用。
本书面描述使用示例来公开本发明，包括最佳模式，并且还使本领域任何技术人员都能够实践本发明，包括制造和使用任何设备或系统以及执行任何结合的方法。本发明的可专利范围由权利要求书定义，并且可以包括本领域技术人员想到的其它示例(例如，跳过步骤、组合步骤或在本文公开的示例性方法之间添加步骤)。例如，可以组合例如图8A、图8B、图9A、图9B、图13A-图14D的一些主题、混合HARQ反馈信道、侧链路NR-V2X通信或HARQACK/NACK传输。如果这样的其它示例具有与权利要求的字面语言没有不同的结构元件，或者如果它们包括与权利要求的字面语言没有实质性差异的等效结构元件，那么意图将这些其它示例包括在权利要求的范围内。本文所述的方法、系统和装置尤其可以提供用于5GeV2X的在侧链路上广播、多播或单播的手段。

Claims (34)

1.一种执行无线通信的装置，该装置包括：
处理器；以及
存储器，其与处理器耦合，该存储器包括存储在其上的可执行指令，该可执行指令在由处理器执行时使处理器实现包括以下的操作：
获得用于一个或多个资源池的一种或多种配置，所述一个或多个资源池与一个或多个侧链路带宽部分(SL-BWP)内的资源相关；
在与所述一个或多个侧链路带宽部分内的资源相关的所述一个或多个资源池内调度第一传输时机、第二传输时机和第三传输时机；
接收指示混合自动重复请求HARQ反馈被使能或被禁用的指示符；
在第一传输时机在所述一个或多个侧链路带宽部分中的一侧链路带宽部分上在一个或多个资源中发送数据分组；
当根据所述指示符，HARQ反馈被使能时，在第二传输时机在所述侧链路带宽部分上接收HARQ反馈；
当根据所述指示符，HARQ反馈被禁用时，在第二传输时机在所述侧链路带宽部分上不接收混合自动重复请求HARQ反馈；
当HARQ反馈被使能时，基于在所述侧链路带宽部分上接收到的所述HARQ反馈来确定重传；并且
在第三传输时机在所述侧链路带宽部分上重传所述数据分组。
2.如权利要求1所述的装置，其中该装置是用户装备。
3.如权利要求1所述的装置，其中所述调度还包括用侧链路控制信息(SCI)指示一个或多个传输时机。
4.如权利要求1所述的装置，其中所述调度还包括用侧链路控制信息SCI指示一个或多个传输时机，所述指示包括单个侧链路控制信息，该单个侧链路控制信息包括针对一个或多个传输时机的资源分配以及用于解码由SCI指示的数据的配置。
5.如权利要求1所述的装置，其中所述调度还包括用侧链路控制信息SCI指示一个或多个传输时机，所述指示包括第一侧链路控制信息和第二侧链路控制信息，第一侧链路控制信息包括针对一个或多个传输时机的资源分配，第二侧链路控制信息包括用于解码由第一SCI指示的数据的配置。
6.如权利要求1所述的装置，其中调度还包括用侧链路控制信息(SCI)指示一个或多个传输时机，所述指示包括单个侧链路控制信息，该单个侧链路控制信息包括源标识符或目的地标识符。
7.如权利要求1所述的装置，其中发送数据分组包括在所述侧链路带宽部分上发送数据分组一次或多次。
8.如权利要求1所述的装置，其中接收所述HARQ反馈包括在所述侧链路带宽部分上从附近的一个或多个设备接收HARQ反馈。
9.如权利要求1所述的装置，其中从一个或多个设备接收HARQ反馈包括从多个资源分配接收对应的HARQ反馈。
10.如权利要求1所述的装置，其中从一个或多个设备接收HARQ反馈包括从一个资源分配接收对应的HARQ反馈。
11.如权利要求1所述的装置，其中接收HARQ反馈包括在侧链路带宽部分上从附近的在通信范围内的一个或多个设备接收HARQ反馈。
12.如权利要求1所述的装置，其中接收HARQ反馈包括在侧链路带宽部分上基于服务质量QoS从侧链路带宽部分上的在附近的一个或多个设备接收HARQ反馈。
13.如权利要求12所述的装置，其中在与数据相关联的侧链路控制信息中指示QoS。
14.如权利要求1所述的装置，其中接收HARQ反馈包括接收包括发送方标识的HARQ反馈。
15.如权利要求1所述的装置，其中接收HARQ反馈包括接收包括接收方标识的HARQ反馈。
16.如权利要求1所述的装置，其中接收HARQ反馈包括在由具有物理侧链路反馈信道PSFCH资源索引或PSFCH资源ID的PSFCH指示的分配处接收HARQ反馈。
17.一种执行无线通信的方法，该方法包括：
获得用于一个或多个资源池的一种或多种配置，所述一个或多个资源池与一个或多个侧链路带宽部分(SL-BWP)内的资源相关；
在与所述一个或多个侧链路带宽部分内的资源相关的所述一个或多个资源池内调度第一传输时机、第二传输时机和第三传输时机；
接收指示混合自动重复请求HARQ反馈被使能或被禁用的指示符；
在第一传输时机在所述一个或多个侧链路带宽部分中的一侧链路带宽部分上在一个或多个资源中发送数据分组；
当根据所述指示符，HARQ反馈被使能时，在第二传输时机在所述侧链路带宽部分上接收HARQ反馈；
当根据所述指示符，HARQ反馈被禁用时，在第二传输时机在所述侧链路带宽部分上不接收混合自动重复请求(HARQ)反馈；
当HARQ反馈被使能时，基于在所述侧链路带宽部分上接收到的所述HARQ反馈来确定重传；并且
在第三传输时机在所述侧链路带宽部分上重传所述数据分组。
18.如权利要求17所述的方法，其中该方法由用户装备执行。
19.如权利要求17所述的方法，其中所述调度还包括用侧链路控制信息(SCI)指示一个或多个传输时机。
20.如权利要求17所述的方法，其中所述调度还包括用侧链路控制信息(SCI)指示一个或多个传输时机，所述指示包括单个侧链路控制信息，该单个侧链路控制信息包括针对一个或多个传输时机的资源分配以及用于解码由SCI指示的数据的配置。
21.如权利要求17所述的方法，其中所述调度还包括用侧链路控制信息(SCI)指示一个或多个传输时机，所述指示包括第一侧链路控制信息和第二侧链路控制信息，第一侧链路控制信息包括针对一个或多个传输时机的资源分配，第二侧链路控制信息包括用于解码由第一SCI指示的数据的配置。
22.如权利要求17所述的方法，其中调度还包括用侧链路控制信息(SCI)指示一个或多个传输时机，所述指示包括单个侧链路控制信息，该单个侧链路控制信息包括源标识符或目的地标识符。
23.如权利要求17所述的方法，其中发送数据分组包括在所述侧链路带宽部分上发送数据分组一次或多次。
24.如权利要求17所述的方法，其中接收所述HARQ反馈包括在所述侧链路带宽部分上从附近的一个或多个设备接收HARQ反馈。
25.如权利要求17所述的方法，其中从一个或多个设备接收HARQ反馈包括从多个资源分配接收对应的HARQ反馈。
26.如权利要求17所述的方法，其中从一个或多个设备接收HARQ反馈包括从一个资源分配接收对应的HARQ反馈。
27.如权利要求17所述的方法，其中接收HARQ反馈包括在侧链路带宽部分上从附近的在通信范围内的一个或多个设备接收HARQ反馈。
28.如权利要求17所述的方法，其中接收HARQ反馈包括在侧链路带宽部分上基于服务质量(QoS)从侧链路带宽部分上的在附近的一个或多个设备接收HARQ反馈。
29.如权利要求28所述的方法，其中在与数据相关联的侧链路控制信息中指示QoS。
30.如权利要求17所述的方法，其中接收HARQ反馈包括接收包括发送方标识的HARQ反馈。
31.如权利要求17所述的方法，其中接收HARQ反馈包括接收包括接收方标识的HARQ反馈。
32.如权利要求17所述的方法，其中接收HARQ反馈包括在由具有物理侧链路反馈信道(PSFCH)资源索引或PSFCH资源ID的PSFCH指示的分配处接收HARQ反馈。
33.一种计算机可读存储介质，具有存储在其上的可执行指令，所述可执行指令在被处理器执行时使得装置执行如权利要求17-32中任一项所述的方法。
34.一种计算机程序产品，包括可执行指令，所述可执行指令在被处理器执行时使得装置执行如权利要求17-32中任一项所述的方法。
CN201980052982.XA 2018-08-09 2019-07-08 用于5g ev2x的侧链路上的广播、多播和单播 Active CN112640346B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201862716833P 2018-08-09 2018-08-09
US62/716,833 2018-08-09
US201862734673P 2018-09-21 2018-09-21
US62/734,673 2018-09-21
US201962827611P 2019-04-01 2019-04-01
US62/827,611 2019-04-01
PCT/US2019/040848 WO2020033089A1 (en) 2018-08-09 2019-07-08 Broadcast, multicast, and unicast on sidelink for 5g ev2x

Publications (2)

Publication Number Publication Date
CN112640346A CN112640346A (zh) 2021-04-09
CN112640346B true CN112640346B (zh) 2024-07-23

Family

ID=67441721

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980052982.XA Active CN112640346B (zh) 2018-08-09 2019-07-08 用于5g ev2x的侧链路上的广播、多播和单播

Country Status (4)

Country Link
US (1) US20210306824A1 (zh)
EP (1) EP3834321A1 (zh)
CN (1) CN112640346B (zh)
WO (1) WO2020033089A1 (zh)

Families Citing this family (124)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11272539B2 (en) 2018-08-09 2022-03-08 Ofinno, Llc Channel access and bandwidth part switching
US12101766B2 (en) 2018-09-24 2024-09-24 Telefonaktiebolaget Lm Ericsson (Publ) Control of DRX using layer-1 signaling
KR102664569B1 (ko) * 2018-09-27 2024-05-21 프라운호퍼-게젤샤프트 추르 푀르데룽 데어 안제반텐 포르슝 에 파우 새로운 무선 사이드링크 프레임 구조
KR102495898B1 (ko) * 2018-09-27 2023-02-06 코닌클리케 필립스 엔.브이. 모바일 장치 및 방법
EP3858057B1 (en) * 2018-09-28 2024-02-14 Telefonaktiebolaget LM Ericsson (publ.) Transitioning between different scheduling delay assumptions
CN110971370B (zh) * 2018-09-28 2024-01-05 夏普株式会社 由用户设备执行的方法以及用户设备
CN113170422B (zh) * 2018-10-28 2023-07-28 Lg电子株式会社 无线通信系统中终端执行副链路操作的方法及使用方法的终端
CN111132329B (zh) * 2018-11-02 2022-09-16 维沃移动通信有限公司 一种资源指示方法、设备及系统
EP3878120A4 (en) * 2018-11-08 2022-06-15 Lenovo (Beijing) Limited METHOD AND DEVICE FOR DTX DETECTION FOR A SIDELINK GROUPCAST TRANSMISSION
US11451343B2 (en) * 2018-11-13 2022-09-20 Qualcomm Incorporated Message re-transmission in a group of devices
CN116390228A (zh) * 2018-12-04 2023-07-04 华为技术有限公司 确定传输资源的方法和装置
US12126449B2 (en) * 2018-12-29 2024-10-22 Beijing Xiaomi Mobile Software Co., Ltd. Data transmission method and apparatus in direct communication, device, and system
KR102720433B1 (ko) * 2019-01-09 2024-10-23 가부시키가이샤 엔티티 도코모 유저장치, 및 피드백 정보 송신 방법
US11265134B2 (en) * 2019-01-10 2022-03-01 Qualcomm Incorporated Feedback transmission using multiple access signatures
CN111432349B (zh) * 2019-01-10 2021-10-15 华为技术有限公司 一种通信方法及装置
KR20200086920A (ko) * 2019-01-10 2020-07-20 삼성전자주식회사 무선 통신 시스템에서 단말 간 직접 통신을 위한 전송 자원을 할당하는 장치 및 방법
CN111294159B (zh) * 2019-01-11 2021-04-27 北京紫光展锐通信技术有限公司 用于组播通信的harq反馈方法及装置、存储介质、终端
KR20200087698A (ko) * 2019-01-11 2020-07-21 주식회사 아이티엘 무선통신시스템에서 사이드링크 물리계층 세션 아이디를 결정하는 방법 및 장치
CN111436121B (zh) * 2019-01-11 2021-11-19 华为技术有限公司 一种旁链路资源的配置方法及装置
CN112672309B (zh) * 2019-02-15 2022-01-11 华为技术有限公司 通信方法和通信装置
WO2020184965A1 (ko) * 2019-03-13 2020-09-17 엘지전자 주식회사 사이드링크를 지원하는 무선통신시스템에서 복수의 안테나 리모트 유닛들을 제어하는 방법 및 이를 위한 장치
EP3949469A4 (en) * 2019-03-29 2022-10-12 Lenovo (Beijing) Limited METHOD AND APPARATUS FOR MONITORING RADIO LINK ON A SIDE LINK
WO2020199221A1 (zh) * 2019-04-04 2020-10-08 Oppo广东移动通信有限公司 一种资源配置方法、网络设备、终端设备
CN113661671B (zh) * 2019-04-07 2024-07-26 Lg电子株式会社 在无线通信系统中用于副链路通信和反馈的ue的操作方法
WO2020215218A1 (zh) * 2019-04-23 2020-10-29 Oppo广东移动通信有限公司 用于传输侧行数据的方法和终端设备
WO2020222613A1 (ko) * 2019-04-30 2020-11-05 엘지전자 주식회사 무선 통신 시스템에서 신호 송수신 방법
WO2020220290A1 (zh) * 2019-04-30 2020-11-05 富士通株式会社 边链路数据的发送和接收方法以及装置
CN111867116B (zh) * 2019-04-30 2022-07-12 华为技术有限公司 一种通信方法及装置
EP3968710A4 (en) * 2019-05-10 2022-11-16 Ntt Docomo, Inc. USER EQUIPMENT AND COMMUNICATION METHOD
US11870594B2 (en) * 2019-05-13 2024-01-09 At&T Intellectual Property I, L.P. Facilitating a group hybrid automatic repeat request procedure for sidelink group case in advanced networks
US20210006318A1 (en) * 2019-07-03 2021-01-07 Electronics And Telecommunications Research Institute Method and apparatus for sidelink communication
EP3982579B1 (en) * 2019-07-10 2023-08-02 LG Electronics Inc. Method and device for determining feedback resource in nr v2x
EP3965353B1 (en) 2019-07-10 2024-04-10 LG Electronics Inc. Method and apparatus for determining feedback resource in nr v2x
US11483802B2 (en) 2019-07-18 2022-10-25 Ofinno, Llc Hybrid automatic repeat request feedback in radio systems
KR20210010320A (ko) * 2019-07-19 2021-01-27 한국전자통신연구원 사이드링크 통신을 위한 자원 할당 및 예약 방법, 및 이를 위한 장치
CN114145061A (zh) * 2019-07-23 2022-03-04 鸿颖创新有限公司 确定用于混合自动重传请求反馈的物理侧链路反馈信道资源的方法及相关装置
CN111836304B (zh) * 2019-08-09 2023-10-13 维沃移动通信有限公司 一种信息传输方法及终端
BR112022002696A2 (pt) * 2019-08-13 2022-05-24 Idac Holdings Inc Método para uso em uma unidade de transmissão/ recepção sem fio, e, unidade de transmissão/recepção sem fio
US20220286235A1 (en) * 2019-08-23 2022-09-08 Nokia Technologies Oy Dynamic Retransmission Configuration
KR20220052318A (ko) * 2019-08-28 2022-04-27 엘지전자 주식회사 Nr v2x에서 sci를 전송하는 방법 및 장치
CN114342423B (zh) * 2019-09-05 2024-04-26 联想（新加坡）私人有限公司 确定用于侧链路传输的天线面板
US11546105B2 (en) * 2019-09-12 2023-01-03 Qualcomm Incorporated Groupcast sidelink CSI-RS with selective CSI reports
US20220360307A1 (en) * 2019-09-13 2022-11-10 Ntt Docomo, Inc. Terminal and radio communication method
US11910242B2 (en) * 2019-09-27 2024-02-20 Qualcomm Incorporated Flexible resource reservation indication in sidelink
CN112584549B (zh) * 2019-09-29 2023-03-10 华为技术有限公司 一种确定物理直连反馈信道资源的方法及装置
CN117220836A (zh) * 2019-09-30 2023-12-12 华为技术有限公司 一种通信方法及装置
US12041673B2 (en) * 2019-10-01 2024-07-16 Qualcomm Incorporated Feedback for sidelink transmission
EP4042824A2 (en) * 2019-10-03 2022-08-17 Ofinno, LLC Sidelink configuration of wireless devices
US12114345B2 (en) * 2019-10-10 2024-10-08 Lg Electronics Inc. Method and apparatus for handling BWP switching based on priority in a wireless communication system
CN114830804A (zh) * 2019-10-14 2022-07-29 瑞典爱立信有限公司 用于副链路的rlm过程
US11533603B2 (en) * 2019-10-14 2022-12-20 Qualcomm Incorporated Power saving for pedestrian user equipments
CN110945815A (zh) * 2019-11-08 2020-03-31 北京小米移动软件有限公司 直连混合自动重传请求harq反馈指示方法及装置
US11503573B2 (en) * 2019-11-11 2022-11-15 Qualcomm Incorporated Techniques for multi-user superposition transmission sidelink feedback
EP4061081A4 (en) * 2019-11-13 2023-04-12 Industry-Academic Cooperation Foundation Dankook University SIDE LINK DATA TRANSMISSION METHOD FOR ULTRA-RELIABLE, LOW-LATENCY COMMUNICATION IN A WIRELESS COMMUNICATION SYSTEM, AND APPARATUS THEREOF
WO2021134578A1 (zh) * 2019-12-31 2021-07-08 华为技术有限公司 一种多跳传输方法及装置
US11831572B2 (en) * 2020-02-13 2023-11-28 Qualcomm Incorporated Vehicle-to-everything (V2X) inter-user equipment (UE) coordination
WO2021159512A1 (zh) * 2020-02-14 2021-08-19 华为技术有限公司 一种控制信息传输方法及装置
CN113271573A (zh) * 2020-02-14 2021-08-17 华硕电脑股份有限公司 处理侧链路通信的无效rrc重新配置消息的方法和设备
CN115066850B (zh) * 2020-02-14 2024-08-06 高通股份有限公司 用于nr v2x周期性调度的保留周期性
WO2021165208A1 (en) * 2020-02-17 2021-08-26 Sony Group Corporation Communications devices, infrastructure equipment and methods
BR112022014895A2 (pt) * 2020-02-21 2022-09-20 Ntt Docomo Inc Terminal e método de comunicação de um terminal
KR20220143878A (ko) * 2020-03-13 2022-10-25 엘지전자 주식회사 Nr v2x에서 사이드링크 통신을 위한 전력을 절약하는 방법 및 장치
CN115699960A (zh) * 2020-03-20 2023-02-03 弗劳恩霍夫应用研究促进协会 Nr侧链路辅助信息消息
US20210307022A1 (en) * 2020-03-24 2021-09-30 Qualcomm Incorporated Selective detection of feedback for resource selection
CN113498176B (zh) * 2020-04-01 2024-08-13 维沃移动通信有限公司 Psfch资源的确定方法、配置方法及通信设备
US11742999B2 (en) * 2020-04-08 2023-08-29 Qualcomm Incorporated Dynamic allocation of retransmission resources
WO2021206494A1 (en) * 2020-04-09 2021-10-14 Lg Electronics Inc. Soft buffer flushing based on mac reset for rrc connection between wireless devices
CN113518436A (zh) * 2020-04-10 2021-10-19 索尼公司 电子设备、通信方法和存储介质
CN115428482A (zh) * 2020-04-13 2022-12-02 中兴通讯股份有限公司 用于为组播广播服务选择无线承载模式的方法及设备
US20210329604A1 (en) * 2020-04-20 2021-10-21 Mediatek Singapore Pte. Ltd. Physical Layer Enhancements for Sidelink Communication
CN115428371A (zh) * 2020-04-24 2022-12-02 捷开通讯(深圳)有限公司 用于广播多播和单播服务的灵活传送和接收的设备和方法
WO2021217674A1 (zh) * 2020-04-30 2021-11-04 Oppo广东移动通信有限公司 侧行反馈方法和终端设备
US11696313B2 (en) * 2020-05-05 2023-07-04 Qualcomm Incorporated Sidelink sensing and resource allocation enhancement for power saving
US11476982B2 (en) * 2020-05-27 2022-10-18 Qualcomm Incorporated Multiplexing multicast and unicast feedback
US11589197B2 (en) 2020-06-22 2023-02-21 Qualcomm Incorporated Application based range management for cellular vehicle-to-anything communication
US11937231B2 (en) * 2020-06-23 2024-03-19 Qualcomm Incorporated Sidelink communication reliability
CN115699932A (zh) * 2020-06-24 2023-02-03 高通股份有限公司 无执照频谱中用于侧链路通信的确收反馈传输
US11706752B2 (en) * 2020-07-09 2023-07-18 Qualcomm Incorporated Semi-persistent scheduling (SPS) for sidelink groupcast
US20230269758A1 (en) * 2020-07-31 2023-08-24 Google Llc Managing multicast and broadcast services
US11844094B2 (en) 2020-08-07 2023-12-12 Samsung Electronics Co., Ltd. Method and apparatus to transmit and receive signal for groupcast in wireless communication system
US20220046653A1 (en) * 2020-08-07 2022-02-10 Qualcomm Incorporated Sidelink collision handling for inter user equipment coordination
EP4199628A4 (en) * 2020-08-17 2024-08-28 Lg Electronics Inc METHOD AND APPARATUS FOR EFFICIENTLY SUPPORTING NR-V2X COMMUNICATION
US12120574B2 (en) * 2020-09-09 2024-10-15 Qualcomm Incorporated Relay switching for a remote user equipment
US11937214B2 (en) * 2020-10-09 2024-03-19 Qualcomm Incorporated Bandwidth part switch for sidelink communication
CN116326067A (zh) * 2020-10-15 2023-06-23 苹果公司 Ue间协调消息的触发和信令
US20220141873A1 (en) * 2020-10-30 2022-05-05 Qualcomm Incorporated Channel occupancy information multi-access reporting
WO2022104542A1 (zh) * 2020-11-17 2022-05-27 Oppo广东移动通信有限公司 无线通信方法和通信装置
CN116326050A (zh) * 2020-11-30 2023-06-23 华为技术有限公司 侧行链路载波管理方法、装置和系统
US11764856B2 (en) * 2020-12-09 2023-09-19 Qualcomm Incorporated Enhanced frequency range 2 (FR2) sidelink re-discovery
WO2022133401A1 (en) * 2020-12-16 2022-06-23 Qualcomm Incorporated Frequency hopping coordination and configuration for sidelink communication
US11844099B2 (en) * 2020-12-23 2023-12-12 Qualcomm Incorporated Switching among sidelink bandwidth parts
KR20230131187A (ko) * 2021-01-12 2023-09-12 퀄컴 인코포레이티드 다수의 송신-수신 포인트들에 대한 사이드링크 피드백
US20220231871A1 (en) * 2021-01-19 2022-07-21 Qualcomm Incorporated Bandwidth parts for a groupcast sidelink network
WO2022156893A1 (en) * 2021-01-21 2022-07-28 Nokia Technologies Oy Groupcast master ue re-assignment with beam-domain operation
US11722992B2 (en) * 2021-02-26 2023-08-08 Qualcomm Incorporated Prioritized discovery for high spectral efficiency NR sidelink
US20220330223A1 (en) * 2021-04-09 2022-10-13 Qualcomm Incorporated Configuration of sidelink resources for transmission of a sidelink message
US20220338169A1 (en) * 2021-04-16 2022-10-20 Qualcomm Incorporated Resource allocations to source user equipment from a user equipment in a hop
US11916683B2 (en) * 2021-04-19 2024-02-27 Landis+Gyr Technology, Inc. Overloading broadcast dwell intervals in unsynchronized channel hopping mesh networks
US11863972B2 (en) * 2021-04-22 2024-01-02 Qualcomm Incorporated Resolving reservation ambiguity of sidelink control information repetition in sidelink communications
US20240306021A1 (en) * 2021-06-27 2024-09-12 Apple Inc. Sidelink feedback enhancement
US12120651B2 (en) 2021-07-06 2024-10-15 Rockwell Collins, Inc. Infrastructureless 5G
CN115696218A (zh) * 2021-07-23 2023-02-03 维沃移动通信有限公司 多播广播业务的接收方法、发送方法、装置及设备
US11792801B2 (en) * 2021-08-02 2023-10-17 Qualcomm Incorporated Route-based sidelink communication assignments
US20230029974A1 (en) * 2021-08-02 2023-02-02 Qualcomm Incorporated Bandwidth (bw) adaptation for power saving
US11805511B2 (en) * 2021-08-20 2023-10-31 Qualcomm Incorporated Cross-slot schedule for new radio (NR) sidelink (SL)
US12041495B2 (en) * 2021-09-16 2024-07-16 Qualcomm Incorporated Techniques for cell selection and service continuity for conditional handover
WO2023047073A1 (en) * 2021-09-21 2023-03-30 King's College London Ad-hoc communication system for intelligent transportation with simultaneous transmission and sensing
US12022459B2 (en) * 2021-09-23 2024-06-25 Qualcomm Incorporated Sidelink resource configuration for a slot with multiple mini-slots and a feedback channel
MX2024003919A (es) * 2021-09-29 2024-04-17 Nokia Technologies Oy Configurar un dispositivo de comunicación.
US12108382B2 (en) * 2021-10-13 2024-10-01 Qualcomm Incorporated Scheduling for sidelink communications
CN113938173B (zh) * 2021-10-20 2024-02-09 深圳市畅电科技有限公司 一种星地融合网络中联合广播和单播的波束赋形方法
US20230132052A1 (en) * 2021-10-21 2023-04-27 Qualcomm Incorporated Cooperative operation for sidelink bandwidth part
US20230147301A1 (en) * 2021-11-11 2023-05-11 Qualcomm Incorporated Techniques for indicating measurement gaps and associating measurement gap patterns with bandwidth part hopping patterns
US11924864B2 (en) * 2021-11-22 2024-03-05 Qualcomm Incorporated Network coded sidelink communication using reserved resources for retransmission
CN115378498B (zh) * 2021-11-22 2023-07-28 中国人民解放军战略支援部队信息工程大学 多用户可见光通信低时延传输计算一体化系统
CN116367263A (zh) * 2021-12-28 2023-06-30 大唐移动通信设备有限公司 一种信息处理方法、装置及可读存储介质
EP4327606A4 (en) * 2022-02-21 2024-07-31 Zte Corp METHODS, DEVICES AND SYSTEMS FOR RESOLVING DIRECTIONAL CONFLICT IN A SUB-BAND FULL DUPLEX SYSTEM
US20230292352A1 (en) * 2022-03-14 2023-09-14 Qualcomm Incorporated Sidelink interference cancellation
US20230319880A1 (en) * 2022-03-24 2023-10-05 Qualcomm Incorporated Resource allocation for unlicensed spectrum sidelink communications
WO2023192601A1 (en) * 2022-03-31 2023-10-05 Ofinno, Llc Sidelink resource selection based on a plurality of sidelink resource pools
CN117204072A (zh) * 2022-04-06 2023-12-08 北京小米移动软件有限公司 信息确定方法、信息发送方法、通信系统、装置及设备
KR20230171403A (ko) * 2022-06-13 2023-12-20 현대자동차주식회사 사이드 링크 통신을 지원하는 무선 통신 시스템에서 빔 페어링 방법 및 장치
WO2024073987A1 (en) * 2023-01-19 2024-04-11 Lenovo (Beijing) Limited Method and apparatus for harq-ack feedback timing indication for sidelink transmission over unlicensed spectrum
WO2024207272A1 (en) * 2023-04-05 2024-10-10 Nokia Shanghai Bell Co., Ltd. Opportunistic harq feedback transmission for sidelink communication

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017126266A1 (en) * 2016-01-22 2017-07-27 Nec Corporation Methods and device for transmission collision detection and handling in vehicle to everything communication system
WO2018048273A1 (ko) * 2016-09-11 2018-03-15 엘지전자 주식회사 무선 통신 시스템에서 v2x 통신을 위한 신호 전송 방법 및 이를 위한 장치

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2795977A4 (en) * 2011-12-20 2015-10-07 Intel Corp GROUPED BROADCAST SERVICE USING INDIVIDUAL SHIPPING SUBFRAME
US9369247B2 (en) * 2013-03-15 2016-06-14 Blackberry Limited Simultaneously accessing shared resources
JP6621758B2 (ja) * 2014-11-14 2019-12-18 株式会社Ｎｔｔドコモ ユーザ装置、フィードバック制御方法、及び再送制御方法
US10455587B2 (en) * 2014-12-05 2019-10-22 Lg Electronics Inc. Method and apparatus for terminal to transmit and receive signal using sidelinks between devices
US9883485B2 (en) * 2015-01-08 2018-01-30 Qualcomm Incorporated Evolved multimedia broadcast multicast service on enhanced component carriers
EP3319381B1 (en) * 2015-07-03 2021-04-07 LG Electronics Inc. Method for transmitting signal between terminals, and apparatus for same
US20180324611A1 (en) * 2015-11-04 2018-11-08 Lg Electronics Inc. Method for transmitting a sidelink buffer status reporting in a d2d communication system and device therefor
US10334586B2 (en) * 2016-01-22 2019-06-25 Qualcomm Incorporated Hybrid automatic repeat request feedback for unicast sidelink communications
WO2017130592A1 (ja) * 2016-01-25 2017-08-03 日本電気株式会社 ネットワーク装置、無線端末、及びこれらの方法
EP3206321B1 (en) * 2016-02-15 2020-07-08 Panasonic Intellectual Property Corporation of America Improved uplink harq operation for prose-enabled ues participating in sidelink discovery operation
EP3282618A1 (en) * 2016-08-09 2018-02-14 Panasonic Intellectual Property Corporation of America Improved initial and retransmissions of data for v2x transmissions
KR102426409B1 (ko) * 2016-08-11 2022-07-28 엘지전자 주식회사 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치
WO2018055813A1 (en) * 2016-09-26 2018-03-29 Nec Corporation Methods and system for device-to-device communication technical field
CN110100466B (zh) * 2016-12-21 2021-06-01 华为技术有限公司 未许可频谱中分布式网络辅助基于帧的设备兼容的用户设备协作的服务质量区分方法
EP3399825B1 (en) * 2017-05-05 2020-02-19 Nokia Technologies Oy Reserving resources in device to device communication
PL3777455T3 (pl) * 2018-04-05 2022-03-21 Telefonaktiebolaget Lm Ericsson (Publ) Wielostopniowe informacje sterujące łącza bocznego
CN113196821B (zh) * 2018-12-27 2023-12-22 株式会社Ntt都科摩 用户装置
EP4030665A4 (en) * 2019-10-10 2022-10-05 LG Electronics Inc. METHOD AND APPARATUS FOR REPORTING HARQ FEEDBACK INFORMATION TO BASE STATION IN NR V2X
WO2021107574A1 (ko) * 2019-11-25 2021-06-03 삼성전자 주식회사 V2x 시스템에서 자원을 할당하는 방법 및 장치
US11924832B2 (en) * 2020-02-12 2024-03-05 Apple Inc. Sidelink control information stage 2 format
WO2022139825A1 (en) * 2020-12-22 2022-06-30 Nokia Technologies Oy Enhanced sidelink hybrid automatic repeat request with integrated user equipment-to-user equipment relay

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017126266A1 (en) * 2016-01-22 2017-07-27 Nec Corporation Methods and device for transmission collision detection and handling in vehicle to everything communication system
WO2018048273A1 (ko) * 2016-09-11 2018-03-15 엘지전자 주식회사 무선 통신 시스템에서 v2x 통신을 위한 신호 전송 방법 및 이를 위한 장치

Also Published As

Publication number Publication date
EP3834321A1 (en) 2021-06-16
CN112640346A (zh) 2021-04-09
US20210306824A1 (en) 2021-09-30
WO2020033089A1 (en) 2020-02-13

Similar Documents

Publication Publication Date Title
CN112640346B (zh) 用于5g ev2x的侧链路上的广播、多播和单播
US12082207B2 (en) Uu based sidelink control for Nr V2x
CN112567673B (zh) 用于nr v2x的波束赋形和分组
US20210219268A1 (en) Resource management for 5g ev2x
KR102714660B1 (ko) 뉴 라디오에 대한 그랜트리스 업링크 전송
CN113678555A (zh) 用于执行控制以处理nr v2x的ue间优先级排序的装置、系统、方法和计算机可读介质
CN114762270A (zh) 链路恢复和侧行链路波束成形
US20240172235A1 (en) Methods and systems of nr sidelink resource allocation for power saving and bwp operations
US20240015755A1 (en) Cast type and coordination based inter-ue operation for nr sidelink
US20240172280A1 (en) New radio sidelink sensing
US20240015741A1 (en) Beam management and multi-beam operation for nr from 52.6 ghz and above
US20230309116A1 (en) Multi-carrier based new radio vehicle communications with sidelink
WO2023014961A1 (en) Sidelink operation in unlicensed spectrum
US20230328731A1 (en) Exploiting unutilized transmission occasions
US20240155686A1 (en) Channel access priority class table for unlicensed sidelink
EP4412122A1 (en) Method and device for transmitting/receiving control information in wireless communication system
US20240146464A1 (en) Method and apparatus for configuring sidelink feedback channel of vehicle-to-everything terminal in communication system
CN118435657A (zh) 用于共享频谱上的nr侧链路资源分配的方法和系统
WO2024077138A1 (en) Methods and systems of sidelink operations for beam-based mode 2 harq in shared spectrum
CN117461368A (zh) 用于功率节省和bwp操作的nr侧链路资源分配的方法和系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20221109

Address after: Wilmington, Delaware, USA

Applicant after: INTERDIGITAL PATENT HOLDINGS, Inc.

Address before: Delaware USA

Applicant before: CONVIDA WIRELESS, LLC

GR01 Patent grant
GR01 Patent grant