Protocolo MGCP

Introducción
Este artículo describe el protocolo Media Gateway Control Protocolo (MGCP) que permite controlar las pasarelas de
(Gateways) de los medios de comunicaciones de los elementos de control de llamada externas que se llaman
Gateway o Agente de Llamada. La pasarela de medio es, típicamente, un elemento de la red que proporciona la
conversión entre señal de audio de un teléfono conmutado por circuito y la señal de paquete que se puede transportar
a través de Internet o sobre la red de conmutación de paquete como ATM y Frame Relay.
Los Gateways de los medios de comunicación pueden ser:
● Trunking gateways: Interfaz entre la red telefónica y la red de Voz sobre IP.
● Voice over ATM gateways: Es igual al Trunking gateways pero que es para interfaz de red ATM.
● Residencial gateways: Proporcionan una interfaz (RJ11) a una de Voz sobre IP.
● Access gateways: Proporcionan una interfaz desde PBX digitales en una red de Voz sobre IP.
● Business gateways: Proporcionan una interfaz de PBX digital tradicional o un PBX a una red de Voz sobre IP.
Los Servidores de Acceso a red pueden ser conectados a través de un módem a una red telefónica de circuito y
pueden proporcionar el acceso a Internet. Se espera que, en el futuro, las mismas pasarelas combinarán servicio de
VoIP y servicios de Acceso a Red. Además, la Conmutación por circuito o paquete puede ofrecer una interfaz de
control a elementos de control externo.
El protocolo MGCP presenta una arquitectura de control de llamada donde la “inteligencia” está fuera de las pasarelas
y es manejado por elementos de control de llamada externos, conocidos como Agentes de Llamada. El MGCP
presupone que estos elementos del control de llamada, o Agentes de Llamada, se sincronizan entre sí para enviar
órdenes coherentes y respuesta a las pasarelas. Si esta suposición se viola, debe esperarse una conducta
incoherente. No define un mecanismo para sincronizar a los Agentes de Llamada.

Interfaz de control de gateway de medios de comunicación

La función de la interfaz es mantener el control de la conexión y del Equipo Terminal. Utiliza el mismo modelo del
sistema y las mismas convenciones de la denominación.

Protocolo MGCP
El Protocolo MGCP implementa la Interfaz de control de gateway de medios de comunicación como un conjunto de
transacciones. Las transacciones están compuestas por un orden y una respuesta obligatoria.
Permite comunicar al controlador de gateway MGC (también conocido como Call Agent) con los gateway de telefonía
GW (hacia la PABX o PSTN). La versión 1.0 se encuentra en RFC-2705 de octubre de 1999. Se trata de un protocolo
de tipo master/slave donde el MGC informa las acciones a seguir al GW.
Para la implementación de una buena señalización de la llamada, el Agente de Llamada debe guardar huella del
estado del Equipo Terminal, y la entrada debe asegurarse que se notifiquen los eventos apropiadamente al Agente de
Llamada. Las condiciones especiales existen cuando la entrada o el Agente de Llamada se reinician. La entrada debe
remitirse a un nuevo Agente de Llamada durante los procedimientos de “fallas”, el mismo debe tomar la acción
cuando la entrada se desconecta, o hay que reiniciar.
Los mensajes MGCP viajan sobre UDP, por la misma red de transporte IP. El formato de trabajo genera una
inteligencia externa a la red (concentrada en el MGC) y donde la red de conmutación está formada por los router de la
red IP. El GW solo realiza funciones de conversión vocal (analógica o de velocidad digital) y genera un camino RTP
entre extremos. La sesión de MGCP puede ser punto-a-punto o multipunto. MGCP entrega a GW la dirección IP, el
puerto UDP y los perfiles de RTP; siguiendo los lineamientos del Protocolo de Descripción de Sección (SDP).
Los comandos disponibles en MGCP son los siguientes:
• NotificationsRequest, indica al GW de eventos como puede ser la señalización DTMF en el extremo.
• Notification Command, confirma las acciones del comando NotificationsRequest.
• CreateConnection, usado para crear una conexión que se inicia en el GW.
• ModifyConnection, usado para cambiar los parámetros de la conexión existente.
• DeleteConnection, usado para cancelar la conexión existente.
• AuditEndpoint, usado para requerir el estado del extremo al GW.
• AuditConnection, usado para requerir el estado de la conexión.
• RestartInProgress, usado por el GW para notificar que un grupo de conexiones se encuentran en falla o reinicio.
• EndpointConfiguration, usado para indicar al GW las características de codificación esperadas en el extremo final.

Relación con la Norma H.323

MGCP está diseñado como un protocolo interno dentro de un sistema distribuido que aparece en el exterior como una
sola pasarela de VoIP. Este sistema está compuesto por un Agente de Llamada que puede ser o no distribuido sobre
varias plataformas de la computadora, y de un conjunto de Gateways, incluyendo un Gateways que realiza la
conversión de los medios de comunicación, por lo menos de las señales entre conmutación de circuitos y paquetes, y
un Gateway de señalización cuando es conectado a una red controlada por SS7 (Signalling Systems 7) que permite
el enrutamiento y control de la información y el tráfico de voz a través de las diferentes redes de comunicación. En
una configuración típica, estos sistema distribuidos hace interfaz con una o varias partes de conmutación y
compatible con H323.

Relación con las Normas de IETF

Mientras H.323 es la norma reconocida para los terminales de VoIP, el IETF también ha producido las
especificaciones para otros tipos de aplicaciones multimedia de comunicación. Estas otras características técnicas
incluyen:
• El Protocolo de Descripción de Sesión (SDP), RFC 2327
• El Protocolo de Anuncio de Sesión (SAP), RFC 2974
• El Protocolo de Inicialización de Sesión (SIP), RFC 3261
• El Protocolo Time Streaming Real (RTSP), RFC 2326

Conclusiones
• MGCP (Media Gateway Control Protocol), es un protocolo que soporta un control de señalización de llamada
escalable. El control de QoS se integra en el gateway o en el controlador de llamadas.
• Su compatibilidad con Normas de IETF y H323 lo hace ideal para aplicaciones de multimedia sobre redes IP.
• Los mensajes MGCP viajan sobre UDP, por la misma red de transporte IP y su sesión puede ser punto-a-punto o
multipunto.

El MGCP es, en esencia, un protocolo maestro/esclavo, donde se espera que los gateways ejecuten
comandos enviados por el MGC. El Protocolo de Control de Media Gateway (MGCP) es usado para controlar los
gateways de telefonía desde los elementos de control de llamadas externos llamados Media Gateways Controllers
(MGC) o Gatekeepers. 
Un gateway de telefonía es un elemento de red que provee conversión entre las señales de audio
transportadas sobre los circuitos telefónicos y los paquetes de datos transportados sobre la internet o sobre otra red
de paquetes.
MGCP asume una arquitectura de control de llamada, donde la inteligencia del control de la llamada está
fuera de los gateways y manejada por un elemento de control de llamada externo.  El MGCP asume que estos
elementos de control de llamadas o MGC, se sincronizarán entre sí para enviar comandos coherentemente a los
gateways que están bajo su control.
Lo que se propuso con MGCP fue sacar el control de la señalización del propio gateway (GW), llevándolo a
otro elemento, el ‘media gateway controller’ MGC (que se conoce como ‘softswitch’) que se encargará del control de
los media gateways’(MGW).
A nivel de sistemas lo que se ha hecho es desagregar el gatekeeper (GK) en sus equivalentes en el mundo
SS7. Esta iniciativa surgió de varios fabricantes con el nombre de IPDC (Cisco, Alcatel, 3Com et al.) por un lado y
SGCP (Telcordia) por otro; un esfuerzo que el IETF aglutinó bajo la denominación de MGCP y asignada a la
responsabilidad del grupo de trabajo Megaco. MGCP es en la fecha de redacción de este documento un documento
de trabajo. Tanto IETF como la ITU-T trabajan para llegar a un estándar, el primero bajo la responsabilidad de
Megaco y como H.248 para el segundo.
En MGCP se puede decir que se ha separado la “inteligencia” (las funciones de control) de los datos (los
contenidos: ‘the media’). Que se trata de un protoclo Maestro/Esclavo. El maestro es el MGC (‘softswitch’ o ‘call
agent’) y el esclavo es el MGW (que puede ser un GW de VoIP, un DSLAM, un router MPLS, un teléfono IP,...). Esta
es precisamente la característica que más choca con la filosofía (P2P) de SIP. Otra característica interesante es que
intenta reproducir el modelo de la PSTN/IN sobre IP (en la Figura 6 se ilustra el escenario típico para un despliegue
tipo ‘Internet Telephony’ que es la aplicación para la que se pensó, al menos en principio esta solución), en contra del
modelo distribuido que propone SIP.
 El Megaco pretende dar una solución basada en una visión propia de las Telcos tradicionales, una oficina
central (Central Office, CO, en este caso IPCO) y una red de sucursales (Branch Offices, BO). Tal y como se observa
en la Figura 7, SIP puede complementar a MGCP en un escenario donde tengamos varios MGC.

Figura 7

En la Figura 8 se detalla un poco más lo que sería un escenario integrado con la PSTN, pensando en prestar
el servicio de telefonía sobre Internet.

Figura 8

Un tema de debate importante es la utilización de MGCP para controlar los terminales (los teléfonos IP por
ejemplo); el problema que surge es que sólo soporta servicios básicos de red inteligente. El tema es que si se quieren
desplegar servicios avanzados necesitamos montar SIP tanto en los terminales como sobre la red de señalización,
realizando las funciones de control asociadas al servicio.
 Ya se ha comentado más arriba que la visión de los partidarios de MGCP es que la inteligencia del servicio
esté pegada a los MGC (softswitch), y de hecho en el corto plazo es un planteamiento adecuado puesto que el
esfuerzo de convergencia se centrará en los puntos de interconexión entre la PSTN y la red IP, y pro tanto interesará
que los servidores SIP estén junto a los MGC en la CO. Pero, según avancemos hacia un escenario más integrado, la
atención se centrará en la infraestructura IP, con lo cual la función de los MGC se alejará de los puntos de
interconexión. Finalmente, en un entorno IP puro, la función de creación de servicios se distribuirá por toda la red: se
puede extender el modelo ASP para dar servicios de voz.
Tanto los ASPs como los ISPs, o incluso los propios usuarios finales pueden crear sus propios servicios. Se
puede pensar en un escenario basado en SIP, donde se utilice MGCP para controlar internamente un GW de
Telefonía IP (TIP) y los servidores de aplicaciones SIP distribuirían servicios por la red a través de los servidores
proxy SIP.

Como conclusión debemos extraer el hecho de que MGCP no se puede considerar como un competidor de
SIP, puesto que ambos resultan complementarios en ciertos aspectos, mientras que son mutuamente excluyentes en
otros.
Esta idea de dividir el Gateway de voz en varias entidades funcionales se ha propuesto también desde
iniciativas como TIPHON (Telecommunications and Internet Protocol Harmonization Over Networks) de la ETSI, con
la intención de proporcionar una arquitectura “escalable” que soporte el servicio de Telefonía IP con la necesaria
capacidad para convivir con las redes tradicionales de conmutación de circuitos (SCN, Switched Circuit Networks)
como la PSTN. Esta división es la que se ilustra en el Diagrama 2 (de la misma forma en la Figura 9 podemos ver los
componentes e interfaces en cuya definición trabaja la ETSI en el ámbito de TIPHON).