Tabla de contenidosChapter 1
MGCP....................................................................................................................
1-11.1
Overview...................................................................................................................
1-11.1.1 Basic
Concepts...............................................................................................
1-11.1.2 Related
Terms..................................................................................................
1-11.1.3Estructura de la pila de protocolo...1-81.1.4Implementacin
en SoftX3000...1-81.2 Protocol
Messages....................................................................................................
1-91.2.1 Message
Types...............................................................................................
1-91.2.2 Message
Structure.........................................................................................
1-121.3 Basic Control
Procedures.........................................................................................
1-231.3.1Procedimiento de registro de entrada...1-231.3.2Terminacin
acertada llamar procedimiento (en el mismo
MG)...1-241.3.3Terminacin acertada llamar procedimiento (en
diferentes MGs)...1-37
Captulo 1MGCP1.1Resumen1.1.1Conceptos bsicosRFC2705 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.
Figura 1-1 Concepto MGCP1.1.2Relacion los trminosI. GatewayUn
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 multimediaUn 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 agenteUn
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. EndpointLos 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 EndpointLos 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/[email protected] 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 conexionesConexiones 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 pasarelasCuando 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
conexinAdministrada 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
llamadaLas 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 entidadesEn 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:[email protected] un agente llamar en la
red de [email protected] que la seal de
ocupado en el servidor de informacin nmero 12 en la red de
ejemploX. evento y sealEl 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 bsicosPaquetePaquete
ID
Paquete genricoG
Paquete de DTMFD
Paquete MFM
Paquete de troncoT
Paquete lineL
Paquete de emulacin de terminalH
Paquete RTPR
Paquete de servidor de acceso de redN
Paquete de servidor de anuncioA
Paquete de secuencia de comandosScript
Tabla 1-2enumera algunos nombres de evento vlido.Tabla 1-2
Ejemplos de nombres de eventoNombre del eventoSignificado
l/hEvento descolgado en los paquetes de lnea
l/huEvento colgado en los paquetes de lnea
l/dlEvento de tono de marcacin en la lnea de paquetes
l/hfEvento de Flash-gancho en los paquetes de lnea
l/awEvento de tono de respuesta en los paquetes de lnea
l/bzEvento de tono de ocupado en los paquetes de lnea
l/wtLlamada en espera el evento de tono en los paquetes de
lnea
l/rgEvento en los paquetes de lnea de llamada
l/slTartamudeo evento tono de marcacin en la lnea de
paquetes
M/0Dgito 0 en los paquetes MF
M / [0-9]Dgitos 0-9 en los paquetes MF
FHEvento flash-gancho, suponiendo que el paquete de lnea
predeterminado es un paquete por defecto para el extremo
G/RT@0A3F58Seal de timbre de llamadas entrantes en los paquetes
de los medios de comunicacin genrica en la conexin "0A3F58"
G/mtEvento mdem detectado en los paquetes de los medios de
comunicacin genrica
G/mTono de fax detecta el evento en los paquetes de los medios
de comunicacin genrica
G/ldEvento 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 dgitosEl 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 dgitos0Operador local
00Operador de larga distancia
xxxxNmero de la extensin local
8xxxxxxxNmero local
xxxxxxx #Acceso directo al nmero local en otros sitios
corporativos
* xxServicios estrellas
91xxxxxxxxxxNmero de larga distancia
9011 + hasta 15 dgitosNmero 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
protocolosMedia 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.
Figura 1-3 Pila de protocolo MGCPMGCP 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
SoftX3000Implementacin de MGCP en SoftX3000 se ilustra enFigura
1-4.
Figura 1-4 Implementacin de MGCP en SoftX3000SoftX3000
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
protocoloNueve 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 mensajeI. comandoLos 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 MGCPNombre de comandoCdigoDescripcin
EndpointConfigurationEPCFMGCMG, 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.
NotificationRequestRQNTUtilizado para instruir a la entrada de
reloj para eventos especficos en un extremo especificado. Si
sucede, ser notificado el agente llamar.
NotificarNTFYMGMGC, utilizado por la puerta de entrada para
notificar al agente de llamada que un evento especfico solicitado
para observar lleva a cabo.
CrearConexionCRCXMGCmg, 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.
ModifyConnectionMDCXMGCMG, 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.
DeleteConnectionDLCXMGCmg, empleado para eliminar una conexin
existente.
AuditEndpointsAUEPMGCmg, utilizado por el agente llame para
auditar el estado de un extremo o a un grupo de extremos.
AuditConnectionAUCXMGCmg, utilizado por el agente llame para
auditar el estado de una conexin en un extremo.
RestartInProgressRSIPMGMGC, 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. respuestaTodos 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 MGCPCdigo de respuestaSignificado
100Actualmente se ejecuta la transaccin. Un mensaje de
finalizacin real seguir ms adelante.
200Normalmente se ha ejecutado la transaccin solicitada.
250La conexin se ha eliminado.
400La transaccin no se pudo ejecutar, debido a un error
transitorio.
401El telfono ya est descolgado.
402El telfono est colgado.
403La transaccin no se pudo ejecutar, porque el criterio de
valoracin no tiene los recursos suficientes en este momento.
404Escaso ancho de banda en este momento.
500La transaccin no se pudo ejecutar, dado que el punto final se
desconoce.
501La transaccin no se pudo ejecutar, porque el extremo no est
listo.
502La transaccin no se pudo ejecutar, porque el criterio de
valoracin no tiene recursos suficientes.
510La transaccin no se pudo ejecutar, ya que se detect un error
de protocolo.
511La transaccin no se pudo ejecutar, porque el comando contiene
una extensin no reconocida.
512La transaccin no se pudo ejecutar, porque la entrada no est
equipada para detectar uno de los eventos solicitados.
513La transaccin no se pudo ejecutar, porque la entrada no est
equipada para generar una de las seales solicitadas.
514La transaccin no se pudo ejecutar, porque la puerta no puede
enviar el anuncio especificado.
515La transaccin se refiere a un id de conexin incorrecto (puede
haber sido ya eliminado).
516La transaccin se refiere a una desconocida llamada id.
517Modo no compatible o no es vlido.
518Paquete desconocido o no compatible.
519Extremo no tiene un mapa de dgitos.
520La transaccin no se pudo ejecutar, porque el objetivo es
"reiniciar".
521Extremo redirigido a otro agente de llamada.
522Seal o no tal evento.
523Accin desconocida o combinacin ilegal de acciones
524Inconsistencia interna enLocalConnectionOptions.
525Extensin desconocida enLocalConnectionOptions.
526Ancho de banda insuficiente.
527FaltaRemoteConnectionDescriptor.
528Versin del protocolo incompatible.
529Falla en el hardware interno.
530Error de protocolo sealizacin CAS.
531Falta de una agrupacin de troncos (por ejemplo, falta de
instalaciones).
1.2.2Estructura del mensajeI. formato de comandos1) La
estructura de mandoAparece 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 comando2) 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: PCMUL: p:10,
un: G726-32L: p:10-20, b:64L: 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 conexinModo
de conexinSignificado
sendonlyLa puerta de entrada slo debe enviar los paquetes.
recvonlyLa puerta slo debe recibir paquetes.
sendrecvLa puerta debe enviar y recibir paquetes.
confrnceLa puerta debe colocar la conexin en modo de
conferencia.
inactivoLa puerta de entrada no debe enviar ni recibir
paquetes.
loopbackLa puerta debe colocar el circuito en modo loopback.
conttestLa puerta debe colocar el circuito en modo de
prueba.
netwloopLa puerta debe colocar la conexin en modo de red
loopback.
netwtestLa puerta debe colocar la conexin en modo de prueba de
continuidad de red.
datosLa 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 accinCdigoAccin
NNotificar inmediatamente
ASe acumulan
DTratar segn mapa de dgitos
SSwap
YOIgnorar
KMantener seales activas
ESolicitud 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/huO: 8295555TO: 8,2,9,5,5, L/hf, 5, 5,
TO: 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 conexinCdigoNombre de
parmetro de conexinValor de parmetro de conexin
PSPaquetes enviadosEl nmero de paquetes que fueron enviados en
la conexin.
OSOctetos enviadosEl nmero de octetos enviados sobre la
conexin.
PRPaquetes recibidosEl nmero de paquetes que fueron recibidos en
la conexin.
OOctetos recibidosEl nmero de octetos recibidos en la
conexin.
PLPaquetes perdidosEl nmero de paquetes que no fueron recibidos
en la conexin, como se deduce de las brechas en el nmero de
secuencia.
JIJitterLa llegada de paquete entre media de la inquietud, en
milisegundos, expresados como un nmero entero.
LALatenciaLatencia 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
mandoCdigo de motivoDescripcin
000Estado de Endpoint es nominal. (Este cdigo se utiliza
solamente en respuesta a las solicitudes de auditora).
900Mal funcionamiento extremo
901Endpoint puesta fuera de servicio
902Prdida 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:LoopQ:ProcessQ: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
comandoDentro de los parntesis precedido por el nombre de comando
son los parmetros de entrada. sos cerrado por [...] son opcionales.
EndpointConfigurationEPCF (EndpointId, BearerInformation)
NotificationRequestRQNT (EndpointId, [NotifiedEntity],
[RequestedEvents], RequestIdentifier, [DigitMap], [SignalRequests],
[QuarantineHandling], [DetectEvents], [encapsulado
EndpointConfiguration]) NotificarNTFY
(EndpointId,[NotifiedEntity,]RequestIdentifier,ObservedEvents)
CrearConexionCRCX (CallId, EndpointId, [NotifiedEntity],
LocalConnectionOptions,] modo, [RemoteConnectionDescriptor],
[NotificationRequest encapsulado,] [encapsulado
EndpointConfiguration]) ModifyConnectionMDCX (CallId, EndpointId,
ConnectionId, [NotifiedEntity], [LocalConnectionOptions], [Mode],
[RemoteConnectionDescriptor], [NotificationRequest encapsulado,]
[encapsulado EndpointConfiguration])
DeleteConnectionDeleteConnection 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)
AuditEndpointAUEP (EndpointId, RequestedInfo) AuditConnectionAUCX
(EndpointId, ConnectionId, RequestedInfo) RestartInProgressRSIP
(EndpointId,RestartMethod,[RestartDelay,][Reason-code])5) Muestra
de comandoLa siguiente es una muestra de codificacin MGCP
comando:CRCX 693585490 aaln/[email protected] 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".LaQuinta 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.LaQuinta 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).LaQuinta lnea 7: la seal es null,
que indica el MGC requiere la MG detener cualquier seal que se enva
actualmente.II. formato de la respuesta1) Estructura de respuestaAl
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.
Figura 1-6 Estructura de MGCP respuesta2) Parmetros de
respuestaLas 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 respuestaDentro de los parntesis precedido por el
nombre de comando son valores de parmetro de respuesta. sos cerrado
por [...] son opcionales. EndpointConfigurationEPCF (ReturnCode)
NotificationRequestRQNT (ReturnCode) NotificarNTFY (ReturnCode)
CrearConexionCRCX
(ReturnCode,ConnectionId,[SpecificEndpointId,][LocalConnectionDescriptor])
ModifyConnectionMDCX (ReturnCode,[LocalConnectionDescriptor])
DeleteConnectionDeleteConnection 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) AuditEndpointAUEP
(ReturnCode, EndpointIdList|
{}[RequestedEvents],[DigitMap],[SignalRequests],[RequestIdentifier],[NotifiedEntity],[ConnectionIdentifiers],[DetectEvents],[ObservedEvents],[EventStates],[BearerInformation],[RestartReason],[RestartDelay],[ReasonCode],[Funciones]})
AuditConnectionAUCX
(ReturnCode,[CallId,][NotifiedEntity,][LocalConnectionOptions,][Mode,][RemoteConnectionDescriptor,][LocalConnectionDescriptor,][ConnectionParameters])
RestartInProgressRSIP (ReturnCode,[NotifiedEntity])4) Muestra de
respuestaLa siguiente es una muestra de la respuesta de la
conexin.200 693585490 CRCX OKYO: 1607901v = 0c = en IP4
191.169.4.165m = audio 5012 RTP/AVP 8 0a = ptime:20La 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 3rd : Null, que
indica qu es precedido es una descripcin de la sesin SDP.LaQuinta
lnea 4: versin del protocolo el SDP es 0. Es el descriptor de la
conexin local en este momento.LaQuinta 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 6th : 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.LaQuinta 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 bsico1.3.1Procedimiento de
registro de entradaEl 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.
Figura 1-7 Ejemplo del procedimiento de registro de entrada1)
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.0RM:restartLa lneast 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 aaln. La
versin del Protocolo de MGCP es 1.0.La lnea 2nd : 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/[email protected], que est conectado con el UserA; El identificador
del extremo de la Endpoint2 es aaln/[email protected], 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.
Figura 1-8 MGCP llamar procedimiento entre dos extremos en el
mismo MG1) 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
codificacinRQNT 59659850 aaln/[email protected] MGCP
1.0X:6500010aR:l/HD(N)S:La lneast 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
2nd : el identificador de pedido es 6500010a, utilizado para esta
peticin se correlacionan con las notificaciones que se
desencadena.La lnea 3rd : SoftX3000 pide la MG para detectar el
evento descolgado en el extremo.LaQuinta lnea 4: la seal es null,
que indica el MGC requiere la MG detener cualquier seal que se enva
actualmente. Codificacin RQNT_RSP200 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
NTFYNTFY 32008010 aaln/[email protected] MGCP 1.0X:6500010aO:HDLa lneast
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 2nd
: 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 3rd : el MG detecta el evento descolgado.
Codificacin NTFY_RSP200 32008010 OK"200" indica la recepcin exitosa
del comando. "32008010" 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
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 codificacinRQNT 59663957 aaln/[email protected]
MGCP 1.0X:65000102R:D/[0-9*#T](D),G/LD(N)D: (xxxxxxx|0xxxxxxxxxx|
[1-9] * |x. # |[0-9 * #].T)S: l / dlLa lneast 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 2nd : el identificador de pedido
es 65000102, utilizado para esta peticin se correlacionan con las
notificaciones que se desencadena.La lnea 3rd : 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).LaQuinta
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.LaQuinta lnea: la seal de peticin, solicitando el MG a
reconocer este comando y luego enviar tono al UserA. Codificacin
RQNT_RSP200 59663957 OK"200" indica la recepcin exitosa del
comando. "59663957" 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 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 NTFYNTFY 32008011 aaln/[email protected] MGCP
1.0X:65000102O:66500008La lneast 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 2nd : 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 3rd : el MG detecta lo que marca el UserA es 66500008.
Codificacin NTFY_RSP200 32008011 OK"200" indica la recepcin exitosa
del comando. "32008011" 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
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 CRCXCRCX 59688530 aaln/[email protected] MGCP
1.0C:4965L: a: PCMA, P:20M: inactivoX:65000106R: G/ld(N)S:La 1
lnea: CrearConexion el comando. El identificador de transaccin es
59688530, utilizado para este comando se correlacionan con las
respuestas que provoca. Que significa crear una conexin entre
SoftX3000 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 2nd : 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 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".LaQuinta lnea: el NotificationRequest encapsulado en
este comando CrearConexion. El identificador de pedido es 65000106,
utilizado para esta peticin se correlacionan con las notificaciones
que se desencadena.LaQuinta 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).LaQuinta
lnea 7: la seal es null, que indica el MGC requiere la MG detener
cualquier seal que se enva actualmente. Codificacin CRCX_RSP200
59688530 CRCX OKYO: 2008012v = 0c = en IP4 191.169.4.165m = audio
5012 RTP/AVP 8 0a = ptime:20La 1 lnea: "200" indica la recepcin
exitosa del comando. "59688530" 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
"2008012".La lnea 3rd : Null, que indica qu es precedido es una
descripcin de la sesin SDP.LaQuinta lnea 4: versin del protocolo el
SDP es 0. Aqu, lo que se devuelve es la "Descripcin de la sesin"
del extremo local (Endpoint1).LaQuinta 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 la conexin de red.Lnea de
los 6th : 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.LaQuinta
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".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 CRCXCRCX 59696722 aaln/[email protected] MGCP
1.0C:4a65L: a: PCMA, P:20M: inactivoX:65000008R:S:La 1 lnea:
CrearConexion el comando. El identificador de transaccin es
59696722, 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 lnea 2nd : 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 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".LaQuinta lnea: el NotificationRequest encapsulado en
este comando CrearConexion. El identificador de pedido es 65000008,
utilizado para esta peticin se correlacionan con las notificaciones
que se desencadena.LaQuinta lnea 6: SoftX3000 pide la MG para
detectar un evento especfico que va a ocurrir en el
extremo.LaQuinta lnea 7: la seal es null, que indica el MGC
requiere la MG detener cualquier seal que se enva actualmente.
Codificacin CRCX_RSP200 59696722 CRCX OKYO: 2008013v = 0c = en IP4
191.169.4.165m = audio 5004 RTP/AVP 8 0a = ptime:20La 1 lnea: "200"
indica la recepcin exitosa del comando. "59696722" 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 "2008013".La lnea 3rd : Null, que
indica qu es precedido es una descripcin de la sesin SDP.LaQuinta
lnea 4: versin del protocolo el SDP es 0. Aqu, lo que se devuelve
es la "Descripcin de la sesin" del extremo local
(Endpoint2).LaQuinta 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 la conexin de red.Lnea de los 6th :
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.) "5004"
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.LaQuinta
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".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 codificacinRQNT 59704917 aaln/[email protected] MGCP
1.0X:6500000aR:S: l / rgLa lneast 1: SoftX3000 enva una solicitud a
la Endpoint2.La lnea 2nd : el identificador de pedido es
6500000a.La lnea 3rd : el MG se solicita para detectar eventos que
sucedern en el Endpoint2.LaQuinta lnea 4: el MG se solicita para
reproducir el tono de timbre para el UsuarioB. Codificacin
RQNT_RSP200 59704917 OKAqu, 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 codificacinRQNT
59713109 aaln/[email protected] MGCP 1.0X:6500010 cR:S:G / rtLa lneast
1: SoftX3000 enva una solicitud a la Endpoint1.La lnea 2nd : el
identificador de pedido es 6500010 c.La lnea 3rd : el MG se
solicita para detectar eventos que sucedern en el
Endpoint1.LaQuinta lnea 4: el MG se solicita para reproducir el
tono de ringback al UserA. Codificacin RQNT_RSP200 59713109 OKAqu,
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 NTFYNTFY 32008014
aaln/[email protected] MGCP 1.0X:6500000aO:HDLa lneast 1: el Endpoint2
enva una notificacin a SoftX3000.La lnea 2nd : el identificador de
pedido es 6500000a.La lnea 3rd : el extremo notifica a SoftX3000
que el UsuarioB enganchado a. Codificacin NTFY_RSP200 32008014
OKSoftX3000 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 MDCXMDCX 59721299 aaln/[email protected] MGCP
1.0C:4a65YO: 2008013L:e:, un: PCMA,
P:20M:sendrecvX:6500000eR:G/FT(N),G/MT(N)S:v: 0c:in IP4
191.169.4.165m:audio 5012 RTP/AVP 8La lneast 1: SoftX3000 enva un
comando ModifyConnection a la Endpoint2. El identificador de
transaccin es 59721299.La lnea 2nd : el identificador de llamada es
4a65.La lnea 3rd : el identificador de conexin es 2008013. La
conexin es creada por la MG. El MG asigna un identificador de
conexin nica al final local.LaQuinta 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.LaQuinta 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.LaQuinta 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.LaQuinta lnea 8: la seal es null, que
indica el MGC requiere la MG detener cualquier seal que se enva
actualmente.La lnea 9th : Null, que indica qu es precedido es una
descripcin de la sesin SDP.LaQuinta 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.LaQuinta
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.LaQuinta 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_RSP200
59721299 MDCX OKv: 0c:in IP4 191.169.4.165m:audio 5004 RTP/AVP
8una: ptime:20La lneast 1: el Endpoint2 reconoce el recibo del
comando MDCX enviado por SoftX3000.La lnea 2nd : versin del
protocolo el SDP es 0. Aqu, lo que se devuelve es la "Descripcin de
la sesin" del extremo local (Endpoint2).Los 3rd 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 MDCXMDCX 59729491 aaln/[email protected] MGCP
1.0C:4965YO: 2008012L:e:, un: PCMA,
P:20M:sendrecvR:G/FT(N),G/MT(N)S:v: 0c:in IP4 191.169.4.165m:audio
5004 RTP/AVP 8SoftX3000 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. Codificacin MDCX_RSP200 59729491
MDCX OKv: 0c:in IP4 191.169.4.165m:audio 5012 RTP/AVP 8una:
ptime:20Indica 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 NTFYNTFY 32008015 aaln/[email protected] MGCP
1.0X:6500000eO:HuLa lneast 1: el Endpoint2 detecta un evento
especificado que pas en el UsuarioB y notifica a SoftX3000 del
evento.La lnea 2nd : 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
3rd : el MG informa a SoftX3000 que el Endpoint2 ha detectado un
evento colgado en el UsuarioB. Codificacin NTFY_RSP200 32008015
OK13) Evento 13: SoftX3000 enva un comando MDCX para el Endpoint2.
Codificacin MDCXMDCX 59754067 aaln/[email protected] MGCP 1.0C:4a65YO:
2008013M: inactivoX:65000002R: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. Codificacin MDCX_RSP200 59754067 MDCX OKv: 0c:in IP4
191.169.4.165m:audio 5004 RTP/AVP 8una: ptime:2014) Evento 14:
SoftX3000 enva un comando DLCX para el Endpoint2, solicitando para
eliminar la conexin existente. Codificacin DLCXDLCX 59762260
aaln/[email protected] MGCP 1.0X:65000004R:S:La lneast 1: SoftX3000 enva
un comando DLCX para el Endpoint2, solicitando para eliminar la
conexin existente.La lnea 2nd : en el comando DeleteConnection, hay
un comando NotificationRequest encapsulado con el identificador de
solicitud como 65000004.La lnea 3rd : el MG se solicita para
detectar eventos que sucedern en el Endpoint2.LaQuinta lnea 4: la
seal es null, que indica el MGC requiere la MG detener cualquier
seal que se enva actualmente. Codificacin DLCX_RSP250 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 DLCXDLCX
59770452 aaln/[email protected] MGCP 1.0X:65000106R:S: l / bzLa lneast
1: SoftX3000 enva un comando DLCX para el Endpoint1, solicitando
para eliminar la conexin existente.La lnea 2nd : en el comando
DeleteConnection, hay un comando NotificationRequest encapsulado
con el identificador de solicitud como 65000106.La lnea 3rd :
SoftX3000 pide la MG para detectar eventos que sucedern en el
Endpoint1.LaQuinta lnea 4: SoftX3000 pide la MG para enviar la seal
de tono de ocupado al UserA. Codificacin DLCX_RSP250 59770452 OK16)
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 NTFYNTFY 32008016 aaln/[email protected] MGCP
1.0X:65000106O:HuLa lneast 1: el Endpoint1 detecta un evento
especificado que pas en el UserA y notifica a SoftX3000 del
evento.La lnea 2nd : 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 3rd : el MG informa a MGC que
el Endpoint1 ha detectado un evento colgado en el UserA.
Codificacin NTFY_RSP200 32008016 OK18) 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/[email protected]; 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/[email protected]; 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 MGsSe 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 CRCXCRCX 269174338 aaln/[email protected]
MGCP 1.0C:2964L: a: PCMA, P:20M: inactivoX:64000002R:G/LD(N)S:
Codificacin CRCX_RSP200 269174338 CRCX OKYO: 1v: 0c:in IP4
191.169.3.38m:audio 30000 RTP/AVP 82) 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 CRCXCRCX 269182530
aaln/[email protected] MGCP 1.0C:2a64L: a: PCMA, P:20M:
inactivoX:64000204R:S: Codificacin CRCX_RSP200 269182530 CRCX OKYO:
4708075v: 0c:in IP4 191.169.1.25m:audio 5004 RTP/AVP 8 0 4 18una:
ptime:203) 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 MDCXMDCX 269207107 aaln/[email protected]
MGCP 1.0C:2a64YO: 4708075L:e:, un: PCMA,
P:20M:sendrecvX:6400020aR:S:v: 0c:in IP4 191.169.3.38m:audio 30000
RTP/AVP 8 Codificacin MDCX_RSP200 269207107 MDCX OKv: 0c:in IP4
191.169.1.25m:audio 5004 RTP/AVP 84) 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 MDCXMDCX 269215299
aaln/[email protected] MGCP 1.0C:2964YO: 1L:e:, un: PCMA,
P:20X:6400000 cR:S:v: 0c:in IP4 191.169.1.25m:audio 5004 RTP/AVP 8
Codificacin MDCX_RSP200 269215299 MDCX OKv: 0c:in IP4
191.169.3.38m:audio 30000 RTP/AVP 8
OriginalChapter 1
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
Ringback tone
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
MGCPUDPIPMAC
