Random Access Protocols and the Limitations of ALOHA
A Random Access Protocol is a network MAC strategy in which multiple users can attempt to transmit whenever they have data, rather than waiting for a centralized schedule. When two or more transmissions overlap in time (in a shared medium such as a wireless channel), the receivers typically cannot decode either signal; this overlap creates a Collision and leads to retransmissions.
A classic family of random access protocols is based on ALOHA. In its basic form, users send whenever they have a packet; in the improved “slotted” form, users attempt only at discrete time slots aligned to a common clock.
A key performance measure for random access is Throughput, often expressed as the maximum fraction of time that the channel carries successful transmissions under saturation (many always-ready users).
ALOHA and Slotted ALOHA (Random Access Throughput Intuition)
What “random access” means in MAC design
Random access protocols address how multiple stations share a single communication resource. They typically do the following:
- Allow transmissions without explicit prior permission (to avoid centralized scheduling delays).
- Use probabilistic rules to reduce collision probability.
- Rely on collision detection or feedback to decide retransmissions.
In ALOHA-like systems, “who transmits next” is inherently probabilistic: stations effectively compete by attempting transmissions at random times. This is fundamentally different from Reservation-based access (e.g., polling) where the next transmitter is explicitly chosen ahead of time.
Key concepts:
- Contention
- Backoff
- Saturation throughput
Note: Random access is most effective when the load is low-to-moderate; under heavy load, collisions dominate channel usage.
Footnotes
-
(Missing web source due to tool limitation in this session) ↩
Collision impact: why ALOHA is throughput-limited
- 1Step 1
Assume many nodes may transmit over the same channel. If two or more overlap in time, the receiver cannot decode (collision).
- 2Step 2
A successful transmission requires that exactly one node’s attempt overlaps a given observation window.
- 3Step 3
With pure ALOHA, a packet is vulnerable during its entire transmission time; with slotted ALOHA, vulnerability is limited to the slot boundaries.
- 4Step 4
As more nodes always have packets, the attempt rate rises, which increases the chance that another node overlaps.
- 5Step 5
"Throughput increases initially as attempts rise, but eventually decreases because collisions waste bandwidth and require retransmissions."
Footnotes
-
(Missing web source due to tool limitation in this session) ↩
-
Limitations of using ALOHA as a random access protocol
ALOHA is historically important, but it has well-known limitations when used in real systems—especially under moderate-to-high traffic. The main limitations come from how collisions grow with load and because ALOHA lacks “sensing” of the channel before transmitting (in the classic pure form).
1) Collisions reduce efficiency sharply (vulnerability window)
In pure ALOHA, a transmission can collide with any other transmission that starts during the vulnerable period of length equal to the packet transmission time. Intuitively, this makes the vulnerable interval larger than in slotted operation.
In slotted ALOHA, aligning transmissions to discrete slots reduces the vulnerable interval: only transmissions that overlap the same slot contend.
This difference directly affects the maximum achievable throughput.
2) Maximum throughput is bounded and relatively low
For slotted ALOHA under saturation, the maximum throughput is approximately successful transmissions per slot (when the offered attempt rate is tuned optimally). Pure ALOHA has a lower maximum throughput, approximately successful transmissions per packet time.
These are not just “engineering observations”—they arise from the probability that exactly one station transmits in the vulnerable window.
3) Retransmissions increase traffic and worsen collisions
After a collision, ALOHA typically relies on retransmission after some delay (often with a backoff strategy in practical variants). Under high load:
- collisions generate retransmission attempts,
- retransmissions add to offered load,
- added load raises collision probability again.
This positive feedback loop can cause throughput collapse and large delays.
Key terms:
- Exponential backoff
- Stability
4) No carrier sensing in basic ALOHA
Classic ALOHA does not listen to the channel before transmitting. Therefore, nodes transmit even when others are already transmitting. This is why collisions occur frequently at higher loads.
In contrast, CSMA-style protocols reduce collisions by sensing the channel before sending (best-effort before transmit), though they introduce their own timing tradeoffs.
Footnotes
Why ALOHA is fragile under load
In ALOHA, success requires “exactly one transmitter in the vulnerable window.” As attempts rise, the probability of exactly one transmission peaks and then falls—meaning throughput collapses when the network is not lightly loaded.
Footnotes
-
(Missing web source due to tool limitation in this session) ↩
How to compare random access protocols
Compare protocols by (1) vulnerable window size, (2) collision handling (retransmission/backoff), and (3) whether the protocol senses the channel (e.g., CSMA) or simply transmits (classic ALOHA).
Footnotes
-
(Missing web source due to tool limitation in this session) ↩
Saturation throughput limits (idealized)
Approximate maxima for pure vs. slotted ALOHA expressed as fraction of time/slots used for successful transmissions.
Summary: limitations in one sentence each
- Large vulnerable window (pure ALOHA): collisions occur when transmissions overlap within a full packet duration window.
- Low maximum throughput: the idealized peak is about for pure and for slotted ALOHA.
- Retransmission amplification: collisions increase retransmissions, raising load and further increasing collisions.
- No sensing: without carrier sensing, ALOHA cannot avoid transmitting over ongoing transmissions.
Footnotes
From ALOHA to more collision-aware random access
ALOHA (pure)
Early random accessTransmit whenever ready; collisions grow quickly with load."
Slotted ALOHA
Improved alignmentAttempt only at slot boundaries to reduce the vulnerable interval."
Backoff + carrier sensing (CSMA-family)
Collision reductionListen before transmit and use backoff after collisions to stabilize throughput."
Footnotes
-
(Missing web source due to tool limitation in this session) ↩
Frequently checked details
Knowledge Check
Which statement best characterizes a random access protocol like ALOHA?