SI窗口的长度由SystemInformationBlockType1的si-WindowLength字段指定，其以ms为单位。
SystemInformationBlockType1的schedulingInfoList指定了SI消息的列表，每个SI消息在该列表中的顺序以n表示（从1开始）。假如
schedulingInfoList中指定了4个SI消息，则会有4个连续的SI窗口用于发送这4个SI消息，而n表明了SI消息在第几个SI窗口。
此时每个SI消息有一个x = (n - 1) * w，其中w为si-WindowLength。可以看出，x是以ms为单位的。
则SI窗口的起始帧满足SFN % T = FLOOR(x / 10)，其中T为对应SI消息的周期，由si-Periodicity指定。SFN % T保证了SI的周期，FLOOR(x / 10)确定SI窗口在周期内的起始系统帧（一个系统帧为10ms，所以有x / 10）。 SI窗口的起始子帧为#a，其中a = x % 10。
从公式可以看出，x决定了SI窗口在该SI周期内的起始帧和起始子帧； SFN % T保证了SI窗口在SI周期内只出现一次；而x = (n - 1) * w保证了SI窗口之间紧挨，不重叠，没有空隙。(SI窗口起始帧和起始子帧的的计算，详见36.331的
5.2.3节)
SI窗口确定了以后，eNodeB会决定在该窗口内调度多少次同一SI，不同厂商的实现可能不同。但某些子帧不能用于调度SI消息： ? SFN % 2 = 0的系统帧内的子帧5 ? 任一MBSFN子帧 ? TDD中的上行子帧
下图是一个关于SI调度的例子。
图：SI调度的一个例子
可以看出，SI不需要再时间窗内的连续子帧上传输。并且，在某个子帧上是否存在SI消息，是通过SI-RNTI加扰的PDCCH来指示的。
在SI较小而系统带宽较大的情况下，一个子帧可能足以发送该SI，但在其它情况下，可能需要使用多个子帧来发送一个SI消息。在后一种情况，会将整个SI消息进行信道编码后分成多份，然后放在多个子帧（不要求是连续子帧）上传输。而不是先分割成多份，然后独立地信道编码后传输。
简单小结：MIB和SIB1在时域上的位置和周期是固定的，而SI消息在时域上的位置和周期是由SIB1指定的。eNodeB 只会通过
SystemInformationBlockType1告诉UE有哪些SI，每个SI包含了哪些SIB，这些SI会在哪个SI窗口发送以及SI窗口的时域位置和长度，但不会告诉UE在 SI窗口的哪些子帧调度了该SI。当UE需要某个SIB时，它就会在该SIB对应的SI消息对应的SI窗口的每个子帧（从SI窗口的起始子帧开始，共持续si-WindowLength个子帧，但不包含那些不能调度SI的子帧），使用SI-RNTI去尝试解码，直到成功接收到SI消息为止。
载波聚合对系统信息的影响
UE只会在PCell上从广播消息中获取系统信息。对于SCell而言，其系统信息是在添加SCell时，通过RRCConnectionReconfiguration的
SCellToAddMod-r10下发给UE的。如果某个SCell的系统信息发生改变，eNodeB会让UE先释放该SCell，然后重新添加该SCell以通知UE系统信息的变化。这从36.331中的5.3.10.3b中可以看出，在添加SCell（SCell addition）时，是应用radioResourceConfigCommonSCell的配置的，但在修改SCell（SCell modification）的信息时，是不应用
radioResourceConfigCommonSCell的配置的，所以需要先删除再添加SCell以通知UE该SCell系统信息的变化。
注意：eNodeB在RRCConnectionReconfiguration配置的系统信息可以与该SCell广播的系统信息不同。
【参考资料】 [1] [2] [3] [4] [5]
TS 36.331 – 5.2
System Information
《4G LTE/LTE-Advanced for Mobile Broadband》的14.2节 《LTE - The UMTS Long Term Evolution, 2nd Edition》的3.2.2节 SI的调度
LTE系统中UE接收系统消息解析