BLE Connection Interval
Understanding Connection Interval
At each connection event, the central transmits a packet and the peripheral responds within 150 μs. Multiple packets can be exchanged per event if both sides have data. After the event, both radios sleep until the next interval. The average current is dominated by the event duty cycle: shorter CI means more frequent wake-ups.
Throughput scales inversely with CI: at 7.5 ms CI with DLE (251-byte PDUs), BLE can achieve ~1.4 Mbps on 2M PHY. At 1 s CI, throughput drops to ~2 kbps. Slave latency allows the peripheral to skip events, waking only when it has data, without the central timing out the connection.
Iavg = (Iactive × tevent)/CI + Isleep
7.5 ms CI, 1 ms event, 8 mA active:
I = 8×1/7.5 + 0.002 = 1.07 mA
1 s CI: I = 8×1/1000 + 0.002 = 10 μA
CI Recommendations by Use Case
| Application | CI | Latency | Battery Impact |
|---|---|---|---|
| Gaming/HID | 7.5-15 ms | <15 ms | High (hours-days) |
| Audio (LE Audio) | 7.5-10 ms | <10 ms | High |
| Wearable | 30-100 ms | <100 ms | Medium (weeks) |
| Sensor | 500 ms-4 s | <4 s | Low (years) |
Frequently Asked Questions
What CI should I use?
Gaming: 7.5-15 ms. Wearable: 30-100 ms. Sensor: 500 ms-4 s. Start longest acceptable, reduce if needed.
Slave latency?
Peripheral skips N events, sleeping (1+N)×CI between responses. CI=30 ms, latency=9: sleeps up to 300 ms but can respond within 30 ms.
Can CI change mid-connection?
Yes. Either device requests update. iOS requires 15 ms multiples; Android supports 7.5 ms minimum. Platform differences cause interop issues.