Pbap bluetooth что это такое

BLE Protocol Stack

BLE, like many other wireless technologies, is organized in a number of layers. Each layer has its purpose and plays a significant role in making a BLE device function properly. As we discussed before there are three building blocks present in the BLE.

1. Application

2. Host

3. Controller

Each of these basic building blocks of the protocol stack is split into several layers that provide the functionality required to operate:

Application

The application, like in all other types of systems, is the highest layer and the one responsible for containing the logic, user interface, and data handling of everything related to the actual use-case that the application implements. The architecture of an application is highly dependent on each particular implementation.

Host

The host contains the following layers.

• Generic Access Profile (GAP)

• Generic Attribute Profile (GATT)

• Logical Link Control and Adaptation Protocol (L2CAP)

• Attribute Protocol (ATT)

• Security Manager (SM)

• Host Controller Interface (HCI), the Host side

Controller

The controller contains the following layers.

• Host Controller Interface (HCI), Controller side

• Link Layer (LL)

• Physical Layer (PHY)

Team Members

Currently we have a small Gecko Bluetooth team responsible for:

• Dealing with bugs which are assigned to component «Bluetooth»
• Implementing new Bluetooth features
• Maintaining Gecko Bluetooth
• Designing WebBluetooth API
• Implementing Bluetooth WebAPI test cases

The team members are Shawn Huang, Ben Tian, Thomas Zimmermann, Jocelyn Liu, Bruce Sun, Will Wang, Louis Chang, and Tom Tung. Except Thomas is working from Europe, all other team members are located in Taipei. Shawn is the owner of Bluetooth module, and Ben, Thomas, Jocelyn, and Bruce are Bluetooth module peers. You can pass Bluetooth related patches to them for review.

• Shawn Huang (shuang@mozilla.com)
• Ben Tian (btian@mozilla.com)
  • WebBluetooth API design/discussion/implementation
  • HFP/HSP (Phone call control)
  • OPP (File transfer)
• Thomas Zimmermann (tzimmermann@mozilla.com)
  • Gecko Bluetooth integration with multiple Bluetooth backends, including BlueZ and Bluedroid
  • Bluetooth daemon
• Jocelyn Liu (joliu@mozilla.com)
  • WebBluetooth API design/discussion/implementation
  • BLE (GATT Client / GATT Server) API design/discussion/implementation
• Bruce Sun (brsun@mozilla.com)
• Will Wang (wiwang@mozilla.com)
  • Bluetooth tests on KK emulator
  • PTS test

You can always contact Shawn once you’re not sure who is the right person to contact with.

Controller Layers

Physical Layer (PHY)

The physical (PHY) layer is the part that actually contains the analog communications circuitry, capable of modulating and demodulating analog signals and transforming them into digital symbols.

The BLE can communicate over 40 channels from 2.4000 GHz to 2.4835 GHz. 37 of these channels are used for connection data and the last three channels (37, 38, and 39) are used as advertising channels to set up connections and send broadcast data.

The standard uses a technique called frequency-hopping spread spectrum, in which the radio hops between channels on each connection event using the following formula:

The value of the hop is communicated when the connection is established and is therefore different for every newly established connection. This technique minimizes the effect of any radio interference potentially present in the 2.4 GHz band across any single channel, especially since WiFi and classic Bluetooth are prevalent in this band and devices might experience heavy interference near devices with strong transmission power.

Link Layer(LL)

The Link Layer is the part that directly interfaces with the PHY, and it is usually implemented as a combination of custom hardware and software. It is responsible for all of the timing requirements defined by the specification.

The Link Layer defines the following roles:

Advertiser – A device sending advertising packets.

Scanner – A device scanning for advertising packets.

Master – A device that initiates a connection and manages it later.

Slave – A device that accepts a connection request and follows the master’s timing.

These roles can be logically grouped into two pairs: advertiser and scanner (when not in an active connection) and master and slave (when in a connection).

Bluetooth Device Address (BDA)

The fundamental identifier of a Bluetooth device, similar to an Ethernet Media Access Control (MAC) address, is the Bluetooth device address. This 48-bit (6-byte) number uniquely identifies a device among peers. There are two types of device addresses, and one or both can be set on a particular device:

1. Public device address

2. Random device address

Public device address

This is the equivalent to a fixed, BR/EDR, factory-programmed device address. It must be registered with the IEEE Registration Authority and will never change during the lifetime of the device.

Random device address

This address can either be preprogrammed on the device or dynamically generated at run time.

The Link Layer also takes care of the Bluetooth Device Address.

The Link Layer is also in charge of establishing connections, it filters out advertising packets depending on the Bluetooth address or based on the data itself. And also manages the connection interval – The time between the beginning of two consecutive connection events. The link-layer can also configure Encryption, which is highly desirable in case of a lot of devices present in the same range.

It is important to note that the Link Layer acts as a reliable data bearer. All packets received are checked against a 24-bit CRC and re-transmissions are requested when the error checking detects a transmission failure. There is no upper limit for re-transmissions; the Link Layer will resend the packet until it is finally acknowledged by the receiver.

Other than advertising, scanning, establishing (and tearing down) connections, and transmitting and receiving data, the Link Layer is also responsible for several control procedures, including these two critical processes:

1. Changing the connection parameters

2. Encryption

Host Controller Interface (HCI)

Host Controller Interface (HCI) is a standard protocol that allows for the communication between a host and a controller to take place across a serial interface.

Typical examples of this configuration include most smartphones, tablets, and personal computers, in which the host (and the application) runs in the main CPU, while the controller is located in a separate hardware chip connected via a UART or USB. This is similar to the model used by other technologies, such as WiFi or Ethernet: the TCP/IP stack runs on the main processor, while the lower-level layers execute in a separate IC.

The Bluetooth specification defines HCI as a set of commands and events for the host and the controller to interact with each other, along with a data packet format and a set of rules for flow control and other procedures. Additionally, the spec defines several means of transport, each of which augments the HCI protocol for a specific physical transport (UART, USB, SDIO, etc.).

Список профилей Bluetooth — List of Bluetooth profiles

Чтобы использовать Bluetooth, устройство должно быть совместимо с подмножеством Bluetooth профили (часто называемые службами или функциями), необходимые для использования желаемых служб. Профиль Bluetooth — это спецификация, касающаяся аспекта беспроводной связи на основе Bluetooth между устройствами. Он находится на вершине спецификации Bluetooth Core и (необязательно) дополнительных протоколов. Хотя в профиле могут использоваться определенные функции базовой спецификации, конкретные версии профилей редко привязаны к конкретным версиям базовой спецификации, что делает их независимыми друг от друга. Например, существуют реализации профиля громкой связи (HFP) 1.5, использующие основные спецификации Bluetooth 2.0 и Bluetooth 1.2.

То, как устройство использует Bluetooth, зависит от возможностей его профиля. Профили обеспечивают стандарты, которым следуют производители, позволяющие устройствам использовать Bluetooth по назначению. Для Bluetooth с низким энергопотреблением стек, согласно Bluetooth 4.0 применяется специальный набор профилей.

Как минимум, каждая спецификация профиля содержит информацию по следующим темам:

• Зависимости от других форматов
• Предлагаемые форматы пользовательского интерфейса
• Конкретные части Bluetooth стек протоколов используется профилем. Для выполнения своей задачи каждый профиль использует определенные опции и параметры на каждом уровне стека. При необходимости, это может включать в себя краткое описание необходимой служебной записи.

В этой статье приведены текущие определения профилей, определенные и принятые Bluetooth SIG и возможные применения каждого профиля.

Расширенный профиль распространения звука (A2DP)

Этот профиль определяет, как мультимедийный звук может передаваться с одного устройства на другое через соединение Bluetooth (это также называется потоковой передачей аудио по Bluetooth). Например, музыку можно передавать с мобильного телефона на беспроводной гарнитура, слуховой аппарат/кохлеарный имплант стример, или автозвук; поочередно с ноутбука / настольного компьютера на беспроводную гарнитуру; кроме того, голос может передаваться с микрофона на диктофон на ПК. Профиль дистанционного управления аудио / видео (AVRCP) часто используется вместе с A2DP для дистанционного управления такими устройствами, как наушники, автомобильные аудиосистемы или автономные динамики. Эти системы часто также реализуют Гарнитура (HSP) или Свободные руки (HFP) профили для телефонных звонков, которые можно использовать отдельно.

Каждая служба A2DP, а возможно, и многие из них, предназначена для однонаправленной передачи аудиопотока в двухканальном стереофоническом режиме либо на хост Bluetooth, либо от него. Этот профиль полагается на AVDTP и ГАВДП. Включает обязательную поддержку для невысокой сложности SBC кодек (не путать с кодеками голосового сигнала Bluetooth, такими как CVSDM ), и дополнительно поддерживает MPEG-1, часть 3 /MPEG-2, часть 3 (MP2 и MP3 ), MPEG-2, часть 7 /MPEG-4, часть 3 (AAC и HE-AAC ), и ATRAC, и его можно расширить для поддержки, определяемой производителем кодеки, Такие как aptX.

Некоторые стеки Bluetooth обеспечивают SCMS-T управление цифровыми правами (DRM) схема. В этих случаях невозможно подключить определенные наушники A2DP для получения высококачественного звука.

Профиль атрибутов (ATT)

ATT — это протокол проводного приложения для Bluetooth с низким энергопотреблением Технические характеристики. Он тесно связан с Generic Attribute Profile (GATT).

Профиль дистанционного управления аудио / видео (AVRCP)

Этот профиль предназначен для предоставления стандартного интерфейса для управления телевизорами, Hi-Fi оборудованием и т. Д., Чтобы позволить одному дистанционное управление (или другое устройство) для управления всем аудио / видео оборудованием, к которому у пользователя есть доступ. Его можно использовать вместе с A2DP или VDP. Он обычно используется в автомобильных навигационных системах для управления потоковой передачей звука через Bluetooth.

Он также имеет возможность для расширений, зависящих от поставщика.

AVRCP имеет несколько версий со значительно увеличивающейся функциональностью:

Протоколы Bluetooth

При работе Bluetooth-устройств применяются как общие протоколы (алгоритмы работы) телекоммуникационных систем, так и собственные оригинальные протоколы. Стек протоколов условно делится на четыре слоя:

1. Протоколы ядра Bluetooth или корневые протоколы.
2. Протокол замены кабеля.
3. Протоколы управления телефонией.
4. Заимствованные протоколы.

Протоколы ядра Bluetooth-устройств являются основой и применяются в большинстве устройств. Остальные три слоя протоколов добавляются к ним в тех приложениях, в которых они нужны.

Корневые протоколы

К корневым протоколам относятся:

• протокол Baseland;
• протокол управляющего соединениями LMP;
• адаптированный протокол управления логическими связями L2CAP;
• протокол обнаружения обслуживания SDP.

Протокол Baseband предназначен для установки SCO и ACL соединений.

Протокол управляющего соединениями (Bluetooth-устройств) LMP (упоминавшийся выше) имеет высший приоритет. Его функции отражены в названии.

Протокол управления логическими связями L2CAP, являясь базовым для Bluetooth, адаптирует протоколы верхнего уровня над Baseband. L2CAP работает только с ACL соединениями.

Протокол обнаружения обслуживания SDP предназначен для предварительного (перед установкой Bluetooth-соединения) запроса о характеристиках устройства.

Другие протоколы

Протокол замены кабеля RFCOM выполняет несколько функций. Он эмулирует кабельное соединение, соединение PPP (point-to-point) по последовательному порту и обеспечивает транспортировку при выполнении услуг, использующих последовательную линию.

Протокол управления телефонией осуществляет контроль сигнализации вызова между устройствами Bluetooth, управляет процедурами мобильности и набором АТ-команд для мобильного телефона или модема.

Остальные протоколы являются заимствованными.

Протокол «точка-точка» работает поверх RFCOMM. Внедрение протоколов TCP/UDP/IP в Bluetooth-устройства позволяет подсоединять их к любым другим устройствам, подключённым к Internet. Протокол OBEX, использующий модель «клиент-сервер», предназначен для поэтапного обмена объектами. Протоколы vCard и vCalendar правильнее называть форматами, поскольку они только определяют форматы транспортируемых данных, не участвуя в их транспортировке. Протокол беспроводных приложений WAP распространяет на смартфоны телефонные интернет-услуги.

Samsung Galaxy S20 : How to change Multiple PBAP properties (Android 10)

Định cấu hình quản lý kết nối ô tô

Ngan xp Bluetooth ca Android duy tr chnh sách kt ni cho iin thoi c bt theo “nh” The aforementioned chnh sách is located in the user’s home page, but it cannot be compared to the chnh sách provided to the user via the CarBl BluetoothService. Despite the fact that Xe hi s gii quyt the aforementioned scenario for you, you still have the option to set the enable_phone_policy setting to false in the Bluetooth configuration file. xml .

CarBl BluetoothService duy trì các quyền cấu hình mặc định. Danh sách các thiết bị đã biết và mức độ ưu tiên kết nối lại cấu hình của chúng nằm trong .

Ngoài ra, bạn có thể tìm thấy chính sách quản lý kết nối Bluetooth trong . Theo mặc định, chính sách này xác định các trường hợp khi Bluetooth sẽ kết nối và ngắt kết nối khỏi các thiết bị ngoại quan. Nó cũng quản lý các trường hợp dành riêng cho ô tô để biết khi nào nên bật và tắt bộ điều hợp.

Tạo chính sách quản lý kết nối ô tô tùy chỉnh của riêng bạn

If the chnh sách ô tô mc nh is unable to convey the business’s objectives, it can still be used to carry out the riêng business’s chnh sách tùy chnh. Chnh sách tùy chnh ca bn, “mc ti thiu,” “s chu trách nhim xác nh thi im bt and tt b iu hp Bluetooth, cng nh thi im kt ni Có th s dng nhiu s kin khác nhau bt / tt b iu hp Bluetooth và bt u kt ni thit b, bao gm các s kin do nhng thay

As of right now, I’m using a tùy chnh-style Chnh Sách, and my Chnh Sách is set to use Default Bluetooth Connection Policy, which is set to false during a Tài nguyên-style Loop. The package name for this item is packages/services/Car/service/res/values/config. xml .

One of the many ct li-enabled devices on your chnh sách is the Bluetooth device that is both Bluetooth-enabled and tt-ba. Bạn có thể sử dụng API khung BluetoothAdapter. enable() và BluetoothAdapter. disable() để bật và tắt bộ điều hợp. Cài t hoc bt k phng tin nào khác, ngi dùng phi chn thông qua Các cuc gi này phi tuân theo Một cách để làm điều này như sau:

Với chính sách tùy chỉnh của mình, bạn có thể tự do xác định những sự kiện nào chỉ ra thời điểm tốt nhất để bật và tắt bộ điều hợp. Một cách như vậy để làm điều này là sử dụng các trạng thái năng lượng được duy trì bởi CarPowerManager :

Tương tự, khi bạn đã xác định các sự kiện sẽ kích hoạt kết nối thiết bị bắt đầu, CarBl BluetoothManager cung cấp lệnh gọi API sẽ tiến hành kết nối các thiết bị dựa trên danh sách ưu tiên được xác định cho từng cấu hình Bluetooth.

When using Bluetooth, many people have the option to make the following statement:

Hồ sơ truy cập danh bạ điện thoại

Cu hnh truy cp Bluetooth danh b (PBAP) to xung danh b and lch s cuc gi t mt thit b to xa c kt ni PBAP has a number of danh sách to offer, and has the ability to do so through its partner organizations. Mi thit b c kt ni tng tác vi máy khách PBAP, riêng bit, dn n các s liên lc c liên kt vi thit b thch hp khi th

PBAP là một chiều và do đó yêu cầu IVI để khởi tạo kết nối với bất kỳ thiết bị di động mong muốn nào. trong xác định số lượng tối đa các kết nối thiết bị PBAP đồng thời được phép với IVI. Máy khách PBAP lưu trữ danh bạ cho từng thiết bị được kết nối trong Trình cung cấp danh bạ , sau đó ứng dụng này có thể được truy cập bằng ứng dụng để lấy danh bạ cho từng thiết bị.

In addition, the IVI and the Thit B Di ng were used to support the creation of the Kit Nii C Thc Hin. When the PBAP was implemented, the c s d liu ni b s xóa tt c các s liên lc and the lch s cuc gi were able to maintain contact with the thit b who was implementing it at the time.

Brief overview of Bluetooth

As we all know Bluetooth is a wireless communication technology, which is found in almost all the mobile phones. The range of these wireless communication medium is based on the Bluetooth device type. There are two types of Bluetooth devices, Single mode and Dual mode devices. Single mode Bluetooth devices are devices which either support BR/EDR or LE profiles. Dual mode devices support both BR/EDR and LE profiles. The range for BR/EDR devices is 10 meters and the range for LE devices is around 1-2 meters. The figure below shows the Bluetooth stack and the details of the stack are given as below.

Ввод:

Показывать прикосновения (8)

Функция, которая нравиться многим людям. Когда Вы прикасаетесь к экрану смартфона появляется маленький кружок, который преследует Ваши пальцы, пока они находятся на дисплее.

Показывать место указателя (9)

В верхней части экрана появиться строка с отображением различных координат, обновляющихся при взаимодействии с экраном.

Phone Book Access Profile (PBAP) – профиль Bluetooth, позволяющий обмениваться между мобильными устройствами или объектами записями в телефонных книгах, заметках о контактах, служебными и рабочими номерами. Можно не только передать номер телефона, но и день рождения контакта, его рабочую и личную информацию.

Родственный профиль – PBA, то есть, имея PBAP на одном из сопряженных телефонов, можно на втором работать через PBA. Кроме того, профиль PBAP предоставляет широкие возможности в Windows Embedded NavReady:

— Возможность автоматической загрузки содержимого телефонной книги. Если на первом PND функция не поддерживается, автозагрузка будет выполнена при помощи SyncML или АТ команд;Ручная загрузка позволит пользователям выбрать для передачи отдельные записи в телефонной книге или синхронизацию между устройствами в ручном режиме; — Версия профиля 2.1 позволяет создавать и форматировать электронную визитную карточку и отправлять ее на другие мобильные устройства со всей контактной информацией и номером телефона; — Профиль позволяет поддерживать четыре формата типов телефонных номеров: рабочий, мобильный, домашний и прочие, и одновременно передавать их сопряженному устройству; — На рабочем устройстве Windows Embedded NavReady можно хранить записи контактов неограниченное время, а затем вновь переносить их на мобильные телефоны; — Списки в истории вызовов поддерживают по 25 записей в каждом типе вызовов – исходящие звонки, входящие и пропущенные вызовы, их можно просматривать удаленно.

Профиль PBAP позволяет мобильному устройству взаимодействовать с автомагнитолами, выводя на дисплей авто имя звонящего и данные о контакте. Пользователь может просматривать историю звонков на дисплее медиаустройства, прямо не выходя из автомобиля. При активированном профиле сразу после Bluetooth-соединения начинается автоматическая синхронизация телефонных книг сопряженных устройств. Функция отключается вручную.

Профиль дает возможность совершать звонки со своего мобильного телефона дистанционно, не прикасаясь к своему аппарату – это обеспечивается пользовательским интерфейсом Windows Embedded NavReady, установленным на устройстве. Это так называемые hands-free звонки, совершаемые с парного телефона или другого мобильного устройства при помощи сервиса переноса контактов и записей в телефонной книге.

Bluetooth — это беспроводная технология обмена данными на небольшом расстоянии. Пользователи привыкли к этой возможности, но что мы о ней знаем, какие отличия современных версий Bluetooth, какие профили и кодеки существуют и чем они отличаются?

Какие бывают профили Bluetooth

Теперь более подробно остановимся на разновидностях профилей. Профили Bluetooth представляют собой наборы инструкций, которые определяют порядок работы и реализации функций между устройствами Bluetooth. Существует около двух десятков профилей для любых устройств и целей — от передачи файлов до беспроводной печати, но нас интересуют те, которые используются в беспроводных гарнитурах.

HSP — обеспечивает базовую производительность гарнитуры с микрофонным входом, монофоническим звуком до 64 кбит/с и ограниченным дистанционным управлением — передачей сигнала вызова, ответом на звонок, завершением вызова и регулировкой громкости.

HFP — более продвинутая версия HSP, разработанная для монофонических гарнитур с функцией Hands Free с целью отвечать на звонки без обращения к телефону. Поддерживает некоторые голосовые команды. С версии HFP 1.7 добавилась поддержка кодека mSBC, поддержка статуса индикатора заряда батареи наушников.

AVRCP — обеспечивает дистанционное управление воспроизведением мультимедиа: переключение и перемотка трека, пауза, запуск воспроизведения, регулировка громкости. Профиль AVRCP предназначен только для дистанционного управления и не используется для передачи аудиопотока.

Версии AVRCP:

1.0 — дистанционное управление, включая старт воспроизведения, паузу и стоп.

1.3 — доступ к метаданным и чтение состояния медиа-плеера:

• состояние источника аудиопотока (воспроизведение, остановка и т.д.)
• метаданные с информацией об исполнителе, названии дорожки и т.д.

1.4 — возможность подключения к нескольким медиаплеерам:

• просмотр состояния и управление несколькими плеерами;
• просмотр метаданных для каждого медиапроигрывателя, включая список список проигрывания
• абсолютное управление громкостью;
• базовые возможности поиска.

1.5 — исправления багов по абсолютному контролю громкости, просмотру и другим функциям;

1.6 — просмотр данных и информации о треках:

• поддержка передачи обложек через профиль BIP и протокол OBEX;
• количество элементов в папке плеера без загрузки списка проигрывания.

A2DP — предназначен для передачи мультимедиа и стереозвука по Bluetooth, обеспечивая намного лучшее качество передачи звука по сравнению с HSP/HFP. Сам по себе не позволяет осуществлять дистанционное управление функциями воспроизведения, поэтому чаще всего используется в связке с AVRCP.

Версии A2DP:

1.2 — расширение списка поддерживаемых кодеков.

1.3 — все из 1.2 плюс уменьшение задержек при передаче потока для улучшения синхронизации аудио/видео, а также:

• добавлена функциональная совместимость с новыми профилями Bluetooth, улучшена безопасность и режим ожидания;
• расширен список поддерживаемых кодеков.

Давайте также рассмотрим второстепенные профили, которые предлагают дополнительные функции.

PBAP — используется для доступа к телефонной книге телефона при помощи беспроводной гарнитуры. На практике это позволяет гарнитуре озвучивать имя абонента, который звонит, а также осуществлять голосовые команды доступа к телефонной книге для набора номера.

SPP — профиль, который определяет — каким образом два устройства будут обмениваться данными, эмулируя проводное соединение подобное USB или RS-232.

DID — идентифицирует класс устройства, производителя и модель. Например, это дает возможность видеть на экране телефона полное название модели подключенной гарнитуры.

ICP — поддержка голосовых звонков между совместимыми Bluetooth-устройствами.

SDAP — профиль используется приложениями для обнаружения услуг, которые могут быть доступными для конкретных подключенных устройств, подключенных по Bluetooth. К примеру, приложение для потокового вещания аудио с помощью SDAP может проверить, поддерживает ли данная модель наушников кодек aptX HD. Еще одним примером будет доступ к премиальному контенту при использовании определенных моделей наушников, или, наоборот, блокирование доступа для некоторых моделей гарнитур в связи с соблюдением авторских прав на цифровой контент.

Что такое DisplayPort и для чего он предназначен?

Сегодня DisplayPort зачастую необходим, чтобы подключить персональный компьютер к современному монитору. Таким способом происходит соединение ПК с системами домашнего кинотеатра. Также интерфейс может применяться при подключении различной видеотехники, либо же акустических систем. Кроме графического контента он в состоянии передавать на сторонние устройства еще и аудиосигнал.

С его помощью пользователи стали подключать сразу несколько мониторов к одному компьютеру, так как пропускная способность позволяет это делать без каких-либо серьезных ограничений. Причем картинка будет отображаться на дисплеях в максимально доступном сейчас разрешении 2K и 4K (если источник и контент могут обеспечить соответствующие мощности).

История DisplayPort

Самая первая версия DisplayPort была анонсирована в 2006 году. Она успешно прошла сертификацию со стороны консорциума Video Electronics Standard Association (VESA). В технике данный интерфейс начали применять уже в 2008 году. Именно в этот период начинают появляться в свободной продаже материнские платы для компьютеров и мониторы с соответствующим слотом. Благодаря DisplayPort крупные производители электроники решили вытеснить с рынка морально и физически устаревшие стандарты DVI и VGA. DisplayPort 1.1 был представлен в 2007 году.

А вот версия 1.2 вышла в свет уже в 2011 году. С этого момента практически вся техника Apple стала получать DP. В 2014 году появился стандарт 1.3 с еще большей пропускной способностью. А вот релиз DisplayPort 1.4 состоялся в 2016 году. Он подарил возможность передавать контент в формате 8K, который наверняка будет популярен в ближайшем будущем. На протяжении почти всей своей истории DisplayPort не облагался роялти, но с марта 2015 года выплата за каждое отдельное устройство составляет 20 центов. Сегодня он является собственностью VESA. Предусмотрен соответствующий торговый знак.

Bluetooth 4.0, 4.1, и 4.2 (2011–2014)

Появление технологии Low Energy в Bluetooth 4 позволило уменьшить энергопотребление для некоторых периферийных устройств, но не для беспроводных наушников. В этой же версии каждое из устройств получило возможность одновременно быть и концентратором, и клиентом. Это значительно расширило функциональность портативной техники, позволив пользователю, к примеру, управлять некоторыми функциями своего смартфона с помощью наушников или умных часов.

В Bluetooth 4.1 не было революционных изменений по сравнению с версией 4.0. Разработчики усилили защиту от помех благодаря встроенному фильтру диапазона LTE-сетей. В результате Bluetooth-устройство с версией 4.1 будет искать другой канал с меньшим количеством помех и немного другой частотой. Также в новой версии оба сопряженных устройства могут быть как ведущими, так и ведомыми. Максимальное время прерывания соединения без потери сопряжения увеличилось с 30 секунд до 3 минут.

В версии 4.2 появились новые возможности для Интернета вещей. Каждому устройству с поддержкой Bluetooth 4.2 теперь был присвоен уникальный IP-адрес.

В версии Bluetooth 5.1 внедрена возможность определения физического местоположения устройств в помещении вплоть до сантиметра, чтобы обеспечить более надежное соединение. Также, в новой версии, устройства сопрягаются быстрее за счет улучшенного кэширования. В 5.1 устройствам стало доступно больше каналов для подключения, что уменьшило количество помех. Это полезно, когда в одном помещении находится много Bluetooth-устройств.