CN117337602A

CN117337602A - 终端、基站以及无线通信方法

Info

Publication number: CN117337602A
Application number: CN202280030514.4A
Authority: CN
Inventors: 长野树; 高桥秀明
Original assignee: Denso Corp; Toyota Motor Corp
Current assignee: Denso Corp; Toyota Motor Corp
Priority date: 2021-05-07
Filing date: 2022-05-02
Publication date: 2024-01-02
Also published as: US20240073863A1; WO2022234842A1; EP4336918A1; JP2022172970A; BR112023022163A2

Abstract

终端包括：接收部，接收系统信息；以及控制部，使用所述系统信息所包含的信息，配置用于具有下行链路控制信息(DCI)格式的物理下行链路控制信道(PDCCH)监测的搜索空间，所述DCI格式包含指示在用于寻呼的时段中作为寻呼对象的子组的字段。

Description

终端、基站以及无线通信方法

关联申请的交叉引用

本申请基于在2021年5月7日申请的日本专利申请第2021-079342号，主张其优先权的利益，该专利申请的全部内容通过参照并入本说明书。

技术领域

本公开涉及一种终端、基站以及无线通信方法。

背景技术

国际标准化组织第三代合作伙伴计划(Third Generation PartnershipProject：3GPP)作为第3.9代无线接入技术(Radio Access Technology：RAT)、即长期演进(Long Term Evolution：LTE)、以及第4代RAT、即高级LTE(LTE-Advanced)的后续版本，制订了第5代(Fifth Generation：5G)RAT、即新无线电(New Radio：NR)的第15版规范(例如，非专利文献1)。LTE和/或LTE－Advanced也被称为演进的通用陆地无线电接入(EvolvedUniversal Terrestrial Radio Access：E-UTRA)。

在E-UTRA和/或NR中，网络主导的连接的建立通过寻呼来实施。例如，在NR中，空闲(idle)状态或非活动(inactive)状态的终端在用于寻呼的时段(下面称为“寻呼时段”)中监测使用下行链路控制信道(例如，物理下行链路控制信道(Physical Downlink ControlChannel：PDCCH)而被传送的下行链路控制信息(Downlink Control Information：DCI)。终端经由根据该DCI而被调度的下行链路共享信道(例如，物理下行链路控制信道(PhysicalDownlink Shared Channel：PDSCH)接收寻呼消息。终端通过进行在寻呼时段之外休眠(sleep)的非连续接收(Discontinuous reception：DRX)，从而降低该终端的功耗。。

现有技术文献

非专利文献

非专利文献1：3GPP TS 38.300V15.2.0(2018-06)

发明内容

在3GPP(例如，NR的第17版)中，研究了将分配给同一寻呼时段的多个终端划分为预定单位(下面称为“子组”(subgroup))，进行以子组为单位的寻呼(下面称为“分组(subgrouping)”)。另外，通过提前对终端10指示在寻呼时段成为寻呼对象的子组(下面称为“寻呼提前指示(Paging early indication(PEI))”)，期待提高分组带来的省电效果。

例如，正在讨论通过基于DCI、基于SSS(Secondary Synchronization Signal：辅同步信号)或基于TRS(Tracking Reference Signal：跟踪参考信号)来构成PEI。在导入基于DCI的PEI的情况下，需要适当地控制对该PEI的监测。

本公开的目的之一在于，提供一种能够适当地控制对PEI的监测的终端、基站以及无线通信方法。

本公开的一方面所涉及的终端包括：接收部，接收系统信息；以及控制部，利用所述系统信息所包含的信息来配置用于具有下行链路控制信息(DCI)格式的物理下行链路控制信道(PDCCH)监测的搜索空间，所述下行链路控制信息(DCI)包含指示在用于寻呼的时段中作为寻呼对象的子组的字段。

根据本公开的一方面，能够适当地控制对PEI的监测。

附图说明

图1是示出本实施方式所涉及的无线通信系统的概要的一个例子的图。

图2是示出本实施方式所涉及的用于寻呼的DRX的一个例子的图。

图3(A)及图3(B)是示出本实施方式所涉及的PEI的一个例子的图。

图4是示出本实施方式的第一方式所涉及的PEI的一个例子的图。

图5是示出本实施方式的第一方式所涉及的PEI的其他例子的图。

图6是示出本实施方式的第二方式所涉及的PEI的一个例子的图。

图7是示出本实施方式的第二方式所涉及的PEI的其他例子的图。

图8(A)至图8(C)是示出本实施方式所涉及的寻呼DCI的一个例子的图。

图9是示出本实施方式的第三方式所涉及的PO内的终端动作的一个例子的图。

图10是示出本实施方式的第四方式所涉及的子组集合信息的一个例子的图。

图11是示出本实施方式的第四方式所涉及的子组的导出动作的一个例子的图。

图12是示出本实施方式的与子组总数信息有关的规范变更的一个例子的图。

图13是示出本实施方式所涉及的无线通信系统内的各装置的硬件结构的一个例子的图。

图14是示出本实施方式所涉及的终端的功能块结构的一个例子的图。

图15是示出本实施方式所涉及的基站的功能块结构的一个例子的图。

具体实施方式

参照附图，对本公开的实施方式进行说明。此外，在各图中，附有相同附图标记的部件可以具有相同或相似的结构。

图1是示出本实施方式所涉及的无线通信系统的概要的一个例子的图。如图1所示，无线通信系统1可以包括终端10、基站20、以及核心网络30。此外，图1所示的终端10、基站20的数量仅是示例，并不限于图示的数目。

作为无线通信系统1的无线电接入技术(Radio Access Technology：RAT)，例如设想NR，但不限于此，例如能够利用第六代以后的RAT等各种RAT。

终端10例如是智能电话、个人计算机、车载终端、车载装置、静止装置、远程信息处理控制单元(Telematics control unit：TCU)等预定的终端或装置。终端10也可以被称为用户设备(User Equipment：UE)、移动站(Mobile Station：MS)、终端(User Terminal)、无线装置(Radio apparatus)、订户终端、接入终端等。终端10可以是移动型，也可以是固定型。作为RAT，终端10例如可以构成为能够使用NR进行通信。

基站20形成一个以上的小区C，并使用该小区C与终端10通信。小区C也可以与服务小区、载波、分量载波(Component Carrier：CC)等互换称呼。例如，基站20可以对终端10配置一个主小区和一个以上的辅小区来进行通信(也被称为载波聚合)。即，一个以上的小区C可以至少包括主小区，也可以包括辅小区。

另外，针对一个小区C，可以配置一个或多个带宽部分(Bandwidth Part：BWP)。在这里，主要在终端10初始接入小区时使用的BWP也被称为初始下行链路BWP(Initial DLBWP)及初始上行链路BWP(Initial UL BWP)。例如，基站20可以将用于配置初始下行链路BWP及初始上行链路BWP各自的频率位置、带宽、子载波间隔和/或循环前缀的信息包含在系统信息(例如，系统信息块(System Information Block：SIB)1)中进行广播。另外，基站20也可以将用于配置初始下行链路BWP及初始上行链路BWP各自的频率位置、带宽、子载波间隔和/或循环前缀的信息包含在主系统模块(Master Information Block：MIB)中进行广播。

基站20可以称为gNodeB(gNB)、en-gNB、下一代无线电接入网(Next Generation-Radio Access Network：NG-RAN)节点、低功耗节点(low-power node)、中央单元(CentralUnit：CU)、分布式单元(Distributed Unit：DU)、gNB-DU、远程无线电头端(Remote RadioHead：RRH)、一体化接入与回程/回程信令(Integrated Access and Backhaul/Backhauling：IAB)节点等。基站20不限于由一个节点构成，也可以由多个节点(例如，DU等下级节点和CU等上级节点的组合)构成。

核心网络30例如是支持NR的核心网络(5G Core Network：5GC)，但不限于此。核心网络30上的装置(下面也称为“核心网络装置”)进行终端10的寻呼、位置注册等移动性管理(mobility management)。核心网络装置可以经由预定的接口(例如S1或NG接口)连接于基站20。

核心网络装置例如包括以下功能等中的至少一项：接入和移动性管理功能(Access and Mobility Management Function：AMF)，管理C平面的信息(例如，接入及移动管理等相关的信息)；用户面功能(User Plane Function：UPF)，进行U平面的信息(例如，用户数据)的传送控制。

在无线通信系统1中，终端10进行来自基站20的下行链路(downlink：DL)信号的接收和/或上行链路信号(uplink：UL)的发送。在终端10中，一个以上的小区C被配置(configure)，所配置的小区的至少一个被激活(activate)。各小区的最大带宽例如是20MHz或400MHz等。

另外，终端10基于来自基站20的同步信号(例如，主同步信号(PrimarySynchronization Signal：PSS)和/或辅同步信号(Secondary Synchronization Signal：SSS))进行小区搜索。小区搜索是指终端10获取小区中的时间及频率的同步、检测该小区的标识符(例如，物理层小区ID)的过程。

包含上述同步信号、广播信道(例如，物理广播信道(Physical BroadcastChannel：PBCH))及广播信道的解调参考信号(Demodulation Reference Signal：DMRS)中的至少一项的块也被称为同步信号块(Synchronization Signal Block：SSB)、SS/PBCH块等。一个以上的SSB可以构成一个SS突发(burst)，一个以上的SS突发可以构成一个SS突发集(burst set)。SS突发集可以以预定周期(例如，20毫秒(ms)(2个无线帧))被发送。在运用多波束的情况下，不同的索引的SSB可以对应于不同的波束，通过波束扫描(beamsweeping)依次切换波束方向而被发送。

在小区C中广播(broadcast)的系统信息可以包含：经由PBCH广播的MIB和/或经由下行链路共享信道(例如，物理下行链路共享信道(Physical Downlink Shared Channel：PDSCH)广播的SIB(例如，SIBx，x＝1、2、……)。在这里，也将SIB1称为剩余系统信息(Remaining systeminformation：RMSI)。

终端10基于系统信息或无线资源控制(Radio Resource Control：RRC)消息所包含的参数(下面称为“RRC参数”)，确定搜索空间和/或控制资源集(Control Resource Set：CORESET)，在与该CORESET相关联的搜索空间内，执行经由下行链路控制信道(例如，物理下行链路控制信道(Physical Downlink Control Channel：PDCCH)被传送的DCI的监测。此外，RRC消息例如可以包含RRC建立(setup)消息、RRC重配置(reconfiguration)消息、RRC恢复(resume)消息、SIB、MIB等。

DCI的监测是指终端10以设想的DCI格式对搜索空间内的PDCCH候选(PDCCHcandidate)进行盲解码。DCI格式的比特数(也称为尺寸、宽度等)根据该DCI格式所包含的字段的比特数被预先确定或导出。终端10基于DCI格式的比特数以及用于该DCI格式的循环冗余校验(Cyclic Redundancy Check：CRC)比特(也被称为CRC奇偶校验比特)的加扰(下面称为“CRC加扰”)的特定的无线网络临时标识符(Radio Network Temporary Identifier：RNTI)，检测针对该终端10的DCI。DCI的监测也被称为PDCCH监测(monitoring)、监测(monitor)等。另外，进行DCI的监测的时段也被称为PDCCH监测时机(PDCCH monitoringoccasion)。

搜索空间可以包含在一个以上的终端10中被共享使用的搜索空间(下面称为“公共搜索空间(Common search space：CSS)”)以及终端特定搜索空间(UE-specific searchspace(USS))。例如，终端10可以监测通过RRC参数(例如，RRC IE“pagingSearchSpace”)配置的CSS(例如，Type0-PDCCH CSS集合(set)或Type2-PDCCH CSS集合)，来检测通过特定的RNTI(例如，Paging(P)-RNTI)进行CRC加扰的DCI(例如，DCI格式1_0，也被称为“寻呼DCI”等)。终端10经由使用DCI而被调度的PDSCH接收寻呼消息。在这里，基站20可以通过RRC参数对终端10配置特定的RNTI(例如，P-RNTI)。

在这里，Type0-PDCCH CSS集合可以使用MIB所包含的信息来配置。例如，基站20可以通过将用于配置CORESET的信息和/或用于配置搜索空间的信息包含在MIB中进行发送，来对终端10配置Type0-PDCCH CSS集合。在这里，也将使用MIB所包含的信息配置的CORESET称为CORESET#0。另外，也将使用MIB所包含的信息配置的搜索空间称为搜索空间#0。CORESET#0及搜索空间#0分别表示伴随索引#0的CORESET(即，CORESET with ID#0)以及伴随索引#0的搜索空间(即，Search Space with ID#0)。即，与Type0-PDCCH CSS集合对应的PDCCH监测时机可以使用MIB所包含的信息来配置。在这里，与Type0-PDCCH CSS集合对应的PDCCH监测时机也称为针对SIB1的PDCCH监测时机。

另外，Type2-PDCCH CSS集合可以使用系统信息(例如，SIB1)所包含的信息来配置。例如，基站20可以通过将用于配置CORESET的索引的信息和/或用于配置搜索空间的索引的信息包含在系统信息中进行发送，来对终端10配置Type2-PDCCH CSS集合。在这里，使用系统信息所包含的信息来配置的CORESET可以是CORESET#0或CORESET#x(例如，x＝1、2、……)。另外，使用系统信息所包含的信息来配置的搜索空间可以是搜索空间#0或搜索空间#x(例如，x＝1、2、……)。即，可以对使用系统信息所包含的信息来配置的CORESET的索引及搜索空间的索引分别设定除了“0”之外的值。即，与Type2-PDCCH CSS集合对应的PDCCH监测时机可以使用系统信息所包含的信息来配置。

另外，终端10可以监测USS，检测通过特定的RNTI(例如，Cell(C)-RNTI)进行了CRC加扰的DCI(例如，DL分配或UL许可)，控制利用使用该DCI而被调度的PDSCH的数据接收、或利用使用该DCI而被调度的上行链路共享信道(例如，物理上行链路共享信道(PhysicalUplink Shared Channel：PUSCH)的数据发送。此外，一个以上的搜索空间的集合可以称为搜索空间集合，包含一个以上的CSS的集合称为CSS集合，包含一个以上的USS的集合称为USS集合等。

(寻呼)

在终端10处于空闲状态或非活动状态的情况下，寻呼用于网络主导的连接的建立。另外，为了系统信息的更新的指示和/或公共预警(public warning)，与终端10的状态(例如，空闲状态，非活动状态或连接(connnected)状态)无关，寻呼用于短消息的传送。公共预警例如是地震海啸预警系统(Earthquake and Tsunami Warning System：ETWS)、商用移动预警系统(Commercial Mobile Alert System：CMAS)等。

在这里，空闲状态是终端10与基站20之间的RRC层的连接(下面称为“RRC连接”)未建立(establish)的状态，也被称为RRC_IDLE、空闲模式、RRC空闲模式等。空闲状态的终端10接收在驻留的小区中广播的系统信息。当RRC连接建立时，空闲状态的终端10迁移到连接状态。

另外，非活动状态是上述RRC连接建立但挂起(suspend)的状态，也被称为RRC_INACTIVE状态、非活动模式、RRC非活动模式等。非活动状态的终端10接收在驻留小区中广播的系统信息。当RRC连接恢复时，非活动状态的终端10迁移到连接状态，当该RRC连接释放(release)时，非活动状态的终端10迁移到空闲状态。

连接状态是上述RRC连接建立的状态，也被称为RRC_CONNECTED状态、连接模式、RRC连接模式等。当RRC连接释放时，连接状态的终端10迁移到空闲状态，当RRC连接挂起时，连接状态的终端10迁移到非活动状态。

终端10在寻呼时段进行PDCCH监测，在该寻呼时段之外进行休眠(sleep)的DRX。该寻呼时段例如可以是寻呼帧(Paging frame：PF)和/或寻呼时机(Paging occasion：PO)。PO构成为包含一个以上的时间单位。该时间单位例如可以是一个以上的时隙、一个以上的子帧或一个以上的符号(symbol)。PO可以包含一个以上的PDCCH监测时机。

图2是示出本实施方式所涉及的用于寻呼的DRX的一个例子的图。如图2所示，以被称为DRX周期的预定周期(given cycle)，PF被配置。PF例如可以由一个无线帧构成，由系统帧号(System Frame Number：SFN)来标识。一个无线帧由10个子帧#0至#9构成，例如，在子载波间隔为15kHz的情况下由10个时隙#0至#9构成。此外，当然每个PF的时隙数量根据子载波间隔而不同。

例如，在图2中，每个PF的PO数N_s为1。终端10在PF(或PO或PO内的PDCCH监测时机)之前进行时间及频率的同步。在该时间及频率的同步中例如使用SSB，但不限于此。在图2中，终端10在PO内的PDCCH监测时机检测寻呼DCI，经由根据寻呼DCI而被调度的PDSCH接收寻呼消息。

在CN主导寻呼的情况下，寻呼消息在跟踪区域内的多个小区C中被传送，在RAN主导寻呼的情况下，寻呼消息在RAN区域内的一个以上的小区C内被传送。RAN区域由RAN区域标识符(RAN Area Identifier：RAI)来标识，跟踪区域由跟踪区域标识符(Tracking AreaIdentifier：TAI)来标识。RAN区域包含一个以上的小区C，跟踪区域包含一个以上的RAN区域。

终端10基于寻呼消息内的一个以上的终端标识符的列表(例如，RRC IE“pagingRecordList”)以及分配给终端10的终端标识符，控制与网络侧(例如，CN 30和/或基站20)的连接的建立。例如，在该列表内包含分配给该终端10的终端标识符的情况下，终端10可以开始与网络侧的连接的建立过程。在这里，终端标识符是终端10的标识符，例如可以是唯一地标识跟踪区域内的终端10的临时终端标识符5G S-Temporary MobileSubscription Identifier(5G系统架构演进临时移动订户标识符：5G-S-TMSI)。

此外，在图2中，每个PF的PO数N_s为1，但不限于此，也可以为多个。另外，在图2中，设PO为1个子帧(时隙)，但如上所述，构成PO的时间单位不限于此。另外，在图2中，与某个PF相关联的PO被配置在该PF内，但不限于此，也可以从该PF之前或之后的预定位置开始。另外，某个PO用的PDCCH监测时机可以跨越多个无线帧。

终端10的PF的SFN可以基于上述终端标识符5G-S-TMSI及DRX周期T来确定。例如，PF用的SFN可以根据下述公式1，基于预定的偏移PF_Offset、DRX周期T、DRX周期T内的PF数N、每个PF的PO数N_s来确定。

(公式1)

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

其中，UE_ID＝5G-S-TMSI mod 1024。

根据上述公式1，对于同一寻呼时段(例如，PF和/或PO)分配多个终端10。另一方面，如果不对寻呼消息内的终端标识符的列表进行解码，则即使终端10接收到寻呼DCI，也无法判别是发往哪个终端10的寻呼。因此，在共享同一寻呼时段的多个终端10之中，该寻呼时段中的非寻呼对象的终端10存在不必要地进行时间及频率同步及PO中的PDCCH监测的可能。其结果，该寻呼时段中的非寻呼对象的终端10的功耗存在浪费的可能。

(分组)

为了降低上述非寻呼对象的终端10的功耗的浪费，还研究了将分配给同一寻呼时段的多个终端10划分为预定单位(下面称为“子组”)，针对每个子组进行寻呼。具体地说，研究了基于终端标识符的分组以及基于网络的分组。

在基于终端标识符的分组中，终端10基于上述终端标识符，确定分配给自身的子组。具体地说，除了基于终端标识符5G-S-TMSI，终端10还可以基于DRX周期T内的PF数N、每个PF的PO数N_s及子组的总数N_sg中的至少一项，确定该子组的标识符(下面称为“子组ID”)。例如，终端10可以根据下述公式2来确定子组ID。

(公式2)

子组ID＝floor(UE ID/(N*N_s)mod N_sg

其中，UE_ID＝5G-S-TMSI mOd 1024

另一方面，在基于网络的分组中，在网络侧(例如，基站20或CN 30)进行分组。网络侧的装置可以基于在网络侧管理的信息(例如，终端10的移动性状态、寻呼概率和/或终端10的功耗情况等)，确定要分配给终端10的子组。网络侧的装置向终端10通知用于指示已确定的子组的信息(例如，子组ID)。

(PEI)

在进行上述分组的情况下，提前向终端10指示在寻呼时段成为寻呼对象的子组(下面称为“寻呼提前指示(Paging early indication(PEI))”)能够有助于削减浪费的功耗。具体地说，终端10通过基于PEI在自身所属的子组为非寻呼对象的寻呼时段跳过(skip)PDCCH监测和/或寻呼消息的接收和/或解码，从而能够削减功耗。

就PEI而言，研究了基于DCI、基于SS S或基于跟踪参考信号(Tracking ReferenceSignal：TRS)等。下面，在本实施方式中，设想基于DCI的PEI来进行说明，但也能够适当地应用于基于SSS或基于TRS的PEI。此外，TRS也可以被称为非零功率信道状态信息参考信号(Non-zero power channel state information reference signal：NZP-CSI-RS)。

图3(A)及图3(B)是示出本实施方式所涉及的PEI的一个例子的图。例如，如图3(A)、图3(B)所示，PEI用的PDCCH监测时机(下面称为“PEI监测时机”)可以基于SS突发、SS突发集和/或PO的时间位置来确定。终端10可以检测一个以上的SS突发内的SSB来进行用于PO的时间及频率同步。例如，SS突发集的时段可以是0.5毫秒(例如，0.5无线帧(也称为a halfframe))。即，SSB及SS突发可以包含在0.5毫秒的时段内。例如，基站20可以向终端10发送用于配置针对SSB的接收的半帧(half frame)的周期(即，SS突发集的周期)的信息(例如，RRCIE“ssb-periodicityServingCell”)。

另外，对于包含SSB的半帧(half frame)，针对SSB的候选的最初的符号的索引可以基于SSB的子载波间隔(Subcarrier Spacing：SCS)来确定。例如，可以针对SSB的子载波间隔为15kHz、30kHz、120kHz及240kHz的情况，分别规定针对SSB的候选的时域中的位置(例如，OFDM符号的位置)。在这里，基站20可以向终端10发送用于配置SSB的子载波间隔的信息(例如，RRC IE“ssbSubcarrierSpacing”)。另外，基站20可以向终端10发送用于配置在SSB的候选中SSB被实际发送的时域中的位置的信息(例如，RRC IE“ssb-PositionsInBurst”)。

例如，在图3(A)中，各PEI监测时机可以基于针对各SS突发或各SS突发集的时间偏移来配置(configure)。此外，在图3(A)中从各SS突发的末尾给予时间偏移，但也可以给予从各SS突发或各SS突发集的开始的时间偏移。终端10不需要针对每个SS突发或每个SS突发集配置PEI监测时机，在终端10检测的至少一个SS突发或一个SS突发集中配置PEI监测时机即可。例如，在图3(A)中，一个以上的PEI(在这里，3个PEI)对应于一个PO，但不限于此。即，也可以是，例如，基站20通过RRC参数来配置时间偏移，终端10在基于所配置的时间偏移确定的监测时机监测针对包含PEI的DCI格式的PDCCH。

例如，从SS突发或SS突发集起的时间偏移的时段可以基于SSB的子载波间隔来确定。例如，在作为SSB的子载波间隔配置15kHz且作为时间偏移配置1毫秒的情况下，终端10可以在从SS突发或SS突发集起10时隙后的符号中开始针对包含PEI的DCI格式的PDCCH的监测。另外，在作为SSB的子载波间隔配置30kHz且作为时间偏移配置1毫秒的情况下，终端10可以在从SS突发或SS突发集起20时隙后的符号中开始针对包含PEI的DCI格式的PDCCH的监测。

另外，例如，从SS突发或SS突发集起的时间偏移的时段可以基于初始下行链路BWP的子载波间隔的子载波间隔来确定。例如，在作为初始下行链路BWP的子载波间隔配置15kHz且作为时间偏移配置1毫秒的情况下，终端10可以在从SS突发或SS突发集起10时隙后的符号中开始针对包含PEI的DCI格式的PDCCH的监测。另外，在作为初始下行链路BWP的子载波间隔配置30kHz且作为时间偏移配置1毫秒的情况下，终端10可以在从SS突发或SS突发集起20时隙后的符号中开始针对包含PEI的DCI格式的PDCCH的监测。

另一方面，在图3(B)中，各PEI监测时机以预定周期T2配置于对特定的PO给予预定的间隙(gap)的时间位置。如图3(B)所示，一个PEI可以对应于一个以上的PO(在这里，2个PO)。此外，图3(A)、图3(B)仅仅是例示，PEI监测时机不限定于图示的示例。例如，可以配置包含多个PEI监测时机的监测窗口。即，基站20可以向终端10配置监测窗口(监测时段)，在该监测窗口(监测时段)执行针对包含PEI的DCI格式的PDCCH的监测。

在如上所述的PEI监测时机监测到的PEI只要包含在预定的DCI格式中即可。例如，PEI可以包含在已有的DCI格式(例如，DCI格式1_0)中，或者也可以包含在新规定的DCI格式中。另外，包含PEI的DCI格式通过特定的RNTI(例如，P-RNTI)进行CRC加扰。此外，PEI不限于DCI格式内所包含的PEI，DCI格式本身也可以称为PEI。

另外，对针对包含PEI的DCI格式的PDCCH(即，PDCCH候选)的监测配置的搜索空间可以是用于寻呼DCI的监测的搜索空间(例如，Type0-PDCCH CSS集合或Type2-PDCCH CSS集合)，也可以是用于针对包含PEI的DCI格式的PDCCH监测的新配置的搜索空间。如上所述，Type0-PDCCH CSS集合可以使用MIB所包含的信息来配置。另外，Type2-PDCCH CSS集合及新配置的搜索空间可以使用系统信息(例如，SIB1)所包含的信息来配置。即，新配置的搜索空间可以是CSS集合。

例如，在使用系统信息(例如，SIB1)所包含的信息来配置用于针对包含PEI的DCI格式的PDCCH的监测的搜索空间的情况下，基站20可以将用于配置CORESET的索引的信息和/或用于配置搜索空间的索引的信息包含在该系统信息(例如，SIB1)中发送。

在这里，在由基站20配置了CORESET#0和/或搜索空间#0的情况下，终端10可以在Type0-PDCCH CSS集合中监测针对包含PEI的DCI格式的PDCCH。即，在使用用于配置系统信息所包含的CORESET的索引的信息对CORESET配置了索引#0的情况下，终端10可以在与Type0-PDCCH CSS集合对应的PDCCH监测时机监测针对包含PEI的DCI格式的PDCCH。另外，在使用用于配置系统信息所包含的搜索空间的索引的信息对搜索空间配置了索引#0的情况下，终端10可以在与Type0-PDCCH CSS集合对应的PDCCH监测时机监测针对包含PEI的DCI格式的PDCCH。即，在使用系统信息配置了CORESET#0和/或搜索空间#0的情况下，终端10可以在使用MIB所包含的信息配置的PDCCH监测时机(即，与CORESET#0和/或搜索空间#0对应的PDCCH监测时机)监测针对包含PEI的DCI格式的PDCCH。

在这里，在使用用于配置系统信息所包含的CORESET的索引的信息对CORESET配置了#0之外的索引的情况下，终端10可以在伴随所配置的索引的CORESET中监测针对包含PEI的DCI格式的PDCCH。另外，在使用用于配置系统信息所包含的搜索空间的索引的信息对搜索空间配置了#0之外的索引的情况下，终端10可以在伴随所配置的索引的搜索空间中监测针对包含PEI的DCI格式的PDCCH。即，在使用系统信息配置了CORESET#x(例如，x＝1、2、……)和/或搜索空间#x(例如，x＝1、2、……)的情况下，终端10在与CORESET#x(例如，x＝1、2、……)和/或搜索空间#x(例如，x＝1、2、……)对应的PDCCH监测时机监测针对包含PEI的DCI格式的PDCCH。

在这里，可以与PEI关联地规定第一动作和/或第二动作。例如，在第一动作中，在与终端10对应的子组为寻呼的对象的情况下，PEI可以指示终端10在寻呼时段(即，PF和/或PO)中执行监测。即，在第一动作中，PEI可以指示与终端10对应的子组正在被寻呼。例如，也可以是，在与终端10对应的(终端10所属的)子组被寻呼的情况下，PEI被发送，在该子组没有被寻呼的情况下，PEI不被发送。另外，在第一动作中，在与终端10对应的子组正在被寻呼的情况下，PEI可以指示终端10在寻呼时段中执行监测。即，在第一动作中，在与某个寻呼时段对应的PEI监测时机(例如，与某个寻呼时段对应的全部PEI监测时机)中没有检测到PEI的情况下，终端10可以不执行该某个寻呼时段中的监测(可以不请求该某个寻呼时段中的监测)。

另外，在第二动作中，PEI可以指示终端10是否在寻呼时段(即，PF和/或PO)中执行监测。即，在第二动作中，PEI可以指示与终端10对应的子组是否正在被寻呼。在该情况下，与对应于终端10的(终端10所属的)子组是否被寻呼无关地，PEI被发送。该PEI例如可以是后述的位图(例如，图4或图6)，或者可以是后述的码点(codepoint，例如，图5或图7)。即，在第二动作中，在与某个寻呼时段对应的PEI监测时机(例如，与某个寻呼时段对应的全部PEI监测时机)没有检测到PEI的情况下，终端10可以执行该某个寻呼时段中的监测(可以请求该某个寻呼时段中的监测)。

在这里，在第一动作及第二动作中，在某个寻呼时段执行监测可以包括如下情况：在该某个寻呼时段，监测针对通过特定的RNTI(例如，P-RNTI)进行了CRC加扰的DCI格式(例如，附加了用P-RNTI进行了加扰的CRC奇偶校验比特的DCI格式1_0)的PDCCH。另外，在某个寻呼时段执行监测可以包括如下情况：在该某个寻呼时段，对使用通过该特定的RNTI进行了CRC加扰的DCI格式而被调度的PDSCH进行解码(例如，接收寻呼消息)。

另外，在第一动作及第二动作中，在某个寻呼时段不执行监测(或跳过监测)可以包括如下情况：在该某个寻呼时段，不监测针对通过该特定的RNTI进行了CRC加扰的DCI格式的PDCCH。另外，在第一动作及第二动作中，在某个寻呼时段不执行监测可以包括如下情况：在该某个寻呼时段，对使用通过该特定的RNTI进行了CRC加扰的DCI格式而被调度的PDSCH不进行解码(例如，接收寻呼消息)。即，在第一动作及第二动作中，在某个寻呼时段不执行监测(或跳过监测)可以包括如下情况：在该某个寻呼时段，监测针对通过该特定的RNTI进行了CRC加扰的DCI格式的PDCCH，对使用该DCI格式而被调度的PDSCH不进行解码(例如，仅执行该DCI格式所包含的短消息的解码，不执行PDSCH的解码)。此外，在第一动作及第二动作中，在某个寻呼时段不执行监测(或跳过监测)可以包括如下情况：在该某个寻呼时段，不执行上述PDCCH的监测和上述PDSCH的解码这两者。

在本实施方式中，PEI这一名称仅是一个例子，只要是具有与本实施方式所述的功能相同的功能的信息，则其名称不限。

另外，如上所述，在PDCCH监测中，终端10基于要监测的DCI格式的比特数以及用于该DCI格式的CRC加扰的RNTI，检测针对该终端10的DCI。因此，为了在PEI监测时机检测PEI，终端10需要提前掌握PEI的比特数。在无法提前掌握PEI的比特数的情况下，存在终端10无法适当地控制PEI的监测的可能。

在进行上述分组的情况下，还研究了按每个预定单位(小区C、RNA区域或跟踪区域)确定子组的总数N_sg。在该情况下，PEI的比特数可以根据子组总数N_sg而变化。因此，在本实施方式中，终端10通过基于子组总数N_sg来确定PEI的比特数，从而适当地控制PEI监测时机中的监测。

下面，在本实施方式中，对指示一个寻呼时段中的寻呼对象的子组的PEI的监测控制(第一方式)、以及指示多个寻呼时段各自的寻呼对象的子组的PEI的监测控制(第二方式)进行说明。此外，PEI的监测也可以称为包含PEI的DCI(或DCI格式)的监测。

此外，下面，在第一方式及第二方式中使用的各寻呼时段例如为PO，但不限于此。

另外，在第一方式中，针对每个PO配置一个PEI监测时机，但不限于此，也可以针对每个PO配置多个PEI监测时机。

另外，在第二方式中使用的多个PO与一个PF相关联，但不限于此。在第二方式中，针对每个PF配置一个PEI监测时机，但不限于此，也可以针对每个PF配置多个PEI监测时机。另外，可以使用对应于与多个PF分别相关联的多个PO的PEI。

(第一方式)

在第一方式中，终端10接收DCI，该DCI包含指示PO中的寻呼对象的子组的字段(下面称为“子组指示字段”)。此外，PEI可以对应于该子组指示字段，或者也可以对应于包含该子组指示字段的DCI。在这里，终端10在每个PO接收包含作为PEI的子组指示字段的DCI，基于该子组指示字段的值，控制PO中的监测的执行。下面，主要描述基于子组指示字段的值(即，PEI的值)来控制PO中的寻呼DCI的监测，与PEI相关联的动作可以是上述的第一动作和/或第二动作。

另外，终端10接收与子组总数N_sg有关的信息(下面称为“子组总数信息”)。子组总数N_sg例如可以是基于上述终端标识符(例如，5G-S-TMSI)被确定了相同SFN的PF的多个终端10各自所属的子组的总数。子组总数信息例如可以指示2至16中的任一个作为子组总数N_sg。

具体地说，终端10可以通过高层(例如，非接入层(Non Access Stratum(NAS))层、无线电资源控制(Radio Resource Control(RRC))层等)的信令(下面称为“高层信令”)接收子组总数信息。子组总数信息包含在从基站20广播(broadcast)的系统信息(例如，System Information Block(SIB)1)中，可以被称为“nrofPagingSubGroup”等。

终端10基于子组总数信息，确定作为PEI的子组指示字段(即，PEI的字段)的比特数。即，终端10可以基于该比特数来确定包含PEI的DCI格式的比特数。终端10基于该DCI格式的比特数对PEI监测时机中的搜索空间的PDCCH候选进行盲解码，来检测PEI。即，终端10可以基于由基站20广播的子组总数信息来确定DCI格式中的子组指示字段(即，PEI的字段)的比特数。

例如，作为PEI的子组指示字段可以由与子组总数信息所指示的子组总数N_sg相等的比特数的位图构成，或者也可以由基于子组总数N_sg确定的比特数的码点构成。即，该码点可以对应于PEI(PEI的字段)。

<位图>

图4是示出本实施方式的第一方式所涉及的PEI的一个例子的图。在图4中，例如，设上述子组总数N_sg为16，终端10属于子组#0至#15中的子组#1。此外，终端10所属的子组#1可以基于分配给终端10的终端标识符(例如，5G-S-TMSI)由终端10自身导出，或者也可以从网络侧通知给终端10。

在图4中，作为各PEI的子组指示字段由与子组总数N_sg＝16相等的比特数的位图构成。位图内的16位分别对应于子组#0至#15。例如，在图4中，最高有效位(most significantbit：MSB)(也称为左边最高位)对应于子组#0，从左起第二位对应于子组#1，第3至第16位对应于子组#2至#15。

例如，在图4中，由分别对应于PO#0至#2的PEI内的子组指示字段指示：PO#0的寻呼对象为子组#0及#1，PO#1的寻呼对象为子组#2及#3，PO#2的寻呼对象为子组#4及#5。如上所述，终端10属于子组#1，因此也可以是，终端10在子组#1被包含在寻呼对象的PO#0中监测寻呼DCI，但在子组#1不被包含在寻呼对象的PO#1及#2中跳过寻呼DCI的监测。另外，例如，属于子组#1的终端10可以在PO#0中执行PDSCH的解码，在PO#1及#2中不执行PDSCH的解码。

如图4所示，在由与子组总数N_sg相等的比特数的位图构成作为PEI的子组指示字段的情况下，在一个PO内将一个以上的子组作为寻呼对象的情况下也能够简便地指定该寻呼对象的子组。

<码点>

图5是示出本实施方式的第一方式所涉及的PEI的其他例子的图。在图5中，以与图4的不同点为中心进行说明。在图5中，作为各PEI的子组指示字段由基于子组总数N_sg＝16确定的比特数的码点构成。与各码点(即，在PEI的字段中设置的各个值)相关联的一个以上的子组可以在规范中预先确定，或者也可以通过高层信令通知给终端10。例如，在图5中，码点“0000”指示子组#0，“0001”指示子组#1，“0010”至“1111”指示子组#2至#15。例如，基站20可以将各码点(即，在PEI的字段中设置的各个值)与一个以上的子组的对应包含在系统信息(例如，SIB1)中进行广播。即，终端10可以基于该对应关系以及在PEI的字段中设置的值来标识一个以上的子组。

此外，在图5中，各码点指示一个子组，但各码点也可以指示被预选确定的或被通过上位层信令通知的一个以上的子组。如上所述，在将子组指示字段构成为指示一个以上的子组的码点的情况下，子组指示字段的比特数可以由例如ceil(log2(N_sg))指示。在图5中，N_sg＝16，因此子组指示字段为4比特。

例如，在图5中，PO#0的寻呼对象为子组#0，PO#1的寻呼对象为子组#1，PO#2的寻呼对象为子组#2，由PO#0至#2各自的3个PEI内的子组指示字段指示。如上所述，终端10属于子组#1，因此也可以是，终端10在子组#1被包含在寻呼对象中的PO#1中监测寻呼DCI，但在子组#1不被包含在寻呼对象中的PO#0及#2中跳过寻呼DCI的监测。另外，例如，属于子组#1的终端10可以在PO#1中执行PDSCH的解码，在PO#0及#2中不执行PDSCH的解码。

如图5所示，在由指示一个以上的子组的码点构成作为PEI的子组指示字段的情况下，与图4所示的位图的情况相比，能够削减子组指示字段的比特数，降低PEI导致的开销。

此外，在图4及图5中，在各PO之前配置PEI监测时机，但也可以在PO内配置PEI监测时机。例如，可以在PO内的PDCCH监测时机之前的时隙或符号中配置PEI监测时机，如上所述基于在PO内检测出的PEI来控制该PO内的PDCCH监测时机中的寻呼DCI的监测。如上所述，图4及图5仅仅是例示，不限定于图示的示例。

在第一方式中，基于子组总数N_sg适当地确定子组指示字段的比特数，因此能够适当地进行PEI监测时机中的监测。另外，由于能够使用每个PO的基于DCI的PEI来指定各PO中的寻呼对象的子组，因此能够在每个PO动态控制作为寻呼对象的子组。

在这里，基站20可以对终端10配置以第一动作及第二动作中的哪一个进行动作。例如，基站20可以将用于配置终端10以第一动作及第二动作中的哪一个进行动作的信息(下面也称为“监测动作的指示”)包含在系统信息(例如，SIB1)中进行广播。例如，可以对一个以上的终端10公共地配置监测动作的指示。另外，例如，可以对监测包含PEI的DCI格式(相同DCI格式)的终端10的群组(group)配置监测动作的指示。

即，被指示执行第一动作的终端10在对应于某个寻呼时段的PEI监测时机(例如，对应于某个寻呼时段的全部PEI监测时机)中没有检测到PEI的情况下，可以不执行该某个寻呼时段中的监测。另外，被配置执行第二动作的终端10在对应于某个寻呼时段的PEI监测时机(例如，对应于某个寻呼时段的全部PEI监测时机)中没有检测到PEI的情况下，可以执行该某个寻呼时段中的监测。

另外，基站20可以将监测动作的指示包含在DCI格式(例如，通过P-RNTI进行了CRC加扰的DCI格公式1_0)中发送。在这里，基站20可以将监测动作的指示包含在短消息中发送。例如，可以将1比特的信息字段规定为用于指示监测动作的字段，与PEI的字段(例如，子组指示字段)一起发送。

另外，监测动作的指示可以包含在PEI的字段(例如，子组指示字段)中予以规定。例如，基站20可以使用在PEI的字段中设置的值(例如，在子组指示字段中设置的值)来指示一个以上的子组和/或监测动作。另外，基站20可以将各码点(即，在PEI的字段中设置的各个值)与一个以上的子组和/或监测动作的对应关系包含在系统信息(例如，SIB1)中进行广播。即，终端10可以基于该对应关系以及在PEI的字段中设置的值来标识一个以上的子组和/或监测动作。

例如，终端10可以基于某个DRX周期(例如，第n个DRX周期)中的与某个寻呼时段(即，PF和/或PO)相关联的监测动作的指示，确定后续DRX周期(例如，第n+1个DRX周期)中的所对应的寻呼时段(即，与第n个DRX周中的PF和/或PO相同的第n+1个DRX周期中的PF和/或PO)中的动作(第一动作或第二动作)。

在这里，可以将第一动作或第二动作规定为终端10中的默认动作。例如，在由基站20仅广播了子组总数N_sg的情况下(即，在仅配置了子组总数N_sg而没有指示监测动作的情况下)，终端10可以执行第一动作或第二动作。例如，通过终端10执行第一动作作为默认动作，能够规定在终端10没有检测到PEI的情况下不执行某个寻呼时段中的监测，能够削减终端10中的功耗。另外，通过终端10执行第二动作作为默认动作，能够规定在终端10没有检测到PEI的情况下执行某个寻呼时段中的监测，能够可靠地检测和/或接收寻呼DCI和/或PDSCH。

(第二方式)

终端10接收包含与多个PO对应的PEI的DCI，即包含指示该多个PO各自的寻呼对象的子组的字段(下面称为“PO/子组指示字段”)的DCI。终端10接收该DCI，基于作为PEI的PO/子组指示字段的值，控制多个PO中的监测的执行。下面，设该多个PO是与相同的PF相关联的多个PO，但不限于此。另外，下面，主要描述基于PO/子组指示字段的值(即，PEI的值)来控制PO中的寻呼DCI的监测，与PEI相关联的动作可以是上述的第一动作和/或第二动作。对于第二方式，以与第一方式的不同点为中心进行说明。

终端10除了接收上述子组总数信息，还可以接收与上述多个PO的数目(例如，与同一PF相关联的PO数)N_s有关的信息(下面称为“PO数信息”)。终端10可以通过高层信令接收子组总数信息及PO数信息。子组总数信息和/或PO数信息可以包含在从基站20广播的系统信息(例如，SIB1)中。

终端10基于子组总数信息及PO数信息，确定作为PEI的PO/子组指示字段的比特数。终端10基于该比特数来控制PEI的监测。

该PO/子组指示字段可以由位图构成，该位图的比特数与子组总数信息所指示的子组总数N_sg和PO数信息所指示的PO数N_s的乘法运算值相等。

或者，该PO/子组指示字段可以包含：基于子组总数N_sg而被确定的比特数的自足指示字段(也称为第一字段)；以及基于PO数而被确定的比特数的字段(以下，也称为所谓“PO指示字段”的第二字段)。

或者，PO/子组指示字段可以是指示在多个PO中的哪个PO中哪个子组为寻呼对象的单个字段。PO/子组指示字段的比特数基于子组总数N_sg及PO数N_s而被确定，例如可以与上述子组指示字段及PO指示字段的合计比特数相等。

<位图>

图6是示出本实施方式的第二方式所涉及的PEI的一个例子的图。在图6中，例如，4个PO#0至#3与1个PF相关联，PO数N_s为4。另外，上述子组总数N_sg为16，终端10属于子组#0至#15中的子组#1。此外，在图6中，以与图4的不同点为中心进行说明。

在图6中，作为PEI的PO/子组指示字段由位图构成，该位图的比特数与子组总数N_sg＝16和PO数N_s＝4的乘法运算值64相等。位图内的64比特对应于PO#0的子组#0至#15、PO#1的子组#0至#15、PO#2的子组#0至#15及PO#3的子组#0至#15。如上所述，可以先(first)按PO的索引、再按(second)子组的索引来确定位图内的对应的比特。

例如，在图6中，由单个PO/子组指示字段指示：PO#0的寻呼对象为子组#0至#3，PO#1的寻呼对象为子组#4至#7，PO#2的寻呼对象为子组#8至#11，PO#3的寻呼对象为子组#12至#15。如上所述，由于终端10属于子组#1，因此也可以是，终端10在子组#1被包含在寻呼对象中的PO#0中监测寻呼DCI，但是在子组#1不被包含在寻呼对象中的PO#1～#3中跳过寻呼DCI的监测。另外，例如，属于子组#1的终端10可以在PO#0中执行PDSCH的解码，在PO#1～#3中不执行PDSCH的解码。

如图6所示，在由与子组总数N_sg及PO数N_s的乘法运算值相等的比特数的位图构成作为PEI的PO/子组指示字段的情况下，在多个PO中的各PO内将一个以上的子组作为寻呼对象的情况下能够简便地指定该寻呼对象的子组。

<码点>

图7是示出本实施方式的第二方式所涉及的PEI的其他例子的图。在图7中，以与图5或图6的不同点为中心进行说明。在图7中，作为PEI，可以包含子组指示字段以及PO指示字段来代替PO/子组指示字段。子组指示字段如图5所述。PO指示字段由基于PO数N_s＝4确定的比特数为2的码点构成。与各码点相关联的PO可以在规范中预先确定，或者也可以通过高层信令通知给终端10。例如，在图7中，码点“00”指示PO#0，“01”、“10”及“11”指示PO#1、#2及#3。

此外，在图7中，PO指示字段的各码点指示一个PO，但各码点也可以指示被预先确定的或被通过上位层信令通知的一个以上的PO。如上所述，在将PO指示字段构成为指示一个以上的PO的码点的情况下，PO指示字段的比特数例如可以由ceil(log2(PO数N_s))指示。

PO指示字段及子组指示字段可以被规定为PEI内的不同字段，或者也可以被规定为连接PO指示字段及子组指示字段的单个PO/子组指示字段。例如，就图7所示的6比特的比特值而言，从左起2比特指示PO指示字段的值，剩余4比特指示子组指示字段的值。另外，在图7中，分别配置用于PO指示字段及用于子组指示字段的表格，但也可以配置用于PO/子组指示字段的单个表格。在该单个表格中，例如，6比特的码点可以与指示哪个PO的哪个子组是寻呼对象的信息相关联。

例如，在图7中，由单个DCI格式内的6比特的PO/子组指示字段(即，PEI的值)来指示：在PO#0至#3的各子组#0至#15中，仅PO#1的子组#1是寻呼对象。如上所述，终端10属于子组#1，因此终端10可以在子组#1被包含在寻呼对象中的PO#1中监测寻呼DCI，但是在子组#1不被包含在寻呼对象中的PO#0、#2及#3中跳过寻呼DCI的监测。

如图7所示，在由码点构成作为PEI的PO/子组指示字段的情况下，与图6所示的位图的情况相比，能够削减PO/子组指示字段的比特数，降低PEI导致的开销。

此外，在图6及图7中，在与同一PF相关联的多个PO#0至#3中的最初的PO#0之前配置PEI监测时机，但也可以在该多个PO的至少一个中配置PEI监测时机。例如，可以在最初的PO#0内的PDCCH监测时机之前的时隙或符号中配置PEI监测时机，基于在PO#0内检测出的各PEI，如上所述控制该PO#0至#3内的PDCCH监测时机中的寻呼DCI的监测。另外，在图6及图7中，与同一PF相关联的PO#0至#3被等间隔配置，但不限于此，也可以至少2个PO在时间上连续。如上所述，图6及图7仅仅是例示，不限定于图示的示例。另外，虽然未图示，但可以使用DCI格式，该DCI格式包含分别对应于多个PO的多个子组指示字段作为PEI。例如，在图7中，可以准备16比特作为与PO#0至#3对应的PEI，通过作为该PEI的4个子组指示字段来指定PO#0至#3的寻呼对象的子组。

在第二方式中，由于基于子组总数N_sg及PO数N_s，PO/子组指示字段(或PO指示字段及子组指示字段)的比特数被适当地确定，因此能够适当地进行PEI监测时机中的监测。另外，由于使用与多个PO对应的基于DCI的PEI，能够指定该多个PO中的寻呼对象的子组，因此与第一方式相比，能够削减终端10的PEI监测时机。

(第三方式)

接下来，作为本实施方式的第三方式，对PO中的终端动作进行说明。此外，在上述第一方式及第二方式中，设想了基于DCI的PEI，但在这里PEI只要是指示PO中的寻呼对象的子组的信息或信号即可，不限于基于DCI，也能够适用于基于SSS或基于TRS等。

如在图4至图7中说明的那样，在PEI所指示的子组包含分配给终端10的子组的情况下，终端10进行PO中的寻呼DCI的监测，经由使用该寻呼DCI而被调度的PDSCH来接收寻呼消息。另一方面，在PEI所指示的子组不包含分配给终端10的子组的情况下，终端10可以跳过PO中的寻呼DCI的监测。通过该跳过，能够防止寻呼对象以外的PO中的功耗浪费。

另外，寻呼DCI不仅能够用于传送寻呼消息的PDSCH的调度，还能够用于短消息的传送。短消息例如用于系统信息(例如，SIB6、SIB7及SIB8之外的BCCH)的更新(modification)的通知、ETWS初始通知(主通知：primary notification)、ETWS次级通知(辅通知：secondary notification)及CMAS通知中的至少一项等。

图8(A)至图8(C)是示出本实施方式所涉及的寻呼DCI的一个例子的图。在图8中，作为寻呼DCI，设想通过P-RNTI进行CRC加扰的DCI格公式1_0，但不限于此。如图8(A)至图8(C)所示，寻呼DCI包含短消息标识符(Short Message indicator)。

如图8(A)所示，短消息标识符“10”可以指示在寻呼DCI内仅存在短消息。如图8(B)所示，短消息标识符“01”可以指示在寻呼DCI内存在用于寻呼消息的调度信息(例如，频域资源及时域资源的分配信息等)但不存在短消息。如图8(C)所示，短消息标识符“11”可以指示在寻呼DCI内存在上述调度信息及短消息这两者。

例如，图8(A)及图8(C)的寻呼DCI内的短消息的MSB的值“1”可以指示上述系统信息的更新通知。另外，该短消息从左起第二位的值“1”可以指示ETWS初始通知、ETWS次级通知及CMAS通知中的至少一项。下面，在分别区别图8(A)所示的寻呼DCI与包含图8(B)、图8(C)所示的用于寻呼的调度信息的寻呼DCI的情况下，称为“短消息用DCI”及“寻呼调度用DCI”。

如上所述，通过在自身所属的子组为寻呼对象以外的PO中跳过寻呼DCI的监测，能够节约终端10的功耗。另一方面，在该PO中也发送针对终端10的短消息用DCI(例如，图8(A))。因此，如果终端10为了节约功耗而跳过该PO中的寻呼DCI的监测，则存在无法接收短消息用DCI、无法检测系统信息的更新通知、ETWS及CMAS中的至少一项的可能。

因此，也可以是，与PEI所指示的子组无关地(即，与自身所属的子组是否为寻呼对象无关地)，终端10在各PO中继续图8(A)至图8(C)所示的寻呼DCI的监测。

具体地说，在PEI所指示的子组不包含分配给终端10的子组的情况下，或在PEI没有被接收到的情况下，终端10不进行(跳过)PO中的PDSCH的接收和/或解码(下面称为“接收/解码”)。在该情况下，终端10不进行PDSCH的接收/解码，而接收/解码短消息，该短消息包含在由PO中的PDCCH监测检测到的短消息用DCI(例如，图8(A))中。

另外，在PEI所指示的子组不包含分配给终端10的子组的情况下，或在PEI没有被接收到的情况下，即使基于PO中的PDCCH监测检测出寻呼调度用DCI(例如，图8(B)或图8(C))，终端10也可以不执行PDSCH的接收/解码。即，在基于PO中的PDCCH监测检测出寻呼调度用DCI的情况下，终端10可以仅执行短消息的接收/解码，而不执行PDSCH的接收/解码。即，在基于PO中的PDCCH监测检测出寻呼调度用DCI的情况下，终端10可以无视(跳过)该寻呼调度用DCI所包含的调度信息(即，用于寻呼的调度信息)。即，在检测出寻呼调度用DCI的情况下，终端10可以仅执行寻呼调度用DCI中的短消息的接收/解码。

如上所述，在分组(subgrouping)中，将多个终端划分为子组，以子组为单位执行寻呼。在这里，在多个终端中能够包含不支持PEI的终端(例如，与NR的第17版之前的版本对应的终端、不具有与PEI对应的能力的终端等)。而且，基站20在某个PO中意图向不支持PEI的终端发送包含调度信息的寻呼调度用DCI，执行PDSCH的调度。另一方面，在该某个PO中，支持PEI的终端(即，终端10)对意图向不支持PEI的终端发送的包含调度信息的寻呼调度用DCI进行检测。即，在该某个PO中发送的寻呼调度用DCI所包含的调度信息是针对不支持PEI的终端的调度信息，支持PEI的终端(即，终端10)可以无视该调度信息。

如上所述，通过终端10在检测出寻呼调度用DCI的情况下仅执行短消息的接收/解码而不执行PDSCH的接收/解码，从而能够使不支持PEI的终端与支持PEI的终端在相同的PO中共存(被调度)。另外，能够使不支持PEI的终端执行PDSCH的接收/解码，使支持PEI的终端无视PDSCH的接收/解码，能够实现高效的调度。另外，能够使支持PEI的终端执行短消息的接收/解码，能够通知系统信息的更新、ETWS、CMAS。

另一方面，在PEI所指示的子组包含分配给终端10的子组的情况下，终端10进行PO中的PDSCH的接收/解码(即，接收/解码经由PDSCH传送的寻呼消息)。这是因为，在自身所属的子组是寻呼对象的某个PO中，寻呼调度用DCI(例如，图8(B)或图8(C))会被检测到。

如上所述，与在PO中针对自身所属于的子组的寻呼消息是否被发送无关地，终端10在该PO中进行PDCCH监测(例如，图8(A)至图8(C)所示的寻呼DCI的监测)。

此外，在接收与PEI的接收有关的配置信息(例如，上述子组总数信息)的情况下，终端10可以进行PEI的监测。在没有接收该配置信息的情况下，终端10可以判断为不进行分组，不监测PEI，而在所配置的各PO中进行PDCCH监测，基于检测出的寻呼DCI进行寻呼消息的接收/解码。另外，终端10可以通过高层信令来接收该配置信息。

图9是示出本实施方式的第三方式所涉及的PO内的终端动作的一个例子的图。在图9中，设想在第一方式中说明过的PEI，但如上所述PEI不限于此。例如，在图9中，设由PEI指示PO#0的寻呼对象为子组#0且PO#1的寻呼对象为子组#1。另外，设终端10属于子组#1。在图9中，以与图4至图7的不同点为中心进行说明。

如图9所示，与各PO将哪个子组作为寻呼对象无关地，终端10在各PO中继续PDCCH监测。例如，在不将终端10所属于的子组#1作为寻呼对象的PO#0中，终端10也进行PDCCH监测，检测短消息用DCI(例如，图8(A))，接收短消息。在该PO#0中，由于子组#1不是寻呼对象，因此寻呼调度用DCI(例如，图8(B)或图8(C))不会被发送且不会被检测。由此，在PO#0中，终端10不进行寻呼消息的接收/解码。

另一方面，在将终端10所属于的子组#1作为寻呼对象的PO#1中，寻呼调度用DCI(例如，图8(B)或图8(C))被发送。终端10通过PO#1中的PDCCH监测来检测该寻呼调度用DCI，进行经由PDSCH的寻呼消息的接收/解码，该PDSCH通过该寻呼调度用DCI而被调度。

此外，在PO#1中，针对终端10的短消息用DCI(例如，图8(A))也能够被发送。在通过PO#1中的PDCCH监测来检测该短消息用DCI的情况下，终端10可以接收该短消息用DCI所包含的短消息。

在图9中，由于在自身所属的子组为寻呼对象以外的PO中也继续PDCCH监测，因此在共享寻呼DCI(例如，通过P-RNTI进行CRC加扰的DCI格公式1_0)用于短消息及用于调度这两者的情况下，能够在该PO中接收短消息。

(第四方式)

接下来，作为本实施方式的第四方式，对于子组的导出动作进行说明。此外，上述第一方式至第三方式能够适用于根据基于终端标识符及基于网络的任一个实施分组的情况。在这里，在基于网络实施分组的情况下，对于导出终端10所属的子组的动作进行说明。PEI只要是指示PO中的寻呼对象的子组的信息或信号即可，不限于适用于基于DCI，也能够适用于基于SSS或基于TRS等。此外，第四方式能够与上述第一方式或第二方式和/或上述第三方式组合。

子组的结构(例如，子组总数N_sg等)例如根据寻呼策略、负载状况等各种因素按每个预定的单位(例如，小区，跟踪区域或RAN区域等)被确定，还设想在不同单位间子组的结构不同的情况。例如，还设想在小区A中子组总数N_sg为2，而在小区B中子组总数N_sg为4。

如上所述，在不同单位间子组的结构不同的情况下，在该不同单位间从网络分配给终端10的子组可以不同。例如，设想在子组总数N_sg为2的小区A中，终端10属于子组#1，而在子组总数N_sg为4的小区B中，终端10属于子组#0。在该情况下，由于不同单位(例如，小区A、B)间的移动，存在发生分配给终端10的子组不匹配的可能。

因此，在第四方式的PO关联动作中，CN装置(例如，AMF)可以在多个子组总数N_sg中分别对终端10分配子组，将与该分配的子组的集合有关的信息(下面称为“子组集合信息”)通知给终端10。终端10例如在向CN装置的注册(registration)过程中可以通过NAS信令来接收子组集合信息。此外，每个子组总数N_sg的子组的分配可以在RAN(例如，基站20)中进行，终端10可以通过RRC信令来接收子组集合信息。

图10是示出本实施方式的第四方式所涉及的子组集合信息的一个例子的图。如图10所示，在子组集合信息中，子组总数N_sg可以关联于以该子组总数N_sg分配给终端10的与子组有关的信息(例如，子组ID)。例如，在图10中，在各子组总数N_sg＝2、3、4、……、16的各种情况下指示分配给终端10的子组ID。

CN装置可以基于终端10的性能、网络的负载、寻呼策略及分配给同一PF的终端10的数目中的至少一项，针对每个子组总数N_sg从最大N_sg个的子组#0至#N_sg-1中确定终端10所属的子组。

终端10基于上述子组集合信息以及上述子组总数信息，导出终端10在驻留的小区中所属的子组。

图11是示出本实施方式的第四方式所涉及的子组的导出动作的一个例子的图。在图11中，终端10接收图10所示的子组集合信息。另外，在图11中，设想包含由码点构成的子组指示字段的PEI(例如，图5)，但如上所述PEI不限于此。在图11中，以与图4至图7的不同点为中心进行说明。

例如，在图11中，设终端10从小区A向小区B移动。在小区A中子组总数N_sg＝2，PEI内的子组指示字段为1比特。在这里，设子组指示字段值“0”及1分别指示子组#0及#1。另一方面，在小区B中子组总数N_sg＝4，PEI内的子组指示字段为2比特。在这里，设子组指示字段值“00”、“01”、“10”及“11”分别指示子组#0、#1、#2及#3。

在图11中，小区A的子组总数N_sg为2，由于在图10中子组#1与子组总数N_sg＝2相关联，因此终端10判断为在小区A中属于小区组#1。另一方面，小区B的子组总数N_sg为4，由于在图10中子组#0与子组总数N_sg＝4相关联，因此终端10判断为在小区B中属于小区组#0。

如图11所示，在终端10驻留在小区A中的情况下，由PEI指示PO#0的寻呼对象为子组#1且PO#1的寻呼对象为子组#0。如上所述，终端10在小区A中属于子组#1，因此终端10可以在PO#0中进行寻呼DCI的监测，同时在PO#1中跳过寻呼DCI的监测。此外，虽然未图示，但当然也可以在PO#1中继续寻呼DCI的监测，并接收短消息。

另外，在终端10驻留在小区B中的情况下，由PEI指示PO#0的寻呼对象为子组#3且PO#1的寻呼对象为子组#0。如上所述，终端10在小区B中属于子组#0，因此也可以是，终端10在PO#0中跳过寻呼DCI的监测，同时在PO#1中进行寻呼DCI的监测。此外，虽然未图示，但当然也可以在PO#0中继续寻呼DCI的监测，并接收短消息。

图12是示出本实施方式的与子组总数信息有关的规范变更的一个例子的图。如上所述，通过高层信令向终端10通知子组总数信息。在图12中，示出子组总数信息包含在SIB1中的一个例子，但当然不限于此。

如图12所示，子组总数信息(例如，RRC IE“nrofPagingSubGroup”)可以包含在SIB1的RRC IE“ServingCellConfigCommon_SIB”内的RRC IE“DownlinkConfigCommon_SIB”中。该子组总数信息通过2至16的值来指定在小区C中被支持的子组总数N_sg。

例如，在SIB1内存在子组总数信息(例如，RRC IE“nrofPagingSubGroup”)且该终端10支持寻呼子组的情况下，终端10可以将与该子组总数信息(例如，RRC IE“nrofPagingSubGroup”)所指示的子组总数N_sg对应的值(即，图10的子组)设置为由高(upper)层(例如，在TS24.501中规定的NAS)提供，作为分配给终端10的子组。

由此，如图11所示，即使在终端10在子组总数N_sg不同的小区间移动的情况下，终端10也能够导出分配给自身的子组。

(无线通信系统的结构)

接下来，对于如上所述的无线通信系统1的各装置的结构进行说明。此外，以下的结构用于示出本实施方式的说明所需的结构，不排除各装置具有图示之外的功能块。

<硬件结构>

图13是示出本实施方式所涉及的无线通信系统内的各装置的硬件结构的一个例子的图。无线通信系统1内的各装置(例如，终端10、基站20、CN 30等)包括处理器11、存储装置12、进行有线或无线通信的通信装置13、受理各种输入操作以及输出各种信息的输入/输出装置14。

处理器11例如是中央处理单元(Central Processing Unit：CPU)，控制无线通信系统1内的各装置。处理器11可以通过从存储装置12读取并执行程序，来执行本实施方式中说明的各种处理。无线通信系统1内的各装置可以由一个或多个处理器11构成。另外，该各装置也可以称为计算机。

存储装置12例如由存储器、硬盘驱动器(Hard Disk Drive：HDD)和/或固态驱动器(Solid State Drive：SSD)等贮存器(storage)构成。存储装置12可以存储处理器11执行处理所需的各种信息(例如，由处理器11执行的程序等)。

通信装置13是经由有线和/或无线网络进行通信的装置，例如可以包括网卡、通信模块、芯片、天线等。另外，在通信装置13中可以包括放大器、进行与无线信号有关的处理的射频(Radio Frequency：RF)装置以及进行基带信号处理的基带(BaseBand：BB)装置。

RF装置例如通过对从BB装置接收到的数字基带信号进行D/A转换、调制、频率转换、功率放大等，来生成从天线A发送的无线信号。另外，RF装置通过对从天线接收到的无线信号进行频率转换、解调、A/D转换等，来生成数字基带信号并发送给BB装置。BB装置执行将数字基带信号转换为分组的处理、以及将分组转换为数字基带信号的处理。

输入输出装置14包括：输入装置，例如键盘、触摸面板、鼠标和/或麦克风等；以及输出装置，例如显示器和/或扬声器等。

以上说明的硬件结构仅仅是一个例子。无线通信系统1内的各装置可以省略图13中记载的硬件的一部分，也可以具有图13中未记载的硬件。另外，图13所示的硬件可以由一个或多个芯片构成。

＜功能块结构＞

《终端》

图14是示出本实施方式所涉及的终端的功能块结构的一个例子的图。如图14所示，终端10包括接收部101、发送部102以及控制部103。

此外，接收部101和发送部102实现的全部或一部分功能能够使用通信装置13来实现。另外，接收部101和发送部102实现的全部或一部分功能以及控制部103能够通过处理器11执行存储装置12中存储的程序来实现。另外，该程序能够储存在存储介质中。储存了该程序的存储介质可以是计算机可读的非瞬态存储介质(Non-transitory computer readablemedium)。对非瞬态存储介质不特别限定，例如可以是USB存储器或CD-ROM等存储介质。

接收部101接收下行信号。另外，接收部101也可以接收经由下行信号传送的信息和/或数据。在此，所谓“接收”例如可以包括执行无线信号的接收、解映射、解调、解码、监测、测量中的至少一项等与接收有关的处理等。下行链路信号例如可以包含PDSCH、PDCCH、下行链路参考信号、同步信号、PBCH等中的至少一项。

接收部101监测搜索空间内的PDCCH候选，并检测DCI。接收部101可以经由使用DCI而被调度的PDSCH，监测下行链路用户数据和/或高层的控制信息(例如，媒体访问控制元素(Medium Access Control Element(MAC CE))、RRC消息或NAS消息等)。

具体地说，接收部101可以接收系统信息(例如，SIB1等)。另外，接收部101可以接收与子组总数有关的信息(例如，上述子组总数信息)。例如，接收部101通过高层信令来接收所述与子组总数有关的信息。另外，接收部101可以接收与多个寻呼时段的数目有关的信息(例如，上述PO数信息)。例如，接收部101通过高层信令接收所述与多个寻呼时段的数目有关的信息。高层信令例如是NAS信令、系统信息或RRC信令。

另外，接收部101可以接收下行链路控制信息，该下行链路控制信息包含指示寻呼时段(例如，PO)中的寻呼对象的子组的字段(例如，作为PEI的子组指示字段)(第一方式，例如，图4及图5)。

另外，接收部101可以接收下行链路控制信息，该下行链路控制信息包含指示多个寻呼时段(例如，多个PO)中的寻呼对象的子组的字段(例如，作为PEI的PO/子组指示字段，或者PO指示字段及子组指示字段)(第二方式，例如，图6及图7)。

接收部101可以接收在寻呼时段中被监测的下行链路控制信息(例如，寻呼DCI)，经由使用该下行链路控制信息而被调度的下行链路共享信道来接收寻呼消息。

接收部101可以接收指示由网络分配给终端10的子组的信息(基于网络的分组)。

接收部101接收与指示寻呼时段中的寻呼对象的子组的信息或信号(例如，PEI)的接收有关的配置信息。该配置信息例如可以是上述子组总数信息。

接收部101可以接收指示寻呼时段中的寻呼对象的子组的信息或信号(例如，PEI)。

在指示寻呼时段中的寻呼对象的子组的信息或信号(例如，PEI)所指示的所述子组不包含分配给终端10的子组的情况下，接收部101可以不进行下行链路共享信道的接收和/或解码(例如，图9)。在接收部101没有接收到所述信息或所述信号的情况下，所述接收部可以不进行下行链路共享信道的接收和/或解码。接收部101可以不进行所述下行链路共享信道的接收和/或解码，而接收在寻呼时段被检测到的所述下行链路控制信息所包含的短消息。

在指示寻呼时段中的寻呼对象的子组的信息或信号(例如，PEI)所指示的所述子组包含分配给终端10的子组的情况下，接收部101可以基于在寻呼时段中被检测出的所述下行链路控制信息来进行下行链路共享信道的接收和/或解码(例如，图9)。

接收部101接收针对多个子组总数中的各个子组总数与分配给终端10的子组的集合有关的信息(例如，图10的子组集合信息)、以及预定单位的与子组总数有关的信息(例如，上述子组总数信息)。该预定单位例如可以是终端10所驻留的小区、终端10所属的跟踪区域或者终端10所属的RAN区域。接收部101可以通过NAS信令来接收所述与子组的集合有关的信息，通过所述NAS信令、系统信息或RRC信令来接收所述与子组总数有关的信息。

发送部102发送上行信号。另外，发送部102也可以发送经由上行信号传送的信息和/或数据。在此，所谓“发送”例如可以包括执行编码、调制、映射、无线信号的发送中的至少一项等与发送有关的处理等。上行链路信号例如可以包含上行链路共享信道(例如，物理上行链路共享信道(Physical Uplink Shared channel：PUSCH)、随机接入前导码(例如，物理随机接入信道(Physical Random Access Channel：PRACH)、上行链路参考信号等中的至少一项。

发送部102可以经由PUSCH发送上行链路用户数据和/或上位层的控制信息(例如，MAC CE、RRC消息等)，该PUSCH使用由接收部101接收的DCI而被调度。

控制部103进行终端10中的各种控制。

例如，控制部103基于所述下行链路控制信息内的所述字段的值，控制寻呼时段中的监测的执行(例如，与PEI相关联的第一动作和/或第二动作中的寻呼时段中的监测的执行)(第一方式)。另外，控制部103可以基于所述与子组总数有关的信息，确定所述下行链路控制信息内的上述字段的比特数。该字段可以由与子组总数相等的比特数的位图构成(例如，图4)。该字段也可以由基于所述子组总数确定的比特数的码点构成(例如，图5)。

在所述下行链路控制信息内的所述字段的值所指示的子组不包含分配给终端10的子组的情况下，控制部103可以在所述寻呼时段中跳过所述监测的执行(例如，寻呼DCI的监测和/或PDSCH的接收和/或解码)(例如，图4及图5)。

在所述下行链路控制信息内的所述字段的值所指示的子组包含分配给终端10的子组的情况下，控制部103可以执行所述寻呼时段中的所述监测(例如，寻呼DCI的监测和/或者PDSCH的接收和/或解码)(例如，图4及图5)。

控制部103基于所述下行链路控制信息内的所述字段的值，控制多个寻呼时段中的监测的执行(例如，与PEI相关联的第一动作和/或第二动作中的寻呼时段中的监测的执行)(第二方式)。另外，控制部103可以基于所述与子组总数有关的信息及所述与多个时段的数目有关的信息，确定所述下行链路控制信息内的所述字段的比特数。该字段可以由与所述子组总数及所述多个寻呼时段的数目的乘法运算值相等的比特数的位图构成(例如，图6)。该字段可以包含基于所述子组总数确定的比特数的第一字段、以及基于所述多个时段的数目确定的比特数的第二字段(例如，图7)。该字段可以将基于所述子组总数确定的比特数的码点与基于所述多个时段的数目确定的比特数的码点连接而被构成(例如，图7)。

在所述下行链路控制信息内的所述字段的值所指示的所述多个寻呼时段的至少一个寻呼时段中所述子组不包含分配给终端10的子组的情况下，控制部103可以在该寻呼时段中跳过所述监测的执行(例如，寻呼DCI监测和/或PDSCH的接收和/或解码)(例如，图6及图7)。

在所述下行链路控制信息内的所述字段的值所指示的所述多个时段的至少一个时段中所述子组包含分配给所述终端的子组的情况下，控制部103可以执行该寻呼时段中的所述监测(例如，寻呼DCI的监测和/或PDSCH的接收和/或解码)(例如，图6及图7)。

控制部103可以基于分配给终端10的终端标识符(例如，5G-S-TMSI)及所述子组总数，导出分配给终端10的子组(基于终端标识符的分组)。

控制部103可以控制用于寻呼的时段中指示寻呼对象的子组的信息或信号(例如，PEI)的接收。另外，控制部103可以与所述信息或所述信号所指示的所述子组无关地在所述寻呼时段中执行通过特定的RNTI对CRC比特进行了加扰的下行链路控制信息(例如，寻呼DCI)的监测(第三方式)。

控制部103基于所述与子组的集合有关的信息以及所述与子组总数有关的信息，以所述预定单位导出终端10所属的子组(第四方式)。

在由接收部101接收寻呼时段中指示寻呼对象的子组的信息或信号(例如，PEI)的情况下，控制部103可以基于所述信息或所述信号所指示的所述子组以及所述导出的子组，控制寻呼时段中的下行链路控制信息(例如，寻呼DCI)的监测(第四方式)。在所述信息或所述信号所指示的所述子组不包含所述导出的子组的情况下，控制部103可以在寻呼时段中跳过所述下行链路控制信息的监测(例如，图11)。在所述信息或所述信号所指示的所述子组包含所述导出的子组的情况下，控制部103可以在所述时段中进行所述下行链路控制信息的监测(例如，图11)。控制部103也可以与所述信息或所述信号所指示的所述子组无关地在寻呼时段中执行所述下行链路控制信息的监测。

《基站》

图15是示出本实施方式所涉及的基站的功能块结构的一个例子的图。如图15所示，基站20包括接收部201、发送部202以及控制部203。

此外，接收部201和发送部202实现的全部或一部分功能能够使用通信装置13来实现。另外，接收部201和发送部202实现的全部或一部分功能以及控制部203能够通过处理器11执行存储装置12中存储的程序来实现。另外，该程序能够储存在存储介质中。储存了该程序的存储介质可以是计算机可读的非瞬态存储介质。对非瞬态存储介质不特别限定，例如可以是USB存储器或CD-ROM等存储介质。

接收部201接收上述上行信号。另外，接收部201可以接收经由上述上行信号传送的信息和/或数据。

发送部202发送上述下行信号。另外，发送部202可以发送经由上述下行信号传送的信息和/或数据。具体地说，发送部202可以发送系统信息(例如，SIB1)。另外，发送部202可以发送与子组总数有关的信息(例如，上述子组总数信息)。另外，发送部202可以发送与多个寻呼时段的数目有关的信息(例如，上述PO数信息)。

另外，发送部202可以发送下行链路控制信息，该下行链路控制信息包含指示寻呼时段(例如，PO)中的寻呼对象的子组的字段(例如，作为PEI的子组指示字段)(第一方式，例如，图4及图5)。

另外，发送部202可以发送下行链路控制信息，该下行链路控制信息包含指示多个寻呼时段(例如，多个PO)中的寻呼对象的子组的字段(例如，作为PEI的PO/子组指示字段，或者PO指示字段及子组指示字段)(第二方式，例如，图4及图5)。

发送部202可以发送在寻呼时段中监测的下行链路控制信息(例如，寻呼DCI)，经由使用该下行链路控制信息而被调度的下行链路共享信道来发送寻呼消息。

发送部202可以发送指示由网络分配给终端10的子组的信息(基于网络的分组)。

发送部202发送与指示寻呼时段中的寻呼对象的子组的信息或信号(例如，PEI)的接收有关的配置信息。该配置信息例如可以是上述子组总数信息。

发送部202可以发送指示寻呼时段中的寻呼对象的子组的信息或信号(例如，PEI)。

发送部202可以发送针对多个子组总数中的各个子组总数与分配给终端10的子组的集合有关的信息(例如，图10的子组集合信息)、以及预定单位的与子组总数有关的信息(例如，上述子组总数信息)。

控制部203进行基站20中的各种控制。此外，从基站的发送部202发送的一部分的信息可以由核心网络30上的装置内的发送部来发送。

(其它实施方式)

上述实施方式中的各种信号、信息和参数可以在任何层上用信号发送。即，上述各种信号、信息、参数可以替换为高层(例如非接入层(Non Access Stratum(NAS))层、RRC层、MAC层等)、低层(例如物理层)等任何层的信号、信息、参数。另外，预定信息的通知不限于显式地进行，也可以隐式地(例如，通过不通知信息或使用其他信息)进行。

另外，上述实施方式中的各种信号、信息、参数、IE、信道、时间单位和频率单位的名称仅仅是例示，也可以替换为其他名称。例如，只要是具有预定数量的符号(symbol)的时间单位，则时隙可以是任何名称。另外，只要是具有预定数量的子载波的频率单位，则RB可以是任何名称。“第一……”、“第二……”仅仅是多个信息或信号的标识，可以适当更换顺序。

另外，上述实施方式中的终端10的用途(例如RedCap、面向IoT等)不限于所例示的用途，只要具有同样的功能，则可以用于任何用途(例如eMBB、URLLC、设备到设备(Device-to-Device：D2D)、车联万物(Vehicle-to-Everything：V2X)等)。另外，各种信息的形式不限于上述实施方式，也可以适当变更为位表达(0或1)、布尔值(Boolean：真(true)或假(false))、整数值、字符等。另外，上述实施方式中的单数、复数也可以相互变更。

以上说明的实施方式是为了便于理解本公开，而非为了对本公开进行限定解释。实施方式中说明的流程图、时序、实施方式所具有的各元素及其配置、索引、条件等不限于所例示的那些，而是能够适当地改变。另外，可以将在上述实施方式中描述的至少一部分结构部分地替换或组合。

Claims

1.一种终端，包括：

接收部，接收系统信息；以及

控制部，使用所述系统信息所包含的信息，配置用于具有下行链路控制信息(DCI)格式的物理下行链路控制信道(PDCCH)的监测的搜索空间，所述DCI格式包含指示在用于寻呼的时段中作为寻呼对象的子组的字段。

2.根据权利要求1所述的终端，

在使用所述系统信息所包含的信息而被配置的所述搜索空间的索引为0的情况下，所述控制部在与该索引为0的搜索空间对应的PDCCH监测时机中监测所述DCI格式。

3.根据权利要求1或2所述的终端，

在使用所述系统信息所包含的信息而被配置的所述搜索空间的索引不为0的情况下，所述控制部在与该索引的搜索空间对应的PDCCH监测时机中监测所述DCI格式。

4.根据权利要求1所述的终端，

所述系统信息所包含的信息是用于配置所述搜索空间的索引的信息。

5.根据权利要求1所述的终端，

在所述字段的值所指示的所述子组不包括分配给所述终端的子组的情况下，所述控制部在所述时段中跳过所述监测的执行。

6.根据权利要求1所述的终端，

在所述字段的值所指示的所述子组包括分配给所述终端的子组的情况下，所述控制部执行所述时段中的所述监测。

7.一种基站，包括：

控制部，生成信息，所述信息用于在终端中配置用于具有下行链路控制信息(DCI)格式的物理下行链路控制信道(PDCCH)的监测的搜索空间，所述DCI格式包含指示在用于寻呼的时段中作为寻呼对象的子组的字段；以及

发送部，发送包含所述信息的系统信息。

8.一种无线通信方法，包括：

终端接收系统信息的步骤；以及

所述终端使用所述系统信息所包含的信息，配置用于具有下行链路控制信息(DCI)格式的物理下行链路控制信道(PDCCH)的监测的搜索空间的步骤，所述DCI格式包含指示在用于寻呼的时段中作为寻呼对象的子组的字段。