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

Glossary term · Services

Call

Call

Services →

Call is the execution of actions to establish, maintain, and release a communication between two or more parties, encompassing both the signaling and the actual communication.

Introduced
R99
Where
Services
Specifications
9 specs
Call Description Purpose What changed Neighbours Specifications

Description

In 3GPP terminology, a call is a fundamental concept that represents the execution of actions to establish, release, and maintain a communication between two or more parties on behalf of an initiating party. It encompasses both the signaling procedures and the actual communication itself, based on the required service. A call can also be referred to as a service invocation, highlighting its role as the instantiation of a service. The call is characterized by lower-layer attributes, such as the bearer(s) it uses, and higher-layer attributes at the service level, such as the type of media or application.

The concept of a call has evolved significantly across 3GPP releases, reflecting the transition from circuit-switched (CS) to packet-switched (PS) and IP Multimedia Subsystem (IMS) architectures. In early releases (R99), the definition focused on the execution of actions to establish and release communication, emphasizing the service invocation aspect. In Rel-4, the definition was changed to describe a call as a logical association between several users, which could be connection-oriented or connectionless. This definition was more abstract and applicable to both CS and PS domains. Rel-5 further clarified that this logical association pertains to the CS CN domain, the PS CN domain, and the IMS.

In Rel-8, the definition was again revised to describe a call as an informal term that refers to a dialog between peers, generally set up for the purposes of a multimedia conversation. This definition reflected the growing importance of multimedia services and the peer-to-peer nature of IMS-based communications. However, in Rel-10, the definition reverted to the logical association between several users, which remained consistent through Rel-19. This stability suggests that the concept of a call as a logical association between users is sufficiently broad to encompass various service types, including voice, video, and data.

Architecturally, a call involves multiple network elements depending on the domain. In the CS domain, a call is managed by the Mobile Switching Center (MSC) and involves the setup of a dedicated circuit between the parties. In the PS domain, a call is typically a session established over a Packet Data Network (PDN) connection, managed by the Serving GPRS Support Node (SGSN) and Gateway GPRS Support Node (GGSN) in earlier releases, or by the Session Management Function (SMF) and User Plane Function (UPF) in 5G. In the IMS, a call is a session established using SIP signaling, managed by Call Session Control Functions (CSCFs).

The call concept is central to many 3GPP specifications, including TS 21.905 (Vocabulary for 3GPP Specifications), TS 22.031 (Fraud Information Gathering System), TS 22.105 (Services and Service Capabilities), TS 22.127 (Service Requirement for the Open Service Access), TS 22.273 (Location Services), TS 22.960 (Mobile Multimedia Services), TS 23.050 (Location Services), TS 27.001 (General on Terminal Adaptation Functions), and TS 29.998 (Open Service Access). These specifications define the requirements, architecture, and protocols for various call-related services, including voice calls, video calls, emergency calls, and location-based services.

In the context of 5G, the concept of a call has expanded to include new service types such as ultra-reliable low-latency communication (URLLC) and massive machine-type communication (mMTC). A call in 5G can be a voice call over IMS, a data session for IoT devices, or a mission-critical push-to-talk (MCPTT) call. The underlying principles remain the same: a call is a logical association between parties, characterized by its bearer and service attributes, and managed by the network to ensure the required quality of service.

Purpose & Motivation

The concept of a call exists to provide a standardized way to describe and manage communication sessions between users in a telecommunications network. It serves as a fundamental building block for defining services, protocols, and procedures across different domains (CS, PS, IMS). The call abstraction allows network operators to design, implement, and manage services consistently, regardless of the underlying technology.

Historically, in circuit-switched networks, a call was a dedicated physical connection between two parties, and the term was well-understood. With the advent of packet-switched networks and the IMS, the concept of a call evolved to encompass logical associations and multimedia dialogs. The 3GPP definitions have adapted to these changes, ensuring that the term remains relevant and precise. The call concept solves the problem of describing complex communication sessions in a technology-agnostic way, enabling interoperability and service portability across different network generations.

Furthermore, the call concept is essential for charging, policy control, and quality of service management. Network elements use call attributes to apply appropriate charging models, enforce QoS policies, and manage resources. For example, an emergency call may be prioritized over a regular call, and a video call may require higher bandwidth than a voice call. The call abstraction provides a common language for these functions, facilitating seamless service delivery and network operation.

What changed in its specifications

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

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 22.105Rel-7 → Rel-8

Rel-8 added Service-Level Interworking for Messaging Services, enabling SMS interworking with other messaging services over IP-CAN subject to operator policy and verification.

Full comparison in TS 22.105 →

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.

R99 Initial

Initial definition: A call is the execution of actions in order to establish/release a communication and the communication itself based on the required service between two or more parties on behalf of an initiating (or originating) party. In this sense, a call can also be referred as a service invocation. A call is characterized by its lower layer attributes (i.e. bearer(s) it uses) and to higher layer attributes on the service level.

Wording changed: The definition was revised to 'a logical association between several users (this could be connection oriented or connection less).' This abstract definition broadened the concept to include both connection-oriented and connectionless communications.

Wording changed: The definition was expanded to 'A logical association between several users (this could be connection oriented or connection less). This pertains to the CS CN domain, the PS CN domain and the IP Multimedia Subsystem.' This explicitly included the IMS and clarified the domains to which the term applies.

Wording changed: The definition reverted to 'a logical association between several users (this could be connection oriented or connection less).' The explicit mention of domains was removed, but the core meaning remained.

The definition remained unchanged from Rel-6: 'a logical association between several users (this could be connection oriented or connection less).'

Wording changed: The definition was revised to 'informal term that refers to a dialog between peers, generally set up for the purposes of a multimedia conversation.' This reflected the growing importance of multimedia and peer-to-peer communications in IMS.

The definition remained unchanged from Rel-8: 'informal term that refers to a dialog between peers, generally set up for the purposes of a multimedia conversation.'

Wording changed: The definition reverted to 'a logical association between several users (this could be connection oriented or connection less).' This change restored the broader, more abstract definition.

The definition remained unchanged from Rel-10: 'a logical association between several users (this could be connection oriented or connection less).'

The definition remained unchanged from Rel-10: 'a logical association between several users (this could be connection oriented or connection less).'

The definition remained unchanged from Rel-10: 'a logical association between several users (this could be connection oriented or connection less).'

The definition remained unchanged from Rel-10: 'a logical association between several users (this could be connection oriented or connection less).'

The definition remained unchanged from Rel-10: 'a logical association between several users (this could be connection oriented or connection less).'

The definition remained unchanged from Rel-10: 'a logical association between several users (this could be connection oriented or connection less).'

The definition remained unchanged from Rel-10: 'a logical association between several users (this could be connection oriented or connection less).'

The definition remained unchanged from Rel-10: 'a logical association between several users (this could be connection oriented or connection less).'

The definition remained unchanged from Rel-10: 'a logical association between several users (this could be connection oriented or connection less).'

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19 read
TS 22.031 vj00 Fraud Information Gathering System (FIGS) Stage 1 Rel-19 read
TS 22.105 vj00 Telecommunication Services Framework Rel-19 read
TS 22.127 v900 Open Service Access (OSA) Stage 1 Requirements Rel-9 read
TS 22.273 v710 IMS Multimedia Telephony with PSTN/ISDN Simulation Rel-7 read
TR 22.960 v301 UMTS Mobile Multimedia Technical Challenges R99 read
TS 23.050 3GPP TS 23.050 R99 read
TS 27.001 vj00 Terminal Adaptation Functions for PLMN Rel-19 read
TR 29.998 v320 OSA API Mapping to CAP and MAP R99 read