CN114698059A - 执行用于系统信息请求的竞争解决 - Google Patents

Abstract

本发明涉及执行用于系统信息请求的竞争解决。为了获取系统信息实例，一种方法确定从基站105在答复消息210中是否接收到请求消息205中所请求的一个或多个系统信息实例。请求消息205包括指示所请求的系统信息实例的请求位图215。答复消息210包括在答复消息210中指示系统信息实例的答复位图215。该方法从答复消息210获取请求位图215和答复位图215中指示的系统信息实例。此外，该方法从基站105请求在请求位图215中指示而在答复位图215中未指示的系统信息实例。

Description

执行用于系统信息请求的竞争解决

本申请是于2019年11月7日进入中国国家阶段的、PCT申请号为PCT/US2018/037632、国际申请日为2018年6月14日、中国申请号为201880030240.2、发明名称为“执行用于系统信息请求的竞争解决”的申请的分案申请。

相关申请的交叉引用

本申请要求Prateek Basu Mallick于2017年6月14日提交的标题为“执行用于SI请求的竞争解决”的美国临时专利申请号62/519,648的优先权，其通过引用被合并在此。

技术领域

本文公开的主题涉及系统信息请求。

背景技术

移动设备可以从基站请求系统信息。

发明内容

公开一种用于获取系统信息实例的方法。该方法通过使用处理器来确定从基站在答复消息中是否接收到请求消息中所请求的一个或多个系统信息实例。该请求消息包括指示所请求的系统信息实例的请求位图。该答复消息包括在答复消息中指示系统信息实例的答复位图。该方法从答复消息中获取请求位图和答复位图中指示的系统信息实例。另外，该方法从基站请求在请求位图中指示但在答复位图中未指示的系统信息实例。装置还执行用于获取系统信息实例的方法的功能。

还公开一种用于发送请求消息的方法。该方法通过使用处理器来确定从基站请求至少两个系统信息实例。该方法发送第一请求消息，该第一请求消息请求至少两个系统信息实例中的第一系统信息实例。该方法还发送第二请求消息，该第二请求消息请求至少两个系统信息实例中的第二系统信息。第一请求消息和第二请求消息是前导和时频资源中的一个。第一请求消息和第二请求消息的传输是相互独立的，并且每个请求消息作为随机接入信道(RACH)请求被发送。装置还执行用于发送请求消息的方法的功能。

附图说明

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

图1A是图示通信系统的一个实施例的示意性框图；

图1B是图示通信系统的一个实施例的前视图；

图2A是图示系统数据的一个实施例的示意性框图；

图2B是图示位图的一个实施例的示意性框图；

图3A是图示系统信息通信的一个实施例的图；

图3B是图示系统信息通信的一个替代实施例的图；

图4A是图示收发器的一个实施例的示意性框图；

图4B是图示通信栈的一个实施例的示意性框图；

图5A是图示系统信息通信方法的一个实施例的示意性流程图；和

图5B是图示系统信息通信方法的一个替代实施例的示意性流程图。

具体实施方式

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

图1A是图示通信系统100的一个实施例的示意性框图。系统100包括一个或多个基站105和一个或多个移动设备110。基站105可以与移动设备110无线通信。基站105可以是g节点B(gNB)基站、演进型节点B(eNB)长期演进(LTE)基站等。基站可以形成网络115。移动设备110可以是用户设备(UE)，诸如移动电话、机器类型通信(MTC)设备、平板计算机、膝上型计算机以及汽车中的嵌入式通信设备、自助服务终端、家电等。

为了减少用于提供系统信息的信令负载，最小系统信息可以被传递到移动设备110。包含用于对小区的初始接入的基本信息的最小系统信息(SI)(例如，系统帧号(SFN0)、公共陆地移动网络(PLMN)列表、小区驻留参数、RACH参数)始终在小区中定期广播，而其他“非最小”系统信息不一定需要定期广播，即，其是网络决定。其他系统信息实例可以按需提供给移动设备110，即，移动设备110可以对其进行请求。其他SI的递送可以通过广播或单播方式完成。最小SI指示特定的SIB是被定期广播还是按需被提供。为了获得不是定期广播而按需提供的一个或多个SIB，移动设备110可以发起按需SI获取过程。对于由移动设备110要求的SI，在移动设备110发送其它SI请求之前，移动设备110应该获知SI在小区中是否可用以及该SI是否被广播，即，移动设备110应该首先获取最小SI。由最小SI提供的其他SI的调度信息，例如，在SIB1中，应包括SIB类型、有效性信息、周期性、SI窗口信息。对于处于连接的移动设备110，可以将专用无线电资源控制(RRC)信令用于其他SI的请求和递送。

处于空闲和非活动状态的移动设备110可以请求其他SI而无需使用基于Msg1和/或Msg3的方法进行状态转换。此后在图3A中示出基于Msg3的SI请求方法。在图3B中示出基于Msg1的SI请求方法。移动设备110可以在特定于移动设备110想要获得的系统信息块(SIB)或SIB集合(称为SI消息)的特定PRACH资源中发送物理随机接入信道(PRACH)前导。假设特定于每个SIB或SIB集合的PRACH前导/资源被保留并在周期性广播的最小SI中指示。

在用于请求其他SI的基于Msg1的方法中，移动设备110发送(保留的)PRACH前导，以便向基站105指示移动设备110想要获取的SIB。如在最小SI中的调度信息中所提供的，移动设备110随后将在相对应的SI窗口期间进行监视，并尝试获取所请求的SIB。然而，移动设备110可能需要许多SI(包含其感兴趣的SIB)，其中一些SI被链接到不同的前导，如在以下示例中包括：SI Message1–保留的前导1；SI Message2–保留的前导2。前述是示例并且不暗示SI Message1是调度信息列表中的第一消息。

问题1–基于Msg1的方法

对于按需SI请求，RRC(基于调度信息)选择前导，并将该前导告知媒体访问控制(MAC)。然后，问题是，移动设备110是否需要并基于调度信息确定是否都需要请求SI 1和2(如上例中具有不同的相对应的前导1和2)，将相对应的两个前导一个接一个或在单个答复中给予MAC。另外，这被视为一个或多个RACH程序。对于联合过程，MAC可能会向RRC提供单个成功/失败，并且RRC可能会不必要地重新发起网络中即使成功接收到的SI请求的Msg1传输，或者更糟的是，即使失败的RACH对应于非必要的SI/SIB可能禁止基站105

问题2–基于Msg3的方法

在如图3A所示的四步RACH过程的情况下，假定Msg2(MAC随机接入响应)用于每个移动设备110当两个移动设备110发送Msg1(随机接入前导)时，可能会发生竞争。在此，在Msg4中解决竞争，其中网络115仅在Msg4中回放Msg3内容的至少一部分(例如，Msg3的前40个比特)，并且移动设备MAC验证接收到的Msg4是否包含其Msg3内容。在SI请求的情况下，不需要竞争解决(CR)本身，因为对于移动设备110而言，重要的是知道网络115是否确认相对应的SI请求–由于“其它”移动设备110与当前移动终端110请求相同SI，在Msg4中可能出现确认。但是，因为Msg4内容可能出现不同，例如子集/超集和/或如Msg3中包括的填充或随机数的其他信息，从当前的移动设备110在Msg3中发送的来看，竞争似乎已失败，并且移动设备110将继续重传PRACH，浪费电池并且不必要地延迟SI获取。

当前，在LTE中，不允许移动设备110并行运行一个以上的RACH过程，即，仅当已经结束前一个RACH过程时，才发起新的RACH过程。此原理可能会导致SI采集延迟，并且在一些情况下，例如，取决于所需的SIB的严重性、PRACH资源可用性等，延迟可能是不可接受的。实施例加速SI的获取，如将在下文中描述的。

图1B是图示通信系统100的一个实施例的前视图。描绘移动电话移动设备110和发射塔基站105。

图2A是图示系统数据的一个实施例的示意性框图。系统数据可以被组织为存储器中的数据结构和/或无线地发送。在所描绘的实施例中，系统数据包括请求消息205、答复消息210和位图215。请求消息205可以从网络115请求SI。请求消息205可以是前导、时频资源、和/或RACH请求。在一个实施例中，请求消息205是RRC消息。在某个实施例中，请求消息205是MAC控制元素(CE)。答复消息210可以提供来自网络115的SI。答复消息210可以是RRC消息。另外，答复消息210可以是MAC CD消息。

位图215可以是请求位图215和/或答复位图215。请求消息205可以包括请求位图215。答复消息210可以包括答复位图215。在一个实施例中，请求位图215和/或答复位图215包括40个比特。位图215可以提供关于SI的信息，如将在下文中描述的。

图2B是图示位图215的一个实施例的示意性框图。图示10比特位图215的四个示例。下文将描述位图215a-d。

图3A是图示系统信息通信的一个实施例的图。在所描绘的实施例中，基站105进行最小SI的周期性广播220。移动设备110可以传递PRACH前导传输225。基站105可以传递随机接入响应230。移动设备110可以在请求消息205中传递系统信息请求235。基站105可以在答复消息210中发送所请求的SI 240。

取决于网络115是否可以组合响应(针对来自一个以上移动设备105的不同SI请求)并且在公共无线电网络临时标识符(RNTI)上发送确认(Msg4)，可以采用系统信息通信的两个实施例。

实施例1：组合多个确认(Msg4)

在一个实施例中，移动设备110可以例如使用位图215a在Msg3中向网络115指示移动设备110需要的所有SI消息。在一个示例中，其中10比特“映射”到10个对应的SI(或SI组)，使得第一比特用于SI Message1，第二比特用于SI Message2等等。在以上示例中，发送“1 0 0 0 0 0 0 0 0 0 1”的移动设备110请求网络115提供SI Message1和SI Message10。如在位图215b中所图示，网络115可以继而从另一移动设备110接收请求SI的不同集合(例如，SI Message2和SI Message3)的请求消息205。如果网络115组合响应，则在位图215c中图示组合的确认(Msg4)。

此外，作为示例，类似于LTE的MAC行为可以尝试执行CR并比较前48个比特，其还包含10比特位图215，并且因为在Msg3中发送的位图215并不恰好是在组合的确认(Msg4)中接收到的位图，CR将会失败。为了克服此，可以采用下面的解决方案实施例。

在实施例A中，CR由RRC执行。因此，RRC将向MAC指示前导(Msg1)传输是针对SI请求，并且基于此，在随后接收到Msg4时，MAC将跳过CR并将Msg4 RRC部分传送到RRC层。RRC将解释位图215，并得出结论，网络115是否接收到RRC请求(即，组合的确认(Msg4)位图215中所需SI的对应比特是否被设置)。在CR失败的情况下，RRC可以重新发起该过程。

在实施例B中，RRC将通知MAC在执行CR时可以忽略的位图215中的比特。因此，在上面的示例中，第一移动设备MAC将忽略比特[2]–[9]。如果在忽略这些比特之后的CR结果成功，则MAC通知RRC，并且RRC根据调度信息配置较低层以获取SI。在其中只有一些请求的SI被网络115确认的“部分”成功的情况下，MAC将向RRC指示部分成功。移动设备110可以重试以请求其他尚未确认的SI，并且与此同时，还根据调度信息配置较低的层以获取已确认的SI。

实施例2：未完成多个确认(Msg4)的组合

在一个实施例中，发生竞争并且两个移动设备110都假定Msg2是针对它们，并且使用Msg2中的UL许可来发送Msg3。第一移动设备110a可以在消息3中发送位图215a。第二移动设备110b可以在Msg3中发送位图215d。此外，网络115可以仅从第二移动设备110b成功地接收到Msg3，并且因此将在包括由第二移动设备110b在Msg3中发送的10比特位图215d的Msg4确认中重放CR标识。第一移动设备110a中的类似于LTE的MAC行为可以尝试执行CR并且比较包含10比特位图215d的前48个比特。因为在Msg3中发送的位图215d与在组合的确认(Msg4)中接收的位图不完全相同，所以CR将失败。这将是不幸的，因为即使网络没有接收到第一移动设备的SI请求，也实际上已确认第一移动设备110a请求的SI由网络发送。为了克服这一点，实施例可以执行以下操作。

在一个实施例中，CR由RRC执行。因此，RRC将向MAC指示前导(Msg1)传输是针对SI请求，并且基于此，在随后接收到Msg4时，MAC将跳过CR并将Msg4 RRC部分传送到RRC层。RRC将解释位图215，并得出结论，网络115是否接收到移动设备的请求(即，组合的确认(Msg4)位图215中所需SI的对应比特是否被设置)。在CR失败的情况下，RRC可以重新发起该过程。

在一个实施例中，RRC将通知MAC在执行CR时可能忽略的位图215中的比特。因此，在上面的示例中，第一个移动设备MAC将忽略第二个比特直到第9个比特。如果在忽略这些比特之后的CR结果成功，则MAC通知RRC，并且RRC根据调度信息配置较低层以获取SI。在其中并非所有请求的SI都被网络115确认的“部分”成功的情况下，MAC将向RRC指示部分成功。移动设备110可以重试以请求其他尚未确认的SI，并且与此同时，还根据调度信息配置较低的层以获取已确认的SI。

在一个实施例中，实施例A)和B)都是相同的，并且因此，不管是否进行多个确认(Msg4)的组合，这些实施例都将优化移动设备SI请求和获取。

实施例C：Msg3是MAC CE，并且不是RRC消息

在一个实施例中，在具有与上述相同的背景(其中Msg3和Msg4是RRC消息)的情况下，RRC向MAC提供关于要请求哪个SI并且因此需要设置位图215中的哪些比特的信息。MAC在接收到Msg4时仅需要对移动设备110设置的比特(不是如比较全部48个比特)执行CR。基于此比较，MAC将得出结论，网络115是否接收到移动设备的请求(即，组合的确认(Msg4)位图215中所需SI的对应比特是否被设置)。在成功的情况下，MAC将向RRC指示“成功”，并且RRC可以继而根据调度信息配置诸如物理层的下层以获取已确认的SI。在“失败”的情况下，当在组合的确认(Msg4)位图215中没有设置用于所需SI的对应比特时，RRC可以重新发起该过程。响应于其中仅一个/一些被请求的SI被网络115确认的“部分”成功，MAC将向RRC指示部分成功。移动设备215可以重试以请求其他尚未确认的SI，并且与此同时，还根据调度信息配置较低层以获取已确认的SI。

图3B是图示系统信息通信的一个替代实施例的图。在所描绘的实施例中，基站105进行最小SI的周期性广播220。移动设备110可以传递PRACH前导传输225。基站105可以在答复消息210中发送所请求的SI 240。

RRC可以确定移动设备110需要哪些SI/SIB，并且还可以确定配置的PRACH时机最早对于哪个SI消息可用。RRC将向诸如MAC和物理层的较低层指示此前导和PRACH资源。接下来向MAC指示下一个及时可用。在这种情况下，下一个RACH过程在MAC向RRC指示RRC成功完成RACH时开始，即，MAC验证Msg2中包含的RAPID(前导ID)之一已用于Msg1传输。一次可能存在一个RACH程序，并且因此，如果存在退避，则仅应用于当前RACH过程。

在一个实施例中，RRC应立即向MAC指示所有前导。MAC可以以如下面描述的两种方式之一进行响应。

交错或串行PRACH传输

在一个实施例中，MAC交错前导传输(在为用于第(N-1)个前导的最后一个发送的Msg1等待或不等待Msg2的情况下，开始用于第N个前导的Msg1传输)。根据PRACH时机(尤其是时间位置)，MAC可能会或可能不会在发送第二Msg2(用于SI Message2)的PRACH时机(尤其是时间位置)变得可用之前接收用于第一个启动的RACH程序的Msg2(RAR)(即，针对SIMessage1的Msg1)。这被视为两个单独的RACH过程，与各自的两个Msg1的传输时间无关。可以在接收到针对第一个发起的RACH过程的Msg2(RAR)之前，用于第二过程的Msg1被发送(即，到用于SI Message1的Msg1)。向RRC单独通知两个过程中的每个过程的成功/失败，并且然后RRC为每个成功/失败做出决定。因为这两个RACH过程被视为单独的，所以如果存在退避则退避仅应用于在相对应的RAR窗口中或在从相对应的PRACH资源的t-f资源计算的RA-RNTI上接收Msg2的RACH过程。在另一实施例中，当所有Msg1传输都成功时，向RRC指示联合成功，但是如果任何Msg1传输未成功，则将相对应的失败分别指示给RRC。

在一个实施例中，MAC通过代码多路复用前导(MUX前导并且在一个时隙中，即，在相同的t-f资源中发送它们)或通过使用两个不同的频率资源但在同一时间场合来统一RACH请求。此选项仅对于能够统一多个PRACH传输的移动设备110可用。

图4A是图示收发器400的一个实施例的示意性框图。收发器400可以体现在基站105和/或移动设备110中。在所描绘的实施例中，收发器400包括处理器405、存储器410、通信硬件415、发射器420和接收器425。存储器410可以包括半导体存储设备、硬盘驱动器或其组合。存储器410可以存储代码。处理器405可以执行代码。通信硬件415可以与发射器420和/或接收器425通信。发射器420可以发送无线信号。接收器425可以接收无线信号。

图4B是图示移动设备110中的LTE通信栈的一个实施例的示意性框图。在所描绘的实施例中，通信栈包括RRC 310、分组数据汇聚协议(PDCP)315、无线电链路控制(RLC)320、MAC 325和物理层330。

图5A是图示系统信息通信方法500的一个实施例的示意性流程图。方法500可以获取一个或多个移动设备110的系统信息实例。方法500可以执行图3A中图示的系统信息通信。方法500可以由移动设备110和/或基站105的一个或多个处理器405执行。

方法500开始，并且在一个实施例中，移动设备110的一个或多个处理器405将用于一个或多个系统信息实例的请求消息205从移动设备110传递到基站105。该请求消息205可以包括指示所请求的系统信息实例的请求位图215。

在一个实施例中，RRC 310向MAC 325传递请求消息205用于系统信息。在某些实施例中，RRC 310向MAC 325传递为了竞争解决而忽略的每个位图215中的比特。

基站105的处理器405可以从两个或更多个移动设备110接收两个或更多个请求消息205，并且将用于两个或更多个请求消息205的系统信息实例组合510成单个答复消息210。在一个实施例中，每个请求消息205包括指示所请求的系统信息实例的请求位图215。基站105的处理器405还可以传递515具有在单个答复消息210中指示系统信息实例的答复位图215的答复消息210。

基站105的处理器405可以通信515，并且移动设备110可以从基站105接收答复消息210。答复消息210可以包括在答复消息210中指示系统信息实例的答复位图215。

移动设备110的处理器405可以确定520在答复消息210中从基站105是否接收到请求消息205中所请求的一个或多个系统信息实例。处理器405可以从答复位图215中确定520所接收的系统信息实例。例如，每个设置的答复位图比特可以指示接收到的系统信息实例。

在一个实施例中，响应于接收到答复消息210，MAC 325省略对答复消息210的竞争解决，并将答复消息210传送给RRC 310。RRC 310可以解释答复消息210的答复位图215以确定是否接收到一个或多个系统信息实例。

在某个实施例中，响应于接收到答复消息210，MAC 325执行CR。响应于成功的CR，MAC 325可以通知RRC 310答复位图215中的比特。

如果接收到请求消息205中请求的一个或多个系统信息实例，则移动设备110的处理器405可以从答复消息210中获取525在请求位图215和答复位图215中指示的系统信息实例并且方法500结束。移动设备110可以从答复消息210获取525在请求位图215和答复位图215二者中指示的系统信息实例。

RRC 310可以基于答复位图215的比特配置物理层330以获取系统信息实例。例如，RRC 310可以指导物理层330获取与在答复位图215中设置的比特相对应的每个系统信息实例。

在一个实施例中，对于来自两个或更多个移动设备110的两个或更多个请求消息205的组合的系统信息实例，每个移动设备110忽略来自移动设备110的请求位图215中未指示的系统信息实例。

如果未接收到在请求消息205中请求的一个或多个系统信息实例，则移动设备110的处理器405可以获取530一个或多个信息实例的子集，如答复位图215所指示的。例如，如果请求第一系统信息实例和第四系统信息实例，并且在答复位图215中仅指示第四系统信息实例，则处理器405可以获取530第四系统信息实例。

移动设备110的处理器405还可以从基站105请求535在请求位图215中指示而在答复位图215中未指示的系统信息实例，并且方法500结束。继续以上示例，处理器405可以请求535被请求并且未被接收的第一系统信息实例。

在一个实施例中，RRC 310为未由答复位图215的比特指示的系统信息实例生成第二请求消息205。例如，如果未接收到与请求位图215的第一比特相对应的系统信息实例，如未设置的答复位图215的第一比特所指示的，则RRC 310可以生成第二请求消息205。第二请求消息205可以包括具有被设置的第一比特的第二请求位图215。

在一个实施例中，对于来自两个或更多个移动设备110的两个或更多个请求消息205的组合的系统信息实例，每个移动设备110重新请求535在单个答复消息210中未发送的先前请求的系统信息实例。

图5B是图示系统信息通信方法600的一个替代实施例的示意性流程图。方法600可以发送请求消息205并获取系统信息实例。方法600可以执行图3B所图示的系统信息通信。方法600可以由移动设备110和/或基站105的一个或多个处理器405执行。

方法600开始，并且在一个实施例中，移动设备110的处理器405确定605从基站105请求至少两个系统信息实例。处理器405可以进一步发送610第一请求消息205，第一请求消息205请求至少两个系统信息实例中的第一系统信息实例。

另外，处理器405可以发送615第二请求消息，该第二请求消息请求至少两个系统信息实例的第二系统信息。第一请求消息205和第二请求消息205可以是前导和时频资源之一。第一请求消息205和第二请求消息205可以作为RACH请求被发送。在一个实施例中，第一请求消息205和第二请求消息205的传输可以相互独立。在一个实施例中，RRC 310向MAC325传递第一请求消息和第二请求消息用于系统信息。

移动设备110的处理器405可以接收617答复消息210。移动设备110的处理器405可以进一步确定620在答复消息210中是否存在对每个请求消息205的成功答复。在一个实施例中，响应于接收到答复消息210，MAC 325将答复消息210传送给RRC 310。RRC 310可以确定从答复消息210是否接收到至少两个系统信息实例。

在一个实施例中，MAC 325执行CR。响应于成功的CR，MAC 325通知RRC 310接收到的系统信息。RRC 310可以基于接收到的系统信息配置物理层330获取系统信息实例。

如果在对两个请求消息205的答复消息210中都存在成功的答复，则处理器405报告625联合成功。响应于答复消息210中对任何请求消息210的至少一个未成功答复，处理器405分别报告630每个答复。

移动设备110的处理器405可以获取325接收到的系统信息实例。另外，处理器405可以利用接收到的系统信息请求未接收到的系统信息实例，并且方法600结束。在一个实施例中，RRC 310发送第三RACH请求消息210，该第三RACH请求消息210利用接收到的系统信息请求未接收到的系统信息实例。

工业应用

基站105向移动设备110定期提供系统信息。为了减少提供系统信息的信令负载，实施例支持提供所需的系统信息(诸如非最小系统信息)作为系统信息实例。每个系统信息实例可以包括移动设备110所需的一部分系统信息。实施例允许移动设备110请求和获取离散的系统信息实例。结果，减少向移动设备110传递系统信息，同时向移动设备110提供所需的系统信息。实施例还减轻等待RACH完成的不需要的延迟。因此，实施例减少向移动设备110提供系统信息的信令负荷，并加快系统信息的获取。

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

Claims (20)

1.一种方法，包括：

通过使用无线电资源控制(RRC)，确定需要的系统信息；

迭代地确定下一需要的系统信息消息；

通过包括用于SI请求的物理随机接入信道(PRACH)时机、随机接入前导中的一个或多个来向媒体访问控制(MAC)指示每个下一需要的系统信息消息，以指示用于对应系统信息请求的随机接入信道(RACH)；

通过使用所述MAC，开始所述RACH；

响应于用于第二消息的第一前导标识符在第一消息中被使用，确定RACH完成；

通过使用所述MAC，指示对到所述RRC的RACH和/或所请求的系统信息消息的确认的接收；以及

响应于所述MAC向所述RRC指示所述RACH完成，开始下一RACH。

2.根据权利要求1所述的方法，其中，所述方法进一步包括接收对到所述RRC的RACH和/或系统信息实例请求的确认。

3.根据权利要求1所述的方法，其中，所述请求是RRC消息。

4.根据权利要求1所述的方法，其中，所述请求是MAC控制元素(CE)消息。

5.根据权利要求1所述的方法，其中，所述确认是RRC消息。

6.权利要求1所述的方法，其中，所述确认是MAC CE消息。

7.根据权利要求1所述的方法，其中，每个移动设备重新请求在所述确认中未发送的先前请求的系统信息实例。

8.一种装置，包括：

处理器，所述处理器执行：

通过使用无线电资源控制(RRC)，确定需要的系统信息；

迭代地确定下一需要的系统信息消息；

通过包括用于SI请求的物理随机接入信道(PRACH)时机、随机接入前导中的一个或多个来向媒体访问控制(MAC)指示每个下一需要的系统信息消息，以指示用于对应系统信息请求的随机接入信道(RACH)；

通过使用所述MAC，开始所述RACH；

响应于用于第二消息的第一前导标识符在第一消息中被使用，确定RACH完成；

通过使用所述MAC，指示对到所述RRC的RACH和/或所请求的系统信息消息的确认的接收；以及

响应于所述MAC向所述RRC指示所述RACH完成，开始下一RACH。

9.根据权利要求8所述的装置，其中，所述处理器进一步包括接收对到所述RRC的RACH和/或系统信息实例请求的确认。

10.根据权利要求8所述的装置，其中，所述请求是RRC消息。

11.根据权利要求8所述的装置，其中，所述请求是MAC控制元素(CE)消息。

12.根据权利要求8所述的装置，其中，所述确认是RRC消息。

13.权利要求8所述的装置，其中，所述确认是MAC CE消息。

14.根据权利要求8所述的装置，其中，每个移动设备重新请求在所述确认中未发送的先前请求的系统信息实例。

15.一种包括非暂时计算机可读存储介质的程序产品，所述非暂时计算机可读存储介质存储由处理器可执行的代码，可执行代码包括代码以执行：

通过使用无线电资源控制(RRC)，确定需要的系统信息；

迭代地确定下一需要的系统信息消息；

通过包括用于SI请求的物理随机接入信道(PRACH)时机、随机接入前导中的一个或多个来向媒体访问控制(MAC)指示每个下一需要的系统信息消息，以指示用于对应系统信息请求的随机接入信道(RACH)；

通过使用所述MAC，开始所述RACH；

响应于用于第二消息的第一前导标识符在第一消息中被使用，确定RACH完成；

通过使用所述MAC，指示对到所述RRC的RACH和/或所请求的系统信息消息的确认的接收；以及

响应于所述MAC向所述RRC指示所述RACH完成，开始下一RACH。

16.根据权利要求15所述的程序产品，所述处理器进一步包括接收对到所述RRC的RACH和/或系统信息实例请求的确认。

17.根据权利要求15所述的程序产品，其中，所述请求是RRC消息。

18.根据权利要求15所述的程序产品，其中，所述请求是MAC控制元素(CE)消息。

19.根据权利要求15所述的程序产品，其中，所述确认是RRC消息。

20.权利要求15所述的程序产品，其中，所述确认是MAC CE消息。

Images