按需系统信息广播系统的制作方法

本发明涉及蜂窝或无线电信网络中的系统信息的提供，特别地但不排他地涉及以按需或周期性方式优化从基站向用户设备的系统信息的提供。特别地但不排他地，本发明与根据第三代合作伙伴计划(3gpp)所定义的各种标准而实现的无线电信网络相关。例如，本发明与长期演进(lte)网络、高级lte(lte-a)网络、lte/lte-a的相关增强和发展相关，并且与超出lte/lte-a的通信技术向所谓的“5g”或“新空口”(nr)技术的最新发展相关。

背景技术：

术语“5g”和“新空口”(nr)是指预期支持诸如机器类型通信(mtc)、物联网(iot)通信、车辆通信和自动驾驶汽车(v2v/v2x)、高分辨率视频流、和/或智能城市服务等的各种应用和服务的演进中通信技术。因此，5g/nr技术预期能够实现到垂直市场的网络接入、并支持网络共享以向第三方提供网络服务和创造新的商机。

蜂窝通信网络一般包括一个或多个无线接入网络(ran)，其中该ran通过接入通信网络来向ran所覆盖的至少一个离散地理区域(小区)中的用户设备(ue)提供项目，以允许ue彼此通信并接收(或提供)针对彼此的一个或多个通信服务。ran通常包括基站，其中该基站被配置为通过空中接口与关联小区中的ue进行通信，并(通常通过有线接口)与核心网络中的通信实体(或“功能”)进行通信，以促进针对各ue的通信会话(例如，针对语音/视频呼叫、数据服务等)的设置和维护。

虽然5g/nr通信系统的基站通常被称为新空口基站(“nr-bs”)或“gnb”，但是应当理解，其可以使用更通常地与lte基站相关联的术语enb(或5g/nrenb)进行指代。这里使用的术语“基站”一般指代nr-bs、gnb、enb或ran的任何等效通信装置。

在5g中并且特别是针对iot，预期对于许多用例，高效省电模式和低延时系统接入之间将存在折衷(有时称为ue睡眠问题)。为了解决睡眠问题，提出了一种5gran的新颖状态模型，其中该新颖状态模型依赖于ue和网络这两者在ue睡眠期间保持一些上下文信息的新状态(已被称为“连接不活动”状态)。

基站的任务之一是提供ue在蜂窝通信系统中进行通信、接入特定服务以及在相同和不同无线接入技术(rat)的小区之间尽可能无缝移动所需的关键信息。这种信息被称为“系统信息”，并且包括用以允许ue接入小区并进行小区选择/重选的信息(包括与频内、频间和rat间小区选择相关的信息)等。

根据信息的类型，系统信息的元素通常被分组为多个专用系统信息块。这些块包括包含静态(一般是小区特定)的信息的主信息块(mib)、以及代表对于不同ue(或ue组)可能不同的信息的多个附加系统信息块(sib)。mib例如包含小区的下行链路带宽、物理混合arq指示符信道(phich)配置和系统帧号(sfn)。mib在物理广播信道(pbch)上广播，而sib在物理下行链路共享信道(pdsch)上通过无线资源控制(rrc)消息发送。sib1由“systeminformationblocktype1”消息承载。sib2和其它sib由“systeminformation(si)”消息承载。si消息可以包含一个或多个sib。

虽然所提供的一些系统信息可能被小区中的所有ue需要、并且可能需要相对规律地发送，但是其它系统信息在给定时间可能不是被小区中的所有ue需要、或者可能无需这样规律地发送。因此，为了有助于促进这种系统信息的区分处理，将系统信息从概念上分为两种不同的类型：最小系统信息和其它系统信息(osi)。

最小系统信息包括用于承载信息元素(例如支持小区选择、获取osi或接入小区所需的元素)的“最小”集合的信息块(例如mib、sib1、sib2)的子集。osi包括其它sib中的所有系统信息。从历史上看，最小系统信息和其它系统信息这两者是周期性广播的，但是osisib可以以更长的广播间周期(由例如sib1等的最小系统信息配置)进行广播。

参考最小系统信息，允许给定ue预占的各小区将具有用于广播最小系统信息中的至少一些的基站。然而，在更宽的蜂窝网络系统上可能存在ue不能预占且其基站不广播最小系统信息的小区。然而，当ue考虑其它小区/频率用于预占时，在理想情况下，ue无需从其它小区/频率层获取最小系统信息(但是这并不排除经由最近提出的sfn接收、或者ue全部或部分地应用来自一个或多个先前访问小区的存储系统信息的可能性)。如果ue不能(例如，通过从操作小区的基站或者来自一个或多个先前小区的有效存储信息接收小区的全部最小系统信息来)确定小区的全部最小系统信息，则ue将有效地将该小区视为已被禁止。在这方面，应当理解，期望ue相对快速地知道其可以还是不可以预占给定小区。

参考osi，提出如下：网络触发的和ue发起的osi传送机制这两者应被考虑，且具体地用于允许osisib在一个或多个ue请求时“按需地”广播或单播(以专用方式提供)。在这种情况下，最小系统信息仍将像以前那样周期性地广播，其中由网络(例如基站)决定是应当广播还是通过ue特定(单播)信令传送osi。对于按需系统信息，在被触发时，osisib可以以可配置的周期(例如，相当于lte中的si周期)广播并且持续特定持续时间。然而，在理想情况下，处于空闲或新状态的ue对osi的任何请求应当在没有状态转变的情况下(例如，在不进入无线资源控制(rrc)连接状态的情况下)进行。对于处于rrc连接状态的ue，专用rrc信令可以用于osi的请求和传送。

在ue需要系统信息的情况下，ue应当能够(例如通过确认最小系统信息)判断该系统信息在ue当前所在的小区中是否可用、以及在ue发送针对所需osi的请求之前系该统信息是否已广播。给定小区中所广播的最小系统信息应当提供与该小区中可用的osi有关的信息，这包括用于osisib的调度信息。用于osi的调度信息通常包括sib类型、有效性信息、周期性、以及si窗信息。ue确认最小系统信息中所提供的osi的调度信息，以检测是否正在广播特定sib。lte中所使用的si发送窗也可以是5g/nr通信系统所用的系统信息发送的基线。

ue可以在任何合适的时间点请求osi。通常，例如，ue将在小区发生变化(例如切换)时、在该ue对特定服务(例如，mbms、mtc)感兴趣时以及/或者恰好在小区中的ue连接之前请求osi。该请求可以以任何合适的形式进行，例如使用公共随机接入信道(rach)前导码进行。

与基站在没有ue参与的情况下所触发的(传统)周期性广播相比，使用系统信息的按需广播有望带来资源节省效益，因为它使得在相关小区中不存在需要osi的ue的情况下能够节省将用于osi广播的资源。这在图1中示出，图1示出周期性广播(图1(a))和按需广播(图1(b))之间的比较。在图1(a)的示例中，基站被配置为不管该小区中是否存在需要任何osi的ue，都在每个周期性机会周期性地(周期为t)触发osi的广播。与此相对，在图1(b)的示例中，虽然基站提供了广播osi的周期性机会(与图1(a)中相同，周期为t)，但是该基站仅在前一周期t中发生来自小区中的一个或多个ue针对按需osi广播的请求之后才触发该小区中的osi的广播。因此，在给定周期t内没有ue请求osi的情况下，可能取消后面的广播机会(假设无需进一步发送较早周期中所请求的任何osi)，并且节省针对这些取消的机会(在图1(b)的示例中为8个机会中的4个)所保留的资源。

应当理解，如图1(b)所示，与在给定间隔t期间有多少ue请求了osi广播无关地，在相应的广播机会中，仅存在进行osi请求的所有ue将能够解码的一个osi广播。

还应当理解，虽然图1(b)示出两个连续的广播机会中的各广播机会内的osi发送，但是在存在针对osi的ue请求的周期t之后，osi发送可以在按需请求之后(例如，在多个周期内)发生一次或多次。

技术实现要素：

发明要解决的问题

然而，虽然与基站在没有ue参与的情况下所触发的正常周期性广播相比使用按需广播系统信息有望带来资源节省效益，但是发明人已经意识到，在一些场景中使用按需广播可能导致高的附加信令开销，而没有足够的资源节省效益来证明附加信令开销是合理的。

本发明试图提供用于满足或至少部分地解决以上问题的通信系统及相关设备和方法。

更详细地，使用按需广播(周期为t)的osi发送机会的利用率u由下式给出：

[数学式1]

u＝1-e^-λkt(1)

其中λ是用于请求周期为t的osi的按需广播的ue的所谓“到达”速率(以每秒的ue为单位)，并且其中k是针对给定osi请求的osi发送次数(即针对osi的单次发送，k＝1)。

使用按需广播(周期为t)的osi发送机会的节省率(s)表示未利用的机会，因此由下式给出：

[数学式2]

s＝e^-λkt(2)

因此，u随着周期t和/或λ的增加而增加。也就是说，与周期性广播的情况(上限)相比，使用按需广播的osi的发送机会的节省率随着周期t和/或λ的增加而减小。例如，对于t＝80ms和λ＝5ue/s，节省率是s＝0.68(即68％)。对于t＝160ms、320ms和640ms，该节省率则分别减小至0.45(45％)、0.2(20％)和0.05(5％)。

因此根据上式(2)得出，在网络选择大的周期值t的情况下，对于按需广播，当请求按需广播的ue的到达速率小(λ小)时，(与基站在没有ue参与的情况下触发的正常周期性广播相比)可能不存在资源节省效益。类似地，在网络选择小的周期值t的情况下，对于按需广播，当请求按需广播的ue的到达速率高(λ高)时，(与基站在没有ue参与的情况下触发的正常周期性广播相比)可能不存在资源节省效益。

请求按需广播的ue的数量高(即λ高)可能增加(例如与随机接入信道(rach)和保留随机接入(ra)前导码有关的)上行链路信令开销。广播周期值t大可能使osi向ue的传送延迟。这种延迟可能不适合满足某些ue(例如，具有延迟敏感服务/应用/用例的ue)的延时要求。

因此，使用按需广播可能导致附加信令开销高，而没有足够的资源节省效益来证明附加信令开销。

用于解决问题的方案

在本发明的一方面，提供一种电信系统所用的通信设备，所述通信设备包括：控制器和收发器；其中，所述控制器被配置为：使用以下模式来控制利用所述收发器在所述通信设备所操作的至少一个小区中对系统信息的发送：周期性发送模式，其中以规律的周期性间隔发送所述系统信息的至少一部分；以及按需发送模式，其中在来自所述小区中的至少一个通信装置的针对系统信息的请求之后发送所述系统信息的至少一部分；确定表示所述按需发送模式正被或者将被所述至少一个通信装置利用的程度的利用率水平；以及基于所确定的所述利用率水平来在使用所述按需发送模式和不使用所述按需发送模式之间切换，以发送所述系统信息的至少给定部分。

在本发明的另一方面，一种电信系统所用的通信装置，所述通信装置包括：控制器和收发器；其中，所述控制器被配置为：对利用所述收发器接收通过通信设备在小区中发送的系统信息进行控制，其中所述系统信息是使用以下模式至少之一来发送的：周期性发送模式，其中以规律的周期性间隔发送所述系统信息的至少一部分；以及按需发送模式，其中在来自所述小区中的至少一个通信装置的针对系统信息的请求之后发送所述系统信息的至少一部分；识别需要何种系统信息，其中针对该系统信息开启所述按需发送模式的使用；以及对利用所述收发器发送针对所识别出的系统信息的请求进行控制；其中，所述控制器被配置为基于已被识别为需要的系统信息来控制对所述请求进行定时。

在本发明的另一方面，提供一种电信系统所用的通信设备，所述通信设备包括：控制器和收发器；其中，所述控制器被配置为：使用以下模式来控制利用所述收发器在所述通信设备所操作的至少一个小区中对系统信息的发送：周期性发送模式，其中以规律的周期性间隔发送所述系统信息的至少一部分；以及按需发送模式，其中在来自所述小区中的至少一个通信装置的针对系统信息的请求之后发送所述系统信息的至少一部分；其中，在使用所述按需发送模式的情况下，所述控制器能够操作以控制所请求的系统信息的发送的定时以与被配置为以规律的周期性间隔发生的发送机会一致；其中，在针对所请求的系统信息的至少一个请求之后，在所述周期性发送机会中的至少一个周期性发送机会中发送该系统信息；以及其中，所述控制器被配置为以所需利用率水平为目标，针对所述发送机会之间的周期性间隔来配置至少一个周期。

在本发明的另一方面，提供一种电信系统所用的通信设备所进行的方法，所述方法包括：使用以下模式来控制所述通信设备所操作的至少一个小区中的系统信息的发送：周期性发送模式，其中以规律的周期性间隔发送所述系统信息的至少一部分；以及按需发送模式，其中在来自所述小区中的至少一个通信装置的针对系统信息的请求之后发送所述系统信息的至少一部分；确定表示所述按需发送正被或者将被所述至少一个通信装置利用的程度的利用率水平；以及基于所确定的所述利用率水平来在使用所述按需发送模式和不使用所述按需发送模式之间切换，以发送所述系统信息的至少给定部分。

在本发明的另一方面，提供一种电信系统中的通信装置所进行的方法，所述方法包括：接收通过通信设备在小区中发送的系统信息，其中使用以下模式至少之一来发送所述系统信息：周期性发送模式，其中以规律的周期性间隔发送所述系统信息的至少一部分；以及按需发送模式，其中在来自所述小区中的至少一个通信装置的针对系统信息的请求之后发送所述系统信息的至少一部分；识别需要何种系统信息，其中针对该系统信息开启所述按需发送模式的使用；以及发送针对所识别出的系统信息的请求，其中基于已被识别为需要的系统信息来对所述请求进行定时。

在本发明的另一方面，提供一种电信系统所用的通信设备所进行的方法，所述通信设备包括：控制器和收发器；其中所述控制器被配置为使用以下模式来在所述通信设备所操作的至少一个小区中控制利用所述收发器对系统信息的发送：周期性发送模式，其中以规律的周期性间隔发送所述系统信息的至少一部分；以及按需发送模式，其中在来自所述小区中的至少一个通信装置的针对系统信息的请求之后发送所述系统信息的至少一部分；其中，在使用所述按需发送模式的情况下，所述控制器被配置为将所请求的系统信息的发送的定时控制为与被配置为以规律的周期性间隔发生的发送机会一致；其中在针对所请求的系统信息的至少一个请求之后，在所述周期性发送机会中的至少一个周期性发送机会中发送该系统信息；其中以及以所需利用率水平为目标，针对所述发送机会之间的周期性间隔来配置至少一个周期。

本发明的方面扩展至诸如计算机可读存储介质等的其上存储指令的计算机程序产品，其中能够运行这些指令，以对可编程处理器进行编程、从而执行如这些方面中所述的方法和以上阐述或在权利要求中记载的可能性，以及/或者对适当配置的计算机进行编程以提供任意权利要求所记载的设备。

本说明书(该术语包括权利要求书)中所公开的和/或附图中所示的各特征可以独立于任何其它所公开的和/或所例示的特征(或与这些特征相组合)而并入本发明中。特别地但并非限制性地，可以将从属于特定独立权利要求的任何权利要求的特征以任何组合方式或单独地引入该独立权利要求中。

虽然已经公开了具有具体物理结构(例如，控制器和收发器电路)的具体硬件设备来进行这里所述的各个过程，但是说明书和/或权利要求的形成部分中所公开的方法的各步骤可以由用于进行该步骤的任何适合部件实现。据此，本发明的各方法方面具有包括用于进行该方法方面的各步骤的各部件的相应设备方面。

现在将参考如下附图来仅以示例方式说明本发明的示例性实施例。

附图说明

图1包括作为示出系统信息的周期性发送和按需发送之间的比较的时序图的(a)和(b)；

图2示意性地示出本发明适用的一种类型的蜂窝电信系统；

图3是示出在图1的蜂窝电信系统中可以如何发送系统信息的简化序列图；

图4是用于实现适合在图1的蜂窝电信网络中使用的用户设备的物理设备的简化框图；

图5是用于实现适合在图1的蜂窝电信网络中使用的基站的物理设备的简化框图；

图6是示出用于管理图1的蜂窝电信网络中的系统信息的发送的方法的一部分的简化流程图；

图7是示出用于管理图1的蜂窝电信网络中的系统信息的发送的另一方法的一部分的简化流程图；

图8是示出用于管理图1的蜂窝电信网络中的系统信息的发送的另一方法的一部分的简化流程图；

图9是示出用于管理图1的蜂窝电信网络中的系统信息的发送的另一方法的一部分的简化流程图；

图10示出按需其它信息发送所用的简化“状态机”实例；

图11(a)和(b)是示出用于指示图1的蜂窝电信系统中的osi所要使用的发送类型的方法的简化序列图；

图12是示出用于指示图1的蜂窝电信系统中的osi所要使用的发送类型的另一方法的简化序列图；

图13是示出用户设备可以请求图1的蜂窝电信系统中的osi的方法的一组简化时序图；

图14是示出用于配置针对图1的蜂窝电信系统中的按需osi广播机会的周期的方法的简化序列图；

图15是示出用于优化针对图1的蜂窝电信系统中的按需osi广播机会所配置的周期的方法的简化时序图；以及

图16是示出用于确定图1的蜂窝电信系统中的按需osi广播请求之间的间隔的方法的简化序列图。

具体实施方式

概要

图2示意性地示出蜂窝电信系统1，其中诸如移动电话和其它固定或移动通信装置(例如iot装置)等的多个用户设备(ue)3可以使用适当的无线接入技术(rat)经由基站5和核心网络7来彼此通信。如本领域技术人员将理解的，虽然为了说明目的在图2中示出两个移动装置3、一个iot装置3和一个基站5，但是系统在实现时将通常包括其它基站和ue。

基站5操作一个或多个相关小区9，其中经由小区9，ue3可以连接至蜂窝电信系统1。ue3可以通过与运行该小区9的基站5建立无线资源控制(rrc)连接来连接在小区9中。可以看出，基站5在该小区中发送系统信息20。系统信息20包括最小系统信息20-1，其中在该示例中，该最小系统信息20-1包括用于承载信息元素(例如支持小区选择、获取osi或接入小区所需的元素)的最小集合的信息块(例如mib、sib1、sib2)的子集。系统信息20还包括其它系统信息(osi)20-2，其中该osi20-2包括蜂窝通信系统中通常可用的其它sib中的所有系统信息。

基站5例如经由s1接口而连接至核心网络7，并且经由x2接口(直接地或经由例如x2网关)而连接至任何其它基站(未示出)。核心网络7通常包括用于支持电信系统1中的通信的逻辑节点(或“功能”)。通常，例如，5g/nr系统的核心网络7将包括控制面功能、用户面功能、以及用于提供移动管理实体(mme)、服务网关(s-gw)、分组数据网络网关(p-gw)等的功能的其它功能等。

图3是示出在图1的蜂窝电信系统中可以如何发送系统信息20的简化序列图。如图3中所见，最小系统信息20-1规律地周期性发送，而osi20-2可以按周期性的方式广播，可以按需广播，以及/或者可以按需单播。

有益地，如以下更详细所述，蜂窝电信系统1的基站5管理osi20-2的发送，以优化与osi20-2的按需发送相关联的附加信令开销和与有时不必要的osi20-2的周期性发送相关联的资源使用效率低下之间的折衷。具体地，蜂窝电信系统1的基站5基于一个或多个利用率阈值来管理从osi20-2的按需发送向osi20-2的周期性发送的切换，并且反之亦然。具体地，基站5基于与按需osi发送相关联的(相对于周期性发送的)周期性发送机会的利用率(或潜在利用率)水平与利用率阈值的比较，来管理按需osi20-2在“开启”状态和“关闭”状态之间的切换。

有益地，如以下更详细所述，基站5能够使用多种不同机制中的任意机制迅速且高效地向ue3通知“开启”状态和“关闭”状态之间(即osi20-2的按需发送和osi20-2的周期性发送之间)的转变。

在按需osi20-2提供期间，各ue3有益地能够请求特定的所需osisib(或si消息)或所需osisib(或si消息)组，并且描述了ue3可以进行这种请求所采用的多种高效机制。在这里所描述的一种特别有益的方法中，例如，ue3能够使用其请求的定时来高效地请求特定的sib/si消息或这种sib/si消息组。

基站5采用用于基于目标利用率水平阈值和/或ue要求所施加的延时约束来确定周期性osi发送机会的优化周期的特别有益方法。在该方法的特别有利变形中，基站5能够基于延时要求为不同的ue设置不同的周期，使得在发送机会之间以相对长的周期发送放宽延时要求ue的按需osi、并且在发送机会之间以相对短的周期发送严格延时要求ue的按需osi。

有益地，蜂窝电信系统1还配置ue3在针对按需osi20-2的请求之间应等待的最小间隔。

应当理解，尽管以上描述了多个有益特征，但是即使仅采用有益特征的子集(或其中之一)，也仍然可以实现改进的蜂窝通信系统。

用户设备

图4是示出图1所示的用户设备(诸如移动电话等)3的主要组件的框图。如图所示，ue3具有收发器电路31，其中该收发器电路31可操作地经由一个或多个天线33向基站(例如，gnb)5发送信号并从其接收信号。尽管在图4中不必示出，但ue3当然可以具有传统ue3的所有通常功能(诸如用户接口35等)，并且该功能可以由硬件、软件和固件的任一个或任何组合适当提供。ue3具有用以控制用户设备3的操作的控制器37。

控制器37与存储器39相关联，并且连接至收发器电路31。例如，软件可以预先安装在存储器39中，以及/或者可以经由电信网络或者从可移除数据存储装置(rmd)中下载。

在本示例中，控制器37被配置为通过存储器39内所存储的程序指令或软件指令来控制ue3的整体操作。如图所示，这些软件指令包括操作系统41、通信控制模块43和系统信息管理模块45等。

通信控制模块43可操作地控制ue3和基站5之间的通信。通信控制模块43还控制被发送至基站5的上行链路数据和控制数据(诸如osi请求等)的单独流、以及基站5所发送的下行链路数据和控制数据(诸如系统信息20等)的接收。通信控制模块43例如负责管理ue处于空闲和连接模式过程(诸如小区(重新)选择、预占小区、随机接入信道(rach)过程等)中的部分。

系统信息管理模块45负责管理系统信息20(最小系统信息20-1和/或osi20-2)的监听、接收、存储和解释，生成针对按需系统osi的请求，并触发通信控制模块43以发送这种请求。系统信息管理模块45还负责控制osi请求的定时(例如osi请求之间的间隔，以及/或者在适当情况下控制作为请求的结果而接收到哪些osi)。

基站(gnb)

图5是示出图1所示的类型的基站5的主要组件的框图。如图所示，基站5包括收发器电路51，其中该收发器电路51可操作地经由一个或多个天线53向ue3发送信号并从其接收信号、并且可操作地经由核心网络接口55向核心网络7的功能发送信号并从其接收信号以及/或者经由基站接口56向其它基站发送信号并从其接收信号。核心网络接口55通常包括用于与核心网络7进行通信的s1(或s1类)接口和用于与其它基站进行通信的x2(或x2类)接口。控制器57根据存储器59中所存储的软件来控制收发器电路51的操作。该软件包括操作系统61、通信控制模块63和系统信息管理模块65等。例如，软件可以预先安装在存储器59中，以及/或者可以经由电信网络或从可移除数据存储装置(rmd)下载。

通信控制模块63可操作地控制基站5与ue3以及连接至基站5的其它网络实体之间的通信。通信控制模块63还控制相对于基站5所服务的ue3发送和接收的上行链路和下行链路用户业务以及控制数据(例如，系统信息20)(例如包括用于管理ue3的操作的控制数据)的单独流。通信控制模块63例如负责控制诸如测量控制/配置信息、系统信息、在随机接入信道(rach)过程中的基站角色的通信等的过程。

系统信息管理模块65负责管理用于承载适当系统信息20(最小系统信息20-1和/或osi20-2)的系统信息(si)消息的生成，接收针对按需系统osi20-2的请求并对其进行响应，以及触发通信控制模块63以发送si消息。系统信息管理模块65还负责确定最小系统信息20-1和osi20-2的周期性发送以及按需发送机会的适当周期。

管理从按需osi发送到周期性osi发送的转变

图6是示出用于管理图1的基站5可以进行的系统信息20的发送的方法的一部分的简化流程图，其中按需osi20-2发送在切换到“关闭”状态之前最初处于“开启”状态。图6特别地示出基站基于阈值thoff从按需osi20-2发送切换到周期性osi20-2发送的有益方法。

如图6中所见，在s610处，根据传统过程周期性地广播最小系统信息20-1—这在整个图示处理中发生。

按需osi20-2发送(在本示例中为广播)最初处于“开启”状态，因此在s612处，osi20-2发送在基站5的小区9中的ue的请求时按需发生。这些osi20-2发送在以基站5中适当配置的周期t发生的周期性广播机会期间发生。基站5在s614处测量周期性广播机会的利用率水平u，并在s616处将其与基站5处配置的用以关闭按需osi20-2发送的利用率阈值thoff(thoff实际上是从按需转变为周期性osi20-2提供的阈值)进行比较。如果在s616处发现所测量到的利用率水平u大于或等于利用率阈值thoff，则在s618处，通过基站5将按需osi20-2发送切换为“关闭”，并且在s620处，基站5切换为使用周期性广播方法来提供osi20-2。相反，在s616处，如果发现所测量到的利用率水平u小于利用率阈值thoff，则通过基站5使按需osi20-2发送保持“开启”，并且基站5在s612处继续使用按需广播方法来提供osi20-2。

基站5将向ue通知osi20-2发送类型的变化(例如，如后所述)，因此ue可以停止发送针对osi20-2的不必要请求。因此，使用适当配置的thoff值将按需osi20-2切换为关闭可以在周期性广播机会利用率水平高、并且资源节省效益因此相对低的情况下减少不必要的信令。

管理从周期性osi发送到按需osi发送的转变

图7是示出用于管理图1的基站5可以进行的系统信息20的发送的方法的一部分的简化流程图，其中按需osi20-2发送在切换到“开启”状态之前最初处于“关闭”状态。图7特别地示出基站基于阈值thon从周期性osi20-2发送切换的有益方法。

如图7中所见，在s710处，根据传统过程周期性地广播最小系统信息20-1—这在整个图示处理中发生。

按需osi20-2发送(在本示例中为广播)最初处于“关闭”状态，因此在s711处，osi20-2发送以基站5中适当配置的周期周期性地发生，而不是在基站5的小区9中的ue请求时发生。基站5在s712处估计请求osi20-2的按需广播的ue的到达速率，

[数学式3]

这种估计可以以多种方式执行，但在本示例中基于一段时间内针对特定服务的连接请求的测量结果来执行。

基站5在s714处配置(针对按需osi20-2的)周期t的值，其中对于给定的服务/应用/用例，周期t的最大值小于或等于按需osi20-2的传送时所需的延时。在s716处使用所估计的到达速率值

[数学式4]

和所配置的周期t的值来计算在要按需发送osi20-2的情况下周期性发送机会的估计利用率

[数学式5]

[数学式6]

其中k是针对给定osi请求的osi20-2的发送次数(即，对于osi20-2的单次发送，k＝1)。在s718处，将估计的周期性广播机会的利用率水平

[数学式7]

与基站5处配置的用以开启按需osi20-2发送的利用率阈值thon进行比较(thon实际上是从周期性osi20-2提供转变为按需osi20-2提供的阈值)。如果在s718处发现估计的利用率水平

[数学式8]

小于利用率阈值thon，则在s720处，通过基站5将按需osi20-2发送切换为“开启”，并且在s722处，基站5切换为使用按需广播方法来提供osi20-2。相反，在s718处，如果发现估计的利用率水平

[数学式9]

大于或等于利用率阈值thon，则通过基站5使按需osi20-2发送保持“关闭”，并且基站5在s711处继续使用周期性广播方法来提供osi20-2。

基站5将向ue通知osi20-2发送类型的变化(例如，如后所述)，并且ue可以因此开始发送针对osi20-2的请求。因此，使用适当配置的用以将按需osi20-2切换为开启的thon值可以确保在进行osi请求所需的附加信令证明其自身合理的情况下实现在周期性广播机会利用率水平相对低时可获得的资源节省效益。

图8是示出用于管理图1的基站5可以进行的系统信息20的发送的另一方法的一部分的简化流程图，其中按需osi20-2发送在切换到“开启”状态之前最初处于“关闭”状态。图8特别地示出基站基于阈值thon从周期性osi20-2发送切换的另一有益方法。

如图8中所见，在s810处，根据传统过程周期性地广播最小系统信息20-1—这在整个图示处理中发生。

按需osi20-2发送(在本示例中为广播)最初处于“关闭”状态，因此在s811处，osi20-2发送以基站5中适当配置的周期周期性地发生，而不是在基站5的小区9中的ue请求时发生。

在s812处在给定时间段内从ue接收到针对osi的按需发送的预定数量n个请求的情况下，在s814处通过基站5将按需osi20-2发送切换为“开启”。然后，基站5在s816处测量周期性广播机会的利用率水平u，并在s818处将其与基站5处配置的用以开启按需osi20-2发送的利用率阈值thon进行比较。如果在s818处发现测量的利用率水平u小于利用率阈值thon，则在s820处，通过基站5使按需osi20-2发送维持在“开启”状态，并且基站5使用按需osi20-2广播方法来提供osi20-2。相反，在s818处，如果发现测量的利用率水平u大于或等于利用率阈值thon，则在s822处，通过基站5将按需osi20-2发送切换为“关闭”，并且在s811处，基站5继续使用周期性广播方法来提供osi20-2。

基站5将向ue通知osi20-2发送类型的变化(例如，如后所述)，并且ue因此可以开始发送针对osi20-2的请求。因此，使用适当配置的thon值将按需osi20-2切换为开启可以确保在进行osi请求所需的附加信令证明其自身合理的情况下实现在周期性广播机会利用率水平相对低时可获得的资源节省效益。

图9是示出用于管理图1的基站5可以进行的系统信息20的发送的另一方法的一部分的简化流程图，其中按需osi20-2发送在切换到“开启”状态之前最初处于“关闭”状态。图9特别地示出基站基于阈值thon从周期性osi20-2发送切换的另一有益方法。实际上，图9的方法是图7和图8的方法的组合。

如图9中所见，在s910处，根据传统过程周期性地广播最小系统信息20-1—这在整个图示处理中发生。

按需osi20-2发送(在本示例中为广播)最初处于“关闭”状态，因此在s911处，osi20-2发送以基站5中适当配置的周期周期性地发生，而不是在基站5的小区9中的ue请求时发生。基站5在s912处估计请求osi20-2的按需广播的ue的到达速率

[数学式10]

这种估计可以以多种方式执行，但在本示例中基于一段时间内针对特定服务的连接请求的测量结果来执行。

基站5在s914处配置(针对按需osi20-2的)周期t的值，其中对于给定的服务/应用/用例，周期t的最大值小于或等于按需osi20-2的传送时所需的延时。在s916处使用所估计的到达速率值

[数学式11]

和所配置的周期值t来计算在按需发送osi20-2的情况下的周期性发送机会的估计利用率

[数学式12]

[数学式13]

其中k是针对给定osi请求的osi20-2的发送次数(即，对于osi20-2的单次发送，k＝1)。在s918处，将估计的周期性广播机会的利用率水平

[数学式14]

与基站5处配置的用以开启按需osi20-2发送的利用率阈值thon进行比较。如果在s918处发现估计的利用率水平

[数学式15]

小于利用率阈值thon，则在s920处，通过基站5将按需osi20-2发送切换为“开启”。相反，在s918处，如果发现估计的利用率水平

[数学式9]

大于或等于利用率阈值thon，则通过基站5使按需osi20-2发送保持“关闭”，并且基站5在s911处继续使用周期性广播方法来提供osi20-2。

然后，基站5在s922处测量周期性广播机会的利用率水平u，并在s924处将其与利用率阈值thon进行比较。如果在s924处发现测量的利用率水平u小于利用率阈值thon，则在s926处，通过基站5使按需osi20-2发送维持在“开启”状态，并且基站5使用按需osi20-2广播方法来提供osi20-2。相反，在s924处，如果发现测量的利用率水平u大于或等于利用率阈值thon，则在s928处，通过基站5将按需osi20-2发送切换为“关闭”，并且在s911处，基站5继续使用周期性广播方法来提供osi20-2。

如前所述，基站5将向ue通知osi20-2发送类型的变化(例如，如后所述)，因此ue可以开始发送针对osi20-2的请求。因此，使用适当配置的thon值将按需osi20-2切换为开启可以确保在进行osi请求所需的附加信令证明其自身合理的情况下实现在周期性广播机会利用率水平相对低时可获得的资源节省效益。

管理周期性osi发送和按需osi发送之间的转变(概要)

在图10中概述参考图6～9所述的方法，其中图10示出针对各osisib/si的按需osi20-2提供所用的简化“状态机”实例。

如图10中所见，为了将osi20-2的按需提供切换为“关闭”，基站5测量u并将该值与thoff进行比较，如果u大于或等于thoff，则将按需广播切换为“关闭”(如图6所示)。

为了将osi20-2的按需提供切换为“开启”，基站5可以使用所计算出的利用率值

[数学式17]

(如参考图7所述)或所测量出的利用率值u(如参考图8所述)，并将其与thon进行比较。计算/测量出的值小于thon，则将按需广播切换/维持为“开启”。还描述了混合方法(参考图9)，其中使用所计算出的利用率值

[数学式17]

以最初转变为“开启”状态，并且使用所测量出的利用率值u以判断是否应维持“开启”状态。

虽然理论上thon可能等于thoff，但一般来说假设thon和thoff是不同的，并被选择为避免/最小化不期望的、按需“开启”状态和按需“关闭”状态之间的来回重复转变。

应当理解，在这些方法中的任意方法中，基站5/网络可被配置为针对以下各项将osi的按需广播切换为“开启”/“关闭”：所有osisib/si消息；一个或多个osisib/si组；或所选择的各osisib/si。

指示用于osisib的发送类型(显式)

存在如下的多种机制，其中通过这些机制，基站5(诸如图1的基站5等)可以向ue3通知用于osisib的发送类型(例如，按需发送(广播或单播)被切换为“关闭”/“开启”)。

在一个选项中，例如，基站5可以针对被提供至ue3的所有osisib使用一位标志或指示符来提供显式的osi20-2发送类型指示，以指示所有osisib是可按需获得还是可通过周期性发送获得(或者按需广播/单播发送是“开启”还是“关闭”)。例如：可以使用值为0(或“假”)的一位osi标志/指示符来指示所有osisib可按需获得(或者按需广播/单播发送被“开启”)。类似地，可以使用值为1(或“真”)的一位osi标志/指示符来指示所有osisib可通过周期性发送获得(或按需广播/单播发送“关闭”)。应当理解，所使用的实际值(0/“假”和1/“真”)可以反转。

在另一典型选项中，可以对各osisib组和/或各osisib提供一位osi标志/指示符，以针对各osisib组和/或各osisib指示该osisib组/osisib是可按需获得还是可通过周期性发送获得(或者针对该特定osisib组/sib，按需广播/单播发送是“开启”还是“关闭”)。例如：可以使用针对给定osisib组/osisib的值为0(或“假”)的一位osi标志/指示符来指示该osisib组/osisib可按需获得(或按需广播/单播发送“开启”)。类似地，可以使用针对给定osisib组/osisib的值为1(或“真”)的一位osi标志/指示符来指示该osisib组/osisib可通过周期性发送获得(或按需广播/单播发送“关闭”)。应当理解，所使用的实际值(0/“假”和1/“真”)可以反转。

在另一典型变形中，可以使用二进制位串来指示可按需获得(或按需广播/单播发送“开启”)的osisib组，以及/或者使用二进制位串来指示可通过周期性发送获得(或按需广播/单播发送“关闭”)的osisib组。应当理解，虽然这种方法可能看起来更加复杂，但其益处是可以显著地减少用于提供指示的位数(例如，4或5位可分别提供多达16或32个不同的指示)。

应当理解，以上机制并不相互排斥并且可在同一基站5中采用，以例如在针对所有osisib提供显式指示很高效的情况下这样做、并且在适当的情况下针对各osisib组和/或各osisib提供显式指示。

应当理解，除了根据以上机制中的一种或多种机制向ue3通知用于osisib的发送类型之外，网络通常还将向ue3通知针对不同osisib的按需广播配置的周期。

图11示出可以提供(如上所述的)一个或多个显式指示来指示要用于osisib的发送类型所采用的两种机制。

图11(a)是示出基站5在广播至该基站的小区9中的所有ue3的最小系统信息sib中(例如，在mib、sib1或sib2中)提供针对osisib的显式指示的序列图。

图11(b)是示出基站5使用公共下行链路控制信息(dci)格式动态地调度显式指示的序列图。在本示例中，根据dci格式，可以在下行控制信道(例如，物理下行链路控制信道(pdcch)等)中以信号形式通知显式指示。

应当理解，图11所示的机制并不相互排斥，并且可以在任何特定基站中提供一种或这两种机制。

指示用于osisib的发送类型(隐式)

作为上述的显式指示的替代或除上述的显式指示以外，基站5(诸如图1的基站5)还可被配置为隐式地向ue3通知用于osisib的发送类型。

在本示例中，基站5(或其它网络实体)有条件地配置上行链路资源，以供ue3在按需发送osisib(针对sib，按需发送“开启”)、而不是周期性发送osisib(针对sib，按需发送“关闭”)的情况下以按需方式请求osi。因此，如果基站5没有以信号形式通知被保留用于ue3请求一个或多个特定osisib的上行链路资源，则这些osisib被周期性广播。另一方面，在网络以信号形式通知被保留用于ue3请求一个或多个osisib的上行链路资源的情况下，这些osisib被按需发送。

因此，ue3可以基于是否接收到所分配的用于以按需方式请求一个或多个osisib的上行链路资源，来判断这些osisib是按需发送(针对sib，按需发送“开启”)还是周期性发送(针对sib，按需发送“关闭”)。

图12是示出提供这种隐式指示的机制的序列图。如图12中所见，在s1210处，基站5识别在请求要按需提供的任何osisib时要分配给ue3使用的上行链路资源。基站5在s1212处以信号形式向ue通知资源(假设至少一个这种“按需”osisib可用)。ue3在s1214处针对所需的任何osisib判断该osisib是按需提供还是周期性地提供的。如果ue3判断为所需的任何osisib是按需提供的，则ue3在s1216处相应地请求该osisib。响应于该请求，基站5在s1218处(通过适当地广播或单播)提供所请求的osisib。

如s1220处所示，ue3等待基站5周期性提供(如s1222处所示)的任何osisib的周期性发送。应当理解，这种周期性发送可以在任何时间发生，并且不限于根据图12所示的序列发生。

以下章节中描述了关于ue3如何请求osisib以及基站如何为这种请求分配上行链路资源的更多详情。

请求按需提供其它系统信息

存在如下的多种机制，其中通过这些机制，ue3(诸如图1的一个或多个移动装置3等)可以请求按需提供(广播或单播)osisib。

在一个选项中，例如，ue3可以发送针对所有按需系统信息20的单个请求(例如，使用单个指派资源)。

在本示例中，作为第一步骤，网络通常将指派/分配用于“按需”请求所有osisib的一个或多个上行链路(ul)资源。

例如，基站5可以配置一个或多个特定随机接入信道(rach)前导码的子集并以信号形式将其通知给ue3，以供ue3用来在初始接入(rach)过程期间请求提供所有osisib。ue可以例如在初始接入期间在rach过程的消息3和/或消息5中添加其针对按需系统信息20的请求，以请求(其它系统信息20-2所用的)所有sib。

替代地或附加地，基站5可以在最小系统信息sib中预先以信号形式通知要用于进行请求的无授权(grantfree)资源(例如，特定物理资源块(prb))。

因此，ue3可以使用适当的上行链路资源(例如，使用rach过程的消息1中的配置前导码或使用最小系统信息20-1所配置的特定prb)来向基站5发送其请求消息。

在接收到请求时，网络可以因此基于ue为了进行针对osi的请求的目的而使用的上行链路资源来判断为所有osisib将被发送至ue3。

在另一选项中，例如，按需osisib可被分组为多个组，各组包括osisib的各个不同子集。在本示例中，ue3可以针对各按需osisib组(例如，使用相关指派资源)发送单独的各个请求。

例如，基站5可以配置一个或多个特定随机接入信道(rach)前导码的各个子集并以信号形式将其通知给ue3，以供ue3用来在初始接入(rach)过程期间请求提供各osisib组。ue可以例如在初始接入期间在rach过程的消息3和/或消息5中添加其针对按需系统信息20的请求，以请求(其它系统信息20-2所用的)所有sib。

替代地或附加地，基站5可以在最小系统信息sib中预先以信号形式通知要用于进行针对各其它系统sib组的请求的各无授权资源(例如，特定物理资源块(prb))。

在ue3需要特定sib组的情况下，其可以因此使用适当的上行链路资源(例如，使用rach过程的消息1中的与期望osisib组相对应的配置前导码，或使用最小系统信息20-1所配置的与期望osisib组相对应的特定prb)来向基站5发送其请求消息。

在接收到请求时，网络可以继而基于ue为了进行针对osi的请求的目的而使用的上行链路资源来判断哪个osisib组要发送给ue3。

在另一选项中，例如，ue3可以针对各按需osisib(例如，使用相关指派资源)分别发送各个请求。

例如，基站5可以配置一个或多个特定随机接入信道(rach)前导码的各个子集并以信号形式将其通知给ue3，以供ue3用来在初始接入(rach)过程期间请求提供各osisib。ue可以例如在初始接入期间在rach过程的消息3和/或消息5中添加其针对按需系统信息20的请求，以请求(osi20-2所用的)所有系统信息块。

替代地或附加地，基站5可以在最小系统信息20的sib中预先以信号形式通知要用于进行针对各其它系统sib的请求的各无授权资源(例如，特定物理资源块(prb))。

在ue3需要特定sib的情况下，其可以因此使用适当的上行链路资源(例如，使用rach过程的消息1中的与期望osisib相对应的配置前导码，或使用最小系统信息20所配置的与期望osisib相对应的特定prb)来向基站5发送其请求消息。

在接收到请求时，网络可以继而基于ue为了进行针对osi20-2的请求的目的而使用的上行链路资源来确定哪个系统信息sib要发送给ue3。

图13示出供ue3请求osi20-2的按需提供(广播或单播)的特别有益的选项。

在本示例中，使用ue3为了发送特定请求而使用的定时来确定发送哪些sib，而不是使用于特定请求的资源(前导码/频率资源)确定应发送哪些osisib。

具体地，在多个系统信息sib各自以各个不同的周期(m²tmin-其中m是大于或等于零的整数，并且tmin是具有最短周期的sib的周期)发送的情况下，ue3被配置为对其针对osi20-2的请求的发送进行定时，使得可以保证在用于发送osi20-2的下一可用机会处接收所需sib。ue3通过在紧挨着用于发送所需sib的具有最长寻呼机会的下一机会之前的(例如，长度为tmin的)周期内(例如，在紧挨着用于发送所需sib的具有最长周期的机会之前的周期tmin内)发送请求来实现这一点。

在基站接收到ue对于按需广播osi20-2的请求的情况下，基站将在当前周期(t＝tmin)结束时发送发生发送机会的所有osisib。因此，所发送的sib自然将包括具有最长周期的所需sib以及具有比具有最长周期的所需sib的周期小的周期的任何sib。应当理解，这种发送可以是一次的或多次的。因此，以这种方式，ue3可以选择请求的定时以接收所有所需sib。

在图13中，例如，存在三种可用osisib(siba、sibb和sibc)(但是应当理解可以存在任何合适的数量)。这些sib各自具有与其发送机会相关联的各个不同的周期。siba具有最短的周期ta＝tmin，sibb具有第二短的周期tb＝2tmin，并且sibc具有最长的周期tc＝4tmin。

如图13(a)的示例中所见，在ue3需要三种可用sib(siba、sibb、sibc)的情况下，在ue3发送针对osi20-2的请求之前，ue3进行等待直到紧挨着针对在发送机会之间具有最长周期的sib(sibc)的下一发送机会之前的周期tmin为止(可以看出，该发送机会将在下一次tmod(求余)tc＝0时发生)。然后，基站5在该发送机会处广播共享该发送机会的所有sib(即在所示示例中为siba、sibb和sibc)。

如图13(b)的示例中所见，在ue3只需要sibc的情况下，在ue3发送针对osi20-2的请求之前，ue3进行等待直到紧挨着针对sibc的下一发送机会之前的周期tmin为止(可以看出，该发送机会将在下一次tmodtc＝0时发生)。基站5仍然在该发送机会处广播共享该发送机会的所有sib(即在所示示例中为siba、sibb和sibc)。

如图13(c)的示例中所见，在ue3只需要在发送机会之间具有最短周期的sib(siba)的情况下，在ue3发送针对osi20-2的请求之前，ue3进行等待直到紧挨着针对该sib的下一发送机会(下一次tmodta＝0)之前的周期tmin为止。可以看出，在所示的示例中，下一次发生tmodta＝0的时间是tmodtc＝2tmin时。然后，基站5在该发送机会处广播共享该发送机会的所有sib(即siba和sibb)。

因此，如图13(a)和(b)的示例中所见，在ue3需要sibc的情况下，不管其是否还需要其它可用osisib(siba和/或sibb)其中之一，在ue3发送针对osi20-2的请求之前，ue3都进行等待直到紧挨着针对sibc的下一发送机会(tmodtc＝0时)之前的周期tmin为止。然后，基站发送共享该发送机会的所有sib(即在所示示例中为siba、sibb和sibc)。

仅通过其它说明性示例，考虑图13中的在发送机会之间分别具有80ms(tmin)、160ms(2tmin)和320ms(4tmin)的周期的三种sib(siba、sibb和sibc)可用于按需广播的场景。如果ue3只需要80mssib(siba)，则基站5可以在任意80ms机会处将该sib广播到其小区9中的ue3。因此，ue3可以对其在osi20-2发送机会之间的任意80ms周期内要发送的请求进行定时。然而，如果ue3需要所有三种可用osisib，则ue3选择在紧挨着用于发送320mssib(sibc)的下一机会之前的tmin周期内(即，(相对于最后的320ms机会)在时间实例t＝240ms和时间实例t＝320ms之间的某个时刻)发送针对osi20-2的请求。类似地，如果ue3只需要siba和sibc，则ue3仍将选择在紧挨着用于发送320mssib(sibc)的下一机会之前的tmin周期内发送针对osi20-2的请求，尽管这将导致sibb的不必要发送。

虽然这种方法意味着有时将不必要地发送不需要的sib，但其益处是(通过只需要仅一种类型的请求而)显著地简化了上行链路请求的资源管理。可以看出，在本示例中，假设给定ue3的延时要求由其所需的具有最长周期的sib确定。例如，在ue3需要siba和sibc这两者的上述典型场景中，ue3将需要等待320ms以接收这两种sib。

按需周期的优化

图14是示出用于优化针对按需osi广播机会所配置的周期的有益方法的简化序列图。

具体地，在本示例中，基站5基于按需广播的ue请求(到达)速率(即λ)以及由基站5配置为具有0～1之间的值的osi发送机会的利用率阈值thu，来确定针对osi的按需广播的最佳周期值t＝top。

在目标利用率u被约束为小于(或等于)thu的情况下，由于u＝1-e^-λkt和u<thu，因此目标利用率遵循e^-λkt>1-thu。因此，设置t＝top，显然必须根据以下不等式来设置最佳周期值top：

[数学式19]

其中k是针对给定osi请求的osi20-2的发送次数(即，对于osi20-2的单次发送，k＝1)。

基站5配置周期值top，其中对于给定的服务/应用/用例(例如机器类型通信(mtc)、移动宽带(mbb)和/或超可靠低延时通信(urllc)等)，周期值top的最大值小于或等于(按需的)osi传送时所需的延时。

可以以任何合适的方式向ue3通知所配置的周期。在本示例中，所配置的周期是在最小系统信息中发送的，但是其可以使用专用(例如rrc)信令等来通知。

应当理解，基站5可以基于各sib/si消息组和/或基于各sib/si消息来为所有osisib/si消息配置最佳周期。

还应当理解，基站5可以为不同的ue3或ue3组配置不同的最佳周期。通过示例的方式，图15是示出基站5可以如何基于不同ue3的延时要求来为这些不同ue3配置不同周期值的示例的简化图。

在图15中，对于在接收osi20-2时具有放宽的延时要求的ue(称为uel)，配置长周期tl以用于按需广播。对于在接收到osi20-2时具有严格得多的延时要求的ue(称为ueh)，配置短周期ts以用于按需广播。

针对按需osi广播的ue请求间隔的优化

图16是示出用于确定按需osi广播请求之间的间隔的有益方法的简化序列图。

具体地，在本示例中，基站5设置按需广播的周期值(在本示例中被称为tb)(例如，可以使用参考图14所述的方法，其中图14的top与本示例中tb等效)。在本示例中，tb的最小值将是最小可能si周期(例如，在ltesi周期可以是80、160、320、640、1280、2560和5120ms的当前lte系统中，tb＝80ms)。可以在用于系统中的周期性(或按需广播机会)系统信息提供的当前周期处配置tb。

还针对各ue3配置所谓的“等待”时间段值tw，该值表示ue3在针对按需广播的请求之间必须等待(监听osi广播)的时间。在本示例中，tw被设置为tw＝ndecode.tb，其中ndecode是ue3将尝试对连续按需广播机会处的系统信息广播进行解码的次数。例如，对于tb＝80ms和ndecode＝64(即ndecode＝5120ms/80ms)，tw的最大值＝5120ms。

ue3可以以一个ndecode值(例如最大值)开始，并使该值逐步减小(从而使tw的值减小)。

ue3(例如，基于从基站5接收到的最小系统信息或其它信令)确认网络是否启用按需广播特征。ue3读取基站5所配置的tb值并确定ndecode的适当值并因此确定tw，以决定ue3在配置针对一个或多个sib/si消息的按需广播的新请求之前必须监听多久。

可以看出，等待周期tw的使用有可能有益地减少ue请求的数量，从而减少ue功耗。此外，其有可能减少必须保留(用于请求)的上行链路资源的量以及上行链路拥塞。

变形例和替代例

以上描述了多个详细实施例。如本领域技术人员将理解的，可以在仍受益于这里所体现的发明的情况下，对以上示例性实施例进行多种修改和替代。通过例示的方式，现将仅描述多个这样的替代例和变形例。

在以上示例性实施例中，描述了用于实现用户设备3和基站5的多个软件模块。如本领域技术人员将理解的，这样的软件模块可以以编译或未编译的形式提供，并且可以作为信号通过计算机网络提供给相应的硬件或者在记录介质上。此外，可以使用一个或多个专用硬件电路来进行通过该软件的一部分或全部进行的功能。然而，软件模块的使用是优选的，因为它便于更新相应硬件以更新其功能。类似地，尽管以上示例性实施例采用了收发器电路，但是收发器电路的至少一些功能可以由软件执行。

用户设备3和基站5的功能通常将使用一个或多个计算机处理设备来实现，其中该计算机处理设备具有使用适当软件指令进行编程以提供所需功能的一个或多个硬件计算机处理器。应当理解，该功能的全部或部分可以例如使用诸如特定用途集成电路(asic)等的一个或多个专用集成电路在硬件中实现为专用电路。

应当理解，在ue3和基站5的描述中所涉及的控制器例如可以包括诸如模拟或数字控制器等的任何合适控制器。各控制器可以包括任何合适形式的处理电路，包括(但不限于)例如：一个或多个硬件实现计算机处理器；微处理器；中央处理单元(cpu)；算术逻辑单元(alu)；输入/输出(io)电路；内部存储器/高速缓存(程序和/或数据)；处理寄存器；通信总线(例如控制、数据和/或地址总线)；直接存储器接入(dma)功能；以及/或者硬件或软件实现的计数器、指针和/或计时器等。

虽然基站5已经以gnb的方式进行描述，但其可以是任何合适的基站，包括gnb的功能可以在一个或多个分布式单元(du)和中央单元(cu)之间进行划分的基站，其中cu通常进行较高级别的功能并与下一代核心进行通信，而du进行较低级别的功能并通过空中接口与附近(即gnb所操作的小区中)的用户设备(ue)进行通信。

以上将基站5描述为进行与系统信息的提供相关的多种功能，包括例如配置周期、触发按需osi提供和周期性osi提供之间的转变、以及/或者向基站通知系统信息相关数据(例如，周期、发送类型等)等。应当理解，被描述为由基站5进行的任何系统信息相关功能可以通过通信网络中的其它实体以及(在适当的情况下)到ue/基站的用于向ue/基站通知任何相关数据的适当信令来进行。例如，周期可以由其它实体计算并通知给基站5(可以转而向ue3通知周期)和/或ue3。类似地，按需osi和周期性osi之间的转变可以由其它实体管理并通知给基站和/或ue。在这些示例中，其它实体可以与图5所示的具有控制器、收发器和存储器等的基站5类似。

因此，概括而言，描述了一种通信设备，包括：控制器和收发器；其中，所述控制器被配置为：使用以下模式来控制利用所述收发器在所述通信设备所操作的至少一个小区中对系统信息的发送：周期性发送模式，其中以规律的周期性间隔发送所述系统信息的至少一部分；以及按需发送模式，其中在来自所述小区中的至少一个通信装置的针对系统信息的请求之后发送所述系统信息的至少一部分；确定表示所述按需发送模式正被或者将被所述至少一个通信装置利用的程度的利用率水平；以及基于所确定的所述利用率水平来在使用所述按需发送模式和不使用所述按需发送模式之间切换，以发送所述系统信息的至少给定部分。

控制器可被配置为基于所确定的所述利用率水平与至少一个利用率阈值的比较来确定何时进行所述切换。

控制器可被配置为：(a)基于所确定的所述利用率水平与第一阈值(例如，thoff)的比较来确定何时从使用所述按需发送模式切换至不使用所述按需发送模式；以及(b)基于所确定的所述利用率水平与第二阈值(例如，thon)的比较来确定何时从不使用所述按需发送模式切换至使用所述按需发送模式。

控制器可被配置为基于通信装置正进行或者将进行针对所述系统信息的所述至少给定部分的请求的速率(例如，到达速率)来确定所述利用率水平。

控制器可被配置为基于已测量的所确定的利用率水平来确定何时从使用所述按需发送模式切换至不使用所述按需发送模式。

控制器可被配置为基于以下各项至少之一来确定何时从不使用所述按需发送模式切换至使用所述按需发送模式：已测量的所确定的利用率水平；以及已估计的所确定的利用率水平。

控制器还可被配置为控制所述收发器以向所述至少一个通信装置通知是开启还是关闭为了发送所述系统信息的所述至少给定部分的所述按需发送模式的使用。

控制器可被配置为使用以下各项至少之一来控制所述收发器以向所述至少一个通信装置通知针对所述系统信息的所述至少给定部分是开启还是关闭所述按需发送模式的使用：所述系统信息的其它部分；以及(例如，使用下行链路控制信息格式即dci格式的)下行链路控制信息。

控制器可被配置为控制收发器以使得：通过向所述至少一个通信装置发送用于识别被指派用于请求所述系统信息的所述至少给定部分的资源的信息，来向所述至少一个通信装置通知针对所述系统信息的所述至少给定部分开启所述按需发送模式的使用；以及通过不向所述至少一个通信装置发送用于识别被指派用于请求所述系统信息的所述至少给定部分的资源的信息，来向所述至少一个通信装置通知针对所述系统信息的所述至少给定部分关闭所述按需发送模式的使用。

控制器还可被配置为指派供所述至少一个通信装置发送针对按需发送的系统信息的第一部分的请求用的第一资源、以及供所述至少一个通信装置发送针对按需发送的系统信息的第二部分的请求用的第二资源。

控制器还可被配置为：控制所述收发器以从至少一个通信装置接收针对按需发送的系统信息的至少一个请求；以及基于进行所述至少一个请求的至少一个通信装置所使用的资源来确定响应于所述请求应当发送所述系统信息的哪个部分。

控制器还被配置为：控制所述收发器以从至少一个通信装置接收针对按需发送的系统信息的至少一个请求；以及基于进行所述至少一个请求的至少一个通信装置进行所述请求的定时来确定响应于所述请求应当发送所述系统信息的哪个部分。

在使用所述按需发送模式的情况下，所述控制器可被配置为控制所请求的系统信息的发送的定时以与被配置为以规律的周期性间隔发生的发送机会一致，其中在针对所请求的系统信息的至少一个请求之后，在所述发送机会中的至少一个发送机会中发送该系统信息。

控制器可被配置为以所需利用率水平(例如，由最佳利用率阈值表示)为目标，针对所述发送机会之间的规律的周期性间隔来配置至少一个周期。

控制器可被配置为：针对所述发送机会之间的规律的周期性间隔配置第一周期，以将系统信息发送至具有第一延时要求的至少一个通信装置；以及针对所述发送机会之间的规律的周期性间隔配置与所述第一周期不同的第二周期，以将系统信息发送至具有第二延时要求的至少一个通信装置。

因此，进一步概括而言，描述了一种通信设备，包括：控制器和收发器；其中，所述控制器被配置为：对利用所述收发器接收通过通信设备在小区中发送的系统信息进行控制，其中所述系统信息是使用以下模式至少之一来发送的：周期性发送模式，其中以规律的周期性间隔发送所述系统信息的至少一部分；以及按需发送模式，其中在来自所述小区中的至少一个通信装置的针对系统信息的请求之后发送所述系统信息的至少一部分；识别需要何种系统信息，其中针对该系统信息开启所述按需发送模式的使用；以及对利用所述收发器发送针对所识别出的系统信息的请求进行控制；其中，所述控制器被配置为基于已被识别为需要的系统信息来控制对所述请求进行定时。

控制器可被配置为确定在重复针对所识别出的系统信息的请求之前要等待的间隔。

控制器可被配置为控制所述收发器以接收用于识别系统信息的按需发送的发送机会的周期的信息，以及其中所述间隔依赖于所述周期。

控制器可被配置为识别应当尝试多少次连续发送机会来对已发送请求的系统信息进行解码；以及其中所述间隔依赖于所述周期。

控制器可被配置为隐式地基于是否已经指派了用于请求所述系统信息的给定部分的资源来判断针对所述系统信息的给定部分是否开启所述按需发送模式的使用。

各种其它修改对于本领域技术人员将是明显的，并且将不在此处进一步详细描述。

本申请基于并且要求提交于2017年1月6日的英国专利申请1700267.6的优先权的权益，上述文献的公开内容通过引用而全文并入于此。