CN113826432A

CN113826432A - 用于上行链路传输的方法、终端设备和网络节点

Info

Publication number: CN113826432A
Application number: CN202080035781.1A
Authority: CN
Inventors: 刘进华; M·王
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2019-05-13
Filing date: 2020-05-11
Publication date: 2021-12-21
Also published as: WO2020228665A1; MX2021013759A; ZA202110156B; BR112021021493A2; CO2021014990A2; KR20220006635A; EP3970434A4; US20220256575A1; AU2020274825A1; EP3970434A1; JP2022533336A

Abstract

公开了用于上行链路传输的方法、终端设备和网络节点。根据一个实施例，终端设备确定关于与使用配置许可的物理上行链路共享信道(PUSCH)传输相关联的第一上行链路控制信息(UCI)、以及由物理上行链路控制信道(PUCCH)携带的第二UCI的优先级信息。终端设备基于所确定的优先级信息发送一和第二UCI的至少一部分。

Description

用于上行链路传输的方法、终端设备和网络节点

技术领域

本公开的实施例一般涉及无线通信，并且更具体地涉及用于上行链路传输的方法、终端设备和网络节点。

背景技术

本部分介绍可以促进本公开的更好理解的方面。因此，本部分的陈述应从该意义上阅读，并且不应被理解为承认什么是现有技术或什么不是现有技术。

下一代系统预期将支持具有不同要求的大范围的用例，该范围从完全移动的设备延伸到静止的物联网(IoT)或固定的无线宽带设备。与许多用例相关联的业务模式预期由数据业务的短或长突发组成，在所述数据业务之间具有变化长度的等待时间(此处被称为非活跃状态)。在新无线电(NR)中，许可辅助接入和独立的非许可操作都将在第3代合作伙伴计划(3GPP)中得到支持。

为了应对不断增长的数据需求，NR被认为既有许可频谱又有非许可频谱。与长期演进(LTE)许可辅助接入(LAA)相比，对非许可频谱的基于NR的接入(NR-U)还需要支持双连接(DC)和独立场景，其中，包括在非许可频谱上的随机接入信道(RACH)和调度过程的媒体接入控制(MAC)过程会受到先听后说(LBT)失败的影响，而在LTE LAA中不存在这样的限制，因为LAA场景中存在许可频谱，所以RACH和调度相关信令可以在许可频谱(而不是非许可频谱)上发送。

对于发现参考信号(DRS)传输(诸如主同步信号(PSS)/辅同步信号(SSS)，物理广播信道(PBCH)，信道状态信息参考信号(CSI-RS))、控制信道传输(诸如物理上行链路控制信道(PUCCH)/物理下行链路控制信道(PDCCH))、物理数据信道(诸如物理上行链路共享信道(PUSCH)/物理下行链路共享信道(PDSCH))、以及上行链路探测参考信号(诸如SRS传输)，应该在使用该信道发送物理信号之前应用信道感测来确定信道可用性。

NR-U中的无线电资源管理(RRM)过程通常将会与LAA相当类似，因为NR-U旨在尽可能多地重用LAA/增强型LAA(eLAA)/进一步增强型LAA(feLAA)技术，以处理NR-U与其它传统无线电接入技术(RAT)之间的共存。RRM测量和报告包括关于信道感测和信道可用性的特别配置过程。

因此，用于LAA的信道接入/选择是与其它RAT(诸如Wi-Fi)的共存的重要方面之一。例如，LAA已经打算使用与Wi-Fi拥挤的载波。

在许可频谱中，用户设备(UE)测量下行链路无线电信道(例如，被简称为SSB的同步信号(SS)和PBCH块，CSI-RS)的参考信号接收功率(RSRP)和参考信号接收质量(RSRQ)，并将测量报告提供给其服务演进节点B(eNB)/下一代节点B(gNB)。然而，它们并不反映载波上的干扰强度。另一度量“接收信号强度指示符(RSSI)”可以用于这样的目的。在eNB/gNB侧，有可能基于接收到的RSRP和RSRQ报告导出RSSI。然而，这要求它们必须是可获得的。由于LBT故障，在RSRP或RSRP方面的一些报告可能被阻止(可能是由于参考信号传输(DRS)在下行链路中被阻止，或者测量报告在上行链路中被阻止)。因此，在RSSI方面的测量非常有用。RSSI测量以及关于UE何时进行该测量以及测量了多长时间的时间信息可以帮助gNB/eNB检测隐藏节点。另外，gNB/eNB可以测量载波的负载状况，这对于网络出于负载平衡和避免信道接入失败的目的而优先考虑一些信道是有用的。

LTE LAA已经被定义为支持测量用于测量报告的平均RSSI和信道占用率。信道占用率被定义为RSSI被测量为高于配置阈值的时间的百分比。为了该目的，RSSI测量定时配置(RMTC)包括测量持续时间(例如1-5毫秒)和测量之间的时段(例如{40,80,160,320,640}毫秒)。

发明内容

本概要被提供以便以简化的形式介绍下面在详细描述中进一步描述的概念的选集。本概要并非旨在确定所要求保护的主题的关键特征或必要特征，也并非旨在用于限制所要求保护的主题的范围。

本公开的目的之一是提供一种用于上行链路传输的改进的解决方案。

根据本公开的第一方面，提供了一种终端设备中的方法。所述方法可以包括确定关于与使用配置许可的物理上行链路共享信道(PUSCH)传输相关联的第一上行链路控制信息(UCI)、以及由物理上行链路控制信道(PUCCH)携带的第二UCI的优先级信息。所述方法还可以包括基于所确定的优先级信息，发送所述第一和第二UCI的至少一部分。

在本公开的实施例中，携带所述第一UCI的所述PUSCH传输和携带所述第二UCI的所述PUCCH传输可以在时间上重叠。

在本公开的实施例中，所述第一和第二UCI的所述至少一部分可以是下述中的一者：所述第一UCI；所述第二UCI；所述第一UCI和所述第二UCI；所述第一UCI、以及所述第二UCI的一部分，其被合并为一个UCI；所述第二UCI、以及所述第一UCI的一部分，其被合并为一个UCI；以及所述第一UCI的一部分和所述第二UCI的一部分，其被合并为一个UCI。

在本公开的实施例中，所述优先级信息可以包括所述第一UCI的第一优先级和所述第二UCI的第二优先级。可替代地，所述优先级信息可以包括所述第一UCI与所述第二UCI之间的相对优先级。

在本公开的实施例中，所述第一UCI的所述第一优先级可以基于对应的PUSCH传输优先级来确定。

在本公开的实施例中，所述优先级信息可以至少基于与所述第一UCI和所述第二UCI中的每一个相关联的至少一个逻辑信道的优先级来确定。

在本公开的实施例中，与所述第一UCI和所述第二UCI中的每一个相关联的所述至少一个逻辑信道的所述优先级可以基于下述中的一者来确定：为其生成所述第一UCI和所述第二UCI中的每一个的所述至少一个逻辑信道的数据的优先级；以及与所述第一UCI相关联的至少一个上行链路逻辑信道和与所述第二UCI相关联的至少一个下行链路逻辑信道之间的预定义的相对优先级。

在本公开的实施例中，所述优先级信息可以至少基于与所述第一UCI和所述第二UCI中的每一个相关联的数据的等待时间预算(latency budget)来确定。

在本公开的实施例中，所确定的优先级信息可以指示响应于下述中的一个或多个，所述第一UCI优先于所述第二UCI：与所述第一UCI相关联的上行链路数据的剩余等待时间预算小于第一预定阈值；以及与所述第一UCI相关联的上行链路数据的排队延迟大于第二预定阈值。

在本公开的实施例中，所述优先级信息可以至少基于与所述第一UCI和所述第二UCI中的每一个相关联的数据的传输可靠性要求来确定。

在本公开的实施例中，所述优先级信息可以至少基于所述第一UCI与所述第二UCI之间的预定义或预配置的相对优先级来确定。

在本公开的实施例中，所述第一UCI可以被预定义或预配置为具有比不携带混合自动重复请求(HARQ)非确认(NACK)的所述第二UCI高的优先级。

在本公开的实施例中，所述终端设备可以被配置具有多个PUCCH资源、和/或多个配置调度配置的配置许可。针对每一对PUCCH资源和配置调度配置，对应的优先级信息可以在所述终端设备中被预配置。

在本公开的实施例中，当所述优先级信息指示所述第一UCI具有比所述第二UCI高的优先级时，基于所确定的优先级信息发送所述第一和第二UCI的至少一部分可以包括下述中的一个或多个：在与当前PUCCH小区不同的PUCCH小区中发送所述第二UCI；在与触发所述第二UCI的当前小区不同的小区中通过随机接入发送所述第二UCI；仅发送所述第一UCI；将所述第一UCI和所述第二UCI按该顺序发送，在这两个发送之间具有延迟；以及将所述第一UCI的至少一部分和所述第二UCI的至少一部分作为一个合并的UCI发送。

在本公开的实施例中，当所述优先级信息指示所述第二UCI具有比所述第一UCI高的优先级时，基于所确定的优先级信息发送所述第一和第二UCI的至少一部分可以包括下述中的一个或多个：仅发送所述第二UCI；将所述第二UCI和所述第一UCI按该顺序发送，在这两个发送之间具有延迟；使用配置许可同时发送第二UCI和PUSCH；以及将所述第一UCI的至少一部分和所述第二UCI的至少一部分作为一个合并的UCI发送。

在本公开的实施例中，在具有较低优先级的所述第一UCI和/或所述第二UCI中的一个或多个字段可以从所述一个合并的UCI中移除。

在本公开的实施例中，当所述第一UCI具有比所述第二UCI低的优先级并且未被发送时，可以跳过用于包括所述第一UCI的所述PUSCH的所述配置许可。

在本公开的实施例中，当所述第二UCI被发送时，在被映射到使用所述配置许可的PUSCH中的媒体接入控制(MAC)协议数据单元(PDU)中携带所述第二UCI作为子MAC PDU。

在本公开的实施例中，所述子MAC PDU可以被布置在所述MAC PDU的前部位置。

在本公开的实施例中，所述子MAC PDU可以是MAC控制元素(CE)。

在本公开的实施例中，针对不同的小区/载波/带宽部分/信道/子频带，可以以相同的方式执行或不同地执行所述确定和所述发送。

在本公开的实施例中，所述方法还可以包括：提供用户数据，并经由到基站的传输将所述用户数据转发给主机。

根据本公开的第二方面，提供了一种网络节点中的方法。所述方法可以包括确定关于与使用配置许可的PUSCH传输相关联的第一UCI和由PUCCH携带的第二UCI的优先级信息、和/或用于发送所述第一和第二UCI的至少一部分的至少一个配置。所述方法还可以包括向终端设备发送所述优先级信息和/或所述至少一个配置。

在本公开的实施例中，所述优先级信息可以包括所述第一UCI与所述第二UCI之间的至少一个相对优先级。可替代地，所述优先级信息可以包括至少一组所述第一UCI的第一优先级和所述第二UCI的第二优先级。

在本公开的实施例中，所述至少一个相对优先级或所述至少一组的数量可以多于一个。所述多于一个相对优先级或所述多于一组中的每一者可以对应于一对PUCCH资源和配置调度配置。

在本公开的实施例中，当所述优先级信息指示所述第一UCI具有比所述第二UCI高的优先级时，用于发送所述第一和第二UCI的至少一部分的所述至少一个配置可以包括下述中的一个或多个：在与当前PUCCH小区不同的PUCCH小区中发送所述第二UCI；在与触发所述第二UCI的当前小区不同的小区中通过随机接入发送所述第二UCI；仅发送所述第一UCI；将所述第一UCI和所述第二UCI按该顺序发送，在这两个发送之间具有延迟；以及将所述第一UCI的至少一部分和所述第二UCI的至少一部分作为一个合并的UCI发送。

在本公开的实施例中，当所述优先级信息指示所述第二UCI具有比所述第一UCI高的优先级时，用于发送所述第一和第二UCI的至少一部分的所述至少一个配置可以包括下述中的一个或多个：仅发送所述第二UCI；将所述第二UCI和所述第一UCI按该顺序发送，在这两个发送之间具有延迟；使用所述配置许可同时发送所述第二UCI和物理上行链路共享信道(PUSCH)；以及将所述第一UCI的至少一部分和所述第二UCI的至少一部分作为一个合并的UCI发送。

在本公开的实施例中，所述优先级信息可以包括：在所述第一UCI和所述第二UCI中包含的不同字段之间的相对优先级。

在本公开的实施例中，所述优先级信息和/或所述至少一个配置可以针对不同的小区/载波/带宽部分/信道/子频带是相同的或不同的。

根据本公开的第三方面，提供了一种终端设备。所述终端设备可以包括至少一个处理器和至少一个存储器。所述至少一个存储器可以包含可由所述至少一个处理器执行的指令，由此所述终端设备可以可操作以确定关于与使用配置许可的PUSCH传输相关联的第一UCI、以及由PUCCH携带的第二UCI的优先级信息。所述终端设备还可以可操作以基于所确定的优先级信息，发送所述第一和第二UCI的至少一部分。

在本公开的实施例中，所述终端设备可以可操作以执行根据上述第一方面所述的方法。

根据本公开的第四方面，提供了一种网络节点。所述网络节点可以包括至少一个处理器和至少一个存储器。所述至少一个存储器可以包含可由所述至少一个处理器执行的指令，由此所述网络节点可以可操作以确定关于与使用配置许可的PUSCH传输相关联的第一UCI和由PUCCH携带的第二UCI的优先级信息、和/或用于发送所述第一和第二UCI的至少一部分的至少一个配置。所述网络节点还可以可操作以向终端设备发送所述优先级信息和/或所述至少一个配置。

在本公开的实施例中，所述网络节点可以可操作以执行根据上述第二方面所述的方法。

根据本公开的第五方面，提供了一种计算机程序产品。所述计算机程序产品可以包含指令，所述指令在由至少一个处理器执行时使所述至少一个处理器执行根据上述第一和第二方面中任一项所述的方法。

根据本公开的第六方面，提供了一种计算机可读存储介质。所述计算机可读存储介质可以包含指令，所述指令在由至少一个处理器执行时使所述至少一个处理器执行根据上述第一和第二方面中任一项所述的方法。

根据本公开的第七方面，提供了一种终端设备。所述终端设备可以包括确定模块，用于确定关于与使用配置许可的PUSCH传输相关联的第一UCI、以及由PUCCH携带的第二UCI的优先级信息。所述终端设备还可以包括发送模块，用于基于所确定的优先级信息，发送所述第一和第二UCI的至少一部分。

根据本公开的第八方面，提供了一种网络节点。所述网络节点可以包括确定模块，用于确定关于与使用配置许可的PUSCH传输相关联的第一UCI和由PUCCH携带的第二UCI的优先级信息、和/或用于发送所述第一和第二UCI的至少一部分的至少一个配置。所述网络节点还可以包括发送模块，用于向终端设备发送所述优先级信息和/或所述至少一个配置。

根据本公开的第九方面，提供了一种在包括主机、基站和终端设备的通信系统中实现的方法。所述方法可以包括：在所述主机处，接收从所述终端设备向所述基站发送的用户数据。所述终端设备可以确定关于与使用配置许可的PUSCH传输相关联的第一UCI、以及由PUCCH携带的第二UCI的优先级信息。所述终端设备可以基于所确定的优先级信息，发送所述第一和第二UCI的至少一部分。

在本公开的实施例中，所述方法还可以包括：在所述终端设备处向所述基站提供所述用户数据。

在本公开的实施例中，所述方法还可以包括：在所述终端设备处执行客户端应用，从而提供待发送的用户数据。所述方法还可以包括：在所述主机处执行与所述客户端应用相关联的主机应用。

在本公开的实施例中，所述方法还可以包括：在所述终端设备处执行客户端应用。所述方法还可以包括：在所述终端设备处接收对所述客户端应用的输入数据。所述输入数据可以通过执行与所述客户端应用相关联的主机应用，而在所述主机处被提供。所述待发送的用户数据可以由客户端应用响应于所述输入数据而提供。

根据本公开的第十方面，提供了一种通信系统。所述通信系统包括主机，其包括被配置为接收源自从终端设备到基站的传输的用户数据的通信接口。所述终端设备可以包括无线电接口和处理电路。所述终端设备的处理电路可以被配置为确定关于与使用配置许可的PUSCH传输相关联的第一UCI、以及由PUCCH携带的第二UCI的优先级信息。所述终端设备的处理电路还可以被配置为基于所确定的优先级信息，发送所述第一和第二UCI的至少一部分。

在本公开的实施例中，所述通信系统还可以包括所述终端设备。

在本公开的实施例中，所述通信系统还可以包括所述基站。所述基站可以包括被配置为与所述终端设备通信的无线电接口，以及被配置为向所述主机转发由从所述终端设备到所述基站的传输携带的所述用户数据的通信接口。

在本公开的实施例中，所述主机的处理电路被配置为执行主机应用。所述终端设备的处理电路被配置为执行与所述主机应用相关联的客户端应用，从而提供所述用户数据。

在本公开的实施例中，所述主机的处理电路可以被配置为执行主机应用，从而提供请求数据。所述终端设备的处理电路可以被配置为执行与所述主机应用相关联的客户端应用，从而响应于所述请求数据提供所述用户数据。

根据本公开的第十一方面，提供了一种在包括主机、基站和终端设备的通信系统中实现的方法。所述方法可以包括：在所述主机处提供用户数据。所述方法还可以包括：在所述主机处，经由包括所述基站的蜂窝网络向所述终端设备发起携带所述用户数据的传输。所述基站可以确定关于与使用配置许可的PUSCH传输相关联的第一UCI和由PUCCH携带的第二UCI的优先级信息、和/或用于发送所述第一和第二UCI的至少一部分的至少一个配置。所述基站可以向终端设备发送所述优先级信息和/或所述至少一个配置。

在本公开的实施例中，所述方法还可以包括：在所述基站处发送所述用户数据。

在本公开的实施例中，所述用户数据可以通过执行主机应用而在所述主机处被提供。所述方法还可以包括：在所述终端设备处执行与所述主机应用相关联的客户端应用。

根据本公开的第十二方面，提供了一种通信系统。所述通信系统包括主机，其包括被配置为提供用户数据的处理电路、以及被配置为将所述用户数据转发给蜂窝网络以发送给终端设备的通信接口。所述蜂窝网络可以包括具有无线电接口和处理电路的基站。所述基站的处理电路可以被配置为确定关于与使用配置许可的PUSCH传输相关联的第一UCI和由PUCCH携带的第二UCI的优先级信息、和/或用于发送所述第一和第二UCI的至少一部分的至少一个配置。所述基站的处理电路还可以被配置为向终端设备发送所述优先级信息和/或所述至少一个配置。

在本公开的实施例中，所述通信系统还可以包括所述基站。

在本公开的实施例中，所述通信系统还可以包括所述终端设备。所述终端设备可以被配置为与所述基站通信。

在本公开的实施例中，所述主机的处理电路可以被配置为执行主机应用，从而提供所述用户数据。所述终端设备可以包括被配置为执行与所述主机应用相关联的客户端应用的处理电路。

根据本公开的第十三方面，提供了一种终端设备中的方法。所述方法可以包括接收至少一个配置。所述配置可以指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。所述方法还可以包括基于所述配置，发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的至少一者。携带所述第一UCI的所述PUSCH传输和携带所述第二UCI的所述PUCCH传输可以重叠。基于所述配置发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的所述至少一者的步骤可以包括以下步骤中的一个：发送所述第二UCI并跳过所述第一UCI；以及发送所述第一UCI和所述第二UCI。

在本公开的实施例中，发送所述第二UCI并跳过所述第一UCI可以进一步包括：在所述PUCCH上发送所述第二UCI并且不发送所述第一UCI。

在本公开的实施例中，发送所述第一UCI和所述第二UCI可以进一步包括：使用配置许可在所述PUSCH上发送所述第一UCI和所述第二UCI。

在本公开的实施例中，所述配置可以由无线电资源控制(RRC)信令携带。

在本公开的实施例中，所述方法还可以包括：确定关于所述第一UCI和所述第二UCI的优先级信息。用于发送所述第一和第二UCI的至少一部分的所述至少一个配置可以基于所述优先级信息。

在本公开的实施例中，所述优先级信息可以指示所述第二UCI被预配置为具有比所述第一UCI高的优先级。

根据本公开的第十四方面，提供了一种网络节点中的方法。所述方法可以包括确定至少一个配置。所述配置可以指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。所述方法还可以包括向终端设备发送所述配置。携带所述第一UCI的所述PUSCH传输和携带所述第二UCI的所述PUCCH传输可以重叠。所述第一UCI的至少一部分和所述第二UCI的至少一部分中的至少一者的所述传输可以包括下述中的一个：发送所述第二UCI并跳过所述第一UCI；以及发送所述第一UCI和所述第二UCI。

在本公开的实施例中，所述配置可以由RRC信令携带。

根据本公开的第十五方面，提供了一种终端设备。所述终端设备可以包括至少一个处理器和至少一个存储器。所述至少一个存储器可以包含可由所述至少一个处理器执行的指令，由此所述终端设备可以可操作以接收至少一个配置。所述配置可以指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。所述终端设备还可以可操作以基于所述配置，发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的至少一者。携带所述第一UCI的所述PUSCH传输和携带所述第二UCI的所述PUCCH传输可以重叠。基于所述配置发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的所述至少一者的步骤可以包括以下步骤中的一个：发送所述第二UCI并跳过所述第一UCI；以及发送所述第一UCI和所述第二UCI。

在本公开的实施例中，所述终端设备可以可操作以执行根据上述第十五方面所述的方法。

根据本公开的第十六方面，提供了一种网络节点。所述网络节点可以包括至少一个处理器和至少一个存储器。所述至少一个存储器可以包含可由所述至少一个处理器执行的指令，由此所述网络节点可以可操作以确定至少一个配置。所述配置可以指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。所述网络节点还可以可操作以向终端设备发送所述配置。携带所述第一UCI的所述PUSCH传输和携带所述第二UCI的所述PUCCH传输可以重叠。所述第一UCI的至少一部分和所述第二UCI的至少一部分中的至少一者的所述传输可以包括下述中的一个：发送所述第二UCI并跳过所述第一UCI；以及发送所述第一UCI和所述第二UCI。

在本公开的实施例中，所述网络节点可以可操作以执行根据上述第十四方面所述的方法。

根据本公开的第十七方面，提供了一种计算机程序产品。所述计算机程序产品可以包含指令，所述指令在由至少一个处理器执行时使所述至少一个处理器执行根据上述第十三和第十四方面中任一项所述的方法。

根据本公开的第十八方面，提供了一种计算机可读存储介质。所述计算机可读存储介质可以包含指令，所述指令在由至少一个处理器执行时使所述至少一个处理器执行根据上述第十三和第十四方面中任一项所述的方法。

根据本公开的第十九方面，提供了一种终端设备。所述终端设备可以包括接收模块，用于接收至少一个配置。所述配置可以指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。所述终端设备还可以包括发送模块，用于基于所述配置，发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的至少一者。携带所述第一UCI的所述PUSCH传输和携带所述第二UCI的所述PUCCH传输可以重叠。基于所述配置发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的所述至少一者可以包括下述中的一个：发送所述第二UCI并跳过所述第一UCI；以及发送所述第一UCI和所述第二UCI。

根据本公开的第二十方面，提供了一种网络节点。所述网络节点可以包括确定模块，用于确定至少一个配置。所述配置可以指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。所述网络节点还可以包括发送模块，用于向终端设备发送所述配置。携带所述第一UCI的所述PUSCH传输和携带所述第二UCI的所述PUCCH传输可以重叠。所述第一UCI的至少一部分和所述第二UCI的至少一部分中的至少一者的所述传输可以包括下述中的一个：发送所述第二UCI并跳过所述第一UCI；以及发送所述第一UCI和所述第二UCI。

根据本公开的第二十一方面，提供了一种在包括网络节点和终端设备的通信系统中实现的方法。所述方法可以包括：在所述网络节点处确定至少一个配置。所述配置可以指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。所述方法还可以包括：在所述网络节点处向终端设备发送所述配置。所述方法还可以包括：在所述终端设备处接收所述至少一个配置。所述方法还可以包括：在所述终端设备处基于所述配置，发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的至少一者。携带所述第一UCI的所述PUSCH传输和携带所述第二UCI的所述PUCCH传输可以重叠。基于所述配置发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的所述至少一者的步骤可以包括以下步骤中的一个：发送所述第二UCI并跳过所述第一UCI；以及发送所述第一UCI和所述第二UCI。

根据本公开的第二十二方面，提供了一种通信系统。所述通信系统可以包括网络节点，其被配置为确定至少一个配置。所述配置可以指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。所述网络节点还可以被配置为向终端设备发送所述配置。所述通信系统还可以包括所述终端设备，其被配置为接收所述至少一个配置，以及基于所述配置，发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的所述至少一者。携带所述第一UCI的所述PUSCH传输和携带所述第二UCI的所述PUCCH传输可以重叠。基于所述配置发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的所述至少一者可以包括下述中的一个：发送所述第二UCI并跳过所述第一UCI；以及发送所述第一UCI和所述第二UCI。

根据本公开的第二十三方面，提供了一种在包括网络节点和终端设备的通信系统中实现的方法。所述方法可以包括：在所述网络节点处，确定关于与使用配置许可的PUSCH传输相关联的第一UCI和由PUCCH携带的第二UCI的优先级信息、和/或用于发送所述第一和第二UCI的至少一部分的至少一个配置。所述方法还可以包括：在所述网络节点处，向终端设备发送所述优先级信息和/或所述至少一个配置。所述方法还可以包括：在所述终端设备处，确定关于与使用配置许可的PUSCH传输相关联的所述第一UCI、以及由PUCCH携带的所述第二UCI的所述优先级信息。所述方法还可以包括：在所述终端设备处，基于所确定的优先级信息，发送所述第一和第二UCI的至少一部分。

根据本公开的第二十四方面，提供了一种通信系统。所述通信系统可以包括网络节点，其被配置为：确定关于与使用配置许可的PUSCH传输相关联的第一UCI和由PUCCH携带的第二UCI的优先级信息、和/或用于发送所述第一和第二UCI的至少一部分的至少一个配置；以及向终端设备发送所述优先级信息和/或所述至少一个配置。所述通信系统还可以包括终端设备，其被配置为：确定关于与使用配置许可的PUSCH传输相关联的所述第一UCI、以及由PUCCH携带的所述第二UCI的所述优先级信息；以及基于所确定的优先级信息，发送所述第一和第二UCI的至少一部分。

附图说明

根据将结合附图阅读的本公开的说明性实施例的下面的详细描述，本公开的这些和其它目的、特征和优点将变得明显。

图1示出具有和不具有COT共享的传输机会的示例；

图2示出COT共享的另一示例；

图3是示出根据本公开的实施例的在终端设备处实现的方法的流程图；

图4是示出根据本公开的实施例的在网络节点处实现的方法的流程图；

图5是示出根据本公开的实施例的在终端设备处实现的方法的流程图；

图6是示出根据本公开的实施例的在网络节点处实现的方法的流程图；

图7是示出适合于在实践本公开的一些实施例中使用的装置的框图；

图8是示出根据本公开的实施例的终端设备的框图；

图9是示出根据本公开的实施例的网络节点的框图；

图10是示出根据本公开的实施例的终端设备的框图；

图11是示出根据本公开的实施例的网络节点的框图；

图12是示出根据一些实施例的经由中间网络连接到主机的电信网络的图；

图13是示出根据一些实施例的经由基站与用户设备通信的主机的图；

图14是示出根据一些实施例的在通信系统中实现的方法的流程图；

图15是示出根据一些实施例的在通信系统中实现的方法的流程图；

图16是示出根据一些实施例的在通信系统中实现的方法的流程图；以及

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

具体实施方式

为了解释的目的，在下面的描述中阐述了一些细节以便提供所公开的实施例的彻底理解。然而，对于本领域技术人员来说明显的是，可以在没有这些具体细节的情况下或者利用等效配置来实现所述实施例。

为了允许节点(例如NR-U gNB/UE、LTE-LAAeNB/UE、或Wi-Fi接入点(AP)/站(STA))在非许可频谱(例如5GHz频带)中发送，它通常需要执行空闲信道评估(CCA)。该过程通常包括感测介质在多个时间间隔内处于空闲。感测介质处于空闲可以以不同的方式完成，例如使用能量检测、前导码检测或使用虚拟载波感测。后者意味着节点从通知传输何时结束的其它发送节点读取控制信息。在感测到介质处于空闲后，节点通常被允许发送一定量的时间，有时被称为传输机会(TXOP)。TXOP的长度取决于法规和已经被执行的CCA的类型，但是通常在1毫秒至10毫秒的范围内变动。该持续时间常常被称为信道占用时间(COT)。

在Wi-Fi中，发送数据接收确认(ACK)的反馈而不执行空闲信道评估。在反馈传输之前，在数据传输和相应的反馈之间引入了小持续时间(被称为SIFS)，其并不包括信道的实际感测。在802.11中，SIFS时段(对于5GHz正交频分复用(OFDM)PHY而言为16μs)被定义为：

aSIFSTime＝aRxPHYDelay+aMACProcessingDelay+aRxTxTurnaroundTime，其中aRxPHYDelay定义物理(PHY)层向MAC层传送分组所需的持续时间，aMACProcessingDelay定义MAC层触发PHY层发送响应所需的持续时间，并且aRxTxTurnaroundTime定义将无线电从接收转变为发送模式所需的持续时间。因此，SIFS持续时间被用于容纳硬件延迟以将方向从接收切换到发送。

预期对于非许可频带中的NR(NR-U)，用于容纳无线电周转时间的类似间隙将被允许。例如，只要下行链路(DL)和上行链路(UL)传输之间的间隙小于或等于16μs，这将使得能够在由发起方gNB获取的同一传输机会(TXOP)内发送携带UCI反馈的PUCCH以及携带数据和可能的UCI的PUSCH，而无需UE在PUSCH/PUCCH传输之前执行空闲信道评估。以这种方式进行的操作通常被称为“COT共享”。图1中示出COT共享的示例。它示出具有和不具有COT共享的TXOP，其中CCA由发起节点(gNB)执行。对于COT共享的情况，DL和UL传输之间的间隙小于16μs。图2示出关于与DL传输共享的UE COT的示例。对于COT共享的情况，UL和DL传输之间的间隙小于16μs。

先听后说(LBT)被设计用于非许可频谱与其它RAT的共存。在该机制中，无线电设备在任何传输之前应用空闲信道评估(CCA)检查(即信道感测)。发射器涉及一段时间上的能量检测(ED)与特定能量检测阈值(ED阈值)进行比较，以便确定信道是否空闲。在确定信道被占用的情况下，发射器在下一CCA尝试之前在竞争窗口内执行随机回退(back-off)。为了保护ACK传输，发射器必须在每个忙碌CCA时隙之后、在恢复回退之前延迟一段时间。一旦发射器已经掌握了对信道的接入权，发射器仅被允许执行传输直到最大持续时间(即最大信道占用时间(MCOT))。为了QoS差异化，已经定义了基于服务类型的信道接入优先级。例如，定义了四个LBT优先级类别，用于使用竞争窗口大小(CWS)和MCOT持续时间来在服务之间区分信道接入优先级。

如3GPP技术报告(TR)38.889V16.0.0中所述，用于针对非许可频谱的基于NR的接入的信道接入方案可以被划分为以下类别。类别1是在短切换间隙后立即发送。这被用于发射器在COT内的UL/DL切换间隙后立即发送。从接收到发送的切换间隙用于容纳收发器周转时间，并且不长于16μs。类别2是没有随机回退的LBT。在发送实体发送之前信道被感测为空闲的持续时间是确定的。

类别3是具有随机回退的LBT，所述随机回退具有固定大小的竞争窗口。LBT过程具有以下过程作为其组成部分之一。发送实体在竞争窗口内抽取随机数N。竞争窗口的大小由N的最小值和最大值指定。竞争窗口的大小是固定的。在LBT过程中使用随机数N来确定在发送实体在信道上发送之前信道被感测为空闲的持续时间。

类别4是具有随机回退的LBT，所述随机回退具有可变大小的竞争窗口。LBT过程具有以下过程作为其组成部分之一。发送实体在竞争窗口内抽取随机数N。竞争窗口的大小由N的最小值和最大值指定。发送实体可以在抽取随机数N时改变竞争窗口的大小。在LBT过程中使用随机数N来确定在发送实体在信道上发送之前信道被感测为空闲的持续时间。对于COT中的不同传输以及待发送的不同信道/信号，可以使用不同类别的信道接入方案。

在UCI中可以有一些参数：HARQ ID，NDI，RV，COT共享信息，并且还可以包括一些附加信息。以下参数可以被包括在配置许可(CG)-UCI中：关于COT共享信息的细节，诸如LBT优先级类别值(信道接入议程(agenda))、剩余COT持续时间、以及用于启用/禁用COT共享的信令指示符；UE-ID；CRC；PUSCH起点和终点/时隙；资源配置索引；所发送的PUSCH的起始位置；MCS/TBS，如果支持关于链路自适应的增强的话；CBGTI，如果支持在配置许可资源上进行基于CBG的重传的话。

基于上述内容，对于具有配置许可的传输，UE将在CG-UCI中包括上述信息。然而，可能发生的是，PUCCH-UCI和CG-UCI两者在同一时间被触发。前者可以由以下条件中的任一个触发：1)用于DL数据的接收的HARQ A/N；2)CSI报告；3)由于新数据的到达而产生的调度请求(SR)。在UE在同一PUSCH上容纳两个UCI的情况下，可能存在过多的控制开销，使得可能会对数据传输产生负面影响。因此，将会有利的是，解决在两个UCI均被触发并在时间上重叠时的问题。

本公开提出了一种用于上行链路传输的改进的解决方案。该解决方案可以应用于包括终端设备和网络节点(诸如基站或具有类似功能的任何其它节点)的无线通信系统。终端设备可以通过无线电接入通信链路与基站通信。基站可以向处于其通信服务小区内的终端设备提供无线电接入通信链路。应注意的是，可以根据任何适合的通信标准和协议在终端设备和基站之间进行通信。终端设备也可以被称为例如设备、接入终端、用户设备(UE)、移动台、移动单元、用户台等。终端设备可以指能够接入无线通信网络且从其接收服务的任何末端设备。以举例的方式而并非进行限制，终端设备可以包括便携式计算机、图像捕获终端设备诸如数码相机、游戏终端设备、音乐存储和回放装置、移动电话、蜂窝电话、智能电话、平板电脑、可穿戴设备、个人数字助理(PDA)等。

在物联网(IoT)场景中，终端设备可以表示执行监测和/或测量、并将这样的监测和/或测量的结果传送给另一终端设备和/或网络设备的机器或其它设备。在该情况下，终端设备可以是机器到机器(M2M)设备，在3GPP上下文中，其可以被称为机器类型通信(MTC)设备。这样的机器或设备的特定示例可以包括传感器、计量设备诸如功率计、工业机械、自行车、车辆、或者家用或个人电器(例如，电冰箱、电视)、个人可穿戴设备(诸如手表)、等等。

现在，将描述若干实施例来解释用于上行链路传输的改进的解决方案。基本构思是引入一种冲突处理机制，用于处理相关联的CG-UCI(或加上对应的PUSCH传输)和PUCCH-UCI之间的冲突。需注意的是，两种UCI之间的冲突也可以被定义为用于携带第一UCI的PUSCH的传输和由PUCCH携带的第二UCI的传输之间的冲突。因为gNB依赖于使用配置许可的PUSCH中携带的第一UCI来解码PUSCH，所以第一UCI和PUSCH被复用在相同的PUSCH传输中。

尽管将在NR-U的上下文中描述这些实施例，但是本公开的原理也可应用于其它非许可操作场景(例如，LTE LAA/eLAA/feLAA/MuLteFire)和许可操作场景，在所述场景中，例如，用于配置许可传输的一个UCI和用于动态调度的DL传输的另一UCI被触发并在时间上重叠。

作为第一实施例，引入了冲突处理机制。UE可以根据以下条件中的至少一个来确定每个UCI的优先级水平：

1)与该UCI相关联的LCH/逻辑信道组(LCG)的优先级；

2)与该UCI相关联的数据的等待时间预算或传输可靠性要求；

3)CG-UCI(和使用配置许可的对应PUSCH)和PUCCH UCI之间的预定义优先级；

4)UCI中的信息内容。

对于第一方面，LCH优先级水平(诸如5G网络中的5QI或4G网络中的QCI)与为其生成UCI的发送数据相关联，即，那些LCH的数据活动已经触发了UCI。如果使用配置许可发送的UCI具有比使用PDSCH在DL中发送的数据更高的优先级，则UE可以使CG-UCI优先化。否则，PUCCH UCI可以优先于CG-UCI。作为另一选项，可以预定义或预配置UL和DL LCH之间的相对优先级。

对于第二方面，UE可以考虑为该数据剩下的等待时间预算是什么样的，以便实现特定的等待时间目标。如果上行链路数据接近等待时间预算，则使用配置许可的PUSCH传输和相关联的CG-UCI可以优先于用于DL HARQ传输的PUCCH UCI。否则，用于DL HARQ传输的PUCCH UCI可以优先于使用配置许可的PUSCH和相关联的CG-UCI。作为简单的选项，UE可以基于待发送的数据的排队延迟来确定PUSCH和CG-UCI的优先级。如果排队延迟大于预配置的阈值，则PUSCH和相关联的CG-UCI可以优先于用于DL HARQ传输的PUCCH UCI。UE还可以考虑相关联的数据的传输可靠性的要求是什么。CG-UCI的优先级也可以基于对应的PUSCH传输优先级来确定。

对于第三方面，在一个示例中，CG-UCI和对应的PUSCH可以被预配置具有比PUCCH-UCI更高的优先级，因为如果CG-UCI未被传输则必须跳过UL许可。在另一示例中，当PUCCH-UCI包含最后机会的HARQ A/N时(例如，UE已经接收到携带最大K2值的DCI)，PUCCH-UCI可以被预配置具有比使用配置许可的PUSCH和相关联的CG-UCI更高的优先级。在没有接收到这样的信息的情况下，可能会存在针对该数据块的剩余HARQ传输失败。

优先级水平可以被考虑以用于处理CG-UCI和PUCCH-UCI之间的冲突。

作为第二实施例，基于所确定的优先级，UE可以被配置为采取例如以下动作中的至少一个：

1)选项1：在另一服务小区中发送PUCCH-UCI，如果PUCCH资源在该服务小区中可获得的话，其中该服务小区可以与已经触发PUCCH-UCI的小区属于相同或不同的PUCCH小区组。

2)选项2：将PUCCH-UCI移动到任何其它服务小区，如果没有任何其它小区配置有可用的PUCCH资源来发送该PUCCH-UCI的话。UE可以在该小区上触发随机接入(RA)。UCI可以在RA消息中发送。gNB可以在接收到RA时为该小区中的UE配置PUCCH资源。在这种情况下，可以在RA过程之后在所获得的PUCCH资源上发送UCI。

3)选项3：跳过或延迟具有较低优先级的UCI的传输。这样，在PUSCH传输上的有限空间的情况下，具有更高优先级的UCI信息被先服务。在跳过CG-UCI(这意味着跳过配置许可)的情况下，在PUCCH信道上发送PUCCH-UCI。也就是说，当CG-UCI的优先级低于第二UCI并且未被发送时，跳过针对包括第一UCI的PUSCH的配置许可。

4)选项4：针对该小区启用PUCCH和使用配置许可的PUSCH的同时传输。

5)选项5：将两个UCI合并为新的UCI，并且使用配置许可在PUSCH上发送它。在合并过程期间，由于UCI的空间有限，一些低优先级信息字段可以被丢弃。合并的内容格式可以由gNB配置。例如，CSI的优先级可以低于HARQ进程ID、RVI和UE ID。

上述选项中的任何一个或多个的配置可以由gNB经由RRC消息、系统信息、MAC CE或L1/L2控制信令通知给UE。

作为第三实施例，当没有HARQ NACK被携带时丢弃PUCCH UCI，并且仅发送使用配置许可的PUSCH和相关联的CG-UCI。否则，发送PUCCH UCI并且跳过UL许可(即，不发送使用配置许可的PUSCH和相关联的CG-UCI)。

作为第四实施例，使用配置许可的PUSCH和PUCCH UCI之间的相对优先级可以由网络预配置。当UE已经在小区/BWP中被配置有多个PUCCH资源、和/或不同CG配置的CG许可时，可以针对每一对PUCCH资源和SR配置，配置相对优先级。在一个示例中，网络可以使用专用RRC信令将该配置包括在SR配置、小区配置或小区组配置中。在另一示例中，网络可以使用MAC CE来配置相对优先级。

作为第五实施例，可以在被映射到使用配置许可的PUSCH中的MAC PDU中，携带PUCCH UCI作为子MAC PDU。例如，新的MAC CE被定义以携带PUCCH UCI。子MAC PDU可以位于MAC PDU的前部位置，使得gNB可以提前解码PUCCH。

作为第六实施例，可以针对每小区/载波/BWP/信道/子频带来配置冲突处理的功能。针对不同的服务小区/载波/BWP/信道/子频带，可以配置不同的处理选项。

在下文中，将参考图3至13进一步描述该解决方案。图3是示出根据本公开的实施例的在终端设备处实现的方法的流程图。在框302处，终端设备确定关于与使用配置许可的PUSCH传输相关联的第一UCI、以及由PUCCH携带的第二UCI的优先级信息。携带第一UCI的PUSCH传输和携带第二UCI的PUCCH传输可以在时间上重叠。优先级信息可以包括第一UCI的第一优先级和第二UCI的第二优先级。可替换地，优先级信息可以包括第一UCI和第二UCI之间的相对优先级。

例如，以下选项可以用于确定优先级信息。作为第一选项，优先级信息可以至少基于与第一和第二UCI中的每一个相关联的至少一个逻辑信道的优先级来确定。与第一和第二UCI中的每一个相关联的至少一个逻辑信道的优先级可以基于下述中的一个来确定：为其生成第一和第二UCI中的每一个的至少一个逻辑信道的数据的优先级；以及与第一UCI相关联的至少一个上行链路逻辑信道和与第二UCI相关联的至少一个下行链路逻辑信道之间的预定义的相对优先级。

作为第二选项，优先级信息可以至少基于与第一和第二UCI中的每一个相关联的数据的等待时间预算来确定。例如，所确定的优先级信息可以指示：响应于下述中的一个或多个，第一UCI优先于第二UCI：与第一UCI相关联的上行链路数据的剩余等待时间预算小于第一预定阈值；以及与第一UCI相关联的上行链路数据的排队延迟大于第二预定阈值。

作为第三选项，优先级信息可以至少基于与第一和第二UCI中的每一个相关联的数据的传输可靠性要求来确定。作为第四选项，优先级信息可以至少基于第一和第二UCI之间的预定义或预配置的相对优先级来确定。例如，第一UCI可以被预定义或预配置为具有比不携带HARQ NACK的第二UCI更高的优先级。作为第五选项，第一UCI的第一优先级可以基于对应的PUSCH传输优先级来确定。需注意的是，上述第一至第五选项中的任何一个均可以单独使用或组合使用。

可选地，终端设备可以被配置具有多个PUCCH资源、和/或多个配置调度配置的配置许可。在这种情况下，可以针对每一对PUCCH资源和配置调度配置，在终端设备中预配置对应的优先级信息。

在框304处，终端设备基于所确定的优先级信息发送第一和第二UCI的至少一部分。这样，两个UCI之间的冲突可以适当地得到处理。第一和第二UCI的至少一部分可以是下述中的一者：第一UCI；第二UCI；第一UCI和第二UCI；第一UCI，以及第二UCI的一部分，它们被合并为一个UCI；第二UCI，以及第一UCI的一部分，它们被合并为一个UCI；以及第一UCI的一部分和第二UCI的一部分，它们被合并为一个UCI。

如果优先级信息指示第一UCI具有比第二UCI更高的优先级，则框304处的发送可以包括下述中的一个或多个：在与当前PUCCH小区不同的PUCCH小区中发送第二UCI；在与触发第二UCI的当前小区不同的小区中通过随机接入发送第二UCI；仅发送第一UCI；将第一和第二UCI按该顺序发送，在这两个发送之间具有延迟；以及将第一UCI的至少一部分和第二UCI的至少一部分作为一个合并的UCI发送。例如，第一和/或第二UCI中的具有较低优先级的一个或多个字段可以从所述一个合并的UCI中被移除。

另一方面，如果优先级信息指示第二UCI具有比第一UCI更高的优先级，则框304处的发送可以包括下述中的一个或多个：仅发送第二UCI；将第二和第一UCI按该顺序发送，在这两个发送之间具有延迟；同时发送第二UCI和使用配置许可的PUSCH；以及将第一UCI的至少一部分和第二UCI的至少一部分作为一个合并的UCI发送。需注意的是，当第一UCI具有比第二UCI低的优先级并且未被发送时，可以跳过针对包括第一UCI的PUSCH的配置许可。

在发送第二UCI的情况下，可以在被映射到使用配置许可的PUSCH中的MAC PDU中，携带第二UCI作为子MAC PDU。子MAC PDU可以布置在MAC PDU的前部位置。这样，基站可以提前解码PUCCH。例如，子MAC PDU可以是(例如，新定义的)MAC CE。

可选地，针对不同的小区/载波/带宽部分/信道/子频带，可以以相同的方式或不同地执行框302处的确定和框304处的发送。

图4是示出根据本公开的实施例的在网络节点处实现的方法的流程图。网络节点可以是基站或具有类似功能的任何其它节点。在框402处，网络节点确定关于与使用配置许可的PUSCH传输相关联的第一UCI和由PUCCH携带的第二UCI的优先级信息、和/或用于发送第一和第二UCI的至少一部分的至少一个配置。在框404处，网络节点发送优先级信息和/或至少一个配置。

优先级信息可以包括第一和第二UCI之间的至少一个相对优先级。可替换地，优先级信息可以包括至少一组第一UCI的第一优先级和第二UCI的第二优先级。可选地，至少一个相对优先级或至少一组的数量可以多于一个。多于一个相对优先级或多于一组中的每一者可以对应于一对PUCCH资源和配置调度配置。

可选地，优先级信息可以包括第一和第二UCI中包含的不同字段之间的相对优先级。可选地，针对不同的小区/载波/带宽部分/信道/子频带，优先级信息和/或至少一个配置可以是相同的或不同的。

在优先级信息指示第一UCI具有比第二UCI更高的优先级的情况下，用于发送第一和第二UCI的至少一部分的至少一个配置可以包括下述中的一个或多个：在与当前PUCCH小区不同的PUCCH小区中发送第二UCI；在与触发第二UCI的当前小区不同的小区中通过随机接入发送第二UCI；仅发送第一UCI；将第一和第二UCI按该顺序发送，在这两个发送之间具有延迟；以及将第一UCI的至少一部分和第二UCI的至少一部分作为一个合并的UCI发送。

另一方面，在优先级信息指示第二UCI具有比第一UCI更高的优先级的情况下，用于发送第一和第二UCI的至少一部分的至少一个配置可以包括下述中的一个或多个：仅发送第二UCI；将第二和第一UCI按该顺序发送，在这两个发送之间具有延迟；同时发送第二UCI和使用配置许可的PUSCH；以及将第一UCI的至少一部分和第二UCI的至少一部分作为一个合并的UCI发送。还应注意的是，附图中两个连续示出的框实际上可以基本并行地执行，或者它们有时也可以按相反的顺序执行，这取决于所涉及的功能而定。

基于上面的描述，本公开的至少一个方面提供了一种在包括网络节点和终端设备的通信系统中实现的方法。该方法可以包括：在网络节点处，确定关于与使用配置许可的PUSCH传输相关联的第一UCI和由PUCCH携带的第二UCI的优先级信息、和/或用于发送第一和第二UCI的至少一部分的至少一个配置。该方法还可以包括：在网络节点处，向终端设备发送优先级信息和/或至少一个配置。该方法还可以包括：在终端设备处，确定关于与使用配置许可的PUSCH传输相关联的第一UCI以及由PUCCH携带的第二UCI的优先级信息。该方法还可以包括：在终端设备处，基于所确定的优先级信息发送第一和第二UCI的至少一部分。

图5是示出根据本公开的实施例的在终端设备处实现的方法的流程图。在框502处，终端设备接收至少一个配置。该配置指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。携带第一UCI的PUSCH传输和携带第二UCI的PUCCH传输是重叠的。如上文关于第二实施例所述，选项1至选项5中的任何一个或多个的配置可以由网络节点经由RRC信令通知给终端设备。

在框504处，终端设备基于所述配置，发送第一UCI的至少一部分和第二UCI的至少一部分中的至少一者。作为一个选项，终端设备可以发送第二UCI并跳过第一UCI，如上文关于第二实施例的选项3所述。例如，终端设备可以在PUCCH上发送第二UCI，并且可以不发送第一UCI。作为另一选项，终端设备可以发送第一UCI和第二UCI，如上文关于第二实施例的选项5所述。例如，终端设备可以使用配置许可在PUSCH上发送第一UCI和第二UCI。

可选地，终端设备可以在框503处确定关于第一UCI和第二UCI的优先级信息。用于发送第一和第二UCI的至少一部分的至少一个配置可以基于优先级信息。如上文关于第一实施例的第三方面所述，优先级信息可以指示第二UCI被预配置为具有比第一UCI更高的优先级。

图6是示出根据本公开的实施例的在网络节点处实现的方法的流程图。网络节点可以是基站或具有类似功能的任何其它节点。在框602处，网络节点确定至少一个配置。该配置指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。携带第一UCI的PUSCH传输和携带第二UCI的PUCCH传输是重叠的。如上文关于框502所述，第一UCI的至少一部分和第二UCI的至少一部分中的至少一者的传输可以包括下述中的一个：发送第二UCI并跳过第一UCI；以及发送第一UCI和第二UCI。例如，发送第二UCI并跳过第一UCI可以包括在PUCCH上发送第二UCI并且不发送第一UCI。发送第一UCI和第二UCI可以包括使用配置许可在PUSCH上发送第一UCI和第二UCI。在框604处，网络节点向终端设备发送所述配置。可选地，在框603处，网络节点确定关于第一UCI和第二UCI的优先级信息。用于发送第一和第二UCI的至少一部分的至少一个配置可以基于优先级信息。例如，优先级信息可以指示第二UCI被预配置为具有比第一UCI更高的优先级。

基于上面的描述，本公开的至少一个方面提供了一种在包括网络节点和终端设备的通信系统中实现的方法。该方法可以包括：在网络节点处，确定至少一个配置。该配置可以指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。该方法还可以包括：在网络节点处，向终端设备发送所述配置。该方法还可以包括：在终端设备处，接收所述至少一个配置。该方法还可以包括：在终端设备处，基于所述配置发送第一UCI的至少一部分和第二UCI的至少一部分中的至少一者。携带第一UCI的PUSCH传输和携带第二UCI的PUCCH传输可以重叠。基于所述配置发送第一UCI的至少一部分和第二UCI的至少一部分中的至少一者的步骤可以包括以下步骤中的一个：发送第二UCI并跳过第一UCI；以及发送第一UCI和第二UCI。

图7是示出适合于在实践本公开的一些实施例中使用的装置的框图。例如，上述终端设备和网络节点中的任何一个可以通过装置700来实现。如图所示，装置700可以包括处理器710，存储程序的存储器720，以及可选的用于通过有线和/或无线通信与其它外部设备进行数据通信的通信接口730。

所述程序包括程序指令，其在被处理器710执行时使得装置700能够根据本公开的实施例进行操作，如上面所讨论的。也就是说，本公开的实施例可以至少部分地通过可由处理器710执行的计算机软件、或者通过硬件、或者通过软件和硬件的组合来实现。

存储器720可以是适合于本地技术环境的任何类型，并且可以使用任何适合的数据存储技术来实现，诸如基于半导体的存储器设备、闪速存储器、磁性存储器设备和系统、光学存储器设备和系统、固定存储器和可移除存储器。处理器710可以是适合于本地技术环境的任何类型，并且作为非限制性示例可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一个或多个。

图8是示出根据本公开的实施例的终端设备的框图。如图所示，终端设备800包括确定模块802和发送模块804。确定模块802可以被配置为确定关于与使用配置授权的PUSCH传输相关联的第一UCI、以及由PUCCH携带的第二UCI的优先级信息，如上文关于框302所述。发送模块804可以被配置为基于所确定的优先级信息发送第一和第二UCI的至少一部分，如上文关于框304所述。

图9是示出根据本公开的实施例的网络节点的框图。如图所示，网络节点900包括确定模块902和发送模块904。确定模块902可以被配置为确定关于与使用配置许可的PUSCH传输相关联的第一UCI和由PUCCH携带的第二UCI的优先级信息、和/或用于发送第一和第二UCI的至少一部分的至少一个配置，如上文关于框402所述。发送模块904可以被配置为发送优先级信息和/或至少一个配置，如上文关于框404所述。

基于上面的描述，本公开的至少一个方面提供了一种通信系统。该通信系统可以包括网络节点，其被配置为：确定关于与使用配置许可的PUSCH传输相关联的第一UCI和由PUCCH携带的第二UCI的优先级信息、和/或用于发送第一和第二UCI的至少一部分的至少一个配置；以及向终端设备发送优先级信息和/或至少一个配置。该通信系统还可以包括终端设备，其被配置为：确定关于与使用配置许可的PUSCH传输相关联的第一UCI以及由PUCCH携带的第二UCI的优先级信息；以及基于所确定的优先级信息发送第一和第二UCI的至少一部分。

图10是示出根据本公开的实施例的终端设备的框图。如图所示，终端设备1000包括接收模块1002和发送模块1004。接收模块1002可以被配置为接收至少一个配置，如上文关于框502所述。所述配置可以指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。发送模块1004可以被配置为基于所述配置发送第一UCI的至少一部分和第二UCI的至少一部分中的至少一者，如上文关于框504所述。携带第一UCI的PUSCH传输和携带第二UCI的PUCCH传输可以重叠。基于所述配置发送第一UCI的至少一部分和第二UCI的至少一部分中的至少一者可以包括下述中的一个：发送第二UCI并跳过第一UCI；以及发送第一UCI和第二UCI。

图11是示出根据本公开的实施例的网络节点的框图。如图所示，网络节点1100包括确定模块1102和发送模块1104。确定模块1102可以被配置为确定至少一个配置，如上文关于框602所述。所述配置可以指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。发送模块1104可以被配置为向终端设备发送所述配置，如上文关于框604所述。携带第一UCI的PUSCH传输和携带第二UCI的PUCCH传输可以重叠。发送第一UCI的至少一部分和第二UCI的至少一部分中的至少一者可以包括下述中的一个：发送第二UCI并通过第一UCI；以及发送第一UCI和第二UCI。上述模块可以通过硬件、软件或两者的组合来实现。

基于上面的描述，本公开的至少一个方面提供了一种通信系统。该通信系统可以包括被配置为确定至少一个配置的网络节点。所述配置可以指示下述中的至少一者的传输：与使用配置许可的PUSCH传输相关联的第一UCI的至少一部分，以及由PUCCH携带的第二UCI的至少一部分。网络节点还可以被配置为向终端设备发送所述配置。该通信系统还可以包括终端设备，其被配置为接收至少一个配置，以及基于该配置发送第一UCI的至少一部分和第二UCI的至少一部分中的至少一者。携带第一UCI的PUSCH传输和携带第二UCI的PUCCH传输可以重叠。基于所述配置发送第一UCI的至少一部分和第二UCI的至少一部分中的至少一者可以包括下述中的一个：发送第二UCI并跳过第一UCI；以及发送第一UCI和第二UCI。

参考图12，根据一实施例，通信系统包括诸如3GPP类型蜂窝网络的电信网络3210，其包括诸如无线电接入网的接入网3211和核心网3214。接入网3211包括多个基站3212a、3212b、3212c(诸如NB、eNB、gNB或其它类型的无线接入点)，各自定义对应的覆盖区域3213a、3213b、3213c。每个基站3212a、3212b、3212c可通过有线或无线连接3215连接到核心网3214。位于覆盖区域3213c中的第一UE 3291被配置成无线连接到对应的基站3212c，或者由对应的基站3212c寻呼。覆盖区域3213a中的第二UE 3292可无线连接到对应的基站3212a。尽管在该示例中示出多个UE 3291、3292，但是所公开的实施例同等适用于单个UE处于覆盖区域中或者单个UE连接到对应的基站3212的情形。

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

图12的通信系统作为整体实现所连接的UE 3291、3292与主机3230之间的连接性。该连接性可以被描述为过顶(over-the-top，OTT)连接3250。主机3230和连接的UE 3291、3292被配置成使用接入网3211、核心网3214、任何中间网络3220和可能的另外的基础设施(未示出)作为中介，经由OTT连接3250传递数据和/或信令。OTT连接3250所穿过的参与通信设备并不会意识到上行链路和下行链路通信的路由，在该意义上，OTT连接3250可以是透明的。例如，基站3212可以不或不需要被告知具有发源于主机3230的数据从而将被转发(例如，移交)给连接的UE 3291的到来的下行链路通信的过去的路由。类似地，基站3212不需要意识到从UE 3291发源朝向主机3230传出的上行链路通信的未来的路由。

现在将参考图13描述在前面的段落中讨论的UE、基站和主机的根据一实施例的示例实现。在通信系统3300中，主机3310包括硬件3315，硬件3315包括通信接口3316，其被配置成设立和维护与通信系统3300的不同的通信设备的接口的有线或无线连接。主机3310还包括处理电路3318，处理电路3318可以具有存储和/或处理能力。特别地，处理电路3318可以包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列、或者适于执行指令的这些的组合(未示出)。主机3310还包括软件3311，其被存储在主机3310中或可由主机3310访问，且可由处理电路3318执行。软件3311包括主机应用3312。主机应用3312可以可操作以向远程用户(诸如经由终止于UE 3330和主机3310的OTT连接3350进行连接的UE 3330)提供服务。在向远程用户提供服务的过程中，主机应用3312可以提供使用OTT连接3350传送的用户数据。

通信系统3300还包括基站3320，基站3320被提供在电信系统中且包括使其能够与主机3310和UE 3330通信的硬件3325。硬件3325可以包括用于设立和维护与通信系统3300的不同通信设备的接口的有线或无线连接的通信接口3326，以及用于设立和维护与位于基站3320所服务的覆盖区域(图13中未示出)中的UE 3330的至少无线连接3370的无线电接口3327。通信接口3326可以配置成促进到主机3310的连接3360。连接3360可以是直接的，或者连接3360可以穿过电信系统的核心网(图13中未示出)和/或穿过电信系统外部的一个或多个中间网络。在所示的实施例中，基站3320的硬件3325还包括处理电路3328，其可以包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列、或者适于执行指令的这些的组合(未示出)。基站3320还具有存储在内部或可经由外部连接访问的软件3321。

通信系统3300还包括已经提到的UE 3330。其硬件3335可以包括无线电接口3337，其被配置成设立和维护与服务UE 3330当前所处的覆盖区域的基站的无线连接3370。UE3330的硬件3335还包括处理电路3338，其可以包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列、或者适于执行指令的这些的组合(未示出)。UE 3330还包括软件3331，其被存储在UE 3330中或可由UE 3330访问、且可由处理电路3338执行。软件3331包括客户端应用3332。客户端应用3332可以可操作以在主机3310的支持下经由UE 3330向人类或非人类用户提供服务。在主机3310中，执行的主机应用3312可以经由终止于UE 3330和主机3310的OTT连接3350，与执行的客户端应用3332通信。在向用户提供服务的过程中，客户端应用3332可以从主机应用3312接收请求数据，并响应于请求数据而提供用户数据。OTT连接3350可以传送请求数据和用户数据两者。客户端应用3332可以与用户交互以生成其所提供的用户数据。

应注意的是，图13中示出的主机3310、基站3320和UE 3330可以分别与图12的主机3230，基站3212a、3212b、3212c中的一个，以及UE 3291、3292中的一个类似或相同。这也就是说，这些实体的内部工作可以如图13所示，并且独立地，周围网络拓扑可以是图12的周围网络拓扑。

在图13中，已经抽象地绘出OTT连接3350以示出经由基站3320在主机3310和UE3330之间的通信，而没有明确参考任何中间设备和经由这些设备对消息的精确路由。网络基础设施可以确定路由，网络基础设施可以配置成对UE 3330隐藏路由、或者对操作主机3310的服务提供商隐藏路由、或者对两者隐藏路由。当OTT连接3350是活动的时，网络基础设施还可以作出决定，通过所述决定，网络基础设施动态地改变路由(例如，基于负载平衡考虑或者网络的重新配置)。

UE 3330和基站3320之间的无线连接3370是根据本公开全文描述的实施例的教导。各种实施例中的一个或多个改善使用OTT连接3350提供给UE 3330的OTT服务的性能，在OTT连接3350中无线连接3370形成最后一段。更精确地，这些实施例的教导可以改善延时，并从而提供益处诸如减少的用户等待时间。

测量过程可以被提供用于监测数据速率、延时和一个或多个实施例改善的其它因素的目的。还可以存在用于响应于测量结果中的变化，重新配置主机3310和UE 3330之间的OTT连接3350的可选网络功能。用于重新配置OTT连接3350的测量过程和/或网络功能可以被实现在主机3310的软件3311和硬件3315中、或者UE 3330的软件3331和硬件3335中、或者两者中。在一些实施例中，传感器(未示出)可以被部署在OTT连接3350所穿过的通信设备中或与该通信设备相关联；传感器可以通过供应上面例示的被监测量的值、或者供应软件3311、3331可从中计算或估计被监测量的其它物理量的值，来参与测量过程。OTT连接3350的重新配置可以包括消息格式、重传设置、优选路由等；重新配置不需要影响基站3320，并且重新配置对于基站3320可以是不知道的或察觉不到的。这样的过程和功能可以是本领域中已知的和已被实践的。在某些实施例中，测量可以涉及专有UE信令，其促进主机3310的吞吐量、传播时间、延时等的测量。测量可以被实现，因为软件3311和3331使得消息(特别地，空消息或‘假’消息)使用OTT连接3350被传送，同时软件3311和3331监测传播时间、误差等。

图14是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机、基站和UE，它们可以是参考图12和13描述的那些。为了本公开的简洁，在该部分中将仅包括对图14的附图引用。在步骤3410中，主机提供用户数据。在步骤3410的子步骤3411(其可以是可选的)中，主机通过执行主机应用提供用户数据。在步骤3420中，主机向UE发起携带用户数据的传输。在步骤3430(其可以是可选的)中，根据本公开全文描述的实施例的教导，基站向UE发送主机所发起的传输中携带的用户数据。在步骤3440(其可以是可选的)中，UE执行与主机所执行的主机应用相关联的客户端应用。

图15是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机、基站和UE，它们可以是参考图12和13描述的那些。为了本公开的简洁，在该部分中将仅包括对图15的附图引用。在方法的步骤3510中，主机提供用户数据。在可选的子步骤(未示出)中，主机通过执行主机应用提供用户数据。在步骤3520中，主机向UE发起携带用户数据的传输。根据本公开全文描述的实施例的教导，传输可以经由基站进行。在步骤3530(其可以是可选的)中，UE接收传输中携带的用户数据。

图16是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机、基站和UE，它们可以是参考图12和13描述的那些。为了本公开的简洁，在该部分中将仅包括对图16的附图引用。在步骤3610(其可以是可选的)中，UE接收由主机提供的输入数据。附加地或可替代地，在步骤3620中，UE提供用户数据。在步骤3620的子步骤3621(其可以是可选的)中，UE通过执行客户端应用提供用户数据。在步骤3610的子步骤3611(其可以是可选的)中，UE执行客户端应用，该客户端应用作为对主机提供的所接收的输入数据的反应，而提供用户数据。在提供用户数据的过程中，所执行的客户端应用还可以考虑从用户接收的用户输入。不管提供用户数据的具体方式如何，在子步骤3630(其可以是可选的)中，UE向主机发起用户数据的传输。在方法的步骤3640中，根据本公开全文描述的实施例的教导，主机接收从UE发送的用户数据。

图17是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机、基站和UE，它们可以是参考图12和13描述的那些。为了本公开的简洁，在该部分中将仅包括对图17的附图引用。在步骤3710(其可以是可选的)中，根据本公开全文描述的实施例的教导，基站从UE接收用户数据。在步骤3720(其可以是可选的)中，基站向主机发起所接收的用户数据的传输。在步骤3730(其可以是可选的)中，主机接收在基站所发起的传输中携带的用户数据。

一般来说，各种示例性实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以在硬件中实现，而其它方面可以在可由控制器、微处理器或其它计算装置执行的固件或软件中实现，尽管本公开并不限于此。尽管本公开的示例性实施例的各个方面可以被示出和描述为框图、流程图，或者使用一些其它图形表示，但是应当很好理解的是，作为非限制性示例，可以在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器、或其它计算装置、或其一些组合中实现本文中描述的这些框、设备、系统、技术或方法。

如此，应当理解的是，本公开的示例性实施例的至少一些方面可以在各种组件诸如集成电路芯片和模块中实践。因此，应当理解的是，本公开的示例性实施例可以在体现为集成电路的设备中实现，其中集成电路可以包括用于体现可配置成根据本公开的示例性实施例进行操作的数据处理器、数字信号处理器、基带电路和射频电路中的至少一个或多个的电路(以及可能地，固件)。

应当理解的是，本公开的示例性实施例中的至少一些方面可以被体现在由一个或多个计算机或其它装置执行的计算机可执行指令中，诸如体现在一个或多个程序模块中。一般地，程序模块包括例程、程序、对象、组件、数据结构等，其在被计算机或其它装置中的处理器执行时执行特定任务或实现特定抽象数据类型。计算机可执行指令可以被存储在计算机可读介质上，诸如硬盘、光盘、可移除存储介质、固态存储器、RAM等。本领域技术人员将理解的是，在各种实施例中程序模块的功能可以根据需要被组合或分布。另外，所述功能可以整体地或部分地体现在固件或硬件等价物(诸如集成电路、现场可编程门阵列(FPGA)等)中。

本公开中对“一个实施例”、“实施例”等的提及表示所描述的实施例可以包括特定特征、结构或特性，但是并非每个实施例都必须包括该特定特征、结构或特性。而且，这样的短语不一定指代同一个实施例。另外，当结合一实施例描述特定特征、结构或特性时，结合其它实施例实现这样的特征、结构或特性是在本领域技术人员的知识内，无论是否被明确描述。

应理解的是，尽管术语“第一”、“第二”等可以在本文中使用以描述各种元素，但是这些元素不应受这些术语的限制。这些术语仅用于将一个元素与另一元素区别开。例如，第一元素可以被称作第二元素，并且类似地，第二元素可以被称作第一元素，而不脱离本公开的范围。如本文中使用的，术语“和/或”包括相关联的所列术语中的一个或多个的任一个和所有组合。

本文中使用的术语仅用于描述特定实施例的目的，并且并非旨在限制本公开。如本文中使用的，单数形式的“一个/一种(a、an)”和“所述(the)”旨在也包括复数形式，除非上下文另有清楚指示。还将理解的是，术语“包括”、“具有”、和/或“包含”在本文中使用时，指的是所陈述的特征、元素和/或组件的存在，而并不排除一个或多个其它特征、元素、组件和/或其组合的存在或附加。本文中使用的术语“连接”覆盖两个元素之间的直接和/或间接连接。

本公开包括本文中明确地或者以其任何一般化形式公开的任何新颖特征或特征组合。当结合附图阅读时，鉴于上面的描述，对本公开的上述示例性实施例的各种修改和适配对于相关领域中的技术人员来说会变得明显。然而，任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。

Claims

1.一种终端设备中的方法，包括：

接收(502)至少一个配置，其中，所述配置指示下述中的至少一者的传输：与使用配置许可的物理上行链路共享信道PUSCH传输相关联的第一上行链路控制信息UCI的至少一部分，以及由物理上行链路控制信道PUCCH携带的第二UCI的至少一部分；

基于所述配置，发送(504)所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的至少一者，

其中，携带所述第一UCI的所述PUSCH传输和携带所述第二UCI的所述PUCCH传输是重叠的，以及

其中，基于所述配置发送(504)所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的所述至少一者的步骤包括以下步骤中的一个：

发送所述第二UCI并跳过所述第一UCI；以及

发送所述第一UCI和所述第二UCI。

2.根据权利要求1所述的方法，其中，发送所述第二UCI并跳过所述第一UCI进一步包括：在所述PUCCH上发送所述第二UCI并且不发送所述第一UCI。

3.根据权利要求1或2所述的方法，其中，发送所述第一UCI和所述第二UCI进一步包括：使用配置许可在所述PUSCH上发送所述第一UCI和所述第二UCI。

4.根据权利要求1至3中任一项所述的方法，其中，所述配置由无线电资源控制RRC信令携带。

5.根据权利要求1至4中任一项所述的方法，还包括：确定(503)关于所述第一UCI和所述第二UCI的优先级信息；以及其中，用于发送所述第一和第二UCI的至少一部分的所述至少一个配置是基于所述优先级信息的。

6.根据权利要求5所述的方法，其中，所述优先级信息指示所述第二UCI被预配置为具有比所述第一UCI高的优先级。

7.一种网络节点中的方法，包括：

确定(602)至少一个配置，其中，所述配置指示下述中的至少一者的传输：与使用配置许可的物理上行链路共享信道PUSCH传输相关联的第一上行链路控制信息UCI的至少一部分，以及由物理上行链路控制信道PUCCH携带的第二UCI的至少一部分；以及

向终端设备发送(604)所述配置，

其中，所述第一UCI的至少一部分和所述第二UCI的至少一部分中的至少一者的所述传输包括下述中的一个：

发送所述第二UCI并跳过所述第一UCI；以及

发送所述第一UCI和所述第二UCI。

8.根据权利要求7所述的方法，其中，发送所述第二UCI并跳过所述第一UCI进一步包括：在所述PUCCH上发送所述第二UCI并且不发送所述第一UCI。

9.根据权利要求7或8所述的方法，其中，发送所述第一UCI和所述第二UCI进一步包括：使用配置许可在所述PUSCH上发送所述第一UCI和所述第二UCI。

10.根据权利要求7至9中任一项所述的方法，其中，所述配置由无线电资源控制RRC信令携带。

11.根据权利要求7至10中任一项所述的方法，还包括：确定(603)关于所述第一UCI和所述第二UCI的优先级信息；以及其中，用于发送所述第一和第二UCI的至少一部分的所述至少一个配置是基于所述优先级信息的。

12.根据权利要求11所述的方法，其中，所述优先级信息指示所述第二UCI被预配置为具有比所述第一UCI高的优先级。

13.一种终端设备(700)，包括：

至少一个处理器(710)；以及

至少一个存储器(720)，所述至少一个存储器(720)包含可由所述至少一个处理器(710)执行的指令，由此所述终端设备(700)可操作以：

接收至少一个配置，其中，所述配置指示下述中的至少一者的传输：与使用配置许可的物理上行链路共享信道PUSCH传输相关联的第一上行链路控制信息UCI的至少一部分，以及由物理上行链路控制信道PUCCH携带的第二UCI的至少一部分；

基于所述配置，发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的至少一者，

其中，基于所述配置发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的所述至少一者的步骤包括以下步骤中的一个：

发送所述第二UCI并跳过所述第一UCI；以及

发送所述第一UCI和所述第二UCI。

14.根据权利要求13所述的终端设备(700)，其中，所述终端设备(700)可操作以执行根据权利要求2至6中任一项所述的方法。

15.一种网络节点(700)，包括：

至少一个处理器(710)；以及

至少一个存储器(720)，所述至少一个存储器(720)包含可由所述至少一个处理器(710)执行的指令，由此所述网络节点(700)可操作以：

确定至少一个配置，其中，所述配置指示下述中的至少一者的传输：与使用配置许可的物理上行链路共享信道PUSCH传输相关联的第一上行链路控制信息UCI的至少一部分，以及由物理上行链路控制信道PUCCH携带的第二UCI的至少一部分；以及

向终端设备发送所述配置，

发送所述第二UCI并跳过所述第一UCI；以及

发送所述第一UCI和所述第二UCI。

16.根据权利要求15所述的网络节点(700)，其中，所述网络节点(700)可操作以执行根据权利要求8至12中任一项所述的方法。

17.一种计算机可读存储介质，其包含指令，所述指令在由至少一个处理器执行时使所述至少一个处理器执行根据权利要求1至12中任一项所述的方法。

18.一种终端设备中的方法，包括：

确定(302)关于与使用配置许可的物理上行链路共享信道PUSCH传输相关联的第一上行链路控制信息UCI、以及由物理上行链路控制信道PUCCH携带的第二UCI的优先级信息；以及

基于所确定的优先级信息，发送(304)所述第一和第二UCI的至少一部分。

19.根据权利要求18所述的方法，其中，携带所述第一UCI的所述PUSCH传输和携带所述第二UCI的所述PUCCH传输在时间上是重叠的。

20.根据权利要求18或19所述的方法，其中，所述第一和第二UCI的所述至少一部分是下述中的一者：

所述第一UCI；

所述第二UCI；

所述第一UCI和所述第二UCI；

所述第一UCI、以及所述第二UCI的一部分，其被合并为一个UCI；

所述第二UCI、以及所述第一UCI的一部分，其被合并为一个UCI；以及

所述第一UCI的一部分和所述第二UCI的一部分，其被合并为一个UCI。

21.根据权利要求18至20中任一项所述的方法，其中，所述优先级信息包括所述第一UCI的第一优先级和所述第二UCI的第二优先级；或者

其中，所述优先级信息包括所述第一UCI与所述第二UCI之间的相对优先级。

22.根据权利要求21所述的方法，其中，所述第一UCI的所述第一优先级是基于对应的PUSCH传输优先级确定的。

23.根据权利要求18至22中任一项所述的方法，其中，所述优先级信息是至少基于与所述第一UCI和所述第二UCI中的每一个相关联的至少一个逻辑信道的优先级确定的。

24.根据权利要求23所述的方法，其中，与所述第一UCI和所述第二UCI中的每一个相关联的所述至少一个逻辑信道的所述优先级是基于下述中的一者确定的：

为其生成所述第一UCI和所述第二UCI中的每一个的所述至少一个逻辑信道的数据的优先级；以及

与所述第一UCI相关联的至少一个上行链路逻辑信道和与所述第二UCI相关联的至少一个下行链路逻辑信道之间的预定义的相对优先级。

25.根据权利要求1至24中任一项所述的方法，其中，所述优先级信息是至少基于与所述第一UCI和所述第二UCI中的每一个相关联的数据的等待时间预算确定的。

26.根据权利要求25所述的方法，其中，所确定的优先级信息指示响应于下述中的一个或多个，所述第一UCI优先于所述第二UCI：

与所述第一UCI相关联的上行链路数据的剩余等待时间预算小于第一预定阈值；以及

与所述第一UCI相关联的上行链路数据的排队延迟大于第二预定阈值。

27.根据权利要求18至26中任一项所述的方法，其中，所述优先级信息是至少基于与所述第一UCI和所述第二UCI中的每一个相关联的数据的传输可靠性要求确定的。

28.根据权利要求18至27中任一项所述的方法，其中，所述优先级信息是至少基于所述第一UCI与所述第二UCI之间的预定义或预配置的相对优先级确定的。

29.根据权利要求28所述的方法，其中，所述第一UCI被预定义或预配置为具有比不携带混合自动重复请求HARQ非确认NACK的所述第二UCI高的优先级。

30.根据权利要求18至29中任一项所述的方法，其中，所述终端设备被配置具有多个PUCCH资源、和/或多个配置调度配置的配置许可；以及

其中，针对每一对PUCCH资源和配置调度配置，对应的优先级信息在所述终端设备中被预配置。

31.根据权利要求18至30中任一项所述的方法，其中，当所述优先级信息指示所述第一UCI具有比所述第二UCI高的优先级时，基于所确定的优先级信息发送所述第一和第二UCI的至少一部分包括下述中的一个或多个：

在与当前PUCCH小区不同的PUCCH小区中发送所述第二UCI；

在与触发所述第二UCI的当前小区不同的小区中通过随机接入发送所述第二UCI；

仅发送所述第一UCI；

将所述第一UCI和所述第二UCI按该顺序发送，在这两个发送之间具有延迟；以及

将所述第一UCI的至少一部分和所述第二UCI的至少一部分作为一个合并的UCI发送。

32.根据权利要求18至30中任一项所述的方法，其中，当所述优先级信息指示所述第二UCI具有比所述第一UCI高的优先级时，基于所确定的优先级信息发送所述第一和第二UCI的至少一部分包括下述中的一个或多个：

仅发送所述第二UCI；

将所述第二UCI和所述第一UCI按该顺序发送，在这两个发送之间具有延迟；

使用配置许可同时发送第二UCI和PUSCH；以及

33.根据权利要求31或32所述的方法，其中，在具有较低优先级的所述第一UCI和/或所述第二UCI中的一个或多个字段被从所述一个合并的UCI中移除。

34.根据权利要求18至33中任一项所述的方法，其中，当所述第一UCI具有比所述第二UCI低的优先级并且未被发送时，跳过用于包括所述第一UCI的所述PUSCH的所述配置许可。

35.根据权利要求18至34中任一项所述的方法，其中，当所述第二UCI被发送时，在被映射到使用所述配置许可的PUSCH中的媒体接入控制MAC协议数据单元PDU中携带所述第二UCI作为子MAC PDU。

36.根据权利要求35所述的方法，所述子MAC PDU被布置在所述MAC PDU的前部位置。

37.根据权利要求35或36所述的方法，其中，所述子MAC PDU是MAC控制元素CE。

38.根据权利要求18至37中任一项所述的方法，其中，针对不同的小区/载波/带宽部分/信道/子频带，以相同的方式执行或不同地执行所述确定和所述发送。

39.一种网络节点中的方法，包括：

确定(402)关于与使用配置许可的物理上行链路共享信道PUSCH传输相关联的第一上行链路控制信息UCI和由物理上行链路控制信道PUCCH携带的第二UCI的优先级信息、和/或用于发送所述第一和第二UCI的至少一部分的至少一个配置；以及

向终端设备发送(404)所述优先级信息和/或所述至少一个配置。

40.根据权利要求39所述的方法，其中，所述优先级信息包括所述第一UCI与所述第二UCI之间的至少一个相对优先级；或者

其中，所述优先级信息包括至少一组所述第一UCI的第一优先级和所述第二UCI的第二优先级。

41.根据权利要求40所述的方法，其中，所述至少一个相对优先级或所述至少一组的数量是多于一个；以及

其中，所述多于一个相对优先级或所述多于一组中的每一者对应于一对PUCCH资源和配置调度配置。

42.根据权利要求39至41中任一项所述的方法，其中，当所述优先级信息指示所述第一UCI具有比所述第二UCI高的优先级时，用于发送所述第一和第二UCI的至少一部分的所述至少一个配置包括下述中的一个或多个：

在与当前PUCCH小区不同的PUCCH小区中发送所述第二UCI；

仅发送所述第一UCI；

43.根据权利要求39至41中任一项所述的方法，其中，当所述优先级信息指示所述第二UCI具有比所述第一UCI高的优先级时，用于发送所述第一和第二UCI的至少一部分的所述至少一个配置包括下述中的一个或多个：

仅发送所述第二UCI；

使用所述配置许可同时发送所述第二UCI和物理上行链路共享信道PUSCH；以及

44.根据权利要求42或43所述的方法，其中，所述优先级信息包括：在所述第一UCI和所述第二UCI中包含的不同字段之间的相对优先级。

45.根据权利要求39至44中任一项所述的方法，其中，所述优先级信息和/或所述至少一个配置针对不同的小区/载波/带宽部分/信道/子频带是相同的或不同的。

46.一种终端设备(700)，包括：

至少一个处理器(710)；以及

确定关于与使用配置许可的物理上行链路共享信道PUSCH传输相关联的第一上行链路控制信息UCI、以及由物理上行链路控制信道PUCCH携带的第二UCI的优先级信息；以及

基于所确定的优先级信息，发送所述第一和第二UCI的至少一部分。

47.根据权利要求46所述的终端设备(700)，其中，所述终端设备(700)可操作以执行根据权利要求19至38中任一项所述的方法。

48.一种网络节点(700)，包括：

至少一个处理器(710)；以及

确定关于与使用配置许可的物理上行链路共享信道PUSCH传输相关联的第一上行链路控制信息UCI和由物理上行链路控制信道PUCCH携带的第二UCI的优先级信息、和/或用于发送所述第一和第二UCI的至少一部分的至少一个配置；以及

向终端设备发送所述优先级信息和/或所述至少一个配置。

49.根据权利要求48所述的网络节点(700)，其中，所述网络节点(700)可操作以执行根据权利要求40至45中任一项所述的方法。

50.一种计算机可读存储介质，其包含指令，所述指令在由至少一个处理器执行时使所述至少一个处理器执行根据权利要求18至45中任一项所述的方法。

51.一种在包括网络节点和终端设备的通信系统中实现的方法，包括：

在所述网络节点处，确定(602)至少一个配置，其中，所述配置指示下述中的至少一者的传输：与使用配置许可的物理上行链路共享信道PUSCH传输相关联的第一上行链路控制信息UCI的至少一部分，以及由物理上行链路控制信道PUCCH携带的第二UCI的至少一部分；以及

在所述网络节点处，向终端设备发送(604)所述配置，

在所述终端设备处，接收(502)所述至少一个配置；

在所述终端设备处，基于所述配置，发送(504)所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的所述至少一者；

发送所述第二UCI并跳过所述第一UCI；以及

发送所述第一UCI和所述第二UCI。

52.一种通信系统，包括：

网络节点，其被配置为：确定至少一个配置，其中，所述配置指示下述中的至少一者的传输：与使用配置许可的物理上行链路共享信道PUSCH传输相关联的第一上行链路控制信息UCI的至少一部分，以及由物理上行链路控制信道PUCCH携带的第二UCI的至少一部分；以及向终端设备发送所述配置；以及

终端设备，其被配置为：接收所述至少一个配置，以及基于所述配置发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的所述至少一者；

其中，基于所述配置发送所述第一UCI的所述至少一部分和所述第二UCI的至少一部分中的所述至少一者包括下述中的一个：

发送所述第二UCI并跳过所述第一UCI；以及

发送所述第一UCI和所述第二UCI。

53.一种在包括网络节点和终端设备的通信系统中实现的方法，包括：

在所述网络节点处，确定(402)关于与使用配置许可的物理上行链路共享信道PUSCH传输相关联的第一上行链路控制信息UCI和由物理上行链路控制信道PUCCH携带的第二UCI的优先级信息、和/或用于发送所述第一和第二UCI的至少一部分的至少一个配置；

在所述网络节点处，向终端设备发送(404)所述优先级信息和/或所述至少一个配置；

在所述终端设备处，确定(302)关于与使用配置许可的PUSCH传输相关联的所述第一UCI、以及由PUCCH携带的所述第二UCI的所述优先级信息；以及

在所述终端设备处，基于所确定的优先级信息，发送(304)所述第一和第二UCI的至少一部分。

54.一种通信系统，包括：

网络节点，其被配置为：确定关于与使用配置许可的物理上行链路共享信道PUSCH传输相关联的第一上行链路控制信息UCI和由物理上行链路控制信道PUCCH携带的第二UCI的优先级信息、和/或用于发送所述第一和第二UCI的至少一部分的至少一个配置；以及向终端设备发送所述优先级信息和/或所述至少一个配置；以及

所述终端设备，其被配置为：确定关于与使用配置许可的PUSCH传输相关联的所述第一UCI、以及由PUCCH携带的所述第二UCI的所述优先级信息；以及基于所确定的优先级信息，发送所述第一和第二UCI的至少一部分。