TAS

Telephony Application Server

Services →
Introduced in Rel-7 Also in: Services, User Equipment, Testing

TAS is the Telephony Application Server in the IMS that provides traditional telephony services like call forwarding and voicemail over IP networks, forming the core of VoLTE and IMS-based voice.

Category
Services
Introduced
Rel-7
Where
Core Network › 5G Core
Also touches
3 segments
Specifications
11 specs
TAS Description Purpose Detected Changes Specifications

Description

The Telephony Application Server (TAS) is a critical functional entity within the 3GPP IP Multimedia Subsystem (IMS) architecture, responsible for hosting and executing telephony service logic. It acts as an Application Server (AS) that interfaces with the IMS core—specifically the Serving-Call Session Control Function (S-CSCF) via the IMS Service Control (ISC) interface—to provide value-added telephony services. When a user initiates or receives a call session, the S-CSCF invokes the appropriate service logic on the TAS based on the user's initial Filter Criteria (iFC) defined in the Home Subscriber Server (HSS). The TAS then influences the call flow, applying features such as call forwarding, barring, voicemail, call waiting, or multi-party conferencing.

Architecturally, the TAS is a software-based server that implements the 3GPP-defined service logic for telephony applications. It communicates using SIP (Session Initiation Protocol) over the ISC interface. The TAS can manipulate SIP messages (INVITE, BYE, etc.), generate new SIP transactions, and interact with other network elements like Media Resource Functions (MRF) for playing announcements or managing conference bridges. In modern deployments, especially for VoLTE, the TAS is often implemented as a virtualized network function (VNF) running on cloud infrastructure, providing scalability and flexibility. It maintains service state information for active sessions and may interface with subscriber databases to retrieve user profiles and service settings.

The TAS's role is fundamental to enabling rich telephony services in an all-IP network. It separates service logic from the basic call control and transport functions of the IMS core, allowing operators to develop, deploy, and update services independently. For example, in a VoLTE call, the TAS can provide seamless number translation, implement business communication features, or integrate with web services for enriched calling. Its operation is specified across numerous 3GPP technical specifications covering IMS service requirements, architecture, and protocols.

Purpose & Motivation

The TAS was introduced with the IP Multimedia Subsystem (IMS) in 3GPP Release 5/6 to solve the challenge of delivering traditional circuit-switched telephony services over packet-switched IP networks. As mobile networks evolved towards all-IP architectures with LTE, there was a need to replace the legacy Mobile Switching Center (MSC) and its service logic with an IP-based equivalent. The TAS provides this functionality, enabling operators to offer familiar telephony features (like those defined in GSM) over IMS, thereby supporting Voice over LTE (VoLTE) and ensuring service continuity and feature parity with 2G/3G circuit-switched voice.

Its creation was motivated by the industry's move to converge fixed and mobile services onto a common IP core. The TAS allows for the centralized, efficient deployment of telephony applications that can serve both mobile and fixed-line subscribers. It addresses limitations of earlier approaches where telephony services were tightly coupled to specific switching hardware, making them costly and slow to update. By standardizing the TAS within IMS, 3GPP enabled a vibrant ecosystem of application servers, fostering innovation in telephony services while maintaining interoperability across different vendors' IMS cores and user equipment.

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (1 CRs across 1 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-17 1 change

In Release 17, a new TAS OFF verification procedure was introduced, as detailed in the technical report for NR. Furthermore, the specification now explicitly states that the SBI-capable IMS Application Server supporting data channel services is collocated with the Telephony Application Server in this release.

  • CR to TR38.834 on TAS OFF verification procedure TS 38.834CR0001

Explore further

Broader topics and technologies where TAS plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.228 vj50 IMS Stage-2 Service Description Rel-19
TS 23.292 vj00 IMS Centralized Services (ICS) Architecture Rel-19
TS 23.719 ve00 Study on Service Domain Centralization (SeDoC) Rel-14
TS 23.845 va00 UDC Evolution Study Rel-10
TS 23.883 v900 IMS Centralized Services Supplementary Data Management Rel-9
TS 29.864 v801 Application Server Service Data Definition for IMS Telephony Rel-8
TR 29.935 vj00 HSS Reference Data Model for Ud Interface Rel-19
TS 38.161 vj10 NR UE TRP and TRS Requirements for FR1 Rel-19
TS 38.561 vj00 UE Conformance for TRP/TRS FR1 Rel-19
TR 38.834 vh20 NR FR1 TRP/TRS Test Methodology Rel-17
TS 38.870 vj20 Enhanced OTA Test Methods for NR FR1 TRP/TRS Rel-19
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.