CN117280798A

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

Info

Publication number: CN117280798A
Application number: CN202280032633.3A
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: 2023-12-22
Also published as: WO2022234839A1; US20240073860A1; EP4336916A1; JP2022172967A; EP4336916A4

Abstract

终端包括：接收部，接收下行链路控制信息，前述下行链路控制信息包括如下字段：基于与用于寻呼的时段中的子组总数有关的信息而被确定位数的字段；以及控制部，基于前述字段的值，控制前述时段中的监测的执行。

Description

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

关联申请的交叉引用

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

技术领域

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

背景技术

在作为国际标准化组织的第三代合作伙伴计划(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中，空闲状态或者非活动状态的终端在用于寻呼的时段(以下，称为“寻呼时段”)中，监测使用下行链路控制信道(例如，物理下行链路控制信道(Physical Downlink Control Channel，PDCCH)传送的下行链路控制信息(Downlink Control Information，DCI)。终端经由由该DCI调度的下行链路共享信道(例如，物理下行链路共享信道(Physical Downlink SharedChannel，PDSCH)接收寻呼消息。终端通过进行在寻呼时段外休眠的非连续接收(Discontinuous reception，DRX)，降低该终端的功耗。

现有技术文献

非专利文献

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

发明内容

在3GPP(例如，NR的版本17)中，正在探讨将分配给同一寻呼时段的多个终端分割为预定单位(以下，称为“子组”)，进行以子组为单位的寻呼(以下，称为“子组化(subgrouping)”)。另外，通过在寻呼时段中事先对终端10指示成为寻呼对象的子组(以下，称为“寻呼提前指示(Paging early indication(PEI))”)，可以期待提高利用子组化的节能效果。

正在探讨PEI利用例如基于DCI、基于辅同步信号(Secondary SynchronizationSignal，SSS)或基于跟踪参考信号(Tracking Reference Signal，TRS)被配置。在引入基于DCI的PEI的情况下，需要适当地控制该PEI的监测。

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

本公开的一个方式涉及的终端包括：接收部以及控制部，接收部接收下行链路控制信息，前述下行链路控制信息包括如下字段：基于与用于寻呼的时段中的子组总数有关的信息而被确定位数的字段；以及控制部，基于前述字段的值，控制前述时段中的监测的执行。

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

附图说明

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

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

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

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

图5是示出本实施方式的第一方式涉及的PEI的另一例的图。

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

图7是示出本实施方式的第二方式涉及的PEI的另一例的图。

图8(A)～(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，但不限于此，例如可以利用第6代以后的RAT等各种RAT。

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

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

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

基站20可以被称为gNodeB(gNB)、en-gNB、下一代无线电接入网络(NG-RAN，NextGeneration-Radio Access Network)节点、低功率节点(low-power node)、中央单元(CU，Central Unit)、分布式单元(DU，Distributed Unit)、gNB-DU、远程无线电头(RRH，RemoteRadio Head)、集成接入回程(IAB，Inergrated Access and Backhaul/Backhauling)节点等。基站20不限于一个节点，也可以包括多个节点(例如，DU等下级节点和CU等上级节点的组合)。

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

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

在无线通信系统1中，终端10进行来自基站20的下行链路(downlink，DL)信号的接收和/或上行链路(uplink，UL)信号的发送。在终端10中，配置(configure)一个以上的小区C，激活(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突发，一个以上的SS突发可以构成一个SS突发集。SS突发集可以以预定周期(例如，20ms(2个无线电帧))发送。在多波束操作的情况下，不同索引的SSB对应于不同波束，可以通过波束扫掠依次切换波束方向并发送。

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

终端10基于在系统信息或无线电资源控制(Radio Resource Control，RRC)消息中包括的参数(以下，称为“RRC参数”)，确定搜索空间和/或控制资源集(Control ResourceSet，CORESET)，在与该CORESET相关联的搜索空间内，执行经由下行链路控制信道(例如，物理下行链路控制信道(Physical Downlink Control Channel，PDCCH)传送的DCI的监测。此外，RRC消息可以包括例如RRC设置消息、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监测、监测等。另外，进行DCI的监测的时段也被称为PDCCH监测时机(PDCCH monitoring occasion)。

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

在此，可以使用在MIB中被包括的信息来配置Type0-PDCCH CSS set。例如，基站20可以通过将用于配置CORESET的信息和/或用于配置搜索空间的信息包括在MIB中并发送，对终端10配置Type0-PDCCH CSS set。在此，使用在MIB中被包括的信息配置的CORESET也称为CORESET#0。另外，使用在MIB中被包括的信息配置的搜索空间也称为搜索空间#0。CORESET#0以及搜索空间#0分别指伴随索引#0的CORESET(即，CORESET with Id#0)以及伴随索引#0的搜索空间(即，Search Space with ID#0)。即，对应于Type0-PDCCH CSS set的PDCCH监测时机可以使用在MIB中被包括的信息来配置。在此，对应于Type0-PDCCH CSS set的PDCCH监测时机也称为对SIB1的PDCCH监测时机。

另外，Type2-PDCCH CSS set可以使用在系统信息(例如，SIB1)中被包括的信息来配置。例如，基站20可以通过将用于配置CORESET的索引的信息和/或用于配置搜索空间的索引的信息包括在系统信息中并发送，对终端10配置Type2-PDCCH CSS set。在此，使用在系统信息中被包括的信息配置的CORESET可以是CORESET#0或CORESET#x(例如，x＝1，2，……)。另外，使用在系统信息中被包括的信息配置的搜索空间可以是搜索空间#0或搜索空间#x(例如，x＝1，2，……)。即，可以对使用在系统信息中被包括的信息配置的CORESET的索引以及搜索空间的索引的每一个设置“0”以外的值。即，对应于Type2-PDCCH CSS set的PDCCH监测时机可以使用在系统信息中被包括的信息来配置。

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

(寻呼)

在终端10处于空闲状态或非活动状态的情况下，寻呼用于网络引导下的连接的设置。另外，寻呼用于短消息的传送，而不管终端10的状态(例如，空闲状态、非活动状态或连接状态)，以指示系统信息的更新和/或公共警报(public warning)。公共警报例如是地震海啸警报系统(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接收由驻留小区广播的系统信息。非活动状态的终端10在RRC连接被恢复时过渡到连接状态，在该RRC连接被释放(release)时过渡到空闲状态。

连接状态是建立了上述RRC连接的状态，也被称为RRC_CONNECTED状态、连接模式、RRC连接模式等。连接状态的终端10在RRC连接被释放时过渡到空闲状态，在RRC连接被暂时停止时过渡到非活动状态。

终端10在寻呼时段中进行PDCCH监测，在该寻呼时段之外进行休眠的DRX。该寻呼时段例如可以是寻呼帧(Paging frame，PF)和/或寻呼时机(Paging occasion，PO)。PO被配置为包括一个以上的时间单位。该时间单位可以例如是一个以上的时隙、一个以上的子帧或一个以上的符号。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 AreaIdentifier，RAI)标识，跟踪区域由跟踪区域标识符(Tracking Area Identifier，TAI)标识。RAN区域包括一个以上的小区C，跟踪区域包括一个以上的RAN区域。

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

此外，在图2中，假设每个PF的PO数N_s为一个，但不限于此，也可以是多个。另外，在图2中，假设PO是一个子帧(时隙)，但是如上所述，构成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 modN)

在此，UE_ID＝5G-S-TMSI mod1024

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

(子组化)

为了降低上述寻呼对象外的终端10的功耗的浪费，也正在探讨将被分配给同一寻呼时段的多个终端10分割为预定单位(以下，称为“子组”)，对每个子组进行寻呼。具体而言，正在探讨基于终端标识符的子组化和基于网络的子组化。

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

(式2)

子组ID＝floor(UEID/(N*N_S)modN_sg

在此，UE_ID＝5G-S-TMSImod1024

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

(PEI)

在进行上述子组化的情况下，在寻呼时段中事先对终端10指示成为寻呼对象的子组(以下，称为“寻呼提前指示(Paging early indication(PEI))”)可以有助于减少无谓的功耗。具体而言，终端10基于PEI在自身所属的子组为寻呼对象外的寻呼时段中跳过PDCCH监测和/或寻呼消息的接收和/或解码，由此能够降低功耗。

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

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

另外，对于SSB所包括的半帧，对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的子载波间隔确定。例如，在配置15kHz作为SSB的子载波间隔、且配置1ms作为时间偏移的情况下，终端10可以在距离SS突发或SS突发集10个时隙后的符号中，开始对包括PEI的DCI格式的PDCCH监测。另外，在配置30kHz作为SSB的子载波间隔、且配置1ms作为时间偏移量的情况下，终端10可以在距离SS突发或SS突发集20个时隙后的符号中，开始对包括PEI的DCI格式的PDCCH监测。

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

另一方面，在图3(B)中，各PEI监测时机在对特定PO给出预定的间隙的时间位置，以预定周期T2设置。如图3(B)所示，一个PEI可以对应于一个以上的PO(此处为2个PO)。此外，图3(A)、(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格式中，DCI格式本身也可以被称为PEI。

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

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

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

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

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

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

在此，在第一动作以及第二动作中，在某个寻呼时段中执行监测是指，可以包括在该某个寻呼时段中监测对由特定RNTI(例如，P-RNTI)CRC加扰的DCI格式(例如，添加了由P-RNTI加扰的CRC奇偶校验位的DCI格式1_0)的PDCCH。另外，在某个寻呼时段中执行监测是指，可以包括在该某个寻呼时段中解码(例如，接收寻呼消息)使用由该特定RNTICRC加扰的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。因此，终端10为了在PEI监测时机中检测PEI，需要事先掌握PEI的位数。终端10在无法事先掌握PEI的位数的情况下，可能无法适当地控制PEI的监测。

还正在探讨在进行上述子组化的情况下，子组的总数N_sg按预定单位(小区C、RNA区域或跟踪区域)确定。在这种情况下，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监测时机。另外，可以使用对应于多个PO的PEI，该多个PO分别与多个PF相关联。

(第一方式)

在第一方式中，终端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，从左起第2位对应于子组#1，第3～第16位对应于子组#2～#15。

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

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

＜代码点＞

图5是示出本实施方式的第一方式涉及的PEI的其他例的图。在图5中，以与图4的不同点为中心进行说明。在图5中，作为各PEI的子组指示字段包括基于子组总数N_sg＝16确定的位数的代码点。与各代码点(即，对PEI的字段设置的值的每一个)相关联的一个以上的子组可以预先在规范中决定，或者可以通过高层信令向终端10通知。例如，在图5中，代码点“0000”指示子组#0，“0001”指示子组#1，“0010”～“1111”指示子组#2～#15。例如，基站20可以在系统信息(例如，SIB1)中包括各代码点(即，对PEI的字段设置的值的每一个)与一个以上的子组之间的对应关系并广播。即，终端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可以在系统信息(例如，SIB1)中包括用于配置终端10是以第一动作以及第二动作中的哪一个动作的信息(以下，也称为“监测动作的指令”)并广播。例如，监测动作的指令可以对一个以上的终端10公共地配置。另外，例如，监测动作的指令可以对监测包括PEI的DCI格式(同一DCI格式)的终端10的组配置。

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

另外，基站20可以在DCI格式(例如，由P-RNTI CRC加扰的DCI格式1_0)中包括监测动作的指令并发送。在此，基站20可以在短消息中包括监测动作的指令并发送。例如，1位的信息字段可以被规定为用于指示监测动作的字段，并且与PEI的字段(例如，子组指示字段)一起被发送。

另外，监测动作的指令可以被包括在PEI的字段(例如，子组指示字段)中并被规定。例如，基站20可以使用对PEI的字段设置的值(例如，对子组指示字段设置的值)，指示一个以上的子组和/或监测动作。另外，基站20可以在系统信息(例如，SIB1)中包括各代码点(即，对PEI的字段设置的值的每一个)与一个以上的子组和/或监测动作之间的对应关系并广播。即，终端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与一个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#0的寻呼对象是子组#0～#3，PO#1的寻呼对象是子组#4～#7，PO#2的寻呼对象是子组#8～#11，PO#3的寻呼对象是子组#12～#15，这是由单个PO/子组指示字段指示的。如上所述，终端10属于子组#1，因此终端10可以在子组#1被包括在寻呼对象中的PO#0中监测寻呼DCI，但跳过子组#1不被包括在寻呼对象中的PO#1～#3中的寻呼DCI的监测。另外，例如，子组#1所属的终端10可以在PO#0中执行PDSCH的解码，在PO#1～#3中不执行PDSCH的解码。

如图6所示，在作为PEI的PO/子组指示字段包括与子组总数N_sg与PO数N_s的乘积相等的位数的位图的情况下，在多个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中，在PO#0～#3的各子组#0～#15中，仅PO#1的子组#1为寻呼对象是由单个DCI格式内的6位PO/子组指示字段(即，PEI的值)指示的。如上所述，终端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只不过是示例，并不限于图示。另外，尽管未图示，但也可以使用包括分别对应于多个PO的多个子组指示字段作为PEI的DCI格式。例如，在图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中说明的那样，终端10在PEI所指示的子组包括分配给终端10的子组的情况下，进行PO中的寻呼DCI的监测，并经由使用该寻呼DCI调度的PDSCH接收寻呼消息。另一方面，终端10在PEI所指示的子组不包括分配给终端10的子组的情况下，可以跳过PO中的寻呼DCI的监测。通过该跳过，能够防止寻呼对象外的PO中的无谓的功耗。

但是，寻呼DCI不仅可以用于传送寻呼消息的PDSCH的调度，还可以用于短消息的传送。短消息例如用于系统信息(例如，除SIB6、SIB7以及SIB8以外的BCCH)的更新(modification)的通知、ETWS主通知(primary notification)、ETWS辅通知(secondarynotification)以及CMAS通知中的至少一者等。

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

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

例如，图8(A)以及(C)的寻呼DCI内的短消息的MSB的值“1”可以指示上述系统信息的更新通知。另外，该短消息的从左起第2位的值“1”可以指示ETWS主通知、ETWS辅通知以及CMAS通知中的至少一者。以下，在分别区分图8(A)所示的寻呼DCI和图8(B)(C)所示的包括寻呼用的调度信息的寻呼DCI的情况下，也称为“短消息用DCI”以及“寻呼调度用DCI”。

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

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

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

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

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

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

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

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

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

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

此外，在PO#1中，也可以发送对终端10的短消息用DCI(例如，图8(A))。终端10在通过PO#1中的PDCCH监测检测出该短消息用DCI的情况下，可以接收被包括在该短消息用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装置可以对每个子组总数N_sg，基于终端10的性能、网络的负载、寻呼策略以及分配给同一PF的终端10的数量中的至少一者，从最大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所示，由PEI指示在终端10驻留在小区A中的情况下，PO#0的寻呼对象是子组#1，PO#1的寻呼对象是子组#0。如上所述，终端10在小区A中属于子组#1，因此终端10可以在PO#0中进行寻呼DCI的监测，另一方面，跳过PO#1中的寻呼DCI的监测。此外，虽然未图示，但当然也可以在PO#1中继续寻呼DCI的监测以接收短消息。

另外，由PEI指示在终端10驻留在小区B中的情况下，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“ServingCellConfigCommonSIB”内的RRC IE“DownlinkConfigCommonSIB”中。该子组总数信息以2～16的值指定在小区C中支持的子组总数N_sg。

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

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

(无线通信系统的构成)

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

＜硬件构成＞

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

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

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

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

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 computerreadable medium)。非瞬态存储介质没有特别限定，例如可以是USB存储器或CD-ROM等存储介质。

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

接收部101监测搜索空间内的PDCCH候选，检测DCI。接收部101可以经由使用DCI调度的PDSCH，来接收下行链路用户数据和/或高层的控制信息(例如，介质访问控制元件(MACCE，Medium Access Control Element)、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可以经由使用在接收部101中接收到的DCI调度的PUSCH，来发送上行链路用户数据和/或高层的控制信息(例如，MACCE、RRC消息等)。

控制部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可以与前述信息或前述信号所指示的前述子组无关地，执行在前述寻呼时段中CRC位由特定RNTI加扰后的下行链路控制信息(例如，寻呼DCI)的监测(第三方式)。

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

控制部103在由接收部101接收到指示寻呼时段中的寻呼对象的子组的信息或信号(例如，PEI)的情况下，基于前述信息或前述信号所指示的前述子组、和前述导出的子组，控制寻呼时段中的下行链路控制信息(例如，寻呼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上的装置内的发送部发送。

(其他实施方式)

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

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

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

以上说明的实施方式用于使本公开容易理解，并不用于限定并解释本公开。在实施方式中说明的流程图、时序、实施方式所具备的各元件及其布置、索引、条件等不限于例示的那些，可以适当变更。另外，在上述实施方式中说明的至少一部分的构成可以部分地替换或组合。

Claims

1.一种终端，包括：

接收部，接收下行链路控制信息，所述下行链路控制信息包括如下字段：基于与用于寻呼的时段中的子组总数有关的信息而被确定位数的字段；以及

控制部，基于所述字段的值，控制所述时段中的监测的执行。

2.根据权利要求1所述的终端，所述字段包括基于所述子组总数而被确定位数的位图。

3.根据权利要求2所述的终端，所述字段包括与所述子组总数相等的位数的位图。

4.根据权利要求3所述的终端，从所述位图的最高有效位到最低有效位的每一位按照索引值的升序对应于所述子组总数的子组，

所述控制部确定所述每一位的值，并且基于所述每一位的值，控制所述时段中的监测的执行。

5.根据权利要求1至4中任一项所述的终端，所述接收部通过高层信令接收与所述子组总数有关的信息。

6.根据权利要求1所述的终端，在所述字段的值所指示的所述子组不包括被分配给所述终端的子组的情况下，所述控制部跳过所述用于寻呼的时段中的所述监测的执行。

7.根据权利要求1所述的终端，在所述字段的值所指示的所述子组包括被分配给所述终端的子组的情况下，所述控制部执行所述用于寻呼的时段中的所述监测。

8.根据权利要求6或7所述的终端，所述控制部基于被分配给所述终端的终端标识符以及所述子组总数，导出被分配给所述终端的所述子组。

9.根据权利要求6或7所述的终端，所述接收部接收指示由网络分配给所述终端的子组的信息。

10.根据权利要求1所述的终端，所述时段包括寻呼帧内的一个以上的时隙、一个以上的子帧或一个以上的符号，所述时段是包括一个以上的物理下行链路控制信道(PDCCH)监测时机的寻呼时机。

11.一种基站，包括：

发送部，发送下行链路控制信息，所述下行链路控制信息包括如下字段：基于与用于寻呼的时段中的子组总数有关的信息而被确定位数的字段；以及

控制部，基于所述字段的值，控制由终端进行的在用于寻呼的时段中的监测的执行。

12.一种终端的无线通信方法，包括：

接收下行链路控制信息的步骤，所述下行链路控制信息包括如下字段：基于与用于寻呼的时段中的子组总数有关的信息而被确定位数的字段；以及

基于所述字段的值，控制用于寻呼的时段中的监测的执行的步骤。