Bluetooth 4.0 vs Bluetooth 6.0
Comparing Bluetooth 4.0 and Bluetooth 6.0 specifications and features.
Bluetooth 4.0
Bluetooth 6.0
Bluetooth 4.0 vs Bluetooth 6.0: Fourteen Years of BLE Evolution
The distance from Bluetooth 4.0 (2010) to Bluetooth 6.0 (2024) is not an incremental upgrade — it represents the complete transformation of BLE from a niche coin-cell sensor protocol into a comprehensive wireless platform supporting audio, centimeter-precision ranging, mesh networking, and advanced broadcast. This comparison provides a historical perspective for engineers auditing legacy deployments, planning product generations, or educating teams on BLE's capabilities.
Overview
Bluetooth 4.0 was a clean-sheet design for ultra-low-power wireless. It introduced BLE as a distinct radio alongside Classic Bluetooth, with a 1 Mbps PHY, 27-byte PDU payload, three advertising channels with 31-byte payload capacity, and ATT">GATT-based attribute data exchange. It was a remarkable engineering achievement in 2010 — enabling years of battery life from a CR2032 while providing enough data throughput for sensor telemetry and simple control applications.
Bluetooth 6.0 is the product of fourteen years of iterative specification work across seven major releases (4.0 through 6.0). It supports three PHY modes including a long-range coded PHY reaching 400 meters, 251-byte PDUs delivering 500 kbps throughput, a complete LC3 codec and Auracast." data-category="LE Audio">LE Audio stack with the LC3 codec, sub-meter direction finding via AoA/AoD, centimeter-precision ranging via Channel Sounding, encrypted advertising data, bidirectional broadcast networks via PAwR, and enhanced GATT with parallel EATT transactions.
Key Differences
The chasm between 4.0 and 6.0 is best understood by domain:
Radio and PHY - 4.0: Single PHY (LE 1M, 1 Mbps) - 6.0: Three PHYs (LE 1M, LE 2M at 2 Mbps, LE Coded at 125/500 kbps for 4× range)
Data capacity - 4.0: 27-byte PDU payload, ~26–30 kbps throughput - 6.0: 251-byte PDU payload, ~500 kbps (2M PHY), up to 17× practical throughput improvement
Advertising - 4.0: 31-byte payload, 3 primary channels, no broadcast sync - 6.0: 255-byte extended advertising, periodic advertising, PAwR (bidirectional broadcast), Encrypted Advertising Data
Audio - 4.0: No BLE audio capability whatsoever - 6.0: Full LE Audio (LC3 codec, CIS/BIS isochronous channels, Auracast broadcast, hearing aid support)
Positioning and Ranging - 4.0: RSSI only (±3–5 m) - 6.0: AoA/AoD Direction Finding (0.1–1 m), Channel Sounding (10–20 cm)
Security - 4.0: SMP pairing/" class="glossary-term-link" data-term="legacy pairing" data-definition="Original BLE pairing (pre-4.2), now deprecated." data-category="Security">legacy pairing (Just Works vulnerable to eavesdropping) - 6.0: LE Secure Connections (ECDH, forward secrecy), Enhanced Privacy (RPA), Encrypted Advertising Data
Mesh networking - 4.0: Not defined; star topology only - 6.0: BLE Mesh (flood and managed-flood, 32,767 nodes)
Technical Comparison
| Parameter | Bluetooth 4.0 | Bluetooth 6.0 |
|---|---|---|
| Release year | 2010 | 2024 |
| PHY options | LE 1M (1 Mbps) | LE 1M, LE 2M (2 Mbps), LE Coded |
| Long-range | None | ~400 m (Coded S=8) |
| Max PDU payload | 27 bytes | 251 bytes |
| Practical throughput | ~26–30 kbps | ~500 kbps (2M PHY) |
| Max advertising payload | 31 bytes | 255 bytes (extended) |
| Broadcast audio | None | Yes (Auracast via BIS) |
| Connected audio | None | Yes (CIS, LC3 codec) |
| Ranging / positioning | RSSI (±3–5 m) | CS (~10–20 cm), AoA (0.1–1 m), RSSI |
| Pairing security | SMP legacy | LE Secure Connections (ECDH) |
| Encrypted advertising | None | Yes (EAD, AES-128-CCM) |
| Mesh networking | None | BLE Mesh supported |
| PAwR (bidirectional broadcast) | None | Yes |
| EATT (parallel GATT) | None | Yes |
| Connection Subrating | None | Yes |
| Frequency band | 2.4 GHz | 2.4 GHz |
Use Cases
What 4.0 Hardware Can Still Do (Reliably)
- Simple sensor telemetry: Temperature, humidity, motion, and button devices sending small payloads at low rates over GATT. These applications were the entire design target of BLE 4.0 and remain the bread-and-butter of IoT deployments.
- Basic advertising beacons: iBeacon format uses 30 bytes — within the 4.0 limit. Early-generation iBeacon hardware remains functional for proximity marketing and zone detection.
What Requires 6.0-Era Hardware
- Any audio product: LE Audio is a 5.2 hardware requirement. 4.0 SoCs cannot run LE Audio regardless of firmware.
- Sub-meter positioning: AoA/AoD requires 5.1 controller support for Constant Tone Extension. Not available on 4.0 silicon.
- Centimeter ranging (Channel Sounding): A 6.0 capability requiring specific controller implementation.
- Secure production deployments: LE Secure Connections is available from 4.2 onward. Any 4.0-only deployment using Just Works pairing has a known passive eavesdropping vulnerability.
- Long-range IoT: Coded PHY is a 5.0 hardware feature.
- OTA updates at scale: 4.0's 26 kbps throughput makes 200 KB firmware updates take 60+ seconds. 6.0 hardware achieves this in under 4 seconds.
Conclusion
Bluetooth 4.0 and Bluetooth 6.0 share a 2.4 GHz radio band and the BLE advertising/connection architecture — but they are separated by a technological generation. The 4.0 era answered "can BLE connect a coin-cell sensor to a smartphone?" The 6.0 era answers "can BLE deliver audio to hearing aids, locate a device to within 10 cm, broadcast to thousands of electronic shelf labels, and do so securely with encrypted advertising?" No new product design should target 4.0. Legacy 4.0 deployments should be evaluated for hardware refresh based on security posture (LESC requirement) and application throughput requirements.
자주 묻는 질문
Bluetooth 6.0 introduced Channel Sounding, a phase-based ranging technique that achieves centimetre-level distance measurement between two devices. This is a fundamental capability gap versus BLE 4.0, which had no native ranging mechanism beyond coarse RSSI estimation.
BLE 6.0 added Decision-Based Advertising Filtering, which lets a scanner filter advertising PDUs on the controller without waking the host CPU — dramatically reducing power consumption during scanning. BLE 4.0 required the host to process every received packet. Over six versions, duty cycles, PDU formats, and scheduling algorithms have been continuously refined.
Yes, within the shared feature set. Bluetooth maintains backward compatibility across all versions. A BLE 6.0 device will negotiate a 4.0-compatible connection mode when talking to a 4.0 device, and advanced 6.0 features like Channel Sounding will simply be unavailable for that connection.
Our comparisons use verified datasheet specifications to create side-by-side tables. Each comparison includes a verdict explaining when to choose each option based on your project requirements.