CN117716775A

CN117716775A - 在无线通信系统中发送和接收无线信号的方法和装置

Info

Publication number: CN117716775A
Application number: CN202280052483.2A
Authority: CN
Inventors: 黄升溪; 金哉亨; 梁锡喆; 金善旭
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2021-08-06
Filing date: 2022-08-08
Publication date: 2024-03-15

Abstract

本文所公开的终端可以：通过层信令接收寻呼早期指示(PEI)DCI有效载荷大小“N”的信息；确定PEI DCI的总信息比特的大小“M”，总信息比特包括与寻呼有关的第一信息比特和与在RRC暂停/不活动状态下跟踪参考信号(TRS)的可用性有关的第二信息比特；并且确定“N”‑“M”个预留比特。

Description

在无线通信系统中发送和接收无线信号的方法和装置

技术领域

本公开涉及无线通信系统，更具体地，涉及一种用于发送和接收无线信号的方法和设备。

背景技术

通常，无线通信系统正在向不同地覆盖宽范围发展以提供诸如音频通信服务、数据通信服务等的通信服务。无线通信是一种能够通过共享可用系统资源(例如，带宽、发送功率等)来支持与多个用户的通信的多址系统。例如，多址系统可以是码分多址(CDMA)系统、频分多址(FDMA)系统、时分多址(TDMA)系统、正交频分多址(OFDMA)系统和单载波频分多址(SC-FDMA)系统中的任一种。

发明内容

技术问题

本公开的目的在于提供一种高效地执行无线信号发送/接收过程的方法及其设备。

本领域技术人员将理解，可利用本公开实现的目的不限于上文具体描述的那些，本公开可实现的上述和其它目的将从以下详细描述更清楚地理解。

技术方案

在本公开的一方面，本文提供了一种在无线通信系统中由用户设备(UE)接收信号的方法。该方法可包括以下步骤：通过高层信令接收寻呼早期指示(PEI)的配置信息；基于PEI的配置信息在无线电资源控制(RRC)空闲或RRC不活动状态下监测承载具有用于PEI的格式的下行链路控制信息(DCI)的第一物理下行链路控制信道(PDCCH)；以及基于具有用于PEI的格式的DCI的检测，在与PEI关联的寻呼时机(PO)中监测用于寻呼的第二PDCCH。PEI的配置信息可包括关于用于PEI的格式的DCI有效载荷大小“N”的信息。具有用于PEI的格式的DCI可包括与寻呼有关的第一信息比特以及与在RRC空闲或RRC不活动状态下跟踪参考信号(TRS)可用性有关的第二信息比特。包括第一信息比特和第二信息比特的具有用于PEI的格式的DCI的总信息比特的大小“M”可不超过DCI有效载荷大小“N”。基于总信息比特的大小“M”和包括在PEI的配置信息中的DCI有效载荷大小“N”，UE可通过假设“N”-“M”个预留比特来检测具有用于PEI的格式的DCI。

预留比特的大小“N”-“M”可以是基于由UE确定的总信息比特的大小“M”和通过高层信令配置给UE的DCI有效载荷大小“N”确定的变量。

第一PDCCH的循环冗余校验(CRC)可利用寻呼早期指示-无线电网络临时标识符(PEI-RNTI)来加扰。UE可基于PEI-RNTI在公共搜索空间(CSS)集合中监测第一PDCCH。

具有用于PEI的格式的DCI可以是包括该UE的一个或两个或更多个UE所共有的。

仅当UE处于RRC空闲或RRC不活动状态时，监测承载具有用于PEI的格式的DCI的第一PDCCH才可执行。UE可在RRC连接状态下停止监测承载具有用于PEI的格式的DCI的第一PDCCH。

高层信令可与系统信息块(SIB)有关。

PEI的配置信息可包括关于第一信息比特的大小的信息和关于第二信息比特的大小的信息。

在本公开的另一方面，本文提供了一种记录有用于执行上述信号接收方法的程序的计算机可读记录介质。

在本公开的另一方面，本文提供了一种被配置为执行上述信号接收方法的UE。

在本公开的另一方面，本文提供了一种被配置为控制执行上述信号接收方法的UE的装置。

在本公开的另一方面，本文提供了一种在无线通信系统中由基站发送信号的方法。该方法可包括以下步骤：通过高层信令发送关于PEI的配置信息；基于PEI的配置信息在RRC空闲或RRC不活动状态下向UE发送承载具有用于PEI的格式的DCI的第一PDCCH；以及基于具有用于PEI的格式的DCI在与PEI关联的PO上发送用于寻呼的第二PDCCH。PEI的配置信息可包括关于用于PEI的格式的DCI有效载荷大小“N”的信息。具有用于PEI的格式的DCI可包括与寻呼有关的第一信息比特以及与在RRC空闲或RRC不活动状态下TRS可用性有关的第二信息比特。包括第一信息比特和第二信息比特的具有用于PEI的格式的DCI的总信息比特的大小“M”可不超过DCI有效载荷大小“N”。基于总信息比特的大小“M”和包括在PEI的配置信息中的DCI有效载荷大小“N”，基站可配置“N”-“M”个预留比特。

在本公开的另一方面，本文提供了一种被配置为执行上述信号发送方法的基站。

有益效果

根据本公开的实施方式，寻呼早期指示(PEI)的下行链路控制信息(DCI)格式的预留比特的大小是可配置的，从而不仅提供了对增加了新功能的未来用户设备(UE)的前向兼容，而且在省电方面提供了益处，因为即使UE不支持新功能，DCI的盲检测的开销也没有增加。

本领域技术人员将理解，可利用本公开实现的效果不限于上文具体描述的那些，本公开的其它优点将从以下结合附图进行的详细描述更清楚地理解。

附图说明

图1示出作为示例性无线通信系统的第3代合作伙伴计划(3GPP)系统中使用的物理信道和使用其的一般信号传输方法。

图2示出无线电帧结构。

图3示出时隙的资源网格。

图4示出时隙中的物理信道的示例性映射。

图5示出示例性物理下行链路控制信道(PDCCH)发送和接收处理。

图6示出示例性物理下行链路共享信道(PDSCH)接收和确认/否定确认(ACK/NACK)传输处理。

图7示出示例性物理上行链路共享信道(PUSCH)传输处理。

图8示出基于长期演进(LTE)的唤醒信号。

图9和图10分别示出本公开中提出的方法适用于的基站(BS)操作和用户设备(UE)操作的流程图。

图11是用于说明根据本公开的实施方式的寻呼早期指示(PEI)的下行链路控制信息(DCI)格式的图。

图12是用于说明根据本公开的实施方式的UE接收信号的方法的图。

图13是用于说明根据本公开的实施方式的BS发送信号的方法的图。

图14至图17示出适用于本公开的通信系统1和无线装置的示例。

图18示出适用于本公开的示例性不连续接收(DRX)操作。

具体实施方式

本公开的实施方式适用于诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)和单载波频分多址(SC-FDMA)的各种无线接入技术。CDMA可被实现为诸如通用地面无线电接入(UTRA)或CDMA2000的无线电技术。TDMA可被实现为诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强数据速率GSM演进(EDGE)的无线电技术。OFDMA可被实现为诸如电气和电子工程师协会(IEEE)802.11(无线保真(Wi-Fi))、IEEE 802.16(全球微波接入互操作性(WiMAX))、IEEE 802.20和演进UTRA(E-UTRA)的无线电技术。UTRA是通用移动电信系统(UMTS)的一部分。第3代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进UMTS(E-UMTS)的一部分，LTE-Advanced(A)是3GPP LTE的演进版本。3GPP NR(新无线电或新无线电接入技术)是3GPP LTE/LTE-A的演进版本。

随着越来越多的通信装置需要更大的通信容量，需要相对于传统无线电接入技术(RAT)增强的移动宽带通信。另外，能够通过连接多个装置和对象随时随地提供各种服务的大规模机器型通信(MTC)是下一代通信要考虑的另一重要问题。也正在讨论考虑对可靠性和延迟敏感的服务/UE的通信系统设计。因此，正在讨论引入考虑增强移动宽带通信(eMBB)、大规模MTC和超可靠低延迟通信(URLLC)的新无线电接入技术。在本公开的实施方式中，为了简单，此技术将被称为NR(新无线电或新RAT)。

为了简明起见，主要描述3GPP NR，但是本公开的技术构思不限于此。

对于与本公开相关的背景技术、术语的定义和缩写，以下文献可通过引用并入。

3GPP LTE

-TS 36.211：物理信道和调制

-TS 36.212：复用和信道编码

-TS 36.213：物理层过程

-TS 36.300：总体描述

-TS 36.321：介质访问控制(MAC)

-TS 36.331：无线电资源控制(RRC)

3GPP NR

-TS 38.211：物理信道和调制

-TS 38.212：复用和信道编码

-TS 38.213：用于控制的物理层过程

-TS 38.214：用于数据的物理层过程

-TS 38.300：NR和NG-RAN总体描述

-TS 38.321：介质访问控制(MAC)

-TS 38.331：无线电资源控制(RRC)协议规范

-TS 37.213：引入对免授权频谱的信道接入过程以用于基于NR的接入

术语和缩写

-PSS：主同步信号

-SSS：辅同步信号

-CRS：小区参考信号

-CSI-RS：信道状态信息参考信号

-TRS：跟踪参考信号

-SS：搜索空间

-CSS：公共搜索空间

-USS：UE特定搜索空间

-PDCCH：物理下行链路控制信道；PDCCH用于表示在以下描述中可用于相同目的的各种结构的PDCCH。

-PO：寻呼时机

-MO：监测时机

-RMSI：剩余最小SI

-BD：盲解码

-DCI：下行链路控制信息

-WUS：唤醒信号；WUS可用于表示执行类似功能的其它方法信号或信道(例如，寻呼早期指示(PEI))。

在无线通信系统中，用户设备(UE)通过下行链路(DL)从基站(BS)接收信息，并且通过上行链路(UL)向BS发送信息。由BS和UE发送和接收的信息包括数据和各种控制信息，并且根据由UE和BS发送和接收的信息的类型/用途包括各种物理信道。

图1示出在3GPP NR系统中使用的物理信道以及使用其的一般信号传输方法。

当UE从断电状态再次接通电源或者进入新小区时，在步骤S101中，UE执行初始小区搜索过程(例如，与BS建立同步)。为此，UE从BS接收同步信号块(SSB)。SSB包括主同步信号(PSS)、辅同步信号(SSS)和物理广播信道(PBCH)。UE基于PSS/SSS与BS建立同步并获取诸如小区标识(ID)的信息。UE可基于PBCH来获取小区中的广播信息。UE可在初始小区搜索过程中接收DL参考信号(RS)以监测DL信道状态。

在初始小区搜索之后，在步骤S102中UE可通过接收物理下行链路控制信道(PDCCH)并基于PDCCH的信息接收物理下行链路共享信道(PDSCH)来获取更具体的系统信息。

在步骤S103至S106中UE可执行随机接入过程以接入BS。为了随机接入，UE可在物理随机接入信道(PRACH)上向BS发送前导码(S103)并在PDCCH以及与PDCCH对应的PDSCH上接收对前导码的响应消息(S104)。在基于竞争的随机接入的情况下，UE可通过进一步发送PRACH(S105)并接收PDCCH以及与PDCCH对应的PDSCH(S106)来执行竞争解决过程。

在前述过程之后，UE可接收PDCCH/PDSCH(S107)并发送物理上行链路共享信道(PUSCH)/物理上行链路控制信道(PUCCH)(S108)，作为一般下行链路/上行链路信号传输过程。从UE发送到BS的控制信息被称为上行链路控制信息(UCI)。UCI包括混合自动重传和请求确认/否定确定(HARQ-ACK/NACK)、调度请求(SR)、信道状态信息(CSI)等。CSI包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)等。尽管通常在PUCCH上发送UCI，但是当需要同时发送控制信息和业务数据时，UCI可在PUSCH上发送。另外，可根据网络的请求/命令通过PUSCH非周期性地发送UCI。

图2示出无线电帧结构。在NR中，以帧配置上行链路传输和下行链路传输。各个无线电帧具有10ms的长度并且被划分为两个5ms半帧(HF)。各个半帧被划分为五个1ms子帧(SF)。子帧被划分为一个或更多个时隙，并且子帧中的时隙数量取决于子载波间距(SCS)。根据循环前缀(CP)，各个时隙包括12或14个正交频分复用(OFDM)符号。当使用正常CP时，各个时隙包括14个OFDM符号。当使用扩展CP时，各个时隙包括12个OFDM符号。

表1示例性地示出当使用正常CP时每时隙的符号数量、每帧的时隙数量和每子帧的时隙数量根据SCS而变化。

[表1]

SCS(15*2^u)	N^slot _symb	N^frame,u _slot	N^subframe,u _slot
				15KHz(u＝0)	14	10	1
30KHz(u＝1)	14	20	2
				60KHz(u＝2)	14	40	4
120KHz(u＝3)	14	80	8
				240KHz(u＝4)	14	160	16

*N^slot _symb：时隙中的符号数量

*N^frame,u _slot：帧中的时隙数量

*N^subframe,u _slot：子帧中的时隙数量

表2示出当使用扩展CP时每时隙的符号数量、每帧的时隙数量和每子帧的时隙数量根据SCS而变化。

[表2]

SCS(15*2^u)	N^slot _symb	N^frame,u _slot	N^subframe,u _slot
				60KHz(u＝2)	12	40	4

帧的结构仅是示例。帧中的子帧数量、时隙数量和符号数量可变化。

在NR系统中，可为针对一个UE聚合的多个小区不同地配置OFDM参数集(例如，SCS)。因此，由相同数量的符号组成的时间资源(例如，SF、时隙或TTI)(为了简单，称为时间单位(TU))的(绝对时间)持续时间可在聚合的小区之间不同地配置。这里，符号可包括OFDM符号(或CP-OFDM符号)和SC-FDMA符号(或离散傅里叶变换-扩展-OFDM(DFT-s-OFDM)符号)。

图3示出时隙的资源网格。时隙包括时域中的多个符号。例如，当使用正常CP时，时隙包括14个符号。然而，当使用扩展CP时，时隙包括12个符号。载波包括频域中的多个子载波。资源块(RB)被定义为频域中的多个连续子载波(例如，12个连续子载波)。带宽部分(BWP)可被定义为频域中的多个连续物理RB(PRB)并且对应于单个参数集(例如，SCS、CP长度等)。载波可包括至多N(例如，五)个BWP。可通过启用的BWP执行数据通信，并且可为一个UE仅启用一个BWP。在资源网格中，各个元素被称为资源元素(RE)，并且一个复杂符号可被映射到各个RE。

图4示出在时隙中映射物理信道的示例。在NR系统中，帧由DL控制信道、DL或UL数据和UL信道可全部包括在一个时隙中的自包含结构表征。例如，时隙的前N个符号可用于承载DL信道(例如，PDCCH)(在下文中，称为DL控制区域)，时隙的后M个符号可用于承载UL信道(例如，PUCCH)(在下文中，称为UL控制区域)。N和M中的每一个是等于或大于0的整数。DL控制区域和UL控制区域之间的资源区域(在下文中，称为数据区域)可用于发送DL数据(例如，PDSCH)或UL数据(例如，PUSCH)。保护周期(GP)提供用于从发送模式至接收模式或从接收模式至发送模式切换的时间间隙。子帧中的DL至UL切换时的一些符号可被配置为GP。

PDCCH传送DCI。例如，PDCCH(即，DCI)可承载关于DL共享信道(DL-SCH)的传输格式和资源分配的信息、上行链路共享信道(UL-SCH)的资源分配信息、关于寻呼信道(PCH)的寻呼信息、关于DL-SCH的系统信息、关于高层控制消息(例如，在PDSCH上发送的RAR)的资源分配的信息、发送功率控制命令、关于所配置的调度的启用/释放的信息等。DCI包括循环冗余校验(CRC)。根据PDCCH的所有者或用途利用各种标识符(ID)(例如，无线电网络临时标识符(RNTI))对CRC进行掩码。例如，如果PDCCH用于特定UE，则通过UE ID(例如，小区-RNTI(C-RNTI))对CRC进行掩码。如果PDCCH用于寻呼消息，则通过寻呼-RNTI(P-RNTI)对CRC进行掩码。如果PDCCH用于系统信息(例如，系统信息块(SIB))，则通过系统信息RNTI(SI-RNTI)对CRC进行掩码。当PDCCH用于RAR时，通过随机接入-RNTI(RA-RNTI)对CRC进行掩码。

图5示出示例性PDCCH发送/接收处理。

参照图5，BS可向UE发送控制资源集(CORESET)配置(S502)。CORESET被定义为具有给定参数集(例如，子载波间距(SCS)、循环前缀(CP)长度等)的资源元素组(REG)集合。REG由一个(物理)资源块(P)RB定义为一个OFDM符号。用于一个UE的多个CORESET可在时域/频域中彼此交叠。CORESET可由系统信息(例如，主信息块(MIB))或高层信令(例如，无线电资源控制(RRC)信令)配置。例如，可在MIB中发送关于特定公共CORESET(例如，CORESET#0)的配置信息。例如，承载系统信息块1(SIB1)的PDSCH可由特定PDCCH调度，并且CORESET#0可用于发送特定PDCCH。此外，可通过RRC信令(例如，小区公共RRC信令、UE特定RRC信令等)发送关于CORESET#N(例如，N>0)的配置信息。例如，承载CORESET配置信息的UE特定RRC信令可包括(但不限于)各种类型的信令，例如RRC建立消息、RRC重新配置消息和/或BWP配置信息。具体地，CORESET配置可包括以下信息/字段。

-controlResourceSetId：指示CORESET的ID。

-frequencyDomainResources：指示CORESET的频域资源。资源由各个比特与RB组(＝6个(连续)RB)对应的位图指示。例如，位图的最高有效比特(MSB)对应于BWP中的第一RB组。与比特值为1的比特对应的RB组被分配为CORESET的频域资源。

-duration：指示CORESET的时域资源。其指示包括在CORESET中的连续OFDM符号的数量。duration具有介于1和3之间的值。

-cce-REG-MappingType：指示控制信道元素(CCE)至REG映射类型。支持交织和非交织类型。

-interleaverSize：指示交织器大小。

-pdcch-DMRS-ScramblingID：指示用于PDCCH DMRS初始化的值。当不包括pdcch-DMRS-ScramblingID时，使用服务小区的物理单元ID。

-precoderGranularity：指示频域中的预编码器粒度。

-reg-BundleSize：指示REG束大小。

-tci-PresentInDCI：指示DL相关DCI中是否包括传输配置索引(TCI)字段。

-tci-StatesPDCCH-ToAddList：指示用于提供RS集合(TCI状态)中的DL RS与PDCCH DMRS端口之间的准共定位(QCL)关系的pdcch-Config中配置的TCI状态的子集。

此外，BS可向UE发送PDCCH搜索空间(SS)配置(S504)。可通过高层信令(例如，RRC信令)发送PDCCH SS配置。例如，RRC信令可包括(但不限于)各种类型的信令，例如RRC建立消息、RRC重新配置消息和/或BWP配置信息。尽管为了描述方便，在图5中CORESET配置和PDCCH SS配置被示出为单独地用信号通知，但是本公开不限于此。例如，CORESET配置和PDCCH SS配置可在一个消息中(例如，通过一个RRC信令)发送或在不同消息中单独地发送。

PDCCH SS配置可包括关于PDCCH SS集合的配置的信息。PDCCH SS集合可被定义为由UE监测(例如，盲检测)的PDCCH候选的集合。可为UE配置一个或更多个SS集合。各个SS集合可以是UE特定搜索空间(USS)集合或公共搜索空间(CSS)集合。为了方便，PDCCH SS集合可被称为“SS”或“PDCCH SS”。

PDCCH SS集合包括PDCCH候选。PDCCH候选是UE监测以接收/检测PDCCH的CCE。监测包括PDCCH候选的盲解码(BD)。一个PDCCH(候选)根据聚合级别(AL)包括1、2、4、8或16个CCE。一个CCE包括6个REG。各个CORESET配置与一个或更多个SS关联，并且各个SS与一个CORESET配置关联。一个SS基于一个SS配置来定义，并且SS配置可包括以下信息/字段。

-searchSpaceId：指示SS的ID。

-controlResourceSetId：指示与SS关联的CORESET。

-monitoringSlotPeriodicityAndOffset：指示PDCCH监测的周期性(以时隙为单位)和偏移(以时隙为单位)。

-monitoringSymbolsWithinSlot：指示配置有PDCCH监测的时隙中用于PDCCH监测的第一OFDM符号。用于PDCCH监测的第一OFDM符号由各个比特与时隙中的OFDM符号对应的位图指示。位图的MSB对应于时隙的第一OFDM符号。与设定为1的比特对应的OFDM符号对应于时隙中的CORESET的第一符号。

-nrofCandidates：指示各个AL的PDCCH候选的数量(值0、1、2、3、4、5、6和8之一)，其中AL＝{1,2,4,8,16}。

-searchSpaceType：指示CSS或USS以及对应SS类型中使用的DCI格式。

随后，BS可生成PDCCH并将PDCCH发送给UE(S506)，并且UE可在一个或更多个SS中监测PDCCH候选以接收/检测PDCCH(S508)。UE要监测PDCCH候选的时机(例如，时间/频率资源)被定义为PDCCH(监测)时机。可在时隙中配置一个或更多个PDCCH(监测)时机。

表3示出各个SS的特性。

[表3]

表4示出在PDCCH上发送的DCI格式。

[表4]

DCI格式0_0可用于调度基于TB(或TB级别)的PUSCH，DCI格式0_1可用于调度基于TB(或TB级别)的PUSCH或基于码块组(CBG)(或CBG级别)的PUSCH。DCI格式1_0可用于调度基于TB(或TB级别)的PDSCH，DCI格式1_1可用于调度基于TB(或TB级别)的PDSCH或基于CBG(或CBG级别)的PDSCH(或DL许可DCI)。DCI格式0_0/0_1可被称为UL许可DCI或UL调度信息，DCI格式1_0/1_1可被称为DL许可DCI或DL调度信息。DCI格式2_0用于向UE传送动态时隙格式信息(例如，动态时隙格式指示符(SFI))，DCI格式2_1用于向UE传送DL抢占信息。DCI格式2_0和/或DCI格式2_1可在组公共PDCCH(指向一组UE的PDCCH)上传送给对应一组UE。

DCI格式0_0和DCI格式1_0可被称为回退DCI格式，而DCI格式0_1和DCI格式1_1可被称为非回退DCI格式。在回退DCI格式下，无论UE配置如何，DCI大小/字段配置维持相同。相反，在非回退DCI格式下，DCI大小/字段配置根据UE配置而变化。

CCE至REG映射类型被配置为交织CCE至REG类型和非交织CCE至REG类型之一。

-非交织CCE至REG映射(或局部CCE至REG映射)(图5)：用于给定CCE的6个REG被分组为一个REG束，并且用于给定CCE的所有REG为邻接的。一个REG束对应于一个CCE。

-交织CCE至REG映射(或分布式CCE至REG映射)(图6)：用于给定CCE的2、3或6个REG被分组为一个REG束，并且REG束在CORESET内交织。在包括一个或两个OFDM符号的CORESET中，REG束包括2或6个REG，并且在包括三个OFDM符号的CORESET中，REG束包括3或6个REG。REG束大小基于CORESET来设定。

图6示出示例性PDSCH接收和ACK/NACK传输处理。参照图6，UE可检测时隙#n中的PDCCH。PDCCH包括DL调度信息(例如，DCI格式1_0或DCI格式1_1)，并且指示DL指派至PDSCH偏移K0和PDSCH-HARQ-ACK报告偏移K1。例如，DCI格式1_0或DCI格式1_1可包括以下信息。

-频域资源指派：指示分配给PDSCH的RB集合。

-时域资源指派：指示K0(例如，时隙偏移)、时隙#n+K0中的PDSCH的起始位置(例如，OFDM符号索引)和PDSCH的持续时间(例如，OFDM符号的数量)。

-PDSCH-to-HARQ_feedback定时指示符：指示K1。

-HARQ进程号(4比特)：指示数据(例如，PDSCH或TB)的HARQ进程ID。

-PUCCH资源指示符(PRI)：指示PUCCH资源集中的多个PUCCH资源当中要用于UCI传输的PUCCH资源。

在根据时隙#n的调度信息在时隙#(n+K0)中接收PDSCH之后，UE可在时隙#(n+K1)中在PUCCH上发送UCI。UCI可包括对PDSCH的HARQ-ACK响应。为了方便，图5基于PDSCH的SCS等于PUCCH的SCS并且时隙#n1＝时隙#(n+K0)的假设，这不应被解释为限制本公开。当SCS不同时，可基于PUCCH的SCS指示/解释K1。

在PDSCH被配置为承载最多一个TB的情况下，HARQ-ACK响应可被配置在一个比特中。在PDSCH被配置为承载至多两个TB的情况下，如果未配置空间捆绑，则HARQ-ACK响应可被配置在2比特中，如果配置空间捆绑，则HARQ-ACK响应可被配置在1比特中。当时隙#(n+K1)被指定为多个PDSCH的HARQ-ACK传输定时时，在时隙#(n+K1)中发送的UCI包括对多个PDSCH的HARQ-ACK响应。

可(例如，通过RRC/高层信令)为各个小区组配置UE是否应该针对HARQ-ACK响应执行空间捆绑。例如，可为PUCCH上发送的各个单独的HARQ-ACK响应和/或PUSCH上发送的HARQ-ACK响应配置空间捆绑。

当在对应服务小区中可一次接收至多两个(或两个或更多个)TB(或码字)(可或由一个DCI调度)时(例如，当高层参数maxNrofCodeWordsScheduledByDCI指示2个TB时)，可支持空间捆绑。超过四层可用于2TB传输，至多四层可用于1TB传输。结果，当为对应小区组配置空间捆绑时，可针对小区组的服务小区当中可调度超过四层的服务小区执行空间捆绑。想要通过空间捆绑发送HARQ-ACK响应的UE可通过对多个TB的A/N比特执行(按比特)逻辑与运算来生成HARQ-ACK响应。

例如，假设UE接收调度两个TB的DCI并且基于DCI在PDSCH上接收两个TB，执行空间捆绑的UE可通过第一TB的第一A/N比特与第二TB的第二A/N比特之间的逻辑与运算来生成单个A/N比特。结果，当第一TB和第二TB二者为ACK时，UE向BS报告ACK比特值，并且当至少一个TB为NACK时，UE向BS报告NACK比特值。

例如，当在配置用于接收两个TB的服务小区中实际仅调度一个TB时，UE可通过对一个TB的A/N比特和比特值1执行逻辑与运算来生成单个A/N比特。结果，UE向BS报告一个TB的A/N比特。

BS/UE处存在用于DL传输的多个并行DL HARQ进程。在BS等待指示先前DL传输的接收成功或失败的HARQ反馈的同时，多个并行HARQ进程允许连续DL传输。各个HARQ进程与介质访问控制(MAC)层中的HARQ缓冲器关联。各个DL HARQ进程管理诸如MAC物理数据单元(PDU)传输的数量、对缓冲器中的MAC PDU的HARQ反馈和当前冗余版本的状态变量。各个HARQ进程由HARQ进程ID标识。

图7示出示例性PUSCH传输过程。参照图7，UE可检测时隙#n中的PDCCH。PDCCH包括DL调度信息(例如，DCI格式1_0或1_1)。DCI格式1_0或1_1可包括以下信息。

-频域资源指派：指示指派给PUSCH的RB集合。

-时域资源指派：指示时隙偏移K2以及时隙中的PUSCH的起始位置(例如，OFDM符号索引)和持续时间(例如，OFDM符号的数量)。PUSCH的起始符号和长度可由起始和长度指示符值(SLIV)指示或单独地指示。

然后，UE可根据时隙#n中的调度信息在时隙#(n+K2)中发送PUSCH。PUSCH包括UL-SCH TB。

寻呼

网络可(i)通过寻呼消息访问处于RRC_IDLE、RRC_INACTIVE和RRC_CONNECTED状态的UE，并且(ii)通过短消息向处于RRC_IDLE状态和RRC_INACTIVE状态的UE和处于RRC_CONNECTED状态的UE指示系统信息改变和地震和海啸预警系统/商用移动报警系统(ETWS/CMAS)通知。寻呼消息和短消息二者以基于P-RNTI的PDCCH为基础发送。寻呼消息在逻辑信道(寻呼控制信道(PCCH))上发送，而短消息直接在物理信道PDCCH上发送。因为逻辑信道PCCH被映射到物理信道PDSCH，所以寻呼消息可被理解为以基于P-RNTI的PDCCH为基础调度。

在UE停留在RRC_IDLE状态的同时，UE监测寻呼信道的核心网络(CN)发起寻呼。在RRC_INACTIVE状态下，UE还监测寻呼信道的无线电接入网络(RAN)发起寻呼。UE不需要连续地监测寻呼信道。寻呼不连续接收(DRX)被定义为由处于RRC_IDLE或RRC_INACTIVE状态的UE每DRX循环仅在一个寻呼时机(PO)期间监测寻呼信道。寻呼DRX循环由网络如下配置。

1)在CN发起寻呼的情况下，在系统信息中广播默认循环。

2)在CN发起寻呼的情况下，通过NAS信令配置UE特定循环。

3)在RAN发起信令的情况下，通过RRC信令配置UE特定循环。

因为用于CN发起信令和RAN发起信令的UE的所有PO基于相同的UE ID，所以两个PO彼此交叠。DRX循环中的PO的数量可通过系统信息设定，并且网络可基于ID向PO分配UE。

当UE处于RRC_CONNECTED状态时，UE在通过系统信息用信号通知的各个PO中监测寻呼信道的SI改变指示和PWS通知。在带宽适配(BA)中，RRC_CONNECTED UE仅在配置的CSS所在的活动BWP中监测寻呼信道。

在共享频谱信道接入中，可在UE的PO中配置附加PDCCH监测时机以用于寻呼监测。然而，当UE在其PO中检测到基于P-RNTI的PDCCH传输时，UE不需要在PO中监测后续PDCCH监测时机。

为了降低功耗，UE可在RRC_IDLE状态和RRC_INACTIVE状态下使用DRX。UE每DRX循环监测一个PO。PO是PDCCH监测时机的集合，并且可包括可发送寻呼DCI的多个时隙(例如，子帧或OFDM符号)。一个寻呼帧(PF)是一个无线电帧，并且可包括一个或更多个PO或一个或更多个PO的起点。

在多波束操作中，UE假设在所有传输波束中重复相同的寻呼消息和相同的短消息。对于RAN发起寻呼和CN发起寻呼二者，寻呼消息是相同的。

在接收到RAN发起寻呼时，UE发起RRC连接恢复过程。在RRC_INACTIVE状态下接收到CN发起寻呼时，UE转变为RRC_IDL状态并且向NAS通知CN发起寻呼。

用于寻呼的PF和PO按以下方式确定：

-PF的SFN由下式确定：

(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)

-指示PO的索引的索引i_s由下式确定：

i_s＝floor(UE_ID/N)mod Ns

以下参数可用于计算上述PF和i_s。

-T：UE的DRX循环(T由UE特定DRX值(如果由RRC和/或上层配置)和系统信息中广播的默认DRX值中的最小值确定。在RRC_IDLE状态下，如果UE特定DRX未由上层配置，则应用默认值)。

-N：T中的总寻呼帧数量

-Ns：PF的PO数量

-PF_offset：用于PF确定的偏移

-UE_ID：5G-S-TMSI mod 1024

WUS(唤醒信号)/PEI(寻呼早期指示)

在LTE Rel-15窄带物联网(NB-IoT)和机器型通信(MTC)中，引入唤醒信号(WUS)以节省UE的功率。WUS是预先指示在特定位置的寻呼SS中是否存在实际寻呼传输的信号。当BS想要在特定位置的PO中发送寻呼时，BS可在与PO关联的WUS传输位置发送WUS。UE在特定位置监测与PO关联的WUS传输位置。在检测到WUS传输位置的WUS时，UE可预期将在PO中发送寻呼，而当未能检测到WUS传输位置的WUS时，UE可不预期PO中的寻呼。可通过该操作实现节能增益。在LTE Rel-16 NB-IoT和MTC中，引入了UE组WUS以增加Rel-15 WUS的节能增益。通过使用基于UE的UE组ID确定的WUS传输位置和序列，UE组WUS可有利地降低UE的不必要唤醒概率。

图8是示出LTE系统中的WUS的图。参照图8，在MTC和NB-IoT中，WUS可用于降低与寻呼监测有关的功耗。WUS是根据小区配置指示UE是否应监测寻呼信号(例如，以P-RNTI加扰的MPDCCH/NPDCCH)的物理层信号。对于未配置eDRX(即，仅配置有DRX)的UE，WUS可与一个PO关联(N＝1)。相反，对于配置有eDRX的UE，WUS可与一个或更多个PO关联(N≥1)。在检测到WUS时，UE可在与WUS关联之后监测N个PO。当未能检测到WUS时，UE可通过跳过PO监测来维持睡眠模式直至下一WUS监测。UE可从BS接收WUS配置信息并且基于WUS配置信息监测WUS。WUS配置信息可包括例如最大WUS持续时间、与WUS关联的连续PO的数量和间隙信息。最大WUS持续时间可指可发送WUS的最大时间周期，并且可被表示为与PDCCH(例如，MPDCCH或NPDCCH)有关的最大重复次数(例如，Rmax)的比率。尽管UE可预期最大WUS持续时间内的重复WUS传输，但实际WUS传输次数可小于最大WUS持续时间内的最大WUS传输次数。例如，对于良好覆盖内的UE，WUS重复次数可较小。最大WUS持续时间内可发送WUS的资源/时机被称为WUS资源。WUS资源可被定义为多个连续OFDM符号×多个连续子载波。WUS资源可被定义为子帧或时隙中的多个连续OFDM符号×多个连续子载波。例如，WUS资源可被定义为14个连续OFDM符号×12个连续子载波。在检测到WUS时，UE不监测WUS直至与WUS关联的第一PO。当在最大WUS持续时间期间未检测到WUS时，UE在与WUS关联的PO中不监测寻呼信号(或者UE保持在睡眠模式)。

在诸如NR的通信系统中，可通过寻呼早期指示(PEI)(例如，基于序列或DCI的PEI)指示UE是否应该在PO中监测寻呼DCI或者是否提供寻呼DCI。当UE成功检测PEI时，UE监测寻呼DCI(和/或承载对应寻呼消息的PDSCH)。当未能检测PEI时，UE可跳过PO中的寻呼DCI的监测。

用于降低盲解码复杂度的DCI设计

在诸如LTE和NR的通信系统中，寻呼用于触发RRC设置、系统信息修改和/或PWS/ETWS通知的目的。UE在BS所配置的PO的位置监测PDCCH，并且当检测到以P-RNTI加扰的DCI时，执行DCI所指示的操作。

在LTE Rel-15 NB-IoT和MTC中，引入WUS以节省UE的功率。WUS是指示在特定位置的PO中是否存在实际寻呼传输的信号。当BS想要在特定位置的PO中发送寻呼时，BS可在与PO关联的WUS传输位置发送WUS。UE在特定位置监测与PO关联的WUS传输位置。在WUS传输位置检测到WUS时，UE可预期将在PO中发送寻呼。当UE未能在WUS传输位置检测到WUS时，UE在PO中不预期寻呼。此操作可带来省电增益。在LTE Rel-16 NB-IoT和MTC中，引入UE组WUS以增加Rel-15 WUS的省电增益。UE组WUS的优点在于，可使用基于UE的UE组ID确定的WUS传输位置和序列降低UE的不必要唤醒概率。

在Rel-16 NR中，为了在连接模式下支持省电，引入了基于DCI的省电方案。为此，引入了新的DCI格式，DCI格式2-6。具体地，BS指示在DCI格式2-6下UE要监测的比特的位置，并且UE基于关于对应位置处的比特的信息来确定活动持续时间中的省电操作。

如Rel-16 NB-IoT和MTC中所讨论的，当处于空闲/不活动模式的UE监测PO时，如果发送对共享相同PO的其它UE的寻呼，则可能发生不必要唤醒。不必要唤醒可能导致UE功耗增加。在当前NR中，已引入了用于防止连接模式UE执行不必要监测的基于DCI的方案，以实现如上所述的省电效果。然而，对于空闲/不活动模式还未定义相同(或相似)的方法。在Rel-17 NR中，为了UE省电，正在讨论引入PEI，作为在PO之前提供与寻呼有关的信息的手段。作为与寻呼有关的信息，讨论以下内容：UE组(即，能够预期特定PO上的寻呼的整个UE_ID集合)的唤醒指示、UE子组(即，通过细分特定UE组而获得的子组)的唤醒指示、短消息和/或空闲/不活动模式UE假设和预期的TRS/CSI-RS的接收指示。

DCI可用于各种类型的信息。换言之，DCI可适合于基于PDCCH的PEI传输。通常，提供更多寻呼相关信息对于控制UE的各种省电操作可能有用。然而，考虑到PDCCH的解码可靠性，在UE执行PDCCH解码之前信息量的增加可能需要更高的时间/频率跟踪准确性。这可能导致在监测SSB时UE的功耗增加。因此，关于引入基于PDCCH的PEI，重要的是考虑省电效率适当地确定PEI信息量。例如，为了改进PDCCH解码性能，可考虑减少DCI比特数的方法，即，引入新DCI格式的方法。

在设计基于PDCCH的PEI时，可从另一角度考虑UE复杂度的增加。现有NR UE可能预期在空闲/不活动模式下接收DCI格式0_0和1_0。对应DCI格式的目的和信息可通过用于CRC加扰的各种RNTI值来区分。在这种情况下，即使用于不同目的的搜索空间彼此交叠，UE也可针对相同大小的DCI格式执行BD而没有额外复杂度(或者额外复杂度非常低)。然而，如果为了支持基于PDCCH的PEI而引入新DCI格式，并且如果对应DCI格式的大小不同于DCI格式0_0/1_0，则接收PEI的UE可能需要额外复杂度来针对新大小的DCI执行BD。应该注意的是，UE执行BD的次数的增加可能显著增加UE的功耗。另外，应该考虑当UE处于连接模式时，对于每时隙允许的最大PDCCH候选数量，在BD和信道估计的次数方面存在约束。如果增加了新大小的DCI格式，则可能潜在地限制现有DCI格式和RNTI的监测。

上述问题不限于基于PDCCH的PEI，在其它一般情况下也可能发生。换言之，本公开的提议可应用于由于增加了提供基于PDCCH的信息的新功能，UE的BD/信道估计开销增加的情况。

本公开提出了用于设计基于PDCCH的PEI的方法和用于监测基于PDCCH的PEI的UE操作方法。所提出的方法可提供在维持UE的解码复杂度的同时改进省电效率的优点。

将在NR系统的上下文中描述本公开，但本公开不限于此。即，本公开适用于各种无线通信系统。下面描述的方法可组合或独立地实现。本文所描述的术语、符号、序列等可被替换为其它术语、符号、序列等。

图9示出本公开中提出的方法适用于的BS操作。

BS可生成关于PEI的配置信息并发送配置信息(FC101)。配置信息可包括关于DCI格式和PEI的监测位置的配置信息。例如，可通过高层信令(例如，SIB或RRC信令)来发送配置信息。

如果BS期望向特定UE发送诸如寻呼消息或短消息的信息，则BS可在特定UE监测PEI的位置，例如在基于步骤FC101中提供的配置信息的帧和时隙的位置发送PEI(FC102)。如果需要，BS可执行DCI大小指派操作。

此后，当BS有要发送的信息(例如，寻呼消息或短消息)时，BS可在与步骤FC102中发送的PEI关联的PO的位置发送PDCCH/PDSCH(FC103)。

图10示出本公开中提出的方法适用于的UE操作。

UE可接收关于PEI的配置信息并应用配置信息(FC201)。在这种情况下，配置信息可包括关于DCI格式和PEI的监测位置的配置信息。例如，UE可执行用于获得接收配置信息的高层信号(例如，SIB或RRC信令)的过程。

随后，UE可在预期接收PEI的位置，例如在基于步骤FC201中接收的配置信息的帧和时隙的位置执行PEI监测操作(FC202)。UE可基于配置信息来确定在监测位置处对DCI格式进行解码的方法。

如果在步骤FC202中通过PEI指示UE监测PO，则UE可在与所接收的PEI关联的PO的位置接收PDCCH/PDSCH(FC203)。

提议1：经由冻结/填充比特的DCI大小对齐

如果在UE监测PDCCH的同时UE执行盲检测(BD)的次数增加，则UE的功耗增加。为了降低UE的功耗和复杂度，NR限制UE能够同时执行BD的PDCCH候选的数量。由于对UE能够执行BD的PDCCH候选的数量的这些限制，考虑配置具有相同大小的不同DCI格式的方法，以使对PDCCH发送和接收的约束最小化。

在本说明书中，提供了当增加PDCCH信令(DCI)以支持新功能时降低UE的BD复杂度的方法。当在空闲/不活动模式下增加基于PDCCH的新功能时，并且当经由PDCCH提供的信息量与经由其它PDCCH的信息量相比相对少时，所提出的方法可适合于确保PDCCH解码性能和/或防止UE的BD复杂度增加。

在本公开中，考虑用作参考的特定DCI格式(称为DF-ref)由N比特组成。在此场景中，如果BS打算经由PDCCH发送M比特信息(下文中info-A)，其中M是小于N的整数，则BS可基于N(DF-ref的大小)来发送info-A的M比特。为了区分用于发送info-A的DF-ref与用于其它目的的信息，可基于特定RNTI(称为RNTI-A)应用CRC加扰。

冻结比特的指定

可考虑使用DF-ref作为发送info-A的一种可能方法。为了通过大小较大的N比特DF-ref来发送M比特信息，提供了UE将未用N-M比特假设为冻结比特的方法。在这种情况下，上述冻结比特是BS和UE假设为具有固定值的比特，其根据关于比特状态的预定义规则预定。冻结比特独立于剩余M比特信息确定。例如，冻结比特可被假设为始终具有固定值0(或1)，并且即使当冻结比特具有其它值(例如，特定比特图案)时也可应用此提议，只要BS和UE遵循预定义规则即可。通常，N-M冻结比特和M信息比特可根据预定义规则在DF-ref内定位。

BS可向UE提供关于DF-ref的配置信息和关于info-A的配置信息。配置信息可包括信息的类型和大小。UE可从BS接收关于DF-ref的配置信息和关于info-A的配置信息，并且基于该信息应用提议1。在这种情况下，配置信息可在高层信号(例如，SIB或RRC信号)中发送和接收，并且基于DCI或MAC的自适应控制方法也可组合使用。可仅为提议1的目的单独地提供关于DF-ref的配置信息，但是可参考为用于其它目的的PDCCH发送和接收提供的信号。

在发送配置信息之后，BS可生成包含info-A的PDCCH并且在指定的搜索空间的位置处发送PDCCH。BS可基于DF-ref生成DCI并且将冻结比特和info-A映射到预定义比特位置。在接收到配置信息时，UE可基于该信息在指定的搜索空间的位置处针对PDCCH候选执行BD。在接收DF-ref期间，UE可考虑冻结比特和info-A的预定义比特位置以用于解码。

表5示出上述提议的示例。在表5中，DCI格式1_0用作DF-ref，并且由RNTI-A指示info-A的传输。冻结比特字段是指UE假设值为0的比特字段，Information_1和Information_2是指包括在info-A中的信息，N_F、N₁和N₂各自表示比特数。然而，本公开不限于下面的示例中所使用的术语或结构。

[表5]

填充比特的插入

作为实现与所提出的冻结比特指定相同的效果的替代方法，可使用这样的方法：使用不同DCI格式(称为DF-new)来发送不同Info-A并且添加填充比特以使DF-ref的大小对齐。当用于发送大小为M比特的Info-A的DF-new在CSS中发送时，当大小为N比特(其中N是大于M的整数)的DF-ref也在同一服务上的CSS中发送时，并且当UE需要监测Info-A和DF-ref二者时，可应用所提出的方法。在这种情况下，可向DF-new添加N-M零填充比特，以使DF-new的大小与DF-ref的大小对齐。

为此，BS可向UE提供关于DF-ref的配置信息和关于包括在DF-new中的info-A的配置信息。配置信息可包括信息的类型和大小。UE可从BS接收关于DF-ref的配置信息和关于包括在DF-new中的info-A的配置信息，并且基于该信息应用提议1。在这种情况下，配置信息可在高层信号(例如，SIB或RRC信号)中发送和接收，并且基于DCI或MAC的自适应控制方法也可组合使用。可仅为提议1的目的单独地提供关于DF-ref的配置信息，但是可参考为用于其它目的的PDCCH发送和接收提供的信号。

在发送配置信息之后，如果BS有info-A要发送，则BS可生成包含info-A的PDCCH。然后，BS可在指定的搜索空间的位置处发送PDCCH。BS可基于DF-new生成DCI并且将info-A映射到预定义比特位置。如果DF-new的大小小于DF-ref的大小，则可映射零填充比特以使DF-new的大小与DF-ref的大小对齐。在接收到配置信息时，UE可基于所接收的信息在指定的搜索空间的位置处针对PDCCH候选执行BD。在接收DF-new期间，UE可考虑零填充和info-A的预定义比特位置以用于解码。

表6示出上述提议的示例。在表6中，DCI格式2_X用作DF-ref，并且由RNTI-A指示info-A的传输。在表6的示例中，Information_1和Information_2是指包括在info-A中的信息，填充比特是指插入零填充的字段，N₁和N₂各自表示比特数。然而，本公开不限于下面的示例中所使用的术语或结构。

[表6]

当使用提议1来防止UE的PDCCH解码复杂度的增加时，当前使用的DCI格式(或者在一般情况下可用的DCI格式)可被选为DF-ref。例如，在NR中，UE在所有状态下预期接收的3GPP TS 38.212中定义的DCI格式0_0/1_0可用作DF-ref。

例如，当提议1应用于基于PDCCH的PEI时，用于PEI的DCI可基于DCI格式1_0的大小来设计。另外，当通过PEI发送和接收的信息的大小为M₁并且当DCI格式1_0的大小为N₁时，可满足以下关系：M₁<N₁。

当使用所提出的冻结比特时，用于PEI的PDCCH可基于DCI格式1_0来生成，其具有以PEI-RNTI加扰的CRC。在这种情况下，BS和UE可假设在发送和接收基于PDCCH的PEI时构成DCI格式1_0的比特当中的N₁-M₁比特将被设定为值为0的冻结比特。为此，BS可向UE告知通过PEI发送的M₁的大小。

当使用所提出的填充比特插入方法时，可定义用于PEI的新DCI格式(下文中，DCI格式2_P)，并且用于PEI的PDCCH可基于DCI格式2_P来生成，其中CRC以PEI-RNTI加扰。如果PEI在CSS中发送和接收，则BS和UE可假设将插入零填充比特以使DCI格式2_P的大小与在发送CSS的同一小区上的另一CSS中发送和接收的DCI格式1_0的大小对齐。为此，BS可向UE告知通过PEI发送的M₁的大小。

如果提议1应用于PEI，则当UE接收PEI以外的PDCCH时，复杂度不会由于BD而增加。这是因为，当UE监测共享相同起始OFDM符号和CORESET的多个DCI格式时，UE可通过简单地检查各个掩蔽RNTI来区分这多个DCI格式，而无需执行额外BD。特别是，当通过PEI提供可用于改进省电的信息(例如，TRS/CSI-RS的可用性的指示)时，UE可根据需要检查PEI，而不会导致额外复杂度，即使不是它自己的PEI监测时机。

另一方面，如果UE期望监测用于PEI的PDCCH，则UE可假设用作冻结比特和/或零填充比特的比特的位置和状态。因此，UE可基于PEI的信息大小而非基于DCI格式1_0来执行信道解码，并且还预期改进有效编码增益和解码可靠性。这影响在UE监测基于PDCCH的PEI之前的时间/频率准确性级别，并且因此，允许UE通过监测较小的SSB来实现省电增益。

提议2：添加预留比特字段

在一些DCI格式中，除了向UE提供必要信息的比特字段(下文中称为info-bit-field)之外，还可存在预留比特字段(UE在特定条件下假设不包含有意义的信息)(下文中称为rsv-bit-field)。rsv-bit-field的主要目的之一可以是确保前向兼容性，即，当引入新UE时增加了处理新功能和信息的能力的新UE与不拥有这些能力的现有UE之间的共存。基于rsv-bit-field确保前向兼容性在诸如CSS的搜索空间中的DCI格式中可能是有益的，其中未指定数量的UE一同执行监测。例如，在NR中，具有以P-RNTI加扰的CRC的DCI格式1_0可由多个UE共同发送和接收。另外，在Rel-16 TS 38.212中定义了6或8比特的预留比特。另一方面，预留比特与零填充比特或冻结比特的不同之处在于，UE不能假设比特的状态值。因此，当经受解码的DCI格式包括预留比特时，UE需要以与正常信息相同的方式针对DCI格式执行信道解码处理，这可能潜在地导致编码增益随着预留比特数增加而降低。例如，本文提供了一种在支持基于rsv-bit字段建立前向兼容性的同时基于BS所做的确定改进编码增益的方法。

在此示例中，考虑要发送的特定信息(下文中称为info-B)的大小为L比特。如果info-B要经由PDCCH发送，则使用N比特的特定DCI格式(下文中称为DF-add)，并且在这种情况下，DF-add可包括info-B和由BS指示的R比特的预留比特字段。

在不考虑DCI大小对齐的情况下rsv-bit-field的配置

当DCI-add用于发送info-B时，可在DCI-add中配置rsv-bit-field。例如，rsv-bit-field的配置和大小可由BS配置。具体地，当BS配置L比特的info-B和/或R比特的rsv-bit-field中的至少一个并告知UE时，UE可假设构成DCI-add的比特数为N＝L+R。

为此，BS可向UE告知关于包括在DF-add中的info-B的配置信息。配置信息可包括信息的类型和大小。BS可确定承载UE的info-B的DF-add中所包括的rsv-bit-field的比特数并向UE告知包括rsv-bit-field的比特数的配置信息。UE可接收BS所发送的关于info-B的配置信息和关于包括在DF-add中的rsv-bit-field的配置信息，并且根据提议2基于该信息来操作。在这种情况下，配置信息可在高层信号(例如，SIB或RRC信号)中发送和接收，并且基于DCI或MAC的自适应控制方法也可组合使用。关于info-B的配置信息和关于rsv-bit-field的配置信息可根据UE所支持的功能或UE的能力不同地应用。例如，对于info-B的各个具体细节，BS可向UE提供关于UE所支持的版本或能力的信息。另外，关于rsv-bit-field的信息可针对关于UE所支持的各个版本或能力的信息明确地提供，或者可基于其它信息隐含地估计。UE可接收BS所发送的配置信息，基于UE支持的功能和能力选择适用的配置信息，并且执行相关操作。

在发送配置信息之后，BS可生成包括info-B的PDCCH并在指定的搜索空间的位置处发送PDCCH。BS可基于DF-add生成DCI并将info-B以及rsv-bit-field(如果需要)映射到预定义比特位置。如果需要在DF-add中配置rsv-bit-field，则BS可任意选择字段的比特状态。在接收到配置信息时，UE可基于所接收的信息在指定的搜索空间的位置处针对PDCCH候选执行BD。在接收DF-add期间，UE可考虑rsv-bit-field和info-B的预定义比特位置和大小以用于解码。

可用于DCI-add的CRC加扰的RNTI可以是具体指定的RNTI或用于其它目的的RNTI。即，本公开不限于此。

表7示出上述提议的示例。在表7中，DCI格式2_X用作DF-add，并且由RNTI-A指示的info-B的传输。另外，Information_1和Information_2是指包括在info-B中的信息，预留比特是指由BS明确指示的rsv-bit-field，N₁、N₂和N_r各自表示比特数。Information_2是指根据UE的能力确定可用性的信息。如果UE不支持Information_2，则还示出能够被假设为预留比特的示例性比特字段。下面的示例旨在示出本公开的原理，因此本公开不限于此。

[表7]

考虑DCI大小对齐来配置rsv-bit-field

作为另一方法，如果基于大小为N_ref比特的DCI-ref调节DCI的大小的方法(例如提议1)应用于DCI-add，则DCI-add可包括构成info-B的L比特和构成rsv-bit-field的R比特，并且剩余N_ref-(L+R)比特可用作冻结比特和/或零填充比特。冻结比特和零填充比特的定义和应用可遵循提议1。具体地，提议1中的info-A可对应于包括提议2中的info-B和rsv-bit-field二者的概念。

为此，BS可向UE告知关于DF-ref和DF-add的配置信息，并且配置信息可包括信息的类型和大小。

BS可确定承载UE的info-B的DF-add中所包括的rsv-bit-field的比特数，并且向UE告知包括rsv-bit-field的比特数的配置信息。在这种情况下，关于rsv-bit-field的配置信息可直接指示rsv-bit-field的大小，或者指示UE估计rsv-bit-field的大小所需的信息(例如，应用于DCI-add的冻结比特或零填充比特的大小)。UE可接收BS所发送的关于info-B的配置信息和关于包括在DF-add中的rsv-bit-field的配置信息，并且根据提议1和提议2的组合基于该信息来操作。配置信息可在高层信号(例如，SIB或RRC信号)中发送和接收，并且基于DCI或MAC的自适应控制方法也可组合使用。关于info-B的配置信息和关于rsv-bit-field的配置信息可根据UE所支持的功能或UE的能力不同地应用。例如，对于info-B的各个具体细节，BS可向UE提供关于UE所支持的版本或能力的信息。另外，关于rsv-bit-field的信息可针对关于UE所支持的各个版本或能力的信息明确地提供，或者可基于其它信息隐含地估计。UE可接收BS所发送的配置信息，基于UE支持的功能和能力选择适用的配置信息，并且执行相关操作。另一方面，指定为冻结比特或零填充比特的比特区域可在同一小区(BWP或CORESET)上相同地配置，而与UE所支持的版本或能力无关。

在发送配置信息之后，BS可生成包括info-B的PDCCH并在指定的搜索空间的位置处发送PDCCH。BS可基于应用了冻结比特的指定和/或填充比特的插入的DF-add生成DCI。BS可将info-B以及rsv-bit-field(如果需要)映射到预定义比特位置。未指定用于info-B和rsv-bit-field的剩余比特可用作冻结比特和/或零填充比特。如果需要在DF-add中配置rsv-bit-field，则BS可任意选择字段的比特状态。在接收到配置信息时，UE可基于所接收的信息在指定的搜索空间的位置处针对PDCCH候选执行BD。在接收DF-add期间，UE可考虑rsv-bit-field和info-B的预定义比特位置和大小以用于解码。

如提议1中一样，可用于DCI-add的CRC加扰的RNTI可以是RNTI-A(即，与用于其它目的的RNTI相区分的RNTI)。这可能是为了区分具有相同大小的DCI-ref和DCI-add。

表8示出上述提议的示例。在表8中，DCI格式2_X用作DF-add，由RNTI-A指示info-B的传输，并且添加零填充比特以与DCI格式1_0的大小对齐。在表8中，Information_1和Information_2是指包括在info-B中的信息，填充比特是指插入零填充的字段，预留比特是指由BS明确指示的rsv-bit-field，N₁、N₂和N_r各自表示比特数。Information_2是指根据UE的能力确定可用性的信息。如果UE不支持Information_2，则还示出能够被假设为预留比特的示例性比特字段。然而，本公开不限于下面的示例中所使用的术语或结构。

[表8]

当提议1和提议2组合使用以防止UE的PDCCH解码复杂度的增加时，当前使用的DCI格式(或者在一般情况下可用的DCI格式)可被选为DF-ref。例如，在NR中，UE在所有状态下预期接收的3GPP TS 38.212中定义的DCI格式0_0/1_0可用作DF-ref。

例如，当使用上面所提出的在不考虑DCI大小对齐的情况下rsv-bit-field的配置，而不考虑所提出的DCI大小对齐时，可定义用于PEI的新DCI格式(下文中，DCI格式2_Q)，并且可基于具有以PEI-RNTI加扰的CRC的DCI格式2_Q来生成用于PEI的PDCCH。在这种情况下，具有以PEI-RNTI加扰的CRC的DCI格式2_Q可包括用于传达关于PEI的信息的字段，并且还可包括根据UE的版本或能力确定其应用的预留比特字段。预留比特字段的大小可由BS配置。如果BS未配置预留比特字段的大小或指定大小0，并且如果UE能够支持BS所配置的所有PEI相关信息，则UE可能不预期DCI格式2_Q中明确指定预留比特。

例如，当使用上面所提出的考虑DCI大小对齐配置rsv-bit-field时，如果提议1和提议2组合使用，则用于基于PDCCH的PEI的DCI可基于DCI格式1_0的大小设计。当通过PEI发送和接收的信息的大小被确定为L₁时，当预留比特字段的大小被确定为R₁比特时，并且当DCI格式1_0的大小被确定为N₁时，可认为L₁+R₁的值小于N₁。

在上述示例中，如果应用提议1中所提出的冻结比特的指定，则用于PEI的PDCCH可基于具有以PEI-RNTI加扰的CRC的DCI格式1_0来生成。在这种情况下，可假设在基于PDCCH的PEI的发送和接收期间，BS和UE二者将DCI格式1_0的N1-(L1+R1)比特设定为值0作为冻结比特。BS和UE可假设在基于PDCCH的PEI的发送和接收期间，构成DCI格式1_0的比特当中的N₁-(L₁+R₁)比特将被设定为值为0的冻结比特。为此，BS可向UE告知关于通过PEI发送的M₁和R₁的大小的信息。

在上述示例中，如果应用提议1中所提出的填充比特的插入，则可定义用于PEI的新DCI格式(下文中，DCI格式2_Q)，并且用于PEI的PDCCH可基于具有以PEI-RNTI加扰的CRC的DCI格式2_Q来生成。如果PEI在CSS中发送和接收，则BS和UE可假设将插入零填充比特以使DCI格式2_Q的大小与在发送该CSS的同一小区上的另一CSS中发送和接收的DCI格式1_0的大小对齐。为此，BS可向UE告知关于通过PEI发送的L₁和R₁的大小的信息。

在当前NR中，不同RNTI值主要应用于相同DCI格式以区分信息。当不同信息之间存在信息量差异时，可使用DCI格式中配置的预留比特的区域。根据预留比特字段的配置，难以在BS和UE之间配置灵活的无线通信环境。存在不能应用用于改进UE的解码性能的附加技术的限制。另一方面，当如本说明书中所提出的，对PEI应用提议2时，BS可根据需要配置或不配置大小较小的预留比特字段，以确保UE关于基于PDCCH的PEI的解码性能。

如果未来向PEI添加新的功能和信息，并且如果BS期望支持新的功能和信息，则根据BS的配置，用于表示新的功能和信息的DCI字段可被配置为由现有UE接收作为预留比特字段。如果需要，可保证前向兼容性。

提议3：确定新信道的PDCCH候选监测规则

在NR中，考虑到由于在UE监测PDCCH的同时发生的BD和信道估计而引起的复杂度，当前使用以下方法：调节UE每小区能够监测的DCI的大小，限制UE每小区/时隙能够监测的最大PDCCH候选数量(下文中称为BD极限)，或者限制UE每小区/时隙能够监测的最大非交叠CCE数量(下文中称为CCE极限)。因此，当引入具有新大小的DCI格式时和/或当增加新搜索空间的监测时，UE预期接收的PDCCH的监测可能受影响。可应用此提议以解决与在以下情况下可能出现的BD极限/CCE极限有关的潜在问题：当新RNTI值应用于现有DCI格式时，当引入大小与现有DCI格式相同的新DCI格式时，或者当引入具有新大小的DCI格式时。

在下文中，将基于如Rel-17 NR省电项中所讨论的基于PDCCH的PEI来描述所提出的方法。然而，本公开不限于这些。

提议3-1：在连接模式下配置不预期基于特定RNTI接收。

在正在进行的NR Rel-17标准化过程中，正在讨论引入PEI以改进UE的寻呼性能。特别是，PEI可预期在增加以DRX循环监测寻呼的UE(例如，处于空闲/不活动模式的UE)的省电增益方面提供有利效果。另一方面，当UE处于连接模式时，寻呼监测的要求可被设定为相对低。另外，存在通过指定诸如CSI-RS/TRS的参考信号来改进经由诸如PDCCH的物理信道的发送和接收的性能的方法，因此PEI的省电效率增益可能不高。

因此，本文提供了一种当转变为连接模式时配置UE停止监测在空闲/不活动模式下配置的基于PDCCH的PEI的方法。具体地，当具有由特定RNTI(下文中RNTI-C)加扰的CRC的特定DCI格式(下文中DCI-C)用于空闲/不活动模式下的PEI时，如果UE处于连接模式，则UE可被配置为不预期DCI-C的CRC由RNTI-C加扰。如果DCI-C的CRC被允许由RNTI-C以外的RNTI加扰，则UE可预期针对所有(或一些)剩余RNTI在连接模式下接收。

这可能是为了通过不由于在省电增益预期相对低的连接模式下的BD极限/CCE极限而导致对UE的PDCCH监测操作的限制或者通过不创建额外过程以避免这些问题来降低UE操作的复杂度。

提议3-2:降低特定RNTI相关搜索空间(集合)的监测优先级的方法

根据NR规范，当UE基于BD极限/CCE极限确定要监测的PDCCH候选时，可考虑关于发送对应PDCCH的搜索空间集合的类型和ID的信息。具体地，假设UE能够针对所有CSS集合监测PDCCH候选。UE可基于USS的ID和时隙级别的CSS监测之后的剩余监测次数来确定是否监测包括在USS中的PDCCH候选。在这种情况下，如果引入基于PDCCH的PEI，则PEI可在CSS中发送和接收。这可能使BS考虑BD极限/CCE极限的CSS调度进一步复杂，并且还可能增加属于USS的PDCCH候选被丢弃的可能性。

为了解决这些问题，当基于BD极限/CCE极限确定PDCCH候选的监测时，如果基于PDCCH的PEI在CSS中发送，则发送和接收PEI的搜索空间集合的优先级可被确定为最低优先级。UE通过在特定时隙中对CSS上的PDCCH候选和USS上的PDCCH候选进行优先级排序来确定是否监测PDCCH候选。如果存在用于PDCCH监测的剩余监测机会，则UE可针对PEI监测PDCCH候选。具体地，仅当剩余监测次数大于用于承载PEI的PDCCH候选的总数时，才可允许PEI监测。

此方法可能是为了防止当前CSS和USS的调度由于添加新CSS而受到限制，并降低预期增益相对低的PEI监测的优先级。此外，与在连接模式下完全排除PEI监测相比，此方法可向UE提供接收PEI的机会，从而允许UE获得与省电有关的信息。

提议3-3：当存在具有相同(大小)DCI格式的PDCCH候选的传输时允许监测

用于PDCCH的CRC加扰的RNTI可用于区分PDCCH的目的。在这种情况下，如果在同一位置处对于特定DCI格式存在UE能够预期的多个RNTI值，则UE可通过针对PDCCH候选执行一次BD操作来监测与多个RNTI对应的信息。这可在UE的复杂度和省电效率方面提供益处，因为UE的BD极限/CCE极限没有增加。

考虑到这些特性，仅当UE执行与PEI的DCI格式相同的DCI格式(或具有相同大小的DCI格式)的监测时，UE才可被限制为执行监测以用于接收基于PDCCH的PEI。上述方法可被配置为仅当UE能够预期在连接模式下接收PEI时才应用。例如，当基于DCI格式1_0生成用于PEI的发送和接收的DCI格式(下文中DCI-PEI)时，或者当执行大小对齐以使得DCI格式具有与DCI格式0_0/1_0相同的大小时(即，当应用本公开中所提出的提议1时)，可考虑应用上述方法。为了区分DCI-PEI与具有相同大小的DCI格式，可认为可考虑用于发送和接收PEI的单独RNTI(下文中称为PEI-RNTI)。如果UE监测DCI格式0_0/1_0的CRC以特定RNTI(例如，SI-RNTI、RA-RNTI、MsgB-RNTI或P-RNTI)加扰的PDCCH候选，则UE可针对PDCCH候选监测具有以PEI-RNTI加扰的CRC的DCI-PEI。

当上面所提出的方法与提议3-1组合使用时，例如，当UE监测满足提议3-3的条件的PDCCH候选时，代替配置有单独的监测位置以用于连接模式下的PEI发送和接收，UE可预期接收PEI。

通过在不影响UE的BD极限/CCE极限的情况下为PEI接收提供机会，所提出的方法可预期提供益处。

提议3-4：根据UE的操作模式应用不同的DCI格式

由于BD极限/CCE极限而引起的对监测PDCCH候选的约束问题主要在连接模式下考虑。这是因为在连接模式下UE能够预期的搜索空间集合和DCI格式的数量可能高于空闲/不活动模式。特别是，当UE从空闲/不活动模式转变为连接模式时，可通过专用RRC信令配置UE需要监测的各种CSS和USS，这可能由于BD极限/CCE极限而导致对PDCCH候选监测的约束。

考虑到这些特性，本文提供了一种在空闲/不活动模式和连接模式下对UE能够预期的PEI的接收应用不同假设的方法。

PEI接收的假设可包括DCI的类型或格式。例如，与DCI格式1_0相比，在空闲/不活动模式下用于PEI传输的DCI格式(称为DCI-pei)可被允许具有相对较少的比特数。另外，DCI格式1_0可在连接模式下使用。在这种情况下，对于在连接模式下用于PEI的PDCCH的传输，可使用能够基于DCI格式1_0与用于其它目的的传输相区分的标识符(例如，RNTI)。如果DCI格式1_0具有N比特的大小，并且PEI信息由M(≤N)比特组成，则剩余N-M比特可被视为预留比特或被设定为冻结比特，如提议1中。

作为另一示例，与DCI格式1_0相比，用于空闲/不活动模式下的PEI传输的DCI格式(DCI-pei)可被允许具有相对较少的比特数。在连接模式下，DCI-pei的大小可与DCI格式1_0的大小对齐。为了区分DCI-pei与具有相同大小的其它DCI格式(包括DCI格式1_0)，可使用诸如RNTI的标识符，从而允许与用于其它目的的传输相区别。作为具体方法，如果DCI格式1_0具有N比特的大小并且PEI信息由M(≤N)比特组成，则提议1中所提出的冻结比特的指定和/或填充比特的插入可应用于剩余N-M比特。

此方法可适合于基于UE模式使用适当的DCI结构。具体地，该方法可在空闲/不活动模式下减少DCI中的比特数以改进省电增益，并且在连接模式下使DCI大小对齐以减小对UE的BD极限/CCE极限的影响。

提议4：确定PEI的聚合级别

在NR中，为了调节UE执行PDCCH盲解码的次数，预定义UE在监测特定SS(集合)时能够预期的候选数量和聚合级别(AL)。例如，当UE处于空闲/不活动模式时，UE可预期AL和UE在DL BWP中预期的类型0/0A/2-PDCCH CSS集合的规范定义的候选数量。对AL和候选数量的这些限制可通过在防止UE执行不必要的BD的同时确保PDCCH所需的最小解码可靠性而提供省电增益。下面的表9是从TS 38.213提取的。表9用于确定CCE AL和PDCCH候选的最大可能数量。表9可应用于上述类型0/0A/2-PDCCH CSS集合。

[表9]

CCE聚合级别	候选数量
		4	4
8	2
		16	1

对于发送PEI的CSS集合，AL的大小和/或PDCCH候选也可预定义和限制，以增强UE的省电增益。

在下文中，将描述对于发送和接收PEI的CSS集合确定UE能够预期的PDCCH候选数量和CCE AL的方法。

提议4-1：使用空闲/不活动模式UE所预期的多个表

通常，对于PEI，可能有利的是使用与寻呼DCI相比较小的有效载荷，以增加PDCCH解码可靠性。因此，与其它类型的CSS集合相比，PEI可甚至以较低的AL解码。此外，为了减少BD操作的数量，还可考虑将可用AL的数量限制为低于3。

因此，当UE在DL BWP中配置有用于监测PEI的CSS集合时，可为适用于该CSS集合的CCE AL和PDCCH候选定义多个表，并且可选择并应用表之一。TS 38.213中定义的表9可用作用于CCE AL和PDCCH候选的多个表之一。另外，可定义包括小于表9的AL值的表。表10是用于CCE AL和PDCCH候选的这种表的一个示例，其可另外定义。本公开不限于表10，CCE AL和PDCCH候选可按各种方式修改。

[表10]

CCE聚合级别	候选数量
		2	8
4	4

当如上所述为CCE AL和PDCCH候选的组合定义多个表时，BS可确定实际应用的表并在高层信号中明确指示该表。例如，当选择两个表之一时，BS可指示要与SIB中发送的指示符(例如，一比特指示)一起使用的表。例如，可分别为一比特为0和1的情况配置不同的表。当高层信号中不存在这一比特指示符时，可使用现有表(例如，上表9)。当指示符存在并表示值0(或1)时，其可指定新表(例如，上表10)，其它情况可预留。这种明确指令方法在确保BS的调度灵活性方面可能是有利的。

另选地，可基于包括在PEIDCI中的有效载荷的大小来确定要使用的表。例如，基于预定整数N，如果包括在PEIDCI中的DCI比特数大于N，则可使用现有表(例如，上表9)。相反，如果DCI比特数小于N，则可使用新表(例如，上表10)。这种方法可能是有利的，因为不存在额外的信令开销，同时，由于该方法考虑了DCI有效载荷大小，所以可预期稳定的PEI性能，因为考虑发送PEI的PDCCH的解码可靠性来确定AL。

提议4-2：应用现有表的相对值。

当在DL BWP中配置CSS集合以用于PEI监测时，应用于CSS集合的CCE AL和PDCCH候选的值可被确定为现有表(例如，表9)的相对值。这种方法在重用先前定义的表9，同时指示新值方面可能是有利的。

作为使用相对值的具体示例，可使用特定整数N_MP。假设应用于PEI的CSS集合的CCEAL的大小为AL_PEI，并且现有表所应用的CCE AL的大小为AL_Legacy，满足AL_PEI＝AL_Legacy/N_MP的值可用于PEI。另外，假设应用于PEI的CSS集合的最大PDCCH候选数量为NC_PEI并且现有表所应用的最大PDCCH候选数量为NC_Legacy，满足NC_PEI＝NC_Legacy*N_MP的值可用于PEI。例如，即使规范中未明确描述，UE可被配置为预期应用于PEI的CSS集合的AL和PDCCH候选的值将以类似于表11的形式应用。在这种情况下，可选择N_MP的值以满足2的幂(即，2^X)的条件。

[表11]

CCE聚合级别	候选数量
		4/N_MP	4*N_MP
8/N_MP	2*N_MP
		16/N_MP	1*N_MP

另一方面，也可在来自BS的高层信号中明确指示相对值。例如，当在上述示例中特定整数N_MP用作相对值时，BS可确定N_MP的值并在SIB中向UE明确指示N_MP的值。这种明确指示方法在确保BS的调度灵活性方面可能是有利的。

另一具体方法是可基于包括在PEIDCI中的有效载荷的大小来确定要使用的相对值。例如，基于预定整数N，当PEIDCI比特数大于N时应用的N_MP的值可不同于当PEIDCI比特数小于N时应用的N_MP的值。这种方法可能是有利的，因为不存在额外的信令开销，同时，由于该方法考虑了DCI有效载荷大小，所以可预期稳定的PEI性能，因为考虑发送PEI的PDCCH的解码可靠性来确定AL。

提议5：经由PEI停止PEI监测指示

在NR中，按因子X扩展配置寻呼时机(PO)的PDCCH监测时机的方法可用于共享频谱中的寻呼操作。具体地，根据NR TS 38.304中所描述的方法，“S”表示由SIB1中发送的ssb-PositionsInBurst确定的实际发送的SSB的数量，“X”表示由nrofPDCCH-MonitoringOccasionPerSSB-InPO确定的PDCCH监测时机的重复次数。在这种情况下，配置PO的连续PDCCH监测时机的数量可被确定为S*X。UE可在所配置的PO上执行寻呼PDCCH的BD。这种方法可能是为了即使当频率由于共享频谱的性质而被其它信号/信道占用时也确保稳定的PDCCH发送和接收。然而，从UE的角度，存在功耗由于PDCCH BD的执行次数的增加而增加的缺点。为了解决这些问题，可在共享频谱中使用利用以P-RNTI加扰的DCI格式1_0(称为寻呼DCI)的短消息字段的第三比特指示“stopPagingMonitoring”的方法。如果UE接收到指示“stopPagingMonitoring”的值为1的寻呼DCI，则UE可针对对应PO的剩余PDCCH监测时机停止BD。

当在共享频谱中支持PEI时，可使用扩展配置用于与寻呼相同的目的的PEI时机(PEI-O)的PDCCH监测时机的方法。例如，PEI-O可如PO中一样由S*Y个连续PDCCH监测时机组成。在这种情况下，Y的值可基于配置用于PO配置的nrofPDCCH-MonitoringOccasionPerSSB-InPO来确定，或者可引入专门为PEI-O配置的新参数(例如，nrofPDCCH-MonitoringOccasionPerSSB-InPEI)。如果PEI-O的长度扩展，则存在如PO中一样增加PDCCH监测时机的数量的优点，从而增加UE的寻呼接收机会。然而，可能存在功耗由于PDCCH BD的执行次数的增加而增加的缺点。

为了解决这些问题，PEI可包括用于指示“stopPeiMonitoring”以停止PDCCH监测的指示符(例如，一比特指示符)。当配置Y的值>1时(例如，当通过nrofPDCCH-MonitoringOccasionPerSSB-InPO或nrofPDCCH-MonitoringOccasionPerSSB-InPEI配置Y>1时)，可在PEI中隐含地配置指示符(一比特)。这可能是为了在没有额外信令开销的情况下支持省电所需的操作。另选地，当配置Y的值>1时，并且当BS指示在PEIDCI中包括指示“stopPeiMonitoring”的指示符时，可配置指示符。这可能是为了允许BS通过管理PEIDCI的开销来控制PEI的接收概率。当在PEIDCI中配置“stopPeiMonitoring”指示符时，并且当UE在接收到PEI时确认指示符指示特定值(例如，1)时，UE可被配置为不预期在对应PEI-O的一些或所有剩余PDCCH监测时机上接收PEIPDCCH。

作为另一方法，如果UE在PEI-O上接收到发送PEI的PDCCH哪怕一次，则UE可被配置为在对应PEI-O的所有或一些剩余PDCCH监测时机上不再接收PEIPDCCH。在这种情况下，接收PDCCH意指UE执行PDCCH解码，检查具有用于PEI的RNTI的PDCCH CRC，并且成功检测PDCCH。当使用这种方法时，在降低PEIDCI的开销方面可能是有利的，因为不需要添加单独的指示。

作为另一方法，如果在UE所接收的PEIDCI中不存在指示启用DCI字段的信息，则UE可将其解释为停止PEI监测的指令，因此，UE可不再在PEI-O的所有或一些剩余PDCCH监测时机上接收PEIPDCCH。例如，PEIDCI中的DCI字段可包括UE组/子组指示字段(即，通过区分UE组和/或子组的位图指示是否唤醒的字段)。如果所有UE组/子组被指示处于非唤醒状态(例如，如果UE组/子组字段全部表示值0并且已接收到PEI的所有UE不预期在关联的PO的位置处接收寻呼PDCCH)，则其可被包括作为不存在启用信息的情况。另外地/另选地，如果TRS可用性指示信息包括在PEIDCI中，并且如果不存在指示启用对应DCI字段的TRS资源，则其可被包括作为不存在启用信息的情况。另外地/另选地，如果关于SI改变指示和ETWS/CMAS通知的信息包括在PEIDCI中，并且如果不存在指示启用对应DCI字段的信息，则其可被包括作为不存在启用信息的情况。这种方法可以是当上述另一方法中描述的UE在PEI-O上接收PDCCH至少一次时包括的子条件。该方法可能是为了在BS和UE之间配置预定操作，使得即使UE接收到所有信息均被禁用的PEI，UE不将PEI当作错误情况，而是将PEI识别为发送信息的手段。

在上述提议中，如果UE被配置为在一些剩余周期中不接收PEI，则这些周期可从PEI-O开始的第一PDCCH监测时机起以S个PDCCH监测时机为单位确定。例如，如果UE在PEI-O的第P PDCCH监测时机上接收PEI，则UE可在直至第(ceil(P/S)*S)PDCCH监测时机的PDCCH监测时机上接收PEIPDCCH。此后，UE可从第(ceil(P/S)*S+1)PDCCH监测时机起不再接收任何PEIPDCCH。这可能是为了考虑到多波束操作，在UE能够预期接收的所有SSB波束方向上确保PEI的发送和接收。如果在PEI-O内的各个PDCCH监测时机上发送不同的信息(例如，当TRS可用性指示信息不同时)，UE可从各个PDCCH监测时机获得不同的信息。

图11是用于说明根据本公开的实施方式的用于PEI的DCI格式的图。

参照图11，用于PEI的DCI格式可由一个或两个或更多个UE接收。为了方便，假设用于PEI的DCI格式被映射到UE 1和UE 2共同监测的CSS集合。UE 1和UE 2可以是具有不同能力(或不同UE类别)的UE。另外，用于PEI的DCI格式可以是与Rel.15至Rel.16NR规范中定义的DCI格式不同的新DCI格式。

BS可通过高层信令共同指示对于UE 1和UE 2二者，用于PEI的DCI格式的有效载荷大小为N比特。

UE 1和UE 2各自假设DCI有效载荷大小为N比特，并且可尝试基于PEI-RNTI在CSS集合中检测用于PEI的DCI。

UE 1和UE 2所假设的DCI信息比特大小可不同。例如，UE 1可假设DCI信息比特总共为M比特，而UE 2可假设DCI信息比特总共为L比特(其中M≠L)。在图11中，假设M<L。具体地，参照图11，UE 1假设M DCI信息比特由用于寻呼指示的第一信息比特和用于TRS可用性的第二信息比特组成。另一方面，UE 2假设DCI L信息比特不仅包括用于寻呼指示的第一信息比特和用于TRS可用性的第二信息比特，而且包括除了DCI之外配置的第三信息比特。

因此，用于PEI的DCI的预留比特的大小可以是基于网络信令和各个UE所解释的信息比特的大小确定的变量。

参照图12，UE可通过高层信令接收关于PEI的配置信息(A1205)。

基于PEI的配置信息，UE可在RRC空闲或RRC不活动状态下监测承载具有用于PEI的格式的DCI的第一PDCCH(A1210)。

基于具有用于PEI的格式的DCI的检测，UE可在与PEI关联的PO上监测用于寻呼的第二PDCCH(A1215)。

PEI的配置信息可包括关于用于PEI的格式的DCI有效载荷大小“N”的信息。

具有用于PEI的格式的DCI可包括与寻呼有关的第一信息比特和与RRC空闲或RRC不活动状态下TRS可用性有关的第二信息比特。

包括第一信息比特和第二信息比特的具有用于PEI的格式的DCI的总信息比特的大小“M”可不超过DCI有效载荷大小“N”。

基于总信息比特的大小“M”和包括在PEI的配置信息中的DCI有效载荷大小“N”，UE可通过假设“N”-“M”个预留比特来检测具有用于PEI的格式的DCI。

预留比特的大小“N”-“M”可以是基于UE所确定的总信息比特的大小“M”和通过高层信令配置给UE的DCI有效载荷大小“N”确定的变量。

第一PDCCH的CRC可以PEI-RNTI加扰。UE可基于PEI-RNTI在CSS集合中监测第一PDCCH。

监测承载具有用于PEI的格式的DCI的第一PDCCH可仅当UE处于RRC空闲或RRC不活动状态时才执行。在RRC连接状态下，UE可停止监测承载具有用于PEI的格式的DCI的第一PDCCH。

高层信令可与SIB有关。

参照图13，BS可通过高层信令发送关于PEI的配置信息(A1305)。

基于PEI的配置信息，BS可在RRC空闲或RRC不活动状态下向UE发送承载具有用于PEI的格式的DCI的第一PDCCH(A1310)。

BS可基于具有用于PEI的格式的DCI在与PEI关联的PO上发送用于寻呼的第二PDCCH(A1315)。

基于总信息比特的大小“M”和包括在PEI的配置信息中的DCI有效载荷大小“N”，BS可配置“N”-“M”个预留比特。

预留比特的大小“N”-“M”可以是基于总信息比特的大小“M”和通过高层信令配置的DCI有效载荷大小“N”确定的变量。

第一PDCCH的CRC可以PEI-RNTI加扰。BS可基于PEI-RNTI在CSS集合中发送第一PDCCH。

发送承载具有用于PEI的格式的DCI的第一PDCCH可仅当UE处于RRC空闲或RRC不活动状态时才执行。当UE处于RRC连接状态时，BS可停止发送承载具有用于PEI的格式的DCI的第一PDCCH。

高层信令可与SIB有关。

图14示出应用于本公开的通信系统1。

参照图14，应用于本公开的通信系统1包括无线装置、基站(BS)和网络。本文中，无线装置表示使用无线电接入技术(RAT)(例如，5G新RAT(NR)或长期演进(LTE))执行通信的装置，并且可被称为通信/无线电/5G装置。无线装置可包括(但不限于)机器人100a、车辆100b-1和100b-2、扩展现实(XR)装置100c、手持装置100d、家用电器100e、物联网(IoT)装置100f和人工智能(AI)装置/服务器400。例如，车辆可包括具有无线通信功能的车辆、自主驾驶车辆以及能够在车辆之间执行通信的车辆。本文中，车辆可包括无人驾驶飞行器(UAV)(例如，无人机)。XR装置可包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)装置，并且可按头戴式装置(HMD)、安装在车辆中的平视显示器(HUD)、电视、智能电话、计算机、可穿戴装置、家用电器装置、数字标牌、车辆、机器人等的形式实现。手持装置可包括智能电话、智能板、可穿戴装置(例如，智能手表或智能眼镜)和计算机(例如，笔记本)。家用电器可包括TV、冰箱和洗衣机。IoT装置可包括传感器和智能仪表。例如，BS和网络可被实现为无线装置，并且特定无线装置200a可相对于其它无线装置作为BS/网络节点操作。

无线装置100a至100f可经由BS200连接到网络300。AI技术可应用于无线装置100a至100f，并且无线装置100a至100f可经由网络300连接到AI服务器400。网络300可使用3G网络、4G(例如，LTE)网络或5G(例如，NR)网络来配置。尽管无线装置100a至100f可通过BS200/网络300彼此通信，但是无线装置100a至100f可彼此执行直接通信(例如，侧链路通信)而不经过BS/网络。例如，车辆100b-1和100b-2可执行直接通信(例如，车辆对车辆(V2V)/车辆对万物(V2X)通信)。IoT装置(例如，传感器)可与其它IoT装置(例如，传感器)或其它无线装置100a至100f执行直接通信。

可在无线装置100a至100f/BS200或BS200/BS200之间建立无线通信/连接150a、150b或150c。本文中，可通过诸如上行链路/下行链路通信150a、侧链路通信150b(或D2D通信)或BS间通信(例如，中继、集成接入回程(IAB))的各种RAT(例如，5G NR)建立无线通信/连接。无线装置和BS/无线装置可通过无线通信/连接150a和150b向彼此发送/从彼此接收无线电信号。例如，无线通信/连接150a和150b可通过各种物理信道发送/接收信号。为此，配置用于发送/接收无线电信号的过程、各种信号处理过程(例如，信道编码/解码、调制/解调和资源映射/解映射)和资源分配过程的各种配置信息的至少一部分可基于本公开的各种提议执行。

图15示出适用于本公开的无线装置。

参照图15，第一无线装置100和第二无线装置200可通过各种RAT(例如，LTE和NR)发送无线电信号。本文中，{第一无线装置100和第二无线装置200}可对应于图14的{无线装置100x和BS200}和/或{无线装置100x和无线装置100x}。

第一无线装置100可包括一个或更多个处理器102和一个或更多个存储器104，并且另外还包括一个或更多个收发器106和/或一个或更多个天线108。处理器102可控制存储器104和/或收发器106，并且可被配置为实现本文献中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器102可处理存储器104内的信息以生成第一信息/信号，然后通过收发器106发送包括第一信息/信号的无线电信号。处理器102可通过收发器106接收包括第二信息/信号的无线电信号，然后将通过处理第二信息/信号而获得的信息存储在存储器104中。存储器104可连接到处理器102，并且可存储与处理器102的操作有关的各种信息。例如，存储器104可存储包括用于执行由处理器102控制的部分或全部过程或用于执行本文献中公开的描述、功能、过程、提议、方法和/或操作流程图的命令的软件代码。本文中，处理器102和存储器104可以是被设计为实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器106可连接到处理器102并且通过一个或更多个天线108发送和/或接收无线电信号。各个收发器106可包括发送器和/或接收器。收发器106可与射频(RF)单元互换使用。在本公开的实施方式中，无线装置可表示通信调制解调器/电路/芯片。

第二无线装置200可包括一个或更多个处理器202和一个或更多个存储器204，并且另外还包括一个或更多个收发器206和/或一个或更多个天线208。处理器202可控制存储器204和/或收发器206，并且可被配置为实现本文献中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器202可处理存储器204内的信息以生成第三信息/信号，然后通过收发器206发送包括第三信息/信号的无线电信号。处理器202可通过收发器206接收包括第四信息/信号的无线电信号，然后将通过处理第四信息/信号而获得的信息存储在存储器204中。存储器204可连接到处理器202，并且可存储与处理器202的操作有关的各种信息。例如，存储器204可存储包括用于执行由处理器202控制的部分或全部过程或用于执行本文献中公开的描述、功能、过程、提议、方法和/或操作流程图的命令的软件代码。本文中，处理器202和存储器204可以是被设计为实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器206可连接到处理器202并且通过一个或更多个天线208发送和/或接收无线电信号。各个收发器206可包括发送器和/或接收器。收发器206可与RF单元互换使用。在本公开的实施方式中，无线装置可表示通信调制解调器/电路/芯片。

在下文中，将更具体地描述无线装置100和200的硬件元件。一个或更多个协议层可由(但不限于)一个或更多个处理器102和202实现。例如，一个或更多个处理器102和202可实现一个或更多个层(例如，诸如PHY、MAC、RLC、PDCP、RRC和SDAP的功能层)。一个或更多个处理器102和202可根据本文献中公开的描述、功能、过程、提议、方法和/或操作流程图来生成一个或更多个协议数据单元(PDU)和/或一个或更多个服务数据单元(SDU)。一个或更多个处理器102和202可根据本文献中公开的描述、功能、过程、提议、方法和/或操作流程图来生成消息、控制信息、数据或信息。一个或更多个处理器102和202可根据本文献中公开的描述、功能、过程、提议、方法和/或操作流程图来生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如，基带信号)，并且将所生成的信号提供给一个或更多个收发器106和206。一个或更多个处理器102和202可根据本文献中公开的描述、功能、过程、提议、方法和/或操作流程图来从一个或更多个收发器106和206接收信号(例如，基带信号)并获取PDU、SDU、消息、控制信息、数据或信息。

一个或更多个处理器102和202可被称为控制器、微控制器、微处理器或微计算机。一个或更多个处理器102和202可由硬件、固件、软件或其组合实现。作为示例，一个或更多个专用集成电路(ASIC)、一个或更多个数字信号处理器(DSP)、一个或更多个数字信号处理器件(DSPD)、一个或更多个可编程逻辑器件(PLD)或者一个或更多个现场可编程门阵列(FPGA)可被包括在一个或更多个处理器102和202中。本文献中公开的描述、功能、过程、提议、方法和/或操作流程图可使用固件或软件来实现，并且固件或软件可被配置为包括模块、过程或功能。被配置为执行本文献中公开的描述、功能、过程、提议、方法和/或操作流程图的固件或软件可被包括在一个或更多个处理器102和202中或被存储在一个或更多个存储器104和204中，以由一个或更多个处理器102和202驱动。本文献中公开的描述、功能、过程、提议、方法和/或操作流程图可按代码、命令和/或命令集的形式使用固件或软件来实现。

一个或更多个存储器104和204可连接到一个或更多个处理器102和202并且存储各种类型的数据、信号、消息、信息、程序、代码、指令和/或命令。一个或更多个存储器104和204可由只读存储器(ROM)、随机存取存储器(RAM)、电可擦除可编程只读存储器(EPROM)、闪存、硬盘驱动器、寄存器、高速缓冲存储器、计算机可读存储介质和/或其组合配置。一个或更多个存储器104和204可位于一个或更多个处理器102和202的内部和/或外部。一个或更多个存储器104和204可通过诸如有线或无线连接的各种技术连接到一个或更多个处理器102和202。

一个或更多个收发器106和206可向一个或更多个其它装置发送本文献的方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。一个或更多个收发器106和206可从一个或更多个其它装置接收本文献中公开的描述、功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。例如，一个或更多个收发器106和206可连接到一个或更多个处理器102和202并且发送和接收无线电信号。例如，一个或更多个处理器102和202可执行控制以使得一个或更多个收发器106和206可向一个或更多个其它装置发送用户数据、控制信息或无线电信号。一个或更多个处理器102和202可执行控制以使得一个或更多个收发器106和206可从一个或更多个其它装置接收用户数据、控制信息或无线电信号。一个或更多个收发器106和206可连接到一个或更多个天线108和208，并且一个或更多个收发器106和206可被配置为通过一个或更多个天线108和208发送和接收本文献中公开的描述、功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。在本文献中，一个或更多个天线可以是多个物理天线或多个逻辑天线(例如，天线端口)。一个或更多个收发器106和206可将所接收的无线电信号/信道等从RF频带信号转换为基带信号，以便使用一个或更多个处理器102和202处理所接收的用户数据、控制信息、无线电信号/信道等。一个或更多个收发器106和206可将使用一个或更多个处理器102和202处理的用户数据、控制信息、无线电信号/信道等从基带信号转换为RF频带信号。为此，一个或更多个收发器106和206可包括(模拟)振荡器和/或滤波器。

图16示出应用于本公开的无线装置的另一示例。无线装置可根据使用情况/服务(参照图14)以各种形式实现。

参照图16，无线装置100和200可对应于图15的无线装置100和200，并且可由各种元件、组件、单元/部分和/或模块配置。例如，无线装置100和200中的每一个可包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元可包括通信电路112和收发器114。例如，通信电路112可包括图15的一个或更多个处理器102和202和/或一个或更多个存储器104和204。例如，收发器114可包括图15的一个或更多个收发器106和206和/或一个或更多个天线108和208。控制单元120电连接到通信单元110、存储器130和附加组件140，并且控制无线装置的总体操作。例如，控制单元120可基于存储在存储器单元130中的程序/代码/命令/信息来控制无线装置的电/机械操作。控制单元120可通过无线/有线接口经由通信单元110将存储在存储器单元130中的信息发送到外部(例如，其它通信装置)，或者通过无线/有线接口将经由通信单元110从外部(例如，其它通信装置)接收的信息存储在存储器单元130中。

附加组件140可根据无线装置的类型不同地配置。例如，附加组件140可包括电源单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。无线装置可按(但不限于)机器人(图14的100a)、车辆(图14的100b-1和100b-2)、XR装置(图14的100c)、手持装置(图14的100d)、家用电器(图14的100e)、IoT装置(图14的100f)、数字广播终端、全息装置、公共安全装置、MTC装置、医疗装置、金融科技装置(或金融装置)、安全装置、气候/环境装置、AI服务器/装置(图14的400)、BS(图14的200)、网络节点等实现。无线装置可根据使用示例/服务在移动或固定场所使用。

在图16中，无线装置100和200中的各种元件、组件、单元/部分和/或模块可全部通过有线接口彼此连接，或者其至少一部分可通过通信单元110无线连接。例如，在无线装置100和200中的每一个中，控制单元120和通信单元110可有线连接，并且控制单元120和第一单元(例如，130和140)可通过通信单元110无线连接。无线装置100和200内的各个元件、组件、单元/部分和/或模块还可包括一个或更多个元件。例如，控制单元120可由一个或更多个处理器的集合配置。作为示例，控制单元120可由通信控制处理器、应用处理器、电子控制单元(ECU)、图形处理单元和存储器控制处理器的集合配置。作为另一示例，存储器130可由随机存取存储器(RAM)、动态RAM(DRAM)、只读存储器(ROM))、闪存、易失性存储器、非易失性存储器和/或其组合配置。

图17示出应用于本公开的车辆或自主驾驶车辆。车辆或自主驾驶车辆可由移动机器人、汽车、火车、有人/无人驾驶飞行器(AV)、船只等实现。

参照图17，车辆或自主驾驶车辆100可包括天线单元108、通信单元110、控制单元120、驱动单元140a、电源单元140b、传感器单元140c和自主驾驶单元140d。天线单元108可被配置为通信单元110的一部分。块110/130/140a至140d分别对应于图16的块110/130/140。

通信单元110可向诸如其它车辆、BS(例如，gNB和路边单元)和服务器的外部装置发送以及从其接收信号(例如，数据和控制信号)。控制单元120可通过控制车辆或自主驾驶车辆100的元件来执行各种操作。控制单元120可包括电子控制单元(ECU)。驱动单元140a可使得车辆或自主驾驶车辆100在道路上行驶。驱动单元140a可包括发动机、电机、动力系统、车轮、制动器、转向装置等。电源单元140b可向车辆或自主驾驶车辆100供电，并且包括有线/无线充电电路、电池等。传感器单元140c可获取车辆状态、周围环境信息、用户信息等。传感器单元140c可包括惯性测量单元(IMU)传感器、碰撞传感器、车轮传感器、速度传感器、坡度传感器、重量传感器、航向传感器、位置模块、车辆前进/后退传感器、电池传感器、燃料传感器、轮胎传感器、转向传感器、温度传感器、深度传感器、超声波传感器、照明传感器、踏板位置传感器等。自主驾驶单元140d可实现用于维持车辆正在行驶的车道的技术、用于自动地调节速度的技术(例如，自适应巡航控制)、用于沿着所确定的路径自主行驶的技术、如果设定目的地则通过自动设定路径来行驶的技术等。

例如，通信单元110可从外部服务器接收地图数据、交通信息数据等。自主驾驶单元140d可从所获得的数据生成自主驾驶路径和驾驶计划。控制单元120可控制驱动单元140a，使得车辆或自主驾驶车辆100可根据驾驶计划(例如，速度/方向控制)沿着自主驾驶路径移动。在自主驾驶的中间，通信单元110可非周期性地/周期性地从外部服务器获取最近交通信息数据，并且从邻近车辆获取周围交通信息数据。在自主驾驶的中间，传感器单元140c可获得车辆状态和/或周围环境信息。自主驾驶单元140d可基于新获得的数据/信息来更新自主驾驶路径和驾驶计划。通信单元110可将关于车辆位置、自主驾驶路径和/或驾驶计划的信息传送到外部服务器。外部服务器可基于从车辆或自主驾驶车辆收集的信息使用AI技术等预测交通信息数据，并将所预测的交通信息数据提供给车辆或自主驾驶车辆。

图18是示出根据本公开的实施方式的UE的DRX操作的图。

UE可在上面描述/提出的过程和/或方法中执行DRX操作。配置有DRX的UE可通过不连续地接收DL信号来降低功耗。可在RRC_IDLE状态、RRC_INACTIVE状态和RRC_CONNECTED状态下执行DRX。UE在RRC_IDLE状态和RRC_INACTIVE状态下执行DRX以不连续地接收寻呼信号。下面将描述RRC_CONNECTED状态下的DRX(RRC_CONNECTED DRX)。

参照图18，DRX循环包括开启持续时间和DRX机会。DRX循环定义开启持续时间的周期性重复之间的时间间隔。开启持续时间是UE监测PDCCH的时间周期。当UE配置有DRX时，UE在开启持续时间期间执行PDCCH监测。当UE在PDCCH监测期间成功检测PDCCH时，UE启动不活动定时器并且保持唤醒。相反，当UE在PDCCH监测期间未能检测任何PDCCH时，UE在开启持续时间之后转变为睡眠状态。因此，当配置DRX时，可在上面描述/提出的过程和/或方法中在时域中不连续地执行PDCCH监测/接收。例如，当配置DRX时，可根据本公开的实施方式中的DRX配置不连续地配置PDCCH接收时机(例如，具有PDCCH SS的时隙)。相反，当未配置DRX时，可在时域中连续地执行PDCCH监测/接收。例如，当未配置DRX时，可在本公开的实施方式中连续地配置PDCCH接收时机(例如，具有PDCCH SS的时隙)。不管是否配置DRX，可在配置为测量间隙的时间周期期间限制PDCCH监测。

表12描述UE(在RRC_CONNECTED状态下)的DRX操作。参照表12，通过高层信令(例如，RRC信令)接收DRX配置信息，并且通过来自MAC层的DRX命令控制DRX开/关。一旦配置DRX，UE就可在执行上面描述/提出的过程和/或方法时不连续地执行PDCCH监测。

[表12]

MAC-CellGroupConfig包括为小区组配置MAC参数所需的配置信息。MAC-CellGroupConfig还可包括DRX配置信息。例如，在定义DRX时MAC-CellGroupConfig可包括以下信息。

-drx-OnDurationTimer的值：定义DRX循环的起始周期的持续时间。

-drx-InactivityTimer的值：定义在检测到指示初始UL或DL数据的PDCCH的PDCCH时机之后UE唤醒的时间周期的持续时间。

-drx-HARQ-RTT-TimerDL的值：定义在接收DL初始传输之后直至接收到DL重传的最大时间周期的持续时间。

-drx-HARQ-RTT-TimerDL的值：定义在接收UL初始传输许可之后直至接收到UL重传许可的最大时间周期的持续时间。

-drx-LongCycleStartOffset：定义DRX循环的持续时间和起始时间。

-drx-ShortCycle(可选)：定义短DRX循环的持续时间。

当drx-OnDurationTimer、drx-InactivityTimer、drx-HARQ-RTT-TimerDL和drx-HARQ-RTT-TimerDL中的任一个运行时，UE在各个PDCCH时机执行PDCCH监测，保持在唤醒状态。

上述实施方式对应于本公开的元件和特征按规定形式的组合。并且，除非明确地提及，否则各个元件或特征可被视为选择性的。各个元件或特征可按照不与其它元件或特征组合的形式实现。此外，能够通过部分地将元件和/或特征组合在一起来实现本公开的实施方式。可修改针对本公开的各个实施方式说明的操作顺序。一个实施方式的一些配置或特征可被包括在另一实施方式中，或者可代替另一实施方式的对应配置或特征。并且，实施方式可通过将所附权利要求书中没有明确引用关系的权利要求组合在一起来配置，或者可在提交申请之后通过修改作为新的权利要求而被包括。

本领域技术人员将理解，在不脱离本公开的精神和基本特性的情况下，本公开可按照本文所阐述的那些形式以外的其它特定形式来实施。因此，上述实施方式在所有方面均应被解释为是例示性的，而非限制性的。本公开的范围应该由所附权利要求及其法律上的等同物来确定，而非由以上描述来确定，落入所附权利要求的含义和等同范围内的所有改变均旨在涵盖于其中。

工业实用性

本公开适用于无线移动通信系统中的UE、BS或其它设备。

Claims

1.一种在无线通信系统中由用户设备UE接收信号的方法，该方法包括以下步骤：

通过高层信令接收寻呼早期指示PEI的配置信息；

基于所述PEI的配置信息在无线电资源控制RRC空闲或RRC不活动状态下监测承载具有用于所述PEI的格式的下行链路控制信息DCI的第一物理下行链路控制信道PDCCH；以及

基于具有用于所述PEI的格式的所述DCI的检测，在与所述PEI关联的寻呼时机PO中监测用于寻呼的第二PDCCH，

其中，所述PEI的配置信息包括关于用于所述PEI的格式的DCI有效载荷大小“N”的信息，

其中，具有用于所述PEI的格式的所述DCI包括与所述寻呼有关的第一信息比特和与所述RRC空闲或RRC不活动状态下跟踪参考信号TRS可用性有关的第二信息比特，

其中，包括所述第一信息比特和所述第二信息比特的具有用于所述PEI的格式的所述DCI的总信息比特的大小“M”不超过所述DCI有效载荷大小“N”，并且

其中，基于所述总信息比特的大小“M”和包括在所述PEI的配置信息中的所述DCI有效载荷大小“N”，所述UE通过假设“N”-“M”个预留比特来检测具有用于所述PEI的格式的所述DCI。

2.根据权利要求1所述的方法，其中，所述预留比特的大小“N”-“M”是基于由所述UE确定的所述总信息比特的大小“M”和通过所述高层信令配置给所述UE的所述DCI有效载荷大小“N”确定的变量。

3.根据权利要求1所述的方法，其中，所述第一PDCCH的循环冗余校验CRC以寻呼早期指示-无线电网络临时标识符PEI-RNTI加扰。

4.根据权利要求3所述的方法，其中，所述UE基于所述PEI-RNTI在公共搜索空间CSS集合中监测所述第一PDCCH。

5.根据权利要求1所述的方法，其中，具有用于所述PEI的格式的所述DCI是包括所述UE的一个或两个或更多个UE所共有的。

6.根据权利要求1所述的方法，其中，监测承载具有用于所述PEI的格式的所述DCI的所述第一PDCCH仅在所述RRC空闲或RRC不活动状态下执行。

7.根据权利要求6所述的方法，其中，所述UE在RRC连接状态下停止监测承载具有用于所述PEI的格式的所述DCI的所述第一PDCCH。

8.根据权利要求1所述的方法，其中，所述高层信令与系统信息块SIB有关。

9.根据权利要求1所述的方法，其中，所述PEI的配置信息包括关于所述第一信息比特的大小的信息和关于所述第二信息比特的大小的信息。

10.一种计算机可读记录介质，该计算机可读记录介质上记录有用于执行根据权利要求1所述的方法的程序。

11.一种用于无线通信的装置，该装置包括：

存储器，该存储器存储指令；以及

处理器，该处理器被配置为通过执行所述指令来执行操作，

其中，所述处理器的操作包括：

通过高层信令接收寻呼早期指示PEI的配置信息；

其中，基于所述总信息比特的大小“M”和包括在所述PEI的配置信息中的所述DCI有效载荷大小“N”，所述处理器被配置为通过假设“N”-“M”个预留比特来检测具有用于所述PEI的格式的所述DCI。

12.根据权利要求11所述的装置，该装置还包括：

收发器，该收发器被配置为在所述处理器的控制下发送或接收无线电信号。

13.根据权利要求11所述的装置，其中，所述装置是被配置为在无线通信系统中操作的用户设备UE。

14.一种在无线通信系统中由基站发送信号的方法，该方法包括以下步骤：

通过高层信令发送寻呼早期指示PEI的配置信息；

基于所述PEI的配置信息在无线电资源控制RRC空闲或RRC不活动状态下向用户设备UE发送承载具有用于所述PEI的格式的下行链路控制信息DCI的第一物理下行链路控制信道PDCCH；以及

基于具有用于所述PEI的格式的所述DCI，在与所述PEI关联的寻呼时机PO中发送用于寻呼的第二PDCCH，

其中，基于所述总信息比特的大小“M”和包括在所述PEI的配置信息中的所述DCI有效载荷大小“N”，所述基站配置“N”-“M”个预留比特。

15.一种用于无线通信的基站，该基站包括：

存储器，该存储器存储指令；以及

处理器，该处理器被配置为通过执行所述指令来执行操作，

其中，所述处理器的操作包括：

通过高层信令发送寻呼早期指示PEI的配置信息；

其中，基于所述总信息比特的大小“M”和包括在所述PEI的配置信息中的所述DCI有效载荷大小“N”，所述处理器被配置为配置“N”-“M”个预留比特。