CN116158143A - 在无线通信***中发送和接收寻呼的方法和设备 - Google Patents

Abstract

本公开涉及一种用于与诸如长期演进(LTE)***的***(4G)通信***相比支持更高的数据传输速率的第五代(5G)或准5G通信***。根据本公开的各种实施例，一种由UE用于在无线通信***中进行寻呼的方法包括：从基站接收配置信息，该配置信息包括与用于寻呼的PDCCH相关的关于控制资源集的信息和关于搜索空间的信息中的至少一者；基于配置信息在控制资源集和搜索空间集中识别与PDCCH监听时机相对应的同步信号块(SSB)；以及使用与当接收同步信号块(SSB)时使用的接收波束相同的接收波束来执行针对寻呼的PDCCH监听，并且在通过PDCCH调度的PDSCH上接收寻呼消息。

Description

在无线通信***中发送和接收寻呼的方法和设备

技术领域

本公开通常涉及无线通信***，更具体地，涉及一种用于在无线通信***中执行寻呼的设备和方法。

背景技术

为了满足自4G通信***上市以来对无线数据业务飙升的需求，人们一直在努力开发增强型5G通信***或准5G通信***。由于各原因，5G通信***或准5G通信***被称作超4G网络通信***或后长期演进(LTE)***。

为了获得更高的数据发送速率，考虑在诸如例如60GHz的超高频带(mmWave)上实现5G通信***。为了减轻超高频带上的路径损耗并增加无线电波的可及范围，针对5G通信***考虑以下技术：波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线。

另外正在开发的是用于5G通信***具有诸如以下的增强型网络的各种技术：演进型或高级小小区、云无线接入网络(云RAN)、超密集网络、设备对设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)和干扰消除。

还存在为5G***开发的其他各种方案，包括例如：作为高级编码调制(ACM)方案的混合FSK与QAM调制(FQAM)和滑动窗口叠加编码(SWSC)，以及作为高级接入方案的滤波器组多载波(FBMC)、非正交多址接入(NOMA)和稀疏码多址(SCMA)接入。

因特网正在从人类用来创造并消费信息的以人类为中心的连接网络演进为用来在事物或其他分布式组件之间传递并处理信息的物联网(IoT)网络。另一出现的技术是万物互联(IoE)，该IoE是大数据处理技术和IoT技术通过例如与云服务器连接的组合。为了实现IoT，要求诸如以下的技术要素：传感技术、有线/无线通信和网络基础设施、服务接口技术以及安全技术。最近正在进行对诸如以下的物体间连接技术的研究：传感器网络、机器对机器(M2M)或机器类型通信(MTC)。在IoT环境中可以提供智能因特网技术(IT)服务，这些IT服务收集并分析由彼此连接的事物生成的数据以为人类生活创造新价值。通过对现有信息技术(IT)科技和各个行业的转换或整合，IoT可以具有诸如以下的各种应用：智能家居、智能建筑、智能城市、智能汽车或连网汽车、智能电网、医疗保健、或智能家电行业、或现有技术水平的医疗服务。

因此，存在将5G通信***应用于IoT网络的各种正在进行的努力。例如，通过诸如波束成形、多输入多输出(MIMO)和阵列天线方案等的方案来实现传感器网络、机器对机器(M2M)、机器类型通信(MTC)或其他5G技术。以上提及的云无线接入网络(RAN)作为大数据处理技术的应用可以说是3eG和IoT技术的融合的示例。

发明内容

技术问题

本公开提供一种用于在无线通信***中高效地执行寻呼的设备和方法。

本公开提供一种用于在无线通信***中通过配置用于PDCCH监听的各种配置信息来高效地执行寻呼的设备和方法。

技术方案

根据本公开的实施例，一种由被配置为在无线通信***中接收寻呼的UE进行的方法包括：从基站接收配置信息，所述配置信息包括与用于所述寻呼的物理下行链路控制信道(PDCCH)相关的关于控制资源集的信息和关于搜索空间的信息中的至少一者；基于所述配置信息在控制资源集和搜索空间集中识别与PDCCH监听时机相对应的同步信号块(SSB)；以及使用与接收所述同步信号块(SSB)时使用的接收波束相同的接收波束来执行针对所述寻呼的PDCCH监听，并且接收通过所述PDCCH调度的PDSCH。

此外，根据本公开的实施例，一种无线通信***中的UE包括：收发器；以及处理器，所述处理器被配置为：通过所述收发器从基站接收配置信息，所述配置信息包括与用于寻呼的PDCCH相关的关于控制资源集的信息和关于搜索空间的信息中的至少一者；基于所述配置信息在控制资源集和搜索空间集中识别与PDCCH监听时机相对应的同步信号块(SSB)；以及使用与接收所述同步信号块(SSB)时使用的接收波束相同的接收波束来执行针对所述寻呼的PDCCH监听，并且在通过所述PDCCH调度的PDSCH上接收寻呼消息。

此外，根据本公开的实施例，一种由被配置为在无线通信***中接收寻呼的基站进行的方法包括：发送配置信息，所述配置信息包括与用于所述寻呼的PDCCH相关的关于控制资源集的信息和关于搜索空间的信息中的至少一者；基于所述配置信息在控制资源集和搜索空间集中识别与PDCCH监听时机相对应的同步信号块(SSB)；以及使用与发送所述同步信号块(SSB)时使用的发送波束相同的发送波束来执行用于所述寻呼的PDCCH发送和PDSCH发送。

此外，根据本公开的实施例，一种无线通信***中的基站包括：收发器；以及处理器，所述处理器被配置为：发送配置信息，所述配置信息包括与用于寻呼的PDCCH相关的关于控制资源集的信息和关于搜索空间的信息中的至少一者；基于所述配置信息在控制资源集和搜索空间集中识别与PDCCH监听时机相对应的同步信号块(SSB)；以及使用与发送所述同步信号块(SSB)时使用的发送波束相同的发送波束来执行用于所述寻呼的PDCCH发送和PDSCH发送。

附图说明

图1示出了根据本公开的各种实施例的无线通信***；

图2示出了根据本公开的各种实施例的无线通信***中的基站的配置；

图3示出了根据本公开的各种实施例的无线通信***中的UE的配置；

图4是根据本公开的各种实施例的无线通信***中的UE的流程图；

图5示出了根据本公开的各种实施例的无线通信***的资源结构；

图6示出了根据本公开的各种实施例的无线通信***的资源结构；

图7示出了根据本公开的各种实施例的无线通信***中的带宽部分的结构；

图8示出了根据本公开的各种实施例的无线通信***中的控制资源集的结构；

图9示出了根据本公开的各种实施例的无线通信***中的资源结构；

图10示出了根据本公开的各种实施例的无线通信***中的不连续接收(DRX)的过程；

图11示出了根据本公开的各种实施例的无线通信***中的寻呼的过程；

图12示出了根据本公开的各种实施例的无线通信***中的寻呼的过程；

图13示出了根据本公开的各种实施例的无线通信***中的根据TCI状态的基站波束分配；

图14示出了根据本公开的各种实施例的无线通信***中的分层信令的过程；

图15示出了根据本公开的各种实施例的无线通信***中的信令结构的示例；

图16示出了根据本公开的各种实施例的无线通信***中的寻呼的过程；以及

图17a和图17b示出了根据本公开的各种实施例的基站和UE的操作。

具体实施方式

如本文所使用的术语被仅仅提供来描述其一些实施例，而不限制本公开的其他实施例的范围。应当理解，除非上下文另外清楚地规定，否则单数形式包括复数引用。本文使用的包括技术术语和科学术语的术语具有与本公开的实施例所属于的本领域的普通技术人员所通常理解的相同的含义。将进一步理解，诸如常用词典中定义的那些的术语应当被解释为具有与其在相关领域的上下文中的含义一致的含义，而将不在理想化或过于正式的意义上解释，除非本文明确地如此定义。在一些情况下，可以将本文定义的术语解释为排除本公开的实施例。

在下面连同实施例一起描述的方法基于硬件。然而，本公开的实施例包含使用硬件和软件二者的技术，因此不排除基于软件的方法。

应当理解，可以通过计算机程序指令来执行附图中的块和流程图的组合。由于可以在通用计算机、专用计算机或其他可编程数据处理设备的处理器中装备计算机程序指令，所以通过计算机或其他可编程数据处理设备的处理器执行的指令生成用于执行连同每个流程图的块一起描述的功能的手段。由于计算机程序指令可以被存储在可以面向计算机或其他可编程数据处理设备来以指定方式实现功能的计算机可用存储器或计算机可读存储器中，所以存储在计算机可用存储器或计算机可读存储器中的指令可以产生产品，该产品包括用于执行连同每个流程图中的块一起描述的功能的指令手段。由于可以在计算机或其他可编程数据处理设备中装备计算机程序指令，所以随着在计算机或其他可编程数据处理设备之上执行一系列操作步骤而生成由计算机执行的过程并且操作计算机或其他可编程数据处理设备的指令可以提供用于执行连同每个流程图中的块一起描述的功能的步骤。

此外，每个块可以表示包括用于执行指定的逻辑功能的一个或更多个可执行指令的代码的模块、段或部分。此外，还应当注意，在一些替换执行示例中，各块中提及的功能可以按不同顺序发生。例如，取决于对应功能，可以基本上同时地或按相反顺序执行连续地示出的两个块。

如本文所使用的，术语“单元”意指软件元素或诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)的硬件元素。单元起着一定作用。然而，术语“单元”不限于意指软件元素或硬件元素。“单元”可以被配置在可以被寻址的存储介质中或者可以被配置为再现一个或更多个处理器。因此，作为示例，“单元”包括诸如以下的元素：软件元素、面向对象的软件元素、类元素以及任务元素、进程、函数、属性、过程、子例程、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据架构、表、数组和变量。元素或“单元”中提供的功能可以与附加元素组合或者可以被分割成子元素或子单元。此外，元素或“单元”可以被实现为在设备或安全多媒体卡中再现一个或更多个CPU。根据实施例，“……单元”可以包括一个或更多个处理器。

无线通信***从以语音为中心的服务演进到提供高数据速率和高质量分组数据服务的宽带无线通信***，诸如第三代合作伙伴项目(3GPP)高速分组接入(HSPA)、长期演进(LTE)或演进型通用陆地无线接入(E-UTRA))、高级LTE(LTE-A)、LTE-pro、3GPP2高速分组数据(HRPD)、超移动宽带(UMB)和电气与电子工程师协会(IEEE)802.16e通信标准。

作为无线通信***的代表性示例，LTE***针对下行链路采用正交频分复用(OFDM)，而针对上行链路采用单载波频分多址(SC-FDMA)。上行链路意指用户设备(UE)(或移动站(MS))向基站(BS或eNode B)发送数据或控制信号的无线链路，而下行链路意指基站向UE发送数据或控制信号的无线链路。这种多址方案可以通常按照用户分配并操作承载数据或控制信息的时间-频率资源以不重叠，即，以维持正交性，从而区分每个用户的数据或控制信息。

后LTE通信***(例如，5G通信***)被要求自由地反映用户和服务提供商的各种需要，从而支持同时地满足各种要求的服务。针对5G通信***考虑的服务包括例如增强型移动宽带(eMBB)、大规模机器类型通信(MMTC)和超可靠性低延时通信(URLLC)。

eMBB目的在于与LTE、LTE-A或LTE-pro相比提供进一步增强的数据传输速率。例如，就一个基站而言，用于5G通信***的eMBB需要在下行链路上提供20Gbps的峰值数据速率并在上行链路上提供10Gbps的峰值数据速率。5G通信***还需要在同时地提供这种峰值数据速率时提供提高的用户感知数据速率。为了满足此类要求，需要进一步增强各种发送(TX)/接收(RX)技术以及多输入多输出(MIMO)。虽然LTE在2GHz带中采用多达20MHz的TX带宽来发送信号，但是5G通信***在范围从3GHz至6GHz或6GHz以上的频带中采用更宽广的频率带宽，以满足5G通信***所要求的数据速率。

mMTC也被认为支持应用服务，诸如5G通信***中的物联网(IoT)。为了高效地提供IoT，要求mMTC在小区中支持海量UE，增强UE的覆盖范围和电池时间，并且降低UE成本。IoT终端被附接到各种传感器或设备以提供通信功能，因此，它需要在每个小区中支持许多UE(例如，1,000,000个UE/km²)。由于支持mMTC的UE按服务性质很可能位于小区未覆盖的阴影区域(诸如建筑物的地下)中，所以与5G通信***提供的其他服务相比，它可能要求更宽广的覆盖范围。由于对低成本的需要和难以频繁地更换电池，可能要求支持mMTC的UE具有很长的电池寿命，例如，10年至15年。

URLLC是关键任务的、基于蜂窝的无线通信服务。例如，URLLC可以被考虑用在机器人或机械的远程控制、工业自动化、无人驾驶飞行器、远程医疗保健或紧急警报中。这要求URLLC提供非常低的延时和非常高可靠性的通信。例如，支持URLLC的服务需要在7⁵或更小的分组错误率情况下同时地满足小于0.5毫秒的空中接口延时。因此，对于支持URLLC的服务，可能要求5G通信***在通过在频带中分配宽广资源来保证可靠的通信链路时，提供比用于其他服务的发送时间间隔(TTI)更短的发送时间间隔。

可以在一个***中复用并发送上述三种5G服务，即，eMBB、URLLC和mMTC。在这种情况下，服务可以采用不同的TX/RX方案和TX/RX参数来满足它们的不同要求。当然，5G不限于上述三种服务。

本公开的实施例的描述主要集中于无线接入网络、新RAN(NR)以及核心网络、分组核心(5G***，或5G核心网络，或NG核心，或下一代核心)，这些由作为移动通信标准化组织的第三代伙伴关系(3GPP)指定。然而，在不脱离本公开的范围的情况下，本公开的主题或其轻微变化也可以适用于共享类似技术背景的其他通信***，本领域的普通技术人员将容易地理解这一点。

为了易于描述，可以使用第三代合作伙伴项目(3GPP)标准(用于5G、新无线电(NR)、长期演进(LTE)或类似***的标准)中定义的一些术语或名称。然而，本公开不受此类术语和名称限制并且可以同样地适用于符合其他标准的***。如本文所使用的，为了易于描述，用于标识接入节点的术语、表示网络实体的术语、表示消息的术语、表示网络实体间接口的术语、以及表示各条标识信息的术语被作为示例提供。因此，本公开不受术语限制，并且此类术语可以用表示具有等同技术构思的对象的其他术语替换。

图1示出了根据本公开的各种实施例的无线通信***。

图1将基站110以及UE 120和130举例说明为在无线通信***中使用无线信道的一些节点。尽管在图1中示出了仅一个基站，但是还可以包括与基站110相同或类似的其他基站。

基站110是向UE 120和130提供无线接入的网络基础设施。基站110具有基于它可以发送信号的距离定义为一定地理区域的覆盖范围。基站110可以用诸如“接入点(AP)”、“eNodeB(eNB)”、“第五代(5G)节点”、“下一代节点B(gNB)”、“无线点”或“发送/接收点(TRP)”的其他术语加以表示，或者用具有与其等同的技术含义的其他各种术语加以表示。

UE 120和130中的每一者是由用户使用的设备，并且UE 120和基站110通过使用最佳发送/接收波束对121和112来通过无线信道通信。UE 130和基站110通过使用最佳发送/接收波束对131和113来通过无线信道通信。UE 120和130中的每一者也可以由诸如用户设备(UE)、移动站、订户站、远程终端、无线终端、用户设备的其他术语表示，或者用与其具有等同技术含义的其他各种术语加以表示。在一些情况下，可以在没有用户参与的情况下操作UE 120和UE 130中的至少一者。在这种情况下，UE 120和UE 130中的至少一者可以是执行机器类型通信(MTC)的设备并且可以不由用户携带。

图2示出了根据本公开的各种实施例的无线通信***中的基站的配置。

可以将图2所示的配置理解为基站110的配置。此外，如本文所使用的术语“……单元”和后缀“……器”表示处理至少一个功能或操作的单元并且用硬件、软件或它们的组合加以实现。

参照图2，基站包括无线通信单元210、回程通信单元220、存储单元230和控制器240。

无线通信单元210执行用于经由无线信道发送/接收信号的功能。例如，无线通信单元210根据***物理层规范来执行基带信号与比特流之间的转换的功能。例如，在数据发送时，无线通信单元210对发送比特流进行编码和调制，从而生成复合符号。此外，在数据接收时，无线通信单元210通过对基带信号进行解调和解码来重构接收比特流。

此外，无线通信单元210将基带信号上变频成射频(RF)频带信号并经由天线发送经转换后的信号，而无线通信单元5310将经由天线接收到的RF带信号下变频成基带信号。为此目的，无线通信单元210可以包括例如发送滤波器、接收滤波器、放大器、混频器、振荡器、数模转换器(DAC)和模数转换器(ADC)。无线通信单元210可以包括多个发送/接收路径。此外，无线通信单元210可以包括由多个天线元件构成的至少一个天线阵列。

就硬件而言，无线通信单元210可以由数字单元或模拟单元配置，并且模拟单元可以取决于操作功率和操作频率而由多个子单元构成。可以将数字单元实现为至少一个处理器(例如，数字信号处理器(DSP))。

无线通信单元210如上所述发送和接收信号。因此，无线通信单元210的全部或部分可以被称为“发送器”、“接收器”或“收发器”。此外，在以下描述中经由无线信道执行的发送和接收也可以意指由无线通信单元210执行上述过程。

回程通信单元220提供用于执行与网络中的其他节点通信的接口。换句话说，回程通信单元220可以将从基站向另一节点(例如，另一接入节点、另一基站、上层节点或核心网络)发送的比特串转换成物理信号并且将从另一节点接收到的物理信号转换成比特流。

存储单元230存储用于操作基站的基本程序、应用程序、配置信息或其他数据。可以将存储单元230配置为易失性存储器、非易失性存储器、或易失性存储器和非易失性存储器的组合。存储单元230根据来自控制器240的请求提供所存储的数据。

控制器240根据将在下面描述的本公开的实施例控制基站的整体操作。例如，控制器240通过无线通信单元210或者通过回程通信单元220发送和接收信号。控制器240在存储单元230中记录数据并从存储单元230读取数据。控制器240可以执行通信规范中要求的协议栈的功能。根据另一实现方式示例，协议栈可以被包括在无线通信单元210中。为此目的，控制器240可以包括至少一个处理器。

图3示出了根据本公开的各种实施例的无线通信***中的UE的配置。

可以将图3所示的配置理解为UE 120的配置。此外，如本文所使用的术语“……单元”和后缀“……器”表示处理至少一个功能或操作的单元并且用硬件、软件或它们的组合加以实现。

参照图3，UE包括通信单元310、存储单元320和控制器330。

通信单元310执行用于经由无线信道发送/接收信号的功能。例如，通信单元310根据***物理层规范来执行基带信号与比特流之间的转换的功能。例如，在数据发送时，通信单元310对发送比特流进行编码和调制，从而生成复合符号。此外，在数据接收时，通信单元310通过对基带信号进行解调和解码来重构接收比特流。此外，通信单元310将基带信号上变频成RF频带信号并经由天线发送经转换后的信号，而无线通信单元210将经由天线接收到的RF频带信号下变频成基带信号。例如，通信单元310可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC和ADC。

通信单元310可以包括多个发送/接收路径。此外，通信单元310可以包括由多个天线元件构成的至少一个天线阵列。就硬件而言，通信单元310可以由数字电路和模拟电路(例如，射频集成电路(RFIC))配置。这里，可以在单个封装件中实现数字电路和模拟电路。通信单元310可以包括多个RF链。此外，通信单元310可以执行波束成形。

通信单元310如上所述发送和接收信号。因此，通信单元310的全部或部分可以被称为“发送器”、“接收器”或“收发器”。此外，在以下描述中经由无线信道执行的发送和接收也可以意指由通信单元310执行上述过程。

存储单元320存储用于操作UE的基本程序、应用程序、配置信息或其他数据。可以将存储单元320配置为易失性存储器、非易失性存储器、或易失性存储器和非易失性存储器的组合。存储单元320根据来自控制器330的请求提供所存储的数据。

控制器330根据将在下面描述的本公开的实施例控制UE的整体操作。例如，控制器330经由通信单元310发送和接收信号。控制器330在存储单元320中记录数据并从存储单元320读取数据。控制器330可以执行通信规范中要求的协议栈的功能。为此目的，控制器330可以包括至少一个处理器或微处理器或者可以是处理器的部分。通信单元310和控制器330的部分可以被称为通信处理器(CP)。

图4是根据本公开的各种实施例的无线通信***中的UE的流程图。图4示出了UE120的操作方法。

参照图4，在操作401中，UE在配置的寻呼时机上接收配置有寻呼-无线网络临时标识符(P-RNTI)的物理下行链路控制信道(PDCCH)。寻呼过程可以用于指示存在去往处于空闲(IDLE)状态或不活动(INACTIVE)状态的UE的传入呼叫，并且指示UE的网络接入已开始或者通知处于连接(CONNECTED)状态的UE***信息已改变。在不活动状态下，UE具有建立的RRC连接，并且UE特定DRX可以由更高层或RRC层配置。UE可以监听寻呼信道并执行相邻小区测量和小区(重新)选择。

同时，通过基站从接入和移动性管理功能(AMF)向UE传送寻呼(消息)，该AMF在核心网络中对UE执行寻呼控制和移动控制。更具体地，寻呼自AMF启动并通过S1应用协议(S1AP)信令被传送到基站，然后通过RRC信令被传送到UE。在这种情况下，UE可以通过在寻呼时机上监听配置有P-RNTI的PDCCH来知道对于UE是否存在寻呼消息。可以基于由基站向UE设置的DRX周期确定寻呼时机。

在操作402中，UE在基于PDCCH的物理下行链路共享信道(PDSCH)上接收包括UE的标识符的寻呼消息。已接收到(检测到)配置有P-RNTI的PDCCH发送的UE可以在PDSCH上接收寻呼消息。寻呼消息可以包括关于将由基站唤醒的UE的UE标识符(UE ID)信息。

在下面参照附图更详细地描述5G***的帧结构。

图5示出了根据本公开的各种实施例的无线通信***的资源结构。具体地，图5示出了作为在5G***中发送数据或控制信道的无线资源区域的时间-频率域的基本结构。

在图5中，水平轴指时域，而垂直轴指频域。时域和频域中的资源的基本单位是资源元素(RE)501，该RE 501可以由时间轴上的一个正交频分复用(OFDM)符号502并由频率轴上的一个子载波503定义。在频域中，

(例如，12)个连续的RE可以构成一个资源块(RB)504。在图5中，/>

是针对子载波间隔设置(μ)的每子帧510的OFDM符号数。对于5G***中使用的资源结构的更详细描述，参照TS 38.211第4节标准。

图6示出了根据本公开的各种实施例的无线通信***的资源结构。具体地，图6示出了5G***中考虑的时隙结构。

图6示出了帧600、子帧601和时隙602的示例结构。可以将一个帧600定义为10ms。可以将一个子帧601定义为1ms，因此，一个帧600可以由总共10个子帧601构成。可以将一个时隙602或603定义为14个OFDM符号(即，每时隙的符号数

一个子帧601可以由一个或更多个时隙602和603组成，并且每子帧601的时隙602和603的数目可以取决于μ(604或605)而不同，μ是子载波间隔的设置值。

图6示出了子载波间隔设置值μ＝0(604)的示例和子载波间隔设置值μ＝1(605)的示例。当μ＝0(604)时，一个子帧601可以由一个时隙602构成，而当μ＝1(605)时，一个子帧601可以由两个时隙(603)构成。换句话说，根据所设置的子载波间隔值μ，每子帧的时隙数

可以变化，因此，每帧的时隙数/>

可以不同。根据每个子载波间隔μ，可以在下表1中定义/>

和/>

[表1]

在下面参照附图详细地描述5G通信***中的带宽部分(BWP)的配置。

图7示出了根据本公开的各种实施例的无线通信***中的带宽部分的结构。具体地，图7是示出了用于5G通信***中的带宽部分的配置的示例的视图。

图7示出了UE带宽700被划分成两个带宽部分(例如，带宽部分#1(BWP#1)701和带宽部分#2(BWP#2)702)的示例。基站可以在UE中配置一个或更多个带宽部分，并且对于每个带宽部分，可以配置如下表2所示出的信息。

[表2]

在表2中，“locationAndBandwidth”表示对应带宽部分在频域中的位置和带宽，“cyclicPrefix”表示是否针对带宽部分使用扩展循环前缀(CP)，而“subcarrierSpacing”表示将在带宽部分中使用的子载波间隔。

本公开的各种实施例不限于此，并且可以在UE中配置除上述配置信息外的其他各种BWP相关参数。基站可以通过更高层信令(例如，无线资源控制(RRC)信令)向UE传送信息。可以激活一个或更多个配置的带宽部分当中的至少一个带宽部分。可以半静态地通过RRC信令或者动态地通过下行链路控制信息(DCI)从基站向UE传送是否激活所配置的带宽部分。

根据实施例，在无线资源控制(RRC)连接之前，可以由基站经由主信息块(MIB)向UE配置用于进行初始接入的初始带宽部分(BWP)。更具体地，UE可以在初始接入阶段中通过MIB接收其中可以发送物理下行链路控制信道(PDCCH)的搜索空间和控制资源集(CORESET)的配置信息，以接收初始接入所必需的***信息(剩余***信息、RMSI或可以对应于SIB1的***信息块1)。可以将通过MIB设置的控制资源集(CORESET)和搜索空间视为标识(ID)0。通过MIB配置的控制资源集和搜索空间可以分别是公共控制资源集和公共搜索空间。基站可以经由MIB给UE提供控制资源集#0的配置信息，诸如频率分配信息、时间分配信息和参数集(numerology)。此外，基站可以经由MIB向UE提供控制资源集#0的寻呼时机和监听时段的配置信息，即，搜索空间#0的配置信息。UE可以将从MIB获得的设置为控制资源集#0的频率范围视为用于初始接入的初始BWP。在这种情况下，可以将初始BWP的标识(ID)视为0。

上述5G中支持的带宽部分的配置可以用于各种目的。

根据实施例，当由UE支持的带宽小于***带宽时，可以通过带宽部分配置来支持此。例如，当基站给UE配置带宽部分的频率位置，UE可以在***带宽中的特定频率位置中发送/接收数据。

根据实施例，为了支持不同参数集，基站可以给UE配置多个带宽部分。例如，为了对于某一UE支持使用15kHz的子载波间隔和30kHz的子载波间隔的数据发送/接收，基站可以给该UE配置两个带宽作为15kHz和30kHz的子载波间隔。不同带宽部分可以被频分复用，并且，当以特定子载波间隔发送/接收数据时，可以激活被设置为对应子载波间隔的带宽部分。

根据实施例，为了降低UE的功耗，基站可以给UE配置具有不同带宽大小的带宽部分。例如，当UE支持超过非常大的带宽(例如，100MHz的带宽)的带宽并且总是使用该带宽来发送/接收数据时，可能发生显著的功耗。特别地，在没有业务的情形下使用100MHz的大带宽来监听不必要的下行链路控制信道就功耗而言是非常低效的。为了降低UE的功耗，基站可以在UE中向UE配置相对小的带宽的带宽部分，例如，20MHz的带宽部分。在无业务情形下，UE可以在20MHz带宽中执行监听，并且如果出现数据，则UE可以根据来自基站的指令在100MHz带宽中发送/接收数据。

在用于配置带宽部分的方法中，RRC连接之前的UE可以在初始接入阶段中经由主信息块(MIB)接收初始带宽的配置信息。更具体地，UE可以被配置有下行链路控制信道的控制资源集(CORESET)，在该下行链路控制信道中可以从物理广播信道(PBCH)的MIB发送调度***信息块(SIB)的下行链路控制信息(DCI)。可以将通过MIB配置的控制资源集的带宽视为初始带宽部分，并且UE可以经由所配置的初始带宽部分接收发送SIB的物理下行链路共享信道(PDSCH)。初始带宽部分可以用于其他***信息(OSI)、寻呼和随机接入以及用于接收SIB。

如果UE被配置有一个或更多个带宽部分，则基站可以使用DCI中的带宽部分指示符来向UE指示带宽部分的变化。作为示例，当UE的当前激活的带宽部分是图7中的带宽部分#1 701时，基站可以用DCI中的带宽部分指示符来向UE指示带宽部分#2 702，并且UE可以将带宽部分改变为用所接收到的DCI中的带宽部分指示符指示的带宽部分#2 702。

如上所述，由于基于DCI的带宽部分变化可以由调度物理下行链路共享信道(PDSCH)或物理上行链路共享信道(PUSCH)的DCI指示，所以UE在接收到带宽部分变化请求的情况下，应当能够毫无困难地在改变后的带宽部分中接收或发送由DCI调度的PDSCH或PUSCH。为此目的，标准规定了对在改变带宽部分时要求的延迟时间T_BWP的要求，这些要求可以如下表3所示的那样被定义。

[表3]

对带宽部分变化的延迟的要求根据UE的能力支持类型1或类型2。UE可以向基站报告可支持的带宽部分延迟时间类型。

如果UE在时隙n中接收到包括随对带宽部分变化延迟时间的上述要求而定的带宽部分变化指示符的DCI，则UE可以在不晚于时隙n+T_BWP的时间完成对由带宽部分变化指示符指示的新带宽部分的改变，并且可以在改变后的新带宽部分中由DCI调度的数据信道上执行发送/接收。在新带宽部分中调度数据信道时，基站可以考虑UE的带宽部分变化延迟时间T_BWP来确定用于数据信道的时域资源分配。换句话说，当用新带宽部分调度数据信道时，在确定用于数据信道的时域资源分配的方法中，基站可以在带宽部分变化延迟时间之后调度对应的数据信道。因此，UE可能不预期指示带宽部分变化的DCI指示比带宽部分变化延迟时间T_BWP小的时隙偏移(K0或K2)。

如果UE已接收到指示带宽部分变化的DCI(例如，DCI格式1_1或0_1)，则UE可以在从已接收到包括DCI的PDCCH的时隙的第三符号到通过由DCI中的时域资源分配指示符字段指示的时隙偏移(K0或K2)值所指示的时隙的起始点的时间段期间不执行发送或接收。例如，如果UE在时隙n中接收到指示带宽部分变化的DCI，并且由DCI指示的时隙偏移值是K，则UE可以从时隙n的第三符号到时隙n+K之前的符号(即，时隙n+K-1的最后符号)不执行发送或接收。

接下来，描述5G中的同步信号(SS)/PBCH块(即，同步信号块(SSB))。

SS/PBCH块可以意指由主SS(PSS)、辅SS(SSS)和物理广播信道(PBCH)组成的物理层信道块。具体地，SS/PBCH块的配置如下。

PSS：用作用于下行链路时间/频率同步的参考并且提供小区ID的信息的一部分的信号

SSS：用作用于下行链路时间/频率同步的参考，并且提供PSS未提供的小区ID的信息的其余部分。另外地，它可以用作用于PBCH的解调的参考信号。

PBCH：提供UE发送和接收数据信道和控制信道所必需的必要***信息。该必要***信息可以包括指示控制信道的无线资源映射信息以及用于发送***信息的单独数据信道的调度控制信息的搜索空间相关的控制信息。

SS/PBCH块由PSS、SSS和PBCH的组合组成。可以在5ms内发送一个或更多个SS/PBCH块，并且可以用索引来区分每个发送的SS/PBCH块。

UE可以在初始接入阶段中检测PSS和SSS并且可以对PBCH进行解码。UE可以从PBCH获得MIB并且由此被配置有控制资源集(CORESET)#0(其可以对应于其控制资源集索引或标识(ID)为0的控制资源集)和搜索空间#0(其可以对应于其搜索空间索引或ID为0的搜索空间)。假定所选择的在控制资源集#0中发送的SS/PBCH块和解调参考信号(DMRS)准共址(QCLed)，UE可以对控制资源集#0执行监听。UE可以通过在控制资源集#0中发送的下行链路控制信息来接收***信息。UE可以从所接收到的***信息获得初始接入所需的与随机接入信道(RACH)相关的配置信息。UE可以考虑所选择的SS/PBCH索引向基站发送物理RACH(PRACH)，并且接收到PRACH的基站可以获得由UE选择的SS/PBCH块索引的信息。基站可以知道UE已从SS/PBCH块中选择了哪个块并且监听与其相关的控制资源集#0。

接下来，详细地描述5G***中的下行链路控制信息(DCI)。

5G***中的上行链路数据(或物理上行链路共享信道(PUSCH))或下行链路数据(或物理下行链路数据信道(PDSCH))的调度信息通过DCI被从基站发送到UE。UE可以针对PUSCH或PDSCH监听用于回退的DCI格式和用于非回退的DCI格式。回退DCI格式可以由在基站与UE之间预定义的固定字段组成，而非回退DCI格式可以包括可配置的字段。

可以经由信道编码和调制通过作为物理下行链路控制信道的PDCCH来发送DCI。循环冗余校验(CRC)被添加到DCI消息有效载荷，并且CRC用作为UE的标识的无线网络临时标识符(RNTI)进行加扰。不同RNTI可以用于DCI的目的，例如，UE特定数据传输、功率控制命令或随机接入响应。换句话说，RNTI不是被显式地发送，而是RNTI被包括在CRC计算过程中并被发送。在接收到在PDCCH上发送的DCI时，UE使用所分配的RNTI来识别CRC，并且当CRC正确时，UE可以知道DCI已被发送给UE。

例如，可以将针对***信息(SI)调度PDSCH的DCI加扰到SI-RNTI。可以将针对随机接入响应(RAR)消息调度PDSCH的DCI加扰到RA-RNTI。可以用P-RNTI加扰针对寻呼消息调度PDSCH的DCI。可以将提供时隙格式指示符(SFI)的DCI加扰到SFI-RNTI。可以将提供发送功率控制(TPC)的DCI加扰到TPC-RNTI。调度UE特定PDSCH或PUSCH的DCI可以用小区RNTI(C-RNTI)、调制编码方案C-RNTI(MCS-C-RNTI)或配置的调度RNTI(CS-RNTI)进行加扰。

可以将DCI格式0_0用作用于调度PUSCH的回退DCI，并且在这种情况下，可以将CRC加扰到C-RNTI。其中CRC被加扰到C-RNTI的DCI格式0_0可以包括例如下表4所示的信息。

[表4]

/>

可以将DCI格式0_1用作用于调度PUSCH的非回退DCI，并且在这种情况下，可以将CRC加扰到C-RNTI。其中CRC被加扰到C-RNTI的DCI格式0_1可以包括例如下表5a和表5b所示的信息。表5a至表5d示出了DCI格式0_1中包括的为了方便分开的一系列字段(信息)。

[表5a]

/>

[表5b]

/>

[表5c]

/>

/>

[表5d]

/>

可以将DCI格式1_0用作用于调度PDSCH的回退DCI，并且在这种情况下，可以将CRC加扰到C-RNTI。其中CRC被加扰到C-RNTI的DCI格式1_0可以包括例如下表6所示的信息。

[表6]

/>

/>

可以将DCI格式1_1用作用于调度PDSCH的非回退DCI，并且在这种情况下，可以将CRC加扰到C-RNTI。其中CRC被加扰到C-RNTI的DCI格式1_1可以包括例如下表7a至表7c所示的信息。表7a至表7c示出了DCI格式1_1中包括的为了方便分开的一系列字段(信息)。

[表7a]

/>

/>

[表7b]

/>

/>

[表7c]

/>

描述了用于在5G通信***中为数据信道分配时域资源的方法。

基站可以经由更高层信令(例如，RRC信令)给UE配置用于物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)的时域资源分配信息的表。对于PDSCH，可以配置包括多达maxNrofDL-Allocations＝16个条目的表，而对于PUSCH，可以配置包括多达maxNrofUL-Allocations＝16个条目的表。时域资源分配信息可以包括例如PDCCH-to-PDSCH时隙定时(其被指定为K0并且对应于PDCCH的接收时间与由所接收到的PDCCH调度的PDSCH的发送时间之间的时间间隔)或PDCCH-to-PUSCH时隙定时(其被指定为K2并且对应于PDCCH的接收时间与由所接收到的PDCCH调度的PUSCH的发送时间之间的时间间隔)、在时隙中调度PDSCH或PUSCH的起始符号的位置和长度的信息、以及PDSCH或PUSCH的映射类型。

例如，可以通过更高层信令(例如，RRC信令)或L1信令(例如，DCI)从基站向UE提供诸如下表8和表9中的信息。

[表8]

[表9]

基站可以经由L1信令(例如，DCI)给UE提供用于时域资源分配信息的表中的条目之一(例如，它可以用DCI中的“时域资源分配”字段指示)。UE可以基于从基站接收到的DCI获得PDSCH或PUSCH的时域资源分配信息。

描述了用于在5G通信***中为数据信道分配频域资源的方法。

5G支持两种类型(例如，资源分配类型0和资源分配类型1)，作为用于指示物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)的频域资源分配信息的方法。

资源分配类型0

可以将RB分配信息以资源块组(RBG)的位图的形式从基站提供给UE。在这种情况下，RBG可以由连续的虚拟RB的集合组成，并且可以基于设置为更高层参数(rbg-Size)的值和下表10中定义的带宽部分大小来确定RBG的大小P。

[表10]

带宽部分大小	配置1	配置2
			1–36	2	4
37–72	4	8
			73–144	8	16
145–275	16	16

对于其大小为

的带宽部分i，可以如在下式1中一样定义RBG的总数(NRBG)。

其中

第一RBG的大小是

如果

则最后RBG的大小是/>

而剩余RBG的大小都是P。

大小为N_RBG的位图中的每个比特可以对应于每个RBG。可以从带宽部分的最低位置开始按照频率的升序为RBG编索引。对于带宽部分中的N_RBG个RBG，可以将RBG#0至RBG#(N_RBG-1)映射到RBG位图的MSB至LSB。当位图中的特定位值为1时，UE可以确定已指配了与该位值相对应的RBG，而当位图中的特定位值为0时，UE可以确定没有指配与该位值相对应的RBG。

资源分配类型1

可以将RB分配信息从基站提供给UE，作为用于连续地指配的VRB的起始位置和长度的信息。在这种情况下，可以对连续地指配的VRB进一步应用交织或非交织。资源分配类型1的资源分配字段可以被配置有资源指示值(RIV)，并且RIV可以由VRB的起始位置(RB_start)和连续地分配的RB的长度(L_RBs)组成。具体地，

大小的带宽部分的RIV可以被定义如下。

如果

则

否则

其中L_RBs≥1并且不应当超过

基站可以通过更高层信令给UE配置资源分配类型(例如，可以将更高层参数resourceAllocation设置为resourceAllocationType0、resourceAllocationType1或dynamicSwitch中的一者)。如果UE被配置有资源分配类型0和资源分配类型1二者(或者如果更高层参数resourceAllocation被以相同方式设置为dynamicSwitch)，则可以指示与在指示调度的DCI格式中指示资源分配的字段的MSB相对应的比特是资源分配类型0还是资源分配类型1，可以基于所指示的资源分配类型经由除了与最高有效比特(MSB)相对应的比特之外的剩余比特指示资源分配信息，并且基于此，UE可以解释DCI字段的资源分配字段信息。如果UE被配置有资源分配类型0或资源分配类型1(或者如果更高层参数resourceAllocation被以相同方式设置为resourceAllocationType0或resourceAllocationType1)，则可以基于资源分配类型指示资源分配信息，在资源分配信息中配置了在指示调度的DCI格式中指示资源分配的字段，并且基于此，UE可以解释DCI字段的资源分配字段信息。

在下面参照附图更详细地描述5G通信***中的下行链路控制信道。

图8示出了根据本公开的各种实施例的无线通信***中的控制资源集的结构。

具体地，图8示出了在5G无线通信***中发送下行链路控制信道的控制资源集(CORESET)的示例。图8示出了在时间轴上的一个时隙820中配置两个控制资源集(控制资源集#1 801和控制资源集#2 802)并且在频率轴上配置UE带宽部分810的示例。可以在频率轴上的UE的整体UE带宽部分810的特定频率资源中配置控制资源集。图8示出了特定频率资源803是在控制资源集#1 801中配置的频率资源的示例。控制资源集可以被配置有时间轴上的一个或更多个OFDM符号，其可以被定义为控制资源集持续时间804。

参照图8，可以将控制资源集#1 801配置为两个符号的控制资源集长度，并且可以将控制资源集#2 802配置为一个符号的控制资源集长度。

可以由基站通过更高层信令(例如，***信息、主信息块(MIB)或无线资源控制(RRC)信令)或DCI在UE中配置上述5G中的控制资源集。给UE配置控制资源集意味着给UE提供如控制资源集的标识符(ID)、控制资源集的频率位置和控制资源集的符号长度这样的信息。控制资源集的配置信息可以包括例如下表11所示的信息。

[表11]

在表11中，tci-StatesPDCCH(简称为传输配置指示(TCI)状态)配置信息可以包括一个或更多个同步信号(SS)/物理广播信道(PBCH)块(即，同步信号块(SSB))索引或与在所对应的控制资源集中发送的DMRS准共址(QCLed)的信道状态信息参考信号(CSI-RS)索引的信息。

图9示出了根据本公开的各种实施例的无线通信***中的资源结构。

具体地，图9示出了构成可以在5G中使用的下行链路控制信道的时间和频率资源的示例基本单位。

参照图9，构成下行链路控制信道(例如，PDCCH)的时间和频率资源的基本单位可以被称为资源元素组(REG)903，并且REG 903可以被定义有时间轴上的一个OFDM符号901，以及被定义有频率轴上的一个物理资源块(PRB)902，即12个子载波。基站可以通过级联REG903来配置下行链路控制信道分配单元。

参照图9，如果在5G中分配下行链路控制信道的基本单位是控制信道元素(CCE)904，则一个CCE 904可以由多个REG 903组成。如果将图9所示的REG 903作为示例来描述，则REG 903可以由12个RE组成。如果一个CCE 904由例如6个REG 903组成，则一个CCE 904可以由72个RE组成。当下行链路控制资源集被设置时，区域可以由多个CCE 904构成，并且特定下行链路控制信道可以根据控制资源集中的聚合等级(AL)被映射到一个或更多个CCE904并被发送。控制资源集中的CCE 904用数字区分开，并且在这种情况下，可以根据逻辑映射方案来指配CCE 904的数目。

参照图9，下行链路控制信道的基本单位(即，REG 903)可以包含DCI被映射到的RE以及DMRS 905(用于对RE进行解码的参考信号)被映射到的区域。参照图9，例如，可以在一个REG 903中发送三个DMRS 905。发送PDCCH所必需的CCE的数目可以取决于聚合等级(AL)而为例如1、2、4、8或16，并且不同数目的CCE可以用于实现下行链路控制信道的链路自适应。例如，如果AL＝L，则可以经由L个CCE发送一个下行链路控制信道。UE需要在不知道下行链路控制信道的信息的情况下检测信号，并且对于盲解码，指示CCE的集合的搜索空间被定义。搜索空间是由UE需要试图在给定聚合等级上解码的CCE构成的候选控制信道的集合，并且由于存在若干聚合等级来捆绑多达1、2、4、8或16个CCE，所以UE具有多个搜索空间。可以将搜索空间集(Set)定义为所有设置的聚合等级下的搜索空间的集合。

可以将搜索空间分类成公共搜索空间和UE特定搜索空间。预定组的UE或所有UE可以搜索PDCCH的公共搜索空间以接收小区公共控制信息(例如，寻呼消息)或***信息的动态调度。例如，可以通过探查PDCCH的公共搜索空间来接收用于发送包含例如小区服务提供商信息的SIB的PDSCH调度分配信息。在公共搜索空间的情况下，由于某组UE或所有UE需要接收PDCCH，所以它可以被定义为先前商定的CCE的集合。可以通过检查PDCCH的UE特定搜索空间来接收UE特定PDSCH或PUSCH的调度分配信息。UE特定搜索空间可以是按UE的各种***参数和标识信息(标识)的功能对UE具体定义的。

在5G中，可以由基站通过更高层信令(例如，SIB、MIB或RRC信令)在UE中配置用于PDCCH的搜索空间的参数。例如，基站可以给UE配置例如每个聚合等级L下的PDCCH候选的数目、用于搜索空间的监听时段、用于搜索空间的时隙中的符号单元的监听时机、搜索空间类型(公共搜索空间或UE特定搜索空间)、将在搜索空间中监听的RNTI和DCI格式的组合、以及将在搜索空间中监听的控制资源集索引。例如，用于PDCCH的搜索空间的配置信息可以包括如表12所示的信息。

[表12]

根据配置信息，基站可以将一个或更多个搜索空间集配置给UE。根据实施例，基站可以给UE配置搜索空间集1和搜索空间集2并且将其配置为在公共搜索空间中监听在搜索空间集1中加扰到X-RNTI的DCI格式A，并且在UE特定搜索空间中监听在搜索空间集2中加扰到Y-RNTI的DCI格式B。在X-RNTI和Y-RNTI中，“X”和“Y”可以对应于将在下面描述的各种RNTI之一。

根据上述配置信息，一个或更多个搜索空间集可以存在于公共搜索空间或UE特定搜索空间中。例如，可以在公共搜索空间中配置搜索空间集#1和搜索空间集#2，并且可以在UE特定搜索空间中配置搜索空间集#3和搜索空间集#4。

在公共搜索空间中，可以监听如下DCI格式和RNTI的组合。当然，本公开的各种实施例不限于以下示例。

具有由C-RNTI、CS-RNTI、MCS-C-RNTI、SP-CSI-RNTI、RA-RNTI、TC-RNTI、P-RNTI或SI-RNTI加扰的CRC的DCI格式0_0/1_0

具有由SFI-RNTI加扰的CRC的DCI格式2_0

具有由INT-RNTI加扰的CRC的DCI格式2_1

具有由TPC-PUSCH-RNTI或TPC-PUCCH-RNTI加扰的CRC的DCI格式2_2

具有由TPC-SRS-RNTI加扰的CRC的DCI格式2_3

在UE特定搜索空间中，可以监听如下DCI格式和RNTI的组合。当然，本公开的各种实施例不限于以下示例。

具有由C-RNTI、CS-RNTI或TC-RNTI加扰的CRC的DCI格式0_0/1_0具有由C-RNTI、CS-RNTI或TC-RNTI加扰的CRC的DCI格式1_0/1_1所指定的RNTI可以被如下定义和使用。

C-RNTI(小区RNTI)：用于调度UE特定PDSCH

调制编码方案C-RNTI(MCS-C-RNTI)：用于调度UE特定PDSCH临时小区RNTI(TC-RNTI)：用于调度UE特定PDSCH

配置的调度RNTI(CS-RNTI)：用于调度半静态地配置的UE特定PDSCH

随机接入RNTI(RA-RNTI)：用于在随机接入阶段中调度PDSCH

寻呼RNTI(P-RNTI)：用于调度发送寻呼的PDSCH

***信息RNTI(SI-RNTI)：用于调度发送***信息的PDSCH

中断RNTI(INT-RNTI)：用于指示是否对PDSCH打孔

用于PUSCH的发送功率控制RNTI(TPC-PUSCH-RNTI)：用于指示用于PUSCH的功率控制命令

用于PUCCH的发送功率控制RNTI(TPC-PUCCH-RNTI)：用于指示用于PUCCH的功率控制命令

用于SRS的发送功率控制RNTI(TPC-SRS-RNTI)：用于指示用于SRS的功率控制命令。

上述DCI格式可以遵循下表13中的定义。

[表13]

/>

在5G中，控制资源集p和搜索空间集s中的聚合等级L的搜索空间可以由下式1表达。

[式1]

-L：聚合等级

-n_CI：载波索引

-N_CCE,p：存在于控制资源集p中的CCE的总数目

-N^μ _s,f：时隙索引

-M^(L) _p,s,max：聚合等级L的PDCCH候选的数目

-M_snCI＝0,...,M^(L) _p,s,max-1：聚合等级L的PDCCH候选索引

-i＝0,...,L-1

-

Y_p，-1＝n_RNTI≠0，A₀＝39827，A₁＝39829，A₂＝39839，D＝65537

-n_RNTI：UE标识符

Y_(p,n^μ _s,f)在公共搜索空间的情况下可以为0。

在UE特定搜索空间的情况下，Y_(p,n^μ _s,f)可以是取决于UE的标识(C-RNTI或由基站在UE中配置的ID)和时间索引而改变的值。

图10示出了根据本公开的各种实施例的无线通信***中的不连续接收(DRX)的过程。

具体地，图10是示出了不连续接收(DRX)操作的视图。具体地，不连续接收(DRX)是使用服务的UE在RRC连接状态下不连续地接收数据的操作，在所述RRC连接状态下在基站与UE之间建立了无线链路。DRX也被称为RRC连接状态下的DRX(即，C-DRX)。当应用DRX时，UE在特定时间打开接收器以监听控制信道，并且如果在一定时间段内没有接收到数据，则关闭接收器以降低UE的功耗。DRX操作可以由MAC层设备基于各种参数和定时器来控制。

参照图10，活动时间1005是UE每DRX周期唤醒并监听PDCCH的时间。可以将活动时间1005定义如下。

drx-onDurationTimer或drx-InactivityTimer或drx-RetransmissionTimerDL或drx-RetransmissionTimerUL或ra-ContentionResolutionTimer正在运行；或者

在PUCCH上发送调度请求并且调度请求未决；或者

指示在对于未由MAC实体在基于竞争的随机接入前导同步码当中选择的随机接入前导同步码成功接收到随机接入响应之后尚未接收到向MAC实体的C-RNTI寻址的新传输的PDCCH

诸如drx-onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimerDL、drx-RetransmissionTimerUL和ra-ContentionResolutionTimer的DRX相关定时器是其值由基站设置并具有在满足预定条件的情况下将UE配置为监听PDCCH的功能的定时器。

drx-onDurationTimer 1015是用于设置UE在DRX周期中为唤醒的最小时间的参数。drx-InactivityTimer 1020是用于设置在接收到指示新上行链路传输或下行链路传输的PDCCH(1030)时UE为唤醒的附加时间的参数。drx-RetransmissionTimerDL是用于设置UE为唤醒以在下行链路HARQ处理中接收下行链路重传的最大时间的参数。drx-RetransmissionTimerUL是用于设置UE为唤醒以在上行链路HARQ处理中接收上行链路重传许可的最大时间的参数。可以将上述drx-onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimerDL和drx-RetransmissionTimerUL设置为例如时间、子帧数、时隙数等。ra-ContentionResolutionTimer是用于在随机接入过程中监听PDCCH的参数。

inActive时间1010是被设置为使得UE在DRX操作期间不监听PDCCH的时间或被设置为不接收PDCCH的时间并且可以是执行DRX的整个时间中的除了活动时间1005之外的其余部分。如果UE在活动时间1005期间不监听PDCCH，则UE可以进入睡眠或不活动状态以降低功耗。

DRX周期意指UE唤醒并监听PDCCH的周期。换句话说，DRX周期意指从UE监听PDCCH时到UE监听下一个PDCCH时的时间间隔或者意指接通持续时间的发生周期。存在两种类型的DRX周期：短DRX周期和长DRX周期。可以可选地应用短DRX周期。

长DRX周期1025是UE中配置的两个DRX周期中的较长者。UE再次启动drx-onDurationTimer 1015，在drx-onDurationTimer 1015的起始点(例如，起始符号)之后启动长DRX周期1025，同时在长DRX周期中工作。当在长DRX周期1025中工作时，UE可以在满足下式2的子帧中drx-SlotOffset之后的时隙中启动drx-onDurationTimer 1015。这里，drx-SlotOffset意指在启动drx-onDurationTimer 1015之前的延迟。可以将drx-SlotOffset设置为例如时间或时隙数等。

[式2]

[(SFN×10)+子帧号]modulo(drx-LongCycle)＝drx-StartOffset

这里，drx-LongCycleStartOffset可以包括长DRX周期1025和drx-StartOffset，并且可以用于定义长DRX周期1025开始的子帧。可以将drx-LongCycleStartOffset设置为例如时间、子帧数、时隙数等。

短DRX周期是UE中定义的两个DRX周期中的较短者。UE在长DRX周期1025中工作，并且如果在活动时间1005中发生预定事件，例如接收到1030指示新上行链路传输或下行链路传输的PDCCH，则UE启动或者重新启动drx-InactivityTimer 1020，并且如果drx-InactivityTimer 1020到期或者接收到DRX命令MAC CE，则UE可以在短DRX周期中工作。例如，在图10中，UE可以在前一个drx-onDurationTimer 1015或drx-InactivityTimer 1020到期时启动drx-ShortCycleTimer，并且可以在短DRX周期中工作直到drx-ShortCycleTimer到期为止。当UE接收到(1030)指示新上行链路传输或下行链路传输的PDCCH时，UE可以预期将来的附加上行链路传输或下行链路传输而延长活动时间1005或者使非活动时间1010的到达延迟。当在短DRX周期中工作时，UE重新启动drx-onDurationTimer 1015，在前一个接通持续时间的起始点之后启动短DRX周期。此后，当drx-ShortCycleTimer到期时，UE返回在长DRX周期1025中工作。

当在短DRX周期中工作时，UE可以在满足下式3的子帧中在drx-SlotOffset之后启动drx-onDurationTimer 1015。这里，drx-SlotOffset意指在启动drx-onDurationTimer1015之前的延迟。可以将drx-SlotOffset设置为例如时间或时隙数等。

[式3]

[(SFN×10)+子帧号]modulo(drx-LongCycle)＝(drx-StartOffset)modulo(drx-ShortCycle)

这里，drx-ShortCycle和drx-StartOffset可以用于定义短DRX周期开始的子帧。可以将drx-ShortCycle和drx-StartOffset设置为例如时间、子帧数或时隙数。

已经在上面参照图10描述了DRX操作。根据实施例，UE可以通过执行DRX来降低其功耗。然而，即使当UE执行DRX时，UE也不总是在活动时间1005中接收与UE相关联的PDCCH。因此，根据实施例，可以提供用于控制UE的操作的信号以更高效地节省UE的电力。

在下面详细地描述5G通信***中的载波聚合和调度方法。

UE可以通过初始接入来接入主小区，并且基站可以另外地给UE配置一个或更多个辅小区。UE可以通过包括由基站配置的辅小区和主小区的服务小区来执行通信。

基站可以另外地配置是否对UE中配置的小区执行跨载波调度。为了描述的方便，当配置了跨载波调度时，执行调度的小区(即，接收与下行链路指配或上行链路许可相对应的下行链路控制信息的小区)被统称为“第一小区”，而在其中执行调度的小区(即，在其中基于下行链路控制信息实际地调度并发送/接收下行链路或上行链路数据的小区)被称为“第二小区”。如果由基站针对特定小区A(被调度小区)给UE配置跨载波调度(在这种情况下，小区A对应于“第二小区”)，则UE不在小区A中对小区A执行PDCCH监听，但可以在通过跨载波调度指示的另一小区B(即调度小区)(在这种情况下，小区B对应于“第一小区”)中执行PDCCH监听。为了给UE配置跨载波调度，基站可以给UE配置对“第二小区”执行调度的“第一小区”的信息(例如，“第一小区”的小区索引)和“第二小区”的载波指示符字段(CIF)值。例如，可以通过更高层信令(例如，RRC信令)将下表14中阐述的配置信息从基站提供给UE。

[表14]

UE可以在“第一小区”中监听通过跨载波调度配置的小区的PDCCH。UE可以根据调度数据的DCI格式中的载波指示符字段的值确定由接收到的DCI调度的小区的索引，并且基于此，可以在由载波指示符指示的小区中发送/接收数据。

被调度小区(小区A)和调度小区(小区B)可以被配置有不同参数集。参数集可以包括子载波间隔、循环前缀等。在小区A和小区B具有不同参数集的情况下，当小区B的PDCCH调度小区A的PDSCH时，可以另外地考虑PDCCH与PDSCH之间的以下最小调度偏移。

[跨载波调度方法]

如果小区B的子载波间隔(μ_B)小于小区A的子载波间隔(μ_A)，则可以从作为在从小区B接收到的PDCCH的最后符号之后的X个符号的下一个PDSCH时隙调度PDSCH。这里，X可以取决于μ_B而不同，并且可以在μ_B＝15kHz时被定义为X＝4个符号，在μ_B＝30kHz时被定义为X＝4个符号，而在μ_B＝60kHz时被定义为X＝8个符号。

如果小区B的子载波间隔(μ_B)大于小区A的子载波间隔(μ_A)，则可以从一时间(即在从小区B接收到的PDCCH的最后符号之后的X个符号)起调度PDSCH。这里，X可以取决于μ_B而不同，并且可以在μ_B＝30kHz时被定义为X＝4个符号，在μ_B＝60kHz时被定义为X＝8个符号，而在μ_B＝120kHz时被定义为X＝12个符号。

在下面详细地描述的是一种用于配置传输配置指示(TCI)状态的方法，该方法是用于在5G通信***中在UE与基站之间指示或者交换准共址(QCL)信息的手段。

基站可以经由适当的信令在两个不同RS或信道之间配置并指示TCI状态，从而通告不同RS或信道之间的QCL关系。此外，基站可以通过适当的信令来配置并指示PDCCH(或PDCCH DMRS)的TCI状态。TCI状态意在用于通告不同RS或信道与PDCCH(或PDCCH DMRS)之间的准共址(QCL)关系。当不同的RS或信道被准共址时，这意味着在经由具有QCL关系的参考天线端口A(参考RS#A)和RS天线端口B(目标RS#B)估计信道时，UE被允许将从天线端口A估计的大规模信道参数中的全部或一些应用于来自天线端口B的信道测量结果。可能要求QCL取决于诸如以下的上下文而使不同参数相关联：1)受平均延迟和延迟扩展影响的时间跟踪，2)受多普勒移位和多普勒扩展影响的频率跟踪，3)受平均增益影响的无线资源测量(RRM)，以及4)受空间参数影响的波束管理(BM)。因此，NR支持如下表15所示的四种类型的QCL关系。

[表15]

QCL类型	大规模特性
		A	多普勒移位、多普勒扩展、平均延迟、延迟扩展
B	多普勒移位、多普勒扩展
		C	多普勒移位、平均延迟
D	空间Rx参数

空间RX参数可以共同地指诸如以下的各种参数中的全部或一些：到达角(AoA)、AoA的功率角谱(PAS)、离去角(AoD)、AoD的PAS、发送/接收信道相关性、发送/接收波束成形和空间信道相关性。

QCL关系可以通过如下表16所示的RRC参数TCI-State和QCL信息(QCL-Info)被配置给UE。参照下表16，基站可以给UE配置一种或更多种TCI状态，从而为引用TCI状态的ID的RS(即，目标RS)指示多达两种QCL关系(qcl-Type1、qcl-Type2)。在这种情况下，在每种TCI状态下包含的QCL信息(QCL-Info)包括由QCL信息指示的参考RS的服务小区索引和BWP索引、参考RS的类型和ID以及如表15所示的QCL类型。

[表16]

在下面详细地描述5G通信***中的寻呼方法。

图11示出了根据本公开的各种实施例的无线通信***中的寻呼的过程。

具体地，图11是示出了5G通信***的寻呼过程的视图。寻呼过程可以用于指示存在去往处于空闲状态或不活动状态的UE的传入呼叫，并且指示UE的网络接入已开始或者向处于连接状态的UE告知***信息已改变。寻呼可以由移动性管理实体(AMF)控制，并且可以在跟踪区域(TA)中的多个小区上发送寻呼消息。参照图11，经由基站gNB 1102将寻呼从AMF1103传送到UE 1101。更具体地，寻呼从AMF 1103开始并且通过S1AP信令1104被传送1104到gNB 1102，然后通过RRC信令1106被传送到UE 1101。在这种情况下，UE 1101可以通过在寻呼时机1107a、1170b和1170c上监听配置有P-RNTI的PDCCH 1105来知道是否存在寻呼消息。可以基于由基站配置给UE的DRX周期1108a和1108b来确定寻呼时机1170a、1170b和1170c。在接收到配置有P-RNTI的PDCCH 1105时，UE可以在通过PDCCH 1105调度的PDSCH上接收寻呼消息1106。寻呼消息1106可以包括关于将由基站唤醒的UE的UE标识符(UE ID)信息。

高效的寻呼过程应当是这样的：在大部分时间，UE 1101可以休息而不执行接收，而是仅在预定时间间隔期间，唤醒以观察来自网络的寻呼信息。为此目的，在NR中，定义了寻呼时机(PO)和寻呼帧(PF)。可以将PO定义为当用于接收寻呼消息的配置有P-RNTI的PDCCH存在时的子帧或时间点。可以将PF定义为包括一个或多个PO的一个无线帧。根据图11的实施例，UE 1101可以每不连续接收(DRX)周期1108a和1108b观察一个PO。

图12是示出了根据本公开的各种实施例的无线通信***中的寻呼操作的视图。

具体地，参照图12，当UE 1201处于RRC_IDLE状态时，NR网络知道以跟踪区域(TA)1206为单位而不是以小区为单位的UE 1201的位置。当接入NR网络(即，5G网络)时，由接入和移动性管理功能(AMF)1205为UE分配了跟踪区域标识(TAI)列表。UE 1201可以在没有AMF1205更新的情况下在TAI列表中的小区内自由地移动。当去往UE 1201的传入呼叫发生时，AMF 1205向TA 1206中当前被配置给UE 1201的所有小区1202、1203和1204传送相同的寻呼消息，并且每个小区1202、1203和1204向对应UE 1201传送寻呼消息。当某个小区被(重新)选择时，UE 1201可以通过***信息(例如，SIB1)获得对应小区的跟踪区域码(TAC)，并且，由此识别对应小区是否为其TAI列表中的小区。如果所选小区的TAC不在TAI列表中，则UE向AMF 1205发送TAU消息。当发送对TAU消息的响应(TAU Accept)时，AMF 1205可以一起传送TAI列表，从而根据UE的重新定位用TAI列表更新UE。

在下面详细地描述用于UE接收寻呼的PDCCH监听操作。

UE可以每DRX周期监听一个寻呼时机(PO)。一个PO可以由多个PDCCH监听时机的集合构成，并且其中可以发送用于寻呼的DCI的时隙可以由多个时隙/资源(例如，子帧或OFDM符号)构成。一个寻呼帧(PF)可以对应于一个无线帧并且可以包括一个或更多个PO或任何PO的起始点。

在多波束操作期间，UE可以假定在所有发送波束上重复相同寻呼消息或相同短消息。在这种情况下，选择哪个波束来接收寻呼消息或短消息可以由UE的实现方式确定。对于无线接入网络(RAN)发起的寻呼和核心网络(CN)发起的寻呼，所有寻呼消息可以是相同的。

如果接收到RAN发起的寻呼，则UE可以启动RRC连接恢复过程。如果在RRC_INACTIVE状态下接收到CN发起的寻呼，则UE可以改变为RRC_IDLE模式并且将此通知给网络附连存储(NAS)。

可以通过下式确定寻呼帧(PF)和寻呼时机(PO)寻呼。

可以通过下式4确定与寻呼帧相对应的***帧号(SFN)。在下式4中，A mod B可以意指输出通过将A除以B获得的余数的模操作。

[式4]

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

[式5]

i_s＝floor(UE_ID/N)mod Ns

可以如下定义式4和式5的用于确定上述寻呼帧和寻呼时机的相应参数。

T：可以用更高层信令(例如，RRC信令或***信息块(SIB))配置在UE中配置的DRX周期。

N：T中的寻呼帧的总数

Ns：一个寻呼帧的寻呼时机的数目

PF_offset：用于确定寻呼帧的时间的偏移值

UE_ID：用于确定寻呼帧和寻呼时机的UE ID，其可以如在下式6中那样被确定。

[式6]

UE_ID＝5G-S-TMSI mod 1024

5G S-临时移动用户标识符(5G-S-TMSI)是由核心网络提供来唯一地标识跟踪区域(TA)内的UE的临时UE标识符。5G-S-TMSI可以由UE通过例如更高层信令接收。如果UE仍然尚未注册到网络，则UE可以假定UE_ID是0。或者，用于寻呼的UE ID可以对应于由国际移动订户标识(IMSI)确定的参数。在本公开中，用于寻呼的UE ID被推广为用作UE_ID。这里，UE_ID可以包括可以基于5G-S-TMSI设置的值和可以从IMSI值导出的值二者。

可以通过以下项确定用于寻呼的PDCCH(或用P-RNTI加扰的PDCCH)监听时机：用于寻呼的搜索空间配置(例如，用更高层信令参数pagingSearchSpace指示的搜索空间)和用于寻呼时机的第一PDCCH监听时机(例如，更高层信令参数firstPDCCH-MonitoringOccasionOfPO)信息的配置以及寻呼时机中的每SS/PBCH块(SSB)的PDCCH监听时机的数目(例如，更高层信令参数nrofPDCCH-MontiroingOccasionPerSSB-InPO)。可以如在下表17中一样具体地定义pagingSearchSpace、firstPDCCH-MonitoringOccasionOfPO和nrofPDCCH-MontiroingOccasionPerSSB-InPO。

[表17]

/>

在寻呼搜索空间被设置为搜索空间ID为0的搜索空间的情况下，如果用于一个寻呼帧的寻呼时机的数目(Ns)是1，则在寻呼帧中可以存在一个寻呼时机，而如果Ns＝2，则在寻呼帧中可以存在两个寻呼时机，第一寻呼时机(i_s＝0)可以存在于寻呼帧中的第一半帧中，而第二寻呼时机(i_s＝1)可以存在于寻呼帧中的第二半帧中。这里，搜索空间ID为0的搜索空间可以对应于根据主信息块(MIB)设置的搜索空间。

如果寻呼搜索空间被设置为搜索空间ID不为0的搜索空间，则UE可以监听第(i_s+1)寻呼时机。一个寻呼时机可以由‘S*X’个连续的PDCCH监听时机构成。这里，“S”可以对应于实际地发送的SS/PBCH块(SSB)的数目，并且可以将对应信息作为***信息块(SIB)的特定参数(例如，ssb-PositionsInBurst)值从基站传送到UE。‘X’可以对应于从基站设置给UE的寻呼时机中的每SS/PBCH块的PDCCH监听时机的数目(例如，更高层信令参数nrofPDCCH-MontiroingOccasionPerSSB-InPO)，并且，如果没有所对应的配置信息，则UE可以假定X＝1。寻呼时机中的第[x*S+K]PDCCH监听时机(其中，x＝0,1,2,...,X-1并且可以被定义为K＝1,2,3,...,S)可以对应于第K传输SS/PBCH块。从寻呼帧中的第一PDCCH监听时机开始，可以从0起顺序地对与上行链路(UL)符号不重叠的PDCCH监听时机进行编号。在这种情况下，如果通过更高层信令设置firstPDCCH-MonitoringOccasionOfPO，则第(i_s+1)寻呼时机的起始PDCCH监听时机号可以对应于firstPDCCH-MonitoringOccasionOfPO参数中的第(i_s+1)值。如果未通过更高层信令设置firstPDCCH-MonitoringOccasionOfPO，则第(i_s+1)寻呼时机的起始PDCCH监听时机号可以与i_s*S*X相同。如果X>1，则当UE在某个寻呼时机上检测到与P-RNTI相对应的PDCCH时，UE不需要对所对应的寻呼时机的其余部分执行监听或执行后续PDCCH监听。

与某个寻呼帧相关联的一个寻呼时机可以在所对应的寻呼帧内或在所对应的寻呼帧之后开始。

用于任何寻呼时机的PDCCH监听时机可以存在于多个无线帧之上。当用于寻呼的搜索空间被设置为具有除0以外的搜索空间ID的搜索空间时，针对一个寻呼时机的PDCCH监听时机可以存在于寻呼搜索空间的多个周期之上。

参照TS 38.304标准，如下表18a和表18b所示定义针对寻呼的不连续接收。

[表18a]

/>

/>

[表18b]

/>

基站可以向UE发送用于寻呼的PDCCH。对应PDCCH可以包括包括有寻呼消息的PDSCH的调度信息。寻呼消息可以包括关于将由基站唤醒的一个或更多个UE的ID信息。更具体地，下表19中举例说明的信息可以被包括在寻呼信息中。

[表19]

在从基站接收到用于寻呼的PDCCH之后，UE可以接收由对应PDCCH调度的PDSCH。具有与从在所接收到的PDSCH上发送的寻呼消息指示的UE_ID相同的UE_ID的UE可以被唤醒以执行后续操作过程(例如，随机接入或RRC连接)。

在下面详细地描述在5G通信***中用P-RNTI加扰的DCI格式的内容。用P-RNTI加扰的DCI格式可以由例如以下字段构成。

短消息指示符—2个比特

短消息—根据[9,TS38.331]的条款6.5为8个比特。如果仅用于寻呼的调度信息被传送，则此字段被保留。

频域资源分配信息—

个比特，如果仅短消息被传送，则此字段被保留。/>

被定义为下行链路带宽部分的RB数。

时域资源分配信息—4个比特，如果仅短消息被传送，则此字段被保留。

VRB-to-PRB映射—根据表7.3.1.2.2-5为1个比特。如果仅短消息被传送，则此字段被保留。

调制和编码方案—5个比特，如果只短消息被传送，则此字段被保留。

TB缩放—如[6,TS38.214]的条款5.1.3.2中定义的2个比特。如果仅短消息被传送，则此字段被保留。

保留比特—对于具有共享频谱信道接入的小区中的操作为8个比特，否则为6个比特。

[表20]

比特字段	短消息指示符
		00	保留
01	仅用于寻呼的调度消息存在于DCI中
		10	仅短消息存在于DCI中
11	用于寻呼的调度信息和短消息都存在于DCI中

表20示出了用P-RNTI加扰的DCI格式中的短消息指示符。

参照表20，当比特字段为00时短消息指示符被保留，而当比特字段为01时，表明仅用于寻呼的调度信息存在于DCI中，而当比特字段为10时，表明仅短消息存在于DCI中，以及当比特字段为11时，表明用于寻呼的调度信息和短消息都存在于DCI中。

用于在5G通信***中针对PDCCH(或PDCCH DMRS)配置TCI状态的方法与上面参照表15和表16做出的描述相同。

图13示出了根据本公开的各种实施例的无线通信***中根据TCI状态的基站波束分配。

具体地，图13示出了根据TCI状态配置的基站波束分配的示例。参照图13，基站可以通过N个不同TCI状态向UE传送关于N个不同波束的信息。例如，当如图13所示N＝3时，基站可以告知UE包括在三种TCI状态1300、1305和1310中的qcl-Type2参数(参照上表16)与对应于不同波束的CSI-RS或SSB相关联并且致使被设置在QCL类型D中，使得引用不同TCI状态1300、1305和1310的天线端口与不同空间RX参数即不同波束相关联。具体地，适用于PDCCHDMRS天线端口的TCI状态的组合被示出在下表21中。在表21中，第四行是由UE在RRC配置之前假定的组合，并且在RRC之后的配置是不可能的。

[表21]

图14示出了根据本公开的各种实施例的无线通信***中的分层信令的过程。

本公开的实施例支持如图14所示的用于PDCCH波束的动态分配的分层信令方法。参照图14，基站可以通过RRC信令1400向UE配置N种TCI状态1405、1410、1415、……、1420并且将它们中的一些设置为CORESET的TCI状态(1425)。此后，基站可以通过MAC CE信令向UE指示CORESET的TCI状态1430、1435、……、1440中的一种(1445)。此后，UE可以基于包括在由MAC CE信令指示的TCI状态中的波束信息在PDCCH上接收DCI。

图15示出了根据本公开的各种实施例的无线通信***中的信令结构的示例。

具体地，图15是示出了用于PDCCH DMRS的TCI指示MAC CE信令结构的视图。参照图15，用于PDCCH DMRS的TCI指示MAC CE信令由2个字节(16个比特)构成并且包括1个比特的保留比特1510、5个比特的服务小区ID 1515、2个比特的BWP ID 1520、2个比特的CORESETID 1525以及6个比特的TCI状态ID 1530。

基站可以向UE设置特定控制资源集(CORESET)的一种或多种TCI状态并且通过TCI指示MAC CE激活命令来激活所设置的TCI状态中的一种。例如，{TCI状态#0,TCI状态#1,TCI状态#2}被作为TCI状态设置在控制资源集#1中。基站可以通过TCI指示MAC CE向UE发送用于激活以将TCI状态#0假定为控制资源集#1的TCI状态的激活命令。基于通过TCI指示MACCE接收到的TCI状态的激活命令，UE可以基于经激活的TCI状态中的QCL信息正确地接收所对应的控制资源集的DMRS。

如果UE未被提供有指示用于接收通过MIB配置的控制资源集(或控制资源集ID(或索引)为0的控制资源集或控制资源集#0)的PDCCH的DMRS天线端口的QCL信息的TCI状态配置，则UE可能鉴于平均增益、QCL-TypeA和QCL-TypeD特性假定物理层信道已被QCLed。

与随通过MIB设置的控制资源集(或控制资源集ID为0的控制资源集或控制资源集#0)接收到的PDCCH相关联的DMRS(或DMRS天线端口)。

与对应于其的PDSCH(或通过用控制资源集#0发送的PDCCH调度的PDSCH)的接收相关联的DMRS天线端口

对应于其的SS/PBCH块(或与控制资源集#0相关联的SS/PBCH块或用于发送配置所对应的控制资源集#0的MIB的SS/PBCH块)

TS38.213标准的与已经在上面描述的东西相关的一部分被示出在下表22中。

[表22]

如果已经为用于针对UE监听SI-RNTI/P-RNTI的公共搜索空间集配置了搜索空间ID为0的搜索空间(或者当用于监听SI-RNTI/P-RNTI的公共搜索空间集是用MIB配置的搜索空间集时或者在搜索空间#0的情况下)，UE可以在与SS/PBCH块A相关联的监听时机中监听PDCCH，并且在这种情况下，可以确定SS/PBCH块A确定如下。

UE可以通过TCI指示MAC CE接收用于针对控制区域#0激活特定TCI状态的命令，并且在这种情况下，TCI状态可以包括与任何SS/PBCH相关联的CSI-RS。在通过由UE最近接收到的TCI指示MAC CE激活的TCI状态中与CSI-RS相关联的SS/PBCH可以对应于SS/PBCH块A。

当执行随机接入时，UE可以向基站发送与特定SS/PBCH相关联的前导同步码(或物理随机接入信道(PRACH))。通过由UE最近执行的随机接入过程标识的SS/PBCH可以对应于SS/PBCH块A。

TS 38.213标准的与已经在上面描述的东西相关的一部分被示出在下表23中。

[表23]

对于其索引被设置为除0以外的值的控制资源集(控制资源集#X)，

如果控制资源集#X的TCI状态未被配置给UE或者如果配置了一种或更多种TCI状态但是未接收到用于激活它们中的一种的TCI指示MAC CE激活命令，则UE可以假定在控制资源集#X中发送的DMRS已与在初始接入过程中标识的SS/PBCH块QCLed。

如果UE已被配置有一种或更多种TCI状态作为切换过程的部分(或带同步的重新配置过程的部分)，但是未能接收到用于激活它们中的一种的TCI指示MAC CE激活命令，则UE可以假定在控制资源集#X中发送的DMRS已与在用切换过程(或带同步的重新配置过程)发起的随机接入过程期间标识的SS/PBCH或CSI-RS资源QCLed。

TS 38.213标准的与已经在上面描述的东西相关的一部分被示出在下表24中。

[表24]

对于其索引为0的控制资源集(控制资源集#0)，UE可以假定在控制资源集#0中接收到的PDCCH的DMRS天线端口已与以下物理资源QCLed。

包括在由TCI指示MAC CE激活命令激活的TCI状态中的下行链路参考信号；或

如果终端对于TCI状态未接收到TCI指示MAC CE激活命令，则由终端通过最近的随机接入过程(然而是随机接入，不是在PDCCH命令中触发的基于非竞争的随机接入)标识的SS/PBCH块

TS38.213标准的与已经在上面描述的东西相关的一部分被示出在下表25中。

[表25]

主信息块(MIB)

SIB(***信息块)或SIB X(X＝1,2,...)

无线资源控制(RRC)

介质接入控制(MAC)控制元素(CE)

UE能力报告

UE协助信息消息

此外，L1信令可以是与以下物理层信道或信令方法中的一者或更多者中的至少一个或组合相对应的信令。

物理下行链路控制信道(PDCCH)

下行链路控制信息(DCI)

UE特定DCI

组公共DCI

公共DCI

调度DCI(例如，用于调度下行链路或上行链路数据的DCI)

非调度性DCI(例如，不用于调度下行链路或上行链路数据的DCI)

物理上行链路控制信道(PUCCH)

上行链路控制信息(UCI)

在以下描述中，每个数学操作符的定义如下。

floor(X)：输出小于X的最大整数的函数。

ceil(X)：输出大于X的最小整数的函数。

A mod B：输出将A除以B的余数的函数(模操作符)

max(X,Y)：输出X和Y中的较大者的函数

min(X,Y)：输出X和Y中的较小值的函数

以下，诸如寻呼PDCCH、用于寻呼的PDCCH、与寻呼相对应的PDCCH、用P-RNTI加扰的PDCCH、以及配置有P-RNTI的PDCCH的术语可以全部具有相同的含义。

以下，诸如寻呼PDSCH、用于寻呼的PDSCH、发送寻呼信息的PDSCH、用P-RNTI加扰的PDSCH、以及配置有P-RNTI的PDSCH的术语可以全部具有相同的含义。

如上所述，在无线通信***中，基站可以为了唤醒UE而发送寻呼。基站可以向UE发送用于寻呼的PDCCH和PDSCH。UE可以从基站接收用于监听用于寻呼的PDCCH的配置信息，并且基于所对应的配置信息，确定寻呼帧和寻呼时机。UE可以在寻呼时机中的一个或更多个PDCCH监听时机中监听用于寻呼的PDCCH。在这种情况下，当UE监听PDCCH时在接收端处假定的接收波束可以取决于用于监听用于寻呼的PDCCH的配置信息(具体地，关于搜索空间的配置信息和控制资源集的配置信息)而变化。换句话说，UE可以根据寻呼的PDCCH配置信息不同地控制用于接收PDCCH的QCL关系的假定。

本公开提供了根据寻呼PDCCH配置信息假定UE的QCL关系的各种实施例。

在本公开的实施例中，控制资源集ID(或索引)为X的控制资源集被定义为控制资源集#X。

在本公开的第一实施例中，提出了一种当UE被配置有控制资源集#0(其可以被称为第一控制资源集或公共控制资源集)作为用于监听来自基站的寻呼PDCCH的控制资源集并且被配置有搜索空间#0(其可以被称为第一搜索空间或公共搜索空间)作为搜索空间时在UE监听寻呼PDCCH时假定QCL的方法。

在UE被配置有控制资源集#0作为用于寻呼PDCCH的控制资源集并且被配置有搜索空间#0作为搜索空间的情况下，UE可以假定通过控制资源集#0接收到的PDCCH的DMRS天线端口和由对应PDCCH调度的PDSCH的DMRS天线端口都与控制资源集#0相关联的SS/PBCH块(SSB)就QCL-TypeA或QCL-TypeD中的至少一者而言QCLed。

在特定示例中，UE可以接收SS/PBCH块A并且从在接收到的PBCH上发送的MIB接收关于控制资源集#0的配置信息和关于搜索空间#0的配置信息。UE可以基于所接收到的关于控制资源集#0和搜索空间#0的配置信息来监听用于寻呼的PDCCH。在这种情况下，UE可以假定PDCCH的DMRS天线端口和由PDCCH调度的PDSCH的DMRS天线端口都与SS/PBCH块A QCLed。因此，UE可以在接收用于寻呼的PDCCH和PDSCH时基于接收SS/PBCH块A时的接收参数执行接收。

根据本公开的实施例，基站可以向UE设置控制资源集#0作为用于监听用于寻呼的PDCCH的控制资源集并且设置搜索空间#0作为搜索空间。在这种情况下，当向UE发送用于寻呼的PDCCH和PDSCH时，基站可以根据与当发送与控制资源集#0相关联的SS/PBCH块时的发送参数相同(或类似)的发送参数来发送用于寻呼的PDCCH和PDSCH。作为示例，当用控制资源集#0发送用于寻呼的PDCCH时，基站可以用与当发送SS/PBCH块时使用的发送波束相同的波束来发送用于寻呼的PDCCH，并且可以用与当针对由用于寻呼的PDCCH调度的PDSCH发送SS/PBCH块时使用的发送波束相同的波束来发送用于寻呼的PDSCH。

本公开的第二实施例提出了一种当UE被配置有控制资源集#0(第一控制资源集或公共控制资源集)作为用于监听来自基站的用于寻呼的PDCCH的控制资源集并且被配置有其搜索空间ID不为0(第一搜索空间或公共搜索空间)的搜索空间#X(X≠0)(其可以被称为第二搜索空间或特定搜索空间)时在UE监听寻呼PDCCH时假定QCL的方法。

如果寻呼搜索空间被设置为搜索空间ID不为0的搜索空间#X(X≠0)，则UE可以监听第(i_s+1)寻呼时机。这里，可以将(i_s+1)理解为指示寻呼时机的索引。一个寻呼时机可以由“S*X”个连续的PDCCH监听时机构成。这里，“S”可以对应于实际地发送的SS/PBCH块的数目，并且可以将对应信息作为***信息块(SIB)的特定参数(例如，ssb-PositionsInBurst)值从基站传送到UE。‘X’可以对应于从基站设置给UE的寻呼时机中的每SS/PBCH块的PDCCH监听时机的数目(例如，更高层信令参数nrofPDCCH-MontiroingOccasionPerSSB-InPO)，并且，如果没有所对应的配置信息，则UE可以假定X＝1或预定值。寻呼时机中的第[x*S+K]PDCCH监听时机(其中，x＝0,1,2,...,X-1并且可以被定义为K＝1,2,3,...,S)可以对应于第K传输SS/PBCH块。从寻呼帧中的第一PDCCH监听时机开始，可以从0起顺序地对与上行链路(UL)符号不重叠的PDCCH监听时机进行编号。在这种情况下，如果通过更高层信令设置了作为第一PDCCH监听时机的配置信息的firstPDCCH-MonitoringOccasionOfPO，则第(i_s+1)寻呼时机的起始(第一)PDCCH监听时机号可以对应于firstPDCCH-MonitoringOccasionOfPO参数中的第(i_s+1)值。如果未通过更高层信令设置firstPDCCH-MonitoringOccasionOfPO，则第(i_s+1)寻呼时机的起始(第一)PDCCH监听时机号可以与i_s*S*X相同。如果X>1，则当UE在某个寻呼时机时检测到与P-RNTI相对应的PDCCH时，UE不需要对所对应的寻呼时机的其余部分执行监听或执行后续PDCCH监听。

图16示出了根据本公开的实施例的当用于监听用于寻呼的PDCCH的搜索空间对应于搜索空间#X(X≠0)时的寻呼方法的示例。搜索空间#X(X≠0)意指如上所述搜索空间ID不为0的搜索空间。

参照图16，UE可以从基站被配置有用于寻呼的DRX周期和T 1605。在时段T中，可能存在一个或更多个寻呼帧PF 1601。此外，一个或更多个寻呼时机1602可以存在于任何寻呼帧1601中。此外，一个或更多个PDCCH监听时机(PDCCH MO)1603可以存在于任何寻呼时机1602中。任何UE可以基于它自己的UE ID UE_ID确定用于监听用于寻呼的PDCCH(例如，具有用P-RNTI设置或加扰的CRC的PDCCH)的时段T 1605中的寻呼帧1601和寻呼时机1602。作为示例，可以基于上述式4和5确定寻呼帧和寻呼时机。换句话说，寻呼帧可以由式4确定，并且寻呼时机索引i_s可以由式5确定。

可以基于上述式4和5确定用于在特定寻呼帧A中监听特定寻呼时机B的UE组。更具体地，当作为示例存在具有M个不同UE_ID的UE时，每个UE可以在图16中基于设置给其的UE_ID确定时段T 1601中的N个寻呼帧当中的一个寻呼帧(参考式4)。通过此过程，M个UE可以相等地分布在N个寻呼帧上。换句话说，可以在一个寻呼帧内分配由约M'＝M/N个UE构成的UE组。特定寻呼帧A的UE组中的UE可以基于UE_ID在Ns(其是存在于寻呼帧A中的一个寻呼帧的寻呼时机的数目)个寻呼时机1602当中确定一个寻呼时机B。通过此过程，一个寻呼时机1602可以被再次分配给由M”＝M'/Ns＝(M/N)/Ns个UE构成的UE组。结果，在时段T 1601中存在N个寻呼帧1601并且在每个寻呼帧中存在Ns个寻呼时机1602的情况下，M个UE可以相等地分布在N*Ns个寻呼时机上，使得UE组中监听特定寻呼时机的UE的数目可以是约M”＝(M/N)/Ns。

一个或更多个PDCCH监听时机1603可以存在于一个寻呼时机1602中。例如，可以存在X*S个PDCCH监听时机，其中‘X’可以对应于从基站设置给UE的寻呼时机中的每SS/PBCH块的PDCCH监听时机的数目(例如，更高层信令参数nrofPDCCH-MontiroingOccasionPerSSB-InPO)，“S”可以对应于实际地发送的SS/PBCH块(SSB)的数目，并且，如果没有所对应的配置信息，则UE可以假定X＝1或预设值。寻呼时机中的第[x*S+K]PDCCH监听时机(其中，x＝0,1,2,...,X-1并且可以被定义为K＝1,2,3,...,S)可以对应于第K传输SS/PBCH块。从寻呼帧中的第一PDCCH监听时机开始，可以从0起顺序地对与上行链路(UL)符号不重叠的PDCCH监听时机进行编号。在图16中，作为示例示出了X＝1且S＝4的情况，因此，四(即，X*S)个PDCCH监听时机1603可以存在于一个寻呼时机1602中。UE可以基于式4和5确定寻呼帧A中的寻呼时机B并且监听存在于寻呼时机B中的所有PDCCH监听时机。在这种情况下，由UE监听的每一个PDCCH监听时机可以对应于不同的SS/PBCH块。

根据本公开的实施例，当UE被配置有控制资源集#0作为用于监听寻呼PDCCH的控制资源集并且被配置有其搜索空间ID不为0的搜索空间#X(X≠0)作为搜索空间时，UE可以如上所述在一个寻呼时机中监听多个PDCCH监听时机以监听寻呼PDCCH，并且PDCCH监听时机可以分别对应于不同的SS/PBCH。在这种情况下，结果，UE监听PDCCH的一个控制资源集#0对应于不同的SS/PBCH。一般而言，当UE监听PDCCH时，针对在一个控制资源集中发送的PDCCH的DMRS天线端口做出一个QCL假定。在上述寻呼方法中，一个控制资源集#0可以对应于不同的SS/PBCH，还可能要求UE监听PDCCH的方法或QCL假定方法。

根据本公开的实施例，当UE被配置有控制资源集#0作为用于监听寻呼PDCCH的控制资源集并且被配置有其搜索空间ID不为0的搜索空间#X(X≠0)作为搜索空间时，UE可以通过与下述一种或更多种方法中的至少一种或组合相对应的方法来控制用于寻呼的PDSCH和用于寻呼的PDCCH的接收操作。

[方法1]

当UE被配置有控制资源集#0作为用于监听用于寻呼的PDCCH的控制资源集并且被配置有搜索空间#X(X≠0)作为搜索空间时，UE可以假定，对于在特定寻呼帧A中的特定寻呼时机B中的所有PDCCH监听时机上可接收的PDCCH，其中PDCCH的DMRS天线端口和用PDCCH调度的PDSCH的DMRS天线端口与控制资源集#0相关联的SS/PBCH块就QCL-TypeA或QCL-TypeD中的至少一者而言为准共址。

在特定示例中，UE可以接收SS/PBCH块A并且从所接收到的PBCH接收关于控制资源集#0的配置信息而且从SIB1接收关于搜索空间#X(X≠0)的配置信息。UE可以基于所接收到的控制资源集#0和搜索空间#X(X≠0)监听用于寻呼的PDCCH。在这种情况下，UE可以在特定寻呼帧A中的特定寻呼时机B内的多个PDCCH监听时机上监听寻呼PDCCH。在这种情况下，UE可以假定在所有对应的PDCCH监听时机上可接收的PDCCH的DMRS天线端口和由PDCCH调度的PDSCH的DMRS天线端口都与SS/PBCH块A准共址。因此，UE可以在接收用于寻呼的PDCCH和PDSCH时基于当接收SS/PBCH块A时的接收参数执行接收。

[方法2]

当UE被配置有控制资源集#0作为用于监听用于寻呼的PDCCH的控制资源集并且被配置有搜索空间#X(X≠0)作为搜索空间时，UE可以在特定寻呼帧A中的特定寻呼时机B中的多个PDCCH监听时机当中的、对应于与控制资源集#0相关联的SS/PBCH块的PDCCH监听时机上对用于寻呼的PDCCH执行监听。此外，UE可以假定其中PDCCH的DMRS天线端口和由PDCCH调度的PDSCH的DMRS天线端口与控制资源集#0相关联的SS/PBCH块就QCL-TypeA或QCL-TypeD中的至少一者而言为准共址。

在特定示例中，UE可以接收SS/PBCH块A并且从所接收到的PBCH接收关于控制资源集#0的配置信息而且从SIB1接收关于搜索空间#X(X≠0)的配置信息。UE可以基于所接收到的控制资源集#0和搜索空间#X(X≠0)监听用于寻呼的PDCCH。在这种情况下，对于UE，X*S个PDCCH监听时机可以存在于特定寻呼帧A中的特定寻呼时机B中，并且寻呼时机B中的第[x*S+K](其中，x＝0,1,2,...,X-1并且可以被定义为K＝1,2,3,...,S)PDCCH监听时机可以对应于第K传输SS/PBCH块。如果SS/PBCH块A对应于第K_A SS/PBCH块，则UE可以在X*S个PDCCH监听时机当中的[x*S+K_A](其中，x＝0,1,2,...,X-1)个PDCCH监听时机上监听用于寻呼的PDCCH。此外，UE可以假定在所有对应的PDCCH监听时机上可接收的PDCCH的DMRS天线端口和由PDCCH调度的PDSCH的DMRS天线端口都与SS/PBCH块A准共址。因此，UE可以在接收用于寻呼的PDCCH和PDSCH时基于当接收SS/PBCH块A时的接收参数执行接收。

[方法3]

当UE被配置有控制资源集#0作为监听用于寻呼的PDCCH的控制资源集并且被配置有搜索空间#X(X≠0)作为搜索空间时，如果UE在特定寻呼帧A中的特定寻呼时机B中的多个PDCCH监听时机上监听寻呼PDCCH，则UE可以基于与每个PDCCH监听时机相对应的SS/PBCH块假定QCL并且接收用于寻呼的PDCCH和PDSCH。更具体地，X*S个PDCCH监听时机可以存在于特定寻呼帧A中的特定寻呼时机B中，并且寻呼时机B中的第M＝[x*S+K](其中，x＝0,1,2,...,X-1并且可以被定义为K＝1,2,3,...,S)PDCCH监听时机可以对应于第K传输SS/PBCH块。UE可以假定在第M PDCCH监听时机上可接收的PDCCH的DMRS天线端口和由PDCCH调度的PDSCH的DMRS天线端口就QCL-TypeA或QCL-TypeD中的至少一者而言与第K SS/PBCH块准共址。

在特定示例中，UE可以接收SS/PBCH块A并且从所接收到的PBCH接收关于控制资源集#0的配置信息而且从SIB1接收关于搜索空间#X(X≠0)的配置信息。UE可以基于所接收到的控制资源集#0和搜索空间#X(X≠0)监听用于寻呼的PDCCH。在这种情况下，对于UE，X*S个PDCCH监听时机可以存在于特定寻呼帧A中的特定寻呼时机B中，并且寻呼时机B中的第M＝[x*S+K](其中，x＝0,1,2,...,X-1并且可以被定义为K＝1,2,3,...,S)PDCCH监听时机可以对应于第K传输SS/PBCH块。当在任何第M PDCCH监听时机上监听寻呼PDCCH时，UE可以假定在第MPDCCH监听时机上可接收的PDCCH的DMRS和由PDCCH调度的PDSCH的DMRS天线端口与第K传输SS/PBCH准共址。因此，当接收到用于寻呼的PDCCH和PDSCH时，UE可以基于每个PDCCH监听时机上的不同的SS/PBCH块确定接收参数。

[方法4]

当UE被配置有控制资源集#0作为用于监听用于寻呼的PDCCH的控制资源集并且被配置有搜索空间#X(X≠0)作为搜索空间时，如果UE在特定寻呼帧A中的特定寻呼时机B中的多个PDCCH监听时机上监听寻呼PDCCH，则UE可以基于与每个PDCCH监听时机相对应的SS/PBCH块假定QCL并且接收寻呼PDCCH和寻呼PDSCH。在这种情况下，可以考虑与设置的控制资源集#0相关联的SS/PBCH来确定与每个PDCCH监听时机相对应的SS/PBCH。例如，特定寻呼时机B中的多个PDCCH监听时机可以从与监听PDCCH的控制资源集#0相关联的SS/PBCH块L开始依次与所发送的SS/PBCH块相关联。具体地，当所有传输SS/PBCH块的数目为S，与UE监听到寻呼PDCCH的控制资源集#0相关联的SS/PBCH块为SSB#L，并且在特定寻呼时机B中存在PDCCH监听时机{MO#1,MO#1,MO#2,MO#3,...,MO#N}时，PDCCH监听时机可以分别对应于{SSB#L,SSB#(L+1),SSB#(L+2),...,SSB#(mod(L+S-1,S))}。

更具体地，在特定寻呼帧A中的特定寻呼时机B中可以存在X*S个PDCCH监听时机。在寻呼时机B中，第M＝[x*S+K](其中x＝0,1,2,...,X-1并且K＝L,L+1,L+2,L+3,...,mod(L+S-1,S))，其中mod(L+S-1,S)是表示为(L+S-1)mod S的模操作。X*S个PDCCH监听时机各自可以对应于第K个发送的SS/PBCH块。在这种情况下，第L SS/PBCH块可以对应于与控制资源集#0相关联的SS/PBCH块。UE可以假定在第M PDCCH监听时机上可接收的PDCCH的DMRS天线端口和由PDCCH调度的PDSCH的DMRS天线端口就QCL-TypeA或QCL-TypeD中的至少一者而言与第K SS/PBCH块准共址。当在任何第M PDCCH监听时机上监听寻呼PDCCH时，UE可以假定在第M PDCCH监听时机上可接收的PDCCH的DMRS和由PDCCH调度的PDSCH的DMRS天线端口与第K传输SS/PBCH准共址。因此，当接收到用于寻呼的PDCCH和用于寻呼的PDSCH时，UE可以基于每个PDCCH监听时机上的不同的SS/PBCH块确定接收参数。

[方法5]。

当UE被配置有控制资源集#0作为用于监听用于寻呼的PDCCH的控制资源集并且被配置有搜索空间#X(X≠0)作为搜索空间时，UE可以在特定帧X中的特定寻呼时机B中的多个PDCCH监听时机上监听寻呼PDCCH。在这种情况下，多个PDCCH监听时机当中的任何第MPDCCH监听时机可以对应于与和第K SS/PBCH块相关联的控制资源集#0相关联的PDCCH监听时机。换句话说，多个PDCCH监听时机可以由与和不同的SS/PBCH块相关联的控制资源集#0相关联的PDCCH监听时机构成。因此，UE可以在与第M PDCCH监听时机相对应的第K SS/PBCH块相关联的控制资源集#0中监听用于寻呼的PDCCH以在第M PDCCH监听时机上监听用于寻呼的PDCCH。例如，X*S个PDCCH监听时机可以存在于特定寻呼帧A中的特定寻呼时机B中，并且寻呼时机中的第M＝[x*S+K](其中，x＝0,1,2,...,X-1并且可以被定义为K＝1,2,3,...,S)PDCCH监听时机可以对应于第K传输SS/PBCH块。当在第M PDCCH监听时机上监听寻呼PDCCH时，UE可以在与第K SS/PBCH块相关联的控制资源集#0中监听用于寻呼的PDCCH。此外，UE可以假定在第M PDCCH监听时机上可接收的PDCCH的DMRS天线端口和由PDCCH调度的PDSCH的DMRS天线端口就QCL-TypeA或QCL-TypeD中的至少一者而言与第K SS/PBCH块准共址。

[方法6]

当UE被配置有控制资源集#0作为用于监听寻呼PDCCH的控制资源集并且被配置有搜索空间#X(X≠0)作为搜索空间时，针对PDCCH的DMRS天线端口和由PDCCH调度的PDSCH的天线端口的QCL假定可以由UE的实现方式任意地确定。例如，UE可以基于上述方法1至5的至少一个操作对寻呼PDCCH和寻呼PDSCH执行接收操作。

如上所述，根据本公开的实施例，基站可以向UE设置控制资源集#0作为用于寻呼PDCCH的控制资源集并且设置搜索空间#0作为搜索空间。在这种情况下，基站可以在任何寻呼帧A中的任何寻呼时机B中的多个PDCCH监听时机上向UE发送相同信息的寻呼PDCCH。在这种情况下，当在多个PDCCH监听时机当中的任何第M PDCCH监听时机上向UE发送用于寻呼的PDCCH时，基站可以基于与当发送与第M PDCCH监听时机相对应的第K SS/PBCH块时相同(或类似)的发送参数来发送由用于寻呼的PDCCH调度的用于寻呼的PDSCH和用于寻呼的PDCCH。作为示例，当在第M PDCCH监听时机上发送用于寻呼的PDCCH时，基站可以用与当发送所对应的第K SS/PBCH块时使用的发送波束相同的波束来发送用于寻呼的PDCCH和PDSCH。

此外，根据本公开的实施例，可能不预期UE被配置有控制资源集#0作为用于监听寻呼PDCCH的控制资源集并且被配置有其搜索空间ID不为0的搜索空间#X(X≠0)作为搜索空间。如果接收到所对应的配置信息，则UE可以将所接收到的配置信息视为错误并且在配置信息为错误时执行默认操作(或回退操作)。作为示例，在确定所接收到的配置信息为错误时，UE可以忽视并丢弃配置信息。在这种情况下，UE可以再次接收配置信息。

本公开的第三实施例提出了一种当UE被配置有其控制资源集ID不为0的控制资源集#X(其可以被称为第二控制资源集或特定控制资源集)作为用于监听用于寻呼的PDCCH的控制资源集并且被配置有搜索空间ID不为0的搜索空间#Y(Y≠0)(其可以被称为第二搜索空间或特定搜索空间)作为搜索空间时在UE监听寻呼PDCCH时假定QCL的方法。

根据本公开的实施例，当UE被配置有控制资源集#X(X≠0)作为用于监听用于寻呼的PDCCH的控制资源集并且被配置有搜索空间#Y(Y≠0)作为搜索空间时，UE可以通过与下述一种或更多种方法中的至少一种或组合相对应的方法来控制用于寻呼的PDSCH接收操作和用于寻呼的PDCCH。

当UE被配置有控制资源集#X(X≠0)作为用于监听寻呼PDCCH的控制资源集并且被配置有搜索空间#Y(Y≠0)作为搜索空间时，如果UE在特定寻呼帧A中的特定寻呼时机B中的多个PDCCH监听时机上监听用于寻呼的PDCCH，则UE可以基于与每个PDCCH监听时机相对应的SS/PBCH块假定QCL并且接收用于寻呼的PDCCH和PDSCH。更具体地，X*S个PDCCH监听时机可以存在于特定寻呼帧A中的特定寻呼时机B中，并且寻呼时机B中的第M＝[x*S+K](其中，x＝0,1,2,...,X-1并且可以被定义为K＝1,2,3,...,S)PDCCH监听时机可以对应于第K传输SS/PBCH块。UE可以假定在第M PDCCH监听时机上可接收的PDCCH的DMRS天线端口和由PDCCH调度的PDSCH的DMRS天线端口就QCL-TypeA和QCL-TypeD中的至少一者而言与第K SS/PBCH块准共址。

本公开的实施例用特定示例来描述。UE可以通过更高层信令(例如，SIB1)从基站接收关于控制资源集#X(X≠0)的配置信息和关于搜索空间#Y(Y≠0)的配置信息。UE可以基于所接收到的关于控制资源集#X和搜索空间#Y(Y≠0)的配置信息监听用于寻呼的PDCCH。在这种情况下，对于UE，X*S个PDCCH监听时机可以存在于特定寻呼帧A中的特定寻呼时机B中，并且寻呼时机B中的第M＝[x*S+K](其中，x＝0,1,2,...,X-1并且可以被定义为K＝1,2,3,...,S)PDCCH监听时机可以对应于第K传输SS/PBCH块。当在任何第M PDCCH监听时机上监听寻呼PDCCH时，UE可以假定在第M PDCCH监听时机上可接收的PDCCH的DMRS和由PDCCH调度的PDSCH的DMRS天线端口与第K传输SS/PBCH准共址。因此，当接收到用于寻呼的PDCCH和PDSCH时，UE可以基于每个PDCCH监听时机上的不同的SS/PBCH块确定接收参数。

根据本公开的实施例，基站可以向UE设置控制资源集#X(X≠0)作为用于监听用于寻呼的PDCCH的控制资源集并且设置搜索空间#Y(Y≠0)作为搜索空间。在这种情况下，基站可以在任何寻呼帧A中的任何寻呼时机B中的多个PDCCH监听时机上向UE发送相同信息的寻呼PDCCH。在这种情况下，当在多个PDCCH监听时机当中的任何第M PDCCH监听时机上向UE发送用于寻呼的PDCCH时，基站可以基于与当发送与第MPDCCH监听时机相对应的第K SS/PBCH块时相同(或类似)的发送参数来发送由PDCCH调度的用于寻呼的PDSCH和用于寻呼的PDCCH。作为示例，当在第M PDCCH监听时机上发送寻呼PDCCH时，基站可以用与当发送所对应的第K SS/PBCH块时使用的发送波束相同的波束来发送用于寻呼的PDCCH和PDSCH。

根据本公开的实施例，可能不预期UE被配置有控制资源集#X(X≠0)作为用于监听寻呼PDCCH的控制资源集并且被配置有其搜索空间ID不为0的搜索空间#Y(Y≠0)作为搜索空间。如果接收到所对应的配置信息，则UE可以将所接收到的配置信息视为错误并且在配置信息为错误时执行默认操作(或回退操作)。作为示例，在确定所接收到的配置信息为错误时，UE可以忽视并丢弃配置信息。在这种情况下，UE可以再次接收配置信息。

可以相结合地实现本公开的所有上述实施例。作为示例，可以如下组合上述实施例。

作为组合实施例的示例，如在上述第一实施例中一样，在UE通过来自基站的配置信息被配置有控制资源集#0作为用于寻呼PDCCH的控制资源集并且被配置有搜索空间#0作为搜索空间的情况下，UE可以假定其中通过控制资源集#0接收到的PDCCH的DMRS天线端口和由对应PDCCH调度的PDSCH的DMRS天线端口都与控制资源集#0相关联的SS/PBCH块就QCL-TypeA或QCL-TypeD中的至少一者而言准共址。

此外，如在上述第二实施例中一样，在UE通过来自基站的配置信息被配置有控制资源集#0作为用于寻呼PDCCH的控制资源集并且被配置有搜索空间#X(X≠0)作为搜索空间的情况下。UE可以假定对于在特定寻呼帧A中的特定寻呼时机B中的所有PDCCH监听时机上可接收的PDCCH，其中PDCCH的DMRS天线端口和由对应PDCCH调度的PDSCH的DMRS天线端口与控制资源集#0相关联的SS/PBCH块就QCL-TypeA或QCL-TypeD中的至少一者而言准共址。

此外，如在上述第三实施例中一样，当UE通过来自基站的配置信息被配置有控制资源集#X(X≠0)作为用于监听寻呼PDCCH的控制资源集并且被配置有搜索空间#Y(Y≠0)作为搜索空间时，如果UE在特定寻呼帧A中的特定寻呼时机B中的多个PDCCH监听时机上监听寻呼PDCCH，则UE可以基于与每个PDCCH监听时机相对应的SS/PBCH块假定QCL并且接收用于寻呼的PDCCH和PDSCH。更具体地，X*S个PDCCH监听时机可以存在于特定寻呼帧A中的特定寻呼时机B中，并且寻呼时机B中的第M＝[x*S+K](其中，x＝0,1,2,...,X-1并且可以被定义为K＝1,2,3,...,S)PDCCH监听时机可以对应于第K传输SS/PBCH块。UE可以假定在第M PDCCH监听时机上可接收的PDCCH的DMRS天线端口和由PDCCH调度的PDSCH的DMRS天线端口就QCL-TypeA或QCL-TypeD中的至少一者而言与第K SS/PBCH块准共址。

作为组合实施例的另一示例，如在上述第一实施例中一样，在UE通过来自基站的配置信息被配置有控制资源集#0作为用于寻呼PDCCH的控制资源集并且被配置有搜索空间#0作为搜索空间的情况下，UE可以假定其中通过控制资源集#0接收到的PDCCH的DMRS天线端口和由对应PDCCH调度的PDSCH的DMRS天线端口都与控制资源集#0相关联的SS/PBCH块就QCL-TypeA或QCL-TypeD中的至少一者而言准共址。

此外，如在上述第二实施例中一样，在UE通过来自基站的配置信息被配置有控制资源集#0作为用于寻呼PDCCH的控制资源集并且被配置有搜索空间#X(X≠0)作为搜索空间的情况下，UE可以假定对于在特定寻呼帧A中的特定寻呼时机B中的所有PDCCH监听时机上可接收的PDCCH，其中PDCCH的DMRS天线端口和由对应PDCCH调度的PDSCH的DMRS天线端口与控制资源集#0相关联的SS/PBCH块就QCL-TypeA或QCL-TypeD中的至少一者而言准共址。

此外，如在上述第三实施例中一样，可能不预期UE被配置有控制资源集#X(X≠0)作为用于监听寻呼PDCCH的控制资源集并且被配置有其搜索空间ID不为0的搜索空间#Y(Y≠0)作为搜索空间。在这种情况下，如果接收到所对应的配置信息，则UE可以将所接收到的配置信息视为错误并且在配置信息为错误时执行默认操作(或回退操作)。

图17a是示出了根据本公开的实施例的基站的操作的视图。

参照图17a描述基站的操作。在步骤1700中，基站发送用于寻呼的配置信息。用于寻呼的配置信息可以包括关于与用于寻呼的PDCCH相关的控制资源集的信息和关于搜索空间的信息中的至少一者。可以通过基站的更高层信令(MIB、SIB或RRC信息)或DCI将用于寻呼的配置信息提供给UE。用于寻呼的配置信息可以通过上述第一实施例至第三实施例的每个或可能的组合具有各种配置，并且基于网络状态、UE的信道状态或确定的条件，基站可以以各种形式配置用于寻呼的配置信息并发送它。在图17a的示例中，用于寻呼的配置信息可以具有例如n种不同的配置。

基站可以基于所发送的配置信息执行用于寻呼的PDCCH和PDSCH的发送。在图17a的步骤1701和1702中，当所发送的配置信息对应于配置1时，基站在根据配置1确定的PDCCH监听时机上发送用于寻呼的PDCCH并且在PDSCH上发送根据PDCCH调度的寻呼消息。在步骤1701和1703中，当所发送的配置信息对应于配置n时，基站在根据配置n确定的PDCCH监听时机上发送用于寻呼的PDCCH并且在PDSCH上发送根据PDCCH调度的寻呼消息。在这种情况下，可以使用在发送与PDCCH和PDSCH具有QCL关系的同步信号块(SSB)时使用的参数(例如，使用与当发送SSB时使用的发送波束相同的发送波束)来发送用于寻呼的PDCCH和PDSCH。

此外，在本公开中，基站可以：发送配置信息，该配置信息包括与用于寻呼的PDCCH相关的关于控制资源集的信息和关于搜索空间的信息中的至少一者；基于配置信息在控制资源集和搜索空间集中识别与PDCCH监听时机相对应的同步信号块(SSB)；以及使用与当发送同步信号块(SSB)时的发送波束相同的发送波束来执行用于寻呼的PDCCH发送和PDSCH发送。

图17b是示出了根据本公开的实施例的UE的操作的视图。

参照图17b描述UE的操作。在步骤1710中，UE接收用于寻呼的配置信息。用于寻呼的配置信息可以包括关于与用于寻呼的PDCCH相关的控制资源集的信息和关于搜索空间的信息中的至少一者。可以通过基站的更高层信令(MIB、SIB或RRC信息)或DCI将用于寻呼的配置信息提供给UE。用于寻呼的配置信息可以通过上述第一实施例至第三实施例的每个或可能的组合具有各种配置。在图17b的示例中，用于寻呼的配置信息可以具有例如n种不同的配置。

UE可以基于所接收到的配置信息执行用于寻呼的PDCCH监听和PDSCH接收。在图17b的步骤1711和1712中，在所接收到的配置信息对应于配置1的情况下，在根据配置1确定的PDCCH监听时机上监听用于寻呼的PDCCH以检测与P-RNTI相对应的PDCCH时，UE在PDSCH上接收PDCCH并且接收根据PDCCH调度的寻呼消息。在步骤1711和1713中，在所接收到的配置信息对应于配置n的情况下，在根据配置n确定的PDCCH监听时机上监听用于寻呼的PDCCH以检测与P-RNTI相对应的PDCCH时，UE在PDSCH上接收PDCCH并且接收包括根据PDCCH调度的寻呼消息的PDSCH。在这种情况下，可以使用当接收与PDCCH和PDSCH具有QCL关系的同步信号块(SSB)时使用的参数(例如，使用与当接收SSB时使用的接收波束相同的接收波束)来发送用于寻呼的PDCCH和PDSCH。

此外，在本公开中，UE可以：接收配置信息，该配置信息包括与用于寻呼的PDCCH相关的关于控制资源集的信息和关于搜索空间的信息中的至少一者；基于配置信息在控制资源集和搜索空间集中识别与PDCCH监听时机相对应的同步信号块(SSB)；使用与当接收同步信号块(SSB)时的接收波束相同的接收波束来执行针对寻呼的PDCCH监听，并且在通过PDCCH调度的PDSCH上接收寻呼消息。

根据本公开的说明书或权利要求书中描述的实施例的方法可以用硬件、软件、或硬件和软件的组合加以实现。

当用软件加以实现时，可以提供一种存储有一个或更多个程序(软件模块)的计算机可读存储介质。存储在计算机可读存储介质中的一个或更多个程序被配置为由电子设备中的一个或更多个处理器执行。一个或更多个程序包括指令，这些指令使得电子设备能够执行根据本公开的说明书或权利要求书中描述的实施例的方法。

程序(软件模块或软件)可以被存储在以下项中：随机存取存储器；包括闪存、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)的非易失性存储器；磁盘存储设备；光盘ROM；数字通用盘(DVD)；或其他类型的光学存储设备或磁带。或者，程序可以被存储在由它们的全部或一些的组合构成的存储器中。作为每个构成存储器，可以包括多个存储器。

程序可以被存储在可附连的存储设备中，这些可附连的存储设备可以经由诸如以下的通信网络被访问：因特网、内联网、局域网(LAN)、广域网(WAN)或存储区域网络(SAN)、或由它们的组合配置的通信网络。存储设备可以经由外部端口连接到执行本公开的实施例的设备。通信网络上的单独的存储设备可以连接到执行本公开的实施例的设备。

在上述特定实施例中，取决于所提出的特定实施例，以单数形式或复数形式表示本公开中包括的组件。然而，单数形式或复数形式被选择为适于为了易于描述而提出的上下文，并且本公开不限于单数组件或复数组件。如本文所使用的，除非上下文另外清楚地指示，否则单数形式“一”、“一个”和“该”也旨在包括复数形式。

尽管已经在上面描述了本公开的特定实施例，但是在不脱离本公开的范围的情况下，可以对其做出各种改变。因此，本公开的范围不应当限于上述实施例，而是确切将应当由所附权利要求及其等同形式限定。

Claims (14)

1.一种由被配置为在无线通信***中接收寻呼的UE进行的方法，所述方法包括：

从基站接收配置信息，所述配置信息包括与用于所述寻呼的物理下行链路控制信道(PDCCH)相关的关于控制资源集的信息和关于搜索空间的信息中的至少一者；

基于所述配置信息在控制资源集和搜索空间集中识别与PDCCH监听时机相对应的同步信号块(SSB)；以及

使用与接收所述同步信号块(SSB)时使用的接收波束相同的接收波束来执行针对所述寻呼的PDCCH监听，并且在通过所述PDCCH调度的物理下行链路共享信道(PDSCH)上接收寻呼消息。

2.根据权利要求1所述的方法，其中，用于所述寻呼的所述PDCCH和所述PDSCH与所述同步信号块(SSB)具有准共址(QCL)关系。

3.根据权利要求1所述的方法，其中，所述接收波束是基于每个PDCCH监听时机上的不同的同步信号块(SSB)确定的。

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

如果在所述配置信息中，所述控制资源集被设置为公共控制资源集，并且所述搜索空间被设置为公共搜索空间，则所述UE的寻呼时机中的第[x*S+K]个PDCCH监听时机对应于第K个发送的同步信号块，其中，x＝0,1,2,...,X-1，并且K＝1,2,3,...,S，并且其中，所述寻呼时机是“S*X”个连续的PDCCH监听时机的集合，S是实际发送的同步信号块的数目，并且X是所述寻呼时机中每同步信号块(SSB)的PDCCH监听时机的数目。

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

如果所接收到的配置信息不是所述UE所期望的配置信息，则将所接收到的配置信息视为错误；以及

从所述基站再次接收用于所述寻呼的所述配置信息。

6.一种无线通信***中的UE，所述UE包括：

收发器；以及

处理器，所述处理器被配置为：通过所述收发器从基站接收配置信息，所述配置信息包括与用于寻呼的物理下行链路控制信道(PDCCH)相关的关于控制资源集的信息和关于搜索空间的信息中的至少一者；基于所述配置信息在控制资源集和搜索空间集中识别与PDCCH监听时机相对应的同步信号块(SSB)；以及使用与接收所述同步信号块(SSB)时使用的接收波束相同的接收波束来执行针对所述寻呼的PDCCH监听，并且在通过所述PDCCH调度的物理下行链路共享信道(PDSCH)上接收寻呼消息。

7.根据权利要求6所述的UE，其中，所述UE适于根据权利要求2至5中的任一项所述的方法来运行。

8.一种由被配置为在无线通信***中接收寻呼的基站进行的方法，所述方法包括：

发送配置信息，所述配置信息包括与用于所述寻呼的物理下行链路控制信道(PDCCH)相关的关于控制资源集的信息和关于搜索空间的信息中的至少一者；

基于所述配置信息在控制资源集和搜索空间集中识别与PDCCH监听时机相对应的同步信号块(SSB)；以及

使用与发送所述同步信号块(SSB)时使用的发送波束相同的发送波束来执行用于所述寻呼的PDCCH发送和物理下行链路共享信道(PDSCH)发送。

9.根据权利要求8所述的方法，其中，用于所述寻呼的所述PDCCH和所述PDSCH与所述同步信号块(SSB)具有准共址(QCL)关系。

10.根据权利要求8所述的方法，其中，所述发送波束是基于每个PDCCH监听时机上的不同的同步信号块(SSB)确定的。

11.根据权利要求8所述的方法，其中

如果在所述配置信息中，所述控制资源集被设置为公共控制资源集，并且所述搜索空间被设置为公共搜索空间，则所述寻呼时机中的第[x*S+K]个PDCCH监听时机对应于第K个发送的同步信号块，其中，x＝0,1,2,...,X-1，并且K＝1,2,3,...,S，并且其中，所述寻呼时机是“S*X”个连续的PDCCH监听时机的集合，S是实际发送的同步信号块的数目，并且X是所述寻呼时机中每同步信号块(SSB)的PDCCH监听时机的数目。

12.根据权利要求8所述的方法，其中，如果在所述配置信息中，所述控制资源集被设置为特定控制资源集，并且所述搜索空间被设置为特定搜索空间，其中，在特定寻呼帧中的特定寻呼时机中存在X*S个PDCCH监听时机，并且所述特定寻呼时机中的第M＝[x*S+K]个PDCCH监听时机对应于第K个传输同步信号块(SSB)，并且其中，x＝0,1,2,...,X-1，并且K＝1,2,3,...,S。

13.一种无线通信***中的基站，所述基站包括：

收发器；以及

处理器，所述处理器被配置为：发送配置信息，所述配置信息包括与用于寻呼的物理下行链路控制信道(PDCCH)相关的关于控制资源集的信息和关于搜索空间的信息中的至少一者；基于所述配置信息在控制资源集和搜索空间集中识别与PDCCH监听时机相对应的同步信号块(SSB)；以及使用与发送所述同步信号块(SSB)时使用的发送波束相同的发送波束来执行用于所述寻呼的PDCCH发送和物理下行链路共享信道(PDSCH)发送。

14.根据权利要求13所述的基站，其中，所述基站适于根据权利要求9至12中的任一项所述的方法来运行。

Images