Description
An Elementary Procedure (EP) is the atomic unit of signaling in 3GPP protocol specifications. It represents a self-contained transaction between peer entities, such as between a User Equipment (UE) and a base station (e.g., gNB, eNB) or between different network nodes (e.g., AMF and SMF). Each EP is defined by a specific purpose, such as establishing a connection, authenticating a user, or handing over a session. It consists of one or more messages exchanged in a defined sequence, culminating in a clear success or failure outcome. The structure is formalized in protocol specification documents using Abstract Syntax Notation One (ASN.1) or similar formal description techniques, detailing the message information elements, encoding rules, and procedural behavior for both the initiating and responding sides.
The operation of an EP follows a strict state machine. The initiating entity sends a request message, triggering the procedure. The receiving entity processes this message, performs the necessary actions (which may involve interacting with other network functions or databases), and then returns a response message—either positive (e.g., 'Request Accepted') or negative (e.g., 'Request Rejected' with a specific cause code). Some EPs are 'class 1' procedures, requiring an explicit response, while others are 'class 2' procedures, which are one-way notifications without a response. The success of an EP often depends on the validation of included parameters and the current state of the involved entities, ensuring the network operates in a consistent and predictable manner.
EPs are the foundational components from which more complex network services and operations are constructed. For example, a complete attach procedure for a UE to register with the network is composed of a sequence of multiple EPs, including identity request/response, authentication, and security mode command. They are defined across all 3GPP-defined interfaces (e.g., N1, N2, X2, Xn, S1, Iu) and are integral to the Radio Resource Control (RRC), NG Application Protocol (NGAP), and X2 Application Protocol (X2AP), among others. This modular approach allows for precise specification, testing, and implementation of network behavior, which is critical for interoperability between equipment from different vendors and for the stable evolution of the system across releases.
Purpose & Motivation
The Elementary Procedure was created to provide a standardized, modular, and unambiguous method for defining signaling interactions in telecommunications networks. Prior to such formalization, protocol behavior could be loosely defined, leading to interoperability issues between network equipment from different manufacturers. By breaking down complex network operations into atomic, well-defined procedures, 3GPP ensures that every possible interaction has a specified message flow, error handling, and outcome, which is essential for the reliability and predictability of large-scale, multi-vendor mobile networks.
Its existence solves the fundamental problem of how to precisely engineer the communication between distributed network functions. It provides the 'vocabulary' and 'grammar' for network entities to cooperate. For instance, without a standardized EP for 'Handover Preparation', one vendor's base station might send different information or expect a different response than another vendor's, causing call drops. EPs formalize these exchanges, detailing every parameter and condition. This precision is the bedrock upon which features like mobility management, session management, and quality of service are reliably implemented.
Historically, this concept has been central to 3GPP systems since GSM, but it was fully crystallized and extensively documented from UMTS (R99) onwards. The motivation was to manage the increasing complexity of 3G and later 4G/5G networks, which introduced many new network entities and interfaces. The EP model allows new features to be added by defining new procedures or extending existing ones without breaking backward compatibility, supporting the smooth evolution of mobile standards over decades.
Key Features
- Defines a complete, indivisible signaling transaction
- Specifies initiating and responding message sequences
- Includes formal definitions for success and failure outcomes
- Categorized into Class 1 (with response) and Class 2 (without response) procedures
- Uses formal description languages like ASN.1 for unambiguous specification
- Forms the basic building block for all higher-layer 3GPP signaling protocols
Evolution Across Releases
Introduced as a core concept for UMTS protocols, formalizing signaling procedures on new interfaces like Iu between the RNC and Core Network. Established the foundational model for request/response and notification procedures within the Radio Access Network Application Part (RANAP) and other protocols.
Defining Specifications
| Specification | Title |
|---|---|
| TS 21.905 | 3GPP TS 21.905 |
| TS 25.413 | 3GPP TS 25.413 |
| TS 25.419 | 3GPP TS 25.419 |
| TS 25.423 | 3GPP TS 25.423 |
| TS 25.453 | 3GPP TS 25.453 |
| TS 25.468 | 3GPP TS 25.468 |
| TS 25.469 | 3GPP TS 25.469 |
| TS 25.470 | 3GPP TS 25.470 |
| TS 25.471 | 3GPP TS 25.471 |
| TS 25.931 | 3GPP TS 25.931 |
| TS 26.077 | 3GPP TS 26.077 |
| TS 29.108 | 3GPP TS 29.108 |
| TS 31.113 | 3GPP TR 31.113 |
| TS 32.361 | 3GPP TR 32.361 |
| TS 32.362 | 3GPP TR 32.362 |
| TS 32.363 | 3GPP TR 32.363 |
| TS 32.365 | 3GPP TR 32.365 |
| TS 32.366 | 3GPP TR 32.366 |
| TS 32.371 | 3GPP TR 32.371 |
| TS 36.413 | 3GPP TR 36.413 |
| TS 36.423 | 3GPP TR 36.423 |
| TS 36.444 | 3GPP TR 36.444 |
| TS 36.455 | 3GPP TR 36.455 |
| TS 36.463 | 3GPP TR 36.463 |
| TS 37.466 | 3GPP TR 37.466 |
| TS 46.085 | 3GPP TR 46.085 |
| TS 48.049 | 3GPP TR 48.049 |