Historia

H.323 se cre originalmente para proveer de un mecanismo para el transporte de aplicaciones multimedia en LANs (Redes de rea local) pero ha evolucionado rpidamente para dirigir las crecientes necesidades de las redes de VoIP. Un punto fuerte de H.323 era la relativa y temprana disponibilidad de un grupo de estndares, no solo definiendo el modelo bsico de llamada, sino que adems defina servicios suplementarios, necesarios para dirigir las expectativas de comunicaciones comerciales. H.323 fue el primer estndar de VoIP en adoptar el estndar de IETF de RTP (Protocolo de Transporte en tiempo Real) para transportar audio y vdeo sobre redes IP. H.323 est basado en el protocolo RDSI Q.931 y est adaptado para situaciones en las que se combina el trabajo entre IP y RDSI, y respectivamente entre IP y QSIG. Un modelo de llamada, similar al modelo de RDSI, facilita la introduccin de la Telefona IP en las redes existentes de RDSI basadas en sistemas PBX. Por esto es posible el proyecto de una migracin sin problemas hacia el IP basado en sistemas PBX. Dentro del contexto de H.323, un IP basado en PBX es, en palabras sencillas, un Gatekeeper ms algunos servicios suplementarios. ITU-T H.323: H.323 es un estndar creado por el grupo de estudio 16 de la ITU-T para la transmisin de voz, vdeo y datos multimedia a travs de redes basadas en conmutacin de paquetes sin calidad de servicio (QoS) garantizada, como las redes IP.

Inicialmente, H.323 fue diseado para transportar voz y vdeo en redes de rea local, aunque posteriores revisiones del estndar habilitaron su expansin a redes de rea amplia como Internet y mejoraron ciertas deficiencias del diseo inicial. H.323 es el estndar que cuenta actualmente con ms difusin en el mbito de la telefona IP. La arquitectura de H.323 define todo lo necesario (componentes, protocolos, sealizacin, cdecs...etc) para llevar a cabo la comunicacin y garantizar as la compatibilidad entre dispositivos. H.323 consta de una serie de protocolos: H.225 para el control de llamadas (incluyendo sealizacin, registro y admisin) y la sincronizacin y empaquetamiento de flujos de medios. H.235 para la seguridad y cifrado H.245 para la sealizacin de control y la apertura/cierre de canales multimedia H.450 para los servicios suplementarios RTP/RTCP para el transporte de contenido multimedia T.120 como protocolo de datos para conferencia multimedia y una serie de cdecs: G.711, G.722, G.723, G.728 y G.729 para audio (voz) H.261, H.263, H.264 para vdeo

PROTOCOLOS ESPECIFICADOS POR H.323: H.323 especifica los protocolos que gestionan la preparacin, establecimiento, control de estado, mensajera, cdecs de audio/video, transferencia de datos, y fin de llamada. Estos protocolos funcionan sobre un nivel de transporte basado en TCP y UDP y/o (tras la 5 revisin de H.323) SCTP. El siguiente grfico muestra la pila de protocolos H.323:

H.245 es el protocolo de sealizacin utilizado en el canal de control, que es el nico canal que siempre est abierto (en contraposicin a los canales de audio y vdeo, que se abren bajo demanda despus de la negociacin de cdecs). Se emplea bsicamente para la apertura / cierre de canales lgicos y el intercambio de informacin sobre la capacidad de transmisin y recepcin de medios de los terminales. Otras funciones para las que se utiliza H.245 son: Determinar el retraso de ida y vuelta entre ambos extremos de la comunicacin. Escoger qu punto final acta como maestro y cul como esclavo (Los papeles de maestro y esclavo slo se aplican cuando ambos extremos pretenden realizar una accin similar).

Los mensajes de sealizacin de llamadas estn definidos en la recomendacin H.225, con el formato de mensaje definido en el estndar Q.931. Esta sealizacin define cmo gestionar datos, vdeo, audio e informacin de control en una redes basadas en conmutacin de paquete. H.225, que se emplea durante el establecimiento de las conexiones entre puntos finales H.323 (gateways y terminales), consta de dos partes: sealizacin de llamadas y RAS (Registro, Admisin yeStado). El canal de control de llamadas, en redes IP, se establece en el puerto TCP 1720. En este puerto se crean los mensajes necesarios para realizar, mantener y finalizar una llamada. Estos mensajes pueden enviarse directamente entre terminales H.323 (Sealizacin de llamada Directa) o bien utilizar un gatekeeper como gestor del establecimiento de las conexiones (en este caso se denomina Sealizacin Enrutada por Gatekeeper). Por otro lado, el canal H.225.0/RAS es el primer canal que se establece en la comunicacin entre un terminal (o gateway) y el gatekeeper. RAS es el protocolo empleado para: Descubrir el / los gatekeepers existentes en la red H.323, tarea que se puede realizar de forma esttica (con la direccin del gatekeeper conocida a priori) o dinmicamente, mediante un mensaje de peticin dirigido a la direccin multicast 224.0.1.41, que los gatekeepers responden con un mensaje de confirmacin. Registro de puntos finales (gateways o terminales) en un la zona cubierta por un gatekeeper. Para registrarse, cada punto final debe proporcionarle al gatekeeper su alias y direccin de transporte (IP:puerto en redes IP). Localizacin de puntos finales, que consiste en la traduccin de un alias H.323 o nmero de telfono E164 en una direccin de transporte (IP:puerto en redes IP). Control de admisin de puntos finales en el gatekeeper.

Notificacin de cambios de estado de la conexin o en el ancho de banda disponible. Una opcin interesante que H.225 ofrece es la de encapsular mltiples mensajes H.245 en un mensaje H.225 con el fin de reducir el tiempo de conexin de llamada y sincronizar el control de llamadas con la sealizacin. Los protocolos RTP y RTCP, definidos en el RFC 3550, se utilizan para el transporte de medios y el control de transporte de medios, respectivamente. Por requisitos de tiempo real, ambos funcionan sobre el protocolo de transporte UDP (no fiable). La norma especfica que las conexiones RTP se deben establecer en un puerto par y las RTCP en el siguiente puerto impar (p.ej: 19400 para RTP y 19401 para RTCP). La funcin principal de RTCP (Real Time Control Protocol) es la de monitorizar una conexin RTP para proporcionar informacin acerca de la calidad del servicio (QoS). Para ello, obtiene estadsticas acerca de los paquetes enviados / perdidos, el jitter y el retraso de ida y vuelta (RTT) en la conexin, datos que la aplicacin puede emplear para realizar ciertos ajustes (p.ej: en la tasa de bits empleada en el cdec de audio). RTP (Real Time Protocol) es el protocolo empleado para transportar flujos de audio y vdeo. Las caractersticas principales de RTP son: Soporte unicast y multicast Calidad de servicio (QoS) no garantizada - susceptible a prdida de paquetes Identificacin de contenido Secuenciacin (numeracin) de paquetes, utilizada para que la aplicacin pueda reordenar paquetes que no ha recibido en orden Monitorizacin de la entrega de paquetes PILA DE PROTOCOLOS H.323:

El VoIP/H.323 comprende una serie de protocolos que cubren los distintos aspectos de la comunicacin: DIRECCIONAMIENTO: RAS (Registration, Admision and Status): Protocolo de comunicaciones que permite a una estacin H.323 localizar otra estacin H.323 a travs del Gatekeeper. DNS (Domain Name Service): Servicio de resolucin de nombres en direcciones IP con el mismo fin que el protocolo RAS pero a travs de un servidor DNS. SEALIZACIN: H.225 (RAS): Protocolo que permite a los terminales hablar con el Gatekeeper, solicitar y regresar ancho de banda y proporcionar actualizaciones de estado. Q.931: Protocolo de sealizacin de llamadas, para establecer y liberar las conexiones con la red telefnica RTC. H.245: Protocolo de control de llamadas, permite a los terminales negociar ciertos parmetros como: el tipo de Codec, la tasa de bits. COMPRESIN DE VOZ: Requeridos: G.711 y G.723.1 Opcionales: G.728, G.729 y G.722 TRANSMISIN DE VOZ:

 UDP: La transmisin se realiza sobre paquetes UDP, pues aunque UDP no ofrece integridad en los datos, el aprovechamiento del ancho de banda es mayor que con TCP. RTP (Real Time Protocol): Maneja los aspectos relativos a la temporizacin, marcando los paquetes UDP con la informacin necesaria para la correcta entrega de los mismos en recepcin. CONTROL DE LA TRANSMISIN: RTCP (Real Time Control Protocol): Es un protocolo de control de los canales RTP. Se utiliza principalmente para detectar situaciones de congestin de la red y tomar, en su caso, acciones correctoras. (protocolos especificados)El canal de control H.245 El H.245 es el protocolo de control de llamada para comunicaciones multimedia que utiliza H.323. Este protocolo es compartido por un cierto nmero de protocolos H.32x, como el H.324M, usado en conferencias multimedia en redes 3G mviles. Pero H.323 no utiliza todas las caractersticas y facilidades que ofrece el estndar H.245; para contemplar cules de estos mensajes H.245 son usados por H.323 hay que referirse al Anexo A/H.323. H.245 es una sealizacin que debe realizarse en paralelo con H.225.0 y, preferiblemente, antes del mensaje Connect (si no, podran perderse algunos de los datos transmitidos). H.245 controla la sesin multimedia, encargndose de: El intercambio de capacidades de los terminales. La determinacin del maestro y el esclavo de la comunicacin. El control y composicin de la sealizacin de canal lgico. Por canal lgico se entiende un camino (path, es decir, una direccin de transporte habilitada, una conexin) para la transmisin de informacin entre dos terminales. En efecto, este protocolo puede asimilarse a la capa OSI de sesin.

Todos los mensajes H.245 se transportan por un canal especial, llamado el canal de control H.245. La apertura de este canal es, sin embargo, opcional, gracias a la posibilidad de usar el mtodo Fast Connect: aunque a menudo este canal supone una conexin TCP separada, puede ser tunelizado dentro del canal de sealizacin de llamada H.225.0, en sus elementos de informacin IEs. De hecho, cuando se usa UDP para la sealizacin de llamada, el canal de control H.245 debe obligatoriamente ser tunelizado. Una de las funciones ms importantes del canal de control H.245 es permitir el intercambio de capacidades, es decir, la decisin sobre: El formato de los datos multimedia, como el tipo de codificacin (G.711, G.723, H.261 o T.120). El nmero mximo de muestras de audio por paquete. O si se admite soporte para la supresin de silencios. As, los terminales pueden escoger la codificacin que mejor se adapta a las necesidades de cada comunicacin. Los primeros mensajes que se envan por el canal H.245 son uno o varios Terminal Capability Set (TCS), mensaje en el que se describen los cdecs y las capacidades multimedia (Capability Set) que soporta cada terminal. Cada capacidad (capability) se relaciona con un nmero de las tablas de capacidades descritas en la especificacin H.245; todas las posibles capacidades de todos los terminales se encuentran descritos en tablas. H.323 contiene mecanismos para describir nuevas capacidades (como en el caso de los cdecs no descritos a priori en las tablas de la especificacin), en los Anexos E al M, de H.245.

CARACTERSTICAS FUNDAMENTALES DE H.323 Las caractersticas que ofrece este estndar, en cuanto a comunicaciones multimedia, son: Interoperabilidad entre distintos fabricantes. En realidad, ste es el nimo de todos los estndares de comunicaciones; sin embargo, precisamente debido a su complejidad, H.323 intenta acotar todas las posibilidades de la comunicacin, de las capacidades y de la funcionalidad de cada elemento de la red, incluso las posibles ampliaciones de s mismo, de forma que en la comunicacin exista al menos un conjunto fundamental comn a cualquier elemento de la comunicacin. Independencia de la red. La definicin de H.323 hace referencia a redes de paquetes que no provean calidad de servicio, pero no especifica ningn protocolo de red en concreto. Independencia de la plataforma y de la aplicacin. Siempre que se cumplan los requisitos y procedimientos descritos en las especificaciones, podr hacer uso de H.323 cualquier plataforma, hardware o sistema operativo deseado. Soporte para multiconferencias. Aunque H.323 permite mantener multiconferencias sin el uso de unidades especializadas, las MCUs (Multipoint Control Units) proporcionan una arquitectura ms robusta y flexible para el mantenimiento de multiconferencias. Gestin del ancho de banda. El trfico de audio y de vdeo resulta costoso en cuanto a recursos de ancho de banda, y podra colapsar la red. H.323 permite la gestin del ancho de banda, pudiendo limitar el nmero de conexiones H.323 simultneas, as como especificarles el ancho de banda disponible a aplicaciones y terminales H.323. Soporte para transmisin en multicast. Multicast es un mtodo de transporte que permite enviar un solo paquete hacia un conjunto de destinos sin replicacin (frente a unicast, que utilizara mltiples transmisiones punto a punto, y a broadcast, que enviara el paquete a todas los destinos), haciendo un uso mucho ms eficiente del ancho de banda.

 Soporte para el establecimiento de conferencias entre distintas redes multimedia. H.323 establece mecanismos para unir sistemas basados en comunicaciones LAN con sistemas RDSI36, as como con las redes PSTN, tanto en audio como en videoconferencias. Esto se consigue gracias a la especificacin de un terminal de red encargado de estas interconexiones: las pasarelas o gateways. Seguridad. Mediante H.235, se establecen procedimientos de autenticacin, integridad de los paquetes, privacidad (mediante mecanismos de encriptacin) y no repudio (es decir, medios de proteccin contra la afirmacin de no haber participado en una conferencia). Establecimiento de llamada rpido (Fast Call). H.323 tambin establece mecanismos para que la llamada quede establecida con un mnimo de dos paquetes. Intercambio de requerimiento de calidad de servicio. Un destino puede especificar una calidad de servicio deseada para sus flujos de audio y vdeo, incluyndose parmetros RSVP37 (RFC 2205 [53]). Capacidades para la redundancia de la red. Mediante servidores de direccionamiento alternativos (alternate Gatekeepers) la red podr soportar la cada de estos equipos crticos, sin prdida de comunicacin. Descripcin genrica de capacidades. Mediante esta especificacin ASN.1, pueden describirse cdecs y formatos de audio o vdeo genricos, sin perturbar las capacidades de comunicacin dentro de los estndares ms habituales. Gestin del direccionamiento entre dominios administrativos. Se establecen flexibles mecanismos de escalado para el establecimiento de llamadas entre grandes redes internacionales, mediante la definicin, entre los Gatekeepers encargados del direccionamiento de la red, de los llamados elementos de borde o border elements. Terminales simples, SET (Simple Endpoint Type). Como la especificacin H.323 puede resultar demasiado extensa para terminales sencillos, la especificacin H.341 recoge los mecanismos

mnimos para asegurar la comunicacin en redes H.323 de terminales con una funcionalidad bsica. Servicios suplementarios. Dentro de los servicios asociados a conferencias, H.323 aade numerosas posibilidades, entre las cuales se destacan: o Transferencia de llamada: permite que una conferencia establecida entre A y B pase a establecerse entre B y C. Desvo de llamada: ante cierto estado del receptor, la llamada se desva a otro nmero antes de establecerse. o Llamada On Hold: una llamada puede dejarse inactiva durante un tiempo, para recuperarse la comunicacin ms tarde, sin necesidad de colgarla ni de establecerla de nuevo. o Conferencia sin consulta: es el caso, por ejemplo, de una llamada que pasa por una secretaria, y que luego sta conecta con el destino verdaderamente deseado. o Llamada en espera: mientras se tiene una llamada activa, un terminal puede recibir una nueva llamada, que se queda como llamada entrante hasta que este terminal decide descolgarla (colgando la anterior llamada, o dejndola on hold, por ejemplo). o Identificacin del nmero llamante. o Establecimiento de prioridades: posibilidad de establecer prioridades entre las distintas llamadas. o Control de los planes de marcado: establecimiento, de manera centralizada, de qu nmeros se permiten como destinos rutables, y de cules deben ser rechazados de inmediato con slo ser marcados. Mecanismos de control basados en HTTP. Mediante el Anexo K/H.323, se permite a los proveedores de servicio mostrar pginas web con contenidos obtenidos desde la red H.323, mediante comunicaciones de control sobre HTTP. Capacidades de gestin de llamadas a crdito. A partir de la versin 4 se establecen mecanismos para la comunicacin de informacin relativa a llamadas a crdito en el mismo protocolo RAS (como, por ejemplo, mediante tarjetas prepago).

 Uso de DNS38 para la resolucin de direcciones. En la versin 5 se describen mecanismos para la solucin de direcciones mediante servidores DNS a partir de alias de destinos del tipo URL39. Descripcin genrica de servicios suplementarios. Mediante el Stimulus Control Protocol (protocolo de control por estmulos) descrito en el Anexo L/H.323, pueden definirse servicios suplementarios para puntos finales, sin cargo aadido en su software H.323. Para ello, hace uso de un servidor de capacidades o Feature Server, que hace de proxy entre este terminal y sus comunicaciones H.323. Robustez. El Anexo R/H.323 describe mecanismos para asegurar la robustez de las comunicaciones ante errores sencillos en la comunicacin. Monitorizacin de la calidad de servicio. Con la especificacin H.460.9, perteneciente a la versin 5, los Gatekeepers pueden informar de las caractersticas de calidad de servicio en tiempo real. Mecanismos para gestin de la movilidad. Mediante las especificaciones H.501, H.510 y H.530. Muchas de estas caractersticas son opcionales; adems, algunos equipos slo se adaptan a versiones tempranas de la especificacin H.323; y otros sencillamente no permiten la configuracin de algunos de los servicios H.323 ofrecidos.

2.4 ARQUITECTURA DE H.323

H.323 define cuatro elementos fundamentales en la arquitectura de red (figura 10): Terminales. Pasarelas o gateways. Gatekeepers y border elements. Y MCUs. . 2.4.1 Terminales Los terminales son puntos finales de la red que permiten comunicaciones bidireccionales en tiempo real. Todo terminal debe permitir comunicaciones de voz, mientras que los vdeos o los datos son opcionales. Tambin debe soportar H.245, que es el protocolo usado para negociar el uso de los canales y las caractersticas de los datos. Tambin sern obligatorios otros tres componentes: Q.931 para sealizacin de llamada, RAS para comunicaciones con un Gatekeeper, y soporte para RTP/RTCP para la secuenciacin de paquetes de audio y de vdeo. Los terminales ms habituales que pueden encontrarse son telfonos, videotelfonos, dispositivos IVR (Interactive Voice Response), sistemas de buzn de voz o telfonos software. 2.4.2 Pasarelas Las pasarelas son los elementos de la red H.323 preparados para la interoperabilidad con otras redes. Se distinguen dos elementos en la arquitectura interna de una pasarela: El MGC (Media Gateway Controller), es el encargado de la gestin y traduccin de los elementos de la comunicacin relativos a la sealizacin de llamada en ambos extremos (como H.225.0 y SS7, por ejemplo). Controla as la faccin de ms de alto nivel de las comunicaciones de la pasarela. El MG (Media Gateway), que maneja y traduce los formatos de audio, vdeo o datos sobre las distintas interfaces, controlando la faccin de ms bajo nivel.

La comunicacin entre el MGC y los MGs se lleva a cabo mediante una especificacin separada, la H.248, tambin conocida como MEGACO (MEdia GAteway COntrol), y, como resultado de la colaboracin entre el IETF y la ITUT, tambin disponible en la RFC 3015. Como ejemplos de pasarelas, las pasarelas analgicas con la PSTN, las pasarelas digitales con RDSI, o incluso pasarelas con otras redes H.323 (proxys de red). Entre otras capacidades, las pasarelas con la PSTN debern poder reconocer seales DTMF40 y transmitirlas por H.323. 2.4.3 Gatekeepers Los Gatekeepers son los elementos ms importantes de una red H.323, a pesar de que su existencia es opcional. Actan como punto central para todas las llamadas de su Zona, y proporciona servicios de control de llamadas a todos los puntos finales registrados en l. De esta forma, una Zona es el grupo de terminales, pasarelas y MCUs gestionados por un Gatekeeper. El servicio de control de llamadas ms importante que realiza un Gatekeeper es la traduccin de direcciones, de alias de red (entre los cuales se pueden encontrar nmeros marcados, secuencias de caracteres, direcciones URL o emails), a direcciones de transporte (tpicamente, direcciones IP). De esta forma, en una red sin Gatekeepers los terminales tendran que conocer la direccin de transporte de cada destino de sus comunicaciones. El Gatekeeper tambin tiene la capacidad de modificar el alias a que se refiri el terminal que inici la llamada. Pero tambin se encarga del control de accesos: si existe un Gatekeeper en la Zona H.323, cada uno de los terminales que deseen comenzar o recibir una llamada deber solicitar acceso a su Gatekeeper. La tercera de sus tareas base es el control del ancho de banda de la red H.323, permitiendo o denegando llamadas en los casos en los que el trfico supere ciertos

lmites, previamente configurados. El Gatekeeper dispone de mecanismos para conocer numerosos detalles acerca de cada llamada activa en su Zona. Incluso, si fuera necesario, podra cortar una llamada durante el transcurso de una comunicacin. 40 DTMF: Dual-Tone Multi-Frecuency, transmisin de tonos dual, es decir que cada dgito se configura con dos tonos simultneos. Por ltimo, el Gatekeeper desempear funciones de gestin de Zona, encargndose de: Comunicar e intercambiar las tablas de rutas relativas a su Zona con otros Gatekeepers. Comunicar estadsticas relativas a la calidad de servicio de los terminales en su Zona en tiempo real Distribuir planes de marcado entre estos terminales. Al resultar un elemento tan imprescindible en las comunicaciones de una red H.323, el estndar dispone potentes capacidades de redundancia para estos elementos: se trata de los alternate Gatekeepers, una lista de Gatekeepers alternativos de que dispone cada terminal en caso de cada de su Gatekeeper, para que en ningn momento se carezca de las informaciones de direccionamiento. Adems, los Gatekeepers pueden mantener entre s varios niveles jerrquicos, mediante los llamados elementos de borde, que permiten la comunicacin de informaciones de direccionamiento entre ellos de forma efectiva: 2.4.3.1 Border Elements Los elementos de borde suponen un nivel ms en la jerarqua de direccionamiento H.323, dotando de mayor flexibilidad y potencia a la gestin de rutas. En realidad su funcionamiento es como el de cualquier Gatekeeper, slo que, adems, guardan en su interior la informacin de tablas de rutas de todos los Gatekeepers dentro de su Dominio Administrativo, participando adems de la autorizacin de llamada entre estos dominios. Un Dominio Administrativo no es, en definitiva, sino un conjunto de Zonas bajo el control de un nico elemento de borde.

Por lo dems, el elemento de borde comparte el resto de funciones del Gatekeeper, existiendo, por ejemplo, la posibilidad de definir alternate Border Elements en cada Gatekeeper. 2.4.4 MCUs Las MCUs (Multipoint Control Units, unidades de control multipunto) soportan la gestin de las multiconferencias. Son elementos opcionales, pero su uso resulta una potente capacidad para administrar y gestionar multiconferencias de forma robusta. Una MCU se descompone en un MC (Multipoint Controller, controlador multipunto), y en cero o varios MPs (Multipoint Processors). El MC gestiona la sealizacin de las llamadas entre todos los terminales, estableciendo las capacidades para procesado de audio y vdeo entre todos, y determinando qu flujos se establecern en multicast. Mientras, los MPs mezclarn, conmutarn y procesarn los flujos de datos en tiempo real. Las multiconferencias pueden establecerse en varias formas, segn las necesidades de la red H.323 y de las capacidades de los terminales participantes: Centralizada: Requieren la existencia de una MCU. Todos los terminales enviarn audio, vdeo, datos y flujos de control a la MCU en formato punto a punto. El MC centralizar la gestin de la multiconferencia, y el MP se encargar del mezclado de audio, la distribucin de los datos y la conmutacin y mezclado del vdeo, enviando los flujos resultantes a cada uno de los participantes de la multiconferencia, punto a punto o multipunto (slo para el flujo de vdeo). El MP tambin permitir conversiones de formatos (cdecs). Se muestra un diagrama de este tipo de multiconferencia, aplicado a comunicaciones de vdeo, en la figura 11. Figura 11: Multiconferencia centralizada. Transmisiones de datos unicast.

 Descentralizada: En este caso se podr hacer uso de la tecnologa multicast, mediante la que cada terminal enva los datos al resto de los participantes. Ahora, son cada uno de los terminales los encargados de procesar los mltiples flujos entrantes de audio y de vdeo, mediante funciones internas de MP. Mientras, el MC se encarga an de la gestin y control de la multiconferencia, comunicndose punto a punto con todos los canales de control de cada participante y llevando a cabo funciones tan interesantes como el control de silla (chair control) y la seleccin de vdeo. La figura 12 muestra un esquema para este tipo de multiconferencias: Figura 12: Multiconferencia descentralizada. Transferencia de los datos multicast. Hbrida: Una multiconferencia hbrida usar una determinada combinacin de las capacidades de gestin centralizada y descentralizada. La MCU podra mezclar slo el audio, dejando el vdeo en formato descentralizado. Por otro lado, en una multiconferencia hbrida tambin podra haber participantes que mantuvieran una multiconferencia centralizada a la par que otros participantes de la misma multiconferencia slo utilizaran multicast; el nexo de unin sera la MCU. As, cada terminal slo debe preocuparse de la forma de conferencia en que enva y recibe, nunca de la naturaleza mixta de la multiconferencia

VERSIONES H.323 versin 7 - Resumen UIT-T SG16 completado el trabajo sobre H.323 versin 7 en noviembre de 2009. Como se indic anteriormente, cambios en las especificaciones base H.323, H.225.0 y H.245 intencionalmente se mantuvieron al mnimo. No obstante, se introdujeron una serie de novedades importantes. Adems, la UIT continu evolucionando estndar de comunicacin multimedia de ms ampliamente utilizado del mundo con nuevas mejoras de la funcin mediante el uso del marco genrico de extensibilidad. Este enfoque permite la UIT y a terceras partes crear nuevas funciones para H.323 sin requerir cambios en las especificaciones de la base. (Se nota que el foro H.323 tambin est produciendo especificaciones para H.323, ampliando las capacidades de este sistema multimedia Rico). La primera novedad introducida en H.323v7 es algo que llama "solo transmisor multidifusin", que bsicamente permite un extremo en una llamada de dos partidos abierta una secuencia de multidifusin a otro extremo. Esto es til, por ejemplo, para las cosas tales como habilitar un servicio de "msica en espera" donde el audio es originario de un puerto y direccin IP multicast conocida.

Tal vez an ms significativa es una nueva caracterstica que permite que un dispositivo de red H.323, como un MCU H.323 terminales (por ejemplo, un sistema de videoconferencia o telepresencia) en contacto con y entregar una lista de la Conferencia a la terminal. Esto permite a un usuario para conectarse una conferencia con el identificador de la informacin y de la Conferencia de direccin adecuada sin tener que saber los detalles de contactos especficos de antemano: se entregan directamente a la terminal, lo que permite una sola pulsacin para unirse a una conferencia. Esta caracterstica se utiliza hoy en una forma patentada por algunos sistemas de telepresencia. Otra nueva mejora introducida en H.225.0 es la habilidad de transmitir informacin de partes llamadas en varios idiomas simultneamente. Esta caracterstica ser til, por ejemplo, para las empresas que tienen oficinas internacionales, permitiendo que los empleados ver los nombres en su idioma preferido, pero tambin transmite sus nombres en varios idiomas para que los usuarios puede mostrar la informacin de identificacin de llamadas en su idioma preferido. H.323 tambin introdujo procedimientos para permitir que uno transportar mensajes de protocolo de alerta comn (PAC) dentro de los sistemas H.323. El protocolo de alerta comn se define en la Recomendacin UIT-T X.1303 y puede usarse para una variedad de propsitos, pero quizs lo ms importante como medio de transmisin de mensajes de emergencias y ADVERTENCIA pblica. Adems de las mejoras a las especificaciones de la base, tambin queremos informar sobre las nuevas especificaciones que se han publicado desde la ltima revisin de H.323. Ha habido tres nuevas recomendaciones H.460 serie publicadas: H.460.22, H.460.23 y H.460.24. H.460.22 permite negociar procedimientos de seguridad entre dos puntos finales H.323 antes de establecimiento de llamada real.

Especficamente, permite un dispositivo H.323 saber de antemano si el llamado partido apoya una seguridad deseado sealizacin mecanismo (por ejemplo, IPSec o TLS). H.460.23 es un procedimiento que permite que los dispositivos H.323 detrs de un NAT/FW dispositivo para coordinar con un portero y un servidor STUN para descubrir el tipo de NAT/FW dispositivos que se emplea. El propsito es permitir que la informacin que se utilizar durante el establecimiento de llamada siguiendo procedimientos H.460.24. H.460.24 define cmo habilitar medios directos de punto a punto entre dos extremos H.323 comunicacin, aun cuando ambos dispositivos estn detrs de los dispositivos NAT/FW. Mediante el uso de la informacin adquirida a travs de H.460.23, un Gatekeeper es capaz de negociar una estrategia con los extremos de comunicacin para asegurar que ambos dispositivos son capaces de obtener los medios de comunicacin fluya apropiadamente a travs de sus respectivos dispositivos NAT/FW. Haciendo esto, los medios de comunicacin fluye directamente entre los dispositivos, lo que reduce la latencia y el costo asociado con medios rel funciones requeridas por H.460.18 y H.460.19. Mientras que no todos los dispositivos NAT estn diseados para permitir flujos de medios de comunicacin directa, este hecho es tomado en consideracin y un proxy de los medios de comunicacin H.460.19 se emplea cuando sea necesario. Es particularmente importante entender sobre H.460.23 y H.460.24 que se elabor la estrategia de los medios de comunicacin antes de la llamada, reduciendo as el tiempo de establecimiento de llamada y permitiendo H.323 dispositivos comunicarse por detrs de un dispositivo NAT/FW sin la ayuda de una ALG, proxy de los medios de comunicacin u otro dispositivo en la mayora de los casos. Lo ms importante, por primera vez H.323 dispositivos son capaces de recorrer la mayora de los dispositivos NAT/FW y comunicarse a travs

de Internet fcilmente, algo que hasta ahora ha sido imposible H.323 sin algn tipo de dispositivo de asistencia. H.323 versin 6 Resumen H.323 versin 6 fue aprobada oficialmente en junio de 2006, despus de que la UIT-T SG16 acordaron el texto al final de su reunin en abril de 2006 el consentimiento. Como haba prometido, el grupo de expertos H.323 esforzado por mantener los cambios para la especificacin base al mnimo. Hubo algunas adiciones menores, pero la mayora de la nueva funcionalidad que se agrega a H.323 estos das son a travs de extensiones que utilizan los campos "genricos" y mensajes en H.225.0 y H.245. Los cambios principales en la especificacin H.323 base es la introduccin del concepto de "Guardin asignado", como se describe a continuacin. Tambin hubo una serie de cambios para intentar mejorar la claridad de ciertos procedimientos, incluyendo la llamada limpiar procedimientos, manejo de errores, etc.. Se hicieron mejoras al documento H.225.0 para aclarar el uso de ciertos campos, proporciona una asignacin estndar de causa y razn cdigos LRJ/ARJ y AccessReject/ARJ. (AccessReject se define en H.501), aadir un nuevo tipo de alias isupNumber y apoyar la nueva especificacin de QoS (H.361) y un campo de la lengua para soporte de difusin del mensaje (H.460.21). Finalmente, se hicieron adiciones H.323 anexo G para apoyar el transporte de texto en tiempo real (ToIP) intercalado con audio para apoyar la recomendacin de UIT-T V.151. Una serie de nuevos documentos y anexos se han introducido para H.245 que permiten sistema H.323 utilizar varios codecs, GSM, iLBC y H.264. H.245 ha mejorado progresivamente con varias novedades

que se pueden utilizar sistemas de H.323v6. Documentos relacionados con la seguridad tambin se ha mejorado significativamente y el documento H.235 fue completamente reestructurado. Ahora, en lugar de tener un solo documento H.235, estn numerados H.235.0, H.235.1, etc.. Lo ms importante, se ha aadido soporte para que SRTP garantizar flujos de medios basados en la RTP. La mayor parte de la nueva funcionalidad fue introducido progresivamente en los ltimos dos aos desde la publicacin de H.323v5. Algunos de los documentos ms recientes que fueron aprobados incluyen:

H.235.0 - H.235.9 - seguridad para sistemas H.323 (incluyendo soporte SRTP) H.239 - administracin de funciones H.241 - video procedimientos extendidos H.249 - extendido indicaciones de entrada de usuario H.361 - to-End de calidad de servicio (QoS) y servicio de sealizacin de prioridad H.460.10 - categora fiesta llamada H.460.11 - establecimiento de llamada retrasada H.460.12 - Indicador de Control de deslumbramiento H.460.13 - llamado Control de Release de usuario H.460.14 - precedencia multinivel y preferente H.460.15 - llamada redireccionamiento y suspensin del canal de transporte H.460.16 - capacidad de la secuencia de lanzamiento mltiplemensaje H.460.17 - RAS a travs de H.225.0 de tnel H.460.18 - salto de sealizacin H.323 a travs de traductores de direcciones de red y cortafuegos H.460.19 - salto de H.323 medios a travs de traductores de

direcciones de red y cortafuegos H.460.20 - nmero de ubicacin para H.323 H.460.21 - mensaje de difusin para sistemas H.323

Guardianes asignados El concepto de un "guardin asignado" es una extensin del mecanismo alternativo de Gatekeeper. Un Gatekeeper "Asignado" es el portero con el cual debe registrarse un punto final de una lista de Gatekeepers alternos. En caso de que falle el guardin asignado, deseaba cambiar el punto final a una alternativa (segn los procedimientos de portero suplentes). Sin embargo, el punto final o el portero "actual" vigilar el estado del guardin asignado y, una vez que el guardin asignado est disponible, el punto final pasar a su guardin asignado. Esto permite que el operador de red mantener un estado con provisioning preferido. Mientras Gatekeepers alternos pueden estar geogrficamente dispersos, generalmente hay un deseo de tener extremos registrar con el portero suplente que es fsicamente ms cercano. Cualquiera que sea la preferencia de la inscripcin del operador de red, el concepto de Gatekeeper asignado da ms control a cmo se utilizan los recursos. H.235.1 - H.235.9 - seguridad para sistemas H.323 La mayora de estos documentos son mejoras en los antiguos documentos H.235, pero ha aadido mucho material nuevo, destaca apoyo de SRTP. H.239 - administracin de funciones H.239 fue introducido por primera vez con H.323v5, pero no inadvertidamente omitido de Packetizer "' s New en H.323v5". H.239 introduce el concepto de "roles" en H.245, que permite, por ejemplo, un dispositivo indicar que una secuencia de vdeo es video en vivo y un

flujo de vdeo es una secuencia de presentacin. H.241 - video procedimientos extendidos Esta recomendacin presenta algunos procedimientos extendidos de vdeo para sistemas H.323. En particular, se agrega soporte para H.264 para sistemas H.323. H.249 - ampliada la indicacin de entrada de usuario Esta recomendacin aade la posibilidad de nuevos tipos de eventos de la seal como clics y el cursor se mueve. H.361 - to-End de calidad de servicio (QoS) y servicio de sealizacin de prioridad Este documento (anteriormente llamado H.323 anexo N) define cmo hacer QoS end-to-end en sistemas H.323. H.460.10 - categora fiesta llamada Este documento permite el transporte del campo ISUP "llamada partido categora" dentro de los sistemas H.323. H.460.11 - establecimiento de llamada retrasada La idea de "retrasar el establecimiento de llamada" debe garantizar que los flujos de medios de comunicacin u otras condiciones se cumplen antes de alertar al usuario de una llamada entrante. Esto permite, por ejemplo, un dispositivo asegurar que los parmetros de QoS se negocian o agujeros de alfiler pueden establecerse a travs de cortafuegos antes de sonar la parte remota. H.460.12 - Indicador de Control de deslumbramiento Esta recomendacin especifica un mecanismo que permite una salida

H.323-PSTN Gateway para resolver una condicin de fulgor (tambin conocido como "doble crisis") que se detecta en la puerta de entrada al seleccin de circuito se realiza en el portero. H.460.13 - llamado Control de Release de usuario Al llamar a determinados nmeros (por ejemplo, nmeros de acceso de emergencia), el llamado partido debe tener cierto control sobre cmo y Cundo se libera la llamada. Esta recomendacin proporciona ese tipo de funcionalidad. H.460.14 - precedencia multinivel y preferente Esta recomendacin incluye soporte para PEDILLO a sistemas H.323. H.460.15 - llamada redireccionamiento y suspensin del canal de transporte Esta recomendacin permite un dispositivo intermediario, por ejemplo suspender el canal de seal de llamada H.225.0 y que se volaba a otro dispositivo o, ms comnmente, punto a punto entre los dispositivos de llamada y llamados. Esto permite, por ejemplo, una llamada a establecerse a travs de un portero que rutas de sealizacin de llamada y, una vez que la llamada es estable, que la carga de sealizacin traslad fuera el portero a los extremos. H.460.16 - capacidad de la secuencia de lanzamiento mltiplemensaje Generalmente, dispositivos H.323 que desean liberar la llamada hacen enviando una versin completa y cerrar la toma de corriente. Desafortunadamente, las implementaciones de TCP a veces tirar mensajes inmediatamente cuando se cierra un socket, por lo que la parte remota no recibe el mensaje completo de liberacin. Esta recomendacin define un apretn de manos para asegurar que el

mensaje comunicado completo (con el cdigo de la causa) est correctamente entregado y recibido. H.460.17 - RAS a travs de H.225.0 de tnel Esta recomendacin se utiliza como parte de una solucin FW/NAT traversal, junto con H.450.19, para permitir que los dispositivos enviar y recibe llamadas H.323 a travs de un dispositivo NAT/FW. La idea principal es mantener una conexin TCP persistente entre el extremo de la red privada y el portero en la red pblica. H.460.18 - salto de sealizacin H.323 a travs de traductores de direcciones de red y cortafuegos Esta recomendacin define procedimientos para atravesar un dispositivo NAT/FW. Define nuevos procedimientos que se deben implementar por guardianes y extremos, pero tambin permite el uso de un dispositivo especial "proxy" para activar dispositivos ms antiguos recorrer adecuadamente una NAT/FW que no entiende los procedimientos requeridos para hacer tan autnomamente. Como H.460.17, esta recomendacin se basa en H.460.19 para el salto de los medios de comunicacin. H.460.19 - salto de H.323 medios a travs de traductores de direcciones de red y cortafuegos Esta recomendacin define los procedimientos para transmitir secuencias de los medios de comunicacin a travs de un dispositivo NAT/FW y es utilizada por H.460.17 y H.460.18. H.460.20 - nmero de ubicacin para H.323 Esta recomendacin define cmo transportar un nmero de"ubicacin" (similar a la encontrada en ISUP) en H.323.

H.460.21 - mensaje de difusin para sistemas H.323 Esta recomendacin define procedimientos para la implementacin de un servicio de difusin de mensajes dentro de redes H.323. El servicio slo localmente, podra utilizarse como un sistema de intercomunicacin de la empresa, o puede utilizarse para enviar anuncios a un gran nmero de personas a nivel mundial. No existen lmites geogrficos y los usuarios pueden especificar un idioma de preferencia para anuncios. Servidores enviar anuncios entonces pueden proporcionar anuncios segn el idioma preferido del usuario. H.323 versin 5 - Resumen H.323 versin 5 fue aprobada oficialmente a finales de julio de 2003. A diferencia de las revisiones anteriores de la recomendacin, H.323 versin 5 destinado a mantener la estabilidad en el protocolo al introducir slo modestos adiciones al Protocolo de base, en lugar de introducir cambios radicales, como fue el caso en revisiones anteriores. Ir a la versin 5 ya "mantenimiento" liberacin de H.323 versin 4, con slo unos cuantos campos nuevos aadidos y slo un nuevo tipo de mensaje. Por supuesto, las actividades de normalizacin que rodean H.323 son todava muy activas. La mayora de las nuevas mejoras a H.323 ha sido introducida a travs del "Marco de extensibilidad genrico" (GEF) que se introdujo en H.323 versin 4. Desde la aprobacin de H.323 versin 4 en el ao 2000, hemos aadido 9 novedades a H.323 que utilizan del FMAM. Lo agradable del FMAM es que ahora somos capaces de aadir nuevas funcionalidades a H.323 sin alterar el protocolo base. Personas han pedido para la estabilidad y se trata de un paso en esa direccin. Algunas de las nuevas incorporaciones al H.323 desde la versin 4 incluyen:

Anexo M.3 - tnel de DSS1 sealizacin dentro de los sistemas H.323 Anexo O - define cmo utilizar la URL de H.323 y otros servicios DNS en el contexto de sistemas H.323 Anexo P - describe cmo mdem rel dentro de los sistemas H.323 Anexo Q - control extremo cmara para videoconferencias Anexo R - proporciona tolerancia a fallos--llamadas no deje caer cuando la falla de una sola entidad de sealizacin intermedia, como un softswitch, mientras que las llamadas estn en curso. (FMAM) H.460.1 - Resumen del marco genrico de la extensibilidad y "Gua del autor" H.460.2 - portabilidad (FMAM) H.460.3 - mapa de situacin del circuito (FMAM) H.460.4 - designacin de prioridad de llamada (FMAM) H.460.5 - transporte del IEs Q.931 duplicados (GEF) H.460.6 - extendido rpido conectar (FMAM) H.460.7 - mapas de dgitos (FMAM) H.460.8 - consulta de rutas alternativas (FMAM) H.460.9 - QoS de monitoreo y reporting (FMAM) Algunas adiciones a H.323v5 y H.225.0v5

Como puede ver, casi todas las nuevas mejoras de utilizan el FMAM. De hecho, toda la serie de H.460.x de documentos dedicada a aadiendo mejoras a H.323 por el FMAM. Los desarrolladores pueden escoger cul de las mejoras del FMAM para apoyar en sus productos. En el resto de este documento, discutiremos brevemente cada una de las mencionadas caractersticas agregadas.

Anexo M.3 - tnel DSS1 La serie M.x anexo de documentos describe cmo llevar varios protocolos de sealizacin H.323 no dentro del contexto de una llamada H.323 establecido. Anexo M.3 se centra especficamente en cmo transporte DSS1 sealizacin dentro de una llamada H.323. Las H.323 entidades involucradas no debe ser consciente de qu la DSS1 sealizacin parece o lo que es ser comunicada. H.323, es slo una secuencia de datos sin procesar. Anexo O - uso de URLs y DNS Este Anexo describe cmo utilizar DNS con el fin de resolver las direcciones en la forma de URLs H.323. Suponga que usted desea llamar a alguien y reciben la direccin "h323:somebody@example.com". Puede dar esta direccin alias hasta su punto final (que luego puede pasar a lo largo a su guardin, si lo hay) para llevar a cabo una operacin de resolucin de la direccin. Dependiendo de la composicin de la URL, el H.323 puede utilizar la enumeracin, buscar registros SRV, u otros tipos de registros DNS para resolver la direccin. URL no son nuevas en H.323. De hecho, el tipo de alias de URL han estado en H.323 desde la versin 2. Siempre ha sido posible dar un endpoint H.323 una URL, incluyendo una pgina web, URL "tel" u otros tales tipos de URL. Por supuesto, el problema ha sido que no ha habido ningn detalles especficos acerca de cmo manejar estas URLs. Anexo O no aconseja un extremo en lo que debe hacer en el caso, por ejemplo, que un extremo remoto pide la llamada que deben enviarse a una pgina web. Eso es ciertamente tcnicamente legal, pero prcticamente intil--por lo menos hoy. Qu significa transferir una llamada a una pgina web? Qu sucede si el telfono no tiene una pantalla adecuada Mostrar dicha pgina web? Muchas cosas son posibles con URLs, por supuesto, pero anexo O se centra en los casos prcticos

que tienen sentido desde la perspectiva de enrutamiento, video, y pide datos sobre redes IP. Anexo P - mdem rel Anexo P define cmo utilizar V.150.1, que describe cmo llevar seales de mdem sobre una red IP, en el contexto de una llamada H.323. Aprovecha un concepto nuevo introducido en H.245 llamado "Mltiples corrientes de carga". Varios flujos de carga puede considerarse como algo muy similar a un "m =" lnea en SDP (RFC 3227). Fueron introducidos en H.245v9 como forma de permitir que un extremo para abrir una sesin RTP que puede llevar voz y seales de mdem, DTMF (RFC 2833) u otras seales (incluyendo texto, fax, etc.). Anexo Q - Control de la cmara del extremo lejano Anexo Q define un medio para realizar el control de la cmara de extremo en el contexto de una videollamada. Mientras que los sistemas H.323 ya tenan normas para llevar a cabo esta capacidad (H.282 y H.283), los fabricantes de equipos de video sentan que esas normas eran demasiado complicadas. Mientras que H.283 es flexible y puede utilizarse para controlar una amplia gama de dispositivos, los fabricantes de equipo de video queridos utilizar H.281 para el propsito estrecho de controlar una cmara de vdeo, ya que era considerado mucho ms simple. Cada fabricante de equipo de video haba aprobado anexo Q H.282 y H.283, tambin lo hacen ni ambos con otra cosa que el anexo Q para el control de la cmara de extremo. Anexo R - robustez Anexo R se centr en el problema de impedir una llamada activa de haber cado ante cualquier fallo solo en la red. Puede usarse el presente

anexo se extremos de intermedio sealizacin entidades (por ejemplo, guardianes o Softswitches). Antes de la introduccin del anexo P, si un dispositivo falla en el camino de la llamada, la llamada fue abandonada simplemente. La razn fue que H.323 se basaba en la conexin TCP para la entrega precisa, en orden de mensajes de sealizacin de llamada. Si una conexin TCP se rompi, los dispositivos no saben cmo reaccionar y simplemente cayeron la llamada. Eso fue ms de una opcin de diseo que un requisito en H.323. Anexo R introduce la lengua necesaria y procedimientos especficos que extremos y otros dispositivos deben realizar para evitar llamadas de haber cado en caso de falla. Por supuesto, las conexiones TCP puede romperse y anexo R completamente explica cmo recuperar esas conexiones TCP y continuar con la llamada. H.460.1 - marco de extensibilidad genrico Esta es la primera de una serie de documentos que describen las nuevas caractersticas para los sistemas H.323 que utilizan el Marco genrico de extensibilidad descrito en H.323v4. Este documento es principalmente para el beneficio de autores de H.460.x recomendaciones, pero puede ser de inters general que leer y tratar de entender el FMAM. H.460.2 - portabilidad Como su nombre indica, este documento describe cmo proporcionar un servicio de portabilidad de nmero dentro de una red H.323. H.460.3 - mapa de situacin del circuito H.460.3 permite una puerta de entrada a reportar la informacin de estado detallada para circuitos bajo su control a un guardin. El portero

puede utilizar esta informacin, por ejemplo, al tratar de dirigir las llamadas a la RTC. H.460.4 - designacin de prioridad de llamada H.460.4 simplemente aade un mecanismo para H.323 para permitir un extremo llamado indicar la prioridad de una llamada. La prioridad puede ser emergencia autorizado, emergencia, normal o alta. H.460.5 - transporte de IEs duplicados H.225.0 prohbe la existencia de duplicados IEs del mismo tipo. En general, es aceptable. Sin embargo, hay algunos casos de interoperatividad en donde un gateway PSTN necesita entregar IEs duplicados a una puerta de enlace PSTN de salida. Este documento permite a esos escenarios de interoperatividad. H.450.6 - extendido rpido conectar Extendido rpido conectar, como su nombre indica, se basa en el mecanismo de conexin rpida muy popular definido en H.323v2. Con estos nuevos procedimientos, es posible para un resultado final en modificar, agregar o eliminar corrientes de los medios de comunicacin de una llamada enviando simplemente un nuevo elemento fastStart al otro extremo. No hay ninguna necesidad de pasar por H.245 sealizacin de canal lgico, como ocurra antes. No slo se extendi rpidamente conectar (EFC) ha reducido la complejidad que conlleva en el cambio de arroyos de los medios de comunicacin, presenta algunos escenarios de sealizacin que no eran posibles en el pasado. Por ejemplo, supongamos que un endpoint H.323 llama otro endpoint H.323. Adems, supongo que algn elemento de la red en medio de la red quiere reproducir archivos multimedia al extremo llamado antes de conectar la llamada (por ejemplo, para anunciar la cantidad de crdito restante, indican que la llamada es

progresar, etc.). Lo que deba suceder antes de la introduccin de EFC fue que los elementos de la red interior tuvieron que aceptar la inicial fastStart o realizar H.245 Canal lgico de sealizacin transmitir su mensaje. Entonces tendra que enviar un "vaco capacidad de conjunto" (o TCS = 0) mensajes al extremo llamado, redirigir el H.225.0 y H.245 sealizacin hacia el extremo llamado e intercambiar una serie de H.245 para restablecer los medios de comunicacin. Mientras que esto trabaj, era ms complicado. (Estos ltimos procedimientos se definen en la seccin 8.4.6 de H.323 bajo el ttulo "Pausa de terceros y" desvos). Dado el mismo llame al escenario como por encima y la funcin de la EFC, las entidades intermedias de sealizacin simplemente remitir la propuesta de fastStart original en el llamado criterio de valoracin. Cuando responde, medios canales sern automticamente cerraron y reabri sus puertas como se desee. Es significativamente ms simple. H.460.7-mapas de dgitos Uno de los problemas exhibidos por la mayora de los telfonos IP hoy es una demora en marcar el nmero una vez que todos los dgitos marcados. Ya sea, o el usuario es necesaria para golpear un especial de "enviar" clave (a veces la tecla "#"). La razn es simplemente que la IP telfonos no saba lo que los patrones de marcacin deban parecerse. Por lo tanto, deban introducir a temporizadores y esperar durante un cierto periodo de tiempo desde la ltima pulsacin de tecla para iniciar una llamada. H.460.7 resuelve este problema permitiendo que el portero proporcionar el punto final con un mapa de dgitos. Esencialmente, esto indica el punto final precisamente lo que los nmeros de telfono aceptable ser. Esto permite que el extremo de saber, sin lugar a dudas, que ha sido marcado el ltimo dgito o dgitos adicionales son

necesarios, permitiendo el telfono IP iniciar llamadas de la manera ms eficiente. Por supuesto, no es prctico proporcionar un telfono IP con la informacin de marcado para todo el mundo. Aun as, es posible utilizar H.460.6 para proporcionar parte de la informacin de marcado y permite entonces el punto final a utilizado enviar superpuestas o usar un temporizador interno (como lo hizo originalmente) para recolectar dgitos para llamadas que no coincide con un patrn de marca reconocida. Cuando utilice envo superpuestas (a travs de RAS), el punto final puede transmitir un mensaje ARQ el portero para ver si las cifras forman una direccin completa. Si no, el portero puede informar entonces el extremo que la direccin es incompleta y, en base a las cifras que fueron hechas hasta que punto, dar el punto final con un patrn marcado nuevo, refinado, ms granular que se alinea con los dgitos marcados. La opcin para instalar un plan de marcado completa en el telfono IP, uso envo comprometidos a travs de RAS, o fuerza el mvil al usar un temporizador para la entrada de dgito de tiempo de espera es totalmente hasta el operador de red. H.460.8 - consulta de rutas alternativas A veces, cuando un extremo consultas al portero para una direccin (ARQ), fallar el intento de llamada. H.323v2 intent resolver este problema mediante la introduccin de "finales alternativos". Sin embargo, el uso de puntos finales alternativos no permiten ofrecer informacin sobre el punto final de destino, como "modifiedSourceInfo", "multipleCalls" y otros elementos que se encuentran dentro del mensaje de la ACF. Tambin, puesto que la mayora de las llamadas se espera que para tener xito, es costoso que

generar informacin de seguridad para varios finales alternativos en caso de que falle el intento primario (ruta). H.460.8 permite el punto final para el portero en el caso que el intento de llamada inicial no se volver a consultar. Esto permite que el portero proporcionar informacin de encaminamiento alternativo al extremo. Tambin da el punto final una oportunidad a los cdigos de error de informe para el guardin sobre los intentos de llamada que no, que puede resultar importante en el funcionamiento de una red eficiente. H.460.9 - monitoreo y Reporting de QoS H.460.9 proporciona los medios para un resultado final en proporcionar estadsticas RTCP para el portero. Hay trabajos en curso dentro de la IETF para mejorar las capacidades de presentacin de informes de estadsticas RTCP, que pretende integrarse como anexo B de este documento. Varios H.323v5 y adiciones de H.225.0v5 Por supuesto, haba cosas nuevas directamente a H.323v5. Mencionar brevemente aquellas que puedan ser de mayor significacin Nmero de saltos Aunque H.323 dispositivos han tenido los medios para detectar bucles de enrutamiento en redes H.323, bucles de enrutamiento todava podran existir cuando iba hacia la PSTN y dar de nuevo. Lo mismo vale para ir entre redes H.323 y SIP. La razn es que la informacin que es vital para la deteccin de bucle (identificador de llamada) se pierde en dicho protocolo on puntos. Para solucionar esto, H.323 introdujo un campo de Hop Count (valores entre 1 y 31), para alinear con el mismo parmetro en ISUP.

SIP como protocolo de apoyo Gateways ahora tienen los medios para que se anuncian como un gateway H.323 y SIP puerta de entrada a un guardin. Esto permite que los dispositivos SIP utilizar el H.323 abordar la tela de la resolucin que est ya ampliamente desplegada alrededor del mundo para salida PSTN. Nmeros de la empresa Tradicionalmente, los sistemas H.323 han identificado la informacin del proveedor mediante un cdigo de pas T.35, extensin y cdigo de fabricante asignado a nivel nacional. Sin embargo, cuando la interoperatividad con algunos sistemas SIP, tambin es necesario anunciar que un IANA asignado a nmero de empresa. Esta capacidad ha sido aadida a H.225.0v5 SCTP como un transporte SCTP (RFC 3309) recibi el apoyo oficial al incluir campos y una descripcin de cmo hacer que el transporte dentro de los sistemas H.323. Admisin confirmar secuencia Como se explic anteriormente para H.460.8, la informacin de extremo alternativo no siempre es suficiente para reencaminar adecuadamente llamadas en caso de falla. Al mismo tiempo, si una red generalmente tienen una tasa de fracaso relativamente alta llamada, usando H.460.8 puede resultar caro. Como alternativa, secuencias de ACF fue aadida al H.225.0v5. esencialmente, que esto permite un gatekeeper proporcionar una lista de mensajes de la ACF en una sola respuesta. Esto permite que el punto final tratar de cualquier nmero de rutas alternativas antes de renunciar. Es posible utilizar H.460.8 junto con secuencias de ACF. Esto puede ser deseable, por ejemplo, cuando hay dos pasarelas que podran servir como suplentes y tienen los

mismos atributos de seguridad, pero luego una tercera puerta requiere seguridad y el portero prefiere no proporcionar esa informacin hasta que se trataron de los dos principales destinos. H.323 versin 4 - Resumen Muchas mejoras se han introducido en el lder en el mercado VoIP protocolo H.323. Versin 4 ser aprobada el 17 de noviembre de 2000 y contiene mejoras en varios sectores importantes, incluida la confiabilidad, escalabilidad y flexibilidad. Novedades ayudar a facilitar la entrada ms escalable y soluciones MCU para satisfacer las crecientes necesidades del mercado. H.323 ha sido el lder indiscutible en voz, video y comunicacin de datos en redes de paquetes, y versin 4 hace esfuerzos para mantener H.323 delante de la competencia. Descomposicin de Gateway Reconociendo la necesidad de construir soluciones de gateway ms grande y ms escalable para soluciones de portador, el UIT-T SG16 trabajado conjuntamente con el IETF para producir la nueva recomendacin H.248, que describe el Protocolo entre Media Gateway Controller (MGC) y la puerta de enlace de medios (MG). Para apoyar esta "descomposicin" de la pasarela, H.323 contiene una nueva seccin que describe algunos de los varios diseos arquitectnicos que pueden lograrse mediante descomposicin el Gateway en el MGC separados y MG. Adems, el texto existe para explicar cmo los otros protocolos utilizados dentro del sistema H.323 podrn ser utilizados para producir un sistema completo. Teniendo en cuenta las diversas necesidades de las empresas, proveedores de servicios y proveedores de equipos, H.323 habla sobre acceso y Trunking Gateways como se usa en la empresa y proveedor de servicios de los mercados y sugiere posibles maneras de lidiar con FAS y CAS de sealizacin.

Transmisin de la corriente multiplexados Una debilidad con el uso actual de RTP es la dificultad para sincronizar el audio separado y secuencias de vdeo. Versin 4 incluye ahora un procedimiento opcional que permite video y audio para ser multiplexados en una nica instancia. Esto le ayudar a extremos en audio y video de syncronizing para que quede ms natural presentacin al usuario. Servicios suplementarios Una de las caractersticas ms importantes de un protocolo de VoIP es su capacidad para proporcionar servicios a los servicios y usuarios finales. H.323 tiene un conjunto de mecanismos para proporcionar servicios suplementarios. Versin 4 introduce unos ms que fortalecer el protocolo en este sentido. Adems de los nuevos anexos K y L y los nuevos documentos de H.450.x (que se describe a continuacin), hay una nueva seccin en el cuerpo principal que intenta "atar todos juntos" para que el lector pueda entender mejor Cundo y dnde aplicar modelos de servicio especfico. Anexo K/H.323 El nuevo anexo K describe un medio de brindar un control basado en HTTP para dispositivos H.323. Con el presente anexo, los proveedores de servicios tienen la capacidad de Mostrar pginas web al usuario con el contenido significativo que ata en los sistemas H.323. En esencia, es un mecanismo de control de llamadas de terceros que utiliza una conexin HTTP independiente para el control. No debe ser confundido con la simple capacidad de redirigir a un usuario a una pgina web--algo que H.323 ha podido hacer desde la versin 2. Por el contrario, se trata de un nuevo entorno "creacin de servicio", que es a diferencia de lo descrito hasta la fecha. Adems, porque los procedimientos para hacer basadas en HTTP no necesitan estandarizacin, nuevas caractersticas

pueden introducirse sin el retardo introducido por cualquier proceso de normalizacin formal. Anexo L/H.323 Anexo L preve un nuevo mecanismo de control "basado en el estmulo" H.323. Con anexo L, un dispositivo H.323 podr comunicarse con un servidor de la funcin para proporcionar al usuario diferentes servicios. El endpoint H.323 puede poseer cierta inteligencia, pero cierta inteligencia puede residir en el servidor de la funcin o varios servidores de la funcin. Anexo L se basa en las fortalezas del concepto de "paquete" introducido en H.248, por lo que las posibilidades de la funcin son numerosos. Ms importante an, porque nadie puede definir y publicar las especificaciones del paquete, se pueden introducir novedades sin el retardo introducido por cualquier proceso de normalizacin formal. H.450.8 - servicio de identificacin de nombre H.450.8 se basa en procedimientos de "identificacin de llamadas" H.323 por proporcionar un medio estndar de transferencia de datos de identificacin de usuario en el extremo remoto. H.450.9 - terminacin de llamada Esta nueva definicin de servicio complementario no establece un estndar medio de permitir llamadas completar cuando el usuario est ocupado o all ninguna respuesta. H.450.10 - llamada oferta Este servicio permite un extremo llamando al ofrecer una llamada a un extremo llamado ocupado, por lo que la llamada se completar una vez que el usuario ocupado acepta la llamada.

H.450.11 - llamada intrusin Este servicio permite un extremo llamado interrumpir una llamada existente entre dos puntos finales. Registros de aditivos Una debilidad que versiones anteriores de H.323 tena era la incapacidad de un dispositivo grande, una puerta de enlace o una MCU, que posey cientos o miles de direcciones de alias, para registrar las direcciones con el portero. El problema era muy simple: la limitacin del tamao de un paquete UDP slo prevenir que suceda. Versin 4 obtiene alrededor de este problema con un nuevo concepto llamado "Aditivo registros". En esencia, un extremo puede registrar con un portero y proporcionar una lista inicial de alias, pero luego puede seguir RRQ con RRQs adicionales con el fin de proporcionar una lista completa de direcciones alias el portero. Gatekeepers alternos Uno de los aspectos ms importantes de cualquier sistema de telefona es "uptime". Los clientes no quieren ser sin servicio telefnico y los proveedores de servicios no desea una prdida en los ingresos. Fallo del portero a menudo resulta en llamadas perdidas, prdida de ingresos o ambos. Campos fueron introducidos en H.323v2 para redundancia de portero, pero nunca se explic el uso de aquellos campos. Versin 4 introduce una nueva seccin que detalla el procedimiento que extremos pueden seguir con el fin de ofrecer una cierta robustez al sistema. Adems de texto procesal, aadi un nuevo campo para permitir un extremo indicar si es compatible con los procedimientos de portero suplente. Esto permite que el portero a tomar decisiones inteligentes acerca de redirigir un extremo para cierto nivel de balanceo de carga en guardianes.

Reporting de uso de informacin Para ayudar a proporcionar la informacin de facturacin precisa, el portero puede solicitar el extremo para proporcionar informacin de uso de informes para el portero en varias ocasiones durante la llamada, incluyendo el principio de la convocatoria, durante la llamada y al final de la convocatoria. Esta nueva capacidad funciona bien con anexo G/H.225.0, reporting de uso de informacin puede que sea necesario y cuando no sealar de llamada se encamina por el portero. Esta caracterstica puede utilizarse tambin por guardianes alternativos, que manejan la terminacin de la llamada para una llamada que no se origin con ese Gatekeeper. Reporting de uso de informacin incluye el inicio y fin de los tiempos, la causa de terminacin de llamada y cualquier dato no estndar que el extremo desea proporcionar. Capacidad de extremo Un aspecto muy frustrante de muchos servicios de telefona IP es que las llamadas a menudo se dirigen a pasarelas u otros dispositivos que no tengan capacidad disponible para atender llamadas nuevas. H.323 ha tenido un indicador para indicar que una puerta de entrada es "casi sin recursos", pero esto no se puede utilizar en otros dispositivos, como servidores de conferencia de alta capacidad. Adems, nada indica que la capacidad es baja dice sobre el verdadero estado del dispositivo. Por ejemplo, son recursos bajos porque uno de los dos puertos de baja capacidad Gateway est en uso o que slo 20 puertos en un puerto de 10.000 Gateway estn disponibles? Con la versin 4, los extremos tienen la capacidad de proporcionar informacin precisa sobre la disponibilidad de recursos para el portero en una serie de mensajes. El portero puede utilizar esta informacin para inteligente enrutar el trfico a un dispositivo que sabe que puede controlar la llamada. Esto aumenta la tasa de xito de la llamada y, a su vez, aumenta ingresos al proveedor del servicio.

Servicio de identificacin de llamada Nuevos campos fueron agregados a la versin de H.323 3 proporcionar los medios de proporcionar la identificacin de llamadas, pero ninguna descripcin existi para el uso correcto de esos campos. Versin 4 ahora contiene texto completo para explicar cmo proporcionar servicios de identificacin de llamadas con H.323. Tonos y anuncios Versin 4 detalla el procedimiento para indicar la presencia de tonos en la banda y los anuncios. Estos tonos y anuncios a menudo se escuchan cuando el nmero de destino es incorrecta o fuera de cobertura. Adems de tonos en banda y anuncios, el portero puede sealar un punto final para jugar anuncios especficos en diferentes momentos: pre-call, mid-call o fin de llamada. Este mecanismo facilita la marcacin de dos etapas, por ejemplo, donde el portero puede solicitar la entrada a solicitar al usuario para obtener ms informacin. En ese caso, la puerta de entrada jugar un indicador adicional para recoger un PIN, por ejemplo y luego intento una vez ms para hacer la llamada. Asignacin de alias Cuando el enrutamiento de llamadas, un nmero de telfono en el mundo de IP no puede ser suficiente para verificar la trayectoria correcta en el SCN. Adems, puede ser que un proveedor de servicios desea utilizar los mismos Gateways proporcionan redes privadas de voz virtuales, pero necesitan cierta inteligencia en un dispositivo para realizar la asignacin adecuada. Con la versin 4, una puerta de entrada, por ejemplo, puede indicar que puede llevar a cabo la asignacin de alias a lado de la entrada o salida de una llamada. Esto ser reducir el nmero de nmeros con formato incorrecto, as como proporcionar un medio para la prestacin de servicios VVPN.

Indicando que desea protocolos Cuando haga una llamada antes de la versin 4, el portero haba ninguna manera de saber si o no la persona que llama necesita servicios especiales, tales como soporte de fax en una pasarela. Con la versin 4, sin embargo, un extremo puede solicitar en la ARQ que el portero resolver la direccin para que se cumplan los protocolos "deseados" por el punto final de destino. Esto permitir que a una persona, por ejemplo, para indicar que quiere realizar una llamada de fax y que slo los Gateways que devuelva apoyo fax: no tiene ningn sentido poner un fax llaman a una pasarela de voz, despus de todo! Gestin de ancho de banda Antes H.323 versin 4 y punto final podran solicitar el ancho de banda mucho ms de lo que realmente necesitan y, por lo tanto, causar recursos de la red ir no utilizados. Con la versin 4, ahora es obligatorio que un extremo realizar solicitudes de ancho de banda con un valor inferior si, de hecho, el punto final est utilizando menos ancho de banda que inicialmente haba indicado en el ARQ. Adems, gestin de ancho de banda para las sesiones de multidifusin ya casi imposible, a menos que el portero enruta la sealizacin de H.245 y supervisar cuidadosamente los canales de los medios de comunicacin que fueron abiertos, no poda determinar si dos puntos finales que soliciten el ancho de banda realmente solicitan el ancho de banda para una sesin de multidifusin o sesin de unidifusin. Esto se convierte en un problema mucho ms grande cuando muchas personas participan en una conferencia multipunto de multidifusin. Con la versin 4, detalles especficos sobre los canales de los medios de comunicacin son transportados al portero en los mensajes de TIR (si el portero pide les), para que el portero pueda controlar mejor utilizacin del ancho de banda.

Informe estado de la llamada Como el tema con grandes registros, grandes extremos, como el MCU y Gateways, tienen problemas para informar detalles de la llamada a un portero debido a limitaciones en el tamao de un paquete UDP. Por esta razn, versin 4 ahora proporciona un mecanismo a travs del cual una TIR que contiene informacin de varias llamadas puede ser dividida en varios mensajes distintos. Esto permite que el punto final transmitir todos los detalles de la llamada para el portero. Mejoras en el anexo D (Fax en tiempo real) Una caracterstica muy til de los dispositivos del fax es la posibilidad de iniciar una llamada de voz y luego cambiar a fax en algn momento. Versin 4 de H.323 extiende Anexo D para permitir un extremo hacer justamente eso. Junto con la ventaja obvia de permitir que un dispositivo de fax basado en IP operar de una manera similar como dispositivos de fax PSTN de hoy, el interruptor de los medios de comunicacin se realiza de tal manera que se conserva recursos DSP, que reduce el costo total del equipo. Anexo D tambin fue mejorado para utilizar TCP para transportar datos de fax. Anteriormente, la UDP fue la nica opcin real para llevar datos de fax. Vinculacin de la llamada H.323 versin 2 introdujo el concepto del identificador de llamada, que es un identificador nico que puede utilizarse para identificar una llamada con varios segmentos de principio a fin. Sin embargo, es necesario asociar ese llamado a la parte original cuando se invoca una transferencia de llamada u otro servicio, en el que los participantes originales ya no estn presentes en la convocatoria. Versin 4 introduce varios nuevos campos que permite el equipo para "enlazar" llamada

piernas juntos para ello. Esto proporciona, entre otras cosas, ms precisas de facturacin para una llamada. Tnel Entienden que cuando las seales se convierten de un sistema a otro y luego de vuelta a la seal original, cierta informacin se pierde. En H.323 sistemas utilizados en redes pblicas y privadas, H.323 se utiliza a menudo para intertrabajar entre dos redes de circuito. Para proporcionar mejor interoperatividad, versin 4 ahora proporciona un mecanismo por el que QSIG y ISUP pueden tnel sin traduccin: esencialmente, H.323 puede actuar como un tnel transparente para los protocolos de sealizacin H.323 no. Por Calidad de servicio es muy importante en cualquier red de VoIP. Como un primer paso en la mejora de calidad de servicio en sistemas H.323, nuevos procedimientos se definen en H.323 para permitir RSVP al no usar Fast Connect. Obviamente, se sigue trabajando en esta rea en ambos el |Ling|http://www.itu.int/|ITU| y el IETF. H.245 en paralelo con la rpida conexin H.323 permite ahora H.245 para iniciarse en paralelo para conectar rpido incluyendo mensajes H.245 en el mensaje de configuracin. Esto permite un extremo para el intercambio de capacidades con el fin de determinar si se admiten ciertas caractersticas, tales como apoyo DTMF en el mensaje de UserInputIndication . Adems, comenzando temprano H.245, dos extremos pueden ms rpidamente establecer una sesin H.245 en caso de que conecte rpido no se puede aceptar por el llamado punto final.

Marco genrico de extensibilidad Uno de los temas con H.323 como madura es simplemente el nmero de parmetros que existen en la especificacin del protocolo base. Para evitar el crecimiento continuo y sin lmites de la ASN.1 que define el protocolo H.225.0, se ha aadido un marco genrico de extensibilidad a la versin 4. Este marco realmente tiene dos propsitos. En primer lugar, permite enviar datos opacos entre entidades H.323 sin agregar nuevos campos a H.225.0, como apenas mencionado. En segundo lugar, introduce un nuevo medio de realizar la negociacin de la funcin. El ltimo es sin duda el uso ms poderoso de este nuevo marco. Una entidad H.323 puede utilizar el marco genrico de extensibilidad para indicar sus funciones soportadas, deseadas funciones y caractersticas necesarias. Entidades podrn intercambiar esta informacin sobre la funcin y luego preocuparte de caractersticas mutuamente compatibles. Cuando enrutamiento sealizacin, entidades en medio de la llamada ruta puede agregar o restar de la funcin especificada si esas entidades pueden realizar la funcin en nombre de uno de los extremos en la llamada de la sealizacin de llamada. Esto significa que puede construirse ms inteligencia en la red sin tener que aadir tal inteligencia a los extremos en una llamada. URL DE H.323 El esquema de URL "h323" se introduce en la versin 4 del Protocolo. La URL de H.323 permitir a entidades para acceder a usuarios y servicios de manera consistente, mucho como otras URLs definidas permiten otros servicios basados en IP. La forma de la URL de H.323 es "h323:user@host", donde "usuario" es un usuario o servicio y "anfitrin" podran ser el portero que puede traducir la URL en una direccin de sealizacin de llamada.

Llame a las capacidades relacionadas con el crdito Un servicio muy popular que utiliza telefona IP hoy es permitir a los usuarios marcar un Gateway para realizar una llamada (con la anticipacin que la llamada ser mucho menor que una llamada PSTN tradicional), que se encarga entonces contra una tarjeta prepagada o a cuenta del usuario. Hasta ahora, no ha habido ningn medio estndar de comunicacin fondos disponibles o para la puerta de entrada controlar la terminacin anticipada de la llamada base de fondos disponibles. H.323v4 agrega estas caractersticas en el protocolo RAS. DTMF Relay va RTP H.323 versin 4 ahora permite un extremo utilizar RFC 2833 para enviar y recibir dgitos DTMF. Esto es importante, por ejemplo, con el fin de transmitir la sincronizacin precisa de informacin de DTMF. Tambin, es una eleccin lgica cuando la llamada se enruta a travs el portero y el portero no est interesado en esa informacin. H.323 versin 3 - Resumen H.323 versin 3 fue aprobado el 30 de septiembre de 1999. H.323 versin 3 hace mejoras modestas en la versin 2 de H.323 recomendacin, introduciendo algunas nuevas caractersticas de gran alcance al documento base. Sin embargo, H.323 ha progresado considerablemente, sobre todo en forma de nuevos anexos H.323 y H.225.0 que agregan valor considerable a la arquitectura global del sistema H.323. Mantenimiento y la reutilizacin de las conexiones Con el fin de proporcionar el mejor rendimiento y preservar los recursos del sistema, versin 3 presenta la capacidad de un extremo especificar si tiene la capacidad de "reutilizar" una conexin de sealizacin de llamada y si puede apoyar con la misma llamada canal de

varias llamadas de sealizacin. Esto es particularmente importante para gateways que tengan miles de llamadas que se ejecutan simultneamente. Mediante la utilizacin de estas dos caractersticas, una pasarela podr mantener una nica conexin TCP entre s mismo y el portero para llevar a cabo todos de la sealizacin de llamada. Conferencia de consulta Supongamos que usted haga una llamada a alguien y recepcionista contesta el telfono. Por lo general, se dejar una llamada en espera mientras que l llama a la persona que usted est tratando de llegar a. La recepcionista entonces puede conectarse a la otra parte, dejando solamente usted y la persona que llamaban juntos en una llamada. Esta caracterstica, llamada "Conferencia de consulta", se introduce en la versin 3. Identificador de llamadas H.323 ahora admite la funcin de "Caller ID", que se encuentra en la red de telefona tradicional, incluyendo la capacidad de la persona que llama para solicitar destinar informacin de nombre y direccin del destinatario y la capacidad de los equipos de red (por ejemplo, el portero) para informacin de llamadas pantalla. Preferencia de idioma Con la versin 3, una persona tiene la capacidad de especificar un idioma de preferencia. Esta informacin puede ser utilizada por call centers para ayudar a dirigir las llamadas al operador quien puede hablar el idioma de la persona que llama. Tambin puede utilizado por anuncio servidores y sistemas de respuesta (IVR) de voz interactivo para que puedan proporcionar flujos de audio a la persona que llama en el idioma preferido de la persona que llama.

Uso del Anexo E/H.323 Guardianes tienen la capacidad de exigir el uso del Anexo E sealizacin extremos que apoyan la convocatoria. (Ver la discusin del Anexo E a continuacin). Control remoto de dispositivo H.323 ahora tiene esta capacidad, mediante el uso de H.282, para realizar el control del dispositivo remoto. Esta caracterstica permite que un usuario controlar dispositivos tales como cmaras de control remoto. Capacidades genricas En el pasado, cada vez que se adopt un nuevo audio o video codec, el ASN.1 en H.245 tuvo que ser modificado para acomodar el nuevo codec. Esto implica tiempo y dinero, sin dejar de mencionar el debate sobre los detalles en agregar soporte para nuevos codecs. El mecanismo de "capacidades genricas" aadido para H.245 (1999), codecs pueden ahora completamente definirse, incluyendo varias de las capacidades que pueden negociarse cuando la llamada se establece en forma genrica que no requiere de puntos de cdigo adicional que se aade a la ASN.1 H.245. Anexo G/H.225.0 - comunicacin entre dominios administrativos Este nuevo anexo proporciona a selectores H.323 con la capacidad para llevar a cabo la resolucin de direcciones y precios a cambio de una manera escalable que permitir grandes redes de comunicacin H.323 internacionales a construirse. Los proveedores de servicios pueden utilizar anexo G para determinar el costo mnimo entrega de llamadas con un cierto nivel de QoS. Tambin es posible utilizar un tercero, llamado un centro de intercambio, para ayudar a resolver direcciones e

instalarse facturacin entre proveedores de servicios que no han preparado acuerdos de servicio. Anexo E/H.323 - Protocolo de llamada multiplexado sealizacin transporte En una red basada en IP, equipos H.323 normalmente utiliza TCP para establecer llamadas. Esto funciona bien en una escala menor, pero cuando un solo extremo desea manejar decenas de miles de llamadas, TCP es a menudo insuficiente. TCP presenta mayores tiempos de preparacin de la llamada y consume recursos del sistema. Anexo E es un nuevo anexo que especifica un mecanismo de sealizacin basados en UDP que puede ser utilizado para mejorar el rendimiento y aumentar el potencial volumen de llamada. Anexo F/H.323 - extremo Simple tipo Una de las preocupaciones de los fabricantes de equipos es que H.323 es "demasiado grande" para pequeos dispositivos. Para abordar esta preocupacin, Anexo F introduce el concepto de un "Tipo de extremo Simple" o "SET". Un dispositivo conjunto utiliza solamente una porcin pequea de la especificacin completa de H.323, pero todava proporciona a los usuarios la capacidad de establecer llamadas de audio con otros terminales H.323. H.341 - serie H.323 MIB Este documento describe una Base MIB (Management Information) para la gestin basada en SNMP de equipos H.323. Servicios suplementarios Se han aadido varios nuevos documentos de servicio complementario a la serie H.323, incluyendo llamada mantenga, llame al parque y recogida, indicacin de la espera del mensaje y llamada en espera.

H.323 versin 2 - Resumen Aprobado en enero de 1998, versin 2 de la norma H.323 aborda muchas deficiencias en la versin 1 e introduce nuevas funcionalidades dentro de los protocolos existentes, como H.245 y H.225, as como nuevos protocolos. El propsito de este documento es proporcionar una visin de alto nivel de los cambios que se han definido por la versin 2. Para una explicacin ms completa, consulte el estndar apropiado. Estas normas pueden consultarse en el sitio web de la Unin Internacional de telecomunicaciones en www.itu.int. Seguridad La norma H.235 aborda cuatro temas generales cuando se trata con seguridad, autenticacin, integridad, privacidad y no repudio. La autenticacin es un mecanismo para asegurarse de que los extremos participan en la Conferencia son, realmente, que dicen que son. Integridad proporciona un medio para validar que los datos dentro de un paquete estn una representacin sin cambios de los datos. Mecanismos de cifrado y descifrado que ocultan los datos de los intrusos para que si se es interceptada, no puede considerarse proviene de privacidad/confidencialidad. No repudio es un medio de proteccin contra alguien negar que particip en una conferencia cuando sabes que estaban all. Ganchos para cada una de estas caractersticas de seguridad se especifican en H.323 versin 2. El uso adecuado de estos ganchos se especifica en H.235. Conexin rpida (a.k.a. Fast Start) Conexin rpida es un nuevo mtodo de configuracin de llamada que se pasa por alto algunos pasos habituales con el fin de hacerlo ms rpido. Adems de la mejora de la velocidad, conectar rpido permite a los canales de los medios de comunicacin a ser operacional antes de enviar

el mensaje CONNECT, que es un requisito para ciertos procedimientos de facturacin. Servicios suplementarios Complementario servicios H.323, es decir, transferencia y desvo de llamada, se han definido por la serie H.450. H.450.1 define el protocolo de sealizacin entre terminales H.323 para el control de servicios suplementarios. H.450.2 define la transferencia y desvo de llamada de H.450.3. Transferencia de llamada permite una llamada establecida entre extremo A y extremo B para transformarse en una nueva convocatoria entre extremo B y un tercer extremo, extremo C. desvo de llamada proporciona los servicios suplementarios llamada reenvo incondicional, reenvo de llamada ocupado, llamada expedicin sin respuesta y la desviacin de llamada. Los ganchos para servicios suplementarios se especifican en H.323 versin 2. El uso adecuado de estos ganchos se especifica en H.450.x. T.120/H.323 integracin Versin 2 de H.323 restringe la manera T.120 y las llamadas H.323 deben realizarse cuando ambos protocolos son para usarse en la misma conferencia. Versin 1 permiti establecer primero una llamada T.120, pero versin 2 dicta que es seguir el modelo de llamada H.323 y T.120 debe ser tratada como un tipo de canal lgico, al igual que un canal de audio o vdeo. Se suministra una direccin de transporte cuando se abre el canal, junto con instrucciones si el lado llamado debe iniciar la Conferencia o esperar a ser llamado. Adems, la versin 2 dice que T.120 es una parte opcional de una conferencia H.323 y que permitiendo T.120 queda a criterio de cada extremo H.323.

Tnel Tnel es el proceso de envo de PDU H.245 a travs del canal Q.931. Tambin se utiliza el mismo socket TCP/IP que ya est en uso para el canal de sealizacin de llamada por el canal de Control H.245. Identificador de llamada El mtodo del valor de referencia llame (CRV) de identificar una llamada en la versin 1 no era lo suficientemente exclusivo al recorrer un gatekeeper. El identificador de llamada de la versin 2 es una identificacin nica en el mundo, por lo que siempre correctamente puede identificar qu llamada es referenciar un paquete, incluso cuando va a travs de un portero. Comprometido por envo Envo superpuesta es un mtodo de llam donde la persona que llama enva slo una direccin parcial para el portero en la solicitud de admisin. Si el portero no recibe suficiente de la direccin para poder distribuirlo correctamente, solicita ms informacin. La persona que llama sigue enviando una direccin ms completa hasta que el portero lo acepta. La ventaja de este enfoque es que mientras que un usuario es introducir una direccin, el proceso de enrutamiento de la llamada puede estar ocurriendo al mismo tiempo, por lo que puede establecerse la conexin ms rpida. El mismo tipo de mecanismo es compatible con Q.931, por lo que si llama a un PBX o Call Center, puede intentar enrutar la llamada usando informacin parcial. Mensaje de progreso El progreso puede enviarse el mensaje de ser un punto final o Gatekeeper para indicar el progreso de una llamada en caso de

interoperatividad con el SCN. Esto puede utilizarse para indicar simplemente que una pasarela en la llamada es interoperatividad con el SCN o para indicar la presencia de informacin en la banda. Lista de conferencia Si una MCU aloja mltiples conferencias y desea proporcionar un extremo llamado con una seleccin de conferencias a, puede enviar el extremo llamando a una lista de conferencias en un mensaje de instalacin Q.931. Por motivos de compatibilidad con puntos finales de la versin 1, listas de conferencia se proporcionan nicamente a los extremos de la versin 2 (o superior). Varios alias en el redireccionamiento de llamadas Versin 2 de H.323 permite especificar la direccin de alias de un extremo llamado en el mensaje Setup Q.931 cuando esta informacin es necesaria para atravesar mltiples Gateways. Tambin puede especificar canales adicionales en el caso de un 2 * 64 Kbps llame al lado WAN, por ejemplo. Nuevos tipos de Alias Una direccin de alias en RAS o Q.931 puede representar un punto final o puede representar conferencias que aloja un punto final. Una direccin de alias puede usarse cuando no se conoce la direccin real de un extremo (o el ID de la Conferencia). El llamador puede llamar a un portero y darle al portero el alias del extremo que la persona desea alcanzar. El portero resuelve el alias y conecta con el extremo apropiado. Versin 2 aade soporte para cuatro tipos de alias adicional: transporte ID, URL y nmero de parte.

Conjunto vaco capacidad (desvos de terceros) Versin 2 de H.323 da un significado especial a la recepcin de un conjunto de capacidad H.245 vaco. Cuando un nodo recibe un conjunto vaco de capacidad, debe cerrar todos sus canales, entrar en un estado de "pausado" y esperar a una capacidad de no vaco para reiniciar la sesin H.245. Efectivamente esto le permitir a un gatekeeper para conexiones de redireccionar desde un extremo que no admite servicios complementarios. Cambio dinmico de canales Esta caracterstica de la versin 2 permite cambio de modos de un codec a otro sin necesidad de decodificadores de dos medios. Desde la apertura y cierre de canales lgicos H.245 no est sincronizada con el contenido de los medios de comunicacin, abandono de los medios de comunicacin podra ocurrir entre el momento de cerrar un canal lgico y la apertura de su reemplazo. Este nuevo mtodo permite evitar tal desercin de los medios de comunicacin. Entrada de usuario La PDU de indicacin de entrada de usuario H.245 se ha actualizado para permitir ms completa de la sealizacin DTMF. Previamente, interoperabilidad no estaba garantizado desde el PDU no contiene suficiente informacin para asegurar la interpretacin uniforme de las seales. Se han aadido nuevas estructuras para proporcionar la duracin de los tonos y otra informacin que falta. Por Estructuras de QoS se han aadido a los paquetes de H.245 OLC para permitir que los puntos finales definir parmetros de QoS para las corrientes de los medios de comunicacin, incluyendo parmetros RSVP. H.323 slo comunica informacin QoS entre dispositivos H.323.

Reserva real y control de los recursos est fuera del alcance de la norma. Conmutacin lgica remoto Esta caracterstica H.245 da la MC la capacidad de contar al receptor que flujo de medios de comunicacin para representar. Por ejemplo, si varias secuencias de vdeo va al receptor, el MC dir al receptor que corriente quieras. Mejoras de H.263 Se ha aumentado significativamente la capacidad de vdeo H.263. Se han aadido muchas nuevas estructuras para la capacidad H.245 para ajustar el flujo de vdeo H.263. Arbitraje de compresin de Audio GSM GSM es una nueva capacidad de audio disponible para el usuario. Esta nueva capacidad debe ser transportada va H.245. Arbitraje de V.Chat V.Chat es un protocolo de chat. H.245 ahora permite el intercambio de capacidad de V.Chat. Solicitudes de la Conferencia Hay una serie de nuevos H.245 Conferencia paquetes de solicitud que se puede transmitir. Todos ellos van enfocadas a control (direccin) de la Conferencia. Solicitar en el mensaje de progreso Cada solicitud RAS tiene un valor de tiempo de espera y un nmero de reintentos asociados con l. Si no ha recibido respuesta al final del tiempo, se vuelve a intentar la solicitud. El remitente realiza slo el nmero determinado de intentos antes de que la solicitud se considera

fracasado. El nuevo mensaje de peticin en progreso (RIP) permite a un receptor de una solicitud para decir "voy a procesar su solicitud, pero no tenerlo listo antes de que expire el tiempo de espera viejo, as que aplicar este nuevo valor de tiempo de espera en su lugar". Esto evita la confusin de tener que procesar varias instancias de la misma peticin o mltiples respuestas a la misma peticin. Portero suplente Con el fin de proporcionar redundancia en sistemas que utilizan a un portero, el portero puede indicar a Gatekeepers alternos que pueden utilizarse en caso de un fallo de Gatekeeper primario. El cliente debe usar estas alternativas si no responde a una solicitud para el portero, o si devuelve un rechazo sin redireccin. Punto final alternativo Un extremo puede indicar una direccin de transporte de copia de seguridad, redundantes o alternativo. Esto permite un extremo para tener una interfaz de red secundaria o una meta secundaria de H.323 como una copia de seguridad. El Gatekeeper rechazar registros ambiguos. Tiempo para vivir El parmetro Time To Live puede ser solicitado por el extremo o especificado por el portero durante el registro. Indica la duracin (en segundos) para que ese registro es vlido. Este mecanismo permite que el portero no preocuparse por su "base de datos" llenando con las entradas de los extremos que ya no estn activos. Keep Alive El parmetro Keep Alive se enva en un ligero registro solicitar desde un extremo a su guardin para indicar un deseo de mantener el registro

activo para un determinado periodo de tiempo. Esto es til si el registro es sobre a punto de caducar partiendo tiempo del extremo para vivir. Informacin de Q.931 en IRR Muchas llamadas del modelo directo todava implican a un guardin, por razones de gestin de endpoint, administracin de redes, administracin de direcciones o servicios de localizacin. Aunque el portero no enruta la llamada, puede ser necesario tener conocimiento de los avances de la llamada (por ejemplo, para propsitos de contabilidad). El portero puede solicitar que el punto final lo notificaran de H.225.0 llamada sealizacin mensajes que el endpoint enva o recibe. El portero indica la lista de tipos PDU desea recibir copias de, e indica si desea copias cuando las PDU se envan o reciben las PDU. Informacin solicitar ACK y NAK Un extremo puede algunas de las respuestas de informacin no solicitada que se entregarn confiablemente. Esto podra ser especialmente importante si la informacin es necesaria para la facturacin, como se describi anteriormente. Disponibilidad de recursos En la versin 2 del protocolo RAS, una puerta de entrada tiene la capacidad de notificar a un guardin de su actual capacidad de llamada (es decir, qu tipo de datos actualmente soporta) para cada protocolo, y si la puerta de entrada es en o cerca de capacidad. Esto puede usarse para ayudar a las portero hacer decisiones inteligentes sobre cmo para dirigir las llamadas. Endpoint tipo prefijos y tarifas de datos Tipos de punto final para gateways ahora pueden indicar las tarifas de datos para cada protocolo que compatible con el dispositivo. Tambin

pueden indicar los prefijos asociados con protocolos admitidos y en algunos casos tambin con las tarifas de datos. RAS QoS En una solicitud de admisin, un extremo puede indicar su capacidad de reserva de recursos de transporte. En la admisin, confirmar, el portero puede indicar al extremo donde se encuentra la responsabilidad para la reserva de recursos. (es decir, controlado por el extremo, controlado por el portero, o sin reserva de recursos necesitado). H.323 slo comunica informacin QoS entre dispositivos H.323. Reserva real y control de los recursos est fuera del alcance de la norma. Pre-granted ARQ Cuando se registra un extremo con un portero, el portero tiene la capacidad de pre-grant las solicitudes de admisin a ese extremo. Esto permite que el extremo hacer y contestar llamadas sin pedir permiso, reduciendo as el tiempo de configuracin de llamada con el portero.