Informe_UCV - Videoconferencia Sobre LAN

5/10/2018 Informe_UCV - Videoconferencia Sobre LAN - slidepdf.com

http://slidepdf.com/reader/full/informeucv-videoconferencia-sobre-lan 1/40

Universidad Central de Venezuela

Faculta de Ingeniería

Escuela de Ingeniería Eléctrica

Redes de Computadoras

VIDEO CONFERENCIA SOBRE REDES LAN. ESTANDAR H.323

Ing.José V. Lugo

Ing.Luis Medina

Ing.Edgardo Márquez D.Ing.Eduardo Vera.

Caracas, Julio 1999



INDICE

INTRODUCCION..............................................................................................................................................3

PERSPECTIVA HISTÓRICA..........................................................................................................................4

CONCEPTOS GENERALES............................................................................................................................5

DEFINICIONES.......................................................................................................................................................6

AUDIO, VIDEO Y DATOS EN EL MUNDO H.323. .......................................................................................................7

NUEVO ENFOQUE EN EL ENTORNO DE LA RED. ...........................................................................................................8

IMPORTANCIA DEL H.323......................................................................................................................................9

COMPONENTES DEL H.323.........................................................................................................................13

E NTIDAD............................................................................................................................................................13

EXTREMO..........................................................................................................................................................13

TERMINAL..........................................................................................................................................................13

GATEKEEPER ......................................................................................................................................................13

GATEWAY..........................................................................................................................................................13

U NIDAD DE CONTROL MULTIPUNTO......................................................................................................................14CONTROLADOR MULTIPUNTO................................................................................................................................14

PROCESADOR MULTIPUNTO..................................................................................................................................15

PROXY..............................................................................................................................................................15

TIPOS DE CONFERENCIAS.........................................................................................................................15

MULTIPUNTO DESCENTRALIZADA..........................................................................................................................16MULTIPUNTO CENTRALIZADA...............................................................................................................................16

OTROS MODOS DE CONFERENCIA..........................................................................................................................16

ESTÁNDAR H.323 Y OTROS PROTOCOLOS RELACIONADOS.........................................................18

AUDIO...............................................................................................................................................................20VIDEO...............................................................................................................................................................22

CONTROL...........................................................................................................................................................24H.225..............................................................................................................................................................25

H.245..............................................................................................................................................................26

RTP (REAL TIME PROTOCOL) Y RTCP (REAL TIME CONTROL PROTOCOL)...........................27

PROTOCOLO RTP (R EAL TIME TRANSPORT PROTOCOL)..........................................................................................27ARQUITECTURA DEL PROTOCOLO RTP..................................................................................................................29

PROTOCOLO RTCP............................................................................................................................................32

APLICACIONES..............................................................................................................................................34

CONCLUSIONES............................................................................................................................................39

REFERENCIAS................................................................................................................................................40

2



INTRODUCCION

Desde el inicio del primer sistema de videoconferencia comercial en 1.982 hasta

nuestros días, muchas cosas han cambiado en el panorama de lavideoconferencia, desde el punto de vista tecnológico y de aplicación a las

necesidades de los usuarios.

Las primeras soluciones estaban basadas en tecnologías propietarias, y por lo

tanto, que no permitían la comunicación entre sistemas de diferentes fabricantes.

Por otro lado, desde aquel primer concepto de sala de videoconferencia de muy

alto costo, se ha pasado a sistemas mucho más flexibles, económicos y que

pueden adaptarse a las diferentes necesidades de los usuarios, según cuales

sean sus aplicaciones y capacidad económica.

Como consecuencia, se ha pasado de una utilización restringida a los cuadros

directivos de grandes compañías, a una mayor difusión en empresas de tamaño

medio e incluso pequeño, y dentro de cada empresa se ha dado paso a una

utilización por todos los niveles susceptibles de hacer uso de la misma. De esta

manera, el concepto de recurso compartido ha permitido que hoy no haya una

empresa que no pueda tener acceso a esta tecnología en relación con su costo.

A esta situación nunca se habría llegado de no haber sido por la muy amplia

difusión que han alcanzado las líneas de telecomunicaciones, fundamentalmente

ISDN(Integrated Services Digital Network), con un costo accesible a todos.

Actualmente se plantean continuas evoluciones y retos tecnológicos. El másimportante del momento es la integración de la videoconferencia sobre las redes

de datos, utilizando éstas para el transporte de la voz y del video junto con los

datos. Además hay que mantener la integración y comunicación con el mundo

exterior a nuestra organización, que en la mayor parte de los casos será a través

de ISDN.

3



Sólo con un diseño adecuado de nuestras redes de videoconferencia, en función

de la aplicación y de las infraestructuras de que dispongamos, conseguiremos

beneficiarnos de inmediato de las inmensas posibilidades que nos brinda la

videoconferencia para la empresa de hoy.

En este documento haremos una aproximación a la tecnología que hace todo ello

posible: el Estándar H.323 .

PERSPECTIVA HISTÓRICA

Antes del estándar H.323, la ITU (International Telecomunication Union) se enfocó

exclusivamente en la regularización de las telecomunicaciones en redes globales.Por ejemplo, en 1985 se empezó el trabajo en la especificación en el intercambio

de voz y video comprimido en las redes de circuitos intercambiables, tales como

ISDN. La ratificación y aceptación de la norma H.320 tomó más de 5 años (la cual

fue aceptada por el CCITT en Diciembre de 1990). Otros 3 años fueron necesarios

para que los productos que cumpliesen con la norma, lograran la

interoperabilidad.

Cuando las organizaciones buscaron poner capacidades similares de manejo de

video y se mejoraron los productos para teleconferencia en LAN, nuevos

problemas aparecieron. En Enero de 1996, un grupo de compañías de redes

computadora y de datos, propusieron la creación de una nueva norma ITU para

dirigirse a estos problemas. Inicialmente, la investigación se enfocó en los

problemas de las redes de área local debido a que éstos eran más fáciles de

controlar. Sin embargo, con la expansión de Internet, el grupo ha buscado cubrir

todas las redes de IP, con una sola recomendación. Esto hecho marcó el principio

de las normas H.323.

El estándar H.323 soporta video en tiempo real, voz y datos sobre redes de área

local, regionales, y redes de área extendida. Además, soportará Internet e

4



Intranet. En mayo de 1996, el Grupo de Estudio 15 de ITU redefinió, oficialmente,

el H.323 como la recomendación para “los sistemas de comunicaciones

multimedia en aquellas situaciones donde el transporte está basado en redes de

paquetes que no pueden proporcionar una Calidad Garantizada de Servicio”.

H.323 también soporta videoconferencia sobre dial up o conexiones punto a punto

sobre la red telefónica o ISDN. En estos casos, debe estar disponible una capa de

transporte basada en paquetes como PPP.

CONCEPTOS GENERALES

Con el objetivo de recibir los beneficios de la efectividad y fiabilidad del uso de lavideoconferencia dentro de cualquier organización, el cliente debe considerar el

sistema completo. Este incluye los equipos terminales y la red a la que se

conectan dichos equipos. Como un acueducto que suministra agua a una ciudad,

la capacidad de una solución de videoconferencia será tan eficaz como lo sea su

punto más débil. Una integración inteligente sobre diferentes medios de transporte

es crucial para el éxito de la implantación de una red de videoconferencia.

Los clientes con una sensibilidad especial hacia sus redes de datos están

buscando constantemente las formas de optimizar el uso de las redes existentes

y de sus recursos. Esto significa a menudo la combinación de datos, video y voz

en una única red corporativa. Con este objetivo en mente, los usuarios se pueden

preguntar:

• ¿Cómo se puede conectar a la red corporativa los equipos que hasta el

momento se han estado utilizando en la sala de videoconferencia o en micomputador?

• ¿Qué ventajas en productividad o prestaciones de servicio se obtienen al utilizar

video sobre la red?.

5



• ¿Se pueden manejar todos los terminales de videoconferencia con las mismas

herramientas que se usan actualmente con el resto de equipos de la red?

Con el estándar H.323, los fabricantes, proveedores de servicios e integradores de

sistemas, disponen de las herramientas necesarias para construir una solución

completa y unificada: un conjunto de tecnologías capaces de soportar diversas

aplicaciones de videoconferencia.

Definiciones

H.323 es una familia de normas establecidas por ITU para las comunicacionesmultimedia sobre las redes LAN, en las cuales se describen las especificaciones

para las redes LAN que no proporcionan una calidad de servicio (QoS), incluyendo

TCP/IP e IPX corriendo sobre Ethernet, Fast Ethernet, y Token Ring. La tecnología

de redes en la que más se está implementando H.323 es sobre IP (Protocolo de

Internet).

La norma define un conjunto de características y funciones, algunas de las cualesson requeridas y otras son opcionales. Los principales componentes definidos en

la norma son los siguientes:

• Terminales (endpoints)

• Gateways.

• Gatekeepers.

• Unidades de Control Multipunto (Multipoint Control Unit – MCU).

El estándar H.323 usa los mismos algoritmos de compresión para el video y audio

que H.320. Aunque también introduce algunos nuevos.

6



Aunque a H.323 normalmente se le llama Estándar, para el ITU es considerado

una recomendación. Al igual que las recomendaciones de origen similar, está

abierta a la interpretación de los fabricantes individuales. Esto tiene ventajas y

desventajas. Una ventaja es que la recomendación deja abierta una ventana para

los fabricantes, de manera que puedan llevar a cabo características especiales

requeridas por ciertas aplicaciones. Como resultado, se puede conseguir una

mayor variedad de productos disponibles en el mercado.

En el fondo, la flexibilidad en las especificaciones creará ciertamente desafíos en

cuanto a la interoperabilidad, sobre todo en las primeras fases del desarrollo del

mercado. Este es un problema particularmente complejo en el mundo del H.323,

debido a la gran variedad de equipos que la recomendación cubre (terminales,gateways, gatekeepers, MCU, MP, etc.); lo cual puede tomar un tiempo, antes de

que muchos de los problemas de interoperabilidad entre vendedores queden

resueltos.

El H.323 se fundamenta en las especificaciones del H.320. Muchos de los

componentes del H.320 se incluyen en el H.323. A este respecto, el H.323 se

puede ver como una extensión del H.320. Sin embargo, el nuevo estándar fuediseñado específicamente con las siguientes ideas en mente:

• Basarse en los estándares existentes, incluyendo H.320, RTP y Q.931

• Incorporar algunas de las ventajas que las redes de conmutación de paquetes

ofrecen para transportar datos en tiempo real.

• Solucionar la problemática que plantea el envío de datos en tiempo real sobre

redes de conmutación de paquetes.

Audio, Video y Datos en el mundo H.323.

7



Como ya se ha mencionado, el H.323 se construye sobre muchos de los

elementos del H.320 y a la vez amplía sus capacidades. Algunas de las

capacidades añadidas resultan del comportamiento inherente al tráfico de

paquetes y su forma de ser transmitidos. Otras resultan de las mejoras en las

técnicas de compresión y señalización que han sido desarrolladas a lo largo del

tiempo. Un ejemplo de estas últimas es el nuevo algoritmo de compresión de video

H.263, que se basa en el H.261 y se ha optimizado para anchos de banda

pequeños

Todos los terminales H.323 deben soportar audio. Concretamente, deben ser

capaces de codificar y decodificar audio en el algoritmo G.711, ya especificado en

H.320. Para adaptarse a las necesidades de las diferentes redes, especialmenteen conexiones con poco ancho de banda, un terminal debe ser capaz de codificar

y decodificar la voz usando otros algoritmos diferentes.

Las capacidades de video son opcionales. Un terminal puede soportar o no la

codificación de video. Si se soporta, el único modo exigido es el H.261 en

resolución QCIF. Más allá de este punto, un terminal puede soportar otros modos

de video con algoritmos propietarios o estándares.

La compartición de datos es opcional en H.323. De estar presente, debe cumplir la

norma T.120.

Nuevo enfoque en el entorno de la red.

Aquellos ya familiarizados con la videoconferencia tienden a pensar en los equipos

de comunicación con video como un sistema interactivo, bi-direcional y en tiempo

real. Así serán ciertamente muchas de las implantaciones de H.323, pero no

todas. Algunos terminales H.323 son capaces de recibir y no de enviar secuencias

de video. Esto permite utilizar tecnologías de “streaming video” o envío de video

en una dirección. Los proveedores de contenidos, un concepto familiar en el

8



entorno de Internet, recogen secuencias de video para posteriormente poder ser

difundidas por enlaces IP. Este modelo de espectador podría también reproducir

secuencias enviadas por correo electrónico, sesiones de formación a distancia,

etc.

El H.323 fue diseñado para proporcionar una solución de video de calidad y a la

vez mantener las capacidades de las redes públicas conmutadas. Como hemos

mencionado anteriormente, muchas de las diferencias entre el H.323 y el H.320

tienen sus raíces en las diferencias inherentes entre las dos clases de redes

tratadas. Mientras muchas de las características del H.320 están centradas en los

puntos terminales, el H.323 se conforma con un modelo más orientado a la red.

Muchas de las características de una "solución" H.323 pueden residir en

servidores o en la propia red. Por ejemplo:

• Multicast

• Servicio centralizado de directorio

• Funcionamiento asimétrico.

• Capacidades multipunto distribuidas

Los productos H.323 tienen nuevas capacidades debido a la añadida flexibilidad

de las redes de datos tomando ventaja de los entornos IP y como resultado, los

usuarios se benefician de las mismas.

Importancia del H.323

El H.323 es la primera especificación completa, bajo la cual, los productos

desarrollados se pueden usar con el protocolo de transmisión más ampliamente

difundido (IP). Existe tanto interés y expectativa entorno al H.323 porque aparece

en el momento más adecuado. Los administradores de redes tienen amplias redes

ya instaladas y se sienten confortables con las aplicaciones basadas en IP, tales

9



como el acceso a la Web. Además, los ordenadores personales son cada vez más

potentes y, por lo tanto, capaces de manejar datos en tiempo real tales como voz

y video.

Varias compañías consultoras independientes predicen una rápida adopción del

H.323. El gráfico siguiente explica por sí mismo esta tendencia.

La existencia del H.323 resulta en gran beneficio para los usuarios. Una de sus

más importantes ventajas es la interoperabilidad de los equipos. Dentro de una

única red, los sistemas H.323 de diferentes fabricantes serán intercambiables. Un

gateway de un determinado fabricante puede coexistir y trabajar junto con

terminales de diferentes fabricantes. La conectividad fuera de la propia red

también (con clientes, proveedores, etc.) se simplifica notablemente. La existencia

de un estándar impulsa la competencia y produce un ajuste de precios.

Este optimismo general del mercado debe ser contemplado cuidadosamente para

no caer en algunas ideas erradas, difundidas en torno a la tecnología de video

sobre IP. Es posible que eventualmente todos los ordenadores con un puerto LAN

lleguen a tener capacidades de video. Sin embargo, el nivel de prestación de

servicio de estos equipos estará, en muchos casos limitado, aunque mejore

10



conforme lo hace la tecnología de los PC´s y la de los procesadores digitales de

señales. Los fabricantes, por su parte, introducirán con el tiempo diversas

soluciones de valor agregado. La variedad de terminales H.323 combinada con

adaptadores, gateways y otros productos de infraestructura, puede proporcionar

una conectividad universal dentro y fuera del ámbito de una misma empresa.

El mundo real del H.323.

Una amplia implantación de los productos H.323 representa importantes retos

para los gestores de las tecnologías de la información. Es importante una

aproximación a esta tecnología desde una perspectiva realista. Existen además

dos áreas involucradas, los administradores de sistemas y los administradores deredes (LAN y WAN).

Con H.323, se puede estar seguro de alcanzar un crecimiento exponencial en el

número de terminales empleados. El usuario va a necesitar un sistema

centralizado para gestionar los equipos conectados en su red. Como los sistemas

de videoconferencia forman parte de la red de datos, se tendrá una enorme

ventaja si se puede utilizar el mismo tipo de herramientas para gestionarlos quelas que ya se utilizan con la red de datos y los equipos en ella instalados. Una

herramienta basada en el protocolo SNMP es la solución ideal para gestionar una

red de video H.323, desde una localización centralizada. El H.323 permite utilizar

la red de datos para transportar video. Una gestión SNMP permite utilizar la red de

datos para gestionar los equipos de esa red.

Otro reto presente, está relacionado con el ancho de banda de las infraestructuras.

Muchas de las redes LAN están optimizadas y diseñadas para un tipo de

aplicaciones: transmisión de datos. Los usuarios comparten el ancho de banda

dentro de una red para acceder a un servidor, a una impresora y a dispositivos de

comunicaciones. Los paquetes de datos se procesan de manera lineal conforme

llegan. En ocasiones puede que el usuario experimente retardos debido a

11



congestionamiento de la red. Para aplicaciones de tipo transacción de datos, estos

retardos introducidos por la red pueden incluso llegar a no ser perceptibles por el

usuario. Y en ningún caso, dicho retardo daña irreparablemente la aplicación. Las

aplicaciones de datos multimedia, especialmente las interactivas como la

videoconferencia, no pueden aceptar dichos retardos. Por lo tanto, en estos casos

será necesario adaptar las infraestructuras de LAN para soportar aplicaciones

H.323.

En la parte de red de área extensa, el problema pudiera ser más importante.

Muchos de los enlaces WAN fueron ideados para transportar datos no en tiempo

real. El H.323 demanda un incremento de la calidad de servicio (QoS) tanto en la

LAN como en la WAN.

Una estrategia para solucionar este problema es aumentar el ancho de banda en

la LAN. El ancho de banda en la WAN es sensiblemente más costoso, por lo que

en muchos casos no es viable dicha solución.

12



COMPONENTES DEL H.323

Entidad

La especificación H.323 define el término genérico entidad como cualquier

componente que cumpla con el estándar.

Extremo

Un extremo H.323 es un componente de la red que puede enviar y recibir

llamadas. Puede generar y/o recibir secuencias de información.

TerminalUn terminal H.323 es un extremo de la red que proporciona comunicaciones

bidireccionales en tiempo real con otro terminal H.323, gateway o unidad de

control multipunto (MCU). Esta comunicación consta de señales de control,

indicaciones, audio, imagen en color en movimiento y/o datos entre los dos

terminales. Conforme a la especificación, un terminal H.323 puede proporcionar

sólo voz, voz y datos, voz y vídeo, o voz, datos y vídeo.

Gatekeeper

El gatekeeper (GK) es una entidad que proporciona la traducción de direcciones y

el control de acceso a la red de los terminales H.323, gateways y MCUs. El GK

puede también ofrecer otros servicios a los terminales, gateways y MCUs, tales

como gestión del ancho de banda y localización de los gateways o pasarelas.

Gateway

Un gateway H.323 (GW) es un extremo que proporciona comunicaciones

bidireccionales en tiempo real entre terminales H.323 en la red IP y otros

terminales o gateways en una red conmutada. En general, el propósito del

gateway es reflejar transparentemente las características de un extremo en la red

IP a otro en una red conmutada y viceversa. En otras palabras, nos servirá de

13



pasarela entre el entorno de vídeo sobre IP H.323 y el entorno vídeo sobre RDSI

H.320.

Figura1. Componentes del H.323

Unidad de Control Multipunto

Una unidad de control multipunto H.323 (MCU) es un extremo que proporciona la

capacidad para que tres o más terminales y gateways participen en una

conferencia multipunto. La MCU opera generalmente como una MCU H.320,

aunque no es obligatorio un procesador de audio. Una MCU se forma de dos

partes: un controlador multipunto (MC) que es obligatorio y un procesador

multipunto (MP) opcional. En el caso más simple, una MCU puede estar formada

por un MC únicamente.

Controlador Multipunto

Un controlador multipunto (MC) es una entidad H.323 que proporciona las

capacidades de negociación entre todos los terminales para conseguir la

14



comunicación. Puede controlar así mismo recursos de la conferencia tales como

el vídeo multicast. El MC no realiza mezcla ni conmutación de audio, vídeo o

datos.

Procesador Multipunto

Un procesador multipunto (MP) es la entidad H.323 cuyo hardware y software

especializado mezclan, conmutan y procesan el audio, vídeo y/o los datos de los

participantes en una conferencia multipunto. El MP puede procesar una única

secuencia multimedia o varias simultáneamente, dependiente del tipo de

conferencia soportada.

ProxyUn proxy H.323 es un servidor proxy con soporte H.323 que proporciona acceso a

los usuarios de una red segura a otra utilizando información que cumpla las

recomendaciones de la norma H.323. Un proxy H.323 se comporta como dos

extremos H.323 pasando mensajes de establecimiento de llamadas e información

en tiempo real a un destino situado en la parte segura de un cortafuegos. Puede

estar integrado con otro dispositivos de seguridad o entidades H.323 (gateways,

cortafuegos, etc.).

TIPOS DE CONFERENCIAS

Una conferencia H.323 que involucre a dos terminales, a un terminal y a una MCU

o a un terminal y a un gateway, puede cambiar de un modo punto a punto a otro

multipunto y viceversa fácilmente. Desde una perspectiva de usuario, una

conferencia multipunto involucra a tres o más extremos. Sin embargo, el H.323

define un número diferente de modos para las llamadas multipunto que son lossiguientes:

Multipunto Multicast.

Multipunto Unicast.

Broadcast.

15



Las diferencias entre estos modos son irrelevantes para el usuario. Sin embargo,

desde un punto de vista de red, son muy importantes.

Multipunto Descentralizada

Los terminales H.323 pueden recibir más de un canal de audio y vídeo

simultáneamente. En estos casos, los terminales H.323 pueden necesitar realizar

tareas de mezcla y conmutación para presentarle al usuario la señal de vídeo

adecuada en cada momento. Una conferencia multipunto descentralizada es

aquella en la que los terminales participantes envían en modo Multicast sus

señales de audio y vídeo a todos los demás terminales. No hay una MCU

involucrada en esta tarea. Los terminales son los responsables de: absorber lassecuencias recibidas de audio y seleccionar una o más de las secuencias

recibidas para mostrarlas.

En este caso, no se requiere el Procesador Multipunto (MP) de audio y vídeo.

Multipunto Centralizada

Por otro lado, las secuencias de vídeo pueden provenir de un único punto de la

red. Éste puede ser un MCU central, la cual ha realizado la mezcla del vídeo y/oaudio antes de enviarlos. Este modelo es similar a la MCU H.320. Un conferencia

multipunto centralizada es aquella en la cual todos los terminales participantes se

comunican en modo punto a punto con una MCU. Los terminales sus señales de

control, audio, vídeo y/o datos a la MCU. El Controlador Multipunto (MC) que

están en la MCU centraliza y administra la conferencia. El Procesador Multipunto

(MP), también incluido en la MCU, procesa las señales de audio, vídeo y/o datos,

devolviendo a cada terminal la secuencia procesada.

Otros Modos de Conferencia

Además de los ya vistos, hay dos modos de conferencia broadcast posibles. Una

conferencia simplemente broadcast es aquella en la que hay un emisor de

secuencias multimedia y varios receptores. No existe, en este caso, una

16



transmisión bidireccional de señales de control ni de secuencias multimedia.

Tales conferencias son implantadas usando las capacidades multicast de la red de

transporte y bajo las directrices marcadas para este caso por H.323, la norma

H.332.

Puede haber también soluciones híbridas de los casos anteriormente

mencionados. Por ejemplo, una conferencia panel broadcast es una combinación

de una conferencia multipunto y una broadcast. En este caso, varios terminales

están conectados a una MCU, mientras otros únicamente reciben las secuencias

multimedia. Existe una transmisión bidireccional entre los terminales de la parte

multipunto de la conferencia, mientras en la parte broadcast no se da.

Figura 2. Tipos de Conferencias

17



ESTÁNDAR H.323 Y OTROS PROTOCOLOS RELACIONADOS

Como se mencionó anteriormente, los estándares H.323 conforman un paragua derecomendaciones aprobadas por la ITU-T, en el año de 1996. Posteriormente, en

enero del año 1998, la ITU-T aprobó una segunda versión del estándar H.323 que

mejora ciertas deficiencias presentes en la primera versión e introduce nuevos

protocolos, así como también, nuevas funcionalidades dentro de algunos

protocolos existentes, tales como Q.931, H.245 y H.225. Los más significativos

avances se mostraron en seguridad, en la ejecución de una llamada rápida, en la

integración T.120/H.323 y en otros servicios suplementarios.

H.323 se construye sobre muchos de los elementos de su predecesor: H.320, y al

mismo tiempo, se amplían sus capacidades, ver Tabla 1. Para ello, H.323 agrega

algunas capacidades que resultan del comportamiento de las redes conmutadas

por paquetes, así como también, introduce mejoras en las técnicas de compresión

y señalización.

En la Tabla 1, se muestran los diferentes estándares H.32x, los cuales permiten lacomunicación de aplicaciones multimedia y/o videoconferencia sobre distintos

medios o redes de transporte. El estándar H.320 fue introducido por la ITU-T en

1990 y permite esta capacidad sobre redes ISDN o redes digitales conmutadas de

banda estrecha, así como también, sobre conexiones dedicadas V.35, por

ejemplo, a 128 y 384 Kbps.

El estándar H.321 fue incorporado en 1995 y permite esta capacidad sobre redes

digitales conmutadas de banda estrecha como son: B-ISDN, ATM y LANs. El

estándar H.322 fue introducido en 1995 y permite esta capacidad sobre redes

conmutadas por paquetes con ancho de banda garantizado. Posteriormente, se

introducen H.323, versiones 1 y 2, 1996 y 1998 respectivamente, para redes

conmutadas por paquetes con ancho de banda ó QoS no garantizado.

18



Finalmente, H.324 fue introducido en 1996 y permite la comunicación de

aplicaciones multimedias sobre redes analógicas teléfonicas PSTN/POTS.

ESTANDAR/AÑO DE

APROBACIÓN

H.320/

1990

H.321/

1995

H.322/

1995

H.323, V1/1996

H.323, V2/1998

H.324/

1996

TIPO DE RED

UTILIZADA

N-ISDN B-ISDN

ATM y LAN

Redes

Conmutadas de

Paquetes CON

garantía de ancho

de banda, QoS.

(Iso-Ethernet)

Redes

Conmutadas de

Paquetes SIN

garantía de ancho

de banda, QoS.

(Ethernet)

Sistemas

Telefónicos

Analógicos.

Red PSTN/POTS

VIDEO H.261

H.263

H.261

H.263

H.261

H.263

H.261

H.263

H.261

H.263

AUDIO G.711

G.722

G.728

G.711

G.722

G.728

G.711

G.722

G.728

G.711

G.722

G.728

G.723

G.729

G.723

MULTIPLEXAJE H.221 H.221 H.221 H.225.0 H.223

CONTROL H.230H.242

H.242 H.230H.242

H.245 H.245

MULTIPUNTO H.231

H.243

H.231

H.243

H.231

H.243

H.323 N/A

DATA T.120 T.120 T.120 T.120 T.120

INTERFAZ DE

COMUNICACIÓN

I.400 AAL I.363

AJM I.361

PHY I.400

I.400 &

TCP/IP

TCP/IP Modem V.34

Tabla 1, Recomendaciones ITU-T H.32x

H.323 considera varios estándares y protocolos para normalizar video, audio,

multiplexaje y estructura de la trama (“Framing”), control, compartición de datos,

conexiones multipuntos e interfaces físicas, ver Tabla 1. Estos estándares y

19



protocolos están relacionados a un determinado propósito y se resumen a

continuación en la Tabla 2 con su respectivo año de aprobación.

Después de haber mencionado brevemente, los distintos estándares necesarios

para comprender un poco mas el propósito de H.323, es propicio describir las

características y/o algoritmos que deben estar presentes en el audio, en el video,

en la compartición de datos y en el control y que permiten las comunicaciones bajo

H.323.

Audio

Todo terminal H.323 debe soportar audio, es decir, que este último es unacaracterística obligatoria. Cómo mínimo, todo terminal debe soportar el algoritmo

de compresión de voz G.711, ver figura 3. Puede notarse, que la norma G.711,

también es especificada en H.320, ver Tabla 1. El soporte de otros algoritmos para

compresión de voz es opcional. Según sea el tipo de red, los terminales H.323

pueden seleccionar, siempre y cuando lo soporten, otros algoritmos como son

G.722, G.728, G.729, MPEG1 para audio y ahora, G.723.1.

En redes LANs, una de las razones por la que no se usa la recomendación G.711,

la cual codifica y transmite voz a 56 y 64 Kbps, es por el hecho de que esta norma

fue diseñada originalmente para redes de transferencia constante y continua de

bits. Por tal razón, G.723.1, que codifica la voz a 5,3 y 6,3 Kbps, toma fuerza como

el algoritmo de compresión de audio predominante a ser requerido en aplicaciones

H.323. Otra norma bastante utilizada es la G.729.

Estándares Propósito de la Recomendación Año de

AprobaciónITU-T G.711 Audio analógico con ancho de banda 3,3 Khz, codificado

digitalmente en PCM a 64 Kbps

1980/88

20



ITU-T G.722 Audio analógico con ancho de banda 7 Khz, codificado

digitalmente en PCM a 64 o 56 Kbps

1986/88

ITU-T G.728 Codificación de audio a 16 Kbps usando la técnica LD-

CELP/Low-Delay Code Excited Linear Prediction.

1993

ITU-T G.729 Codificación de audio a 8 Kbps. usando la técnica CS-

ACELP/Conjugate Structure Algebraic-Code-Excited Linear-Prediction

1996

MPEG1

Audio

“Moving Picture Experts Group 1” es un estándar de la ITU-T

usado para comprimir secuencias de video con movimiento y

almacenado para aplicaciones en CD-ROM u otros

reproductores multimedias en PC.

1993

ITU-T

G.723.1

Codificación de voz para comunicaciones multimedias a

bajas velocidades (5,3 y 6,3 Kbps).

1996

ITU-T H.221 Estructura de la trama, protocolos y técnicas de multiplexaje

de audio y video. Combinación de canales B de 64 a 1920

Kbps.

1990/97

ITU-T H.223 Similar que el H.221, pero para comunicaciones multimedias

a baja velocidad.

1996

ITU-T H.225 Protocolo para señalización de llamadas y definición de la

paquetización en “streams” de los distintos media (audio,

video y datos) a través de redes de paquetes.

1996/98

ITU-T H.230 Multiplexaje de tramas de audio, video, datos y señales de

información dentro de canales digitales.

1990

ITU-T H.231 Descripción de los MCU/Multipoint Control Unit 1993

ITU-T H.242 Protocolos para el establecimiento y desconexión de

comunicación entre terminales audiovisuales usando canales

digitales hasta 2 Mbits.

1990/97

ITU-T H.243 Procedimientos para el establecimiento de comunicación

entre 3 o más terminales audiovisuales y MCUs, usando

canales digitales hasta 1920 Kbps.

1993/97

Tabla 2, Familia de estándares H.323/H.320 de la ITU-T y otros estándares

relacionados.

Estándares

(Cont…)

Propósito de la Recomendación Año de

AprobaciónITU-T H.245 Protocolos de control para comunicaciones multimedias. 1996/98

ITU-T H.261 Compresión/Codificación de video para servicios

audiovisuales a Px64 Kbps.

1990/93

ITU-T H.263 Compresión/Codificación de video para servicios

audiovisuales a bajas velocidades, “Low Bit Rates”.

1996/98

ITU-T T.120 Protocolos que permiten la compartición de aplicaciones y

datos y la transferencia de archivos.

1996

21



ITU-T Q.931 Especificación de la capa 3 de la interfaz Usuario-Red de la

red digital de servicios integrados para el control y

establecimiento de la llamada básica.

Ultima

Revisión,

05/98

ITU-T I.363 Especificaciones de las Capas de Adaptación ATM para la B-

ISDN: AAL1, AAL2, AAL3/4 y AAL5.

96/97

ITU-T I.400 Especificaciones de la interfaz Usuario-Red para la ISDN de

banda estrecha.

84 en adelante

Tabla 2 (Cont), Familia de estándares H.323/H.320 de la ITU-T y otros estándares

relacionados.

Nota: Los estándares marcados en negrillas son algunos de los requeridos para

las comunicaciones H.323.

Video

A diferencia del audio, el soporte de video en cualquier terminal H.323 es opcional.

Si esta capacidad se soporta, el terminal H.323 debe garantizar como mínimo el

algoritmo de codificación de video: H.261/QCIF (Quarter Common Intermediate

Format). El soporte de los otros formatos: sub-QCIF, CIF o FCIF (Full Common

Intermediate Format), 4CIF o 16CIF es opcional, ver Tabla 3.

22

T.124T.125T.122

Data AppsT.126 T.127T.128T.13X

AudioApps

Terminal Control & Management,Call Setup &Signaling

G.711

G.722G.723.1G.728G.729

H.261

H.263

RTCPH.225.0RASChannel

H.225.0CallSignalingChannel(Q.931)

H.225.0RASChannel

X.224 Class 0 T.123

VideoApps

UNRELIABLE TRANSPORT (UDP) RELIABLE TRANSPORT (TCP)

NETWORK LAYER (IP)

LINK LAYER (I.EEE 802.3)

PHISICAL LAYER (I.EEE 802.3)

RTP

ITEMREQUERIDO



Figura 3, Stack de Protocolos H.323.

H.323 define también un nuevo algoritmo de compresión de video: H.263. Al igual

que G.723.1 en audio, H.263 es optimizado para operar a bajas tazas de

transferencias de bits. Se puede decir, que H.263 es una actualización compatible

de H.261. H.263 es mejorado por el uso de nuevas técnicas de estimación demovimiento a ½ pixel, predicción de tramas y una tabla optimizada de codificación

Huffman.

Formato de Imagen

para VC:

Tamaño de la Imagen en

Pixels: H.261 H.263

sub-QCIF 128x96 Opcional RequeridoQCIF 176x144 Requerido RequeridoCIF 352x288 Opcional Opcional

4CIF 702x576 N/A Opcional16CIF 1408x1152 N/A Opcional

Tabla 3, Cinco formatos estandarizados de video para Videoconferencias.

H.263 define cinco (5) formatos o modos estandarizados de video o “picture”.

Estos formatos se muestran en la Tabla 3. Nótese que las comunicaciones entre

23



sistemas H.261 y sistemas H.263 son posibles dado que ambos sistemas soportan

QCIF. También puede observarse que en H.263, los formatos sub-QCIF y QCIF

son requeridos y no son opcionales.

Dada sus ventajas sobre H.261, puede presumirse que H.263 probablemente lo

reemplazará como estándar de compresión de video de alta calidad.

Compartición de datos, el rol del estándar T.120

La compartición de datos es un componente opcional de H.323. Si está presente,

las aplicaciones para compartir datos y para transferir archivos deben ser

compatibles con el estándar T.120. En la figura 3, puede observarse que elestándar T.120 provee interoperabilidad en las capas de aplicación, transporte y

red.

Algunos computadores personales y algunas aplicaciones para videoconferencias

sobre IP, que incluyen a Microsoft NetMeeting 2.0, usan T.120 para establecer una

conexión entre dos terminales.

Control

Las funciones de control de las llamadas o conexiones son el corazón de los

terminales H.323. Esas funciones incluyen señalización para el establecimiento de

la conexión, capacidades de intercambio, y mensajes para abrir y describir el

contenido de canales lógicos. Todas las señales de audio, video y control pasan a

través de una capa de control que formatea los “streams” o chorros de datos en

mensajes para ser despachados a la interfaz de red. El proceso inverso se hace

con los “streams” entrantes. Esta capa también ejecuta numeración secuencial,

detección y corrección de errores de manera apropiada a cada tipo de señal o

“media type”. Dichas funciones son posibles gracias a protocolos y estándares

24



como: H.225, Q.931 “Call Signalling Channel”, H.245 “Control Channel”, RTP

(Real-Time Transfer Protocol)/RTCP (Real-Time Transfer Control Protocol), y RAS

(Registration, Admissions and Status).

H.225

H.225 especifica los mensajes para paquetización y sincronización de los distintos

“streams” de señales de audio, video y datos para su transmisión sobre una LAN.

Este estándar también especifica los mensajes para control, señalización y

establecimiento de la llamada (Q.931) y para registro y permisología (RAS). Es de

destacar, que los protocolos de la LAN pueden ser de cualquier tipo (IP, IPX, etc.),

siempre y cuando, estos soporten protocolos de transporte para entrega depaquetes de manera confiable y no confiable que permitan múltiples conexiones a

una simple dirección de transporte.

En general, H.225 es comprendido por tres (3) grandes partes:

• La paquetización de los “streams” de audio y video usando el protocolo RTP,

(Real-Time Transfer Protocol), el cual será descrito posteriormente.• Control, señalización y establecimiento de llamadas usando un subgrupo de

especificaciones Q.931.

• La señalización RAS (“Registration, Admissions and Status”) ejecuta funciones

de registro, admisión, revisión de anchos de banda disponibles, situación

(status), y procedimientos de desconexión entre terminales H.323 y

“gatekeepers”.

H.225/H.323 es similar en función a H.221/H.320. Una importante diferencia entre

estas parejas, es que el audio, video y datos en formato H.225, son enviados en

separados chorros o “streams” LAN. En contraposición, H.221 usa un único

“streams” multiplexado.

25



H.245

• H.245 especifica los mensajes para la negociación e intercambio de

capacidades, gestión de canales de audio y video, “flow control”, y comandos e

indicadores generales.

26



RTP (REAL TIME PROTOCOL) Y RTCP (REAL TIME CONTROL PROTOCOL)

RTP Y RCP son protocolos de tiempo real bajo UDP(USER DATAGRAM

PROTOCOL) usados para aplicaciones multimedia y aplicaciones de control

asociadas a éstas.

Antecedentes: La red Internet no fue concebida pensando en aplicaciones en

tiempo real, ya que de hecho es una red de conmutación de paquetes en la cual

el enrutamiento de los datagramas se realiza a través de muchas redes entre las

cuales puede variar el tiempo de transmisión, por lo cual nunca se tiene certeza

sobre el instante de tiempo en el cual llegara determinada información.

Por otra parte al incorporar trafico en tiempo real en la red, la congestión aumenta

dado la cantidad de ancho de banda que este tipo de aplicaciones requiere, de tal

forma que la calidad de servicio disminuye para todas las aplicaciones sin

distinción.

Un grupo multidiciplinario de trabajo formado por el IETF(Internet Engineering

Task Force) desarrolló un modelo ampliado de servicios para Internet que incluye

dos tipos de servicios fundamentales: servicio en tiempo real y servicios del mejor

esfuerzo(Real Time and Best Effort).El servicio del mejor esfuerzo básicamente

soporta los requerimientos actuales de la red Internet.

Protocolo RTP (Real Time Transport Protocol)

Características

- Desarrollado para proveer servicio de entrega punto a punto(end to end) de

datos con características en tiempo real, tales como audio y video interactivo.

27



- Las aplicaciones típicas corren RTP en el tope de UDP, para hacer uso de los

servicios de checksum y multiplexion. Actualmente se intenta hacer al RTP

independiente del protocolo de la capa de transporte, con el fin de que pueda ser

usado por otros protocolos.

- RTP en sí mismo no provee ningún mecanismo que asegure el despacho de

paquetes en el tiempo requerido, tampoco garantiza algún otro servicio.

RTP asume que las capas inferiores despachan los paquetes en secuencia.

- RTP provee soporte para aplicaciones en tiempo real, incluyendo de perdidas,

identificación de contenido y reconstrucción en tiempo.

- RTP provee funcionalidades para transportar datos en tiempo real como por

ejemplo Timestamp, y mecanismos de control para la sincronización de diferentes

flujos de datos. Debido a que RTP y RTCP son responsables de controlar el flujocorrespondiente a un tipo de dato especifico(voz,video), ellos no sincronizan

automáticamente flujos de distintos tipos, esto es responsabilidad de la capa de

aplicación.

- Soporta la transferencia de datos en tiempo real entre dos o más participantes a

través de una asociación lógica llamada sesión. Una sesión esta definida por:

RTP Port Number(numero de puerto par del UDP)

RTCP Port Number(numero de puerto impar del UDP proximo)Direcciones IP de los participantes(Unicast o Multicast)

Para establecer una sesión RTP, la aplicación utiliza una dirección destino

Definida por la dirección de red mas un par de puertos para RTP y RTCP; en

una sesión multimedia la información es transportada en sesiones RTP distintas

por ejemplo audio y video viajan en sesiones RTP diferentes.

Existen dos tipos importantes de protocolos al nivel de la capa de transporte:

El TCP(Transmission Control Protocol) y el UDP(User Datagram Protocol).

El TCP provee un flujo de información confiable entre dos usuarios, está orientado

a conexión y por lo tanto no puede ser usado para transmisiones multicast; incluye

28



mecanismos para la retransmisión de segmentos perdidos que hayan arribado

fuera de orden.

El UDP provee servicios menos confiables a nivel de datagramas y no está

orientado a conexión.

Debido a la sensibilidad con respecto al tiempo de las aplicaciones en tiempo real,

un protocolo orientado a conexión como el TCP posee un gran overhead asociado

al intercambio de ACKs(señal de reconocimiento).

Por otra parte el TCP no identifica ningún mecanismo para la asociación de

información temporizada, lo cual es muy importante para las aplicaciones entiempo real; estos dos últimos argumentos son las principales razones para que

RTP/RTCP se use bajo UDP.

Arquitectura del Protocolo RTP

MPEG H.261 JPEG

RTP

UDP

IP

NETWORK ACCESS

El encabezado de un paquete RTP es de 12 bytes de longitud seguido por elPayload o data real(por ejemplo una secuencia de tramas de video o muestras de

audio).

29



EL PAQUETE RTP

V P X CC MPAYLOAD

TYPESECUENCE NUMBER

TIMESTAMP

IDENTIFICADOR SSRC(SYNCHRONIZATION SOURCE)

IDENTIFICADOR CSRC(CONTRIBUTING SOURCE)

*

*

*

Descripción del encabezado RTP

V: Versión (los primeros 2 bits ); indica la versión del RTP, la más actualizada es la

versión 2, por lo tanto su valor actual es de 2.: Padding o relleno(1 bit); si su valor

es de 1, el paquete contiene uno o más octetos usados de relleno, de los cuales el

ultimo octeto contiene la cantidad de bytes que deben ser ignorados al final del

payload o data real.

X: Extensión (1 bit); si es 1 el encabezado va seguido de una extensión (se usacon fines experimentales).

CC: CSRC Count (conteo de los identificadores de la fuente de contribución); tiene

4 bits de longitud, y corresponde al numero de los identificadores CSRC que

siguen al encabezado de longitud fija.

M: Marker o marca (1 bit ); su interpretación depende del tipo de payload o rata

real, por lo general se usa para indicar los limites de un flujo de datos.

PAYLOAD TYPE: o data real (7 bits); identifica el formato de la data que será

interpretado por la aplicación, y que sigue después del encabezado RTP.

Por ejemplo se especifica si es video JPEG o audio GSM.

SECUENCE NUMBER: o numero de secuencia(16 bits); se incrementa en uno por

cada paquete RTP enviado, es utilizado por el receptor para detectar la pérdida de

paquetes; el valor inicial es definido de manera aleatoria.

30



TIMESTAMP: o identificador de tiempo(32 bits); describe el instante de generación

de la data(el primer octeto) contenida en el payload o data real; la frecuencia del

timestamp depende del tipo de payload.

SSRC: Synchronization Source Identifier o identificador de sincronización de

fuente (32 bits); corresponde al valor generado aleatoriamente que identifica

unívocamente a la fuente dentro de una sesión.

CSRC: Contributing Source Identifier o identificador de contribución de fuente(32

bits); corresponde a la parte variable del encabezado, con lo cual puede existir

mas de un identificador de contribución de fuente para el payload o data real

ALGUNOS TIPOS DE PAYLOAD RTP

0 G.711 Ley u PCM audio 15 G.728 audio

1 1016 audio 16 DVI4 audio(11.025 kHz)

2 G.721 17 DVI4 audio(22.050 kHz)

3 GSM 6.10 audio 18 G.729 audio

4 G.723.1 audio 19 unassigned audio

5 DVI4 audio(8 kHz) 23 unassigned audio

6 DVI4 audio(16 kHz) 24 unassigned video

7 LPC audio 25 Ce1B video

8 G.711 Ley A PCM audio 26 JPEG video

9 G.722 audio (16 kHz) 27 unssigned video

10 L16 audio(stereo) 28 Nv video

11 L16 audio(mono) 29 unssigned video

12 G.723 31 H.261 video

31



13 CN(confort noise level) 32 MPV video

14 MPA audio 33 MP2T video

Protocolo RTCP

El protocolo RTP se usa solamente para la transmisión de data del usuario, el

RTCP, el cual opera también en modo multicast, provee de retroalimentacion a la

fuente de la data RTP y a todos los participantes de la sesión, es decir que es un

protocolo de control de distribución de los paquetes; usa el mismo protocolo de

transporte que el RTP, el UDP.

Características:

- Proveedor de información, su principal función es la de brindar información a las

aplicaciones en relación a la calidad de los datos distribuidos; cada paquete RTCP

contiene reportes estadísticos del transmisor y del receptor que incluyen el numero

de paquetes enviados, numero de paquetes perdidos así como el tiempo de

interarrivo de paquetes.Toda esta información sirve de retroalimentación paradeterminar si los problemas son locales, regionales o globales, así como evaluar el

rendimiento de las redes, ajuste de ancho de banda, etc.

- Identificación de la fuente RTP, usado por ejemplo para sincronizar voz con

video.

- Control del intervalo de transmisión de RTCP, para prevenir que el trafico

consuma excesivamente los recursos de la red, limitados al 5% del trafico total de

una sesión.

- Convención de los mínimos participantes en una sesión, es decir un método para

acordar una mínima cantidad de información para todos los participantes. La

recomendación RFC(Request For Comments) 1889 define cuatro(04) funciones

para el protocolo RTCP:

- Calidad de servicio y control de congestión

32



- Identificación

- Estimación del tamaño de la sesión

- Control de la sesión

La transmisión RTCP consiste en un número separado de paquetes RTCP

empaquetados en un sencillo datagrama UDP.

La recomendación RFC 1889 define los siguientes tipos de paquetes para el

RTCP:

SR: Sender Report

RR: Receiver Report

SDES: Source DescriptionBYE: Goodbye

Application specific.

33



APLICACIONES

Actualmente, H.323 tiene múltiples aplicaciones. Entre ellas pueden citarse:

Telefonía sobre IP

Computación colaborativa

Videoconferencia en PC

Enseñanza a distancia

Aplicaciones para soporte y escritorio de ayuda

Compras Interactiva

Difusión Multicast de Video, entre otros.

A continuación hablaremos brevemente sobre tres de estas aplicaciones. La

telefonía sobre IP, o más bién conocida como voz sobre IP (VOIP), está

obteniendo gran importancia debido a su importante propósito integrador de voz y

datos sobre la red local y WAN. Muchas empresas del ramo de la telefonía están

desarrollando centrales telefónicas sobre IP (PBX over IP, Un-PBX) y se prevé

que a futuro, puedan sustituir a las centrales telefónicas tradicionales. Otra

aplicación importante, es la videoconferencia sobre PC, la cual está tomandofuerza gracias al desarrollo de más poderosos procesadores, (Pentium II, Pentium

III, etc.), y así como también, de optimizados algoritmos de compresión de video y

audio y protocolos de manejo de señales o “media types” en tiempo real.

Adicionalmente. Su fácil instalación y la presencia de una red local sólida dan

lugar a un mayor aprovechamiento de esta tecnología, sin tener que realizar

gastos extras en una red paralela de videoconferencia sobre ISDN o con

conexiones dedicadas V.35. Finalmente, está surgiendo una importante aplicación

consistente en la difusión de video sobre la red local para cumplir con intereses

corporativos e informativos hacia el personal de una empresa o institución. Este

recibe el nombre de “Video Multicast”. En la figura 4, se muestra un ejemplo de

aplicación de “Video Multicast”, utilizando equipos de la marca PictureTel. La red

consiste de sistemas bajo H.320 y H.323. Un gran servidor se encarga de recibir el

34



video de una estación de videoconferencia, lo comprime, almacena, y luego lo

reparte a los usuarios conectados en la red y de manera multicast. Este servidor

debe estar equipado con un poderoso procesador (Pentium II, y más), suficiente

memoria RAM (128 MB y mas), por citar ciertas características básicas. A la

izquierda del servidor y de la estación que genera el video, pueden existir otras

redes de videoconferencia sobre ISDN y/o IP, que paralelamente reciben el video.

Figura 4, Esquema de una red de videoconferencia para difusión de “Video

Multicast” usando como ejemplo equipos de la marca PictureTel.

En la tabla 4, se mencionan algunas características importantes al considerar y

comparar redes en H.320 y en H.323. En ambos casos, se presentan

modalidades de equipos de videoconferencia: “roll-about”, PC o tarjetas. En

cuanto al ancho de banda, se puede apreciar que en H.323, el tráfico generado

35



por la videoconferencia, se agrega al tráfico de la red LAN y WAN, trayendo como

consecuencia, que se disminuya la QoS de la red, si existen muchos usuarios

accesándola (Congestión).

Estación VC Ancho debanda

QoS Costo de la red Flexibilidad

H.323 Roll-aboutPCTarjeta

El tráfico deVideoconferen-cia, se adicionaal tráfico IP de lared de routers.

Ancho de bandadisponible.Pérdida depaquetes.Retardo.Latencia.Jitter.

Generalmentemás económicoque en H.320

Alta

H.320 Roll aboutPC

Tarjeta

Uso dedicado.No perturba

otros servicios.

Bajo retardoAlta calidad de

Video

Alto Baja

Tabla 4, Consideraciones importantes entre las tecnologías H.323 y H.320

Sobre la calidad de servicio (QoS), en el ámbito H.323, se debe considerar cuatro

componentes que pueden impactar las aplicaciones de video y audio durante una

sesión de videoconferencia. Estos son:

Ancho de Banda Disponible.

Este depende a su vez, de los siguientes aspectos:

• El tamaño de las ventanas de imágenes y de los “frames”.

• La rata de “framing” requerida.

• La capacidad de compresión/descompresión de los equipos terminales.

La pérdida de paquetes.

No importa cuanto ancho de banda haya disponible, las colisiones afectarán laQoS en una red compartida. En cualquier momento, habrá una variedad de

tamaños de paquetes y tipos de tráficos compartiendo los segmentos de la red.

Seguidamente, el tráfico de muchos usuarios colisionará con uno o más paquetes

de video y audio. Para controlar esta situación, una correcta reingeniería de la red

36



puede minimizar la congestión y sus efectos en señales de tiempo real como son

el audio y video.

Latencia/Retardo. La latencia es la frecuencia y duración del retardo que un

paquete experimenta mientras transita desde un punto a otro punto de la red.

Jitter. El audio y video son sensitivos a los cambios en el retardo. Esto recibe el

nombre de “Jitter”.

Los costos en una red H.323 suelen ser más económicos debido a la contrucción

de la plataforma sobre PC y al uso masivo de redes IP presente en muchas

empresas. Sin embargo, la escogencia entre alguna de las tecnologías bajocomparación dependerá de consideraciones técnicas y económicas de cada

cliente y el propósito de la red de videoconferencia. Sin embargo, se vislumbra

una tendencia a nivel mundial de la tecnología H.323, y una integración de las

redes H.320 con las redes H.323

Finalmente, cada puerto con soporte IP puede potencialmente soportar vídeo.

Esto hace la tecnología H.323 flexible y accesible a una más amplia variedad deusuarios. Además, es más fácil mover un equipo en nuestro entorno, lo que hará

que un mismo equipo pueda ser usado para más aplicaciones. En H320, se

requiere realizar cableado extra para poder conectar el sistema, si este último es

mudado.

En la figura siguiente puede apreciarse una red integrada H.320/H.323. Los

equipos mostrados pertenecen a la familia PicturelTel. Al lado izquierdo, se

muestra una red H.320. A la derecha se muestra una red H.323. En el centro se

muestra un equipo Gateway modelo PictureTel240 que conecta ambas redes.

Además de la marca PictureTel, existen muchas otras marcas que soportan este

estándar a nivel mundial. Algunas son: VTEL, Polycom, entre otras.

37



En Venezuela, esta tecnología presenta una reciente introducción y algunas

empresas que la tienen, están bajo calidad de demostración.

Figura 5, Esquema de red integrada H.323/H.320, usando como ejemplo equipos de

la marca PictureTel.

38



CONCLUSIONES

La recomendación H.323 y sus recomendaciones asociadas, provee un sistema

flexible e útil para la comunicación multimedia; su habilidad para permitir a losprotocolos enrutar datos y voz sobre redes, hacen al H.323 escalable a través del

uso de una plataforma de usos generales como el PC.

El avance en el desarrollo de la tecnología de los microprocesadores y con ello el

aumento de la velocidad en el procesamiento de los datos ha permitido a la

recomendación H.323 proveer un mejor servicio al usuario final, dinamizando el

intercambio de capacidades para permitir el cambio en las comunicaciones deacuerdo con las necesidades sin desmejorar la calidad de servicio prestado.

La recomendación H.323 se ha convertido en la solución más sencilla basada en

estándares para un amplio segmento de los sistemas de comunicaciones, desde

la simple telefonía punto a punto hasta una red compleja para conferencia

multimedia. A través del continuo esfuerzo del grupo de estudio de la ITU-T, la

recomendación H.323 avanza adaptándose a las nuevas situaciones sobre todo

en lo referente a las dificultades de infraestructura.

El direccionamiento global coordinado y una consistente calidad de servicio son

dos de las áreas donde se espera mejoras significativas en el futuro inmediato a

través del alto nivel de comunicación entre los elementos Gatekeeper y Gateway,

a medida que se vaya estandarizando sus interacciones.

39



REFERENCIAS

International Telecommunication Union.

http://www.itu.int/

- VIDEOCONFERENCIA, una herramienta para aumentar la productividad de la

empresa de hoy: ¿H.323 o H.320?.

http://www.comunicaciones.unitronics.es/tecnologia/H.323.html

- VTEL Corporation.White Papers.

http://www.vtel.com/

- IP Videoconferencing: Beat the Clock?.

http://www.data.com/tutorials/video.html

40

http://www.itu.int/




http://www.itu.int/




Informe_UCV - Videoconferencia Sobre LAN

Documents

Transcript of Informe_UCV - Videoconferencia Sobre LAN