CN116134934A

CN116134934A - 具有降低的控制开销的多小区调度

Info

Publication number: CN116134934A
Application number: CN202180062604.7A
Authority: CN
Inventors: A·帕帕萨克拉里欧; 林琼洁
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2020-09-14
Filing date: 2021-09-14
Publication date: 2023-05-16
Also published as: US20230309106A1; EP4165942A1; KR20230069091A; US20220086894A1; EP4165942A4; WO2022055333A1

Abstract

本公开涉及将被提供用于支持比诸如长期演进(LTE)的第四代(4G)通信系统更高的数据速率的准第五代(5G)或5G通信系统。一种用于接收物理下行链路控制信道(PDCCH)的方法包括：接收第一组N1个小区和第二组N2个小区的信息；基于N1和N2与M的比率来确定调度小区上在时隙中的PDCCH接收的总数；以及在调度小区上在时隙中接收不大于该总数的多个PDCCH。

Description

具有降低的控制开销的多小区调度

技术领域

本公开总体上涉及无线通信系统，并且更具体地，本公开涉及具有减少的控制开销的多小区调度。

背景技术

为了满足自第四代(4G)通信系统部署以来增加的对无线数据流量的需求，已经努力开发了改进的第五代(5G)或准5G通信系统。因此，5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。

5G通信系统被认为是在较高频率(毫米波)频带(例如，60GHz频带)中实现的，以便实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。

此外，在5G通信系统中，正在基于高级小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等进行对系统网络改进的开发。

在5G系统中，已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

第五代(5G)或新无线电(NR)移动通信最近正随着来自工业界和学术界的各种候选技术而在所有全球技术活动上聚集越来越多的势头。针对5G/NR移动通信的候选支持技术包括大规模天线技术；从传统蜂窝频带到高频，以提供波束成形增益并支持增加的容量；新的波形(例如，新无线电接入技术(RAT))以灵活地适应具有不同需求的各种服务/应用；新的多址方案以支持大规模连接等。

公开内容

技术问题

本公开涉及具有降低的控制开销的多小区调度。

问题的解决方案

在一个实施例中，提供了一种用于接收物理下行链路控制信道(PDCCH)的方法。该方法包括接收第一组N1个小区和第二组N2个小区的信息，基于N1和N2与M的比率来确定调度小区上在时隙中的PDCCH接收的总数，以及在调度小区上在时隙中接收不大于该总数的多个PDCCH。PDCCH提供了下行链路控制信息(DCI)格式。DCI格式调度以下之一：第一组N1个小区中的一个小区上的物理下行链路共享信道(PDSCH)接收或物理上行链路共享信道(PUSCH)发送、或者第二组N2个小区中的最多M个小区的多个小区上的PDSCH接收或PUSCH发送。M大于1。

在另一个实施例中，提供了一种用户设备(UE)。该UE包括收发器，该收发器被配置为接收第一组N1个小区和第二组N2个小区的信息。PDCCH提供了DCI格式。DCI格式调度以下之一：第一组N1个小区中的一个小区上的物理下行链路共享信道(PDSCH)接收或物理上行链路共享信道(PUSCH)发送、或者第二组N2个小区中的最多M个小区的多个小区上的PDSCH接收或PUSCH发送。M大于1。UE还包括可操作地连接到收发器的处理器。该处理器被配置为基于N1和N2与M的比率来确定调度小区上在时隙中的PDCCH接收的总数。该收发器还被配置为在调度小区上在时隙中接收不大于该总数的多个PDCCH。

在又一个实施例中，提供了一种基站。该基站包括收发器，该收发器被配置为发送第一组N1个小区和第二组N2个小区的信息。PDCCH提供了DCI格式。DCI格式调度以下之一：第一组N1个小区中的一个小区上的PDSCH发送或PUSCH接收、或者第二组N2个小区中的最多M个小区的多个小区上的PDSCH发送或PUSCH接收。M大于1。基站还包括可操作地连接到收发器的处理器。该处理器被配置为基于N1和N2与M的比率来确定调度小区上在时隙中的PDCCH发送的总数。该收发器还被配置为在调度小区上在时隙中发送不大于该总数的多个PDCCH。

根据下面的附图、描述和权利要求，其他技术特征对于本领域技术人员来说是清楚的。

在进行下面的具体实施方式之前，阐述对本专利文档中使用的某些词语和短语的定义可能是有利的。术语“耦接”及其派生词是指两个或更多个元件之间的任何直接或间接的通信，无论这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词包括直接和间接通信。术语“包括”和“包含”以及它们的派生词意味着无限制的包括。术语“或”是包含性的，意味着和/或。短语“与……相关联”及其派生词是指包括、被包括在内、与……互连、包含、被包含在内、连接到或与……连接、耦接到或与……耦接、可与……通信、与……合作、交织、并置、接近、被结合到或与……结合、具有、具有……的属性、具有到……的关系或与……具有关系等。术语“控制器”是指控制至少一个操作的任何设备、系统或其一部分。这种控制器可以用硬件或者硬件和软件和/或固件的组合来实现。与任何特定控制器相关联的功能可以是集中式的或分布式的，无论是本地的还是远程的。当与项目列表一起使用时，短语“……中的至少一个”意味着可以使用一个或多个所列项目的不同组合，并且可能仅需要列表中的一个项目。例如，“A、B和C中的至少一个”包括以下任意组合：A、B、C、A和B、A和C、B和C以及A和B和C。

此外，下面描述的各种功能可以由一个或多个计算机程序来实现或支持，一个或多个计算机程序中的每一个由计算机可读程序代码形成并包含在计算机可读介质中。术语“应用”和“程序”是指一个或多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或其适于以合适的计算机可读程序代码实现的部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机访问存储器(RAM)、硬盘驱动、压缩盘(CD)、数字视频盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质排除传送暂时电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括可以永久存储数据的介质和可以存储数据并在以后覆写的介质，诸如可重写光盘或可擦除存储器设备。

在本专利文档中还提供了对其他特定词语和短语的定义。本领域普通技术人员应该理解，在多种(如果不是大多数)情况下，这样的定义适用于这样定义的词语和短语的先前以及将来的使用。

公开的有益效果

根据本公开，在具有降低的控制开销的多小区调度中以及与具有降低的控制开销的多小区调度相关的方面有所改进。

附图说明

为了更完整地理解本公开及其优点，现在结合附图参考以下描述，其中相同的附图标记表示相同的部分：

图1示出了根据本公开的实施例的示例无线网络；

图2示出了根据本公开的实施例的示例基站(BS)；

图3示出了根据本公开的实施例的示例用户设备(UE)；

图4和图5示出了根据本公开的实施例的示例无线发送和接收路径；

图6示出了根据本公开的实施例的使用正交频分复用(OFDM)的示例发送器结构的框图；

图7示出了根据本公开的实施例的使用OFDM的示例接收器结构的框图；

图8示出了根据本公开的实施例的针对下行链路控制信息(DCI)格式的示例编码过程；

图9示出了根据本公开的实施例的针对用于UE的DCI格式的示例解码过程；

图10示出了根据本公开的实施例的、UE确定在相应的两个小区上调度两个物理下行链路共享信道(PDSCH)接收的DCI格式的尺寸的示例方法；

图11示出了根据本公开的实施例的、UE确定用于由在相应的两个小区上调度两个PDSCH接收的DCI格式调度的第二PDSCH接收的调制和编码方案(MCS)的示例方法；

图12示出了根据本公开的实施例的、UE取决于调度PDSCH接收的DCI格式来确定用于PDSCH接收的频域资源分配的示例方法；

图13示出了根据本公开的实施例的、UE处理在两个相应的小区上调度两个PDSCH接收的DCI格式以及在一个小区上调度PDSCH接收的另一种DCI格式中的下行链路指配索引(DAI)值的图；

图14示出了根据本公开的实施例的、UE确定由DCI格式在相应的第一小区和第二小区上调度的相应的第一物理上行链路共享信道(PUSCH)和第二PUSCH发送的第一功率和第二功率的示例方法；

图15示出了根据本公开的实施例的、响应于检测到在两个相应的小区上调度两个PUSCH发送的DCI格式，UE在PUSCH发送中复用UCI的示例方法；

图16、图17和图18示出了根据本公开的实施例的、UE确定要在时隙中监视的物理下行链路控制信道(PDCCH)候选的数量，以在小区上调度PDCCH候选缩放的示例方法；和

图19示出了根据本公开的实施例的UE在多组搜索空间集之间切换的示例方法。

具体实施方式

下面讨论的图1至图19以及在本专利文档中用于描述本公开的原理的各种实施例仅是示例性的，并且不应该以任何方式被解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中实现。

以下文献通过引用并入本文中，如同在本文中完全阐述一样：3GPPTS38.211v16.2.0，“NR；Physical channels and modulation”、3GPP TS 38.212v16.2.0，“NR；Multiplexing and Channel coding”、3GPP TS 38.213v16.2.0，“NR；Physical LayerProcedures for Control”、3GPP TS 38.214v16.2.0，“NR；Physical Layer Proceduresfor Data”、3GPP TS 38.321v16.1.0，“NR；Medium Access Control(MAC)protocolspecification”以及3GPP TS 38.331v16.1.0，“NR；Radio Resource Control(RRC)Protocol Specification”。

为了满足自第四代(4G)通信系统部署以来增加的对无线数据流量的需求，已经努力开发和部署了改进的第五代(5G)或准5G/NR通信系统。因此，5G或准5G通信系统也被称为“超4G网络”或“后长期演进(LTE)系统”

5G通信系统被认为在较高频率(毫米波)频带(例如，28GHz或60GHz频带)中实现，以便实现较高的数据速率、或者在较低频率频带(例如，6GHz)中实现，以便实现稳健的覆盖和移动性支持。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。

对5G系统和与其关联的频带的讨论是供参考的，因为本公开的某些实施例可以在5G系统中实现。然而，本公开不限于5G系统或与其关联的频带，并且本公开的实施例可以与任何频带结合使用。例如，本公开的各方面还可以被应用于可以使用太赫兹(THz)频段的5G通信系统、6G或者甚至更高版本的部署。

取决于网络类型，术语“基站”(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可以是移动电话、智能电话、监视设备、警报设备、车队管理设备、资产跟踪设备、汽车、台式计算机、娱乐设备、信息娱乐设备、自动售货机、电表、水表、气表、安全设备、传感器设备、电器等。

下面的图1-图3描述了在无线通信系统中使用正交频分复用(OFDM)或正交频分多址(OFDMA)通信技术实现的各种实施例。对图1-图3的描述并不意味着对不同实施例可以实现的方式的物理或架构限制。本公开的不同实施例可以在任何适当布置的通信系统中实现。

图1示出了根据本公开的实施例的示例无线网络100。图1所示的无线网络100的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用无线网络100的其他实施例。

如图1所示，无线网络100包括基站BS 101(例如gNB)、BS 102和BS103。BS 101与BS102和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。在一些实施例中，BS 101-103中的一个或多个可以使用5G/NR、长期演进(LTE)、高级长期演进(LTE-A)、WiMAX、WiFi或其他无线通信技术来彼此通信以及与UE111-116通信。

虚线示出了覆盖区域120和125的大致范围，其仅出于说明和解释的目的被示为近似圆形。应该清楚地理解，取决于BS的配置和无线电环境与自然和人为障碍相关联的变化，与BS相关联的覆盖区域(诸如覆盖区域120和125)可以具有其他形状，包括不规则形状。

如下面更详细描述的，UE 111-116中的一个或多个包括用于接收多小区调度和PDCCH分配的电路、程序或其组合。在某些实施例中，BS 101-103中的一个或多个包括用于多小区调度和分配PDCCH的电路、程序或其组合。

尽管图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接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互式视频游戏数据)。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可以支持多小区调度和分配PDCCH。控制器/处理器225可以在BS 102中支持多种其他功能中的任何一种。在一些实施例中，控制器/处理器225包括至少一个微处理器或微控制器。

控制器/处理器225还能够执行驻留在存储器230中的程序和其他进程，例如OS。控制器/处理器225可以根据执行进程的需要将数据移入或移出存储器230。例如，控制器/处理器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。

尽管图2示出了BS 102的一个示例，但是可以对图2进行各种改变。例如，BS 102可以包括任何数量的图2所示的每个组件。作为特定示例，接入点可以包括多个网络接口235，并且控制器/处理器225可以支持在不同的网络地址之间路由数据的路由功能。作为另一个特定示例，尽管被示为包括TX处理电路215的单个实例和RX处理电路220的单个实例，但是BS 102可以包括每个的多个实例(诸如每个RF收发器一个实例)。此外，图2中的各种组件可以被组合、进一步细分或省略，并且可以根据特定需要添加附加的组件。

图3示出了根据本公开的实施例的示例UE 116。图3所示的UE 116的实施例仅用于说明，并且图1的UE 111-115可以具有相同或相似的配置。然而，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以供进一步处理(诸如用于网络浏览数据)。

TX处理电路315从麦克风320接收模拟或数字语音数据、或者从处理器340接收其他传出的基带数据(诸如网络数据、电子邮件或交互式视频游戏数据)。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被配置为支持多小区调度和分配PDCCH，如本公开的实施例中所述的。

如图4所示的发送路径400包括信道编码和调制块405、串行到并行(S-to-P)块410、尺寸为N的快速傅立叶逆变换(IFFT)块415、并行到串行(P-to-S)块420、添加循环前缀块425和上变频器(UC)430。如图5所示的接收路径500包括下变频器(DC)555、移除循环前缀块560、串行到并行(S-to-P)块565、尺寸为N的快速傅立叶变换(FFT)块570、并行到串行(P-to-S)块575以及信道解码和解调块580。

如图4所示，信道编码和调制块405接收信息比特的集合，应用编码(诸如低密度奇偶校验(LDPC)编码)，并调制输入比特(诸如用正交相移键控(QPSK)或正交幅度调制(QAM))以生成频域调制符号的序列。串行到并行块410将经串行调制的符号转换(诸如解复用)为并行数据，以生成N个并行符号流，其中N是在BS 102和UE 116中使用的IFFT/FFT尺寸。尺寸为N的IFFT块415对N个并行符号流执行IFFT运算，以生成时域输出信号。并行到串行块420转换(诸如复用)来自尺寸为N的IFFT块415的并行时域输出符号，以生成串行时域信号。添加循环前缀块425向时域信号插入循环前缀。上变频器430将添加循环前缀块425的输出调制(诸如上变频)到RF频率，以经由无线信道发送。还可以在转换到RF频率之前在基带处对信号进行滤波。

从BS 102发送的RF信号在通过无线信道之后到达UE 116，并且在UE116处执行与BS 102处的操作相反的操作。

如图5所示，下变频器555将接收到的信号下变频到基带频率，并且移除循环前缀块560移除循环前缀以生成串行时域基带信号。串行到并行块565将时域基带信号转换为并行时域信号。尺寸为N的FFT块570执行FFT算法以生成N个并行频域信号。并行到串行块575将并行频域信号转换为经调制数据符号的序列。信道解码和解调块580对经调制符号进行解调和解码，以恢复原始的输入数据流。

每个BS 101-103可以实现如图4所示的发送路径400，其类似于在下行链路中向UE111-116进行发送，并且可以实现如图5所示的接收路径500，其类似于在上行链路中从UE111-116进行接收。类似地，UE 111-116中的每一个可以实现用于在上行链路中向BS 101-103进行发送的发送路径400，并且可以实现用于在下行链路中从BS 101-103进行接收的接收路径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旨在示出可以在无线网络中使用的发送和接收路径的类型的示例。任何其他合适的架构都可以用于支持无线网络中的无线通信。

小区上用于下行链路(DL)信令或上行链路(UL)信令的单元被称为时隙，并且可以包括一个或多个符号。带宽(BW)单元被称为资源块(RB)。一个RB包括多个子载波(SC)。例如，一个时隙可以具有1毫秒的持续时间，而一个RB可以具有180kHz的带宽，并且包括12个SC间间隔为15kHz的SC。子载波间隔(SCS)可以由SCS配置μ确定为2^μ·15kHz。一个子载波在一个符号上的单元被称为资源元素(RE)。一个RB在一个符号上的单元被称为物理RB(PRB)。

DL信号包括传送信息内容的数据信号、传送DL控制信息(DCI)的控制信号、也被称为导频信号的参考信号(RS)等。BS(诸如BS 102)通过相应的物理DL共享信道(PDSCH)或物理DL控制信道(PDCCH)来发送数据信息或DCI。可以在包括一个时隙符号的可变数量的时隙符号上发送PDSCH或PDCCH。BS发送包括信道状态信息RS(CSI-RS)和解调RS(DM-RS)的多种RS中的一种或多种。CSI-RS旨在用于UE(诸如UE 116)执行测量并向BS提供信道状态信息(CSI)。对于信道测量或对于时间跟踪，可以使用非零功率CSI-RS(NZP CSI-RS)资源。对于干扰测量报告(IMR)，可以使用CSI干扰测量(CSI-IM)资源。CSI-IM资源也可以与零功率CSI-RS(ZP CSI-RS)配置相关联。UE可以通过DL控制信令或较高层信令(诸如来自gNB的无线电资源控制(RRC)信令)来确定CSI-RS接收参数。通常仅在相应的PDCCH或PDSCH的BW内传输DM-RS，并且UE可以使用该DM-RS来解调数据或控制信息。

UL信号还包括传送信息内容的数据信号、传送UL控制信息(UCI)的控制信号、与数据或UCI解调相关联的DM-RS、使得gNB能够执行UL信道测量的探测RS(SRS)、以及使得UE(诸如UE 116)能够执行随机接入的随机接入(RA)前导。UE通过相应的物理UL共享信道(PUSCH)或物理UL控制信道(PUCCH)来发送数据信息或UCI。可以在包括一个时隙符号的可变数量的时隙符号上发送PUSCH或PUCCH。当UE同时发送数据信息和UCI时，至少当传输在不同的小区上时，UE可以在PUSCH中复用数据信息和UCI两者、或者取决于UE能力，发送具有数据信息的PUSCH和具有UCI的PUCCH两者。

UCI包括指示对PDSCH中的数据传输块(TB)或码块组(CGB)的正确或不正确检测的混合自动重复请求确认(HARQ-ACK)信息、指示UE在其缓冲器中是否有数据要发送的调度请求(SR)以及使得gNB能够选择用于到UE的PDSCH或PDCCH传输的适当参数的CSI报告。CSI报告可以包括：向gNB通知用于UE检测具有预定误块率(BLER)(诸如10％的BLER)的数据TB的最大调制和编码方案(MCS)的信道质量指示符(CQI)、向gNB通知如何根据多输入多输出(MIMO)传输原理组合来自多个发送器天线的信号的预编码矩阵指示符(PMI)、向gNB通知用于获得CSI报告的CSI-RS资源指示符(CRI)以及向gNB通知指示PDSCH的传输秩的秩指示符(RI)。在某些实施例中，UL RS包括DM-RS和SRS。通常在相应的PUSCH或PUCCH的BW内传输DM-RS。gNB可以使用DM-RS来解调相应的PUSCH或PUCCH中的信息。SRS由UE发送以向gNB提供ULCSI，并且对于TDD系统，还提供用于DL传输的PMI。此外，作为随机接入过程的一部分或出于其他目的，UE可以发送物理随机接入信道(PRACH)。

DL传输和UL传输可以基于正交频分复用(OFDM)波形，该波形包括使用DFT预编码的变体，该变体被称为DFT扩频OFDM。

图6示出了根据本公开的实施例的使用正交频分复用(OFDM)的示例发送器结构的框图600。图7示出了根据本公开的实施例的使用OFDM的示例接收器结构的框图700。

框图600中所示的发送器结构和框图600中所示的接收器结构可以类似于图2的RF收发器210a-210n和图3的RF收发器310。图6的示例框图600和图7的框图700仅用于说明，并且在不脱离本公开的范围的情况下，可以使用其他实施例。

如框图600中所示，诸如DCI比特或数据比特的信息比特610由编码器620编码，由速率匹配器630速率匹配到所指配的时间/频率资源，并且由调制器640调制。随后，经调制的编码符号和DMRS或CSI-RS 650由SC映射单元660利用来自BW选择器单元665的输入被映射到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针对相应的潜在PDCCH接收来监视多个候选位置，以解码时隙中的多个DCI格式。DCI格式包括循环冗余校验(CRC)比特，以便UE确认对DCI格式的正确检测。一种类型的DCI格式由加扰DCI格式的CRC比特的无线电网络临时标识符(RNTI)来标识。

对于向单个UE调度PDSCH或PUSCH的DCI格式，RNTI可以是小区RNTI(C-RNTI)或所配置的调度RNTI(CS-RNTI)或者MCS-C-RNTI，并且用作UE标识符。在下面的示例中，将在需要时引用C-RNTI。UE通常接收/监视PDCCH，用于对具有由C-RNTI根据UE特定搜索空间(USS)加扰的CRC的DCI格式的检测。

对于调度传送系统信息(SI)的PDSCH的DCI格式，RNTI可以是SI-RNTI。对于调度提供随机接入响应(RAR)的PDSCH的DCI格式，RNTI可以是RA-RNTI。对于调度提供寻呼信息的PDSCH的DCI格式，RNTI可以是P-RNTI。还有多种其他与提供各种控制信息的DCI格式相关联的RNTI，并且根据公共搜索空间(CSS)被监视。

图8示出了根据本公开的实施例的下行链路控制信息(DCI)格式的示例编码过程800。图9示出了根据本公开的实施例的用于UE的DCI格式的示例解码过程900。图8的编码过程800和图9的解码过程900仅用于说明，并且在不脱离本公开的范围的情况下，可以使用其他实施例。

BS在相应的PDCCH中分别编码和发送每个DCI格式。当适用时，DCI格式旨在用于的UE的RNTI掩蔽DCI格式码字的CRC，以使UE能够识别DCI格式。例如，CRC可以包括16个比特或24个比特，并且RNTI可以包括16个比特或24个比特。否则，当RNTI未被包括在DCI格式中时，DCI格式类型指示符字段可以被包括在DCI格式中。

如图8所示，使用CRC计算单元820来确定(未编码的)DCI格式比特810的CRC，并且使用CRC比特和RNTI比特840之间的异或(XOR)运算单元830来掩蔽CRC。XOR运算定义为XOR(0，0)＝0、XOR(0，1)＝1、XOR(1，0)＝1、XOR(1，1)＝0。使用CRC附加单元850将掩蔽的CRC比特附加到DCI格式信息比特。编码器860执行信道编码(诸如咬尾卷积编码或极性编码)，随后由速率匹配器870对所分配的资源进行速率匹配。交织和调制单元880应用交织和调制(诸如QPSK)，并且输出控制信号890被发送。

如图9所示，接收到的控制信号910由解调器和解交织器920解调和解交织。由速率匹配器930恢复在BS发送器处应用的速率匹配，并且所得比特由解码器940解码。解码后，CRC提取器950提取CRC比特，并且提供DCI格式信息比特960。通过与RNTI 980(当适用时)的XOR运算对DCI格式信息比特进行解掩蔽970，并且单元990执行CRC校验。当CRC校验成功时(校验和为零)，DCI格式信息比特被认为是有效的。当CRC校验不成功时，DCI格式信息比特被认为是无效的。

下面的表1描述了调度UE在单个小区上的PDSCH接收的DCI格式1_2的字段。

【表1】

下表2描述了在单个小区上调度来自UE的PUSCH发送的DCI格式0_2的字段。

【表2】

在某些实施例中，PDCCH传输可以在PRB的集合内。BS可以向UE配置一组或多组PRB集，也被称为控制资源集(CORESET)，以用于PDCCH接收。PDCCH接收可以在CORESET中包括的控制信道元素(CCE)中。

UE可以根据第一PDCCH监视类型或者根据第二PDCCH监视类型来监视PDCCH。对于对应于每时隙用于PDCCH监视的UE能力的第一PDCCH监视类型，每时隙定义PDCCH候选的最大数量

和用于PDCCH候选的接收的非重叠CCE的最大数量

非重叠CCE是具有不同索引或在CORESET的不同符号中或者在不同CORESET中的CCE。

在某些实施例中，如果UE(诸如UE 116)可以支持

个服务小区的第一集合和

个服务小区的第二集合，则出于报告pdcch-BlindDetectionCA的目的，UE确定服务小区的数量为

其中R是由UE报告的值。在此实施例中，(i)

个服务小区的第一集合，其中UE未被提供CORESETPoolIndex或者被提供CORESETPoolIndex(其对于服务小区的第一集合中的每个服务小区的所有DL BWP上的所有CORESET具有单个值)，以及(ii)

个服务小区的第二集合(其中UE被提供CORESETPoolIndex，其对于服务小区的第二集合中的每个服务小区的任何DL BWP上的第一CORESET具有值0，而对于服务小区的第二集合中的每个服务小区的任何DL BWP上的第二CORESET具有1)是相关联的。

在某些实施例中，如果UE(诸如UE 116)(i)被配置有

个下行链路小区，(ii)与在调度小区的使用SCS配置μ的活动DL BWP中监视的PDCCH候选相关联，其中

并且(iii)激活小区的DL BWP是激活小区的活动DL BWP，并且去激活小区的DL BWP是其索引由去激活小区的firstActiveDownlinkBWP-Id提供的DLBWP，则不要求UE在

个下行链路小区中的调度小区的活动DL BWP上、针对每个时隙监视多于

个PDCCH候选或者多于

个非重叠CCE。在此示例中，

等于4或者是由UE报告的能力。此外，在此示例中，γ是由较高层提供给UE的值或者是R。

对于每个被调度小区，不要求UE在

个下行链路小区中的调度小区的、具有SCS配置μ的活动DL BWP上，针对每个时隙监视多于

个PDCCH候选或者多于

个非重叠CCE。

类似地，对于每个被调度小区，不要求UE在

个PDCCH候选或者多于

个非重叠CCE。此外，对于每个被调度小区，对于具有同一CORESETPoolIndex值的CORESET，不要求UE在

个PDCCH候选或者多于

个非重叠CCE。如果没有为小区提供CORESETPoolIndex、或者为小区提供了单个CORESETPoolIndex，则γ＝O。

在某些实施例中，UE基于搜索空间来确定用于解码PDCCH候选的CCE。对于一些RNTI(诸如C-RNTI)，用于相应的DCI格式的PDCCH候选的集合定义了对应的UE特定搜索空间集。对于其他的RNTI(诸如SI-RNTI)，用于相应的DCI格式的PDCCH候选的集合定义了对应的公共搜索空间集(CSS集)。搜索空间集与CORESET相关联，其中UE对于搜索空间集监视PDCCH候选。UE预期监视多达4种尺寸的DCI格式(包括多达3种尺寸的DCI格式，其对于每个服务小区、具有由C-RNTI或MCS-C-RNTI加扰的CRC)的PDCCH候选。对于对应的活动DL BWP，UE可以基于在相应的搜索空间集中配置的PDCCH候选的数量，对每个服务小区的DCI格式的尺寸的数量进行计数。

在某些实施例中，对于跨载波调度，对于每个被调度小区，分别针对每个跨度(span)或每个时隙对用于监视的PDCCH候选的数量以及非重叠CCE的数量进行计数。

对于与CORESET p相关联的搜索空间集s，针对与载波指示符字段值n_CI相对应的服务小区的活动DL BWP，与时隙

中搜索空间集的PDCCH候选

相对应的聚合级别L的CCE索引由下面的等式(1)给出。如等式(1)所述，对于任何CSS，

类似地，对于USS，

Y_p，-1＝n_RNTI≠0；对于pmod3＝0，A_p＝39827；对于pmod3＝1，A_p＝38929；对于pmod3＝2，A_p＝39839并且D=65537。此外，如等式(1)所述，i＝0，…，L-1，并且N_CCE，p是CORESET p中编号从0到N_CCE，p-1的CCE的数量。类似地，如果UE被配置有用于在其上监视PDCCH的服务小区的载波指示符字段，则n_CI是载波指示符字段值；否则，包括对于任何CSS，n_CI＝O。等式(1)中描述的表达式

示出

其中

是对于与n_CI相对应的服务小区，UE被配置为针对搜索空间集s的聚合级别L监视的PDCCH候选的数量。对于USS，

是针对搜索空间集s的CCE聚合级别L的所有配置的n_CI值

中的最大值。此外，用于n_RNTI的RNTI值是C-RNTI。

在某些实施例中，UE(诸如UE 116)根据CSS来监视PDCCH，以调度仅在被称为主小区的一个小区上提供系统信息、随机接入响应或寻呼的PDSCH。UE仅在主小区上发送PUCCH。在某些实施例中，UE被配置为用于PUCCH发送的主辅小区(PSCell)。当UE被配置为PSCell时，UE在主导/主小区组的主小区上发送PUCCH，并且在辅小区组的PSCell上发送PUCCH。为简洁起见，本公开的实施例描述考虑了主小区，但是实施例可以被直接扩展到PSCell。

在某些实施例中，gNB(诸如BS 102)在小区上调度UE(诸如UE 116)的能力取决于UE在小区上进行调度的最大PDCCH监视能力，由

个下行链路小区中的调度小区的每个时隙的

个PDCCH候选和

个非重叠CCE或者由中

个下行链路小区中的调度小区的

个PDCCH候选和

来定义。尽管

和

对于SCS配置μ是预定的数量，

和

是可变的并且取决于对于SCS配置μ的小区总数、

以及跨所有SCS配置的小区总数

由于在给定时间，UE可以确定性地知道它不能在某些小区中被调度，所以基于所配置的小区的数量确定

和

会导致对UE的PDCCH监视能力的不足估算，因此对应的PDCCH监视能力可以被重新分配给可以进行调度的其他小区。

至少对于初始部署，使用新无线电(NR)无线电接入技术的UE(NR UE)与使用长期演进(LTE)无线电接入技术的传统UE(LTE UE)在同一网络中共存。为了实现在相同频谱中的这种共存，使用动态频谱共享(DSS)，其中NR UE和LTE UE共享相同的信道，并且网络可以在LTE UE和NR UE之间动态地分配资源。在某些时间实例期间(NR的时隙或LTE的子帧)，网络可以将大多数DL资源分配给LTE UE，而通常UL频谱没有被完全利用，并且可以用于来自NR UE或LTE UE的传输。也有可能一些DL频谱可用于NR UE的PDSCH接收。为了针对能够进行载波聚合(CA)操作的NR UE支持这样的操作，可以将在LTE UE和NR UE共存的第一小区上调度PDSCH接收的PDCCH接收卸载到仅NR UE存在的第二小区。因为第一小区通常是提供同步信号和广播系统信息的宏小区，所以它是主小区，而第二小区是辅小区。然而，DSS操作也可以应用于辅小区。一般地，利用DSS，可以从诸如主小区的第一小区或者从诸如SCell的第二小区调度NR UE。在本公开的剩余部分中，除非明确提及，否则术语UE是指NR UE。

从第一小区或从第二小区(诸如辅小区)在第一小区(诸如主小区)上调度UE，为在主小区和辅小区两者上进行PDCCH监视创建了附加的条件。一个这样的条件是对于第一小区，为每个服务小区维持多达3种尺寸的DCI格式，其CRC由C-RNTI加扰。当UE被UE特定RRC信令配置为根据CSS(被称为Type3-PDCCH CSS)在辅小区上监视用于DCI格式检测的PDCCH时的另一个条件涉及：相对于在辅小区上超额预订UE的PDCCH能力，将辅小区视为主小区，然后必须通过根据CSS对与PDCCH监视相对应的搜索空间集进行优先级排序来执行搜索空间集丢弃。

为了减少用于在CA操作中调度PDSCH接收或PUSCH发送的PDCCH开销，可以使用在相应的多个小区中调度UE的多个PDSCH接收或来自UE的多个PUSCH发送的单个DCI格式。为简洁起见，DCI格式被称为用于PUSCH发送的调度的DCI格式0_3或用于PDSCH接收的调度的DCI格式1_3。

与使用多个相应的DCI格式相比，DCI格式1_3允许具有单个CRC，并且还可以潜在地允许其他字段(诸如用于具有与多个PDSCH接收相对应的HARQ-ACK信息的PUCCH发送的PUCCH资源指示符、指示用于PUCCH发送的时隙的PDSCH-to-HARQ-ACK定时字段、传输功率控制(TPC)命令字段以及用于确定HARQ-ACK码本的下行链路指配索引(DAI)字段)的单个值。由于与调度单个PDSCH接收的DCI格式相比，UE可以更可靠地检测到DCI格式1_3，因为对于前者，丢失的检测导致UE的多个PDSCH丢失的接收，所以重要的是维持DCI格式1_3的小尺寸，以获得比使用多个DCI格式来调度各个PDSCH接收有意义的资源节省。

因此，本公开的实施例考虑，需要设计在多个小区上调度UE的PDSCH接收的DCI格式，并且提供基本上小于在单个小区上调度UE的PDSCH接收的DCI格式的尺寸的成比例倍数的DCI格式的尺寸。

本公开的实施例还考虑，需要设计在多个小区上调度来自UE的PUSCH发送的DCI格式，并且提供基本上小于在单个小区上调度来自UE的PUSCH发送的DCI格式的尺寸的成比例倍数的DCI格式的尺寸。

此外，本公开的实施例考虑，当UE被配置为监视PDCCH以仅检测在多个小区上调度PDSCH接收或PUSCH发送的DCI格式时，需要确定PDCCH候选的总数和非重叠CCE的总数。

因此，本公开的实施例涉及设计在多个小区上调度UE的PDSCH接收的DCI格式，并且提供基本上小于在单个小区上调度UE的PDSCH接收的DCI格式的尺寸的成比例倍数的DCI格式的尺寸。本公开还涉及设计在多个小区上调度来自UE的PUSCH发送的DCI格式，并且提供基本上小于在单个小区上调度来自UE的PUSCH发送的DCI格式的尺寸的成比例倍数的DCI格式的尺寸。本公开还涉及当UE被配置为监视PDCCH以检测仅在多个小区上调度PDSCH接收或PUSCH发送的DCI格式时，确定PDCCH候选的总数和非重叠CCE的总数。

本公开的实施例描述了UE在相应的多个小区上调度多个PDSCH接收的DCI格式。以下示例和实施例描述了设计UE在相应的多个小区上调度多个PDSCH接收的DCI格式。

本公开的实施例考虑了对在相应的多个小区上调度UE的多个PDSCH接收的DCI格式的设计。为简洁起见，这种DCI格式被称为DCI格式1_3。示例性实施例考虑在两个相应的DL小区上调度两个PDSCH接收，但是可以直接应用于任何数量的被调度小区。

由于不同的小区可能具有不同的操作特性，诸如不同的操作带宽或不同的双工方法(诸如频分双工(FDD)或时分双工(TDD))，并且由于UE可能经历不同的信道条件，诸如不同的信号干扰噪声比(SINR)，因此需要为每个小区单独配置DCI格式1_3中的每个字段的尺寸。

DCI格式1_3可以包括与DCI格式1_2相同或相似的字段。单独考虑附加字段的可能性。对每个字段的比特数的配置可以独立于每个被调度小区。这种方法的局限性在于，当DCI格式1_3可以在任何小区组合上调度PDSCH接收时，DCI格式1_3的尺寸的总数可能很大。

例如，如果(i)DCI格式1_3被限制为在两个小区上调度PDSCH接收，(ii)对于调度小区，UE被配置了四个被调度小区，索引为{c₀，c₁，c₂，c₃}、以及(iii)与在{c₀，c₁，c₂，c₃}小区中的每一个上调度PDSCH接收相对应的DCI格式1_3中的字段的总尺寸分别为{s₀，s₁，s₂，s₃}，则DCI格式1_3可以具有包括来自{s₀，s₁，s₂，s₃}(不包括CRC比特)的两个值之和的任何组合的尺寸。对于DCI格式1_3中的字段具有四个单独的各自总尺寸的四个被调度小区的当前示例，DCI格式1_3的不同尺寸的最大数量是六。

为了最小化UE被配置为解码的具有由C-RNTI加扰的CRC的DCI格式的尺寸数量的增加，DCI格式1_3的尺寸可以是相同的，而不管DCI格式1_3调度PDSCH接收的小区。例如，可以预先确定DCI格式1_3可以调度PDSCH接收的被调度小区的数量，诸如两个小区，DCI格式1_3的尺寸可以由较高层配置，并且可以假设分别与在第一小区和第二小区上调度PDSCH接收相关联的第一字段和第二字段的尺寸之和等于DCI格式1_3的尺寸(在总和小于总尺寸的情况下使用填充比特)。

代替通过显式RRC信令来配置DCI格式1_3的尺寸，UE可以基于与在相应的两个参考小区上调度两个PDSCH接收相对应的第一字段和第二字段的尺寸之和来确定DCI格式1_3的尺寸。例如，两个参考小区可以是调度小区和剩余的被调度小区中具有最小索引的另一个被调度小区、或者是导致DCI格式1_3中对应的第一字段和第二字段的尺寸之和的最大值的小区。可替代地，UE可以预期DCI格式1_3的总尺寸对于被调度小区集合中的两个被调度小区的任意组合上调度两个PDSCH接收是相同的。

例如，当UE被配置了四个被调度小区和对应的调度小区时，其中被调度小区的索引是0、1、2和3，并且其中调度小区具有索引1，UE基于用于在具有索引1的小区上调度PDSCH接收的字段尺寸和用于在具有索引0的小区上调度PDSCH接收的字段尺寸的总和来确定DCI格式1_3的尺寸。例如，UE可以预期用于在两个小区上调度相应的第一PDSCH和第二PDSCH接收的第一字段和第二字段的尺寸之和对于四个被调度小区集合中的任何两个小区都是相同的。

图10示出了根据本公开的实施例的UE确定在相应的两个小区上调度两个PDSCH接收的DCI格式1_3的尺寸的示例方法。例如，方法1000的步骤可以由图1的UE 111-116(诸如图3的UE 116)中的任何一个来执行。图10的方法1000仅用于说明，并且在不脱离本公开的范围的情况下，可以使用其他实施例。

如图10所示，方法1000描述了UE(诸如UE 116)接收针对调度小区和被调度小区集合的配置(步骤1010)。在步骤1020中，UE接收针对用于监视PDCCH的搜索空间集的配置，其中搜索空间集配置包括DCI格式1_3，并且其中DCI格式1_3在被调度小区集合中的两个相应的小区上调度两个PDSCH接收。

在步骤1030中，对于被调度小区集合中的每个小区，UE接收针对第一字段子集中的每个字段的尺寸的配置，其中该第一字段子集来自DCI格式1_3中与在被调度小区集合中的小区上调度PDSCH接收相关联的预定字段集合。第一字段子集中的字段在DCI格式1_3中被包括两次，其中第一时机与在被调度小区集合中的第一小区上调度第一PDSCH接收相关联，并且第二时机与在被调度小区集合中的第二小区上调度第二PDSCH接收相关联。

在步骤1040中，UE还接收针对预定字段集合中的第二字段子集的每个字段的尺寸的配置，其中第二字段子集通常用于在被调度小区集合的相应第一小区和第二小区上调度第一PDSCH接收和第二PDSCH接收。

在某些实施例中，DCI格式1_3中的字段可以按照被调度小区的索引的升序排列，其中DCI格式调度对应的PDSCH接收。例如，如果DCI格式包括字段{f₀，f₁，...，f_M}，那么DCI格式1_3可以包括两个这样的字段块。在此示例中，具有较小索引的被调度小区的第一块后面是具有较大小区索引的被调度小区的第二块。可替代地，字段可以按照小区索引的升序在被调度小区之间交织，并且DCI格式1_3可以最先包括两个字段f₀，接着是两个字段f₁，依此类推直到两个字段f_M。同样的排列可以适用于DCI格式0_3的字段。

在某些实施例中，如果DCI格式1_3可以调度PDSCH接收的被调度小区不是预定的，诸如例如调度小区和预定的被调度小区，则DCI格式1_3需要包括指示被调度小区对的字段。当UE可以在

个被调度小区中的任何小区对上被调度PDSCH接收时，DCI格式1_3中

个比特的数量可以指示被调度小区对。因此，代替每小区载波指示符字段，DCI格式1_3可以包括

个比特的双载波指示符字段。双载波指示符字段可以最先位于DCI格式1_3中(可能仅在预定尺寸的“DCI格式的标识符”字段之后)，以使UE明确地确定DCI格式1_3中的字段的位置。DCI格式1_3也可以包括比特图来指示

个小区中的两个被调度小区。以上描述可以直接适用于最大

个被调度小区。

在下面的示例中，参考如上表1所述的DCI格式1_2的字段。可以针对

个小区中的每个被调度小区单独配置DL BWP指示符字段的尺寸。例如，对于第一被调度小区，DLBWP指示符字段可以具有2比特的尺寸，并且对于第二被调度小区，DL BWP指示符字段可以具有0比特的尺寸。可替代地，当两个被调度小区对于DL BWP指示符字段都具有非零尺寸时，DCI格式1_3可以包括具有适用于两个被调度小区的值的单个字段。例如，如果第一被调度小区具有4个配置的DL BWP，第二被调度小区具有2个配置的BWP，并且DL BWP指示符字段包括2个比特，则DL BWP指示符字段的值指示第一被调度小区的四个DL BWP之一，并且DLBWP指示符字段的值模2指示第二被调度小区的两个DL BWP之一。例如，在被调度小区上链接用于PDSCH接收的DL BWP是适用的，因为通常在两个小区上调度大量或少量的TB。因此，当需要BWP改变时，对应的原因不取决于特定的小区，并且适用于所有小区。

可以针对

个小区中的每个被调度小区单独配置时域资源分配(TDRA)字段、PRB捆绑尺寸指示符字段、速率匹配指示符字段、ZP CSI-RS触发字段、VRB-to-PRB映射字段、天线端口字段、SRS请求字段、DMRS序列初始化字段、传输配置指示字段、CBGTI字段或CBGFI字段的尺寸。

计数器DAI字段、总DAI字段、TPC命令字段、PUCCH资源指示符字段或PDSCH到HARQ确认定时字段的尺寸可以针对

个小区中的每个被调度小区被单独配置、或者可以针对

个小区中的至少一些小区相同。在后一种情况下，对应的字段对于被调度小区可以是公共的，并且对应的配置对于所有被调度小区可以是公共的。

调制和编码方案(MCS)字段的尺寸可以针对每个被调度小区被单独配置、或者被设置为5个比特。当针对每个被调度小区单独配置MCS字段时，为了减少DCI格式1_3的有效载荷相对于在单个小区上调度PDSCH接收的DCI格式的有效载荷的增加，第二被调度小区的MCS字段值可以指示第一被调度小区的MCS字段值的差值(differential value)。例如，当第一被调度小区的第一MCS字段具有指示MCS表中的32个条目之一的5个比特时，第二被调度小区的第二MCS字段可以被配置为具有B<5个比特，其中前2^B-1个值指示对比第一MCS字段所指示的MCS值更低的MCS值的偏移(负偏移)，2^B-1+1值指示与第一MCS字段所指示的相同的MCS值(零偏移)，并且后2^B-1-1个值指示对比第一MCS字段指示的MCS值更大的MCS值的偏移(正偏移)。因此，当对于被调度小区B＝0时，根据第一个被调度小区的MCS字段值来确定用于被调度小区上的PDSCH接收的MCS，并且当对于所有被调度小区B＝0时，MCS字段值对于所有被调度小区是公共的。

可以针对

个小区中的每个调度小区单独配置RV字段或HARQ进程号字段的尺寸。NDI字段的尺寸可以针对每个被调度小区被单独配置、或者被设置为1个比特。如果被调度小区上的PDSCH传输被配置为具有2个TB，则RV字段、HARQ进程号字段和NDI字段以与第一TB相同的比特数针对第二TB重复。

在某些实施例中，DCI格式1_3可能用于仅调度初始TB传输(调度单个PDSCH接收的DCI格式可以用于TB重传)，并且然后NDI和RV字段在DCI格式1_3中可以具有0个比特(即，不存在)。与在单个小区上调度PDSCH接收的DCI格式的有效载荷相比，为了进一步减少DCI格式1_3有效载荷的增加，对DCI格式1_3的使用可以被限制为在两个小区上针对相同的HARQ进程调度PDSCH接收，然后DCI格式1_3可以仅包括一个HARQ进程号字段。

可以针对

个小区中的每个被调度小区单独配置FDRA字段的尺寸，因为被调度小区之间的活动DL BWP尺寸可以不同。CA操作以大数据速率为目标，因此用于被调度小区上对应的PDSCH接收的带宽通常很大。由于在调度PDSCH接收的DCI格式的所有字段中，FDRA字段通常需要最大数量的比特，因此使用比确定在一个被调度小区上调度单个PDSCH接收的DCI格式的FDRA字段的比特数量更大的RB组(RBG)尺寸来确定DCI格式1_3的FDRA字段的比特数量是有益的。例如，对于96个RB的活动DL BWP，对于在对应的小区上调度单个PDSCH接收的DCI格式，RBG尺寸可以是8个RB，因此RBG比特图的FDRA字段包括12个比特，而对于DCI格式1_3，RBG尺寸可以是16个RB，因此RBG比特图的FDRA字段包括6个比特。

在某些实施例中，RBG尺寸是按照DL BWP尺寸的范围预先确定的。例如，对于50个RB和100个RB之间的DL BWP尺寸，RBG尺寸可以是8个RB、或者可以通过UE特定RRC信令将活动DL BWP的RBG尺寸提供给UE，该UE特定RRC信令单独地针对DCI格式(至少对于针对PDSCH接收或两个PDSCH接收的DCI格式调度)或者联合地用于所有DCI格式。在后一种情况下，用于解释FDRA字段的RBG尺寸可以通过将所指示的RBG尺寸缩放预定因子(诸如2)来针对DCI格式1_3单独导出、或者是通过UE特定RRC信令被提供给UE的因子。由DCI格式中的FDRA字段指示的RBG的尺寸(RB的数量)可以用于参考小区，诸如提供DCI格式的PDSCH接收的小区。

图11示出了根据本公开的实施例的UE确定由在相应的两个小区上调度两个PDSCH接收的DCI格式1_3调度的第二PDSCH接收的MCS的示例方法1100。例如，方法1100的步骤可以由图1的UE 111-116(诸如图3的UE116)中的任何一个来执行。图11的方法1100仅用于说明，并且在不脱离本公开的范围的情况下，可以使用其他实施例。

如图11所示，步骤1110描述了UE接收针对调度小区和针对被调度小区集合的配置。在步骤1120中，UE接收针对用于监视PDCCH的搜索空间集的配置。搜索空间集配置包括在被调度小区集合中的两个相应的小区上调度两个PDSCH接收的DCI格式1_3。

在步骤1130中，UE接收针对DCI格式1_3中的第二MCS字段的尺寸的配置，其中第二MCS字段的值是对DCI格式1_3中的第一MCS字段的值的偏移。在步骤1140中，UE根据MCS表中的索引来确定用于第二PDSCH接收的MCS，其中该索引是根据第一MCS字段的值和偏移的总和来确定的。

图12示出了根据本公开的实施例的、UE取决于调度PDSCH接收的DCI格式来确定用于PDSCH接收的频域资源分配的示例方法1200。例如，方法1200的步骤可以由图1的UE 111-116(诸如图3的UE 116)中的任何一个来执行。图12的方法1200仅用于说明，并且在不脱离本公开的范围的情况下，可以使用其他实施例。

如图12所示，步骤1210描述了UE接收(或确定)针对第一RBG尺寸和针对第二RBG尺寸的配置。在步骤1220中，UE检测调度PDSCH接收的DCI格式。

在步骤1230中，UE确定DCI格式是否是第一DCI格式(或者DCI格式是否是第二DCI格式)。响应于确定DCI格式是第二DCI格式，UE在步骤1240中基于第二RBG尺寸来确定DCI格式中的FDRA字段尺寸。可替代地，响应于确定DCI格式是第一DCI格式，UE在步骤1250中基于第一RBG尺寸来确定DCI格式中的FDRA字段尺寸。

为了响应于对UE在PDCCH监视时机m中检测到的DCI格式1_3在两个相应的小区上调度的两个PDSCH接收中提供的TB的解码来确定HARQ-ACK信息比特在HARQ-ACK码本中的位置，DCI格式1_3中的计数器DAI(C-DAI)字段的值

增加2，而不是像DCI格式调度单个PDSCH接收的情况下那样增加1。然后，对于在具有索引c和c₁(其中c＜c₁)的小区上的PDSCH接收，针对小区c上的PDSCH接收的对应的HARQ-ACK信息比特在HARQ-ACK码本中的位置可以基于

的C-DAI值，并且小区索引{c+1，...，c₁}可以被循环移位，以便将针对具有索引c₁的小区的HARQ-ACK信息放置在具有索引c的小区的HARQ-ACK信息之后。在下面的语法(1)中对此进行描述。在语法(1)中，

和

是C-DAI字段的比特数。

语法 (1)

如果小区c上的PDSCH由也调度小区c1(其中c1＞c)上的PDSCH的DCI格式调度

在某些实施例中，DCI格式1_3中的计数器DAI字段(或总DAI字段)的尺寸可以比调度单个PDSCH接收的DCI格式中的计数器DAI字段的尺寸大，例如在两个被调度小区的情况下大1个比特。一个原因是为DCI格式1_3提供了相同级别的防止丢失检测的保护，因为在两个被调度小区的情况下，DCI格式1_3中的计数器DAI值增加2，而不是1。一般地，对于可以在多于一个小区上调度PDSCH接收的DCI格式中的计数器DCI字段的可配置比特数，最大比特数可以大于仅在一个小区上调度PDSCH接收的DCI格式中的计数器DAI字段的最大比特数。相同的方法可以适用于总DAI字段。

图13示出了根据本公开的实施例的、UE处理在两个相应的小区上调度两个PDSCH接收的DCI格式以及在一个小区上调度PDSCH接收的另一种DCI格式1_3中的DAI值的图1300。

如在图1300中描述的，在PDCCH监视场合，UE(诸如UE 116)检测到调度小区0上的PDSCH接收并且包括具有值1的计数器DAI字段1310的第一DCI格式。UE还检测到调度小区11320上的PDSCH接收和小区3 1330上的PDSCH接收并且包括具有值3的计数器DAI字段的DCI格式1_3。UE还检测到调度小区3 1340上的PDSCH接收的DCI格式。为了在HARQ-ACK码本中报告HARQ-ACK信息，UE放置响应于小区0上的PDSCH接收的第一HARQ-ACK信息1350，随后是响应于小区1上的PDSCH接收的HARQ-ACK信息1360、响应于小区3上的PDSCH接收的HARQ-ACK信息1370以及响应于小区2上的PDSCH接收的HARQ-ACK信息1380。重新排列服务小区索引，以将对应的HARQ-ACK信息放置在HARQ-ACK码本中。

在某些实施例中，DCI格式1_3也用于调度单个PDSCH。这可以通过在DCI格式1_3中包括指示对一个PDSCH接收的调度(例如值为“0”)或者两个PDSCH接收的调度(例如值为“1”)的1比特字段来实现。在一个PDSCH接收的情况下，UE可以忽略与第二PDSCH接收相关联的字段。可替代地，UE可以将与第二PDSCH接收相关联的字段的比特(至少是与第一PDSCH接收相关联的字段分离的比特)重新解释为与第一PDSCH接收相关联的对应的字段的比特的一部分，以将一些或所有这样的字段的尺寸增加到最大预定尺寸，并因此增加第一PDSCH接收的调度可配置性/灵活性。

尽管图10、图11和图12示出了方法1000、1100和1200，但是可以对图10、图11和图12进行各种改变。例如，尽管图10的方法1000、图11的方法1100和图12的方法1200被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的次序发生或者多次发生。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法1000的步骤可以以不同的次序执行。

本公开的实施例描述了在相应的多个小区上调度来自UE的多个PUSCH发送的DCI格式。以下示例和实施例描述了设计在相应的多个小区上调度来自UE的多个PUSCH发送的DCI格式。

本公开的实施例还考虑了在相应的多个小区上调度来自UE的多个PUSCH发送的DCI格式的设计。为简洁起见，这种DCI格式被称为DCI格式0_3，并且示例性实施例考虑在两个相应的DL小区上对两个PUSCH发送的调度。

由于不同的小区可能具有不同的操作特性，诸如不同的操作带宽或不同的双工方法(诸如FDD或TDD)，并且由于UE可能经历不同的信道条件，诸如不同的信号干扰噪声比(SINR)，所以DCI格式0_3中的每个字段的尺寸是针对每个小区单独配置的。

对于在多个小区上调度PUSCH发送的DCI格式0_3，相同的设计原理可以适用于也存在于DCI格式1_3中的所有字段。例如，在相应的多个被调度小区上调度多个PUSCH发送的DCI格式中的MCS字段可以适用于所有多个PUSCH发送、或者可以适用于第一被调度小区上的PUSCH发送，并且B个比特的附加MCS字段可以适用于多个小区中的剩余被调度小区。为简洁起见，省略了相应的描述，并且描述的剩余部分是针对存在于DCI格式0_3中但是不存在于DCI格式1_3中的字段。

参考上面表2中的DCI格式0_2的字段，可以针对

个小区中的每个被调度小区单独配置SUL指示符字段、FH标记字段、TPC命令字段、SRI字段、预编码信息和层数字段、天线端口字段、PTRS-DMRS关联字段、DMRS序列初始化字段或OLPC参数集指示字段的尺寸。在没有提供与调度第二PUSCH发送相关联的TPC命令字段尺寸的情况下，例如对于带内CA，其中相似的信道衰落条件适用于两个小区上的PUSCH发送，UE应用由DCI格式0_3中的单个TPC命令字段提供的相同TPC命令，以确定对应的第一小区和第二小区上的第一PUSCH发送和第二PUSCH发送的功率。

在某些实施例中，DAI字段、CSI请求字段、beta_offset指示符字段或UL-SCH指示符字段可以针对

个小区中的每个被调度小区被单独配置、或者可以针对小区中的至少一些小区相同。在后一种情况下，UE这些字段对于被调度小区可以是公共的，并且不是针对每个被调度小区被配置的、或者可以仅针对第一小区被配置。DAI、CSI请求、beta_offset指示符或UL-SCH指示符字段的适用性可以仅针对两个PUSCH中的一个PUSCH，并且该一个PUSCH对于所有这些字段可以是相同的。该一个PUSCH可以是在两个小区之间具有最小索引或最大索引的小区上发送的PUSCH、或者是在调度小区(如果有的话)上发送的PUSCH、或者是在基于DCI格式0_3中的附加1比特字段显式确定的小区上发送的PUSCH、或者是诸如例如基于用于UCI复用或PUSCH发送的MCS的可用资源的数量隐式确定的小区上发送的PUSCH，然后UE选择提供较大对应值的PUSCH。

否则，如果UE被配置为监视的具有由C-RNTI加扰的CRC的DCI格式的尺寸的数量将大于3，则UE可以预期DCI格式0_3的尺寸与DCI格式1_3的尺寸相同。

图14示出了根据本公开的实施例的、UE确定由DCI格式在相应的第一小区和第二小区上调度的相应的第一PUSCH和第二PUSCH发送的第一功率和第二功率的示例方法1400。图15示出了根据本公开的实施例的、响应于检测到在两个相应的小区上调度两个PUSCH发送的DCI格式，UE在PUSCH发送中复用UCI的示例方法。例如，方法1400和方法1500的步骤可以由图1的UE 111-116(诸如图3的UE 116)中的任何一个来执行。图14的方法1400和图15的方法1500仅用于说明，并且在不脱离本公开的范围的情况下，可以使用其他实施例。

如图14所示，步骤1410描述了UE接收针对调度小区和被调度小区集合的配置。在步骤1420中，UE接收针对用于监视PDCCH的搜索空间集的配置，其中搜索空间集配置包括DCI格式0_3。DCI格式0_3在被调度小区集合中的两个相应的小区上调度两个PUSCH发送。在步骤1430中，UE通过DCI格式0_3中的TPC命令字段接收TPC命令的值。在步骤1440中，UE基于TPC命令的值来确定第一小区上的第一PUSCH发送的第一功率和第二小区上的第二PUSCH发送的第二功率。

如图15所示，步骤1510描述了UE接收针对调度小区和被调度小区集合的配置。在步骤1520中，UE接收针对用于监视PDCCH的搜索空间集的配置，其中搜索空间集配置包括DCI格式0_3，并且其中DCI格式0_3在被调度小区集合中的两个相应的小区上调度两个PUSCH发送。

在步骤1530中，UE基于DCI格式0_3中的DAI、CSI请求、beta_offset指示符或UL-SCH指示符的一个或多个单个字段的值所提供的信息，来确定在两个PUSCH发送之一中复用UCI(诸如HARQ-ACK信息或CSI报告)和用于UCI复用的关联参数。

在步骤1540中，UE在具有较小索引的小区上的PUSCH发送中或者在由DCI格式0_3中的附加二进制字段指示的PUSCH发送中复用UCI。

尽管图14和图15示出了方法1400和1500，但是可以对图14和图15进行各种改变。例如，尽管图14的方法1400和图15的方法1500被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的次序发生或者多次发生。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法1400的步骤可以以不同的次序执行。

本公开的实施例描述了针对小区的PDCCH监视能力。以下示例和实施例描述了通过DCI格式0_3或DCI格式1_3来调度UE的情况。

本公开的实施例还考虑了当UE被配置为监视PDCCH以检测仅DCI格式0_3或仅DCI格式1_3、从而在被调度小区集合的被调度小区子集上进行调度时，对PDCCH候选的总数和非重叠CCE的总数的确定。

在某些实施例中，随后考虑在其中UE被配置有用于监视PDCCH的至少一个搜索空间集、从而检测调度单个PDSCH接收或单个PUSCH发送的DCI格式的小区和其中UE仅被配置有用于监视PDCCH的搜索空间集、从而检测DCI格式0_3或DCI格式1_3的小区之间对UE的PDCCH监视能力的划分。示例性实施例考虑两个小区，但是当DCI格式0_3或DCI格式1_3可以调度最大

个被调度小区时，同样的确定也适用。

例如，UE(诸如UE 116)可以配置

个服务小区的第一集合。在此示例中，UE(i)未被提供CORESETPoolIndex或者被提供CORESETPoolIndex(其对于小区的第一集合

中的每个服务小区的所有DL BWP上的所有CORESET具有单个值)，以及(ii)至少一个搜索空间集用于监视PDCCH，以对于

个小区的第一集合中的每个小区，检测调度单个PDSCH接收或单个PUSCH发送的DCI格式。UE还可以配置

个服务小区的第二集合。这里，UE(i)未被提供CORESETPoolIndex或者被提供CORESETPoolIndex(其对于小区的第一集合

中的每个小区的所有DL BWP上的所有CORESET具有单个值)，以及(ii)所有搜索空间集用于监视PDCCH，以仅检测在

个小区的第二集合中的两个相应的小区上调度两个PDSCH接收或两个PUSCH发送的DCI格式。UE还可以配置

个服务小区的第三集合。这里，UE(i)被提供CORESETPoolIndex(其对于

个小区的第二集合中的每个小区的任何DL BWP上的第一CORESET具有值0，对于

个小区的第二集合中的每个小区的任何DL BWP上的第二CORESET具有值1)，以及(ii)至少一个搜索空间集用于监视PDCCH，以对于

个服务小区的另一集合。这里，UE(i)被提供CORESETPoolIndex(其对于

个小区的第二集合中的每个小区的任何DL BWP上的第二CORESET具有值1)，以及(ii)所有搜索空间集用于监视PDCCH，以仅检测在

个小区中的两个相应的小区上调度两个PDSCH接收或两个PUSCH发送的DCI格式。在这些示例中，

并且

不需要UE监视比在等式(2)或等式(3)中描述的更多的表达式。具体地，等式(2)用于PDCCH候选，而等式(3)用于

个下行链路小区中的调度小区的活动DL BWP上每个时隙的非重叠CCE。

在针对

和

的等式(2)和(3)的上述表达式中，还可以通过包括

个小区和

个小区来考虑可能比

和

的值稍大的值，并确定等式(4)或等式(5)。具体地，等式(4)用于PDCCH候选，而等式(5)用于

在某些实施例中，UE根据对应的所配置的搜索空间集来评估对于每个时，所配置的PDCCH候选的数量是否超过针对非重叠CCE的限制或针对UE预期能够在时隙中监视的PDCCH候选的数量的限制(也被称为盲解码(BD)限制)。当UE被配置为根据组合(X，Y)来监视PDCCH时，其中X是由定义跨度的多于Y个符号分隔的连续PDCCH监视时机中的前多个符号(first symbols)之间的符号数，UE可以仅对每个时隙的第一跨度执行先前的评估。如在下面语法(2)中所述的，UE丢弃对索引大于或等于其中UE达到针对非重叠CCE的数量限制或针对UE可以在时隙(或时隙的第一跨度)中监视的PDCCH候选的数量限制的搜索空间集的索引的所有搜索空间集的PDCCH监视。

语法 (2)

V_CCE(S_uss(j))表示搜索空间集

的非重叠CCE的集合，C(V_CCE(S_uss(j)))表示其中考虑到用于监视CSS的所分配的PDCCH候选和用于监视所有搜索空间集

0≤k≤j的所分配的PDCCH候选而确定的搜索空间集的非重叠CCE的V_CCE(S_uss(j))的基数。

因此，本公开的实施例涉及通过缩放PDCCH候选的PDCCH分配或丢弃，以监视时隙或跨度中的PDCCH盲解码。本公开还涉及由UE请求的用于PDCCH监视的搜索空间集切换。本公开还涉及基于预定CCE AL次序(order)的PDCCH分配或丢弃，以用于时隙或跨度中的PDCCH盲解码。

在某些实施例中，如前所述，当UE(诸如UE 116)被配置为在时隙中监视比小区的时隙中对应的UE PDCCH监视能力更多的用于在小区上调度的非重叠CCE或PDCCH候选时，UE跳过对搜索空间集ID大于或等于其中达到了对应限制的搜索空间ID的所有搜索空间(SS)集的PDCCH监视。这样，以搜索空间集的粒度的PDCCH候选丢弃是粗略的，并且会导致比必要情况的更多的丢弃的PDCCH候选。例如，当在将PDCCH候选和非重叠CCE分配给具有第一索引的搜索空间集之后，剩余的PDCCH候选的数量是5，并且为具有下一索引的搜索空间集配置的数量是6时，UE放弃对所有剩余的PDCCH候选的PDCCH监视，即使对应的能力将仅被超过一个PDCCH候选。低效的PDCCH丢弃规则可能由于不必要的PDCCH候选的减少而导致不必要的PDCCH阻塞。对于通常需要降低成本并因此具有降低能力的中间层UE(RedCap UE)，该问题可能更严重，因为相对于PDCCH候选的总数，不必要丢弃的PDCCH候选的百分比可能相比于具有较大PDCCH监视能力的UE更大。

除了不必要的PDCCH候选丢弃之外，当使用了多个波束并且PDCCH可以被配置为在具有通过对应的不同准共址(QCL)属性而对应于不同的PDCCH发送波束的不同传输配置指示符(TCI)状态的控制资源集(CORESET)中被接收时，每个搜索空间集的PDCCH丢弃可以降低PDCCH接收的可靠性。例如，搜索空间集与具有指示用于接收的定向波束的QCL假设的CORESET相关联。当PDCCH丢弃是针对整个搜索空间集时，与具有不同波束方向或QCL假设的CORESET相对应的搜索空间集可以针对一些波束方向被丢弃。

当丢弃PDCCH候选以满足针对调度小区的对应的子载波间隔(SCS)配置的每个时隙和每个调度小区的UE监视能力时，对于UE来说，丢弃不太可能用于调度UE的PDSCH接收或来自UE的PUSCH发送的候选可能是有益的。例如，由于服务gNB(诸如BS 102)基于RRC信令向UE(诸如UE 116)配置了搜索空间集，并且为了避免对应的信令开销，RRC重新配置是不频繁的，所以搜索空间集可能包括范围从最小的(诸如1个CCE)到最大的(诸如16个CCE)的信道控制元素(CCE)聚合级别的PDCCH候选，从而在UE经历对应的有利或不利信道条件(诸如较大的信号干扰噪声比(SINR)或较低的SINR)时实现调度。然而，gNB可以针对PDCCH传输使用对应的CCE聚合级别，该聚合级别反映了来自UE的针对调度小区的最后一个参考信号接收功率(RSRP)报告或最后一个信道状态信息(CSI)报告，然后UE将不必要地监视与该CCE聚合级别相对应的、不太可能被调度小区上的服务gNB使用的PDCCH候选的数量。因此，对于UE来说，根据反映UE正在经历的信道条件(诸如SINR)的搜索空间集来监视PDCCH、或者避免监视服务gNB不太可能用于在调度小区上向UE进行PDCCH发送以调度UE的单播PDSCH接收或来自UE的PUSCH发送的CCE聚合级别的PDCCH候选，将是有益的。

因此，本公开的实施例考虑到需要支持对PDCCH候选的缩放以进行PDCCH丢弃。本公开的实施例还考虑到需要支持UE请求的搜索空间集切换。此外，本公开的实施例考虑到需要基于预定的CCE AL次序来支持PDCCH丢弃。

因此，当UE被配置为根据组合(X，Y)监视PDCCH时，其中X是由定义跨度的多于Y个符号分隔的连续PDCCH监视时机中的前多个符号之间的符号的数量，其中Y大于一个时隙，UE可以根据本公开中定义的任何方法，仅针对每个跨度评估所配置的PDCCH候选的数量是否超过针对非重叠CCE的限制或针对仅该跨度的PDCCH候选的数量的限制。

本公开的实施例描述了缩放PDCCH候选以进行PDCCH丢弃。以下示例和实施例描述了缩放PDCCH候选以进行PDCCH丢弃。

本公开的实施例通过缩放UE在时隙或跨度中监视的PDCCH候选的数量来考虑PDCCH候选分配过程或PDCCH候选丢弃过程。

在其中UE(诸如UE 116)根据CSS监视PDCCH的搜索空间集执行对应的分配之后，令

和

分别为其中UE根据USS监视PDCCH的搜索空间集的剩余PDCCH候选和剩余非重叠CCE。UE确定初始值，如在下面的等式(6)和(7)中所述的。

V_CCE(S_USS(j))表示搜索空间集S_USS(j)的非重叠CCE的集合，并且C(V_CCE(S_USS(j)))表示V_CCE(S_USS(j))的基数。

表示L个CCE的CCE聚合级别(AL)的搜索空间集S_USS(j)的所配置PDCCH候选的数量。

在第一种方法中，使用了用于缩放多个PDCCH候选的过程。UE在所有配置的USS集上应用对PDCCH候选的数量的缩放。UE基于PDCCH候选分配或丢弃规则，以累积方式为K个配置的USS集确定分配的PDCCH候选，如在下面的语法(3)中所述的。

语法 (3)

如在语法(3)中所述的，X和X_step分别是累积的缩放因子和每步长的缩放。X_step可以通过较高层信令被提供给UE、或者在系统操作规范中预定义。例如，X_step＝0.25。

在某些实施例中，此过程首先检查是否需要任何缩放，而不是从X0开始并将PDCCH候选分配分数增加X_step。如果需要缩放因子，则此过程将USS的搜索空间集上的PDCCH候选的数量减少/缩放因子X_step，确定是否可以分配减少/缩放的PDCCH候选，并且如果可以分配缩放/减少的PDCCH候选，则停止此过程、或者从将USS的搜索空间集上的PDCCH候选的数量(再次)缩放因子X_step的步骤开始重复此过程。在下面对应的语法(4)中描述PDCCH分配。

语法 (4)

如在语法(4)中所述的，X_step是对缩放因子O＜X≤1的更新步长。X_step可以通过较高层信令被提供给UE、或者可以在系统操作的规范中预定义。例如，X_step＝0.25。

图16、图17和图18分别示出了根据本公开的实施例的、UE确定要在时隙中监视的PDCCH候选的数量，以在小区上调度PDCCH候选缩放的示例方法1600、1700和1800。例如，方法1500的步骤可以由图1的UE 111-116(诸如图3的UE 116)中的任何一个来执行。方法1600、1700和1800仅用于说明，并且在不脱离本公开的范围的情况下，可以使用其他实施例。

如图16所示，步骤1602描述了UE被提供K个USS集的配置和用于更新步长X_step的缩放因子。在步骤1604中，对于时隙或跨度，UE将缩放因子X的值设置为Xstep，j＝0。在步骤1606中，UE确定是否(i)X≤1、(ii)

和(iii)

在确定不满足三个条件中的任何一个时，UE在步骤409中认为PDCCH分配过程结束，并且UE解码时隙或跨度中分配的PDCCH候选。

在确定满足所有三个条件时，UE在步骤1608中向USS集分配(附加的)用于监视的

个PDCCH候选。此后，在步骤1610中，UE更新剩余的PDCCH候选和非重叠CCE，如在下面的等式(8)和等式(9)中所述的。在步骤1612中，UE更新USS集索引，如在下面的等式(10)中所述的。在步骤407中，UE确定J是否等于零。当UE确定J不等于零时，UE返回到步骤403。可替代地，当UE确定j等于零时，则在步骤408中，UE更新缩放因子，如在等式(11)中所述的。在更新了缩放因子之后，UE返回到步骤403。

j＝mod(j+1，K) (10)

X＝X+X_step (11)

在确定不满足步骤403的三个条件中的任何一个时，UE在步骤409中认为PDCCH分配过程结束，并且UE解码时隙或跨度中分配的PDCCH候选。

例如，当UE确定在给CSS的分配之后，用于USS的PDCCH候选的初始数量是

并且UE具有4个USS集，其中{8，16}、{8，16}和{8，16}个PDCCH候选与两个CCE AL(例如CCE AL为1和2)相关联，则对于累积的缩放因子X＝Xstep＝0.25，UE将PDCCH候选{8，16}*0.25＝{2，4}分配给USS集0，剩余的PDCCH候选

将{2，4}分配给USS集1，剩余的PDCCH候选

＝30-6＝24；将{2，4}分配给USS集2，剩余的PDCCH候选

将{2，4}分配给USS集3，剩余的PDCCH候选

对于累积的缩放因子X＝0.5，UE将附加的PDCCH候选{2，4}分配给USS集0，剩余的PDCCH候选

将附加的{2，4}分配给USS集1，剩余的PDCCH候选

因为

所以UE完成对USS集的PDCCH候选分配。对于USS集0、USS集1、USS集2、USS集3，得到的PDCCH候选分配分别是{4，8}、{4，8}、{2，4}、{2，4}。

如图17所示，步骤1702描述了UE被提供K个USS集的配置和缩放因子更新步长X_step。在步骤1704中，对于时隙或跨度，UE将缩放因子X的值设置为1，j＝0。在步骤1706中，UE确定是否满足条件(1)j≠K和条件(2)X>0。

当确定不满足步骤1706的至少一个条件时(诸如如果X≤O或j＝K)，则在步骤1718中，UE认为对USS集的PDCCH候选分配过程结束，并且UE根据时隙或跨度中分配的PDCCH候选来监视PDCCH。

可替代地，在确定满足1706的两个条件时，UE通过应用缩放因子X来开始或继续针对K个USS集的PDCCH候选的分配过程(步骤1708)。也就是说，在步骤1708中，UE首先将与缩放因子X相关联的剩余PDCCH候选和非重叠CCE分别设置为

和

并且j＝O，其中

和

是基于UE PDCCH监视能力和CSS集中配置的PDCCH候选来确定的。

在步骤1710中，UE确定对于当前USS集S_USS(j)，是否满足

和

当满足步骤1710的条件时，在1712中，UE在步骤1712中向USS集S_USS(j)(重新)分配用于监视的

个PDCCH候选。在步骤1714中，UE更新剩余的PDCCH候选和非重叠CCE，使得

和

此后，在步骤1716，UE更新USS集索引，使得j＝j+1。

当不满足步骤1710的任何条件时，在步骤1720中，UE结束针对当前缩放因子X的PDCCH候选分配过程，并减小缩放因子，使得X＝X-X_step。在步骤1720中减小缩放因子之后，方法1700返回到步骤1706，以使UE检查是否满足两个条件(j≠K和X>0)。

并且UE具有4个USS集，其中{8，16}、{8，16}和{8，16}个PDCCH候选与{1，2}的CCE AL相关联。对于缩放因子X＝1，UE可能仅为USS集0分配PDCCH候选{8，16}，剩余的PDCCH候选

UE将X减少到0.75。对于缩放因子X＝0.75，UE可以为USS集0重新分配PDCCH候选{6，12}，剩余的PDCCH候选

并且为USS集1重新分配PDCCH候选{6，12}，剩余的PDCCH候选

UE将X减小到0.5。对于缩放因子X＝0.5，UE为USS集0重新分配PDCCH候选{4，8}，剩余的PDCCH候选

为USS集1重新分配PDCCH候选{4，8}，剩余的PDCCH候选

并且为USS集2重新分配PDCCH候选{4，8}，剩余的PDCCH候选

UE将X减小到0.25。对于缩放因子X＝0.25，UE为USS集0重新分配PDCCH候选{2，4}，剩余的PDCCH候选

为USS集1重新分配PDCCH候选{2，4}，剩余的PDCCH候选

为USS集2重新分配PDCCH候选{2，4}，剩余的PDCCH候选

并且为USS集3重新分配PDCCH候选{2，4}，剩余的PDCCH候选

最终，UE分别为USS集0、USS集1、USS集2和USS集3分配PDCCH候选{2，4}、{2，4}、{2，4}和{2，4}。

另一种通过在所有搜索空间集上缩放PDCCH候选的数量来丢弃PDCCH候选的方法，其中UE被配置为根据USS来监视PDCCH，当UE确定对于搜索空间集、所配置PDCCH候选的总数大于PDCCH候选的剩余数量时，UE对USS集应用PDCCH缩放。代替丢弃整个搜索空间集，UE相对于所配置的PDCCH候选的数量，为搜索空间集分配部分PDCCH候选。UE基于下面的预定PDCCH分配或丢弃语法(5)，为配置的USS集确定分配的PDCCH候选。

语法 (5)

如在语法(5)中所述的，UE将用于监视的

个PDCCH候选分配给USS集S_USS(j)。此外，X_step是针对缩放因子0＜X≤1的更新步长。X_step可以通过较高层信令被提供给UE、或者可以在系统操作的规范中预定义。例如，X_step＝0.25。

如图18所示，步骤1802描述了UE被提供USS集的配置和初始缩放因子更新步长X_step。在步骤1804中，对于时隙或跨度，UE将USS索引的值设置为0，即j＝0。在步骤1806中，UE确定对于当前USS集S_USS(j)，是否满足第一条件

和第二条件

在确定满足两个条件时，UE在步骤1808中向USS集S_USS(j)分配用于PDCCH监视的

个PDCCH候选。在步骤1810中，UE然后更新剩余的PDCCH候选的数量和剩余的非重叠CCE的数量，使得等式(12)和等式(13)得到满足。然后，在步骤1812中，UE将USS集索引增加1，如在等式(14)中所述的。

j＝j+1 (14)

当不满足步骤1806的任一条件时，UE针对当前的还没有PDCCH候选的分配的USS集S_USS(j)，缩放配置的PDCCH候选的数量。在步骤1814中，UE设置X＝1-X_step、

和

在步骤1816中，UE确定是否满足等式(15)和(16)的条件。

响应于确定不满足步骤1816的至少一个条件，UE在步骤1818中更新缩放因子，如在等式(17)中所述的。此后，方法1700返回到步骤1816。

X＝X-X_step (17)

响应于确定满足步骤1816的两个条件，UE在步骤1820中向USS集S_USS(j)分配用于监视的

个PDCCH候选。在步骤1822中，UE认为PDCCH分配过程结束，并根据时隙或跨度中分配的PDCCH候选来监视PDCCH。

并且UE具有4个USS集，其中{8，16}、{8，16}和{8，16}个PDCCH候选与{1，2}的CCE AL相关联时，UE将{8，16}分配给USS集0，剩余的PDCCH候选

由于UE不能为USS集1分配已配置的PDCCH候选，因此UE然后开始缩放用于USS集1的PDCCH候选的数量。当X＝0.5时，

其不大于

UE进一步将{4，8}个PDCCH候选分配给USS集1。对于对应的时隙或跨度，UE丢弃用于PDCCH监视的USS集2和USS集3。

尽管图16、图17和图18示出了方法1600、1700和1800，但是可以对图16、图17和图18进行各种改变。例如，尽管图16的方法1600被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的次序发生或者多次发生。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法1600的步骤可以以不同的次序执行。

本公开的实施例还描述了UE请求的搜索空间集切换。以下示例和实施例描述了UE请求的搜索空间集切换。

本公开的实施例考虑基于UE的请求在搜索空间集的组之间切换。基于该请求，服务gNB可以触发UE从(多个)当前活动搜索空间集切换到新的活动搜索空间集，以进行PDCCH监视。UE分配PDCCH候选以监视活动搜索空间集，而不是搜索空间集的组的所有配置的搜索空间集。

例如，对于组搜索空间集切换，适用的搜索空间集的组仅包括其中UE根据USS监视PDCCH的搜索空间集。对于另一个示例，适用的搜索空间集的组包括其中UE根据USS监视PDCCH的搜索空间集和其中UE根据CSS监视PDCCH的搜索空间集。对于又一个示例，适用的搜索空间集的组由较高层配置。在适用的搜索空间集的组的配置中，可以向UE提供搜索空间集的相关联的组索引。

从第一组搜索空间集切换到第二组搜索空间集的UE请求可以基于由UE在搜索空间集的PDCCH接收的CORESET中测量的信号干扰噪声比(SINR)、或者基于用于检测由PDCCH接收提供的DCI格式的误块率(BLER)统计等。不同组的搜索空间集可以包括每个CCE聚合级别的不同数量的PDCCH候选，使得UE可以指示一组搜索空间集，该组搜索空间集包括UE认为适合用于PDCCH接收的CCE聚合级别的更多个PDCCH候选。从UE接收到请求的服务gNB可以通过提供对应的组索引来用用于UE监视PDCCH的一组搜索空间集的指示来响应，其中该组索引可以与UE用于监视PDCCH的当前一组搜索空间集的索引相同或不同。

图19示出了根据本公开的实施例的UE在多组搜索空间集之间切换的示例方法1900。例如，方法1900的步骤可以由图1的UE 111-116(诸如图3的UE 116)中的任何一个来执行。方法1900仅用于说明，并且在不脱离本公开的范围的情况下，可以使用其他实施例。

如图19所示，步骤1910描述了UE报告信息以指示用于PDCCH监视的优选的一组搜索空间集。在步骤1920中，UE接收用于PDCCH监视的一组搜索空间集的索引。通过诸如RRC信令的较高层信令，预先为UE配置多组搜索空间集。在步骤1930中，UE通过确定指示的一组搜索空间集的索引是否与用于PDCCH监视的一组搜索空间集的当前索引相同(或不同)，来确定(多个)当前活动搜索空间集是否与指示的搜索空间集相同。如果(多个)当前活动搜索空间集不同于所指示的(多个)搜索空间集，则在步骤1940中，UE停止监视(多个)当前活动搜索空间集，并根据与所指示的组索引相对应的(多个)搜索空间集开始监视PDCCH。例如，PDCCH监视可以在当UE接收到与组索引的指示相关联的PDCCH时的最后一个符号/时隙之后的Y个符号/时隙开始。可替代地，如果(多个)当前活动搜索空间集与所指示的(多个)搜索空间集相同，则在步骤1950中，UE继续根据(多个)当前活动搜索空间集来监视PDCCH。

在某些实施例中，UE通过为一组搜索空间集提供对应的索引来提供对该组搜索空间集的所配置的集合中的该组搜索空间集的请求。组索引可以由log₂(N)个比特来指示，其中N是UE由较高层配置的搜索空间集的组的数量。在第一个示例中，UE可以通过PUSCH发送中的MAC控制元素来提供索引。在另一个示例中，UE可以通过PUCCH发送来提供索引，其中UE可以被配置有PUCCH资源、周期和相对于PUCCH发送的系统帧号的第一个时隙的时间偏移。在另一个示例中，PUCCH资源可以与用于周期性或半持久性HARQ-ACK、调度请求或CSI报告的PUCCH资源相同，并且组索引指示可以与其他UCI信息一起在PUCCH发送中复用。用于复用组索引的周期可以与用于复用PUCCH发送中的其他UCI报告的周期相同或不同。

代替为一组搜索空间集的索引提供显式指示，UE可以被配置有在多组搜索空间集的索引和RSRP值之间的映射。在报告RSRP值之后，在UE检测到针对与具有RSRP报告的PUSCH发送的传输块相同的HARQ进程、调度新的传输块的传输的DCI格式之后，UE可以将对应的一组搜索空间集应用于PDCCH监视。例如，对于两组搜索空间集，UE可以被配置为将第一组与小于或等于配置的RSRP阈值的RSRP值相关联(并且将第二组与大于该阈值的RSRP值相关联)。

服务gNB(诸如BS 102)可以通过PDSCH接收中的MAC控制元素或者通过PDCCH接收中的DCI格式中的字段来向UE(诸如UE 116)提供一组搜索空间集的索引，以供UE监视PDCCH。在此示例中，UE可以根据CSS或者根据USS来监视PDCCH以检测DCI格式。组索引可以由log₂(N)个比特来指示，其中N是UE由较高层配置的搜索空间集的组的数量。

当通过PDSCH接收中的MAC CE向UE提供了组索引时，UE可以确定用于根据所指示的一组搜索空间集来监视PDCCH的应用延迟为在其中UE响应于PDSCH的接收而发送HARQ-ACK信息的PUCCH的最后一个时隙/符号之后的Y个符号/时隙。当通过PDCCH接收中的DCI格式向UE提供了组索引时，UE可以确定用于根据所指示的一组搜索空间集来监视PDCCH的应用延迟在其中UE接收到PDCCH的最后一个时隙/符号之后的Y个时隙/符号后。Y的值可以预定的。在一个示例中，Y的值通过较高层信令被提供给UE。在另一个示例中，Y的值可以由UE报告为UE能力。在又一个示例中，Y的值在系统操作的规范中定义。例如，Y＝1个时隙。

尽管图19示出了方法1900，但是可以对图19进行各种改变。例如，尽管图19的方法1900被示为一系列步骤，但是各个步骤可以重叠、并行发生、以不同的次序发生或者多次发生。在另一个示例中，步骤可以被省略或者被其他步骤代替。例如，方法1900的步骤可以以不同的次序执行。

本公开的实施例描述了针对每个CCE AL的PDCCH丢弃。下面的示例和实施例描述了针对每个CCE AL的PDCCH丢弃。

本公开的实施例考虑了基于时隙或跨度中的预定CCE AL次序来缩放或丢弃PDCCH候选。可以向UE(诸如UE 116)提供CCE AL的预定次序，用于分配PDCCH候选以针对对应的搜索空间集监视PDCCH。UE基于每个时隙/跨度的CCE AL的预定次序和PDCCH监视能力来确定要在时隙/跨度中分配给搜索空间集的PDCCH候选。UE可以被提供CCE AL的列表，表示为L_BD，并且CCE AL的预定次序由列表L_BD的索引i指示。例如，该列表可以按照{2，4，8，1，16}的次序包括CCE AL。

例如，在UE根据CSS将PDCCH候选和非重叠CCE分配给与PDCCH监视相关联的搜索空间集之后，令

和

分别为用于USS的剩余PDCCH候选和剩余非重叠CCE。UE确定

和

的初始值。

表示L的CCE AL下搜索空间集S_USS(j)的配置的PDCCH候选的数量。

表示CCE ALL_BD(i)下搜索空间集S_USS(j)的非重叠CCE的集合，并且

表示

的基数。

表示CCE ALL_BD(i)下搜索空间集S_USS(j)的PDCCH候选。

在用于基于预定的CCE AL次序的PDCCH分配的第一种方法中，UE(诸如UE 116)将预定的CCE AL次序应用于所有可用的USS集，其中考虑用于监视CSS集的所分配的PDCCH候选和用于监视所有L_BD(k)，0≤k≤i的所分配的PDCCH候选来确定CCE聚合级别L_BD(i)下搜索空间集的非重叠CCE。如下面语法(6)中所述的，UE基于预定的PDCCH分配或丢弃来确定用于K个配置的USS集的分配的PDCCH候选。

语法 (6)

在基于预定的CCE聚合级别次序的PDCCH分配的另一种方法中，当UE不能将所有配置的PDCCH候选分配给搜索空间集时，UE将预定的CCE聚合级别次序应用于剩余的搜索空间集，而不进行PDCCH分配。如下面语法(7)中所述的，UE基于预定的PDCCH分配或丢弃来确定用于K个USS集的分配的PDCCH候选。

语法 (7)

在用于基于预定的CCE AL次序的PDCCH分配的又一种方法中，在UE将所有配置的PDCCH候选和非重叠CCE分配给索引小于j的搜索空间集之后，对于剩余的PDCCH候选和非重叠CCE，UE将预定的CCE AL次序仅应用于索引为j的搜索空间集。如下面语法(8)中所述的，UE基于预定PDCCH分配或丢弃来确定用于USS集的分配的PDCCH候选。

语法 (8)

根据语法(6)、语法(7)和语法(8)，UE最初基于传统PDCCH分配规则将所有配置的PDCCH候选和非重叠CCE分配给USS集(在UE已经将PDCCH候选和非重叠CCE分配给CSS集之后)。然后，UE根据CCE AL在USS集上的集合L_BD、将剩余的PDCCH候选和非重叠CCE分配给USS集。

为了确定CCE AL的集合L_BD，在一个示例中，L_BD可以通过较高层信令被提供给UE。在另一个示例中，L_BD可以在系统操作的规范中预定义，诸如L_BD＝[1，2，4，8，16]。在又一个示例中，L_BD可以通过较高层信令从UE向gNB报告为辅助信息。在又一个示例中，L_BD可以是由UE经由PUCCH或PUSCH报告的优选的CCE AL或PDCCH CSI。

上述流程图示出了可以根据本公开的原理实现的示例方法，并且可以对这里的流程图中所示的方法进行各种改变。例如，尽管被示为一系列步骤，但是每个图中的各个步骤可以重叠、并行发生、以不同的次序发生或者多次发生。在另外示例中，步骤可以被省略或者被其他步骤代替。

尽管附图示出了用户设备的不同示例，但是可以对附图进行各种改变。例如，用户设备可以以任何合适的布置包括任何数量的每种组件。一般地，附图并不将本公开的范围限制于任何特定的配置。此外，尽管附图示出了可以使用本专利文献中公开的各种用户设备特征的操作环境，但是这些特征可以在任何其他合适的系统中使用。

尽管已经用示例性实施例描述了本公开，但是本领域技术人员可以想到各种变化和修改。本公开旨在包含落入所附权利要求的范围内的这些变化和修改。本申请中的任何描述都不应被理解为暗示任何特定的元素、步骤或功能是必须被包括在权利要求范围内的必要元素。所要求保护的主题的范围由权利要求限定。

Claims

1.一种用于接收物理下行链路控制信道(PDCCH)的方法，所述方法包括：

接收第一组N1个小区和第二组N2个小区的信息，其中：

PDCCH提供下行链路控制信息(DCI)格式，并且

所述DCI格式调度以下之一：

第一组N1个小区中的一个小区上的物理下行链路共享信道(PDSCH)接收或物理上行链路共享信道(PUSCH)发送，或者

第二组N2个小区中的最多M个小区的多个小区上的PDSCH接收或PUSCH发送，其中M大于1；

基于N1和N2与M的比率来确定调度小区上在时隙中的PDCCH接收的总数；以及

在调度小区上在时隙中接收不大于所述总数的多个PDCCH。

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

所述DCI格式调度第二组N2个小区中的最多M个小区的多个小区上的PDSCH接收或PUSCH发送，并且

所述DCI格式包括指示小区数量的字段。

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

所述DCI格式调度第二组N2个小区的最大M个小区的多个小区上的PDSCH接收或PUSCH发送，并且

所述DCI格式的尺寸对于任何值的小区数量都是相同的。

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

当所述DCI格式调度第一组N1个小区中的一个小区上的PDSCH接收或PUSCH发送时，所述DCI格式包括具有第一最大比特数的计数器下行链路指配索引(DAI)字段，

当所述DCI格式调度第二组N2个小区中的最多M个小区的多个小区上的PDSCH接收或PUSCH发送时，所述DCI格式包括具有第二最大比特数的计数器DAI字段，并且

第二最大比特数大于第一最大比特数。

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

接收提供第二DCI格式的第二PDCCH，其中：

第二DCI格式调度第二组N2个小区中相应的第一小区和第二小区上的第一PUSCH和第二PUSCH的发送，

第一小区和第二小区在相同的频带中，并且

第二DCI格式包括提供一个值的传输功率控制(TPC)命令；

基于所述一个值，分别确定第一PUSCH和第二PUSCH的发送的第一功率和第二功率；以及

分别使用第一功率和第二功率来发送第一PUSCH和第二PUSCH。

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

接收提供第二DCI格式的第二PDCCH，其中：

第一小区具有比第二小区更小的索引，并且

第二DCI格式包括下行链路指配索引(DAI)字段；

基于所述DAI字段的值来确定混合自动重复请求确认(HARQ-ACK)信息；以及

分别在第一小区和第二小区上发送第一PUSCH和第二PUSCH，其中，所述HARQ-ACK信息仅被包括在第一PUSCH中。

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

接收提供第二DCI格式的第二PDCCH，其中：

第二DCI格式调度第二组N2个小区中相应的第一小区和第二小区上的第一PUSCH和第二PDSCH的接收，并且

第二DCI格式包括指示资源块组(RBG)的频域资源分配(FDRA)字段，其中，所述RBG包括：

第一小区上的第一数量的资源块(RB)，以及

第二小区上的第二数量的RB；以及

在所指示的RBG上接收第一PDSCH和第二PDSCH。

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

收发器，被配置为接收第一组N1个小区和第二组N2个小区的信息，其中：

物理下行链路控制信道(PDCCH)提供下行链路控制信息(DCI)格式，并且

所述DCI格式调度以下之一：

第二组N2个小区中的最多M个小区的多个小区上的PDSCH接收或PUSCH发送，其中M大于1；以及

可操作地连接到收发器的处理器，被配置为基于N1和N2与M的比率来确定调度小区上在时隙中的PDCCH接收的总数，

其中，所述收发器还被配置为在调度小区上在时隙中接收不大于所述总数的多个PDCCH。

9.根据权利要求8所述的UE，其中：

所述DCI格式包括指示小区数量的字段。

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

所述DCI格式的尺寸对于任何值的小区数量都是相同的。

11.根据权利要求8所述的UE，其中：

第二最大比特数大于第一最大比特数。

12.根据权利要求8所述的UE，其中：

所述收发器还被配置为接收提供第二DCI格式的第二PDCCH，其中：

第一小区和第二小区在相同的频带中，并且

第二DCI格式包括提供一个值的传输功率控制(TPC)命令；

所述处理器还被配置为基于所述一个值，分别确定第一PUSCH和第二PUSCH的发送的第一功率和第二功率；并且

所述收发器还被配置为分别使用第一功率和第二功率来发送第一PUSCH和第二PUSCH。

13.根据权利要求8所述的UE，其中：

第一小区具有比第二小区更小的索引，并且

第二DCI格式包括下行链路指配索引(DAI)字段；

所述处理器还被配置为基于所述DAI字段的值来确定混合自动重复请求确认(HARQ-ACK)信息；并且

所述收发器还被配置为分别在第一小区和第二小区上发送第一PUSCH和第二PUSCH，其中，所述HARQ-ACK信息仅被包括在第一PUSCH中。

14.根据权利要求8所述的UE，其中，所述收发器还被配置为接收：

提供第二DCI格式的第二PDCCH，其中：

第二DCI格式调度第二组N2个小区中相应的第一小区和第二小区上的第一PUSCH和第二PDSCH的接收，以及

第一小区上的第一数量的资源块(RB)，以及

第二小区上的第二数量的RB；以及

所指示的RBG上的第一PDSCH和第二PDSCH。

15.一种基站，包括：

收发器，被配置为发送第一组N1个小区和第二组N2个小区的信息，其中：

所述DCI格式调度以下之一：

第一组N1个小区中的一个小区上的物理下行链路共享信道(PDSCH)发送或物理上行链路共享信道(PUSCH)接收，或者

第二组N2个小区中的最多M个小区的多个小区上的PDSCH发送或PUSCH接收，其中，M大于1；以及

可操作地连接到收发器的处理器，被配置为基于N1和N2与M的比率来确定调度小区上在时隙中的PDCCH发送的总数，

其中，所述收发器还被配置为在调度小区上在时隙中发送不大于所述总数的多个PDCCH。