- •Раздел 1. Введение 6
- •Раздел 2. Технические требования 30
- •Раздел 5. Заключение 184
- •Раздел 1
- •1.7. Видео по Bluetooth
- •1.14. Infrared
- •1.15. Infrared и Bluetooth
- •1.16. Отличия в скорости
- •1.17. Проводная и беспроводная сеть
- •1.20. Сети HomeRf
- •1.22. Внедрение технологии
- •1.23. Проблемы Bluetooth
- •1.24. Программа квалификации Bluetooth
- •1.25. Рынок для Bluetooth
- •Раздел 2
- •2.2. Ядро
- •2.2.1. Радио
- •2.2.2. Baseband
- •2.2.3. Протокол управления связью
- •2.2.4. L2cap
- •2.2.5. Протокол обнаружения услуг
- •2.2.6. Rfcomm
- •2.2.7. Взаимодействие с IrDa
- •2.2.8. Протокол управления телефонией
- •2.2.9. Требования к взаимодействию для использования Bluetooth в качестве wap Bearer
- •2.2.11. Транспортный уровень hci usb
- •2.2.12. Транспортный уровень hci rs232
- •2.2.13. Транспортный уровень hci uart
- •2.2.14. Тестирование
- •2.2.15. Требования на соответствие стандартам
- •2.3.2. Tcp/udp/ip
- •2.3.3. Овех
- •2.3.4. Wap
- •VCalendar
- •2.4. Профили
- •2.4.1. Профиль общего доступа
- •2.4.2. Профиль последовательного порта
- •2.4.3. Профиль приложения обнаружения услуг
- •2.4.5. Профиль внутренней связи
- •2.4.6. Профиль беспроводной телефонии
- •2.4.8. Профиль коммутируемого выхода в сеть
- •2.4.9. Профиль факса
- •2.4.10. Профиль доступа к локальной сети
- •2.4.11- Профиль передачи файлов
- •2.4.12. Профиль помещения объекта в стек
- •2.4.13. Профиль синхронизации
- •Раздел 3
- •3.1. Обзор технологии и архитектуры построения Bluetooth систем
- •3.2. Архитектура аппаратного модуля
- •3.4.1. Модуль Bluetooth rok 101 007
- •3.4.2. Радио модуль рва 313 02
- •Раздел 3
- •3.5. Bluetooth модули компании Mitsumi
- •3.7. Антенны для устройств Bluetooth
- •3.10. Электромагнитная совместимость сетей Bluetooth и других технологий
- •Раздел 4
- •4.1. Мобильный офис
- •4.2. Организация презентаций
- •4.8. Bluetooth в медицине
- •4.9. Bluetooth в доме
- •4.12. Ограничение использования мобильных телефонов
- •4.13. Мобильная электронная коммерция
- •Раздел 5
- •XDsl, isdn точки доступа. Беспроводные модемы. Беспроводная телефония.
- •Inventel
- •Isdn ism
- •Iso itu jtag l2cap
2.4.11- Профиль передачи файлов
Профиль передачи файлов поддерживает передачу информационных объектов (data objects) от одного устройства Bluetooth к другому. К этим устройствам обычно относятся персональные компьютеры, смарт-телефоны или PDA. Типы информационных объектов обычно включают *.exl (файлы Microsoft Excel), *.ppt (файлы PowerPoint), *.wav (аудио файлы), *.jpg, *.gif (файлы изображения) и *.doc (файлы Microsoft Word). Модель использования «передача файлов» также дает возможность просматривать содержимое папок, которые находятся на удаленном устройстве. Возможно создание новых папок и удаление старых. Между устройствами могут передаваться целые папки и директории.
Как показано на рис. 2.77, профиль передачи файлов зависит и от профиля последовательного порта и профиля общего доступа, но он использует профиль общего обмена объектами как основной профиль для взаимодействия приложений.
Рис. 2.77. Профиль передачи файлов зависит от профиля последовательного порта и профиля общего доступа, но использует профиль общего обмена объектами как основной профиль
На рис. 2.78 изображены протоколы и объекты, используемые в профиле передачи файлов. Baseband соответствует физическому уровню модели OSI, a LMP и L2CAP соответствуют канальному уровню. Протокол RFCOMM является адаптацией глобальной системы мобильной связи (GSM) TS 07.10 в технических требованиях Bluetooth, a SDP — это протокол обнаружения услуг Bluetooth. OBEX яв-
Рис.
2.79. Модель
использования профиля передачи файлом
Клиент Сервер
Рис. 2.78. Протоколы и объекты, используемые в профиле передачи файлов
Профиль поддерживает аутентификацию и кодирование на канальном уровне, а также аутентификацию ОВЕХ. Профиль передачи файлов не гарантирует того, что сервер или клиент введут режим «поддающийся обнаружению» или «готов к соединению» автоматически, даже если они способны сделать это. Для начала передачи файла на стороне клиента обычно требуется вмешательство конечного пользователя.
2.4.12. Профиль помещения объекта в стек
Профиль помещения объекта в стек (Object Push Profile OPP) определяет реализацию модели использования помещения объекта в стек между устройствами Bluetooth. Профиль использует GOEP для взаимодействия протоколов, необходимых для приложений. К самым распространенным устройствам, которые используют модель использования помещения объекта в стек, относятся ноутбуки, PDA и мобильные телефоны.
Рис. 2.80. Профиль помещения объекта в стек зависит от профиля последовательного порта и профиля общего доступа, но использует профиль общего обмена объектами как основной профиль
Профиль помещения объекта в стек позволяет устройству Bluetooth помещать объект в папку «Входящие» другого устройства Bluetooth. Объект может быть визитной карточкой или текстовым сообщением. Устройство может также принять объект от другого устройства Bluetooth. Два устройства Bluetooth могут обмениваться объектами друг с другом.
Как показано на рис. 2.80, профиль помещения объекта в стек зависит и от профиля последовательного порта и от профиля общего доступа, но использует профиль общего обмена объектами как основной профиль для взаимодействия протоколов, необходимых для приложений.
На рис. 2.81 изображены протоколы и объекты, используемые профилем помещения объекта в стек. Baseband соответствует физическому уровню модели OSI, а LMP и L2CAP соответствуют канальному уровню. Протокол RFCOMM является адаптацией глобальной системы мобильной связи (GSM) TS 07.10 в технических требованиях Bluetooth, a SDP — это протокол обнаружения услуг Bluetooth. OBEX является адаптацией протокола инфракрасного объектного обмена, стандартизованного Ассоциацией передачи данных в инфракрасном диапазоне (IrDA).
Push-клиент Push-сервер
Рис. 2.81. Протоколы и объекты, используемые в профиле помещения объекта в стек
В профиле помещения объекта в стек для устройств определены две функции: РшЬсервер и Риэпклиент. Pushcepeep является устройством, которое предоставляет сервер обмена объектами. РивИклиент является клиент-устройством, которое помещает объекты на PushcepBep и получает их от него.
В этом профиле требуется поддержка аутентификации и кодирования на канальном уровне. Аутентификация ОВЕХ не используется. Профиль помещения объекта в стек не гарантирует того, что сервер или клиент введут режим «поддающийся обнаружению» или «готов к соединению» автоматически, даже если они способны сделать это. На стороне РизЬклиента для начала помещения объекта всегда требуется вмешательство конечного пользователя.