El Protocolo de Aplicación Inalámbrica ( WAP ) es un estándar técnico ahora obsoleto para acceder a información a través de una red celular móvil . Introducido en 1999, [1] WAP permitió en su lanzamiento a los usuarios con dispositivos móviles compatibles navegar por contenido como noticias, clima y resultados deportivos proporcionados por operadores de redes móviles , especialmente diseñados para las capacidades limitadas de un dispositivo móvil. [2] El sistema japonés i-mode ofrecía otro importante estándar de datos inalámbricos en competencia.
Antes de la introducción de WAP, los proveedores de servicios móviles tenían oportunidades limitadas para ofrecer servicios de datos interactivos, pero necesitaban interactividad para soportar aplicaciones web e Internet . Aunque se promocionó en su lanzamiento, WAP sufrió críticas. Sin embargo, la introducción de las redes GPRS , que ofrecen una velocidad más rápida, condujo a una mejora en la experiencia WAP. [3] [4] Se accedía al contenido WAP utilizando un navegador WAP , que es como un navegador web estándar pero diseñado para leer páginas específicas para WAP, en lugar de HTML . En la década de 2010, había sido reemplazado en gran medida por estándares más modernos como XHTML . [5] Los teléfonos modernos tienen navegadores web adecuados, por lo que no necesitan el marcado WAP para la compatibilidad y, por lo tanto, la mayoría ya no pueden representar y mostrar páginas escritas en WML , el lenguaje de marcado de WAP. [6]
El estándar WAP describe un conjunto o pila de protocolos [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 de la serie, el Protocolo de datagramas inalámbricos (WDP), funciona como una capa de adaptación que hace que cada red de datos se parezca un poco a UDP para las capas superiores al proporcionar un transporte de datos no confiable con dos números de puerto de 16 bits (origen y destino). Todas las capas superiores ven a WDP como un único y mismo protocolo, que tiene varias "realizaciones técnicas" sobre otros "portadores de datos" como SMS , USSD , etc. En portadores de IP nativos como GPRS , servicio de radio por paquetes UMTS o PPP sobre una conexión de datos conmutada por circuitos, WDP es de hecho exactamente UDP.
WTLS , una capa opcional, proporciona un mecanismo de seguridad basado en criptografía de clave pública similar a TLS .
WTP proporciona soporte de transacciones adaptado al mundo inalámbrico. Permite transmitir mensajes de forma fiable, de forma similar a TCP . Sin embargo, WTP es más eficaz que TCP cuando se pierden paquetes, algo que ocurre con frecuencia en las tecnologías inalámbricas 2G en la mayoría de las condiciones de radio. WTP no malinterpreta la pérdida de paquetes como una congestión de la red, a diferencia de TCP.
Los sitios WAP están escritos en WML, un lenguaje de marcado. [9] 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 pueden ser vistos por un usuario. [10] WAP tiene URL que se pueden escribir en una barra de direcciones que es 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. [9] WAP fue diseñado para operar en redes con restricciones de ancho de banda mediante el uso de compresión de datos antes de transmitir datos a los usuarios. [11]
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, 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. [10]
El espacio del entorno de aplicaciones inalámbricas (WAE) define lenguajes de marcado específicos de la aplicación.
En la versión 1.X de WAP, el lenguaje principal de WAE es Wireless Markup Language (WML). En WAP 2.0, el lenguaje principal de marcado es XHTML Mobile Profile .
WAP Push se incorporó a la especificación para permitir que el contenido WAP se envíe al teléfono móvil con una intervención mínima del usuario. Un WAP Push es básicamente un mensaje especialmente codificado que incluye un enlace a una dirección WAP. [12]
WAP Push se especificó sobre el Protocolo de datagramas inalámbricos (WDP); como tal, se puede entregar sobre cualquier portador compatible con WDP, como GPRS o SMS. [13] La mayoría de las redes GSM tienen una amplia gama de procesadores modificados, pero la activación de GPRS desde la red generalmente no se admite, por lo que los mensajes WAP Push deben entregarse sobre el portador SMS.
Al recibir un WAP Push, un teléfono móvil con WAP 1.2 (o posterior) habilitado 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 ). [13] 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 teléfonos móviles manejan los mensajes WAP Push SL de la misma manera que SI, proporcionando interacción del usuario.
La entidad de red que procesa los WAP Pushes y los entrega a través de un portador IP o SMS se conoce como Push Proxy Gateway (PPG). [13]
En 2002 se lanzó una versión 2.0 rediseñada. Utiliza una versión reducida de XHTML con HTTP de extremo a extremo , eliminando la puerta de enlace y el conjunto de protocolos personalizados utilizados para comunicarse con ella. Se puede utilizar una puerta de enlace WAP junto con WAP 2.0; sin embargo, en este escenario, se utiliza como un servidor proxy estándar. La función de la puerta de enlace WAP pasaría entonces de ser una de traducción a la de añadir información adicional a cada solicitud. Esto lo configuraría el operador y podría incluir números de teléfono, ubicación, información de facturación e información del teléfono.
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 ) denominada WAP CSS.
El Servicio de Mensajería Multimedia (MMS) es una combinación de WAP y SMS que permite enviar mensajes con imágenes.
El Foro WAP fue fundado en 1998 por Ericsson, Motorola, Nokia y Unwired Planet. [14] Su objetivo principal era reunir las distintas tecnologías inalámbricas en un protocolo estandarizado. [15] En 2002, el Foro WAP se consolidó (junto con muchos otros foros de la industria) en la Open Mobile Alliance (OMA). [16]
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 lanzado con el debut del Nokia 7110. Los vendedores promocionaron el WAP en el momento de su introducción, [17] lo que llevó a los usuarios a esperar que el WAP tuviera el rendimiento del acceso a Internet fijo (no móvil) . BT Cellnet , una de las empresas de telecomunicaciones del Reino Unido , realizó una campaña publicitaria que mostraba a un usuario de WAP de dibujos animados navegando por un "espacio de información" similar a Neuromancer . [18] En términos de velocidad, facilidad de uso, apariencia e interoperabilidad, la realidad estuvo muy por debajo de las expectativas cuando los primeros teléfonos estuvieron disponibles en 1999. [19] [20] Esto llevó al uso generalizado de frases sardónicas como "Protocolo de aplicación inútil", [21] "Esperar y pagar", [22] y WAPlash. [23]
Entre 2003 y 2004, el WAP resurgió con más fuerza 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 , que es un modelo de negocio diferente al utilizado por los sitios web tradicionales y los ISP . Según la Asociación de Datos Móviles, el tráfico WAP en el Reino Unido se duplicó entre 2003 y 2004. [24]
En el año 2013, el uso de WAP prácticamente había desaparecido. Desde entonces, la mayoría de las empresas y sitios web importantes han dejado de utilizar WAP y no ha sido una tecnología generalizada para la web en dispositivos móviles durante varios años.
La mayoría de los navegadores de Internet de los teléfonos móviles modernos 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 teléfonos móviles que admiten HTML es extensa e incluye todos los teléfonos Android, todas las versiones del teléfono iPhone, todos los dispositivos Blackberry, todos los dispositivos que ejecutan Windows Phone y muchos teléfonos Nokia.
WAP tuvo un gran éxito en Japón. Mientras que el operador más grande, NTT DoCoMo, no utilizó WAP en favor de su sistema interno 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 de tono de llamada o película de 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 hicieron populares en Japón.
La adopción de WAP en los EE. UU. se vio afectada porque muchos proveedores de telefonía celular exigían una activación separada y tarifas adicionales para el soporte de datos, y también porque las compañías de telecomunicaciones buscaban limitar el acceso a los datos sólo a los proveedores de datos aprobados que operaban bajo licencia del operador de la señal. [ cita requerida ]
En reconocimiento del problema, la Comisión Federal de Comunicaciones de los Estados Unidos (FCC) emitió una orden el 31 de julio de 2007 que ordenaba que los licenciatarios del espectro de "Bloque C superior de 700 MHz" de 22 megahercios de ancho tendrían que implementar una plataforma inalámbrica que permita a los clientes, fabricantes de dispositivos, desarrolladores de aplicaciones de terceros y otros utilizar cualquier dispositivo o aplicación de su elección cuando operen en esta banda de red licenciada en particular. [25] [26]
Los comentaristas criticaron varias deficiencias del lenguaje de marcado inalámbrico (WML) y del WAP. Sin embargo, otros argumentaron [ ¿quién? ] que, dadas las limitaciones tecnológicas de su época, había logrado su objetivo de proporcionar contenido simple y personalizado en una época en la que la mayoría de las personas del mundo no tenían acceso regular a Internet. Las críticas técnicas incluían:
El lenguaje idiosincrásico WML aisló a los usuarios de la Web HTML convencional , dejando únicamente contenido WAP nativo y contenido proxy Web-a-WAP disponible para los usuarios WAP.
Muchos operadores de telefonía inalámbrica vendían sus servicios WAP como "abiertos", en el sentido de 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", que controlaban muy de cerca. [27]
Algunas compañías 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 desean salir de la plataforma, se proporcionó una barra de direcciones en un formulario en una página vinculada a la página de inicio codificada. Esto facilita a las compañías implementar el filtrado de sitios WML fuera de la plataforma por URL o desactivar la barra de direcciones en el futuro si la compañía decide cambiar a todos los usuarios a un modelo de jardín amurallado. Dada la dificultad de escribir URL completamente calificadas 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 coloquen sus propias entradas en el portal inalámbrico de los operadores, algunos [¿ quiénes? ] sostienen que los operadores se privan de una valiosa oportunidad. Por otro lado, algunos operadores [¿ cuáles? ] argumentan que sus clientes hubieran querido que ellos gestionaran la experiencia y, en un dispositivo tan limitado, evitaran dar acceso a demasiados servicios. [ cita requerida ]
Requisitos de terminal insuficientemente especificados: los primeros estándares WAP incluían muchas características opcionales y requisitos insuficientemente especificados, lo que significaba que los dispositivos compatibles no necesariamente interoperaban correctamente. Esto dio lugar a 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 [ cita requerida ] consiguieron una copia de los estándares o el hardware correcto y los módulos de software estándar.
Por ejemplo, algunos modelos de teléfono no aceptaban páginas de más de 1 Kb de tamaño y algunos incluso se bloqueaban. La interfaz de usuario de los dispositivos también estaba poco especificada: por ejemplo, las teclas de acceso (por ejemplo, la capacidad de presionar "4" para acceder directamente al cuarto enlace de una lista) se implementaron de manera diferente según los modelos de teléfono (a veces con el número de la tecla de acceso que mostraba automáticamente el navegador junto al enlace, a veces sin él y, a veces, las teclas de acceso no se implementaron en absoluto).
Capacidades limitadas de la interfaz de usuario: los terminales con pequeñas pantallas en blanco y negro y pocos botones, como los primeros terminales WAP, enfrentan dificultades para presentar mucha información a su usuario, lo que agrava los otros problemas: uno tendría que haber sido extremadamente cuidadoso 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 WAP no fue tan fácil debido a los estrictos requisitos de la especificación WML y las exigencias de optimización y prueba en una amplia variedad de dispositivos inalámbricos, lo que alargó considerablemente el tiempo necesario para completar la mayoría de los proyectos. [update]Sin embargo, a partir de 2009, con muchos dispositivos móviles que admitían XHTML y programas como Adobe Go Live y Dreamweaver que ofrecían herramientas de creación web mejoradas, se hizo más fácil crear contenido accesible para muchos más dispositivos nuevos.
Falta de herramientas de creación de perfiles de agentes de usuario: los sitios web adaptan el contenido para que se ajuste a muchos modelos de dispositivos al adaptar las páginas a sus capacidades en función de un tipo de agente de usuario proporcionado . Sin embargo, los kits de desarrollo que existían para WML no proporcionaban esta capacidad. Rápidamente se volvió casi imposible para los hosts de sitios determinar si una solicitud provenía de un dispositivo móvil o de un dispositivo más grande y con más capacidad. No se incorporaron perfiles útiles ni bases de datos de capacidades de dispositivos en las especificaciones de los productos no autorizados que no cumplían con las normas. [ cita requerida ]
Descuido de los proveedores de contenido por parte de los operadores inalámbricos: algunos operadores inalámbricos habían adoptado una estrategia de "construirlo y ellos vendrán", lo que significa que se limitarían a proporcionar el transporte de datos y los terminales, y luego esperarían a que los proveedores de contenido publicaran sus servicios en Internet y hicieran que su inversión en WAP fuera útil. Sin embargo, los proveedores de contenido recibieron poca ayuda o incentivo para seguir la complicada ruta del 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, que luego se replicó en servicios WAP modernos y más exitosos, como i-mode en Japón o el servicio Gallery en Francia. [28]
El modelo WAP original ofrecía una plataforma sencilla para acceder a servicios WML similares a los de la Web y al correo electrónico mediante teléfonos móviles en Europa y las regiones del Sudeste Asiático. En 2009 seguía teniendo una base de usuarios considerable. Las versiones posteriores de WAP, destinadas principalmente al mercado de los Estados Unidos, fueron diseñadas por Daniel Tilden de Bell Labs para un requisito diferente: permitir el acceso completo a XHTML de la Web mediante dispositivos móviles con una especificación y un coste más elevados, y con un mayor grado de complejidad de software.
Se ha debatido mucho sobre si el diseño del protocolo WAP era apropiado.
El diseño inicial de WAP apuntaba específicamente a la independencia de protocolos entre una gama de protocolos diferentes (SMS, IP sobre PPP sobre un portador conmutado por circuitos, IP sobre GPRS, etc.). Esto ha dado lugar a un protocolo considerablemente más complejo que el que podría haber generado un enfoque directamente sobre IP.
El diseño de WAP sobre IP fue el más controvertido, especialmente para muchos del sector IP. El protocolo de capa de transmisión de WAP, WTP, utiliza sus propios mecanismos de retransmisión sobre UDP para intentar resolver el problema de la inadecuación de TCP sobre redes con alta pérdida de paquetes. [ cita requerida ]
Lea el libro Redes y computadoras de Tanenbaum