CN110944403A - 用于传送侧链路harq反馈信息的方法和设备 - Google Patents

用于传送侧链路harq反馈信息的方法和设备 Download PDF

Info

Publication number
CN110944403A
CN110944403A CN201910892164.2A CN201910892164A CN110944403A CN 110944403 A CN110944403 A CN 110944403A CN 201910892164 A CN201910892164 A CN 201910892164A CN 110944403 A CN110944403 A CN 110944403A
Authority
CN
China
Prior art keywords
harq feedback
harq
information
feedback mode
receiver
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.)
Pending
Application number
CN201910892164.2A
Other languages
English (en)
Inventor
朴奎镇
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.)
KT Corp
Original Assignee
KT Corp
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
Priority claimed from KR1020190082956A external-priority patent/KR102434619B1/ko
Application filed by KT Corp filed Critical KT Corp
Publication of CN110944403A publication Critical patent/CN110944403A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • 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/1806—Go-back-N protocols
    • 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
    • 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/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/024—Guidance services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • 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
    • 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]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]

Landscapes

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

Abstract

根据本公开的实施例，提供了一种用于传送侧链路HARQ反馈信息的方法和设备，以及根据一个实施例，提供了一种接收机UE用于传送侧链路HARQ反馈信息的方法，该方法包括：通过单播或组播接收侧链路数据信道(物理侧链路共享信道，“PSSCH”)，响应于接收到PSSCH而确定用于传送HARQ反馈信息的HARQ反馈模式，以及根据通过对PSSCH进行解码所获得的结果基于所确定的HARQ反馈模式传送所述HARQ反馈信息。

Description

用于传送侧链路HARQ反馈信息的方法和设备
相关申请的交叉引用
本申请要求2018年9月21日在韩国知识产权局提交的韩国专利申请No.10-2018-0114042、2018年11月1日在韩国知识产权局提交的韩国专利申请No.10-2018-0133120和2019年7月10日在韩国知识产权局提交的韩国专利申请No.10-2019-0082956的优先权权益，其公开内容通过引用其整体而并入本文。
技术领域
本公开涉及用于在下一代/5G无线电接入网络(以下称为新无线电，“NR”)中传送侧链路HARQ反馈信息的方法和设备。
背景技术
最近，第3代合作伙伴计划(3GPP)批准了“关于新无线接入技术的研究(Study onNew Radio Access Technology)”，其是用于研究下一代/5G无线电接入技术(以下称为“新无线电”或“NR”)的研究项目。在关于新无线电接入技术的研究的基础上，无线电接入网络工作组1(RAN WG1)一直在讨论用于新无线电(NR)的帧结构、信道编码和调制、波形、多址接入方法等等。要求将NR设计为：不仅提供与长期演进(LTE)/LTE-高级(LTE-Advanced)相比而言改进的数据传输速率，而且还满足具体的和特定的使用场景中的各种要求。
建议将增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)以及超可靠和低延时(latency)通信(URLLC)作为NR的代表性使用场景。为了满足各个场景的要求，要求将NR设计为具有与LTE/LTE-高级相比而言的灵活的帧结构。
由于对数据速率、延时、可靠性、覆盖范围等的要求彼此不同，因此需要一种用于基于与其他(例如，子载波间隔、子帧、传输时间间隔(TTI)等)不同的参数集(numerology)来高效地多路复用(multiplex)无线电资源单元的方法，作为通过构成任何NR***的频带高效地满足每个使用场景要求的方法。
为了解决这种问题，需要一种设计来在物理通信链路上传送HARQ ACK/NACK反馈信息，所述物理通信链路是用户设备之间的无线电链路，即NR中的侧链路，用于在NR中提供V2X服务。
发明内容
本公开的至少一个目的是提供用于使得能够在NR侧链路中根据HARQ反馈模式传送HARQ反馈信息的特定方法和设备。
根据本公开的一个方面，提供了一种用于接收机UE(用户设备，以下可以称为“UE”)传送侧链路HARQ反馈信息的方法，该方法包括：通过单播或组播(groupcast)接收侧链路数据信道(物理侧链路共享信道，“PSSCH”)，响应于接收到PSSCH而确定用于传送HARQ反馈信息的HARQ反馈模式，并根据通过对PSSCH进行解码所获得的结果基于所确定的HARQ反馈模式传送HARQ反馈信息。
根据本公开的另一方面，提供了一种用于发射机UE接收侧链路HARQ反馈信息的方法，该方法包括：通过单播或组播传送侧链路数据信道(物理侧链路共享信道，“PSSCH”)，并且根据通过对PSSCH进行解码所获得的结果基于由接收机UE所确定的HARQ反馈模式接收HARQ反馈信息。
根据本公开的又另一方面，提供了一种用于传送侧链路HARQ反馈信息的接收机UE，该接收机UE包括：接收机，其通过单播或组播接收侧链路数据信道(物理侧链路共享信道，“PSSCH”)；控制器，其响应于接收到PSSCH而确定用于传送HARQ反馈信息的HARQ反馈模式；以及发射机，其根据通过对PSSCH进行解码所获得的结果基于所确定的HARQ反馈模式传送HARQ反馈信息。
根据本公开的再另一方面，提供了一种用于接收侧链路HARQ反馈信息的发射机UE，该发射机UE包括：发射机，其通过单播或组播传送侧链路数据信道(物理侧链路共享信道，“PSSCH”)，以及接收机，其根据通过对PSSCH进行解码而获得的结果基于由接收机UE所确定的HARQ反馈模式接收HARQ反馈信息。
根据本公开的实施例，可以提供确定用于传送NR侧链路HARQ反馈信息的HARQ反馈模式，以及根据所确定的HARQ反馈模式传送侧链路HARQ反馈信息的方法和设备。
附图说明
通过以下结合附图的详细描述，本公开的上述和其他方面、特征和优点将更加明显，在附图中：
图1是示意性地示出了根据本公开实施例的NR无线通信***的视图；
图2是示意性地示出了根据本公开实施例的NR***的结构的视图；
图3是用于解释根据本公开实施例的无线电接入技术所支持的资源网格的视图；
图4是用于解释根据本公开实施例的无线电接入技术所支持的带宽部分的视图；
图5是示出了根据本公开实施例的无线电接入技术中的同步信号块的示例的视图；
图6是用于解释根据本公开实施例的无线电接入技术中的随机接入过程的视图；
图7是用于解释CORESET的视图；
图8是用于解释用于V2X通信的各种场景的视图；
图9(A)是示出了执行侧链路通信的第一UE(UE1)和第二UE(UE2)的视图，以及图9(B)是示出了UE的资源池的示例的视图；
图10是用于解释在V2X中捆绑(bundle)和传送HARQ反馈信息的方法的视图；
图11示出了V2X传输资源池的类型的示例；
图12是示出了根据本公开实施例的在不同SCS之间的符号级别对齐的示例的视图；
图13是示意性地示出了根据本公开实施例的带宽部分的视图；
图14是示出了根据本公开实施例的接收机UE传送侧链路HARQ反馈信息的过程的流程图；
图15是示出了根据本公开实施例的发射机UE接收侧链路HARQ反馈信息的过程的流程图；
图16和17是用于解释根据本公开实施例的明确指示HARQ反馈模式的视图；
图18是示出了根据本公开实施例的接收机UE的框图；以及
图19是示出了根据本公开实施例的发射机UE的框图。
具体实施方式
在下文中，将参考所附说明性附图详细描述本公开的一些实施例。在附图中，在整个附图中相同的附图标记用于表示相同的元件，即使它们在不同的附图中示出。此外，在本公开的以下描述中，当对本文并入的配置和已知功能的详细描述可能使本公开的主题相当不清楚时，将省略该详细描述。当使用如本文提到的表述“包括”、“具有”、“包含”等时，除非使用了表述“仅”，否则可以添加任何其他部件。当以单数表示元件时，除非明确地对该元件做出特别说明，否则该元件可以覆盖复数形式。
此外，当描述本公开的组件时，本文可以使用诸如第一、第二、A、B、(A)、(B)等的术语。这些术语中的每一个都不用于限定相应组件的本质、顺序或序列，而仅用于将相应组件与一个或多个其他组件区分开。
在描述组件之间的位置关系时，如果两个或更多个组件被描述为彼此“连接”、“组合”或“耦合”，则应该理解的是，两个或更多个组件可以彼此直接“连接”、“组合”或“耦合”，并且两个或更多个组件可以在其中间“***”另一组件的情况下彼此“连接”、“组合”或“耦合”。在这种情况下，另一组件可以包括在彼此“连接”、“组合”或“耦合”的两个或更多个组件中的至少一个组件中。
在描述一系列操作方法或制造方法中，例如，使用“在……之后”、“继……之后”、“下一个”、“在……之前”等的表述也可以包含不连续执行操作或过程的情况，除非在表述中使用了“立即”或“直接”。
本文提到的组件或与其对应的信息(例如，级别等等)的数值可以被解释为包括由各种因素(例如，过程因素、内部或外部影响、噪声等)引起的误差范围，即使没有提供对其明确的描述。
本说明书中的无线通信***是指使用无线电资源提供诸如语音服务和数据服务的各种通信服务的***。无线通信***可以包括用户设备(UE)、基站、核心网络等。
下面公开的实施例可以应用于使用各种无线电接入技术的无线通信***。例如，实施例可以应用于各种无线电接入技术，诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)、非正交多址(NOMA)等等。另外，无线电接入技术可以指由各种通信组织(诸如3GPP、3GPP2、WiFi、蓝牙、IEEE、ITU等等)建立的各代通信技术和特定的接入技术。例如，CDMA可以被实现为诸如通用陆地无线电接入(UTRA)或CDMA2000的无线技术。TDMA可以被实现为诸如全球移动通信***(GSM)/通用分组无线电服务(GPRS)/用于GSM演进的增强数据速率(EDGE)的无线技术。OFDMA可以被实现为诸如IEEE(电气和电子工程师协会)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802-20、演进型UTRA(E-UTRA)等等的无线技术。IEEE 802.16m是IEEE 802.16e的演进，IEEE 802.16m提供与基于IEEE 802.16e的***的后向兼容性。UTRA是通用移动电信***(UMTS)的一部分。3GPP(第三代合作伙伴计划)LTE(长期演进)是使用演进型UMTS陆地无线电接入(E-UTRA)的E-UMTS(演进型UMTS)的一部分，其在下行链路中采用OFDMA而在上行链路中采用SC-FDMA。如上所述，实施例可以应用于已经发起或商业化的无线电接入技术，并且可以应用于正在开发或将来要开发的无线电接入技术中。
在说明书中使用的UE必须被解释为广义，其表示包括在无线通信***中与基站通信的无线通信模块的装置。例如，UE包括WCDMA、LTE、NR、HSPA、IMT-2020(5G或新无线电)等中的用户设备(UE)，GSM中的移动站，用户终端(UT)，订户站(SS)，无线装置等。另外，UE可以是便携式用户装置，诸如智能电话，或者可以是车辆，在车辆中包括无线通信模块的装置，以及根据其使用类型在V2X通信***中的装置等。在机器类型通信(MTC)***的情况下，UE可以指MTC终端、M2M终端或URLLC终端，其采用能够执行机器类型通信的通信模块。
本说明书中的基站或小区是指通过网络与UE通信并且包含各种覆盖区域的端点，诸如节点B(Node-B)、演进型节点B(eNB)、g节点-B(gNode-B)、低功率节点(LPN)、扇区、站点、各种类型的天线、基站收发机***(BTS)、接入点、点(例如发射点、接收点或发射/接收点)、中继节点、兆小区、宏小区、微小区、微微小区、毫微微小区、远程无线电头(RRH)、无线电单元(RU)、小小区等。另外，小区可以用作包括频域中的带宽部分(BWP)的含义。例如，服务小区可以指UE的有效BWP。
上面列出的各种小区设置有控制一个或多个小区的基站，并且基站可以被解释为两个含义。基站可以是1)用于提供与无线区域相关的兆单元、宏小区、微小区、微微小区、毫微微小区或小小区的装置，或者基站可以是2)无线区域本身。在以上描述1)中，基站可以是由相同实体控制并提供预定的无线区域的装置，或彼此交互并协作地配置无线区域的所有装置。例如，基站可以是根据无线区域的配置方法的点、发射/接收点、发射点、接收点等。在以上描述2)中，基站可以是无线区域，其中可以使用户设备(UE)向其他UE或相邻基站发射数据和从其他UE或相邻基站接收数据。
在本说明书中，小区可以指从发射/接收点传送的信号的覆盖范围、具有从发射/接收点(或发射点)传送的信号的覆盖范围的分量载波，或者发射/接收点本身。
上行链路(UL)是指从UE向基站传送数据的方案，并且下行链路(DL)是指从基站向UE传送数据的方案。下行链路可以意为从多个发射/接收点到UE的通信或通信路径，并且上行链路可以意为从UE到多个发射/接收点的通信或通信路径。在下行链路中，发射机可以是多个发射/接收点的一部分，并且接收机可以是UE的一部分。另外，在上行链路中，发射机可以是UE的一部分，并且接收机可以是多个发射/接收点的一部分。
上行链路和下行链路通过诸如物理下行链路控制信道(PDCCH)和物理上行链路控制信道(PUCCH)的控制信道发射和接收控制信息。上行链路和下行链路通过诸如物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)的数据信道发射和接收数据。在下文中，通过诸如PUCCH、PUSCH、PDCCH、PDSCH等的信道发射和接收信号可以被表示为“发射和接收PUCCH、PUSCH、PDCCH、PDSCH等”。
为了清楚起见，以下描述将集中于3GPP LTE/LTE-A/NR(新无线电)通信***，但是本公开的技术特征不限于相应的通信***。
在研究4G(第4代)通信技术之后，3GPP已经在开发5G(第5代)通信技术以满足ITU-R的下一代无线电接入技术的要求。具体而言，通过改进LTE-高级技术，3GPP正在开发作为5G通信技术的以便符合ITU-R的要求的LTE-A pro和与4G通信技术完全不同的新NR通信技术。LTE-A pro和NR都是指5G通信技术。在下文中，除非指定了特定的通信技术，否则将基于NR描述5G通信技术。
考虑到典型的4G LTE场景中的卫星、汽车、新的垂直行业(verticals)等已经在NR中定义了各种操作场景，以支持服务方面的增强型移动宽带(eMBB)场景、大型机器类型通信(mMTC)场景(其中UE以高的UE密度分布在广泛的区域，从而要求低数据速率和异步连接)、以及要求高响应性和可靠性并支持高速移动性的超可靠性和低延时(URLLC)场景。
为了满足这种场景，NR公开了一种采用新的波形和帧结构技术、低延时技术、超高频带(mmWave)支持技术和前向兼容提供技术的无线通信***。特别地，NR***在灵活性方面具有各种技术变化，以便提供前向兼容性。下面将参考附图描述NR的主要技术特征。
<NR***的概述>
图1是示意性地示出了本实施例可应用于的NR***的视图。
参考图1，NR***被划分为5G核心网络(5GC)和NG-RAN部分，并且NG-RAN包括提供用户平面(SDAP/PDCP/RLC/MAC/PHY)和用户设备(UE)控制平面(RRC)协议端的gNB和ng-eNB。gNB或gNB和ng-eNB通过Xn接口彼此连接。gNB和ng-eNB分别通过NG接口连接到5GC。5GC可以被配置为包括用于管理控制平面的接入和移动性管理功能(AMF)(诸如UE连接和移动性控制功能)，以及控制用户数据的用户平面功能(UPF)。NR支持6GHz以下的频段(频率范围1：FR1)和等于或大于6GHz的频段(频率范围2：FR2)。
gNB表示向UE提供NR用户平面和控制平面协议端的基站，并且ng-eNB表示向UE提供E-UTRA用户平面和控制平面协议端的基站。本说明书中描述的基站应该被理解为包含gNB和ng-eNB。然而，根据需要，基站也可以用于指彼此分离的gNB或ng-eNB。
<NR波形、参数集和帧结构>
NR使用CP-OFDM波形，该CP-OFDM波形使用循环前缀进行下行链路传输，并使用CP-OFDM或DFT-s-OFDM进行上行链路传输。OFDM技术易于与多输入多输出(MIMO)方案相结合，并允许以高频效率使用低复杂度的接收机。
由于上述三种场景对NR中的数据速率、延迟(delay)率、覆盖范围等有彼此不同的要求，因此需要通过组成NR***的频带高效地满足每种场景的要求。为此，已经提出了一种用于基于多个不同参数集高效地多路复用无线电资源的技术。
具体地，基于子载波间隔和循环前缀(CP)来确定NR传输参数集，并且，如下面表1中所示，“μ”被用作2的指数值，从而在15kHz的基础上以指数方式变化。
表1
Figure BDA0002209097960000091
如上面表1中所示，NR可以具有根据子载波间隔的五种类型的参数集。这不同于是4G通信技术之一的LTE，其中子载波间隔固定为15kHz。具体地，在NR中，用于数据传输的子载波间隔是15、30、60或120kHz，并且用于同步信号传输的子载波间隔是15、30、120或240kHz。另外，扩展CP仅应用于60kHz的子载波间隔。在NR中的帧结构中定义包括10个子帧(每个子帧具有1ms的相同长度)并具有10ms的长度的帧。一帧可以被划分为5ms的半帧，并且每个半帧包括5个子帧。在子载波间隔为15kHz的情况下，一个子帧包括一个时隙，以及每个时隙包括14个OFDM符号。图2是用于解释本实施例可以应用于的NR***中的帧结构的视图。
参考图2，时隙包括14个OFDM符号，其在正常CP的情况下是固定的，但是时域中的时隙的长度可以根据子载波间隔而变化。例如，在参数集具有15kHz的子载波间隔的情况下，时隙被配置为具有与子帧的长度相同的1ms的长度。另一方面，在参数集具有30kHz的子载波间隔的情况下，时隙包括14个OFDM符号，但是一个子帧可以包括两个时隙，每个时隙具有0.5ms的长度。也就是说，可以使用固定的时间长度来定义子帧和帧，并且可以将时隙定义为使得时隙的时间长度根据子载波间隔而变化的符号的数量。
NR将调度的基本单元定义为时隙，并且还引入微时隙(或子时隙或基于非时隙的调度)，从而减少无线电段的传输延迟。如果使用宽的子载波间隔，则一个时隙的长度与其成反比地缩短，从而减少了无线电段中的传输延迟。微时隙(或子时隙)旨在高效地支持URLLC场景，并且微时隙可以在2个、4个或7个符号单元中调度。
另外，与LTE不同，NR将上行链路和下行链路资源分配定义为一个时隙中的符号级别。为了减少HARQ延迟，已经定义了能够在传输时隙中直接传送HARQ ACK/NACK的时隙结构。这种时隙结构被称为“自包含结构”，将对其进行描述。
NR被设计为支持总共256个时隙格式，并且在3GPP Rel-15中使用其62个时隙格式。另外，NR通过各种时隙的组合支持构成FDD或TDD帧的公共帧结构。例如，NR支持i)其中时隙的所有符号被配置用于下行链路的时隙结构，ii)其中所有符号被配置用于上行链路的时隙结构，以及iii)其中下行链路符号和上行链路符号混合的时隙结构。此外，NR支持被调度为分发到一个或多个时隙的数据传输。因此，基站可以使用时隙格式指示符(SFI)向UE通知时隙是下行链路时隙、上行链路时隙还是灵活时隙。基站可以通过使用SFI指示通过UE特定的RRC信令所配置的表的索引来通知时隙格式。此外，基站可以通过下行链路控制信息(DCI)动态地指示时隙格式，或者可以通过RRC信令静态地或准静态地指示时隙格式。
<NR的物理资源>
关于NR中的物理资源，考虑了天线端口、资源网格、资源元件、资源块、带宽部分等。
天线端口被定义为从在同一天线端口上携带另一符号的另一信道推断在天线端口上携带符号的信道。如果可以从在另一天线端口上携带符号的另一信道推断出在天线端口上携带符号的信道的大范围的属性，则两个天线端口可以具有准共定位(quasi-co-located)或准共址(quasi-co-location)(QC/QCL)关系。大范围的属性包括延迟扩展、多普勒扩展、频移、平均接收功率和接收定时中的至少一个。
图3是用于解释本实施例可应用于的无线电接入技术所支持的资源网格的视图。
参考图3，资源网格可以根据各自的参数集存在，这是因为NR支持同一载波中的多个参数集。另外，资源网格可以根据天线端口、子载波间隔和传输方向而存在。
资源块包括12个子载波，并且仅定义在频域中。另外，资源元素包括一个OFDM符号和一个子载波。因此，如图3所示，可以根据子载波间隔改变一个资源块的大小。此外，在NR中定义用作资源块网格、公共资源块和虚拟资源块的公共参考点的“点A”。
图4是用于解释本实施例可应用于的无线电接入技术所支持的带宽部分的视图。
与载波带宽固定为20MHz的LTE不同，根据NR中的子载波间隔，最大载波带宽被配置为50MHz至400MHz。因此，不假设所有UE都使用整个载波带宽。因此，如图4所示，可以在NR中的载波带宽内指定带宽部分(BWP)，使得UE可以使用带宽部分(BWP)。另外，带宽部分可以与一个参数集相关联，可以包括连续的公共资源块的子集，并且可以随时间动态地激活。UE在上行链路和下行链路中的每一者中具有多达四个带宽部分，并且UE在给定的时间期间使用激活的带宽部分来发射和接收数据。
在成对频谱的情况下，上行链路和下行链路带宽部分被独立配置。在不成对频谱的情况下，为了防止下行链路操作和上行链路操作之间的不必要的频率重新调谐，下行链路带宽部分和上行链路带宽部分被成对配置从而共享中心频率。
<NR中的初始访问>
在NR中，UE执行小区搜索和随机接入过程从而访问基站并与基站通信。
小区搜索是UE使用从基站传送的同步信号块(SSB)与相应基站的小区同步并获取物理层小区ID和***信息的过程。
图5是示出了本实施例可应用于的无线电接入技术中的同步信号块的示例的视图。
参考图5，SSB包括主同步信号(PSS)和辅同步信号(SSS)(其占用一个符号和127个子载波)以及跨越三个OFDM符号和240个子载波的PBCH。
UE在时域和频域中监视SSB，从而接收SSB。
在5ms内最多可以传送64次SSB。在5ms的时间内通过不同的传输波束传送多个SSB，并且假设基于用于传输的特定波束每20ms传送一次SSB，UE执行检测。随着频带增加，在5ms内可以用于SSB传输的波束数量可以增加。例如，可以在3GHz或更低的频带下传送多达4个SSB波束，并且可以在3到6GHz的频带下传送多达8个SSB波束。另外，可以在6GHz或更高的频带下使用多达64个不同的波束来传送SSB。
一个时隙包括两个SSB，以及根据子载波间隔来确定时隙中的起始符号和重复次数，如下所述。
与典型的LTE***中的SS不同，不在载波带宽的中心频率下传送SSB。也就是说，也可以在除了***频带的中心之外的频率下传送SSB，以及在支持宽带操作的情况下可以在频域中传送多个SSB。因此，UE使用同步栅格监视SSB，所述同步栅格是用于监视SSB的候选频率位置。在NR中新定义了载波栅格和同步栅格，所述载波栅格和同步栅格是初始连接的信道的中心频率位置信息，并且同步栅格可以支持UE的快速SSB搜索，这是因为其频率间隔被配置为比载波栅格的频率间隔更宽。
UE可以通过SSB的PBCH获取MIB。MIB(主信息块)包括UE接收网络广播的剩余最小***信息(RMSI)的最小信息。另外，PBCH可以包括关于时域中第一DM-RS符号的位置的信息、UE监视SIB1的信息(例如，SIB1参数集信息、与SIB1 CORESET相关的信息、搜索空间信息、与PDCCH相关的参数信息等)、公共资源块和SSB之间的偏移信息(载波中的绝对SSB的位置经由SIB1传送)等。SIB1参数集信息还应用于在随机接入过程中用于UE在完成小区搜索过程之后访问基站的一些消息。例如，SIB1的参数集信息可以应用于用于随机接入过程的消息1至4中的至少一个。
上述RMSI可以意为SIB1(***信息块1)，并且在小区中周期性地(例如，160ms)广播SIB1。SIB1包括UE执行初始随机接入过程所需的信息，并且通过PDSCH周期性地传送SIB1。为了接收SIB1，UE必须接收用于SIB1传输的参数集信息和用于通过PBCH调度SIB1的CORESET(控制资源集)信息。UE在CORESET中使用SI-RNTI识别SIB1的调度信息，并根据调度信息获取PDSCH上的SIB1。可以周期性地传送除SIB1之外的剩余SIB，或者可以根据UE的请求传送剩余SIB。
图6是用于解释本实施例可应用于的无线电接入技术中的随机接入过程的视图。
参考图6，如果完成了小区搜索，则UE将用于随机接入的随机接入前导码传送到基站。通过PRACH传送随机接入前导码。具体地，通过PRACH将随机接入前导码周期性地传送到基站，所述PRACH包括重复的特定时隙中的连续无线电资源。通常，当UE进行到小区的初始接入时执行基于竞争的随机接入过程，并且当UE执行用于波束故障恢复(BFR)的随机接入时，执行基于非竞争的随机接入过程。
UE接收对所传送的随机接入前导码的随机接入响应。随机接入响应可以包括随机接入前导码标识符(ID)、UL授权(上行链路无线电资源)、临时C-RNTI(临时小区—无线电网络临时标识符)和TAC(时间对准命令)。由于一个随机接入响应可以包括一个或多个UE的随机接入响应信息，因此可以包括随机接入前导码标识符，从而指示所包括的UL授权、临时C-RNTI和TAC有效的UE。随机接入前导码标识符可以是基站接收到的随机接入前导码的标识符。可以包括TAC作为UE用于调整上行链路同步的信息。随机接入响应可以由PDCCH上的随机接入标识符(即随机接入无线电网络临时标识符(RA-RNTI))指示。
在接收到有效的随机接入响应时，UE处理在随机接入响应中包括的信息，并执行到基站的经调度的传输。例如，UE应用TAC并存储临时C-RNTI。另外，UE使用UL授权向基站传送存储在UE的缓冲器中的数据或新生成的数据。在这种情况下，用于识别UE的信息必须包括在数据中。
最后，UE接收下行链路消息以用于解决竞争。
<NR CORESET>
NR中的下行链路控制信道在长度为1到3个符号的CORESET(控制资源集)中传送，以及下行链路控制信道传送上行链路/下行链路调度信息、SFI(时隙格式索引)、TPC(传送功率控制)信息等。
如上所述，NR已经引入了CORESET的概念以确保***的灵活性。CORESET(控制资源集)是指下行链路控制信号的时频资源。UE可以使用CORESET时频资源中的一个或多个搜索空间来解码控制信道候选者。CORESET特定的QCL(准共址)假设被配置并用于以下目的：提供关于模拟波束方向的特性的信息，以及关于延迟扩展、多普勒扩展、多普勒频移和平均延迟(这些是现有的QCL呈现的特性)的信息。
图7是用于解释CORESET的视图。
参考图7，CORESET可以在单个时隙中的载波带宽内以各种形式存在，并且CORESET可以在时域中包括最多3个OFDM符号。另外，CORESET被定义为多达频域中的载波带宽的六个资源块的倍数。
通过MIB指定(例如指示、分配)作为初始带宽部分的一部分的第一CORESET，从而从网络接收另外的配置信息和***信息。在与基站建立连接之后，UE可以通过RRC信令接收和配置一条或多条CORESET信息。
<LTE侧链路>
在用于提供设备到设备的通信和车辆到任何东西(V2X)(特别是车辆到车辆(V2V))的服务的LTE***中，已经开发了用于装置之间直接通信(即侧链路)的无线电协议和无线电信道的设计。
关于侧链路，已经定义了用于在无线电侧链路发射端和无线电侧链路接收端之间同步的同步信号(PSSS/SSSS)，以及用于发射/接收与此相关的侧链路主信息块(MIB)的物理侧链路广播信道(PSBCH)。此外，已经对用于发射/接收发现信息的物理侧链路发现信道(PSDCH)、用于发射/接收侧链路控制信息(SCI)的物理侧链路控制信道(PSCCH)和用于发射/接收侧链路数据的物理侧链路共享信道(PSSCH)进行了设计。
为了为侧链路分配无线电资源，已经开发了两种模式，即基站分配无线电资源的模式1和UE从无线电资源池中选择和分配无线电资源的模式2。此外，为了满足LTE***中的V2X场景，需要另外开发相关技术。
在这样的环境中，3GPP已经导出了与Rel-14中的车辆识别/检测相关的27个服务场景，并且根据道路状况确定了关键性能要求。另外，3GPP已经导出了25个服务场景，诸如从Rel-14演进的车辆队列、高级驾驶、远程驾驶、扩展传感器等，并且确定了Rel-15中的6个性能要求。
为了满足这种性能要求，已经进行了开发以改进基于典型的D2D通信开发出的侧链路技术的性能，从而满足V2X的要求。特别地，为了应用于C-V2X(蜂窝-V2X)，用于改进侧链路的物理层的设计以适应高速环境的技术、资源分配技术、同步技术可以被选为进一步的研究项目。
下面描述的侧链路意为在3GPP的Rel-12之后的D2D通信中和在Rel-14之后的和V2X通信中使用的链路，并且每个信道、同步信号和资源的术语使用平等的术语进行描述，而没有根据D2D通信的要求、Rel-14和Rel-15中V2X通信的要求被不同地定义。这是为了便于描述和易于理解，并且在需要时，将通过集中于满足V2X场景要求的侧链路相对于Rel-12/13中的D2D通信的侧链路的差异来进行讨论。因此，下面讨论的与侧链路相关的术语被分类为D2D通信、V2X通信和C-V2X通信，仅用于它们之间的比较和易于理解；因此，这种术语不限于特定场景。
<资源分配>
图8是用于解释用于V2X通信的各种场景的视图。
参考图8，V2X装置(表示为车辆；然而，可以由诸如用户设备(UE)等的其他装置替换)可以位于基站(eNB、gNB或ng-eNB)的覆盖范围内，或位于基站的覆盖范围之外。例如，可以在基站的覆盖范围内的UE(例如，UE N-1、UE G-1、UE X)之间执行通信，或者可以在基站的覆盖范围内的UE与基站的覆盖范围之外的UE(例如，UE N-1、UE N-2)之间执行通信。可替换地，可以在基站的覆盖范围之外的UE(例如，UE G-1、UE G-2)之间执行通信。
在这样的各种场景中，需要分配无线电资源以使相应的UE能够使用侧链路执行通信。对无线电资源的分配包括基站处理对无线电资源的分配的方法和UE自己选择和分配无线电资源的方法。
具体地，在D2D中，为了使UE能够分配资源，定义了两种模式，即，基站干预资源的选择和管理的集中式模式(模式1)，和UE随机选择预先配置的资源中的一个或多个的分布式模式(模式2)。类似于D2D，定义了其他模式，诸如，基站干预C-V2X中的资源的选择和管理的模式(模式3)，以及车辆直接选择V2X中的资源的模式(模式4)。在模式3中，基站向发射机UE提供对调度分配(SA)池资源区域和分配给它的数据池资源区域的调度。
图9(A)示出了执行侧链路通信的第一UE(UE 1)和第二UE(UE 2)，以及图9(B)示出了UE使用的资源池的示例。
参考图9，基站被表示为eNB，然而，可以是如上所述的gNB或ng-eNB。此外，UE被表示为移动终端，然而，可以根据场景或情况以各种方式应用车辆、基础设施等。
在图9(A)中，发射机UE(UE 1)可以选择与包括资源集的资源池内的特定资源相对应的资源单元，并使用该资源单元传送侧链路信号。接收机UE(UE 2)可以被配置有允许UE1在其上传送信号的资源池，并且检测来自UE1的传输信号。
如果UE 1在基站的覆盖范围内，也就是说可用于从基站接收服务或信号，则基站可以向UE 1提供资源池。如果UE 1在基站的覆盖范围之外，也就是说不可用于从基站接收服务或信号，则可以将资源池确定为由另一UE预先配置或提供的一个或多个资源。通常，资源池由多个资源单元组成，并且每个UE可以选择一个或多个资源单元并使用所选择的一个或多个资源单元来传送侧链路信号。
参考图9(B)，将整个频率资源划分为NF个频率资源，并将整个时间资源划分为NT个时间资源。因此，可以定义总共NF*NT个资源单元。在这种情况下，可以表示在NT子帧的周期重复相应的资源池。特别地，一个资源单元可以被配置为周期性地和重复地提供，如图9(B)所示。
可以根据特定标准将资源池分类为多种类型。例如，可以根据在每个资源池上传送的侧链路信号的内容将资源池分类为多种类型。作为一个示例，可以对侧链路信号的内容进行分类，并且可以为每个内容配置单独的资源池。调度分配(SA)、侧链路信道、发现信道等可以是侧链路信号的内容的示例。
SA可以是包括信息的信号，所述信息诸如用于由发射机UE传送后续侧链路数据信道的资源的位置、解调数据信道所需的调制和编码方案(MCS)、MIMO传输方案、定时提前(TA)等。该信号也可以通过在相同的资源单元上与侧链路数据多路复用来被传送。在这种情况下，SA资源池可以意为通过与侧链路数据多路复用而在其上传送SA的资源池。
应用于V2X通信的FDM方案可能导致时间延迟，直到在SA资源已被分配为减少之后分配数据资源为止。例如，可以考虑在一个子帧中在时域中分离控制信道资源和数据信道资源的非相邻方案，和在一个子帧中连续分配控制信道和数据信道的相邻方案等。
当侧链路数据与SA一起被多路复用并在同一资源单元上被传送时，可以通过用于侧链路数据信道的资源池来传送与SA信息仅在形式上不同的侧链路数据信道。换句话说，用于在SA资源池内的一个或多个单独的资源单元上传送SA信息的资源元件仍可用于在侧链路数据信道资源池中传送侧链路数据。发现信道可以是用于使发射机UE能够传送信息(诸如发射机UE的ID等)以及使相邻UE能够发现发射机UE的消息的资源池。即使当侧链路信号的内容相等时，也可以根据侧链路信号的发射和/或接收特性使用不同的资源池。
例如，即使在同一侧链路数据信道或发现消息的情况下，根据确定侧链路信号的传输定时(例如，是在接收同步参考信号时传送侧链路信号还是在通过根据接收同步参考信号的时间应用特定TA来传送侧链路信号)的方法、或者分配资源(例如，基站是否专用于将信号传送到发射机UE的资源或者发射机UE是否自己选择用于传送池中的信号的资源)的方法、信号格式(例如，在一个子帧中每个侧链路信号占用的符号的数量、用于传送一个侧链路信号的子帧的数量)、来自基站的信号强度、侧链路UE的传输功率强度等，可以使用不同的资源池。
<同步信号>
如上所述，V2X通信UE可以位于基站的覆盖范围之外。即使在这种情况下，也需要执行使用侧链路的通信。为此，对位于基站的覆盖范围之外的UE重要的是实现同步。
在下文中，将基于以上描述来描述实现侧链路通信中(特别是在车辆之间、车辆与UE之间或车辆与通信网络之间的通信中)的时间和频率同步的方法。
D2D通信利用侧链路同步信号(SLSS)，该侧链路同步信号是从基站传送的用于UE之间的时间同步的同步信号。在C-V2X中，另外可以考虑卫星***(全球导航卫星***(GNSS))以提高同步性能。在这种情况下，优先级可以给予同步建立，或者基站可以指示关于优先级的信息。例如，当确定其传输同步时，UE选择从基站直接传送的同步信号作为最高优先级，并且当UE在基站的覆盖范围之外时，UE与从基站的覆盖范围内的另一UE传送的作为更高优先级的SLSS同步。
由于安装在车辆中的无线终端(在下文中为了便于描述，也可以被称为UE)或者安装在车辆中的UE具有较少的电池消耗问题并且可以使用卫星信号，诸如用于导航目的的GPS，卫星信号可以用于配置UE之间的时间或频率同步。卫星信号也可以包括全球定位***(GPS)、全球导航卫星***(GLONAS)、伽利略、北斗等。
侧链路同步信号可以包括主侧链路同步信号(PSSS)、辅侧链路同步信号(SSSS)等。PSSS可以包括具有预配置长度的Zadoff-chu序列、类似于PSS的结构、从PSS改变的结构或者重复PSS的结构。与DL PSS不同，可以使用不同的Zadoff-chu根索引(例如26、37)。SSSS可以包括M序列、类似于SSS的结构、从SSS改变的结构或者重复SSS的结构。在UE与基站同步的情况下，SRN用作基站，并且SLSS用作PSS或SSS。
与DL的PSS/SSS不同，PSSS/SSSS使用UL子载波映射方法。物理侧链路同步信道(PSSCH)可以是用于传送***信息(例如，与SLSS有关的信息、双工模式(DM)、TDD UL/DL配置、与资源池有关的信息、与SLSS相关的应用类型、子帧偏移、广播信息等)的信道，所述***信息是在发射/接收侧链路信号之前UE需要首先识别的基本信息。可以在与SLSS相同的或其之后的子帧上传送PSSCH。DM-RS可以用于PSSCH的解调。
SRN可以是用于传送SLSS或PSSCH的节点。SLSS可以是特定序列的形式，并且PSSCH可以是表示特定信息的序列或者是在已经执行预定义的信道编码之后的码字的形式。这里，基站或特定的侧链路UE可以用作SRN。在部分网络覆盖范围或网络覆盖范围之外的情况下，UE可以用作SRN。
当需要时，SLSS可以例如通过多跳(multi-hop)被中继，以用于与覆盖范围之外的UE进行侧链路通信。在下面的描述中，中继同步信号包括，在接收同步信号时以单独的格式传送侧链路同步信号，以及直接中继基站的同步信号。像这样，由于中继了侧链路同步信号，因此可以执行覆盖范围内的UE和覆盖范围外的UE之间的直接通信。
<NR侧链路>
如上所述，与基于LTE***的V2X不同，需要开发基于NR的V2X技术以满足如在自动驾驶中的复杂要求。
根据本公开的实施例，通过将NR的帧结构、参数集、信道发射/接收过程等应用于NR V2X，可以在更多样化的环境中提供灵活的V2X服务。为此，有必要开发诸如基站和UE之间的资源共享技术、侧链路载波聚合技术(CA)、用于由行人保持的UE的部分感测技术、短传输时间间隔(sTTI)等的技术。
在NR V2X中，已确定支持单播或组播，以及在LTE V2X中使用的广播。在这种情况下，还已经确定将目标组ID用于单播或组播，但是已确定稍后讨论是否使用源ID。
此外，由于已确定支持用于QOS的HARQ，因此已确定HARQ进程ID包括在控制信息中。在LTE HARQ中，在已经传送DL之后的4个子帧之后传送用于HARQ的PUCCH。在NR HARQ中，对于反馈定时，可以使用DCI格式1_0或1_1PUCCH中的PUCCH资源指示符或响应于PDSCH的HARQ反馈定时指示符(PDSCH到HARQ反馈定时指示符)来指示PUCCH资源和反馈定时。
图10是用于解释在V2X中捆绑和传送HARQ反馈信息的方法的视图。
参考图10，在LTE V2X中，不传送单独的HARQ ACK/NACK信息从而减少***开销，并且一旦根据发射机UE为了数据传输安全性的判断，就允许数据被重传。然而，在NR V2X中，就数据传输稳定性而言，可以传送HARQ ACK/NACK信息，并且在这种情况下，可以通过捆绑和传送相应信息来减少开销。
也就是说，当发射机UE UE1向接收机UE UE2传送三个数据传输，并然后接收机UE响应于该传输而生成HARQ ACK/NACK信息时，可以将HARQ ACK/NACK信息捆绑并通过PSCCH传送。图10示出了通过PSCCH传送HARQ ACK/NACK。然而，HARQ ACK/NACK可以通过单独的信道或另一信道传送，并且捆绑后的HARQ信息可以被配置有3比特或更少。
在3GHz或更低的频率范围的FR1中，已经讨论了15kHz、30kHz、60kHz和120kHz作为候选子载波间隔(SCS)。在超过3GHz的频率范围的FR2中，已经讨论了30kHz、60kHz、120kHz和240kHz作为候选子载波间隔(SCS)。在NR V2X中，可以支持小于14个符号的微时隙(例如，2/4/7个符号)作为最小调度的单位。
已经讨论了DM-RS、PT-RS、CSI-RS、SRS和AGC训练信号作为RS的候选。
如图11所示，对于PSCCH和相关联的PSSCH的多路复用而讨论了以下四个选项。选项2类似于在LTE V2X中PSCCH和PSSCH的多路复用。
同步机制
NR V2X侧链路同步可以包括一个或多个侧链路同步信号和PSBCH，并且侧链路源可以包括除GNSS之外的UE和/或gNB。
资源分配
可以为NR V2X侧链路通信定义至少两个侧链路资源分配模式，即模式3和模式4。在模式3中，基站调度UE用于侧链路传输而使用的一个或多个侧链路资源。在模式4中，UE确定由基站配置的一个或多个侧链路资源或一个或多个预先配置的侧链路资源内的一个或多个资源。
模式4可以覆盖以下资源分配子模式。也就是说，UE可以自动选择用于传输的侧链路资源，帮助为一个或多个其他UE选择侧链路资源，被配置有为侧链路传输配置的授权，或者调度一个或多个其他UE的侧链路传输。
V2X资源池(感测和选择窗口)
V2X UE可以通过预定义(或用信号通知)的资源池传送消息(或信道)。资源池可以意为预定义的用于使UE能够执行V2X操作(或者在能够执行V2X操作的UE中)的一个或多个资源。在这种情况下，可以根据时间-频率来定义资源池。V2X传输资源池可以被定义为各种类型。
图11示出了V2X传输资源池的类型。
参考图11(A)，V2X传输资源池#A可以是其上仅允许部分感测的资源池。以规律的间隔半静态地保留由部分感测选择的V2X传输资源。
参考图11(B)，V2X传输资源池#B可以是其上仅允许随机选择的资源池。在V2X传送资源池#B中，UE不执行部分感测，并且可以在选择窗口中随机选择V2X传输资源。
作为一个示例，与其上仅允许部分感测的资源池不同，在其上仅允许随机选择的资源池中，所选择的资源可以被配置/发信号通知为不是半静态保留的。为了UE在V2X传输资源池上执行V2X消息传输操作，基站可以使UE不执行感测操作(基于调度分配解码/能量测量)。
尽管未在图1中示出，也可以使用部分感测和随机选择两者在其上都可用的资源池。基站可以向UE通知可以通过部分感测和随机选择中的任一者选择V2X资源。
在本说明书中，频率、帧、子帧、资源、资源块、区域、带、子带、控制信道、数据信道、同步信号、各种参考信号、各种信号或者与NR(新无线电)有关的各种消息可以被解释为当前或过去使用的含义或将来要使用的各种含义。
<NR(新无线电)>
最近，3GPP已经批准了“关于新无线电接入技术的研究”，其是用于研究下一代/5G无线电接入技术的研究项目。在关于新无线电接入技术的研究的基础上，对新无线电(NR)的帧结构、信道编码和调制、波形、多址接入方法等进行了讨论。要求NR被设计为：不仅提供与LTE/LTE-高级相比而言改进的数据传输速率，而且还满足每个具体和特定的使用场景的各种要求。
建议将增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)以及超可靠和低延时通信(URLLC)作为NR的代表性使用场景。为了满足每个使用场景的要求，要求将NR设计为具有与LTE/LTE-高级相比而言的灵活的帧结构。
由于每个使用场景对数据速率、延时、覆盖范围等有不同的要求，因此需要一种高效地多路复用基于参数集(例如，子载波间隔(SCS)、子帧、传输时间间隔(TTI)等)的彼此不同的无线电资源单元的方法，作为通过提供给NR***的频带高效地满足根据使用场景的要求的解决方案。
为此，已经讨论了i)通过一个NR载波基于TDM、FDM或TDM/FDM来多路复用具有彼此不同的子载波间隔(SCS)值的参数集的方法，以及ii)在时域中配置调度单元时支持一个或多个时间单位的方法。在这方面，在NR中，给出了子帧的定义作为时域结构的一种类型。另外，作为用于定义相应子帧持续时间的参考参数集，单个子帧持续时间被定义为具有基于15kHz子载波间隔(SCS)的正常CP开销的14个OFDM符号，像LTE一样。因此，NR的子帧具有1ms的持续时间。
与LTE不同，由于NR的子帧是绝对参考持续时间，因此可以将时隙和微时隙定义为用于实际的UL/DL数据调度的时间单位。在这种情况下，无论参数集如何，组成时隙的OFDM符号的数量(y的值)被定义为y＝14。
因此，时隙可以由14个符号组成。根据相应时隙的传输方向，所有符号可以用于DL传输或UL传输，或者符号可以在DL部分+间隙+UL部分的配置中使用。
此外，已经将微时隙定义为由比参数集(或SCS)中的时隙更少的符号构成，并且因此，可以基于微时隙为UL/DL数据发射或接收配置短时域调度间隔。而且，可以通过时隙聚合为UL/DL数据发射或接收配置长时域调度间隔。
特别地，在发射或接收延时关键数据(诸如URLLC)的情况下，当基于具有小的SCS值(例如15kHz)的参数集基于在帧结构中定义的1ms(14个符号)基于时隙来执行调度时，可能难以满足延时要求。为此，可以定义由比时隙更少的OFDM符号构成的微时隙，并从而可以基于微时隙来执行对诸如URLLC的延时关键数据的调度。
如上所述，还预期：通过以TDM和/或FDM方式多路复用具有不同SCS值的参数集而在一个NR载波中支持具有不同SCS值的参数集，基于由参数集定义的时隙(或微时隙)的长度，根据延时要求来调度数据。例如，如图12所示，当SCS为60kHz时，符号长度减小到SCS为15kHz的符号长度的约1/4。因此，当一个时隙由14个OFDM符号构成时，基于15kHz的时隙长度是1ms，而基于60kHz的时隙长度减少到约0.25ms。
因此，由于在NR中定义了彼此不同的SCS或彼此不同的TTI长度，因此开发了用于满足URLLC和eMBB中的每一者的要求的技术。
<更宽带宽操作>
典型的LTE***支持任何LTC CC(分量载波)的可扩展带宽操作。也就是说，根据频率部署场景，LTE提供商可以在配置单个LTE CC时配置最小1.4MHz到最大20MHz的带宽，并且普通的LTE UE支持用于单个LTE CC的20MHz带宽的发射/接收能力。
然而，NR被设计为能够通过单个宽带NR CC支持具有不同发射/接收带宽能力的NR的UE。因此，需要配置包括NR CC的细分带宽的一个或多个带宽部分(BWP)，如图13所示，从而通过为各个UE配置和激活不同的带宽部分而支持灵活的和更宽的带宽操作。
具体地，可以通过在NR中根据UE配置的单个服务小区来配置一个或多个带宽部分，并且UE被定义为激活一个下行链路(DL)带宽部分和一个上行链路(UL)带宽部分，从而将其用于相应的服务小区中的上行链路/下行链路数据发射/接收。另外，在UE(即，应用CA的UE)中配置多个服务小区的情况下，UE还被定义为在每个服务小区中激活一个下行链路带宽部分和/或一个上行链路带宽部分，从而通过利用相应服务小区的无线电资源，将一个下行链路宽带部分和/或一个上行链路宽带部分用于上行链路/下行链路数据发射/接收。
具体地，可以在服务小区中定义用于UE的初始接入过程的初始带宽部分；可以通过专用RRC信令为每个UE配置一个或多个UE特定带宽部分，并且可以为每个UE定义用于回退操作的默认带宽部分。
可以进行定义，使得根据UE的能力和服务小区中带宽部分的配置来同时激活和使用多个下行链路和/或上行链路带宽部分。然而，在NR rel-15中进行了定义，使得在UE中一次仅激活和使用一个下行链路(DL)带宽部分和一个上行链路(UL)带宽部分。
LTE侧链路
在LTE***中，为了提供设备到设备的直接通信和车辆到任何东西(V2X)(特别是车辆到车辆(V2V))的服务，已经开发了用于侧链路(其是UE之间的直接链路)的发射/接收的无线电协议和无线电信道的设计。关于侧链路，已经定义了作为用于在无线电侧链路发射端和无线电侧链路接收端之间同步的信号的PSSS/SSSS和与此相关的用于发射/接收侧链路主信息块(MIB)的物理侧链路广播信道(PSBCH)。此外，对用于发射/接收发现信息的物理侧链路发现信道(PSDCH)、用于发射/接收侧链路控制信息(SCI)的物理侧链路控制信道(PSCCH)和用于发射/接收侧链路数据的物理侧链路共享信道(PSSCH)进行了设计。
分配HARQ ACK/NACK反馈资源的方法
根据用于NR中定义的UE的HARQ ACK/NACK反馈的PUCCH资源分配方法，基站为UE配置包括一个或多个PUCCH资源的PUCCH资源集，并通过DCI的ACK资源指示符(ARI)信息区域指示响应于PDSCH传输的HARQ ACK/NACK反馈的PUCCH资源信息。在这种情况下，为每一为相应的UE配置的UL BWP配置PUCCH资源集，并且根据UL BWP的HARQ ACK/NACK的有效载荷大小来配置单独的PUCCH资源集。
在下文中，参考附图具体讨论传送侧链路HARQ反馈信息的方法。
图14是示出了根据本公开的实施例的由接收机UE传送侧链路HARQ反馈信息的过程的流程图。
参考图14，在步骤S1400处，接收机UE可以通过单播或组播接收物理侧链路共享信道(PSSCH)。
作为示例，可以在基于NR的V2X中支持基于单播或组播以及广播的侧链路发射/接收。因此，接收机UE可以通过单播方案或组播方案从发射机UE接收PSSCH。
返回来参考图14，在步骤S1410处，接收机UE可以响应于接收到PSSCH而确定用于传送HARQ反馈信息的HARQ反馈模式。
接收机UE可以解码从发射机UE接收到的PSSCH。接收机UE可以根据通过解码PSSCH所获得的结果来确定用于传送HARQ ACK/NACK反馈信息的HARQ反馈模式。
在至少一个实施例中，可以根据在成功接收到PSSCH时是否传送HARQ ACK信息来确定HARQ反馈模式。
在这种情况下，在第一HARQ反馈模式中，当接收机UE成功解码所接收的PSSCH时，可以明确地执行对HARQ ACK的反馈，并且当接收机UE未成功解码所接收的PSSCH时，可以明确地执行对HARQ NACK的反馈。也就是说，在第一HARQ反馈模式中，可以对HARQ ACK/NACK中的每一者传送HARQ ACK/NACK反馈信息。
与第一HARQ反馈模式不同，在第二HARQ反馈模式中，当接收机UE成功解码所接收的PSSCH时，可以不传送HARQ ACK信息，并且仅当接收机UE未成功解码所接收的PSSCH时，才可以明确地执行对HARQ NACK的反馈。也就是说，在第二HARQ反馈模式中，可以仅在HARQNACK的情况下传送HARQ NACK反馈信息。
如上所述，当定义了两种类型的HARQ反馈模式时，可以如下确定要应用于传送响应于由接收机UE接收到的PSSCH的HARQ ACK/NACK反馈信息的HARQ反馈模式。
在至少一个实施例中，可以明确地设置或指示用于接收机UE的HARQ反馈模式。
作为用于设置HARQ反馈模式的示例，当建立侧链路单播或组播会话时，可以对每个会话执行设置HARQ反馈模式。也就是说，在建立每个会话时，可以通过更高层信令将用于侧链路的HARQ反馈模式设置信息传送到接收机UE。
作为用于设置HARQ反馈模式的另一示例，可以通过PSCCH动态地指示HARQ反馈模式。为此，可以以包括用于PSSCH传输的调度控制信息的SCI格式来定义用于指示HARQ反馈模式的信息区域。可替换地，可以通过PDCCH动态指示HARQ反馈模式。为此，可以以用于由基站传送的侧链路调度控制信息的DCI格式定义用于指示HARQ反馈模式的信息区域。
可替换地，可以通过用于每个小区的小区特定或UE特定的更高层信令将侧链路的HARQ反馈模式设置信息传送到UE。
作为设置HARQ反馈模式的又另一示例，可以为每个资源池设置HARQ反馈模式。也就是说，当基站传送用于侧链路的资源池配置信息时，相应资源池的HARQ反馈模式设置信息可以包括在资源池配置信息中。
在这种情况下，接收PSSCH的接收机UE可以根据明确指示的HARQ反馈模式信息来确定要应用于传送HARQ ACK/NACK反馈信息的HARQ反馈模式。
在至少一个实施例中，可以隐式地设置或指示用于接收机UE的HARQ反馈模式。
作为示例，可以基于侧链路数据的接收是单播数据接收还是组播数据接收来确定HARQ反馈模式。例如，当接收到单播侧链路数据时，可以将第一HARQ反馈模式定义为HARQ反馈模式。也就是说，可以明确地执行对HARQ ACK和NACK两者的反馈。
作为另一示例，当接收到组播侧链路数据时，可以将第二HARQ反馈模式定义为HARQ反馈模式。也就是说，可以明确地执行仅对HARQ NACK的反馈。
在这种情况下，当接收到的PSSCH是单播数据接收时，接收PSSCH的接收机UE可以将第一HARQ反馈模式确定为HARQ反馈模式。与此不同，当接收到的PSSCH是组播数据接收时，接收PSSCH的接收机UE可以将第二HARQ反馈模式确定为HARQ反馈模式。
返回来参考图14，在步骤S1420处，接收机UE可以根据通过对PSSCH进行解码而获得的结果基于HARQ反馈模式来传送HARQ反馈信息。
如果第一HARQ反馈模式被确定为HARQ反馈模式，则当接收机UE未成功解码所接收的PSSCH时，接收机UE可以将HARQ NACK传送到发射机UE，并且当成功解码所接收的PSSCH时，将HARQ ACK传送到发射机UE。
如果第二HARQ反馈模式被确定为HARQ反馈模式，则当接收机UE未成功解码所接收的PSSCH时，接收机UE将HARQ NACK传送到发射机UE。应当注意的是，当成功解码所接收的PSSCH时，接收机UE可以不向发射机UE传送任何信号。
如上所述，提供了用于确定用于传送NR侧链路HARQ反馈信息的HARQ反馈模式以及根据所确定的HARQ反馈模式传送侧链路HARQ反馈信息的方法和设备。
图15是示出了根据本公开实施例的由发射机UE接收侧链路HARQ反馈信息的过程的流程图。
参考图15，在步骤S1500处，发射机UE可以通过单播或组播来传送物理侧链路共享信道(PSSCH)。
作为示例，可以在基于NR的V2X中支持基于单播或组播以及广播的侧链路发射/接收。因此，发射机UE可以通过单播或组播将PSSCH传送到接收机UE。
返回来参考图15，在步骤S1510处，发射机UE可以根据通过对PSSCH进行解码而获得的结果基于由接收机UE确定的HARQ反馈模式来接收HARQ反馈信息。
如果发射机UE传送PSSCH，则接收机UE可以对所接收的PSSCH执行解码。接收机UE可以根据通过解码PSSCH所获得的结果来确定用于传送HARQ ACK/NACK反馈信息的HARQ反馈模式。
在至少一个实施例中，可以根据在成功接收到PSSCH时是否传送HARQ ACK信息来确定HARQ反馈模式。
在这种情况下，在第一HARQ反馈模式中，当接收机UE成功解码所接收的PSSCH时，可以明确地执行对HARQ ACK的反馈，并且当接收机UE未成功解码所接收的PSSCH时，可以明确地执行对HARQ NACK的反馈。也就是说，在第一HARQ反馈模式中，可以对HARQ ACK/NACK中的每一者传送HARQ ACK/NACK反馈信息。
与第一HARQ反馈模式不同，在第二HARQ反馈模式中，当接收机UE成功解码所接收的PSSCH时，不传送HARQ ACK信息，并且仅当接收机UE未成功解码所接收的PSSCH时，才可以明确地执行对HARQ NACK的反馈。也就是说，在第二HARQ反馈模式中，可以仅在HARQ NACK的情况下传送HARQ NACK反馈信息。
如上所述，当定义两种类型的HARQ反馈模式时，可以如下确定要应用于传送由接收机UE接收到的PSSCH的HARQ ACK/NACK反馈信息的HARQ反馈模式。
在至少一个实施例中，为了设置HARQ反馈模式，发射机UE可以通过PSCCH动态地指示HARQ反馈模式。为此，可以以包括用于PSSCH传输的调度控制信息的SCI格式来定义用于指示HARQ反馈模式的信息区域。
然而，本公开的实施例不限于此。在至少一个实施例中，当建立侧链路单播或组播会话时，可以对每个会话执行设置HARQ反馈模式。也就是说，在建立每个会话时，可以通过更高层信令将用于侧链路的HARQ反馈模式设置信息传送到接收机UE。
可替换地，可以通过PDCCH动态地指示HARQ反馈模式。为此，可以以用于由基站传送的侧链路调度控制信息的DCI格式来定义用于指示HARQ反馈模式的信息区域，
可替换地，可以通过用于每个小区的小区特定或UE特定的更高层信令将侧链路的HARQ反馈模式设置信息传送到UE。
作为设置HARQ反馈模式的又另一示例，可以为每个资源池设置HARQ反馈模式。也就是说，当基站传送用于侧链路的资源池配置信息时，相应资源池的HARQ反馈模式设置信息可以包括在资源池配置信息中。
在这种情况下，接收PSSCH的接收机UE可以根据明确指示的HARQ反馈模式信息来确定要应用于传送HARQ ACK/NACK反馈信息的HARQ反馈模式。
在至少一个实施例中，可以隐式地设置或指示用于接收机UE的HARQ反馈模式。
作为示例，可以基于侧链路数据的接收是单播数据接收还是组播数据接收来确定HARQ反馈模式。例如，当接收到单播侧链路数据时，可以将第一HARQ反馈模式定义为HARQ反馈模式。也就是说，在这种情况下，可以明确地执行对HARQ ACK和NACK两者的反馈。
作为另一示例，当接收到组播侧链路数据时，可以将第二HARQ反馈模式定义为HARQ反馈模式。也就是说，可以明确地执行仅对HARQ NACK的反馈。
在这种情况下，当接收到的PSSCH是单播数据接收时，接收PSSCH的接收机UE可以将第一HARQ反馈模式确定为HARQ反馈模式。与此不同，当接收到的PSSCH是组播数据接收时，接收PSSCH的接收机UE可以将第二HARQ反馈模式确定为HARQ反馈模式。
如果第一HARQ反馈模式被确定为HARQ反馈模式，则发射机UE可以由于未能解码所接收的PSSCH而从接收机UE接收HARQ NACK，或者由于成功解码所接收的PSSCH而从接收机UE接收HARQ ACK。因此，当接收到HARQ NACK时，发射机UE可以重传未被成功解码的PSSCH。
如果第二HARQ反馈模式被确定为HARQ反馈模式，则接收机UE由于未能解码接收到的PSSCH而将HARQ NACK传送到发射机UE。在这种情况下，当接收到HARQ NACK时，发射机UE可以重传未被成功解码的PSSCH。
应当注意的是，当接收机UE成功解码所接收的PSSCH时，接收机UE可以不向发射机UE传送与HARQ反馈有关的任何信号。作为示例，当没有接收到响应于PSSCH而为HARQ反馈分配的一个或多个资源上的与HARQ反馈有关的信号时，发射机UE可以认为PSSCH被成功传送。作为另一示例，当没有接收到响应于PSSCH而为HARQ反馈分配的一个或多个资源上的与HARQ反馈有关的信号时，发射机UE可以以预定义的重复次数重传PSSCH。
如上所述，可以提供用于确定用于传送NR侧链路HARQ反馈信息的HARQ反馈模式以及根据所确定的HARQ反馈模式传送侧链路HARQ反馈信息的方法和设备。
在上文中，假设了接收HARQ反馈信息的节点是发射机UE；然而，在不与本公开的技术精神或原理相矛盾的范围内，前述描述可以基本上同等地适用于接收HARQ反馈信息的节点是基站的情况。
此外，在上文中，HARQ ACK/NACK被讨论作为侧链路反馈信息的示例；然而，本公开的实施例不限于此。作为示例，侧链路反馈信息可以是除了HARQ ACK/NACK之外的侧链路CSI报告信息。也就是说，以上对HARQ反馈模式的描述可以基本上同等地适用于侧链路CSI反馈传输模式，并因此，这种实施例或示例可以包括在本公开的范围内。
在下文中，参考相关附图，对与定义和设置用于在NR中传送侧链路HARQ反馈信息的HARQ反馈模式有关的实施例进行讨论。
在LTE***中，在用于提供V2X服务的侧链路发射/接收方法中，基于广播执行通过侧链路的数据传输。也就是说，以这样的方式执行侧链路通信：当发射机UE广播用于传送到相邻UE而不指定目标UE的侧链路无线电信道或无线电信号时，可用于接收相应的广播信号的相邻UE接收相应的信号。因此，响应于作为侧链路数据信道的PSSCH的HARQ进程未应用于LTE V2X中。
然而，在基于NR的V2X的情况下，需要基于单播或组播以及广播来支持侧链路发射/接收。
像这样，作为一种类型的基于NR的V2X通信，当定义了基于单播或组播的侧链路发射/接收方法时，需要定义用于相应的侧链路无线电信道的HARQ应用方法、用于侧链路的信道状态信息(CSI)获取方法、链路自适应方法等。
根据本公开的实施例，提出了用于在通过侧链路的数据发射/接收中应用HARQ的特定方法。特别地，当应用通过侧链路的单播或组播时，提供了一种接收机UE用于设置用于传送HARQ ACK/NACK反馈信息的HARQ反馈模式的方法。
可以以分布式方法或集中式方法来执行用于通过先前定义的侧链路的装置之间的直接通信的资源分配。也就是说，在由基站配置或预先配置的一个或多个资源池中，发射机UE(发射节点)可以选择无线电资源，例如，用于侧链路数据传输的子信道，并且通过所选择的无线电资源传送PSSCH和包括关于PSSCH的调度控制信息的PSCCH。可替换地，基站可以通过PDCCH向发射机UE传送用于发射机UE的侧链路资源分配信息，并且发射机UE可以通过由基站分配的侧链路资源来传送相应的PSCCH和PSSCH。像这样，由基站调度的传输模式3或基于分布式的传输模式4被定义为通过侧链路传送无线电数据的方法。
当支持单播方案或组播方案作为传送用于基于NR的V2X的侧链路的方法时，配置发射机UE与一个或多个接收机UE之间或者一个主UE与一个或多个从属UE之间的单播或组播链路，并且通过经配置的链路的PSSCH传输资源也可以由基站调度或由发射机UE选择，如上所述。
本文的接收机UE意为通过侧链路接收PSCCH和相应的PSSCH的UE。本文的发射机UE意为通过侧链路传送PSCCH和相应的PSSCH的UE。
在本文中，上述用于侧链路反馈信息的物理侧链路信道被称为物理侧链路反馈信道(PSFCH)。
作为示例，当配置接收机UE的蜂窝链路，并且接收机UE与基站/小区处于RRC连接状态时，接收机UE被配置有用于响应于来自gNB的PDSCH接收的HARQ ACK/NACK反馈的每个UL带宽部分(UL BWP)的一个或多个资源集。在这种情况下，一个或多个PUCCH资源集的PUCCH资源可以被重用于侧链路HARQ ACK/NACK反馈。例如，为了响应于侧链路PSSCH接收而分配一个或多个HARQ ACK/NACK反馈资源，可以在基站或发射机UE传送的侧链路控制信息(SCI)或DL控制信息(DCI)中包括ACK/NACK定时指示信息和ACK资源指示符(ARI)信息。
因此，接收机UE可以基于HARQ ACK/NACK定时指示信息和ARI信息，导出用于传送响应于PSSCH接收的HARQ ACK/NACK反馈信息的资源分配信息。在这种情况下，HARQ ACK/NACK定时指示信息可以是在其上执行PSSCH发射和接收的时隙与其上传送HARQ ACK/NACK的时隙之间的定时间隙信息。
此外，当基于ARI信息分配和导出一个或多个PUCCH资源时，可以重用为接收机UE的蜂窝链路分配和导出一个或多个PUCCH资源的过程。也就是说，接收机UE可以响应于侧链路PSSCH接收，通过包括在为有效的UL BWP配置的一个或多个PUCCH资源集中的相应PUCCH资源来传送HARQ ACK/NACK反馈信息。因此，在根据ARI导出一个或多个PUCCH资源时，接收机UE可以基于相应的侧链路接收根据HARQ ACK/NAC有效载荷大小而导出一个或多个PUCCH资源集，并根据ARI导出在导出的一个或多个PUCCH资源集中包括的PUCCH资源当中用于HARQ ACK/NACK反馈的一个或多个PUCCH资源。
可替换地，可以为每个UL BWP配置用于侧链路HARQ ACK/NACK反馈的一个或多个单独的PUCCH资源集。除了为每个UL BWP的蜂窝链路配置一个或多个PUCCH资源集之外，基站可以为侧链路配置一个或多个PUCCH资源集，并且通过更高层信令将所配置的一个或多个PUCCH资源集传送到相应的UE。因此，可以基于一个或多个侧链路PUCCH资源集来执行通过ARI的侧链路HARQ ACK/NACK反馈资源分配。
作为另一示例，用于每个UE的侧链路发射/接收的侧链路BWP可以由基站配置或预先配置。在这种情况下，可以为每个侧链路BWP配置用于HARQ ACK/NACK反馈的PUCCH资源集。可以通过为相应接收机UE的有效侧链路BWP配置一个或多个PUCCH资源集来分配用于由接收机UE传送HARQ ACK/NACK反馈的一个或多个PUCCH资源。
因此，可以为包括在有效侧链路BWP的一个或多个PUCCH资源集中的一个或多个PUCCH资源来指示和解释相应的ARI。作为示例，用于UE的侧链路BWP可以被配置为具有与为UE配置的UL BWP配置的对应关系。例如，侧链路BWP可以被配置为等同于UL BWP配置。在这种情况下，每个侧链路BWP的PUCCH资源集配置可以被配置为等同于相应UE的每个UL BWP的PUCCH资源集配置。
作为又另一示例，可以为配置用于PSSCH或PSCCH传输的每个资源池配置相关联的PUCCH资源集。也就是说，当基站通过UE特定或小区特定的更高层信令传送侧链路资源池配置信息时，相应的侧链路资源池配置信息可以包括用于相应的资源池的相关联的PUCCH资源集(或相关联的PUCCH资源池)配置信息。
因此，同样地应用上述基于ARI的PUCCH资源集分配方法，并且在指示和解释ARI的方法中，可以基于其上传送相应的PSSCH或PSCCH的资源池和相关联的PUCCH资源集(或相关联的PUCCH资源池)来指示和解释相应的ARI。
作为示例，接收机UE可以通过PSCCH传送侧链路HARQ ACK/NACK反馈信息。在这种情况下，可以定义用于HARQ ACK/NACK反馈信息的单独SCI格式。用于HARQ ACK/NACK反馈的SCI格式可以配置有由接收机UE接收到的侧链路PSSCH的标识信息和与其有关的ACK/NACK反馈信息。PSSCH标识信息可以包括关于接收PSSCH的次数的信息、关于接收PSSCH的资源池或子信道的索引的信息、或者关于与PSSCH信息接收有关的定时偏移的信息。此外，可以基于位图或索引信息来指示PSSCH标识信息。
当通过PSCCH传送侧链路HARQ ACK/NACK反馈时，资源池被配置用于传送包括HARQACK/NACK反馈信息的PSCCH，并然后通过更高层信令被传送到侧链路UE，或者可以被预先配置。此时，例如，用于传送反馈控制信息(诸如反馈控制信息(FCI))的资源池可以独立于用于传送PSSCH的资源池被配置，并然后通过更高层信令被传送，或者被预先配置。
在这种情况下，由接收机UE用于HARQ ACK/NACK反馈的PSCCH资源分配信息可以配置有关于在其上执行PSCCH传输的FCI资源池的分配信息和关于在相应的FCI资源池中要使用的PSCCH的分配信息。例如，PSCCH分配信息可以是子信道分配信息。可以通过显式DCI格式或SCI格式来指示FCI资源池分配信息和PSCCH分配信息。可替换地，FCI资源池分配信息和PSCCH分配信息可以通过隐式子信道索引的功能来确定。
在本公开中，提出了一种用于响应于发射机UE的PSSCH传输来定义和设置用于传送接收机UE的HARQ ACK/NACK反馈信息的HARQ反馈模式的方法。
HARQ反馈模式的定义
根据第一实施例，可以基于侧链路接收机UE向其传送HARQ ACK/NACK反馈信息的节点或侧链路接收机UE通过其传送HARQ ACK/NACK反馈信息的空中接口链路来定义两个侧链路HARQ反馈模式。具体地，第一HARQ反馈模式可以被定义为其中侧链路接收机UE响应于接收到PSSCH而将HARQ ACK/NACK反馈信息直接传送到gNB的模式。第二HARQ反馈模式可以被定义为其中侧链路接收机UE将HARQ ACK/NACK反馈信息直接传送到已传送PSSCH的发射机UE的模式。
也就是说，在根据第一实施例的第一HARQ反馈模式中，响应于PSSCH的HARQ ACK/NACK反馈信息可以通过Uu接口(例如诸如UL的蜂窝链路)被传送到gNB。此外，在根据第一实施例的第二HARQ反馈模式中，响应于PSSCH的HARQ ACK/NACK反馈信息可以通过PC5(即，侧链路)被直接传送到发射机UE。
根据第二实施例，可以基于接收机UE是否传送HARQ ACK反馈信息来定义两个侧链路HARQ反馈模式。具体地，第一HARQ反馈模式可以被定义为其中根据数据接收结果对ACK和NACK两者传送反馈信息的模式。此外，第二HARQ反馈模式可以被定义为其中仅针对NACK传送反馈信息的模式。
也就是说，在根据第二实施例的第一HARQ反馈模式中，当侧链路接收机UE成功解码所接收的PSSCH时，可以明确地执行对HARQ ACK的反馈，并且当接收机UE未成功解码所接收的PSSCH时，可以明确地执行对HARQ NACK的反馈。与第一HARQ反馈模式不同，在第二HARQ反馈模式中，当侧链路接收机UE成功解码所接收的PSSCH时，不传送HARQ ACK信息，并且仅当侧链路接收机UE未成功解码所接收的PSSCH时，才可以明确地执行对HARQ NACK的反馈。
如上所述，根据公开的用于定义HARQ反馈模式的第一实施例是其中根据接收作为侧链路数据的PSSCH的接收机UE将HARQ ACK/NACK反馈信息传送到的节点来确定HARQ反馈模式的方法，以及第二实施例是其中根据在成功接收到PSSCH时是否传送HARQ ACK信息来确定HARQ反馈模式的方法。
在下文中，假设如上所述定义HARQ反馈模式，提出了一种设置HARQ反馈模式以应用于侧链路接收机UE传送HARQ ACK/NACK反馈信息的情况的方法。
在至少一个实施例中，可以明确地设置或指示用于接收机UE的HARQ反馈模式。这种明确设置或指示HARQ反馈模式的方法可以通常应用于如上所述的关于定义HARQ反馈模式的第一实施例和第二实施例。
作为用于设置HARQ反馈模式的示例，当建立侧链路单播或组播会话时，可以对每个会话执行设置HARQ反馈模式。也就是说，在建立每个会话时，可以通过更高层信令将用于侧链路的HARQ反馈模式设置信息传送到一个或多个相应的侧链路UE。
作为用于设置HARQ反馈模式的另一示例，可以通过PSCCH动态地指示HARQ反馈模式。为此，如图16所示，用于指示HARQ反馈模式的信息区域可以以包括用于PSSCH传输的调度控制信息的SCI格式来定义。可替换地，可以通过PDCCH动态地指示HARQ反馈模式。为此，如图17所示，用于指示HARQ反馈模式的信息区域可以以用于由基站传送的侧链路调度控制信息的DCI格式来定义。
可替换地，可以通过用于每个小区的小区特定或UE特定的更高层信令将侧链路的HARQ反馈模式设置信息传送到UE。
作为设置HARQ反馈模式的又另一示例，可以为每个资源池设置HARQ反馈模式。也就是说，当基站传送用于侧链路的资源池配置信息时，相应的资源池的HARQ反馈模式设置信息可以包括在资源池配置信息中。
在至少一个实施例中，可以隐式地设置或指示用于接收机UE的HARQ反馈模式。下述隐式地设置或指示HARQ反馈模式的方法可以应用于如上所述的关于定义HARQ反馈模式的第一实施例。
具体地，可以根据发射机UE或接收机UE是否连接到蜂窝链路(例如，是否建立与基站的RRC连接)或者是否处于覆盖状态来确定HARQ反馈模式。作为示例，可以根据是否建立接收机UE的RRC连接来确定HARQ反馈模式。也就是说，当建立了接收机UE的RRC连接时，可以激活第一HARQ反馈模式，其中对gNB执行HARQ ACK/NACK信息的反馈，以及当未建立RRC连接时，可以激活第二HARQ反馈模式，其中HARQ ACK/NACK反馈信息被直接传送到发射机UE。
作为另一示例，可以根据是否建立接收机UE和发射机UE两者的RRC连接来确定HARQ反馈模式。也就是说，仅当建立了接收机UE和发射机UE的RRC连接时，可以激活第一HARQ反馈模式，其中对gNB执行HARQ ACK/NACK信息的反馈，以及当没有建立接收机UE和发射机UE中的至少一个的RRC连接时，可以激活第二HARQ反馈模式，其中HARQ ACK/NACK反馈信息被直接传送到发射机UE。
另外，可以根据发射机UE与其建立RRC连接的gNB或小区是否等同于接收机UE与其建立RRC连接的gNB或小区，来不同地确定HARQ反馈模式。也就是说，即使当发射机UE和接收机UE两者都处于RRC连接状态时，当发射机UE和接收机UE与彼此不同的相应的gNB或小区建立RRC连接时，可以激活第二HARQ反馈模式，其中HARQ ACK/NACK反馈信息被直接传送到发射机UE。为此，可以通过侧链路在侧链路UE之间发射或接收或者向基站报告关于是否建立RRC连接的信息或者关于PCID的信息等，该PCID是与其建立RRC连接的小区的ID，例如，包括每个信息的更新信息等。
作为又另一示例，HARQ反馈模式可以由侧链路UE的侧链路传输模式确定。例如，当设置侧链路传输模式3，其中由基站执行侧链路资源分配时，可以激活第一HARQ反馈模式，其中HARQ ACK/NACK反馈信息被直接传送到基站。作为另一示例，当设置作为分布式方案的侧链路传输模式4时，可以激活第二HARQ反馈模式，其中HARQ ACK/NACK反馈信息被直接传送到相应的侧链路发射机UE。
作为又另一示例，可以基于用于接收机UE接收PSSCH的HARQ ACK/NACK反馈定时信息来确定HARQ反馈模式。例如，当对应于由基站或发射机UE设置或指示的HARQ ACK/NACK反馈定时的接收机UE的时隙是作为Uu链路时隙的蜂窝UL时隙时，可以激活第一HARQ反馈模式，其中HARQ ACK/NACK反馈信息被直接传送到基站。作为另一示例，当对应于由基站或发射机UE设置或指示的HARQ ACK/NACK反馈定时的接收机UE的时隙是侧链路时隙时，可以激活第二HARQ反馈模式，其中HARQ ACK/NACK反馈信息被直接传送到发射机UE。
在至少一个实施例中，可以隐式地设置或指示用于接收机UE的HARQ反馈模式。下述隐式地设置或指示HARQ反馈模式的方法可以应用于如上所述的关于定义HARQ反馈模式的第二实施例。
具体地，可以基于侧链路数据的接收是单播数据接收还是组播数据接收来确定HARQ反馈模式。例如，当接收到单播侧链路数据时，第二实施例的第一HARQ反馈模式可以被定义为HARQ反馈模式。也就是说，在这种情况下，可以明确地执行对HARQ ACK和NACK两者的反馈。作为另一示例，当接收到组播侧链路数据时，可以将第二实施例的第二HARQ反馈模式定义为HARQ反馈模式。也就是说，可以明确地执行仅对HARQ NACK的反馈。
在上文中，讨论了HARQ ACK/NACK作为侧链路反馈信息的示例；然而，本公开的实施例不限于此。作为示例，侧链路反馈信息可以是除了HARQ ACK/NACK之外的侧链路CSI报告信息。也就是说，以上对HARQ反馈模式的描述可以基本上同样适用于侧链路CSI反馈传输模式，并因此，这种实施例或示例可以包括在本公开的范围内。
如上所述，可以提供用于确定用于传送NR侧链路HARQ反馈信息的HARQ反馈模式和根据所确定的HARQ反馈模式传送侧链路HARQ反馈信息的方法和设备。
在下文中，将参考附图讨论能够执行参考图1-17所述的部分或全部实施例的接收机UE和发射机UE的配置。
图18是示出了根据本公开的实施例的接收机UE 1800的框图。
参考图18，接收机UE 1800包括控制器1810、发射机1820和接收机1830。
控制器1810控制执行本公开实施例所需的与传送侧链路HARQ反馈信息的方法有关的接收机UE1800的全部操作。发射机1820通过相应的信道将UL控制信息、侧链路控制信息、数据、消息等传送到基站或一个或多个其他UE。接收机1830通过相应的信道从基站或一个或多个其他UE接收DL控制信息、侧链路控制信息、数据、消息等。
作为示例，可以在基于NR的V2X中支持基于单播或组播以及广播的侧链路发射/接收。接收机1830可以通过单播或组播接收物理侧链路共享信道(PSSCH)。
控制器1810可以响应于接收到PSSCH而确定用于传送HARQ反馈信息的HARQ反馈模式。
控制器1810可以解码从发射机UE接收到的PSSCH。控制器1810可以根据通过解码PSSCH所获得的结果来确定用于传送HARQ ACK/NACK反馈信息的HARQ反馈模式。
在至少一个实施例中，可以根据当成功接收到PSSCH时是否传送HARQ ACK信息来确定HARQ反馈模式。
在这种情况下，在第一HARQ反馈模式中，当接收机UE成功解码所接收的PSSCH时，可以明确地执行对HARQ ACK的反馈，并且当接收机UE未成功解码所接收的PSSCH时，可以明确地执行对HARQ NACK的反馈。也就是说，在第一HARQ反馈模式中，可以对HARQ ACK/NACK中的每一个传送HARQ ACK/NACK反馈信息。
与第一HARQ反馈模式不同，在第二HARQ反馈模式中，当接收机UE成功解码所接收的PSSCH时，不传送HARQ ACK信息，并且仅当接收机UE未成功解码所接收的PSSCH时，才可以明确地执行对HARQ NACK的反馈。也就是说，在第二HARQ反馈模式中，可以仅在HARQ NACK的情况下传送HARQ NACK反馈信息。
如上所述，当定义两种类型的HARQ反馈模式时，可以如下确定要应用于传送由接收机UE接收到的PSSCH的HARQ ACK/NACK反馈信息的HARQ反馈模式。
在至少一个实施例中，可以明确地设置或指示用于接收机UE的HARQ反馈模式。
作为用于设置HARQ反馈模式的示例，当建立侧链路单播或组播会话时，可以对每个会话执行设置HARQ反馈模式。也就是说，在建立每个会话时，可以通过更高层信令将用于侧链路的HARQ反馈模式设置信息传送到接收机UE。
作为用于设置HARQ反馈模式的另一示例，可以通过PSCCH动态地指示HARQ反馈模式。为此，可以以包括用于PSSCH传输的调度控制信息的SCI格式来定义用于指示HARQ反馈模式的信息区域。可替换地，可以通过PDCCH动态地指示HARQ反馈模式。为此，可以以用于由基站传送的侧链路调度控制信息的DCI格式来定义用于指示HARQ反馈模式的信息区域。
可替换地，可以通过用于每个小区的小区特定或UE特定的更高层信令将侧链路的HARQ反馈模式设置信息传送到UE。
作为设置HARQ反馈模式的又另一示例，可以为每个资源池设置HARQ反馈模式。也就是说，当基站传送用于侧链路的资源池配置信息时，相应的资源池的HARQ反馈模式设置信息可以包括在资源池配置信息中。
在这种情况下，接收PSSCH的接收机UE的控制器1810可以根据明确指示的HARQ反馈模式信息确定要应用于传送HARQ ACK/NACK反馈信息的HARQ反馈模式。
在至少一个实施例中，可以隐式地设置或指示用于接收机UE的HARQ反馈模式。
作为示例，可以基于侧链路数据的接收是单播数据接收还是组播数据接收来确定HARQ反馈模式。例如，当接收到单播侧链路数据时，可以将第一HARQ反馈模式定义为HARQ反馈模式。也就是说，在这种情况下，可以明确地执行对HARQ ACK和NACK两者的反馈。
作为另一示例，当接收到组播侧链路数据时，可以将第二HARQ反馈模式定义为HARQ反馈模式。也就是说，可以明确地执行仅对HARQ NACK的反馈。
在这种情况下，当接收到的PSSCH是单播数据接收时，接收PSSCH的接收机UE的控制器1810可以将第一HARQ反馈模式确定为HARQ反馈模式。与此不同，当接收到的PSSCH是组播数据接收时，控制器1810可以将第二HARQ反馈模式确定为HARQ反馈模式。
发射机1820可以根据解码PSSCH而获得的结果基于HARQ反馈模式来传送HARQ反馈信息。
如果第一HARQ反馈模式被确定为HARQ反馈模式，则当接收机UE未成功解码所接收的PSSCH时，发射机1820可以将HARQ NACK传送到发射机UE，并且当接收机UE成功解码所接收的PSSCH时，发射机1820将HARQ ACK传送到发射机UE。
如果第二HARQ反馈模式被确定为HARQ反馈模式，则当接收机UE未成功解码所接收的PSSCH时，发射机1820可以将HARQ NACK传送到发射机UE。应当注意的是，当接收机UE成功解码所接收的PSSCH时，发射机1820可以不向发射机UE传送任何信号。
如上所述，可以提供用于确定用于传送NR侧链路HARQ反馈信息的HARQ反馈模式以及根据所确定的HARQ反馈模式传送侧链路HARQ反馈信息的方法和设备。
图19是示出了根据本公开的实施例的发射机UE的框图。
参考图19，接收机UE 1900包括控制器1910、发射机1920和接收机1930。
控制器1910控制执行本公开实施例所需的与传送侧链路HARQ反馈信息的方法有关的发射机UE 1900的全部操作。发射机1920用于将执行本公开的实施例所需的信号、消息和数据传送到一个或多个其他UE或基站。接收机1930用于从一个或多个其他UE或基站接收执行本公开的实施例所需的信号、消息和数据。
作为示例，可以在基于NR的V2X中支持基于单播或组播以及广播的侧链路发射/接收。发射机1920可以通过单播或组播将PSSCH传送到接收机UE。
接收机1930可以根据通过解码PSSCH而获得的结果基于由接收机UE确定的HARQ反馈模式来接收HARQ反馈信息。
如果发射机1920传送PSSCH，则接收机UE可以对所接收的PSSCH进行解码。接收机UE可以根据通过解码PSSCH所获得的结果来确定用于传送HARQ ACK/NACK反馈信息的HARQ反馈模式。
在至少一个实施例中，可以根据当成功接收到PSSCH时是否传送HARQ ACK信息来确定HARQ反馈模式。
在这种情况下，在第一HARQ反馈模式中，当侧链路接收机UE成功解码所接收的PSSCH时，可以明确地执行对HARQ ACK的反馈，并且当侧链路接收机UE未成功解码所接收的PSSCH时，可以明确地执行对HARQ NACK的反馈。也就是说，在第一HARQ反馈模式中，可以对HARQ ACK/NACK中的每一个传送HARQ ACK/NACK反馈信息。
与第一HARQ反馈模式不同，在第二HARQ反馈模式中，当侧链路接收机UE成功解码所接收的PSSCH时，可以不传送HARQ ACK信息，并且仅当侧链路接收机UE未成功解码所接收的PSSCH时，才可以明确地执行对HARQ NACK的反馈。也就是说，在第二HARQ反馈模式中，可以仅在HARQ NACK的情况下传送HARQ NACK反馈信息。
如上所述，当定义两种类型的HARQ反馈模式时，可以如下确定要应用于传送由接收机UE接收到的PSSCH的HARQ ACK/NACK反馈信息的HARQ反馈模式。
在至少一个实施例中，为了设置HARQ反馈模式，发射机1920可以通过PSCCH动态地指示HARQ反馈模式。为此，可以以包括用于PSSCH传输的调度控制信息的SCI格式来定义用于指示HARQ反馈模式的信息区域。
然而，本公开的实施例不限于此。作为另一示例，当建立侧链路单播或组播会话时，可以对每个会话执行设置HARQ反馈模式。也就是说，在建立每个会话时，可以通过更高层信令将用于侧链路的HARQ反馈模式设置信息传送到接收机UE。
可替换地，可以通过PDCCH动态地指示HARQ反馈模式。为此，可以以用于由基站传送的侧链路调度控制信息的DCI格式来定义用于指示HARQ反馈模式的信息区域。
可替换地，可以通过用于每个小区的小区特定或UE特定的更高层信令将侧链路的HARQ反馈模式设置信息传送到UE。
作为设置HARQ反馈模式的又另一示例，可以为每个资源池设置HARQ反馈模式。也就是说，当基站传送用于侧链路的资源池配置信息时，相应的资源池的HARQ反馈模式设置信息可以包括在资源池配置信息中。
在这种情况下，接收PSSCH的接收机UE可以根据明确指示的HARQ反馈模式信息来确定要应用于传送HARQ ACK/NACK反馈信息的HARQ反馈模式。
在至少一个实施例中，可以隐式地设置或指示用于接收机UE的HARQ反馈模式。
作为示例，可以基于侧链路数据的接收是单播数据接收还是组播数据接收来确定HARQ反馈模式。例如，当接收到单播侧链路数据时，可以将第一HARQ反馈模式定义为HARQ反馈模式。也就是说，在这种情况下，可以明确地执行对HARQ ACK和NACK两者的反馈。
作为另一示例，当接收到组播侧链路数据时，可以将第二HARQ反馈模式定义为HARQ反馈模式。也就是说，可以明确地执行仅对HARQ NACK的反馈。
在这种情况下，当接收到的PSSCH是单播数据接收时，接收PSSCH的接收机UE可以将第一HARQ反馈模式确定为HARQ反馈模式。与此不同，当接收到的PSSCH是组播数据接收时，接收PSSCH的接收机UE可以将第二HARQ反馈模式确定为HARQ反馈模式。
如果第一HARQ反馈模式被确定为HARQ反馈模式，则接收机1930可以由于未能解码所接收的PSSCH而从接收机UE接收HARQ NACK，或者由于成功解码所接收的PSSCH而从接收机UE接收HARQ ACK。因此，当接收到HARQ NACK时，发射机1920可以重传未被成功解码的PSSCH。
如果第二HARQ反馈模式被确定为HARQ反馈模式，则接收机1930可以由于未能对所接收的PSSCH进行解码而从接收机UE接收HARQ NACK。因此，发射机1920可以重传PSSCH。
应当注意的是，当接收机UE成功解码所接收的PSSCH时，接收机1930可以不从接收机UE接收与此相关的任何信号。作为示例，当没有接收到响应于PSSCH而分配用于HARQ反馈的一个或多个资源上的与HARQ反馈有关的信号时，控制器1910可以认为PSSCH被成功传送。作为另一示例，当没有接收到响应于PSSCH而分配用于HARQ反馈的一个或多个资源上的与HARQ反馈有关的信号时，发射机1920可以以预定义的重复次数重传PSSCH。
如上所述，可以提供用于确定用于传送NR侧链路HARQ反馈信息的HARQ反馈模式以及根据所确定的HARQ反馈模式传送送侧链路HARQ反馈信息的方法和设备。
上述实施例可以由诸如IEEE 802、3GPP和3GPP2的至少一个无线电接入***中公开的标准文档支持。也就是说，为了阐明本公开的技术构思，可以通过上述标准文档来支持在本实施例中未描述的步骤、配置和部件。另外，本文公开的所有术语可以通过上述标准文件来描述。
可以通过各种手段中的任何手段来实现上述实施例。例如，本实施例可以被实现为硬件、固件、软件或其组合。
在通过硬件实现的情况下，根据本实施例的方法可以被实现为专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器或微处理器中的至少一个。
在通过固件或软件实现的情况下，根据本实施例的方法可以以用于执行上述功能或操作的设备、过程或功能的形式来实现。软件代码可以存储在存储器单元中，并且可以由处理器驱动。存储器单元可以提供在处理器的内部或外部，并且可以通过各种公知手段的任意手段与处理器交换数据。
此外，术语“***”、“处理器”、“控制器”、“组件”、“模块”、“接口”、“模型”、“单元”等通常可以意为计算机相关的实体硬件、硬件和软件的组合、软件或运行软件。例如，上述组件可以是但不限于由处理器驱动的过程、处理器、控制器、控制处理器、实体、执行线程、程序和/或计算机。例如，在控制器或处理器中运行的应用程序和控制器或处理器都可以是组件。可以在过程和/或执行线程中提供一个或多个组件，并且可以在单个装置(例如，***、计算装置等)中提供组件，或者组件可以分布在两个或更多个装置上。
仅出于说明性目的描述了本公开的上述实施例，并且本领域技术人员将理解的是，在不脱离本公开的范围和精神的情况下，可以对其进行各种修改和改变。此外，本公开的实施例不旨在限制，而是旨在说明本公开的技术构思，并因此本公开的技术构思的范围不受这些实施例的限制。本公开的范围应基于所附权利要求以如下方式被解释：包括在等同于权利要求的范围内的所有技术构思都属于本公开。

Claims (15)

1.一种接收机用户设备(UE)传送侧链路混合自动重复请求(HARQ)反馈信息的方法，该方法包括：
通过单播或组播接收物理侧链路共享信道(PSSCH)；
响应于接收到所述PSSCH而确定用于传送HARQ反馈信息的HARQ反馈模式；以及
根据通过对所述PSSCH进行解码所获得的结果基于所确定的HARQ反馈模式来传送所述HARQ反馈信息。
2.根据权利要求1所述的方法，其中，所述HARQ反馈模式包括第一模式，在所述第一模式中当对所述PSSCH的解码不成功时传送HARQ NACK，以及当对所述PSSCH的解码成功时传送HARQ ACK。
3.根据权利要求1所述的方法，其中，所述HARQ反馈模式包括第二模式，在所述第二模式中当对所述PSSCH的解码不成功时传送HARQ NACK，以及当对所述PSSCH的解码成功时不传送所述HARQ反馈信息。
4.根据权利要求1所述的方法，其中，通过更高层信令设置所述HARQ反馈模式，或者通过下行链路(DL)控制信息(DCI)或侧链路控制信息(SCI)中的一个来指示所述HARQ反馈模式。
5.根据权利要求1所述的方法，其中，基于是通过单播还是通过组播接收所述PSSCH来确定所述HARQ反馈模式。
6.一种发射机用户设备(UE)接收侧链路混合自动重复请求(HARQ)反馈信息的方法，该方法包括：
通过单播或组播传送物理侧链路共享信道(PSSCH)；以及
根据通过对所述PSSCH进行解码所获得的结果基于由接收机UE所确定的HARQ反馈模式来接收HARQ反馈信息。
7.根据权利要求6所述的方法，其中，所述HARQ反馈模式包括第一模式，在所述第一模式中当对所述PSSCH的解码不成功时传送HARQ NACK，以及当对所述PSSCH的解码成功时传送HARQ ACK。
8.根据权利要求6所述的方法，其中，所述HARQ反馈模式包括第二模式，在所述第二模式中当对所述PSSCH的解码不成功时传送HARQ NACK，以及当对所述PSSCH的解码成功时不传送所述HARQ反馈信息。
9.根据权利要求1所述的方法，其中，通过更高层信令设置所述HARQ反馈模式，或者通过下行链路(DL)控制信息(DCI)或侧链路控制信息(SCI)中的一个来指示所述HARQ反馈模式。
10.根据权利要求6所述的方法，其中，基于是通过单播还是通过组播接收所述PSSCH来确定所述HARQ反馈模式。
11.一种传送侧链路混合自动重复请求(HARQ)反馈信息的接收机用户设备(UE)，接收机UE包括：
接收机，所述接收机通过单播或组播接收物理侧链路共享信道(PSSCH)；
控制器，所述控制器响应于接收到所述PSSCH而确定用于传送HARQ反馈信息的HARQ反馈模式；以及
发射机，所述发射机根据通过对所述PSSCH进行解码所获得的结果基于所确定的HARQ反馈模式来传送所述HARQ反馈信息。
12.根据权利要求11所述的接收机UE，其中，所述HARQ反馈模式包括第一模式，在所述第一模式中当对所述PSSCH的解码不成功时传送HARQ NACK，以及当对所述PSSCH的解码成功时传送HARQ ACK。
13.根据权利要求11所述的接收机UE，其中，所述HARQ反馈模式包括第二模式，在所述第二模式中当对所述PSSCH的解码不成功时传送HARQ NACK，以及当对所述PSSCH的解码成功时，不传送所述HARQ反馈信息。
14.根据权利要求11所述的接收机UE，其中，通过更高层信令设置所述HARQ反馈模式，或者通过下行链路(DL)控制信息(DCI)或侧链路控制信息(SCI)中的一个来指示所述HARQ反馈模式。
15.根据权利要求11所述的接收机UE，其中，基于是通过单播还是通过组播接收所述PSSCH来确定所述HARQ反馈模式。
CN201910892164.2A 2018-09-21 2019-09-20 用于传送侧链路harq反馈信息的方法和设备 Pending CN110944403A (zh)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR20180114042 2018-09-21
KR10-2018-0114042 2018-09-21
KR20180133120 2018-11-01
KR10-2018-0133120 2018-11-01
KR1020190082956A KR102434619B1 (ko) 2018-09-21 2019-07-10 사이드링크 harq 피드백 정보를 전송하는 방법 및 장치
KR10-2019-0082956 2019-07-10

Publications (1)

Publication Number Publication Date
CN110944403A true CN110944403A (zh) 2020-03-31

Family

ID=69883726

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910892164.2A Pending CN110944403A (zh) 2018-09-21 2019-09-20 用于传送侧链路harq反馈信息的方法和设备

Country Status (2)

Country Link
US (1) US11405143B2 (zh)
CN (1) CN110944403A (zh)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111862643A (zh) * 2020-07-20 2020-10-30 合肥智企达信息科技有限公司 在复杂环境下发送危险预警语音信息的方法及智能眼镜
CN113518313A (zh) * 2020-04-09 2021-10-19 华为技术有限公司 一种侧行链路组播通信的方法及通信装置
CN113543336A (zh) * 2020-04-09 2021-10-22 华硕电脑股份有限公司 处理侧链路混合自动请求的时间间隙的方法和设备
CN113573256A (zh) * 2020-04-28 2021-10-29 维沃移动通信有限公司 信息反馈、资源调度方法、终端及网络设备
WO2021217674A1 (zh) * 2020-04-30 2021-11-04 Oppo广东移动通信有限公司 侧行反馈方法和终端设备
WO2021226972A1 (zh) * 2020-05-14 2021-11-18 富士通株式会社 边链路反馈信息的发送和接收方法以及装置
WO2021226966A1 (en) * 2020-05-14 2021-11-18 Qualcomm Incorporated Dynamic hybrid automatic repeat request (harq) codebook for multi-user packet (mup) and/or unicast communications
WO2021232355A1 (en) * 2020-05-21 2021-11-25 Apple Inc. Flexible harq mechanism adaptation for sidelink unicast and groupcast
WO2021237721A1 (zh) * 2020-05-29 2021-12-02 Oppo广东移动通信有限公司 Harq-ack码本的反馈方法和终端设备
WO2022011671A1 (en) * 2020-07-17 2022-01-20 Guangdong Oppo Mobile Telecommunications Corp., Ltd. User equipment and method of resource allocation of same
WO2022021312A1 (zh) * 2020-07-31 2022-02-03 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
WO2022068685A1 (zh) * 2020-09-30 2022-04-07 夏普株式会社 由用户设备执行的方法以及用户设备
CN115118389A (zh) * 2021-03-17 2022-09-27 上海推络通信科技合伙企业(有限合伙) 一种用于无线通信的节点中的方法和装置
WO2022222105A1 (zh) * 2021-04-22 2022-10-27 Oppo广东移动通信有限公司 无线通信方法及设备
CN115699643A (zh) * 2020-04-13 2023-02-03 现代自动车株式会社 用于在侧链路通信中发送和接收harq响应的方法和装置
CN115735340A (zh) * 2020-06-10 2023-03-03 高通股份有限公司 使用单播侧链路通信支持网络传输
WO2024103835A1 (en) * 2023-07-28 2024-05-23 Lenovo (Beijing) Limited Method and apparatus for generating harq-ack information associated with sidelink transmission for pucch transmission

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11115938B2 (en) * 2015-06-26 2021-09-07 Lg Electronics Inc. Method and apparatus for transceiving signal of device-to-device communication terminal in wireless communication system
US10958407B2 (en) * 2017-06-09 2021-03-23 Qualcomm Incorporated Frequency division duplexing hybrid automatic repeat request with mini-slots
JP7152636B2 (ja) * 2017-12-26 2022-10-13 国立大学法人京都大学 通信装置及び通信方法
WO2020056068A1 (en) * 2018-09-13 2020-03-19 Intel Corporation Hybrid automatic repeat request feedback for wireless communication
US20200100048A1 (en) * 2018-09-26 2020-03-26 Qualcomm Incorporated Transmission with indication of geographic area
US11601228B2 (en) 2018-09-28 2023-03-07 Qualcomm Incorporated HARQ feedback for multicast/unicast
US11991000B2 (en) * 2018-09-28 2024-05-21 Lg Electronics Inc. Method and device for transmitting preemptive message related to sidelink communication in NR V2X
JP7503543B2 (ja) * 2018-10-10 2024-06-20 オッポ広東移動通信有限公司 フィードバック情報の伝送方法及び端末デバイス
EP3648385A1 (en) * 2018-10-31 2020-05-06 Hyundai Motor Company Method and apparatus for hybrid automatic repeat request in sidelink communications
US11234241B2 (en) * 2019-01-11 2022-01-25 At&T Intellectual Property I, L.P. Assisted resource allocation in a peer to peer wireless network
CN111263451B (zh) * 2019-01-23 2022-10-11 维沃移动通信有限公司 副链路传输方法和设备
US20220191831A1 (en) * 2019-03-21 2022-06-16 Lg Electronics Inc. Method and device for allocating resource for sidelink signal in wireless communication system
CN111865485A (zh) * 2019-04-30 2020-10-30 北京三星通信技术研究有限公司 Harq反馈方法及执行harq反馈方法的ue
CN111867099B (zh) * 2019-04-30 2024-04-05 株式会社Kt 发射和接收侧链路harq反馈信息的方法和装置
KR102603239B1 (ko) * 2019-06-21 2023-11-16 엘지전자 주식회사 Nr v2x에서 제어 정보를 관리하는 방법 및 장치
WO2020263019A1 (ko) * 2019-06-27 2020-12-30 한양대학교 산학협력단 사이드링크 harq 피드백 전송 방법 및 그 장치
CN113785514A (zh) * 2019-09-30 2021-12-10 Oppo广东移动通信有限公司 反馈信息的发送方法、接收方法、装置、终端和介质
WO2021071245A1 (ko) * 2019-10-07 2021-04-15 엘지전자 주식회사 Nr v2x에서 bwp를 기반으로 harq 피드백을 전송하는 방법 및 장치
US11690087B2 (en) * 2019-10-30 2023-06-27 Qualcomm Incorporated Control resource set and search space set configuration for full duplex operation
US11943057B2 (en) * 2019-11-08 2024-03-26 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for indicating sidelink hybrid automatic repeat request (HARQ) feedback
US20210306997A1 (en) * 2020-03-27 2021-09-30 Qualcomm Incorporated Sidelink feedback format
EP4150995A4 (en) * 2020-05-15 2024-01-10 Qualcomm Incorporated MULTI-USER PACKAGE FOR USER EQUIPMENT-ASSISTED RETRANSMISSION
US20210376967A1 (en) * 2020-06-02 2021-12-02 Electronics And Telecommunications Research Institute Method and apparatus for transmitting and receiving feedback signal in communication system
US11838910B2 (en) 2020-06-22 2023-12-05 Qualcomm Incorporated Techniques for dynamic scheduling of reverse sidelink traffic
US11696304B2 (en) * 2020-06-29 2023-07-04 Qualcomm Incorporated Scheduling sidelink resources for multiple unicasts by a single downlink control information message
CN113890698B (zh) * 2020-07-03 2023-06-02 维沃移动通信有限公司 旁链路传输方法、传输装置和通信设备
US11956087B2 (en) * 2020-07-14 2024-04-09 Lg Electronics Inc. Method and apparatus for selecting SL resources in NR V2X
CN114071635A (zh) * 2020-08-04 2022-02-18 索尼公司 电子设备、无线通信方法和计算机可读存储介质
US12009932B2 (en) * 2020-09-25 2024-06-11 Qualcomm Incorporated Type 3 hybrid automatic repeat request codebook for sidelink

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1836401A (zh) * 2003-08-15 2006-09-20 皇家飞利浦电子股份有限公司 用于组播数据传输的反馈信令
CN101841469A (zh) * 2010-03-24 2010-09-22 北京创毅视讯科技有限公司 一种物联网中的数据传输方法、***和装置
CN106165510A (zh) * 2014-03-30 2016-11-23 Lg电子株式会社 在支持设备到设备通信的无线通信***中传输/接收下行链路控制信息的方法及其设备
CN106301723A (zh) * 2015-05-21 2017-01-04 中兴通讯股份有限公司 下行数据的发送方法、接收方法、发送装置及接收装置
CN106470498A (zh) * 2015-08-17 2017-03-01 中兴通讯股份有限公司 Sc-mcch发送方法、sc-ptm接收方法及其装置
CN107251588A (zh) * 2015-01-30 2017-10-13 高通股份有限公司 用于点对多点传输的ue反馈
CN107409014A (zh) * 2015-01-28 2017-11-28 交互数字专利控股公司 用于操作大量载波的上行链路反馈方法
WO2018056108A1 (ja) * 2016-09-21 2018-03-29 京セラ株式会社 無線端末及び基地局
CN108400843A (zh) * 2017-02-07 2018-08-14 中兴通讯股份有限公司 一种重传反馈及触发方法、装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016021644A1 (ja) * 2014-08-08 2016-02-11 京セラ株式会社 受信端末及び送信端末
EP3186914B1 (en) * 2014-09-29 2019-11-06 Sony Corporation Communications device and methods
WO2017075833A1 (zh) * 2015-11-06 2017-05-11 华为技术有限公司 信息传输的方法、终端和基站
CN108809541B (zh) * 2017-05-05 2021-08-03 华为技术有限公司 上行数据的传输方法和装置
US10931426B2 (en) * 2017-08-10 2021-02-23 Futurewei Technologies, Inc. System and method for sidelink feedback
WO2019029823A1 (en) * 2017-08-11 2019-02-14 Nokia Technologies Oy DYNAMIC MANAGEMENT OF UPLINK CONTROL SIGNALING RESOURCES IN A WIRELESS NETWORK

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1836401A (zh) * 2003-08-15 2006-09-20 皇家飞利浦电子股份有限公司 用于组播数据传输的反馈信令
CN101841469A (zh) * 2010-03-24 2010-09-22 北京创毅视讯科技有限公司 一种物联网中的数据传输方法、***和装置
CN106165510A (zh) * 2014-03-30 2016-11-23 Lg电子株式会社 在支持设备到设备通信的无线通信***中传输/接收下行链路控制信息的方法及其设备
CN107409014A (zh) * 2015-01-28 2017-11-28 交互数字专利控股公司 用于操作大量载波的上行链路反馈方法
CN107251588A (zh) * 2015-01-30 2017-10-13 高通股份有限公司 用于点对多点传输的ue反馈
CN106301723A (zh) * 2015-05-21 2017-01-04 中兴通讯股份有限公司 下行数据的发送方法、接收方法、发送装置及接收装置
CN106470498A (zh) * 2015-08-17 2017-03-01 中兴通讯股份有限公司 Sc-mcch发送方法、sc-ptm接收方法及其装置
WO2018056108A1 (ja) * 2016-09-21 2018-03-29 京セラ株式会社 無線端末及び基地局
CN108400843A (zh) * 2017-02-07 2018-08-14 中兴通讯股份有限公司 一种重传反馈及触发方法、装置

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113518313A (zh) * 2020-04-09 2021-10-19 华为技术有限公司 一种侧行链路组播通信的方法及通信装置
CN113543336A (zh) * 2020-04-09 2021-10-22 华硕电脑股份有限公司 处理侧链路混合自动请求的时间间隙的方法和设备
CN115699643A (zh) * 2020-04-13 2023-02-03 现代自动车株式会社 用于在侧链路通信中发送和接收harq响应的方法和装置
CN113573256A (zh) * 2020-04-28 2021-10-29 维沃移动通信有限公司 信息反馈、资源调度方法、终端及网络设备
WO2021217674A1 (zh) * 2020-04-30 2021-11-04 Oppo广东移动通信有限公司 侧行反馈方法和终端设备
WO2021226972A1 (zh) * 2020-05-14 2021-11-18 富士通株式会社 边链路反馈信息的发送和接收方法以及装置
WO2021226966A1 (en) * 2020-05-14 2021-11-18 Qualcomm Incorporated Dynamic hybrid automatic repeat request (harq) codebook for multi-user packet (mup) and/or unicast communications
CN115668835A (zh) * 2020-05-21 2023-01-31 苹果公司 用于侧链路单播和组播的灵活harq机制自适应
WO2021232355A1 (en) * 2020-05-21 2021-11-25 Apple Inc. Flexible harq mechanism adaptation for sidelink unicast and groupcast
WO2021237721A1 (zh) * 2020-05-29 2021-12-02 Oppo广东移动通信有限公司 Harq-ack码本的反馈方法和终端设备
CN115735340A (zh) * 2020-06-10 2023-03-03 高通股份有限公司 使用单播侧链路通信支持网络传输
CN115769526A (zh) * 2020-06-10 2023-03-07 高通股份有限公司 使用广播侧链路通信支持网络传输
WO2022011671A1 (en) * 2020-07-17 2022-01-20 Guangdong Oppo Mobile Telecommunications Corp., Ltd. User equipment and method of resource allocation of same
CN111862643B (zh) * 2020-07-20 2022-01-14 南京木马牛智能科技有限公司 在复杂环境下发送危险预警语音信息的方法及智能眼镜
CN111862643A (zh) * 2020-07-20 2020-10-30 合肥智企达信息科技有限公司 在复杂环境下发送危险预警语音信息的方法及智能眼镜
WO2022021312A1 (zh) * 2020-07-31 2022-02-03 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
WO2022068685A1 (zh) * 2020-09-30 2022-04-07 夏普株式会社 由用户设备执行的方法以及用户设备
CN115118389A (zh) * 2021-03-17 2022-09-27 上海推络通信科技合伙企业(有限合伙) 一种用于无线通信的节点中的方法和装置
WO2022222105A1 (zh) * 2021-04-22 2022-10-27 Oppo广东移动通信有限公司 无线通信方法及设备
WO2024103835A1 (en) * 2023-07-28 2024-05-23 Lenovo (Beijing) Limited Method and apparatus for generating harq-ack information associated with sidelink transmission for pucch transmission

Also Published As

Publication number Publication date
US20200099476A1 (en) 2020-03-26
US11405143B2 (en) 2022-08-02

Similar Documents

Publication Publication Date Title
CN110943809B (zh) 用于传送侧链路harq反馈信息的方法和设备
CN111416700B (zh) 传送侧链路harq反馈信息的方法和装置
US11405143B2 (en) Method and apparatus for transmitting sidelink HARQ feedback information
CN111756488B (zh) 用于发射和接收侧行链路harq反馈信息的方法和装置
CN111614445B (zh) 用于发射和接收侧行链路数据的方法和装置
CN112564865B (zh) 用于发送和接收侧链harq反馈信息的方法和装置
CN111800872B (zh) 发射和接收侧链路harq反馈信息的方法和装置
CN111756515B (zh) 发射和接收用于侧链路信道状态信息获取的参考信号的方法和装置
CN112152755B (zh) 发射和接收侧行链路通信中调制和解调信息的方法和装置
CN111867099B (zh) 发射和接收侧链路harq反馈信息的方法和装置
KR102246074B1 (ko) Nr v2x에서 사이드링크 프레임 및 물리계층 구조
US12004137B2 (en) Method for performing vehicle communication and device therefor
KR102412491B1 (ko) 사이드링크 harq 피드백 정보를 송수신하는 방법 및 장치
KR102338792B1 (ko) 사이드링크 harq 피드백 정보를 전송하는 방법 및 장치
EP4030849A1 (en) Transmitting and receiving coordination information for sidelink communication
EP4030850A1 (en) Method and apparatus for transmitting and receiving coordination information for sidelink communication
KR102434619B1 (ko) 사이드링크 harq 피드백 정보를 전송하는 방법 및 장치
EP4072210A1 (en) Method and device for performing sidelink communication using coordination information
KR102338799B1 (ko) 사이드링크 데이터를 송수신하는 방법 및 장치
KR20200116026A (ko) 사이드링크 채널 상태 정보 획득을 위한 참조 신호 송수신 방법 및 장치

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