- •Раздел 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.3.3. Овех
IrOBEX (сокращенно — ОВЕХ) является протоколом сеансового уровня, разработанным ассоциацией передачи данных в инфракрасном диапазоне (IrDA). Его целью является поддержка простого, поэтапного обмена объектами. Протокол ОВЕХ, обеспечивающий функциональность, сходную с протоколом передачи гипертекстовых файлов (HyperText Transfer Protocol — HTTP), использует модель клиента-сервера, не зависит ни от транспортного механизма, ни от транспортного API-интерфейса. Наряду с самим протоколом — «грамматикой» для ОВЕХ-переговоров между устройствами — ОВЕХ дает также модель для представления объектов и операций. Кроме того, ОВЕХ определяет оглавление папок, которое используется для просмотра содержимого папок, находящихся на удаленных устройствах.
К устройствам, использующим протокол ОВЕХ, относятся мобильные телефоны, PDA, портативные сканеры и т.д. На рис. 2.48 изображен портативный сканер Capshare 910 компании Hewlett-Packard, который может передавать документы на мобильные телефоны через ОВЕХ, и отправлять их на другие устройства, такие как факсы или устройства для чтения электронной почты.
Рис. 2.48. Портативный сканер Capshare 910 компании Hewlett-Packard
2.3.4. Wap
Протокол беспроводных приложений (WAP) является стандартом для беспроводного доступа к информационным и сервисным ресурсам Интернет с цифровых устройств, таких как сотовые телефоны, PDA и т.д. К наиболее распространенным информационным службам, доступных с помощью WAP, относятся новости, курс акции, прогноз погоды, расписание полетов и корпоративные извещения. Специальные Web-сайты, называемые WAP порталами, специально форматированы для пре-
доставления такого рода информации и услуг. Обычно потребителями информации WAP порталов являются пользователи сотовых телефонов, PDA и ноутбуков.
На рис. 2.49 изображен мобильный телефон Sony-Ericsson T68i, поддерживающий протоколы WAP, Bluetooth.
Рис. 2.49. Мобильный телефон Sony-Ericsson T68i
Обычно, эти устройства имеют маленькие экраны, поэтому информация должна быть представлена в формате «no-frills» (без излишеств). Кроме того, пропускная способность ограничивает современные услуги сотовой связи, поэтому информация должна быть оптимизирована для портативных устройств. Для получения информации в такой форме Web-сайты оснащены упрощенной версией языка HTML, которая называется WML (Wireless Markup Language — язык разметки для беспроводных систем). Язык WML предназначен для создания Интернет страниц с синтаксисом, соответствующим спецификации XML3.
Достоинство WAP заключается в том, что он охватывает многочисленные стандарты воздушных линий связи (airlink) и, в соответствие с традициями Интернет, позволяет издателям содержимого и разработчикам приложений не беспокоиться о специальном механизме доставки. Архитектура WAP определена на основе сетевых протоколов, форматах содержимого и общих служб. Этот подход приводит к гибкой архитектуре «клиент-сервер», которая может быть реализована различными способами, а также обеспечивает взаимодействие и мобильность в сетевых интерфейсах. На рис. 2.50 изображен стек протоколов WAP.
WAP решает проблему использования Интернет-стандартов, таких как HTML, HTTP, TLS и TCP в мобильных сетях. Эти протоколы неэффективны, требуют передачи большого количества преимущественно текстовых данных. Web-содержимое, написанный с помощью HTML как правило не может быть эффективно отображено на малогабаритных экранах миниатюрных мобильных телефонов и пэйд-Жеров.
3 XML - Extensible Markup Language — расширяемая спецификация языка, предназначенного Для создания Интернет страниц
Рис. 2.50. Стек протоколов WAP
Более того, HTTP и TCP не оптимизированы для неустойчивого покрытия, длительных задержек и ограниченной пропускной способности, свойственных беспроводным сетям. HTTP переводит свои заголовки и команды в неэффективный текстовый формат, вместо сжатого двоичного формата. Беспроводные службы, использующие эти протоколы, зачастую медленны, дорогостоящи и сложны в использовании. Использование стандарта защиты TLS также проблематично, так как клиент и сервер обмениваются большим количеством сообщений.
WAP оптимизирован для решения всех этих проблем. Он использует двоичную передачу для большего сжатия данных и оптимизирован для длительных задержек и невысокой пропускной способности. WAP-сеансы справляются с неустойчивым покрытием и могут работать по самым различным беспроводным транспортам, используя протокол IP где возможно, а другие оптимизированные протоколы, где использование IP невозможно. Язык WML, используемый при создании WAP-содер-жимого, позволяет оптимально использовать малогабаритные экраны и допускает простое управление одной рукой, без полной клавиатуры; он имеет возможность расширения от двухстрочного текстового дисплея до цветных графических дисплеев, которыми обладают смарт-телефоны и коммуникаторы.
Существуют две причины, по которым WAP подходит для среды Bluetooth: доставка информации и скрытое вычисление (hidden computing). При передаче информации, с использованием беспроводной технологии Bluetooth, WAP клиент обнаруживает наличие WAP сервера, используя протокол обнаружения услуг (SDP). При обнаружении услуг определяется адрес WAP сервера. Когда клиент получает адрес, он устанавливает соединение с сервером и может получать доступ к информации или услугам, предоставленных этим сервером на основе операций push/pull. Кодирование и аутентификация обеспечиваются протоколом защиты уровня беспроводной передачи (Wireless Transport Layer Security — WTLS), который служит
д,1Я защиты конфиденциальности приложений электронной коммерции и скрытых вычислений.
Скрытое вычисление — это способность получать доступ и управлять функциональными возможностями компьютера с равноправных мобильных устройств. Скрытые вычисления могут использоваться в таких приложениях как киоски в аэропортах, торговых центрах и других общественных местах, где пользователи портативных устройств могут покупать товары, заказывать билеты и т.д.
2.3.5. WAE
WAP приложения построены в среде беспроводных приложений (Wireless Application Environment — WAE), которая строго следует модели доставки Web-содержимого, но с добавлением функций шлюза. На рис. 2.51 сопоставляются традиционная Web-модель и WAE-модель. Все содержимое определено в форматах, подобных стандартным Интернет-форматам, и транспортируется с использованием стандартных протоколов, принятых во «всемирной паутине», наряду с использованием оптимизированных HTTP-подобных протоколов в беспроводной среде (т.е. WAP). Архитектура разработана с учетом того, что мобильные терминалы имеют ограниченный объем памяти и возможности процессора. Поддержка сетей с низкой пропускной способностью и большими задержками также включена в архитектуру. Там где существующие стандарты не подходят вследствие уникальных особенностей малогабаритных беспроводных устройств, WAE модифицирует стандарты, не теряя преимуществ Интернет технологии. Основные элементы модели WAE:
• Агент пользователя - Эти программные компоненты на стороне клиента обеспечивают конечному пользователю специальные функциональные возможнос ти. Примером агента пользователя является браузер (программа ускоренного про смотра), который выводит на экран содержимое, загружаемое из сети Интернет. В этом случае, агент пользователя интерпретирует содержимое сети, полученное по унифицированному указателю информационного ресурса (Uniform Resource Locator - URL). WAE включает агентов пользователя для двух основных типов стандартного содержимого: кодированный язык разметки для беспроводных сис тем (WML) и компилируемый WML-скрипт (Wireless Markup Language Script -
WMLScript).
• Генераторы содержимого - Приложения или услуги на сервере, которые мо гут принять форму CGI-скриптов (Common Gateway Interface - общий шлюзовой интерфейс), которые создают стандартные форматы содержимого в ответ на запрос- агентов пользователя на мобильном терминале. WAE не определяет какого-либо определенного генератора содержимого, так как ожидается, что в будущем их коли чество сильно увеличится.
• Стандартное кодирование содержимого — Это кодирование содержимого поз воляет агенту пользователя WAE (например, браузеру) легко управлять Web-co- Держимым. Стандартное кодирование содержимого включает сжатое кодирование
Рис. 2.51. Стандартная модель доставки Web-содержимого (сверху) и модель WAE (снизу)
для WML, кодирование байт-кода (машинно-независимый код, генерируемый Java-компилятором) для WMLScript, стандартные форматы изображений, а также заимствованные форматы деловых и календарных данных (vCard и vCalendar).
• Приложения беспроводной телефонии (Wireless Telephony Applications -WTA) — Этот набор дополнений (предназначенных для телефонии) обеспечивает механизмы управления вызовом и функциональными возможностями, позволяя пользователям получать доступ и взаимодействовать с мобильными телефонами для приложений «телефонная книга» и «календарь».
WMLScript является упрощенным процедурным языком подготовки сценариев, основанным на JavaScript. WMLScript улучшает стандартные возможности просмотра и презентации WML с поведенческими характеристиками. Например, прикладной программист может использовать WMLScript для проверки достоверности данных, введенных пользователем, до того, как они отправляются на сетевой
сервер, предоставлять пользователям доступ к возможностям устройств и периферийному оборудованию, и взаимодействовать с пользователем без двукратного обращения к сетевому серверу.
Кроме WML и WMLScript, поддерживаются другие форматы содержимого для WAP- Это vCard, vCalendar, vMessage и vNote. Эти и другие компоненты являются частью среды беспроводных приложений.
2.3.6. Форматы содержимого
VCard и vCalendar являются открытыми спецификациями, разработанными организацией Versit Consortium, которые в настоящее время контролируются консорциумом почты Интернет (Internet Mail Consortium — IMC), а его дальнейшая разработка производится проблемной группой проектирования Интернет. Эти спецификации определяют формат электронных визитных карточек и содержимого персонального календаря и расписания, соответственно. vCard и vCalendar не определяют никакого транспортного механизма. Они определяют только формат, в котором передаются данные между устройствами.