2.2.6. Rfcomm

RFCOMM — это последовательный протокол связи. Создатели приложений часто используют этот протокол при проектировании функции, которая использует по­следовательный кабель связи.

'Bearer — однонаправленный канал передачи данных. Совокупность средств передачи информа­ции и среды распространения, используемых в процессе информационного обмена

Протокол RFCOMM обеспечивает эмуляцию последовательных портов по про­токолу L2CAP. Протокол основан на стандарте ETSI TS 07.10.

RFCOMM эмулирует последовательные порты EIA/TIA-232 (ANSI/TIA/EIA-232-F-1997) со встроенной схемой для безмодемной эмуляции. Эмуляция также включает передачу состояния цепи передачи голосовых сигналов. В большинстве систем RFCOMM будет частью драйвера порта, который включает объект эмуля­ции последовательного порта.

Фактическое управление потоком данных между RFCOMM и нижним уровнем L2CAP зависит от конкретной реализации. RFCOMM имеет виртуальный меха­низм управления потоком данных.

Раздел посвященный протоколу RFCOMM заканчивается описанием того, как он должен использоваться для эмуляции последовательных портов различных уст­ройств.

• Устройства типа 1 — оконечные точки связи, такие как компьютеры и принте­ ры.

• Устройства типа 2 — часть сегмента связи; например, модемы.

2.2.7. Взаимодействие с IrDa

Беспроводной технологией Bluetooth был принят протокол инфракрасного объект­ного обмена (Infrared OBject EXchange - IrOBEX, сокращенно ОВЕХ). Bluetooth-реализация OBEX предлагает такие же возможности для приложений, как и в ие­рархии протокола IrDA. Он является протоколом высокого уровня, который рабо­тает с абстракциями данных (т.е. объектами).

Целью авторов этого раздела технических требований Bluetooth было продемон­стрировать, что можно разрабатывать приложения, которые хорошо функциониру­ют как РАДИОЧАСТОТНЫЕ и как ИНФРАКРАСНЫЕ средства передачи дан­ных с малым радиусом действия. Каждая среда имеет свои преимущества и недо­статки, и некоторые приложения могут работать в обеих средах.

Этот раздел определяет «точку пересечения», где могут сходиться беспроводная технология Bluetooth и приложения IrDA. Этой точкой пересечения является про­токол ОВЕХ.

Протокол ОВЕХ может передавать объект, используя операции Put и Get. Один объект может быть передан в одном или нескольких запросах Put или ответах Get. Модель оперирует и информацией об объекте (т.е. типом), и непосредственно са­мим объектом.

Существует два метода реализации протокола ОВЕХ в системе Bluetooth. Про­токол ОВЕХ может быть реализован с использованием возможностей, определен­ных протоколом RFCOMM или TCP/IP.

В устройствах Bluetooth при реализации ОВЕХ с использованием RFCOMM Должны быть выполнены следующие требования:

1) Устройство, поддерживающее ОВЕХ, должно быть способно функциониро­вать как клиент, как сервер, или и то и другое.

2. Все серверы, одновременно функционирующие на устройстве должны ис­ пользовать отдельные каналы RFCOMM сервера.

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

Для создания надежных услуг, ориентированных на соединение, протоколу ОВЕХ ставится в соответствие протокол TCP/IP. Этот раздел технических требо­ваний не определяет, как TCP/IP ставится в соответствие беспроводной связи Bluetooth. Устройства Bluetooth, которые поддерживают протокол ОВЕХ по TCP/IP, должны удовлетворять следующим требованиям:

1. Устройства, поддерживающие ОВЕХ, должны быть способны функциониро­ вать как клиент, как сервер, или и то, и другое.

2. Для сервера TCP порт с номером 650 назначен агентством по выделению имен и уникальных параметров протоколов Internet (Internet Assigned Number Authority — IANA). Если назначенный номер не подходит, номер порта может при­ нимать значение выше 1023. Однако рекомендуется использование номера TCP порта (650), определенного IANA.

3. Клиент должен использовать номер порта (на стороне клиента), который на­ ходится вне диапазона 0-1023.

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

Технические требования Bluetooth определяют три прикладных профиля, кото­рые используют ОВЕХ (см. Профили):

1. Профиль синхронизации

2. Профиль передачи файлов

3. Профиль помещения объекта в стек