Está en la página 1de 40

Universidad Central de Venezuela Faculta de Ingeniera Escuela de Ingeniera Elctrica Redes de Computadoras

VIDEO CONFERENCIA SOBRE REDES LAN. ESTANDAR H.323

Ing.Jos V. Lugo Ing.Luis Medina Ing.Edgardo Mrquez D. Ing.Eduardo Vera.

Caracas, Julio 1999

INDICE
INTRODUCCION..............................................................................................................................................3 PERSPECTIVA HISTRICA..........................................................................................................................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 ENTIDAD............................................................................................................................................................13 EXTREMO..........................................................................................................................................................13 TERMINAL..........................................................................................................................................................13 GATEKEEPER......................................................................................................................................................13 GATEWAY..........................................................................................................................................................13 UNIDAD DE CONTROL MULTIPUNTO......................................................................................................................14 CONTROLADOR MULTIPUNTO................................................................................................................................14 PROCESADOR MULTIPUNTO..................................................................................................................................15 PROXY..............................................................................................................................................................15 TIPOS DE CONFERENCIAS.........................................................................................................................15 MULTIPUNTO DESCENTRALIZADA..........................................................................................................................16 MULTIPUNTO CENTRALIZADA...............................................................................................................................16 OTROS MODOS DE CONFERENCIA..........................................................................................................................16 ESTNDAR H.323 Y OTROS PROTOCOLOS RELACIONADOS.........................................................18 AUDIO...............................................................................................................................................................20 VIDEO...............................................................................................................................................................22 CONTROL...........................................................................................................................................................24 H.225..............................................................................................................................................................25 H.245..............................................................................................................................................................26 RTP (REAL TIME PROTOCOL) Y RTCP (REAL TIME CONTROL PROTOCOL)...........................27 PROTOCOLO RTP (REAL TIME TRANSPORT PROTOCOL)..........................................................................................27 ARQUITECTURA DEL PROTOCOLO RTP..................................................................................................................29 PROTOCOLO RTCP............................................................................................................................................32 APLICACIONES..............................................................................................................................................34 CONCLUSIONES............................................................................................................................................39 REFERENCIAS................................................................................................................................................40

INTRODUCCION Desde el inicio del primer sistema de videoconferencia comercial en 1.982 hasta nuestros das, muchas cosas han cambiado en el panorama de la videoconferencia, desde el punto de vista tecnolgico y de aplicacin a las necesidades de los usuarios. Las primeras soluciones estaban basadas en tecnologas propietarias, y por lo tanto, que no permitan la comunicacin 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 ms flexibles, econmicos y que pueden adaptarse a las diferentes necesidades de los usuarios, segn cuales sean sus aplicaciones y capacidad econmica. Como consecuencia, se ha pasado de una utilizacin restringida a los cuadros directivos de grandes compaas, a una mayor difusin en empresas de tamao medio e incluso pequeo, y dentro de cada empresa se ha dado paso a una utilizacin 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 tecnologa en relacin con su costo. A esta situacin nunca se habra llegado de no haber sido por la muy amplia difusin que han alcanzado las lneas de telecomunicaciones, fundamentalmente ISDN(Integrated Services Digital Network), con un costo accesible a todos. Actualmente se plantean continuas evoluciones y retos tecnolgicos. El ms importante del momento es la integracin de la videoconferencia sobre las redes de datos, utilizando stas para el transporte de la voz y del video junto con los datos. Adems hay que mantener la integracin y comunicacin con el mundo exterior a nuestra organizacin, que en la mayor parte de los casos ser a travs de ISDN.
3

Slo con un diseo adecuado de nuestras redes de videoconferencia, en funcin de la aplicacin 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 aproximacin a la tecnologa que hace todo ello posible: el Estndar H.323. PERSPECTIVA HISTRICA Antes del estndar H.323, la ITU (International Telecomunication Union) se enfoc exclusivamente en la regularizacin de las telecomunicaciones en redes globales. Por ejemplo, en 1985 se empez el trabajo en la especificacin en el intercambio de voz y video comprimido en las redes de circuitos intercambiables, tales como ISDN. La ratificacin y aceptacin de la norma H.320 tom ms de 5 aos (la cual fue aceptada por el CCITT en Diciembre de 1990). Otros 3 aos 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 compaas de redes computadora y de datos, propusieron la creacin de una nueva norma ITU para dirigirse a estos problemas. Inicialmente, la investigacin se enfoc en los problemas de las redes de rea local debido a que stos eran ms fciles de controlar. Sin embargo, con la expansin de Internet, el grupo ha buscado cubrir todas las redes de IP, con una sola recomendacin. Esto hecho marc el principio de las normas H.323. El estndar H.323 soporta video en tiempo real, voz y datos sobre redes de rea local, regionales, y redes de rea extendida. Adems, soportar Internet e

Intranet. En mayo de 1996, el Grupo de Estudio 15 de ITU redefini, oficialmente, el H.323 como la recomendacin 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 tambin soporta videoconferencia sobre dial up o conexiones punto a punto sobre la red telefnica 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 la videoconferencia dentro de cualquier organizacin, 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 solucin de videoconferencia ser tan eficaz como lo sea su punto ms dbil. Una integracin inteligente sobre diferentes medios de transporte es crucial para el xito de la implantacin de una red de videoconferencia. Los clientes con una sensibilidad especial hacia sus redes de datos estn buscando constantemente las formas de optimizar el uso de las redes existentes y de sus recursos. Esto significa a menudo la combinacin de datos, video y voz en una nica red corporativa. Con este objetivo en mente, los usuarios se pueden preguntar: Cmo se puede conectar a la red corporativa los equipos que hasta el momento se han estado utilizando en la sala de videoconferencia o en mi computador? Qu ventajas en productividad o prestaciones de servicio se obtienen al utilizar video sobre la red?.

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 estndar H.323, los fabricantes, proveedores de servicios e integradores de sistemas, disponen de las herramientas necesarias para construir una solucin completa y unificada: un conjunto de tecnologas capaces de soportar diversas aplicaciones de videoconferencia. Definiciones H.323 es una familia de normas establecidas por ITU para las comunicaciones multimedia 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 tecnologa de redes en la que ms se est implementando H.323 es sobre IP (Protocolo de Internet). La norma define un conjunto de caractersticas y funciones, algunas de las cuales son 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 estndar H.323 usa los mismos algoritmos de compresin para el video y audio que H.320. Aunque tambin introduce algunos nuevos.

Aunque a H.323 normalmente se le llama Estndar, para el ITU es considerado una recomendacin. Al igual que las recomendaciones de origen similar, est abierta a la interpretacin de los fabricantes individuales. Esto tiene ventajas y desventajas. Una ventaja es que la recomendacin deja abierta una ventana para los fabricantes, de manera que puedan llevar a cabo caractersticas 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 desafos 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 recomendacin 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 extensin del H.320. Sin embargo, el nuevo estndar fue diseado especficamente con las siguientes ideas en mente: Basarse en los estndares existentes, incluyendo H.320, RTP y Q.931 Incorporar algunas de las ventajas que las redes de conmutacin de paquetes ofrecen para transportar datos en tiempo real. Solucionar la problemtica que plantea el envo de datos en tiempo real sobre redes de conmutacin de paquetes.

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

Como ya se ha mencionado, el H.323 se construye sobre muchos de los elementos del H.320 y a la vez ampla sus capacidades. Algunas de las capacidades aadidas resultan del comportamiento inherente al trfico de paquetes y su forma de ser transmitidos. Otras resultan de las mejoras en las tcnicas de compresin y sealizacin que han sido desarrolladas a lo largo del tiempo. Un ejemplo de estas ltimas es el nuevo algoritmo de compresin de video H.263, que se basa en el H.261 y se ha optimizado para anchos de banda pequeos 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, especialmente en 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 codificacin de video. Si se soporta, el nico modo exigido es el H.261 en resolucin QCIF. Ms all de este punto, un terminal puede soportar otros modos de video con algoritmos propietarios o estndares. La comparticin 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 comunicacin con video como un sistema interactivo, bi-direcional y en tiempo real. As sern 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 tecnologas de streaming video o envo de video en una direccin. Los proveedores de contenidos, un concepto familiar en el

entorno de Internet, recogen secuencias de video para posteriormente poder ser difundidas por enlaces IP. Este modelo de espectador podra tambin reproducir secuencias enviadas por correo electrnico, sesiones de formacin a distancia, etc. El H.323 fue diseado para proporcionar una solucin de video de calidad y a la vez mantener las capacidades de las redes pblicas conmutadas. Como hemos mencionado anteriormente, muchas de las diferencias entre el H.323 y el H.320 tienen sus races en las diferencias inherentes entre las dos clases de redes tratadas. Mientras muchas de las caractersticas del H.320 estn centradas en los puntos terminales, el H.323 se conforma con un modelo ms orientado a la red. Muchas de las caractersticas de una "solucin" H.323 pueden residir en servidores o en la propia red. Por ejemplo: Multicast Servicio centralizado de directorio Funcionamiento asimtrico. Capacidades multipunto distribuidas

Los productos H.323 tienen nuevas capacidades debido a la aadida 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 especificacin completa, bajo la cual, los productos desarrollados se pueden usar con el protocolo de transmisin ms ampliamente difundido (IP). Existe tanto inters y expectativa entorno al H.323 porque aparece en el momento ms adecuado. Los administradores de redes tienen amplias redes ya instaladas y se sienten confortables con las aplicaciones basadas en IP, tales

como el acceso a la Web. Adems, los ordenadores personales son cada vez ms potentes y, por lo tanto, capaces de manejar datos en tiempo real tales como voz y video. Varias compaas consultoras independientes predicen una rpida adopcin del H.323. El grfico siguiente explica por s mismo esta tendencia.

La existencia del H.323 resulta en gran beneficio para los usuarios. Una de sus ms importantes ventajas es la interoperabilidad de los equipos. Dentro de una nica red, los sistemas H.323 de diferentes fabricantes sern intercambiables. Un gateway de un determinado fabricante puede coexistir y trabajar junto con terminales de diferentes fabricantes. La conectividad fuera de la propia red tambin (con clientes, proveedores, etc.) se simplifica notablemente. La existencia de un estndar 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 tecnologa 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 prestacin de servicio de estos equipos estar, en muchos casos limitado, aunque mejore
10

conforme lo hace la tecnologa de los PCs y la de los procesadores digitales de seales. Los fabricantes, por su parte, introducirn 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 implantacin de los productos H.323 representa importantes retos para los gestores de las tecnologas de la informacin. Es importante una aproximacin a esta tecnologa desde una perspectiva realista. Existen adems dos reas involucradas, los administradores de sistemas y los administradores de redes (LAN y WAN). Con H.323, se puede estar seguro de alcanzar un crecimiento exponencial en el nmero 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 que las que ya se utilizan con la red de datos y los equipos en ella instalados. Una herramienta basada en el protocolo SNMP es la solucin ideal para gestionar una red de video H.323, desde una localizacin centralizada. El H.323 permite utilizar la red de datos para transportar video. Una gestin 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 estn optimizadas y diseadas para un tipo de aplicaciones: transmisin 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 transaccin de datos, estos retardos introducidos por la red pueden incluso llegar a no ser perceptibles por el usuario. Y en ningn caso, dicho retardo daa irreparablemente la aplicacin. 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 ms 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 ms costoso, por lo que en muchos casos no es viable dicha solucin.

12

COMPONENTES DEL H.323 Entidad La especificacin H.323 define el trmino genrico entidad como cualquier componente que cumpla con el estndar. Extremo Un extremo H.323 es un componente de la red que puede enviar y recibir llamadas. Puede generar y/o recibir secuencias de informacin. Terminal Un 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 comunicacin consta de seales de control, indicaciones, audio, imagen en color en movimiento y/o datos entre los dos terminales. Conforme a la especificacin, un terminal H.323 puede proporcionar slo voz, voz y datos, voz y vdeo, o voz, datos y vdeo. Gatekeeper El gatekeeper (GK) es una entidad que proporciona la traduccin de direcciones y el control de acceso a la red de los terminales H.323, gateways y MCUs. El GK puede tambin ofrecer otros servicios a los terminales, gateways y MCUs, tales como gestin del ancho de banda y localizacin 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 propsito del gateway es reflejar transparentemente las caractersticas 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 vdeo sobre IP H.323 y el entorno vdeo 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 ms 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 ms 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 negociacin entre todos los terminales para conseguir la

14

comunicacin. Puede controlar as mismo recursos de la conferencia tales como el vdeo multicast. El MC no realiza mezcla ni conmutacin de audio, vdeo o datos. Procesador Multipunto Un procesador multipunto (MP) es la entidad H.323 cuyo hardware y software especializado mezclan, conmutan y procesan el audio, vdeo y/o los datos de los participantes en una conferencia multipunto. El MP puede procesar una nica secuencia multimedia o varias simultneamente, dependiente del tipo de conferencia soportada. Proxy Un proxy H.323 es un servidor proxy con soporte H.323 que proporciona acceso a los usuarios de una red segura a otra utilizando informacin 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 informacin 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 fcilmente. Desde una perspectiva de usuario, una conferencia multipunto involucra a tres o ms extremos. Sin embargo, el H.323 define un nmero diferente de modos para las llamadas multipunto que son los siguientes: 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 ms de un canal de audio y vdeo simultneamente. En estos casos, los terminales H.323 pueden necesitar realizar tareas de mezcla y conmutacin para presentarle al usuario la seal de vdeo adecuada en cada momento. Una conferencia multipunto descentralizada es No hay una MCU aquella en la que los terminales participantes envan en modo Multicast sus seales de audio y vdeo a todos los dems terminales. involucrada en esta tarea. Los terminales son los responsables de: absorber las secuencias recibidas de audio y seleccionar una o ms de las secuencias recibidas para mostrarlas. En este caso, no se requiere el Procesador Multipunto (MP) de audio y vdeo. Multipunto Centralizada Por otro lado, las secuencias de vdeo pueden provenir de un nico punto de la red. ste puede ser un MCU central, la cual ha realizado la mezcla del vdeo y/o audio 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 seales de control, audio, vdeo y/o datos a la MCU. El Controlador Multipunto (MC) que estn en la MCU centraliza y administra la conferencia. El Procesador Multipunto (MP), tambin incluido en la MCU, procesa las seales de audio, vdeo y/o datos, devolviendo a cada terminal la secuencia procesada. Otros Modos de Conferencia Adems 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

transmisin bidireccional de seales 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 tambin soluciones hbridas de los casos anteriormente mencionados. Por ejemplo, una conferencia panel broadcast es una combinacin de una conferencia multipunto y una broadcast. En este caso, varios terminales estn conectados a una MCU, mientras otros nicamente reciben las secuencias multimedia. Existe una transmisin 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

ESTNDAR H.323 Y OTROS PROTOCOLOS RELACIONADOS

Como se mencion anteriormente, los estndares H.323 conforman un paragua de recomendaciones aprobadas por la ITU-T, en el ao de 1996. Posteriormente, en enero del ao 1998, la ITU-T aprob una segunda versin del estndar H.323 que mejora ciertas deficiencias presentes en la primera versin e introduce nuevos protocolos, as como tambin, nuevas funcionalidades dentro de algunos protocolos existentes, tales como Q.931, H.245 y H.225. Los ms significativos avances se mostraron en seguridad, en la ejecucin de una llamada rpida, en la integracin 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 amplan sus capacidades, ver Tabla 1. Para ello, H.323 agrega algunas capacidades que resultan del comportamiento de las redes conmutadas por paquetes, as como tambin, introduce mejoras en las tcnicas de compresin y sealizacin. En la Tabla 1, se muestran los diferentes estndares H.32x, los cuales permiten la comunicacin de aplicaciones multimedia y/o videoconferencia sobre distintos medios o redes de transporte. El estndar 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 tambin, sobre conexiones dedicadas V.35, por ejemplo, a 128 y 384 Kbps. El estndar 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 estndar 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 comunicacin de aplicaciones multimedias sobre redes analgicas telfonicas PSTN/POTS.

ESTANDAR/ AO DE APROBACIN TIPO DE RED UTILIZADA

H.320/ 1990

H.321/ 1995

H.322/ 1995

H.323, V1/1996 H.323, V2/1998

H.324/ 1996

N-ISDN

B-ISDN ATM y LAN

Redes Conmutadas de Paquetes CON garanta de ancho de banda, QoS. (Iso-Ethernet)

Redes Conmutadas de Paquetes SIN garanta de ancho de banda, QoS. (Ethernet) H.261 H.263 G.711 G.722 G.728 G.723 G.729

Sistemas Telefnicos Analgicos. Red PSTN/POTS

VIDEO

H.261 H.263

H.261 H.263 G.711 G.722 G.728

H.261 H.263 G.711 G.722 G.728

H.261 H.263 G.723

AUDIO

G.711 G.722 G.728

MULTIPLEXAJE CONTROL

H.221

H.221

H.221

H.225.0

H.223

H.230 H.242

H.242

H.230 H.242

H.245

H.245

MULTIPUNTO

H.231 H.243

H.231 H.243 T.120

H.231 H.243 T.120

H.323

N/A

DATA INTERFAZ DE COMUNICACIN

T.120

T.120

T.120

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 estndares y protocolos para normalizar video, audio, multiplexaje y estructura de la trama (Framing), control, comparticin de datos, conexiones multipuntos e interfaces fsicas, ver Tabla 1. Estos estndares y
19

protocolos estn relacionados a un determinado propsito y se resumen a continuacin en la Tabla 2 con su respectivo ao de aprobacin. Despus de haber mencionado brevemente, los distintos estndares necesarios para comprender un poco mas el propsito de H.323, es propicio describir las caractersticas y/o algoritmos que deben estar presentes en el audio, en el video, en la comparticin 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 una caracterstica obligatoria. Cmo mnimo, todo terminal debe soportar el algoritmo de compresin de voz G.711, ver figura 3. Puede notarse, que la norma G.711, tambin es especificada en H.320, ver Tabla 1. El soporte de otros algoritmos para compresin de voz es opcional. Segn 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 recomendacin G.711, la cual codifica y transmite voz a 56 y 64 Kbps, es por el hecho de que esta norma fue diseada originalmente para redes de transferencia constante y continua de bits. Por tal razn, G.723.1, que codifica la voz a 5,3 y 6,3 Kbps, toma fuerza como el algoritmo de compresin de audio predominante a ser requerido en aplicaciones H.323. Otra norma bastante utilizada es la G.729.

Estndares ITU-T G.711

Propsito de la Recomendacin
Audio analgico con ancho de banda 3,3 Khz, codificado digitalmente en PCM a 64 Kbps

Ao de Aprobacin
1980/88

20

ITU-T G.722 Audio analgico con ancho de banda 7 Khz, codificado


digitalmente en PCM a 64 o 56 Kbps

1986/88 1993 1996

ITU-T G.728 Codificacin de audio a 16 Kbps usando la tcnica LDITU-T G.729


CELP/Low-Delay Code Excited Linear Prediction. Codificacin de audio a 8 Kbps. usando la tcnica CSACELP/Conjugate Structure Algebraic-Code-Excited LinearPrediction Moving Picture Experts Group 1 es un estndar 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. Codificacin de voz para comunicaciones multimedias a

MPEG1 Audio ITU-T

1993

1996 1990/97

bajas velocidades (5,3 y 6,3 Kbps). G.723.1 ITU-T H.221 Estructura de la trama, protocolos y tcnicas de multiplexaje de audio y video. Combinacin de canales B de 64 a 1920 Kbps. Similar que el H.221, pero para comunicaciones multimedias a baja velocidad.

ITU-T H.223

1996 1996/98

ITU-T H.225 Protocolo para sealizacin de llamadas y definicin de la


paquetizacin en streams de los distintos media (audio, video y datos) a travs de redes de paquetes. Multiplexaje de tramas de audio, video, datos y seales de informacin dentro de canales digitales.

ITU-T H.230

1990 1993 1990/97

ITU-T H.231 Descripcin de los MCU/Multipoint Control Unit ITU-T H.242 Protocolos para el establecimiento y desconexin de
comunicacin entre terminales audiovisuales usando canales digitales hasta 2 Mbits.

ITU-T H.243 Procedimientos para el establecimiento de comunicacin


entre 3 o ms terminales audiovisuales y MCUs, usando canales digitales hasta 1920 Kbps.

1993/97

Tabla 2, Familia de estndares H.323/H.320 de la ITU-T y otros estndares relacionados.

Estndares

Propsito de la Recomendacin

Ao de

(Cont) Aprobacin 1996/98 ITU-T H.245 Protocolos de control para comunicaciones multimedias. 1990/93 ITU-T H.261 Compresin/Codificacin de video para servicios
audiovisuales a Px64 Kbps.

ITU-T H.263 Compresin/Codificacin ITU-T T.120

de

video

para

servicios

1996/98 1996

audiovisuales a bajas velocidades, Low Bit Rates. Protocolos que permiten la comparticin de aplicaciones y datos y la transferencia de archivos.

21

ITU-T Q.931 Especificacin de la capa 3 de la interfaz Usuario-Red de la


red digital de servicios integrados para el control y establecimiento de la llamada bsica. Especificaciones de las Capas de Adaptacin ATM para la B-

Ultima Revisin, 05/98 96/97

ITU-T I.363 ITU-T I.400

ISDN: AAL1, AAL2, AAL3/4 y AAL5. Especificaciones de la interfaz Usuario-Red para la ISDN de 84 en adelante banda estrecha.

Tabla 2 (Cont), Familia de estndares H.323/H.320 de la ITU-T y otros estndares relacionados.

Nota: Los estndares 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 mnimo el
Data Apps algoritmo de codificacin de video: H.261/QCIF (Quarter Common Intermediate T.126 T.127 T.128 Format). El soporte de los Call Setup &Signaling otros formatos: sub-QCIF, CIF o FCIF (Full Common Apps Apps T.13X Intermediate Format), 4CIF o 16CIF es opcional, ver Tabla 3. Audio Video Terminal Control & Management,

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

H.261 H.263

RTCP H.225.0 RAS Channel

H.225.0 Call Signaling Channel (Q.931)

H.225.0 RAS Channel

T.124 T.125 T.122

RTP UNRELIABLE TRANSPORT (UDP)

X.224 Class 0

T.123

RELIABLE TRANSPORT (TCP)

NETWORK LAYER (IP) LINK LAYER (I.EEE 802.3) PHISICAL LAYER (I.EEE 802.3) 22 ITEM REQUERIDO

Figura 3, Stack de Protocolos H.323.

H.323 define tambin un nuevo algoritmo de compresin 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 actualizacin compatible de H.261. H.263 es mejorado por el uso de nuevas tcnicas de estimacin de movimiento a pixel, prediccin de tramas y una tabla optimizada de codificacin Huffman.
Formato de Imagen para VC: sub-QCIF QCIF CIF 4CIF 16CIF Tamao de la Imagen en Pixels: 128x96 176x144 352x288 702x576 1408x1152 H.261 Opcional Requerido Opcional N/A N/A H.263 Requerido Requerido Opcional Opcional 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. Ntese que las comunicaciones entre
23

sistemas H.261 y sistemas H.263 son posibles dado que ambos sistemas soportan QCIF. Tambin 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 estndar de compresin de video de alta calidad. Comparticin de datos, el rol del estndar T.120 La comparticin 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 estndar T.120. red. Algunos computadores personales y algunas aplicaciones para videoconferencias sobre IP, que incluyen a Microsoft NetMeeting 2.0, usan T.120 para establecer una conexin entre dos terminales. En la figura 3, puede observarse que el estndar T.120 provee interoperabilidad en las capas de aplicacin, transporte y

Control Las funciones de control de las llamadas o conexiones son el corazn de los terminales H.323. Esas funciones incluyen sealizacin para el establecimiento de la conexin, capacidades de intercambio, y mensajes para abrir y describir el contenido de canales lgicos. Todas las seales de audio, video y control pasan a travs 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 tambin ejecuta numeracin secuencial, deteccin y correccin de errores de manera apropiada a cada tipo de seal o media type. Dichas funciones son posibles gracias a protocolos y estndares

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 paquetizacin y sincronizacin de los distintos streams de seales de audio, video y datos para su transmisin sobre una LAN. Este estndar tambin especifica los mensajes para control, sealizacin y establecimiento de la llamada (Q.931) y para registro y permisologa (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 de paquetes de manera confiable y no confiable que permitan mltiples conexiones a una simple direccin de transporte. En general, H.225 es comprendido por tres (3) grandes partes: La paquetizacin de los streams de audio y video usando el protocolo RTP, (Real-Time Transfer Protocol), el cual ser descrito posteriormente. Control, sealizacin y establecimiento de llamadas usando un subgrupo de especificaciones Q.931. La sealizacin RAS (Registration, Admissions and Status) ejecuta funciones de registro, admisin, revisin de anchos de banda disponibles, situacin (status), y procedimientos gatekeepers. H.225/H.323 es similar en funcin 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 contraposicin, H.221 usa un nico streams multiplexado. de desconexin entre terminales H.323 y

25

H.245 H.245 especifica los mensajes para la negociacin e intercambio de capacidades, gestin 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 conmutacin de paquetes en la cual el enrutamiento de los datagramas se realiza a travs de muchas redes entre las cuales puede variar el tiempo de transmisin, por lo cual nunca se tiene certeza sobre el instante de tiempo en el cual llegara determinada informacin. Por otra parte al incorporar trafico en tiempo real en la red, la congestin 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 distincin. 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 bsicamente soporta los requerimientos actuales de la red Internet. Protocolo RTP (Real Time Transport Protocol) Caractersticas - Desarrollado para proveer servicio de entrega punto a punto(end to end) de datos con caractersticas en tiempo real, tales como audio y video interactivo.

27

- Las aplicaciones tpicas 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 ningn mecanismo que asegure el despacho de paquetes en el tiempo requerido, tampoco garantiza algn otro servicio. RTP asume que las capas inferiores despachan los paquetes en secuencia. - RTP provee soporte para aplicaciones en tiempo real, incluyendo de perdidas, identificacin de contenido y reconstruccin en tiempo. - RTP provee funcionalidades para transportar datos en tiempo real como por ejemplo Timestamp, y mecanismos de control para la sincronizacin de diferentes flujos de datos. Debido a que RTP y RTCP son responsables de controlar el flujo correspondiente a un tipo de dato especifico(voz,video), ellos no sincronizan automticamente flujos de distintos tipos, esto es responsabilidad de la capa de aplicacin. - Soporta la transferencia de datos en tiempo real entre dos o ms participantes a travs de una asociacin lgica llamada sesin. Una sesin 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 sesin RTP, la aplicacin utiliza una direccin destino Definida por la direccin de red mas un par de puertos para RTP y RTCP; en una sesin multimedia la informacin 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 informacin confiable entre dos usuarios, est orientado a conexin y por lo tanto no puede ser usado para transmisiones multicast; incluye

28

mecanismos para la retransmisin de segmentos perdidos que hayan arribado fuera de orden. El UDP provee servicios menos confiables a nivel de datagramas y no est orientado a conexin. Debido a la sensibilidad con respecto al tiempo de las aplicaciones en tiempo real, un protocolo orientado a conexin como el TCP posee un gran overhead asociado al intercambio de ACKs(seal de reconocimiento). Por otra parte el TCP no identifica ningn mecanismo para la asociacin de informacin temporizada, lo cual es muy importante para las aplicaciones en tiempo real; estos dos ltimos argumentos son las principales razones para que RTP/RTCP se use bajo UDP. Arquitectura del Protocolo RTP

MPEG

H.261 RTP UDP IP NETWORK ACCESS

JPEG

El encabezado de un paquete RTP es de 12 bytes de longitud seguido por el Payload o data real(por ejemplo una secuencia de tramas de video o muestras de audio).

29

EL PAQUETE RTP PAYLOAD TYPE

P X

CC

SECUENCE NUMBER

TIMESTAMP IDENTIFICADOR SSRC(SYNCHRONIZATION SOURCE) IDENTIFICADOR CSRC(CONTRIBUTING SOURCE) * * *

Descripcin del encabezado RTP V: Versin (los primeros 2 bits ); indica la versin del RTP, la ms actualizada es la versin 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 ms 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: Extensin (1 bit); si es 1 el encabezado va seguido de una extensin (se usa con fines experimentales). CC: CSRC Count (conteo de los identificadores de la fuente de contribucin); 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 interpretacin 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 aplicacin, y que sigue despus 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 prdida de paquetes; el valor inicial es definido de manera aleatoria.

30

TIMESTAMP: o identificador de tiempo(32 bits); describe el instante de generacin 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 sincronizacin de fuente (32 bits); corresponde al valor generado aleatoriamente que identifica unvocamente a la fuente dentro de una sesin. CSRC: Contributing Source Identifier o identificador de contribucin de fuente(32 bits); corresponde a la parte variable del encabezado, con lo cual puede existir mas de un identificador de contribucin de fuente para el payload o data real ALGUNOS TIPOS DE PAYLOAD RTP
0 1 2 3 4 5 6 7 8 9 10 11 12 G.711 Ley u PCM audio 1016 audio G.721 GSM 6.10 audio G.723.1 audio DVI4 audio(8 kHz) DVI4 audio(16 kHz) LPC audio G.711 Ley A PCM audio G.722 audio (16 kHz) L16 audio(stereo) L16 audio(mono) G.723 15 16 17 18 19 23 24 25 26 27 28 29 31 G.728 audio DVI4 audio(11.025 kHz) DVI4 audio(22.050 kHz) G.729 audio unassigned audio unassigned audio unassigned video Ce1B video JPEG video unssigned video Nv video unssigned video H.261 video

31

13 14

CN(confort noise level) MPA audio

32 33

MPV video MP2T video

Protocolo RTCP El protocolo RTP se usa solamente para la transmisin de data del usuario, el RTCP, el cual opera tambin en modo multicast, provee de retroalimentacion a la fuente de la data RTP y a todos los participantes de la sesin, es decir que es un protocolo de control de distribucin de los paquetes; usa el mismo protocolo de transporte que el RTP, el UDP. Caractersticas: - Proveedor de informacin, su principal funcin es la de brindar informacin a las aplicaciones en relacin a la calidad de los datos distribuidos; cada paquete RTCP contiene reportes estadsticos 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 informacin sirve de retroalimentacin para determinar si los problemas son locales, regionales o globales, as como evaluar el rendimiento de las redes, ajuste de ancho de banda, etc. - Identificacin de la fuente RTP, usado por ejemplo para sincronizar voz con video. - Control del intervalo de transmisin de RTCP, para prevenir que el trafico consuma excesivamente los recursos de la red, limitados al 5% del trafico total de una sesin. - Convencin de los mnimos participantes en una sesin, es decir un mtodo para acordar una mnima cantidad de informacin para todos los participantes. La recomendacin RFC(Request For Comments) 1889 define cuatro(04) funciones para el protocolo RTCP: - Calidad de servicio y control de congestin

32

- Identificacin - Estimacin del tamao de la sesin - Control de la sesin La transmisin RTCP consiste en un nmero separado de paquetes RTCP empaquetados en un sencillo datagrama UDP. La recomendacin RFC 1889 define los siguientes tipos de paquetes para el RTCP: SR: Sender Report RR: Receiver Report SDES: Source Description BYE: Goodbye Application specific.

33

APLICACIONES Actualmente, H.323 tiene mltiples aplicaciones. Entre ellas pueden citarse: Telefona sobre IP Computacin colaborativa Videoconferencia en PC Enseanza a distancia Aplicaciones para soporte y escritorio de ayuda Compras Interactiva Difusin Multicast de Video, entre otros. A continuacin hablaremos brevemente sobre tres de estas aplicaciones. La telefona sobre IP, o ms bin conocida como voz sobre IP (VOIP), est obteniendo gran importancia debido a su importante propsito integrador de voz y datos sobre la red local y WAN. Muchas empresas del ramo de la telefona estn desarrollando centrales telefnicas sobre IP (PBX over IP, Un-PBX) y se prev que a futuro, puedan sustituir a las centrales telefnicas tradicionales. Otra aplicacin importante, es la videoconferencia sobre PC, la cual est tomando fuerza gracias al desarrollo de ms poderosos procesadores, (Pentium II, Pentium III, etc.), y as como tambin, de optimizados algoritmos de compresin de video y audio y protocolos de manejo de seales o media types en tiempo real. Adicionalmente. Su fcil instalacin y la presencia de una red local slida dan lugar a un mayor aprovechamiento de esta tecnologa, 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 aplicacin consistente en la difusin de video sobre la red local para cumplir con intereses corporativos e informativos hacia el personal de una empresa o institucin. Este recibe el nombre de Video Multicast. En la figura 4, se muestra un ejemplo de aplicacin 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 estacin 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 ms), suficiente memoria RAM (128 MB y mas), por citar ciertas caractersticas bsicas. A la izquierda del servidor y de la estacin 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 difusin de Video Multicast usando como ejemplo equipos de la marca PictureTel.

En la tabla 4, se mencionan algunas caractersticas 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 trfico generado

35

por la videoconferencia, se agrega al trfico de la red LAN y WAN, trayendo como consecuencia, que se disminuya la QoS de la red, si existen muchos usuarios accesndola (Congestin).

Estacin VC H.323 Roll-about PC Tarjeta

Ancho de banda El trfico de Videoconferencia, se adiciona al trfico IP de la red de routers.

QoS Ancho de banda disponible. Prdida de paquetes. Retardo. Latencia. Jitter. Bajo retardo Alta calidad de Video

Costo de la red Generalmente ms econmico que en H.320

Flexibilidad Alta

H.320

Roll about PC Tarjeta

Uso dedicado. No perturba otros servicios.

Alto

Baja

Tabla 4, Consideraciones importantes entre las tecnologas 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 sesin de videoconferencia. Estos son: Ancho de Banda Disponible. Este depende a su vez, de los siguientes aspectos: El tamao de las ventanas de imgenes y de los frames. La rata de framing requerida. La capacidad de compresin/descompresin de los equipos terminales.

La prdida de paquetes. No importa cuanto ancho de banda haya disponible, las colisiones afectarn la QoS en una red compartida. En cualquier momento, habr una variedad de tamaos de paquetes y tipos de trficos compartiendo los segmentos de la red. Seguidamente, el trfico de muchos usuarios colisionar con uno o ms paquetes de video y audio. Para controlar esta situacin, una correcta reingeniera de la red

36

puede minimizar la congestin y sus efectos en seales de tiempo real como son el audio y video. Latencia/Retardo. La latencia es la frecuencia y duracin 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 ms econmicos debido a la contruccin de la plataforma sobre PC y al uso masivo de redes IP presente en muchas empresas. Sin embargo, la escogencia entre alguna de las tecnologas bajo comparacin depender de consideraciones tcnicas y econmicas de cada cliente y el propsito de la red de videoconferencia. Sin embargo, se vislumbra una tendencia a nivel mundial de la tecnologa H.323, y una integracin de las redes H.320 con las redes H.323 Finalmente, cada puerto con soporte IP puede potencialmente soportar vdeo. Esto hace la tecnologa H.323 flexible y accesible a una ms amplia variedad de usuarios. Adems, es ms fcil mover un equipo en nuestro entorno, lo que har que un mismo equipo pueda ser usado para ms 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. Adems de la marca PictureTel, existen muchas otras marcas que soportan este estndar a nivel mundial. Algunas son: VTEL, Polycom, entre otras.

37

En Venezuela, esta tecnologa presenta una reciente introduccin y algunas empresas que la tienen, estn bajo calidad de demostracin.

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

38

CONCLUSIONES La recomendacin H.323 y sus recomendaciones asociadas, provee un sistema flexible e til para la comunicacin multimedia; su habilidad para permitir a los protocolos enrutar datos y voz sobre redes, hacen al H.323 escalable a travs del uso de una plataforma de usos generales como el PC. El avance en el desarrollo de la tecnologa de los microprocesadores y con ello el aumento de la velocidad en el procesamiento de los datos ha permitido a la recomendacin H.323 proveer un mejor servicio al usuario final, dinamizando el intercambio de capacidades para permitir el cambio en las comunicaciones de acuerdo con las necesidades sin desmejorar la calidad de servicio prestado. La recomendacin H.323 se ha convertido en la solucin ms sencilla basada en estndares para un amplio segmento de los sistemas de comunicaciones, desde la simple telefona punto a punto hasta una red compleja para conferencia multimedia. A travs del continuo esfuerzo del grupo de estudio de la ITU-T, la recomendacin H.323 avanza adaptndose 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 travs del alto nivel de comunicacin 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