CN112042244A

CN112042244A - 非许可频段中的寻呼方法和设备

Info

Publication number: CN112042244A
Application number: CN201980029108.4A
Authority: CN
Inventors: 金起台
Original assignee: KT Corp
Current assignee: KT Corp
Priority date: 2018-08-17
Filing date: 2019-08-14
Publication date: 2020-12-04
Anticipated expiration: 2039-08-14
Also published as: KR20200020611A; CN112042244B; US11533703B2; US20210250896A1; KR102391597B1

Abstract

本实施例涉及一种在非许可频段中的寻呼方法和设备，并且在一个实施例中提供了一种方法，所述方法包括以下步骤：接收关于用于在非许可频段中寻呼的至少两个寻呼时机(PO)的配置信息；以及在所述寻呼时机中，依次监测下行链路控制信道(PDCCH)，直到基于所述配置信息接收到寻呼消息为止。

Description

非许可频段中的寻呼方法和设备

技术领域

本实施例提出了用于在下一代无线接入网络(以下称为“新无线(NR)”)中的非许可频段中执行寻呼的方法和设备。

背景技术

3GPP最近批准了“新无线接入技术研究”，这是下一代无线接入技术(即5G无线接入技术)的研究项目，并且基于此，RAN WG1正在针对例如新无线(NR)的帧结构、信道编码、信道编码和调制以及波形和多址方案进行设计。NR需要设计满足每个使用场景所需的各种QoS要求，所述要求与LTE相比更细分、更具体和更高的数据速率。

作为NR的代表性使用场景，增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠低时延通信(urlc)已经被定义，并且为了满足每种使用场景的需求，需要设计一种与LTE相比更灵活的帧结构。

每种使用场景对数据速率、时延、可靠性和覆盖范围都有不同的要求。因此，需要一种基于不同参数集(例如，子载波间隔、子帧、传输时间间隔(TTI)等)有效地复用无线资源单元的方案。以作为一种经由构成任何NR系统的频段有效地满足每个使用场景的要求的方法。

作为该方面的一部分，需要用于执行寻呼的设计来使用NR中的非许可频段来执行无线通信。

发明内容

技术问题

根据实施例，可以提供一种非许可频段中的寻呼方法和设备，其可以配置用于在非许可频段中寻呼的附加寻呼窗口。

根据实施例，可以提供一种非许可频段中的寻呼方法和设备，其可以变更用于在非许可频段中寻呼的PDCCH监测时间。

技术方案

在一个方面中，根据实施例，一种用于由用户设备(UE)在非许可频段中执行寻呼的方法包括：接收关于用于在非许可频段中进行寻呼的寻呼时机(PO)的配置信息；并且基于所述配置信息在寻呼时机中监测下行链路控制信道(PDCCH)。寻呼时机由寻呼帧中的至少两个寻呼时机构成。监测PDCCH包括针对至少两个寻呼时机依次监测PDCCH，直到接收到寻呼消息为止。

在另一个方面中，根据实施例，一种用于由基站在非许可频段中执行寻呼的方法包括：发送关于用于在非许可频段中进行寻呼的寻呼时机(PO)的配置信息；以及基于所述配置信息在寻呼时机中发送下行链路控制信道(PDCCH)。所述配置信息包括关于至少两个或更多个寻呼时机的信息。发送PDCCH包括针对至少两个或更多个寻呼时机依次发送PDCCH。

在又一个方面中，根据实施例，一种在非许可频段中执行寻呼的UE包括：接收机，其接收关于用于在非许可频段中寻呼的寻呼时机(PO)的配置信息；以及控制器，其基于配置信息在寻呼时机中监测下行链路控制信道(PDCCH)。所述寻呼时机由寻呼帧中的至少两个寻呼时机构成。控制器针对至少两个寻呼时机依次监测PDCCH，直到接收到寻呼消息为止。

在还一个方面中，根据实施例，一种在非许可频段中执行寻呼的基站包括：发射机，其发送关于用于在非许可频段中寻呼的寻呼时机(PO)的配置信息，并且基于所述配置信息(PDCCH)；以及控制器，其控制所述发射机的操作。所述配置信息包括关于至少两个或更多个寻呼时机的信息。所述发射机针对至少两个或更多个寻呼时机依次发送PDCCH。

有益效果

根据实施例，可以提供一种非许可频段中的寻呼方法和设备，其可以通过配置用于在非许可频段中寻呼附加寻呼窗口来降低由于LBT故障而导致的寻呼不发送概率。

根据实施例，可以提供一种非许可频段中的寻呼方法和设备，其可以通过变更用于在非许可频段中寻呼的PDCCH监测时间来降低由于LBT故障导致的寻呼不发送概率。

附图说明

图1是示意性地示出至少一个实施例适用的NR无线通信系统的视图；

图2是用于说明至少一个实施例适用的NR系统中的帧结构的视图；

图3是用于说明至少一个实施例适用的无线接入技术所支持的资源网格的视图；

图4是用于说明至少一个实施例适用的无线接入技术所支持的带宽部分的视图；

图5是示出至少一个实施例适用的无线接入技术中的同步信号块的示例的视图；

图6是用于说明至少一个实施例适用的无线接入技术中的随机接入过程的视图；

图7是用于说明CORESET的视图；

图8是示出至少一个实施例适用的不同SCS中的符号级对齐的示例的视图；

图9是用于说明至少一个实施例适用的根据子载波间隔的NR时域结构的视图；

图10是示出实施例适用的NR PSS/SS/PBCH块的视图；

图11是示出实施例适用的SSB突发周期的视图；

图12是示出根据实施例的由UE在非许可频段中寻呼的过程的视图；

图13是示出根据实施例的由基站在非许可频段中寻呼的过程的视图；

图14是示出根据实施例的补充寻呼时机的示例的视图；

图15是示出根据实施例的变更寻呼时机的起始位置的示例的视图；

图16是示出根据实施例的在寻呼时机中设定PDCCH监测间隔的示例的视图；

图17是示出根据实施例的用户设备的视图；以及

图18是示出根据实施例的基站的视图。

具体实施方式

下面，将参考所附说明性附图对本发明的一些实施例进行详细描述。在附图中，相同的附图标记被用于在整个附图中表示相同的元件，即使它们在不同的附图中被示出。此外，在本公开的以下描述中，当本文中并入的已知功能和配置的详细描述可能使得本公开的主题相当不清楚时，将省略其详细描述。当使用本文提及的“包括”、“具有”、“包含”或类似的表达方式时，除非使用“仅”的表达方式，否则可以添加任何其他部分。当某一元素以单数表示时，除非明确提到该元件，否则该元素可以涵盖复数形式。

此外，当描述本公开的组件时，诸如第一、第二、A、B、(a)、(b)或类似的术语等可在本文中使用。这些术语中的每一个都不用于定义相应组件的本质、顺序或序列，而仅仅用于将相应组件与其它组件区分开来。

在描述组件之间的位置关系时，如果将两个或多个组件描述为彼此“连接”、“组合”或“耦合”，则应理解为两个或多个组件可以彼此直接“连接”、“组合”或“耦合”，以及两个或多个组件可以彼此“连接”、“组合”或“耦合”，而另一组件“夹在”其间。在这种情况下，另一个组件可以包括在彼此“连接”、“组合”或“耦合”的两个或多个组件中的至少一个中。

例如，在描述操作方法或制造方法的顺序时，使用“在。。。之后”、“随后”、“接下来”、“在。。。之前”等的表达方式也可以涵盖不连续地在其中执行操作或过程的情况，除非在表达方式中使用“立即”或“直接”。

本文中提及的组件的数值或与之相对应的信息(例如，水平等)，即使没有提供对其明确的描述，也可以解释为包括由各种因素(例如，过程因素、内部或外部影响、噪声等)引起的误差范围。

本说明书中的无线通信系统是指一种用于使用无线电资源提供诸如语音服务和数据服务之类的的各种通信服务的系统。该无线通信系统可以包括用户设备(UE)、基站、核心网络等。

以下公开的实施例可以应用于使用各种无线电接入技术的无线通信系统。例如，实施例可以应用于各种无线电接入技术，诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)、非正交多址(NOMA)等。此外，无线电接入技术可以指代由诸如3GPP、3GPP2、Wi-Fi、蓝牙、IEEE、ITU等的各种通信组织建立的各代通信技术，以及特定的接入技术。例如，CDMA可以被实现为诸如通用陆地无线接入(UTRA)或CDMA2000之类的无线技术。TDMA可以被实现为，诸如全球移动通信系统(GSM)/通用分组无线业务(GPRS)/用于GSM演进的增强型数据速率(EDGE)之类的无线技术。OFDMA可以被实现为诸如IEEE(电气和电子工程师协会)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802-20、演进的UTRA(E-UTRA)等之类的无线技术。IEEE 802.16m是IEEE 802.16e的演进，它提供了与基于IEEE 802.16e的系统的向后兼容性。UTRA是通用移动电信系统(UMTS)的一部分。3GPP(第三代合作伙伴计划)LTE(长期演进)是使用演进型UMTS陆地无线电接入(E-UTRA)的E-UMTS(演进的UMTS)的一部分，其在下行链路中采用OFDMA，在上行链路采用SC-FDMA。如上所述，实施例可以应用于已经推出或商业化的无线电接入技术，并且可以应用于正在开发或将在未来开发的无线电接入技术。

本说明书中使用的UE必须解释为广义的含义，它表示包括与无线通信系统中的基站通信的无线通信模块的设备。例如，UE包括WCDMA、LTE、NR、HSPA、IMT-2020(5G或新无线)等中的用户设备(UE)、GSM中的移动台、用户终端(UT)、用户站(SS)、无线设备等。此外，根据其使用类型，UE可以是诸如智能电话之类的便携式用户设备，或者可以是V2X通信系统中的车辆、包括车辆中的无线通信模块的设备等。在机器类型通信(MTC)系统的情况下，UE可以指采用能够执行机器类型通信的通信模块的MTC终端、M2M终端或URLLC终端。

本说明书中的基站或小区是指通过网络与UE通信的终端，并且包含诸如Node-B、演进型Node-B(eNB)、gNode-B、低功率节点(LPN)、扇区、站点、各种类型的天线、基站收发信机系统(BTS)、接入点、点(例如，发送点、接收点或发送/接收点)、特大小区、宏小区、微小区、微微小区，毫微微小区、射频拉远头(RRH)、无线电单元(RU)、小型小区等各种覆盖区域。此外，小区可以用作在频域中包括带宽部分(BWP)的含义。例如，服务小区可以指代UE的激活BWP。

上面列出的各种小区都设有控制一个或多个小区的基站，并且所述基站可以被解释为两种含义。基站可以是1)用于提供与无线区域连接的特大小区、宏小区、微小区、微微小区、毫微微小区或小型小区的设备，或者基站可以是2)无线区域本身。在上述描述1)中，基站可以是由相同实体控制并提供预定的无线区域的设备，或者可以是彼此交互并协同配置无线区域的所有设备。例如，根据无线区域的配置方法，基站可以是点、发送/接收点、发送点、接收点等。在上述描述2)中，基站可以是无线区域，在所述无线区域中，可以使用户设备(UE)能够向另一UE或相邻基站发送数据以及从另一UE或相邻基站接收数据。

在本说明书中，小区可以指从发送/接收点发送的信号的覆盖范围、具有从发送/接收点(或发送点)发送的信号的覆盖的分量载波，或发送/接收点本身。

上行链路(UL)是指从UE向基站发送数据的方案，而下行链路(DL)是指从基站向UE发送数据的方案。下行链路可以表示从多个发送/接收点到UE的通信或通信路径，而上行链路可以表示从UE到多个发送/接收点的通信或通信路径。在下行链路中，发射机可以是多个发送/接收点的一部分，并且接收机可以是UE的一部分。此外，在上行链路中，发射机可以是UE的一部分，并且接收机可以是多个发送/接收点的一部分。

上行链路和下行链路通过诸如物理下行链路控制信道(PDCCH)和物理上行链路控制信道(PUCCH)等之类的控制信道来发送和接收控制信息。上行链路和下行链路通过诸如物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)等之类的数据信道发送和接收数据。下文中，通过诸如PUCCH、PUSCH、PDCCH、PDSCH等之类的信道的信号发送和接收可以表示为“发送和接收PUCCH、PUSCH、PDCCH、PDSCH等”。

为了清楚起见，以下描述将集中于3GPP LTE/LTE-A/NR(新无线)通信系统，但是本公开的技术特征不限于相应的通信系统。

在研究了4G(第四代)通信技术之后，为了满足ITU-R的下一代无线接入技术的要求，3GPP一直在开发5G(第五代)通信技术。具体而言，3GPP通过改进LTE-Advanced技术来开发作为5G通信技术的LTE-A pro，以符合ITU-R以及与4G通信技术完全不同的新NR通信技术的要求。LTE-A pro和NR均指5G通信技术。在下文中，除非指定了特定的通信技术，否则将基于NR描述5G通信技术。

考虑到在典型的4G LTE场景中的卫星、汽车、新垂直市场等因素，在NR中已经定义了各种操作场景，以便在服务方面方面支持增强型移动宽带(eMBB)场景，支持大量的机器类型通信(mMTC)场景，其中UE以高UE密度分布在宽广的区域，从而需要低数据速率和异步连接，以及支持要求高响应性和高可靠性并且支持高速移动性的超可靠性和低时延(URLLC)场景。

为了满足这些场景，NR公开了一种采用新的波形和帧结构技术、低时延技术、超高频段(mmWave)支持技术以及前向兼容提供技术的无线通信系统。特别是，NR系统在灵活性方面具有各种技术变化，以提供前向兼容性。参照图NR的主要技术特征将在下面参照附图进行描述。

NR系统概述。

图1是示意性地示出本实施例适用的NR系统的视图。

参照图1，NR系统分为5G核心网(5GC)和NG-RAN部分，并且NG-RAN包括提供用户面(SDAP/PDCP/RLC/MAC/PHY)和用户设备(UE)控制面(RRC)协议端的gNBs和ng-eNBs。gNB或gNB和ng eNB通过Xn接口相互连接。gNB和ng eNB分别通过NG接口连接到5GC。5GC可以被配置为包括用于管理诸如UE连接和移动性控制功能之类的控制面的接入和移动性管理功能(AMF)，以及控制用户数据的用户面功能(UPF)。NR支持低于6GHz的频段(频率范围1：FR1)和等于或大于6GHz的频段(频率范围2：FR2)。

gNB表示向UE提供NR用户面和控制面协议端的基站，而ng-eNB表示向UE提供E-UTRA用户面和控制面协议端的基站。本说明书中描述的基站应被理解为涵盖了gNB和ng-eNB。然而，根据需要，基站也可以用于彼此分开地指代gNB或ng-eNB。

NR波形、参数集和帧结构

NR使用带有循环前缀的CP-OFDM波形进行下行链路传输，并使用CP-OFDM或DFT-s-OFDM进行上行链路传输。OFDM技术易于与多输入多输出(MIMO)方案结合使用，并允许以高频率效率使用低复杂度的接收机。

由于上述三种场景在NR中彼此对数据速率、延迟率、覆盖率等有不同的要求，因此有必要通过构成NR系统的频段来有效地满足每个场景的需求。为此，提出了一种基于多个不同的参数集有效复用无线电资源的技术。

具体而言，根据子载波间隔和循环前缀(CP)来确定NR传输参数集，并且如下表1所示，“μ”用作指数值2，以便在15kHz的基础上呈指数变化。

【表1】

如上面的表1所示，NR根据子载波间隔可以有五种类型的参数集。这与LTE不同，LTE是4G通信技术之一，其中子载波间隔固定为15kHz。具体而言，在NR中，用于数据传输的子载波间隔是15、30、60或120kHz，并且用于同步信号传输的子载波间隔是15、30、120或240kHz。此外，扩展CP仅适用于60kHz的子载波间隔。在NR的帧结构中定义了包括10个子帧的长度为10ms的帧，每个子帧具有1ms的相同长度。一帧可以被分成5ms的半帧，并且每个半帧包括5个子帧。在子载波间隔为15kHz的情况下，一个子帧包括一个时隙，并且每个时隙包括14个OFDM符号。图2是用于说明可以适用本实施例的NR系统中的帧结构的视图。参照图2，在正常CP的情况下，时隙包括14个OFDM符号，这些符号是固定的，但是时域中的时隙长度可以根据子载波间隔而变化。例如，在参数集具有15kHz的子载波间隔的情况下，时隙被配置为具有与子帧相同的1ms长度。另一方面，在参数集具有30kHz的子载波间隔的情况下，时隙包括14个OFDM符号，但是一个子帧可以包括两个时隙，每个时隙的长度为0.5ms。也就是说，子帧和帧可以使用固定的时间长度来定义，并且时隙可以被定义为符号的数量，使得其时间长度根据子载波间隔而变化。

NR将调度的基本单元定义为时隙，并且还引入了微时隙(或基于子时隙的调度或非基于时隙的调度)，以减少无线部分的传输延迟。如果使用宽的子载波间隔，则一个时隙的长度与之成反比地缩短，从而减少无线电部分中的传输延迟。微时隙(或子时隙)旨在有效地支持URLLC方案，并且微时隙可以2、4或7个符号为单位调度。

此外，与LTE不同，NR将上行链路和下行链路资源分配定义为一个时隙中的符号级别。为了减少HARQ延迟，已经定义了能够在传输时隙中直接发送HARQ ACK/NACK的时隙结构。这种时隙结构被称为“自包含结构”，将对其进行描述。

NR被设计为支持总共256个时隙格式，并且其中62种时隙格式被用于3GPP Rel-15中。此外，NR通过各种时隙的组合来支持构成FDD或TDD帧的公共帧结构。例如，NR支持：i)一种时隙结构，其中时隙的所有符号都被配置用于下行链路的时隙结构；ii)一种时隙结构，其中所有符号均被配置用于上行链路的时隙结构，以及iii)一种时隙结构，其中下行链路符号和上行链路符号混合在一起。此外，NR支持被调度为分配给一个或多个时隙的数据传输。因此，基站可以使用时隙格式指示符(SFI)来通知UE该时隙是下行链路时隙、上行链路时隙还是灵活时隙。基站可以通过使用SFI指示通过UE特定的RRC信令配置的表的索引来通知时隙格式。此外，基站可以通过下行链路控制信息(DCI)动态地指示时隙格式，或者可以通过RRC信令来静态或准静态地指示时隙格式。

NR的物理资源

关于NR中的物理资源，考虑了天线端口、资源网格、资源元素、资源块、带宽部分等。

天线端口被定义为根据在同一天线端口上携带另一符号的另一信道推断在天线端口上携带符号的信道。如果可以根据在另一天线端口上携带符号的另一信道推断出在天线端口上携带符号的信道的大规模属性，则两个天线端口可能具有准共址或准同位置(QC/QCL)关系。大规模属性包括延迟扩展、多普勒扩展、频移、平均接收功率和接收定时中的至少一项。

图3是用于说明本实施例适用的无线接入技术所支持的资源网格的视图。

参照图3，因为NR在同一载波中支持多种参数集，所以资源网格可以根据各自的参数集体系存在。另外，资源网格可以根据天线端口、子载波间隔和传输方向而存在。

资源块包括12个子载波，并且仅在频域中定义。此外，资源元素包括一个OFDM符号和一个子载波。因此，如图3所示，一个资源块的大小可以根据子载波间隔而变化。此外，在NR中定义了用作针对资源块网格、公共资源块和虚拟资源块的公共参考点的“点A”。

图4是用于说明本实施例适用的无线接入技术所支持的带宽部分的视图。

与将载波带宽固定为20MHz的LTE不同，在NR中最大载波带宽根据子载波间隔配置为50MHz至400MHz。因此，不假定所有UE都使用整个载波带宽。因此，如图4所示，带宽部分(BWP)可以在NR中的载波带宽内指定，使得UE可以使用相同的带宽部分(BWP)。此外，带宽部分可以与一个参数集相关联，可以包括连续的公共资源块的子集，并且可以随时间动态地激活。UE在上行链路和下行链路的每个中具有最多达4个带宽部分，并且UE在给定时间内使用激活的带宽部分发送和接收数据。

在成对频谱的情况下，上行链路和下行链路带宽部分被独立配置。在不成对的频谱的情况下，为了防止在下行链路操作和上行链路操作之间不必要的频率重新调谐，下行链路带宽部分和上行链路带宽部分被成对配置，以便共享中心频率。

NR中的初始接入

在NR中，UE执行小区搜索和随机接入过程，以便接入基站并与基站通信。

小区搜索是UE使用从基站发送的同步信号块(SSB)与对应基站的小区进行同步并获取物理层小区ID和系统信息的过程。

图5是示出本实施例适用的无线接入技术中的同步信号块的示例的视图。

参照图5，SSB包括占用一个符号和127个子载波的主同步信号(PSS)和辅同步信号(SSS)，以及跨越三个OFDM符号和240个子载波的PBCH。

UE在时域和频域中监测SSB，从而接收SSB。

SSB可以在5ms内被发送多达64次。在5ms的时间内通过不同的传输波束发送多个SSB，并且UE根据用于发送的特定波束，在每20ms发送一次SSB的假设基础上执行检测。随着频段的增加，可以用于在5ms内SSB传输的波束数量可能会增加。例如，可以在3GHz或更低的频段上发送多达4个SSB波束，并且可以在3至6GHz的频段上发送多达8个SSB波束。另外，可以在6GHz或更高的频段上使用多达64个不同的波束来发送SSB。

一个时隙包括两个SSB，并且时隙中的起始符号和重复次数根据子载波间隔确定如下。

与典型的LTE系统中的SS不同，SSB不是在载波带宽的中心频率上发送的。也就是说，SSB也可以在系统频段的中心以外的频率上发送，并且在支持宽带操作的情况下，可以在频域中发送多个SSB。因此，UE使用同步栅格来监测SSB，该同步栅格是用于监测SSB的候选频率位置。在NR中新定义了作为用于初始连接的信道的中心频率位置信息的载波栅格和同步栅格，并且同步栅格可以支持UE的快速SSB搜索，因为其频率间隔被配置为比载波栅格的频率间隔更宽。

UE可以通过SSB的PBCH获取MIB。MIB(主信息块)包括UE用于接收由网络广播的剩余最小系统信息(RMSI)的最小信息。此外，PBCH可以包括关于第一DM-RS符号在时域中的位置的信息、用于UE监测SIB1的信息(例如，SIB1参数集信息、与SIB1 CORESET相关的信息、搜索空间信息、与PDCCH相关的参数信息等)、公共资源块与SSB之间的偏移信息(载波中的绝对SSB的位置经由SIB1发送)等。SIB1参数集信息还被适用于在随机接入过程中使用的一些消息，以便UE在完成小区搜索过程之后接入基站。例如，SIB1的参数集信息可以被应用于消息1至消息4中的至少一个，以用于随机接入过程。

上述RMSI可以表示SIB1(系统信息块1)，并且SIB1在小区中被周期性地(例如160ms)广播。SIB1包括UE执行初始随机接入过程所需的信息，并且SIB1通过PDSCH被周期性地发送。为了接收SIB1，UE必须通过PBCH接收用于SIB1传输的参数集信息和用于调度SIB1的CORESET(控制资源集)信息。UE使用CORESET中的SI-RNTI来识别SIB1的调度信息，并根据调度信息在PDSCH上获取SIB1。除SIB1以外的剩余的SIB可以被周期性地发送，或者剩余的SIB可以根据UE的请求被发送。

图6是用于说明本实施例适用的无线接入技术中的随机接入过程的视图。

参照图6，如果小区搜索完成，则UE向基站发送用于随机接入的随机接入前导码。随机接入前导码通过PRACH发送。具体而言，随机接入前导码通过PRACH周期性地发送到基站，所述PRACH包括在特定时隙中重复的连续无线电资源。通常，当UE对小区进行初始接入时，执行基于争用的随机接入过程，而当UE执行用于波束故障恢复(BFR)的随机接入时，执行非基于争用的随机接入过程。

UE接收对所发送的随机接入前导码的随机接入响应。随机接入响应可以包括随机接入前导码标识符(ID)、UL Grant(上行链路无线资源)、临时C-RNTI(临时小区无线网络临时标识符)和TAC(时间对齐命令)。由于一个随机接入响应可以包括针对一个或多个UE的随机接入响应信息，因此可以包括随机接入前导码标识符，以便指示所包括的UL Grant、临时C-RNTI和TAC对于哪个UE是有效的。随机接入前导码标识符可以是由基站接收的随机接入前导码的标识符。可以将TAC包括为用于UE调整上行链路同步的信息。。随机接入响应可以由PDCCH上的随机接入标识符(即，随机接入无线电网络临时标识符(RA-RNTI))来指示。

当接收到有效的随机接入响应时，UE处理包括在随机接入响应中的信息，并且执行到基站的调度传输。例如，UE应用TAC并且存储临时C-RNTI。此外，UE使用UL Grant向基站发送存储在UE的缓冲器中的数据或新生成的数据。在这种情况下，用于识别UE的信息必须被包括在数据中。

最后，UE接收下行链路消息以解决争用。

NR控制资源集(CORESET)

NR中的下行链路控制信道在长度为1到3个符号的CORESET(控制资源集)中被发送，并且下行链路控制信道发送上行链路/下行链路调度信息、SFI(时隙格式索引)、TPC(发射功率控制)信息等。

如上所述，NR引入了CORESET的概念，以保证系统的灵活性。CORESET(控制资源集)是指用于下行链路控制信号的时频资源。UE可以使用CORESET时频资源中的一个或多个搜索空间来解码候选控制信道。配置了CORESET特定的QCL(准同位置)假设，用于提供模拟波束方向特性、延迟扩展、多普勒扩展、多普勒频移和平均延迟的信息，这些都是现有QCL假设的特征特性。

图7是用于解释说明CORESET的视图。

参照图7，CORESET可以以各种形式在单个时隙中的载波带宽内存在，并且CORESET可以在时域中包括最多3个OFDM符号。另外，CORESET被定义在频域中高达载波带宽的六个资源块的倍数。

作为初始带宽部分的一部分的第一CORESET，通过MIB指定(例如，指示、分配)，以便从网络接收附加的配置信息和系统信息。在与基站建立连接之后，UE可以通过RRC信令来接收和配置一条或多条CORESET信息。

在本说明书中，与NR(新无线)有关的频率、帧、子帧、资源、资源块、区域、频段、子频段、控制信道、数据信道、同步信号、各种参考信号、各种信号或各种信息可以被解释为现在或过去使用的含义，也可以被解释为将来使用的各种含义。

5G NR(新Rat)

相对于NR的帧结构，3GPP支持基于多个子载波的帧结构。与之相关，默认子载波间隔(SCS)为15kHz，并且总共支持以15kHz和2μ的乘积形式的五种SCS。根据μ的SCS值如上面的表1所示。

参照图8，时隙长度根据参数集而变化。换句话说，随着时隙长度减小，SCS可以增加。NR中定义的时隙是基于14个OFDM符号定义的。

在NR中，支持时间轴上的以下时域结构。与传统LTE不同，在NR中，默认调度单位变更为时隙。参照图9，时隙由14个OFDM符号构成，而与子载波间隔无关。另外，NR还支持由2、4或7个OFDM符号配置的非时隙结构，该非时隙结构是较小的调度单元。该非时隙结构可以用作URLLC服务的调度单元。

无论参数集如何，无线帧都设置为10ms。作为持续时间的参考的子帧被设置为1ms。在NR中，在数据/控制调度单元中不使用子帧。该时隙主要用于eMBB中，其包括14个OFDM符号。非时隙(例如，微时隙)主要用于URLLC中，但不限于此，并且包括2、4或7个OFDM符号。TTI持续时间是数据/控制信道传输的持续时间，并且被设置为每个时隙/非时隙多个OFDM符号。

非许可频段(对非许可的频谱的基于NR的接入，NR-U)

与许可频段不同的是，非许可频段并不是可以由任何运营商独家使用的无线电信道，而是任何企业运营商或个人都可以在各国的规定范围内提供无线通信服务时可以使用的无线电信道。因此，当通过非许可频段提供NR业务时，需要解决与已经通过非许可频段提供的诸如Wi-Fi、蓝牙、NFC等之类的各种短距离无线通信协议的共存问题，以及NR运营商或LTE运营商之间的共存问题。

因此，在经由非许可频段提供NR服务时，需要一种基于LBT(先听后说)的无线电信道接入方法，通过在发送无线电信号之前感测要使用的无线电信道或载波的功率电平来确定无线电信道或载波是否可用，以避免无线电通信服务之间的干扰或冲突。在这种情况下，当相应的非许可频段中的特定无线电信道或载波被其他无线电通信协议或其他运营商使用时，通过该频段提供NR服务可能受到限制。因此，与经由许可频段的无线通信系统不同，经由非许可频段的无线通信系统可能无法保证用户所需的QoS。

特别是，与传统LTE必须通过载波聚合(CA)与授权频谱来支持非许可频谱不同，NR-U考虑独立的NR-U小区、许可频段的NR小区或基于与LTE小区双连接(DC)的NR-U小区作为非许可频段NR的部署场景，因此需要针对非许可频段本身设计数据传输/接收方式，以满足最低QoS。

NR SSB

参照图10，与LTE不同，NR同步信号块(SSB)可以以各种子载波间隔被发送，并且始终与PBCH一起被发送。此外，每个子载波间隔所需的最小传输频段定义如下。

在6GHz中，除了某些特定的频段(例如n41、n77和n78)外，定义了10MHz和30kHzSCS以及15kHZ SCS和5MHz的频段。在6GHz或更高频率下，定义了120kHz SCS和10MHz。

此外，每个频段支持不同的子载波间隔。在1GHz或更低的频率下，支持15kHz、30kHz或60kHz的SCS。在1GHz和6GHz之间的频段中，支持15kHz、30kHz或60kHz的SCS。在24GHz以上且52.6GHz以下的频段中，支持60kHz或120kHz的SCS。此外，240kHz不适用于数据。

参照图11，SSB被定义为SSB突发集，而不是单一形式，并且被发送。基本上，SSB突发集是5ms，与参数集无关，并且可以在该集合中发送的SSB块的最大数量L如下。

对于高达3GHz的频率范围，L被设置为4。对于3GHz至6GHz的频率范围，L被设置为8。对于6GHz至52.6HGz的频率范围，L被设置为64。

所定义的SSB突发集的发送周期由另外RRC设置，并且指示给UE。执行初始接入的UE假定默认的周期为20ms，并在获得同步后执行系统信息更新。此后，SSB突发周期值最终由基站更新。

NR/LTE寻呼程序

通常，寻呼发生在空闲模式下。由于网络被配置为在预定时间段内监测寻呼消息，从而节省了UE的功耗。为此，将在以下步骤中进行监测。

根据空闲模式期间的不连续接收(DRX)周期，UE保持在睡眠模式。在这种情况下，可经由SIB2定义DRX周期的设置。

UE周期性地唤醒以监测PDCCH，以识别是否接收寻呼消息。UE基于寻呼无线网络临时标识符(P-RNTI)执行检测。

如果PDCCH指示在相应的子帧中存在寻呼消息，则UE执行寻呼信道(PCH)检测，从而识别其寻呼消息。

寻呼时机(PO)和寻呼帧(PF)

寻呼主要有两个术语。它们是寻呼帧(PF)和寻呼时机(PO)，分别表示以下含义。寻呼时机(PO)可以表示子帧，在该子帧中发送处理寻呼消息的基于P-RNTI的PDCCH。寻呼帧(PF)可以表示一个无线帧，其中发生一个或多个寻呼。

与此相关的具体应用方法如下。

1)在NR中，对于作为PF的系统帧号的SFN，PF可以被定义为(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)。在LTE/LTE-A中，PF可以被定义为SFN mod T＝(T div N)*(UE_ID mod N)。

2)PO为i_s，其是指示用于寻呼DCI的一组PDCCH监测时机的开始的索引，并且可做如下定义：i_s＝floor(UE_ID/N)mod Ns，其中，Ns＝max(1，nB/T)。

这里，T是UE的DRX周期，nB是T中的总寻呼时机的数量，N是min(T，nB)，PF_offset是用于确定PF的偏移量，UE_ID可以是IMSI(国际移动用户身份)mod 1024。

在NR中，参数nB、PF_offset和默认DRX周期长度可以在SIB1(SystemInformationBlock1)中用信号通知。在LTE中，参数可以在SIB2中用信号通知。

这里，DRX周期T是通过两个信令确定的。换句话说，选择并使用经由RRC/上层的T值和经由SIB2的nB值中的较小者。如果DRX周期不是通过RRC设置的，则它被定义为默认值。这里，默认表示通过SIB2设置的值。在NR中，这意味着通过SIB1设置的值。

此外，nB是通过SIB2设置的值，如表2所示。

[表2]

nB

4T

2T

T

1/2T

1/4T

1/8T

1/16T

1/32T

N

1

1/2

1/4

1/8

1/16

1/32

在PO的情况下，如果确定数量，则确定在无线帧中发生后续寻呼的子帧。

[表3]

FDD：

Ns	PO when i_s＝0	PO when i_s＝1	PO when i_s＝2	PO when i_s＝3
					1	9	N/A	N/A	N/A
2	4	9	N/A	N/A
					4	0	4	5	9

在NR中，由于时间单位是基于每个时隙而不是每个子帧来确定的，因此其应用是变化的。换句话说，尽管一个PO在DRX周期中发生，但是监测PO的PDCCH可以由多个时隙形成。

也就是说，在配置了默认关联的情况下，如果Ns＝1，则在PF中发生一次PO，如果Ns＝2，则在第一半帧和第二半帧中发生PO。在非默认关联的情况下，即，如果配置了寻呼搜索空间，则在从PO的起始位置起的特定时隙中执行PDCCH监测。

下面参照相关附图详细描述用于在非许可频段中执行寻呼的方法。

图12是示出根据实施例的由UE在非许可频段中寻呼的过程的视图。

参照图12，UE可以接收用于在非许可频段中寻呼的寻呼时机(PO)的配置信息(S1200)。

寻呼在一个寻呼帧中发生一次。换句话说，寻呼在一个无线帧中发生一次，并且相应的消息经由以P-RNTI加扰的PDCCH监测发生。寻呼时机可以由一个时隙或子帧或由若干时隙或子帧形成的集合来配置。

根据一个实施例，可以在寻呼帧中配置至少两个寻呼时机。即，第二和后续的寻呼时机可以被定义为PDCCH监测区域，其用于接收在现有寻呼时机区域中另外配置的寻呼消息。在这种情况下，在一个UE的位置中，在一个无线帧内仅发送一个寻呼消息，并且可以经由PDCCH发送用于该寻呼消息的调度控制信息。因此，通过监测与第二和后续的寻呼时机相对应的PDCCH区域，以及与现有的寻呼时机相对应的PDCCH监测时隙，UE可以有机会接收额外的寻呼消息。

作为示例，如果在预设的第一PDCCH监测时隙部分中没有检测到寻呼消息，则UE可以再次在添加的第二PDCCH监测时隙部分中执行寻呼消息检测。通过这样做，只有在第一监测部分中未能检测到寻呼消息的UE才可以在第二监测部分中执行寻呼消息检测。换句话说，直到寻呼消息接收成功之前，UE可以依次监测与寻呼消息有关的PDCCH。

因此，尽管LBT在预设部分中失败，但是如果LBT在第二监测部分中成功，则基站可能有额外的机会发送寻呼消息。

作为示例，UE可以经由高层信令来接收用于寻呼时机的配置信息。例如，在配置两个寻呼时机的情况下，包括在用于寻呼时机的配置信息中的第二监测部分的第二监测部分的开/关字段、与时隙的数量或长度相对应的第二监测部分信息以及第二监测部分的设置周期可以经由高层信令设置。

作为示例，在寻呼帧中添加多个PDCCH监测区域的情况下，可能针对每个UE监测的区域可以被指定为例如补充区域#0和#3。或者，可能针对每个UE监测的区域的数量可以被指定为，例如，N＝3，补充区域#0、#1、#2。在这种情况下，UE可以尝试根据顺序在PDCCH监测区域中检测基于P-RNTI的寻呼消息。这里，用P-RNTI加扰的PDCCH可以仅包括具有寻呼消息的PDSCH的调度信息。

根据实施例，用于寻呼时机的配置信息可以包括关于寻呼时机在寻呼帧中的起始位置的变化信息。换句话说，寻呼帧中的寻呼时机的起始点可以被变更。因此，可以灵活地设置寻呼消息在寻呼帧中的发送位置。

据此，可以灵活地设置用于PDCCH监测部分的起始位置，并且尽管由于前一寻呼帧部分中的LBT故障而导致寻呼消息的发送失败，但是PDCCH监测的位置可以在下一寻呼帧部分中变更，并且可以发送寻呼消息。换句话说，可以将分集给予尝试LBT的部分，从而提供获得信道的额外机会。

据此，寻呼时机区域的长度和所配置的PDCCH监测集可以不变。然而，监测寻呼时机的开始时隙也可以被变更为时隙#0以外的时隙。这样，PO的起始位置的变更可以变更执行LBT的时间，从而分配基站执行LBT的时间。

或者，作为示例，用于寻呼时机的配置信息可以包括关于在寻呼时机中的PDCCH的监测间隔的信息。换句话说，寻呼帧中的寻呼时机的起始点可以以特定间隔来设置。

在这种情况下，如果指示了UE的寻呼时机的起始点，则可以以预定间隔设置所配置的PDCCH监测集。例如，假设寻呼时机的PDCCH监测部分由八个时隙(时隙#0-7)形成。在这种情况下，如果PDCCH监测间隔被设置为两个时隙，则由UE监测以接收寻呼消息的PDCCH可以在时隙#0、2、4和6中发送。

或者，作为示例，用于寻呼时机的配置信息可以包括关于对应于与至少两个寻呼时机中的每一个的起始位置的信息。也就是说，可以在寻呼帧中设置多个寻呼时机起始点。换句话说，由于基站具有关于几个PO起始点的所有信息，因此，如果LBT在特定时间失败，则基站可以选择性地应用第二、第三或第四PO起始位置并发送寻呼消息。

相应地，UE可以针对特定PO起始点执行PDCCH监测。

根据实施例，用于寻呼时机的配置信息可以包括偏移信息，所述偏移信息用于在UE的不连续接收(DRX)周期中确定寻呼帧的位置。也就是说，寻呼帧(PF)的移位模式可以被设置为特定模式。

在这种情况下，UE在其中接收寻呼消息的无线帧的索引可以通过系统帧号(SFN)和由RRC设置的PF_offset来确定。换句话说，可以将PF_offset应用于由UE_ID和DRX周期T确定的值，并且可以确定寻呼帧的位置。例如，SFN#0至SFN#1023之间的一个无线帧被设置为寻呼帧(PF)，并且可以经由RRC信令以特定的偏移PF_offset值来移动该位置。也就是说，作为PF_offset，可以应用灵活的值而不是特定的值。

作为示例，用于寻呼帧的偏移值可以基于各种值显式地或隐式地确定。或者，可以应用预定模式。在先前的PF中已经检测到寻呼消息的时隙或子帧的索引可以被用作偏移值。

再次参照图12，UE可以基于配置信息在寻呼时机中监测下行链路控制信道(PDCCH)(S1210)。

根据每个上述实施例，UE可以监测基于寻呼时机的配置信息而配置的PDCCH监测区域中的PDCCH。可以经由添加到现有寻呼时机的单独寻呼时机区域来额外给UE提供监测PDCCH的机会。因此，可以增加在非许可频段中传输寻呼的概率概率。

据此，可以提供一种在非许可频段中的寻呼方法和设备，其可以通过配置用于在非许可频段中进行寻呼的附加寻呼窗口来降低由于LBT故障而导致的寻呼不发送概率。可以提供一种非许可频段中的寻呼方法和设备，其可以通过变更非许可频段中寻呼的PDCCH监测时间来降低由于LBT故障导致的寻呼不发送概率。

图13是示出根据实施例的由基站在非许可频段中执行无线通信的过程的视图。

参照图13，基站可以发送用于在非许可频段中进行寻呼的寻呼时机(PO)的配置信息(S1300)。

根据一个实施例，可以在寻呼帧中配置至少两个寻呼时机。即，第二和后续寻呼时机可以被定义为用于接收在现有寻呼时机区域中另外配置的寻呼消息的PDCCH监测区域。在这种情况下，在一个UE的位置，在一个无线帧内仅发送一个寻呼消息，并且可以经由PDCCH发送用于该寻呼消息的调度控制信息。因此，通过监测与第二和后续寻呼时机相对应的PDCCH区域，以及与现有的寻呼时机相对应的PDCCH监测时隙，UE可以有机会接收额外的寻呼消息。

作为示例，如果在预设的第一PDCCH监测时隙部分中没有检测到寻呼消息，则UE可以再次在添加的第二PDCCH监测时隙部分中执行寻呼消息检测。通过这样做，只有在第一监测部分中未能检测到寻呼消息的UE才可以在第二监测部分中执行寻呼消息检测。换句话说，在寻呼消息的接收成功之前，UE可以依次监测与寻呼消息有关的PDCCH。

作为示例，基站可以经由高层信令向UE发送用于寻呼时机的配置信息。例如，在配置两个寻呼时机的情况下，包括在用于寻呼时机的配置信息中的第二监测部分的开/关字段、对应于时隙的数量或长度的第二监测部分信息以及第二监测部分的设置周期可以经由高层信令设置。

根据实施例，用于寻呼时机的配置信息可以包括关于寻呼时机在寻呼帧中的起始位置的变更信息。换句话说，寻呼帧中的寻呼时机的起始点可以被变更。因此，可以灵活地设置寻呼消息在寻呼帧中的发送位置。

据此，可以灵活地设置用于PDCCH监测部分的起始位置，并且尽管由于前一寻呼帧部分中的LBT故障而导致寻呼消息的发送失败，但是基站可以在下一个寻呼帧部分中变更PDCCH监测的位置，并且发送寻呼消息。换句话说，可以将分集给予尝试LBT的部分，从而提供获得信道的额外机会。

据此，寻呼时机区域的长度和所配置的PDCCH监测集可以不变更。然而，监测寻呼时机的开始时隙也可以被变更为除时隙#0以外的时隙。这样，PO的起始位置的变更可以变更执行LBT的时间，从而分配基站执行LBT的时间。

或者，作为示例，用于寻呼时机的配置信息可以包括关于在寻呼时机中的PDCCH的监测间隔的信息。换句话说，寻呼帧中的寻呼时机的起始点可以用特定的间隔来设置。

或者，作为示例，用于寻呼时机的配置信息可以包括关于对应于至少两个寻呼时机中的每一个的起始位置的信息。也就是说，可以在寻呼帧中设置几个寻呼时机起始点。换句话说，由于基站具有关于几个PO起始点的所有信息，因此，如果LBT在特定时间失败，则基站可以选择性地应用第二、第三或第四PO起始位置并发送寻呼消息。

相应地，UE可以针对特定PO起始点执行PDCCH监测。

根据实施例，用于寻呼时机的配置信息可以包括用于确定在UE的不连续接收(DRX)周期中的寻呼帧的位置的偏移信息。也就是说，可以将寻呼帧(PF)的移位模式设置为特定模式。

作为示例，用于寻呼帧的偏移值可以基于各种值来显式地或隐式地确定。或者，可以应用预定模式。在先前的PF中已经检测到寻呼消息的时隙或子帧的索引可以被用作偏移值。

再次参照图13，基站可以基于配置信息在寻呼时机中发送下行链路控制信道(PDCCH)(S1310)。

根据每个上述实施例，基站可以在基于用于寻呼时机的配置信息而配置的PDCCH监测区域中发送PDCCH。因此，可以经由添加到现有寻呼时机的单独的寻呼时机区域来额外给UE提供监测PDCCH的机会。因此，可以增加在非许可频段中发送寻呼的概率。

据此，可以提供一种在非许可频段中的寻呼方法和设备，其可以通过配置用于在非许可频段中寻呼的附加寻呼窗口来降低由于LBT故障而导致的寻呼不发送概率。可以提供一种非许可频段中的寻呼方法和设备，其可以通过变更非许可频段中寻呼的PDCCH监测时间来降低由于LBT故障导致的寻呼不发送概率。

下面参照相关附图详细描述了用于在非许可频段中执行寻呼的每个实施例。

当前，在NR-U中，考虑了针对非许可频段的独立设计。此时，在确定了用于所确定的信道的传输的时隙中，对应的预定传输是不可能的。这就是为什么NR-U本身会基于LBT执行所有信道和信号的传输的原因。其中，需要一种用于解决与处于RRC_idle状态的UE的寻呼不发送问题的方法。

根据本发明，在NR中提出了一种针对非许可频段的寻呼方法。具体而言，提出了一种用于变更PDCCH监测时间和在DRX周期中配置额外窗口的方法，以降低由于LBT故障而导致的寻呼不发送的概率。

与用于NR中的非许可频段接入的初始接入相关，NR-U需要包括SS/PBCH块突发集传输的信号。

对于初始接入过程，以下修改可能是有利的。考虑到基于LBT的信道接入限制，对初始接入过程的修改需要开发用于处理SS/PBCH块的技术，并且RMSI传输机会由于LBT故障而减少。

对4步RACH的增强是一种处理因LBT失败而减少的消息1/2/3/4传输机会的机制，而2步RACH在信道接入方面具有潜在优势。

根据本公开，以下提出一种用于增强NR-U中的基于LBT的寻呼传输的方法。以下描述的实施例可以单独执行或者组合执行。

实施例1：可以在寻呼帧(PF)中添加补充PDCCH监测区域(第二监测部分)，并且UE可以选择性地执行寻呼监测。

基本上，寻呼帧(PF)可能意指一个10ms长的无线帧。也就是说，这表示UE的DRX周期的特定无线帧。一个无线帧包括总共10个子帧(＝1ms)。PDCCH实际上是在时隙中发送的。如果子载波间隔(SCS)为15kHz，则该时隙和子帧具有相同的长度，以使一个无线帧具有10个时隙，并且最多有10个候选PDCCH监测。

对于寻呼，在一个PF内发生一个寻呼时机(PO)。这里，PO表示实际执行寻呼的次数。换句话说，寻呼在一个无线帧中发生一次，并且相应的消息经由用P-RNTI加扰的PDCCH监测发生。PO可以由一个时隙或子帧来配置，或由若干时隙或子帧形成的集合来配置。

本公开中的第二PDCCH区域被定义为用于接收在现有PO区域中另外配置的寻呼消息的PDCCH监测区域。在这种情况下，在一个UE的位置中，在一个无线帧内仅发送一个寻呼消息，并且用于该消息的调度控制信息经由PDCCH发送。因此，通过监测第二PDCCH区域，以及对应于现有PO的PDCCH监测时隙，UE可能有机会来接收额外的寻呼消息。

参照图14，相同的原理适用于在UE中定义PF内的一个PO部分。寻呼消息检测部分可以被定义在阴影线所示的第一PDCCH监测部分中的时隙#0-2中，以及在交叉阴影线所示的第二PDCCH监测部分中的时隙#3-5中。

作为示例，如果在预设的第一PDCCH监测时隙部分中没有检测到寻呼消息，则UE可以在作为附加(补充)PDCCH监测时隙的第二PDCCH监测时隙部分中再次执行寻呼消息检测。通过这样做，UE不需要总是在所有时隙中都执行PDCCH监测，并且仅在第一监测部分中未能检测到寻呼消息的UE在第二监测部分中执行寻呼消息检测。

因此，尽管LBT在预设部分中失败了，但是如果LBT在第二监测部分中成功，则gNB可能有额外的机会发送寻呼消息。相应区域的应用可以经由高层信令来配置。

第二监测部分开/关字段、作为时隙数量或长度的第二监测部分信息以及第二监测部分设置周期可以经由更高层信令来设置。在这种情况下，第二监测部分设置周期可以被设置为与周期性设置的PF相同或者具有不同的周期。例如，如果PF是20个无线帧，则第二监测的周期可以被设置为40个无线帧。此时，第二监测部分可以被周期性地设置在偶数或奇数PF部分中。

实施例1-1：可以在寻呼帧(PF)中添加多个补充PDCCH监测区域，并且UE可以选择性地执行寻呼监测。

实施例1-1对应于上述实施例1的扩展情况。换句话说，可以限定多个补充PDCCH监测区域，并且如在实施例1中那样，可以应用这些区域。

作为示例，在使用多个补充PDCCH监测区域的情况下，可能针对每个UE监测的区域可以被指定为例如补充区域#0和#3。或者，可能针对每个UE监测的区域的数量可以被指定为，例如，N＝3，补充区域#0、#1、#2。在这种情况下，UE可以尝试根据顺序在PDCCH监测区域中检测基于P-RNTI的寻呼消息。这里，用P-RNTI加扰的PDCCH可以仅包括具有寻呼消息的PDSCH的调度信息。

实施例2：寻呼帧(PF)中的寻呼时机(PO)的起始点可以被变更。

在实施例2中，与上述实施例1或实施例1-1不同，在寻呼帧(PF)中的寻呼消息的发送位置不是固定的，而是可以被灵活地设置的。

在传统LTE/NR中，UE将执行PDCCH监测的位置或部分是固定的，并且UE检测寻呼消息。

根据实施例2，灵活地设置用于PDCCH监测部分的起始位置，并且，尽管LBT在先前的PF部分中失败了，从而使得寻呼消息发送失败，但是可以变更PDCCH监测位置，从而使得有机会在下一个PF部分中发送寻呼消息。换句话说，可以将分集给予尝试LBT的部分，从而提供获得信道的额外机会。

如图15所示，经由传统RRC信令配置的寻呼信息被配置为阴影中的时隙#0-2，类似于应用于无线帧#X的时隙。根据本实施例，PO和配置的PDCCH监测集的长度可以不变。但是，在无线帧#X+P中，PO的监测开始时隙可以被变更为时隙#3，而不是时隙#0。这里，P意指PF的周期。

PO的起始位置的变更可以变更执行LBT的时间，从而分配通过gNB执行LBT的时间。可以基于基于RRC设置的值来确定用于变更PF(即，指示寻呼无线帧中的PDCCH监测部分的PO的起始位置)的方法。

因此，除了由RRC设置的寻呼信令之外，PO的起始点可以变更如下。

通常，PO的起始位置可以由以下等式定义：i_s＝floor(UE_ID/N)mod Ns，并且根据实施例2，i_s可以被变更如下。

变更后的i_s'可以被定义为i_s'＝(i_s+N_add)mod N_slot或i_s'＝(i_s+N_add)mod N_sf。

这里，N_slot是一个无线帧中的时隙的数量。例如，如果SCS＝15kHz，则N_slot＝10；如果SCS＝30kHz，则N_slot＝20。另外，N_sf是1个无线帧中的子帧的数量，N_sf始终＝10。

N_add是实际变更PO起始点的值，并且可以使用以下因素。可以使用无线帧索引，该无线帧索引是由PF帧、UE-RNTI、小区ID、天线端口或预定义模式设置的无线帧索引，并且可以使用根据时间值的变量。

换句话说，如果在设置N_add值时，PDCCH监测集由多个时隙构成，则可以通过添加的N_add值，使寻呼帧(PF)中的寻呼时机(PO)的起始点按照特定的值呈现为具有移位模式。

实施方式2-1：寻呼帧(PF)中的寻呼时机(PO)的起始点可以以特定间隔来设置。

根据实施例2-1，可以提出这样的新模式，其中如果指示了UE的PO的起始点，则以预定间隔设置所配置的PDCCH监测集。换句话说，PDCCH监测集可以由被指定为最大PF的一个无线帧中的所有时隙构成。然而，在这种PDCCH监测部分总是被配置的情况下，发生用于UE的PDCCH检测的功耗，因此，可以设置预定间隔。因此，PO可以设置如下：PO＝{i_s,i_s+N_gap,i_s+2*N_gap,...}。

例如，参照图16，作为整个PO的PDCCH监测部分由八个时隙(时隙#0-7)构成。根据实施例2-1，如果N_gap＝2，则PDCCH监测间隔是两个时隙。因此，为UE接收寻呼消息而监测的PDCCH可以在阴影所示的时隙#0、2、4和6中发送。

实施方式2-2：可以设置寻呼帧(PF)中的多个寻呼时机(PO)的起始点。

在实施例2-2中，与上述实施例2一样，可以设置用于寻呼变更时间的几个起始点。

换句话说，由于gNB具有几个PO起始点，因此，如果LBT在特定时间失败了，则基站可以选择性地应用第二、第三或第四PO起始位置并发送寻呼消息。

在这种情况下，UE需要针对特定PO起始点执行PDCCH监测。

实施例3。寻呼帧(PF)的移位模式可以被设置为特定模式。

根据实施例3，在配置NR寻呼帧时，可以应用以下等式：(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N).

也就是说，UE在其中接收寻呼消息的无线帧的索引可以通过系统帧号(SFN)和由RRC设置的PF_offset来确定。

换句话说，在由UE_ID和所配置的DRX周期T确定的值中，位置可以由PF_offset确定。也就是说，SFN#0至SFN#1023中的一个无线电帧被设置为寻呼帧(PF)，并且可以经由RRC信令以特定的偏移PF_offset值移动该位置。根据实施例3，作为PF_offset，可以应用灵活的值而不是特定的值。

也就是说，将由UE选择的PF的SFN确定为可以变更的一个值。因此，现有的PF_offset可以被变更为为PF_offset_i。在这里，i可以是0、1、2、3，...。

因此，根据传输时间，PF索引可以变更为第一SFN+PF_offset_0(＝0)、第二SFN+PF_offset_1(＝2)或SFN+PF_offset_1(＝3)。

作为示例，可以基于各种值显式地或隐式地确定PF_offset_i。

或者，可以应用预定义的模式。在先前的PF中已经检测到寻呼消息的时隙或子帧的索引可以被应用为PF_offset_i。例如，如果在先前的DRX周期中的PF的索引是无线帧#N，并且在其中已经检测到寻呼消息的时隙或子帧的索引是N_x，则下一个PF的无线帧索引可以被新定义为SFN+N_x。在这种情况下，N_x的角色与现有NR寻呼中定义的PF_offset的角色相同。

下面参考附图描述可以执行以上结合图1至图16描述的全部或一些实施例的UE和基站的配置。

图17是示出根据另一实施例的用户设备(UE)的配置的视图。

参照图17，根据另一实施例，UE 1700包括控制器1710、发射机1720和接收机1730。

控制器1710根据用于在执行上述公开所需的非许可频段中执行无线通信的方法来控制UE 1700的整体操作。发射机1720经由相应的信道向基站发送上行链路控制信息和数据或消息。接收机1730经由相应的信道从基站接收下行链路控制信息和数据或消息。

接收机1730可以接收用于在非许可频段中进行寻呼的寻呼时机(PO)的配置信息。寻呼在一个无线帧中发生一次，并且相应的消息经由以P-RNTI加扰的PDCCH监测发生。寻呼时机可以由一个时隙或子帧或由若干时隙或子帧形成的集合来配置。

根据实施例，可以在寻呼帧中配置至少两个寻呼时机。也就是说，第二和后续寻呼时机可以被定义为用于接收在现有寻呼时机区域中另外配置的寻呼消息的PDCCH监测区域。因此，控制器1710可以监测对应于第二和后续寻呼时机的PDCCH区域，以及对应于现有寻呼时机的PDCCH监测时隙。因此，UE 1700可能具有接收寻呼消息的额外机会。

作为示例，如果在预设的第一PDCCH监测时隙部分中没有检测到寻呼消息，则控制器1710可以在添加的第二PDCCH监测时隙部分中再次执行寻呼消息检测。通过这样做，只有在第一监测部分中未能检测到寻呼消息的UE才可以在第二监测部分中执行寻呼消息检测。换句话说，直到寻呼消息接收成功之前，控制器1710可以依次监测与寻呼消息有关的PDCCH。

因此，尽管LBT在预设部分中失败了，但是如果LBT在第二监测部分中成功，则基站可能有额外的机会发送寻呼消息。

作为示例，接收机1730可以经由高层信令来接收用于寻呼时机的配置信息。例如，在配置两个寻呼时机的情况下，包括在寻呼时机的配置信息中的第二监测部分的开/关字段、对应于时隙的数量或长度的第二监测部分信息以及第二监测部分的设置周期可以经由高层信令设置。

作为示例，在寻呼帧中添加多个PDCCH监测区域的情况下，可能针对每个UE监测的区域可以被指定为例如补充区域#0和#3。或者，可能针对每个UE监测的区域的数量可以被指定为，例如，N＝3，补充区域#0、#1、#2。在这种情况下，控制器1710可以尝试根据顺序在PDCCH监测区域中检测基于P-RNTI的寻呼消息。这里，用P-RNTI加扰的PDCCH可以仅包括具有寻呼消息的PDSCH的调度信息。

据此，用于PDCCH监测部分的起始位置可以被灵活地设置，并且尽管由于前一寻呼帧部分中的LBT故障而导致寻呼消息的发送失败，但是可以变更下一寻呼帧部分中PDCCH监测的位置，并且可以发送寻呼消息。换句话说，可以将分集给予尝试LBT的部分，从而提供获得信道的额外机会。

据此，寻呼时机区域的长度和所配置的PDCCH监测集可以不变。然而，监测寻呼时机的开始时隙也可以被变更为除时隙#0以外的时隙。这样，PO的起始位置的变更可以变更执行LBT的时间，从而分配基站执行LBT的时间。

或者，作为示例，用于寻呼时机的配置信息可以包括关于在寻呼时机中的PDCCH的监测间隔的信息。换句话说，寻呼帧中的寻呼时机的起始点可以以特定间隔设置。

在这种情况下，如果指示了UE的寻呼时机的起始点，则可以以预定间隔设置所配置的PDCCH监测集。例如，假设寻呼时机的PDCCH监测部分由八个时隙(时隙#0-7)形成。在这种情况下，如果将PDCCH监测间隔设置为两个时隙，则由UE监测以接收寻呼消息的PDCCH可以在时隙#0、2、4和6中发送。

或者，作为示例，用于寻呼时机的配置信息可以包括关于对应于至少两个寻呼时机中的每一个的起始位置的信息。也就是说，可以在寻呼帧中设置多个寻呼时机起始点。换句话说，由于基站具有关于几个PO起始点的所有信息，因此，如果LBT在特定时间失败了，则基站可以选择性地应用第二、第三或第四PO起始位置并发送寻呼消息。

因此，控制器1710可以针对特定PO起始点执行PDCCH监测。

根据实施例，用于寻呼时机的配置信息可以包括用于确定在UE的不连续接收(DRX)周期中的寻呼帧的位置的偏移信息。也就是说，寻呼帧(PF)的移位模式可以被设置为特定模式。

作为示例，寻呼帧的偏移值可以基于各种值显式地或隐式地确定。或者，可以应用预定模式。在先前的PF中已经检测到寻呼消息的时隙或子帧的索引可以被用作偏移值。

控制器1710可以基于配置信息在寻呼时机中监测下行链路控制信道(PDCCH)。根据每个上述实施例，控制器1710可以基于用于寻呼时机的配置信息而配置的PDCCH监测区域中监测PDCCH。可以经由添加到现有寻呼时机的单独寻呼时机区域来额外给UE1700提供监测PDCCH的机会。因此，可以增加在非许可频段中发送寻呼的概率。

据此，可以提供一种在非许可频段中的寻呼方法和设备，其可以通过配置用于在非许可频段中寻呼的附加寻呼窗口来降低由于LBT故障而导致的寻呼不发送概率。可以提供一种非许可频段中的寻呼方法和设备，其可以通过变更用于在非许可频段中寻呼的PDCCH监测时间来降低由于LBT故障导致的寻呼不发送概率。

图18示出根据实施例的基站1800的配置的视图。

参照图18，根据另一实施例，基站1800包括控制器1810、发射机1820和接收机1830。

控制器1810根据在执行上述公开所需的非许可频段中执行寻呼的方法来控制基站1800的整体操作。发射机1820和接收机1830用于与UE一起发送或接收执行上述公开所需的信号或消息或数据。

发射机1820可以向UE发送用于在非许可频段中进行寻呼的寻呼时机(PO)的配置信息。寻呼在一个无线帧中发生一次，并且相应的消息经由以P-RNTI加扰的PDCCH监测发生。寻呼时机可以由一个时隙或子帧来配置，或由几个时隙或子帧形成的集合来配置。

根据实施例，可以在寻呼帧中配置至少两个寻呼时机。也就是说，第二和后续寻呼时机可以被定义为用于接收在现有寻呼时机区域中另外配置的寻呼消息的PDCCH监测区域。因此，UE可以监测对应于第二和后续寻呼时机的PDCCH区域，以及对应于现有寻呼时机的PDCCH监测时隙。因此，UE可以具有接收寻呼消息的额外机会。

作为示例，如果在预设的第一PDCCH监测时隙部分中没有检测到寻呼消息，则UE可以在添加的第二PDCCH监测时隙部分中再次执行寻呼消息检测。通过这样做，只有在第一监测部分中未能检测到寻呼消息的UE才可以在第二监测部分中执行寻呼消息检测。换句话说，直到寻呼消息接收成功之前，UE可以依次监测与寻呼消息有关的PDCCH。

因此，尽管LBT在预设部分中失败了，但是如果LBT在第二监测部分中成功，则基站1800可能有额外的机会发送寻呼消息。

作为示例，发射机1820可以经由高层信令来发送用于寻呼时机的配置信息。例如，在配置两个寻呼时机的情况下，用于寻呼时机的配置信息中包括的第二监测部分的开/关字段、对应于时隙的数量或长度的第二监测部分信息以及第二监测部分的设置周期可以经由高层信令设置。

作为示例，在寻呼帧中添加多个PDCCH监测区域的情况下，可能针对每个UE监测的区域可以被指定为例如补充区域#0和#3。或者，可能针对每个UE监测的区域的数量可以被指定为，例如，N＝3，补充区域#0、#1、#2。在这种情况下，UE可以尝试根据顺序在PDCCH监测区域中检测基于P-RNTI的寻呼消息。这里，以P-RNTI加扰的PDCCH可以仅包括具有寻呼消息的PDSCH的调度信息。

据此，可以灵活地设置用于PDCCH监测部分的起始位置，并且尽管由于前一寻呼帧部分中的LBT故障而导致寻呼消息的发送失败，但是可以下一个寻呼帧部分中变更PDCCH监测的位置，并且可以发送寻呼消息。换句话说，可以将分集给予尝试LBT的部分，从而提供获得信道的额外机会。

据此，寻呼时机区域的长度和所配置的PDCCH监测集可以不变更。然而，监测寻呼时机的开始时隙也可以被变更为除时隙#0以外的时隙。这样，PO的起始位置的变更可以变更执行LBT的时间，从而分配基站1800执行LBT的时间。

或者，作为示例，用于寻呼时机的配置信息可以包括关于对应于至少两个寻呼时机中的每一个的起始位置的信息。即，可以在寻呼帧中设置多个寻呼时机起始点。换句话说，由于基站1800具有关于几个PO起始点的所有信息，因此，如果LBT在特定时间失败，则发射机1820可以选择性地应用第二、第三或第四PO起始位置并发送寻呼消息。

相应地，UE可以针对特定PO起始点执行PDCCH监测。

作为示例，用于寻呼帧的偏移值可以基于各种值显式地或隐式地确定。或者，可以应用预定模式。可以将在先前的PF中已经检测到寻呼消息的时隙或子帧的索引用作偏移值。

发射机1820可以基于配置信息在寻呼时机中发送下行链路控制信道(PDCCH)。根据每个上述实施例，发射机1820可以在基于用于寻呼时机的配置信息而配置的PDCCH监测区域中发送PDCCH。也就是说，可以经由添加到现有寻呼时机的单独寻呼时机区域来额外给UE提供监测PDCCH的机会。因此，可以增加在非许可频段中发送寻呼的概率。

上述实施例可以由在诸如IEEE 802、3GPP和3GPP2的无线接入系统中的至少一个中公开的标准文档来支持。也就是说，在本实施例中未描述的步骤、配置和部件可以由上述标准文档支持，以阐明本公开的技术概念。另外，本文所公开的所有术语可以由上述标准文档描述。

上述实施例可以通过各种手段中的任何一种来实现。例如，本实施例可以被实现为硬件、固件、软件或其组合。

在通过硬件实现的情况下，根据本实施例的方法可以被实现为专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器或微处理器中的至少一种。

在通过固件或软件来实现的情况下，根据本实施例的方法可以以用于执行上述功能或操作的装置、过程或功能的形式来实现。软件代码可以存储在存储单元中，并且可以由处理器驱动。存储器单元可以设置在处理器内部或外部，并且可以通过各种众所周知的方式中的任何一种与处理器交换数据。

另外，术语“系统”、“处理器”、“控制器”、“组件”、“模块”、“接口”、“模型”、“单元”等通常可以指与计算机有关的实体硬件、硬件和软件、软件或运行软件的组合。例如，上述组件可以是但不限于由处理器驱动的进程、处理器、控制器、控制处理器、实体、执行线程、程序和/或计算机。例如，在控制器或处理器中运行的应用程序以及该控制器或处理器都可以是组件。可以在进程和/或执行线程中提供一个或多个组件，并且可以在单个设备(例如，系统、计算设备等)中提供这些组件，或者可以将其分布在两个或更多设备上。

本发明的上述实施例仅为说明性目的进行描述，本领域技术人员将理解，在不脱离本公开的范围和精神的情况下，可以对其进行各种修改和更改。此外，本发明的实施例无意限制，而是旨在说明本发明的技术思想，因此本发明的技术思想的范围不受这些实施例的限制。本公开的范围应以所附权利要求为基础来解释，以使得包括在与权利要求等同的范围内的所有技术构思属于本公开。

Claims

1.一种由用户设备(UE)在非许可频段中寻呼的方法，所述方法包括：

接收关于用于在所述非许可频段中寻呼的寻呼时机(PO)的配置信息；并且

基于所述配置信息，在所述寻呼时机中监测下行链路控制信道(PDCCH)，其中

所述寻呼时机由寻呼帧中的至少两个寻呼时机构成，并且其中

监测所述PDCCH包括：针对至少两个寻呼时机依次监测PDCCH，直到接收到寻呼消息为止。

2.根据权利要求1所述的方法，其中，所述配置信息包括关于所述寻呼时机在所述寻呼帧中的起始位置的变更信息。

3.根据权利要求2所述的方法，其中，所述配置信息包括关于在所述寻呼时机中的PDCCH的监测间隔的信息。

4.根据权利要求2所述的方法，其中，所述配置信息包括关于对应于所述至少两个寻呼时机中的每一个的起始位置的信息。

5.根据权利要求1所述的方法，其中所述配置信息包括偏移信息，所述偏移信息用于在针对所述UE的不连续接收(DRX)周期中确定所述寻呼帧中的位置。

6.一种由基站在非许可频段中执行寻呼的方法，所述方法包括：

发送关于用于在所述非许可频段中寻呼的寻呼时机(PO)的配置信息；并且

基于所述配置信息，在所述寻呼时机中发送下行链路控制信道(PDCCH)，其中

所述配置信息包括关于至少两个或更多个寻呼时机的信息，其中

发送所述PDCCH包括针对所述至少两个或更多个寻呼时机依次发送PDCCH。

7.根据权利要求6所述的方法，其中，所述配置信息包括关于所述寻呼时机在所述寻呼帧中的起始位置的变更信息。

8.根据权利要求7所述的方法，其中，所述配置信息包括关于在所述寻呼时机中的PDCCH的监测间隔的信息。

9.根据权利要求7所述的方法，其中，所述配置信息包括关于对应于所述至少两个寻呼时机中的每一个的起始位置的信息。

10.根据权利要求6所述的方法，其中所述配置信息包括偏移信息，所述偏移信息用于在针对所述UE的不连续接收(DRX)周期中确定所述寻呼帧中的位置。

11.一种在非许可频段执行寻呼的用户设备(UE)，所述UE包括：

接收机，所述接收机接收关于用于在所述非许可频段中寻呼的寻呼时机(PO)的配置信息；以及

控制器，所述控制器基于所述配置信息在所述寻呼时机中监测下行链路控制信道(PDCCH)，其中

所述寻呼时机由寻呼帧中的至少两个寻呼时机构成，其中

所述控制器针对至少两个寻呼时机依次监测所述PDCCH，直到接收到寻呼消息为止。

12.根据权利要求11所述的UE，其中，所述配置信息包括关于所述寻呼时机在所述寻呼帧中的起始位置的变更信息。

13.根据权利要求12所述的UE，其中，所述配置信息包括关于在所述寻呼时机中的PDCCH的监测间隔的信息。

14.根据权利要求12所述的UE，其中，所述配置信息包括关于对应于所述至少两个寻呼时机中的每一个的起始位置的信息。

15.根据权利要求11所述的UE，其中所述配置信息包括偏移信息，所述偏移信息用于在针对所述UE的不连续接收(DRX)周期中确定所述寻呼帧中的位置。