WIRELESS APLICATION PROTOCOL ESPECIFICACIONES DEL ESTANDAR

Ing. José Luis Pérez Fernández

Jl_pf@yahoo.com

RESUMEN

El WAP es un resultado de los esfuerzos del forum WAP para suministrar especificaciones a la industria para el desarrollo de aplicaciones y servicios que operan sobre redes de comunicación inalámbricas. WAP especifica protocolos de redes para dispositivos inalámbricos tales como teléfonos móviles, buscapersonas y asistentes personales digitales. Las especificaciones impulsan tecnologías de redes móviles y tecnologías de Internet (tales como XML, URLs y varios formatos de contenido).

Las especificaciones de la arquitectura WAP se desarrolla para presentar las arquitecturas del protocolo y el sistema esenciales para alcanzar los objetivos del forum WAP. La especificación de la arquitectura WAP actúa como punto de partida para entender las tecnologías WAP.

ABSTRACT

WAP SPECIFICATIONS AND STANDARS.

WAP is positioned at the convergence of two rapidly evolving network technologies, wireless data and the internet. Both the wireless data market and the internet are growing very quickly and are continuously reaching new customers.

Many of the current mobile networks include advanced services that can be offered to end users. Mobile network operators strive to provide advanced services in a useable and attractive way in order to promote increased usage of the mobile network services and to decrease the turnover rate of subscribers. Standard features, like call control, can be enhanced by using WAP technology to provide customized user interfaces.

The WAP specifications address mobile network characteristics and operator needs by adapting existing network technology to the special requirements of mass-market, hand-held wireless data devices and by introducing new technology where appropriate.

1.- ESPECIFICACION DE LA ARQUITECTURA WAP

Las especificaciones de la arquitectura WAP ha sido desarrollada para presentar la arquitectura del sistema y del protocolo esenciales para alcanzar los objetivos del Forum WAP. La especificación de la arquitectura WAP actúa como el punto de arranque para entender las tecnologías WAP y las especificaciones resultantes. Como tal, provee una visión de las diferentes tecnologías y hace referencia a las especificaciones apropiadas para posteriores detalles.

2.- REQUERIMIENTOS

Los requerimientos de la arquitectura del Forum WAP son:

o        Elevar los estándares existentes donde sea posible;

o        Definir una arquitectura en capas, escalable y extensible;

o        Soportar tantas redes inalámbricas como sea posible;

o        Optimizar para el uso eficiente de las fuentes (poca memoria/uso del CPU/consumo de potencia);

o        Proveer soporte para aplicaciones y comunicaciones seguras ;

o        Habilitar la creación de interfaces Hombre-Máquina con máxima flexibilidad y control del vendedor;

o        Proveer un modelo de programación para servicios de telefonía e integración.

3.- EL MODELO WAP

El modelo de programación WAP es similar al modelo de programación WWW. Este provee varios beneficios a la comunidad desarrolladora de la aplicación, incluyendo un modelo de programación familiar, una arquitectura probada, y la capacidad de mejora las herramientas ya existentes (ej. Servidores Web, XML, etc). Se han hecho optimizaciones y extensiones con el fin de encajar las características del medio ambiente inalámbrico. Donde sea posible, se han adoptado los estándares existentes o han sido usados como el punto de arranque para le tecnología WAP.

WAP define un conjunto de componentes estándares que permiten la comunicación entre los terminales móviles y los servidores de red, incluyendo

o        Modelo de nombre estándar –Los URLs estándar WWW son usados para identificar el contenido WAP en los servidores originales. Los URLs estándar WWW se usan para identificar fuentes locales en un dispositivo (ej. Funciones de control de llamadas)

o        Tipo del contenido – Todos los contenidos WAP tienen un tipo específico consistente con el tipo WWW. Esto permite que los agentes usuarios WAP procesen correctamente el contenido basado en su tipo.

o        Formatos de contenido estándar – Los formatos de contenido WAP están basados en tecnología WWW e incluyen marca de visualización, información de calendario, objetos de tarjetas de negocios electrónicas e imágenes.

o        Protocolos de comunicación estándar – Los protocolos de comunicación WAP habilitan la comunicación de la petición del browser de el terminal móvil al servidor web de la red..

Los protocolos y tipos de contenido WAP han sido optimizados para el mercado de masas, dispositivos inalámbricos de mano. WAP utiliza tecnología Proxy para hacer la conexión entre el dominio inalámbrico y el WWW. El proxy WAP está típicamente compuesto de la siguiente funcionalidad:

o        El Gateway del protocolo – Traduce las peticiones de la pila del protocolo WAP (WSP, WTP, WTLS, y WDP) a la pila del protocolo WWW (HTTP y TCP/IP).

·         Decodificadores y codificadores de contenido – Estos traducen el contenido WAP en formatos codificados compactos para reducir el tamaño de la data sobre la red.

La infraestructura garantiza que los usuarios terminales móviles puedan buscar una amplia variedad de contenido y aplicaciones WAP, y que el autor de la aplicación sea capaz de construir aplicaciones y servicios de contenido que corran en una amplia base de los terminales móviles. El proxy WAP permite que los contenidos y aplicaciones sean atendidos en servidores WWW estándares y ser desarrollados usando tecnologías WWW probadas tales como escritura CGI.

Mientras el uso nominal del WAP incluirá un servidor web, rl proxy WAP y el cliente WAP, la arquitectura WAP puede soportar fácilmente otras configuraciones. Es posible crear un servidor origen que incluya la funcionalidad del proxy del WAP. Tal servidor podría ser usado para facilitar soluciones de seguridad extremo a extremo, o aplicaciones que requieran mejor control de acceso.

4.- COMPONENTES DE LA ARQUITECTURA WAP

La arquitectura WAP provee un ambiente escalable y extensible para el desarrollo de aplicaciones para dispositivos de comunicaciones móviles. Esto se logra a través de un diseño de capas de la pirámide completa del protocolo. Cada una de las capas de la arquitectura es accesible por las capas superiores, así como por otros servicios y aplicaciones.

Capa de aplicaciones (WAE)

Capa se sección (WSP)

Capa de transición (WTP)

Capa de seguridad (WTLS)

Capa de transporte (WDP)

4.1- Ambiente de aplicación inalámbrico (WAE)

Este es un ambiente de aplicación de propósito general basado en una combinación de las tecnologías WWW y de telefonía móvil. El objetivo primario es establecer un ambiente interoperable que permitirá a los operadores y a los proveedores de servicio construir aplicaciones y servicios que puedan alcanzar una amplia variedad de plataformas inalámbricas diferentes de una manera útil y eficiente. WAE incluye un ambiente micro-browser que contiene la siguiente funcionalidad:

·         Wireless Markup Language (WML) – un lenguaje ligero, similar a HTML, pero optimizado para el uso de terminales móviles de mano;

·         WMLScript – un lenguaje de escritura ligera, similar a Java Script;

·         Aplicación de telefonía inalámbrica (WTA, WTAI) – interfaces de servicios de telefonía y de programación; y

·         Formatos de contenido – un conjunto de formatos de data bien definidos, incluyendo imágenes, registros de libros de teléfonos e información de calendario.

4.2- Protocolo de sección inalámbrica (WSP)

El protocolo de sesión inalámbrica (WSP) provee la capa de aplicación del WAP con una interfaz consistente para dos servicios de sesión. El primero es un servicio orientado a la conexión que opera sobre el protocolo de capa de transición (WDP).

Los protocolos de sesiones inalámbricas actualmente consisten de servicios para las aplicaciones de browsing (WSP/B). WSP/B provee la siguiente funcionalidad:

·         Funcionalidad y semántica HTTP/1.1 en una decodificación compacta,

·         Sesiones de larga vida,

·         Negociación de características de protocolo

Los protocolos en la familia WSP están optimizados para redes de ancho de banda bajos con una latencia relativamente larga. WSP/B es diseñada para permitir que un proxy WAP conecte a un cliente WSP/B con un servidor HTTP estándar.

4.3- Protocolo de transacción inalámbrica (WTP)

El protocolo de transición inalámbrica (WTP) corre en el tope de un servicio de datagrama. WTP opera eficientemente sobre redes de datagramas inalámbricos seguros y no seguros y provee las siguientes características:

·         Tres clases de servicios de transacción

·         Petición no confiables de una vía,

·         Petición confiable de una vía, y

·         Transacciones de contestación de petición confiables de dos vías;

·         Confiabilidad opcional usuario a usuario – El usuario WTP envía la confirmación de cada mensaje recibido;

·         Datos fuera de banda opcionales en los reconocimientos;

·         Concatenación PDU y reconocimientos con retardo para reducir el número de mensajes enviados; y

·         Transacciones asíncronas

4.4- Seguridad de capas de transporte inalámbricas (WTLS)

WTLS es un protocolo de seguridad basado en el protocolo de seguridad de capas de transporte estándar de la industria (TLS), antiguamente conocido como SSL. WTLS se desarrolla para usarse con los protocolos de transporte WAP y ha sido optimizado para usar sobre canales de comunicación de banda angosta. WTLS provee las siguientes características;

·         Integridad de los datos – WTLS contiene facilidades para asegurar que la data enviada entre el servidor terminal y un servidor de aplicación no sufra cambios.

·         Privacy – WTLS contiene facilidades para asegurar que la data transmitida entre el servidor terminal y el de aplicación es privada y no puede ser entendida por ningún intermediario que puedan haber interceptado la cadena de datos.

·         Autenticidad – WTLS establece la autenticidad del servidor terminal y de aplicación.

·         Protección de negación de servicio – WTLS contiene facilidades para detectar y rechazar data que no es verificada con éxito. WTLS hace más duro de llevar a cabo muchos ataques típicos de negación de servicio y proteger así las capas superiores del protocolo.

WTLS puede también ser usado para una comunicación segura entre terminales.

4.5- Protocolo de datagrama inalámbrico (WDP)

El protocolo de capa de transporte en la arquitectura WAP está referido como WDP. Como un servicio de transporte general, WDP ofrece un servicio consistente a los protocolos de capas superiores del WAP.

Ya que los protocolos WDP proveen una interfaz común a los protocolos de capas superiores las capas de seguridad, sesión y aplicación son capaces de funcionar independientemente de la red inalámbrica subyacente. Esto se lleva a cabo adaptando la capa de transporte a las características específicas del portador subyacente. Manteniendo la interfaz de la capa de transporte y las características consistentes, se puede alcanzar una interoperabilidad global usando portales mediadores.

5.- BEARERS

Los protocolos WAP son diseñados para operar sobre una variedad de diferentes servicios bearer, incluyendo mensajes cortos, datos conmutados por circuito, y data empaquetada. Los bearers ofrecen diferentes niveles de calidad de servicio con respecto a tasa de errores y retardo. Los protocolos están diseñados para compensar o tolerar este nivel variante de servicio.

Ya que la capa WDP provee la convergencia entre el servicio bearer y el resto de la pirámide WAP, la especificación WDP lista los bearers que son soportados y las técnicas usadas para permitir que los protocolos WAP puedan correr sobre cada bearer.

6.- MODELO CACHING

El modelo caching está basado en el cahing HTTP/1.1 definido en el protocolo de transferencia de hipertexto. Además se han especificado un número de extensiones para facilitar la operación en dispositivos de funciones limitadas.

7.- RESPONSABILIDADES DEL AGENTE USUARIO WAP

El agente usuario debe implementar fuentes caching como las descritas en el protocolo de transferencia de hipertexto (HTTP/1.1).

7.1- Responsabilidades del portal WAP

El portal WAP debe implementar confiablemente la función de un proxy HTTP/1.1 con respecto a la transmisión del caché y el encabezado del caché

7.1.1- Hora del día

El modelo HTTP/1.1 es de alguna forma sensitivo a una pérdida de sincronización. El portal WAP debería mantener un reloj de hora del día confiable, y se recomienda que el portal WAP use NTP (protocolo de tiempo en redes) o un equivalente para mantener una base real de tiempo confiable.

7.1.2- Proxy del caché

Si el portal WAP esconde sus respuestas WSP, cumplirá el papel de un proxy de caché HTTP/1.1.

8.- RELOJ DEL TIEMPO DEL DIA.

El modelo de cache HTTP/1.asume la existencia de un reloj de hora del día en el agente usuario, y además sugiere que el cliente debería usar NTP para sincronizar su reloj con el servidor de origen.

8.1- Petición de TOD

El portal WAP debe soportar peticiones para la hora actual del día. Cuando el portal recibe una petición de método WSP que incluye un encabezado llamado X-WAP.TOD, él incluirá ese encabezado en la respuesta, con el valor del encabezado colocado con la actual hora del día del encabezado.

8.2- Reloj TOD del agente usuario

Si el agente usuario no posee un reloj TOD eficiente, debería usar la respuesta a partir de una petición TOD como base para sincronizar su reloj de tiempo real con el portal WAP. Es recomendado que los agentes usuarios que contienen un reloj TOD usen este mecanismo como medio para determinar la desviación entre el reloj del dispositivo y la base de tiempo de la red.

REFERENCIAS

a) http: www.wapforum.org/what/technical.htm