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

Glossary term · Management

Trace Session

Trace Session

Management →

Trace Session is the overall management container for trace data collection, defined as the time interval from its activation to deactivation, within which multiple Trace Recording Sessions may occur.

Introduced
Rel-6
Where
Radio Access Network › UTRAN (3G)
Specifications
2 specs
Trace Session Description Purpose What changed Neighbours Specifications

Description

A Trace Session is a fundamental concept in 3GPP's trace management architecture, defined in TS 32.421 and referenced in TS 25.413. It represents the overall lifecycle of a tracing activity, starting when a Trace Session Activation message is sent to a network element and ending when a Deactivation message is received. During this interval, the network element is configured to generate trace records according to the parameters specified in the activation, such as the target (subscriber, UE, or service), triggering events, and trace depth.

The Trace Session is managed by the Element Manager (EM) and Network Manager (NM) within the Operations, Administration, and Maintenance (OAM) framework. When an operator initiates a trace, the EM sends a Trace Session Activation request to the relevant network elements (e.g., RNC, SGSN, MME, eNB, gNB). This request includes a Trace Reference, which uniquely identifies the session, and other parameters such as the Interface List, Trace Depth, and triggering events for Trace Recording Sessions. The network element acknowledges the activation and begins monitoring for the specified triggers.

A single Trace Session can encompass multiple Trace Recording Sessions. While the Trace Session remains active, the network element may start and stop recording based on the defined triggers. For example, a Trace Session might be activated for a subscriber, and recording sessions might occur each time the subscriber makes a call or enters a specific cell. This hierarchical structure allows for long-term monitoring without continuous data generation, optimizing resource usage.

The Trace Session is deactivated either explicitly by the EM (sending a Deactivation message) or implicitly when the session expires (if a duration was specified). Upon deactivation, the network element stops generating trace records for that session. Any ongoing Trace Recording Sessions are terminated, and no further records are produced. The collected records are typically forwarded to a Trace Collection Entity (TCE) for storage and analysis.

The concept of a Trace Session has been part of 3GPP since Rel-6. Its definition has remained stable, with only minor editorial changes. The Rel-8 revision clarified the definition to explicitly state that it is a time interval started with activation and lasting until deactivation, referencing Figure 2. Subsequent releases maintained this definition, reflecting the maturity and stability of the trace management framework.

Purpose & Motivation

The Trace Session exists to provide a managed, long-lived context for tracing activities in a mobile network. Before its introduction, tracing was often a manual, ad-hoc process that lacked a standardized lifecycle, making it difficult to coordinate across network elements and management systems. The Trace Session solves this by defining a clear start (activation) and end (deactivation), allowing operators to control when tracing is active and to manage resources efficiently.

One of the key problems it addresses is the need for persistent tracing configuration. In many cases, operators want to trace a subscriber or service over an extended period, but not continuously. The Trace Session allows them to activate tracing once and have the network element automatically generate records only when specific events occur (via Trace Recording Sessions). This reduces signaling overhead and storage requirements compared to continuous tracing.

Another motivation is the need for correlation. By assigning a unique Trace Reference to each Trace Session, the framework ensures that all records generated during that session can be linked together, even if they come from different network elements or time periods. This is essential for end-to-end troubleshooting and performance analysis.

The Trace Session also facilitates multi-vendor interoperability. Since the activation and deactivation procedures are standardized, an EM from one vendor can manage trace sessions on network elements from another vendor, as long as they comply with 3GPP specifications. This openness has been crucial for the widespread adoption of trace management in heterogeneous networks.

Over time, the Trace Session concept has proven to be scalable and flexible, accommodating new technologies (e.g., LTE, 5G) and new tracing targets (e.g., services). Its stability across releases underscores its fundamental role in network management.

What changed in its specifications

The latest release-to-release comparison of specifications that define Trace Session. Each summary describes the whole specification, not only this term.

TS 25.413Rel-11 → Rel-12

Release 12 adds LIPA and SIPTO procedural handling with new IEs, an MBMS Session Re-establishment Indicator IE, and BDS support including GANSS ID coding value 101.

Full comparison in TS 25.413 →
TS 32.421Rel-18 → Rel-19

Rel-19 adds RRC report collection to TS 32.421 for NG-RAN, covering RLF, RCEF, RA, SHR, SPR and MHI reports. It also introduces new clauses, definitions and requirements for subscriber and equipment trace and QoE collection management.

Full comparison in TS 32.421 →

Release Timeline

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-6 Initial

Initial introduction of the Trace Session concept in 3GPP specifications. The definition was referenced as 'as defined in [37]', establishing the foundational architecture for managed tracing activities.

The definition was revised to explicitly state that a Trace Session is a 'time interval started with a Trace Session Activation and lasts until the Deactivation of that specific Trace Session (see figure 2)'. This clarified the lifecycle boundaries and provided a precise description.

The definition carried over unchanged from Rel-8, with no modifications to the technical content.

The definition remained unchanged from Rel-9.

The definition remained unchanged from Rel-10.

The definition remained unchanged from Rel-11.

The definition remained unchanged from Rel-12.

The definition remained unchanged from Rel-13.

The definition remained unchanged from Rel-14.

The definition remained unchanged from Rel-15.

The definition was reformatted to a single line, but the content remained identical to Rel-16. No technical changes were introduced.

The definition carried over unchanged from Rel-17.

The definition remained unchanged from Rel-18.

Defining Specifications

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

SpecificationTitleRelease
TS 25.413 vj00 Radio Access Network Application Part (RANAP) Rel-19 read
TS 32.421 vj40 Subscriber & Equipment Trace Concepts & Requirements Rel-19 read