1.3.3.1 Browsing
Durante el temprano lanzamiento y el desarrollo de WAP para el navegador móvil, había enormes expectativas que la navegación vía estación móvil podría empezar rápidamente. Debido a varios motivos no empezó tan rápido como se esperado. Sin embargo, con mejores pantallas en las estación móviles - la resolución y el color - y con altas tasas de bit y el aumento del contenido, la experiencia de navegar sobre dispositivos de estaciones móviles aumentan rápidamente y el uso de servicio sube. Hubo varias publicaciones de protocolo WAP, del cuales las publicación más importantes son WAP1.1 Y WAP2.0; ver Figura 1.10. La versión WAP indicó que WAP1.1 fue aprobado en junio de 1999 y los primeros productos basados en esta versión fueron lanzados más tarde en el mismo año. La versión WAP2.0 fue publicada en julio de 2001 por el foro WAP, que es actualmente la parte de la Alianza Móvil Abierta (Open Mobile Alliance - OMA). La diferencia más importante entre WAP1.1 Y WAP2.0 es aquel WAP2.0 está basado en los protocolos de transporte de internet estándar (TCP/IP, HTTP/XHTML), mientras la WAP1.1 utiliza protocolos de transporte específicos WAP1.1. De un punto de vista de usuario final, los protocolos TCP/IP proporcionan una rápido descarga de paquetes.
Figura. 1.10. Evolución de Protocolos WAP
El enfoque del desarrollo WAP1.1 fue realizar un buen navegador en sistemas con tiempos de viaje de ida y vuelta de paquetes grandes y con tasas de bit limitadas. Es decir WAP1.1 permite al transmisor enviar los paquetes casi inmediatamente, sin esperar el establecimiento de conexión entre las mismas
CAPÍTULO I: INTRODUCCIÓN 18
comunicaciones. Esto hace al WAP1.1 rápido para pequeños paquetes sobre enlaces no fiables. La debilidad es que el enlace por lo general será utilizado si el archivo para transferir es grande. El enlace disminuido utilizará baja tasa de bit de usuario final para archivos grandes si la tasa de bit de interfaz aire es alta.
WAP2.0 introduce protocolos de internet estándar a las pilas de protocolo WAP. Porque los protocolos TCP/IP tienes bien desarrollado el enlace y los algoritmos de administración de congestión, esto hace al WAP2.0 más eficiente cuando se transfiere archivos grandes sobre radioenlaces con altas tasas de bit. Para hacer TCP aún más eficiente para sistemas móviles, un particular llamada wireless TCP (wTCP) ha sido definida. El protocolo wTCP está basado en la característica TCP estándar, pero en wTCP el soporte de características seguras es obligatorio y las recomendaciones para valores de parámetro han sido alineadas para poder con el tiempo de viaje de ida y vuelta de paquete más alto en redes inalámbricas. La utilización del enlace más alto con TCP/IP para archivos grandes es ilustrada en la Figura 1.11 que asume una conexión de 128 Kbps en WCDMA. La diferencia entre el tiempo de descarga WAP1.1 y WAP2.0 es bastante pequeña para paquetes pequeños debido al tiempo de viaje de ida y vuelta bajo en WCDMA. Un tiempo de viaje de ida y vuelta bajo ayuda a protocolos estándar De Internet a funcionar satisfactoriamente sobre WCDMA sin optimización especial.
CAPÍTULO I: INTRODUCCIÓN 19
Desde una perspectiva de usuario es crucial que navegar sea fácilmente accesible y rápido. Las exigencias de funcionamiento para navegar son que la primera vez que se descargue la página sea inferior a 10 s y para la segundo vez que se descargue la página, sea más bajo que 4 a 7 s. Sin embargo, tenga en cuenta que las exigencias de servicio de usuario final son diferentes de mercado a mercado y también en segmentos diferentes de mercado dentro del mismo mercado. Otra exigencia de usuario es que debería ser posible usar el navegador viajando en auto, tren o autobús. Esto requiere el manejo eficiente de nuevas selecciones de celdas para prevenir roturas de conexión. Porque WCDMA utiliza la entrega por datos conmutados de paquetes y no hay ningunas roturas en la nueva selección de la celda.
Desde una perspectiva de red la primera página descargada es diferente de la segundo página descargada. La razón es que el tiempo de la primera página descargada puede incluir GPRS adjunto, procedimientos de seguridad, PDP (Packet data protocol) activación de contexto y tiempo establecido de portadora de radio dependiendo como la red y la estación móvil han sido configuradas. Para las segundas y consecutivas páginas el tiempo de descargado será inferior porque los mensajes de estructuración iniciales ya han sido enviadas. El tiempo de la segunda página descargada es limitado por el tiempo de viaje de ida y vuelta de paquete básico, la tasa de bit de canal de radio, el rendimiento TCP/IP, versiones HTTP y posiblemente también el tiempo establecido de portadora de radio dependiendo del período inactivo de la última página descargada.
1.3.3.2 Servicio Multicast Broadcast Multimedia
Un nuevo servicio introducido en 3GPP que libera 6 datos específicos es el Servicio Multimedia Broadcast Multicast (MBMS). Hay dos modos de alto nivel de operación en MBMS.
1. El Modo Broadcast, que permite enviar audio y vídeo. El Servicio Broadcast Celular ya existente (Cell Broadcast Service - CBS) es utilizado solo para la mensajería. El modo broadcast es anhelado para ser un servicio gratis y que no haya ningún requerimiento de activación específica para este modo.
CAPÍTULO I: INTRODUCCIÓN 20
2. El Modo Multicast permite enviar datos de multimedia para los usuarios finales que son la parte de un grupo de suscripción multicast. Los usuarios finales supervisan anuncios de servicios disponibles, y luego ellos pueden unir el servicio actualmente activo. Desde el punto de vista de red, el mismo contenido puede proporcionado manera de punto a punto si no hay suficientes usuarios para justificar el alto poder de transmisión. Un ejemplo típico en 3GPP ha sido el servicio de resultados de deporte donde, por ejemplo, los resultados de hockey sobre hielo estarían disponibles así como los vídeos clips de los acontecimientos claves de los juegos del día.
Desde el punto de vista de radio, MBMS es considerado un modo independiente de aplicación de entregar los Servicios de Usuario MBMS, que son pedidos para entregar a múltiples usuarios simultáneamente. Los Servicios de Usuario MBMS pueden ser clasificados en tres grupos así:
1. Servicios de flujo de datos, donde un ejemplo básico es el flujo de audio y vídeo 2. Servicios de transferencia de archivo.
3. Servicio Carrusel, el cual puede ser considerado como una combinación de flujo de datos y transferencia de archivo. En esta clase de servicio, un usuario final puede tener una aplicación el cual proporciona datos repetidamente y las actualizaciones son entonces difundidas cuando hay cambios en el contenido.
Para Servicios de Usuario MBMS, un operador controla la distribución de los datos. A diferencia del Servicio Broadcast Celular (CBS), el usuario final necesita primero unir el servicio y sólo los usuarios que se han unido al servicio puede ver el contenido. El valor pagado puede ser basado en la suscripción o basado en las llaves que permiten a un usuario final tener acceso a los datos. El contenido MBMS puede ser creado por el operador mismo o por un tercero y, como tal, todos los detalles de que un servicio MBMS no debe ser especificado por 3GPP, pero para operadores y proveedores de servicio. Una posible arquitectura de nivel alto MBMS es mostrada en la Figura 1.12, donde la IP de la red multicast manda aquí a cualquier servidor que proporciona contenido MBMS sobre la Internet.
CAPÍTULO I: INTRODUCCIÓN 21
Figura. 1.12. Ejemplo de una Arquitectura de Alto Nivel MBMS
Las tasas de datos del ejemplo en rango va desde la información basada en texto de 14 kbps hasta la distribución de video sobre MBMS de 384 kbps. Los codecs son esperados para ser el actual codec – por ejemplo AMR para voz - para asegurar una base de interoperabilidad grande para diferentes terminales de los servicios proporcionados.