Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Other

ROM

Read Only Memory

Other →

ROM is a type of non-volatile storage where data is permanently written during manufacturing, and in 3GPP it typically refers to firmware storage for UE test models and protocol-conformance data.

Introduced
Rel-8
Where
Services › Codecs
Specifications
21 specs
ROM Description Purpose Neighbours Specifications

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.

Rel-8 Initial

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.

SpecificationTitleRelease
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