CN110402601A

CN110402601A - 确定对系统信息的请求

Info

Publication number: CN110402601A
Application number: CN201880017561.9A
Authority: CN
Inventors: 普拉泰克·巴苏马利克; 约阿希姆·勒尔; 拉维·库奇波特拉
Original assignee: Motorola Mobility LLC
Current assignee: Motorola Mobility LLC
Priority date: 2017-03-20
Filing date: 2018-03-20
Publication date: 2019-11-01
Anticipated expiration: 2038-03-20
Also published as: US10327264B2; CN110402601B; US20180270865A1; WO2018175451A1; EP3603206A1

Abstract

公开用于确定对系统信息的请求的装置、方法和系统。一个装置(300)包括处理器(302)，该处理器(302)：确定(702)是否由该装置使用的系统信息被调度以被发送；以及响应于系统信息没有被调度以被发送，确定(704)是否通过第二装置来请求系统信息。

Description

确定对系统信息的请求

技术领域

本文公开的主题一般涉及无线通信，并且更具体地涉及确定对于系统信息的请求。

背景技术

在此定义以下缩写，其中至少一些在以下描述中被引用：第三代合作伙伴计划(“3GPP”)、肯定应答(“ACK”)、二进制相移键控(“BPSK”)、空闲信道评估(“CCA”)、循环前缀(“CP”)、信道状态信息(“CSI”)、公共搜索空间(“CSS”)、离散傅里叶变换扩展(“DFTS”)、下行链路控制信息(“DCI”)、下行链路(“DL”)、下行链路导频时隙(“DwPTS”)、增强型空闲信道评估(“eCCA”)、增强型移动宽带(“eMBB”)、演进型节点B(“eNB”)、欧洲电信标准协会(“ETSI”)、基于帧的设备(“FBE”)、频分双工(“FDD”)、频分多址(“FDMA”)、保护时段(“GP”)、混合自动重传请求(“HARQ”)、物联网(“IoT”)、授权辅助接入(“LAA”)、基于负载的设备(“LBE”)、先听后说(“LBT”)、长期演进(“LTE”)、多址(“MA”)、调制编码方案(“MCS”)、机器类型通信(“MTC”)、多输入多输出(“MIMO”)、多用户共享接入(“MUSA”)、窄带(“NB”)、否定应答(“NACK”)或(“NAK”)、下一代节点B(“gNB”)、非正交多址(“NOMA”)、正交频分复用(“OFDM”)、主小区(“PCell”)、物理广播信道(“PBCH”)、物理下行链路控制信道(“PDCCH”)、物理下行链路共享信道(“PDSCH”)、图样分割多址(“PDMA”)、物理混合ARQ指示符信道(“PHICH”)、物理随机接入信道(“PRACH”)、物理资源块(“PRB”)、物理上行链路控制信道(“PUCCH”)、物理上行链路共享信道(“PUSCH”)、服务质量(“QoS”)、正交相移键控(“QPSK”)、无线电资源控制(“RRC”)、随机接入过程(“RACH”)、随机接入响应(“RAR”)、参考信号(“RS”)、资源扩展型多址接入(“RSMA”)、往返时间(“RTT”)、接收(“RX”)、稀疏码多址接入(“SCMA”)、调度请求(“SR”)、单载波频分多址(“SC-FDMA”)、辅小区(“SCell”)、共享信道(“SCH”)、信号与干扰加噪声比(“SINR”)、系统信息块(“SIB”)、传输块(“TB”)、传输块大小(“TBS”)、时分双工(“TDD”)、时分复用(“TDM”)、传输时间间隔(“TTI”)、发送(“TX”)、上行链路控制信息(“UCI”)、用户实体/设备(移动终端)(“UE”)、上行链路(“UL”)、通用移动通信系统(“UMTS”)、上行链路导频时隙(“UpPTS”)、超可靠性和低延迟通信(“URLLC”)、以及全球微波接入互操作性(“WiMAX”)。如这里所使用的，“HARQ-ACK”可以统一表示肯定应答(“ACK”)和否定应答(“NAK”)。ACK意指正确接收TB，而NAK意指错误接收TB。

在某些无线通信网络中，可以比必要时更频繁地发送和/或接收一些系统信息。在某些配置中，为了减少用于提供系统信息的信令负载，可以使用最少量的系统信息。最小系统信息(“SI”)可以包含用于初始接入小区的基本信息(例如，子帧号、公共陆地移动网络列表(“PLMN”)、小区驻留参数、RACH参数)，其在小区中被周期性地广播。在一些配置中，其他非最小SI不一定需要被周期性地广播(例如，其可以是网络决策)。在各种配置中，可以按需向UE提供其他SI(例如，UE可以请求它)。可以以广播或单播方式完成其他SI的传递。在一些配置中，最小SI可以指示是周期性地广播还是按需提供特定SIB。为了获得未定期广播并且按需提供的一个或多个SIB，UE可以发起按需SI获取过程(例如，SI请求)。对于UE使用的SI，UE可以在其发送对该SI的请求之前确定该SI是否在小区中可用以及是否被广播。其他SI的调度信息可以由最小SI(例如，SIB类型、有效性信息、周期性、SI窗口信息等)提供。

在各种配置中，多个UE可以发送针对相同SI的请求。UE可以使用电力和资源来发送请求。此外，接收针对相同SI的多个请求的gNB可能使用过多的资源来接收和/或响应该请求。此外，UE发送的多个请求之中可能存在干扰。

发明内容

公开用于确定对系统信息的请求的装置。方法和系统还执行装置的功能。在一个实施例中，该装置包括处理器，该处理器：确定是否由该装置使用的系统信息被调度以发送；以及响应于系统信息没有被调度以发送，确定是否通过第二装置来请求系统信息。

在一个实施例中，该装置包括接收器，响应于系统信息被调度以发送，该接收器基于用于系统信息的调度信息来接收系统信息。在又一实施例中，确定是否通过第二远程单元来请求系统信息包括：监控用于通过第二远程单元来请求系统信息的指示的消息。在某些实施例中，确定是否通过第二远程单元来请求系统信息包括：检查用于通过第二远程单元来请求系统信息的指示的公共无线电网络临时标识符。在各种实施例中，该装置包括接收器，响应于通过第二远程单元来请求系统信息，该接收器响应于系统信息被发送到第二远程单元来接收系统信息。在一些实施例中，该装置包括发射器，响应于没有通过第二远程单元来请求系统信息，该发射器发送对系统信息的请求。

在某些实施例中，发送对系统信息的请求包括：处理器确定第一远程单元在发送请求之前是否被授权以发送请求。在一些实施例中，确定第一远程单元是否被授权以发送请求包括检查参数。在各种实施例中，响应于参数超过预定阈值，发送对系统信息的请求，并且响应于参数未超过预定阈值，不发送对系统信息的请求。

在一个实施例中，该装置包括接收器，该接收器接收对系统信息的请求的响应。在某些实施例中，对系统信息请求的响应作为具有随机接入无线电网络临时标识符的随机接入响应的一部分被接收。在一些实施例中，对系统信息请求的响应包括标识系统信息的指示。在各种实施例中，发送对系统信息的请求包括：处理器响应于包括多个前导的请求来确定请求的顺序。在某些实施例中，请求的顺序包括：首先发送与被调度以在最接近时间被发送的系统信息相对应的多个前导的前导、比多个前导的其他前导更重要的系统信息、用于特定特征的系统信息、或其某种组合。

在一个实施例中，一种用于确定对系统信息的请求的方法包括：在第一远程单元处确定由第一远程单元使用的系统信息是否被调度以发送。在各种实施例中，该方法包括：响应于系统信息没有被调度以发送，确定是否通过第二远程单元来请求系统信息。

附图说明

通过参考在附图中图示的特定实施例，将呈现以上简要描述的实施例的更具体的描述。应理解，这些附图仅描绘一些实施例，并且因此不应认为是对范围的限制，将通过使用附图以附加的特征和细节来描述和解释实施例，其中：

图1是图示用于确定对系统信息的请求的无线通信系统的一个实施例的示意性框图；

图2是图示可以被用于确定对系统信息的请求的装置的一个实施例的示意性框图；

图3是图示可以被用于接收和响应对系统信息的请求的装置的一个实施例的示意性框图；

图4图示用于发送对系统信息的请求的通信的一个实施例；

图5图示用于发送对系统信息的请求的通信的另一实施例；

图6是图示用于确定对系统信息的请求的方法的一个实施例的示意性流程图；

图7是图示用于确定对系统信息的请求的方法的另一实施例的示意性流程图。

具体实施方式

如本领域的技术人员将理解的，实施例的各方面可以体现为系统、装置、方法或程序产品。因此，实施例可以采用完全硬件实施例、完全软件实施例(包括固件、驻留软件、微码等)或者组合软件和硬件方面的实施例的形式，该软件和硬件方面在本文中通常都可以称为“电路”、“模块”或者“系统”。此外，实施例可以采取体现在存储在下文中被称为代码的机器可读代码、计算机可读代码和/或程序代码的一个或多个计算机可读存储设备中的程序产品的形式。存储设备可以是有形的、非暂时的和/或非传输的。存储设备可能不体现信号。在某个实施例中，存储设备仅采用用于访问代码的信号。

本说明书中描述的某些功能单元可以被标记为模块，以便于更具体地强调它们的实现独立性。例如，模块可以实现为包括定制的超大规模集成(“VLSI”)电路或门阵列、诸如逻辑芯片、晶体管或其他分立组件的现成半导体的硬件电路。模块还可以在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等的可编程硬件设备中实现。

模块还可以用代码和/或软件实现，以由各种类型的处理器执行。所识别的代码模块可以例如包括可执行代码的一个或多个物理或逻辑块，该可执行代码可以例如被组织为对象、过程或函数。然而，所识别的模块的可执行文件不需要物理地位于一起，而是可以包括存储在不同位置的不相干的指令，当逻辑地连接在一起时，其包括模块并实现模块的所述目的。

实际上，代码模块可以是单个指令或许多指令，甚至可以分布在几个不同的代码段上、不同的程序之中、并且跨越数个存储器设备。类似地，在本文中，操作数据可以在模块内被识别和图示，并且可以以任何合适的形式体现并且被组织在任何合适类型的数据结构内。操作数据可以作为单个数据集收集，或者可以分布在不同的位置，包括在不同的计算机可读存储设备上。在模块或模块的部分以软件实现的情况下，软件部分存储在一个或多个计算机可读存储设备上。

可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是，例如，但不限于电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备、或前述的任何合适的组合。

存储设备的更具体示例(非详尽列表)将包括下述：具有一条或多条电线的电气连接、便携式计算机磁盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器(“EPROM”或闪存)、便携式紧凑光盘只读存储器(“CD-ROM”)、光学存储装置、磁性存储装置、或前述的任何合适的组合。在本文件的上下文中，计算机可读存储介质可以是任何有形介质，其能够包含或存储程序以供指令执行系统、装置或设备使用或与其结合使用。

用于执行实施例的操作的代码可以是任何数量的行数，并且可以以包括诸如Python、Ruby、Java、Smalltalk、C++等的面向对象的编程语言、和诸如“C”编程语言等的传统的过程编程语言、和/或诸如汇编语言的机器语言中的一种或多种编程语言的任何组合来编写。代码可以完全地在用户的计算机上执行，部分地在用户的计算机上执行，作为独立的软件包，部分地在用户的计算机上，部分地在远程计算机上或完全地在远程计算机或服务器上执行。在后一种情况下，远程计算机可以通过任何类型的网络连接到用户的计算机，包括局域网(“LAN”)或广域网(“WAN”)，或者可以连接到外部计算机(例如，通过使用互联网服务提供商的互联网)。

遍及本说明书的对“一个实施例”、“实施例”或类似语言的引用意指结合该实施例描述的特定特征、结构或特性包括在至少一个实施例中。因此，除非另有明确说明，否则在整个说明书中出现的短语“在一个实施例中”、“在实施例中”和类似语言可以但不一定全部指代相同的实施例，而是意指“一个或多个但不是所有实施例”。除非另有明确说明，否则术语“包括”、“包含”、“具有”及其变体意指“包括但不限于”。除非另有明确说明，否则列举的项目列表并不暗示任何或所有项目是互斥的。除非另有明确说明，否则术语“一(a)”、“一个(an)”和“该”也指“一个或多个”。

此外，所描述的实施例的特征、结构或特性可以以任何合适的方式组合。在以下描述中，提供许多具体细节，诸如编程、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例，以提供对实施例的彻底理解。然而，相关领域的技术人员将认识到，可以在没有一个或多个具体细节的情况下，或者利用其他方法、组件、材料等来实践实施例。在其他情况下，未详细示出或描述公知的结构、材料或操作以避免使实施例的一些方面模糊。

下面参考根据实施例的方法、装置、系统和程序产品的示意性流程图和/或示意性框图来描述实施例的各方面。将会理解，示意性流程图和/或示意性框图的每个块以及示意性流程图和/或示意性框图中的块的组合能够通过代码实现。代码能够被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令，创建用于实现在示意性流程图和/或示意性框图块或一些块中指定的功能/操作的手段。

代码还可以存储在存储设备中，该存储设备能够指示计算机、其他可编程数据处理装置或其他设备以特定方式运行，使得存储在存储设备中的指令产生包括指令的制品，该指令实现在示意性流程图和/或示意性框图的块或一些块中指定的功能/操作。

代码还可以被加载到计算机、其他可编程数据处理装置或其他设备上，使得在计算机、其他可编程装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，使得在计算机或其他可编程装置上执行的代码提供用于实现在流程图和/或框图的块或者一些块中指定的功能/操作的过程。

附图中的示意性流程图和/或示意性框图图示根据各种实施例的装置、系统、方法和程序产品的可能实现的架构、功能和操作。在这方面，示意性流程图和/或示意性框图中的每个块可以表示代码的模块、片段或部分，其包括用于实现指定的逻辑功能的代码的一个或多个可执行指令。

还应注意，在一些替代性实施方式中，块中注释的功能可以不按附图中注释的顺序发生。例如，连续示出的两个块实际上可以基本上同时执行，或者这些块有时可以以相反的顺序执行，这取决于所涉及的功能。可以设想其他步骤和方法，其在功能、逻辑或效果上等同于所图示的附图的一个或多个块或其部分。

尽管可以在流程图和/或框图中采用各种箭头类型和线类型，但是应理解它们不限制相应实施例的范围。实际上，一些箭头或其他连接器可以仅用于指示所描绘实施例的逻辑流程。例如，箭头可以指示所描绘的实施例的枚举步骤之间的未指定持续时间的等待或监控时段。还将会注意，框图和/或流程图的每个块以及框图和/或流程图中的块的组合，能够由执行特定功能或操作的基于专用硬件的系统来实现，或由专用硬件和代码的组合来实现。

每个附图中的元件的描述可以参考前述附图的元件。相同的数字指代所有附图中的相同元件，包括相同元件的替代实施例。

图1描绘用于确定对系统信息的请求的无线通信系统100的实施例。在一个实施例中，无线通信系统100包括远程单元102和基本单元104。即使图1中描绘特定数量的远程单元102和基本单元104，本领域的技术人员将认识到任何数量的远程单元102和基本单元104可以包括在无线通信系统100中。

在一个实施例中，远程单元102可以包括计算设备，诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如，连接到互联网的电视)、机顶盒、游戏控制台、安全系统(包括安全摄像机)、车载计算机、网络设备(例如，路由器、交换机、调制解调器)等。在一些实施例中，远程单元102包括可穿戴设备，诸如智能手表、健身带、光学头戴式显示器等。此外，远程单元102可以被称为用户单元、移动设备、移动站、用户、终端、移动终端、固定终端、用户站、UE、用户终端、设备、或者本领域中使用的其他术语。远程单元102可以经由UL通信信号直接与一个或多个基本单元104通信。

基本单元104可以分布在地理区域上。在某些实施例中，基本单元104还可以称为接入点、接入终端、基地、基站、节点-B、eNB、gNB、家庭节点-B、中继节点、设备、或本领域中使用的任何其他术语。基本单元104通常是无线电接入网络的一部分，该无线电接入网络包括可通信地耦合到一个或多个对应的基本单元104的一个或多个控制器。无线电接入网络通常可通信地耦合到一个或多个核心网络，其可以耦合到其他网络，如互联网和公共交换电话网络等等其他网络。无线电接入和核心网络的这些和其他元件未被图示，但是本领域的普通技术人员通常是众所周知的。

在一个实施方式中，无线通信系统100符合在3GPP中标准化的LTE协议，其中基本单元104在DL上使用OFDM调制方案进行发送，并且远程单元102使用SC-FDMA方案或OFDM方案在UL上进行发送。然而，更一般地，无线通信系统100可以实现一些其他开放或专有通信协议，例如，WiMAX等等其他协议。本公开不旨在受限于任何特定无线通信系统架构或协议的实现。

基本单元104可以经由无线通信链路服务于服务区域(例如，小区或小区扇区)内的多个远程单元102。基本单元104在时域、频域和/或空间域中发送DL通信信号以服务于远程单元102。

在一个实施例中，基本单元104可以从远程单元102接收指示对系统信息的请求的信息。在某些实施例中，基本单元104可以向远程单元102发送系统信息。

在另一个实施例中，远程单元102可以确定由远程单元102使用的系统信息是否被调度以发送。远程单元102可以响应于系统信息没有被调度以发送来确定是否通过第二远程单元来请求系统信息。因此，远程单元102可以被用于确定对系统信息的请求。

图2描绘可以用于确定对系统信息的请求的装置200的一个实施例。装置200包括远程单元102的一个实施例。此外，远程单元102可以包括处理器202、存储器204、输入设备206、显示器208、发射器210和接收器212。在一些实施例中，输入设备206和显示器208被组合成单个设备，诸如触摸屏。在某些实施例中，远程单元102可以不包括任何输入设备206和/或显示器208。在各种实施例中，远程单元102可以包括处理器202、存储器204、发射器210和接收器212中的一个或多个，并且可以不包括输入设备206和/或显示器208。

在一个实施例中，处理器202可以包括能够执行计算机可读指令和/或能够执行逻辑运算的任何已知控制器。例如，处理器202可以是微控制器、微处理器、中央处理器(“CPU”)、图形处理器(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、或类似的可编程控制器。在一些实施例中，处理器202执行存储在存储器204中的指令以执行本文描述的方法和例程。在各种实施例中，处理器202确定由远程单元102使用的系统信息是否被调度以发送。在某些实施例中，响应于系统信息没有被调度以发送，处理器202确定是否通过第二装置来请求系统信息。处理器202通信地耦合到存储器204、输入设备206、显示器208、发射器210和接收器212。

在一个实施例中，存储器204是计算机可读存储介质。在一些实施例中，存储器204包括易失性计算机存储介质。例如，存储器204可以包括RAM，包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器204包括非易失性计算机存储介质。例如，存储器204可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器204包括易失性和非易失性计算机存储介质两者。在一些实施例中，存储器204存储与系统信息有关的数据。在一些实施例中，存储器204还存储程序代码和相关数据，诸如在远程单元102上操作的操作系统或其他控制器算法。

在一个实施例中，输入设备206可以包括任何已知的计算机输入设备，包括触摸板、按钮、键盘、触控笔、麦克风等。在一些实施例中，输入设备206可以与显示器208集成，例如，作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备206包括触摸屏，使得可以使用在触摸屏上显示的虚拟键盘和/或通过在触摸屏上手写来输入文本。在一些实施例中，输入设备206包括诸如键盘和触摸板的两个或更多个不同的设备。

在一个实施例中，显示器208可以包括任何已知的电子可控显示器或显示设备。显示器208可以被设计为输出视觉、听觉和/或触觉信号。在一些实施例中，显示器208包括能够向用户输出视觉数据的电子显示器。例如，显示器208可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一个非限制性示例，显示器208可以包括诸如智能手表、智能眼镜、平视显示器等的可穿戴显示器。此外，显示器208可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，显示器208包括用于产生声音的一个或多个扬声器。例如，显示器208可以产生可听警报或通知(例如，嘟嘟声或钟声)。在一些实施例中，显示器208包括用于产生振动、运动或其他触觉反馈的一个或多个触觉设备。在一些实施例中，显示器208的全部或部分可以与输入设备206集成。例如，输入设备206和显示器208可以形成触摸屏或类似的触敏显示器。在其他实施例中，显示器208可以位于输入设备206附近。

发射器210用于向基本单元104提供UL通信信号，并且接收器212用于从基本单元104接收DL通信信号。在各种实施例中，发射器210可以被用于发送指示对系统信息的请求的信息。尽管仅图示一个发射器210和一个接收器212，但是远程单元102可以具有任何合适数量的发射器210和接收器212。发射器210和接收器212可以是任何合适类型的发射器和接收器。在一个实施例中，发射器210和接收器212可以是收发器的一部分。

图3描绘可以用于接收和响应对系统信息的请求的装置300的一个实施例。装置300包括基本单元104的一个实施例。此外，基本单元104可以包括处理器302、存储器304、输入设备306、显示器308、发射器310和接收器312。可以理解，处理器302、存储器304、输入设备306、显示器308、发射器310和接收器312可以基本上分别类似于远程单元102的处理器202、存储器204、输入设备206、显示器208、发射器210和接收器212。

在各种实施例中，接收器312被用于从远程单元102接收指示对系统信息的请求的信息。在一些实施例中，发射器310可以被用于向远程单元102发送系统信息。尽管仅图示一个发射器310和一个接收器312，但是基本单元104可以具有任何合适数量的发射器310和接收器312。发射器310和接收器312可以是任何合适类型的发射器和接收器。在一个实施例中，发射器310和接收器312可以是收发器的一部分。

图4图示用于发送对系统信息的请求的通信400的一个实施例。具体地，图示UE402和gNB 404之间的通信400。通信400可以使用基于RACH消息3的方法来促进UE 402请求按需的SIB。

在某些实施例中，gNB 404可以向UE 402发送周期性广播406。周期性广播406可以包括UE 402用于通信的最小SI。在各种实施例中，UE 402可以将PRACH前导408发送到gNB404。在一些实施例中，响应于发送PRACH前导408，gNB 404可以在随机接入响应410中发送UL许可。在接收到随机接入响应410之后，UE 402可以向gNB 404发送系统信息(“SI”)请求412，其指示UE 402请求的按需SIB。系统信息请求412可以是随机接入消息3。可以理解，除非被请求，否则按需SIB可以不被广播(例如，发送)。

在某些实施例中，因为消息3是UL-SCH传输(例如，媒体接入控制(“MAC”)协议数据单元(“PDU”))，所以UE 402可以在消息3内提供比在PRACH前导中更多的信息。在一个实施例中，UE 402包括RACH消息3内的MAC控制元素(“CE”)以传送SI请求信息。在这样的实施例中，MAC CE可以包含指示UE 402想要获取的SI/SIB的位图。此外，位图可以具有用于所有按需SI/SIB(例如，未在小区中广播的所有SIB)的条目。使用位图，UE 402可以(例如，通过将对应的字段/比特设置为预定值)指示其想要获取SI/SIB中的哪一个。在某些实施例中，UE402不仅针对当前小区(例如，UE被驻留/连接的小区)而且还针对相邻小区请求系统信息。在一个实施例中，UE 402包括消息3内的信息(例如，SI请求消息)，其指示gNB 404应向UE402提供覆盖一个或多个小区的预定区域中使用的所有系统信息。

在各种实施例中，gNB 404可以在RACH消息4(例如，RRC消息)中包括所请求的SIB/SI。在各种实施例中，可以广播UE 402请求的SIB/SI(而不是在消息4中发送它们)。在这样的实施例中，RACH消息4可以包括调度信息，该调度信息指示用于所请求的SIB/SI的广播的定时信息。此外，在这样的实施例中，UE 402可以不读取最小系统信息，以便在接收被广播的SIB/SI之前获取定时信息。

在各种实施例中，UE 402请求的SIB/SI可以通过广播被部分地提供，并且部分地在RACH消息4内被提供。在一个实施例中，RACH消息4可以包括信息，该信息指示哪个SI/SIB由RACH消息4提供并且哪个SI/SIB被广播(例如，UE 402在与这些SI/SIB相关联的SI窗口期间进行监控，用于接收广播频道)。在一些实施例中，RACH消息4可以指示用于SI/SIB的调度信息。在这样的实施例中，UE 402可以使用由消息4提供的调度信息。在其中消息4不包括调度信息的实施例中，UE 402可以使用在最小SI中提供的调度信息来接收SI/SIB。

在一个实施例中，gNB 404可以发送多个RACH消息4(例如，要提供的SI/SIB可能不适合仅在一个下行链路传输内)。在某些实施例中，在RACH消息4(例如，SI反馈响应)内包含指示，其指示UE402是否应继续监控进一步的下行链路传输(例如，进一步的RACH消息4传输，监控相同的RNTI)以接收另外的SI/SIB，或UE是否可以停止监控进一步的下行链路传输(例如，进一步的RACH消息4传输)。在一个实施例中，此指示是布尔标志(boolean flag)。在某些实施例中，布尔标志可以被设置以表示gNB 404可以在进一步的下行链路传输中直接提供另外的SI/SIB，并且布尔标志可以不被设置以表示gNB 404可以不提供进一步的消息4消息，并且因此UE 402可以停止监控相应RNTI的PDCCH。在各种实施例中，RACH消息4可以包括指示UE 402响应于接收到RACH消息是否应该发起RRC连接建立过程或RRC连接恢复过程的信息。

在一些实施例中，被用于RACH消息4传输的无线电网络临时标识符(“RNTI”)可以指示包括在消息4中(例如，RRC消息)的或者被广播的按需SIB。在这样的实施例中，可以预留一定数量的RNTI(例如，从小区RNTI(“C-RNTI”)空间)并将其与特定SIB或若干SIB的组合相关联。

在本文描述的某些实施例中，RACH过程可以用于请求按需SI的唯一目的。然而，在一些实施例中，UE 402可以建立RRC连接并且同时请求按需SI，或者处于非活动状态的UE402可以发送UL数据并且同时触发按需SI获取过程。在仅作为示例的这样的实施例中，UE402可以在RACH消息3中发送SI请求MAC CE和RRC连接请求消息，或者在RACH消息3中发送SI请求MAC CE和UL数据以及可能的一些缓冲器状态报告(“BSR”)MAC CE。在这样的实施例中，gNB 404可以在不同的情况之间进行区分(例如，SI请求、SI请求加初始接入、SI请求加UL数据)，使得因此gNB 404可以度量UL许可的大小。因此，在一些实施例中，可以预留PRACH前导以用于识别不同的情况。

图5图示用于发送对系统信息的请求的通信500的另一实施例。具体地，图示UE502和gNB 504之间的通信500。通信500可以使用基于RACH消息1的方法来促进UE 502请求按需SIB。

在某些实施例中，gNB 504可以向UE 502发送周期性广播506。周期性广播506可以包括UE 502用于通信的最小SI。在各种实施例中，UE 502可以将PRACH前导508发送到gNB504。PRACH前导508向gNB 504指示SI请求，其指示UE 502请求的按需SIB。PRACH前导508可以是消息1。可以理解，除非被请求，否则按需SIB可以不被广播(例如，发送)。

在某些实施例中，PRACH前导508是特定于UE 502想要获得的SIB或SIB集合的资源。在一些实施例中，作为特定于每个SIB或SIB集合的资源的PRACH前导508被预留，并在周期性广播的最小SI中被指示。在某些实施例中，UE 502可以不仅针对当前小区(例如，UE被驻留/连接的小区)而且还针对相邻小区请求系统信息。在一个实施例中，PRACH前导508指示gNB 504应该向UE 502提供覆盖一个或多个小区的预定区域中使用的所有系统信息。

在各种实施例中，UE 502可以接收执行随机接入过程的请求，用于与按需SI获取(例如，初始接入)不同的目的，同时还被触发以执行SI获取。在这样的实施例中，UE 502可以用于SI请求的RACH过程进行去优先化。例如，UE 502可以首先执行初始接入，并且然后通过专用信令(例如，RRC信令)来检索系统信息。

图6是图示用于确定对系统信息的请求的方法600的一个实施例的示意流程图。在一些实施例中，方法600由诸如远程单元102的装置执行。在某些实施例中，方法600可以由执行程序代码的处理器执行，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

在某些实施例中，UE可以监控相同的随机接入RNTI(“RA-RNTI”)以接收随机接入响应(RAR或Msg2)以检查其(特定UE)发送的前导是否被网络接收并且因此在RAR中其可以确认相应的SI/SIB是否随后由网络按需发送。在这样的实施例中，由于以下之一，UE可以知道RA-RNTI(或一组这样的预先知道的RNTI)：RA-RNTI(或一组这样的预先知道的RNTI)被指定；RA-RNTI(或一组这样的预先知道的RNTI)被配置成SI的一部分(例如，最小SI可以通过来自网络的广播可用)；和/或RA-RNTI(或一组这样的预先知道的RNTI)从已知的参数的集合被计算，如UE用来发送它们的前导(例如，消息1)的PRACH资源的时间和频率资源。

在一些实施例中，一个RA-RNTI可以足以满足在特定窗口内请求SI的所有UE的需求；然而，为了满足多于一个重叠窗口的需求和/或为了一般化，可以使用多于一个RA-RNTI。

在另一实施例中，发送消息3(例如，Msg3)的UE可以监控相同的C-RNTI(或一组这样的预先知道的C-RNTI)以接收消息4(例如，Msg4)并且进一步检查其用于请求特定SI/SIB的(特定UE的)Msg3是否被网络接收，并且该请求是否被网络接受。在一些实施例中，UE接收并分析Msg4以检查相应的SI/SIB是否将由网络按需发送。在某些实施例中，由于以下之一，UE可以知道一个C-RNTI(或一组这样的预先知道的C-RNTI)：C-RNTI(或一组这样的预先知道的RNTI)被指定；C-RNTI(或一组这样的预先知道的RNTI)被配置成SI的一部分(例如，最小SI可以通过来自网络的广播可用)；C-RNTI(或一组这样的预先知道的RNTI)根据已知的参数的集合被计算，如UE用来发送它们的前导(例如，Msg1)的PRACH资源的时间和频率资源；和/或C-RNTI(或一组这样的预先知道的RNTI)被提供作为RAR的一部分并且使用UE预先知道的RA-RNTI来接收RAR。

在各种实施例中，仅一个C-RNTI可以足以满足在特定窗口内请求SI的所有UE的需求；然而，为了一般化，可以使用多于一个这样的C-RNTI。

在一些实施例中，在基于Msg1的方法中Msg1(例如，PRACH前导)的传输可能不必获得特定的SI/SIB。在各种实施例中，Msg1(例如，PRACH前导)的传输、Msg2的接收以及在基于Msg3的方法中的Msg3的传输对于获得特定的SI/SIB可能是不必要的。

转到方法600，方法600可以包括确定602远程单元102要使用的所有SIB是否被基本单元104广播。响应于远程单元102要使用的所有SIB被广播，方法600使用可以从最小SI获得的调度信息获取604SIB，并且方法600可以结束。响应于远程单元102要使用的所有SIB未被广播，方法600确定606基本单元104按需提供哪些SIB。

然后，方法600确定608是否需要持久性检查。在各种实施例中，可以执行持久性检查以避免其中存在过少远程单元进行发送和过多远程单元仅收听对其他UE发出的按需请求的响应的情况。在一个实施例中，可以要求执行持久性检查，如基本单元104所指示的。响应于不要求持久性检查，方法600可以发送610消息1以请求按需可用的SI/SIB。如本文所述发送610消息1可以包括选择要发送的前导。

在某些实施例中，网络(例如，基本单元104)可以配置多个不同的前导(例如，指示SIB A和B的前导1、指示SIB C和D的前导2、指示SIB E和F的前导3、指示SIB G和H的前导4等等)。在一个示例中，远程单元102可以通过确定它需要SIB A、B和H并且然后选择对应于所需SIB的至少一部分(例如，前导1)的前导来选择要发送的前导。在发送前导1以指示SIB A和B之后，远程单元102然后可以检查以看看SIB A、B和H是否被指示以提供。响应于A、B和H中没有一个被指示以提供，远程单元102可以再次发送前导1并检查指示。响应于A和B被指示为被提供，而不是H的指示，远程单元102可以继续获取A和B并以与上述与前导1有关的类似方式发起前导4传输。响应于仅H被指示为被提供，远程单元102可以继续获取H并再次发送前导1。响应于A、B和H被指示为被提供，远程单元102可以继续获取A、B、和H。

响应于需要持久性检查，方法600执行持久性检查。在一个实施例中，可以通过将UE生成的0.0和1.0之间的小数值(在此指定为“r”)与另一个小数值(在此指定为“p”)进行比较来执行持久性检查。可以使用广播消息(例如，像最小SI)来指定或配置“p”。方法600可以确定612持久性检查是否通过。在一个实施例中，如果“r”小于或等于“p”，则可以通过持久性检查。在另一个实施例中，如果“r”大于或等于“p”，则可以通过持久性检查。响应于持久性检查通过，远程单元102可以发送610消息1以请求按需可用的SI/SIB。通过使用持久性检查，基本单元104可以控制有多少个远程单元发起RACH过程。在某些实施例中，“p”的特定值可以具有特殊含义(例如，“p”＝0可以意指自动持久性检查通过，即，所有远程单元发送消息1，“p”＝1可以意指自动持久性检查失败，即，没有远程单元发送消息1)。例如，由于拥塞，可以使用特定值“p”来指示网络已经使用广播或者在远程单元102已知的时间帧中发送所需的SI，反之亦然。

响应于持久性检查未通过，方法600在已知RA-RNTI上接收614RAR。方法600检查RAR以确定616所期望的SI/SIB是否被指示。如这里所使用的，“所期望的SI/SIB”可以意指与发送610消息1(例如，前导)和/或可能已经发送以接收其他SIB/SI的前导相对应的SIB/SI。

响应于确定所期望的SI/SIB未被指示，方法600返回到确定608是否需要持久性检查。响应于确定所期望的SI/SIB被指示，方法600使用调度信息获取604SIB。

在某些实施例中，诸如在基于消息1的解决方案中，可以使用以下前导来进行按需请求：前导0可以指示所有SI A到H；前导1可以指示SI A和B；前导2可以指示SI C和D；前导3可以指示SI E和F；以及前导4可以指示SI G和H。

在一些实施例中，使用基于消息1的方法600，可能不需要来自远程单元102的一些前导传输，从而节省远程单元102的功率，减少UL资源，减少UL业务，减少UL冲突等。这是有利的，因为如果特定远程单元的请求的SI/SIB在其中被列出，所有远程单元使用特定(指定或配置的)RA-RNTI接收RAR响应(例如，Msg2)并且可以检查作为RAR内容的一部分(或者可选地，DCI)。在某些实施例中，在RAR中，基本单元104可以提供SI和SIB的列表(例如，使用其中每个比特或位图对应于特定SI/SIB的位图，并且此映射对于远程单元102和基本单元104两者都是已知的，设置比特可以意指将提供相应的系统信息，未设置的比特意指将不提供相应的系统信息，反之亦然)，其打算按需提供(例如，在从最小SI对于远程单元已知的特定持续时间内广播)。因此，特定远程单元102不需要实际发送相应的前导(例如，前导2)来请求SI(例如，C和D)，只要其能够验证在RAR中列出SI C和D。

在某些实施例中，基本单元104仅包括一个MAC PDU，该MAC PDU仅包含一个MACRAR，其包括将按需提供的SI和/或SIB的位图(基于其在窗口内接收的所有请求)。在这样的实施例中，可以仅使用一个RA_RNTI。

在各种实施例中，为了能够接收/检查RAR，远程单元102本身不需要发送消息1。在这样的实施例中，远程单元102可以收听基本单元104可能响应于由其他远程单元发送的Msg1而已经发送的Msg2/RAR。如上所述，可以使用持久性检查，使得不发送Msg1但仅收听Msg2的远程单元不仅仅无休止地收听。持久性检查有助于避免在没有响应(RAR)实际到来时或者仅接收到不包含列表中的其所需的SI/SIB的响应(RAR)时进行不必要的收听。在一些实施例中，远程单元102可以仅执行收听的时间量可能被限制。在各种实施例中，此受限的时间(例如，持续时间、开始时间、结束时间等)可以是远程单元实现特定的、指定的或配置的(例如，使用如最小SI的广播消息)。

在某些实施例中，基于消息3的解决方案可以类似于方法600的基于消息1的解决方案，除了对于所有UE来说可能已知用于加扰调度Msg4的PDCCH的循环冗余码(“CRC”)的C-RNTI(例如，可以使用如最小SI的广播消息来指定或配置C-RNTI)。在各种实施例中，仅进行收听的远程单元在C-RNTI上仅接收Msg4并检查Msg4的内容(或者可替选地DCI)以确定特定远程单元的所请求的SI/SIB是否在其中被列出。在Msg4中，基本单元104可以提供SI和SIB的列表(例如，使用其中每个比特或位图对应于特定SI/SIB的位图，并且此映射对于远程单元102和基本单元104两者都是已知的，设置比特可以意指将提供相应的系统信息，未设置的比特意指将不提供相应的系统信息，反之亦然)，其打算按需提供(例如，在从最小SI对于远程单元已知的特定持续时间内广播)。因此，在这样的实施例中，远程单元102实际上发送Msg1和Msg3以请求SI并不重要，只要其能够看到远程单元102感兴趣的SI在RAR中被列出。基于消息3的解决方案的某些实施例可以包括在不进行发送和/或如在此所描述的持久性检查的情况下限制远程单元102仅收听Msg4的时间。

在一些实施例中，如果远程单元102确定其将针对不同的SI/SIB请求发送多个不同的前导，则远程单元102可以确定用于发送不同前导的顺序。在各种实施例中，远程单元可以：发送对SI的SI请求，其中SI窗口在时间上最接近；优先化对应于基本SIB的前导的传输(例如，首先请求对应的SI)；优先化对应于对于特定特征激活所需的SIB的前导的传输(例如，类似于空闲模式中的演进型多媒体广播多播服务(“eMBMS”)接收)；或其一些组合。

图7是图示用于确定对系统信息的请求的方法700的另一实施例的示意流程图。在一些实施例中，方法700由诸如远程单元102的装置执行。在某些实施例中，方法700可以由执行程序代码的处理器执行，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

方法700可以包括在第一远程单元(例如，远程单元102)处确定702第一远程单元使用的系统信息是否被调度以发送。方法700还包括：响应于系统信息没有被调度以发送，确定704系统信息是否通过第二远程单元(例如，远程单元102)被请求。

在一个实施例中，方法700包括：响应于系统信息被调度以发送，基于用于系统信息的调度信息来接收系统信息。在另一实施例中，确定系统信息是否通过第二远程单元被请求包括：监控用于系统信息通过第二远程单元被请求的指示的消息。在某些实施例中，确定系统信息是否通过第二远程单元被请求包括：检查用于系统信息通过第二远程单元被请求的指示的公共无线电网络临时标识符。在各种实施例中，响应于系统信息通过第二远程单元被请求，方法700包括：响应于系统信息被发送到第二远程单元，接收系统信息。在一些实施例中，方法700包括：响应于系统信息没有通过第二远程单元被请求，发送对系统信息的请求。

在某些实施例中，发送对系统信息的请求包括：确定第一远程单元在发送请求之前是否被授权发送请求。在一些实施例中，确定第一远程单元是否被授权以发送请求包括检查参数。在各种实施例中，方法700包括：响应于参数超过预定阈值，发送对系统信息的请求，以及响应于参数未超过预定阈值，不发送对系统信息的请求。

在一个实施例中，方法700包括接收对系统信息的请求的响应。在某些实施例中，对系统信息请求的响应作为具有随机接入无线电网络临时标识符的随机接入响应的一部分被接收。在一些实施例中，对系统信息请求的响应包括标识系统信息的指示。在各种实施例中，发送对系统信息的请求包括：响应于包括多个前导的请求来确定请求的顺序。在某些实施例中，请求的顺序包括：首先发送与被调度以在最接近时间被发送的系统信息相对应的多个前导的前导、比多个前导的其他前导更重要的系统信息、用于特定特征的系统信息、或其一些组合。

可以以其他特定形式实践实施例。所描述的实施例在所有方面都应被视为仅是说明性的而非限制性的。因此，本发明的范围由所附权利要求而不是前面的描述来指示。在权利要求的含义和等同范围内的所有变化都包含在其范围内。

Claims

1.一种装置，包括：

处理器，所述处理器：

确定是否由所述装置使用的系统信息被调度以被发送；以及

响应于所述系统信息没有被调度以被发送，确定是否通过第二装置来请求所述系统信息。

2.根据权利要求1所述的装置，进一步包括：接收器，响应于所述系统信息被调度以被发送，所述接收器基于用于所述系统信息的调度信息来接收所述系统信息。

3.根据权利要求1所述的装置，其中，确定是否通过所述第二远程单元来请求所述系统信息包括：监控用于通过所述第二远程单元来请求所述系统信息的指示的消息。

4.根据权利要求1所述的装置，其中，确定是否通过所述第二远程单元来请求所述系统信息包括：检查用于通过所述第二远程单元来请求所述系统信息的指示的公共无线电网络临时标识符。

5.根据权利要求1所述的装置，进一步包括：接收器，响应于通过所述第二远程单元来请求所述系统信息，所述接收器响应于所述系统信息被发送到所述第二远程单元来接收所述系统信息。

6.根据权利要求1所述的装置，进一步包括：发射器，响应于没有通过所述第二远程单元来请求所述系统信息，所述发射器发送对所述系统信息的请求。

7.根据权利要求6所述的装置，其中，发送对所述系统信息的请求包括：所述处理器确定是否在发送所述请求之前所述第一远程单元被授权以发送所述请求。

8.根据权利要求7所述的装置，其中，确定是否所述第一远程单元被授权以发送所述请求包括：检查参数。

9.根据权利要求8所述的装置，进一步包括：响应于所述参数超过预定阈值，发送对系统信息的所述请求，并且响应于所述参数未超过所述预定阈值，不发送对系统信息的所述请求。

10.根据权利要求6所述的装置，进一步包括：接收器，所述接收器接收对所述系统信息的所述请求的响应。

11.根据权利要求10所述的装置，其中，对所述系统信息的所述请求的响应被接收作为具有随机接入无线电网络临时标识符的随机接入响应的一部分。

12.根据权利要求10所述的装置，其中，对所述系统信息的所述请求的响应包括标识所述系统信息的指示。

13.根据权利要求6所述的装置，其中，发送对系统信息的所述请求包括：所述处理器响应于包括多个前导的所述请求来确定请求的顺序。

14.根据权利要求13所述的装置，其中，所述请求的顺序包括：首先发送与被调度以在最近的时间被发送的系统信息相对应的所述多个前导的前导、比所述多个前导的其他前导更重要的系统信息、用于特定特征的系统信息或其一些组合。

15.一种方法，包括：

在第一远程单元处确定由所述第一远程单元使用的系统信息是否被调度以被发送；以及

响应于所述系统信息没有被调度以被发送，确定是否通过第二远程单元来请求所述系统信息。

16.根据权利要求15所述的方法，进一步包括：响应于所述系统信息被调度以被发送，基于用于所述系统信息的调度信息来接收所述系统信息。

17.根据权利要求15所述的方法，其中，确定是否通过所述第二远程单元来请求所述系统信息包括：监控用于通过所述第二远程单元来请求所述系统信息的指示的消息。

18.根据权利要求15所述的方法，其中，确定是否通过所述第二远程单元来请求所述系统信息包括：检查用于通过所述第二远程单元来请求所述系统信息的指示的公共无线电网络临时标识符。

19.根据权利要求15所述的方法，进一步包括：响应于通过所述第二远程单元来请求所述系统信息，响应于所述系统信息被发送到所述第二远程单元来接收所述系统信息。

20.根据权利要求15所述的方法，进一步包括：响应于没有通过所述第二远程单元来请求所述系统信息，发送对所述系统信息的请求。

21.根据权利要求20所述的方法，其中，发送对所述系统信息的请求包括：确定是否在发送所述请求之前所述第一远程单元被授权以发送所述请求。

22.根据权利要求21所述的方法，其中，确定是否所述第一远程单元被授权以发送所述请求包括：检查参数。

23.根据权利要求22所述的方法，进一步包括：响应于所述参数超过预定阈值，发送对系统信息的请求，并且响应于所述参数未超过所述预定阈值，不发送对系统信息的请求。

24.根据权利要求20所述的方法，进一步包括：接收对所述系统信息的所述请求的响应。

25.根据权利要求24所述的方法，其中，对所述系统信息的所述请求的响应被接收作为具有随机接入无线电网络临时标识符的随机接入响应的一部分。

26.根据权利要求24所述的方法，其中，对所述系统信息的所述请求的响应包括：标识所述系统信息的指示。

27.根据权利要求20所述的方法，其中，发送对系统信息的请求包括：响应于包括多个前导的所述请求来确定请求的顺序。

28.根据权利要求27所述的方法，其中，所述请求的顺序包括：首先发送与被调度以在最近的时间被发送的系统信息相对应的所述多个前导的前导、比所述多个前导中的其他前导更重要的系统信息、用于特定特征的系统信息或其一些组合。