Escolar Documentos
Profissional Documentos
Cultura Documentos
TERMINALES MVILES E IP
WILMER SANTAMARA GONZLEZ
GRUPO DE INVESTIGACIN PROMENTE
LNEA DE INVESTIGACIN EN TELECOMUNICACIONES
FUNDACIN UNIVERSITARIA KONRAD LORENZ
FACULTAD DE MATEMTICAS E INGENIERA
BOGOTA D.C.
2011
PROTOCOLOS DE SEALIZACIN USADA ACTUALMENTE PARA
TERMINALES MVILES E IP
WILMER SANTAMARA GONZLEZ
DIRECTORA
ING. LEIDY JOHANNA ORTIZ
GRUPO DE INVESTIGACIN PROMENTE
LNEA DE INVESTIGACIN EN TELECOMUNICACIONES
FUNDACIN UNIVERSITARIA KONRAD LORENZ
FACULTAD DE MATEMTICAS E INGENIERA
BOGOTA D.C.
2011
TABLA DE CONTENIDO
Introduccin ............................................................................................................. 6
1.Protocolo SIP ........................................................................................................ 7
1.1 Caractersticas 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 Dilogos ................................................................................................ 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 Funcin a nivel de enlace de datos de sealizacin ................................ 37
4.3 Funcin a nivel de enlace de sealizacin ................................................ 38
4.4 Funcin de red de sealizacin ................................................................ 38
4.5 (SCCP) Parte de control de conexin de sealizacin ............................. 39
4.6 (TCAP) Parte de aplicacin de capacidades de transaccin .................... 40
4.7 (ISP) Parte intermedia de servicios........................................................... 40
4.8 (OMAP) La parte de operacin, mantenimiento y administracin ............. 41
4.9 Las partes del usuario ............................................................................... 41
5.Anlisis de Protocolos ......................................................................................... 43
Tabla de Figuras
Ilustracin 1 Protocolos Sobre IP ............................................................................. 9
Ilustracin 2 Esquema de Agente de Usuario ........................................................ 11
Ilustracin 3 Agente de Usuario B2BUA ................................................................ 15
Ilustracin 4 Arquitectura de MEGACO ................................................................. 33
INTRODUCCIN
La presente investigacin involucra algunos de los protocolos de sealizacin
teniendo en cuenta la evolucin y los estndares que estn implementados en la
actualidad, teniendo en cuenta que cada una de las fuentes primarias
correspondientes a cada protocolo, de esta manera la metodologa que se
pretende implementar para el desarrollo de la misma es de tipo cualitativo, debido
a que no se pretende plantear un nuevo esquema de sealizacin, sino que por el
contrario se busca profundizar las sealizaciones existentes y cual es futuro de las
mismas.
El ascenso de Internet como un rival a la red telefnica de conmutacin de
circuitos ha dado lugar a fuertes razones econmicas y tecnolgicas para la
convergencia de servicios y arquitecturas. Con el fin de asimilar los servicios de
telefona con la tecnologa omnipresente de la IP, es necesario un protocolo de
sealizacin para crear y finalizar las conexiones.
Diferentes grupos de investigacin proponen soluciones particulares enfocadas a
satisfacer sus propias prioridades e intereses y la comunidad de Internet desea
introducir servicios innovadores basados en las herramientas mejoradas de
edicin web como XML y ms protocolos abiertos, peer-to-peer y modelos de
llamada.
1. PROTOCOLO SIP
El protocolo de sealizacin SIP (Session Initiation Protocol) es utilizado para el
establecimiento de sesiones en una red IP. Una sesin puede ser una simple
llamada de telfono de dos vas o podra ser una colaboracin de sesin de
conferencia multimedia. La capacidad de establecer estas sesiones significa que
surge una gran cantidad de servicios innovadores, tales como voz enriquecida, el
comercio electrnico, pgina web, haga clic para marcar, la mensajera
instantnea con listas de amigos, y los servicios IP.
Durante los ltimos aos, la comunidad de voz sobre IP ha adoptado SIP como
protocolo de eleccin para la sealizacin. SIP es un estndar RFC (RFC 3261)
de Internet del grupo de investigacin 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 tecnologa madura y sus productos son socializados en el
mercado.
La ideologa del IETF es la simplicidad: slo se especifica lo que se necesita
especificar. Este protocolo es mucho ms que un modelo, ha sido desarrollado
exclusivamente como un mecanismo para establecer sesiones, las cuales no se
conoce acerca de los detalles de una sesin, slo inicia, termina y modifica
sesiones. Esta simplicidad significa que SIP tiene varias escalas, que es
extensible, y se acopla cmodamente en diferentes arquitecturas y escenarios de
implementacin.
SIP es un protocolo de peticin-respuesta que se asemeja a dos protocolos de
Internet, HTTP y SMTP (los protocolos Web y de correo electrnico) y, en
consecuencia, SIP se vincula cmodamente junto a las aplicaciones de Internet.
Usando la telefona sobre SIP, esta se convierte en otra aplicacin web y se
integra fcilmente en otros servicios de Internet. SIP es una herramienta simple
que los proveedores de servicios pueden utilizar para construir servicios
convergentes de voz y multimedia.
12
1
Entidades bsicas SIP [En Lnea] http://es.wikitel.info/wiki/Entidades_b%C3%A1sicas_SIP
[Citado en 10 de marzo de 2011]
1.1 Caractersticas Principales
SIP se describe como un protocolo de control para crear, modificar y terminar
sesiones con uno o ms participantes. Estas sesiones incluyen conferencias
multimedia de Internet, o de cualquier red IP, llamadas telefnicas y la distribucin
multimedia. Los miembros en una sesin pueden comunicarse a travs de
multicast o por medio de una malla de relaciones unidifusin, o mediante una
combinacin de stos. SIP soporta descripciones de la sesin que permitir a los
participantes a un acuerdo sobre un conjunto de tipos de medios compatibles.
Tambin es compatible con la movilidad del usuario, representando y redirigiendo
las peticiones a la localizacin actual del usuario. SIP no est ligado a ningn
protocolo de control de conferencia en particular.
Otra de las grandes tareas es garantizar que la llamada llegue a su destino. La
realizacin de cualquier asignacin de informacin descriptiva de la informacin de
ubicacin. Esto permite que el grupo involucrado en una llamada (puede ser una
llamada en conferencia) se pone de acuerdo sobre las funciones admitidas,
reconociendo que no todas las partes involucradas pueden soportar el mismo nivel
de caractersticas. Por ejemplo, el vdeo puede ser o no ser compatible.
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, adems de que los usuarios pueden ser transferidos o puestos
en espera.
Un usuario tiene la posibilidad de cambiar las caractersticas de llamada durante el
curso de la misma. Por ejemplo, una llamada puede haber sido creada con la
caracterstica de voz, pero en el transcurso de la llamada, los usuarios pueden
necesitar para habilitar una funcin de vdeo. Un tercero puede unirse a una
llamada puede y requerir diferentes caractersticas para estar habilitado y
participar en la convocatoria.
Para no definir un nuevo sistema de direccionamiento, en algunos casos las
direcciones de usuarios SIP estn asociadas al correo electrnico. Cada usuario
es identificado mediante una direccin URL jerrquica que se construye alrededor
de elementos como el nmero de telfono de un usuario, o el nombre del host por
2
Session Initiation Protocol [En Lnea] http://datatracker.ietf.org/wg/sip/charter/ [Citado en 22 de
abril de 2011]
ejemplo, (sip:usario@compaia.com). Esto significa que es ms sencillo para
redirigir a alguien a otro telfono, ya que es como redirigirse a una pgina web.
3
Ilustracin 1 Protocolos Sobre IP
1.2 SIP URI
Todas las entidades SIP son identificadas por medio de URI (Uniform Resource
Identifier), los URI contienen la suficiente informacin para iniciar y para mantener
una sesin de comunicacin con el recurso, utilizan una forma similar a la
direccin de correo, permitiendo as ver las especificaciones del encabezado,
haciendo posible especificar el destinario, el tipo de medio o la urgencia de la
sesin usando URI. La forma general de un SIP URI es:
Sip:usuario:contrasea@direccion_del_equipo;parmetros _URI
Las instancias estn enmarcadas por las siguientes caractersticas:
ACK: confirma la recepcin del mtodo INVITE el cual es el que indica que
se encuentra listo para establecer una comunicacin.
BYE: este tipo de mensajes son utilizados para finalizar las sesiones
multimedia, el UA que desee finalizar la conversacin enva un BYE.
2xx Respuestas Exitosas. Estas respuestas son las ultimas que recibe el
autor de la solicitud, significa que las solicitudes son procesadas y
aceptadas.
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 errnea o la solicitud no se puede realizar en ese
servidor.
Terminal
Gateway
Gatekeeper
Controlador Multipunto
Procesador Multipunto
Proxy H.323
2.2 Terminal
Una terminal H.323 es un dispositivo que se encuentra al extremo de la red, el
cual tiene la funcin de proporcionar comunicaciones bidireccionales en tiempo
real con otra terminal H.323, Gateway o unidad de control multipunto (MCU). La
comunicacin que existe entre estos consta de seales de control, indicaciones,
audio, imagen en color en movimiento y /o datos entre las dos terminales.
Conforme a la especificacin, un terminal H.323 puede proporcionar slo voz, voz
y datos, voz y vdeo, o voz, datos y vdeo.
Por lo general la terminal receptora se encarga de incluir el retardo necesario en
las tramas para obtener una buena sincronizacin. Por ejemplo en el caso cuando
se presenta un retardo en las tramas de audio para mantener la sincronizacin con
las tramas de vdeo. Una terminal H.323 tiene las siguientes caractersticas:
18
Interfaz de usuario: monitores, cmaras, micrfonos, aplicaciones de datos
Cdec de audio y los de vdeo pueden ser opcionales.
Canal de datos.
Unidad de control que es la encargada de gestionar los protocolos RAS,
H.245 y H.225.
Capa H.225 para definicin de mensajes.
Interfaz con la red por paquete
18
Protocolo H.323 [En Linea] http://voip.megawan.com.ar/doku.php/h323 [Citado en 22 de abril de
2011]
2.3 Gateway
Los Gateways o pasarelas, proporcionan la interconexin en ambos sentidos en
tiempo real de las terminales H.323 de la red de paquetes y otros terminales con la
Red Pblica de Telefona Conmutada (PSTN) Red Digital de Servicios
Integrados (ISDN) o bien sea con otro Gateway.
Si bien la integracin entre la red conmutada de telefona (PSTN) y la red de
conmutacin de paquetes es sencilla a niveles bsicos (conexiones va modem,
telefona entre equipo y equipo), no sucede lo mismo cuando se trata de
integracin a gran escala como lo son funcionalidades, servicios asociados, etc.
Para poder obtener la integracin anteriormente mencionada se deben modificar
varios componentes en ambas redes para que esta sea a gran escala. Por
ejemplo las redes IP e Internet deben adoptar una o varias maneras de que las
comunicaciones de VoIP sean un servicio confiable y de calidad adecuada,
mientras que la PSTN debe mejorar la forma en que permita el acceso a sus
servicios al protocolo IP. El punto esta donde comienza y termina la
responsabilidad de una u otra red, es donde se deben centralizar los mayores
esfuerzos para ajustar el mundo IP con el mundo PSTN y es el Gateway de
telefona IP, el dispositivo encargado de dicha integracin.
Por consiguiente la funcin del Gateway, es convertir la seal de voz del telfono
analgico convencional en datos digitales y enviarlos a travs de la red IP hacia
otro Gateway donde se reconstruir la seal analgica y ser enviada al telfono
del abonado de llamada.
19
Las principales funciones del Gateway son:
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
Puertos
Configuracin de software
Sistema de reportes
Sistema operativo
Soporte de protocolos
Seguridad
2.10 Gatekeepers
Un Gatekeeper puede ser considerado el cerebro de la red H.323. Es el punto
focal para todas las llamadas dentro de la red H.323. A pesar de que estos no son
un requerimiento obligatorio dentro de una red con sistema H.323 pero en
sistemas de tamao significativo existe la necesidad de centralizar la
administracin del control de llamadas, debido que los Gatekeeper ofrecen
servicios importantes, como lo son la traduccin de direcciones, autorizacin y
autenticacin de terminales y puertas de enlace, gestin de ancho de banda,
contabilidad, facturacin y cobro. Los Gatekeepers tambin pueden proporcionar
servicios de enrutamiento de llamadas. Las funciones del Gatekeeper son:
21
Address translation.
Admissions control.
Bandwidth management.
Zone management`
Call signaling
Es primordial tener en cuenta que el gatekeeper es un componente optativo dentro
del sistema H.323, y que los procedimientos de sealizacin definidos en las
recomendaciones H.225 y H.245 han sido diseados para funcionar con y sin el
gatekeeper. Los sistemas que no tienen gatekeepers permiten a los puntos
extremos realizar la sealizacin ente ellos directamente, poniendo la
responsabilidad de las funciones de administracin y control que provee el
gatekeeper en los propios puntos extremos.
Para que un gatekeeper pueda administrar un terminal o Gateway, este como
primera medida se debe registrar en su propia base de datos y anotar su direccin
IP o alias, adicional de otro tipo de informacin, como por ejemplo los limites de
ancho de banda del canal y el espacio necesario para que el gatekeeper pueda
actuar por el punto extremo. Este registro se puede realizar en forma manual a
travs de archivos de configuracin de gatekeepers o mediante los procedimientos
H.323 de registro y descubrimiento de gatekeepers.
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 ms 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 enva 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
enva a los terminales como resultado de la incorporacin de terminales a la
conferencia o el abandono de terminales de la misma, por distintos motivos.
Asimismo, el MC establece el modo de comunicacin seleccionado SCM,
(selected communication mode) para la conferencia. El SCM puede ser general
para todos los puntos extremos de la conferencia o, de manera alterna, algunos de
ellos pueden tener un SCM distinto de los otros puntos extremos.
Como parte del establecimiento de una conferencia multipunto, un punto extremo
quedar conectado a un MC en su canal de control H.245. La conexin puede
producirse:
Sealizacin estndar por canal comn
Flexibilidad
Robustez y confiabilidad
Probabilidad de evolucin
Capacidad de interconexin
Soporte para nuevos servicios.
Por lo anterior se describir la arquitectura del SS7 y su relacin con el Modelo de
Referencia OSI, basado en una capacidad comn para el transporte de
sealizacin, llamada la parte de transferencia de mensaje MTP (Message
Transfer Part) y de las partes de usuarios, as como la parte de usuario ISDN.
MTP y la parte de control de sealizacin de conexin SCCP (Signalling
Connection Control Part) forman la parte de los servicios de red NSP (Network
Services Part), las cuales realizan las funciones correspondientes a las primeras 3
capas del modelo OSI.
35
SS7 Mobile in a Minute [En Lnea] http://www.mobilein.com/ss7.htm [Citado el 13 de Julio de
2011]
36
Protocolo de sealizacion numero 7 [En lnea] http://voip.megawan.com.ar/doku.php/ss7 [Citado
el 13 de julio de 2011]
4.1 (MTP) Parte de transferencia de mensajes
Un enlace de datos de sealizacin es un trayecto de transmisin bidireccional
para la sealizacin, el cual est conformado por dos canales de datos que
funcionan simultneamente en sentido opuesto de la transmisin de datos a la
misma velocidad. Esta parte constituye el nivel ms bajo en la jerarqua funcional
del protocolo de Sealizacin 7. Este representa un sistema de transferencia de
mensajes, el cual admite transmitir informacin de sealizacin por medio de la
red hacia el punto final. El objetivo global de MTP es facilitar la transferencia y la
entrega confiable de la informacin de sealizacin por medio de la red de
sealizacin, tomando as las acciones necesarias respondiendo a las fallas o a la
congestin que esta pueda presentar.
37
4.2 Funcin a nivel de enlace de datos de sealizacin
Un enlace de datos es una ruta de transmisin bidireccional para sealizacin, que
radica de dos canales de datos operando simultneamente en direcciones
inversas a la velocidad de transmisin. Esta funcin desempea a cabalidad la
definicin del modelo OSI en la capa fsica nivel uno y puede ser de tipo analgico
o digital. Los enlaces de tipo digital estn conformados por canales de transmisin
digital y los equipos terminales, que poseen una interfaz para terminales de
sealizacin. Los canales de transmisin digital se derivan de un flujo digital
mltiplex, el cual est constituido por una estructura de trama tipo PCM, o de
circuitos de datos. Los enlaces analgicos estn compuestos de canales de
transmisin analgicos a frecuencia vocal. Para los digitales la velocidad que se
recomienda de acuerdo a los estndares ANSI, es de 56 kb/s y de acuerdo a la
recomendacin de la CCITT, es de 64 kb/s. Para estos enlaces tambin se puede
recurrir a velocidades ms bajas, pero se tiene que tener en cuenta los requisitos
de retardo del mensaje relativo a las partes de usuario.
37
Signalling System #7 (SS7) [En Linea] http://www.telecomspace.com/ss7.html [Citado el 16 de
Julio de 2011]
4.3 Funcin a nivel de enlace de sealizacin
Las funciones que estn agrupadas en este nivel corresponden a la capa dos del
modelo OSI y son las encargadas de controlar la trasferencia segura de mensajes
de sealizacin en un enlace, sucede entre dos puntos que estn unidos
directamente. Los mensajes de este tipo son de longitud variable y son
denominados unidades de seal. Existen tres tipos de unidades, que se
diferencian debido a un campo indicador de la longitud del mensaje, designado
unidad de mensaje de sealizacin, seal de unidad de estado de enlace y la
unidad de llenado de seal. En el nivel de enlace las funciones tienen una gran
semejanza con protocolos de transmisin 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 sealizacin 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 seal se usa un Flag de 8 bits y para la deteccin de errores se usa el
control de redundancia cclico el cual se basa en el polinomio generador de 16
bits. No obstante, cuando no hay nada que transmitir, se envan unidades de
relleno, en cambio de un Flag, tal cual como se hace en otros protocolos, el motivo
de esto es facilitar un mtodo estable de monitoreo de errores, de tal manera que
los enlaces con fallas se detecten rpidamente y sean puestos fuera de servicio.
38
4.4 Funcin de red de sealizacin
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 sealizacin que
a su vez son nodos de la red de sealizacin. Este conjunto de funciones alcanzan
a ser divididas en dos categoras: gestin de la red de sealizacin y manejo de
mensajes de sealizacin. La primera admite la reconfiguracin de la red de
sealizacin si ocurren fallas de los puntos de sealizacin o de los enlaces,
realiza un control del trfico en caso de bloqueo o congestin. La segunda
generara el enrutamiento, la discriminacin, y la distribucin de los mensajes. La
38
SS7 Tutorial [En lnea] 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 reconfiguracin 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.
4.5 (SCCP) Parte de control de conexin de sealizacin
Esta parte debera 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 telefnicas, pero consecutivamente se evidencio que haba otras
aplicaciones que requeran servicios adicionales, se necesitaban capacidades del
modelo OSI completo, como los eran: transferencia de mensajes orientados a
conexin y capacidad de direccionamiento aumentada. SCCP fue hecho para
suplir esta necesidad. La estructura que da como resultado de la divisin de las
funciones de red entre MPT a nivel 3 y SCCP, posee mejoras en el alcance que
los servicios SCCP se pueden utilizar slo cuando sea necesario, admitiendo que
el MTP atienda las necesidades de las aplicaciones que emplean la transferencia
de mensajes sin conexin con capacidad de almacenamiento limitada.
39
SCCP fue diseado con el propsito 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 conexin. La estructura de SSCP esta
conformado por cuatro bloques funcionales. El orientado a conexin regula el
establecimiento y finalizacin de circuitos de sealizacin adems de facilitar la
transferencia de los datos de conexin de sealizacin. El de control sin conexin
provee la transferencia de unidades de datos de tipo sin conexin. El de gestin
facilita contenidos por encima de MTP para administrar la congestin y fallas. Por
ltimo, el bloque de enrutamiento captura los mensajes recibidos de MTP y otros
bloques funcionales y los enva al MPT el cual est debajo del otro bloque
funcional. SCCP suministra capacidades extensas de direccionamiento para
39
SS7 Protocol Suite [En Lnea] http://www.protocols.com/pbook/ss7.htm [Citado el 20 de julio de
2011]
enrutar mensajes dentro de la red SS7 y su posterior distribucin dentro de un
nodo de la red. Una de estas capacidades es la funcin de traduccin que
convierte una direccin llamada Titulo Global, que es un nmero especial, en otra
direccin que la red de sealizacin utiliza para enrutar el mensaje.
4.6 (TCAP) Parte de aplicacin de capacidades de transaccin
TCAP fue implantada despus de la SCCP y provee un mecanismo para las
aplicaciones orientadas a transacciones en cambio de las orientadas a
transacciones. La capacidad de transacciones hace referencia al conjunto de
protocolos y funciones empleados por aplicaciones distribuidas en una red, con el
propsito de comunicar una con otra. TC (Transaction Capabilities) hace
referencia a los protocolos de aplicacin, adems de los servicios y protocolos que
los soportan. Para las aplicaciones desarrolladas en el momento, TCAP usa
directamente los servicios de SCCP, que a su vez usa los servicios de MTP,
mientras que las capas de nivel superior son nulas. Fundamentalmente TCAP
permite a un conjunto de herramientas, en un entorno sin conexin, para ser
utilizado en alguna aplicacin desde un nodo el cual invoca la ejecucin de un
procedimiento en otro nodo para intercambiar los resultados. Como tal, incluye
protocolos y servicios para efectuar operaciones remotas y est estrechamente
relacionado con el protocolo de operacin remota del modelo OSI. Las
aplicaciones distribuidas que utilizan TCAP pueden residir en las bases de datos
como en las centrales. El principal uso de TCAP en las redes sirve para activar
procedimientos remotos que poseen las redes inteligentes. TCAP proporciona
procedimientos para aplicaciones intensas que funcionan en tiempo real de la
forma interrogacin respuesta.
40
Las aplicaciones de TCAP pueden ser interactivas las cuales consisten en
transacciones transitorias donde el retardo se obliga a ser evitado, por lo que se
usa el modo sin conexin, o de lote que involucran el movimiento de grandes
volmenes de datos y usando el modo de conexin.
4.7 (ISP) Parte intermedia de servicios
40
Conmutacin de Paquetes protocolos IP [En lnea] 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, sesin y presentacin 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 insercin futura de protocolos apropiados, cuando los servicios las capas
anteriormente mencionadas sean necesarios para aplicaciones SCCP.
4.8 (OMAP) La parte de operacin, mantenimiento y administracin
Esta parte permite a los protocolos de aplicacin coordinar controlar y monitorear,
los recursos de la red que hacen viables las comunicaciones fundamentadas en el
SS7. OMAP es un ejemplo de un usuario de TCAP, esto es un ASE (Application
Service Element), a nivel de capas del modelo OSI, y suministra las funciones de
mantenimiento y administracin de la red SS7. Est cimentado en el modelo OSI,
pero por el momento sus estndares estn limitados a algunas funciones
especficas, tales como la prueba de verificacin de un vlido enrutamiento MTP a
travs de la prueba MRTV y de la validez de un circuito a travs de la prueba
CVT.
41
4.9 Las partes del usuario
Estas partes proporcionan las funciones necesarias para la utilizacin 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 sealizacin que son ineludibles para acceder a los servicios de
soportes bsicos 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
aplicacin OSI. Este trmino est mal determinado debido a que no se refiere al
41
Conmutacin, Red Inteligente y Servicios Convergente SS7 [En lnea] 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 bsicos y una
variedad de servicios suplementarios. ISUP utiliza algunas de las ventajas de MTP
para el envi seguro de mensajes de sealizacin entre centrales. Adems toma
a SCCP para lo consiguiente con la sealizacin de extremo a extremo. Conforme
con el modelo OSI, para alcanzar el intercambio de informacin entre ISUP y MTP
este se lleva a cabo por el uso de parmetros 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 cul es el origen y destino del mensaje, denominado cdigo de identificacin
del circuito
42
El servicio bsico ofrecido por ISDN-UP es el control de conexiones con
conmutacin de circuito entre las centrales de los subscritores. La sealizacin de
acceso del usuario de la red se realiza por medio del protocolo DSS1 (Q.931)
sobre el canal D. Los servicios suplementarios incluyen sealizacin de usuario a
usuario, grupo cerrado de usuarios, identificacin del usuario, redireccionamiento
de llamadas, etc. Los mensajes ISDN-UP para tales servicios se transfieren ya sea
por el mtodo de enlace a enlace basndose en MTP o por el mtodo de extremo
a extremo basndose en SCCP.
43
42
SS7 Protocol Overview [En Lnea] 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. ANLISIS DE LOS PROTOCOLOS
De acuerdo a las bases tericas evidenciadas en este documento se denota que
uno de los protocolos que se ajusta ms fcil a las organizaciones que inician la
incursin de esta tecnologa, afirmando a SIP como una infraestructura
tecnolgica que permitir abarcar comunicaciones unificadas basadas sobre el
protocolo IP. Esta infraestructura incorporar soluciones de localizacin y
movilidad. Estas funciones estn integradas con el proveedor de servicios,
proporcionando as un conjunto de herramientas que permite ampliar el alcance de
los servicios. Por lo anterior la integracin de estos componentes se beneficiar de
servicios de comunicaciones ms flexibles para aumentar la productividad, abrir
posibilidades de integracin de soluciones de comunicacin con aplicaciones
comerciales y permitir que el cliente indique por s mismo sus preferencias.
Cuando los clientes tengan puntos finales habilitados para SIP, los proveedores de
servicios podrn ofrecer a los clientes un amplio conjunto de aplicaciones que en
la actualidad el proveedor posee en sus redes.
Los operadores (de mvil y fijo) tambin estn implantando SIP dentro de su
estrategia de convergencia, aprovechando de este modo la escalabilidad y
interoperabilidad que nos proporciona el protocolo SIP.
A continuacin se describirn cada una de las principales caractersticas del
protocolo SIP teniendo en cuenta sus ventajas y desventajas frente a los dems
protocolos.
El protocolo SIP se comporta de manera transparente, admitiendo as el mapeo de
nombres y la redireccin de servicios permitiendo as la implementacin de las
redes inteligentes.
Para lograr la integracin de los servicios de una red inteligente el protocolo SIP
acondiciona distintas funciones las cuales se muestran a continuacin:
Caractersticas SIP
SIP proporciona soporte para la movilidad localizacin
Permite la negociacin de parmetros
Disponibilidad del usuario
Establecimiento y mantenimiento de sesiones
En conclusin, el protocolo SIP permite la interaccin entre cada uno de los
dispositivos, lo cual se obtiene con distintos tipos de mensajes propietarios del
protocolo. Estos mensajes suministran capacidades para realizar el registrar o
invitar un usuario a una sesin, negociando los parmetros de una sesin, para
lograr establecer una comunicacin entre dos a ms terminales y su respectiva
finalizacin.
Definitivamente, se denota que el protocolo SIP da tras da se vuelve ms
robusto, por consiguiente se muestran los aspectos ms importantes referentes a
dicho protocolo
El control de llamadas es sin estado, y proporciona escalabilidad entre los
dispositivos telefnicos y los servidores.
SIP no requiere muchos ciclos de CPU para generar mensajes de
sealizacin de manera que el servidor puede manejar transacciones.
Las llamadas SIP son independientes de la presencia de una conexin en
la capa de transporte.
SIP posee una autentificacin del que realiza la llamada y del que la recibe
mediante mecanismos HTTP.
Permite la autenticacin y encriptacin salto a salto por SSL/TSL pero
tambin puede usar la capa de transporte o un mecanismo de seguridad de
HTTP, como SSH o S-HTTP.
Los proxy SIP pueden reconocer la sealizacin de la llamada y puede
bifurcar a cualquier nmero de dispositivos paralelamente.
CONCLUSIONES
El protocolo H.323, propuesto por la ITU-T, como el protocolo SIP, propuesto por
el IETF, concretan mecanismos de sealizacin para establecer y finalizar
llamadas, as como funciones de control de conferencia, negociacin de
capacidades y los servicios adicionales que estos ofrecen sobre la red conmutada
de paquetes.
SIP se dise posteriormente con la pretensin de presentar dos ventajas frente a
H.323: Mayor flexibilidad para incorporar nuevas funciones y una ms fcil
Implementacin y depuracin.
El Protocolo SIP es un protocolo ligero similar a otros desarrollados previamente
por el IETF como HTTP el cual es amplia extensin, mientras que H.323 sigue un
esquema aproximado al sistema tradicional de conmutacin de circuitos,
basndose en la sealizacin de la red digital de servicios integrados, y otras
recomendaciones de la serie H.
Las estructura en las que se basan SIP y H.323 y Megaco son esencialmente
distintos no obstante, al realizar una comparacin de la evolucin de estos
estndares durante el trascurso de estos aos, se llega a la conclusin 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 ms de la conexin y se integra con cualquiera de estos protocolos.
Un factor comn en estas arquitecturas es el protocolo que utilizan para el
transporte, para el intercambio de datos multimedia en el transcurso de las
sesiones, aunque no est precisado, se utiliza RTP, sin que haya ninguna
alternativa otra alternativa.
Las condiciones que debe tener una arquitectura en general para que pueda dar
soporte, al menos, a un sistema ntegro de telefona que se compenetre y
sustituya posteriormente a la red telefnica tradicional debe tener en cuenta los
siguientes aspectos: Escalabilidad de un gran nmero de usuarios en todo el
mundo, mantener llamadas activas en forma simultnea, permitir la gestin de la
red de tal modo que exista la posibilidad de aplicar polticas de control y
tarificacin, proveer mtodos para brindar una mejor calidad de servicio,
interoperabilidad entre los distintos fabricantes, protocolos y versiones de de cada
uno de estos y por ltimo facilidad de ampliacin.
BIBLIOGRAFA
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]
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]
B2BUA Documentation [En Lnea]
http://www.b2bua.org/wiki/B2BUADocumentation [Citado en 15 de abril es 2011]
Central Telefnica IP de 3CX para Windows [En Lnea] http://www.3cx.es/ [Citado
en 6 de mayo 2011]
Characteristics About SIP [En Lnea]
http://www.sipcenter.com/sip.nsf/html/Characteristics [Citado en 13 de mayo de
2011]
Conmutacin de Paquetes protocolos IP [En lnea]
http://www.zator.com/Internet/A3_1.htm [Citado el 22 de julio de 2011]
Conmutacin, Red Inteligente y Servicios Convergente SS7 [En lnea]
http://www.pucp.edu.pe/
puntoedu/index.php?option=com_content&task=view&id=2466 [Citado el 22 de
Julio de 2011]
Entidades bsicas SIP [En Lnea]
http://es.wikitel.info/wiki/Entidades_b%C3%A1sicas_SIP [Citado en 10 de marzo
de 2011]
Gateway Control Protocol [En
linea]http://www.networksorcery.com/enp/rfc/rfc3525.txt[citado 12 de junio 2011]
H.248.1: Gateway control protocol [En linea] http://www.itu.int/rec/T-REC-H.248.1-
200203-S/en [citado 6 de mayo 2011]
H.323 Forum [En linea] http://www.h323forum.org/standards/ [Citado en 1 de
abril de 2011]
H.323 Information Site [En Linea] http://www.packetizer.com/ipmc/h323/ [Citado en
8 de abril de 2011]
H.323 versus SIP [En Lnea] http://www.packetizer.com/ipmc/h323_vs_sip/ [citado
en 10 de marzo de 2011]
ITU-T Recomemmetations advanced [En Linea]
http://www.itu.int/itut/recommendations/rec.aspx?rec=H.323 [Citado en 6 de mayo
de 2011]
ITU Work [En Lnea] http://www.itu.int/ITU-T/workprog/wp_item.aspx?isn=6161
[Citado en 20 de mayo de 2011]
Laboratorio de VoIP [En Lnea]
http://www.voip.unam.mx/mediawiki/index.php/Protocolo_SIP [Citado en 10 de
marzo de 2011]
Media Gateway Control (megaco) [En
lnea]http://datatracker.ietf.org/wg/megaco/charter/[citado 27 de 2011]
Megaco/H.248: Media Gateway Control Protocol [Enlinea
]http://www.javvin.com/protocol Megaco.html [citado 20 de mayo 2011]
MEGACO vs MGCP [Enlinea]
http://hive1.hive.packtizer.com/users/packetizer/papers/ipmc/MEGAC
OvsMGCP_v3.pdf [citado 6 de junio 2011]
Packet based multimedia communications [En linea] http://www.itu.int/rec/T-
REC-H.323/e [Citado en 29 de abril de 2011]
Protocolo de sealizacin numero 7 [En lnea]
http://voip.megawan.com.ar/doku.php/ss7 [Citado el 13 de julio de 2011]
Protocolo H.248 (MEGACO)[En
linea]http://www.recursosvoip.com/protocolos/megaco.php[citado 13 de mayo
2011]
Protocolo H.323 [En Linea] http://voip.megawan.com.ar/doku.php/h323 [Citado en
22 de abril de 2011]
Q.700: Introduction to CCITT Signalling System No. 7 [En Lnea]
http://www.itu.int/rec/T-REC-Q.700-199303-I/e [Citado el 10 de Julio de 2010]
RedIris video conferencia H.323 [En Lnea]
http://www.rediris.es/mmedia/H323Info.es.html [Citado en 13 de mayo de 2011]
RFC 3261 SIP: Session Initiation Protocol [En Lnea]
http://tools.ietf.org/html/rfc3261#section-7 [Citado en 10 de marzo de 2011]
RFC 3015 - Megaco Protocol Version [En linea]
http://www.faqs.org/rfcs/rfc3015.html [citado 10 de junio 2011]
Session Initiation Protocol [En Lnea] http://datatracker.ietf.org/wg/sip/charter/
[Citado en 22 de abril de 2011]
Signalling System #7 (SS7) [En Linea] http://www.telecomspace.com/ss7.html
[Citado el 16 de Julio de 2011]
Sip.edu and VoIP SIG Workshop [En Lnea] http://www.internet2.edu/sip.edu/
[Citado en 29 de abril de 2011]
SIP.edu Cookbook [En Lnea] http://mit.edu/sip/sip.edu/links.shtml [Citado en 1 de
abril de 2011]
SIP Forum Presentations on SIP [En Linea]
http://www.sipforum.org/component/option,com_
docman/task,cat_view/gid,60/Itemid,261/ [Citado en 6 de mayo de 2011]
SIP and MGCP/Megaco [En lnea]
http://www.sipcenter.com/sip.nsf/html/SIP+and+MGCP+Megaco [citado 8 de junio
2011]
SS7 Mobile in a Minute [En Lnea] http://www.mobilein.com/ss7.htm [Citado el 13
de Julio de 2011]
SS7 Protocol Suite [En Lnea] http://www.protocols.com/pbook/ss7.htm [Citado el
20 de julio de 2011]
SS7 (Signaling System 7) [En Lnea] http://www.tech-faq.com/ss7.html [Citado el
13 de Julio de 2011]
SS7 Tutorial [En lnea] http://www.pt.com/page/tutorials/ss7-tutorial [Citado el 18
de julio de 2011]
SS7 Protocol Overview [En Lnea] http://fengnet.com/book/voip/ch04lev1sec2.html
[Citado el 22 de Julio de 2011]
SS7 Overview [En Linea] http://www.techfest.com/networking/wan/ss7.htm [Citado
el 22 de Julio de 2011]
Tech invite SIP Protocol Structure [En Lnea] http://www.tech-invite.com/Ti-sip-
archi.html [Citado en 1 de abril de 2011]
The IP Telecommunications Portal [En Lnea] http://www.iptel.org/ [Citado en 1 de
abril de 2011]
The SIP center A portal for the commercial development of SIP [En Lnea]
http://www.sipcenter.com/sip.nsf/html/Whitepapers [Citado en 17 de marzo de
2011]
Understanding SIP exchanges by experimentation [En
Linea]http://4z.com/People/emin-gabrielyan/public/070501-sip-docs/ [Citado en 8
de abril de 2011]
VoIP foro Arquitectura SIP [En lnea] http://www.voipforo.com/SIP/SIPejemplo.php
[citado en 10 de marzo de 2011]
VoIp foro H.323 Protocolo VoIp [En lnea]
http://www.voipforo.com/H323/H323objetivo.php [citado en 15 de abril de 2011]