6.-1 Codificación de audio.
obre el audio, se obliga a que se cumpla la recomendación G.711. Las recomendaciones G.722 y G.728 son opcionales, pero si el equipo las cumple la calidad de audio será superior (G.722) ó será menor el requerimiento de ancho de banda (G.728).
Como normalmente la codificación de audio es más sencilla que la de vídeo, hay un retardo de canal para sincronizar ambas señales.
6.2.- Codificación de vídeo.
Para poder introducir las señales de video en un sistema de videoconferencia, se normalizaron dos formatos intermedios: CIF y QCIF (Common Intermediate Format y Quarter CIF). CIF posee una resolución de 352×288 y QCIF 176×144.
Pero la transmisión de imágenes planteaba el siguiente problema: si se pretende realizar una videoconferencia a 15 fps, y codificación RGB, con 8 bits por color utilizando el formato CIF, serán necesarios algo mas que 36 Mbps (352 x 288 x 15 x (8+8+8)= 36.495.360 bps.). Por lo que se debe reducir la cantidad de información a transmitir, mediante compresiones y codificaciones
Esta es una recomendación ITU sobre videoconferencia la cual se aplica a medios que ofrecen un caudal garantizado y un retardo constante (por ejemplo RDSI, líneas punto a punto, etc).
Suele ser la que cumplen los equipos o la que deberían cumplir como mínimo. Se compone de lo siguiente:
Empezando con el vídeo, la H.320 obliga a que la codificación de video se haga según la H.261. De esta manera, podremos ver al interlocutor, es una codificación de video para velocidades entre 40 Kbps y 2 Mbps. Un equipo que cumpla H.261 ha de soportar QCIF de forma obligada, CIF de forma opcional y la estimación de movimiento también opcionalmente.
Poniendo un poco de orden está la H.242, que establece la coordinación (‘handshaking’) entre terminales, durante el establecimiento de la sesión de videoconferencia. Como las características y recomendaciones que soporta cada terminal son distintas, se encarga de negociar las mejores características que se deben mantener durante la videoconferencia.
Si tenemos una multivideoconferencia, quien pone orden es H.230, que establece la manera de realizar el refresco de las imágenes, la conmutación entre audio y video, etc.
Los datos de usuario, como compartición de aplicaciones, pizarra electronica, etc., van de acuerdo a la recomendación T.120.
Todos estos flujos de información (audio, video, control, datos de usuario, etc.) entran en la H.221, que la encargada del interfaz con la red. Establece la multiplexación de los distintos flujos de información sobre la trama de salida, que pueden ser 1 o varios (hasta 30) canales de datos (usualmente de RDSI) de 64 Kbps.
Recomendación H.320.
Para videoconferencias sobre LAN o Internet, que son medios que no garantizan un ancho de banda ni un retardo fijo, la recomendación H.320 no es válida.
Por eso surge la H.323, que se diferencia de la H.320 en que se implementan nuevas codificaciones de audio y video, y las correspondientes al control de llamada (pasan a ser H.245 y H.225) y medio de transporte (H.225 frente a la H.221).
Como nuevas recomendaciones de vídeo, está la H.263, que es un superconjunto de la H.261. Contempla más formatos de imagen, a saber: 16CIF (1408×1152), 4CIF (704×506), CIF y QCIF, y Sub-QCIF que es de 128×64. Además, la reducción de la redundancia temporal tiene en cuenta no sólo los fotogramas pasados si no también los futuros (los llamados cuadros B, mediante el uso de un buffer). También aumenta el tamaño de la región a explorar para encontrar el macrobloque de un fotograma a otro, pasando a ser de 32 puntos frente a los 16 anteriores, contando entonces con mayor posibilidad de éxito.
En audio, aparece la G.723, que es codificación adaptativa como la G.722, pero quedando en 4.3 o 5.3 Kbps, y la G.729, equivalente a la G.728 pero reduciendo el régimen binario de 16 a 8 Kbps.
Recomendación H.323
El estándar H.323 proporciona una base para las comunicaciones de audio, video y datos a través de una red IP como Internet. Los productos que cumplen con el estándar H.323 pueden ínteroperar con los productos de otros, permitiendo de esta manera que los usuarios puedan comunicarse sin preocuparse con problemas de compatibilidad.
H.323 es un estándar bajo el amparo de la ITU, es un conjunto de estándares para la comunicación multimedia sobre redes que no proporcionan calidad de servicio (QoS). Estas redes son las que predominan hoy en todos los lugares, como redes de paquetes conmutadas TCP/IP e IP sobre Ethernet, Fast Ethernet y Token Ring. Por esto, los estándares H.323 son bloques importantes de construcción para un amplio rango de aplicaciones basadas en redes de paquetes para la comunicación multimedia y el trabajo colaborativo.
El estándar tiene amplitud e incluye desde dispositivos específicos hasta tecnologías embebidas en ordenadores personales, además de servir para comunicación punto-punto o conferencias multi-punto. H.323 habla también sobre control de llamadas, gestión multimedia y gestión de ancho de banda, además de los interfaces entre redes de paquetes y otras redes (RTC p.e.)
H.323 forma parte de una gran serie de estándares que permiten la videoconferencia a través de redes. Conocidos como H.32X, esta serie incluye H.320 y H.324, que permiten las comunicaciones RDSI y RTC respectivamente.
Operacion CODEC H 323
Si se utiliza T.120 los datos pueden ser distribuidos en tiempo real a cada uno de los participantes, existiendo interoperabilidad entre equipos de distintos fabricantes, asegurandose la integridad de los datos. Además este estándar es independiente de la red (RTC, LAN, RDSI, etc.) y de la plataforma ( Unix, PC, Macintosh, etc.).
En este tipo de conferencias siempre hay uno que manda (es el ‘proveedor principal’), que es el que ofrece los servicios de MCS (Multipoint Conference Services). La conexión de los terminales a este puede ser en estrella, en cadena, en cascada, etc. Si el proveedor se cae, la conferencia (de datos) se interrumpe.
En las conferencias de datos hay un ‘dominio’, que basicamnte es la conferencia en sí, y ‘canales’ dentro del dominio, que pueden ser públicos (para difusión, broadcast) o privados entre usuarios.
Estos canales son los siguientes:
- Canal de errores de control. Prioridad máxima.
- Canal de anotaciones. Prioridad alta.
- Canal de Imagenes de Mapa de bits. Prioridad media.
- Canal de transferencia de ficheros. Prioridad baja.
Comentarios recientes