Bluetooth ftp что это такое
Bluetooth File Transfer — продвинутый инструмент для передачи данных по Bluetooth
Bluetooth File Transfer (BlueFTP) — это продвинутый инструмент для передачи данных по Bluetooth с возможностью организации доступа к файловой системе устройства. Приложение поддерживает работу с профилями File Transfer (FTP), Object Push (OPP) и Phone Book Access (PBAP), наделено функциями полноценного файлового менеджера.
Приложение позволяет легко копировать, перемещать, удалять и переименовывать файлы, в том числе физически размещённые на другом устройстве, поддерживает просмотр файлов и папок в нескольких режимах, простое перетаскивание файлов из одной панели в другую. Наверняка кому-то из пользователей Bluetooth File Transfer пригодится функция очистки буфера обмена, полезная при перемещении конфиденциальных данных.
В параметрах приложения можно изменить некоторые настройки интерфейса, выбрать одну из двух поддерживаемых версий vCard (2.1 или 3.0). В комплекте поставляется простейшее руководство, облегчающее первичную его настройку.
Распространяется Bluetooth File Transfer на бесплатной основе, в списке поддерживаемых языков русского нет. Воспользоваться Bluetooth File Transfer могут обладатели персональных компьютеров, планшетов и смартфонов с Windows 10, имеются в арсенале разработчика версии и для предыдущих версий Windows, а также Android и Java.
Использование службы ftp, Bluetooth – Инструкция по эксплуатации Asus USB-BT211 Mini Bluetooth Dongle
Страница 33
Управление устройствами Bluetooth
Подключение к устройству Bluetooth с помощью
различных служб Bluetooth
Подключение Вашего компьютера к удаленному устройству Bluetooth с помощью
различных служб Bluetooth, таких как FTP, BIP, BPP и Sync.
Для использования службы FTP выполните следующее:
1. В диалоговом окне Bluetooth Devices выберите вкладку File Transfer. На этой
странице показаны сопряженные устройства Bluetooth, поддерживающие службу
2. Щелкните правой кнопкой по устройству Bluetooth, к которому хотите подключиться,
зетем нажмите Register.
3. Нажмите OK для сохранения изменений.
Использование службы FTP
Служба FTP (профиль передачи файлов) позволяет Вам найти общие папки на FTP-
совместимом устройстве Bluetooth, находящемся в пределах досягаемости от Вашего
компьютера. Вы также можете передавать файлы и папки между Вашим компьютером
С помощью службы FTP Вы можете подключиться одновременно только к одному устройству
Для указания общей папки для Вашего компьютера выберите вкладку Local Service, в диалоговом
окне Bluetooth Devices выберите File Transfer и нажмите Properties.
С помощью Bluetooth вы можете выполнять такие действия, как соединение телефона с динамиками для прослушивания музыки, передачи и получения файлов на другие устройства и от них, подключение смартфона без порта к беспроводным наушникам и т. д. Однако существуют специальные «Профили», которые делают это возможным для устройства Bluetooth, чтобы эффективно выполнять свои функции.
Существует множество устройств, которыми можно управлять с помощью Bluetooth, и для каждой функции есть специальные профили Bluetooth.
Проще говоря, профили Bluetooth определенный спецификации беспроводного интерфейса. Вы когда-нибудь задумывались, как вы можете осуществлять беспроводную потоковую передачу звука со смартфона на Bluetooth наушники, или звуковую панель; или как вы можете обмениваться файлами с другим устройством через Bluetooth? Тогда вам следует взглянуть на некоторые из наиболее распространенных профилей Bluetooth.
1. Расширенный профиль распространения аудио (A2DP)
Если вы используете наушники Bluetooth, наушники, автомобильную стереосистему, ваше устройство использует этот профиль для обеспечения передачи высококачественного звука.
2. Аудио/видео профиль дистанционного управления (AVRCP)
Этот профиль отвечает за функциональность удаленного управления устройствами Bluetooth. Вы найдете этот профиль на таких устройствах, как телевизоры, наушники, интеллектуальные колонки, звуковые панели, смартфоны и другое стереооборудование. ACRCP предоставляет интерфейс, который позволяет вашему устройству Bluetooth ставить на паузу музыку, увеличивать и уменьшать громкость, переходить к следующему и предыдущему файлу в вашем списке воспроизведения и т. д.
AVRCP играет жизненно важную роль в управляющем устройстве (например, смартфоне) и целевом устройстве (гарнитуре Bluetooth, динамике и т. д.).
Когда вы нажимаете кнопку (воспроизведение, паузы, затем и т. д.) На управляющем устройстве, команда обнаруживается контроллером с помощью AVRCP. Профиль впоследствии преобразует команду в A/V-сигнал управления, который он передает целевому устройству.
3. Профиль передачи файлов (FTP)
4. Профиль громкой связи (HFP)
Как указано в названии, профиль Hands-Free (HFP) отвечает за успешное выполнение беспроводных телефонных звонков с устройства Bluetooth. Вы найдете этот профиль в мобильных телефонах, автомобильной информационно-развлекательной системе, наушниках и т. д.
HFP использует кодек Continuious Variable Slope Delta (CVSD) (кодирование используется для сжатия данных аудиосигналов) для передачи голоса и для определения некоторых параметров управления голосом (например, громкости). Если вы собираетесь использовать громкую связь во время вождения или в любом другом месте, ваше устройство должно иметь этот профиль.
5. Профиль гарнитуры (HSP)
6. Базовый профиль печати (BPP)
7. Профиль устройства интерфейса пользователя (HID)
Этот профиль обычно используется периферийными устройствами с поддержкой Bluetooth, такими как беспроводные клавиатуры, мыши, игровые контроллеры и т. д. Профиль Human Interface Device определяет функции и протоколы, с помощью которых эти устройства взаимодействуют с устройством Bluetooth.
Хотя существует более 20 профилей Bluetooth, вышеупомянутые профили являются наиболее важными, поскольку они используются в нашей повседневной жизни. Они находятся в устройствах, которыми вы пользуетесь каждый день: мобильные телефоны, ноутбуки, гарнитуры, периферийные устройства, принтеры, автомобили, умные бытовые приборы и т. д.
Bluetooth File Transfer — Передай ближнему своему
Более того, зачастую флешка даже уступает мобильному телефону в емкости. И единственное, в чем она идет впереди, это габариты и Plug’n’Play. Что, Plug’n’Play — не преимущество, а законное право? Так вот, гордые владельцы Android и не менее гордые владельцы iOS, вспомните, сколько программ нужно для того, чтобы ваш телефон был готов к передаче данных спустя 5 секунд после того, как в его разъеме окажется нужный кабель?
Современные смартфоны, к сожалению, все меньше и меньше времени уделяют подобным стандартам передачи данных и все больше — стандартам Интернет-связи. Оно, в принципе и понятно, так как лет через пять Wi-Fi-точка будет рядом с каждым мусорником ставиться. Но передать, к примеру, картинку соседнему телефону через Wi-Fi… Что ж, мсье знает толк во времяпровождении. И до тех пор, пока облачные сервисы не превратились из редкого в наших краях зверя в лучшего друга человечества, такие слова, как Bluetooth, актуальности не утратят.
Начнем с неочевидного — с файлового менеджера, а для сравнения возьмем небезызвестный X-Plore. Что ж, обе программы относятся к одному классу приложений. И на этом их сравнение успешно заканчивается. Как оказалось, функция менеджера файлов в BTF обрезана под определенные нужды. Нужды эти ограничиваются предпросмотром файлов (полноразмерная иконка возле каждого файла соответственно) и максимально быстрой навигацией по системе. Что характерно — сами же разработчики выдвигают BFT как самый быстрый файловый менеджер из существующих нынче на платформе Android. И знаете, в это охотно верится. Скорость навигации в корневой с более чем пятью сотнями файлов действительно впечатляет, как и скорость прорисовки иконок. Все это безобразие можно отсортировать и передать. Выбор нескольких файлов весьма прост — справа возле каждого из них разместилась галочка. Жмем на нее и выделяем файл. Приятно удивила и возможность поставить закладку в нужном месте, чтобы ускорить навигацию.
Теперь — по поводу передачи файлов. За это отвечает правая вкладка в меню. Открываем ее и видим список беспроводных соединений, который экспортируется из памяти смартфона. Выдирается, так сказать, из родного модуля передачи. И будь это единственным преимуществом данного окна — можно было бы и обидеться. Но обижаться не надо, потому что после нажатия левой софт-клавиши пользователь понимает, на что потратил время. Среди функций, предлагаемых появившимся меню, есть передача УСТАНОВЛЕННЫХ программ (что очень неплохо, пускай и было в ROM Patcher Pro ), причем не по одной, а, как и в менеджере, через выделение. Возле нее умостилась передача контактов (прощай, визитка), а также настройка видимости смартфона, отключенная по умолчанию. А внимательный пользователь заметит и то, что в списке контактов устройства, с которыми происходило «синезубое» соитие, вполне грамотно определяются по типам. Причем Bluetooth File Transfer различает не только компьютеры и телефоны, но и может отличить ПК от ноутбука, а смартфон — от простой Java-звонилки.
Для эстетов, любящих управлять и властвовать, настройки подобраны просто на ура. Начиная с интерфейса и заканчивая изысками вроде оптимизации службы отправки и приема (создаваемых программой OFP и FTP серверов соответственно). А в настройках можно выбрать русский язык, что просто приятно.
Есть у программы и серьезные беды. Отменить выбор устройства, к которому производится подключение, нельзя до тех пор, пока процесс не завершится. Без включённого модуля Bluetooth вкладка контактов не работает, хотя это сомнительный минус. Бесят и постоянно вылезающие сообщения о состоянии OFP, FTP, и т.д. и т.п. Не подождав, пока они исчезнут, выйти из приложения законным путём не представляется возможным. Особенно это задевает чувство собственного достоинства в тот момент, когда в приложение заходят случайно. Запасной выход всегда один — родной убийца приложений, но неужели было так необходимо доводить до этого? И последнее — запрос на выход. «Вы хотите выйти из приложения?». Жаль, что крик «ДА. » не сработает — программа не поддерживает голосовое управление.
А в целом — программа оптимальна. Подойдёт она тем, кто активно участвует в передаче файлов на относительно короткие расстояния, не хочет участвовать в поиске кабелей для подсоединения смартфона к компьютеру и любит иметь небольших помощников на все случаи жизни.
Bluetooth ftp что это такое
4.1.8.3 Bluetooth
Семенов Ю.А. (ГНЦ ИТЭФ)
Bluetooth и стандарты 802, OSI, TCP/IP
Режим Standby
Состояние Standby по умолчанию является режимом с пониженным энергопотреблением, при этом работает только внутренний задающий генератор. В состоянии соединения главный узел (master) и клиент (slave) могут обмениваться пакетами, используя код доступа к каналу.
В протоколе baseband предусмотрено три типа схем коррекции ошибок: 1/3 FEC, 2/3 FEC и ARQ.
Взаимодействие сетевых субуровней в протоколе Bluetooth
Протоколом baseband рекомендуется использование буферов типа FIFO. Если данные не могут быть приняты, контроллер приема (Link Controller) вставляет в заголовок отклика индикатор stop. Когда передачик получает индикатор stop, он блокирует очереди в FIFO. Получатель может возобновить процесс передачи, послав отправителю индикатор go. Взаимодействие протоколов в рамках Bluetooth показано на рис.1
Рис. 1. Взаимодействие сетевых субуровней в протоколе Bluetooth
Соединение между устройствами происходит следующим образом: если ничего не известно об удаленном устройстве, используются прцедуры inquiry и page. Если некоторая информация о партнере имеется, то достаточно процедуры page.
| Этап 1 | |
| Процедура inquiry позволяет устройству определить, какие приборы доступны, выяснить адреса и осуществить синхронизацию. | |
| 1.1 | Посылаются пакеты inquiry и получаются отклики. |
| 1.2 | Будем считать, что блок (адресат), получивший пакет inquiry, находится в состоянии inquiry scan (тогда он способен принимать такие пакеты) |
| 1.3 | Получатель переходит в состояние inquiry response и посылает отправителю пакет-отклик. |
После того как процедура inquiry завершена, соединение может быть установлено с помощью процедуры paging.
| Этап 2 | |
| Процедура paging реализует соединение. Для осуществления этой процедуры необходим адрес. Устройство, выполняющее процедуру paging, автоматически становится хозяином этого соединения. | |
| 2.1 | Посылается пакет paging |
| 2.2 | Адресат получает этот пакет (находится в состоянии page Scan) |
| 2.3 | Получатель посылает отправителю пакет-отклик (находится в состоянии Slave Response) |
| 2.4 | Инициатор посылает адресату пакет FHS (находится в состоянии Master Response) |
| 2.5 | Получатель посылает отправителю второй пакет-отклик (находится в состоянии Slave Response) |
| 2.6 | Получатель и отправитель устанавливают параметры канала заданные инициатором (находятся в состоянии Master Response & Slave Response) |
После установления соединения главный узел (master) посылает пакет POLL, чтобы проверить, синхронизовал ли клиент свои часы и настроился ли на коммутацию частот. Клиент при этом может откликнуться любым пакетом.
Режимы работы устройств Bluetooth
Устройство Bluetooth при установлении соединения может работать в четырех режимах: Active, Hold, Sniff и Park (активный, удержание, прослушивание и пассивный, соответственно). Смотри табл. 1.
Таблица 1. Режимы работы BlueTooth
| Название режима | Описание |
| Active | В активном режиме устройство Bluetooth участвует в работе канала. Главный узел (master) диспетчеризует обмены на основе запросов трафика, поступающих от участников. Кроме того, этот режим предусматривает регулярные обмены с целью синхронизации клиентов. Активные клиенты прослушивают домены master-to-slave пакетов. Если к активному клиенту нет обращений, он может пребывать в пассивном состоянии (sleep) до очередной передачи со стороны главного узла |
| Sniff | Устройства синхронизованные в рамках пикосети могут перейти в режим экономного расходования энергии, когда их активность понижается. В режиме SNIFF, устройство-клиент прослушивает пикосеть с пониженной частотой. Этот режим имеет наивысшую скважность рабочего цикла (наименьшая экономия энергии) из 3 экономичных режимов (sniff, hold и park) |
| Hold | Устройства синхронизованные в рамках пикосети могут перейти в режим экономного расходования энергии, когда их активность понижается. Главный узел пикосети может перевести клиента в режим HOLD, когда работает только внутренний таймер. устройство-клиент может запросить перевода в режим HOLD. Передача данных возобновляется мгновенно, когда устройство выходит из режима HOLD. Клиент имеет промежуточную скважность (промежуточный уровень экономии энергии) из указанных 3 режимов (sniff, hold и park) |
| Park | В режиме PARK, устройство еще синхронизовано в рамках пикосети, но не принимает участия в обменах. Пассивные устройства отказываются от своих МАС-адресов (AM_ADDR), прослушивают трафик главного модуля с целью ресинхронизации и отслеживают широковещательные сообщения. Данный режим имеет минимально возможную скважность (максимальная экономия энергии) из указанных 3 режимов (sniff, hold и park). Устройства, находящиеся в режиме park, должны посылать пакеты широковещательно, так как лишены собственного активного адреса. |
Протокол L2CAP
Протокол L2CAP отвечает за формирование пакетов, деление на кадры и сборку пакетов (вспомним, что нижележащий протокол baseband позволяет иметь пакеты не длиннее 341 байта), которые в данном стандарте могут достигать размера 64 кБ. L2CAP производит мультиплексирование и демультиплексирование для отправителей пакетов, кроме того, протокол ответственен за качество обслуживания как при передаче, так и во время ожидания. На фазе установления соединения L2CAP согласует максимальный размер поля данных, так как не все узлы могут работать с 64-килобайтными пакетами. Этот протокол не используется в случае синхронных коммуникаций. В стандарте Bluetooth предусмотрены обмены как с установлением соединения, так и без. Последний режим называется ASL (Asynchronous Connectionless). Трафик ASL доставляется с использованием принципа максимально возможного сервиса. Никаких гарантий при этом не предоставляется. У подчиненного узла может быть только одно ASL-соединение с главным. Обмен с установлением соединения называется SCO (Synchronous Connection Oriented). Этот вид коммуникаций используется, например, при телефонных переговорах. Здесь для каждого из направлений передачи выделяется фиксированный временной интервал. Повторных передач не производится, вместо этого для случая ошибок применяется их коррекция. У подчиненного узла может быть до 3 соединений типа SCO с главным узлом, каждое из которых представляет собой PCM-канал с пропускной способностью 64кбит/c. Протокол должен поддерживать протокольное мультиплексирование, так как уровень basband не имеет поля тип, позволяющего идентифицировать протокол более высокого уровня. Протокол L2CAP присваивает виртуальным каналам (точка-точка) идентификаторы CID (Channel Identifier). Для целей управления трафиком он целиком полагается на уровень LM (Link Manager) протокола baseband.
Рис. 2. Две пикосети, образующие рассеянную сеть (Э. Таненбаум «Компьютерные сети», Питер, 2003)
Пикосети
Основу сети BlueTooth составляют пикосети (piconet), состоящие из одного главного узла и до семи клиентских узлов, размещенных в радиусе 10м (смотри рис. 2). Все узлы такой сети работают на одной частоте и разделяют общий канал. В одной достаточно большой комнате могут располагаться несколько пикосетей. Эти сети могут связываться друг с другом через мосты. Пикосети, объединенные вместе составляют рассеянную (scatternet) сеть. Поскольку в каждой пикосети имеется свой master, последовательность и фазы переключения их частот не будут совпадать. Если пикосети взаимодействуют друг с другом, это приводит к понижению пропускной способности. Устройство BlueTooth может выступать в качестве клиента в нескольких пикосетях, но главным узлом (master) может быть только в одной пикосети. Кроме 7 активных клиентских узлов главный узел может поддерживать до 255 пассивных (спящих) узлов (переведенных управляющим узлом в режим пониженного энергопотребления).
Иногда мастер и клиент могут захотеть поменяться ролями. Это может быть выполнено в два этапа.
Когда узел получил подтверждение на свой FHS-пакет, он будет использовать параметры новой пикосети, заданные новым мастером. На этом переключение мастер-клиент завершается.
Одним из активных состояний узла является paging state. В этом состоянии возможно установление или возобновление соединения. Главный узел в этом состоянии непрерывно посылает в эфир короткие ID-пакеты, содержащие только код доступа устройства (device access code). В рамках одного временного домена посылается два пакета на двух разных частотах. Узел-клиент в состоянии paging прослушивает за время 625 мксек две частоты, проверяя наличие своего кода (ID). Для установления соединения посылается запрос. Отправитель запроса не сообщает ничего кроме своего типа. Узел, который хочет, чтобы о его существовании знали окружающие, периодически (раз в 2,56 сек) прослушивает запросы (состояние inquiry state). Когда пассивное устройство обнаружено главным узлом пикосети (откликнулось пакетом FHS, сообщающем о состоянии внутренних часов, об адресе и т.д.), главный узел формирует и посылает пакет POLL, с целью проверки правильности конфигурационных параметров и готовности к приему данных. Клиент может ответить любым пакетом, но если мастер не получил никакого отклика, он переходит в состояние paging или inquiry. Клиент может подключиться и к другой пикосети, для этого в текущей сети он может запросить перехода в режим park или hold. В режиме sniff клиент имеет несколько свободных временных слотов, чтобы участвовать в обменах с соседними сетями. Терминал, находящийся вне зоны связи, должен пребывать в состоянии page mode. Шлюз-сервер должен выделять достаточно ресурсов для запросов page scanning.
Спецификация Bluetooth v1.1 определяет 13 типов поддерживаемых приложений, которые называются профилями, существует также 12 дополнительных профилей. Профили работают на самом верху иерархии слоев протокола (смотри табл. 2). По существу профили являются регламентациями прикладного уровня.
Профайлы BlueTooth
| N | Название | Описание |
| Оcновные профили | ||
| 1 | GAP (Generic Access Profile) | Процедура управления связью |
| 2 | SDAP (Service Discovery Application Profile) | Протокол определения предлагаемых сервисов |
| 3 | CTP (Cordless Telephony Profile) | Профиль беспроводной телефонии |
| 4 | GOEP (Generic Object Exchange Profile) | Протокол операций клиент-сервер при работе с объектами (обмен данными). Клиентская станция инициирует обмен, но она может выполнять и роль сервера. |
| 5 | LAP (LAN Access Profile) | Протокол связи мобильной ЭВМ со стационарной LAN |
| 6 | DNP (Dial-up Networking Profile) | Протокол связи ЭВМ с сетью посредством мобильного телефона |
| 7 | FP (Fax Profile) | Протокол связи мобильного факса с мобильным телефоном |
| 8 | SPP (Serial Port Profile) | Профиль для работы с последовательным портом |
| 9 | IP (Intercom Profile) | Мобильные телефоны могут работать, как переносные цифровые рации |
| 10 | HS (Headset Profile) | Протокол связи устройства hands-free с мобильным телефоном |
| 11 | OPP (Object Push Profile) | Протокол пересылки простых объектов |
| 12 | FTP (File Transfer Profile) | Протокол пересылки файлов |
| 13 | SP (Synchronization Profile) | Протокол синхронизации PDA с другой ЭВМ |
| Дополнительные профили | ||
| 1 | ESDP (Extended Service Discovery Profile) | Профиль для реализации процедур Plug and Play |
| 2 | A2DR (Advanced Audio Distribution Profile) | Продвинутый профиль рассылки аудио данных |
| 3 | AVRCD (Audio Video Remote Control Profile) | Аудио-видео профиль удаленного управления |
| 4 | BIP (Basic Imaging Profile) | Базовый профиль работы с изображением |
| 5 | BPP (Basic Printing Profile) | Базовый профиль для печати |
| 6 | CIP (Common ISDN Access Profile) | Общий профиль доступа к ISDN |
| 7 | GAVDP (Generic Audio Video Distribution Profile) | Общий профиль рассылки аудио и видео данных |
| 8 | HFR (Hands-Free Profile) | Профиль для освобождения рук (hands-free) |
| 9 | HCRP (Hardcopy Cable Replacement Profile) | Протокол замены приборного связного кабеля |
| 10 | HID (Human Interface Device Profile) | Профиль для реализации интерфейса с человеком |
| 11 | PAN (Personal Area Networking) | Протокол формирования персональной сети |
| 12 | SAP (SIM Access Profile) | Протокол доступа к SIM |
Профили 5-7 конкурируют с протоколом IEEE 802.11. Профиль удаленного доступа служит для подключения ЭВМ к мобильному телефону, снабженному модемом, без использования проводов. Профайл факс позволяет беспроводным факс-устройствам отсылать и получать факсы посредством мобильного телефона. Профили 8-10 имеют отношение к телефонии, в перспективе мобильный телефон и беспроводная трубка домашнего телефона станут взаимозаменяемы. Профиль 10 представляет собой приложение, позволяющее устройствам hands-free держать связь с базой, что удобно, например, при езде в автомобиле. Профили 11-13 служат для пересылки объектов между беспроводными устройствами. Объектами могут быть изображения, информационные файлы и т.д.
Протокол SDP
Во главе семейства протоколов находится SDP (Service Description Protocol; смотри http://www.palowireless.com/infotooth/tutorial/sdp.asp), предназначенный для определения услуг, оказываемых удаленным устройствам. С помощью команд данного протокола можно считать данные из локальной БД и определить характеристики удаленного устройства и на основе этой информации выяснить параметры оказываемых услуг. SDP использует модель запрос/отклик, где каждая транзакция включает в себя один запрос и один отклик. С помощью посылки одиночного SDP пакета можно осуществлять простое управление информационным потоком. Такой пакет может не сопровождаться откликом.
Поле данных пакета SDP имеет заголовок, содержащий три поля:
Параметры могут содержать атрибут состояния продолжения (continuation state). Некоторые запросы могут потребовать такого большого отклика, который не поместится в одно поле данных. Тогда SDP-сервер генерирует частичный отклик с параметром состояния продолжения. Аналогичный атрибут должен присутствовать в очередном запросе клиента, требующего следующую порцию данных отклика. Такой запрос имеет только два поля InfoLength (1 байт) и Continuation Information (InfoLength байт).
Сервис (service) является единственной сущностью (entity), которая предоставляет информацию для выполнения каких-либо действий. Сервис может реализоваться аппаратно или программно. Информация о сервисах содержится в записях, которые представляют собой списки атрибутов. Каждый атрибут описывает одну характеристику сервиса. SDP имеет следующие атрибуты сервиса:
Некоторые атрибуты являются общими для всех записей сервиса, но сервис-провайдеры могут определить свои собственные атрибуты услуг в зарезервированных полях.
Атрибут содержит два компонента: идентификатор (ID) и значение атрибута
Различные виды сервиса группируются в классы. Все атрибуты, содержащиеся в записи сервиса, относятся к одному классу. Каждому классу присвоен уникальный идентификатор UUID. UUID представляет собой 128-битовый код, но возможны псевдонимы (16- и 32-битовой длины).
Клиент может, зная значение UUID, получить указатель на соответствующую запись сервиса. Можно провести поиск и по идентификатору класса.
Значение атрибута имеет вид информационного элемента, который содержит два поля: заголовок и данные. Заголовок включает в себя две части: дескриптор типа и дескриптор размера.
| Type Descriptor | 5-битовый код, составлющий старшие разряды информационного элемента заголовка |
| Size Descriptor | 3-битовый код индекса, за которым следует 0, 8, 16 или 32 бита. Индекс содержит младшие 3 бита информационного элемента заголовка |
Прежде чем два устройства Bluetooth начнут взаимодействовать, каждое из них должно:
Выявление услуг (Service Discovery) поддерживает следующие прикладные примитивы для взаимодействия с другими устройствами:
Обязательные типы PDU протокола LMP
Таблица 3. Обязательные типы PDU протокола LMP
| Функция | Тип PDU | Описание |
| Изменение ключа канала | LMP_comb_key | Ключ канала получается из комбинационных ключей. Содержимое LMP_comb_key защищается с помощью операции XOR с привлечением текущего ключа канала. |
| Изменение текущего ключа канала | LMP_temp_rand, LMP_temp_key, LMP_use_semi_permanent_key | Текущий ключ канала может быть полупостоянным или временным ключом канала. Ключ может быть изменен временно, но изменение действует только на время сессии. Изменение временного ключа канала нужно, если пикосеть поддерживает шифрованные бродкасты |
| Запрос сдвига часов | LMP_clkoffset_req, LMP_clkoffset_res | Когда клиент получает FHS-пакет, вычисляется разность между показанием его часов и часов мастера, записанным в поле данных пакета. Мастер может запросить значение сдвига часов в любое время. |
| Версия LMP | LMP_version_req, LMP_version_res | Уровень LMP поддерживает запросы версии LMP. Запрашиваемое устройство должно прислать отклик с тремя параметрами: VersNr (номер версии протокола), CompId (служит для отслеживания проблем на нижних протокольных уровнях) и Sub-VersNr (рекомендуется, чтобы фирма имела уникальное значение Sub-VersNr для каждого RF/BB/LM). |
| Поддерживаемые возможности | LMP_feature_req, LMP_feature_res | Контроллер радио и канала может поддерживать только субнабор типов пакетов и возможностей. Устройство может не посылать никаких пакетов кроме ID, FHS, NULL, POLL, ВM1 или DH1, прежде чем озаботится возможностями других устройств. После выполнения запроса возможностей может быть передана область перекрытия возможностей взаимодействующих устройств. |
| Запрос имени | LMP_name_req, LMP_name_res | LMP поддерживает запрос имени другого устройства. Имя состоит максимум из 248 байтов (UTF-8) |
| Запрос разрыва | LMP_detach | Соединение может быть разорвано в любое время по запросу мастера или клиента. В сообщение включаются данные, поясняющие причину разрыва. |
| Качество обслуживания | LMP_quality_of_service, LMP_quality_of_service_req | LM предоставляет возможности качества обслуживания. Интервал, который определяет максимальное время между последовательными передачами между мастером и заданным клиентом, используется для обеспечения определенной полосы пропускания и RTT. |
| Управление мультислотовыми пакетами | LMP_max_slot, LMP_max_slot_req | Число слотов, используемых устройством может быть ограничено. Устройство позволяет удаленному устройству использовать максимальное число слотов, послав ему значение LMP_max_slot |
| Управление каналом | LMP_supervision_timeout | Каждый канал имеет таймер, который используется для управления каналом. Этот таймер служит для детектирования потери связи при уходе устройства из зоны достижимости, отказа источника питания или другой поломки. Процедура определяет значение таймаута |
| Установление соединения | LMP_host_connection_req, LMP_setup_complete | Если устройство желает установить соединение, включающее уровни выше LM, оно посылает LMP_host_connection_req. Когда партнер получает такое сообщение, он может принять или отвергнуть предлагаемое соединение, послав LMP_accepted или LMP_not_accepted |
| Режим проверки | LMP_test_activate, LMP_test_control | LMP имеет PDU для поддержки различных методов тестирования, которые используются на уровне radio и baseband |
| Обработка ошибок | LMP_not_accepted | Если LM получает PDU с нераспознанным кодом, он реагирует посылкой сообщения LMP_not_accepted |
Типы адресов
В протоколе Bluetooth определены 4 типа адресов: BD_ADDR, AM_ADDR, PM_ADDR и AR_ADDR.
| BD_ADDR | Каждому трансиверу Bluetooth присваивается уникальный 48-битовый адрес прибора. Он содержит 24-битовое поле LAP, 16-битовое поле NAP и 8-битовое поле UAP. |
| AM_ADDR | 3-битовый код. Этот адрес будет рабочим, если клиентский узел пикосети является активным. Он иногда называется МАС-адресом модуля Bluetooth. |
| PM_ADDR | 8-битовый код, идентифицирующий пассивный узел пикосети. PM_ADDR является рабочим, пока подчиненный узел пикосети пассивен (parked). |
| AR_ADDR | Используется пассивным узлом пикосети (parked), чтобы определить полудомен slave-to-master в окне доступа, которое ему предназначено для отправки сообщений запросов доступа. Адрес является рабочим, пока подчиненный узел пассивен и не обязательно является уникальным. |
Интерфейс HCI
Эмуляция последовательных портов (в частности RS-232) посредством L2CAP осуществляется транспортным протоколом RFCOMM (смотри http://www.palowireless.com/infotooth/tutorial/rfcomm.asp). Протокол базируется на стандарте ETSI TS 07.10. RFCOMM поддерживает до 60 одновременных соединений между приборами. Это могут быть модемы, принтеры или ЭВМ.
Транспортный уровень контроллера устройства обеспечивает обмен специфической HCI-информацией. Спецификация HCI определяет формат команд, событий и данных в рамках обмена между устройством и контроллером. Протокол HCI специфицирует 32 различного рода события (Inquiry Complete Event, Page Scan Repetition Mode Change Event и т.д.).
На рис. 3 показан формат заголовка кадра протокола Bluetooth. Структура заголовка регламентируется уровнем baseband.
Рис. 3. Формат кадров
В кадрах ACL используются разные форматы данных. Возможны три варианта: 80, 160 и 240 бит, оставшиеся место используется для коррекции ошибок. По этой причине вариант с 80 битами самый надежный. При этом данные повторяются три раза (80*3=240). Фактически применяется тот же прием, что и в случае заголовка. Поле данных кадра SCO всегда имеет 240 бит. Так как подчиненные узлы могут использовать только нечетные временные домены, им достается 800 доменов в секунду, столько же получает и главный узел. При 80 битах данных в кадре подчиненный узел может передать 64 кбит/c. Этого вполне достаточно для голосового обмена. При самом ненадежном варианте (240 бит данных на кадр) можно иметь три полнодуплексных голосовой связи. Это и ограничивает максимальное число SCO соединений.
Типы пакетов
Кадры FHS содержат информацию об адресе, классе устройства и о тактовой частоте передатчика. Эти кадры используются при инициализации новой пикосети или при смене схемы переключения несущей частоты. К этой категории следует отнести и кадры DM1, транспортирующие управляющую информацию. Для синхронных соединений определены несколько кадров, различающихся длиной, HV1, HV2 и HV3 с длинами поля данных 10, 20 и 30 байт, соответственно. Тип кадров HV (High quality Voice) предназначен для трансляции голосовых потоков. Тип кадра DV предназначен для передачи как голоса, так и данных. и содержит 80 бит для голоса и 150 бит для данных. Блок данных защищается посредством CRC и в случае ошибки может пересылаться повторно.