Bluetooth Low Energy
Bluetooth Low Energy (Bluetooth LE, colloquially BLE, formerly marketed as Bluetooth Smart) is a wireless personal area network technology designed and marketed by the Bluetooth Special Interest Group (Bluetooth SIG) aimed at novel applications in the healthcare, fitness, beacons, security, and home entertainment industries. It is independent of Bluetooth BR/EDR[clarification needed] and has no compatibility, but BR/EDR and LE can coexist. The original specification was developed by Nokia in 2006 under the name Wibree, which was integrated into Bluetooth 4.0 in December 2009 as Bluetooth Low Energy.
Compared to Classic Bluetooth, Bluetooth Low Energy is intended to provide considerably reduced power consumption and cost while maintaining a similar communication range. Mobile operating systems including iOS, Android, Windows Phone and BlackBerry, as well as macOS, Linux, Windows 8 and Windows 10, natively support Bluetooth Low Energy.
Bluetooth Low Energy is distinct from the previous (often called "classic") Bluetooth Basic Rate/Enhanced Data Rate (BR/EDR) protocol, but the two protocols can both be supported by one device: the Bluetooth 4.0 specification permits devices to implement either or both of the LE and BR/EDR systems.
In 2011, the Bluetooth SIG announced the Bluetooth Smart logo so as to clarify compatibility between the new low energy devices and other Bluetooth devices.
- Bluetooth Smart Ready indicates a dual-mode device compatible with both classic and low energy peripherals.
- Bluetooth Smart indicates a low energy-only device which requires either a Smart Ready or another Smart device in order to function.
With the May 2016 Bluetooth SIG branding information, the Bluetooth SIG began phasing out the Bluetooth Smart and Bluetooth Smart Ready logos and word marks and reverted to using the Bluetooth logo and word mark in a new blue color.
The Bluetooth SIG identifies a number of markets for low energy technology, particularly in the smart home, health, sport and fitness sectors. Cited advantages include:
- low power requirements, operating for "months or years" on a button cell
- small size and low cost
- compatibility with a large installed base of mobile phones, tablets and computers
In 2001, researchers at Nokia determined various scenarios that contemporary wireless technologies did not address. The company began developing a wireless technology adapted from the Bluetooth standard which would provide lower power usage and cost while minimizing its differences from Bluetooth technology. The results were published in 2004 using the name Bluetooth Low End Extension.
After further development with partners, in particular Logitech and within the European project MIMOSA,[a] and actively promoted and supported by STMicroelectronics since its early stage,[b] the technology was released to the public in October 2006 with the brand name Wibree. After negotiations with Bluetooth SIG members, an agreement was reached in June 2007 to include Wibree in a future Bluetooth specification as a Bluetooth ultra low power technology.
The technology was marketed as Bluetooth Smart and integration into version 4.0 of the Core Specification was completed in early 2010. The first smartphone to implement the 4.0 specification was the iPhone 4S, released in October 2011. A number of other manufacturers released Bluetooth Low Energy Ready devices in 2012.
The Bluetooth SIG officially unveiled Bluetooth 5 on 16 June 2016 during a media event in London. One change on the marketing side is that the point number was dropped, so it now just called Bluetooth 5 (and not Bluetooth 5.0 or 5.0 LE like for Bluetooth 4.0). This decision was made to "simplifying marketing, and communicating user benefits more effectively". On the technical side, Bluetooth 5 will quadruple the range by using increased transmit power or coded physical layer, double the speed by using optional half of the symbol time compared to Bluetooth 4.x, and provide an eight-fold increase in data broadcasting capacity by increasing the advertising data length[clarification needed] of low energy Bluetooth transmissions compared to Bluetooth 4.x, which could be important for IoT applications where nodes are connected throughout a whole house.
The Bluetooth SIG released Mesh Profile and Mesh Model specifications officially on 18 July 2017. Mesh specification enables using Bluetooth Low Energy for many-to-many device communications for home automation, sensor networks and other applications.
Borrowing from the original Bluetooth specification, the Bluetooth SIG defines several profiles — specifications for how a device works in a particular application — for low energy devices. Manufacturers are expected to implement the appropriate specifications for their device in order to ensure compatibility. A device may contain implementations of multiple profiles.
The majority of current low energy application profiles are based on the Generic Attribute Profile (GATT), a general specification for sending and receiving short pieces of data, known as attributes, over a low energy link. The Bluetooth mesh profile is an exception to this rule, being based on the General Access Profile (GAP).
Bluetooth mesh profiles use Bluetooth Low Energy to communicate with other Bluetooth Low Energy devices in the network. Each device can pass the information forward to other Bluetooth Low Energy devices creating a "mesh" effect. For example, switching off an entire building of lights from a single smartphone.
- MESH (Mesh Profile) — for base mesh networking.
- MMDL (Mesh models) — for application layer definitions. Term "model" is used in mesh specifications instead of "profile" to avoid ambiguities.
Health care profiles
There are many profiles for Bluetooth Low Energy devices in healthcare applications. The Continua Health Alliance consortium promotes these in cooperation with the Bluetooth SIG.
- BLP (Blood Pressure Profile) — for blood pressure measurement.
- HTP (Health Thermometer Profile) — for medical temperature measurement devices.
- GLP (Glucose Profile) — for blood glucose monitors.
- CGMP (Continuous Glucose Monitor Profile)
Sports and fitness profiles
Profiles for sporting and fitness accessories include:
- BCS (Body Composition Service)
- CSCP (Cycling Speed and Cadence Profile) — for sensors attached to a bicycle or exercise bike to measure cadence and wheel speed.
- CPP (Cycling Power Profile)
- HRP (Heart Rate Profile) — for devices which measure heart rate
- LNP (Location and Navigation Profile)
- RSCP (Running Speed and Cadence Profile)
- WSP (Weight Scale Profile)
- IPSP (Internet Protocol Support Profile)
- ESP (Environmental Sensing Profile)
- UDS (User Data Service)
- HOGP (HID over GATT Profile) allowing Bluetooth LE-enabled Wireless mice, keyboards and other devices offering long-lasting battery life.
"Electronic leash" applications are well suited to the long battery life possible for 'always-on' devices. Manufacturers of iBeacon devices implement the appropriate specifications for their device to make use of proximity sensing capabilities supported by Apple's iOS devices.
Relevant application profiles include:
- FMP — the "find me" profile — allows one device to issue an alert on a second misplaced device.
- PXP — the proximity profile — allows a proximity monitor to detect whether a proximity reporter is within a close range. Physical proximity can be estimated using the radio receiver's RSSI value, although this does not have absolute calibration of distances. Typically, an alarm may be sounded when the distance between the devices exceeds a set threshold.
Alerts and time profiles
- The phone alert status profile and alert notification profile allow a client device to receive notifications such as incoming call alerts from another device.
- The time profile allows current time and time zone information on a client device to be set from a server device, such as between a wristwatch and a mobile phone's network time.
- The Battery Service exposes the Battery State and Battery Level of a single battery or set of batteries in a device.
Announced in January 2020, LE Audio will allow the protocol to carry sound and add features such as one set of headphones connecting to multiple audio sources or multiple headphones connecting to one source it will also add support for hearing aids.
Compared with standard Bluetooth audio it will offer longer battery life.
This section needs expansion. You can help by adding to it. (September 2020)
Starting in late 2009, Bluetooth Low Energy integrated circuits were announced by a number of manufacturers. These ICs commonly use software radio so updates to the specification can be accommodated through a firmware upgrade.
Current mobile devices are commonly released with hardware and software support for both classic Bluetooth and Bluetooth Low Energy.
- iOS 5 and later
- Windows Phone 8.1
- Windows 8 and later (Windows 7 requires drivers from Bluetooth radio manufacturer supporting BLE as it has no built-in generic BLE drivers )
- Android 4.3 and later
- BlackBerry 10
- Linux 3.4 and later through BlueZ 5.0
- Unison OS 5.2 
- macOS 10.10
Bluetooth Low Energy technology operates in the same spectrum range (the 2.400–2.4835 GHz ISM band) as classic Bluetooth technology, but uses a different set of channels. Instead of the classic Bluetooth seventy-nine 1-MHz channels, Bluetooth Low Energy has forty 2-MHz channels. Within a channel, data is transmitted using Gaussian frequency shift modulation, similar to classic Bluetooth's Basic Rate scheme. The bit rate is 1 Mbit/s (with an option of 2 Mbit/s in Bluetooth 5), and the maximum transmit power is 10 mW (100 mW in Bluetooth 5). Further details are given in Volume 6 Part A (Physical Layer Specification) of the Bluetooth Core Specification V4.0.
Bluetooth Low Energy uses frequency hopping to counteract narrowband interference problems. Classic Bluetooth also uses frequency hopping but the details are different; as a result, while both FCC and ETSI classify Bluetooth technology as an FHSS scheme, Bluetooth Low Energy is classified as a system using digital modulation techniques or a direct-sequence spread spectrum.
|Technical specification||Bluetooth Basic Rate/Enhanced Data Rate technology||Bluetooth Low Energy technology|
|Distance/range (theoretical max.)||100 m (330 ft)||<100 m (<330 ft)|
|Over the air data rate||1–3 Mbit/s||125 kbit/s – 500 kbit/s – 1 Mbit/s – 2 Mbit/s|
|Application throughput||0.7–2.1 Mbit/s||0.27-1.37 Mbit/s |
|Active slaves||7||Not defined; implementation dependent|
|Security||56/128-bit and application layer user defined||128-bit AES in CCM mode and application layer user defined|
|Robustness||Adaptive fast frequency hopping, FEC, fast ACK||Adaptive frequency hopping, Lazy Acknowledgement, 24-bit CRC, 32-bit Message Integrity Check|
|Latency (from a non-connected state)||Typically 100 ms||6 ms|
|Minimum total time to send data (det. battery life)||0.625 ms||3 ms |
|Power consumption||1 W as the reference||0.01–0.50 W (depending on use case)|
|Peak current consumption||<30 mA||<15 mA|
|Primary use cases||Mobile phones, gaming, headsets, stereo audio streaming, smart homes, wearables, automotive, PCs, security, proximity, healthcare, sports & fitness, etc.||Mobile phones, gaming, smart homes, wearables, automotive, PCs, security, proximity, healthcare, sports & fitness, Industrial, etc.|
More technical details may be obtained from official specification as published by the Bluetooth SIG. Note that power consumption is not part of the Bluetooth specification.
Advertising and discovery
BLE devices are detected through a procedure based on broadcasting advertising packets. This is done using 3 separate channels (frequencies), in order to reduce interference. The advertising device sends a packet on at least one of these three channels, with a repetition period called the advertising interval. For reducing the chance of multiple consecutive collisions, a random delay of up to 10 milliseconds is added to each advertising interval. The scanner listens to the channel for a duration called the scan window, which is periodically repeated every scan interval.
The discovery latency is therefore determined by a probabilistic process and depends on the three parameters (viz., the advertising interval, the scan interval and the scan window). The discovery scheme of BLE adopts a periodic-interval based technique, for which upper bounds on the discovery latency can be inferred for most parametrizations. While the discovery latencies of BLE can be approximated by models for purely periodic interval-based protocols, the random delay added to each advertising interval and the three-channel discovery can cause deviations from these predictions, or potentially lead to unbounded latencies for certain parametrizations.
This section needs expansion. You can help by adding to it. (September 2020)
All Bluetooth Low Energy devices use the Generic Attribute Profile (GATT). The application programming interface offered by a Bluetooth Low Energy aware operating system will typically be based around GATT concepts. GATT has the following terminology:
- A device that initiates GATT commands and requests, and accepts responses, for example, a computer or smartphone.
- A device that receives GATT commands and requests, and returns responses, for example, a temperature sensor.
- A data value transferred between client and server, for example, the current battery voltage.
- A collection of related characteristics, which operate together to perform a particular function. For instance, the Health Thermometer service includes characteristics for a temperature measurement value, and a time interval between measurements.
- A descriptor provides additional information about a characteristic. For instance, a temperature value characteristic may have an indication of its units (e.g. Celsius), and the maximum and minimum values which the sensor can measure. Descriptors are optional – each characteristic can have any number of descriptors.
Some service and characteristic values are used for administrative purposes – for instance, the model name and serial number can be read as standard characteristics within the Generic Access service. Services may also include other services as sub-functions; the main functions of the device are so-called primary services, and the auxiliary functions they refer to are secondary services.
Services, characteristics, and descriptors are collectively referred to as attributes, and identified by UUIDs. Any implementer may pick a random or pseudorandom UUID for proprietary uses, but the Bluetooth SIG have reserved a range of UUIDs (of the form xxxxxxxx-0000-1000-8000-00805F9B34FB ) for standard attributes. For efficiency, these identifiers are represented as 16-bit or 32-bit values in the protocol, rather than the 128 bits required for a full UUID. For example, the Device Information service has the short code 0x180A, rather than 0000180A-0000-1000-... . The full list is kept in the Bluetooth Assigned Numbers document online.
The GATT protocol provides a number of commands for the client to discover information about the server. These include:
- Discover UUIDs for all primary services
- Find a service with a given UUID
- Find secondary services for a given primary service
- Discover all characteristics for a given service
- Find characteristics matching a given UUID
- Read all descriptors for a particular characteristic
Commands are also provided to read (data transfer from server to client) and write (from client to server) the values of characteristics:
- A value may be read either by specifying the characteristic's UUID, or by a handle value (which is returned by the information discovery commands above).
- Write operations always identify the characteristic by handle, but have a choice of whether or not a response from the server is required.
- 'Long read' and 'Long write' operations can be used when the length of the characteristic's data exceeds the MTU of the radio link.
Finally, GATT offers notifications and indications. The client may request a notification for a particular characteristic from the server. The server can then send the value to the client whenever it becomes available. For instance, a temperature sensor server may notify its client every time it takes a measurement. This avoids the need for the client to poll the server, which would require the server's radio circuitry to be constantly operational.
An indication is similar to a notification, except that it requires a response from the client, as confirmation that it has received the message.
Bluetooth Low Energy is designed to enable devices to have very low power consumption. Several chipmakers including Cambridge Silicon Radio, Dialog Semiconductor, Nordic Semiconductor, STMicroelectronics, Cypress Semiconductor, Silicon Labs and Texas Instruments had introduced Bluetooth Low Energy optimized chipsets by 2014. Devices with peripheral and central roles have different power requirements. A study by beacon software company Aislelabs reported that peripherals such as proximity beacons usually function for 1–2 years powered by a 1,000mAh coin cell battery. This is possible because of the power efficiency of Bluetooth Low Energy protocol, which only transmits small packets as compared to Bluetooth Classic which is also suitable for audio and high bandwidth data.
In contrast, a continuous scan for the same beacons in central role can consume 1,000 mAh in a few hours. Android and iOS devices also have very different battery impact depending on type of scans and the number of Bluetooth Low Energy devices in the vicinity. With newer chipsets and advances in software, by 2014 both Android and iOS phones had negligible power consumption in real-life Bluetooth Low Energy use.
Bluetooth 5 has introduced a new transmission mode with a doubled symbol rate. Bluetooth LE has been traditionally transmitting 1 bit per symbol so that theoretically the data rate doubles as well. However the new mode doubles the bandwidth from about 1 MHz to about 2 MHz which makes for more interferences on the edge regions. The partitioning of the ISM frequency band has not changed being still 40 channels spaced at a distance of 2 MHz. This is an essential differences over Bluetooth 2 EDR which did also double the data rate but it is doing that by employing a π/4-DQPSK or 8-DPSK phase modulation on a 1 MHz channel while Bluetooth 5 continues to use just frequency shift keying.
The traditional transmission of 1 Mbit in the Bluetooth Basic Rate was renamed 1M PHY in Bluetooth 5. The new mode at a doubled symbol speed was introduced as the 2M PHY. In Bluetooth Low Energy every transmission starts on the 1M PHY leaving it to the application to initiate a switch to the 2M PHY. In that case both sender and receiver will switch to the 2M PHY for transmissions. This is designed to facilitate firmware updates where the application can switch back to a traditional 1M PHY in case of errors. In reality the target device should be close to the programming station (at a few meters).
Bluetooth 5 has introduced two new modes with lower data rate. The symbol rate of the new "Coded PHY" is the same as the Base Rate 1M PHY but in mode S=2 there are two symbols transmitted per data bit. In mode S=2 only a simple Pattern Mapping P=1 is used which simply produces the same stuffing bit for each input data bit. In mode S=8 there are eight symbols per data bit with a Pattern Mapping P=4 producing contrasting symbol sequences - a 0 bit is encoded as binary 0011 and a 1 bit is encoded as binary 1100. In mode S=2 using P=1 the range doubles approximately, while in mode S=8 using P=4 it does quadruple.
The "LE Coded" transmissions have not only changed the error correction scheme but it uses a fundamentally new packet format. Each "LE Coded" burst consists of three blocks. The switch block ("extended preamble") is transmitted on the LE 1M PHY but it only consists of 10 times a binary '00111100' pattern. These 80 bits are not FEC encoded as usual but they are sent directly to the radio channel. It is followed by a header block ("FEC Block 1") which is always transmitted in S=8 mode. The header block only contains the destination address ("Access Address" / 32 bit) and an encoding flag ("Coding Indicator" / 2 Bit). The Coding Indicator defines the Pattern Mapping used for the following payload block ("FEC Block 2") where S=2 is possible.
The new packet format of Bluetooth 5 allows transmitting from 2 up to 256 bytes as the payload in a single burst. This is a lot more than the maximum of 31 bytes in Bluetooth 4. Along with reach measurements this should allow for localisation functions. As a whole the quadrupled range - at the same transmission power - is achieved at the expense of a lower data being at an eighth with 125 kBit. The old transmission packet format, as it continues to be used in the 1M PHY and 2M PHY modes, has been named "Uncoded" in Bluetooth 5. The intermediate "LE Coded" S=2 mode allows for a 500 kBit data rate in the payload which is both beneficial for shorter latencies as well lower power consumption as the burst time itself is shorter.
- IEEE 802.15 / IEEE 802.15.4-2006
- Indoor positioning system (IPS)
- Ultra-wideband (UWB)
- UWB Forum
- WiMedia Alliance
- Wireless USB
- MIMOSA stands for Microsystems platform for mobile services and applications, and is the name of one of the projects funded by the European Framework Programmes for Research and Technological Development
- STMicroelectronics went on to release a processor to support implementation of the standard
- "Bluetooth Smart or Version 4.0+ of the Bluetooth specification". bluetooth.com. Archived from the original on 10 March 2017.
- "beacons". Archived from the original on 24 October 2014. Retrieved 21 November 2014.
- "bluetooth.com: Bluetooth Smart". bluetooth.com.
- "Is Wibree going to rival Bluetooth?". HowStuffWorks. 1 December 2006. Retrieved 10 April 2020.
- "Bluetooth SIG Extends Bluetooth Brand, Introduces Bluetooth Smart Marks" (Press release). Bluetooth SIG. 24 October 2011. Archived from the original on 3 February 2015. Retrieved 31 January 2016.
- "Bluetooth Smart Marks FAQ". Bluetooth SIG. Archived from the original on 24 July 2015. Retrieved 31 January 2016.
- "Brand Your Product - Bluetooth Technology Website". www.bluetooth.com.
- "Bluetooth Technology Website". www.bluetooth.com.
- Genuth, Iddo (16 November 2006). "Nokia's Wibree and the Wireless Zoo". The Future of Things. Archived from the original on 8 November 2012.
- Honkanen, M.; Lappetelainen, A.; Kivekas, K. (2004). Low end extension for Bluetooth. 2004 IEEE Radio and Wireless Conference 19–22 September 2004. IEEE. pp. 199–202. doi:10.1109/RAWCON.2004.1389107.
- "Mimosa WebSite: Home". MIMOSA FP6 project. Archived from the original on 4 August 2016. Retrieved 18 August 2016.
- "BlueNRG-MS – Bluetooth Low Energy Network Processor supporting Bluetooth 4.1 core specification – STMicroelectronics". Retrieved 18 August 2016.
- "Bluetooth rival unveiled by Nokia". BBC News. 4 October 2006. Retrieved 27 April 2018.
- "Wibree forum merges with Bluetooth SIG" (PDF) (Press release). Nokia. 12 June 2007. Archived from the original (PDF) on 16 June 2007.
- Reynolds, Melanie (12 June 2007). "Wibree becomes ULP Bluetooth". ElectronicsWeekly.com. Reed Business Information Limited. Archived from the original on 7 September 2008. Retrieved 9 September 2008.
- Pollicino, Joe (25 October 2011). "Bluetooth SIG unveils Smart Marks, explains v4.0 compatibility with unnecessary complexity". Engadget. Oath Tech Network AOL Tech. Retrieved 17 April 2018.
- O'Brien, Terrence (12 October 2011). "iPhone 4S claims title of first Bluetooth 4.0 smartphone, ready to stream data from your cat". Engadget. Retrieved 9 February 2014.
- "Bluetooth 5 Promises Four times the Range, Twice the Speed of Bluetooth 4.0 LE Transmissions". www.cnx-software.com. 10 June 2016. Retrieved 8 November 2017.
- "Bluetooth® 5 Quadruples Range, Doubles Speed, Increases Data Broadcasting Capacity by 800% | Bluetooth Technology Website". www.bluetooth.com. Archived from the original on 9 December 2018. Retrieved 8 November 2017.
- "Bluetooth SIG Announces Mesh Networking Capability | Bluetooth Technology Website". www.bluetooth.com. Archived from the original on 8 September 2017. Retrieved 20 July 2017.
- Bluetooth SIG Adopted specifications
- bluetooth. "Bluetooth Mesh and the IOT". www.bluetooth.com.
- "Smart Building - Bluetooth Technology Website". www.bluetooth.com.
- "Casio Bluetooth Low Energy Watch communicates with smartphones". M2M / IoT hints and tips. 7 March 2011. Retrieved 8 November 2017.
- "Inside iOS 7: iBeacons enhance apps' location awareness via Bluetooth LE". AppleInsider. Retrieved 8 November 2017.
- "Find Me Profile specification". bluetooth.org.
- "The New Version of Bluetooth Is Here to Fix Your Headphones". Wired. ISSN 1059-1028. Retrieved 3 February 2020.
- Clover, Juli. "Bluetooth SIG Announces 'LE Audio' With Audio Sharing, Lower Data Consumption, Hearing Aid Support and More". www.macrumors.com. Retrieved 3 February 2020.
- "Hearing Aid Audio Support Using Bluetooth LE". Android Open Source Project. Retrieved 3 February 2020.
- "LE Audio". Bluetooth® Technology Website. Retrieved 21 September 2020.
- "iOS 5.0". Apple. Retrieved 2 June 2018.
- Brynte (4 May 2014). "Windows Phone 8.1 for Developers–Introducing Bluetooth LE". MSDN Blogs. Retrieved 18 May 2014.
- wdg-dev-content. "Windows.Devices.Bluetooth Namespace - UWP app developer". msdn.microsoft.com.
- Bluetooth Low Energy on Windows 7?: Stackoverflow
- "Bluetooth low energy overview - Android Developers". Android Developers.
- "BlackBerry Press Room - Official News, Events & Product Releases". press.blackberry.com.
- Gustavo Padovan (22 February 2013). "The big changes of BlueZ 5".
As the MGMT interface is the only one to support the new Bluetooth Low Energy devices, BlueZ developers decided to drop support for the old interface once MGMT was completed. As a result, you need to be running Linux Kernel 3.4 or newer to use BlueZ 5.
- "Wireless Protocols - WiFi, Bluetooth, BT, BTLE, GPS, GPRS, 6loWPAN, Zigbee, RoweBots Bluetooth Stack - RoweBots". rowebots.com.
- Bluetooth Special Interest Group "Bluetooth Low Energy Regulatory Aspects", April 2011
- Bluetooth 5 & BLE: Achieving maximum throughput 
- "Bluetooth Low Energy Technology - Technical Information". Bluetooth SIG. Archived from the original on 14 February 2014.
- Kindt, Philipp H. (2017). "PI-LatencyComp - Neighbor Discovery in BLE-Like protocols". CodeOcean. doi:10.24433/co.fec70c60-c265-4eea-9e37-8f7222ec5c92.
- Kindt, P. H.; Saur, M.; Balszun, M.; Chakraborty, S. (2017). "Neighbor Discovery Latency in BLE-Like Protocols". IEEE Transactions on Mobile Computing. PP (99): 617–631. arXiv:1509.04366. doi:10.1109/tmc.2017.2737008. ISSN 1536-1233.
- See for example Apple's Core Bluetooth framework
- See sec 2.5.1 of the Bluetooth 4.0 Core Specification
- "The Hitchhikers Guide to iBeacon Hardware: A Comprehensive Report by Aislelabs". Aislelabs. 3 October 2014. Retrieved 7 October 2014.
- "How to find the best beacon hardware for everything from stores to cities". GigaOM. 4 October 2014. Retrieved 11 October 2014.
- "In terms of battery life, Android devices are more optimized for iBeacons than iPhones". GigaOM. 14 August 2014. Retrieved 7 October 2014.
- "iBeacon Battery Drain on Apple vs Android: A Technical Report". Aislelabs. 14 August 2014. Retrieved 18 August 2014.
- Allen Henley (21 November 2017). "Bluetooth 5: More speeds, more range, new RF tests". EDN Network.
- Mark Hughes. "What is Bluetooth 5? Learn about the Bit Paths Behind the New BLE Standard".
- Woolley, Martin (13 February 2017). "Exploring Bluetooth 5 -Going the Distance". Bluetooth Technology Website.
- Dorine Gurney (29 January 2018). "Bluetooth 5 variations complicate PHY testing". EDN Network.
- "Specifications - Bluetooth Technology Website". www.bluetooth.org. "Bluetooth 4.0 Core Specification" – GATT is described in full in Volume 3, Part G