Proof of Theorem 2.2.5

Es común hoy para enviar imágenes vía MMS (Mensajes Multimedia), desde una perspectiva de usuario, es percibido como un servicio de SMS (Mensajes Cortos) mejorado. Para que MMS tenga éxito es importante que los mensajes sean entregados con una alta fiabilidad, mientras el tiempo de entrega es corto, aproximadamente menos de un minuto. Desde que el tiempo de entrega no es crucial, es posible usar un menos riguroso 3GPP la calidad de clase de servicio

CAPÍTULO I: INTRODUCCIÓN 10

para MMS. Otra exigencia importante desde el punto de vista del usuario final es que debería ser posible y fácil enviar mensajes de MMS al mismo tiempo, por ejemplo, haciendo un circuito conmutado de llamada. Esto requiere que tanto la estación móvil como la red sean capaces de manejar acceso de radio múltiple a portadores en paralelo.

Si bien un circuito conmutado de llamada paralela y la transmisión de MMS son posibles, la interactividad y el flujo de imágenes del servicio MMS son limitadas. Otro servicio de imagen más poderoso que MMS es compartir video en tiempo real; ver la Figura 1.4 para una ilustración de este servicio. Desde el punto de vista de usuario compartir video en tiempo real es mostrar a otro lo que pasa en su lado de la conexión telefónica. Un típico escenario de uso es que la comunicación comienza hacia fuera con una normal conexión de voz y luego, cuando uno de las partes tiene algo interesante para mostrar, el flujo de video es en una sola dirección es establecida. Es decir el flujo de vídeo sólo se instala cuando ambos usuarios sienten una necesidad clara de realzar la conexión de voz con una conexión de dirección única de vídeo. Esto diferencia al vídeo de dirección única que comparte el servicio de otros servicios de video llamadas de doble dirección. Compartir video en tiempo real tiene ambos casos de uso profesional y privado: compartiendo experiencias de vacaciones, mostrando la propiedad de patrimonio real para agentes de patrimonios reales, y explicando que la situación en cuando hay una necesidad de reparar el equipo.

Figura. 1.4. Compartiendo video en Tiempo Real

Las exigencias de funcionamiento de usuario final para la compartición de video en tiempo son:

¾ La calidad de imagen y tasas de actualización deben ser lo bastante altas para permitir 'la exploración' del ambiente con la cámara.

CAPÍTULO I: INTRODUCCIÓN 11

¾ El retraso entre la toma de una imagen y la exposición de él a otro lado es bastante bajo para permitir la interactividad verdadera.

¾ Es fácil y rápido establecer la corriente en una sola dirección de vídeo una vez que la conexión de voz esté disponible.

Note que compartir video en tiempo real tiene diferentes requerimientos que el flujo de contenido a persona, porque el flujo de contenido a persona no hay o tiene poca interactividad y de ahí ningún requerimiento para retrasos bajos. Para compartir video en tiempo real retrasos bajos están, de otra parte, crucial. Un retraso tolerable entre la toma de una imagen y mostrarlo igual al otro podría estar en el orden de algunos segundos (<5s). Cuando los requerimientos de tasa de bit son muchísimas depende en los tamaños de las muestras de las estaciones móviles. Basado en la resultado inicial de compartir vídeo en las redes, un límite de tasa de bit inferior para una muestra de un teléfono móvil 3.5 cm veces a 4 cm está alrededor de 40 a 64 kbps. Sin embargo, note que la tasa de bit requerida para usar es una función no simple del retraso tolerable, de las tasas de actualización de imagen y los esquemas de codificación aplicados.

Desde un punto de vista de red, el servicio de compartir vídeo en una dirección tiene una característica obvia que es diferente de muchos otros servicios propuestos: esto requiere una alta tasa de bit para el transmisor. La red UMTS debe ser capaz de entregar un alta y razonablemente tasa de bit para soportar la conexión compartida de bajo retraso como la conexión de voz si la conexión de voz es trazada sobre el dominio conmutado de paquete. Esta tasa de bit y exigencias de retraso pueden ser encontradas en un camino eficiente pero utilizando los rasgos de diferenciación QoS que están disponibles en UMTS. Desde una perspectiva técnica, las conexiones igual a igual están en el dominio conmutado de paquete instalado usando el sistema IMS y utilizando el protocolo de iniciación de sesión (Session Initiation Protocol SIP). De una red a otra perspectiva de usuario pone exigencias sobre la señalización de SIP, que es bastante rápido para no preocupar al usuario estableciendo la conexión compartida de video adicional. La rápido señalización SIP puede ser obtenida soportando uno de los múltiples algoritmos de compresión para el SIP.

CAPÍTULO I: INTRODUCCIÓN 12

En la Figura 1.5 un camino de evolución de servicio simple es representado comenzando por servicios de paquetes conmutados como MMS y yendo hacia servicios de exigencia como la vídeo llamada. La vídeo llamada tiene exigencias aún más apretadas sobre los retrasos que el flujo de vídeo de una dirección y un retraso en una dirección de punta a punta de menos de 400 ms que es necesario para la conexión, mientras menos de 150 ms son preferibles.

Figura. 1.5. Evolución del Servicio de Video de Persona a Persona