Bluetooth Periodic Advertising Channels : PADVB Vs. PAwR Compared
Advertisement
Based on the Bluetooth Core Specification and modern Bluetooth architecture (specifically Bluetooth 5.4), Periodic Advertising is handled using specific logical transports depending on whether the communication needs to be strictly one way or requires feedback.
These two logical transports are PADVB (Periodic Advertising Broadcast) and PAwR (Periodic Advertising with Responses). Both utilize the Bluetooth LE Periodic Physical channel, but they handle data delivery and receiver interaction very differently.
PADVB: Periodic Advertising Broadcast
PADVB is the standard logical transport used for classic Periodic Advertising, which was introduced in Bluetooth 5.0. It is designed for highly efficient, strictly one way broadcasting.
- Topology & Directionality: It is a point to multipoint, connectionless, and strictly unidirectional transport. The advertising device (broadcaster) sends data, and any number of scanning devices (receivers) can listen.
- How it Works: The broadcaster transmits packets at a strict, continuous, regular interval. A receiving device synchronizes to this timeline. Whenever the periodic interval occurs, the receiver wakes up, listens to the data and goes back to sleep.
- Reliability Mechanism: Because PADVB is unidirectional, the broadcaster has no idea if the receivers successfully heard the packet. There are no acknowledgments. To overcome this inherent unreliability, the broadcaster relies on blind retransmissions; sending the same data multiple times between data changes so that receivers have a higher chance of catching at least one copy.
- Use Cases: It is ideal for continuous data streaming to masses, such as indoor navigation beacons, broadcasting synchronization info for LE Audio (BIGInfo), or generic sensor telemetry where the sensor just shouts data into the void.
PAwR: Periodic Advertising with Responses
PAwR is a newer logical transport introduced in Bluetooth 5.4 to solve a specific problem: how to communicate with thousands of devices and get confirmations from them, without the massive overhead of forming thousands of individual, active Bluetooth connections.
- Topology & Directionality: It is a connectionless, point to multipoint transport, but it is bidirectional. It allows a single broadcaster to send data to many receivers, and allows those receivers to send data back.
- How it Works (Subevents & Slots): PAwR fundamentally changes the periodic advertising timeline by dividing the periodic interval into Subevents.
- A broadcaster can assign specific receivers (or groups of receivers) to listen only to specific subevents. This means a receiver can sleep through the vast majority of the periodic train and only wake up for its precise subevent, drastically saving battery.
- Inside each subevent, after the broadcaster sends its packet, there are strictly timed “Response Slots”. The addressed receivers can use these slots to transmit a short packet back to the broadcaster.
- Reliability Mechanism: Because receivers can talk back using the response slots, PAwR allows for higher layer acknowledgment schemes. If the broadcaster tells a specific receiver to update its data and doesn’t get an ACK in the response slot, the broadcaster knows it must retry.
- Use Cases: The primary driver for PAwR is the Electronic Shelf Label (ESL) market. A central store hub can broadcast price updates to thousands of tags on shelves. Each tag wakes up only for its assigned subevent, receives the new price, and uses its response slot to say “Price updated successfully” or “My battery is low.”
Difference between PADVB vs. PAwR
| Feature | PADVB (Periodic Advertising Broadcast) | PAwR (Periodic Advertising with Responses) |
|---|---|---|
| Communication Direction | Unidirectional (Broadcaster —> Receivers). | Bidirectional (Broadcaster <—> Receivers). |
| Responses / Acknowledgments | None. The broadcaster cannot receive feedback. | Supported. Receivers can send data/ACKs back via dedicated “Response Slots”. |
| Time Structure | Simple periodic intervals. All synced receivers generally wake up for the main event. | Divided into Subevents. Receivers only wake up for their specifically assigned subevent. |
| Power Efficiency (Receivers) | High (receivers know exactly when to wake up based on the interval). | Extremely High (receivers sleep through irrelevant subevents and only wake for their assigned time slice). |
| Reliability Method | Blind Retransmission: Sends the same packet multiple times hoping it gets heard. | Targeted Retransmission: Broadcaster can listen for an ACK in a response slot and retry if it fails. |
| Connection State | Connectionless. | Connectionless (achieves connection-like reliability without the connection overhead). |
| Primary Use Cases | General beacons, Audio Sync info (LE Audio), one-way sensor broadcasts. | Electronic Shelf Labels (ESL), massive bidirectional sensor networks, smart home device control. |
| Bluetooth Version Introduced | Bluetooth 5.0 | Bluetooth 5.4 |
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
