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

Glossary term · Services

FLUTE

File Delivery over Unidirectional Transport

Services →

FLUTE is a protocol for efficiently delivering files and data to many receivers over unidirectional, broadcast, or multicast networks, enabling scalable content distribution for services like 3GPP MBMS.

Introduced
Rel-8
Where
Services › Codecs
Specifications
18 specs
FLUTE Description Purpose What changed Neighbours Detected Changes Specifications

Description

File Delivery over Unidirectional Transport (FLUTE) is an application-layer protocol standardized within the IETF and adopted by 3GPP for broadcast/multicast file delivery. It operates on top of the Asynchronous Layered Coding (ALC) protocol suite, which itself uses the Layered Coding Transport (LCT) building block and congestion control. FLUTE is designed for one-to-many distribution scenarios where feedback from receivers to the sender is impractical or impossible due to the unidirectional nature of the transport (e.g., terrestrial broadcast radio). Its primary function is to reliably deliver one or more files, or a collection of data objects, to potentially millions of receivers simultaneously.

Architecturally, in a 3GPP MBMS/eMBMS context, FLUTE runs between a Broadcast Multicast Service Center (BM-SC) and the User Equipment (UE). The BM-SC acts as the FLUTE sender, while the UE hosts the FLUTE receiver. FLUTE packages files into source blocks, which are then encoded using Forward Error Correction (FEC) schemes, like Raptor or RaptorQ, specified in 3GPP. This FEC encoding generates repair symbols that are transmitted alongside the original source symbols. This allows receivers to recover lost packets without requesting retransmissions, which is crucial for broadcast where return channels are unavailable or inefficient. FLUTE uses a File Delivery Table (FDT) to describe the files being delivered, including attributes like content type, size, and URI. The FDT itself is delivered as a FLUTE object, providing receivers with a manifest of the session.

FLUTE works by establishing a session identified by a Transport Session Identifier (TSI). Within this session, each file is assigned a Transport Object Identifier (TOI). The sender transmits source and repair symbols for each TOI in data packets. The receiver listens to these packets, collects symbols, and uses the FEC decoder to reconstruct the original file once enough symbols are received, regardless of which specific symbols arrived. The protocol supports carousel-based delivery, where content is repeated cyclically, allowing receivers that join late to still acquire all files. FLUTE is agnostic to the underlying transport; in 3GPP, it typically runs over UDP/IP, which is carried over the eMBMS bearer through the LTE or 5G broadcast radio interface. This combination provides an efficient pipeline for mass content distribution, offloading traffic from the unicast core network and enabling services like public warning systems, over-the-air updates, and linear TV broadcast to mobile devices.

Purpose & Motivation

FLUTE was developed to solve the fundamental challenge of scalable, reliable file distribution over broadcast networks. Traditional file transfer protocols like FTP or HTTP/TCP rely on acknowledgments and retransmissions, which create a feedback implosion problem when serving millions of users simultaneously—this is impossible in pure broadcast scenarios like TV or radio transmission. Before FLUTE and MBMS, mobile operators had no efficient way to send the same large file (e.g., an OS update) to all subscribers without crippling their unicast networks.

The protocol's creation was motivated by the need for a unidirectional, reliable content delivery method for emerging broadcast services. It addresses the limitations of simple, unreliable multicast by incorporating built-in FEC, which provides reliability without feedback. This was a paradigm shift. FLUTE also introduced a structured way to describe and deliver multiple files within a single session, which was essential for complex content like a website with multiple assets or a video with associated metadata. Its adoption by 3GPP for MBMS enabled a range of broadcast services that would otherwise be infeasible, transforming the mobile network from a purely point-to-point system into a hybrid one capable of efficient point-to-multipoint communication. This is critical for use cases requiring simultaneous delivery, such as emergency alerts where every device in an area must receive the information instantly and reliably.

What changed in its specifications

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

TS 26.244Rel-17 → Rel-18

Rel-18 adds IVAS sample entry signalling to the 3GP file format. It introduces the new IVASSampleEntry, IVASCodedFormatBox and IVASVersionBox structures, and extends codec registration to IVAS.

Full comparison in TS 26.244 →
TS 26.346Rel-16 → Rel-17

Added a profiled FLUTE FDT schema with semantics and versioning, plus 5GMS references and requirements, removing old schema clauses. Updated User Service Bundle Description schema versions and added a new unicast announcement FQDN format.

Full comparison in TS 26.346 →

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
  • [5MBP3]: Feature reduced FLUTE FDT Schema TS 26.346CR0661

Defining Specifications

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

SpecificationTitleRelease
TS 23.792 vg00 MBMS API for Mission Critical Services Rel-16 read
TS 26.142 vj00 3GPP TS 26.142: Dynamic and Interactive Multimedia Scenes (DIMS) Rel-19 read
TS 26.244 vj10 3GPP File Format (3GP) Specification Rel-19 read
TS 26.346 vj30 MBMS User Services Specification Rel-19 read
TS 26.517 vj30 5G MBS User Service Protocols Rel-19 read
TS 26.802 vk00 5G Media Streaming Multicast Enhancements Rel-20 read
TS 26.804 vk10 5G Media Delivery Architecture Extensions Rel-20 read
TS 26.827 vc00 IMS-based Streaming & Download Delivery Enhancements Rel-12 read
TS 26.848 vc00 Enhanced MBMS for DASH over broadcast/unicast Rel-12 read
TS 26.849 vc10 MBMS Operation on Demand (MooD) Rel-12 read
TS 26.850 vg00 Massive File Delivery for IoT Devices Rel-16 read
TS 26.851 vb20 Enhancements to Multimedia (EMM) for PSS, MMS, MBMS Rel-11 read
TS 26.852 ve20 MBMS user service profiles, APIs and transport enabler study Rel-14 read
TR 26.938 vj00 DASH Deployment Guidelines for 3GPP Networks Rel-19 read
TR 26.946 vj00 MBMS User Services Overview Rel-19 read
TR 26.947 vj00 FEC Evaluation for MBMS Enhancement Rel-19 read
TS 29.116 vj00 REST-based protocol for xMB reference point Rel-19 read
TS 33.246 vj00 MBMS Security Specification Rel-19 read