Архитектура WAP
Рисунок отображает компоненты наиболее общей архитектуры WAP. WAP-устройство может взаимодействовать с удаленными серверами напрямую или через определенное число промежуточных прокси-серверов. Эти прокси-серверы могут принадлежать оператору мобильной сети или, в качестве альтернативы, поставщикам услуг. Основной функцией прокси-серверов является оптимизация транспортировки контента от серверов к WAP-устройствам.
Поддерживающие серверы, как определено WAP Forum, включают в свой состав порталы PKI (Public Key Infrastructure (Инфраструктура Общедоступного Ключа)), серверы адаптации содержимого и серверы инициализации.
Технология принудительной накачки информации
В типичной модели типа клиент-сервер клиент производит выборку информации с сервера посредством явного запроса на загрузку информации с него. Этот метод извлечения данных называется также технологией «вытягивания» информации, поскольку клиент вытягивает определенные данные с сервера. Просмотр информации посредством интернет-браузера является примером модели, основанной на технологии вытягивания информации. В отличие от этой, другая технология, представленная в WAB-модели, известна как технология принудительной накачки информации. При использовании этой технологии сервер способен накачивать определенные данные в WAB-устройство без предварительного и явного запроса от клиента. Другими словами, вытягивание информации всегда инициируется клиентом, тогда как накачка информации всегда инициируется сервером.
Архитектура накачки информации, определенная WAB Forum в [WAP-250], показана на рисунке.
В архитектуре накачки информации транзакция запускается инициатором накачки PI (Push Initiator). PI, обычно это web-сервер, передает содержимое для накачки вместе с инструкциями доставки (в формате XML) по направлению к прокси-шлюзу накачки PPG (Push Pгоху Gateway). BBG после этого доставляет содержимое накачки WAP-устройству в соответствии с инструкциями доставки. BI взаимодействуете BBG посредством использования протокола PАР (Push Access Protocol (Протокол доступа накачки)). С другой стороны, шлюз прокси-системы накачки использует протокол OTA (Push Over-The-Air (Накачка по радио)), основанный на протоколах WSP или HTTP, для доставки контента накачки WAP-устройству.
PPG может обеспечивать выполнение политик управления доступом к сети, определяющих, может ли тот или иной PI осуществлять накачку контента в WAP-устройство. Прокси-шлюз накачки PPG может отправлять обратно PI извещение для отображения статуса запроса накачки (доставлено, отменено, истекло и т. д.).
В дополнение к контенту накачки, определяемому приложением (MMS, инициализация и WTA), накачке в WAB-среду могут быть подвергнуты три основных типа содержимого: SI (Service Indication (Индикация Службы)), SL (Service Loading (Загрузка службы)) и СО (Cache Operation (Работа с кэшем)). SI накачки обеспечивает возможность накачки пользователям содержимого, извещающего их о наличии сообщений электронной почты, ожидающих просмотра, заголовков новостей, коммерческих предложений и т. д. Б своей наиболее простой форме SI накачки содержат короткое сообщение вместе с URI (Единообразным Идентификатором Ресурса). По получении SI накачки, сообщение представляется подписчику, которому предоставляется возможность запустить сервис (извлечь контент), на который ссылается URI. Пользователь может принять решение запустить службу немедленно или отложить запуск. Б отличие от SI накачки, SL накачки обеспечивает возможность проведения накачки содержимого в WAP-устройство без явного запроса пользователя. SL накачки содержит URI, относящийся к содержимому накачки. По получении SL, содержимое накачки автоматически подвергается выборке WAP-устройством и представляется пользователю. СО накачки предусматривает средства определения недействительности объектов, хранящихся в кэш-памяти WAP-устройства.
Профиль АГЕНТА ПОЛЬЗОВАТЕЛЯ (UAProF)
Спецификация Профиля Агента Пользователя (UAProf) была впервые опубликована в комплекте спецификации WAP 12 и усовершенствована в комплекте WAP 2.0. Целью этой спецификации является определение метода описания возможностей клиентов и предпочтений пользователей. Это описание, известное как профиль агента пользователя, в основном используется для адаптации доступного содержимого к возможностям визуализации WAP-устройств. С этой целью профиль агента пользователя форматирован с использованием схемы RDF (Resourse Description Framework (Структура Описания Ресурса)) в соответствии с СС/РР (Composite Capability/Preference Profile (Составная Возможность/ Профиль Предпочтения)). Спецификация СС/РР определяет высокоуровневую архитектуру для обмена и описания функциональности и информационных предпочтений с использованием RDF. Как спецификация RDF, так и спецификация СС/РР были опубликованы организацией W3C. UAProf, определенный WAP Forum в [WAP-174], позволяет обмениваться профилями агента пользователя, известными также как CPI (Caability and Preference Information (Информация о Возможности и Предпочтении)), между WAP-устройством, промежуточными узлами сети и сервером-источником. Эти промежуточные узлы сети и серверы-источники могут использовать CPI для адаптации содержимого ответов протоколов WSP и HTTP к возможностям получающих WAP-устройств.
Спецификация UAProf, разработанная WAP Forum, определяет набор компонент, которые WAP-совместимые устройства могут сообщать в рамках CPI. Каждый компонент сам по себе состоит из набора атрибутов или свойств. В качестве альтернативы компонент может содержать URI, указывающий на документ, описывающий возможности клиента. Подобный документ, сохраняемый на сервере, известен как репозиторий профиля (обычно управляемый производителями или софтверными компаниями, разрабатывающими WAP-микробраузеры). UAProf сoстоит из следующих компонентов:
Платформа аппаратного обеспечения: этот компонент собирает информацию о совокупности свойств, отображающих возможности аппаратного обеспечения устройства (размер экрана и т. д.).
Платформа программного обеспечения: этот компонент группирует набор свойств, отображающих возможности программного обеспечения устройства (операционная система, поддерживаемые формата изображений и т. д.)
Агент Пользователя Браузера: этот компонент объединяет свойства, характеризующие возможности Интернет-браузера.
Характеристики сети: этот компонент информирует о характеристиках сети и среды, таких как, например, пропускная способность канала передачи данных.
WAP-характеристики: компонент информирует о WAP-возможностях устройства. Это включает в себя информацию о конфигурации WAP-браузера и т. д.
Характеристики накачки информации: компонент информирует о возможностях накачки информации в имеющееся устройство. Этот компонент включает в себя набор поддерживаемых MIME-типов, максимальный размер сообщения, которое может быть обработано, а также определение - может ли устройство помещать в буфер накачанные сообщения.
В случае использования конфигурации, включающей в свой состав WAP-устройство и шлюз, взаимодействующие по протоколу WSP, характеристики RDF (Структуры Описания Ресурса) могут быть преобразованы в двоичный вид с использованием WBXML (WAP binary XML (WAP двоичный XML)). В этом контексте CPI предоставляется WAP-устройство м как часть запроса на установку WSP-сеанса. Обратите внимание также, что шлюз WAP способен переопределять CPI, предлагаемый устройством.
ВОЗМОЖНЫЕ КОНФИГУРАЦИИ WAP-технологии
Структура WAP разрабатывалась с перспективой наращивания службы. Для удовлетворения требованиям различных служб в разнородных мобильных сетях необходимо обеспечить возможность сосуществования различных конфигураций в WAP-среде. Далее в этом разделе представлены три наиболее распространенные конфигурации WAP-среды.
ТРАДИЦИОННАЯ конфигурация WAP 1.х
На рисунке 1.10 отображен стек протокола конфигурации, определенной в комплекте спецификации WAP 1.X. Эта конфигурация поддерживается также комплектом спецификации WAP 2.0. Б этой конфигурации WAP-устройство взаимодействует с удаленным сервером посредством промежуточного WAP-шлюза. Основной функцией WAP-шлюза является оптимизация транспортировки содержимого между удаленным сервером и WAP устройством. С этой целью содержимое, поставляемое удаленным сервером, перед началом передачи по беспроводному каналу связи конвертируется WAP-шлюзом в компактную двоичную форму. WAP-шлюз конвертирует содержимое, транспортируемое между датаграммными протоколами (WSP, WTP, WTLS и WDP) и протоколами с установлением логических соединений (в основном используемыми в Интернете (HTTP, SSL и TСР)).
WAE (Wireless Application Environment (Среда Беспроводного Приложения)) является универсальной средой приложения, в пределах которой операторы и поставщики услуг могут создавать приложения для широкого диапазона беспроводных платформ.
WSP (Wireless Session Protocol (Протокол Беспроводного Сеанса)) обеспечивает наличие свойств, доступных также в протоколе HTTP (запросы и соответствующие ответы). Б дополнение к этому протокол WSP поддерживает стабильные сеансы и возможность прекращать и возобновлять предварительно установленные сеансы связи. Запросы и соответствующие ответы кодируются в двоичный вид для обеспечения эффективности транспортировки.
WTP (Wireless Transaction Protocol (Протокол Беспроводной Транзакции)) является облегченным, ориентированным на транзакции протоколом. WTP повышает надежность лежащих в его основе датаграммных служб посредством обеспечения подтверждения приема и повторной передачи датаграмм. Протокол WTP имеет неявную установку или завершение соединения. Будучи протоколом, ориентированным на передачу сообщений, WTP подходит для обеспечения работы мобильных служб, таких как просмотр содержимого.
WTLS (Wireless Transport Layer Security (Беспроводная Безопасность Транспортного Уровня)) обеспечивает конфиденциальность, целостность данных и аутентификацию между приложениями, взаимодействующими с использованием технологии WAP. WTLS включает в себя поддержку службы безопасной транспортировки. WTLS обеспечивает проведение действий по установке и завершению безопасных соединений.
WDP (Wireless Data Protocol (Беспроводной Протокол Данных)) является общепринятой датаграммной службой, базирующейся на каналах передачи данных низкого уровня. WDP предлагает уровень службы, эквивалентный уровню, предлагаемому UDP (Internet User Datagram Protocol (Датаграммный Протокол Интернет-пользователя)).
На уровне канала передачи данных соединение может быть установлено как на базе коммутации каналов (GSM-сети), так и на базе коммутации пакетов (GPRS- и UMTS-сети). С другой стороны, транспортировка данных на уровне канала передачи данных может выполняться с использованием SMS (Short Message Service (Служба обмена короткими сообщениями)) или службы отправки сообщений, посылаемых станцией на все сотовые телефоны, находящиеся в зоне покрытия сети (Cell Broadcast Service).
WAP HTTP прокси с профилированными TCP и HTTP
На рисунке 1.11 показана конфигурация, в которой WAP-устройство взаимодействует с web-серверами посредством промежуточного WAP прокси. Основная роль прокси состоит в оптимизации транспортировки содержимого между фиксированной сетью Интернет и мобильной сетью. При этой конфигурации Интернет-протоколы являются более предпочитаемыми по сравнению с традиционными WAP-протоколами. Это обосновано необходимостью поддержания работы IP-протоколов в сквозном режиме, от web-серверов обратно к WAP-устройству. Стек протокола этой конфигурации, определенный в комплекте спецификации WAP2.0, отображен на рисунке.
WP-HTTP (Wireless Profiled HTTP (Беспроводной профилированный HTTP)) является профилем HTTP, специально разработанным при принятии во внимание ограничений беспроводных сред. Этот профиль может в полной мере взаимодействовать с НТТР/1.1. Кроме того, WP-HTTP поддерживает сжатие сообщений.
TLS (Transport Layer Security (Безопасность Транспортного Уровня)) обеспечивает безопасность взаимодействия между WAP-устройствами, вовлеченными в обмен конфиденциальной информацией.
WP-TCP (Wireless Profiled TCP (Беспроводной профилированный TCP)) предлагает службу на основе коммутации каналов. Он адаптирован к ограничениям беспроводных сред, но оставляет за собой возможности взаимодействия с существующими реализациями TCP.
Прямой доступ
Рисунок отображает конфигурацию, при которой WAP-устройство напрямую подключено к web-серверу (посредством беспроводного маршрутизатора, который обеспечивает соединение на уровне однонаправленного канала передачи данных). Стек протокола этой конфигурации был определен в комплекте спецификации WAP2.0.
WAP-устройство, совместимое с комплектом спецификации WAP 2.0, может работать со всеми конфигурациями, поддерживаемыми стеками протоколов WAP 1.x и WAP2.0.
Успех WAP
С точки зрения большинства пользователей, WAP не является слишком привлекательной службой. Однако здесь, вероятно, присутствует некоторая путаница, связанная с тем, что же действительно представляет собой WAP. В течение последних нескольких лет множество активной расхваливающей рекламы помогало продвигать данную службу, доступ к которой предлагался с WAP-совместимых устройств. В этом случае имелся в виду высокоскоростной доступ в Интернет. Однако WAP не является всего лишь службой для просмотра страниц в Интернете и, конечно, не соответствует представлениям об Интернете пользователей настольных компьютеров. В ранних версиях WAP, на небольшие экраны мобильных устройств могло быть передано только ограниченное количество данных, что препятствовало предоставлению услуги, эквивалентной предлагаемой Интернет-пользователям в стационарной среде.
WAP никогда не имел своей целью предоставить доступ в Интернет в виде, сопоставимом сегодня с доступом в Интернет с настольного компьютера. Более того, WAP - это не только то, что используется службой просмотра страниц, речь идет о целой архитектуре, включающей транспортные технологии и среды выполнения, позволяющие реализовывать приложения, адаптированные для мира мобильных коммуникаций. Доступ к данным посредством сети Интернет - это только одно из этих приложений, но ведь существуют и другие приложения, такие как службы обмена непосредственными и мультимедийными сообщениями, которые развернуты в среде WAP. Даже если сейчас WAP плохо воспринимается пользователями, вполне вероятно, что в ближайшем будущем усовершенствованные конфигурации структуры WAP предоставят мобильным пользователям настолько успешные приложения, что это позволит дать протоколу WAP «еще один шанс».





