5G NR: System Information


Drawbacks of LTE System Information (SI) design
LTE MIB, SIB1 and SIB2 are mandatory for the UE to access a cell and all system information is periodically transmitted by the network.
This approach of broadcasting SI periodically over entire cell area is energy inefficient in cases for example when there are no UEs in the cell. Moreover, this approach in 5G could lead to excessive signaling overhead in cases where several beams are used to broadcast SI to be able to reach the entire coverage area of the cell.
A different approach is adopted in NR which is explained below.

NR System Information
System Information (SI) in NR consists of a MIB and a number of SIBs, which are divided into Minimum SI and Other SI.
Minimum SI carries basic information required for initial access and for acquiring any other SI. Minimum SI consists of MIB and SIB1. For a UE to be allowed to camp on a cell, it must have acquired the contents of the Minimum SI from that cell.
Other SI consists of all SIBs not broadcast in the Minimum SI. The UE does not need to receive these SIBs before accessing the cell. Other SI is also known as On-Demand SI because gNB transmits/broadcasts these SIBs when explicitly requested by UE(s).
This approach enhances network energy performance and reduces singalling overhead in the cell by transmitting SI only when explicitly requested by UE(s). This (for example) implies the network can completely avoid transmitting ‘Other SI’ when there is no UE in the cell.

System Information Summary
The following table summarises system information contents; MIB/SIBs are discussed thoroughly in future posts. Click on corresponding link in the table below to get redirected to the respective post.
SIB Type
SIB Contents
SFN, critical information for the reception of SIB1, Cell barred flag, Intra frequency reselection allowed flag
Cell selection info., PLMN list, Cell ID, tracking area code, RAN area code, cell reserved flag, connection establishment failure control info., SI scheduling info., serving cell’s common uplink and downlink configuration (RACH, paging etc…), SUL configuration, SSB scheduling information, cell-specific TDD UL/DL configuration, Cell’s IMS emergency bearer support flag (for UE’s in limited service), emergency call over IMS support flag, UE’s timers and constants, Access control information etc…
Cell re-selection information, mainly related to the serving cell
Information about the serving frequency and intra-frequency neighbouring cells relevant for cell re-selection (including cell re-selection parameters common for a frequency as well as cell specific re- selection parameters)
Information about other NR frequencies and inter-frequency neighbouring cells relevant for cell re-selection (including cell re-selection parameters common for a frequency as well as cell specific re- selection parameters)
Information about E-UTRA frequencies and E-UTRA neighbouring cells relevant for cell re- selection (including cell re-selection parameters common for a frequency as well as cell specific re-selection parameters)
ETWS primary notification
ETWS secondary notification
CMAS warning notification
Information related to GPS time and Coordinated Universal Time (UTC)


System Information Acquisition
The UE shall acquire SI upon cell selection (e.g. upon power on), cell-reselection, return from out of coverage, after reconfiguration with sync completion, after entering the network from another RAT, upon receiving an indication that the SI has changed, upon receiving a PWS (Public Warning System) notification and whenever the UE does not have a valid version of a stored SIB.
The figure below summarizes system information provisioning in general;

  
Master Information Block (MIB)
MIB is mapped on to BCCH logical channel and is carried on BCH transport channel. BCH is then mapped on to PBCH.
MIB is transmitted with a periodicity of 80 ms and is repeated (according to SSB periodicity) within the 80 ms. MIB contents are same over 80 ms period and the same MIB is transmitted over all SSBs within the SS burst set.
MIB provides the UE with parameters (e.g. CORESET#0 configuration) required to acquire SIB1, more specifically, information required for monitoring of PDCCH for scheduling PDSCH that carries SIB1.
PBCH/MIB is thoroughly discussed in the post 5G NR: PBCH and MasterInformation Block (MIB).

System Information Block 1 (SIB1)
As MIB and SIB1 are called as ‘minimum SI’, SIB1 alone is known as ‘Remaining Minimum System Information’ (RMSI).
SIB1 carries the most critical information required for the UE to access the cell e.g., random access parameters.
SIB1 includes information regarding the availability and scheduling of other SIBs e.g. mapping of SIBs to SI message, periodicity, SI-window size etc…
SIB1 also indicates whether one or more SIBs are only provided on-demand, in which case, it may also provide PRACH configuration needed by the UE to request for the required SI.
SIB1 is transmitted on the DL-SCH (logical channel: BCCH) with a periodicity of 160 ms and variable transmission repetition periodicity within 160 ms.
SIB1 is cell-specific SIB.

Other SI
Other SI encompasses all SIBs not broadcast in the Minimum SI. It is not mandatory for the UE to receive these SIBs before accessing the cell.
Other SI messages are mapped to BCCH logical channel and either periodically broadcast on DL-SCH or broadcast on-demand on DL-SCH (i.e. upon request from UEs in RRC_IDLE or RRC_INACTIVE) or sent in a dedicated manner on DL-SCH to UEs in RRC_CONNECTED.
Other SI is also known as On-Demand SI because gNB transmits these SIBs when explicitly requested by UE(s).

SI-messages
Other SI are carried in SystemInformation (SI) messages, which are transmitted on the DL-SCH. SIB1 contains scheduling information for all SI messages.
Only SIBs having the same periodicity can be mapped to the same SI message.
Each SI message is sent within periodically occurring time domain windows called SI-windows and only one window length is defined for all SI messages.
Each SI message is sent within the corresponding SI-widow and the SI-windows of different SI messages do not overlap.
An SI message may be transmitted a number of times within the SI-window.
Any SIB except SIB1 can be configured to be either cell specific or area specific, using an indication in SIB1. More details in ‘SIB-Validity’ section in this post.

‘Other SI’ Scheduling
As discussed already, Other SI can be transmitted in the following ways;
-    Periodically broadcast on DL-SCH or
-    Broadcast on-demand on DL-SCH (i.e. upon explicit request from UEs)
-    Sent in a dedicated manner on DL-SCH to UEs in RRC_CONNECTED
Procedure for requesting On-demand SI
For UEs in RRC_IDLE and RRC_INACTIVE, a request for Other SI triggers a random access procedure (see: 5G NR: Random AccessProcedure).
After reading SI scheduling information from SIB1, the UE first determines broadcast status (via si-BroadcastStatus) of an SI message. This field indicates if one or several required SIBs within the SI-message are being broadcasted or not.
If si-BroadcastStatus is set ‘broadcasting, the UE would acquire the concerned SIB(s) normally.
If si-BroadcastStatus is set ‘notbroadcasting, the UE would proceed with RA procedure to acquire those SIB(s).
-    For this purpose, if the network configures the UE with PRACH resources for SI request, contention-free random access procedure (CFRA) is used, otherwise contention-based random access (CBRA) procedure is used.
SI request using CFRA procedure:
-    The network may configure the UE with dedicated RA resources for SI request purpose in SI-RequestConfig within SI-SchedulingInfo IE in SIB1.
-    Msg1 is used to indicate the requested Other SI. SI-RequestConfig is shown below;







-    As can be seen from the above figure, si-RequestResources can be configured for each SI-message.
-    In CFRA, the minimum granularity of the request is one SI message (i.e. a set of SIBs).
-    UE selects appropriate RA preamble and transmits Msg1.
-    After receiving Msg1, based on the RA resource used for Msg1, the gNB knows which SI-message the UE is requesting for.
-    The gNB acknowledges the SI request in Msg2.
-    The gNB broadcasts/transmits the required SI-message.
-    To receive the concerned SI message, the UE follows the procedure explained in the section ‘Acquisition of an SI message’.
-    The procedural flow is illustrated in the figure below. 








SI request using CBRA procedure:
-    If SI-RequestConfig is excluded from SIB1, the UE relies on CBRA procedure to request for SI and sends RRCSystemInfoRequest message in Msg3.
-    The gNB acknowledges the request in Msg4.
-    The gNB broadcasts/transmits the required SI-message.
-    To receive the concerned SI message, the UE follows the procedure explained in the section ‘Acquisition of an SI message’.
-    The procedural flow is illustrated in the figure below.










-    The RRCSystemInfoRequest is used to request for SI message(s). UE transmits it using SRB0, Transparent Mode and CCCH logical channel (on Msg3).
-    The contents of RRCSystemInfoRequest are given in the figure below;
-    The UE indicates the requested SI message(s) using requested-SI-List. The first/leftmost bit corresponds to the first SI-message configured by schedulingInfoList in si-SchedulingInfo in SIB1, second bit corresponds to the second SI message, and so on.

After UE’s SI request has been acknowledged by the gNB (Msg2 in CFRA and Msg4 in CBRA), it broadcasts/transmits the required SI-message. To receive the SIBs, the UE starts monitoring PDCCH whose CRC is scrambled with SI-RNTI by following the procedure explained below.
Acquisition of an SI message
For acquiring an SI message, UE shall determine start of SI window (radio frame and slot number) for the concerned SI message. The procedure is as follows;
1.  For the concerned SI message, determine the number ‘n’ which corresponds to the order of entry in the list of SI messages configured by schedulingInfoList within si-SchedulingInfo in SIB1.
2.  Determine the integer value ‘x’ such that x = (n – 1) × w, where w is the si-WindowLength.
3.  The start SFN of the SI window determined by SFN mod T = FLOOR(x/N), where T is the si-Periodicity of the concerned SI message and N is the number of slots in a radio frame.
4.  The starting slot of the SI window in the SFN (determined above) is given by x mod N.
Acquisition of SI message is explained below with an example. In this example, assume that there is one SIB in each SI message. The first entry in schedulingInfoList (in SIB1) is SIB2, the second entry is SIB3 and so on up to SIB5. A subcarrier spacing of 30 kHz is assumed, which means that number of slots (N) in a radio frame is 20. SI window length (w) of 20 slots is assumed. Different periodicities (second column in the below table) are assumed for different SI messages.
Entry number 
(n)
SI Periodicity (T)
(in radio frames)
x = (n – 1) × w 
Slot Number (a)
a = x mod N
Radio frame Number
SFN mod T = FLOOR(x/N)
1 (SIB2)
8
0
0
SFN mod 8 = 0
2 (SIB3)
8
20
0
SFN mod 8 = 1
3 (SIB4)
16
40
0
SFN mod 16 = 2
4 (SIB5)
16
60
0
SFN mod 16 = 3
   Additional Assumptions: 
   Numerology µ = 1 (SCS = 30 kHz) => Number of slots in a radio frame (N) = 20
   w = si-WindowLength = s20 = 20 slots


...





















...
SFN
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20


The UE shall receive the PDCCH scrambled with SI-RNTI from the start of the SI-window and continue until the end of the SI-window (given by si-WindowLength) or until the SI message was received.
If the SI message was not received by the end of the SI-window, repeat reception at the next SI-window occasion for the concerned SI.

System Information Transfer via Dedicated Signalling
For a UE in RRC_CONNECTED, the network can provide system information through dedicated signalling using the RRCReconfiguration message, e.g. if the UE has an active BWP with no common search space configured to monitor SI or paging.
Also, for PSCell and SCells, the network provides the required SI by dedicated signalling, i.e. within RRCReconfiguration message.

SIB-validity
The UE stores the acquired SIB after acquiring a MIB or a SIB1 or an SI message in a serving cell.
Whenever the UE receives SIB1 from a serving cell, it compares received and stored parameters such as first PLMN-Identity included in the PLMN-IdentityInfoList, the systemInformationAreaID and the valueTag. If received and stored parameters are identical, UE considers the stored SIBs as valid for the cell.
The UE shall delete any stored version of a SIB after 3 hours from the moment it was successfully confirmed as valid.
The UE may use a valid stored version of the SI except MIB, SIB1, SIB6, SIB7 or SIB8 e.g. after cell re-selection, upon return from out of coverage or after the reception of SI change indication.
Area scope of a SIB
-    As discussed already, any SIB except SIB1 can be configured to be either cell specific or area specific, using an indication in SIB1.
-    The cell specific SIB is applicable only within a cell that provides the SIB while the area specific SIB is applicable within an area referred to as SI area, which consists of one or several cells and is identified by SI area ID (systemInformationAreaID).
-    The scheduling information in SIB1 may contain ‘area scope’ (areaScope) for an individual SIB. If this field is present, the concerned SIB is area specific otherwise, it is cell specific.
-    If the SIB is area specific, the UE compares the received SI area ID to that of the stored one for the concerned SIB. The UE re-acquires the concerned SIB if the SI area ID is different.

SI change indication and PWS Notification
The SI modification and indication procedure almost similar to that of LTE.
Change of SI (other than for ETWS and CMAS) only occurs at specific radio frames, i.e. the concept of a modification period is used.
SI may be transmitted a number of times with the same content within a modification period.
The modification period boundaries are defined by SFN values for which SFN mod m= 0, where m is the number of radio frames comprising the modification period. The modification period is configured by SIB1 via modificationPeriodCoeff.
When the network changes (some of the) SI, it first notifies the UEs about this change, i.e. this may be done throughout a modification period. In the next modification period, the network transmits the updated SI.
These general principles are illustrated in figure below, in which different colours indicate different SI.

Upon receiving a change notification, the UE acquires the new SI immediately from the start of the next modification period. The UE applies the previously acquired SI until the UE acquires the new SI.
The UE receives indications about SI modifications and/or PWS (Public Warning System) notifications using Short Message transmitted with P-RNTI over DCI. DCI format 1_0 scrambled with P-RNTI is used for this purpose.
The ‘Short Message’ received within DCI is a 8-bit field and is interpreted as follows.
Bit
Short Message
Bit 1 (MSB)
systemInfoModification 
If set to 1: indication of a BCCH modification other than SIB6, SIB7 and SIB8
Bit 2
etwsAndCmasIndication 
If set to 1: indication of an ETWS primary and/or secondary notification and/or a CMAS notification
Bit 3-8
Not used in 3GPP release 15.6 version, and shall be ignored by UE if received

If the received ‘short message’ indicates ETWS/CMAS notification, the UE should immediately re-acquire SIB1 and based on scheduling information, the UE shall acquire SIB6/SIB7/SIB8.
If the received ‘short message’ indicates SI modification, the UE shall try to re-acquire SI from the start of next modification period.

SI-RNTI
As discussed already, SI-RNTI is used for identification of Broadcast and System Information in the downlink.
It is a common RNTI meaning that, it is not allocated to any UE explicitly. SI-RNTI’s value is fixed/standardized to be 65535 (0xFFFF).
PDCCH DCI format 1_0 is used for SI purpose.

Misc. Information
The physical layer imposes a limit to the maximum size a SIB can take. The maximum SIB1 or SI message size is 2976 bits.
If the UE cannot determine the full contents of the minimum SI of a cell by receiving from that cell, the UE shall consider that cell as barred.
Reference: 3GPP TS 38.300 and 38.331