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

Glossary term · Services

TSP

Transport Service Provider

Services →

TSP is a logical entity that provides transport connectivity services between network functions while abstracting the underlying transport network details.

Introduced
Rel-12
Where
Core Network › 5G Core
Specifications
2 specs
TSP Description Purpose What changed Neighbours Specifications

Description

The Transport Service Provider (TSP) is a functional concept within the 3GPP service-based architecture, particularly defined for the 5G Core (5GC) network. It acts as a logical intermediary that offers transport connectivity services between various Network Functions (NFs), such as the Access and Mobility Management Function (AMF) and the Session Management Function (SMF), or between User Plane Functions (UPFs). The TSP is not a single physical node but a capability that can be implemented within network functions or as a dedicated service. Its primary role is to manage the transport layer aspects of communication, including the selection of appropriate transport protocols, quality of service (QoS) handling for the transport network, and potentially security aspects like encryption for the N2 (control plane) and N3 (user plane) interfaces.

Architecturally, the TSP interacts with other network functions via service-based interfaces (e.g., Nnssf, Nnef) or reference points. It utilizes transport profiles, which are sets of parameters defining the required transport characteristics (e.g., latency, bandwidth, reliability) for a given service data flow or network slice instance. The TSP consults the Network Slice Selection Function (NSSF) and Policy Control Function (PCF) to determine the appropriate transport resources aligned with the slice's Service Level Agreement (SLA). It then interfaces with the underlying transport network (e.g., managed by a Transport Network Controller) to establish the necessary connectivity, often leveraging technologies like Segment Routing or MPLS.

In operation, when a network function requires transport services, it invokes the TSP's capabilities through standardized APIs. The TSP evaluates the request against available network slice and subscriber policies, selects a transport path, and configures the transport network elements accordingly. This abstraction allows the core network functions to be agnostic of the specific transport technologies (e.g., IP, Ethernet, optical), facilitating multi-vendor interoperability and seamless evolution of the transport layer. The TSP is a key enabler for end-to-end network slicing, as it ensures the transport segment meets the specific performance and isolation requirements of each slice.

Purpose & Motivation

The TSP was introduced to address the growing complexity of managing transport resources in a decoupled, cloud-native 5G core network. In pre-5G architectures, transport connectivity was often tightly integrated with core network nodes, making it difficult to dynamically allocate resources for diverse services like enhanced Mobile Broadband (eMBB), Ultra-Reliable Low-Latency Communications (URLLC), and massive Machine-Type Communications (mMTC). This rigidity hindered efficient network slicing, where each slice requires distinct transport characteristics.

The TSP concept solves this by providing a standardized abstraction layer for transport services. It separates the service logic of the core network from the underlying transport infrastructure, allowing operators to manage and optimize the transport network independently. This enables flexible service deployment, automated provisioning of transport resources per slice, and improved utilization of network assets. Historically, without a TSP, achieving end-to-end QoS and slice isolation across the transport network required proprietary integrations, limiting scalability and innovation.

What changed in its specifications

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

TS 23.501Rel-18 → Rel-19

Rel-19 added MPQUIC steering to multi-access PDU sessions, XR and media handling, and an Energy Information Function. It also added Local Offloading Management for edge computing, Vertical Federated Learning for AI/ML, and Ambient IoT text.

Full comparison in TS 23.501 →

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

Initially introduced as part of early network slicing and service capability exposure concepts. Defined the foundational role of TSP in providing transport connectivity services between network entities, primarily within the context of Proximity Services (ProSe) and emerging architectural flexibility needs.

Defining Specifications

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

SpecificationTitleRelease
TS 23.501 vk30 5G System Architecture Rel-20 read
TS 24.523 vj00 NGCN-NGN Interconnection Scenarios Rel-19 read