CN112753189A - Pdcch监测跨度和dci格式集合确定 - Google Patents

Abstract

本文总体上描述了用户设备(UE)和通信方法的实施例。UE可以接收配置一个或多个控制资源集(CORESET)的控制信令。CORESET可以能配置为在频域中跨越可变数量的资源块(RB)。CORESET可以能配置为在时域中跨越可变数量的正交频分复用(OFDM)符号。每个CORESET可以被分配用于一个或多个物理下行链路控制信道(PDCCH)的接收。UE可以确定PDCCH监测跨度的持续时间，其可以指示UE要在其中监测PDCCH的连续OFDM符号的数量。UE可以将PDCCH监测跨度的持续时间确定为等于由CORESET跨越的OFDM符号的数量的最大值。

Description

PDCCH监测跨度和DCI格式集合确定

优先权声明

本申请要求于2018年10月5日提交的美国临时专利申请No.62/742,137和于2019年3月29日提交的美国临时专利申请No.62/826,892的优先权，其全部内容通过引用合并于此。

技术领域

实施例涉及无线通信。一些实施例涉及包括3GPP(第三代合作伙伴计划)网络和3GPP LTE(长期演进)网络、第五代(5G)网络、和/或新无线电(NR)网络的无线网络。一些实施例涉及物理下行链路控制信道(PDCCH)。一些实施例涉及下行链路控制信息(DCI)格式。一些实施例涉及在NR系统中确定PDCCH监测跨度(span)和DCI格式的集合。

背景技术

无线网络的资源的有效利用对于为无线网络的用户提供带宽和可接受的响应时间很重要。然而，经常有许多尝试共享相同资源的设备，并且一些设备可能受到他们所使用的通信协议或受到他们硬件带宽的限制。此外，无线设备可能需要利用更新的协议和传统设备协议二者来操作。

附图说明

图1A是根据一些实施例的示例网络的功能图；

图1B是根据一些实施例的另一示例网络的功能图；

图2示出了根据一些实施例的示例机器的框图；

图3示出了根据一些方面的示例性通信电路系统；以及

图4示出了根据一些实施例的通信方法的操作。

具体实施方式

以下描述和附图充分示出了特定实施例，以使本领域技术人员能够实践它们。其他实施例可以结合结构的、逻辑的、电气的、过程的和其他的改变。一些实施例的部分和特征可以被包含在其他实施例的部分和特征中或代替其他实施例的部分和特征。权利要求书中阐述的实施例涵盖了那些权利要求书的所有可得的等同物。

图1A是根据一些实施例的示例网络的功能图。图1B是根据一些实施例的另一示例网络的功能图。在本文的引用中，“图1”可以包括图1A和图1B。在一些实施例中，网络100可以是第三代合作伙伴计划(3GPP)网络。在一些实施例中，网络150可以是3GPP网络、新无线电(NR)网络和/或第五代(5G)网络。在一些实施例中可以使用其他网络。在一些实施例中，网络可以包括下列项中的一个或多个：图1A所示的一个或多个组件；图1B所示的一个或多个组件；以及一个或多个附加组件。一些实施例可以并非必须包括图1A和图1B所示的所有组件。

网络100可以包括通过S1接口115耦合在一起的无线电接入网络(RAN)101和核心网络120(例如，示出为演进分组核心(EPC))。为了方便和简洁起见，仅示出了核心网络120以及RAN 101的一部分。在一些实施例中，RAN 101可以包括下列项中的一个或多个：演进通用陆地无线电接入网(E-EUTRAN)中的一个或多个组件、NR网络中的一个或多个组件、和/或一个或多个其他组件。

核心网络120可以包括移动性管理实体(MME)122、服务网关(服务GW)124和分组数据网络网关(PDN GW)126。在一些实施例中，网络100、150可以包括(和/或支持)一个或多个演进型节点B(eNB)104和/或一个或多个下一代节点B(gNB)105。eNB 104和/或gNB 105可以作为用于与用户设备(UE)102通信的基站操作。在一些实施例中，一个或多个eNB 104可以被配置为作为gNB 105操作。实施例不限于图1A中所示数量的eNB 104或者图1B所示数量的gNB 105。实施例也不限于图1A中所示的组件的连接性。

应注意，本文中对eNB 104或gNB 105的引用不是限制性的。在一些实施例中，可以由基站组件(和/或其他组件)实践一种或多种操作、方法和/或技术(诸如，本文所述的那些)，该基站组件包括但不限于gNB 105、eNB 104、服务小区、发送接收点(TRP)等等。在一些实施例中，基站组件可以被配置为根据下列项中的一项或多项进行操作：3GPP LTE协议/标准、NR协议/标准、第五代(5G)协议/标准、和/或其他协议/标准，但是实施例的范围在此方面不受限制。

由组件(例如，UE 102、eNB 104、gNB 105等等)所实践的一种或多种操作、技术和/或方法的本文描述并非限制性的。在一些实施例中，那些操作、技术和/或方法中的一个或多个可以由另一组件来实践。

MME 122管理诸如网关选择和跟踪区域列表管理之类的访问中的移动性方面。服务GW 124端接朝向RAN 101的接口，并且在RAN 101和核心网络120之间路由数据分组。此外，它可以是用于eNB间切换的本地移动性锚点，并且还可以提供用于3GPP间移动性切换的锚。服务GW 124和MME 122可以在一个物理节点或分开的物理节点中实现。

在一些实施例中，UE 102、eNB 104和/或gNB 105可以被配置为根据正交频分多址(OFDMA)通信技术在多载波通信信道上通信正交频分复用(OFDM)通信信号。

在一些实施例中，网络150可以包括一个或多个组件，该一个或多个组件被配置为根据包括但不限于NR标准的一个或多个3GPP标准来操作。图1B所示的网络150可以包括下一代RAN(NG-RAN)155，NG-RAN 155可以包括一个或多个gNB 105。在一些实施例中，网络150可以包括E-UTRAN 160，E-UTRAN 160可以包括一个或多个eNB。E-UTRAN 160可以类似于本文描述的RAN 101，但是实施例的范围在此方面不受限制。

在一些实施例中，网络150可以包括可以类似于本文描述的MME 122的MME 165，但是实施例的范围在此方面不受限制。在一些实施例中，网络150可以包括可以类似于本文描述的SGW 124的SGW 170，但是实施例的范围在此方面不受限制。

实施例不限于图1B所示数量或类型的组件。实施例也不限于图1B中所示的组件的连接性。

如本文中所使用的，术语“电路系统”可以指的是以下各项、作为以下各项的一部分、或包括以下各项：专用集成电路(ASIC)、电子电路、执行一个或多个软件或固件程序的处理器(共享的、专用的或处理器组)和/或存储器(共享的、专用的或存储器组)、组合逻辑电路、和/或提供所描述功能的其他适当的硬件组件。在一些实施例中，电路系统可以用一个或多个软件或固件模块实现，或者与电路系统相关联的功能可以由一个或多个软件或固件模块实现。在一些实施例中，电路系统可以包括至少部分地在硬件中可操作的逻辑。可以使用任何适当配置的硬件和/或软件将本文描述的实施例实现到系统中。

图2例示了根据一些实施例的示例机器的框图。机器200是示例机器，可以在其上执行本文讨论的技术和/或方法论中的任何一个或多个。在替代实施例中，机器200可以作为独立设备运行，或者可以连接(例如，联网)到其他机器。机器200可以是UE 102、eNB 104、gNB 105、接入点(AP)、站(STA)、用户、设备、移动设备、基站、另一设备、或能够执行指定了要由该机器所行采取的动作的指令(顺序地或以其他方式)的任何机器。此外，虽然仅例示了单个机器，但是术语“机器”也应被理解为包括机器的任何集合，该机器单独地或联合地执行指令的集合(或多个集合)以执行本文讨论的任何一个或多个方法论，例如云计算、软件即服务(SaaS)、其他计算机集群配置。

本文描述的示例可以包括逻辑或者大量组件、模块或机制，或者可以在逻辑或者大量组件、模块或机制上操作。

机器(例如，计算机系统)200可以包括硬件处理器202(例如，中央处理单元(CPET)、图形处理单元(GPET)、硬件处理器核心或其任意组合)、主存储器204和静态存储器206，它们中的一些或全部可以经由互连(例如，总线)208彼此通信。机器200可以进一步包括210-228中的一个或多个。

存储设备216可以包括上面存储有一组或多组数据结构或指令224(例如，软件)的机器可读介质222，这些数据结构或指令由本文描述的任何一种或多种技术或功能来体现或利用。在机器200执行指令224期间，指令224还可以全部或至少部分地驻留在主存储器204内、静态存储器206内或硬件处理器202内。在示例中，硬件处理器202、主存储器204、静态存储器206或存储设备216中的一个或任何组合可以构成机器可读介质。在一些实施例中，机器可读介质可以是或可以包括非暂态计算机可读存储介质。在一些实施例中，机器可读介质可以是或可以包括计算机可读存储介质。

虽然机器可读介质222被例示为单个介质，但是术语“机器可读介质”可以包括被配置为存储一个或多个指令224的单个介质或多个介质(例如，集中式或分布式数据库、和/或相关联的缓存和服务器)。术语“机器可读介质”可以包括以下任意介质，该任意介质能够存储、编码或携带指令，或者能够存储、编码或携带由该指令使用的或与该指令相关联的数据结构，该指令用于机器200执行并且使得机器200执行本公开的任何一个或多个技术。非限制性机器可读介质示例可以包括固态存储器以及光学和磁性介质。机器可读介质的特定示例可以包括：非易失性存储器，例如半导体存储器设备(例如，电可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM))和闪存设备；磁盘，例如内部硬盘和可移动盘；磁光盘；随机存取存储器(RAM)；以及CD-ROM和DVD-ROM盘。在一些示例中，机器可读介质可以包括非暂态机器可读介质。在一些示例中，机器可读介质可以包括不是瞬时传播信号的机器可读介质。

还可以利用大量传输协议中的任何一种经由网络接口设备220，使用传输介质在通信网络226上发送或接收指令224。在示例中，网络接口例如220可以包括多个天线，以使用单输入多输出(SIMO)、多输入多输出(MIMO)或多输入单输出(MISO)技术中的至少一种进行无线通信。在一些示例中，网络接口例如220可以使用多用户MIMO技术进行无线通信。术语“传输介质”应被认为包括能够存储、编码或携带用于由机器200执行的指令的任何无形介质，并且包括数字或模拟通信信号或其他无形介质以便于这种软件的通信。

图3示出了根据一些方面的示例性通信电路。应当注意，在一些方面，诸如UE 102、eNB 104、gNB 105、机器200和/或其他设备之类的设备可以包括通信电路系统300中的一个或多个组件。通信电路系统300可以包括协议处理电路系统305，其可以实现下列项中的一项或多项：媒体访问控制(MAC)、无线电链路控制(RLC)、分组数据汇聚协议(PDCP)、无线电资源控制(RRC)和非接入层(NAS)功能。通信电路系统300还可以包括数字基带电路310，其可以实现一个或多个物理层(PHY)功能。通信电路系统300还可以包括发送电路系统315、接收电路系统320和/或天线阵列电路系统330。通信电路系统300可以还包括射频(RF)电路系统325。在本公开的一方面，RF电路系统325可以包括用于一个或多个发送或接收功能的多个并行RF链，每个RF链连接到天线阵列330中的一个或多个天线。

在一些实施例中，处理电路系统可以执行本文描述的一个或多个操作和/或(一个或多个)其他操作。在非限制性示例中，处理电路系统可以包括一个或多个组件，例如处理器202、协议处理电路系统305、数字基带电路系统310、(一个或多个)类似组件和/或(一个或多个)其他组件。

在一些实施例中，收发器可以发送一个或多个元素(包括但不限于本文描述的那些)和/或接收一个或多个元素(包括但不限于本文描述的那些)。在非限制性示例中，收发器可以包括一个或多个组件，例如发送电路系统315、接收电路系统320、射频电路系统325、(一个或多个)类似组件和/或(一个或多个)其他组件。

尽管本文中描述的UE 102、eNB 104、gNB 105、机器200和/或其他设备可以分别被例示为具有几个单独功能的元件，但是一个或多个功能元件可以被组合在一起并可以通过软件配置的元件的组合来实现，例如包括数字信号处理器(DSP)的处理元件、一个或多个微处理器、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、射频集成电路(RFIC)及用于至少执行本文描述的功能的各种硬件和逻辑电路系统的组合。在一些实施例中，功能元件可以指代在一个或多个处理元件上运行的一个或多个处理。

实施例可以用硬件、固件和软件中的一种或组合来实现。实施例还可以被实现为存储在计算机可读存储设备上的指令，其可以由至少一个处理器读取和执行以执行本文描述的操作。计算机可读存储设备可以包括用于以机器(例如，计算机)可读形式存储信息的任何非暂态机制。例如，计算机可读存储设备可以包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光学存储介质、闪存设备以及其他存储设备和介质。一些实施例可以包括一个或多个处理器，并且可以配置有存储在计算机可读存储设备上的指令。

应该注意，在一些实施例中，UE 102、eNB 104、gNB 105、机器200和/或其他设备可以包括图2至图3所示的各种组件、和/或其他组件。因此，本文描述的由设备执行的技术和操作在一些实施例中可以由设备的装置执行。

根据一些实施例，UE 102可以从gNB 105接收配置一个或多个控制资源集(CORESET)的控制信令。CORESET可以被配置为在频域中跨越可变数量的资源块(RB)。CORESET可以被配置为在时域中跨越可变数量的正交频分复用(OFDM)符号。每个CORESET可以被分配为用于接收一个或多个物理下行链路控制信道(PDCCH)。UE 102可以确定PDCCH监测跨度的持续时间。PDCCH监测跨度可以指示UE 102要在其中监测PDCCH的连续OFDM符号的数量。UE 102可以将PDCCH监测跨度的持续时间确定为等于由CORESET跨越的OFDM符号的数量的最大值。这些实施例在下面更详细地描述。

图4示出了根据一些实施例的通信方法的操作。与图4中示出的相比，方法400的实施例可以包括附加的或者甚至更少的操作或处理。方法400的实施例不必限于图4中示出的时间顺序。

在一些实施例中，UE 102可以执行方法400的一个或多个操作，但是实施例不限于方法400的执行和/或UE 102对其的操作。在一些实施例中，设备和/或组件(包括但不限于UE 102、gNB 105和/或eNB 104)可以执行一个或多个操作，该操作可以与方法400的操作相同、相似、相反和/或相关。

关于本文描述的一种方法(例如，方法400和/或其他方法)的各种操作、技术和/或概念的讨论可以适用于本文描述的其他操作和/或本文描述的其他方法。本文描述的技术、操作和/或方法中的一个或多个可以由除eNB 104、gNB 105和UE 102之外的包括但不限于Wi-Fi接入点(AP)、站(STA)等的设备执行。

在一些实施例中，设备(包括但不限于UE 102、eNB 104、gNB 105等)的装置可以包括可配置为存储一个或多个元素的存储器，并且该装置可以使用它们来执行一项或多项操作。该装置可以包括处理电路系统，该处理电路系统可以执行一个或多个操作(包括但不限于方法400的操作和/或本文描述的其他方法)。处理电路系统可以包括基带处理器。基带电路系统和/或处理电路系统可以执行本文描述的一个或多个操作。该装置可以包括收发器，用于发送和/或接收一个或多个块、消息和/或其他元素。

实施例不限于本文对诸如帧、消息、请求、指示符、信号或其他元素之类的元素的发送、接收和/或交换的引用。在一些实施例中，这样的元素可以由处理电路系统来生成、编码或以其他方式处理，以通过收发器或其他组件盒进行传输。在一些实施例中，这样的元素可以由收发器或其他组件接收，并且可以由处理电路系统解码、检测或以其他方式处理。在一些实施例中，处理电路系统和收发器可以包括在同一装置中。在一些实施例中，收发器可以与包括处理电路系统的制造分开。

本文描述的一个或多个元素(例如，消息、操作等)可以包括在3GPP协议、3GPP LTE协议、4G协议、5G协议、NR协议和/或其他协议中，但是实施例不限于那些元素的使用。在一些实施例中，可以使用其他元素，包括相同标准/协议中的其他元素、另一标准/协议中的其他元素等。另外，实施例的范围不限于使用标准中所包括的元素。

在一些实施例中，UE 102、eNB 104和/或gNB 105可以被布置为根据3GPP协议、NR协议和/或其他协议来操作。

在操作405，UE 102可以与gNB 105交换控制信令。应该注意，在一些实施例中，可以交换控制信令的多个实例。在一些实施例中，控制信令的交换可以包括以下中的一项或多项：由UE 102发送一个或多个元素(例如，信令、消息等)、由UE 102向gNB 105发送一个或多个元素、由UE 102接收一个或多个元素、由UE 102从gNB 105接收一个或多个元素等。在一些实施例中，控制信令可以包括多个消息、多个信令实例、多种类型的信令、多个元素等。

在一些实施例中，UE 102可以从gNB 105和/或其他组件接收控制信令，该控制信令配置一个或多个控制资源集(CORESET)。在一些实施例中，控制信令可以包括一个或多个附加元素。

在一些实施例中，可以在频域和/或时域中针对可变大小来配置CORESET。在非限制性示例中，CORESET可以被配置为跨越下列项中的一个或多个：频域中可变数量的资源块(RB)、时域中可变数量的正交频分复用(OFDM)符号等。实施例不限于以上给出的示例单元(RB和OFDM符号)，而是可以使用频率和时间的任何合适单元。

在一些实施例中，控制信令可以针对每个CORESET指示下列项中的一个或多个：CORESET所跨越的RB数量、CORESET所跨越的OFDM符号的数量等。在一些实施例中，每个CORESET的RB可以是非交叠的。在一些实施例中，每个CORESET的RB数量小于分配给CORESET的信道的RB总数量。

在一些实施例中，每个CORESET可以被分配用于一个或多个物理下行链路控制信道(PDCCH)，尽管实施例的范围在此方面不受限制。在一些实施例中，每个CORESET可以被分配用于一个或多个PDCCH的接收，但是实施例的范围在此方面不受限制。

在操作410，UE 102可以确定物理下行链路控制信道(PDCCH)监测跨度。在一些实施例中，UE 102可以确定PDCCH监测跨度的持续时间。在一些实施例中，PDCCH监测跨度可以指示UE 102要在其中监测至少一个PDCCH的连续OFDM符号的数量。可以使用各种技术来确定PDCCH监测跨度。

在一些实施例中，UE 102可以将PDCCH监测跨度的持续时间确定为等于由每个CORESET跨越的OFDM符号的数量的最大值。例如，每个CORESET可以跨越多个OFDM符号(其中那些数量中的一个或多个数量可以是相同的，那些数量中的一个或多个数量可以不同)。在每个CORESET所跨越的OFDM符号的数量当中(对于所有的CORESET)，UE 102可以选择最大值作为PDCCH监测跨度的持续时间。在一些实施例中，UE 102可以将PDCCH监测跨度的持续时间确定为由任何一个CORESET跨越的OFDM符号的最大数量。

在一些实施例中，PDCCH监测跨度可以在包括两个时隙的子帧内发生，尽管实施例不限于每个子帧两个时隙。在一些实施例中，PDCCH监测跨度可以包括不横跨子帧的两个时隙之间的时隙边界的连续OFDM符号。

在一些实施例中，UE 102可以从gNB 105接收指示PDCCH监测跨度的持续时间的UE能力信令(和/或其他信令)。在非限制性示例中，该指示可以用OFDM符号的数量表示，在此期间UE 102要监测用于至少一个PDCCH的CORESET。实施例不限于OFDM符号的数量的指示，因为在一些实施例中可以使用其他时间单元。

在非限制性示例中，PDCCH监测跨度的持续时间可以基于经由指示支持特征组(FG)的UE能力报告所指示的持续时间，其中FG是下列项之一：格式3-5的FG(对应于能力指示参数pdcch-MonitoringAnyOccasions)和格式3-5b的FG(对应于能力指示参数pdcch-MonitoringAnyOccasionsWithSpanGap)。实施例不限于这些FG格式，因为在一些实施例中可以使用一种或多种其他FG格式。在一些实施例中，格式3-5的FG可以基于具有专用无线电资源控制(RRC)配置的类型1公共搜索空间(CSS)、类型3CSS或UE搜索空间(UE-SS)。在一些实施例中，监测时机可以是时隙的任何OFDM符号。在一些实施例中，格式3-5b的FG可以基于具有专用RRC配置的类型1CSS、类型3CSS或UE-SS。在一些实施例中，监测时机是时隙的任何OFDM符号，并且基于跨度间隙。

应注意，以上示例中的PDCCH监测跨度的持续时间可以包括在UE能力信令和/或其他信令中，尽管实施例的范围在此方面不受限制。在一些实施例中，可以使用另一种技术(包括但不限于本文描述的技术)来确定持续时间。

在一些实施例中，PDCCH监测跨度可以指示UE 102针对至少一个PDCCH要监测的连续OFDM符号的数量。UE 102可以将PDCCH监测跨度的持续时间确定为确保包括OFDM符号的跨度间隙的OFDM符号的数量。在一些实施例中，跨度间隙可以基于包括PDCCH监测时机的两个跨度之间的OFDM符号的间隙。在一些实施例中，在两个PDCCH监测时机当中，至少一个PDCCH监测时机不是特征组(FG)#3-1的监测时机，该特征组(FG)#3-1定义了用于PDCCH监测的强制性UE能力。在一些实施例中，FG#3-1的监测时机可以包括在类型A的跨度或类型B的跨度中的监测时机。

在一些实施例中，类型A的跨度的监测时机可以在时隙的前三个符号内。在一些实施例中，类型A的跨度的监测时机可以开始于要在其中监测PDCCH的时隙的第一个符号。要被监测的PDCCH可以用于下列项之一：具有专用无线电资源控制(RRC)配置的类型1公共搜索空间(CSS)、类型3CSS和UE搜索空间(UE-SS)。

在一些实施例中，类型B的跨度的监测时机可以在三个连续的OFDM符号内。在一些实施例中，类型B的跨度的监测时机可以开始于要在其中监测类型0、类型0A或类型2CSS的PDCCH的时隙的第一个符号。

在操作415，UE 102可以确定下行链路控制信息(DCI)格式的一个或多个集合。在一些实施例中，UE 102可以确定DCI格式的一个或多个集合。在一些实施例中，UE 102可以从在PDCCH监测跨度期间检测到的PDCCH当中确定UE 102要尝试解码、存储和处理的DCI格式的一个或多个集合。在一些实施例中，针对DCI格式的一个或多个集合中的每一者，指定对UE可能期望在监测跨度内接收的这种DCI格式的数量的最大限制。这里，DCI格式也可以称为“有效DCI格式”或“一致DCI格式”或“具有一致控制信息的PDCCH”等，暗示这指代UE102在传输一致层1控制信息可能考虑的并且一旦接收到这种控制信息可能需要行动的专用DCI格式。

在一些实施例中，UE 102可以将DCI格式的一个或多个集合限制为：调度单播物理下行链路共享信道(PDSCH)的DCI格式、以及调度物理上行链路共享信道(PUSCH)的DCI格式。在一些实施例中，DCI格式的一个或多个集合可以包括：调度单播物理下行链路共享信道(PDSCH)的DCI格式、以及调度物理上行链路共享信道(PUSCH)的DCI格式。

在一些实施例中，UE 102可以将DCI格式的一个或多个集合限制为：调度单播物理下行链路共享信道(PDSCH)的DCI格式、以及调度物理上行链路共享信道(PUSCH)＝的DCI格式，其中相应PDCCH携带用无线电网络临时标识符(RNTI)加扰的循环冗余校验(CRC)，该RNTI是下列项之一：小区RNTI(C-RNTI)；已配置的调度(CS)RNTI(CS-RNTI)，在配置了CS-RNTI的情况下；或调制和编码方案(MCS)小区RNTI(MCS-C-RNTI)，在配置了MCS-C-RNTI的情况下。实施例不限于以上RNTI，因为可以使用任何合适的RNTI。

在一些实施例中，DCI格式的一个或多个集合可以包括：调度单播物理下行链路共享信道(PDSCH)的DCI格式、以及调度物理上行链路共享信道(PUSCH)的DCI格式，并且其中相应PDCCH携带由RNTI加扰的循环冗余校验(CRC)，该RNTI是下列项之一：小区RNTI(C-RNTI)；已配置的调度(CS)RNTI(CS-RNTI)，在配置了CS-RNTI的情况下；或调制和编码方案(MCS)小区RNTI(MCS-C-RNTI)，在配置了MCS-C-RNTI的情况下。实施例不限于以上RNTI，因为可以使用任何合适的RNTI。

在一些实施例中，DCI格式的一个或多个集合可以包括触发上行链路(UL)传输或单播下行链路(DL)接收的DCI格式。

在操作420，UE 102可以监测用于PDCCH的一个或多个控制资源集(CORESET)。在操作425，UE 102可以尝试解码DCI格式的一个或多个集合中的DCI格式。

在一些实施例中，UE 102可以在PDCCH监测跨度期间监测用于PDCCH的CORESET。在一些实施例中，UE 102可以在PDCCH监测跨度期间监测用于至少一个PDCCH的CORESET。实施例不限于在PDCCH监测跨度期间上述操作的执行。

在一些实施例中，如果检测到一个或多个PDCCH，则UE 102可以：在检测到的PDCCH内，尝试对所确定的DCI格式的集合中的DCI格式进行解码。在一些实施例中，如果检测到至少一个PDCCH，则UE 102可以尝试对所确定的DCI格式的集合中的DCI格式进行解码。实施例不限于尝试对DCI格式的集合中的DCI格式进行解码，因为在一些实施例中，UE102可以尝试解码其他DCI格式和/或其他元素。

在一些实施例中，在PDCCH监测跨度期间经由解码的PDCCH接收到DCI格式的一个或多个集合时，UE 102可以确定UE 102要存储和处理的DCI格式的一个或多个集合。UE 102可以在PDCCH监测跨度期间监测用于PDCCH的CORESET。如果一个或多个PDCCH被解码，则UE102可以存储和处理解码的PDCCH内的所确定的DCI格式的一个或多个集合中的DCI格式。

在一些实施例中，针对DCI格式的一个或多个集合中的每一者，可以预先定义对DCI格式的每个集合的DCI格式数量的最大限制。在一些实施例中，可以针对DCI格式的一个或多个集合中的每个集合预先定义对DCI格式数量的最大限制。例如，最大限制可以被包括在诸如3GPP标准、NR标准、5G标准和/或其他标准的标准中。

在一些实施例中，UE 102可以确定和/或接收控制信令，该控制信令针对DCI格式的一个或多个集合中的每个集合指示对DCI格式的每个集合的DCI格式数量的最大限制。在一些实施例中，对DCI格式(和/或相关信息)的每个集合的DCI格式数量的最大限制可以是下列项中的一个或多个：在控制信令中接收(至少部分地)的、由UE 102(至少部分地)确定的、和/或其他的标准的一部分。在非限制性示例中，UE 102可以根据对DCI格式的每个集合的DCI格式数量的第一最大限制，确定包括调度单播PDSCH的DCI格式的DCI格式的第一集合。UE 102可以根据对DCI格式的每个集合的DCI格式数量的第二最大限制，确定包括调度PUSCH的DCI格式的DCI格式的第二集合。

在一些实施例中，PDCCH监测跨度可以发生在包括多个时隙的子帧内。时隙的数量可以至少部分地基于下行链路带宽部分(BWP)的子载波间隔(SCS)。PDCCH监测跨度可以包括不横跨子帧的任意两个连续时隙之间的时隙边界的连续OFDM符号。

在一些实施例中，PDCCH监测跨度可以发生在包括多个时隙的子帧内。在非限制性示例中，时隙数量可以由诸如3GPP标准和/或NR标准中的

之类的参数来定义，但是可以使用其他参数。在一些实施例中，参数

可以定义在TS 38.211v15.6.0的表4.3.2-1中，但是实施例的范围在此方面不受限制。在一些实施例中，参数μ可以指示DL带宽部分(BWP)中的子载波间隔(SCS)，但是实施例的范围在此方面不受限制。

在一些实施例中，PDCCH监测跨度的持续时间可以是与跨度间隙值“X”相对应的PDCCH监测持续时间“Y”的函数，如经由指示支持格式3-5b的特征组(FG)(对应于能力指示参数pdcch-MonitoringAnyOccasionsWithSpanGap)的UE能力报告所指示的，该特征组用于监测属于具有专用RRC配置的类型1CSS、类型3CSS或UE-SS的PDCCH候选，其中监测时机是时隙的任何OFDM符号，并且是基于跨度间隙的。

在一些实施例中，UE 102可以将作为OFDM符号的数量的PDCCH监测跨度的持续时间确定为下列项：如UE能力报告使用pdcch-MonitoringAnyOccasionsWithSpanGap参数所指示的与跨度间隙值相对应的PDCCH监测持续时间、以及UE 102被配置用于PDCCH监测的所有CORESET的最大持续时间。在一些实施例中，在两个PDCCH监测时机当中，至少一个PDCCH监测时机不是属于类型A或类型B的监测跨度的监测时机。类型A的跨度的监测时机可以在时隙的前三个符号内。类型A的跨度的监测时机可以开始于要在其中监测PDCCH的时隙的第一个符号，其中要被监测的PDCCH用于下列项之一：具有专用无线电资源控制(RRC)配置的类型1公共搜索空间(CSS)、类型3CSS、和UE搜索空间(UE-SS)。类型B的跨度的监测时机可以在三个连续的OFDM符号内，其中类型B的跨度的监测时机可以开始于要在其中监测类型0、类型0A或类型2CSS的PDCCH的时隙的第一个符号。

应注意的是，以下(以及本文其他地方)的描述可以例示在一些情况下本文所描述的概念和技术的一些或全部。但是，实施例的范围不受这样的描述限制。例如，实施例不受以下和本文其他地方描述的元件(诸如，装置、操作、消息和/或其他元件)的名称、数量、类型、大小、排序、布置或其他方面的限制。尽管以下(以及本文中其他地方)描述的一些元素可能包含在3GPP标准、NR标准、5G标准和/或其他标准中，但实施例不限于使用标准中所包括的这些元素。

一些实施例可以与对有效下行链路控制信息(DCI)格式的最大数量的最小UE要求的可能特征有关。在此，“有效DCI格式”也可以被称为“一致DCI格式”或“具有一致控制信息的PDCCH”等，暗示这指代UE102在传输一致层1控制信息时可能考虑的并且一旦接收到这种控制信息可能需要行动的专用DCI格式。

除了对用于PDCCH监测的BD/CCE的当前限制/最低要求，在一些情况下，UE 102可能期望的有效DCI格式的最大数量可能影响UE 102中的整体资源大小。这可能是由于诸如以下的因素：由于检测一致DCI格式中进行解析和修剪效应而对可实现的处理延迟产生的影响、以及为了支持非常大数量的单播调度实例而以其他方式可能需要的存储器访问要求和UE调度器(控制处理)考虑，在没有任何限制的情况下，所有这些都经受紧处理时间约束。

一些实施例可以与表征对UE 102可能需要存储和/或处理的有效DCI格式的数量的最低要求的方法有关。继而，这可以暗示UE 102在一定时间尺度上可以期望的有效DCI的最大数量的表征。

在一些情况下，定义对UE 102可能期望在一定时间尺度内接收的有效DCI格式的最大数量的一些限制，对于UE尺寸的确定可能是有益的。在一些情况下，每时隙限制可能需要考虑PDCCH监测时机和调度选项的各种可能配置，并且从网络角度来看仍然可能产生过于严格的解决方案。这是由于以下事实：UE 102可以被配置为根据宽范围的PDCCH监测配置进行监测，从时隙内的单个PDCCH监测时机到多个部分/非/完全交叠的PDCCH监测时机的跨越。例如，考虑时隙中的多个非交叠PDCCH监测时机，可能没有必要强制“总体限制”，因为来自可能的许多单播调度DCI触发的对UE实现方式的影响主要是经受紧处理时间预算的存储器访问和UE调度器操作的形式。

在一些情况下，对于单个搜索空间监测角度而言，每监测时机限制似乎很有吸引力，存在以下可能性：UE 102可以被配置有多个(高达10个)搜索空间集，且监测时机完全交叠，UE尺寸的确定可能产生不必要量的过多预算以覆盖“最极端”的情况。

在一些实施例中，可以使用每PDCCH监测跨度。在一些情况下，PDCCH监测跨度可以被定义为：“(PDCCH监测)跨度的长度是Y个连续的OFDM符号，PDCCH被配置为在该Y个连续的OFDM符号中被监测”。注意，连续符号的跨度使得它们不横跨时隙边界。

与关于每时隙限制和每监测时机限制的选项相比，使用每PDCCH监测跨度的实施例可以提供方便且适当的方式，用于通过定义在其中可以监测一个或多个PDCCH搜索空间集的持续时间，从时间的角度来表征对UE处理的总体需求。

在一些实施例中，从UE尺寸的角度来看，触发单播接收/发送事件的有效DCI格式的数量将具有实质性价值，并且定义这样的限制对于UE实现方式可以是有意义的。在一些实施例中，可以定义“Y”的值。在一些实施例中，对于特征组(FG)#3-5b的跨度持续时间“Y”的定义，其可以被指示为UE能力信令的一部分。在一些实施例中，PDCCH监测跨度的持续时间(在“Y”个连续OFDM符号中)遵循针对FG#3-5b所指示的UE能力。但是，在一些情况下，对于大多数常规监测配置(根据FG#3-5)，这可能还不够。考虑到这种情况，在一些实施例中，PDCCH监测跨度的持续时间Y可以被定义为其中UE 102被配置为在所有配置的搜索空间集上监测PDCCH的CORESET的最大持续时间。在一些实施例中，PDCCH监测跨度的持续时间Y可以被定义为在其中UE 102被配置为在所有配置的搜索空间集上监测PDCCH的CORESET的最小持续时间。

但是，可以存在以下情况：UE 102可能被配置为使用符号“n”和“n+2”中的一个符号CORESET来监测PDCCH，使得符号n、n+1和n+2形成PDCCH监控跨度。为了支持这样的使用情况，需要对跨度的定义进行概括，并且跨度持续时间的值(Y)不应限于被配置给UE的所有CORESET的最大或最小持续时间。因此，在一些实施例中，PDCCH监测跨度被定义为Y个连续OFDM符号的集合，其中PDCCH被配置为要在Y个符号中的至少第一个中被监测。

在一些实施例中，值“Y”可以被定义为满足确保X个符号的最小跨度间隙(如通过与Y的值相对应的UE能力报告所指定的或所指示的)的约束的符号最大数量(例如，在2和3之间)。在此，在包含PDCCH监测时机的任意两个跨度之间考虑“跨度间隙”，其中他们中的至少一个不是在相同或不同搜索空间中的FG(特征组)#3-1的监测时机，并且约束使得两个跨度的开始之间存在X个OFDM符号(包括跨时隙边界情况)的最小时间分隔。注意，FG#3-1的MO(监测时机)包括在以下跨度内的MO：跨度A)包括在时隙的前3个符号内的MO，并且开始于需要在其中监测具有专用RRC配置的类型1CSS、类型3CSS和UE-SS的PDCCH的第一个符号；以及跨度B)包括在三个连续符号内的MO，并且开始于需要在其中监测类型0、0A和2CSS的PDCCH的第一个符号。在一些实施例中，可以使用具有相同起始符号的监测时机的每个集合。考虑到交叠PDCCH跨度的情况，例如，对于根据FG#3-5进行PDCCH监测的情况，将PDCCH监测跨度定义为时间尺度以定义UE存储/处理最大数量的有效DCI格式的最低要求的选项无法在调度灵活性(阻塞性能)和UE复杂度之间取得良好的平衡。为了解决这个问题，在一些实施例中，预期UE 102在具有相同起始符号的PDCCH监测时机(在所有配置的PDCCH搜索空间集上)的每个集合上不会存储或处理超过一定数量的有效DCI格式。从gNB调度器的角度来看，针对监测时机的每个启动系统可以及时映射到调度机会，并且因此，定义有效DCI的最大#有意义地实现了从调度机会/灵活性来表征有效DCI和UE处理要求之间的平衡。

在一些实施例中，不会预期UE 102在具有相同结束符号的PDCCH监测时机(在所有配置的PDCCH搜索空间集上)的每个集合上存储或处理多于一定数量的有效DCI格式。

一些实施例可以与应该考虑哪些DCI格式有关。首先，在一些情况下，针对所有类型DCI格式限制DCI格式的最大数量可能并不是必需的。在这方面，在一些情况下，可能重要的是由于紧处理时间轴要求，限制调度单播业务的DCI格式的数量。在一些实施例中，可以根据处理不多于一个DCI来限制广播DCI格式的数量，该DCI具有类型0CSS、类型0A CSS、类型1CSS、类型2CSS、除每时隙的单播DCI之外的类型3CSS等中的每个RNTI。

在一些情况下，从UE实现方式的角度来看，限制其他DCI格式(例如，组公共DCI格式)可能不是那么关键。因此，在一些实施例中，针对调度单播PDSCH或PUSCH(具有用C-RNTI、CS-RNTI(如果配置的话)或MCS-C-RNTI(如果配置的话)加扰的CRC)的DCI格式，定义对有效DCI格式的(最大)数量的最低要求。这些包括用于基于动态调度对单播PDSCH/PUSCH(分别)进行DL/UL调度的DCI格式、用于类型2配置的许可(CG)PUSCH的激活DCI和用于DLSPS PDSCH的激活DCI。

在一些实施例中，针对调度单播PDSCH或PUSCH(具有用C-RNTI、CS-RNTI(如果配置的话)或MCS-C-RNTI(如果配置的话)加扰的CRC)、或者广播PDSCH(具有用SI-RNTI、RA-RNTI、T-C-RNTI中的一个或多个加扰的CRC)的DCI格式，定义有效DCI格式的(最大)数量的最低要求。在这种情况下，有效DCI格式的最大数量可以被确定为：针对调度单播PDSCH(FDD和TDD)的DCI，为一个；针对调度用于FDD(或TDD)的单播PUSCH的DCI，为一个(或两个)；针对用于广播PDSCH调度(FDD和TDD)的每个RNTI，为一个；等等。

在一些实施例中，对单播调度DCI格式的数量的以下一个或多个约束可以是相关的。在一些实施例中，特征组(FG)#3-1(强制性的w/o能力信令)，以下组件(这可以在不受限制的情况下在下面被称为“5”和“6”)可以是相关的：5)对于FDD，每调度的CC每时隙处理一个单播DCI调度DL和一个单播DCI调度UL；6)对于TDD，每调度的CC每时隙处理一个单播DCI调度DL和2个单播DCI调度UL。在一些实施例中，FG#3-5a(可选的w/o能力信令)，对于具有专用RRC配置的类型1CSS、类型3CSS和UE-SS，监测时机可以是用于情况2的时隙的任何OFDM符号，具有针对同一UE在不同监测时机中在两个DL单播DCI之间、在两个UL单播DCI之间、或者在DL和UL单播DCI之间的最小时间分隔(包括跨时隙边界情况)：对于15kHz，为2个OFDM符号；对于30kHz，为4个OFDM符号；对于具有NCP的60kHz，为7OFDM符号；对于120kHz，为14个OFDM符号；等等。另外，对于TDD，在时隙的前3个OFDM符号内的第一监测时机中前两个UL单播DCI之间的最小分隔可以是零OFDM符号。因此，用于PDCCH监测配置的其余情况包括FG#3-5和FG#3-5b。在FG#3-5中：对于具有专用RRC配置的类型1CSS、类型3CSS和UE-SS，监测时机可以是用于情况2的时隙的任何OFDM符号。在FG#3-5b中，对于具有专用RRC配置的类型1CSS、类型3CSS和UE-SS，监测时机可以是具有跨度间隙的用于情况2中的时隙的任何OFDM符号。

一些实施例可以与时隙内的许多PDSCH/PUSCH TB有关。如果在每个时隙地定义了对有效单播调度DCI的最大数量的限制，则可以将在时隙内调度多个PDSCH/PUSCH TB的情况包括在内。然而，对于表征每个PDCCH监测跨度的限制或具有相同起始符号的监测时机的每个集合的限制，考虑到时隙内多TB的特征主要是通过考虑低延时目标的“基于迷你时隙的调度”方法所激发的这一事实，暗示对在时隙内进行TDM的多个PDCCH监测时机的依赖，可能不需要对时隙内多TB的特征进行特殊考虑。如果在PDCCH监测时机的单个跨度内要发送所有调度DCI，则通过用时隙内的进行TDM的多个PDSCH/PUSCH TB来调度UE 102将不会有太多实际益处。

基于以上考虑，可以看出，定义对有效单播调度DCI格式的最大数量的限制应使得有意义地解决针对FG#3-5和FG#3-5b的PDCCH监测情况。在这方面，定义每PDCCH监测跨度的对有效单播调度DCI格式的最大数量的限制提供了调度灵活性和对UE实现方式的影响之间的最佳平衡。

在一些实施例中，对于确切的限制，考虑以上讨论和目标使用情况以及对UE实现方式的影响，在一个实施例中，最大数量可以被定义如下：1)在每调度的CC、具有相同起始符号的监测时机的每个集合上调度单播PDSCH的有效DCI的最大数量＝1(对于TDD和FDD)，2)在每调度的CC、具有相同起始符号的监测时机的每个集合上调度单播PUSCH的有效DCI的最大数量＝1(FDD)，3)在每调度的CC、具有相同起始符号的监测时机的每个集合上调度单播PUSCH的有效DCI的最大数量＝2(TDD)。

在一些实施例中，对于载波聚合(CA)配置，以上数量分别按比例放大至四个DL/ULCC，并且当所配置的DL/UL CC的数量大于四个时，则针对BD/CCE缩放(y)的UE能力用于缩放调度单播PDSCH/PUSCH的有效DCI的最大数量的以上数量。

在一些实施例中，在用于新无线电(NR)通信的方法中，可以每时间单位地确定(和/或定义)UE 102可能需要存储或处理的有效DCI格式的数量的最低要求。在一些实施例中，时间单位可以对应于持续时间为不横跨时隙边界的Y个连续OFDM符号的PDCCH监测跨度。在一些实施例中，对于指示支持NR UE特征组#3-5b的UE，PDCCH监测跨度的持续时间(在“Y”个连续OFDM符号中)可以遵循针对FG#3-5b所指示的UE能力。

在一些实施例中，PDCCH监测跨度的持续时间Y可以被定义为在其中UE 102被配置为在所有配置的搜索空间集上搜索PDCCH的CORESET的最大持续时间。在一些实施例中，PDCCH监测跨度的持续时间Y可以被定义为在其中UE 102被配置为在所有配置的搜索空间集上搜索PDCCH的CORESET的最小持续时间。

在一些实施例中，不会预期UE 102在具有相同起始符号的PDCCH监测时机(在所有配置的PDCCH搜索空间集上)的每个集合上存储或处理超过一定数量的有效DCI格式。在一些实施例中，不会预期UE 102在具有相同结束符号的PDCCH监测时机(在所有配置的PDCCH搜索空间集上)的每个集合上存储或处理超过一定数量的有效DCI格式。

在一些实施例中，针对调度单播PDSCH或PUSCH(具有用C-RNTI、CS-RNTI(如果配置的话)或MCS-C-RNTI(如果配置的话)加扰的CRC)的DCI格式，定义对有效DCI格式的(最大)数量的最低要求。在一些实施例中，针对调度单播PDSCH或PUSCH(具有用C-RNTI、CS-RNTI(如果配置的话)或MCS-C-RNTI(如果配置的话)加扰的CRC)、或者广播PDSCH(具有用SI-RNTI、RA-RNTI、T-C-RNTI中的一个或多个加扰的CRC)的DCI格式，定义对有效DCI格式的(最大)数量的最低要求。在一些实施例中，PDCCH监测跨度是Y个连续OFDM符号的集合，其中PDCCH被配置为至少在Y个符号中的第一个符号中被监测。在一些实施例中，跨度持续时间(Y)是满足以下约束符号的最大数量(例如，在2和3之间)：在包含PDCCH的监测时机的任何两个跨度之间，确保包括跨时隙边界情况的X个符号的最小跨度间隙(具有如UE能力报告所指定的或所指示的对应于Y的值的X的值)，其中至少一个PDCCH的监测时机不是在相同或不同搜索空间中的FG(特征组)#3-1的监测时机。

提供摘要以符合要求摘要的37C.F.R.部分1.72(b)，该摘要允许读者明确技术公开的性质和要旨。提交摘要时应理解为不会将其用于限制或解释权利要求的范围或含义。因此，以下权利要求书被并入具体实施方式中，其中每个权利要求本身作为单独的实施例。

Claims (14)

1.一种用户设备(UE)的装置，所述装置包括：存储器；以及处理电路系统，被配置为：

对来自下一代节点B(gNB)的、配置一个或多个控制资源集(CORESET)的控制信令进行解码，

其中，所述CORESET能配置为在频域中跨越可变数量的资源块(RB)，其中，所述CORESET能配置为在时域中跨越可变数量的正交频分复用(OFDM)符号，

其中，每个所述CORESET被分配用于一个或多个物理下行链路控制信道(PDCCH)的接收；以及

确定PDCCH监测跨度的持续时间，其中，所述PDCCH监测跨度指示所述UE要在其中监测PDCCH的连续OFDM符号的数量；

其中，所述处理电路系统被配置为确定所述PDCCH监测跨度的持续时间等于由所述CORESET跨越的OFDM符号的数量的最大值，

其中，所述存储器被配置为存储与所述CORESET有关的信息。

2.如权利要求1所述的装置，所述处理电路系统被配置为：

确定在所述PDCCH监测跨度期间在经由解码的PDCCH接收时UE要存储并处理的下行链路控制信息(DCI)格式的一个或多个集合；

在所述PDCCH监测跨度期间，监测用于PDCCH的所述CORESET；以及

如果一个或多个PDCCH被解码，则存储并处理解码的PDCCH内的所确定的DCI格式的一个或多个集合中的DCI格式。

3.如权利要求2所述的装置，其中，针对DCI格式的所述一个或多个集合中的每一者，预先定义对DCI格式的每个集合的DCI格式数量的最大限制。

4.如权利要求2所述的装置，所述处理电路系统被配置为：

确定DCI格式的所述一个或多个集合以包括触发上行链路(UL)发送或单播下行链路(DL)接收的DCI格式。

5.如权利要求4所述的装置，所述处理电路系统被配置为：

确定DCI格式的所述一个或多个集合以包括：

调度单播物理下行链路共享信道(PDSCH)的DCI格式，以及

调度物理上行链路共享信道(PUSCH)的DCI格式，其中相应PDCCH携带用无线电网络临时标识符(RNTI)加扰的循环冗余校验(CRC)，所述RNTI是下列项之一：小区RNTI(C-RNTI)；已配置的调度(CS)RNTI(CS-RNTI)，在配置了CS-RNTI的情况下；以及调制和编码方案(MCS)小区RNTI(MCS-C-RNTI)，在配置了MCS-C-RNTI的情况下。

6.如权利要求2所述的装置，所述处理电路系统还被配置为：

根据对DCI格式的每个集合的DCI格式数量的第一最大限制，确定DCI格式的第一集合，DCI格式的该第一集合包括调度单播PDSCH的DCI格式；以及

根据对DCI格式的每个集合的DCI格式数量的第二最大限制，确定DCI格式的第二集合，DCI格式的该第二集合包括调度PUSCH的DCI格式。

7.如权利要求1所述的装置，其中：

所述PDCCH监测跨度在包括多个时隙的子帧内发生，其中，时隙的数量至少部分地基于下行链路带宽部分(BWP)的子载波间隔(SCS)，并且

所述PDCCH监测跨度包括不横跨子帧的任何两个连续时隙之间的时隙边界的连续OFDM符号。

8.如权利要求1所述的装置，其中，所述UE被布置为根据新无线电(NR)协议进行操作。

9.如权利要求1所述的装置，其中：

所述处理电路系统包括基带处理器，用于解码所述控制信令，并且

所述装置还包括收发器，用于接收所述控制信令。

10.一种计算机可读存储介质，存储有用于由用户设备(UE)的处理电路系统执行操作的指令，所述操作将所述处理电路系统配置为：

对来自下一代节点B(gNB)的、配置一个或多个控制资源集(CORESET)的控制信令进行解码，其中，所述CORESET能配置为在频域中是可变大小的并且能配置为在时域中是可变大小的，

其中，每个所述CORESET被分配用于一个或多个物理下行链路控制信道(PDCCH)的接收；

在PDCCH监测跨度期间，监测用于PDCCH的所述CORESETS；

存储并处理下行链路控制信息(DCI)格式的一个或多个集合，其中，所述一个或多个集合被限制为：

调度单播物理下行链路共享信道(PDSCH)的DCI格式，以及

调度物理上行链路共享信道(PUSCH)的DCI格式，

其中相应PDCCH携带用无线电网络临时标识符(RNTI)加扰的循环冗余校验(CRC)，所述RNTI是下列项之一：小区RNTI(C-RNTI)；已配置的调度(CS)RNTI(CS-RNTI)，在配置了CS-RNTI的情况下；以及调制和编码方案(MCS)小区RNTI(MCS-C-RNTI)，在配置了MCS-C-RNTI的情况下。

11.如权利要求10所述的计算机可读存储介质，所述处理电路系统还被配置为：

确定用正交频分复用(OFDM)符号的数量表示的所述PDCCH监测跨度的持续时间，在该持续时间期间UE要监测用于PDCCH的所述CORESET。

12.如权利要求11所述的计算机可读存储介质，其中：

所述PDCCH监测跨度的持续时间是与跨度间隙值“X”相对应的PDCCH监测持续时间“Y”的函数，如经由指示支持格式3-5b的特征组(FG)(对应于能力指示参数pdcch-MonitoringAnyOccasionsWithSpanGap)的UE能力报告所指示的，该特征组用于监测属于具有专用RRC配置的类型1CSS、类型3CSS或UE-SS的PDCCH候选者，其中，监测时机是时隙中的任何OFDM符号并且是基于跨度间隙的。

13.一种用户设备(UE)的装置，所述装置包括：存储器；以及处理电路系统，被配置为：

对来自下一代节点B(gNB)的、配置一个或多个控制资源集(CORESET)的控制信令进行解码，

其中，所述CORESET能配置为在频域中是可变大小的并且能配置为在时域中是可变大小的，

其中，每个所述CORESET被分配用于一个或多个物理下行链路控制信道(PDCCH)的接收；

确定PDCCH监测跨度的持续时间，其中，所述PDCCH监测跨度指示所述UE要在其中监测PDCCH的连续正交频分复用(OFDM)符号的数量，

其中，所述处理电路系统被配置为将作为OFDM符号的数量的所述PDCCH监测跨度的持续时间确定为下列项：如UE能力报告使用pdcch-MonitoringAnyOccasionsWithSpanGap参数所指示的与跨度间隙值相对应的PDCCH监测持续时间的函数、以及所述UE被配置用于PDCCH监测的全部CORESET的最大持续时间，

其中，所述存储器被配置为存储与所述CORESET有关的信息。

14.如权利要求13所述的装置，其中：

在两个PDCCH监测时机中，至少一个PDCCH监测时机不是属于类型A或类型B的监测跨度的监测时机，

其中，类型A的跨度的监测时机在时隙的前三个符号内，其中，类型A的跨度的监测时机开始于要在其中监测PDCCH的时隙的第一个符号，其中，要被监测的PDCCH是用于下列项之一的：

具有专用无线电资源控制(RRC)配置的类型1公共搜索空间(CSS)，

类型3CSS，以及

UE搜索空间(UE-SS)；

并且其中，类型B的跨度的监测时机在三个连续的OFDM符号内，其中，类型B的跨度的监测时机开始于要在其中监测类型0、类型0A或类型2CSS的PDCCH的时隙的第一个符号。

Images