Capitulo 1

Tabla de contenidos
Chapter 1 MGCP.................................................................................................................... 1-1

1.1 Overview................................................................................................................... 1-1
1.1.1 Basic Concepts............................................................................................... 1-1
1.1.2 Related Terms.................................................................................................. 1-1
1.1.3Estructura de la pila de protocolo...1-8
1.1.4Implementacin en SoftX3000...1-8
1.2 Protocol Messages.................................................................................................... 1-9
1.2.1 Message Types............................................................................................... 1-9
1.2.2 Message Structure......................................................................................... 1-12
1.3 Basic Control Procedures......................................................................................... 1-23
1.3.1Procedimiento de registro de entrada...1-23
1.3.2Terminacin acertada llamar procedimiento (en el mismo MG)...1-24
1.3.3Terminacin acertada llamar procedimiento (en diferentes MGs)...1-37

Captulo 1MGCP
1.1Resumen
1.1.1Conceptos bsicos
RFC2705 documento describe una aplicacin de programacin interfaz y un protocolo correspondiente
(Protocolo de control de puerta de enlace multimedia, MGCP) para el control de voz sobre pasarelas de
protocolo de Internet (VoIP) de elementos de control de llamada externa.
MGCP asume una arquitectura de control llamada donde control de llamadas es independiente del portador
del servicio. Como se muestra en la figura 1-1, el control de la llamada "inteligencia" est fuera de la Media
Gateways (MGs) y manejado por elementos de control de llamada externa denominados Media Gateway
Controller (MGC) o llame a agente (CA). MGCP es, en esencia, un protocolo maestro/esclavo, donde se
esperan los MGs para ejecutar los comandos enviados por los MGCs.
MGC
MG
Control streams
Media streams

Figura 1-1 Concepto MGCP
1.1.2Relacion los trminos
I. Gateway
Un gateway es un elemento de red que proporciona interconexin e interoperatividad entre redes de diferentes
arquitecturas. En arquitectura NGN, NGN interworks con otras redes a travs de ciertos portales:
Tronco Media Gateways (TMG): la interfaz entre la red de telefona tradicional (PSTN, Public Switched
Telephone Network) y una red de VoIP. Estas pasarelas tpicamente administracin un gran nmero de
circuitos digitales.
Acceso Media Gateways (AMG): que convertir los medios de comunicacin en una red a un formato
adecuado requerido por otra red. Por ejemplo, la AMGs pueden alcanzar la conversin entre canales de
portador de un circuito conmutado red y los medios de comunicacin de una red de paquete conmutado.
Universal Media Gateways (UMG): que proporcionan funciones para convertir los medios de comunicacin
arroyos y sealizacin, universalmente para implementar funciones de Access Gateway (AG), Gateway
de sealizacin incorporada (SG) y Trunking Gateway (TG). Estas pasarelas pueden conectarse a una
variedad de dispositivos tales como interruptores, intercambio privado de rama (PBX), las redes de
acceso, routers y estaciones base inalmbricas PSTN.
II. servidor de recursos multimedia
Un servidor de medios de recursos (MRS) es un tipo de entrada que soporta una gran variedad de extremos
como punto de acceso de servidor anuncio, punto de acceso de respuesta de voz interactiva y punto de
acceso de puente de conferencia.
SoftX3000 es compatible con el control de una seora MGCP para proporcionar servicios de respuesta de voz
interactiva (IVR) y anuncios. MRS puede utilizarse para proporcionar anuncios a todo tipo de usuarios en el
sistema. SoftX3000 tambin es compatible con coleccin de dgitos a travs de un MRS.
III. llamar a agente
Un agente llame proporciona sealizacin y las funciones de procesamiento de llamadas. Es un elemento de
control de llamada externa para el control de pasarelas de telefona.
SoftX3000 proporciona funcionalidad de agente llamada MGCP. SoftX3000 puede actuar como un punto de
acceso para los telfonos E MGCP y Softphones en la red, compatible con el Internet Engineering Task Force
(IETF) RFC2705 (MGCP). SoftX3000 apoya el procedimiento de gestin de llamadas y conexiones como
especifica en el punto 2.1.3 de la RFC2705 (versin 1.0).
IV. Endpoint
Los extremos son fuentes o sumideros de datos y pueden ser fsico o virtual.
Los ejemplos de los extremos fsicos son una interfaz en un tronco de gateway que termina un tronco
conectado a un switch PSTN, y un puerto en una pasarela de acceso conectado a E-telfonos. Un ejemplo de
un extremo virtual es que una fuente de audio en un Creation de la seora de extremos fsicos requiere la
instalacin del hardware, mientras que la creacin de criterios de valoracin virtuales puede hacerse por
software.
V. identificador Endpoint
Los extremos son identificados mediante identificadores de endpoint. Identificadores de extremo tienen dos
componentes que ambos son minsculas: el nombre de dominio de la pasarela que est gestionando el
extremo y un nombre local dentro de esa entrada. Entre los componentes, un signo "arroba" (@) se utiliza
como delimitador. La sintaxis del nombre local depende del tipo de extremo de ser nombrado. Sin embargo, el
nombre local para cada uno de estos tipos es naturalmente jerrquico, comenzando con un trmino que
identifica la entrada fsica que contiene el extremo dado y terminando en un trmino que especifica el punto
final individual interesados. Con esto en mente, se deben apoyar las siguientes normas para construccin e
interpretacin de los identificadores de extremo:
Los trminos individuales de la ruta de nombres deben estar separados por una sola barra ("/").
Los trminos individuales son cadenas de caracteres compuestas por letras, dgitos u otros caracteres
imprimibles, con la excepcin de los caracteres utilizados como delimitadores ("/", "@") y espacios en
blanco.
Caracteres utilizados para comodines ("*", "$") puede ser utilizado en nombres locales. Es un trmino
representado por un asterisco a interpretarse como: "utilizar todos los valores de este trmino conocido en
el mbito de los Media Gateway". Es un trmino representado por un signo de dlar a interpretarse como:
"utilizar cualquier uno el valor de este trmino conocido en el mbito de los Media Gateway".
En MGCP, la puerta de entrada es identificado por un nombre de dominio, como amg1.hauwei.com. El nombre
local est estructurado con el nombre de la interfaz fsica (por ejemplo aaln) y el identificador del terminal (es
decir, el correspondiente nmero de puerto al nmero de telfono, acceso a la entrada de los medios de
comunicacin). El identificador del terminal se separa del nombre de la interfaz fsica por una barra de fraccin
("/").
Un ejemplo es aaln/1 @ amg1.hauwei.com que es el nombre de un extremo de un AMG.
Se refiere al primer puerto de la interfaz de aaln de la AMG con la amg1.hauwei.com de nombre de dominio.
Otro ejemplo es X35V3 + A4/13@gw23.example.net que es el nombre de un extremo de un TG.
Se refiere al XIII circuito de multiplexacin de divisin de tiempo (TDM) en la interfaz de X35V3 + A4 de la
entrada nmero 23 en la red de ejemplo.
VI. las llamadas y conexiones
Conexiones pueden ser punto a punto o multipunto. Una conexin punto a punto es una asociacin entre dos
extremos con la finalidad de transmisin de datos entre estos extremos. Una vez que esta asociacin es
establecida por ambos extremos, transferencia de datos entre estos extremos puede ocurrir. Se establece una
conexin Multipunto conectando el punto final a una sesin de multipunto. Las conexiones pueden
establecerse sobre varios tipos de redes al portador.
Las conexiones estn agrupadas en las llamadas. Uno o ms conexiones pueden pertenecer a una llamada.
Se configuran las conexiones y llamadas por iniciativa de uno o varios MGCs.
Figura 1-2ilustra los conceptos de los extremos, las conexiones, llamadas y pasarelas, as como sus
relaciones.

Figura 1-2 Relaciones entre los extremos, las conexiones, llamadas y pasarelas
Cuando los dos extremos estn ubicados en las entradas que son administradas por el mismo agente de
llamada, la creacin se realiza a travs de tres pasos como se indica a continuacin:
1) El agente llamada pide las primeras pasarelas para "crear una conexin" en el primer punto final. El gateway
asigna recursos a ese respecto y responde a la orden, proporcionando una descripcin"sesin". La
descripcin de sesin contiene la informacin necesaria para un tercero para enviar paquetes a travs de
la conexin recin creada, tales como direccin IP, Puerto de protocolo de datagrama de usuario (UDP) y
parmetros packetization.
2) La llamada agente pide la segunda puerta de entrada para "crear una conexin" en el segundo punto final.
El comando lleva la "Descripcin de sesin" proporcionada por la primera puerta de entrada. El gateway
asigna recursos a ese respecto y responde a la orden, proporcionando una descripcin"sesin".
3) El agente llamada utiliza un comando de "modificar" para proporcionar la segunda "Descripcin de la sesin"
hasta el primer punto final. Una vez hecho esto, puede proceder comunicacin en ambas direcciones.
VII. identificador de conexin
Administrada en los extremos de las conexiones pueden ser convergentes en llamadas. Las conexiones son
creadas por pasarelas. Gateways de asignan identificadores de conexin nica a extremos locales. Los
identificadores de conexin son cadenas de caracteres compuestas de nmeros hexadecimales.
VIII. identificador de llamada
Las llamadas se identifican mediante identificadores nicos que son creados por MGC. Identificadores de
llamada son tratados en MGCP como cadenas de carcteres no estructurados octeto. Identificadores de
llamada deben ser nicos dentro del sistema. Cuando un MGC construye varias conexiones para la misma
llamada, las conexiones que pertenecen a la misma llamada.
IX. nombres de agentes de llamadas y otras entidades
En MGCP, llamar a los agentes se identifican por nombres de dominio. Para la confiabilidad de la red
mejorada, MGCP ha sido diseado para permitir la aplicacin de agentes llamar redundante que comparten el
mismo nombre de dominio pero tienen direcciones de red diferentes, por ejemplo, direcciones IP. Una
pasarela identifica a un agente llame por su nombre de dominio. Para las operaciones de nivel inferior, el
gateway obtiene la lista de direcciones de red del agente llamar desde el servidor de nombres de dominio y
utiliza una direccin de red apropiado para comunicarse con el agente llamar segn situaciones especficas.
Este mecanismo de redundancia es significativo para mejorar la fiabilidad del sistema.
Otras entidades, tales como puertas de enlace y servidores de informacin, tambin son identificados por sus
nombres de dominio. Asimismo, estas entidades pueden hacer pleno uso de redundancia para mejorar la
confiabilidad del sistema. Para llamar a los agentes y las entradas, se identifican estas entidades a travs del
nombre de dominio.
Nombre de dominio impide que estas entidades identificndose directamente a travs de direcciones de red,
porque el nombre de dominio es relativamente estable, mientras que las direcciones de red pueden ser
cambiadas fcilmente. Por ejemplo, si una entidad se traslada a una red de acceso Local diferentes (LAN), se
cambiar la direccin IP de la entidad, pero el nombre de dominio puede ser retenido. La vida de nombre de
dominio garantiza que otras entidades pueden actualizar la informacin sobre el nombre de dominio de esa
entidad en el tiempo para obtener su ltima direccin IP.
En MGCP, llamar a los agentes y otras entidades estn representados por la direccin de correo electrnico
en esencia, como en:
Call-Agent@CA.example.netindicando un agente llamar en la red de ejemplo
Busy-Signal@ann12.example.netindicando que la seal de ocupado en el servidor de informacin nmero 12
en la red de ejemplo
X. evento y seal
El concepto de eventos y seales es central a MGCP. Un agente llame puede pedir que se le notifique sobre
ciertos acontecimientos que ocurren en un extremo, tales como eventos descolgado, colgado eventos, eventos
flash-gancho o marcado por eventos. Un agente de llamada puede solicitar ciertas seales que se aplicar a
un extremo, como tono de llamada, tono de timbre de llamadas entrantes y tono de ocupado.
Eventos y las seales se agrupan en paquetes. Cada paquete es apoyado por un extremo particular.
Un nombre de evento se compone de dos partes lgicas: un nombre de paquete y un nombre de evento,
separados por una barra diagonal ("/"). Nombres de evento y paquete son minsculas. De hecho, el nombre
del paquete es opcional. Cada tipo de extremo tiene un paquete predeterminado asociado, y si el nombre del
paquete est excluido por el nombre del evento, se asume el nombre por defecto del paquete para ese tipo de
punto final. Cuando un evento se aplica en una conexin, el nombre de la conexin es agregado al nombre del
evento, con un signo "arroba" ("@") como delimitador. Adems, puede utilizarse la notacin gama y comodn
de los acontecimientos, en lugar de nombres individuales. El signo asterisco ("*"), un carcter comodn, puede
utilizarse para denotar "todas las conexiones". El signo de dlar ("$"), un carcter comodn, puede utilizarse
para denotar "la corriente, cualquier conexin".
Cada seal tiene un tipo de seal asociados, tales como encendido/apagado (OO), Time-Out (TO) y breve
(BR).
Tabla 1-1enumera algunos paquetes usados.
Tabla 1-1 Paquetes bsicos
Paquete Paquete ID
Paquete genrico G
Paquete de DTMF D
Paquete MF M
Paquete de tronco T
Paquete line L
Paquete de emulacin de terminal H
Paquete RTP R
Paquete de servidor de acceso de red N
Paquete de servidor de anuncio A
Paquete de secuencia de comandos Script

Tabla 1-2enumera algunos nombres de evento vlido.
Tabla 1-2 Ejemplos de nombres de evento
Nombre del evento Significado
l/h Evento descolgado en los paquetes de lnea
l/hu Evento colgado en los paquetes de lnea
l/dl Evento de tono de marcacin en la lnea de paquetes
l/hf Evento de Flash-gancho en los paquetes de lnea
l/aw Evento de tono de respuesta en los paquetes de lnea
l/bz Evento de tono de ocupado en los paquetes de lnea
l/wt Llamada en espera el evento de tono en los paquetes de lnea
l/rg Evento en los paquetes de lnea de llamada
Nombre del evento Significado
l/sl Tartamudeo evento tono de marcacin en la lnea de paquetes
M/0 Dgito 0 en los paquetes MF
M / [0-9] Dgitos 0-9 en los paquetes MF
FH
Evento flash-gancho, suponiendo que el paquete de lnea predeterminado
es un paquete por defecto para el extremo
G/RT@0A3F58
Seal de timbre de llamadas entrantes en los paquetes de los medios de
comunicacin genrica en la conexin "0A3F58"
G/mt
Evento mdem detectado en los paquetes de los medios de comunicacin
genrica
G/m
Tono de fax detecta el evento en los paquetes de los medios de
comunicacin genrica
G/ld
Evento de conexin de larga duracin en los paquetes de los medios de
comunicacin genrica. Si una conexin dura ms de una hora, este
evento ser detectado.
[0-9 * #A-D] Todos los dgitos y letras en los paquetes DTMF
T / $ Todos los eventos en los paquetes de tronco
R/QA@* Evento de alerta de calidad en los paquetes RTP en todas las conexiones
R/RT@$ Evento de timbres en los paquetes RTP en la conexin actual

XI. mapa de dgitos
El agente llamar puede pedir a la puerta de entrada para recolectar dgitos marcados por el usuario. Por
ejemplo, una pasarela residencial recoge el nmero de los diales de un usuario y el nmero de tarjeta de
crdito. Es un procedimiento alternativo para que el gateway notificar al agente llamar los dgitos marcados,
tan pronto como ellos son marcados. Sin embargo, tal procedimiento genera un gran nmero de interacciones
y ocupa una gran cantidad de recursos de la red. Es preferible para acumular los nmeros marcados en un
tampn y transmitirlas en un solo mensaje. El problema con este enfoque de acumulacin, sin embargo, es
que es difcil para el gateway predecir cuntos nmeros necesita acumular antes de la transmisin. La
solucin a este problema consiste en cargar la pasarela con un mapa de dgitos que corresponde al plan de
marcado.
Este mapa de dgitos se expresa mediante una sintaxis estricta. Se compone de una lista de nmeros y letras.
Si recogen dial secuencia coincide con una de las cadenas definidas, indica cifras necesarias han sido
recogidos.
Qu se soporta en la definicin de dgitos cadenas incluyen los dgitos de 0 a 9, firman las cartas de "A" a
"D", el signo "#", el asterisco "*", las letras "T" y "x" y la seal de punto ".". Las cadenas de dgitos separaron
por "|" son planes alternativos de nmero. "[]" indica "ninguno de ellos". "*" indica el signo "*" utilizado en
DTMF. La letra "T" indica que el temporizador es detectado a tiempo. La letra "x" indica cualquier dgito. El
signo "." indica cualquier nmero de cartas, incluyendo el nmero cero de las letras, puede aparecer antes de
l. "#" indica el smbolo "#" utilizado en DTMF.
Por ejemplo, usar el telfono en nuestro disco, nos podemos marcar los siguientes nmeros:
Tabla 1-3 Ejemplos de mapa de dgitos
0 Operador local
00 Operador de larga distancia
xxxx Nmero de la extensin local
8xxxxxxx Nmero local
xxxxxxx # Acceso directo al nmero local en otros sitios corporativos
* xx Servicios estrellas
91xxxxxxxxxx Nmero de larga distancia
9011 + hasta 15 dgitos Nmero internacional

El dial plan descrito resultados en el siguiente mapa de dgitos:
(0T| 00T|[1-7] xxx|8xxxxxxx|xxxxxxx #| * xx|91xxxxxxxxxx|9011x.T)
1.1.3Estructura de la pila de protocolos
Media Gateway Control Protocol es una definicin de comandos y una definicin de sealizacin. Por
comandos MGCP, MGC puede controlar el MG; mientras que el MG enva las seales de respuesta a MGC.
Los comandos y seales de MGCP se definen como los paquetes IP, que le permiten ser subyacente
independiente del sistema portador.
La estructura de la pila de protocolo MGCP se muestra enFigura 1-3.
MAC
IP
UDP
MGCP

Figura 1-3 Pila de protocolo MGCP
MGCP mensajes se transmitan sobre UDP/IP. El protocolo de capa de transporte es el UDP y el protocolo de
capa de red IP.
1.1.4Aplicacin en SoftX3000
Implementacin de MGCP en SoftX3000 se ilustra enFigura 1-4.
SoftX3000
PSTN
SoftPhone
TMG8010
MRS
IAD
E-phone E-phone
IP Core
M
G
C
P
/S
IP
/H
.3
2
3
SS7
E1
S
i
g
t
r
a
n
H
.
2
4
8
M
G
C
P
M
G
C
P

Figura 1-4 Implementacin de MGCP en SoftX3000
SoftX3000 interacten con la PSTN a travs de un tronco Media Gateway (TMG) y Gateway de sealizacin
incorporada (SG). El TMG logra la conversin de seales de voz entre una red de circuito conmutado (CS) y
una red de paquete conmutado (PS), y la SG implementa la conversin de sealizacin entre una red de CS y
una red de PS. El agente llamar es tambin conocido como MGC (SoftX3000), utilizado principalmente para la
sealizacin de funciones relacionadas con el proceso de llamada, y que controla y gestiona los
procedimientos operativos de la MG y el SG. SoftX3000 controla el TMG a travs del protocolo H.248 (H.248
es cubierto en un captulo aparte) y controles del MRS, AG, IAD y Softphone a travs de MGCP, realizar
funciones tales como la sealizacin de procesamiento y proceso de llamada.
1.2Mensajes de protocolo
Nueve tipos de mensajes MGCP en total son intercambiados entre MGC y MG, que se llaman comandos
cuando envan a MG o MGC, mientras que las respuestas llamadas cuando se devuelven de MG o MGC.
Comando y la respuesta son inseparables. Despus de que MG ha registrado con xito, al recibir un comando,
MG (o MGC) devolver una respuesta inmediatamente.
1.2.1Tipos de mensaje
I. comando
Los nombres y los significados de comandos MGCP se muestran enTabla 1-4. Hay conexin procesamiento y
endpoint procesamiento de comandos. Hay nueve comandos definidos en el presente Protocolo.
Tabla 1-4 Comandos MGCP
Nombre de comando Cdigo Descripcin
EndpointConfiguration EPCF
MGCMG, se utiliza para especificar la codificacin de las
seales que sern recibidas por el extremo (A-law o -ley).El
agente llamar utiliza el comando para transferir esa informacin
a la correspondiente entrada.
NotificationRequest RQNT
Utilizado para instruir a la entrada de reloj para eventos
especficos en un extremo especificado. Si sucede, ser
notificado el agente llamar.
Notificar NTFY
MGMGC, utilizado por la puerta de entrada para notificar al
agente de llamada que un evento especfico solicitado para
observar lleva a cabo.
CrearConexion CRCX
MGCmg, utilizado por el agente llame para asociar un
extremo con una direccin IP especificada y el puerto UDP.
Aparte de eso, tambin se enva un comando CrearConexion al
extremo remoto, que es necesaria para crear la conexin entre
los dos extremos.
ModifyConnection MDCX
MGCMG, usado para cambiar los parmetros asociados a
una conexin previamente establecida. Este comando es usado
por el agente de llamar para proporcionar el primer punto final
con la descripcin del perodo de sesiones del segundo
extremo, como direccin IP, UDP port y packetization los
parmetros. Una vez finalizado este proceso, ambas partes
puedan comunicarse de manera bidireccional.
DeleteConnection DLCX MGCmg, empleado para eliminar una conexin existente.
AuditEndpoints AUEP
MGCmg, utilizado por el agente llame para auditar el estado
de un extremo o a un grupo de extremos.
AuditConnection AUCX
MGCmg, utilizado por el agente llame para auditar el estado
de una conexin en un extremo.
RestartInProgress RSIP
MGMGC, utilizado por la puerta de entrada para notificar al
agente de llamar a la puerta de entrada, o un grupo de extremos
administrada por el gateway, est siendo puesta fuera de
servicio o est siendo colocado en servicio.

II. respuesta
Todos los comandos MGCP son reconocidos. El reconocimiento lleva un cdigo de retorno que es un nmero
entero, para lo cual se han definido cuatro rangos de valores:
Valores de entre 100 y 199 indican una respuesta provisional.
Los valores entre 200 y 299 indican una terminacin exitosa.
Valores de entre 400 y 499 indican un error transitorio.
Valores de entre 500 y 599 indican un error permanente.
Si desea devolver parmetros de respuesta depende de comandos especficos.
Se enumeran los cdigos de respuesta que han sido definidos en Tabla 1-5.
Tabla 1-5 Cdigos de respuesta MGCP
Cdigo de
respuesta
Significado
100
Actualmente se ejecuta la transaccin. Un mensaje de finalizacin real seguir
ms adelante.
200 Normalmente se ha ejecutado la transaccin solicitada.
250 La conexin se ha eliminado.
400 La transaccin no se pudo ejecutar, debido a un error transitorio.
401 El telfono ya est descolgado.
402 El telfono est colgado.
403
La transaccin no se pudo ejecutar, porque el criterio de valoracin no tiene los
recursos suficientes en este momento.
404 Escaso ancho de banda en este momento.
500 La transaccin no se pudo ejecutar, dado que el punto final se desconoce.
501 La transaccin no se pudo ejecutar, porque el extremo no est listo.
502
La transaccin no se pudo ejecutar, porque el criterio de valoracin no tiene
recursos suficientes.
510 La transaccin no se pudo ejecutar, ya que se detect un error de protocolo.
511
La transaccin no se pudo ejecutar, porque el comando contiene una extensin
no reconocida.
512
La transaccin no se pudo ejecutar, porque la entrada no est equipada para
detectar uno de los eventos solicitados.
513
La transaccin no se pudo ejecutar, porque la entrada no est equipada para
generar una de las seales solicitadas.
514
La transaccin no se pudo ejecutar, porque la puerta no puede enviar el
anuncio especificado.
515
La transaccin se refiere a un id de conexin incorrecto (puede haber sido ya
eliminado).
516 La transaccin se refiere a una desconocida llamada id.
517 Modo no compatible o no es vlido.
518 Paquete desconocido o no compatible.
Cdigo de
respuesta
Significado
519 Extremo no tiene un mapa de dgitos.
520 La transaccin no se pudo ejecutar, porque el objetivo es "reiniciar".
521 Extremo redirigido a otro agente de llamada.
522 Seal o no tal evento.
523 Accin desconocida o combinacin ilegal de acciones
524 Inconsistencia interna enLocalConnectionOptions.
525 Extensin desconocida enLocalConnectionOptions.
526 Ancho de banda insuficiente.
527 FaltaRemoteConnectionDescriptor.
528 Versin del protocolo incompatible.
529 Falla en el hardware interno.
530 Error de protocolo sealizacin CAS.
531 Falta de una agrupacin de troncos (por ejemplo, falta de instalaciones).

1.2.2Estructura del mensaje
I. formato de comandos
1) La estructura de mando
Aparece enFigura 1-5es el formato de comando MGCP, que consiste en una lnea de comandos y un grupo de
lneas de parmetro. Un carcter de salto de lnea distingue la lnea de comandos y cada lnea parmetro.

Figura 1-5 Estructura de MGCP comando
2) Parmetros de comandos
ResponseAck (K)
El atributo de reconocimiento de respuesta indica los identificadores de transaccin que han recibido la orden
de respuesta. Contiene una lista separada por comas de "rangos de id de transaccin confirmada". Por
ejemplo:
K: 6234-6255, 6257, 19030-19044
BearerInformation (B)
Se refiere a los atributos del portador. Actualmente slo un atributo, "codificacin", se define. El cdigo del
atributo "codificacin" es "e". Sus valores pueden establecerse en "A" que representa la ley y "" que
representa el -law. Por ejemplo, un cdigo BearerInformation es B: e:mu
CallId (C)
CallId es un parmetro global nico que identifica la llamada (o sesin) al que pertenece esta conexin. Las
conexiones que pertenecen a la misma llamada comparten el mismo identificador de llamada. El id de llamada
puede utilizarse para identificar llamadas para informar y propsitos de contabilidad. Identificador de llamadas
identifica las llamadas, que se expresa como una cadena de caracteres hexadecimales, integrada por un
mximo de 32 caracteres.
ConnectionId (I)
3) ConnectionId el parmetro se expresa como una cadena de caracteres hexadecimales que se compone de
un mximo de 32 caracteres.
NotifiedEntity (N)
NotifiedEntity especifica que deben enviarse las notificaciones. Cuando este parmetro est ausente, las
notificaciones deben enviarse a la creadora de la NotificationRequest.
RequestIdentifier (X)
RequestIdentifier se utiliza para esta peticin se correlacionan con las notificaciones que se desencadena.
RequestIdentifier se expresa como una cadena de caracteres hexadecimales que se compone de un mximo
de 32 caracteres.
LocalConnectionOptions (L)
Las opciones de conexin local describen los parmetros de funcionamiento que sugiere que el agente de
llamar a la puerta de entrada. Estos parmetros son: el perodo packetization en milisegundos (codificado
como la palabra clave "p"), el tipo de algoritmo de compresin preferido (codificado como la palabra clave "a"),
el ancho de banda en kilobits por segundo (codificados como la palabra clave "b"), el parmetro de
cancelacin de Eco (codificado como la palabra clave "e"), el parmetro de control de ganancia (codificado
como la palabra clave "gc"), el parmetro de supresin de silencio (codificado como la palabra clave "s"), el
tipo de parmetro de servicio (codificado como la palabra clave "t"), el parmetro de reserva de recursos
(codificado como la palabra clave "r"), la clave de cifrado (codificado como la palabra clave "k") y el tipo de red
(codificado como la palabra clave "nt"). Cada uno de los parmetros es opcional. Cuando estn presentes
varios parmetros, los valores estn separados por comas. Son ejemplos de los descriptores de conexin:
L: p:10, un: PCMU
L: p:10, un: G726-32
L: p:10-20, b:64
L: b:32-64, e: apagado
Modo de conexin (M)
El modo de conexin describe el modo de funcionamiento de la conexin.
Tabla 1-6 Significados y los valores de modo de conexin
Modo de conexin Significado
sendonly La puerta de entrada slo debe enviar los paquetes.
recvonly La puerta slo debe recibir paquetes.
sendrecv La puerta debe enviar y recibir paquetes.
confrnce La puerta debe colocar la conexin en modo de conferencia.
inactivo La puerta de entrada no debe enviar ni recibir paquetes.
loopback La puerta debe colocar el circuito en modo loopback.
conttest La puerta debe colocar el circuito en modo de prueba.
netwloop La puerta debe colocar la conexin en modo de red loopback.
netwtest
La puerta debe colocar la conexin en modo de prueba de continuidad de
red.
datos La puerta debe usar el circuito para el acceso a la red de datos.

RequestedEvents (R)
RequestedEvents el parmetro proporciona la lista de eventos que han sido solicitados. Cada evento puede
ser calificado por una accin solicitada, o por una lista de acciones. Las acciones, cuando se especifica, son
codificadas como una lista de palabras clave, encerradas entre parntesis y separadas por comas. Tabla 1-7
muestra los cdigos de las distintas acciones.
Tabla 1-7 Cdigos de accin
Cdigo Accin
N Notificar inmediatamente
A Se acumulan
D Tratar segn mapa de dgitos
S Swap
YO Ignorar
K Mantener seales activas
E Solicitud de notificacin incrustado

Cuando no se especifica ninguna accin, la accin predeterminada es notificar el evento. Esto significa que,
por ejemplo, metros y ft(N) son equivalentes. Eventos que no aparecen son ignorados.
Slo se puede especificar la accin de dgitos-mapa de dgitos, letras y dgitos entre temporizadores en los
paquetes de MF y DTMF o en otros paquetes que definiran la codificacin de los dgitos y temporizadores.
La lista solicitada est codificada en una sola lnea, con accin de evento/grupos separada por comas. Son
ejemplos de RequestedEvents de codificacin:
R: hu(N), hf(S,N)
R: hu(N), [0-9#T](D)
SignalRequests (S)
El parmetro SignalRequests proporciona el nombre de las seales que han sido solicitados.
Varias seales, por ejemplo anuncio o exhibicin de servidor (ADSI) interfaz de servidor pantalla analgica,
pueden ser calificadas por parmetros adicionales:
el nombre y los parmetros de la Anunciacin,
la cadena que debe mostrarse.
Estos parmetros sern codificados como un conjunto de caracteres UTF8, separados por comas y
encerrados dentro de parntesis, como:
S: adsi("123456 Francois Gerard")
S: ann(no-such-number, 1234567)
Cuando solicitan varias seales, sus cdigos estn separados por comas, como en:
S: asdi(123456 Your friend), rg
ObservedEvents (O)
El parmetro ObservedEvents proporciona la lista de eventos que se han observado.
Son ejemplos de acciones observadas:
O: L/hu
O: 8295555T
O: 8,2,9,5,5, L/hf, 5, 5, T
O: L/hf, L/hf, L/hu
ConnectionParameters (P)
Los parmetros de conexin estn codificados como una cadena de valor y tipo de parejas, donde el tipo es
un tipo de extensin o un identificador de una letra del parmetro y el valor es entero decimal. Los tipos se
separan del valor por un signo "=". Los parmetros se codifican unos de otros por comas.
Tabla 1-8muestra la conexin tipos de parmetro.
Tabla 1-8 Tipos de parmetros de conexin
Cdigo
Nombre de
parmetro de
conexin
Valor de parmetro de conexin
PS Paquetes enviados El nmero de paquetes que fueron enviados en la conexin.
OS Octetos enviados El nmero de octetos enviados sobre la conexin.
PR Paquetes recibidos El nmero de paquetes que fueron recibidos en la conexin.
O Octetos recibidos El nmero de octetos recibidos en la conexin.
PL Paquetes perdidos
El nmero de paquetes que no fueron recibidos en la conexin,
como se deduce de las brechas en el nmero de secuencia.
JI Jitter
La llegada de paquete entre media de la inquietud, en
milisegundos, expresados como un nmero entero.
LA Latencia
Latencia promedio, en milisegundos, expresado como un nmero
entero.
Un ejemplo de codificacin de parmetro de conexin es:
P: PS = 1245, OS = 62345, PR = 0, O = 0, PL = 0, JI = 0, LA = 48
ReasonCode (E)
Cdigos de razn son utilizados por la puerta de entrada al eliminar una conexin para dar a conocer al agente
llamar la razn para eliminar la conexin. Puede tambin utilizarse en un comando RestartInProgress, para
informar a la pasarela de la razn de la reanudacin. El cdigo de razn es un nmero entero, y los valores
enumeran en tabla 1-9 se han definido.
Tabla 1-9 Cdigos de razn de mando
Cdigo de
motivo
Descripcin
000
Estado de Endpoint es nominal. (Este cdigo se utiliza solamente en respuesta
a las solicitudes de auditora).
900 Mal funcionamiento extremo
901 Endpoint puesta fuera de servicio
902 Prdida de conectividad de capa inferior

Cdigos de razn son los valores numricos de tres dgitos. El cdigo de razn es opcionalmente seguido por
un espacio en blanco y comentarios, como en:
900 malfuctioning endpoint
SpecificEndpointId (Z)
El identificador del endpoint especificado por la puerta de entrada se devuelve en una respuesta
CrearConexion. El SpecificEndpointId es un parmetro opcional que identifica el extremo respondieron a esta
pregunta. Puede ser utilizado cuando el parmetro EndpointId se refiri a un"" nombre de comodn. Cuando se
devuelve un SpecificEndpointId, el agente de llamada debe usarlo como el valor EndpointId en sucesivos
comandos refirindose a esta convocatoria.
RequestedInfo (F)
Cuando se especifica un comodn no EndpointId, el parmetro RequestedInfo (posiblemente vaco) describe la
informacin que se solicita para el EndpointId especificado. La siguiente informacin de extremo puede ser
auditada con este comando:
RequestedEvents, DigitMap, SignalRequests, RequestIdentifier, NotifiedEntity, ConnectionIdentifiers,
DetectEvents, ObservedEvents, EventStates, RestartReason, RestartDelay, ReasonCode y capacidades.
El parmetro RequestedInfo contiene una lista separada por comas de cdigos de los parmetros.
Por ejemplo, si uno quiere tener el valor de los parmetros NotifiedEntity, RequestIdentifier, RequestedEvents,
SiganalRequests, DigitMap, QuarantineHandling, DetectEvents y las capacidades de auditora, el valor del
parmetro RequestedInfo ser:
F:N, X, R, S, D, Q, T, A
QuarantineHandling (Q)
El parmetro QuarantineHandling especifica el manejo de eventos "cuarentena", es decir, eventos que han
sido detectados por la puerta de entrada antes de la llegada del comando NotificationRequest, pero no han
sido notificados al agente de llamar. El parmetro proporciona un conjunto de opciones de manejo:
Si los acontecimientos en cuarentena deben procesados o desechados. (El valor predeterminado es
procesarlos).
Si la puerta de entrada se espera generar a lo sumo una notificacin (paso a paso), o varias notificaciones
(lazo), en respuesta a la solicitud. (El valor predeterminado es exactamente uno.)
Por ejemplo:
Q:Loop
Q:Process
Q:discard, lazo
DetectEvents (T)
La lista de eventos que se detectan actualmente en el modo de cuarentena. El parmetro DetectEvent est
codificado como una lista separada por comas de los acontecimientos.
Por ejemplo:
T: hu, hd, hf, [0-9 #*]
RestartMethod (RM)
El parmetro RestartMethod especifica el tipo de reinicio, codificado como una de las siguientes palabras
clave:
Un mtodo de reinicio "agraciado" indica que los extremos especificados sern tomados fuera de servicio
despus del retardo especificado. Las conexiones establecidas todava no estn afectadas, pero el agente
llamar deben abstenerse para establecer nuevas conexiones y debe tratar de derribar con gracia las
conexiones existentes.
Un mtodo de reinicio "forzada" indica que los extremos especificados son sacados abruptamente de servicio.
Las conexiones establecidas, si los hubiere, se pierden.
Un mtodo de "reinicio" indica que servicio se restablecer en los extremos despus especificado "retardo de
reinicio". Hay no hay conexiones actualmente establecidas en los puntos finales.
Un mtodo "desconectado" indica que el endpoint se desconect y ahora est tratando de establecer la
conectividad. El "retardo de rearranque" especifica el nmero de segundos que el extremo ha sido
desconectado. Conexiones establecidas no son afectadas.
Un mtodo "Cancelar-agraciado" indica que una puerta de entrada est cancelando un comando de reinicio
"agraciado" previamente emitidos.
Por ejemplo:
RM:restart
RestartDelay (RD)
El parmetro de retardo de reinicio es expresado como un nmero de segundos. Si el nmero est ausente, el
valor de retardo debe considerarse nulo.
En el caso del mtodo "grcil", un retardo nulo indica que el agente llamar simplemente debe esperar a la
terminacin natural de las conexiones existentes, sin establecer nuevas conexiones. El retardo de rearranque
siempre se considera nulo en el caso del mtodo "forzado". Un retardo de rearranque de null para el mtodo
de "reinicio" indica que el servicio ya ha sido restaurado. Tpicamente esto ocurrir despus de inicio/reinicio
del gateway.
EventStates (ES)
El parmetro EventStates est codificado como una lista separada por comas de los acontecimientos.
Por ejemplo:
E: hu
Capacidades (A)
Capacidades de informan al agente llamada acerca de las capacidades de los extremos al auditado. La
codificacin de las capacidades se basa en las opciones de conexin Local de codificacin para los
parmetros que son comunes a ambos. Los parmetros utilizados son paquetes de evento (v), modos (m), una
lista de los cdecs compatibles (*), tipo de red (nt) y as sucesivamente.
Adems, las capacidades tambin pueden contener una lista de paquetes soportados y una lista de modos
compatibles.
RemoteConnectionDescriptor (RC)
El RemoteConnectionDescriptor incluye el mismo campos como en el LocalConnectionDescriptor, como
direccin IP, UDP port y packetization los parmetros. Para el comando CrearConexion, este parmetro puede
tener un valor nulo cuando an no se conoce la informacin para el extremo remoto. Esto ocurre porque la
entidad que se construye una conexin empieza enviando un CrearConexion a una de las dos pasarelas
involucrados en ella. Para el primer CrearConexion emitido, no hay informacin disponible sobre el otro lado
de la conexin. Esta informacin puede ser proporcionada en los paquetes SDP ms adelante a travs de una
llamada ModifyConnection.
LocalConnectionDescriptor (LC)
El LocalConnectionDescriptor es una descripcin de sesin que contiene informacin sobre la direccin IP y
Puerto nmero adecuado para la conexin local, tal como se define en SDP.
4) Expresiones de comando
Dentro de los parntesis precedido por el nombre de comando son los parmetros de entrada. sos cerrado
por [...] son opcionales.
EndpointConfiguration
EPCF (EndpointId, BearerInformation)
NotificationRequest
RQNT (EndpointId, [NotifiedEntity], [RequestedEvents], RequestIdentifier, [DigitMap], [SignalRequests],
[QuarantineHandling], [DetectEvents], [encapsulado EndpointConfiguration])
Notificar
NTFY (EndpointId,[NotifiedEntity,]RequestIdentifier,ObservedEvents)
CrearConexion
CRCX (CallId, EndpointId, [NotifiedEntity], LocalConnectionOptions,] modo, [RemoteConnectionDescriptor],
[NotificationRequest encapsulado,] [encapsulado EndpointConfiguration])
ModifyConnection
MDCX (CallId, EndpointId, ConnectionId, [NotifiedEntity], [LocalConnectionOptions], [Mode],
[RemoteConnectionDescriptor], [NotificationRequest encapsulado,] [encapsulado EndpointConfiguration])
DeleteConnection
DeleteConnection desde el agente de llamada:
DLCX (CallId, EndpointId, ConnectionId, [NotificationRequest encapsulado,] [encapsulado
EndpointConfiguration])
DeleteConnection de la puerta de enlace VoIP:
DLCX (CallId, EndpointId, ConnectionId, cdigo de razn, parmetros de conexin)
DeleteConnection del agente llame para eliminar mltiples conexiones:
DLCX (CallId, EndpointId)
AuditEndpoint
AUEP (EndpointId, RequestedInfo)
AuditConnection
AUCX (EndpointId, ConnectionId, RequestedInfo)
RestartInProgress
RSIP (EndpointId,RestartMethod,[RestartDelay,][Reason-code])
5) Muestra de comando
La siguiente es una muestra de codificacin MGCP comando:
CRCX 693585490 aaln/2@zd0068.com MGCP 1.0
C; a265
L: a: PCMA, P:20
M: inactivo
X:65000108
R:D / [0-9 * #T] (D), G/ld(N)
S:
La 1 lnea: CrearConexion el comando. El identificador de transaccin es 693585490, utilizado para este
comando se correlacionan con las respuestas que provoca. Que significa crear una conexin entre SoftX3000
y el segundo puerto de access gateway cuyo nombre de dominio es zd0068.com y el nombre de la interfaz es
aaln. La versin del Protocolo de MGCP es 1.0.
La 2 lnea: el identificador de llamada es a265.
La tercera lnea: las opciones de conexin local. El agente llamar sugiere a la puerta de entrada que el
algoritmo de compresin es PCMA y el retraso de la encapsulacin de 20 milisegundos.
La cuarta lnea: el modo de conexin es "inactivo", es decir, enviar ni recibir paquetes. Slo despus de
ejecuta el comando ModifyConnection, el modo de conexin se cambia a "sendrecv".
La
Quinta
lnea: el NotificationRequest encapsulado en este comando CrearConexion. El identificador de pedido
es 65000108, utilizado para esta peticin se correlacionan con las notificaciones que se desencadena.
La
Quinta
lnea 6: SoftX3000 pide a la puerta de entrada para monitorizar los siguientes eventos que sucedern
en el extremo: coleccin de dgitos segn las reglas especificadas por el mapa de dgitos. "D / [0-9 * #T]"
indica los dgitos y letras en los paquetes DTMF. Lo que participan son las cifras del 0 al 9, el signo de
asterisco "*", el signo "#" y el identificador del temporizador "T". Esos personajes pueden ser parte de
"cadenas de dgitos", que representan las teclas de marcacin para el usuario. "D/[0-9*#T](D)" indica al
proceso de las "cadenas de dgitos" marcadas por el usuario segn el mapa de dgitos. Si al menos uno de
marcado disponibles planes definidos en el mapa de dgitos coincide con una cadena de dgitos, el gateway
residente endpoint1 enviar la actual cadena de dgitos al llamar a agente. "G/ld(N)" indica si un evento de
conexin de larga duracin en los paquetes de los medios de comunicacin genrica que luego se solicita
para notificar al agente de llamada. (Conexin de larga duracin se refiere a una conexin duradera durante
ms de una hora).
La
Quinta
lnea 7: la seal es null, que indica el MGC requiere la MG detener cualquier seal que se enva
actualmente.
II. formato de la respuesta
1) Estructura de respuesta
Al igual que el formato del comando MGCP, el formato de la respuesta se compone de una lnea de respuesta,
generalmente seguida por un grupo de lneas de parmetro opcional. La lnea de respuesta consiste en el
cdigo de respuesta, identificador de transaccin y un comentario opcional, que estn separadas por espacios
en blanco. El cdigo de respuesta es un valor numrico de tres dgitos, que indica el estado de ejecucin del
comando.
Response code Transaction ID Commentary (optional)
Parameter name: parameter value
.
.
.
Response line
Parameter line

Parameter name: parameter value

Figura 1-6 Estructura de MGCP respuesta
2) Parmetros de respuesta
Las lneas del parmetro de respuesta opcional dependen de los comandos correspondientes. Para obtener
ms informacin, consulte la seccin "Parmetros de comandos", anteriormente en este captulo.
3) Expresiones de respuesta
Dentro de los parntesis precedido por el nombre de comando son valores de parmetro de respuesta. sos
cerrado por [...] son opcionales.
EndpointConfiguration
EPCF (ReturnCode)
NotificationRequest
RQNT (ReturnCode)
Notificar
NTFY (ReturnCode)
CrearConexion
CRCX (ReturnCode,ConnectionId,[SpecificEndpointId,][LocalConnectionDescriptor])
ModifyConnection
MDCX (ReturnCode,[LocalConnectionDescriptor])
DeleteConnection
DeleteConnection desde el agente de llamada:
DLCX (ReturnCode, parmetros de conexin)
DeleteConnection de la puerta de enlace VoIP:
DLCX (ReturnCode)
DeleteConnection del agente llame para eliminar mltiples conexiones:
DLCX (ReturnCode)
AuditEndpoint
AUEP (ReturnCode, EndpointIdList|
{}[RequestedEvents],[DigitMap],[SignalRequests],[RequestIdentifier],[NotifiedEntity],[ConnectionIdentifiers],[Det
ectEvents],[ObservedEvents],[EventStates],[BearerInformation],[RestartReason],[RestartDelay],[ReasonCode],
[Funciones]})
AuditConnection
AUCX
(ReturnCode,[CallId,][NotifiedEntity,][LocalConnectionOptions,][Mode,][RemoteConnectionDescriptor,][LocalCo
nnectionDescriptor,][ConnectionParameters])
RestartInProgress
RSIP (ReturnCode,[NotifiedEntity])
4) Muestra de respuesta
La siguiente es una muestra de la respuesta de la conexin.
200 693585490 CRCX OK
YO: 1607901

v = 0
c = en IP4 191.169.4.165
m = audio 5012 RTP/AVP 8 0
a = ptime:20
La 1 lnea: "200" indica la recepcin exitosa del comando. "693585490" es un identificador de transaccin que
es el mismo que el identificador de transaccin contenido en el comando CrearConexion que desencadena
esta respuesta. "CRCX OK" es un comentario.
La 2 lnea: el identificador de conexin es "1607901".
La lnea 3
rd
: Null, que indica qu es precedido es una descripcin de la sesin SDP.
La
Quinta
lnea 4: versin del protocolo el SDP es 0. Es el descriptor de la conexin local en este momento.
La
Quinta
lnea: "c" en la respuesta identifica la informacin de conexin. "IN" se refiere al indicador de red en
forma de una cadena de texto. El actualmente definidos en es Internet. "IP4" indica el tipo de conexin
Direccin IP4. "191.169.4.165" representa la direccin de red de la pasarela que tiene una conexin con el
MGC.
Lnea de los 6
th
: Descripcin de los medios de comunicacin. audio indica que el tipo de medios de
comunicacin es audio. ("audio" se utiliza para las conexiones de audio y "nas" utilizado para acceso a datos.)
"5012" es el nmero de Puerto de capa de transporte a la cual se transmiten corrientes de los medios de
comunicacin. "RTP/AVP" es el protocolo de capa de transporte. Su valor est asociado con el tipo de
direccin en la lnea "c". Para IP4, un gran nmero de corrientes de servicio de los medios de comunicacin se
transfiere sobre RTP/UDP. Existen dos clases de protocolos definidos: RTP/AVP, documento de aplicacin de
audio/vdeo, transportado sobre UDP; UDP, el protocolo DUP. Para seales de audio y video, "8 0" representa
el tipo de carga de los medios de comunicacin definido en el documento de aplicacin de audio/vdeo RTP.
Indica todos los formatos pueden utilizarse en la sesin, pero el primero es el valor por defecto. En este
momento, la relacin de asignacin de tipo de carga til RTP con codificacin es que "8" se corresponde con
el formato de codificacin de los medios de comunicacin PCMA. "0" se corresponde con el formato de
codificacin de los medios de comunicacin PCM.
La
Quinta
lnea 7: atributo. Atributo es el mtodo bsico para la extensin SDP. Puede definirse como atributo de
nivel de sesin o atributo de nivel de los medios de comunicacin. Hay dos formas de atributos:
a = < bandera >, como atributo caracterstica. Es un atributo binary, indicando que la sesin tiene este
carcter. Por ejemplo, un = recvonly indica la funcin de "recibir solo".
valor de a = < atributo >: < >, como atributo de valor numrico. Por ejemplo, un = ptime:20 indica el nombre del
dominio del atributo media es "ptime" y el valor del atributo media es "20".
1.3Procedimientos de Control bsico
1.3.1Procedimiento de registro de entrada
El portal debes haber registrado a SoftX3000 antes de los procedimientos posteriores o las conexiones estn
hechas. Una aplicacin del procedimiento de registro de entrada se ilustra en la figura 1-7.
SoftX3000 MG
RSIP
RSIP_RSP

Figura 1-7 Ejemplo del procedimiento de registro de entrada
1) Evento 1: el MG se origina un comando RSIP a MGC, reportando la MG ha completado una carga o reinicio
y solicitando a registrarse en el MGC. La siguiente es una muestra RSIP codificacin:
RSIP 836 aaln/*@iad-v2a-he.com MGCP 1.0 NSC 1.0
RM:restart
La lnea
st
1: RestartInProgress el comando. El identificador de transaccin es 836, utilizado para este comando
se correlacionan con las respuestas que provoca. Puede encontrarse que un reinicio llevar a cabo en todas
las terminales de la pasarela de acceso cuyo nombre de dominio es iad-v2a-he.com y el nombre de la interfaz
La lnea 2
nd
: el mtodo de reinicio es "reiniciar". Un mtodo de "reinicio" indica que servicio se restablecer en
los extremos despus especificado "retardo de reinicio". Hay no hay conexiones actualmente establecidas en
los extremos de la puerta de entrada.
2) Evento 2: el MGC enva una respuesta a la solicitud de registro de MG. Los siguientes son ejemplos de
respuesta RestartInProgress.
Ejemplo 1:
200 836 OK
"200" indica la recepcin exitosa del comando. "836" es un identificador de transaccin que es el mismo que el
identificador de transaccin contenido en el comando que desencadena esta respuesta. "OK" es un
comentario. Si el MG recibe esta respuesta, indica una inscripcin exitosa.
Ejemplo 2:
500 836 desconoce el punto final
"500" indica que la transaccin no se pudo ejecutar porque el punto final se desconoce. "836" es un
identificador de transaccin que es el mismo que el identificador de transaccin contenido en el comando que
desencadena esta respuesta. "El punto final se desconoce" es un comentario. Si el MG recibe esta respuesta,
indica un registro fallido.
1.3.2Terminacin acertada llamar procedimiento (en el mismo MG)
Un ejemplo de aplicacin de un procedimiento exitoso llamada entre dos extremos en el mismo MG bajo el
control de la misma SoftX3000 se ilustra enFigura 1-8.
En el ejemplo siguiente, se supone que
El identificador del extremo de la Endpoint1 es aaln/1@zd0068.com, que est conectado con el UserA;
El identificador del extremo de la Endpoint2 es aaln/2@zd0068.com, que est conectado con el UsuarioB;
El UserA hace un llamado a la UsuarioB, y los ganchos de la fiesta llamada primero;
La direccin IP del magnesio es 191.169.4.165.
SoftX3000 Endpoint1 UserA Endpoint2 UserB
RQNT
RQNT_RSP
Off-hook
NTFY
NTFY_RSP
RQNT
RQNT_RSP
dial-tone
NTFY
NTFY_RSP
dialing
CRCX
CRCX_RSP
CRCX
CRCX_RSP
RQNT
RQNT_RSP Ringing
RQNT
RQNT_RSP Ringbacktone
NTFY
NTFY_RSP
MDCX
MDCX_RSP
MDCX
MDCX_RSP
Conversation
Off-hook
On-hook
NTFY
NTFY_RSP
MDCX
MDCX_RSP
DLCX
DLCX_RSP
DLCX
DLCX_RSP Busy-tone
On-hook
NTFY
NTFY_RSP
RQNT
RQNT_RSP
RQNT
RQNT_RSP
1
2
3
4
5
6
7
8
9
10
11
15
12
13
14
16
17
18

Figura 1-8 MGCP llamar procedimiento entre dos extremos en el mismo MG
1) Evento 1: SoftX3000 enva un comando RQNT para el Endpoint1, solicitando a detectar el evento
descolgado en el extremo. El MG reconoce el comando. El magnesio mantiene vigilancia tal evento hasta
que el usuario en el Endpoint1 ganchos libres
RQNT codificacin
RQNT 59659850 aaln/1@zd0068.com MGCP 1.0
X:6500010a
R:l/HD(N)
S:
La lnea
st
1: NotificationRequest el comando. El identificador de transaccin es 59659850, utilizado para este
comando se correlacionan con las respuestas que provoca. Indica SoftX3000 enva solicitudes al primer puerto
de la pasarela de acceso cuyo nombre de dominio es zd0068.com y el nombre de la interfaz es aaln. La
versin del Protocolo de MGCP es 1.0.
La lnea 2
nd
: el identificador de pedido es 6500010a, utilizado para esta peticin se correlacionan con las
notificaciones que se desencadena.
La lnea 3
rd
: SoftX3000 pide la MG para detectar el evento descolgado en el extremo.
La
Quinta
actualmente.
Codificacin RQNT_RSP
200 59659850 OK
"200" indica la recepcin exitosa del comando. "59659850" es un identificador de transaccin que es el mismo
que el identificador de transaccin contenido en el comando que desencadena esta respuesta. "OK" es un
comentario. Aqu, indica la MG ha recibido y est llevando a cabo la peticin.
2) Evento 2: despus del UsuarioA ganchos apagado, el Endpoint1 enva a SoftX3000 un comando NTFY que
lleva el mensaje del evento descolgado en el extremo detectado. SoftX3000 debera reconocer la
informacin enviada por el Endpoint1.
Codificacin NTFY
NTFY 32008010 aaln/1@zd0068.com MGCP 1.0
X:6500010a
O:HD
La lnea
st
1: notificar el comando. Al detectar un evento especfico en su primer puerto, access gateway, cuyo
nombre de dominio es el nombre zd0068.com y la interfaz es aaln, notifica a SoftX3000.
La lnea 2
nd
: el identificador de pedido es 6500010a. Ese valor es el mismo que el valor del parmetro
contenido en el comando RQNT que desencadena esta notificacin. Se utiliza para correlacionar el comando
RQNT con el comando NTFY.
La lnea 3
rd
: el MG detecta el evento descolgado.
Codificacin NTFY_RSP
200 32008010 OK
comentario. Aqu, indica que softx3000 ha recibido la notificacin.
3) Evento 3: SoftX3000 enva un comando RQNT a la Endpoint1, solicitando a recolectar dgitos marcados
segn el plan de marcado, as como enviar el tono de marcacin. El Endpoint1 reconoce el comando y
enva tono al mismo tiempo el UserA.
RQNT codificacin
X:65000102
R:D/[0-9*#T](D),G/LD(N)
D: (xxxxxxx|0xxxxxxxxxx| [1-9] * |x. # |[0-9 * #].T)
S: l / dl
La lnea
st
1: NotificationRequest el comando. El identificador de transaccin es 59663957, utilizado para este
comando se correlacionan con las respuestas que provoca. Indica SoftX3000 enva solicitudes al primer puerto
de la pasarela de acceso cuyo nombre de dominio es zd0068.com y el nombre de la interfaz es aaln. La
versin del Protocolo de MGCP es 1.0.
La lnea 2
nd
: el identificador de pedido es 65000102, utilizado para esta peticin se correlacionan con las
notificaciones que se desencadena.
La lnea 3
rd
: SoftX3000 pide la MG para detectar dos acontecimientos que sucedern en el extremo. Un
evento es coleccin de dgitos segn el plan de marcado especificado por el mapa de dgitos. "D / [0-9 * #T]"
indica los dgitos y letras en los paquetes DTMF. Lo que participan son las cifras del 0 al 9, el signo de
asterisco "*", el signo "#" y el identificador del temporizador "T". Esos personajes pueden ser parte de
"cadenas de dgitos", que representan las teclas de marcacin para el usuario. "D/[0-9*#T](D)" indica al
proceso de las "cadenas de dgitos" marcadas por el usuario segn el mapa de dgitos. Si al menos uno de
marcado disponibles planes definidos en el mapa de dgitos coincide con una cadena de dgitos, el gateway
residente endpoint1 enviar la actual cadena de dgitos al llamar a agente. El otro evento: "G/ld(N)" indica si un
evento de conexin de larga duracin en los paquetes de los medios de comunicacin genrica que luego se
solicita para notificar al agente de llamada. (Conexin de larga duracin se refiere a una conexin duradera
durante ms de una hora).
La
Quinta
lnea 4: mapa de dgitos. SoftX3000 ofrece un plan de marcado a la pasarela residente de Endpoint1:
(xxxxxxx|0xxxxxxxxxx| [1-9] * |x. # | [0-9 * #].T). "[1-9] xxxxxxx" indica el usuario puede marcar cualquier
nmero de 8 dgitos se inici con un nmero entero en el rango de 1 a 9. "0xxxxxxxxxx" indica cualquier
nmero de 11 dgitos comenz con 0. "*" indica que cada dgito se divulga en cuanto es marcado. "x. #" indica
cualquier longitud de dgitos se divulgan cada vez que se marque #. "[0-9 * #].T"indica cualquier longitud de
dgitos comenzado con 0 ~ 9, * o # divulgan despus de una expiracin.
La
Quinta
lnea: la seal de peticin, solicitando el MG a reconocer este comando y luego enviar tono al UserA.
200 59663957 OK
comentario. Aqu, indica la MG ha recibido y est ejecutando la solicitud; Mientras tanto est enviando el tono
a la Endpoint1.
4) Evento 4: el Endpoint1 recibe los dgitos segn el plan de marcado en el caso de 3. Despus de recibir
todos los dgitos necesarios, el Endpoint1 enva un comando NTFY para notificar a SoftX3000. El
comando lleva las cifras recogidas con el parmetro ObservedEvents. SoftX3000 reconoce el comando.
Codificacin NTFY
X:65000102
O:66500008
La lnea
st
1: notificar el comando. Al detectar un evento especfico en su primer puerto, access gateway, cuyo
nombre de dominio es el nombre zd0068.com y la interfaz es aaln, notifica a SoftX3000.
La lnea 2
nd
: el identificador de pedido es 65000102. Ese valor es el mismo que el valor del parmetro
contenido en el comando RQNT que desencadena esta notificacin. Se utiliza para correlacionar el comando
RQNT con el comando NTFY.
La lnea 3
rd
: el MG detecta lo que marca el UserA es 66500008.
200 32008011 OK
comentario. Aqu, indica que softx3000 ha recibido la notificacin.
5) Evento 5: SoftX3000 crea una conexin con el Endpoint1. El punto final reconoce el comando y devuelve la
informacin sobre la conexin en el extremo local.
Codificacin CRCX
C:4965
L: a: PCMA, P:20
M: inactivo
X:65000106
R: G/ld(N)
S:
y el primer puerto de la pasarela de acceso cuyo nombre de dominio es zd0068.com y el nombre de la interfaz
es aaln. La versin del Protocolo de MGCP es 1.0.
La lnea 2
nd
: el identificador de llamada es 4965. El protocolo admite que varias conexiones pertenecientes a
una sola llamada comparten el mismo identificador de llamada. En la actualidad, Huawei diseo admite que
varias conexiones pertenecientes a una sola llamada utilizan identificadores de llamada diferente. Identificador
de llamada se utiliza para cargar.
La
Quinta
La
Quinta
lnea 6: SoftX3000 pide la MG para detectar el siguiente evento que ocurrir en el extremo: "G/ld(N)"
indica si un evento de conexin de larga duracin en los paquetes de los medios de comunicacin genrica
que luego se solicita para notificar al agente de llamada. (Conexin de larga duracin se refiere a una
conexin duradera durante ms de una hora).
La
Quinta
actualmente.
Codificacin CRCX_RSP
200 59688530 CRCX OK
YO: 2008012

v = 0
c = en IP4 191.169.4.165
a = ptime:20
La lnea 3
rd
La
Quinta
lnea 4: versin del protocolo el SDP es 0. Aqu, lo que se devuelve es la "Descripcin de la sesin" del
extremo local (Endpoint1).
La
Quinta
Direccin IP4. "191.169.4.165" representa la direccin de la conexin de red.
Lnea de los 6
th
La
Quinta
6) Evento 6: SoftX3000 crea una conexin con el Endpoint2. El punto final reconoce el comando y devuelve la
informacin sobre la conexin en el extremo local.
Codificacin CRCX
C:4a65
L: a: PCMA, P:20
M: inactivo
X:65000008
R:
S:
y el segundo puerto de access gateway cuyo nombre de dominio es zd0068.com y el nombre de la interfaz es
La lnea 2
nd
: el identificador de llamada es 4a65. El protocolo admite que varias conexiones pertenecientes a
una sola llamada comparten el mismo identificador de llamada. En la actualidad, Huawei diseo admite que
varias conexiones pertenecientes a una sola llamada utilizan identificadores de llamada diferente. Identificador
de llamada se utiliza para cargar.
La
Quinta
La
Quinta
lnea 6: SoftX3000 pide la MG para detectar un evento especfico que va a ocurrir en el extremo.
La
Quinta
actualmente.
200 59696722 CRCX OK
YO: 2008013

v = 0
c = en IP4 191.169.4.165
a = ptime:20
La lnea 3
rd
La
Quinta
lnea 4: versin del protocolo el SDP es 0. Aqu, lo que se devuelve es la "Descripcin de la sesin" del
La
Quinta
Direccin IP4. "191.169.4.165" representa la direccin de la conexin de red.
Lnea de los 6
th
La
Quinta
7) Evento 7: SoftX3000 pide el MG a tocar el timbre para el UsuarioB. El MG reconoce la solicitud y mientras
tanto juega el tono de timbre para el UsuarioB.
RQNT codificacin
X:6500000a
R:
S: l / rg
La lnea
st
1: SoftX3000 enva una solicitud a la Endpoint2.
La lnea 2
nd
: el identificador de pedido es 6500000a.
La lnea 3
rd
: el MG se solicita para detectar eventos que sucedern en el Endpoint2.
La
Quinta
lnea 4: el MG se solicita para reproducir el tono de timbre para el UsuarioB.
200 59704917 OK
Aqu, indica la MG ha recibido y est ejecutando la solicitud; Mientras tanto est enviando el tono de timbre
para el UsuarioB.
8) Evento 8: SoftX3000 pide la MG para reproducir el tono de ringback al UserA.
RQNT codificacin
X:6500010 c
R:
S:G / rt
La lnea
st
1: SoftX3000 enva una solicitud a la Endpoint1.
La lnea 2
nd
: el identificador de pedido es 6500010 c.
La lnea 3
rd
La
Quinta
lnea 4: el MG se solicita para reproducir el tono de ringback al UserA.
200 59713109 OK
Aqu, indica la MG ha recibido y est ejecutando la solicitud; Mientras tanto est enviando el tono de timbre de
llamadas entrantes al UserA.
9) Evento 9: el UsuarioB ganchos apagado. El MG notifica al agente de llamar de ese evento.
Codificacin NTFY
X:6500000a
O:HD
La lnea
st
1: el Endpoint2 enva una notificacin a SoftX3000.
La lnea 2
nd
: el identificador de pedido es 6500000a.
La lnea 3
rd
: el extremo notifica a SoftX3000 que el UsuarioB enganchado a.
200 32008014 OK
SoftX3000 reconoce el recibo de la notificacin.
10) Evento 10: SoftX3000 enva un comando MDCX a la Endpoint2, solicitando a modificar la conexin. El
comando lleva algunos parmetros de conexin de la Endpoint1. El Endpoint2 reconoce el recibo de la
orden. Mientras tanto, modificar la conexin y dejar de enviar el tono de ringback.
Codificacin MDCX
MDCX 59721299 aaln/2@zd0068.com MGCP 1.0
C:4a65
YO: 2008013
L:e:, un: PCMA, P:20
M:sendrecv
X:6500000e
R:G/FT(N),G/MT(N)
S:

v: 0
c:in IP4 191.169.4.165
m:audio 5012 RTP/AVP 8
La lnea
st
1: SoftX3000 enva un comando ModifyConnection a la Endpoint2. El identificador de transaccin es
59721299.
La lnea 2
nd
: el identificador de llamada es 4a65.
La lnea 3
rd
: el identificador de conexin es 2008013. La conexin es creada por la MG. El MG asigna un
identificador de conexin nica al final local.
La
Quinta
lnea 4: las opciones de conexin local. El agente llamar sugiere a los MG que el parmetro de
cancelacin de eco es activado, el algoritmo de compresin es PCMA, y el retraso de la encapsulacin de 20
milisegundos.
La 5 lnea: el modo de conexin es sendrecv.
La
Quinta
lnea 6: el NotificationRequest encapsulado en este comando ModifyConnection. El identificador de
pedido es 6500000e, utilizado para esta peticin se correlacionan con las notificaciones que se desencadena.
La
Quinta
lnea 7: SoftX3000 pide la MG para detectar los siguientes eventos que sucedern en el extremo:
"G/ft(N)" indica si un tono de fax ha detectado un evento en los paquetes de los medios de comunicacin
genrica que luego se solicita para notificar al agente de llamar; "G/mt(N)" indica si un modem detectado un
evento en los paquetes de los medios de comunicacin genrica que luego se solicita para notificar al agente
de llamar.
La
Quinta
actualmente.
La lnea 9
th
La
Quinta
lnea 10: versin del protocolo el SDP es 0. La "Descripcin de la sesin" lleva algunos parmetros de
conexin de la Endpoint1. Mediante el comando MDCX, se proporcionan los parmetros de conexin de la
Endpoint1 para el Endpoint2.
La
Quinta
lnea 11: aqu, "c" indica la informacin de conexin de la Endpoint1. "IN" se refiere al indicador de red
en forma de una cadena de texto. El actualmente definidos en es Internet. "IP4" indica el tipo de conexin
Direccin IP4. "191.169.4.165" representa la direccin de la conexin de red. En general, el agente de llamada
proporciona conexin Descripcin parmetros para el Endpoint2 a travs de MGCP, tales como direccin IP
de la Endpoint1, el puerto UDP y RTP Descripcin.
La
Quinta
lnea 12: Descripcin de los medios de comunicacin. audio indica que el tipo de medios de
comunicacin de la Endpoint1 es audio. ("audio" se utiliza para las conexiones de audio y "nas" utilizado para
acceso a datos.) "5012" es el nmero de puerto para los medios de comunicacin de la Endpoint1. "RTP/AVP"
es el protocolo de los medios de comunicacin. "8" indica que PCMA es el formato de codificacin para los
medios de comunicacin que es negociado por el Endpoint1 y el Endpoint2.
Codificacin MDCX_RSP
200 59721299 MDCX OK
v: 0
c:in IP4 191.169.4.165
una: ptime:20
La lnea
st
1: el Endpoint2 reconoce el recibo del comando MDCX enviado por SoftX3000.
La lnea 2
nd
: versin del protocolo el SDP es 0. Aqu, lo que se devuelve es la "Descripcin de la sesin" del
Los 3
rd
lnea: en comparacin con la "Descripcin de sesin" regresada en el CRCX_RSP, anteriormente en
este captulo, se puede encontrar que el formato de codificacin para medios de comunicacin, PCMA, est
determinado en el MDCX_RSP. El CRCX_RSP proporciona slo dos opciones: PCMA y PCM.
11) Evento 11: SoftX3000 enva un comando MDCX a la Endpoint1, solicitando a modificar la conexin. El
comando lleva algunos parmetros de conexin de la Endpoint2. El Endpoint1 reconoce el comando, y
entonces el UserA y el UsuarioB disfrutan de una conversacin.
Codificacin MDCX
C:4965
YO: 2008012
M:sendrecv
R:G/FT(N),G/MT(N)
S:

v: 0
c:in IP4 191.169.4.165
SoftX3000 enva un comando MDCX a la Endpoint1, solicitando a modificar el modo de conexin a "sendrecv".
La "Descripcin de la sesin" de la Endpoint2 tambin es llevada y proporcionada para el Endpoint1.
200 59729491 MDCX OK
v: 0
c:in IP4 191.169.4.165
una: ptime:20
Indica el Endpoint1 reconoce el recibo del comando MDCX enviado por SoftX3000 y devuelve la
descripcin"sesin" del extremo local. En comparacin con la "Descripcin de sesin" regresada en el
CRCX_RSP, anteriormente en este captulo, se puede encontrar que el formato de codificacin para medios
de comunicacin, PCMA, est determinado en el MDCX_RSP. El CRCX_RSP proporciona slo dos opciones:
PCMA y PCM.
12) Evento 12: el UsuarioB ganchos en. El Endpoint2 enva un comando NTFY a SoftX3000. SoftX3000
reconoce el comando.
Codificacin NTFY
X:6500000e
O:Hu
La lnea
st
1: el Endpoint2 detecta un evento especificado que pas en el UsuarioB y notifica a SoftX3000 del
evento.
La lnea 2
nd
: el identificador de pedido es 6500000e, que es lo mismo que el identificador de peticin llevado
del comando NotificationRequest encapsulado en el comando ModifyConnection se describe en el evento de
10. Indica que el comando Notify es accionado por el comando de NotificationRequest encapsulado en el
comando ModifyConnection que se describe en el evento de 10.
La lnea 3
rd
: el MG informa a SoftX3000 que el Endpoint2 ha detectado un evento colgado en el UsuarioB.
200 32008015 OK
13) Evento 13: SoftX3000 enva un comando MDCX para el Endpoint2.
Codificacin MDCX
C:4a65
YO: 2008013
M: inactivo
X:65000002
R:
S:
SoftX3000 enva un comando MDCX a la Endpoint2, solicitando a modificar el modo de la conexin entre ellos
a "inactivo". En el comando ModifyConnection, hay un comando NotificationRequest encapsulado con el
identificador de solicitud como 65000002, indicando que el MGC pide la MG para detectar los eventos
subsecuentes en el Endpoint2 y detener cualquier seal juega actualmente.
200 59754067 MDCX OK
v: 0
c:in IP4 191.169.4.165
una: ptime:20
14) Evento 14: SoftX3000 enva un comando DLCX para el Endpoint2, solicitando para eliminar la conexin
existente.
Codificacin DLCX
DLCX 59762260 aaln/2@zd0068.com MGCP 1.0
X:65000004
R:
S:
La lnea
st
1: SoftX3000 enva un comando DLCX para el Endpoint2, solicitando para eliminar la conexin
existente.
La lnea 2
nd
: en el comando DeleteConnection, hay un comando NotificationRequest encapsulado con el
identificador de solicitud como 65000004.
La lnea 3
rd
La
Quinta
actualmente.
Codificacin DLCX_RSP
250 59762260 OK
"250" indica que la conexin se ha eliminado. El identificador de transaccin es 59762260. "OK" es un
comentario.
15) Evento 15: SoftX3000 enva un comando DLCX para el Endpoint1, solicitando para eliminar la conexin
existente. El Endpoint1 reconoce el comando y enva tono de ocupado al mismo tiempo el UserA.
Codificacin DLCX
DLCX 59770452 aaln/1@zd0068.com MGCP 1.0
X:65000106
R:
S: l / bz
La lnea
st
1: SoftX3000 enva un comando DLCX para el Endpoint1, solicitando para eliminar la conexin
existente.
La lnea 2
nd
: en el comando DeleteConnection, hay un comando NotificationRequest encapsulado con el
identificador de solicitud como 65000106.
La lnea 3
rd
: SoftX3000 pide la MG para detectar eventos que sucedern en el Endpoint1.
La
Quinta
lnea 4: SoftX3000 pide la MG para enviar la seal de tono de ocupado al UserA.
Codificacin DLCX_RSP
250 59770452 OK
16) Evento 16: SoftX3000 enva un comando RQNT para el Endpoint2, solicitando la MG para detectar eventos
y seales de que va a pasar en el Endpoint2. La codificacin de comando involucrado y la codificacin de
respuesta son sencillas, y as no ms se proporciona informacin aqu.
17) Evento 17: UserA los ganchos en. El Endpoint1 enva un comando NTFY para notificar a SoftX3000 del
evento.
Codificacin NTFY
X:65000106
O:Hu
La lnea
st
1: el Endpoint1 detecta un evento especificado que pas en el UserA y notifica a SoftX3000 del
evento.
La lnea 2
nd
: el identificador de pedido es 65000106, que es lo mismo que el identificador de peticin llevado
del comando NotificationRequest encapsulado en el comando DeleteConnection se describe en el evento de
15.
La lnea 3
rd
: el MG informa a MGC que el Endpoint1 ha detectado un evento colgado en el UserA.
200 32008016 OK
18) Evento 18: SoftX3000 enva un comando RQNT para el Endpoint1, solicitando la MG para detectar eventos
y seales de que va a pasar en el Endpoint1. La codificacin de comando involucrado y la codificacin de
respuesta son sencillas, y as no ms se proporciona informacin aqu.
1.3.3Terminacin acertada llamar procedimiento (en diferentes MGs)
Un ejemplo de aplicacin de un procedimiento exitoso llamada entre dos usuarios de telfono en MGs
diferentes bajo el control de la misma SoftX3000 se ilustra enFigura 1-9. En el ejemplo siguiente, se supone
que
La direccin IP de la MG1 es 191.169.3.38;
El UserA est conectado a la MG1, y el identificador del extremo correspondiente del UserA es
aaln/1@iad1.huawei.com;
La direccin IP de la MG2 es 191.169.1.25;
El UsuarioB est conectado con el MG2, y el identificador del extremo correspondiente del UsuarioB es
aaln/1@iad2.huawei.com;
El UserA hace un llamado a la UsuarioB, y ganchos de la fiesta llamada primero.

Figura 1-9 MGCP llamar procedimiento entre dos extremos en diferentes MGs
Se puede encontrar que los procedimientos de llamada ilustran enFigura 1-9yFigura 1-8son bsicamente
iguales. Como se muestra en figura 1-9, el procedimiento de llamada MGCP entre dos extremos en diferentes
MGs nos ayuda a entender fcilmente algunos comandos y respuestas, como CRCX y MDCX. Slo los
eventos involucrados son descritas. Para los restantes eventos, consulte la seccin 1.3.2, anteriormente en
este captulo.
1) Evento 5: SoftX3000 enva un comando CRCX a la MG1, indicando que para crear una conexin. El MG
crea una conexin del requerimiento y luego enva un CRCX_RSP como la respuesta a SoftX3000. La
respuesta contiene algunos parmetros de conexin, tales como direccin IP, nmero de puerto,
identificador de parmetro y conexin al portador. Los parmetros de conexin describen la informacin
de conexin de la entrada local MG1. A juzgar por la siguiente codificacin CRCX_RSP, la "direccin IP"
se refiere a la direccin IP de la MG1: 191.169.3.38.
Codificacin CRCX
CRCX 269174338 aaln/1@iad1.huawei.com MGCP 1.0
C:2964
L: a: PCMA, P:20
M: inactivo
X:64000002
R:G/LD(N)
S:
200 269174338 CRCX OK
YO: 1

v: 0
c:in IP4 191.169.3.38
2) Evento 6: SoftX3000 enva un comando CRCX el MG2, indicando que para crear una conexin. El MG crea
una conexin del requerimiento y luego enva un CRCX_RSP como la respuesta a SoftX3000. La
respuesta contiene algunos parmetros de conexin, tales como direccin IP, nmero de puerto,
identificador de parmetro y conexin al portador. Los parmetros de conexin describen la informacin
de conexin de la entrada local MG2. A juzgar por la siguiente codificacin CRCX_RSP, la "direccin IP"
se refiere a la direccin IP de la MG2: 191.169.1.25.
Codificacin CRCX
CRCX 269182530 aaln/1@iad2.huawei.com MGCP 1.0
C:2a64
L: a: PCMA, P:20
M: inactivo
X:64000204
R:
S:
200 269182530 CRCX OK
YO: 4708075

v: 0
c:in IP4 191.169.1.25
m:audio 5004 RTP/AVP 8 0 4 18
una: ptime:20
3) Evento 10: SoftX3000 enva un comando MDCX para el MG2, solicitando a modificar la conexin. El
comando lleva algunos parmetros de conexin de la MG1, es decir, los parmetros contenidos en la
CRCX_RSP de la MG1. Posteriormente, se cambia el modo de conexin para ser "sendrecv". A juzgar
por la siguiente codificacin MDCX, el comando lleva la direccin IP de la MG1, es decir, 191.169.3.38 y
otra informacin de conexin de la MG1. Mediante el comando MDCX, algunos parmetros de conexin
de la MG1 son proporcionados a los MG2.
El MG2 enva a SoftX3000 un MDCX_RSP con la informacin de conexin de la entrada local (MG2). Despus
de la negociacin, el MG1 y MG2 el determinan PCMA como el modo de codificacin.
Codificacin MDCX
MDCX 269207107 aaln/1@iad2.huawei.com MGCP 1.0
C:2a64
YO: 4708075
M:sendrecv
X:6400020a
R:
S:

v: 0
c:in IP4 191.169.3.38
200 269207107 MDCX OK
v: 0
c:in IP4 191.169.1.25
4) Evento 11: SoftX3000 enva un comando MDCX a la MG1, solicitando a modificar la conexin. El comando
lleva algunos parmetros de conexin de la MG2, es decir, los parmetros contenidos en el CRCX_RSP
de la MG2. Posteriormente, se cambia el modo de conexin para ser "sendrecv". A juzgar por la siguiente
codificacin MDCX, el comando lleva la direccin IP de la MG2, es decir, 191.169.1.25 y otra informacin
de conexin de la MG2. Mediante el comando MDCX, algunos parmetros de conexin de la MG2 se
proporcionan para la MG1.
El MG1 enva a SoftX3000 un MDCX_RSP con la informacin de conexin de la entrada local. Despus de la
negociacin, el MG1 y MG2 el determinan PCMA como el modo de codificacin.
En este momento, tanto el MG1 y MG2 el conocer la informacin de conexin del extremo local y el extremo
opuesto. Se cumplen las condiciones de la conversacin.
Codificacin MDCX
MDCX 269215299 aaln/1@iad1.huawei.com MGCP 1.0
C:2964
YO: 1
X:6400000 c
R:
S:

v: 0
c:in IP4 191.169.1.25
200 269215299 MDCX OK
v: 0
c:in IP4 191.169.3.38

Capitulo 1

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Capitulo 1

Diunggah oleh

Hak Cipta:

Format Tersedia

Tabla de contenidos

Chapter 1 MGCP.................................................................................................................... 1-1

Anda mungkin juga menyukai