用于获取按需系统信息的装置系统和方法与流程

本公开涉及一种在无线通信系统中执行系统信息获取的移动终端，该无线通信系统包括至少一个配置有服务小区的基站。系统信息包括最小信息和其他系统信息。移动终端按需(on-demand)向基站发送请求消息。该请求消息请求基站发送其他系统信息。

背景技术：

目前，第三代合作伙伴计划(3gpp)专注于下一代蜂窝技术技术规范的下一版本(版本15)，也称为第五代(5g)或新无线电(nr)。

在第71届3gpp技术规范小组(tsg)无线电接入网络(ran)会议(2016年3月，哥德堡)上，第一个5g研究项目，涉及ran1、ran2、ran3和ran4的“studyonnewradioaccesstechnology”获得批准，该研究为将定义第一个5g标准的版本15工作项目(wl)奠定了基础。

5g新无线电(nr)的一个目标是提供单一的技术框架，解决在2016年12月发布的3gpptsgrantr38.913v14.1.0“studyonscenariosandrequirementsfornextgenerationaccesstechnologies”中定义的所有使用场景、需求和部署场景(可在www.3gpp.org获得)。这些至少包括增强的移动宽带(embb)、超可靠的低延迟通信(urllc)、大规模机器类型通信(mmtc)。

例如，embb部署场景可以包括室内热点、密集城市、乡村、城市宏观、高速；urllc部署场景可以包括工业控制系统、移动医疗(远程监控、诊断和治疗)、车辆实时控制、智能电网广域监控系统；mmtc可以包括诸如智能可穿戴设备和传感器网络的大量具有非时间关键数据传输的设备的场景。

另一个目标是向前兼容性，预测未来的用例/部署场景。不需要长期演进(lte)的向后兼容性，这有利于全新的系统设计和/或新功能的引入。

技术实现要素：

一个非限制性和示例性实施例能够改进无线通信系统中的系统信息获取，该无线通信系统包括移动终端和具有服务小区的基站。另一非限制性示例性实施例致力于减少获取按需其他系统信息的(控制)信令开销。并且另一示例性实施例致力于改进获取按需其他系统信息的灵活性。

在一个实施例中，这里公开的技术的特征在于用于在无线通信系统中执行系统信息获取的移动终端，该无线通信系统包括至少一个配置有服务小区的基站。系统信息包括最小系统信息和其他系统信息。

移动终端包括处理器和收发器。通过此，移动终端被适配于确定按需请求按需发送其他系统信息的条件；执行随机接入过程，包括：发送随机接入前导码信号(msg1)，接收随机接入响应消息(msg2)，发送针对其他系统信息的系统信息请求消息(msg3)，以及接收争用解决消息(msg4)；并且经由广播接收包括按需请求的其他系统信息的系统信息消息。

系统信息请求消息(msg3)包括具有符合特定格式的比特模式的信息元素，该比特模式的至少一部分用于请求其他系统信息，并且争用解决消息(msg4)包括用于在随机接入过程期间检测冲突的相同的比特模式或比特模式的相同部分。

应当注意，一般或特定实施例可以所述为系统、方法、集成电路、计算机程序、存储介质或它们的任意选择性组合。

从说明书和附图中，所公开的实施例的其他益处和优点将变得显而易见。益处和/或优点可以通过说明书和附图的各种实施例和特征单独获得，为了获得一个或多个这样的益处和/或优点，不需要全部提供这些实施例和特征。

附图说明

图1描绘了无线通信系统中的移动终端和基站的框图；

图2示出了根据在3gppnr部署场景中的第一实施例的示例性实施方式的系统信息获取的序列图；

图3示出了在3gppnr部署场景中的第一实施例的示例性实施方式中的针对其他系统信息的示例性请求和响应消息配置；

图4描绘了在3gppnr部署场景中的第一实施例的示例性实施方式中的针对其他系统信息的另一示例性请求和响应消息配置；

图5示出了根据在3gppnr部署场景中的第一实施例的示例性实施方式的系统信息获取的序列图；

图6示出了在3gppnr部署场景中的第二方面的第一示例中两个移动终端(即ue1和ue2)执行系统捕获的时序图；

图7描绘了在3gppnr部署场景中的第二方面的第二示例中两个移动终端(即ue1和ue2)执行系统捕获的时序图；以及

图8描绘了在3gppnr部署场景中的第二方面的第三示例中两个移动终端(即ue1和ue2)执行系统捕获的时序图。

具体实施方式

如nr研究项目的技术报告之一(3gpptsgtr38.801v2.0.0，“studyonnewradioaccesstechnology；radioaccessarchitectureandinterfaces”，2017年3月)所总结的，基本物理层信号波形将基于正交频分复用(ofdm)。对于下行链路和上行链路两者，支持基于循环前缀(cp-ofdm)的波形的ofdm。还支持基于离散傅立叶变换(dft)扩展ofdm(dft-s-ofdm)的波形，至少对于高达40ghz的embb上行链路，是对cp-ofdm波形的补充。

nr的设计目标之一是通过最大程度地减少正在进行的业务量中断(如果有的话)来增强用户的移动性，同时又不增加用户设备的功耗。在ran#78，ran2的任务是研究如何在rel-15时间框架内针对lte和nr解决对0ms切换中断时间的imt-2020要求。在第一步，在lte中的切换过程已经被采用作为在nr中的基线设计。3gpp工作组正在讨论需要添加或修改哪些功能来增强nr移动性。

术语“下行链路”是指从较高节点到较低节点的通信(例如，从基站到中继节点或到ue，从中继节点到ue，等等)。术语“上行链路”是指从较低节点到较高节点的通信(例如，从ue到中继节点或到基站、从中继节点到基站，等等)。术语“侧行链路”是指在同一级别的节点之间的通信(例如，两个ue之间，或者两个中继节点之间，或者两个基站之间)。

在3gppnr中，系统信息的获取相对于从例如lte标准的早期版本中已知的机制有了很大的改进。例如，3gppts38.300v15.1.0“nr；nrandng-ranoveralldescription”(2018年3月)第7.3节讨论的系统信息处理。下面仅进行简要讨论。

概述

根据3gppnr的标准化，系统信息(si)划分为最小si和其他si。最小si是周期性广播的，并且包括初始接入所需的基本信息和获取周期性地或按需提供的任何其他si广播的信息，即调度信息。其它si涵盖最小si中未广播的所有内容，并且可以由网络触发或根据ue的请求广播或以专用方式提供。

对于被ue考虑用于驻留的小区/频率，ue不需要从另一小区/频率层获取该小区/频率的最小si的内容。这不排除ue应用来自先前访问的小区的存储的si的情况。如果ue不能确定小区的最小si的全部内容(通过从该小区或从先前小区的有效存储si接收)，则ue应当认为该小区被禁止。在带宽适配(ba)的情况下，ue仅获取活动带宽部分(bwp)上的si。

调度

使用不同的消息(主信息格式块(masterlnformationblock)和系统信息格式块类型1(systemlnformationblocktypel))在两个不同的下行链路信道上发送最小si。术语剩余最小si(rmsi)也用于指系统信息格式块类型1(sib1)。以系统信息格式块类型2(sib2)及以上来发送其他si。

对于处于rrc_idle和rrc_inactive的ue，该请求触发随机接入过程，并在msg3上被携载，除非所请求的si与prach资源的子集相关联，在这种情况下，可以使用msg1。当使用msg1时，请求的最小粒度是一个si消息(即sib的集合)，一个rach前导码和/或prach资源可以用于请求多个si消息，并且gnb在msg2中确认该请求。当使用msg3时，gnb在msg4中确认该请求。

可以以可配置的周期并在一定的持续时间内广播其它si。当由处于rrc_idle和rrc_inactive的ue请求时，也可以广播其他si。

允许ue驻留的每个小区至少广播最小si的一些内容，而系统中可能存在ue不能驻留且不广播最小si的小区。

si修改

系统信息的改变仅发生在特定的无线电帧，即使用修改时段的概念。系统信息可以在修改时段内以相同的内容发送多次，如其调度所定义的。修改时段由系统信息来配置。

当网络改变(一些)系统信息时，它首先通知ue这种改变，即这可以在整个修改时段完成。在下一个修改时段，网络发送更新的系统信息。一旦接收到改变通知，ue从下一个修改时段的开始获取新的系统信息。ue应用先前获取的系统信息，直到ue获取新的系统信息。

寻呼用于向处于rrc_idle、rrc_inactive和rrc_iconnected的ue通知系统信息的改变。如果ue接收到这样的寻呼消息，则它知道系统信息(除了etws/cmas)将在下一个修改时段边界改变。

除了反映ran#79的开发成果的3gppnr技术标准ts38.300之外，tsg无线电接入网(tsg-ran)工作组2(wg2)最近也讨论了系统信息处理，简要总结如下:

通过广播提供的si

其他si的调度信息包括最小si中的sib类型、有效性信息、周期性和si窗口信息，而不管其他si是周期性广播还是按需提供的。

-在sib1中提供了其他si的调度信息

-sib类型：广播或按需

如果最小si指示sib没有被广播，则ue不认为该sib是在每个si时段在其si窗口中被周期性广播的。因此，ue可以发送si请求来接收该sib。在发送si请求之后，为了接收所请求的sib，ue在该sib的一个或多个si时段中监视所请求的sib的si窗口。

基于msg3的si请求方法

ue基于msg4的接收来确定msg3成功。至于msg4内容的哪些细节用于确认msg3的成功，还有待进一步研究(ffs)。这将由cp初步讨论。

使用基于msg3的方法的si请求的前导码未被保留。此外，rrc信令被用于msg3中的si请求。关于rrc信令如何指示所请求的si/sib详细信息，还需要通过asn.1进一步研究(ffs)。msg2中接收的临时c-rnti被用于msg4接收。

按需si请求

msg3中不包含ueid。对于争用解决，uemac执行与其他情况相同的操作，并针对发送的请求检查争用解决macce(mac中的通用rach过程)。

系统信息格式块类型1(sib1)中的一个指示符指示当前是否广播了si消息。该指示在修改时段结束前有效。ue不能推断这是按需si的临时广播还是周期性广播si。

si修改

与lte一样，si改变/更新是通过寻呼向ue指示的。rrc_idle和rrc_inactiveue应该在每个drx周期的其自身的寻呼时机中监视si更新通知。rrc_connectedue在任何寻呼时机中都监视si更新通知(如果ue被提供有公共搜索空间来监视连接中的寻呼)。

在nr中，采用了针对si更新处理的修改时段的lte概念。支持寻呼消息中包括的si更新指示(如果dci设计允许si更新指示和并行调度寻呼消息，则可以再次讨论)。支持dci中包括的si更新指示。

如果ue在寻呼中接收到si更新指示，则假设nw广播更新的si(即使更新的si是按需si)，ue在下一个修改时段边界获取更新的ue。

本公开

考虑到以上所述，本公开是在理解可以进一步改进系统信息获取的情况下构思的。

具体地，利用3gppnr中的随机接入过程来按需获取按需系统信息具有一些优点和在无线通信系统的(控制)信令开销方面的缺点。由该特征导致的缺点是本公开的关注点。

一方面，随机接入过程是一种熟知的机制，其允许移动终端立即开始向基站发信号通知(控制)信息。具体地，移动终端可以参与随机接入过程，而不管它是处于rrc_connected、rrc_idle还是rrc_inactive状态。换句话说，用于按需获取按需系统信息的随机接入过程可以在上电之后立即使用。

另一方面，随机接入过程引入了相当大的(控制)信令开销。如下面将进一步详细讨论的，随机接入过程(即基于竞争的随机接入过程)被很好地理解为包括四个消息的序列(此后为：msg1、msg2、msg3和msg4)。这四个消息的序列被设计成在移动终端和基站之间实现可靠的信令，然而，代价是不可忽略的(控制)信令开销。

认识到这些缺点，本公开致力于改进无线通信系统中的系统信息获取。

非限制性和示例性实施例使得能够在无线通信系统中减少由随机接入过程导致的(控制)信令开销，特别是在不同移动终端的系统信息获取尝试之间发生冲突的情况下。特别地，本公开试图避免由不成功的(即有争议的)系统信息获取尝试触发的任何不必要的重传。

为了全面讨论本公开提供的优点，下面进一步详细描述两种不同的场景。

在第一场景中，重点在于以下事实：消除了(控制)信令开销的原因，即理解在随机接入过程中已经发生了冲突。为此，随机接入过程假设，当获取系统信息时，对什么是冲突有不同的理解。因此，避免了额外的(控制)信令，这通常会导致由随机接入过程中的争用解决机制规定的重传。

在第二场景中，重点在于以下事实：可以针对系统信息获取移除导致(控制)信令开销的影响，即由争用解决机制规定的重传，而不影响无线通信系统的功能能力。为此，定义了在随机接入过程中不需要调用内容解析机制的特定条件，从而也避免了额外的(控制)信令。

换句话说，本公开的两个不同场景通过因果关系联系在一起，因为它们都解决了避免额外(控制)信令的共同技术问题，除非在无线通信系统中最终是必要的。由随机接入过程中的争用解决机制导致的(控制)信令开销相应地减少。

随机接入过程(更具体地，基于竞争的随机接入过程)包括以下简要讨论的四个步骤：

在第一步骤中，由移动终端向基站发送随机接入前导码信号，即msg1(简称：前导码)。前导码由移动终端从所有可用前导码或可用前导码的特定子集中随机选择，和/或在所有可用或特定选择的物理随机接入信道(prach)资源上被发送。

由于对可用前导码和/或prach资源(特定时间和频谱中的资源)的数量的限制，并且由于移动终端自主启动随机接入过程的事实，因此不能避免来自两个不同移动终端的前导码传输之间的竞争。换句话说，无线通信系统不能防止两个不同的移动终端在相同的prach资源上发送相同的前导码的情况。

此外，甚至更重要的是，基站不能区分这种有争议的传输，因为它们是由两个不同的移动终端在相同的prach资源上发送相同的前导码引起的。因此，基站需要外部知识来发现这种有争议的传输。

在第二步骤中，由基站向移动终端发送随机接入响应消息，即msg2(简称：响应)。该响应通常包括用于连接建立的参数，诸如应用于移动终端的上行链路配置的定时提前，以及允许移动终端在上行链路中发送后续消息的调度授权。

在第三消息中，由移动终端使用调度授权向基站发送专用消息，即msg3。为了简洁起见，下面仅参考系统信息请求消息，即服务于移动终端向基站发信号通知针对发送(特定)按需系统信息的请求的专用目的的消息，例如(特定)按需系统信息消息。

在示例性实施方式中，系统信息请求消息可以包括针对获取(特定)按需系统信息消息的请求，例如，针对包括系统信息块类型4-6的按需发送消息的请求。通常，系统信息请求消息遵循由无线电资源控制(rrc)层指定的例如用于rrc系统信息请求消息的特定格式。

当在步骤1中引起有争议的传输的两个不同的移动终端在步骤2中接收到相同的响应时，它们两者都将使用指示的调度授权来发送专用消息，即msg3。因此，两个专用消息也作为争用传输被基站接收，即在时间和频谱上冲突或重叠的消息，并且(如果有的话)只有一个专用消息可以被基站成功解码。

更重要的是，已经发现，在特定的定时(例如，在无线电帧和/或具有特定号码的子帧期间)，导致步骤1中有争议的传输的两个不同的移动终端很有可能都以msg3的形式发送获取相同按需系统信息消息的请求。因此，可能存在基站接收请求相同或不同的按需系统信息消息的两个冲突或重叠的系统信息请求消息传输的情况。

同样更重要的是，基站只能识别来自信号更强的移动终端的系统信息请求消息之一。

在第四消息中，由基站向移动终端发送争用解决消息，即msg4。该消息被设计成使移动终端处于这样一种情况，即它可以检测基站是否意图遵守在msg3中发送的专用消息中提出的请求。换句话说，该msg4包括唯一引用msg3或移动终端生成相同msg3的信息，并且由于这个原因，可以服务于解决有争议的传输的情况的目的。

值得注意的是，移动终端发现并因此解决有争议的传输情况的能力取决于专用消息(即msg3)中发送的信息。特别地，这种能力与msg3是否额外或仅包括在所有移动终端之间唯一的信息的问题有关。

通常，该msg3被格式化为在rrc连接请求的上下文中包括例如唯一的随机值(即随机值信息元素)。该唯一的随机值然后确保两个msg3永远不会相同(即唯一)，即使它们源自利用来自msg2的相同调度授权的两个不同的移动终端。

然后，基站通过复制和粘贴(或回显)来自msg3的唯一信息来生成争用解决消息，从而允许移动终端发现它是否已经成功地将其请求放在作为msg3发送的专用消息中。

只有当移动终端在msg4中发现它与msg3一起发送的唯一信息时，它才能断定msg3已成功发送到基站。如果移动终端未成功，则随机接入过程规定它以随机接入前导码信号(即msg1)的重传再次开始。因此，解决了有争议的传输的情况。

现在，在本公开的上下文中，认识到争用解决在系统信息获取的上下文中并不总是有利的。特别地，存在这样的情况，即其中在不成功的争用解决之后，移动终端不需要再次开始重传随机接入前导码信号，即msg1。换句话说，对于某些情况，可以避免由随机接入过程中的争用解决导致的(控制)信令开销。

如上所述，在系统信息获取的上下文中，存在两个不同的移动终端经由msg3来请求相同的按需系统信息消息的情况。然后，在这种情况下，移动终端是否知道它自己(或者两个不同的移动终端中的另一个)是否已经成功地将其请求放在系统信息请求消息中，或者它是否被规定为重新发送相同的系统信息请求消息而导致有争议的传输，这并不是决定性的。

一旦确保用msg4响应的基站已经接收到发送期望的系统信息消息的请求，则两个不同移动终端的请求都被满足。

换句话说，原因(即理解已经发生随机接入过程中的冲突)和效果(即由争用解决机制规定的重传)都不能证明所产生的(控制)信号开销是合理的。而是，只要基站符合两个不同移动终端的请求，就不再需要应用随机接入过程的争用解决机制。

第一场景

图1示出了包括移动终端110(也称为用户设备(ue))和基站160(也称为g节点b(gnb))的无线通信系统的框图。该框图被用于描述图2中描述的机制，即消除了(控制)信令开销的原因的第一场景。

框图的无线通信系统允许移动终端110获取系统信息，特别是从具有服务小区的基站160按需广播的其他系统信息(不是最小系统信息)。因此，移动终端110和基站160两者都在系统信息获取中发挥积极作用。

一般地，当移动终端110的处理器120确定(参见图2中的步骤s01)它有需求并因此想要按需请求从基站160按需发送其他系统信息时，存在多种情况。

例如，当处理器120检测到服务小区中的上电事件或对服务小区的小区选择/重选事件时，发生这种条件。当处理器110从服务小区的覆盖丢失事件中恢复时，这种条件也可能发生。此外，当处理器120确定在服务小区中用于其他系统信息的有效性定时器已经到期时，这种条件也可能发生。在这些示例性条件的任何一个中，处理器120不具有其他系统信息的有效副本。

假设处理器120已经确定了按需请求按需发送其他系统信息的条件，它继续进行移动终端110的收发器130执行(参见图2中的步骤s02)随机接入过程。

在随机接入过程中，收发器130首先向基站160发送随机接入前导码信号(参见图2中s02的msg1)。然后，收发器130从基站160接收随机接入响应消息(参见图2中s02的msg2)。此后，收发器130向基站160发送针对其它系统信息的系统信息请求消息(参见图2中s02的msg3)。最后，收发器130从基站160接收争用解决消息(参见图2中s02的msg4)。

假设移动终端110已经成功地发出向基站160的针对其他系统信息的请求，则它继续进行收发器130经由广播接收(参见图2中的步骤s03)包括按需请求的其他系统信息的系统信息消息。

为了确定移动终端110是否已经成功地发出向基站160的针对其他系统信息的请求，它确定是否满足以下两个条件：

1)系统信息请求消息(参见图2中s02的msg3)包括具有符合特定格式的比特模式的信息元素，该比特模式的至少一部分用于请求其他系统信息，以及

2)争用解决消息(参见图2中s02的msg4)包括用于在随机接入过程期间检测冲突的相同的比特模式或比特模式的相同部分。

两个条件中的第一个条件确保移动终端110发出向基站160的针对其他系统信息的共同理解的请求。为此，该请求以特定的比特模式被携载在信息元素(例如，rrc消息的信息元素)中。重要的是，比特模式符合特定格式(例如，标准化格式)。特定格式规定至少一部分比特模式用于请求其他系统信息。因此，特定格式允许在基站160明确标识所请求的其他系统信息。

两个条件中的第二个条件确保移动终端110被通知是否成功地发出向基站160的针对其他系统信息的请求。为此目的，争用解决消息包括相同的比特模式(作为整体)或者至少是用于请求其它系统信息的由特定格式规定的比特模式的相同部分。重要的是，在争用解决消息中包括相同的比特模式或比特模式的相同部分的情况下，移动终端110可以在随机接入过程期间检测冲突(更好地，没有冲突)。

值得注意的是，在这两种条件下，可以基于比特模式或由特定格式规定的比特模式的一部分来进行冲突检测。由于针对其他系统信息的所有请求必须符合相同的特定格式，因此即使当源自两个不同的移动终端时，在来自两个不同的移动终端针对其他系统信息的相同请求的有争议的传输的情况下，冲突检测也假设成功发出。更重要的是，由于特定格式规定了用于冲突检测的至少一部分比特模式，因此有利地减少了(控制)信令开销。

这两种条件在图3和图4所示的详细实施方式中被举例说明。

图3和图4在最上面部分描述了用于请求其他系统信息的示例性比特模式及其特定格式。两个图中的第一个图详细说明了其中特定格式规定比特模式的一部分用于请求其他系统信息的实施方式。并且，两个图中的第二个图详细说明了其中特定格式规定比特模式(作为整体)用于请求其他系统信息的实施方式。

特别地，对于比特模式的一部分和比特模式(作为整体)两者，特定格式定义与针对不同类型的系统信息消息(缩写为simsg.2至9)的请求的对应关系。例如，simsg.3可以表示作为相同系统信息消息的一部分发送类型4-6的系统信息块的请求。在两种实施方式中，比特模式的一部分和比特模式都是8比特，并且8比特中的每个比特对应于针对不同类型的系统信息消息的请求(例如，第二比特被示出为对应于simsg.3，并且第四比特被示出为对应于simsg.5)。

关于两个图中的第一个，示出了特定格式规定用于请求其他系统信息消息的比特模式的一部分(即8比特)位于比特模式(即总共40比特)的开始(开头)。这显示在图的左上角。可替代地，用于请求其他系统信息消息的比特模式的一部分(即8比特)位于比特模式(即总比特)的末尾(尾部)。这显示在图的右上角。显然，该图的左上角和右上角描绘了由术语“或”表示的特定格式的替代实施方式。

不言而喻，在两个图的第一个图中，还示出了特定格式规定比特模式的剩余比特(不包括构成用于请求其他系统信息的比特模式的一部分的比特)具有零值。

不管使用哪种特定格式，比特模式都被包括在类似于系统信息请求消息(即图2中s02的msg3)的rrc消息的信息元素中。该信息元素可以是系统信息请求消息中的第一信息元素，或者更优选地是系统信息请求消息(即msg3)中的唯一信息元素，也如两个图所示。

出于与3gppnr的rrc层中的当前定义一致的原因，当比特模式具有40比特时是有利的。从而，相同大小的mac控制元素(ce)可以被重用(re-use)于响应于rrc连接建立消息(例如，msg3)而发送的争用解决消息(例如，msg4)。特别地，这防止了基站和/或移动站中的争用解决机制需要不同的物理实施方式。然而，比特模式也可以仅具有8比特(或至少8比特)的大小，以容纳与针对不同类型的系统信息消息(缩写为simsg.2至9)的请求相对应的所有比特。

为了清楚起见，并且为了避免混淆，包括用于请求其他系统信息的比特模式的信息元素不是用于移动终端标识的信息元素(在rrc中称为：用户设备标识)，和/或不是用于随机值的信息元素(在rrc中称为：随机值)。

如从3gppnr中公知的，包括比特模式的信息元素被编码在macsdu中，导致在macsdu的开始(开头)处的额外的8比特编码开销，其与mac报头一起形成macpdu，如两个图的左下角所示。然后，移动终端110将该macpdu作为msg3发送给基站160。

作为对其的响应，详细实施方式在两个图的右下角示出了移动终端110从基站111接收mac消息作为争用解决消息(msg4)，包括mac报头和macce。该macce被描述为在macce的开始(开头)包括或不包括额外的8比特的编码开销。

为了举例，假设信息元素包括总大小为40比特的比特模式，并且总40比特中只有8比特的一部分由用于请求其他系统信息的特定格式规定。然后，争用解决消息(msg4)可以包括得到具有48比特大小的macce的相同比特模式(作为整体)，或者由特定格式规定的得到具有8比特大小的macce的比特模式的相同部分。

在第一种情况下，争用解决消息的成功/不成功接收是由处理器120检查争用解决消息(msg4)是否仅(即正好)包括与系统信息请求消息(msg3)中包括的信息元素一起发送的相同的比特模式来确定的。

在第二种情况下，争用解决消息的成功/不成功接收由处理器120检查争用解决消息(msg4)是否是争用解决消息的特定版本(即缩短版本)，该特定版本专门用于确认针对对其他系统信息的按需请求。再者，缩短版本不再符合用于解决争用的其他上下文中的传统macce。

另外，处理器120正在检查msg4是否仅包括与系统信息请求消息(msg3)中包括的信息元素一起发送的比特模式的相同部分(由用于请求其他系统信息的特定格式规定)，

现在为了举例，假设信息元素包括总大小为(仅)8比特的比特模式，并且这些比特由用于请求其他系统信息的特定格式规定。然后，争用解决消息(msg4)可以包括其末尾用零填充的相同的比特模式(作为整体)，以达到例如48比特的大的大小，或者可以(仅)包括得到具有8比特大小的macce的相同的比特模式(作为整体)。

在第一种情况下，通过处理器120检查争用解决消息(msg4)的一部分(即非零填充的比特)是否包括与系统信息请求消息(msg3)中包括的信息元素一起发送的相同的比特模式，来确定争用解决消息的成功/不成功接收。

在第二种情况下，争用解决消息的成功/不成功接收由处理器120检查争用解决消息(msg4)是否是争用解决消息的特定版本(即缩短版本)，该特定版本专门用于确认对其他系统信息的按需请求。再者，缩短版本不再符合用于解决争用的其他上下文中的传统macce。

另外，处理器120正在检查msg4是否包括与在系统信息请求消息(msg3)中包括的信息元素一起发送的、符合特定格式的用于请求其他系统信息的相同的比特模式。

第二场景

同样，图1的框图可以用于描述图5中描述的机制，即第二场景，其中导致(控制)信令开销的影响被消除，而不影响系统功能。

再者，框图的无线通信系统允许移动终端获取系统信息，特别是从具有服务小区的基站160按需广播的其他系统信息(不是最小系统信息)。

一般地，当移动终端110的处理器120确定(参见图5中的步骤s01)它有需求并因此想要向基站160按需请求按需发送其他系统信息时，存在多种情况。为了简洁起见，参考上面讨论的示例性条件。

假设处理器120已经确定了按需请求按需发送其他系统信息的条件，则它继续移动终端110的收发器130执行(参见图5中的步骤s02)随机接入过程。

在随机接入过程中，收发器130首先向基站160发送随机接入前导码信号(参见图5中s02的msg1)。然后，收发器130从基站160接收随机接入响应消息(参见图5中s02的msg2)。此后，收发器130向基站160发送针对其它系统信息的系统信息请求消息(见图5中s02的msg3)。最后，收发器130从基站160接收争用解决消息(参见图5中s02的msg4)。

现在，与上述不同，第二场景涉及这样一种情况，其中尽管未成功接收到争用解决消息(由至msg4的闪烁标志所指示的)，但是移动终端不必按照随机接入过程的规定开始(开启)随机接入前导码信号(msg1)的重传。

具体地，认识到不成功的接收可能是针对相同类型的系统信息消息(或相同类型的系统信息消息的子集)的针对其他系统信息的冲突请求的结果。

例如，即使一个移动终端没有成功地发出对于simsg.3的请求并且第二个、不同的移动终端成功地发出对于simsg.3和msg.5的请求的情况下，也可以检测到冲突的传输。然后，即使基站(仅)符合对于simsg.3和msg.5的成功请求。对于不成功的移动终端来说，按照随机接入过程的规定重新发送系统信息请求(从msg1开始)是不必要的。

然而，这取决于它是否可以从附加源获得不同于msg4的关于调度的si消息的信息的问题。

重要的是，已经发现，在特定的定时(例如，在无线电帧和/或具有特定号码的子帧期间)，两个不同的移动终端以msg3请求相同类型的系统信息消息(或相同类型的系统信息消息的子集)的可能性很高。至少在这些情况下，可以在不影响系统性能的情况下移除系统信息请求的重传。再者，为此，不成功的移动终端必须被提供来自附加源的关于调度的si消息的信息。

为此，在争用解决消息(msg4)的不成功接收(参见图5中的闪烁标志)的情况下，移动终端110作为随机接入过程的一部分(参见图5中的s02)执行以下操作：

首先，处理器130暂停随机接入前导码信号(msg1)的重传。换句话说，通过暂停重传，不成功的移动终端购买额外的时间来确定上述条件之一是否已经发生。特别地，处理器暂停重传，直到最小系统信息的下一个时间实例。

从前面的部分已经很明显，最小系统信息以特定的周期性时间间隔连续广播，因此不需要依赖于按需请求。重要的是，最小系统信息(特别是系统信息格式块类型1，sib1)包括指示符，该指示符指示其它系统信息消息当前是否正在有效地广播直到在修改时段结束。

在本公开的上下文中，假设基站160在最小系统信息(例如，sib1)中用该指示符指示哪个其他系统信息(例如，哪种类型的系统信息消息)调度用于广播直到修改结束。

回到该示例，当第二个、不同的移动终端成功地发出针对simsg.3和msg.5的请求时，最小系统信息中的相应指示符(例如，sib1)将向所有移动终端(而不是成功发出其请求的一个移动终端)给出关于调度的si消息的信息。

通过接收该最小系统信息，所有移动终端可以推断其他系统信息中的哪一个被调度用于传输。

根据以上所述，在暂停重传之后，收发器120在下一个时间实例接收(参见图5中的msg4’)下一个时间实例的最小系统信息。

此外，处理器130基于接收到的最小系统信息来确定(参见图5中的步骤s02’)，所请求的其他系统信息是否被调度用于经由广播进行传输，而与其重传无关。在这种情况下，随机接入过程所规定的重传不是必要的。

已经确定所请求的其他系统信息被调度用于传输，收发器120经由广播继续接收包括按需请求的其他系统信息的系统信息消息(参见图5中的步骤s03)。

总之，由于最小系统信息的单独(附加)接收操作(参见图5中的msg4’)，移动终端110可以发现这样的情况，其中尽管没有成功发出针对其他系统信息的请求，移动终端也可以免除随机接入过程所规定的重传。

因此，根据第二场景，在不影响系统功能的情况下，消除了导致(控制)信令开销的影响。

再次参考图1的一般描述，在3gppnr部署场景中的有利实施方式包括系统信息请求消息(msg3)是无线电资源控制(rrc)消息，优选地具有总大小为40比特的信息元素。并且有利实施方式还包括争用解决消息(msg4)是介质接入控制(mac)控制元素(ce)，优选地具有48比特的总大小。由此，可以确保与随机接入过程中的现有格式(例如，rrc连接请求)的兼容性。

不言而喻，也可以由处于rrc_connected、rrc_idle和rrc_inactive状态之一的移动终端获取系统信息。

第二方面

现在参考本发明的不同的第二方面。该第二方面与前面的描述分开，即使它也涉及系统信息获取。更具体地，这里的系统信息还包括最小系统信息和其他系统信息。

值得注意的是，与前面描述的不同之处在于，第二方面的目的在于增加获取系统信息的灵活性。灵活性的这种增加可能导致减少延迟，即在调度之前(aheadofschedule)接收按需请求的其他系统信息的延迟，和/或可能导致减少(控制)信令开销。在任何情况下，以下方面都与修改时段的规定有关。

一般地，修改时段被很好地理解为描述期望移动终端仅获取一次系统信息的时间段。引入此修改时段是为了保护例如处于rrc_idle或rrc_inactive状态下的移动终端的功耗。如果期望移动终端唤醒并更频繁地获取系统信息，则这将对移动终端的功耗产生负面影响。

然而，存在这样的情况，其中移动终端在一个修改时段中按需请求其他系统信息，然而由于系统约束而被要求仅在下一个修改时段期间接收按需请求的其他系统信息。这对无线通信系统中的系统信息获取造成了相当大的延迟。

在这种情况下，该方面通过允许系统更灵活地广播其他系统信息来增加灵活性，如图6的实施方式所示。

图6描绘了在3gppnr部署场景中的该第二方面的第一示例中两个移动终端(即ue1和ue2)执行系统获取的时序图。在该第一示例中，示出了无线通信系统，其包括两个移动终端(即ue1和ue2)以及具有服务小区的基站。

在第一修改时段(修改时段#1)的开始，不广播其他系统信息，例如，系统信息消息5(si_5)。这由最小系统信息中的相应指示符示出，例如，系统信息块类型1(sib1)，其值为零(“broadcast＝0”)。

因此，对这样的其他系统信息(例如，si_5)有需求的移动终端必须继续按需请求其传输。将针对由第二移动终端(即ue2)执行的系统信息获取，对此进行进一步详细讨论，如图6所示。

该移动终端ue2在图6中用箭头指示的时间点确定已经发生了按需请求其他系统信息(例如，si_5)的情况。为了简洁起见，参考上面讨论的示例性条件。

不言而喻，确定按需请求条件包括移动终端获取最小系统信息(例如，sib1)并基于该接收到的最小系统信息(例如，sib1)来确定。只有当移动终端确定其他系统信息(例如，si_5)是按需发送的(“broadcast＝0”)时，它才实际上从随机接入过程开始。

移动终端ue2执行随机接入过程，包括：发送随机接入前导码消息(msg1)，接收随机接入响应消息(msg2)，发送针对其他系统信息的系统信息请求消息(msg3)以及接收争用解决消息(msg4)。

在传统配置中，移动终端必须等到下一个修改时段(例如，修改时段#2)以经由广播接收包括按需请求的其他系统信息(例如，si_5)的系统信息消息。在这种特殊情况下，该修改时段还携带改变的(新的)其他系统信息(例如，si_5)，然而这对第一示例没有影响。

与此不同，在该示例中，移动终端ue2可以在调度之前接收。

为此，移动终端ue2被配置为在与随机接入过程相同的当前修改时段(例如，修改时段#1)内(再次)重新获取最小系统信息(例如，sib1)。基于此重新获取的最小系统信息(例如，sib1)，移动终端确定是否在下一个修改时段(例如，“broadcast＝1”)之前发送按需请求的其他系统信息(例如，si_5)。并且移动终端接收在下一个修改时段之前(修改时段#2之前)发送的系统信息消息中包括的按需请求的其他系统信息(例如，si_5)。

值得注意的是，在该修改时段(例如，修改时段#1)中广播当前的(旧的)而不是改变的(新的)其他系统信息(例如，si_5)。因此，它必须在下一个修改时段中再次接收改变的(新的)其他系统信息(例如，si_5)。尽管重复，该示例有利地允许与当前标准化一致地实施修改时段。

总之，该第一示例提供了具有较少规范影响的优点；并且允许ue2立即获得si_5。对其他移动终端(ue1)没有影响。这些优点是以以下缺点为代价的：对于即将改变的(新的)si，si请求开销增加；这实际上导致ue2的功耗更大(在按需请求其他系统信息后，需要在两个连续的修改时段内分两次检查sib1)，以及更多的si广播开销。

图7描绘了在3gppnr部署场景中的该第二方面的第二示例中两个移动终端(即ue1和ue2)执行系统获取的时序图。在该第二示例中，示出了无线通信系统，其包括两个移动终端(即ue1和ue2)以及具有服务小区的基站。

在第一修改时段(修改时段#1)的开始，不广播其他系统信息，例如，系统信息消息5(si_5)。这由最小系统信息中的相应指示符示出，例如，系统信息块类型1(sib1)，其值为零(“broadcast＝0”)。

因此，具有其他系统信息(例如si_5)的当前版本的移动终端将不会有任何动机继续再次获取其传输。然而，当移动终端被指示其他系统信息(例如，si_5)的改变(更新)时，这一点发生改变。将针对由第一移动终端(即ue1)执行的系统信息获取，对此进行进一步详细讨论，如图7所示。

为了清楚起见，强调移动终端ue1已经具有其他系统信息(例如，si_5)的当前版本。移动终端ue1可以通过如上所述的获取系统信息来接收相同的信息，即通过首先确定是否发生了按需请求其他系统信息(例如，si_5)的条件，然后执行随机接入过程。最后，如上文所述，移动终端ue1可能已经接收到按需请求的其他系统信息(例如，si_5)。

现在，为了接收改变(更新)的其他系统信息，移动终端ue1接收寻呼消息(对于ue1位于号码为#i的寻呼时机po)。此寻呼消息表示按需请求的其他信息消息(例如，“si_5change＝true”)中的改变。此寻呼消息是在当前修改时段(修改时段#1)中接收的。

然后，移动终端ue1在与接收到的寻呼消息相同的当前修改时段(修改时段#1)内重新获取每个最小系统信息(例如，sib1)。

同时，移动终端ue2在图7中用箭头指示的时间点确定已经发生了按需请求其他系统信息(例如，si_5)的情况。

不言而喻，确定按需请求条件包括移动终端获取最小系统信息(例如，sib1)并基于该接收到的最小系统信息(例如，sib1)来确定。只有当移动终端确定其他系统信息(例如，si_5)是按需发送的(“broadcast＝0”)时，它才实际上从随机接入过程开始。

移动终端ue2执行随机接入过程，包括：发送随机接入前导码消息(msg1)，接收随机接入响应消息(msg2)，发送针对其他系统信息的系统信息请求消息(msg3)以及接收争用解决消息(msg4)。并且在该示例中，基站成功地接收来自ue2的按需的系统信息请求，并且随后改变最小系统信息中的所请求的其他系统信息(例如，si_5)的指示符。

此外，移动终端ue1适配于基于重新获取的最小系统信息(例如，sib1)来确定是否由于ue2发送的按需的其他系统信息请求，在下一个修改时段之前(在修改时段#2之前)发送改变的按需的其他系统信息(例如，新的si_5)(“broadcast＝1”)。

最后，移动终端ue1和ue2两者都接收在下一个修改时段之前(修改时段#2之前)发送的在系统信息消息中包括的改变的按需的其他系统信息(例如，si_5)。

总之，该第二示例提供了使ue1和ue2两者都能够立即获取更新的si_5的优点；从而使得ue2的功耗更低(只需要获取si_5一次)。这些优点是以以下缺点为代价的：在同一修改时段内，不同的ue可以基于不同的其他系统信息(例如，si_5)来操作；si广播开销更多；ue1的功耗更大；更多的规范影响。

图8描绘了在3gppnr部署场景中的该第二方面的第三示例中两个移动终端(即ue1和ue2)执行系统获取的时序图。在该第三示例中，示出了一种无线通信系统，其包括两个移动终端(即ue1和ue2)以及具有服务小区的基站。

在第一修改时段(修改时段#1)的开始，不广播其他系统信息(例如，系统信息消息5(si_5))。这由最小系统信息中的相应指示符示出，例如，系统信息块类型1(sib1)，其值为零(“broadcast＝0”)。

因此，对此类其他系统信息(例如，si_5)有需求的移动终端将必须继续按需请求其传输。将针对第二移动终端(即ue2)执行的系统信息获取，对替代配置进行进一步详细讨论，如图8所示。

具体地，在下文中，假设当下面的过程在当前修改时段结束之前被确定为不成功时，移动终端ue2仅执行如前面所讨论的随机接入过程。

再者，在执行随机接入过程之前，移动终端ue2接收针对不同的移动终端(例如，ue1)的、指示在当前修改时段(修改时段#1)中的按需请求的其他系统信息(例如，si_5)的改变的寻呼消息(对于任意ue，位于号码为#k的寻呼时机po)。

然后，移动终端ue2基于针对不同的移动终端(例如，ue1)的寻呼消息(例如，位于po#k中)来确定在下一个修改时段(修改时段#2)中是否正在发送按需请求的其他系统信息(即“si_5change＝true”)

最后，移动终端ue2跳过执行随机接入过程，并且随后，移动终端ue2接收在下一个修改时段(修改时段#2)中发送的系统信息消息中包括的按需请求的其他系统信息(例如，si_5)。

总之，该第三示例提供了减少按需si请求的数量的优点；由此减少了si广播开销；并且进一步实现了最小的规范影响。这些优点是以以下缺点为代价的：获取丢失的si的等待时间更长。

本发明可以通过软件、硬件或软件与硬件配合来实现。在以上描述的每个实施例的描述中使用的每个功能块可以部分地或全部地由诸如集成电路的lsi实现，并且每个实施例中描述的每个过程可以部分地或完全地由同一lsi或lsi的组合控制。lsi可以单独形成为芯片，或者可以形成一个芯片以包括部分或全部功能块。lsi可以包括耦合到其上的数据输入和输出。取决于集成度的不同，这里的lsi可以被称为ic、系统lsi、超级lsi或超lsi。

然而，实施集成电路的技术不限于lsi，并且可以通过使用专用电路、通用处理器或专用处理器来实施。另外，可以使用可在lsi制造之后编程的fpga(现场可编程门阵列)或可重构处理器，其中可以重新配置lsi内部布置的电路单元的连接和设置。本发明可以实现为数字处理或模拟处理。如果未来的集成电路技术由于半导体技术或其他衍生技术的进步而取代了大规模集成电路，则可以利用未来的集成电路技术集成功能块。生物技术也可以应用。

根据第一方面，公开了一种移动终端，用于在包括配置有服务小区的至少一个基站的无线通信系统中执行系统信息获取。系统信息包括最小系统信息和其他系统信息。

移动终端包括处理器和收发器。由此，移动终端适配于：确定按需请求发送其他系统信息的条件；执行随机接入过程，包括：发送随机接入前导码信号(msg1)，接收随机接入响应消息(msg2)，发送针对其他系统信息的系统信息请求消息(msg3)，以及接收争用解决消息(msg4)；以及经由广播接收包括按需请求的其他系统信息的系统信息消息。

系统信息请求消息(msg3)包括具有符合特定格式的比特模式的信息元素，比特模式的至少一部分用于请求其他系统信息，并且争用解决消息(msg4)包括在随机接入过程期间用于检测冲突的比特模式的相同的比特模式或比特模式的相同部分。

根据可以与第一方面结合的第二方面，信息元素是系统信息请求消息(msg3)中的第一信息元素。

根据可以与第一或第二方面结合的第三方面，信息元素是系统信息请求消息(msg3)中的唯一信息元素。

根据可以与第一到第三方面结合的第四方面，信息元素不是移动终端标识信息元素和/或不是随机值信息元素。

根据可以与第一到第四方面结合的第五方面，具有符合特定格式的比特模式的信息元素包括至少8比特，优选为40比特。

根据可以与第一到第五方面结合的第六方面，特定格式针对信息元素的比特模式的一部分定义与针对不同类型的系统信息消息的请求的对应关系。

根据可以与第六方面结合的第七方面，信息元素的比特模式部分为8比特，并且所述8比特中的每个比特对应于针对不同类型的系统信息消息的请求。

根据可以与第六或第七方面结合的第八方面，该特定格式规定比特模式的一部分，优选为8比特，位于比特模式的开始或结束处。

根据可以与第六到第八方面结合的第九方面，该特定格式规定信息元素的比特模式中除比特模式的一部分的比特之外的所有剩余比特都具有零值。

根据可以与第一到第九方面结合的第十方面，移动终端取决于争用解决消息(msg4)中的比特模式开始接收包括按需请求的其他系统信息的系统信息消息。

根据第十一方面，公开了一种用于在包括配置有服务小区的至少一个基站的无线通信系统中执行系统信息获取的移动终端。系统信息包括最小系统信息和其他系统信息。

所述移动终端包括：处理器和收发器，所述处理器和收发器适配于：确定按需请求发送其他系统信息的条件；执行随机接入过程，包括：发送随机接入前导码信号(msg1)，接收随机接入响应消息(msg2)，发送针对其他系统信息的系统信息请求消息(msg3)，以及接收争用解决消息(msg4)；以及经由广播接收包括按需请求的其他系统信息的系统信息消息。

在争用解决消息(msg4)的接收不成功的情况下，移动终端执行随机接入过程，包括：暂停随机接入前导码信号(msg1)的重传，直到最小系统信息的下一个时间实例，在下一个时间实例接收最小系统信息，并基于接收到的最小系统信息来确定所请求的其他系统信息是否被调度用于经由不依赖于其重传广播进行发送。

根据可以与第一到第十一方面结合的第十二方面，争用解决消息(msg4)的成功/不成功接收由以下至少一个来确定：

检查争用解决消息(msg4)是否仅包括与系统信息请求消息(msg3)中包括的信息元素一起发送的符合特定格式的用于请求其他系统信息的相同的比特模式，以及

检查争用解决消息(msg4)是否是用于确认针对其他系统信息的按需请求的争用解决消息的特定版本，以及msg4是否仅包括与系统信息请求消息(msg3)中包括的信息元素一起发送的比特模式的相同部分，以及

检查争用解决消息(msg4)的一部分是否包括与系统信息请求消息(msg3)中包括的信息元素一起发送的符合特定格式的用于请求其他系统信息的相同的比特模式，以及

检查争用解决消息(msg4)是否是用于确认针对其他系统信息的按需请求的争用解决消息的特定版本，以及msg4是否包括与系统信息请求消息(msg3)中包括的信息元素一起发送的符合特定格式的用于请求其他系统信息的相同的比特模式。

根据可以与第一到第十二方面结合的第十三方面，系统信息请求消息(msg3)是无线电资源控制(rrc)消息，优选地具有总大小为40比特的信息元素。

根据可以与第一到第十三方面结合的第十四方面，争用解决消息(msg4)是介质接入控制(mac)控制元素(ce)，优选地总大小为48比特。

根据可以与第一到第十四方面结合的第十五方面，对于执行系统信息获取，移动终端处于rrc_connected、rrc_idle和rrc_nactive状态之一。

根据可以与第一到第十五方面结合的第十六方面，用于按需请求发送其他系统信息的条件包括以下至少一个：检测服务小区中的上电事件或小区选择/重选事件，从服务小区的覆盖范围丢失事件中恢复，确定其他系统信息的有效定时器已到期。

根据第十七方面，公开了一种在无线通信系统中的基站，使得移动终端能够与配置有服务小区的基站执行系统信息获取。系统信息包括最小系统信息和其他系统信息，

基站包括：处理器和收发器。由此，基站适配于：执行随机接入过程，包括：接收随机接入前导码信号(msg1)，发送随机接入响应消息(msg2)，接收针对其他系统信息的系统信息请求消息(msg3)，以及发送争用解决消息(msg4)；以及经由广播发送包括按需请求的其他系统信息的系统信息消息。

系统信息请求消息(msg3)包括具有符合特定格式的比特模式的信息元素，比特模式的至少一部分用于请求其他系统信息，并且争用解决消息(msg4)包括用于在随机接入过程期间检测冲突的相同的比特模式或比特模式的相同部分。

根据可以与第十七方面结合的第十八方面，信息元素是系统信息请求消息(msg3)中的第一信息元素。

根据可以与第十七或第十八方面结合的第十九方面，信息元素是系统信息请求消息(msg3)中唯一的信息元素。

根据可以与第十七到第十九方面结合的第二十方面，信息元素不是移动终端标识信息元素和/或不是随机值信息元素。

根据可以与第十七到第二十方面结合的第二十一方面，具有符合特定格式的比特模式的信息元素包括至少8比特，优选为40比特。

根据可以与第十七方面到第二十一方面结合的第二十二方面，特定格式针对信息元素的比特模式中的比特的子集定义与针对不同类型的系统信息消息的请求的对应关系。

根据可以与第二十二方面结合的第二十三方面，信息元素的比特模式中的比特的子集为8比特，并且8比特中的每个比特对应于针对不同类型的系统信息消息的请求。

根据可以与第二十二方面或第二十三方面结合的第二十四方面，特定格式规定比特的子集，优选为8比特，位于比特模式的开始或结束。

根据可以与第二十二到第二十四方面结合的第二十五方面，特定格式规定信息元素的比特模式中除比特子集的比特以外的所有剩余比特都具有零值。

根据可以与第十七到第二十五方面结合的第二十六方面，基站取决于争用解决消息(msg4)中的比特模式开始发送包括按需请求的其他系统信息的系统信息消息。

根据第二十七方面，公开了一种用于在包括配置有服务小区的至少一个基站的无线通信系统中由移动终端执行系统信息获取的方法。系统信息包括最小系统信息和其他系统信息。

该方法包括以下步骤：确定按需请求发送其他系统信息的条件；执行随机接入过程，包括：发送随机接入前导码信号(msg1)，接收随机接入响应消息(msg2)，发送针对其他系统信息的系统信息请求消息(msg3)，以及接收争用解决消息(msg4)；以及经由广播接收包括按需请求的其他系统信息的系统信息消息。

系统信息请求消息(msg3)包括具有符合特定格式的比特模式的信息元素，比特模式的至少一部分用于请求其他系统信息，并且争用解决消息(msg4)包括用于在随机接入过程期间检测冲突的相同的比特模式或的比特模式的相同部分。

根据二十八方面，公开了一种用于在包括配置有服务小区的至少一个基站的无线通信系统中由移动终端执行系统信息获取的方法。系统信息包括最小系统信息和其他系统信息。

该方法包括以下步骤：确定按需请求发送其他系统信息的条件；执行随机接入过程，包括：发送随机接入前导码信号(msg1)，接收随机接入响应消息(msg2)，发送针对其他系统信息的系统信息请求消息(msg3)，以及接收争用解决消息(msg4)；以及经由广播接收包括按需请求的其他系统信息的系统信息消息。

在争用解决消息(msg4)接收不成功的情况下，执行随机接入过程包括：暂停随机接入前导码信号(msg1)的重传，直到最小系统信息的下一个时间实例，在下一个时间实例中接收最小系统信息，以及基于接收到的最小系统信息来确定所请求的其他系统信息是否被调度用于经由不依赖于其重传的广播进行发送。

根据第二十九方面，公开了一种用于基站的方法，使得移动终端能够在具有配置有服务小区的基站的无线通信系统中执行系统信息获取。系统信息包括最小系统信息和其他系统信息。

该方法包括以下步骤：执行随机接入过程，包括：接收随机接入前导码信号(msg1)，发送随机接入响应消息(msg2)，接收其他系统信息的系统信息请求消息(msg3)，以及发送争用解决消息(msg4)；以及经由广播发送包括按需请求的其他系统信息的系统信息消息。

系统信息请求消息(msg3)包括具有符合特定格式的比特模式的信息元素，比特模式的至少一部分用于请求其他系统信息，并且争用解决消息(msg4)包括用于在随机接入过程期间检测冲突的相同的比特模式或的比特模式的相同部分。

根据第三十方面，公开了一种移动终端，用于在包括具有服务小区的至少一个基站的无线通信系统中执行系统信息获取。系统信息包括最小系统信息和其他系统信息。

移动终端包括处理器和收发器。由此，移动终端适配于：确定按需请求其他系统信息的条件；执行随机接入过程，包括：发送随机接入前导消息(msg1)，接收随机接入响应消息(msg2)，发送针对其他系统信息的请求消息(msg3)，以及接收争用解决消息(msg4)；以及经由广播接收包括按需请求的其他系统信息的系统信息消息。

具体地，作为确定按需请求条件的一部分，移动终端适配于获取最小系统信息并确定所请求的其他系统信息是按需发送的。

此外，作为接收系统信息消息的一部分，移动终端适配于：在与随机接入过程相同的当前修改时段内重新获取最小系统信息；基于重新获取的最小系统信息来确定按需请求的其他系统信息是否在下一个修改时段之前被发送；以及接收下一个修改时段之前发送的在系统信息消息中包括的按需请求的其他系统信息。

根据第三十一方面，公开了一种移动终端，用于在包括具有服务小区的至少一个基站的无线通信系统中执行系统信息获取。系统信息包括最小系统信息和其他系统信息。

移动终端包括处理器和收发器。由此，移动终端适配于：确定按需请求其他系统信息的条件；执行随机接入过程，包括：发送随机接入前导消息(msg1)，接收随机接入响应消息(msg2)，发送针对其他系统信息的系统信息请求消息(msg3)，以及接收争用解决消息(msg4)：以及经由广播接收包括按需请求的其他系统信息的系统信息消息。

具体地，作为接收系统信息消息的一部分，移动终端适配于：在当前修改时段中接收指示按需请求的其他系统信息的改变的寻呼消息；在与接收到的寻呼消息相同的当前修改时段内重新获取最小系统信息；基于重新获取的最小系统信息，确定是否在下一个修改时段之前发送改变的按需其他系统信息；以及接收在下一个修改时段之前正在发送的在系统信息消息中包括的改变的按需其他系统信息。

根据第三十二方面，公开了一种移动终端，用于在包括具有服务小区的至少一个基站的无线通信系统中执行系统信息获取。系统信息包括最小系统信息和其他系统信息。

移动终端包括处理器和收发器。由此，移动终端适配于：确定按需请求其他系统信息的条件；执行随机接入过程，包括：发送随机接入前导码消息(msg1)，接收随机接入响应消息(msg2)，发送针对其他系统信息的系统信息请求消息(msg3)，以及接收争用解决消息(msg4)；以及经由广播接收包括按需请求的其他系统信息的系统信息消息。

具体地，移动终端适配于：在执行随机接入过程之前，在当前修改时段中接收针对不同移动终端的、指示按需请求的其他系统信息的改变的寻呼消息；基于针对不同移动终端的寻呼消息来确定是否在下一个修改时段发送按需请求的其他系统信息；跳过执行随机接入过程；以及接收在下一个修改时段中发送的在系统信息消息中包括的按需请求的其他系统信息。