Protocolo de aplicación inalámbrica

El estándar WAP describió un conjunto de protocolos o pila ^{[ 8 ]} que permite la interoperabilidad de equipos y software WAP con diferentes tecnologías de red, como GSM e IS-95 (también conocido como CDMA ).

El protocolo más básico del conjunto, el Protocolo de Datagramas Inalámbricos (WDP), funciona como una capa de adaptación que hace que cualquier red de datos se parezca un poco a UDP para las capas superiores, al proporcionar un transporte de datos no fiable con dos números de puerto de 16 bits (origen y destino). Todas las capas superiores ven WDP como un mismo protocolo, que tiene varias "implementaciones técnicas" sobre otros "portadores de datos" como SMS , USSD , etc. En portadores IP nativos como GPRS , el servicio de radio por paquetes UMTS o PPP sobre una conexión de datos conmutada por circuito, WDP es, de hecho, exactamente UDP.

La capa de seguridad de transporte inalámbrico (WTLS), una capa opcional, proporciona un mecanismo de seguridad basado en criptografía de clave pública similar al protocolo de seguridad de la capa de transporte (TLS) de Internet. La implementación de WTLS depende del nivel de seguridad requerido para una aplicación WAP determinada, y esta capa proporciona integridad de datos, privacidad, autenticación y protección contra ataques de denegación de servicio. ^{[ 9 ]}

WTP proporciona soporte para transacciones adaptado al entorno inalámbrico. Permite la transmisión fiable de mensajes, de forma similar a TCP . Sin embargo, WTP es más eficaz que TCP cuando se pierden paquetes, algo frecuente en las tecnologías inalámbricas 2G en la mayoría de las condiciones de radio. A diferencia de TCP, WTP no interpreta erróneamente la pérdida de paquetes como congestión de la red.

Los sitios WAP están escritos en WML, un lenguaje de marcado. ^{[ 10 ]} WAP proporciona contenido en forma de mazos, que tienen varias tarjetas: los mazos son similares a las páginas web HTML, ya que son la unidad de transmisión de datos utilizada por WAP y cada uno tiene su propia URL única, y las tarjetas son elementos como texto o botones que un usuario puede ver. ^{[ 11 ]} WAP tiene URL que se pueden escribir en una barra de direcciones, similar a las URL en HTTP. Las URL relativas en WAP se utilizan para navegar dentro de un mazo, y las URL absolutas en WAP se utilizan para navegar entre mazos. ^{[ 10 ]} WAP fue diseñado para operar en redes con ancho de banda limitado mediante el uso de compresión de datos antes de transmitir datos a los usuarios. ^{[ 12 ]}

Este conjunto de protocolos permite que un terminal transmita solicitudes que tengan un equivalente HTTP o HTTPS a una puerta de enlace WAP ; la puerta de enlace traduce las solicitudes a HTTP simple. Los paquetes WAP se entregan a través de un proxy que verifica la corrección y consistencia de la sintaxis WML de los paquetes, lo que mejora la experiencia del usuario en teléfonos móviles con recursos limitados. ^{[ 5 ]} WAP no puede garantizar cómo aparecerá el contenido en una pantalla, porque los elementos WAP se tratan como sugerencias para adaptarse a las capacidades de cada dispositivo móvil. Por ejemplo, algunos teléfonos móviles no admiten gráficos/imágenes o cursiva. ^{[ 11 ]}

El entorno de aplicaciones inalámbricas (WAE, por sus siglas en inglés) define lenguajes de marcado específicos para cada aplicación.

Para la versión 1.X de WAP, el lenguaje principal del WAE es Wireless Markup Language (WML). En WAP 2.0, el lenguaje de marcado principal es XHTML Mobile Profile .

La función WAP Push se incorporó a la especificación para permitir que el contenido WAP se enviara al teléfono móvil con una mínima intervención del usuario. Un WAP Push es básicamente un mensaje codificado especialmente que incluye un enlace a una dirección WAP. ^{[ 13 ]}

WAP Push se especificó sobre el Protocolo de Datagramas Inalámbricos (WDP); por lo tanto, puede entregarse a través de cualquier portador compatible con WDP, como GPRS o SMS. ^{[ 14 ]} La mayoría de las redes GSM tienen una amplia gama de procesadores modificados, pero la activación GPRS desde la red generalmente no es compatible, por lo que los mensajes WAP Push deben entregarse sobre el portador SMS.

Al recibir una notificación WAP Push, un dispositivo compatible con WAP 1.2 (o posterior) le dará automáticamente al usuario la opción de acceder al contenido WAP. Esto también se conoce como WAP Push SI ( Indicación de Servicio ). ^{[ 14 ]} Una variante, conocida como WAP Push SL ( Carga de Servicio ), abre directamente el navegador para mostrar el contenido WAP, sin interacción del usuario. Dado que este comportamiento plantea problemas de seguridad, algunos dispositivos manejan los mensajes WAP Push SL de la misma manera que SI, proporcionando interacción del usuario.

La entidad de red que procesa los mensajes WAP Push y los entrega a través de un portador IP o SMS se conoce como puerta de enlace proxy Push (PPG). ^{[ 14 ]}

En 2002 se lanzó una versión 2.0 rediseñada. Esta utiliza una versión simplificada de XHTML con HTTP de extremo a extremo , eliminando la puerta de enlace y el conjunto de protocolos personalizados utilizados para la comunicación. Se puede usar una puerta de enlace WAP junto con WAP 2.0; sin embargo, en este caso, se usa como un servidor proxy estándar. La función de la puerta de enlace WAP pasaría entonces de la traducción a agregar información adicional a cada solicitud. Esta información sería configurada por el operador y podría incluir números de teléfono, ubicación, información de facturación e información del terminal.

Los dispositivos móviles procesan XHTML Mobile Profile (XHTML MP), el lenguaje de marcado definido en WAP 2.0. Es un subconjunto de XHTML y un superconjunto de XHTML Basic . XHTML MP admite una versión de hojas de estilo en cascada ( CSS ) llamada WAP CSS.

El Servicio de Mensajería Multimedia (MMS) es una combinación de WAP y SMS que permite el envío de mensajes con imágenes.

La primera empresa en lanzar un sitio WAP fue el operador de telefonía móvil holandés Telfort BV en octubre de 1999. El sitio fue desarrollado como un proyecto paralelo por Christopher Bee y Euan McLeod y se lanzó con el debut del Nokia 7110. Los especialistas en marketing promocionaron WAP en el momento de su introducción, ^{[ 18 ]} lo que llevó a los usuarios a esperar que WAP tuviera el rendimiento del acceso a Internet fijo (no móvil) . BT Cellnet , una de las empresas de telecomunicaciones del Reino Unido , lanzó una campaña publicitaria que mostraba a un usuario de WAP de dibujos animados navegando por un "espacio de información" similar al de Neuromancer . ^{[ 19 ]} En términos de velocidad, facilidad de uso, apariencia e interoperabilidad, la realidad estuvo muy lejos de las expectativas cuando los primeros teléfonos estuvieron disponibles en 1999. ^{[ 20 ] [ 21 ]} Esto llevó al uso generalizado de frases sarcásticas como "Protocolo de Aplicación Inútil", ^{[ 22 ]} "Espera y Paga", ^{[ 23 ]} y WAPlash. ^{[ 24 ]}

Entre 2003 y 2004, el WAP experimentó un fuerte resurgimiento con la introducción de servicios inalámbricos (como Vodafone Live!, T-Mobile T-Zones y otros servicios de fácil acceso). Los ingresos de los operadores se generaron mediante la transferencia de datos GPRS y UMTS , un modelo de negocio diferente al utilizado por los sitios web y los ISP tradicionales . Según la Mobile Data Association, el tráfico WAP en el Reino Unido se duplicó entre 2003 y 2004. ^{[ 25 ]}

Para el año 2013, el uso de WAP prácticamente había desaparecido. La mayoría de las grandes empresas y sitios web han dejado de utilizarlo desde entonces, y hace ya varios años que no es una tecnología predominante para la web en dispositivos móviles.

La mayoría de los navegadores web modernos para móviles son compatibles con HTML, CSS y la mayor parte de JavaScript , y no necesitan utilizar ningún tipo de marcado WAP para la compatibilidad con páginas web. La lista de móviles compatibles con HTML es extensa e incluye todos los dispositivos Android, todas las versiones del iPhone, todos los dispositivos Blackberry, todos los dispositivos con Windows Phone y varios modelos de Nokia.

WAP tuvo un gran éxito en Japón. Si bien el mayor operador, NTT DoCoMo, no utilizó WAP, prefiriendo su sistema propio i-mode , los operadores rivales KDDI ( au ) y SoftBank Mobile (anteriormente Vodafone Japan ) implementaron con éxito la tecnología WAP. En particular, los servicios chakuuta o chakumovie (canción o película para tono de llamada) de ( au ) se basaban en WAP. Al igual que en Europa, el uso de WAP e i-mode disminuyó en la década de 2010 a medida que los teléfonos inteligentes con capacidad HTML se popularizaron en Japón.

La adopción de WAP en los EE. UU. se vio obstaculizada porque varios proveedores de telefonía celular exigían una activación por separado y tarifas adicionales para el soporte de datos, y también porque las compañías de telecomunicaciones intentaron limitar el acceso a los datos únicamente a los proveedores de datos aprobados que operaban bajo licencia del operador de la señal.

En reconocimiento del problema, la Comisión Federal de Comunicaciones de EE. UU. (FCC) emitió una orden el 31 de julio de 2007 que obligaba a los licenciatarios del espectro de 22 megahercios de ancho "Bloque C Superior de 700 MHz" a implementar una plataforma inalámbrica que permitiera a los clientes, fabricantes de dispositivos, desarrolladores de aplicaciones de terceros y otros utilizar cualquier dispositivo o aplicación de su elección al operar en esta banda de red licenciada en particular. ^{[ 26 ] [ 27 ]}

El peculiar lenguaje WML aisló a los usuarios de la web HTML convencional , dejando solo el contenido WAP nativo y el contenido proxy de Web a WAP disponibles para los usuarios de WAP.

Muchos operadores de telefonía móvil vendían sus servicios WAP como "abiertos", ya que permitían a los usuarios acceder a cualquier servicio expresado en WML y publicado en Internet. Sin embargo, también se aseguraban de que la primera página a la que accedían los clientes fuera su propio "portal inalámbrico", el cual controlaban estrictamente. ^{[ 28 ]}

Algunos operadores también desactivaron la edición o el acceso a la barra de direcciones en el navegador del dispositivo. Para facilitar a los usuarios que querían salir de la plataforma, se proporcionó una barra de direcciones en un formulario en una página con un enlace externo a la página de inicio codificada. Esto facilita a los operadores la implementación del filtrado de sitios WML externos por URL o la desactivación de la barra de direcciones en el futuro si el operador decide cambiar a todos los usuarios a un modelo de jardín amurallado. Dada la dificultad de escribir URL completas en un teclado de teléfono, la mayoría de los usuarios renunciarían a salir del portal o del jardín amurallado ; al no permitir que terceros publiquen sus propias entradas en el portal inalámbrico de los operadores, algunos sostienen que estos se privan de una valiosa oportunidad. Por otro lado, algunos operadores argumentan que sus clientes habrían querido que ellos gestionaran la experiencia y, en un dispositivo tan limitado, evitaran dar acceso a demasiados servicios.

Requisitos de terminal insuficientes: Los primeros estándares WAP incluían múltiples funciones opcionales y requisitos insuficientemente especificados, lo que significaba que los dispositivos compatibles no necesariamente interoperarían correctamente. Esto generó una gran variabilidad en el comportamiento real de los teléfonos, principalmente porque los implementadores de servicios WAP y los fabricantes de teléfonos móviles no obtuvieron una copia de los estándares ni el hardware correcto ni los módulos de software estándar.

Por ejemplo, algunos modelos de teléfono no aceptaban páginas de más de 1 KB, e incluso algunos se bloqueaban. La interfaz de usuario de los dispositivos también era deficiente: por ejemplo, las teclas de acceso rápido (como la posibilidad de pulsar el '4' para acceder directamente al cuarto enlace de una lista) se implementaban de forma diferente según el modelo de teléfono (a veces el navegador mostraba automáticamente el número de la tecla de acceso rápido junto al enlace, a veces no, y a veces ni siquiera se implementaban).

Capacidades limitadas de la interfaz de usuario: Los terminales con pantallas pequeñas en blanco y negro y pocos botones, como los primeros terminales WAP, tenían dificultades para presentar mucha información al usuario, lo que agravaba los demás problemas: había que tener mucho cuidado al diseñar la interfaz de usuario en un dispositivo con recursos tan limitados, que era el verdadero concepto de WAP.

A diferencia del desarrollo web, el desarrollo de WAP era implacable debido a los estrictos requisitos de la especificación WML y las exigencias de optimización y pruebas en una amplia variedad de dispositivos inalámbricos, lo que alargaba considerablemente el tiempo necesario para completar la mayoría de los proyectos. A partir de 2009Sin embargo, gracias a que varios dispositivos móviles son compatibles con XHTML y a que programas como Adobe Go Live y Dreamweaver ofrecen herramientas mejoradas para la creación de contenido web, se hizo más fácil crear contenido accesible para muchos más dispositivos nuevos.

Falta de herramientas de perfilado de agente de usuario: Los sitios web adaptan el contenido a múltiples modelos de dispositivos ajustando las páginas a sus capacidades según el tipo de agente de usuario proporcionado . Sin embargo, los kits de desarrollo existentes para WML no ofrecían esta funcionalidad. Rápidamente se volvió casi imposible para los administradores de sitios determinar si una solicitud provenía de un dispositivo móvil o de un dispositivo más grande y con mayores capacidades. Las especificaciones de los productos no autorizados e incompatibles no incluían ningún perfilado útil ni base de datos de capacidades de dispositivos.

Descuido de los proveedores de contenido por parte de los operadores inalámbricos: Algunos operadores inalámbricos adoptaron una estrategia de "construirlo y vendrán", es decir, simplemente proporcionarían el transporte de datos y los terminales, y luego esperarían a que los proveedores de contenido publicaran sus servicios en Internet y rentabilizaran su inversión en WAP. Sin embargo, los proveedores de contenido recibieron poca ayuda o incentivos para seguir el complejo proceso de desarrollo. Otros, especialmente en Japón (véase más adelante), mantuvieron un diálogo más profundo con su comunidad de proveedores de contenido, lo que posteriormente se replicó en servicios WAP modernos y más exitosos, como i-mode en Japón o el servicio Gallery en Francia. ^{[ 29 ]}