Chapter 01

Why the MIB Matters: First Contact

The Master Information Block is the first piece of structured information a UE decodes after acquiring time and frequency synchronisation from PSS/SSS. It is the handshake that transforms a detected carrier from “some signal on a frequency” into “a cell I can camp on.” Without MIB, the UE cannot locate CORESET#0 (NR) or determine the system bandwidth (LTE), and therefore cannot receive SIB1 — the gateway to every other parameter the cell broadcasts.

In both LTE and NR, the MIB is carried on the Physical Broadcast Channel (PBCH), which itself rides on the BCH transport channel. But the similarity ends at the acronym. The two systems differ in payload structure, encoding, resource mapping, timing, and — most profoundly — in how the MIB fits into the broader cell acquisition state machine. This article dissects every difference at the bit level, referencing the exact 3GPP specifications.

Specifications covered: TS 36.331 §6.2.2 (LTE MIB ASN.1), TS 38.331 §6.2.2 (NR MIB ASN.1), TS 36.211 §6.6 (LTE PBCH), TS 38.211 §7.3.3 & 7.4.3 (NR PBCH & SSB), TS 36.212 §5.3.1 (LTE BCH coding), TS 38.212 §7.1 (NR BCH coding), TS 36.213 §7.1.6 (PHICH), TS 38.213 §13 (CORESET#0).

24
LTE MIB bits
32
NR PBCH payload bits
40 / 80
TTI (ms)
6
3GPP specs referenced
Chapter 02

LTE MIB: The 24-Bit Blueprint

The LTE MIB, defined in TS 36.331 §6.2.2, is an ASN.1 structure with exactly three information fields and a spare block:

ASN.1 — MasterInformationBlock (LTE) MasterInformationBlock ::= SEQUENCE {
  dl-Bandwidth          ENUMERATED {n6,n15,n25,n50,n75,n100},
  phich-Config          PHICH-Config,
  systemFrameNumber     BIT STRING (SIZE (8)),
  spare                 BIT STRING (SIZE (10))
} Total: 3 + 3 + 8 + 10 = 24 bits. Carried as a single BCH transport block.

Field-by-Field Anatomy

dl-Bandwidth (3 bits)

Encodes the downlink system bandwidth in resource blocks. Six values: n6 (1.4 MHz), n15 (3 MHz), n25 (5 MHz), n50 (10 MHz), n75 (15 MHz), n100 (20 MHz). This is the first parameter the UE needs because it determines the extent of the OFDM resource grid — without it, the UE cannot demodulate any downlink channel beyond PBCH itself.

phich-Config (3 bits)

Two sub-fields: phich-Duration (1 bit: normal or extended) and phich-Resource (2 bits: 1/6, 1/2, 1, or 2). Together they tell the UE the number of PHICH groups per subframe. The UE needs this to locate PHICH — the channel that carries HARQ-ACK for uplink transmissions. This is critical because PHICH occupies resources within the control region alongside PDCCH, and its size affects how many CCEs are available for PDCCH allocation.

Why PHICH in MIB? PHICH location depends on system bandwidth, Ng (the PHICH resource multiplier), and the number of antenna ports. Since the UE must be able to locate PHICH from the very first uplink transmission after RACH, and since it needs to know the PHICH configuration to parse the control region, this information must be in MIB — it cannot wait for SIB1.

systemFrameNumber (8 bits)

The 8 most significant bits (MSBs) of the 10-bit System Frame Number. SFN cycles 0–1023 (10.24 seconds). The remaining 2 LSBs are derived implicitly from the PBCH self-decodable sub-block index: the 40ms PBCH TTI is divided into 4 blocks of 10ms each, and whichever block the UE successfully decodes tells it the 2 LSBs (00, 01, 10, 11). This is an elegant design but requires the UE to attempt up to 4 blind decodes.

spare (10 bits)

Reserved for future use. Always set to zero. Note that 10 spare bits in a 24-bit payload means over 41% of the MIB capacity was never utilised — a design choice that reflects the conservative 3GPP approach of reserving headroom in fundamental broadcast messages.

LTE MIB — 24-BIT PAYLOAD (TS 36.331 §6.2.2) b23 b20 b17 b10 b2 b0 dl-Bandwidth 3 bits [23:21] phich-Config 3 bits [20:18] systemFrameNumber 8 bits [17:10] — SFN MSBs spare 10 bits [9:0] — always zero SFN[1:0] derived implicitly from PBCH sub-block index (4 blocks in 40ms TTI) Block 0 = SFN mod 4 = 0 | Block 1 = 1 | Block 2 = 2 | Block 3 = 3 Total information content: 14 useful bits + 10 spare = 24-bit BCH transport block Effective information density: 58% (14/24)
Fig 1 — LTE MIB 24-bit payload structure per TS 36.331
Chapter 03

NR MIB: The 32-Bit Paradigm Shift

The NR MIB, defined in TS 38.331 §6.2.2, is a fundamentally different creature. The RRC-level MIB IE contains 23 bits, but the PBCH transport block is 32 bits because 3GPP added 8 additional timing/indexing bits that sit outside the MIB ASN.1 structure but inside the PBCH payload. This dual-layer design is one of NR's most elegant architectural decisions.

ASN.1 — MIB (NR) MIB ::= SEQUENCE {
  systemFrameNumber       BIT STRING (SIZE (6)),
  subCarrierSpacingCommon  ENUMERATED {scs15or60, scs30or120},
  ssb-SubcarrierOffset    INTEGER (0..15),
  dmrs-TypeA-Position     ENUMERATED {pos2, pos3},
  pdcch-ConfigSIB1       SEQUENCE {
    controlResourceSetZero  INTEGER (0..15),
    searchSpaceZero        INTEGER (0..15)
  },
  cellBarred             ENUMERATED {barred, notBarred},
  intraFreqReselection    ENUMERATED {allowed, notAllowed},
  spare                  BIT STRING (SIZE (1))
} MIB IE: 6+1+4+1+4+4+1+1+1 = 23 bits. PBCH transport block: 23 + 8 (SFN LSBs + HF + SSB idx) + 1 (padding) = 32 bits.

Field-by-Field Anatomy — Expert Deep Dive

What follows is a bit-by-bit forensic analysis of every field in the NR MIB. For each field, we cover: the exact ASN.1 encoding, the mapping from bit values to physical-layer parameters, the 3GPP specification cross-references, the design rationale, and worked examples showing how a real UE interprets these bits during initial cell acquisition.

Bit [22:17] — systemFrameNumber (6 bits)

These 6 bits carry the most significant bits of the 10-bit System Frame Number (SFN), representing SFN[9:4]. The SFN cycles 0–1023, giving a hyperframe period of 10.24 seconds (1024 × 10ms). In NR, the remaining 4 LSBs (SFN[3:0]) are explicitly carried in the PBCH payload outside the MIB IE — a fundamental departure from LTE where 2 LSBs required blind sub-block detection.

SFN Recovery Formula (NR) SFN = (MIB.systemFrameNumber << 4) | PBCH_payload.SFN_LSBs
SFN = (SFN[9:4] × 16) + SFN[3:0]
Range: 0–1023 | Period: 10.24s | Resolution: 10ms per SFN tick

Why only 6 bits in the MIB IE? The 4 LSBs change every frame (10ms), but the MIB content is frozen for 80ms (8 frames). If all 10 SFN bits were in the MIB, the MIB would change every 10ms, defeating the 80ms PBCH TTI design. By splitting: the 6 MSBs change every 160ms (16 frames), well beyond the 80ms PBCH period. The 4 fast-changing LSBs go into the PBCH payload which does change every 10ms frame. This is the key architectural insight.

Spec ref: TS 38.331 §6.2.2 (ASN.1) + TS 38.212 §7.1.1 (PBCH payload generation, Table 7.1.1-1).

Worked Example: SFN from MIB + PBCH
MIB systemFrameNumber = 0b100101 (decimal 37)
PBCH payload SFN[3:0] = 0b0110 (decimal 6)
SFN = (37 << 4) | 6 = 592 + 6 = 598
Time offset = 598 × 10ms = 5.98 seconds into the hyperframe
SFN = 598 — fully deterministic, zero blind decoding

Bit [16] — subCarrierSpacingCommon (1 bit)

This single bit tells the UE the subcarrier spacing to use when receiving CORESET#0 (where PDCCH scheduling SIB1 is transmitted) and the initial downlink BWP for SIB1 PDSCH reception. It is the UE's first indication of the numerology used beyond the SSB itself.

SCS Common Mapping Bit = 0 → scs15or60:
  FR1 (sub-6 GHz): μ = 0, SCS = 15 kHz, slot = 1ms
  FR2 (mmWave):    μ = 2, SCS = 60 kHz, slot = 0.25ms

Bit = 1 → scs30or120:
  FR1 (sub-6 GHz): μ = 1, SCS = 30 kHz, slot = 0.5ms
  FR2 (mmWave):    μ = 3, SCS = 120 kHz, slot = 0.125ms The UE knows whether it is in FR1 or FR2 from the ARFCN/GSCN it used during cell search. The SCS of the SSB itself (used for PSS/SSS/PBCH demodulation) is determined separately by the frequency band per TS 38.213 Table 4.1-1.

Why this matters: The SSB SCS and the CORESET#0 SCS can be different. For example, in FR1 band n78, the SSB is always transmitted with 30 kHz SCS, but CORESET#0 could use either 15 kHz or 30 kHz depending on the operator's configuration. The UE learns the CORESET#0 SCS from this MIB bit, while the SSB SCS was implicitly known from the band. This SCS also determines the slot duration, which directly affects how the UE interprets the SearchSpace#0 monitoring occasions from pdcch-ConfigSIB1.

Spec ref: TS 38.331 §6.2.2, TS 38.211 §4.2 (numerology), TS 38.213 §13 (CORESET#0 table selection depends on SSB SCS and common SCS pair).

Bit [15:12] — ssb-SubcarrierOffset (4 bits, kSSB)

This 4-bit field encodes kSSB — the frequency offset in subcarriers from the lowest subcarrier of the SSB (subcarrier 0 of the SSB resource grid) to the nearest common resource block (CRB) boundary. Without kSSB, the UE cannot align its resource grid with the cell's CRB numbering, which means it cannot correctly identify the physical resource blocks (PRBs) of CORESET#0 or any other downlink channel.

k_SSB Offset Calculation CRB_SSB = GSCN_to_freq(gscn) / (12 × SCS_SSB)
k_SSB = f_SSB_subcarrier_0 − (CRB_SSB × 12 × SCS_SSB)

FR1, SCS_SSB = 15 kHz: k_SSB range 0–23 (5 bits: 4 from MIB + 1 MSB from PBCH)
FR1, SCS_SSB = 30 kHz: k_SSB range 0–11 (4 bits from MIB)
FR2, SCS_SSB = 120/240 kHz: k_SSB range 0–11 (4 bits from MIB) Unit: subcarriers at the SSB SCS (not the common SCS). The PBCH payload MSB for the 15 kHz case is bit position āA+5 in TS 38.212 Table 7.1.1-1.

The 5-bit FR1/15kHz special case: When the SSB SCS is 15 kHz in FR1, kSSB can be 0–23, which needs 5 bits. The MIB only allocates 4 bits, so the 5th bit (MSB) is packed into the PBCH payload outside the MIB IE (bit position A+5 in TS 38.212 §7.1.1). This is one of the most subtle aspects of the NR MIB/PBCH split — a single field spans two different layers of the transport block.

Why the offset exists: In LTE, PBCH is always at the center 6 RBs, so the CRB grid is always aligned with DC. In NR, the SSB can be placed at any position on the synchronization raster (GSCN), which is a coarser raster than the channel raster. The fine alignment between SSB and CRB grid requires kSSB.

Spec ref: TS 38.211 §7.4.3.1 (SSB subcarrier mapping), TS 38.213 §4.1 (cell search), TS 38.212 §7.1.1 Table 7.1.1-1.

Worked Example: k_SSB in n78 (30 kHz SCS SSB)
Band n78: SSB SCS = 30 kHz, GSCN = 7711
SSB center freq = 3 × GSCN × 1.2 MHz = 3 × 7711 × 1.2 = 27,759.6 MHz (simplified)
Actual: f_SSB = N × f_ref where N from GSCN formula in TS 38.104
MIB ssb-SubcarrierOffset = 0b0110 = 6
→ k_SSB = 6 subcarriers at 30 kHz = 180 kHz offset from nearest CRB edge
k_SSB = 6 — UE aligns CRB grid: CRB#0 starts 6 subcarriers below SSB SC#0

Bit [11] — dmrs-TypeA-Position (1 bit)

This bit specifies the OFDM symbol index of the first DM-RS symbol for PDSCH mapping Type A:

DMRS Type A Position Bit = 0 → pos2: first DM-RS at OFDM symbol 2 (l̄0 = 2)
Bit = 1 → pos3: first DM-RS at OFDM symbol 3 (l̄0 = 3) This applies globally to all PDSCH/PUSCH with mapping Type A in the cell. Mapping Type B has a separate DMRS position. Ref: TS 38.211 §7.4.1.1.2 Table 7.4.1.1.2-3.

Why in MIB? The UE needs to demodulate the PDSCH carrying SIB1 before it has received SIB1 itself. To demodulate PDSCH, the UE must know where the DM-RS is. Since SIB1 uses PDSCH mapping Type A, and the DM-RS position for Type A is not fixed (unlike LTE's CRS which is always at symbols 0/4/7/11), the MIB must convey this information. Without this single bit, the UE would have to blind-test two DMRS hypotheses for every SIB1 PDSCH decode attempt.

pos2 vs pos3 trade-off: pos2 allows CORESET#0 to occupy up to 2 symbols (0–1) before the first DMRS. pos3 allows CORESET#0 to occupy up to 3 symbols (0–2), giving more CCEs for PDCCH but reducing the PDSCH region. Most FR1 deployments use pos2. FR2 high-SCS deployments sometimes use pos3 to accommodate the additional OFDM symbol for CORESET.

Spec ref: TS 38.211 §7.4.1.1.2, TS 38.214 §5.1.2.1, TS 38.331 §6.2.2.

Bit [10:3] — pdcch-ConfigSIB1 (8 bits)

The most consequential field in the entire MIB — and arguably the most elegant piece of NR initial access design. These 8 bits replace what LTE needed three separate mechanisms for: the PHICH resource configuration (MIB), the Control Format Indicator via PCFICH (decoded every subframe), and the fixed PDCCH common search space definition. In NR, all of this is collapsed into two 4-bit table indices.

    Bits [10:7] — controlResourceSetZero (4 MSBs)

This 4-bit index selects a row from one of 15 CORESET#0 configuration tables in TS 38.213 §13, Tables 13-1 through 13-10. The specific table used depends on the {SSB SCS, common SCS} pair and the minimum channel bandwidth. Each table row defines:

Worked Example: CORESET#0 from controlResourceSetZero
Band n78, SSB SCS = 30 kHz, Common SCS = 30 kHz, Min BW = 40 MHz
→ Use TS 38.213 Table 13-4 (SSB=30kHz, PDCCH=30kHz)
controlResourceSetZero = 0b0010 = index 2
Table 13-4, row 2: {#RBs=48, #Symbols=1, Offset=2}
→ CORESET#0 spans 48 RBs = 48×12×30kHz = 17.28 MHz
→ CORESET#0 occupies 1 OFDM symbol (symbol 0 of monitoring slot)
→ CORESET#0 starts 2 RBs above SSB lowest RB in frequency
CORESET#0: 48 RBs × 1 symbol, offset +2 RBs from SSB — UE knows exactly where to blind-decode PDCCH

    Bits [6:3] — searchSpaceZero (4 LSBs)

This 4-bit index selects a row from TS 38.213 Tables 13-11 through 13-15, defining the PDCCH monitoring occasions for SearchSpace#0. Each row specifies:

Worked Example: SearchSpace#0 from searchSpaceZero
Same n78 scenario, Common SCS = 30 kHz
→ Use TS 38.213 Table 13-11 (Mux Pattern 1, SCS ≤ 30 kHz)
searchSpaceZero = 0b0100 = index 4
Table 13-11, row 4: {O=2, #slots_per_frame, first_symbol=0}
→ UE monitors PDCCH in slot (SFN×slots_per_frame + O) with given periodicity
→ PDCCH carrying DCI 1_0 with CRC scrambled by SI-RNTI (0xFFFF)
SearchSpace#0: slot offset=2, UE blind-decodes AL{4,8,16} for DCI 1_0 scheduling SIB1

The 8-bit pdcch-ConfigSIB1 replaces three LTE mechanisms:

1. PHICH configuration (phich-Config in LTE MIB, 3 bits) — NR has no PHICH; HARQ-ACK is on PUCCH/PUSCH.

2. PCFICH (decoded every subframe in LTE to learn CFI/control region size) — NR has no PCFICH; CORESET size is table-configured.

3. Common Search Space (fixed in LTE to CCEs 0–15 in first L OFDM symbols) — NR's SearchSpace#0 is fully configurable via table index.

Net effect: NR eliminates two physical channels (PHICH + PCFICH) and replaces them with 8 bits of table-driven configuration in MIB. Fewer channels to decode = faster cell acquisition.

Bit [2] — cellBarred (1 bit)

This bit indicates whether the cell is barred for access:

Cell Barring Bit = 0 → barred: UE SHALL NOT select or reselect this cell
Bit = 1 → notBarred: normal cell selection/reselection allowed Ref: TS 38.331 §5.2.3.1 (cell selection), TS 38.304 §5.3.1 (cell status). Timer T302 applies if access is barred due to access control.

Why moved from SIB1 to MIB? In LTE, cell barring information is in SIB1 (cellAccessRelatedInfo), meaning the UE must acquire SIB1 (which can take 80–160ms) only to discover the cell is barred and it wasted time. By moving cellBarred to MIB in NR, the UE learns the cell's access status immediately after PBCH decode — if barred, it can skip SIB1 acquisition entirely and move to the next candidate cell, saving hundreds of milliseconds during cell search. This is especially important in dense deployments where many small cells may be barred for specific UE categories.

Bit [1] — intraFreqReselection (1 bit)

Intra-Frequency Reselection Bit = 0 → allowed: UE may perform intra-freq reselection
Bit = 1 → notAllowed: UE SHALL NOT reselect to intra-freq cells with equal/lower priority Only applies when the current cell is barred AND the UE is in idle/inactive mode. Ref: TS 38.304 §5.2.4.4.

Interaction with cellBarred: This field only has meaning when cellBarred = barred. If the cell is barred and intraFreqReselection = notAllowed, the UE must treat all cells on this frequency as barred (unless they have higher reselection priority). This effectively bars an entire frequency carrier, which operators use during network maintenance or disaster recovery to steer traffic to other bands. When intraFreqReselection = allowed and the cell is barred, the UE can still reselect to other cells on the same frequency — only this specific cell is barred.

Bit [0] — spare (1 bit)

A single reserved bit, always set to 0. Compare this to LTE's 10 spare bits: NR MIB uses 22 out of 23 bits for actual information, achieving 95.7% information density vs LTE's 58.3%. This reflects NR's design philosophy of maximising every bit in the broadcast channel — future Rel-19+ features that need a MIB field will have to either repurpose this single bit or add bits to the PBCH payload.

PBCH Payload Fields (Outside MIB IE, Inside Transport Block)

The 32-bit PBCH transport block contains 8 additional bits that are not part of the RRC MIB IE but are generated by the physical layer (TS 38.212 §7.1.1). These bits carry timing and beam index information that changes faster than the MIB content cycle.

PBCH Bits — SFN[3:0] (4 bits)

The 4 least significant bits of the System Frame Number. Combined with the 6 MSBs from the MIB IE, the UE recovers the complete 10-bit SFN without any blind decoding. These bits change every 10ms (every radio frame), which is why they cannot be in the MIB IE (which is frozen for 80ms).

PBCH Bit — Half-Frame Indicator (1 bit)

Indicates which 5ms half-frame within the 10ms radio frame the SSB was transmitted in. Value 0 = first half-frame (symbols 0–6 of the frame), value 1 = second half-frame (symbols 7–13). This gives the UE 5ms timing resolution, which is essential because SSBs can appear in either half-frame depending on the SSB burst configuration (TS 38.213 §4.1 Tables 4.1-1/2).

PBCH Bits — SSB Block Index (up to 3 bits)

For Lmax > 4 (FR1 bands 3–6 GHz or FR2), the PBCH payload carries 3 bits representing the MSBs of the SSB block index. The 3 LSBs of the SSB index are derived from the PBCH DMRS sequence initialisation (one of 8 possible sequences). Together, this gives up to 6-bit SSB index (0–63) for FR2 Lmax = 64.

For Lmax ≤ 4 (FR1 sub-3 GHz), only 2 SSB index bits are needed, and both are derived from the DMRS — no PBCH payload bits are used. The freed bits serve other purposes (kSSB MSB for 15 kHz SCS).

SSB index is critical for:

1. Beam identification: Each SSB index corresponds to a specific beam direction. The UE reports the best SSB index during RACH so the gNB knows which beam to use.

2. RACH occasion mapping: TS 38.213 §8.1 maps SSB indices to specific RACH occasions (time/frequency resources). The UE must know its SSB index to select the correct RACH occasion.

3. Measurement reporting: SS-RSRP, SS-RSRQ, and SS-SINR are reported per SSB index, enabling beam-level mobility management.

4. PBCH descrambling: The scrambling sequence applied to PBCH depends on the SSB index (ν in TS 38.211 §7.3.3.1), so the UE must determine the SSB index to correctly descramble the PBCH data.

NR PBCH TRANSPORT BLOCK — 32 BITS MIB IE (23 BITS — TS 38.331) SFN[9:4] 6 bits SCS 1 bit k_SSB 4 bits DMRS 1 bit CORESET#0 4 bits SS#0 4 bits CB 1b IFR 1b S 1b 23 bits (RRC MIB IE) PBCH PAYLOAD BITS SFN[3:0] 4 bits HF 1b SSB idx 3 bits 8 bits (PBCH-generated) PBCH Transport Block = 23 (MIB) + 8 (timing) + 1 (padding) = 32 bits → +24 CRC = 56 bits → Polar(512) → 864 coded bits pdcch-ConfigSIB1 EXPANSION (8 bits → CORESET#0 + SearchSpace#0) controlResourceSetZero [4 MSBs] → Index into TS 38.213 Table 13-1...13-10 → Defines: #RBs, #Symbols, freq offset of CORESET#0 → CORESET BW: 24/48/96 RBs (SCS-dependent) → Multiplexing pattern 1/2/3 (SSB & CORESET TDM/FDM) searchSpaceZero [4 LSBs] → Index into TS 38.213 Table 13-11...13-15 → Defines: monitoring slot offset & periodicity → PDCCH monitoring occasions (which slots) → Slot-level granularity for SIB1 scheduling
Fig 2 — NR 32-bit PBCH transport block with MIB IE and PBCH-generated fields
Chapter 04

Bit-Field Comparison: Every Bit Accounted For

The table below maps every bit of both payloads side by side. The fundamental philosophical difference becomes clear: LTE uses its MIB to describe the physical resource grid (bandwidth, PHICH), while NR uses its MIB to describe the control channel configuration (CORESET#0, SearchSpace#0) and timing parameters (SCS, SSB offset). NR delegates resource grid description entirely to SIB1.

Parameter LTE MIB NR MIB
System Bandwidth dl-Bandwidth: 3 bits. 6 values (1.4–20 MHz). Essential for UE to know the resource grid extent. Not in MIB. Bandwidth is in SIB1 (frequencyInfoDL). NR bandwidth parts (BWPs) replace the single-BW concept.
Control Region Config phich-Config: 3 bits. Defines PHICH groups count. CFI (PCFICH) gives control region size per subframe. pdcch-ConfigSIB1: 8 bits. Fully defines CORESET#0 + SS#0 via TS 38.213 tables. No PCFICH/PHICH in NR.
SFN 8 bits (MSBs) in MIB. 2 LSBs implicit from PBCH sub-block. Requires blind decode. 6 bits (MSBs) in MIB IE + 4 bits (LSBs) explicit in PBCH payload. Fully explicit, no blind decode.
Subcarrier Spacing N/A. Always 15 kHz. No field needed. subCarrierSpacingCommon: 1 bit. Required because NR supports multiple SCS options per frequency range.
SSB/PBCH Frequency Offset N/A. PBCH always at center 72 subcarriers. No offset needed. ssb-SubcarrierOffset: 4 bits (kSSB). SSB can be anywhere on the sync raster.
DMRS Position N/A. CRS positions are fixed by cell ID and antenna port count. dmrs-TypeA-Position: 1 bit. Needed to demodulate SIB1 PDSCH.
Cell Barring Not in MIB. In SIB1 (cellAccessRelatedInfo). cellBarred: 1 bit. Moved to MIB so UE can avoid unnecessary SIB1 acquisition.
Half-Frame Indicator N/A. LTE has no half-frame concept for PBCH. 1 bit in PBCH payload. Indicates which 5ms half-frame within the 10ms frame.
SSB Block Index N/A. No beam sweeping in LTE. Up to 3 bits in PBCH payload (Lmax > 4). For Lmax ≤ 4, derived from PBCH DMRS sequence.
Spare 10 bits (41.7% of payload) 1 bit (3.1% of payload)
Total Payload 24 bits (BCH TB) 32 bits (PBCH TB = 23 MIB + 8 PBCH + 1 pad)

“LTE MIB answers the question ‘how wide is this cell?’ NR MIB answers the question ‘where do I find the control channel that will tell me everything else?’”

— Design philosophy distilled
Chapter 05

PBCH Physical Channel: Resource Grid Geometry

LTE PBCH Resource Mapping

In LTE, PBCH occupies 72 subcarriers (6 central RBs) × 4 OFDM symbols in the second slot of subframe 0. This gives 72 × 4 = 288 REs, minus CRS (cell-specific reference signals), yielding approximately 240 available REs (exact count depends on antenna port count: 1, 2, or 4 CRS ports). The bandwidth is always 1.08 MHz, regardless of the cell's system bandwidth. PBCH is QPSK modulated.

NR PBCH Resource Mapping

In NR, PBCH is part of the SS/PBCH Block (SSB), which occupies 240 subcarriers × 4 OFDM symbols. The 4 symbols are allocated as:

Total PBCH REs: 240 × 2 (symbols 1 & 3) + 96 (symbol 2 edges) = 576 REs, minus DMRS (144 DMRS REs at density 1/4 per symbol), yielding 432 PBCH data REs. QPSK modulated → 864 coded bits.

PBCH RESOURCE GRID — LTE vs NR LTE PBCH (Subframe 0, Slot 1) Sym 7 Sym 8 Sym 9 Sym 10 PBCH 72 subcarriers ~240 REs (excl. CRS) 1.08 MHz · Always center PBCH data CRS (punctured) NR SS/PBCH Block (SSB) Sym 0 Sym 1 Sym 2 Sym 3 PSS guard guard PBCH PBCH SSS PBCH PBCH 240 subcarriers 432 PBCH REs → 864 coded bits 20 RBs × SCS · Variable freq position PBCH PSS SSS DMRS LTE PBCH 72 SC × 4 sym = ~240 REs 1920 coded bits (QPSK) vs NR PBCH 240 SC × 3+ sym = 432 REs 864 coded bits (QPSK)
Fig 3 — Physical resource mapping comparison: LTE PBCH vs NR SS/PBCH Block
Chapter 06

Channel Coding: Tail-Biting Convolutional vs Polar

This is arguably the most significant technical divergence between the two systems. LTE PBCH uses a tail-biting convolutional code (TBCC) with rate 1/3 and constraint length K=7 — the same workhorse encoder used for all LTE control channels. NR PBCH uses a polar code — the first application of Arıkan's channel polarization theory in a commercial wireless standard.

LTE: TBCC Processing Chain

  1. Input: 24-bit MIB payload (a0 to a23)
  2. CRC attachment: 16-bit CRC (generator polynomial gCRC16). The CRC bits are XORed with an antenna port mask (see Chapter 7).
  3. Convolutional encoding: Rate 1/3, K=7 tail-biting encoder. Three generator polynomials: g0=1338, g1=1718, g2=1658. Output: 40 × 3 = 120 bits.
  4. Rate matching: Sub-block interleaving + circular buffer + bit selection to produce 1920 coded bits.
  5. Segmentation: 1920 bits divided into 4 self-decodable blocks of 480 bits each. Each block is transmitted in one 10ms radio frame.
  6. Modulation: QPSK → 960 symbols mapped to ~240 REs × 4 frames.
LTE PBCH Coding Chain 24 bits (MIB) → +16 CRC (masked) = 40 bits
→ TBCC (R=1/3, K=7) = 120 bits
→ Rate matching = 1920 bits
→ /4 blocks = 480 bits/frame → QPSK → 240 REs/frame
Effective code rate: 40/1920 = 0.021 (extremely low — designed for initial cell search at very low SNR)

NR: Polar Coding Processing Chain

  1. Input: 32-bit PBCH transport block (A = 32)
  2. CRC attachment: 24-bit CRC (CRC24C, polynomial per TS 38.212 §5.1). Output: 56 bits.
  3. Payload interleaving: Per TS 38.212 Table 7.1.1-1, a specific bit-level interleaving is applied to align the distributed CRC for list decoding.
  4. Polar encoding: Mother code size N = 512 (n = 9). Reliability sequence from TS 38.212 Table 5.3.1.2-1 selects K = 56 most-reliable channels. Remaining 456 channels are frozen (set to 0). Polar transform: d = u · GN where GN = F⊗n, F = [1 0; 1 1].
  5. Rate matching: Sub-block interleaving + circular buffer to produce E = 864 coded bits.
  6. Scrambling: Scrambled with a sequence derived from cell ID (NIDcell) and the SSB index ν. This means each SSB beam has a different scrambling sequence.
  7. Modulation: QPSK → 432 symbols mapped to 432 PBCH REs.
NR PBCH Coding Chain 32 bits (PBCH TB) → +24 CRC (CRC24C) = 56 bits
→ Interleave → Polar (N=512, K=56) = 512 bits
→ Rate matching = 864 bits
→ Scramble (cell ID + SSB idx) → QPSK → 432 REs
Effective code rate: 56/864 = 0.065 (low, but higher than LTE due to per-beam transmission gain)
CHANNEL CODING PIPELINE COMPARISON LTE PBCH ENCODING MIB 24 bits +CRC16 mask → 40b TBCC R=1/3 → 120b RM 1920 bits NR PBCH ENCODING PBCH TB 32 bits +CRC24C 56 bits POLAR N=512 RM+Scr 864 bits TBCC CHARACTERISTICS • Generator polynomials: g0=133, g1=171, g2=165 (octal) • Constraint length K=7 (64-state trellis) • Tail-biting: initial state = last 6 input bits • Decoding: Viterbi (2 passes for tail-biting) • Mature, low-complexity, proven since GSM • Sub-optimal at short block lengths (<100 bits) • Code rate: 40/1920 = 0.021 POLAR CODE CHARACTERISTICS • Based on channel polarization (Arıkan, 2009) • Mother code N=512, K=56 (info+CRC) • Reliability sequence: fixed table (1024 entries) • Decoding: CA-SCL (L=8 typical), CRC-aided • Near-Shannon at short blocks (32–1024 bits) • Cell-specific scrambling per SSB index • Code rate: 56/864 = 0.065
Fig 4 — PBCH encoding pipeline: LTE TBCC vs NR Polar
Chapter 07

CRC & Antenna Port Detection

LTE: CRC Masking (TS 36.212 §5.3.1.2)

After computing the 16-bit CRC, LTE XORs the CRC bits with one of three masks to implicitly encode the number of cell-specific reference signal (CRS) antenna ports:

LTE CRC Antenna Masks 1 antenna port: <0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0>
2 antenna ports: <1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1>
4 antenna ports: <0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1> UE performs 3 blind CRC checks. The one that passes reveals the antenna port count.

This is a classic example of hypothesis testing: the UE decodes PBCH once and checks the CRC against all three masks. Only one will pass (assuming no undetected error). This avoids using any MIB bits for antenna port information, which was critical given the limited 24-bit payload.

NR: DMRS-Based Detection

NR completely eliminates CRC masking. Instead, the PBCH DMRS sequences carry the necessary information. The DMRS sequence is generated using the cell ID (NIDcell) and implicitly encodes:

Architectural implication: LTE's CRC masking reveals how many omnidirectional reference signals the cell transmits. NR's DMRS reveals which beam the UE is receiving. This reflects the fundamental shift from cell-centric (LTE) to beam-centric (NR) architecture.

Chapter 08

Timing Architecture: 40ms vs 80ms

LTE: 40ms PBCH TTI

The LTE PBCH TTI is 40ms, spanning 4 consecutive radio frames (frames N, N+1, N+2, N+3 where N mod 4 = 0). Each frame contributes one of four self-decodable sub-blocks. Key timing properties:

NR: 80ms PBCH TTI with SSB Burst

The NR PBCH has an 80ms periodicity at which the MIB content changes. However, the actual transmission pattern is governed by the SSB burst set:

MIB TIMING — 40ms LTE TTI vs 80ms NR TTI LTE PBCH — 40ms TTI (4 × 10ms radio frames) Frame N (SFN mod 4=0) Sub-block 0 — 480 bits Frame N+1 Sub-block 1 — 480 bits Frame N+2 Sub-block 2 — 480 bits Frame N+3 Sub-block 3 — 480 bits 40ms TTI — SFN[1:0] from sub-block index NR PBCH — 80ms TTI with SSB Burst Sets (FR1, L_max=8) SSB Burst #1 8 beams @0ms SSB Burst #2 8 beams @20ms SSB Burst #3 8 beams @40ms SSB Burst #4 8 beams @60ms 80ms TTI — MIB content changes every 80ms SINGLE SSB BURST SET (20ms, L_max = 8 beams) SSB#0 SSB#1 SSB#2 SSB#3 SSB#4 SSB#5 SSB#6 SSB#7 ← beam sweep
Fig 5 — MIB timing: LTE 40ms fixed TTI vs NR 80ms with beam-swept SSB bursts
Chapter 09

SSB Beam Sweeping: What LTE Never Had

The most radical difference between LTE PBCH and NR PBCH is not in the MIB content itself but in the spatial dimension. LTE PBCH is transmitted omnidirectionally (or with cell-wide beamforming at best). NR PBCH is transmitted as part of an SSB block that is beam-swept across the cell's coverage area.

Each SSB block (indexed 0 to Lmax-1) is transmitted on a different beam direction. The UE selects the SSB with the strongest received signal quality (SS-RSRP) and decodes the MIB from that beam. This has profound implications:

“In LTE, the cell IS the beam. In NR, the cell is a container for multiple beams, and the MIB is delivered separately on each one.”

— Beam-centric architecture principle
Chapter 10

SFN Recovery: Implicit vs Explicit

System Frame Number recovery illustrates a key NR design improvement. In LTE, the UE must perform up to 4 blind decode attempts to determine SFN[1:0]. In NR, all 10 SFN bits are available deterministically after a single successful PBCH decode.

LTE SFN Recovery

  1. Decode PBCH → obtain MIB with SFN[9:2] (8 bits)
  2. Determine which of 4 sub-blocks was decoded → SFN[1:0]
  3. Combine: full SFN = SFN[9:2] | sub-block_index
  4. Worst case: 4 decode attempts × 3 antenna hypotheses = 12 CRC checks

NR SFN Recovery

  1. Decode PBCH → obtain MIB with SFN[9:4] (6 bits)
  2. Extract SFN[3:0] from PBCH payload (4 bits) — no blind decode needed
  3. Extract half-frame indicator (1 bit) — 5ms timing resolution
  4. Extract SSB index (up to 3 bits from payload + 3 bits from DMRS for Lmax = 64)
  5. Combine: full SFN = SFN[9:4] | SFN[3:0], plus sub-frame timing from half-frame + SSB index
Worked Example: NR SFN + Timing Recovery
PBCH decoded from SSB index 3 in half-frame 1
MIB IE: SFN[9:4] = 0b100101 = 37
PBCH payload: SFN[3:0] = 0b0110 = 6
Full SFN = (37 << 4) | 6 = 592 + 6 = 598
Half-frame = 1 → t = SFN × 10ms + 5ms = 5985ms
SSB#3 position within burst: known from TS 38.213 Table 4.1-1
SFN = 598, Half-frame = 1, SSB index = 3 → sub-ms timing resolved
Chapter 11

From MIB to SIB1: The Full Acquisition Chain

Understanding MIB in isolation is incomplete without seeing how it feeds the next step: SIB1 acquisition. The two systems have fundamentally different paths from MIB to SIB1.

LTE Acquisition Chain

  1. PSS → 5ms timing, NID(2) (sector ID, 0–2)
  2. SSS → 10ms timing, NID(1) (group ID, 0–167) → full cell ID
  3. PBCH/MIB → dl-Bandwidth, PHICH config, SFN
  4. PCFICH (subframe 5) → CFI (control region size)
  5. PDCCH blind decode → DCI 1A/1C with SI-RNTI → SIB1 allocation
  6. PDSCH → SIB1 (fixed to subframe 5, periodicity 80ms)

NR Acquisition Chain

  1. PSS → symbol-level timing, NID(2) (0–2)
  2. SSS → NID(1) (0–335) → full cell ID (0–1007)
  3. PBCH/MIB → SCS, kSSB, DMRS position, CORESET#0 + SS#0, SFN, cell barring
  4. PDCCH in CORESET#0 (using SearchSpace#0 monitoring occasions from MIB) → DCI 1_0 with SI-RNTI → SIB1 PDSCH allocation
  5. PDSCH → SIB1 (configurable periodicity, default 160ms)

Critical difference: LTE requires the UE to decode PCFICH before it can locate PDCCH. NR eliminates PCFICH entirely — the MIB's pdcch-ConfigSIB1 directly tells the UE where CORESET#0 is. This is why NR puts 8 bits of CORESET/SearchSpace configuration in MIB: it replaces an entire physical channel (PCFICH) and makes the path from MIB to SIB1 deterministic without any additional broadcast channel.

CELL ACQUISITION CHAIN — LTE vs NR LTE: PSS → SSS → MIB → PCFICH → PDCCH → SIB1 PSS SSS PBCH / MIB BW + PHICH + SFN PCFICH CFI PDCCH DCI + SI-RNTI SIB1 SF5, 80ms NR: PSS → SSS → MIB (+ CORESET#0) → PDCCH → SIB1 PSS SSS PBCH / MIB SCS + k_SSB + CORESET#0 + SS#0 + SFN PDCCH in CORESET#0 DCI 1_0 + SI-RNTI SIB1 configurable No PCFICH in NR — CORESET#0 from MIB replaces it LTE: 6 steps (PSS → SSS → MIB → PCFICH → PDCCH → SIB1) NR: 5 steps (PSS → SSS → MIB → PDCCH → SIB1)
Fig 6 — Cell acquisition chain: LTE (6 steps, needs PCFICH) vs NR (5 steps, CORESET#0 in MIB)
Chapter 12

The Master Comparison Table

Dimension LTE (E-UTRA) 5G NR
MIB SpecificationTS 36.331 §6.2.2TS 38.331 §6.2.2
PBCH SpecificationTS 36.211 §6.6TS 38.211 §7.3.3 & 7.4.3
Coding SpecificationTS 36.212 §5.3.1TS 38.212 §7.1
MIB Payload24 bits (14 info + 10 spare)23 bits (22 info + 1 spare)
BCH Transport Block24 bits32 bits (23 MIB + 8 PBCH + 1 pad)
CRC16-bit (CRC-16), masked with antenna port info24-bit (CRC24C), no masking
Channel CodingTail-biting convolutional code (R=1/3, K=7)Polar code (N=512, K=56)
Encoded Output1920 bits (4 × 480 self-decodable blocks)864 bits (single block, scrambled per SSB)
Code Rate40/1920 = 0.02156/864 = 0.065
ModulationQPSKQPSK
PBCH Bandwidth72 subcarriers (6 RBs, 1.08 MHz, always center)240 subcarriers (20 RBs, SCS-dependent BW, variable position)
PBCH Data REs~240 per sub-block (excl. CRS)432 (excl. DMRS)
PBCH Symbols4 symbols in slot 1 of subframe 03 symbols within SSB (sym 1, 2 edges, 3)
MIB Periodicity40ms (content update period)80ms (content update period)
Transmission Periodicity10ms (one sub-block per frame)5–160ms (SSB burst set periodicity, default 20ms)
SFN Bits in MIB8 MSBs (2 LSBs implicit from sub-block index)6 MSBs (4 LSBs explicit in PBCH payload)
Antenna Port DetectionCRC mask (3 hypotheses blind decode)DMRS sequence (SSB index encoded in DMRS init)
Beam SweepingNone (omnidirectional / cell-wide beam)Up to 64 SSB beams per burst (FR2), 4–8 (FR1)
SSB Index in PBCHN/A3 bits in payload (Lmax > 4) + 3 in DMRS (FR2)
Half-Frame IndicatorN/A1 bit in PBCH payload
DL Bandwidth Infodl-Bandwidth (3 bits) in MIBNot in MIB (in SIB1 frequencyInfoDL)
PHICH/Control Configphich-Config (3 bits) in MIBpdcch-ConfigSIB1 (8 bits) defines CORESET#0 + SS#0
Cell BarringIn SIB1In MIB (1 bit)
SCS InfoN/A (always 15 kHz)subCarrierSpacingCommon (1 bit)
SSB Freq OffsetN/A (always center)ssb-SubcarrierOffset (4 bits, kSSB)
DMRS PositionN/A (CRS positions fixed)dmrs-TypeA-Position (1 bit)
Next Step to SIB1PCFICH → PDCCH blind decodePDCCH in CORESET#0 (defined by MIB)
ScramblingCell-ID based (same for all frames)Cell-ID + SSB index (different per beam)
Reference SignalCRS (cell-specific, always-on)PBCH DMRS (SSB-specific, DMRS-based demod)
Information Density58% (14/24 useful bits)97% (31/32 useful bits, 1 spare)
• • •

The evolution from LTE MIB to NR MIB encapsulates the broader transition in 3GPP design philosophy: from a cell-centric, fixed-parameter, omnidirectional broadcast to a beam-centric, table-driven, spatially-multiplexed architecture. Every bit in the NR MIB earns its place by enabling the UE to move one step closer to SIB1 acquisition without relying on any other broadcast channel. The 10 spare bits that LTE never used stand as a quiet testament to the conservative design of an earlier era; NR's single spare bit shows what happens when every field must justify its existence in a spectrum-scarce, beam-swept world.