CN116325621A - 用于pucch重复的系统和方法 - Google Patents

Abstract

公开了用于物理上行链路控制信道(PUCCH)重复的系统和方法。在一些实施例中，一种由无线设备执行的用于在PUCCH上进行发送的方法，包括：接收指示PUCCH重复的配置；以及基于配置发送重复的PUCCH传输。一些实施例提供了用于基于上行链路控制信息(UCI)类型和/或UCI的优先级的PUCCH重复的灵活配置和指示(包括重复的数量)的方法。一些实施例可以应用于基于时隙的PUCCH和基于子时隙的PUCCH两者，以及短和长PUCCH格式。

Description

用于PUCCH重复的系统和方法

相关申请

本申请要求2020年7月29日提交的临时专利申请序列号63/058,135的权益，其公开内容本文因此通过引用全部纳入本文。

技术领域

本公开与传输重复有关。

背景技术

第三代合作伙伴计划(3GPP)中的新无线电(NR)标准被设计为为多个用例提供服务，例如增强的移动宽带(eMBB)、超可靠性和低延迟通信(URLLC)，以及机器类型通信(MTC)。这些服务中的每一个都有不同的技术要求。例如，对eMBB的一般要求是高数据速率，中等延迟和中等覆盖，而URLLC服务要求低延迟和高可靠性传输，但可能中等的数据速率。

低延迟数据传输的解决方案之一是较短的传输时间间隔。在NR中，除了在时隙中传输外，还允许微时隙(mini-slot)传输以减少延迟。微时隙是一个用于调度的概念，并且下行链路(DL)中，一个微时隙可以包括2、4或7个正交频分复用(OFDM)符号，而在上行链路(UL)中，一个微时隙可以是1至14个OFDM符号中的任何数量。应当注意的是，时隙和微时隙的概念不特定于特定服务，这意味着可以将微时隙用于eMBB、URLLC或其他服务。图1示出了NR中的示例性无线电资源。

下行链路控制信息

在3GPP NR标准中，使用在物理下行链路控制信道(PDCCH)中传输的下行链路控制信息(DCI)来指示DL数据相关信息、UL相关信息、功率控制信息、时隙格式指示等。与这些控制信号中的每一个相关联的DCI具有不同格式，用户设备(UE)基于不同的无线电网络临时标识符(RNTI)识别它们。

UE由高层信令配置，以监控在具有不同周期性等的不同资源中的DCI。DCI格式1_0、1_1和1_2用于调度DL数据，该数据在物理下行链路共享信道(PDSCH)中发送，并包括用于DL传输的时间和频率资源，以及调制和编码信息、HARQ(混合自动重复请求)信息等。

在DL半持久调度(SPS)和UL配置的授权(grant)类型2的情况中，则包括周期性的调度的一部分是由高层配置提供的，而其余的调度信息(例如时域和频域资源分配、调制和编码等)由PDCCH中的DCI提供。

上行链路控制信息

上行链路控制信息(UCI)是UE发送给新无线电基站(gNB)的控制信息。它包括：

-混合-ARQ确认(HARQ-ACK)，其是与接收到的下行链路传输块相对应的反馈信息，关于传输块接收是否成功，

-信道状态信息(CSI)，与下行链路信道条件相关，其为gNB提供了对DL调度有用的信道相关信息，包括用于多天线和波束成形方案的信息，以及

-调度请求(SR)，其指示需要UL资源来进行UL数据传输

UCI通常在物理上行链路控制信道(PUCCH)上传输。但是，如果UE正在使用与PUCCH重叠的有效PUSCH资源在PUSCH上传输数据，如果满足了UCI复用的时间线要求的话，则可以将UCI与UL数据复用并在PUSCH上传输。

物理上行链路控制信道

UE使用PUCCH来传输与DL数据传输的接收相对应的HARQ-ACK反馈消息。UE还使用它来发送CSI或要求用于传输UL数据的上行链路授权(grant)。

在NR中，存在支持不同UCI有效载荷大小的多个PUCCH格式。PUCCH格式0和1支持最多2比特UCI，而PUCCH格式2、3和4可以支持2比特以上的UCI。就PUCCH传输持续时间而言，PUCCH格式0和2被认为是支持1或2个OFDM符号的PUCCH持续时间的短PUCCH格式，而PUCCH格式1、3和4被视为长格式并且可以支持4到14个符号PUCCH持续时间。

HARQ反馈

接收下行链路传输的过程是UE首先监控和解码时隙n中的PDCCH，其指向在时隙n+K₀时隙中调度的DL数据(K₀大于或等于0)。然后，UE将对应的PDSCH中的数据进行解码。最后，基于解码的结果，UE在时隙n+K₀+K₁(如果时隙聚集，n+K₀将被替换为PDSCH结束的时隙)处向gNB发送正确解码的确认(ACK)或否定确认(NACK)。K₀和K₁两者都在DCI中指示。DCI中的PUCCH资源指示符(PRI)字段指示了用于发送确认的资源，该PUCCH资源指示符(PRI)字段指向由高层配置的PUCCH资源之一。

取决于DL/UL时隙配置，或者是DL中是否使用了载波聚合或每码块组(CBG)的传输，几个PDSCH的反馈可能需要在一个反馈中复用。这是通过构建HARQ-ACK码本来完成的。在NR中，可以将UE配置为使用半静态码本或动态码本来复用A/N比特。

类型1或半静态码本包括比特序列，其中每个元素包含来自某个时隙、载波或传输块(TB)中的可能分配的A/N比特。当UE配置为具有多个条目的CBG和/或时域资源分配(TDRA)表时，每时隙和TB地生成多个比特(见下文)。重要的是要注意，无论实际的PDSCH调度如何，码本都是派生的。半静态码本的大小和格式是基于所提及的参数预先配置的。半静态HARQ ACK码本的缺点是大小是固定的，并且无论是否有传输，都在反馈矩阵中预留了比特。

在UE具有被配置有多个时域资源分配条目的TDRA表的情况下：该表被修剪(即，基于指定算法清除条目)以派生出仅包含非重叠时域分配的TDRA表。然后，对于每个非重叠条目在HARQ码块(CB)中预留一个比特(假设UE能够支持时隙中多个PDSCH的接收)。

为了避免在半静态HARQ码本中预留不必要的比特，在NR中可以将UE配置为使用类型2或动态HARQ码本，其中仅在存在被调度的对应传输时才存在A/N比特。为了避免gNB和UE之间的任何混淆，关于UE必须为其发送反馈的PDSCH的数量，在DL指派中存在计数器下行链路指派指示符(DAI)字段，其标示直到当前PDCCH在其中将PDSCH调度到UE的{服务小区，PDCCH时机}对的积累的数量。除此之外，还有另一个称为总DAI的字段，该字段当存在时示出了直到(并包括)当前PDCCH监控时机的所有PDCCH的{服务小区，PDCCH时机}的总数。用于发送HARQ反馈的定时是基于相对于PDCCH时隙(K₀)的PDSCH传输时隙以及包含HARQ反馈(K₁)的PUCCH时隙两者确定的。

图2在示出了一个简单的情况下的时间线，其中有两个PDSCH和一个反馈。在该示例中，共有四个被配置的PUCCH资源，并且PRI指示用于HARQ反馈的PUCCH 2。将解释如何基于版本15中的过程从4个PUCCH资源中选择PUCCH 2。

在NR版本15中，UE可以配置有最多四个PUCCH资源集合，用于传输HARQ-ACK信息。每个集合都与包括HARQ-ACK比特的一系列UCI有效载荷比特相关联。第一集合始终与一个或两个HARQ-ACK比特相关联，因此仅包括PUCCH格式0或1或两者。如果被配置，其他集合的有效载荷值(最大值的最小值)范围由配置提供，除了使用默认值的最后集合的最大值，并且第二集合的最小值为3。第一集合可以包括PUCCH格式0或1的最大32个PUCCH资源。其他集合可以包括格式2或3或4的最多八个比特。

如前所述，UE确定了用于在对应于PDSCH的PUCCH中传输HARQ-ACK比特的时隙，该PDSCH由DCI经由被配置或在对应DCI中的字段提供的K₁值调度或激活。UE通过对应的K₁值从同一时隙中的具有相关联的PUCCH的HARQ-ACK比特形成码本。

UE确定PUCCH资源集合，码本的大小在与该集合相关联的有效载荷值的对应范围内。

如果该集合配置了最多八个PUCCH资源，UE通过与对应PDSCH相关联的最后DCI中的字段，确定该集合中的PUCCH资源。如果该集合是第一集合，并配置了八个以上的资源，则通过与对应PDSCH相关联的最后DCI中的字段以及基于控制信道元素(CCE)的隐式规则来确定该集合中的PUCCH资源。

在时隙中，用于HARQ-ACK传输的PUCCH资源可以与其他用于CSI和/或SR传输的PUCCH资源以及PUSCH传输在时间上重叠。如果有重叠的PUCCH和/或PUSCH资源，首先，UE通过确定带有总UCI(包括HARQ-ACK比特)的PUCCH资源来解决PUCCH资源之间的重叠(如果有的话)，从而满足UCI复用时间线要求。为了在所确定的PUCCH资源中复用UCI，CSI比特(如果有的话)可能会部分或完全丢弃。然后，如果满足UCI复用的时间线要求，则UE通过在PUCCH资源上复用UCI来解决PUCCH和PUSCH资源之间的重叠(如果有的话)。

版本15中的PUCCH重复过程

在版本15中，支持多个时隙上的PUCCH重复。这是有用的，例如，用于增加覆盖。仅支持长的PUCCH格式，即格式1、3和4。重复的数量(2、4或8个时隙)是由PUCCH-config(配置)IE中的PUCCH-FormatConfig(格式配置)中高层参数nrofSlots(时隙数)半静态配置的(请参见下面的图3)。相同的资源分配(例如，相同数量的连续符号，相同的开始符号)被用于多个时隙上的每个重复。有关完整说明，请参见TS 38.213中的第9.2.6节。

PUCCH-FormatConfig中的nrofSlots对PUCCH重复的数量的半静态配置对于每PUCCH格式单独完成。一旦配置后，它将被应用于该特定格式的所有PUCCH资源。图3示出了用于指示跨多个时隙的PUCCH重复的无线电资源控制(RRC)参数。

子时隙HARQ-ACK

在NR版本16中，对HARQ-ACK反馈进行增强以支持一个时隙中的多于一个的携带HARQ-ACK的PUCCH以支持不同的服务，以及用于URLLC的可能的快速HARQ-ACK反馈。这导致以子时隙为单位引入了新的HARQ-ACK定时，即以子时隙为单位的K₁指示。可以从两个选项中配置用于携带HARQ-ACK的PUCCH的子时隙配置，即分别为两个符号和七个符号的子时隙长度的“2-Symbol(符号)*7”和“7-Symbol(符号)*2”。K₁的指示与版本15相同，即K₁在调度PDSCH的DCI中指示。为了确定HARQ-ACK定时，存在PDSCH到子时隙配置的关联，其中如果所调度的PDSCH在子时隙n中结束，则在子时隙n+K1中报告对应的HARQ-ACK。从某种意义上说，通过将K₁的单位从时隙替换为子时隙，基于子时隙的HARQ-ACK定时与基于版本15时隙的过程类似地工作。

对用于子时隙HARQ-ACK的PUCCH资源存在一些限制。也就是说，只有一个PUCCH资源配置用于时隙中的所有子时隙。此外，任何用于子时隙HARQ-ACK的PUCCH资源都无法跨越子时隙边界。

图4示出了一个示例，其中通过使用以子时隙为单位的K₁值，每个PDSCH与用于HARQ反馈的某个子时隙相关联来。

HARQ-ACK的优先级指示

在版本16中，对于对应于动态调度的PDSCH的HARQ-ACK或RRC配置的，对于对应于DL SPS的HARQ-ACK，可以在DCI中指示两级PHY优先级。此优先级指示可用于确定用于冲突处理的HARQ-ACK码本的优先级。NR版本16最多支持要被同时构建的具有不同的优先级的两个HARQ-ACK码本。这包括一个基于时隙的并且一个基于子时隙，两个基于时隙，或两个基于子时隙。

SR的优先级指示

在版本16中，可以通过SchedulingRequestResourceConfig(调度请求资源配置)中的高层参数phy-PriorityIndex(物理-优先级索引)配置SR的两级PHY优先级(见图5)。此优先级指示用于确定调度请求资源的高优先级或低优先级，并用于PHY优先级化/复用处理。

需要改进的用于PUCCH重复的系统和方法。

发明内容

公开了用于物理上行链路控制信道(PUCCH)重复的系统和方法。在一些实施例中，一种由无线设备执行的用于在PUCCH上进行发送的方法，包括：接收指示PUCCH重复的配置；以及基于所述配置发送重复的PUCCH传输。所提出的解决方案提供了基于上行链路控制信息(UCI)类型和/或UCI的优先级的用于PUCCH重复的灵活配置和指示(包括重复的数量)的方法。它可以应用于基于时隙的PUCCH和基于子时隙的PUCCH，以及短和长PUCCH格式。

在一些实施例中，其中所述配置包括以下中的一项或多项：重复的数量、所述重复是否基于UCI类型、以及所述重复是否基于所述UCI的优先级。

在一些实施例中，所述配置适用于以下中的一项或多项：基于时隙的PUCCH和基于子时隙的PUCCH。

在一些实施例中，所述配置适用于以下中的一项或多项：短PUCCH格式和长PUCCH格式。

在一些实施例中，所述配置包括可以分别用于每个UCI类型的PUCCH重复的新的高层参数。

在一些实施例中，如果多于一个的参数配置了所述重复数量的不同值，则根据最大值执行用于携带多种UCI类型PUCCH的的PUCCH重复。

在一些实施例中，如果多于一个的参数配置了所述重复数量的不同值，则根据最小值执行用于携带多种UCI类型PUCCH的的PUCCH重复。

在一些实施例中，所述参数值的单位可以是时隙或子时隙。

在一些实施例中，存在仅应用特定PUCCH格式的预定义的限制。

在一些实施例中，用于特定UCI类型的PUCCH重复的参数还指示适用的PUCCH格式。

在一些实施例中，基于隐式规则执行具有重复数量的用于UCI类型的PUCCH重复。

在一些实施例中，PUCCH重复与低优先级或高优先级相关联，并且PUCCH重复可以基于默认规则确定或由高层指示。

在一些实施例中，如果与低优先级UCI相关联的PUCCH重复和与高优先级UCI相关联的另一个PUCCH冲突/重叠，则丢弃重叠的时隙/子时隙中具有低优先级UCI的PUCCH重复。

在一些实施例中，无线设备在新的无线电(NR)网络中操作。

某些实施例可以提供以下一个或多个技术优势。所提出的解决方案允许PUCCH重复的更灵活配置和指示，其不与特定PUCCH格式绑定。一些实施例可以应用于基于时隙的PUCCH和基于子时隙的PUCCH两者，以及也可以应用于任何PUCCH格式。

附图说明

包含在本规范中并形成本规范的一部分的附图示出了本公开的几个方面，并与说明书一起服务于解释本公开的原理。

图1示出了新无线电(NR)中的示例性无线电资源；

图2示出了一个简单情况下的时间线，其具有两个物理下行链路共享信道(PDSCH)和一个反馈；

图3示出了用于指示跨多个时隙的物理上行链路控制信道(PUCCH)重复的无线电资源控制(RRC)参数；

图4示出了一个示例，其中通过使用以子时隙为单位的K₁值每个PDSCH与用于进行混合自动重复请求(HARQ)反馈的特定的子时隙相关联；

图5示出了调度请求(SR)的两级PHY优先级可以通过SchedulingRequestResourceConfig中的高层参数phy-PriorityIndex配置；

图6示出了蜂窝通信系统600的一个示例，其中可以实施本公开的实施例；

图7示出了根据本公开的一些实施例由无线设备执行的用于在PUCCH上进行发送的方法；

图8示出了根据本公开的一些实施例由基站执行的用于配置PUCCH传输的方法；

图9是根据本公开的一些实施例的无线电接入节点的示意框图；

图10是示出根据本公开的一些实施例的无线电接入节点的虚拟化实施例的示意框图；

图11是根据本公开的一些其他实施例的无线电接入节点的示意框图；

图12是根据本公开的一些实施例的无线通信设备1500的示意框图；

图13是根据本公开的一些其他实施例的无线通信设备的示意框图；

图14示出了根据本公开的一些其他实施例的通信系统，包括电信网络，例如第三代合作伙伴计划(3GPP)型蜂窝网络，其包括例如无线电接入网络(RAN)的接入网络以及核心网络；

图15示出了根据本公开的一些其他实施例的通信系统、主机计算机，其包括硬件，所述硬件包括被配置为建立和维护与通信系统的不同通信设备的接口的有线或无线连接的通信接口；以及

图16至19示出了根据本公开的一些其他实施例的在通信系统中实施的方法。

具体实施方式

以下陈述的实施例表示使本领域技术人员能够实施实施例的信息并说明了实施实施例的最佳模式。在根据附图阅读以下描述后，本领域技术人员将了解本公开的概念，并会认识到本文并非特别解决的这些概念的应用。应该理解的是，这些概念和应用属于公开范围。

无线电节点：如本文所使用，“无线电节点”是无线电接入节点或无线设备。

无线电接入节点：如本文所使用的，“无线电接入节点”或“无线电网络节点”或“无线电接入网络节点”是蜂窝通信网络的无线电接入网络(RAN)中操作于无线地发送和/或接收信号的任何节点。无线电接入节点的一些示例包括但不限于基站(例如，第三代合作伙伴计划(3GPP)第五代(5G)NR网络中的新无线电(NR)基站(gNB)或3GPP长期演进(LTE)网络中的增强型或演进型节点B(eNB))、高功率或宏基站、低功率基站(例如，微基站、微微基站、归属eNB等)、中继节点、实现基站的功能的一部分的网络节点(例如，实现gNB中央单元(gNB-CU)的网络节点或实现gNB分布单元(gNB-DU)的网络节点)或实现某些其他类型的无线电接入节点的功能的一部分的网络节点。

核心网络节点：如本文所用，“核心网络节点”是核心网络中的任何类型的节点或实现核心网络功能的任何节点。核心网络节点的一些示例包括例如移动性管理实体(MME)、分组数据网络网关(P-GW)、服务能力开放功能(SCEF)、归属订户服务器(HSS)等。核心网络节点的其他一些示例包括实现接入和移动性管理功能(AMF)、用户平面功能(UPF)、会话管理功能(SMF)、认证服务器功能(AUSF)、网络切片选择功能(NSSF)、网络开放功能(NEF)、网络功能(NF)存储库功能(NRF)、策略控制功能(PCF)、统一数据管理(UDM)等的节点。

通信设备：如本文所用，“通信设备”是具有到接入网络的接入的任何类型的设备。通信设备的一些示例包括但不限于：移动电话、智能电话、传感器设备、仪表、车辆、家用电器、医用器具、媒体播放器、相机或任何类型的消费者电子设备，例如但不限于电视、无线电、照明布置、平板电脑、笔记本电脑或个人计算机(PC)。通信设备可以是一种便携式、手持、计算机包括的、或车载的移动设备，使能够通过无线或有线连接传达语音和/或数据。

无线通信设备：一种类型的通信设备是无线通信设备，其可能是可以接入到(即由其服务)无线网络(例如，蜂窝网络)的任何类型的无线设备。无线通信设备的一些示例包括但不限于：3GPP网络中的用户设备(UE)、机器类型通信(MTC)设备和物联网(IoT)设备。这样的无线通信设备可以是或可被集成到移动电话、智能电话、传感器设备、仪表、车辆、家用电器、医用器具、媒体播放器、相机或任何类型的消费者电子设备，例如但不限于电视、无线电、照明布置、平板电脑、笔记本电脑或个人计算机(PC)。无线通信设备可以是一种便携式、手持、计算机包括的、或车载的移动设备，使能够通过无线连接传达语音和/或数据。

网络节点：如本文所用，“网络节点”是作为蜂窝通信网络/系统的RAN或核心网络的一部分的任何节点。

请注意，本文给出的描述侧重于3GPP蜂窝通信系统，因此经常使用3GPP术语或类似于3GPP术语的术语。但是，本文公开的概念不仅限于3GPP系统。

请注意，在本文的描述中，可以参考术语“小区”；但是，特别是关于5G NR概念，可以使用波束代替小区，因此，重要的是要注意，本文所述的概念同样适用于小区和波束。

图6示出了其中可以实现本公开的实施例的蜂窝通信系统600的一个示例。在本文所述的实施例中，蜂窝通信系统600是包括下一代RAN(NG-RAN)和5G核心(5GC)的5G系统(5GS)。本文示例中，RAN包括控制对应的(宏)小区604-1和604-2的基站602-1和602-2，其在5GS中包括NR基站(gNB)和可选的下一代eNB(ng-eNB)(例如，连接到5GC的LTE RAN节点)。基站602-1和602-2通常本文共同称为基站602，并且单独称为基站602。同样，(宏)小区604-1和604-2本文共同称为(宏)小区604，并且单独称为(宏)小区604。RAN还可以包括控制对应的小小区608-1至608-4的多个低功率节点606-1至606-4。低功率节点606-1至606-4可以是小型基站(例如微微或毫微微基站)或远程无线电头(RRH)等。值得注意的是，虽然没有说明，一个或多个小小区608-1至608-4可替代地由基站602提供。低功率节点606-1至606-4通常本文统称为低功率节点606，单独称为低功率节点606。同样，小小区608-1至608-4通常本文统称为小小区608，单独称为小小区608。蜂窝通信系统600还包括核心网络610，其在5G系统(5GS)中称为5GC。基站602(以及可选的低功率节点606)连接到核心网络610。

基站602和低功率节点606向对应的小区604和608中的无线通信设备612-1至612-5提供服务。无线通信设备612-1至612-5通常本文中统称为无线通信设备612，单独称为无线通信设备612。在以下描述中，无线通信设备612通常是UE，但本公开并不限于此。

目前存在某些挑战。现有的物理上行链路控制信道(PUCCH)重复数的指示仅通过半静态配置来完成，其中，它以每PUCCH格式配置并被应用于该格式的所有PUCCH资源。从无论上行链路控制信息(UCI)类型(混合自动重复请求确认(HARQ-ACK)、信道状态信息(CSI)或调度请求(SR))是怎么样的，与该格式相对应的所有PUCCH均受制于PUCCH重复的意义上说，这是限制性的。此外，一旦配置，它也被应用于该格式的任何PUCCH资源，而无论PUCCH中包含的UCI的优先级如何。最后，现有的PUCCH重复过程仅限于长PUCCH格式1、3或4。因此，需要改进的PUCCH重复系统和方法。

公开了用于PUCCH重复的系统和方法。在一些实施例中，一种由无线设备执行的用于在PUCCH上进行发送的方法包括：接收指示PUCCH重复的配置；以及基于配置发送重复的PUCCH传输。所提出的解决方案提供了基于UCI类型和/或UCI的优先级的，包括重复数的，PUCCH重复的灵活配置和指示的方法。它可以应用于基于时隙的PUCCH和基于子时隙的PUCCH，以及短和长的PUCCH格式。

一般描述了以下实施例的集合，其可以应用于多个子时隙和多个时隙上的PUCCH重复两者。它们也可以应用于任何PUCCH格式，短和长格式两者。对于携带包含HARQ-ACK的UCI的PUCCH，它应用于用于动态调度的PDSCH和用于下行链路(DL)半持久调度(SPS)的HARQ-ACK两者。

图7示出了一种根据本公开的一些实施例由无线设备执行的用于在PUCCH上进行发送的方法。该方法包括以下一个或多个：接收指示PUCCH重复的配置(步骤700)；以及基于配置发送重复的PUCCH传输(702)。本文所述的方法的实施例允许PUCCH重复的更灵活的配置和指示，而无需与特定的PUCCH格式绑定。它可以应用于基于时隙的和基于子时隙的PUCCH两者，以及任何PUCCH格式。这可在后续通信中提供无线设备与网络节点之间的较低延迟通信。

图8示出了一种根据本公开的一些实施例由基站执行的用于配置PUCCH传输的方法。该方法包括以下一个或多个：发送指示PUCCH重复的配置(步骤800)；以及基于配置接收重复的PUCCH传输(步骤802)。本文所述的方法的实施例允许PUCCH重复的更灵活的配置和指示，而无需与特定的PUCCH格式绑定。它可以应用于基于时隙的和基于子时隙的PUCCH两者，以及任何PUCCH格式。这可在后续通信中提供无线设备与网络节点之间的较低延迟通信。

在一些实施例中，这允许PUCCH重复的更灵活的配置和指示，其不与特定的PUCCH格式绑定。一些实施例可以应用于基于时隙的和基于子时隙的PUCCH两者，以及任何PUCCH格式。

基于UCI类型的PUCCH重复

通过无线电资源控制(RRC)的对每种UCI类型的重复指示

在一个非限制实施例中，根据为特定UCI类型配置的高层参数为包含该UCI类型的PUCCH执行PUCCH重复。

在一个非限制实施例中，为每种UCI类型单独引入了用于PUCCH重复的新高层(RRC)参数。每PUCCH格式地应用参数，PUCCH格式在一个RRC IE PUCCH-Config中定义。例如，引入以下RRC参数以指示用于每种UCI类型的PUCCH重复和对应重复数(请注意，本文列出的参数名称仅是示例性的)：

-SchedulingRequestResourceConfig IE或PUCCH config IE中的新RRC参数nrSRrepetition(SR重复数)，其指示用于携带SR的PUCCH的重复的数量

-CSI-ReportConfig(报告配置)IE或PUCCH config IE中的PUCCH-CSI-Resource(资源)中的新参数nrCSIrepetition(CSI重复数)，其指示用于携带CSI的PUCCH的重复的数量

-PUCCH config IE中的新参数nrHARQACKrepetion(HARQACK重复数)，其指示用于携带HARQ-ACK的PUCCH的重复的数量

当PUCCH携带至少包含由对应参数指示的UCI类型的UCI时，对PUCCH传输执行了PUCCH重复。例如，如果将nrHARQACKrepetition配置为两个时隙，则每当PUCCH携带具有HARQ-ACK的UCI时，UE在两个时隙上执行PUCCH重复。

在一个非限制实施例中，如果多于一个的以上的RRC参数配置有重复数量的不同值，则根据最大值执行用于携带多种UCI类型的PUCCH的PUCCH重复。在另一个版本中，使用了最小数量。

例如，如果将nrHARQACKrepetition和nrSRrepetition两者分别配置有值两个时隙和四个时隙，则UE在四个时隙(对应于两者的最大值)上针对携带HARQ-ACK和SR两者的PUCCH执行PUCCH重复。

上述参数的值的单位可以是时隙或子时隙。该单位还可以取决于PUCCH资源的相关联PUCCH-config，即是否为该PUCCH-config配置了子时隙。如果用于PUCCH重复的PUCCH资源与包含subslotLengthForPUCCH-r16(子时隙长度用于PUCCH-r16)的PUCCH-config相关联，则将子时隙用作单位，否则，该单位为时隙。

在上述实施例的另一个版本中，针对一组UCI类型引入了用于PUCCH重复的新RRC参数。如果配置了用于一组UCI类型的参数，则当PUCCH携带包含由对应参数指示的UCI类型的UCI时，对PUCCH传输执行PUCCH重复。

在一个非限制实施例中，对于任何包含特定UCI的任何PUCCH执行针对该UCI类型的PUCCH重复，无论PUCCH格式如何。

在上述实施例的另一个版本中，存在预定义限制，其中仅应用了特定PUCCH格式，例如，只有长PUCCH格式1、3或4。

在上述实施例的另一个版本中，用于特定UCI类型的PUCCH重复的RRC参数还指示适用的PUCCH格式。

在一个非限制实施例中，如果对于格式配置了参数(nrSRrepetition/nrCSIrepetition/nrHARQACKrepetition)和nrofSlots两者，在执行用于UCI类型的PUCCH重复时，UE忽略nrofSlots。

在一个非限制实施例中，一个时隙/子时隙中的相同的物理资源块(PRB)和时域符号索引的集合被用于跨越多个时隙/子时隙的PUCCH重复中的每个。替代地，向UE指示或配置不同时间和频率资源用于PUCCH传输的不同重复。

在另一个非限制实施例中，首先通过复制所指示的数量的重复的UCI来执行重复，并且UE在下一个(子)时隙中的后续PUCCH资源上复用每个UCI。在这种情况下，重复是每个PUCCH-Config内的每UCI类型的可配置参数。它与PUCCH格式无关，因为UE可能由于UCI比特已被改变而在下一个重复时机中使用不同的PUCCH格式。

通过上述方法，网络可以每一个UCI类型地配置不同数量的重复，并且UE发送所指示的数量的重复。这对于节省上行链路控制开销同时保持预期的上行链路控制信道可靠性很有用。在一个示例中，网络可以配置更高数量的重复的HARQ-ACK，而对于CSI报告的重复的数量较少，因为在DL中保持数据传输至关重要，例如用于UE接收RRC(重新)配置。

基于现有参数nrofSlots的用于UCI类型的重复指示

在一个非限制实施例中，基于隐式规则执行具有根据nrofSlots的重复数量的用于UCI类型的PUCCH重复。例如，规则可以是只在UCI包含HARQ-ACK时才执行PUCCH重复。作为另一个例子，规则可以是当PUCCH携带特定UCI类型或具有特定优先级(这可以在DCI中指示)时才执行PUCCH重复。

在一个非限制实施例中，基于新RRC参数的显式指示，执行具有根据nrofSlots的重复数量的用于UCI类型的PUCCH重复。

在一个版本中，用于每种UCI类型的新RRC参数，例如repetitionForHARQACK(用于HARQACK的重复)、repetitionForSR(用于SR的重复)、repetitionForCSI(用于CSI的重复)(请注意，此处列出的参数名称仅是示例性的)被引入以指示具有根据nrofSlots的重复数量的PUCCH重复被应用于携带包含该类型UCI的UCI的PUCCH。

在另一个版本中，用于一组UCI类型的新RRC参数被引入以指示，具有根据nrofSlots的重复数量的PUCCH重复被应用于携带包含如对应参数指示的一组UCI类型的UCI的PUCCH。

在上面的实施例中，可以在PUCCH config IE、SchedulingRequestResourceConfig IE或CSI-ReportConfig IE中配置新RRC参数。

例如，如果对于PUCCH格式1将nrofSlots配置为两个时隙，并且将repetitionForHARQACK配置为“启用(enabled)”，则每当PUCCH格式携带具有HARQ-ACK的UCI时，UE在两个时隙上执行PUCCH重复。对于仅携带SR的PUCCH格式1，不执行PUCCH重复。

在一个非限制实施例中，对于短PUCCH格式0和2，也支持由PUCCH-FormatConfig中高层参数nrofSlots指示的PUCCH重复。

基于优先级的PUCCH重复

以下实施例描述了用于给定优先级的PUCCH重复的方法。在下文中，为了方便，PUCCH重复与高优先级相关联。该方法等同地适用于PUCCH重复与低优先级相关联的情况。PUCCH重复与低优先级还是高优先级相关联，可以基于默认规则确定或由高层指示。在一组非限制的实施例中，在调度UCI的下行链路控制信息(DCI)中指示了优先级。

在一组非限制的实施例中，优先级取决于UCI类型。例如，HARQ ACK的优先级可以比SR更高，SR的优先级高于CSI部分1，CSI部分1的优先级高于CSI部分2。

在一组非限制的实施例中，具有由DCI或RRC和不同的UCI类型指示的优先级两者。在这种情况下，如果由DCI或RRC指示的优先级对于第一UCI比对于第二UCI高，则第一个UCI具有更高的优先级。如果由DCI或RRC指示的优先级是相同的，则优先级由UCI类型(例如，按照之前实施例中的顺序(order))确定。

在一个非限制实施例中，仅针对携带与高优先级相关联的UCI(优先级的动态指示，或半静态配置的优先级)的PUCCH执行PUCCH重复。

在一个非限制实施例中，当UCI类型的PUCCH重复由针对(一组)UCI类型的RRC参数指示时，仅针对携带与高优先级相关联的该(组)UCI的PUCCH执行PUCCH重复。

在一个非限制实施例中，对于携带与低优先级相关联的UCI的PUCCH不执行PUCCH重复。这意味着仅在具有(a)高优先级或(b)“无(no)”优先级(即，在未配置优先级字段时)的情况下发生重复。例如，“无优先级(no priority)”可以与具有Type(类型)-3HARQ-ACK码本或所谓的单发(one-shot)HARQ-ACK反馈的HARQ码本传输相关联。

在一个非限制实施例中，携带HARQ-ACK的PUCCH重复受制于它是否对应于针对给定HARQ过程的PDSCH的重新传输或初始传输。例如，初始传输可以受制于较少的HARQ反馈重复，而重新传输可以受制于较大的重复，或反之亦然。在一个扩展中，在HARQ过程的延迟预算结束时的传输(其可以是重新传输)可以与更少或零HARQ反馈重复相关联。

在一个非限制实施例中，如果存在与PUCCH相关联的N个优先级，则这些优先级级别(优先级别的单个或子集(组))映射到PUCCH重复的数量。例如，优先级级别1与单个重复相关联，优先级级别2和3与四个重复相关联，等等。

对于上述实施例，

-HARQ-ACK的优先级可以通过DCI格式1_1/1_2中的优先级指示符字段或者指示用于SPS PDSCH的对应HARQ-ACK码本的半静态配置的参数来指示

-SR的优先级可以通过SchedulingRequestResourceConfig IE中的phy-PriorityIndex或schedulingRequestPriority(调度请求优先级)来指示-CSI的优先级可以在CSI-ReportConfig IE中半静态配置，如果没有调度的上行链路(UL)数据则由DCI格式0_1或0_2中的优先级指示符字段动态指示，或被定义为包含某CSI类型的CSI，例如，包含信道质量指示(CQI)的CSI。

基于动态指示的PUCCH重复

描述了一些用于PUCCH重复的动态指示的解决方案。尽管针对基于子时隙的PUCCH描述了一些实施例，它们也可以适用于多个时隙上的基于时隙的PUCCH重复。

在一个非限制实施例中，在调度PDSCH或激活DL SPS的DCI中，动态指示子时隙PUCCH重复。

在上述实施例的一个版本中，指示是通过调度PDSCH或激活DL SPS的DCI格式(例如格式1_0、1_1和1_2)的新单独字段进行。该指示可以包括重复的数量。在一个实施例中，新单独字段仅被添加到非回退(fallback)DCI格式(例如1_1和1_2)，而对于回退DCI格式，子时隙PUCCH重复的数量是预先定义的，或通过RRC参数提供。

在另一个实施例中，配置了RRC参数为子时隙重复数量提供一组可能的值，例如，{1、2、4、8}的nrofSubSlotsSet(子时隙数量集合)。然后，DCI字段从可能值的集合中选择一个值，例如，2比特DCI字段“nrofSubSlot Indicator(指示符)”可以从四个可能值中选择一个值。此外，“nrofSubSlot Indicator”的存在和/或字段大小可以是RRC可配置的，例如，DCI字段大小可配置为0、1或2比特。

在上述实施例的另一个版本中，通过从配置的PUCCH资源中选择特定的PUCCH资源条目，通过PUCCH资源指示符(PRI)字段来进行指示。也就是说，新RRC参数，例如repetitionNum(重复数量)，被添加到形成PUCCH资源集合中的PUCCH资源的PUCCH-Resource(资源)中。如果DCI中的PRI选择了包含这种重复数量的PUCCH-ResourceId，则PUCCH传输被重复指示的次数。

在一个非限制实施例中，重复数的值可以以子时隙或时隙为单位。因此，根据指示，在多个子时隙或时隙上重复PUCCH传输。例如，如果提供了带有子时隙配置的PUCCH配置，例如，将subslotLengthForPUCCH-r16设置为“n2”或“n7”，则将重复解释为跨相邻可用子时隙的重复。否则，如果不存在子时隙配置(因此使用默认的基于时隙的PUCCH)，则将重复解释为跨相邻可用时隙的重复。

PUCCH重复的动态指示的解决方案的一些示例包括：

-引入用于指示PUCCH的重复数量的新DCI字段

-引入指示针对每个PUCCH资源的重复数量的高层参数，其中PUCCH重复可以通过选择具有所配置的重复数量的特定PUCCH资源的DCI中的PUCCH资源指示符(PRI)字段来指示

在一个非限制实施例中，PUCCH重复的动态指示仅被应用于携带HARQ-ACK的PUCCH。

在一个非限制实施例中，如果UE由DCI指示具有特定PUCCH格式的PUCCH资源，包含重复数的高层参数指示，例如，PUCCH-Resource IE中的repetitionNum，并配置有用于该PUCCH格式的PUCCH-FormatConfig中的nrofSlots，UE忽略PUCCH-FormatConfig中的nrofSlots，并根据指示的PUCCH资源执行PUCCH重复。

冲突处理

在一个非限制实施例中，如果与低优先级UCI相关联的PUCCH和与高优先级UCI(具有相同或不同的UCI类型)相关联的另一个PUCCH(具有或不具有重复)冲突/重叠，则在重叠时隙/子时隙中具有低优先级UCI的PUCCH重复被丢弃。其余的非重叠PUCCH重复仍被发送。

在一个非限制实施例中，如果与低优先级UCI相关联的PUCCH重复和与高优先级相关联的PUSCH传输冲突/重叠，则在重叠的时隙/子时隙中具有低优先级UCI的PUCCH重复被丢弃。其余的非重叠PUCCH重复仍被发送。

在一个非限制实施例中，如果在一组多于一个PUCCH重复中的PUCCH重复与另一个UL传输重叠，并且PUCCH重复被丢弃，则后续PUCCH重复也被丢弃。丢弃PUCCH重复的原因可能是其他UL传输的优先级更高，无论是物理层优先级还是其他UL传输上的UCI类型(如果有的话)的优先级更高。

在一个非限制实施例中，其他UL传输是PUCCH传输。

在一个非限制实施例中，其他UL传输是PUSCH传输。

用于PUCCH重复的无效符号

对于PUCCH重复，由于许多原因，UE确定用于PUCCH重复的无效符号。原则上，任何无法算作可用于上行链路传输的符号对于PUCCH重复无效。在下面，描述了导致不可用于上行链路传输(因此不可用于PUCCH重复)的符号的许多场景。

在一个示例中，由tdd-UL-DL-ConfigurationCommon(配置共用)或tdd-UL-DL-ConfigurationDedicated(配置专用)指示为下行链路的符号被认为是PUCCH重复的无效符号。

在另一个示例中，为了在非配对(unpaired)频谱中操作，由SIB1中的ssb-PositionsInBurst(突发中的位置)或ServingCellConfigCommon(服务小区配置共用)中的ssb-PositionsInBurst指示的用于接收SS/PBCH块的符号被视为是PUCCH重复的无效符号。

在另一个示例中，为了在非配对频谱中操作，由MIB中的pdcch-ConfigSIB1指示的用于Type0-PDCCH CSS集的CORESET的符号被认为是PUCCH重复的无效符号。

在另一个示例中，为了在非配对频谱中操作，如果配置了numberInvalidSymbolsForDL-UL-Switching(用于DL-UL-切换的无效字符数量)，在由tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated指示为下行链路的所有符号的每个连续集合中的被指示为下行链路的最后符号之后的numberInvalidSymbolsForDL-UL-Switching个符号被视为是PUCCH重复的无效符号。由numberInvalidSymbolsForDL-UL-Switching给定的符号使用tdd-UL-DL-ConfigurationCommon中提供的参考SCS配置referenceSubcarrierSpacing(参考子载波间隔)来定义。

在另一个示例中，如果UE

-配置有多个服务小区并被配置为用半双工操作(例如，half-duplex-behavior-r16(半-双工-行为-版本16)＝'enable(启用)')，以及

-无法同时在多个服务小区的任何服务小区上同时发送和接收，以及

-指示对具有非配对频谱的载波聚合(CA)中半双工操作的能力的支持，以及

-不被配置为监控PDCCH以在多个服务小区中的任何服务小区上检测DCI格式2-0，

则：如果通过SIB1中的ssb-PositionsInBurst或ServingCellConfigCommon中的ssb-PositionsInBurst向UE指示符号以在多个服务小区中的任何服务小区中接收同步信号(SS)/物理广播信道(PBCH)块，则将该符号视为多个服务小区中的任何服务小区的对于PUCCH重复的无效符号。

在另一个示例中，如果UE在符号中由高层配置为接收PDCCH、PDSCH或在参考小区上的信道状态信息参考信号(CSI-RS)，则将该符号视为在多个服务小区中的任何服务小区中的对于PUCCH重复的无效符号。

在另一个示例中，如果UE在需要时未获得对信道的接入，则共享频谱上的符号被认为是无效的。

在另一个示例中，如果共享频谱上的符号和与半静态信道接入过程相对应的空闲周期重叠，则将该符号视为无效。

如果PUCCH重复与任何无效的符号重叠，则无法按原样发送重叠的PUCCH重复。

(a)在一种方法中，与无效符号重叠的PUCCH重复被丢弃。剩余的PUCCH重复被保持以用于潜在传输。

(b)在另一种方法中，与无效符号重叠的PUCCH重复被延迟，直到可以在时隙内使用n个连续的有效符号发送PUCCH重复。这里，n是以符号数量计数的一个PUCCH重复的持续时间。后续PUCCH重复也被延迟。在一个变化中，所有PUCCH重复都被发送，尽管由于无效符号而被延迟。在另一种变化中，PUCCH重复被延迟并被发送直到达到定时限制。

基于UCI内容的PUCCH重复：在一个实施例中，PUCCH重复受制于其保留的信息(或上下文)。例如，在HARQ反馈的情况下，如果UE发送ACK反馈，则UE将继续执行X数量的重复，并且如果UE以否定确认(NACK)反馈响应，则UE提交Y个重复。

基于PUCCH资源的PUCCH重复：在一个实施例中，每PUCCH资源和UCI类型地配置重复数量。例如，可以向RRC信息元素PUCCH-Resource添加(突出显示部分)字段nrofRepetitions-HARQ-ACK-rX、nrofRepetitions-CSI-rX和nrofRepetitions-SR-rX，例如，

示例值r2和r4对应于2或4个重复。在多种UCI类型的情况中，重复的数量可能等于由以下项指示的最大(或最小)值{nrofRepetitions-HARQ-ACK-rX、nrofRepetitions-CSI-rX}、{{nrofRepetitions-HARQ-ACK-rX、nrofRepetitions-SR-rX}、{{nrofRepetitions-CSI-rX、nrofRepetitions-SR-rX}、或{nrofRepetitions-HARQ-ACK-rX，nrofRepetitions-CSI-rX，nrofRepetitions-SR-rX}，这取决于UCI中包括的UCI类型。

在某些示例中，nrofRepetitions-CSI-rX和nrofRepetitions-SRrX被nrofRepetitions-otherUCI(其它UCI)-rX取代，其中nrofRepetitions-otherUCI-rX在UCI不包括HARQ-ACK时使用。

在某些示例中，替代地，新“nrofRepetitions”字段是每优先级索引的，例如，替代地，添加了两个字段nrofRepetitions-zero(0)-rX和nrofRepetitions-one(1)-rX，其中如果UCI包含优先级索引1UCI，使用nrofRepetitions-one-rX，否则使用nrofRepetitions-zero-rX。通过应用以下规则扩展到更多个优先级级别0、1、2，…，…，P-1是可能的：如果p是UCI内容的最高优先级索引，则用于[0…P-1]中的p的nrofRepetitions-p-rX被应用。

在进一步的其他示例中，“nrofRepetitions”可以是每UCI类型和优先级索引的，例如，对于HARQ-ACK，有两个参数nrofRepetitions-HARQ-ACK-zero-rX和nrofRepetitions-HARQ-ACK-one-rX。

其他组合实施例和/或变体也是可能的。

如果为PUCCH资源配置了新字段，则对于使用所述PUCCH资源的任何PUCCH格式，忽略字段nrofSlots。相反，如果未配置字段nrofRepetitions-rX，则获得传统行为。

具有附加多样性特征的PUCCH重复

除了重复以外，还可以合并其他特征，以提供PUCCH传输的进一步多样性和鲁棒性。

在UE侧的多个发送/接收点(TRP)上的PUCCH重复。

在该实施例中，PUCCH重复分布在UE侧的多个TRP上。当UE侧有多个TRP时，PUCCH重复可以以空间域复用(SDM)方式、频域复用(FDM)方式或时域复用(TDM)方式分布在TRP上。

-如果是SDM，则多个TRP同时在相同时间频率资源上发送多个PUCCH重复。多个TRP上的传输在空间上分离。

-如果是FDM，则在发送PUCCH重复时，多个TRP在许多频域位置交替。可以通过时域中的相同符号集合发送PUCCH重复。例如，如果UE侧有两个TRP，则奇数索引的PUCCH重复是从第一集合的频率位置从第一TRP发送的，并且偶数索引的PUCCH重复从第二集合的频率位置从第二TRP发送的。第一集合和第二集合的频率位置不重叠。

-如果是TDM，则在发送PUCCH重复时，多个TRP在许多时域实例上交替。PUCCH重复可以通过相同的频域资源集合发送。例如，如果UE侧有两个TRP，则奇数索引的PUCCH重复在第一集合的时域符号处从第一TRP发送，并且偶数索引的PUCCH重复在第二集合的时域符号处从第二TRP发送。第一集合和第二集合的时域符号不重叠。

多个波束上的PUCCH重复

在该实施例中，UE识别了可用于传输的两个或更多个上行链路波束。多个上行链路波束可指向基站侧的多个TRP，一个波束用于一个基站TRP。UE应该具有多个天线端口以形成多个波束，但是不要求UE实现多个TRP。

例如，如果通过波束管理建立了两个波束，则通过第一波束发送奇数索引的PUCCH重复，并且通过第二波束发送偶数索引的PUCCH重复。

具有频率跳跃(frequency hopping)的PUCCH重复

在该实施例中，频率跳跃与PUCCH重复一起使用。如果M个频率位置被配置用于PUCCH频率跳跃，则PUCCH重复在时间中扩散，并且每个PUCCH重复轮流使用M个频率位置之一。在优选的示例中，M个频率位置尽可能均匀地在活动带宽部分上隔开。

图9是根据本公开的一些实施例的无线电接入节点900的示意图。可选特征由虚线框表示。无线电接入节点900可以例如是基站602或606或实现本文所述的基站602或gNB的功能的全部或部分的网络节点。如图所示，无线电接入节点900包括控制系统902，其包括一个或多个处理器904(例如，中央处理单元(CPU)、专用集成电路(ASIC)、现场可编程门阵列(FPGAS)，和/或类似物)、存储器906和网络接口908。一个或多个处理器904本文也称为处理电路。此外，无线电接入节点900可包括一个或多个无线电单元910，每个单元包括耦合到一个或多个天线916的一个或多个发射机912和一个或多个接收机914。无线电单元910可以指无线电接口电路或成为无线电接口电路的一部分。在一些实施例中，无线电单元910在控制系统902外部，并通过例如有线连接(例如，光缆)连接到控制系统902。但是，在其他一些实施例中，无线电单元910及可能的天线916与控制系统902集成在一起。一个或多个处理器904操作以提供如本文所述的无线电接入节点900的一个或多个功能。在一些实施例中，这些功能是在例如在存储器906中存储并由一个或多个处理器904执行的软件中实现的。

图10是示出了根据本公开的一些实施例的无线电接入节点900的虚拟化实施例的示意框图。该讨论同样适用于其他类型的网络节点。此外，其他类型的网络节点可具有类似的虚拟化架构。同样，可选特征由虚线框表示。

如本文所述，“虚拟化”无线电节点是无线电接入节点900的实施方式，其中无线电节点900的功能的至少一部分被实现为虚拟组件(例如通过在网络中的物理处理节点上执行的虚拟机)。如图所示，在该示例中，无线电接入节点900可包括控制系统902和/或一个或多个无线电单元910，如上所示。控制系统902可以通过例如光缆等连接到无线电单元910。无线电接入节点900包括耦合到网络1002或被包括以作为网络1002的一部分的一个或多个处理节点1000。如果存在，控制系统902或无线电单元通过网络1002被连接到处理节点1000。每个处理节点1000包括一个或多个处理器1004(例如CPU、ASIC、FPGAS、和/或类似物)、存储器1006和网络接口1008。

在该示例中，本文所述的无线电接入节点900的功能1010在一个或多个处理节点1000上实现，或以任何期望的方式跨越一个或多个处理节点1000和控制系统902和/或无线电单元910分布。在某些特定的实施例中，本文所述的无线电接入节点900的功能1010的一些或全部被实现为由在由处理节点1000托管的虚拟环境中实现的一个或多个虚拟机执行的虚拟组件。如本领域普通技术人员理解的，使用处理节点1000与控制系统902之间的附加信令或通信以便执行所期望功能1010的至少一些。注意，在一些实施例中，可不包括控制系统902，在这种情况下，无线电单元910通过适当的网络接口直接与处理节点1000通信。

在一些实施例中，提供了一种根据本文所述的实施例中的任何一个的包括指令的计算机程序，所述指令在由至少一个处理器执行时使该至少一个处理器执行无线电接入节点900或在虚拟环境中实现无线电接入节点900的一个或多个功能1010的节点(例如，处理节点1000)的功能。在一些实施例中，提供了一种包括上述计算机程序产品的载体。载体是电子信号、光信号、无线电信号或计算机可读存储介质(例如，非暂时性计算机可读介质(例如存储器))之一。

图11是根据本公开的一些其他实施例的无线电接入节点900的示意框图。无线电接入节点900包括一个或多个模块1100，每个模块都在软件中实现。模块1100提供了本文所述的无线电接入节点900的功能。该讨论同样适用于图10的处理节点1000，其中模块1100可以在处理节点1000之一上实现或跨越多个处理节点1000分布和/或跨处理节点1000和控制系统902分布。

图12是根据本公开的一些实施例的无线通信设备1200的示意框图。如图所示，无线通信设备1200包括一个或多个处理器1202(例如，CPU、ASIC、FPGA和/或类似物)、存储器1204以及一个或多个收发器1206，每个收发器包括耦合到一个或多个天线1212的一个或多个发射机1208和一个或多个接收机1210。收发器1206包括连接到天线1212的无线电前端电路，该无线电前端电路被配置为调节在天线1212和处理器1202之间传递的信号，如本领域普通技术人员所理解的。处理器1202本文也称为处理电路。收发器1206本文也称为无线电电路。在一些实施例中，上述无线通信设备1200的功能可在例如存储在存储器1204中并由处理器执行1202的软件中完全或部分实现。请注意，无线通信设备1200可包括图12中未示出的附加组件，诸如例如一个或多个用户接口组件(例如，输入/输出接口，包括显示器、按钮、触摸屏、麦克风、扬声器、和/或类似物和/或用于允许将信息输入到无线通信设备1200中和/或允许从无线通信设备1200中输出信息的任何其他组件)、电源(例如电池和相关联的电源电路)等等。

在一些实施例中，提供了一种计算机程序，该计算机程序包括指令，所述指令当由至少一个处理器执行时使所述至少一个处理器执行根据本文所述的任何实施例的无线通信设备1200的功能。在一些实施例中，提供了一种包括前述计算机程序产品的载体。载体是电信号、光信号、无线电信号或计算机可读存储介质(例如，诸如存储器之类的非暂时性计算机可读介质)之一。

图13是根据本公开的一些其他实施例的无线通信设备1200的示意图。无线通信设备1200包括一个或多个模块1300，每个模块都在软件中实现。模块1300提供了本文所述的无线通信设备1200的功能。

参考图14，根据一个实施例，一种通信系统包括诸如3GPP类型蜂窝网络之类的电信网络1400，其包括诸如RAN之类的接入网络1402和核心网络1404。接入网1402包括多个基站1406A、1406B、1406C(例如NodeB、eNB、gNB)或其他类型的无线接入点(AP)，每个定义对应的覆盖区域1408A、1408B、1408C。每个基站1406A、1406B、1406C可通过有线或无线连接1410连接到核心网络1404。位于覆盖区域1408C中的第一UE 1412被配置为无线连接到对应的基站1406C或被其寻呼。覆盖区域1408A中的第二UE 1414可无线连接到对应的基站1406A。尽管在该示例中示出了多个UE 1412、1414，但是所公开的实施例同样适用于唯一UE在覆盖区域中或唯一UE连接到对应基站1406的情况。

电信网络1400本身连接到主机计算机1416，该主机计算机可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中，或者作为服务器农场中的处理资源。主机计算机1416可以在服务提供商的所有权或控制之下，或者可以由服务提供商或代表服务提供商来操作。电信网络1400和主机计算机1416之间的连接1418和1420可以直接从核心网络1404延伸到主机计算机1416，或者可以经过可选的中间网络1422。中间网络1422可以是公共、私有或托管网络中的一个或多于一个的组合；中间网络1422(如果有的话)可以是骨干网或互联网；特别地，中间网络1422可以包括两个或更多个子网络(未示出)。

整体上，图14的通信系统实现了所连接的UE 1412、1414与主机计算机1416之间的连接。该连接可以被描述为过顶(Over-the-Top)(OTT)连接1424。主机计算机1416和连接的UE 1412、1414被配置为经由使用接入网络1402、核心网络1404、任何中间网络1422以及可能的其他基础设施(未示出)作为中介的OTT连接1424来传递数据和/或信令。在OTT连接1424通过的参与通信设备不知道上行链路和下行链路通信的路由的意义上，OTT连接1424可以是透明的。例如，可以不向基站1406或者不需要向基站1406通知传入下行链路通信的过去路由，该下行链路通信具有源自主机计算机1416的将被转发(例如，切换)给连接的UE1412的数据。类似地，基站站1406不需要知道源自UE 1412到主机计算机1416的传出上行链路通信的将来路由。

根据一个实施例，现在将参考图15描述在前面的段落中讨论的UE、基站和主机计算机的示例实施方式。在通信系统1500中，主机计算机1502包括硬件1504，硬件1504包括通信接口1506，通信接口1506被配置为建立和维持与通信系统1500的不同通信设备的接口的有线或无线连接。主机计算机1502还包括处理电路1508，其可以具有存储和/或处理能力。特别地，处理电路1508可以包括一个或多个适于执行指令的可编程处理器、ASIC、FPGA或这些的组合(未示出)。主机计算机1502还包括软件1510，软件1510存储在主机计算机1502中或可由主机计算机1502访问并且可由处理电路1508执行。软件1510包括主机应用1512。主机应用1512可操作以向远程用户(例如通过在UE 1514和主机计算机1502处终止的OTT连接1516连接的UE1514)提供服务。在向远程用户提供服务时，主机应用1512可以提供使用OTT连接1516发送的用户数据。

通信系统1500还包括基站1518，该基站1518设置在电信系统中并且包括使其能够与主机计算机1502和UE 1514通信的硬件1520。硬件1520可以包括用于建立和维护与通信系统1500的不同通信设备的接口的有线或无线连接的通信接口1522，以及用于建立和维护与位于由基站1518服务的覆盖区域(在图15中未示出)中的UE 1514的至少无线连接1526的无线电接口1524。通信接口1522可以被配置为促进到主机计算机1502的连接1528。连接1528可以是直接的，或者可以通过电信系统的核心网络(图15中未示出)和/或通过电信系统外部的一个或多个中间网络。在所示实施例中，基站1518的硬件1520还包括处理电路1530，其可以包括一个或多个适于执行指令的可编程处理器、ASIC、FPGA或这些的组合(未示出)。基站1518还具有内部存储或可通过外部连接访问的软件1532。

通信系统1500还包括已经提到的UE 1514。UE 1514的硬件1534可以包括无线接口1536，其被配置为建立和维护与服务于UE 1514当前所在的覆盖区域的基站的无线连接1526。UE 1514的硬件1534进一步包括处理电路1538，其可以包括一个或多个适于执行指令的可编程处理器、ASIC、FPGA或这些的组合(未示出)。UE 1514还包括存储在UE 1514中或可由UE 1514访问并且可由处理电路1538执行的软件1540。软件1540包括客户端应用1542。客户端应用1542可操作于在主机计算机1502的支持下通过UE1514向人类或非人类用户提供服务。在主机计算机1502中，正在执行的主机应用1512可以通过在UE 1514和主机计算机1502处终止的OTT连接1516与正在执行的客户端应用1542通信。在向用户提供服务时，客户端应用1542可以从主机应用1512接收请求数据，并且响应于该请求数据来提供用户数据。OTT连接1516可以传送请求数据和用户数据两者。客户端应用1542可以与用户交互以生成其提供的用户数据。

注意，图15中所示的主机计算机1502，基站1518和UE 1514可以分别与图14的主机计算机1416、基站1406A、1406B、1406C之一和UE 1412、1414之一相似或相同。也就是说，这些实体的内部工作原理可以如图15所示，而独立地，周围网络拓扑结构可以是图14的那样。

在图15中，已经抽象地绘制了OTT连接1516以示出经由基站1518在主机计算机1502与UE 1514之间的通信，而没有明确地参考任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定路由，其可被配置为对UE 1514或对操作主机计算机1502的服务提供商或两者隐藏。当OTT连接1516是活动的时，网络基础设施可以进一步做出决定，通过该决定它动态地改变路由(例如，基于负载平衡考虑或网络的重新配置)。

UE 1514与基站1518之间的无线连接1526是根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接1516提供给UE 1514的OTT服务的性能，在OTT连接1516中，无线连接1526形成最后的段。更精确地，这些实施例的教导可以改善例如数据速率、延迟、功耗等，从而提供诸如用户等待时间减少、文件大小限制放宽、更好的响应能力、扩展的电池寿命等等的益处。

可以出于监控数据速率、延迟和一个或多个实施例在其上改善的其他因素的目的而提供测量过程。可能还存在可选的网络功能，用于响应于测量结果的变化来重新配置主机计算机1502和UE 1514之间的OTT连接1516。用于重新配置OTT连接1516的测量过程和/或网络功能可以在主机计算机1502的软件1510和硬件1504中或在UE 1514的软件1540和硬件1534中或两者中实现。在实施例中，可以将传感器(未示出)部署在OTT连接1516所经过的通信设备中或与之相关联；传感器可以通过提供以上例示的监控量的值或提供软件1510、1540可以从中计算或估计监控量的其他物理量的值来参与测量过程。OTT连接1516的重新配置可以包括消息格式、重传设置、优选的路由等；重新配置不必影响基站1518，并且它可能对于基站1518是未知的或不可感知的。这种过程和功能在本领域中是已知的和实践的。在某些实施例中，测量可以涉及专有UE信令，其促进主机计算机1502对吞吐量、传播时间、延迟等的测量。可以以如下方式实现测量，软件1510和1540在监控消息传播时间、错误等的同时促使使用OTT连接1516发送消息(尤其是空消息或“假(dummy)”消息)。

图16是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图14和图15描述的那些。为了本公开简单起见，本部分仅包括对图16的附图参考。在步骤1600，主机计算机提供用户数据。在步骤1600的子步骤1602(可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤1604中，主机计算机发起到UE的携带用户数据的传输。在步骤1606(可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE发送由主机计算机发起的传输中携带的用户数据。在步骤1608(也可以是可选的)，UE执行与由主机计算机执行的主机应用相关联的客户端应用。

图17是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图14和图15描述的那些。为了本公开简单起见，本部分仅包括对图17的附图参考。在该方法的步骤1700中，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤1702中，主机计算机发起到UE的携带用户数据的传输。根据贯穿本公开所描述的实施例的教导，传输可以通过基站。在步骤1704(可以是可选的)，UE接收在传输中携带的用户数据。

图18是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图14和图15描述的那些。为了本公开简单起见，本部分仅包括对图18的附图参考。在步骤1800(可以是可选的)中，UE接收由主机计算机提供的输入数据。附加地或替代地，在步骤1802中，UE提供用户数据。在步骤1800的子步骤1804(可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤1802的子步骤1806(可以是可选的)中，UE执行客户端应用，该客户端应用响应于接收到的由主机计算机提供的输入数据来提供用户数据。在提供用户数据时，执行的客户端应用可以进一步考虑从用户接收的用户输入。不管提供用户数据的特定方式如何，UE在子步骤1808(可能是可选的)中发起用户数据到主机计算机的传输。在该方法的步骤1810中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图19是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图14和图15描述的那些。为了本公开简单起见，在本部分中仅包括对图19的附图参考。在步骤1900(可以是可选的)中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在步骤1902(可以是可选的)，基站发起接收的用户数据到主机计算机的传输。在步骤1904(可以是可选的)，主机计算机接收由基站发起的传输中携带的用户数据。

可以通过一个或多个虚拟装置的一个或多个功能单元或模块来执行本文公开的任何适当的步骤、方法、特征、功能或益处。每个虚拟装置可以包括多个这些功能单元。这些功能单元可以经由可以包括一个或多个微处理器或微控制器的处理电路以及可以包括数字信号处理器(DSP)、专用数字逻辑等的其他数字硬件来实现。处理电路可以被配置为执行存储在存储器中的程序代码，该存储器可以包括一种或几种类型的存储器，例如只读存储器(ROM)、随机存取存储器(RAM)、高速缓冲存储器、闪存设备、光学存储器等。存储在存储器中的程序代码包括用于执行一种或多个电信和/或数据通信协议的程序指令以及用于执行本文所述的一种或多个技术的指令。在一些实施方式中，根据本公开的一个或多个实施例，处理电路可以用于使相应的功能单元执行对应的功能。

尽管图中的过程可能示出了本发明某些实施例执行的操作的特定顺序，但应理解，这种顺序是示例性的(例如，替代实施例可以按不同的顺序执行操作、组合某些操作、覆盖某些操作等)。

实施例

A组实施例

实施例1：一种由无线设备执行的用于在PUCCH上进行发送的方法(700)，该方法包括以下中的一个或多个：接收(702)指示PUCCH重复的配置；以及基于配置发送(704)重复的PUCCH传输。

实施例2：根据实施例1所述的方法，其中配置包括以下中的一个或多个：重复的数量、重复是否基于UCI类型、以及重复是否基于UCI的优先级。

实施例3：根据实施例1-2中任一项所述的方法，其中配置适用于以下一个或多个：基于时隙的PUCCH和基于子时隙的PUCCH。

实施例4：根据实施例1-3中任一项所述的方法，其中配置适用于以下一个或多个：短PUCCH格式和长PUCCH格式。

实施例5：根据实施例1-4中任一项所述的方法，其中配置可以包括分别用于每种UCI类型的PUCCH重复的新的高层(例如RRC)参数。

实施例6：根据实施例1-5中任一项所述的方法，其中，如果多于一个参数配置有重复数量的不同值，则根据最大值执行用于携带多种UCI类型的PUCCH的PUCCH重复。

实施例7：根据实施例1-5中任一项所述的方法，其中，如果多于一个参数配置有重复数量的不同值，则根据最小值执行用于携带多种UCI类型的PUCCH的PUCCH重复。

实施例8：根据实施例1-7中任一项所述的方法，其中参数的值的单位可以是时隙或子时隙。

实施例9：根据实施例1-8中任一项所述的方法，其中存在仅应用特定PUCCH格式的预定义限制，例如仅长PUCCH格式1、3或实施例4：

实施例10：根据实施例1-9中任一项所述的方法，其中用于特定UCI类型的PUCCH重复的参数还指示适用的PUCCH格式。

实施例11：根据实施例1-10中任一项所述的方法，其中基于隐式规则来执行具有重复数量的用于UCI类型的PUCCH重复。

实施例12：根据实施例1-11中任一项所述的方法，其中PUCCH重复与低优先级或高优先级相关联，并且PUCCH重复可以基于默认规则确定或由高层指示(例如，在调度UCI的DCI中指示优先级)。

实施例14：根据实施例1-12中任一项所述的方法，其中如果与低优先级UCI相关联的PUCCH和与高优先级UCI相关联的另一PUCCH冲突/重叠，则在重叠的时隙/子时隙中丢弃具有低优先级UCI的PUCCH重复。

实施例14：根据任何先前实施例所述的方法，进一步包括：提供用户数据；以及通过到基站的传输将用户数据转发给主机计算机。

B组实施例

实施例15：一种由基站执行的用于配置PUCCH传输的方法(800)，该方法包括：发送(802)指示PUCCH重复的配置；以及基于配置接收(804)重复的PUCCH传输。

实施例16：根据实施例15所述的方法，其中配置包括以下一个或多个：重复的数量、重复是否基于UCI类型、以及重复是否基于UCI的优先级。

实施例17：根据实施例15-16中任一项所述的方法，其中配置适用于以下一个或多个：基于时隙的PUCCH和基于子时隙的PUCCH。

实施例18：根据实施例15-17中任一项所述的方法，其中配置适用于以下一个或多个：短PUCCH格式和长PUCCH格式。

实施例19：根据实施例15-18中任一项所述的方法，其中配置可以包括分别用于每种UCI类型的PUCCH重复的新的高层(例如RRC)参数。

实施例20：根据实施例15-19中任一项所述的方法，其中，如果多于一个参数配置有重复数量的不同值，则根据最大值执行用于携带多种UCI类型的PUCCH的PUCCH重复。

实施例21：根据实施例15-19中任一项所述的方法，其中，如果多于一个参数配置有重复数量的不同值，则根据最小值执行用于携带多种UCI类型的PUCCH的PUCCH重复。

实施例22：根据实施例15-21中任一项所述的方法，其中参数的值的单位可以是时隙或子时隙。

实施例23：根据实施例15-22中任一项所述的方法，其中存在仅应用特定PUCCH格式的预定义限制，例如仅长PUCCH格式1、3或实施例4：

实施例24：根据实施例15-23中任一项所述的方法，用于特定UCI类型的PUCCH重复的参数还指示适用的PUCCH格式。

实施例25：根据实施例15-24中任一项所述的方法，其中基于隐式规则来执行具有重复数量的用于UCI类型的PUCCH重复。

实施例26：根据实施例15-25中任一项所述的方法，其中PUCCH重复与低优先级或高优先级相关联，并且PUCCH重复可以基于默认规则确定或由高层指示(例如，在调度UCI的DCI中指示优先级)。

实施例27：根据实施例15-26中任一项所述的方法，其中如果与低优先级UCI相关联的PUCCH和与高优先级UCI(相同或者不同UCI类型)相关联的另一PUCCH(具有或者不具有重复)冲突/重叠，则在重叠的时隙/子时隙中丢弃具有低优先级UCI的PUCCH重复。

实施例28：任何先前实施例所述的方法，包括：获取用户数据；以及将用户数据转发给主机计算机或无线设备。

C组实施例

实施例29：一种用于在PUCCH上进行发送的无线设备，该无线设备包括：被配置为执行A组实施例的任何一个实施例的任何步骤的处理电路；以及被配置为向无线设备供电的电源电路。

实施例30：一种用于配置PUCCH传输的基站，该基站包括：被配置为执行B组实施例的任何一个实施例的任何步骤的处理电路；和被配置为向基站供电的电源电路。

实施例31：一种用于在PUCCH上进行发送的用户设备(UE)，该UE包括：被配置为发送和接收无线信号的天线；连接到天线和处理电路并被配置为调节在天线和处理电路之间传递的信号的无线电前端电路；处理电路被配置为执行该A组实施例的任何一个实施例的任何步骤；连接到处理电路并被配置为允许将信息输入到UE中以通过处理电路处理的输入接口；连接到处理电路并被配置为从UE输出由处理电路处理的信息的输出接口；以及连接到处理电路并被配置为向UE供电的电池。

实施例32：一种包括主机计算机的通信系统，主机计算机包括：处理电路，其被配置为提供用户数据；以及通信接口，其被配置为向蜂窝网络转发所述用户数据以传输到用户设备(UE)；其中，所述蜂窝网络包括具有无线电接口和处理电路的基站，所述基站的处理电路被配置为执行B组实施例中任一项所述的任何步骤。

实施例33：根据前述实施例所述的通信系统还包括所述基站。

实施例34：根据前述两个实施例所述的通信系统，还包括所述UE，其中，所述UE被配置为与所述基站进行通信。

实施例35：根据前述三个实施例所述的通信系统，其中：所述主机计算机的所述处理电路被配置为执行主机应用，从而提供所述用户数据；以及所述UE包括被配置为执行与所述主机应用相关联的客户端应用的处理电路。

实施例36：一种在包括主机计算机、基站和用户设备(UE)的通信系统中实现的方法，所述方法包括：在所述主机计算机上，提供用户数据；以及在所述主机计算机处，发起携带所述用户数据的经由包括所述基站的蜂窝网络到所述UE的传输，其中，所述基站执行B组实施例中任一项所述的任何步骤。

实施例37：根据前述实施例所述的方法，还包括：在所述基站处，发送所述用户数据。

实施例38：根据前述两个实施例所述的方法，其中，通过执行主机应用在所述主机计算机处提供所述用户数据，所述方法还包括：在所述UE处，执行与所述主机应用相关联的客户端应用。

实施例39：一种被配置为与基站通信的用户设备(UE)，所述UE包括无线电接口和被配置为执行根据前述三个实施例所述的方法的处理电路。

实施例40：一种包括主机计算机的通信系统，主机计算机包括：处理电路，其被配置为提供用户数据；以及通信接口，其被配置为向蜂窝网络转发所述用户数据以传输到用户设备(UE)；其中，所述UE包括无线电接口和处理电路，所述UE的组件被配置为执行A组实施例中任一项所述的任何步骤。

实施例41：根据前述实施例所述的通信系统，其中，所述蜂窝网络还包括被配置为与所述UE进行通信的基站。

实施例42：根据前述两个实施例所述的通信系统，其中：所述主机计算机的所述处理电路被配置为执行主机应用，从而提供所述用户数据；以及所述UE的处理电路被配置为执行与所述主机应用相关联的客户端应用。

实施例43：一种在包括主机计算机、基站和用户设备(UE)的通信系统中实现的方法，所述方法包括：在所述主机计算机上，提供用户数据；以及在所述主机计算机处，发起携带所述用户数据的经由包括所述基站的蜂窝网络到所述UE的传输，其中，所述UE执行A组实施例中任一项所述的任何步骤。

实施例44：根据前述实施例所述的方法，还包括：在所述UE处，从所述基站接收所述用户数据。

实施例45：一种包括主机计算机的通信系统，主机计算机包括：通信接口，其被配置为接收源自从用户设备(UE)到基站的传输的用户数据；其中，所述UE包括无线电接口和处理电路，所述UE的处理电路被配置为执行A组实施例中任一项所述的任何步骤。

实施例46：根据前述实施例所述的通信系统，还包括所述UE。

实施例47：根据前述两个实施例所述的通信系统，还包括所述基站，其中，所述基站包括：无线电接口，其被配置为与所述UE通信；以及，通信接口，其被配置为向所述主机计算机转发来自所述UE到所述基站的传输携带的所述用户数据。

实施例48：根据前述三个实施例所述的通信系统，其中：所述主机计算机的所述处理电路被配置为执行主机应用；以及所述UE的处理电路被配置为执行与所述主机应用相关联的客户端应用，从而提供所述用户数据。

实施例49：根据前述四个实施例所述的通信系统，其中：所述主机计算机的所述处理电路被配置为执行主机应用，从而提供请求数据；以及所述UE的处理电路被配置为执行与所述主机应用相关联的客户端应用，从而响应所述请求数据提供所述用户数据。

实施例50：一种在包括主机计算机、基站和用户设备(UE)的通信系统中实现的方法，所述方法包括：在所述主机计算机处，接收从所述UE向所述基站发送的用户数据，其中，所述UE执行A组实施例中任一项所述的任何步骤。

实施例51：根据前述实施例所述的方法，还包括：在所述UE处，向所述基站提供所述用户数据。

实施例52：根据前述两个实施例所述的方法，进一步包括：在所述UE处，执行客户端应用，从而提供要被发送的所述用户数据；以及在所述主机计算机上，执行与所述客户端应用相关联的主机应用。

实施例53：根据前述三个实施例所述的方法，进一步包括：在所述UE处，执行客户端应用；以及在所述UE处，接收到所述客户端应用的输入数据，通过执行与所述客户端应用相关联的主机应用来在所述主机计算机上提供所述输入数据；其中，要被发送的所述用户数据是由所述客户端应用响应于所述输入数据提供的。

实施例54：一种包括主机计算机的通信系统，所述主机计算机包括通信接口，所述通信接口被配置为接收源自从用户设备(UE)到基站的传输的用户数据，其中，所述基站包括无线电接口和处理电路，所述基站的处理电路被配置为执行B组实施例中任一项所述的任何步骤。

实施例55：根据前述实施例所述的通信系统还包括所述基站。

实施例56：根据前述两个实施例所述的通信系统，还包括所述UE，其中，所述UE被配置为与所述基站进行通信。

实施例57：根据前述三个实施例所述的通信系统，其中：所述主机计算机的所述处理电路被配置为执行主机应用；以及所述UE被配置为执行与所述主机应用相关联的客户端应用，从而提供要由所述主机计算机接收的所述用户数据。

实施例58：一种在包括主机计算机、基站和用户设备(UE)的通信系统中实现的方法，所述方法包括：在所述主机计算机处，从所述基站接收源自基站已经从所述UE接收到的传输的用户数据，其中，所述UE执行A组实施例中任一项所述的任何步骤。

实施例59：根据前述实施例所述的方法，还包括：在所述基站处，从所述UE接收所述用户数据。

实施例60：根据前述两个实施例所述的方法，还包括：在所述基站处，发起所述接收到的用户数据到所述主机计算机的传输。

在本公开中可以使用以下缩写中的至少一些。如果缩写之间存在不一致，则应优先选择上面的用法。如果在下面多次列出，则第一个列表应优先于任何后续列表。

本领域技术人员将认识到对本公开的实施例的改进和修改。所有这些改进和修改被认为在本文公开的概念的范围内。

Claims (31)

1.一种由无线设备执行的用于在物理上行链路控制信道PUCCH上进行发送的方法，所述方法包括：

接收(700)指示PUCCH重复的配置；以及

基于所述配置，发送(702)重复的PUCCH传输。

2.根据权利要求1所述的方法，其中，所述配置包括以下中的一项或多项：

重复数量，

所述重复是否基于上行链路控制信息UCI类型，以及

所述重复是否基于所述UCI的优先级。

3.根据权利要求1-2中任一项所述的方法，其中，所述配置适用于以下中的一项或多项：基于时隙的PUCCH和基于子时隙的PUCCH。

4.根据权利要求1-3中任一项所述的方法，其中所述配置适用于以下中的一项或多项：短PUCCH格式和长PUCCH格式。

5.根据权利要求1-4中任一项所述的方法，其中，所述配置包括分别用于每种UCI类型的PUCCH重复的新的高层参数。

6.根据权利要求1-5中任一项所述的方法，其中，如果多于一个参数被配置有所述重复数量的不同值，则根据最大值执行用于携带多种UCI类型的PUCCH的PUCCH重复。

7.根据权利要求1-5中任一项所述的方法，其中，如果多于一个参数被配置有所述重复数量的不同值，则根据最小值执行用于携带多种UCI类型的PUCCH的PUCCH重复。

8.根据权利要求1-7中任一项所述的方法，其中，所述参数的值的单位是时隙或子时隙。

9.根据权利要求1-8中任一项所述的方法，其中，存在仅应用特定PUCCH格式的预定义限制。

10.根据权利要求1-9中任一项所述的方法中，其中，用于特定UCI类型的PUCCH重复的所述参数还指示适用的PUCCH格式。

11.根据权利要求1-10中任一项所述的方法，其中，基于隐式规则来执行具有所述重复数量的用于UCI类型的PUCCH重复。

12.根据权利要求1-11中任一项所述的方法，其中，PUCCH重复与低优先级或高优先级相关联，并且PUCCH重复基于默认规则来确定或者由高层指示。

13.根据权利要求1-12中任一项所述的方法，其中，如果与低优先级UCI相关联的PUCCH和与高优先级UCI相关联的另一PUCCH冲突/重叠，则在重叠的时隙/子时隙中丢弃具有低优先级UCI的所述PUCCH重复。

14.根据权利要求1-13中任一项所述的方法，其中，所述无线设备在新无线电NR网络中操作。

15.一种由基站执行的用于配置物理上行链路控制信道PUCCH传输的方法，所述方法包括：

发送(800)指示PUCCH重复的配置；以及

基于所述配置，接收(802)重复的PUCCH传输。

16.根据权利要求15所述的方法，其中，所述配置包括以下中的一项或多项：重复的数量，所述重复是否基于上行链路控制信息UCI类型，以及所述重复是否基于所述UCI的优先级。

17.根据权利要求15-16中任一项所述的方法，其中，所述配置适用于以下中的一项或多项：基于时隙的PUCCH和基于子时隙的PUCCH。

18.根据权利要求15-17中任一项所述的方法，其中，所述配置适用于以下中的一项或多项：短PUCCH格式和长PUCCH格式。

19.根据权利要求15-18中任一项所述的方法，其中，所述配置包括分别用于每种UCI类型的PUCCH重复的新的高层参数。

20.根据权利要求15-19中任一项所述的方法，其中，如果多于一个参数被配置有所述重复数量的不同值，则根据最大值执行用于携带多种UCI类型的PUCCH的PUCCH重复。

21.根据权利要求15-19中任一项所述的方法，其中，如果多于一个参数被配置有所述重复数量的不同值，则根据最小值执行用于携带多种UCI类型的PUCCH的PUCCH重复。

22.根据权利要求15-21中任一项所述的方法，其中，所述参数的值的单位可以是时隙或子时隙。

23.根据权利要求15-22中任一项所述的方法，其中，存在仅应用特定PUCCH格式的预定义限制。

24.根据权利要求15-23中任一项所述的方法，其中，用于特定UCI类型的PUCCH重复的所述参数还指示适用的PUCCH格式。

25.根据权利要求15-24中任一项所述的方法，其中，基于隐式规则来执行具有所述重复数量的用于UCI类型的PUCCH重复。

26.根据权利要求15-25中任一项所述的方法，其中，PUCCH重复与低优先级或高优先级相关联，并且PUCCH重复基于默认规则来确定或者由高层指示。

27.根据权利要求15-26中任一项所述的方法，其中，如果与低优先级UCI相关联的PUCCH和与高优先级UCI相关联的另一PUCCH冲突/重叠，则在重叠的时隙/子时隙中丢弃具有低优先级UCI的所述PUCCH重复。

28.一种用于在物理上行链路控制信道PUCCH上进行发送的无线设备(1200)，包括：

一个或多个发射机(1208)；

一个或多个接收机(1210)；以及

与所述一个或多个发射机(1208)和所述一个或多个接收机(1210)相关联的处理电路(1202)，所述处理电路(1202)配置为促使所述无线设备(1200)：

接收指示PUCCH重复的配置；以及

基于所述配置，发送重复的PUCCH传输。

29.根据权利要求28所述的无线设备(1200)，其中，所述处理电路(1202)进一步被配置为促使所述无线设备(1200)执行根据权利要求2至14中任一项所述的方法。

30.一种用于配置物理上行链路控制信道PUCCH传输的基站(900)，包括：

一个或多个发射机(912)；

一个或多个接收机(914)；以及

与所述一个或多个发射机(912)和所述一个或多个接收机(914)相关联的处理电路(904)，所述处理电路(904)被配置为促使所述基站(900)执行以下一个或多个：

发送指示PUCCH重复的配置；以及

基于所述配置，接收重复的PUCCH传输。

31.根据权利要求30所述的基站(900)，其中，所述处理电路(904)进一步被配置为促使所述基站(900)执行根据权利要求16至27中任一项所述的方法。

Images