CN116889043A

CN116889043A - 用于在无线通信系统中监视寻呼时机的方法和装置

Info

Publication number: CN116889043A
Application number: CN202280016906.5A
Authority: CN
Inventors: A·阿吉瓦尔; 金成勋
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2021-02-25
Filing date: 2022-02-24
Publication date: 2023-10-13
Also published as: US20220272659A1; KR20230147106A; EP4285661A1; WO2022182179A1

Abstract

本公开涉及用于支持更高数据传输速率的5G或6G通信系统。根据实施例，该方法包括：识别与小数据传输(SDT)过程相关的定时器是否在处于无线资源控制(RRC)非活动状态下的UE处运行，当定时器运行时，执行以下中的至少一个：在每个不连续接收(DRX)周期的任何寻呼时机中监视系统信息(SI)改变指示或紧急通知至少一次，以及基于监视的结果获得SI改变指示或紧急通知中的至少一个。

Description

用于在无线通信系统中监视寻呼时机的方法和装置

技术领域

本申请总体上涉及无线通信系统，更具体地，本公开涉及在无线资源控制(RRC)非活动状态下的数据传输期间监视寻呼时机。

背景技术

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

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

当前，鉴于5G移动通信技术支持的服务，正在讨论关于初始5G移动通信技术的改进和性能增强，并且已经存在关于技术的物理层标准化，诸如用于基于关于由车辆发送的车辆的位置和状态的信息来辅助自主车辆的驾驶确定并用于增强用户便利性的V2X(车辆到一切)、旨在符合未许可频段中的各种法规相关要求的系统操作的NR-U(新无线电未许可)、NR UE省电、用于在与地面网络的通信不可用的区域中提供覆盖和定位的UE-卫星直接通信的非地面网络(NTN)。

此外，在空中接口架构/协议方面已经正在进行关于以下技术的标准化：诸如用于通过与其他行业的互通和融合来支持新服务的工业物联网(IIoT)、用于通过以集成方式支持无线回程链路和接入链路来提供用于网络服务区域扩展的节点的IAB(集成接入和回程)、包括条件切换和DAPS(双活动协议栈)切换的移动性增强、以及用于简化随机接入过程的两步随机接入(用于NR的两步RACH)。关于用于组合网络功能虚拟化(NFV)和软件定义网络(SDN)技术的5G基线架构(例如，基于服务的架构或基于服务的接口)以及用于基于UE位置接收服务的移动边缘计算(MEC)的系统架构/服务也已经正在进行标准化。

随着5G移动通信系统商业化，已经呈指数增长的连接设备将连接到通信网络，并且因此预计5G移动通信系统的增强功能和性能以及连接设备的集成操作将是必要的。为此，安排了与扩展现实(XR)相关的新研究，用于有效地支持AR(增强现实)、VR(虚拟现实)、MR(混合现实)等，通过利用人工智能(AI)和机器学习(ML)、AI服务支持、元空间服务支持和无人机通信来提高5G性能和降低复杂度。

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

发明内容

技术问题

本公开涉及如何在SDT过程期间处理用于接收SI更新通知、紧急通知和寻呼消息的寻呼监视。

技术方案

附图说明

为了更完整地理解本公开及其优点，现在参考结合附图进行的以下描述，其中相同的附图标记表示相同的部分：

图1示出了用于使用4步RA的小数据传输的信令流的示例；

图2示出了用于使用2步RA的小数据传输的信令流的示例；

图3示出了用于使用预配置的PUSCH资源的小数据传输的信令流的示例；

图4示出了根据本公开中的实施例的处于RRC_INACTIVE的UE在第一寻呼监视行为和第二寻呼监视行为之间进行选择的操作的流程图；

图5示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中监视寻址到P-RNTI的PDCCH的操作的流程图；

图6示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中监视寻址到P-RNTI的PDCCH的操作的流程图；

图7示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中监视短消息的操作的流程图；

图8示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中监视短消息的操作的流程图；

图9示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE监视早期寻呼指示的操作的流程图；

图10示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE监视早期寻呼指示的操作的流程图；

图11示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE寻呼监视的操作的流程图；

图12示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中PDCCH监视的操作的流程图；

图13示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中PDCCH监视的操作的流程图；

图14示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中短消息监视的操作的流程图；

图15示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中短消息监视的操作的流程图；

图16示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE早期寻呼指示的操作的流程图；

图17示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中短消息监视的操作的流程图；

图18示出了根据本公开中的实施例的处于RRC_INACTIVE状态下的UE寻呼监视的操作的图；

图19示出了根据本公开的实施例的UE的图；

图20示出了根据本公开的实施例的基站的图；

具体实施例

本公开涉及在无线资源控制(RRC)非活动状态下的数据传输期间监视寻呼时机。

在一个实施例中，提供了一种由无线通信系统中的用户设备执行的方法。该方法包括：识别与小数据传输(SDT)过程相关的定时器是否运行，当该定时器运行时，执行以下中的至少一个：在每个不连续接收(DRX)周期的任何寻呼时机中监视系统信息(SI)改变指示或监视紧急通知至少一次，以及基于监视的结果来获得SI改变指示或紧急通知中的至少一个。

在另一实施例中，提供了一种由无线通信系统中的基站执行的方法。该方法包括：在小数据传输(SDT)资源上从处于RRC非活动状态下的用户设备(UE)接收上行链路数据，以及向UE发送系统信息(SI)改变指示或紧急通知中的至少一个，其中，当与SDT过程相关的定时器在UE处运行时，在UE处执行以下中的至少一个：在每个SI修改周期(SI modificationperiod)的任何寻呼时机中监视SI改变指示至少一次，或者在每个不连续接收(DRX)周期(discontinuous reception(DRX)cycle)的任何寻呼时机中监视紧急通知至少一次。

在另一实施例中，提供了一种无线通信系统中的用户设备(UE)。该UE包括收发器和处理器，该处理器与收发器耦合并且被配置为：识别与小数据传输(SDT)过程相关的定时器是否运行，当该定时器运行时，执行以下中的至少一个，在每个不连续接收(DRX)周期的任何寻呼时机中监视系统信息(SI)改变指示或监视紧急通知至少一次，以及基于监视的结果获得SI改变指示或紧急通知中的至少一个。

在另一实施例中，提供了一种无线通信系统中的基站。该基站包括收发器和处理器，该处理器与收发器耦合并且被配置为：在小数据传输(SDT)资源上从处于RRC非活动状态下的用户设备(UE)接收上行链路数据，以及向UE发送系统信息(SI)改变指示或紧急通知中的至少一个，其中，当与SDT过程相关的定时器在UE处运行时，在UE处执行以下中的至少一个：在每个SI修改周期的任何寻呼时机中监视SI改变指示至少一次，或者在每个不连续接收(DRX)周期的任何寻呼时机中监视紧急通知至少一次。

根据以下附图、描述和权利要求，其他技术特征对于本领域技术人员而言可以是显而易见的。

在进行下面的详细描述之前，阐述贯穿本专利文件使用的某些词语和短语的定义可能是有利的。术语“耦合”及其派生词是指两个或更多个元件之间的任何直接或间接通信，无论这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词包括直接和间接通信。术语“包括”和“包含”及其派生词意指包括但不限于此。术语“或”是包含性的，意指和/或。短语“与……相关联”及其派生词意指包括、被包括在……内、与……互连、包含、被包含在……内、连接到或与……连接、耦合到或与……耦合、可与……通信、与……协作、交织、并置、接近于、绑定到或与……绑定、具有、具有……的属性、与……具有关系等。术语“控制器”意指控制至少一个操作的任何设备、系统或其部分。这样的控制器可以以硬件或硬件和软件和/或固件的组合来实现。与任何特定控制器相关联的功能可以是集中式的或分布式的，无论是本地的还是远程的。当与项目列表一起使用时，短语“……中的至少一个”意味着可以使用所列项目中的一个或多个的不同组合，并且可能仅需要列表中的一个项目。例如，“A、B和C中的至少一个”包括以下组合中的任何一个：A、B、C、A和B、A和C、B和C、以及A和B和C。

此外，下面描述的各种功能可以由一个或多个计算机程序实现或支持，每个计算机程序由计算机可读程序代码形成并体现在计算机可读介质中。术语“应用”和“程序”是指适于在合适的计算机可读程序代码中实施方式的一个或多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或其一部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质不包括传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括可以永久存储数据的介质和可以存储数据并随后重写数据的介质，诸如可重写光盘或可擦除存储器设备。

在本专利文件中提供了其他某些词语和短语的定义。本领域普通技术人员应当理解，在许多情况下(如果不是大多数情况)，这样的定义适用于这样定义的单词和短语的先前以及将来的使用。

发明模式

下面讨论的图1至图20以及用于描述本专利文件中的本公开的原理的各种实施例仅作为说明，并且不应以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中实现。

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

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

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

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

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

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

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

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

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

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

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

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

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

第五代无线通信系统中的系统信息获取：在第五代无线通信系统中，节点B(gNB)或基站在小区中广播同步信号，并且PBCH块(SSB)由主同步信号和辅同步信号(PSS、SSS)和系统信息组成。系统信息包括在小区中通信所需的公共参数。在第五代无线通信系统(也称为下一代无线电或NR)中，系统信息(SI)被划分为MIB和多个SIB，其中：

-MIB总是以80ms的周期性在BCH上发送并且在80ms内进行重复，并且它包括从小区获取SIB1所需的参数。

-SIB1以160ms的周期性和可变传输重复在DL-SCH上发送。SIB1的默认传输重复周期性是20ms，但是实际传输重复周期性高达网络实施方式。SIB 1中的调度信息包括关于SIB和SI消息之间的映射、每个SI消息的周期性和SI窗口长度的信息。SIB 1中的调度信息包括用于每个SI消息的指示符，其指示是否正在广播相关SI消息。如果没有广播至少一个SI消息，则SIB1可以包括用于请求gNB广播一个或多个SI消息的随机接入资源(PRACH前导码和PRACH资源)。

-除了SIB1之外的SIB在系统信息(SI)消息中携带，该SI消息在DL-SCH上发送。只有具有相同周期性的SIB可以被映射到相同的SI消息。每个SI消息在周期性发生的时域窗口(被称为对于所有SI消息具有相同长度的SI窗口)内发送。每个SI消息与SI窗口相关联，并且不同SI消息的SI窗口不重叠。也就是说，在一个SI窗口内，仅发送对应的SI消息。使用SIB1中的指示，除了SIB1之外的任何SIB可以被配置为小区特定的或区域特定的。小区特定SIB仅适用于提供SIB的小区内，而区域特定SIB适用于称为SI区域的区域内，SI区域由一个或多个小区组成并由systemInformationAreaID标识。

-UE从驻留或服务小区获取SIB 1。UE检查SIB 1中的BroadcastStatus位以寻找UE需要获取的SI消息。用于SUL的SI请求配置由gNB使用SIB1中的IE si-RequestConfigSUL来信令通知。如果在SIB1中不存在IE si-RequestConfigSUL，则UE认为gNB不信令通知用于SUL的SI请求配置。用于NUL的SI请求配置由gNB使用SIB1中的IE si-RequestConfig来信令通知。如果在SIB1中不存在IE si-RequestConfig，则UE认为gNB不信令通知用于NUL的SI请求配置。如果UE需要获取的SI消息没有被广播(即，BroadcastStatus位被设置为零)，则UE发起SI请求的传输。SI请求传输的过程如下：

-如果由gNB信令通知SI请求配置以用于SUL，并且选择SUL的标准被满足(即，从驻留或服务小区的SSB测量导出的RSRP<rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB信令通知(例如，在诸如SIB1的广播信令中))：UE在SUL上基于基于Msg1的SI请求发起SI请求的传输。换句话说，UE使用SUL的SI请求配置中的(多个)PRACH前导码和(多个)PRACH资源来发起随机接入过程。UE发送Msg1(即随机接入前导码)并等待对SI请求的确认。在SUL的SI请求配置中指示的随机接入资源((多个)PRACH前导码和(多个)PRACH时机)被用于Msg1。Msg1在SUL上被发送。如果接收到对SI请求的确认，则UE在请求的SI消息的一个或多个SI周期中监视该请求的SI消息的SI窗口。

-否则，如果由gNB信令通知SI请求配置以用于NUL并且选择NUL的标准被满足(即，如果在驻留或服务小区中支持SUL并且从驻留或服务小区的SSB测量导出的RSRP>＝rsrp-ThresholdSSB-SUL，则选择NUL；或者如果在服务小区中不支持SUL，则选择NUL)：UE在NUL上基于基于Msg1的SI请求发起SI请求的传输(350)。换句话说，UE使用NUL的SI请求配置中的(多个)PRACH前导码和(多个)PRACH资源来发起随机接入过程。UE发送Msg1(即，随机接入前导码)并等待对SI请求的确认。在NUL的SI请求配置中指示的随机接入资源((多个)PRACH前导码和(多个)PRACH时机)被用于Msg1。Msg1在NUL上被发送。如果接收到对SI请求的确认，则UE在请求的SI消息的一个或多个SI周期中监视该请求的SI消息的SI窗口。

-否则UE基于基于Msg3的SI请求发起SI请求的传输。换句话说，UE发起RRCSystemInfoRequest消息的传输(345)。UE发送Msg1(即，随机接入前导码)并等待随机接入响应。公共随机接入资源((多个)PRACH前导码和(多个)PRACH时机)被用于Msg1。在随机接入响应中接收到的UL授权中，UE发送RRCSystemInfoRequest消息并等待对SI请求的确认(即，RRCSystemInfoRequest消息)。如果接收到对SI请求的确认(即，RRCSystemInfoRequest消息)，则UE在请求的SI消息的一个或多个SI周期中监视请求的SI消息的SI窗口。注意，如果SUL被配置，则UE将以与UE针对基于Msg1的SI请求所选择的方式类似的方式来选择用于Msg1传输的UL载波。如果从驻留或服务小区的SSB测量导出的RSRP<rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB信令通知(例如，在诸如SIB1的广播信令中)，则SUL是选择的UL载波。如果从驻留或服务小区的SSB测量导出的RSRP>＝rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB信令通知(例如，在诸如SIB1的广播信令中)，则NUL是选择的UL载波。

第五代无线通信系统中的PDCCH：在第五代无线通信系统中，物理下行链路控制信道(PDCCH)用于调度PDSCH上的DL传输和PUSCH上的UL传输，其中PDCCH上的下行链路控制信息(DCI)包括：至少包含与下行链路共享信道(DL-SCH)相关的调制和编码格式、资源分配和混合ARQ信息的下行链路指派；至少包含与UL-SCH相关的调制和编码格式、资源分配和混合ARQ信息的上行链路调度授权。除了调度之外，PDCCH可以用于：具有配置的授权的配置的PUSCH传输的激活和去激活；PDSCH半持久传输的激活和去激活；向一个或多个UE通知时隙格式；向一个或多个UE通知(多个)PRB和(多个)OFDM符号，其中UE可以假设没有传输旨在用于UE；用于PUCCH和PUSCH的TPC命令的传输；用于由一个或多个UE进行SRS传输的一个或多个TPC命令的传输；切换UE的活动带宽部分；发起随机接入过程。UE根据对应的搜索空间配置在配置的监视时机中监视在一个或多个配置的控制资源集(CORESET)中的PDCCH候选集。CORESET由具有1到3个OFDM符号的持续时间的PRB集组成。在CORESET内定义资源单元资源元素组(REG)和控制信道元素(CCE)，其中每个CCE包括REG集。控制信道通过CCE的聚合来形成。通过聚合不同数量的CCE来实现控制信道的不同码率。在CORESET中支持交织和非交织CCE到REG映射。极化编码被用于PDCCH。携带PDCCH的每个资源元素组携带其自己的DMRS。QPSK调制被用于PDCCH。

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

[等式1]

(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持续时间。无线电帧由无线电帧号或系统帧号标识。每个无线电帧包括若干时隙，其中无线电帧中的时隙的数量和时隙的持续时间取决于子载波间隔。无线电帧中的时隙的数量和时隙的持续时间取决于无线电帧，每个支持的SCS在NR中预定义。每个coreset配置与TCI(传输配置指示符)状态列表相关联。每个TCI状态配置一个DL RSID(SSB或CSI RS)。gNB经由RRC信令信令通知与coreset配置相对应的TCI状态列表。TCI状态列表中的TCI状态之一由gNB激活并指示给UE。TCI状态指示由GNB用于在搜索空间的PDCCH监视时机中用于PDCCH的传输的DL TX波束(DL TX波束是与TCI状态的SSB/CSI RS准共址的)。

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

第五代无线通信系统中的随机接入：在5G无线通信系统中，支持随机接入(RA)。随机接入(RA)用于实现上行链路(UL)时间同步。RA在初始接入、切换、无线资源控制(RRC)连接重建过程、调度请求传输、辅小区组(SCG)添加/修改、波束故障恢复以及由处于RRCCONNECTED状态的非同步UE在UL中进行的数据或控制信息传输期间使用。支持几种类型的随机接入过程。

基于竞争的随机接入(CBRA)：这也被称为4步CBRA。在这种类型的随机接入中，UE首先发送随机接入前导码(也称为Msg1)，然后在随机接入响应(RAR)窗口中等待RAR。RAR也被称为Msg2。下一代节点B(gNB)在物理下行链路共享信道(PDSCH)上发送RAR。调度携带RAR的PDSCH的PDCCH被寻址到RA-无线电网络临时标识符(RA-RNTI)。RA-RNTI标识由gNB检测到RA前导码的时频资源(也称为物理RA信道(PRACH)时机或PRACH传输(TX)时机或RA信道(RACH)时机)。RA-RNTI计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id，其中s_id是UE已经发送Msg1(即RA前导码)的PRACH时机的第一正交频分复用(OFDM)符号的索引；0≤s_id<14；t_id是PRACH时机的第一时隙的索引(0≤t_id<80)；f_id是频域中的时隙内的PRACH时机的索引(0≤f_id<8)，并且ul_carrier_id是用于Msg1传输的UL载波(0用于正常UL(NUL)载波，1用于补充UL(SUL)载波)。gNB检测到的用于各种随机接入前导码的若干RAR可以由gNB在同一RAR媒体接入控制(MAC)协议数据单元(PDU)中复用。如果RAR包括由UE发送的RA前导码的RA前导码标识符(RAPID)，则MAC PDU中的RAR对应于UE的RA前导码传输。如果在RAR窗口期间未接收到与其RA前导码传输相对应的RAR，并且UE尚未发送RA前导码达可配置的(由gNB在RACH配置中配置的)次数，则UE返回到第一步骤，即，选择随机接入资源(前导码/RACH时机)并发送RA前导码。可以在返回到第一步骤之前应用回退(backoff)。

如果接收到与其RA前导码传输相对应的RAR，则UE在RAR中接收到的UL授权中发送消息3(Msg3)。Msg3包括诸如RRC连接请求、RRC连接重建请求、RRC切换确认、调度请求、SI请求等的消息。它可以包括UE标识(即，小区-无线电网络临时标识符(C-RNTI)或系统架构演进(SAE)-临时移动订户标识(S-TMSI)或随机数)。在发送Msg3之后，UE启动竞争解决定时器。当竞争解决定时器运行时，如果UE接收到寻址到Msg3中包括的C-RNTI的物理下行链路控制信道(PDCCH)，则竞争解决被认为成功，竞争解决定时器停止并且RA过程完成。当竞争解决定时器运行时，如果UE接收包括UE的竞争解决标识(在Msg3中发送的公共控制信道(CCCH)服务数据单元(SDU)的前X位)的竞争解决MAC控制元素(CE)，则竞争解决被认为成功，停止竞争解决定时器并且RA过程完成。如果竞争解决定时器到期并且UE尚未发送RA前导码达可配置的次数，则UE返回到第一步骤，即，选择随机接入资源(前导码/RACH时机)并发送RA前导码。可以在返回到第一步骤之前应用回退。

无竞争随机接入(CFRA)：这也称为传统CFRA或4步CFRA。CFRA过程用于诸如需要低延迟的切换、辅小区(Scell)的定时提前建立等场景。演进节点B(eNB)向UE指派专用随机接入前导码。UE发送专用RA前导码。ENB在寻址到RA-RNTI的PDSCH上发送RAR。RAR传送RA前导码标识符和定时对准信息。RAR还可以包括UL许可。类似于基于竞争的RA(CBRA)过程，在RAR窗口中发送RAR。在接收到包括由UE发送的RA前导码的RA前导码标识符(RAPID)的RAR之后，CFRA被认为成功完成。在发起RA以用于波束故障恢复的情况下，如果在用于波束故障恢复的搜索空间中接收到寻址到C-RNTI的PDCCH，则CFRA被认为成功完成。如果RAR窗口到期并且RA未被成功完成，并且UE尚未发送RA前导码达可配置的(由gNB在RACH配置中配置的)次数，则UE重新发送RA前导码。

对于某些事件，如果将(多个)专用前导指派给UE，则具有切换和波束故障恢复，在随机接入的第一步骤期间(即，在用于Msg1传输的随机接入资源选择期间)，UE确定是发送专用前导码还是非专用前导码。通常为SSB/CSI RS的子集提供专用前导码。如果在gNB为其提供无竞争随机接入资源(即，专用前导码/RO)的SSB/CSI RS当中不存在具有高于阈值的DL RSRP的SSB/CSI RS，则UE选择非专用前导码。否则，UE选择专用前导码。因此，在RA过程期间，一个随机接入尝试可以是CFRA，而另一个随机接入尝试可以是CBRA。

基于2步竞争的随机接入(2步CBRA)：在第一步骤中，UE在PRACH上发送随机接入前导码并且在PUSCH上发送有效载荷(即MAC PDU)。随机接入前导码和有效载荷传输也被称为MsgA。在第二步骤中，在MsgA传输之后，UE在配置的窗口内监视来自网络(即gNB)的响应。该响应也被称为MsgB。下一代节点B(gNB)在物理下行链路共享信道(PDSCH)上发送MsgB。调度携带MsgB的PDSCH的PDCCH被寻址到MsgB-无线电网络临时标识符(MSGB-RNTI)。MSGB-RNTI标识gNB检测到RA前导码的时频资源(也称为物理RA信道(PRACH)时机或PRACH传输(TX)时机或RA信道(RACH)时机)。MSGB-RNTI计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+14×80×8×2，其中s_id是UE已经发送Msg1(即RA前导码)的PRACH时机的第一正交频分复用(OFDM)符号的索引；0≤s_id<14；t_id是PRACH时机的第一时隙的索引(0≤t_id<80)；f_id是频域中的时隙内的PRACH时机的索引(0≤f_id<8)，并且ul_carrier_id是用于Msg1传输的UL载波(0用于正常UL(NUL)载波，1用于补充UL(SUL)载波)。

如果在MsgA有效载荷中发送CCCH SDU，则UE使用MsgB中的竞争解决信息来执行竞争解决。如果在MsgB中接收的竞争解决标识与在MsgA中发送的CCCH SDU的前48位匹配，则竞争解决成功。如果在MsgA有效载荷中发送C-RNTI，则如果UE接收到寻址到C-RNTI的PDCCH，则竞争解决成功。如果竞争解决成功，则认为随机接入过程被成功完成。代替与所发送的MsgA相对应的竞争解决信息，MsgB可以包括与在MsgA中发送的随机接入前导码相对应的回落(fallback)信息。如果接收到回落信息，则UE发送Msg3并使用Msg4执行竞争解决，如在CBRA过程中那样。如果竞争解决成功，则认为随机接入过程被成功完成。如果竞争解决在回落时(即，在发送Msg3时)失败，则UE重传MsgA。如果UE在发送MsgA之后监视网络响应的配置窗口到期并且UE尚未接收到包括竞争解决信息或回落信息的MsgB，则UE重传MsgA。如果即使在发送msgA可配置次数之后随机接入过程也未被成功完成，则UE回落到4步RACH过程，即，UE仅发送PRACH前导码。

MsgA有效载荷可包括以下中的一个或多个：公共控制信道(CCCH)服务数据单元(SDU)、专用控制信道(DCCH)SDU、专用业务信道(DTCH)SDU、缓冲器状态报告(BSR)MAC控制元素(CE)、功率余量报告(PHR)MAC CE、SSB信息、C-RNTI MAC CE、或填充。MsgA可以包括UEID(例如，随机ID、S-TMSI、C-RNTI、恢复ID等)以及第一步骤中的前导码。UE ID可以被包括在MsgA的MAC PDU中。诸如C-RNTI的UE ID可以在MAC CE中携带，其中MAC CE包括在MAC PDU中。其他UE ID(诸如随机ID、S-TMSI、C-RNTI、恢复ID等)可以在CCCH SDU中被携带。UE ID可以是随机ID、S-TMSI、C-RNTI、恢复ID、IMSI、空闲模式ID、非活动模式ID等中的一个。在UE执行RA过程的不同场景中，UE ID可以是不同的。当UE在通电之后(在其附接到网络之前)执行RA时，则UE ID是随机ID。当UE在其附接到网络之后在空闲状态下执行RA时，则UE ID是S-TMSI。如果UE具有指派的C-RNTI(例如，处于连接状态)，则UE ID是C-RNTI。在UE处于INACTIVE状态的情况下，UE ID是恢复ID。除了UE ID之外，还可以在MsgA中发送一些附加ctrl信息。控制信息可以被包括在MsgA的MAC PDU中。控制信息可以包括连接请求指示、连接恢复请求指示、SI请求指示、缓冲器状态指示、波束信息(例如，一个或多个DL TX波束ID或(多个)SSB ID)、波束故障恢复指示/信息、数据指示符、小区/BS/TRP切换指示、连接重建指示、重新配置完成或切换完成消息等中的一个或多个。

2步无竞争随机接入(2步CFRA)：在这种情况下，gNB向UE指派用于MsgA传输的(多个)专用随机接入前导码和(多个)PUSCH资源。还可以指示要用于前导码传输的(多个)RO。在第一步骤中，UE使用无竞争随机接入资源(即，专用前导码/PUSCH资源/RO)在PRACH上发送随机接入前导码并在PUSCH上发送有效载荷。在第二步骤中，在MsgA传输之后，UE在配置的窗口内监视来自网络(即gNB)的响应。该响应也被称为MsgB。

下一代节点B(gNB)在物理下行链路共享信道(PDSCH)上发送MsgB。调度携带MsgB的PDSCH的PDCCH被寻址到MsgB-无线电网络临时标识符(MSGB-RNTI)。MSGB-RNTI标识gNB检测到RA前导码的时频资源(也称为物理RA信道(PRACH)时机或PRACH传输(TX)时机或RA信道(RACH)时机)。MSGB-RNTI计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+14×80×8×2，其中s_id是UE已经发送Msg1(即RA前导码)的PRACH时机的第一正交频分复用(OFDM)符号的索引；0≤s_id<14；t_id是PRACH时机的第一时隙的索引(0≤t_id<80)；f_id是频域中的时隙内的PRACH时机的索引(0≤f_id<8)，并且ul_carrier_id是用于Msg1传输的UL载波(0用于正常UL(NUL)载波，1用于补充UL(SUL)载波)。

如果UE接收到寻址到C-RNTI的PDCCH，则认为随机接入过程被成功完成。如果UE接收与其发送的前导码相对应的回落信息，则认为随机接入过程被成功完成。

对于某些事件，如果(多个)专用前导码和(多个)PUSCH资源被指派给UE，则具有切换和波束故障恢复，在随机接入的第一步骤期间(即，在用于MsgA传输的随机接入资源选择期间)，UE确定是发送专用前导码还是非专用前导码。通常为SSB/CSI RS的子集提供专用前导码。如果在gNB为其提供无竞争随机接入资源(即，专用前导码/RO/PUSCH资源)的SSB/CSIRS中不存在具有高于阈值的DL RSRP的SSB/CSI RS，则UE选择非专用前导码。否则，UE选择专用前导码。因此，在RA过程期间，一个随机接入尝试可以是2步CFRA，而另一个随机接入尝试可以是2步CBRA。

在发起随机接入过程时，UE首先选择载波(SUL或NUL)。如果用于随机接入过程的载波由gNB显式地信令通知，则UE选择信令通知的载波用于执行随机接入过程。如果用于随机接入过程的载波未由gNB显式地信令通知；以及如果用于随机接入过程的服务小区配置有补充上行链路并且如果下行链路路径损耗参考的RSRP小于rsrp-ThresholdSSB-SUL：UE选择用于执行随机接入过程的SUL载波。否则，UE选择用于执行随机接入过程的NUL载波。在选择UL载波时，UE确定用于随机接入过程的UL和DL BWP，如TS 38.321的第5.15节中所规定的。然后，UE确定针对该随机接入过程执行2步RACH还是4步RACH。

-如果该随机接入过程由PDCCH命令发起，并且如果由PDCCH显式提供的ra-PreambleIndex不是0b000000，则UE选择4步RACH。

-否则，如果gNB针对该随机接入过程信令通知2步无竞争随机接入资源，则UE选择2步RACH。

-否则，如果gNB针对该随机接入过程信令通知4步无竞争随机接入资源，则UE选择4步RACH。

-否则，如果为该随机接入过程选择的UL BWP仅配置有2步RACH资源，则UE选择2步RACH。

-否则，如果为该随机接入过程选择的UL BWP仅配置有4步RACH资源，则UE选择4步RACH。

-否则，如果为该随机接入过程选择的UL BWP配置有2步RACH资源和4步RACH资源，

-如果下行链路路径损耗参考的RSRP低于配置的阈值，则UE选择4步RACH。否则，UE选择2步RACH。

第五代无线通信系统中的寻呼：在第五代(也称为NR或新无线电)无线通信系统中，UE可以处于以下RRC状态之一：RRC_IDLE、RRC_INACTIVE和RRC_CONNECTED。RRC状态可以进一步表征如下：

-在RRC_IDLE状态下，UE特定DRX可以由较高层(即NAS)配置。UE监视通过DCI利用P-RNTI发送的短消息；使用5G-S-TMSI监视用于CN寻呼的寻呼信道；

-执行相邻小区测量和小区(重)选择；获取系统信息并且可以发送SI请求(如果配置)。

-在RRC_INACTIVE状态下，UE特定DRX可以由较高层或由RRC层配置；在这种状态下，UE将UE非活动存储AS上下文。基于RAN的通知区域由RRC层配置。UE监视通过DCI利用P-RNTI发送的短消息；UE使用5G-S-TMSI监视用于CN寻呼的寻呼信道，并且使用全I-RNTI(full I-RNTI)监视用于RAN寻呼的寻呼信道；UE执行相邻小区测量和小区(重)选择；UE周期性地并且当移动到所配置的基于RAN的通知区域之外时执行基于RAN的通知区域更新；UE获取系统信息并且可以发送SI请求(如果配置)。

-处于RRC_CONNECTED状态下，UE存储AS上下文。向UE发送单播数据/从UE接收单播数据。在较低层，UE可以配置有UE特定的DRX。

UE监视通过DCI利用P-RNTI发送的短消息(如果配置的话)；监视与共享数据信道相关联的控制信道，以确定是否为其调度数据；提供信道质量和反馈信息；UE执行相邻小区测量和测量报告；获取系统信息。

基于NR的5G或下一代无线接入网络(NG-RAN)由NG-RAN节点组成，其中NG-RAN节点是gNB，向UE提供NR用户平面和控制平面协议终止。gNB还借助于NG接口连接到5GC，更具体地借助于NG-C接口连接到AMF(接入和移动性管理功能)并且借助于NG-U接口连接到UPF(用户平面功能)。在第五代(也称为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)上广播寻呼消息(即，用P-RNTI掩蔽(mask)PDCCH)。SI更新和紧急通知被包括在DCI中，并且携带该DCI的PDCCH被寻址到P-RNTI。处于RRC空闲/非活动模式下，UE在每个DRX周期监视一个寻呼时机(PO)。处于RRC空闲/非活动模式下，UE在初始DL BWP中监视PO。在RRC连接状态下，UE监视一个或多个PO以接收SI更新通知并接收紧急通知。处于RRC_CONNECTED状态下，UE可以在寻呼DRX周期中监视任何PO，并且在SI修改周期中监视至少一个PO。处于RRC空闲/非活动模式下，UE在其活动DL BWP中的每个DRX周期监视PO。PO是用于寻呼的“S”个PDCCH监视时机的集合，其中“S”是小区中发送的SSB的数量(即，同步信号和PBCH块(SSB)由主和辅同步信号(PSS、SSS)和PBCH组成)。UE首先确定寻呼帧(PF)，然后相对于所确定的PF确定PO。一个PF是一个无线电帧(10ms)。

-UE的PF是具有系统帧号“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值中的最短的确定。如果UE特定DRX值未由较高层(即NAS)配置，则应用默认值。

-N：T中的总寻呼帧的数量

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

-PF_offset：用于PF确定的偏移

-UE_ID：5G-S-TMSI mod 1024

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

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

-当为pagingSearchSpace配置SearchSpaceId＝0时，用于寻呼的PDCCH监视时机与TS 38.213中的第13条款中定义的用于RMSI的相同。当为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。基于由gNB信令通知的寻呼搜索空间配置(paging-SearchSpace)来确定用于寻呼的PDCCH监视时机。不与UL符号重叠的用于寻呼的PDCCH监视时机(根据tdd-UL-DL-ConfigurationCommon确定)从PF中用于寻呼的第一PDCCH监视时机开始从零顺序编号。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的数量。在SIB1中信令通知参数first-PDCCH-MonitoringOccasionOfPO以用于在初始DL BWP中的寻呼。对于除初始DLBWP之外的DL BWP中的寻呼，在对应的BWP配置中信令通知参数first-PDCCH-MonitoringOccasionOfPO。

寻址到P-RNTI的PDCCH携带根据DCI格式1_0的信息。借助于具有由P-RNTI加扰的CRC的DCI格式1_0发送以下信息：

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

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

-频域资源指派位。如果仅携带短消息，则保留该位字段。

*113-是CORESET 0的大小

-时域资源指派-如[6，TS38.214]的第5.1.2.1子条款中定义的4位。如果仅携带短消息，则保留该位字段。

-VRB到PRB映射-根据表7.3.1.1.2-33的1位。如果仅携带短消息，则保留该位字段。

-调制和编码方案-使用表5.1.3.1-1，如[6，TS38.214]的第5.1.3子条款中定义的5位。如果仅携带短消息，则保留该位字段。

-TB缩放-如[6，TS38.214]的第5.1.3.2子条款中所定义的2位。如果仅携带短消息，则保留该位字段。

-保留位-6位

表1：短消息指示符

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

表2：短消息

第五代无线通信系统中的小数据传输：在5G无线通信系统中，支持处于RRC_INACTIVE下的小数据传输(SDT)。在4步RA过程的情况下，可以在Msg3中发送上行链路数据，并且在2步RA过程的情况下，可以在MsgA中发送上行链路数据。图1示出了用于使用4步RA的小数据传输的信令流的示例。

在发起用于SDT的4步RA的标准被满足的情况下，UE从用于SDT的前导码/RO中选择前导码/RO。UE发送随机接入前导码(S110)，并且接收包括用于Msg3传输的UL授权的RAR(S120)。

UE在SRB 0上向gNB(与最后的服务GNB相同)发送RRCResumeRequest/RRCResumeRequest1(S130)。它包括全/短I-RNTI(resumeIdentity)、恢复原因(resumeCause)和认证令牌(resumeMAC-I)。I-RNTI(短或全I-RNTI)用于上下文识别，并且其值应与UE在具有suspendConfig消息的RRCRelease中从最后一个服务gNB接收的I-RNTI相同。ResumeMAC-I是16位消息认证令牌，UE应使用存储的AS安全上下文中的完整性算法(NIA或EIA)和来自存储的AS安全上下文的K_RRCint来计算该消息认证令牌，该完整性算法在UE和最后一个服务gNB之间协商，具有以下输入：

-KEY：它应被设置为当前K_RRCint；

*128-BEARER：其所有位应被设置为1。

-DIRECTION：其位应被设置为1；

-COUNT：其所有位应被设置为1；

-MESSAGE：它应被设置为具有以下输入的VarResumeMAC-Input：

-源PCI(设置为UE在RRC连接暂停之前连接到的PCell的物理小区标识)

-目标小区-ID(设置为在目标小区(即，UE正在向其发送小数据的小区)的SIB1中广播的PLMN-IdentityInfoList中包括的第一PLMN-Identity的cellIdentity)

-源C-RNTI(设置为UE在RRC连接暂停之前在其连接到的PCell中具有的C-RNTI)。

UE恢复(多个)SRB和(多个)DRB，使用在先前RRC连接的RRCRelease消息中提供的NextHopChainingCount导出新的安全密钥，并重建AS安全性。用户数据被加密和完整性保护(仅用于配置有UP完整性保护的DRB)，并且在与CCCH/CCCH1上的RRCResumeRequest/RRCResumeRequest1消息复用的DTCH上被发送。

gNB验证resumeMAC-I并将上行链路数据传送到UPF(S140)。

gNB发送RRCRelease消息以将UE保持在RRC_INACTIVE状态。PDCCH寻址到TC-RNTI。如果下行链路数据可用(S150)，则在DCCH上的与RRCRelease消息复用的DTCH上加密和完整性保护地(仅用于配置有UP完整性保护的DRB)发送它们(S160)。gNB可以决定不将RRCRelease消息与竞争解决标识一起发送。在这种情况下，在完成随机接入时，UE监视寻址到C-RNTI的PDCCH。可以在UE和gNB之间交换UL/DL数据，直到接收到RRCRelease消息或终止SDT过程。

图2示出了用于使用2步RA的小数据传输的信令流的示例。

在发起用于SDT的2步RA的标准被满足的情况下，UE从用于SDT的前导码/RO/PO中选择前导码/RO/PO。UE发送随机接入前导码(S210)。

在MsgA有效载荷中，UE在SRB 0上向gNB(与最后一个服务GNB相同)发送RRCResumeRequest/RRCResumeRequest1(S220)。它包括全/短I-RNTI(resumeIdentity)、恢复原因(resumeCause)和认证令牌(resumeMAC-I)。I-RNTI(短或全I-RNTI)用于上下文识别，并且其值应与UE在具有suspendConfig消息的RRCRelease中从最后一个服务gNB接收的I-RNTI相同。ResumeMAC-I是16位消息认证令牌，UE应使用存储的AS安全上下文中的完整性算法(NIA或EIA)和来自存储的AS安全上下文的K_RRCint来计算该消息认证令牌，该完整性算法在UE和最后一个服务gNB之间协商，具有以下输入：

-KEY：它应被设置为当前K_RRCint；

-BEARER：其所有位应被设置为1。

-DIRECTION：其位应被设置为1；

-COUNT：其所有位应被设置为1；

-MESSAGE：它应被设置为具有以下输入的VarResumeMAC-Input：

UE恢复所有SRB和DRB，使用在先前RRC连接的RRCRelease消息中提供的NextHopChainingCount导出新的安全密钥，并重建AS安全性。用户数据被加密和完整性保护(仅用于配置有UP完整性保护的DRB)，并且在与CCCH/CCCH1上的RRCResumeRequest/RRCResumeRequest1消息复用的DTCH上被发送。

gNB验证resumeMAC-I并将上行链路数据传送到UPF(S230)。

gNB发送RRCRelease消息以在MsgB和successRAR中将UE保持处于RRC_INACTIVE状态。PDCCH寻址到C-RNTI。如果下行链路数据可用(S240)，则在DCCH上的与RRCRelease消息复用的DTCH上加密和完整性保护地(仅用于配置有UP完整性保护的DRB)发送它们(S250)。gNB可以决定不将RRCRelease消息与successRAR一起发送。在这种情况下，在完成随机接入时，UE监视寻址到C-RNTI的PDCCH。可以在UE和gNB之间交换UL/DL数据，直到接收到RRCRelease消息或SDT过程被终止。

图3示出了用于使用预配置的PUSCH资源的小数据传输的信令流的示例。

在使用预配置的PUSCH资源发起SDT的标准被满足的情况下，在预配置的PUSCH资源中，UE在SRB 0上向gNB(与最后一个服务gNB相同)发送RRCResumeRequest/RRCResumeRequest1(S310)。它包括全/短I-RNTI(resumeIdentity)、恢复原因(resumeCause)和认证令牌(ResumeMAC-I)。I-RNTI(短或全I-RNTI)用于上下文识别，并且其值应与UE在具有suspendConfig消息的RRCRelease中从最后一个服务gNB接收的I-RNTI相同。ResumeMAC-I是16位消息认证令牌，UE应使用存储的AS安全上下文中的完整性算法(NIA或EIA)和来自存储的AS安全上下文的K_RRCint来计算该消息认证令牌，该完整性算法在UE和最后一个服务gNB之间协商，具有以下输入：

-KEY：它应被设置为当前K_RRCint；

-BEARER：其所有位应被设置为1。

-DIRECTION：其位应被设置为1；

-COUNT：其所有位应被设置为1；

-MESSAGE：它应被设置为具有以下输入的VarResumeMAC-Input：

UE恢复所有SRB和DRB，使用在先前RRC连接的RRCRelease消息中提供的NextHopChainingCount导出新的安全密钥，并重建AS安全性。用户数据被加密和完整性保护(仅用于配置有UP完整性保护的DRB)，并且在与CCCH上的RRCResumeRequest/RRCResumeRequest1消息复用的DTCH上发送。

UE可以通过使用以下选项之一来交替地发送其小数据：

-RRCResumeRequest(或新RRC消息)。RRCResumeRequest/RRCResumeRequest1中的resumeIdentity，ResumeMAC-I，resumeCause，NAS容器。NAS容器包括UL数据。

-新MAC CE(resumeIdentity，ResumeMAC-I)+上行链路数据(在DTCH上)。提供resumeIdentity用于UE识别目的。ResumeMAC-I用于安全性，gNB验证resumeMAC-I并将上行链路数据传送到UPF(S320)。

gNB发送RRCRelease消息以将UE保持处于RRC_INACTIVE状态。PDCCH寻址到C-RNTI。C-RNTI是UE在其从它接收到预配置的PUSCH资源的小区中使用的C-RNTI。可选地，C-RNTI可以与预配置的PUSCH资源一起被指派。如果下行链路数据可用(S330)，则在DCCH上的与RRCRelease消息复用的DTCH上加密和完整性保护地(仅用于配置有UP完整性保护的DRB)发送它们(S340)。

我们可以考虑备选信令流，其中gNB可以在RRCRelease之前调度UL授权(寻址到C-RNTI的PDCCH)。在UL传输中，UE可以指示它是否有更多数据要传输。如果UE具有更多数据要发送，则gNB可以调度UL授权。否则RRCRelease。在UL传输中，如果由PRACH前导码指示的SSB不再合适，则UE还可以包括高于阈值的SSB的SSB ID。

可选地，gNB可以发送寻址到RNTI的PDCCH(即，RNTI是由gNB指派的RNTI，带有预配置资源，它也可以被指派给其他UE)，并且调度的DL TB包括竞争解决标识(它是恢复消息的前X位(例如，48位))和C-RNTI。如果它与UE的竞争解决标识匹配，则UE停止监视定时器，并且UE可以认为小数据传输成功。

在小数据传输的响应中，UE可以接收用于以下目的的信号(RRC消息或DCI)：释放预配置的PUSCH或切换到恢复过程(即，RRC_CONNECTED)。

处于RRC_INACTIVE状态下，当一个或多个DRB的数据到达时，UE检查SDT标准(RSRP阈值、数据量阈值等)是否被满足。如果SDT标准被满足，则发起SDT过程。UE在SDT资源(即，Msg3/MsgA/CG资源)中发送RRCResumeRequest+UL数据。还可以包括BSR。在RA-SDT的情况下，在完成RA时，UE监视寻址到C-RNTI的PDCCH，以用于随后的数据发送/接收。在CG-SDT的情况下，在CG资源中发送RRCResumeRequest时，UE监视寻址到SDT-RNTI的PDCCH，以用于后续数据发送/接收。SDT过程在从gNB接收到RRCRelease消息时完成。

问题是如何在SDT过程期间处理用于接收SI更新通知、紧急通知和寻呼消息的寻呼监视。处于RRC_IDLE和RRC_INACTIVE下，UE在用于寻呼和SI接收的初始DL BWP上被提供有公共搜索空间，包括pagingSearchSpace、searchSpaceSIB1和searchSpaceOtherSystemInformation。在SDT过程期间监视寻呼可能导致不必要的功耗。另一方面，跳过寻呼监视可能导致丢失SI更新和紧急通知。另一个问题是如何在SDT过程期间处理SI请求。

实施例1

在本公开的一个实施例中，UE可以如下在RRC_INACTIVE状态下执行寻呼操作：

-UE处于RRC_INACTIVE状态

-UE可以遵循如下解释的寻呼监视行为1(在SDT过程未进行时执行该操作)

UE可以在每个DRX周期(T)的其自己的寻呼时机中监视系统信息修改通知(即，SystemInfoModification)和紧急通知(即，etwsAndCmasIndication)。UE可以在每个DRX周期(T)的其自己的寻呼时机中监视寻呼指示。UE可以在每个DRX周期(T)的其自己的寻呼时机中监视短消息。如先前在背景技术中所解释的，确定UE的寻呼时机。

-如果在驻留小区中不支持早期寻呼指示，则UE在每个DRX周期(T)的其寻呼时机中监视寻址到P-RNTI的PDCCH。

-如果在驻留小区中支持早期寻呼指示，则UE在每个DRX周期(T)的其寻呼时机之前监视早期寻呼指示。早期寻呼指示是在寻呼时机之前发送的序列或PDCCH。如果指示通过早期寻呼指示(或早期寻呼指示指示UE监视其寻呼时机)，则UE在其寻呼时机中监视寻址到P-RNTI的PDCCH。

-DRX周期长度由RRC配置的UE特定DRX值、NAS配置的UE特定DRX值和系统信息中广播的默认DRX周期值中的最短的确定

-一个或多个RB的数据到达并且处于RRC_INACTIVE状态下发起SDT过程的标准被满足(RSRP阈值、数据量阈值等)，UE选择RA-SDT过程或CG-SDT过程中的一个。

-如果选择RA-SDT(或者如果选择RA-SDT并且初始DL BWP用于从gNB接收DL，则注意，可以存在驻留小区中配置的初始DL BWP和redcap(降低能力)初始DL BWP)：

在完成针对SDT发起的随机接入过程(完成随机接入过程的标准如前面在背景技术中解释的)时，UE可以遵循寻呼监视行为2，如下所述：

-UE可以在每个SI修改周期(或修改周期)的任何寻呼时机中监视系统信息修改通知(即，SystemInfoModification)至少一次。SI修改周期的长度是默认DRX周期的长度的倍数。在系统信息中从gNB接收SI修改周期的长度。SI修改周期边界由SFN mod m＝0的SFN值定义，其中m是包括SI修改周期的无线电帧的数量。UE可以在每个默认DRX周期的任何寻呼时机中监视紧急通知(即，etwsAndCmasIndication)至少一次。在系统信息中从gNB接收默认DRX周期的长度。

-在实施例中，UE可以在每个SI修改周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次，用于系统信息修改通知。在实施例中，UE可以在每个默认DRX周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次，用于紧急通知。可选地，UE可以在每个默认DRX周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次，用于系统信息修改通知和紧急通知。-在实施例中，如果支持早期寻呼指示并且早期寻呼指示支持短消息或SI更新通知，则UE可以在每个SI修改周期的任何寻呼时机之前监视早期寻呼指示至少一次。在实施例中，如果支持早期寻呼指示并且早期寻呼指示支持紧急通知，则UE可以在每个默认DRX周期的任何寻呼时机之前监视早期寻呼指示至少一次。在实施例中，如果支持早期寻呼指示并且早期寻呼指示支持紧急通知和SI更新通知，则UE可以在每个默认DRX周期的任何寻呼时机之前监视早期寻呼指示至少一次。UE可以在任何寻呼时机中不监视寻址到P-RNTI的PDCCH。

-在实施例中，如果支持早期寻呼指示并且早期寻呼指示不支持短消息或SI更新通知/紧急通知，则UE可以在每个SI修改周期的任何寻呼时机之前监视早期寻呼指示至少一次。在实施例中，如果支持早期寻呼指示并且早期寻呼指示不支持短消息或SI更新通知/紧急通知，则UE可以在每个默认DRX周期的任何寻呼时机之前监视早期寻呼指示至少一次。如果指示通过早期寻呼指示(或早期寻呼指示指示UE监视其寻呼时机)，则UE可以在寻呼时机中监视寻址到P-RNTI的PDCCH。-UE可以不监视寻呼指示(即，UE忽略寻呼DCI中寻呼消息的调度信息，即，在所监视的寻呼时机中在寻址到P-RNTI的PDCCH中接收到的DCI)

-否则，如果选择CG SDT(或者如果选择CG SDT并且初始DL BWP用于从gNB接收DL，则注意，可以存在驻留小区中配置的初始DL BWP和redcap(降低能力)初始DL BWP)：

在SDT过程期间接收到对在CG资源中发送的第一UL分组的确认(例如，HARQ反馈、RLC ACK)时，UE可以遵循如下解释的寻呼监视行为2；或

在接收到寻址到C-RNTI(或SDT-RNTI)的第一PDCCH时(该PDCCH可以调度用于HARQ过程(HARQ过程可以与用于发送第一UL分组的HARQ过程相同，或者可以是不同的HARQ过程)的新DL TB或新UL传输)，UE可以遵循如下解释的寻呼监视行为2

-UE可以在每个SI修改周期(或modification period)的任何寻呼时机中监视系统信息修改通知(即SystemInfoModification)至少一次。SI修改周期的长度是默认DRX周期的长度的倍数。在系统信息中从gNB接收SI修改周期的长度。SI修改周期边界由SFN modm＝0的SFN值定义，其中m是包括SI修改周期的无线电帧的数量。UE可以在每个默认DRX周期的任何寻呼时机中监视紧急通知(即，etwsAndCmasIndication)至少一次。在系统信息中从gNB接收默认DRX周期的长度。

-在实施例中，UE可以在每个SI修改周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次，用于系统信息修改通知。在实施例中，UE可以在每个默认DRX周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次，用于紧急通知。可选地，UE可以在每个默认DRX周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次，用于系统信息修改通知和紧急通知。

-在实施例中，如果支持早期寻呼指示，并且早期寻呼指示支持短消息或SI更新通知，则UE可以在每个SI修改周期的任何寻呼时机之前监视早期寻呼指示至少一次。在实施例中，如果支持早期寻呼指示并且早期寻呼指示支持紧急通知，则UE可以在每个默认DRX周期的任何寻呼时机之前监视早期寻呼指示至少一次。在实施例中，如果支持早期寻呼指示，并且早期寻呼指示支持紧急通知和SI更新通知，则UE可以在每个默认DRX周期的任何寻呼时机之前监视早期寻呼指示至少一次。UE可以在任何寻呼时机中不监视寻址到P-RNTI的PDCCH。

-在实施例中，如果支持早期寻呼指示并且早期寻呼指示不支持短消息或SI更新通知/紧急通知，则UE可以在每个SI修改周期的任何寻呼时机之前监视早期寻呼指示至少一次。在实施例中，如果支持早期寻呼指示并且早期寻呼指示不支持短消息或SI更新通知/紧急通知，则UE可以在每个默认DRX周期的任何寻呼时机之前监视早期寻呼指示至少一次。如果指示通过早期寻呼指示(或早期寻呼指示指示UE监视其寻呼时机)，则UE可以在寻呼时机中监视寻址到P-RNTI的PDCCH。

-UE可以不监视寻呼指示(即，UE忽略寻呼DCI中寻呼消息的调度信息，即，在所监视的寻呼时机中在寻址到P-RNTI的PDCCH中接收的DCI)

当SDT过程被终止/完成时，UE可以遵循如下所述的寻呼监视行为1。在以下情况下SDT过程被终止/完成：对从gNB接收的分组的完整性检查失败、在SDT过程期间在UE处从gNB接收RRCSetup消息、在SDT过程期间在UE处从gNB接收RRCRelease、在SDT过程期间小区重选发生、在SDT过程期间在UE处从gNB接收RRCReject等。

-如果在驻留的小区中不支持早期寻呼指示，则UE可以在每个DRX周期的其寻呼时机中监视寻址到P-RNTI的PDCCH。

-如果在驻留的小区中支持早期寻呼指示，则UE可以在每个DRX周期的其寻呼时机之前监视早期寻呼指示。早期寻呼指示是在寻呼时机之前发送的序列或PDCCH。如果指示通过早期寻呼指示(或早期寻呼指示指示UE监视其寻呼时机)，则UE可以在其寻呼时机中监视寻址到P-RNTI的PDCCH。

-DRX周期长度由RRC配置的UE特定DRX值、NAS配置的UE特定DRX值和系统信息中广播的默认DRX周期值中的最短的确定。

图4示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE在第一寻呼监视行为和第二寻呼监视行为之间进行选择的操作的流程图。

在步骤S410中，UE处于RRC_INACTIVE状态。

在步骤S420中，UE确定SDT过程是否正在进行。

在步骤S430中，在SDT过程未进行中的情况下，UE可以遵循第一寻呼监视行为(寻呼监视行为1)。

在步骤S440中，UE可以确定正在进行的SDT过程是否是RA-SDT过程。

在步骤S450中，在正在进行的SDT过程不是RA-SDT的情况下，在接收到对在SDT过程期间在CG资源中发送的第一UL分组的确认(例如，HARQ反馈、RLC ACK)时，或者在接收到寻址到C-RNTI/SDT-RNTI的第一PDCCH时(该PDCCH可以为HARQ过程调度新的DL TB或新的UL传输(HARQ过程可以与用于发送第一UL分组的HARQ过程相同，或者可以是不同的HARQ过程))，UE可以遵循第二寻呼监视行为(寻呼监视行为2)。在步骤S460中，在正在进行的SDT过程是RA-SDT的情况下，当完成针对SDT发起的随机接入过程时，UE可以遵循第二寻呼监视行为(寻呼监视行为2)。

在步骤S470中，当SDT过程被终止或完成时，UE可以遵循第一寻呼监视行为(寻呼监视行为1)。

图5示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中监视寻址到P-RNTI的PDCCH的操作的流程图。

在步骤S510中，UE处于RRC_INACTIVE状态。

在步骤S520中，UE确定SDT过程是否正在进行。

在步骤S530中，在SDT过程未进行的情况下，UE可以在每个DRX周期的其寻呼时机中监视寻址到P-RNTI的PDCCH。

在步骤S540中，UE可以确定正在进行的SDT过程是否是RA-SDT过程。

在步骤S550中，在正在进行的SDT过程不是RA-SDT的情况下，在接收到对在SDT过程期间在CG资源中发送的第一UL分组的确认(例如，HARQ反馈、RLC ACK)时，或者在接收到寻址到C-RNTI(或SDT-RNTI)的第一PDCCH时(该PDCCH可以为HARQ过程调度新的DL TB或新的UL传输(HARQ过程可以与用于发送第一UL分组的HARQ过程相同，或者可以是不同的HARQ过程))，UE可以在每个SI修改周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次。

在步骤S560中，在正在进行的SDT过程是RA-SDT的情况下，当完成针对SDT发起的随机接入过程时，UE可以在每个SI修改周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次。

在步骤S570中，当SDT过程被终止或完成时，UE可以在每个DRX周期的其寻呼时机中监视寻址到P-RNTI的PDCCH。

图6示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中监视寻址到P-RNTI的PDCCH的操作的流程图。

在步骤S610中，UE处于RRC_INACTIVE状态。

在步骤S620中，UE确定SDT过程是否正在进行。

在步骤S630中，在SDT过程未进行的情况下，UE可以在每个DRX周期(T)的其寻呼时机中监视寻址到P-RNTI的PDCCH，该DRX周期(T)是默认DRX周期长度和由RRC/NAS配置的UE特定DRX周期长度当中的最小值，如前所述。

在步骤S640中，UE可以确定正在进行的SDT过程是否是RA-SDT过程。

在步骤S650中，在正在进行的SDT过程不是RA-SDT的情况下，在接收到对在SDT过程期间在CG资源中发送的第一UL分组的确认(例如，HARQ反馈、RLC ACK)时，或者在接收到寻址到C-RNTI(或SDT-RNTI)的第一PDCCH时(该PDCCH可以为HARQ过程调度新的DL TB或新的UL传输(HARQ过程可以与用于发送第一UL分组的HARQ过程相同，或者可以是不同的HARQ过程))，UE可以在每个SI修改周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次。

在步骤S660中，在正在进行的SDT过程是RA-SDT的情况下，当完成针对SDT发起的随机接入过程时，UE可以在每个默认DRX周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH。

在步骤S670中，当SDT过程被终止或完成时，UE可以在每个DRX周期(T)的其寻呼时机中监视寻址到P-RNTI的PDCCH，该DRX周期(T)是默认DRX周期长度和由RRC/NAS配置的UE特定DRX周期长度中的最小值，如前所述。

图7示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中监视短消息的操作流程图。

在步骤S710中，UE处于RRC_INACTIVE状态。

*224在步骤S720中，UE确定SDT过程是否正在进行。

在步骤S730中，在SDT过程未进行中的情况下，UE可以在其每个DRX周期(T)的其寻呼时机中监视短消息。

在步骤S740中，UE可以确定正在进行的SDT过程是否是RA-SDT过程。

在步骤S750中，在正在进行的SDT过程不是RA-SDT的情况下，在接收到对在SDT过程期间在CG资源中发送的第一UL分组的确认(例如，HARQ反馈、RLC ACK)时，或者在接收到寻址到C-RNTI(或SDT-RNTI)的第一PDCCH时(该PDCCH可以为HARQ过程调度新的DL TB或新的UL传输(HARQ过程可以与用于发送第一UL分组的HARQ过程相同，或者可以是不同的HARQ过程))，UE可以在每SI修改周期的任何寻呼时机中监视短消息至少一次。

在步骤S760中，在正在进行的SDT过程是RA-SDT的情况下，当完成针对SDT发起的随机接入过程时，UE可以每个SI修改周期的任何寻呼时机中监视短消息至少一次。

在步骤S770中，当SDT过程被终止或完成时，UE可以在每个DRX周期的其寻呼时机中监视短消息。

图8示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE在寻呼时机中监视短消息的操作流程图。

在步骤S810中，UE处于RRC_INACTIVE状态。

在步骤S820中，UE确定SDT过程是否正在进行。

在步骤S830中，在SDT过程未进行的情况下，UE可以在每个DRX周期(T)的其寻呼时机中监视短消息，该DRX周期(T)是默认DRX周期长度和由RRC/NAS配置的UE特定DRX周期长度中的最小值，如前所述。

在步骤S840中，UE可以确定正在进行的SDT过程是否是RA-SDT过程。

在步骤S850中，在正在进行的SDT过程不是RA-SDT的情况下，在接收到对在SDT过程期间在CG资源中发送的第一UL分组的确认(例如，HARQ反馈、RLC ACK)时，或者在接收到寻址到C-RNTI(或SDT-RNTI)的第一PDCCH时(该PDCCH可以为HARQ过程调度新的DL TB或新的UL传输(HARQ过程可以与用于发送第一UL分组的HARQ过程相同，或者可以是不同的HARQ过程))，UE可以在每SI修改周期的任何寻呼时机中监视短消息至少一次。

在步骤S860中，在正在进行的SDT过程是RA-SDT的情况下，当完成针对SDT发起的随机接入过程时，UE可以在每个默认DRX周期的任何寻呼时机中监视短消息。

在步骤S870中，当SDT过程被终止或完成时，UE可以在每个DRX周期(T)的其寻呼时机中监视短消息，该DRX周期(T)是默认DRX周期长度和由RRC/NAS配置的UE特定DRX周期长度中的最小值，如前所述。

图9示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE监视早期寻呼指示的操作的流程图。

在步骤S910中，UE处于RRC_INACTIVE状态。

在步骤S920中，UE确定SDT过程是否正在进行。

在步骤S930中，在SDT过程未进行的情况下，UE可以在每个DRX周期(T)的寻呼时机之前监视早期寻呼指示。

在步骤S940中，UE可以确定正在进行的SDT过程是否是RA-SDT过程。

在步骤S950中，在正在进行的SDT过程不是RA-SDT的情况下，在接收到对在SDT过程期间在CG资源中发送的第一UL分组的确认(例如，HARQ反馈、RLC ACK)时，或者在接收到寻址到C-RNTI(或SDT-RNTI)的第一PDCCH时(该PDCCH可以为HARQ过程调度新的DL TB或新的UL传输(HARQ过程可以与用于发送第一UL分组的HARQ过程相同，或者可以是不同的HARQ过程))，UE可以在每个SI修改周期的任何寻呼时机之前至少一次监视早期寻呼指示。

在步骤S960中，在正在进行的SDT过程是RA-SDT的情况下，当完成针对SDT发起的随机接入过程时，UE可以在每个SI修改周期的任何寻呼时机之前监视早期寻呼指示至少一次。

在步骤S970中，当SDT过程被终止或完成时，UE可以在每个DRX周期(T)的寻呼时机之前监视早期寻呼指示。

图10示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE监视早期寻呼指示的操作流程图。

在步骤S1010中，UE处于RRC_INACTIVE状态。

在步骤S1020中，UE确定SDT过程是否正在进行。

在步骤S1030中，在SDT过程未进行中的情况下，UE可以在每个DRX周期(T)的其寻呼时机之前监视早期寻呼指示，该DRX周期(T)是默认DRX周期长度和由RRC/NAS配置的UE特定DRX周期长度中的最小值，如前所述。

在步骤S1040中，UE可以确定正在进行的SDT过程是否是RA-SDT过程。

在步骤S1050中，在正在进行的SDT过程不是RA-SDT的情况下，在接收到对在SDT过程期间在CG资源中发送的第一UL分组的确认(例如，HARQ反馈、RLC ACK)时，或者在接收到寻址到C-RNTI(或SDT-RNTI)的第一PDCCH时(该PDCCH可以为HARQ过程调度新的DL TB或新的UL传输(HARQ过程可以与用于发送第一UL分组的HARQ过程相同，或者可以是不同的HARQ过程))，UE可以在每个默认DRX周期的任何寻呼时机之前至少一次监视早期寻呼指示。

在步骤S1060中，在正在进行的SDT过程是RA-SDT的情况下，当完成针对SDT发起的随机接入过程时，UE可以在每个默认DRX周期的任何寻呼时机之前监视早期寻呼指示至少一次。

在步骤S1070中，当SDT过程被终止或完成时，UE可以在每个DRX周期(T)的其寻呼时机之前监视早期寻呼指示，该DRX周期(T)是默认DRX周期长度和由RRC/NAS配置的UE特定DRX周期长度中的最小值，如前所述。

实施例2

-UE处于RRC_INACTIVE状态(或者在替换实施例中，UE处于RRC_INACTIVE状态，并且初始DL BWP用于从gNB接收DL，注意，在驻留的小区中可以配置初始DL BWP和redcap(降低能力)初始DL BWP)：

-UE检查SDT定时器(也可以称为SDT故障或错误检测定时器)是否运行。

-如果SDT定时器运行(或者如果SDT定时器运行并且UE处于RRC_INACTIVE状态)，则UE可以遵循寻呼监视行为2，如下所述：

-UE可以在每个SI修改周期(或修改周期)的任何寻呼时机中监视系统信息修改通知(即，系统信息修改)至少一次。SI修改周期的长度是默认DRX周期长度的倍数。SI修改周期的长度在系统信息中从gNB接收。SI修改周期边界由SFN mod m＝0的SFN值定义，其中m是包括SI修改周期的无线电帧的数量。UE可以在每个默认DRX周期的任何寻呼时机中监视紧急通知(即etwsAndCmasIndication)至少一次。接收默认DRX周期的长度在系统信息中从gNB。

-在实施例中，UE可以在每个SI修改周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次，用于系统信息修改通知。在实施例中，UE可以在每个默认DRX周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次，对于紧急通知。可选地，UE可以在每个默认DRX周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次，用于系统信息修改通知和紧急通知。

-UE可以不监视寻呼指示(即，UE可以忽略寻呼DCI中的寻呼消息的调度信息，即，在所监视的寻呼时机中在寻址到P-RNTI的PDCCH中接收的DCI)

-否则(即如果SDT定时器没有运行)

UE可以遵循如下所述的寻呼监视行为1。

-UE可以在每个DRX周期(T)的其自己的寻呼时机中监视系统信息修改通知(即，SystemInfoModification)和紧急通知(即，etwsAndCmasIndication)。UE可以在每个DRX周期(T)的其自己的寻呼时机中监视寻呼指示。UE可以在每个DRX周期(T)的其自己的寻呼时机中监视短消息。如先前在背景技术中所解释的，确定UE的寻呼时机。

图11示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE进行寻呼监视的操作的流程图。

在步骤S1110中，UE处于RRC_INACTIVE状态。

在步骤S1120中，UE确定SDT定时器是否运行。

在步骤S1130中，在SDT定时器没有运行的情况下，UE可以遵循第一寻呼监视行为(寻呼监视行为1)。

在步骤S1140中，在SDT定时器运行的情况下，UE可以遵循第二寻呼监视行为(寻呼监视行为2)。

图12示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE在寻呼时机进行PDCCH监视的操作的流程图。

在步骤S1210中，UE处于RRC_INACTIVE状态。

在步骤S1220中，UE确定SDT定时器是否运行(或者SDT过程是否正在进行)。

在步骤S1230中，在SDT定时器没有运行(或者SDT过程未进行)的情况下，UE可以在每个DRX周期(T)的其寻呼时机中监视寻址到P-RNTI的PDCCH。

在步骤S1240中，在SDT定时器运行(或者SDT过程正在进行)的情况下，UE可以在每个SI修改周期的任何寻呼时机监视寻址到P-RNTI的PDCCH至少一次。

图13示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE在寻呼时机进行PDCCH监视的操作的流程图。

在步骤S1310中，UE处于RRC_INACTIVE状态。

在步骤S1320中，UE确定SDT定时器是否运行(或者SDT过程是否正在进行)。

在步骤S1330中，在SDT定时器没有运行(或者SDT过程未进行)的情况下，UE可以在每个DRX周期(T)的其寻呼时机中监视寻址到P-RNTI的PDCCH，该DRX周期是默认DRX周期长度和由RRC/NAS配置的UE特定DRX周期长度中的最小值。

在步骤S1340中，在SDT定时器运行(或者SDT过程正在进行)的情况下，UE可以在每个默认DRX周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次。

图14示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE在寻呼时机进行短消息监视的操作的流程图。

在步骤S1410中，UE处于RRC_INACTIVE状态。

在步骤S1420中，UE确定SDT定时器是否运行(或者SDT过程是否正在进行)。

在步骤S1430中，在SDT定时器没有运行(或者SDT过程未进行)的情况下，UE可以在每个DRX周期(T)的其寻呼时机中监视短消息。

在步骤S1440中，在SDT定时器运行(或者SDT过程正在进行)的情况下，UE可以在每个SI修改周期的任何寻呼时机中监视短消息至少一次。

图15示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE在寻呼时机进行短消息监视的操作的流程图。

在步骤S1510中，UE处于RRC_INACTIVE状态。

在步骤S1520中，UE确定SDT定时器是否运行(或者SDT过程是否正在进行)。

在步骤S1530中，在SDT定时器没有运行(或者SDT过程未进行)的情况下，UE可以在每个DRX周期(T)的其寻呼时机中监视短消息，该DRX周期(T)是默认DRX周期长度和由RRC/NAS配置的UE特定DRX周期长度中的最小值。

在步骤S1540中，在SDT定时器运行(或者SDT过程正在进行)的情况下，UE可以在每个默认DRX周期任何寻呼时机中监视短消息至少一次。

图16示出了根据本公开的实施例的处于RRC_INACTIVE状态下的UE对于早期寻呼指示的操作的流程图。

在步骤S1610中，UE处于RRC_INACTIVE状态。

在步骤S1620中，UE确定SDT定时器是否运行(或者SDT过程是否正在进行)。

在步骤S1630中，在SDT定时器没有运行(或者SDT过程未进行)的情况下，UE可以在每个DRX周期的其寻呼时机中监视早期寻呼指示。

在步骤S1640中，在SDT定时器运行(或者SDT过程正在进行)的情况下，UE可以在每个SI修改周期的任何寻呼时机中监视早期寻呼指示至少一次。

图17示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE在寻呼时机进行短消息监视的操作的流程图。

在步骤S1710中，UE处于RRC_INACTIVE状态。

在步骤S1720中，UE确定SDT定时器是否运行(或者SDT过程是否正在进行)。

在步骤S1730中，在SDT定时器没有运行(或者SDT过程未进行)的情况下，UE可以在每个DRX周期(T)的其寻呼时机中监视早期寻呼指示，该DRX周期(T)指示是默认DRX周期长度和由RRC/NAS配置的UE特定DRX周期长度中的最小值，如前所述。

在步骤S1740中，在SDT定时器运行(或者SDT过程正在进行)的情况下，UE可以在每个默认DRX周期任何寻呼时机中监视早期寻呼指示至少一次。

实施例3

-UE处于RRC_INACTIVE状态

-UE检查SDT过程是否正在进行

-如果SDT过程正在进行(或者如果SDT过程正在进行并且UE处于RRC_INACTIVE状态)，则UE可以遵循寻呼监视行为2，如下所述：

-UE可以在每个SI修改周期(或修改周期)的任何寻呼时机中监视系统信息修改通知(即，系统信息修改)至少一次。SI修改周期的长度是默认DRX周期长度的倍数。SI修改周期的长度在系统信息中从gNB接收。SI修改周期边界由SFN mod m＝0的SFN值定义，其中m是包括SI修改周期的无线电帧的数量。UE可以在每个默认DRX周期的任何寻呼时机中监视紧急通知(即etwsAndCmasIndication)至少一次。默认DRX周期的长度在系统信息中从gNB接收。

在实施例中，UE可以在每个SI修改周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次，用于系统信息修改通知。在实施例中，UE可以在每个默认DRX周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次，用于紧急通知。可选地，UE可以在每个默认DRX周期的任何寻呼时机中监视寻址到P-RNTI的PDCCH至少一次，用于系统信息修改通知和紧急通知。

在实施例中，如果支持早期寻呼指示，并且早期寻呼指示支持短消息或SI更新通知，则UE可以在每个SI修改周期的任何寻呼时机之前监视早期寻呼指示至少一次。在实施例中，如果支持早期寻呼指示并且早期寻呼指示支持紧急通知，则UE可以在每个默认DRX周期的任何寻呼时机之前监视早期寻呼指示至少一次。在实施例中，如果支持早期寻呼指示，并且早期寻呼指示支持紧急通知和SI更新通知，则UE可以在每个默认DRX周期的任何寻呼时机之前监视早期寻呼指示至少一次。UE在任何寻呼时机中不监视寻址到P-RNTI的PDCCH。

在实施例中，如果支持早期寻呼指示并且早期寻呼指示不支持短消息或SI更新通知/紧急通知，则UE可以在每个SI修改周期的任何寻呼时机之前监视早期寻呼指示至少一次。在实施例中，如果支持早期寻呼指示并且早期寻呼指示不支持短消息或SI更新通知/紧急通知，则UE可以在每个默认DRX周期的任何寻呼时机之前监视早期寻呼指示至少一次。如果指示通过早期寻呼指示(或早期寻呼指示指示UE监视其寻呼时机)，则UE可以在寻呼时机中监视寻址到P-RNTI的PDCCH。

-否则(即，如果SDT过程未进行中)

*314The可以遵循如下所述的寻呼监视行为1。

UE可以在每个DRX周期(T)的自己的寻呼时机中监视系统信息修改通知(即，SystemInfoModification)和紧急通知(即，etwsAndCmasIndication)。UE可以在每个DRX周期(T)的自己的寻呼时机中监视寻呼指示。如先前在背景技术中所解释的，确定UE的寻呼时机。

-如果在驻留的小区中不支持早期寻呼指示，则UE可以在每个DRX周期(T)的其寻呼时机中监视寻址到P-RNTI的PDCCH。

-如果在驻留的小区中支持早期寻呼指示，则UE可以在每个DRX周期(T)的其寻呼时机之前监视早期寻呼指示。如果指示通过早期寻呼指示(或早期寻呼指示指示UE监视其寻呼时机)，则UE可以在其寻呼时机中监视寻址到P-RNTI的PDCCH。

-DRX周期长度由RRC配置的UEDRX值、NAS(非接入层)配置的UE特定DRX值和系统信息中广播的默认DRX周期值中的最短值确定

图18示出了根据本公开实施例的处于RRC_INACTIVE状态下的UE进行寻呼监视的操作的示意图。

在步骤S1810中，UE处于RRC_INACTIVE状态。

在步骤S1820中，UE确定SDT过程是否正在进行。

在步骤S1830中，在SDT过程未进行中的情况下，UE可以遵循第一寻呼监视行为(寻呼监视行为1)。

在步骤S1840中，在SDT过程正在进行的情况下，UE可以遵循第二寻呼监视行为(寻呼监视行为2)。

SDT过程期间的SI请求

实施例1：

在本公开的该实施例中，为RRC_INACTIVE状态下的SI请求发起添加了附加条件/标准。当UE需要获取SIB时，它检查SDT过程是否正在进行；或者SDT定时器是否运行。SDT定时器也可称为SDT故障/错误检测定时器。UE的操作如下：

-如果SDT过程没有进行(或者如果SDT定时器没有运行)：

*328-如果SIB1包括包含si-RequestConfigSUL的si-SchedulingInfo，并且选择补充上行链路的标准被满足：

-在SUL上发起基于Msg1的SI请求的RA

-否则，如果SIB1包括包含si-RequestConfig的si-SchedulingInfo，并且选择正常上行链路的标准被满足：

-在NUL上发起基于Msg1的SI请求的RA

-否则

-发起RRCSystemInfoRequest的传输

si-SchedulingInfo包含获取SI消息所需的信息。si-RequestConfigSUL表示UE在补充上行链路(SUL)上用于请求SI消息的Msg1资源的配置。si-RequestConfig表示UE在正常上行链路(NUL)上用于请求SI消息的Msg1资源的配置。

-当接收到SI请求ACK时，UE可以监视SI窗口用于接收SI消息

-在基于Msg1的SI请求的情况下，接收到对应于发送的前导码的RAPID的RAR被认为是SI请求ACK

-在基于视为的SI请求(即，RRCSystemInfoRequest)的情况下，接收到与发送的CCCH SDU的48位相匹配的竞争解决标识被视为SI请求ACK

实施例2：

在本公开的该实施例中，处于RRC_INACTIVE状态下的SI请求发起添加了附加条件/标准。当UE需要获取SIB并且UE处于RRC_INACTIVE状态下时，它检查SDT过程是否正在进行；或者SDT定时器是否运行。UE的操作如下：

-如果UE处于RRC_IDLE状态

-如果SIB1包括包含si-RequestConfigSUL的si-SchedulingInfo，并且选择补充上行链路的标准被满足：

-在SUL上发起基于Msg1的SI请求的RA

-在NUL上发起基于Msg1的SI请求的RA

-否则

-发起RRCSystemInfoRequest的传输

-否则，如果UE处于RRC_INACTIVE状态：

-如果SDT过程没有进行(或者如果SDT定时器没有运行)：

*如果SIB1包括包含si-RequestConfigSUL的si-SchedulingInfo，并且选择补充上行链路的标准被满足：

-在SUL上发起基于Msg1的SI请求的RA

*否则，如果SIB1包括包含si-RequestConfig的si-SchedulingInfo，并且选择正常上行链路的标准被满足：

-在NUL上发起基于Msg1的SI请求的RA

*否则

-发起RRCSystemInfoRequest的传输

-在接收到SI请求ACK时，UE监视SI窗口用于接收SI消息

-在基于Msg1的SI请求的情况下，接收到对应于发送的前导码的RAPID的RAR被视为是SI请求ACK

-在基于Msg3的SI请求(即RRCSystemInfoRequest)的情况下，接收到与发送的CCCH SDU的48位相匹配的竞争解决标识被视为是SI请求ACK

实施例3

在本公开的该实施例中，如果SDT过程正在进行(或者如果SDT定时器运行)，则UE仅被允许发起RRCSystemInfoRequest的传输。UE的操作如下：

-如果SIB1包括包含si-RequestConfigSUL的si-SchedulingInfo，并且选择补充上行链路的标准被满足，并且SDT过程未进行中(或者SDT定时器不在运行)：

-在SUL上发起基于Msg1的SI请求的RA

-否则，如果SIB1包括包含si-RequestConfig的si-SchedulingInfo，并且选择正常上行链路的标准被满足，并且SDT过程未进行(或者SDT定时器没有运行)：

-在NUL上发起基于Msg1的SI请求的RA

-否则

-发起RRCSystemInfoRequest的传输

-在接收到SI请求ACK时，UE可以监视SI窗口用于接收SI消息

-在基于Msg1的SI请求的情况下，接收到对应于发送的前导码的RAPID的RAR被视为是SI请求确认

-在基于Msg3的SI请求(即RRCSystemInfoRequest)的情况下，接收到与发送的CCCH SDU的48位相匹配的竞争解决标识被视为SI请求ACK

-其他问题：

-目前，RRCSystemInfoRequest触发RACH，因为MAC中没有可用的UL授权。然而，在SDT的情况下，UL授权可以在MAC中可用，而RACH可能不会被触发。

-在没有RACH的情况下，SI请求确认不可用。目前SI请求ACK是隐式的；一旦竞争解决成功，SI请求ACK被假定为被接收，并且MAC将其通知给RRC。

-所以问题是，如果RRCSystemInfoRequest在SDT过程期间中被发送，而没有RACH，MAC何时向较高层指示收到SI请求ack。

-选项

-选项1：如果在SDT进行期间CCCH中数据变为可用，则RACH被发起。

-选项2：如果UE接收到包括RRCSystemInfoRequest(或CCCH)的MAC PDU的HARQACK，则SI请求ack被视为将被接收到

-选项3：如果UE接收到用于MAC PDU(包括RRCSystemInfoRequest)的HARQ过程的NDI切换(toggle)的PDCCH，则SI请求ack被视为将被接收到

-选项4：使用SRB1(DCCH)发送SI请求，并且UE接收包括RRCSystemInfoRequest的RLC SDU的RLC ACK

-选项5：如果UE接收到SI请求MAC CE(新MAC CE)，则SI请求ack被视为将被接收到

-选项6：如果UE接收到包括SI请求Ack位的DCI，则SI请求ack被视为将被接收到

-选项7：如果RRC在SDT正在进行时发起RRCSystemInfoRequest，则发起RACH。

实施例4

在本公开的该实施例中，如果SDT过程正在进行(或者如果SDT定时器运行)，则允许UE发起基于Msg1的SI请求或RRCSystemInfoRequest。然而，UL载波应该是被选择用于正在进行的SDT的载波，以避免UL切换。UE的操作如下：

-如果SIB1包括包含si-RequestConfigSUL的si-SchedulingInfo，并且选择补充上行链路的标准被满足，并且SDT过程未进行；或者如果SIB1包括包含si-RequestConfigSUL的si-SchedulingInfo，并且SDT过程正在进行，并且为SDT选择了补充上行链路；

-在SUL上发起基于Msg1的SI请求的RA

-否则，如果SIB1包括包含si-RequestConfig的si-SchedulingInfo，并且选择正常上行链路的标准被满足，并且SDT过程未进行中；或者如果SIB1包括包含si-RequestConfig的si-SchedulingInfo，并且SDT过程正在进行，并且为SDT选择了正常上行链路：

-在NUL上发起基于Msg1的SI请求的RA

-否则

-发起RRCSystemInfoRequest的传输

-当接收到SI请求ACK时，UE可以监视SI窗口用于接收SI消息

-在基于Msg3的SI请求(即，RRCSystemInfoRequest)的情况下，接收到与发送的CCCH SDU的48位相匹配的竞争解决标识被视为SI请求ACK

-其他问题：

-在没有RACH的情况下，SI请求ack不可用。目前SI请求ack是隐式的；一旦竞争解决成功，SI请求ack被假定为被接收到，并且MAC将其通知给RRC。

-选项

-选项1：如果在SDT进行期间CCCH中数据变为可用，则发起RACH。

-选项3：如果UE接收到针对用于MAC PDU(包括RRCSystemInfoRequest)的HARQ过程的NDI切换的PDCCH，则SI请求ack被视为将被接收到

实施例5

-UE处于RRC_INACTIVE状态

-满足执行SDT的标准。UE发起SDT过程。

-UE选择用于SDT的UL载波，比如载波X(X是NUL或SUL)

-当SDT正在进行时，发起基于Msg1的SI请求

-UE为SI请求选择UL载波，比如载波Y(Y是NUL或SUL)

-UE发送SI请求

如果SDT正在进行，并且用于SDT选择的UL载波不同于为SI请求选择的UL载波：

-UE将仅在选择用于发送SI请求的RACH时机期间切换到用于SI请求的UL载波，并且在发送SI请求时，UE切换回选择用于SDT的UL载波

在实施例中，UE选择RO用于SI请求，其不与用于SDT的UL授权重叠。

图19示出了根据本公开实施例的UE 1900的图。

参照图19，UE 1900可以包括处理器1910、收发器1920和存储器1930。然而，所有示出的组件都不是必需的。UE 1900可以由比图19中所示更多或更少的组件来实现。此外，根据另一实施例，处理器1910和收发器1920以及存储器1930可以实现为单个芯片。

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

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

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

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

图20示出了根据本公开实施例的基站2000的图。

参考图20，基站2000可以包括处理器2010、收发器2020和存储器2030。然而，所有示出的组件都不是必需的。基站2000可以由比图20所示更多或更少的组件来实现。此外，根据另一实施例，处理器2010和收发器2020以及存储器2030可以实现为单个芯片。

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

处理器2010可以包括控制所提出的功能、过程和/或方法的一个或多个处理器或其他处理设备。图1至图18的基站(例如gNB)的操作可以由处理器2010来实现。

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

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

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

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

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

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

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

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

尽管已经用各种实施例描述了本公开，但是本领域技术人员可以想到各种变化和修改。本公开旨在包含落入所附权利要求的范围内的这些变化和修改。

Claims

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

识别与小数据传输(SDT)过程相关的定时器是否在处于无线资源控制(RRC)非活动状态下的所述UE处运行；

当所述定时器运行时，执行以下中的至少一个：在每个系统信息(SI)修改周期的任何寻呼时机中监视SI改变指示至少一次，或者在每个默认不连续接收(DRX)周期的任何寻呼时机中监视紧急通知至少一次；以及

基于所述监视的结果，获得SI改变指示或紧急通知中的至少一个。

2.根据权利要求1所述的方法，其中，在所述定时器未运行的情况下，在每个DRX周期中的其寻呼时机中监视SI改变指示，并且在每个DRX周期中的所述寻呼时机中监视紧急通知。

3.根据权利要求2所述的方法，其中，所述DRX周期是基于UE特定DRX值当中的最短DRX值确定的，所述UE特定DRX值包括由RRC配置的UE特定DRX值、由非接入层(NAS)配置的UE特定DRX值和经由系统信息广播的默认DRX值。

4.根据权利要求1所述的方法，其中，当所述定时器运行时，在所述UE处不监视针对寻呼下行链路控制信息(DCI)中的寻呼消息的寻呼指示。

5.根据权利要求1所述的方法，其中，在所述定时器未运行的情况下，在每个DRX周期中的寻呼时机中，监视寻呼下行链路控制信息(DCI)中的寻呼消息的寻呼指示。

6.根据权利要求1所述的方法，其中，在所述SDT过程未进行或所述SDT定时器未运行的情况下，基于包括所述UE用于SI请求的消息1资源的补充上行链路(SUL)配置的系统信息块1(SIB1)和选择SUL的标准被满足，基于补充上行链路发起消息1的随机接入。

7.根据权利要求1所述的方法，其中，在所述SDT过程未进行或所述SDT定时器未运行的情况下，基于包括所述UE用于SI请求的消息1资源的正常上行链路(NUL)配置的系统信息块1(SIB1)和选择NUL的标准被满足，基于NUL发起消息1的随机接入。

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

收发器；以及

处理器，与所述收发器耦合并且被配置为：

识别与小数据传输(SDT)过程相关的定时器是否在处于无线资源控制(RRC)非活动状态下的所述UE处运行，

当所述定时器运行时，执行以下中的至少一个：在每个系统信息(SI)修改周期的任何寻呼时机中监视SI改变指示至少一次，或者在每个不连续接收(DRX)周期的任何寻呼时机中监视紧急通知至少一次，以及

9.根据权利要求8所述的UE，其中，关于默认DRX周期的长度的信息是经由系统信息接收的。

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

在所述定时器未运行的情况下，在每个DRX周期中的寻呼时机中监视SI改变指示，并且在每个DRX周期中的所述寻呼时机中监视紧急通知。

11.根据权利要求10所述的UE，其中，所述DRX周期是基于UE特定DRX值当中的最短DRX值确定的，所述UE特定DRX值包括由RRC配置的UE特定DRX值、由非接入层(NAS)配置的UE特定DRX值和经由系统信息广播的默认DRX值。

12.根据权利要求8所述的UE，其中，当所述定时器运行时，在所述UE处不监视针对寻呼下行链路控制信息(DCI)中的寻呼消息的寻呼指示。

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

在所述定时器未运行的情况下，在每个DRX周期中的寻呼时机中监视寻呼下行链路控制信息(DCI)中的寻呼消息的寻呼指示。

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

在SDT过程未进行或SDT定时器未运行的情况下，基于包括UE用于SI请求的消息1资源的补充上行链路(SUL)配置的系统信息块1(SIB 1)和选择SUL的标准被满足，基于补充上行链路发起消息1的随机接入。

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

在SDT过程未进行或SDT定时器未运行的情况下，基于包括UE用于SI请求的消息1资源的正常上行链路(NUL)配置的系统信息块1(SIB 1)和选择NUL的标准被满足，基于NUL发起消息1的随机接入。