Протокол беспроводного приложения

редактировать
Технический стандарт для доступа к информации по мобильной беспроводной сети

Протокол беспроводного приложения (WAP ) - это технический стандарт для доступа к информации по мобильной беспроводной сети. WAP-браузер - это веб-браузер для мобильных устройств, таких как мобильных телефонов, которые используют этот протокол. Представленный в 1999 году, WAP приобрел некоторую популярность в начале 2000-х, но к 2010-м годам он был в значительной степени вытеснен более современными стандартами. Большинство современных мобильных интернет-браузеров теперь полностью поддерживают HTML, поэтому им не нужно использовать разметку WAP для совместимости веб-страниц, и, следовательно, большинство из них больше не могут отображать и отображать страницы, написанные на WML, языке разметки WAP..

До внедрения WAP провайдеры мобильных услуг имели ограниченные возможности предлагать интерактивные услуги передачи данных, но нуждались в интерактивности для поддержки приложений Интернет и Web, таких как электронная почта, цены на акции, новости и спортивные заголовки. Японская система i-mode предлагала еще один крупный конкурирующий протокол беспроводной передачи данных.

Содержание

  • 1 Технические характеристики
    • 1.1 Стек WAP
    • 1.2 WAP Push
    • 1.3 WAP 2.0
    • 1.4 MMS
  • 2 История
    • 2.1 Европа
    • 2.2 Азия
    • 2.3 США
  • 3 Критика
  • 4 Уроки разработки протокола из WAP
  • 5 См. Также
  • 6 Ссылки
  • 7 Внешние ссылки

Технические характеристики

Стек WAP

Стандарт WAP описывает набор протоколов или стек, обеспечивающий взаимодействие оборудования и программного обеспечения WAP с различными сетевыми технологиями, такими как GSM и IS-95 (также известный как CDMA ).

Wireless Application Environment (WAE)Набор протоколов WAP
Wireless Session Protocol (WSP)
Wireless Transaction Protocol (WTP)
Wireless Transport Layer Security (WTLS)
Wireless Протокол дейтаграмм (WDP)
*** Любая беспроводная сеть передачи данных ***

Самый нижний протокол в пакете, Протокол беспроводных дейтаграмм (WDP), функционирует как уровень адаптации, делает каждую сеть передачи данных немного похожей на UDP для верхних уровней, обеспечивая ненадежную транспортировку данных с двумя 16-битными номерами портов (источник и пункт назначения). Все верхние уровни рассматривают WDP как один и тот же протокол, который имеет несколько "технических реализаций" поверх других "носителей данных", таких как SMS, USSD и т. Д. IP-носители, такие как GPRS, UMTS пакетная радиосвязь или PPP поверх соединения для передачи данных с коммутацией каналов, WDP фактически является UDP.

WTLS, дополнительный уровень, обеспечивает криптографический механизм с открытым ключом, аналогичный TLS.

WTP, обеспечивает поддержку транзакций (надежный запрос / ответ) адаптирован к беспроводному миру. WTP более эффективно, чем TCP, поддерживает проблему потери пакетов, которая обычно возникает в беспроводных технологиях 2G в большинстве условий радиосвязи, но ошибочно интерпретируется TCP как перегрузка сети.

Этот набор протоколов позволяет терминалу передавать запросы, которые имеют HTTP или HTTPS, эквивалентные шлюзу WAP ; шлюз переводит запросы в простой HTTP.

Пространство беспроводной среды приложений (WAE) определяет языки разметки для конкретных приложений.

Для WAP версии 1.X основным языком WAE является Wireless Markup Language (WML). В WAP 2.0 основным языком разметки является XHTML Mobile Profile.

WAP Push

Процесс WAP Push

WAP Push был включен в спецификацию, чтобы разрешить передачу содержимого WAP на мобильный телефон с минимальными затратами. вмешательство пользователя. WAP Push - это в основном специально закодированное сообщение, которое включает ссылку на адрес WAP.

WAP Push был указан поверх Wireless Datagram Protocol (WDP); как таковой, он может быть доставлен через любой канал, поддерживающий WDP, например GPRS или SMS. Большинство сетей GSM имеют широкий диапазон модифицированных процессоров, но активация GPRS из сети обычно не поддерживается, поэтому сообщения WAP Push должны доставляться поверх носителя SMS.

При получении WAP Push телефон с поддержкой WAP 1.2 (или новее) автоматически предоставит пользователю возможность доступа к контенту WAP. Это также известно как WAP Push SI (Service Indication ). Вариант, известный как WAP Push SL (Загрузка службы ), напрямую открывает браузер для отображения содержимого WAP без вмешательства пользователя. Поскольку такое поведение вызывает проблемы с безопасностью, некоторые телефоны обрабатывают сообщения WAP Push SL так же, как SI, обеспечивая взаимодействие с пользователем.

Сетевой объект, который обрабатывает push-уведомления WAP и доставляет их по IP или каналу передачи SMS, известен как Push Proxy Gateway (PPG).

WAP 2.0

Обновленная версия 2.0 была выпущена в 2002 году. В ней используется урезанная версия XHTML со сквозным HTTP, без шлюза и набора настраиваемых протоколов. привык с ней общаться. Шлюз WAP может использоваться вместе с WAP 2.0; однако в этом сценарии он используется как стандартный прокси-сервер. В этом случае роль шлюза WAP сместится с преобразования на добавление дополнительной информации к каждому запросу. Это может быть настроено оператором и может включать номера телефонов, местоположение, информацию для выставления счетов и информацию о телефоне.

Мобильные устройства обрабатывают XHTML Mobile Profile (XHTML MP), язык разметки, определенный в WAP 2.0. Это подмножество XHTML и надмножество XHTML Basic. Версия каскадных таблиц стилей (CSS ), называемая WAP CSS, поддерживается XHTML MP.

MMS

Служба обмена мультимедийными сообщениями (MMS) - это комбинация WAP и SMS, позволяющая отправлять графические сообщения.

История

WAP Forum был основан в 1998 году компаниями Ericsson, Motorola, Nokia и Unwired Planet. В первую очередь он был направлен на объединение различных беспроводных технологий в стандартизованный протокол. В 2002 году WAP Forum был объединен (вместе со многими другими отраслевыми форумами) в Open Mobile Alliance (OMA).

Europe

Первая компания, запустившая WAP-сайт принадлежал голландскому оператору мобильных телефонов в октябре 1999 года. Сайт был разработан как побочный проект Кристофера Би и Юана МакЛеода и запущен с дебютом Nokia 7110. Маркетологи рекламировали WAP во время его внедрения, заставляя пользователей ожидать, что WAP будет иметь производительность фиксированного (немобильного) доступа в Интернет. BT Cellnet, одна из телекоммуникационных компаний Великобритании, провела рекламную кампанию, изображающую мультяшного пользователя WAP, просматривающего «информационное пространство», похожее на Neuromancer. Что касается скорости, простоты использования, внешнего вида и взаимодействия, реальность не оправдала ожиданий, когда первые телефоны стали доступны в 1999 году. Это привело к широкому использованию язвительных фраз, таких как «Бесполезный протокол приложений», «Жди и плати». "и WAPlash.

В период с 2003 по 2004 год WAP стал более активным с появлением беспроводных услуг (таких как Vodafone Live !, T-Mobile T-Zones и других легкодоступных услуг). Доходы операторов были получены за счет передачи данных GPRS и UMTS, что представляет собой бизнес-модель, отличную от модели, используемой традиционными веб-сайтами и интернет-провайдерами. По данным Mobile Data Association, WAP-трафик в Великобритании увеличился вдвое с 2003 по 2004 год.

К 2013 году использование WAP практически прекратилось. Большинство крупных компаний и веб-сайтов с тех пор отказались от использования WAP, и уже несколько лет он не является основной технологией для Интернета на мобильных устройствах.

Большинство современных мобильных интернет-браузеров теперь поддерживают полный HTML, CSS и большую часть JavaScript и не нуждаются в какой-либо разметке WAP для совместимости веб-страниц. Список телефонов, поддерживающих HTML, обширен и включает все телефоны Android, все версии телефона iPhone, все устройства Blackberry, все устройства под управлением Windows Phone и многие телефоны Nokia.

Азия

WAP добился большого успеха в Японии. В то время как крупнейший оператор NTT DoCoMo не использовал WAP в пользу своей внутренней системы i-mode, конкурирующие операторы KDDI (au ) и SoftBank Mobile (ранее Vodafone Japan ) оба успешно развернули технологию WAP. В частности, услуги J-Phone Sha-Mail и службы Java (JSCL ), а также chakuuta / chakumovie (мелодия для мелодии звонка) от J-Phone / ringtone movie) были основаны на WAP. Как и в Европе, использование WAP и i-mode снизилось в 2010-х годах, когда в Японии стали популярны смартфоны с поддержкой HTML.

США

Внедрение WAP в США пострадало из-за того, что многие операторы сотовой связи требовали отдельной активации и дополнительных сборов за поддержку данных, а также из-за того, что телекоммуникационные компании стремились ограничить передачу данных доступ только к утвержденным поставщикам данных, работающим по лицензии оператора связи.

Признавая проблему, Федеральная комиссия по связи (FCC) США выпустила 31 июля 2007 года приказ, который обязывает лицензиаты 22-мегагерцового диапазона «Верхний 700 МГц C-блок» должны будут реализовать беспроводную платформу, которая позволит клиентам, производителям устройств, сторонним разработчикам приложений и другим лицам использовать любое устройство или приложение по своему выбору при работе на этом конкретный лицензированный сетевой диапазон.

Критика

Комментаторы раскритиковали несколько аспектов языка разметки беспроводной связи (WML) и WAP. Технические критические замечания включают:

  • идиосинкразический язык WML: WML отрезал пользователей от обычного HTML Интернета, оставляя доступным только собственный WAP-контент и прокси-контент Web-to-WAP. Пользователи WAP. Однако другие утверждают, что технология на этом этапе просто не могла бы предоставить доступ к чему-либо, кроме специально разработанного контента, что было единственной целью WAP и его простого интерфейса с меньшей сложностью, поскольку граждане многих стран не подключены к web в настоящее время и должны использовать финансируемые и контролируемые государством порталы для WAP и аналогичных несложных услуг.
  • Недостаточная спецификация требований к терминалу: ранние стандарты WAP включали множество дополнительных функций и недостаточно определенных требований, Это означало, что совместимые устройства не обязательно будут правильно взаимодействовать. Это привело к значительным различиям в фактическом поведении телефонов, главным образом потому, что разработчики услуг WAP и производители мобильных телефонов не получили копию стандартов или правильное оборудование и стандартные программные модули. Например, некоторые модели телефонов не принимают страницы размером более 1 КБ; другие просто рухнут. Пользовательский интерфейс устройств также был недостаточно определен: например, клавиши доступа (например, возможность нажать '4' для прямого доступа к четвертой ссылке в списке) были реализованы по-разному в зависимости от модели телефона (иногда с номером ключа доступа, автоматически отображаемым браузер рядом со ссылкой, иногда без нее, а иногда клавиши доступа вообще не реализовывались).
  • Ограниченные возможности пользовательского интерфейса: терминалы с небольшими черно-белыми экранами и несколькими кнопками, как ранние терминалы WAP, сталкиваются с трудностями в представлении большого количества информации своему пользователю, что усугубляет другие проблемы: нужно было быть очень осторожным при разработке пользовательского интерфейса на таком устройстве с ограниченными ресурсами, что и было настоящей концепцией WAP.
  • Отсутствие хороших инструментов разработки: проблемы, описанные выше, могли быть решены перед лицом инструмента разработки WML, который позволил бы поставщикам контента легко публиковать контент, который безупречно взаимодействовал бы со многими другими. dels, адаптируя страницы, представленные к типу User-Agent. Однако существующие комплекты разработки не обеспечивали такой общей возможности. Разработка для Интернета была простой: с текстовым редактором и веб-браузером любой мог начать работу, в том числе благодаря снисходительной природе большинства движков рендеринга настольных браузеров. Напротив, строгие требования спецификаций WML, разнообразие терминалов и требования к тестированию на различных беспроводных терминалах, наряду с отсутствием широко доступных настольных инструментов разработки и эмуляции, значительно увеличили время, необходимое для завершения большинства проектов. Однако по состоянию на 2009 год, когда многие мобильные устройства поддерживают XHTML, а такие программы, как Adobe Go Live и Dreamweaver, предлагают улучшенные инструменты веб-разработки, становится проще создавать контент, доступный для многих новых устройств.
  • Недостаток инструментов профилирования пользовательского агента: для веб-хостов быстро стало практически невозможно определить, исходит ли запрос с мобильного устройства или от более крупного и более мощного устройства. Никакого полезного профилирования или базы данных возможностей устройств не было встроено в спецификации неавторизованных несовместимых продуктов.

Другие критические замечания касаются конкретных реализаций WAP операторами беспроводной связи:

  • Пренебрежение поставщиками контента: некоторые операторы беспроводной связи предположили, что Стратегия «создай, и они придут», означающая, что они будут просто обеспечивать транспортировку данных, а также терминалы, а затем ждать, пока поставщики контента опубликуют свои услуги в Интернете и сделают свои инвестиции в WAP полезными. Однако контент-провайдеры не получали никакой помощи или стимулов пройти сложный путь разработки. Другие, особенно в Японии (см. Ниже), вели более тщательный диалог со своим сообществом поставщиков контента, который затем был воспроизведен в современных, более успешных услугах WAP, таких как i-mode в Японии или Галерея сервис во Франции.
  • Недостаток открытости: многие операторы беспроводной связи продавали свои услуги WAP как «открытые», так как они позволяли пользователям обращаться к любой услуге, выраженной в WML и опубликованной в Интернете. Однако они также позаботились о том, чтобы первая страница, к которой обращались клиенты, была их собственным «беспроводным порталом», который они очень тщательно контролировали. Некоторые операторы также отключили редактирование или доступ к адресной строке в браузере устройства. Чтобы облегчить пользователям, желающим уйти с палубы, была предусмотрена адресная строка в форме на странице, связанной с жестко закодированной домашней страницей. Это упрощает операторам связи реализацию фильтрации внешних WML-сайтов по URL-адресам или отключение адресной строки в будущем, если оператор связи решит переключить всех пользователей на модель «огороженного сада». Учитывая сложность ввода полных URL-адресов на клавиатуре телефона, большинство пользователей откажутся от выхода из портала или из огороженного сада ; Некоторые утверждают, что, не позволяя третьим сторонам размещать свои записи на беспроводном портале операторов, они лишаются ценной возможности. С другой стороны, некоторые операторы утверждают, что их клиенты хотели бы, чтобы они управляли опытом и на таком ограниченном устройстве избегали предоставления доступа к слишком большому количеству услуг.

Уроки проектирования протокола из WAP

Первоначальная модель WAP обеспечивала простую платформу для доступа к веб-сервисам WML и электронной почте с помощью мобильных телефонов в Европе и регионах Юго-Восточной Азии. В 2009 году он продолжал иметь значительную базу пользователей. Более поздние версии WAP, в первую очередь ориентированные на рынок США, были разработаны для другого требования - для обеспечения полного доступа к веб-XHTML с помощью мобильных устройств с более высокими характеристиками и стоимостью, а также с более высокой степенью сложности программного обеспечения.

Значительное обсуждение затронуло вопрос о том, была ли конструкция протокола WAP подходящей. Некоторые предположили, что простой интерфейс Gopher с экономией полосы пропускания лучше подходит для мобильных телефонов и персональных цифровых помощников (КПК).

Первоначальный дизайн WAP был специально нацелен на независимость от протокола через ряд различных протоколов (SMS, IP через PPP через канал с коммутацией каналов, IP через GPRS и т. д.). Это привело к созданию протокола, значительно более сложного, чем могло бы быть вызвано подходом непосредственно через IP.

Самым спорным, особенно для многих со стороны IP, был дизайн WAP over IP. Протокол уровня передачи WAP, WTP, использует свои собственные механизмы повторной передачи через UDP, чтобы попытаться решить проблему неадекватности TCP в сетях с высокой потерей пакетов.

См. Также

Ссылки

Внешние ссылки

Эта статья основана на материал взят из Free On-line Dictionary of Computing до 1 ноября 2008 г. и включен в соответствии с условиями «перелицензирования» GFDL версии 1.3 или более поздней.

Последняя правка сделана 2021-06-21 11:54:42
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте