CN116210304A - 物理下行链路控制信道监测缩放 - Google Patents

Abstract

用户装备(UE)在多个分量载波(CC)中监测物理下行链路控制信道(PDCCH)。UE确定UE是否正在以具有第一频带中的第一CC和第二频带中的第二CC的载波聚合(CA)模式操作。当UE正在以具有第一频带中的第一CC和第二频带中的第二CC的CA操作时，UE确定在第一CC和第二CC上接收的PDCCH符号的跨度模式，并且至少基于该跨度模式选择PDCCH监测类型。UE还确定CA组合的第一CC和第二CC是否共址，并且至少基于确定第一和第二CC是否共址来选择PDCCH监测类型。

Description

物理下行链路控制信道监测缩放

背景技术

用户装备(UE)可建立与多个不同网络或不同类型网络中至少一者的连接。为了建立和/或维持网络连接，UE可监测物理下行链路控制信道(PDCCH)以从网络接收下行链路控制信息。在一些情况下，UE可能正与网络在载波聚合(CA)配置中操作。在CA中，UE可利用多个分量载波(CC)与网络交换信息。在CA操作期间，UE可在多个CC上监测PDCCH。

发明内容

一些示例性实施方案涉及一种由用户装备(UE)执行的方法。该方法包括：确定该UE是否正在以具有第一频带中的第一分量载波(CC)和第二频带中的第二CC的载波聚合(CA)模式操作；当该UE正在以具有第一频带中的第一CC和第二频带中的第二CC的CA操作时，确定在第一CC和第二CC上接收的物理下行链路控制信道(PDCCH)符号的跨度模式并且至少基于该跨度模式选择PDCCH监测类型。

其他示例性实施方案涉及一种具有一个或多个处理器以及通信地连接到所述一个或多个处理器的收发器的用户装备(UE)。该处理器被配置为：确定该UE是否正在以具有第一频带中的第一分量载波(CC)和第二频带中的第二CC的载波聚合(CA)模式操作；当该UE正在以具有第一频带中的第一CC和第二频带中的第二CC的CA操作时，确定在第一CC和第二CC上接收的物理下行链路控制信道(PDCCH)符号的跨度模式并且至少基于该跨度模式选择PDCCH监测类型。

另一些示例性实施方案涉及一种由用户装备(UE)执行的方法。该方法包括确定载波聚合(CA)组合的第一分量载波(CC)和第二CC是否共址、以及至少基于确定第一CC和第二CC是否共址来选择PDCCH监测类型。

附加示例性实施方案涉及一种具有一个或多个处理器以及通信地连接到所述一个或多个处理器的收发器的用户装备(UE)。该处理器被配置为确定载波聚合(CA)组合的第一分量载波(CC)和第二CC是否共址，并且至少基于确定第一CC和第二CC是否共址来选择PDCCH监测类型。

附图说明

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

图2示出了根据各种示例性实施方案的示例性用户装备(UE)。

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

图4A和图4B示出了携载物理下行链路控制信道(PDCCH)符号的两个分量载波(CC)的示例性时序图。

图5示出了相对于一个时隙的三种示例性跨度模式。

图6示出了包括两个CC中每一者上的两个对应的PDCCH符号对的时序图。

图7示出了包括两个示例性频带的频带图。

图8A和图8B示出了例示CC之间的MRTD差异的示例的CA PDCCH时序图。

图9示出了根据各种示例性实施方案的用于UE为URLLC选择PDCCH监测类型的示例性方法。

图10示出了根据各种示例性实施方案的用于UE为URLLC选择PDCCH监测类型的第二示例性方法。

具体实施方式

参考以下描述及相关附图可进一步理解示例性实施方案，其中类似的元件具有相同的附图标号。示例性实施方案涉及用户装备(UE)在载波聚合(CA)场景中监测PDCCH符号。

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

此外，参照5G新空口(NR)蜂窝网络描述示例性实施方案。然而，对5G NR网络的参考仅仅是出于说明的目的而提供的。示例性实施方案可与实现本文针对UE能力报告所述的功能的任何网络一起使用。因此，如本文所述的5G NR网络可表示包括本文针对5G NR网络所述的功能的任何网络。

还参照超可靠低延迟通信(URLLC)描述示例性实施方案。设想URLLC将支持延迟敏感的用例，诸如自主驾驶、机器人手术、工厂自动化等。然而，虽然参照URLLC描述示例性实施方案，但是应当理解，本文描述的用于监测PDCCH的原理可应用于任何类型的通信。

还参考载波聚合(CA)场景中的PDCCH监测描述示例性实施方案。本领域技术人员将理解，CA涉及配置有多个分量载波(CC)的UE。每个CC可表示有利于UE和网络之间在特定频带上的通信的信道。多个CC可对应于同一个频带，每个CC可对应于不同的频带或频带的组合。此外，每个CC具有特定带宽，UE配置有越多的CC，则可用于与网络进行通信的带宽就越多。下面更详细地描述示例CA场景，诸如带内连续CA、带内非连续和带间CA。然而，应当理解，CA仅是UE在多个频带上接收信息的一个示例。示例性实施方案也可应用于UE在多个频带上接收信息的其他场景，诸如NR双连接(DC)。

此外，示例性实施方案是参考两个CC来描述的。应当理解，CA可包括多于两个CC。本领域技术人员将理解本文针对两个CC所描述的原理可如何被扩展以处理在多于两个CC中监测PDCCH符号。

示例性实施方案涉及UE选择PDCCH监测的类型。在第一方面，示例性实施方案包括UE基于PDCCH的跨度模式来选择PDCCH监测的类型。在第二方面，示例性实施方案包括UE基于CA组合的分量载波(CC)的共址信息来选择PDCCH监测的类型。

图1示出了根据各种示例性实施方案的网络布置100。网络布置100包括UE 110。本领域技术人员将理解，UE 110可为被配置为经由网络通信的任何类型的电子部件，例如，移动电话、平板计算机、智能电话、平板手机、嵌入式设备、可穿戴设备、Cat-M设备、Cat-M1设备、MTC设备、eMTC设备、其他类型的物联网(IoT)设备等。实际网络布置可包括由任意数目的用户使用的任意数目的UE。因此，单个UE 110的示例仅仅是出于说明的目的而提供。

UE 110可与一个或多个网络通信。在网络配置100的示例中，UE 110可与之无线通信的网络是5G新空口(NR)无线电接入网络(5G NR-RAN)120、LTE无线电接入网络(LTE-RAN)122和无线局域网(WLAN)124。然而，UE 110也可与其他类型的网络通信，并且UE 110也可通过有线连接与网络通信。因此，UE 110可包括与5G NR-RAN 120通信的5G NR芯片组、与LTE-RAN 122通信的LTE芯片组以及与WLAN 124通信的ISM芯片组。

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

基站(例如，gNB 120A、gNB 120B、eNB 122A)可包括一个或多个通信接口以与预占的UE、对应的RAN、蜂窝核心网130、互联网140等交换数据和/或信息。本领域技术人员将理解，可为UE 110执行任何关联过程以连接到5G NR-RAN 120。例如，如上所述，可使5G NR-RAN 120与特定的蜂窝服务提供商相关联，在提供提供方处，UE 110和/或其用户具有协议和凭据信息(例如，存储在SIM卡上)。在检测到5G NR-RAN 120的存在时，UE 110可传输对应的凭据信息，以便与5G NR-RAN 120相关联。更具体地讲，UE 110可以与特定小区(例如，5GNR-RAN 120的gNB 120A)相关联。如上所述，5G NR-RAN 120的使用是出于说明的目的，并且可使用任何类型的网络。

独立的5G NR-RAN 120和LTE-RAN 122的使用仅仅是出于说明的说明而提供的。实际网络布置可包括RAN，该RAN包括能够提供5G NR RAT服务和LTE RAT服务的架构。例如，下一代无线电接入网(NG-RAN)(未示出)可包括提供5G NR服务的下一代Node B(gNB)和提供LTE服务的下一代演进Node B(ng-eNB)。NG-RAN可连接到演进分组核心(EPC)或5G核心(5GC)中的至少一者。

除网络120、122和124之外，网络布置100还包括蜂窝核心网130、互联网140、IP多媒体子系统(IMS)150和网络服务主干160。蜂窝核心网130可被视为管理蜂窝网络的操作和流量的部件的互连集合。蜂窝核心网130还管理在蜂窝网络与互联网140之间流动的流量。IMS 150通常可被描述为用于使用IP协议将多媒体服务递送至UE 110的架构。IMS 150可与蜂窝核心网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可包括例如SIM卡、音频输入设备、音频输出设备、提供有限功率源的电池、数据采集设备、用于将UE 110电连接到其他电子设备的端口等。

处理器205可被配置为执行UE 110的多个引擎。例如，引擎可包括PDCCH监测引擎235。PDCCH监测引擎235可执行与监测PDCCH有关的各种操作，包括选择要由UE 110执行的PDCCH监测的类型。如下文将更详细描述的，UE 110可基于包括所接收PDCCH的跨度模式和CC的共址信息的一个或多个不同类型的信息来选择PDCCH监测的类型。

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

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

图3示出了根据各种示例性实施方案的示例性网络小区。在该示例中，可认为网络小区是图1的gNB 120A。图3中所例示的网络小区也可表示gNB 120B或5G NR-RAN 120的任何其它gNB。gNB 120A可表示UE 110可用来建立连接和管理网络操作的属于5G NR网络的任何接入节点。

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

处理器305可被配置为执行gNB 120A的多个引擎。例如，这些引擎可包括用于向UE110提供用于监测CA场景中的PDCCH的配置信息的CA共址配置引擎335。

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

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

图4A和图4B示出了携载PDCCH符号的两个分量载波(CC)的示例性时序图400和450。图4A示出了对应于两个CC 405和415的用于URLLC的示例性时隙410和420，其中对应的PDCCH符号对齐。时隙410和420被图示为具有标记为A-G的7对符号，从而在时隙410和420中每一者中得到总共14个符号。在该示例中，时隙410和420具有{2,2}的跨度模式。下面将更详细地描述该跨度模式。这被认为是对齐情形，因为每个CC 405和410的对应PDCCH符号(例如，CC1 405的符号A和CC2 415的符号A)同时到达UE 110。

图4B示出了对应于两个CC 455和465的用于URLLC的示例性时隙460和470，其中PDCCH未对齐。在该示例中，时隙460和470也具有{2,2}的跨度模式。这被认为是未对齐情形，因为每个CC 455和465的对应PDCCH符号(例如，CC1 455的符号B和CC2 465的符号B)不同时到达UE 110。如下文将更详细描述，可至少基于PDCCH是对齐的还是未对齐的来选择PDCCH监测的类型。

跨度模式可由一对多个符号{X,Y}定义。X可以表示在两个相应的连续跨度模式中的两个PDCCH监测时机的第一符号之间的连续符号的最小数目。Y可以表示从X个符号的第一个符号开始的X个符号内的PDCCH监测时机的连续符号的数目。图5示出了相对于一个时隙的三种不同的跨度模式。这三种跨度模式{2,2}、{4,3}、{7,3}可在各种网络的规范(例如，3GPP标准)中定义。

UE 110可被配置为通过监测并盲解码包括PDCCH候选的特定一组控制信道元素(CCE)(例如，PDCCH被映射到其上的CCE)来找到子帧内与UE 110相关的下行链路控制信息。例如，对于对齐情形，可在不同的CC之间共享UE 110处理资源/功率，包括盲解码和信道估计(非重叠CCE)的数量。对于未对齐情形，每个CC中的最差跨度被用于对盲解码的数量和非重叠CCE的数量进行计数。下面将提供用于对齐情形和未对齐情形的盲解码的数量的示例。在整个说明书中，术语PDCCH监测应当被认为包括针对PDCCH候选的接收、盲解码和信道估计的所有相关联操作。

图6示出了包括两个CC 610和620中每一者上的两个对应的PDCCH符号对601a-601d的时序图600。符号601a-601d可代表图3A至图3B中所示的符号对中的一者(例如，图3A至图3B中的符号对B)。如下面将更详细描述的，符号601a-601d可被认为是对齐的或未对齐的。在图6中，符号被图示为是对齐的，但是这仅仅是为了说明的目的。

下面将参照图6描述各种类型的PDCCH监测。因此，在整个说明书中，当描述UE 110选择PDCCH监测的类型时，下面提供可供UE 110使用的PDCCH监测的类型的示例。参考UE处理资源/功率限制来描述PDCCH监测的示例性类型。例如，限制可以是每个PDCCH符号对执行的盲解码的数量、针对非重叠CCE的信道估计的数量等。

在第一示例中，可认为符号601a-601d是对齐的(例如，符号601a和601c在时间上对齐，并且符号601b和601d在时间上对齐)。在第一示例中，PDCCH监测限制(例如，每个符号对的盲解码的数量、针对非重叠CCE的信道估计的数量等)可被确定如下：

601a+601b+601c+601d<＝阈值_1

因此，在该示例中，可在该符号对的所有符号601a-d上共享最大数量的盲解码。该PDCCH监测类型可被称为Rel.15对齐监测类型。Rel.15是指3GPP标准的版本15。

在第二示例中，可认为符号601a-601d如第一示例中那样是对齐的。然而，在第二示例中，可如下确定PDCCH监测限制：

601a+601c<＝阈值_2

601b+601d<＝阈值_2

因此，在该示例中，可对于该符号对的对应符号共享最大数量的盲解码。该PDCCH监测类型可被称为Rel.16对齐监测类型。

在第三示例中，可认为符号601a-601d未对齐。在第三示例中，可如下确定PDCCH监测限制：

max(601a,601b)+max(601c,601d)<＝阈值_3

因此，在此实例中，盲解码的最大数量可基于每CC的用于PDCCH符号的盲解码的最大数量。该PDCCH监测类型可被称为Rel.16未对齐监测类型。

应注意，在以上示例中，阈值(例如，阈值_1、阈值_2、阈值_3)的值可以相同也可以不同。另外，阈值的值可根据包括单独UE的能力、PDCCH的跨度模式配置等的任意数量的因素而改变。

图7示出了包括两个示例性频带710和720的频带图700。在频带图700中，可认为频带710对应于频率范围1(FR1)并且频带720对应于5G NR-RAN 120的FR2。然而，这仅是示例性的，并且频带710和720可对应于任何频带。在频带图700中，每个频带包括十(10)个子带。同样，这仅仅是示例性的，因为本领域技术人员将理解，FR1和FR2包括许多多于10个子带。

频带图700的目的是描述UE 110可在其中操作的各种CA场景。为了本描述的目的，可考虑存在在频带710和720内操作的三个载波730-750。每个载波正操作两(2)个子带CA组合。因此，每个载波正使用CC1和CC2，诸如图3A至图3B中所示。

在第一示例中，载波730正服务频带710中的CC1 733和CC2 737。这是带内连续CA的示例，例如，CC 733和737在相同频带710中被服务，并且子带彼此相邻。在第二示例中，载波740正服务频带710中的CC1 743和CC2 747。这是带内非连续CA的示例，例如，CC 743和747在相同频带610中被服务，但是子带彼此不相邻。在第三示例中，载波750正服务频带710中的CC1 753和频带720中的CC2 777。这是带间CA的示例，例如，CC 753和757在不同的频带710和720中被服务。

考虑对齐的带间CA场景。在这种场景中，5G NR的FR1内的最大接收时间差(MRTD)高达33微秒，并且跨频率范围，MRTD高达25微秒。该MRTD可能导致被认为对齐的PDCCH符号实际上以类似于未对齐情形的模式到达。

图8A和图8B示出了CA PDCCH时序图800和850，其例示CC之间的MRTD差异的示例。在图8A和图8B中，对于带间CA，可认为子载波间隔是30kHz。如果MRTD是33微秒(这近似是一个符号的持续时间)，则对于图8A和图8B两者中针对CC1和CC2示出的标称对齐情形，UE 110实际上接收PDCCH定时为未对齐。

图8A示出了具有跨度模式{2,2}的CC1 810和CC2 820a的标称对齐的PDCCH定时。然而，当UE 110实际接收PDCCH时，CC2 820b示出PDCCH定时。CC1 810和CC2 820b的PDCCH类似于未对齐情形，而不是对齐的。

图8B示出了具有跨度模式{4,3}的CC1 860和CC2 870a的标称对齐的PDCCH定时。然而，当UE 110实际接收PDCCH时，CC2 870b示出PDCCH定时。CC1 860和CC2 870b的PDCCH类似于未对齐情形，而不是对齐的。

图9示出了根据各种示例性实施方案的用于UE 110为URLLC选择PDCCH监测类型的示例性方法900。在示例性方法900中，UE 110可基于PDCCH的跨度模式和/或PDCCH是对齐的还是未对齐的来选择PDCCH监测类型。示例性方法900可用于解决如参照图8A和图8B所描述的被UE 110接收为未对齐的标称对齐的CC的问题。

在905中，UE 110确定当前是否正在使用带间CA。如果不是，则该方法结束，因为方法900应用于正在使用带间CA的场景。如果正在使用带间CA，则UE 110确定用于应用UE 110被配置有的PDCCH监测类型的情形。配置UE 110具有情形1-3之一可由网络配置(例如，经由无线电资源控制(RRC)信令)，可由标准(例如，3GPP标准)配置，或者可取决于UE 110具体实施。

在第一示例中，可考虑UE 110被配置有情形1 910。如915中所示，具有任何跨CC的跨度模式(例如，{7,3}、{4,3}、{2,2})的所有CC都被认为是未对齐的。即，即使标称对齐的CC也被认为对于带间CA是未对齐的。如上所述，这种假设的原因在于，虽然CC可能标称对齐，但是因为在所接收CC之间可能存在MRTD，所以UE 110可将PDCCH视为未对齐。

因此，在920中，UE 110将基于如上所述的Rel.16未对齐监测类型执行PDCCH监测。例如，所有CC将被认为是未对齐的，并且每个CC中的最差跨度被用于对盲解码的数量和非重叠CCE的数量进行计数。

在第二示例中，可考虑UE 110被配置有情形2 925。如930中所示，具有跨度模式{4,3}和{2,2}的CC被认为是未对齐的。而具有跨度模式{7,3}的CC可被测试以确定CC是否对齐并且相应地被处理。

因此，如果在935中确定CC具有跨度模式{4,3}或{2,2}，则在920中，UE 110将基于如上所述的Rel.16未对齐监测类型执行PDCCH监测。如果在935中，跨度模式不是{4,3}或{2,2}(例如，跨度模式是{7,3})，则方法900前进到940，其中UE 110确定CC是否对齐。如果CC未对齐，则在920中，UE 110将基于如上所述的Rel.16未对齐监测类型执行PDCCH监测。如果CC对齐，则在945中，UE 110将基于如上所述的Rel.16对齐监测类型执行PDCCH监测。

在第三示例中，可考虑UE 110被配置有情形3 950。如955中所示，具有跨度模式{2,2}的CC被认为是未对齐的。因此，如果在960中确定CC具有跨度模式{2,2}，则在920中，UE 110将基于如上所述的Rel.16未对齐监测类型执行PDCCH监测。如果在960中，跨度模式不是{2,2}(例如，跨度模式是{4,3}或{7,3})，则方法前进到940，其中UE 110确定CC是否对齐。如果CC未对齐，则在920中，UE 110将基于如上所述的Rel.16未对齐监测类型执行PDCCH监测。如果CC对齐，则在945中，UE 110将基于如上所述的Rel.16对齐监测类型执行PDCCH监测。

图10示出了根据各种示例性实施方案的用于UE 110为URLLC选择PDCCH监测类型的第二示例性方法1000。方法1000基于gNB(例如，gNB 120A或gNB 120B)提供用于CC组合的共址标志。本领域技术人员将理解，CC的共址指示正在服务CC的小区在物理上位于相同位置(例如，在同一小区塔上)。共址信息可用于理解CC的接收时间是否将存在差异。由于服务CC的两个小区处于相同的相对位置，因此在UE 110处将存在接收时间差是不太可能的，因为信号将同时从相同位置通过相同物理环境(例如，大气条件、障碍物等)传播。因此，当CC共址时，上述MRTD差异不太可能发生，并且对齐的PDCCH符号应当相对对齐地到达UE 110。UE 110可使用该知识来选择PDCCH监测的类型，如下面将更详细地描述的。

在1010中，UE 110确定CC组合是否具有共址标志集。如上所述，当配置用于UE 110的CA组合时，gNB 120A或120B可在配置信息中包括向UE 110通知CC是否共址的标志。如果CC不共址，则该方法继续至1030，其中UE 110认为CC未对齐，而不管CC是否标称对齐。如上所述，当CC共址时，UE 110可假定对齐的PDCCH符号将相对对齐地到达。然而，当CC不共址时，CC中的PDCCH符号可能经历如上所述的MRTD差异，并且甚至标称对齐的PDCCH符号也可能未对齐地到达。因此，在这种情况下，在940中，UE 110将基于如上所述的Rel.16未对齐监测类型执行PDCCH监测。

然而，如果在1010中确定CC共址，则在1020中，UE 110可确定PDCCH是对齐的还是未对齐的。对于未对齐PDCCH情形，在1040中，UE 110将基于如上所述的Rel.16未对齐监测类型执行PDCCH监测。对于对齐PDCCH情形，在1050中，UE 110将基于如上所述的Rel.15对齐监测限制或Rel.16对齐监测限制执行PDCCH监测。

在其他示例性实施方案中，CC可被划分为跨小区组或在小区组内的共址组。如本领域技术人员将理解的，小区可被分成关于UE 110的主小区组(MCG)和辅小区组(SCG)。因此，UE 110可基于CC所属于的小区组来理解CC是否共址。将CC划分为小区组的具体方式超出本公开的范围，因为本领域技术人员将理解，可存在许多方式来将CC划分为小区组。组的目的是向UE 110发信号通知共址信息。

在一些示例性实施方案中，当CC被划分为小区组内的共址组时，UE 110可向gNB120A或120B报告能力信息。例如，能力信息可包括UE 110是否支持用于MCG和/或SCG的Rel.15对齐监测限制以及UE 110是否支持用于MCG和/或SCG的Rel.16对齐和/或未对齐监测限制。

gNB 120A或120B随后可基于从UE 110接收的能力信息来关于针对小区组内每个共址组的PDCCH监测类型来配置UE 110。可经由RRC信令将配置发送给UE 110。

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

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

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

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

Claims (25)

1.一种方法，包括：

在用户装备(UE)处：

确定所述UE是否正在以具有第一频带中的第一分量载波(CC)和第二频带中的第二CC的载波聚合(CA)模式操作；

当所述UE正在以具有所述第一频带中的第一CC和所述第二频带中的所述第二CC的CA操作时，确定在所述第一CC和所述第二CC上接收的物理下行链路控制信道(PDCCH)符号的跨度模式；以及

至少基于所述跨度模式来选择PDCCH监测类型。

2.根据权利要求1所述的方法，其中所述跨度模式包括{2,2}模式、{4,3}模式或{7,3}模式中的一者。

3.根据权利要求2所述的方法，其中为所有跨度模式选择Rel.16未对齐PDCCH监测类型。

4.根据权利要求2所述的方法，其中为所述{2,2}模式或所述{4,3}模式选择Rel.16未对齐PDCCH监测类型。

5.根据权利要求2所述的方法，其中为所述{2,2}模式选择Rel.16未对齐PDCCH监测类型。

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

确定在所述第一CC和所述第二CC上接收的所述PDCCH符号是对齐的还是未对齐的，其中选择所述PDCCH监测类型进一步基于在所述第一CC和所述第二CC上接收的所述PDCCH符号是对齐的还是未对齐的。

7.根据权利要求1所述的方法，其中所述PDCCH监测类型包括Rel.16未对齐PDCCH监测类型，包括在所述第一CC和所述第二CC上尝试的盲解码的数量是小于或等于确定的盲解码最大数量的max(符号(a)，符号(b))+max(符号(c)，符号(d))，其中符号(a)和符号(b)是所述第一CC上的跨度上的解码，并且符号(c)和符号(d)是所述第二CC上的跨度上的解码。

8.根据权利要求1所述的方法，其中所述PDCCH监测类型包括Rel.16未对齐PDCCH监测类型，包括在所述第一CC和所述第二CC上尝试的非重叠CCE的数量是小于或等于确定的非重叠CCE最大数量的max(符号(a')，符号(b'))+max(符号(c')，符号(d'))，其中符号(a')和符号(b')是在所述第一CC上的跨度上接收的非重叠CCE，并且符号(c')和符号(d')是在所述第二CC上的跨度上接收的非重叠CCE。

9.根据权利要求1所述的方法，其中所述PDCCH监测类型包括Rel.16对齐PDCCH监测类型，包括针对在所述第一CC上接收的第一跨度和在所述第二CC上接收的第一跨度所尝试的盲解码的第一数量小于或等于确定的盲解码最大数量，并且针对在所述第一CC上接收的第二PDCCH跨度和在所述第二CC上接收的第二PDCCH跨度所尝试的盲解码的第二数量小于或等于所述确定的盲解码最大数量。

10.根据权利要求1所述的方法，其中所述PDCCH监测类型包括Rel.15对齐PDCCH监测类型，包括针对在所述第一CC和所述第二CC上接收的PDCCH符号对所尝试的盲解码的数量小于或等于预先确定的盲解码最大数量。

11.一种用户装备(UE)，包括：

一个或多个处理器，所述一个或多个处理器被配置为：

确定所述UE是否正在以具有第一频带中的第一分量载波(CC)和第二频带中的第二CC的载波聚合(CA)模式操作；

当所述UE正在以具有所述第一频带中的第一CC和所述第二频带中的所述第二CC的CA操作时，确定在所述第一CC和所述第二CC上接收的物理下行链路控制信道(PDCCH)符号的跨度模式；以及

至少基于所述跨度模式来选择PDCCH监测类型；和

收发器，所述收发器通信地连接到所述一个或多个处理器。

12.根据权利要求11所述的UE，其中为所有跨度模式选择Rel.16未对齐PDCCH监测类型。

13.根据权利要求11所述的方法，其中为所述{2,2}模式或所述{4,3}模式选择Rel.16未对齐PDCCH监测类型。

14.根据权利要求11所述的方法，其中为所述{2,2}模式选择Rel.16未对齐PDCCH监测类型。

15.一种方法，包括：

在用户装备(UE)处：

确定载波聚合(CA)组合的第一分量载波(CC)和第二CC是否共址；以及

至少基于所述确定所述第一CC和所述第二CC是否共址来选择PDCCH监测类型。

16.根据权利要求15所述的方法，其中当所述第一CC和所述第二CC不共址时，Rel.16未对齐PDCCH监测类型被选择。

17.根据权利要求15所述的方法，其中当所述第一CC和所述第二CC共址时，所述方法还包括：

确定在所述第一CC和所述第二CC上接收的PDCCH符号是对齐的还是未对齐的，其中选择所述PDCCH监测类型进一步基于在所述第一CC和所述第二CC上接收的所述PDCCH符号是对齐的还是未对齐的。

18.根据权利要求15所述的方法，其中所述确定基于从所述UE连接到的基站所接收的CA配置信息。

19.根据权利要求15所述的方法，其中所述确定基于所述CA组合所属于的小区组。

20.根据权利要求15所述的方法，其中所述多个CA组合被划分成小区组内的多个共址组，所述方法还包括：

向所述小区组的小区报告所述UE关于支持针对所述多个共址组中每一者的PDCCH监测类型的能力。

21.一种用户装备(UE)，包括：

一个或多个处理器，所述一个或多个处理器被配置为：

确定载波聚合(CA)组合的第一分量载波(CC)和第二CC是否共址；以及

至少基于所述确定所述第一CC和所述第二CC是否共址来选择PDCCH监测类型；和

收发器，所述收发器通信地连接到所述一个或多个处理器。

22.根据权利要求21所述的UE，其中当所述第一CC和所述第二CC不共址时，Rel.16未对齐PDCCH监测类型被选择。

23.根据权利要求21所述的UE，其中当所述第一CC和所述第二CC共址时，所述一个或多个处理器还被配置为：

确定在所述第一CC和所述第二CC上接收的PDCCH符号是对齐的还是未对齐的，其中选择所述PDCCH监测类型进一步基于在所述第一CC和所述第二CC上接收的所述PDCCH符号是对齐的还是未对齐的。

24.根据权利要求21所述的UE，其中所述确定基于以下中的一者：(i)从所述UE连接到的基站所接收的CA配置信息或者(ii)所述CA组合所属于的小区组。

25.根据权利要求21所述的UE，其中所述多个CA组合被划分为小区组内的多个共址组，所述一个或多个处理器还被配置为：

向所述小区组的小区报告所述UE关于支持针对所述多个共址组中每一者的PDCCH监测类型的能力。

Images