在无线网络中系统参数可能会因各方面原因发生变更;如SIB1中的部分参数会因割接、扩减容等原因发生变更；而终端(UE)并不是在其周期性时间点上一直对SIB1进行接收,所以在当前系统消息还有效的情况下,网络怎么通知驻留小区内的终端(UE),4G(LTE)在TS36.331中进行了定义，其主要内容如下：
一、系统消息广播
4G(LTE)网络中系统消息除根据网络配置进行同期性广播外，在系统消息内容发生变化(除ETWS,CMAS,EAB和UAC和NB-IoT的AB参数外)后,(新)系统消息将在特定无线帧上广播,也就是修改后的周期上发送。
二、系统消息修改边界
4G系统消息在修改周期内以相同内容多次传输,按照其调度所定义(发送)；而系统消息修改周期边界由：
SFN mod m=0的SFN值定义。
其中:m是包括修改周期无线帧数量,修改周期由系统信息配置。如在System Information Block Type1-BR中提供H-SFN;则BL UE和CE中UE的修改周期边界由：
(H-SFN * 1024 + SFN) mod m=0的SFN值定义。
对于NB-IoT始终提供H-SFN,修改周期边界由:
(H-SFN * 1024 + SFN) mod m=0的SFN值定义。
为了配置和使用比修改周期长的DRX周期，RRC_IDLE状态的UE启用系统信息更新通知定义了eDRX获取周期。eDRX 获取周期的边界由：
H-SFN mod 256 =0的H-SFN值确定。
对于NB-IoT,eDRX获取周期的边界由:
H-SFN mod 1024 =0的H-SFN值确定。
其中：如果在RRC_IDLE状态的U 被配置为使用扩展的DRX周期，如在几分钟或更长的数量级,在eNB被重置的情况下UE SFN可能不会与新的eNB SFN同步。如期望UE在合理时间内恢复，需重新读取MIB消息,以避免寻呼失败。
三、系统消息修改周期
对于处于RRC_INACTIVE状态的终端(UE),空闲模式扩展DRX周期(如已配置),其用于与修改周期进行比较。前后周期见下图：
当网络更改(某些)系统信息时,它首先通知UE有关此更改的信息,即这可以在整个修改周期内完成。在下一个修改周期网络传输更新后的系统信息。
在ETWS或CMAS传输开始或停止的修改期间,携带schedulingInfoListExt中调度SIB的SI消息或携带posSchedulingInfoList中调度的posSIB的SI消息可能会发生变化,因此UE可能无法成功接收这些SIB,并且/或根据在改变之前接收到的调度信息；
在当前修改周期和下一个修改周期的剩余时间中的posSIB。这些一般原则如图 5.2.1.3-1 所示，其中不同的颜色表示不同的系统信息。未配置使用长于修改周期的DRX周期的UE收到变更通知后,立即从下一个修改周期开始获取新的系统信息。当接收到适用于eDRX的变化通知时，RRC_IDLE中的UE被配置为使用比修改周期长的DRX周期，从下一个eDRX获取周期开始立即获取更新的系统信息。UE应用之前获取的系统信息直到UE获取新的系统信息。
System Information BlockType1-BR的修改边界由:
SFN mod 512=0的SFN值定义，
除ETWS/CMAS通知，eNB可以随时更改System Information BlockType1-BR 内容。对于NB-IoT,System Information BlockType1-NB的可能修改边界由:
(H-SFN*1024+SFN) mod 4096=0的SFN值定义。
四、寻呼消息消息修改通知
Paging 消息也用于通知RRC_IDLE中的UE和RRC_CONNECTED中UE有关系统信息更改的信息。
如果UE处于RRC_CONNECTED或未配置使用比RRC_IDLE中的修改周期长的DRX周期，并且接收到包含systemInfoModification的寻呼消息，则从系统信息将在下一个修改周期边界处改变。
RRC_IDLE中的UE被配置为使用比修改周期长的DRX周期，并且在eDRX获取周期中接收到至少一个包括systemInfoModification-eDRX的寻呼消息,将在下一个eDRX获取周期边界获取更新的系统信息。尽管可以通知 UE 系统信息的变化,但没有提供更多细节,例如关于哪些系统信息将改变,除非systemInfoValueTagSI 被BL UE或CE中的UE接收。
五、连接态系统消息修改
在RRC_CONNECTED中,BL UE或CE中的UE或NB-IoT UE不需要获取系统信息,除非T311正在运行,或者切换时UE只需要获取目标PCell中的MasterInformationBlock,或者CE中的UE接收ETWS/CMAS信息。
在RRC_IDLE中,E-UTRAN可以通知BL UE或CE中的UE或NB-IoT UE SI更新，除了NB-IoT、ETWS和CMAS通知、EAB修改和UAC修改外，使用Direct Indication信息，如 6.6 中所述(或 NB-IoT中的6.7.5)和TS 36.212 [22]。
其中:当 BL UE、CE中的UE或RRC_CONNECTED中的NB-IoT UE所必需的系统信息发生变化时，E-UTRAN可能会发起连接释放。
六、系统消息有效周期和验证
系统消息SystemInformationBlockType1(或NB-IoT中的MasterInformationBlock-NB/MasterInformationBlock-TDD-NB)中包括一个值标签 systemInfoValueTag，它指示SI消息中是否发生了变化。UE可以使用systemInfoValueTag验证先前存储的SI消息是否仍然有效。
MasterInformationBlock(使用systemInfoUnchanged-BR)和RSS(如发送)可以指示至少在SI有效时间内当前小区的SIB1-BR和SI消息有没有发生变化，并且BL UE或CE中的UE可以使用systemInfoUnchanged-BR或RSS,如从覆盖范围外返回时，验证先前存储的SIB1-BR和SI消息是否仍然有效。
对于非BL UE,CE中的UE,NB-IoT UE;除非另有说明，否则UE在成功确认有效后3小时后认为存储的系统信息无效。
BL UE或CE中的UE从成功确认有效的那一刻起24小时后认为存储的系统信息无效，除非UE通过参数si-ValidityTime配置在有效性确认后3小时认为存储的系统信息无效。
NB-IoT UE在成功确认有效后24小时后将存储的系统信息视为无效。
如果BL UE、CE中的UE或处于RRC_CONNECTED状态的NB-IoT UE认为存储的系统信息无效，则UE 将在服务小区中处于RRC_CONNECTED状态时继续使用存储的系统信息。
七、SI消息特定标识
对于BL UE或CE或NB-IoT UE中的UE,特定SI消息的变化可以另外由SI消息特定值标签systemInfoValueTagSI指示。如SystemInformation Block Type1-BR(或NB-IoT中的MasterInformationBlock-NB/Master Information Block-TDD-NB)中包含的systemInfoValueTag与存储的系统信息之一不同,并且如果 SystemInfoValueTagSI 包含在 System Information BlockType1-BR（或SystemInformationBlockType1-NB)中NB-IoT) 对于特定的SI 消息并且与存储的消息不同,UE 应认为此特定 SI 消息无效。
如果只包含systemInfoValueTag并且与存储的不同，则BL UE或CE中的UE应该认为除了SystemInformationBlockType10、SystemInformation Block Type11、SystemInformationBlockType12、SystemInformation BlockType14和SystemInformationBlockType25之外的任何存储的系统信息都是无效的；
NB-IoT UE应将除SystemInformationBlockType14-NB之外任何存储的系统信息视为无效。
在MBMS专用小区和FeMBMS/单播混合小区上,系统信息和ETWS/CMAS通知的变化通过使用6.6a中定义的Direct Indication FeMBMS来指示。修改周期遵循5.8.1.3中定义的MCCH修改周期。
E-UTRAN可能不会在某些系统信息更改时更新systemInfoValueTag,例如ETWS信息,CMAS信息,RLOS指示(即rlos-Enabled)定期更改的参数,如时间信息(SystemInformationBlockType8、SystemInformation Block Type16, System InformationBlockType1-NB 中的hyperSFN-MSB),EAB和AB参数、UAC参数或定位系统信息块。类似地当某些系统信息发生变化时E-UTRAN可能不会在 Paging 消息中包含 systemInfoModification。
当RRC_IDLE UE配置的DRX周期长于修改周期，并且自UE上次验证存储的系统信息的有效性以来已经过去至少一个修改周期边界时,UE通过检查存储的系统信息来验证存储的系统信息仍然有效systemInfoValueTag在建立或恢复 RRC连接之前。
联系客服
