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

Glossary term · Services

TBCP

Talk Burst Control Protocol

Services →

TBCP is the Talk Burst Control Protocol used in Push-to-Talk over Cellular (PoC) to manage floor control by coordinating requests, grants, and releases of the permission to speak in a group session.

Introduced
Rel-8
Where
Services
Specifications
4 specs
TBCP Description Purpose What changed Neighbours Specifications

Description

The Talk Burst Control Protocol (TBCP) is a client-server protocol operating over IP, typically using SIP and RTP as underlying carriers. It is a core component of the Open Mobile Alliance (OMA) Push-to-Talk over Cellular (PoC) service, which 3GPP has adopted and referenced for standardized mission-critical and commercial group communication services. TBCP messages are transported within the RTP Control Protocol (RTCP) or as standalone SIP messages, allowing for efficient, in-band control alongside the media stream. The protocol defines a state machine for floor control involving the PoC client (participant) and the PoC server (controlling entity).

The protocol works through a series of defined messages: Talk Burst Request, Talk Burst Granted, Talk Burst Deny, Talk Burst Release, and Talk Burst Taken. When a user wants to speak, their client sends a TBCP Talk Burst Request to the PoC server. The server, applying pre-configured rules (like queuing, pre-emption priorities, or first-come-first-served), decides to grant the floor. It then sends a Talk Burst Granted message to the requesting client and a Talk Burst Taken message to all other participants in the session, informing them the floor is occupied. The speaking client streams voice packets (the talk burst) over RTP. Upon finishing, the client sends a Talk Burst Release message, and the server updates the floor state to idle, potentially notifying participants.

Key architectural components include the Participating PoC Function (client) and the Controlling PoC Function (server). The server's floor control logic is critical, especially for mission-critical services where priorities, pre-emption, and queuing are vital. TBCP also supports notifications like Talk Burst Idle and Talk Burst Revoke (to take the floor away). Its integration with 3GPP systems is specified for Mission Critical Push To Talk (MCPTT), where it ensures disciplined, low-latency control over who transmits in a group call, which is essential for public safety and utility workforce communications. The protocol is designed for minimal latency in granting the floor to provide a natural 'walkie-talkie' user experience.

Purpose & Motivation

TBCP was created to solve the fundamental problem of coordinated access to a shared half-duplex communication channel in an IP-based group communication service. Early voice group calls in cellular networks were circuit-switched and network-controlled. With the move to all-IP networks (IMS), a standardized, efficient floor control protocol was needed to enable Push-to-Talk services that emulate the instant, one-to-many nature of traditional walkie-talkies but over wide-area cellular networks.

The protocol addressed the limitations of ad-hoc or proprietary solutions, ensuring interoperability between different vendors' PoC clients and servers. Its design within the OMA and subsequent adoption by 3GPP for Mission Critical Services (MCS) was motivated by the public safety community's need for reliable, instant group communication. TBCP provides the deterministic, network-controlled arbitration necessary to prevent chaotic collisions of audio from multiple speakers, which is crucial in high-stakes scenarios. It enables features like prioritized talkers, which allow dispatchers or incident commanders to pre-empt others, directly addressing operational requirements that previous consumer-grade voice services could not meet.

What changed in its specifications

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

TS 32.272Rel-6 → Rel-7

Rel-7 adds new PoC charging procedures for participant number and type, plus new charging fields.

Full comparison in TS 32.272 →
TS 33.180Rel-18 → Rel-19

Rel-19 adds recording admin and replay access-token claims to TS 33.180 and removes the MC user event audit and service media collection text. It also adds Annex B recommendations on client registration, authentication request handling, public key distribution, and Issuer claim verification of the access token.

Full comparison in TS 33.180 →

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

Initially referenced and incorporated from OMA PoC standards to support the early definition of IMS-based group communication services in 3GPP. The initial architecture in Rel-8 specified the use of TBCP for basic floor control within the IP Multimedia Subsystem (IMS) framework, establishing its role for commercial and early public safety communications.

Defining Specifications

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

SpecificationTitleRelease
TS 32.272 vj00 Charging for Push-to-Talk over Cellular (PoC) Rel-19 read
TS 33.179 vdc0 MCPTT Security Architecture and Procedures Rel-13 read
TS 33.180 vk10 Security of the Mission Critical Service (MCX) Rel-20 read
TS 33.879 vd10 MCPTT Security Study Rel-13 read