{"id":5983,"date":"2016-08-05T12:13:17","date_gmt":"2016-08-05T17:13:17","guid":{"rendered":"https:\/\/www.servimatango.com\/blog\/?p=5983"},"modified":"2019-06-11T09:04:29","modified_gmt":"2019-06-11T14:04:29","slug":"establecimiento-de-llamadas","status":"publish","type":"post","link":"https:\/\/servervoip.com\/blog\/establecimiento-de-llamadas\/","title":{"rendered":"Establecimiento de llamadas"},"content":{"rendered":"

ESTABLECIMIENTO DE LLAMADAS<\/strong><\/p>\n

El paso previo al establecimiento de una comunicaci\u00f3n entre dos terminales es la resoluci\u00f3n de la direcci\u00f3n IP del destinatario de la llamada. En este proceso el usuario llamante invoca mediante H.225 RAS al Gatekeeper para conocer la direcci\u00f3n IP del destinatario. Si el proceso de registro del destinatario fue satisfactorio el Gatekeeper conocer\u00e1 su direcci\u00f3n IP, esta direcci\u00f3n f\u00edsica ser\u00e1 entregada al llamante para que inicie la llamada. En este punto hay que recordar que el Gatekeeper tiene la autorizaci\u00f3n para denegar una llamada, es decir, puede no autorizar al llamante y as\u00ed mismo, puede no autorizar al llamado a atender la llamada. Toda comunicaci\u00f3n de naturaleza H.225 RAS es transportada sobre UDP. <\/p>\n

Si el Gatekeeper ha autorizado la llamada a continuaci\u00f3n entra en juego la especificaci\u00f3n H.225.0 Call Control. Este protocolo deriva de Q.931 y aporta el servicio b\u00e1sico de llamada. Call Control ser\u00e1 empleado por el llamante para ponerse en contacto con el usuario deseado. Como evoluci\u00f3n de Q.931 en \u00e9l se encuentran los habituales mensajes de Setup, Call Proceeding, Alerting, Connect y Release Complete. H.225.0 Call Control emplea TCP como nivel de transporte.<\/p>\n

La proliferaci\u00f3n de terminales H.323 y algoritmos de compresi\u00f3n ha obligado a incorporar un canal por el que los participantes en una conversaci\u00f3n acuerden las prestaciones de terminal que emplearan y qu\u00e9 tipo de compresi\u00f3n aplicar\u00e1n a la voz o el v\u00eddeo. Este canal de negociaci\u00f3n es desarrollado a trav\u00e9s del protocolo H.245 Media Control que a su vez viaja sobre datagramas TCP.<\/p>\n

H.323 emplea UDP como nivel de transporte de la voz y el video. Ambos flujos de informaci\u00f3n se codifican respectivamente seg\u00fan las especificaciones G.7xx y H.26x. Dentro de H.323, complementado a UDP, encontramos los protocolos RTP (Real Time Protocol) y RTCP (Real Time Control Protocol) que entre otras funciones son los responsables de introducir marcas de tiempo en cada datagrama de informaci\u00f3n para la correcta secuenciaci\u00f3n y posterior reconstrucci\u00f3n de caudal de voz o video.<\/p>\n

El proceso descrito es el procedimiento b\u00e1sico de establecimiento de llamadas. A partir de la versi\u00f3n 2 de H.323 se han incorporado numerosas facilidades de usuario conocidas como Servicios Suplementarios. Estos servicios se re\u00fanen sobre la especificaci\u00f3n H.450.1 que a su vez se sit\u00faa sobre H.225 Call Control. Por citar solo algunos de estos servicios indicar la existencia de H.450.2 para la transferencia de llamadas; H.450.3 para el desv\u00edo de llamada y H.450.6 para la llamada en espera. <\/p>\n

Est\u00e1ndar T.120 <\/strong><\/p>\n

T.120 surge de la necesidad, en una videoconferencia, de trabajo en equipo, es decir compartir diferentes aplicaciones como por ejemplo: compartir una hoja de c\u00e1lculo, hacer un dibujo estilo pizarra, y que sea compartido entre ambos conferenciantes, etc. Mucho m\u00e1s todav\u00eda cuando en vez de una videoconferencia de solo dos sitios, tenemos una multi – videoconferecia. Y en realidad, no est\u00e1 asociada totalmente a ‘Videoconferencia’, aunque esta su entorno natural, si no que es un est\u00e1ndar para compartir datos.
\nSi se utiliza T.120 los datos pueden ser distribuidos en tiempo real a cada uno de los participantes, existiendo interoperabilidad entre equipos de distintos fabricantes, asegur\u00e1ndose la integridad de los datos. Adem\u00e1s este est\u00e1ndar es independiente de la red (RTC, LAN, RDSI, etc.) y de la plataforma (Unix, PC, Macintosh, etc.).<\/p>\n

En este tipo de conferencias siempre hay uno administrador (es el ‘proveedor principal’), que es el que ofrece los servicios de MCS (Multipoint Conference Services). La conexi\u00f3n de los terminales a este puede ser en estrella, <\/p>\n

en cadena, en cascada, etc. Si el proveedor se cae, la conferencia (de datos) se interrumpe.<\/p>\n

En las conferencias de datos hay un ‘dominio’, que b\u00e1sicamente es la conferencia en s\u00ed, y ‘canales’ dentro del dominio, que pueden ser p\u00fablicos (para difusi\u00f3n, broadcast) o privados entre usuarios.<\/p>\n

\tEstos canales son los siguientes:
\n1. Canal de errores de control. Prioridad m\u00e1xima.
\n2. Canal de anotaciones. Prioridad alta.
\n3. Canal de Im\u00e1genes de Mapa de bits. Prioridad media.
\n4. Canal de transferencia de ficheros. Prioridad baja.<\/p>\n

\n

\n\n\t
\n
    \t\n\t
  • \n\t\t\n\t\t\"\"\n\t\t\n\n\t\t\n\t\t
    \n\t\t\t\t
    \"\" \n\t\t\t\t<\/div>\n\t\t<\/div>\n\n\t\t\n\t\t
    Para Mostrar subt\u00edtulos en tu idioma, por favor haga clic en el bot\u00f3n de arriba \n\t\t<\/div>\n\t<\/li>\n<\/ul>\n
    \n<\/div>\n