Documentos de Académico
Documentos de Profesional
Documentos de Cultura
TERMINALES MÓVILES E IP
DIRECTORA
ING. LEIDY JOHANNA ORTIZ
Introducción ............................................................................................................. 6
1.Protocolo SIP ........................................................................................................ 7
1.1 Características Principales ......................................................................... 8
1.2 SIP URI ....................................................................................................... 9
1.3 Elementos de Red .................................................................................... 10
1.4 Agente de usuario ..................................................................................... 10
1.5 Servidores Proxy ...................................................................................... 12
1.6 Proxy sin Estado ....................................................................................... 12
1.7 Proxy con Estado ...................................................................................... 13
1.8 Servidor de Registro ................................................................................. 14
1.9 Agente De Usuario inverso (B2BUA) ........................................................ 14
1.10 Mensajes SIP ........................................................................................ 15
1.11 Solicitudes SIP ...................................................................................... 16
1.12 Respuestas SIP ..................................................................................... 17
1.13 Transacciones ....................................................................................... 19
1.14 Diálogos ................................................................................................ 19
2.1 Arquitectura .............................................................................................. 22
2.2 Terminal .................................................................................................... 23
2.3 Gateway.................................................................................................... 24
2.4 Destination lookup .................................................................................... 25
2.5 IP Connection Management ..................................................................... 25
2.6 Compression/Digitization .......................................................................... 25
2.7 Ip Packetization and Transport ................................................................. 26
2.8 Advcanced IP/PSTN Signaling ................................................................. 26
2.9 Authorization Access Accounting .............................................................. 27
2.10 Gatekeepers .......................................................................................... 28
2.11 Controlador Multipunto (MC) ................................................................. 30
2.12 Procesador Multipunto (MP) .................................................................. 31
3.MEGACO ............................................................................................................ 33
4.SS7 ..................................................................................................................... 34
4.1 (MTP) Parte de transferencia de mensajes .............................................. 37
4.2 Función a nivel de enlace de datos de señalización ................................ 37
4.3 Función a nivel de enlace de señalización................................................ 38
4.4 Función de red de señalización ................................................................ 38
4.5 (SCCP) Parte de control de conexión de señalización ............................. 39
4.6 (TCAP) Parte de aplicación de capacidades de transacción .................... 40
4.7 (ISP) Parte intermedia de servicios........................................................... 40
4.8 (OMAP) La parte de operación, mantenimiento y administración ............. 41
4.9 Las partes del usuario............................................................................... 41
5.Análisis de Protocolos ......................................................................................... 43
Tabla de Figuras
Durante los últimos años, la comunidad de voz sobre IP ha adoptado SIP como
protocolo de elección para la señalización. SIP es un estándar RFC (RFC 3261)
de Internet del grupo de investigación IETF (Engineering Task Force), el cual es el
organismo responsable de administrar y desarrollar los mecanismos que
comprenden todo lo relacionado con Internet. SIP sigue evolucionando y se
extiende como la tecnología madura y sus productos son socializados en el
mercado.
1
Entidades básicas SIP [En Línea] http://es.wikitel.info/wiki/Entidades_b%C3%A1sicas_SIP
[Citado en 10 de marzo de 2011]
1.1 Características Principales
En una llamada un participante puede gestionar la misma, esto quiere decir que
puede invitar a otros participantes en la llamada o puede cancelar las conexiones
a otros usuarios, además de que los usuarios pueden ser transferidos o puestos
en espera.
2
Session Initiation Protocol [En Línea] http://datatracker.ietf.org/wg/sip/charter/ [Citado en 22 de
abril de 2011]
ejemplo, (sip:usario@compañia.com). Esto significa que es más sencillo para
redirigir a alguien a otro teléfono, ya que es como redirigirse a una página web. 3
Todas las entidades SIP son identificadas por medio de URI (Uniform Resource
Identifier), los URI contienen la suficiente información para iniciar y para mantener
una sesión de comunicación con el recurso, utilizan una forma similar a la
dirección de correo, permitiendo así ver las especificaciones del encabezado,
haciendo posible especificar el destinario, el tipo de medio o la urgencia de la
sesión usando URI. La forma general de un SIP URI es:
Sip:usuario:contraseña@direccion_del_equipo;parámetros _URI
3
RFC 3261 SIP: Session Initiation Protocol [En Línea] http://tools.ietf.org/html/rfc3261#section-7
[Citado en 10 de marzo de 2011]
La información de un usuario de una URI consta de este campo de usuario,
el campo de contraseña, seguido del signo @. La parte de la información
del usuario de una URI es opcional y puede estar ausente cuando el
dispositivo de destino no tiene una noción de usuarios o cuando el
dispositivo tiene otro recurso de identificación. Si el signo @ está presente
en un SIP o URI SIPS, el campo de usuario no debe estar vacío.
En un escenario de red SIP la configuración más sencilla utiliza solo dos agentes
que envían mensajes SIP de el uno al otro, pero en una red típica tendrá más de
un entidad lógica, cada una de estas entidades intervienen en una conversación
SIP como cliente o como servidor o ambas, entre estas están: Elementos básicos
como los son los agentes de usuario, servidores proxy, servidores de redirección,
servidor registrador, agente de usuario inverso (B2BUA).5
4
The IP Telecommunications Portal [En Línea] http://www.iptel.org/ [Citado en 1 de abril de 2011]
5
VoIP foro Arquitectura SIP [En línea] http://www.voipforo.com/SIP/SIPejemplo.php [citado en 10
de marzo de 2011]
Todas las terminales IP utilizan un agente de usuario, el cual por lo general está
instalado en la terminal en forma de aplicación la cual siempre esta activa en tipo
(demonio), en otras palabras un agente de usuario es la entidad final o de extremo
encargada de dialogar con las otras entidades. Los agentes de usuario son los
que inician y terminan las sesiones por medio de mensajes que requieren un
servicio o que responden a solicitudes o requieren alguna respuesta.
La RFC 3261 define el Agente de Usuario como una aplicación, que puede actuar
como un Agente de Usuario cliente y un Agente de Usuario servidor.
Debido a que un agente de usuario contiene UAC y UAS, por ende se dice que un
agente de usuario se comporta como un UAC o UAS. Por ejemplo, el agente de
usuario se comporta como UAC cuando se envía una solicitud “INVITE” y recibe
respuestas a la solicitud. Un agente de usuario se comporta como un UAS cuando
recibe la invitación y envía las respuestas.
Agente de usuario cliente (AUC) es una aplicación cliente que inicia solicitudes
SIP hacia la red IP y un agente de usuario servidor (AUS) es una aplicación que
recibe solicitudes SIP de la red IP la cual contacta al que envía la solicitud y envía
la respuesta al AUC.
Existen dos tipos de servidores proxy SIP: proxy sin estado y proxy con estado
Servidor sin estado es el encargado de reenviar los mensajes SIP. Ellos reenvían
los mensajes de forma independiente el uno del otro, aunque los mensajes
6
B2BUA Documentation [En Línea] http://www.b2bua.org/wiki/B2BUADocumentation [Citado en 15
de abril es 2011]
7
The SIP center A portal for the commercial development of SIP [En Línea]
http://www.sipcenter.com/sip.nsf/html/Whitepapers [Citado en 17 de marzo de 2011]
generalmente están dentro de las transacciones, los servidores proxy sin estado
no tienen cuidado de las transacciones.
Proxy sin estado son simples, pero más rápidos que los servidores proxy con
estado. Pueden ser utilizados como equilibradores de carga simple, traductores
mensaje y routers. Uno de los inconvenientes de la representación sin estado es
que son incapaces de absorber la retransmisión de mensajes y realizar el
enrutamiento avanzado.
Los Proxy con estado son más complejos. En la recepción de una solicitud, un
Proxy con estado puede crear un estado y mantener el estado hasta que finalice la
transacción. Algunas transacciones, especialmente las creadas por INVITE,
pueden durar bastante tiempo (hasta el destinatario toma o rechaza la llamada).
Debido a que Proxy con estado debe mantener el estado por la duración de las
transacciones, su rendimiento es limitado, pero pueden desempeñar tareas mucho
más complejas; por ejemplo hacer retransmisiones como lo sería el caso del
servicio “sígueme” ó remitir un mismo mensaje SIP hacia dos proxy diferentes con
el fin de localizar a un usuario en específico.
Proxy con estado puede absorber retransmisiones porque las conoce desde el
estado de la transacción, si ya se ha recibido el mismo mensaje (Proxy sin estado
no puede hacer la verificación porque no almacena ningún estado).
Este puede llevar a cabo los métodos más complicados para encontrar un usuario,
por ejemplo, cuando no es posible contactar a un usuario en el teléfono de la
oficina entonces recoge la llamada y la redirige a su teléfono celular. Proxy sin
estado no puede hacerlo porque no conoce como la transacción llega a su
objetivo8
8
Understanding SIP exchanges by experimentation [En Linea]http://4z.com/People/emin-
gabrielyan/public/070501-sip-docs/ [Citado en 8 de abril de 2011]
1.8 Servidor de Registro
Por tanto, las funciones del servidor de registro es satisfacer las solicitudes SIP
REGISTER y en consecuencia actualiza la base de datos de localización, con la
debida información del usuario que se registre. Este servidor en la mayoría de las
ocasiones está ubicado junto al proxy, de manera que no es obligación que
siempre este allí. Su función reside en asociar una URI con una o varias
direcciones IP, que por lo general serán del tipo SIP: pero que también pueden ser
del tipo tel. La relación se realiza mediante una tabla. Teniendo en cuenta que
cuando en la tabla de relaciones exista una URI con múltiples direcciones IP,
todas estas extensiones sonaran simultáneamente.9
9
Characteristics About SIP [En Línea] http://www.sipcenter.com/sip.nsf/html/Characteristics
[Citado en 13 de mayo de 2011]
Respuesta a un agente de usuario SIP
Control lógico de llamada
Origen del agente de usuario SIP
10
Tech invite SIP Protocol Structure [En Línea] http://www.tech-invite.com/Ti-sip-archi.html [Citado
en 1 de abril de 2011]
La comunicación por medio del protocolo SIP se compone de una serie de
mensajes, los cuales pueden ser transportados de forma independiente por la red.
Por lo general son transportados en un datagrama UDP cada uno por separado.
Cada mensaje tiene la siguiente estructura, línea inicial, encabezado del mensaje,
y el cuerpo del mensaje. La primera línea identifica el tipo del mensaje. Hay dos
tipos de mensajes - las solicitudes y respuestas. Las solicitudes se suelen utilizar
para iniciar alguna acción o informar a quien reciba la solicitud de algo. Las
respuestas se utilizan para confirmar que la solicitud fue recibida y procesada y
contiene el estado del proceso.
Los campos de cabecera de inicio son “de” y “para” quien indican el receptor y el
destinario de un mensaje de igual forma que en SMTP donde se identifique el
remitente y destinatario, en la cabecera contiene un parámetro de etiqueta que
sirve como identificador de dialogo en cual serán descritos los diálogos. El
encabezado del mensaje y el cuerpo del mensaje están delimitados por una línea
en blanco. El cuerpo del mensaje de la solicitud INVITE contiene una descripción
del tipo de los medios de comunicación aceptados por el remitente y esta
codificados en SDP
11
A Hitchhiker's Guide to the Session Initiation Protocol [En Linea] http://tools.ietf.org/html/draft-ietf-
sip-hitchhikers-guide-06 [Citado en 24 de marzo de 2011]
Las solicitudes SIP tienen la característica de tener una línea de solicitudes para
establecer la comunicación, esta línea contiene información del nombre de
método, una Solicitud-URI y la versión del protocolo separados por un espacio
simple de caracteres.
ACK: confirma la recepción del método INVITE el cual es el que indica que
se encuentra listo para establecer una comunicación.
BYE: este tipo de mensajes son utilizados para finalizar las sesiones
multimedia, el UA que desee finalizar la conversación envía un BYE.
Cuando un agente de usuario o el servidor proxy reciben una solicitud, envía una
respuesta. Cada solicitud debe ser respondida, excepto las solicitudes de ACK
que no devuelven algún tipo de respuesta.
4xx Son las respuestas negativas. Una respuesta de tipo 4xx significa que
el problema está en el lado del emisor. La solicitud no pudo ser procesada
porque contiene sintaxis errónea o la solicitud no se puede realizar en ese
servidor.
12
SIP.edu Cookbook [En Línea] http://mit.edu/sip/sip.edu/links.shtml [Citado en 1 de abril de 2011]
1.13 Transacciones
Las transacciones SIP son secuencias de mensajes entre los elemento de una
red. Una transacción corresponde a una petición y todas las respuestas a esa
petición. Esto quiere decir que una transacción incluirá cero o mas respuestas
provisionales y una o más respuestas finales (en el caso de un mensaje INVITE,
recuerde que este puede ser dividido por un Proxy, por lo tanto tendrá múltiples
respuesta finales. Las entidades SIP que almacenan el estado de las
transacciones son denominadas Stateful. Lo hacen por medio del registro de cada
transacción a través de un identificador contenido en el encabezado.
1.14 Diálogos
Un diálogo es una conversación entre dos UA. Los diálogos son identificados
usando los campos Identificación de llamada Call-ID, De From y Para To. Los
mensajes con estos campos iguales pertenecerán al mismo diálogo. Uno de los
campos, es utilizado para ordenar los mensajes en un diálogo. De hecho el
también representa el número de transacción. Finalmente se puede decir que un
diálogo es una secuencia de transacciones que pertenecen a la misma sesión o
llamada SIP.14
13
H.323 versus SIP [En Línea] http://www.packetizer.com/ipmc/h323_vs_sip/ [citado en 10 de
marzo de 2011]
14
Laboratorio de VoIP [En Línea] http://www.voip.unam.mx/mediawiki/index.php/Protocolo_SIP
[Citado en 10 de marzo de 2011]
2. PROTOCOLO H323
El soporte para audio es obligatorio, mientras que los datos y video son
opcionales, pero también tiene la habilidad de utilizar un modo específico en
común de operación, para que todos los terminales que soporten ese mismo tipo
de medios puedan interactuar.
H.323 toma prestado tanto de los protocolos PSTN tradicionales y las normas
relacionadas con Internet. Al aprovechar tanto de conmutación de circuitos y
conmutación de paquetes estándares de protocolo, H.323 es capaz de integrar sin
problemas con la PSTN, mientras que al mismo tiempo enviar las comunicaciones
multimedia a través de medios como Internet.15
H.323 se originó a mediados de los años 90 como una extensión lógica de los
circuitos de conferencia multimedia, conmutación de trabajo que se realiza dentro
de la UIT-T. Debido a este patrimonio, H.323 interactúa bien con una base
instalada muy grande de equipos de videoconferencia. Sin embargo, H.323 fue
15
H.323 Forum [En linea] http://www.h323forum.org/standards/ [Citado en 1 de abril de 2011]
mucho más allá de ser una "extensión" de los protocolos anteriores. Esto trajo
consigo la capacidad de integrarse con Internet. Con H.323, los usuarios en
ubicaciones remotas son capaces de sostener una llamada de video y editar un
documento conjunto en tiempo real a través de Internet que utilizan sus equipos
personales. No sólo eso, sino H.323 permite a los usuarios personalizar sus
teléfonos o servicios de teléfono, los usuarios localizar, transferir una llamada, o
realizar cualquier número de otras tareas utilizando una interfaz HTTP entre el
cliente H.323 y un servidor en la red, abarcando plenamente el poder de Internet.
H.323 impulsa la funcionalidad de control de llamada hasta el punto final, sin dejar
de ofrecer el servicio, con la opción de controlar cada aspecto de una llamada. En
la red tradicional de conmutación de circuitos, centraliza los para realizar todas las
funciones de control de llamadas. En algunos casos todo el trafico transita sobre
una red troncal y no es necesario de los servidores, pero si se desea controlar
cuidadosamente el uso del teléfono, o la habilitación de algunos servicios
adicionales, realizar la interceptación legal, detección de números de teléfono o
ocultar la identidad de la persona que llama, H.323 proporciona la flexibilidad de
un control centralizado y descentralizado.16
16
H.323 Information Site [En Linea] http://www.packetizer.com/ipmc/h323/ [Citado en 8 de abril de
2011]
2.1 Arquitectura
2.2 Terminal
Canal de datos.
18
Protocolo H.323 [En Linea] http://voip.megawan.com.ar/doku.php/h323 [Citado en 22 de abril de
2011]
2.3 Gateway
Por consiguiente la función del Gateway, es convertir la señal de voz del teléfono
analógico convencional en datos digitales y enviarlos a través de la red IP hacia
otro Gateway donde se reconstruirá la señal analógica y será enviada al teléfono
del abonado de llamada.19
Destination lookup
Ip Connection Management
19
Packet – based multimedia communications [En linea] http://www.itu.int/rec/T-REC-H.323/e
[Citado en 29 de abril de 2011]
Compression/Digitization
2.6 Compression/Digitization
Una de las funciones más importantes de un Gateway es la conversión de la voz
de señal analógica o de la señal digital (PCM) a un flujo de bits de baja velocidad.
Para poder obtener flujos de datos entre 24 y 5.3 Kbps se requiere de mucha
capacidad de procesamiento por parte del procesador del Gateway. Esto se logra
gracias a la gran variedad de códec de audio, basados en DSP (digital signal
processor).
La PSTN ha tenido una evolución a través de los años, desde una simple conexión
manual a una red de conmutación de circuitos para el transporte de voz desde una
localidad a otra, y con esto un gran cantidad de servicios como lo es, números
portables, transferencia de llamadas, llamada en espera, etc. Para poder brindar
estos servicios se ha dependido en gran parte de la construcción de redes de
señalización independientes integradas pero separadas de las redes del
transporte de voz (CAS, señalización de canal asociado). Esta se basa en él un
protocolo de alta confiabilidad basado en paquetes llamado sistema de
señalización 7 (SS7).20
En una red completamente integrada, el Gateway origen debe ser capaz de usar
la red de señalización 7 como si el fuese un conmutador de la PSTN.
20
ITU-T Recomemmetations advanced [En Linea]
http://www.itu.int/itut/recommendations/rec.aspx?rec=H.323 [Citado en 6 de mayo de 2011]
Para realizar la actividad anteriormente descrita en una red de VoIP, el gateway
(router, servidores de acceso, ó gatekeeper el cual asiste al proceso de conexión)
debe ser capaz de brindar al proveedor de servicios de red, los mismos servicios
que los conmutadores de voz de la PSTN. La metodología a utilizar depende del
modelo de facturación utilizado por el proveedor de servicios, y la forma en que
decida ofrecer los mismos. Por ejemplo el servicio de voz sobre IP se puede
ofrecer en una modalidad de pre-pago o post-pago. El pre-pago se puede
implementar mediante la compra de tarjetas en locales comerciales o asignando
nuevos cómputos a través de la web utilizando un browser e ingresando la tarjeta
de crédito. En la modalidad de post-pago se establece un vínculo contractual entre
el proveedor y el usuario, existiendo la posibilidad de realizar el pago
mensualmente a través del sistema de débito bancario, tarjeta de crédito vía web o
en efectivo.
Un Gateway debe compartir ciertas características con otro Gateway, sin importar
el tamaño de la red sus funciones son similares dentro de la red a la que prestan
sus servicios. Los componentes que hacen a un Gateway de VoIP son:
2.10 Gatekeepers
Address translation.
Admissions control.
Bandwidth management.
Zone management`
Call signaling
21
Audiovisual And Multimedia System [En Linea] http://www.itu.int/dms_pubrec/itu-t/rec/h/T-REC-
H.323-199909-S!!SUM-HTM-S.htm [Citado 13 de mayo de 2011]
2.11 Controlador Multipunto (MC)
Este controlador brinda funciones de control para respaldar conferencias entre tres
o más puntos extremos de una conferencia multipunto. El MC realiza el
intercambio de capacidades con cada uno de los puntos extremos de una
conferencia multipunto y adicionalmente envía un conjunto de capacidades a los
puntos extremos de la conferencia evidenciando los modos de funcionamiento en
los que pueden transmitir. El MC logra revisar el conjunto de capacidades que
envía a los terminales como resultado de la incorporación de terminales a la
conferencia o el abandono de terminales de la misma, por distintos motivos.
22
Audiovisual And Multimedia System [En Linea] http://www.itu.int/dms_pubrec/itu-t/rec/h/T-REC-
H.323-199909-S!!SUM-HTM-S.htm
Un MP el cual procese audio tendrá la responsabilidad de disponer N salidas de
audio a partir de M entradas de audio conmutado, combinando o mezclando estas
dos cosas. Para realizar una mezcla de audio se necesita la decodificación del
audio de entrada en señales lineales o analógicas, generando una combinación
lineal de las señales y recodificando estas señales en formato de audio adecuado.
El MP puede eliminar o atenuar ciertas de las señales de entrada para reducir el
ruido y otras señales las cuales no se desean. Cada salida de audio consigue
tener otra mezcla de señales de entrada posibilita así las conversaciones
privadas.
23
Audiovisual And Multimedia System [En Linea] http://www.itu.int/dms_pubrec/itu-t/rec/h/T-REC-
H.323-199909-S!!SUM-HTM-S.htm [Citado 13 de mayo de 2011]
24
ITU Work [En Línea] http://www.itu.int/ITU-T/workprog/wp_item.aspx?isn=6161 [Citado en 20 de
mayo de 2011]
3. MEGACO
25
http://www.itu.int/rec/T-REC-H.248.1-200203-S/en
26
http://datatracker.ietf.org/wg/megaco/charter/
La descomposición de la arquitectura Gateway está distribuida sobre la
funcionalidad del control de llamadas y la funcionalidad de procesamiento de
medios de comunicación a través de los diferentes elementos que intervienen en
la red. En consecuencia, surge la necesidad de un protocolo de control entre las
entidades, que permitan el control de llamadas para configurar las conexiones de
los medios de comunicación y las propiedades basadas en los requerimientos de
la llamada. 2728
4. SS7
27
http://www.sipcenter.com/sip.nsf/html/SIP+and+MGCP+Megaco
28
http://www.networksorcery.com/enp/rfc/rfc3525.txt
29
http://www.faqs.org/rfcs/rfc3015.html
30
http://www.recursosvoip.com/protocolos/megaco.php
31
http://www.javvin.com/protocolMegaco.html
32
http://www.networksorcery.com/enp/rfc/rfc3525.txt
SS7 es un protocolo que tiene ventajas como lo son la Robustez, señalización
estandarizada, confiabilidad, flexibilidad, capacidad de interconexión y también
ofrece la posibilidad de evolucionar; dejando así el soporte para nuevos y
variados servicios. Este protocolo está basado en una capacidad común para el
transporte de señalización, llamada la parte de transferencia de mensaje (MTP) y
la parte de usuario ISDN, MTP y la parte de control de señalización de conexión
(SCCP) forman la parte de los servicios de red (NSP), los cuales realizan las
funciones que corresponden a las 3 primeras capas del modelo OSI. El MTP
interpreta un sistema de transferencia de mensajes, el cual permite transmitir
información de señalización por medio de la red hacia el punto de destino.33 Este
componente está constituido por tres niveles:
SCCP fue agregado en el año 1984, extendiendo así los servicios de la MTP para
poder alcanzar el equivalente funcional del modelo OSI en nivel tres y así
simplificar el transporte de mensaje orientado a conexión y el de sin conexión
(datagrama). La estructura de SSCP está conformada por cuatro bloques
funcionales: orientado a conexión, control sin conexión, de gestión y
enrutamiento. TCAP (Transaction Capabilities Application Part) proporciona un
mecanismo para aplicaciones orientadas a transacciones. Hace referencia al
conjunto de protocolos y funciones utilizadas por las aplicaciones distribuidas en
una misma red, este se compone de dos subcapas: la de componente (CSL) y la
de transacción (TSL). La parte ISP representa el conjunto de funciones
suministradas por las capas de transporte, sesión y presentación del modelo OSI e
incluye estos servicios para que sean solicitados en aplicaciones futuras. La parte
de operación, mantenimiento y administración (OMAP) proporciona los protocolos
de aplicación para monitorear, coordinar y controlar los recursos de la red que
hacen posible las comunicaciones sobre SS7.34 Los componentes fundamentales
del sistema de señalización SS7 son los puntos de señalización (SP) y de enlaces
33
Q.700: Introduction to CCITT Signalling System No. 7 [En Línea] http://www.itu.int/rec/T-REC-
Q.700-199303-I/e [Citado el 10 de Julio de 2010]
34
SS7 (Signaling System 7) [En Línea] http://www.tech-faq.com/ss7.html [Citado el 13 de Julio de
2011]
que unen a los puntos (SL). Con este sistema se pueden usar varios modos de
señalización: modo asociado y casi asociado.35
Flexibilidad
Robustez y confiabilidad
Probabilidad de evolución
Capacidad de interconexión
35
SS7 Mobile in a Minute [En Línea] http://www.mobilein.com/ss7.htm [Citado el 13 de Julio de
2011]
36
Protocolo de señalizacion numero 7 [En línea] http://voip.megawan.com.ar/doku.php/ss7 [Citado
el 13 de julio de 2011]
4.1 (MTP) Parte de transferencia de mensajes
37
Signalling System #7 (SS7) [En Linea] http://www.telecomspace.com/ss7.html [Citado el 16 de
Julio de 2011]
4.3 Función a nivel de enlace de señalización
Las funciones que están agrupadas en este nivel corresponden a la capa dos del
modelo OSI y son las encargadas de controlar la trasferencia segura de mensajes
de señalización en un enlace, sucede entre dos puntos que estén unidos
directamente. Los mensajes de este tipo son de longitud variable y son
denominados unidades de señal. Existen tres tipos de unidades, que se
diferencian debido a un campo indicador de la longitud del mensaje, designado
unidad de mensaje de señalización, señal de unidad de estado de enlace y la
unidad de llenado de señal. En el nivel de enlace las funciones tienen una gran
semejanza con protocolos de transmisión de datos orientados a bits, los cuales
son usados en las redes de computadores, pero existen algunas diferencias
significativas, debido a las necesidades propias de la señalización en las
telecomunicaciones (perdida de paquetes, mensajes fuera de secuencia, retardos
desproporcionados, etc.), lo cual se requiere que la red acuda prontamente a
eventos como lo son fallas del sistema y de componentes. Para abrir y cerrar las
unidades de señal se usa un Flag de 8 bits y para la detección de errores se usa el
control de redundancia cíclico el cual se basa en el polinomio generador de 16
bits. No obstante, cuando no hay nada que transmitir, se envían unidades de
relleno, en cambio de un Flag, tal cual como se hace en otros protocolos, el motivo
de esto es facilitar un método estable de monitoreo de errores, de tal manera que
los enlaces con fallas se detecten rápidamente y sean puestos fuera de servicio. 38
Este conjunto de funciones corresponde al nivel tres de la capa del modelo OSI
se encarga de la transferencia de mensajes entre cada punto de señalización que
a su vez son nodos de la red de señalización. Este conjunto de funciones alcanzan
a ser divididas en dos categorías: gestión de la red de señalización y manejo de
mensajes de señalización. La primera admite la reconfiguración de la red de
señalización si ocurren fallas de los puntos de señalización o de los enlaces,
realiza un control del tráfico en caso de bloqueo o congestión. La segunda
generara el enrutamiento, la discriminación, y la distribución de los mensajes. La
38
SS7 Tutorial [En línea] http://www.pt.com/page/tutorials/ss7-tutorial [Citado el 18 de julio de
2011]
finalidad es que, cuando suceda una falla, se genere la reconfiguración de tal
forma que no exista perdida de los mensajes o se dupliquen o bien que sean
puestos en secuencia errada y los retardos de los mensajes no se forjen
excesivos.
Esta parte debería pertenecer al nivel cuatro debido a que está por encima de
MTP, pero en realidad hace parte de la capa tres, todo esto debido a que MTP por
si solo en ocasiones no logra proveer el completo conjunto de funciones y
servicios descritos en las capas inferiores. Lo anterior se debe a que MTP fue
desarrollado previamente a SSCP y fue creado para las exigencias en tiempo real
de aplicaciones telefónicas, pero consecutivamente se evidencio que había otras
aplicaciones que requerían servicios adicionales, se necesitaban capacidades del
modelo OSI completo, como los eran: transferencia de mensajes orientados a
conexión y capacidad de direccionamiento aumentada. SCCP fue hecho para
suplir esta necesidad. La estructura que da como resultado de la división de las
funciones de red entre MPT a nivel 3 y SCCP, posee mejorías en el alcance que
los servicios SCCP se pueden utilizar sólo cuando sea necesario, admitiendo que
el MTP atienda las necesidades de las aplicaciones que emplean la transferencia
de mensajes sin conexión con capacidad de almacenamiento limitada. 39
SCCP fue diseñado con el propósito de ampliar los servicios de la MTP para lograr
alcanzar la funcionalidad de la capa de red del modelo OSI y asi facilitar el
transporte de mensajes orientados a conexión. La estructura de SSCP esta
conformado por cuatro bloques funcionales. El orientado a conexión regula el
establecimiento y finalización de circuitos de señalización además de facilitar la
transferencia de los datos de conexión de señalización. El de control sin conexión
provee la transferencia de unidades de datos de tipo sin conexión. El de gestión
facilita contenidos por encima de MTP para administrar la congestión y fallas. Por
último, el bloque de enrutamiento captura los mensajes recibidos de MTP y otros
bloques funcionales y los envía al MPT el cual está debajo del otro bloque
funcional. SCCP suministra capacidades extensas de direccionamiento para
39
SS7 Protocol Suite [En Línea] http://www.protocols.com/pbook/ss7.htm [Citado el 20 de julio de
2011]
enrutar mensajes dentro de la red SS7 y su posterior distribución dentro de un
nodo de la red. Una de estas capacidades es la función de traducción que
convierte una dirección llamada Titulo Global, que es un número especial, en otra
dirección que la red de señalización utiliza para enrutar el mensaje.
40
Conmutación de Paquetes protocolos IP [En línea] http://www.zator.com/Internet/A3_1.htm
[Citado el 22 de julio de 2011]
La parte ISP no está ciertamente precisada, y como resultado, no está relacionada
en el SS7, pero habitualmente acepta que represente al conjunto de funciones
proporcionadas por las capas de transporte, sesión y presentación del modelo OSI
la cual se incluye en el SS7 para el caso de que tales servicios sean necesitados a
futuro. Por consiguiente simplemente pretende disponer de un sitio reservado para
la inserción futura de protocolos apropiados, cuando los servicios las capas
anteriormente mencionadas sean necesarios para aplicaciones SCCP.
Estas partes proporcionan las funciones necesarias para la utilización de las capas
bajas como lo es la MTP por parte de un usuario. La parte de usuario ISDN,
llamada ISDN-UP (ISDN-User Part), o ISUP, es un protocolo el cual está orientado
a mensaje, determinado para proporcionar el control de llamadas. Provee las
funciones de señalización que son ineludibles para acceder a los servicios de
soportes básicos y los servicios suplementarios en el cual intervienen aplicaciones
en el ambiente ISDN. La parte de ISUP no mantiene la estructura de la capa de
aplicación OSI. Este término está mal determinado debido a que no se refiere al
41
Conmutación, Red Inteligente y Servicios Convergente SS7 [En línea] http://www.pucp.edu.pe/
puntoedu/index.php?option=com_content&task=view&id=2466 [Citado el 22 de Julio de 2011]
usuario ISDN, sino que ISUP es un usuario de las capas bajas del protocolo SS7.
Otros usuarios de MTP son SCCP y TCAP.
Los posibles servicios con ISUP incluyen servicios portadores básicos y una
variedad de servicios suplementarios. ISUP utiliza algunas de las ventajas de MTP
para el envió seguro de mensajes de señalización entre centrales. Además toma
a SCCP para lo consiguiente con la señalización de extremo a extremo. Conforme
con el modelo OSI, para alcanzar el intercambio de información entre ISUP y MTP
este se lleva a cabo por el uso de parámetros transportados por primitivas de
servicio intercapa. En ISUP los mensajes poseen longitudes variables, hasta 272
octetos de bytes, los cuales tienen una etiqueta de enrutamiento que permite
saber cuál es el origen y destino del mensaje, denominado código de identificación
del circuito 42
42
SS7 Protocol Overview [En Línea] http://fengnet.com/book/voip/ch04lev1sec2.html [Citado el 22
de Julio de 2011]
43
SS7 Overview [En Linea] http://www.techfest.com/networking/wan/ss7.htm [Citado el 22 de Julio
de 2011]
5. ANÁLISIS DE LOS PROTOCOLOS
Los operadores (de móvil y fijo) también están implantando SIP dentro de su
estrategia de convergencia, aprovechando de este modo la escalabilidad y
interoperabilidad que nos proporciona el protocolo SIP.
Características SIP
SIP proporciona soporte para la movilidad localización
Definitivamente, se denota que el protocolo SIP día tras día se vuelve más
robusto, por consiguiente se muestran los aspectos más importantes referentes a
dicho protocolo
SIP posee una autentificación del que realiza la llamada y del que la recibe
mediante mecanismos HTTP.
El protocolo H.323, propuesto por la ITU-T, como el protocolo SIP, propuesto por
el IETF, concretan mecanismos de señalización para establecer y finalizar
llamadas, así como funciones de control de conferencia, negociación de
capacidades y los servicios adicionales que estos ofrecen sobre la red conmutada
de paquetes.
Las estructura en las que se basan SIP y H.323 y Megaco son esencialmente
distintos no obstante, al realizar una comparación de la evolución de estos
estándares durante el trascurso de estos años, se llega a la conclusión de que, a
medida que se definen nuevas desarrollos en el protocolo SIP y surgen nuevas
versiones de H.323 cada vez se diferencian menos en cuanto a las
funcionalidades y posibilidades que estos brindan, con respecto a Megaco
depende más de la conexión y se integra con cualquiera de estos protocolos.
The SIP center A portal for the commercial development of SIP [En Línea]
http://www.sipcenter.com/sip.nsf/html/Whitepapers [Citado en 17 de marzo de
2011]