Vídeo compartido

Video Share es un servicio habilitado para el Sistema Multimedia IP (IMS) para redes móviles que permite a los usuarios que participan en una llamada de voz por conmutación de circuitos agregar una sesión de transmisión de video unidireccional a través de la red de paquetes durante la llamada de voz. Cualquiera de las partes de la llamada de voz puede iniciar una sesión de transmisión de video. Puede haber varias sesiones de transmisión de video durante una llamada de voz, y cada una de estas sesiones de transmisión puede ser iniciada por cualquiera de las partes de la llamada de voz. La fuente de video puede ser la cámara del teléfono o un videoclip pregrabado.

El intercambio de video se inicia desde una llamada de voz. Después de que se establece una llamada de voz, cualquiera de las partes (que llama o que recibe la llamada) puede iniciar una sesión de intercambio de video (VS). El usuario que envía puede transmitir video en vivo o grabado unidireccional. El comportamiento predeterminado es que el teléfono receptor pasará automáticamente al modo de altavoz cuando se reciba el video, a menos que los auriculares estén colocados. El remitente podrá ver lo que se está transmitiendo en su teléfono, junto con el usuario receptor. En este escenario, el remitente puede "narrar" a través de la conexión de audio CS mientras ambas partes ven el video. Ambos usuarios tendrán la capacidad de iniciar una sesión de intercambio de video, y tanto el remitente como el destinatario de una sesión de intercambio de video pueden finalizar la sesión en cualquier momento. Como parte de la invitación de VS, el destinatario puede elegir rechazar el video transmitido. Se pretende que tanto el remitente como el receptor reciban una respuesta cuando la otra parte finalice una sesión o el enlace se caiga debido a la falta de cobertura.

El servicio de intercambio de vídeo está definido por la Asociación GSM ( GSMA ). A menudo se lo denomina servicio combinatorio, lo que significa que el servicio combina una llamada de voz por conmutación de circuitos con una sesión multimedia por conmutación de paquetes. Este concepto se describe en los documentos de especificación del Proyecto de Asociación de Tercera Generación (3GPP) 3GPP TS 22.279, 3GPP TS 23.279 y 3GPP TS 24.279. El servicio de intercambio de vídeo requiere un sistema central IMS compatible con 3GPP .

La Asociación GSM ha dividido la definición del servicio de intercambio de vídeo ^[1] en dos fases distintas. La primera fase (también llamada Fase 1) implica compartir un flujo de vídeo unidireccional de igual a igual junto con una llamada de voz por conmutación de circuitos, pero sin sincronizarla con ella. La segunda fase (también llamada Fase 2) introduce el servidor de aplicaciones de intercambio de vídeo en la solución y admite funciones y capacidades más complejas, como llamadas de intercambio de vídeo de punto a multipunto, transmisión de vídeo a un portal web e integración del intercambio de vídeo con mensajería instantánea.

En la industria, Video Share también se conoce con otros nombres como See What I See y Rich Voice Call .

La función Video Share solo es compatible con redes UMTS y EDGE (con DTM). No es compatible con redes GPRS o CDMA . El cliente de Video Share abandonará una sesión VS cuando el teléfono cambie de UMTS a GSM durante la sesión. La llamada de voz CS permanecerá conectada.

AT&T (antes Cingular) es uno de los operadores móviles que han implementado el servicio Video Share en todo el país.

El intercambio de vídeo entre pares fue introducido por primera vez en los teléfonos Nokia en 2004. Se trataba de una solución propietaria sobre una infraestructura SIP o IMS. Algunos operadores europeos ya ofrecían servicios comerciales basados ​​en estos teléfonos en 2005. Servicios similares aparecieron bajo los nombres de See What I See, Rich Voice Call, Push-to-Video (P2video o PTV), etc.

El servicio de intercambio de vídeo de la GSMA ^[1] se definió, implementó y probó originalmente durante las pruebas del protocolo de inicio de sesión (SIP) realizadas por la Asociación GSM en 2005/2006. Durante las pruebas SIP, el servicio de intercambio de vídeo se utilizó para demostrar la interoperabilidad de IMS sobre SIP. ^[2] El servicio de intercambio de vídeo también se probó en IPX ^[3] para demostrar que el servicio podría estar disponible universalmente en el futuro.

Posteriormente, la GSMA decidió crear un proyecto independiente para Video Share. La fase 1 del proyecto Video Share se basó en los resultados de las pruebas SIP y aprovechó los mismos. La definición del servicio para la primera fase del proyecto Video Share se completó en septiembre/octubre de 2006. Los operadores móviles de todo el mundo, como AT&T, han implementado el servicio Video Share ^[4] basándose en la definición del servicio de la fase 1. La GSMA también dispone de una especificación de referencia técnica de interoperabilidad para Video Share ^[5] .

La fase 2 del proyecto GSMA Video Share se inició en mayo/junio de 2007 y actualmente está en curso.

Video Share a veces se confunde con el servicio tradicional de videollamada bidireccional. La videollamada implica la transmisión simultánea de video y audio bidireccional entre las dos partes (de principio a fin), mientras que Video Share implica agregar y eliminar una o más sesiones de video unidireccionales a una llamada de voz existente entre las dos partes. Existen otras diferencias sutiles entre los dos servicios en lo que respecta a la experiencia del usuario:

1. En una videollamada, la intención se conoce de antemano. Las partes que participan en la llamada son plenamente conscientes de que participan en una videollamada. La persona que llama inicia la llamada como una videollamada y la duración del video está vinculada a la duración de la llamada de voz. Por el contrario, una sesión de intercambio de video comienza como una conversación de voz normal y, según la conversación, puede dar lugar a que una de las partes comparta algo con la otra mientras hablan sobre ello (por ejemplo, un auto nuevo, la nieve que hay afuera, un videoclip de niños). Una llamada de voz de 3 a 4 minutos puede implicar un minuto de intercambio de video.
2. El intercambio de videos no tiene implicaciones de privacidad para el receptor, ya que el intercambio de videos es unidireccional. La cámara del teléfono móvil del remitente generalmente apunta a algún objeto o actividad que desea compartir con el destinatario. Por otro lado, las videollamadas históricamente han sido un tipo de servicio del tipo "te veo, me ves", donde la cámara apunta a las partes de la llamada (por ejemplo, videoteléfono , cámara web ).
3. La pantalla de un teléfono móvil tiene un espacio limitado. Dividir la pantalla en modo Imagen en imagen (para mostrar tanto las transmisiones de video enviadas como las recibidas) degrada significativamente la experiencia del usuario de videollamadas en un teléfono móvil (las videollamadas con modo Imagen en imagen son efectivas en aplicaciones corporativas, como videoconferencias , donde se utiliza una pantalla grande).

Las extensiones de Video Share incluyen Video Clip Sharing, donde un videoclip grabado en el teléfono (o residente en la red) se puede compartir entre dos partes, algo que no se ofrece en una implementación típica de videollamada.

La solución de video compartido de la Fase 2 consta de una aplicación cliente que se ejecuta en los teléfonos móviles y un servidor de aplicaciones implementado en la red móvil. La arquitectura de video compartido de la Fase 1 no incluye un servidor de aplicaciones, es decir, los medios se transfieren directamente entre los terminales. El servicio de video compartido utiliza la infraestructura estándar IMS Core para transmitir la señalización y el tráfico de medios. Los servidores proxy de intercambio de paquetes IP (IPX) pueden formar parte de esta infraestructura para permitir la interconexión entre operadores y proporcionar un punto de recopilación de registros de contabilidad de sesiones utilizados para la facturación del tráfico entre operadores.

El cliente de Video Share (VS) es una aplicación de software que se ejecuta en el teléfono móvil. Normalmente, el cliente de Video Share se implementa como una aplicación nativa que se ejecuta en sistemas operativos móviles como Windows Mobile, Symbian, Linux y RTOS propietario. Los teléfonos móviles compatibles con VS contienen una ISIM/USIM debidamente aprovisionada con identidades públicas/privadas de IMS y credenciales de acceso. La suscripción de un usuario suele estar vinculada a su tarjeta inteligente (ISIM/USIM), de modo que el servicio de Video Share es portátil en el sentido de que el usuario puede enviar y recibir videos compartidos en cualquier teléfono móvil compatible.

El cliente de video compartido admite transmisión SIP y RTP/RTCP. SIP se utiliza para el control y la señalización de llamadas, y RTP/RTCP se utiliza para la transmisión de video. Las funciones admitidas por un cliente de video compartido GSMA incluyen:

• Registro, autenticación e inicio de compartición de videos
  • Registro de IMS al encender el dispositivo utilizando las credenciales de acceso de IMS almacenadas en el ISIM/USIM
  • Capacidad de compartir video Intercambio previo al inicio de una llamada de video compartido mediante SIP, incluidos los códecs admitidos
  • Icono de pantalla que indica el estado de capacidad del otro dispositivo (es decir, si el otro dispositivo es compatible con VS o no)
  • Capacidad del usuario para iniciar y detener una sesión de VS. La parte llamada tiene la opción de aceptar o rechazar una transmisión de video al inicio de la sesión.
• Usabilidad
  • Políticas de privacidad que permiten a los usuarios bloquear a otros usuarios para que no realicen un intercambio de capacidades con su dispositivo o transmitan videos a su dispositivo
  • Capacidad de un dispositivo de transmisión o recepción para finalizar una sesión de VS en cualquier momento durante la sesión
  • Capacidad para que tanto los dispositivos transmisores como los receptores muestren el vídeo que se está transmitiendo
• Compatibilidad con códecs
  • Perfil H.263 0 (nivel 10). Se desea compatibilidad con otros códecs, pero es opcional.
  • Compatibilidad con el formato de carga útil RTP H263-2000
  • Compatibilidad con informes de remitente y receptor RTCP

El servidor de aplicaciones para compartir video es un servidor de aplicaciones IMS que interactúa con el elemento de red S-CSCF en la red IMS a través de la interfaz ISC definida por 3GPP. El servidor de aplicaciones admite la arquitectura de control de llamadas SIP Back-to-Back User Agent (B2BUA) que permite el control de políticas de servicio y las capacidades de aplicación de la sesión de intercambio de video. El servidor de aplicaciones para compartir video normalmente se ejecuta en una plataforma de hardware tolerante a fallas de nivel de operador.

La funcionalidad compatible con el servidor de aplicaciones para compartir vídeo incluye:

• Control del servicio de intercambio de vídeo. El servidor de aplicaciones proporciona un punto central para el control, el aprovisionamiento y la configuración de servicios en la red, y para aplicar políticas de servicio como el control de admisión y el control de registro. Las políticas de servicio y de suscriptores definidas por el operador se pueden aplicar incluso si un suscriptor ha modificado la política en su teléfono. El servidor puede aplicar las políticas en tiempo real o durante el establecimiento de la sesión, asegurándose de que la política en el teléfono coincida con la política definida por el operador almacenada en el servidor. En algunos casos, esto puede requerir sobrescribir la política en el teléfono con la del servidor. Un servidor de aplicaciones basado en servidor aplicará políticas de control de acceso y cobro en función de los siguientes desencadenadores:
  • Acceso de roaming entrante (el suscriptor de origen móvil solicita una sesión desde una red visitada)
  • Acceso de roaming saliente (solicitud de sesión a un abonado que termina en móvil y se encuentra en la red visitada)
  • Acceso a la red doméstica
  • Tipo de red de acceso (UMTS, Wi-Fi o ambas)
  • Período promocional sensible al tiempo (período pico, temporada baja o período promocional)
  • IMSI o Identificador público de usuario (PUID) del usuario que llama o del usuario llamado
  • Área de ubicación del usuario que llama o del usuario llamado
  • Dirección de origen móvil o dirección de destino móvil (solo envío, solo recepción o ambas)
• Una vez que se cumplen estas condiciones de activación, se pueden aplicar políticas de control de sesión de Video Share, como las siguientes:
  • Terminación de llamadas
  • Bloqueo de llamadas
  • Brecha de llamadas
  • Control de calidad de transmisión de video
  • Compatibilidad con sesiones de intercambio de video punto a multipunto mediante la configuración de múltiples puntos para una sesión de intercambio de video
• Permitir la interoperabilidad entre diferentes clientes/dispositivos de punto final al proporcionar funciones de normalización de cliente como (a) conversión de protocolo, (b) transcodificación de video y (c) adaptación de velocidad.
• Capacidades de cobro mejoradas. El servidor de aplicaciones se puede configurar para incluir parámetros en los registros de cobro que sean específicos del servicio de video compartido. El servidor de aplicaciones permite admitir una variedad de planes de cobro.
• Estadísticas detalladas que incluyen:

1. Estadísticas de sesión, incluidas las establecidas, finalizadas, iniciadas y fallidas
2. Estadísticas de registro de usuarios, incluidos aquellos registrados, dados de baja y registros rechazados.
3. Información detallada de llamadas activas que incluye hora, fecha, PUID, dirección de contacto, información del encabezado Desde y Hasta, etc.
4. Estadísticas de calidad de transmisión de medios
   1. Pérdida de paquetes de conexión: datos obtenidos de los informes del remitente y el receptor RTCP recibidos de los dos puntos finales del cliente que comparten video
   2. Estadísticas de fluctuación y demora: datos de los informes del transmisor y el receptor RTCP recibidos de los dos puntos finales del cliente que comparte video

• Optimización y almacenamiento en caché de Capability Exchange
• Soporte para puntos finales de dispositivos que no sean 3G, como un portal web, lo que permite realizar una sesión de intercambio de video en tiempo real con un usuario de PC mediante un navegador web.
• Capacidad de grabar y almacenar el vídeo transmitido en tiempo real en un almacenamiento compartido de vídeo basado en red.
• Redirección de la sesión de intercambio de video a diferentes puntos finales según las políticas de servicio configuradas.

Los pasos básicos necesarios para configurar y finalizar una sesión de Video Share son los siguientes:

• Configuración de llamada de conmutación de circuito
• Consulta de capacidad
• Procedimiento de invitación
• Transmisión de video
• Desmontaje de la sesión de vídeo
• Desmontaje de la llamada del interruptor de circuito

La sesión de intercambio de video comienza con una llamada de conmutación de circuitos entre el usuario A y el usuario B. El siguiente paso es el intercambio de capacidades, en el que se consulta al otro teléfono para determinar si el destinatario es capaz de admitir una sesión de intercambio de video. Esto se realiza con el método SIP OPTIONS. Ambos teléfonos pueden realizar este intercambio de capacidades. La sesión de intercambio de video se inicia enviando un mensaje SIP INVITE a la parte llamada.

Una vez que se ha configurado la sesión de Video Share, puede comenzar la transmisión del video real. El video se envía entre los clientes de Video Share mediante RTP (Protocolo de transporte en tiempo real), que se usa ampliamente en las comunidades de Internet y móviles para la transmisión de video. El transporte de video se complementa con un protocolo de control (RTCP) para permitir el monitoreo de la entrega de datos mediante paquetes RTCP RR (Informe del receptor) y RTCP SR (Informe del remitente). Cuando una de las partes decide detener la sesión de Video Share, la sesión se cancelará (mediante RTCP BYE) y la sesión SIP se detendrá (mediante SIP BYE). Después de estos pasos, la sesión de llamada de voz de Circuit Switch aún existe.

En el caso de una sesión de intercambio de video basada en un portal web, el video se transmite al portal en lugar de al usuario B, y se accede a él mediante una PC con un navegador web.

Existen múltiples opciones para implementar el servicio Video Share.

• Opción 1: La solución se implementa en la red IMS del operador móvil. El servidor de aplicaciones se integra en la red central IMS del operador. El operador carga previamente los clientes de Video Share en los teléfonos seleccionados. Los usuarios se registran en el servicio a través del operador.
• Opción 2: La solución se implementa como un servicio alojado por un tercero, independiente del operador móvil. Los usuarios descargan el cliente Video Share del tercero mediante un procedimiento de descarga de aplicaciones para teléfonos móviles bien establecido y se registran para el servicio con el tercero.

• Combinación de servicios de conmutación de circuitos (CS) y multimedia IP (IMS), TS 23.279, proyecto de asociación de tercera generación