Bluetooth® 5 is here and it’s a major step up from the current standard for wireless connectivity, Bluetooth v4.2, with its 4-times longer range, 2-times higher speed, plus 8-times larger advertisement packet length for the data. Developer can visit the Bluetooth SIG website and download the latest Bluetooth core spec here.

Right after Bluetooth 5 released, a developer asked me: with Bluetooth 5 higher bandwidth feature, how fast can it be? Today, we will have an inside look on Bluetooth low energy data throughput in theory when a connection is established, not only for Bluetooth 5, but also previous versions of Bluetooth low energy as well.

As we know, for wireless connectivity, there is some transmission cost for link maintenance and packet redundancy to keep the Bluetooth connection robust and efficient. For Bluetooth LE connection, one complete transmission period from one device to its peer device is like this: 

Figure 1

  • “T” slot is the transmission packet; it includes the frame header, payload and integrity check field, and the useful data would be located in the payload to transmit.
  • “R” slot is the receive packet from peer device; when the device transmits one packet to a peer device, the peer device would send back a packet which has a minimum packet length to indicate previous transmission is successful.
  • “T_IFS” is the inter frame space; it defines the time interval between two consecutive packets. “T_IFS” should be 150 µs no matter if you are using Bluetooth 5 or Bluetooth 4.0. As for detail about “T_IFS”, please refer to Vol 6, Part B, Section 4.1 no matter in Bluetooth 5 core spec or Bluetooth v4.0, v4.1 and v4.2.

So, the formula for Bluetooth low energy data throughput for a connection would be:

Using this formula, we will calculate data throughput from 4.0 to 5 when a connection is established. 

Bluetooth v4.0/4.1

Bluetooth® v4.0/4.1 have same low energy packet format and same modulation rate, 1Mb/s, which means the transmitter has the capability to transmit one megabit in one second.

 

Figure 2

Figure 2 represents the packet format, PDU format, and header format of 4.0/4.1 link layer data packet. From figure 2, the length field is 5-bits in length (which is already highlighted; 5 bits is equal to 0b11111 for binary, 0x1F for hexadecimal, 31 for decimal) and it has the range of 0 to 31 octets which indicates the length of the Payload and MIC if included. The Payload field shall be less than or equal to 27 octets in length because the MIC is 4 octets in length, 31 – 4 = 27.

 

Figure 3

Figure 3 is one complete period diagram. From figure 3, the time of one complete period includes:

  • “R” slot

The empty PDU length is: 10 octets because:

Preamble

Access Address

Header

CRC

1

4

2

3

The length of empty PDU = 1 + 4 + 2 + 3 = 10 octets.

It will consume 80 µs by 1Mb/s because:

  • T_IFS, 150 m
  • “T” slot

The maximum data packet length is:

Preamble

Access Address

Header

Payload

MIC

CRC

1

4

2

27

4

3

1 + 4 + 2 + 27 + 4 + 3 = 41 octets

It will consume 328 µs because:

For 4.0/4.1 throughput, the calculation is:

 

Bluetooth v4.2

For Bluetooth® v4.2, the modulation rate is the same with 4.0 and 4.1, it’s still 1Mb/s. but the packet format is different. The difference is in below diagram, figure 4.

Figure 4

From figure 4, the length field is 8-bits in length (which is already highlighted, 8 bits equal to 0b11111111 for binary, 0xFF for hexadecimal, 255 for decimal) and it has the range of 0 to 255 octets which indicates the length of the Payload and MIC if included. The Payload field shall be less than or equal to 251 octets in length because the MIC is 4 octets in length, 255 – 4 = 251.

Figure 5

Figure 5 is one complete period diagram, from figure 5, the time of one complete period includes:

  • “R” slot

It’s the same with v4.0/4.1, 80 µs.

  • T_IFS, 150 m
  • “T” slot

The maximum data packet length is:

Preamble

Access Address

Header

Payload

MIC

CRC

1

4

2

251

4

3

1 + 4 + 2 + 251 + 4 + 3 = 265 octets

It will consume 2120 µs because:

For 4.2 throughput, the calculation is:

Bluetooth 5

For Bluetooth® 5, the modulation rate has two options. The first is 1Mb/s like Bluetooth v4.0/4.1/4.2; the second is what we will discuss next, 2Mb/s. The packet format from Bluetooth v4.2 to Bluetooth 5 is the same: payload is 251 octets. So the data throughput of Bluetooth 5 @1Mb/s would be the same with Bluetooth 4.2.

But after enabling 2Mb/s, it is different. You can see this in figure 6.

Figure 6

Figure 6 is one complete period diagram. From figure 6, the time of one complete period includes:

  • “R” slot

The length of empty PDU is 10 octets:

Preamble

Access Address

Header

CRC

1

4

2

3

The length of empty PDU = 1 + 4 + 2 + 3 = 10 octets.

It will consume 40 µs by 2Mb/s because:

  • T_IFS, 150 m
  • “T” slot

The maximum data packet length is:

Preamble

Access Address

Header

Payload

MIC

CRC

1

4

2

251

4

3

1 + 4 + 2 + 251 + 4 + 3 = 265 octets

It will consume 1060 µs because:

For Bluetooth 5 throughput, the calculation is:

Conclusion

For Bluetooth® low energy throughput in theory, the chart below illustrates the differences between the Bluetooth low energy specifications. You can see that Bluetooth 5 has a bandwidth that is ~4.6-times greater than 4.0/4.1 and ~1.7-times greater than 4.2. Higher bandwidths can translate into higher speeds, and this will allow Bluetooth low energy to transmit data streams faster than ever before – more efficient, less band occupation, and more suitable for rapid data transmission. For application scenarios like Over-The-Air firmware upgrades, or wearable device data log synchronization, Bluetooth 5 will enable brilliant user experiences, while higher speeds will build a solid platform for future high data rate stream transmissions.

FEATURED DOWNLOAD

Bluetooth 5: Go Faster, Go Further

Download this comprehensive overview to discover how Bluetooth 5 significantly increases the range, speed, and broadcast messaging capacity of Bluetooth applications, making use cases in smart home automation, enterprise, and industrial markets a reality.

INSTANT DOWNLOAD

Bluetooth Developer Journey

As a leading player in the semiconductor industry committed to the development of cutting-edge…

Generic Health Sensor Design and Implementation Guide

The Generic Health Sensor (GHS) Design and Implementation Guide guides implementers of health sensor…

Doom running on Silicon Labs & Sparkfun Microcontrollers: A Quick Look

Doom has recently reached its 30th anniversary, yet it remains a masterpiece and a…

Auracast Simple Transmitter Best Practices Guide

This paper provides a set of clear, concise, and useful recommendations for product makers interested in building Auracast transmitter products.

5.7 km of Bluetooth® Range

40 km from Irvine, California gets you to beautiful Newport Beach Pier, and 5.7…

Synthesize and Transmit Audio Using LE Audio

The application is assembled as a sound-generating device, the synthesizer, and a receiving headphone.…

Unveiling the Truth: Debunking Bluetooth’s Biggest Myth

Bluetooth Low Energy was designed to considerably reduce power consumption and cost while maintaining…

Bluetooth® Mesh Feature Enhancements Summary

This paper summarizes the recent Bluetooth® Mesh feature enhancements and provides references to other…

The Latest in HADM with Bluetooth LE

HADM, or high accuracy distance measurement using Bluetooth does exactly what it says –…

Mr. Beacon Podcast: Snapdragon Sound with Mike Canevaro

This episode of the Mr. Beacon Podcast explores the revolutionary world of Bluetooth audio.…

Top 10 Auracast™ Resources

It’s been almost a year since the Bluetooth Special Interest Group (SIG) released Auracast™…

Features and Benefits of Bluetooth Mesh 1.1 for Wireless Mesh Networking

Commercial and industrial applications like lighting require large-scale, low-power device networks where thousands of…

The Bluetooth® Low Energy Primer

Are you new to Bluetooth Low Energy? Learn about its constituent parts, features, and how it works.

Bluetooth® Technology for Linux Developers

Learn how to use the interprocess communication system D-Bus and the BlueZ APIs to create Bluetooth applications for Linux computers.

Designing and Developing Bluetooth® Internet Gateways

Learn about Bluetooth® internet gateways, how to make them secure and scalable, and design and implement your own...

 Get Help