5  NB-IoT Channel Access

Random Access, Physical Channels, and Uplink Scheduling

cellular-iot
nb
channel
access

Overview: Channel Access Makes NB-IoT Scheduled

NB-IoT does not let a low-power device transmit whenever it wants at whatever rate it chooses. The device first finds an NB-IoT cell, reads broadcast information, requests access, waits for a grant, sends a scheduled uplink, and then returns to its approved power state.

That sequence is why channel access belongs in the architecture review. A product can have a small payload and still waste battery if cell search, random access, grant waiting, repetitions, or retries keep the modem awake for too long.

Listen

Find the Cell

The device detects synchronization signals, reads broadcast information, and learns which access resources are available.

Request

Use NPRACH

The device sends a random-access preamble using the repetition and hopping pattern configured by the serving cell.

Schedule

Receive NPDCCH

The network grants uplink resources, including timing, tone allocation, modulation and coding behavior, and repetition behavior.

Transmit

Send NPUSCH

The payload is sent on the scheduled uplink resource, then the result is validated through acknowledgements, retries, and platform delivery.

NB-IoT access flow from synchronization and broadcast information through NPRACH, NPDCCH scheduling, NPUSCH uplink, and NPDSCH response.
Channel access is a procedure from cell discovery to a scheduled uplink transfer.

The Physical Pieces

The names look similar because they all belong to the NB-IoT physical layer, but they do different jobs in the access path.

Item
Role
Question
Evidence
NPSS / NSSS
Cell search and synchronization.
Can the device reliably find the cell in worst-case placement?
Search time, serving-cell history, and failure logs after cold start.
NPBCH / SIB-NB
Broadcast information needed for access and cell behavior.
Does the device read the expected cell and access configuration?
Decoded cell identity, band, access resources, and barring or restriction state.
NPRACH
Initial random access from idle or disconnected state.
How many attempts are needed in the actual installation environment?
Attempt count, coverage level, backoff behavior, and time from wake to grant.
NPDCCH
Downlink control information, including uplink grants.
How long does the device wait for a grant after access?
Grant latency, missed grants, retry reasons, and current during listening windows.
NPUSCH
Scheduled uplink user data and uplink control.
Which granted tone and repetition behavior meets reliability and battery goals?
Tone allocation, repetitions, bytes delivered, retries, and current trace.
NPDSCH
Downlink data and some system information delivery.
Can the product tolerate downlink delay and paging behavior?
Command latency, payload size, acknowledgement behavior, and application timeout logs.

Practitioner: Approve the Grant You Measure

A deployment review should focus on what the serving network actually grants in representative locations. Firmware settings, module capability, and operator marketing claims are inputs; they are not enough to approve a fleet rollout.

The practical workflow is to separate access evidence from payload evidence, then join both to the current trace. That exposes whether the bottleneck is cell discovery, random access, grant latency, repetitions, retries, application acknowledgement, or return-to-sleep behavior.

1. Install Use production antenna, enclosure, SIM or eSIM profile, module firmware, and target operator profile.
2. Search Measure cell search, decoded broadcast information, serving-cell stability, and radio measurements.
3. Access Record NPRACH attempts, backoff behavior, access failures, and time from wake to scheduling response.
4. Transfer Record NPDCCH grants, NPUSCH tone allocation, repetitions, retries, and bytes delivered.
5. Validate Match device logs to network or platform receipt, application acknowledgement, and current trace.
6. Decide Approve only the locations and operating modes that pass the written evidence gate.

Uplink Tone Modes

The learner-facing trade-off is straightforward: fewer tones can support more coverage-oriented operation, more tones can shorten a transfer when the link and cell allow it, and repetitions improve decodability at the cost of airtime and active current.

NB-IoT uplink tone modes showing 15 kHz multi-tone allocations, 15 kHz single-tone operation, 3.75 kHz single-tone operation, and hopping across the narrowband carrier.
Uplink tone options are scheduling trade-offs, not fixed application data rates.
Mode
Role
Question
Evidence
15 kHz multi-tone
Higher-throughput uplink when the link and cell capacity allow it.
Does faster transmission reduce total active time, or does it cause too many retries?
Granted tones, repetition count, failed grants, and measured transfer current.
15 kHz single-tone
Coverage-oriented uplink while retaining LTE-compatible subcarrier spacing.
Does the narrower allocation improve delivery enough to offset longer airtime?
Packet delivery, grant latency, retries, and current trace in weak-signal locations.
3.75 kHz single-tone
Very narrow uplink operation for deeper coverage where supported.
Does the operator and device support it, and is the added airtime acceptable?
Support confirmation, granted spacing, repetitions, and timeout behavior.
Frequency hopping
Diversity against narrowband interference and fading.
Is packet loss caused by weak signal, interference, congestion, or sleep timing?
Interference survey, retransmission pattern, channel logs, and time-of-day failures.
Do not treat tone choice as a firmware toggle.

A product team may prefer single-tone operation for weak-signal devices or multi-tone operation for stronger links, but the final uplink resource is scheduled by the network. The field log should record the granted behavior, not just the intended configuration.

Evidence Checklist

  • Serving cell, band, deployment mode, and operator profile.
  • RSRP, RSRQ, SINR, or equivalent modem-reported radio measurements.
  • Cell search time after cold start and after deep sleep.
  • NPRACH attempt count, backoff behavior, and access failure reasons.
  • NPDCCH grant latency and missed-grant behavior.
  • Granted uplink tones, spacing, repetitions, and transport behavior.
  • Payload bytes at the device, network, and application platform.
  • Retries, duplicate messages, and application acknowledgement timing.
  • Current trace from wake through return to PSM or eDRX behavior.
  • Worst-case results from real enclosure, antenna, and installation locations.

Under the Hood: Narrowband Gains Cost Time Awake

NB-IoT gains coverage by narrowing the radio resource and allowing repeated transmissions. That helps a weak receiver decode a message, but it also stretches the time a device spends searching, listening, transmitting, waiting, and retrying.

For a power budget, the main question is not the theoretical peak rate. The main question is how long the modem remains in high-current states for the complete transaction under the network behavior the device actually receives.

Search

Acquisition Cost

Cold starts, deep-sleep wakeups, and poor placement can extend synchronization and broadcast reading before any payload exists.

Access

Collision and Backoff Cost

Random access can repeat when the device is marginal, barred, congested, or competing with many devices waking at similar times.

Grant

Listening Cost

The device may spend significant active time waiting for downlink control, especially when repetitions and coverage levels are high.

Return

Sleep-State Cost

The transaction is not complete until acknowledgements, application policy, and modem state allow return to PSM or the next eDRX cycle.

Decision Record Pattern

A durable channel decision records the requirement, the observed grant behavior, the power effect, and the retest trigger. That is more useful than treating NB-IoT channel configuration as a single radio setting.

Record
Role
Question
Evidence
Requirement
States payload cadence, mobility, downlink urgency, and battery target.
What service behavior must the radio procedure support?
Use-case record, payload budget, maintenance-window policy, and service owner.
Grant behavior
Captures what the network actually schedules in representative locations.
Does the observed tone, repetition, and latency pattern match the design?
Modem logs, network traces where available, and platform delivery timestamps.
Power effect
Connects access behavior to active current and sleep-state return.
Does the complete transaction fit the battery model?
Current trace with search, access, transfer, acknowledgement, and return-to-sleep segments.
Retest trigger
Defines when the decision must be rechecked.
What change can invalidate the channel evidence?
Operator profile, firmware, antenna, enclosure, site class, traffic density, or payload-cadence change.
Avoid fictional battery-life math.

NB-IoT battery life cannot be proven from nominal uplink rate alone. Current draw depends on module state transitions, search time, access delay, repetitions, retransmissions, paging windows, firmware behavior, temperature, battery chemistry, and network grants. Use calculations for planning, but approve deployments from measured current traces and delivery logs.

5.1 Start With the Story

Many sleepy devices may need the same narrow channel at nearly the same time. The channel-access problem is the everyday question of how a meter gets a clean turn without wasting battery on failed attempts.

Start simple: treat scheduling, random access, repetition, and retries as battery and reliability decisions, not just radio mechanics.

Phoebe the physics guide

Phoebe’s Why

This chapter’s own access table splits the sequence into “Listen,” “Request,” “Schedule,” and “Transmit” – two legs where the device receives (NPSS/NSSS, NPDCCH, NPDSCH) and two where it transmits (NPRACH, NPUSCH). It is tempting to treat antenna quality as only a transmit-side concern, since EIRP is the number everyone quotes. But a passive antenna’s gain is reciprocal: the same figure that sets how much power reaches the tower on the way out also sets how much of the tower’s downlink power the antenna can collect on the way in. An enclosure that detunes the antenna does not just weaken the uplink preamble – it weakens the device’s ability to hear its own grant, which is exactly why “the device may spend significant active time waiting for downlink control” is worth listing as its own energy risk in this chapter’s under-the-hood section.

The Derivation

Reciprocity: a passive antenna has one gain figure that applies to both directions.

\[G_{\mathrm{tx}} = G_{\mathrm{rx}} = G\]

Uplink budget (what the network receives from NPRACH/NPUSCH):

\[\mathrm{EIRP(dBm)} = P_t(\mathrm{dBm}) + G(\mathrm{dBi})\]

Downlink budget (what the device receives on NPDCCH/NPBCH/NPDSCH), using the same \(G\) in the receive aperture:

\[P_r = S_{\mathrm{incident}} \times A_e, \qquad A_e = \frac{G\lambda^2}{4\pi}\]

A repetition count \(N\) recovers a decibel shortfall \(\Delta\) on either leg by the same idealized combining relation:

\[N' = N \times 10^{\Delta/10}\]

Worked Numbers: One Detuned Antenna, Two Legs to Pay For

  • Enclosure detuning (catalog-typical, a compact chip antenna against a metal-adjacent enclosure): \(\Delta G = -4.00\) dB, applying identically to \(G_{\mathrm{tx}}\) and \(G_{\mathrm{rx}}\) by reciprocity
  • Repetition multiplier to restore that margin on one leg: \(10^{4.00/10} = 2.51\times\)
  • From an illustrative baseline of \(N_0 = 8\) repetitions, restoring the margin needs \(8\times2.51 = 20.1\) – but NB-IoT repetition counts step in powers of two, so the real system rounds up to \(N' = 32\), a \(32/8 = 4.00\times\) increase, spending more airtime than the 2.51x the physics alone required
  • The double-jeopardy part: that same 2.51x-to-4.00x cost is not paid once – it is paid separately on the NPRACH/NPUSCH transmit legs and on the NPDCCH/NPDSCH listening legs, because both directions share the one detuned antenna. A design that only budgets extra repetitions for the uplink and assumes downlink reception is unaffected will still under-predict the current trace this chapter’s evidence checklist asks every field gate to record

5.2 Summary

  • NB-IoT channel access is a scheduled sequence from cell discovery through random access, grant reception, uplink transfer, and return to a power-saving state.
  • The device can expose capabilities and log measurements, but the serving network grants the actual uplink resource.
  • Single-tone operation, repetitions, and hopping can improve weak-link behavior, but they also affect airtime and active current.
  • Rollout approval should use field evidence: access attempts, grant latency, granted tone behavior, payload delivery, retries, and current traces.
  • A channel decision needs retest triggers for operator profile, firmware, antenna, enclosure, site class, traffic density, or payload-cadence changes.

5.3 Key Takeaway

NB-IoT channel access is not just a radio acronym list. It is the measured service path that determines whether a small payload can be delivered reliably without destroying the battery model.

5.4 See Also

Architecture

NB-IoT Architecture

Places channel access inside the full device, radio, core, and application service chain.

Coverage

NB-IoT Coverage Enhancement

Explains how repetitions and deep-coverage behavior change access delay and active current.

Power

NB-IoT PSM and eDRX

Connects reachability timers and sleep behavior to channel-access transactions.

Planning

Deployment Planning

Turns channel measurements into pilot gates, rollout decisions, and retest triggers.