2.4.2. Профиль последовательного порта

При использовании беспроводной технологии Bluetooth с целью замены кабеля, для получения канала, ориентированного на соединение, используется профиль последовательного порта (Serial Port Profile — SPP). Этот профиль основан на про­филе общего доступа (GAP) и определяет то, как устройства Bluetooth могут быть настроены для эмулирования последовательного кабельного соединения с исполь­зованием RFCOMM, транспортного протокола, который эмулирует последова­тельный порт RS-232 между двумя равноправными устройствами (рис. 2.55). RFCOMM используется для передачи пользовательских данных, модемных сигна­лов управления и команд задания конфигурации. Сеанс RFCOMM происходит в

Рис. 2.54. Связь профиля общего доступа с другими профилями Bluetooth

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

Любое устройство может использовать для связи с другим устройством вирту­альный последовательный порт с передачей управляющих сигналов интерфейс с RS-232 вместо физического последовательного кабеля.

Рис. 2.55. Модель эмуляции последовательного кабельного соединения

При простой конфигурации последовательного порта, в которой два компьютера соединены эмулированным последовательным кабелем (рис. 2.56), одно устройст-

Инициатор

Рис. 2.56. Два компьютера, один из которых выполняет роль инициатора, а другой роль получателя при установлении последовательного кабельного соединения

во берет инициативу создания соединения с другим устройством. Такое устройство называется инициатором, а другое получателем. Когда инициатор начинает уста­новление связи, выполняются процедуры обнаружения услуг для установления эмулированного последовательного кабельного соединения.

Согласно этому профилю, поддерживаются скорости передачи данных до 128 кбит/сек. Хотя технические требования Bluetooth описывают соединение двух устройств с помощью эмулированного последовательного порта в конфигурации point-to-point, ничто не препятствует многократному одновременному использова­нию SPP на одном устройстве для создания нескольких соединений. В таких слу­чаях устройства могут выступать даже в двух различных функциях (инициатора и получателя) одновременно. В этом профиле не определяется фиксированных ро­лей мастер/подчиненное устройство, так как предполагается, что устройства рав­ноправны.

Поддержка функций секретности авторизации, аутентификации и кодирования необязательна. Однако устройство должно поддерживать соответствующие проце­дуры секретности, если этого требует равноправное устройство. Соединение в про­филе последовательного порта используется не явным образом, поэтому поддержа­ние связи не обязательно.

2.4.3. Профиль приложения обнаружения услуг

Профиль приложения обнаружения услуг (Service Discovery Application Profile SDAP) описывает процедуры и функции, используемые для обнаружения услуг, зарегистрированных на других устройствах Bluetooth, а также для получения ин­формации об этих услугах. Стандартные процедуры помогают пользователям обна­ружить и идентифицировать услуги, которые могут быть предоставлены устройст­вами Bluetooth.

В этом профиле используются только каналы, ориентированные на соединение. Кроме того, не используется широковещание L2CAP. До того как какие-либо два устройства Bluetooth смогут обмениваться информацией друг с другом, они долж­ны быть включены и инициализированы. Инициализация может требовать предо-

ставления персонального идентификационного номера (PIN) для создания ключа связи, необходимого для авторизации устройства и кодирования данных. После ус­тановления линии связи может потребоваться обнаружение BD_ADDR другого модуля Bluetooth посредством процедур запроса (inquiry) и вызова (paging).

Рис. 2.57. Стек протоколов Bluetooth для профиля приложения обнаружения услуг

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

2.4.4. Профиль общего обмена объектами

Профиль общего обмена объектами (Generic Object Exchange Profile — GOEP) оп­ределяет модели использования обмена объектами, включая профиль передачи файлов, профиль помещения объекта в стек и профиль синхронизации. Самые рас­пространенные устройства, которые используют эти модели, это ноутбуки, PDA, с март-телефоны и мобильные телефоны, использующие беспроводную технологию

Bluetooth.

Профиль GOEP обеспечивает полное взаимодействие для прикладных профилей, использующих протокол ОВЕХ и определяет требования к взаимодействию нижних уровней стека протоколов (т.е. Baseband и LMP) для прикладных профилей.

Профиль GOEP определяет использование клиент-серверного протокола ОВЕХ, заимствованного у IrDA, который позволяет приложениям обмениваться данными непосредственно, без использования протокола IP.

Протокол ОВЕХ предоставляет услуги обмена объектами, подобно протоколу передачи гипертекстовых файлов (HTTP), который используется в сети Интернет. Однако ОВЕХ работает для многих устройств, которые не могут предоставить не­обходимые ресурсы, требуемые HTTP-сервером. Главное преимущество ОВЕХ за­ключается в поддержке приложений «Push» запись в стек, и «Pull» записи из стека, что позволяет установить своевременную и эффективную связь между портатив­ными устройствами в динамической среде.

ОВЕХ не ограничен быстрыми сценариями «соединение-передача-разъедине­ние». Возможны длительные сеансы связи, при которых соединение поддерживает­ся даже когда в этом нет необходимости. Это значит, что ОВЕХ может использо­ваться для выполнения сложных задач, таких как передача баз данных и синхрони-

Рис. 2.58. Обычный сценарий обнаружения услуг, в котором компьютер посылает запросы услуг различным удаленным устройствам. Компьютер получит назад ответы на запросы услуг от SDP сервера одного или нескольких устройств

Протокол SDP поддерживает запросы следующих услуг:

• Поиск по классу услуги

• Поиск атрибутов услуг

• Просмотр услуг

Первые два типа запросов используются при поиске определенных услуг и предоставлении пользователю ответов на следующие вопросы: «Доступна ли ус­луга X?» или «доступна ли услуга X с характеристиками 1 и 2?» Просмотр услуг используется для поиска общих услуг и предоставляет пользователю ответы на следующие вопросы: «Какие услуги доступны?» или «Какие услуги типа X до­ступны?» При совершении какого либо из этих запросов услуг необходимо, что­бы устройства сначала были обнаружены, чтобы была установлена линия связи, и только потом запрашиваются услуги, которые поддерживаются этими устрой­ствами.

Рис. 2.59. Протоколы и объекты, используемые в профиле общего обмена объектами

зация. Он спроектирован для обеспечения межплатформенного взаимодействия. Протокол ОВЕХ компактный, гибкий, открытый (наращиваемый), минимизирует нехватку ресурсов небольших устройств.

Профили для моделей использования

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