Description
In the context of 3GPP specifications, Read Only Memory (ROM) refers to a non-volatile storage medium used primarily within User Equipment (UE) or test equipment to store permanent, unchangeable data and code. Unlike Random Access Memory (RAM), which is volatile, ROM retains its contents when power is removed. The data in a true ROM is written during the semiconductor fabrication process (mask ROM) and is physically immutable. However, the term is often used more broadly in specifications to encompass other non-volatile, write-protected storage such as firmware in programmable ROM (PROM), erasable PROM (EPROM), or flash memory segments that are locked after programming.
Its role in 3GPP systems is critical for storing foundational software and data that must remain invariant for the correct and standardized operation of the device. This includes the boot code for the device's processor, low-level radio firmware that implements the physical layer (Layer 1), and protocol stack code essential for initial cell search, synchronization, and basic system information acquisition. For UE test models and certification, ROM stores reference implementation data, pre-configured test parameters, and protocol conformance scripts that ensure the UE behaves exactly as mandated by the standards during interoperability and compliance testing.
From a network operation perspective, the immutable nature of ROM guarantees that critical procedures are executed identically across all compliant devices, forming a stable base for interoperability. While application processors may use rewritable flash for higher-layer software, the baseband processor often relies on ROM-stored code for its most fundamental and timing-critical operations. The integrity of this ROM content is a prerequisite for network security and stability, as it forms the root of trust for the device's operation.
Purpose & Motivation
ROM exists to provide a permanent, tamper-resistant repository for essential code and data that defines the device's identity and fundamental capabilities. In the early days of telecommunications, storing firmware in ROM ensured operational reliability; the code could not be accidentally corrupted, providing a guaranteed boot sequence and baseline functionality. This was crucial for maintaining network stability, as erratic UE behavior could cause widespread issues.
In the context of 3GPP standardization, specifying the use of ROM (or similar protected storage) for test models and conformance data ensures reproducibility and fairness in certification. All test UEs of a given model use identical, unchangeable reference code, so test results are consistent and comparable. It solves the problem of device variability during critical conformance and interoperability testing. Furthermore, for commercial UEs, storing permanent identifiers like the International Mobile Equipment Identity (IMEI) in a protected memory area helps prevent fraud and cloning. The motivation is rooted in reliability, security, and the need for a guaranteed behavioral baseline across millions of devices from diverse manufacturers.
Evolution Across Releases
An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.
The term 'Read Only Memory' was formally referenced in 3GPP specifications, particularly in the context of UE test models and conformance documentation (e.g., 26-series specs). It denoted the storage for fixed protocol implementation data required for standardized testing procedures in LTE.
Defining Specifications
3GPP specifications that define or reference ROM, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 26.073 vj00 | AMR Speech Codec ANSI-C Implementation | Rel-19 read |
| TS 26.104 vj10 | AMR Floating-Point Codec Specification | Rel-19 read |
| TS 26.173 vj00 | AMR-WB Codec ANSI-C Implementation | Rel-19 read |
| TS 26.204 vj00 | AMR-WB Floating-Point Codec Specification | Rel-19 read |
| TS 26.243 vj00 | DSR Extended Advanced Front-end C Code | Rel-19 read |
| TS 26.267 vj00 | eCall In-band Modem Specification | Rel-19 read |
| TS 26.268 vj00 | eCall In-band Modem ANSI-C Code | Rel-19 read |
| TS 26.273 vj00 | Fixed-point AMR-WB+ codec ANSI-C code | Rel-19 read |
| TS 26.304 vj00 | Floating-point Extended AMR-WB+ Codec ANSI-C Code | Rel-19 read |
| TS 26.348 vj00 | xMB Interface Specification | Rel-19 read |
| TS 26.410 vj00 | Enhanced aacPlus Floating-Point ANSI-C Code | Rel-19 read |
| TS 26.411 vj00 | Enhanced aacPlus Fixed-Point ANSI-C Code | Rel-19 read |
| TS 26.804 vk10 | 5G Media Delivery Architecture Extensions | Rel-20 read |
| TR 26.969 vj00 | eCall In-band Modem Performance Characterization | Rel-19 read |
| TS 34.131 vj00 | SIM API C Language Test Specification | Rel-19 read |
| TR 35.909 vj00 | 3GPP MILENAGE Algorithm Design Report | Rel-19 read |
| TR 35.934 vj00 | Tuak algorithm set for 3GPP auth & key gen | Rel-19 read |
| TS 36.300 vj20 | E-UTRAN Radio Interface Protocol Architecture | Rel-19 read |
| TR 36.976 vj00 | LTE-based 5G Terrestrial Broadcast Overview | Rel-19 read |
| TS 46.006 vj00 | GSM Half Rate Codec ANSI-C Code | Rel-19 read |
| TS 46.053 vj00 | GSM Enhanced Full Rate Codec ANSI-C Implementation | Rel-19 read |