CN116803032A - 接收下行链路信道的方法、用户设备、处理装置、存储介质和计算机程序及发送下行链路信道的方法和基站 - Google Patents

接收下行链路信道的方法、用户设备、处理装置、存储介质和计算机程序及发送下行链路信道的方法和基站 Download PDF

Info

Publication number
CN116803032A
CN116803032A CN202280010145.2A CN202280010145A CN116803032A CN 116803032 A CN116803032 A CN 116803032A CN 202280010145 A CN202280010145 A CN 202280010145A CN 116803032 A CN116803032 A CN 116803032A
Authority
CN
China
Prior art keywords
harq
ack
downlink channel
pdsch
transmission time
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
CN202280010145.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.)
LG Electronics Inc
Original Assignee
LG Electronics 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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN116803032A publication Critical patent/CN116803032A/zh
Pending legal-status Critical Current

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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements

Landscapes

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

Abstract

UE可以：确定与第一HARQ进程关联的第一下行链路信道的第一HARQ‑ACK的第一发送时间；并且接收与第一HARQ进程关联的第二下行链路信道。接收第一HARQ进程的第二下行链路信道可包括：基于第一HARQ‑ACK不经受HARQ推迟，在第一发送时间之后接收第二下行链路信道；以及基于第一HARQ‑ACK经受HARQ推迟并且第一发送时间通过从比第一发送时间早的第二发送时间进行HARQ推迟来确定，在第二发送时间之后接收第二下行链路信道。

Description

接收下行链路信道的方法、用户设备、处理装置、存储介质和 计算机程序及发送下行链路信道的方法和基站
技术领域
本公开涉及一种无线通信系统。
背景技术
诸如机器对机器(M2M)通信、机器型通信(MTC)以及要求高数据吞吐量的各种装置(例如，智能电话和平板个人计算机(PC))的各种技术已出现并普及。因此，蜂窝网络中要求处理的数据吞吐量快速增加。为了满足这种快速增加的数据吞吐量，已开发出用于有效地采用更多频带的载波聚合技术或认知无线电技术以及用于提高在有限的频率资源上发送的数据容量的多输入多输出(MIMO)技术或多基站(BS)协作技术。
随着越来越多的通信装置需要更大的通信容量，需要相对于传统无线电接入技术(RAT)的增强移动宽带(eMBB)通信。另外，通过将多个装置和对象彼此连接来随时随地提供各种服务的大规模机器型通信(mMTC)是下一代通信中要考虑的一个主要问题。
还正在讨论考虑对可靠性和延迟敏感的服务/用户设备(UE)的通信系统设计。考虑eMBB通信、mMTC、超可靠低延迟通信(URLLC)等正在讨论下一代RAT的引入。
发明内容
技术问题
随着引入新的无线电通信技术，在规定的资源区域中BS应该向其提供服务的UE的数量不断增加，并且BS向/从BS提供服务的UE发送/接收的数据和控制信息的量也不断增加。由于BS可用于与UE通信的资源的量有限，所以需要一种BS使用有限的无线电资源有效地接收/发送上行链路/下行链路数据和/或上行链路/下行链路控制信息的新方法。换言之，由于节点的密度和/或UE的密度的增加，需要一种有效地使用高密度节点或高密度UE进行通信的方法。
还需要一种在无线通信系统中有效地支持具有不同要求的各种服务的方法。
对于性能对延时/延迟敏感的应用，克服延时或延迟是重要的挑战。
另外，需要根据各种场景定义关于混合自动重传请求(HARQ)进程的适当调度约束。
要利用本公开实现的目的不限于上文具体描述的那些，本领域技术人员将从以下详细描述更清楚地理解本文中未描述的其它目的。
技术方案
在本公开的一方面，提供了一种在无线通信系统中由用户设备(UE)接收下行链路信道的方法。该方法可包括以下步骤：确定与第一混合自动重传请求(HARQ)进程关联的第一下行链路信道的第一HARQ-确认(ACK)(HARQ-ACK)的第一发送时间；以及接收与第一HARQ进程关联的第二下行链路信道。接收第一HARQ进程的第二下行链路信道可包括：基于第一HARQ-ACK不经受HARQ推迟，在第一发送时间之后接收第二下行链路信道；以及基于第一HARQ-ACK经受HARQ推迟并且第一发送时间通过从比第一发送时间早的第二发送时间进行HARQ推迟来确定，在第二发送时间之后接收第二下行链路信道。
在本公开的另一方面，提供了一种用于在无线通信系统中接收下行链路信道的UE。该UE可包括：至少一个收发器；至少一个处理器；以及至少一个计算机存储器，其在操作上连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使得所述至少一个处理器执行操作。所述操作可包括：确定与第一HARQ进程关联的第一下行链路信道的第一HARQ-ACK的第一发送时间；以及接收与第一HARQ进程关联的第二下行链路信道。接收第一HARQ进程的第二下行链路信道可包括：基于第一HARQ-ACK不经受HARQ推迟，在第一发送时间之后接收第二下行链路信道；以及基于第一HARQ-ACK经受HARQ推迟并且第一发送时间通过从比第一发送时间早的第二发送时间进行HARQ推迟来确定，在第二发送时间之后接收第二下行链路信道。
在本公开的另一方面，提供了一种无线通信系统中的处理装置。该处理装置可包括：至少一个处理器；以及至少一个计算机存储器，其在操作上连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使得所述至少一个处理器执行操作。所述操作可包括：确定与第一HARQ进程关联的第一下行链路信道的第一HARQ-ACK的第一发送时间；以及接收与第一HARQ进程关联的第二下行链路信道。接收第一HARQ进程的第二下行链路信道可包括：基于第一HARQ-ACK不经受HARQ推迟，在第一发送时间之后接收第二下行链路信道；以及基于第一HARQ-ACK经受HARQ推迟并且第一发送时间通过从比第一发送时间早的第二发送时间进行HARQ推迟来确定，在第二发送时间之后接收第二下行链路信道。
在本公开的另一方面，提供了一种计算机可读存储介质。该计算机可读存储介质可被配置为存储包括指令的至少一个计算机程序，所述指令在被至少一个处理器执行时使得所述至少一个处理器针对UE执行操作。所述操作可包括：确定与第一HARQ进程关联的第一下行链路信道的第一HARQ-ACK的第一发送时间；以及接收与第一HARQ进程关联的第二下行链路信道。接收第一HARQ进程的第二下行链路信道可包括：基于第一HARQ-ACK不经受HARQ推迟，在第一发送时间之后接收第二下行链路信道；以及基于第一HARQ-ACK经受HARQ推迟并且第一发送时间通过从比第一发送时间早的第二发送时间进行HARQ推迟来确定，在第二发送时间之后接收第二下行链路信道。
在本公开的另一方面，提供了一种存储在计算机可读存储介质中的计算机程序。该计算机程序可包括至少一个程序代码，所述至少一个程序代码包括指令，所述指令在被执行时使得至少一个处理器执行操作。所述操作可包括：确定与第一HARQ进程关联的第一下行链路信道的第一HARQ-ACK的第一发送时间；以及接收与第一HARQ进程关联的第二下行链路信道。接收第一HARQ进程的第二下行链路信道可包括：基于第一HARQ-ACK不经受HARQ推迟，在第一发送时间之后接收第二下行链路信道；以及基于第一HARQ-ACK经受HARQ推迟并且第一发送时间通过从比第一发送时间早的第二发送时间进行HARQ推迟来确定，在第二发送时间之后接收第二下行链路信道。
在本公开的另一方面，提供了一种在无线通信系统中由基站(BS)向UE发送下行链路信道的方法。该方法可包括：确定与第一HARQ进程关联的第一下行链路信道的第一HARQ-ACK的第一接收时间；以及发送与第一HARQ进程关联的第二下行链路信道。发送第一HARQ进程的第二下行链路信道可包括：基于第一HARQ-ACK不经受HARQ推迟，在第一接收时间之后发送第二下行链路信道；以及基于第一HARQ-ACK经受HARQ推迟并且第一接收时间通过从比第一接收时间早的第二接收时间进行HARQ推迟来确定，在第二接收时间之后发送第二下行链路信道。
在本公开的另一方面，提供了一种被配置为在无线通信系统中向UE发送下行链路信道的BS。该BS可包括：至少一个收发器；至少一个处理器；以及至少一个计算机存储器，其在操作上连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使得所述至少一个处理器执行操作。所述操作可包括：确定与第一HARQ进程关联的第一下行链路信道的第一HARQ-ACK的第一接收时间；以及发送与第一HARQ进程关联的第二下行链路信道。发送第一HARQ进程的第二下行链路信道可包括：基于第一HARQ-ACK不经受HARQ推迟，在第一接收时间之后发送第二下行链路信道；以及基于第一HARQ-ACK经受HARQ推迟并且第一接收时间通过从比第一接收时间早的第二接收时间进行HARQ推迟来确定，在第二接收时间之后发送第二下行链路信道。
在本公开的各个方面，基于第一HARQ-ACK经受HARQ推迟并且第一发送时间由从第二发送时间进行HARQ推迟来确定，第二下行链路信道可在第一发送时间结束之前开始。
在本公开的各个方面，第一下行链路信道可以是基于半持久调度(SPS)的物理下行链路共享信道(PDSCH)。
在本公开的各个方面，第二下行链路信道可用于基于SPS的PDSCH中所包括的传输块的重传。
在本公开的各个方面，第二下行链路信道可以是基于动态调度的PDSCH。
在本公开的各个方面，UE的操作可包括：确定第二下行链路信道的第二HARQ-ACK的第三发送时间；放弃第一发送时间内的第一HARQ-ACK的发送；以及在第三发送时间发送第二HARQ-ACK。
上述解决方案仅是本公开的一部分示例，本领域技术人员可从以下详细描述推导和理解本公开的技术特征被并入的各种示例。
有益效果
根据本公开的一些实现方式，可高效地发送/接收无线通信信号。因此，无线通信系统的总吞吐量可提升。
根据本公开的一些实现方式，可在无线通信系统中高效地支持具有不同要求的各种服务。
根据本公开的一些实现方式，在通信装置之间的无线电通信期间生成的延时/延迟可减小。
根据本公开的一些实现方式，可防止由于与混合自动重传请求(HARQ)进程有关的调度约束而引起的整个系统的延迟增加。
根据本说明书的一些实现方式，可允许基站根据需要调度其它传输，从而改进BS的调度灵活性并减小整个系统的延时。
根据本公开的效果不限于上文具体描述的那些，本公开相关领域的技术人员将从以下详细描述更清楚地理解本文未描述的其它效果。
附图说明
附图被包括以提供本公开的进一步理解，附图示出本公开的实现方式的示例并且与详细描述一起用于说明本公开的实现方式：
图1示出本公开的实现方式应用于的通信系统1的示例；
图2是示出能够执行根据本公开的方法的通信装置的示例的框图；
图3示出能够执行本公开的实现方式的无线装置的另一示例；
图4示出在基于第3代合作伙伴计划(3GPP)的无线通信系统中使用的帧结构的示例；
图5示出时隙的资源网格；
图6示出基于3GPP的系统中使用的时隙结构；
图7示出由物理下行链路控制信道(PDCCH)导致的物理下行链路共享信道(PDSCH)时域资源指派(TDRA)的示例以及由PDCCH导致的物理上行链路共享信道(PUSCH)TDRA的示例；
图8示出混合自动重传请求-确认(HARQ-ACK)发送/接收过程；
图9示出根据一些场景的调度约束的示例；
图10示出HARQ-ACK推迟的示例；
图11示出根据本公开的一些实现方式的用户设备(UE)的操作流程；
图12示出根据一些场景的调度约束的另一示例；
图13示出根据本公开的一些实现方式的HARQ定时的示例；
图14示出根据本公开的一些实现方式的BS的操作流程。
具体实施方式
在下文中，将参照附图详细描述根据本公开的实现方式。将在下面参照附图给出的详细描述旨在说明本公开的示例性实现方式，而非示出可根据本公开实现的仅有实现方式。以下详细描述包括具体细节以便提供对本公开的彻底理解。然而，对于本领域技术人员而言将显而易见的是，本公开可在没有这些具体细节的情况下实践。
在一些情况下，已知结构和装置可被省略或者可按框图形式示出，从而集中于结构和装置的重要特征，以不使本公开的概念模糊。贯穿本公开将使用相同的标号来指代相同或相似的部分。
下述技术、装置和系统可被应用于各种无线多址系统。例如，多址系统可包括码分多址(CDMA)系统、频分多址(FDMA)系统、时分多址(TDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统、多载波频分多址(MC-FDMA)系统等。CDMA可通过诸如通用地面无线电接入(UTRA)或CDMA2000的无线电技术来实现。TDMA可通过诸如全球移动通信系统(GSM)、通用分组无线电服务(GPRS)、增强数据速率GSM演进(EDGE)(即，GERAN)等的无线电技术来实现。OFDMA可通过诸如电气和电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、演进UTRA(E-UTRA)等的无线电技术来具体实现。UTRA是通用移动电信系统(UMTS)的一部分，并且第3代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的E-UMTS的一部分。3GPP LTE在下行链路(DL)上采用OFDMA并且在上行链路(UL)上采用SC-FDMA。LTE-advanced(LTE-A)是3GPP LTE的演进版本。
为了描述方便，将在本公开应用于LTE和/或新RAT(NR)的假设下给出描述。然而，本公开的技术特征不限于此。例如，尽管基于与3GPP LTE/NR系统对应的移动通信系统给出以下详细描述，但是除了3GPP LTE/NR系统所特定的事项之外，移动通信系统适用于其它任意移动通信系统。
对于本公开中所使用的术语和技术当中未详细描述的术语和技术，可参考基于3GPP的标准规范(例如，3GPP TS 36.211、3GPP TS 36.212、3GPP TS 36.213、3GPP TS36.321、3GPP TS 36.300、3GPP TS 36.331、3GPP TS 37.213、3GPP TS 38.211、3GPP TS38.212、3GPP TS 38.213、3GPP TS 38.214、3GPP TS 38.300、3GPP TS 38.331等)。
在稍后描述的本公开的示例中，如果装置“假设”某事，则这可意味着信道传输实体遵照对应“假设”发送信道。这也可意味着信道接收实体在遵照该“假设”发送信道的前提下以符合该“假设”的形式接收或解码信道。
在本公开中，用户设备(UE)可以是固定的或移动的。通过与基站(BS)通信来发送和/或接收用户数据和/或控制信息的各种装置中的每一个可以是UE。术语UE可被称为终端设备、移动站(MS)、移动终端(MT)、用户终端(UT)、订户站(SS)、无线装置、个人数字助理(PDA)、无线调制解调器、手持装置等。在本公开中，BS是指与UE和/或另一BS通信并且与UE和另一BS交换数据和控制信息的固定站。术语BS可被称为高级基站(ABS)、节点B(NB)、演进节点B(eNB)、基站收发器系统(BTS)、接入点(AP)、处理服务器(PS)等。具体地，通用地面无线电接入(UTRAN)的BS被称为NB，演进UTRAN(E-UTRAN)的BS被称为eNB，新无线电接入技术网络的BS被称为gNB。在下文中，为了描述方便，不管通信技术的类型或版本如何，NB、eNB或gNB将被称为BS。
在本公开中，节点是指能够通过与UE通信来向/从UE发送/接收无线电信号的固定点。不管其名称如何，各种类型的BS可用作节点。例如，BS、NB、eNB、微微小区eNB(PeNB)、归属eNB(HeNB)、中继器、转发器等可以是节点。另外，节点可以不是BS。例如，无线电远程头端(RRH)或无线电远程单元(RRU)可以是节点。通常，RRH和RRU具有比BS的功率级别低的功率级别。由于RRH或RRU(下文中，RRH/RRU)通常通过诸如光缆的专用线路连接到BS，所以与根据通过无线链路连接的BS的协作通信相比，根据RRH/RRU和BS的协作通信可平滑地执行。每节点安装至少一个天线。天线可指物理天线端口或者指虚拟天线或天线组。节点也可被称为点。
在本公开中，小区是指一个或更多个节点提供通信服务的特定地理区域。因此，在本公开中，与特定小区的通信可意指与向特定小区提供通信服务的BS或节点的通信。特定小区的DL/UL信号是指从/向为特定小区提供通信服务的BS或节点的DL/UL信号。向UE提供UL/DL通信服务的小区被特别地称为服务小区。此外，特定小区的信道状态/质量是指在向特定小区提供通信服务的BS或节点与UE之间生成的信道或通信链路的信道状态/质量。在基于3GPP的通信系统中，UE可使用在小区特定参考信号(CRS)资源上发送的CRS和/或在信道状态信息参考信号(CSI-RS)资源(由特定节点的天线端口分配给特定节点)上发送的CSI-RS来测量从特定节点的DL信道状态。
基于3GPP的通信系统使用小区的概念以便管理无线电资源，并且将与无线电资源有关的小区与地理区域的小区相区分。
地理区域的“小区”可被理解为节点可使用载波来提供服务的覆盖范围，并且无线电资源的“小区”与作为由载波配置的频率范围的带宽(BW)关联。由于DL覆盖范围(节点能够发送有效信号的范围)与UL覆盖范围(节点能够从UE接收有效信号的范围)取决于承载信号的载波，所以节点的覆盖范围也可与该节点所使用的无线电资源的“小区”的覆盖范围关联。因此，术语“小区”可用于有时指示节点的服务覆盖范围，在其它时间指示无线电资源，或者在其它时间指示使用无线电资源的信号可利用有效强度到达的范围。
在3GPP通信标准中，使用小区的概念以便管理无线电资源。与无线电资源关联的“小区”由DL资源和UL资源的组合(即，DL分量载波(CC)和UL CC的组合)定义。小区可仅由DL资源配置，或者由DL资源和UL资源的组合配置。如果支持载波聚合，则DL资源(或DL CC)的载波频率与UL资源(或UL CC)的载波频率之间的链接可由系统信息指示。例如，DL资源和UL资源的组合可由系统信息块类型2(SIB2)链接指示。在这种情况下，载波频率可等于或不同于各个小区或CC的中心频率。当配置载波聚合(CA)时，UE与网络仅具有一个无线电资源控制(RRC)连接。在RRC连接建立/重新建立/切换期间，一个服务小区提供非接入层面(NAS)移动性信息。在RRC连接重新建立/切换期间，一个服务小区提供安全输入。该小区被称为主小区(Pcell)。Pcell是指在UE执行初始连接建立过程或发起连接重新建立过程的主频率上操作的小区。根据UE能力，辅小区(Scell)可被配置为与Pcell一起形成服务小区的集合。Scell可在RRC连接建立完成之后配置并且用于除了特定小区(SpCell)的资源之外提供附加无线电资源。DL上与Pcell对应的载波被称为下行链路主CC(DL PCC)，UL上与Pcell对应的载波被称为上行链路主CC(UL PCC)。DL上与Scell对应的载波被称为下行链路辅CC(DLSCC)，UL上与Scell对应的载波被称为上行链路辅CC(UL SCC)。
对于双连接(DC)操作，术语SpCell是指主小区组(MCG)的Pcell或辅小区组(SCG)的Pcell。SpCell支持PUCCH传输和基于竞争的随机接入并且始终被启用。MCG是与主节点(例如，BS)关联的一组服务小区，并且包括SpCell(Pcell)和可选地一个或更多个Scell。对于配置有DC的UE，SCG是与辅节点关联的服务小区的子集，并且包括PSCell以及0或更多个Scell。PSCell是SCG的主Scell。对于处于RRC_CONNECTED状态、未配置有CA或DC的UE，仅存在仅包括Pcell的一个服务小区。对于处于RRC_CONNECTED状态、配置有CA或DC的UE，术语服务小区是指包括SpCell和所有Scell的小区的集合。在DC中，为UE配置两个介质访问控制(MAC)实体，即，一个MAC实体用于MCG，一个MAC实体用于SCG。
配置有CA而未配置有DC的UE可配置有Pcell PUCCH组(包括Pcell和0或更多个Scell)和Scell PUCCH组(仅包括Scell)。对于Scell，可配置发送与对应小区关联的PUCCH的Scell(下文中，PUCCH小区)。指示为PUCCH Scell的Scell属于Scell PUCCH组，并且在PUCCH Scell上执行相关UCI的PUCCH传输。未指示为PUCCH Scell或指示用于PUCCH传输的小区是Pcell的Scell属于Pcell PUCCH组，并且在Pcell上执行相关UCI的PUCCH传输。
在无线通信系统中，UE在DL上从BS接收信息，并且UE在UL上向BS发送信息。BS和UE发送和/或接收的信息包括数据和各种控制信息，并且根据UE和BS发送和/或接收的信息的类型/用途，存在各种物理信道。
基于3GPP的通信标准定义了与承载源自高层的信息的资源元素对应的DL物理信道以及与由物理层使用但是没有承载源自高层的信息的资源元素对应的DL物理信号。例如，物理下行链路共享信道(PDSCH)、物理广播信道(PBCH)、物理多播信道(PMCH)、物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)等被定义为DL物理信道，并且参考信号(RS)和同步信号(SS)被定义为DL物理信号。RS(也称为导频)表示具有BS和UE二者已知的预定义的特殊波形的信号。例如，解调参考信号(DMRS)、信道状态信息RS(CSI-RS)等被定义为DL RS。基于3GPP的通信标准定义了与承载源自高层的信息的资源元素对应的UL物理信道以及与由物理层使用但是没有承载源自高层的信息的资源元素对应的UL物理信号。例如，物理上行链路共享信道(PUSCH)、物理上行链路控制信道(PUCCH)和物理随机接入信道(PRACH)被定义为UL物理信道，并且定义用于UL控制/数据信号的DMRS、用于UL信道测量的探测参考信号(SRS)等。
在本公开中，PDCCH是指作为承载下行链路控制信息(DCI)的资源元素(RE)集合的时间-频率资源(例如，RE)集合，PDSCH是指作为承载DL数据的RE集合的时间-频率资源集合。PUCCH、PUSCH和PRACH分别是指作为承载上行链路控制信息(UCI)、UL数据和随机接入信号的时间-频率RE集合的时间-频率资源集合。在以下描述中，“UE发送/接收PUCCH/PUSCH/PRACH”的含义是UE分别在PUCCH/PUSCH/PRACH上或通过PUSCH/PUCCH/PRACH发送/接收UCI/UL数据/随机接入信号。另外，“BS发送/接收PBCH/PDCCH/PDSCH”的含义是BS分别在PBCH/PDCCH/PDSCH上或通过PBCH/PDCCH/PDSCH发送广播信息/DCI/DL数据。
在本说明书中，由BS为UE调度或配置以用于发送或接收PUCCH/PUSCH/PDSCH的无线电资源(例如，时间-频率资源)可被称为PUCCH/PUSCH/PDSCH资源。
由于通信装置在小区上以无线电信号的形式接收SS/PBCH资源块(SSB)、DMRS、CSI-RS、PBCH、PDCCH、PDSCH、PUSCH和/或PUCCH，所以通信装置可能不通过射频(RF)接收器选择和接收仅包括特定物理信道或特定物理信号的无线电信号，或者可能不通过RF接收器选择和接收无线电信号而没有特定物理信道或特定物理信号。在实际操作中，通信装置经由RF接收器在小区上接收无线电信号，将作为RF频带信号的无线电信号转换为基带信号，然后使用一个或更多个处理器对基带信号中的物理信号和/或物理信道进行解码。因此，在本公开的一些实现方式中，不接收物理信号和/或物理信道可意指通信装置没有尝试从无线电信号恢复物理信号和/或物理信道，例如，没有尝试对物理信号和/或物理信道进行解码，而非通信装置没有实际接收包括对应物理信号和/或物理信道的无线电信号。
随着越来越多的通信装置需要更大的通信容量，需要相对于传统无线电接入技术(RAT)的eMBB通信。另外，通过将多个装置和对象彼此连接来随时随地提供各种服务的大规模MTC是下一代通信中要考虑的一个主要问题。此外，也正在讨论考虑了对可靠性和延迟敏感的服务/UE的通信系统设计。考虑eMBB通信、大规模MTC、超可靠低延迟通信(URLLC)等，正在讨论下一代RAT的引入。目前，在3GPP中，正在进行EPC之后的下一代移动通信系统的研究。在本公开中，为了方便，对应技术被称为新RAT(NR)或第五代(5G)RAT，并且使用NR或支持NR的系统被称为NR系统。
图1示出本公开的实现方式应用于的通信系统1的示例。参照图1，应用于本公开的通信系统1包括无线装置、BS和网络。这里，无线装置表示使用RAT(例如，5G NR或LTE(例如，E-UTRA))执行通信的装置，并且可被称为通信/无线电/5G装置。无线装置可包括(但不限于)机器人100a、车辆100b-1和100b-2、扩展现实(XR)装置100c、手持装置100d、家用电器100e、物联网(IoT)装置100f和人工智能(AI)装置/服务器400。例如，车辆可包括具有无线通信功能的车辆、自主驾驶车辆以及能够执行车辆对车辆通信的车辆。这里，车辆可包括无人驾驶飞行器(UAV)(例如，无人机)。XR装置可包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)装置，并且可按头戴式装置(HMD)、安装在车辆中的平视显示器(HUD)、电视、智能电话、计算机、可穿戴装置、家用电器装置、数字标牌、车辆、机器人等的形式实现。手持装置可包括智能电话、智能板、可穿戴装置(例如，智能手表或智能眼镜)和计算机(例如，笔记本)。家用电器可包括TV、冰箱和洗衣机。IoT装置可包括传感器和智能仪表。例如，BS和网络也可被实现为无线装置，并且特定无线装置可相对于另一无线装置作为BS/网络节点操作。
无线装置100a至100f可经由BS 200连接到网络300。AI技术可应用于无线装置100a至100f，并且无线装置100a至100f可经由网络300连接到AI服务器400。网络300可使用3G网络、4G(例如，LTE)网络或5G(例如，NR)网络来配置。尽管无线装置100a至100f可通过BS200/网络300彼此通信，但是无线装置100a至100f可彼此执行直接通信(例如，侧链路通信)而不经过BS/网络。例如，车辆100b-1和100b-2可执行直接通信(例如，车辆对车辆(V2V)/车辆对万物(V2X)通信)。IoT装置(例如，传感器)可与其它IoT装置(例如，传感器)或其它无线装置100a至100f执行直接通信。
可在无线装置100a至100f与BS 200之间以及无线装置100a至100f之间建立无线通信/连接150a和150b。这里，可通过各种RAT(例如，5G NR)建立诸如UL/DL通信150a和侧链路通信150b(或装置对装置(D2D)通信)的无线通信/连接。无线装置和BS/无线装置可通过无线通信/连接150a和150b向彼此发送/从彼此接收无线电信号。为此，用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如，信道编码/解码、调制/解调和资源映射/解映射)以及资源分配过程的至少一部分可基于本公开的各种提议执行。
图2是示出能够执行根据本公开的方法的通信装置的示例的框图。参照图2，第一无线装置100和第二无线装置200可通过各种RAT(例如，LTE和NR)发送和/或接收无线电信号。这里，{第一无线装置100和第二无线装置200}可对应于图1的{无线装置100x和BS 200}和/或{无线装置100x和无线装置100x}。
第一无线装置100可包括一个或更多个处理器102和一个或更多个存储器104，并且另外还包括一个或更多个收发器106和/或一个或更多个天线108。处理器102可控制存储器104和/或收发器106，并且可被配置为实现下面描述/提出的功能、过程和/或方法。例如，处理器102可处理存储器104内的信息以生成第一信息/信号，然后通过收发器106发送包括第一信息/信号的无线电信号。处理器102可通过收发器106接收包括第二信息/信号的无线电信号，然后将通过处理第二信息/信号而获得的信息存储在存储器104中。存储器104可连接到处理器102，并且可存储与处理器102的操作有关的各种信息。例如，存储器104可执行由处理器102控制的部分或全部过程或者存储包括用于执行下面描述/提出的过程和/或方法的命令的软件代码。这里，处理器102和存储器104可以是被设计为实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器106可连接到处理器102并且通过一个或更多个天线108发送和/或接收无线电信号。各个收发器106可包括发送器和/或接收器。收发器106可与射频(RF)单元互换使用。在本公开中，无线装置可表示通信调制解调器/电路/芯片。
第二无线装置200可包括一个或更多个处理器202和一个或更多个存储器204，并且另外还包括一个或更多个收发器206和/或一个或更多个天线208。处理器202可控制存储器204和/或收发器206，并且可被配置为实现下面描述/提出的功能、过程和/或方法。例如，处理器202可处理存储器204内的信息以生成第三信息/信号，然后通过收发器206发送包括第三信息/信号的无线电信号。处理器202可通过收发器206接收包括第四信息/信号的无线电信号，然后将通过处理第四信息/信号而获得的信息存储在存储器204中。存储器204可连接到处理器202，并且可存储与处理器202的操作有关的各种信息。例如，存储器204可执行由处理器202控制的部分或全部过程或者存储包括用于执行下面描述/提出的过程和/或方法的命令的软件代码。这里，处理器202和存储器204可以是被设计为实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器206可连接到处理器202并且通过一个或更多个天线208发送和/或接收无线电信号。各个收发器206可包括发送器和/或接收器。收发器206可与RF单元互换使用。在本公开中，无线装置可表示通信调制解调器/电路/芯片。
在本公开的无线装置100和200中实现的无线通信技术可包括用于低功率通信的窄带物联网以及LTE、NR和6G。例如，NB-IoT技术可以是低功率广域网(LPWAN)技术的示例，并且以诸如LTE Cat NB1和/或LTE Cat NB2的标准实现。然而，NB-IoT技术不限于上述名称。另外地或另选地，在本公开的无线装置XXX和YYY中实现的无线通信技术可基于LTE-M技术来执行通信。例如，LTE-M技术可以是LPWAN技术的示例，并且被称为包括增强机器型通信(eMTC)的各种名称。例如，LTE-M技术可按以下各种标准中的至少一种实现：1)LTE CAT 0、2)LTE Cat M1、3)LTE Cat M2、4)LTE非带宽受限(非BL)、5)LTE-MTC、6)LTE机器型通信和/或7)LTE M等，但LTE-M技术不限于上述名称。另外地或另选地，考虑到低功率通信，在本公开的无线装置XXX和YYY中实现的无线通信技术可包括ZigBee、蓝牙和LPWAN中的至少一种，但无线通信技术不限于上述名称。例如，ZigBee技术可基于诸如IEEE 802.15.4等的各种标准来创建与小/低功率数字通信有关的个域网(PAN)，并且ZigBee技术可被称为各种名称。
在下文中，将更具体地描述无线装置100和200的硬件元件。一个或更多个协议层可由(但不限于)一个或更多个处理器102和202实现。例如，一个或更多个处理器102和202可实现一个或更多个层(例如，诸如物理(PHY)层、介质访问控制(MAC)层、无线电链路控制(RLC)层、分组数据会聚协议(PDCP)层、无线电资源控制(RRC)层和服务数据适配协议(SDAP)层的功能层)。一个或更多个处理器102和202可根据本公开中所公开的功能、过程、提议和/或方法来生成一个或更多个协议数据单元(PDU)和/或一个或更多个服务数据单元(SDU)。一个或更多个处理器102和202可根据本公开中所公开的功能、过程、提议和/或方法来生成消息、控制信息、数据或信息。一个或更多个处理器102和202可根据本公开中所公开的功能、过程、提议和/或方法来生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如，基带信号)，并且将所生成的信号提供给一个或更多个收发器106和206。一个或更多个处理器102和202可根据本公开中所公开的功能、过程、提议和/或方法来从一个或更多个收发器106和206接收信号(例如，基带信号)并获取PDU、SDU、消息、控制信息、数据或信息。
一个或更多个处理器102和202可被称为控制器、微控制器、微处理器或微计算机。一个或更多个处理器102和202可由硬件、固件、软件或其组合实现。作为示例，一个或更多个专用集成电路(ASIC)、一个或更多个数字信号处理器(DSP)、一个或更多个数字信号处理器件(DSPD)、一个或更多个可编程逻辑器件(PLD)或者一个或更多个现场可编程门阵列(FPGA)可被包括在一个或更多个处理器102和202中。本公开中所公开的功能、过程、提议和/或方法可使用固件或软件来实现，并且固件或软件可被配置为包括模块、过程或功能。被配置为执行本公开中所公开的功能、过程、提议和/或方法的固件或软件可被包括在一个或更多个处理器102和202中或被存储在一个或更多个存储器104和204中，以由一个或更多个处理器102和202驱动。本公开中所公开的功能、过程、提议和/或方法可按代码、命令和/或命令集的形式使用固件或软件来实现。
一个或更多个存储器104和204可连接到一个或更多个处理器102和202并且存储各种类型的数据、信号、消息、信息、程序、代码、命令和/或指令。一个或更多个存储器104和204可由只读存储器(ROM)、随机存取存储器(RAM)、电可擦除可编程只读存储器(EPROM)、闪存、硬盘驱动器、寄存器、高速缓冲存储器、计算机可读存储介质和/或其组合配置。一个或更多个存储器104和204可位于一个或更多个处理器102和202的内部和/或外部。一个或更多个存储器104和204可通过诸如有线或无线连接的各种技术连接到一个或更多个处理器102和202。
一个或更多个收发器106和206可向一个或更多个其它装置发送本公开的方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。一个或更多个收发器106和206可从一个或更多个其它装置接收本公开中所公开的功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。例如，一个或更多个收发器106和206可连接到一个或更多个处理器102和202并且发送和接收无线电信号。例如，一个或更多个处理器102和202可执行控制以使得一个或更多个收发器106和206可向一个或更多个其它装置发送用户数据、控制信息或无线电信号。一个或更多个处理器102和202可执行控制以使得一个或更多个收发器106和206可从一个或更多个其它装置接收用户数据、控制信息或无线电信号。一个或更多个收发器106和206可连接到一个或更多个天线108和208。一个或更多个收发器106和206可被配置为通过一个或更多个天线108和208发送和接收本公开中所公开的功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。在本公开中，一个或更多个天线可以是多个物理天线或多个逻辑天线(例如，天线端口)。一个或更多个收发器106和206可将所接收的无线电信号/信道等从RF频带信号转换为基带信号，以便使用一个或更多个处理器102和202处理所接收的用户数据、控制信息、无线电信号/信道等。一个或更多个收发器106和206可将使用一个或更多个处理器102和202处理的用户数据、控制信息、无线电信号/信道等从基带信号转换为RF频带信号。为此，一个或更多个收发器106和206可包括(模拟)振荡器和/或滤波器。
图3示出能够执行本公开的实现方式的无线装置的另一示例。参照图3，无线装置100和200可对应于图2的无线装置100和200，并且可由各种元件、组件、单元/部分和/或模块配置。例如，无线装置100和200中的每一个可包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元可包括通信电路112和收发器114。例如，通信电路112可包括图2的一个或更多个处理器102和202和/或一个或更多个存储器104和204。例如，收发器114可包括图2的一个或更多个收发器106和206和/或一个或更多个天线108和208。控制单元120电连接到通信单元110、存储器130和附加组件140，并且控制无线装置的总体操作。例如，控制单元120可基于存储在存储器单元130中的程序/代码/命令/信息来控制无线装置的电/机械操作。控制单元120可通过无线/有线接口经由通信单元110将存储在存储器单元130中的信息发送到外部(例如，其它通信装置)，或者通过无线/有线接口将经由通信单元110从外部(例如，其它通信装置)接收的信息存储在存储器单元130中。
附加组件140可根据无线装置的类型不同地配置。例如，附加组件140可包括电源单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。无线装置可按(但不限于)机器人(图1的100a)、车辆(图1的100b-1和100b-2)、XR装置(图1的100c)、手持装置(图1的100d)、家用电器(图1的100e)、IoT装置(图1的100f)、数字广播UE、全息装置、公共安全装置、MTC装置、医疗装置、金融科技装置(或金融装置)、安全装置、气候/环境装置、AI服务器/装置(图1的400)、BS(图1的200)、网络节点等实现。无线装置可根据使用情况/服务在移动或固定地点使用。
在图3中，无线装置100和200中的各种元件、组件、单元/部分和/或模块可全部通过有线接口彼此连接，或者其至少一部分可通过通信单元110无线连接。例如，在无线装置100和200中的每一个中，控制单元120和通信单元110可有线连接，并且控制单元120和第一单元(例如，130和140)可通过通信单元110无线连接。无线装置100和200内的各个元件、组件、单元/部分和/或模块还可包括一个或更多个元件。例如，控制单元120可由一个或更多个处理器的集合配置。作为示例，控制单元120可由通信控制处理器、应用处理器、电子控制单元(ECU)、图形处理单元和存储器控制处理器的集合配置。作为另一示例，存储器130可由随机存取存储器(RAM)、动态RAM(DRAM)、只读存储器(ROM))、闪存、易失性存储器、非易失性存储器和/或其组合配置。
在本公开中，至少一个存储器(例如，104或204)可存储指令或程序，并且这些指令或程序在被执行时可使得在操作上连接到所述至少一个存储器的至少一个处理器根据本公开的一些实施方式或实现方式执行操作。
在本公开中，计算机可读(非暂时性)存储介质可存储至少一个指令或程序，并且所述至少一个指令或程序在由至少一个处理器执行时可使得所述至少一个处理器根据本公开的一些实施方式或实现方式执行操作。
在本公开中，处理装置或设备可包括至少一个处理器和在操作上连接到所述至少一个处理器的至少一个计算机存储器。所述至少一个计算机存储器可存储指令或程序，并且这些指令或程序在被执行时可使得在操作上连接到至少一个存储器的至少一个处理器根据本公开的一些实施方式或实现方式执行操作。
在本公开中，计算机程序可包括存储在至少一个计算机可读(非易失性)存储介质上的程序代码，并且其在被执行时被配置为根据本公开的一些实现方式执行操作或者使得至少一个处理器根据本公开的一些实现方式执行操作。计算机程序可按计算机程序产品的形式提供。计算机程序产品可包括至少一个计算机可读(非易失性)存储介质。
本公开的通信装置包括：至少一个处理器；以及至少一个计算机存储器，其在操作上连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使得所述至少一个处理器根据稍后描述的本公开的示例执行操作。
图4示出在基于3GPP的无线通信系统中使用的帧结构的示例。
图4的帧结构仅是示例性的，帧中的子帧的数量、时隙的数量和符号的数量可不同地改变。在NR系统中，可针对为一个UE聚合的多个小区配置不同的OFDM参数集(例如，子载波间距(SCS))。因此，可为聚合的小区不同地配置包括相同数量的符号(例如，子帧、时隙或传输时间间隔(TTI))的时间资源的(绝对时间)持续时间。这里，符号可包括OFDM符号(或循环前缀-OFDM(CP-OFDM)符号)和SC-FDMA符号(或离散傅里叶变换-扩展-OFDM(DFT-s-OFDM)符号)。在本公开中，符号、基于OFDM的符号、OFDM符号、CP-OFDM符号和DFT-s-OFDM符号可互换使用。
参照图4，在NR系统中，UL传输和DL传输被组织成帧。各个帧具有Tf＝(△fmax*Nf/100)*Tc＝10ms的持续时间并且被分成各自5ms的两个半帧。NR的基本时间单位是Tc＝1/(△fmax*Nf)，其中△fmax＝480*103Hz并且Nf＝4096。作为参考，LTE的基本时间单位是Ts＝1/(△fref*Nf,ref)，其中△fref＝15*103Hz并且Nf,ref＝2048。Tc和Tf具有常数κ＝Tc/Tf＝64的关系。各个半帧包括5个子帧，并且单个子帧的持续时间Tsf为1ms。子帧被进一步分成时隙，并且子帧中的时隙的数量取决于子载波间距。各个时隙基于循环前缀包括14或12个OFDM符号。在正常CP中，各个时隙包括14个OFDM符号，在扩展CP中，各个时隙包括12个OFDM符号。参数集取决于指数可缩放子载波间距△f＝2u*15kHz。下表示出每时隙的OFDM符号的数量(Nslot symb)、每帧的时隙的数量(Nframe,u slot)和每子帧的时隙的数量(Nsubframe,u slot)。
[表1]
u Nslot symb Nframe,u slot Nsubframe,u slot
0 14 10 1
1 14 20 2
2 14 40 4
3 14 80 8
4 14 160 16
下表示出根据子载波间距△f＝2u*15kHz，每时隙的OFDM符号的数量、每帧的时隙的数量和每子帧的时隙的数量。
[表2]
u Nslot symb Nframe,u slot Nsubframe,u slot
2 12 40 4
对于子载波间距配置u，时隙可在子帧内如下按升序索引：nu s∈{0,...,nsubframe ,u slot-1}，并且在帧内如下按升序索引：nu s,f∈{0,...,nframe,u slot-1}。
图5示出时隙的资源网格。时隙包括时域中的多个(例如，14或12个)符号。对于各个参数集(例如，子载波间距)和载波，从由高层信令(例如，RRC信令)指示的公共资源块(CRB)Nstart,u grid开始定义了Nsize,u grid,x*NRB sc个子载波和Nsubframe,u symb个OFDM符号的资源网格，其中Nsize,u grid,x是资源网格中的资源块(RB)的数量，并且对于下行链路，下标x为DL，对于上行链路为UL。NRB sc是每RB的子载波的数量。在基于3GPP的无线通信系统中，NRB sc通常为12。对于给定天线端口p、子载波间距配置u和传输链路(DL或UL)，存在一个资源网格。通过高层参数(例如，RRC参数)向UE给予子载波间距配置u的载波带宽Nsize,u grid。用于天线端口p和子载波间距配置u的资源网格中的各个元素被称为资源元素(RE)，并且一个复符号可被映射到各个RE。资源网格中的各个RE由频域中的索引k和表示相对于时域中的参考点的符号位置的索引l唯一地标识。在NR系统中，RB由频域中的12个连续子载波定义。在NR系统中，RB被分类为CRB和物理资源块(PRB)。对于子载波间距配置u，CRB在频域中从0向上编号。子载波间距配置u的CRB 0的子载波0的中心等于用作RB网格的公共参考点的“点A”。子载波间距配置u的PRB在带宽部分(BWP)内定义并且从0至Nsize,u BWP,i-1编号，其中i是BWP的数量。BWPi中的PRB nPRB与CRB nu CRB之间的关系由nu PRB＝nu CRB+Nsize,u BWP,i给出，其中Nsize BWP,i是BWP相对于CRB 0开始的CRB。BWP包括频域中的多个连续RB。例如，BWP可以是在给定载波上的BWP i中为给定参数集ui定义的邻接CRB的子集。载波可包括最多N(例如，5)个BWP。UE可被配置为具有给定分量载波上的一个或更多个BWP。通过启用的BWP执行数据通信，并且在分量载波上仅为UE配置的BWP当中的预定数量的BWP(例如，一个BWP)可为活动的。
对于DL BWP或UL BWP的集合中的各个服务小区，网络可配置至少初始DL BWP和一个(如果服务小区配置有上行链路)或两个(如果使用补充上行链路)初始UL BWP。网络可配置附加UL和DL BWP。对于各个DL BWP或UL BWP，可针对服务小区向UE提供以下参数：i)SCS；ii)CP；iii)由在Nstart BWP＝275的假设下指示偏移RBset和长度LRB作为资源指示符值(RIV)的RRC参数locationAndBandwidth提供的CRB Nstart BWP＝Ocarrier+RBstart和邻接RB的数量Nsize BWP＝LRB，以及由RRC参数offsetToCarrier针对SCS提供的值Ocarrier；DL BWP或UL BWP的集合中的索引；BWP公共参数的集合；以及BWP专用参数的集合。
虚拟资源块(VRB)可在BWP内定义并且从0至Nsize,u BWP,i-1索引，其中i表示BWP编号。VRB可根据非交织映射来映射至PRB。在一些实现方式中，对于非交织VRB至PRB映射，VRB n可被映射至PRB n。
配置载波聚合的UE可被配置为使用一个或更多个小区。如果UE配置有多个服务小区，则UE可配置有一个或多个小区组。UE也可配置有与不同BS关联的多个小区组。另选地，UE可配置有与单个BS关联的多个小区组。UE的各个小区组包括一个或更多个服务小区并且包括配置PUCCH资源的单个PUCCH小区。PUCCH小区可以是Pcell或对应小区组的Scell当中配置为PUCCH小区的Scell。UE的各个服务小区属于UE的小区组之一并且不属于多个小区。
图6示出在基于3GPP的系统中使用的时隙结构。在所有基于3GPP的系统中(例如，在NR系统中)，各个时隙可具有自包含结构，其包括i)DL控制信道、ii)DL或UL数据和/或iii)UL控制信道。例如，时隙中的前N个符号可用于发送DL控制信道(下文中，DL控制区域)，时隙中的最后M个符号可用于发送UL控制信道(下文中，UL控制区域)，其中N和M是负数以外的整数。DL控制区域和UL控制区域之间的资源区域(下文中，数据区域)可用于发送DL数据或UL数据。单个时隙中的符号可被分为可用作DL符号、UL符号或灵活符号的连续符号组。以下，指示时隙中的各个符号如何使用的信息将被称为时隙格式。例如，时隙格式可定义时隙中的哪些符号用于UL，时隙中的哪些符号用于DL。
当BS旨在按时分双工(TDD)模式操作服务小区时，BS可通过高层(例如，RRC)信令为服务小区配置UL和DL分配图案。例如，以下参数可用于配置TDD DL-UL图案：
-dl-UL-TransmissionPeriodicity，其提供DL-UL图案的周期性；
-nrofDownlinkSlots，其提供在各个DL-UL图案的开始处连续全DL时隙的数量，其中全DL时隙是仅具有DL符号的时隙；
-nrofDownlinkSymbols，其提供紧接在最后全DL时隙之后的时隙的开始处连续DL符号的数量；
-nrofUplinkSlots，其提供在各个DL-UL图案的结尾处连续全UL时隙的数量，其中全UL时隙是仅具有UL符号的时隙；以及
-nrofUplinkSymbols，其提供紧接在第一全UL时隙之前的时隙的结尾处连续UL符号的数量。
DL-UL图案中的符号当中的未被配置为DL符号或UL符号的剩余符号是灵活符号。
如果通过高层信令向UE提供TDD DL-UL图案的配置，即，TDD UL-DL配置(例如，tdd-UL-DL-ConfigurationCommon或tdd-UL-DLConfigurationDedicated)，则UE基于该配置在多个时隙上每时隙设定时隙格式。
对于符号，尽管可存在DL符号、UL符号和灵活符号的各种组合，但是预定数量的组合可被预定义为时隙格式，并且预定义的时隙格式可分别由时隙格式索引标识。下表示出一部分预定义时隙格式。在下表中，D表示DL符号，U表示UL符号，F表示灵活符号。
[表3]
为了指示在预定义时隙格式当中在特定时隙中使用哪一时隙格式，BS可通过高层(例如，RRC)信令针对服务小区集合每小区配置适用于对应服务小区的时隙格式组合的集合，并且通过高层(例如，RRC)信令使得UE监测时隙格式指示符(SFI)的组公共PDCCH。在下文中，SFI的组公共PDCCH所承载的DCI将被称为SFI DCI。DCI格式2_0用作SFI DCI。例如，对于服务小区集合中的各个服务小区，BS可向UE提供SFI DCI中的对应服务小区的时隙格式组合ID(即，SFI索引)的(起始)位置、适用于服务小区的时隙格式组合的集合以及SFI DCI中的SFI索引值所指示的时隙格式组合中的各个时隙格式的参考子载波间距配置。为时隙格式组合的集合中的各个时隙格式组合配置一个或更多个时隙格式，并且向时隙格式组合指派时隙格式组合ID(即，SFI索引)。例如，当BS旨在配置具有N个时隙格式的时隙格式组合时，可为时隙格式组合指示预定义时隙格式(例如，参见表3)的时隙格式索引当中的N个时隙格式索引。为了配置UE监测SFI的组公共PDCCH，BS向UE告知与用于SFI的无线电网络临时标识符(RNTI)对应的SFI-RNTI以及以SFI-RNTI加扰的DCI有效载荷的总长度。在基于SFI-RNTI检测到PDCCH时，UE可从PDCCH中的DCI有效载荷中的SFI索引当中服务小区的SFI索引确定对应服务小区的时隙格式。
由TDD DL-UL图案配置指示为灵活符号的符号可被SFI DCI指示为UL符号、DL符号或灵活符号。由TDD DL-UL图案配置指示为DL/UL符号的符号未被SFI DCI覆写为UL/DL符号或灵活符号。
如果未配置TDD DL-UL图案，则UE基于用于调度或触发DL或UL信号传输的SFI DCI和/或DCI(例如，DCI格式1_0、DCI格式1_1、DCI格式1_2、DCI格式0_0、DCI格式0_1、DCI格式0_2和DCI格式2_3)来确定各个时隙用于UL还是DL并且确定各个时隙中的符号分配。
NR频带被定义为两种类型的频率范围，即，FR1和FR2。FR2也被称为毫米波(mmW)。下表示出NR可操作的频率范围。
[表4]
频率范围指定 对应频率范围 子载波间距
FR1 410MHz-7125MHz 15、30、60kHz
FR2 24250MHz-52600MHz 60、120、240kHz
在下文中，将详细描述在基于3GPP的无线通信系统中可使用的物理信道。
PDCCH承载DCI。例如，PDCCH(即，DCI)承载关于下行链路共享信道(DL-SCH)的传输格式和资源分配的信息、关于上行链路共享信道(UL-SCH)的资源分配的信息、关于寻呼信道(PCH)的寻呼信息、关于DL-SCH的系统信息、关于UE/BS的协议栈当中比物理层更高的层(下文中，高层)的控制消息(例如，在PDSCH上发送的随机接入响应(RAR))的资源分配的信息、发送功率控制命令、关于配置调度(CS)的启用/停用的信息等。包括关于DL-SCH的资源分配信息的DCI被称为PDSCH调度DCI，包括关于UL-SCH的资源分配信息的DCI被称为PUSCH调度DCI。DCI包括循环冗余校验(CRC)。CRC根据PDCCH的所有者和用途以各种标识符(例如，无线电网络临时标识符(RNTI))掩码/加扰。例如，如果PDCCH用于特定UE，则CRS以UE标识符(例如，小区-RNTI(C-RNTI))掩码。如果PDCCH用于寻呼消息，则CRC以寻呼RNTI(P-RNTI)掩码。如果PDCCH用于系统信息(例如，系统信息块(SIB))，则CRC以系统信息RNTI(SI-RNTI)掩码。如果PDCCH用于随机接入响应，则CRC以随机接入-RNTI(RA-RNTI)掩码。
当一个服务小区上的PDCCH调度另一服务小区上的PDSCH或PUSCH时，称为跨载波调度。具有载波指示符字段(CIF)的跨载波调度可允许服务小区上的PDCCH调度另一服务小区上的资源。当服务小区上的PDSCH调度服务小区上的PDSCH或PUSCH时，称为自载波调度。当在小区中使用跨载波调度时，BS可将关于调度小区的该小区的信息提供给UE。例如，BS可向UE告知服务小区是由另一(调度)小区上的PDCCH调度还是由服务小区调度。如果服务小区由另一(调度)小区调度，则BS可向UE告知哪一小区用信号通知服务小区的DL指派和UL许可。在本公开中，承载PDCCH的小区被称为调度小区，PUSCH或PDSCH的传输由包括在PDCCH中的DCI调度的小区(即，承载由PDCCH调度的PUSCH或PDSCH的小区)被称为被调度小区。
PDSCH是用于UL数据传输的物理层UL信道。PDSCH承载DL数据(例如，DL-SCH传输块)并且经受诸如正交相移键控(QPSK)、16正交幅度调制(QAM)、64QAM、256QAM等的调制。通过对传输块(TB)进行编码来生成码字。PDSCH可承载最多两个码字。可执行每码字的加扰和调制映射，并且可将从各个码字生成的调制符号映射到一个或更多个层。各个层与DMRS一起被映射到无线电资源并且生成为OFDM符号信号。然后，通过对应天线端口发送OFDM符号信号。
PUCCH意指用于上行链路控制信息(UCI)传输的物理层UL信道。PUCCH承载UCI。PUCCH上发送的UCI类型包括混合自动重传请求确认(HARQ-ACK)信息、调度请求(SR)和信道状态信息(CSI)。UCI比特包括HARQ-ACK信息比特(如果有的话)、SR信息比特(如果有的话)、链路恢复请求(LRR)信息比特(如果有的话)和CSI比特(如果有的话)。在本公开中，HARQ-ACK信息比特对应于HARQ-ACK码本。特别是，HARQ-ACK信息比特根据预定规则布置的比特序列被称为HARQ-ACK码本。
-调度请求(SR)：用于请求UL-SCH资源的信息。
-混合自动重传请求(HARQ)-确认(ACK)：对PDSCH上的DL数据分组(例如，码字)的响应。HARQ-ACK指示通信装置是否成功接收DL数据分组。响应于单个码字，可发送1比特HARQ-ACK。响应于两个码字，可发送2比特HARQ-ACK。HARQ-ACK响应包括肯定ACK(简称为ACK)、否定ACK(NACK)、不连续传输(DTX)或NACK/DTX。这里，术语HARQ-ACK可与HARQ ACK/NACK、ACK/NACK或A/N互换使用。
-信道状态信息(CSI)：关于DL信道的反馈信息。CSI可包括信道质量信息(CQI)、秩指示符(RI)、预编码矩阵指示符(PMI)、CSI-RS资源指示符(CRI)、SS/PBCH资源块指示符(SSBRI)和层指示符(L1)。根据包括在CSI中的UCI类型，CSI可被分类为CSI部分1和CSI部分2。例如，第一码字的CRI、RI和/或CQI可包括在CSI部分1中，第二码字的LI、PMI和/或CQI可包括在CSI部分2中。
-链路恢复请求(LRR)
在本公开中，为了方便，由BS为/向UE配置/指示HARQ-ACK、SR和CSI传输的PUCCH资源分别被称为HARQ-ACK PUCCH资源、SR PUCCH资源和CSI PUCCH资源。
根据UCI有效载荷大小和/或传输长度(例如，包括在PUCCH资源中的符号数量)，PUCCH格式可如下定义。关于PUCCH格式，也可参考表5。
(0)PUCCH格式0(PF0或F0)
-所支持的UCI有效载荷大小：至多K比特(例如，K＝2)
-构成单个PUCCH的OFDM符号的数量：1至X个符号(例如，X＝2)
-传输结构：PUCCH格式0中仅包括UCI信号而没有DMRS。UE通过选择并发送多个序列之一来发送UCI状态。例如，UE通过经由PUCCH(PUCCH格式0)发送多个序列之一来向BS发送特定UCI。UE仅在发送肯定SR时在用于对应SR配置的PUCCH资源中发送PUCCH(PUCCH格式0)。
-PUCCH格式0的配置包括对应PUCCH资源的以下参数：初始循环移位的索引、用于PUCCH传输的符号数量和/或用于PUCCH传输的第一符号。
(1)PUCCH格式1(PF1或F1)
-所支持的UCI有效载荷大小：至多K比特(例如，K＝2)
-构成单个PUCCH的OFDM符号的数量：Y至Z个符号(例如，Y＝4和Z＝14)
-传输结构：DMRS和UCI按TDM配置在/映射到不同OFDM符号。换言之，在不发送调制符号的符号中发送DMRS，并且UCI被表示为特定序列(例如，正交覆盖码(OCC))和调制(例如，QPSK)符号之间的乘积。通过对UCI和DMRS二者应用循环移位(CS)/OCC，在多个PUCCH资源(符合PUCCH格式1)(在同一RB内)之间支持码分复用(CDM)。PUCCH格式1承载至多2比特的UCI，并且在时域中通过OCC(根据是否执行跳频而不同地配置)扩展调制符号。
-PUCCH格式1的配置包括对应PUCCH资源的以下参数：初始循环移位的索引、用于PUCCH传输的符号数量、用于PUCCH传输的第一符号和/或OCC的索引。
(2)PUCCH格式2(PF2或F2)
-所支持的UCI有效载荷大小：超过K比特(例如，K＝2)
-构成单个PUCCH的OFDM符号的数量：1至X个符号(例如，X＝2)
-传输结构：在同一符号内使用频分复用(FDM)配置/映射DMRS和UCI。UE通过对编码的UCI比特应用IFFT而没有DFT来发送UCI。PUCCH格式2承载比K比特更大比特大小的UCI，并且调制符号经受与DMRS的FDM，以进行传输。例如，DMRS位于给定RB内的符号索引#1、#4、#7和#10中，密度为1/3。伪噪声(PN)序列用于DMRS序列。可针对2符号PUCCH格式2启用跳频。
-PUCCH格式2的配置包括对应PUCCH资源的以下参数：PRB的数量、用于PUCCH传输的符号数量和/或用于PUCCH传输的第一符号。
(3)PUCCH格式3(PF3或F3)
-所支持的UCI有效载荷大小：超过K比特(例如，K＝2)
-构成单个PUCCH的OFDM符号的数量：Y至Z个符号(例如，Y＝4和Z＝14)
-传输结构：DMRS和UCI按TDM配置/映射到不同OFDM符号。UE通过对编码的UCI比特应用DFT来发送UCI。PUCCH格式3不支持针对同一时间-频率资源(例如，同一PRB)的UE复用。
-PUCCH格式3的配置包括对应PUCCH资源的以下参数：PRB的数量、用于PUCCH传输的符号数量和/或用于PUCCH传输的第一符号。
(4)PUCCH格式4(PF4或F4)
-所支持的UCI有效载荷大小：超过K比特(例如，K＝2)
-构成单个PUCCH的OFDM符号的数量：Y至Z个符号(例如，Y＝4和Z＝14)
-传输结构：DMRS和UCI按TDM配置/映射到不同OFDM符号。通过在DFT的前端应用OCC并对DMRS应用CS(或交织FDM(IFDM)映射)，PUCCH格式4可在同一PRB中复用至多4个UE。换言之，UCI的调制符号经受与DMRS的TDM，以进行传输。
-PUCCH格式4的配置包括对应PUCCH资源的以下参数：用于PUCCH传输的符号数量、OCC的长度、OCC的索引和用于PUCCH传输的第一符号。
下表示出PUCCH格式。根据PUCCH传输长度，PUCCH格式可被分成短PUCCH格式(格式0和2)和长PUCCH格式(格式1、3和4)。
[表5]
PUCCH资源可根据UCI类型(例如，A/N、SR或CSI)来确定。用于UCI传输的PUCCH资源可基于UCI(有效载荷)大小来确定。例如，BS可为UE配置多个PUCCH资源集，并且UE可根据UCI(有效载荷)大小的范围(例如，UCI比特数)选择与特定范围对应的特定PUCCH资源集。例如，UE可根据UCI比特数NUCI选择以下PUCCH资源集之一。
-PUCCH资源集#0，如果UCI比特数＝<2
-PUCCH资源集#1，如果2<UCI比特数＝<N1
...
-PUCCH资源集#(K-1)，如果NK-2<UCI比特数＝<NK-1
这里，K表示PUCCH资源集的数量(K>1)，并且Ni表示PUCCH资源集#i所支持的最大UCI比特数。例如，PUCCH资源集#1可包括PUCCH格式0至1的资源，其它PUCCH资源集可包括PUCCH格式2至4的资源(参见表5)。
各个PUCCH资源的配置包括PUCCH资源索引、起始PRB索引和PUCCH格式0至PUCCH格式4之一的配置。BS通过高层参数maxCodeRate向UE配置用于在使用PUCCH格式2、PUCCH格式3或PUCCH格式4的PUCCH传输内复用HARQ-ACK、SR和CSI报告的码率。高层参数maxCodeRate用于确定如何在PUCCH格式2、3或4的PUCCH资源上反馈UCI。
如果UCI类型是SR和CSI，则可通过高层信令(例如，RRC信令)为UE配置PUCCH资源集中要用于UCI传输的PUCCH资源。如果UCI类型是对半持久调度(SPS)PDSCH的HARQ-ACK，则可通过高层信令(例如，RRC信令)为UE配置PUCCH资源集中要用于UCI传输的PUCCH资源。另一方面，如果UCI类型是对DCI所调度的PDSCH的HARQ-ACK，则可由DCI调度PUCCH资源集中要用于UCI传输的PUCCH资源。
在基于DCI的PUCCH资源调度的情况下，BS可在PDCCH上向UE发送DCI并且通过DCI中的ACK/NACK资源指示符(ARI)指示特定PUCCH资源集中要用于UCI传输的PUCCH资源。ARI可用于指示用于ACK/NACK传输的PUCCH资源并且也称为PUCCH资源指示符(PRI)。这里，DCI可用于PDSCH调度并且UCI可包括对PDSCH的HARQ-ACK。BS可通过(UE特定)高层(例如，RRC)信令为UE配置包括数量比ARI可表示的状态更多的PUCCH资源的PUCCH资源集。ARI可指示PUCCH资源集的PUCCH资源子集，并且要使用所指示的PUCCH资源子集中的哪一PUCCH资源可基于关于PDCCH的传输资源信息(例如，PDCCH的起始CCE索引)根据隐含规则来确定。
对于UL-SCH数据传输，UE应该包括可用于UE的UL资源，对于DL-SCH数据接收，UE应该包括可用于UE的DL资源。BS通过资源分配向UE指派UL资源和DL资源。资源分配可包括时域资源分配(TDRA)和频域资源分配(FDRA)。在本公开中，UL资源分配也被称为UL许可，并且DL资源分配被称为DL指派。UL许可由UE在PDCCH上或在RAR中动态地接收，或者由BS通过RRC信令为UE半持久地配置。DL指派由UE在PDCCH上动态地接收，或者由BS通过RRC信令为UE半持久地配置。
在UL上，BS可通过向小区无线电网络临时标识符(C-RNTI)寻址的PDCCH为UE动态地分配UL资源。UE监测PDCCH以便发现用于UL传输的可能UL许可。BS可使用配置许可向UE分配UL资源。可使用两种类型的配置许可，类型1和类型2。在类型1中，BS通过RRC信令直接提供所配置的UL许可(包括周期性)。在类型2中，BS可通过RRC信令来配置RRC配置UL许可的周期性，并且通过向配置调度RNTI(CS-RNTI)寻址的PDCCH用信号通知、启用或停用所配置的UL许可。例如，在类型2中，向CS-RNTI寻址的PDCCH指示直至停用，可根据通过RRC信令配置的周期性隐含地重用对应UL许可。
在DL上，BS可通过向C-RNTI寻址的PDCCH向UE动态地分配DL资源。UE监测PDCCH以便发现可能DL许可。BS可使用SPS向UE分配DL资源。BS可通过RRC信令来配置所配置的DL指派的周期性，并且通过向CS-RNTI寻址的PDCCH用信号通知、启用或停用所配置的DL指派。例如，向CS-RNTI寻址的PDCCH指示直至停用，可根据通过RRC信令配置的周期性隐含地重用对应DL指派。
在下文中，将更详细地描述通过PDCCH的资源分配和通过RRC的资源分配。
*通过PDCCH的资源分配：动态许可/指派
PDCCH可用于调度PDSCH上的DL传输和PUSCH上的UL传输。用于调度DL传输的PDCCH上的DCI可包括DL资源指派，其至少包括与DL-SCH关联的调制和编码格式(例如，调制和编码方案(MCS))索引IMCS)、资源分配和HARQ信息。用于调度UL传输的PDCCH上的DCI可包括UL调度许可，其至少包括与UL-SCH关联的调制和编码格式、资源分配和HARQ信息。关于DL-SCH或UL-SCH的HARQ信息可包括新信息指示符(NDI)、传输块大小(TBS)、冗余版本(RV)和HARQ进程ID(即，HARQ进程号)。一个PDCCH所承载的DCI的大小和用途根据DCI格式而不同。例如，DCI格式0_0、DCI格式0_1或DCI格式0_2可用于调度PUSCH，DCI格式1_0、DCI格式1_1或DCI格式1_2可用于调度PDSCH。具体地，DCI格式0_2和DCI格式1_2可用于调度具有比DCI格式0_0、DCI格式0_1、DCI格式1_0,或DCI格式1_1所保证的传输可靠性和延迟要求更高的传输可靠性和更低的延迟要求的传输。本公开的一些实现方式可应用于基于DCL格式0_2的UL数据传输。本公开的一些实现方式可应用于基于DCI格式1_2的DL数据接收。
图7示出PDCCH所导致的PDSCH TDRA的示例和PDCCH所导致的PUSCH TDRA的示例。
由PDCCH承载以便调度PDSCH或PUSCH的DCI包括TDRA字段。TDRA字段为PDSCH或PUSCH的分配表提供行索引m+1的值m。预定义的默认PDSCH时域分配作为PDSCH的分配表应用，或者BS通过RRC信号pdsch-TimeDomainAllocationList配置的PDSCH TDRA表作为PDSCH的分配表应用。预定义的默认PUSCH时域分配作为PUSCH的分配表应用，或者BS通过RRC信号pusch-TimeDomainAllocationList配置的PUSCH TDRA表作为PUSCH的分配表应用。要应用的PDSCH TDRA表和/或要应用的PUSCH TDRA表可根据固定/预定义的规则(例如，参考3GPPTS 38.214)来确定。
在PDSCH时域资源配置中，各个索引行定义DL指派与PDSCH时隙偏移K0、起始和长度指示符值SLIV(或直接时隙中的PDSCH的起始位置(例如，起始符号索引S)和分配长度(例如，符号数量L))以及PDSCH映射类型。在PUSCH时域资源配置中，各个索引行定义UL许可与PUSCH时隙偏移K2、时隙中的PUSCH的起始位置(例如，起始符号索引S)和分配长度(例如，符号数量L)以及PUSCH映射类型。PDSCH的K0和PUSCH的K2指示具有PDCCH的时隙与具有与PDCCH对应的PDSCH或PUSCH的时隙之间的差。SLIV表示相对于具有PDSCH或PUSCH的时隙的开始的起始符号S以及从符号S计数的连续符号的数量L的联合指示符。存在两种PDSCH/PUSCH映射类型：一个是映射类型A，另一个是映射类型B。在PDSCH/PUSCH映射类型A的情况下，相对于时隙的开始将DMRS映射至PDSCH/PUSCH资源。根据其它DMRS参数，PDSCH/PUSCH资源的一个或两个符号可用作DMRS符号。例如，在PDSCH/PUSCH映射类型A的情况下，根据RRC信令，DMRS位于时隙中的第三符号(符号#2)或第四符号(符号#3)中。在PDSCH/PUSCH映射类型B的情况下，相对于PDSCH/PUSCH资源的第一OFDM符号映射DMRS。根据其它DMRS参数，从PDSCH/PUSCH资源的第一符号起的一个或两个符号可用作DMRS符号。例如，在PDSCH/PUSCH映射类型B的情况下，DMRS位于为PDSCH/PUSCH分配的第一符号处。在本公开中，PDSCH/PUSCH映射类型可被称为映射类型或DMRS映射类型。例如，在本公开中，PUSCH映射类型A可被称为映射类型A或DMRS映射类型A，PUSCH映射类型B可被称为映射类型B或DMRS映射类型B。
调度DCI包括提供关于用于PDSCH或PUSCH的RB的指派信息的FDRA字段。例如，FDRA字段提供关于用于向UE的PDSCH或PUSCH传输的小区的信息、关于用于PDSCH或PUSCH传输的BWP的信息和/或关于用于PDSCH或PUSCH传输的RB的信息。
*通过RRC的资源分配
如上所述，存在没有动态许可的两种类型的传输：配置许可类型1和配置许可类型2。在配置许可类型1中，UL许可由RRC提供并被存储为配置UL许可。在配置许可类型2中，UL许可由PDCCH提供并基于指示配置UL许可启用或停用的L1信令作为配置UL许可存储或清除。类型1和类型2可每服务小区和每BWP由RRC配置。多个配置可在不同的服务小区上同时有效。
当配置配置许可类型1时，可通过RRC信令向UE提供以下参数：
-cs-RNTI，与用于重传的CS-RNTI对应；
-periodicity，与配置许可类型1的周期性对应；
-timeDomainOffset，指示时域中相对于系统帧号(SFN)＝0的资源偏移；
-timeDomainAllocation值m，提供指向分配表的行索引m+1，指示起始符号S、长度L和PUSCH映射类型的组合；
-frequencyDomainAllocation，提供频域资源分配；以及
-mcsAndTBS，提供指示调制阶数、目标码率和传输块大小的IMCS。
在通过RRC为服务小区配置配置许可类型1时，UE存储RRC所提供的UL许可作为所指示的服务小区的配置UL许可，并且将配置UL许可初始化或重新初始化为在根据timeDomainOffset和S(从SLIV推导)的符号开始并以periodicity重复。在为配置许可类型1配置UL许可之后，UE可认为UL许可与满足下式的各个符号关联重复：[(SFN*numberOfSlotsPerFrame(numberOfSymbolsPerSlot)+(帧中的时隙数*numberOfSymbolsPerSlot)+时隙中的符号数]＝(timeDomainOffset*numberOfSymbolsPerSlot+S+N*periodicity)modulo(1024*numberOfSlotsPerFrame*numberOfSymbolsPerSlot)，对于所有N>＝0，其中numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别指示每帧的连续时隙的数量和每时隙的连续OFDM符号的数量(参考表1和表2)。
对于配置许可类型2，BS可通过RRC信令向UE提供以下参数：
-cs-RNTI，与用于启用、停用和重传的CS-RNTI对应；以及
-periodicity，提供配置许可类型2的周期性。
通过PDCCH(向CS-RNTI寻址)将实际UL许可提供给UE。在为配置许可类型2配置UL许可之后，UE可认为UL许可与满足下式的各个符号关联重复：[(SFN*numberOfSlotsPerFrame*numberOfSymbolsPerSlot)+(帧中的时隙数*numberOfSymbolsPerSlot)+时隙中的符号数]＝[(SFN开始时间*numberOfSlotsPerFrame*numberOfSymbolsPerSlot+slot开始时间*numberOfSymbolsPerSlot+symbol开始时间)+N*periodicity]modulo(1024*numberOfSlotsPerFrame*numberOfSymbolsPerSlot)，对于所有N>＝0，其中SFN开始时间、slot开始时间和symbol开始时间分别表示在配置许可被(重新)初始化之后PUSCH的第一传输机会的SFN、时隙和符号，numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别指示每帧的连续时隙的数量和每时隙的连续OFDM符号的数量(参考表1和表2)。
在一些场景中，可由BS进一步向UE提供用于推导配置UL许可的HARQ进程ID的参数harq-ProcID-Offset和/或参数harq-ProcID-Offset2。harq-ProcID-Offset是用于共享频谱信道接入操作的配置许可的HARQ进程的偏移，harq-ProcID-Offset2是配置许可的HARQ进程的偏移。在本公开中，cg-RetransmissionTimer是基于配置许可的传输(重传)之后的持续时间，其中UE不应基于传输(重传)的HARQ进程自主地执行重传。当配置关于配置UL许可的重传时可由BS将cg-RetransmissionTimer提供给UE。对于既未配置harq-ProcID-Offset也未配置cg-RetransmissionTimer的配置许可，可从下式推导与UL传输的第一符号关联的HARQ进程ID：HARQ进程ID＝[floor(CURRENT_symbol/periodicity)]modulonrofHARQ-Processes。对于具有harq-ProcID-Offset2的配置UL许可，可从下式推导与UL传输的第一符号关联的HARQ进程ID：HARQ进程ID＝[floor(CURRENT_symbol/periodicity)]modulo nrofHARQ-Processes+harq-ProcID-Offset2，其中CURRENT_symbol＝(SFN*numberOfSlotsPerFrame*numberOfSymbolsPerSlot+帧中的时隙号*numberOfSymbolsPerSlot+时隙中的符号号)，并且numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别表示每帧的连续时隙数和每时隙的连续OFDM符号数。对于具有cg-RetransmissionTimer的配置UL许可，UE可从可用于配置许可配置的HARQ进程ID当中选择HARQ进程ID。
在DL上，可从BS每服务小区和每BWP通过RRC信令向UE提供半持久调度(SPS)。对于DL SPS，DL指派通过PDCCH提供给UE并基于指示SPS启用或停用的L1信令被存储或清除。当配置SPS时，BS可通过用于配置半持久传输的RRC信令(例如，SPS配置)向UE提供以下参数：
-cs-RNTI，与用于启用、停用和重传的CS-RNTI对应；
-nrofHARQ-Processes，提供用于SPS的HARQ进程的数量；
-periodicity，提供用于SPS的配置DL指派的周期性；
-n1PUCCH-AN，提供用于SPS的PUCCH的HARQ资源(网络将HARQ资源配置为格式0或格式1，并且实际PUCCH资源由PUCCH-Config配置并且在n1PUCCH-AN中由其ID引用)。
可在服务小区的BWP内配置多个DL SPS配置。在为SPS配置DL指派之后，UE可依次认为第N DL指派出现在满足下式的时隙中：(numberOfSlotsPerFrame*SFN+帧中的时隙数)＝[(numberOfSlotsPerFrame*SFN开始时间+slot开始时间)+N*periodicity*numberOfSlotsPerFrame/10]modulo(1024*numberOfSlotsPerFrame)，其中SFN开始时间和slot开始时间分别表示在配置DL指派被(重新)初始化之后PDSCH的第一传输的SFN和时隙，numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别指示每帧的连续时隙的数量和每时隙的连续OFDM符号的数量(参考表1和表2)。
在一些场景中，可由BS进一步向UE提供用于推导配置DL指派的HARQ进程ID的参数harq-ProcID-Offset。harq-ProcID-Offset是SPS的HARQ进程的偏移。对于没有harq-ProcID-Offset的配置DL指派，可从下式确定与DL传输开始的时隙关联的HARQ进程ID：HARQ进程ID＝[floor(CURRENT_slot*10/(numberOfSlotsPerFrame*periodicity))]modulonrofHARQ-Processes，其中CURRENT_slot＝[(SFN*numberOfSlotsPerFrame)+帧中的时隙号]，并且numberOfSlotsPerFrame表示每帧的连续时隙数。对于具有harq-ProcID-Offset的配置DL指派，可从下式确定与DL传输开始的时隙关联的HARQ进程ID：HARQ进程ID＝[floor(CURRENT_slot/periodicity)]modulo nrofHARQ-Processes+harq-ProcID-Offset，其中CURRENT_slot＝[(SFN*numberOfSlotsPerFrame)+帧中的时隙号]，并且numberOfSlotsPerFrame表示每帧的连续时隙数。
如果对应DCI格式的CRC利用RRC参数cs-RNTI所提供的CS-RNTI加扰并且启用传输块的新数据指示符字段被设定为0，则UE针对调度启用或调度释放验证DL SPS指派PDCCH或配置UL许可类型2PDCCH。如果根据表6和表7来设定DCI格式的所有字段，则实现DCI格式的验证。表6示出用于DL SPS和UL许可类型2调度启用PDCCH验证的特殊字段的示例，表7示出用于DL SPS和UL许可类型2调度释放PDCCH验证的特殊字段的示例。
[表6]
[表7]
DCI格式0_0 DCI格式1_0
HARQ进程号 全部设定为“0” 全部设定为“0”
冗余版本 设定为“00” 设定为“00”
调制和编码方案 全部设定为“1” 全部设定为“1”
资源块指派 全部设定为“1” 全部设定为“1”
用于DL SPS或UL许可类型2的实际DL指派和UL许可和对应MCS由对应DL SPS或UL许可类型2调度启用PDCCH所承载的DCI格式中的资源指派字段(例如，提供TDRA值m的TDRA字段、提供频率资源块指派的FDRA字段和/或MCS字段)提供。如果实现验证，则UE将DCI格式中的信息视为DL SPS或配置UL许可类型2的有效启用或有效释放。
在本公开中，基于DL SPS的PDSCH可被称为SPS PDSCH，基于UL配置许可(CG)的PUSCH可被称为CG PUSCH。由PDCCH上承载的DCI动态调度的PDSCH可被称为动态许可(DG)PDSCH，由PDCCH上承载的DCI动态调度的PUSCH可被称为DG PUSCH。
图8示出HARQ-ACK发送/接收过程。
参照图8，UE可在时隙n中检测PDCCH。接下来，UE可根据通过时隙n中的PDCCH接收的调度信息在时隙n+K0中接收PDSCH，然后在时隙n+K1中通过PUCCH发送UCI。在这种情况下，UCI包括对PDSCH的HARQ-ACK响应。
用于调度PDSCH的PDCCH所承载的DCI(例如，DCI格式1_0或DCI格式1_1)可包括以下信息。
-FDRA：FDRA指示分配给PDSCH的RB集合。
-TDRA：TDRA指示DL指派与PDSCH时隙偏移K0、时隙中的PDSCH的起始位置(例如，符号索引S)和长度(例如，符号数量L)以及PDSCH映射类型。PDSCH映射类型A或PDSCH映射类型B可由TDRA指示。对于PDSCH映射类型A，DMRS位于时隙中的第三符号(符号#2)或第四符号(符号#3)中。对于PDSCH映射类型B，在为PDSCH分配的第一符号中分配DMRS。
-PDSCH-to-HARQ_feedback定时指示符：该指示符指示K1。
如果PDSCH被配置为发送最多一个TB，则HARQ-ACK响应可由一比特组成。如果PDSCH被配置为发送最多2个TB，则当未配置空间捆绑时，HARQ-ACK响应可由2比特组成，当配置空间捆绑时，由一比特组成。当对多个PDSCH的HARQ-ACK传输定时被指定为时隙n+K1时，在时隙n+K1中发送的UCI包括对多个PDSCH的HARQ-ACK响应。
在本公开中，由一个或多个PDSCH的HARQ-ACK比特组成的HARQ-ACK有效载荷可被称为HARQ-ACK码本。根据HARQ-ACK有效载荷确定方案，HARQ-ACK码本可被归类为i)半静态HARQ-ACK码本、ii)动态HARQ-ACK码本和iii)基于HARQ进程的HARQ-ACK码本。
在半静态HARQ-ACK码本的情况下，与UE要报告的HARQ-ACK有效载荷大小有关的参数由(UE特定)高层(例如，RRC)信号半静态地确定。半静态HARQ-ACK码本的HARQ-ACK有效载荷大小(例如，通过一个时隙中的一个PUCCH发送的(最大)HARQ-ACK有效载荷(大小))可基于与为UE配置的所有DL载波(即，DL服务小区)和可指示HARQ-ACK传输定时的所有DL调度时隙(或PDSCH传输时隙或PDCCH监测时隙)的组合(下文中，捆绑窗口)对应的HARQ-ACK比特数来确定。即，在半静态HARQ-ACK码本方案中，HARQ-ACK码本的大小被固定(为最大值)，而不管实际调度的DL数据的数量如何。例如，DL许可DCI(PDCCH)包括PDSCH与HARQ-ACK定时信息，并且PDSCH与HARQ-ACK定时信息可具有多个值之一(例如，k)。例如，当在时隙#m中接收PDSCH并且用于调度PDSCH的DL许可DCI(PDCCH)中的PDSCH与HARQ-ACK定时信息指示k时，PDSCH的HARQ-ACK信息可在时隙#(m+k)中发送。作为示例，k∈{1,2,3,4,5,6,7,8}。当在时隙#n中发送HARQ-ACK信息时，HARQ-ACK信息可包括基于捆绑窗口的可能最大HARQ-ACK。即，时隙#n的HARQ-ACK信息可包括与时隙#(n-k)对应的HARQ-ACK。例如，当k∈{1,2,3,4,5,6,7,8}时，时隙#n的HARQ-ACK信息可包括与时隙#(n-8)至时隙#(n-1)对应的HARQ-ACK，而不管实际DL数据接收(即，最大数量的HARQ-ACK)如何。这里，HARQ-ACK信息可由HARQ-ACK码本或HARQ-ACK有效载荷代替。时隙可被理解/替换为DL数据接收的候选时机。如示例中描述的，可基于HARQ-ACK时隙基于PDSCH与HARQ-ACK定时来确定捆绑窗口，并且PDSCH与HARQ-ACK定时集合可具有预定义的值(例如，{1,2,3,4,5,6,7,8})或者可由高层(RRC)信令配置。半静态HARQ-ACK码本被称为类型1HARQ-ACK码本。对于类型1HARQ-ACK码本，在HARQ-ACK报告中要发送的比特数固定，并且可能较大。如果配置许多小区，但仅调度少数小区，则类型1HARQ-ACK码本可能效率低。
在动态HARQ-ACK码本的情况下，UE要报告的HARQ-ACK有效载荷大小可通过DCI等动态地改变。动态HARQ-ACK码本被称为类型2HARQ-ACK码本。类型2HARQ-ACK码本可被视为优化的HARQ-ACK反馈，因为UE仅为调度的服务小区发送反馈。然而，在差的信道条件下，UE可能错误地确定调度的服务小区的数量。为了解决这一问题，可包括下行链路指派索引(DAI)作为DCI的一部分。例如，在动态HARQ-ACK码本方案中，DL调度DCI可包括counter-DAI(即，c-DAI)和/或total-DAI(即，t-DAI)。这里，DAI指示下行链路指派索引并且用于BS告知UE所发送或调度的一个HARQ-ACK传输中要包括其HARQ-ACK的PDSCH。具体地，c-DAI是指示承载DL调度DCI的PDCCH(下文中，DL调度PDCCH)之间的顺序的索引，t-DAI是指示直至存在具有t-DAI的PDCCH的当前时隙，DL调度PDCCH的总数的索引。
在基于HARQ进程的HARQ-ACK码本的情况下，基于PUCCH组中所有配置(或启用)的服务小区的所有HARQ进程来确定HARQ-ACK有效载荷。例如，UE要使用基于HARQ进程的HARQ-ACK码本报告的HARQ-ACK有效载荷的大小可基于为UE配置的PUCCH组中所有配置或启用的服务小区的数量以及服务小区的HARQ进程的数量来确定。基于HARQ进程的HARQ-ACK码本也被称为类型3HARQ-ACK码本。类型3HARQ-ACK码本可应用于一次性反馈。
在一些场景中，可考虑基于由少于14个OFDM符号(例如，2或7个OFDM符号)组成的子时隙的PUCCH反馈以及基于由14个OFDM符号组成的时隙的PUCCH反馈。
可为具有不同服务类型、服务质量(QoS)、延迟要求、可靠性要求和/或优先级的多个DL数据信道(例如，多个PDSCH)的HARQ-ACK反馈形成/生成单独的码本。例如，用于与高优先级关联的PDSCH的HARQ-ACK码本和用于与低优先级关联的PDSCH的HARQ-ACK码本可单独地配置/形成。对于具有不同优先级的PDSCH的HARQ-ACK反馈，具有不同优先级的PUCCH传输可考虑不同参数和资源配置(参见3GPP TS 38.331的信息元素(IE)pucch-ConfigurationList)。例如，如果通过RRC信令向UE提供pdsch-HARQ-ACK-CodebookList，则pdsch-HARQ-ACK-CodebookList可指示UE生成一个或多个HARQ-ACK码本。当UE被指示生成一个HARQ-ACK码本时，HARQ-ACK码本与优先级索引0的PUCCH关联。当向UE提供pdsch-HARQ-ACK-CodebookList时，UE仅将与相同优先级索引关联的HARQ-ACK信息与相同的HARQ-ACK码本复用。当UE被指示生成两个HARQ-ACK码本时，第一HARQ-ACK码本与优先级索引0的PUCCH关联，第二HARQ-ACK码本与优先级索引1的PUCCH关联。
从DL数据信道到用于HARQ-ACK反馈传输的PUCCH之间的时间差的单位(例如，PDSCH-to-HARQ_feedback定时指示符)可由预定子时隙长度(例如，包括在子时隙中的符号数量)确定。例如，从DL数据信道到用于HARQ-ACK反馈传输的PUCCH的时间差的单位可由用于配置UE特定PUCCH参数的配置信息PUCCH-Config中的参数“subslotLengthForPUCCH”配置。根据这些场景，可为各个HARQ-ACK码本配置PDSCH-to-HARQ反馈定时指示符的长度单位。
在一些场景中，不允许HARQ进程的PDSCH接收及其HARQ-ACK发送不按顺序执行。这是UE和BS假设相同的PUCCH发送时间以使得BS被允许成功接收从UE发送的PUCCH的方法之一。在这些场景中，例如，需要调度PDSCH，使得针对首先接收的PDSCH的HARQ-ACK发送在针对稍后接收的PDSCH的HARQ-ACK发送之前结束。在这些场景中，规定对于给定被调度小区中的任何HARQ进程ID，UE不预期接收在时间上与另一PDSCH交叠的PDSCH。另外，在这些场景中，规定UE不预期接收给定HARQ进程的另一PDSCH，直至HARQ进程的HARQ-ACK的预期发送结束之后。
图9示出根据一些场景的调度约束的示例。
参照图9，例如，在一些场景中，在接收到HARQ进程#i的PDSCH#1时，在针对PDSCH#1的HARQ-ACK发送结束之前，UE可不预期接收HARQ进程#i的另一PDSCH(例如，图9中的PDSCH#2)。即，UE可仅在针对PDSCH#1的HARQ-ACK发送结束之后才预期接收HARQ进程#i的另一PDSCH。
在一些场景中，可动态地或半持久地执行UL或DL调度。BS可基于tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated消息半持久地或基于DCI格式2_0动态地向UE配置或指示各个符号的发送方向(例如，DL、UL或灵活)。可通过配置/指示的发送方向取消配置/指示的UL或DL调度。
图10示出HARQ-ACK推迟的示例。
在一些场景(例如，3GPP NR Rel-16)中，当UE接收到BS所调度的PDSCH时，UE可在关于PDSCH的调度信息所指定的时间发送承载对PDSCH的HARQ-ACK的PUCCH(下文中，HARQ-ACK PUCCH)。然而，这一系列操作总是导致UE在从接收到半持久配置的SPS PDSCH起逝去预定时间之后发送PUCCH。结果，可使用与SPS PDSCH的周期性不一致的TDD图案，可通过BS的动态TDD操作容易地取消PUCCH发送，与取消的PUCCH发送关联的PDSCH发送也可被取消，或者可请求重传。因此，为了解决这些问题，考虑UE以预定或任意方式推迟为PDSCH确定的PUCCH定时的操作(即，延时操作)。例如，当通过配置或指示的发送方向取消为发送SPSPDSCH的HARQ-ACK(以下，SPS HARQ-ACK)而配置的PUCCH时，可考虑HARQ-ACK推迟，其将HARQ-ACK发送延时到最初调度的时间之后。例如，参照图10，当时隙#n-1中的SPS PDSCH使用HARQ进程#i，并且在时隙#n中调度针对SPS PDSCH的HARQ-ACK发送时，UE可基于预定条件确定将时隙#n中用于SPS PDSCH的HARQ-ACK发送的PUCCH推迟至时隙#m。由于这种HARQ-ACK推迟，即使PUCCH发送被取消，UE和BS也可稍后发送/接收SPS PDSCH的HARQ-ACK信息。
然而，根据基于图9中描述的场景的调度约束，SPS PDSCH的重传也需要在HARQ-ACK发送之后执行。因此，如果针对SPS PDSCH的HARQ-ACK执行HARQ-ACK推迟，则HARQ-ACK可在预期时间晚的时间发送，结果，在SPS PDSCH重传中可能出现较大延时。
考虑到这些问题，将描述当UE将针对SPS的PUCCH发送的一部分延时，因此PDSCH接收定时和HARQ-ACK发送定时之间的间隔增加时UE执行关联的HARQ进程的新PDSCH接收和对应PDSCH接收的HARQ-ACK发送的实现方式。
具体地，将描述当UE处SPS HARQ-ACK信息的PUCCH发送被取消时UE和BS选择另一UL信道(例如，PUCCH)以经由该另一UL信道发送SPS HARQ-ACK信息的实现方式。另外，还将描述将SPS HARQ-ACK信息与现有UCI复用的实现方式。根据本公开的一些实现方式，BS可更自由地向UE提供TDD UL-DL配置和SPS PDSCH资源。即使给定SPS PDSCH的PUCCH由于TDD操作而不可用，UE也可根据本公开的一些实现方式基于可用UL资源和信道向BS提供相关SPSHARQ-ACK响应。
UE侧:
图11示出根据本公开的一些实现方式的UE的操作流程。
在本公开的一些实现方式中，当UE从BS所指示或配置的时间延时与HARQ进程关联的SPS PDSCH的HARQ-ACK发送时，BS可通过针对UE的不同PDSCH调度来使得UE接收相同HARQ进程的另一PDSCH。在这种情况下，在一些实现方式中，UE可放弃延时的HARQ-ACK发送。另选地，在一些实现方式中，UE可将延时的HARQ-ACK发送与其它UCI或UL数据复用。
UE可从BS接收TDD配置(例如，tdd-UL-DL-ConfigurationCommon或tdd-UL-DLConfigurationDedicated)和SPS无线电资源配置(例如，SPS配置)。UE可基于TDD配置和SPS配置在DL无线电资源上接收HARQ进程#i的SPS PDSCH(S1101)。在接收到HARQ进程#i的SPS PDSCH之后，如果与SPS PDSCH关联的PUCCH资源X指示DL无线电资源，则UE可确定在另一可用PUCCH资源或可用UL资源Y上执行针对SPS PDSCH的HARQ-ACK发送(S1103)。UE可预期在PUCCH资源X之后接收SPS PDSCH的HARQ进程#i的新PDSCH调度信息。UE可预期在PUCCH资源X之后接收SPS PDSCH的HARQ进程#i的另一PDSCH(S1105)。
当UE接收到新PDSCH调度信息并在PUCCH资源Z上发送与之有关的HARQ-ACK信息时，UE可根据本公开的一些实现方式确定要在UL资源Y和PUCCH资源Z上发送HARQ-ACK信息。
在本公开的一些实现方式中，可考虑以下UE操作。
<实现方式A1>在推迟PUCCH发送之后的快速发送(重传)
UE可从BS接收TDD配置和与SPS无线电资源有关的配置，并且在DL无线电资源上执行SPS PDSCH接收。在接收到SPS PDSCH之后，如果相关PUCCH资源X包括DL无线电资源，则UE可在另一可用PUCCH资源或可用UL资源Y上执行对应SPS PDSCH的HARQ-ACK发送。UE可预期从或在PUCCH资源X之后接收SPS PDSCH的HARQ进程的新调度信息。
在一些实现方式中，例如，UE可预期在以下时间点接收SPS PDSCH的HARQ进程的新调度信息：
i)如果在时隙#n或子时隙#n中指示PUCCH资源X，则从时隙#n+1或子时隙#n+1；
ii)从PUCCH资源X的起始符号；
iii)从PUCCH资源X的最后符号；以及
iv)从PUCCH资源X结束。
在一些实现方式中，SPS PDSCH的HARQ进程的新调度信息可被限于在SPS PDSCH上发送的传输块(TB)的重传。例如，当指示新PDSCH的调度DCI以CS-RNTI加扰并且NDI值被指示为1时，可限制性地应用实现方式A1。例如，在一些实现方式中，当指示与延时的HARQ-ACK发送关联的HARQ进程的新PDSCH的调度DCI以CS-RNTI加扰并且NDI值被指示为1时，如果HARQ-ACK发送的延时之前的发送时间甚至在HARQ-ACK发送的延时之后的发送时间结束之前结束，则UE可预期接收调度DCI。
在一些实现方式中，新调度信息可包括用于改变对应HARQ进程的TB或关联的HARQ信息的信息，例如用于改变接收的编码比特、最后接收的RV、接收的TB、指示的MCS值、TB长度、NDI值、HARQ-ACK发送定时或PUCCH资源指示符值中的至少一个的信息。
图12示出根据一些场景的调度约束的另一示例。具体地，图12示出在不允许无序HARQ发送的一些场景中执行HARQ-ACK推迟时相同HARQ进程的PDSCH接收时间与HARQ-ACK的发送时间之间的关系。
在一些场景中，不允许UE不按顺序执行一个HARQ进程的PDSCH接收及其HARQ-ACK发送。例如，UE不预期接收给定HARQ进程的另一PDSCH，直至HARQ进程的HARQ-ACK的预期发送结束之后(参见图9)。在给定被调度小区中，UE不预期(同时)接收第一PDSCH和比第一PDSCH晚开始的第二PDSCH，第二PDSCH的对应HARQ-ACK被指派在用于指派为第一PDSCH发送的HARQ-ACK的不同资源开始之前结束的资源上发送，其中这两个资源在用于关联的HARQ-ACK接收的不同时隙中，各个时隙由14个符号或subslotLengthForPUCCH(如果提供的话)所指示的符号数组成，并且两个PDSCH的HARQ-ACK与相同优先级的HARQ-ACK码本关联。在给定被调度小区中，UE不预期(同时)接收第一PDSCH和比第一PDSCH晚开始的第二PDSCH，第二PDSCH的对应HARQ-ACK被指派在用于指派为第一PDSCH发送的HARQ-ACK的不同资源开始之前结束的资源上发送，如果这两个PDSCH的HARQ-ACK与不同优先级的HARQ-ACK码本关联。
参照图12，当通过HARQ-ACK推迟将基于HARQ进程#i的PDSCH#1的HARQ-ACK发送从时隙#n延时至在时隙#n之后的时隙#m时，UE不预期在时隙#m中的预期HARQ-ACK发送结束之前接收相同HARQ进程#i的另一PDSCH。即，UE仅预期在时隙#m中的预期HARQ-ACK发送结束之后接收相同HARQ进程#i的另一PDSCH。
然而，在本公开的一些实现方式中，为了更快的重传或新的发送，可考虑以下内容。对于由于与DL符号冲突而放弃的HARQ-ACK响应的发送和/或由于与高优先级的UL控制信息的冲突而取消的低优先级的HARQ-ACK响应(以及与之有关的HARQ进程ID)，UE可例外地1)：被允许甚至在经由放弃和/或取消的HARQ-ACK发送被延时加载的PUCCH或类型3码本执行对应HARQ-ACK发送之前执行相同HARQ进程ID的PDSCH发送(重传)/接收和相关HARQ-ACK发送的操作；并且2)被放宽基于放弃/取消之前指示/配置的HARQ-ACK发送时间(而非实际HARQ-ACK发送时间(例如，延时的HARQ-ACK发送时间))来确定为HARQ进程ID预定义的无序HARQ限制。
换言之，在本公开的一些实现方式中，为了发送由于与DL符号的冲突而放弃的HARQ-ACK响应和/或由于与高优先级的UL控制信息的冲突而取消的低优先级的HARQ-ACK响应(以及与之有关的HARQ进程ID)，可例外地考虑以下内容：1)甚至在经由放弃和/或取消的A/N反馈被延时加载至的PUCCH或类型3码本发送对应A/N反馈之前也允许执行相同HARQ进程ID的PDSCH发送(重传)/接收和相关A/N反馈发送的操作；以及2)相同HARQ进程ID的HARQ是否不按顺序的确定被放宽，使得基于放弃/取消之前指示/配置的A/N发送时间(而非实际A/N发送时间(例如，延时的HARQ-ACK发送时间))进行确定。
图13示出根据本公开的一些实现方式的HARQ定时的示例。具体地，图13示出当执行HARQ-ACK推迟时相同HARQ进程的PDSCH接收时间与HARQ-ACK的发送时间之间的关系。
参照图13，当通过HARQ-ACK推迟将基于HARQ进程#i的PDSCH#1的HARQ-ACK发送从时隙#n延时至时隙#n之后的时隙#m时，根据本公开的一些实现方式，UE可预期甚至在时隙#m中的预期HARQ-ACK发送结束之前在时隙#n中的预期HARQ-ACK发送结束之后接收相同HARQ进程#i的另一PDSCH。
然而，UE不预期在时隙#n中的预期HARQ-ACK发送结束之前接收相同HARQ进程#i的另一PDSCH。即，UE可预期最早仅在时隙#n中的预期HARQ-ACK发送结束之后接收相同HARQ进程#i的另一PDSCH。这里，另一PDSCH可以是与PDSCH#1的重传对应的PDSCH或不同于PDSCH#1的新PDSCH。在一些实现方式中，当说到UE预期仅在时隙#n中的预期HARQ-ACK发送结束之后接收相同HARQ进程#i的另一PDSCH时，可意味着UE在时隙#m中的预期HARQ-ACK发送结束之前不接收使用相同HARQ进程#i的另一PDSCH。另选地，当说到UE预期仅在时隙#n中的预期HARQ-ACK发送结束之后接收相同HARQ进程#i的另一PDSCH时，可意味着即使UE在时隙#n中的预期HARQ-ACK发送结束之前使用相同HARQ进程#i接收另一PDSCH，UE也不对该另一PDSCH进行解码，不针对其发送HARQ-ACK，或者确定存在错误。另选地，当说到UE预期仅在时隙#n中的预期HARQ-ACK发送结束之后使用相同HARQ进程#i接收另一PDSCH时，可意味着即使UE接收到指示在HARQ-ACK发送结束之前发送使用相同HARQ进程#i的另一PDSCH的调度信息，UE也确定该调度信息无效。
<实现方式A1-1>针对快速发送(重传)的HARQ-ACK响应
关于实现方式A1，还可考虑以下内容。如果如实现方式A1中一样在SPS PDSCH的延时的HARQ-ACK发送X之前指示与HARQ-ACK发送X及其HARQ-ACK发送Y关联的HARQ进程的新动态PDSCH的调度，则UE可根据以下另选方案执行HARQ-ACK发送X和/或HARQ-ACK发送Y。例如，当通过HARQ-ACK推迟将基于HARQ进程#i的PDSCH#1的HARQ-ACK发送从时隙#n延时至时隙#n之后的时隙#m时，如果UE在时隙#m中的预期HARQ-ACK发送X之前接收到关于HARQ进程#i的新动态调度的PDSCH(以下，动态PDSCH)和动态PDSCH的HARQ-ACK发送Y的调度信息，则UE可根据以下另选方案执行HARQ-ACK发送X和HARQ-ACK发送Y。
*另选方案1：如果HARQ-ACK发送X和HARQ-ACK发送Y是相同TB的HARQ-ACK响应，则UE执行HARQ-ACK发送X和HARQ-ACK发送Y二者。在这种情况下，可分别基于HARQ-ACK发送X和HARQ-ACK发送Y的发送时间报告对应HARQ进程的最新解码结果作为反馈值。另选方案1可用于改进HARQ-ACK可靠性。
*另选方案1-1：如果HARQ-ACK发送X和HARQ-ACK发送Y是相同TB的HARQ-ACK响应，则UE执行HARQ-ACK发送X和HARQ-ACK发送Y二者。在这种情况下，基于SPS PDSCH的解码结果的值可用作HARQ-ACK发送X的反馈值，基于动态PDSCH的解码结果的值可用作HARQ-ACK发送Y的反馈值。
*另选方案2：如果HARQ-ACK发送X和HARQ-ACK发送Y是相同TB的HARQ-ACK响应，则UE可仅执行HARQ-ACK发送Y而不执行HARQ-ACK发送X。当HARQ-ACK发送X是执行HARQ-ACK发送X的UL资源上的仅有HARQ-ACK反馈时，可限制性地应用另选方案2。例如，当HARQ-ACK发送X没有与PUCCH上的其它HARQ-ACK发送复用时，即，当不存在对应PUCCH上的HARQ-ACK发送X以外的其它HARQ-ACK信息时，可限制性地应用另选方案2。另选方案2可通过允许UE仅发送最新解码结果来使UE复杂度和UE的UL发送最小化。
*另选方案3：如果HARQ-ACK发送X和HARQ-ACK发送Y是不同TB的HARQ-ACK响应，则UE执行HARQ-ACK发送X和HARQ-ACK发送Y二者。在这种情况下，可分别基于HARQ-ACK发送X和HARQ-ACK发送Y的相应发送时间报告对应HARQ进程的最新解码结果作为反馈值。根据HARQ-ACK发送X和HARQ-ACK发送Y的发送时间，报告的反馈值可不同或相同。例如，如果在PDSCH X的接收之后接收PDSCH Y并且与HARQ-ACK发送Y有关的TB的解码在HARQ-ACK发送X之前完成，则可不发送PDSCH X的HARQ-ACK，并且可在HARQ-ACK发送X和HARQ-ACK发送Y二者中报告PDSCH X的解码结果作为反馈值。另选方案3可用于改进HARQ-ACK可靠性。
在一些实现方式中，如果放弃SPS PDSCH的HARQ-ACK响应的发送，则在仅包括SPSPDSCH的HARQ-ACK响应的HARQ-ACK(子)码本的构造过程期间可不考虑放弃HARQ-ACK响应发送的对应SPS PDSCH。例如，在HARQ-ACK响应发送被放弃的SPS PDSCH的情况下，即使对应SPS PDSCH资源有效(因为没有UL符号或没有UL发送)，在基于PDSCH时机的HARQ-ACK(子)码本的形成/生成期间可排除关于SPS PDSCH的HARQ-ACK信息，因此，HARQ-ACK(子)码本可不具有与SPS PDSCH资源关联的比特位置。
BS侧:
将从BS的角度再次描述上述本公开的一些实现方式。
图14示出根据本公开的一些实现方式的BS的操作流程。
在本公开的一些实现方式中，当UE从BS所指示或配置的时间延时与HARQ进程关联的SPS PDSCH的HARQ-ACK发送时，BS可通过针对UE的不同PDSCH调度来向UE发送相同HARQ进程的另一PDSCH。在这种情况下，在一些实现方式中，BS可假设UE放弃延时的HARQ-ACK发送。另选地，在一些实现方式中，BS可假设UE将延时的HARQ-ACK发送与其它UCI或UL数据复用。
BS可向UE发送TDD配置(例如，tdd-UL-DL-ConfigurationCommon或tdd-UL-DLConfigurationDedicated)和SPS无线电资源配置(例如，SPS配置)。BS可基于TDD配置和SPS配置在DL无线电资源上向UE发送HARQ进程#i的SPS PDSCH(S1401)。如果与HARQ进程#i的SPS PDSCH关联的PUCCH资源X包括DL无线电资源，则BS可通过假设UE将在另一PUCCH资源或可用UL资源Y中发送HARQ-ACK来尝试接收SPS PDSCH的HARQ-ACK(S1403)。BS可在PUCCH资源X之后发送SPS PDSCH的HARQ进程#i的新PDSCH调度信息。BS可在PUCCH资源X之后发送SPSPDSCH的HARQ进程#i的另一PDSCH(S1405)。
当UE接收到新PDSCH调度信息并在PUCCH资源Z上发送与之有关的HARQ-ACK信息时，根据本公开的一些实现方式，BS可假设UE将确定要在UL资源Y和PUCCH资源Z上发送HARQ-ACK信息。
在本公开的一些实现方式中，可考虑以下BS操作。
<实现方式B1>在推迟PUCCH发送之后的快速发送(重传)
BS可向UE发送TDD配置以及与SPS无线电资源有关的配置，并且在DL无线电资源中发送SPS PDSCH。当与SPS PDSCH关联的PUCCH资源X包括DL无线电资源时，BS可通过假设UE将在另一可用PUCCH资源或可用UL资源Y上发送对应SPS PDSCH的HARQ-ACK来尝试接收SPSPDSCH的HARQ-ACK。BS可从或在PUCCH资源X之后发送SPS PDSCH的HARQ进程的新调度信息。
在一些实现方式中，例如，BS可在以下时间点发送SPS PDSCH的HARQ进程的新调度信息：
i)如果在时隙#n或子时隙#n中指示PUCCH资源X，则从时隙#n+1或子时隙#n+1；
ii)从PUCCH资源X的起始符号；
iii)从PUCCH资源X的最后符号；以及
iv)从PUCCH资源X结束。
在一些实现方式中，SPS PDSCH的HARQ进程的新调度信息可被限于在SPS PDSCH上发送的TB的重传。例如，当指示新PDSCH的调度DCI以CS-RNTI加扰并且NDI值被指示为1时，可限制性地应用实现方式B1。例如，在一些实现方式中，当指示与延时的HARQ-ACK发送关联的HARQ进程的新PDSCH的调度DCI以CS-RNTI加扰并且NDI值被指示为1时，如果HARQ-ACK发送的延时之前的发送时间甚至在HARQ-ACK发送的延时之后的发送时间结束之前结束，则BS可发送调度DCI。
在一些实现方式中，新调度信息可包括用于改变对应HARQ进程的TB或关联的HARQ信息的信息，例如用于改变接收的编码比特、最后接收的RV、接收的TB、指示的MCS值、TB长度、NDI值、HARQ-ACK发送定时或PUCCH资源指示符值中的至少一个的信息。
在一些场景中，不允许BS执行一个HARQ进程的PDSCH发送和HARQ-ACK接收。例如，不允许BS发送给定HARQ进程的另一PDSCH，直至HARQ进程的HARQ-ACK的预期接收结束之后(参见图9)。在给定被调度小区中，不允许BS(同时)发送第一PDSCH和比第一PDSCH晚开始的第二PDSCH，第二PDSCH的对应HARQ-ACK被指派在用于指派为第一PDSCH接收的HARQ-ACK的不同资源开始之前结束的资源上接收，其中这两个资源在用于关联的HARQ-ACK接收的不同时隙中，各个时隙由14个符号或subslotLengthForPUCCH(如果提供的话)所指示的符号数组成，并且两个PDSCH的HARQ-ACK与相同优先级的HARQ-ACK码本关联。在给定被调度小区中，不允许BS(同时)发送第一PDSCH和比第一PDSCH晚开始的第二PDSCH，如果这两个PDSCH的HARQ-ACK与不同优先级的HARQ-ACK码本关联，则第二PDSCH的对应HARQ-ACK被指派在用于指派为第一PDSCH接收的HARQ-ACK的不同资源开始之前结束的资源上接收。
参照图12，当通过HARQ-ACK推迟将基于HARQ进程#i的PDSCH#1的HARQ-ACK接收从时隙#n延时至在时隙#n之后的时隙#m时，不允许BS在时隙#m中的预期HARQ-ACK接收结束之前发送相同HARQ进程#i的另一PDSCH。即，BS仅被允许在时隙#m中的预期HARQ-ACK接收结束之后发送相同HARQ进程#i的另一PDSCH。
然而，在本公开的一些实现方式中，为了更快的重传或新的发送，可考虑以下内容。对于由于与DL符号冲突而放弃的HARQ-ACK响应和/或由于与高优先级的UL控制信息的冲突而取消的低优先级的HARQ-ACK响应(以及与之有关的HARQ进程ID)的接收，BS可例外地1)：被允许甚至在经由放弃和/或取消的HARQ-ACK接收被延时加载的PUCCH或类型3码本执行对应HARQ-ACK接收之前执行相同HARQ进程ID的PDSCH发送(重传)和相关HARQ-ACK接收的操作；并且2)被放宽基于放弃/取消之前指示/配置的HARQ-ACK接收时间(而非实际HARQ-ACK接收时间(例如，延时的HARQ-ACK接收时间))来确定一个HARQ进程ID的预定义的无序HARQ限制。
换言之，在本公开的一些实现方式中，对于由于与DL符号的冲突而放弃的HARQ-ACK响应和/或由于与高优先级的UL控制信息的冲突而取消的低优先级的HARQ-ACK响应(以及与之有关的HARQ进程ID)的接收，可例外地考虑以下内容：1)甚至在经由放弃和/或取消的A/N反馈被延时加载至的PUCCH或类型3码本接收对应A/N反馈之前也允许执行相同HARQ进程ID的PDSCH发送(重传)和相关A/N反馈接收的操作；以及2)相同HARQ进程ID的HARQ是否不按顺序的确定被放宽，使得基于放弃/取消之前指示/配置的A/N接收时间(而非实际A/N接收时间(例如，延时的HARQ-ACK接收时间))进行确定。
例如，参照图13，当通过HARQ-ACK推迟将基于HARQ进程#i的PDSCH#1的HARQ-ACK发送从时隙#n延时至时隙#n之后的时隙#m时，根据本公开的一些实现方式，可允许BS甚至在时隙#m中的预期HARQ-ACK接收结束之前在时隙#n中的预期HARQ-ACK接收结束之后向UE发送相同HARQ进程#i的另一PDSCH。
然而，不允许BS在时隙#n中的预期HARQ-ACK接收结束之前发送相同HARQ进程#i的另一PDSCH。即，可允许BS最早仅在时隙#n中的预期HARQ-ACK接收结束之后向UE发送相同HARQ进程#i的另一PDSCH。这里，另一PDSCH可以是与PDSCH#1的重传对应的PDSCH或不同于PDSCH#1的新PDSCH。在一些实现方式中，当说到允许BS仅在时隙#n中的预期HARQ-ACK接收结束之后向UE发送相同HARQ进程#i的另一PDSCH时，可意味着BS在时隙#m中的预期HARQ-ACK接收结束之前不向UE发送使用相同HARQ进程#i的另一PDSCH。另选地，当说到允许BS仅在时隙#n中的预期HARQ-ACK接收结束之后向UE发送相同HARQ进程#i的另一PDSCH时，可意味着即使BS在时隙#n中的预期HARQ-ACK接收结束之前向UE发送使用相同HARQ进程#i的另一PDSCH，BS也假设UE不会对该另一PDSCH进行解码，不会发送HARQ-ACK，或者可确定存在错误。另选地，当说到允许BS仅在时隙#n中的预期HARQ-ACK接收结束之后向UE发送使用相同HARQ进程#i的另一PDSCH时，可意味着即使BS向UE发送指示在HARQ-ACK发送结束之前发送使用相同HARQ进程#i的另一PDSCH的调度信息，BS也确定该调度信息无效。
<实现方式B1-1>针对快速发送(重传)的HARQ-ACK响应
关于实现方式B1，还可考虑以下内容。如果BS在SPS PDSCH的延时的HARQ-ACK发送X之前向UE指示与HARQ-ACK发送X及其HARQ-ACK发送Y关联的HARQ进程的新动态PDSCH的调度，则UE可根据以下另选方案执行HARQ-ACK发送X和/或HARQ-ACK发送Y。例如，当通过HARQ-ACK推迟将基于HARQ进程#i的PDSCH#1的HARQ-ACK接收从时隙#n延时至时隙#n之后的时隙#m时，如果BS在时隙#m中的预期HARQ-ACK接收X之前向UE发送关于HARQ进程#i的动态PDSCH和动态PDSCH的HARQ-ACK发送Y的调度信息，则BS可通过假设UE将根据以下另选方案执行HARQ-ACK发送X和HARQ-ACK发送Y来尝试接收UCI。
*另选方案1：如果HARQ-ACK发送X和HARQ-ACK发送Y是相同TB的HARQ-ACK响应，则UE执行HARQ-ACK发送X和HARQ-ACK发送Y二者。在这种情况下，可分别基于HARQ-ACK发送X和HARQ-ACK发送Y的发送时间报告对应HARQ进程的最新解码结果作为反馈值。另选方案1可用于改进HARQ-ACK可靠性。
*另选方案1-1：如果HARQ-ACK发送X和HARQ-ACK发送Y是相同TB的HARQ-ACK响应，则UE执行HARQ-ACK发送X和HARQ-ACK发送Y二者。在这种情况下，基于SPS PDSCH的解码结果的值可用作HARQ-ACK发送X的反馈值，基于动态PDSCH的解码结果的值可用作HARQ-ACK发送Y的反馈值。
*另选方案2：如果HARQ-ACK发送X和HARQ-ACK发送Y是相同TB的HARQ-ACK响应，则UE可仅执行HARQ-ACK发送Y而不执行HARQ-ACK发送X。当HARQ-ACK发送X是执行HARQ-ACK发送X的UL资源上的仅有HARQ-ACK反馈时，可限制性地应用另选方案2。例如，当HARQ-ACK发送X没有与PUCCH上的其它HARQ-ACK发送复用时，即，当不存在对应PUCCH上的HARQ-ACK发送X以外的其它HARQ-ACK信息时，可限制性地应用另选方案2。另选方案2可通过允许UE仅发送最新解码结果来使UE复杂度和UE的UL发送最小化。
*另选方案3：如果HARQ-ACK发送X和HARQ-ACK发送Y是不同TB的HARQ-ACK响应，则UE执行HARQ-ACK发送X和HARQ-ACK发送Y二者。在这种情况下，可分别基于HARQ-ACK发送X和HARQ-ACK发送Y的相应发送时间报告对应HARQ进程的最新解码结果作为反馈值。根据HARQ-ACK发送X和HARQ-ACK发送Y的发送时间，报告的反馈值可不同或相同。例如，如果在PDSCH X的接收之后接收PDSCH Y并且与HARQ-ACK发送Y有关的TB的解码在HARQ-ACK发送X之前完成，则可不发送PDSCH X的HARQ-ACK，并且可在HARQ-ACK发送X和HARQ-ACK发送Y二者中报告PDSCH X的解码结果作为反馈值。另选方案3可用于改进HARQ-ACK可靠性。
在一些实现方式中，如果放弃SPS PDSCH的HARQ-ACK响应的发送，则在仅包括SPSPDSCH的HARQ-ACK响应的HARQ-ACK(子)码本的构造过程期间可不考虑放弃HARQ-ACK响应发送的对应SPS PDSCH。例如，在HARQ-ACK响应发送被放弃的SPS PDSCH的情况下，即使对应SPS PDSCH资源有效(因为没有UL符号或没有UL发送)，在基于PDSCH时机的HARQ-ACK(子)码本的形成/生成期间可排除关于SPS PDSCH的HARQ-ACK信息，因此，HARQ-ACK(子)码本可不具有与SPS PDSCH资源关联的比特位置。
在本公开的一些实现方式中，BS可基于SPS PDSCH和TDD操作向UE提供用于时隙格式确定的RRC配置。BS可向UE提供一个或更多个SPS PDSCH配置，并且UE可基于SPS PDSCH配置接收SPS PDSCH并执行与之关联的PUCCH发送。当UE的PUCCH发送被取消时，UE可将对应PUCCH发送延时，并且BS可从用于取消的PUCCH发送的PUCCH资源之后指示关联的HARQ进程的新调度。在本公开的一些实现方式中，UE可在HARQ-ACK响应之前接收一个HARQ进程的一个或更多个调度。UE可执行包括HARQ-ACK响应和/或与所述一个或更多个调度关联的HARQ-ACK的HARQ-ACK PUCCH发送。
根据本公开的一些实现方式，当UE的PUCCH发送被取消时，BS可调度和发送能够改进关联的PDSCH的接收可靠性的新PDSCH资源。根据本公开的一些实现方式，当PUCCH发送被延时时，UE可快速接收PDSCH重传，从而减少DL延时。
为了接收DL信道，UE可根据本公开的一些实现方式执行操作。UE可包括：至少一个收发器；至少一个处理器；以及至少一个计算机存储器，其在操作上连接到所述至少一个处理器并且被配置为存储指令，这些指令在被执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。用于UE的处理装置可包括：至少一个处理器；以及至少一个计算机存储器，其在操作上连接到所述至少一个处理器并且被配置为存储指令，这些指令在被执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。计算机可读(非暂时性)存储介质可存储包括指令的至少一个计算机程序，这些指令在由至少一个处理器执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。计算机程序或计算机程序产品可包括指令，这些指令被存储在至少一个计算机可读(非易失性)存储介质上并且在被执行时使得(至少一个处理器)根据本公开的一些实现方式执行操作。
对于UE、处理装置、计算机可读(非易失性)存储介质和/或计算机程序产品，所述操作可包括：确定与第一HARQ进程关联的第一DL信道的第一HARQ-ACK的第一发送时间；以及接收与第一HARQ进程关联的第二DL信道。接收第一HARQ进程的第二DL信道可包括：基于第一HARQ-ACK不经受HARQ推迟，在第一发送时间之后接收第二DL信道；以及基于第一HARQ-ACK经受HARQ推迟并且第一发送时间通过从比第一发送时间早的第二发送时间进行HARQ推迟来确定，在第二发送时间之后接收第二DL信道。
在一些实现方式中，基于第一HARQ-ACK经受HARQ推迟并且第一发送时间通过从第二发送时间进行HARQ推迟来确定，可在第一发送时间结束之前接收第二DL信道。
在一些实现方式中，第一DL信道可以是基于SPS的PDSCH。
在一些实现方式中，第二DL信道可用于基于SPS的PDSCH中所包括的TB的重传。
在一些实现方式中，第二DL信道可以是基于动态调度的PDSCH。
在一些实现方式中，所述操作可包括：确定第二DL信道的第二HARQ-ACK的第三发送时间；放弃第一发送时间内的第一HARQ-ACK的发送；以及在第三发送时间发送第二HARQ-ACK。
为了发送DL信道，BS可根据本公开的一些实现方式执行操作。BS可包括：至少一个收发器；至少一个处理器；以及至少一个计算机存储器，其在操作上连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。用于BS的处理装置可包括：至少一个处理器；以及至少一个计算机存储器，其在操作上连接到所述至少一个处理器并且被配置为存储指令，这些指令在被执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。计算机可读(非暂时性)存储介质可存储包括指令的至少一个计算机程序，这些指令在被至少一个处理器执行时使得所述至少一个处理器根据本公开的一些实现方式执行操作。计算机程序或计算机程序产品可包括指令，这些指令被存储在至少一个计算机可读(非易失性)存储介质上并且在被执行时使得(至少一个处理器)根据本公开的一些实现方式执行操作。
对于BS、处理装置、计算机可读(非易失性)存储介质和/或计算机程序产品，所述操作可包括：确定与第一HARQ进程关联的第一DL信道的第一HARQ-ACK的第一接收时间；以及发送与第一HARQ进程关联的第二DL信道。发送第一HARQ进程的第二DL信道可包括：基于第一HARQ-ACK不经受HARQ推迟，在第一接收时间之后发送第二DL信道；以及基于第一HARQ-ACK经受HARQ推迟并且第一接收时间通过从比第一接收时间早的第二接收时间进行HARQ推迟来确定，在第二接收时间之后发送第二DL信道。
在一些实现方式中，基于第一HARQ-ACK经受HARQ推迟并且第一接收时间通过从第二接收时间进行HARQ推迟来确定，可在第一接收时间结束之前发送第二DL信道。
在一些实现方式中，第一DL信道可以是基于SPS的PDSCH。
在一些实现方式中，第二DL信道可用于基于SPS的PDSCH中所包括的TB的重传。
在一些实现方式中，第二下行链路信道可以是基于动态调度的PDSCH。
在一些实现方式中，所述操作可包括：确定第二下行链路信道的第二HARQ-ACK的第三接收时间；跳过(省略)第一发送时间内的第一HARQ-ACK的接收；以及在第三接收时间接收第二HARQ-ACK。
已呈现了如上所述的本公开的示例以使得本领域普通技术人员能够实现和实践本公开。尽管参考示例描述了本公开，但是本领域技术人员可在本公开的示例中进行各种修改和变化。因此，本公开并非旨在限于本文所阐述的示例，而是符合与本文所公开的原理和特征一致的最宽范围。
工业实用性
本公开的实现方式可在BS、UE或无线通信系统中的其它设备中使用。

Claims (12)

1.一种在无线通信系统中由用户设备UE接收下行链路信道的方法，该方法包括以下步骤：
确定与第一混合自动重传请求HARQ进程关联的第一下行链路信道的第一HARQ-确认ACKHARQ-ACK的第一发送时间；以及
接收与所述第一HARQ进程关联的第二下行链路信道，
其中，接收所述第一HARQ进程的所述第二下行链路信道的步骤包括以下步骤：
基于所述第一HARQ-ACK不经受HARQ推迟，在所述第一发送时间之后接收所述第二下行链路信道；以及
基于所述第一HARQ-ACK经受所述HARQ推迟并且所述第一发送时间通过从比所述第一发送时间早的第二发送时间进行所述HARQ推迟来确定，在所述第二发送时间之后接收所述第二下行链路信道。
2.根据权利要求1所述的方法，其中，基于所述第一HARQ-ACK经受所述HARQ推迟并且所述第一发送时间通过从所述第二发送时间进行所述HARQ推迟来确定，在所述第一发送时间结束之前接收所述第二下行链路信道。
3.根据权利要求2所述的方法，其中，所述第一下行链路信道是基于半持久调度SPS的物理下行链路共享信道PDSCH。
4.根据权利要求3所述的方法，其中，所述第二下行链路信道用于所述基于SPS的PDSCH中所包括的传输块的重传。
5.根据权利要求3所述的方法，其中，所述第二下行链路信道是基于动态调度的PDSCH。
6.根据权利要求2所述的方法，该方法包括以下步骤：
确定所述第二下行链路信道的第二HARQ-ACK的第三发送时间；
放弃所述第一发送时间中的所述第一HARQ-ACK的发送；以及
在所述第三发送时间发送所述第二HARQ-ACK。
7.一种在无线通信系统中用于接收下行链路信道的用户设备UE，该UE包括：
至少一个收发器；
至少一个处理器；以及
至少一个计算机存储器，所述至少一个计算机存储器在操作上连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使得所述至少一个处理器执行操作，所述操作包括：
确定与第一混合自动重传请求HARQ进程关联的第一下行链路信道的第一HARQ-确认ACKHARQ-ACK的第一发送时间；以及
接收与所述第一HARQ进程关联的第二下行链路信道，
其中，接收所述第一HARQ进程的所述第二下行链路信道的操作包括：
基于所述第一HARQ-ACK不经受HARQ推迟，在所述第一发送时间之后接收所述第二下行链路信道；以及
基于所述第一HARQ-ACK经受所述HARQ推迟并且所述第一发送时间通过从比所述第一发送时间早的第二发送时间进行所述HARQ推迟来确定，在所述第二发送时间之后接收所述第二下行链路信道。
8.一种无线通信系统中的处理装置，该处理装置包括：
至少一个处理器；以及
至少一个计算机存储器，所述至少一个计算机存储器在操作上连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使得所述至少一个处理器执行操作，所述操作包括：
确定与第一混合自动重传请求HARQ进程关联的第一下行链路信道的第一HARQ-确认ACK HARQ-ACK的第一发送时间；以及
接收与所述第一HARQ进程关联的第二下行链路信道，
其中，接收所述第一HARQ进程的所述第二下行链路信道的操作包括：
基于所述第一HARQ-ACK不经受HARQ推迟，在所述第一发送时间之后接收所述第二下行链路信道；以及
基于所述第一HARQ-ACK经受所述HARQ推迟并且所述第一发送时间通过从比所述第一发送时间早的第二发送时间进行所述HARQ推迟来确定，在所述第二发送时间之后接收所述第二下行链路信道。
9.一种计算机可读存储介质，该计算机可读存储介质存储至少一个程序代码，所述至少一个程序代码在被执行时使得至少一个处理器执行操作，所述操作包括：
确定与第一混合自动重传请求HARQ进程关联的第一下行链路信道的第一HARQ-确认ACK HARQ-ACK的第一发送时间；以及
接收与所述第一HARQ进程关联的第二下行链路信道，
其中，接收所述第一HARQ进程的所述第二下行链路信道的操作包括：
基于所述第一HARQ-ACK不经受HARQ推迟，在所述第一发送时间之后接收所述第二下行链路信道；以及
基于所述第一HARQ-ACK经受所述HARQ推迟并且所述第一发送时间通过从比所述第一发送时间早的第二发送时间进行所述HARQ推迟来确定，在所述第二发送时间之后接收所述第二下行链路信道。
10.一种存储在计算机可读存储介质中的计算机程序，该计算机程序包括：
确定与第一混合自动重传请求HARQ进程关联的第一下行链路信道的第一HARQ-确认ACK HARQ-ACK的第一发送时间；以及
接收与所述第一HARQ进程关联的第二下行链路信道，
其中，接收所述第一HARQ进程的所述第二下行链路信道的操作包括：
基于所述第一HARQ-ACK不经受HARQ推迟，在所述第一发送时间之后接收所述第二下行链路信道；以及
基于所述第一HARQ-ACK经受所述HARQ推迟并且所述第一发送时间通过从比所述第一发送时间早的第二发送时间进行所述HARQ推迟来确定，在所述第二发送时间之后接收所述第二下行链路信道。
11.一种在无线通信系统中由基站BS向用户设备UE发送下行链路信道的方法，该方法包括以下步骤：
确定与第一混合自动重传请求HARQ进程关联的第一下行链路信道的第一HARQ-确认ACK HARQ-ACK的第一接收时间；以及
发送与所述第一HARQ进程关联的第二下行链路信道，
其中，发送所述第一HARQ进程的所述第二下行链路信道的步骤包括以下步骤：
基于所述第一HARQ-ACK不经受HARQ推迟，在所述第一接收时间之后发送所述第二下行链路信道；以及
基于所述第一HARQ-ACK经受所述HARQ推迟并且所述第一接收时间通过从比所述第一接收时间早的第二接收时间进行所述HARQ推迟来确定，在所述第二接收时间之后发送所述第二下行链路信道。
12.一种在无线通信系统中用于向用户设备UE发送下行链路信道的基站BS，该BS包括：
至少一个收发器；
至少一个处理器；以及
至少一个计算机存储器，所述至少一个计算机存储器在操作上连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使得所述至少一个处理器执行操作，所述操作包括：
确定与第一混合自动重传请求HARQ进程关联的第一下行链路信道的第一HARQ-确认ACK HARQ-ACK的第一接收时间；以及
发送与所述第一HARQ进程关联的第二下行链路信道，
其中，发送所述第一HARQ进程的所述第二下行链路信道的操作包括：
基于所述第一HARQ-ACK不经受HARQ推迟，在所述第一接收时间之后发送所述第二下行链路信道；以及
基于所述第一HARQ-ACK经受所述HARQ推迟并且所述第一接收时间通过从比所述第一接收时间早的第二接收时间进行所述HARQ推迟来确定，在所述第二接收时间之后发送所述第二下行链路信道。
CN202280010145.2A 2021-01-15 2022-01-17 接收下行链路信道的方法、用户设备、处理装置、存储介质和计算机程序及发送下行链路信道的方法和基站 Pending CN116803032A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202163137762P 2021-01-15 2021-01-15
US63/137,762 2021-01-15
PCT/KR2022/000821 WO2022154617A2 (ko) 2021-01-15 2022-01-17 하향링크 채널을 수신하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 하향링크 채널을 전송하는 방법 및 기지국

Publications (1)

Publication Number Publication Date
CN116803032A true CN116803032A (zh) 2023-09-22

Family

ID=82406689

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280010145.2A Pending CN116803032A (zh) 2021-01-15 2022-01-17 接收下行链路信道的方法、用户设备、处理装置、存储介质和计算机程序及发送下行链路信道的方法和基站

Country Status (6)

Country Link
US (1) US11742996B2 (zh)
EP (1) EP4280502A4 (zh)
JP (1) JP7505128B2 (zh)
KR (1) KR102680457B1 (zh)
CN (1) CN116803032A (zh)
WO (1) WO2022154617A2 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112314026A (zh) * 2018-06-26 2021-02-02 Oppo广东移动通信有限公司 一种上行信号的传输方法及终端设备、网络设备
US20220337356A1 (en) * 2021-04-15 2022-10-20 Qualcomm Incorporated Out of order hybrid automatic repeat request (harq) transmission in presence of deferred semi-persistently scheduled (sps) physical uplink control channel (pucch) harq

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101445387B1 (ko) * 2007-05-02 2014-09-26 삼성전자주식회사 이동 통신 시스템에서 자원 할당 장치 및 방법
WO2013015590A2 (ko) * 2011-07-22 2013-01-31 엘지전자 주식회사 무선통신 시스템에서 상향링크 제어 정보를 전송하는 방법 및 장치
WO2015056947A1 (ko) 2013-10-14 2015-04-23 엘지전자 주식회사 무선 통신 시스템에서의 커버리지 개선 방법 및 이를 위한 장치
JP7240375B2 (ja) * 2018-02-14 2023-03-15 エルジー エレクトロニクス インコーポレイティド 下りリンクデータチャネルを送受信する方法及びそのための装置
CN117377095A (zh) * 2019-01-09 2024-01-09 韦勒斯标准与技术协会公司 在无线通信系统中发送上行链路控制信道的装置和方法
CN111726204B (zh) * 2019-03-22 2023-07-28 北京三星通信技术研究有限公司 半静态调度数据的harq-ack反馈的方法、ue、基站、设备及介质
WO2020237425A1 (en) 2019-05-24 2020-12-03 Qualcomm Incorporated Scheduling for improved throughput in enhanced machine-type communication
US10979200B2 (en) * 2019-05-24 2021-04-13 Qualcomm Incorporated Acknowledgment feedback for multiple active downlink semi-persistent scheduling configurations
JP2023510912A (ja) * 2020-01-16 2023-03-15 オフィノ， エルエルシー 無線通信システムにおける確認応答送信
US11764908B2 (en) * 2020-07-31 2023-09-19 Electronics And Telecommunications Research Institute Method and apparatus for transmitting a HARQ codebook based on reference time

Also Published As

Publication number Publication date
WO2022154617A3 (ko) 2022-09-15
EP4280502A4 (en) 2024-08-14
JP7505128B2 (ja) 2024-06-24
KR102680457B1 (ko) 2024-07-03
KR20230109769A (ko) 2023-07-20
WO2022154617A2 (ko) 2022-07-21
US20220231798A1 (en) 2022-07-21
EP4280502A2 (en) 2023-11-22
US11742996B2 (en) 2023-08-29
JP2024502647A (ja) 2024-01-22

Similar Documents

Publication Publication Date Title
US20220248410A1 (en) Method, user equipment, device, and storage medium for performing uplink transmission, and method and base station for performing uplink reception
CN113785527B (zh) 发送pusch的方法、用户设备、设备和存储介质以及接收pusch的方法和基站
CN113692769B (zh) 发送下行链路控制信息的方法和基站、接收下行链路控制信息的方法和用户设备以及存储介质
US20220191882A1 (en) Method, user equipment, device, and storage medium for performing uplink transmission, and method and base station for performing uplink reception
KR102550664B1 (ko) 하향링크 제어 정보를 전송하는 방법 및 기지국, 그리고 하향링크 제어 정보를 수신하는 사용자기기, 장치 및 저장 매체
CN115336213B (zh) Harq-ack发送方法、用户设备和存储介质及harq-ack接收方法和基站
US11770825B2 (en) Method, user equipment, processing device, storage medium, and computer program for transmitting uplink channel, and method and base station for receiving uplink channel
US11855783B2 (en) Method for transmitting HARQ-ACK information, and communication device
US12075423B2 (en) Method, user equipment, processing device, storage medium, and computer program for transmitting uplink channel, and method and base station for receiving uplink channel
US20230261807A1 (en) Method and user equipment for transmitting harq-ack information, and base station for receiving harq-ack information
US20230224095A1 (en) Method and user equipment for transmitting harq-ack information, and base station for receiving harq-ack information
US11882571B2 (en) Method, user equipment, processing device, storage medium, and computer program for receiving downlink channel, and method and base station for transmitting downlink channel
CN114467355A (zh) 监测上行链路取消指令的方法、用户设备、装置、计算机可读存储介质、发送上行链路取消指令的方法和基站
CN116076134A (zh) 接收下行链路信道的方法、用户设备、处理装置、存储介质和计算机程序及发送下行链路信道的方法和基站
US11742996B2 (en) Method, user equipment and processing device for receiving downlink channel, and method for transmitting downlink channel
EP4429144A2 (en) Harq-ack information transmitting method, user equipment, processing device, storage medium and computer program, and harq-ack information receiving method and base station
EP4412135A1 (en) Method, user equipment, processing device, and storage medium for transmitting harq-ack information, and method and base station for receiving harq-ack information
CN115462162B (zh) 接收下行链路信道的方法、用户设备、处理装置、存储介质和计算机程序及发送下行链路信道的方法和基站
US20240236986A1 (en) Method, user equipment, processing device, and storage medium for transmitting harq-ack information, and method and base station for receiving harq-ack information
EP4380086A1 (en) Method, user equipment, processing device and storage medium for transmitting harq-ack information, and method and base station for receiving harq-ack information
US20230224100A1 (en) Method and user equipment for transmitting harq-ack information, and base station for receiving harq-ack information
EP4383617A1 (en) Method, user equipment, processing device, storage medium, and computer program for transmitting harq-ack information, and method and base station for receiving harq-ack information
EP4383602A1 (en) Method, user equipment, processing device, and storage medium for transmission of channel state information reporting, and method and base station for reception of channel state information reporting
CN117296288A (zh) 发送harq-ack信息的方法、用户设备、处理装置和存储介质及接收harq-ack信息的方法和基站
CN117121594A (zh) 发送harq-ack信息的方法、用户设备、处理装置、存储介质和计算机程序及接收harq-ack信息的方法和基站

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