Bluetooth 5.4
Understanding Bluetooth 5.4
PAwR divides periodic advertising into subevents. Each subevent contains commands for a subset of devices. Devices are assigned to specific subevents and wake only for their slot. After receiving a command, the device transmits a response in a designated response slot within the same subevent. This creates a structured polling mechanism without connection overhead.
Encrypted Advertising uses AES-CCM with a pre-shared key. The advertising data includes a nonce and authentication tag. Only devices with the key can decrypt the payload, preventing eavesdropping and spoofing of asset tracking beacons.
Response slots per subevent: configurable
Devices per AP: 10,000+
ESL power (1 update/day):
Wake: ~2 ms, sleep: 86,398 s
Avg current: <1 μA → 5+ yr on CR2032
Bluetooth 5.x Feature Timeline
| Version | Year | Key Feature | Target |
|---|---|---|---|
| 5.0 | 2016 | 2M/Coded PHY | Speed/Range |
| 5.1 | 2019 | Direction Finding | Positioning |
| 5.2 | 2019 | LE Audio/LC3 | Audio |
| 5.3 | 2021 | Connection Subrating | Efficiency |
| 5.4 | 2023 | PAwR, Encrypted Adv | IoT Scale |
Frequently Asked Questions
What is PAwR?
Bidirectional periodic advertising with response slots. One AP manages 10,000+ devices without connections. Designed for ESL retail deployments.
Encrypted Advertising?
AES-CCM encrypted advertising payloads. Only keyed receivers decode. Prevents tracking eavesdropping and beacon spoofing.
ESL use case?
E-ink price tags wake for assigned subevent, receive update, ACK, sleep. 1 update/day = <1 μA avg = 5+ years on CR2032.