Bluetooth LE Isochronous Channels: CIS vs BIS in LE Audio
By RF Wireless Expert Team
Advertisement
Based on the Bluetooth Core Specification and the architecture of Bluetooth Low Energy (LE), LE Isochronous Channels were introduced (starting with Bluetooth 5.2) specifically to handle time sensitive, synchronized data. This is the foundational technology that enables Bluetooth LE Audio.
Isochronous data is data that must be rendered at an exact time like playing audio into a left and right earbud simultaneously. To support different user scenarios, the Bluetooth specification divides LE Isochronous Channels into two distinct logical transports viz. CIS (Connected Isochronous Stream) and BIS (Broadcast Isochronous Stream).
1. CIS: Connected Isochronous Stream
A CIS is designed for direct, one to one communication between two paired/connected devices.
- Topology & Dependency: It is a point to point link between a Central device (e.g. a smartphone) and a Peripheral device (e.g. a hearing aid or earbud). A CIS cannot exist on its own; it requires a standard LE ACL (Asynchronous Connection Oriented) link to be established first to handle control signaling and power management.
- Directionality: It allows bidirectional communication, which can be symmetric (same data rate in both directions) or asymmetric (e.g. a high quality audio stream going to an earbud, and a low bandwidth microphone stream coming back).
- Reliability: Because the devices are actively connected, CIS supports acknowledgments (ACKs). Data is sent in specific time windows called subevents. If a packet is lost or corrupted, the receiving device can request a retransmission, provided there is enough time left in the scheduled event window before the data expires.
- Grouping (CIG): Multiple CIS links can be bundled together into a Connected Isochronous Group (CIG). For example, a phone might create one CIS for the left earbud and another CIS for the right earbud. By grouping them in a CIG, the Central ensures both streams share a common timing reference, guaranteeing perfectly synchronized playback.
2. BIS: Broadcast Isochronous Stream
A BIS is designed for one to many communication, allowing a single source to beam data to an unlimited number of receivers in range, without forming individual connections.
- Topology & Dependency: It is a point to multipoint, connectionless broadcast. It operates between a Broadcaster (e.g. a public TV in a gym) and any number of Observers/Receivers (e.g. gym goers carrying Bluetooth LE Audio headphones). Receivers find the stream by scanning for Periodic Advertising packets, which contain the synchronization info needed to tune in to the BIS.
- Directionality: It is strictly unidirectional. Data flows only from the Broadcaster to the Receivers.
- Reliability: Because there can be an unlimited number of receivers, it is impossible for the Broadcaster to listen for acknowledgments from everyone. Therefore, BIS is inherently an unacknowledged transport. To improve reliability, the Broadcaster uses “blind retransmissions” meaning it simply transmits the exact same packet multiple times across different subevents, hoping the receivers catch at least one copy.
- Grouping (BIG): Similar to CIS, multiple BIS streams can be bundled into a Broadcast Isochronous Group (BIG). This allows a Broadcaster to transmit multiple synchronized streams, such as a stereo audio broadcast (Left on one BIS, Right on another) or a multi-language broadcast (English on BIS 1, Spanish on BIS 2).
Comparison between CIS vs. BIS
| Feature | CIS (Connected Isochronous Stream) | BIS (Broadcast Isochronous Stream) |
|---|---|---|
| Primary Use Case | Personal audio (wireless earbuds, headsets, two-way voice calls, hearing aids). | Public audio sharing (gym TVs, airport announcements, silent discos, tour guides). |
| Network Topology | Point to Point (1 to 1). | Point to Multipoint (1 to Many). |
| Directionality | Bidirectional (can be symmetric or asymmetric). | Unidirectional (Broadcaster to Receivers only). |
| Underlying Link Required | Requires an active LE ACL connection between the two devices. | Connectionless. Relies on Periodic Advertising to sync receivers. |
| Reliability Mechanism | Acknowledged: Supports ACKs and targeted retransmissions within the time window. | Unacknowledged: No ACKs. Relies on blind, unconditional retransmissions to improve reception. |
| Power Control | Supported. The devices can negotiate transmit power dynamically to save battery. | Not supported. Broadcaster has no feedback from receivers to adjust power. |
| Grouping Mechanism | CIG (Connected Isochronous Group) to sync multiple CIS links. | BIG (Broadcast Isochronous Group) to sync multiple BIS links. |
| Security/Privacy | Encrypted using standard LE connection security keys. | Can be transmitted unencrypted (open to public) or encrypted using a shared Broadcast Code. |
References & Further Reading
- Bluetooth SIG : Bluetooth Core Specification Version 6.3, May 5, 2026.
- Bluetooth SIG : Bluetooth Technology Overview
Continue Learning Bluetooth Basic Concepts
- What are new features in Bluetooth 6.3 Version
- Bluetooth GATT Vs. ATT Vs. GAP : Key Comparison
- Bluetooth Service Vs. Characteristic Vs. Descriptor
- Bluetooth pairing Vs. Bonding Phase
- Bluetooth Notifications Vs. Indications
- Bluetooth Channel Sounding Vs. RSSI
- Bluetooth Direction Finding Methods : AoA Vs. AoD
- Bluetooth Error Codes Guide : Meanings, Causes & Fixes
- Bluetooth L2CAP and HCI : Key Differences
Continue Learning Bluetooth Technology
- Bluetooth Basics Tutorial
- Bluetooth Low Energy (BLE) Basics Tutorial
- Bluetooth Protocol Stack & Device State Diagram
- Bluetooth Physical Layer Modules
- Bluetooth MAC Layer Overview
- Bluetooth Channel Frequency List
- Bluetooth Network Security
- Bluetooth Low Energy (BLE) Connection Establishment Procedure
- Bluetooth Profiles: HFP, HSP, A2DP, AVRCP, PBAP & MAP
- Bluetooth Mesh Node Types & Protocol Stack Layer Functions