CN116762388A - 用于下行通知监测的装置和方法 - Google Patents

Abstract

本申请公开了用于下行通知监测的装置和方法。在一些无线通信系统的操作期间，用户设备(UE)可以监测控制信道以获取下行通知。下行通知的一个示例是寻呼通知。希望减少监测下行通知时消耗的功率量。在一些实施例中，可以通过减少监测下行通知将在其上发生的频率资源(例如带宽)来实现节能。在一些实施例中，可以存在以下项之间的关联：(i)UE类型、能力和/或业务；(ii)哪个资源配置被用于监测下行通知。在一些实施例中，在初始接入过程期间可以使用不同的频率资源的可能配置，并且每个配置可能具有为初始接入过程分配的不同频率资源的带宽。

Description

用于下行通知监测的装置和方法

技术领域

本申请涉及无线通信领域，更具体地，涉及无线通信系统中的下行通知(例如寻呼通知)的监测。

背景技术

在一些无线通信系统中，用户设备(UE)等电子设备通过一个或多个发送和接收点(TRP)与网络无线通信。TRP可以是地面TRP(T-TRP)或非地面TRP(NT-TRP)。T-TRP的一个示例是固定基站。NT-TRP的一个示例是可以在空间中移动以重新定位的TRP，例如安装在无人机、飞机和/或卫星上的TRP等。

从UE到TRP的无线通信称为上行通信。从TRP到UE的无线通信称为下行通信。执行上行通信和下行通信需要资源。例如，TRP可以在特定持续时间内在下行通信中通过特定频率(或频率范围)向UE无线发送信息。频率和持续时间是资源的示例，通常称为时频资源。

在一些操作状态下，例如在非活动状态或空闲状态下，UE可以监测下行控制信道，以获得TRP的寻呼通知。当有下行数据从网络发送到UE时，可以发送寻呼通知。然而，对下行通知(例如寻呼通知)的监测会产生功耗，这通常是不受欢迎的，特别是当UE在节能状态(例如在非活动状态或空闲状态)下操作时。

发明内容

希望减少监测下行通知的功耗。下行通知的一个示例是寻呼通知。下行通知可以承载在控制信道中，例如在物理下行控制信道(PDCCH)中。作为一个示例，下行通知可以是调度数据信道中的消息的下行控制信息(DCI)，例如在物理下行共享信道(PDSCH)中。调度消息可以是通知消息，如寻呼消息。然而，下行通知不一定需要调度数据信道中的消息。下行通知本身可以承载用于UE的通知消息，例如短消息，该消息可以包含在DCI中。下行通知可以是针对一组UE(例如广播)的，也可以是UE特定的。UE可以在控制信道中在特定时频资源监测下行通知。希望减少UE监测下行通知的功耗。

在一些实施例中，可以实现如下所示的节能：与先前的方案相比，减少了监测下行通知在其上发生的频率资源(例如带宽)。例如，相比于在控制信道的24个资源块(RB)上监测下行通知，UE会在6个RB上监测下行通知。本文中使用的术语“带宽”可以用赫兹表示，或者可以用具有到赫兹的映射(可以是子载波间隔的函数)的另一个等效单位表示，例如RB或资源元素(RE)。

通过减少监测在其上发生的频率资源，在一些实施例中可以实现以下技术优势：由于必须监测(例如对其执行盲检测)的频率资源减少，因此实现了节能。例如，将监测带宽从100MHz降低到20MHz使得UE的下行通知监测节省了50％的功率。另外，因为用于发送下行通知的频率资源更少，所以还可以在网络侧实现节能。

减少监测在其上发生的频率资源可以使得下行通知中可以承载的物理层控制信令(例如DCI)的位数也相应减少。因此，在一些实施例中，公开了一种特定于寻呼的DCI格式，并且与先前的DCI格式相比具有更少的位。

在一些实施例中，在可以在其上发送下行通知并且UE可以在其上监测这种下行通知的控制信道中可以存在可能的不同资源配置。在一些实施例中，每个这样的配置具有分配给发送下行通知/执行监测的不同频率资源的带宽。例如，第一配置可以在控制信道中配置24个RB用于监测(和发送)下行通知，第二配置可以在控制信道中配置12个RB用于监测(和发送)下行通知，第三配置可以在控制信道中配置6个RB用于监测(和发送)下行通知。

在一些实施例中，可以存在以下项之间的关联：(i)UE类型、能力和/或业务，以及(ii)用于监测的资源配置。例如，注重节能的UE(例如，电池供电的物联网(IOT)设备)可以被配置为在6个RB上进行下行通知监测，而不注重节能的UE(例如，电源插座供电的设备)可以被配置为在24个RB上进行下行通知监测。通过为用于监测下行通知的频率资源进行不同配置，在一些实施例中可以实现以下技术优势：可针对具有不同类型、能力和/或业务的设备灵活调整配置。

在一些实施例中，在活动/已连接状态下操作的UE可以从网络接收当该UE转换为(即进入)节能状态时用于下行监测的频率资源配置。节能状态有时也可以称为较低功率状态。节能状态的一个示例是非活动状态或空闲状态，例如RRC协议中的无线资源控制(RRC)非活动状态和RRC空闲状态。UE可以在接收转换为节能状态的指示之前接收配置，或者可以在用于转换为节能状态的消息交换/协议期间或作为消息交换/协议的一部分接收配置。在一些实施例中，可以实现以下技术优势：不同的UE可以根据UE的类型、能力和/或业务进行不同的配置。例如，注重节能的UE可以配置为在节能状态下在6个RB上进行下行监测，而不注重节能的UE可以配置为在节能状态下在24个RB上进行下行监测。

在一些实施例中，如上所述，存在用于监测下行通知的频率资源的不同可能配置，并且UE可以在初始接入过程期间获得配置。

附加地或备选地，在一些实施例中，在初始接入过程期间可以使用不同的频率资源的可能配置，并且每个配置可能具有为初始接入过程分配的不同频率资源的带宽。作为一个示例，两种不同的同步信号块(SSB)格式可以由一个或多个TRP发送，包括：第一SSB格式，其中SSB具有20个RB的带宽；第二SSB格式，其中SSB具有6个RB的带宽。作为另一个示例，在初始接入期间，存在用于网络发送控制信息和用于UE监测此类控制信息的频率资源的不同可能配置。控制信息可以调度系统信息，例如，控制信息可以调度系统信息块(SIB)1。例如，可以有两种不同的配置，包括：第一配置，其中控制信息在24个RB上发送，因此监测发生在24个RB上；以及第二配置，其中控制信息在6个RB上发送，因此监测发生在6个RB上。不同的配置与UE类型和/或UE能力之间存在关联。在一些实施例中，可以实现以下技术优势：为初始接入提供较低的功率选项。例如，注重节能的UE可以使用SSB和/或6个RB的控制信道监测来执行初始接入，这可能使得该UE在初始接入过程期间功耗更少。对于不注重节能的另一个UE，可以使用20个RB的传统SSB和24个RB的关联控制信道监测来执行初始接入。

在一些实施例中，由装置(例如UE)执行的方法可以包括接收指示装置将转换为至少一个操作状态的第一操作状态的消息。例如，第一操作状态可以是节能状态。方法还可以包括接收控制信道的至少一个频率资源的指示，其中至少一个频率资源与第一操作状态相关联。方法还可以包括在第一操作状态中以至少一个频率资源监测控制信道上的下行通知。在一些实施例中，不同的装置可以接收不同的频率资源配置，用于监测第一操作状态下的下行通知。在一些实施例中，配置的频率资源可以与装置类型、装置能力、业务类型和/或24小时/天的时间相关联。在一些实施例中，由设备(例如网络设备，如TRP)执行的方法可以包括发送指示该装置将转换为第一操作状态的消息。方法还可以包括为控制信道发送至少一个频率资源的指示，其中至少一个频率资源与第一操作状态相关联。方法还可以包括通过至少在控制信道的至少一个频率资源上发送下行通知，与处于第一操作状态的装置通信。

在一些实施例中，装置(例如UE)执行的方法可以包括：在初始接入过程期间，获取多个配置中的第一配置。第一配置可以指示至少一个控制信道的至少一个频率资源。在一些实施例中，第一配置可以基于装置能力、装置类型或业务类型中的至少一个。在一些实施例中，方法还可以包括以至少一个频率资源监测至少一个控制信道以获取下行通知。在一些实施例中，至少一个频率资源具有不同于用于与多个配置的第二配置相关联的下行通知的至少一个其它频率资源的带宽的带宽。在一些实施例中，由设备(例如，TRP等网络设备)执行的方法可以包括：在初始接入过程期间，向装置(例如UE)发送包括多个配置的第一配置的消息。第一配置可以指示至少一个控制信道的至少一个频率资源。第一配置可以基于装置能力、装置类型或业务类型中的至少一个。在一些实施例中，方法还包括在初始接入过程之后与装置通信，包括以至少一个频率资源在至少一个控制信道上发送下行通知。

公开了用于执行方法的对应装置和设备。

附图说明

仅通过示例的方式参考附图描述实施例，其中：

图1是根据一个示例的通信系统的简化示意图；

图2示出了通信系统的另一个示例；

图3示出了电子设备(ED)、地面发送和接收点(T-TRP)和非地面发送和接收点(NT-TRP)的示例；

图4示出了设备中的示例单元或模块；

图5示出了根据一个实施例的与网络设备通信的三个用户设备(UE)；

图6示出了根据一个实施例的图5的变型，其中UE具有不同的类型和/或能力；

图7示出了根据一个实施例的UE在节能状态下操作时的功耗；

图8示出了根据一个实施例的同步信号块(SSB)和由TRP发送的相关控制和数据信道的示例；

图9示出了根据一个实施例的寻呼通知监测的示例；

图10示出了示例DCI 1_0格式；

图11示出了根据一个实施例的两个UE，每个UE都具有不同的物理下行控制信道(PDCCH)资源配置；

图12和图13示出了根据各种实施例的不同SSB和相关的控制和数据通道；

图14和图15示出了根据各种实施例的由装置和设备执行的方法。

具体实施方式

出于说明性目的，下面结合附图更详细地解释具体的示例实施例。

示例通信系统和设备

参考图1，作为示例性示例(但不限于)，提供了通信系统100的简化示意图。通信系统100包括无线接入网120。无线接入网120可以是下一代(例如第六代(6G)或更高版本)无线接入网，或传统(例如5G、4G、3G或2G)无线接入网。一个或多个通信电气设备(electricdevice，ED)110a至120j(通常称为110)可以彼此互连，或连接到无线接入网120中的一个或多个网络节点(170a、170b，通常称为170)。核心网130可以是通信系统的一部分，并且可以依赖于或独立于通信系统100中使用的无线接入技术。此外，通信系统100包括公共交换电话网(PSTN)140、互联网150和其它网络160。

图2示出了示例通信系统100。通常，通信系统100能够使多个无线或有线元件发送和接收数据和其它内容。通信系统100的目的可以是通过广播、多播和单播等提供语音、数据、视频和/或文本等内容。通信系统100可以通过在其组成元件之间共享资源(例如载波频谱带宽)来操作。通信系统100可以包括地面通信系统和/或非地面通信系统。通信系统100可以提供广泛的通信业务和应用(例如地球监测、遥感、无源感测和定位、导航和跟踪、自主交付和移动性等)。通信系统100可以通过地面通信系统和非地面通信系统的联合操作来提供高度的可用性和稳健性。例如，将非地面通信系统(或其组件)集成到地面通信系统中可以促成被认为是包括多层的异构网络。与常规通信网络相比，异构网络可以通过高效的多链路联合操作、更灵活的功能共享以及地面网络与非地面网络之间更快的物理层链路切换来获得更好的整体性能。

地面通信系统和非地面通信系统可被视为通信系统的子系统。在所示的示例中，通信系统100包括电子设备(ED)110a至110d(通常称为ED 110)、无线接入网(RAN)120a至120b、非地面通信网络120c、核心网130、公共交换电话网(PSTN)140、互联网150和其它网络160。RAN 120a至120b包括相应的基站(BS)170a至170b，通常称为地面发送和接收点(T-TRP)170a至170b。非地面通信网络120c包括接入节点120c，通常称为非地面发送和接收点(NT-TRP)172。

任何ED 110备选地或附加地被配置为与任何其它T-TRP 170a至170b和NT-TRP172、互联网150、核心网130、PSTN 140、其它网络160或上述网络的任何组合进行连接、接入或通信。在一些示例中，ED 110a可以通过接口190a与T-TRP 170a进行上行和/或下行传输。在一些示例中，ED 110a、110b和110d还可以通过一个或多个侧行链路空口190b直接彼此通信。在一些示例中，ED 110d可以通过接口190c与NT-TRP 172进行上行和/或下行传输。

空口190a和190b可以使用类似的通信技术，例如任何合适的无线接入技术。例如，通信系统100可以在空口190a和190b中实现一种或多种信道接入方法，例如码分多址(，CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)或单载波FDMA(SC-FDMA)。空口190a和190b可以利用其它更高维信号空间，涉及正交和/或非正交维度的组合。

空口190c可以通过无线链路或仅链路实现ED 110d和一个或多个NT-TRP 172之间的通信。对于一些示例，链路是用于单播传输的专用连接、用于广播传输的连接或一组ED与用于多播传输的一个或多个NT-TRP之间的连接。

RAN 120a和120b与核心网130通信，以向ED 110a、110b和110c提供各种业务，例如语音、数据和其它业务。RAN 120a和120b和/或核心网130可以与一个或多个其它RAN(未示出)进行直接或间接通信，这些其它RAN可以直接也可以不直接由核心网130服务，而且可以采用也可以不采用与RAN 120a、RAN 120b或两者相同的无线接入技术。核心网130还可以用作(i)RAN 120a和120b或ED 110a、110b和110c或两者之间，以及(ii)其它网络(例如PSTN140、互联网150和其它网络160)之间的网关接入。另外，ED 110a、110b和110c中的部分或全部ED可以包括使用不同无线技术和/或协议通过不同无线链路与不同无线网络进行通信的功能。ED 110a、110b和110c可以通过有线通信信道与业务提供商或交换机(未示出)进行通信以及与互联网150通信，而不是进行无线通信(或者另外进行无线通信)。PSTN 140可以包括用于提供普通老式电话业务(POTS)的电路交换电话网络。互联网150可以包括计算机和/或子网(内网)或两者的网络，并结合互联网协议(IP)、传输控制协议(TCP)、用户数据报协议(UDP)等协议。ED 110a、110b和110c可以是能够根据多种无线接入技术进行操作的多模设备，并包括支持这些技术所需的多个收发器。

图3示出了ED 110、基站170(例如170a和/或170b)的另一个示例，下文将称为T-TRP 170和NT-TRP 172。ED 110用于连接人、物体、机器等。ED 110可以广泛用于各种场景，例如蜂窝通信、设备到设备(D2D)、车辆到万物(V2X)、点对点(P2P)、机器到机器(M2M)、机器类通信(MTC)、物联网(IOT)、虚拟现实(VR)、增强现实(AR)、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能可穿戴、智能交通、智慧城市、无人机、机器人、遥感、无源感测、定位、导航和跟踪、自主交付和移动性等。

每个ED 110代表用于无线操作的任何合适的终端用户设备，并且可以包括用户设备(UE)、无线发送/接收单元(WTRU)、移动站、固定或移动用户单元、蜂窝电话、站点(STA)、机器类通信(MTC)设备、个人数字助理(PDA)、智能手机、笔记本电脑、计算机、平板电脑、无线传感器、消费电子设备、智能书籍、车辆、汽车、卡车、公共汽车、火车或物联网设备、工业设备或在上述设备中的装置(例如通信模块、调制解调器或芯片)等。下一代ED 110可以使用其它术语来指代。连接到T-TRP 170和/或NT-TRP 172的每个ED 110可以动态或半静态地打开(即，建立、激活或启用)、关闭(即，释放、停用或禁用)和/或响应于以下之一来配置，包括：连接可用性和连接必要性。

ED 110包括耦合到一根或多根天线204的发送器201和接收器203。仅示出了一根天线204。其中一根、部分或全部天线也可以是面板。可以集成发送器201和接收器203，例如作为收发器集成。发送器(或收发器)用于调制数据或其它内容，以便由至少一根天线204或网络接口控制器(NIC)传输。接收器(或收发器)用于解调由至少一根天线204接收的数据或其它内容。每个收发器包括用于生成进行无线或有线传输的信号和/或用于处理通过无线或有线方式接收到的信号的任何合适的结构。每根天线204包括用于发送和/或接收无线信号或有线信号的任何合适的结构。

ED 110包括至少一个存储器208。存储器208存储由ED 110使用、生成或收集的指令和数据。例如，存储器208可以存储软件指令或模块，这些软件指令或模块用于实现本文中描述的部分或全部功能和/或实施例并由一个或多个处理单元210执行。每个存储器208包括任何合适的一个或多个易失性和/或非易失性存储与检索设备。可以使用任何合适类型的存储器，例如，随机存取存储器(RAM)、只读存储器(ROM)、硬盘、光盘、用户识别模块(SIM)卡、记忆棒、安全数码(SD)存储器卡、处理器上的高速缓存等。

ED 110还可以包括一个或多个输入/输出设备(未示出)或接口(例如连接到图1的互联网150的有线接口)。输入/输出设备支持与网络中的用户或其它设备进行交互。每个输入/输出设备包括用于向用户提供信息或从用户接收信息的任何合适的结构，例如，扬声器、麦克风、小键盘、键盘、显示器或触摸屏，包括网络接口通信。

ED 110还包括处理器210，用于执行包括与准备用于到NT-TRP 172和/或T-TRP170的上行传输的传输有关的操作、与处理从NT-TRP 172和/或T-TRP 170接收的下行传输有关的操作，以及与处理到另一个ED 110和来自另一个ED 110的侧行链路传输有关的操作。与准备用于上行传输的传输相关的处理操作可以包括编码、调制、发送波束成形和生成用于传输的符号等操作。与处理下行传输相关的处理操作可以包括接收波束成形、解调和解码接收到的符号等操作。根据实施例，下行传输可以由接收器203接收，可能使用接收波束成形，并且处理器210可以从下行传输中提取信令(例如，通过检测和/或解码信令)。信令的示例可以是由NT-TRP 172和/或T-TRP 170发送的参考信号。在一些实施例中，处理器276根据从T-TRP 170接收的波束方向的指示，例如波束角度信息(BAI)，实现发送波束成形和/或接收波束成形。在一些实施例中，处理器210可以执行与网络接入(例如初始接入)和/或下行同步有关的操作，例如与检测同步序列、解码和获取系统信息等有关的操作。在一些实施例中，处理器210可以执行信道估计，例如，使用从NT-TRP 172和/或T-TRP 170接收的参考信号。

尽管未示出，处理器210可以构成发送器201和/或接收器203的一部分。尽管未示出，存储器208可以构成处理器210的一部分。

处理器210以及发送器201和接收器203中的处理组件分别可以由相同或不同的一个或多个处理器实现，这些处理器用于执行存储在存储器(例如，存储器208)中的指令。或者，处理器210以及发送器201和接收器203中的处理组件中的部分或全部可以使用编程的现场可编程门阵列(FPGA)、图形处理单元(GPU)或专用集成电路(ASIC)等专用电路来实现。

T-TRP 170在一些实现方式中可以用其它名称表示，例如基站、基站收发站(BTS)、无线基站、网络节点、网络设备、网络侧设备、发送/接收节点、3G基站(NodeB)、演进型基站(eNodeB或eNB)、家庭基站(Home eNodeB)、下一代基站(gNB)、传输点(TP)、站点控制器、接入点(AP)或无线路由器、中继站、远程射频头、地面节点、地面网络设备或地面基站、基带单元(BBU)，远程射频单元(RRU)、活动天线单元(AAU)、远程射频头(RRH)、中央单元(CU)、分布式单元(DU)、定位节点等。T-TRP 170可以是宏BS、微BS、中继节点、发送方节点等，或其组合。T-TRP 170可以指上述设备中的锻造设备或装置(例如通信模块、调制解调器或芯片)。

在一些实施例中，T-TRP 170的各个部分可以是分布式的。例如，T-TRP 170的一些模块可以位于远离容纳T-TRP 170天线的设备的地方，并且可以通过有时被称为前传的通信链路(未示出)耦合到容纳天线的设备，例如通用公共射频接口(CPRI)。因此，在一些实施例中，术语T-TRP 170还可以指网络侧上执行处理操作的模块，例如确定ED 110的位置、资源分配(调度)、消息生成和编解码，并且不一定是容纳T-TRP 170天线的设备的一部分。这些模块还可以耦合到其它T-TRP。在一些实施例中，T-TRP 170实际上可以是多个T-TRP，它们一起操作以服务ED 110，例如通过协作多点传输。

T-TRP 170包括耦合到一根或多根天线256的至少一个发送器252和至少一个接收器254。仅示出了一根天线256。其中一根、部分或全部天线也可以是面板。发送器252和接收器254可以集成为收发器。T-TRP 170还包括处理器260，用于执行以下操作：准备用于到ED110的下行传输的传输、处理从ED 110接收的上行传输、准备用于到NT-TRP 172的回传传输以及处理从NT-TRP 172通过回传接收的传输。与为下行或回传传输准备传输相关的处理操作可以包括编码、调制、预编码(例如MIMO预编码)、发送波束成形和生成用于传输的符号等操作。与处理上行或回传中的接收传输相关的处理操作可以包括接收波束成形、解调和解码接收到的符号等操作。处理器260还可以执行与网络接入(例如初始接入)和/或下行同步有关的操作，例如生成同步信号块(SSB)的内容、生成系统信息等。在一些实施例中，处理器260还生成波束方向的指示，例如，可以由调度器253调度传输的BAI。处理器260可以执行本文描述的其它网络侧处理操作，例如确定ED 110的位置、确定NT-TRP 172的部署位置等。在一些实施例中，处理器260可以生成信令，例如，配置ED 110的一个或多个参数和/或NT-TRP172的一个或多个参数。由处理器260生成的任何信令都由发送器252发送。应当注意，本文中使用的“信令”也可以被称为控制信令。动态信令可以在控制信道中传输，例如物理下行控制信道(PDCCH)，静态或半静态高层信令可以包括在数据信道中传输的分组中，例如物理下行共享信道(PDSCH)。

调度器253可以耦合到处理器260。调度器253可以包括在T-TRP 170中或与T-TRP170分开操作。调度器253可以调度上行、下行和/或回传传输，包括发布调度授权和/或配置免调度(“配置授权”)资源。T-TRP 170还包括用于存储信息和数据的存储器258。存储器258存储由T-TRP 170使用、生成或收集的指令和数据。例如，存储器258可以存储软件指令或模块，这些软件指令或模块用于实现本文中描述的部分或全部功能和/或实施例并由一个或多个处理器260执行。

尽管未示出，处理器260可以构成发送器252和/或接收器254的一部分。此外，尽管未示出，处理器260可以实现调度器253。尽管未示出，存储器258可以构成处理器260的一部分。

处理器260、调度器253以及发送器252和接收器254中的处理组件分别可以由相同或不同的一个或多个处理器实现，这些处理器用于执行存储在存储器(例如，存储器258)中的指令。或者，处理器260、调度器253以及发送器252和接收器254的处理组件中的部分或全部可以使用FPGA、GPU或ASIC等专用电路来实现。

虽然示出的NT-TRP 172是无人机，但此处仅作示例。NT-TRP 172可以以任何合适的非地面形式实现。此外，NT-TRP 172在一些实现方式中可以用其它名称表示，例如非地面节点、非地面网络设备或非地面基站。NT-TRP 172包括耦合到一根或多根天线280的发送器272和接收器274。仅示出了一根天线280。其中一根、部分或全部天线也可以是面板。发送器272和接收器274可以集成为收发器。NT-TRP 172还包括处理器276，用于执行以下操作：准备用于到ED 110的下行传输的传输、处理从ED 110接收的上行传输、准备用于到T-TRP 170的回传传输以及处理从T-TRP 170通过回传接收的传输。与为下行或回传传输准备传输相关的处理操作可以包括编码、调制、预编码(例如MIMO预编码)、发送波束成形和生成用于传输的符号等操作。与处理上行或回传中的接收传输相关的处理操作可以包括接收波束成形、解调和解码接收到的符号等操作。在一些实施例中，处理器276根据从T-TRP 170接收的波束方向信息(例如，BAI)实现发送波束成形和/或接收波束成形。在一些实施例中，处理器276可以生成信令，例如配置ED 110的一个或多个参数。在一些实施例中，NT-TRP 172实现物理层处理，但不实现更高层的功能，例如媒质接入控制(MAC)或无线链路控制(RLC)层的功能。由于这只是一个示例，更概括地，NT-TRP 172除了物理层处理之外还可以实现更高层的功能。

NT-TRP 172还包括用于存储信息和数据的存储器278。尽管未示出，处理器276可以构成发送器272和/或接收器274的一部分。尽管未示出，存储器278可以构成处理器276的一部分。

处理器276以及发送器272和接收器274中的处理组件分别可以由相同或不同的一个或多个处理器实现，这些处理器用于执行存储在存储器(例如，存储器278)中的指令。或者，处理器276以及发送器272和接收器274中的处理组件中的部分或全部可以使用编程的FPGA、GPU或ASIC等专用电路来实现。在一些实施例中，NT-TRP 172实际上可以是多个NT-TRP，它们一起操作以服务ED 110，例如通过协作多点传输。

应当注意，本文使用的“TRP”可以指T-TRP或NT-TRP。

T-TRP 170、NT-TRP 172和/或ED 110可以包括其它组件，但为了清楚起见，省略了这些组件。

本文提供的实施例方法的一个或多个步骤可以由图4提供的对应单元或模块执行。图4示出了ED 110、T-TRP 170或NT-TRP 172等设备中的示例单元或模块。例如，操作可以由操作系统模块控制。作为另一个示例，信号可以由发送单元或发送模块发送。信号可以由接收单元或接收模块接收。信号可以由处理单元或处理模块处理。一些操作/步骤可以由人工智能(AI)或机器学习(ML)模块执行。相应的单元/模块可以使用硬件、执行软件的一个或多个组件或设备或其组合来实现。例如，单元或模块中的一个或多个可以是集成电路，例如编程的FPGA、GPU或ASIC。应当理解，如果上述模块使用供处理器等执行的软件实现，则这些模块可以由处理器根据需要全部或部分检索，单独或集体检索用于处理，在一个或多个实例中检索，并且这些模块本身可以包括用于进一步部署和实例化的指令。

关于ED 110、T-TRP 170和NT-TRP 172的其它详细内容是本领域技术人员已知的。因此，这里省略了这些详细内容。

本文的一些实施例中讨论了控制信息。控制信息有时可以被称为控制信令或信令。在某些情况下，控制信息可以动态指示，例如在控制信道的物理层中。动态指示的控制信息的示例是在物理层控制信令中发送的信息，例如下行控制信息(DCI)。控制信息有时可以被半静态地指示，例如在RRC信令中或在MAC控制元素(CE)中。动态指示可以是下层中的指示，例如物理层/层1信令(例如在DCI中)，而不是高层中的指示(例如，不是在RRC信令或MAC CE中)。半静态指示可以是半静态信令中的指示。本文中使用的半静态信令可以是指非动态信令，例如高层信令、RRC信令和/或MAC CE。本文中使用的动态信令可以指动态的信令，例如在物理层中发送的物理层控制信令，如DCI。

图5示出了根据一个实施例的与通信系统100中的TRP 352通信的三个ED。三个ED各自被示为相应的不同UE，并且在下文中将被称为UE 110x、110y和110z。但是，ED不一定是UE。在下文中，当参考UE 110x、110y、110z中的任何一个或任何其它UE(例如，上文介绍的UE110a至j)时，将使用参考字符110。

TRP 352可以是T-TRP 170或NT-TRP 172。在一些实施例中，TRP 352的各个部分可以是分布式的。例如，TRP 352的一些模块可以远离容纳TRP 352的天线的设备，并且可以通过通信链路(未示出)耦合到容纳天线的设备。因此，在一些实施例中，术语“TRP 352”还可以指执行资源分配(调度)、消息生成、编码/解码等处理操作的网络侧模块，这些模块不一定是容纳TRP 352的天线和/或面板的设备的一部分。例如，不一定是容纳TRP 352的天线/面板的设备的一部分的模块可以包括一个或多个模块，用于：生成下行通知，在控制信道中的配置资源上调度下行通知，生成本文讨论的时频资源的配置(例如“PDCCH资源配置”)，生成指示UE转换为特定操作状态(例如节能状态)的消息，生成用于初始接入的下行传输(例如SSB)，生成调度的下行传输，处理上行传输等。这些模块还可以耦合到其它TRP。在一些实施例中，TRP 352实际上可以是多个TRP，它们一起操作以服务UE 110，例如通过协作多点传输。

TRP 352包括发送器354和接收器356，两者可以集成为收发器。发送器354和接收器356耦合到一根或多根天线358。仅示出了一根天线358。其中一根、部分或全部天线也可以是面板。TRP 352的处理器360执行(或控制TRP 352执行)本文描述的由TRP 352执行的大部分操作，例如，生成下行通知，在控制信道中的配置资源上调度下行通知，生成本文讨论的时频资源的配置(例如“PDCCH资源配置”)，生成指示UE转换为另一个操作状态(例如节能状态)的消息，生成用于初始接入的下行传输(例如SSB)，生成调度的下行传输，处理上行传输等。生成用于下行传输的消息(例如下行通知)可以包括以消息格式排列信息、编码消息、调制、执行波束成形(按需)等。处理上行传输可以包括执行波束成形(按需)、解调和解码接收到的消息等。虽然未示出，但处理器360可以形成发送器354和/或接收器356的一部分。TRP 352还包括用于存储信息(例如控制信息和/或数据)的存储器362。

处理器360以及发送器354和接收器356中的处理组件可以由相同或不同的一个或多个处理器实现，这些处理器用于执行存储在存储器(例如，存储器362)中的指令。或者，处理器360以及/或者发送器354和/或接收器356中的处理组件中的部分或全部可以使用编程的FPGA、GPU或ASIC等专用电路来实现。

如果TRP 352是T-TRP 170，则发送器354可以是或包括发送器252，接收器356可以是或包括接收器254，处理器360可以是或包括处理器260，并可以实现调度器253，存储器362可以是或包括存储器258。如果TRP 352是NT-TRP 172，则发送器354可以是或包括发送器272，接收器356可以是或包括接收器274，处理器360可以是或包括处理器276，存储器362可以是或包括存储器278。

如上所述，每个UE 110(例如，UE 110x、110y和110z中的每一个)包括相应的处理器210、存储器208、发送器201、接收器203和一根或多根天线204(或可选的面板)。为了简单起见，仅示出了用于UE 110x的处理器210、存储器208、发送器201、接收器203和天线204，但其它UE 110y和110z也包括相同的相应组件。

处理器210执行(或控制UE 110执行)本文描述的由UE 110执行的大部分操作，例如，根据接收到的消息将UE 110转换为特定操作状态；指示UE 110在操作状态下操作；监测下行通知，例如，通过执行本文的盲解码；获取并实现用于下行监测的控制信道资源的配置；处理接收到的下行通知，例如解调和解码DCI；实现初始接入，例如执行同步和获取系统信息等。处理器210生成用于上行传输的消息，并处理接收到的下行传输。用于上行传输的消息的生成可以包括以消息格式排列信息、编码消息、调制、执行波束成形(按需)等。处理接收到的下行传输可以包括执行波束成形(按需)、解调和解码接收到的消息等。虽然未示出，但处理器210可以形成发送器201和/或接收器203的一部分。

不同的UE可能是不同的类型。类型示例的非详尽列表包括：IOT设备、蜂窝电话、客户端设备(CPE)等。在一些实施例中，UE类型可以是预定义的，并且每个UE类型都与相应的标识符(ID)相关联。ID有时也可以称为标志。例如，IOT设备可以具有ID 0001，蜂窝电话可以具有ID 0010等。UE类型可以由UE隐式或显式地报告给网络，例如在初始接入过程期间，如在能力报告中。

不同的UE可能具有不同的能力。能力示例的非详尽列表包括：发送天线的数量、接收天线的数量、一个或多个操作的频带、UE是否支持免调度(“免授权”)传输等。在一些实施例中，可以存在预定义的能力类别，每个能力类别都与不同的ID关联(有时可以称为标志)。例如，ID 011010可以指示UE有8根发送天线，2根接收天线，100MHz通信带宽，UE支持免调度传输，而ID 011000可以指示UE有1根发送天线，1根接收天线，20MHz通信带宽，UE不支持免调度传输等。UE的能力可以由UE隐式或显式地报告给网络，例如在初始接入过程期间，如在能力报告中。

在一些实施例中，每个UE类型与特定能力相关联，使得指示UE类型也会同时指示UE能力。在一些实施例中可以存在相反的情况，即指示UE能力也会同时指示UE类型。在一些实施例中，没有UE类型的概念，只有UE能力。在其它实施例中，没有UE能力的概念，只有UE类型。在其它实施例中，存在UE类型和UE能力的概念，例如，相同类型的UE可以具有不同的能力。

不同的UE可能具有/实现不同类型的业务。一种业务类型也可以称为业务类型。业务类型示例的非详尽列表包括：高可靠性、低延迟、延迟容忍、高吞吐量、低吞吐量等。某些业务类型可能与特定名称关联，例如“增强移动宽带(eMBB)”、“超可靠低时延通信(URLLC)”等。在一些实施例中，不同类型的业务可以被预定义，并且每个业务都与相应的标识符(ID)相关联。ID有时也可以称为标志。例如，eMBB业务可以具有ID 110，URLLC业务可以具有ID111等。业务类型可以由UE隐式或显式地报告给网络，例如在初始接入过程期间，如在能力报告中。

由UE实现的UE类型和/或能力和/或业务类型使得UE(或假定)对功耗敏感。例如，图6示出了图5的变型，其中UE 110x是电池驱动的传感器，例如在公用电表上。对于UE 110x来说，低功耗是很重要的，这样才能具有更长的使用寿命。UE 110y是一款智能手机。UE110y是功率敏感的(也称为能量敏感的)，但它可以对其电池充电，并且智能手机的用户可能存在一段时间，在此期间，性能比功耗更重要。UE 110z是打印机形式的CPE，仅在插入电源插座时操作。虽然节能是有益的，但UE 110z对此并不那么敏感。

如下文所述，在一些实施例中，具有特定类型和/或能力和/或业务类型的每个UE可以与控制信道(例如PDCCH或数据信道)相关联，该控制信道具有该UE将在其上监测下行通知的相应频率资源集。一个UE在其上被配置为监测下行通知的控制信道或数据信道中的频率资源的带宽可能与另一个UE被配置为监测下行通知的控制信道或数据信道中的频率资源的带宽不同。例如，UE 110x可以被配置为在1个RB或6个RB上监测PDCCH或PDSCH上的下行通知，而UE 110z可以被配置为在24个RB上监测PDCCH或PDSCH上的下行通知。在一些实施例中，控制或数据信道上的配置频率资源在24小时/天的时间里会不断改变，例如，UE 110y可以被配置为在白天监测PDCCH或PDSCH上的下行通知，否则被配置为监测6个RB上的下行通知。除此之外或备选地，数据信道可以不需要动态配置，而是半静态配置，使得数据信道中的数据传输可以像在传输时机中没有动态授权的免授权传输一样执行。

不同的操作状态

在一些实施例中，UE 110可以在不同的状态下操作，例如节能状态、已连接状态等。当在某些状态下操作时，例如在节能状态下操作时，UE 110可能不会完全占用可用于下行和/或上行传输的系统资源。例如，UE可能不利用可用于下行和/或上行传输的所有传输参数和时频资源。例如，UE 110可能不经常(或经常)监测下行上的网络指令，包括UE 110可能不经常监测控制信道，如PDCCH。例如，如果UE 110是能力降低(RedCap)商用设备、可穿戴设备、低成本行业无线设备、IoT设备等，则UE 110可以在大部分时间或全部时间内在节能状态下操作。

在一些实施例中，当不在节能状态下操作时，例如当UE 110在正常、增强或更高的功耗状态下操作时，UE 110可以完全占用可用于上行和/或下行传输的系统资源(例如传输参数和/或时频资源)，和/或UE可以持续(或更频繁地)监测下行上的网络指令。例如，UE可以定期或比处于节能状态时更频繁地监测PDCCH。

在一些无线通信系统中，UE 110和网络根据无线资源控制(RRC)协议操作。RRC协议在UE的操作行为和无线资源使用方面有不同的状态。例如，RRC协议可以包括：RRC空闲状态，其中没有与网络建立RRC连接，也没有使用实际的RRC配置资源；RRC已连接状态(也称为“活动状态”)，其中建立了RRC连接，且RRC配置的无线资源全部被UE使用；RRC非活动状态，其中部分RRC资源被保留，并且UE的RRC功能会减少，例如为了有助于节能。在一些实施例中，空闲状态和非活动状态可以被认为是节能状态。

在一些实施例中，在单个状态内(例如，在节能状态内)，不同操作模式下UE功耗不同，例如，默认操作模式和增强操作模式。每个操作模式可以对应于相应的功率(使用)模式。示例功率模式可以包括休眠、唤醒、仅下行接收、下行接收和上行发送模式等。单个状态中可以存在多个模式，和/或不同状态可以具有不同的模式。在某些情况下，从一种模式转换为另一种模式可能涉及更改状态。例如，“休眠”模式和“下行通知唤醒”模式可以是相同节能状态下的两种不同的功率模式，而“下行接收和上行发送”模式可以是非节能状态(或正常发送/接收功率状态)下的模式。

在一些实施例中，在完成初始接入以连接到网络时或之后，UE 110进入与较低的功耗相关联并处于节能状态的默认操作模式。UE 110在默认情况下保持在默认操作模式中，并且可以根据需要临时进入到增强操作模式，例如在上行数据到达以传输到基站170时。进入增强操作模式可能使得也可能不会使得UE 110转换为新的状态或不同的状态。

在一些实施例中，当处于节能状态时，UE 110监测下行控制信道，例如对于DCI，可以仅在非连续接收(DRX)周期或DRX_on窗口的唤醒期间执行。

为举例说明，图7示出了根据一个实施例的UE 110在节能状态下操作时的功耗。在该状态内，UE 110可以在不同的功率模式下操作，例如：默认休眠模式，其当处于休眠持续时间时属于非常低的功率模式；唤醒模式，其当处于唤醒持续时间时(例如，当处于DRX周期的唤醒期间时)属于低功率模式。虽然未示出，但在节能状态内可以有其它模式，例如，用于相对较短的数据发送或接收的临时更高功率模式。默认休眠模式由虚线401表示。周期性唤醒持续时间402散布在多个休眠持续时间之间，例如可能以有规律的间隔，如根据DRX周期来散布。在唤醒持续时间402中，UE 110耗费更多功率以执行监测下行通知等操作。根据实现方式，每个唤醒持续时间402可能是DRX周期或DRX_on窗口的唤醒期间。

初始接入配置和寻呼监测配置

在一些实施例中，当UE 110要初始连接到网络(例如，在开机时)时，UE 110执行初始接入过程。初始接入过程可以包括与同步、解码和读取系统信息、执行随机接入等有关的操作，其中随机接入可以根据UE能力以不同的方式实现，例如四步RACH或两步RACH。例如，在一种实现方式中：UE 110搜索一个或多个同步信号，例如主同步信号(PSS)和辅助同步信号(SSS)；UE 110解码物理广播信道(PBCH)以读取主信息块(MIB)，以获得必要的系统信息；也读取系统信息块(SIB)中的信息；UE 110执行随机接入过程。随机接入过程有时被称为随机接入信道(RACH)过程，并且可以包括：由UE 110发送前导码(RACH前导码)(“msg1”)；从基站170接收随机接入响应(RAR)(“msg2”)；由UE 110发送信息，例如RRC连接请求(“msg3”)；来自基站170的对msg3(“msg4”)的响应，例如连接确认信息。

图8示出了根据一个实施例的SSB 452和由TRP 352发送的相关PDCCH和PDSCH的示例。SSB块在时间上是4个符号，在频率上是20个RB。如本文所使用的，RB是在频域上占用预定义数量的子载波(例如12个子载波)的一组RE，其中RE是一个频率元素或一个子载波。RB可以是虚拟RB或物理RB。

SSB承载PSS、SSS和PBCH。虽然未示出，SSB也可以承载至少一个参考信号和/或导频。PBCH承载MIB 454，该MIB 454指示由TRP发送控制信息以调度系统信息消息的传输的PDCCH中资源的时频位置。UE 110以MIB 454中指示的时频资源监测PDCCH，并获得DCI 456。DCI 456调度PDSCH中SIB消息458的传输，如图8所示，其中PDCCH和PDSCH可以以24个RB的频率资源为例，MIB 454中可以配置用于PDCCH和PDSCH的更多个RB。在一些实施例中，SIB消息458是SIB 1。

在一些实施例中，SIB消息458用于配置服务小区初始接入和控制信道参数，包括寻呼监测参数和寻呼PDCCH配置。用于寻呼监测的PDCCH资源可以通过配置至少一个控制资源集(CORESET)和至少一个CORESET内的PDCCH候选集来配置。CORESET是时频资源的集合，可以被配置为在频域中具有一定数量的RB(例如24、48或96个RB)和一定的持续时间(例如最多3个符号)。PDCCH候选也被称为搜索空间(SS)，并且是指CORESET内的UE被配置为监测(例如，寻呼通知)的一组时频资源，其中一个SS可以根据聚合等级(AL)定义。SS或PDCCH候选的总数取决于配置了多少种类型的AL和每个AL配置的SS数量。在一些实施例中，可以定义ALn，其中n是1、2、4、8或16，并且具有ALn的SS占用n个控制信道元素(CCE)资源。CCE可以由网络预定义，并且是#个资源元素组(REG)的集合，其中REG是预定义的1个RB(频域)和1个符号资源。例如，CCE在频域上可以是6个RB，在时域上可以是1个符号。

为进一步解释，结合图9示出了可以由SIB消息458(在初始接入之后)配置的寻呼通知监测的一个特定示例。SIB消息458指示至少一个CORESET，在本例中，该CORESET是CORSET#0。SIB消息458还指示CORESET#0内的PDCCH候选。每个PDCCH候选是调度寻呼消息的DCI可以位于的CORESET#0中的相应搜索空间(SS)。可以通过指示一个或多个CCE AL和每个AL的PDCCH候选数量来配置SS(PDCCH候选)。例如，这些信息可以承载在SIB 1的“PDCCHConfigCommon”字段中，也可以由高层信令“PDCCHConfigCommon”配置。在图9所示的示例中，SIB消息通过指示以下项配置了寻呼监测：24个RB的CORESET#0×2个符号，以及两个SS，每个SS的聚合等级为4(其中1个CCE等于6个REG)。由于AL＝4，因此PDCCH候选(或一个搜索空间)占用4×6个REG＝24个REG。在所示的示例中，在CORESET#0中存在两个PDCCH候选(搜索空间)，分别称为SS1和SS2。每个搜索空间占用CORESET#0的一半带宽(12个RB)和2个符号。具有寻呼通知(即调度寻呼消息)的DCI可能在SS1或SS2中发送。应当注意，在某些情况下，可能不存在寻呼DCI。图9的示例假设在这种情况下，寻呼通知484确实存在于SS1中。

在操作中，UE 110处于节能状态，并周期性地唤醒，例如根据DRX周期唤醒。在唤醒持续时间内，根据上述用于寻呼监测的PDCCH资源的配置，UE 110监测并尝试在配置的资源处检测SS1和SS2，以确定是否有任何SS(即，SS1或SS2)存在以承载朝向UE的DCI信令(通过用ID解扰CRC，见下文)，并且如果存在DCI，检查DCI内的寻呼通知484是否为寻呼消息本身和/或已调度PDSCH来发送寻呼消息。在这种情况下，寻呼通知484已经在PDSCH中调度了寻呼消息486，如点划线488所示。

带宽部分(BWP)是频率子载波的集合。尽管不是必要的(即频率子载波可以是不连续的)，但可以假设频率子载波是连续的。BWP有带宽。PDSCH的BWP可以与PDCCH的BWP相同，如图9所示。或者，PDSCH的BWP可以与初始下行BWP相同，且可能与PDCCH的BWP不同。

通常，网络可能具有也可能没有用于UE 110的寻呼通知，并且如果寻呼通知要发送到UE 110，网络可以在PDCCH候选之一中动态指示寻呼通知(例如，在所示示例的SS1或SS2中)。因此，UE 110在PDCCH候选(搜索空间)中执行盲检测，以确定是否存在寻呼通知。盲检测的操作方式如下：对于每个PDCCH候选(例如，对于图9的SS1和SS2中的每一个)，UE 110尝试解码PDCCH候选承载的DCI，使用寻呼特定ID(例如P-RNTI)解扰DCI的CRC，并检查CRC是否有效。如果CRC无效，则UE 110假定在该PDCCH候选中没有寻呼通知。如果CRC有效，则UE假设解码后的PDCCH候选DCI正确，并承载寻呼通知。在图9的示例中，SS1承载寻呼通知484。寻呼通知484调度PDSCH中的寻呼消息486。

应当注意，在一些实施例中，在初始接入后，对于处于活动状态/已连接状态的UE，PDCCH配置(例如图9所示的配置)可能会改变。

在一些实施例中，具有相同位大小的一个DCI格式可以用于发送不同的信息，例如用于调度不同的传输。调度类型可以有多种，但在一个示例中，单个DCI格式可以承载寻呼通知(可以调度寻呼消息)，或者替代地承载用于调度数据传输的信息。示例是DCI 1_0格式。DCI的内容因DCI是承载寻呼通知还是调度数据传输而异，并且根据DCI是承载寻呼通知还是调度数据传输，使用了不同的ID来加扰DCI的CRC。例如，如果DCI承载寻呼通知，则CRC可以由寻呼无线网络临时标识符(P-RNTI)加扰，并且如果DCI调度数据传输，则CRC可以由小区RNTI(cell-RNTI，C-RNTI)加扰。应当注意，P-RNTI标识符可以被一组UE使用，也可以只被一个UE使用，C-RNTI通常是UE特定的。这使得能够在使用的DCI格式的数量和/或在控制信道中共享的资源方面实现节能和/或更有效的DCI检测。图10示出了一个示例，其中单个DCI 1_0格式可以用于承载寻呼通知或调度数据传输。在图10的示例1中，DCI 1_0格式调度数据传输，其CRC由C-RNTI加扰。在图10的示例2中，DCI 1_0格式承载寻呼消息，其CRC由P-RNTI加扰。在这两个示例中，DCI 1_0格式具有相同的位数，但具有不同的位字段。

监测通知和执行初始接入时的功耗

在PDCCH(和/或PDSCH)上监测下行通知(例如寻呼通知)需要功耗。此外，如果通过监测PDCCH执行的盲检测显示没有针对UE 110的下行通知，则功耗造成了浪费。例如，在图9所示的实例中，不存在用于UE 110的寻呼通知484的情况。UE 110对此不知情并且仍然必须执行盲检测以确定寻呼通知484是否存在。

此外，在未来的网络中，可能会有各种各样的UE，包括可能是低功耗/功率敏感的和公共部署的UE，所有这些UE都具有节能和延长电池寿命的共同和关键要求。例如，上文描述的UE 110x。对于这样的UE，在它们的操作期间，它们执行的最低功率任务之一可能是定期唤醒以监测可能的下行通知。此外，由于未来网络支持快速数据传输能力，因此许多UE可能会在节能状态下操作，例如在其大部分操作期间处于非活动状态或空闲状态(或等效状态)。然而，先前的一些网络更多地面向注重吞吐量的设备。因此，在一些先前的网络中，寻呼监测的带宽至少有24个RB，如图9的示例所示。

希望减少用于监测下行通知的功耗量，特别是当UE 110处于节能状态时，例如处于非活动状态或空闲状态时。一种可能性是实现具有不同唤醒信令或不同DRX配置的寻呼增强，以尝试以更长的唤醒周期来降低下行通知监测的功耗。这是一个时域相关的方案，可能会引起寻呼消息接收的延迟。

相反，本文的一些实施例旨在通过减少UE 110在监测下行通知时用于监测的频率资源(例如，RB或RE的数量)来降低功耗。这样的实施例可以应用在(例如结合)时域相关方案中，或代替时域相关方案。减少下行监测的带宽可能会实现显著的节能。具体的节能量取决于实现方式，但如果下行监测带宽从100MHz降低到20MHz，可能会节省50％的功耗。可以通过减少UE监测的RB数量来减少带宽(以赫兹表示)。以赫兹为单位的带宽是RB和UE 110的子载波间隔(SCS)的函数。在一个示例中，对于100MHz带宽的PDCCH监测，功耗可以是100个单位(其中一个单位基于最小工作功耗)，并且100MHz的PDCCH+PDSCH检测可能功耗为300个单位。然而，使用20MHz带宽，PDCCH监测功耗可能为50个单位(功率降低50％)，因此20MHz的PDCCH+PDSCH检测可能功耗为120个单位(功率降低60％)。

由于一些先前的网络更多地面向注重吞吐量的设备，因此用于初始接入的频率资源可以是20个或更多个RB，如图8所示。类似地，在初始接入期间监测的PDCCH可以是24个或更多个RB，如图8所示。本文的一些实施例旨在通过减少用于执行初始接入的频率资源(例如，RB或RE的数量)来降低功耗。

在一些实施例中，不同的UE可以被配置为使用不同的资源配置来执行下行监测和/或初始接入。具有不同类型和/或能力和/或业务类型的UE可以各自与可以预配置或预定义的相应配置相关联。例如，功率敏感型UE可以被配置为使用带宽小于其它非功率敏感型UE使用的频率资源的带宽的频率资源。

下面讨论的实施例包括在不同时间配置以供UE用于监测下行通知的PDCCH资源的实施例，例如，当UE要转换为节能状态时，和/或在初始接入期间等。下面还讨论了与使用较少的频率资源来执行初始接入过程有关的实施例。不同的实施例可以单独实现，也可以相互组合实现。

配置用于监测下行通知的资源

在一些实施例中，TRP 352可以向UE 110提供控制信道资源的指示，供UE 110使用以监测下行通知。控制信道资源将被称为PDCCH资源，指示PDCCH资源将被称为指示用于下行通知的PDCCH资源配置。PDCCH资源配置的指示至少可以包括或是UE 110将用于监测下行通知的频率资源的指示。

通常，下行通知可以是UE特定的，也可以针对一组UE。如果下行通知是UE特定的，则下行通知可以单播到UE 110，例如，承载下行通知的DCI可以使用UE特定的ID来加扰。如果下行通知是针对一组UE的，则下行通知可以组播或广播，以便由包括UE 110在内的多个UE接收。对于针对一组UE的下行通知，承载下行通知的DCI可以使其CRC由多个UE已知的ID加扰，例如寻呼ID(P-RNTI)或组ID。可以向多个UE提供相同的PDCCH资源配置，供这些UE监测下行通知。如本文所讨论的，具有不同类型、能力、业务等的UE可以与不同的PDCCH资源配置相关联。例如，所有功率敏感型UE都可以获得用于监测下行通知的第一(较小)带宽的PDCCH资源配置，所有非功率敏感型UE都可以获得用于监测下行通知的第二(较大)带宽的PDCCH资源配置。在任何情况下，下行通知都可以承载在物理层信令(例如物理层控制信令)中，如在DCI中。下行通知可以是(或包括在)调度PDSCH等数据信道中的通知消息(例如寻呼消息)的DCI，或者下行通知可以是DCI中包括的通知消息(例如寻呼消息或短消息)。

在一些实施例中，PDCCH资源配置的指示可以包括或是与BWP相关联的CORESET和/或CORESET内的一个或多个搜索空间(PDCCH候选)的指示。BWP定义了一组频率资源，特征是以赫兹或其它等效单位为单位的带宽，例如RB。在一些实施例中，BWP配置可以是小区特定的或UE特定的。在一些实施例中，用于发送下行消息的PDSCH信道和承载调度PDSCH的下行通知的PDCCH可以在同一BWP内。CORESET定义一个或多个搜索空间将在其中时的时频资源。CORESET可以配置在BWP内，在这种情况下，CORESET的带宽等于或小于BWP的带宽。在一些实施例中，可以通过指示聚合等级(AL)和每个AL的候选数量来定义CORESET中的一个或多个搜索空间(PDCCH候选)。

在一些实施例中，PDCCH资源配置的指示可以包括或是BWP、CORESET或搜索空间中的至少一个的指示，其中未指示的参数是预定义的、预配置的或固定的(例如在标准中)。在这样的实施例中，BWP定义频率BW，例如6个RB。CORESET是BWP内的一组时频资源，具有带宽等于或小于BWP带宽的频率资源。指示CORESET可以包括指示时域持续时间(例如2个符号)和时间位置(例如，与参考点的偏移)。搜索空间是CORESET中的一个或多个搜索空间(PDCCH候选)。在一些实施例中，可以通过指示AL和每个AL的候选数量来定义搜索空间集。

具有不同类型、能力和/或业务类型的UE可以获得不同的PDCCH资源配置，以用于监测下行通知。例如，对功率更敏感的UE可以获得频率资源较少的PDCCH资源配置，如6个RB而不是24个RB。

图11示出了根据一个实施例的两个UE，每个UE都具有不同的PDCCH资源配置。在图11中，UE处于休眠的节能状态，但周期性唤醒以监测配置的PDCCH资源上是否存在下行通知。图11中的两个UE是上文介绍的UE 110x和UE 110z。UE 110x对功率敏感，具有用于下行监测的PDCCH资源配置，带宽为6个RB。在图11所示的实例中，UE 110x在6个RB上执行下行监测，并且根据所示的示例配置，具有两个搜索空间(PDCCH候选)来在频域上对每3个RB执行盲检测。此时会出现下行通知504，用于调度PDSCH中的下行消息506。UE 110z对功率不敏感，具有用于下行监测的PDCCH资源配置，带宽为24个RB。在图11所示的实例中，UE 110z在24个RB上执行下行监测，并且根据所示的示例配置，具有两个搜索空间(PDCCH候选)来在频域上对每12个RB执行盲检测。此时会出现下行通知514，用于调度PDSCH中的下行消息516。

假设对UE 110x和UE 110z执行相同持续时间(例如，相同数量的符号)的监测，如图11所示，则UE 110x执行下行监测所需的功率比UE 110z少，因为UE 110x用于盲检测的资源更少。然而，下行通知504的位比下行通知514的位少。与下行通知514相比，功率的降低意味着在从TRP 352发送并由UE 110x接收和解码用于下行通知504的位数方面吞吐量较小。

因此，频率资源的减少实现了节能，但同时也会影响吞吐量，前提是所有其它因素都相等(例如，相同的监测持续时间等)。例如，下行通知504承载的位比下行通知514的位少。在一些实施例中，可以以不同的方式适应用于下行通知的较少位。例如，可以使用相同的DCI格式，但调整调制和/或编码方案(例如，较少冗余)，使得当PDCCH资源配置具有较少的频率资源时，可以在较少的位中提供相同的信息。作为另一个示例，可以提供位较少的新DCI格式。例如，由UE 110x监测的下行通知504可以是由新的DCI格式承载的寻呼通知，该新的DCI格式是图10所示的DCI格式1_0示例2的修改。例如，可以省略保留位，固定MCS，这样就能在编码之前节省11个位。分配给“短消息”字段的8个位也可以或替代地减少以节省位。

虽然图11仅示出了PDCCH配置的两个示例，但可以有两种以上的配置。此外，24个RB和6个RB带宽也仅作示例。此外，图11中具体配置的CORESET和搜索空间也只是一个示例。另外，图11示出了PDSCH中的下行消息，PDSCH的带宽与用于监测下行通知的PDCCH的带宽相同。然而，这不是必要的，例如，PDSCH可能具有不同的带宽和/或位于不同的BWP上。此外，下行通知504和/或514调度PDSCH中的下行消息仅是其中一种情况。例如，PDCCH中的下行通知本身就可以承载UE的消息，而不调度单独的下行消息。也就是说，本文中使用的“下行通知”覆盖的范围比调度下行消息的DCI更广，但也可以或替代地包括本身就可以提供消息(例如短消息或寻呼消息本身)的DCI，在这种情况下，在数据信道中可能没有调度单独的下行消息。

为举例说明，下面描述了在一些实施例中可以实现的四种可能的不同PDCCH资源配置，其中每个PDCCH资源配置称为“PDCCH参数集”：

(1)PDCCH参数集1：具有24个或更多个RB的CORESET，持续时间为1、2或3个符号；AL1、AL2、AL4、AL8或AL16的PDCCH SS；DCI格式是新设计的或等于新空口(NR)DCI格式1_0或1_1。

(2)PDCCH参数集2：具有12个或更多个RB的CORESET，持续时间为1、2或3个符号，但CORESET时频资源少于PDCCH参数集1的时频资源；AL1、AL2、AL4或AL8的PDCCH SS；DCI格式的位少于DCI格式1_0或1_1的位，和/或是新设计的。

(3)PDCCH参数集3：具有6个或更多个RB的CORESET，持续时间为1、2或3个符号，但CORESET时频资源少于PDCCH参数集2的时频资源；AL1、AL2或AL4的PDCCH SS；DCI格式的位少于PDCCH参数集2中的DCI格式的位，和/或是新设计的。

(4)PDCCH参数集4：具有1个或更多个RB的CORESET，持续时间为1、2或3个符号，但CORESET时频资源少于PDCCH参数集3的时频资源；AL1或AL2的PDCCH SS；DCI格式的位少于PDCCH参数集3中的DCI格式的位，和/或是新设计的。

提供多个可能的PDCCH参数集，如上述的参数集(1)至(4)作为示例，可以允许适应不同的设备和/或未来的标准和/或向后兼容性。

在一些实施例中，对于小的CORSET大小，例如对于PDCCH参数集(3)和/或(4)，AL可以被预定义或配置为使用更少的RE。

在一些实施例中，PDCCH资源配置(例如上述的PDCCH参数集(1)至(4))可以在高层信令(例如RRC信令)或MAC CE中预定义或配置。在一些实施例中，不同的PDCCH资源配置可以在不同的BWP内定义。在这样的实施例中，BWP可以被预定义或配置为满足不同UE/设备(功率能力)类型的不同功率使用需求。

在一些实施例中，一个UE(和/或一组UE)可以基于自身(或该组)类型、能力和/或功耗要求来与一个或多个PDCCH资源配置相关联。在一个示例中，功率敏感型UE，例如UE110x，可以基于UE功率敏感类型和功耗要求来与一个或多个PDCCCH资源配置相关联。在一些实施例中，处于节能状态(例如处于非活动状态或空闲状态)的功率敏感型UE可以与一个PDCCH资源配置(例如PDCCH参数集(3))保持关联。UE类型(和/或其它特征)与PDCCH资源配置之间的关联可以是预定义的、RRC配置的和/或动态指示的，例如使用DCI。在其它实施例中，当UE在配置信令中转换为不同的功率模式时，可以配置一个或多个PDCCH资源；例如，当UE从一种活动功率使用模式转换为节能模式时，UE可以被配置用于其周期性唤醒和下行通知监测的RB或RE数量更少的PDCCH(例如，在RRC释放消息或网络过渡指示消息期间)；这对于主要注重功耗的功率敏感型UE尤其重要。在另一个实施例中，UE可以根据例如UE(或UE类型/能力/业务)之间的关联，为不同的功率状态或模式(包括不同的节能模式/状态、活动功率使用模式/状态)配置具有不同资源的PDCCH。例如，功率敏感型UE可以被配置当UE处于节能模式(或状态)时用于其周期性唤醒和下行通知监测的RB或RE数量更少的PDCCH(例如，在RRC释放消息或网络过渡指示消息期间)。配置可以是预定义的，在RRC信令中指示和/或动态指示，例如使用DCI。RAN 120可能需要记录UE(或UE类型/能力/业务)与PDCCH资源配置之间的关联。

通过具有用于下行监测的不同PDCCH资源配置，不同的UE 110可以根据自身的类型、能力、业务和/或需求以定制的方式获得不同的PDCCH配置。实施例可以在基于RAN的寻呼和基于核心网(CN)的寻呼的上下文中实现，例如，当所指的下行通知是寻呼通知时。

在一些实施例中，每个UE 110默认获得用于具有减少的频率资源(例如仅6个RB)的下行通知监测的PDCCH配置，前提是节能对所有UE 110都是有用的，而不管UE的能力和/或类型和/或业务需求如何。然而，可能存在一些可能的例外情况。一个可能的示例例外情况如下：无法在减少的频率资源上实现下行通知监测的传统UE(例如，因为它们无法正确读取减少的DCI)可以被赋予传统PDCCH资源配置，例如在频域中有24个RB。另一个可能的示例例外情况如下：不对功率敏感(至少在特定时间点)并且吞吐量对其很重要的UE 110可以请求和/或被赋予具有更多频率资源的PDCCH资源配置，例如在频域中有24个RB。

根据场景或实现方式，UE 110的PDCCH资源配置可以以不同的方式和/或在不同的时机获得。

在一些实施例中，UE 110在不同的RRC或功率使用状态下操作，包括节能状态(例如，非活动状态或空闲状态)和非节能状态(例如，活动/已连接状态)。上文讨论了不同的操作状态。在这样的实施例中，对于转换为(即进入)节能状态的UE 110，TRP 352可以向UE110发送指示UE 110将转换为节能状态的消息。在一些场景或实现方式中，消息是网络主动发送的，例如，如果没有下行数据要发送到UE 110和/或在计时器到期时。在其它场景或实现方式中，消息可以响应于来自UE 110的转换为节能状态的请求而发送。当UE 110处于节能状态时，UE 110可以被配置为周期性唤醒(如图7所示)和监测下行通知，如寻呼通知。

在一些实施例中，PDCCH资源配置可以在用于将UE 110转换为节能状态的消息交换/协议期间或作为消息交换/协议的一部分提供给UE 110。例如，在TRP 352指示UE 110转换为节能状态的同时，TRP 352可以向UE 110(处于节能状态时)提供用于下行通知监测的PDCCH资源配置。作为示例，当UE 110转换为非活动状态时，PDCCH资源配置可以在“暂停消息”内或与“暂停消息”一起发送，例如，SuspendConfig或其它释放消息可以包括信息元素(IE)，以根据UE类型/能力/业务/一天中的时间等来配置用于UE的下行监测(例如寻呼)的定制PDCCH，其中IE可以包括BWP、CORESET、搜索空间中的至少一个或多个。作为另一个示例，当UE 110转换为空闲状态时，PDCCH资源配置可以在“RRC释放消息”内或与“RRC释放消息”一起发送，例如，RRC释放消息可以包括IE，以根据UE类型/能力/业务/一天中的时间等来配置用于UE的下行监测(例如寻呼)的定制PDCCH，其中IE可以包括至少BWP、CORESET、搜索空间中的一个或多个。

在其它实施例中，用于下行通知监测的PDCCH资源配置可以在较早的时间点(但在初始接入之后)提供给UE 110，例如当UE 110在活动/已连接状态下操作时。例如，当UE 110在RRC活动/已连接状态下操作时，TRP 352可以向UE 110发送消息，指示在节能状态下用于下行通知监测的PDCCH资源配置。在稍后的时间点，TRP 352随后可以将UE 110从RRC活动/连接状态转换为节能状态，例如转换为RRC空闲状态或RRC非活动状态。当UE 110进入该节能状态时，UE 110使用先前在UE 110处于RRC活动状态时配置的用于下行通知监测的PDCCH资源配置。

在一些实施例中，每个UE 110例如在初始接入期间诸如在能力报告中，向TRP 352指示其类型和/或能力和/或需求(例如业务)。不同的UE类型、能力和/或业务与不同的PDCCH资源配置之间存在关联。根据UE 110的类型、UE 110的能力和/或UE 110实现的业务类型，网络提供特定的PDCCH资源配置。例如，如果UE 110标识为IOT电池供电操作设备，则网络提供具有6个RB的频率资源的PDCCH资源配置以用于下行通知(如图11的UE 110x所示)，而如果UE 110标识为智能手机或CPE，则网络提供具有24个RB的频率资源的PDCCH资源配置以用于下行通知(如图11的UE 110z所示)。在一些实施例中，24小时/天的时间也可以或代替用于确定PDCCH资源配置。例如，如果UE 110在营业时间之外进入节能状态，则假设在吞吐量不那么重要的情况下，网络提供具有6个RB的频率资源的PDCCH资源配置以用于下行通知，而如果UE 110在营业时间进入节能状态，则网络提供具有24个RB的频率资源的PDCCH资源配置以用于下行通知。

一些实施例可以按如下方式操作。UE使用传统系统信息(SI)/SSB操作进入网络，例如传统初始接入过程。在初始接入期间，UE报告其UE能力，并且UE类型/能力/业务与用于下行通知(例如用于寻呼)的一个或多个PDCCH资源配置之间存在预定义/配置的关联。UE可以正常参与活动数据传输。然而，在UE转换为节能模式(例如，非活动状态或空闲状态)之前，网络可以根据UE类型和/或能力和/或业务和/或24小时/天的时间等，为UE配置适当的PDCCH资源以用于下行通知监测。例如，功率敏感型UE可以被配置具有减少的带宽(例如6个RB)的PDCCH资源以用于下行通知。PDCCH资源配置可以包含在RRC释放配置消息中。UE可以唤醒以使用配置的定制PDCCH来监测下行通知。

在一些实施例中，当UE 110从节能状态转换为，例如进入活动数据发送或接收状态时，UE 110可以保持为节能状态配置的PDCCH资源配置，除非/直到配置被更新。

在一些实施例中，用于下行监测的可能的不同PDCCH资源配置中的一个可以代替(或也)由UE 110在初始接入网络期间获得，例如根据UE能力、类型和/或业务类型。UE类型、能力和/或UE实现的业务类型与用于下行通知(例如寻呼)的PDCCH资源配置之间可能存在关联。该关联可以是预定义的和/或配置的(例如，RRC配置的)。在一些实施例中，用于下行监测的PDCCH资源配置可以仅用于节能模式，或用于默认操作模式，或可能还用于活动通信模式，并且不同选项是可配置的(例如，在高层信令中，如RRC信令中，或在MAC CE中)。

在一个示例中，在一些实施例中，在初始接入网络期间，系统信息(例如一个或多个SIB 1或SIBx消息)可以指示PDCCH资源配置的集合。每个PDCCH资源配置可以具有不同的频率资源带宽，并且每个PDCCH资源配置可以与预定义的不同的UE类型、能力和/或业务类型相关联。例如，系统信息可以针对多个UE类型和/或能力和/或业务中的每一个指示：BWP、BWP内的CORESET和/或CORESET内的搜索空间，用于对该UE类型/能力/业务进行PDCCH监测。对于不同的UE类型、能力和/或业务类型，该信息可以在预定义的频率资源和/或时域周期中广播或组播。

UE根据其UE类型、能力和/或业务，从系统信息中指示的PDCCH资源配置中选择合适的PDCCH资源配置。例如，功率敏感型UE可以选择用于仅6个RB的下行通知(例如寻呼)监测的PDCCH资源配置，而非功率敏感型UE可以选择24个RB的PDCCH资源配置。在一些实施例中，PDCCH资源配置集的指示在SIB 1或SIBx消息中广播。在一些实施例中，PDCCH资源配置集的指示可以位于预定义的时频资源上。在一些实施例中，响应于初始接入期间的UE请求，提供PDCCH资源配置集的指示。在一些实施例中，一个或多个定制SIB消息用于指示PDCCH资源配置的集合。

在一些实施例中，UE在一个或多个操作状态(或模式)下向网络通知选定的一个或多个PDCCH资源配置。通知可以是显式的，也可以是隐式的。隐式指示的示例是UE向网络指示其类型、能力和/或业务，网络知道其与特定PDCCH资源配置相关联，例如通过预定义的映射。

在一些实施例中，UE可以继续将选定的一个或多个PDCCH资源配置用于活动通信模式和/或节能模式。在一些实施例中，高层信令(例如RRC信令)或MAC CE可用于配置与PDCCH资源配置相关的设置，例如UE是否继续将选定的PDCCH资源配置用于某些操作模式或操作状态。

在一些实施例中，在初始接入过程期间，UE从一个或多个SIB消息接收分类的寻呼PDCCH资源配置集，其中：

(A)如果UE设备类型/能力/业务与可能的PDCCH资源配置存在一对多的映射关系，则UE可以选择多个PDCCH资源配置中的一个以用于监测多个或所有操作状态的下行通知，然后向TRP 352通知选定的一个或多个PDCCH资源配置，以便网络可以为该UE实现对应的正确下行通知控制信道。

(B)如果UE设备类型/能力/业务与可能的PDCCH资源配置存在一对多的映射关系，则UE可以选择多个PDCCH资源配置中的一个以用于监测一个操作状态的下行通知，同时UE可以选择多个PDCCH资源配置中的另一个用于监测其它操作状态的下行通知。UE可以向TRP352通知选定的一个或多个PDCCH资源配置，以便网络可以为该UE实现对应的正确下行通知控制信道。在某些情况下，UE可以向TRP 352通知其每个操作状态的选定的一个或多个PDCCH资源配置。在其它情况下，UE可以仅向TRP 352通知与当前操作状态相对应的PDCCH资源配置，并且当UE转换为不同的操作状态时，UE根据需要向TRP 352通知新操作状态的选定的PDCCH资源配置。

(C)如果UE设备类型/能力/业务与PDCCH资源配置之间存在唯一的(一对一)映射，则UE可以选择并实现与其类型/能力/业务对应的PDCCH资源配置，并且可能不需要向TRP352通知选定的PDCCH资源配置，例如，如果网络从另一个消息(例如从能力报告)知道了UE类型/能力/业务，使得网络知道已经选定并将为该UE实施的具体PDCCH资源配置。

在上述(A)至(C)中的任何一种场景下，网络可以(通过从TRP 352发送的消息)向处于任何操作状态或在状态转移之前或在状态转移期间的UE指示新的PDCCH资源配置。

在一些实施例中，如果网络为给定的UE类型、能力和/或业务类型提供多于一种可能的PDCCH资源配置，则UE可以根据其它条件，例如流量类型和/或应用要求等，从针对其给定的UE类型、能力和/或业务的可能的不同配置中进行选择。UE向网络通知选定的(多个)配置。

在另一个示例中，在初始接入过程期间，UE 110向网络通知其类型、能力和/或业务(例如，在能力报告中)，并且作为响应，网络向UE 110发送(经由TRP 352)该UE 110将用于下行通知监测的PDCCH资源配置的指示。网络根据UE类型、能力和/或业务，从两种或多种可能的不同PDCCH资源配置中选择一个。PDCCH资源配置的传输可以在初始接入过程期间进行，例如在系统信息中，如在SIB中。在这样的实施例中，一组PDCCH资源配置不从网络发送，而只是发送由网络在该点为UE选择的单个PDCCH资源配置。在其它实施例中，根据UE类型、能力和/或业务(例如，在能力报告中)，网络向UE 110发送(经由TRP 352)与该UE 110将用于不同操作模式(或状态)下的下行通知监测对应的PDCCH资源配置的指示。

在一些实施例中，可以从网络传输不同的SSB，每个SSB与不同的相应系统信息(例如SIB)的传输相关联，为具有不同UE类型、能力和/或业务的UE指示用于下行通知监测的不同的相应PDCCH资源配置。例如，第一SSB可以包括MIB，该MIB指示SIB的调度信息所在的PDCCH中资源的时频位置。SIB指示具有6个RB的PDCCH资源配置，用于监测下行通知。第二SSB可以包括MIB，该MIB指示不同SIB的调度信息所在的PDCCH中资源的时频位置。SIB指示具有24个RB的PDCCH资源配置，用于监测下行通知。在操作中，在一个示例中，一种类型/能力的UE(例如，功率敏感型UE)使用第一SSB执行初始接入，以获得6个RB的PDCCH资源配置，用于监测下行通知。另一类型/能力的UE(例如，非功率敏感型UE)使用第二SSB执行初始接入，以获得24个RB的PDCCH资源配置，用于监测下行通知。UE需要根据其类型/能力和/或期望的PDCCH资源配置来选择合适的SSB。在一些实施例中，导频序列、参考信号和/或同步信号(例如SSS和/或PSS)与特定PDCCH资源配置或UE类型或能力具有已知的关联，使得UE知道是否根据SSB的导频序列、参考信号和/或同步信号在特定SSB上继续初始接入。例如，功率敏感型UE可以在第二SSB上开始同步和执行初始接入，但从该SSB的导频序列、参考信号和/或同步信号的标识中意识到，所产生的PDCCH资源配置是不合适的。UE可以放弃并尝试另一个SSB(例如第一SSB)，并在意识到该SSB的导频序列、参考信号和/或同步信号的标识将生成合适的PDCCH资源配置时继续初始接入。如下文讨论，在一些实施例中，用于初始接入的频率资源对于不同的SSB可能是不同的。在这些实施例中，与较少频率资源相关联的SSB还可以与指示用于下行监测的PDCCH资源配置(该PDCCH资源配置也具有较少的频率资源)的系统信息相关联。

在UE在初始接入过程期间获取用于下行通知监测的PDCCH资源配置的所有实施例中，配置仅用于当UE在节能状态下操作时。在这些实施例中，根据实现方式和/或UE，UE可以始终、在大部分时间或在部分时间在节能状态下操作。在UE完成初始接入时处于活动/已连接状态的实施例中，在初始接入期间获得的用于下行通知监测的PDCCH资源配置只能在UE转换为节能状态时使用。在其它实施例中，PDCCH资源配置也可以在活动/已连接状态下使用。在一些实施例中，当处于活动/已连接状态时，网络可以重新配置用于下行通知监测的PDCCH资源配置。

在一些实施例中，如果在初始接入期间获得用于下行通知监测的PDCCH资源配置，则当UE转换为节能状态时，PDCCH资源配置不作为信令协议/交换的一部分指示。这是因为UE在节能状态下已经具有用于下行通知监测的PDCCH资源配置。在其它实施例中，当UE转换为节能状态时，PDCCH资源配置可以被指示为信令协议/交换的一部分，而不管PDCCH资源配置是否在初始接入期间获得。

在一些实施例中，在初始接入期间获取PDCCH资源配置的UE(例如功率敏感型UE)可以接收SIB 1消息，但还会根据其UE类型、能力和/或业务来为定制的PDCCH资源配置请求一个或多个SIB消息。作为响应，网络可以传输一个或多个承载PDCCH资源配置(例如，指示BWP、CORESET和/或搜索空间)的SIB消息。

在一些实施例中，MIB或系统信息可以指示UE类型、能力和/或业务与PDCCH资源配置之间的关联数量。然后，一个或多个SIB消息(例如SIB 1和/或SIBx)可以指示PDCCH资源配置(例如BWP、CORESET和/或搜索空间)。PDCCH资源配置可以在预定义的时间和频率资源上指示。每个PDCCH资源配置可以对应/关联相应的UE类型、能力、业务和/或24小时/天的时间。

在一些实施例中，无论UE何时获得用于下行通知监测的PDCCH资源配置，无线接入网(RAN)120可能需要为UE或UE类型、能力和/或业务保存该PDCCH资源配置(和/或UE与PDCCH资源配置之间的关联)，例如，以便RAN寻呼发送适合(例如，适当的位数的)PDCCH资源配置的寻呼通知。RAN节点(例如TRP)可能需要相互交换此信息，例如在回传或TRP到TRP接口上。在一些实施例中，核心网(CN)还可以或替代地需要向每个RAN显式指示UE类型、能力和/或业务(如果不能由UE ID标识)以用于寻呼，以便发送适合(例如，适当的位数的)PDCCH资源配置的通知。

在一些实施例中，UE可以配置有多个PDCCH资源配置，并且UE在节能状态下保留/使用的PDCCH资源配置可以由网络预定义、RRC配置或动态指示。

初始接入过程期间的节能

除了或代替上述实施例，可以减少UE在初始接入过程期间使用的频率资源，从而实现节能。用于UE同步和初始接入的不同SSB和/或PDCCH可以具有不同的带宽，并且可以与不同的UE能力、类型和/或业务相关联。作为示例，图12示出了根据一个实施例的由网络传输的不同SSB。不同的SSB可以由相同的TRP传输，也可以由不同的TRP传输。不同的SSB可以在相同的覆盖区域中传输。

SSB 452与图8所示的相同。它包括4个符号，频率资源为20个RB。SSB 452承载MIB454，该MIB 454指示PDCCH 455中资源的时频位置，并且在该PDCCH 455上传输与初始接入有关的控制信息。MIB 454中指示的PDCCH 455有24个RB。使用SSB 452执行初始接入的UE获取MIB 454，并监测24个RB的PDCCH 455以获得DCI 456，而DCI 456调度SIB消息458的传输。

在一些实施例中，还传输仅具有6个RB(或任何其它较小的或适当数量的RB)的频率资源的另一个SSB 552，该SSB 552可以专门适用于某些类型的功率敏感型UE(不同于侦听SSB 452的传统UE)，例如，SSB 552承载MIB 554，该MIB 554指示另一个PDCCH 555中资源的时频位置，并且在该PDCCH 555上传输与初始接入网络有关的控制信息。MIB 554中指示的PDCCH 555也只有6个RB。使用SSB 552执行系统同步和初始接入的UE获得MIB 554，并监测6个RB的PDCCH 555以获得DCI 556，而DCI 556调度SIB消息558的传输。

每个SSB可以与不同的UE类型、能力和/或业务相关联。关联可以是预定义的(例如在标准中)或配置的。UE使用与其类型、能力和/或业务对应的SSB进行初始接入。例如，SSB452可以与不注重功率敏感度的UE和/或吞吐量对其非常重要的UE相关联。SSB 552可以与注重功率敏感度的UE相关联。例如，上文介绍的UE 110z可以使用SSB 452进行初始接入，因为UE 110z不注重功率敏感度，而UE 110x可以使用SSB 552。

通过使用较少的频率资源执行初始接入，例如使用SSB 552及其关联的PDCCH，而不是SSB 452及其关联的PDCCH，由于需要监测、检测和/或解码的资源较少，因此可实现节能。

在一些实施例中，SSB 452可以与传统UE相关联，以向后兼容先前的标准，而SSB552可以与其它UE(也许是所有其它UE)相关联。

图12仅作示例，可以存在多种变型。例如，尽管图12所示的不同SSB/PDCCH配置只有两个示例，但可以有两种以上的配置。此外，20个RB、24个RB和6个RB带宽也仅作示例。此外，图12的每个示例中的PDSCH不必具有与PDCCH在该PDSCH上调度SIB消息的带宽相同的带宽。例如PDSCH具有不同的带宽和/或该PDSCH位于与调度该PDSCH的PDCCH不同的BWP上。在另一种变型中，两个或多个SSB可以具有相同的带宽，但它们的PDCCH可以具有不同的带宽。例如，图13示出了图12的变型，其中SSB 452和552具有用于同步和获取MIB的相同带宽，但对于SSB 552，MIB 554指示只有6个RB的PDCCH 555。功率敏感型UE可以使用SSB 552执行初始接入，从而实现与监测PDCCH以获得系统信息有关的可能节能。

在任何情况下，在图12和图13中，SIB消息458和558可以用于指示用于监测下行通知的PDCCH资源配置。在一些实施例中，使用较少频率资源的初始接入过程可以与指示用于监测资源也较少的下行通知的PDCCH资源配置的系统信息(例如，SIB消息)相关联。例如，SIB消息458指示用于下行通知监测的具有24个RB的PDCCH资源配置(类似于图11中为UE110z配置的)，而SIB消息558指示用于下行通知监测的具有6个RB的PDCCH资源配置(类似于图11中为UE 110x配置的)。在一些实施例中，SIB消息458和/或558可以指示给定UE类型、能力和/或业务的多种可能的PDCCH资源配置，在这种情况下，UE可以在不同的PDCCH资源配置之间进行选择并通知网络。应当注意，用于SSB 552、SIB PDCCH/PDSCH 555和/或寻呼PDCCH/PDSCH(在SIB消息中配置)的减少的频率资源是用于在系统同步和初始接入网络期间实现UE节能；然而，SSB 552、SIB PDCCH/PDCCH 555和/或寻呼PDCCH/PDSCH中使用的频率资源带宽不一定都相同(即使对于一种类型或相同类别的UE也是如此)。

示例方法

图14示出了根据一个实施例的由装置和设备执行的方法。装置可以是ED 110，例如UE，但不是必须的。设备可以是网络设备，例如TRP 352，但不是必须的。

在步骤602，设备发送指示装置将转换为至少一个操作状态的第一操作状态的消息。在一个示例中，第一操作状态是节能状态。例如，可以有多个状态，包括非节能状态(例如，活动/已连接)和节能状态(例如，非活动或空闲)。在一些实施例中，消息可以是释放消息，例如上文讨论的SuspendConfig或RRC释放消息。在步骤604，装置接收消息。

在步骤606，设备传输用于控制信道(或可能是数据信道)的至少一个频率资源的指示，其中至少一个频率资源与第一操作状态相关联。至少一个频率资源是当装置处于第一操作状态时，装置针对下行通知而监测的频率资源。至少一个频率资源的示例是上文讨论的图11中的UE 110x唤醒时由UE 110x监测的6个RB。在步骤608，装置接收至少一个频率资源的指示。在一些实施例中，至少一个频率资源的指示由设备结合以下项中的至少一个来传输或通过传输以下项中的至少一个的指示来传输：带宽(例如BWP)；CORESET(例如在带宽内)；或搜索空间(例如在CORESET内)。例如，通过指示BWP、CORESET和搜索空间，指示了将执行监测的一个或多个频率资源。在这些实施例中，至少一个频率资源的指示由装置结合带宽(例如BWP)、CORESET或搜索空间中的至少一个来接收或通过接收带宽(例如BWP)、CORESET或搜索空间中的至少一个的指示来接收。

在一些实施例中，步骤606和608可以在步骤602和604之前发生或与步骤602和604同时发生。

在步骤610，设备通过以至少一个频率资源在控制信道上至少发送下行通知，与处于第一操作状态的装置通信。在步骤612，装置在第一操作状态中以至少一个频率资源监测控制信道上的下行通知。在一些实施例中，通过对至少一个频率资源上的搜索空间(PDCCH候选)执行盲检测来实现监测。例如，在每个配置的时机，装置以至少一个频率资源对控制信道执行盲检测，以确定是否存在下行通知。盲检测如上文所述。

通过执行图14的方法，当装置处于第一操作状态(例如处于节能状态)时，可以为装置提供用于下行监测的频率资源配置。频率资源配置可以是上文描述的PDCCH资源配置的形式。虽然可以更早地提供配置，但配置可以在装置转换为第一操作状态时提供。可以为不同的装置提供不同的配置，例如根据装置类型、装置能力、业务类型和/或24小时/天的时间来定制。例如，在图14的一些实施例中，至少一个频率资源与装置类型、装置能力、业务类型或24小时/天的时间中的至少一个相关联。用于下行监测的频率资源的不同配置可能与不同的类型、能力和/或业务场景相关联。在一个示例中，功率敏感型装置可以与具有用于下行监测的频率资源较少的配置相关联/为装置提供配置，从而可能实现上文的节能。因此，在图14的一些实施例中，至少一个频率资源的带宽与处于第一操作状态的另一装置用于监测不同下行通知的控制信道中的至少一个其它频率资源的带宽不同。一个示例是图11，其中处于节能状态的UE 110z监测24个RB的带宽上的下行通知，而处于节能状态的UE110x监测6个RB的带宽上的下行通知。上文描述的任何变型，包括关于图14的变型可以应用于图14的实施例。

在图14的方法的一些实施例中，下行通知是DCI中包括的指示，该指示调度由设备发送并由装置接收的通知消息(例如，下行消息)。这就是图11中的示例的情况，其中下行通知调度PDSCH中的下行消息。然而，在其它实施例中，下行通知可以是DCI中包括的通知消息(例如，短消息)，在这种情况下，可能没有由DCI调度的任何消息。在任何情况下，在一些实施例中，下行通知可以与寻呼有关，例如，它是寻呼通知。

在图14的方法的一些实施例中，指示装置将转换为第一操作状态的消息是在传输至少一个频率资源的指示之后由设备发送(并由装置接收)的。例如，至少一个频率资源的指示可以在装置处于活动状态(例如，当装置处于RRC活动/已连接状态)时由设备发送(并由装置接收)。然后，在稍后的时间点，指示装置(通过消息)转换为第一操作状态，例如转换为非活动状态或空闲状态，如RRC非活动状态或RRC空闲状态。在一些实施例中，消息具体指示装置将从活动状态转换为非活动状态或空闲状态。

在图14的方法的一些实施例中，至少一个频率资源的带宽与处于第二操作状态的另一装置(或同一装置)用于监测不同下行通知的控制信道中的至少一个其它频率资源的带宽不同。例如，第一操作状态可以是具有用于监测6个RB的带宽的节能状态，第二操作状态可以是具有用于监测24个RB的带宽的非节能状态。

图15示出了根据另一个实施例的由装置和设备执行的方法。装置可以是ED 110，例如UE，但不是必须的。设备可以是网络设备，例如TRP 352，但不是必须的。

在步骤652，在初始接入过程期间，设备向装置发送包括多个配置的第一配置的消息。第一配置指示至少一个控制信道(或数据信道)的至少一个频率资源，该频率资源将被装置用于监测下行通知。在一些实施例中，第一配置基于装置能力、装置类型或业务类型中的至少一个。例如，多个配置中的不同配置指示用于下行监测的频率资源的不同带宽，多个配置中的不同配置与不同的装置能力、类型或业务相关联。例如，功率敏感型装置可以获得用于下行通知监测的频率资源较少(例如6个RB)的配置，而非功率敏感型装置可以获得用于下行通知监测的频率资源较多(例如24个RB)的另一个配置。

在步骤654，装置获得第一配置。根据上文描述的不同变型，在一些实施例中，在步骤652发送的消息可以仅指示装置获得的第一配置。例如，第一配置可以由设备根据装置的类型或能力选择，并在步骤652发送的消息中指示给装置。在其它实施例中，在步骤652中发送的消息可以指示多个配置中的几个不同的配置(或全部)，并且装置可以通过根据装置能力/类型/业务选择第一配置来获得第一配置。

在步骤656，设备在初始接入过程之后与装置通信，包括以至少一个频率资源在至少一个控制信道上发送下行通知。在步骤658，装置以至少一个频率资源监测至少一个控制信道以进行下行通知。在一些实施例中，通过对至少一个频率资源上的搜索空间(PDCCH候选)执行盲检测来实现监测。例如，在每个配置的时机，装置以至少一个频率资源对控制信道执行盲检测，以确定是否存在下行通知。盲检测如上文所述。

通过执行图15的方法，可以为装置提供用于初始接入期间的下行监测的频率资源配置，该频率资源配置特定于装置能力、类型和/或业务。不同的装置可以获得不同的配置。例如，功率敏感型装置可以获得用于6个RB的下行通知监测的频率资源配置，而非功率敏感型装置可以获得用于24个RB的下行通知监测的频率资源配置，类似于上文图11解释的示例。上文描述的任何变型，包括关于图11的变型可以应用于图15的实施例。

在图15的方法的一些实施例中，至少一个频率资源具有不同于用于与多个配置的第二配置相关联的下行通知的至少一个其它频率资源的带宽的带宽。这样一来，具有不同能力、类型和/或业务的装置可能具有不同带宽的频率资源的不同配置，用于监测下行通知。例如，功率敏感型装置可以配置有较小的频率资源带宽。

在图15的方法的一些实施例中，装置通过从多个配置中选择第一配置来获得第一配置。例如，如果网络不知道装置选择了哪个配置，则该装置可以可选地传输向网络通知第一配置的消息。

在图15的方法的一些实施例中，在初始接入过程期间，装置向网络发送能力报告，并且可以在发送能力报告之后从网络接收第一配置。例如，设备可以从能力报告中获得能力(和/或类型和/或业务)，选择适当的关联配置(图15中的“第一配置”)，并在步骤652中发送的消息中指示给装置。

在图15的方法的一些实施例中，使用具有与装置能力、装置类型或业务类型中的至少一个相关联的带宽的SSB来执行初始接入过程。在这样的实施例中，装置可以选择与其能力、类型和/或业务相对应的合适SSB。结合图12讨论了示例。上文描述的任何变型，包括关于图12的变型可以应用于图15的实施例。

在图15的方法的一些实施例中，在初始接入过程期间，装置可以使用控制信道的至少一个频率资源访问系统信息，该控制信道具有与装置能力、装置类型或业务类型中的至少一个相关联的带宽。结合图13讨论了示例。上文描述的任何变型，包括关于图13的变型可以应用于图15的实施例。

在图15的方法的一些实施例中，下行通知是DCI中包括的指示，该指示调度由设备发送并由装置接收的通知消息(例如，下行消息)。这就是图11中的示例的情况，其中下行通知调度PDSCH中的下行消息。然而，在其它实施例中，下行通知可以是DCI中包括的通知消息(例如，短消息)，在这种情况下，可能没有由DCI调度的任何消息。在任何情况下，在一些实施例中，下行通知可以与寻呼有关，例如，它是寻呼通知。

还公开了执行本文描述的各种方法的装置(例如ED或UE)和设备(例如TRP)的示例。

装置可以包括用于存储处理器可执行指令的存储器和用于执行处理器可执行指令的至少一个处理器。当处理器执行处理器可执行指令时，可以使处理器执行如本文的装置的方法步骤，如图14和/或15所示。作为一个示例，至少一个处理器可以接收指示装置将转换为图14中的第一操作状态的消息(例如节能状态)。处理器可以在其输入端接收指示。在一些实施例中，处理器可以解码消息以读取消息中的信息。至少一个处理器还可以接收控制信道的至少一个频率资源的指示，至少一个频率资源与第一操作状态相关联。处理器可以在其输入端接收指示。在一些实施例中，指示可以由处理器解码以读取该指示中的信息。至少一个处理器可以在第一操作状态中以至少一个频率资源监测控制信道上的下行通知。监测可以由执行上文描述的盲检测的处理器实现。在另一个示例中，对于图15，至少处理器可以在初始接入过程期间获取多个配置中的第一配置。处理器如何获得第一配置因具体实现方式而异。例如，处理器可以在其输入端接收，和/或解码在处理器处接收的消息，并将解码消息中的信息读取为第一配置，和/或从多个配置中选择第一配置(在这种情况下，可以通过从解码在处理器的输入端接收的消息而获得的信息来读取多个配置)。至少一个处理器可以以至少一个频率资源监测至少一个控制信道以获取下行通知。监测可以由执行上文描述的盲检测的处理器实现。

设备可以包括用于存储处理器可执行指令的存储器和用于执行处理器可执行指令的至少一个处理器。当至少一个处理器执行处理器可执行指令时，可以使至少一个处理器处理器执行如上所述的设备的方法步骤，如图14和/或15所示。作为示例，对于图14，至少一个处理器可以输出指示装置将转换为至少一个操作状态的第一操作状态的消息以供传输。在输出消息之前，消息可以由至少一个处理器生成，例如，在处理器中编码信息以生成消息。至少一个处理器可以输出用于控制信道的至少一个频率资源的指示以供传输，至少一个频率资源与第一操作状态相关联。在输出指示之前，指示可以由至少一个处理器生成，例如，在处理器中编码信息以生成指示。至少一个处理器可以在至少一个频率资源上输出用于在控制信道上传输的下行通知。下行通知可以由至少一个处理器生成，例如通过编码承载下行通知的DCI。作为另一个示例，对于图15，至少一个处理器可以在初始接入过程期间输出包括多个配置的第一配置的消息以传输给装置，第一配置指示至少一个控制信道的至少一个频率资源，并且第一配置基于装置能力、装置类型或业务类型中的至少一个。至少一个处理器可以根据装置能力、装置类型或业务类型选择和/或指示第一配置。至少一个处理器可以通过对指示第一配置的信息进行编码来生成消息。在初始接入过程之后，至少一个处理器可以输出下行通知，用于在至少一个频率资源上的至少一个控制信道上传输。下行通知可以由至少一个处理器生成，例如通过编码承载下行通知的DCI。

应当注意，本文使用的表达式“A或B中的至少一个”可与表达“A和/或B”互换。它是指您可以从中选择A或B或A和B的列表。类似地，本文中使用的“A、B或C中的至少一个”可与“A和/或B和/或C”或“A、B和/或C”互换。它指的是一个列表，您可以在其中选择：A或B或C，或A和B，或A和C，或B和C，或A、B和C的全部。同样的原则适用于具有相同格式的较长列表。

虽然已经参考本发明的特定特征和实施例描述了本发明，但是在不脱离本发明的范围的情况下，可以进行各种修改和组合。说明书和附图因此仅被视为所附权利要求书界定的对本发明一些实施例的说明，并且考虑覆盖在本发明的范围内的任何和所有修改、变体、组合或等效物。虽然本发明及其优点已详细描述，但是在不脱离所附权利要求书界定的本发明的情况下，可以作出各种改变、替代和更改。此外，本申请的范围并不限定于说明书中的过程、机器、制造品、物质成分、模块、方法和步骤的具体实施例。本领域普通技术人员根据本发明的公开内容容易理解，可以根据本发明使用现有的或即将开发出的、具有与本文所描述的对应实施例实质相同的功能，或能够取得与实施例实质相同的结果的过程、机器、产品、物质组成、模块、方法或步骤。因此，所附权利要求书旨在于其范围内包括这些过程、机器、制造品、物质组成、模块、方法或步骤。

此外，本文例示的执行指令的任何模块、组件或设备可以包括或以其它方式接入一个或多个非瞬时性计算机/处理器可读存储介质，以存储信息，例如计算机/处理器可读指令、数据结构，程序模块和/或其它数据。非瞬时性计算机/处理器可读存储介质的示例的非详尽列表包括磁带盒，磁带，磁盘存储或其它磁存储设备，只读光盘(CD-ROM)、数字视频光盘或数字多功能光盘(DVD)、蓝光光盘TM等光盘，或其它光存储，在任何方法或技术中实现的易失性和非易失性、可移动和不可移动介质，随机存取存储器(RAM)，只读存储器(ROM)，电可擦除可编程只读存储器(EEPROM)，闪存或其它存储器技术。任何这些非瞬时性计算机/处理器存储介质可以是一种设备的一部分，也可以由一种设备接入或连接。本文中描述的任何应用或模块都可以使用计算机/处理器可读/可执行指令来实现，这些指令可以由这些非瞬时性计算机/处理器可读存储介质存储或以其它方式保存。

Claims (40)

1.一种由装置执行的方法，所述方法包括：

接收指示所述装置将转换为至少一个操作状态的第一操作状态的消息；

接收用于控制信道的至少一个频率资源的指示，其中所述至少一个频率资源与所述第一操作状态相关联；

在所述第一操作状态中，以所述至少一个频率资源监测所述控制信道上的下行通知。

2.根据权利要求1所述的方法，其中所述第一操作状态是节能状态。

3.根据权利要求1或2所述的方法，其中所述至少一个频率资源与装置类型、装置能力、业务类型、或24小时/天的时间中的至少一项相关联。

4.根据权利要求1至3中任一项所述的方法，其中所述至少一个频率资源的带宽与由处于所述第一操作状态的另一装置用于监测不同下行通知的控制信道中的至少一个其它频率资源的带宽不同。

5.根据权利要求1至4中任一项所述的方法，其中以所述至少一个频率资源监测所述控制信道上的所述下行通知包括：在配置的时机处，以所述至少一个频率资源对所述控制信道执行盲检测，以确定是否存在所述下行通知。

6.根据权利要求1至5中任一项所述的方法，其中所述下行通知是调度将接收的通知消息的下行控制信息(DCI)中包括的指示，或者是DCI中包括的通知消息。

7.根据权利要求1至6中任一项所述的方法，其中所述至少一个频率资源的所述指示与以下项中的至少一项一起被接收或通过接收以下项中的至少一项的指示来被接收：带宽；所述带宽内的控制资源集(CORESET)；或所述CORESET内的搜索空间。

8.根据权利要求1至7中任一项所述的方法，其中指示所述装置将转换为所述第一操作状态的所述消息是在接收到所述至少一个频率资源的所述指示之后接收的。

9.根据权利要求1至8中任一项所述的方法，其中所述至少一个频率资源的所述指示是在所述装置处于活动状态时接收的，并且其中所述消息指示所述装置将从所述活动状态转换为非活动状态或空闲状态。

10.根据权利要求1至9中任一项所述的方法，其中所述至少一个频率资源的带宽与由处于第二操作状态的另一装置用于监测不同下行通知的控制信道中的至少一个其它频率资源的带宽不同。

11.一种装置，包括：

至少一个处理器；以及

存储器，存储处理器可执行指令，所述处理器可执行指令当被执行时使所述至少一个处理器：

接收指示所述装置将转换为至少一个操作状态的第一操作状态的消息；

接收用于控制信道的至少一个频率资源的指示，其中所述至少一个频率资源与所述第一操作状态相关联；

在所述第一操作状态中，以所述至少一个频率资源监测所述控制信道上的下行通知。

12.根据权利要求11所述的装置，其中所述第一操作状态是节能状态。

13.根据权利要求11或12所述的装置，其中所述至少一个频率资源与装置类型、装置能力、业务类型、或24小时/天的时间中的至少一项相关联。

14.根据权利要求11至13中任一项所述的装置，其中所述至少一个频率资源的带宽与由处于所述第一操作状态的另一装置用于监测不同下行通知的控制信道中的至少一个其它频率资源的带宽不同。

15.根据权利要求11至14中任一项所述的装置，其中所述至少一个处理器通过至少如下操作以所述至少一个频率资源监测所述控制信道上的所述下行通知：在配置的时机处，以所述至少一个频率资源对所述控制信道执行盲检测，以确定是否存在所述下行通知。

16.根据权利要求11至15中任一项所述的装置，其中所述下行通知是调度将接收的通知消息的下行控制信息(DCI)中包括的指示，或者是DCI中包括的通知消息。

17.根据权利要求11至16中任一项所述的装置，其中所述至少一个频率资源的所述指示与以下项中的至少一项一起被接收或通过接收以下项中的至少一项的指示来被接收：带宽；所述带宽内的控制资源集(CORESET)；或所述CORESET内的搜索空间。

18.根据权利要求11至17中任一项所述的装置，其中指示所述装置将转换为所述第一操作状态的所述消息是在接收到所述至少一个频率资源的所述指示之后接收的。

19.根据权利要求11至18中任一项所述的装置，其中所述至少一个频率资源的所述指示是在所述装置处于活动状态时接收的，并且其中所述消息指示所述装置将从所述活动状态转换为非活动状态或空闲状态。

20.根据权利要求11至19中任一项所述的装置，其中所述至少一个频率资源的带宽与由处于第二操作状态的另一装置用于监测不同下行通知的控制信道中的至少一个其它频率资源的带宽不同。

21.一种由设备执行的方法，所述方法包括：

发送指示装置将转换为至少一个操作状态的第一操作状态的消息；

发送用于控制信道的至少一个频率资源的指示，其中所述至少一个频率资源与所述第一操作状态相关联；

通过以所述至少一个频率资源在所述控制信道上至少发送下行通知，与处于所述第一操作状态的所述装置通信。

22.根据权利要求21所述的方法，其中所述第一操作状态是节能状态。

23.根据权利要求21或22所述的方法，其中所述至少一个频率资源与装置类型、装置能力、业务类型、或24小时/天的时间中的至少一项相关联。

24.根据权利要求21至23中任一项所述的方法，其中所述至少一个频率资源的带宽与用于向处于所述第一操作状态的另一装置发送不同下行通知的控制信道中的至少一个其它频率资源的带宽不同。

25.根据权利要求21至24中任一项所述的方法，其中所述下行通知是调度通知消息的下行控制信息(DCI)中包括的指示，或者是DCI中包括的通知消息。

26.根据权利要求21至25中任一项所述的方法，其中所述至少一个频率资源的所述指示与以下项中的至少一项一起被发送或通过发送以下项中的至少一项的指示来发送：带宽；所述带宽内的控制资源集(CORESET)；或所述CORESET内的搜索空间。

27.根据权利要求21至26中任一项所述的方法，其中所述指示所述装置将转换为所述第一操作状态的消息是在发送所述至少一个频率资源的指示之后发送的。

28.根据权利要求21至27中任一项所述的方法，其中所述至少一个频率资源的所述指示是在所述装置处于活动状态时发送的，并且其中所述消息指示所述装置将从所述活动状态转换为非活动状态或空闲状态。

29.根据权利要求21至28中任一项所述的方法，其中所述至少一个频率资源的带宽与用于向处于第二操作状态的另一装置发送不同下行通知的控制信道中的至少一个其它频率资源的带宽不同。

30.根据权利要求21至29中任一项所述的方法，其中所述设备是发送和接收点(TRP)和用户设备(UE)中的所述装置。

31.一种设备，包括：

至少一个处理器；

存储器，存储处理器可执行指令，所述处理器可执行指令当被执行时使所述至少一个处理器：

输出用于发送的、指示装置将转换为至少一个操作状态的第一操作状态的消息；

输出用于发送的、用于控制信道的至少一个频率资源的指示，其中所述至少一个频率资源与所述第一操作状态相关联；

输出用于以所述至少一个频率资源在所述控制信道上发送的下行通知。

32.根据权利要求31所述的设备，其中所述第一操作状态是节能状态。

33.据权利要求31或32所述的设备，其中所述至少一个频率资源与装置类型、装置能力、业务类型、或24小时/天的时间中的至少一项相关联。

34.根据权利要求31至33中任一项所述的设备，其中所述至少一个频率资源的带宽与用于向处于所述第一操作状态的另一装置发送不同下行通知的控制信道中的至少一个其它频率资源的带宽不同。

35.根据权利要求31至34中任一项所述的设备，其中所述下行通知是调度通知消息的下行控制信息(DCI)中包括的指示，或者是DCI中包括的通知消息。

36.根据权利要求31至35中任一项所述的设备，其中所述至少一个频率资源的所述指示与以下项中的至少一个项一起被发送或通过发送以下项中的至少一项的指示来发送：带宽；所述带宽内的控制资源集(CORESET)；或所述CORESET内的搜索空间。

37.根据权利要求31至36中任一项所述的设备，其中指示所述装置将转换为所述第一操作状态的所述消息是在发送所述至少一个频率资源的指示之后发送的。

38.根据权利要求31至37中任一项所述的设备，其中所述至少一个频率资源的指示是在所述装置处于活动状态时发送的，并且其中所述消息指示所述装置将从所述活动状态转换为非活动状态或空闲状态。

39.根据权利要求31至38中任一项所述的设备，其中所述至少一个频率资源的带宽与用于向处于第二操作状态的另一装置发送不同下行通知的控制信道中的至少一个其它频率资源的带宽不同。

40.根据权利要求31至39中任一项所述的设备，其中所述设备是发送和接收点(TRP)。