Description
The Procedure Transaction Identity (PTI) is a fundamental element in 3GPP signaling protocols, particularly within the Non-Access Stratum (NAS) and certain Access Stratum (AS) procedures. It serves as a local identifier, assigned at the initiation of a transaction, to uniquely tag all subsequent messages exchanged for that specific procedure between two peer entities, such as a User Equipment (UE) and the core network. This allows multiple, simultaneous signaling transactions (e.g., multiple session management or mobility management procedures) to be processed in parallel without confusion. The PTI is included in the protocol header of relevant messages, enabling the receiving entity to correctly associate an incoming message with the appropriate ongoing procedure context and state machine.
Architecturally, the PTI operates within the control plane protocols defined in specifications like 24.301 (NAS for EPS) and 24.501 (NAS for 5GS). It is a critical component for session management procedures, such as the Protocol Data Unit (PDU) Session Establishment or Modification. When a UE initiates a procedure, it selects an unused PTI value and includes it in the initial request message. The network echoes this same PTI in its response messages. This pairing ensures that even if messages from different transactions arrive out of order or interleaved, each entity can demultiplex them correctly. The PTI value space is managed locally by the entity initiating the transaction; it is not a globally unique identifier but is unique for the duration of the transaction between the two communicating peers.
The role of the PTI extends to ensuring reliable signaling and preventing state corruption. By providing a clear correlation tag, it supports complex procedures that involve multiple message exchanges, such as handovers or quality-of-service (QoS) negotiations. In the radio access network, specifications like 36.321 (LTE MAC) also utilize similar transaction identity concepts for certain MAC layer procedures, highlighting its importance across different protocol layers. Without a mechanism like the PTI, managing concurrent signaling would require more complex sequencing or serialization, increasing latency and the risk of errors. Its simplicity and effectiveness make it a cornerstone of 3GPP's robust signaling architecture.
Purpose & Motivation
The PTI was introduced to solve the fundamental problem of managing multiple, simultaneous signaling transactions between network entities. In early mobile systems, signaling procedures were often simpler or more serialized, but as networks evolved to support complex services, concurrent procedures became necessary. For instance, a UE might need to activate a data session while simultaneously performing a location update or receiving a SMS. Without a transaction identifier, correlating request and response messages in such scenarios would be error-prone, leading to protocol failures or misapplied operations.
Its creation was motivated by the need for efficient and reliable state machine management within connection-oriented signaling protocols. Prior approaches might have relied on implicit sequencing or dedicated physical channels, which were not scalable for packet-switched, IP-based core networks like those defined from 3GPP Release 8 (EPS) onward. The PTI provides a lightweight, in-band solution that adds minimal overhead to messages while enabling clear transaction isolation. This is particularly critical in the NAS layer, where the UE and core network must maintain synchronized views of multiple ongoing procedures, such as PDU session management, bearer resource allocation, and mobility management events.
Historically, the concept draws from transaction identifiers used in other telecommunication and data networking protocols. Its standardization within 3GPP ensured interoperability across vendors and network deployments. By addressing the limitation of ambiguous message association, the PTI enhances network reliability, supports advanced features like network slicing and QoS flows, and underpins the seamless user experience expected in modern 4G and 5G networks. It solves the problem of concurrency in signaling, which is a prerequisite for the high-performance, multi-service capabilities of contemporary mobile systems.
Classification
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (11 CRs across 4 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, several key corrections and clarifications were introduced for the PTI function, including its retention during UE-initiated PDN disconnect and its release conditions. The updates also specified that a PTI mismatch or a PTI already in use (cause #35) would trigger a local PDU session release reject. Furthermore, clarifications were added regarding the use of a PCF-provided PTI for UE policies delivery.
- Keep PTI during UE initiated PDN disconnect procedure TS 24.301CR3008
- Correction on PTI mismatch TS 24.501CR0168
- Correction on PTI definition TS 24.501CR0283
- Local PDU session release upon receipt of PDU Session Release Reject with 5GSM cause #34 (service option temporarily out of order) or #35 (PTI already in use) TS 24.501CR0458
- Correction on PTI value release TS 24.501CR0698
- Clarifications on use of PCF-provided PTI for UE policies delivery TS 24.501CR0934
In Release 16, the primary changes to the Procedure Transaction Identity (PTI) function involved corrections to error handling procedures for both the UE and the network. These corrections were applied to the established PTI usage within UE-initiated procedures, such as the UE Requested Bearer Resource Modification Procedure, which is linked to Dedicated Bearer Activation and Bearer Modification. The updates ensured more robust handling of the PTI parameter across the relevant signaling messages between network entities like the MME, Serving GW, and PDN GW.
In Release 17, the new functionality for the PTI was its assignment within the MANAGE UE POLICY COMMAND procedure, which is triggered by a UE POLICY PROVISIONING REQUEST. This introduces a specific, standardized mechanism for PTI handling in the context of UE policy provisioning, a distinct procedure from the existing bearer resource management operations where the PTI is used for correlation.
- PTI assignment in MANAGE UE POLICY COMMAND triggered by UE POLICY PROVISIONING REQUEST TS 24.501CR3796
In Release 18, the enhancements to the PTI function focused on improved error handling and correction of specific procedural mismatches. This included defining clearer error handling for PTI-related operations and correcting the network's behavior when processing a DEACTIVATE EPS BEARER request that contains a mismatched PTI value. These updates ensure more robust correlation of procedures initiated by the UE Requested Bearer Resource Modification process.
Explore further
Broader topics and technologies where PTI plays a role.
Defining Specifications
3GPP specifications that define or reference PTI, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.401 vj50 | Evolved Packet System (EPS) Stage 2 Description | Rel-19 |
| TS 24.244 vj00 | Wireless LAN Control Plane Protocol | Rel-19 |
| TS 24.301 vj60 | NAS protocol for Evolved Packet System | Rel-19 |
| TS 24.501 vj50 | 5G NAS Protocols Specification | Rel-19 |
| TS 24.801 v810 | CT1 SAE NAS Aspects for EPC | Rel-8 |
| TS 29.274 vj50 | GTPv2-C Control Plane Protocol Specification | Rel-19 |
| TS 29.525 vj40 | 5G UE Policy Control Service Stage 3 | Rel-19 |
| TS 36.213 vj10 | LTE Physical Layer Procedures | Rel-19 |
| TS 36.321 vj00 | E-UTRA MAC Protocol Specification | Rel-19 |
| TR 38.889 vg00 | NR-based access to unlicensed spectrum study | Rel-16 |