RE

Requirement Enhancement

Other →
Introduced in Rel-5

RE is a formal 3GPP process and document type for proposing new or modified technical requirements to guide specification work before detailed technical development.

Category
Other
Introduced
Rel-5
Where
Radio Access Network › NG-RAN (5G)
Specifications
46 specs
RE Description Purpose Related Classification Specifications

Description

A Requirement Enhancement (RE) is a fundamental document type in the 3GPP standards development process. It is not a network function or protocol, but a procedural artifact used to formally define and justify new technical requirements or modifications to existing ones. An RE document is the output of a 3GPP Technical Specification Group (TSG) or Working Group (WG) after studying a new service, feature, or system aspect. It serves as the bridge between high-level service concepts and the detailed technical specifications that implement them.

The RE creation process typically begins with a Study Item (SI) or a feature proposal within a group like SA1 (Services) or RAN1 (Radio Layer 1). The group analyzes the proposed concept, its feasibility, and its impact on the system. The RE document captures the consensus on what needs to be standardized. It includes a detailed description of the requirements, such as functional capabilities, performance targets (e.g., latency, reliability, data rate), security aspects, and impacts on existing network entities and interfaces. The RE will reference specific use cases and scenarios that motivate the requirements.

Once approved by the relevant TSG, the RE is assigned to the appropriate specification groups (e.g., SA2 for architecture, SA3 for security, RAN groups for radio aspects) as a work item. These groups then develop or modify the normative Technical Specifications (TS) and Technical Reports (TR) to fulfill the mandated requirements. The RE document itself, often published as a Technical Report (e.g., TR 22.804 for a study on enhanced V2X), remains as a permanent record of the agreed-upon objectives and constraints. This process ensures that the development of complex specifications is driven by clear, agreed-upon needs, maintaining focus and traceability throughout the standardization lifecycle.

Purpose & Motivation

The RE process exists to provide structure, clarity, and traceability to the evolution of the 3GPP system. Mobile communication standards are immensely complex, involving hundreds of specifications. Without a formal mechanism to define and agree on *what* needs to be built before defining *how* to build it, the standardization process could become chaotic and inefficient. The RE serves as the formal contractual agreement among 3GPP members on the scope and goals of a new feature.

Historically, as 3GPP systems evolved from basic voice (3G) to broadband data (4G) and now to a platform for diverse industries (5G), the number of proposed features exploded. The RE process addresses the limitations of ad-hoc feature development by forcing a rigorous requirements phase. It ensures that all aspects—service requirements, security, regulatory needs, and network impacts—are considered holistically before detailed protocol design begins. This mitigates the risk of developing specifications that are technically sound but do not meet actual market or regulatory needs, or that create unforeseen conflicts with other system parts. It is a cornerstone of 3GPP's successful, collaborative, and multi-vendor standardization model.

Classification

Part ofTSG
Specific typesTR

Evolution Across Releases

Rel-5 Initial

The concept of Requirement Enhancements was integral to the 3GPP process from early releases. In Rel-5, which introduced IMS (IP Multimedia Subsystem), RE documents would have been used to formally capture the requirements for enabling multimedia services over PS domain, driving the work on specifications like TS 22.228 (IMS stage 1 requirements).

Explore further

Broader topics and technologies where RE plays a role.

Defining Specifications

3GPP specifications that define or reference RE, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TR 22.804 vg30 5G Automation in Vertical Domains Study Rel-16
TS 23.048 v1400 Secured Packets for UICC Remote Management Rel-5
TS 36.101 vj30 LTE UE Radio Transmission & Reception Requirements Rel-19
TS 36.102 vj10 E-UTRA UE Satellite Access RF Requirements Rel-19
TS 36.104 vj10 Base Station (BS) radio transmission and reception Rel-19
TS 36.108 vj10 Satellite Access Node RF Requirements Rel-19
TS 36.116 vj00 E-UTRA Relay RF Requirements Rel-19
TS 36.117 vj00 E-UTRA Relay RF Test Methods & Requirements Rel-19
TS 36.141 vj00 E-UTRA BS Conformance Testing Rel-19
TS 36.181 vj30 E-UTRA RF Test Methods for Satellite Access Node Rel-19
TS 36.213 vj10 LTE Physical Layer Procedures Rel-19
TS 36.216 vj00 LTE Relay Node Physical Layer Rel-19
TS 36.521 vj00 E-UTRA UE Conformance ICS Proforma Rel-19
TS 36.855 vd00 E-UTRA Positioning Enhancements Study Rel-13
TS 36.863 vc00 CRS Interference Mitigation for Homogeneous Networks Rel-12
TS 36.878 vd00 LTE Performance Enhancements for High Speed Scenarios Rel-13
TS 36.884 vd10 MMSE-IRC Receiver Performance for LTE BS Rel-13
TS 36.894 vd00 Study on LTE Measurement Gap Enhancement Rel-13
TS 37.105 vj10 AAS Base Station Transmission & Reception Requirements Rel-19
TS 37.145 vj10 AAS Base Station Conducted Conformance Testing Rel-19
TS 37.842 vd30 BS RF Requirements for Active Antenna Systems Rel-13
TR 37.843 vf70 AAS BS Radiated RF Requirement Background Rel-15
TS 38.101 vj31 NR User Equipment Radio Transmissions Rel-19
TS 38.104 vj20 NR Base Station RF Requirements Rel-19
TS 38.108 vj20 NTN NR Satellite Access Node RF Requirements Rel-19
TS 38.174 vj10 NR Integrated Access and Backhaul Radio Spec Rel-19
TS 38.176 vj20 IAB Conformance Testing Specification Rel-19
TS 38.181 vj10 NR Satellite Access Node RF Testing Rel-19
TS 38.191 vj00 NR Ambient IoT RF Characteristics Rel-19
TS 38.213 vj10 NR Physical Layer Control Procedures Rel-19
TS 38.521 vj20 NR Physical Layer UE Conformance Testing Rel-19
TS 38.551 vi30 User Equipment (UE) Multiple Input Multiple Output (MIMO) Over-the-Air (OTA) performance Rel-18
TS 38.741 vj00 NTN L-/S-band for NR Technical Specification Rel-19
TS 38.755 vj10 NR FR1 DL Fragmented Carriers Study Rel-19
TS 38.774 vj00 Rel-19 LP-WUS/WUR RF Requirements TR Rel-19
TS 38.793 vj00 Simultaneous Rx/Tx Band Combinations TR Rel-19
TS 38.817 3GPP TR 38.817 Rel-5
TR 38.839 vh00 Simultaneous Rx/Tx band combinations Rel-17
TS 38.863 vj10 NR NTN RF and Co-existence Spec Rel-19
TR 38.878 vi40 Technical Report on Advanced Receiver for MU-MIMO Rel-18
TR 38.881 vi00 Technical Report on Lower MSD for Inter-band CA/EN-DC/DC Rel-18
TR 38.889 vg00 NR-based access to unlicensed spectrum study Rel-16
TR 38.894 vi00 Technical Report Rel-18
TR 38.912 vj00 Study on New Radio Access Technology Rel-19
TR 45.926 vj00 GERAN BTS Energy Saving Study Rel-19
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.