Что такое блютуз стек
Стек Bluetooth
Оригинал на английском языке — Bluetooth stack.
Эта отметка стоит на статье с 14 октября 2012.
Cтек Bluetooth (Bluetooth stack) относится к реализации стека протокола Bluetooth.
Стеки Bluetooth можно условно разделить на две части:
Содержание
Универсального назначения
Windows
Widcomm
Widcomm был первым стеком Bluetooth для операционной системы Windows. Стек был первоначально разработан компанией Widcomm Inc., которая была приобретена компанией Broadcom Corporation в апреле 2004 года. [1] Broadcom продолжает лицензировать стек для включения со многими Bluetooth-устройствами конечного пользователя.
API доступен для взаимодействия со стеком из пользовательских приложений. Для разработчиков есть утилита BTServer Spy Lite в комплекте со стеком (исключенная некоторыми поставщиками), которая контролирует деятельность стека Bluetooth на очень низком уровне. Этот стек также позволяет использовать RFCOMM без создания виртуальных последовательных портов в операционной системе.
Стек Microsoft Windows
Microsoft Windows Bluetooth стек поддерживает только встроенные Bluetooth адаптеры или внешние, присоединённые через интерфейс USB. Он не поддерживает соединение Bluetooth через PCI, I²C, Последовательный порт, PC Card и другие интерфейсы. [2] Он также поддерживает только один передатчик Bluetooth. [2] Только один стек может использоваться единовременно: переключение обычно требует деинсталлирования текущего стека, хотя след предыдущих стеков остается в системном реестре Windows. Однако, есть некоторые случаи, когда два стека могут использоваться в одной системе Windows Microsoft, каждый, используя их собственные отдельные аппаратные средства технологии Bluetooth.
Microsoft не выпустила официальный стек Bluetooth для ранних версий Windows, таких как Windows 2000 или Windows Me.
Для Windows XP Service Pack 1 Microsoft выпустила свой Bluetooth стек QFE. Маркируется как QFE323183. Microsoft не выпустил его для широкой публики. Сторонним компаниям тогда разрешили выпустить QFE как часть их собственной инсталляции программного обеспечения для устройств Bluetooth. Microsoft больше не поддерживает этот QFE.
Windows XP включает в себя встроенный Bluetooth стек, начиная с Service Pack 2.
Стек Bluetooth в Windows Vista улучшен поддержкой большего количества аппаратных идентификаторов, усовершенствованием производительности EDR, адаптивной скачкообразной перестройки частоты для уверенной работы рядом с точкой Wi-Fi, и поддержкой протокола SCO, который необходим для аудио-профилей. [2] Стек технологии Bluetooth в Windows Vista поддерживает интерфейс драйвера устройства в режиме ядра, кроме интерфейса пользователя в режиме программирования, который дает возможность третьим лицам добавить поддержку дополнительных профилей технологии Bluetooth, таких как SCO, SDP, и L2CAP. Это было недостатком встроенного стека Bluetooth в Windows XP Service Pack 2, который должен был быть полностью заменен сторонним стеком для дополнительной поддержки профиля. Это также обеспечивает поддержку RFCOMM, используя сокеты помимо виртуальных COM-портов. [3]
Windows Vista Feature Pack (KB942567) добавляет поддержку Bluetooth 2.1 + EDR и Remote Wake от S3 или S4 автономных модулей Bluetooth. [2] Эта Feature Pack доступна пока только для OEM-производителей включена в Windows Vista Service Pack 2, возможности Feature Pack были включен в каждую версию Windows 7.
Windows XP и Windows Vista Bluetooth стек изначально поддерживают следующие профили Bluetooth: PAN, SPP, DUN, HID, HCRP. [2]
Windows CE начиная с CE 5.0 поддерживает UART, USB, SDIO, и BCSP подключения. [4] Стек от сторонних разработчиков также может быть установлен на устройствах Windows CE, включая Widcomm, BlueSoleil и Toshiba, в зависимости от встроенных систем и версии операционной системы.
EtherMind стек
EtherMind является стеком протокола Bluetooth от MindTree для встраиваемых и ведущих (host) устройств. Получение API документации обязывает подписать соглашение о неразглашении.
Стек Toshiba
Toshiba создала свои собственные стек Bluetooth для использования на Microsoft Windows. Toshiba лицензирует стек для других производителей оригинального оборудования (OEM) и поставляется вместе с некоторыми Fujitsu Siemens, ASUS, Dell и ноутбуками Sony. Соглашение о неразглашении должно быть подписано, чтобы получить API. Стек Toshiba также доступен с определенными не-OEM аксессуарами Bluetooth, такими как USB адаптеры Bluetooth и PCMCIA карты от разных поставщиков.
Toshiba стек поддерживает один из наиболее полных перечней профилей Bluetooth: SPP, DUN, FAX, LAP, OPP, FTP, HID, HDP, HCRP, PAN, BIP, HSP, HFP (в том числе поддержкой Skype), A2DP, AVRCP
BlueSoleil
BlueSoleil — это продукт IVT Corporation, которая производит стеки для встраиваемых устройств и настольных систем. Стек доступен в стандартной и VOIP-версии. Он поддерживает профили DUN, FAX, HFP, HSP, LAP, OBEX, OPP, PAN, SPP, А. В., BIP, FTP, HID и синхронизацию.
SDK для сторонних разработчиков приложений доступен для некоммерческого использования на сайте загрузки BlueSoleil, но этот API будет работать только с платной версией стека, BlueSoleil 6.4 и выше.
BlueFritz!
BlueFritz! стек поставляется с USB адаптерами Bluetooth от немецкого производителя AVM GmbH. Он поддерживает профили SPP, DUN, FTP, факс и некоторые другие. HID, к сожалению, не поддерживается. Этот стек может быть переключен в режим, когда он выключен и стек от Microsoft будет использоваться вместо него.
Linux
У операционной системы Linux в настоящее время есть две широко распространённые реализации стека технологии Bluetooth:
BlueZ
BlueZ — канонический стек технологии Bluetooth для Linux. Его цель состоит в том, чтобы сделать реализацию спецификаций стандартов технологии Bluetooth для Linux. Стек BlueZ поддерживает все основные протоколы и уровни Bluetooth. Был первоначально разработан Qualcomm, и доступен для ядра Linux версии 2.4.6 и выше.
В дополнение к основному стеку, пакеты bluez-utils и bluez-firmware содержат низкоуровневые утилиты. Например, dfutool может опросить чипсет адаптера Bluetooth, чтобы определить может ли его прошивка быть обновлена.
Программы, использующие BlueZ
Для встроенных систем
BlueMagic
BlueMagic 3.0 открытый интерфейс (теперь Qualcomm) высоко портативный встроенный Bluetooth стек протоколов, присутствующий в iPhone от Apple и устройствах Qualcomm, таких как Motorola RAZR. BlueMagic также есть в продуктах Logitech, Samsung, LG, Sharp, Sagem, и многих других. BlueMagic 3.0 был первым полностью сертифицированным (все протоколы и профили) стеком Bluetooth протоколов в спецификации 1.1.
BlueCore Host Software (BCHS)
CSR’s BCHS или BlueCore Host Software обеспечивает верхние уровни стека протокола Bluetooth (выше HCI, или опционально RFCOMM) и большую библиотека профилей, предоставляет полное решение системного программного обеспечения для встраиваемых приложений BlueCore. BCHS поддерживает 1.2, 2.0 + EDR и 2.1 + EDR. Текущие профили доступные с BCHS: A2DP, AVRCP, PBAP, BIP, BPP, CTP, DUN, FAX, FM API, FTP GAP, GAVDP, GOEP, HCRP, Headset, HF1.5, HID, ICP, JSR82, LAP Message Access Profile, OPP, PAN, SAP, SDAP, SPP, SYNC, Sync ML. [6]
lwBT является облегченным протоколом стека Bluetooth для встраиваемых систем с открытым исходным кодом. Он действует как сетевой интерфейс для lwIP стека протоколов.
Он поддерживает некоторые протоколы Bluetooth и профили, такие, как H4 и BCSP UART. Поддерживаемые более высокие профили включают: HCI, L2CAP, SDP, BNEP, RFCOMM и PPP. Поддерживаемые профили: PAN (NAP, GN, PANU), LAP, DUN и последовательный порт.
lwBT была портирована на Renesas M16C, работающий на платформе Mulle, линейку микроконтроллеров, в Linux, а также в Windows.
BlueLet
Так же продукт IVT Corporation. В настоящее время поддерживает: DUN, FAX, HFP, HSP, LAP, OBEX, OPP, PAN SPP.
ClarinoxBlue
Продукт хост-подсистемы Bluetooth от Clarinox Technologies. Поддержка WinCE, Embedded Linux, eCos, VelOSity, DSP-BIOS, QNX и ThreadX. Поддерживаются: HCI, L2CAP, RFCOMM, SDP, SDAP, GAP, SPP, DUN, HFP, HSP, OBEX, FTP, AVRCP, A2DP, AVDTP.
Bluetopia
Bluetopia является реализацией от Stonestreet One для верхних слоёв протокола стека Bluetooth выше интерфейса HCI и отвечает условиям версии 2.1+EDR и более ранним версиям спецификации Bluetooth. Интерфейс прикладного программирования (API) обеспечивает доступ для всех протоколов верхнего уровня и профиля, может напрямую взаимодействовать с наиболее популярными Bluetooth чипами от Broadcom, CSR, TI и другими. Bluetopia была портирована на множество операционных систем, таких как Windows Mobile / Windows CE, Linux, QNX, Nucleus, uCOS, ThreadX, NetBSD, и другие. Bluetopia в настоящее время используется в устройствах таких компаний, как Motorola, Kodak, Honeywell, Garmin, VTech и Harris.
Symbian OS
Symbian OS является операционной системой для мобильных телефонов, который включает в себя Bluetooth стек. Все телефоны на базе платформы Nokia S60 и Sony Ericsson / Motorola платформы UIQ используют этот стек. Symbian Bluetooth стек работает в непривилегированном режиме, и имеет публичный API для L2CAP, RFCOMM, SDP, AVRCP и т. д. Поддерживаемые профили в OS включают GAP, OBEX, SPP, AVRCP, GAVDP, PAN, PBAP. [7] Дополнительные профили поддерживаются в OS + платформы S60 и включают A2DP, HSP, HFP1.5, FTP, OPP, BIP, DUN, SIM Access, Device ID. [8]
BlueCode+
BlueCode+ является портативным стеком протокола Bluetooth высших профилей от Stollmann E+V GmbH. BlueCode+ 4.0 аттестирован к Bluetooth версии 3.0. [9] Стек протокола является независимым от микроконтроллера и операционной системы, поддерживает любые доступные Bluetooth HCI чипы. API дает возможность для управления профилями и функциями стека, а также предоставляет прямой доступ к функциям нижнего уровня. BlueCode+ 4.0 поддерживает протоколы L2CAP, eL2CAP, RFCOMM, SDP Сервер и Клиент, MCAP, HCI-Host Side and AVDTP. Поддерживаемые профили: Generic Access Profile (GAP), Service Discovery Application (SDAP), Serial Port Profile (SPP), Health Device Profile (HDP), Device Identification Profile (DID), Dial-Up Networking (DUN), Fax, Headset (HSP), Handsfree (HFP), SIM Access (SAP), Phone Book Access (PBAP), Advanced Audio Distribution Profile (A2DP), Audio / Video Remote Control (AVRCP) и OBEX. Стек был перенесен на широкий диапазон различных микроконтроллеров и операционных систем.
Jungo’s BTware
Bluetooth стек от Jungo позволяет производителям устройств легко включать стандартное обеспечение связи Bluetooth в свои продукты, которые включают мобильные телефоны, автомобильные развлекательно-информационные системы, абонентские приставки, медицинскую технику, мобильные интернет-устройства и другую бытовую электронику. Поддерживаемые протоколы: Logical Link Control и Adaptation Protocol (L2CAP), Service Discovery Protocol (SDP), RFCOMM, Audio / Video Distribution Transport Protocol (AVDTP), Bluetooth Network Encapsulation Protocol (BNEP) и Multi Channel Adaptation Protocol (MCAP).
Документация
Стек протокола Bluetooth
Bluetooth ® Специальная группа (SIG) [1] и [2] задает стек протокола для Bluetooth низкой энергии (BLE) и технологии базовой скорости / улучшенной скорости передачи данных (BR/EDR) Bluetooth. Основные цели этих технических требований состоят в том, чтобы разработать интерактивные сервисы и приложения по совместимым радио-компонентам и протоколы передачи данных.
Этот рисунок показывает архитектуру Bluetooth-стека.
Bluetooth-устройства могут быть одним из этих двух типов:
Один режим – Поддержки BR/EDR или профиль LE
Двойной режим – Поддержки BR/EDR и профили LE
Последующие разделы предоставляют подробную информацию об архитектуре Стека Протокола BLE и Bluetooth Стек Протокола BR/EDR.
Стек протокола BLE
Этот рисунок сравнивает стек протокола BLE с образцом модели Взаимодействия открытых систем (OSI).
На предыдущем рисунке стек протокола BLE показывают наряду с образцом модели OSI.
Существует взаимно-однозначное отображение на физическом уровне (PHY)
Слой канала передачи данных (DLL) OSI сопоставляет с протоколом (L2CAP) управления и адаптации логической ссылки BLE и слоем ссылки (LL)
В стеке BLE более высокие слои предоставляют услуги прикладного уровня, роли устройства и режимы, управление связью и протокол системы защиты
Функциональность стека протокола BLE разделена между тремя основными слоями: Контроллер, Хост, и Профили приложений и Сервисы.
Контроллер
Слой контроллера включает BLE PHY, LL и интерфейс хост-контроллера (HCI) стороны контроллера.
Операционная радиочастота (RF) находится в области значений от 2,4000 ГГц до 2,4835 ГГц, включительно.
Полоса пропускания канала составляет 2 МГц. Операционная полоса разделена на 40 каналов, k = 0, …, 39. Центральная частота k th канал 2402 + k × 2 МГц.
Пользовательские пакеты данных передаются с помощью каналов в области значений [0, 36].
Рекламные пакеты данных передаются в каналах 37, 38, и 39.
Схема модуляции гауссова shift-keying частоты (GFSK) реализована.
БЛ ФИ использует скачкообразно перемещающий частоту спектр распространения (FHSS), чтобы уменьшать интерференцию и противостоять удару исчезающих каналов. Время между транзитными участками частоты может варьироваться от 7,5 мс до 4 с и установлено во время соединения для каждого ведомого устройства.
Поддержка пропускной способности на уровне 1 Мбит/с обязательна для версии 4.x спецификации совместимые устройства. На скорости передачи данных 1 Мбит/с не закодирована передача.
Опционально, устройства, совместимые с версией 5.1 Спецификации Ядра Bluetooth, поддерживают эти дополнительные скорости передачи данных:
Закодированная передача при битрейтах 500 Кбит/с или 125 Кбит/с
Незакодированная передача на небольшом уровне 2 Мбит/с
LL. LL выполняет задачи, похожие на слой среднего управления доступом (MAC) модели OSI. В Bluetooth LL взаимодействует через интерфейс непосредственно с BLE PHY и управляет состоянием ссылки радио, чтобы задать роль устройства как ведущее устройство, ведомое устройство, рекламодатель, или, сканер.
HCI стороны контроллера. HCI на стороне контроллера обрабатывает интерфейс между хостом и контроллером. HCI задает набор команд и событий для передачи и приема пакетных данных. При получении пакетов от диспетчера HCI извлекает необработанные данные в контроллере, чтобы отправить к хосту.
Хост включает HCI стороны хоста, L2CAP, протокол атрибута (ATT), типовой профиль атрибута (GATT), протокол менеджера безопасности (SMP) и типовой профиль доступа (GAP).
HCI стороны хоста. HCI на стороне хоста обрабатывает интерфейс между хостом и контроллером. HCI задает набор команд и событий для передачи и приема пакетных данных. При передаче данных HCI переводит необработанные данные в пакеты, чтобы отправить их с хоста на контроллер.
L2CAP. L2CAP инкапсулирует данные из BLE более высокие слои в стандартный формат пакета BLE для передачи или извлекает данные из стандартного пакета BLE LL на приеме согласно настройке ссылки, заданной на слоях ATT и SMP.
ATT. ATT передает данные об атрибуте между клиентами и серверами в основанных на GATT профилях. ATT задает роли клиент-серверной архитектуры. Роли обычно соответствуют ведущему устройству и ведомому устройству, как задано в слое ссылки. В общем случае устройство могло быть клиентом, сервером или обоими, независимо от того, является ли это ведущим устройством или ведомым устройством. ATT также выполняет организацию данных в атрибуты как показано в этом рисунке.
Атрибуты устройств представлены как:
Указатель атрибута является 16-битным значением идентификатора, присвоенным сервером позволять клиенту сослаться на те атрибуты.
Тип атрибута является универсально уникальным идентификатором (UUID), заданный SIG Bluetooth. Например, UUID 0x2A37 представляет измерение сердечного ритма.
Значение атрибута является полем переменной длины. UUID, сопоставленные с и сервисный класс служебной книжки, содержащей значение атрибута, определите длину поля значения атрибута.
Полномочия атрибута являются наборами значений разрешения, сопоставленных с каждым атрибутом. Эти полномочия задают чтение и привилегии записи для атрибута и уровень безопасности, требуемый для разрешения записи и чтения.
GATT GATT служит ссылочной основой для всех основанных на GATT профилей. GATT инкапсулирует ATT и ответственен за координирование обмена профилями в ссылке BLE. Профили включают информацию и данные, такие как присвоение указателя, UUID и набор полномочий.
Для устройств, которые реализуют профиль GATT,
client является устройством, которое инициирует команды и запросы к серверу. Клиент может получить ответы, признаки и уведомления.
server является устройством, которое принимает входящие команды и запрашивает от клиента. Сервер отправляет ответы, признаки и уведомления клиенту.
GATT использует клиент-серверную архитектуру. Роли не фиксируются и определяются, когда устройство инициирует заданную процедуру. Роли выпущены, когда процедура заканчивается.
Терминология, используемая в GATT, включает:
Service — Набор данных и сопоставленных поведений раньше выполнял конкретную функцию или функцию
Characteristic — Значение используется в сервисе наряду с соответствующими полномочиями
Characteristic descriptor — Описание связанного характеристического поведения
GATT-Client — Клиент GATT инициирует команды и запросы к серверу и может получить ответы, признаки и уведомления, отправленные сервером
GATT-Server — Сервер GATT принимает входящие команды и запрашивает от клиента и отправляет ответы, признаки и уведомления клиенту
SMP. SMP применяет алгоритмы безопасности, чтобы зашифровать и дешифровать пакеты данных. Этот слой задает инициатора и респондента, соответствуя ведущему устройству и ведомому устройству, когда-то связь устанавливается.
GAP. GAP задает роли, режимы и процедуры устройства. Это также справляется с установлением связи и безопасностью. GAP взаимодействует через интерфейс непосредственно со слоем Application Profiles и Services (App).
Слой APP
Слой App является прямыми профилями определения пользовательского интерфейса, которые предоставляют функциональную совместимость между различными приложениями. Спецификация ядра Bluetooth позволяет поставщикам задать собственные профили для вариантов использования, не заданных профилями SIG.
Примечание
Для получения дополнительной информации об архитектуре стека протоколов BLE, смотрите, что объем 3, Часть C, разделяет 2 и 2.1 из Спецификации [1] Ядра Bluetooth.
Bluetooth Стек Протокола BR/EDR
Этот рисунок сравнивает блок-схему стека протокола BR/EDR Bluetooth и с образцом модели OSI.
Отображение стека BR/EDR к образцу модели OSI как показано ниже:
Слои BR/EDR Radio и Baseband и Link Control стека Bluetooth BR/EDR сопоставляют со слоем OSI PHY.
Менеджер по ссылке протокол (LMP), L2CAP, Заменяющий Протокол Кабеля (RFCOMM) и слои PPP стека Bluetooth BR/EDR сопоставляют со слоем канала передачи данных OSI.
Пользовательский дейтаграммный протокол (UDP), протокол управления передачей (TCP) и слои интернет-протокола (IP) стека Bluetooth BR/EDR сопоставляют с объединенные, сетевые, транспортные и сеансовые уровни образца модели OSI.
Существует взаимно-однозначное отображение на прикладном уровне.
Протоколы ядра
Протоколы ядра Bluetooth и радио Bluetooth требуются большинством bluetooth-устройств. Протоколы ядра включают эти слои.
Радио BR/EDR. Радио BR/EDR является самым низким заданным слоем спецификации Bluetooth. Режим BR обязателен, тогда как режим EDR является дополнительным. Этот слой задает требования устройства приемопередатчика Bluetooth, действующего в диапазоне частот ISM на 2,4 ГГц. Это реализует 1600 транзитные участки/секунда метод FHSS. Радио скачкообразно двигается псевдослучайным способом на 79 обозначенных каналах Bluetooth. Каждый канал Bluetooth имеет полосу пропускания 1 МГц. Каждая частота расположена в (2402 + k) МГц, где k = 0,1. 78. Метод модуляции для режима BR и EDR является GFSK и дифференциальным манипулированием сдвига фазы (DPSK), соответственно. Скорость в бодах является 1 Msymbols/s. Радио BR/EDR Bluetooth использует топологию дуплекса деления времени (TDD), в которой передача данных происходит в одном направлении одновременно. Передача чередуется в двух направлениях, один за другим.
Основная полоса и Управление Ссылкой. Слой управления основной полосой и ссылкой включает ссылку RF PHY между различными bluetooth-устройствами, формируя piconet. Основная полоса обрабатывает обработку канала и синхронизацию, и управление ссылкой обрабатывает управление доступом к каналу. Этот слой обеспечивает эти два различных типов ссылок RF PHY с их соответствующими основополосными пакетами:
Синхронный с установлением соединения (SCO) – Поддержки аудиотрафик в реальном времени
Асинхронный с установлением соединения (ACL) – пакетная передача данных о Поддержках
Менеджер по ссылке протокол (LMP). Слой LMP, в основном, ответственен за настройку ссылки и настройку ссылки между различными bluetooth-устройствами. Эти процессы включают функции защиты установления, такие как аутентификация и шифрование путем генерации, обмениваясь и проверяя ссылку и ключи шифрования. Кроме того, этот слой управляет режимами степени и рабочими циклами устройства радио Bluetooth и состояниями связи модуля Bluetooth в piconet.
L2CAP. L2CAP адаптирует протоколы более высокого слоя по основной полосе. Это экранирует протоколы более высокого слоя от деталей протоколов нижнего уровня. L2CAP предоставляет услуги без установления соединения и с установлением соединения протоколам более высокого слоя. Это включает протокол, мультиплексирующий возможность, сегментацию и операции повторной сборки и абстракции группы.
SDP. Услуги по открытию являются важным аспектом среды Bluetooth. Сервисный протокол открытия (SDP) обеспечивает средние значения для приложений, чтобы запросить сервисы и характеристики сервисов, после которых связь может быть установлена между двумя или больше bluetooth-устройствами. SDP очень отличается от сервисного открытия в традиционных основанных на сети средах. SDP создается сверху L2CAP.
Заменяющий протокол кабеля
Заменяющий протокол кабеля в стеке Bluetooth BR/EDR использует RFCOMM, чтобы обеспечить эмуляцию последовательных портов по L2CAP. RFCOMM эмулирует управление RS-232 и сигналы данных по основной полосе Bluetooth и предусматривает транспортные возможности для сервисов более высокого слоя, которые используют последовательный интерфейс в качестве транспортного механизма. RFCOMM также обеспечивает несколько одновременных связей с одним устройством и включает связи с несколькими устройствами.
Протоколы управления телефонией
Спецификация протокола управления телефонией, двоичный файл (двоичный файл TCS), задает управление соединением, сигнализирующее, чтобы установить данные и голосовые вызовы между bluetooth-устройствами. Это создается сверху L2CAP. Кроме того, двоичный файл TCS задает процедуры управления мобильности по обработке bluetooth-устройств.
Принятые протоколы
В дополнение к протоколам ядра стек Bluetooth BR/EDR включает протоколы, принятые от других стандартных тел. Эти принятые протоколы заданы в технических требованиях, выпущенных другими делающими стандарт организациями, и включены в среду Bluetooth.
PPP. Протоколом «точка-точка» (PPP) является Инженерная группа по развитию интернета (IETF) [3] стандартный протокол для переноса дейтаграмм IP по магистральной линии. PPP работает на основе RFCOMM, чтобы понять двухточечные соединения.
TCP, UDP и IP. Эти слои являются IETF-заданными протоколами основы набора протоколов TCP/IP.
TCP – Этот протокол обеспечивает надежную виртуальную связь между устройствами, чтобы понять передачу данных. TCP обрабатывает данные как поток байтов и передает их без любых ошибок или дублирования.
UDP – Этот протокол является альтернативой TCP и обеспечивает ненадежную дейтаграммную связь между устройствами. Как нет никакой сквозной связи в UDP, данные являются переданной ссылкой ссылкой без любой гарантии сервиса.
IP – Этот слой является протоколом слоя сети, который включает дейтаграммный сервис между устройствами, поддерживая и TCP и UDP.
Использование TCP, UDP и IP в стеке Bluetooth BR/EDR включает связь с любым другим устройством, соединенным к Интернету.
OBEX. Объектный обмен (OBEX) протокол является протоколом сеансового уровня, разработанным Инфракрасной Ассоциацией Данных (IrDA), чтобы обмениваться объектами. Протокол OBEX обеспечивает функциональность, похожую на тот из HTTP, но более простым способом. HTTP является протоколом прикладного уровня и разделенный на уровни выше TCP/IP. Протокол OBEX предоставляет клиенту надежный транспорт для соединения с сервером. Это также предоставляет модель для представления объектов и операций.
WAE и WAP. Стек Bluetooth BR/EDR включает среду приложений беспроводной связи (WAE) и протокол приложения беспроводной связи (WAP) в его архитектуру. Преимущества использования функций WAE/WAP в Bluetooth-стеке:
Создайте шлюзы приложений, которые действуют как интерфейс между серверами WAP и некоторым другим приложением на PC
Обеспечьте функции, такие как дистанционное управление и выборка данных с PC на телефон Bluetooth
Снова используйте верхнее программное обеспечение, разработанное для среды приложения WAP
Профили приложений и сервисы
Для получения дополнительной информации отошлите Слой APP.
Альтернативный MAC/PHY
Альтернативный MAC/PHY (AMP) менеджер является вторичным контроллером в системе ядра Bluetooth. После того, как связь L2CAP устанавливается между двумя устройствами по радио BR/EDR, менеджер по AMP может обнаружить УСИЛИТЕЛИ, которые доступны на другом устройстве. Если AMP распространен между двумя устройствами, система ядра Bluetooth обеспечивает механизмы для движущегося потока данных от диспетчера BR/EDR контроллеру AMP.
Каждый менеджер по AMP состоит из уровня адаптации протокола (PAL) сверху MAC и PHY. PAL сопоставляет протоколы Bluetooth с определенными протоколами базового MAC и PHY.
Каналы L2CAP могут быть созданы на или перемещены в, AMP. Если AMP, физическая ссылка имеет тайм-аут контроля ссылкой, то каналы L2CAP могут попятиться к радио BR/EDR. Чтобы минимизировать потребление энергии в устройстве, УСИЛИТЕЛИ включены или отключены как требуется.
Примечание
Для получения дополнительной информации об архитектуре стека протоколов BR/EDR Bluetooth, смотрите, что объем 1, Часть A, разделяет 2 и 2.1 из Спецификации [1] Ядра Bluetooth.