CN110637481A - 用于降低系统信息（si）获得时间的方法和系统 - Google Patents

用于降低系统信息（si）获得时间的方法和系统 Download PDF

Info

Publication number
CN110637481A
CN110637481A CN201880029887.3A CN201880029887A CN110637481A CN 110637481 A CN110637481 A CN 110637481A CN 201880029887 A CN201880029887 A CN 201880029887A CN 110637481 A CN110637481 A CN 110637481A
Authority
CN
China
Prior art keywords
mib
time
certain
sib
past
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201880029887.3A
Other languages
English (en)
Other versions
CN110637481B (zh
Inventor
Y-P.E.王
J.贝里曼
A.赫格伦
O.利贝里
A.拉蒂莱宁
隋宇涛
T.蒂罗宁
A.瓦伦
E.亚乌斯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Priority to CN202210979744.7A priority Critical patent/CN115567902A/zh
Publication of CN110637481A publication Critical patent/CN110637481A/zh
Application granted granted Critical
Publication of CN110637481B publication Critical patent/CN110637481B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Stored Programmes (AREA)
  • Debugging And Monitoring (AREA)
  • Radar Systems Or Details Thereof (AREA)

Abstract

使UE能确定该UE是否能跳过SIB1‑BR的获得。在MIB中提供指示（例如，1比特标志），如果该UE需要读取SIB1‑BR，则该指示被设置成特定值，否则，假设其它条件被满足（例如，假设该UE的MIB指示时间段内以前已读取SIB1‑BR），该指示被设置成指示该UE能跳过读取SIB1‑BR的不同值。

Description

用于降低系统信息(SI)获得时间的方法和系统
技术领域
公开的是与由用户设备(UE)(例如，物联网(IoT)装置、机器类型通信(MTC)装置或其它通信装置)降低系统信息(SI)获得时间有关的实施例，用户设备诸如例如从深度睡眠状态醒来的UE。
背景技术
一般地，为使UE能与网络进行通信，该UE必须获得一些系统信息(SI)。通常，基站定期广播含有由UE需要的SI的主信息块(MIB)。基站也传送也可含有由UE需要的其它SI的不同系统信息块(SIB)。例如，LTE-M1基站传送例如被称为“SIB1-BR”的某个特定SIB。
近来在3GPP中存在有关指定技术以覆盖机器对机器(M2M)和/或物联网(IoT)有关用例的许多工作。对于3GPP版本13的最近工作包含支持与新UE类别M1(Cat-M1)的机器类型通信(MTC)的增强，支持多达6个物理资源块(PRB)的降低的最大带宽和指定新无线电接口(和UE类别NB1，Cat-NB1)的窄带IoT(NB-IoT)工作项。
我们将在3GPP版本13中对于MTC引入的LTE增强称为“eMTC”，并且将在3GPP版本14中引入的进一步增强称为“FeMTC”，包含(不限于)对带宽受限的UE、Cat-M1、Cat-M2的支持和对覆盖增强的支持。这要将讨论与NB-IoT分开，但支持的特征总体上来说是类似的。
在“传统”LTE与为eMTC或FeMTC工作(同样地为NB-IoT)定义的过程和信道之间存在多个差别。一些重要的差别包含新物理信道(诸如在eMTC中称为MPDCCH和在NB-IoT中称为NPDCCH的物理下行链路控制信道(PDCCH))和用于NB-IoT的新物理随机接入信道NPRACH。
对于系统信息(SI)(eMTC和NB-IoT二者)，不存在SIB1-BR/SIB1-NB(MIB/MIB-NB中包含的调度信息)或系统信息消息(在SIB1-BR/SIB1-NB中提供的系统信息窗口内的固定调度)的动态调度。eMTC和NB-IoT二者均支持覆盖增强，并且UE可能不得不累积系统信息广播的若干重复以便能将它成功解码。这意味着UE所处在的覆盖越差，系统信息获得时间将在实际上就越长。为对此进行克服，在eMTC和NB-IoT版本13中引入了用于一些物理信道和系统信息的更密集重复。此引入的缺陷是系统开销的增大(即，更多无线电资源被连续的(“始终启用”)控制信令广播所消耗)。系统获得过程一般地对于eMTC和NB-IoT与对于LTE是相同的：UE先通过读取PSS/SSS而实现下行链路同步，随后UE读取MIB，随后SIB1(例如，SIB1-BR)，并且最后SI消息被获得(每个可能含有多个SIB)。
在3GPP RAN#70会议，批准了名为窄带IoT(NB-IoT)的新版本13工作项。目的是指定用于蜂窝物联网(IoT)的无线电接入，其解决改进的室内覆盖、支持大量的低吞吐量装置、对延迟不敏感、超低装置成本、低装置功率消耗和(优化的)网络架构。
对于NB-IoT，定义了三种不同操作模式，即独立、保护频带和带内。在独立模式中，在专用频带中操作NB-IoT系统。对于带内操作，能够将NB-IoT系统置于由当前LTE系统使用的频带内，而在保护频带模式中，能够在由当前(传统)LTE系统使用的保护频带中操作NB-IoT系统。NB-IoT能够利用180kHz的系统带宽操作。在配置了多个载波时，能够使用若干180kHz载波，例如用于增大系统容量、小区间干扰协调、负载平衡等。
为适应要求比平常更多容量的某些用例，例如软件或固件升级，使用了多载波操作。NB-IoT装置侦听在锚点载波上的系统信息，但在有数据时，通信能够被移到副载波。
发明内容
在版本14期间，与长的系统信息获得时间有关的一些潜在问题通过RAN4被识别。降低系统信息获得时间也是为用于eMTC的版本15达成的工作项目目的之一。更特定地，RAN1一般地概述了在其中RAN2能提供改进的一些区域(在考虑的RAN1改进之上)。原则上，这只是向RAN2提出在一些情况下一些SI广播消息是否能够被UE跳过的问题，并且在这里最关注的情况是跳过SIB1-BR读取)。为便于参考，下面在表1中示出了LTE-MMIB的内容：
表1
与NB-IoT的最明显的差别是在NB-IoT中，valueTag在MIB中不存在，而是转而被定位在SIB1-BR中。
当前存在某个(些)挑战。SIB1-BR含有以下所述：i)接入信息、ii)系统信息valueTag、iii)超系统帧号(H-SFN)、iv)指示有效的子帧的位图、v)用于MPDCCH和PDSCH(本质上替代PCFICH)的起始OFDM符号及vi)其它SI消息的调度信息。
由于接入有关的信息、有效子帧指示等，UE极难或甚至不可能跳过读取SIB1-BR以便进行初始获得。然而，对于SI的再获得，它能够是可行的选项，例如用于从eDRX或PSM醒来的UE。大多数情况下，SI在小区中未更改，但UE必须仍通过读取系统信息valueTag来确保情况是如此。一种方案将因此是将valueTag直接放在MIB中。然而，出于若干原因，这是有问题的。首先，valueTag是5比特，但在MIB中只留有5个备用比特。极不可能的是3GPP允许eMTC用完一般预期供LTE的任何将来使用的所有剩余备用比特。另外，一些MIB备用比特将可能被用于仍与“降低的系统获得时间”有关的其它目的，例如以如用于NB-IoT的在MIB中具有接入拒绝启用标志(ab-Enabled)。与在MIB中包含valueTag有关的另一问题是这将导致广播冗余信息，在最差情况下为5比特，增大了系统开销。另一方案是将更少比特用于valueTag(例如，2比特而不是5比特)。使用5比特时，网络能够在3小时或24小时(这取决于配置)的SI有效性时间期间更新系统信息多达32次。如果转而使用少于5比特的valueTag，则这意味着网络将被限于在SI有效性时间期间更改SI少于32次(例如，2或4次)。这是对传统操作的相当侵入性的更改，例如2比特valueTag将意味着网络在此时段期间只能够更新SI 4次。
本公开及其实施例的某些方面提供对这些或其它挑战的解决方案。例如，本文中呈现的某些实施例利用了如果UE需要读取SIB1-BR，则被设置成某个特定值的在MIB中的指示(例如，一比特标志)，否则，MIB指示被设置成不同值。在SIB1-BR和其中的systemInfoValueTag有任何更改时，在使用1比特的最简单情况下，标志从“0”被更改到“1”，指示UE不再能忽略读取SIB1-BR，但在SIB1-BR的随后更改，该标志在例如HSFN循环的某个时间段的剩余时间内仍被设置成“1”，从这个意义上来说，此MIB指示与valueTag不同。在SIB1-BR/systemInfo ValueTag未被更新时(这是最经常的情况)，仅使用MIB备用比特中的1比特(或某个其它小的数字)提供明显优势到所有UE。如果SI已被更新，则UE将简单地采用版本13过程。(带有多个比特的实施例能具有如在详细描述中所看到的另外益处。)上述解决方案降低了UE获得SIB1-BR(以检查系统valueTag等)的需要，极大地改进了系统接入时间和UE电池寿命。
本文中提议了解决本文中公开的问题的一个或多个的各种实施例。某些实施例可提供以下技术优势的一个或多个。UE能跳过为SI再获得而读取SIB1-BR，由此改进UE系统获得/接入时间和延长UE电池寿命；并且解决方案仅使用MIB备用比特中的1(或几个)比特，由此有效地使用稀有资源。
本文中进一步描述了这些和其它实施例。
附图说明
被并入本文中并且形成说明书的一部分的附图图示了各种实施例。
图1图示了根据一些实施例的架构视图。
图2是图示了根据一些实施例的过程的流程图。
图3是图示了根据一些实施例的过程的流程图。
图4是图示了根据一些实施例的过程的流程图。
图5图示了用于SIB1-BR跳过的一实施例。
图6是图示了根据一些实施例的过程的流程图。
图7是图示了根据一些实施例的过程的流程图。
图8是根据一些实施例的UE的框图。
图9是根据一些实施例的网络节点的框图。
图10图示了根据一些实施例的编码过程。
图11图示了根据一些实施例的编码过程。
具体实施方式
Cat-M1、Cat-M2、Cat-N1和Cat-N2 UE在差覆盖中可经历长的系统获得时间。在[3][4]中认识到，在对于NB-IoT和LTE-M(eMTC)二者的一些情况下，可能要花费长时间来获得系统信息。因此，对于Rel-15中LTE-M和NB-IoT二者进一步增强的一个目的是降低系统获得时间。
在本公开中，我们提议了使得NB-IoT UE能跳过在主信息块(MIB)中某些主信息(MI)和/或在一些系统信息块(SIB)中某些系统信息(SI)的获得的方法和系统。提议的方法包含如下的实施例。
(1)在新系统信息块(SIB)中信号通知MIB/SIB有效性间隔或到期时间。我们将称此新SIB为SIB-X以便区分已经为NB-IoT定义的那些系统信息块。
(2)用于允许UE跳过MI/SI获得以获得接入拒绝标志、系统信息号和超系统信息号的一个或多个的机制。
在自UE获得基本主信息或系统信息的最后时间起它们未被更改时，UE能跳过读取在窄带物理广播信道(NPBCH)中携带的主信息块(MIB)(或其部分)或在窄带物理下行链路共享信道(PDSCH)中携带的某些系统信息块(SIB)(或其部分)。由于不必再获得最新的MI/SI，UE降低了能量消耗并且因此享有更长的电池寿命。此外，在UE具有要发送的数据时，它建立到网络的接入的时延被降低。
下面概述NB-IoT系统信息：
NB-IoT主信息块(MIB-NB)由以下信息组成：
·SFN的四个最高有效比特MSB。
·H-SFN的两个最低有效比特LSB。
·指示接入拒绝是否被启用的接入拒绝(AB)标志。
·操作模式(独立、带内、保护频带)。
·在带内和保护频带的情况下，频率栅格偏移(±2.5，±7.5kHz)。
·有关系统信息块1(SIB1-NB)调度的信息。
·实质上是系统信息的版本号的系统信息值标签。
NB-IoT进一步定义以下系统信息类型：
·SIB1-NB：H-SFN的8个MSB、其它系统信息类型的调度信息、无效子帧位图加其它信息。
·SIB2：无线电资源配置(RRC)信息。
·SIB3：小区重选信息。
·SIB4和SIB5：相邻小区有关的信息。
·SIB14-NB：每PLMN的接入类拒绝信息。
·SIB16：与GPS时间和协调世界时(UTC)有关的信息。
下面概述LTE-M系统信息：
LTE-M主信息块(MIB-NB)由以下信息组成：
·下行链路带宽
·PHICH配置
·SFN比特
·用于SIB1-BR的调度信息
·5个备用比特
LTE-M进一步定义以下系统信息类型：
·SIB1-BR：接入有关的信息，包含接入类拒绝(ACB)信息、用于SI消息的调度信息、超SFN、有效比特帧、MPDCCH跳频信息等。
·SIB2：无线电资源配置(RRC)信息。
·SIB3：小区再选择信息。
·SIB4和SIB5：相邻小区有关的信息。
·SIB14：每PLMN的接入类拒绝信息。
·SIB16：与GPS时间和协调世界时(UTC)有关的信息。
在这些不同类型的主和系统信息之中，仅SFN、H-SFN、ACB(LTE-M)和AB标志(NB-IoT)、SIB14(-NB)和SIB16通常更动态地更改。其它信息很少被更改。在UE接入网络时，不需要SIB16。如果AB标志未被设置用于NB-IoT，或者如果SIB14未在SIB1-BR中被调度用于LTE-M，则不需要SIB14(-NB)。因此，在大多数情形中，仅SFN、H-SFN和AB标志(或调度用于LTE-M的SIB-14加ACB)需要被获得。
由于大多数MIB和SI很少更改，因此，允许UE跳过再获得将保持不变的MIB(-NB)和SI的一种方式是让eNB事先指示MIB(-NB)和SI信息的有效性间隔或到期时间。(在下面的描述中，我们将假设AB标志、SIB14(-NB)、SIB16、SFN和H-SFN的更改未被用来确定MI/SI有效性间隔或到期时间。)通过此类指示，如果UE在它以前已获得的版本的MI/SI有效性间隔内醒来，则无需再获得相同信息。在此类情形中，UE仅需获得仅AB标志、SFN和H-SFN(或在SIB1-BR中调度用于LTE-M的SIB14加ACB)，并且不一定获得在MIB-NB和SIB1-NB中含有的所有其它信息元素。为支持此方法，有两个问题需要解决。
网络如何信号通知MI/SI有效性间隔或到期时间？
如果UE知道所有其它MI/SI信息保持相同，它如何获得AB标志(或在SIB1-BR中调度用于LTE-M的SIB14加ACB)、SFN和H-SFN？
下面描述解决这些问题的方法。
信号通知MI/SI有效性间隔或到期时间：
新系统信息类型能够被定义成指示MI/SI有效性间隔或到期时间。一种可能格式是使用GPS时间或协调世界时(UTC)。UE能从SIB16获得GPS和UTC时间以建立其实时时钟。新SIB-X随后能被用来指示当前MI/SI将到期的GPS或UTC时间。SIB-X的格式能够类似于在SIB16中使用的UTC格式。然而，在SIB16中时间分辨率是10ms。对于SIB-X，更粗糙的时间分辨率能够被用来减少表示UTC时间所需要的比特的数量。一种可能性是以相当于一个或多个SFN循环的分辨率量化UTC时间。还有，在SIB16中的UTC时间信息包含年和月信息。对于SIB-X，包含年和月信息可以不是必需的。
UE能够经由SI更新通知被通知SIB-X的更新。此类更新通知可对SIB-X是特定的。
UE获得AB标志、SFN和H-SFN：
系统获得时间降低需要允许某些配置以支持要求长电池寿命(例如，10-15年)和10ms时延以便发送诸如警报信号的例外报告的用例。然而，解决方案不必满足仅以低于每三天一次的频率传送数据的用例，因为我们相信对于此类用例，15年电池寿命已经能够被实现而无需进一步系统获得时间降低。考虑20ppm振荡器准确度，UE时钟可在3天内关闭大约±5120ms。因此，如果UE在3天后回到网络，则它需要解决此时间模糊。此不确定窗口匹配一个SFN循环的持续时间，并且因此它采用10比特SFN表示来解决该时间模糊。UE将进行NPSS和NSSS同步的步骤，并且在这两个步骤后，它在系统帧结构中实现与80-ms成帧的同步，即，它获得SFN的3个LSB。因此，如果UE跳过读取MIB-NB，则它需要得到SFN的7个MSB比特以解决该时间模糊。加上AB标志，总共8比特信息需要被提供给UE。
UE如何获得此类信息有两个备选方案。下面我们提议了两个备选方案。
使用NPBCHSFN和AB标志被提供在NPBCH中携带的MIB中。UE能够将所有其它信息元素视为已知，并且仅集中在解码SFN和AB标志上。已知信息比特能够被用来修剪在维特比解码器中使用的网格，并且预期性能能够通过网格修剪(trellis pruning)而被大幅改进。事实上，如果如在第5.1部分中所讨论的MI/SI有效性间隔或到期时间信息未被提供，则UE也可检查SI值标签。
使用唤醒或进入睡眠信号
“进入睡眠”信号被用来指示将不存在在随后的NPDCCH/MPDCCH搜索空间期间发送的任何下行链路控制信息(DCI)。在接收此类信号时，UE转回到睡眠模式。然而，如果“进入睡眠”信号未被检测到，则UE不得不坚持活动以尝试解码在NPDCCH/MPDCCH中携带的DCI。
另一方面，“唤醒”信号被用来指示将存在在即将到来的NPDCCH/MPDCCH搜索空间期间发送的一个或多个DCI。在接收此类信号时，UE需要坚持活动以尝试解码在NPDCCH/MPDCCH中携带的DCI。然而，如果“唤醒”信号不存在，则UE能够转回睡眠。“唤醒”信号能够在NPDCCH/MPDCCH搜索空间开始前或者在NPDCCH/MPDCCH搜索空间开始处的(一个或多个)子帧中被发送。还有，“唤醒”信号不一定占用一个或若干完整的子帧。该信号能在时间或频率域(例如在一个时隙中的前若干符号)或时间或频率域的组合中使用部分的子帧。
在撰写此文时，3GPP中未决定是否将采纳“进入睡眠”信号和/或“唤醒”信号方案。然而，无论这些信号方案之一或二者是否被采纳，本文描述的方案将适用。
“进入睡眠”信号和/或“唤醒”信号的一个用例是向UE提供这是否是在UE需要监测的下一寻呼机会中到来的寻呼DCI的指示。因此，预期“进入睡眠”信号和/或“唤醒”信号应是定期的。除指示是否有在UE需要监测的下一寻呼机会中到来的寻呼DCI外，我们还能利用“进入睡眠”信号和/或“唤醒”的周期性来包含在“进入睡眠”信号和/或“唤醒”信号中能够提供的部分的8比特或所有8比特。
备选方案1：
所有8比特信息与这是否是在群组UE需要监测的下一寻呼机会中到来的寻呼DCI的指示一起被提供给所有UE。所有UE能够对于它们关注的信息，即，上面提供的8比特信息侦听此定期“进入睡眠”信号和/或“唤醒”信号。对于在最近寻呼机会中未被寻呼的UE，它能够简单地忽略寻呼有关信息的指示。
备选方案2：
部分的8比特信息与这是否是在UE需要监测的下一寻呼机会中到来的寻呼DCI的指示一起被提供给该UE。这能够是AB标志或定时信息。
备选方案3：
除定时和AB标志信息外，被用来指示SIB是否被更改的SI值标签也能够被包含在“进入睡眠”信号和/或“唤醒”信号中。注意，也可能在“进入睡眠”信号和/或“唤醒”信号中仅包含SI值标签。
备选方案4：
在“进入睡眠”信号和/或“唤醒”信号中，我们能够进一步包含给UE的它是否在被寻呼时能跳过一些SIB和/或MIB读取的指示。
备选方案5：
在“进入睡眠”信号和/或“唤醒”信号中，我们能够进一步包含给UE的例如使用时戳或其它机制的版本号的MIB已更改的前一时间的指示。如果UE具有MIB的最新版本，则它能够跳过读取MIB。
注意，一些上面提及的备选方案也可被组合在一起以降低系统获得时间。
延长MIB和/或SIB的修改时段：
在NB-IoT中，MasterInformationBlock-NB(MIB-NB)调度固定带有640ms的周期性和在其之间，即在每个字帧0中带有L1次重复。MIB-NB在NPBCH上被发送。MIB-NB含有：
·SFN(4个MSB比特)
·H-SFN(2个LSB比特)
·schedulingInfoSIB1
·systemInfoValueTag(不同于MIB-NB/SIB14-NB/SIB16-NB的任何SIB更改)
·ab-Enabled(接入拒绝已激活/去激活，SIB14获得)
·operationModeInfo
由于在MIB-NB中SFN的4个MSB比特，MIB-NB内容每640ms被更改。除SFN外，修改时段等于40.96秒。
SIB1-NB调度固定带有2.56秒的周期性。SIB1-NB在每隔一个字帧4中广播。SIB1-NB在DL SCH上发送。NPDSCH重复的次数在MIB-NB(schedulingInfoSIB1)中指示。SIB1-NB具有40.96秒的修改时段，即，仅在40.96秒后，SIB1-NB内容可更改。
不同于SIB1-NB的SIB在SI消息中发送，SI消息在DL SCH上发送。SI消息可含有一个或多个SIB，如在SIB1-NB中的调度信息中所指示的。
这些其它SIB的内容可在BCCH修改时段后更改。BCCH修改时段大于或等于40.96s并且在SIB2-NB中指示(modificationPeriodCoeff*defaultPagingCycle)。SIB更改(内容和/或调度)由MasterInformationBlock-NB中的systemInfoValueTag或SystemInformationBlockType1-NB中的systemInfoValueTagSI指示。
SIB14-NB中的接入拒绝参数能够在任何时间点更改(TS 36.331[6]中的第5.2.1.7部分)，并且此类更改不影响MasterInformationBlock-NB中的systemInfoValueTag或SystemInformationBlockType1-NB中的systemInfoValueTagSI。
除在拥塞期内对于SIB14-NB外，预期在其它SIB中的内容不会频繁更改。
由于在[3]中识别的问题是对于一些情况，获得一些SIB可长于40.96秒，因此，UE可难以有效地执行跨修改时段边界的组合。
因此，网络将随后基于需要来提供在解码MIB-NB、SIB1-NB和SIB2-NB时UE能够采用的比40.96秒更长的修改时段。记住，BCCH修改时段在SIB2-NB中指示。当然，新值能够被定义并且信号通知该UE。考虑向后兼容问题，网络能够以40.96秒的倍数配置新值。这将对传统NB-IoT UE无影响，其将仍对于MIB-NB和SIB1-NB采用40.96秒的修改时段。
备选方案1：
由于在MIB-NB中有若干备用比特，因此，我们能够使用一些备用比特来指示是否延长40.96秒的修改时段，例如以40.96秒的倍数或网络更优选的其它值。
备选方案2：
我们能够使用SIB之一来指示是否延长40.96秒的修改时段，例如以40.96秒的倍数或网络更优选的其它值。
备选方案3：
我们能够使用到UE的特定群组的专用信令之一来指示是否延长40.96秒的修改时段，例如以40.96秒的倍数或网络更优选的其它值。
备选方案4：
指示是否延长修改时段40.96秒的其它方法，例如以40.96秒的倍数或网络更优选的其它值。
除上面所列的备选方案外，为了在网络提供灵活性，网络将也通知UE延长的修改时段是否是活跃的。
注意，上面所列的方案是在NB-IoT的上下文中讨论，但也能够被应用到具有不同修改时段的LTE-M。
如图1中所示出的，UE 102可与网络节点104(例如，基站，诸如例如LTE基站(“eNB”)或5G基站(“gNB”))通信。例如，UE 102可使用M2M、MTC或IoT类型通信模式与网络节点104进行通信。UE 102可转变到睡眠模式，在该模式中，它不主动与网络节点104进行通信，并且可在由网络节点104提示时或者其主动地从其睡眠模式醒来并开始再次与网络节点104的通信。
图2图示了可在UE 102上被实现的方法200。UE 102接收主信息块(MIB)和/或系统信息块(SIB)(步骤202)。UE 102接收该接收到的MIB和/或SIB的至少一部分的有效性的指示(步骤204)。MIB在窄带物理广播信道(NPBCH)中被携带，SIB在窄带物理下行链路共享信道(PDSCH)中被携带，以及该指示指出有效性间隔或到期时间。
根据一些实施例，该指示采用GPS或UTC时间格式，和/或该指示以相当于系统帧号(SFN)循环的倍数的分辨率被量化。在一些实施例中，该方法进一步包含接收更新通知。在一些实施例中，接收该指示包括接收包括该指示的系统信息块(SIB)。
在一些实施例中，该方法进一步包含存储该MIB的所述至少一部分；在存储该MIB的所述至少一部分后，进入睡眠状态；在进入该睡眠状态后，从该睡眠状态中醒来；以及由于从该睡眠状态醒来，基于有效性指示，确定该MIB的该存储部分是否还有效。
在一些实施例中，该方法进一步包含由于确定该MIB的该存储部分还有效，接收在NPBCH上携带的第二MIB，并且跳过解码该接收到的第二MIB的一个或多个部分，但解码该接收到的第二MIB的一个或多个其它部分。在一些实施例中，该第二MIB包括指示操作模式的编码操作模式信息和编码接入拒绝(AB)标志，该UE解码该编码AB标志，并且该UE跳过该操作模式信息的解码。
图3图示了可在UE 102上被实现的方法300。UE 102从睡眠状态醒来(步骤302)。UE102确定是否需要再获得主信息块(MIB)和/或系统信息块(SIB)的一部分(步骤304)。UE102响应于确定不需要再获得MIB和/或SIB信息的一部分，仅获得MIB和/或SIB信息的剩余部分(步骤306)。
在一些实施例中，该剩余部分包含系统帧号(SFN)和接入拒绝(AB)标志信息。在一些实施例中，仅获得MI和/或SI信息的剩余部分包含解码在窄带物理广播信道(NPBCH)上携带的主信息块(MIB)，并且可进一步包含使用不需要被再获得的MI和/或SI的该部分以修剪在维特比解码器中使用的网格。
在一些实施例中，“唤醒”信号和/或“进入睡眠”信号被用来指示是否将发送下行链路控制信息(DCI)。
图4图示了可在网络节点104上被实现的方法400。网络节点104在NPBCH上传送MIB(步骤402)。网络节点104在PDSCH上传送SIB(步骤404)。网络节点104传送该传送的MIB和/或SIB的至少一部分的有效性的指示。该有效性指示指出有效性间隔或到期时间。在一些实施例中，该有效性指示采用GPS或UTC时间格式。在一些实施例中，该有效性指示以相当于系统帧号(SFN)循环的倍数的分辨率被量化。
跳过SIB1-BR获得：
对于LTE-M，不同于NB-IoT，系统值标签被定位在SIB1-BR中。从eDRX或PSM醒来的UE将因此不得不读取SIB1-BR以便查明SI是否已被更新以及它是否必须再获得该SI(如由systemInfoValueTagList中SI消息特定的valueTag所指示的完整信息或SIB)。进一步，该UE可能不得不检查它是否受到接入拒绝。在LTE-M中，UE必须根据在SIB2中的ACB信息和在SIB14中的增强接入类拒绝(EAB)信息二者不被拒绝以便接入。通常，SIB14仅在EAB被启用时才被调度和广播，因此，如果它未被调度和广播，则根据在SIB1-BR中的调度信息，该UE能够将此理解为接入根据EAB被允许。大多数情况下，SI未被更新，并且UE未被拒绝，然而，UE仍必须检查以确保情况是如此。在版本13操作中，这意味着UE必须读取SIB1-BR和SIB2。然而，MIB中的备用比特能被用来信号通知该UE，该UE可跳过获得SIB1-BR。
如上所述，极不可能的是3GPP将同意为在SIB1-BR中已经存在的systemInfoValueTag使用用于所有将来的LTE的所有5个MIB备用比特。因此，跳过读取SIB1-BR的用于eMTC解决方案是在MIB中具有短的指示(例如，一比特标志)。MIB中的此短的指示在本文中被称为“MIB指示”。一般地，UE应仅在SI的再获得期间跳过读取SIB1-BR，因为在许多情况下，SIB1-BR对接入是必须的并且因此对于初始接入是必需的。
由于SIB1-BR(及其中的systemInfoValueTag)很少被更新，因此，有利的是具有被设置成1的MIB指示(例如，标志)以指示SIB1-BR/systemInfoValueTag在某个时间段期间(例如在当前时间段或紧接在当前时段之前的时间段期间)在某个点已被更新，以及将该MIB指示设置成0以指示另外的情况(即，在该MIB指示被设置成0时，UE可跳过读取SIB1-BR，否则，UE不应跳过读取SIB1-BR)。也就是说，如果SIB1-BR在某个时间段期间未被更新，这是最经常的情况，则MIB指示被设置成“0”，并且UE能够跳过读取SIB1-BR和systemInfoValueTag。如果在该时间段期间有随后的SIB1-BR更改，则MIB指示保持设置成“1”并且未被切换回“0”(即，不同于valueTag)。该MIB指示可在该时间段边界被重置为“0”(例如，如果在最后X个单位的时间(即，某个时间段)内SIB1-BR无更改)。注意，由于SI消息的调度信息和系统valueTag被定位在SIB1-BR中，因此，如果任一SI消息被更新，则SIB1-BR将被更新。
在使用MIB指示的一些实施例中，要求UE每MIB指示时间段检查该MIB指示一次(例如，在该时间段的最后BCCH修改期中)。也就是说，如果UE跳过某个时间段，则SIB1-BR可能在该时段期间内已被更新，并且这因而将不被UE发现。MIB指示时间期例如能够但不限于是以下任一项：
1)BCCH修改时段。SIB1-BR时段将随后与用于SI的修改时段一致(注意，SI能够如由系统信息valueTag所给出的在此时段期间被更新32次，而新SIB1-BR未施加对于更新次数的任何限制，但另一方面仅在无更新时才是有益的)。此时间参考将对所有UE是共同的。
2)系统信息有效性时段或3h或24h。由于要求UE每预定义的时间段检查MIB一次(例如，每3或24小时至少一次)，因此，如果1比特指示被使用，则这具有它比BCCH修改时段更长得多的优势，并且因此要求UE更不经常地进行此操作。
3)HSFN时段。该时间段基于系统帧号(SFN)和/或超系统帧号(HSFN)。后者是更可能的，因为更长计时器时段更有效。10比特被用于SFN，在10.24秒后给予SFN回绕。10比特被用于HSFN，给予等于大约2.9小时的1025个SFN时段。可能的实施例是使用2n个SFN时段作为该时间段，其中n是HSFN。此时间参考将对所有UE是共同的。
4)基于如在SIB16中提供的GPS或UTC时间。此时间参考将对所有UE是共同的。
处在覆盖中的在DRX或eDRX中的UE将依赖无论何时有SI的更新，便在寻呼中被通知，即通过检查systemInfoModification，或者，如果eDRX循环大于BCCH修改时段，则检查寻呼消息中的systemInfoModification-eDRX。通过本文中描述的解决方案，UE能潜在地转而每时间段检查MIB指示一次(由于SIB1-BR含有系统valueTag，这潜在地比尝试在修改时段期间查找systemInfoModification指示至少modificationPeriodCoeff次更不耗能(参阅3GPP TS 36.331v 14.2.2.中第5.2.1.3部分))。进一步，如在3GPP TS 36.311中所解释的，对于给予长于BCCH修改时段的eDRX的UE，要求该UE在接入前读取SIB1-BR：“在RRC_IDLEUE被配置有长于修改时段的DRX循环，并且自UE最后验证存储的系统信息的有效性起至少一个修改时段边界已过去时，UE在建立或恢复RRC连接前通过检查systemInfoValueTag，验证存储的系统信息仍有效。”
在无SI更新的情况下，应用本文中描述的解决方案的UE有利地仅需要获得MIB，并且检查MIB指示和跳过SIB1-BR的获得。
对于在功率节省模式(PSM)中的UE，该UE将驻留在功率节省状态中(RRC_IDLE的子状态)并且在“持活”信令/通过定期的跟踪区域更新(TAU)检查下行链路数据前或者在上行链路数据传输前，UE必须确保它具有最新SI。在版本13和14操作中，UE将通过检查在SIB1-BR中的valueTag(即systemInfoValueTag)，检查它是否已经获得了最新SI。通过本文中描述的解决方案，UE能仅获得MIB以检查MIB指示，并且当且仅当自最后上行链路数据传输或定期TAU起的时间未超过MIB指示时间段(例如，3h或24h)，并且MIB指示被设置成能够是0或1的特定值时才跳过读取SIB1-BR。例如，如果为描述的解决方案所选的时间段是2.9h的HSFN回绕，则如果它被配置有比2.9h更短的定期TAU，UE将不必读取SIB1-BR(当然，假设其内容未被更新)。同样地，在SI被更新的很少情况下，则UE将仅如在版本13操作中一样，继续读取SIB1-BR。
图5中给出了MIB指示的功能性的示例。在此情况下，时间段基于使用2个HSFN比特的HSFN，这使得它的长度为4096个无线电帧。BCCH修改时段在这里是1024个无线电帧。如在版本13操作中一样，UE在寻呼中被通知何时SI将被更新，并且新SI将开始在随后的BCCH修改时段中被广播。
一般地，无论何时要求UE读取SIB1-BR，MIB指示将被设置成第一特定值(例如，1)，并且在其它情况下被设置成第二特定值(例如0)。有关于能够如何进行此操作的备选实施例。在图5中示出的实施例中，该指示在valueTag(即systemInfoValueTag)被更改时被设置成1，并且在SIB1-BR和SI已被更改后的时间段期间保持设置成1。备选地，甚至在SI被更新前，MIB指示能够例如已经在前面的BCCH修改时段中被设置成1，在该修改时段，UE在寻呼中被通知了关于即将到来的SI更新(图5中未示出)。在上面实施例中，其中MIB指示在整个随后时间段期间被设置成1，UE每时间段检查MIB指示一次，并且能够在任何时间进行检查，这便足够了(即，如果SI在UE已检查后在该时间段结束时被更新，则它仍不会未被察觉，因为UE将在随后时间段注意到此)。
在一个备选实施例中，UE能被要求在最后BCCH修改时段内(和当然一如既往地在接入前)检查MIB指示，在此情况下，MIB指示能在该时间段边界始终被重置为“0”。因此，确保如果SIB1-BR在该时间段结束时被更新，则该UE将仍被通知有关SIB1-BR更新。然而，由于SI很少被更新，因此，此实施例的益处可能对前一实施例是可忽略不计的，并且一般地，可能更好的是在更长时间内将MIB指示设置成“1”以避免错误情况(因为将它设置成“1”意味着UE将回退到版本13操作)。因此，在仍有的另一实施例中，在SI和SIB1-BR更新之前和之后的时间中，MIB指示能更广泛地被设置成“1”。例如，MIB指示能在该SI更新前的整个时间段期间被设置成“1”，和/或在该SI更新期间在整个时间段期间被设置成“1”，和/或在该SI更新后在整个时间段期间被设置成“1”。
上面实施例使用1比特MIB指示，但使用更大比特的另外实施例是可能的。例如，2比特能被用来指示以下所述：
表2
MIB中的指示 解释：
00 SIB1-BR最后时间段(例如，最后24小时)未被更改。
01 SIB1-BR最后N<sub>1</sub>个时间段未被更改。
10 SIB1-BR最后N<sub>2</sub>个时间段未被更改。
11 SIB1-BR最后N<sub>3</sub>个时间段未被更改。
在一个实施例中，该时间段是HSFN时段。进一步，Ni能是线性型，例如N1＝2、N2＝3和N3＝4。在备选实施例中，Ni能是非线性型，例如对数型，使得N1＝2、N2＝4和N3＝8，或者N1＝10、N2＝100和N3＝1000。这将提供传递到该UE的更精细粒度的信息(UE将比较何时它最后获得SI)，并且它能够被用来在2.9h的HSFN时段外实现增益。也就是说，如果同意将该时间段基于SFN，则UE将不得不每2.9h检查在MIB中的该指示至少一次，但如上使用多个指示比特，这能被延长，使得使用带有很长定期TAU(能够被配置成几乎14天)的PSM的UE能受益于本文中描述的解决方案，并且如果没有SI更新，则将仅需要在醒来时获得MIB。
在一些其它实施例中，与1比特指示关联的时间段本身能够在系统信息消息中被设置/修改。类似的，在上面示例2比特指示实施例中的N1、N2和N3中的至少之一的值可被修改。默认值可由标准给出，并且如果对应修改的值未被提供为广播的系统信息的一部分，则这些值将被使用。这增大了在网络中的灵活性以适应eDRX和PSM等的不同部署情形、配置。
注意，从如果SIB1-BR的任一内容被更改，systemInfo ValueTag便被更新的意义上来说，MIB指示是systemInfoValueTag指示。然而，在仍有的另一实施例中，虽然systemInfo ValueTag已被更新，但UE仍能跳过获得SIB1-BR。也就是说，如上面一样，第一比特被用来指定UE是需要获得SIB1-BR还是能够跳过它，而另外的比特指定在SIB1-BR中什么已更改。
另外的比特例如能指示：(1)更新是否与监测寻呼所要求的SI外的另一SI有关(在eDRX中醒来以检查寻呼的UE随后仍能跳过SIB1-BR获得)；(2)更新是否与接入所要求的SI外的另一SI有关(尝试随机接入和RRC连接设定等的UE随后仍能跳过SIB1-BR获得)；(3)任何指定的SIB(群组)。而且如果UE不要求上述这些，则它仍能够忽略读取SIB1-BR。
图6中示出了用于UE操作的示例过程600。过程600在UE确定MIB指示是否被设置成某个特定值(例如0或1)时开始(步骤s602)。此MIB指示可以是1比特MIB指示，但也可以包含另外的比特，如上更详细所描述的。如果UE确定MIB指示被设置成该特定值(例如，0)，则UE能够跳过获得SIB1-BR(步骤s604)。然而，如果UE确定MIB指示被设置成该特定值(例如，被设置成1)，则UE将获得SIB1-BR(步骤s606)。
图7中示出了用于网络节点(例如，eNB)操作的示例过程700。示例过程700在网络节点确定SIB1-BR更新是否在前一或当前时间段期间发生时开始(步骤s702)。如果为否，则不设置MIB指示(步骤s704)。如果为是，则网络节点设置MIB指示(步骤s706)。在1比特MIB指示的情况下，“设置MIB指示”将对应于例如将它设置成值“1”，并且未被设置的将对应于值“0”。也要注意，它何时应由eNB设置成“1”的逻辑将取决于如上所讨论的实施例。在这些步骤后，网络节点确定MIB指示时间段是否已结束(步骤s708)。如果为否，则网络节点重复前面的步骤，确定SIB1-BR更新是否已发生。如果MIB指示时间段已结束，则MIB指示可由网络节点重置(步骤s710)。根据某些实施例，此重置可取决于其它因素，包含过去和/或即将到来的SIB1-BR更新。
提议的解决方案的标准影响将是用于UE和更新的MIB内容的过程文本，下面示出了用于其的示例(更改以粗体显示)：
表3
本文中提议的解决方案被描述用于eMTC，但将一般地也适用于诸如LTE或NR的其它系统(但对于NB-IoT是不需要的，因为在NB-IoT，系统valueTag直接被定位在MIB-NB中)。
在另一实施例中，MIB一比特标志能通过以下含义被使用：
被设置成“0”＝SI的比特自最后BCCH修改时段边界起未被更新并且接入拒绝(ACB或EAB)当前在小区中未被启用。
被设置成“1”＝SI的比特自最后BCCH修改时段边界起已被更新或者接入拒绝(ACB或EAB)当前在小区中被启用。
注意，这不是valueTag并且如果SI又一次更改，比特不被切换回值“0”。在备选实施例中，用于SI更新的时间段不同于BCCH修改时段，例如多个BCCH修改时段、SIB1-BR修改时段或3h/24h的SI有效性时间。
在备选实施例中，多个比特能被用来指示更多选项，例如根据以下所述：
索引： 指示：
00 无SI被更新并且接入拒绝未被启用。
01 SI被更新但接入拒绝未被启用。
10 无SI被更新但接入拒绝被启用。
11 SI被更新并且接入拒绝被启用。
备选的是，SI更新或接入拒绝任一项能被忽略，或者它们能由单独比特指示。
备选的是，此指示能被添加到如上所述的唤醒和进入睡眠信号。
根据上面所述，在一方面，提供了一种由网络节点(例如，网络节点104)执行以便降低SI获得时间的方法。在一个实施例中，该方法包含以下步骤：(1)生成MIB，其包括用于指示自在过去的某个特定时间起(例如，24小时前、3小时前等)某个SI(例如，valueTag)是否已更改的一比特标志和(2)传送该MIB。在一些实施例中，在过去的该特定时间基于当前时间和MIB指示时间段(例如，3或24小时)。在一些实施例中，在过去的该特定时间是当前时间减去该MIB指示时间段。在其它实施例中，在过去的该特定时间是某个绝对时间段边界。
在一些实施例中，该方法也包含网络节点执行以下步骤：更新所述某个SI；将SI更改标志设置成第一值以指示所述某个SI已更改；激活计时器，其在自该计时器被激活起该MIB指示时间段(例如，24小时)已经过时将到期；如果该计时器到期，则将该SI更改标志设置成第二值以指示所述某个SI在该MIB指示时间段内(例如，在过去24小时内)未更改；以及如果在该述计时器还在运行时所述某个SI被进一步更新，则重置该计时器，以便计时器在自该计时器被重置起该MIB指示时间段已流逝时将到期。在此实施例中，该MIB中包含的该一比特标志被设置成等于该SI更改标志的值。
在另一方面，提供有一种由UE 102执行以便降低SI获得时间的方法。在一个实施例中，该方法包含该UE接收MIB，其包括用于指示自在过去的某个特定时间起某个SI是否已被更改的一比特标志。该方法可进一步包含该UE在接收该MIB后，获得包括所述某个SI的SIB(例如，获得SIB1-BR)，其中该UE获得该SIB而无论该标志被设置成哪个值。例如，该UE可获得该SIB而无论在该UE从睡眠醒来后该标志的设置和该UE已获得该特定SIB的最后时间是超过X小时前(例如，X＝3或24)。
该方法可进一步包含该UE在获得该SIB后，接收包括被设置成某个值的该MIB指示的随后MIB，该值指示所述某个SI自在过去的某个特定时间点起未被更改(例如，指示该SI在过去X小时内未更改)；该UE确定随后SIB的获得是否可被跳过，其中该确定包括该UE确定该标志被设置成该特定值；以及在确定该随后SIB的获得可被跳过后，该UE跳过包括所述某个SI的随后SIB的获得。在一些实施例中，在过去的该特定时间基于当前时间和MIB指示时间段。在一些实施例中，确定该随后SIB的获得可被跳过的步骤进一步包含该UE确定它当前是否具有最新SI。在一些实施例中，该UE通过确定它在该MIB指数时间段内最后获得了该SI，确定它具有最新SI。
图8是根据一些实施例的UE 102的框图。如图8中所示出的，UE 102可包括：数据处理设备(DPA)802，其可包含一个或多个处理器(P)855(例如，通用微处理器和/或一个或多个其它处理器，诸如专用集成电路(ASIC)、现场可编程门阵列(FPGA)及诸如此类)；传送器805和接收器804，耦合到天线822以便使UE102能传送数据到AN节点(例如，基站)和接收来自其的数据；本地存储单元(也称为“数据存储系统”)808，其可包含一个或多个非易失性存储装置和/或一个或多个易失性存储装置(例如，随机存取存储器(RAM))。在其中UE 102包含通用微处理器的实施例中，可提供计算机程序产品(CPP)841。CPP 841包含计算机可读介质(CRM)842，其存储包括计算机可读指令(CRI)844的计算机程序(CP)843。CRM 842可以是非暂态计算机可读介质，诸如但不限于磁性介质(例如，硬盘)、光学介质、存储器装置(例如，随机存取存储器)及诸如此类。在一些实施例中，计算机程序843的CRI 844被配置，使得在由数据处理设备802执行时，CRI促使UE 102执行上面描述的步骤(例如，上面参照流程图描述的步骤)。在其它实施例中，UE102可被配置成执行本文中描述的步骤而无需代码。也就是说，例如，数据处理设备802可仅由一个或多个ASIC组成。因此，本文中上述实施例的特征可在硬件和/或软件中被实现。
图9是根据一些实施例的网络节点104的框图。如图9中所示出的，节点104可包括：数据处理设备(DPA)902，其可包含一个或多个处理器(P)955(例如，通用微处理器和/或一个或多个其它处理器，诸如专用集成电路(ASIC)、现场可编程门阵列(FPGA)及诸如此类)；网络接口948，包括传送器(Tx)945和接收器(Rx)947以便使节点104能传送数据到连接到网络110(例如，因特网协议(IP)网络)的其它节点和接收来自其的数据，网络接口948被连接到网络110；电路903(例如，无线电收发器电路)，耦合到天线系统904以便与UE进行无线通信；以及本地存储单元(也称为“数据存储系统”)908，其可包含一个或多个非易失性存储装置和/或一个或多个易失性存储装置(例如，随机存取存储器(RAM))。在其中节点104包含通用微处理器的实施例中，可提供计算机程序产品(CPP)941。CPP 941包含计算机可读介质(CRM)942，其存储包括计算机可读指令(CRI)944的计算机程序(CP)943。CRM 942可以是非暂态计算机可读介质，诸如但不限于磁性介质(例如，硬盘)、光学介质、存储器装置(例如，随机存取存储器)及诸如此类。在一些实施例中，计算机程序943的CRI 944被配置，使得在由数据处理设备902执行时，CRI促使节点104执行上面描述的步骤(例如，上面参照流程图描述的步骤)。在其它实施例中，节点104可被配置成执行本文中描述的步骤而无需代码。也就是说，例如，数据处理设备902可仅由一个或多个ASIC组成。因此，本文描述的实施例的特征可在硬件和/或软件中被实现。
另外的实施例：
A1.一种由用户设备(UE)执行的方法，包括：接收主信息块(MIB)和/或系统信息块(SIB)；接收该接收到的MIB和/或SIB的至少一部分的有效性的指示，其中所述MIB在窄带物理广播信道(NPBCH)中携带，其中所述SIB在窄带物理下行链路共享信道(PDSCH)中携带，以及其中所述指示指出有效性间隔或到期时间。
A2.如实施例A1所述的方法，其中该指示采用GPS或UTC时间格式。
A3.如实施例A1-A2任一项所述的方法，其中该指示以相当于系统帧号(SFN)循环的倍数的分辨率被量化。
A4.如实施例A1-A3任一项所述的方法，进一步包括接收更新通知。
A5.如实施例A1-A4任一项所述的方法，其中接收该指示包括接收包括该指示的系统信息块(SIB)。
A6.如实施例A1-A5任一项所述的方法，进一步包含存储该MIB的所述至少一部分；在存储该MIB的所述至少一部分后，进入睡眠状态；在进入该睡眠状态后，从该睡眠状态中醒来；以及由于从该睡眠状态醒来，基于有效性指示，确定该MIB的该存储部分是否还有效。
A7.如实施例A6所述的方法，进一步包含由于确定该MIB的该存储部分还有效，接收在NPBCH上携带的第二MIB，并且跳过解码该接收到的第二MIB的一个或多个部分，但解码该接收到的第二MIB的一个或多个其它部分。
A8.如实施例A7所述的方法，其中该第二MIB包括指示操作模式的编码操作模式信息和编码接入拒绝(AB)标志，该UE解码该编码AB标志，并且该UE跳过该操作模式信息的解码。
B1.一种由用户设备(UE)执行的方法，包括：从睡眠状态醒来；确定是否需要再获得主信息块(MIB)和/或系统信息块(SIB)的一部分；响应于确定不需要再获得MIB和/或SIB信息的一部分，仅获得MIB和/或SIB信息的剩余部分。
B2.如实施例B1所述的方法，其中该剩余部分包含系统帧号(SFN)和接入拒绝(AB)标志信息。
B3.如实施例B1-B2任一项所述的方法，其中仅获得MI和/或SI信息的剩余部分包含解码在窄带物理广播信道(NPBCH)上携带的主信息块(MIB)。
B4.如实施例B3所述的方法，其中该解码进一步包含使用不需要被再获得的MI和/或SI的该部分以修剪在维特比解码器中使用的网格。
B5.如实施例B1-B2任一项所述的方法，其中“唤醒”信号和/或“进入睡眠”信号被用来指示是否将发送下行链路控制信息(DCI)。
C1.一种用户设备UE，其中该UE适于：接收在窄带物理广播信道(NPBCH)中携带的主信息块(MIB)和/或在窄带物理下行链路共享信道(PDSCH)中携带的系统信息块(SIB)；以及接收该接收到的MIB和/或SIB的至少一部分的有效性的指示，其中所述指示指出有效性间隔或到期时间。
D1.一种用户设备UE，该UE包括：第一接收模块，被配置成采用接收器来接收以下至少之一：(1)在窄带物理广播信道(NPBCH)中携带的主信息块(MIB)和/或在窄带物理下行链路共享信道(PDSCH)中携带的系统信息块(SIB)；以及第二接收模块，被配置成采用该接收器来接收该接收到的MIB和/或SIB的至少一部分的有效性的指示，其中所述指示指出有效性间隔或到期时间。
E1.一种用户设备UE，该UE包括：接收器；传送器；数据存储系统；以及包括处理器的数据处理设备，其中该数据处理设备被耦合到该数据存储系统、该传送器和该接收器，并且该数据处理设备被配置成：采用该接收器来接收以下至少之一：(1)在窄带物理广播信道(NPBCH)中携带的主信息块(MIB)和/或在窄带物理下行链路共享信道(PDSCH)中携带的系统信息块(SIB)；以及采用该接收器来接收该接收到的MIB和/或SIB的至少一部分的有效性的指示，其中所述指示指出有效性间隔或到期时间。
F1.一种用户设备UE，其中该UE适于：从睡眠状态醒来；确定是否需要再获得主信息块(MIB)和/或系统信息块(SIB)的一部分；以及响应于确定不需要再获得MIB和/或SIB信息的一部分，仅获得MIB和/或SIB信息的剩余部分。
G1.一种用户设备UE，该UE包括：唤醒模块，用于从睡眠状态醒来；确定模块，用于确定是否需要再获得主信息块(MIB)和/或系统信息块(SIB)的一部分；以及解码模块，用于响应于确定不需要再获得MIB和/或SIB信息的一部分，仅解码MIB和/或SIB信息的剩余部分。
H1.一种用户设备UE，该UE包括：接收器；传送器；数据存储系统；以及包括处理器的数据处理设备，其中该数据处理设备被耦合到该数据存储系统、该传送器和该接收器，并且该数据处理设备被配置成：从睡眠状态醒来；确定是否需要再获得主信息块(MIB)和/或系统信息块(SIB)的一部分；以及响应于确定不需要再获得MIB和/或SIB信息的一部分，仅获得MIB和/或SIB信息的剩余部分。
I1.一种由网络节点(例如，基站)执行的方法，该方法包括：在NPBCH上传送MIB；在PDSCH上传送SIB；传送该传送的MIB和/或SIB的至少一部分的有效性的指示，其中该有效性指示指出有效性间隔或到期时间。
I2.如实施例I1所述的方法，其中该有效性指示采用GPS或UTC时间格式。
I3.如实施例I1-I2任一项所述的方法，其中该有效性指示以相当于系统帧号(SFN)循环的倍数的分辨率被量化。
J1.一种网络节点，其中该网络节点适于：在NPBCH上传送MIB；在PDSCH上传送SIB；传送该传送的MIB和/或SIB的至少一部分的有效性的指示，其中该有效性指示指出有效性间隔或到期时间。
K1.一种网络节点，该网络节点包括：第一传送模块，用于采用传送器来在NPBCH上传送MIB；第二传送模块，用于采用传送器来在PDSCH上传送SIB；第一传送模块，用于采用传送器来传送该传送的MIB和/或SIB的至少一部分的有效性的指示，其中该有效性指示指出有效性间隔或到期时间。
L1.一种网络节点，该网络节点包括：接收器；传送器；数据存储系统；以及包括处理器的数据处理设备，其中该数据处理设备被耦合到该数据存储系统、该传送器和该接收器，并且该数据处理设备被配置成：在NPBCH上传送MIB；在PDSCH上传送SIB；传送该传送的MIB和/或SIB的至少一部分的有效性的指示，其中该有效性指示指出有效性间隔或到期时间。
尽管本文中(如果有的话，包含附录)描述了本公开的各种实施例，但应理解，它们仅作为示例而不是限制被陈述。因此，本公开内容的广度和范围不应受任何上述示范实施例限制。例如，尽管许多上面的实施例使用NB-IoT或LTE-M作为示例来描述，但实施例未被限于任何具体技术或标准，并且因此实施例也可被应用到其它技术以及任何其它通信标准，诸如，例如NR。另外，除非本文中另有指示，或者与上下文明显矛盾，否则，本公开内容涵盖上述要素在其所有可能变化中的任何组合。
另外，尽管上面描述和附图中图示的过程被示为步骤的序列，但这只是为了便于说明。相应地，预期可添加一些步骤，可忽略一些步骤，并且可重新安排步骤的顺序，以及可并行执行一些步骤。
本申请要求2017年5月5日提交的临时申请No.62/502,423的优先权，该申请包含含有3GPP文献的文本的附录。下面再现了此文献的某些部分：
1.简介
在Rel-15中，同意了用于NB-IoT的增强的工作项(WI)。目的是通过时延和功率消耗的进一步降低、测量准确度的改进、NPRACH可靠性和范围的增强、降低实现获得时间等、进一步增强NB-IoT的性能。[00206]。通过降低系统获得时间，NB-IoT的时延和效率能够被进一步改进。
在RAN1#88bis会议中，关于系统获得时间降低，同意了至少以下候选能够被考虑。
·对NPSS/NSSS的(一个或多个)增强
·对MIB-NB的(一个或多个)增强
·跨多个SIB1-NB TTI的SIB1-NB累积(在带有或不带有规范影响的情况下)
·新机制允许跳过SIB1-NB和/或SI消息和/或MIB-NB读取
·除现有SIB1-NB传输外，在其它子帧上传送另外的SIB1-NB
·在议程项7.2.7.1.1中的物理信号/信道的使用(如果被引入)。注：这是在考虑的唤醒或进入睡眠信号。
·在其它SIBx-NB上的FFS
·所有解决方案的细节是FFS
·解决方案需要是向后兼容的并且注意对Rel-13/Rel-14网络的影响：
2.一般讨论
在三种NB-IoT部署模式之中，带内部署由于可在NPSS和NSSS资源上发生的更低传送功率级别和刺穿而要求更长系统获得时间。另外，在带内模式中，与独立和保护频带模式相比较，携带SIB1-NB或SI消息的NPDSCH由于被LTE CRS采用或为LTE下行链路控制区预留的资源，而在子帧中具有更少的资源元素。这导致更高的编码率和因此更低的编码增益。因此，对于系统获得时间降低的改进应主要针对带内模式。解决方案能够降低用于带内模式的系统获得时间，能够被直接应用到保护频带和独立模式。
意见1：对于系统获得时间降低的改进应主要针对带内模式。解决方案能够降低用于带内模式的系统获得时间，能够被直接应用到保护频带和独立模式。
在UE从深度睡眠醒来后的系统获得的过程包含以下步骤：(1)与NPSS同步；(2)与NSSS同步；(3)通过接收NPBCH获得MIB-NB。UE能够检查在MIB-NB中的系统信息(SI)值标签和接入拒绝(AB)标志。如果SI值标签未更改，并且AB标志未被启用，则UE完成了系统获得过程。
由于MIB-NB和SI很少被更改(除对于SIB-14和SIB-16外)，并且虽然AB标志能够更动态地切换，但与被设置成真相比，它更经常被设置成假，大多数情况下，UE仅需要在大多数情况下在它从深度睡眠醒来后进行这三个步骤。一个可能的剩余不确定性是超SFN(H-SFN)数。虽然MIB-NB含有H-SFN的两个LSB，但仅在获得SIB1-NB时才获得完整的H-SFN。考虑当UE在深度睡眠中时20ppm的频率误差，它将耗费在睡眠中50000个SFN循环才使UE时钟漂移一个SFN循环(即1024个SFN或1个H-SFN)，或相当地在睡眠中200000个SFN循环才使UE时钟漂移4个SFN循环(即4个H-SFN)。如果漂移大于4个SFN循环，则UE需要获得多于H-SFN的两个LSB，并且因此需要获得SIB1-NB。然而，200000个SFN循环是大约23.7天。如果时延对于UE支持的任一用例是重要的，则为避免仅为解决定时不确定性而需求获得SIB1-NB，UE应多于PSM配置有设置用于小于23.7天的TAU间隔。因此，Rel-15的焦点应是在改进NPSS、NSSS和NPBCH的获得上。在这三个步骤之中，NSSS的获得是最容易的。在NPSS与NPBCH之间，NPBCH是相对更直接的，并且对UE复杂性和向后兼容性具有更少的影响。我们提议Rel-15应先集中于改进NPBCH性能。
提议1：Rel-15应先集中于改进NPBCH性能。
对于带内部署，在Rel-13NB-IoT锚点载波上的总开销能够是很高的，如表4中的示例所图示的。如所看到的，不包括携带SIB1-NB的那些资源元素，可用于NPDCCH/NPDSCH符号的资源元素的百分比在最差情形中(带内，用于LTE PDCCH的3个OFDM符号，和4个CRS端口)可小到42％。使用更多NPBCH重复将进一步降低可用于NPDCCH/NPDSCH的资源元素的百分比。
表4
在Rel-13锚点载波上的开销和对NPDCCH/NPDSCH可用的资源元素的百分比(带内，用于LTE PDCCH的3个OFDM符号，和4个CRS端口)
由于LTE的开销 31.0％
由于NPBCH的开销 6.0％
由于NPSS的开销 6.9％
由于NSSS的开销 3.5％
由于NRS的开销 8.1％
SIB1-NB 3.0％
总开销 58.3％
对NPDSCH/NPDCCH可用的资源元素的和百分比 41.7％
意见2：在Rel-13NB-IoT锚点载波上，不包括携带SIB1-NB的那些资源元素，可用于NPDCCH/NPDSCH符号的资源元素的百分比在最差情形中(带内，用于LTE PDCCH的3个OFDM符号和4个CRS端口)仅为42％。使用更多NPBCH重复将进一步降低可用于NPDCCH/NPDSCH的资源元素的百分比。
在本文档的剩余部分中，我们集中在用于降低NPBCH获得时间的解决方案上，这些解决方案(1)不会在NB-IoT锚点载波上招致相当大的另外开销，(2)对带内模式是有益的。考虑的解决方案包含(1)更完善的接收器和(2)允许跳过MIB-NB和SIB1-NB读取的新机制。
3.更完善的接收器
在[2]中，考虑了跨子帧信道估计和先进的MIB-NB解码技术。尽管跨子帧信道估计及其益处得到了很好地理解，但先进的MIB-NB解码技术[3]可需要进一步讨论。在本部分中，我们讨论允许UE在多个640-ms NPBCH TTI内联合解码NPBCH接收到的信号的先进的MIB-NB解码技术。
图10中图示了MIB-NB的编码过程。MIB-NB是34比特长，并且前6个比特由SFN的4个MSB和H-SFN的2个LSB组成。CRC编码器添加16个CRC比特，其在以后通过取决于用来传送NPBCH的天线端口的数量的掩码被应用。在CRC编码和掩蔽后，50比特序列通过TBCC被编码以产生150比特的码字，其基于LTE速率匹配算法生成1600比特NPBCH码字。在接收器侧，UE能够先撤销速率匹配，并且因此核心问题是使用TBCC解码器来处理150比特软值和产生解码的比特序列。
要利用的重要码属性是CRC和TBCC码均是线性码。要利用的重要码属性是CRC和TBCC码均是线性码。记住，如果X1和X2是在GF(2)之上的两个信息向量，并且C是线性码以便C(Xi)＝Wi，则C(X1+X2)＝W1+W2。利用此类线性码属性，假设跨TTI更改的MIB-NB信息内容是6比特SFN和H-SFN信息，在多个NPBCH TTI内的联合解码能被轻松地进行。我们在下面图示了这是如何工作的。
假设在第一TTI中的6比特SFN和H-SFN信息是(s6，s7，s8，s9，h0，h1)＝(0，0，0，0，0，0)，并且因此在随后TTI中，它是(1，0，0，0，0，0)。在这里，我们使用(s6，s7，s8，s9)和(h0，h1)来分别代表SFN的4个MSB和H-SFN的2个LSB。在两个连续TTI中两个MIB-NB信息向量(每个34比特)之间的差是XΔ＝(1，0，0，...0)。使用线性码属性，能够使用图11中图示的过程，计算表示为WΔ的在TBCC码字中的差。在这里，注意与图10相比较，CRC掩蔽不是需要的，因为在采用在两个码字之间的差后它消失了。WΔ能够被视为相对于在第一TTI中的码字，应用到第二TTI中的码字的另外加扰掩码。因此，为将两个接收到的码字用于联合解码，接收器能够使用WΔ来解扰第二接收到的码字，并且与第一码字软组合。注意，此类技术能够以增大软缓冲器要求为代价，被扩展到将多于两个TTI用于联合解码。
对于MIB-NB，六个帧计数器比特(s6，s7，s8，s9，h0，h1)具有64种组合，但仅产生六个不同XΔ向量和因此六个不同WΔ向量。这在表5中被图示。在表5中，我们以蓝色突出显示第一次新XΔ向量出现。如所看到的，许多帧计数器值共享相同的XΔ向量。
六个不同WΔ向量要求在两个TTI内接收到的码字以6种不同的方式被组合。因此，在跨两个TTI组合时，解码器存储器被从150比特软值增大到900比特软值。然而，解码器复杂性与常规TBCC解码器是相同的，表现在网格状态的数量保持为64，并且每种状态具有两个外出分支和两个引入分支。唯一的扭转是分支度量计算需要基于组合的接收到码字的适当选择的版本。然而，对于某个特定状态，确定要使用的组合的接收到码字的哪个版本的过程确定性的，并且不牵涉到另外的假设。
表5
在帧计时器值与XΔ之间的关系。虽然有64个可能的帧计数器值，但仅有6个可能XΔ向量
意见3：利用CRC和TBCC的线性码属性，跨多个NPBCH TTI的联合解码能够通过在跨多个TTI组合TBCC码字前简单地应用适当的解扰掩码到比特软值来进行。
使用更完善的NPBCH接收器是最具吸引力的解决方案，因为它不要求另外的信令并且因此不会引起任何另外的信令开销。
4.新机制允许跳过MIB-NB和SIB1-NB读取由于MIB和SI很少更改(除SIB14-NB和SIB16外)，因此，允许UE跳过再获得将保持不变的MIB-NB和SI的一种方式是让eNB指示MIB-NB和SI信息的有效性间隔或到期时间。在下面的讨论中，我们将假设AB标志、SIB14-NB、SIB16、SFN和H-SFN的更改未被用来确定MI/SI有效性间隔或到期时间。通过此类指示，如果UE在它以前已获得的版本的MI/SI有效性间隔内醒来，则无需再获得相同信息。在此类情形中，UE仅需获得AB标志、SFN和H-SFN。为支持此方法，有两个问题需要解决：1)网络如何信号通知MI/SI有效性间隔或到期时间？以及2)UE如何获得AB标志、SFN和H-SFN而不获得完整的MIB-NB和SIB1-NB？
4.1信号通知MI/SI有效性间隔或到期时间
可能有能够被用来信号通知MI/SI有效性间隔或到期时间的许多方法。这里是几个可能解决方案。
4.1.1新系统信息类型能够被定义成指示MI/SI有效性间隔或到期时间。一种可能格式是使用GPS时间或协调世界时(UTC)。UE能从SIB16获得GPS和UTC时间以建立其实时时钟。新SIB-X随后能被用来指示当前MI/SI将到期的GPS或UTC时间。SIB-X的格式能够类似于在SIB-16中使用的UTC格式。然而，在SIB16中时间分辨率是10ms。对于SIB-X，更粗糙的时间分辨率能够被用来减少表示UTC时间所需要的比特的数量。一种可能性是以相当于一个或多个SFN循环的分辨率量化UTC时间。还有，在SIB16中的UTC时间信息包含年和月信息。对于SIB-X，包含年和月信息可以不是必需的。
4.1.2UE能够经由SI更新通知被通知SIB-X的更新。此类更新通知可对SIB-X是特定的。
提议2：考虑eNB信号通知MI/SI有效性间隔或到期时间。MI/SI有效性间隔或到期时间不受AB标志、SFN和H-SFN的更改所影响。确切的信令方法是FFS。
4.2UE获得AB标志、SFN和H-SFN
系统获得信息降低需要允许某些配置以支持要求长电池寿命(例如，10-15年)和用于例外报告的10ms时延的用例[4]。然而，解决方案不必满足比例如每三天一次更低频率才传送数据的用例。对于带有极不经常数据传输的用例，15年电池寿命已经能够被实现而无需进一步系统获得时间降低。考虑20ppm振荡器准确度，UE时钟可在3天内关闭大约±5120ms。因此，如果UE在3天后回到网络，则它需要解决此时间模糊。此不确定窗口匹配一个SFN循环的持续时间，并且因此它采用10比特SFN表示来解决该时间模糊。UE将进行NPSS和NSSS同步的步骤，并且在这两个步骤后，它在系统帧结构中实现80-ms成帧的同步，即，它获得SFN的3个SFN。因此，如果UE跳过读取MIB-NB，则它需要得到SFN的7个MSB比特以解决该时间模糊。加上AB标志，总计8比特信息需要被提供给UE。
UE如何获得此类信息有两个备选方案，其在下面被描述。
4.2.1使用NPBCHSFN和AB标志被提供在NPBCH中。UE能够将所有其它信息元素作为已知处理，并且仅集中在解码SFN和AB标志上。已知信息比特能够被用来修剪网格，并且预期性能能够通过网格修剪而被大幅改进。事实上，如果如在第4.1部分中所讨论的MI/SI有效性间隔或到期时间信息未被提供，则UE也可检查SI值标签。通过利用已知MIB-NB比特的更完善的NPBCH解码器，UE能够以更少的重复来解码它需要的信息元素(例如，SFN和AB标志)。这有助于降低系统获得时间。
4.2.2使用唤醒或进入睡眠信号
唤醒或进入睡眠信号作为用于实现功率消耗降低的潜在解决方案被讨论。要求的定时信息和AB标志能够与唤醒或进入睡眠信号捆绑在一起。如果如在第4.1部分中所讨论的MI/SI有效性间隔或到期时间信息为被提供，则SI值标签也可被捆绑。然而，此方案对在监测唤醒或进入睡眠信号的UE起作用。
5.结论
在本文档中，我们讨论能够降低系统获得时间的潜在解决方案。基于在本文档中呈现的讨论，作出了下面的意见和提议。
意见1：用于系统获得时间降低的改进应主要针对带内模式。解决方案能够降低用于带内模式的系统获得时间，能够被直接应用到保护频带和独立模式。
提议1：Rel-15应先集中于改进NPBCH性能。
意见2：在Rel-13 NB-IoT锚点载波上，不包括携带SIB1-NB的那些资源元素，可用于NPDCCH/NPDSCH符号的资源元素的百分比在最差情形中(带内，用于LTE PDCCH的3个OFDM符号和4个CRS端口)仅为42％。使用更多NPBCH重复将进一步降低可用于NPDCCH/NPDSCH的资源元素的百分比。
意见3：利用CRC和TBCC的线性码属性，跨多个NPBCH TTI的联合解码能够通过在跨多个TTI组合TBCC码字前简单地应用适当的解扰掩码到比特软值来进行。
提议2：考虑eNB信号通知MI/SI有效性间隔或到期时间。MI/SI有效性间隔或到期时间不受AB标志、SFN和H-SFN的更改所影响。确切的信令方法是FFS。
6.参考文献
[1]RP-170852,“Further NB-IoT enhancements”,RAN#75,source Huawei,HiSilicon,Neul,6–9 March,2017.
[2]R1-1705188,“On system acquisition time reduction”,RAN1#88b,sourceEricsson,3–7April,2017.
[3]R1-152190,PBCH repetition for MTC,Ericsson,RAN1#80bis.
[4]3GPP TR45.820 Cellular system support for ultra-low complexity and lowthroughput Internet of Things(CIoT)

Claims (30)

1.一种用于降低系统信息SI获得时间的方法，所述方法由网络节点执行并且包括：
生成主信息块MIB，其包括用于指示自在过去的某个特定时间起某个SI是否被更改的一比特标志；以及
传送所述MIB。
2.如权利要求1所述的方法，其中
在过去的所述特定时间基于当前时间和MIB指示时间段。
3.如权利要求2所述的方法，其中所述MIB指示时间段是X小时，其中X是以下项之一：3和24。
4.如权利要求3所述的方法，其中
在过去的所述特定时间是所述当前时间减去X。
5.如权利要求1-4任一项所述的方法，进一步包括：
更新所述某个SI；
将SI更改标志设置成第一值以指示所述某个SI已更改；
激活计时器，所述计时器在自所述计时器被激活起所述MIB指示时间段已经过时将到期；
如果所述计时器到期，则将所述SI更改标志设置成第二值以指示所述某个SI在所述MIB指示时间段内未更改；以及
如果在所述计时器还在运行时所述某个SI被进一步更新，则重置所述计时器，以便所述计时器在自所述计时器被重置起所述MIB指示时间段已经过时将到期，其中
所述MIB中包含的所述一比特标志被设置成等于所述SI更改标志的所述值。
6.如权利要求1所述的方法，其中在过去的所述特定时间是某个绝对时间段边界。
7.一种用于降低系统信息SI获得时间的方法，所述方法由用户设备UE执行并且包括：
接收主信息块MIB，其包括用于指示自在过去的某个特定时间起某个SI是否被更改的一比特标志。
8.如权利要求7所述的方法，进一步包括：
在接收所述MIB后，获得包括所述某个SI的系统信息块SIB，其中所述UE获得所述SIB而无论所述标志被设置成哪个值。
9.如权利要求8所述的方法，进一步包括：
在获得所述SIB后，接收包括被设置成特定值的一比特标志的随后MIB，所述特定值指示所述某个SI自在过去的某个具体点起未被更改；
确定随后SIB的获得是否可被跳过，其中所述确定包括确定在所述随后MIB中包含的所述标志被设置成指示所述某个SI未被更改的所述特定值；以及
在确定所述随后SIB的获得可被跳过后，跳过包括所述某个SI的所述随后SIB的所述获得。
10.如权利要求7-9任一项所述的方法，其中在过去的所述特定时间基于当前时间和MIB指示时间段。
11.如权利要求10所述的方法，其中确定所述随后SIB的获得可被跳过进一步包括所述UE确定它当前是否具有最新SI。
12.如权利要求10或11所述的方法，其中所述MIB指示时间段是X小时，其中X是以下项之一：3和24。
13.如权利要求12所述的方法，其中
在过去的所述特定时间是所述当前时间减去X。
14.如权利要求7-13任一项所述的方法，其中所述某个SI是systemInfoValueTag。
15.一种用于降低系统信息SI获得时间的网络节点，所述网络节点适于：
生成主信息块MIB，其包括用于指示自在过去的某个特定时间起某个SI是否被更改的一比特标志；以及
传送所述MIB。
16.如权利要求15所述的网络节点，其中
在过去的所述特定时间基于当前时间和MIB指示时间段。
17.如权利要求16所述的网络节点，其中所述MIB指示时间段是X小时，其中X是以下项之一：3和24。
18.如权利要求17所述的网络节点，其中
在过去的所述特定时间是所述当前时间减去X。
19.如权利要求15-18任一项所述的网络节点，进一步适于：
更新所述某个SI；
将SI更改标志设置成第一值以指示所述某个SI已更改；
激活计时器，其在自所述计时器被激活起所述MIB指示时间段已经过时将到期；
如果所述计时器到期，则将所述SI更改标志设置成第二值以指示所述某个SI在所述MIB指示时间段内未更改；
如果在所述计时器还在运行时所述某个SI被进一步更新，则重置所述计时器，以便所述计时器在自所述计时器被重置起所述MIB指示时间段已经过时将到期；以及
将所述MIB中包含的所述一比特标志设置成等于所述SI更改标志的所述值。
20.如权利要求15所述的网络节点，其中在过去的所述特定时间是某个绝对时间段边界。
21.一种用于降低系统信息SI获得时间的用户设备UE，所述UE适于：
接收主信息块MIB，其包括用于指示自在过去的某个特定时间起某个SI是否被更改的一比特标志。
22.如权利要求21所述的UE，进一步适于：
在接收所述MIB后，获得包括所述某个SI的系统信息块SIB，其中所述UE适于获得所述SIB而无论所述标志被设置成哪个值。
23.如权利要求22所述的UE，进一步适于：
在获得所述SIB后，接收包括被设置成特定值的一比特标志的随后MIB，所述特定值指示所述某个SI自在过去的某个特定时间点起未被更改；
确定随后SIB的获得是否可被跳过，其中所述确定包括确定在所述随后MIB中包含的所述标志被设置成指示所述某个SI未被更改的所述特定值；以及
在确定所述随后SIB的获得可被跳过后，跳过包括所述某个SI的所述随后SIB的所述获得。
24.如权利要求21-23任一项所述的UE，其中在过去的所述特定时间基于当前时间和MIB指示时间段。
25.如权利要求24所述的UE，其中确定所述随后SIB的所述获得可被跳过进一步包括所述UE确定它当前是否具有最新SI。
26.如权利要求24或25所述的UE，其中所述MIB指示时间段是X小时，其中X是以下项之一：3和24。
27.如权利要求26所述的UE，其中
在过去的所述特定时间是所述当前时间减去X。
28.如权利要求21-27任一项所述的UE，其中所述某个SI是systemInfoValueTag。
29.一种计算机程序，包括在至少一个处理器上被执行时促使所述至少一个处理器执行如权利要求1-14任一项所述的方法的指令。
30.一种包含如权利要求29所述的计算机程序的载体，其中所述载体是电信号、光信号、无线电信号或非暂态计算机可读存储介质之一。
CN201880029887.3A 2017-05-05 2018-05-03 用于降低系统信息(si)获得时间的方法和系统 Active CN110637481B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210979744.7A CN115567902A (zh) 2017-05-05 2018-05-03 用于降低系统信息(si)获得时间的方法和系统

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201762502423P 2017-05-05 2017-05-05
US62/502423 2017-05-05
US201762515732P 2017-06-06 2017-06-06
US62/515732 2017-06-06
PCT/IB2018/053092 WO2018203281A1 (en) 2017-05-05 2018-05-03 Methods and systems for reducing system information (si) acquisition time

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210979744.7A Division CN115567902A (zh) 2017-05-05 2018-05-03 用于降低系统信息(si)获得时间的方法和系统

Publications (2)

Publication Number Publication Date
CN110637481A true CN110637481A (zh) 2019-12-31
CN110637481B CN110637481B (zh) 2022-08-23

Family

ID=62245371

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202210979744.7A Pending CN115567902A (zh) 2017-05-05 2018-05-03 用于降低系统信息(si)获得时间的方法和系统
CN201880029887.3A Active CN110637481B (zh) 2017-05-05 2018-05-03 用于降低系统信息(si)获得时间的方法和系统

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202210979744.7A Pending CN115567902A (zh) 2017-05-05 2018-05-03 用于降低系统信息(si)获得时间的方法和系统

Country Status (6)

Country Link
US (1) US11356928B2 (zh)
EP (1) EP3619957A1 (zh)
JP (1) JP6989618B2 (zh)
CN (2) CN115567902A (zh)
RU (1) RU2747374C1 (zh)
WO (1) WO2018203281A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11438839B2 (en) * 2017-05-05 2022-09-06 Interdigital Patent Holdings, Inc. Closed loop transmissions associated with wake-up radios
EP3666036A4 (en) * 2017-08-08 2021-04-28 Sierra Wireless, Inc. METHOD AND DEVICE FOR DISPLAYING A SYSTEM INFORMATION BLOCK CHANGE
US20190313322A1 (en) * 2018-04-05 2019-10-10 Lg Electronics Inc. Method for acquiring system information and device supporting the same
WO2020032771A1 (ko) * 2018-08-10 2020-02-13 엘지전자 주식회사 무선 통신 시스템에서 단말의 셀 접속 방법 및 이를 위한 장치
WO2020033758A1 (en) * 2018-08-10 2020-02-13 Intel Corporation LONG TERM EVOLUTION (LTE) CONTROL REGION FOR DOWNLINK TRANSMISSIONS FOR ENHANCED MACHINE TYPE COMMUNICATIONS (eMTC)
US11259293B2 (en) * 2019-01-10 2022-02-22 Ofinno, Llc Two-stage preamble transmission
US10887839B2 (en) 2019-03-29 2021-01-05 Qualcomm Incorporated Search space set for wakeup signal
CN114830738A (zh) * 2019-11-08 2022-07-29 瑞典爱立信有限公司 新无线电小区中的主信息块扩展
GB2614087A (en) * 2021-12-22 2023-06-28 Nec Corp Communication system
WO2023240616A1 (en) * 2022-06-17 2023-12-21 Mediatek Singapore Pte. Ltd. Schemes on indication of sib accumulation across si windows
CN114928868B (zh) * 2022-06-30 2024-05-17 维沃移动通信有限公司 通话方法、装置、终端和网络设备
WO2024034563A1 (ja) * 2022-08-08 2024-02-15 京セラ株式会社 通信方法
US20240196349A1 (en) * 2022-12-09 2024-06-13 Nokia Technologies Oy Sensing in cellular communication networks

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101542915A (zh) * 2006-11-21 2009-09-23 三星电子株式会社 移动通信系统中从基站接收系统信息的方法和装置
US9001723B1 (en) * 2012-06-19 2015-04-07 Sprint Spectrum L.P. Method and system for providing notifications of system information changes on a per cycle basis
CN104871446A (zh) * 2012-12-17 2015-08-26 Lg电子株式会社 用于应用被改变的系统信息的方法和终端
CN105518628A (zh) * 2013-08-22 2016-04-20 富士通株式会社 机器对机器无线接入系统中的系统信息广播
CN105993192A (zh) * 2014-02-04 2016-10-05 高通股份有限公司 用于在无线通信中读取系统信息的技术

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2076066B1 (en) * 2007-12-05 2013-07-17 Nokia Siemens Networks Oy Method for transmitting system information, and programme element, computer readable medium, base station and user equipment
CN101547075B (zh) 2008-03-25 2013-08-21 中兴通讯股份有限公司 系统消息发送及接收方法
US8812006B2 (en) * 2009-11-02 2014-08-19 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements in a wireless communication system
US20110237239A1 (en) * 2010-03-25 2011-09-29 Industrial Technology Research Institiute Method and apparatus for selectively muting a control channel for a femtocell for interference avoidance
US8676138B2 (en) 2010-04-19 2014-03-18 Htc Corporation Method of handling system information reception and related communication device
WO2013153513A2 (en) * 2012-04-09 2013-10-17 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatus for enhancing network positioning measurement performance by managing uncertain measurement occasions
US10362476B2 (en) * 2012-10-29 2019-07-23 Telefonaktiebolaget Lm Ericsson (Publ) Method for sending or receiving system information
CN105144768B (zh) * 2013-04-26 2019-05-21 英特尔Ip公司 频谱共享情境中的共享频谱重新分配
US10142876B2 (en) * 2014-08-21 2018-11-27 Telefonaktiebolaget Lm Ericsson (Publ) System overload control when in extended coverage
RU2577763C1 (ru) 2015-03-26 2016-03-20 Федеральное государственное бюджетное научное учреждение "Научный центр неврологии" (ФГБНУ НЦН) Способ лечения глаукомной оптической нейропатии
JP6746595B2 (ja) 2015-03-26 2020-08-26 アップル インコーポレイテッドＡｐｐｌｅ Ｉｎｃ． 低減されたシグナリングオーバヘッドでのアップリンク送信のためのシステム、方法およびデバイス
EP3079380A1 (en) * 2015-04-08 2016-10-12 Gemalto M2M GmbH Method for transfer of information in a wireless cellular network employing lc-mtc devices
KR101915840B1 (ko) 2015-05-14 2018-11-09 주식회사 케이티 시스템 정보 변경 방법 및 그 장치
US10743237B2 (en) * 2015-05-21 2020-08-11 Apple Inc. Transmitting system information change notifications to MTC devices
US10178612B2 (en) * 2016-04-26 2019-01-08 Qualcomm Incorporated Enhanced machine-type communications cell acquisition using narrow band synchronization channel
WO2018028668A1 (en) * 2016-08-12 2018-02-15 Mediatek Inc. System information acquisition
WO2018202298A1 (en) * 2017-05-04 2018-11-08 Nokia Technologies Oy Communication system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101542915A (zh) * 2006-11-21 2009-09-23 三星电子株式会社 移动通信系统中从基站接收系统信息的方法和装置
US9001723B1 (en) * 2012-06-19 2015-04-07 Sprint Spectrum L.P. Method and system for providing notifications of system information changes on a per cycle basis
CN104871446A (zh) * 2012-12-17 2015-08-26 Lg电子株式会社 用于应用被改变的系统信息的方法和终端
CN105518628A (zh) * 2013-08-22 2016-04-20 富士通株式会社 机器对机器无线接入系统中的系统信息广播
CN105993192A (zh) * 2014-02-04 2016-10-05 高通股份有限公司 用于在无线通信中读取系统信息的技术

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
" "R2-164127 System information design"", 《3GPP TSG_RAN\WG2_RL2》 *
" "R2-1709337 Skip system information reading for Rel-15 MTC"", 《3GPP TSG_RAN\WG2_RL2》 *
ERICSSON: "On system acquisition time reduction", 《3GPP TSG-RAN1#88BIS R1-1705188》 *
QUALCOMM INCORPORATED: "Reduced system acquisition time", 《3GPP TSG RAN WG1 MEETING #88BIS R1-1705011》 *

Also Published As

Publication number Publication date
EP3619957A1 (en) 2020-03-11
US20200252858A1 (en) 2020-08-06
RU2747374C1 (ru) 2021-05-04
CN110637481B (zh) 2022-08-23
CN115567902A (zh) 2023-01-03
JP6989618B2 (ja) 2022-01-05
WO2018203281A1 (en) 2018-11-08
US11356928B2 (en) 2022-06-07
JP2020519146A (ja) 2020-06-25

Similar Documents

Publication Publication Date Title
CN110637481B (zh) 用于降低系统信息(si)获得时间的方法和系统
US20230108646A1 (en) Power efficient paging mechanism with paging early indicator
EP3937549A1 (en) Communication method and apparatus
CN111386732B (zh) 对终端进行操作的方法、终端和基站
US8588155B2 (en) Method of transmitting broadcasting information
CN111510992B (zh) 无线发射/接收单元的系统信息块获取方法和装置
WO2018149348A1 (zh) 一种发送信息的方法和装置及接收信息的方法和装置
US11576124B2 (en) Method and device for transmitting power saving signal
CN117750477A (zh) 传输信号的方法、网络设备和终端设备
WO2017133462A1 (zh) 系统消息更新指示的方法、装置及系统
EP3665984B1 (en) Technique for idle mode paging in a radio communication between a network node and a radio device
CN110651503B (zh) 系统信息性能增强
WO2022205042A1 (en) Method, device, and system for wake up burst in wireless networks
EP3363239A1 (en) Change indicator for system information in a cellular internet of things (ciot) network
US20150289228A1 (en) Enhanced single burst page decoding in a mobile communications network
US20230354190A1 (en) Paging indication information grouping techniques
CN115428540B (zh) 在时域中聚类用于多用户设备的寻呼时机
US20230336298A1 (en) Reference signals in cellular communication networks
US12127159B2 (en) Technique for idle mode paging in a radio communication between a network node and a radio device
CN117939589A (zh) 唤醒通信链路的方法及装置
CN117441380A (zh) 一种节能信号的传输资源的确定方法及装置、终端设备
CN116156606A (zh) 一种寻呼方法、通信装置及计算机可读存储介质
CN117441384A (zh) 一种确定节能信号监听时机的方法及装置、终端设备
CN117441383A (zh) 一种时间窗口的确定方法及装置、终端设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant