Bluetooth

Last updated

Bluetooth
BluetoothLogo.svg
Developed by Bluetooth Special Interest Group
Industry Personal area networks
Compatible hardware Personal computers
Smartphones
Gaming consoles
Audio devices
Physical rangeTypically less than 10 m (33 ft), up to 100 m (330 ft)
Bluetooth 5.0: 40–400 m (100–1,000 ft) [1] [2]

Bluetooth is a wireless technology standard used for exchanging data between fixed and mobile devices over short distances using short-wavelength UHF radio waves in the industrial, scientific and medical radio bands, from 2.400 to 2.485 GHz, and building personal area networks (PANs). It was originally conceived as a wireless alternative to RS-232 data cables.

Wireless kind of telecommunication that does not require the use of physical wires; the transfer of information or power between two or more points that are not connected by an electrical conductor

Wireless communication is the transfer of information or power between two or more points that are not connected by an electrical conductor. The most common wireless technologies use radio waves. With radio waves distances can be short, such as a few meters for Bluetooth or as far as millions of kilometers for deep-space radio communications. It encompasses various types of fixed, mobile, and portable applications, including two-way radios, cellular telephones, personal digital assistants (PDAs), and wireless networking. Other examples of applications of radio wireless technology include GPS units, garage door openers, wireless computer mouse, keyboards and headsets, headphones, radio receivers, satellite television, broadcast television and cordless telephones. Somewhat less common methods of achieving wireless communications include the use of other electromagnetic wireless technologies, such as light, magnetic, or electric fields or the use of sound.

Ultra high frequency The range 300-3000 MHz of the electromagnetic spectrum

Ultra high frequency (UHF) is the ITU designation for radio frequencies in the range between 300 megahertz (MHz) and 3 gigahertz (GHz), also known as the decimetre band as the wavelengths range from one meter to one tenth of a meter. Radio waves with frequencies above the UHF band fall into the super-high frequency (SHF) or microwave frequency range. Lower frequency signals fall into the VHF or lower bands. UHF radio waves propagate mainly by line of sight; they are blocked by hills and large buildings although the transmission through building walls is strong enough for indoor reception. They are used for television broadcasting, cell phones, satellite communication including GPS, personal radio services including Wi-Fi and Bluetooth, walkie-talkies, cordless phones, and numerous other applications.

The industrial, scientific and medical (ISM) radio bands are radio bands reserved internationally for the use of radio frequency (RF) energy for industrial, scientific and medical purposes other than telecommunications. Examples of applications in these bands include radio-frequency process heating, microwave ovens, and medical diathermy machines. The powerful emissions of these devices can create electromagnetic interference and disrupt radio communication using the same frequency, so these devices are limited to certain bands of frequencies. In general, communications equipment operating in these bands must tolerate any interference generated by ISM applications, and users have no regulatory protection from ISM device operation.

Contents

Bluetooth is managed by the Bluetooth Special Interest Group (SIG), which has more than 35,000 member companies in the areas of telecommunication, computing, networking, and consumer electronics. The IEEE standardized Bluetooth as IEEE 802.15.1, but no longer maintains the standard. The Bluetooth SIG oversees development of the specification, manages the qualification program, and protects the trademarks. [3] A manufacturer must meet Bluetooth SIG standards to market it as a Bluetooth device. [4] A network of patents apply to the technology, which are licensed to individual qualifying devices. As of 2009, Bluetooth integrated circuit chips ship approximately 920 million units annually. [5]

The Bluetooth Special Interest Group is the standards organisation that oversees the development of Bluetooth standards and the licensing of the Bluetooth technologies and trademarks to manufacturers. The SIG is a not-for-profit, non-stock corporation founded in September 1998. The SIG is headquartered in Kirkland, Washington. The SIG has local offices in Beijing, Seoul, Tokyo, and Malmö.

Institute of Electrical and Electronics Engineers scholarly society, publisher and standards organization, headquartered in US

The Institute of Electrical and Electronics Engineers (IEEE) is a professional association for electronic engineering and electrical engineering with its corporate office in New York City and its operations center in Piscataway, New Jersey. It was formed in 1963 from the amalgamation of the American Institute of Electrical Engineers and the Institute of Radio Engineers.

Patent Intellectual property conferring a monopoly on a new invention

A patent is a form of intellectual property that gives its owner the legal right to exclude others from making, using, selling and importing an invention for a limited period of years, in exchange for publishing an enabling public disclosure of the invention. In most countries patent rights fall under civil law and the patent holder needs to sue someone infringing the patent in order to enforce his or her rights. In some industries patents are an essential form of competitive advantage; in others they are irrelevant.

History

The development of the "short-link" radio technology, later named Bluetooth, was initiated in 1989 by Nils Rydbeck, CTO at Ericsson Mobile in Lund, Sweden. The purpose was to develop wireless headsets, according to two inventions by Johan Ullman, SE 8902098-6,issued 1989-06-12  and SE 9202239,issued 1992-07-24 . Nils Rydbeck tasked Tord Wingren with specifying and Jaap Haartsen and Sven Mattisson with developing. Both were working for Ericsson in Lund. [6] In 1990, Jaap Haartsen was nominated by the European Patent Office for the European Inventor Award. [7] From 1997 Örjan Johansson became the project leader and propelled the technology and standardization. [8] [9] [10] [11]

Lund Place in Scania, Sweden

Lund is a city in the southern Swedish province of Scania, across the Øresund from Copenhagen. The town had 91,940 inhabitants out of a municipal total of 121,510 as of 2018. It is the seat of Lund Municipality, Skåne County.

In 1997, Adalio Sanchez, then head of IBM ThinkPad product R&D, approached Nils Rybeck about collaborating on integrating a cell phone into a ThinkPad notebook. The two lauched engineers from Ericsson and IBM to study the idea. The conclusion was that power consumption on cellphone technology at that time was too high to allow viable integration into a notebook and still achieve adequate battery life. Instead,the two companies agreed to integrate Ericssson's short-link technology on both a ThinkPad notebook and an Ericsson phone to accomplish the goal. Since neither IBM ThinkPad notebooks nor Ericsson phones were the market share leaders in their respective markets at that time, Adalio Sanchez and Nils Rydbeck agreed to make the short-link technology an open industry standard to permit each player maximum market access. Erisson contributed the short-link radio technology, and IBM contributed patents around the logical layer. Adalio Sanchez of IBM then recruited Stephen Nachtsheim of Intel to join and then Intel also recruited Toshiba and Nokia. In May 1998, the Bluetooh SIG was launched with IBM and Ericssson as the founding signatories and a total of five members: Ericsson, Intel, Nokia, Toshiba and IBM.

The first consumer Bluetooth device launched in 1999. It was a hands-free mobile headset which earned the "Best of show Technology Award" at COMDEX. The first Bluetooth mobile phone was the Ericsson T36 but it was the revised T39 model which actually made it to store shelves in 2001. In parallel, IBM introduced the IBM ThinkPad A30 in October 2001 which was the first notebook with integrated Bluetooth. [12]

Name

The name Bluetooth is an Anglicised version of the Scandinavian Blåtand/Blåtann (Old Norse blátǫnn), the epithet of the tenth-century king Harald Bluetooth who united dissonant Danish tribes into a single kingdom. The implication is that Bluetooth unites communication protocols. [13]

Old Norse North Germanic language

Old Norse was a North Germanic language that was spoken by inhabitants of Scandinavia and their overseas settlements from about the 9th to the 13th centuries.

An epithet is a byname, or a descriptive term, accompanying or occurring in place of a name and having entered common usage. It has various shades of meaning when applied to seemingly real or fictitious people, divinities, objects, and binomial nomenclature. It can also be a descriptive title: for example, Pallas Athena, Alfred the Great, Suleiman the Magnificent or Władysław I the Elbow-high.

Harald Bluetooth King of Denmark

Harald "Bluetooth" Gormsson was a king of Denmark and Norway.

The idea of this name was proposed in 1997 by Jim Kardach of Intel, who developed a system that would allow mobile phones to communicate with computers. [14] At the time of this proposal he was reading Frans G. Bengtsson's historical novel The Long Ships about Vikings and King Harald Bluetooth. [15] [16]

Intel American semiconductor chip manufacturer

Intel Corporation is an American multinational corporation and technology company headquartered in Santa Clara, California, in the Silicon Valley. It is the world's second largest and second highest valued semiconductor chip manufacturer based on revenue after being overtaken by Samsung Electronics, and is the inventor of the x86 series of microprocessors, the processors found in most personal computers (PCs). Intel ranked No. 46 in the 2018 Fortune 500 list of the largest United States corporations by total revenue. Intel is incorporated in Delaware.

Frans G. Bengtsson Swedish writer

Frans Gunnar Bengtsson was a Swedish novelist, essayist, poet and biographer. He was born in Tåssjö in Skåne and died at Ribbingsfors Manor in northern Västergötland.

<i>The Long Ships</i> book

The Long Ships or Red Orm is an adventure novel by the Swedish writer Frans G. Bengtsson. The narrative is set in the late 10th century and follows the adventures of the Viking Röde Orm - called "Red" for his hair and his temper, a native of Scania. The book portrays the political situation of Europe in the later Viking Age, Andalusia under Almanzor, Denmark under Harald Bluetooth, followed by the struggle between Eric the Victorious and Sweyn Forkbeard, Ireland under Brian Boru, England under Ethelred the Unready, and the Battle of Maldon, and then the Byzantine Empire and its Varangian Guard, Kievan Rus and its neighbors the Pechenegs - all before the backdrop of the gradual Christianisation of Scandinavia, contrasting the pragmatic Norse pagan outlook with the exclusiveness of Islam and Christianity.

The Bluetooth logo Bluetooth FM Color.png is a bind rune merging the Younger Futhark runes Runic letter ior.svg  (ᚼ, Hagall) and Runic letter berkanan.svg  (ᛒ, Bjarkan), Harald's initials. [17] [18]

Implementation

Bluetooth operates at frequencies between 2402 and 2480 MHz, or 2400 and 2483.5 MHz including guard bands 2 MHz wide at the bottom end and 3.5 MHz wide at the top. [19] This is in the globally unlicensed (but not unregulated) industrial, scientific and medical (ISM) 2.4 GHz short-range radio frequency band. Bluetooth uses a radio technology called frequency-hopping spread spectrum. Bluetooth divides transmitted data into packets, and transmits each packet on one of 79 designated Bluetooth channels. Each channel has a bandwidth of 1 MHz. It usually performs 1600 hops per second, with adaptive frequency-hopping (AFH) enabled. [19] Bluetooth Low Energy uses 2 MHz spacing, which accommodates 40 channels. [20]

Originally, Gaussian frequency-shift keying (GFSK) modulation was the only modulation scheme available. Since the introduction of Bluetooth 2.0+EDR, π/4-DQPSK (differential quadrature phase-shift keying) and 8-DPSK modulation may also be used between compatible devices. Devices functioning with GFSK are said to be operating in basic rate (BR) mode where an instantaneous bit rate of 1  Mbit/s is possible. The term Enhanced Data Rate (EDR) is used to describe π/4-DPSK and 8-DPSK schemes, each giving 2 and 3 Mbit/s respectively. The combination of these (BR and EDR) modes in Bluetooth radio technology is classified as a BR/EDR radio.

Bluetooth is a packet-based protocol with a master/slave architecture. One master may communicate with up to seven slaves in a piconet. All devices share the master's clock. Packet exchange is based on the basic clock, defined by the master, which ticks at 312.5 µs intervals. Two clock ticks make up a slot of 625  µs, and two slots make up a slot pair of 1250 µs. In the simple case of single-slot packets, the master transmits in even slots and receives in odd slots. The slave, conversely, receives in even slots and transmits in odd slots. Packets may be 1, 3 or 5 slots long, but in all cases the master's transmission begins in even slots and the slave's in odd slots.

The above excludes Bluetooth Low Energy, introduced in the 4.0 specification, which uses the same spectrum but somewhat differently.

Communication and connection

A master BR/EDR Bluetooth device can communicate with a maximum of seven devices in a piconet (an ad-hoc computer network using Bluetooth technology), though not all devices reach this maximum. The devices can switch roles, by agreement, and the slave can become the master (for example, a headset initiating a connection to a phone necessarily begins as master—as an initiator of the connection—but may subsequently operate as the slave).

The Bluetooth Core Specification provides for the connection of two or more piconets to form a scatternet, in which certain devices simultaneously play the master role in one piconet and the slave role in another.

At any given time, data can be transferred between the master and one other device (except for the little-used broadcast mode). The master chooses which slave device to address; typically, it switches rapidly from one device to another in a round-robin fashion. Since it is the master that chooses which slave to address, whereas a slave is (in theory) supposed to listen in each receive slot, being a master is a lighter burden than being a slave. Being a master of seven slaves is possible; being a slave of more than one master is possible. The specification is vague as to required behavior in scatternets. [21]

Uses

Ranges of Bluetooth devices by class
ClassMax. permitted powerTyp. range [2]
(m)
(mW)(dBm)
110020~100
1.5
(BT 5 Vol 6 Part A Sect 3)
1010~20
22.54~10
310~1
40.5−3~0.5

Bluetooth is a standard wire-replacement communications protocol primarily designed for low power consumption, with a short range based on low-cost transceiver microchips in each device. [22] Because the devices use a radio (broadcast) communications system, they do not have to be in visual line of sight of each other; however, a quasi optical wireless path must be viable. [23] Range is power-class-dependent, but effective ranges vary in practice. See the table "Ranges of Bluetooth devices by class".

Officially Class 3 radios have a range of up to 1 metre (3 ft), Class 2, most commonly found in mobile devices, 10 metres (33 ft), and Class 1, primarily for industrial use cases,100 metres (300 ft). [2] Bluetooth Marketing qualifies that Class 1 range is in most cases 20–30 metres (66–98 ft), and Class 2 range 5–10 metres (16–33 ft). [1] The actual range achieved by a given link will depend on the qualities of the devices at both ends of the link, as well as the air conditions in between, and other factors.

The effective range varies depending on propagation conditions, material coverage, production sample variations, antenna configurations and battery conditions. Most Bluetooth applications are for indoor conditions, where attenuation of walls and signal fading due to signal reflections make the range far lower than specified line-of-sight ranges of the Bluetooth products.

Most Bluetooth applications are battery-powered Class 2 devices, with little difference in range whether the other end of the link is a Class 1 or Class 2 device as the lower-powered device tends to set the range limit. In some cases the effective range of the data link can be extended when a Class 2 device is connecting to a Class 1 transceiver with both higher sensitivity and transmission power than a typical Class 2 device. [24] Mostly, however, the Class 1 devices have a similar sensitivity to Class 2 devices. Connecting two Class 1 devices with both high sensitivity and high power can allow ranges far in excess of the typical 100m, depending on the throughput required by the application. Some such devices allow open field ranges of up to 1 km and beyond between two similar devices without exceeding legal emission limits. [25] [26] [27]

The Bluetooth Core Specification mandates a range of not less than 10 metres (33 ft), but there is no upper limit on actual range. Manufacturers' implementations can be tuned to provide the range needed for each case. [2]

Bluetooth profile

To use Bluetooth wireless technology, a device must be able to interpret certain Bluetooth profiles, which are definitions of possible applications and specify general behaviors that Bluetooth-enabled devices use to communicate with other Bluetooth devices. These profiles include settings to parameterize and to control the communication from the start. Adherence to profiles saves the time for transmitting the parameters anew before the bi-directional link becomes effective. There are a wide range of Bluetooth profiles that describe many different types of applications or use cases for devices. [28] [29]

List of applications

A typical Bluetooth mobile phone headset Bluetooth headset.jpg
A typical Bluetooth mobile phone headset

Bluetooth vs Wi-Fi (IEEE 802.11)

Bluetooth and Wi-Fi (Wi-Fi is the brand name for products using IEEE 802.11 standards) have some similar applications: setting up networks, printing, or transferring files. Wi-Fi is intended as a replacement for high-speed cabling for general local area network access in work areas or home. This category of applications is sometimes called wireless local area networks (WLAN). Bluetooth was intended for portable equipment and its applications. The category of applications is outlined as the wireless personal area network (WPAN). Bluetooth is a replacement for cabling in a variety of personally carried applications in any setting, and also works for fixed location applications such as smart energy functionality in the home (thermostats, etc.).

Wi-Fi and Bluetooth are to some extent complementary in their applications and usage. Wi-Fi is usually access point-centered, with an asymmetrical client-server connection with all traffic routed through the access point, while Bluetooth is usually symmetrical, between two Bluetooth devices. Bluetooth serves well in simple applications where two devices need to connect with a minimal configuration like a button press, as in headsets and remote controls, while Wi-Fi suits better in applications where some degree of client configuration is possible and high speeds are required, especially for network access through an access node. However, Bluetooth access points do exist, and ad-hoc connections are possible as with Wi-Fi though not as simply as with Bluetooth. Wi-Fi Direct was recently developed to add a more Bluetooth-like ad-hoc functionality to Wi-Fi.[ citation needed ]

Devices

A Bluetooth USB dongle with a 100 m range Drone 4.jpg
A Bluetooth USB dongle with a 100 m range

Bluetooth exists in numerous products such as telephones, speakers, tablets, media players, robotics systems, laptops, and console gaming equipment as well as some high definition headsets, modems, hearing aids [42] and even watches. [43] Given the variety of devices which use the Bluetooth, coupled with the contemporary deprecation of headphone jacks by Apple, Google, and other companies, and the lack of regulation by the FCC, the technology is prone to interference. [44] Nonetheless Bluetooth is useful when transferring information between two or more devices that are near each other in low-bandwidth situations. Bluetooth is commonly used to transfer sound data with telephones (i.e., with a Bluetooth headset) or byte data with hand-held computers (transferring files).

Bluetooth protocols simplify the discovery and setup of services between devices. [45] Bluetooth devices can advertise all of the services they provide. [46] This makes using services easier, because more of the security, network address and permission configuration can be automated than with many other network types. [45]

Computer requirements

A typical Bluetooth USB dongle BluetoothUSB.jpg
A typical Bluetooth USB dongle
An internal notebook Bluetooth card (14x36x4 mm) DELL TrueMobile 350 Bluetooth card.jpg
An internal notebook Bluetooth card (14×36×4 mm)

A personal computer that does not have embedded Bluetooth can use a Bluetooth adapter that enables the PC to communicate with Bluetooth devices. While some desktop computers and most recent laptops come with a built-in Bluetooth radio, others require an external adapter, typically in the form of a small USB "dongle."

Unlike its predecessor, IrDA, which requires a separate adapter for each device, Bluetooth lets multiple devices communicate with a computer over a single adapter. [47]

Operating system implementation

For Microsoft platforms, Windows XP Service Pack 2 and SP3 releases work natively with Bluetooth v1.1, v2.0 and v2.0+EDR. [48] Previous versions required users to install their Bluetooth adapter's own drivers, which were not directly supported by Microsoft. [49] Microsoft's own Bluetooth dongles (packaged with their Bluetooth computer devices) have no external drivers and thus require at least Windows XP Service Pack 2. Windows Vista RTM/SP1 with the Feature Pack for Wireless or Windows Vista SP2 work with Bluetooth v2.1+EDR. [48] Windows 7 works with Bluetooth v2.1+EDR and Extended Inquiry Response (EIR). [48] The Windows XP and Windows Vista/Windows 7 Bluetooth stacks support the following Bluetooth profiles natively: PAN, SPP, DUN, HID, HCRP. The Windows XP stack can be replaced by a third party stack that supports more profiles or newer Bluetooth versions. The Windows Vista/Windows 7 Bluetooth stack supports vendor-supplied additional profiles without requiring that the Microsoft stack be replaced. [48] It is generally recommended to install the latest vendor driver and its associated stack to be able to use the Bluetooth device at its fullest extent.

Apple products have worked with Bluetooth since Mac OS X v10.2, which was released in 2002. [50]

Linux has two popular Bluetooth stacks, BlueZ and Fluoride. The BlueZ stack is included with most Linux kernels and was originally developed by Qualcomm. [51] Fluoride, earlier known as Bluedroid is included in Android OS and was originally developed by Broadcom. [52] There is also Affix stack, developed by Nokia. It was once popular, but has not been updated since 2005. [53]

FreeBSD has included Bluetooth since its v5.0 release, implemented through netgraph. [54]

NetBSD has included Bluetooth since its v4.0 release. [55] Its Bluetooth stack was ported to OpenBSD as well, however OpenBSD later removed it as unmaintained. [56] [57]

DragonFly BSD has had NetBSD's Bluetooth implementation since 1.11 (2008). [58] A netgraph-based implementation from FreeBSD has also been available in the tree, possibly disabled until 2014-11-15, and may require more work. [59] [60]

Specifications and features

The specifications were formalized by the Bluetooth Special Interest Group (SIG) and formally announced on the 20 of May 1998. [61] Today it has a membership of over 30,000 companies worldwide. [62] It was established by Ericsson, IBM, Intel, Nokia and Toshiba, and later joined by many other companies.

All versions of the Bluetooth standards support downward compatibility. That lets the latest standard cover all older versions.

The Bluetooth Core Specification Working Group (CSWG) produces mainly 4 kinds of specifications:

Bluetooth 1.0 and 1.0B

Versions 1.0 and 1.0B[ citation needed ] had many problems, and manufacturers had difficulty making their products interoperable. Versions 1.0 and 1.0B also included mandatory Bluetooth hardware device address (BD_ADDR) transmission in the Connecting process (rendering anonymity impossible at the protocol level), which was a major setback for certain services planned for use in Bluetooth environments.

Bluetooth 1.1

Bluetooth 1.2

Major enhancements include:

Bluetooth 2.0 + EDR

This version of the Bluetooth Core Specification was released before 2005. The main difference is the introduction of an Enhanced Data Rate (EDR) for faster data transfer. The bit rate of EDR is 3 Mbit/s, although the maximum data transfer rate (allowing for inter-packet time and acknowledgements) is 2.1 Mbit/s. [64] EDR uses a combination of GFSK and phase-shift keying modulation (PSK) with two variants, π/4-DQPSK and 8-DPSK. [66] EDR can provide a lower power consumption through a reduced duty cycle.

The specification is published as Bluetooth v2.0 + EDR, which implies that EDR is an optional feature. Aside from EDR, the v2.0 specification contains other minor improvements, and products may claim compliance to "Bluetooth v2.0" without supporting the higher data rate. At least one commercial device states "Bluetooth v2.0 without EDR" on its data sheet. [67]

Bluetooth 2.1 + EDR

Bluetooth Core Specification Version 2.1 + EDR was adopted by the Bluetooth SIG on 26 July 2007. [66]

The headline feature of v2.1 is secure simple pairing (SSP): this improves the pairing experience for Bluetooth devices, while increasing the use and strength of security. [68]

Version 2.1 allows various other improvements, including extended inquiry response (EIR), which provides more information during the inquiry procedure to allow better filtering of devices before connection; and sniff subrating, which reduces the power consumption in low-power mode.

Bluetooth 3.0 + HS

Version 3.0 + HS of the Bluetooth Core Specification [66] was adopted by the Bluetooth SIG on 21 April 2009. Bluetooth v3.0 + HS provides theoretical data transfer speeds of up to 24 Mbit/s, though not over the Bluetooth link itself. Instead, the Bluetooth link is used for negotiation and establishment, and the high data rate traffic is carried over a colocated 802.11 link.

The main new feature is AMP (Alternative MAC/PHY), the addition of 802.11 as a high-speed transport. The high-speed part of the specification is not mandatory, and hence only devices that display the "+HS" logo actually support Bluetooth over 802.11 high-speed data transfer. A Bluetooth v3.0 device without the "+HS" suffix is only required to support features introduced in Core Specification Version 3.0 [69] or earlier Core Specification Addendum 1. [70]

L2CAP Enhanced modes
Enhanced Retransmission Mode (ERTM) implements reliable L2CAP channel, while Streaming Mode (SM) implements unreliable channel with no retransmission or flow control. Introduced in Core Specification Addendum 1.
Alternative MAC/PHY
Enables the use of alternative MAC and PHYs for transporting Bluetooth profile data. The Bluetooth radio is still used for device discovery, initial connection and profile configuration. However, when large quantities of data must be sent, the high-speed alternative MAC PHY 802.11 (typically associated with Wi-Fi) transports the data. This means that Bluetooth uses proven low power connection models when the system is idle, and the faster radio when it must send large quantities of data. AMP links require enhanced L2CAP modes.
Unicast Connectionless Data
Permits sending service data without establishing an explicit L2CAP channel. It is intended for use by applications that require low latency between user action and reconnection/transmission of data. This is only appropriate for small amounts of data.
Enhanced Power Control
Updates the power control feature to remove the open loop power control, and also to clarify ambiguities in power control introduced by the new modulation schemes added for EDR. Enhanced power control removes the ambiguities by specifying the behaviour that is expected. The feature also adds closed loop power control, meaning RSSI filtering can start as the response is received. Additionally, a "go straight to maximum power" request has been introduced. This is expected to deal with the headset link loss issue typically observed when a user puts their phone into a pocket on the opposite side to the headset.

Ultra-wideband

The high-speed (AMP) feature of Bluetooth v3.0 was originally intended for UWB, but the WiMedia Alliance, the body responsible for the flavor of UWB intended for Bluetooth, announced in March 2009 that it was disbanding, and ultimately UWB was omitted from the Core v3.0 specification. [71]

On 16 March 2009, the WiMedia Alliance announced it was entering into technology transfer agreements for the WiMedia Ultra-wideband (UWB) specifications. WiMedia has transferred all current and future specifications, including work on future high-speed and power-optimized implementations, to the Bluetooth Special Interest Group (SIG), Wireless USB Promoter Group and the USB Implementers Forum. After successful completion of the technology transfer, marketing, and related administrative items, the WiMedia Alliance ceased operations. [72] [73] [74] [75] [76]

In October 2009 the Bluetooth Special Interest Group suspended development of UWB as part of the alternative MAC/PHY, Bluetooth v3.0 + HS solution. A small, but significant, number of former WiMedia members had not and would not sign up to the necessary agreements for the IP transfer. The Bluetooth SIG is now in the process of evaluating other options for its longer term roadmap. [77] [78] [79]

Bluetooth 4.0

The Bluetooth SIG completed the Bluetooth Core Specification version 4.0 (called Bluetooth Smart) and has been adopted as of 30 June 2010. It includes Classic Bluetooth, Bluetooth high speed and Bluetooth Low Energy (BLE) protocols. Bluetooth high speed is based on Wi-Fi, and Classic Bluetooth consists of legacy Bluetooth protocols.

Bluetooth Low Energy, previously known as Wibree, [80] is a subset of Bluetooth v4.0 with an entirely new protocol stack for rapid build-up of simple links. As an alternative to the Bluetooth standard protocols that were introduced in Bluetooth v1.0 to v3.0, it is aimed at very low power applications powered by a coin cell. Chip designs allow for two types of implementation, dual-mode, single-mode and enhanced past versions. [81] The provisional names Wibree and Bluetooth ULP (Ultra Low Power) were abandoned and the BLE name was used for a while. In late 2011, new logos "Bluetooth Smart Ready" for hosts and "Bluetooth Smart" for sensors were introduced as the general-public face of BLE. [82]

Compared to Classic Bluetooth, Bluetooth Low Energy is intended to provide considerably reduced power consumption and cost while maintaining a similar communication range. In terms of lengthening the battery life of Bluetooth devices, BLE represents a significant progression.

Cost-reduced single-mode chips, which enable highly integrated and compact devices, feature a lightweight Link Layer providing ultra-low power idle mode operation, simple device discovery, and reliable point-to-multipoint data transfer with advanced power-save and secure encrypted connections at the lowest possible cost.

General improvements in version 4.0 include the changes necessary to facilitate BLE modes, as well the Generic Attribute Profile (GATT) and Security Manager (SM) services with AES Encryption.

Core Specification Addendum 2 was unveiled in December 2011; it contains improvements to the audio Host Controller Interface and to the High Speed (802.11) Protocol Adaptation Layer.

Core Specification Addendum 3 revision 2 has an adoption date of 24 July 2012.

Core Specification Addendum 4 has an adoption date of 12 February 2013.

Bluetooth 4.1

The Bluetooth SIG announced formal adoption of the Bluetooth v4.1 specification on 4 December 2013. This specification is an incremental software update to Bluetooth Specification v4.0, and not a hardware update. The update incorporates Bluetooth Core Specification Addenda (CSA 1, 2, 3 & 4) and adds new features that improve consumer usability. These include increased co-existence support for LTE, bulk data exchange rates—and aid developer innovation by allowing devices to support multiple roles simultaneously. [91]

New features of this specification include:

Notice that some features were already available in a Core Specification Addendum (CSA) before the release of v4.1.

Bluetooth 4.2

Released on December 2, 2014, it introduces features for the Internet of Things.

The major areas of improvement are:

Older Bluetooth hardware may receive 4.2 features such as Data Packet Length Extension and improved privacy via firmware updates. [93] [94]

Bluetooth 5.0

The Bluetooth SIG presented Bluetooth 5 on 16 June 2016. Its new features are mainly focused on new Internet of Things technology. Sony was the first to announce Bluetooth 5.0 support with its Xperia XZ Premium in Feb 2017 during the Mobile World Congress 2017 [95] . The Samsung Galaxy S8 launched with Bluetooth 5 support in April 2017. In September 2017, the iPhone 8, 8 Plus and iPhone X launched with Bluetooth 5 support as well. Apple also integrated Bluetooth 5 in its new HomePod offering released on February 9, 2018. [96] Marketing drops the point number; so that it is just "Bluetooth 5" (unlike Bluetooth 4.0). The change is for the sake of "Simplifying our marketing, communicating user benefits more effectively and making it easier to signal significant technology updates to the market." [97]

Bluetooth 5 provides, for BLE, options that can double the speed (2 Mbit/s burst) at the expense of range, or up to fourfold the range at the expense of data rate. The increase in transmissions could be important for Internet of Things devices, where many nodes connect throughout a whole house. Bluetooth 5 adds functionality for connectionless services such as location-relevant navigation [98] of low-energy Bluetooth connections. [99] [100] [101]

The major areas of improvement are:

Features Added in CSA5 – Integrated in v5.0:

The following features were removed in this version of the specification:

Bluetooth 5.1

The Bluetooth SIG presented Bluetooth 5.1 on 21 January 2019.

The major areas of improvement are:

Features Added in Core Specification Addendum (CSA) 6 – Integrated in v5.1:

The following features were removed in this version of the specification:

Technical information

Architecture

Software

Seeking to extend the compatibility of Bluetooth devices, the devices that adhere to the standard use as an interface between the host device (laptop, phone, etc.) and the Bluetooth device as such (Bluetooth chip) an interface called HCI (Host Controller Interface)

High-level protocols such as the SDP (Protocol used to find other Bluetooth devices within the communication range, also responsible for detecting the function of devices in range), RFCOMM (Protocol used to emulate serial port connections) and TCS (Telephony control protocol) interact with the baseband controller through the L2CAP Protocol (Logical Link Control and Adaptation Protocol). The L2CAP protocol is responsible for the segmentation and reassembly of the packets

Hardware

The hardware that makes up the Bluetooth device is made up of, logically, two parts; which may or may not be physically separate. A radio device, responsible for modulating and transmitting the signal; and a digital controller. The digital controller is likely a CPU, one of whose functions is to run a Link Controller; and interfaces with the host device; but some functions may be delegated to hardware. The Link Controller is responsible for the processing of the baseband and the management of ARQ and physical layer FEC protocols. In addition, it handles the transfer functions (both asynchronous and synchronous), audio coding and data encryption. The CPU of the device is responsible for attending the instructions related to Bluetooth of the host device, in order to simplify its operation. To do this, the CPU runs software called Link Manager that has the function of communicating with other devices through the LMP protocol.

A Bluetooth device is a short-range wireless device. Bluetooth devices are fabricated on RF CMOS integrated circuit (RF circuit) chips. [5] [103]

Bluetooth protocol stack

Bluetooth Protocol Stack Bluetooth protokoly.svg
Bluetooth Protocol Stack

Bluetooth is defined as a layer protocol architecture consisting of core protocols, cable replacement protocols, telephony control protocols, and adopted protocols. [104] Mandatory protocols for all Bluetooth stacks are LMP, L2CAP and SDP. In addition, devices that communicate with Bluetooth almost universally can use these protocols: HCI and RFCOMM.[ citation needed ]

The Link Manager (LM) is the system that manages establishing the connection between devices. It is responsible for the establishment, authentication and configuration of the link. The Link Manager locates other managers and communicates with them via the management protocol of the LMP link. In order to perform its function as a service provider, the LM uses the services included in the Link Controller (LC). The Link Manager Protocol basically consists of a number of PDUs (Protocol Data Units) that are sent from one device to another. The following is a list of supported services:

  • Transmission and reception of data.
  • Name request
  • Request of the link addresses.
  • Establishment of the connection.
  • Authentication.
  • Negotiation of link mode and connection establishment.

Host Controller Interface

The Host Controller Interface provides a command interface for the controller and for the link manager, which allows access to the hardware status and control registers. This interface provides an access layer for all Bluetooth devices. The HCI layer of the machine exchanges commands and data with the HCI firmware present in the Bluetooth device. One of the most important HCI tasks that must be performed is the automatic discovery of other Bluetooth devices that are within the coverage radius.

The Logical Link Control and Adaptation Protocol (L2CAP) is used to multiplex multiple logical connections between two devices using different higher level protocols. Provides segmentation and reassembly of on-air packets.

In Basic mode, L2CAP provides packets with a payload configurable up to 64 kB, with 672 bytes as the default MTU, and 48 bytes as the minimum mandatory supported MTU.

In Retransmission and Flow Control modes, L2CAP can be configured either for isochronous data or reliable data per channel by performing retransmissions and CRC checks.

Bluetooth Core Specification Addendum 1 adds two additional L2CAP modes to the core specification. These modes effectively deprecate original Retransmission and Flow Control modes:

Enhanced Retransmission Mode (ERTM)
This mode is an improved version of the original retransmission mode. This mode provides a reliable L2CAP channel.
Streaming Mode (SM)
This is a very simple mode, with no retransmission or flow control. This mode provides an unreliable L2CAP channel.

Reliability in any of these modes is optionally and/or additionally guaranteed by the lower layer Bluetooth BDR/EDR air interface by configuring the number of retransmissions and flush timeout (time after which the radio flushes packets). In-order sequencing is guaranteed by the lower layer.

Only L2CAP channels configured in ERTM or SM may be operated over AMP logical links.

Service Discovery Protocol

The Service Discovery Protocol (SDP) allows a device to discover services offered by other devices, and their associated parameters. For example, when you use a mobile phone with a Bluetooth headset, the phone uses SDP to determine which Bluetooth profiles the headset can use (Headset Profile, Hands Free Profile, Advanced Audio Distribution Profile (A2DP) etc.) and the protocol multiplexer settings needed for the phone to connect to the headset using each of them. Each service is identified by a Universally Unique Identifier (UUID), with official services (Bluetooth profiles) assigned a short form UUID (16 bits rather than the full 128).

Radio Frequency Communications

Radio Frequency Communications (RFCOMM) is a cable replacement protocol used for generating a virtual serial data stream. RFCOMM provides for binary data transport and emulates EIA-232 (formerly RS-232) control signals over the Bluetooth baseband layer, i.e., it is a serial port emulation.

RFCOMM provides a simple, reliable, data stream to the user, similar to TCP. It is used directly by many telephony related profiles as a carrier for AT commands, as well as being a transport layer for OBEX over Bluetooth.

Many Bluetooth applications use RFCOMM because of its widespread support and publicly available API on most operating systems. Additionally, applications that used a serial port to communicate can be quickly ported to use RFCOMM.

Bluetooth Network Encapsulation Protocol

The Bluetooth Network Encapsulation Protocol (BNEP) is used for transferring another protocol stack's data via an L2CAP channel. Its main purpose is the transmission of IP packets in the Personal Area Networking Profile. BNEP performs a similar function to SNAP in Wireless LAN.

Audio/Video Control Transport Protocol

The Audio/Video Control Transport Protocol (AVCTP) is used by the remote control profile to transfer AV/C commands over an L2CAP channel. The music control buttons on a stereo headset use this protocol to control the music player.

Audio/Video Distribution Transport Protocol

The Audio/Video Distribution Transport Protocol (AVDTP) is used by the advanced audio distribution (A2DP) profile to stream music to stereo headsets over an L2CAP channel intended for video distribution profile in the Bluetooth transmission.

Telephony Control Protocol

The Telephony Control Protocol – Binary (TCS BIN) is the bit-oriented protocol that defines the call control signaling for the establishment of voice and data calls between Bluetooth devices. Additionally, "TCS BIN defines mobility management procedures for handling groups of Bluetooth TCS devices."

TCS-BIN is only used by the cordless telephony profile, which failed to attract implementers. As such it is only of historical interest.

Adopted protocols

Adopted protocols are defined by other standards-making organizations and incorporated into Bluetooth's protocol stack, allowing Bluetooth to code protocols only when necessary. The adopted protocols include:

Point-to-Point Protocol (PPP)
Internet standard protocol for transporting IP datagrams over a point-to-point link.
TCP/IP/UDP
Foundation Protocols for TCP/IP protocol suite
Object Exchange Protocol (OBEX)
Session-layer protocol for the exchange of objects, providing a model for object and operation representation
Wireless Application Environment/Wireless Application Protocol (WAE/WAP)
WAE specifies an application framework for wireless devices and WAP is an open standard to provide mobile users access to telephony and information services. [104]

Baseband error correction

Depending on packet type, individual packets may be protected by error correction, either 1/3 rate forward error correction (FEC) or 2/3 rate. In addition, packets with CRC will be retransmitted until acknowledged by automatic repeat request (ARQ).

Setting up connections

Any Bluetooth device in discoverable mode transmits the following information on demand:

Any device may perform an inquiry to find other devices to connect to, and any device can be configured to respond to such inquiries. However, if the device trying to connect knows the address of the device, it always responds to direct connection requests and transmits the information shown in the list above if requested. Use of a device's services may require pairing or acceptance by its owner, but the connection itself can be initiated by any device and held until it goes out of range. Some devices can be connected to only one device at a time, and connecting to them prevents them from connecting to other devices and appearing in inquiries until they disconnect from the other device.

Every device has a unique 48-bit address. However, these addresses are generally not shown in inquiries. Instead, friendly Bluetooth names are used, which can be set by the user. This name appears when another user scans for devices and in lists of paired devices.

Most cellular phones have the Bluetooth name set to the manufacturer and model of the phone by default. Most cellular phones and laptops show only the Bluetooth names and special programs are required to get additional information about remote devices. This can be confusing as, for example, there could be several cellular phones in range named T610 (see Bluejacking).

Pairing and bonding

Motivation

Many services offered over Bluetooth can expose private data or let a connecting party control the Bluetooth device. Security reasons make it necessary to recognize specific devices, and thus enable control over which devices can connect to a given Bluetooth device. At the same time, it is useful for Bluetooth devices to be able to establish a connection without user intervention (for example, as soon as in range).

To resolve this conflict, Bluetooth uses a process called bonding, and a bond is generated through a process called pairing. The pairing process is triggered either by a specific request from a user to generate a bond (for example, the user explicitly requests to "Add a Bluetooth device"), or it is triggered automatically when connecting to a service where (for the first time) the identity of a device is required for security purposes. These two cases are referred to as dedicated bonding and general bonding respectively.

Pairing often involves some level of user interaction. This user interaction confirms the identity of the devices. When pairing successfully completes, a bond forms between the two devices, enabling those two devices to connect to each other in the future without repeating the pairing process to confirm device identities. When desired, the user can remove the bonding relationship.

Implementation

During pairing, the two devices establish a relationship by creating a shared secret known as a link key. If both devices store the same link key, they are said to be paired or bonded. A device that wants to communicate only with a bonded device can cryptographically authenticate the identity of the other device, ensuring it is the same device it previously paired with. Once a link key is generated, an authenticated Asynchronous Connection-Less (ACL) link between the devices may be encrypted to protect exchanged data against eavesdropping. Users can delete link keys from either device, which removes the bond between the devices—so it is possible for one device to have a stored link key for a device it is no longer paired with.

Bluetooth services generally require either encryption or authentication and as such require pairing before they let a remote device connect. Some services, such as the Object Push Profile, elect not to explicitly require authentication or encryption so that pairing does not interfere with the user experience associated with the service use-cases.

Pairing mechanisms

Pairing mechanisms changed significantly with the introduction of Secure Simple Pairing in Bluetooth v2.1. The following summarizes the pairing mechanisms:

  • Legacy pairing: This is the only method available in Bluetooth v2.0 and before. Each device must enter a PIN code; pairing is only successful if both devices enter the same PIN code. Any 16-byte UTF-8 string may be used as a PIN code; however, not all devices may be capable of entering all possible PIN codes.
    • Limited input devices: The obvious example of this class of device is a Bluetooth Hands-free headset, which generally have few inputs. These devices usually have a fixed PIN, for example "0000" or "1234", that are hard-coded into the device.
    • Numeric input devices: Mobile phones are classic examples of these devices. They allow a user to enter a numeric value up to 16 digits in length.
    • Alpha-numeric input devices: PCs and smartphones are examples of these devices. They allow a user to enter full UTF-8 text as a PIN code. If pairing with a less capable device the user must be aware of the input limitations on the other device; there is no mechanism available for a capable device to determine how it should limit the available input a user may use.
  • Secure Simple Pairing (SSP): This is required by Bluetooth v2.1, although a Bluetooth v2.1 device may only use legacy pairing to interoperate with a v2.0 or earlier device. Secure Simple Pairing uses a form of public key cryptography, and some types can help protect against man in the middle, or MITM attacks. SSP has the following authentication mechanisms:
    • Just works: As the name implies, this method just works, with no user interaction. However, a device may prompt the user to confirm the pairing process. This method is typically used by headsets with very limited IO capabilities, and is more secure than the fixed PIN mechanism this limited set of devices uses for legacy pairing. This method provides no man-in-the-middle (MITM) protection.
    • Numeric comparison: If both devices have a display, and at least one can accept a binary yes/no user input, they may use Numeric Comparison. This method displays a 6-digit numeric code on each device. The user should compare the numbers to ensure they are identical. If the comparison succeeds, the user(s) should confirm pairing on the device(s) that can accept an input. This method provides MITM protection, assuming the user confirms on both devices and actually performs the comparison properly.
    • Passkey Entry: This method may be used between a device with a display and a device with numeric keypad entry (such as a keyboard), or two devices with numeric keypad entry. In the first case, the display presents a 6-digit numeric code to the user, who then enters the code on the keypad. In the second case, the user of each device enters the same 6-digit number. Both of these cases provide MITM protection.
    • Out of band (OOB): This method uses an external means of communication, such as near-field communication (NFC) to exchange some information used in the pairing process. Pairing is completed using the Bluetooth radio, but requires information from the OOB mechanism. This provides only the level of MITM protection that is present in the OOB mechanism.

SSP is considered simple for the following reasons:

  • In most cases, it does not require a user to generate a passkey.
  • For use cases not requiring MITM protection, user interaction can be eliminated.
  • For numeric comparison, MITM protection can be achieved with a simple equality comparison by the user.
  • Using OOB with NFC enables pairing when devices simply get close, rather than requiring a lengthy discovery process.

Security concerns

Prior to Bluetooth v2.1, encryption is not required and can be turned off at any time. Moreover, the encryption key is only good for approximately 23.5 hours; using a single encryption key longer than this time allows simple XOR attacks to retrieve the encryption key.

  • Turning off encryption is required for several normal operations, so it is problematic to detect if encryption is disabled for a valid reason or for a security attack.

Bluetooth v2.1 addresses this in the following ways:

  • Encryption is required for all non-SDP (Service Discovery Protocol) connections
  • A new Encryption Pause and Resume feature is used for all normal operations that require that encryption be disabled. This enables easy identification of normal operation from security attacks.
  • The encryption key must be refreshed before it expires.

Link keys may be stored on the device file system, not on the Bluetooth chip itself. Many Bluetooth chip manufacturers let link keys be stored on the device—however, if the device is removable, this means that the link key moves with the device.

Security

Overview

Bluetooth implements confidentiality, authentication and key derivation with custom algorithms based on the SAFER+ block cipher. Bluetooth key generation is generally based on a Bluetooth PIN, which must be entered into both devices. This procedure might be modified if one of the devices has a fixed PIN (e.g., for headsets or similar devices with a restricted user interface). During pairing, an initialization key or master key is generated, using the E22 algorithm. [105] The E0 stream cipher is used for encrypting packets, granting confidentiality, and is based on a shared cryptographic secret, namely a previously generated link key or master key. Those keys, used for subsequent encryption of data sent via the air interface, rely on the Bluetooth PIN, which has been entered into one or both devices.

An overview of Bluetooth vulnerabilities exploits was published in 2007 by Andreas Becker. [106]

In September 2008, the National Institute of Standards and Technology (NIST) published a Guide to Bluetooth Security as a reference for organizations. It describes Bluetooth security capabilities and how to secure Bluetooth technologies effectively. While Bluetooth has its benefits, it is susceptible to denial-of-service attacks, eavesdropping, man-in-the-middle attacks, message modification, and resource misappropriation. Users and organizations must evaluate their acceptable level of risk and incorporate security into the lifecycle of Bluetooth devices. To help mitigate risks, included in the NIST document are security checklists with guidelines and recommendations for creating and maintaining secure Bluetooth piconets, headsets, and smart card readers. [107]

Bluetooth v2.1 – finalized in 2007 with consumer devices first appearing in 2009 – makes significant changes to Bluetooth's security, including pairing. See the pairing mechanisms section for more about these changes.

Bluejacking

Bluejacking is the sending of either a picture or a message from one user to an unsuspecting user through Bluetooth wireless technology. Common applications include short messages, e.g., "You've just been bluejacked!" [108] Bluejacking does not involve the removal or alteration of any data from the device. [109] Bluejacking can also involve taking control of a mobile device wirelessly and phoning a premium rate line, owned by the bluejacker. Security advances have alleviated this issue.

History of security concerns

2001–2004

In 2001, Jakobsson and Wetzel from Bell Laboratories discovered flaws in the Bluetooth pairing protocol and also pointed to vulnerabilities in the encryption scheme. [110] In 2003, Ben and Adam Laurie from A.L. Digital Ltd. discovered that serious flaws in some poor implementations of Bluetooth security may lead to disclosure of personal data. [111] In a subsequent experiment, Martin Herfurt from the trifinite.group was able to do a field-trial at the CeBIT fairgrounds, showing the importance of the problem to the world. A new attack called BlueBug was used for this experiment. [112] In 2004 the first purported virus using Bluetooth to spread itself among mobile phones appeared on the Symbian OS. [113] The virus was first described by Kaspersky Lab and requires users to confirm the installation of unknown software before it can propagate. The virus was written as a proof-of-concept by a group of virus writers known as "29A" and sent to anti-virus groups. Thus, it should be regarded as a potential (but not real) security threat to Bluetooth technology or Symbian OS since the virus has never spread outside of this system. In August 2004, a world-record-setting experiment (see also Bluetooth sniping) showed that the range of Class 2 Bluetooth radios could be extended to 1.78 km (1.11 mi) with directional antennas and signal amplifiers. [114] This poses a potential security threat because it enables attackers to access vulnerable Bluetooth devices from a distance beyond expectation. The attacker must also be able to receive information from the victim to set up a connection. No attack can be made against a Bluetooth device unless the attacker knows its Bluetooth address and which channels to transmit on, although these can be deduced within a few minutes if the device is in use. [115]

2005

In January 2005, a mobile malware worm known as Lasco surfaced. The worm began targeting mobile phones using Symbian OS (Series 60 platform) using Bluetooth enabled devices to replicate itself and spread to other devices. The worm is self-installing and begins once the mobile user approves the transfer of the file (Velasco.sis) from another device. Once installed, the worm begins looking for other Bluetooth enabled devices to infect. Additionally, the worm infects other .SIS  files on the device, allowing replication to another device through the use of removable media (Secure Digital, CompactFlash, etc.). The worm can render the mobile device unstable. [116]

In April 2005, Cambridge University security researchers published results of their actual implementation of passive attacks against the PIN-based pairing between commercial Bluetooth devices. They confirmed that attacks are practicably fast, and the Bluetooth symmetric key establishment method is vulnerable. To rectify this vulnerability, they designed an implementation that showed that stronger, asymmetric key establishment is feasible for certain classes of devices, such as mobile phones. [117]

In June 2005, Yaniv Shaked [118] and Avishai Wool [119] published a paper describing both passive and active methods for obtaining the PIN for a Bluetooth link. The passive attack allows a suitably equipped attacker to eavesdrop on communications and spoof if the attacker was present at the time of initial pairing. The active method makes use of a specially constructed message that must be inserted at a specific point in the protocol, to make the master and slave repeat the pairing process. After that, the first method can be used to crack the PIN. This attack's major weakness is that it requires the user of the devices under attack to re-enter the PIN during the attack when the device prompts them to. Also, this active attack probably requires custom hardware, since most commercially available Bluetooth devices are not capable of the timing necessary. [120]

In August 2005, police in Cambridgeshire, England, issued warnings about thieves using Bluetooth enabled phones to track other devices left in cars. Police are advising users to ensure that any mobile networking connections are de-activated if laptops and other devices are left in this way. [121]

2006

In April 2006, researchers from Secure Network and F-Secure published a report that warns of the large number of devices left in a visible state, and issued statistics on the spread of various Bluetooth services and the ease of spread of an eventual Bluetooth worm. [122]

In October 2006, at the Luxemburgish Hack.lu Security Conference, Kevin Finistere and Thierry Zoller demonstrated and released a remote root shell via Bluetooth on Mac OS X v10.3.9 and v10.4. They also demonstrated the first Bluetooth PIN and Linkkeys cracker, which is based on the research of Wool and Shaked. [123]

2017

In April 2017, security researchers at Armis discovered multiple exploits in the Bluetooth software in various platforms, including Microsoft Windows, Linux, Apple iOS, and Google Android. These vulnerabilities are collectively called "BlueBorne." The exploits allow an attacker to connect to devices or systems without authentication and can give them "virtually full control over the device." Armis contacted Google, Microsoft, Apple, Samsung and Linux developers allowing them to patch their software before the coordinated announcement of the vulnerabilities on September 12, 2017. [124]

2018

In July 2018, researchers at the Technion - Israel Institute of Technology identified a security vulnerability in the latest Bluetooth pairing procedures: Secure Simple Pairing and LE Secure Connections. [125] [126]

2019

In August 2019, security researchers at the Singapore University of Technology and Design, Helmholtz Center for Information Security, and University of Oxford discovered a vulnerability in the key negotiation. [127] [128]

Health concerns

Bluetooth uses the microwave radio frequency spectrum in the 2.402 GHz to 2.480 GHz range, [129] which is non-ionizing radiation, of similar bandwidth to the one used by wireless and mobile phones. No specific demonstration of harm has been demonstrated up to date, even if wireless transmission has been included by IARC in the possible carcinogen list. Maximum power output from a Bluetooth radio is 100  mW for class 1, 2.5 mW for class 2, and 1 mW for class 3 devices. Even the maximum power output of class 1 is a lower level than the lowest-powered mobile phones. [130] UMTS and W-CDMA output 250 mW, GSM1800/1900 outputs 1000 mW, and GSM850/900 outputs 2000 mW.

Award programs

The Bluetooth Innovation World Cup, a marketing initiative of the Bluetooth Special Interest Group (SIG), was an international competition that encouraged the development of innovations for applications leveraging Bluetooth technology in sports, fitness and health care products. The aim of the competition was to stimulate new markets. [131]

The Bluetooth Innovation World Cup morphed into the Bluetooth Breakthrough Awards in 2013. Bluetooth SIG subsequently launched the Imagine Blue Award in 2016 at Bluetooth World. [132] The Breakthrough Awards [133] Bluetooth program highlights the most innovative products and applications available today, prototypes coming soon, and student-led projects in the making.

See also

Related Research Articles

General Packet Radio Service (GPRS) is a packet oriented mobile data standard on the 2G and 3G cellular communication network's global system for mobile communications (GSM). GPRS was established by European Telecommunications Standards Institute (ETSI) in response to the earlier CDPD and i-mode packet-switched cellular technologies. It is now maintained by the 3rd Generation Partnership Project (3GPP).

Infrared Data Association

The Infrared Data Association (IrDA) is an industry-driven interest group that was founded in 1993 by around 50 companies. IrDA provides specifications for a complete set of protocols for wireless infrared communications, and the name "IrDA" also refers to that set of protocols. The main reason for using the IrDA protocols had been wireless data transfer over the "last one meter" using point-and-shoot principles. Thus, it has been implemented in portable devices such as mobile telephones, laptops, cameras, printers, and medical devices. Main characteristics of this kind of wireless optical communication is physically secure data transfer, line-of-sight (LOS) and very low bit error rate (BER) that makes it very efficient.

Near-field communication Radio communication established between devices by bringing them into proximity

Near-field communication (NFC) is a set of communication protocols that enable two electronic devices, one of which is usually a portable device such as a smartphone, to establish communication by bringing them within 4 cm of each other.

Bluesnarfing is the unauthorized access of information from a wireless device through a Bluetooth connection, often between phones, desktops, laptops, and PDAs. This allows access to calendars, contact lists, emails and text messages, and on some phones, users can copy pictures and private videos. Both Bluesnarfing and Bluejacking exploit others' Bluetooth connections without their knowledge. While Bluejacking is essentially harmless as it only transmits data to the target device, Bluesnarfing is the theft of information from the target device.

Java APIs for Bluetooth Wireless Technology (JABWT) is a J2ME specification for APIs that allows Java MIDlets running on embedded devices such as mobile phones to use Bluetooth for short-range wireless communication. JABWT was developed as JSR-82 under the Java Community Process.

Proximity marketing is the localized wireless distribution of advertising content associated with a particular place. Transmissions can be received by individuals in that location who wish to receive them and have the necessary equipment to do so.

Motorola Rizr is a series of slide mobile phones from Motorola, and is one of the series in the 4LTR line. The first model was released in late 2006. It is a sliding phone, where the numeric keys are hidden beneath the screen of the phone when closed.

A Bluetooth stack is software that refers to an implementation of the Bluetooth protocol stack.

A wide variety of different wireless data technologies exist, some in direct competition with one another, others designed for specific applications. Wireless technologies can be evaluated by a variety of different metrics of which some are described in this entry.

Wireless Application Protocol (WAP) is a technical standard for accessing information over a mobile wireless network. A WAP browser is a web browser for mobile devices such as mobile phones that uses the protocol. Introduced in 1999, WAP achieved some popularity in the early 2000s, but by the 2010s it had been largely superseded by more modern standards. Most modern handset internet browsers now fully support HTML, so they do not need to use WAP markup for web page compatibility, and therefore, most are no longer able to render and display pages written in WML, WAP's markup language.

Headset (audio) combination of an earphone or two earphones and microphone worn on the users head and used for communication

A headset combines a headphone with a microphone. Headsets are made with either a single-earpiece (mono) or a double-earpiece. Headsets provide the equivalent functionality of a telephone handset but with handsfree operation. They have many uses including in call centers and other telephone-intensive jobs and for anybody wishing to have both hands free during a telephone conversation.

The Nokia 3600 slide is a mobile phone by Nokia that was released in August 2008. The phone runs the Series 40 3rd Edition platform. This is classed as the 'low end version' of the Nokia 6600 slide, its major difference being the lack of 3G support.

Bluetooth Low Energy is a wireless personal area network technology designed and marketed by the Bluetooth Special Interest Group aimed at novel applications in the healthcare, fitness, beacons, security, and home entertainment industries. 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.

Palm Treo Pro

The Palm Treo Pro is a combination PDA/cell phone offered in both GSM and CDMA. It is Palm's fourth Windows Mobile Treo. It replaced the short-lived Sprint Treo 800w.

Wi-Fi Direct, initially called Wi-Fi P2P(Peer to Peer), is a Wi-Fi standard enabling devices to easily connect with each other without requiring a wireless access point. Wi-Fi Direct allows two devices to establish a direct Wi-Fi connection without requiring a wireless router. Hence, Wi-Fi Direct is single radio hop communication, not multihop wireless communication, unlike wireless ad hoc networks and mobile ad hoc networks. Wi-Fi ad hoc mode, however, supports multi-hop radio communications, with intermediate Wi-Fi nodes as packet relays.

Stonestreet One

Stonestreet One was a software company specializing in Bluetooth software solutions. Founded in 1999 in Louisville, Kentucky, Stonestreet One created and sold software for the Bluetooth wireless technology industry. They specialized in solutions for chipmakers, distributors, embedded software companies and Original Equipment Manufacturers. Stonestreet One was acquired by Qualcomm in 2014.

An electronic leash is the pairing (“leashing”) of one or more wireless devices to a host device that allows the user to find misplaced or out-of-sight objects by activating the host device such that the “leashed” object identifies itself. The system is identical in concept to a key pager, but offers multiple codes that allow a single user-operated device to send codes to a large number of objects. Leash systems generally also offer a form of distance measurement that raises an alarm if the leashed object travels more than a selected distance from the operator. An electronic leash with a paired devices usually includes a power source, transmitter and receiver. Optional elements can include tactile, auditory, or visual indicators to help the user realize the distance traveled from the object is past the maximum. Along with the physical elements, it is very common to have a computer program or mobile application to allow for modification of factory settings of distance allowed from source to receiver and the indication of this event occurring.

USB-C 24-pin reversible-plug serial digital connector system

USB-C, formally known as USB Type-C, is a 24-pin USB connector system, which is distinguished by its two-fold rotationally-symmetrical connector.

References

  1. 1 2 bluAir. "Bluetooth Range: 100m, 1km, or 10km?". bluair.pl. Retrieved 4 June 2015.
  2. 1 2 3 4 "Basics | Bluetooth Technology Website". Bluetooth.com. 23 May 2010.
  3. "About us - Bluetooth Technology Website". Bluetooth.com. Retrieved 8 May 2019.
  4. "Brand Enforcement Program". Bluetooth.com. Retrieved 8 May 2019.
  5. 1 2 Happich, Julien (24 February 2010). "Global shipments of short range wireless ICs to exceed 2 billion units in 2010". EE Times . Retrieved 25 October 2019.
  6. "The Bluetooth Blues". Information Age. 24 May 2001. Archived from the original on 22 December 2007. Retrieved 1 February 2008.
  7. Nguyen, Tuan C. "Who Invented Bluetooth?". ThoughtCo. Retrieved 11 October 2019.
  8. "Grattis Bluetooth, 10 år". etn.se. Retrieved 29 October 2019.
  9. "Sveriges 20 främsta innovationer de senaste 35 åren". Veckans affärer. Retrieved 29 October 2019.
  10. "122 Nobel price candidates" (PDF).
  11. "De största innovationerna i modern tid". innovatorsradet.se. Retrieved 29 October 2019.
  12. http://www.thinkwiki.org/wiki/ThinkPad_History
  13. "Milestones in the Bluetooth advance". Ericsson Technology Licensing. 22 March 2004. Archived from the original on 20 June 2004.
  14. "'So, that's why it's called Bluetooth!' and other surprising tech name origins". PCWorld. Retrieved 16 August 2017.
  15. Kardach, Jim (5 March 2008). "Tech History: How Bluetooth got its name". eetimes. Retrieved 11 June 2013.
  16. Forsyth, Mark (2011). The Etymologicon. London N79DP: Icon Books Ltd. p. 139.
  17. "Bluetooth on Twitter".
  18. "Bluetooth Experience Icons" (PDF). Bluetooth Special Interest Group. Retrieved 21 October 2016. Bluetooth Experience Icons borrow two of these three features: the blue color and the rune-inspired symbol.
  19. 1 2 "Bluetooth Radio Interface, Modulation & Channels". Radio-Electronics.com.
  20. Bluetooth Specification Version 5.0 (PDF download). Bluetooth Special Interest Group. Retrieved from Bluetooth Core Specifications, December 1, 2017. Page 2535.
  21. Kurawar, Arwa; Koul, Ayushi; Patil, Viki Tukaram (August 2014). "Survey of Bluetooth and Applications". International Journal of Advanced Research in Computer Engineering & Technology. 3: 2832–2837. ISSN   2278-1323.
  22. "How Bluetooth Technology Works". Bluetooth SIG. Archived from the original on 17 January 2008. Retrieved 1 February 2008.
  23. Newton, Harold. (2007). Newton’s telecom dictionary. New York: Flatiron Publishing.
  24. "Class 1 Bluetooth Dongle Test". Amperordirect.com. Retrieved 4 September 2010.
  25. "WT41 Long Range Bluetooth Module".
  26. "BluBear Industrial Long Range Bluetooth 2.1 Module with EDR". Archived from the original on 17 July 2013.
  27. "OEM Bluetooth Serial Port Module OBS433".
  28. "Traditional Profile Specifications". Bluetooth.com. Retrieved 28 October 2019.
  29. Ian, Paul. "Wi-Fi Direct vs. Bluetooth 4.0: A Battle for Supremacy". PC World. Retrieved 27 December 2013.
  30. "History of the Bluetooth Special Interest Group". Bluetooth.com.
  31. "Portable Wireless Bluetooth Compatible Speakers". Trusound Audio.
  32. "Bluetooth Revisited". www.techpayout.com. Retrieved 10 May 2016.
  33. "Bluetooth Technology". mobileinfo.com.
  34. John Fuller. "How Bluetooth Surveillance Works". howstuffworks. Retrieved 26 May 2015.
  35. "Wii Controller". Bluetooth SIG. Archived from the original on 20 February 2008. Retrieved 1 February 2008.
  36. "Telemedicine.jp". Telemedicine.jp. Retrieved 4 September 2010.
  37. "Tai nghe bluetooth nokia". tainghebluetooth.com.
  38. "Real Time Location Systems" (PDF). clarinox. Retrieved 4 August 2010.
  39. "Tenbu's nio Is Kind of Like a Car Alarm for Your Cellphone". OhGizmo!. Retrieved 4 June 2015.
  40. "Wireless waves used to track travel times". CTV Calgary News. 26 November 2012. Retrieved 11 July 2013.
  41. "Wireless Data and Power Transfer of an Optogenetic Implantable Visual Cortex Stimulator (PDF Download Available)". ResearchGate. Retrieved 20 September 2017.
  42. Mroz, Mandy (21 May 2018). "Bluetooth hearing aids: Hearing aids with Bluetooth technology use today's wireless technology to help you easily stay connected to iOS and Android phones, televisions, tablets and other favorite audio devices". Healthy Hearing. Retrieved 15 July 2018.
  43. "Watch". Bluetooth.com. Archived from the original on 18 September 2010. Retrieved 4 September 2010.
  44. Eizikowitz, Grant (5 March 2018). "Why does Bluetooth still suck?". Business Insider. Retrieved 15 July 2018.
  45. 1 2 "How Bluetooth Works". How Stuff Works. 30 June 2010.
  46. "Specification Documents". Bluetooth.com. 30 June 2010.
  47. "Bluetooth for Programmers" (PDF). MIT Computer Science And Artificial Intelligence Laboratory.
  48. 1 2 3 4 "Bluetooth Wireless Technology FAQ – 2010" . Retrieved 4 September 2010.
  49. "Network Protection Technologie". Changes to Functionality in Microsoft Windows XP Service Pack 2. Microsoft Technet. Archived from the original on 1 January 2008. Retrieved 1 February 2008.
  50. "Apple Introduces "Jaguar," the Next Major Release of Mac OS X" (Press release). Apple. 17 July 2002. Archived from the original on 18 February 2008. Retrieved 4 February 2008.
  51. "Official Linux Bluetooth protocol stack". BlueZ. Retrieved 4 September 2010.
  52. "Bluedroid stack in android". Jacob su. Retrieved 19 June 2019.
  53. "Affix Bluetooth Protocol Stack for Linux". Affix. Retrieved 19 June 2019.
  54. Maksim Yevmenkin (2002). "ng_bluetooth.4 — placeholder for global Bluetooth variables". BSD Cross Reference. FreeBSD. Lay summary.
  55. Iain Hibbert; Itronix Inc (2006). "bluetooth.4 — Bluetooth Protocol Family". BSD Cross Reference. NetBSD. Lay summary.
  56. Ted Unangst (11 July 2014). "CVS: cvs.openbsd.org: src". source-changes@cvs (Mailing list). OpenBSD. bluetooth support doesn't work and isn't going anywhere.
  57. tbert, ed. (29 July 2014). "g2k14: Ted Unangst on the Art of the Tedu". OpenBSD Journal . Of these, you may possibly miss bluetooth support. Unfortunately, the current code doesn't work and isn't structured properly to encourage much future development.
  58. Hasso Tepper, ed. (2008). "bluetooth.4 — Bluetooth Protocol Family". BSD Cross Reference. DragonFly BSD. Lay summary.
  59. "sys/netgraph7/bluetooth/common/ng_bluetooth.c". BSD Cross Reference. DragonFly BSD.
  60. Sascha Wildner (15 November 2014). "kernel/netgraph7: Port the kernel part of the netgraph7 bluetooth stack". DragonFly BSD.
  61. "Our History". Bluetooth.com. Retrieved 24 August 2018.
  62. "English Introduction to Membership". Bluetooth.org. Retrieved 13 May 2014.
  63. IEEE Std 802.15.1–2002 – IEEE Standard for Information technology – Telecommunications and information exchange between systems – Local and metropolitan area networks – Specific requirements Part 15.1: Wireless Medium Access Control (MAC) and Physical Layer (PHY) Specifications for Wireless Personal Area Networks (WPANs). Ieeexplore.ieee.org. 2002. doi:10.1109/IEEESTD.2002.93621. ISBN   978-0-7381-3335-5 . Retrieved 4 September 2010.
  64. 1 2 Guy Kewney (16 November 2004). "High speed Bluetooth comes a step closer: enhanced data rate approved". Newswireless.net. Retrieved 4 February 2008.
  65. IEEE Std 802.15.1–2005 – IEEE Standard for Information technology – Telecommunications and information exchange between systems – Local and metropolitan area networks – Specific requirements Part 15.1: Wireless Medium Access Control (MAC) and Physical Layer (PHY) Specifications for Wireless Personal Area Networks (W Pans). Ieeexplore.ieee.org. doi:10.1109/IEEESTD.2005.96290. ISBN   978-0-7381-4708-6 . Retrieved 4 September 2010.
  66. 1 2 3 "Specification Documents". Bluetooth SIG. Retrieved 3 May 2012.
  67. "HTC TyTN Specification" (PDF). HTC. Archived from the original (PDF) on 12 October 2006. Retrieved 4 February 2008.
  68. "Simple Pairing Whitepaper" (PDF). Version V10r00. Bluetooth SIG. 3 August 2006. Archived from the original (PDF) on 18 October 2006. Retrieved 1 February 2007.Cite journal requires |journal= (help)
  69. "Bluetooth Core Version 3.0 + HS specification".
  70. "Bluetooth Core Specification Addendum (CSA) 1".
  71. David Meyer (22 April 2009). "Bluetooth 3.0 released without ultrawideband". zdnet.co.uk. Retrieved 22 April 2009.
  72. "Wimedia.org". Wimedia.org. 4 January 2010. Archived from the original on 26 April 2002. Retrieved 4 September 2010.
  73. "Wimedia.org". Archived from the original on 23 March 2009. Retrieved 4 September 2010.
  74. "bluetooth.com" . Retrieved 29 January 2015.
  75. "USB.org". USB.org. 16 March 2009. Archived from the original on 10 June 2011. Retrieved 4 September 2010.
  76. "Incisor.tv". Incisor.tv. 16 March 2009. Retrieved 4 September 2010.
  77. "Bluetooth group drops ultrawideband, eyes 60 GHz". EETimes. Retrieved 4 June 2015.
  78. "Report: Ultrawideband dies by 2013". EETimes. Retrieved 4 June 2015.
  79. "Simon Stenhouse - Leech Attempt" (PDF). incisor.tv. Retrieved 4 June 2015.
  80. "Wibree forum merges with Bluetooth SIG" (PDF) (Press release). Nokia. 12 June 2007. Archived from the original (PDF) on 29 December 2014. Retrieved 4 February 2008.
  81. "Bluetooth.com". Bluetooth.com. Archived from the original on 21 December 2009. Retrieved 4 September 2010.
  82. "Bluetooth SIG unveils Smart Marks, explains v4.0 compatibility with unnecessary complexity". Engadget.
  83. "Dialog Semiconductor".
  84. "BlueNRG Bluetooth® low energy wireless network processor - STMicroelectronics". st.com. Retrieved 4 June 2015.
  85. ":::笙科電子-Amiccom:::". Archived from the original on 25 August 2013.
  86. "CSR.com". CSR. Archived from the original on 28 June 2012. Retrieved 7 April 2011.
  87. "Nordicsemi.com". Nordic Semiconductor. Archived from the original on 2 April 2011. Retrieved 7 April 2011.
  88. "TI.com". Texas Instruments. Retrieved 7 April 2011.
  89. "iFixit MacBook Air 13" Mid 2011 Teardown". iFixit.com. Retrieved 27 July 2011.
  90. "Broadcom.com – BCM20702 – Single-Chip Bluetooth® 4.0 HCI Solution with Bluetooth Low Energy (BLE) Support". Broadcom. Archived from the original on 11 August 2011. Retrieved 27 July 2011.
  91. "Press Releases Detail | Bluetooth Technology Website". Bluetooth.com. 4 December 2013. Retrieved 13 May 2014.
  92. "Adopted Specification; Bluetooth Technology Website". Bluetooth.com. 4 December 2013. Retrieved 14 May 2014.
  93. "Redmondpie".
  94. "DailyTech". Archived from the original on 7 December 2014.
  95. "MWC 2017: Sony launches new 5G-ready Xperia XZ series with top-notch camera". IBT. Retrieved 3 October 2019.
  96. "HomePod - Technical Specifications". Apple. Retrieved 29 January 2018.
  97. cnxsoft (10 June 2016). "Bluetooth 5 Promises Four times the Range, Twice the Speed of Bluetooth 4.0 LE Transmissions".
  98. "Bluetooth 5 standard brings range, speed and capacity boost for IoT".
  99. "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 12 December 2018.
  100. ""Bluetooth 5" spec coming next week with 4x more range and 2x better speed [Updated]".
  101. "Bluetooth 5: everything you need to know".
  102. "Bluetooth Core Specification v5.0" (PDF download). www.bluetooth.org.
  103. Veendrick, Harry J. M. (2017). Nanometer CMOS ICs: From Basics to ASICs. Springer. p. 243. ISBN   9783319475974.
  104. 1 2 Stallings, William. (2005). Wireless communications & networks.'=' Upper Saddle River, NJ: Pearson Prentice Hall.
  105. Juha T. Vainio (25 May 2000). "Bluetooth Security" (PDF). Helsinki University of Technology. Retrieved 1 January 2009.
  106. Andreas Becker (16 August 2007). "Bluetooth Security & Hacks" (PDF). Ruhr-Universität Bochum. Retrieved 10 October 2007.Cite journal requires |journal= (help)
  107. Scarfone, K. & Padgette, J. (September 2008). "Guide to Bluetooth Security" (PDF). National Institute of Standards and Technology. Retrieved 3 July 2013.Cite journal requires |journal= (help)
  108. John Fuller. "What is bluejacking?". howstuffworks. Retrieved 26 May 2015.
  109. Kaviarasu, S., & Muthupandian, P. (2016). Bluejacking Technology: A Review. International Journal of Trend in Research and Development, 3(6), 1. Retrieved October, 2018, from https://www.researchgate.net/publication/314233155_Bluejacking_Technology_A_Review
  110. "Security Weaknesses in Bluetooth". RSA Security Conf. – Cryptographer’s Track. CiteSeerX   10.1.1.23.7357 .Cite journal requires |journal= (help)
  111. "Bluetooth". The Bunker. Archived from the original on 26 January 2007. Retrieved 1 February 2007.
  112. "BlueBug". Trifinite.org. Retrieved 1 February 2007.
  113. John Oates (15 June 2004). "Virus attacks mobiles via Bluetooth". The Register. Retrieved 1 February 2007.
  114. "Long Distance Snarf". Trifinite.org. Retrieved 1 February 2007.
  115. "Dispelling Common Bluetooth Misconceptions". SANS. Retrieved 9 July 2014.
  116. "F-Secure Malware Information Pages: Lasco.A". F-Secure.com. Archived from the original on 17 May 2008. Retrieved 5 May 2008.
  117. Ford-Long Wong; Frank Stajano; Jolyon Clulow (April 2005). "Repairing the Bluetooth pairing protocol" (PDF). University of Cambridge Computer Laboratory. Archived from the original (PDF) on 16 June 2007. Retrieved 1 February 2007.Cite journal requires |journal= (help)
  118. "Archived copy". Archived from the original on 9 November 2007. Retrieved 2007-11-06.CS1 maint: archived copy as title (link)
  119. "Avishai Wool – אבישי וול". tau.ac.il. Retrieved 4 June 2015.
  120. Yaniv Shaked; Avishai Wool (2 May 2005). "Cracking the Bluetooth PIN". School of Electrical Engineering Systems, Tel Aviv University. Retrieved 1 February 2007.Cite journal requires |journal= (help)
  121. "Phone pirates in seek and steal mission". Cambridge Evening News. Archived from the original on 17 July 2007. Retrieved 4 February 2008.
  122. "Going Around with Bluetooth in Full Safety" (PDF). F-Secure. May 2006. Archived from the original (PDF) on 10 June 2006. Retrieved 4 February 2008.Cite journal requires |journal= (help)
  123. Finistere & Zoller. "All your Bluetooth is belong to us" (PDF). archive.hack.lu.
  124. "BlueBorne Information from the Research Team – Armis Labs". armis. Retrieved 20 September 2017.
  125. Update Your iPhones And Androids Now If You Don't Want Your Bluetooth Hacked, Forbes, 2019-07-24.
  126. Breaking the Bluetooth Pairing – The Fixed Coordinate Invalid Curve Attack, Lior Neumann; Eli Biham, Technion - Israel Institute of Technology
  127. New Critical Bluetooth Security Issue Exposes Millions Of Devices To Attack, Forbes, 2019-08-15.
  128. The KNOB is Broken: Exploiting Low Entropy in the Encryption Key Negotiation Of Bluetooth BR/EDR, Daniele Antonioli, SUTD; Nils Ole Tippenhauer, CISPA; Kasper B. Rasmussen, University of Oxford, Usenix Security '19, Stanta Clara, 2019-08-15.
  129. D. Chomienne; M. Eftimakis (20 October 2010). "Bluetooth Tutorial" (PDF). Retrieved 11 December 2009.
  130. M. Hietanen; T. Alanko (October 2005). "Occupational Exposure Related to Radiofrequency Fields from Wireless Communication Systems" (PDF). XXVIIIth General Assembly of URSI – Proceedings. Union Radio-Scientifique Internationale. Archived from the original (PDF) on 6 October 2006. Retrieved 19 April 2007.
  131. "Bluetooth Innovation World Cup". Bluetooth.com. Retrieved 4 September 2010.
  132. "Bluetooth SIG announces winners of Imagine Blue Awards at Bluetooth World". Bluetooth.com. Retrieved 29 March 2017.
  133. "Bluetooth Breakthrough Awards". bluetooth.org. Archived from the original on 15 July 2015. Retrieved 4 June 2015.