RE

Requirement Enhancement

Other
Introduced in Rel-5
A formal process and document type within 3GPP for proposing and specifying new or modified technical requirements for a standard. It captures the need for a feature or capability before detailed technical specifications are developed, guiding the work of specification groups.

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.

Key Features

  • Formal definition of new system capabilities and performance targets
  • Traceability link between market needs and technical specifications
  • Includes analysis of use cases, service requirements, and security needs
  • Mandates impacts on network architecture, interfaces, and protocols
  • Requires approval by a 3GPP Technical Specification Group (TSG)
  • Serves as the basis for creating or modifying normative Technical Specifications (TS)

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).

Defining Specifications

SpecificationTitle
TS 21.905 3GPP TS 21.905
TS 22.804 3GPP TS 22.804
TS 23.048 3GPP TS 23.048
TS 36.101 3GPP TR 36.101
TS 36.102 3GPP TR 36.102
TS 36.104 3GPP TR 36.104
TS 36.108 3GPP TR 36.108
TS 36.116 3GPP TR 36.116
TS 36.117 3GPP TR 36.117
TS 36.141 3GPP TR 36.141
TS 36.181 3GPP TR 36.181
TS 36.213 3GPP TR 36.213
TS 36.216 3GPP TR 36.216
TS 36.521 3GPP TR 36.521
TS 36.855 3GPP TR 36.855
TS 36.863 3GPP TR 36.863
TS 36.878 3GPP TR 36.878
TS 36.884 3GPP TR 36.884
TS 36.894 3GPP TR 36.894
TS 37.105 3GPP TR 37.105
TS 37.145 3GPP TR 37.145
TS 37.842 3GPP TR 37.842
TS 37.843 3GPP TR 37.843
TS 38.101 3GPP TR 38.101
TS 38.104 3GPP TR 38.104
TS 38.108 3GPP TR 38.108
TS 38.174 3GPP TR 38.174
TS 38.176 3GPP TR 38.176
TS 38.181 3GPP TR 38.181
TS 38.191 3GPP TR 38.191
TS 38.213 3GPP TR 38.213
TS 38.521 3GPP TR 38.521
TS 38.551 3GPP TR 38.551
TS 38.741 3GPP TR 38.741
TS 38.755 3GPP TR 38.755
TS 38.774 3GPP TR 38.774
TS 38.793 3GPP TR 38.793
TS 38.817 3GPP TR 38.817
TS 38.839 3GPP TR 38.839
TS 38.863 3GPP TR 38.863
TS 38.878 3GPP TR 38.878
TS 38.881 3GPP TR 38.881
TS 38.889 3GPP TR 38.889
TS 38.894 3GPP TR 38.894
TS 38.912 3GPP TR 38.912
TS 45.926 3GPP TR 45.926