CN116707732A - 在具有多个服务小区的载波聚合中进行pdcch监测的方法和ue - Google Patents

Abstract

公开了一种用于在具有多个服务小区的载波聚合中进行PDCCH监测的方法和用户设备(UE)。在一些实施例中，所述方法包括：接收与第一分量载波(CC)和第二CC相关联的载波指示符字段(CIF)；针对特定物理下行链路控制信道(PDCCH)候选，基于所述CIF来确定所述PDCCH候选的多个控制信道元素(CCE)；使用所述多个CCE对所述PDCCH候选进行解码，以接收调度针对所述第一分量载波(CC)的第一物理下行链路共享信道(PDSCH)以及针对所述第二CC的第二PDSCH的PDCCH；以及基于所述PDCCH接收所述第一PDSCH和所述第二PDSCH。

Description

在具有多个服务小区的载波聚合中进行PDCCH监测的方法和 UE

本申请要求于2022年3月3日提交的第63/316,407号美国临时申请、于2022年7月12日提交的第63/388,603号美国临时申请、于2022年7月27日提交的第63/392,815号美国临时申请、于2022年10月11日提交的第63/415,263号美国临时申请、于2022年10月25日提交的第63/419,283号美国临时申请、于2023年1月24日提交的第63/440,856号美国临时申请以及于2023年2月24日提交的第18/174,588号美国非临时申请的优先权权益，其中，每一个的公开内容如同在此充分阐述的通过引用全文合并。

技术领域

本公开一般涉及无线通信。更具体地，本文公开的主题涉及在具有多个服务小区的载波聚合中进行PDCCH监测的方法和用户设备(UE)。

背景技术

在根据由第3代合作伙伴计划(3GPP)颁布的第五代移动通信技术(5G)标准操作的蜂窝系统中，用户设备(UE)可通过监测物理下行链路(DL)控制信道(PDCCH)来接收下行链路(DL)控制信息(DCI)，以获得物理DL共享信道(PDSCH)和物理上行链路(UL)共享信道(PUSCH)的调度信息。

以载波聚合(CA)的形式支持与多个载波的通信。在CA中，UE能够将多个分量载波(CC)用于DL和UL，从而允许UE利用比使用单个CC可能的带宽大的带宽。可存在多种模式的CA，包括：(i)具有连续CC的带内频率聚合，(ii)具有非连续CC的带内频率聚合，以及(iii)具有非连续CC的带间频率聚合。

CA模式的上述分类取决于包含所使用的CC的频带的集合；该频带的集合被称为频带组合。UE最初连接到CA中的一个小区，该小区被称为主小区(PCell)。然后，UE找到并连接到CA中的多个其他小区，所述多个其他小区称为辅小区(SCell)。

上述CA可被扩展到双连接(DC)，其中，双连接(DC)可通过在主节点过载的情况下将数据从主节点卸载到辅节点，来提供较高的每用户吞吐量。将数据从宏小区卸载到小小区是示例用例。在典型场景中，UE首先连接到主节点，然后连接到辅节点。EN-DC、NE-DC和NN-DC分别指主节点和辅节点是演进节点B(eNB)、下一代节点B(gNB)的DC场景、主节点和辅节点是(gNB、eNB)的DC场景、以及主节点和辅节点是(gNB、gNB)的DC场景。节点具有不同的无线电接入技术的部署场景被称为MR-DC。NE-DC和EN-DC是MR-DC的两个示例。

在一些实施例中，利用关于调度小区的一个DCI来调度多个被调度小区。为了减少用于调度下行链路数据信道或上行链路数据信道的控制信令开销，一个DCI可在CA部署中的多个小区中调度多个不同的传输块(TB)。

上述方法的一个问题在于，当单个DCI使用跨载波调度来调度多个PDSCH时，可能无法清楚地定义每个PDSCH通常发送的某些参数的信令。

为了克服这些问题，本文描述了用于针对这些参数定义明确的信令方法的系统和方法。因为上述方法消除了在另外情况下可能存在的模糊性，所以它们改进了先前的方法。

发明内容

根据本公开的实施例，提供了一种方法，包括：接收与第一分量载波(CC)和第二CC相关联的载波指示符字段(CIF)；针对特定物理下行链路控制信道(PDCCH)候选，基于所述CIF来确定所述PDCCH候选的多个控制信道元素(CCE)；使用所述多个CCE对所述PDCCH候选进行解码，以接收调度针对所述第一分量载波(CC)的第一物理下行链路共享信道(PDSCH)以及针对所述第二CC的第二PDSCH的PDCCH；并且基于PDCCH接收所述第一PDSCH和所述第二PDSCH。

在一些实施例中：接收CIF的步骤包括：由用户设备(UE)接收所述CIF；以及所述UE是配置有以下项之间的关联的无线电资源控制(RRC)：所述CIF；以及包括所述第一CC和所述第二CC的多个CC。

在一些实施例中，所述方法包括：针对PDCCH候选执行盲解码；以及将所述盲解码计数为针对所述第一CC和所述第二CC中的参考CC的计数，并且不将所述盲解码计数为针对所述第一CC和所述第二CC中的另一CC的计数。

在一些实施例中，所述方法还包括：将所述PDCCH候选的控制信道元素(CCE)计数为针对所述第一CC和所述第二CC的参考CC的计数，并且不将所述PDCCH候选的CCE计数为针对所述第一CC和所述第二CC中的另一CC的计数。

在一些实施例中，所述参考CC通过RRC配置来确定。

在一些实施例中，所述参考CC从与所述CIF相关联的CC之中被选择。

在一些实施例中：在第三CC上传输所述PDCCH；所述第一CC链接到所述第三CC；所述第二CC未链接到所述第三CC；并且所述第一CC是所述参考CC。

根据本公开的实施例，提供了一种用户设备(UE)，包括：一个或多个处理器；以及存储指令的存储器，所述指令在由所述一个或多个处理器执行时促使执行以下操作：接收与第一分量载波(CC)和第二CC相关联的载波指示符字段(CIF)；针对特定PDCCH候选，基于所述CIF来确定所述PDCCH候选的多个CCE；使用所述多个CCE对所述PDCCH候选进行解码，以接收调度针对所述第一分量载波(CC)的第一物理下行链路共享信道(PDSCH)以及用于针对第二CC的第二PDSCH的PDCCH；以及基于PDCCH接收所述第一PDSCH和所述第二PDSCH。

在一些实施例中，所述UE是配置有以下项之间的关联的无线电资源控制(RRC)：所述CIF；以及包括第一CC和第二CC的多个CC。

在一些实施例中，所述指令在由所述一个或多个处理器执行时促使执行以下操作：针对所述PDCCH候选执行盲解码；以及将所述盲解码计数为针对所述第一CC和所述第二CC中的参考CC的计数，并且不将所述盲解码计数为针对所述第一CC和所述第二CC中的另一CC的计数。

在一些实施例中，所述指令在由所述一个或多个处理器执行时还促使执行以下操作：将所述PDCCH候选的控制信道元素CCE计数为针对所述第一CC和所述第二CC的参考CC的计数，并且不将所述PDCCH候选的CCE计数为针对所述第一CC和所述第二CC中的另一CC的计数。

在一些实施例中，所述参考CC通过RRC配置来确定。

在一些实施例中，所述参考CC从与所述CIF相关联的CC之中被选择。

在一些实施例中：在第三CC上传输所述PDCCH；所述第一CC链接到所述第三CC；所述第二CC未链接到所述第三CC；并且所述第一CC是所述参考CC。

根据本公开的实施例，提供了一种用户设备(UE)，包括：用于处理的装置；以及存储指令的存储器，所述指令在由所述用于处理的装置执行时促使执行以下操作：接收与第一分量载波(CC)和第二CC相关联的载波指示符字段(CIF)；针对特定PDCCH候选，基于所述CIF来确定所述PDCCH候选的多个CCE；使用所述多个CCE对所述PDCCH候选进行解码，以接收调度针对所述第一分量载波(CC)的第一物理下行链路共享信道(PDSCH)以及针对所述第二CC的第二PDSCH的PDCCH；以及基于PDCCH接收所述第一PDSCH和所述第二PDSCH。

在一些实施例中，所述UE是配置有以下项之间的关联的无线电资源控制(RRC)：所述CIF；以及包括第一CC和第二CC的多个CC。

在一些实施例中，所述指令在由所述用于处理的装置执行时，促使执行以下操作：针对所述PDCCH候选执行盲解码；以及将所述盲解码计数为针对所述第一CC和所述第二CC中的参考CC的计数，并且不将所述盲解码计数为针对所述第一CC和所述第二CC中的另一CC的计数。

在一些实施例中，所述指令在由所述用于处理的装置执行时，还促使执行以下操作：将所述PDCCH候选的控制信道元素(CCE)计数为针对所述第一CC和所述第二CC的参考CC的计数，并且不将所述PDCCH候选的CCE计数为针对所述第一CC和所述第二CC中的另一CC的计数。

在一些实施例中，所述参考CC通过RRC配置来确定。

在一些实施例中，所述参考CC从与所述CIF相关联的CC之中被选择。

附图说明

在以下部分中，将参照附图中所示出的示例性实施例来描述本文公开的主题的各个方面，其中：

图1是根据一些实施例的部署的系统示图；

图2是根据一些实施例的调度示图；

图3是根据一些实施例的调度示图；

图4是根据一些实施例的PDCCH候选确定的图解；

图5A是示出根据一些实施例的载波指示符字段(CIF)与分量载波(CC)之间的关联的示图；

图5B是示出根据一些实施例的载波指示符字段(CIF)与分量载波(CC)之间的关联的示图；

图6A是示出根据一些实施例的载波指示符字段(CIF)与分量载波(CC)之间的关联的示图；

图6B是示出根据一些实施例的载波指示符字段(CIF)与分量载波(CC)之间的关联的示图；

图7A是根据一些实施例的无线系统的一部分的示图；

图7B是根据一些实施例的方法的流程图；以及

图8是根据实施例的网络环境中的电子装置的框图。

具体实施方式

在以下详细描述中，阐述了许多具体细节以便提供对本公开的透彻理解。然而，本领域技术人员将理解的是，可在没有这些具体细节的情况下实践所公开的方面。在其他情况下，没有详细描述公知的方法、过程、组件和电路，以免模糊本文公开的主题。

贯穿本说明书对“一个实施例”或“实施例”的引用意味着结合该实施例描述的特定特征、结构或特性可被包括在本文公开的至少一个实施例中。因此，贯穿本说明书在各个地方出现的短语“在一个实施例中”或“在实施例中”或“根据一个实施例”(或具有类似含义的其他短语)可以不必指代相同的实施例。此外，特定特征、结构或特性可以以任何合适的方式被组合在一个或更多个实施例中。在这方面，如本文所使用的，词语“示例性”意味着“用作示例、实例或说明”。本文描述为“示例性”的任何实施例不应被解释为必然比其他实施例优选或有利。另外，特定特征、结构或特性可以以任何合适的方式被组合在一个或更多个实施例中。

此外，取决于本文讨论的上下文，单数术语可包括对应的复数形式，并且复数术语可包括对应的单数形式。还应注意，本文示出和讨论的各种附图(包括组件示图)仅出于说明目的，并且未按比例绘制。例如，为了清楚起见，一些元件的尺寸可相对于其他元件被放大。此外，如果认为适当，则在附图中重复附图标号以指示对应和/或类似的元件。

本文使用的术语仅出于描述一些示例实施例的目的，并不旨在限制所要求保护的主题。如本文所使用的，除非上下文另有明确说明，否则单数形式“一”、“一个”和“该(所述)”旨在也包括复数形式。将进一步理解的是，当在本说明书中使用时，术语“包括”和/或“包括有”指定所述特征、整数、步骤、操作、元件和/或组件的存在，但不排除一个或更多个其他特征、整数、步骤、操作、元件、组件以及/或者一个或更多个其他特征、整数、步骤、操作、元件、组件的组的存在或添加。

应当理解的是，当元件或层被称为在另一元件或层上、“连接到”另一元件或层、或“结合到”另一元件或层时，它可直接在所述另一元件或层上、连接到所述另一元件或层、或结合到所述另一元件或层，或者可存在中间元件或层。相反，当元件被称为“直接在”另一元件或层“上”、“直接连接到”另一元件或层、或“直接结合到”另一元件或层时，不存在中间元件或层。相同的附图标号始终表示相同的元件。如本文所使用的，术语“和/或”包括相关联的所列项目中的一个或更多个的任何和所有组合。

如本文所使用的，否则术语“第一”、“第二”等用作针对它们之后的名词的标签，并且除非明确定义如此，否则不意味着任何类型的排序(例如，空间、时间、逻辑等)。此外，可跨两个或更多个附图使用相同的附图标号来指代具有相同或相似功能的部分、组件、块、电路、单元或模块。然而，这种用法仅是为了简化说明和便于讨论；这并不意味着这些组件或单元的构造或架构细节在所有实施例中均是相同的，或者这些共同引用的部分/模块是实现本文公开的一些示例实施例的唯一方式。

除非另有定义，否则本文使用的所有术语(包括技术术语和科学术语)具有与本主题所属领域的普通技术人员通常理解的含义相同的含义。将进一步理解的是，术语(诸如，在常用词典中定义的那些术语)应当被解释为具有与其在相关领域的上下文中的含义一致的含义，并且除非在本文中明确地如此定义，否则将不以理想化或过于正式的意义来解释。

如本文所使用的，术语“模块”是指被配置为提供本文结合模块描述的功能的软件、固件和/或硬件的任何组合。例如，软件可体现为软件包、代码以及/或者指令集或指令，并且如在本文描述的任何实施方式中使用的术语“硬件”可例如单独地或以任何组合包括组件、硬接线电路、可编程电路、状态机电路、和/或存储由可编程电路执行的指令的固件。模块可共同地或单独地体现为形成较大系统的一部分的电路，例如但不限于，集成电路(IC)、片上系统(SoC)、组件等。

如本文所使用的，某物的“一部分”意味着该物的“至少一些”，并且因此可意味着少于该物的全部或全部。因此，事物的“一部分”包括作为特殊情况的整个事物，即，该整个事物是事物的一部分的示例。如本文所使用的，当第二量在第一量X的“Y以内”时，其意味着第二量至少为X-Y并且第二量至多为X+Y。如本文所使用的，当第二值在第一值的“Y％以内”时，其意味着第二值至少为第一值的(1-Y/100)倍，并且第二值至多为第一值的(1+Y/100)倍。如本文所使用的，术语“或”应当被解释为“和/或”，使得例如“A或B”表示“A”、“B”或“A和B”中的任何一个。

术语“处理电路”和“用于处理的装置”中的每一个在本文中用于表示用于处理数据或数字信号的硬件、固件和软件的任何组合。处理电路硬件可包括例如专用集成电路(ASIC)、通用或专用中央处理器(CPU)、数字信号处理器(DSP)、图形处理器(GPU)、和可编程逻辑器件(诸如，现场可编程门阵列(FPGA))。在处理电路中，如本文所使用的，每一个功能由被配置(即，硬连线)为执行该功能的硬件执行，或者由被配置为执行存储在非暂时性存储介质中的指令的更通用的硬件(诸如，CPU)执行。处理电路可被制造在单个印刷电路板(PCB)上或者分布在若干个互连的PCB上。处理电路可包含其他处理电路；例如，处理电路可包括在PCB上互连的两个处理电路，FPGA和CPU。

如本文所使用的，当方法(例如，调整)或第一量(例如，第一变量)被称为“基于”第二量(例如，第二变量)时，其意味着第二量是该方法的输入或影响第一量，例如，第二量可以是计算第一量的函数的输入(例如，唯一的输入，或者若干个输入中的一个)，或者第一量可等于第二量，或者第一量可与第二量相同(例如，与第二量存储在存储器中的一个或更多个相同的位置处)。

图1示出了NN-DC部署场景，其中，NN-DC部署场景包括主节点(MgNB)105、两个辅节点(SgNB-1和SgNB-2)110a和110b、以及三个UE(UE-1、UE-2和UE-3)115a、115b、115c。在图1的示例中，UE-3处于DC模式并且同时连接到两个新无线电(NR)节点(即，gNB)。主节点(MgNB)105配置主小区组(MCG)内的服务小区的集合，并且辅节点(SgNB)110a、辅节点(SgNB)110b中的每一个配置辅小区组(SCG)内的服务小区的集合。MCG的主小区被称为PCell，而MCG的辅小区被称为SCell。SCG的主小区被称为PSCell。PCell和PSCell也被称为特殊小区(SpCell)。

一些实施例涉及CA部署场景，并且本文公开的构思可扩展到DC场景中的每一个小区组。在CA中，通常在每一个小区中发送PDCCH以在该小区上调度PDSCH或PUSCH。然而，在跨载波调度(CCS)的情况(其中，被称为调度小区(scheduling cell)的小区发送用于不同的小区(被称为被调度小区(scheduled cell))的DCI)下，情况可能并非如此。可在具有相同或不同的针对调度小区的参数集μ₁和针对被调度小区的参数集μ₂的情况下在调度小区和被调度小区之间进行CCS。具有不同的参数集(即，在μ₁≠μ₂的情况下)的CCS具有有说服力的频率范围(FR1)调度FR2的用例。这是因为FR1(例如，在低于6GHz的频率处)可具有较好的覆盖，并且因此在FR1上递送DL控制信息可较可靠。跨载波调度可以是在FR1上递送针对FR2的DL控制信息的有效方式。这样，在调度小区与被调度小区之间的具有不同的参数集的CCS可具有实用价值。图2示出具有不同的参数集的CCS的示例，其中，子载波间隔(SCS)为15kHz的调度小区调度SCS＝30kHz的被调度小区。在调度小区的时隙n的前三个符号上发送PDCCH，其中，调度小区调度被调度小区的时隙m+1上的PDSCH。

在调度小区的搜索空间(SS)上进行对DCI的监测以对PDCCH进行解码。在3GPP规范的TS 38.213 V17.2.0中，在TS 38.213 V17.2.0的第10.1条款中描述LE SS。

从TS 38.213 V17.2.0可看出，搜索空间(SS)被分类为公共SS(CSS)和UE特定SS(USS)。在当前系统中，可在所有小区中监测USS和类型3(Type3)CSS的同时，在主小区上仅监测除了类型3组公共(GC)PDCCH SS之外的CSS。在CCS的情况下，在被调度小区中不监测SS。在一些实施例中，主小区是被调度小区，并且可采用动态频谱共享(DSS)。

从UE的角度来看，对DCI进行处理以接收PDSCH或发送PUSCH的步骤受制于处理时间。在3GPP标准的TS 38.214 V17.0.0中，如第5.3条款和第6.4条款中所规定的，定义了两种不同的UE处理能力(能力1(cap#1、Cap 1或CAP1)和能力2(cap#2、Cap 2或CAP2))。能力是表示在UE对PDSCH或PUSCH进行处理所需的正交频分复用(OFDM)符号的数量(N1或N2)，并且所述能力取决于包括子载波间隔(SCS)或参数集μ的若干参数。可看出，针对cap#2(缩短的处理时间)的N1或N2比针对cap#1的N1或N2小。

在一些实施例中，如在图3中所示出的，利用调度小区上的一个DCI来调度多个被调度小区。为了减少用于调度下行链路或上行链路数据信道的控制信令开销，一个DCI可调度CA部署中的多个小区中的多个不同的传输块(TB)。

在一个实施例中，当一个DCI调度多个小区时，可复制与这种分配相关的DCI中的参数以具有多个副本。这种分配参数可以是但不必限于时域资源分配(TDRA)、频域资源分配(FDRA)、冗余版本(RV)、调制和编码方案(MCS)、PDCCH到PDSCH定时(K0)、PDSCH到物理UL控制信号(PUCCH)定时(K1)、PDCCH到PUSCH定时(K2)、或数据分配索引(DAI)。这种复制会增加DCI大小并降低效率，这对于DCI是重要的。在另一实施例中，无线电资源控制(RRC)提供所有小区中的分配参数的组的列表，并且DCI可指示列表中的索引。这种分配参数可以是但不必限于时域资源分配(TDRA)、频域资源分配(FDRA)、冗余版本(RV)、调制和编码方案(MCS)、PDCCH到PDSCH定时(K0)、PDSCH到物理UL控制信号(PUCCH)定时(K1)、或PDCCH到PUSCH定时(K2)。在另一实施例中，某些参数由两个小区共享。

PDSCH到物理UL控制信号(PUCCH)定时K1和PUCCH资源指示符的使用可受到多个小区是否属于同一PUCCH组的影响。在这种情况下，采用单独的PUCCH可能不是有利的。在一个实施例中，提供了针对K1的单个参数和针对PUCCH资源指示符(PRI)的单个参数，并且基于与PDSCH参数集对应的假定地构建的PUCCH之中的最新的PUCCH以及每一个小区的分配参数，来确定实际PUCCH。在另一实施例中，提供了针对K1的单个参数和针对PUCCH资源指示符的单个参数，并且基于与PDSCH参数集对应的假定地构建的PUCCH之中的满足所有小区的PDSCH处理时间的最早的PUCCH以及每一个小区的分配参数，来确定实际PUCCH。在另一实施例中，将某个PDSCH小区用作参考小区以确定实际PUCCH。

如果使用一个PUCCH，则一个或更多个DAI字段可被包含在DCI中。如果提供了一个DAI字段，则在3GPP规范的TS 38.213中提供的构建类型2(Typer-2)混合自动重传请求(HARQ)确认或否定确认(ACK/NACK或A/N)(HARQ A/N)码本的过程可被修改。例如，码本中的A/N比特位置可被生成为“N”个连续位置，其中，起始位置与最小的被调度小区索引的位置对应，其中“N”是DCI中的被调度小区的数量。在这种情况下，针对所有其他的被调度小区索引，可跳过码本中的DAI相关操作，并且针对该DCI，DAI增量可以是一。在TS 38.213V17.2.0的第9.1.3.1条款中定义详细行为。

在另一实施例中，使用多个单独的PUCCH。可利用针对K1的单个参数和针对PUCCH资源指示符的单个参数，并且可基于单个参数来构建多个PUCCH。由于DAI是针对一个参考PUCCH时隙，因此，可使用多个DAI字段。

在下文中，假设调度小区上的PDCCH调度N个服务小区上的PDSCH。本公开包括两部分，其中，一部分关于搜索空间配置，以及一部分关于跨载波SS链接、盲解码(BD)/控制信道元素(CCE)(BD/CCE)限制和超额预定(overbooking)。

搜索空间配置

在Rel-15中，PDCCH监测基于搜索空间(SS)的概念。可经由具有公共SS(CSS)和/或UE特定SS(USS)的RRC来配置UE。SS与控制资源集(CORESET)相关联，其中，CORESET在资源元素组(REG)和控制信道元素(CCE)方面定义频域资源。尽管CORESET主要涉及频域资源确定，但它还在OFDM符号的数量方面确定PDCCH候选的长度。例如，长度为3的CORESET指定PDCCH候选全部在时隙中的三个连续OFDM符号上。SS确定UE监测PDCCH的时隙中的时域资源。例如，SS可指示时隙中的符号4，并且如果SS与长度为3的CORESET相关联，则这意味着UE监测时隙中的符号4、符号5和符号6上的PDCCH。TS 38.213 V17.2.0的第10.1条款描述了SS和CORESET配置以及相关UE行为的方面。

在Rel-15中，参见TS 38.213第10.1条款，根据旨在在CORESET中均匀分布候选的函数来确定资源，例如，与被调度小区对应的调度小区上的PDCCH候选的控制信道元素(CCE)。每一个被调度小区仅由一个调度小区调度，并且经由无线电资源控制(RRC)配置有载波指示符字段(CIF)的值。除了用于确定针对每一个小区的PDCCH候选的RRC配置之外，还可使用CIF来指示被调度小区，例如，经由Rel-15中的搜索空间共享特征，或者当与不同被调度小区对应的PDCCH候选完全重叠时。图4示出关于调度小区的根据Rel-15的PDCCH候选确定。具有不同类型的阴影的PDCCH候选(经由CIF＝0)调度调度小区、(经由CIF＝1)调度第一被调度小区并且(经由CIF＝2)调度第二被调度小区。在该半静态配置上，当使用搜索空间共享时，与CIF＝1或CIF＝2对应的候选中的任意候选可调度第一被调度小区或第二被调度小区。

以下部分呈现了用于确定用于多小区调度的PDCCH候选资源的方法。

在Rel-15中，如果UE声明对应的能力，则提供搜索空间共享特征。SS共享意味着，如果CC1和CC2两者都用CC0调度，则gNB可使用与CC1相关联的PDCCH候选来发送调度CC2的PDCCH，反之亦然。由第3代合作伙伴计划(3GPP)颁布的第五代移动通信技术(5G)标准的TS38.213指定了用户设备(UE)可通过具有CCE聚合等级AL的PDCCH候选来接收对应的PDCCH的情况。在TS 38.213 V17.2.0的第10.1条款中给出SS共享的细节。

当PDCCH候选与被调度小区的集合相关联时，可重新定义搜索空间(SS)共享。在一个实施例中，例如，如果在一个集合中存在未被包括在第二集合中的至少一个服务小区，则第一PDCCH候选可与服务小区(C₁、……C_M)相关联，并且第二PDCCH候选可与服务小区(c′₁、……c′_M)相关联。

在基于PDCCH调度单个小区还是调度多个小区来调整对每个PDCCH候选的BD/CCE的数量的计数的任何方案的情况下，UE应当在解码之前知道PDCCH候选与某个服务小区相关联还是与某些服务小区相关联。在一个实施例中，每一个PDCCH候选与(一个或更多个)服务小区(CIF)的集合相关联。PDCCH候选可根据以下方法中的任何方法与CIF的集合或小区的集合相关联，所述方法在本文中被称为方法a、方法b、方法c和方法d。

在方法a中，SS的所有PDCCH候选均与服务小区的某个组合相关联。该关联被确定为SS配置的一部分。

对于方法a，不存在某个CIF值与被调度小区的组合的关联。

如果在DCI中不存在CIF，或者如果存在CIF但UE被RRC配置为忽略CIF，则每一个PDCCH候选仅可调度多小区，即组合中的所有小区。否则，PDCCH仅调度由CIF指示的单个小区。

可选地，某个CIF值可与被调度小区的某个组合相关联。

在方法b中，UE经由RRC被配置有CIF与服务小区的组合之间的关联。也就是说，每一个CIF与服务小区的集合相关联。散列函数被解释为使得具有某个CIF的PDCCH候选与服务小区的组合相关联，其中，服务小区的所述组合与该CIF相关联。

在图5A中示出了示例，该示例示出CIF值为0、CIF值为1和CIF值为2分别与CC0、CC1和CC2相关联的传统行为。

利用方法b，CIF＝0可与CC0相关联，并且CIF＝1可与(CC1、CC2)相关联。在图5B中，CIF 1候选与服务小区(CC1、CC2)相关联。

假设针对调度小区有最大数量N_max个被共同调度小区，存在可由多载波DCI(MC-DCI)调度的个小区子集。向不同的小区的集合分配不同的CIF值可导致SS中的PDCCH候选太多。另外，如果MC-DCI格式大小随着被调度小区的实际数量而改变，则在SS中将存在太多不同的DCI大小要监测，这可能超过DCI预算大小。因此，为不同的被共同调度小区的集合分配相同的CIF值可能是合理的。在与同一CIF值相关联的小区的多个集合的情况下，UE在DCI解码之前可能不知道哪个集合由MC-DCI调度。DCI中的动态指示可指示被调度小区的实际集合。下面在经由DCI中的位映射指示的部分调度的讨论中解释了可实现这一点的一种方式。

在方法c中，UE配置有服务小区的一个或更多个组合。针对给定组合(CC₁、……CC_L)，UE利用与小区相关联的CIF根据传统散列函数来确定针对组合中的每一个小区的PDCCH候选。一旦已经确定了候选，与组合中的小区中的任何小区相关联的任何候选就被重新解释为与该组合相关联。在该方法中没有CIF与小区的组合的关联。不同的组合可以是不相交的，即，没有小区出现在两个组合中。

图6A示出方法c如何起作用。图6A的左侧部分和右侧部分分别示出传统行为和根据方法c的行为。如果在DCI中不存在CIF字段，或者如果存在CIF字段但UE被RRC配置为忽略CIF字段，则与小区组合相关联的候选可调度：(i)多小区，即，组合中的那些小区，或者(ii)由用于候选确定的CIF确定的单个小区(可基于RRC配置应用(i)或(ii))。否则，候选根据相关联的CIF调度单个小区。

在方法d中，如果调度DCI调度具有索引i₁、……i_N的N个小区，则可仅在与小区索引i相关联的PDCCH候选上发送调度DCI，其中，i是N个索引之中的最小的小区索引或最大的小区索引。换句话说，UE被配置有针对单个小区调度的小区的组合，如在具有以下一处修改的传统标准中那样：具有最小或最大的索引的小区的候选现在与组合中的所有小区相关联。

图6B示出方法d的示例。如果在DCI中不存在CIF字段，或者存在CIF字段但UE被RRC配置为忽略CIF字段，则与小区的组合相关联的PDCCH仅可调度多个小区，即组合中的小区。否则，PDCCH仅可调度由CIF指示的小区。

利用方法b、方法c和方法d，与相同的SS集合中的不同的CIF值(小区的不同组合)相关联的不同PDCCH候选可完全重叠。在这种情况下，如果在DCI中不存在CIF字段，或者存在CIF字段但UE被RRC配置为忽略CIF字段，并且如果与对应于小区的组合的CIF相关联的候选和与对应于单个小区的CIF相关联的候选完全重叠，则UE无法对单个小区调度或多小区调度进行区分。在这种情况下，在UE和gNB之间建立默认规则以定义行为。例如，规则可以是检测到的PDCCH被解释为a)单小区调度或b)多小区调度。在另一实施例中，这种重叠被定义为错误情况，这意味着如果两个组合不相同，则UE不期望与对应于小区的第一组合的CIF相关联的候选和与对应于小区(或单个小区)的第二组合的CIF相关联的候选完全重叠。否则(如果在DCI中存在CIF字段并且UE未被RRC配置为忽略CIF字段)，UE将解码的PDCCH解释为已经调度了由CIF字段指示的小区。

与不同CIF(或小区的不同的组合)相关联的不同PDCCH候选的重叠也可跨越不同的SS集合发生。不同的搜索空间可被配置为针对不同的DCI格式进行监测。例如，如果SS1配置有DCI 1_0/0_0并且SS2配置有DCI 1_1/0_1，并且与SS1的CIF＝1相关联的候选和与SS2的CIF＝2相关联的候选完全重叠，并且UE在候选中检测到DCI 1_1，则UE可推断DCI来自SS2，并且因此可将检测到的DCI解释为与CIF＝2相关联。对于相同SS和/或不同SS，上述重叠也可以是错误情况。也就是说，(i)UE不期望被配置有使得与两个不同的CIF相关联的两个PDCCH候选完全重叠的SS，以及(ii)UE不期望被配置有使得第一SS的PDCCH候选和与不同的CIF相关联的PDCCH候选完全重叠的两个SS。

利用上述方法中的任何方法，如果配置了DCI中的部分调度字段，则实际被调度小区是相关联组合中的在部分调度DCI字段中被指示为被调度的那些小区。例如，利用方法b，当与(CC#0、CC#1、CC#2)相关联的候选在这三个小区上调度多个PDSCH时，如果在DCI中存在部分调度字段并且部分调度字段等于(0、1、1)，则存在在(CC#1、CC#2)上调度的两个PDSCH。

跨载波SS链接、BD/CCE限制和超额预定

在Rel-15中，针对每个被调度小区定义针对BD/CCE的限制。尽管当前规范在没有任何修改的情况下起作用，但可论证的是，如果DCI可同时调度两个小区，则PDCCH针对被调度小区中的每一个应当仅被计数为1/2。因此，UE将每一个PDCCH候选计数为1还是1/2取决于该候选调度两个小区的可能性。在一个实施例中，UE通过这种指示经由RRC被配置，并且UE相应地将候选计数为1或1/2。通常，对于与M个服务小区(被调度小区)相关联的PDCCH候选，UE针对每一个小区将BD计数为1/M，并且针对每一个被调度小区将CCE计数为与候选相关联的非重叠CCE的总数除以M。可选地，可选择参考小区(例如，具有最小或最大的服务小区索引的小区)，并且BD/CCE仅针对该小区被计数，即，针对参考小区的值为1，针对其他小区的值为0。

在Rel-15中，针对每个被调度小区定义PDCCH监测复杂度方面。当UE配置有载波聚合(CA)时，这种定义可能无法完全捕捉总的监测复杂度。这是基于以下假设：针对不同的被调度小区的PDCCH候选在调度小区上的SS中可重叠。在重叠的情况下，UE进行PDCCH监测所花费的总的付出量针对被调度小区可被加倍地计数。例如，如果在两个被调度小区之间共享CCE，则两个小区都受益于监测该CCE，因此可论证的是，该CCE针对每一个小区应当被计数为小于一。

以下讨论考虑当不同的CIF的候选重叠时的BD/CCE计数的特殊处理。公开了两种方法，称为方法1和方法2。

在方法1中，当SS中的具有CIF＝1的候选与被调度小区CC0相关联并且具有CIF＝2的候选与被调度小区(CC0、CC1)相关联时，则：(i)如果调度CC0的第一候选的CCE与调度(CC0、CC1)的第二候选的CCE重叠，则该CCE针对CC0被计数为1/2并且针对CC1被计数为1/2。可选地，该CCE仅针对一个参考小区(例如，CC0或CC1)被计数为1，并且针对另一小区被计数为0；(ii)如果与CC0相关联的候选和与(CC0、CC1)相关联的候选完全重叠，则该候选针对CC0被计数为1/2并且针对CC1被计数为1/2。可选地，该PDCCH候选仅针对一个参考小区(例如，CC0或CC1)被计数为1BD，并且针对另一小区被计数为0BD。

在方法2中，当SS中的具有CIF＝i的候选(对于候选，i＝1、……、N)与M_i个小区的组合相关联时，则(i)如果与不同的CIF对应的N个PDCCH候选包括CCE，则该CCE针对与CIF＝k对应的组合中每一个小区被计数为1/M_k(其中，与CIF＝k对应的所述组合是具有最大或最小的数量的小区的组合)，并且该CCE针对其他组合中的每一个其他小区被计数为零；(ii)如果与不同的CIF对应的N个PDCCH候选完全重叠，则每一个候选仅针对与CIF＝k对应的组合中的每一个小区被计数为1/M_k BD(其中，与CIF＝k对应的所述组合是具有最大或最小的数量的小区的组合)，并且所述每一个候选针对其他组合中的每一个其他小区被计数为0BD。

作为示例，如果与(CC1、CC2、CC3)相关联的CIF＝0的PDCCH候选和与(CC2、CC4)相关联的CIF＝1的PDCCH候选重叠，并且CCE对于两个候选是公共的，则该CCE针对CC1、CC2和CC3被计数为1/3，并且针对CC4被计数为0。类似地，如果两个候选完全重叠，则第一候选针对CC1、CC2和CC3被计数为1/3，并且第二候选针对CC2或CC4不被计数。

通常，如果与CIF值相关联的PDCCH候选能够调度小区的多个集合，则在一种方法中，所招致的BD/CCE仅针对超集中的小区之一被计数。超集可以是多个集合之中的一个集合，或者集合的并集，或者参考小区，其中，参考小区可以是或可以不是被调度小区的集合的一部分。参考小区可经由RRC来配置，例如，它可以是调度小区。

在超集中有多个小区的情况下，BD/CCE可被计数为1/M，其中，M是超集中的小区的数量。针对PDCCH候选的CCE计数可类似于BD计数。例如，PDCCH候选的每一个CCE可针对所有小区被计数为1/M，或者针对一个参考小区被计数为1。

在涉及联合每组合的计数的另一实施例中，UE配置有小区的组合，并且所有那些小区由单个DCI一起调度或者不被调度。在这种情况下，BD/CCE可针对那些小区被联合定义，这意味着不施加每个小区的计数和限制。换句话说，不期望UE对多于与小区的组合相关联的M个PDCCH候选进行解码以及针对小区的每个组合监测多于C个CCE。

在Rel-15中，提供了超额预定和SS丢弃机制，以确保UE不会监测超过每个被调度CC BD/CCE的限制。然而，超额预定可仅发生在PCell上。也就是说，UE仅需要在PCell上跟踪配置的PDCCH候选的数量和每个时隙的BD/CCE计数，从而知道计数将小于针对SCell的限制。可考虑以下情况。

如果使用传统的每个小区的计数，则超额预定/丢弃可遵循Rel-15行为，其中，调度PCell的每一个PDCCH候选被计数为1/M，其中，M是能够由PDCCH候选调度的小区(包括PCell)的数量(PDCCH候选与小区PCell、小区Scell#1、……、小区Scell#-1相关联)。为了避免部分SS监测，如果作为针对PCell的SS超额预定的结果，SS被丢弃，则由于与小区(PCell、Scell#1、……Scell#-1)相关联的SS中的PDCCH候选的配置，SS针对(Scell#1、……Scell#-1)完全被丢弃。

如果使用联合每个组合的计数，则通过对每个PDCCH进行计数，针对被调度小区的集合可发生超额预定，其中，所述每个PDCCH对该集合中的被调度小区中的任何被调度小区进行计数。

在Rel-15跨载波调度中，如果UE在被调度小区(的活动DL带宽部分(BWP))上配置了具有相同ID的“链接”搜索空间集，则UE监测来自调度小区上设置的搜索空间的PDCCH候选，以用于对针对所述被调度小区的DCI格式进行解码。根据Rel-15，如果被调度小区上的SS和调度小区上的SS具有相同的ID，则被调度小区上的SS链接到调度小区上的SS；根据在被调度小区上的链接的SS中配置的候选数量和聚合等级，来确定调度小区上的链接的SS中的候选数量和聚合等级；SS ID在服务小区的BWP之中是唯一的；以及如果在两个小区上包含链接的SS的两个DL BWP两者都是活动的，则UE应用调度小区上的链接的SS。

下面呈现了上述规则与Rel-18中的MC-DCI一起起作用的方法。假设了CIF和一组小区之间的关联，其中，CIF值与一组M个被调度小区CC1、……CC#M相关联。根据上述规则定义SS集合对被调度小区的适用性。如果调度小区的活动BWP中的SS链接到被调度小区的活动BWP中的具有相同ID的SS，则调度小区的活动BWP中的SS被称为适用于该被调度小区。

调度小区与被调度小区之间的SS链接可能中断的典型场景是在发生BWP切换时。假设在调度小区的活动BWP上配置了具有ID#1的SS，并且在被调度小区的活动BWP中配置了具有相同ID的不同SS。如果gNB切换被调度小区的活动BWP，则可以不在新的BWP中配置具有ID#1的SS。在这种情况下，调度小区上的SS不再链接到被调度小区。因此，UE不在SS上监测针对被调度小区的PDCCH。为了恢复监测，gNB需要在被调度小区的新的BWP上重新配置具有ID#1的SS，或者在调度小区上配置具有与在被调度小区的新的BWP中配置的SS之一相同的SS ID的SS。在任何情况下，为了具有针对被调度小区的连续PDCCH监测，gNB可在调度小区和被调度小区上配置SS集合和BWP，使得任何两个BWP(其中，一个BWP在调度小区上并且一个BWP在被调度小区上)具有至少一个共同的SS ID。

跨越调度(或被调度小区)的BWP具有不同的SS ID的优点在于，为gNB提供针对SS配置的完全灵活性可能是有用的。具体地，改变小区上的BWP也可改变SCS和时隙持续时间。这可能需要具有更新的周期性和时隙内的监测时机(MO)的集合的新SS配置。这样，针对不同的BWP具有不同的SS配置可能是有利的。然后，由于SS属性不同，所以SS ID可被设置为不同。可考虑三种情况，在本文中称为情况1、情况2和情况3。

在情况1中，调度小区上的SS集合适用于所有的M个被共同调度的小区。这种情况不需要特别考虑。UE针对所有被共同调度的小区监测SS中的候选。可根据上面针对BD/CCE计数讨论的任何方法来执行BD/CCE计数。

在情况2中，调度小区上的SS集合不适用于M个被共同调度小区中的任何一个。这种情况不需要特别考虑。UE针对所有被共同调度的小区不监测SS中的候选。针对被共同调度的小区中的任何一个均不执行BD/CCE计数。

在情况3中，调度小区上的SS集合适用于一些但不是所有的被共同调度小区。

可假设调度小区上的SS集合适用于M个被共同调度小区之中的M₁个小区。UE针对SS集合中的那些M-M₁个被调度小区均不监测PDCCH，无论PDCCH候选与小区关联如何。这意味着UE在对与小区相关联的PDCCH候选进行DCI解码之前知道DCI无法调度所述M-M₁个小区。作为示例，可使用上面针对BD/CCE计数讨论的任何方法来执行BD/CCE计数，其中，修改在于PDCCH候选与所述M-M₁个小区相关联。例如，候选针对所述M-M₁个小区中的每一个可被计数为在另一种方法中，假设候选与M个小区相关联，对候选进行计数，无论适用小区的数量如何；例如，针对M个小区中的每一个计数为1/M BD。

在Rel-15中，针对在调度小区上配置的包括用于调度被调度小区的候选的SS，从具有在被调度小区上配置的相同ID的SS中获取候选的数量。利用多小区调度，如果调度小区上的SS0包括与被调度小区(c₁、……c_M)相关联的候选，则如下确定针对每一个聚合等级的候选的数量。具有SS索引i的第一SS可被配置在调度小区上，其中，第一SS包括与被调度小区(c₁、……c_M)的组合相关联的PDCCH候选。针对组合中的每一个被调度小区c_i，可确定在被调度小区上配置的具有SS索引i的第二SS。在第二SS中配置的PDCCH候选的数量可被表示为X_i。例如，经由RRC配置或基于服务小区索引的固定规则，根据以下任何方法来确定调度小区上的第一SS中的与小区组合相关联的候选的数量：确定组合之中的M个小区之中的(i)最小数量X_i、(ii)最大数量X_i、(iii)任何数量X_i(即，不预期UE配置有不同X_i值)或(iv)参考小区c_j，并且调度小区上的第一SS中的与小区组合相关联的候选的数量等于X_i(即，参考小区使用传统行为以确定与组合相关联的候选的数量)。

图7A示出无线系统的一部分。用户设备(UE)705向网络节点(gNB)710发送传输并且从gNB 710接收传输。UE包括无线电715和处理电路(或“处理器”)720。在操作中，处理电路可执行本文描述的各种方法，例如，它可(经由作为从gNB 710接收的传输的一部分的无线电)从gNB 710接收信息，并且它可(经由作为发送到gNB 710的传输的一部分的无线电)向gNB710发送信息。

图7B是一些实施例中的方法的流程图。该方法包括：在730，接收与第一分量载波(CC)和第二CC相关联的载波指示符字段(CIF)；在732，针对特定物理下行链路控制信道(PDCCH)候选，基于CIF确定所述PDCCH候选的多个控制信道元素(CCE)；在734，使用所述多个CCE对所述PDCCH候选进行解码，以接收调度针对第一分量载波(CC)的第一物理下行链路共享信道(PDSCH)和针对第二CC的第二PDSCH的PDCCH；以及在736，基于PDCCH接收第一PDSCH和第二PDSCH。所述方法还包括：在738，针对PDCCH候选执行盲解码；在740，将盲解码计数为针对第一CC和第二CC中的参考CC的计数，并且在742，不将盲解码计数为针对第一CC和第二CC中的另一CC的计数。

图8是根据实施例的网络环境800中的电子装置(例如，UE 705)的框图。参照图8，网络环境800中的电子装置801可经由第一网络898(例如，短距离无线通信网络)与电子装置802通信，或者经由第二网络899(例如，长距离无线通信网络)与电子装置804或服务器808通信。电子装置801可经由服务器808与电子装置804通信。电子装置801可包括处理器820、存储器830、输入装置850、声音输出装置855、显示装置860、音频模块870、传感器模块876、接口877、触觉模块879、相机模块880、电力管理模块888、电池889、通信模块890、用户识别模块(SIM)896、或天线模块897。在一个实施例中，可从电子装置801中省略组件中的至少一个(例如，显示装置860或相机模块880)，或者可将一个或更多个其他组件添加到电子装置801。一些组件可被实现为单个集成电路(IC)。例如，传感器模块876(例如，指纹传感器、虹膜传感器或照度传感器)可被嵌入在显示装置860(例如，显示器)中。

处理器820可执行软件(例如，程序840)以控制与处理器820结合的电子装置801的至少一个其他组件(例如，硬件或软件组件)，并且可执行各种数据处理或计算。

作为数据处理或计算的至少一部分，处理器820可将从另一组件(例如，传感器模块846或通信模块890)接收的命令或数据加载到易失性存储器832中，对存储在易失性存储器832中的命令或数据进行处理，并且将结果数据存储在非易失性存储器834中。处理器820可包括主处理器821(例如，中央处理器(CPU)或应用处理器(AP))以及可独立于或结合主处理器821操作的辅助处理器823(例如，图形处理器(GPU)、图像信号处理器(ISP)、传感器中枢处理器或通信处理器(CP))。另外地或可选地，辅助处理器823可被适配为比主处理器821耗电更少，或者被适配为执行特定功能。辅助处理器823可被实现为与主处理器821分离或被实现为主处理器821的一部分。

在主处理器821处于非激活(例如，睡眠)状态时，辅助处理器823(而非主处理器821)可控制与电子装置801的组件中的至少一个组件(例如，显示装置860、传感器模块876或通信模块890)相关的功能或状态中的至少一些，或者在主处理器821处于激活状态(例如，执行应用)时，辅助处理器823辅助处理器823(而非主处理器821)可与主处理器821一起控制与电子装置801的组件中的至少一个组件(例如，显示装置860、传感器模块876或通信模块890)相关的功能或状态中的至少一些。辅助处理器823(例如，图像信号处理器或通信处理器)可被实现为在功能上与辅助处理器823相关的另一组件(例如，相机模块880或通信模块890)的一部分。

存储器830可存储由电子装置801的至少一个组件(例如，处理器820或传感器模块876)使用的各种数据。各种数据可包括例如软件(例如，程序840)和用于与其相关的命令的输入数据或输出数据。存储器830可包括易失性存储器832或非易失性存储器834。

程序840可作为软件存储在存储器830中，并且可包括例如操作系统(OS)842、中间件844或应用846。

输入装置850可从电子装置801的外部(例如，用户)接收将由电子装置801的另一组件(例如，处理器820)使用的命令或数据。输入装置850可包括例如麦克风、鼠标或键盘。

声音输出装置855可将声音信号输出到电子装置801的外部。声音输出装置855可包括例如扬声器或接收器。扬声器可用于诸如播放多媒体或录像的通用目的，并且接收器可用于接收呼入呼叫。接收器可被实现为与扬声器分离或被实现为扬声器的一部分。

显示装置860可在视觉上向电子装置801的外部(例如，用户)提供信息。显示装置860可包括例如显示器、全息装置或投影仪以及用于控制显示器、全息装置和投影仪中的对应一个的控制电路。显示装置860可包括适配为检测触摸的触摸电路，或适配为测量由触摸引起的力的强度的传感器电路(例如，压力传感器)。

音频模块870可将声音转换为电信号，反之亦然。音频模块870可经由输入装置850获得声音，或者经由声音输出装置855或直接(例如，有线)或无线地与电子装置801结合的外部电子装置802的耳机输出声音。

传感器模块876可检测电子装置801的操作状态(例如，功率或温度)或电子装置801外部的环境状态(例如，用户的状态)，然后生成与检测到的状态对应的电信号或数据值。传感器模块876可包括例如手势传感器、陀螺仪传感器、大气压传感器、磁传感器、加速度传感器、握持传感器、接近传感器、颜色传感器、红外(IR)传感器、生物特征传感器、温度传感器、湿度传感器或照度传感器。

接口877可支持用于使电子装置801与外部电子装置802直接(例如，有线)或无线地结合的一个或更多个指定协议。接口877可包括例如高清晰度多媒体接口(HDMI)、通用串行总线(USB)接口、安全数字(SD)卡接口或音频接口。

连接端878可包括连接器，电子装置801可经由所述连接器与外部电子装置802物理连接。连接端878可包括例如HDMI连接器、USB连接器、SD卡连接器或音频连接器(例如，耳机连接器)。

触觉模块879可将电信号转换为可由用户经由触觉或动觉识别的机械刺激(例如，振动或运动)或电刺激。触觉模块879可包括例如电机、压电元件或电刺激器。

相机模块880可捕捉静止图像或运动图像。相机模块880可包括一个或更多个透镜、图像传感器、图像信号处理器或闪光灯。电力管理模块888可管理对电子装置801的供电。电力管理模块888可被实现为例如电力管理集成电路(PMIC)的至少一部分。

电池889可向电子装置801的至少一个组件供电。电池889可包括例如不可再充电的原电池、可再充电的蓄电池或燃料电池。

通信模块890可支持在电子装置801与外部电子装置(例如，电子装置802、电子装置804或服务器808)之间建立直接(例如，有线)通信信道或无线通信信道，并经由建立的通信信道执行通信。通信模块890可包括可独立于处理器820(例如，AP)操作并且支持直接(例如，有线)通信或无线通信的一个或更多个通信处理器。通信模块890可包括无线通信模块892(例如，蜂窝通信模块、短距离无线通信模块或全球导航卫星系统(GNSS)通信模块)或有线通信模块894(例如，局域网(LAN)通信模块或电力线通信(PLC)模块)。这些通信模块中的对应一个可经由第一网络898(例如，短距离通信网络，诸如Bluetooth^TM、无线保真(Wi-Fi)直连或红外数据协会(IrDA)的标准)或第二网络899(例如，长距离通信网络，诸如，蜂窝网络、互联网或计算机网络(例如，LAN或广域网(WAN))与外部电子装置通信。这些各种类型的通信模块可被实现为单个组件(例如，单个IC)，或者可被实现为彼此分离的多个组件(例如，多个IC)。无线通信模块892可使用存储在用户识别模块896中的用户信息(例如，国际移动用户身份(IMSI))来识别和认证通信网络(诸如，第一网络898或第二网络899)中的电子装置801。

天线模块897可向电子装置801的外部(例如，外部电子装置)发送信号或电力，或者从电子装置801的外部(例如，外部电子装置)接收信号或电力。天线模块897可包括一个或更多个天线，并且从中，可例如由通信模块890(例如，无线通信模块892)选择适合于在通信网络(诸如，第一网络898或第二网络899)中使用的通信方案的至少一个天线。然后可经由所选择的至少一个天线在通信模块890和外部电子装置之间发送信号或电力或者接收信号或电力。

可经由与第二网络899结合的服务器808在电子装置801和外部电子装置804之间发送命令或数据或者接收命令或数据。电子装置802和电子装置804中的每一个可以是与电子装置801相同类型或不同类型的装置。可在外部电子装置802、外部电子装置804或服务器808中的一个或更多个外部电子装置处执行将在电子装置801处执行的操作中的全部或一些操作。例如，如果电子装置801应当自动地或者响应于来自用户或另一装置的请求执行功能或服务，则电子装置801可请求所述一个或更多个外部电子装置执行所述功能或服务的至少一部分，而不是执行所述功能或服务，或者电子装置801除了执行所述功能或服务之外，还可请求一个或更多个外部电子装置执行所述功能或服务的至少一部分。接收所述请求的所述一个或更多个外部电子装置可执行所述功能或服务的所述请求的至少一部分，或者与所述请求相关的另外功能或另外服务，并将执行的结果传送到电子装置801。电子装置801可在对结果进行进一步处理或不进行进一步处理的情况下提供所述结果作为对所述请求的回复的至少部分答复。为此，例如，可使用云计算技术、分布式计算技术或客户端-服务器计算技术。

本说明书中描述的主题和操作的实施例可在数字电子电路中实现，或者在计算机软件、固件或硬件中实现，所述实施例包括本说明书中公开的结构及其结构等同物，或者本说明书中公开的结构及其结构等同物中的一个或更多个的组合。本说明书中描述的主题的实施例可实现为一个或更多个计算机程序(即，计算机程序指令的一个或更多个模块)，其中，所述一个或更多个计算机程序被编码在计算机存储介质上以用于由数据处理设备执行或用于控制数据处理设备的操作。可选地或另外地，程序指令可被编码在人工生成的传播信号(例如，机器生成的电、光或电磁信号)上，其中，所述程序指令被生成以对信息进行编码，以便传输到合适的接收器设备以供数据处理设备执行。计算机存储介质可以是计算机可读存储装置、计算机可读存储基板、随机或串行存取存储器阵列或装置、或者计算机可读存储装置、计算机可读存储基板、随机或串行存取存储器阵列或装置的组合，或者被包括在计算机可读存储装置、计算机可读存储基板、随机或串行存取存储器阵列或装置、或者计算机可读存储装置、计算机可读存储基板、随机或串行存取存储器阵列或装置的组合中。此外，虽然计算机存储介质不是传播信号，但计算机存储介质可以是被编码在人工生成的传播信号中的计算机程序指令的源或目的地。计算机存储介质也可以是或包括在一个或更多个单独的物理组件或介质(例如，多个CD、磁盘或其他存储装置)中。另外，本说明书中描述的操作可被实现为由数据处理设备对存储在一个或更多个计算机可读存储装置上或从其他源接收的数据执行的操作。

虽然本说明书可包含许多具体实施方式细节，但实施方式细节不应被解释为对任何所要求保护的主题的范围的限制，而是被解释为对专用于特定实施例的特征的描述。在本说明书中在单独的实施例的上下文中描述的某些特征也可在单个实施例中以组合来实现。相反，在单个实施例的上下文中描述的各种特征也可在多个实施例中单独地或以任何合适的子组合来实现。此外，尽管上面特征可被描述为以某些组合起作用并且甚至最初被如此要求保护，但在一些情况下可从组合中分离来自所要求保护的组合的一个或更多个特征，并且所要求保护的组合可指向子组合或子组合的变化形式。

类似地，虽然在附图中以特定顺序描绘了操作，但这不应被理解为要求以所示出的特定顺序或按顺序执行这些操作或者执行所有示出的操作以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统组件的分离不应被理解为在所有实施例中都需要这种分离，并且应当理解，所描述的程序组件和系统通常可被一起集成在单个软件产品中或封装到多个软件产品中。

因此，本文已经描述了主题的特定实施例。其它实施例在所附权利要求书的范围内。在一些情况下，权利要求中阐述的动作可以以不同的顺序被执行并且仍然实现期望的结果。另外，附图中描绘的处理不一定需要所示的特定顺序或连续顺序来实现期望的结果。在某些实施方式中，多任务和并行处理可能是有利的。

如本领域技术人员将认识到的，可在宽的范围的应用上修改和改变本文描述的创新构思。因此，所要求保护的主体的范围不应限于上文所论述的特定示范性教导中的任一者，而是由所附权利要求书定义。

Claims (20)

1.一种方法，包括：

接收与第一分量载波CC和第二CC相关联的载波指示符字段CIF；

针对特定物理下行链路控制信道PDCCH候选，基于所述CIF来确定所述PDCCH候选的多个控制信道元素CCE；

使用所述多个CCE对所述PDCCH候选进行解码，以接收调度针对所述第一分量载波CC的第一物理下行链路共享信道PDSCH以及针对所述第二CC的第二PDSCH的PDCCH；并且

基于所述PDCCH接收所述第一PDSCH和所述第二PDSCH。

2.根据权利要求1所述的方法，其中：

接收所述CIF的步骤包括由用户设备UE接收所述CIF；以及

所述UE是配置有以下各项之间的关联的无线电资源控制RRC：

所述CIF；以及

包括所述第一CC和所述第二CC的多个CC。

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

针对所述PDCCH候选执行盲解码；并且

将所述盲解码计数为针对所述第一CC和所述第二CC中的参考CC的计数，并且不将所述盲解码计数为针对所述第一CC和所述第二CC中的另一CC的计数。

4.根据权利要求3所述的方法，还包括：将所述PDCCH候选的控制信道元素CCE计数为针对所述第一CC和所述第二CC的参考CC的计数，并且不将所述PDCCH候选的CCE计数为针对所述第一CC和所述第二CC中的另一CC的计数。

5.根据权利要求3所述的方法，其中，所述参考CC通过RRC配置来确定。

6.根据权利要求3所述的方法，其中，所述参考CC从与所述CIF相关联的CC之中被选择。

7.根据权利要求3所述的方法，其中：

在第三CC上传输所述PDCCH；

所述第一CC链接到所述第三CC；

所述第二CC未链接到所述第三CC；以及

第一CC是参考CC。

8.一种用户设备UE，包括：

一个或多个处理器；以及

存储指令的存储器，其中，所述指令在由所述一个或多个处理器执行时促使执行以下操作：

接收与第一分量载波CC和第二CC相关联的载波指示符字段CIF；

针对特定物理下行链路控制信道PDCCH候选，基于所述CIF来确定所述PDCCH候选的多个控制信道元素CCE；

使用所述多个CCE对所述PDCCH候选进行解码，以接收调度针对所述第一分量载波CC的第一物理下行链路共享信道PDSCH以及针对所述第二CC的第二PDSCH的PDCCH；以及

基于所述PDCCH接收所述第一PDSCH和所述第二PDSCH。

9.根据权利要求8所述的UE，其中，所述UE是配置有以下各项之间的关联的无线电资源控制RRC：

所述CIF；以及

包括所述第一CC和所述第二CC的多个CC。

10.根据权利要求8所述的UE，其中，所述指令在由所述一个或多个处理器执行时促使执行以下操作：

针对所述PDCCH候选执行盲解码；以及

将所述盲解码计数为针对所述第一CC和所述第二CC中的参考CC的计数，并且不将所述盲解码计数为针对所述第一CC和所述第二CC中的另一CC的计数。

11.根据权利要求10所述的UE，其中，所述指令在由所述一个或多个处理器执行时，还促使执行以下操作：

将所述PDCCH候选的控制信道元素CCE计数为针对所述第一CC和所述第二CC的参考CC的计数，并且不将所述PDCCH候选的CCE计数为针对所述第一CC和所述第二CC中的另一CC的计数。

12.根据权利要求10所述的UE，其中，所述参考CC通过RRC配置来确定。

13.根据权利要求10所述的UE，其中，所述参考CC从与所述CIF相关联的CC之中被选择。

14.根据权利要求10所述的UE，其中：

在第三CC上传输所述PDCCH；

所述第一CC链接到所述第三CC；

所述第二CC未链接到所述第三CC；以及

所述第一CC是所述参考CC。

15.一种用户设备UE，包括：

用于处理的装置；以及

存储指令的存储器，其中，所述指令在由所述用于处理的装置执行时促使进行以下操作：

接收与第一分量载波CC和第二CC相关联的载波指示符字段CIF；

针对特定物理下行链路控制信道PDCCH候选，基于所述CIF来确定所述PDCCH候选的多个控制信道元素CCE；

使用所述多个CCE对所述PDCCH候选进行解码，以接收调度针对所述第一分量载波CC的第一物理下行链路共享信道PDSCH以及针对所述第二CC的第二PDSCH的PDCCH；以及

基于所述PDCCH接收所述第一PDSCH和所述第二PDSCH。

16.根据权利要求15所述的UE，其中，所述UE是配置有以下各项之间的关联的无线电资源控制RRC：

所述CIF；以及

包括所述第一CC和所述第二CC的多个CC。

17.根据权利要求15所述的UE，其中，所述指令在由所述用于处理的装置执行时促使执行以下操作：

针对所述PDCCH候选执行盲解码；以及

将所述盲解码计数为针对所述第一CC和所述第二CC中的参考CC的计数，并且不将所述盲解码计数为针对所述第一CC和所述第二CC中的另一CC的计数。

18.根据权利要求17所述的UE，其中，所述指令在由所述用于处理的单元执行时，还促使执行以下操作：

将所述PDCCH候选的控制信道元素CCE计数为针对所述第一CC和所述第二CC的参考CC的计数，并且不将所述PDCCH候选的CCE计数为针对所述第一CC和所述第二CC中的另一CC的计数。

19.根据权利要求17所述的UE，其中，所述参考CC通过RRC配置来确定。

20.根据权利要求17所述的UE，其中，所述参考CC从与所述CIF相关联的CC之中被选择。