CN116868654A - 用于上行链路传输的小区选择 - Google Patents

用于上行链路传输的小区选择 Download PDF

Info

Publication number
CN116868654A
CN116868654A CN202280010690.1A CN202280010690A CN116868654A CN 116868654 A CN116868654 A CN 116868654A CN 202280010690 A CN202280010690 A CN 202280010690A CN 116868654 A CN116868654 A CN 116868654A
Authority
CN
China
Prior art keywords
pucch
cell
slot
transmission
cells
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202280010690.1A
Other languages
English (en)
Inventor
阿里斯蒂德斯·帕帕萨卡莱里亚乌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN116868654A publication Critical patent/CN116868654A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/06—TPC algorithms
    • H04W52/14—Separate analysis of uplink or downlink
    • H04W52/146—Uplink power control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames

Landscapes

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

Abstract

用于上行链路传输的小区选择的方法和装置。一种用于操作用户设备的方法，包括接收：映射到主小区上的多个时隙的位图。映射在多个时隙上周期性地重复。位图指示主小区或辅小区。该方法还包括接收与主小区上的物理上行链路控制信道(PUCCH)的发送相关联的第一参数的信息以及与辅小区上的PUCCH的发送相关联的第二参数的信息。该方法还包括基于位图确定第一小区以在第一小区的时隙中发送第一PUCCH，以及在第一小区上的时隙中发送第一PUCCH。

Description

用于上行链路传输的小区选择
技术领域
本公开大体上涉及无线通信系统，且更明确地说，本公开涉及用于上行链路传输的小区选择。
背景技术
5G移动通信技术定义了宽频带，使得高传输速率和新服务是可能的，并且不仅可以在诸如3.5GHz的“Sub 6GHz”频带中实现，而且可以在被称为毫米波的“Above 6GHz”频带(包括28GHz和39GHz)中实现。此外，已经考虑在太赫兹频带(例如，95GHz至3THz频带)中实现6G移动通信技术(称为超5G系统)，以便实现比5G移动通信技术快50倍的传输速率和5G移动通信技术的十分之一的超低延迟。
在5G移动通信技术发展的开始，为了关于增强的移动宽带(eMBB)、超可靠的低延迟通信(URLLC)和大规模机器类型通信(mMTC)支持服务并满足性能要求，已经进行了：关于波束成形和大规模MIMO的标准化，用于减轻无线电波路径损耗和增加毫米波中的无线电波传输距离；支持用于有效地利用毫米波资源的参数集(例如，操作多个子载波间隔)和时隙格式的动态操作；支持多波束传输和宽带的初始接入技术；BWP(带宽部分)的定义和操作；新信道编码方法，诸如用于大量数据传输的LDPC(低密度奇偶校验)码和用于控制信息的高度可靠传输的极性码；L2预处理；以及网络切片，用于提供专用于特定服务的专用网络。
目前，就5G移动通信技术所支持的服务，正在进行关于初始5G移动通信技术的改进和性能增强的讨论，并且已经得到了如下技术：V2X(车辆对所有事物)，基于车辆所传输的车辆的位置和状态信息帮助自主车辆的驾驶决策并增强用户便利性；物理层标准化；NR-U(新无线电未许可)，旨在符合未许可频带中的各种规章相关要求的系统操作；NR UE节能；非陆地网络(NTN)，其是UE卫星直接通信，用于在与陆地网络的通信不可用的区域中提供覆盖；以及定位。
此外，在空中接口体系结构/协议中，关于以下技术已经在进行标准化：工业物联网(IIoT)，用于通过与其他工业互通和融合来支持新服务；IAB(集成接入和回程)，用于通过以集成方式支持无线回程链路和接入链路来提供节点用于网络服务区域扩展；移动性增强，包括条件切换和DAPS(双活动协议栈)切换；以及两步随机接入(NR的两步RACH)，用于简化随机接入过程。关于以下技术在系统架构/服务中也进行了标准化：5G基线架构(例如，基于服务的架构或基于服务的接口)，用于组合网络功能虚拟化(NFV)和软件定义网络(SDN)技术；以及移动边缘计算(MEC)，用于接收基于UE位置的服务。
随着5G移动通信系统的商业化，已经指数增长的连接设备将被连接到通信网络，并且因此预期对5G移动通信系统的功能和性能增强以及对连接设备的集成操作将是必需的。为此，与以下技术有关的新研究被提上日程：用于有效地支持AR(增强现实)、VR(虚拟现实)、MR(混合现实)等的扩展现实(XR)，以及通过利用人工智能(AI)和机器学习(ML)、AI服务支持、元逆向服务支持和无人机通信的5G性能改进和复杂度降低。
此外，5G移动通信系统的这种发展不仅将作为开发以下技术的基础：用于在6G移动通信技术的太赫兹频带中提供覆盖的新波形，例如全维MIMO(FD-MIMO)、阵列天线和大规模天线的多天线传输技术，用于改善太赫兹频带信号覆盖的基于超材料的透镜和天线，使用OAM(轨道角动量)的高维空间复用技术，以及RIS(可重新配置的智能表面)，还将作为开发以下技术的技术：提高6G移动通信技术的频率效率并改善系统网络的全双工技术，通过从设计阶段利用卫星和AI(人工智能)并内化端到端AI支持功能以实现系统优化的基于AI的通信技术，以及利用超高性能通信和计算资源来实现复杂度超过UE运行能力极限的服务的下一代分布式计算技术。
第五代(5G)或新的无线电(NR)移动通信近来正随着来自工业和学术界的关于各种候选技术的全世界技术活动而集聚增加的势头。用于5G/NR移动通信的候选使能器包括从传统蜂窝频带直到高频的大规模天线技术，以提供波束成形增益和支持增加的容量、灵活地适应具有不同需求的各种服务/应用的新波形(例如，新无线电接入技术(RAT))、支持大规模连接的新多址方案等。
发明内容
[技术问题]
本公开涉及用于上行链路传输的小区选择。本公开提出了一种用于在多小区/载波环境中有效地执行物理上行链路控制信道(PUCCH)传输的方法。
[技术方案]
在一个实施例中，提供了一种方法。该方法包括接收：映射到主小区上的多个时隙的位图。映射在多个时隙上周期性地重复。位图指示主小区或辅小区。该方法还包括接收与主小区上的物理上行链路控制信道(PUCCH)的发送相关联的第一参数的信息以及与辅小区上的PUCCH的发送相关联的第二参数的信息。该方法还包括基于位图确定第一小区以在第一小区的时隙中发送第一PUCCH，以及在第一小区上的时隙中发送第一PUCCH。
在另一个实施例中，提供了一种用户设备(UE)。UE包括收发器，收发器被配置为接收：映射到主小区上的多个时隙的位图，其中，映射在多个时隙上周期性地重复，并且位图指示主小区或辅小区；与主小区上的PUCCH的发送相关联的第一参数的信息；以及与辅小区上的PUCCH的发送相关联的第二参数的信息。UE还包括可操作地联接到收发器的处理器。处理器被配置为基于位图来确定第一小区以在第一小区的时隙中发送第一PUCCH。收发器还被配置为在第一小区上的时隙中发送第一PUCCH。
在又一个实施例中，提供了基站(BS)。BS包括收发器，收发器被配置为发送：映射到主小区上的多个时隙的位图，其中映射在多个时隙上周期性地重复，并且位图指示主小区或辅小区；与主小区上的PUCCH的发送相关联的第一参数的信息；以及与辅小区上的PUCCH的发送相关联的第二参数的信息。BS还包括可操作地联接到收发器的处理器。处理器被配置为基于位图来确定第一小区以在第一小区的时隙中接收第一PUCCH。收发器还被配置为在第一小区上的时隙中接收第一PUCCH。
根据以下附图、说明和权利要求，其他技术特征对于本领域技术人员来说是显而易见的。
在进行以下详细描述之前，阐述贯穿本专利文件使用的某些词和短语的定义可能是有利的。术语“联接”及其派生词是指两个或多个元件之间的任何直接或间接通信，无论这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”以及其派生词包括直接和间接通信。术语“包括”和“包含”以及其派生词意指非限制性地包含。术语“或”是包括性的，意味着和/或。短语“与……相关联”以及其派生词意味着包括、被包括在……内、与……互连、包含、被包含在……内、连接到或与……连接、联接到或与……联接、可与……通信、与……协作、交织、并列、接近、绑定到或与……绑定、具有、具有……的特性、具有……与……的关系、等等。术语“控制器”是指控制至少一个操作的任何设备、系统或其部分。这种控制器可以用硬件或硬件和软件和/或固件的组合来实现。与任何特定控制器相关联的功能可以是集中式的或分布式的，无论是本地的还是远程的。短语“至少一个”，当与项目列表一起使用时，意味着可以使用所列项目中的一个或多个的不同组合，并且可以仅需要列表中的一个项目。例如，“A、B和C中的至少一个”包括以下组合中的任一个：A、B、C、A和B、A和C、B和C以及A和B和C。
此外，下面描述的各种功能可以由一个或多个计算机程序来实现或支持，每个计算机程序由计算机可读程序代码形成，并包含在计算机可读介质中。术语“应用程序”和“程序”是指一个或多个计算机程序、软件组件、指令集、过程、函数、对象、类、实例、相关数据、或其适于在适当的计算机可读程序代码中实现的部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其它类型的存储器。“非暂时性”计算机可读介质排除了有线、无线、光或其它通信链路，这些链路传输暂时性电或其它信号。一种非暂时性计算机可读介质包括可以永久存储数据的介质，以及可以存储数据并随后重写数据的介质，例如可重写光盘或可擦除存储设备。
在整个本专利文件中提供了对其它某些单词和短语的定义。所属领域的技术人员应了解，在许多(如果不是大多数)实例中，此类定义适用于此类经定义的词和短语的先前以及未来使用。
[发明的有益效果]
根据本公开的实施例，可以有效地执行PUCCH传输。
附图说明
为了更完整地理解本公开及其优点，现在结合附图参考以下描述，其中相同的附图标记表示相同的部件：
图1示出了根据本公开的实施例的示例无线网络；
图2示出了根据本公开的实施例的示例基站(BS)；
图3示出了根据本公开的实施例的示例用户设备(UE)；
图4和5示出根据本公开的实施例的示例性无线发射和接收路径；
图6示出了根据本公开的实施例的使用正交频分复用(OFDM)的示例性发送机结构的框图；
图7示出了根据本公开的实施例的使用OFDM的示例接收机结构的框图；
图8示出了根据本公开的实施例的用于从多个小区的集合中确定用于物理上行链路控制信道(PUCCH)传输的小区的示例方法；
图9示出了根据本公开的实施例的用于基于解决时隙中的多个PUCCH传输之间的重叠来确定时隙中的PUCCH传输的小区的示例方法；
图10示出了根据本公开的实施例的用于确定PUCCH传输的PUCCH资源的示例方法；
图11和图12示出了根据本公开的实施例的用于确定用于PUCCH传输重复的小区的示例方法；以及
图13示出了根据本公开的实施例的用于确定PUCCH传输的重复次数的示例方法。
具体实施方式
下面讨论的图1至13以及用于描述本专利文件中的本公开的原理的各种实施例仅仅是示例性的，而不应以任何方式解释为限制本公开的范围。所属领域的技术人员将了解，本公开的原理可实施于任何适当布置的系统或装置中。
以下文献通过引用结合到本公开内容中，就像本文完全阐述的一样：3GPP TS38.211v16.4.0,“NR；Physical channels and modulation”(“REF1”)；3GPP TS38.212v16.4.0,“NR；Multiplexing and Channel coding”(“REF2”)；3GPP TS38.213v16.4.0,“NR；Physical Layer Procedures for Control”(“REF3”)；3GPP TS38.214v16.4.0,“NR；Physical Layer Procedures for Data”(“REF4”)；3GPP TS38.321v16.3.0,“NR；Medium Access Control(MAC)protocol specification”(“REF5”)；以及3GPP TS 38.331v16.3.1,“NR；Radio Resource Control(RRC)ProtocolSpecification.”(“REF6”)
为了满足自第四代(4G)通信系统部署以来增加的无线数据业务的需求，已经努力开发和部署改进的第五代(5G)或前5G/NR通信系统。因此，5G或前5G通信系统也被称为“超4G网络”或“后长期演进(LTE)系统”。
5G通信系统被认为是在较高频率(mmWave)频带(例如，28GHz或60GHz频带)中实现的，以便实现较高的数据速率，或在较低的频带(例如，6GHz)中实现稳健的覆盖和移动性支持。为了降低无线电波的传播损耗，增加传输距离，在5G通信系统中，讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。
此外，在5G通信系统中，正在基于先进的小小区、云无线接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等来进行系统网络改进的开发。
对5G系统和与其相关联的频带的讨论是作为参考，因为本公开的某些实施例可以在5G系统中实现。然而，本公开不限于5G系统或与其相关联的频带，且本公开的实施例可结合任何频带来使用。例如，本公开的方面还可以应用于5G通信系统、6G或可以使用太赫兹(THz)频带的甚至更晚的版本的部署。
根据网络类型，术语“基站”(BS)可以指被配置为提供对网络的无线接入的任何组件(或组件的集合)，诸如发送点(TP)、发送-接收点(TRP)、增强型基站(eNodeB或eNB)、gNB、宏小区、毫微微小区、WiFi接入点(AP)、卫星或其它无线启用的设备。基站可以根据一个或多个无线通信协议(例如，5G 3GPP新无线接口/接入(NR)、LTE、LTE高级(LTE-A)、高速分组接入(HSPA)、Wi-Fi 802.11a/b/g/n/ac等)提供无线接入。术语“BS”、“gNB”和“TRP”在本公开中可互换地使用，以指代向远程终端提供无线接入的网络基础设施组件。此外，根据网络类型，术语“用户设备”(UE)可以指任何组件，例如移动站、用户站、远程终端、无线终端、接收点、车辆或用户设备。例如，UE可以是移动电话、智能电话、监视设备、报警设备、车队管理设备、资产跟踪设备、汽车、台式计算机、娱乐设备、信息娱乐设备、自动售货机、电表、水表、煤气表、安全设备、传感器设备、电器等。为了方便起见，在本专利文件中使用术语“用户设备”和“UE”来指无线接入gNB的远程无线设备，无论UE是移动设备(例如移动电话或智能电话)还是通常被认为是固定设备(例如台式计算机或自动售货机)。UE还可以是汽车、卡车、货车、无人机、或任何类似的机器或这种机器中的设备。
下面的图1至图3描述了在无线通信系统中实现并使用正交频分复用(OFDM)或正交频分多址(OFDMA)通信技术的各种实施例。图1至图3的描述并不意味着暗示对可以实现不同实施例的方式的物理或体系结构的限制。本公开的不同实施例可以在任何适当布置的通信系统中实现。
图1示出了根据本公开的实施例的示例无线网络100。图1所示的无线网络100的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用无线网络100的其它实施例。
如图1所示，无线网络100包括各种gNodeB(bNG)，例如基站、BS 101、BS 102和BS103。BS 101与BS 102和BS 103通信。BS 101还与至少一个网络130通信，例如因特网、专有因特网协议(IP)网络或其它数据网络。
BS 102为BS 102的覆盖区域120内的第一多个用户设备(UE)提供对网络130的无线宽带接入。所述第一多个UE包括UE 111，可以位于小企业中；UE 112，可以位于企业(E)中；UE 113，可以位于WiFi热点(HS)中；UE 114，可以位于第一住宅(R)中；UE 115，可以位于第二住宅(R)中；以及UE 116，可以是移动设备(M)，诸如蜂窝电话、无线膝上型计算机、无线PDA等。BS 103为BS 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115、UE 116、UE 117和UE 118。在一些实施例中，BS 101-103中的一个或多个可使用5G/NR、长期演进(LTE)、长期演进高级(LTE-A)、WiMAX、WiFi或其它无线通信技术彼此通信并与UE 111-118通信。
在某些实施例中，多个UE(例如UE 117、UE 118和UE 119)可以通过设备对设备通信彼此直接通信。在一些实施例中，UE(例如UE 119)在网络的覆盖区域之外，但是可以与网络的覆盖区域内(例如UE 118)或网络的覆盖区域之外的其他UE通信。
虚线示出了覆盖区域120和125的近似范围，其仅出于说明和解释的目的被示出为近似圆形。应当清楚地理解，与BS相关联的覆盖区域，例如覆盖区域120和125，可以具有其它形状，包括不规则形状，这取决于BS的配置以及与自然和人造障碍物相关联的无线电环境中的变化。
如下面更详细描述的，BS 101、BS 102和BS 103中的一个或多个包括如本公开的实施例中所描述的2D天线阵列。在一些实施例中，BS 101、BS 102和BS 103中的一个或多个支持用于具有2D天线阵列的系统的码本设计和结构。
尽管图1示出了无线网络的一个示例，但是可以对图1进行各种改变。例如，无线网络可以包括任何数量的BS和任何数量的UE。此外，BS 101可以直接与任何数量的UE通信，并向那些UE提供对网络130的无线宽带接入。类似地，每个BS 102-103可以直接与网络130通信，并向UE提供对网络130的直接无线宽带接入。此外，BS 101、102和/或103可以提供对诸如外部电话网络或其它类型的数据网络的其它或附加外部网络的接入。
图2示出了根据本公开的实施例的示例BS 102。图2所示的BS 102的实施例仅用于说明，图1的BS 101和103可以具有相同或相似的配置。然而，BS具有多种配置，并且图2不将本公开的范围限制于BS的任何特定实现。
如图2所示，BS 102包括多个天线205a-205n、多个射频(RF)收发器210a-210n、发射(TX)处理电路215和接收(RX)处理电路220。BS 102还包括控制器/处理器225、存储器230和回程或网络接口235。
RF收发器210a-210n从天线205a-205n接收输入的RF信号，例如由无线网络100中的UE发送的信号。RF收发器210a-210n将输入的RF信号下变频以产生IF或基带信号。IF或基带信号被发送到RX处理电路220,RX处理电路220通过对基带或IF信号进行滤波、解码和/或数字化来产生经处理的基带信号。RX处理电路220将处理后的基带信号发送到控制器/处理器225进行进一步处理。
TX处理电路215从控制器/处理器225接收模拟或数字数据(例如语音数据、web数据、电子邮件或交互式视频游戏数据)。TX处理电路215对输出基带数据进行编码、复用和/或数字化以产生经处理的基带或IF信号。RF收发器210a-210n接收从TX处理电路215输出的经处理的基带或IF信号，并将基带或IF信号上变频为经由天线205a-205n发送的RF信号。
控制器/处理器225可以包括一个或多个处理器或控制BS 102的整个操作的其它处理设备。例如，控制器/处理器225可以根据公知的原理控制RF收发器210a-210n、RX处理电路220和TX处理电路215对上行链路信道信号的接收和下行链路信道信号的发送。控制器/处理器225也可以支持附加功能，例如更高级的无线通信功能。例如，控制器/处理器225可以支持用于上行链路传输的小区选择。控制器/处理器225可以在BS 102中支持各种其它功能中的任一种。在一些实施例中，控制器/处理器225包括至少一个微处理器或微控制器。
控制器/处理器225还能够执行驻留在存储器230中的程序和其它进程，例如OS。控制器/处理器225可以根据执行过程的需要将数据移入或移出存储器230。在某些实施例中，控制器/处理器225支持实体之间的通信，例如web实时通信(RTC)。例如，控制器/处理器225可以根据正在执行的过程将数据移入或移出存储器230。
控制器/处理器225还联接到回程或网络接口235。回程或网络接口235允许BS 102通过回程连接或通过网络与其它设备或系统通信。网络接口235可以支持通过任何适当的有线或无线连接的通信。例如，当BS 102被实现为蜂窝通信系统(例如支持5G/NR、LTE或LTE-A的系统)的一部分时，网络接口235可以允许BS 102通过有线或无线回程连接与其他BS通信。当BS 102被实现为接入点时，网络接口235可以允许BS 102通过有线或无线局域网或通过有线或无线连接与较大网络(例如因特网)通信。网络接口235包括支持有线或无线连接上的通信的任何合适的结构，例如以太网或RF收发器。
存储器230联接到控制器/处理器225。存储器230的一部分可以包括RAM，而存储器230的另一部分可以包括闪存或其它ROM。
如下面更详细描述的，BS 102的发送和接收路径(使用RF收发器210a-210n、TX处理电路275和/或RX处理电路270实现)支持与频分双工(FDD)小区和时分双工(TDD)小区的聚合的通信。
尽管图2示出了BS 102的一个示例，但是可以对图2进行各种改变。例如，BS 102可以包括图2所示的任何数量的每个组件。作为特定示例，接入点可以包括多个网络接口235，并且控制器/处理器225可以支持在不同网络地址之间路由数据的路由功能。作为另一个特定示例，虽然示出为包括TX处理电路215的单个实例和RX处理电路220的单个实例，但是BS102可以包括每个实例的多个实例(例如每个RF收发器一个)。此外，图2中的各种组件可以被组合，进一步细分或省略，并且可以根据特定需要添加附加组件。
图3示出了根据本公开的实施例的示例UE 116。图3所示的UE 116的实施例仅用于说明，图1的UE 111-115和117-119可以具有相同或相似的配置。然而，UE具有多种配置，并且图3不将本公开的范围限制于UE的任何特定实现。
如图3所示，UE 116包括天线305、RF收发器310、TX处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、处理器340、输入/输出(I/O)接口(IF)345、输入设备350、显示器355和存储器360。存储器360包括操作系统(OS)361和一个或多个应用362。
RF收发器310从天线305接收由无线网络100的BS发送的输入RF信号。RF收发器310下变频输入的RF信号以产生中频(IF)或基带信号。IF或基带信号被发送到RX处理电路325,RX处理电路325通过对基带或IF信号进行滤波、解码和/或数字化来产生经处理的基带信号。RX处理电路325将经处理的基带信号传输到扬声器330(例如对于语音数据)或处理器340以用于进一步处理(例如对于web浏览数据)。
TX处理电路315从麦克风320接收模拟或数字语音数据或从处理器340接收其它输出基带数据(例如web数据、电子邮件或交互式视频游戏数据)。TX处理电路315对输出基带数据进行编码、复用和/或数字化以产生经处理的基带或IF信号。RF收发器310从TX处理电路315接收输出的经处理的基带或IF信号，并将基带或IF信号上变频为经由天线305发送的RF信号。
处理器340可以包括一个或多个处理器或其他处理设备，并且执行存储在存储器360中的OS 361，以便控制UE 116的整体操作。例如，处理器340可以根据公知的原理控制RF收发器310、RX处理电路325和TX处理电路315对上行链路信道信号的接收和下行链路信道信号的发送。在一些实施例中，处理器340包括至少一个微处理器或微控制器。
处理器340还能够执行驻留在存储器360中的其它进程和程序，例如用于波束管理的进程。处理器340可以根据执行过程的需要将数据移入或移出存储器360。在一些实施例中，处理器340被配置为基于OS 361或响应于从BS或运营商接收的信号来执行应用362。处理器340还联接到I/O接口345,I/O接口345向UE 116提供连接到诸如膝上型计算机和手持计算机之类的其它设备的能力。I/O接口345是这些附件和处理器340之间的通信路径。
处理器340还联接到输入设备350。UE 116的运营商可以使用输入设备350来将数据输入到UE 116中。输入设备350可以是键盘、触摸屏、鼠标、跟踪球、语音输入、或能够充当用户接口以允许用户与UE 116交互的其它设备。例如，输入设备350可以包括语音识别处理，从而允许用户输入语音命令。在另一个示例中，输入设备350可以包括触摸面板、(数字)笔传感器、键或超声输入设备。例如，触摸面板可以以至少一个方案(例如电容方案、压敏方案、红外方案或超声方案)识别触摸输入。
处理器340还联接到显示器355。显示器355可以是液晶显示器、发光二极管显示器，或能够呈现例如来自网站的文本和/或至少有限的图形的其它显示器。
存储器360联接到处理器340。存储器360的一部分可以包括随机存取存储器(RAM)，存储器360的另一部分可以包括闪存或其它只读存储器(ROM)。
尽管图3示出了UE 116的一个示例，但是可以对图3进行各种改变。例如，图3中的各种组件可以被组合，进一步细分或省略，并且可以根据特定需要添加附加组件。作为特定实例，处理器340可被划分成多个处理器，例如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。此外，尽管图3示出了被配置为移动电话或智能电话的UE 116，但是UE可以被配置为作为其它类型的移动或固定设备来操作。
图4和图5示出了根据本公开的示例性无线发射和接收路径。在下面的描述中，图4的发送路径400可以被描述为在BS(例如BS 102)中实现，而图5的接收路径500可以被描述为在UE(例如UE 116)中实现。然而，可以理解，接收路径500可以在BS中实现，并且发射路径400可以在UE中实现。在一些实施例中，接收路径500被配置为支持如本公开的实施例中所描述的用于上行链路传输的小区选择。
如图4所示的发送路径400包括信道编码和调制块405、串行到并行(S-to-P)块410、大小N的快速傅立叶逆变换(IFFT)块415、并行到串行(P-to-S)块420、添加循环前缀块425和上变频器(UC)430。如图5所示的接收路径500包括下变频器(DC)555、移除循环前缀块560、串行到并行(S到P)块565、大小N快速傅立叶变换(FFT)块570、并行到串行(P到S)块575以及信道解码和解调块580。
如图4所示，信道编码和调制块405接收一组信息位，应用编码(例如低密度奇偶校验(LDPC)编码)，并调制输入位(例如用正交相移键控(QPSK)或正交幅度调制(QAM))以产生频域调制符号序列。串行到并行块410将串行调制符号转换(例如解复用)为并行数据，以便生成N个并行符号流，其中N是在BS 102和UE 116中使用的IFFT/FFT大小。大小N IFFT块415对N个并行符号流执行IFFT操作，以生成时域输出信号。并行到串行块420转换(例如复用)来自大小NIFFT块415的并行时域输出符号，以便生成串行时域信号。添加循环前缀块425向时域信号插入循环前缀。上变频器430将添加循环前缀块425的输出调制(例如上变频)到RF频率，以便经由无线信道传输。还可以在转换到RF频率之前在基带处对信号进行滤波。
来自BS 102的发射RF信号在经过无线信道之后到达UE 116，并且在UE 116处执行与BS 102处的反向操作。
如图5所示，下变频器555将接收到的信号下变频到基带频率，并且移除循环前缀块560移除循环前缀以生成串行时域基带信号。串行到并行块565将时域基带信号转换为并行时域信号。大小N FFT块570执行FFT算法以生成N个并行频域信号。并行到串行块575将并行频域信号转换为调制数据符号序列。信道解码和解调块580对调制的符号进行解调和解码，以恢复原始输入数据流。
BS 101-103中的每一个可以实现类似于在下行链路中向UE 111-116发送的如图4所示的发送路径400，并且可以实现类似于在上行链路中从UE 111-118接收的如图5所示的接收路径500。类似地，UE 111-118中的每一个可以实现用于在上行链路中向BS 101-103发送的发送路径400，并且可以实现用于在下行链路中从BS 101-103接收的接收路径500。
此外，UE 111-119中的每一个可以实现用于在侧链路中向UE 111-119中的另一个发送的发送路径400，并且可以实现用于在侧链路中从UE 111-119中的另一个接收的接收路径500。
图4和图5中的每个组件可以使用硬件或使用硬件和软件/固件的组合来实现。作为特定示例，图4和图5中的至少一些组件可以用软件来实现，而其它组件可以由可配置硬件或软件与可配置硬件的混合来实现。例如，FFT块570和IFFT块515可以被实现为可配置软件算法，其中大小N的值可以根据实现来修改。
此外，尽管被描述为使用FFT和IFFT，但这仅是示例性的，而不能被解释为限制本公开的范围。可以使用其它类型的变换，例如离散傅立叶变换(DFT)和逆离散傅立叶变换(IDFT)函数。可以理解，对于DFT和IDFT函数，变量N的值可以是任何整数(例如1,2,3,4等)，而对于FFT和IFFT函数，变量N的值可以是2的幂(例如1,2,4,8,16等)的任何整数。
尽管图4和图5示出了无线发送和接收路径的示例，但是可以对图4和图5进行各种改变。例如，图4和图5中的各种组件可以被组合，进一步细分或省略，并且可以根据特定需要添加附加组件。此外，图4和图5用于说明可以在无线网络中使用的发送和接收路径的类型的示例。可以使用任何其它合适的体系结构来支持无线网络中的无线通信。
来自gNB(例如BS 102)的下行链路(DL)传输和来自UE(例如UE 116)的上行链路(UL)传输可以基于OFDM波形，所述OFDM波形包括使用DFT预编码的变体，所述DFT预编码被称为DFT扩展OFDM(也参见REF1)。
用于小区上的DL信令或UL信令的单元被称为时隙，并且可以包括一个或多个符号。带宽(BW)单元被称为资源块(RB)。一个RB包括多个子载波(SC)。例如，时隙可以具有1毫秒的持续时间，RB可以具有180kHz的带宽，并且包括12个具有15kHz的SC间间隔的SC。子载波间隔(SCS)可以由SCS配置μ确定为2μ·15kHz来确定。一个符号上的一个子载波的单元被称为资源元素(RE)。一个符号上的一个RB的单元被称为物理RB(PRB)。
DL信号包括传送信息内容的数据信号，传送DL控制信息(DCI)的控制信号，以及也被称为导频信号的参考信号(RS)。gNB(例如BS102)通过相应的物理DL共享信道(PDSCH)或物理DL控制信道(PDCCH)发送数据信息或DCI。PDSCH或PDCCH可以在包括一个时隙符号的可变数量的时隙符号上发送。
PDCCH传输是在多个控制信道元素(CCE)上进行的，多个控制信道元素(CCE)来自被称为CCE聚合级的预定数量的CCE集合。PDSCH传输由DCI格式调度或由高层配置并由DCI格式激活而半持久性调度(SPS)。UE的PDSCH接收提供一个或多个传输块(TB)，其中TB与混合自动重复请求(HARQ)过程相关联，该HARQ过程由调度PDSCH接收或激活SPS PDSCH接收的DCI格式中的HARQ过程号字段指示。TB传输可以是初始传输或由DCI格式中的新数据指示符(NDI)字段标识的重传，所述DCI格式调度针对给定HARQ进程号提供TB重传的PDSCH接收。
在某些实施例中，gNB(例如BS 102)发送包括信道状态信息RS(CSI-RS)和解调RS(DM-RS)在内的多种类型RS中的一个或多个，也参见REF1。
CSI-RS主要用于UE执行测量并向gNB提供信道状态信息(CSI)。对于信道测量或时间跟踪，使用非零功率CSI-RS(NZP CSI-RS)资源。对于干扰测量报告(IMR)，使用CSI干扰测量(CSI-IM)资源(也参见REF3)。CSI-IM资源也可以与零功率CSI-RS(ZP CSI-RS)配置相关联。UE可以通过DL控制信令或高层信令(例如，来自gNB的无线资源控制(RRC)信令(也参见REF5))来确定CSI-RS接收参数。DM-RS通常仅在相应的PDCCH或PDSCH的BW内发送，并且UE可以使用DM-RS来解调数据或控制信息。
某些UL信号还包括传送信息内容的数据信号、传送UL控制信息(UCI)的控制信号、与数据或UCI解调相关联的DM-RS、使得gNB(例如BS 102)能够执行UL信道测量的探测RS(SRS)、以及使得UE能够执行随机接入的随机接入(RA)前导码(也参见REF1)。UE(例如UE116)通过相应的的物理UL共享信道(PUSCH)或物理UL控制信道(PUCCH)发送数据信息或UCI。PUSCH或PUCCH可以在包括一个符号的时隙中在可变数量的符号上发送。当UE同时发送数据信息和UCI时，UE可以在PUSCH中复用两者，或者至少当发送是在不同的小区上时，根据UE能力来发送具有数据信息的PUSCH和具有UCI的PUCCH两者。
PUSCH发送可以(i)由DCI格式调度，并被称为动态授权PUSCH(DG-PUSCH)，(ii)由高层配置，并由UE自主发送，然后被称为配置的授权PUSCH(CG-PUSCH)类型1，或者(iii)由DCI格式激活，然后被称为CG-PUSCH类型2，如REF4中所述。来自UE的PUSCH发送或PUCCH传输可以具有不同的优先级，其中优先级由DCI格式指示或由高层配置，如REF3中所述。
UE可以通过由相关联的DCI格式或由高层指示的多个重复来发送PUSCH或PUCCH。UE可以被配置为发送具有类型A重复或具有类型B重复的PUSCH，如REF4中所描述的。对于类型A重复，在UE发送PUSCH重复的每个时隙中使用相同的符号。对于类型B重复，重复的数目被定义为指示的符号数目(标称重复)，而实际重复的数目可以大于标称重复的数目，并且时隙中的多个符号对于不同的实际重复可以是不同的，如在REF4中所描述。
特定UCI包括HARQ确认(HARQ-ACK)信息，指示PDSCH中的传输块(TB)或码块组(CBG)的正确或不正确解码；调度请求(SR)，指示UE(例如UE 116)在其缓冲器中是否具有要发送的数据；以及CSI报告，使得gNB(例如BS 102)能够针对向UE的PDSCH/TB或PDCCH/DCI格式发送选择适当的参数。UE可以在小区组的主小区上发送PUCCH。主小区在小区组中的所有小区中具有等于0的最小索引。当TB解码正确时，HARQ-ACK信息是肯定确认(ACK)，或者当TB解码不正确时，HARQ-ACK信息是否定确认(NACK)。ACK可以由二进制'1'值表示，NACK可以由二进制'0'值表示。UE在由DCI格式中的PDSCH到HARQ_feedback定时指示符字段的值指示的时隙中，来自一组时隙定时值K1的时隙中，或者在SPS PDSCH接收的情况下由高层指示的时隙中复用HARQ-ACK信息。
某些UL RS包括DM-RS和SRS。DM-RS通常在相应的PUSCH或PUCCH的BW内发送。gNB(例如BS 102)可以使用DM-RS来解调相应的PUSCH或PUCCH中的信息。由UE(例如UE 116)发送SRS，以向gNB(例如BS 102)提供UL CSI，并且对于TDD系统，还提供用于DL发送的预编码矩阵指示符(PMI)。此外，作为随机接入过程的一部分或出于其它目的，UE可以发送物理随机接入信道(PRACH)。
图6示出了根据本公开的实施例的使用OFDM的示例性发送机结构的框图600。图7示出了根据本公开的实施例的使用OFDM的示例接收机结构的框图700。
如框图600中所示的发送机结构和如框图700中所示的接收机结构可以类似于图2的RF收发机210a-210n和图3的RF收发机310。图6的示例性框图600和图7的框图700仅用于说明，并且在不脱离本公开的范围的情况下可以使用其它实施例。
如框图600所示，诸如DCI位或数据位的信息位610由编码器620编码，由速率匹配器630速率匹配到所分配的时间/频率资源并由调制器640调制。随后，由SC映射单元660利用来自BW选择器单元665的输入将调制的编码符号和解调参考信号(DMRS)或CSI-RS 650映射到SC，由滤波器670执行IFFT，由CP插入单元680添加循环前缀(CP)，并且由滤波器690对所得到的信号进行滤波，并且由射频(RF)单元作为所发送的位695来发送。
如框图700所示，接收信号710由滤波器720滤波，CP去除单元730去除CP，滤波器740应用快速FFT,SC解映射单元750解映射由BW选择器单元755选择的SC，接收符号由信道估计器和解调器单元760解调，速率解匹配器770恢复速率匹配。解码器780对所得到的位进行解码以提供信息位790。
在某些实施例中，UE(例如UE 116)响应于DCI格式的正确或不正确检测而报告HARQ-ACK信息以及响应于TB的正确或不正确检测而报告HARQ-ACK信息。例如，针对DCI格式的检测的HARQ-ACK信息可以针对指示SPS PDSCH释放的DCI格式，或者针对指示来自小区组的小区的休眠/非休眠带宽部分(BWP)的DCI格式，等等。UE还可以被配置为每TB针对的配置数量的CBG报告HARQ-ACK信息，如REF3中所述。为了简洁起见，除非另外明确地提及，随后仅考虑响应于TB的正确或不正确接收的HARQ-ACK信息，但是应当理解，HARQ-ACK信息也可以响应于附加的接收结果。
对于来自UE的包括与DCI格式相关联的HARQ-ACK信息的PUCCH传输，UE基于DCI格式的PUCCH资源指示字段来确定PUCCH资源。例如，参考主小区上的PUCCH传输的时隙，DCI格式可以包括PDSCH到HARQ_feedback定时指示符字段，其例如相对于由DCI格式调度的PDSCH接收的时隙指示用于PUCCH传输的时隙，该PUCCH传输具有与DCI格式相关联的HARQ-ACK信息，如REF3中所描述。如果DCI格式不包括PDSCH到HARQ_feedback定时指示符字段，则用于PUCCH传输的时隙由高层提供。DCI格式还可以包括PUCCH资源指示符字段，其指示来自PUCCH资源集合的用于PUCCH传输的PUCCH资源。UE基于HARQ-ACK信息有效载荷来确定PUCCH资源的集合。UE基于UE正确接收的最后DCI格式的PUCCH资源指示符字段的值来确定PUCCH资源，并生成包括在使用PUCCH资源的PUCCH传输中的相应HARQ-ACK信息。最后的DCI格式由PDCCH接收提供，该PDCCH接收在所有其它PDCCH接收之后开始，所有其它PDCCH接收提供在同一PUCCH中复用的HARQ-ACK信息的相应DCI格式。在从相同的符号开始并提供调度相应的多个小区上的PDSCH接收的DCI格式的多个最后的PDCCH接收的情况下，最后的PDCCH接收是对应于多个小区中具有最大小区索引的小区的那一个。在DCI格式指示HARQ-ACK信息的优先级的情况下，最后的DCI格式在指示相同或相似优先级的DCI格式中。对于不包括与DCI格式相关联的HARQ-ACK信息的PUCCH传输，UE基于PDSCH到HARQ_feedback定时指示符字段确定时隙并基于通过高层信令从服务gNB提供给UE的参数来确定时隙内用于PUCCH传输的PUCCH资源。
对于响应于SPS PDSCH接收的具有HARQ-ACK信息的PUCCH传输和参考用于PUCCH传输的时隙，相对于SPS PDSCH接收的用于PUCCH传输的时隙可以通过DCI格式来指示，该DCI格式时隙激活SPS PDSCH接收，或者如果DCI格式不包括PDSCH到HARQ_feedback定时指示符字段，则通过高层信令来指示。对于SPS PDSCH接收，例如在第一SPS PDSCH接收之后的接收，用于具有相应HARQ-ACK信息的PUCCH传输的PUCCH资源可能是无效的，因为例如PUCCH资源可以包括DL符号或用于接收同步信号(SS)物理广播信道(PBCH)块的符号。然后，UE可以将具有HARQ-ACK信息的PUCCH传输推迟到PUCCH资源有效的最早的后续时隙。UE还可以由高层提供UE可以相对于激活SPS PDSCH接收的DCI格式所指示的时隙推迟PUCCH传输直到时隙中存在有效的PUCCH资源的最大数量的时隙。当在由激活SPS PDSCH接收的DCI格式指示的时隙之后的最大数量的时隙中不存在有效的PUCCH资源时，UE可以丢弃PUCCH传输。
UE可以在时隙中具有几个时间重叠的PUCCH传输。当UE被配置或指定在时隙中的单个PUCCH传输中复用来自时隙中的重叠PUCCH传输的UCI时，UE确定服从如REF3中所述的时间线条件的PUCCH传输的PUCCH资源。为了确定第一PUCCH传输是否与第二PUCCH传输重叠，UE首先确定相应的PUCCH资源是否有效。当PUCCH资源(i)不包括DL符号(例如由高层提供的UL-DL配置所确定的)，或者(ii)不包括用于传输小区特定信号(例如SS/PBCH块)的符号、或者与类型0公共搜索空间集相关联的用于PDCCH传输的核心资源集(CORESET)等(如REF3中所述)时，PUCCH资源是有效的。否则，PUCCH资源无效。当UE在时隙中发送具有不同优先级的PUCCH并且UE未被配置为在同一PUCCH中复用具有不同优先级的UCI时，在用于具有第一优先级的PUCCH传输的PUCCH资源与用于具有第二优先级的PUCCH传输的PUCCH资源重叠并且第一优先级小于第二优先级时，用于具有第一优先级的PUCCH传输的PUCCH资源是无效的。
UE根据以下过程(三个步骤)解决时隙中PUCCH传输之间的重叠。在第一步骤中，UE排除使用无效PUCCH资源的PUCCH传输。
在第二步骤中，UE将在时隙中发送具有不同优先级的PUCCH，并且UE不被配置为在同一PUCCH中复用不同优先级(例如两个优先级)的UCI类型。例如，UE首先解决优先级为0的PUCCH之间的重叠，而不考虑优先级为1的PUCCH。UE排除用于优先级为0的PUCCH的任何无效PUCCH资源(该无效PUCCH资源在重叠解决过程期间产生)，并且确定用于优先级为0的PUCCH传输的最终PUCCH资源(如果存在)。然后，UE解决优先级为1的PUCCH的PUCCH资源之间的重叠，并确定优先级为1的PUCCH传输的最终PUCCH资源。
第三步，UE确定优先级0的PUCCH传输的PUCCH资源或优先级1的PUCCH传输的PUCCH资源是否有效，如果是，UE发送相应的PUCCH；否则，UE不发送相应的PUCCH。
许多频带是灵活的双工频带，其中UE的接收(或来自gNB的发送)和来自UE的发送(或gNB的接收)是基于TDD的。例如，5G/NR的大多数频带是TDD频带。TDD操作提供了一些重要的优点，例如对于DL和UL传输使用相同的频带，从而导致更简单的UE实现，例如不需要双工器，并且能够利用DL和UL之间的信道互易性来提供精确的链路自适应。然而，TDD操作也具有一些重要的缺点，例如，与FDD相比，增加的延迟、降低的数据速率和对于给定的延迟降低的覆盖范围(由于在链路方向(UL或DL)上的发送/接收在不是在所有时间都可能)。
为了解决TDD操作的一些缺点，已经考虑了链路方向的动态适配，其中除了支持预定传输的在一些时隙中的一些符号(例如对于SS/PBCH块)，时隙的符号可以具有UE可以根据用于接收或传输的调度信息来确定的灵活方向(UL或DL)。控制信道还可以用于提供DCI格式，诸如REF2和REF3中的DCI格式2_0，其可以指示一个或多个时隙中的一些灵活符号的链路方向。然而，在实际部署中，gNB调度器很难适配符号的传输方向，而不与网络中的其它gNB调度器协调。这是因为交叉链路干扰(CLI)，其中，例如，小区上的UL传输可能经历来自gNB的来自相邻小区上的DL传输的大干扰。
某些商业部署应用时隙中符号的UL/DL划分(UL-DL配置)，该划分是固定的或者与来自UE的发送或UE的接收的时间标度相比仅在相对较大的时间标度上变化。例如，可以由系统信息块提供在多个时隙上的小区上的UL-DL配置，并且以时隙数量的周期性在时间上重复。预定数量的时隙中的所有时隙中的符号具有相同的方向(UL或DL)(除了一些时隙包括具有两个方向的符号以及一些灵活的或保留的符号，以便为DL到UL切换提供保护周期)。这避免了CLI问题，但是保持增加的延迟和减少的覆盖范围的问题。由于对需要低延迟的服务(诸如工厂自动化中的工业IoT)的引入，以及由于新频谱在较高频带上，与较低频带中的频谱相比，路径损耗较大导致覆盖范围减小，因此这些问题在显著性上增加。
避免CLI问题以及TDD操作的延迟和覆盖问题的一种方法是使用载波聚合(CA)，至少用于不同频带中的小区，或者使用补充UL(SUL)载波。例如，UE可以被配置为具有两个小区，其中第一小区上的多个时隙上的符号的UL/DL配置不同于辅小区上的多个时隙上的符号的UL/DL配置。然后，当第一小区上的传输方向是DL时，辅小区上的传输方向可以是UL(和相反)。这使得网络能够在小区带宽上使用相同的UL/DL配置，同时还通过在给定时间(例如，多个符号或时隙)利用两者中的任一小区进行发送或接收来为UE提供更多的发送或接收机会，从而减轻了增加的延迟或减少的覆盖范围的问题。UE不必能够以CA操作，因为UE不需要在多个小区上同时接收或发送。可使用UL载波和SUL载波上的符号的互补UL/DL配置为UL传输提供类似的功能。
UE在主小区上发送PUCCH，并且当UE在主小区上配置两个载波时，UE在UL载波(而不是在SUL载波)上发送PUCCH。为了减少PUCCH传输延迟并改善UE进行TB接收的数据速率，PUCCH传输可以被扩展为发生在一个或多个辅小区/载波(SCell)上，例如使用与主小区不同的UL/DL配置的辅小区/载波。然后，可以在所有小区上，或者在UL和SUL载波两者上向UE提供PUCCH资源，以便减少延迟或者改善覆盖，PUCCH传输可以在任何小区/载波上。
UE还可以重复地发送PUCCH，以便改善相应的覆盖。为了避免由于HARQ过程停止而导致的延迟的实质性增加或数据速率的减少，重复可以在不同的小区/载波上进行，这取决于每个小区/载波上的PUCCH资源的可用性，以便减少UE发送所有重复所需的延迟。
因此，本公开的实施例考虑到需要实现根据用于PUCCH传输的PUCCH资源的可用性来进行来自多个小区/载波的小区/载波上的PUCCH传输。
本公开的实施例还考虑到需要根据UE可以发送PUCCH的多个小区/载波来确定用于每个小区上的PUCCH传输的PUCCH资源。
本公开的实施例还考虑到需要使PUCCH或PUSCH的第一重复能够在第一小区/载波上发送，以及使PUCCH或PUSCH的第二重复能够在辅小区/载波上发送。
此外，本公开的实施例考虑到当可以在使用不同的SCS配置的小区上发送重复时，需要确定PUCCH传输的多个重复的计数。
本公开涉及确定从UE(例如UE 116)向基站(例如BS 102)发送PUCCH或PUSCH的小区。
本公开还涉及实现根据用于PUCCH传输的PUCCH资源的可用性来进行来自多个小区/载波的小区/载波上的PUCCH传输。
本公开还涉及根据UE可以发送PUCCH的多个小区/载波来确定用于每个小区上的PUCCH传输的PUCCH资源。
此外，本公开涉及使得PUCCH或PUSCH的第一重复能够在第一小区/载波上发送，并且使得PUCCH或PUSCH的第二重复能够在辅小区/载波上发送。
本公开还涉及当可以在使用不同的SCS配置小区上发送重复时，确定PUCCH传输的多个重复的计数。
为简洁起见，对HARQ-ACK信息的参考与调度PDSCH接收的DCI格式相关联。然而，HARQ-ACK信息还可以用于SPS PDSCH释放接收或者用于DCI格式接收，其指示小区组中的休眠/非休眠活动DL BWP而不调度PDSCH接收。
术语“高层”用于表示UE在PDSCH接收中被提供的控制信息，例如无线资源控制(RRC)或媒体接入控制(MAC)控制元件(CE)。
本公开的实施例描述了用于在来自多个小区/载波的小区/载波上进行PUCCH传输的框架。这在诸如图8至图10的示例和实施例中进行了描述。即，本公开的实施例考虑用于使UE(例如UE 116)能够在来自多个小区/载波的小区/载波上发送PUCCH的框架。为了简洁起见，除非另外明确地提及，随后针对多个小区描述PUCCH传输，并且在同一小区的多个载波的情况下，这些描述仍然适用。此外，尽管本实施例的描述是关于PUCCH传输的，但等效原理可适用于PUSCH传输。此外，描述考虑一个优先级的PUCCH或PUSCH传输。当UE被配置多个优先级的PUCCH或PUSCH传输时，该描述可应用于每个优先级。
图8示出了根据本公开的实施例的用于从多个小区的集合中确定用于PUCCH传输的小区的示例方法800。图9示出了根据本公开的实施例的用于基于解决时隙中的多个PUCCH传输之间的重叠来确定时隙中的PUCCH传输的小区的示例方法900。图10示出了根据本公开的实施例的用于确定PUCCH传输的PUCCH资源的示例方法1000。
图8的方法800、图9的方法900和图10的方法1000的步骤可以由图1的UE 111-119中的任何一个来执行，例如图3的UE 116。方法800、900和1000仅用于说明，并且在不脱离本公开的范围的情况下可以使用其它实施例。
在第一种方法中，向UE(例如UE 116)提供信息元素PUCCH-Config，例如如REF5中所述。信息元素PUCCH-Config配置用于PUCCH传输的参数，并且还可以包括UE可以发送PUCCH的相应服务小区集合的索引集合。在CA操作的情况下，服务小区可以仅包括UE被配置用于UL发送的服务小区，或者，当UE支持载波切换时，服务小区可以包括UE被配置为用于接收(DL小区)并且不被配置用于发送(UL小区)的服务小区。服务小区可进一步限制为UE针对相应频带组合的传输指示载波切换能力的小区。或者，如随后描述的，在UE被配置为在同一小区集合中发送PUCCH的情况下，可以为主小区和每个辅小区分别提供PUCCH-Config。
利用第一种方法，关于每个小区的PUCCH传输的配置参数是相同的。如果SCell可以具有与主小区不同的SCS配置，则对于具有SCS配置μPCell的主小区(PCEL)1上的具有个符号的PUCCH资源，在下面的等式(1)中描述具有SCS配置μSCell的SCell上的PUCCH资源的符号数量。
[等式1]
在等式(1)中，是每个时隙的符号数，例如14。相同的第一符号也可适用于主小区上的PUCCH资源和SCell上的相应PUCCH资源。
在第二种方法中，增强第一种方法，使得PUCCH-Config提供多个信息元素PUCCH-SpatialRelationInfo，以便使UE能够在具有不同准共址特性的小区上发送PUCCH，如REF3和REF5中所述。多个信息元素PUCCH-SpatialRelationInfo的使用还可以使得能够为PUCCH传输使用不同的功率控制参数，以便考虑每个小区的SCS配置，从而导致不同的符号持续时间，并且因此导致不同的PUCCH传输持续时间，或者考虑需要不同PUCCH传输功率的不同小区大小。多个服务小区中的多个的小区可以具有相同的PUCCH-SpatialRelationInfo，也可以与每个PUCCH-SpatialRelationInfo一起提供相应的索引。
在第三种方法中，向UE提供多个信息元素PUCCH-Config，其中服务小区索引仅被包括在多个PUCCH-Config中的一个中或者不被包括在多个PUCCH-Config中。第三种方法是最灵活的，能够在来自多个小区的小区(包括其中PUCCH传输使用不同SCS配置的小区)上从UE进行PUCCH传输，同时需要用于附加PUCCH-Config的附加高层信令。例如，为不同的服务小区独立地配置每个PUCCH资源集的PUCCH资源。例如，可以灵活地支持具有与PCell不同的SCS配置的SCell用于PUCCH传输。
图6中所示的方法800描述了根据本公开的用于UE从多个小区的集合中确定用于PUCCH传输的小区的过程。
在步骤810中，UE(例如UE 116)被提供一个或多个PUCCH-Config信息元素，其中每个PUCCH-Config包括用于PUCCH传输的参数配置，并且可以包括针对服务小区的相应集合的一个或多个索引的集合。UE被配置用于接收或用于发送的服务小区仅被包括在一个PUCCH-Config中或不被包括在PUCCH-Config中。
参考主小区上的PUCCH传输的时隙，在步骤820,UE确定用于PUCCH传输的时隙和时隙中的PUCCH资源。PUCCH资源的确定可以针对来自每个相应PUCCH-Config中的服务小区集合的任何服务小区。
在步骤830中，UE在具有包括在任何PUCCH-Config中的索引的服务小区中确定具有用于PUCCH传输的有效PUCCH资源的具有最小索引的服务小区。有效PUCCH资源不包括UE不能发送PUCCH的任何符号或RB。
在步骤840,UE使用相应的PUCCH资源在具有最小索引的服务小区上发送PUCCH。
在某些实施例中，有可能的是，代替UE针对来自每个对应的PUCCH-Config中的每个服务小区集合的任何服务小区确定PUCCH资源，UE首先确定包括在PUCCH-Config中的具有最小索引的服务小区(例如主小区)上的PUCCH资源是否有效，并且当无效时，UE渐进地继续确定包括在PUCCH-Config中的具有下一个更大索引的服务小区上的PUCCH资源是否有效，直到UE确定具有用于PUCCH传输的有效PUCCH资源的服务小区。如果时隙中没有具有有效PUCCH资源的服务小区，则UE可以丢弃PUCCH传输或将PUCCH传输推迟到稍后的时隙。
当UE(例如UE 116)将在时隙中发送多个重叠PUCCH或在小区(例如主小区)上在时隙中发送重叠PUCCH或重叠PUSCH，并且UE被配置为在一个PUCCH中复用不同的UCI类型，并且多个重叠PUCCH或多个PUCCH中的至少一个响应于UE的DCI格式检测时，UE根据几个时间线条件来复用所有相应的UCI类型，时间线条件取决于UCI类型或取决于是在PUCCH还是PUSCH上复用，如REF3所述。当PUCCH传输或PUSCH传输中的一个响应于UE的DCI格式检测时，UE期望时隙中一组重叠PUCCH和PUSCH中的最早PUCCH或PUSCH的第一符号S0满足在REF3中描述的一组时间线条件。
例如，为了简单起见，假设在一组重叠的PUCCH和PUSCH中没有PUSCH,S0不在具有在之后开始的CP的符号之前，其中，/>是/>的最大值。在该示例中，在等式(2)中描述与PUCCH上的HARQ-ACK相关联的第i个PDSCH或PDCCH。
[等式2]
这里，N2是如在REF4中描述的以符号数量表示的PUSCH准备时间，并且在配置时基于主小区上的UE PUSCH处理能力来选择；否则，基于UE PUSCH处理能力1选择N2。另外，基于与PUCCH上的HARQ-ACK信息相关联的PDCCH的SCS配置和主小区上的PUCCH传输的SCS配置之间的最小SCS配置来选择μ。如等式(2)所示，K＝64并且TC＝1/(Δfmax·Nf)，其中fmax＝480·103Hz且Nf＝4096，如REF1中所定义。
对于多个小区中的小区上的PUCCH传输，值可以取决于小区。这是因为μ的值取决于小区上的PUCCH传输的SCS配置，并且N2的值取决于小区上的UE处理能力。参考主小区上的PUCCH传输的时隙，UE可以预期，时隙中重叠PUCCH的组中的最早PUCCH的第一符号S0满足在REF3中针对主小区描述的一组时间线条件。然而，对于来自配置用于PUCCH传输的小区集合的小区上的PUCCH传输，时间线条件集合可能不满足。然后，尽管在UE可以发送PUCCH的所有小区上一组时间线条件可以是相同的，并且来自该组时间线条件的不同子集可以适用于不同的小区，但是小区的选择不仅需要依赖于小区上用于PUCCH传输的有效PUCCH资源的可用性，而且需要依赖于满足在小区上的PUCCH传输中复用UCI(例如HARQ-ACK信息)的所有适用时间线条件。此外，为了考虑UE确定用于在多个小区上进行PUCCH传输的PUCCH资源所需的附加处理时间，可以将附加值/>加至/>或加至/>
在某些实施例中，当UE(例如UE 116)需要执行载波/小区切换以便在SCell上而不是在主小区上发送PUCCH时，需要将附加切换时间Tswitch添加到或/>中，然后在公式(3)中描述/>
[等式3]
这里，可以由UE将Tswitch的值作为能力参数指示。
UE可以在切换时间Tswitch期间丢弃传输。UE可能不期望在具有μUL＝max(μUL，1，μUL,2)的时隙中执行多于一个的小区间切换用于发送，其中μUL，1是切换之前的小区上的上行链路传输的SCS配置，μUL，2是切换之后的小区上的上行链路传输的SCS配置。例如，当UE不具有在小区上同时发送的能力时，UE需要在小区之间执行载波/小区切换。类似地，当主小区在第一定时提前组(TAG)中并且用于PUCCH传输的潜在SCell在第二TAG中时，可以将TA差TTA添加到或添加到/>还可以将用于PUCCH传输的SCell限制在与主小区相同的TAG中。
当UE(例如UE 116)在UE在系统操作中配置或指定为在同一PUCCH中复用UCI的情况下将在主小区上发送多个重叠PUCCH时，并且满足在单个PUCCH中复用重叠PUCCH中的UCI的适用时间线条件时，UE解决该重叠，并且如REF3所述，确定具有复用UCI的PUCCH的新PUCCH资源。用于不同小区上的PUCCH传输的有效PUCCH资源可以是不同的，这取决于是否满足相应的时间线条件以及取决于PUCCH资源是在解决多个PUCCH的重叠之前还是之后。此外，对于不同的PUCCH传输，有效PUCCH资源可以是不同的，例如因为不同的小区可以以不同的UL-DL配置操作。
例如，在第一小区上，用于具有HARQ-ACK信息的PUCCH传输的PUCCH资源可以是有效的，并且用于具有CSI的PUCCH传输的PUCCH资源可以是无效的，而相反情况可以应用于辅小区。因此，需要定义一种用于为UE能够发送PUCCH的小区集合中的每个小区上的PUCCH传输确定PUCCH资源的过程。
在第一种方法中，UE例如以与小区是主小区时相同的方式，对于UE被配置为发送PUCCH的每个小区，解决时隙中用于PUCCH传输的PUCCH资源之间的任何重叠。当UE确定多个小区的有效PUCCH资源时，UE在多个小区中具有最小索引的小区中发送PUCCH。
PUCCH资源可在解决与无效符号(例如根据由高层提供的UL-DL配置的DL符号或对应于SS/PBCH块的传输的符号)的重叠(如果有)后额外地确定。例如，当解决时隙中多个PUCCH之间的重叠之后，UE确定用于主小区上的PUCCH传输的第一PUCCH资源和用于SCell上的PUCCH传输的第二PUCCH资源，并且当第一PUCCH资源的符号被确定为DL符号或用于SS/PBCH传输的符号等时，UE在SCell上传输PUCCH且不在主小区上传输PUCCH。.
在第二种方法中，在解决主小区上的时隙中PUCCH传输的PUCCH资源之间的重叠(如果有)之前，UE确定与PUCCH中的HARQ-ACK复用相对应的主小区上的PUCCH资源是否有效。当PUCCH资源有效时，UE继续解决重叠。或者，当PUCCH资源无效时，UE考虑对应于HARQ-ACK复用的最小索引的SCell上的PUCCH资源是否有效。当用于HARQ-ACK复用的PUCCH资源有效时，UE继续解决SCell上的PUCCH资源之间的重叠(如果有)；否则，该过程继续行进至具有下一个更大索引的SCell，直到UE确定用于具有HARQ-ACK信息的PUCCH传输的有效PUCCH资源。当在任何小区上不存在这样的PUCCH资源时，该过程在主小区上继续，用于解决与具有除了HARQ-ACK信息之外的UCI类型的PUCCH传输相对应的PUCCH资源之间的重叠(如果有)。第二种方法可以与第一种方法组合，以便当在解决具有较小索引的第一小区上的PUCCH资源的任何重叠之后，所得到的PUCCH资源无效时，例如当UE包括DL符号时，UE在辅小区上发送PUCCH。UE选择用于具有HARQ-ACK信息的PUCCH传输的PUCCH资源是有效的具有最小索引的小区。如果UCI类型不包括HARQ-ACK信息，则可以对SR应用相同的方法。
在第三种方法中，SCell上的PUCCH传输仅被考虑用于复用HARQ-ACK信息。当主小区上用于具有HARQ-ACK信息的PUCCH传输的PUCCH资源无效时，UE确定具有用于具有HARQ-ACK信息的PUCCH传输的有效PUCCH资源的具有最小索引的SCell，UE在SCell上传输PUCCH,且UE不在同一小区组的任何其他小区上传输PUCCH。
作为上述三种方法的替代，对于由UE进行的具有与DCI格式相关联的HARQ-ACK信息的PUCCH的传输，DCI格式可以包括具有指示为UE的PUCCH传输而配置的一组小区中的用于PUCCH传输的小区的值的字段。然后，在可能的方法中的选择可以留给gNB实现，而不需要UE执行用于确定用于PUCCH传输的小区的过程。对于除HARQ-ACK之外的UCI类型，UE可以被由高层配置，或者在系统操作中被指定当不是主小区时是否在小区的时隙中的PUCCH传输中复用该UCI类型与HARQ-ACK。
图9中所示的方法900描述了根据本公开的用于UE的过程，所述UE被配置为在多个小区上发送PUCCH，所述过程基于解决时隙中的多个PUCCH传输之间的重叠来确定时隙中用于PUCCH传输的小区。
在步骤910,UE(例如UE 116)被配置用于PUCCH传输的小区集合。在步骤920中，UE确定小区集合的每个小区上的用于PUCCH传输的时隙。该确定关于用于PUCCH传输的时隙，并且可以基于例如与具有HARQ-ACK信息的PUCCH传输相关联的DCI格式中的PDSCH到HARQ_feedback定时指示符字段值，或者基于与DCI格式不相关联的PUCCH传输的高层的配置。例如，与主小区相同的SCS配置可以用于任何小区中的PUCCH传输。
在步骤930中，UE解决小区集合中的每个小区上的PUCCH传输中的重叠(如果有)，并确定具有用于具有复用UCI的PUCCH传输的相应有效PUCCH资源的小区子集。
在步骤940,UE确定复用的UCI是否包括来自小区子集的一个或多个小区上的PUCCH传输的HARQ-ACK信息。当复用的UCI包括来自小区子集的一个或多个小区上的PUCCH传输的HARQ-ACK信息时(如步骤940所确定的),UE在步骤950中从一个或多个小区确定具有最小索引的小区，并且在该小区上传输PUCCH。或者，在步骤960中，UE确定复用的UCI是否包括来自小区子集的一个或多个小区上的PUCCH传输的SR信息。当复用的UCI包括来自小区子集的一个或多个小区上的PUCCH传输的SR信息时(如步骤960中所确定的),UE在步骤970中确定来自一个或多个小区的具有最小索引的小区，并且在该小区上传输PUCCH。或者，在步骤980中，UE在来自小区子集的具有最小索引的小区上发送PUCCH。
当小区不具有相同的SCS配置时，用于主小区上的PUCCH传输的时隙可以与用于SCell上的PUCCH传输的多个时隙重叠，或者相反。当用于主小区上的PUCCH传输的时隙与用于SCell上的PUCCH传输的多个时隙重叠时，可以考虑用于确定用于SCell上的PUCCH传输的时隙的几种方法。在第一种方法中，用于SCell上的PUCCH传输的时隙是存在用于PUCCH传输的有效PUCCH资源的最早的时隙。在第二种方法中，用于SCell上的PUCCH传输的时隙是与用于主小区上的PUCCH传输的PUCCH资源(有效或无效)的第一符号重叠的时隙。在第三种方法中，关于SCell的时隙可以由高层配置，或者在系统操作的规范中确定，例如多个时隙中的最后一个时隙。
当用于SCell上的PUCCH传输的时隙与用于主小区上的PUCCH传输的多个时隙重叠时，可以考虑用于确定用于SCell上的PUCCH传输的PUCCH资源的几种方法。在第一种方法中，可以在满足时间线条件的情况下，选择用于SCell上的PUCCH传输的任何PUCCH资源。在第二种方法中，只有具有不在主小区上的时隙的第一符号之前开始的第一符号的PUCCH资源可以被选择用于PUCCH传输。
当UE(例如UE 116)发送具有仅具有ACK值或仅具有NACK值的HARQ-ACK信息的PUCCH时，UE可以被配置为跳过PUCCH传输。例如，在相关联的TB的块差错率(BLER)目标较小时，服务gNB(例如BS 102)可以将UE配置为不发送具有仅响应SPS PDSCH接收的HARQ-ACK信息的PUCCH，因为相应的HARQ-ACK信息很可能仅具有ACK值。即使当服务gNB发送与来自UE的具有HARQ-ACK信息的PUCCH传输相关联的DCI格式并且UE错过DCI格式时，当gNB没有从UE接收到具有HARQ-ACK信息的PUCCH时，gNB仍可以推断UE处的接收结果。例如，当UE被配置UE在PUCCH中提供相关联的HARQ-ACK信息的多个SPS PDSCH配置时，gNB可以不发送用于UE在同一PUCCH中提供相关联的HARQ-ACK信息的所有多个SPS PDSCH配置的PDSCH,UE通常不能确定不存在SPS PDSCH接收，并且gNB可以将UE配置为不发送具有仅具有NACK值的HARQ-ACK信息的PUCCH。
当用于具有UE不会发送的HARQ-ACK信息的第一PUCCH的第一PUCCH资源与用于时隙中的其他PUCCH传输的PUCCH资源重叠时，在解决重叠之后，UE从一些或全部重叠的PUCCH中确定用于具有复用UCI的第二PUCCH的第二PUCCH资源。这里，第二PUCCH资源可以取决于UE是否将第一PUCCH资源视为重叠PUCCH资源之一。例如，当HARQ-ACK信息不具有仅ACK值或不具有仅NACK值时，UE将使用第一PUCCH资源发送第一PUCCH；否则，UE将不发送第一PUCCH。如果在UE不发送第一PUCCH时UE不将第一PUCCH资源视为重叠PUCCH资源中的一个，则由于服务gNB不知道HARQ-ACK信息的值，服务gNB需要在第二PUCCH资源的两个假设下接收第二PUCCH。第一假设对应于UE针对解决重叠考虑第一PUCCH资源的情况(HARQ-ACK信息位的值不是仅ACK或仅NACK)。第二假设对应于UE针对解决重叠没有考虑第一PUCCH资源的情况。
在第一种方法中，即使UE不发送第一PUCCH，系统操作也可以指定UE行为将第一PUCCH资源视为重叠PUCCH资源之一，并且UE在使用第二PUCCH资源发送的第二PUCCH中复用HARQ-ACK信息，而不管HARQ-ACK信息的值。
在第二种方法中，当UE不发送第一PUCCH时，服务gNB可以配置UE是否针对解决重叠考虑第一PUCCH资源。当UE被配置为针对解决重叠不考虑第一PUCCH资源并且UE不发送第一PUCCH时，服务gNB可以通过检测第二PUCCH资源的两个可能的PUCCH资源中的一个中的来自UE的不连续发送(DTX)或者通过检测第二PUCCH资源的两个可能的PUCCH资源中的另一个中的信号存在来确定用于PUCCH接收的PUCCH资源。
如图10所示的方法1000描述了一个过程，用于UE在解决PUCCH传输(该PUCCH传输包括具有HARQ-ACK信息的PUCCH,UE将根据该HARQ-ACK信息值发送或不发送该HARQ-ACK信息)的多个PUCCH资源之间的重叠之后确定PUCCH传输的PUCCH资源。
在步骤1010中，UE(例如UE 116)通过高层从服务gNB接收参数，该参数指示UE是否考虑时隙中UE不会发送的第一PUCCH的第一PUCCH资源，以确定时隙中第二PUCCH的第二PUCCH资源，该第二PUCCH包括来自具有重叠PUCCH资源的多个PUCCH的UCI。在步骤1020中，UE确定参数是否指示考虑UE不会发送的第一PUCCH的第一PUCCH资源以解决PUCCH资源的重叠。
当配置指示UE不考虑第一PUCCH资源时(如在步骤1020中所确定的)，对于确定第二PUCCH资源，UE在步骤1030中针对解决时隙中PUCCH的PUCCH资源之间的重叠不考虑第一PUCCH资源(如果有)。这里，UE不将来自第一PUCCH的UCI复用在第二PUCCH中。
或者，当配置指示UE考虑第一PUCCH资源时(如步骤1020中所确定的),UE在步骤1040中解决时隙中的PUCCH资源(包括第一PUCCH的第一PUCCH资源)之间的重叠(如果有)，以确定第二PUCCH资源，并且UE在第二PUCCH中复用来自第一PUCCH的UCI。
尽管图8示出了方法800，图9示出了方法900，并且图10示出了方法1000，但是可以对图8至图10进行各种改变。例如，当方法800、方法900和方法1000被示为一系列步骤时，各个步骤可以重叠、并行发生、以不同的顺序发生、或多次发生。在另一个例子中，可以省略步骤或用其它步骤代替步骤。例如，方法800、方法900和方法1000的步骤可以以不同的顺序执行。
本公开的实施例描述了在小区组的多于一个的小区/载波上的PUCCH传输。这在诸如图11-13的实施例和实施例中进行了描述。也就是说，本公开的实施例考虑支持如下的重复的过程：(i)PUCCH传输、(ii)多个小区上的PUSCH传输、(iii)小区的多个载波上的PUSCH传输、(iv)它们的组合等。为了简洁起见，这些描述是关于多个小区的，并且直接适用于小区的多个载波，或者适用于多个小区和多个载波的组合。
图11和图12示出了根据本公开的实施例的用于确定用于PUCCH传输重复的小区的示例方法1100和1200。图13示出了根据本公开的实施例的用于确定PUCCH传输的重复次数的示例方法1300。
图11的方法1100、图12的方法1200和图13的方法1300的步骤可以由图1的UE 111-119中的任何一个来执行，例如图3的UE 116。方法1100、1000和1300仅用于说明，在不脱离本公开的范围的情况下，可以使用其它实施例。
在某些实施例中，UE(例如UE 116)基于在REF3中描述的PUCCH传输中的UCI有效载荷来确定PUCCH资源集。UE随后从为PUCCH传输设置的PUCCH资源中确定PUCCH资源。
在第一种方式中，对应的PUCCH-Config中的PUCCH资源索引可以在对应的PUCCH资源集合中具有一对一映射，并且UE在UE发送PUCCH的所有小区上使用相同的PUCCH资源索引。
在第二种方法中，当PUCCH传输与DCI格式相关联时，DCI格式可以指示UE发送PUCCH的小区集合中的每个小区上的PUCCH传输的PUCCH资源。当PUCCH传输由高层配置时，配置可以包括UE发送PUCCH的小区集合中的每个小区上的PUCCH资源，或者PUCCH传输的配置可以是每个小区分离的。
在第三种方法中，UE基于DCI格式的指示或基于高层的配置来确定诸如主小区的第一小区上的PUCCH资源，并且确定诸如SCell的辅小区上的PUCCH资源为在UE基于PUCCH传输中的UCI有效载荷确定的相关联的PUCCH资源集中的第一PUCCH资源，其导致比配置的码率更小的UCI编码率。
对于具有重复的PUSCH传输以及对于UE可以发送PUSCH的重复的小区集合和UE具有具有相同数量RB的活动UL BWP的小区集合，UE可以以与当UE在小区集合中的一个小区上发送PUSCH的所有重复时相同的方式在来自小区集合的任何小区上发送PUCCH的重复。例如，UE可以在两个小区上使用在活动UL BWP中具有相同索引的RB和时隙中具有相同索引的符号，在第一小区上发送第一重复，在辅小区上发送第二重复。当PUSCH传输具有类型B重复时，以与针对来自小区集合的相同小区相同的方式在任何小区上定义标称重复。可以每来自小区集合的每个小区子集的UE提供单独的PUSCH配置，其中子集包括一个或多个小区。
当UE发送具有大于11位的UCI有效载荷的PUCCH的重复并且使用极码进行编码时，具有UCI符号的相同数量的资源元素需要用于每次重复，以便gNB在UCI解码之前正确地组合来自重复的接收。某些重复通过要求每个重复在每个时隙中的第一符号是相同的并且每个重复在相同数量的连续符号上来实现该约束。这两个条件导致在重复PUCCH传输的情况下在每个时隙中使用相同符号的约束。在保持gNB组合来自接收的重复的UCI符号的能力的同时，松弛每个时隙的相同符号约束可以通过增加用于PUCCH传输的重复的有效时隙的数目来减少延迟。
第一种方法是要求在每个时隙中使用相同数量的连续符号，同时重复PUCCH传输，而不要求符号是相同的符号，从而使得能够在不同的时隙中使用不同的第一个和最后一个符号用于重复。
第二种方法是允许在第一时隙中使用第一数量的符号和第一数量的RB以及在第二时隙中使用第二数量的符号和第二数量的RB，使得在第一和第二时隙中用于UCI符号的RE总数相同。例如，如果在第一时隙中对重复使用Nsymbol个符号和MRB个RB，则在第二时隙中使用2Nsymbol个符号和MRB个RB，其中在两个时隙中，重复的DM-RS RE与RE的总数之比是相同的，例如，在第二时隙中在另外的Nsymbol个符号上重复第一时隙中在Nsymbol个符号上的PUCCH格式结构。
关于上面参考图8至图10的描述，服务gNB(例如BS 102)可以向UE提供用于第二数量的服务小区上的PUCCH传输的第一数量的PUCCH-Config信息元素，或者用于第四数量的服务小区上的PUSCH传输的第三数量的PUSCH-Config信息元素。第一数量小于或等于第二数量，第三数量小于或等于第四数量。当第一数量等于第二数量时，在第一数量的PUCCH-Config信息元素和第二数量的服务小区之间存在一对一的对应关系。当第三数量等于第四数量时，在第三数量的PUCCH-Config信息元素和第四数量的服务小区之间存在一对一的对应关系。当第一数量小于第二数量时，来自第二数量的服务小区中的多个服务小区与来自第一数量的PUCCH-Config的一个PUCCH-Config相关联，其中服务小区仅与一个PUCCH-Config相关联。当第三数量小于第四数量时，来自第四数量的服务小区中的多个服务小区与来自第一数量的PUSCH-Config的一个PUSCH-Config相关联，其中服务小区仅与一个PUSCH-Config相关联。
在用于支持多个服务小区上的PUCCH传输的重复的第一方法中，根据每个服务小区的相应PUSCH-Config，向UE提供主小区上的多个时隙(例如10个时隙或40个时隙)与来自小区集合的小区之间的映射。用表示小区集合中的多个小区，用/>表示时隙的数量，映射可以由位图提供，其中位图的每个元素包括/>位，并且位图的元素的数量是/>例如，对于/>个小区和/>个时隙，{1,1,1,1,1,0,0,0,0,0,0,0,0,0}的位图指示在每10个时隙周期的前四个时隙中使用辅小区用于PUCCH传输，以及在后六个时隙中使用第一小区用于PUCCH传输。不必所有时隙都用于PUCCH传输。例如，第一和第二时隙或第五和第六时隙可能不包括用于PUCCH传输的任何有效PUCCH资源。对于PUSCH传输，可以以相同的方式支持第一方法。
当来自UE(例如UE 116)的PUCCH传输与DCI格式相关联时(例如当PUCCH传输提供与DCI格式相关联的HARQ-ACK信息时),UE可以基于DCI格式中的PDSCH到HARQ_feedback定时指示符字段值和提供一个时段上的时隙中的时隙和来自小区集合的小区之间的映射的位图来确定用于PUCCH传输的小区，所述PDSCH到HARQ_feedback定时指示符字段值指示用于PUCCH传输的时隙。当PUCCH传输的参数由高层配置时，UE可以基于这些参数，例如按时隙的时段和起始时隙，确定用于PUCCH传输的时隙，并且基于位图确定用于PUCCH传输的小区。
当来自UE的PUCCH传输具有次重复次数时，UE可以如针对没有重复的PUCCH传输所描述的那样确定用于第一重复的小区，并且可以根据位图来确定连续时隙中的后续重复。可以通过高层向UE提供重复的次数/>或者当PUCCH传输与DCI格式相关联时通过DCI格式中的字段向UE提供重复的次数/>例如，DCI格式可以包括指示个重复的单独字段，或者可以将多个重复包括在用于PUCCH传输的PUCCH资源中，该PUCCH资源由DCI格式中的PUCCH资源指示符字段指示。当PUCCH传输重复时，可以禁用PUCCH传输提供的UCI与来自重叠PUCCH传输的其它UCI的复用，并且UE可以对PUCCH传输之一进行优先级排序，如REF3中所述。
图11所示的方法1100描述了根据本公开的实施例的用于UE确定用于PUCCH传输的重复的小区的第一过程。
在步骤1110中，由高层向UE(例如UE 116)提供用于重复PUCCH传输的小区集合，例如两个小区，以及提供多个时隙至小区集合的小区的映射的位图，其中该映射以等于主小区上的时隙的数量的时段重复。在步骤1120中，UE例如基于与PUCCH传输相关联的DCI格式的指示或基于由配置PUCCH传输的高层提供的参数来确定多个PUCCH传输重复。UE在步骤1130中基于位图确定时隙中发送PUCCH的重复的小区。在步骤1140中，当用于重复PUCCH传输的小区上的PUCCH资源有效时，UE在时隙中发送PUCCH的重复。
在用于支持多个服务小区上的PUCCH传输的重复的第二方法中，根据每个服务小区的相应PUCCH-Config，向UE(诸如UE 116)提供主小区上的第一数目的时隙(诸如10个时隙或40个时隙)与来自一组小区的小区之间的一组映射。当PUCCH传输与DCI格式相关联时，DCI格式可以指示来自映射集合的映射，用于UE确定发送PUCCH的重复的时隙。当每第二数量的时隙基于DCI格式适配来自小区集合的一些小区的UL-DL配置，而不是典型地每第二数量的时隙基于高层信令保持相同时，第二方法可能是有益的。第一数量的时隙可以与第二数量的时隙相同或小于第二数量的时隙。利用第二种方法并且对于与DCI格式相关联的PUCCH传输，服务gNB可以指示主小区上的第一数量的时隙和来自小区集合的小区之间的映射，来自小区集合的小区适于在来自小区集合的小区中使用的UL-DL配置，从而增加了UE在第三数量的时隙上发送PUCCH的重复的小区上的有效PUCCH资源的数量。对于具有重复的PUSCH传输，可以以相同的方式支持第二种方法，其中，例如，多个重复可以被包括在配置的时域资源分配(TDRA)表的条目中，或者可以由DCI格式中的单独字段来指示，或者对于CG-PUSCH传输，可以由高层作为CG-PUSCH传输的配置的一部分来提供。
图12所示的方法1200描述了根据本公开的实施例的用于UE确定用于PUCCH传输重复的小区的第二过程。
在步骤1210中，由高层向UE(例如UE 116)提供用于重复PUCCH传输的小区集合和位图集合，其中来自位图集合的每个位图提供主小区上的多个时隙至来自小区集合的小区的周期性映射。在步骤1220中，UE例如基于与PUCCH传输相关联的DCI格式的指示或基于配置PUCCH传输的高层提供的参数来确定多个PUCCH传输重复。在步骤1230中，UE基于DCI格式的指示从位图集合中确定位图。UE在步骤1240中基于位图确定要在时隙中发送PUCCH的重复的小区。在步骤1250中，当用于PUCCH传输的重复的小区上的PUCCH资源有效时，UE在时隙中传输PUCCH的重复。
在用于支持多个服务小区上的PUCCH传输的重复的第三方法中，根据每个服务小区对应的PUCCH-Config，UE(例如UE 116)可以从多个服务小区中确定具有用于重复PUCCH传输的有效PUCCH资源的最低索引的小区，并且在小区上发送PUCCH的重复。
当PUCCH传输的第一次重复在使用第一SCS配置μ1的第一小区上并且PUCCH传输的第二次重复在使用第二SCS配置μ2(其中μ1<μ2)的辅小区上并且PUCCH传输的重复次数是时，需要相对于SCS配置来定义重复次数，因为辅小区上的重复持续时间小于第一小区上的重复持续时间并且覆盖范围受限的UE可能不能增加第二个小区上的PUCCH传输功率，以便补偿较小的重复持续时间。例如，在UE可以发送重复的小区上的PUCCH传输的SCS配置中，可以相对于最小SCS配置μmin，或相对于最大SCS配置μmax，或相对于用于主小区上的PUCCH传输的SCS配置来定义/>个重复。例如，可以相对于主小区上的PUCCH传输的SCS配置来定义/>个重复。例如，可以相对于参考SCS配置μref来定义/>个重复。在下文中，相对于主小区的SCS配置考虑了/>个重复，但是如果相对于另一个SCS配置定义了/>个重复，则该实施例仍然可直接应用。
对于在相应时隙中的UCI符号的相同数目的RE上的重复，例如对于每时隙的在相同数目的符号和RB上的重复，使用SCS配置μ的重复等同于主小区的时隙上的个重复。在与来自先前接收的PUCCH的重复的符号组合之前，服务gNB可以对以SCS配置μ接收的PUCCH的重复的符号应用/>加权/缩放。用/>表示在具有SCS配置μj的小区上的重复数量，当满足等式(4)时，UE继续PUCCH重复；否则，当在满足等式(5)的重复之后，UE停止PUCCH重复。
[等式4]
[等式5]
因此，当PUCCH传输的重复在不同的小区上使用不同的SCS配置时，实际重复的数目可以不同于可以被视为标称PUCCH重复的数目相同的方法可适用于定义和计数PUSCH传输的重复次数。对于具有B型重复的PUSCH传输，定义和计数可适用于标称重复。当UE不增加在具有较大用于重复的SCS配置的小区上的重复PUCCH传输的功率时，例如当UE覆盖受限并且已经以接近最大传输功率的功率或以最大传输功率的功率进行传输时，上述方法可以被应用。
图13所示的方法1300描述了根据本公开的实施例，当UE可以在使用不同的SCS配置的小区上发送PUCCH的重复时，UE确定PUCCH传输的重复次数的过程。
在步骤1310中，由高层向UE(例如UE 116)提供用于重复PUCCH传输的一组小区。在步骤1320中，UE确定用于PUCCH传输的重复次数例如如前所述，其中/>相对于主小区上的PUCCH传输的SCS配置μPCell来定义。在步骤1330中，UE例如使用先前描述的方法之一来确定用于PUCCH传输重复的小区，其中UE使用SCS配置μ来发送PUCCH的重复。在步骤1340中，UE通过将值/>加到PUCCH传输的先前/现有重复次数来计数重复。
也可以使用另一个SCS配置代替μPCell作为参考SCS配置，用于定义、缩放和计数PUCCH传输的重复，如前所述。
对于包括小于12位的UCI有效载荷的PUCCH传输的重复，包括UCI符号的多个RE可以在每次重复时变化。然后，除了根据相对于参考配置的PUCCH的SCS配置缩放PUCCH的重复的计数之外，缩放还可以考虑在PUCCH的重复中用于提供UCI符号的RE的数量。例如，对于小区上的在NRB个RB和Nsymbol个符号上的PUCCH传输的重复，通过等式(6)缩放该重复。
[等式6]
(NRB·Nsymbol)/(NRB，ref·Nsymbol，ref)
在等式(6)中，NRB,ref是RB的参考数量，且Nsymbol,ref是符号的参考数量。例如，NRB,ref和Nsymbol,ref可以对应于主小区上的PUCCH传输的PUCCH资源，其由高层配置或由与PUCCH传输相关联的DCI格式指示。例如，NRB,ref＝1并且Nsymbol,ref＝14。例如，对于针对所有重复NRB＝1且对于NRB,ref＝1，Nsymbol个符号上的重复的计数由Nsymbol/Nsymbol,ref缩放。
用于支持在多个小区上的PUCCH传输的重复的机制也可应用于确定UE推迟PUCCH传输的多个时隙，而不管PUCCH传输是否重复。参考主小区上的PUCCH传输的时隙，UE可以以最大数量的时隙推迟具有响应于SPS PDSCH接收的HARQ-ACK信息的PUCCH传输，所述最大数量的时隙从由激活SPS PDSCH接收的DCI格式指示的时隙开始，直到可用于PUCCH传输的有效的PUCCH资源为止。最大数量的时隙可以由高层参数来指示，或者可以通过使用激活SPSPDSCH接收的DCI格式中的一个或多个字段的可用(未用于其它目的)位来指示。当UE被配置为在小区集合中的任何小区上发送PUCCH时，UE考虑小区集合中的所有小区上的用于PUCCH传输的有效PUCCH资源的可用性，而UE仅在主小区上计数时隙。例如，当SCell上的用于PUCCH传输的SCS配置是主小区上的用于PUCCH传输的SCS配置的两倍时，在对应于主小区上的最大数量的时隙的持续时间期间，SCell上的时隙比主小区上的时隙多两倍，但是UE对于最大数量的时隙计数主小区上的时隙。或者，可以由高层向UE提供UE可以推迟PUCCH传输直到有效的PUCCH资源可用于PUCCH传输的最大时间，例如以毫秒为单位。
尽管图11示出了方法1100，图12示出了方法1200，并且图13示出了方法1300，但是可以对图11至图13进行各种改变。例如，当方法1100、方法1200和方法1300被示为一系列步骤时，各个步骤可以重叠，并行发生，以不同的顺序发生，或多次发生。在另一个例子中，可以省略步骤或用其它步骤代替步骤。例如，方法1100、方法1200和方法1300的步骤可以以不同的顺序执行。
上述流程图示出了可以根据本公开的原理实现的示例方法，并且可以对这里的流程图中示出的方法进行各种改变。例如，虽然被示为一系列步骤，但是在每个图中的各个步骤可以重叠，并行发生，以不同的顺序发生，或多次发生。在另一个例子中，可以省略步骤或用其它步骤代替步骤。
尽管附图示出了用户设备的不同示例，但是可以对附图进行各种改变。例如，用户设备可以在任何适当的布置中包括任何数量的每个部件。通常，附图不将本公开的范围限制于任何特定的配置。此外，虽然附图示出了其中可以使用本专利文件中公开的各种用户设备特征的操作环境，但是这些特征可以用在任何其它合适的系统中。
尽管已经用示例性实施例描述了本公开，但是本领域技术人员可以建议各种改变和修改。本公开旨在包括落入所附权利要求的范围内的这种改变和修改。本申请中的任何描述都不应被理解为暗示任何特定的元件、步骤或功能都是必须包括在权利要求范围内的必要元件。专利权主题的范围由权利要求限定。

Claims (14)

1.一种通信系统中的方法，所述方法包括：
接收：
映射到主小区上的多个时隙的位图，其中：
所述映射在所述多个时隙上周期性地重复，以及
所述位图指示所述主小区或辅小区，
与所述主小区上的物理上行链路控制信道PUCCH的发送相关联的第一参数的信息，以及
与所述辅小区上的PUCCH的发送相关联的第二参数的信息；
基于所述位图，确定第一小区以在所述第一小区的时隙中发送第一PUCCH；以及
在所述第一小区上的时隙中发送所述第一PUCCH。
2.根据权利要求1所述的方法，其中：
所述主小区上的一个时隙与所述辅小区上的多于一个时隙重叠，
所述第一小区是所述辅小区，以及
发送所述第一PUCCH包括在所述辅小区上的所述多于一个时隙中的最早的时隙上发送所述第一PUCCH。
3.根据权利要求1所述的方法，还包括接收下行链路控制信息DCI格式，其中，所述DCI格式包括具有指示所述主小区上用于所述第一PUCCH的发送的时隙的值的字段。
4.根据权利要求1所述的方法，还包括：
如果所述第一小区是所述主小区，则基于第一功率控制参数确定第一功率，其中，所述第一功率控制参数来自所述第一参数，以及
如果所述第一小区是所述辅小区，则基于第二功率控制参数确定第二功率，其中，所述第二功率控制参数来自所述第二参数；以及
使用所述第一功率或所述第二功率中的一者发送所述第一PUCCH。
5.一种通信系统中的用户设备UE，所述UE包括：
收发器，被配置为接收：
映射到主小区上的多个时隙的位图，其中：
所述映射在所述多个时隙上周期性地重复，以及
所述位图指示所述主小区或辅小区，
与所述主小区上的物理上行链路控制信道PUCCH的发送相关联的第一参数的信息；
与所述辅小区上的PUCCH的发送相关联的第二参数的信息；以及
可操作地联接到所述收发器的处理器，所述处理器被配置为基于所述位图确定第一小区以在所述第一小区的时隙中发送第一PUCCH，
其中，所述收发器进一步被配置为在所述第一小区上的时隙中发送所述第一PUCCH。
6.根据权利要求5所述的UE，其中：
所述主小区上的一个时隙与所述辅小区上的多于一个时隙重叠，
所述第一小区是所述辅小区，以及
所述收发器被配置为在所述辅小区上的所述多于一个时隙中的最早的时隙上发送所述第一PUCCH。
7.根据权利要求5所述的UE，其中，所述收发器进一步被配置为接收下行链路控制信息DCI格式，其中，所述DCI格式包括具有指示所述主小区上用于所述第一PUCCH的发送的时隙的值的字段。
8.根据权利要求5所述的UE，其中：
所述处理器进一步被配置为：
如果所述第一小区是所述主小区，则基于第一功率控制参数确定第一功率，其中，所述第一功率控制参数来自所述第一参数，以及
如果所述第一小区是所述辅小区，则基于第二功率控制参数确定第二功率，其中，所述第二功率控制参数来自所述第二参数；以及
所述收发器进一步被配置为使用所述第一功率或所述第二功率中的一个来发送所述第一PUCCH。
9.一种通信系统中的方法，所述方法包括：
发送：
映射到主小区上的多个时隙的位图，其中：
所述映射在所述多个时隙上周期性地重复，以及
所述位图指示所述主小区或辅小区，
与所述主小区上的物理上行链路控制信道PUCCH的发送相关联的第一参数的信息，以及
与所述辅小区上的PUCCH的发送相关联的第二参数的信息；
基于所述位图确定第一小区以在所述第一小区的时隙中接收第一PUCCH；以及
在所述第一小区上的时隙中接收所述第一PUCCH。
10.根据权利要求9所述的方法，还包括：
接收所述第一PUCCH是在所述辅小区上的多于一个时隙的最早时隙上，
其中：
所述主小区上的一个时隙与所述辅小区上的多于一个时隙重叠，
所述第一小区时是所述辅小区。
11.根据权利要求9所述的方法，还包括：
发送下行控制信息DCI格式，
其中，所述DCI格式包括具有指示所述主小区上用于接收所述第一PUCCH的时隙的值的字段。
12.一种通信系统中的基站，所述基站包括：
收发器，被配置为发送：
映射到主小区上的多个时隙的位图，其中：
所述映射在所述多个时隙上周期性地重复，以及
所述位图指示所述主小区或辅小区，
与所述主小区上的物理上行链路控制信道PUCCH的发送相关联的第一参数的信息，以及
与所述辅小区上的PUCCH的发送相关联的第二参数的信息；以及
可操作地联接到所述收发器的处理器，所述处理器被配置为基于所述位图来确定第一小区以在所述第一小区的时隙中接收第一PUCCH，
其中，所述收发器进一步被配置为在所述第一小区的时隙中接收所述第一PUCCH。
13.根据权利要求12所述的基站，其中：
所述主小区上的一个时隙与所述辅小区上的多于一个时隙重叠，
所述第一小区时是所述辅小区，以及
所述收发器被配置在所述辅小区上的所述多于一个时隙的最早时隙上接收所述第一PUCCH。
14.根据权利要求12所述的基站，其中，所述收发器进一步被配置为发送下行链路控制信息DCI格式，其中，所述DCI格式包括具有指示所述主小区上用于接收所述第一PUCCH的时隙的值的字段。
CN202280010690.1A 2021-03-11 2022-03-11 用于上行链路传输的小区选择 Pending CN116868654A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US202163159608P 2021-03-11 2021-03-11
US63/159,608 2021-03-11
US17/653,829 US20220295392A1 (en) 2021-03-11 2022-03-07 Cell selection for uplink transmission
US17/653,829 2022-03-07
PCT/KR2022/003440 WO2022191657A1 (en) 2021-03-11 2022-03-11 Cell selection for uplink transmission

Publications (1)

Publication Number Publication Date
CN116868654A true CN116868654A (zh) 2023-10-10

Family

ID=83194331

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280010690.1A Pending CN116868654A (zh) 2021-03-11 2022-03-11 用于上行链路传输的小区选择

Country Status (5)

Country Link
US (1) US20220295392A1 (zh)
EP (1) EP4265032A1 (zh)
KR (1) KR20230151992A (zh)
CN (1) CN116868654A (zh)
WO (1) WO2022191657A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023015301A1 (en) * 2021-08-05 2023-02-09 Qualcomm Incorporated Physical uplink control channel configuration for repetition across multiple component carriers
US11984983B2 (en) * 2021-09-30 2024-05-14 Qualcomm Incorporated Carrier selection for PUCCH repetition with PUCCH carrier switching

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102469466B (zh) * 2010-11-11 2015-05-06 华为技术有限公司 一种干扰处理方法与装置
US8913518B2 (en) * 2012-08-03 2014-12-16 Intel Corporation Enhanced node B, user equipment and methods for discontinuous reception in inter-ENB carrier aggregation
WO2017205797A1 (en) * 2016-05-26 2017-11-30 Ofinno Technologies, Llc Methods and apparatuses for power headroom transmission in a wireless device and wireless network
WO2018080629A1 (en) * 2016-10-28 2018-05-03 Intel IP Corporation User equipment (ue), evolved node-b (enb) and methods for multiplexing new radio (nr) physical uplink shared channel (nr pusch) and nr physical uplink control channel (nr pucch)
US10873911B2 (en) * 2017-03-23 2020-12-22 Ofinno, LCC Uplink transmission power adjustment

Also Published As

Publication number Publication date
EP4265032A1 (en) 2023-10-25
US20220295392A1 (en) 2022-09-15
KR20230151992A (ko) 2023-11-02
WO2022191657A1 (en) 2022-09-15

Similar Documents

Publication Publication Date Title
KR20230069091A (ko) 제어 오버헤드가 감소된 다중 셀 스케줄링
CN113519137A (zh) 用于多波束操作的方法和装置
US11811538B2 (en) Multiplexing information with different priority values
KR20230149710A (ko) 확인응답 정보를 가진 pucch 전송을 위한 자원들을 결정하기 위한 방법 및 장치
US11973718B2 (en) Method and apparatus for reduced PDCCH monitoring
US20220353885A1 (en) Method and apparatus for improving reliability of uplink transmission
US11792785B2 (en) Enhancing scheduling flexibility for operation with carrier aggregation
KR20230153389A (ko) 승인 정보를 갖는 pucch 전송을 위한 전력 제어
US11943719B2 (en) Uplink power control in dual connectivity
US20220295392A1 (en) Cell selection for uplink transmission
KR20230157941A (ko) 사이드링크 통신을 위한 센싱 동작들을 위한 사용자장비 및 그 동작 방법
CN116918281A (zh) 用于利用dl相关的dci格式的波束指示的方法和装置
KR20230157350A (ko) Pdcch 모니터링 능력의 스위칭을 위한 방법 및 장치
KR20230174275A (ko) 주파수 호핑을 이용한 업링크 채널의 송신
US11785536B2 (en) Scheduling for a UE capable of receptions over multiple antenna panels
US20220263603A1 (en) Multiplexing unicast and multicast control information
CN118044149A (zh) 用于在随机接入期间切换双工模式的方法和设备
KR20230141795A (ko) 다중 슬롯당 물리적 다운링크 제어 채널 모니터링 방법및 장치
KR20230158513A (ko) 상향링크 채널의 반복 전송
KR20240022444A (ko) 다수의 물리 하향링크 제어 채널을 통한 스케줄링
CN117546573A (zh) 用于多播和单播通信的下行链路控制信令
KR20230155546A (ko) 무선 통신 시스템에서 pdcch 신뢰성 향상을 위한 방법 및 장치
US20230087510A1 (en) Timelines and conditions for transmission of acknowledgment information
KR20230145084A (ko) 확인응답 정보 보고의 결정 메커니즘
CN116918411A (zh) 用于无线通信系统中侧行链路的低功率感测的方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination