CBP

Constrained Baseline Profile

Other →
Introduced in Rel-12

CBP is the Constrained Baseline Profile, a minimal 3GPP MTSI standard ensuring basic voice and video interoperability for resource-constrained devices and low-cost network implementations.

Category
Other
Introduced
Rel-12
Where
Services › Codecs
Specifications
5 specs
CBP Description Purpose Related Classification Specifications

Description

The Constrained Baseline Profile (CBP) is a formal specification within the 3GPP Multimedia Telephony Service for IMS (MTSI) framework, defined across multiple technical specifications (TS). Its primary function is to establish a guaranteed baseline for multimedia communication capabilities. It does this by mandating a minimal, non-negotiable set of audio and video codecs that every CBP-compliant endpoint must support. This profile is distinct from the Primary Profile (PP), which offers a richer set of capabilities for advanced devices. The CBP's architecture is defined in the context of session negotiation, where endpoints exchange their supported profiles and codecs via SIP/SDP (Session Initiation Protocol/Session Description Protocol). When an endpoint declares support for CBP, it commits to supporting the mandatory codecs, ensuring that a basic multimedia session can be established even if the devices have vastly different capabilities or are from different manufacturers.

Operationally, the CBP works by restricting the codec negotiation space. For audio, the mandatory codec is typically a low-complexity variant like AMR (Adaptive Multi-Rate) or AMR-WB (Wideband), chosen for its widespread support and efficient performance on low-power processors. For video, the profile mandates support for a constrained version of H.264/AVC, often with specific limitations on profiles, levels, and bitrates to reduce computational and memory requirements. The network's role, primarily through the IMS core and the Policy and Charging Rules Function (PCRF), is to facilitate sessions and apply appropriate QoS policies, but the CBP itself is an endpoint capability. The key components involved are the User Equipment (UE) implementing the CBP stack, the IMS core handling session signaling, and the media plane where the mandated codecs are used for packetization and transmission.

Its role in the network is fundamentally one of interoperability assurance and market enablement. By providing a 'lowest common denominator' that is formally standardized, it allows manufacturers to build extremely cost-optimized devices for specific market segments (e.g., low-end smartphones, IoT devices with communication features) with confidence that they can interoperate for basic services. It also simplifies testing and certification, as the feature set is clearly bounded. The CBP is crucial for enabling the 3GPP's vision of ubiquitous multimedia telephony, ensuring that service coverage and quality do not become exclusive to high-tier devices, thereby supporting broader adoption and consistent user experience across economic and technological divides.

Purpose & Motivation

The CBP was created to address a critical market and technical gap in the evolution of IMS-based telephony services. As 3GPP developed rich multimedia services (MTSI) in releases like Rel-9 and Rel-10, the defined capabilities and codec sets (e.g., in the Primary Profile) were designed for high-performance smartphones. This created a barrier to entry for low-cost device segments, as implementing the full, complex set of optional codecs and features was economically and technically prohibitive. Without a standardized 'low-end' profile, interoperability for basic voice and video calls between low-cost and high-end devices could not be guaranteed, potentially fragmenting the market and hindering the widespread deployment of IMS services.

The primary problem it solves is ensuring guaranteed baseline interoperability. Before CBP, endpoints might support different subsets of dozens of optional codecs. Session setup could fail if no common codec was found, or fall back to a very poor quality option. The CBP mandates a specific, minimal set, eliminating this uncertainty. It also addresses the problem of implementation cost and complexity for device manufacturers targeting price-sensitive markets. By defining a constrained set of features, it reduces the processing power, memory, and licensing costs associated with supporting multiple advanced codecs like high-efficiency video codecs (HEVC).

Historically, its introduction in Rel-12 was motivated by the industry's push to expand IMS-based Voice over LTE (VoLTE) and Video over LTE (ViLTE) beyond premium devices into the mass market. It allowed for the creation of a tiered service ecosystem: high-end devices using the Primary Profile for superior quality, and cost-constrained devices using the CBP for reliable, basic service. This was essential for operators seeking to migrate all users to IP-based services and retire legacy circuit-switched networks, as it provided a viable path for low-ARPU (Average Revenue Per User) customer segments.

Classification

Part ofCODEC
Related approachesMTSI

Evolution Across Releases

Rel-12 Initial

Introduced the Constrained Baseline Profile as a new, formal profile within the Multimedia Telephony Service for IMS (MTSI) framework. It defined the initial architecture, establishing it as the minimal-capability counterpart to the existing Primary Profile. The initial specification mandated a basic set of audio and constrained video codecs (like a specific baseline of H.264/AVC) to ensure a guaranteed level of interoperability for low-complexity devices, addressing the market need for cost-effective VoLTE/ViLTE implementations.

Explore further

Broader topics and technologies where CBP plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 26.223 vj00 IMS Telepresence Client Specification Rel-19
TR 26.923 vj00 Study on IMS-based Telepresence Media Handling Rel-19
TR 26.938 vj00 DASH Deployment Guidelines for 3GPP Networks Rel-19
TR 26.955 vj00 Video Codec Analysis for 5G Services Rel-19
TS 36.331 vj00 LTE RRC Protocol Specification 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.