并不是所有的SIB都必须存在。例如对于运营商的基站而言，就不需要SIB9，如果某小区不提供MBMS，就不需要SIB13。

有3种类型的RRC消息用于传输系统信息：MIB消息、SIB1消息、一个或多个SI消息。

注意：物理层限制了某个SIB（个人觉得更好的描述是SI和SIB1）的最大size。如果使用DCIformat 1C，则最大size为1736 bit（217 byte）；如果使用DCI format 1A，则最大size为2216 bit（277 byte）。

MIB在PBCH上传输，调度周期为40ms,40ms内重复发送，首次发送是在帧号为SFNmod 4=0的0#子帧上发送，BCH时域上位于子帧0的第2个slot的前4个OFDM symbol，频域上占据72个中心子载波（不含[url=]DC[/url]）。对应RE不能用于发送DL-SCH数据。

SIB1的周期为80ms，且在该周期内SFN % 2 = 0的系统帧的子帧5上重复发送同一SIB1。但与MIB所在的时频位置固定不同，SIB1和SI消息都在PDSCH上传输，且SIB1和SI消息所占的RB（频域上的位置）及其传输格式是动态调度的，并由SI-RNTI加扰的PDCCH来指示。

每个SI消息包含了一个或多个除SIB1外的拥有相同调度需求的SIB（这些SIB有相同的传输周期）。一个SI消息包含哪些SIB是通过schedulingInfoList指定的。每个SIB只能包含在一个SI消息中，且SIB2总是放在schedulingInfoList指定的SI列表的第一个SI消息项中，所以schedulingInfoList中并不指定SIB2所在的SI。

每个SI消息只在一个SI窗口（SI-windows）中传输：

1）一个SI消息跟一个SI窗口相关联，该SI窗口内只能发这个SI消息且可以重复发送多次（发多少次，在哪些子帧上发送等，取决于eNodeB的实现），但不能发送其它SI消息；

2）SI窗口之间是紧挨着的，既不重叠，也不会有空隙；

3）所有SI消息的SI窗口长度都相同；

4）不同SI消息的周期是相互独立的。

前面我们已经介绍过MIB和SIB1的时域调度，接下来我们会详细介绍SI消息的时域调度。

首先需要确认每个SI消息对应的SI窗口的起始位置以及SI窗口的长度。

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不需要再时间窗内的连续子帧上传输。并且，在某个子帧上[url=]是否存在[/url]SI消息，是通过SI-RNTI加扰的PDCCH来指示的。[J1]