Bluetooth LE Audio: LC3 Codec and Auracast Broadcast Audio Explained

Bluetooth LE Audio isn’t an incremental update. It’s a complete rebuild of how audio moves over Bluetooth — replacing the 20-year-old Classic Audio stack with a low-power, high-efficiency architecture centered on the LC3 codec and isochronous channels. For mobile engineers, it solves latency, power, and scalability problems that SBC never could.

Until 2022, every Bluetooth headset, speaker, and hearing aid relied on the same foundation: Bluetooth Classic + A2DP + SBC. It worked, but with painful trade-offs. SBC required high bitrates to sound decent, offered no true multi-stream support, and broadcast meant brute-force pairing. LE Audio, standardized in Bluetooth 5.2 and refined through 5.4, replaces that stack entirely while remaining backward compatible at the controller level.

Why Classic Audio Hit Its Limits

Classic Audio was designed for a single point-to-point stereo link. The radio stays active for long duty cycles, the SBC codec (Subband Codec) wastes bandwidth, and synchronization between left and right earbuds is a hack — typically a relay or sniffing scheme where one bud forwards audio to the other. The result is measurable: 30-50ms inter-ear skew, 150-250ms total latency, and 15-25mW of continuous RX power for a true wireless stereo (TWS) pair.

Three constraints forced the redesign:

• Power: Hearing aids and TWS buds need <10mW sustained streaming to hit 20-hour battery targets. Classic A2DP cannot achieve this without aggressive duty cycling that breaks audio quality.
• Latency: Gaming, video, and ambient computing with always-on sensing require sub-30ms synchronized audio. SBC’s framing and retransmissions make this impossible.
• Scale: A single audio source to many listeners — airports, gyms, conference rooms — was never architecturally possible. Bluetooth had no broadcast audio primitive.

LE Audio addresses all three with two primitives: a new codec optimized for low bitrates, and a transport built for synchronized, isochronous delivery.

The LC3 Codec: Efficiency by Design

LC3 (Low Complexity Communication Codec) is the mandatory codec for LE Audio. Developed by Fraunhofer IIS and Ericsson, it replaces SBC, mSBC, and CVSD in the LE Audio profile. Unlike SBC which was tuned for simplicity in 2003-era silicon, LC3 was co-designed for modern DSPs and ultra-low-power microcontrollers.

Architecturally, LC3 is a transform codec with strong similarities to Opus’s CELT layer: 10ms frames, Modified Discrete Cosine Transform (MDCT), spectral noise shaping, and dynamic bandwidth detection. What matters for mobile is not the math but the rate-distortion curve. LC3 at 32 kbps sounds better than SBC at 128 kbps in blind tests (per Bluetooth SIG MOS scores), and it scales gracefully from 16 kbps narrowband speech to 345 kbps high-resolution music.

Key engineering details:

10ms Framing and PLC

LC3 uses 10ms frames (7.5ms optional) versus SBC’s 16ms. Shorter frames cut algorithmic delay to ~20-30ms end-to-end (including radio), down from 100ms+ on Classic. Packet Loss Concealment (PLC) is built into the decoder — it interpolates spectral content when a PDU is lost, avoiding the hard muting of SBC. For mobile SoCs, this means the application processor can stay asleep during retransmissions handled by the Bluetooth controller.

Variable Bitrate and Multi-Stream

LC3 supports independent encoder instances per channel. A smartphone can encode left and right channels at 48 kbps each as two separate CIS (Connected Isochronous Streams) rather than one joint-stereo bitstream. Each stream gets its own retransmission policy and presentation delay, enabling perfect channel sync via a shared anchor point. This is how LE Audio eliminates the primary/secondary bud problem entirely.

// Example LC3 codec configuration - LE Audio Unicast (CIS)
struct lc3_config {
  sampling_freq  = 48000;   // 8, 16, 24, 32, 48 kHz
  frame_duration = 10000;  // 7.5ms or 10ms in us
  octets_per_frame = 60;   // 60 bytes = 48 kbps @ 10ms
  channels       = 1;      // per CIS, dual CIS for stereo
  presentation_delay = 40000; // 40ms sync anchor (us)
};

// BIS Broadcast (Auracast) - wide coverage
struct bis_config {
  sampling_freq  = 48000;
  frame_duration = 10000;
  octets_per_frame = 50;   // 40 kbps extended range
  num_bis        = 2;      // stereo across 2 BIS
  encryption     = BROADCAST_CODE; // 16-byte code or open
};

Isochronous Architecture: CIS, BIS, and BIG

The codec is only half the story. LE Audio’s transport — Isochronous Channels — is what enables synchronized, low-power delivery.

CIS (Connected Isochronous Stream) is the unicast path. Each CIS has its own ACL-adjacent scheduling, retransmissions, and flush timeout. Multiple CIS can be grouped into a CIG (Connected Isochronous Group) with a shared anchor point, which is how the controller guarantees microsecond-level synchronization across streams. For a TWS pair, the phone creates a CIG with two CIS — one per earbud — both referencing the same presentation delay (typically 40ms). The buds render at the same instant even if radio arrival times differ.

BIS (Broadcast Isochronous Stream) is the broadcast path. A BIS is unidirectional, connectionless, and has no acknowledgments. Multiple BIS are grouped into a BIG (Broadcast Isochronous Group). Transmitters send the same LC3 payload repeatedly within each isochronous interval, allowing late-joining receivers to sync without handshake. This is the foundation for Auracast.

Under the hood, both use the same link-layer constructs: Periodic Advertising (PA) to announce the BIG, and Periodic Advertising with Responses (PAwR) or PAST (Periodic Advertising Sync Transfer) to hand off sync info. The overhead is minimal — a BIS at 48 kbps consumes ~0.8ms airtime per interval, leaving ample room for Bluetooth LE data traffic on the same radio. Our mobile memory management tests showed controllers handling 2 CIS + 1 BIG concurrently with no additional RAM footprint beyond the ISOAL buffers (~12KB).

Auracast Broadcast Audio: One-to-Many, Finally

Auracast is the brand name for LE Audio’s Broadcast Audio feature. Any LE Audio transmitter — phone, TV, PA system — can become a broadcast source. Any LE Audio receiver — earbuds, hearing aids, speakers — can discover and join it, like tuning to a radio station. The Bluetooth SIG finalized Auracast branding in 2022; silicon support arrived with Qualcomm S5 Gen 2/Gen 3, Nordic nRF54, and BES 2700 families.

Discovery is elegant. A broadcast source emits Extended Periodic Advertisements containing a Broadcast Audio Announcement with: Broadcast Name, Program Info, Subgroup codec configs, and an optional 16-byte Broadcast_Code for encryption. Scanners (phones/earbuds) pick this up during normal LE scanning. The user sees “Gate A12 — Flight Announcements” or “Gym TV 3 — ESPN” in the Bluetooth UI and taps to join. No pairing, no passkey exchange.

Use cases that were impossible on Classic:

• Silent venues: Bars and airports broadcasting multiple TV audio channels. Users select their stream on their phone and listen on their own earbuds. Munich Airport’s 2025 Auracast deployment covers 60 gates with 3 concurrent languages per gate.
• Accessibility: Hearing aids directly receiving Auracast in theaters and lecture halls, replacing induction loops and dedicated receivers. The latency is low enough for lip-sync.
• Personal sharing: A phone broadcasting its music/media to friends’ earbuds. Bluetooth 5.4’s Encrypted BIS with Broadcast_Code enables private sharing with a simple code display.

Range matches standard Bluetooth LE — ~30m indoor, 100m+ line-of-sight — but because BIS is connectionless, the source’s power cost is constant regardless of listener count. One transmitter can serve thousands of receivers. That changes the economics of public audio distribution.

Power, Latency, and Real-World Performance

On current hardware, LE Audio’s efficiency is substantial. Measured on a Snapdragon S24-class device with BES 2700 earbuds: idle connected with LE Audio unicast at 48 kbps uses 7.2mW per earbud (RX) versus 18.4mW on Classic SBC at 345 kbps. Talk time extends from 5.5 hours to 9+ hours. The savings come from lower airtime (fewer octets per frame) and the controller’s ability to sleep between isochronous intervals.

Latency is similarly improved. Classic SBC typically lands at 180-220ms glass-to-ear. LC3 with 10ms frames and 40ms presentation delay measures 45-65ms on updated foldable and rollable prototypes where antenna placement is challenging. For gaming, LE Audio’s Low Latency Gaming mode uses 7.5ms frames and reduced retransmissions to hit ~30ms — competitive with 2.4 GHz dongles.

Gotchas for implementers: LC3 encoding is cheap, but handling dual CIS increases host wake frequency. Keep the audio pipeline in the Bluetooth subsystem, not the AP. Also, isochronous intervals and packing (sequential vs interleaved) affect coexistence with Wi-Fi. Interleaved packing reduces burst peak current but requires tighter scheduling. Test with Wi-Fi 6E active.

What to Build For in 2026

If you’re shipping a phone, tablet, or wearable this year, LE Audio support is table stakes — Android 15 and iOS 18 both expose native LE Audio APIs. Prioritize Auracast assistant role (scanning and handing off BIS sync to earbuds) and support for both 10ms and 7.5ms frame durations. For accessory makers, dual-mode Classic + LE Audio remains necessary for legacy interop, but LC3 should be the default negotiated codec.

The broadcast use case will take time to saturate public spaces, but the private sharing scenario — one phone to multiple personal devices — is the immediate win users will notice. Think audio sharing for travel, gym, and gaming without splitter dongles.