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 rápidamente 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 estándares, no solo definiendo el modelo básico de llamada,
sino que además definía servicios suplementarios, necesarios para
dirigir las expectativas de comunicaciones comerciales. H.323 fue el
primer estándar de VoIP en adoptar el estándar de IETF de RTP
(Protocolo de Transporte en tiempo Real) para transportar audio y
vídeo 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 introducción de la Telefonía IP en las redes
existentes de RDSI basadas en sistemas PBX. Por esto es posible el
proyecto de una migración 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 más algunos servicios suplementarios.

ITU-T H.323:
H.323 es un estándar creado por el grupo de estudio 16 de la ITU-T
para la transmisión de voz, vídeo y datos multimedia a través de redes
basadas en conmutación de paquetes sin calidad de servicio (QoS)
garantizada, como las redes IP.
Inicialmente, H.323 fue diseñado para transportar voz y vídeo en redes
de área local, aunque posteriores revisiones del estándar habilitaron su
expansión a redes de área amplia como Internet y mejoraron ciertas
deficiencias del diseño inicial.
H.323 es el estándar que cuenta actualmente con más difusión en el
ámbito de la telefonía IP.
La arquitectura de H.323 define todo lo necesario (componentes,
protocolos, señalización, códecs...etc) para llevar a cabo la comunicación
y garantizar así la compatibilidad entre dispositivos.
H.323 consta de una serie de protocolos:
H.225 para el control de llamadas (incluyendo señalización, registro y
admisión) y la sincronización y empaquetamiento de flujos de medios.
H.235 para la seguridad y cifrado
H.245 para la señalización 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 códecs:
G.711, G.722, G.723, G.728 y G.729 para audio (voz)
H.261, H.263, H.264 para vídeo
PROTOCOLOS ESPECIFICADOS POR H.323:
H.323 especifica los protocolos que gestionan la preparación,
establecimiento, control de estado, mensajería, códecs 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ª revisión de H.323) SCTP.
El siguiente gráfico muestra la pila de protocolos H.323:

H.245 es el protocolo de señalización utilizado en el canal de control,

que es el único canal que siempre está abierto (en contraposición a los
canales de audio y vídeo, que se abren bajo demanda después de la
negociación de códecs).
Se emplea básicamente para la apertura / cierre de canales lógicos y el
intercambio de información sobre la capacidad de transmisión y
recepción 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
comunicación.
Escoger qué punto final actúa como maestro y cuál como esclavo (Los
papeles de maestro y esclavo sólo se aplican cuando ambos extremos
pretenden realizar una acción similar).
Los mensajes de señalización de llamadas están definidos en la
recomendación H.225, con el formato de mensaje definido en el
estándar Q.931.
Esta señalización define cómo gestionar datos, vídeo, audio e
información de control en una redes basadas en conmutación 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: señalización de llamadas y RAS (Registro, Admisión
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 (Señalización de llamada
Directa) o bien utilizar un gatekeeper como gestor del establecimiento
de las conexiones (en este caso se denomina Señalización Enrutada por
Gatekeeper).
Por otro lado, el canal H.225.0/RAS es el primer canal que se establece
en la comunicación 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 estática (con la dirección del gatekeeper
conocida a priori) o dinámicamente, mediante un mensaje de petición
dirigido a la dirección multicast
224.0.1.41, que los gatekeepers responden con un mensaje de
confirmación.
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 dirección de transporte
(IP:puerto en redes IP).
Localización de puntos finales, que consiste en la traducción de un
alias H.323 o número de teléfono E164 en una dirección de transporte
(IP:puerto en redes IP).
Control de admisión de puntos finales en el gatekeeper.
Notificación de cambios de estado de la conexión o en el ancho de
banda disponible.
Una opción interesante que H.225 ofrece es la de encapsular múltiples
mensajes H.245 en un mensaje H.225 con el fin de reducir el tiempo de
conexión de llamada y sincronizar el control de llamadas con la
señalización.
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 específica 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 función principal de RTCP (Real Time Control Protocol) es la de
monitorizar una conexión RTP para proporcionar información acerca de
la calidad del servicio (QoS).
Para ello, obtiene estadísticas acerca de los paquetes enviados /
perdidos, el jitter y el retraso de ida y vuelta (RTT) en la conexión,
datos que la aplicación puede emplear para realizar ciertos ajustes
(p.ej: en la tasa de bits empleada en el códec de audio).
RTP (Real Time Protocol) es el protocolo empleado para transportar
flujos de audio y vídeo.

Las características principales de RTP son:

Soporte unicast y multicast
Calidad de servicio (QoS) no garantizada - susceptible a pérdida de
paquetes
Identificación de contenido
Secuenciación (numeración) de paquetes, utilizada para que la
aplicación pueda reordenar paquetes que no ha recibido en orden
Monitorización 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 comunicación:

DIRECCIONAMIENTO:

• RAS (Registration, Admision and Status): Protocolo de

comunicaciones que permite a una estación H.323 localizar otra
estación H.323 a través del Gatekeeper.

• DNS (Domain Name Service): Servicio de resolución de nombres en

direcciones IP con el mismo fin que el protocolo RAS pero a través de
un servidor DNS.

SEÑALIZACIÓN:

• 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 señalización de llamadas, para establecer y

liberar las conexiones con la red telefónica RTC.

• H.245: Protocolo de control de llamadas, permite a los terminales

negociar ciertos parámetros como: el tipo de Codec, la tasa de bits.

COMPRESIÓN DE VOZ:

• Requeridos: G.711 y G.723.1

• Opcionales: G.728, G.729 y G.722

TRANSMISIÓN DE VOZ:
• UDP: La transmisión 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

temporización, marcando los paquetes UDP con la información necesaria
para la correcta entrega de los mismos en recepción.

CONTROL DE LA TRANSMISIÓN:

• RTCP (Real Time Control Protocol): Es un protocolo de control de los

canales RTP. Se utiliza principalmente para detectar situaciones de
congestión 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 número de protocolos H.32x, como el H.324M, usado en
conferencias multimedia en redes 3G móviles. Pero H.323 no utiliza
todas las características y facilidades que ofrece el estándar H.245;
para contemplar cuáles de estos mensajes H.245 son usados por H.323
hay que referirse al Anexo A/H.323.
H.245 es una señalización que debe realizarse en paralelo con H.225.0
y, preferiblemente, antes del mensaje Connect (si no, podrían perderse
algunos de los datos transmitidos).
H.245 controla la sesión multimedia, encargándose de:
• El intercambio de capacidades de los terminales.
• La determinación del maestro y el esclavo de la comunicación.
• El control y composición de la señalización de canal lógico.
Por canal lógico se entiende un camino (path, es decir, una dirección de
transporte habilitada, una conexión) para la transmisión de información
entre dos terminales. En efecto, este protocolo puede asimilarse a la
capa OSI de sesión.
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 método Fast Connect: aunque
a menudo este canal supone una conexión TCP separada, puede ser
“tunelizado” dentro del canal de señalización de llamada H.225.0, en sus
elementos de información IEs. De hecho, cuando se usa UDP para la
señalización de llamada, el canal de control H.245 debe
obligatoriamente ser “tunelizado”.
Una de las funciones más importantes del canal de control H.245 es
permitir el intercambio de capacidades, es decir, la decisión sobre:
• El formato de los datos multimedia, como el tipo de codificación
(G.711, G.723, H.261 o T.120).
• El número máximo de muestras de audio por paquete.
• O si se admite soporte para la supresión de silencios.
• Así, los terminales pueden escoger la codificación que mejor se adapta
a las necesidades de cada comunicación.
Los primeros mensajes que se envían por el canal H.245 son uno o varios
Terminal
Capability Set (TCS), mensaje en el que se describen los códecs y las
capacidades
multimedia (Capability Set) que soporta cada terminal. Cada capacidad
(capability) se relaciona con un número de las tablas de capacidades
descritas en la especificación 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 códecs no descritos a priori en las tablas de la
especificación), en los Anexos E al M, de H.245.
CARACTERÍSTICAS FUNDAMENTALES DE H.323
Las características que ofrece este estándar, en cuanto a
comunicaciones multimedia, son:
• Interoperabilidad entre distintos fabricantes. En realidad, éste es
el ánimo de todos los estándares de comunicaciones; sin embargo,
precisamente debido a su complejidad, H.323 intenta acotar todas las
posibilidades de la comunicación, 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 comunicación exista al
menos un conjunto fundamental común a cualquier elemento de la
comunicación.
• Independencia de la red. La definición de H.323 hace referencia a
redes de paquetes que no provean calidad de servicio, pero no
especifica ningún protocolo de red en concreto.
• Independencia de la plataforma y de la aplicación. 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 más robusta y
flexible para el mantenimiento de multiconferencias.
• Gestión del ancho de banda. El tráfico de audio y de vídeo resulta
costoso en cuanto a recursos de ancho de banda, y podría colapsar la
red. H.323 permite la gestión del ancho de banda, pudiendo limitar el
número de conexiones H.323 simultáneas, así como especificarles el
ancho de banda disponible a aplicaciones y terminales H.323.
• Soporte para transmisión en multicast. Multicast es un método de
transporte que permite enviar un solo paquete hacia un conjunto de
destinos sin replicación (frente a unicast, que utilizaría múltiples
transmisiones punto a punto, y a broadcast, que enviaría el paquete a
todas los destinos), haciendo un uso mucho más 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 especificación de un terminal de red encargado de estas
interconexiones: las pasarelas o gateways.
• Seguridad. Mediante H.235, se establecen procedimientos de
autenticación, integridad de los paquetes, privacidad (mediante
mecanismos de encriptación) y no repudio (es decir, medios de
protección contra la afirmación de no haber participado en una
conferencia).
• Establecimiento de llamada rápido (Fast Call). H.323 también
establece mecanismos para que la llamada quede establecida con un
mínimo 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 vídeo, incluyéndose parámetros RSVP37 (RFC 2205 [53]).
• Capacidades para la redundancia de la red. Mediante servidores de
direccionamiento alternativos (“alternate Gatekeepers”) la red podrá
soportar la caída de estos equipos críticos, sin pérdida de comunicación.
• Descripción genérica de capacidades. Mediante esta especificación
ASN.1, pueden describirse códecs y formatos de audio o vídeo
genéricos, sin perturbar las capacidades de comunicación dentro de los
estándares más habituales.
• Gestión del direccionamiento entre dominios administrativos. Se
establecen flexibles mecanismos de escalado para el establecimiento de
llamadas entre grandes redes internacionales, mediante la definición,
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
especificación H.323 puede resultar demasiado extensa para
terminales sencillos, la especificación H.341 recoge los mecanismos
mínimos para asegurar la comunicación en redes H.323 de terminales
con una funcionalidad básica.
• Servicios suplementarios. Dentro de los servicios asociados a
conferencias, H.323 añade 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.
Desvío de llamada: ante cierto estado del receptor, la llamada se
desvía a otro número antes de establecerse.
o Llamada On Hold: una llamada puede dejarse inactiva durante un
tiempo, para recuperarse la comunicación más 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 dejándola on hold, por ejemplo).
o Identificación del número 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é números se permiten como destinos rutables, y de
cuáles deben ser rechazados de inmediato con sólo ser marcados.
• Mecanismos de control basados en HTTP. Mediante el Anexo
K/H.323, se permite a los proveedores de servicio mostrar páginas web
con contenidos obtenidos desde la red H.323, mediante comunicaciones
de control sobre HTTP.
• Capacidades de gestión de llamadas a crédito. A partir de la versión
4 se establecen mecanismos para la comunicación de información
relativa a llamadas a crédito en el mismo protocolo RAS (como, por
ejemplo, mediante tarjetas prepago).
• Uso de DNS38 para la resolución de direcciones. En la versión 5 se
describen mecanismos para la solución de direcciones mediante
servidores DNS a partir de alias de destinos del tipo URL39.
• Descripción genérica de servicios suplementarios. Mediante el
Stimulus Control Protocol (protocolo de control por estímulos) descrito
en el Anexo L/H.323, pueden definirse servicios suplementarios para
puntos finales, sin cargo añadido 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
comunicación.
• Monitorización de la calidad de servicio. Con la especificación
H.460.9, perteneciente a la versión 5, los Gatekeepers pueden informar
de las características de calidad de servicio en tiempo real.
• Mecanismos para gestión de la movilidad. Mediante las
especificaciones H.501, H.510 y H.530.
Muchas de estas características son opcionales; además, algunos
equipos sólo se adaptan a versiones tempranas de la especificación
H.323; y otros sencillamente no permiten la configuración 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 vídeos o los datos son
opcionales. También debe soportar H.245, que es el protocolo usado
para negociar el uso de los canales y las características de los datos.
También serán obligatorios otros tres componentes: Q.931 para
señalización de llamada, RAS para comunicaciones con
un Gatekeeper, y soporte para RTP/RTCP para la secuenciación de
paquetes de audio y de vídeo.
Los terminales más habituales que pueden encontrarse son teléfonos,
videoteléfonos, dispositivos IVR (Interactive Voice Response), sistemas
de buzón de voz o teléfonos 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 gestión y
traducción de los elementos de la comunicación relativos a la
señalización de llamada en ambos extremos (como H.225.0 y SS7, por
ejemplo). Controla así la facción de más de alto nivel de las
comunicaciones de la pasarela.
• El MG (Media Gateway), que maneja y traduce los formatos de audio,
vídeo o datos sobre las distintas interfaces, controlando la facción de
más bajo nivel.
La comunicación entre el MGC y los MGs se lleva a cabo mediante una
especificación
separada, la H.248, también conocida como MEGACO (MEdia GAteway
COntrol), y, como resultado de la colaboración entre el IETF y la ITU-
T, también disponible en la RFC 3015.
Como ejemplos de pasarelas, las pasarelas analógicas 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
deberán poder reconocer señales DTMF40 y transmitirlas por H.323.
2.4.3 Gatekeepers
Los Gatekeepers son los elementos más importantes de una red H.323,
a pesar de que su existencia es opcional. Actúan 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 más importante que realiza un
Gatekeeper es la
traducción de direcciones, de alias de red (entre los cuales se pueden
encontrar números marcados, secuencias de caracteres, direcciones
URL o emails), a direcciones de transporte (típicamente, direcciones
IP). De esta forma, en una red sin Gatekeepers los terminales tendrían
que conocer la dirección de transporte de cada destino de sus
comunicaciones. El Gatekeeper también tiene la capacidad de modificar
el alias a que se refirió el terminal que inició la llamada.
• Pero también 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 tráfico
supere ciertos
límites, previamente configurados. El Gatekeeper dispone de
mecanismos para conocer numerosos detalles acerca de cada llamada
activa en su Zona. Incluso, si fuera necesario, podría cortar una llamada
durante el transcurso de una comunicación.
40 DTMF: Dual-Tone Multi-Frecuency, transmisión de tonos dual, es
decir que cada dígito se configura con dos tonos simultáneos.
Por último, el Gatekeeper desempeñará funciones de gestión de Zona,
encargándose de:
• Comunicar e intercambiar las tablas de rutas relativas a su Zona con
otros Gatekeepers.
• Comunicar estadísticas 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 estándar 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
caída de su Gatekeeper, para que en ningún momento se carezca de las
informaciones de direccionamiento.
Además, los Gatekeepers pueden mantener entre sí varios niveles
jerárquicos, mediante los llamados elementos de borde, que permiten la
comunicación de informaciones de direccionamiento entre ellos de
forma efectiva:
2.4.3.1 Border Elements
Los elementos de borde suponen un nivel más en la jerarquía de
direccionamiento H.323, dotando de mayor flexibilidad y potencia a la
gestión de rutas. En realidad su funcionamiento es como el de cualquier
Gatekeeper, sólo que, además, guardan en su interior la información de
tablas de rutas de todos los Gatekeepers dentro de su Dominio
Administrativo, participando además de la autorización 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 demás, 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 gestión 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 señalización de las llamadas entre todos los terminales,
estableciendo las capacidades para procesado de audio y vídeo entre
todos, y determinando qué flujos se establecerán en multicast.
Mientras, los MPs mezclarán, conmutarán y procesarán los flujos de
datos en tiempo real.
Las multiconferencias pueden establecerse en varias formas, según 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 enviarán audio, vídeo, datos y flujos de control a la MCU en
formato punto a punto. El MC centralizará la gestión de la
multiconferencia, y el MP se encargará del mezclado de
audio, la distribución de los datos y la conmutación y mezclado del
vídeo, enviando los flujos resultantes a cada uno de los participantes de
la multiconferencia, punto a punto o multipunto (sólo para el flujo de
vídeo). El MP también permitirá conversiones de formatos (códecs). Se
muestra un diagrama de este tipo de multiconferencia, aplicado a
comunicaciones de vídeo, en la figura 11.
Figura 11: Multiconferencia centralizada. Transmisiones de datos
unicast.
• Descentralizada: En este caso se podrá hacer uso de la tecnología
multicast, mediante la que cada terminal envía los datos al resto de los
participantes. Ahora, son cada uno de los terminales los encargados de
procesar los múltiples flujos entrantes de audio y de vídeo, mediante
funciones internas de MP. Mientras, el MC se encarga aún de la gestión
y control de la multiconferencia, comunicándose 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 selección de vídeo. La figura
12 muestra un esquema para este tipo de multiconferencias:
Figura 12: Multiconferencia descentralizada. Transferencia de los
datos multicast.
• Híbrida: Una multiconferencia híbrida usará una determinada
combinación de las
capacidades de gestión centralizada y descentralizada. La MCU podría
mezclar sólo el audio, dejando el vídeo en formato descentralizado. Por
otro lado, en una
multiconferencia híbrida también podría haber participantes que
mantuvieran una
multiconferencia centralizada a la par que otros participantes de la
misma
multiconferencia sólo utilizaran multicast; el nexo de unión sería la
MCU. Así, cada
terminal sólo debe preocuparse de la forma de conferencia en que envía
y recibe, nunca de la naturaleza mixta de la multiconferencia
VERSIONES

H.323 versión 7 - Resumen

UIT-T SG16 completado el trabajo sobre H.323 versión 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
mínimo. No obstante, se introdujeron una serie de novedades
importantes. Además, la UIT continuó evolucionando estándar de
comunicación multimedia de más ampliamente utilizado del mundo con
nuevas mejoras de la función mediante el uso del marco genérico 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 también 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 multidifusión", que básicamente permite un extremo en una
llamada de dos partidos abierta una secuencia de multidifusión a otro
extremo. Esto es útil, por ejemplo, para las cosas tales como habilitar
un servicio de "música en espera" donde el audio es originario de un
puerto y dirección IP multicast conocida.
Tal vez aún más significativa es una nueva característica 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
información y de la Conferencia de dirección adecuada sin tener que
saber los detalles de contactos específicos de antemano: se entregan
directamente a la terminal, lo que permite una sola pulsación para unirse
a una conferencia. Esta característica 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

información de partes llamadas en varios idiomas simultáneamente. Esta
característica será útil, por ejemplo, para las empresas que tienen
oficinas internacionales, permitiendo que los empleados ver los nombres
en su idioma preferido, pero también transmite sus nombres en varios
idiomas para que los usuarios puede mostrar la información de
identificación de llamadas en su idioma preferido.

H.323 también introdujo procedimientos para permitir que uno

transportar mensajes de protocolo de alerta común (PAC) dentro de los
sistemas H.323. El protocolo de alerta común se define en la
Recomendación UIT-T X.1303 y puede usarse para una variedad de
propósitos, pero quizás lo más importante como medio de transmisión
de mensajes de emergencias y ADVERTENCIA pública.

Además de las mejoras a las especificaciones de la base, también

queremos informar sobre las nuevas especificaciones que se han
publicado desde la última revisión 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.
Específicamente, permite un dispositivo H.323 saber de antemano si el
llamado partido apoya una seguridad deseado señalización mecanismo
(por ejemplo, IPSec o TLS).

H.460.23 es un procedimiento que permite que los dispositivos H.323

detrás 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 propósito es permitir que la información que se utilizará
durante el establecimiento de llamada siguiendo procedimientos
H.460.24.

H.460.24 define cómo habilitar medios directos de punto a punto entre

dos extremos H.323 comunicación, aun cuando ambos dispositivos están
detrás de los dispositivos NAT/FW. Mediante el uso de la información
adquirida a través de H.460.23, un Gatekeeper es capaz de negociar
una estrategia con los extremos de comunicación para asegurar que
ambos dispositivos son capaces de obtener los medios de comunicación
fluya apropiadamente a través de sus respectivos dispositivos
NAT/FW. Haciendo esto, los medios de comunicación 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 están diseñados para
permitir flujos de medios de comunicación directa, este hecho es
tomado en consideración y un proxy de los medios de comunicación
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 comunicación antes de la
llamada, reduciendo así el tiempo de establecimiento de llamada y
permitiendo H.323 dispositivos comunicarse por detrás de un
dispositivo NAT/FW sin la ayuda de una ALG, proxy de los medios de
comunicación u otro dispositivo en la mayoría de los casos. Lo más
importante, por primera vez H.323 dispositivos son capaces de
recorrer la mayoría de los dispositivos NAT/FW y comunicarse a través
de Internet fácilmente, algo que hasta ahora ha sido imposible H.323
sin algún tipo de dispositivo de asistencia.

H.323 versión 6 – Resumen

H.323 versión 6 fue aprobada oficialmente en junio de 2006, después

de que la UIT-T SG16 acordaron el texto al final de su reunión en
abril de 2006 el consentimiento. Como había prometido, el grupo de
expertos H.323 esforzado por mantener los cambios para la
especificación base al mínimo. Hubo algunas adiciones menores, pero
la mayoría de la nueva funcionalidad que se agrega a H.323 estos días
son a través de extensiones que utilizan los campos "genéricos" y
mensajes en H.225.0 y H.245.

Los cambios principales en la especificación H.323 base es la

introducción del concepto de "Guardián asignado", como se describe a
continuación. También 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 asignación estándar de causa y razón códigos
LRJ/ARJ y AccessReject/ARJ. (AccessReject se define en H.501),
añadir un nuevo tipo de alias isupNumber y apoyar la nueva
especificación de QoS (H.361) y un campo de la lengua para soporte
de difusión 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 recomendación 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 también se ha mejorado
significativamente y el documento H.235 fue completamente
reestructurado. Ahora, en lugar de tener un solo documento H.235,
están numerados H.235.0, H.235.1, etc.. Lo más importante, se ha
añadido 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 años desde la publicación de
H.323v5. Algunos de los documentos más recientes que fueron
aprobados incluyen:

 H.235.0 - H.235.9 - seguridad para sistemas H.323 (incluyendo

soporte SRTP)
 H.239 - administración 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
señalización de prioridad
 H.460.10 - categoría 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 suspensión del canal de
transporte
 H.460.16 - capacidad de la secuencia de lanzamiento múltiple-
mensaje
 H.460.17 - RAS a través de H.225.0 de túnel
 H.460.18 - salto de señalización H.323 a través de traductores
de direcciones de red y cortafuegos
 H.460.19 - salto de H.323 medios a través de traductores de
direcciones de red y cortafuegos
  H.460.20 - número de ubicación para H.323
 H.460.21 - mensaje de difusión para sistemas H.323

Guardianes asignados

El concepto de un "guardián asignado" es una extensión 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 guardián asignado,
deseaba cambiar el punto final a una alternativa (según los
procedimientos de portero suplentes). Sin embargo, el punto final o el
portero "actual" vigilará el estado del guardián asignado y, una vez
que el guardián asignado está disponible, el punto final pasará a su
guardián asignado. Esto permite que el operador de red mantener un
estado con provisioning preferido. Mientras Gatekeepers alternos
pueden estar geográficamente dispersos, generalmente hay un deseo
de tener extremos registrar con el portero suplente que es
físicamente más cercano. Cualquiera que sea la preferencia de la
inscripción del operador de red, el concepto de Gatekeeper asignado
da más control a cómo se utilizan los recursos.

H.235.1 - H.235.9 - seguridad para sistemas H.323

La mayoría de estos documentos son mejoras en los antiguos

documentos H.235, pero ha añadido mucho material nuevo, destaca
apoyo de SRTP.

H.239 - administración 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 vídeo es video en vivo y un
flujo de vídeo es una secuencia de presentación.
H.241 - video procedimientos extendidos

Esta recomendación presenta algunos procedimientos extendidos de

vídeo para sistemas H.323. En particular, se agrega soporte para
H.264 para sistemas H.323.

H.249 - ampliada la indicación de entrada de usuario

Esta recomendación añade la posibilidad de nuevos tipos de eventos

de la señal como clics y el cursor se mueve.

H.361 - to-End de calidad de servicio (QoS) y servicio de

señalización de prioridad

Este documento (anteriormente llamado H.323 anexo N) define cómo

hacer QoS end-to-end en sistemas H.323.

H.460.10 - categoría fiesta llamada

Este documento permite el transporte del campo ISUP "llamada

partido categoría" 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 comunicación u otras condiciones se
cumplen antes de alertar al usuario de una llamada entrante. Esto
permite, por ejemplo, un dispositivo asegurar que los parámetros de
QoS se negocian o agujeros de alfiler pueden establecerse a través
de cortafuegos antes de sonar la parte remota.

H.460.12 - Indicador de Control de deslumbramiento

Esta recomendación especifica un mecanismo que permite una salida

H.323-PSTN Gateway para resolver una condición de fulgor (también
conocido como "doble crisis") que se detecta en la puerta de entrada
al selección de circuito se realiza en el portero.

H.460.13 - llamado Control de Release de usuario

Al llamar a determinados números (por ejemplo, números de acceso de

emergencia), el llamado partido debe tener cierto control sobre cómo
y Cuándo se libera la llamada. Esta recomendación proporciona ese
tipo de funcionalidad.

H.460.14 - precedencia multinivel y preferente

Esta recomendación incluye soporte para PEDILLO a sistemas H.323.

H.460.15 - llamada redireccionamiento y suspensión del canal de

transporte

Esta recomendación permite un dispositivo intermediario, por ejemplo

suspender el canal de señal de llamada H.225.0 y que se volaba a otro
dispositivo o, más comúnmente, punto a punto entre los dispositivos
de llamada y llamados. Esto permite, por ejemplo, una llamada a
establecerse a través de un portero que rutas de señalización de
llamada y, una vez que la llamada es estable, que la carga de
señalización trasladó fuera el portero a los extremos.

H.460.16 - capacidad de la secuencia de lanzamiento múltiple-

mensaje

Generalmente, dispositivos H.323 que desean liberar la llamada hacen

enviando una versión 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 liberación. Esta
recomendación define un apretón de manos para asegurar que el
mensaje comunicado completo (con el código de la causa) está
correctamente entregado y recibido.

H.460.17 - RAS a través de H.225.0 de túnel

Esta recomendación se utiliza como parte de una solución FW/NAT

traversal, junto con H.450.19, para permitir que los dispositivos
enviar y recibe llamadas H.323 a través de un dispositivo NAT/FW.
La idea principal es mantener una conexión TCP persistente entre el
extremo de la red privada y el portero en la red pública.

H.460.18 - salto de señalización H.323 a través de traductores

de direcciones de red y cortafuegos

Esta recomendación define procedimientos para atravesar un

dispositivo NAT/FW. Define nuevos procedimientos que se deben
implementar por guardianes y extremos, pero también permite el uso
de un dispositivo especial "proxy" para activar dispositivos más
antiguos recorrer adecuadamente una NAT/FW que no entiende los
procedimientos requeridos para hacer tan autónomamente. Como
H.460.17, esta recomendación se basa en H.460.19 para el salto de los
medios de comunicación.

H.460.19 - salto de H.323 medios a través de traductores de

direcciones de red y cortafuegos

Esta recomendación define los procedimientos para transmitir

secuencias de los medios de comunicación a través de un dispositivo
NAT/FW y es utilizada por H.460.17 y H.460.18.

H.460.20 - número de ubicación para H.323

Esta recomendación define cómo transportar un número de"ubicación"

(similar a la encontrada en ISUP) en H.323.
H.460.21 - mensaje de difusión para sistemas H.323

Esta recomendación define procedimientos para la implementación de

un servicio de difusión de mensajes dentro de redes H.323. El
servicio sólo localmente, podría utilizarse como un sistema de
intercomunicación de la empresa, o puede utilizarse para enviar
anuncios a un gran número de personas a nivel mundial. No existen
límites geográficos y los usuarios pueden especificar un idioma de
preferencia para anuncios. Servidores enviar anuncios entonces
pueden proporcionar anuncios según el idioma preferido del usuario.

H.323 versión 5 - Resumen

H.323 versión 5 fue aprobada oficialmente a finales de julio de 2003. A

diferencia de las revisiones anteriores de la recomendación, H.323
versión 5 destinado a mantener la estabilidad en el protocolo al
introducir sólo modestos adiciones al Protocolo de base, en lugar de
introducir cambios radicales, como fue el caso en revisiones anteriores.
Ir a la versión 5 ya "mantenimiento" liberación de H.323 versión 4, con
sólo unos cuantos campos nuevos añadidos y sólo un nuevo tipo de
mensaje.

Por supuesto, las actividades de normalización que rodean H.323 son

todavía muy activas. La mayoría de las nuevas mejoras a H.323 ha sido
introducida a través del "Marco de extensibilidad genérico" (GEF) que
se introdujo en H.323 versión 4. Desde la aprobación de H.323 versión
4 en el año 2000, hemos añadido 9 novedades a H.323 que utilizan del
FMAM. Lo agradable del FMAM es que ahora somos capaces de añadir
nuevas funcionalidades a H.323 sin alterar el protocolo base. Personas
han pedido para la estabilidad y se trata de un paso en esa dirección.

Algunas de las nuevas incorporaciones al H.323 desde la versión 4

incluyen:
  Anexo M.3 - túnel de DSS1 señalización dentro de los sistemas
H.323
 Anexo O - define cómo utilizar la URL de H.323 y otros servicios
DNS en el contexto de sistemas H.323
 Anexo P - describe cómo módem relé dentro de los sistemas
H.323
 Anexo Q - control extremo cámara para videoconferencias
 Anexo R - proporciona tolerancia a fallos--llamadas no deje caer
cuando la falla de una sola entidad de señalización intermedia,
como un softswitch, mientras que las llamadas están en curso.
(FMAM)
 H.460.1 - Resumen del marco genérico de la extensibilidad y "Guía
del autor"
 H.460.2 - portabilidad (FMAM)
 H.460.3 - mapa de situación del circuito (FMAM)
 H.460.4 - designación de prioridad de llamada (FMAM)
 H.460.5 - transporte del IEs Q.931 duplicados (GEF)
 H.460.6 - extendido rápido conectar (FMAM)
 H.460.7 - mapas de dígitos (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 añadiendo
mejoras a H.323 por el FMAM. Los desarrolladores pueden escoger cuál
de las mejoras del FMAM para apoyar en sus productos.

En el resto de este documento, discutiremos brevemente cada una de

las mencionadas características agregadas.
Anexo M.3 - túnel DSS1

La serie M.x anexo de documentos describe cómo llevar varios

protocolos de señalización H.323 no dentro del contexto de una llamada
H.323 establecido. Anexo M.3 se centra específicamente en cómo
transporte DSS1 señalización dentro de una llamada H.323. Las H.323
entidades involucradas no debe ser consciente de qué la DSS1
señalización parece o lo que es ser comunicada. H.323, es sólo una
secuencia de datos sin procesar.

Anexo O - uso de URLs y DNS

Este Anexo describe cómo 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 dirección "h323:somebody@example.com". Puede
dar esta dirección alias hasta su punto final (que luego puede pasar a lo
largo a su guardián, si lo hay) para llevar a cabo una operación de
resolución de la dirección. Dependiendo de la composición de la URL, el
H.323 puede utilizar la enumeración, buscar registros SRV, u otros
tipos de registros DNS para resolver la dirección.

URL no son nuevas en H.323. De hecho, el tipo de alias de URL han

estado en H.323 desde la versión 2. Siempre ha sido posible dar un
endpoint H.323 una URL, incluyendo una página web, URL "tel" u otros
tales tipos de URL. Por supuesto, el problema ha sido que no ha habido
ningún detalles específicos acerca de cómo 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 página web. Eso es ciertamente técnicamente legal, pero
prácticamente inútil--por lo menos hoy. ¿Qué significa transferir una
llamada a una página web? ¿Qué sucede si el teléfono no tiene una
pantalla adecuada Mostrar dicha página web? Muchas cosas son posibles
con URLs, por supuesto, pero anexo O se centra en los casos prácticos
que tienen sentido desde la perspectiva de enrutamiento, video, y pide
datos sobre redes IP.

Anexo P - módem relé

Anexo P define cómo utilizar V.150.1, que describe cómo llevar señales
de módem sobre una red IP, en el contexto de una llamada H.323.
Aprovecha un concepto nuevo introducido en H.245 llamado "Múltiples
corrientes de carga".

Varios flujos de carga puede considerarse como algo muy similar a un

"m =" línea en SDP (RFC 3227). Fueron introducidos en H.245v9 como
forma de permitir que un extremo para abrir una sesión RTP que puede
llevar voz y señales de módem, DTMF (RFC 2833) u otras señales
(incluyendo texto, fax, etc.).

Anexo Q - Control de la cámara del extremo lejano

Anexo Q define un medio para realizar el control de la cámara de

extremo en el contexto de una videollamada. Mientras que los sistemas
H.323 ya tenían normas para llevar a cabo esta capacidad (H.282 y
H.283), los fabricantes de equipos de video sentían 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 propósito
estrecho de controlar una cámara de vídeo, ya que era considerado
mucho más simple. Cada fabricante de equipo de video había aprobado
anexo Q H.282 y H.283, también lo hacen ni ambos con otra cosa que el
anexo Q para el control de la cámara de extremo.

Anexo R - robustez

Anexo R se centró en el problema de impedir una llamada activa de

haber caído ante cualquier fallo solo en la red. Puede usarse el presente
anexo se extremos de intermedio señalización entidades (por ejemplo,
guardianes o Softswitches).

Antes de la introducción del anexo P, si un dispositivo falla en el camino

de la llamada, la llamada fue abandonada simplemente. La razón fue que
H.323 se basaba en la conexión TCP para la entrega precisa, en orden
de mensajes de señalización de llamada. Si una conexión TCP se rompió,
los dispositivos no saben cómo reaccionar y simplemente cayeron la
llamada. Eso fue más de una opción de diseño que un requisito en H.323.

Anexo R introduce la lengua necesaria y procedimientos específicos que

extremos y otros dispositivos deben realizar para evitar llamadas de
haber caído en caso de falla. Por supuesto, las conexiones TCP puede
romperse y anexo R completamente explica cómo recuperar esas
conexiones TCP y continuar con la llamada.

H.460.1 - marco de extensibilidad genérico

Esta es la primera de una serie de documentos que describen las nuevas

características para los sistemas H.323 que utilizan el Marco genérico
de extensibilidad descrito en H.323v4. Este documento es
principalmente para el beneficio de autores de H.460.x
recomendaciones, pero puede ser de interés general que leer y tratar
de entender el FMAM.

H.460.2 - portabilidad

Como su nombre indica, este documento describe cómo proporcionar un

servicio de portabilidad de número dentro de una red H.323.
H.460.3 - mapa de situación del circuito

H.460.3 permite una puerta de entrada a reportar la información de

estado detallada para circuitos bajo su control a un guardián. El portero
puede utilizar esta información, por ejemplo, al tratar de dirigir las
llamadas a la RTC.

H.460.4 - designación de prioridad de llamada

H.460.4 simplemente añade 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 prohíbe 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 rápido conectar

Extendido rápido conectar, como su nombre indica, se basa en el

mecanismo de conexión rápida 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 comunicación
de una llamada enviando simplemente un nuevo elemento fastStart al
otro extremo. No hay ninguna necesidad de pasar por H.245
señalización de canal lógico, como ocurría antes.

No sólo se extendió rápidamente conectar (EFC) ha reducido la

complejidad que conlleva en el cambio de arroyos de los medios de
comunicación, presenta algunos escenarios de señalización que no eran
posibles en el pasado. Por ejemplo, supongamos que un endpoint H.323
llama otro endpoint H.323. Además, supongo que algún 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 crédito restante, indican que la llamada es
progresar, etc.). Lo que debía suceder antes de la introducción de EFC
fue que los elementos de la red interior tuvieron que aceptar la inicial
fastStart o realizar H.245 Canal lógico de señalización transmitir su
mensaje. Entonces tendría que enviar un "vacío capacidad de conjunto"
(o TCS = 0) mensajes al extremo llamado, redirigir el H.225.0 y H.245
señalización hacia el extremo llamado e intercambiar una serie de
H.245 para restablecer los medios de comunicación. Mientras que esto
trabajó, era más complicado. (Estos últimos procedimientos se definen
en la sección 8.4.6 de H.323 bajo el título "Pausa de terceros y"
desvíos).

Dado el mismo llame al escenario como por encima y la función de la

EFC, las entidades intermedias de señalización simplemente remitir la
propuesta de fastStart original en el llamado criterio de valoración.
Cuando responde, medios canales serán automáticamente cerraron y
reabrió sus puertas como se desee. Es significativamente más simple.

H.460.7-mapas de dígitos

Uno de los problemas exhibidos por la mayoría de los teléfonos IP hoy

es una demora en marcar el número una vez que todos los dígitos
marcados. Ya sea, o el usuario es necesaria para golpear un especial de
"enviar" clave (a veces la tecla "#"). La razón es simplemente que la IP
teléfonos no sabía lo que los patrones de marcación debían parecerse.
Por lo tanto, debían introducir a temporizadores y esperar durante un
cierto periodo de tiempo desde la última pulsación de tecla para iniciar
una llamada.

H.460.7 resuelve este problema permitiendo que el portero

proporcionar el punto final con un mapa de dígitos. Esencialmente, esto
indica el punto final precisamente lo que los números de teléfono
aceptable ser. Esto permite que el extremo de saber, sin lugar a dudas,
que ha sido marcado el último dígito o dígitos adicionales son
necesarios, permitiendo el teléfono IP iniciar llamadas de la manera más
eficiente.

Por supuesto, no es práctico proporcionar un teléfono IP con la

información de marcado para todo el mundo. Aun así, es posible utilizar
H.460.6 para proporcionar parte de la información de marcado y
permite entonces el punto final a utilizado enviar superpuestas o usar
un temporizador interno (como lo hizo originalmente) para recolectar
dígitos para llamadas que no coincide con un patrón de marca
reconocida.

Cuando utilice envío superpuestas (a través de RAS), el punto final

puede transmitir un mensaje ARQ el portero para ver si las cifras
forman una dirección completa. Si no, el portero puede informar
entonces el extremo que la dirección es incompleta y, en base a las
cifras que fueron hechas hasta que punto, dar el punto final con un
patrón marcado nuevo, refinado, más granular que se alinea con los
dígitos marcados.

La opción para instalar un plan de marcado completa en el teléfono IP,

uso envío comprometidos a través de RAS, o fuerza el móvil al usar un
temporizador para la entrada de dígito 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 dirección

(ARQ), fallará el intento de llamada. H.323v2 intentó resolver este
problema mediante la introducción de "finales alternativos". Sin
embargo, el uso de puntos finales alternativos no permiten ofrecer
información sobre el punto final de destino, como
"modifiedSourceInfo", "multipleCalls" y otros elementos que se
encuentran dentro del mensaje de la ACF. También, puesto que la
mayoría de las llamadas se espera que para tener éxito, es costoso que
generar información 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 información de encaminamiento alternativo al extremo.
También da el punto final una oportunidad a los códigos de error de
informe para el guardián 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

estadísticas RTCP para el portero. Hay trabajos en curso dentro de la
IETF para mejorar las capacidades de presentación de informes de
estadísticas RTCP, que pretende integrarse como anexo B de este
documento.

Varios H.323v5 y adiciones de H.225.0v5

Por supuesto, había cosas nuevas directamente a H.323v5. Mencionar

brevemente aquellas que puedan ser de mayor significación

Número de saltos

Aunque H.323 dispositivos han tenido los medios para detectar bucles
de enrutamiento en redes H.323, bucles de enrutamiento todavía
podrían existir cuando iba hacia la PSTN y dar de nuevo. Lo mismo vale
para ir entre redes H.323 y SIP. La razón es que la información que es
vital para la detección 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
parámetro 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 guardián. Esto permite que los
dispositivos SIP utilizar el H.323 abordar la tela de la resolución que
está ya ampliamente desplegada alrededor del mundo para salida PSTN.

Números de la empresa

Tradicionalmente, los sistemas H.323 han identificado la información

del proveedor mediante un código de país T.35, extensión y código de
fabricante asignado a nivel nacional. Sin embargo, cuando la
interoperatividad con algunos sistemas SIP, también es necesario
anunciar que un IANA asignado a número de empresa. Esta capacidad
ha sido añadida a H.225.0v5

SCTP como un transporte

SCTP (RFC 3309) recibió el apoyo oficial al incluir campos y una

descripción de cómo hacer que el transporte dentro de los sistemas
H.323.

Admisión confirmar secuencia

Como se explicó anteriormente para H.460.8, la información 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 añadida 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 número
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 podrían servir como suplentes y tienen los
mismos atributos de seguridad, pero luego una tercera puerta requiere
seguridad y el portero prefiere no proporcionar esa información hasta
que se trataron de los dos principales destinos.

H.323 versión 4 - Resumen

Muchas mejoras se han introducido en el líder en el mercado VoIP

protocolo H.323. Versión 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 más escalable y soluciones MCU para satisfacer las
crecientes necesidades del mercado. H.323 ha sido el líder indiscutible
en voz, video y comunicación de datos en redes de paquetes, y versión 4
hace esfuerzos para mantener H.323 delante de la competencia.

Descomposición de Gateway

Reconociendo la necesidad de construir soluciones de gateway más

grande y más escalable para soluciones de portador, el UIT-T SG16
trabajado conjuntamente con el IETF para producir la nueva
recomendación H.248, que describe el Protocolo entre Media Gateway
Controller (MGC) y la puerta de enlace de medios (MG). Para apoyar
esta "descomposición" de la pasarela, H.323 contiene una nueva sección
que describe algunos de los varios diseños arquitectónicos que pueden
lograrse mediante descomposición el Gateway en el MGC separados y
MG.

Además, el texto existe para explicar cómo los otros protocolos

utilizados dentro del sistema H.323 podrán 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 señalización.

Transmisión de la corriente multiplexados

Una debilidad con el uso actual de RTP es la dificultad para sincronizar

el audio separado y secuencias de vídeo. Versión 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 más natural presentación
al usuario.

Servicios suplementarios

Una de las características más 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. Versión 4 introduce unos más que fortalecer
el protocolo en este sentido. Además de los nuevos anexos K y L y los
nuevos documentos de H.450.x (que se describe a continuación), hay
una nueva sección en el cuerpo principal que intenta "atar todos juntos"
para que el lector pueda entender mejor Cuándo y dónde aplicar
modelos de servicio específico.

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 páginas 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
conexión HTTP independiente para el control. No debe ser confundido
con la simple capacidad de redirigir a un usuario a una página web--algo
que H.323 ha podido hacer desde la versión 2. Por el contrario, se trata
de un nuevo entorno "creación de servicio", que es a diferencia de lo
descrito hasta la fecha. Además, porque los procedimientos para hacer
basadas en HTTP no necesitan estandarización, nuevas características
pueden introducirse sin el retardo introducido por cualquier proceso de
normalización formal.

Anexo L/H.323

Anexo L preve un nuevo mecanismo de control "basado en el estímulo"

H.323. Con anexo L, un dispositivo H.323 podrá comunicarse con un
servidor de la función para proporcionar al usuario diferentes servicios.
El endpoint H.323 puede poseer cierta inteligencia, pero cierta
inteligencia puede residir en el servidor de la función o varios
servidores de la función. Anexo L se basa en las fortalezas del
concepto de "paquete" introducido en H.248, por lo que las
posibilidades de la función son numerosos. Más importante aún, porque
nadie puede definir y publicar las especificaciones del paquete, se
pueden introducir novedades sin el retardo introducido por cualquier
proceso de normalización formal.

H.450.8 - servicio de identificación de nombre

H.450.8 se basa en procedimientos de "identificación de llamadas"

H.323 por proporcionar un medio estándar de transferencia de datos
de identificación de usuario en el extremo remoto.

H.450.9 - terminación de llamada

Esta nueva definición de servicio complementario no establece un

estándar 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 intrusión

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 tenía 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 limitación del
tamaño de un paquete UDP sólo prevenir que suceda. Versión 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 más importantes de cualquier sistema de telefonía

es "uptime". Los clientes no quieren ser sin servicio telefónico y los
proveedores de servicios no desea una pérdida en los ingresos. Fallo del
portero a menudo resulta en llamadas perdidas, pérdida de ingresos o
ambos. Campos fueron introducidos en H.323v2 para redundancia de
portero, pero nunca se explicó el uso de aquellos campos. Versión 4
introduce una nueva sección que detalla el procedimiento que extremos
pueden seguir con el fin de ofrecer una cierta robustez al sistema.
Además de texto procesal, añadió 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 información

Para ayudar a proporcionar la información de facturación precisa, el

portero puede solicitar el extremo para proporcionar información 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 información puede que sea necesario y
cuando no señalar de llamada se encamina por el portero. Esta
característica puede utilizarse también por guardianes alternativos,
que manejan la terminación de la llamada para una llamada que no se
originó con ese Gatekeeper. Reporting de uso de información incluye el
inicio y fin de los tiempos, la causa de terminación de llamada y
cualquier dato no estándar que el extremo desea proporcionar.

Capacidad de extremo

Un aspecto muy frustrante de muchos servicios de telefonía 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. Además, 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 sólo 20 puertos en un puerto de
10.000 Gateway están disponibles?
Con la versión 4, los extremos tienen la capacidad de proporcionar
información precisa sobre la disponibilidad de recursos para el portero
en una serie de mensajes. El portero puede utilizar esta información
para inteligente enrutar el tráfico 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 identificación de llamada

Nuevos campos fueron agregados a la versión de H.323 3 proporcionar

los medios de proporcionar la identificación de llamadas, pero ninguna
descripción existió para el uso correcto de esos campos. Versión 4
ahora contiene texto completo para explicar cómo proporcionar
servicios de identificación de llamadas con H.323.

Tonos y anuncios

Versión 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 número de destino es incorrecta o fuera de cobertura.

Además de tonos en banda y anuncios, el portero puede señalar un

punto final para jugar anuncios específicos en diferentes momentos:
pre-call, mid-call o fin de llamada. Este mecanismo facilita la marcación
de dos etapas, por ejemplo, donde el portero puede solicitar la entrada
a solicitar al usuario para obtener más información. En ese caso, la
puerta de entrada jugará un indicador adicional para recoger un PIN,
por ejemplo y luego intento una vez más para hacer la llamada.

Asignación de alias

Cuando el enrutamiento de llamadas, un número de teléfono en el mundo

de IP no puede ser suficiente para verificar la trayectoria correcta en
el SCN. Además, 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 asignación
adecuada. Con la versión 4, una puerta de entrada, por ejemplo, puede
indicar que puede llevar a cabo la asignación de alias a lado de la
entrada o salida de una llamada. Esto será reducir el número de
números con formato incorrecto, así como proporcionar un medio para
la prestación de servicios VVPN.

Indicando que desea protocolos

Cuando haga una llamada antes de la versión 4, el portero había ninguna

manera de saber si o no la persona que llama necesita servicios
especiales, tales como soporte de fax en una pasarela. Con la versión 4,
sin embargo, un extremo puede solicitar en la ARQ que el portero
resolver la dirección 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 sólo los
Gateways que devuelva apoyo fax: no tiene ningún sentido poner un fax
llaman a una pasarela de voz, después de todo!

Gestión de ancho de banda

Antes H.323 versión 4 y punto final podrían solicitar el ancho de banda

mucho más de lo que realmente necesitan y, por lo tanto, causar
recursos de la red ir no utilizados. Con la versión 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 había indicado en el ARQ.

Además, gestión de ancho de banda para las sesiones de multidifusión

ya casi imposible, a menos que el portero enruta la señalización de
H.245 y supervisar cuidadosamente los canales de los medios de
comunicación que fueron abiertos, no podía determinar si dos puntos
finales que soliciten el ancho de banda realmente solicitan el ancho de
banda para una sesión de multidifusión o sesión de unidifusión. Esto se
convierte en un problema mucho más grande cuando muchas personas
participan en una conferencia multipunto de multidifusión. Con la
versión 4, detalles específicos sobre los canales de los medios de
comunicación son transportados al portero en los mensajes de TIR (si el
portero pide les), para que el portero pueda controlar mejor utilización
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 tamaño de un paquete UDP. Por esta
razón, versión 4 ahora proporciona un mecanismo a través del cual una
TIR que contiene información 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 característica muy útil de los dispositivos del fax es la posibilidad

de iniciar una llamada de voz y luego cambiar a fax en algún momento.
Versión 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
comunicación se realiza de tal manera que se conserva recursos DSP,
que reduce el costo total del equipo.

Anexo D también fue mejorado para utilizar TCP para transportar

datos de fax. Anteriormente, la UDP fue la única opción real para llevar
datos de fax.
Vinculación de la llamada

H.323 versión 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 están presentes en la convocatoria. Versión 4 introduce
varios nuevos campos que permite el equipo para "enlazar" llamada
piernas juntos para ello. Esto proporciona, entre otras cosas, más
precisas de facturación para una llamada.

Túnel

Entienden que cuando las señales se convierten de un sistema a otro y

luego de vuelta a la señal original, cierta información se pierde. En
H.323 sistemas utilizados en redes públicas y privadas, H.323 se utiliza
a menudo para intertrabajar entre dos redes de circuito. Para
proporcionar mejor interoperatividad, versión 4 ahora proporciona un
mecanismo por el que QSIG y ISUP pueden túnel sin traducción:
esencialmente, H.323 puede actuar como un túnel transparente para los
protocolos de señalización 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 rápida conexión

H.323 permite ahora H.245 para iniciarse en paralelo para conectar

rápido incluyendo mensajes H.245 en el mensaje de configuración. Esto
permite un extremo para el intercambio de capacidades con el fin de
determinar si se admiten ciertas características, tales como apoyo
DTMF en el mensaje de UserInputIndication . Además, comenzando
temprano H.245, dos extremos pueden más rápidamente establecer una
sesión H.245 en caso de que conecte rápido no se puede aceptar por el
llamado punto final.

Marco genérico de extensibilidad

Uno de los temas con H.323 como madura es simplemente el número de

parámetros que existen en la especificación del protocolo base. Para
evitar el crecimiento continuo y sin límites de la ASN.1 que define el
protocolo H.225.0, se ha añadido un marco genérico de extensibilidad a
la versión 4. Este marco realmente tiene dos propósitos. 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 negociación de la función. El
último es sin duda el uso más poderoso de este nuevo marco.

Una entidad H.323 puede utilizar el marco genérico de extensibilidad

para indicar sus funciones soportadas, deseadas funciones y
características necesarias. Entidades podrán intercambiar esta
información sobre la función y luego preocuparte de características
mutuamente compatibles. Cuando enrutamiento señalización, entidades
en medio de la llamada ruta puede agregar o restar de la función
especificada si esas entidades pueden realizar la función en nombre de
uno de los extremos en la llamada de la señalización de llamada. Esto
significa que puede construirse más inteligencia en la red sin tener que
añadir tal inteligencia a los extremos en una llamada.

URL DE H.323

El esquema de URL "h323" se introduce en la versión 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
"anfitrión" podrían ser el portero que puede traducir la URL en una
dirección de señalización de llamada.

Llame a las capacidades relacionadas con el crédito

Un servicio muy popular que utiliza telefonía IP hoy es permitir a los

usuarios marcar un Gateway para realizar una llamada (con la
anticipación 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 ningún medio estándar de
comunicación fondos disponibles o para la puerta de entrada controlar
la terminación anticipada de la llamada base de fondos disponibles.
H.323v4 agrega estas características en el protocolo RAS.

DTMF Relay vía RTP

H.323 versión 4 ahora permite un extremo utilizar RFC 2833 para

enviar y recibir dígitos DTMF. Esto es importante, por ejemplo, con el
fin de transmitir la sincronización precisa de información de DTMF.
También, es una elección lógica cuando la llamada se enruta a través el
portero y el portero no está interesado en esa información.

H.323 versión 3 - Resumen

H.323 versión 3 fue aprobado el 30 de septiembre de 1999. H.323

versión 3 hace mejoras modestas en la versión 2 de H.323
recomendación, introduciendo algunas nuevas características 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 reutilización de las conexiones

Con el fin de proporcionar el mejor rendimiento y preservar los

recursos del sistema, versión 3 presenta la capacidad de un extremo
especificar si tiene la capacidad de "reutilizar" una conexión de
señalización de llamada y si puede apoyar con la misma llamada canal de
varias llamadas de señalización. Esto es particularmente importante
para gateways que tengan miles de llamadas que se ejecutan
simultáneamente. Mediante la utilización de estas dos características,
una pasarela podrá mantener una única conexión TCP entre sí mismo y el
portero para llevar a cabo todos de la señalización de llamada.

Conferencia de consulta

Supongamos que usted haga una llamada a alguien y recepcionista

contesta el teléfono. 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
característica, llamada "Conferencia de consulta", se introduce en la
versión 3.

Identificador de llamadas

H.323 ahora admite la función de "Caller ID", que se encuentra en la

red de telefonía tradicional, incluyendo la capacidad de la persona que
llama para solicitar destinará información de nombre y dirección del
destinatario y la capacidad de los equipos de red (por ejemplo, el
portero) para información de llamadas pantalla.

Preferencia de idioma

Con la versión 3, una persona tiene la capacidad de especificar un

idioma de preferencia. Esta información puede ser utilizada por call
centers para ayudar a dirigir las llamadas al operador quien puede
hablar el idioma de la persona que llama. También 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 señalización

extremos que apoyan la convocatoria. (Ver la discusión del Anexo E a
continuación).

Control remoto de dispositivo

H.323 ahora tiene esta capacidad, mediante el uso de H.282, para

realizar el control del dispositivo remoto. Esta característica permite
que un usuario controlar dispositivos tales como cámaras de control
remoto.

Capacidades genéricas

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 genéricas" añadido para H.245 (1999), codecs pueden
ahora completamente definirse, incluyendo varias de las capacidades
que pueden negociarse cuando la llamada se establece en forma
genérica que no requiere de puntos de código adicional que se añade a la
ASN.1 H.245.

Anexo G/H.225.0 - comunicación entre dominios administrativos

Este nuevo anexo proporciona a selectores H.323 con la capacidad para

llevar a cabo la resolución de direcciones y precios a cambio de una
manera escalable que permitirá grandes redes de comunicación H.323
internacionales a construirse. Los proveedores de servicios pueden
utilizar anexo G para determinar el costo mínimo entrega de llamadas
con un cierto nivel de QoS. También es posible utilizar un tercero,
llamado un centro de intercambio, para ayudar a resolver direcciones e
instalarse facturación entre proveedores de servicios que no han
preparado acuerdos de servicio.

Anexo E/H.323 - Protocolo de llamada multiplexado señalización

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
preparación de la llamada y consume recursos del sistema. Anexo E es
un nuevo anexo que especifica un mecanismo de señalización 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 pequeños dispositivos. Para abordar esta
preocupación, Anexo F introduce el concepto de un "Tipo de extremo
Simple" o "SET". Un dispositivo conjunto utiliza solamente una porción
pequeña de la especificación completa de H.323, pero todavía
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 gestión basada en SNMP de equipos H.323.
Servicios suplementarios

Se han añadido varios nuevos documentos de servicio complementario a

la serie H.323, incluyendo llamada mantenga, llame al parque y recogida,
indicación de la espera del mensaje y llamada en espera.

H.323 versión 2 - Resumen

Aprobado en enero de 1998, versión 2 de la norma H.323 aborda

muchas deficiencias en la versión 1 e introduce nuevas funcionalidades
dentro de los protocolos existentes, como H.245 y H.225, así como
nuevos protocolos. El propósito de este documento es proporcionar una
visión de alto nivel de los cambios que se han definido por la versión 2.
Para una explicación más completa, consulte el estándar apropiado.
Estas normas pueden consultarse en el sitio web de la Unión
Internacional de telecomunicaciones en www.itu.int.

Seguridad

La norma H.235 aborda cuatro temas generales cuando se trata con

seguridad, autenticación, integridad, privacidad y no repudio. La
autenticación 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 están una representación 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 protección
contra alguien negar que participó en una conferencia cuando sabes que
estaban allí. Ganchos para cada una de estas características de
seguridad se especifican en H.323 versión 2. El uso adecuado de estos
ganchos se especifica en H.235.
Conexión rápida (a.k.a. Fast Start)

Conexión rápida es un nuevo método de configuración de llamada que se

pasa por alto algunos pasos habituales con el fin de hacerlo más rápido.
Además de la mejora de la velocidad, conectar rápido permite a los
canales de los medios de comunicación a ser operacional antes de enviar
el mensaje CONNECT, que es un requisito para ciertos procedimientos
de facturación.

Servicios suplementarios

Complementario servicios H.323, es decir, transferencia y desvío de

llamada, se han definido por la serie H.450. H.450.1 define el protocolo
de señalización entre terminales H.323 para el control de servicios
suplementarios. H.450.2 define la transferencia y desvío 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. desvío
de llamada proporciona los servicios suplementarios llamada reenvío
incondicional, reenvío de llamada ocupado, llamada expedición sin
respuesta y la desviación de llamada. Los ganchos para servicios
suplementarios se especifican en H.323 versión 2. El uso adecuado de
estos ganchos se especifica en H.450.x.

T.120/H.323 integración

Versión 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. Versión 1 permitió establecer primero una llamada T.120,
pero versión 2 dicta que es seguir el modelo de llamada H.323 y T.120
debe ser tratada como un tipo de canal lógico, al igual que un canal de
audio o vídeo. Se suministra una dirección de transporte cuando se abre
el canal, junto con instrucciones si el lado llamado debe iniciar la
Conferencia o esperar a ser llamado. Además, la versión 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.

Túnel

Túnel es el proceso de envío de PDU H.245 a través del canal Q.931.

También se utiliza el mismo socket TCP/IP que ya está en uso para el
canal de señalización de llamada por el canal de Control H.245.

Identificador de llamada

El método del valor de referencia llame (CRV) de identificar una

llamada en la versión 1 no era lo suficientemente exclusivo al recorrer
un gatekeeper. El identificador de llamada de la versión 2 es una
identificación única en el mundo, por lo que siempre correctamente
puede identificar qué llamada es referenciar un paquete, incluso cuando
va a través de un portero.

Comprometido por envío

Envío superpuesta es un método de llam donde la persona que llama

envía sólo una dirección parcial para el portero en la solicitud de
admisión. Si el portero no recibe suficiente de la dirección para poder
distribuirlo correctamente, solicita más información. La persona que
llama sigue enviando una dirección más completa hasta que el portero lo
acepta. La ventaja de este enfoque es que mientras que un usuario es
introducir una dirección, el proceso de enrutamiento de la llamada
puede estar ocurriendo al mismo tiempo, por lo que puede establecerse
la conexión más rápida.

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
información 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 información en la banda.

Lista de conferencia

Si una MCU aloja múltiples conferencias y desea proporcionar un

extremo llamado con una selección de conferencias a, puede enviar el
extremo llamando a una lista de conferencias en un mensaje de
instalación Q.931. Por motivos de compatibilidad con puntos finales de
la versión 1, listas de conferencia se proporcionan únicamente a los
extremos de la versión 2 (o superior).

Varios alias en el redireccionamiento de llamadas

Versión 2 de H.323 permite especificar la dirección de alias de un

extremo llamado en el mensaje Setup Q.931 cuando esta información es
necesaria para atravesar múltiples Gateways. También puede
especificar canales adicionales en el caso de un 2 * 64 Kbps llame al
lado WAN, por ejemplo.

Nuevos tipos de Alias

Una dirección de alias en RAS o Q.931 puede representar un punto final

o puede representar conferencias que aloja un punto final. Una
dirección de alias puede usarse cuando no se conoce la dirección 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. Versión 2 añade soporte para cuatro tipos de alias adicional:
transporte ID, URL y número de parte.
Conjunto vacío capacidad (desvíos de terceros)

Versión 2 de H.323 da un significado especial a la recepción de un

conjunto de capacidad H.245 vacío. Cuando un nodo recibe un conjunto
vacío de capacidad, debe cerrar todos sus canales, entrar en un estado
de "pausado" y esperar a una capacidad de no vacío para reiniciar la
sesión H.245. Efectivamente esto le permitirá a un gatekeeper para
conexiones de redireccionar desde un extremo que no admite servicios
complementarios.

Cambio dinámico de canales

Esta característica de la versión 2 permite cambio de modos de un

codec a otro sin necesidad de decodificadores de dos medios. Desde la
apertura y cierre de canales lógicos H.245 no está sincronizada con el
contenido de los medios de comunicación, abandono de los medios de
comunicación podría ocurrir entre el momento de cerrar un canal lógico
y la apertura de su reemplazo. Este nuevo método permite evitar tal
deserción de los medios de comunicación.

Entrada de usuario

La PDU de indicación de entrada de usuario H.245 se ha actualizado

para permitir más completa de la señalización DTMF. Previamente,
interoperabilidad no estaba garantizado desde el PDU no contiene
suficiente información para asegurar la interpretación uniforme de las
señales. Se han añadido nuevas estructuras para proporcionar la
duración de los tonos y otra información que falta.

Por

Estructuras de QoS se han añadido a los paquetes de H.245 OLC para

permitir que los puntos finales definir parámetros de QoS para las
corrientes de los medios de comunicación, incluyendo parámetros RSVP.
H.323 sólo comunica información QoS entre dispositivos H.323.
Reserva real y control de los recursos está fuera del alcance de la
norma.

Conmutación lógica remoto

Esta característica H.245 da la MC la capacidad de contar al receptor
que flujo de medios de comunicación para representar. Por ejemplo, si
varias secuencias de vídeo va al receptor, el MC dirá al receptor que
corriente quieras.

Mejoras de H.263
Se ha aumentado significativamente la capacidad de vídeo H.263. Se
han añadido muchas nuevas estructuras para la capacidad H.245 para
ajustar el flujo de vídeo H.263.

Arbitraje de compresión de Audio GSM

GSM es una nueva capacidad de audio disponible para el usuario. Esta

nueva capacidad debe ser transportada vía 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 (dirección) de
la Conferencia.

Solicitar en el mensaje de progreso

Cada solicitud RAS tiene un valor de tiempo de espera y un número de

reintentos asociados con él. Si no ha recibido respuesta al final del
tiempo, se vuelve a intentar la solicitud. El remitente realiza sólo el
número determinado de intentos antes de que la solicitud se considera
fracasado. El nuevo mensaje de petición 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
confusión de tener que procesar varias instancias de la misma petición o
múltiples respuestas a la misma petición.

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 redirección.

Punto final alternativo

Un extremo puede indicar una dirección 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 parámetro Time To Live puede ser solicitado por el extremo o
especificado por el portero durante el registro. Indica la duración (en
segundos) para que ese registro es válido. Este mecanismo permite que
el portero no preocuparse por su "base de datos" llenando con las
entradas de los extremos que ya no están activos.

Keep Alive

El parámetro Keep Alive se envía en un ligero registro solicitar desde

un extremo a su guardián 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.

Información de Q.931 en IRR

Muchas llamadas del modelo directo todavía implican a un guardián, por

razones de gestión de endpoint, administración de redes,
administración de direcciones o servicios de localización. Aunque el
portero no enruta la llamada, puede ser necesario tener conocimiento
de los avances de la llamada (por ejemplo, para propósitos de
contabilidad). El portero puede solicitar que el punto final lo notificaran
de H.225.0 llamada señalización mensajes que el endpoint envía o
recibe. El portero indica la lista de tipos PDU desea recibir copias de, e
indica si desea copias cuando las PDU se envían o reciben las PDU.

Información solicitar ACK y NAK

Un extremo puede algunas de las respuestas de información no

solicitada que se entregarán confiablemente. Esto podría ser
especialmente importante si la información es necesaria para la
facturación, como se describió anteriormente.

Disponibilidad de recursos

En la versión 2 del protocolo RAS, una puerta de entrada tiene la

capacidad de notificar a un guardián 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 cómo 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. También
pueden indicar los prefijos asociados con protocolos admitidos y en
algunos casos también con las tarifas de datos.

RAS QoS

En una solicitud de admisión, un extremo puede indicar su capacidad de

reserva de recursos de transporte. En la admisión, 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
sólo comunica información 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 admisión a ese extremo. Esto
permite que el extremo hacer y contestar llamadas sin pedir permiso,
reduciendo así el tiempo de configuración de llamada con el portero.