CN116325609A

CN116325609A - 用于pucch组的ue能力设计

Info

Publication number: CN116325609A
Application number: CN202080106143.4A
Authority: CN
Inventors: 孙海童; A·A·古哈利; A·法尔齐达纳; 张大伟; 何宏; L·宋; M·莫塔迈德; R·刘; 曾威; W·张; 张羽书
Original assignee: Apple Inc
Current assignee: Apple Inc
Priority date: 2020-10-13
Filing date: 2020-10-13
Publication date: 2023-06-23
Also published as: WO2022077225A1; EP4229797A1; US20220312405A1; EP4229797A4

Abstract

用户装备(UE)可向网络报告物理上行链路控制信道(PUCCH)组能力。UE从网络接收对无线电接入能力信息的请求，并且报告是否支持跨分量载波(CC)使用多于两个参数集的具有多个CC的单个PUCCH组。UE也可从网络接收对无线电接入能力信息的请求，并且报告是否支持跨多个频带具有多个CC的PUCCH组，其中报告是按频带组合(BC)配置的。UE也可从网络接收对无线电接入能力信息的请求，并且报告对于跨多个频带具有多个CC的PUCCH组的PUCCH位置配置的支持，PUCCH位置配置指示频带组合(BC)中的哪些频带能够用于PUCCH。

Description

用于PUCCH组的UE能力设计

技术领域

本申请整体涉及无线通信，尤其涉及用于PUCCH组的UE能力设计。

背景技术

用户装备(UE)可连接到5G新空口(NR)无线电接入技术(RAT)和长期演进(LTE)RAT中的任一者或两者。UE可支持LTE上的独立载波聚合(CA)、NR上的CA(NR-CA)、或多种双连接(DC)功能性，其中多个分量载波(CC)跨LTE和NR被组合。每个CC可表示有利于UE和网络之间在特定频带上的通信的信道。多个CC可对应于相同频带，每个CC可对应于不同频带，或者可使用相同频带和不同频带上的CC的组合。

物理上行链路控制信道(PUCCH)小区分组在NR中被支持，并且可包括载波被分组为主PUCCH组和辅PUCCH组。取决于所使用的CA或DC功能性的类型，当前为PUCCH组配置指定各种限制。当前PUCCH组相关的UE能力以以下方式受到限制。第一，当前不允许UE支持具有多于2个参数集的单个PUCCH组。第二，当前不允许UE报告所支持的PUCCH组配置，例如可在相同PUCCH组中配置哪些操作频带。第三，当前不允许UE报告为PUCCH支持的位置，例如在多频带PUCCH组的哪个频带中可配置PUCCH。

发明内容

一些示例性实施方案涉及一个或多个被配置为执行操作的处理器。操作包括：从网络接收对无线电接入能力信息的请求；以及向网络报告是否支持跨分量载波(CC)使用多于两个参数集的具有多个CC的单个物理上行链路控制信道(PUCCH)组。

其他示例性实施方案涉及一个或多个被配置为执行操作的处理器。操作包括：从网络接收对无线电接入能力信息的请求；以及向网络报告是否支持跨多个频带具有多个分量载波(CC)的物理上行链路控制信道(PUCCH)组，其中报告是按频带组合(BC)配置。

又一些另外的示例性实施方案涉及一个或多个被配置为执行操作的处理器。操作包括：从网络接收对无线电接入能力信息的请求；以及向网络报告对于跨多个频带具有多个分量载波(CC)的物理上行链路控制信道(PUCCH)组的PUCCH位置配置的支持，PUCCH位置配置指示频带组合(BC)中的哪些频带能够用于PUCCH。

附图说明

图1示出了根据各种示例性实施方案的示例性网络布置。

图2示出了根据各种示例性实施方案的示例性UE。

图3示出了根据各种示例性实施方案的示例性网络小区。

图4示出了根据各种示例性实施方案的用于报告跨分量载波(CC)使用多于两个参数集的具有多个CC的单个物理上行链路控制信道(PUCCH)组的用户装备(UE)支持的方法。

图5示出了根据各种示例性实施方案的用于报告针对PUCCH组的被支持小区分组的示例性位图示意图。

图6示出了根据各种示例性实施方案的用于报告针对各种频带组合(BC)的小区分组的用户装备(UE)支持的方法。

图7示出了根据各种示例性实施方案的用于报告小区分组内的PUCCH位置的用户装备(UE)支持的方法。

具体实施方式

参考以下描述及相关附图可进一步理解示例性实施方案，其中类似的元件具有相同的附图标号。示例性实施方案描述了用于用户装备(UE)物理上行链路控制信道(PUCCH)小区组相关能力的增强报告的系统和方法。

示例性实施方案是关于UE来描述的。然而，UE的使用仅是出于说明的目的。示例性实施方案能够与可建立与网络的连接并且被配置有用于与该网络交换信息和数据的硬件、软件和/或固件的任何电子部件一起利用。因此，本文所述的UE用于表示任何电子部件。

还参照包括5G新空口(NR)无线电接入技术(RAT)和长期演进(LTE)RAT的网络来描述示例性实施方案。网络可支持LTE上的独立载波聚合(CA)、NR上的CA(NR-CA)、或多种双连接(DC)功能性，其中多个分量载波(CC)跨LTE和NR被组合，如下文详细描述。每个CC可表示有利于UE和网络之间在特定频带上的通信的信道。多个CC可对应于相同频带，每个CC可对应于不同频带，或者可使用相同频带和不同频带上的CC的组合。此外，每个CC具有特定带宽，UE配置有越多的CC，则可用于与网络进行通信的带宽就越多。

UE可被配置为当在5G的非独立(NSA)模式或5G的独立(SA)模式下操作时接入5GNR服务。在NSA模式下，UE可利用双连接(DC)与5G NR RAT和LTE RAT两者建立连接。在整个此说明书中，DC可一般性地指代被配置为在对应于与不同RAT相关联的小区的多个CC上进行发射和接收的UE。例如，当在用于5G的NSA模式中时，UE可经由对应于LTE的主小区组(MCG)和对应于5G NR的辅小区组(SCG)来实现DC，例如，与连接到EPC的E-UTRA的E-UTRA NR双连接性(EN-DC)，或反之亦然，其中MCG对应于NR，并且SCG对应于LTE，例如，NR E-UTRA双连接(NE-DC)。其它DC功能性包括与连接到5GC的E-UTRA的E-UTRA NR双连接性(NGEN-DC)、和NR-NR双连接性(NR-DC)。每个小区组可包括用于对应的RAT的至少一个小区。在DC的一个示例性场景中，从协议栈的角度来看，UE可具有利用5G NR网络的控制平面和用户平面，同时还具有利用LTE网络的控制平面和用户平面。在DC的另一示例性场景中，UE可具有利用LTE网络的控制平面和利用5G NR网络的用户平面，反之亦然。因此，当在5G的NSA模式下操作时，UE可同时连接到5G NR和LTE。然而，应当指出的是，当在5G的NSA模式下操作时，UE可在连接在一个RAT(例如，5G NR、LTE、传统等)上与连接在多个RAT(例如，DC)上的实例之间转换。

以下示例提供了可有利于DC功能性的网络配置的类型的总体概述。在第一示例性配置中，网络连接可使用LTE的演进分组核心(EPC)，并且UE可与用作主小区组(MCG)的至少一个LTE小区和用作辅小区组(SCG)的至少一个NR小区通信。在第二示例性配置中，网络连接可使用5G核心网(5GC)，并且UE可与用作MCG的至少一个NR小区和用作SCG的至少一个LTE小区通信。在第三示例性NSA配置中，网络连接可使用5GC，并且UE可与用作MCG的至少一个LTE小区和用作SCG的至少一个NR小区通信。然而，示例性实施方案不限于上文提供的与协议栈或网络配置有关的实例。示例性实施方案适用于以任何适当方式实现的DC功能性。

在5G的独立(SA)模式中，UE可在特定时间连接到一个RAT。因此，网络连接可在不同的RAT(例如，5G NR、LTE、传统等)之间转换。例如，在第一时间，网络连接可使用5GC，并且UE可经由至少一个NR小区与网络通信。在操作期间，UE可能经历从5G到LTE的切换，其中网络连接随后可使用EPC，并且UE可经由至少一个LTE小区与LTE网络通信。然而，提供对特定类型的RAT、核心网、小区或操作模式的任何参考仅是出于示意性说明的目的。

如上所述，该UE还可被配置为具有载波聚合(CA)功能性。CA功能性可包括对应于相同RAT的提供主分量载波(PCC)的主服务小区(PCell)和提供辅分量载波(SCC)的至少一个辅服务小区(SCell)被用于促成与网络的通信。PCC可部分地用于控制信息，诸如调度请求、上行链路许可、下行链路许可等。CA功能性使PCC和至少一个SCC能够组合带宽以与UE交换数据。因此，利用CA、PCC可为待交换的数据提供总带宽的第一部分，而SCC可提供该总带宽的第二部分。PCC和单个SCC的组合可被表征为包括两个载波的CC组合。为了进一步增加将与UE交换的数据的总可用带宽，可并入附加的SCC。例如，对于用于LTE的CA，可存在包括但不限于两个载波、四个载波、五个载波、八个载波、十个载波、三十二个载波等的CC组合。对于用于5G NR的CA，可存在包括但不限于两个载波、五个载波、十个载波、十二个载波、十六个载波、二十个载波、二十五个载波、三十二个载波、六十四个载波等的CC组合。

5G NR授权频带被分成两个频率范围，即包括6Hz以下频带的频率范围1(FR1)和包括毫米波(mmWave)范围(例如，高达52.6GHz)中的频带的频率范围2(FR2)。在自组网的基础上也允许非授权频带上的操作(例如NR-U操作)，经受先听后说(LBT)操作以确保非授权信道可用。非授权频带可包括例如2.4GHz、5GHz、6GHz和60GHz非授权频带以及3.5GHz和37GHz共享接入频带。某些参数集(波形配置，例如SCS)可仅用于特定信道和/或信号。例如，FR1可仅允许15、30或60kHz SCS，而FR2可仅允许60、120或240kHz SCS。

UE可支持频分双工(FDD)和时分双工(TDD)之间、FR1、FR2和非授权操作之间、以及/或者无线电接入技术(RAT)和CA、DC或与其相关联的相关功能性之间的不同功能性。UE向网络报告与上述那些相关的能力参数以及其他参数，使得网络可根据UE能力来控制网络操作。

网络/设备

图1示出了根据各种示例性实施方案的示例性网络布置100。示例性网络布置100包括多个UE 110、112。本领域的技术人员将理解，UE可为被配置为经由网络通信的任何类型的电子部件，例如，联网汽车的部件、移动电话、平板计算机、智能电话、平板手机、嵌入式设备、可穿戴设备、物联网(IoT)设备等。还应当理解，实际网络布置可包括由任意数量的用户使用的任意数量的UE。因此，具有两个UE 110、112的示例只被提供用于说明的目的。在下文所述的一些示例性实施方案中，可采用UE组来进行相应的信道测量。

UE 110、112可与一个或多个网络直接通信。在网络配置100的示例中，UE 110、112可与之无线通信的网络是5G NR无线电接入网(5G NR-RAN)120、LTE无线电接入网(LTE-RAN)122和无线局域网(WLAN)124。因此，UE 110、112可包括与5G NR-RAN 120通信的5G NR芯片组、与LTE-RAN 122通信的LTE芯片组以及与WLAN 124通信的ISM芯片组。然而，UE 110、112也可与其他类型的网络(例如，传统蜂窝网络)通信，并且UE 110也可通过有线连接与网络通信。参照示例性实施方案，UE 110、112可与5G NR-RAN 120和/或LTE-RAN 122建立连接。

5G NR-RAN 120和LTE-RAN 122可为可由蜂窝提供商(例如，Verizon、AT&T、T-Mobile等)部署的蜂窝网络的部分。这些网络120、122可包括例如被配置为从配备有适当蜂窝芯片组的UE发送和接收流量的小区或基站(NodeB、eNodeB、HeNB、eNBS、gNB、gNodeB、宏蜂窝基站、微蜂窝基站、小蜂窝基站、毫微微蜂窝基站等)。WLAN 124可包括任何类型的无线局域网(WiFi、热点、IEEE 802.11x网络等)。

UE 110、112可经由下一代节点B(gNB)120A和/或gNB 120B中的至少一者连接到5GNR-RAN 120。对两个gNB 120A、120B的参考仅是出于示意性说明的目的。示例性实施方案可应用于任何适当数量的gNB。例如，UE 110、112可在多小区CA配置中同时与多个gNB连接并进行数据交换。UE 110、112还可经由eNB 122A、122B中的任一者或两者连接到LTE-RAN122，或者连接到任何其他类型的RAN，如上所述。在网络布置100中，UE 110被示为具有到gNB 120A的连接，而UE 112被示为具有到gNB 120B的连接。

除网络120、122和124之外，网络布置100还包括蜂窝核心网130、互联网140、IP多媒体子系统(IMS)150和网络服务主干160。蜂窝核心网130(例如，NR的5GC)可被视为管理蜂窝网络的操作和流量的部件的互连集合。蜂窝核心网130还管理在蜂窝网络与互联网140之间流动的流量。

IMS 150通常可被描述为用于使用IP协议将多媒体服务递送至UE 110的架构。IMS150可与蜂窝核心网130和互联网140通信以将多媒体服务提供至UE 110。网络服务主干160与互联网140和蜂窝核心网130直接或间接通信。网络服务主干160可通常被描述为一组部件(例如，服务器、网络存储布置等)，其实施一套可用于扩展UE 110与各种网络通信的功能的服务。

图2示出了根据各种示例性实施方案的示例性UE 110。将参照图1的网络布置100来描述UE 110。UE 110可表示任何电子设备，并且可包括处理器205、存储器布置210、显示设备215、输入/输出(I/O)设备220、收发器225以及其他部件230。其他部件230可包括例如音频输入设备、音频输出设备、提供有限功率源的电池、数据采集设备、用于将UE 110电连接到其他电子设备的端口、用于检测UE 110的状况的传感器等。图2所示的UE 110也可表示UE 112。

处理器205可被配置为执行UE 110的多个引擎。例如，引擎可包括用于执行操作的能力报告引擎235，该操作包括报告与PUCCH小区分组中被支持的多个参数集、被支持的PUCCH小区分组、和小区分组内被支持的PUCCH位置相关的UE能力。

上述引擎作为由处理器205执行的应用程序(例如，程序)仅是示例性的。与引擎相关联的功能也可被表示为UE 110的独立整合部件，或者可为耦接到UE 110的模块化部件，例如，具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路系统以及用于处理信号和其他信息的处理电路系统。引擎也可被体现为一个应用程序或分开的多个应用程序。此外，在一些UE中，针对处理器205描述的功能性在两个或更多个处理器诸如基带处理器和应用处理器之间分担。可以按照UE的这些或其他配置中的任何配置实施示例性实施方案。

存储器210可以是被配置为存储与由UE 110执行的操作相关的数据的硬件部件。显示设备215可以是被配置为向用户显示数据的硬件部件，而I/O设备220可以是使得用户能够进行输入的硬件部件。显示设备215和I/O设备220可以是独立的部件或者可被集成在一起(诸如触摸屏)。收发器225可以是被配置为与5G-NR RAN 120、LTE RAN 122等建立连接的硬件部件。因此，收发器225可在各种不同的频率或信道(例如，连续频率组)上操作。例如，当例如配置了NR-U后，收发器225可在未许可频谱上运行。

图3示出了根据各种示例性实施方案的示例性网络小区，在本例中为gNB 120A。如上参照UE 110所述，gNB 120A可表示作为PCell或SCell提供服务或与UE 110独立配置的小区。gNB 120A可表示5G NR网络的任何接入节点，UE 110、112可通过其建立连接和管理网络操作。图3所示的gNB 120A还可表示gNB 120B。

gNB 120A可包括处理器305、存储器布置310、输入/输出(I/O)设备320、收发器325以及其他部件330。其他部件330可包括例如音频输入设备、音频输出设备、电池、数据采集设备、用于将gNB 120A电连接到其他电子设备的端口等。

处理器305可被配置为执行gNB 120A的多个引擎。例如，引擎可包括用于执行操作的UE报告引擎335，该操作包括传输针对UE能力的请求以及接收针对能力的UE支持的指示，该UE支持包括对PUCCH小区分组中多个参数集的支持、对PUCCH小区分组的支持以及对小区分组内的PUCCH位置的支持。

上述引擎各自作为由处理器305执行的应用(例如，程序)，仅是示例性的。与引擎相关联的功能也可被表示为gNB 120A的独立整合部件，或者可为耦接到gNB 120A的模块化部件，例如，具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路系统以及用于处理信号和其他信息的处理电路系统。此外，在一些gNB中，将针对处理器305描述的功能在多个处理器(例如，基带处理器、应用处理器等)之间拆分。可按照gNB的这些或其他配置中的任何配置来实现示例性实施方案。

存储器310可以是被配置为存储与由UE 110、112执行的操作相关的数据的硬件部件。I/O设备320可以是使用户能够与gNB 120A交互的硬件部件或端口。收发器325可以是被配置为与UE 110、112和系统100中的任何其他UE交换数据的硬件部件。收发器325可在各种不同的频率或信道(例如，一组连续频率)上操作。因此，收发器325可包括一个或多个部件(例如，无线电部件)以能够与各种网络和UE进行数据交换。

用于PUCCH组的UE能力设计

物理上行链路控制信道(PUCCH)小区分组在新空口(NR)中被支持，并且可包括载波被分组为主PUCCH组和辅PUCCH组，该主PUCCH组的UL控制信息在主载波的PUCCH上被传输，该辅PUCCH组的UL控制信息在辅载波的PUCCH上被传输。当前针对PUCCH组配置指定各种限制。例如，在EN-DC、NGEN-DC和NE-DC中，当前施加以下限制。首先，允许每FR最多一个PUCCH组。第二，如果配置两个PUCCH组(一个用于FR1，一个用于FR2)，则FR2 PUCCH组必须在FR2中的所有小区之间具有相同的SCS。第三，允许每个PUCCH组具有多达2个不同SCS。

在另一示例中，在NR-CA(NR上的独立CA)中，施加以下限制。首先，可配置最多两个PUCCH组。第二，允许每个PUCCH组具有多达2个不同SCS。在又一示例中，在NR-DC(NR-NR双连接)中，施加以下限制。首先，允许每小区组(CG)最多一个PUCCH组。第二，在具有仅FR2中的载波的CG中仅支持相同参数集。第三，允许每个PUCCH组具有多达2个不同SCS。需注意，在Rel-15中，仅允许FR1+FR2 CG，例如，FR1中的一个CG和FR2中的一个CG，并且Rel-16潜在地允许具有FR1和FR2两者的CG，这变成边角情形。

对以下频率组(FG)施加进一步的限制。首先，在FG6-7中，对于具有相同参数集的两个NR PUCCH组，对于用于数据和控制两者的所有载波，跨两个PUCCH组仅相同SCS被支持。第二，在FG6-8中，对于具有不同参数集的NR PUCCH组，对于用于数据和控制两者的所有载波，跨两个PUCCH组仅不同SCS被支持。第三，在FG6-9中，对于相同NR PUCCH组内跨NR载波的不同参数集(在较小SCS的载波上具有PUCCH)，多达2个不同SCS被支持，其中PUCCH使用较小SCS。第四，在FG6-9a中，对于相同NR PUCCH组内跨NR载波的不同参数集(在较大SCS的载波上具有PUCCH)，多达2个不同SCS被支持，其中PUCCH在较大SCS的载波上。

如上所述，当前PUCCH组相关能力以以下方式被限制。第一，当前不允许UE支持具有多于2个参数集的单个PUCCH组。第二，当前不允许UE报告所支持的PUCCH组配置，例如可在相同PUCCH组中配置哪个操作频带。第三，当前不允许UE报告为PUCCH支持的位置，例如在多频带PUCCH组的哪个频带中可配置PUCCH。

根据第一示例性实施方案，UE被配置有用于报告UE是否支持具有多于2个参数集的单个PUCCH组的能力。例如，UE可报告支持具有3个不同参数集的单个PUCCH组、具有4个不同参数集的单个PUCCH组等。可在每个频带组合(BC)的基础上、在每个UE的基础上、或者在每个特征集(FS)的基础上(每频带组合每频带)配置报告。如果在每个FS的基础上配置，则报告会具有最大的灵活性但也具有最大的开销，而如果在每个UE的基础上配置，则报告会具有最小的开销但具有最小的灵活性。在每个BC的基础上配置的报告比上述其他两个选项具有更平衡的灵活性/开销的操作。为了UE支持具有4个不同参数集的单个PUCCH组，UE支持具有3个不同参数集的单个PUCCH组可以是也可以不是先决条件。

关于具有多于2个参数集的单个PUCCH组的支持，不期望Rel-15 UE支持该能力。然而，如果报告方案诸如本文所描述的报告方案也被支持，则Rel-16可支持该能力。

对于具有2个或更多个不同参数集的单个PUCCH组，UE可单独地指示对于包括非授权频带和授权频带的单个PUCCH组的UE支持的附加功能性。另外，UE可单独地指示UE是否支持相同PUCCH组内多于一个定时超前组(TAG)。TAG中的载波共享相同UL传输定时，因此相同PUCCH组内的多个TAG组会允许用于该组内的载波的不同UL传输定时。

图4示出了用于报告跨分量载波(CC)使用多于两个参数集的具有多个CC的单个物理上行链路控制信道(PUCCH)组的用户装备(UE)支持的方法400。在405中，UE从网络接收对UE无线电接入能力信息的请求。

在410中，UE向网络报告UE是否支持具有多于两个参数集的单个PUCCH组。如上所述，可按BC、按UE或按FS来配置报告。另外，UE可单独地报告UE是否支持包含非授权操作频带和授权频带的单个PUCCH组、以及UE是否支持相同PUCCH组中的多于一个TAG。

根据其他示例性实施方案，UE可报告针对要使用的多个操作频带的每个频带组合(BC)的PUCCH组的被支持小区分组。根据一个选项，报告可类似于用于异步(Async)LTE-DC的LTE小区分组能力。位图可用于指示被支持小区分组，位图中的每个位表示对应于频带组合的二进制位序列，其中位图中的每个0表示对应频带被支持用于第一PUCCH组，并且每个1表示对应频带被支持用于第二PUCCH组。

图5示出了用于报告针对PUCCH组的被支持小区分组的示例性位图示意图500。对于三个操作频带条目，三个不同的小区分组是可能的，对于每个小区分组，每个频带可被指示为被支持用于第一PUCCH组或第二组。对于四个操作频带条目，七个不同的小区分组是可能的，并且对于五个操作频带条目，十五个不同的小区分组是可能的。

根据另一选项，对于每个BC，UE可指示其是否支持每FR多于1个PUCCH组。该功能性可用于分离(FR1+FR1)+(FR2)的分组或(FR1)+(FR1+FR2)的分组的支持。换句话讲，对于该选项，UE可指示来自多于一个FR的频带是否可被分组在一起。

在又一选项中，UE可指示UE是否支持每频带多于1个PUCCH组。该选项可特别适用于带内NR-CA，其中，在FR内，可配置多个PUCCH组。

在又一选项中，UE可针对以下场景中的一者或多者或全部报告针对PUCCH组的被支持小区分组：系统帧号(SFN)同步(SFN-Sync)NR-CA、时隙同步NR-CA、异步NR-CA、同步NR-DC和异步NR-DC。

图6示出了用于报告针对各种频带组合(BC)的小区分组的用户装备(UE)支持的方法600。在605中，UE从网络接收对UE无线电接入能力信息的请求。

在610中，UE向网络报告UE是否支持针对各种BC的小区分组。如上所述，位图可用于指示小区分组以及所指示的分组是否被支持。在其他选项中，UE可指示UE是否支持每FR多于一个PUCCH组、UE是否支持每频带多于一个PUCCH组、或者UE对于以上讨论的各种CA或DC场景是否支持PUCCH组。

根据第三示例性实施方案，UE可指示频带组合中的频带之间对PUCCH位置配置的支持。在一个选项中，对于PUCCH位置能力报告，可按特征集(FS)(每频带组合每频带)来报告能力。对于每个频带，如果UE报告“支持”，则其指示UE支持PUCCH在该频带中配置。例如，对于三频带BC(B1,B2,B3)，如果UE报告(支持、支持、不支持)，则这意味着PUCCH可在B1或B2中配置，但不能在B3中配置。

在第二选项中，对于PUCCH位置能力报告，该能力可被报告成关于SCS的位图。例如，位图可被排序成{最小SCS、第二小SCS、第三小SCS}。位图中的对应1指示UE支持PUCCH被配置在具有对应SCS的频带上。

在第三选项中，对于PUCCH位置能力报告，该能力可被报告成关于频率范围(FR)的位图。例如，1位可用于指示FR1(位＝0)或FR1+FR2(位＝1)。在该示例中，FR1始终被支持用于PUCCH位置，并且FR2可以是可选的。在另一示例中，可使用2个位来分别指示FR1或FR2或两者。

在第四选项中，对于PUCCH位置能力报告，该能力可被报告成关于频率范围(FR)和授权/非授权频带的位图。第四选项类似于第三选项，但是包括用于指示非授权频带上对PUCCH的支持的选项。例如，可使用3位位图来指示{FR1被授权、FR2被授权、FR1非授权}(需注意，FR2非授权当前不被支持用于DC操作中的PUCCH位置)。可针对该选项施加某些先决条件，例如，UE必须支持FR1上的PUCCH位置。

在第五选项中，对于PUCCH位置能力报告，该能力可被报告成关于频率范围(FR)、授权/非授权和TDD/FDD的位图。例如，可使用4位位图来指示{FR1 FDD被授权、FR1 TDD被授权、FR2 TDD被授权、FR1 TDD非授权}(需注意，FR2 FDD和非授权FDD当前不被支持用于DC操作中的PUCCH位置)。

图7示出了用于报告小区分组内的PUCCH位置的用户装备(UE)支持的方法700。在705中，UE从网络接收对UE无线电接入能力信息的请求。

在710中，UE向网络报告UE是否支持小区分组内的PUCCH位置。如上所述，可按FS配置报告。在其他选项中，可关于SCS、关于FR、关于FR和授权/非授权、或者关于FR、授权/非授权和TDD/FDD来配置报告。

根据第四示例性实施方案，UE被配置为与较早版本向后兼容。例如，仅具有本文描述的能力的UE可能与在较早版本上操作的网络不兼容。为了解决潜在的不向后兼容(NBC)问题，对于以上讨论的4个PUCCH组相关能力(FG6-7、FG6-8、FG6-9和FG6-9a)，除了以上描述的增强能力之外，先前组相关能力可被复制并报告给网络。

为了解决NBC问题，对于能力报告，UE可对于FG6-7包括twoPUCCH-Group->twoPUCCH-Group-r16，对于FG6-8包括diffNumerologyAcrossPUCCH-Group->diffNumerologyAcrossPUCCH-Group-r16，对于FG6-9包括diffNumerologyWithinPUCCH-GroupSmallerSCS->diffNumerologyWithinPUCCH-GroupSmallerSCS-r16，并且对于FG6-9a包括diffNumerologyWithinPUCCH-GroupLargerSCS->diffNumerologyWithinPUCCH-GroupLargerSCS-r16。可将针对较早版本的详细描述并入到新的Rel-16 PUCCH组相关能力设计中。

某些PUCCH组支持可以是其他PUCCH组支持的先决条件。在第一示例中，(FR1)+(FR1+FR2)的支持可以是(FR1+FR1)+(FR2)和(FR1+FR1+FR2)的支持的先决条件。在第二示例中，(FR1+FR1)+(FR2)的支持可以是(FR1)+(FR1+FR2)和(FR1+FR1+FR2)的支持的先决条件。在第三示例中，对于具有三个不同参数集的三频带BC，支持两个PUCCH组可以是支持单个PUCCH组的先决条件。

本领域的技术人员将理解，可以任何合适的软件配置或硬件配置或它们的组合来实现上文所述的示例性实施方案。用于实现示例性实施方案的示例性硬件平台可包括例如具有兼容操作系统的基于Intel x86的平台、Windows OS、Mac平台和MAC OS、具有操作系统诸如iOS、Android等的移动设备。在其他示例中，上述方法的示例性实施方案可被体现为包括存储在非暂态计算机可读存储介质上的代码行的程序，在进行编译时，该程序可在处理器或微处理器上执行。

尽管本专利申请描述了各自具有不同特征的各种方面的各种组合，本领域的技术人员将会理解，一个方面的任何特征均可以任何未被公开否定的方式与其他方面的特征或者在功能上或逻辑上不与本发明所公开的方面的设备的操作或所述功能不一致的特征相组合。

众所周知，使用个人可识别信息应遵循公认为满足或超过维护用户隐私的行业或政府要求的隐私政策和做法。具体地，应管理和处理个人可识别信息数据，以使无意或未经授权的访问或使用的风险最小化，并应当向用户明确说明授权使用的性质。

对本领域的技术人员而言将显而易见的是，可在不脱离本公开的实质或范围的前提下对本公开进行各种修改。因此，本公开旨在涵盖本公开的修改形式和变型形式，但前提是这些修改形式和变型形式在所附权利要求及其等同形式的范围内。

Claims

1.一个或多个处理器，所述一个或多个处理器被配置为执行包括以下项的操作：

从网络接收对无线电接入能力信息的请求；以及

向所述网络报告是否支持跨分量载波(CC)使用多于两个参数集的具有多个CC的单个物理上行链路控制信道(PUCCH)组。

2.根据权利要求1所述的一个或多个处理器，其中按频带组合(BC)、按用户装备(UE)或按特征集(FS)配置所述报告。

3.根据权利要求1所述的一个或多个处理器，其中支持具有三个参数集的单个PUCCH组是支持具有四个参数集的单个PUCCH组的先决条件。

4.根据权利要求1所述的一个或多个处理器，其中所述操作还包括：

向所述网络报告是否支持包括非授权频带以及授权频带的单个PUCCH组。

5.根据权利要求1所述的一个或多个处理器，其中所述操作还包括：

向所述网络报告是否支持单个PUCCH组内多于一个定时超前组(TAG)。

6.根据权利要求1所述的一个或多个处理器，其中所述操作还包括：

向所述网络报告对于较早网络版本是否支持PUCCH组配置。

7.一个或多个处理器，所述一个或多个处理器被配置为执行包括以下项的操作：

从网络接收对无线电接入能力信息的请求；以及

向所述网络报告是否支持跨多个频带具有多个分量载波(CC)的物理上行链路控制信道(PUCCH)组，其中所述报告是按频带组合(BC)配置的。

8.根据权利要求7所述的一个或多个处理器，其中所述报告在位图中发信号通知，所述位图包括：针对所述BC中的每个频带，所述频带能够被配置到所述第一PUCCH组还是所述第二PUCCH组的指示。

9.根据权利要求7所述的一个或多个处理器，其中所述操作还包括：F-EF237053

向所述网络报告是否支持每频率范围(FR)多于一个PUCCH组。

10.根据权利要求7所述的一个或多个处理器，其中所述操作还包括：

向所述网络报告是否支持每频带多于一个PUCCH组。

11.根据权利要求7所述的一个或多个处理器，其中所述操作还包括：

向所述网络报告针对系统帧号(SFN)同步(SFN-Sync)NR-CA、时隙同步NR-CA、异步NR-CA、同步NR-DC或异步NR-DC中一者的PUCCH组的被支持小区分组。

12.根据权利要求7所述的一个或多个处理器，其中所述操作还包括：

向所述网络报告对于较早网络版本是否支持PUCCH组配置。

13.一个或多个处理器，所述一个或多个处理器被配置为执行包括以下项的操作：

从网络接收对无线电接入能力信息的请求；以及

向所述网络报告对于跨多个频带具有多个分量载波(CC)的物理上行链路控制信道(PUCCH)组的PUCCH位置配置的支持，所述PUCCH位置配置指示频带组合(BC)中的哪些频带能够用于所述PUCCH。

14.根据权利要求13所述的一个或多个处理器，其中按特征集(FS)报告所述PUCCH位置配置。

15.根据权利要求13所述的一个或多个处理器，其中所述PUCCH位置配置被报告为关于子载波间隔的位图。

16.根据权利要求13所述的一个或多个处理器，其中所述PUCCH位置配置被报告为关于频率范围(FR)的位图。

17.根据权利要求13所述的一个或多个处理器，其中所述PUCCH位置配置被报告为关于频率范围(FR)的位图，并且包括授权频带和非授权频带。

18.根据权利要求13所述的一个或多个处理器，其中所述PUCCH位置配置被报告为关于频率范围(FR)、授权频带和非授权频带、以及用于所述频带的时域双工(TDD)或频域双工(FDD)的位图。

19.根据权利要求13所述的一个或多个处理器，其中所述操作还包括：

向所述网络报告对于较早网络版本是否支持PUCCH位置配置。