CN114124338B - 无线通信方法、终端和网络设备 - Google Patents

Abstract

本申请提供了一种无线通信方法、终端和网络设备，能够使终端组明确终端组接收寻呼指示信息的时域资源位置以及终端组对应的PO组。该方法包括：第一终端组内的终端接收网络设备发送的第一PEI，所述第一PEI用于指示所述第一终端组内的终端是否接收寻呼指示信息，所述第一终端组对应第一PO组。

Description

无线通信方法、终端和网络设备

技术领域

本申请涉及通信技术领域，具体涉及一种无线通信方法、终端和网络设备。

背景技术

为了降低终端的功耗以及网络开销，讨论了一种基于终端组发送寻呼预先指示(paging early indication，PEI)的方案，也就是说，通过PEI指示终端组是否接收寻呼指示信息。但是，关于如何确定终端组对应的时域资源位置，或者说，终端组内的终端在哪些时域资源上接收寻呼指示信息，目前还没有明确的方案。

发明内容

本申请实施例提供一种无线通信方法、终端和网络设备，能够使终端组明确了终端组接收寻呼指示信息的时域资源位置。

第一方面，提供了一种无线通信方法，包括：第一终端组内的终端接收网络设备发送的第一PEI，所述第一PEI用于指示所述第一终端组内的终端是否接收寻呼指示信息，所述第一终端组对应第一PO组。

第二方面，提供了一种无线通信方法，包括：网络设备向第一终端组内的终端发送第一PEI，所述第一PEI用于指示所述第一终端组内的终端是否接收寻呼指示信息，所述第一终端组对应第一PO组。

第三方面，提供一种终端，所述终端为第一终端组内的终端，所述终端包括：接收单元，用于接收网络设备发送的第一PEI，所述第一PEI用于指示所述第一终端组内的终端是否接收寻呼指示信息，所述第一终端组对应第一PO组。

第四方面，提供一种网络设备，包括：发送单元，用于向第一终端组内的终端发送第一PEI，所述第一PEI用于指示所述第一终端组内的终端是否接收寻呼指示信息，所述第一终端组对应第一PO组。

第五方面，提供一种终端，包括处理器、存储器、通信接口，所述存储器用于存储一个或多个计算机程序，所述处理器用于调用所述存储器中的计算机程序使得所述终端设备执行第一方面的方法中的部分或全部步骤。

第六方面，提供一种网络设备，包括处理器、存储器、通信接口，所述存储器用于存储一个或多个计算机程序，所述处理器用于调用所述存储器中的计算机程序使得所述网络设备执行第二方面的方法中的部分或全部步骤。

第七方面，本申请实施例提供了一种通信系统，该系统包括上述的终端和/或网络设备。在另一种可能的设计中，该系统还可以包括本申请实施例提供的方案中与该终端或网络设备进行交互的其他设备。

第八方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序使得终端执行上述第一方面的方法中的部分或全部步骤。

第九方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序使得网络设备执行上述第二方面的方法中的部分或全部步骤。

第十方面，本申请实施例提供了一种计算机程序产品，其中，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序可操作来使终端执行上述第一方面的方法中的部分或全部步骤。在一些实现方式中，该计算机程序产品可以为一个软件安装包。

第十一方面，本申请实施例提供了一种计算机程序产品，其中，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序可操作来使网络设备执行上述第二方面的方法中的部分或全部步骤。在一些实现方式中，该计算机程序产品可以为一个软件安装包。

第十二方面，本申请实施例提供了一种芯片，该芯片包括存储器和处理器，处理器可以从存储器中调用并运行计算机程序，以实现上述第一方面或第二方面的方法中所描述的部分或全部步骤。

通过为终端组设置一个对应的PO组，当终端所在的终端组需要接收寻呼指示信息时，终端可以在对应的PO组上接收寻呼指示信息，从而使终端组明确了终端组接收寻呼指示信息的时域资源位置。另外，以PO为粒度确定终端组对应的时域资源位置，在实现上也比较简单。

附图说明

图1是本申请实施例应用的无线通信系统。

图2示出了基于节能信号的DRX机制的通信过程。

图3示出了一种节能信号的结构。

图4示出了节能信号的监听位置的示意图。

图5示出了一种寻呼逻辑图。

图6示出了DRX周期内PF的位置以及PF内PO的位置。

图7是本申请实施例提供的一种无线通信方法的流程图。

图8是本申请实施例提供的一种资源映射图。

图9是本申请实施例提供的一种注册过程的流程示意图。

图10是本申请实施例提供的一种RRC连接建立过程的流程示意图。

图11是本申请实施例提供的一种终端的结构示意图。

图12是本申请实施例提供的另一种网络设备的结构示意图。

图13是本申请实施例提供的一种通信装置的结构示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

图1是本申请实施例应用的无线通信系统100。该无线通信系统100可以包括网络设备110和终端设备120。网络设备110可以是与终端设备120通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备120进行通信。

图1示例性地示出了一个网络设备和两个终端，可选地，该无线通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。

可选地，该无线通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例对此不作限定。

应理解，本申请实施例的技术方案可以应用于各种通信系统，例如：第五代(5thgeneration，5G)系统或新无线(new radio，NR)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time divisionduplex，TDD)等。本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统，又如卫星通信系统，等等。

本申请实施例中的终端设备也可以称为用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请实施例中的终端设备可以是指向用户提供语音和/或数据连通性的设备，可以用于连接人、物和机，例如具有无线连接功能的手持式设备、车载设备等。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。可选地，UE可以用于充当基站。例如，UE可以充当调度实体，其在V2X或D2D等中的UE之间提供侧行链路信号。比如，蜂窝电话和汽车利用侧行链路信号彼此通信。蜂窝电话和智能家居设备之间通信，而无需通过基站中继通信信号。

本申请实施例中的网络设备可以是用于与终端设备通信的设备，该网络设备也可以称为接入网设备或无线接入网设备，如网络设备可以是基站。本申请实施例中的网络设备可以是指将终端设备接入到无线网络的无线接入网(radio access network，RAN)节点(或设备)。基站可以广义的覆盖如下中的各种名称，或与如下名称进行替换，比如：节点B(NodeB)、演进型基站(evolved NodeB，eNB)、下一代基站(next generation NodeB，gNB)、中继站、接入点、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、主站MeNB、辅站SeNB、多制式无线(MSR)节点、家庭基站、网络控制器、接入节点、无线节点、接入点(access point，AP)、传输节点、收发节点、基带单元(base band unit，BBU)、射频拉远单元(Remote Radio Unit，RRU)、有源天线单元(activeantenna unit，AAU)、射频头(remote radio head，RRH)、中心单元(central unit，CU)、分布式单元(distributed unit，DU)、定位节点等。基站可以是宏基站、微基站、中继节点、施主节点或类似物，或其组合。基站还可以指用于设置于前述设备或装置内的通信模块、调制解调器或芯片。基站还可以是移动交换中心以及设备到设备D2D、车辆外联(vehicle-to-everything，V2X)、机器到机器(machine-to-machine，M2M)通信中承担基站功能的设备、6G网络中的网络侧设备、未来的通信系统中承担基站功能的设备等。基站可以支持相同或不同接入技术的网络。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。

基站可以是固定的，也可以是移动的。例如，直升机或无人机可以被配置成充当移动基站，一个或多个小区可以根据该移动基站的位置移动。在其他示例中，直升机或无人机可以被配置成用作与另一基站通信的设备。

在一些部署中，本申请实施例中的网络设备可以是指CU或者DU，或者，网络设备包括CU和DU。gNB还可以包括AAU。

网络设备和终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和卫星上。本申请实施例中对网络设备和终端设备所处的场景不做限定。

应理解，本申请中的通信设备的全部或部分功能也可以通过在硬件上运行的软件功能来实现，或者通过平台(例如云平台)上实例化的虚拟化功能来实现。

为了便于理解，下文先结合图2至图6介绍本申请实施例涉及的通信过程。

DRX

为了减少终端的耗电，LTE和NR系统中都有DRX机制，使得终端在没有数据接收的情况下，可以不必一直开启接收机，而是进入了一种非连续接收的状态，从而达到省电的目的。DRX机制包括为处于无线资源控制(radio resource control，RRC)连接态的终端配置DRX周期(cycle)，一个DRX周期有“激活期(on duration)”和“非激活期(opportunity forDRX)”组成。在激活期内，终端监听并接收包括物理下行控制信道(physical downlinkcontrol channel，PDCCH)在内的下行信道和信号。在非激活期内，终端不接收PDCCH等下行信道和信号以减少功耗。

在5G系统的演进中，对终端节能提出了更高的要求。对于现有的DRX机制而言，在每个激活期，终端需要不断检测PDCCH来判断网络设备是否调度发给自己的数据。但是对于大部分终端来说，可能在很长一段时间没有接收数据传输的需要，但仍然需要保持定期的唤醒，来监听可能的下行传输。对于这类终端的节能方式，有进一步优化的空间。

因此，在5G R16标准中，引入了节能信号，以实现进一步的节能。节能信号可以与DRX机制结合使用，参见图2。这样，在进入DRX激活期之前，终端可以先基于节能信号的指示，来确定是否需要在DRX激活期内接收数据。当终端在一个DRX周期有数据传输时，节能信号“唤醒”终端，相应地，终端在DRX激活期内监听PDCCH。反之，当终端在一个DRX周期没有数据传输时，节能信号不“唤醒”终端，相应地，终端在DRX激活期内不需要监听PDCCH。这种结合节能信号的DRX机制，在一个DRX周期内，如果节能信号没有唤醒终端，即使处于DRX激活期终端也无需监听PDCCH，从而实现节能。

在R16标准中规定，节能信号可以通过新定义的下行控制信息格式(downlinkcontrol information，DCI format)2_6承载。相应地，网络设备可以为终端配置检测承载DCI format 2_6的PDCCH的搜索空间集(search space set)。在节能信号中，单个用户所需的比特数目最多为6个，其中1比特为唤醒指示，用于指示终端是否需要被唤醒。另外5个比特为辅小区休眠指示。当然，如果节能信号可以携带多个终端的指示比特，则将有利于提高传输资源的使用效率。图3示出了一种节能信号的结构。参见图3，一个节能信号可以同时指示一个终端组。其中，该终端组的唤醒指示可以占用DCI的起始位置，而该组终端内的每个终端的辅小区休眠指示可以占用DCI中的剩余比特，另外，节能信号的尾端信号会通过寻呼无线网络临时标识(paging radio network temporary identity，P-RNTI)加扰。在一些情况下，节能信号中的唤醒指示一定会出现，但是辅小区休眠指示占用的比特数目可以为0。另外，网络设备还会通知终端DCI的总比特数目以及加扰PDCCH使用的P-RNTI，以便终端正确接收节能信号。

通常，用于获取节能信号的PDCCH的监听时机与DRX激活期的时间窗口之间在时域上会存在映射关系。网络设备会向终端配置时间偏移PS-offset，用于确定PDCCH监听时机的起始点。终端在确定了PDCCH监听时机的起点之后，还需要进一步确定PDCCH监听时机的终点，PDCCH监听时机的终点是由终端的能力所确定的。终端在DRX激活期之前的最小时间间隔内，需要执行设备唤醒以及唤醒后的初始化等操作，因此，在DRX激活期之前的最小时间间隔内终端无法监听节能信号。对于处理速度较快的终端而言，上述最小时间间隔可能较短，但是，对于处理速度较慢的终端而言，上述最小时间间隔可能较长。表1列出了不同能力的终端在相同的子载波间隔的情况下，对应的最小时间间隔。其中，最小时间间隔的值1表示能力较强的终端对应的最小时间间隔占用的时隙(slot)数。最小时间间隔的值2表示能力较弱的终端对应的最小时间间隔占用的时隙数。

表1

图4示出了节能信号的监听位置的示意图。参见图4，节能信号占用的时域资源以PS-offset指示的时域资源为起始时域资源，并在该起始时域资源后一个的完整的PDCCH监听时机内监听节能信号，且该节能信号占用的时域资源的最后一个时域传输单元的位置与DRX激活期的第一个时域资源之间的时域资源的数量大于最小时间间隔包括的时域资源的数量。其中，PS-offset可以是由网络设备配置的。另外，PDCCH监听时机可以PDCCH搜索空间的参数“持续时间(duration)”来定义。

上文结合图2至图4介绍了终端采用DRX机制来接收数据的过程。对于处于RRC空闲态(idle)的终端而言，通常会采取与DRX机制类似的方式，来接收寻呼消息。在一个DRX周期内存在一个寻呼时机(paging occasion，PO)。终端只在PO期间内接收寻呼消息，而在寻呼时机之外的时间不接收寻呼消息，来达到省电的目的。另外，在PO期间内，终端可以通过检测使用P-RNTI加扰的PDCCH，来判断是否有寻呼消息。下文结合图5和图6来介绍寻呼过程。

寻呼过程

对于处于RRC空闲态的终端设备来说，如果网络设备想要给终端设备发送下行消息或下行数据的时候，网络设备可以通过寻呼的方式让终端设备切换到RRC连接态。该寻呼过程可以用于向处于RRC空闲态的终端发送寻呼请求，或者寻呼过程还可以用于通知终端系统信息更新，又或者，寻呼过程还可以通知终端接收地震海啸预警系统(earthquake andtsunami warning system，ETWS)以及商用移动警报系统(commercial mobile alertsystem，CMAS)发送的报警信息。

图5所示的是一种寻呼逻辑图。由图5可知，整个寻呼过程从逻辑信道映射到传输信道最终映射到物理信道。其中，解调参考信号(demodulatin reference signal，DMRS)可用于上下行数据的解调。

寻呼过程可以由核心网触发或者基站触发。该核心网例如可以为接入及移动性管理功能(access and mobility management function，AMF)。如果寻呼消息是由核心网设备发起，核心网设备会向终端所注册的跟踪区(tracking area，TA)内的所有基站发送寻呼消息。基站在接收到核心网设备发送的寻呼消息后，会解读其中的内容，得到被寻呼终端的跟踪区域标识(tracking area identity，TAI)列表，并在其下属于列表中的跟踪区域的小区内进行空口的寻呼。通常，为了节约传输寻呼消息的开销，基站收到核心网设备发送的寻呼消息之后，可以将PO相同的终端对应的寻呼消息汇总成一条寻呼消息，最终通过寻呼信道传输给相关终端。处于RRC空闲态的终端接收到寻呼消息后，可以发起RRC连接建立过程以便接收数据或信令。

上述寻呼消息是通过物理下行共享信道(physical downlink shared channel，PDSCH)承载的。终端在接收寻呼消息之前，需要先通过系统消息接收寻呼参数，并结合各自的UE_ID计算寻呼消息所在的寻呼帧(paging frame，PF)的帧号、以及PO。然后，终端在PF上的PO内，监听通过P-RNTI加扰的PDCCH来接收寻呼指示信息，并最终基于寻呼指示信息来接收寻呼消息。可以理解的是，该寻呼指示信息承载在PDCCH中，该寻呼消息可用于指示承载寻呼消息的PDSCH的资源位置。

例如，终端可以检测PO内的PDCCH，以获取DCI，DCI的循环冗余校验(cyclicredundancy check，CRC)被P-RNTI加扰。如果终端设备检测到DCI，则可以在DCI指示的资源位置(如时域资源位置和/或频域资源位置)接收PDSCH。终端设备可以使用临时移动用户识别码(temporary mobile subscriber identity，TMSI)(如5G-S-TMSI)对PDSCH进行解码，如果解码成功，则表示终端设备被寻呼，终端从该PDSCH中获取寻呼消息；如果解码失败，则表示终端设备没有被寻呼。

上述PF表示寻呼消息应该出现的系统帧的帧号，PO则表示寻呼消息可能出现的时刻。图6示出了DRX周期内PF的位置以及PF内PO的位置。如图6所示，PF位于DRX周期(或者寻呼周期(paging cycle))T内，一个寻呼周期包括N个PF，一个PF中包括Ns个PO，一个PO中包括S个时隙或同步信号块(synchronization signal block，SSB)波束。其中，N、Ns、S均为正整数。一个寻呼周期内的多个PO可能对应不同的终端。但是，对于某个终端而言，在一个寻呼周期内，该终端只需要监听属于自己的PO即可。

如上文所述，终端可以基于UE标识(identity，ID)来计算PF和PO。在一些实现方式中，满足公式(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)的系统帧号(systemframe number，SFN)对应的系统帧即可作为一个PF，并且在PF内，可以根据公式i_s＝floor(UE_ID/N)mod Ns，计算终端对应的PO的索引(index)i_s。其中，T表示终端的寻呼周期的周期长度；UE_ID用于标识终端；N表示寻呼周期内的PF的个数；Ns表示一个PF内的PO的个数。PF_offset表示PF的帧偏移。

需要说明的是，对于一个终端而言，如果默认的DRX周期和为该终端配置的DRX周不同，那么，可以选择两个DRX周期中较小的DRX周期的周期长度作为上述T。即T＝min(T_UE,T_sib)，其中，T_sib表示系统消息中指示的默认DRX周期的周期长度，T_UE表示为终端配置的DRX周期的周期长度。当然，如果对于没有配置T_UE的终端而言，可以使用系统消息中指示的默认的DRX周期的周期长度作为T的值，即T＝T_sib。

还需要说明的是，上述UE_ID可以通过公式UE_ID＝(5G-S-TMSI mod 1024)计算，其中，5G-S-TMSI表示通信系统为终端分配的TMSI。

另外，在NR技术中，对于处于RRC空闲态的终端而言，网络设备并不知道该用哪个发送波束为终端发送寻呼消息。为了保证终端可以接收到该寻呼消息，网络设备采用波速扫描的方式发送寻呼消息。为了支持寻呼消息的多波束发送，可以将PO定义为一组PDCCH监听时机(PDCCH monitoring occasions)，不同的PDCCH监听时机对应通过不同发送波束发送的寻呼指示信息。一个PF可以包括一个或多个PO或者PO的起始时间点。

由于每个SSB索引对应一个PDCCH monitoring occasions，并且不同SSB索引对应不同的波束，这样，便可以将一个PO中的多个PDCCH监听时机与不同SSB索引对应的发送波束关联，以支持寻呼消息的多波束发送。其中，每个SSB波束上发送的消息完全相同。通常，完成一次波束扫描所需要的SSB便组成了“SSB突发集”(SSB burst)。PDCCH monitoringoccasions是由寻呼搜索空间(paging search space)所确定的一系列时域位置。

PDCCH monitoring occasions从一个PF的第一个PDCCH monitoring occasion开始编号，直到下一个PF为止。S个连续的PDCCH monitoring occasions组成一个PO，其中，S为实际发送的SSB的数量。每个PO的起始PDCCH monitoring occasions的编号可以由参数firstPDCCH-MonitoringOccasionOfPO确定。如果该参数存在，则第(i_s+1)个PO的起始PDCCH monitoring occasion编号为该参数的第(i_s+1)个值。如果该参数不存在，则所有的PDCCH monitoring occasion按顺序逐个组成PO，第(i_s+1)个PO的起始PDCCHmonitoring occasion编号为i_s*S。

需要说明的是，组成一个PO的PDCCH monitoring occasions可以位于一个PF内，也可以位于两个PF内，即一个PO包含的PDCCH monitoring occasions可以跨帧。

基于上文的介绍可知，终端会采用类似DRX机制的方式，以寻呼周期为周期，周期性地在PO内监听PDCCH来获得寻呼指示信息。但是，对于一些终端而言，可能在一段较长的时间内并不会被寻呼，但仍然需要保持周期性地唤醒，来监听可能承载寻呼指示信息的PDCCH。对于这类终端的节能方式，有进一步优化的空间。

为了进一步优化终端的节能方式，讨论了一种基于PEI来进一步节约终端能量的方案。在该方案中，网络设备向终端发送PEI，该PEI可以是在每个寻呼周期内的PO到来之前发送，或者也可以多个寻呼周期发送一次，或者也可以是在一个寻呼周期发送多次。该PEI可用于指示终端是否接收承载寻呼指示信息的PDCCH，或者，PEI可用于指示终端是否接收寻呼指示信息，或者PEI可用于指示终端是否被唤醒。只有当PEI指示终端需要接收寻呼指示信息时，终端才会被唤醒。否则，如果PEI指示终端无需接收寻呼指示信息时，终端会保持睡眠态，以节省能量。然而，这种基于PEI指示的方案中，网络设备需要向每个终端都指示其是否接收寻呼指示信息，这会造成很大的网络开销。

为了降低网络开销，讨论了一种基于终端组(或子组(subgroup)，或UE组)发送PEI的方案，其中，一个终端组可以包括多个终端。也就是说，PEI可用于指示终端组是否接收寻呼指示信息。当终端组中有一个或多个终端被寻呼时，网络设备都可以向该终端组的终端发送PEI，以指示该终端组内的终端接收寻呼指示信息。

以第一终端组为例，PEI中可以包括指示信息，该指示信息可用于指示第一终端组是否接收寻呼指示信息。如果该指示信息指示第一终端组接收寻呼指示信息，则第一终端组内的终端被唤醒，并接收寻呼指示信息；如果该指示信息指示第一终端组不接收寻呼指示信息，则第一终端组内的终端可以保持睡眠状态，不接收寻呼指示信息。

一个PEI可用于指示一个或多个终端组内的终端是否接收寻呼指示信息，也就是说，一个PEI可以包括一个或多个终端组的指示信息。例如，PEI中可以携带终端组的ID信息，以及与终端组对应的指示信息。终端接收到PEI后，可以根据自己所在的终端组的ID信息，以及PEI中与该ID信息对应的指示信息，确定是否接收寻呼指示信息。

以一个比特表示终端组的指示信息为例，当终端组对应的指示信息为0时，表示该终端组内的终端不需要接收寻呼指示信息；当终端组对应的指示信息为1时，表示该终端组内的终端需要接收寻呼指示信息。举例说明，一个PEI中可以包括如下信息：终端组1→0，终端组2→1，终端组3→1，则终端组1内的终端不需要接收寻呼指示信息，则终端组2和终端组3内的终端需要接收寻呼指示信息。终端接收到PEI后，可以先确定自己属于哪个终端组，然后根据终端组对应的指示信息，确定是否需要接收寻呼指示信息。

可以理解的是，由于PEI用于指示终端组是否接收寻呼指示信息，则当PEI指示第一终端组需要接收寻呼指示信息时，第一终端组内的所有终端都需要接收寻呼指示信息。

在一些实施例中，为了节省信令开销，网络设备也可以在PEI中仅携带需要接收寻呼指示信息的终端所属终端组的ID信息。对于不需要接收寻呼指示信息的终端组，PEI中可以不携带该终端组的ID。终端接收到PEI后，如果该PEI中包括终端所属终端组的ID信息，则表示该终端需要接收寻呼指示信息；如果该PEI中不包括终端所属终端组的ID信息，则表示该终端不需要接收寻呼指示信息。

但是，针对网络设备通过PEI指示终端组是否接收寻呼消息的方案，如何确定终端组对应的时域资源位置，或者说，终端组内的终端在哪些时域资源上接收寻呼指示信息，目前还没有明确的方案。

为了解决上述问题，本申请实施例提供了一种无线通信方法，通过为终端组设置一个对应的PO组，当终端所在的终端组需要接收寻呼指示信息时，网络设备可以在终端组对应的PO组上发送寻呼指示信息，终端可以在终端组对应的PO组上接收寻呼指示信息，从而使终端组明确了终端组接收寻呼指示信息的时域资源位置。另外，以PO为粒度确定UE组对应的时域资源位置，在实现上也比较简单。

下文结合图7介绍本申请实施例的通信方法。图7所示的方法包括步骤S710。

在步骤S710、网络设备向终端发送第一PEI。

上述第一PEI可用于指示第一终端组是否接收寻呼指示信息。可替换地，上述第一PEI用于指示第一终端组接收或不接收寻呼指示信息。可替换地，第一PEI用于指示第一终端组是否需要监听承载寻呼指示信息的PDCCH。

第一终端组与第一PO组对应，当第一PEI指示第一终端组接收寻呼指示信息时，第一终端组的终端可以在第一PO组上接收寻呼指示信息。

本申请实施例的PO组是以PO为粒度进行划分的。上述第一PO组可以包括一个或多个PO，或者说，第一PO组可以包括至少一个PO。

一个寻呼周期可以包括多个PO组，第一PO组可以为多个PO组中的一个。第一PO组中的PO可以位于一个PF内，在某些情况下，第一PO组中的PO也可以位于多个不同的PF内。或者说，第一PO组中的PO所在的PF包括M个PF，其中M为大于1的正整数。例如，第一PO组中的PO所在的PF包括第一PF以及第二PF，其中，第一PF与第二PF为不同的PF。

上述第一PO组中的PO还可以位于多个不同的SSB突发集，或者说，第一PO组中的PO所在的SSB突发集包括P个SSB突发集，其中P为大于1的正整数。例如，第一PO组中的PO所在的SSB突发集包括第一SSB突发集、第二SSB突发集以及第三SSB突发集，其中，第一SSB突发集、第二SSB突发集以及第三SSB突发集为不同的SSB突发集。

第一PO组中的PO还可以位于多个不同的寻呼周期，或者说，第一PO组中的PO所在的寻呼周期包括Q个寻呼周期，其中Q为大于1的正整数。例如，第一PO组包括的PO所在的寻呼周期包括第一寻呼周期、第二寻呼周期、第三寻呼周期以及第四寻呼周期，其中，第一寻呼周期、第二寻呼周期、第三寻呼周期以及第四寻呼周期为不同的寻呼周期。

第一PO组中的PO还可以位于不同的DRX周期，或者说，第一PO组中的PO所在的DRX周期包括K个周期，其中K为大于1的正整数。例如，第一PO组包括的PO所在的DRX周期包括第一DRX周期、第二DRX周期以及第三DRX周期，第一DRX周期、第二DRX周期以及第三DRX周期为不同的DRX周期。

本申请实施例对PO组的确定方式不做具体限定，下面结合具体情况进行描述。

在一些实施例中，一个PO组中的PO连续，或者一个PO组中的PO不连续。换句话说，一个PO组可以包括连续的多个PO，或者一个PO组可以包括不连续的多个PO。一个PO组中的PO连续可以表示该一个PO组中的PO为一个寻呼周期内连续的多个PO。一个PO组中的PO不连续可以表示该一个PO组中的PO为一个寻呼周期内不连续的多个PO。当然，为了节省终端设备的电量，可以将连续的多个PO作为与终端组对应的PO组。

举例说明，假设一个寻呼周期中包括连续的5个PO，分别记为PO1、PO2、PO3、PO4和PO5。在划分PO组时，可以将连续的PO1和PO2划分为一个PO组，将连续的PO3和PO4划分为一个PO组。或者，也可以将不连续的PO1和PO3划分为一个PO组，将连续的PO4和PO5划分为一个PO组。或者，也可以将不连续的PO1和PO3划分为一个PO组，将不连续的PO2和PO4划分为一个PO组。

本申请实施例对一个寻呼周期中包括的PO组的数量不做具体限定。例如，一个寻呼周期包括的PO组的数量可以与终端组的数量相同。又例如，一个寻呼周期包括的PO组的数量可以大于或小于终端组的数量。

终端组的数量可以为接入网设备覆盖范围(或RAN区)内的终端组的数量，或者，终端组的数量可以为核心网设备覆盖范围(或TA区)内的终端组的数量。下文将会对终端组的确定方式进行详细描述。

由于一个PO能够承载的终端的数量有限，为了避免时域资源冲突，本申请实施例中不同PO组可以包括不同的PO，换句话说，一个寻呼周期内的多个PO组中的PO不重叠。这样不同终端组的终端就不会在同一个PO位置接收寻呼指示信息，从而能够避免时域资源冲突。

当然，不同PO组包括的PO也可以部分相同，以提高时域资源的利用率。如果一个终端组内的终端没有被寻呼，则与该终端组对应的PO组所在的时域资源就会空闲，网络设备可以利用这些时域资源传输其他终端组的寻呼指示信息，以提高时域资源的利用率。

为了实现简单，一个寻呼周期中的多个PO组中的PO数量(或称为PO组的长度)相同。换句话说，一个寻呼周期可以包括多个PO组，该多个PO组中每个PO组包括的PO数量都相同。当然，在一些情况下，多个PO组中不同PO组包括的PO的数量也可能不同。

本申请实施例对PO组的生成方式不做具体限定。例如，假设一个寻呼周期包括多个PO组，则一个寻呼周期中的PO可以按顺序依次组成多个PO组，可替换地，一个寻呼周期中的PO可以根据PO组包括的PO数量、按顺序依次组成多个PO组。

举例说明，以一个寻呼周期包括3个PO组，一个PO组包括2个PO为例，则PO1和PO2可以组成PO组1，PO3和PO4可以组成PO组2，PO5和PO6可以组成PO组3，其中，PO1、PO2、PO3、PO4、PO5和PO6为一个寻呼周期内连续的PO。

可选地，多个PO组中的PO包含一个寻呼周期内的全部PO，从而使得寻呼周期中的PO所在的时域资源得到充分利用。可选地，一个寻呼周期内的PO可以被均分为多个PO组。

在一些实施例中，终端组与PO组一一对应，即一个终端组对应一个PO组，且一个PO组也对应一个终端组。例如，假设终端组的数量为10，则一个寻呼周期可以包括10个PO组，且该10个PO组与该10个终端组一一对应。

在另一些实施例中，一个终端组可以对应多个PO组。在一个终端组对应多个PO组的情况下，终端组在每个寻呼周期中可以仅在多个PO组中的一个PO组上接收寻呼指示信息。终端组具体使用哪个PO组可以是网络设备指定的，也可以是协议中预定义的，本申请实施例对此不做具体限定。例如，如果一个终端组对应多个PO组，则网络设备还可以向终端发送指示信息，以指示在哪个PO组上接收寻呼指示信息。当然，如果一个终端组对应多个PO组，则该终端组也可以在该多个PO组上均接收寻呼指示信息。

下面结合公式，对PO组的资源位置的确定方式进行说明。

以图6为例，一个寻呼周期内包括N*Ns个PO，终端组的数量为Nsg，一个寻呼周期内的PO组的数量与终端组的数量相等，即一个寻呼周期内的PO组的数量也为Nsg。

假设一个寻呼周期内Nsg个PO组包含的PO数量均相等，则一个PO组中的PO数量为：

其中，

表示向下取整。

假设一个寻呼周期内的PO按顺序逐个组成PO组，则第一PO组所在的PF可以通过以下公式计算得到：

终端组

第一PO组的起始PO在PF中的PO索引i_s为：

终端组

其中，mod表示取余运算。

需要说明的是，上述第一PO组占用的时域资源可以理解为一段连续的时域资源，并且，在这段连续的时域资源中，可能只有部分时域资源为第一PO组中PO对应的时域资源。由于终端在从非同步状态切换为同步状态，或者终端从睡眠状态切换到唤醒状态，都需要消耗很大的电量，通常约为一个DRX周期内总平均功耗的50％-60％。因此，为了节省终端的电量，避免终端在一个PO组内多次睡眠和被唤醒，本申请实施例可以将多个PO组成的一个连续的时间段作为终端组对应的时域资源位置。以PO组包括PO1和PO2为例，PO组所在的时域资源可以为从PO1的起始位置到PO2的终止位置之间的时间段。终端在确定需要接收寻呼指示信息时，可以在该连续的时间段内接收寻呼指示信息。

以第一终端组与第一PO组对应为例，第一终端组内的终端可以在相同的时域资源位置接收寻呼指示信息，或者，第一终端组内的不同终端可以在第一PO组对应的不同时域资源位置接收寻呼指示信息，本申请实施例对此不做具体限定。将第一PO组所在的时域资源记为第一时域资源，则第一UE组内的终端可以同时在第一时域资源的起始位置开始接收寻呼指示信息，或者第一终端组内的部分终端在第一时域资源的起始位置开始接收寻呼指示信息，而部分终端在第一时域资源的起始位置之后的某个时间点才开始接收寻呼指示信息。

举例说明，第一终端组包括终端1和终端2，终端1和终端2可以同时在第一时域资源的起始位置开始接收寻呼指示信息，或者终端1在第一时域资源的起始位置开始接收寻呼指示信息，而终端2在第一时域资源的起始位置偏移预设时长之后的时间位置。终端2开始接收寻呼指示信息的时域资源位置与第一时域资源的起始位置之间具有第一偏移值。该第一偏移值可以是协议中预定义的，或者是网络设备指定的。

本申请实施例中的第一终端组的终端在第一PO组上接收寻呼指示信息时，直到终端接收到自己的寻呼消息，或者第一PO组对应的时域资源结束。

仍以上述第一终端组包括终端1和终端2为例，终端1和终端2可以同时在第一时域资源的起始位置开始接收寻呼指示信息，如果终端1接收到自己的寻呼消息，则终端1可以停止接收寻呼指示信息。由于终端2没有接收到自己的寻呼消息，则终端2可以继续接收寻呼指示信息，直到第一时域资源结束。

对于多波束发送场景，终端还需要确定第一PO组中的PO的起始PDCCH monitoringoccasions，才能够确定第一PO组的位置。如果参数firstPDCCH-MonitoringOccasionOf PO存在，则第一PO组中的PO的起始PDCCH监测时机可以基于参数firstPDCCH-MonitoringOccasionOf PO确定。例如，第(i_s+1)个PO组的起始PDCCH monitoringoccasion编号为该参数firstPDCCH-MonitoringOccasionOf PO的第(i_s+1)个值。

如果参数firstPDCCH-MonitoringOccasionOf PO不存在，则一个寻呼周期内所有的PDCCH monitoring occasion按顺序和PO组长度逐个组成PO组。

举例说明，如果一个PO组包括2个PO，一个PO对应S个PDCCH monitoringoccasion，则一个寻呼周期内的前2*S个PDCCH monitoring occasion组成第一个PO组，第2*S+1个至第4*S个PDCCH monitoring occasion组成第2个PO组，以此类推。

本申请实施例对网络设备发送PEI的方式不做具体限定。PEI可以是周期性的发送。网络设备可以在一个寻呼周期发送一个PEI，或者，网络设备可以在一个寻呼周期发送多个PEI，或者，网络设备可以在多个寻呼周期发送一个PEI。例如，网络设备可以在每个寻呼周期之前发送第一PEI，以指示终端组在该寻呼周期中是否需要接收寻呼指示信息。又例如，网络设备可以在多个寻呼周期发送一个PEI，以指示终端组在该多个寻呼周期中是否接收寻呼指示信息。再例如，网络设备可以在一个寻呼周期发送多个PEI，以指示终端组在PEI的接收时刻至寻呼周期的结束时刻之间是否接收寻呼指示信息。

PEI的资源位置可以是网络设备指示的，或者也可以是协议中预定义的。为了节省信令开销，PEI的资源位置可以复用其他消息的资源位置。例如，PEI的资源位置可以由CORESET#0或者系统信息块(system information block，SIB1)中的CORESET指示。

在一些通信系统，如5G中，引入了控制资源集(control-resource set，CORESET)，CORESET对应PDCCH物理资源配置。如图8所示，CORESET在频域上包含一组PRB，最小粒度为6个PRB。

在CORESET中，有控制信道元素(control channel element，CCE)和资源元素组(resource element group，REG)的概念。控制信道由CCE聚合而成，而一个CCE包含6个REG。从CCE到REG的映射支持交织和非交织。一个REG由频域1个RB，时域1个符号组成。CORESET时域长度为{1,2,3}个OFDM符号，在时隙中开始位置可配置。每个小区最多配置12个CORESET(0-11)。

在初始小区搜索过程中，UE通过物理广播信道(physical broadcast channel，PBCH)获取的主信息块(master information block，MIB)信息，其中包括频率、SFN、子载波间隔、k_ssb和pdcch_ConfigSib1等信息。但这些信息不足以让终端进一步进行随机接入，终端需要继续接收SIB1信息。SIB1信息通过PDCCH的DCI 1-0调度，在PDSCH中传输。具体地，调度SIB1的PDCCH搜索空间类型为Type0-CSS，与之关联的CORESET为CORESET#0。也就是说，终端可以通过CORESET#0指示的资源位置接收SIB1。CORESET#0的信息是由MIB提供给终端。终端根据MIB中的信息，获取CORESET#0的信息，从而知道如何接收剩余的系统消息，如SIB1。因此，本申请实施例可以复用CORESET#0，来指示PEI的监测时机。终端获取到CORESET#0信息后，可以在CORESET#0指示的资源位置接收PEI。

另外，SIB1中还可以包括其他的CORESET信息，本申请实施例也可以利用SIB1中的CORESET(commonControlResourceSet in SIB1)来指示PEI的监测时机。终端获取到SIB1中的CORESET后，可以在该CORESET指示的资源位置接收PEI。

本申请实施例的寻呼可以由核心网设备发起，核心网设备可以向基站发送寻呼消息。该寻呼消息中可以包括终端的ID信息和/或终端组的ID信息。基站接收到该寻呼消息后，可以向终端发送第一PEI，该第一PEI中携带终端组的ID信息。

如果终端组是基站确定的，则核心网设备向基站发送寻呼消息时，可以仅包括终端的ID信息。基站根据终端的ID信息，确定终端所属的终端组。然后基站基于被寻呼的终端组，向终端发送第一PEI。可选地，该第一PEI中可以包括终端组的ID，以使终端确定是否需要接收寻呼指示信息。

如果终端组是核心网设备确定的，则核心网设备向基站发送寻呼消息时，可以携带UE ID以及终端组ID。基站可以直接基于终端组ID，向该终端组的终端发送PEI，以指示该终端组的终端接收寻呼指示信息。在一些实施例中，核心网设备向基站发送寻呼消息时，可以仅携带终端组ID，基站可以根据该终端组ID，生成PEI。在另一些实施例中，核心网设备在寻呼之前，可以将终端所属的终端组ID信息发送给基站，基站从而可以保留终端与终端组之间的对应关系。在该情况下，核心网设备向基站发送寻呼消息时，可以仅携带UE ID。基站接收到UE ID后，可以根据终端与终端组之间的对应关系，确定终端所属的终端组。进一步地，基站可以根据该终端组，向该终端组内的终端发送PEI，以指示该终端组的终端接收寻呼指示信息。

下面对本申请实施例的终端组进行介绍。

本申请实施例的终端组可以由核心网设备进行分组，也可以由基站进行分组。如果终端组由基站进行分组，则基站可以将其覆盖范围内的终端划分为多个终端组。如果终端组由核心网设备进行分组，则核心网设备可以将其覆盖范围内的终端划分为多个终端组。在一些实施例中，核心网设备在进行分组时，还可以考虑终端所属的基站，核心网设备可以将属于一个基站的终端划分在一个终端组内，也就是说，一个终端组内的终端属于一个基站，不同基站覆盖范围内的终端属于不同的终端组。

在5G通信系统中，为了更好地满足各种场景和应用的需求，将基站中的DU和CU进行独立部署。因此，本申请实施例中的基站可以为gNB-DU或gNB-CU。其中，一个gNB-CU可以连接多个gNB-DU。本申请实施例中的对终端进行分组的基站可以指gNB-CU或gNB-DU。由gNB-DU对终端进行分组将有利于节省信令开销。

5G系统中的小区组成更大的RAN区，RAN区组成更大的跟踪区。因此每一个小区属于一个RAN区和跟踪区。跟踪区是核心网级别终端跟踪的基础，RAN区是无线接入网络级别终端跟踪的基础。上文描述的寻呼消息可以在TA区域内的所有小区上进行广播。

核心网设备分组时，可以将TA区的终端划分为多个终端组。基站分组时，可以将RAN区的终端划分为多个终端组。

基站和/或核心网设备可以基于终端的性能进行分组，终端的性能可以包括能力、模式、业务信息中的至少一种。也就是说，终端组中的终端可以基于终端的能力、模式、业务信息中的至少一种确定。

终端能力可以包括支持的频段、类别、调制能力、支持天线波束赋形的能力中的至少一种。终端支持的频段例如可以为频率范围(frequency range，FR1)和/或FR2等。终端类别可以包括category 1—category15共15个级别。category等级表示终端的能力等级，其表明了终端所支持的数据处理能力(下载、上传速率)、最大的空分复用能力、调制编码能力等。

终端模式例如可以包括支持物联网的终端、时延敏感终端和普通终端中的至少一种。

终端的业务信息例如可以包括增强移动超宽带(enhance mobile broadband，eMBB)、低时延高可靠通信(ultra reliable low latency communications，URLLC)和大规模机器类通信(massive machine type communication，mMTC)等中的至少一种。

本申请实施例可以将性能相同的终端划分到一个终端组。例如，以支持的FR为例，可以将支持相同频段参数的终端划分为一个终端组，如将支持FR1的终端划分为一个终端组，将支持FR2的终端划分为一个终端组。以category为例，可以将category 1等级的终端划分为一个终端组，将category 2等级的终端划分为一个终端组，以此类推。以终端模式为例，可以将支持物联网的终端划分为一个终端组，将时延敏感终端划分为一个终端组，将普通终端划分为一个终端组。以业务信息为例，可以将具有eMBB业务的终端划分为一个终端组，将具有URLLC业务的终端划分为一个终端组，将具有mMTC业务的终端划分为一个终端组。

在一些实施例中，本申请实施例还可以设置终端组的最大终端数量M，M为正整数。当一个终端组的终端数量超过M后，则将之后接入的终端划分到另一个终端组。

在另一些实施例中，本申请实施例还可以设置终端组内的最大终端数量Z，Z为正整数。在该情况下，每个终端组内的终端数量都小于或等于Z。

基站或核心网设备划分终端组后，还可以将终端组的ID信息发送给终端，以使终端可以明确自己所属的终端组，进而可以根据所属终端组的ID信息，确定PO组。

本申请实施例对发送终端组ID的方式不做具体限定。以核心网设备对终端进行分组为例，核心网设备可以在终端注册过程中将终端组ID发送给终端。例如，核心网设备可以通过RRC注册接受消息将终端组ID发送给终端，换句话说，核心网设备可以向终端发送RRC注册接受消息，该RRC注册接受消息中包括终端所述的终端组ID。可以理解的是，核心网设备向终端发送终端组ID可以指，核心网设备经由基站将终端组ID发送至终端，也就是说，核心网设备先将终端组ID发送给基站，然后再由基站将终端组ID发送给终端。当然，核心网设备除了可以将终端组ID发送给终端之外，还可以将终端组ID发送给基站，以使基站能够获知终端与终端组之间的对应关系。

以基站对终端进行分组为例，基站可以在RRC连接建立过程中将终端组ID发送给终端。例如，基站可以通过RRC配置消息或RRC连接配置消息发送给终端，换句话说，基站可以向终端发送RRC配置消息或RRC连接配置消息，该RRC配置消息或RRC连接配置消息中包括终端所属终端组的ID。

当然，除了上文描述的消息之外，核心网设备或基站还可以通过其他消息将终端组ID发送至终端，本申请实施例对此不做具体限定。

下面结合图9和图10，对注册过程和RRC连接建立过程分别进行描述。

图9示出的是终端注册到核心网的流程示意图，核心网可以在该过程中将终端组ID发送给终端。图9所示的方法包括步骤S902～步骤S928。

在步骤S902、终端向基站发送RRC连接请求(RRC connect request)消息。

在步骤S904、基站向终端发送RRC连接建立(RRC connect setup)消息。RRCconnect setup中可以包括建立信令无线承载(signaling radio bearer，SRB0)、SRB1承载的信息和无线资源配置信息。

在步骤S906、终端完成SRB1承载和无线资源配置后，向基站发送RRC连接建立完成(RRC connect setup complete)消息。

在步骤S908、基站向AMF发送注册请求(registration request)消息。可以理解的是，该registration request可以是终端发送给基站的。该registration request中可以包括注册类型、UE ID、UE能力及请求的切片等参数。

在步骤S910、AMF向基站发送注册接受(registration accepted)消息。该注册接受消息中可以包括终端所在终端组的ID信息。

在步骤S912、基站向终端发送UE能力查询(UE capability enquiry)消息，以查询UE的能力。

在步骤S914、终端向基站发送UE能力信息(UE capability information)，以向基站报告UE的能力信息。

在步骤S916、基站向AMF发送UE能力信息指示(UE capability informationindication)，以更新AMF中的UE能力信息。

在步骤S918、基站向终端发送RRC配置(RRC configuration)消息，该RRC配置消息中可以包括终端所在的终端组的ID信息。

在步骤S920、终端可以向基站发送RRC配置完成(RRC configuration complete)消息。

在步骤S922、终端向AMF发送注册完成(registration complete)消息。

在步骤S924、在上述注册完成之后，AMF可以触发寻呼。具体地，AMF可以向基站发送寻呼消息，该寻呼消息中可以包括UE ID信息，以及终端组ID信息。由于终端分组是由AMF进行分组的，则AMF向基站同时发送被寻呼的终端的ID以及终端组ID。在另一些实施例中，AMF也可以在寻呼之前将终端所属的终端组ID信息发送给基站，当终端被寻呼时，AMF可以仅向基站发送UE ID，由基站基于终端的ID，确定被寻呼的终端所属的终端组。

在步骤S926、基站接收到AMF发送的寻呼消息后，可以先向终端组的终端发送PEI，以指示该终端组的终端接收寻呼指示信息。可选地，该PEI中包括终端组ID信息。

在步骤S928、基站可以向终端发送寻呼消息。基站发送寻呼消息时，可以在终端组对应的PO组上发送寻呼指示信息，以指示寻呼消息所在的资源位置。

图10示出的是RRC连接建立过程的流程示意图。下面以基站包括gNB-DU和gNB-CU为例，对终端的RRC连接建立过程进行描述。图10所示的方法包括步骤S1002～步骤S1044。

在步骤S1002、终端向gNB-DU发送RRC连接请求(RRC connect request)。

在步骤S1004、gNB-DU向gNB-CU发送初始上行RRC消息(initial UL RRCmessage)。gNB-DU包括RRC消息，并且如果终端被允许，则在F1AP initial UL RRC messagetransfer消息中包括用于UE的相应低层配置，并且传输到gNB-CU。

在步骤S1006、gNB-CU向gNB-DU发送下行RRC消息转移(DL RRC messagetransfer)。gNB-CU为终端分配gNB-CU UE F1AP ID，并向终端生成RRC connection setup消息。

在步骤S1008、gNB-DU向终端发送RRC连接建立(RRC connect setup)。

在步骤S1010、终端向gNB-DU发送RRC连接建立完成(RRC connect setupcomplete)。

在步骤S1012、gNB-DU向gNB-CU发送上行RRC消息转移(UL RRC messagetransfer)。接收到终端发送的RRC connect setup complete后，gNB-DU将RRC消息封装在F1AP UL RRC message transfer消息中并将其发送到gNB-CU。

在步骤S1014、gNB-CU向AMF发送初始UE消息(initial UE message)。

在步骤S1016、AMF向gNB-CU发送初始UE上下文建立请求(initial UE contextsetup request)。

在步骤S1018、gNB-CU向gNB-DU发送UE上下文建立请求(UE context setuprequest)，以在gNB-DU中建立UE上下文。在该消息中，还可以封装RRC安全模式命令(RRCsecurity mode command)消息。

在步骤S1020、gNB-DU向终端发送RRC security mode command消息。

在步骤S1022、gNB-DU向gNB-CU发送UE上下文建立响应(UE context setupresponse)。

在步骤S1024、响应于RRC security mode command，终端向gNB-DU发送RRC安全模式完成(RRC security mode complete)。

在步骤S1026、gNB-DU向gNB-CU发送上行RRC消息转移(UL RRC messagetransfer)。gNB-DU将终端发送的RRC消息封装在F1AP UL RRC message transfer消息中并将其发送到gNB-CU。

在步骤S1028、gNB-CU向gNB-DU发送下行RRC消息转移(DL RRC messagetransfer)。gNB-CU生成RRC connection reconfiguration消息并将其封装在F1AP DL RRCmessage transfer消息中。

在步骤S1030、gNB-DU向终端发送RRC连接配置(RRC connectionreconfiguration)，以进行UE资源重配。例如，RRC connection reconfiguration中包括重配SRB1和无线资源配置，建立SRB2、数据无线承载(data radio bearer，DRB)(包括默认承载)等。该RRC连接配置中可以携带终端所在终端组的ID信息。

在步骤S1032、gNB-DU向gNB-CU发送上行RRC消息转移(UL RRC messagetransfer)。gNB-DU将终端发送的RRC消息封装在F1AP UL RRC message transfer消息中并将其发送到gNB-CU。

在步骤S1034、终端向gNB-DU发送RRC连接配置完成(RRC connectionreconfiguration complete)，以表示资源配置完成。

在步骤S1036、gNB-CU向AMF发送初始UE上下文建立响应(initial UE contextsetup response)，以表示UE上下文建立完成。

在步骤S1038、在上述RRC连接建立完成后，AMF可以发起对终端的寻呼。AMF向gNB-CU发送寻呼消息，该寻呼消息中包括终端的ID。由于终端组是基站进行分组的，则AMF向基站发送寻呼消息时，可以仅携带UE ID。

在步骤S1040、gNB-CU向gNB-DU发送下行RRC消息转移(DL RRC messagetransfer)。

在步骤S1042、gNB-DU向终端发送PEI，该PEI中携带终端所在终端组的ID。gNB-DU接收到UE ID后，可以根据UE ID，确定被寻呼的终端所属的终端组。然后gNB-DU可以向该终端组的终端发送PEI，以指示该终端组的终端接收寻呼指示信息。可选地，该PEI中可以包括终端组的ID信息。

在步骤S1044、gNB-DU可以向终端发送寻呼消息。gNB-DU可以在终端组对应的PO组上发送寻呼指示信息，以指示寻呼消息所在的资源位置。

上文结合图1至图10，详细描述了本申请的方法实施例，下面结合图11至图13，详细描述本申请的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图11是本申请一个实施例提供的终端的示意性结构图。图11的终端1100可对应于上文描述的第一终端组中的终端。所述终端1100包括接收单元1110。

接收单元1110，接收网络设备发送的第一PEI，所述第一PEI用于指示所述第一终端组内的终端是否接收寻呼指示信息，所述第一终端组对应第一PO组。

可选地，在一些实施例中，一个寻呼周期包括多个PO组，所述第一PO组为所述多个PO组中的一个，所述多个PO组的数量与终端组的数量相同。

可选地，在一些实施例中，所述多个PO组中的PO数量相同。

可选地，在一些实施例中，所述多个PO组中的PO不重叠。

可选地，在一些实施例中，所述一个寻呼周期中的PO按顺序依次组成所述多个PO组。

可选地，在一些实施例中，所述第一PO组中的PO的起始PDCCH监测时机基于参数firstPDCCH-MonitoringOccasionOf PO确定。

可选地，在一些实施例中，所述终端设备接收所述第一PEI的资源位置由CORESET#0或者SIB1中的CORESET指示。

可选地，在一些实施例中，所述第一终端组内的终端设备基于终端设备的能力、模式、业务信息中的至少一种确定。

可选地，在一些实施例中，所述第一终端组的ID信息由核心网设备通过注册接受消息发送至所述终端设备。

可选地，在一些实施例中，所述第一终端组的ID信息由接入网设备通过RRC连接配置消息发送至所述终端设备。

图12是本申请一个实施例提供的网络设备的示意性结构图。图12的网络设备1200可对应于上文描述的任意一种网络设备或基站。所述网络设备1200包括发送单元1210。

发送单元1110，向第一终端组内的终端发送第一PEI，所述第一PEI用于指示所述第一终端组内的终端是否接收寻呼指示信息，所述第一终端组对应第一PO组。

可选地，在一些实施例中，一个寻呼周期包括多个PO组，所述第一PO组为所述多个PO组中的一个，所述多个PO组的数量与终端组的数量相同。

可选地，在一些实施例中，所述多个PO组中的PO数量相同。

可选地，在一些实施例中，所述多个PO组中的PO不重叠。

可选地，在一些实施例中，所述一个寻呼周期中的PO按顺序依次组成所述多个PO组。

可选地，在一些实施例中，所述第一PO组中的PO的起始PDCCH监测时机基于参数firstPDCCH-MonitoringOccasionOf PO确定。

可选地，在一些实施例中，所述终端设备接收所述第一PEI的资源位置由CORESET#0或者SIB1中的CORESET指示。

可选地，在一些实施例中，所述第一终端组内的终端设备基于终端设备的能力、模式、业务信息中的至少一种确定。

可选地，在一些实施例中，所述第一终端组的ID信息由核心网设备通过注册接受消息发送至所述终端设备。

可选地，在一些实施例中，所述第一终端组的ID信息由接入网设备通过RRC连接配置消息发送至所述终端设备。

图13是本申请实施例提供的无线通信装置的示意性结构图。图13中的虚线表示该单元或模块为可选的。该装置1300可用于实现上述方法实施例中描述的方法。装置1300可以是芯片、终端或网络设备。

装置1300可以包括一个或多个处理器1310。该处理器1310可支持装置1300实现前文方法实施例所描述的方法。该处理器1310可以是通用处理器或者专用处理器。例如，该处理器可以为中央处理单元(central processing unit，CPU)。或者，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(fieldprogrammable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

装置1300还可以包括一个或多个存储器1320。存储器1320上存储有程序，该程序可以被处理器1310执行，使得处理器1310执行前文方法实施例所描述的方法。存储器1320可以独立于处理器1310也可以集成在处理器1310中。

装置1300还可以包括收发器1330。处理器1310可以通过收发器1330与其他设备或芯片进行通信。例如，处理器1310可以通过收发器1330与其他设备或芯片进行数据收发。

本申请实施例还提供一种计算机可读存储介质，用于存储程序。该计算机可读存储介质可应用于本申请实施例提供的终端或网络设备中，并且该程序使得计算机执行本申请各个实施例中的由终端或网络设备执行的方法。

本申请实施例还提供一种计算机程序产品。该计算机程序产品包括程序。该计算机程序产品可应用于本申请实施例提供的终端或网络设备中，并且该程序使得计算机执行本申请各个实施例中的由终端或网络设备执行的方法。

本申请实施例还提供一种计算机程序。该计算机程序可应用于本申请实施例提供的终端或网络设备中，并且该计算机程序使得计算机执行本申请各个实施例中的由终端或网络设备执行的方法。

应理解，本申请中术语“系统”和“网络”可以被可互换使用。另外，本申请使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包括。

在本申请的实施例中，提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。

在本申请实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

在本申请实施例中，术语“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。

本申请实施例中，“预定义”或“预配置”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。

本申请实施例中，所述“协议”可以指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

本申请实施例中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够读取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字通用光盘(digital video disc，DVD))或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (22)

1.一种无线通信方法，其特征在于，包括：

第一终端组内的终端接收网络设备发送的第一寻呼预先指示PEI，所述第一PEI包括一个或多个终端组的ID信息以及与所述一个或多个终端组对应的指示信息，所述指示信息用于指示所述一个或多个终端组内的终端是否接收寻呼指示信息，所述第一终端组对应第一寻呼时机PO组；

所述第一终端组内的终端根据所述第一终端组的ID信息，以及所述第一PEI中与所述第一终端组对应的指示信息，确定所述第一终端组内的终端是否接收寻呼指示信息；

如果所述第一终端组内的终端需要接收所述寻呼指示信息，则所述第一终端组内的终端在所述第一PO组内接收所述寻呼指示信息。

2.根据权利要求1所述的方法，其特征在于，一个寻呼周期包括多个PO组，所述第一PO组为所述多个PO组中的一个，所述多个PO组的数量与终端组的数量相同。

3.根据权利要求2所述的方法，其特征在于，所述多个PO组中的PO数量相同。

4.根据权利要求2所述的方法，其特征在于，所述多个PO组中的PO不重叠。

5.根据权利要求4所述的方法，其特征在于，所述一个寻呼周期中的PO按顺序依次组成所述多个PO组。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述第一PO组中的PO的起始PDCCH监测时机基于参数firstPDCCH-MonitoringOccasionOf PO确定。

7.根据权利要求1-5中任一项所述的方法，其特征在于，所述终端接收所述第一PEI的资源位置由控制资源集CORESET#0或者系统信息块SIB1中的CORESET指示。

8.根据权利要求1-5中任一项所述的方法，其特征在于，所述第一终端组内的终端基于终端的能力、模式、业务信息中的至少一种确定。

9.根据权利要求1-5中任一项所述的方法，其特征在于，所述第一终端组的标识ID信息由核心网设备通过注册接受消息发送至所述终端。

10.根据权利要求1-5中任一项所述的方法，其特征在于，所述第一终端组的ID信息由接入网设备通过无线资源控制RRC连接配置消息发送至所述终端。

11.一种无线通信方法，其特征在于，包括：

网络设备向第一终端组内的终端发送第一寻呼预先指示PEI，所述第一PEI包括一个或多个终端组的ID信息以及与所述一个或多个终端组对应的指示信息，所述指示信息用于指示所述一个或多个终端组内的终端是否接收寻呼指示信息，所述第一终端组对应第一寻呼时机PO组；

其中，所述第一终端组的ID信息和所述第一PEI中与所述第一终端组对应的指示信息用于确定所述第一终端组内的终端是否接收寻呼指示信息，如果所述第一终端组内的终端需要接收所述寻呼指示信息，则所述第一PO组为用于所述第一终端组内的终端接收寻呼指示信息的PO组。

12.根据权利要求11所述的方法，其特征在于，一个寻呼周期包括多个PO组，所述第一PO组为所述多个PO组中的一个，所述多个PO组的数量与终端组的数量相同。

13.根据权利要求12所述的方法，其特征在于，所述多个PO组中的PO数量相同。

14.根据权利要求12所述的方法，其特征在于，所述多个PO组中的PO不重叠。

15.根据权利要求14所述的方法，其特征在于，所述一个寻呼周期中的PO按顺序依次组成所述多个PO组。

16.根据权利要求11-15中任一项所述的方法，其特征在于，所述第一PO组中的PO的起始PDCCH监测时机基于参数firstPDCCH-MonitoringOccasionOf PO确定。

17.根据权利要求11-15中任一项所述的方法，其特征在于，所述终端接收所述第一PEI的资源位置由控制资源集CORESET#0或者系统信息块SIB1中的CORESET指示。

18.根据权利要求11-15中任一项所述的方法，其特征在于，所述第一终端组内的终端基于终端的能力、模式、业务信息中的至少一种确定。

19.根据权利要求11-15中任一项所述的方法，其特征在于，所述第一终端组的标识ID信息由核心网设备通过注册接受消息发送至所述终端。

20.根据权利要求11-15中任一项所述的方法，其特征在于，所述第一终端组的ID信息由接入网设备通过无线资源控制RRC连接配置消息发送至所述终端。

21.一种终端，其特征在于，所述终端为第一终端组内的终端，所述终端包括：

接收单元，用于接收网络设备发送的第一寻呼预先指示PEI，所述第一PEI包括一个或多个终端组的ID信息以及与所述一个或多个终端组对应的指示信息，所述指示信息用于指示所述一个或多个终端组内的终端是否接收寻呼指示信息，所述第一终端组对应第一寻呼时机PO组；

确定单元，用于根据所述第一终端组的ID信息，以及所述第一PEI中与所述第一终端组对应的指示信息，确定所述第一终端组内的终端是否接收寻呼指示信息；

所述接收单元还用于：如果所述第一终端组内的终端需要接收所述寻呼指示信息，则在所述第一PO组内接收所述寻呼指示信息。

22.一种网络设备，其特征在于，包括：

发送单元，用于向第一终端组内的终端发送第一寻呼预先指示PEI，所述第一PEI包括一个或多个终端组的ID信息以及与所述一个或多个终端组对应的指示信息，所述指示信息用于指示所述一个或多个终端组内的终端是否接收寻呼指示信息，所述第一终端组对应第一寻呼时机PO组；

其中，所述第一终端组的ID信息和所述第一PEI中与所述第一终端组对应的指示信息用于确定所述第一终端组内的终端是否接收寻呼指示信息，如果所述第一终端组内的终端需要接收所述寻呼指示信息，则所述第一PO组为用于所述第一终端组内的终端接收寻呼指示信息的PO组。

Images