CN118509146A

CN118509146A - 物理下行控制信道监测和被调度小区组合的方法和装置

Info

Publication number: CN118509146A
Application number: CN202410128905.0A
Authority: CN
Inventors: 谢其轩
Original assignee: MediaTek Inc
Current assignee: MediaTek Inc
Priority date: 2023-02-16
Filing date: 2024-01-30
Publication date: 2024-08-16

Abstract

提供了物理下行控制信道监测和被调度小区组合的方法和装置。描述了用于使用单个下行控制信息(DCI)的多小区调度的物理下行控制信道(PDCCH)监测和被调度小区组合的适配的各种解决方案。一种装置可以在第二小区中接收用于指示第一小区上的调度的DCI的一个或更多个搜索空间的配置。该装置可以根据该配置在第二小区中检测指示第一小区上的调度的DCI。该装置可以确定不在第一小区的有效下行(DL)带宽部分(BWP)上监测PDCCH候选。

Description

物理下行控制信道监测和被调度小区组合的方法和装置

相关专利申请的交叉引用

本公开是要求2023年2月16日提交的美国专利申请No.63/485,269的优先权权益的非临时申请的一部分，该申请的内容在此全文引入作为参考。

技术领域

本公开总体涉及移动通信，更具体地，涉及用于多小区调度的物理下行控制信道(PDCCH)监测和被调度小区组合。

背景技术

除非本文中另有说明，否则本部分中描述的方法不是下面列出的权利要求的现有技术，并且不通过包括在本部分中就被承认为现有技术。

对于当前的网络实现，一个基站(BS)可操作用于使用形成无线电接入网络的多个小区向特定地理区域提供无线电覆盖。BS可以支持多个小区的操作，并且各个小区可以用于向其无线电覆盖内的至少一个用户设备(UE)提供服务。具体地，各个小区可以基于至少一个下行控制信息(DCI)提供服务以服务其无线电覆盖内的一个或更多个UE，其中一个小区的无线电覆盖可以与其它小区的另一无线电覆盖交叠。在一个示例中，各个小区可以通过用于执行DL/UL传输的一个DCI来向其无线电覆盖内的一个UE调度下行/上行(DL/UL)资源。如果UE可以支持超过一个小区(例如，在双连接性/载波聚合中)，则UE可以接收用于调度与超过一个小区的DL/UL传输的超过一个DCI。因此，网络和BS必须向UE分别配置与多个小区相对应的多个DCI，以调度用于UE和小区之间的DL/UL传输的资源，这可能缺乏传输效率并且浪费可用的网络资源。此外，如果UE利用一种特定解码技术(例如，极性解码技术)，则存在用于解码DCI的比特数限制。即，DCI的字段数目/大小应当符合比特限制规则/规定。

因此，如何改进利用单个DCI的多小区调度成为新开发的无线通信网络的重要问题。特别地，用于多小区调度的DCI聚合的问题还涉及针对UE功率节省和被调度小区组合对物理下行控制信道(PDCCH)监测进行调整。因此，需要提供适当的方案来解决这些问题。

发明内容

以下概述仅是说明性的，并不旨在以任何方式进行限制。也就是说，提供以下概述以介绍本文所述的新颖且非显而易见的技术的构思、要点、益处和优点。在下面的详细描述中进一步描述了选择实现。因此，以下概述不旨在标识所要求保护的主题的必要特征，也不旨在用于确定所要求保护的主题的范围。

本公开的目的是提出解决与用于多小区调度的PDCCH监测和被调度小区组合的调整有关的上述问题的解决方案或技术方案。

在一个方面，一种方法可以包括装置在第二小区中接收用于指示第一小区上的调度的DCI的一个或更多个搜索空间的配置。该方法还可以包括该装置根据所述配置在所述第二小区中检测指示所述第一小区上的所述调度的所述DCI。该方法还可以包括该装置确定不在所述第一小区的有效DL带宽部分(BWP)上监测PDCCH候选。

在一个方面，一种装置可以包括收发器，所述收发器在操作期间与无线网络的网络节点无线通信。该装置还可以包括通信地耦合到该收发器的处理器。在操作期间，处理器可以执行包括以下内容的操作：经由所述收发器在第二小区中接收用于指示第一小区上的调度的DCI的一个或更多个搜索空间的配置。所述处理器还可以执行包括以下内容的操作：经由所述收发器根据所述配置在所述第二小区中检测指示所述第一小区上的所述调度的所述DCI。所述处理器还可以执行包括以下内容的操作：确定不在所述第一小区的有效DLBWP上监测PDCCH候选。

在一个方面，一种方法可以包括由装置接收小区组中的用于多小区调度下行控制信息DCI的一个或更多个搜索空间和多个小区集合的配置。该方法还可以包括该装置根据所述配置检测指示调度所述小区组中的所述多个小区集合中的一个小区集合的DCI，其中，在一个小区集合中的被调度小区组合不被包括在另一小区集合中。所述方法还可以包括所述装置在所述多个小区集合中的所述一个小区集合中的至少一个小区上执行物理下行共享信道(PDSCH)接收或物理上行共享信道(PUSCH)发送。

值得注意的是，尽管本文提供的描述可以在某些无线电接入技术、网络和网络拓扑的上下文中，例如长期演进(LTE)、LTE高级、LTE高级Pro、第5代(5G)、新无线电(NR)、物联网(IoT)和窄带物联网(NB-IoT)、工业物联网(IIoT)、超过5G(B5G)和第6代(6G)之外，所提出的构思、方案及其任何变型/派生形式可以在其他类型的无线电接入技术、网络和网络拓扑中、针对其他类型的无线电接入技术、由网络和网络拓扑来实现。因此，本公开的范围不限于本文所述的示例。

附图说明

附图被包括以提供对本公开的进一步理解，并且被并入本公开并构成本公开的一部分。附图示出了本公开的实现，并且与描述一起用于解释本公开的原理。可以理解的是，附图不一定是按比例的，因为为了清楚地说明本公开的构思，一些组件可以被示为与实际实现中的尺寸不成比例。

图1是示出与当前5G NR架构中的多个小区相对应的DCI接收的示例情形的示图。

图2是示出根据本公开的实现的利用单个DCI的多小区调度的示例情形的示图。

图3是示出根据本公开的实现的用于被调度小区组合的表的示例情形的示图。

图4是根据本公开的实现的示例通信系统的框图。

图5是根据本公开的实现的示例性处理的流程图。

图6是根据本公开的实现的另一示例性处理的流程图。

具体实施方式

本文公开了所要求保护的主题的详细实施例和实现。然而，应当理解，所公开的实施例和实现仅仅是对可以以各种形式体现的所要求保护的主题的说明。然而，本公开可以以许多不同的形式来实现，并且不应当被解释为限于在此阐述的示例性实施例和实现。相反，提供这些示例性实施例和实现是为了使本公开的描述彻底和完整，并将本公开的范围完全传达给本领域技术人员。在下面的描述中，可以省略公知特征和技术的细节，以避免不必要地模糊所呈现的实施例和实现。

概述

根据本公开的实现涉及与用于多小区调度的PDCCH监测和被调度小区组合有关的各种技术、方法、方案和/或解决方案。根据本公开，可以单独地或联合地实现多个可能的解决方案。也就是说，尽管这些可能的解决方案可以在下面单独描述，但是这些可能的解决方案中的两个或更多个可以在一个组合或另一个组合中实现。

在第三代合作伙伴计划(3GPP)中，无线电接入网络(例如，5G NR接入网络)可以包括多个BS(例如，下一代节点B(gNB))，以与被称为UE的多个移动台通信。在当前的5G NR框架中，一个BS可操作来使用形成无线电接入网络的多个小区向特定地理区域提供无线电覆盖。BS可以支持多个小区的操作，并且各个小区可以用于向其无线电覆盖内的至少一个UE提供服务。具体地，各个小区可以基于至少一个DCI提供服务以服务其无线电覆盖内的一个或更多个UE，其中，一个小区的无线电覆盖可以与其它小区的另一无线电覆盖交叠。在一个示例中，各个小区可以通过一个DCI向其无线电覆盖内的一个UE调度DL/UL资源以执行DL/UL传输。如果UE可以支持超过一个小区(例如，在双连接性中的应用)，则UE可以接收用于调度与超过一个的小区的DL/UL传输的超过一个DCI。

图1示出了与当前5G NR架构中的多个小区相对应的DCI接收的示例情形100。在情形100中，至少一个BS可以利用三个小区服务于UE，并且提供三个DCI 102、104和106。各个DCI 102/104/106(也称为单小区DCI(SC-DCI))在相应小区的PDCCH上被接收。具体地，DCI102用于向UE调度ServCellIndex＝0(表示为小区#0)的小区上的PDSCH接收108，DCI 104用于向UE调度ServCellIndex＝1(表示为小区#1)的小区上的PDSCH接收110，DCI 106用于向UE调度ServCellIndex＝2(表示为小区#2)的小区上的PDSCH接收112。因此，UE可以与这三个小区通信，并且执行分别由三个DCI 102、104和106调度的PDSCH接收。另选地，DCI 102、104和106中的每一个可以用于调度相应小区上的PUSCH发送。

图2示出了根据本公开的实现的利用单个DCI的多小区调度的示例情形200。在情形200中，在ServCellIndex＝0的小区(表示为小区#0)的PDCCH上接收多小区调度DCI 202，该小区也称为调度小区。具体地，多小区调度DCI 202用于调度具有ServCellIndex＝0的小区(表示为小区#0)上的PDSCH接收204、具有ServCellIndex＝1的小区(表示为小区#1)(也称为被调度小区)上的PDSCH接收206、以及具有ServCellIndex＝2的小区(表示为小区#2)(也称为被调度小区)上的PDSCH接收208。因此，UE可以与这三个小区通信并且执行由多小区调度DCI 202调度的PDSCH接收。另选地，多小区调度DCI 202调度各个小区上的PUSCH发送。

在根据本公开的第一建议方案下，如果UE被配置为在另一服务小区中监测PDCCH候选以检测辅小区上的DCI格式调度，则UE不期望在该辅小区的有效DL BWP上监测PDCCH候选。也就是说，在在第二小区中接收到用于指示第一小区上的调度的DCI的一个或更多个搜索空间的配置并且根据该配置在第二小区中检测到DCI的情况下，UE可以确定不在第一小区的有效DL BWP上监测PDCCH候选。因此，通过应用本公开的该方案，可以改善网络(NW)侧的PDCCH资源节省和UE侧的盲解码(BD)复杂性和功率节省。

在一些实现中，DCI可以是多小区调度DCI。

在一些实现中，DCI可以包括用于调度多个小区中的第一小区上的PUSCH发送的DCI格式0_3。

在一些实现中，DCI可以包括用于调度多个小区中的第一小区上的PDSCH接收的DCI格式1_3。

在一些实现中，可以经由无线电资源控制(RRC)信令来接收该配置。

在一些实现中，检测DCI可以包括在第二小区中监测用于一个或更多个搜索空间的PDCCH候选。

在一些实现中，可以仅在第二小区中执行PDCCH候选的监测。

在根据本公开的第二建议方案下，当多个小区集合被配置用于多小区调度时，在一个小区集合中的被调度小区组合不能被包括在另一小区集合中。即，从UE的角度，UE可以接收用于小区组中的多小区调度DCI的一个或更多个搜索空间和多个小区集合的配置。然后，UE可以根据该配置检测指示该小区组中的多个小区集合中的一个小区集合上的调度的DCI，其中，一个小区集合中的被调度小区组合不被包括在另一小区集合中。UE可以在多个小区集合的一个小区集合中的至少一个小区上执行PDSCH接收或PUSCH发送。在另一方面，从NW的角度，BS可以向调度小区中的UE发送用于多小区调度DCI的一个或更多个搜索空间和多个小区集合的配置，然后根据该配置在该调度小区中向UE发送指示多个小区集合中的一个小区集合上的调度的DCI，条件是在一个小区集合中的被调度小区组合不被包括在另一小区集合中。因此，通过应用本公开的该方案，关于时域和/或频域中分散的PDCCH候选(而不是在时域和/或频域中拥挤在一起)方面，可以改进UE的用于多小区调度的操作复杂性。

在一些实现中，一个小区集合中的小区不被包括在另一小区集合中。

在一些实现中，DCI可以是多小区调度DCI。

在一些实现中，DCI可以包括用于调度多个小区集合中的一个小区集合中的至少一个小区上的PUSCH发送的DCI格式0_3。

在一些实现中，DCI可以包括用于调度多个小区集合中的一个小区集合中的至少一个小区上的PDSCH接收的DCI格式1_3。

在一些实现中，可以经由RRC信令来接收该配置。

图3示出了根据本公开的实现的用于被调度小区组合的表的示例情形300。在情形300中，示出了表，以描述当多个小区集合被配置用于多小区调度时，各个小区集合的被调度小区组合。具体地，该表可以包括多个映射，各个映射指示用于多小区调度DCI的相应的被调度小区集合以及各个集合中的相应的被调度小区组合。例如，映射302指示具有集合索引0的被调度小区集合的被调度小区组合可以包括{小区1，小区2，小区3，小区4}和{小区1，小区2，小区3}。映射304指示具有集合索引1的被调度小区集合的被调度小区组合可以包括{小区2，小区3}、{小区2}和{小区3}。映射306指示具有集合索引2的被调度小区集合的被调度小区组合可以包括{小区2，小区3，小区4}、{小区3，小区4}和{小区4}。映射308指示具有集合索引3的被调度小区集合的被调度小区组合可以包括{小区1，小区3}和{小区1}。值得注意的是，一个小区集合中的被调度小区组合不能被包括在另一小区集合中。另选地，可以用一个小区集合中的小区不被包括在另一小区集合中的另一条件来配置基于集合的多小区调度，从而有助于一个小区集合中的被调度小区组合不能被包括在另一小区集合中的条件。

说明性实现

图4示出了根据本公开的实现的具有示例通信装置410和示例网络装置420的示例通信系统400。通信装置410和网络装置420中的每一个可以执行各种功能，以实现这里描述的与用于多小区调度的PDCCH监测和被调度小区组合有关的方案、技术、处理和方法，包括上面描述的情形/方案以及下面描述的处理500和600。

通信装置410可以是电子装置的一部分，该电子装置可以是UE，例如便携式或移动装置、可穿戴装置、无线通信装置或计算装置。例如，通信装置410可以在智能电话、智能手表、个人数字助理、数码相机或诸如平板计算机、膝上型计算机或笔记本计算机的计算装置中实现。通信装置410还可以是机器类型装置的一部分，该机器类型装置可以是诸如固定或静止装置、家用装置、有线通信装置或计算装置的IoT、NB-IoT或IIoT装置。例如，通信装置410可以在智能恒温器、智能冰箱、智能门锁、无线扬声器或家庭控制中心中实现。或者，通信装置410可以以一个或更多个集成电路(IC)芯片的形式来实现，例如但不限于一个或更多个单核处理器、一个或更多个多核处理器、一个或更多个精简指令集计算(RISC)处理器、或一个或更多个复杂指令集计算(CISC)处理器。通信装置410可以包括图4所示的那些组件中的至少一些，例如处理器412。通信装置410还可以包括与本公开的所提出的方案无关的一个或更多个其他组件(例如，内部电源、显示装置和/或用户接口装置)，并且因此，通信装置410的这种组件为了简单和简洁既没有在图4中示出，也没有在下面描述。

网络装置420可以是电子装置的一部分，该电子装置可以是诸如基站、小小区、路由器或网关的网络节点。例如，可以在LTE、LTE高级或LTE高级Pro网络中的eNodeB中或者在5G、NR、IoT、NB-IoT或IIoT网络中的gNB中实现网络装置420。另选地，网络装置420可以以一个或更多个IC芯片的形式来实现，例如但不限于一个或更多个单核处理器、一个或更多个多核处理器、或者一个或更多个RISC或CISC处理器。网络装置420可以包括图4所示的那些组件中的至少一些，例如处理器422。网络装置420还可以包括与本公开的所提出的方案无关的一个或更多个其他组件(例如，内部电源，显示装置和/或用户接口装置)，并且因此，网络装置420的这种组件为了简单和简洁既没有在图4中示出，也没有在下面描述。

在一个方面中，处理器412和处理器422中的每一者可以一个或更多个单核处理器、一个或更多个多核处理器或一个或更多个CISC处理器的形式来实施。即，尽管这里使用单数术语“处理器”来指代处理器412和处理器422，但是根据本公开，在一些实现中，处理器412和处理器422中的每一个可以包括多个处理器，而在其他实现中，可以包括单个处理器。在另一方面，处理器412和处理器422中的每一个可以以硬件(以及可选地，固件)的形式实现，其具有电子部件，包括例如但不限于一个或更多个晶体管、一个或更多个二极管、一个或更多个电容器、一个或更多个电阻器、一个或更多个电感器、一个或更多个忆阻器和/或一个或更多个变容二极管，其被配置和布置为实现根据本公开的特定目的。换言之，在至少一些实现中，根据本公开的各种实现，处理器412和处理器422中的每一个是专门设计、布置和配置为执行特定任务的专用机器，所述特定任务包括装置(例如，由通信装置410表示)和网络(例如，由网络装置420表示)中的用于多小区调度的PDCCH监测和被调度小区组合。

在一些实现中，通信装置410还可以包括耦合到处理器412并且能够无线地发送和接收数据的收发器416。在一些实现中，通信装置410还可以包括耦合到处理器412并能够由处理器412访问并在其中存储数据的存储器414。在一些实现中，网络装置420还可以包括耦合到处理器422并且能够无线地发送和接收数据的收发器426。在一些实现中，网络装置420还可以包括耦合到处理器422并能够由处理器422访问并在其中存储数据的存储器424。因此，通信装置410和网络装置420可以分别经由收发器416和收发器426彼此无线通信。为了帮助更好地理解，在移动通信环境的上下文中提供了通信装置410和网络装置420中的每一个的操作、功能和能力的以下描述，在该移动通信环境中，通信装置410被实现在通信装置中或被实现为通信装置，或者UE和网络装置420被实现在通信网络的网络节点中或被实现为通信网络的网络节点。

根据本公开的一些方案，处理器412可以经由收发器416在第二小区中接收用于指示第一小区上的调度的DCI的一个或更多个搜索空间的配置。然后，处理器412可以经由收发器416根据配置在第二小区中检测指示第一小区上的调度的DCI。此外，处理器412可以确定不在第一小区的有效DL BWP上监测PDCCH候选。

在一些实现中，DCI可以是多小区调度DCI。

在一些实现中，DCI可以包括用于调度多个小区中的所述第一小区上的PUSCH发送的DCI格式0_3。

在一些实现中，DCI可以包括用于调度多个小区中的所述第一小区上的PDSCH接收的DCI格式1_3。

在一些实现中，可以经由RRC信令来接收配置。

在一些实现中，DCI的检测可以包括在所述第二小区中监测用于所述一个或更多个搜索空间的PDCCH候选。

在一些实现中，可以仅在第二小区中执行PDCCH候选的监测。

根据本公开的一些方案，处理器412可以经由收发器416接收小区组中的用于多小区调度下行控制信息DCI的一个或更多个搜索空间和多个小区集合的配置。然后，处理器412可以经由收发器416根据所述配置检测指示调度所述小区组中的所述多个小区集合中的一个小区集合的DCI，其中，一个小区集合中的被调度小区组合不被包括在另一小区集合中。处理器412还可以经由收发器416在所述多个小区集合中的所述一个小区集合中的至少一个小区上执行PDSCH接收或PUSCH发送。另一方面，从NW的角度，网络装置420的处理器422可以经由收发器426向小区组中的通信装置410发送用于多小区调度DCI的一个或更多个搜索空间和多个小区集合的配置，然后根据该配置向UE发送指示小区组中的多个小区集合中的一个小区集合上的调度的DCI，条件是一个小区集合中的被调度小区组合不被包括在另一小区集合中。

在一些实现中，一个小区集合中的小区可以不被包括在另一小区集合中。

在一些实现中，DCI可以是多小区调度DCI。

在一些实现中，DCI可以包括用于调度所述多个小区集合中的所述一个小区集合中的所述至少一个小区上的PUSCH发送的DCI格式0_3。

在一些实现中，DCI可以包括用于调度所述多个小区集合中的所述一个小区集合中的所述至少一个小区上的PDSCH接收的DCI格式1_3。

在一些实现中，可以经由RRC信令来接收配置。

示例性处理

图5示出了根据本公开的实现的示例性处理500。处理500可以是关于用于多小区调度的PDCCH监测的部分或完全的上述情形/方案的示例实现。处理500可以表示通信装置410的特征的实现的一个方面。处理500可以包括如框510至530中的一个或更多个所示的一个或更多个操作、动作或功能。虽然被图示为分离的块，但是处理500的各个块可以被划分为附加的块，组合为更少的块，或者被消除，这依赖于期望的实现。此外，处理500的块可以以图5所示的顺序执行，或者另选地以不同的顺序执行。处理500可以由通信装置410或任何合适的UE或机器类型装置来实现。仅出于说明性目的而非限制，下文在通信装置410的上下文中描述处理500。处理500可以在框510处开始。

在510处，处理500可以涉及通信装置410的处理器412经由收发器416在第二小区中接收用于指示第一小区上的调度的DCI的一个或更多个搜索空间的配置。处理500可以从510进行到520。

在520，处理500可以包括处理器412经由收发器416根据配置在第二小区中检测指示第一小区上的调度的DCI。处理500可以从520前进到530。

在530，处理500可以包括处理器412确定不在第一小区的有效DL BWP上监测PDCCH候选。

在一些实现中，DCI可以是多小区调度DCI。

在一些实现中，可以经由RRC信令来接收配置。

在一些实现中，DCI的检测可以包括在第二小区中监测用于一个或更多个搜索空间的PDCCH候选。

在一些实现中，可以仅在第二小区中执行PDCCH候选的监测。

图6示出了根据本公开的实现的示例性处理600。处理600可以是关于用于多小区调度的被调度小区组合的部分或完全的上述情形/方案的示例实现。处理600可以表示通信装置410的特征的实现的一个方面。处理600可以包括如框610至630中的一个或更多个所示的一个或更多个操作，动作或功能。虽然被图示为分离的块，但是处理600的各个块可以被划分为附加的块，组合为更少的块，或者被消除，这依赖于期望的实现。此外，处理600的框可以以图6所示的顺序执行，或者另选地以不同的顺序执行。处理600可以由通信装置410或任何合适的UE或机器类型装置来实现。仅出于说明性目的而非限制，下文在通信装置410的上下文中描述处理600。处理600可以在框610处开始。

在610处，处理600可以涉及通信装置410的处理器412经由收发器416接收用于小区组中的多小区调度DCI的一个或更多个搜索空间和多个小区集合的配置。处理600可以从610进行到620。

在620处，处理600可以包括处理器412经由收发器416根据配置检测指示小区组中的多个小区集合中的一个小区集合上的调度的DCI，其中，一个小区集合中的被调度小区组合不被包括在另一小区集合中。处理600可以从620进行到630。

在630处，处理600可以涉及处理器412经由收发器416在多个小区集合中的一个小区集合中的至少一个小区上执行PDSCH接收或PUSCH发送。

在一些实现中，DCI可以是多小区调度DCI。

在一些实现中，可以经由RRC信令来接收配置。

附加注释

本文描述的主题有时说明包含在不同的其它组件内或与不同的其它组件连接的不同组件。应当理解，所描述的这种体系结构仅仅是示例，并且实际上可以实现实现相同功能的许多其它体系结构。在构思意义上，实现相同功能的组件的任何布置被有效地“关联”，使得实现期望的功能。因此，本文中组合以实现特定功能的任何两个组件可被视为彼此“相关联”，使得实现所需功能，而不管架构或中间组件如何。同样地，如此关联的任何两个组件也可视为彼此“可操作地连接”或“可操作地耦合”以实现所需功能性，且能够如此关联的任何两个组件也可视为彼此“可操作地耦合”以实现所需功能性。可操作耦合的具体示例包括但不限于物理上可匹配的和/或物理上交互的组件和/或无线地可交互的和/或无线地交互的组件和/或逻辑上交互的和/或逻辑上可交互的组件。

此外，关于本文中基本上任何复数和/或单数术语的使用，本领域技术人员可以根据上下文和/或应用的需要从复数转化为单数和/或从单数转化为复数。为了清楚起见，在此可以清楚地阐述各种单数/复数排列。

此外，所属领域的技术人员将了解，一般来说，本文且尤其在所附权利要求书中使用的术语(例如，所附权利要求书的正文)通常打算作为“开放式”术语，例如，术语“包含”应解释为“包括但不限于”，术语“具有”应解释为“至少具有”，术语“包含”应解释为“包括但不限于”。本领域的技术人员将进一步理解，如果想要特定数量的引入的权利要求叙述，则这样的意图将在权利要求中明确地叙述，并且在没有这样的叙述的情况下，不存在这样的意图。例如，为了帮助理解，以下所附权利要求可以包含使用介绍性短语“至少一个”和“一个或更多个”来介绍权利要求叙述。然而，此类短语的使用不应被解释为暗示由不定冠词“一”或“一个”引入的权利要求叙述将包含此类引入的权利要求叙述的任何特定权利要求限制为仅包含一个此类叙述的实现方式，甚至当同一权利要求包括介绍性短语“一个或更多个”或“至少一个”时，并且诸如“一”或“一个”，例如“一个”和/或“一个”的不定冠词应被解释为意指“至少一个”或"一个或更多个；对于用于引入权利要求叙述的定冠词的使用也是如此。此外，即使明确地列举了特定数目的引入的权利要求列举，本领域技术人员将认识到，这样的列举应被解释为意指至少所列举的数目，例如，没有其他修饰词的“两个列举”的空白列举意指至少两个列举，或两个或更多个列举。此外，在那些情况下，惯例类似于“A、B和C等中的至少一个”。通常，在本领域技术人员理解惯例的意义上，使用这种结构，例如“具有A、B和C中的至少一个的系统”将包括但不限于具有单独的A、单独的B、单独的C、A和B一起、A和C一起、B和C一起、和/或A、B和C一起等的系统。在那些情况下，惯例类似于“A、B或C中的至少一个”。使用这种结构时，通常在本领域技术人员理解惯例的意义上，例如“具有A、B或C中的至少一个的系统”将包括但不限于具有单独的A、单独的B、单独的C、A和B一起、A和C一起、B和C一起、和/或A、B和C一起的系统。本领域的技术人员将进一步理解，无论在说明书，权利要求书还是附图中，实际上呈现两个或更多个替代术语的任何析取性词语和/或短语应被理解为预期包括术语中的一个，术语中的任一个或两个术语的可能性。例如，短语“A或B”将被理解为包括“A”或“B”或“A和B”的可能性。

从上文将了解，本文已出于说明的目的描述了本发明的各种实施方案，且可在不脱离本发明的范围和精神的情况下作出各种修改。因此，本文所公开的各种实现不旨在是限制性的，真正的范围和精神由所附权利要求指示。

Claims

1.一种方法，包括：

由装置的处理器在第二小区中接收用于指示第一小区上的调度的下行控制信息DCI的一个或更多个搜索空间的配置；

由所述处理器根据所述配置在所述第二小区中检测指示所述第一小区上的所述调度的所述DCI；以及

由所述处理器确定不在所述第一小区的有效下行DL带宽部分BWP上监测物理下行控制信道PDCCH候选。

2.根据权利要求1所述的方法，其中，所述DCI是多小区调度DCI。

3.根据权利要求2所述的方法，其中，所述DCI包括用于调度多个小区中的所述第一小区上的物理上行共享信道PUSCH发送的DCI格式0_3。

4.根据权利要求2所述的方法，其中，所述DCI包括用于调度多个小区中的所述第一小区上的物理下行共享信道PDSCH接收的DCI格式1_3。

5.根据权利要求1所述的方法，其中，所述配置是经由无线电资源控制RRC信令接收的。

6.根据权利要求1所述的方法，其中，所述DCI的所述检测包括在所述第二小区中监测用于所述一个或更多个搜索空间的PDCCH候选。

7.根据权利要求1所述的方法，其中，仅在所述第二小区中执行PDCCH候选的所述监测。

8.一种装置，包括：

收发器，所述收发器在操作期间与无线网络的网络节点无线通信；以及

处理器，所述处理器通信地耦合到所述收发器，使得在操作期间，所述处理器执行包括以下内容的操作：

经由所述收发器在第二小区中接收用于指示第一小区上的调度的下行控制信息DCI的一个或更多个搜索空间的配置；

经由所述收发器根据所述配置在所述第二小区中检测指示所述第一小区上的所述调度的所述DCI；以及

确定不在所述第一小区的有效下行DL带宽部分BWP上监测物理下行控制信道PDCCH候选。

9.根据权利要求8所述的装置，其中，所述DCI是多小区调度DCI。

10.根据权利要求9所述的装置，其中，所述DCI包括用于调度多个小区中的所述第一小区上的物理上行共享信道PUSCH发送的DCI格式0_3。

11.根据权利要求9所述的装置，其中，所述DCI包括用于调度多个小区中的所述第一小区上的物理下行共享信道PDSCH接收的DCI格式1_3。

12.根据权利要求8所述的装置，其中，所述配置是经由无线电资源控制RRC信令接收的。

13.根据权利要求8所述的装置，其中，所述DCI的所述检测包括在所述第二小区中监测用于所述一个或更多个搜索空间的PDCCH候选。

14.根据权利要求8所述的装置，其中，仅在所述第二小区中执行PDCCH候选的所述监测。

15.一种方法，包括：

由装置的处理器接收小区组中的用于多小区调度下行控制信息DCI的一个或更多个搜索空间和多个小区集合的配置；

由所述处理器根据所述配置检测指示调度所述小区组中的所述多个小区集合中的一个小区集合的DCI，其中，在一个小区集合中的被调度小区组合不被包括在另一小区集合中；以及

由所述处理器在所述多个小区集合中的所述一个小区集合中的至少一个小区上执行物理下行共享信道PDSCH接收或物理上行共享信道PUSCH发送。

16.根据权利要求15所述的方法，其中，一个小区集合中的小区不被包括在另一小区集合中。

17.根据权利要求15所述的方法，其中，所述DCI是多小区调度DCI。

18.根据权利要求17所述的方法，其中，所述DCI包括用于调度所述多个小区集合中的所述一个小区集合中的所述至少一个小区上的PUSCH发送的DCI格式0_3。

19.根据权利要求17所述的方法，其中，所述DCI包括用于调度所述多个小区集合中的所述一个小区集合中的所述至少一个小区上的PDSCH接收的DCI格式1_3。

20.根据权利要求15所述的方法，其中，所述配置是经由无线电资源控制RRC信令接收的。