CN109845305A - 在无线通信网络中调整物理上行链路控制信道(pucch)格式 - Google Patents

Abstract

本公开的实施例提供用于在无线通信网络中调整物理上行链路控制信道(PUCCH)格式的方法和系统。具体地，所述方法被实现为用于在无线通信网络中调整从终端设备到网络设备的上行链路传输中的PUCCH格式。所述方法包括：针对所述终端设备与所述网络设备之间的服务，使用具有第一持续时间的第一PUCCH格式；以及响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述终端设备的所述服务，使用(804)具有第二且不同持续时间的第二PUCCH格式。

Description

在无线通信网络中调整物理上行链路控制信道(PUCCH)格式

技术领域

本公开的实施例涉及无线通信领域，更具体地，涉及用于在无线通信网络中调整物理上行链路控制信道(PUCCH)格式的方法和系统。

背景技术

在无线通信网络中，网络设备(例如，基站)通过下行链路向终端设备(例如，用户设备(UE))传输信号；相反，终端设备通过上行链路向网络设备传输信号。上行链路包括从终端设备到网络设备的携带信息的上行链路物理控制信道(PUCCH)。

PUCCH携带称为上行链路控制信息(UCI)的一组信息。取决于PUCCH中的UCI需要携带的信息，PUCCH可以采用不同的格式。例如，在长期演进(LTE)中，PUCCH可以采用已定义的格式1至5和它们的变体(例如格式1a、1b、2a和2b)中之一。在无线电帧中，PUCCH通常需要4至14个正交频域复用(OFDM)符号以在一个或多个时隙中进行传输。

发明内容

提供了本发明内容以便以简化的形式介绍一些概念，这些概念将在下面的具体实施方式中进一步描述。发明内容不意图标识所请求保护主题的关键特征或基本特征，也不意图用于限制所请求保护主题的范围。

根据本公开的第一方面，实现了一种用于在无线通信网络中调整从终端设备到网络设备的上行链路传输中的物理上行链路控制信道(PUCCH)格式的方法。所述方法包括：针对所述终端设备与所述网络设备之间的服务，使用具有第一持续时间的第一PUCCH格式。所述方法还包括：响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述终端设备的所述服务，使用具有第二且不同持续时间的第二PUCCH格式。

在实施例中，所述方法还可以包括：在所述确定之前，针对所述服务，为所述第一PUCCH格式和所述第二PUCCH格式二者分配无线电资源。

在又一实施例中，所述一个或多个事件可以包括所述终端设备与所述网络设备之间的通信质量测量超过一个或多个阈值。

在另一实施例中，所述通信质量测量可以包括以下中的一项或多项：信道质量指示符、误块率、调度请求尝试次数、成功或失败的混合自动重传请求(HARQ)传输或其肯定确认的数量。

在再一实施例中，所述通信质量测量可以是参考信号的测量。

在再一实施例中，所述通信质量测量是滞后和触发时间中的至少一个。

在再一实施例中，所述通信质量测量是不连续传输(DTX)或不连续接收(DRX)的测量。

在又一实施例中，使用所述第二PUCCH格式可以包括：在针对所述服务使用所述第一PUCCH格式期间，为所述第二PUCCH格式分配无线电资源，在完成为所述第二PUCCH格式分配无线电资源之后，释放要被去激活的所述第一PUCCH格式所使用的无线电资源，以及针对所述服务，使用所述第二PUCCH格式执行PUCCH传输。

在另一实施例中，所述方法还可以包括使用媒体访问控制(MAC)控制元素(CE)位图来指示PUCCH格式更新。

在再一实施例中，所述方法还可以包括使用包括PUCCH配置索引的媒体访问控制(MAC)控制元素(CE)来指示PUCCH格式更新。

在再一实施例中，时间单位可以包括无线电帧的一个或多个时隙中的正交频域复用(OFDM)符号。

根据本公开的第二方面，提供了一种提供指令的非暂时性机器可读存储介质。当由终端设备的处理器执行时，所述指令使所述处理器执行根据本公开的第一方面的方法。

根据本公开的第三方面，提供了一种终端设备。所述终端设备包括：非暂时性机器可读存储介质，用于存储指令；以及处理器，与所述非暂时性机器可读存储介质耦接以处理所存储的指令，使得所述终端设备执行根据本公开的第一方面的方法。

根据本公开的第四方面，提供了一种网络设备。所述网络设备包括无线电接口和处理电路，所述处理电路被配置为：使终端设备针对所述终端设备与所述网络设备之间的服务，使用具有第一持续时间的第一PUCCH格式；以及使所述终端设备响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述终端设备的所述服务，使用具有第二且不同持续时间的第二PUCCH格式。

附图说明

通过参考对本公开实施例进行说明的以下描述和附图，可以最佳地理解本公开。在附图中：

图1A示出了根据本公开的实施例的短PUCCH格式。

图1B示出了根据本公开的实施例的长PUCCH格式。

图2A示出了PUCCH在其中工作的示例性信号传输层次结构。

图2B示出了根据本公开的实施例的实现各种符号长度的PUCCH格式的无线通信网络。

图3示出了导致用于服务的PUCCH中断的PUCCH格式切换。

图4示出了根据本公开的实施例的用于触发针对PUCCH格式改变的警告事件的多个阈值集合。

图5示出了根据本公开的实施例的由终端设备执行的PUCCH格式改变。

图6示出了根据本公开的实施例的由网络设备执行的PUCCH格式改变。

图7示出了根据本公开的实施例的PUCCH格式的活跃状态。

图8是示出了根据本公开的实施例的无线通信网络中的PUCCH格式改变的操作的流程图。

图9示出了根据本公开的实施例的PUCCH格式改变。

图10示出了根据本公开的实施例的为了获得更好的蜂窝覆盖范围和/或更少的通信开销的PUCCH格式改变。

图11示出了根据本公开的实施例的为了获得更短的数据传输往返时间的PUCCH格式改变。

图12示出了根据本公开的实施例的基于终端设备与网络设备之间的数据传输阶段改变的PUCCH格式改变。

图13示出了根据本公开的实施例的包含网络设备和终端设备在内的无线通信系统。

图14示出了根据本公开的实施例的网络设备。

图15示出了根据本公开的实施例的终端设备。

图16示出了根据本公开的实施例的无线通信网络中与终端通信的装置的示意性框图。

图17示出了根据本公开的实施例的无线通信网络中与网络设备通信的装置的示意性框图。

图18示意性地示出了经由中间网络连接到主机计算机的电信网络。

图19示出了根据本公开的实施例的通信系统。

图20是示出了根据实施例的在通信系统中实现的方法的流程图。

图21是示出了根据实施例的在通信系统中实现的方法的流程图。

图22是示出了根据实施例的在通信系统中实现的方法的流程图。

图23是示出了根据实施例的在通信系统中实现的方法的流程图。

具体实施方式

以下描述将描述用于在无线通信网络中调整从终端设备到网络设备的上行链路传输中的物理上行链路控制信道(PUCCH)格式的方法和装置。本公开的实施例提供了调整PUCCH格式的有效方式。通过调整PUCCH格式，网络设备和终端设备可以更有效地传输数据和控制信息。

在以下描述中，阐述了大量的具体细节，例如逻辑实现、操作码(opcode)、用于指定运算数的手段、资源分区/共享/复制实现、系统组件的类型和相互关系、以及逻辑分区/整合选择，以提供对本发明的更全面的理解。然而，本领域技术人员应理解，可以在没有这些具体细节的情况下实践本公开。在其它实例中，并未详细示出控制结构、门级别电路和全部软件指令序列，以不使本公开模糊。利用所包括的描述，本领域普通技术人员将能够在不进行过度试验的情况下实现恰当的功能。

括号中的文本和具有虚线边界(例如，长划点虚线、短划线虚线、点虚线、以及点)的框可以用于示出向本公开实施例添加附加特征的可选操作。然而，这种标注不应当被视为意味着：在本公开的某些实施例中，它们是仅有的选项或可选操作，和/或具有实线边界的框不是可选的。

术语

说明书中对“一个实施例”、“实施例”、“示例实施例”等的引用指示了所描述的实施例可以包括特定特征、结构、或特性，但是该特定特征、结构、或特性不必包括在每个实施例中。此外，这种短语不必指同一实施例。此外，当结合实施例来描述具体特征、结构或特性时，应认为结合其他实施例(不管是否是显式描述的)来实现这种特征、结构或特性是在本领域技术人员的知识内的。

以下描述和权利要求可以使用术语“耦接”和“连接”以及它们的派生词。这些术语不意在作为彼此的同义词。“耦接”用于指示两个或更多个元件(它们可以或可以不彼此直接物理或电学接触)彼此协作或交互。“连接”用于指示在彼此耦接的两个或更多个元件之间建立通信。如本文所使用的，“集合”指的是包括一个项目在内的任何正整数个项目。

电子设备使用机器可读介质(也被称为计算机可读介质)来存储和(内部和/或在网络上与其他电子设备)传输代码(其由软件指令构成，且有时被称为计算机程序代码或计算机程序)和/或数据，机器可读介质是例如机器可读存储介质(例如，磁盘、光盘、固态驱动器、只读存储器(ROM)、闪存设备、相变存储器)和机器可读传输介质(也被称为载体)(例如，电、光、无线电、声或其他形式的传播信号-例如载波、红外信号)。因此，电子设备(例如，计算机)包括硬件和软件，例如，一个或多个处理器的集合(例如，其中处理器是微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、其他电子电路、前述一项或多项的组合)，其耦合到一个或多个机器可读存储介质以存储用于在该处理器集合上执行的代码和/或以存储数据。例如，电子设备可以包括包含代码的非易失性存储器，因为即使当电子设备关闭时(当电源被移除时)，非易失性存储器也能够保持代码/数据。当电子设备被开启时，要由该电子设备的(一个或多个)处理器执行的代码部分通常从该电子设备的较慢的非易失性存储器复制到易失性存储器(例如动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM))中。通常的电子设备还包括用于与其他电子设备建立网络连接(以使用传播信号来传输和/或接收代码和/或数据)的一个或多个物理网络接口(NI)的集合。例如，该物理NI的集合(或物理NI的集合与执行代码的处理器集合的组合)可以执行任何格式化、编码或转换，以允许电子设备(通过有线和/或无线连接)发送和接收数据。在一些实施例中，物理NI可以包括能够(1)通过无线连接从其他电子设备接收数据和/或(2)通过无线连接将数据送出到其他设备的无线电电路。该无线电电路可以包括适合于射频通信的发射器、接收器和/或收发器。无线电电路可以将数字数据转换成具有适合的参数(例如，频率、定时、信道、带宽等)的无线电信号。然后可以通过天线将无线电信号传输到适当的接收者。在一些实施例中，该物理NI的集合可以包括网络接口控制器(NIC)，也称为网络接口卡、网络适配器或局域网(LAN)适配器。通过将电缆插入连接到NIC的物理端口，NIC可以便于将电子设备连接到其他电子设备，从而允许它们进行有线通信。本公开实施例的一个或多个部分可以使用软件、固件、和/或硬件的不同组合来实现。

无线通信网络是使用无线电波(频率为30KHz-300GHz的电磁波)进行通信的电子设备的网络。无线通信可以遵循无线通信标准，诸如新无线电(NR)、高级LTE(LTE-A)、LTE、宽带码分多址(WCDMA)、高速分组接入(HSPA)。此外，无线通信网络中的诸如网络设备之类的电子设备与终端设备之间的通信可以根据任何适合一代的通信协议来执行，包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、第五代(5G)通信协议和/或目前已知或未来将要开发的任何其他协议。

网络设备(ND)是无线通信网络中的电子设备，终端设备通过该网络设备接入网络并从其接收服务。网络设备可以指基站(BS)或接入点(AP)，例如，节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、下一代节点B(gNB)、远程无线电单元(RRU)、无线电报头(RH)、远程无线电头端(RRH)、中继器和诸如毫微微蜂窝基站和微微蜂窝基站之类的低功率节点。

终端设备是可以接入无线通信网络并从无线通信网络接收服务的电子设备。例如，终端设备可以是用户设备(UE)，其可以是订户站(SS)、便携式订户站、移动站(MS)或接入终端(AT)。终端设备可以是移动电话、蜂窝电话、智能电话、平板电脑、可穿戴设备、个人数字助理(PDA)、便携式计算机、诸如数码相机之类的图像拍摄终端设备、游戏终端没备、音乐存储和回放没备、车载无线终端设备、智能扬声器、机顶盒之一。

终端设备可以包括一个或多个物理天线。终端设备的天线端口可以或可以不对应于物理天线。天线端口可以是通过其参考信号序列来区分的逻辑实体。可以在单个发射天线上发射多个天线端口信号，并且单个天线端口可以分布在多个发射天线上。

无线通信网络和各种符号长度的PUCCH格式

无线通信网络可以使用具有预定义的正交频域复用(OFDM)符号(或简称为“符号”，指无线电帧内的OFDM符号，除非另有说明)长度的PUCCH格式。一旦为终端设备定义了OFDM符号长度，终端设备就将该OFDM符号长度用于其PUCCH。无线通信网络的PUCCH长度通常被设置为4至14个符号之间的值。最近，在5G NR(新无线电)研究工作中讨论了更短的PUCCH长度，例如持续时间为1至2个符号的长度。为了区分不同的PUCCH长度，我们可以将使用4至14个符号的PUCCH格式称为长PUCCH格式(或PUCCH长持续时间，PUCCH-LD)，而将使用1至2个符号的PUCCH格式称为短PUCCH格式(或PUCCH短持续时间，PUCCH-SD)。

注意，术语长PUCCH格式和短PUCCH格式是相对的。在一个实施例中，无线通信网络可以将短PUCCH格式限制为无线电帧的时隙内的3个符号的长度以内的长度(例如，(1)仅一个符号的长度，(2)一个符号的长度或两个符号的长度，或(3)1至3个符号中的任何一个的长度，可以被称为短PUCCH)，并且允许长PUCCH格式是4至14个符号的长度之间的长度。在备选实施例中，短PUCCH格式可以使用甚至更长的符号长度(例如，1至7个符号之间的符号长度中的任何一个)，并且对应的长PUCCH格式具有短PUCCH格式之外的PUCCH长度。

图1A示出了根据本公开的实施例的短PUCCH格式。如图所示，下行链路数据152使用三个OFDM符号通过从网络设备到终端设备的下行链路信道102进行传输。响应于下行链路数据152，终端设备可以通过上行链路信道104向网络设备传输肯定确认(ACK)或否定确认(NACK)153，指示终端设备是否成功接收数据。在该示例中，通过PUCCH传输针对ACK/NACK153的一个符号。ACK/NACK 153可以是混合自动重传请求(HARQ)，其对使用肯定确认和超时的数据传输执行错误控制，以在不可靠链路上实现可靠的数据传输。

用于ACK/NACK的上行链路信道104可以被称为PUCCH。PUCCH可以携带调度请求(SR)、ACK/NACK、信道质量信息(CQI)和信道状态信息(CSI)报告中的一个或多个。ACK/NACK可以是各种协议中的肯定确认或否定确认，并且它们可以是HARQ ACK/NACK、单输入单输出(SISO)ACK/NACK、多输入多输出(MIMO)ACK/NACK、或单输入多输出(SIMO)ACK/NACK中的一个。

网络设备与终端设备之间的通信可以继续进行，并且网络设备可以将下行链路数据154传输到终端设备，终端设备以ACK/NACK 155进行响应。在该示例中，使用两个符号传输ACK/NACK 155。然后，网络设备可以向终端设备传输下行链路数据158，终端设备以ACK/NACK 159进行响应。

图1A中的ACK/NACK信号使用1至2个符号，我们将它们称为使用短PUCCH格式。相反，图1B示出了根据本公开的实施例的长PUCCH格式。使用七个OFDM符号通过从网络设备到终端设备的下行链路信道112传输下行链路数据162。响应于下行链路数据162，终端设备可以通过上行链路信道114向网络设备传输ACK/NACK 169，指示终端设备是否成功接收数据。ACK/NACK 169使用八个符号，我们将它们称为使用长PUCCH格式。

用于ACK/NACK的符号可以属于无线电帧中的一个或多个时隙。图2A示出了PUCCH在其中工作的示例性信号传输层次结构。该示例性信号传输层次结构包括作为传输单元的帧，例如无线电帧202。在一个实施例中，无线电帧202花费十毫秒来传输。帧可以包含多个子帧，例如子帧204。在该示例中，无线电帧202包含十个子帧，每个子帧花费一毫秒。每个子帧可以包含多个时隙。例如，一个子帧可以包含两个时隙。每个时隙(例如附图标记206处的时隙)可以包含多个符号。在一个示例中，时隙包含7或14个OFDM符号。

帧-子帧-时隙-符号的层次结构是时域层次结构的示例。在频域中(如附图标记232所示)，每个符号可以在多个子载波上传输。可以使用多个物理资源块(PRB)来传输符号，在一个实施例中，每个物理资源块可以包含12个子载波。在一个实施例中，每个子载波包括用于传输的带宽(例如，7.5kHZ或15kHZ)。一个子载波×一个符号可以被称为一个资源元素(RE)，在一个实施例中，资源元素是要被分配用于信号传输的最小资源单元。

所示的帧结构提供了用于信号传输的示例。在该帧结构或其他帧结构中，PUCCH使用时间单元的最低级别(在这种情况下为符号级别)。当PUCCH为短PUCCH格式时，一个PUCCH信号的符号可以位于子帧的一个时隙内。

当PUCCH为长PUCCH时，PUCCH信号的符号可以扩展在子帧内的多个时隙上。在备选实施例中，在长PUCCH中使用的符号位于子帧的信号时隙内。换句话说，终端设备可以使用重复占用子帧或无线电帧内的符号位置的PUCCH格式，以增加其PUCCH传输速率。

图2B示出了根据本公开的实施例的实现各种符号长度的PUCCH格式的无线通信网络。该无线通信网络在物理基础设施260中实现，并提供服务262。

在一个实施例中，取决于不同的服务质量(QoS)要求，所提供的服务包括三种类型：超可靠和低等待时间通信(URLLC)272-1、增强型移动宽带(eMBB)272-2、以及大规模机器类型通信(mMTC)272-3。

URLLC 272-1具有严格的QoS要求，尤其是在等待时间和可靠性方面。然而，这种URLLC服务通常也具有相对低的数据速率和可能的稀疏数据传输。这种服务可以包括自动驾驶/自动控制中使用的服务。

mMTC 272-3通常支持高连接密度并且需要较长的电池寿命，但不需要低延迟或高数据速率，并且它通常与小的不频繁的分组相结合。这种服务可以包括智能农业中使用的服务。

eMBB 272-2要求高数据速率。延迟可能是严格的，但通常不如URLLC严格。这种服务可以包括高清(HD)视频服务中使用的服务。

这些服务通过物理基础设施260提供，物理基础设施260包括一个或多个网络设备(例如网络设备252)，并且每个网络设备管理一个或多个终端设备(例如终端设备254)。终端设备254可以向终端设备的用户提供多个服务，并且每个服务可以具有不同的QoS要求。可以通过一个或多个逻辑信道(LCH)或逻辑信道组(LCG)来提供每个服务。终端设备254和网络设备252可以分别使用本地信道标识符(LCH ID)和LCG ID来标识LCH和LCG。在一个实施例中，可以通过与服务对应的LCH ID和/或LCG ID来标识服务。

为了满足不同服务的不同QoS要求，可以为针对服务的PUCCH分配使用合适的符号长度的PUCCH格式。例如，eMBB服务可能比URLLC服务的延迟敏感性更小，因此它可以使用长PUCCH格式。URLLC服务可以使用短PUCCH格式，以便能够满足更严格的延迟要求。也就是说，在其他条件相同的情况下，短PUCCH格式允许终端设备比长PUCCH格式更频繁地与网络设备通信。因此，短PUCCH格式可以适用于具有较低数据速率的延迟敏感型服务，例如URLLC服务。短PUCCH格式的一个缺点是它可能具有比长PUCCH格式短的蜂窝覆盖范围。

长PUCCH格式允许终端设备在PUCCH信号内提供比短PUCCH格式更多的信息，并且这种具有长PUCCH格式的PUCCH信号可以比具有短PUCCH格式的PUCCH信号更不频繁地传输。例如，具有图1B中的长PUCCH格式的PUCCH信号(即，ACK/NACK 169)可以比图1A中的短PUCCH格式的PUCCH信号(例如，ACK/NACK 153)提供更多的信息。因为长PUCCH格式可以在给定PUCCH信号内提供更多信息，所以终端设备可以比传输具有短PUCCH格式的PUCCH信号更不频繁地传输具有长PUCCH格式的PUCCH信号。长PUCCH格式可以适用于能够容忍一些延迟的高数据速率服务，例如eMBB或mMTC。注意，短PUCCH格式或长PUCCH格式的选择取决于许多因素；所描述的选择仅用于说明。由于本说明书中未讨论的因素，可以实现其他/相反的选择，并且本公开的原理不限于PUCCH格式的特定选择。

在图2B中，终端没备254可以实现要求高数据速率但容忍延迟的eMBB服务，并且可以将长PUCCH格式用于该eMBB服务。终端设备254还可以实现要求超可靠性和低等待时间但是低数据速率的URLLC服务，并且可以将短PUCCH格式用于该URLLC服务。因此，当终端设备254位于附图标记255处的小区A的覆盖范围内时，终端设备254同时使用短PUCCH格式和长PUCCH格式。然后，终端设备254移动到小区A之外的另一位置(例如，携带终端设备254的用户通过汽车、火车或航班前往不同的位置)。在该示例中，终端设备254位于附图标记257处的小区B的覆盖范围内。小区B可能具有不同的波束成形特性，并且由于短PUCCH格式的覆盖范围限制，短PUCCH格式可能不足以服务于URLLC服务。在这种情况下，为了支持URLLC服务，终端设备254应将用于URLLC服务的PUCCH格式切换为通常具有更好的蜂窝覆盖范围的长PUCCH格式。这种切换可能导致服务中断，这可能违反URLLC服务的QoS要求。

图3示出了导致用于服务的PUCCH中断的PUCCH格式切换。在附图标记312处，针对服务，终端设备254使用具有一个符号长度的PUCCH格式A发出调度请求(SR)。该服务可以是如上所述的URLLC服务，并且PUCCH格式A可以是使用无线电帧的时隙内的1至3个符号的短PUCCH格式。注意，SR的传输仅是对应PUCCH的示例性使用，其还可以传输ACK/NACK、CQI和/或CSI报告中的一个或多个。

SR(或其他信息)的传输在附图标记352处失败。该失败可能由例如蜂窝覆盖范围限制或链路拥塞之类的上行链路(UL)和/或下行链路(DL)问题导致。当终端设备254在一段时间内没有从网络设备252接收到肯定确认时，终端设备254可以重传SR。当在终端设备254处没有接收到来自网络设备252的肯定确认时，重传将继续。

在附图标记314处，终端设备254确定是否达到最大传输尝试计数。在一个实施例中，最大传输尝试计数被保持为变量，例如dsr-TransMax(动态谱请求-传输最大值)。dsr-TransMax可以是值4、8或其他数字。因此，一旦达到dsr-TransMax，终端设备254就不再传输SR。而是，终端设备254在附图标记316处释放PUCCH已经分配的资源。

PUCCH可以消耗各种无线电资源。例如，终端设备254可以为PUCCH分配物理资源块(PRB)、解调参考信号(DMRS)、探测参考信号(SRS)、正交覆盖码(OCC)等。一旦终端设备254确定PUCCH失败(例如，在达到dsr-TransMax传输尝试次数时没有响应)，它就释放由PUCCH占用的资源。

然后，终端设备254在附图标记318处发起随机接入信道(RACH)接入，以便从失败的PUCCH中恢复。RACH接入可以使用无线电资源控制(RRC)信令，并且网络设备252在附图标记362处用RRC信令进行响应。RACH信令确定要用于该服务的新PUCCH格式(例如PUCCH格式B)，以替换失败的PUCCH格式A。基于PUCCH格式A的失败，网络设备252和/或终端设备254可以确定：为了克服例如失败的短PUCCH格式的覆盖范围限制，长PUCCH格式是优选的。在附图标记320处，终端设备254将新的PUCCH格式B用于该服务。

短PUCCH格式与长PUCCH格式之间的切换可取决于与网络状况和QoS要求有关的各种因素。例如，从短PUCCH格式到长PUCCH格式的切换可以带来更可靠的传输，但是长PUCCH格式还可以意味着可能较不频繁地执行PUCCH通信。在不同的场景中，对于服务而言，可能优选从长PUCCH格式切换到短PUCCH格式，以使PUCCH通信更频繁并且产生更短的延迟。

RACH过程的发起是为了实现终端设备254与网络设备252之间的上行链路同步，并获得RRC请求的资源。注意，RACH过程仅是重新建立终端设备与网络设备之间的上行链路同步的示例，其他协议可以用于上行链路同步。例如，其他过程包括在码分多址(CDMA)中执行接入探测和在GSM(全球移动通信系统)中执行信道请求。所有发起过程通常都需要很长的持续时间完成。

通过附图标记312至320的过程，终端设备254将服务的PUCCH格式从一个长度切换到另一个长度。在此期间，针对服务的相应PUCCH停止服务。考虑到当网络设备未肯定确认SR时PUCCH已经停止服务，可以看出，附图标记370处的PUCCH格式切换期间的PUCCH中断是达到最大传输计数所花费的时间和随后的RACH过程的时间总和。该时间总和可能超过一秒。因此，针对服务的PUCCH的中断可能不会满足URLLC服务的要求，因为URLLC服务通常要求数据传输在一毫秒或仅几毫秒内，并且以慢几个数量级的速率运行的控制信令PUCCH将是不可接受的。

在一些情况下，终端设备可能在小区之间来回移动。例如，终端设备254可能在一天或一小时内在小区A 255与小区B 257之间多次移动，如果每次PUCCH格式切换(从短PUCCH格式到较长PUCCH格式，或反之)都花费一秒左右完成，则对URLLC服务等延迟敏感型服务的影响是灾难性的。

因此，在该场景和其他场景中，需要更快的PUCCH格式调整。

触发PUCCH格式调整的事件

在图3所示的示例中，显著的PUCCH中断可能是由于两个主要因素：(1)终端设备仅在达到最大传输尝试计数后才确定需要新的PUCCH格式；以及(2)终端设备和网络设备在释放为现有PUCCH格式分配的无线电资源之后，通过诸如RACH之类的过程重新建立上行链路同步。因此，期望的是：(1)识别用于触发PUCCH格式调整的其他事件，该其他事件可以比达到最大传输尝试计数所花费的时间更早地被检测到，以及(2)避免通过诸如RACH的过程重新建立上行链路同步。

图4示出了根据本公开的实施例的用于触发针对PUCCH格式改变的警告事件的多个阈值集合。表402列出了多个参数，为这些参数建立了阈值集合。每个阈值集合可以包括一个或多个阈值。可以单独测量每个参数以确定需要PUCCH格式改变；或者备选地，可以测量若干参数，并且这些参数的阈值越过(超过或低于阈值)事件组合在一起可以导致确定需要PUCCH格式改变。注意，除非另外明确指出，否则本文讨论的PUCCH格式改变或调整是指长PUCCH格式和短PUCCH格式之间的改变。可以在不改变符号长度的情况下进行PUCCH格式改变/调整，例如，PUCCH格式可以从格式1至5和它们的变体中的一种格式改变为这些格式中的另一种格式。然而，那些PUCCH格式改变不改善PUCCH的蜂窝覆盖范围和/或PUCCH传输速率。因此，除非另外明确指出，否则本文讨论的PUCCH格式改变/调整涉及PUCCH所占用的符号长度的改变。

滞后412可以测量服务小区与相邻小区之间的信号强度间隔。触发时间(TTT)414可以测量将服务小区与相邻小区之间的信号强度间隔保持在一定范围(例如，(1)服务小区的接收信号强度-滞后与(2)服务小区的接收信号强度+滞后之间的范围)内所需的时间。一旦滞后412和/或TTT 414超过相应的阈值集合，就可以触发PUCCH格式改变。因此，PUCCH格式改变不需要重新建立上行链路同步，并且阈值越过事件的检测可以比终端设备达到最大传输尝试计数所花费的时间快得多。

另外，PUCCH格式改变可以由PUCCH信道测量触发，例如同步信号-参考信号接收功率(SS-RSRP)416、信道状态信息RSRP(CSI-RSRP)418以及同步信号-参考信号接收质量(SS-RSRQ)420。

此外，PUCCH格式改变也可以由其他无线电信道质量指示符触发，例如信号与干扰加噪声比(SINR)422和误块率(BLER)424。这些测量可以是针对上行链路或下行链路的测量，并且它们可以是针对控制信令信道或数据传输信道的测量。

针对PUCCH格式改变的其他无线电信道质量指示符可以在上行链路控制信息(UCI)中携带(附图标记450)，包括信道质量指示符(CQI)426、待决SR传输尝试428(其应该小于最大传输尝试计数)、以及传输计数和/或等待时间430。传输计数可以测量在给定持续时间内接收的ACK/NACK(例如，HARQ ACK/NACK)的数量。传输等待时间可以测量从终端设备发送第一未决SR的时间直到终端设备从网络设备接收相应的上行链路许可的时间之间的等待时间。

当为终端设备配置了波束成形时，诸如信道状态信息参考信号(CSI-RS)432之类的波束级别无线电质量的参数也可以用于PUCCH格式改变确定。

用于确定PUCCH格式改变的另一类测量是不连续传输(DTX)434和不连续接收(DRX)436。DTX测量网络设备应从终端设备接收但未接收的一个或多个传输(例如，ACK/NACK)。DRX测量终端设备应从网络设备接收但未接收的一个或多个传输(例如，来自PDCCH(物理下行链路控制信道)的传输)。

表402是用于确定PUCCH格式改变的参数及其对应阈值集合的示例性但不完整的列表。可以测量这些参数(和其他类似参数)中的每一个，并将其与包含一个或多个值在内的一个阈值集合进行比较。基于参数的测量值及其对应的阈值，终端设备和/或网络设备可以确定是否需要PUCCH格式改变。

图4中的一些测量可以仅由终端设备执行，其他一些测量仅由网络设备执行，剩余的由终端设备和网络设备二者执行。阈值集合可以部分或全部存储在终端设备或网络设备中。换句话说，表402中包含的信息可以部分或全部存储在终端设备和/或网络设备中。当一个实体(例如，终端设备)不能执行测量时，另一个实体(例如，网络设备)可以通过控制信道向这一个实体提供测量/阈值，并且这一个实体可以使用该测量和阈值来确定是否应触发PUCCH格式改变。

执行PUCCH格式改变

图5示出了根据本公开的实施例的由终端设备执行的PUCCH格式改变。终端设备254和网络设备252与本文中前面讨论的具有相同附图标记的终端设备和网络设备相同。

在附图标记512处，终端设备254可以针对多个PUCCH格式(每个PUCCH格式使用不同数量的符号)，向服务分配无线电资源。例如，终端设备可以为短PUCCH格式(例如，格式A)分配无线电资源集合(包括物理资源块(PRB)、解调参考信号(DMRS)、探测参考信号(SRS)和/或正交覆盖码(OCC)等)，并为长PUCCH格式(例如，格式B)分配不同的无线电资源集合。短格式和长格式都用于要通过终端设备254与网络设备252之间的通信来服务的一个单个服务。该单个服务可以对应于逻辑信道(LCH)和/或逻辑信道组(LCG)。附图标记512处的分配可以由网络设备252引起，网络设备252可以发出命令/控制消息，并且终端设备作为响应而分配无线电资源。

备选地，在附图标记512处，终端设备254可以针对使用若干符号的单个PUCCH格式(称为格式α)，向服务分配无线电资源。该单个PUCCH格式可以是短PUCCH格式或长PUCCH格式，在该示例中假设PUCCH格式α是短PUCCH格式。

在附图标记512之后，可以使用单个PUCCH格式为服务建立单个PUCCH；或者，可以使用多个PUCCH格式为服务建立多个PUCCH。然后，在附图标记540处，终端设备254和网络设备252可以在彼此之间交换用户数据和控制信息。在附图标记514处，在终端设备254与网络设备252之间的通信正在进行的同时，终端设备254监视PUCCH传输和小区覆盖状态。

该监视包括：终端设备254执行测量以获得测量值，和/或网络设备252执行测量并通过控制信息将该测量提供给终端设备254。所监视的测量可以针对一个或多个参数，所述参数在与图4的表402中的412-436相对应的参数内，或是与之类似的参数。

在附图标记516处，终端设备254可以确定发生了PUCCH格式改变警告事件。警告事件可以是：在附图标记516处获得的一个或多个测量超过了阈值集合的对应阈值。警告事件可以指示PUCCH格式在不正确地工作。例如，PUCCH格式A或格式α导致过多的在其PUCCH中的传输失败。测量可以针对一个或多个上行链路和/或下行链路无线电信道质量测量，其在与图4的表402中的412-436相对应的测量内，或是与之类似的测量。

附加地或备选地，警告事件可以是检测到需要改变PUCCH传输阶段。PUCCH传输通常以慢启动阶段开始。在慢启动阶段，终端设备254可以在从网络设备252接收到肯定确认(例如，从网络设备传输的许可)时以指数方式增大其传输窗口(也称为拥塞窗口，其是终端设备可以在等待来自网络设备的肯定确认之前连续地传输数据的时间窗口)。当传输窗口达到特定阈值时，PUCCH传输进入正常传输阶段(有时称为拥塞避免阶段)，在该阶段中传输窗口增大得慢得多。在慢启动阶段，期望终端设备254与网络设备252快速地交互，携带较少信息的给定PUCCH信号是可接受的。因此，在所有其他条件相同的情况下，在慢启动阶段，较短的PUCCH格式可能优于较长的PUCCH格式。相反，较长的PUCCH格式在给定的PUCCH信号中携带比较短的PUCCH格式更多的信息。因此，在正常传输阶段中，较长的PUCCH格式可能优于较短的PUCCH格式。

由于PUCCH格式在不同传输阶段中的不同优选情况，终端设备254和网络设备252可以确定在哪个传输阶段中传输针对服务的PUCCH，并且使用该确定来决定是否更新针对该服务的PUCCH格式。

终端设备254可以基于终端设备处的数据和控制信息的传输速率和错误率(例如，BLER测量)来确定PUCCH传输阶段。例如，当终端设备254确定PUCCH传输速率达到阈值时，可以确定慢启动阶段已经完成并且将开始正常传输阶段。终端设备254还可以基于在附图标记516处获得的一个或多个测量超过阈值集合(该阈值集合在图4的表402中的阈值集合内或与之类似)的对应阈值来确定PUCCH传输阶段。例如，终端设备254可以确定发生了分组丢失事件(例如，BLER为高并且导致分组丢失)，因此慢启动阶段已经完成并且将开始正常传输阶段。

网络设备252可以通过将所获得的数据速率与无线电接口中的终端设备254的估计容量进行比较，来确定慢启动阶段已完成。可以基于终端设备254的带宽、信道状态和传输/接收功率来估计终端设备254的容量。当所获得的数据速率足够接近估计的容量时(二者的差异在阈值内)，网络设备252确定慢启动阶段已完成。

在附图标记518处，终端设备254更新针对服务的PUCCH格式。终端设备254可以去激活由服务使用的失败的PUCCH格式(例如格式A)。然后，终端设备仅使用剩余的PUCCH格式(例如格式B)以用于服务。在一个实施例中，去激活意味着服务不再使用失败(或不利)的PUCCH格式，但是服务不释放与失败的PUCCH格式相关联的无线电资源。在该示例中，PUCCH格式B是较长的PUCCH格式。备选地，终端设备254通过切换到具有另一数量的符号的另一PUCCH格式(例如从格式α切换到格式β，后者可以是长PUCCH格式)，来更新针对服务的PUCCH格式。

在附图标记550处，终端设备254向网络设备252通知其针对服务的PUCCH格式已更新。来自终端设备254的消息可以指示在更新之后使用哪种PUCCH格式。注意，在一个实施例中，附图标记550中的操作是可选的。网络设备252可以同时监视服务的多个PUCCH格式，并且它可以在不具有来自附图标记550的信息的情况下基于监视来检测PUCCH格式改变。

关于附图标记512-550的讨论涉及从短PUCCH格式到长PUCCH格式的PUCCH格式改变。然而，相同的附图标记512-550可以用于从长PUCCH格式到短PUCCH格式的PUCCH格式改变。一个区别在于，终端设备254在附图标记516处确定需要将PUCCH格式改变为较短的PUCCH格式。终端设备254可以使用在图4的表402内或与之类似的阈值集合的阈值。阈值可以与PUCCH格式从短PUCCH格式改变为长PUCCH格式的阈值相同或不同。换句话说，表402中的阈值集合针对(1)从长PUCCH格式到短PUCCH格式和(2)从短PUCCH格式到更长PUCCH格式的PUCCH格式改变可以具有不同的阈值。

图6示出了根据本公开的实施例的由网络设备执行的PUCCH格式改变。图6类似于图5，并且如上文中关于图5的附图标记512所讨论的，初始PUCCH格式可以由网络设备252设置。图6中的一个不同之处在于，代替终端设备254，网络设备252确定针对终端设备254的服务发生了PUCCH格式改变警告事件。然后，网络设备252确定针对终端设备254的服务的合适的PUCCH格式，并使终端设备切换到合适的PUCCH格式。

如关于图4的表402所讨论的，网络设备可以执行所讨论的测量中的一部分。对于网络设备不能执行的测量，终端设备可以通过控制信道向网络设备提供测量数据(和/或相应的阈值集合)。然后，网络设备252可以确定针对终端设备254的服务是否发生了PUCCH格式改变警告事件。然后，网络设备252可以确定针对终端设备254的服务的合适的PUCCH格式。例如，在附图标记612处，终端设备254的服务使用长PUCCH格式。网络设备252确定无线电信道质量指示符指示针对终端设备254的蜂窝覆盖范围足够好(例如，DTX为低)，并且服务偏好针对终端设备254的相应服务的较短的响应时间。网络设备252可以确定短PUCCH格式优于现有的长PUCCH格式。

在网络设备252确定针对终端设备254的服务的合适PUCCH格式之后，其在附图标记650处使用命令来配置PUCCH格式更新。作为响应，终端设备254在附图标记620处更新PUCCH格式，并且PUCCH格式更新的操作可以类似于与附图标记518有关的讨论。

在附图标记652处，终端设备254向网络设备252通知PUCCH格式更新是否成功(例如，ACK用于成功的更新，NACK用于失败的更新)。网络设备252可以基于该信息决定如何继续。例如，如果针对改变为长PUCCH格式的请求接收到NACK，则网络设备252可以决定不同的长(或短)PUCCH格式更新更好。也就是说，如果网络设备252针对改变为14个符号的较长PUCCH格式接收到NACK，则网络设备252可以决定请求另一4个符号的PUCCH格式的改变。通过网络设备252与终端设备254之间的协商，可以实现最佳PUCCH格式。

在网络设备252与终端设备254之间的通信期间，可以在无线电资源控制消息、新媒体访问控制元素(MAC CE)或其他开放系统互连(OSI)物理层(层1或L1)或数据链路层(层2或L2)信令中指示PUCCH格式的状态。PUCCH格式的状态可以指示当前PUCCH格式或期望PUCCH格式。例如，终端设备254可以在附图标记550处通过信令来指示当前PUCCH格式。网络设备252可以在附图标记650处指示更新之后的期望PUCCH格式。

图7示出了根据本公开的实施例的PUCCH格式的活跃状态。可以使用位图来指示PUCCH格式的活跃状态，其中每个位指示对应的PUCCH格式是否是活跃的。

在附图标记760处，示出了要通过MAC CE传输的位图。位图包含8位，并且每个位可以指示PUCCH格式是活跃的(例如，位值为1)或非活跃的(例如，位值为零)。可以将该位值反转以指示PUCCH格式活跃性(例如，位值零指示活跃，位值1指示非活跃)。因此，位图760表示PUCCH格式索引，并且它可以指示针对服务的多达八种PUCCH格式的活跃状态。每个PUCCH格式可以被定义为包含多个符号(例如，从时隙内具有一个符号的非常短的PUCCH格式到该时隙内具有14个符号的非常长的PUCCH格式)。在一个实施例中，活跃意味着为PUCCH格式分配了无线电资源，并且相应的PUCCH被用于该服务；并且非活跃意味着为PUCCH格式分配了无线电资源，但未使用相应的PUCCH。在备选实施例中，活跃具有相同的含义，但是非活跃意味着释放了用于该PUCCH格式的无线电资源。

作为附图标记760的附加或备选，可以使用附图标记762处的另一MAC CE位图。在位图762中，每个位对应于PUCCH资源索引。PUCCH资源索引映射到PUCCH格式使用的无线电资源。通过标识出PUCCH资源索引是活跃的或非活跃的，位图762指示针对该服务的活跃的和非活跃的PUCCH格式。

此外，附图标记764处的另一MAC CE位图可以用作附图标记760和762的附加或备选。在位图764中，每个位对应于PUCCH配置索引。PUCCH配置索引映射到PUCCH格式使用的配置。通过标识出PUCCH配置索引是活跃的或非活跃的，位图764指示针对该服务的活跃的和非活跃的PUCCH格式。

流程图：PUCCH格式改变

将参照其他附图的示例实施例来描述流程图中的操作。然而，流程图中的操作可以由本公开中除了参照其他附图描述的那些实施例之外的实施例来执行，且本公开的参照这些其他附图讨论的实施例可以执行与参照流程图来讨论的那些实施例不同的操作。

图8是示出了根据本公开的实施例的无线通信网络中的PUCCH格式改变的操作的流程图。方法800的操作可以由诸如终端设备254之类的终端设备或者终端设备与诸如网络设备252之类的网络设备的组合来执行。执行所述方法以调整从终端设备到网络设备的上行链路传输中的物理上行链路控制信道(PUCCH)格式。

可选地，在附图标记802处，终端设备针对服务为至少两个PUCCH格式分配无线电资源。可以通过一个或多个逻辑信道(LCH)或逻辑信道组(LCG)来提供服务，并且因此可以使用一个或多个LCH或LCG的ID来表示服务。每个PUCCH格式具有不同的持续时间(例如，以不同数量的时间单位进行度量)。在一个实施例中，持续时间中的每个时间单位是无线电帧的一个或多个时隙中的OFDM符号。例如，一个PUCCH格式可以使用无线电帧的时隙内的1至3个符号中的一种(例如，短PUCCH格式)，并且无线电帧内的每个时隙或者无线电帧内的多个时隙可以针对1至3个符号中的那种重复使用相同的符号位置。另一PUCCH格式可以使用无线电帧的时隙内的4至14个符号中的一种(例如，长PUCCH格式)，并且类似地，无线电帧内的每个时隙或无线电帧内的多个时隙可以针对所述4至14个符号中的那种重复使用相同的符号位置。

在一个实施例中，两个PUCCH格式的时间单元的数量的不同在于，时间单元在无线电帧中重复的频率不同。例如，第一PUCCH格式可以使用诸如无线电帧202(其包含10个子帧)之类的无线电帧中的子帧#4的时隙#0中的符号#3-4。除了可以使用时隙0中的符号#5-6之外，第二PUCCH可以还使用相同子帧#4的时隙#1中的符号#5-6。通过在子帧内重复符号位置，第二PUCCH格式与第一PUCCH格式相比以双倍的传输速率工作，即使二者都使用相同的符号长度2。另外，第二PUCCH格式可以在无线电帧内重复符号位置(例如，除了子帧#4之外，使用子帧#5的时隙#0中的符号#3-4)来增加其PUCCH传输速率而不改变PUCCH的符号长度。本公开的实施例包括从一个符号长度到另一个符号长度的PUCCH格式改变以及从一个符号重复级别到另一个符号重复级别的PUCCH格式改变。

在附图标记804处，针对终端设备与网络设备之间的服务，终端设备使用第一PUCCH格式。在一个实施例中，针对该服务，终端设备为第一PUCCH格式和第二PUCCH格式分配无线电资源，但使用对应的第一PUCCH而不是第二PUCCH向网络设备传输控制数据(例如，第一PUCCH格式是活跃的，第二PUCCH是非活跃的)。网络设备可以监视与这两个PUCCH格式相对应的两个PUCCH，即使它们中的一个是非活跃的。在备选实施例中，针对该服务，终端没备使用与两个PUCCH格式相对应的两个PUCCH向网络设备传输控制数据(例如，这两个PUCCH格式都是活跃的)。附图标记804的第一PUCCH格式的使用可以由网络设备252引起，网络设备252可以发出命令/控制消息，以及终端设备作为响应而使用第一PUCCH格式。

在方法800的一个实施例中，针对该服务，终端设备为单个PUCCH格式(例如，第一PUCCH格式)分配无线电资源。在这种情况下，针对该服务，网络设备仅监视单个PUCCH格式。

在附图标记806处，所述终端设备响应于基于一个或多个事件而确定具有第一持续时间(例如，第一数量的时间单位)的第一PUCCH格式需要改变，针对所述终端设备的所述服务，使用具有第二且不同持续时间(例如，以时间单位的数量进行度量)的第二PUCCH格式。

在一个实施例中，所述一个或多个事件包括所述终端设备与所述网络设备之间的通信质量测量超过一个或多个阈值。例如，所述通信质量测量可以在与图4的表402中的412-436相对应的通信质量测量内，或是与之类似的通信质量测量。

在一个实施例中，所述通信质量测量包括以下中的一项或多项：信道质量指示符、误块率、调度请求尝试次数、成功或失败的混合自动重传请求(HARQ)传输或其肯定确认的数量。

在一个实施例中，所述通信质量测量是参考信号的测量。该测量可以是以下中的一项：同步信号-参考信号接收功率(SS-RSRP)、信道状态信息RSRP(CSI-RSRP)以及同步信号-参考信号接收质量(SS-RSRQ)。

在一个实施例中，所述通信质量测量是滞后和触发时间中的至少一个。

在一个实施例中，所述通信质量测量是不连续传输(DTX)或不连续接收(DRX)的测量。

在一个实施例中，所述一个或多个事件包括所述终端设备与所述网络设备之间的数据传输的阶段的改变。例如，阶段的改变可以在通过PUCCH的数据传输的慢启动阶段与拥塞避免阶段之间。

附图标记806的每个确定可以涉及将所获得的一个或多个测量与阈值集合进行比较，该阈值集合可以包含一个或多个阈值。越过阈值或接近阈值可以导致确定为第一PUCCH格式需要改变。

如关于图5至图6所讨论的，可以由本公开的实施例中的终端设备和/或网络设备做出该确定。当由网络设备做出确定时，网络设备使用给终端设备的命令来指示所需的PUCCH格式改变(在该示例中，导致使用第二PUCCH格式)。该命令可以指示所需的PUCCH格式状态。在一个实施例中，可以通过MAC CE位图(例如PUCCH格式索引、PUCCH资源索引或PUCCH配置索引中的一个或多个)来传送所需的PUCCH格式状态。响应于该命令，终端设备执行如关于图6所讨论的PUCCH格式更新。在这种情况下，在附图标记806处对第二PUCCH格式的使用是由网络设备252引起的。

注意，附图标记806处的操作可以用于PUCCH格式切换。在这种情况下，在附图标记804处仅有一个PUCCH格式对于服务是活跃的，并且在附图标记806处的操作对早期的活跃PUCCH格式进行去激活并对早期的非活跃PUCCH格式进行激活。附图标记806处的操作也可以用于PUCCH格式更新。在这种情况下，两个或更多个PUCCH格式早期(例如，在附图标记804处)是活跃的，并且在附图标记806处的操作对被确定为需要改变的一个或多个PUCCH格式进行去激活。一个或多个剩余的PUCCH格式可以针对服务保持活跃。

可选地，一旦PUCCH格式改变完成，可以通过无线电资源控制消息、MAC CE或另一L1或L2信令来指示PUCCH格式更新。例如，可以使用MAC CE位图(例如PUCCH格式索引、PUCCH资源索引或PUCCH配置索引中的一个或多个)来指示PUCCH格式更新。

注意，第二PUCCH格式的使用可以按照使PUCCH中断最小化的方式执行。图9示出了根据本公开的实施例的PUCCH格式改变。在一个实施例中，图8中的操作是图8的附图标记806内的操作的实施例。

在附图标记902处，当终端设备针对服务使用第一PUCCH格式时，它为要针对服务激活的第二PUCCH格式分配无线电资源。

在附图标记904处，在完成为所述第二PUCCH格式分配无线电资源之后，终端设备释放要被去激活的所述第一PUCCH格式所使用的无线电资源。在附图标记906处，终端设备针对所述服务使用所述第二PUCCH格式执行PUCCH传输。

图10示出了根据本公开的实施例的为了获得更好的蜂窝覆盖范围和/或更少的通信开销的PUCCH格式改变。方法1000的操作可以是方法800的操作的实施例，并且不再重复描述相同或类似的操作。

二者之间的一个区别在于，在附图标记1002处，将图8中的至少两个PUCCH格式限制为特定的PUCCH格式，一种是短PUCCH格式，另一种是较长的PUCCH格式。另外，在附图标记1004处，短PUCCH格式针对服务是活跃的。

在附图标记1006处，确定针对服务的短PUCCH格式(1)不再提供足够的蜂窝覆盖范围，和/或(2)产生高通信开销。可以由终端设备或网络设备做出该确定。如关于806所讨论的，该确定可以基于与图4有关的一个或多个事件。作为响应，终端设备使用长PUCCH格式来提供足够的蜂窝覆盖范围和/或较少的通信开销。

图11示出了根据本公开的实施例的为了获得更短的数据传输往返时间的PUCCH格式改变。方法1100的操作可以是方法800的操作的实施例，并且不再重复描述相同或类似的操作。

二者之间的一个区别在于，在附图标记1102处，将图8中的至少两个PUCCH格式限制为特定的PUCCH格式，一种是短PUCCH格式，另一种是较长的PUCCH格式。另外，在附图标记1104处，长PUCCH格式针对服务是活跃的。

在附图标记1106处，确定针对服务的长PUCCH格式导致数据传输的往返时间超过阈值。该阈值可以对应于服务的QoS要求。可以由终端设备或网络设备做出该确定。如关于806所讨论的，该确定可以基于与图4有关的一个或多个事件。作为响应，终端设备使用短PUCCH格式来提供更短的数据传输往返时间。

图12示出了根据本公开的实施例的基于终端设备与网络设备之间的数据传输阶段改变的PUCCH格式改变。方法1200的操作可以是方法800的操作的实施例，并且不再重复描述相同或类似的操作。

二者之间的一个区别在于，在附图标记1102处，将图8中的至少两个PUCCH格式限制为特定的PUCCH格式，一种是短PUCCH格式，另一种是较长的PUCCH格式。另外，在附图标记1104处，短PUCCH格式针对服务是活跃的。短PUCCH格式用于终端设备与网络设备之间的通信的慢启动阶段。

在附图标记1206处，确定慢启动阶段已完成。如关于图5所讨论的，可以由终端设备或网络设备做出该确定。作为响应，终端设备使用长PUCCH格式来提供更高的PUCCH传输速率。

通过如上所述的本公开的实施例的操作，由于终端设备可以随着蜂窝覆盖范围和/或数据传输状态改变而更新PUCCH格式，所以PUCCH中断显著减少。利用PUCCH格式的不同符号长度的动态改变允许PUCCH适应于不断变化的蜂窝覆盖范围(基于关于图4讨论的一个或多个警告事件)和数据传输状态(例如，如上所述的数据传输阶段改变)。另外，PUCCH格式改变不需要通过诸如RACH之类的过程(这是耗时的过程)重新建立上行链路同步。因此，本公开的实施例使用PUCCH调整来提供更鲁棒的PUCCH。

利用本公开的实施例的电子设备

图13示出了根据本公开的实施例的包含网络设备和终端设备在内的无线通信系统。无线通信系统1300包含网络设备252和终端设备254。网络设备252包括PUCCH格式控制器1312，其执行如关于图5至图12所讨论的网络设备的操作。终端设备254包括PUCCH格式调整器1314，其执行如关于图5至图12所讨论的终端设备的操作。

图14示出了根据本公开的实施例的网络设备。网络设备1402可以包括网络设备252。网络设备1402可以使用定制的专用集成电路(ASIC)作为处理器并使用专用操作系统(OS)来实现，或使用公共的现成(COTS)处理器和标准OS来实现。

网络设备1402包括硬件1440，硬件1440包括一个或多个处理器1442(通常是COTS处理器或处理器核或ASIC)的集合、物理NI 1446、以及其中存储有软件1450的非暂时性机器可读存储介质1449。在操作期间，一个或多个处理器1442可以执行软件1450，以实例化一个或多个应用1464A-R的一个或多个集合。虽然一个实施例不实现虚拟化，但是备选实施例可以使用不同形式的虚拟化。例如，在一个这样的备选实施例中，虚拟化层1454表示操作系统的内核(或在基本操作系统上执行的shim)，其允许创建称为软件容器的多个实例1462A-R，每个实例可用于执行应用集合1464A-R中的一个(或多个)。

多个软件容器(也称为虚拟化引擎、虚拟专用服务器或隔离区(jail))是用户空间(通常是虚拟内存空间)，它们彼此分离并与运行操作系统的内核空间分离。除非明确允许，否则在给定用户空间中运行的应用集合不能访问其他进程的内存。在另一个这样的备选实施例中，虚拟化层1454表示监管程序(有时称为虚拟机监视器(VMM))或在主机操作系统之上执行的监管程序，并且应用集合1464A-R中的每个-运行在实例1462A-R内的客户操作系统之上，实例1462A-R称为运行在监管程序之上的虚拟机(在某些情况下，可以将其视为紧密隔离的软件容器形式)-客户操作系统和应用可能不知道它们在虚拟机上运行而不是在“裸机”主机电子设备上运行，或者通过半虚拟化，操作系统和/或应用可以意识到存在虚拟化以用于优化目的。在其他备选实施例中，一个、一些或所有应用程序被实现为单内核，其可以通过直接与应用程序仅编译有限的、提供应用程序所需的特定OS服务的一组库(例如，来自库操作系统(LibOS)，包括OS服务的驱动程序/库)来生成。-由于单内核可以实现为直接在硬件1440上、直接在监管程序上(在这种情况下，单内核有时被描述为在LibOS虚拟机内运行)、或者在软件容器中运行，实施例可以完全由如下的单内核来实现：直接运行在由虚拟化层1454表示的监管程序上的单内核、运行在由实例1462A-R表示的软件容器内的单内核、或者单内核和上述技术的组合(例如，单内核和虚拟机都直接运行在监管程序之上，单内核和在不同软件容器内运行的应用程序的集合)。

软件1450包含PUCCH格式控制器1312，其执行如图5至图12所讨论的由网络设备执行的操作。可以在应用1464A-R内实例化PUCCH格式控制器321。一个或多个应用1464A-R的一个或多个集合的实例化以及虚拟化(如果实现的话)统称为软件实例1452。每组应用1564A-R、对应的虚拟化构造(例如，实例1562A-R)(如果实现的话)以及硬件1540的执行它们的部分(是专用于该执行的硬件和/或临时共享的硬件的时间片)形成单独的虚拟网络设备1560A-R。

网络接口(NI)可以是物理的或虚拟的。在IP的上下文中，接口地址是向NI指派的IP地址，无论是物理NI还是虚拟NI。虚拟NI可以与物理NI相关联、与另一虚拟接口相关联、或者是独立的(例如，环回接口、点对点协议接口)。NI(物理或虚拟)可以是有编号的(具有IP地址的NI)或无编号的(不具有IP地址的NI)。物理网络接口1546可以包括网络设备1402的一个或多个天线。天线端口可以对应于或不对应于物理天线。

图15示出了根据本公开的实施例的终端设备。终端设备1504可以包括终端设备254。如图所示的终端设备1504可以包含与网络设备1402相似或不同的硬件/软件。具有与图14类似的附图标记的图15中的功能块可以执行相同或类似的功能。具体地，物理网络接口1546可以包括终端设备1504的一个或多个天线，并且天线端口可以对应于或不对应于物理天线。

非暂时性机器可读存储介质1549可以包含软件1550，软件1550包括PUCCH格式调整器1314，其执行如图5至图12所讨论的由终端设备执行的操作。

另外，终端设备可选地还可以包括输入/输出(I/O)设备，例如显示控制和/或显示设备单元、视频I/O设备单元、音频I/O设备单元以及其他I/O设备单元。

图16示出了根据本公开的实施例的无线通信网络(例如，图13中所示的无线通信系统1300)中用于与终端设备(例如，终端设备254)通信的装置1600的示意性框图。该装置可以实现为网络设备(例如是网络设备252)或在该网络设备中实现。装置1900可操作以执行参考图5至图12的由网络设备252执行的操作。

装置1600包括无线电接口1608、通信接口1606和处理电路1650。无线电接口1608是装置1600通过其与终端设备通信的接口。通信接口1606是装置1600可以通过其与云计算机通信的接口。例如，该装置可以通过通信接口1606从云计算机获得一个或多个参数和阈值集合，这些参数和阈值集合位于表402中或与位于表402中的参数和阈值集合类似。

处理电路1650可以包括检测单元1604和PUCCH资源分配单元1602。检测单元1604可以检测与图8的附图标记806有关的一个或多个事件。PUCCH资源分配单元1602可以为终端设备分配无线电资源以针对服务使用一个或多个PUCCH格式。

图17示出了根据本公开的实施例的无线通信网络(例如，图13中所示的无线通信系统1300)中用于与网络设备(例如，网络设备252)通信的装置1700的示意性框图。该装置可以实现为终端设备(例如是终端设备254)或在该终端设备中实现。装置1700可操作以执行参考图5至图12的由终端设备254执行的操作。

图18示意性地示出了经由中间网络连接到主机计算机的电信网络。参考图18，根据实施例，通信系统包括电信网络1810(例如3GPP类型的蜂窝网络)，其包括接入网络1811(例如无线电接入网络)以及核心网络1814。接入网络1811包括多个基站1812a、1812b、1812c(例如NB、eNB、gNB或其他类型的无线接入点)，每个基站定义相应的覆盖区域1813a、1813b、1813c。每个基站1812a、1812b、1812c能够通过有线或无线连接1815连接到核心网络1814。位于覆盖区域1813c中的第一用户设备(UE)1891被配置为无线连接到相应的基站1812c或者被相应的基站1812c寻呼。覆盖区域1813a中的第二UE 1892能够无线连接到对应的基站1812a。虽然在该示例中示出了多个UE 1891、1892，但是所公开的实施例同样适用于唯一的UE位于覆盖区域中或者唯一的UE连接到对应基站1812的情况。

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

图18的通信系统作为整体实现了所连接的UE 1891、1892中的一个与主机计算机1830之间的连接。该连接可以被描述为过顶(OTT)连接1850。主机计算机1830和所连接的UE1891、1892被配置为使用接入网络1811、核心网络1814、任何中间网络1820和可能的其他中间基础设施(未示出)经由OTT连接1850传送数据和/或信令。OTT连接1850所通过的参与通信设备不知道上行链路和下行链路通信的路由，在此意义上，OTT连接1850可以是透明的。例如，基站1812可以不被告知或不需要被告知关于进入的下行链路通信的过去路由，该下行链路通信具有源自主机计算机1830并要被转发(例如，移交)到所连接的UE 1891的数据。类似地，基站1812不需要知道源自UE 1891并朝向主机计算机1830的输出的上行链路通信的未来路由。

现在将参考图19描述在前面段落中讨论的UE、基站和主机计算机的根据实施例的示例实现。在通信系统1900中，主机计算机1910包括硬件1915，硬件1915包括通信接口1916，通信接口1916被配置为与通信系统1900的不同通信设备的接口建立和保持有线或无线连接。主机计算机1910还包括处理电路1918，其可具有存储和/或处理能力。具体地，处理电路1918可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。主机计算机1910还包括软件1911，其存储在主机计算机1910中或可由主机计算机1910访间并且可由处理电路1918执行。软件1911包括主机应用1912。主机应用1912可用于向远程用户提供服务，远程用户例如是经由OTT连接1950连接的UE 1930，该OTT连接1950终止于UE 1930和主机计算机1910。在向远程用户提供服务时，主机应用1912可以提供使用OTT连接1950传输的用户数据。在一个实施例中，OTT连接1950可以请求UE 1930针对服务将无线电资源分配给一个或多个PUCCH格式。

通信系统1900还包括在电信系统中设置的基站1920，基站1920包括使其能够与主机计算机1910和UE 1930通信的硬件1925。硬件1925可以包括：通信接口1926，用于建立和保持与通信系统1900的不同通信设备的接口的有线或无线连接；以及无线电接口1927，用于至少建立和保持与UE 1930的无线连接1970，UE 1930位于由基站1920服务的覆盖区域(图19中未示出)中。通信接口1926可以被配置为促进到主机计算机1910的连接1960。连接1960可以是直接的，或者它可以经过电信系统的核心网络(图19中未示出)和/或经过位于电信系统外部的一个或多个中间网络。在所示实施例中，基站1920的硬件1925还包括处理电路1928，处理电路1928可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。基站1920还具有内部存储的或者可通过外部连接访问的软件1921。在一个实施例中，处理电路1928可以执行存储在软件1921中的PUCCH格式控制器1312。在一个实施例中，处理电路1928可以包括处理电路1650。

通信系统1900还包括已经提及的UE 1930。UE 1930的硬件1935可以包括无线电接口1937，其被配置为与服务于UE 1930当前所在的覆盖区域的基站建立和保持无线连接1970。UE 1930的硬件1935还包括处理电路1938，处理电路1938可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。UE 1930还包括软件1931，其存储在UE 1930中或可由UE 1930访问并且可由处理电路1938执行。在一个实施例中，处理电路1938可以执行存储在软件1931中的PUCCH格式调整器1314。在一个实施例中，处理电路1938可以包括处理电路1750。软件1931包括客户端应用1932。客户端应用1932可用于在主机计算机1910的支持下经由UE 1930向人类或非人类用户提供服务。在主机计算机1910中，正在执行的主机应用1912可以经由OTT连接1950与正在执行的客户端应用1932通信，该OTT连接1950终止于UE 1930和主机计算机1910。在向用户提供服务时，客户端应用1932可以从主机应用1912接收请求数据，并响应于请求数据提供用户数据。OTT连接1950可以传输请求数据和用户数据二者。客户端应用1932可以与用户交互以生成它提供的用户数据。

注意，图19中所示的主机计算机1910、基站1920和UE 1930可以分别与图32的主机计算机3230、基站3212a、3212b、3212c之一以及UE 3291、3292之一相同。也就是说，这些实体的内部工作方式可以如图18所示，并且独立地，周围网络拓扑可以是图18的网络拓扑。

在图19中，抽象地描绘了OTT连接1950以说明经由基站1920在主机计算机1910与用户设备1930之间的通信，而没有明确地涉及任何中间设备和经由这些设备的消息的精确路由。网络基础设施可以确定路由，其可以被配置为对于UE 1930或运营主机计算机1910的服务提供商或这二者隐藏起来。当OTT连接1950是活跃的时，网络基础设施可以进一步做出动态改变路由的决定(例如，基于负载平衡考虑或网络的重新配置)。

UE 1930与基站1920之间的无线连接1970遵照贯穿本说明书描述的实施例的教导。各种实施例中的一个或多个改进了使用OTT连接1950提供给UE 1930的OTT服务的性能，在OTT连接1950中，无线连接1970形成最后的部分。更确切地说，这些实施例的教导可以改善PUCCH的鲁棒性，从而提供诸如更快的PUCCH格式更新、更好的蜂窝覆盖范围和/或更少的PUCCH的通信开销等益处。

可以提供测量过程以用于监视数据速率、等待时间和作为一个或多个实施例的改进对象的其他因素。还可以存在可选的网络功能，用于响应于测量结果的变化而重新配置主机计算机1910与UE 1930之间的OTT连接1950。测量过程和/或用于重新配置OTT连接1950的网络功能可以在主机计算机1910的软件1911中或在UE 1930的软件1931中或在这二者中实现。在实施例中，传感器(未示出)可以部署在OTT连接1950经过的通信设备中或与这些通信设备相关联；传感器可以通过提供上面例示的受监测量的值，或者提供软件1911、1931可从中计算或估计受监测量的其他物理量的值，来参与测量过程。OTT连接1950的重新配置可以包括消息格式、重传设置、优选路由等；重新配置不需要影响基站1920，可以是基站1920未知或不可察觉的。这些过程和功能可以是本领域已知的和实践的。在某些实施例中，测量可以涉及专有UE信令，其促进主机计算机1910对吞吐量、传播时间、等待时间等的测量。

测量可以通过以下方式来实现：软件1911、1931使用OTT连接1950来传输消息(特别是空消息或“伪”消息)，同时监视传播时间、错误等。

图20是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图32和图33描述的那些装置。为了简化本公开，在该部分中仅包括对图20的参考。在所述方法的第一步骤2010中，主机计算机提供用户数据。在第一步骤2010的可选子步骤2011中，主机计算机通过执行主机应用来提供用户数据。在第二步骤2020中，主机计算机向UE发起携带用户数据的传输。在可选的第三步骤2030中，根据贯穿本公开描述的实施例的教导，基站向UE传输在主机计算机发起的传输中携带的用户数据。在可选的第四步骤2040中，UE执行与主机计算机执行的主机应用相关联的客户端应用。

图21是示出根据实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图18和图19描述的那些装置。为了简化本公开，在该部分中仅包括对图21的参考。在所述方法的第一步骤2110中，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在第二步骤2120中，主机计算机向UE发起携带用户数据的传输。根据贯穿本公开描述的实施例的教导，该传输可以经由基站传递。在可选的第三步骤2130中，UE接收该传输中携带的用户数据。

图22是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图18和图19描述的那些装置。为了简化本公开，在该部分中仅包括对图22的参考。在所述方法的可选的第一步骤2210中，UE接收由主机计算机提供的输入数据。附加地或备选地，在可选的第二步骤2220中，UE提供用户数据。在第二步骤2220的可选子步骤2221中，UE通过执行客户端应用来提供用户数据。在第一步骤2210的另一可选子步骤2211中，UE执行客户端应用，该客户端应用响应于接收到的由主机计算机提供的输入数据而提供用户数据。在提供用户数据时，执行的客户端应用还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何，UE都在可选的第三子步骤2230中向主机计算机发起用户数据的传输。在所述方法的第四步骤2240中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE传输的用户数据。

图23是示出根据实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图18和图19描述的那些装置。为了简化本公开，在该部分中仅包括对图23的参考。在所述方法的可选的第一步骤2310中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在可选的第二步骤2320中，基站向主机计算机发起所接收的用户数据的传输。在第三步骤2330中，主机计算机接收由基站发起的传输中携带的用户数据。

虽然已经根据若干实施例描述了本公开，但是本领域技术人员将认识到，本公开不限于所描述的实施例，可以在所附权利要求的精神和范围内通过修改和变更来实践。本描述因此被视为是说明性的，而非限制性的。

补充实施例：

1、一种通信系统，包括主机计算机，所述主机计算机包括：

处理电路，被配置为提供用户数据；以及

通信接口，被配置为将所述用户数据转发到蜂窝网络以传输到用户设备(UE)，

其中，所述蜂窝网络包括具有无线电接口和处理电路的基站，所述基站的处理电路被配置为：

使所述UE针对所述UE与所述基站之间的服务，使用具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；

使所述UE响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述UE的所述服务，使用具有第二且不同持续时间(例如，以时间单位的另一数量进行度量)的第二PUCCH格式。

2、根据实施例1所述的通信系统，还包括所述基站。

3、根据实施例2所述的通信系统，还包括所述UE，其中所述UE被配置为与所述基站通信。

4、根据实施例3所述的通信系统，其中：

所述主机计算机的处理电路被配置为执行主机应用，从而提供所述用户数据；以及

所述UE包括处理电路，所述处理电路被配置为执行与所述主机应用相关联的客户端应用。

5、一种在包括主机计算机、基站和用户设备(UE)的通信系统中实现的方法，所述方法包括：

在所述主机计算机处，提供用户数据；以及

在所述主机计算机处，经由包括所述基站在内的蜂窝网络向所述UE发起携带所述用户数据的传输，其中所述基站执行：

使所述UE针对所述UE与所述基站之间的服务，使用具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；以及

使所述UE响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述UE的所述服务，使用具有第二且不同持续时间(例如，以时间单位的另一数量进行度量)的第二PUCCH格式。

6、根据实施例5所述的方法，还包括：

在所述基站处，传输所述用户数据。

7、根据实施例6所述的方法，其中通过执行主机应用在所述主机计算机处提供所述用户数据，所述方法还包括：

在所述UE处，执行与所述主机应用相关联的客户端应用，并且所述客户端应用包括PUCCH格式调整器。

8、一种用户设备(UE)，被配置为与基站通信，所述UE包括无线电接口和处理电路，所述处理电路被配置为：

针对所述UE与网络设备之间的服务，使用具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；以及

响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述UE的所述服务，使用具有第二且不同持续时间(例如，以时间单位的另一数量进行度量)的第二PUCCH格式。

9、一种通信系统，包括主机计算机，所述主机计算机包括：

处理电路，被配置为提供用户数据；以及

通信接口，被配置为将用户数据转发到蜂窝网络以传输到用户设备(UE)，

其中，所述UE包括无线电接口和处理电路，所述UE的处理电路被配置为：

针对所述UE与基站之间的服务，使用具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；以及

响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述UE的所述服务，使用具有第二且不同持续时间(例如，以时间单位的另一数量进行度量)的第二PUCCH格式。

10、根据实施例9所述的通信系统，还包括所述UE。

11、根据实施例10所述的通信系统，其中，所述蜂窝网络还包括被配置为与所述UE通信的所述基站。

12、根据实施例10或11所述的通信系统，其中：

所述主机计算机的处理电路被配置为执行主机应用，从而提供所述用户数据；以及

所述UE的处理电路被配置为执行与所述主机应用相关联的客户端应用，并且所述客户端应用包括PUCCH格式调整器1314。

13、一种在用户设备(UE)中实现的方法，包括：

针对所述UE与网络设备之间的服务，使用(804)具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；以及

响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述UE的所述服务，使用(806)具有第二且不同持续时间(例如，以时间单位的另一数量进行度量)的第二PUCCH格式。

14、根据实施例13所述的方法，还包括：

提供用户数据；以及

经由向基站的传输，将所述用户数据转发到主机计算机。

15、一种在包括主机计算机、基站和用户设备(UE)的通信系统中实现的方法，所述方法包括：

在所述主机计算机处，提供用户数据；以及

在所述主机计算机处，经由包括所述基站在内的蜂窝网络向所述UE发起携带所述用户数据的传输，其中所述UE执行：

针对所述UE与所述基站之间的服务，使用(804)具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；以及

响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述UE的所述服务，使用(806)具有第二且不同持续时间(例如，以时间单位的另一数量进行度量)的第二PUCCH格式。

16、根据实施例15所述的方法，还包括：

在所述UE处，从所述基站接收所述用户数据。

17、一种用户设备(UE)，被配置为与基站通信，所述UE包括无线电接口和处理电路，所述处理电路被配置为：

针对所述UE与所述基站之间的服务，使用具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；以及

响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述UE的所述服务，使用具有第二且不同持续时间(以时间单位的另一数量进行度量)的第二PUCCH格式。

18、一种通信系统，包括主机计算机，所述主机计算机包括：

通信接口，被配置为接收用户数据，所述用户数据源自从用户设备(UE)到基站的传输，

其中，所述UE包括无线电接口和处理电路，所述UE的处理电路被配置为：

针对所述UE与所述基站之间的服务，使用具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；以及

响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述UE的所述服务，使用具有第二且不同持续时间(例如，以时间单位的另一数量进行度量)的第二PUCCH格式。

19、根据实施例18所述的通信系统，还包括所述UE。

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

21、根据实施例19或20所述的通信系统，其中：

所述主机计算机的处理电路被配置为执行主机应用；以及

所述UE的处理电路被配置为执行与所述主机应用相关联的客户端应用，从而提供所述用户数据。

22、一种在包括主机计算机、基站和用户设备(UE)的通信系统中实现的方法，所述方法包括：

在所述主机计算机处，接收从所述UE向所述基站传输的用户数据，其中所述UE执行：

针对所述UE与所述基站之间的服务，使用(804)具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；以及

响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述UE的所述服务，使用(806)具有第二且不同持续时间(例如，以时间单位的另一数量进行度量)的第二PUCCH格式。

23、根据实施例22所述的方法，还包括：

在所述UE处，向所述基站提供所述用户数据。

24、根据实施例23所述的方法，还包括：

在所述UE处，执行客户端应用，从而提供要传输的所述用户数据，其中所述客户端应用包括PUCCH格式调整器；以及

在所述主机计算机处，执行与所述客户端应用相关联的主机应用。

25、根据实施例23所述的方法，还包括：

在所述UE处，执行客户端应用，其中所述客户端应用包括PUCCH格式调整器；以及

在所述UE处，接收对所述客户端应用的输入数据，所述输入数据是通过执行与所述客户端应用相关联的主机应用在所述主机计算机处提供的，

其中，要传输的所述用户数据是由所述客户端应用响应于所述输入数据而提供的。

26、一种基站，被配置为与用户设备(UE)通信，所述基站包括无线电接口和处理电路，所述处理电路被配置为：

使终端设备针对所述UE与所述基站之间的服务，使用具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；以及

使所述UE响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述UE的所述服务，使用具有第二且不同持续时间(例如，以时间单位的另一数量进行度量)的第二PUCCH格式。

27、一种通信系统，包括主机计算机，所述主机计算机包括通信接口，所述通信接口被配置为接收源自从用户设备(UE)到基站的传输的用户数据，其中所述基站包括无线电接口和处理电路，所述基站的处理电路被配置为：

使所述UE针对所述UE与所述基站之间的服务，使用具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；以及

使所述UE响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述UE的所述服务，使用具有第二且不同持续时间(例如，以时间单位的另一数量进行度量)的第二PUCCH格式。

28、根据实施例27所述的通信系统，还包括所述基站。

29、根据实施例28所述的通信系统，还包括所述UE，其中所述UE被配置为与所述基站通信。

30、根据实施例29所述的通信系统，其中：

所述主机计算机的处理电路被配置为执行主机应用；

所述UE被配置为执行与所述主机应用相关联的客户端应用，从而提供要由所述主机计算机接收的所述用户数据。

31、一种在基站中实现的方法，包括：

使终端设备针对所述终端设备与所述基站之间的服务，使用具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；以及

使所述终端设备响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述终端设备的所述服务，使用具有第二且不同持续时间(例如，以时间单位的另一数量进行度量)的第二PUCCH格式。

32、一种在包括主机计算机、基站和用户设备(UE)的通信系统中实现的方法，所述方法包括：

在所述主机计算机处，从所述基站接收用户数据，所述用户数据源自所述基站已从所述UE接收的传输，其中所述UE执行：

针对所述UE与所述基站之间的服务，使用(802)具有第一持续时间(例如，以时间单位的数量进行度量)的第一PUCCH格式；以及

响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述UE的所述服务，使用(804)具有第二且不同持续时间(例如，以时间单位的另一数量进行度量)的第二PUCCH格式。

33、根据实施例32所述的方法，还包括：

在所述基站处，从所述UE接收所述用户数据。

34、根据实施例33所述的方法，还包括：

在所述基站处，向所述主机计算机发起所接收的用户数据的传输。

Claims (21)

1.一种用于在无线通信网络中调整从终端设备到网络设备的上行链路传输中的物理上行链路控制信道PUCCH格式的方法(800)，所述方法包括：

针对所述终端设备与所述网络设备之间的服务，使用(804)具有第一持续时间的第一PUCCH格式；以及

响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述终端设备的所述服务，使用(806)具有第二且不同持续时间的第二PUCCH格式。

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

在所述确定之前，针对所述服务，为所述第一PUCCH格式和所述第二PUCCH格式二者分配(802)无线电资源。

3.根据权利要求1或2所述的方法，其中，所述一个或多个事件包括所述终端设备与所述网络设备之间的通信质量测量超过一个或多个阈值。

4.根据权利要求3所述的方法，其中，所述通信质量测量包括以下中的一项或多项：信道质量指示符、误块率、调度请求尝试次数、成功或失败的混合自动重传请求HARQ传输或其肯定确认的数量。

5.根据权利要求3所述的方法，其中，所述通信质量测量是参考信号的测量。

6.根据权利要求3所述的方法，其中，所述通信质量测量是滞后和触发时间中的至少一个。

7.根据权利要求3所述的方法，其中，所述通信质量测量是不连续传输DTX或不连续接收DRX的测量。

8.根据权利要求1至7中任一项所述的方法，其中，所述确定由所述终端设备做出。

9.根据权利要求1至8中任一项所述的方法，其中，所述确定由所述网络设备做出。

10.根据权利要求1至9中任一项所述的方法，其中，所述一个或多个事件包括所述终端设备与所述网络设备之间的数据传输的阶段的改变。

11.根据权利要求1至10中任一项所述的方法，其中，使用所述第二PUCCH格式包括：

在针对所述服务使用所述第一PUCCH格式期间，为所述第二PUCCH格式分配(902)无线电资源；

在完成为所述第二PUCCH格式分配无线电资源之后，释放(904)要被去激活的所述第一PUCCH格式所使用的无线电资源；以及

针对所述服务，使用所述第二PUCCH格式执行(906)PUCCH传输。

12.根据权利要求1至11中任一项所述的方法，还包括：

使用媒体访问控制MAC控制元素CE位图来指示(808)PUCCH格式更新。

13.根据权利要求1至12中任一项所述的方法，还包括：

使用包括PUCCH配置索引的媒体访问控制MAC控制元素CE来指示(808)PUCCH格式更新。

14.根据权利要求1至13中任一项所述的方法，其中，所述第一持续时间和所述第二持续时间中的每一个包括无线电帧的一个或多个时隙中的正交频域复用OFDM符号。

15.根据权利要求1至14中任一项所述的方法，其中，所述第一PUCCH格式具有比在所述第二PUCCH格式中使用的第二数量的时间单位少的第一数量的时间单位，并且其中，所述第二PUCCH格式提供比所述第一PUCCH格式好的蜂窝覆盖范围。

16.根据权利要求1至15中任一项所述的方法，其中，所述第一PUCCH格式具有比在所述第二PUCCH格式中使用的第二数量的时间单位少的第一数量的时间单位，并且其中，所述第二PUCCH格式产生比所述第一PUCCH格式少的通信开销。

17.根据权利要求1至16中任一项所述的方法，其中，所述第一PUCCH格式具有比在所述第二PUCCH格式中使用的第二数量的时间单位多的第一数量的时间单位，并且其中，所述第二PUCCH格式提供比所述第一PUCCH格式短的数据传输往返时间RTT。

18.一种提供指令的非暂时性机器可读存储介质(1549)，所述指令在由终端设备(1504)的处理器执行时使所述处理器执行根据权利要求1至17中任一项所述的方法。

19.一种终端设备，包括：

非暂时性机器可读存储介质(1549)，用于存储指令；以及

处理器(1542)，与所述非暂时性机器可读存储介质(1549)耦接以处理所存储的指令，使得所述终端设备执行根据权利要求1至17中任一项所述的方法。

20.一种网络设备，包括无线电接口和处理电路，所述处理电路被配置为：

使终端设备针对所述终端设备与所述网络设备之间的服务，使用具有第一持续时间的第一PUCCH格式；

使所述终端设备响应于基于一个或多个事件而确定所述第一PUCCH格式需要改变，针对所述终端设备的所述服务，使用具有第二且不同持续时间的第二PUCCH格式。

21.根据权利要求20所述的网络设备，其中，使所述终端设备使用所述第二PUCCH格式是使用给所述终端设备的命令来配置PUCCH格式更新，并且所述终端设备响应于所述命令进行更新以使用所述第二PUCCH格式。