Description
In 3GPP, a session is a fundamental concept that represents a logical connection or an active period of interaction between two or more parties, or between a user and the network. It provides the necessary context for managing resources, state, and data flows. The term is used across various domains, from core network packet-switched connections to application-level multimedia sessions and MBMS bearer sessions. The definition has evolved significantly from a general trusted relation to a precise resource in the xMB API.
In the context of the IP Multimedia Subsystem (IMS) and Session Initiation Protocol (SIP), a session is established using SIP signalling. It involves a set of multimedia senders and receivers and the data streams flowing between them. The Session Description Protocol (SDP) is used to describe the session parameters, such as media types, codecs, and IP addresses. A session can comprise multiple media streams, and a user can be invited to the same session multiple times. The session is identified by a combination of elements from the SDP origin field, including the user name, session ID, network type, address type, and address.
For packet-switched (PS) communications, a session is defined as a logical connection between parties. This term is preferred over 'call' which is associated with circuit-switched systems. This logical connection enables the exchange of data packets and is managed by protocols like GPRS Tunnelling Protocol (GTP) and Policy and Charging Control (PCC) rules. The session context includes bearer information, QoS parameters, and charging data.
In the context of MBMS and the xMB API, a session is a resource exposed by the RESTful API. It represents one or more time intervals during which an MBMS bearer is active for transmitting service content from the Broadcast Multicast Service Centre (BM-SC) to the UE. Each session instance contains properties such as session type, state, data rate, permitted delay, user plane ingestion mode, targeted delivery area, and reporting parameters. This allows content providers to schedule and manage multicast/broadcast transmissions efficiently.
Sessions are also central to WAP and MExE, where a session is established between the mobile and the WAP gateway, lasting from a second to years, and can be associated with a subscription. Overall, the session concept provides a stateful context that enables authentication, authorization, accounting, mobility, and QoS management across diverse 3GPP technologies.
Purpose & Motivation
The session concept exists to provide a stateful context for communication and service delivery in telecommunications networks. It solves the problem of managing resources and state for ongoing interactions, which is essential for authentication, authorization, accounting, and policy enforcement. Without sessions, each transaction would be independent, making it impossible to apply consistent QoS, charging, or security policies over time.
Historically, circuit-switched systems used the term 'call' to denote a connection. As networks evolved to packet-switched and IP-based technologies, the term 'session' became necessary to describe logical connections that are not tied to a physical circuit. This shift allowed for more flexible, multimedia-capable communications, as exemplified by SIP and SDP in IMS.
In the context of MBMS and the xMB API, the session resource was introduced to allow content providers to manage broadcast/multicast transmissions programmatically. This addresses the need for efficient delivery of popular content to many users simultaneously, reducing network load. The session resource encapsulates all necessary parameters for the BM-SC to schedule and transmit content, enabling dynamic and scalable multicast services.
What changed in its specifications
The latest release-to-release comparison of specifications that define Session. Each summary describes the whole specification, not only this term.
Rel-19 brings only minor changes to TS 22.115: 1 clause changed, with no change attributed to a release feature.
Full comparison in TS 22.115 →Rel-5 added MExE Classmark 4 for CLI Compact Profile devices, covering architecture, security, charging, and capability negotiation.
Full comparison in TS 23.057 →Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (2 CRs across 1 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Defining Specifications
3GPP specifications that define or reference Session, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 22.115 vj11 | 3GPP Charging and Billing Service Aspects | Rel-19 read |
| TS 23.050 | 3GPP TS 23.050 | R99 read |
| TS 23.057 vj00 | Mobile Execution Environment (MExE) Specification | Rel-19 read |
| TS 24.407 v830 | OIP and OIR Simulation Services Protocol | Rel-8 read |
| TS 24.408 v700 | TIP/TIR Services Protocol Specification | Rel-7 read |
| TS 24.508 v820 | TIP and TIR Service Protocol Description | Rel-8 read |
| TS 24.607 vj10 | OIP and OIR Supplementary Services Stage 3 | Rel-19 read |
| TS 24.608 vj00 | 3GPP TS 24608: TIP/TIR Services Protocol | Rel-19 read |
| TS 29.116 vj00 | REST-based protocol for xMB reference point | Rel-19 read |
| TR 29.998 v320 | OSA API Mapping to CAP and MAP | R99 read |