2.6.3　如何获取系统信息

UE在RRC_IDLE和RRC_INACTIVE状态，至少需要保存有效的MIB、SIB1~SIB4和SIB5（当UE支持E-UTRA时，才保存SIB5）。

UE在RRC_CONNECTED状态，仅当能够获取SIB1而不会中断单播数据的接收时（即广播和单播波束是QCL关系，QCL的含义见11.2节），UE才需要获取广播的SIB1。

1.获取MIB和SIB1

MIB的接收过程见2.5节，SIB1的接收过程见2.6.4节。如果不能成功获取到MIB或者SIB1，则认为当前小区被禁止接入；如果成功获取MIB和SIB1，则进行处理，具体过程可以参看3GPP 38.331协议。

2.获取OSI

（1）OSI调度周期和修改周期

通过SIB1参数SI-SchedulingInfo指示OSI的内容和周期。si-WindowLength为SI调度窗大小。si-Periodicity为SI的调度周期，SI在BCCH修改周期内按照调度周期重复发送。处理如下：

1）不同SI消息的SI-window不重叠，每个SI消息的SI-window起始位置见3GPP 38.331协议5.2.2节；

2）si-WindowLength小于或等于所有SI的调度周期；

3）UE在SI-window内检测SI，如果某个SIB不变（valueTag不变，SIB6~SIB8除外），则UE可以不接收该SIB；

4）UE收到SI改变通知，在下一个BCCH修改周期内接收新的SI。

【举例1】假定对于非ETWS和CMAS系统信息，modificationPeriodCoeff配置为n2，defaultPagingCycle配置为rf32，那么BCCH修改周期为2×32=64个无线帧。

假定si-WindowLength配置为20ms，SI-1的si-Periodicity配置为80ms，SI-2的si-Periodicity配置为160ms，UE在帧#4收到SI变化通知，那么UE在下一个BCCH修改周期才开始接收新的SI，SI-1和SI-2的调度如图2-6所示。

图2-6　SI调度窗和调度周期图示

（2）OSI发送的时域位置

UE获取OSI的PDCCH检测时机来自searchSpaceOtherSystemInformation配置：searchS-paceOtherSystemInformation如果为0，则SI-window内的PDCCH检测时机同SIB1；如果不为0，则PDCCH的检测时机通过它指示。

OSI对应DCI的发送时机满足如下规则：SI-window内的第（x×N+K）个PDCCH的检测时机对应第K个发送的SSB，其中x=0, 1,…, X-1，K=1, 2,…,N，N为实际的SSB发送个数，由SIB1里的ssb-PositionsInBurst决定，X等于CEIL（SI-window内配置的PDCCH检测时机/N）。

UE不要求监测SI-window内每个SSB对应的PDCCH occasion。

【举例2】假定si-WindowLength配置为20ms，SI-1的si-Periodicity配置为80ms，在SI-window内配置了4个检测时机，且在一个SSB集合内，SSB实际发送了2次，记录为SSB1和SSB2，那么SI-window内发送的4次SI和SSB的对应关系如图2-7所示。

图2-7　SI和SSB的对应关系