CN117981419A

CN117981419A - 用于无线通信系统中基于寻呼子组的寻呼的方法和装置

Info

Publication number: CN117981419A
Application number: CN202280064139.5A
Authority: CN
Inventors: A·阿吉瓦尔
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2021-09-24
Filing date: 2022-09-23
Publication date: 2024-05-03
Also published as: WO2023048493A1

Abstract

本公开涉及用于支持更高数据传输速率的5G或6G通信系统。提供了一种由无线通信系统中的用户设备(UE)执行的方法。该方法可以包括：从基站接收与寻呼子组相关联的系统信息；基于系统信息来识别与用于核心网络(CN)指派的子分组的寻呼子组的数量相关联的值；以及基于识别的值来确定与基于UE标识(ID)的子分组相关联的寻呼子组ID。

Description

用于无线通信系统中基于寻呼子组的寻呼的方法和装置

技术领域

本公开涉及无线通信系统，更具体地，涉及用于无线通信系统中基于寻呼子组的寻呼过程的方法和装置。

背景技术

5G移动通信技术定义了宽频带，使得高传输速率和新服务成为可能，并且不仅可以在诸如3.5GHz的“6GHz以下”频带中实施，还可以在包括28GHz和39GHz的被称为毫米波的“6GHz以上”频带中实施。此外，已经考虑在太赫兹频带(例如，95GHz至3THz频带)中实施6G移动通信技术(称为超5G系统)，以便实现比5G移动通信技术快50倍的传输速率和5G移动通信技术十分之一的超低时延。

在5G移动通信技术发展的初期，为了支持服务并满足与增强型移动宽带(enhanced Mobile BroadBand，eMBB)、超可靠低时延通信(Ultra Reliable Low LatencyCommunication，URLLC)和大规模机器类型通信(massive Machine-Type Communication，mMTC)相关的性能要求，已经有了关于以下各项的标准化：波束成形和大规模MIMO，用于减轻无线电波路径损耗并增加毫米波中的无线电波传输距离；支持参数集(例如，操作多个子载波间隔)，用于高效地利用毫米波资源和时隙格式的动态操作；初始接入技术，用于支持多波束传输和宽带；BWP(BandWidth Part，带宽部分)的定义和操作；新的信道译码方法，诸如用于大量数据传输的LDPC(Low Density Parity Check，低密度奇偶校验)码和用于高度可靠的控制信息传输的极性码；L2预处理；以及网络切片，用于提供专用于特定服务的专用网络。

目前，考虑到要由5G移动通信技术支持的服务，正在进行关于初始5G移动通信技术的改进和性能增强的讨论，并且已经存在关于诸如以下各项技术的物理层标准化：V2X(Vehicle-to-everything，车辆对一切)，用于基于由车辆发送的关于车辆的位置和状态的信息来辅助自主车辆的驾驶确定，并且用于增强用户便利性；NR-U(New RadioUnlicensed，新无线电非授权)，旨在系统操作符合非授权频带中的各种法规相关要求；NRUE节能；非地面网络(Non-Terrestrial Network，NTN)，作为UE-卫星直接通信，用于在与地面网络的通信不可用的区域中提供覆盖；以及定位。

此外，在空口架构/协议方面正在进行关于诸如以下各项技术的标准化：工业物联网(Industrial Internet of Things，IIoT)，用于通过与其他行业的互通和融合来支持新服务；IAB(Integrated Access and Backhaul，集成接入和回程)，用于通过以集成方式支持无线回程链路和接入链路来提供用于网络服务区域扩展的节点；移动性增强，包括有条件移交和DAPS(Dual Active Protocol Stack，双活动协议栈)移交；以及用于简化随机接入过程的两步随机接入(用于NR的2步RACH)。在系统架构/服务方面也正在进行关于以下各项的标准化：用于组合网络功能虚拟化(Network Functions Virtualization，NFV)和软件定义联网(Software-Defined Networking，SDN)技术的5G基线架构(例如，基于服务的架构或基于服务的接口)以及用于基于UE位置接收服务的移动边缘计算(Mobile EdgeComputing，MEC)。

随着5G移动通信系统的商业化，已经呈指数增长的联网设备将连接到通信网络，相应地，预计5G移动通信系统的增强的功能和性能以及联网设备的集成操作将是有必要的。为此，计划了与以下各项相关的新研究：扩展现实(eXtended Reality，XR)，用于高效地支持AR(Augmented Reality，增强现实)、VR(Virtual Reality，虚拟现实)、MR(MixedReality，混合现实)等；通过利用人工智能(Artificial Intelligence，AI)和机器学习(Machine Learning，ML)来改进5G性能和降低复杂性；AI服务支持；元宇宙服务支持；以及无人机通信。

此外，5G移动通信系统的这种发展不仅将作为发展以下各项的基础：用于提供6G移动通信技术的太赫兹频带覆盖的新波形、多天线传输技术(诸如全维MIMO(FullDimensional MIMO，FD-MIMO)、阵列天线和大规模天线)、用于改进太赫兹频带信号覆盖的基于超材料的透镜和天线、使用OAM(Orbital Angular Momentum，轨道角动量)的高维空间复用技术以及RIS(Reconfigurable Intelligent Surface，可重构智能表面)，还将作为发展以下各项的基础：用于提高6G移动通信技术的频率效率和改进系统网络的全双工技术、用于通过从设计阶段利用卫星和AI(人工智能)并内部化端到端AI支持功能来实施系统优化的基于AI的通信技术、以及用于通过利用超高性能通信和计算资源来实施超过UE操作能力极限的复杂程度的服务的下一代分布式计算技术。

发明内容

技术方案

本公开涉及一种用于无线通信系统中基于寻呼子组的寻呼过程的方法和装置。

附图说明

从以下结合附图的描述中，本公开的某些实施例的上述和其他方面、特征和优点将更加清晰，其中：

图1示出了根据本公开实施例的用于寻呼子组的位图；

图2示出了根据本公开实施例的用于寻呼子组的位图；

图3示出了根据本公开实施例的用于寻呼子组的位图；

图4示出了根据本公开实施例的用于寻呼子组的位图；

图5示出了描述根据本公开实施例的UE操作的流程图；

图6示出了描述根据本公开实施例的UE操作的流程图；

图7是示出根据本公开实施例的UE的图；以及

图8是示出根据本公开实施例的基站的图。

具体实施方式

在整个公开内容中，表述“a、b或c中的至少一个”指示仅a，仅b，仅c，a和b两者，a和c两者，b和c两者，a、b和c全部或其变体。在整个说明书中，层(或层装置)也可以称为实体。在下文中，将参考附图详细描述本公开的操作原理。在以下描述中，没有详细描述公知的功能或配置是因为它们会因不必要的细节而模糊本公开。说明书中使用的术语是考虑到本公开中使用的功能而定义的，并且可以根据用户或操作者的意图或常用方法而改变。相应地，术语的定义是基于本说明书的整体描述来理解的。

出于相同原因，在附图中，一些元件可能被夸大、省略或粗略地示出。此外，每个元件的大小并不确切地对应于每个元件的实际大小。在每个图中，相同或对应的元件用相同的附图标记呈现。

通过参考以下对本公开的实施例和附图的详细描述，可以更容易地理解本公开的优点和特征及其实现方法。然而，本公开可以以许多不同的形式来体现，并且不应被解释为限于本文阐述的实施例；反而，提供本公开的这些实施例，使得本公开将是彻底和完整的，并且将向本领域普通技术人员完全传达本公开的概念。因此，本公开的范围由所附权利要求限定。在整个说明书中，相同的附图标记指代相同的元素。将会理解，流程图中的块或流程图的组合可以由计算机程序指令来执行。因为这些计算机程序指令可以被加载到通用计算机、专用计算机或另一可编程数据处理装置的处理器中，所以由计算机或另一可编程数据处理装置的处理器执行的指令创建用于执行(多个)流程图块中描述的功能的单元。

计算机程序指令可以被存储在能够指导计算机或另一可编程数据处理装置以特定方式实施功能的计算机可用或计算机可读存储器中，因此存储在计算机可用或计算机可读存储器中的指令也能够生产包含用于执行(多个)流程图块中描述的功能的指令单元的制品。计算机程序指令也可以被加载到计算机或另一可编程数据处理装置中，因此，用于通过当在计算机或另一可编程数据处理装置中执行一系列操作时生成计算机执行的过程来操作计算机或另一可编程数据处理装置的指令可以提供用于执行(多个)流程图块中描述的功能的操作。

此外，每个块可以表示包括一个或多个用于执行(多个)指定逻辑功能的可执行指令的模块、片段或代码的一部分。还要注意，在一些替代实施方式中，块中提到的功能可能不按次序发生。例如，取决于与之相对应的功能，两个连续的块也可以同时执行或以相反的次序执行。

如本文所使用的，术语“单元”表示软件元件或硬件元件，诸如现场可编程门阵列(field-programmable gate array，FPGA)或专用集成电路(application-specificintegrated circuit，ASIC)，并且执行特定功能。然而，术语“单元”不限于软件或硬件。可以将“单元”形成为位于可寻址存储介质中，或者可以将“单元”形成为操作一个或多个处理器。因此，例如，术语“单元”可以包括元件(例如，软件元件、面向对象的软件元件、类元件和任务元件)、进程、功能、属性、过程、子例程、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表、数组或变量。

由元件和“单元”提供的功能可以被组合成更少数量的元件和“单元”，或者可以被划分成附加的元件和“单元”。此外，元件和“单元”可以体现为在设备或安全多媒体卡中再现一个或多个中央处理单元(central processing unit，CPU)。此外，在本公开的实施例中，“单元”可以包括至少一个处理器。在本公开的以下描述中，没有详细描述公知的功能或配置，因为它们会因不必要的细节而模糊本公开。

在下文中，为了便于解释，本公开使用第三代合作伙伴计划长期演进(3rdgeneration partnership project long term evolution，3GPP LTE)标准中定义的术语和名称。然而，本公开不限于这些术语和名称，并且还可以应用于遵循其他标准的系统。

在本公开中，为了便于解释，演进型节点B(eNB)可以与下一代节点B(gNB)互换地使用。也就是说，由eNB描述的基站(BS)可以表示gNB。在以下描述中，术语“基站”是指用于向用户设备(UE)分配资源的实体，并且可以与gNode B、eNode B、节点B、基站(BS)、无线电接入单元、基站控制器(base station controller，BSC)或网络上的节点中的至少一个互换地使用。术语“终端”可以与用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机或能够执行通信功能的多媒体系统互换地使用。然而，本公开不限于前述示例。特别地，本公开适用于3GPP新无线电(new radio，NR)(或第五代(5G))移动通信标准。在以下描述中，为了便于解释，术语eNB可以与术语gNB互换地使用。也就是说，被解释为eNB的基站也可以指示gNB。术语UE也可以指示移动电话、NB-IoT设备、传感器和其他无线通信设备。

近年来，已经开发了几种宽带无线技术来满足日益增长的宽带订户数量，并且提供更多更好的应用和服务。已经开发了第二代无线通信系统以在确保用户的移动性的同时提供语音服务。第三代无线通信系统不仅支持语音服务，还支持数据服务。近年来，已经开发了第四无线通信系统来提供高速数据服务。然而，目前，第四代无线通信系统缺乏资源来满足对高速数据服务的日益增长的需求。因此，正在开发第五代无线通信系统(也称为下一代无线电或NR)，以满足对高速数据服务的日益增长的需求、支持超可靠性和低时延应用。

第五代无线通信系统不仅支持较低频带，还支持较高频(毫米波)带，例如10GHz至100GHz频带，以便实现更高数据速率。为了减轻无线电波的传播损耗并增加传输距离，在第五代无线通信系统的设计中正在考虑波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外，期望第五代无线通信系统针对在数据速率、时延、可靠性、移动性等方面具有相当不同的要求的不同用例。然而，期望第五代无线通信系统的空口的设计将足够灵活，以服务于取决于UE为终端客户提供服务的用例和市场细分而具有相当不同能力的UE。第五代无线通信系统期望针对的几个示例用例是增强型移动宽带(eMBB)、大规模机器类型通信(massive Machine Type Communication，m-MTC)、超可靠低时延通信(URLL)等。如数十Gbps数据速率、低时延、高移动性等等的eMBB要求是针对代表需要随时随地进行互联网连接的传统无线宽带订户的市场细分。如非常高的连接密度、不频繁的数据传输、非常长的电池寿命、低移动性寻址等等的m-MTC要求是针对代表预想了数十亿设备连接的物联网(Internet of Things，IoT)/万物网(Internet ofEverything，IoE)的市场细分。如非常低的时延、非常高的可靠性和可变的移动性等等的URLL要求是针对代表被视为自主汽车的使能因素之一的工业自动化应用、车辆到车辆/车辆到基础设施通信的市场细分。

在较高频率(毫米波)频带中操作的第五代无线通信系统中，UE和gNB使用波束成形彼此通信。波束成形技术用于减轻传播路径损耗并增加较高频带通信的传播距离。波束成形使用高增益天线来增强发送性能和接收性能。波束成形可以分为在发送端执行的发送(TX)波束成形和在接收端执行的接收(RX)波束成形。一般来说，TX波束成形通过使用多个天线通过允许传播到达的区域密集地位于特定方向上来增加方向性。在这种情形中，多个天线的聚合可以称为天线阵列，并且阵列中包括的每个天线可以称为阵列元件。天线阵列可以被配置成各种形式，诸如线性阵列、平面阵列等。TX波束成形的使用导致信号的方向性增加，从而增加了传播距离。此外，由于信号几乎不在除方向性方向之外的方向上发送，因此作用于另一接收端的信号干扰显著减小。接收端可以通过使用RX天线阵列对RX信号执行波束成形。RX波束成形通过允许传播集中在特定方向上来增加在特定方向上发送的RX信号强度，并且从RX信号中排除在除特定方向之外的方向上发送的信号，从而提供阻挡干扰信号的效果。通过使用波束成形技术，发送器可以产生不同方向的多个发送波束图案。这些发送波束图案中的每一个也可以称为发送(TX)波束。在高频下操作的无线通信系统使用多个窄TX波束在小区中发送信号，因为每个窄TX波束提供对一部分小区的覆盖。TX波束越窄，天线增益越高，因此使用波束成形发送的信号传播距离越大。接收器也可以产生不同方向的多个接收(RX)波束图案。这些接收图案中的每一个也可以称为接收(RX)波束。

第五代无线通信系统支持独立操作模式以及双连接(dual connectivity，DC)。在DC中，多个Rx/Tx UE可以被配置为利用由经由非理想回程而连接的两个不同节点(或NB)所提供的资源。一个节点充当主节点(Master Node，MN)，并且另一节点充当辅节点(Secondary Node，SN)。MN和SN经由网络接口连接，并且至少MN连接到核心网络。NR还支持多RAT双连接(Multi-RAT Dual Connectivity，MR-DC)操作，由此处于RRC_CONNECTED的UE被配置为利用由位于经由非理想回程而连接的两个不同节点中且提供E-UTRA(即，如果节点是ng-eNB)或NR接入(即，如果节点是gNB)的两个不同调度器所提供的无线电资源。在NR中，对于未被配置有CA/DC的处于RRC_CONNECTED的UE，仅存在一个包括主小区的服务小区。对于被配置有CA/DC的处于RRC_CONNECTED的UE，术语“服务小区”用于表示包括(多个)特殊小区和所有辅小区的小区集合。在NR中，术语主小区组(Master Cell Group，MCG)是指与主节点相关联的一组服务小区，包括PCell和可选的一个或多个SCell。在NR中，术语辅小区组(Secondary Cell Group，SCG)是指与辅节点相关联的一组服务小区，包括PSCell和可选的一个或多个SCell。在NR中，PCell(主小区)是指MCG中操作在主频上的服务小区，其中UE执行初始连接建立过程或发起连接重建过程。在NR中，对于被配置有CA的UE，SCell是在特殊小区之上提供附加的无线电资源的小区。主SCG小区(PSCell)是指SCG中的其中UE在执行同步重配置过程时执行随机接入的服务小区。对于双连接操作，术语SpCell(即，特殊小区)是指MCG的PCell或SCG的PSCell，否则术语特殊小区是指PCell。

在第五代无线通信系统中，物理下行链路控制信道(Physical Downlink ControlChannel，PDCCH)用于调度PDSCH上的DL传输和PUSCH上的UL传输，其中PDCCH上的下行链路控制信息(Downlink Control Information，DCI)包括：下行链路指派，至少包含与DL-SCH相关的调制和编码格式、资源分配和混合ARQ信息；上行链路调度授权，至少包含与UL-SCH相关的调制和编码格式、资源分配和混合ARQ信息。除了调度之外，PDCCH还可以用于：具有配置授权的配置PUSCH传输的激活和去激活；PDSCH半持久传输的激活和去激活；向一个或多个UE通知时隙格式；向一个或多个UE通知(多个)PRB和(多个)OFDM符号，其中UE可以假设没有针对UE的传输；对针对PUCCH和PUSCH的TPC命令的传输；对针对一个或多个UE的SRS传输的一个或多个TPC命令的传输；以及切换UE的活动带宽部分；发起随机接入过程。

UE根据对应的搜索空间配置而在一个或多个配置控制资源集(COntrol REsourceSET，CORESET)中的配置监视时机中监视PDCCH候选集合。CORESET由持续时间为1至3个OFDM符号的PRB的集合组成。资源单位资源元素组(Resource Element Group，REG)和控制信道元素(Control Channel Element，CCE)被定义在CORESET内，其中每个CCE包括REG集合。控制信道由CCE的聚合而形成。控制信道的不同码率是通过聚合不同数量的CCE来实现的。在CORESET中支持交错和非交错的CCE到REG映射。极化编码用于PDCCH。每个携带PDCCH的资源元素组携带其自己的解调参考信号DMRS。QPSK调制用于PDCCH。

在第五代无线通信系统中，gNB为每个配置BWP发信令通知搜索空间配置的列表，其中每个搜索配置由标识符唯一地识别。用于特定目的(诸如寻呼接收、SI接收、随机接入响应接收)的搜索空间配置的标识符由gNB显式地发信令通知。在NR中，搜索空间配置包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间。UE使用参数PDCCH监视周期性(Monitoring-periodicity-PDCCH-slot)、PDCCH监视偏移(Monitoring-offset-PDCCH-slot)和PDCCH监视图案(Monitoring-symbols-PDCCH-within-slot)来确定时隙内的(多个)PDCCH监视时机。PDCCH监视时机存在于时隙“x”至x+持续时间，其中编号为“y”的无线电帧中的编号为“x”的时隙满足下面的等式：

(y*(无线电帧中的时隙数量)+x–Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)＝0；

在具有PDCCH监视时机的每个时隙中的PDCCH监视时机的起始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监视时机的长度(以符号为单位)在与搜索空间相关联的CORESET中给出。搜索空间配置包括与之相关联的CORESET配置的标识符。gNB为每个配置BWP发信令通知CORESET配置的列表，其中每个CORESET配置由标识符唯一地识别。注意，每个无线电帧的持续时间为10ms。无线电帧由无线电帧号或系统帧号来识别。每个无线电帧包括几个时隙，其中无线电帧中的时隙数量和时隙的持续时间取决于子载波间隔。无线电帧中的时隙数量和时隙的持续时间取决于NR中预定义的每个支持的SCS的无线电帧。每个CORESET配置与TCI(传输配置指示符)状态列表相关联。每个TCI状态配置一个DL RSID(SSB或CSI RS)。与CORESET配置相对应的TCI状态列表由gNB经由RRC信令来发信令通知。激活TCI状态列表中的一个TCI状态，并且由gNB将其指示给UE。TCI状态指示gNB在搜索空间的PDCCH监视时机中用于PDCCH的传输的DL TX波束(DL TX波束与TCI状态的SSB/CSI RS是QCL的)。

在第五代无线通信系统中，支持带宽自适应(bandwidth adaptation，BA)。利用BA，UE的接收带宽和发送带宽不需要与小区的带宽一样大，并且可以调整：可以命令改变宽度(例如，以在低活动时段期间收缩以节省功率)；位置可以在频域中移动(例如，以增加调度灵活性)；并且可以命令改变子载波间隔(例如，以允许不同服务)。小区的总小区带宽的子集被称为带宽部分(BWP)。通过用(多个)BWP配置RRC连接的UE并告诉UE哪一个配置BWP是当前活动的BWP来实现BA。当BA被配置时，UE仅需监视一个活动BWP上的PDCCH，即它不必监视服务小区的整个DL频率上的PDCCH。在RRC连接状态下，对于每个配置的服务小区(即，PCell或SCell)，用一个或多个DL BWP和UL BWP来配置UE。对于激活的服务小区，在任何时间点总是存在一个活动的UL BWP和DL BWP。针对服务小区的BWP切换用于一次激活不活动BWP和去激活活动BWP。BWP切换由指示下行链路指派或上行链路授权的PDCCH、由bwp-InactivityTimer、由RRC信令或由MAC实体本身在发起随机接入过程时进行控制。在添加SpCell或激活SCell时，分别由firstActiveDownlinkBWP-Id和firstActiveUplinkBWP-Id指示的DL BWP和UL BWP是活动的，而无需接收指示下行链路指派或上行链路授权的PDCCH。服务小区的活动BWP由RRC或PDCCH来指示。对于不成对频谱，DL BWP与UL BWP配对，并且BWP切换对于UL和DL都是公共的。在BWP不活动计时器到期时，UE切换到活动的DL BWP到默认的DL BWP或初始的DL BWP(如果未配置默认的DL BWP的话)。

在第五代无线通信系统中，RRC可以处于以下状态之一：RRC_IDLE、RRC_INACTIVE和RRC_CONNECTED。当已经建立RRC连接时，UE处于RRC_CONNECTED状态或RRC_INACTIVE状态。如果不是这种情况，即没有建立RRC连接，则UE处于RRC_IDLE状态。RRC状态可以进一步表征如下：

在RRC_IDLE中，UE特定DRX可以由上层配置。UE在DCI上监视利用P-RNTI传输的短消息；使用5G-S-TMSI监视针对CN寻呼的寻呼信道；执行相邻小区测量和小区(重新)选择；获取系统信息并且可以发送SI请求(如果配置的话)；为记录测量配置的UE执行可用测量以及位置和时间的记录。

在RRC_INACTIVE中，UE特定DRX可以由上层或RRC层配置；UE存储UE不活动AS上下文；基于RAN的通知区域由RRC层配置。UE在DCI上监视利用P-RNTI传输的短消息；使用5G-S-TMSI监视针对CN寻呼的寻呼信道以及使用完全I-RNTI监视针对RAN寻呼的寻呼信道；执行相邻小区测量和小区(重新)选择；周期性地以及当移动到所配置的基于RAN的通知区域之外时执行基于RAN的通知区域更新；获取系统信息并且可以发送SI请求(如果配置的话)；为记录测量配置的UE执行可用测量以及位置和时间的记录。

在RRC_CONNECTED中，UE存储AS上下文，并且发生向/从UE传送单播数据。UE在DCI上监视利用P-RNTI传输的短消息(如果配置的话)；监视与共享数据信道相关联的控制信道，以确定是否为其调度数据；提供信道质量和反馈信息；执行相邻小区测量和测量报告；获取系统信息。

基于NR的5G或下一代无线电接入网络(NG-RAN)由NG-RAN节点组成，其中NG-RAN节点是朝向UE提供NR用户平面和控制平面协议终端的gNB。gNB也借由NG接口连接到5GC，更具体地，借由NG-C接口连接到AMF(Access and Mobility Management Function，接入和移动性管理功能)，并且借由NG-U接口连接到UPF(User Plane Function，用户平面功能)。在第五代(也称为NR或新无线电)无线通信系统中，UE可以在RRC_IDLE和RRC_INACTIVE状态下使用非连续接收(DRX)，以便降低功耗。在RRC_IDLE/RRC_INACTIVE状态下，UE在短时段内以规则的间隔(即，每一个DRX周期)唤醒，以接收寻呼、接收SI更新通知和接收紧急通知。使用物理下行链路共享信道(PDSCH)发送寻呼消息。如果在PDSCH中存在寻呼消息，则物理下行链路公共控制信道(PDCCH)被寻址到P-RNTI。P-RNTI对于所有UE是公共的。UE标识(即，RRC_IDLE UE的S-TMSI或RRC_INACTIVE UE的I-RNTI)被包括在寻呼消息中，以指示针对特定UE的寻呼。寻呼消息可以包括多个UE标识以寻呼多个UE。寻呼消息在数据信道(即，PDSCH)上广播(即，PDCCH被P-RNTI掩蔽)。SI更新和紧急通知被包括在DCI中，并且携带该DCI的PDCCH被寻址到P-RNTI。在RRC空闲/不活动模式中，UE在每一个DRX周期监视一个寻呼时机(paging occasion，PO)。在RRC空闲/不活动模式中，UE在初始DL BWP中监视PO。在RRC连接状态下，UE监视一个或多个PO以接收SI更新通知和接收紧急通知。UE可以在寻呼DRX周期中监视任何PO，并且在SI修改时段中监视至少一个PO。在RRC空闲/不活动模式中，UE在其活动的DL BWP中监视PO。PO是用于寻呼的“S”个PDCCH监视时机的集合，其中“S”是在小区中发送的SSB(即，同步信号和PBCH块(Synchronization Signal and PBCH block，SSB)由主同步信号和辅同步信号(PSS、SSS)以及PBCH组成)的数量。UE首先确定寻呼帧(paging frame，PF)，然后针对所确定的PF来确定PO。一个PF是无线电帧(10ms)。

-UE的PF是具有系统帧号“SFN”的无线电帧，SFN满足等式(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)。

-Index(i_s)，指示PO的索引，由i_s＝floor(UE_ID/N)mod Ns确定。

-T是UE的DRX周期。

在RRC_INACTIVE状态下，T通过由RRC配置的UE特定DRX值、由NAS配置的UE特定DRX值和在系统信息中广播的默认DRX值中的最短者来确定。

在RRC_IDLE状态下，T通过由NAS配置的UE特定DRX值和在系统信息中广播的默认DRX值中的最短者来确定。如果上层(即，NAS)未配置UE特定DRX，则应用默认值。

-N：T中寻呼帧的总数

-Ns：用于PF的寻呼时机数量

-PF_offset：用于PF确定的偏移

-UE_ID：5G-S-TMSI mod 1024

-参数Ns、nAndPagingFrameOffset和默认DRX周期的长度在SIB1中发信令通知。N和PF_offset的值是从如TS 38.331中定义的参数nAndPagingFrameOffset中推导出的。如果UE没有5G-S-TMSI，例如当UE尚未注册到网络上时，UE应使用上述PF和i_s公式中的UE_ID＝0作为默认标识。

-用于寻呼的PDCCH监视时机是基于由gNB发信令通知的寻呼搜索空间配置(paging-SearchSpace)来确定的。

-当为pagingSearchSpace配置SearchSpaceId＝0时，用于寻呼的PDCCH监视时机与TS 38.213第13条中定义的用于RMSI的PDCCH监视时机相同。当为pagingSearchSpace配置SearchSpaceId＝0时，Ns为1或2。对于Ns＝1，仅存在一个PO，其是从PF中的第一用于寻呼的PDCCH监视时机开始的。对于Ns＝2，PO位于PF的前半帧(i_s＝0)或后半帧(i_s＝1)。

-当为pagingSearchSpace配置除0之外的SearchSpaceId时，UE监视第(i_s+1)PO。用于寻呼的PDCCH监视时机是基于由gNB发信令通知的寻呼搜索空间配置(paging-SearchSpace)来确定的。从PF中的第一用于寻呼的PDCCH监视时机开始从零起对不与UL符号重叠的用于寻呼的PDCCH监视时机(根据tdd-UL-DL-ConfigurationCommon而确定的)顺序地编号。gNB可以发信令通知与PF相对应的每个PO的参数firstPDCCH-MonitoringOccasionOfPO。当发信令通知firstPDCCH-MonitoringOccasionOfPO时，第(i_s+1)PO是从由firstPDCCH-MonitoringOccasionOfPO指示的PDCCH监视时机编号(即，firstPDCCH-MonitoringOccasionOfPO参数的第(i_s+1)值)开始的“S”个连续的用于寻呼的PDCCH监视时机的集合。否则，第(i_s+1)PO是从第(i_s*S)用于寻呼的PDCCH监视时机开始的“S”个连续的用于寻呼的PDCCH监视时机的集合。“S”是根据从gNB接收的SystemInformationBlock1中发信令通知的参数ssb-PositionsInBurst而确定的实际发送的SSB的数量。参数first-PDCCH-MonitoringOccasionOfPO是在SIB1中发信令通知的，用于初始DL BWP中的寻呼。对于除初始DL BWP之外的DL BWP中的寻呼，参数first-PDCCH-MonitoringOccasionOfPO是在对应的BWP配置中发信令通知的。

寻址到P-RNTI的PDCCH携带根据DCI格式1_0的信息。以下信息通过其CRC由P-RNTI加扰的DCI格式1_0发送：

-短消息指示符——根据表1为2位。

-短消息——根据表2为8位。如果仅携带用于寻呼的调度信息，则预留该位字段。

-频域资源指派——位。

如果仅携带短消息，则预留该位字段。

-是CORESET 0的大小

-时域资源指派——4位。如果仅携带短消息，则预留该位字段。

-VRB到PRB映射——1位。如果仅携带短消息，则预留该位字段。

-调制和编码方案——5位。如果仅携带短消息，则预留该位字段。

-TB缩放——2位。如果仅携带短消息，则预留该位字段。

-预留位——6位

表1：短消息指示符

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

表2定义了短消息。位1是最高有效位。

表2：短消息

在寻呼时机之前支持早期寻呼指示。早期寻呼指示指示针对一个或多个寻呼子组的寻呼。UE可以通过以下方式之一来识别对应的寻呼子组：

CN(核心网络)指派的寻呼子组：寻呼子组标识是由CN(即，由AMF使用NAS消息)指派的

基于UE_ID而确定的寻呼子组：寻呼子组标识是基于UE_ID来确定的(UE_ID为5G-S-TMSI或5G-S-TMSI mod X，其中X为1024或2048或4096或N*Ns*P或N的最大值*Ns的最大值*P的最大值)

UE属于子组其中

N是寻呼帧数量，Ns是每个寻呼帧的PO数量，并且

P是寻呼子组数量

小区可以既支持CN指派的寻呼子组，又支持基于UE ID的寻呼子组，以便支持具有不同能力的UE。由CN指派给UE的寻呼子组和由UE基于UE ID而确定的寻呼子组可能重叠，从而导致在支持不同子分组方法的UE之间的误警报。例如，CN向UE 1指派寻呼子组标识4，不支持基于CN的子分组的UE 2基于其UE_ID来确定其寻呼子组标识为4。如果存在针对UE 1的寻呼，则gNB在早期寻呼指示中指示存在针对寻呼子组4的寻呼。在这种情况下，即使不存在针对UE 2的寻呼，UE 2也将不必要地唤醒并监视寻呼时机。

方法1

在本公开的一个方法中，早期寻呼指示(或寻呼DCI)包括用于CN指派的寻呼子组和基于UE ID的寻呼子组的单独位图。用于CN指派的寻呼子组的位图可以称为CNSubgroupingBitmap。用于基于UE ID的寻呼子组的位图可以称为UEIDSubgroupingBitmap。每个位图可以具有相同或不同的长度(即，位图中的位数)。长度取决于寻呼子组数量。如果CN指派的寻呼子组的最大数量为“x”，则CNSubgroupingBitmap的大小为“x”位。如果基于UE ID的寻呼子组的最大数量为“y”，则UEIDSubgroupingBitmap的大小为“y”位。x和y为整数。基于UE ID的寻呼子组的最大数量和CN指派的寻呼子组的最大数量可以相同或不同。可以在系统信息中和/或在NAS消息中发信令通知基于UE ID的寻呼子组的最大数量和CN指派的寻呼子组的最大数量。如果基于UE ID的寻呼子组的最大数量和CN指派的寻呼子组的最大数量相同，则可以在系统信息中和/或在NAS消息中发信令通知寻呼子组的最大数量。

CNSubgroupingBitmap中的每个位对应于由CN指派的寻呼子组(即，对应于CN指派的寻呼子分组标识)。CNSubgroupingBitmap中(从最低有效位起或从最高有效位起)的第k位对应于CN指派的标识为k的寻呼子组。k为整数。

图1和图2示出了根据本公开实施例的用于寻呼子组的位图。

例如，如果存在4个标识为0、1、2和3的CN指派的寻呼子组，则b0对应于标识为0的CN指派的寻呼子组，b1对应于标识为1的CN指派的寻呼子组，b2对应于标识为2的CN指派的寻呼子组，b3对应于标识为3的CN指派的寻呼子组，其中CNSubgroupingBitmap中的位从最低有效位开始从b0到b3编号(如图1的位图(101)所示)，或者从最高有效位开始从b0到b3编号(如图2的位图(201)所示)。

UEIDSubgroupingBitmap中的每个位对应于基于UE ID而确定的寻呼子组(即，对应于基于UE ID的寻呼子分组标识)。UEIDSubgroupingBitmap中(从最低有效位起或从最高有效位起)的第k位对应于标识为k的基于UE ID的寻呼子组。k为整数。例如，如果存在4个标识为0、1、2和3的基于UE ID的寻呼子组，则b0对应于标识为0的基于UE ID的寻呼子组，b1对应于标识为1的基于UE ID的寻呼子组，b2对应于标识为2的基于UE ID的寻呼子组，b3对应于标识为3的基于UE ID的寻呼子组，其中UEIDSubgroupingBitmap中的位从最低有效位开始从b0到b3编号(如图1的位图(103)所示)，或者从最高有效位开始从b0到b3编号(如图2的位图(203)所示)。

图3示出了根据本公开实施例的用于寻呼子组的位图。

在实施例中，早期寻呼指示(或寻呼DCI)包括子分组位图(301)。位图被划分成两个位图CNSubgroupingBitmap(305)和UEIDSubgroupingBitmap(303)。子分组位图的大小等于基于CN的寻呼子组的最大数量之和以及基于UE ID的寻呼子组的最大数量之和。从子分组位图中的最低有效位开始的前“x”位对应于基于UE ID的寻呼子组，并且被顺序地映射到基于UE ID的寻呼子组标识。接下来的“y”位子分组位图对应于基于CN的寻呼子组，并且被顺序地映射到基于CN的寻呼子组标识。“x”和“y”分别是基于UE ID的寻呼子组的最大数量和基于CN的寻呼子组的最大数量。在图3的位图(301)中示出了x和y等于4的示例。

图4示出了根据本公开实施例的用于寻呼子组的位图。

在实施例中，早期寻呼指示(或寻呼DCI)包括子分组位图(401)。位图被划分成两个位图CNSubgroupingBitmap(403)和UEIDSubgroupingBitmap(405)。子分组位图的大小等于基于CN的寻呼子组的最大数量之和以及基于UE ID的寻呼子组的最大数量之和。从子分组位图中的最低有效位开始的前“x”位对应于基于CN的寻呼子组，并且被顺序地映射到基于CN的寻呼子组标识。接下来的“y”位子分组位图对应于基于UE ID的寻呼子组，并且被顺序地映射到基于UE ID的寻呼子组标识。“x”和“y”分别是基于CN的寻呼子组的最大数量和基于UE ID的寻呼子组的最大数量。在图4中示出了x和y等于4的示例。

图5示出了描述根据本公开实施例的UE操作的流程图。

在步骤501中，UE基于由CN指派的寻呼子组标识或基于根据UE ID而确定的寻呼子组标识来确定是否执行早期寻呼指示监视(或寻呼监视)

-CN指派的寻呼子组：寻呼子组标识是由CN(即，由AMF使用NAS消息)指派给UE的-基于UE_ID而确定的寻呼子组：寻呼子组标识是基于UE_ID来确定的(UE_ID为5G-S-TMSI或5G-S-TMSI mod X，其中X为1024或2048或4096或N*Ns*P或N的最大值*Ns的最大值*P的最大值)

UE属于子组其中

N是寻呼帧数量，Ns是每个寻呼帧的PO数量，并且

P是寻呼子组数量

如果UE具有由CN指派的寻呼子分组标识，并且驻留小区(即，当UE处于RRC_IDLE/RRC_INACTIVE时UE在其上监视寻呼的小区)支持CN指派的寻呼子组：

-则UE基于由CN指派的寻呼子组标识来执行早期寻呼指示监视(或寻呼监视)

如果UE没有由CN指派的寻呼子分组标识(或者UE不支持CN指派的寻呼子分组)，UE支持基于UE ID的寻呼子分组，并且驻留小区支持基于UE ID的寻呼子组：

-则UE基于根据UE ID的寻呼子组标识来执行早期寻呼指示监视(或寻呼监视)

在实施例中，网络(例如，gNB)可以指示(经由RRC消息或SI)UE是应当使用CN指派的寻呼子组还是基于UE ID的寻呼子组(如果UE和网络都支持基于UE ID的寻呼子分组和CN指派的寻呼子分组的话)。

小区是否支持基于UE ID的寻呼子组和/或CN指派的寻呼子组可以在系统信息中或在RRC释放消息中指示。在实施例中，如果RRCRelease消息指示对于基于UE ID的寻呼子组和/或CN指派的寻呼子组的支持，则将其应用于RRCRelease消息所来自的小区所属的RAN通知区域的所有小区。在实施例中，如果RRCRelease消息指示对于基于UE ID的寻呼子组和/或CN指派的寻呼子组的支持，则将其应用于从中接收RRCRelease消息的小区。在实施例中，如果RRCRelease消息指示对于基于UE ID的寻呼子组和/或CN指派的寻呼子组的支持，则将其应用于RRCRelease消息中指示的小区。

UE如前所述确定PF和PO。然后，UE识别用于监视与所确定的PF/PO相对应的早期寻呼指示的(多个)时机(例如，PDCCH监视时机)，并且如果驻留小区支持早期寻呼指示，则在识别出的时机中监视早期寻呼指示。UE接收早期寻呼指示。

在步骤503中，如果UE确定基于由CN指派的寻呼子组标识来监视寻呼

-则UE检查早期寻呼指示中的CNSubgroupingBitmap(即，在寻址到预定义RNTI的PDCCH的DCI中)，以确定早期寻呼指示是否指示针对其由CN指派的寻呼子组的寻呼。UE检查CNSubgroupingBitmap中与其由CN指派的寻呼子组相对应的位是否被设置为1。

如果被设置为1，则UE监视PO，并且接收由在受监视PO的PDCCH监视时机中接收的寻址到P-RNTI的PDCCH所调度的寻呼消息(步骤507)。

-在替选实施例中，UE检查寻呼DCI中的CNSubgroupingBitmap(即，在PO中发送的寻址到PRNTI的PDCCH的DCI中)，以确定寻呼DCI是否指示针对其由CN指派的寻呼子组的寻呼。UE检查CNSubgroupingBitmap中与其由CN指派的寻呼子组相对应的位是否被设置为1。如果被设置为1，则UE接收由在受监视PO的PDCCH监视时机中接收的寻址到P-RNTI的PDCCH所调度的寻呼消息。

在步骤505中，如果UE确定基于根据UE ID的寻呼子组标识来监视寻呼

-UE检查早期寻呼指示中的UEIDSubgroupingBitmap(即，在寻址到预定义RNTI的PDCCH的DCI中)，以确定早期寻呼指示是否指示针对其基于UE ID而确定的寻呼子组的寻呼。UE检查UEIDSubgroupingBitmap中与其基于UE ID的寻呼子组相对应的位是否被设置为1。

如果被设置为1，则UE监视PO，并且接收由在受监视PO的PDCCH监视时机中接收的寻址到P-RNTI的PDCCH所调度的寻呼消息。(步骤507)

-在替选实施例中，UE检查寻呼DCI中的UEIDSubgroupingBitmap(即，在PO中发送的寻址到PRNTI的PDCCH的DCI中)，以确定寻呼DCI是否指示针对其基于UE ID的寻呼子组的寻呼。UE检查UEIDSubgroupingBitmap中与其基于UE ID的寻呼子组相对应的位是否被设置为1。如果被设置为1，则UE接收由在受监视PO的PDCCH监视时机中接收的寻址到P-RNTI的PDCCH所调度的寻呼消息。

用于早期寻呼指示的PDCCH被寻址到预定义RNTI或由gNB在系统信息中发信令通知的RNTI。在实施例中，可以存在多个RNTI用于监视早期寻呼指示，其中不同的RNTI与PF的不同PO相关联。例如，如果由UE确定的PO索引(i_s)为0，则UE在早期寻呼指示的PDCCH监视时机中监视寻址到第一RNTI的PDCCH；如果由UE确定的PO索引(i_s)为1，则UE在早期寻呼指示的PDCCH监视时机中监视寻址到第二RNTI的PDCCH；如果由UE确定的PO索引(i_s)为2，则UE在早期寻呼指示的PDCCH监视时机中监视寻址到第三RNTI的PDCCH；如果由UE确定的PO索引(i_s)为3，则UE在早期寻呼指示的PDCCH监视时机中监视寻址到第四RNTI的PDCCH。第一RNTI、第二RNTI、第三RNTI和第四RNTI可以是预定义的或者由gNB在系统信息/RRC消息中发信令通知。用于早期寻呼指示的RNTI列表可以由gNB在系统信息/RRC消息中发信令通知，其中列表中的第一条目对应于第一PO(即，索引为i_s＝0的PO)，列表中的第二条目对应于第二PO(即，索引为i_s＝1的PO)，列表中的第三条目对应于第三PO(即，索引为i_s＝2的PO)，并且列表中的第四条目对应于第四PO(即，索引为i_s＝3的PO)。

在本公开的该方法中，为了寻呼UE，gNB首先确定是基于由CN指派的寻呼子组标识还是基于根据UE ID而确定的寻呼子组标识来寻呼UE。

如果要寻呼的UE具有由CN指派的寻呼子分组标识并且gNB支持CN指派的寻呼子组

-则gNB可以基于由CN指派的寻呼子组标识来寻呼UE

如果要寻呼的UE没有由CN指派的寻呼子分组标识(或者UE不支持CN指派的寻呼子分组)，UE支持基于UE ID的寻呼子分组，并且gNB支持基于UE ID的寻呼子组

-则gNB可以基于根据UE ID的寻呼子组标识来寻呼UE。

如果在CN寻呼的情况下gNB在来自AMF的寻呼消息中接收到UE的寻呼子组标识，或者如果在RAN寻呼的情况下gNB在来自AMF的辅助信息中接收到UE的寻呼子组标识，则gNB可以确定UE具有由CN指派的寻呼子分组标识。UE是否支持基于UE ID的寻呼子组也可以在寻呼消息中从AMF接收，或者从来自AMF的辅助信息接收，或者可以在UE能力信息消息中从UE接收。

gNB如前所述为要寻呼的UE确定PF和PO。gNB然后识别用于与所确定的PF/PO相对应的早期寻呼指示的(多个)时机。

如果gNB确定基于由CN指派的寻呼子组标识来寻呼UE

-则gNB在CNSubgroupingBitmap中设置与UE的由CN指派的寻呼子组相对应的位。CNSubgroupingBitmap被包括在早期寻呼指示的DCI或寻呼DCI中。早期寻呼指示在用于早期寻呼指示的(多个)时机中发送。寻呼DCI在用于PO的时机中发送。

如果gNB确定基于根据UE ID的寻呼子组标识来寻呼UE

-则gNB在UEIDSubgroupingBitmap中设置与UE的基于UE ID的寻呼子组相对应的位。UEIDSubgroupingBitmap被包括在早期寻呼指示的DCI或寻呼DCI中。早期寻呼指示在用于早期寻呼指示的(多个)时机中发送。寻呼DCI在用于PO的时机中发送。

在实施例中，其中寻呼子组由序列指示，位图中与寻呼子组相对应的位可以由上述描述中与寻呼子组相对应的序列替换。

方法2

在本公开的一个方法中，早期寻呼指示(或寻呼DCI)包括用于CN指派的寻呼子组和基于UE ID的寻呼子组的单独寻呼子组列表。用于CN指派的寻呼子组的列表可以称为CNSubgroupingList。用于基于UE ID的寻呼子组的列表可以称为UEIDSubgroupingList。每个列表包括被寻呼的寻呼子组的标识。

CNSubgroupingList中的每个寻呼子组标识对应于由CN指派的寻呼子组。UEIDSubgroupingList中的每个寻呼子组标识对应于基于UE ID而确定的寻呼子组。

图6示出了描述根据本公开实施例的UE操作的流程图。

在本公开的该方法中，在步骤601中，UE基于由CN指派的寻呼子组标识或基于根据UE ID而确定的寻呼子组标识来确定是否执行早期寻呼指示监视(或寻呼监视)

UE属于子组'其中

N是寻呼帧数量，Ns是每个寻呼帧的PO数量，并且

P是寻呼子组数量

如果UE具有由CN指派的寻呼子组标识，并且驻留小区(即，当UE处于RRC_IDLE/RRC_CONNECTED时UE在其上监视寻呼的小区)支持CN指派的寻呼子组

如果UE没有由CN指派的寻呼子分组标识(或者UE不支持CN指派的寻呼子分组)，UE支持基于UE ID的寻呼子分组，并且驻留小区支持基于UE ID的寻呼子组

-UE基于根据UE ID的寻呼子组标识来执行早期寻呼指示监视(或寻呼监视)。

UE如前所述确定PF和PO。然后，UE识别用于监视与所确定的PF/PO相对应的早期寻呼指示的(多个)时机，并且在识别的时机中监视早期寻呼指示。UE接收早期寻呼指示。

在步骤603中，如果UE确定基于由CN指派的寻呼子组标识来监视寻呼

-则UE检查早期寻呼指示中的CNSubgroupingList(即，在寻址到预定义RNTI的PDCCH的DCI中)，以确定早期寻呼指示是否指示针对其由CN指派的寻呼子组的寻呼。UE检查与其由CN指派的寻呼子组相对应的寻呼子组标识是否被包括在CNSubgroupingList中。如果被包括，则UE监视PO，并且接收由在受监视PO的PDCCH监视时机中接收的寻址到P-RNTI的PDCCH所调度的寻呼消息。(步骤607)

-在替选实施例中，UE检查寻呼DCI中的CNSubgroupingList(即，在PO中发送的寻址到预-PRNTI的PDCCH的DCI中)，以确定寻呼DCI是否指示针对其由CN指派的寻呼子组的寻呼。UE检查与其由CN指派的寻呼子组相对应的寻呼子组标识是否被包括在CNSubgroupingList中。如果被包括，则UE接收由在受监视PO的PDCCH监视时机中接收的寻址到P-RNTI的PDCCH所调度的寻呼消息。

在步骤605中，如果UE确定基于根据UE ID的寻呼子组标识来监视寻呼

-则UE检查早期寻呼指示中的UEIDSubgroupingList(即，在寻址到预定义RNTI的PDCCH的DCI中)，以确定早期寻呼指示是否指示针对其基于UE ID的寻呼子组的寻呼。UE检查与其基于UE ID的寻呼子组相对应的寻呼子组标识是否被包括在UEIDSubgroupingList中。如果被包括，则UE监视PO，并且接收由在受监视PO的PDCCH监视时机中接收的寻址到P-RNTI的PDCCH所调度的寻呼消息。(步骤607)

-在替选实施例中，UE检查寻呼DCI中的UEIDSubgroupingList(即，在PO中发送的寻址到预-PRNTI的PDCCH的DCI中)，以确定寻呼DCI是否指示针对其基于UE ID的寻呼子组的寻呼。UE检查与其基于UE ID的寻呼子组相对应的寻呼子组标识是否被包括在UEIDSubgroupingList中。如果被包括，则UE接收由在受监视PO的PDCCH监视时机中接收的寻址到P-RNTI的PDCCH所调度的寻呼消息。

-则gNB基于由CN指派的寻呼子组标识来寻呼UE

-则gNB基于根据UE ID的寻呼子组标识来寻呼UE。

如果在CN寻呼的情况下gNB在来自AMF的寻呼消息中接收到UE的寻呼子组标识，或者如果在RAN寻呼的情况下gNB在来自AMF的辅助信息中接收到UE的寻呼子组标识，则gNB可以确定UE具有由CN指派的寻呼子分组标识。UE是否支持基于UE ID的寻呼子分组也可以在寻呼消息中从AMF接收，或者从来自AMF的辅助信息接收，或者可以在UE能力信息消息中从UE接收。

如果gNB确定基于由CN指派的寻呼子组标识来寻呼UE

-则gNB在CNSubgroupingList中包括与UE的由CN指派的寻呼子组相对应的寻呼子组标识。CNSubgroupingList被包括在早期寻呼指示的DCI或寻呼DCI中。早期寻呼指示在用于早期寻呼指示的(多个)时机中发送。寻呼DCI在用于PO的时机中发送。

如果gNB确定基于根据UE ID的寻呼子组标识来寻呼UE

-则gNB在UEIDSubgroupingList中包括与UE的基于UE ID的寻呼子组相对应的寻呼子组标识。UEIDSubgroupingList被包括在早期寻呼指示的DCI或寻呼DCI中。早期寻呼指示在用于早期寻呼指示的(多个)时机中发送。寻呼DCI在用于PO的时机中发送。

方法3

在本公开的一个方法中，早期寻呼指示(或寻呼DCI)包括用于寻呼子组的位图。位图的长度取决于寻呼子组数量。如果寻呼子组的最大数量为“x”，则位图的大小为“x”位。位图中的每个位对应于寻呼子组标识。位图中(从最低有效位起或从最高有效位起)的第k位对应于标识为k的寻呼子组。k为整数。寻呼子组标识可以通过以下方式之一来确定：

-CN指派的寻呼子组：寻呼子组标识是由CN(即，由AMF使用NAS消息)指派给UE的

-基于UE_ID确定的寻呼子组：寻呼子组标识是基于UE_ID来确定的(UE_ID为5G-S-TMSI或5G-S-TMSI mod X，其中X为1024或2048或4096或N*Ns*P或N的最大值*Ns的最大值*P的最大值)

UE属于子组'其中

N是寻呼帧数量，Ns是每个寻呼帧的PO数量，并且

P是基于UE ID的寻呼子组的数量。N、Ns和P由gNB在系统信息中发信令通知。

偏移由gNB在系统信息中发信令通知。偏移可以由AMF在NAS信令中发信令通知。偏移可以等于CN指派的寻呼子组的数量，其中CN指派的寻呼子组的数量由AMF在NAS信令中发信令通知或告知。偏移可以等于CN指派的寻呼子组的数量，其中CN指派的寻呼子组的数量由gNB在系统信息中发信令通知或告知。gNB可以显式地发信令通知其值等于CN指派的寻呼子组的数量的参数。替选地，gNB可以发信令通知第一参数和第二参数，第一参数的值等于寻呼子组的总数(即，基于UE ID的寻呼子组的数量和CN指派的寻呼子组的数量之和)，第二参数的值等于基于UE ID的寻呼子组的数量。第一参数值和第二参数值之差等于CN指派的寻呼子组的数量。

在实施例中，偏移可以是零，并且基于CN的寻呼子组标识从K开始，其中K>＝基于UE ID的寻呼子组的数量。

UE基于由CN指派的寻呼子组标识或基于根据UE ID而确定的寻呼子组标识来确定是否执行早期寻呼指示监视(或寻呼监视)

如果UE具有由CN指派的寻呼子分组标识，并且驻留小区支持CN指派的寻呼子组：

-则UE基于根据UE ID的寻呼子组标识来执行早期寻呼指示监视(或寻呼监视)。

寻呼子组标识是基于UE_ID来确定的(UE_ID为5G-S-TMSI或5G-S-TMSI mod X，其中X为1024或2048或4096或N*Ns*P或N的最大值*Ns的最大值*P的最大值)

UE属于子组其中

N是寻呼帧数量，Ns是每个寻呼帧的PO数量，并且

在实施例中，网络(例如，gNB)可以指示(经由RRC消息或SI)UE是应当使用CN指派的寻呼子组还是基于UE ID的寻呼子组(如果UE和网络都支持基于UE ID的寻呼子组和CN指派的寻呼子组的话)。

UE如前所述确定PF和PO。然后，UE识别用于监视与所确定的PF/PO相对应的早期寻呼指示的(多个)时机，并且如果驻留小区支持早期寻呼指示，则在识别的时机中监视早期寻呼指示。UE接收早期寻呼指示。

如果UE确定基于由CN指派的寻呼子组标识来监视寻呼

-则UE检查早期寻呼指示中的SubgroupingBitmap(即，在寻址到预定义RNTI的PDCCH的DCI中)，以确定早期寻呼指示是否指示针对其由CN指派的寻呼子组的寻呼。UE检查SubgroupingBitmap中与其由CN指派的寻呼子组标识相对应的位是否被设置为1。如果被设置为1，则UE监视PO，并且接收由在受监视PO的PDCCH监视时机中接收的寻址到P-RNTI的PDCCH所调度的寻呼消息。

-在替选实施例中，UE检查寻呼DCI中的SubgroupingBitmap(即，在PO中发送的寻址到PRNTI的PDCCH的DCI中)，以确定寻呼DCI是否指示针对其由CN指派的寻呼子组的寻呼。UE检查SubgroupingBitmap中与其由CN指派的寻呼子组标识相对应的位是否被设置为1。如果被设置为1，则UE接收由在受监视PO的PDCCH监视时机中接收的寻址到P-RNTI的PDCCH所调度的寻呼消息。

如果UE确定基于根据UE ID的寻呼子组标识来监视寻呼

-则UE检查早期寻呼指示中的SubgroupingBitmap(即，在寻址到预定义RNTI的PDCCH的DCI中)，以确定早期寻呼指示是否指示针对其基于UE ID而确定的寻呼子组标识的寻呼。UE检查SubgroupingBitmap中与其基于UE ID的寻呼子组相对应的位是否被设置为1。如果被设置为1，则UE监视PO，并且接收由在受监视PO的PDCCH监视时机中接收的寻址到P-RNTI的PDCCH所调度的寻呼消息。

-在替选实施例中，UE检查寻呼DCI中的SubgroupingBitmap(即，在PO中发送的寻址到PRNTI的PDCCH的DCI中)，以确定寻呼DCI是否指示针对其基于UE ID的寻呼子组的寻呼。UE检查SubgroupingBitmap中与其基于UE ID的寻呼子组标识相对应的位是否被设置为1。如果被设置为1，则UE接收由在受监视PO的PDCCH监视时机中接收的寻址到P-RNTI的PDCCH所调度的寻呼消息。

用于早期寻呼指示的PDCCH被寻址到预定义RNTI或由gNB在系统信息中发信令通知的RNTI。在实施例中，可以存在多个RNTI用于监视早期寻呼指示，其中不同的RNTI与PF的不同PO相关联。例如，如果由UE确定的PO索引(i_s)为0，则UE在早期寻呼指示的PDCCH监视时机中监视寻址到第一RNTI的PDCCH；如果由UE确定的PO索引(i_s)为1，则UE在早期寻呼指示的PDCCH监视时机中监视寻址到第二RNTI的PDCCH；如果由UE确定的PO索引(i_s)为2，则UE在早期寻呼指示的PDCCH监视时机中监视寻址到第三RNTI的PDCCH；如果由UE确定的PO索引(i_s)为3，则UE在早期寻呼指示的PDCCH监视时机中监视寻址到第四RNTI的PDCCH。第一RNTI、第二RNTI、第三RNTI和第四RNTI可以是预定义的或者由gNB在系统信息或RRC消息中发信令通知。用于早期寻呼指示的RNTI列表可以由gNB在系统信息或RRC消息中发信令通知，其中列表中的第一条目对应于第一PO(即，索引为i_s＝0的PO)，列表中的第二条目对应于第二PO(即，索引为i_s＝1的PO)，列表中的第三条目对应于第三PO(即，索引为i_s＝2的PO)，并且列表中的第四条目对应于第四PO(即，索引为i_s＝3的PO)。

-则gNB基于由CN指派的寻呼子组标识来寻呼UE

-则gNB基于根据UE ID的寻呼子组标识来寻呼UE。

UE属于子组其中

N是寻呼帧数量，Ns是每个寻呼帧的PO数量，并且

偏移由gNB在系统信息中发信令通知。偏移可以由AMF在寻呼消息或辅助信息消息中向gNB发信令通知。偏移可以等于CN指派的寻呼子组的数量，其中CN指派的寻呼子组的数量由AMF在寻呼消息或辅助信息消息中向gNB发信令通知或告知。

如果在CN寻呼的情况下gNB在来自AMF的寻呼消息中接收到UE的寻呼子组标识，或者如果在RAN寻呼的情况下gNB在来自AMF的辅助信息中接收到UE的寻呼子组标识，则gNB确定UE具有由CN指派的寻呼子分组标识。UE是否支持基于UE ID的寻呼子分组也可以在寻呼消息中从AMF接收，或者从来自AMF的辅助信息接收，或者可以在UE能力信息消息中从UE接收。

如果gNB确定基于由CN指派的寻呼子组标识来寻呼UE

-则gNB在SubgroupingBitmap中设置与UE的由CN指派的寻呼子组相对应的位。SubgroupingBitmap被包括在早期寻呼指示的DCI或寻呼DCI中。

如果gNB确定基于根据UE ID的寻呼子组标识来寻呼UE

-则gNB在SubgroupingBitmap中设置与UE的基于UE ID的寻呼子组相对应的位。SubgroupingBitmap被包括在早期寻呼指示的DCI或寻呼DCI中。

方法4

UE计算索引其中

N是寻呼帧数量，Ns是每个寻呼帧的PO数量，并且

P是基于UE ID的寻呼子组的数量。N、Ns由gNB在系统信息中发信令通知。

“i”的计算值大于或等于零且小于P。P是基于UE ID的寻呼组的数量。

gNB(例如，在SI中)发信令通知用于基于UE ID的子分组的寻呼子组ID列表(PagingSubGroupIDList)。UE的寻呼子组是寻呼子组ID列表中的第i+1条目中的子组。P是基于UE ID的寻呼组的数量，即，PagingSubGroupIDList的大小。例如，如果PagingSubGroupIDList的大小为4，则它包含4个条目(编号从1到4)。如果由UE计算出的索引“i”为2，则UE的寻呼子组标识是PagingSubGroupIDList中的第三寻呼子组。

(备选方案)gNB(例如，在SI中)发信令通知用于基于UE ID的子分组的寻呼子组ID列表(PagingSubGroupIDList)。UE的寻呼子组是寻呼子组ID列表中的第i条目中的子组。P是基于UE ID的寻呼组的数量，即，PagingSubGroupIDList的大小。例如，如果PagingSubGroupIDList的大小为4，则它包含4个条目(编号从0到3)。如果由UE计算出的索引“i”为2，则UE的寻呼子组标识是PagingSubGroupIDList中的条目编号为2的寻呼子组。

如果UE具有由CN指派的寻呼子组标识，并且驻留小区支持CN指派的寻呼子组：

UE计算索引其中

N是寻呼帧数量，Ns是每个寻呼帧的PO数量，并且

“i”的计算值大于等于零且小于P。P是基于UE ID的寻呼子组的数量。

gNB(例如，在SI中)发信令通知用于基于UE ID的子分组的寻呼子组ID列表(PagingSubGroupIDList)。UE的寻呼子组是寻呼子组ID列表中的第i+1条目中的子组。P是基于UE ID的寻呼子组的数量，即，PagingSubGroupIDList的大小。例如，如果PagingSubGroupIDList的大小为4，则它包含4个条目(编号从1到4)。如果由UE计算出的索引“i”为2，则UE的寻呼子组标识是PagingSubGroupIDList中的第三寻呼子组。

UE如前所述确定PF和PO。然后，UE识别出用于监视与所确定的PF/PO相对应的早期寻呼指示的(多个)时机，并且如果驻留小区支持早期寻呼指示，则在识别的时机中监视早期寻呼指示。UE接收早期寻呼指示。

如果UE确定基于由CN指派的寻呼子组标识来监视寻呼

如果UE确定基于根据UE ID的寻呼子组标识来监视寻呼

用于早期寻呼指示的PDCCH被寻址到预定义RNTI或由gNB在系统信息中发信令通知的RNTI。在实施例中，可以存在多个RNTI用于监视早期寻呼指示，其中不同的RNTI与PF的不同PO相关联。例如，如果由UE确定的PO索引(i_s)为0，则UE在早期寻呼指示的PDCCH监视时机中监视寻址到第一RNTI的PDCCH；如果由UE确定的PO索引(i_s)为1，则UE在早期寻呼指示的PDCCH监视时机中监视寻址到第二RNTI的PDCCH；如果由UE确定的PO索引(i_s)为2，则UE在早期寻呼指示的PDCCH监视时机中监视寻址到第三RNTI的PDCCH；如果由UE确定的PO索引(i_s)为3，则UE在早期寻呼指示的PDCCH监视时机中监视寻址到第四RNTI的PDCCH。第一RNTI、第二RNTI、第三RNTI和第四RNTI可以是预定义的或者由gNB在系统信息或RRC消息中发信令通知。用于早期寻呼指示的RNTI列表可以由gNB在系统信息/RRC消息中发信令通知，其中列表中的第一条目对应于第一PO(即，索引为i_s＝0的PO)，列表中的第二条目对应于第二PO(即，索引为i_s＝1的PO)，列表中的第三条目对应于第三PO(即，索引为i_s＝2的PO)，并且列表中的第四条目对应于第四PO(即，索引为i_s＝3的PO)。

-则gNB基于由CN指派的寻呼子组标识来寻呼UE

-则gNB基于根据UE ID的寻呼子组标识来寻呼UE，寻呼子组标识确定如下：

索引其中

N是寻呼帧数量，Ns是每个寻呼帧的PO数量，并且

“i”的计算值大于或等于零且小于P。P是基于UE ID的寻呼子组的数量。

(备选方案)gNB(例如，在SI中)发信令通知用于基于UE ID的子分组的寻呼子组ID列表(PagingSubGroupIDList)。UE的寻呼子组是寻呼子组ID列表中的第i条目中的子组。P是基于UE ID的寻呼子组的数量，即，PagingSubGroupIDList的大小。例如，如果PagingSubGroupIDList的大小为4，则它包含4个条目(编号从0到3)。如果由UE计算出的索引“i”为2，则UE的寻呼子组标识是PagingSubGroupIDList中的条目编号为2的寻呼子组。

如果gNB确定基于由CN指派的寻呼子组标识来寻呼UE

-则gNB在SubgroupingBitmap中设置与UE的由CN指派的寻呼子组相对应的位。SubgroupingBitmap被包括在早期寻呼指示的DCI或寻呼DCI中。早期寻呼指示在用于早期寻呼指示的(多个)时机中发送。寻呼DCI在用于PO的时机中发送。

如果gNB确定基于根据UE ID的寻呼子组标识来寻呼UE

-则gNB在SubgroupingBitmap中设置与UE的基于UE ID的寻呼子组相对应的位。SubgroupingBitmap被包括在早期寻呼指示的DCI或寻呼DCI中。早期寻呼指示在用于早期寻呼指示的(多个)时机中发送。寻呼DCI在用于PO的时机中发送。

根据本公开的实施例，提供了一种由无线通信系统中的用户设备(UE)执行的方法。该方法可以包括：从基站接收与寻呼子组相关联的系统信息；基于该系统信息来识别与用于核心网络(CN)指派的子分组的寻呼子组数量相关联的值；以及基于识别的值来确定与基于UE标识(ID)的子分组相关联的寻呼子组ID。

在实施例中，其中，UE未被配置有CN指派的子组ID。

在实施例中，其中，UE位于支持基于UE ID的子分组的小区中。

在实施例中，该方法还可以包括从基站接收包括与寻呼子组ID相对应的位的寻呼早期指示(PEI)信息。

在实施例中，其中，该位指示属于寻呼子组ID的UE监视与PEI信息相关联的寻呼时机(PO)。

在实施例中，该方法还可以包括基于PEI信息来监视PO以接收寻呼消息。

根据本公开的实施例，提供了一种无线通信系统中的用户设备(UE)。该UE可以包括：收发器；以及至少一个处理器，被配置为：经由收发器从基站接收与寻呼子组相关联的系统信息；基于系统信息来识别与用于核心网络(CN)指派的子分组的寻呼子组数量相关联的值；以及基于识别的值来确定与基于UE标识(ID)的子分组相关联的寻呼子组ID。

在实施例中，其中，UE未被配置有CN指派的子组ID。

在实施例中，其中，UE位于支持基于UE ID的子分组的小区中。

在实施例中，其中，该处理器还被配置为：经由收发器从基站接收包括与寻呼子组ID相对应的位的寻呼早期指示(PEI)信息。

在实施例中，其中，该处理器还被配置为：基于PEI信息来监视PO以接收寻呼消息。

图7是示出根据本公开实施例的UE 700的图。

参考图7，UE 700可以包括处理器710、收发器720和存储器730。然而，所有示出的组件都不是必需的。UE 700可以由比图7所示更多或更少的组件来实施。此外，根据另一实施例，处理器710、收发器720和存储器730可以被实施为单个芯片。

现在将详细描述前述组件。

处理器710可以包括一个或多个处理器或控制所提出的功能、过程和/或方法的其他处理设备。UE 700的操作可以由处理器710来实施。

收发器720可以连接到处理器710并且发送和/或接收信号。此外，收发器720可以通过无线信道接收信号并且将信号输出到处理器710。收发器720可以通过无线信道发送从处理器710输出的信号。

存储器730可以存储包括在由UE 700获得的信号中的控制信息或数据。存储器730可以连接到处理器710，并且存储用于所提出的功能、过程和/或方法的至少一个指令或协议或参数。存储器730可以包括只读存储器(read-only memory，ROM)和/或随机存取存储器(random access memory，RAM)和/或硬盘和/或CD-ROM和/或DVD和/或其他存储设备。

图8是示出根据本公开实施例的基站800的图。

参考图8，基站800可以包括处理器810、收发器820和存储器830。然而，所有示出的组件都不是必需的。基站800可以由比图8所示更多或更少的组件来实施。此外，根据另一实施例，处理器810、收发器820和存储器830可以被实施为单个芯片。现在将详细描述前述组件。

处理器810可以包括一个或多个处理器或控制所提出的功能、过程和/或方法的其他处理设备。基站800的操作可以由处理器810来实施。

收发器820可以连接到处理器810并且发送和/或接收信号。信号可以包括控制信息和数据。此外，收发器820可以通过无线信道接收信号并且将信号输出到处理器810。收发器820可以通过无线信道发送从处理器810输出的信号。

存储器830可以存储包括在由基站800获得的信号中的控制信息或数据。存储器830可以连接到处理器810，并且存储用于所提出的功能、过程和/或方法的至少一个指令或协议或参数。存储器830可以包括只读存储器(ROM)和/或随机存取存储器(RAM)和/或硬盘和/或CD-ROM和/或DVD和/或其他存储设备。

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

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

程序(软件模块、软件)可以被存储在随机存取存储器(RAM)、包括闪存的非易失性存储器、只读存储器(ROM)、电可擦除可编程ROM(ectrically erasable programmableROM，EEPROM)、磁盘存储设备、紧凑盘-ROM(compact disc-ROM，CD-ROM)、数字多功能盘(digital versatiledisc，DVD)或其他类型的光学存储设备和/或盒式磁带中。替选地，程序可以被存储在包括它们中的一些或全部的组合的存储器中。可以存在多个存储器。

程序还可以被存储在可以通过通信网络(包括互联网、内联网、局域网(LocalArea Network，LAN)、广域网(wide area network，WAN)或存储区域网(storage areanetwork，SAN)或其组合)访问的可附接存储设备中。存储设备可以通过外部端口连接到执行本公开的各种实施例的装置。此外，通信网络中的单独存储设备可以连接到执行本公开的各种实施例的装置。

在本公开的各种实施例中，组件以单数或复数形式表示。然而，应当理解，单数或复数表示是根据为了解释方便而呈现的情形来适当选择的，并且本公开不限于组件的单数或复数形式。此外，以复数形式表达的组件也可以暗示单数形式，反之亦然。

虽然已经参考本公开的各种实施例示出和描述了本公开，但是本领域技术人员将理解，在不脱离由所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以在形式和细节上进行各种改变。

Claims

1.一种由无线通信系统中的用户设备(UE)执行的方法，所述方法包括：

从基站接收与寻呼子组相关联的系统信息；

基于所述系统信息来识别与用于核心网络(CN)指派的子分组的寻呼子组的数量相关联的值；以及

基于识别的值来确定与基于UE标识(ID)的子分组相关联的寻呼子组ID。

2.根据权利要求1所述的方法，其中，所述UE未被配置有CN指派的子组ID。

3.根据权利要求1所述的方法，其中，所述UE位于支持所述基于UE ID的子分组的小区中。

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

从所述基站接收包括与所述寻呼子组ID相对应的位的寻呼早期指示(PEI)信息。

5.根据权利要求4所述的方法，其中，所述位指示属于所述寻呼子组ID的所述UE监视与所述PEI信息相关联的寻呼时机(PO)。

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

基于所述PEI信息来监视所述PO以接收寻呼消息。

7.一种无线通信系统中的用户设备(UE)，所述UE包括：

收发器；以及

至少一个处理器，被配置为：

经由所述收发器从基站接收与寻呼子组相关联的系统信息；

8.根据权利要求7所述的UE，其中，所述UE未被配置有CN指派的子组ID。

9.根据权利要求7所述的UE，其中，所述UE位于支持所述基于UE ID的子分组的小区中。

10.根据权利要求7所述的UE，其中，所述处理器还被配置为：

经由所述收发器从所述基站接收包括与所述寻呼子组ID相对应的位的寻呼早期指示(PEI)信息。

11.根据权利要求10所述的UE，其中，所述位指示属于寻呼子组ID的所述UE监视与所述PEI信息相关联的寻呼时机(PO)。

12.根据权利要求11所述的UE，其中，所述处理器还被配置为：

基于所述PEI信息来监视所述PO以接收寻呼消息。