CN118044268A - 由降低能力的ue发送和接收系统信息的系统和方法 - Google Patents

Abstract

提供了一种由无线通信系统中的降低能力的用户设备(redcap UE)执行的方法。该方法包括：获取包括关于正常上行链路(NUL)载波上的第一初始上行链路带宽部分(BWP)的信息的系统信息块1(SIB1)，识别SIB1是否包括用于redcap UE请求系统信息(SI)消息的第一配置信息，基于SIB1识别用于redcap UE的第二初始上行链路BWP是否在NUL载波上被配置，在SIB1包括用于redcap UE的第一配置信息、用于redcap UE的第二初始上行链路BWP被配置、以及选择NUL载波的标准被满足的情况下，基于第一配置信息中的前导码资源，在NUL载波上用于redcap UE的第二初始上行链路BWP中开始用于请求SI消息的随机接入过程，并获取所请求的SI消息。

Description

由降低能力的UE发送和接收系统信息的系统和方法

技术领域

本公开涉及无线通信系统中的用户设备(UE)和基站(BS)的操作。更具体地，本公开涉及用于获取按需(on demand)系统信息的方法和装置。

背景技术

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

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

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

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

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

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

上述信息仅作为背景信息呈现，以帮助理解本公开。关于上述内容中的任何内容是否可以适用作为关于本公开的现有技术，没有做出确定，也没有做出断言。

发明内容

技术问题

本公开涉及无线通信系统中的用户设备(UE)和基站(BS)的操作。更具体地，本公开涉及用于获取按需系统信息的方法和装置。

本公开的各方面至少解决上述问题和/或缺点，并且至少提供下面描述的优点。

因此，本公开的方面是提供一种用于确定用于请求按需系统信息的消息的资源的方法和装置。

本公开的另一方面是提供一种用于根据初始上行链路带宽部分(BWP)是否被配置用于redcap UE和/或用于redcap UE的SI请求的配置信息是否被包括在系统信息块1(SIB1)中来请求系统信息的方法和装置。

附加方面将部分地在下面的描述中阐述，并且部分地将从描述中显而易见，或者可以通过实践所呈现的实施例被学习。

问题的解决方案

根据本公开的一方面，提供了一种由无线通信系统中的降低能力的用户设备(redcap UE)执行的方法。该方法包括：获取包括关于正常上行链路(normal uplink，NUL)载波上的第一初始上行链路带宽部分(BWP)的信息的系统信息块1(SIB1)，识别SIB1是否包括用于redcap UE请求系统信息(SI)消息的第一配置信息，基于SIB1识别用于redcap UE的第二初始上行链路BWP是否在NUL载波上被配置，在SIB1包括用于redcap UE的第一配置信息、用于redcap UE的第二初始上行链路BWP在NUL载波上被配置以及选择NUL载波的标准被满足的情况下，基于第一配置信息中的前导码资源，在NUL载波上用于redcap UE的第二初始上行链路BWP上开始用于请求SI消息的随机接入过程，并获取所请求的SI消息。

根据本公开的另一方面，提供了一种由无线通信系统中的基站执行的方法。该方法包括：向降低能力的用户设备(redcap UE)发送系统信息块1(SIB1)，该SIB1包括关于NUL载波上的第一初始上行链路带宽部分(BWP)的信息，在SIB1包括用于redcap UE请求系统信息(SI)消息的第一配置信息、基于SIB1用于redcap UE的第二初始上行链路BWP在NUL载波上被配置、以及选择NUL载波的标准被满足的情况下，在NUL载波上用于redcap UE的第二初始上行链路BWP中从redcap UE接收用于请求SI消息的物理随机接入信道(PRACH)前导码，其中PRACH前导码基于第一配置信息中的前导码资源被接收，并且向redcap UE发送所请求的SI消息。

根据本公开的另一方面，提供了一种无线通信系统中的降低能力的用户设备(redcap UE)。redcap UE包括被配置为发送和接收信号的收发器，以及与收发器耦合的控制器，并且控制器被配置为获取包括关于NUL载波上的第一初始上行链路带宽部分(BWP)的信息的系统信息块1(SIB1)，识别SIB1是否包括用于redcap UE请求系统信息(SI)消息的第一配置信息，基于SIB1识别用于redcap UE的第二初始上行链路BWP是否在NUL载波上被配置，在SIB1包括用于redcap UE的第一配置信息、用于redcap UE的第二初始上行链路BWP在NUL载波上被配置以及选择NUL载波的标准被满足的情况下，基于第一配置信息中的前导码资源，在NUL载波上用于redcap UE的第二初始上行链路BWP中开始用于请求SI消息的随机接入过程，并获取所请求的SI消息。

根据本公开的另一方面，提供了一种无线通信系统中的基站。基站包括被配置为发送和接收信号的收发器，以及与收发器耦合的控制器，并且控制器被配置为向降低能力的用户设备(redcap UE)发送系统信息块1(SIB1)，该SIB1包括关于NUL载波上的第一初始上行链路带宽部分(BWP)的信息，在SIB1包括用于redcap UE请求系统信息(SI)消息的第一配置信息、基于SIB1用于redcap UE的第二初始上行链路BWP在NUL载波上被配置、以及选择NUL载波的标准被满足的情况下，在NUL载波上用于redcap UE的第二初始上行链路BWP中从redcap UE接收用于请求SI消息的物理随机接入信道(PRACH)前导码，其中PRACH前导码是基于第一配置信息中的前导码资源被接收的，并且向redcap UE发送所请求的SI消息。

通过以下结合附图公开了本公开的各种实施例的详细描述，本公开的其他方面、优点和显著特征对于本领域技术人员将变得显而易见。

发明的有利效果

根据本公开的实施例，UE可以发送用于按需系统信息的SI请求消息并获得所请求的SI消息。

根据本公开的实施例，UE可以考虑初始上行链路BWP是否被配置用于redcap UE和/或用于redcap UE的SI请求的配置信息是否被包括在SIB1中来确定用于SI请求消息的资源。

在本公开中可获得的效果不限于上述效果，并且本公开所属领域的技术人员将从以下描述中清楚地理解本文未提及的其他效果。

附图说明

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

图1A和图1B示出了根据本公开的各种实施例的用于确定用于请求系统信息的资源并基于所确定的资源请求系统信息的流程图的示例；

图2A和图2B示出了根据本公开的各种实施例的用于确定用于请求系统信息的资源并基于所确定的资源请求系统信息的流程图的示例；

图3示出了根据本公开的实施例的用于请求系统信息的流程图的示例；

图4示出了根据本公开的实施例的用于请求系统信息的流程图的示例；

图5示出了根据本公开的实施例的用于请求系统信息的流程图的示例；

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

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

贯穿附图，相同的附图标记将被理解为指代相同的部件、组件和结构。

具体实施方式

提供参考附图的以下描述以帮助全面理解由权利要求及其等同物限定的本公开的各种实施例。其包括各种具体细节以帮助理解，但这些细节应被视为仅仅是示例性的。本领域普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对本文描述的各种实施例进行各种改变和修改。另外，为了清楚和简明，可以省略对公知功能和结构的描述。

在以下描述和权利要求中使用的术语和词语不限于书面含义，而是仅由发明人使用以使得能够清楚且一致地理解本公开。因此，对于本领域技术人员显而易见的是，提供本公开的各种实施例的以下描述仅用于说明目的，而不是出于限制由所附权利要求及其等同物限定的本公开的目的。

应当理解，单数形式“一”、“一个”和“该”包括复数指示物，除非上下文另有明确说明。因此，例如，对“组件表面”的引用包括对一个或多个这样的表面的引用。

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

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

本文中用于描述实施例的术语不旨在限制和/或定义本公开的范围。除非另有定义，否则本公开中使用的技术术语或科学术语应具有本公开所属领域的普通技术人员所理解的普通含义。

应当理解，本公开中使用的“第一”、“第二”和类似词语不表达任何顺序、数量或重要性，而是仅用于区分不同的组件。

如本文所使用的，对“一个示例”或“示例”以及“一个实施例”或“实施例”的任何引用意味着结合实施例描述的特定元件、特征、结构或特性可以包括在至少一个实施例中。出现在不同地方的短语“在一个实施例中”或“在一个示例中”不一定是指相同的实施例。

另外，将进一步理解，诸如术语“包括”或“包含”的类似词语意味着出现在该词语之前的元件或对象涵盖出现在该词语之后的所列元件或对象及其等同物，但不排除其他元件或对象。诸如“连接”或“被连接”的类似词语不限于物理或机械连接，而可以包括电连接，无论直接或间接。“上”、“下”、“左”和“右”仅用于表示相对位置关系，并且当所描述的对象的绝对位置改变时，相对位置关系可以相应地改变。

当考虑到关于功能或配置的一些详细解释可能会不必要地模糊本公开的本质时，将省略这些详细解释。本文使用的所有术语(包括描述性或技术术语)应被解释为具有对本领域普通技术人员显而易见的含义。然而，根据本领域普通技术人员的意图、先例(precedent)或新技术的出现，这些术语可以具有不同的含义，因此，必须基于这些术语的含义与本文提供的描述一起来定义本文使用的术语。

例如，基站可以是gNode B、eNode B(eNB)、节点B、无线电接入单元、基站控制器和网络上的节点中的至少一个。终端可以包括能够执行通信功能的用户设备(UE)、移动站(MS)、移动电话、智能电话、计算机或多媒体系统。在本公开的一些实施例中，下行链路(DL)是通过其将信号从基站发送到终端的无线传输路径，并且上行链路(UL)是通过其将信号从终端发送到基站的无线传输路径。

因此，下面讨论的用于描述本文公开的原理的各种实施例仅用于说明目的，并且不应以任何方式被解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的无线通信系统中实现。尽管本公开的实施例的以下详细描述将针对5G，但是本领域技术人员可以理解，在不脱离本公开的范围的情况下，本公开的要点也可以以轻微修改被应用于具有类似技术背景和信道格式的其他通信系统(例如，超越5G(B5G)或6G)，。

在下文中，将参考附图详细描述本公开的实施例。应当注意，不同附图中的相同附图标记将用于指代已经描述的相同元件。

5G无线通信系统中的载波聚合(CA)/多连接：

5G无线通信系统支持独立操作模式以及双连接(Dual Connectivity，DC)。在DC中，多接收(Rx)/发送(Tx)UE可以被配置为利用由经由非理想回程连接的两个不同节点(或NB)提供的资源。一个节点充当主节点(MN)，另一个节点充当辅节点(SN)。MN和SN经由网络接口连接，并且至少MN可以连接到核心网络。NR还支持多RAT双连接(Multi-RAT DualConnectivity，MR-DC)操作，由此处于RRC_CONNECTED(RRC连接)的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小区(Primary SCG Cell，PSCell)是指其中UE在执行具有Sync(同步)过程的重配置时执行随机接入的SCG中服务小区。对于双连接操作，术语SpCell(即特殊小区)是指MCG的PCell或SCG的PSCell，否则术语特殊小区是指PCell。

5G无线通信系统中的UE状态：

在实施例中，在5G无线通信系统中，RRC可以处于以下状态之一：RRC_IDLE(RRC空闲)、RRC_INACTIVE(RRC非活动)和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(UE Inactive 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发送的短消息，如果被配置；监视与共享的数据信道相关联的控制信道，以确定数据是否针对其被调度；提供信道质量和反馈信息；执行相邻小区测量和测量报告；获取系统信息。

5G无线通信系统中的下行链路控制：

在实施例中，在5G无线通信系统中，物理下行链路控制信道(PDCCH)可以用于调度PDSCH上的下行链路(DL)传输和PUSCH上的上行链路(UL)传输，其中PDCCH上的下行链路控制信息(DCI)包括：至少包含与下行链路共享信道(Downlink Shared Channel，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内定义资源单元资源元素组(Resource ElementGroup，REG)控制信道元素(Control Channel Element，CCE)，其中每个CCE由REG的集合组成。控制信道通过CCE的聚合形成。在另一实施例中，通过聚合不同数量的CCE来实现控制信道的不同码率。在CORESET中支持交织和非交织CCE到REG映射。极化编码可以用于PDCCH。携带PDCCH的每个资源元素组携带其自己的DMRS。QPSK调制可以用于PDCCH。

在又一实施例中，在5G无线通信系统中，针对每个配置的BWP由gNB发信号通知搜索空间配置的列表，其中每个搜索配置由标识符唯一地标识。由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+持续时间中，其中具有编号‘y’的无线电帧中具有编号‘x’的时隙满足以下等式：

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

在实施例中，具有PDCCH监视时机的每个时隙中的PDCCH监视时机的起始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监视时机的长度(以符号为单位)在与搜索空间相关联的corset中给出。搜索空间配置包括与其相关联的coreset配置的标识符。针对每个配置的BWP由gNB发信号通知coreset配置的列表，其中每个coreset配置可以由标识符唯一地标识。

注意，每个无线电帧具有10ms持续时间。无线电帧可以由无线电帧号或系统帧号标识。每个无线电帧包括若干时隙，其中无线电帧中的时隙的数量和时隙的持续时间取决于子载波间隔。无线电帧中的时隙的数量和时隙的持续时间取决于每个支持的SCS的无线电帧，可以在NR中预定义。

每个coreset配置可以与传输配置指示符(Transmission ConfigurationIndicator，TCI)状态的列表相关联。可以每TCI状态配置一个DL参考信号(RS)ID(例如，同步信号块(SSB)或信道状态信息参考信号(CSI RS))。与coreset配置相对应的TCI状态的列表可以由gNB经由RRC信令发信号通知。TCI状态的列表中的TCI状态之一由gNB激活并指示给UE。TCI状态指示由GNB用于搜索空间的PDCCH监视时机中的PDCCH的传输的DL TX波束(DLTX波束与TCI状态的SSB/CSI RS准共址(Quasi Co Located，QCLed))。

5G无线通信系统中的带宽部分(BWP)：

在实施例中，在5G无线通信系统中，支持带宽自适应(Bandwidth Adaptation，BA)。利用BA，UE的接收和发送带宽不需要与小区的带宽一样大，并且可以被调整：宽度可以被命令改变(例如，在低活动时段(period)期间收缩以节省功率)；位置可以在频域中移动(例如，以增加调度灵活性)；并且子载波间隔可以被命令改变(例如，以允许不同的服务)。小区的总小区带宽的子集可以被称为带宽部分(BWP)。通过配置RRC连接UE具有BWP并告诉UE配置的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-InactivityTime(bwp-非活动时间)、RRC信令或媒体访问控制(MAC)实体本身控制。

在另一实施例中，在添加特殊小区(SpCell)或激活Scell时，分别由firstActiveDownlinkBWP-Id(第一活动下行链路BWP-Id)和firstActiveUplinkBWP-Id(第一活动上行链路BWP-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_IDLE和RRC_INACTIVE状态下，UE在初始DL BWP中从GNB接收下行链路传输，并且UE在初始UL BWP中发送上行链路传输。初始DL BWP配置可以由系统信息(例如，系统信息块1(SIB1))中的字段initialDownlinkBWP(初始下行链路BWP)发信号通知。初始UL BWP配置由系统信息(例如，SIB1)中的字段initialUplinkBWP(初始上行链路BWP)发信号通知。

5G无线通信系统中的系统信息获取：

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

-例如，MIB总是以80ms的周期和80ms内进行的重复在广播信道(BroadcastChannel，BCH)上被发送，并且其包括从小区获取SIB1所需的参数。

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

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

-UE从驻留或服务小区获取SIB1。UE针对UE需要获取的SI消息检查SIB1中的BroadcastStatus(广播状态)位。由gNB使用SIB1中的IE si-RequestConfigSUL(si-请求配置SUL)来发信号通知用于补充上行链路(Supplementary Uplink，SUL)上的初始UL BWP的SI请求配置。SIB1包括字段ServingCellConfigCommonSIB(服务小区配置公共SIB)。字段ServingCellConfigCommonSIB包括字段supplementaryUplink(补充上行链路)。SupplementaryUplink字段包括initialUplinkBWP，其指示SUL上的初始UL BWP配置(RACH配置、PUCCH配置、PUSCH配置、BWP的位置和带宽、BWP的子载波间隔等)。在其中SIB1中不存在IE si-RequestConfigSUL的情况下，UE考虑用于SUL上的初始上行链路BWP的SI请求配置未由gNB发信号通知。用于正常上行链路(NUL)上的初始UL BWP的SI请求配置由gNB使用SIB1中的IE si-RequestConfig(si-请求配置)发信号通知。SIB1包括字段ServingCellConfigCommonSIB。字段ServingCellConfigCommonSIB包括字段uplinkConfigCommon(上行链路配置公共)。uplinkConfigCommon字段包括initialUplinkBWP，其指示NUL上的初始UL BWP配置(RACH配置、PUCCH配置、PUSCH配置、BWP的位置和带宽、BWP的子载波间隔等)。在其中SIB1中不存在IE si-RequestConfig的情况下，UE考虑NUL上的初始上行链路BWP的SI请求配置未由gNB发信号通知。如果UE需要获取的SI消息没有被广播(即，BroadcastStatus位被设置为零)，则UE发起SI请求的传输。

SI请求传输的过程如下：

-如果针对SUL上的初始UL BWP由gNB发信号通知SI请求配置，并且满足选择SUL的标准(即，从驻留或服务小区的SSB测量导出的RSRP<rsrp-ThresholdSSB-SUL(rsrp-阈值SSB-SUL)，其中rsrp-ThresholdSSB-SUL由gNB发信号通知(例如，在诸如SIB1的广播信令中))：UE在SUL上基于基于消息1(Msg1)的SI请求发起SI请求的传输。在实施例中，UE使用SUL的SI请求配置中的PRACH前导码和PRACH资源发起随机接入过程。在随机接入过程期间，UE分别在SUL上的初始上行链路BWP和初始下行链路BWP上发送和接收。在另一实施例中，UE发送Msg1(即随机接入前导码)并等待对SI请求的确认。在SUL的SI请求配置中指示的随机接入资源(PRACH前导码(PRACH preamble)和PRACH时机(PRACH occasions))用于Msg1。Msg1在SUL上被发送。在其中接收到对SI请求的确认的情况下，UE在所请求的SI消息的一个或多个SI时段中监视该SI消息的SI窗口。

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

-否则，UE基于基于消息3(Msg3)的SI请求发起SI请求的传输。换句话说，UE发起RRCSystemInfoRequest(RRC系统信息请求)消息的传输(345)。UE发送Msg1(即随机接入前导码)并等待随机接入响应(RAR)。公共随机接入资源(PRACH前导码和PRACH时机)用于所选择的UL载波上的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载波。

在实施例中，处于RRC_IDLE和RRC_INACTIVE状态的UE在初始DL BWP中从GNB接收下行链路传输，并且UE在初始UL BWP中发送上行链路传输。初始DL BWP配置由系统信息(例如，SIB1)中的字段initialDownlinkBWP发信号通知。初始UL BWP配置由系统信息(例如，SIB1)中的字段initialUplinkBWP发信号通知。在服务小区的上行链路载波上存在一个初始UL BWP。在服务小区的下行链路载波上存在一个初始下行链路BWP。

在另一实施例中，为了支持降低能力的UE(redcap UE)，可以在服务小区的上行链路载波上配置附加初始上行链路BWP，并且可以在服务小区的下行链路载波上配置附加下行链路BWP。问题是如何发信号通知用于降低能力的UE的SI请求资源以及如何确定是否由降低能力的UE执行基于Msg1/Msg3的SI请求。降低能力的UE是支持减少的UE RX/TX天线的数量、减少的带宽、放宽的(relaxed)UE处理时间、放宽的UE处理能力、减少的DL MIMO层的最大数量、放宽的最大调制阶数、和/或双工操作的UE。

图1A、1B、2A和2B示出了根据本公开的各种实施例的用于确定用于请求系统信息的资源以及基于所确定的资源来请求系统信息的流程图的示例。

参考图1A、图1B、图2A和图2B，将描述本公开的实施例。

实施例1

UE处于RRC_IDLE状态或RRC_INACTIVE状态。

在操作101、201处，UE驻留在小区(也称为PCell)上。

在实施例中，小区可以在UL载波上被配置有第一初始UL BWP和第二初始UL BWP。小区可以被配置有一个UL载波，即NUL载波，或者小区可以被配置有两个UL载波，即NUL载波和SUL载波。UE可以在NUL载波上被配置有第一初始UL BWP和/或第二初始UL BWP。UE可以在SUL载波上被配置有第一初始UL BWP和/或第二初始UL BWP。

第一初始UL BWP可以用于非redcap UE(除了降低能力的UE之外的UE)。第二初始UL BWP可以用于redcap UE(降低能力的UE)。UL载波的第一初始UL BWP和第二初始UL BWP的BWP配置可以在系统信息中(例如，在SIB1中)被发信号通知。

在操作102、202处，UE已经从驻留小区获取SIB1。

在驻留小区中发送的SIB1可以包括si-RequestConfig和/或si-RequestConfigSUL IE。si-RequestConfig IE和si-RequestConfigSUL IE可以包含用于基于Msg1的SI请求的配置。

在本公开的该实施例中，SIB1中的si-RequestConfig和/或si-RequestConfigSUL可以指示用于redcap UE和非redcap UE两者的SI请求资源。

在实施例中，SIB1中的si-RequestConfig IE可以指示用于NUL上的第一初始ULBWP和NUL上的第二初始UL BWP的SI请求RACH资源。

在另一实施例中，si-RequestConfig IE可以可选地包括rach-OccasionsSI(rach-时机SI)。rach-OccasionsSI包括NUL上的SI请求的专用RACH时机(RACH occasions)的配置。来自用于被用于请求特定SI消息的SI请求的这些专用RACH时机的RACH时机可以由si-RequestConfig IE中的si-RequestResources(si-请求资源)IE进一步指示。

si-RequestConfig中的rach-OccasionsSI可以包括prach-ConfigurationIndex(prach-配置索引)、msg1-FDM和msg1-FrequencyStart(msg1-频率开始)。这些可以由redcap UE和非redcap UE两者用于确定NUL上的SI请求的专用RACH时机。Prach-ConfigurationIndex指示PRACH传输时机的时间实例。Msg1-FDM指示在一次实例(one-timeinstance)中经FDM的PRACH传输时机的数量。Msg1-FrequencyStart是频域中最低PRACH传输时机相对于PRB 0的偏移。

在操作204处，如果UE是redcap UE并且配置了NUL上的第二初始UL BWP，则UE可以将si-RequestConfig IE中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于NUL上的第二初始UL BWP，并确定NUL上的第二初始UL BWP中的RO。在操作207处，PRB 0是NUL上的第二初始UL BWP的PRB 0。在操作208处，UE可以从所确定的RO中选择RO，并且在操作209处从由与UE需要请求SI的SI消息相对应的SI请求资源的列表(即，si-RequestConfig中的SI-RequestResources(SI-请求资源))中的ra-PreambleStartIndex(ra-前导码开始索引)指示的前导码中选择前导码。在操作210处，UE可以在NUL的第二初始UL BWP上发送Msg1。

在操作211处，如果UE是redcap UE并且NUL上的第二初始UL BWP未被配置，则UE可以将si-RequestConfig IE中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于NUL上的第一初始UL BWP，并确定NUL上的第一初始UL BWP中的RO。在操作213处，PRB 0是NUL上的第一初始UL BWP的PRB 0。

如果UE不是redcap UE，则UE可以将si-RequestConfig IE中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于NUL上的第一初始UL BWP，并确定NUL上的第一初始UL BWP中的RO。在操作213处，PRB 0是在NUL上的第一初始UL BWP的PRB 0。在操作214处，UE可以从所确定的RO中选择RO，并且在操作215处从与UE需要请求的SI消息相对应的SI请求资源的列表(即，si-RequestConfig中的SI-RequestResources)中的ra-PreambleStartIndex指示的前导码中选择前导码。在操作216处，UE可以在NUL的第一初始UL BWP上发送Msg1。

如果在si-RequestConfig IE中不存在rach-OccasionsSI：

-如果NUL上的第二初始UL BWP被配置，则redcap UE可以使用NUL上的第二初始ULBWP的rach-ConfigCommon(rach-配置公共)IE中配置的对应的参数(例如，RACH时机)。在操作221处，redcap UE可以使用NUL上的第二初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定NUL上的第二初始上行链路BWP的RACH时机。来自由NUL上的第二初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfig IE中的si-RequestResources IE进一步指示。

-如果NUL上的第二初始UL BWP未被配置，则redcap UE可以使用NUL上的第一初始上行链路BWP的rach-ConfigCommon IE中配置的对应的参数(例如，RACH时机)。在操作231处，redcap UE可以使用NUL上的第一初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定NUL上的第一初始上行链路BWP上的RACH时机。来自由NUL上的第一初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfig IE中的si-RequestResources IE进一步指示。

-非redcap UE可以使用NUL上的第一初始上行链路BWP的rach-ConfigCommon中配置的对应的参数(例如，RACH时机)。UE可以使用NUL上的第一初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定NUL上的第一初始上行链路BWP上的RACH时机。来自由NUL上的第一初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfig IE中的si-RequestResources IE进一步指示。

在实施例中，si-RequestConfig IE可以包括si-RequestPeriod(si-请求时段)和/或si-RequestResources。参数si-RequestPeriod以关联时段(association period)的数量指示SI-Request(SI-请求)配置的周期。参数si-RequestResources是用于请求未被周期地广播的SI消息的SI请求资源的列表。如果列表中仅存在一个条目，则该配置用于si-BroadcastStatus(si-广播状态)被设置为notBroadcasting(非广播)的所有SI消息。否则，列表中的第一条目与针对其si-BroadcastStatus被设置为notBroadcasting的schedulingInfoList(调度信息列表)中的第一SI消息相对应，列表中的第二条目与针对其si-BroadcastStatus被设置为notBroadcasting的schedulingInfoList中的第二SI消息相对应，依此类推。

列表中的每个条目包括参数ra-PreambleStartIndex、ra-AssociationPeriodIndex(ra-关联时段索引)和/或ra-ssb-OccasionMaskIndex(ra-ssb-时机掩码索引)。ra-AssociationPeriodIndex是si-RequestPeriod中的关联时段的索引，其中UE可以使用由ra-PreambleStartIndex指示的前导码和由ra-ssb-OccasionMaskIndex指示的rach时机来发送与该SI-RequestResources相对应的SI消息的SI请求。ra-ssb-OccasionMaskIndex指示用于请求SI消息的来自由rach-OccasionsSI或公共RACH配置(如果rach-OccasionsSI未被配置)指示的RACH时机的RACH时机的子集。如果N个SSB与RACH时机相关联，其中N>＝1，则对于第i个SSB(i＝0，...，N-1)，具有前导码索引＝ra-PreambleStartIndex+i的前导码用于SI请求；对于N<1，具有前导码索引＝ra-PreambleStartIndex的前导码用于SI请求。

SIB1中的si-RequestConfigSUL IE可以指示用于SUL上的第一初始UL BWP和SUL上的第二初始UL BWP的SI请求RACH资源。

在操作103处，SIB1可以包括si-RequestConfigSUL IE，并且可以满足选择补充上行链路的标准。

在实施例中，在操作106、112、206、212处，si-RequestConfigSUL IE可以可选地包括rach-OccasionsSI。rach-OccasionsSI可以包括SUL上的SI请求的专用RACH时机的配置。来自用于请求特定SI消息的SI请求的专用RACH时机的RACH时机可以由si-RequestConfigSUL IE中的si-RequestResources IE进一步指示。

si-RequestConfigSUL IE中的参数rach-OccasionsSI可以包括prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart。这些由redcap UE和非redcap UE使用以确定SUL上的SI请求的专用RACH时机。参数prach-ConfigurationIndex指示PRACH传输时机的时间实例。参数msg1-FDM指示在一次实例中经FDM的PRACH传输时机的数量。参数msg1-FrequencyStart是频域中最低PRACH传输时机相对于PRB 0的偏移。

在操作104处，如果UE是redcap UE并且第二初始UL BWP在SUL上被配置，则在操作105处UE可以在SUL的第二初始UL BWP上发起RA过程。更具体地，在操作104处，如果UE是redcap UE并且SUL上的第二初始UL BWP被配置，则UE可以将si-RequestConfigSUL IE中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于SUL上的第二初始UL BWP，并确定SUL上的第二初始UL BWP中的RO。在操作107处，PRB 0是SUL上的第二初始UL BWP的PRB0。在操作108处，UE可以从所确定的RO中选择RO，并且在操作109处从与UE需要请求SI的SI消息相对应的SI请求资源的列表(即，si-RequestConfigSUL中的SI-RequestResources)中的ra-PreambleStartIndex指示的前导码中选择前导码。在操作110处，UE可以在SUL的第二初始UL BWP上发送Msg1。

如果UE是redcap UE并且SUL上的第二初始UL BWP未被配置，则在操作111处，UE可以在SUL的第一初始UL BWP上发起RA过程。更具体地，UE可以将si-RequestConfigSUL IE中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于SUL上的第一初始UL BWP，并确定SUL上的第一初始UL BWP中的Ro。操作113处，PRB 0是SUL上的第一初始UL BWP的PRB0。在操作114处，UE可以从所确定的RO中选择RO，并且在操作115处从与UE需要请求的SI消息相对应的SI请求资源的列表(即，si-RequestConfigSUL中的SI-RequestResources)中的ra-PreambleStartIndex指示的前导码中选择前导码。在操作116处，UE可以在SUL的第一初始UL BWP上发送Msg1。

如果UE不是redcap UE，则UE可以将si-RequestConfigSUL IE中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于SUL上的第一初始UL BWP，并确定SUL上的第一初始UL BWP中的RO。在操作113处，PRB 0是SUL上的第一初始UL BWP的PRB0。在操作114处，UE可以从所确定的RO中选择RO，并且在操作115处从与UE需要请求的SI消息相对应的SI请求资源的列表(即，si-RequestConfigSUL中的SI-RequestResources)中的ra-PreambleStartIndex指示的前导码中选择前导码。在操作116，UE可以在SUL的第一初始UL BWP上发送Msg1。

如果在si-RequestConfigSUL IE中不存在rach-OccasionsSI：

-如果SUL上的第二初始UL BWP被配置，则redcap UE可以使用SUL上的第二初始ULBWP的rach-ConfigCommon中配置的对应的参数(例如，RACH时机)。在操作121处，redcap UE可以使用SUL上的第二初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定SUL上的第二初始上行链路BWP的RACH时机。来自由SUL上的第二初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfigSUL IE中的si-RequestResources IE进一步指示。

-如果SUL上的第二初始UL BWP未被配置，则redcap UE可以使用SUL上的第一初始上行链路BWP的rach-ConfigCommon中配置的对应的参数(例如，RACH时机)。在操作131处，redcap UE使用SUL上的第一初始UL BWP的rach-ConfigCommon中的Prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定SUL上的第一初始上行链路BWP上的RACH时机。来自由SUL上的第一初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfigSUL IE中的si-RequestResources IE进一步指示。

-非redcap UE可以使用SUL上的第一初始上行链路BWP的rach-ConfigCommon中配置的对应的参数(例如，RACH时机)。在操作131处，UE可以使用SUL上的第一初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定SUL上的第一初始上行链路BWP上的RACH时机。来自由SUL上的第一初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机由si-RequestConfigSUL IE中的si-RequestResources IE进一步指示。

在实施例中，si-RequestConfigSUL IE包括si-RequestPeriod和si-RequestResources。si-RequestPeriod以关联时段的数量指示SI-Request配置的周期。si-RequestResources是用于请求未被周期地广播的SI消息的SI请求资源的列表。如果列表中仅存在一个条目，则该配置可以用于si-BroadcastStatus被设置为notBroadcasting的所有SI消息。否则，列表中的第一条目与针对其si-BroadcastStatus被设置为notBroadcasting的schedulingInfoList中的第一SI消息相对应，列表中的第二条目与针对其si-BroadcastStatus被设置为notBroadcasting的schedulingInfoList中的第二SI消息相对应，依此类推。

列表中的每个条目包括ra-PreambleStartIndex、ra-AssociationPeriodIndex、ra-ssb-OccasionMaskIndex。ra-AssociationPeriodIndex是si-RequestPeriod中的关联时段的索引，其中UE可以使用由ra-PreambleStartIndex指示的前导码和由ra-ssb-OccasionMaskIndex指示的rach时机来发送与该SI-RequestResources相对应的SI消息的SI请求。ra-ssb-OccasionMaskIndex指示用于请求SI消息的来自由rach-OccasionsSI或公共RACH配置(如果rach-OccasionsSI未被配置)指示的RACH时机的RACH时机的子集。如果N个SSB与RACH时机相关联，其中N>＝1，则对于第i个SSB(i＝0，...，N-1)，具有前导码索引＝ra-PreambleStartIndex+i的前导码用于SI请求；对于N<1，对于任何SSB，具有前导码索引＝ra-PreambleStartIndex的前导码用于SI请求。UE选择SSB，然后从由与UE需要请求的SI消息相对应的ra-PreambleStartIndex指示的前导码中选择与所选择的SSB相对应的前导码。

基于Msg1或Msg3的SI请求之间的选择：

·如果SIB1包括si-RequestConfigSUL并且满足选择补充上行链路的标准(如图1A和1B所示)，则UE可以在SUL上基于基于Msg1的SI请求发起SI请求的传输。在实施例中，UE可以使用与UE在小区内操作所需的SI消息相对应的si-RequestConfigSUL中的PRACH前导码和PRACH资源在补充上行链路上发起RA过程，并且对于该SI消息si-BroadcastStatus被设置为notBroadcasting。

redcap UE可以在SUL上的第二初始UL BWP上使用由si-RequestConfigSUL指示的PRACH前导码和PRACH资源，Msg1可以在SUL上的第二初始UL BWP上被发送。如果第二初始ULBWP在SUL上未被配置，则redcap UE可以在SUL上的第一初始UL BWP上使用由si-RequestConfigSUL指示的PRACH前导码和PRACH资源，Msg1可以在SUL上的第一初始UL BWP上被发送。

非redcap UE可以在SUL上的第一初始UL BWP上使用由si-RequestConfigSUL指示的PRACH资源。

·否则，如果在操作203处SIB1包括si-RequestConfig并且满足选择正常上行链路的标准(参考图2A和2B)，则UE可以在NUL上基于基于Msg1的SI请求发起SI请求的传输，即，使用与UE在小区内操作所需的SI消息相对应的si-RequestConfig中的PRACH前导码和PRACH资源的正常上行链路上的RA过程，对于该SI消息si-BroadcastStatus被设置为notBroadcasting。

具体地，在操作205处，redcap UE可以在NUL上的第二初始UL BWP上使用由si-RequestConfig指示的PRACH资源，Msg1可以在NUL上的第二初始UL BWP上被发送。如果第二初始UL BWP未被配置，则redcap UE可以在NUL上的第一初始UL BWP上使用由si-RequestConfig指示的PRACH资源，Msg1可以在NUL上的第一初始UL BWP上被发送。

非redcap UE可以在NUL上的第一初始UL BWP上使用由si-RequestConfig指示的PRACH资源。

·否则，UE可以基于Msg3发起SI请求的传输，即，UE可以发起RRCSystemInfoRequest消息的传输。

redcap UE可以使用所选择的UL载波的第二初始UL BWP的公共RACH资源。如果第二初始UL BWP在所选择的UL载波上未被配置，则redcap UE可以使用所选择的UL载波的第一初始上行链路BWP的公共RACH资源。

非redcap UE可以使用所选择的UL载波的第一初始UL BWP的公共RACH资源。

在实施例中，如果SUL被配置并且从驻留小区或服务小区的SSB测量导出的RSRP<rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB发信号通知(例如，在诸如SIB1的广播信令中)，则可以选择SUL。如果在驻留小区中支持SUL并且从驻留小区或服务小区的SSB测量导出的RSRP>＝rsrp-ThresholdSSB-SUL，则可以选择NUL；或者，如果在服务小区中不支持SUL，则可以选择NUL。

在实施例中，如果在小区中配置第一初始DL BWP和第二初始DL BWP，则在发起用于SI请求的随机接入过程时，如果在第二初始DL BWP上配置RAR搜索空间，则redcap UE可以切换到第二初始DL BWP以接收RAR。在实施例中，仅当UE使用第二初始UL BWP用于UL传输时，才可以执行切换到第二初始DL BWP。

实施例2

UE处于RRC_IDLE状态或RRC_INACTIVE状态。

UE驻留在小区(也称为PCell)上。

小区可以在UL载波上配置有第一初始UL BWP和第二初始UL BWP。小区可以配置有一个UL载波，即NUL载波，或者小区可以配置有两个UL载波，即NUL和SUL载波。UE可以在NUL载波上配置有第一初始UL BWP和/或第二初始UL BWP。UE可以在SUL载波上配置有第一初始UL BWP和/或第二初始UL BWP。

第一初始UL BWP可以用于非redcap UE(除了降低能力的UE之外的UE)。第二初始UL BWP可以用于redcap UE(降低能力的UE)。UL载波的第一初始UL BWP和第二初始UL BWP的BWP配置可以在系统信息中(例如在SIB1中)被发信号通知。

UE可以从驻留小区获取SIB1。在驻留小区中发送的SIB1可以包括si-RequestConfig IE和/或si-RequestConfigSUL IE。

在驻留小区中发送的SIB1可以包括si-RequestConfigRedcap(si-请求配置Redcap)IE和/或si-RequestConfigRedcapSUL(si-请求配置RedcapSUL)IE。

在实施例中，SIB1中的si-RequestConfig和/或si-RequestConfigSUL可以指示用于非Redcap UE的SI请求资源。如果NUL上的第二初始UL BWP未被配置，则SIB1中的si-RequestConfig还可以指示用于redcap UE的SI请求资源。如果NUL上的第二初始UL BWP被配置，则SIB1中的si-RequestConfigRedcap可以指示用于redcap UE的SI请求资源。如果SUL上的第二初始UL BWP未被配置，则SIB1中的si-RequestConfigSUL还可以指示用于redcap UE的SI请求资源。如果SUL上的第二初始UL BWP被配置，则SIB1中的si-RequestConfigRedcapSUL可以指示用于redcap UE的SI请求资源。

在实施例中，SIB1中的si-RequestConfigRedcap IE可以指示用于NUL上的第二初始UL BWP的SI请求RACH资源。它可以仅由Redcap UE使用。

在实施例中，si-RequestConfigRedcap IE可以可选地包括rach-OccasionsSI。rach-OccasionsSI可以包括NUL的第二初始UL BWP上的SI请求的专用RACH时机的配置。来自用于请求特定SI消息的SI请求的这些专用RACH时机的RACH时机可以由si-RequestConfigRedcap IE中的si-RequestResources IE进一步指示。

si-RequestConfigRedcap IE中的rach-OccasionsSI可以包括prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart，redcap UE使用它们来确定第二初始UL BWP NUL上的SI请求的专用RACH时机。参数prach-ConfigurationIndex指示PRACH传输时机的时间实例。参数msg1-FDM指示在一次实例中经FDM的PRACH传输时机的数量。参数msg1-FrequencyStart是频域中最低PRACH传输时机相对于PRB 0的偏移。

如果UE是redcap UE，则UE可以将si-RequestConfigRedcap IE中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于NUL上的第二初始UL BWP，并确定NUL上的第二初始UL BWP中的Ro。PRB 0是NUL上的第二初始UL BWP的PRB 0。

如果在si-RequestConfigRedcap中不存在rach-OccasionsSI：

-redcap UE可以使用NUL上的第二初始UL BWP的rach-ConfigCommon IE中配置的对应的参数(例如，RACH时机)。redcap UE可以使用NUL上的第二初始UL BWP的rach-ConfigCommon IE中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定NUL上的第二初始上行链路BWP的RACH时机。来自由NUL上的第二初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfigRedcap IE中的si-RequestResources IE进一步指示。

在实施例中，SIB1中的si-RequestConfigRedcapSUL IE可以指示用于SUL上的第二初始UL BWP的SI请求RACH资源。它可以仅由redcap UE使用。

在实施例中，si-RequestConfigRedcapSUL IE可以可选地包括rach-OccasionsSI。rach-OccasionsSI可以包括SUL的第二初始UL BWP上的SI请求的专用RACH时机的配置。来自用于请求特定SI消息的SI请求的这些专用RACH时机的RACH时机可以由si-RequestConfigRedcapSUL IE中的si-RequestResources IE进一步指示。

si-RequestConfigRedcapSUL中的rach-OccasionsSI可以包括prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart。这些可以由redcap UE用于确定第二初始UL BWP SUL上的SI请求的专用RACH时机。Prach-ConfigurationIndex指示PRACH传输时机的时间实例。Msg1-FDM指示在一次实例中经FDM的PRACH传输时机的数量。Msg1-FrequencyStart是频域中最低PRACH传输时机相对于PRB 0的偏移。

如果UE是redcap UE，则UE可以将si-RequestConfigRedcapSUL中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于SUL上的第二初始UL BWP，并确定SUL上的第二初始UL BWP中的RO。PRB0是SUL上的第二初始UL BWP的PRB0。

如果在si-RequestConfigRedcapSUL中不存在rach-OccasionsSI：

-redcap UE可以使用SUL上的第二初始UL BWP的rach-ConfigCommon IE中配置的对应的参数(例如，RACH时机)。redcap UE可以使用SUL上的第二初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定SUL上的第二初始上行链路BWP的RACH时机。来自由SUL上的第二初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfigRedcapSUL IE中的si-RequestResources IE进一步指示。

在实施例中，SIB1中的si-RequestConfig IE可以指示用于redcap UE和非redcapUE两者的NUL上的第一初始UL BWP的SI请求RACH资源。仅当NUL上的第二初始UL BWP未被配置时，redcap UE才可以使用此。

在实施例中，si-RequestConfig IE可以可选地包括rach-OccasionsSI。rach-OccasionsSI可以包括NUL上的第一初始UL BWP的SI请求的专用RACH时机的配置。来自用于请求特定SI消息的SI请求的这些专用RACH时机的RACH时机可以由si-RequestConfig IE中的si-RequestResources IE进一步指示。

si-RequestConfig IE中的参数rach-OccasionsSI可以包括prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart。这些可以由redcap UE和非redcap UE两者使用来确定NUL上的第一初始UL BWP的SI请求的专用RACH时机。参数prach-ConfigurationIndex指示PRACH传输时机的时间实例。参数msg1-FDM指示在一次实例中经FDM的PRACH传输时机的数量。参数msg1-FrequencyStart是频域中最低PRACH传输时机相对于PRB 0的偏移。

UE可以将rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于NUL上的第一初始UL BWP，并确定NUL上的第一初始UL BWP中的RO。PRB 0是NUL上的第一初始UL BWP的PRB0。

如果在si-RequestConfig中不存在rach-OccasionsSI：

-UE可以使用NUL上的第一初始上行链路BWP的rach-ConfigCommon IE中配置的对应的参数(例如，RACH时机)。UE可以使用NUL上的第一初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定NUL上的第一初始上行链路BWP上的RACH时机。来自由NUL上的第一初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfig IE中的si-RequestResources IE进一步指示。

在实施例中，si-RequestConfig IE包括si-RequestPeriod和si-RequestResources。si-RequestPeriod以关联时段的数量指示SI-Request配置的周期。si-RequestResources是用于请求未被周期地广播的SI消息的SI请求资源的列表。如果列表中仅存在一个条目，则该配置用于si-BroadcastStatus被设置为notBroadcasting的所有SI消息。否则，列表中的第一条目与针对其si-BroadcastStatus被设置为notBroadcasting的schedulingInfoList中的第一SI消息相对应，列表中的第二条目与针对其si-BroadcastStatus被设置为notBroadcasting的schedulingInfoList中的第二SI消息相对应，依此类推。

列表中的每个条目包括ra-PreambleStartIndex、ra-AssociationPeriodIndex、ra-ssb-OccasionMaskIndex。ra-AssociationPeriodIndex是si-RequestPeriod中的关联时段的索引，其中UE可以使用由ra-PreambleStartIndex指示的前导码和由ra-ssb-OccasionMaskIndex指示的rach时机来发送与该SI-RequestResources相对应的SI消息的SI请求。ra-ssb-OccasionMaskIndex指示用于请求SI消息的来自由rach-OccasionsSI或公共RACH配置(如果rach-OccasionsSI未被配置)指示的RACH时机的RACH时机的子集。如果N个SSB与RACH时机相关联，其中N>＝1，则对于第i个SSB(i＝0，...，N-1)，具有前导码索引＝ra-PreambleStartIndex+i的前导码用于SI请求；对于N<1，具有前导码索引＝ra-PreambleStartIndex的前导码用于SI请求。

在实施例中，SIB1中的si-RequestConfigSUL IE可以指示用于redcap UE和非redcap UE两者的SUL上的第一初始UL BWP的SI请求RACH资源。仅当SUL上的第二初始ULBWP未被配置时，redcap UE才可以使用此。

在实施例中，si-RequestConfigSUL IE可以可选地包括rach-OccasionsSI。rach-OccasionsSI可以包括SUL上的第一初始UL BWP的SI请求的专用RACH时机的配置。来自用于请求特定SI消息的SI请求的这些专用RACH时机的RACH时机可以由si-RequestConfigSULIE中的si-RequestResources IE进一步指示。

si-RequestConfigSUL中的rach-OccasionsSI可以包括prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart。这些可以由redcap UE和非redcap UE两者使用来确定SUL上的第一初始UL BWP的SI请求的专用RACH时机。prach-ConfigurationIndex指示PRACH传输时机的时间实例。msg1-FDM指示在一次实例中经FDM的PRACH传输时机的数量。msg1-FrequencyStart是频域中最低PRACH传输时机相对于PRB 0的偏移。

UE可以将si-RequestConfigSUL中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于SUL上的第一初始UL BWP，并确定SUL上的第一初始UL BWP中的Ro。PRB 0是SUL上的第一初始UL BWP的PRB0。

如果在si-RequestConfigSUL中不存在rach-OccasionsSI：

-UE可以使用在SUL上的第一初始上行链路BWP的rach-ConfigCommon中配置的对应的参数(例如，RACH时机)。UE可以使用SUL上的第一初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定SUL上的第一初始上行链路BWP上的RACH时机。来自由SUL上的第一初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfigSUL IE中的si-RequestResources IE进一步指示。

在实施例中，si-RequestConfigSUL IE可以包括si-RequestPeriod和si-RequestResources。si-RequestPeriod以关联时段的数量指示SI-Request配置的周期。si-RequestResources是用于请求未被周期地广播的SI消息的SI请求资源的列表。如果列表中仅存在一个条目，则该配置用于si-BroadcastStatus被设置为notBroadcasting的所有SI消息。否则，列表中的第一条目与针对其si-BroadcastStatus被设置为notBroadcasting的schedulingInfoList中的第一SI消息相对应，列表中的第二条目与针对其si-BroadcastStatus被设置为notBroadcasting的schedulingInfoList中的第二SI消息相对应，依此类推。

列表中的每个条目包括ra-PreambleStartIndex、ra-AssociationPeriodIndex、ra-ssb-OccasionMaskIndex。Ra-AssociationPeriodIndex(Ra-关联时段索引)是si-RequestPeriod中的关联时段的索引，其中UE可以使用由ra-PreambleStartIndex指示的前导码和由ra-ssb-OccasionMaskIndex指示的rach时机来发送与该SI-RequestResources相对应的SI消息的SI请求。Ra-ssb-OccasionMaskIndex指示用于请求SI消息的来自由rach-OccasionsSI或公共RACH配置(如果rach-OccasionsSI未被配置)指示的RACH时机的RACH时机的子集。如果N个SSB与RACH时机相关联，其中N>＝1，则对于第i个SSB(i＝0，...，N-1)，具有前导码索引＝ra-PreambleStartIndex+i的前导码用于SI请求；对于N<1，对于任何SSB，具有前导码索引＝ra-PreambleStartIndex的前导码用于SI请求。UE选择SSB，然后从由与UE需要请求的SI消息相对应的ra-PreambleStartIndex指示的前导码中选择与所选择的SSB相对应的前导码。

基于Msg1或Msg3的SI请求之间的选择：

·如果UE是REDCAP UE并且如果SIB1包括si-RequestConfigRedcapSUL并且满足选择SUL的标准并且如果SUL上的第二初始UL BWP被配置(或者如果UE是REDCAP UE并且如果SIB1包括si-RequestConfigRedcapSUL并且满足选择SUL的标准)：

-UE可以在SUL的第二初始UL BWP上基于基于Msg1的SI请求发起SI请求的传输。SUL的第二初始UL BWP上的RA过程可以基于si-RequestConfigRedcapSUL。例如，UE可以使用与UE在小区内操作所需的SI消息相对应的si-RequestConfigRedcapSUL中的PRACH前导码和PRACH资源在SUL的第二初始UL BWP上发起RA过程，并且对于该SI消息si-BroadcastStatus被设置为notBroadcasting。

·否则，如果UE是REDCAP UE并且如果SIB1包括si-RequestConfigRedcap并且满足选择NUL的标准并且如果NUL上的第二初始UL BWP被配置(或者如果UE是REDCAP UE并且如果SIB1包括si-RequestConfigRedcap并且满足选择NUL的标准)：

-UE可以在NUL的第二初始UL BWP上基于基于Msg1的SI请求发起SI请求的传输。NUL的第二初始UL BWP上的RA过程可以基于si-RequestConfigRedcap。例如，UE可以使用与UE在小区内操作所需的SI消息相对应的si-RequestConfigRedcap中的PRACH前导码和PRACH资源在NUL的第二初始UL BWP上发起RA过程，并且对于该SI消息si-BroadcastStatus被设置为notBroadcasting。

·否则如果UE是REDCAP UE并且如果SIB1包括si-RequestConfigSUL并且满足选择SUL的标准并且如果SUL上的第二初始UL BWP未被配置；或者如果UE是非REDCAP UE并且如果SIB1包括si-RequestConfigSUL并且满足选择SUL的标准：

-UE可以在SUL的第一初始UL BWP上基于基于Msg1的SI请求发起SI请求的传输。SUL的第一初始UL BWP上的RA过程可以基于si-RequestConfigSUL。例如，UE可以使用与UE在小区内操作所需的SI消息相对应的si-RequestConfigSUL中的PRACH前导码和PRACH资源在SUL的第一初始UL BWP上发起RA过程，并且对于该SI消息si-BroadcastStatus被设置为notBroadcasting。

·否则如果UE是REDCAP UE并且如果SIB1包括si-RequestConfig并且满足选择NUL的标准并且如果NUL上的第二初始UL BWP未被配置；或者如果UE是非REDCAP UE并且如果SIB1包括si-RequestConfig并且满足选择NUL的标准：

-UE可以在NUL的第一初始UL BWP上基于基于Msg1的SI请求发起SI请求的传输。NUL的第一初始UL BWP上的RA过程可以基于si-RequestConfig。例如，UE可以使用与UE在小区内操作所需的SI消息相对应的si-RequestConfig中的PRACH前导码和PRACH资源在NUL的第一初始UL BWP上发起RA过程，并且对于该SI消息si-BroadcastStatus被设置为notBroadcasting。

·否则，

UE可以发起RRCSystemInfoRequest消息的传输。换句话说，UE可以基于Msg3发起SI请求的传输。

redcap UE可以使用所选择的UL载波的第二初始UL BWP的公共RACH资源。如果第二初始UL BWP在所选择的UL载波上未被配置，则redcap UE可以使用所选择的UL载波的第一初始上行链路BWP的公共RACH资源。

非redcap UE可以使用所选择的UL载波的第一初始UL BWP的公共RACH资源。

在实施例中，如果SUL被配置并且从驻留小区或服务小区的SSB测量导出的RSRP<rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB发信号通知(例如，在诸如SIB1的广播信令中)，则可以选择SUL。如果在驻留小区中支持SUL并且从驻留或服务小区的SSB测量导出的RSRP>＝rsrp-ThresholdSSB-SUL，则可以选择NUL；或者，如果在服务小区中不支持SUL，则可以选择NUL。

在实施例中，如果在小区中配置第一初始DL BWP和第二初始DL BWP，则在发起用于SI请求的随机接入过程时，如果在第二初始DL BWP上配置RAR搜索空间，则redcap UE可以切换到第二初始DL BWP以接收RAR。在实施例中，仅当UE使用第二初始UL BWP用于UL传输时，才可以执行切换到第二初始DL BWP。

实施例3

UE处于RRC_IDLE状态或RRC_INACTIVE状态。

UE驻留在小区(也称为PCell)上。

小区可以在UL载波上配置有第一初始UL BWP和第二初始UL BWP。小区可以配置有一个UL载波，即NUL载波，或者小区可以配置有两个UL载波，即NUL载波和SUL载波。UE可以在NUL载波上配置有第一初始UL BWP和/或第二初始UL BWP。替代地，UE可以在SUL载波上配置有第一初始UL BWP和/或第二初始UL BWP。

第一初始UL BWP可以用于非redcap UE(除了降低能力的UE之外的UE)。第二初始UL BWP可以用于redcap UE(降低能力的UE)。UL载波的第一初始UL BWP和第二初始UL BWP的BWP配置可以在系统信息中(例如，在SIB1中)被发信号通知。

在驻留小区中发送的SIB1可以包括si-RequestConfig和/或si-RequestConfigSUL IE。

在驻留小区中发送的SIB1可以包括si-RequestConfigRedcap和/或si-RequestConfigRedcapSUL IE。

SIB1中的si-RequestConfig和/或si-RequestConfigSUL可以指示用于非RedcapUE的SI请求资源。

SIB1中的si-RequestConfigRedcap和/或si-RequestConfigRedcapSUL IE可以指示用于redcap UE的SI请求资源。

SIB1中的si-RequestConfigRedcap IE可以指示NUL上的SI请求RACH资源。它可以仅由redcap UE使用。

si-RequestConfigRedcap IE可以可选地包括rach-OccasionsSI。rach-OccasionsSI包括NUL上的SI请求的专用RACH时机的配置。来自用于请求特定SI消息的SI请求的这些专用RACH时机的RACH时机可以由si-RequestConfigRedcap IE中的si-RequestResources IE进一步指示。

si-RequestConfigRedcap中的rach-OccasionsSI可以包括prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart，redcap UE使用它们来确定NUL上的SI请求的专用RACH时机。prach-ConfigurationIndex指示PRACH传输时机的时间实例。msg1-FDM指示在一次实例中经FDM的PRACH传输时机的数量。msg1-FrequencyStart是频域中最低PRACH传输时机相对于PRB 0的偏移。

如果UE是redcap UE并且NUL上的第二初始UL BWP被配置，则UE可以将si-RequestConfigRedcap中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于NUL上的第二初始UL BWP，并确定NUL上的第二初始ULBWP中的RO。PRB 0是NUL上的第二初始UL BWP的PRB0。

如果UE是redcap UE并且NUL上的第二初始UL BWP未被配置，则UE可以将si-RequestConfigRedcap中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于NUL上的第一初始UL BWP，并确定NUL上的第一初始ULBWP中的RO。PRB 0是NUL上的第一初始UL BWP的PRB0。

如果在si-RequestConfigRedcap中不存在rach-OccasionsSI：

-如果NUL上的第二初始UL BWP被配置，则redcap UE可以使用NUL上的第二初始ULBWP的rach-ConfigCommon IE中配置的对应的参数(例如，RACH时机)。UE可以使用NUL上的第二初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定NUL上的第二初始上行链路BWP的RACH时机。来自由NUL上的第二初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfigRedcap IE中的si-RequestResources IE进一步指示。

-如果NUL上的第二初始UL BWP未被配置，则redcap UE可以使用NUL上的第一初始UL BWP的rach-ConfigCommon IE中配置的对应的参数(例如，RACH时机)。UE可以使用NUL上的第一初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定NUL上的第一初始上行链路BWP上的RACH时机。来自由NUL上的第一初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfigRedcap IE中的si-RequestResources IE进一步指示。

在实施例中，SIB1中的si-RequestConfigRedcapSUL IE可以指示SUL上的SI请求RACH资源。它可以仅由redcap UE使用。

在实施例中，si-RequestConfigRedcapSUL IE可以可选地包括rach-OccasionsSI。rach-OccasionsSI可以包括SUL上的SI请求的专用RACH时机的配置。来自用于请求特定SI消息的SI请求的这些专用RACH时机的RACH时机可以由si-RequestConfigRedcapSUL IE中的si-RequestResources IE进一步指示。

在实施例中，si-RequestConfigRedcapSUL中的rach-OccasionsSI可以包括prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart，redcap UE使用它们来确定SUL上的SI请求的专用RACH时机。prach-ConfigurationIndex指示PRACH传输时机的时间实例。msg1-FDM指示在一次实例中经FDM的PRACH传输时机的数量。msg1-FrequencyStart是频域中最低PRACH传输时机相对于PRB 0的偏移。

如果UE是redcap UE并且SUL上的第二初始UL BWP被配置，则UE可以将si-RequestConfigRedcapSUL中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于SUL上的第二初始UL BWP，并确定SUL上的第二初始UL BWP中的RO。PRB 0是SUL上的第二初始UL BWP的PRB 0。

如果UE是redcap UE并且SUL上的第二初始UL BWP未被配置，则UE可以将si-RequestConfigRedcapSUL中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于SUL上的第一初始UL BWP，并确定SUL上的第一初始UL BWP中的RO。PRB 0是SUL上的第一初始UL BWP的PRB 0。

如果在si-RequestConfigRedcapSUL中不存在rach-OccasionsSI：

-如果SUL上的第二初始UL BWP被配置，则redcap UE可以使用SUL上的第二初始ULBWP的rach-ConfigCommon中配置的对应的参数(例如，RACH时机)。UE可以使用SUL上的第二初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定SUL上的第二初始上行链路BWP的RACH时机。来自由SUL上的第二初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfigRedcapSUL IE中的si-RequestResources IE进一步指示。

-如果SUL上的第二初始UL BWP未被配置，则redcap UE可以使用SUL上的第一初始UL BWP的rach-ConfigCommon中配置的对应的参数(例如，RACH时机)。UE可以使用SUL上的第一初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定SUL上的第一初始上行链路BWP上的RACH时机。来自由SUL上的第一初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfigRedcapSUL IE中的si-RequestResources IE进一步指示。

SIB1中的si-RequestConfig IE指示用于非redcap UE的NUL上的第一初始UL BWP的SI请求RACH资源。

si-RequestConfig IE可以可选地包括rach-OccasionsSI。rach-OccasionsSI可以包括NUL上的第一初始UL BWP的SI请求的专用RACH时机的配置。来自用于请求特定SI消息的SI请求的这些专用RACH时机的RACH时机可以由si-RequestConfig IE中的si-RequestResources IE进一步指示。

si-RequestConfig中的rach-OccasionsSI可以包括prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart，其可以由redcap UE和非redcap UE两者使用来确定NUL上的第一初始UL BWP的SI请求的专用RACH时机。prach-ConfigurationIndex指示PRACH传输时机的时间实例。msg1-FDM指示在一次实例中经FDM的PRACH传输时机的数量。msg1-FrequencyStart是频域中最低PRACH传输时机相对于PRB 0的偏移。

非redcap UE可以将rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于NUL上的第一初始UL BWP，并确定NUL上的第一初始UL BWP中的RO；PRB 0是NUL上的第一初始UL BWP的PRB0。

如果在si-RequestConfig中不存在rach-OccasionsSI：

-非redcap UE可以使用NUL上的第一初始上行链路BWP的rach-ConfigCommon IE中配置的对应的参数(例如，RACH时机)。UE可以使用NUL上的第一初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定NUL上的第一初始上行链路BWP上的RACH时机。来自由NUL上的第一初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfig IE中的si-RequestResources IE进一步指示。

在实施例中，si-RequestConfig IE包括si-RequestPeriod和si-RequestResources。si-RequestPeriod以关联时段的数量指示SI-Request配置的周期。si-RequestResources是用于请求未被周期地广播的SI消息的SI请求资源的列表。如果列表中仅存在一个条目，则该配置用于si-BroadcastStatus被设置为notBroadcasting的所有SI消息。否则，列表中的第一条目与针对其si-BroadcastStatus被设置为notBroadcasting的schedulingInfoList中的第一SI消息相对应，列表中的第二条目与针对其si-BroadcastStatus被设置为notBroadcasting的schedulingInfoList中的第二SI消息相对应，依此类推。

列表中的每个条目包括ra-PreambleStartIndex、ra-AssociationPeriodIndex、ra-ssb-OccasionMaskIndex。ra-AssociationPeriodIndex是si-RequestPeriod中的关联时段的索引，其中UE可以使用由ra-PreambleStartIndex指示的前导码和由ra-ssb-OccasionMaskIndex指示的rach时机来发送与该SI-RequestResources相对应的SI消息的SI请求。ra-ssb-OccasionMaskIndex指示用于请求SI消息的来自由rach-OccasionsSI或公共RACH配置(如果rach-OccasionsSI未被配置)指示的RACH时机的RACH时机的子集。如果N个SSB与RACH时机相关联，其中N>＝1，则对于第i个SSB(i＝0，...，N-1)，具有前导码索引＝ra-PreambleStartIndex+i的前导码用于SI请求；对于N<1，具有前导码索引＝ra-PreambleStartIndex的前导码用于SI请求。

SIB1中的si-RequestConfigSUL IE指示用于非redcap UE的SUL上的第一初始ULBWP的SI请求RACH资源。

si-RequestConfigSUL IE可以可选地包括rach-OccasionsSI。rach-OccasionsSI包括SUL上的第一初始UL BWP的SI请求的专用RACH时机的配置。来自用于请求特定SI消息的SI请求的这些专用RACH时机的RACH时机由si-RequestConfigSUL IE中的si-RequestResources IE进一步指示。

si-RequestConfigSUL中的rach-OccasionsSI包括prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart，其由redcap UE和非redcap UE两者使用来确定SUL上的第一初始UL BWP的SI请求的专用RACH时机。prach-ConfigurationIndex指示PRACH传输时机的时间实例。msg1-FDM指示在一次实例中经FDM的PRACH传输时机的数量。msg1-FrequencyStart是频域中最低PRACH传输时机相对于PRB 0的偏移。

非redcap UE可以将si-RequestConfigSUL中的rach-OccasionsSI中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart应用于SUL上的第一初始ULBWP，并确定SUL上的第一初始UL BWP中的RO。PRB 0是SUL上的第一初始UL BWP的PRB0。

如果在si-RequestConfigSUL中不存在rach-OccasionsSI：

-非redcap UE可以使用在SUL上的第一初始上行链路BWP的rach-ConfigCommon中配置的对应的参数(例如，RACH时机)。UE可以使用SUL上的第一初始UL BWP的rach-ConfigCommon中的参数prach-ConfigurationIndex、msg1-FDM和msg1-FrequencyStart来确定SUL上的第一初始上行链路BWP上的RACH时机。来自由SUL上的第一初始UL BWP的rach-ConfigCommon配置的RACH时机的用于请求特定SI消息的RACH时机可以由si-RequestConfigSUL IE中的si-RequestResources IE进一步指示。

si-RequestConfigSUL IE包括si-RequestPeriod和si-RequestResources。si-RequestPeriod以关联时段的数量指示SI-Request配置的周期。si-RequestResources是用于请求未被周期地广播的SI消息的SI请求资源的列表。如果列表中仅存在一个条目，则该配置用于si-BroadcastStatus被设置为notBroadcasting的所有SI消息。否则，列表中的第一条目与针对其si-BroadcastStatus被设置为notBroadcasting的schedulingInfoList中的第一SI消息相对应，列表中的第二条目与针对其si-BroadcastStatus被设置为notBroadcasting的schedulingInfoList中的第二SI消息相对应，依此类推。

列表中的每个条目包括ra-PreambleStartIndex、ra-AssociationPeriodIndex、ra-ssb-OccasionMaskIndex。ra-AssociationPeriodIndex是si-RequestPeriod中的关联时段的索引，其中UE可以使用由ra-PreambleStartIndex指示的前导码和由ra-ssb-OccasionMaskIndex指示的rach时机来发送与该SI-RequestResources相对应的SI消息的SI请求。ra-ssb-OccasionMaskIndex指示用于请求SI消息的来自由rach-OccasionsSI或公共RACH配置(如果rach-OccasionsSI未被配置)指示的RACH时机的RACH时机的子集。如果N个SSB与RACH时机相关联，其中N>＝1，则对于第i个SSB(i＝0，...，N-1)，具有前导码索引＝ra-PreambleStartIndex+i的前导码用于SI请求；对于N<1，对应任何SSB，具有前导码索引＝ra-PreambleStartIndex的前导码用于SI请求。UE选择SSB，然后从由与UE需要请求的SI消息相对应的ra-PreambleStartIndex指示的前导码中选择与所选择的SSB相对应的前导码。

基于Msg1或Msg3的SI请求之间的选择：

·如果UE是REDCAP UE并且如果SIB1包括si-RequestConfigRedcapSUL并且满足选择SUL的标准：

如果SUL的第二初始UL BWP被配置，则可以使用si-RequestConfigRedcapSUL在SUL的第二初始UL BWP上发起RA过程。如果第二初始UL BWP未被配置，则可以使用si-RequestConfigRedcapSUL在SUL的第一初始UL BWP上发起RA过程。

例如，如果SUL的第二初始UL BWP被配置，则UE可以在SUL上的第二初始UL BWP上基于基于Msg1的SI请求发起SI请求的传输。换句话说，UE可以使用与UE在小区内操作所需的SI消息相对应的si-RequestConfigRedcapSUL中的PRACH前导码和PRACH资源在SUL的第二初始UL BWP上发起RA过程，并且对于该SI消息si-BroadcastStatus被设置为notBroadcasting。

如果SUL的第二初始UL BWP未被配置，则UE可以在SUL上的第一初始UL BWP上基于基于Msg1的SI请求发起SI请求的传输。如果SUL的第二初始UL BWP未被配置，则UE可以使用与UE在小区内操作所需的SI消息相对应的si-RequestConfigRedcapSUL中的PRACH前导码和PRACH资源在SUL的第一初始UL BWP上发起RA过程，并且对于该SI消息，si-BroadcastStatus被设置为notBroadcasting。

·否则如果UE是REDCAP UE并且如果SIB1包括si-RequestConfigRedcap并且满足选择NUL的标准：

如果NUL的第二初始UL BWP被配置，则可以使用si-RequestConfigRedcap在NUL的第二初始UL BWP上发起RA过程。如果第二初始UL BWP未被配置，则可以使用si-RequestConfigRedcap在NUL的第一初始UL BWP上发起RA过程。

例如，如果NUL的第二初始UL BWP被配置，则UE可以在NUL上的第二初始UL BWP上基于基于Msg1的SI请求发起SI请求的传输。UE可以使用与UE在小区内操作所需的SI消息相对应的si-RequestConfigRedcap中的PRACH前导码和PRACH资源在NUL的第二初始UL BWP上发起RA过程，并且对于该SI消息si-BroadcastStatus被设置为notBroadcasting。

如果NUL的第二初始UL BWP未被配置，则UE可以在NUL上的第一初始UL BWP上基于基于Msg1的SI请求发起SI请求的传输。如果NUL的第二初始UL BWP未被配置，则UE可以使用与UE在小区内操作所需的SI消息相对应的si-RequestConfigRedcap中的PRACH前导码和PRACH资源在NUL的第一初始UL BWP上发起RA过程，并且对于该SI消息si-BroadcastStatus被设置为notBroadcasting。

·否则如果UE是REDCAP UE：

UE可以基于基于Msg3的SI请求来发起SI请求的传输。换句话说，UE可以发起RRCSystemInfoRequest消息的传输。

如果第二初始UL BWP在所选择的UL载波上被配置，则redcap UE可以使用所选择的UL载波的第二初始UL BWP的公共RACH资源。如果第二初始UL BWP在所选择的UL载波上未被配置，则redcap UE可以使用所选择的UL载波的第一初始上行链路BWP的公共RACH资源。

·否则

·如果针对SUL上的第一初始UL BWP由gNB发信号通知SI请求配置，并且满足选择SUL的标准(即，SUL被配置并且从驻留或服务小区的SSB测量导出RSRP<rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB发信号通知(例如，在诸如SIB1的广播信令中))：UE可以在SUL上的第一初始UL BWP上基于基于Msg1的SI请求发起SI请求的传输。换句话说，UE可以使用与UE在小区内操作所需的SI消息相对应的si-RequestConfigSUL中的PRACH前导码和PRACH资源发起随机接入过程，并且对于该SI消息si-BroadcastStatus被设置为notBroadcasting。在随机接入过程期间，UE可以分别在SUL上的第一初始上行链路BWP和第一初始下行链路BWP上发送和接收。UE可以发送Msg1(即随机接入前导码)并等待对SI请求的确认。在si-RequestConfigSUL中指示的随机接入资源(PRACH前导码和PRACH时机)用于Msg1。Msg1在SUL上被发送。如果接收到对SI请求的确认，则UE可以在所请求的SI消息的一个或多个SI时段中监视该SI消息的SI窗口。

·否则，如果针对NUL上的初始UL BWP由gNB发信号通知SI请求配置，并且满足选择NUL的标准(即，如果在驻留或服务小区中支持SUL，则选择NUL，并且从驻留或服务小区的SSB测量导出的RSRP>＝rsrp-ThresholdSSB-SUL，或者如果在服务小区中不支持SUL，则选择NUL)：UE可以在NUL上基于基于Msg1的SI请求发起SI请求的传输。换句话说，UE可以使用与UE在小区内操作所需的SI消息相对应的si-RequestConfig中的PRACH前导码和PRACH资源发起随机接入过程，并且对于该SI消息si-BroadcastStatus被设置为notBroadcasting。在随机接入过程期间，UE可以分别在NUL上的初始上行链路BWP和初始下行链路BWP上发送和接收。UE可以发送Msg1(即随机接入前导码)并等待对SI请求的确认。在NUL的SI请求配置中指示的随机接入资源(PRACH前导码和PRACH时机)用于Msg1。Msg1在NUL上被发送。如果接收到对SI请求的确认，则UE可以在所请求的SI消息的一个或多个SI时段中监视该SI消息的SI窗口。

·否则，UE可以基于基于Msg3的SI请求来发起SI请求的传输。换句话说，UE可以发起RRCSystemInfoRequest消息的传输。UE可以发送Msg1(即随机接入前导码)并等待随机接入响应。公共随机接入资源(PRACH前导码和PRACH时机)用于所选择的UL载波上的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载波。

在该实施例中，如果SUL被配置并且从驻留或服务小区的SSB测量导出的RSRP<rsrp-ThresholdSSB-SUL，其中rsrp-ThresholdSSB-SUL由gNB发信号通知(例如，在诸如SIB1的广播信令中)，则可以选择SUL。如果在驻留小区中支持SUL并且从驻留或服务小区的SSB测量导出的RSRP>＝rsrp-ThresholdSSB-SUL，则选择NUL；或者如果在服务小区中不支持SUL，则选择NUL。

在实施例中，如果第一初始DL BWP和第二初始DL BWP在小区中被配置，则在发起用于SI请求的随机接入过程时，如果RAR搜索空间在第二初始DL BWP上被配置，则redcapUE可以切换到第二初始DL BWP以接收RAR。在实施例中，仅当UE使用第二初始UL BWP用于UL传输时，才可执行切换到第二初始DL BWP。

图3示出了根据本公开的实施例的用于请求系统信息的流程图的示例。参考图3，将描述本公开的实施例4和实施例5。

实施例4

小区可以在UL载波上被配置有第一初始UL BWP和第二初始UL BWP。UE可以在NUL载波上被配置有第一初始UL BWP和/或第二初始UL BWP。UE可以在SUL载波上被配置有第一初始UL BWP和/或第二初始UL BWP。

第一初始UL BWP可以用于非redcap UE，并且第二初始UL BWP可以用于redcapUE。

小区还可以在DL载波上被配置有第一初始DL BWP和第二初始DL BWP。

在RRC_IDLE/RRC_INACTIVE中，可以针对SI请求发起随机接入过程。

在操作S310处，redcap UE可以使用与UE想要请求的SI消息相对应的第二初始ULBWP的PRACH资源在第二初始UL BWP上发送PRACH前导码。

在操作S320处，redcap UE可以在第二初始DL BWP上接收SI请求确认。

在操作S330处，如果第二初始DL BWP被配置有其他系统信息(Other SystemInformation，OSI)搜索空间，则redcap UE可以在第二初始DL BWP上监视所请求的SI消息的SI窗口；

否则，如果第二初始DL BWP未被配置有OSI搜索空间，则redcap UE可以切换到第一初始DL BWP，并且redcap UE可以在第一初始DL BWP上监视所请求的SI消息的SI窗口。

在操作S340处，redcap UE可以接收所请求的SI消息。

实施例5：

小区可以在UL载波上被配置有第一初始UL BWP和第二初始UL BWP。UE可以在NUL载波上被配置有第一初始UL BWP和/或第二初始UL BWP。UE可以在SUL载波上被配置有第一初始UL BWP和/或第二初始UL BWP。

第一初始UL BWP可以用于非redcap UE，并且第二初始UL BWP可以用于redcapUE。

小区还可以在DL载波上被配置有第一初始DL BWP和第二初始DL BWP。

在RRC_IDLE/RRC_INACTIVE中，可以针对SI请求发起随机接入过程。

在操作S310处，redcap UE可以使用与UE想要请求的SI消息相对应的活动UL BWP的PRACH资源在活动UL BWP上发送PRACH前导码。

在操作S320处，redcap UE可以在活动DL BWP上接收SI请求确认。

在操作S330、S340处，redcap UE可以如下接收所请求的SI：

如果活动DL BWP是第一初始UL BWP，则redcap UE可以在活动DL BWP上监视所请求的SI消息的SI窗口；

否则如果活动DL BWP被配置有OSI搜索空间，则redcap UE可以在活动DL BWP上监视所请求的SI消息的SI窗口；

否则，redcap UE可以切换到第一初始DL BWP，并且redcap UE可以在第一初始DLBWP上监视所请求的SI消息的SI窗口。

图4示出了根据本公开的实施例的用于请求系统信息的流程图的示例。参考图4，将描述本公开的实施例6和实施例7。

实施例6

小区可以在UL载波上被配置有第一初始UL BWP和第二初始UL BWP。UE可以在NUL载波上被配置有第一初始UL BWP和/或第二初始UL BWP。UE可以在SUL载波上被配置有第一初始UL BWP和/或第二初始UL BWP。

第一初始UL BWP可以用于非redcap UE，并且第二初始UL BWP可以用于redcapUE。

小区还可以在DL载波上被配置有第一初始DL BWP和第二初始DL BWP。

可以针对RRC系统信息请求发起随机接入过程。

在操作S410处，redcap UE可以使用第二初始UL BWP的PRACH资源在第二初始ULBWP上发送PRACH前导码。

在操作S420处，redcap UE可以接收RAR。

在操作S430处，redcap UE可以在第二初始UL BWP上发送包括公共控制信道(Common Control Channel，CCCH)服务数据单元(Service Data Unit，SDU)(即RRC系统信息请求)的Msg3。

redcap UE可以接收包括48位发送的CCCH SDU的竞争解决MAC CE。

在操作S440处，redcap UE可以如下接收所请求的SI：

如果第二初始DL BWP被配置有OSI搜索空间，则redcap UE可以在第二初始DL BWP上监视所请求的SI消息的SI窗口；

否则如果第二初始DL BWP未被配置有OSI搜索空间，则redcap UE可以切换到第一初始DL BWP，并且redcap UE可以在第一初始DL BWP上监视所请求的SI消息的SI窗口。

如果第二初始UL BWP中的RO与第一初始UL BWP中的RO相同，并且针对SI资源保留的前导码也相同，则应在携带由redcap UE发送的RRC系统信息请求消息的MAC SDU的MAC子报头中使用redcap逻辑信道ID(Logical Channel ID，LCID)，使得网络可以识别并发送用于redcap UE的SI请求确认和所请求的SI消息。

实施例7

小区可以在UL载波上被配置有第一初始UL BWP和第二初始UL BWP。UE可以在NUL载波上被配置有第一初始UL BWP和/或第二初始UL BWP。UE可以在SUL载波上被配置有第一初始UL BWP和/或第二初始UL BWP。

第一初始UL BWP可以用于非redcap UE，并且第二初始UL BWP可以用于redcapUE。

小区还可以在DL载波上被配置有第一初始DL BWP和第二初始DL BWP。

可以针对RRC系统信息请求发起随机接入过程。

在操作S410处，redcap UE可以使用活动UL BWP的PRACH资源在活动UL BWP上发送PRACH前导码。

在操作S420处，redcap UE可以接收RAR。

在操作S430处，redcap UE可以在第二初始UL BWP上发送包括CCCH SDU(即RRC系统信息请求)的Msg3。

redcap UE可以接收包括48位发送的CCCH SDU的竞争解决MAC CE。

在操作S440处，redcap UE可以如下接收所请求的SI：

如果活动DL BWP是第一初始UL BWP，则redcap UE可以在活动DL BWP上监视所请求的SI消息的SI窗口；

否则如果活动DL BWP被配置有OSI搜索空间，则redcap UE可以在活动DL BWP上监视所请求的SI消息的SI窗口；

否则，redcap UE可以切换到第一初始DL BWP，并且redcap UE可以在第一初始DLBWP上监视所请求的SI消息的SI窗口。

如果第二初始UL BWP中的RO与第一初始UL BWP中的RO相同，并且针对SI资源保留的前导码也相同，则应在携带由redcap UE发送的RRC系统信息请求消息的MAC SDU的MAC子报头中使用redcap LCID，使得网络可以识别并发送用于redcap UE的SI请求确认和所请求的SI消息。

图5示出了根据本公开的实施例的用于请求系统信息的流程图的示例。图5仅是用于帮助理解本公开的示例，并且不限制本公开的技术范围。

图5的操作可以基于上述方法和/或实施例(例如，实施例1/2/3/4/5/6/7)执行。参考图5，操作顺序可以彼此改变，或者两个或更多个操作可以被组合并作为一个操作被执行。另外，在一些情况下，可以省略一些操作。

在操作S510处，UE(例如，redcap UE)可以获取SIB1。基站可以向UE发送SIB1。

SIB1可以包括关于NUL载波上的第一初始上行链路BWP的信息。SIB1可以包括用于redcap UE请求SI消息的第一配置信息。NUL载波和SUL载波被配置用于基站的服务小区。对于另一示例，NUL载波被配置用于基站的服务小区，并且SUL载波未被配置用于基站的服务小区。

在操作S520处，UE可以识别SIB1是否包括用于redcap UE请求SI消息的第一配置信息。

在操作S530，UE可以基于SIB1识别用于redcap UE的第二初始上行链路BWP是否在NUL载波上被配置。第一初始上行链路BWP和第二初始上行链路BWP在NUL载波上。

在操作S540处，UE可以发送用于请求SI消息的信息。

在SIB1包括用于redcap UE的第一配置信息、用于redcap UE的第二初始上行链路BWP在NUL载波上被配置、并且满足选择NUL载波的标准的情况下，UE可以基于第一配置信息中的前导码资源，在NUL载波上用于redcap UE的第二初始上行链路BWP中开始用于请求SI消息的随机接入过程。换句话说，在SIB1包括用于redcap UE的第一配置信息、用于redcapUE的第二初始上行链路BWP在NUL载波上被配置并且满足选择NUL载波的标准的情况下，基站可以在NUL载波上在用于redcap UE的第二初始上行链路BWP中接收用于请求SI消息的PRACH前导码。可以基于第一配置信息中的前导码资源来接收PRACH前导码。

在NUL载波上用于redcap UE的第二初始上行链路BWP未被配置的情况下，UE可以识别SIB1是否包括用于请求SI消息的第二配置信息。在SIB1包括第二配置信息并且满足选择NUL载波的标准的情况下，UE可以基于第二配置信息中的前导码资源在NUL载波上的第一初始上行链路BWP上开始用于请求SI消息的随机接入过程。换句话说，在NUL载波上用于redcap UE的第二初始上行链路BWP未被配置、SIB1包括用于请求SI消息的第二配置信息并且满足选择NUL载波的标准的情况下，基站可以基于第二配置信息中的前导码资源在NUL载波上的第一初始上行链路BWP中接收用于请求SI消息的PRACH前导码。

当NUL载波和SUL载波被配置用于服务小区时，如果在服务小区上测量的RSRP大于或等于阈值，则满足选择NUL载波的标准。

在SIB1不包括用于redcap UE的第一配置信息和用于请求SI消息的第二配置信息并且用于redcap UE的第二初始上行链路BWP未被配置的情况下，UE可以基于消息3发送用于请求SI消息的信息(例如，SI请求消息)。换句话说，在SIB1不包括用于redcap UE的第一配置信息和用于请求SI消息的第二配置信息并且用于redcap UE的第二初始上行链路BWP未被配置的情况下，基站可以基于消息3接收SI请求消息。

在操作S550处，UE可以获取所请求的SI消息。基站可以向UE发送所请求的SI消息。

本公开中提供的上述方法和/或实施例(例如，实施例1/2/3/4/5/6/7)可以由图6和7的UE和/或基站执行。

图6是示出根据本公开的实施例的UE的结构的图。

参考图6，UE可以包括收发器601、控制器602和储存器(storage)603。然而，UE的组件不限于上述示例。UE可以包括比前述组件更多或更少的组件。此外，收发器601、控制器602和储存器603可以以单个芯片的形式实现。控制器602可以被定义为电路或专用集成电路或至少一个处理器。

收发器601可以向其他网络实体发送信号和从其他网络实体接收信号。

控制器602可以被配置为根据本公开的方法和/或实施例(例如，实施例1/2/3/4/5/6/7)来控制UE的操作。控制器602可以控制各个块之间的信号流，以便根据上述附图和流程图执行操作。具体地，控制器602可以被配置为获取包括关于小区的第一初始上行链路BWP的信息的SIB1，识别SIB1是否包括用于redcap UE请求SI消息的第一配置信息，并且基于SIB1识别用于redcap UE的第二初始上行链路BWP是否被配置。控制器602还可以被配置为在SIB1包括用于redcap UE的第一配置信息并且用于redcap UE的第二初始上行链路BWP被配置的情况下，基于第一配置信息中的前导码资源，在用于redcap UE的第二初始上行链路BWP上开始用于请求SI消息的随机接入过程。控制器602还可以被配置为获取所请求的SI消息。

储存器603可以被配置为存储通过收发器601发送和接收的信息和通过控制器602生成的信息中的至少一个。在实施例中，储存器包括一个或多个存储器(memory)。

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

参考图7，基站可以包括收发器701、控制器702和储存器703。然而，基站的组件不限于上述示例。基站可以包括比前述组件更多或更少的组件。此外，收发器701、控制器702和储存器703可以以单个芯片的形式实现。控制器702可以被定义为电路或专用集成电路或至少一个处理器。例如，MN和SN中的每一个可以对应于基站。

收发器701可以向其他网络实体发送信号和从其他网络实体接收信号。

控制器702可以被配置为根据本公开的方法和/或实施例(例如，实施例1/2/3/4/5/6/7)控制基站的操作。控制器702可以控制各个块之间的信号流，以便根据上述附图和流程图执行操作。具体地，控制器702可以被配置为发送包括关于小区的第一初始上行链路BWP的信息的SIB1。控制器702可以被配置为在SIB1包括用于redcap UE请求SI消息的第一配置信息并且基于SIB1用于redcap UE的第二初始上行链路BWP被配置的情况下，在用于redcap UE的第二初始上行链路BWP上接收用于请求SI消息的PRACH前导码。可以基于第一配置信息中的前导码资源来接收PRACH前导码。控制器702可以被配置为发送所请求的SI消息。

储存器703可以被配置为存储通过收发器701发送和接收的信息和通过控制器702生成的信息中的至少一个。在实施例中，储存器包括一个或多个存储器。

在本公开的上述详细实施例中，取决于所提出的详细实施例，本公开中包括的元件可以以单数或复数形式表达。然而，为了便于描述针对提出的情况适当地选择了单数或复数表达，而本公开不限于单数或复数元件。尽管元件已经以复数形式表达，但是它可以以单数形式被配置。尽管元件已经以单数形式表达，但是它可以以复数形式被配置。

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

Claims (15)

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

获取系统信息块1(SIB1)，所述SIB1包括关于正常上行链路(NUL)载波上的第一初始上行链路带宽部分(BWP)的信息；

识别SIB1是否包括用于redcap UE请求系统信息(SI)消息的第一配置信息；

基于SIB1识别用于redcap UE的第二初始上行链路BWP是否在NUL载波上被配置；

在SIB1包括用于redcap UE的第一配置信息、用于redcap UE的第二初始上行链路BWP在NUL载波上被配置并且选择NUL载波的标准被满足的情况下，基于第一配置信息中的前导码资源，在NUL载波上用于redcap UE的第二初始上行链路BWP中开始用于请求SI消息的随机接入过程；以及

获取所请求的SI消息。

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

在用于redcap UE的第二初始上行链路BWP在NUL载波上未被配置的情况下，识别SIB1是否包括用于请求SI消息的第二配置信息；以及

在SIB1包括第二配置信息并且选择NUL载波的标准被满足的情况下，基于第二配置信息中的前导码资源，在NUL载波上的第一初始上行链路BWP中开始用于请求SI消息的随机接入过程。

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

在SIB1不包括用于redcap UE的第一配置信息和用于请求SI消息的第二配置信息并且用于redcap UE的第二初始上行链路BWP未被配置的情况下，基于消息3发送SI请求消息。

4.根据权利要求1所述的方法，

其中，NUL载波和补充上行链路(SUL)载波被配置用于服务小区，并且

其中，在服务小区上测量的参考信号接收功率(RSRP)大于或等于阈值的情况下，选择NUL载波的标准被满足。

5.一种由无线通信系统中的基站执行的方法，所述方法包括：

向降低能力的用户设备(redcap UE)发送系统信息块1(SIB1)，所述SIB1包括关于正常上行链路(NUL)载波上的第一初始上行链路带宽部分(BWP)的信息；

在SIB1包括用于redcap UE请求系统信息(SI)消息的第一配置信息、基于SIB1用于redcap UE的第二初始上行链路BWP在NUL载波上被配置、并且选择NUL载波的标准被满足的情况下，在NUL载波上用于redcap UE的第二初始上行链路BWP中从redcap UE接收用于请求SI消息的物理随机接入信道(PRACH)前导码，其中，PRACH前导码基于第一配置信息中的前导码资源被接收；以及

向redcap UE发送所请求的SI消息。

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

在用于redcap UE的第二初始上行链路BWP在NUL载波上未被配置、SIB1包括用于请求SI消息的第二配置信息并且选择NUL载波的标准被满足的情况下，基于第二配置信息中的前导码资源，在NUL载波上的第一初始上行链路BWP中接收用于请求SI消息的PRACH前导码。

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

在SIB1不包括用于redcap UE的第一配置信息和用于请求SI消息的第二配置信息，并且用于redcap UE的第二初始上行链路BWP未被配置的情况下，基于消息3从redcap UE接收SI请求消息。

8.根据权利要求5所述的方法，

其中，NUL载波和补充上行链路(SUL)载波被配置用于基站的服务小区，以及

其中，在服务小区上测量的参考信号接收功率(RSRP)大于或等于阈值的情况下，选择NUL载波的标准被满足。

9.一种无线通信系统中的降低能力的用户设备(redcap UE)，所述redcap UE包括：

收发器，被配置为发送和接收信号；以及

控制器，与收发器耦合并且被配置为：

获取系统信息块1(SIB1)，所述SIB1包括关于正常上行链路(NUL)载波上的第一初始上行链路带宽部分(BWP)的信息，

识别SIB1是否包括用于redcap UE请求系统信息(SI)消息的第一配置信息，

基于SIB1识别用于redcap UE的第二初始上行链路BWP是否在NUL载波上被配置，

在SIB1包括用于redcap UE的第一配置信息、用于redcap UE的第二初始上行链路BWP在NUL载波上被配置并且选择NUL载波的标准被满足的情况下，基于第一配置信息中的前导码资源，在NUL载波上用于redcap UE的第二初始上行链路BWP中开始用于请求SI消息的随机接入过程，以及

获取所请求的SI消息。

10.根据权利要求9所述的redcap UE，其中，控制器还被配置为：

在用于redcap UE的第二初始上行链路BWP在NUL载波上未被配置的情况下，识别SIB1是否包括用于请求SI消息的第二配置信息，以及

在SIB1包括第二配置信息并且选择NUL载波的标准被满足的情况下，基于第二配置信息中的前导码资源，在NUL载波上的第一初始上行链路BWP中开始用于请求SI消息的随机接入过程。

11.根据权利要求9所述的redcap UE，其中，控制器还被配置为：

在SIB1不包括用于redcap UE的第一配置信息和用于请求SI消息的第二配置信息并且用于redcap UE的第二初始上行链路BWP未被配置的情况下，基于消息3发送SI请求消息。

12.根据权利要求9所述的redcap UE，

其中，NUL载波和补充上行链路(SUL)载波被配置用于服务小区，并且

其中，在服务小区上测量的参考信号接收功率(RSRP)大于或等于阈值的情况下，选择NUL载波的标准被满足。

13.一种无线通信系统中的基站，所述基站包括：

收发器，被配置为发送和接收信号；以及

控制器，控制器与收发器耦合并且被配置为：

向降低能力的用户设备(redcap UE)发送系统信息块1(SIB1)，所述SIB1包括关于正常上行链路(NUL)载波上的第一初始上行链路带宽部分(BWP)的信息，

在SIB1包括用于redcap UE请求系统信息(SI)消息的第一配置信息、基于SIB1用于redcap UE的第二初始上行链路BWP在NUL载波上被配置、并且选择NUL载波的标准被满足的情况下，在NUL载波上用于redcap UE的第二初始上行链路BWP中从redcap UE接收用于请求SI消息的物理随机接入信道(PRACH)前导码，其中，PRACH前导码基于第一配置信息中的前导码资源被接收，以及

向redcap UE发送所请求的SI消息。

14.根据权利要求13所述的基站，其中，控制器还被配置为：

在用于redcap UE的第二初始上行链路BWP在NUL载波上未被配置、SIB1包括用于请求SI消息的第二配置信息并且选择NUL载波的标准被满足的情况下，基于第二配置信息中的前导码资源，在NUL载波上的第一初始上行链路BWP中接收用于请求SI消息的PRACH前导码。

15.根据权利要求13所述的基站，其中，控制器还被配置为：

在SIB1不包括用于redcap UE的第一配置信息和用于请求SI消息的第二配置信息，并且用于redcap UE的第二初始上行链路BWP未被配置的情况下，基于消息3从redcap UE接收SI请求消息。