CN114041273B

CN114041273B - 在无线通信系统中进行重复传输的方法和用户设备

Info

Publication number: CN114041273B
Application number: CN202080047622.3A
Authority: CN
Inventors: 魏嘉宏; 靳亨立; 蔡馨玺; 周建铭
Original assignee: FG Innovation Co Ltd
Current assignee: FG Innovation Co Ltd
Priority date: 2019-07-01
Filing date: 2020-06-10
Publication date: 2024-05-14
Anticipated expiration: 2040-06-10
Also published as: EP3991347A4; TWI742717B; EP3991347B1; US12004187B2; US20220264545A1; EP3991347A1; US20210007087A1; CN114041273A; WO2021000707A1; TW202105940A; US11356995B2; MX2021015813A

Abstract

提供一种用户设备UE和由UE执行的方法。所述方法包括由UE接收无线电资源控制RRC配置，所述RRC配置包括对应多个下行链路控制信息DCI格式的多个重复列表，所述多个重复列表中的每一个分别与多个下行链路控制信息DCI格式中的一个相关联。每一个重复列表包括多个值，每一个值指示物理上行链路共享信道PUSCH传输的重复次数。所述方法更包括由UE接收DCI，所述DCI具有用于调度所述PUSCH传输的特定DCI格式，所述DCI包括指示符。所述方法更包括由UE基于所述特定DCI格式，确定所述多个重复列表中对应所述特定DCI格式的重复列表；从所确定的所述重复列表包括的所述多个值，选出所述指示符指示的值；基于所选出的所述值，决定所述PUSCH传输的重复次数；以及执行所述重复次数的所述PUSCH传输。

Description

在无线通信系统中进行重复传输的方法和用户设备

相关申请的交叉引用

本案要求于2019年7月1日提交的标题为“Configuration of EnhancedRepetition of PUSCH Transmission”的美国临时专利申请序列号62/869,545(‘545临时案)的权益和优先权。所有上述申请的内容出于所有目的以引用的方式全部并入本文。

技术领域

本公开内容一般是关于无线通信，尤其是关于用以在无线通信系统中执行重复传输(repetition of transmissions)的方法和用户设备。

背景技术

随着连接装置数量的巨大增长以及用户数量/网络流量的快速增加，针对下一代无线通信系统(例如第五代(fifth generation，5G)新无线电(New Radio，NR))已做出许多努力来改善无线通信的各个面向(透过改善数据传输率、延迟、可靠性以及移动性)。

5G NR系统旨在提供灵活性和可配置性，借此优化网络服务和类型。5G NR系统可适用多种使用案例，例如增强移动宽带(enhanced Mobile Broadband，eMBB)、大规模机器类型通信(massive Machine-Type Communication，mMTC)以及高可靠低延迟通信(Ultra-Reliable and Low-Latency Communication，URLLC)。

然而，随着对无线电接入的需求持续增加，有需要于本领域作出进一步的改善。

发明内容

本公开内容涉及用以在无线通信系统中执行重复传输的方法和用户设备。

根据本公开内容的一个方面，提出一种由用户设备(User Equipment，UE)执行的方法。所述方法包括由UE接收无线电资源控制(Radio Resource Control，RRC)配置，所述RRC配置包括对应多个下行链路控制信息(Downlink Control Information，DCI)格式的多个重复列表。所述多个重复列表中的每一个包括多个值，所述多个值中的每一个指示物理上行链路共享信道(Physical Uplink Shared Channel，PUSCH)传输的重复次数。所述方法更包括由UE接收DCI，所述DCI具有用于调度所述PUSCH传输的特定DCI格式。所述DCI包括指示符。所述方法更包括由UE基于所述特定DCI格式，确定所述多个重复列表中对应所述特定DCI格式的重复列表；从所确定的所述重复列表包括的所述多个值，选出所述指示符指示的值；基于所选出的所述值，决定所述PUSCH传输的重复次数；以及执行所述重复次数的所述PUSCH传输。

根据本公开内容的另一个方面，提出一种UE。所述UE包括一或多个具有计算机可执行指令的非暂时性计算机可读媒体以及耦接至所述一或多个非暂时性计算机可读媒体的至少一个处理器。所述至少一个处理器被配置执行所述计算机可执行指令以接收RRC配置，所述RRC配置包括对应多个下行链路控制信息DCI格式的多个重复列表。所述多个重复列表中的每一个包括多个值，所述多个值中的每一个指示PUSCH传输的重复次数。所述处理器更被配置执行所述计算机可读指令以接收DCI，所述DCI具有用于调度所述PUSCH传输的特定DCI格式。所述DCI包括指示符。所述处理器更被配置执行所述计算机可读指令以基于所述特定DCI格式，确定所述多个重复列表中对应所述特定DCI格式的重复列表；从所确定的所述重复列表包括的所述多个值，选出所述指示符指示的值；基于所选出的所述值，决定所述PUSCH传输的重复次数；以及执行所述重复次数的所述PUSCH传输。

附图说明

当结合附图阅读时，根据以下详细描述将最好地理解本公开内容的各个方面。各种特征未按比例绘制。为了清楚地讨论，可任意增大或缩小各个特征的尺寸。

图1示出根据本公开内容的实施方式，由下行链路控制信道(Physical DownlinkControl Channel，PDCCH)调度的PUSCH传输。

图2示出根据本公开内容的实施方式，由PDCCH调度的PUSCH传输。

图3示出根据本公开内容的实施方式，当采用非基于时隙的重复方案时，PUSCH传输的重复跨越下行链路(Downlink，DL)符号或时隙边界的场景。

图4示出根据本公开内容的实施方式，由UE执行的方法的流程图。

图5示出根据本公开内容的实施方式，由UE执行的方法的流程图。

图6示出根据本公开内容的实施方式，由UE执行的方法的流程图。

图7示出根据本公开内容的实施方式，基站(Base Station，BS)按个别BWP配置重复列表的示意图。

图8示出根据本公开内容的各方面的用于无线通信的节点的框图。

具体实施方式

以下叙述含有与本公开内容中的示例性实施方式相关的特定资讯。本公开内容中的附图和其随附的详细叙述仅为示例性实施方式。然而，本公开内容并不限于此些例示性实施方式。本领域技术人员将会想到本公开内容的其他变化与实施方式。除非另有说明，否则附图中的相同或对应的元件可由相同或对应的附图标号指示。此外，本公开内容中的附图与例示通常不是按比例绘制的，且非旨在与实际的相对尺寸相对应。

出于一致性和易于理解的目的，在示例性附图中借由标号以标示相同特征(虽在一些示例中并未如此标示)。然而，不同实施方式中的特征在其他方面可能不同，因此不应狭义地限于附图所示的特征。

对于“一种实施方式”、“一实施方式”、“示例性实施方式”、“多种实施方式”、“一些实施方式”、“本公开内容的实施方式”等用语，可指代以如此描述的本公开内容实施方式可包括特定的特征、结构或特性，但并非本公开内容的每个可能的实施方式皆须包括此特定的特征、结构或特性。此外，重复地使用“在一种实施方式中”、“在一示例实施方式中”、“一实施方式”等语句并不一定是指代相同的实施方式，尽管它们可能相同。此外，将诸如“实施方式”之类的语句与“本公开内容”连接使用，并不表示本公开内容的所有实施方式皆必须包括某特定特征、结构或特性，而是应该理解为“本公开内容的至少一些实施方式”包括此特定特征、结构或特性。术语“耦接”被定义为直接或通过中间元件间接连接且不必限于实体连接。在使用术语“包含”时表示“包括但不必要限于”；其明确指出开放式包含或所叙述的组合、组、系列和等同者的成员。

本文中的术语“及/或”仅是用于描述关联对象之间的关联关系，并且表示可存在三种关系。例如，A及/或B可表示：A单独存在、A与B同时存在、以及B单独存在。“A及/或B及/或C”可表示A、B和C中的至少一者存在。另外，本文使用的字符“/”通常表示前一个关联对象和后一个关联对象处于“或”的关系。

再者，出于解释和非限制的目的，诸如功能实体、技术、协定、标准等的具体细节被阐述以提供对所述技术的理解。在其他示例中，省略了对众所周知的方法、技术、系统、架构和同等物的详细叙述，以避免不必要的细节模糊了叙述。

本领域技术人员将立即认识到本公开内容中叙述的任何网络功能或演算法可由硬件、软件或软件和硬件的组合实施方式。所叙述的功能可对应于模块可为软件、硬件、固件或其任何组合。软件实施方式可包含存储在像是存储器或其他类型的存储装置的计算机可读媒体上的计算机可执行指令。例如，具有通信处理能力的一或多个微处理器或通用计算机可透过对应的可执行指令进行编程并执行所叙述的网络功能或演算法。微处理器或通用计算机可由专用集成电路(Applications Specific Integrated Circuitry，ASIC)、可编程逻辑阵列、及/或使用一或多个数字信号处理器(Digital Signal Processor，DSP)形成。尽管在本说明书中叙述的若干示例性实施方式倾向在计算机硬体上安装和执行的软体，但是，实施成韧体、硬体、或是硬体和软体的组合的替代示例性实施方式亦在本公开内容的范围内。

计算机可读媒体包括但不限于随机接入存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可抹除可编程只读存储器(Erasable ProgrammableRead-Only Memory，EPROM)、电性可抹除可编程只读存储器(Electrically ErasableProgrammable Read-Only Memory，EEPROM)、闪存、光盘只读存储器(Compact Disc Read-Only Memory，CD CD-ROM)、磁卡带、磁带、磁盘存储器、或是能够存储计算机可读指令的任何其他等效媒体。

无线电通信网络架构(例如，长期演进技术(Long-term Evolution，LTE)系统、进阶长期演进技术(LTE-Advance，LTE-A)系统、或是LTE-Advanced Pro系统)典型地包括至少一个基站、至少一个UE、以及提供连接到网络的一或多个选择性网络元件。UE可透过由BS建立的无线电接入网络(Radio Access Network，RAN)与网络(例如，核心网络(CoreNetwork，CN)、演进封包核心(Evolved Packet Core，EPC)网络、演进通用地面无线电接入网络(Evolved Universal Terrestrial Radio Access Network，E-UTRAN)、下一代核心(Next-Generation Core，NGC)、或网际网络(Internet))进行通信。

需要说明的是，在本公开内容中，UE可包括但不限于移动站、移动终端或装置、用户通信无线电终端。例如，UE可以是可携式无线电设备，其包括但不限于具有无线通信能力的移动电话、平板计算机、可穿戴装置、传感器、或是个人数位助理(Personal DigitalAssistant，PDA)。UE被配置透过空气接口接收和发送信令到RAN中的一或多个小区。

BS可包括但不限于通用移动通信系统(Universal Mobile TelecommunicationsSystem，UMTS)中的节点B(Node B，NB)、LTE-A中的演进节点B(evolved Node B，eNB)、UMTS中的无线电网络控制器(Radio Network Controller，RNC)、全球移动通信系统(GlobalSystem for Mobile Communications，GSM)/GSM EDGE无线电接入网络(GSM EDGE RadioAccess Network，GERAN)中的基站控制器(Base Station Controller，BSC)、与5GC相连的E-UTRA BS中的ng-eNB、5G接入网络(5G Access Network，5G-AN)中的下一代节点B(nextgeneration Node B，gNB)、以及任何能够控制无线电通信及管理小区内无线电资源的其他装置。BS可经由无线电接口连接一或多个UE，以服务UE连接至网络。

BS可被配置以根据以下无线电接入技术(Radio Access Technology，RAT)中的至少一者提供通信服务：全球互通微波接入技术(Worldwide Interoperability forMicrowave Access，WiMAX)、GSM(通常称为2G)、GERAN、通用封包无线电服务(GeneralPacket Radio Service，GPRS)、基于基础的宽频分码多重接入技术(Wideband-CodeDivision Multiple Access，W-CDMA)的UMTS(通常称为3G)、高速封包接入技术(High-Speed Packet Access，HSPA)、LTE、LTE-A、eLTE、NR(通常称为5G)、以及LTE-A Pro。然而，本公开内容的范围不应限于上述协定。

BS为可被操作以利用多个包含于RAN的小区向特定地理区域提供无线电覆盖范围。BS支援小区的操作。每个小区可被操作以在其无线电覆盖范围内向至少一个UE提供服务。更具体地说，每个小区(通常称为服务小区)提供服务以在其无线电覆盖范围内服务一或多个UE(例如，每个小区将下行链路资源和(选择性的)上行链路资源调度至其无线电覆盖范围内的至少一个UE以用于下行链路和(选择性的)上行链路封包传输)。BS可透过多个小区与无线电通信系统中的一或多个UE进行通信。小区可分配侧行链路(Sidelink，SL)资源以支援邻近服务(Proximity Service，ProSe)。每个小区可能会具有与其他小区重叠的覆盖范围区域。在MR-DC的情况下，MCG或SCG的主小区可以称为特殊小区(Special Cell，SpCell)。PCell可以指MCG的SpCell。主要辅小区(Primary Secondary Cell，PSCell)可以指SCG的SpCell。MCG是指与MN相关的一组服务小区，当中包括SpCell和选择性的一或多个辅小区(Secondary Cell，SCell)。SCG是指与SN关联的一组服务小区，当中包括SpCell和选择性的一或多个SCell。

如上所述，NR的帧结构支援弹性的配置以适应各种下一代(例如，5G)的通信要求，例如eMBB、mMTC、及URLLC，并同时满足高可靠度、高数据传输率、以及低延迟要求。如第三代合作伙伴计划(3^rd Generation Partnership Project，3GPP)中所议定的，正交频分复用(Orthogonal Frequency Division Multiplexing，OFDM)技术可作为NR波形的基线。NR也可利用可扩充的OFDM参数集(numerology)，像是适应性子载波间隔、信道带宽、以及循环前缀(Cyclic Prefix，CP)。另外，对于NR可考虑两种编码方案：(1)低密度奇偶校验(Low-Density Parity-Check，LDPC)以及(2)极化码。编码方案适应性可基于信道条件及/或服务应用来配置。

此外，亦考虑在单一个NR帧的传输时间间隔中，至少应包括下行链路(Downlink，DL)传输数据、保护时段(guard period)、以及上行链路(Uplink，UL)传输数据，其中DL传输数据、保护时段、UL传输数据的个别部分也应该为可配置的，例如，基于NR的网络动态。另外，还可在NR帧中提供侧向链路资源以支援ProSe服务。

在3GPP版本16(Release 16，Rel-16)的NR无线通信系统中，UE可以被配置为在时域中周期性地、不连续地、或是连续地监视PDCCH，以找出可能的动态UL授权(调度)，其中动态UL授权是由gNB经由PDCCH作调度。例如，可以在(UE特定的)DCI上接收UL授权，DCI带有被UE特定的无线电网络临时识别符(Radio Network Temporary Identifier，RNTI)(例如，小区-RNTI(Cell-RNTI，C-RNTI))加扰的循环冗余校验(Cyclic Redundancy Check，CRC)。UE可以经由盲解码在PDCCH上找出DCI。DCI可指示物理上行链路共享信道(Physical UplinkShared Channel，PUSCH)的UL授权。例如，DCI可指示PUSCH的时间和频率位置。一旦获得UL授权，UE可利用此UL授权在PUSCH上执行相应的UL数据传输(或“PUSCH传输”)。例如，PUSCH传输可包括由UE发送的传输块(Transport Block，TB)。注意，在本公开内容的一些实施方式中，术语“PUSCH传输/重复(repetition)”、术语“PUSCH传输的重复”、术语“TB传输/重复”、以及术语“TB传输的重复”是可以互换的。

在一些实施方式中，BS(例如，gNB)可经由DCI中的UL授权(grant)来动态调度PUSCH传输，或是经由类型1或类型2的配置授权(configured grant)来调度PUSCH传输。

图1示出根据本公开内容的实施方式，由PDCCH调度的PUSCH传输。应注意虽然在图1所示的示例性实施方式中，每个子帧(例如，子帧n和子帧n+1)分别包括两个时隙(例如，时隙0和时隙1)，但在本公开内容的其他实施方式中，每个子帧中的时隙数可是任意的。例如，可基于参数集(numerology)配置来决定每个子帧中的时隙数量。另外，每个时隙中所包含的符号数量可是固定的。

如图1所示，K2、S、L等三个参数可用于决定由PDCCH 102调度的PUSCH 104的时间位置和持续时间。例如，参数K2可用于决定包含携带指示PUSCH资源分派的DCI的PDCCH(例如，PDCCH 102)的时隙(例如，时隙0)与包含由该DCI分派的PUSCH资源(例如，PUSCH 104)的时隙(例如，时隙1)之间的时隙偏移量。参数S可是被调度的PUSCH(例如，PUSCH 104)的起始符号的索引，被调度的PUSCH位在由K2指示的时隙中(例如，时隙1)。参数L可指示被调度的PUSCH(例如，PUSCH104)的连续符号数量，该被调度的PUSCH位在指示的时隙中(例如，时隙1)。

在一些实施方式中，UE可基于BWP的参数集配置及/或包含在DCI中的索引(例如，时域资源分派)，推导出来自BS的每个动态授权的K2、S、L值。

图2示出根据本公开内容的另一实施方式，由PDCCH调度的PUSCH。如图2所示，每个子帧中有两个时隙(例如，时隙0和时隙1)，并且每个时隙包含14个符号(例如，符号0至符号13)。在图2所示的示例性实施方式中，参数K2、S、L分别被配置为“1”、“3”、“5”。因此，被BS调度在PUSCH的UL资源可从时隙1的符号3开始并且在时隙1的符号7处结束。

在NR无线通信系统中，PUSCH重复方案可用于增加数据传输的可靠性。PUSCH重复方案可包括UE重复执行PUSCH传输多次，其中UE执行PUSCH传输的次数可被称为重复次数。应注意的是，在本公开内容的一些实施方式中，“重复次数(the number ofrepetitions)”、“标称(nominal)重复次数(the number of nominal repetitions)”、“PUSCH重复次数(the number of PUSCH repetitions)”、“标称PUSCH重复次数(thenumber of nominal PUSCH repetitions)”、“PUSCH传输的重复次数(the number ofrepetitions of a PUSCH transmission)”、“PUSCH传输的标称重复次数(the number ofnominal repetitions of a PUSCH transmission)”、“PUSCH传输的次数(the number ofPUSCH transmissions)”等词语是可互换的。

在一些实施方式中，为了满足URLLC的要求，PUSCH重复方案可被实现为由UE在几个连续的时隙中重复执行PUSCH传输，其中各个时隙中的每个重复的PUSCH传输(或“PUSCH重复”)可具有相同的符号分配(例如，对应于相同的S和L值)。这种类型的PUSCH重复方案可被称为基于时隙(slot-based)的重复方案。

在一些实施方式中，提出一种改进的PUSCH重复方案。相较于基于时隙的重复方案，此种改进的PUSCH重复方案可缩短每两相邻的PUSCH重复之间的时间间隔，从而降低散布在多个连续时隙上的总传输延迟。例如，此种改进的PUSCH重复方案可允许UE在一个时隙中执行一或多个重复的PUSCH传输。此种改进的PUSCH重复方案可被称为非基于时隙(non-slot-based)的重复方案。

在一些实施方式中，当BS调度UE执行PUSCH传输时，BS可动态地向UE指示以基于时隙的重复方案或是以非基于时隙的重复方案来执行该PUSCH传输。

在一些实施方式中，非基于时隙的重复方案可包括下面列出的操作(例如，操作(a)至(f))。然而应注意，所列出的操作仅是出于说明之目的，而非旨在限制本公开内容的范围。例如，在本公开内容的一些实施方式中，下面列出的一个或多个操作可不包含在非基于时隙的重复方案中。

操作(a)至(f)可包括：

(a)BS(例如，gNB)可向UE指示包含PDCCH的时隙(其中PDCCH对PUSCH传输进行调度)与包含被调度的PUSCH传输的时隙之间的时隙偏移量(K2)；

(b)BS可向UE指示PUSCH传输的起始符号(S)；

(c)BS可向UE指示PUSCH传输的长度(L)；

(d)BS可向UE指示PUSCH传输的重复次数(例如，UE应将PUSCH传输重复多少次)；

(e)在PUSCH传输(或称“第一个PUSCH重复”)结束之后，UE可从第一个即将到来的UL符号开始执行重复的PUSCH传输(或称“第二个PUSCH重复”)；以及

(f)每个PUSCH重复可从前一个PUSCH重复结束之后的第一个即将到来的UL符号开始。

通常，每个PUSCH重复可占据L个连续的符号。然而，若该L个连续的符号横跨过DL符号或时隙边界，则从物理(Physical，PHY)层的角度来看，PUSCH重复可被分成两个或多个实际的PUSCH传输。

图3示出根据本公开内容的实施方式，当采用非基于时隙的重复方案时，PUSCH传输的重复(或称“PUSCH重复”)跨越DL符号或时隙边界的场景。如图3所示，每个时隙(例如，时隙0和时隙1)可包括14个符号(例如，符号0至符号13)。每个标示字母“U”的符号系表示UL符号，而每个标示字母“D”的符号系表示DL符号。在图3所示的实施方式中，S的值、L的值、由BS(例如，gNB)所配置的重复次数分别是3、4、3。

需注意的是，由BS(例如，gNB)配置给UE的重复次数可称为标称重复次数，从PHY层的角度来看，标称重复次数可能会与UE实际执行的PUSCH传输次数不同。如图3所示，由于S和L的值分别是3和4，故UE可以知道BS在PUSCH传输302上调度的UL资源会从时隙0中的符号3横跨至时隙0中的符号6。另外，由于在本实施方式中标称重复次数是3，故UE可能还需要在即将到来的UL符号中重复执行PUSCH传输302两次，其中图3中的PUSCH传输302为第一个(标称)PUSCH重复。如上所述，L的值为4，因此每个标称重复可包括4个UL符号。然而，由于时隙0中的符号9是DL符号，故第二个(标称)PUSCH重复将被划分为两个实际的PUSCH传输(或称“实际的PUSCH重复”)。如图3所示，实际的PUSCH重复304可从时隙0中的符号7横跨至时隙0中的符号8，而实际的PUSCH重复306可从时隙0中的符号10横跨至时隙0中的符号11。实际的PUSCH重复304和306总共可占据四个符号，因此它们整体相当于第二个(标称)PUSCH重复。类似地，由于第三个(标称)PUSCH重复跨越时隙0和时隙1之间的时隙边界，因此第三个(标称)PUSCH重复可分为两个实际的PUSCH重复308和310，其中实际的PUSCH重复308可从时隙0的符号12横跨至时隙0的符号13，而实际的PUSCH重复310可从时隙1的符号0横跨至时隙1的符号1。因此，在图3所示的实施方式中，实际的PUSCH重复次数(例如，5次)将大于标称PUSCH重复次数(例如，3次)。

另一方面，在基于时隙的重复方案中，BS(例如，gNB)可透过对UE配置参数(例如，pusch-AggregationFactor)来向UE指示PUSCH重复次数。然而，关于BS如何指示UE执行非基于时隙的重复方案，以及BS如何在非基于时隙的重复方案中向UE通知(标称)重复次数皆尚未被定义。为此，提供了几种情况来定义上述场景中的UE行为。

情况1

在一些实施方式中，BS(例如，gNB)可再次利用最初是用于基于时隙的重复方案的参数，以向UE指示针对非基于时隙的重复方案的标称重复次数。例如，此参数可是PUSCH聚合因子(例如，pusch-AggregationFactor)。

图4示出根据本公开内容的实施方式，由UE执行的方法的流程图。如图4所示，在动作402中，UE可从BS(例如，gNB)接收指示PUSCH重复次数的配置。例如，BS可利用pusch-AggregationFactor来向UE指示(标称)PUSCH重复次数。

在动作404中，UE可判断是否从BS接收到非基于时隙的重复指示符(例如，non-slot-rep)。

在动作406中，若UE从BS接收到non-slot-rep，则UE可执行非基于时隙的重复(例如，根据非基于时隙的重复方案重复地执行PUSCH传输)。

在动作408中，若UE未接收到non-slot-rep，则UE可执行基于时隙的重复(例如，根据基于时隙的重复方案重复地执行PUSCH传输)。

如上所述，UE可基于是否接收到/被配置non-slot-rep来决定是否执行非基于时隙的重复。若针对PUSCH传输UE被配置有non-slot-rep，则UE可采用非基于时隙的重复方案来执行PUSCH传输，其中针对PUSCH传输的重复次数可由pusch-AggregationFactor决定。

在一些实施方式中，可省略动作402。在这样的实施方式中，若BS没有为UE配置pusch-AggregationFactor，则UE可将(标称)重复次数设置为1。一旦重复次数被设置为1，则执行PUSCH传输的UE行为可以和当BS调度的PUSCH传输的UL资源没有越过任何DL符号或时隙边界时的UE行为相同。

子情况1.1

在一些实施方式中，BS(例如，gNB)可经由RRC层来配置非基于时隙的重复指示符(例如，non-slot-rep)。例如，BS可经由DL RRC信息来配置non-slot-rep。

在一些实施方式中，在RRC配置程序或RRC重新配置程序的期间，BS可经由特定的DL RRC信息按个别UE对UE配置non-slot-rep。例如，BS可将non-slot-rep纳入RRC重新配置信息中(例如，RRCReconfiguration信息)。表1.1-1显示了RRC重新配置信息的示例性文本提案(Text Proposal，TP)。

表1.1-1

在一些实施方式中，若UE接收到non-slot-rep的信息元素(InformationElement，IE)，则UE可采用非基于时隙的重复方案来执行由BS为UE调度的PUSCH传输。在一些其他实施方式中，BS可以总是对UE配置non-slot-rep，其中non-slot-rep可指示第一值(例如，真(True)值)或第二值(例如，伪(False)值)。若指示了第一值，UE可执行非基于时隙的重复。若指示了第二值，则UE可执行基于时隙的重复。表1.1-1a中显示了一个示例性的TP。

表1.1-1a

在一些实施方式中，在RRC配置程序或RRC重新配置程序的期间，BS可经由特定的DL RRC信息按个别小区组对UE配置non-slot-rep。例如，BS可将non-slot-rep纳入RRC重新配置信息中的小区组(cell group)配置(例如，CellGroupConfig IE)、媒体接入控制(Media Access Control，MAC)层小区组配置(例如，MAC-CellGroupConfig IE)、或是PHY层小区组配置(例如，PhysicalCellGroupConfig IE)。表1.1-2、1.1-3和1.1-4分别显示了CellGroupConfig IE，MAC-CellGroupConfig IE和PhysicalCellGroupConfig IE的示例性TP。

表1.1-2

表1.1-3

表1.1-4

/>

在一些实施方式中，若UE接收到non-slot-rep，则由BS在指示的服务小区组(CellGroup，CG)内为UE调度的PUSCH传输可采用非基于时隙的重复方案。在一些其他实施方式中，BS可总是向UE配置non-slot-rep，其中non-slot-rep可指示第一值(例如，真值)或第二值(例如，伪值)。若指示了第一值，则UE可执行非基于时隙的重复。若指示了第二值，则UE可执行基于时隙的重复。表1.1-4a显示示例性TP。

表1.1-4a

/>

在一些实施方式中，在RRC配置程序或RRC重新配置程序期间，BS(例如，gNB)可经由DL RRC信息按个别服务小区对UE配置non-slot-rep。例如，BS可透过将non-slot-rep纳入RRC重新配置信息(例如，RRCReconfiguration信息)中的公共服务小区配置(例如，ServingCellConfigCommon IE)、服务小区配置(例如，ServingCellConfig IE)、或PUSCH服务小区配置(例如，PUSCH-ServingCellConfig IE)来对UE发送non-slot-rep。表1.1-5和表1.1-6分别显示了ServingCellConfigCommon IE(信息元素)和ServingCellConfig IE的TP的示例。

表1.1-5

表1.1-6

在一些实施方式中，若UE接收到non-slot-rep，则由BS(例如，gNB)在所指示的服务小区上为UE调度的PUSCH传输可采用非基于时隙的重复方案。在一些其他实施方式中，BS可总是向UE配置non-slot-rep，其中non-slot-rep可指示第一值(例如，真值)或第二值(例如，伪值)。若指示了第一值，则UE可执行非基于时隙的重复。若指示了第二值，则UE可执行基于时隙的重复。表1.1-6a显示示例性TP。

表1.1-6a

在一些实施方式中，在RRC配置程序或RRC重新配置程序期间，BS(例如，gNB)可经由特定的DL RRC信息(例如，RRCReconfiguration信息)按个别BWP来为UE配置non-slot-rep。例如，BS可透过将non-slot-rep纳入RRCReconfiguration信息中的BWP(例如，用于配置BWP的IE)、BWP-Uplink IE、BWP-UplinkDedicated IE、BWP-Downlink IE、BWP-DownlinkDedicated IE、PUSCH-ConfigCommon IE、或PUSCH-Config IE来对UE发送non-slot-rep。表1.1-7显示PUSCH-Config IE(信息元素)的示例性TP。

表1.1-7

在一些实施方式中，若UE接收到non-slot-rep，则由BS(例如，gNB)在指示的(UL)BWP上为UE调度的PUSCH传输可采用非基于时隙的重复方案。在一些其他实施方式中，BS可总是向UE配置non-slot-rep，其中non-slot-rep可指示第一值(例如，真值)或第二值(例如，伪值)。若指示了第一值，则UE可执行非基于时隙的重复。若指示了第二值，则UE可执行基于时隙的重复。表1.1-7a显示示例性TP。

表1.1-7a

/>

子情况1.2

在一些实施方式中，BS(例如，gNB)可经由PHY层来配置non-slot-rep。non-slot-rep可指示UE是否需要采用非基于时隙的重复方案来执行PUSCH传输。

在一些实施方式中，即使UE未被配置有pusch-AggregationFactor(这可能意味著标称重复次数是“1”)，UE仍然可采用非基于时隙的重复方案来执行相应的PUSCH传输。

在一些实施方式中，non-slot-rep可表示或指示特定的DCI格式。UE可基于对应PUSCH传输的DCI的DCI格式，决定是否采用非基于时隙的重复方案来执行PUSCH传输。例如，若UE接收到的DCI具有特定的DCI格式，则UE可采用非基于时隙的重复方案来执行对应DCI的PUSCH传输。

在一些实施方式中，non-slot-rep可表示或指示DCI的特定栏位。UE可基于此特定栏位，决定是否采用非基于时隙的重复方案来执行与DCI相对应的PUSCH传输。例如，若由UE接收到的DCI包含特定栏位，其中此特定栏位显式地或隐式地指示UE采用非基于时隙的重复方案，则UE将根据DCI采用非基于时隙的重复方案来执行PUSCH传输。

在一些实施方式中，DCI的特定栏位可以是DCI中的新引入栏位或个别栏位。例如，特定栏位可以是1位元栏位，1位元栏位可被设置成“1”(或“0”)以指示采用非基于时隙的重复方案。

在一些实施方式中，3GPP技术规范(Technical Specification，TS)38.212中定义的DCI格式中包括的至少一个栏位可用于向UE隐式地指示采用非基于时隙的重复方案。例如，DCI中的“UL/SUL指示符(UL/SUL indicator)”栏位可被BS设置为“1”(或“0”)以指示UE采用非基于时隙的重复方案。

在一些实施方式中，non-slot-rep可表示或指示UE的特定RNTI。UE的该特定RNTI的值可透过BS经由DL RRC信息来配置。

在一些实施方式中，可使用UE的一种新RNTI(例如，非基于时隙的重复-RNTI(Non-Slot-based Repetition-RNTI，NSR-RNTI))。举例来说，若接收到的DCI具有DCI格式0_0或0_1(或其他DCI格式)，且此DCI具有由NSR-RNTI加扰的CRC，则UE可采用非基于时隙的重复方案来执行对应于此DCI的PUSCH传输。

在一些实施方式中，可使用既有的RNTI(例如，调变编码方案小区RNTI(Modulation Coding Scheme Cell RNTI，MCS-C-RNTI)，此RNTI提供于3GPP TS 38.331。举例来说，若接收到的DCI具有DCI格式0_0或0_1(或其他DCI格式)，且此DCI具有由MCS-C-RNTI加扰的CRC，则UE可采用非基于时隙的重复方案来执行对应于此DCI的PUSCH传输。

情况2

在一些实施方式中，可使用新的/独立的/个别的参数(例如，pusch-AggregationFactor-urllc)来指示非基于时隙的重复方案的(标称)重复次数。例如，BS(例如，gNB)可采用pusch-AggregationFactor-urllc或pusch-AggregationFactor来指示PUSCH传输的重复次数。在一些实施方式中，pusch-AggregationFactor提供于3GPP TS38.331。

图5示出根据本公开内容的实施方式，由UE执行的方法的流程图。如图5所示，在动作502中，UE可从BS(例如，gNB)接收指示PUSCH重复次数的配置。

在动作504中，UE可判断在动作502中接收到的配置是否是使用pusch-AggregationFactor-urllc来指示PUSCH重复次数。

若动作504的结果为是，由于UE被配置有pusch-AggregationFactor-urllc，故UE可采用非基于时隙的重复方案来执行PUSCH传输，如动作506所示。

相反地，若动作504的结果为否，则UE可采用基于时隙的重复方案来执行PUSCH传输，如动作508所示。

子情况2.1

在一些实施方式中，BS(例如，gNB)可经由RRC层来配置pusch-AggregationFactor-urllc。例如，pusch-AggregationFactor-urllc可由BS透过DL RRC信息来配置。在一些实施方式中，BS可将pusch-AggregationFactor和pusch-AggregationFactor-urllc配置/指示给UE。例如，第一BWP可被BS配置而具有包括pusch-AggregationFactor-urllc的第一PUSCH配置(例如，PUSCH-config)，并且第二BWP可被BS配置而具有包括pusch-AggregationFactor的第二PUSCH配置(例如，PUSCH-config)。以此而言，UE可知道第一BWP上的PUSCH传输应该采用非基于时隙的重复方案，而第二BWP上的PUSCH传输应该采用基于时隙的重复方案。

在一些实施方式中，被配置有pusch-AggregationFactor-urllc的UE可将非基于时隙的重复方案套用至所有PUSCH传输。在RRC配置或RRC重新配置程序的期间，BS(例如，gNB)可经由特定的DL RRC信息按个别UE向UE配置pusch-AggregationFactor-urllc。例如，BS可在RRCReconfiguration信息中纳入pusch-AggregationFactor-urllc。RRCReconfiguration信息的TP示例可透过将表1.1-1中的non-slot-rep替换成pusch-AggregationFactor-urllc来获得。

在一些实施方式中，若UE接收pusch-AggregationFactor-urllc，则BS(例如，gNB)为UE调度的UL BWP(可能未被配置有pusch-AggregationFactor)上的PUSCH传输可由UE根据非基于时隙的重复方案来执行。表2.1a中显示了一个示例TP。

表2.1a

在一些实施方式中，除了指示对应于PUSCH传输的重复次数之外，pusch-AggregationFactor-urllc还可指示在服务CG内由BS(例如，gNB)为UE调度的PUSCH传输应使用非基于时隙的重复方案来执行。在RRC配置或RRC重新配置程序的期间，BS(例如，gNB)可经由特定的DL RRC信息按个别小区组对UE配置pusch-AggregationFactor-urllc。例如，BS可透过将pusch-AggregationFactor-urllc纳入RRCReconfiguration信息中的CellGroupConfig IE、MAC-CellGroupConfig IE或PhysicalCellGroupConfig IE，以对UE发送pusch-AggregationFactor-urllc。RRCReconfiguration信息的TP示例可透过将表1.1-1中的non-slot-rep替换成pusch-AggregationFactor-urllc来获得。CellGroupConfig IE、MAC-CellGroupConfig IE和PhysicalCellGroupConfig IE的示例TP可分别透过将表1.1-2、1.1-3和1.1-4中的non-slot-rep取代成pusch-AggregationFactor-urllc来获得。

在一些实施方式中，若UE接收了pusch-AggregationFactor-urllc，则在指示的服务CG内由BS(例如，gNB)为UE调度的UL BWP(未被配置有pusch-AggregationFactor)上的PUSCH传输可由UE根据非基于时隙的重复方案来执行。表2.1b显示了一个示例TP。

表2.1b

在一些实施方式中，除了指示对应于PUSCH传输的重复次数之外，pusch-AggregationFactor-urllc还可指示服务小区中由BS(例如，gNB)为UE调度的PUSCH传输应使用非基于时隙的重复方案来执行。在RRC配置或RRC重新配置程序的期间，BS(例如，gNB)可经由特定的DL RRC信息按个别服务小区对UE配置pusch-AggregationFactor-urllc。例如，BS可透过将pusch-AggregationFactor-urllc纳入RRCReconfiguration信息中的ServingCellConfigCommon IE、ServingCellConfig IE或PUSCH-ServingCellConfig IE来对UE发送pusch-AggregationFactor-urllc。ServingCellConfigCommon IE和ServingCellConfig IE的示例TP可分别透过将表1.1-5和1.1-6中的non-slot-rep取代成pusch-AggregationFactor-urllc来获得。

在一些实施方式中，若UE接收了pusch-AggregationFactor-urllc，则在指示的服务小区上由BS(例如，gNB)为UE调度的UL BWP(未被配置有pusch-AggregationFactor)上的PUSCH传输可由UE根据非基于时隙的重复方案来执行。表2.1c显示了示例TP。

表2.1c

在一些实施方式中，除了指示对应于PUSCH传输的重复次数之外，pusch-AggregationFactor-urllc还可指示在(UL)BWP上由BS(例如，gNB)为UE调度的PUSCH传输应采用非基于时隙的重复方案。在RRC配置或RRC重新配置程序的期间，BS(例如，gNB)可经由特定的DL RRC信息(例如，RRCReconfiguration信息)按个别BWP对UE配置pusch-AggregationFactor-urllc。例如，BS可透过将pusch-AggregationFactor-urllc纳入BWP(例如，用于配置BWP的IE)、BWP-Uplink IE、BWP-UplinkDedicated IE、BWP-Downlink IE、BWP-DownlinkDedicated IE、PUSCH-ConfigCommon IE或PUSCH-Config IE来向UE发送pusch-AggregationFactor-urllc。PUSCH-Config IE的示例TP可透过将表1.1-7中的non-slot-rep取代成pusch-AggregationFactor-urllc来获得。

在一些实施方式中，若UE接收到pusch-AggregationFactor-urllc，则在指示的(UL)BWP上由BS(例如，gNB)为UE调度的PUSCH传输可由UE根据非基于时隙的重复方案来执行。表2.1d显示了示例TP。

表2.1d

在一些实施方式中，BS(例如，gNB)可对UE(预先)配置重复列表(例如，pusch-AggregationFactor-urllcList)，重复列表包括一或多个特定值(R)。每个特定值可表示特定的(标称)重复次数。在一些实施方式中，重复列表可是时域资源分配(Time DomainResource Allocation，TDRA)表。表2.1e中显示了重复列表的示例。

表2.1e

如表2.1e所示，重复列表可包括数个条目(或行)。重复列表中的每个条目可由行索引来作索引，并且包括用于配置PUSCH传输的一组参数，例如参数K2、S、L和R，其中重复列表中的参数R的每个值可表示特定的重复次数，而参数K2、S、L的定义则可参考图1和图2的描述。

在一些实施方式中，BS可经由特定的信令(例如，DCI)向UE指示要使用重复列表中的哪个条目。UE可基于重复列表中被指示条目中的值来决定PUSCH传输的资源位置及/或重复次数。例如，根据表2.1e，若BS向UE发送包括行索引为“2”的DCI，则UE可知道当执行由DCI调度的PUSCH传输时，应采用重复列表中的第三个条目/行。如表2.1e所示，重复列表的第三个条目/行中的K2、S、L和R的值分别为“2”、“2”、“4”和“4”。在此情况下，与对应于DCI的PUSCH传输的重复次数是4。

应注意的是，表2.1e的实施方式仅是出于说明目的，而非旨在限制本公开内容的范围。例如，重复列表可包括参数R及/或其他参数/索引的任何组合。在另一示例中，重复列表可仅包括参数R的值。

在一些实施方式中，BS可借由pusch-AggregationFactor-urllc向UE指示将重复列表中的哪个值(例如，重复次数)套用至PUSCH传输。例如，参照表2.1e，可将pusch-AggregationFactor-urllc当作行索引以指示参数R的其中一个值。例如，若pusch-AggregationFactor-urllc的值为“0”，则重复列表中的第一个条目会被采用，且重复次数为2；若pusch-AggregationFactor-urllc的值为“1”，则重复列表中的第二个条目会被采用，且重复次数为3，依此类推。

在一些实施方式中，BS可按个别UE、按个别服务CG、按个别服务小区、按个别ULBWP、或是按个别的配置授权配置(configured grant configuration)来配置pusch-AggregationFactor-urllc。

子情况2.2

在一些实施方式中，BS(例如，gNB)可经由PHY层来配置pusch-AggregationFactor-urllc。pusch-AggregationFactor-urllc可用来向UE指示是否对PUSCH传输套用非基于时隙的重复方案。

在一些实施方式中，pusch-AggregationFactor-urllc可表示特定DCI格式中的特定栏位。例如，若UE接收到的DCI具有特定的DCI格式，特定的DCI格式包含pusch-AggregationFactor-urllc栏位，则UE可知道应基于非基于时隙的重复方案来执行对应于DCI的PUSCH传输。另外，可透过pusch-AggregationFactor-urllc栏位的值来指示对应于PUSCH传输的重复次数。

在一些实施方式中，可透过以下作法(a)至(c)中的至少一种来实现pusch-AggregationFactor-urllc栏位：

(a)利用固定数量的位元串作为pusch-AggregationFactor-urllc栏位；

(b)利用pusch-AggregationFactor-urllc的值(位元串)来表示对应于PUSCH传输的重复次数；以及

(c)利用pusch-AggregationFactor-urllc向UE指示重复列表中的哪个值(例如，特定的重复次数)应被套用至PUSCH传输。BS(例如，gNB)可经由例如RRC信令来(预先)配置对应于PUSCH传输的重复列表。

情况3

在一些实施方式中，BS(例如，gNB)可对UE配置pusch-AggregationFactor和pusch-AggregationFactor-urllc。当基于时隙的重复方案被采用时，pusch-AggregationFactor可指示PUSCH传输的重复次数，而当非基于时隙的重复方案被采用时，pusch-AggregationFactor-urllc可指示PUSCH传输的重复次数。

在一些实施方式中，BS(例如，gNB)可按个别的动态调度或是按个别的配置授权配置，进一步向UE指示应对各个PUSCH传输采用基于时隙的重复方案还是非基于时隙的重复方案。在一些实施方式中，取决于BS如何配置pusch-AggregationFactor-urllc，BS可以按个别UE、按个别服务CG、按个别服务小区、按个别UL BWP、以及按个别配置授权配置中的至少一种方式来配置pusch-AggregationFactor-urllc。例如，若BS是按个别UL BWP来配置pusch-AggregationFactor-urllc，并且BS在某一UL BWP上为UE调度PUSCH传输，并且指示UE对PUSCH传输应采用非基于时隙的重复方案，则UE将采用pusch-AggregationFactor-urllc(对应于该UL BWP)来决定PUSCH传输的重复次数。

情况4

在一些实施方式中，在PUSCH传输对应于配置授权配置的情况下，BS(例如，gNB)可再次利用(reuse)第一参数repK(其提供于3GPP TS38.331)来对UE指示(标称)重复次数。BS可进一步利用第二参数non-slot-rep来指示UE采用非基于时隙的重复方案。例如，若UE被配置有针对配置授权配置的non-slot-rep，则UE将采用非基于时隙的重复方案来执行对应于配置授权配置的PUSCH传输，其中对于PUSCH传输的(标称)重复次数可透过第一指示符repK来决定。在一些实施方式中，第二指示符(non-slot-rep)可透过(但不限于)以下描述的多个子情况中的至少一个来实现。

子情况4.1

在一些实施方式中，BS(例如，gNB)可经由RRC层来配置non-slot-rep。例如，non-slot-rep可由BS经由特定的DL RRC信息来配置。

在一些实施方式中，在RRC配置或RRC重新配置程序的期间，BS(例如，gNB)可经由特定的DL RRC信息按个别UE对UE配置non-slot-rep。例如，BS(例如，gNB)可透过在RRCReconfiguration信息中纳入non-slot-rep IE来向UE发送non-slot-rep。当UE接收到non-slot-rep IE时，UE可采用非基于时隙的重复方案来执行PUSCH传输，PUSCH传输对应于BS为UE配置的配置授权配置。

在一些实施方式中，在RRC配置或RRC重新配置程序的期间，BS(例如，gNB)可经由特定的DL RRC信息，按个别CG对UE配置non-slot-rep。例如，BS(例如，gNB)可透过将non-slot-rep纳入RRCReconfiguration信息中的CellGroupConfig IE、MAC-CellGroupConfigIE、或PhysicalCellGroupConfig IE中，以向UE发送non-slot-rep。当UE接收到non-slot-rep时，UE可采用非基于时隙的重复方案来执行PUSCH传输，PUSCH传输对应于BS在指示的服务CG中为UE配置的配置授权配置。

在一些实施方式中，在RRC配置或RRC重新配置程序的期间，BS(例如，gNB)可经由特定的DL RRC信息在按个别服务小区对UE配置non-slot-rep。例如，BS(例如，gNB)可透过将non-slot-rep纳入RRCReconfiguration信息中的ServingCellConfigCommon IE(如表1.1-5所示)、ServingCellConfig IE(如表1.1-6所示)、或是PUSCH-ServingCellConfigIE，来向UE发送non-slot-rep。当UE接收到non-slot-rep时，UE可采用非基于时隙的重复方案来执行PUSCH传输，PUSCH传输对应于BS在指示的服务小区上为UE配置的配置授权配置。

在一些实施方式中，在RRC配置或RRC重新配置程序的期间，BS(例如，gNB)可经由特定的DL RRC信息(例如，RRCReconfiguration信息)，按个别BWP对UE配置non-slot-rep。例如，BS(例如，gNB)可透过将non-slot-rep纳入RRCReconfiguration信息中的BWP IE(例如，用于配置BWP的IE)、BWP-Uplink IE、BWP-UplinkDedicated IE、BWP-Downlink IE、BWP-DownlinkDedicated IE、PUSCH-ConfigCommon IE、或是PUSCH-Config IE(如表1.1-7所示)，来向UE发送non-slot-rep。当UE接收到non-slot-rep时，UE可采用非基于时隙的重复方案来执行PUSCH传输，PUSCH传输对应于BS在指示的UL BWP上为UE配置的配置授权配置。

在一些实施方式中，BS(例如，gNB)可总是对UE配置non-slot-rep。在一些实施方式中，non-slot-rep可指示第一值(例如，真值)或第二值(例如，伪值)。若指示了第一值，则UE可执行非基于时隙的重复。若指示了第二值，则UE可执行基于时隙的重复。

子情况4.2

在一些实施方式中，BS(例如，gNB)可经由PHY层来配置non-slot-rep。例如，BS可透过向UE指示特定的DCI格式、特定的RNTI、或是特定DCI格式的特定栏位值，来对UE配置non-slot-rep。在一些实施方式中，non-slot-rep可指示UE是否依据非基于时隙的重复方案来执行PUSCH传输，PUSCH传输对应于配置授权配置。

情况5

在一些实施方式中，可隐含地指示UE是否采用非基于时隙的重复方案。

子情况5.1

在一些实施方式中，当S、L、S+L中的至少一者的值大于阈值，其中此阈值是BS经由DL RRC信息及/或MAC信令预先配置的，UE可被隐含地指示采用非基于时隙的重复方案或基于时隙的重复方案。

子情况5.2

在一些实施方式中，UE可隐含地采用非基于时隙的重复方案以执行PUSCH传输的对应混合式自动重送请求(Hybrid Automatic Repeat Request，HARQ)重传。

子情况5.3

在一些实施方式中，当PUSCH在被配置有特定时隙格式的BWP上时，其中特定时隙格式是BS经由RRC信令预先配置的(例如，时隙格式指示符(例如SlotFormatIndicator))，UE可隐含地采用非基于时隙的重复。在一些实施方式中，PUSCH期间(PUSCH duration)可包括一或多个弹性符号(例如定义于3GPP TS 38.213)。取决于BS的调度，每个弹性符号可被用作DL符号或UL符号。

子情况5.4

在一些实施方式中，若PUSCH期间/传输并未跨越任何弹性符号，则在PUSCH传输位于被配置有特定时隙格式的BWP的情况下，其中特定时隙格式是BS(例如，gNB)经由RRC信令(像是SlotFormatIndicator)预先配置的，UE可隐含地对PUSCH期间/传输采用非基于时隙的重复方案。在此些实施方式中，PUSCH期间/传输可不包括任何弹性符号。

子情况5.5

在一些实施方式中，当UE接收指示用于PUSCH传输的UL授权的DCI时，若DCI与PUSCH发送/期间之间的时间期间小于阈值，或是配置于PUSCH-TimeDomainResourceAllocation IE中的K2值小于阈值，其中PUSCH-TimeDomainResourceAllocation IE可以是提供于3GPP TS38.331，则UE可采用非基于时隙的重复方案来执行PUSCH传输。在此子情况中，可透过pusch-AggregationFactor来配置标称重复次数。

子情况5.6

在一些实施方式中，当UE接收到指示用于PUSCH传输的UL授权的DCI时，若BS针对PUSCH传输所配置的调变编码方案(Modulation Coding Scheme，MCS)表(例如，mcs-Table)是特定的MCS表(例如，mcs-Table被设置为qam64LowSE)，则UE可采用非基于时隙的重复方案来执行PUSCH传输。在此子情况中，可透过pusch-AggregationFactor来配置标称重复次数。

子情况5.7

在一些实施方式中，在BS(例如，gNB)在UL BWP上配置并启动了配置授权配置的情况下，若配置授权配置的周期小于阈值，则UE可对与配置授权配置相对应的PUSCH传输采取非基于时隙的重复方案。

子情况5.8

在一些实施方式中，在BS(例如，gNB)在UL BWP上配置并启动了配置授权配置的情况下，若配置授权配置属于BS配置的特定配置授权配置群组，则UE可对与配置授权配置相对应的PUSCH传输采取非基于时隙的重复方案。例如，BS可经由RRC信令向UE发送特定的配置授权配置，并指示UE采用非基于时隙的重复方案。在一些其他实施方式中，特定的配置授权配置可以是一种具有特定的配置授权配置识别符(Identity，ID)及/或特定的配置授权配置群组ID的配置授权配置。在这样的实施方式中，BS可透过RRC信令对UE配置每个配置授权配置的配置授权ID/配置授权配置群组ID。

情况6

在一些实施方式中，当与配置授权配置相对应的PUSCH传输采用非基于时隙的重复方案时，可以用某一新的/独立的/个别的参数，repK-urllc，来指示标称重复次数。例如，BS(例如，gNB)可使用repK-urllc或repK(如3GPP TS 38.331中所定义)来指示PUSCH传输的重复次数。若将repK-urllc针对配置授权配置做配置，则配置授权上的PUSCH传输可采用非基于时隙的重复方案。

在一些实施方式中，当满足一或多个特定条件时，可套用上述的各个(子)情况。例如，此些特定条件可包括：

(a)UE被配置有特定的接入层(Access Stratum，AS)层功能(例如，封包数据汇聚协定(Packet Data Convergence Protocol，PDCP)复制(duplication)功能)；

(b)为UE被配置有特定的AS层功能(例如，PDCP复制功能)，并且此AS层功能被启动；以及

(c)UE被配置有与两个或多个gNB/eNB的RRC连接。

图6示出根据本公开内容实施方式的由UE执行的方法的流程图。应当注意，尽管在图6中将动作602、604和606描绘成以独立区块表示的个别动作，但是这些个别描绘的动作不应被解释为必定是按此顺序执行。图6中动作执行的顺序并非旨在被理解成一种限制，而是可基于任意顺序组合任意数量的所描述的区块以实现此方法或是替代的方法。此外，在本公开内容的一些实施方式中，可省略动作602、604和606中的一或多者。

如图6所示，在动作602中，UE可接收RRC配置，此RRC配置包括多个重复列表，这些重复列表与多个DCI格式相关联。在一些实施方式中，多个重复列表与多个DCI格式之间具有一对一的对应关系。例如，若RRC配置包括两个重复列表(例如，重复列表#1和重复列表#2)，则每个重复列表可与对应的DCI格式相关联。例如，重复列表#1可与DCI格式0_1相关联，而重复列表#2可与DCI格式0_2相关联。在一些其他实施方式中，每个重复列表可分别和一个DCI格式相关联，但是多个重复列表和DCI格式之间可能不具有一对一的对应关系。例如，两个或多个重复列表可关联于相同的DCI格式，及/或两个或多个DCI格式可关联于相同的重复列表。

在一些实施方式中，RRC配置中的每个重复列表可包括一个或多个值。每个值可用来指示PUSCH传输的特定重复次数(例如，表2.1e中的参数R的值)。

在动作604中，UE可接收DCI，此DCI具有用于调度PUSCH传输的特定DCI格式。此DCI包括指示符，所述指示符指示包含于与特定DCI格式相关联的重复列表中(在RRC配置中)的一个值。例如，若重复列表#1与DCI格式0_1相关联，且重复列表#2与DCI格式0_2相关联，则当接收到的DCI的DCI格式是DCI格式0_1(与重复列表#1相关联)时，DCI中包含的指示符可用于指示包含在重复列表#1中的值，而当接收到的DCI的DCI格式是DCI格式0_2(与重复列表#2相关联)时，DCI中包含的指示符可用于指示包含在重复列表#2中的值。

在一些实施方式中，DCI中的指示符可直接表示PUSCH传输的重复次数(例如，表2.1e中的参数R的值)。在一些其他实施方式中，DCI中的指示符可以是索引(例如，表2.1e中的行索引)，这个索引指示重复列表中的一个条目，这个条目包括PUSCH传输的特定重复次数。

在动作606中，UE可执行PUSCH传输数次(例如，UE可在一组连续的UL符号中重复PUSCH传输)，其中执行PUSCH传输的次数可由被指示的值决定，被指示的值包含在与特定DCI格式关联的重复列表中。例如，若包含在重复列表中的指示的值是“4”，则UE可判定对于DCI所调度的PUSCH传输的重复次数是4。在此情况下，UE可执行调度的PUSCH/TB的初始传输，并接着重复调度的PUSCH/TB的初始传输三次。因此，UE执行PUSCH/TB传输的总次数为4(即，一次初始的PUSCH/TB传输(或称“第一个PUSCH/TB重复”)+三次重复的PUSCH/TB传输(或称“第二、三、四个PUSCH/TB重复”)。

在一些实施方式中，UE可根据特定的DCI格式和RRC配置判断是否采用非基于时隙的重复方案来执行PUSCH传输。

在一些实施方式中，包含重复列表的RRC配置可以是一种专用于特定BWP的BWP特定(BWP-specific)配置。即，BS可按个别BWP来配置RRC配置(或重复列表)。

图7示出根据本公开内容的实施方式，BS按个别BWP配置重复列表的示意图。

如图7所示，BS可为BWP#1配置重复列表#1 702和重复列表#2 704，并为BWP#2配置重复列表#3 706和重复列表#4 708。由于重复列表是由基站按个别BWP配置的，所以对于BWP#1的重复列表与DCI格式之间的一对一对应关系可独立于BWP#2的重复列表与DCI格式之间的一对一对应关系。如图7所示，对于BWP#1，重复列表#1 702与DCI格式0_1相关联，而重复列表#2 704与DCI格式0_2相关联；对于BWP#2，重复列表#3 706与DCI格式0_1相关联，而重复列表#4 708与DCI格式0_2相关联。

以下提供了某些术语的非限制性描述。

小区：在一些实施方式中，小区(例如，PCell或SCell)可以是一种无线电网络对象，其可由UE透过对应的识别资讯唯一地识别，识别资讯可由UTRAN接入点在一地理区域中进行广播。小区可操作于分频双工(Frequency Division Duplex，FDD)模式或分时双工(Time Division Duplex，TDD)模式。

服务小区：在一些实施方式中，对于在RRC_CONNECTED状态下操作并且未被配置有载波聚合(Carrier Aggregation，CA)/双连接性(Dual Connectivity，DC)的UE而言，UE可仅被配置有一个服务小区(例如，PCell)。而对于在RRC_CONNECTED状态下操作并被配置有CA/DC的UE而言，UE可被配置有包括SpCell和一或多个SCell的多个服务小区。

载波聚合(Carrier Aggregation，CA)：在一些实施方式中，在CA的情况下，可聚合两或多个成分载波(Component Carrier，CC)。UE可根据其能力在一或多个CC上同时接收或发送信号。CA可支援连续的CC以及非连续的CC。当采用CA时，帧时序和系统帧编号(SystemFrame Number，SFN)可在聚合的各个小区之间对齐。在一些实施方式中，针对UE的已配置CC的最大数目，对于DL可以是16，而对于UL可是16。当配置了CA时，UE对网络可以只有一个RRC连接。在RRC连接建立/重建/换手期间，某一服务小区可提供非接入层(Non-AccessStratum，NAS)的移动资讯，并且在RRC连接重建/换手时，某一服务小区可提供安全性输入，其中此小区可被称为PCell。取决于UE的能力，可对UE配置SCell以和PCell共同形成UE的服务小区集合。因此，配置给UE的服务小区集合可以总是由一个PCell和一或多个SCell组成。

配置授权(Configured Grant)：在一些实施方式中，对于配置授权类型1，RRC实体可直接提供配置的上行链路授权(包括周期)。对于配置授权类型2，RRC实体可定义CG的PUSCH资源的周期性，而被配置的调度RNTI(Configured Scheduling-RNTI，CS-RNTI)定址的PDCCH可用来发讯并启用(或停用)配置的上行链路授权。即，被CS-RNTI定址的PDCCH可根据由RRC实体定义的周期性，指示允许再次利用配置的上行链路授权，直到配置的上行链路授权被停用为止。当配置的上行链路授权是活动的(active)，若UE在PDCCH上找不到其C-RNTI/CS-RNTI/MCS-C-RNTI，则可根据配置的上行链路授权执行UL传输。若UE在PDCCH上接收到其C-RNTI/CS-RNTI/MCS-C-RNTI，则PDCCH分配可覆盖掉配置的上行链路授权。在一些实施方式中，MCS-C-RNTI的使用可等同于在MAC程序中C-RNTI的使用(除了C-RNTI MAC控制元素(Control Element，CE))。

HARQ：在一些实施方式中，HARQ程序可用于确保在第1层(例如，PHY层)中的两或多个对等实体(peer entity)之间的传输。当PHY层没有被配置用于DL/UL的空间复用时，单个HARQ程序可支持一个TB。当PHY层有被配置用于DL/UL的空间复用时，单个HARQ程序可支持一或多个TB。每个服务小区可对应于一个HARQ实体，其中每个HARQ实体可支持DL和UL HARQ程序的并行处理。

HARQ确认(HARQ-Acknowledgement，HARQ-ACK)：在一些实施方式中，HARQ-ACK可包括1位元的指示符，其中当指示符的位元值为“0”，表示HARQ-ACK是一个否定确认(NegativeAcknowledgement，NACK)，而当指示符的位元值为“1”，表示HARQ-ACK是一个肯定确认(Acknowledgement，ACK)。

计时器：在一些实施方式中，UE的MAC实体可出于个别目的而设置一或多个计时器，像是触发上行链路信令重传或限制上行链路信令重传周期。当由MAC实体维持的计时器(例如，在本申请的各种实施方式中所描述的计时器)启动时，计时器将开始运行直到其停止或到期为止。此外，计时器可以在未启动时不运行。计时器可以在不运行时被启动。另外，计时器可以在运行时被重新启动。在一些实施方式中，计时器可以总是从初始值开始或是从初始值重新开始，其中初始值可以是(但不限于)由gNB经由下行链路RRC信令来配置。

BWP：在一些实施方式中，BWP可以是某一小区的总小区带宽中的子集合。透过向UE配置一或多个BWP并通知UE哪个配置的BWP是当前活动的BWP，可实现带宽适应性(Bandwidth Adaptation，BA)。为了在PCell上致能BA机制，gNB可为UE配置一或多个UL和DLBWP。在CA的情况下，为了在SCell上启用BA机制，gNB可至少向UE配置一或多个DL BWP(这意味着可能没有对UE配置的UL BWP)。对于PCell，初始BWP可以是用于初始接入的BWP。对于一或多个SCell，初始BWP可以是配置给UE在SCell启用程序(activation process)期间首先操作的BWP。在一些实施方式中，可透过firstActiveUplinkBWP IE栏位对UE配置第一活动UL BWP(First-Active UL BWP)。若针对SpCell配置了第一活动UL BWP，则firstActiveUplinkBWP IE栏位可包含在RRC重新配置执行时要启用的UL BWP的ID。若此栏位不存在，则RRC(重新)配置可能不会触发BWP切换。若为SCell配置了第一活动UL BWP，则firstActiveUplinkBWP IE栏位可包含在SCell的MAC启用时要使用的UL BWP的ID。

PDCCH：在一些实施方式中，gNB可经由一或多个PDCCH上的C-RNTI/MCS-C-RNTI/CS-RNTI动态地向UE分配资源。当UE的DL接收被致能时(例如，由DRX管理的活动，若有被配置)，UE可以一直监视PDCCH以发现可能的分派。在一些实施方式中，当配置了CA，可将相同的C-RNTI套用至所有的服务小区。

物理下行链路共享信道(Physical Downlink Shared Channel，PDSCH)/物理上行链路共享信道(Physical Uplink Shared Channel，PUSCH)：在一些实施方式中，PDCCH可用于调度PDSCH上的DL传输和PUSCH上的UL传输。

时间校准计时器(Time Alignment Timer)：在一些实施方式中，RRC实体可配置时间校准计时器的初始值。时间校准计时器(例如，timeAlignmentTimer)可用于维持UL时间的对准，其中时间校准计时器可以是按个别时序校准群组(Timing Advance Group，TAG)来配置并维持的。时间校准计时器可用于控制MAC实体将属于相关联的TAG的服务小区视为UL时间对准的时间长度。

起始和长度指示符(Start and Length Indicator，SLIV)：在一些实施方式中，SLIV可用于PUSCH/PDSCH的时域分配。SLIV可定义用于PUSCH/PDSCH分配的起始符号和连续符号的数量。

传输块(Transport Block，TB)：从上层(例如，MAC层/实体)到PHY层的数据通常可称为TB。

应注意，本公开内容中描述的术语、定义和缩写可以是来自现有的文件(欧洲电信标准协会(European Telecommunications Standards Institute，ETSI)、国际电信联盟(International Telecommunication Union，ITU)等)，或是由3GPP专家新创建。

在一些实施方式中，参考信号(Reference Signal，RS)ID可以被任何其他用于明确地或隐含地向gNB指示新波束的ID代替。

在一些实施方式中，DL RRC信息可以是RRC重新配置信息(例如，RRCReconfiguration)、RRC恢复信息(例如，RRCResume)、RRC重新建立信息(例如，RRCReestablishment)、RRC设置信息(例如，RRCSetup)或任何其他DL单播RRC信息。

在一些实施方式中，波束可被视为一种空间域滤波器。例如，无线装置(例如，UE)可以在透过相应的天线元件发送信号之前借由调整信号的相位及/或振幅在模拟域中套用空间滤波器。在另一个示例中，可透过无线通信系统中的多输入多输出(Multi-InputMulti-Output，MIMO)技术将空间滤波器套用至数字域。例如，UE可透过特定波束来执行PUSCH传输，此特定波束即特定的空间/数字域滤波器。在一些实施方式中，波束可代表(或对应于)天线、天线埠、天线元件、天线组、天线埠组、或是天线元件组。在一些实施方式中，波束可由特定的RS资源形成(或与其关联)。波束可等效于空间域滤波器，而电磁波经由空间域滤波器作辐射。

在一些实施方式中，已发送的信令意味着包含(或对应于)此信令的MAC CE/MAC协定数据单元(Protocol Data Unit，PDU)/第1层信令/较高层信令开始被发送、完全地被发送、或是已经被传递到相应的HARQ程序(HARQ process)/缓冲区作传输。在一些实施方式中，已发送的信令意味着接收到特定MAC PDU的对应HARQ-ACK反馈，其中特定MAC PDU可包括MAC CE/第一层信令/较高层信令，MAC CE/第一层信令/较高层信令包含(或对应于)此信令。在一些实施方式中，已发送的信令意味着对应于此信令的MAC CE/MAC PDU已被建立或产生。

在一些实施方式中，HARQ-ACK反馈可透过UE在PDCCH上从gNB接收到的DCI的DCI格式0_0、0_1或其他DCI格式来实现。在一些实施方式中，所接收的DCI可包含新数据指示符(New Data Indicator，NDI)，NDI可被设置为特定值(例如1)。另外，DCI可指示HARQ程序ID，HARQ程序ID与MAC PUD(承载波束故障恢复请求(Beam Failure Recovery request，BFRQ)MAC CE)传输的HARQ程序所采用(或指示)的HARQ程序ID相同。

在一些实施方式中，当为SCell配置基于MAC-CE的波束故障恢复(Beam FailureRecovery，BFR)程序时，意味着对于SCell的BFR功能已被配置及/或致能。在一些实施方式中，当针对SCell的BFR功能已被配置时，意味着BS(例如，gNB)已经为SCell配置了一或多个基于MAC-CE的BFR配置。在一些实施方式中，当针对SCell的BFR功能已被配置时，意味着BS(例如，gNB)已经为SCell配置了一或多个基于MAC-CE的BFR配置，其中一些隐含或明确的机制被提供来启用或停用UE/MAC实体/服务小区的BFR功能。

在一些实施方式中，gNB可将PDCCH发送到UE，而UE可从gNB接收PDCCH。类似地，PDSCH可由gNB发送到UE，而UE可从gNB接收PDSCH。对于UL传输，UE可将PUSCH/PUCCH发送到gNB，而gNB可接收PUSCH/物理上行链路控制信道(Physical Uplink Control Channel，PUCCH)。

在一些实施方式中，PDSCH/PUSCH传输可跨越时域中的多个符号，其中PDSCH/PUSCH(传输)的时间期间(time duration)可以一个时间间隔，该时间间隔是从该PDSCH/PUSCH(传输)的第一个符号的起始处开始，并在该PDSCH/PUSCH(传输)的最后一个符号的结尾处结束。

在一些实施方式中，术语“中断”、“停止”、“取消”、以及“略过”可互换。

在一些实施方式中，指示PHY层产生确认(acknowledgement)的操作可包括指示PHY层执行/产生HARQ-ACK反馈(程序)的操作，或是具有与指示PHY层执行/产生HARQ-ACK反馈(程序)的操作相同的含义。

在一些实施方式中，术语“确认(acknowledgement)”、“HARQ-ACK”、以及“HARQ-ACK反馈”可互换。

图8示出根据本公开内容的各方面的用于无线通信的节点的框图。如图8所示，节点800可包括收发器806、处理器808、存储器802、一个或多个呈现部件804以及至少一个天线810。节点800还可包括RF频谱带模块、BS通信模块、网络通信模块、系统通信管理模块、输入/输出(Input/Output，I/O)埠、I/O元件和电源供应(图8中未明确示出)。这些元件中的每一者可透过一或多个总线840直接或间接彼此通信。在一实施方式中，节点800可以是执行本文中(例如参考图1至图7)所描述的各种功能的UE或BS。

具有发射器816(例如，发射/传输电路)和接收器818(例如，接收/接受电路)的收发器806可被配置来发射及/或接收时间及/或频率资源分割信息。在一些实施方式中，收发器806可被配置成在不同类型的子帧和时隙中作发射，子帧和时隙包括但不限于可用的(usable)、不可用的(non-usable)以及弹性可用的(flexibly usable)子帧和时隙格式。收发器806可被配置来接收数据和控制信道。

节点800可包括多种计算机可读媒体。计算机可读媒体可以是节点800可接入的任何可用媒体，并且包括易失性(volatile)(和非易失性(non-volatile))媒体、以及可移除式(和不可移除式)媒体两者。透过举例且非限制的方式，计算机可读媒体可包括计算机存储媒体和通信媒体。计算机存储媒体包括透过用于存储像是计算机可读信息的任何方法或技术所实现的易失性(和非易失性)媒体、以及可移除式(和不可移除式)媒体。

计算机存储媒体包括RAM、ROM、EEPROM、闪存(或其他存储技术)、CD-ROM、数字通用光盘(Digital Versatile Disk，DVD)(或其他光盘存储装置)、磁卡带、磁带、磁片存储装置(或其他磁性存储装置)。计算机存储媒体不包括被传播的数据信号。通信媒体通常是具体化成计算机可读指令、数据结构、程式模块、或是其他在调变数据信号中(像是载波或是其他传输机制)的数据，并且包括任何信息传递媒体。术语“调变数据信号”指的是透过将信息编码在信号中，使得信号的一或多种特性被设置或改变的一种信号。透过举例而非限制的方式，通信媒体包括有线媒体(像是有线网络或直接的有线连接)以及无线媒体(像是声学、无线电(Radio Frequecncy，RF)、红外线和其他无线媒体)。以上各项中的任一者的组合也应包括在计算机可读媒体的范围内。

存储器802可包括计算机存储媒体，计算机存储媒体具有易失性及/或非易失性存储器的形式。存储器802可以是可移除式、不可移除式或其组合。例如，存储器802可包括固态存储器、硬碟驱动器、光盘驱动器等。如图8所示，存储器802可存储计算机可读及/或可执行的指令814(例如，软件代码)，指令814被配置成在其被执行时，将可使处理器808执行本文中(例如参考1至图7)所描述的各种功能。替代地，指令814可以不直接地由处理器808执行，而是被配置成使节点800(例如，在其被编译和执行时)执行本文所描述的各种功能。

处理器808(例如，具有处理电路)可包括智能硬件装置、中央处理单元(CentralProcessing Unit，CPU)、微控制器、ASIC等。处理器808可包括存储器。处理器808可处理从存储器802接收到的数据812和指令814、以及透过收发器806、基频通信模块、及/或网络通信模块的信息。处理器808还可处理要传送到收发器806以透过天线810作发送的信息，以及要传送到网络通信模块以发送到核心网络的信息。

一个或多个呈现部件804可将数据指示呈现给人或其他装置。呈现部件804的示例包括显示装置、扬声器、打印部件、振动部件等。

从以上的描述可看出，在不脱离本申请中描述的概念的范围的情况下，可使用各种技术来实现本申请中描述的概念。此外，尽管已经具体参考某些实施方式而描述了这些概念，但本领域普通技术人员可以认识到，可在不脱离这些概念的范围的情况下，在形式和细节上作改变。因此，所描述的实施方式在所有方面都应被认为是说明性的而非是限制性的。还应理解的是，本申请并不限于以上描述的特定实施方式。在不脱离本公开内容的范围的情况下，许多重新安排、修改和替换是可能的。

符号说明

102：PDCCH

104：PUSCH

302：PUSCH传输

304、306、308、310：实际的PUSCH重复

402、404、406、408、502、504、506、508、602、604、606：动作

702：重复列表#1

704：重复列表#2

706：重复列表#3

708：重复列表#4

800：节点

802：存储器

804：呈现部件

806：收发器

808：处理器

810：天线

812：数据

814：指令

816：发射器

818：接收器

840：总线

Claims

1.一种由用户设备UE执行的方法，所述方法包括：

接收无线电资源控制RRC配置，所述RRC配置包括多个重复列表，所述多个重复列表中的每一个对应多个下行链路控制信息DCI格式中的一个，所述多个重复列表中的每一个包括多个值，所述多个值中的每一个指示物理上行链路共享信道PUSCH传输的重复次数；

接收DCI，所述DCI具有用于调度所述PUSCH传输的特定DCI格式，所述DCI包括指示符；

基于所述特定DCI格式，确定所述多个重复列表中对应所述特定DCI格式的重复列表；

从所确定的所述重复列表包括的所述多个值，选出所述指示符指示的值；

基于所选出的所述值，决定所述PUSCH传输的重复次数；以及

执行所述重复次数的所述PUSCH传输。

2.根据权利要求1所述的方法，其中所述RRC配置是带宽部分BWP特定的配置，所述BWP特定的配置专用于特定BWP。

3.根据权利要求1所述的方法，更包括：

根据所述特定DCI格式以及所述RRC配置，判断是否采取非基于时隙的重复方案来执行所述PUSCH传输，其中，所述非基于时隙的重复方案允许UE在时隙中执行多于一次的PUSCH传输。

4.根据权利要求1所述的方法，其中所述多个重复列表以及所述多个DCI格式具有一对一的对应关系。

5.一种用户设备UE包括：

一或多个具有计算机可执行指令的非暂时性计算机可读媒体；以及

至少一个处理器，所述至少一个处理器耦接至所述一或多个非暂时性计算机可读媒体，所述至少一个处理器被配置执行所述计算机可执行指令以：

基于所选出的所述值，决定所述PUSCH传输的重复次数；以及

执行所述重复次数的所述PUSCH传输。

6.根据权利要求5所述的UE，其中所述RRC配置是带宽部分BWP特定的配置，所述BWP特定的配置专用于特定BWP。

7.根据权利要求5所述的UE，其中所述至少一个处理器更被配置执行所述计算机可执行指令以：

8.根据权利要求5所述的UE，其中所述多个重复列表以及所述多个DCI格式具有一对一的对应关系。