This article includes a list of general references, but it lacks sufficient corresponding inline citations. (February 2023) |
Protocolo de comunicación | |
Objetivo | Voz sobre IP |
---|---|
Desarrollador(es) | Bellcore , Cisco , Nivel 3 , IETF |
Introducción | 1998 (1998) |
Capa OSI | Capa de aplicación (7) |
RFC(s) |
|
Internet protocol suite |
---|
Application layer |
Transport layer |
Internet layer |
Link layer |
El Protocolo de control de pasarela de medios ( MGCP ) es un protocolo de telecomunicaciones para señalización y control de llamadas en sistemas híbridos de voz sobre IP (VoIP) y de telecomunicaciones tradicionales . Implementa la arquitectura del protocolo de control de pasarela de medios para controlar las pasarelas de medios conectadas a la red telefónica pública conmutada (PSTN). [1] Las pasarelas de medios proporcionan la conversión de medios electrónicos tradicionales a la red de Protocolo de Internet (IP). El protocolo es un sucesor del Protocolo de control de pasarela simple (SGCP), que fue desarrollado por Bellcore y Cisco , y del Protocolo de control de dispositivos de Internet (IPDC). [2]
La metodología de MGCP refleja la estructura de la PSTN con el control sobre la red residiendo en un softswitch de centro de control de llamadas , que es análogo a la oficina central en la red telefónica. Los puntos finales son dispositivos de baja inteligencia, que en su mayoría ejecutan comandos de control desde un controlador de pasarela de medios, también llamado agente de llamadas , en el softswitch y proporcionan indicaciones de resultados en respuesta. El protocolo representa una descomposición de otros modelos de VoIP, como H.323 y el Protocolo de inicio de sesión (SIP), en los que los dispositivos de punto final de una llamada tienen niveles más altos de inteligencia de señalización.
MGCP es un protocolo basado en texto que consta de comandos y respuestas. Utiliza el Protocolo de descripción de sesión (SDP) para especificar y negociar los flujos de medios que se transmitirán en una sesión de llamada y el Protocolo de transporte en tiempo real (RTP) para enmarcar los flujos de medios.
La arquitectura del protocolo de control de puerta de enlace de medios y sus metodologías e interfaces de programación se describen en RFC 2805. [1]
MGCP es un protocolo maestro-esclavo en el que los gateways de medios (MG) son controlados por un agente de control de llamadas o softswitch. Este controlador se denomina controlador de gateway de medios (MGC) o agente de llamadas (CA). Con el protocolo de red puede controlar cada puerto específico en un gateway de medios. Esto facilita la administración centralizada del gateway y proporciona soluciones de telefonía IP escalables. El sistema distribuido está compuesto por al menos un agente de llamadas y uno o, habitualmente, varios gateways de medios, que realizan la conversión de señales de medios entre redes conmutadas por circuitos y por paquetes, y al menos un gateway de señalización (SG) cuando se conecta a la PSTN .
MGCP presenta una arquitectura de control de llamadas con inteligencia limitada en el borde (puntos finales, puertas de enlace de medios) e inteligencia en los controladores centrales. El modelo MGCP supone que los agentes de llamadas se sincronizan entre sí para enviar comandos y respuestas coherentes a las puertas de enlace bajo su control.
El agente de llamadas utiliza MGCP para solicitar notificaciones de eventos, informes, estado y datos de configuración del gateway de medios, así como para especificar parámetros de conexión y activación de señales hacia la interfaz de telefonía PSTN.
Un softswitch se utiliza normalmente junto con pasarelas de señalización, por ejemplo, para acceder a la funcionalidad del Sistema de señalización nº 7 (SS7). El agente de llamadas no utiliza MGCP para controlar una pasarela de señalización; en su lugar, se utilizan protocolos SIGTRAN para transmitir la señalización entre una pasarela de señalización y los agentes de llamadas.
Normalmente, un gateway de medios puede configurarse con una lista de agentes de llamadas desde los cuales puede aceptar comandos de control.
En principio, las notificaciones de eventos pueden enviarse a diferentes agentes de llamadas para cada punto final en la puerta de enlace, de acuerdo con las instrucciones recibidas de los agentes de llamadas mediante la configuración del parámetro NotifiedEntity. En la práctica, sin embargo, normalmente es deseable que todos los puntos finales de una puerta de enlace estén controlados por el mismo agente de llamadas; otros agentes de llamadas están disponibles para proporcionar redundancia en caso de que el agente de llamadas principal falle o pierda contacto con la puerta de enlace de medios. En caso de que se produzca un fallo de este tipo, es responsabilidad del agente de llamadas de respaldo reconfigurar la puerta de enlace de medios para que informe al agente de llamadas de respaldo. La puerta de enlace puede auditarse para determinar el agente de llamadas que controla, una consulta que puede utilizarse para resolver cualquier conflicto.
En caso de que haya varios agentes de llamadas, MGCP supone que mantienen conocimiento del estado del dispositivo entre ellos. Estas funciones de conmutación por error tienen en cuenta tanto las interrupciones planificadas como las no planificadas.
MGCP reconoce tres elementos esenciales de la comunicación: el controlador de la pasarela de medios (agente de llamada), el punto final de la pasarela de medios y las conexiones entre estas entidades. Una pasarela de medios puede alojar varios puntos finales y cada punto final debe poder participar en varias conexiones. Las conexiones múltiples en los puntos finales admiten funciones de llamada, como la llamada en espera y la llamada entre tres .
MGCP es un protocolo basado en texto que utiliza un modelo de comando y respuesta. Los comandos y las respuestas se codifican en mensajes estructurados y formateados con los caracteres de espacio en blanco espacio , tabulación horizontal , retorno de carro , avance de línea , dos puntos y punto . Los mensajes se transmiten utilizando el Protocolo de datagramas de usuario (UDP). Las puertas de enlace de medios utilizan el número de puerto 2427 y los agentes de llamadas utilizan el 2727 de forma predeterminada.
La secuencia de mensajes de un comando (o solicitud) y su respuesta se conoce como transacción, que se identifica mediante el identificador numérico de transacción que se intercambia en cada transacción. La especificación del protocolo define nueve comandos estándar que se distinguen por un verbo de comando de cuatro letras: AUEP, AUCX, CRCX, DLCX, EPCF, MDCX, NTFY, RQNT y RSIP. Las respuestas comienzan con un código numérico de respuesta de tres dígitos que identifica el resultado de la transacción.
Un agente de llamada utiliza dos verbos para consultar el estado de un punto final y sus conexiones asociadas.
Un agente de llamadas utiliza tres verbos para gestionar la conexión a un punto final del gateway de medios.
Un agente de llamadas utiliza un verbo para solicitar la notificación de eventos que ocurren en el punto final y para aplicar señales al enlace de red PSTN conectado o a un punto final de telefonía conectado, por ejemplo, un teléfono.
Un punto final utiliza un verbo para indicar al agente de llamada que ha detectado un evento para el cual el agente de llamada había solicitado previamente una notificación con el comando RQNT:
Un agente de llamada utiliza un verbo para modificar las características de codificación esperadas por el lado de línea del punto final:
Un punto final utiliza un verbo para indicar al agente de llamada que está en proceso de reinicio:
Otra implementación de la arquitectura del protocolo de control de la pasarela de medios es el protocolo H.248/Megaco , una colaboración entre el Grupo de trabajo de ingeniería de Internet (RFC 3525) y la Unión Internacional de Telecomunicaciones (Recomendación H.248.1). Ambos protocolos siguen las pautas de la arquitectura del protocolo de control de la pasarela de medios subyacente, como se describe en el RFC 2805. Sin embargo, los protocolos son incompatibles debido a las diferencias en la sintaxis del protocolo y el modelo de conexión subyacente.