REVISTA ESPEC. EN SIST. INFOR. Y ELECT. DE TELEC. - RESET-UTS-2007- NO.2 VOL.

1 - ISSN-1909-258X , COPIA PARA LOS AUTORES

Multimedia en Redes Mviles: SIP e IMS

Wilder E. Castellanos, Universidad Politcnica de Valencia, Glenn Hernndez, Unidades Tecnolgicas de
Santander.

ResumenEn este artculo se hace una descripcin de los

principales elementos que constituyen la arquitectura IMS (IP
Multimedia Subsystem) y la interaccin del protocolo SIP dentro
de dicha plataforma para el establecimiento de comunicaciones
que permitan, mediante el establecimiento de sesiones SIP, garantizar ciertos niveles de QoS para ofrecer servicios multimedia
sobre terminales mviles. En la primera parte del documento, se
explican los fundamentos del protocolo SIP, su arquitectura, tipos
de mensajes y el funcionamiento bsico, lo cual permitir proporcionar los conocimientos bsicos para entender su interaccin
dentro de IMS. En la siguiente seccin, se describe la arquitectura
de IMS y se explica el proceso de registro y configuracin de una
sesin SIP dentro de IMS. Finalmente, se describen brevemente
algunos ejemplos de aplicaciones que son posibles gracias a las
ventajas de IMS expuestas en las primeras secciones del artculo.
Index TermsSIP, IMS, QoS, SAP, SDP

I.

I NTRODUCCIN

A evolucin de los terminales mviles permite en la

actualidad que stos no sean una limitante para la
ejecucin de servicios multimedia. Esto ha hecho posible el
desarrollo de aplicaciones de cierta complejidad que soportan
interacciones con servidores remotos y tambin la posibilidad
de implementar soluciones basadas en IP, en las que el terminal
es capaz de actuar como cliente y/o servidor de servicios.
De esta manera se ha logrado la integracin de terminales
en aplicaciones distribuidas en Internet. Sin embargo, las
conexiones de datos actuales de las redes mviles presentan
algunos problemas que se hacen importantes sobre todo a la
hora de desplegar servicios basados en IP:
Dificultad en el establecimiento de conexiones de datos
hacia terminales mviles.
Complejidad para detectar, en un terminal, una conexin
de datos activa.
Falta de control sobre la direccin IP en la que se
encuentra desplegada el servicio.
Solucionar estas dificultades permitir que clientes particulares y empresariales, que actualmente tienen que
utilizar diferentes proveedores de servicios de comunicaciones para las llamadas locales, llamadas a larga distancia, el
mvil y la banda ancha, puedan contratar casi todos sus
servicios de comunicaciones con un solo proveedor. Esto
permitir a los usuarios, por un lado, obtener mejores tarifas
al contratar servicios consolidados y a los Proveedores de
servicios, aumentar su potencial de ingresos y adems, reducir
el nmero de abandonos de clientes. Por esto, el 3GPP
(Thrid Generation Partnership Project) propuso la red IMS

Departamento de Comunicaciones, Universitat Politcnica de Valncia,

Valencia, Espaa, e-mail: wilcashe@upv.es.
Programa de Telecomunicaciones, Unidades Tecnolgicas de Santander,
Bucaramanga, Colombia, e-mail: glenn@gnetuts.org.

(IP Multimedia Subsystem), la cual ofrece a los operadores

la oportunidad de construir una infraestructura de servicios
multimedia basados en IP. IMS es un estndar de arquitectura
emergente que describe cmo interactan los elementos de una
red para ofrecer servicios y aplicaciones de voz, datos y vdeo
en cualquiera de sus combinaciones y sobre cualquier red (ya
sea fija o mvil). Aunque los servicios que se pueden ofrecer
sobre dicha arquitectura pueden ser bastante innovadores, tal
y como se describir ms adelante, los fundamentos de IMS
no son nada nuevo, sino ms bien una nueva aplicacin de
una tecnologa ya existente. Se trata de una tecnologa de
estndares de Internet denominada SIP (Session Initiation
Protocol) situada en el centro de la arquitectura de redes IMS.
La tecnologa SIP ofrece las funciones de tiempo real, P2P,
multiusuario y multimedia de IMS.
A continuacin se describe brevemente el protocolo SIP, su
arquitectura, tipos de mensajes y el funcionamiento bsico,
lo cual permitir entender su interaccin dentro de IMS.
Posteriormente se describe la arquitectura de IMS y se explica
el proceso de registro y configuracin de una sesin SIP
dentro de IMS. Finalmente se exponen algunas aplicaciones
que pueden ser posibles gracias a IMS.
II.

SIP (S ESSION I NITIATION P ROTOCOL )

El Protocolo de Inicializacin de Sesiones (SIP) [1] es

actualmente el protocolo ms popular para el establecimiento
de comunicaciones IP peer to peer. Es utilizado en las aplicaciones ms comunes de mensajera instantnea y de VoIP,
ver Figura 1. SIP es un protocolo desarrollado por el IETF
(Internet Engineering Task Force) con la intencin de ser
el estndar para la iniciacin, modificacin y finalizacin de
sesiones interactivas de usuario donde intervienen elementos
multimedia como el video, voz, mensajera instantnea, juegos
online y realidad virtual. En Noviembre del ao 2000, SIP
fue aceptado como el protocolo de sealizacin de 3GPP y
elemento permanente de la arquitectura IMS (IP Multimedia
Subsystem). SIP es uno de los protocolos de sealizacin para
voz sobre IP y es usado simplemente para iniciar y terminar
llamadas de voz y video trabajando junto con el protocolo
RTP (Real-time Transport Protocol) por el cual se transportan
todas las comunicaciones de voz y video.
SIP aport un conjunto de funciones propias en la red
de telefona pblica conmutada. Por ejemplo, las funciones
bsicas de marcar un nmero, provocar que el telfono genere
una seal audible al ser solicitado o escuchar la seal de
tono o de ocupado. SIP tambin implementa muchas de las
caractersticas del procesamiento de llamadas de SS7, aunque
los dos protocolos son muy diferentes. SS7 es altamente centralizado, caracterizado por una compleja arquitectura de red

REVISTA ESPEC. EN SIST. INFOR. Y ELECT. DE TELEC. - RESET-UTS-2007- NO.2 VOL.1 - ISSN-1909-258X , COPIA PARA LOS AUTORES

Cuadro I
R ESUMEN DE LOS TIPOS DE MENSAJES SIP
Tipo de Mensaje
1XX
2XX
3XX
4XX
5XX
6XX

Figura 1. Aplicaciones basadas en SIP para el establecimiento de la sesin.

y unos terminales sin inteligencia (los tradicionales telfonos

anlogos). SIP es un protocolo punto a punto y como tal,
requiere un ncleo de red sencillo (y altamente escalable) con
inteligencia distribuida en los extremos de la red, incluida en
los terminales (ya sea mediante hardware o software). Muchas
caractersticas de SIP son implementadas en los terminales
en oposicin a las tradicionales caractersticas de SS7, que
son implementadas en la red. Una caracterstica importante
de SIP es que al ser un protocolo basado en texto posibilita
una fcil implementacin y depuracin, hacindolo flexible
y extensible. Adems el overheading, que implica usar un
protocolo basado en texto, no tiene mayor trascendencia, ya
que SIP es un protocolo de sealizacin, y no es un protocolo
para el intercambio de datos de usuario, donde si tendra
consecuencias.

II-A.

SDP (Session Description Protocol)

El SDP o Session Description Protocol, es un protocolo

que define un formato para describir los parmetros de inicializacin de un flujo de trfico multimedia [2], por ejemplo
SDP permite describir el tipo de medio (video, audio, etc.),
el protocolo de transporte (RTP/UDP/IP, H.323, etc.) y el
formato utilizado en la codificacin (H.261, MPEG, etc.). SDP
empez como un componente de SAP (Session Announcement
Protocol), pero se han encontrado otras utilidades, en concreto,
SDP se ha integrado dentro del protocolo SIP e incluso en un
formato a parte, describiendo sesiones multicast.

II-B.

Arquitectura SIP

El protocolo SIP tiene una estructura cliente-servidor, similar a HTTP, donde el cliente es el encargado de iniciar
la comunicacin y el servidor se encarga de responder a la
peticin. Adems, al igual que en HTTP, los mensajes de
respuesta SIP tienen un cdigo numrico asociado, ver Tabla
I. Ms informacin sobre el formato de los mensajes se puede
encontrar en [3].

Descripcin
Respuesta informativa
Mensaje afirmativo
Redireccin
Error en la peticin del usuario
Error en el servidor
Error global

II-B1. Ejemplo de Funcionamiento: El User Agent (UA)

es la entidad bsica de la arquitectura SIP capaz de enviar
y recibir mensajes. Los UA se definen segn sean clientes
(User Agent Client) o servidores (User Agent Server). Es decir,
que un cliente SIP (telfono IP, softphones, etc) es capaz de
actuar como cliente o como servidor, dependiendo del caso
[4]. El User Agent A (ver Figura (2)) acta como cliente
y el User Agent B como servidor. Los Users Agents no se
conocen entre ellos, solo conocen la situacin de un Proxy
SIP y por tanto cuando quieran llamar a un usuario tendrn
que comunicrselo a este Proxy. Adems de encaminar los
mensajes hacia su destino, el Proxy realiza las funciones de
autentificacin de usuarios. Para ello, los usuarios tienen que
registrarse en el Proxy SIP para poder realizar una llamada.
En una comunicacin sin errores los mensajes intercambiados
serian los siguientes:
1. SIP REGISTER: Los dos terminales se tienen que haber
registrado previamente en el Proxy como usuarios. Si el
registro se finaliza con xito por parte del Proxy (es
decir, el usuario tiene permiso para utilizar el Proxy),
este le devolver un 200 OK. A partir de entonces el
usuario ya podr realizar o recibir llamadas.
2. SIP/SDP INVITE: El cliente hace una peticin de establecimiento de llamada al servidor.
3. 100 Trying: El servidor indica que ha recibido correctamente el INVITE y que va a intentar establecer la
conexin.
4. 183 Session Progress: La conexin se ha establecido y
ahora se espera la intervencin del usuario final para que
descuelgue el telfono. Este mensaje se puede sustituir
por el mensaje 180 Ringing. En el cliente se escucharan
los tonos de llamada mientras que en el servidor el telfono generara un tono audible para llamar la atencin
del usuario final.
5. 200 OK: El usuario final ha descolgado el telfono y el
servidor indica al cliente este hecho.
6. SIP ACK: El cliente confirma el descuelgue y a partir
de aqu empieza la comunicacin entre los usuarios a
travs de la sesin RTP.
7. SIP BYE: Se enva este paquete cuando un usuario
cuelga el telfono, entonces el otro telfono lo tiene
que confirmar con un 200 OK. Cuando se recibe la
confirmacin del otro terminal se da por finalizada la
llamada.
Cada mensaje SIP tendr como destino el Proxy, y este se
encargar de localizar al usuario final y reenviarle dicho
mensaje. Sin embargo, la sesin RTP/RTCP si se realiza entre
los usuarios finales, por lo que estos tipos de paquetes no

REVISTA ESPEC. EN SIST. INFOR. Y ELECT. DE TELEC. - RESET-UTS-2007- NO.2 VOL.1 - ISSN-1909-258X , COPIA PARA LOS AUTORES

Figura 2. Ejemplo de establecimiento de una comunicacin utilizando SIP

pasarn por el Proxy y de esta manera no recargarlo.

III.

IMS (IP M ULTIMEDIA S UBSYSTEM ) Y SIP

La preocupacin por la pobre trayectoria del negocio de

datos en las redes mviles (GPRS), muy por debajo de lo
vaticinado, la aparente falta de aplicaciones y servicios UMTS
atractivos para el gran pblico, as como las tendencias de convergencia con Internet, motiva que se introduzca en 3GPP el
concepto All-IP. La arquitectura All-IP es una visin industrial
sobre el futuro de las redes de comunicaciones, que ofrece diversos modos de acceso que se integran de forma transparente
en una capa de red basada en el protocolo de Internet IP. Sin
embargo, la opcin All-IP en 3GPP no tiene mayor inters
aisladamente. Debido a esto, se incorpora el Subsistema IP
Multimedia (IP Multimedia Subsystem, IMS) al ncleo de la
red mvil. IMS es un sistema de control de sesin diseado
con tecnologas de Internet adaptadas al mundo mvil, que
hace posible la provisin de servicios mviles multimedia
sobre conmutacin de paquetes (servicios IP multimedia). El
principal objetivo de IMS es proporcionar a los operadores
un marco que les permite la creacin y despliegue eficaz de
servicios avanzados, al evitar que cada aplicacin recree sus
propias herramientas de infraestructura. Con IMS aparece un
nuevo concepto de servicios, radicalmente diferente, innovador
y factible al mismo tiempo. Adems, permite proporcionar de
una forma flexible y fcil servicios multimedia (incluyendo
servicios de voz, vdeo y datos).
Se pretende que el atractivo de estos servicios IMS permita
el aumento del trfico de datos entre los abonados y en consecuencia, la red mvil distar de estar infrautilizada, y cobrar
sentido aprovechar las ventajas que ofrece inherentemente AllIP a los operadores en cuanto a reduccin de costes de capital y
de operacin, simplicidad de mantenimiento y mayor eficacia
en la gestin.

SIP, situado en el centro de la arquitectura de IMS ofrece

las funciones de tiempo real, P2P, multiusuario y multimedia
de IMS.
Concretamente SIP se encargara, dentro de la arquitectura
IMS, de las funciones de registro, establecimiento, liberacin
y mantenimiento de las sesiones IMS. Adems de funciones de
encaminamiento de las sesiones y la identificacin de usuarios
y nodos, tambin permitir la habilitacin de todo tipo de
servicios suplementarios [5].
III-A.

Caractersticas de IMS

La comunicacin orientada a sesin de un usuario a

otro(s) usuario(s), o de un usuario a un servicio.
La comunicacin en tiempo real o diferido.
Las sesiones multimedia-IP con un nivel adecuado de
Calidad de Servicio para vdeo, audio y sonido, texto,
imagen, etc.
La identificacin de usuarios, servicios y nodos mediante
URIs (Universal Resource Identifier. stos ya no tienen
que manejar nmeros de telfono sino nombres como el
correo electrnico.
IMS no define las aplicaciones o servicios que pueden
ofertarse al usuario final, sino la infraestructura y capacidades del servicio que los operadores o proveedores
de servicio pueden emplear para construir sus propias
aplicaciones y producir su oferta de servicios.
III-B.

Arquitectura de IMS

IMS es una arquitectura de red basada en SIP que define

claramente la separacin en tres capas: la capa de acceso,
la capa de control y la capa de aplicacin, ver Figura 3.
IMS se construye sobre el concepto de Sesin. La sesin se
realiza normalmente entre el terminal y una aplicacin o un

REVISTA ESPEC. EN SIST. INFOR. Y ELECT. DE TELEC. - RESET-UTS-2007- NO.2 VOL.1 - ISSN-1909-258X , COPIA PARA LOS AUTORES

cliente directamente. Dentro de la sesin, se pueden establecer

llamadas, enviar datos o descargar contenidos, dependiendo de
la naturaleza de la aplicacin.
La capa de Aplicacin est compuesta por servidores de
aplicaciones (Video, TV, Msica, Tele-vigilancia, Mascotas
Virtuales, e-commerce etc). La capa de Control gestiona toda
la sealizacin (SIP) necesaria para el establecimiento de la
sesin entre las entidades correspondientes. Finalmente, la
capa de Acceso es la capa en la que se establece la conexin
de voz o datos con la calidad de servicio indicada por la capa
de control.
La entidad funcional ms importante es el nodo CSCF (Call
State Control Function), que es bsicamente un servidor SIP
con funciones de proxy, ver Figura 3. En la siguiente seccin
se describe con ms detalle la interaccin de este nodo en el
establecimiento de sesiones SIP.
Algunas de las funciones de los dems nodos de la arquitectura IMS son:
Home Subscriber Server (HSS): es una base de datos
que almacena y gestiona el perfil del servicio IMS para
cada abonado; almacena las claves de seguridad y genera
vectores de autenticacin y registra el estado de los
abonados.
Media Gateway Control (MGC): Permite la interrelacin
de IMS con las redes de conmutacin por circuitos. En
concreto, implementa la traduccin de la sealizacin
SIP/SDP a SS7, y viceversa. Tambin se encarga de
controlar la operacin del IP-MGW.
IP Multimeda Media Gateway (MG): implementa la
funcin de la transcodificacin para convertir tramas
TDM a paquetes IP y viceversa.
III-C. Principales componentes de la arquitectura y la interaccin con SIP
SIP es el protocolo por preferencia, para el soporte de los
servicios multimedia IP en la arquitectura IMS. El 3GPP ha
definido una arquitectura SIP, especfica para IMS que se
muestra en la Figura 4. En ella se muestran los principales
elementos SIP que intervienen en la comunicacin de un
terminal mvil (TM) y un nodo conectado a Internet (IN),
el cual podra ser el servidor de una aplicacin multimedia.
El Servidor IMS, llamado tambin CSCF, ejecuta tres roles
diferentes:
1. Proxy CSCF: el P-CSCF acta como un proxy SIP
entre el TM y el I-CSCF/S-CSCF. Se puede considerar
como el punto de entrada al subsistema IMS. Recibe
directamente la sealizacin IMS desde el terminal, va
GPRS por ejemplo. Implementa las funciones de proteccin de sealizacin (seguridad) y el control de recursos
del subsistema de transporte. Tambin se encarga de
la gestin del roaming. Adems, ejecuta las funciones
comunes a los dems CSCF: el procesado y enrutado
de sealizacin, la consulta en el HSS para identificar
el perfil del usuario y la tarificacin.
2. Servidor CSCF: a cada usuario registrado en IMS se
le asigna un S-CSCF, el cual se encarga de: i) enrutar
las sesiones que han iniciado los usuarios o aquellas

que tienen como destino a un determinado usuario, ii)

realizar el registro y la autenticacin del abonado IMS,
iii) La provisin de los servicios IMS, mediante el
desvo de sealizacin a los servidores de aplicacin, iv)
Aplicacin de las polticas del operador y la generacin
de los registros de tarificacin.
3. Interrogating CSCF: es un nodo intermedio que da
soporte a la operacin del IMS. El I-CSCF ayuda a otros
nodos a determinar el siguiente salto de los mensajes
SIP y a establecer un camino para la sealizacin.
Durante el registro, el P-CSCF se ayuda del I-CSCF
para determinar el S-CSCF que ha de servir a cada
usuario. En situaciones de roaming y en sesiones interred, el I-CSCF es el punto de entrada conocido por la
red IMS externa e indica el siguiente salto a realizar,
para la sealizacin. Opcionalmente, el I-CSCF efecta
funciones de ocultacin de la topologa de la red IMS
ante redes externas, de forma que los elementos ajenos
a IMS no puedan averiguar cmo se gestiona la sealizacin internamente.
IV.

R EGISTRO Y CONFIGURACIN DE UNA SESIN SIP EN

REDES 3G

Despus de establecer una conexin IP, a travs de una red

de paquetes (por ejemplo, GRPS), el TM se registra con el
S-CSCF [6]. La peticin de registro es enviada a travs del
P-CSCF. Despus de una autenticacin satisfactoria, el TM
queda registrado y listo para establecer o recibir llamadas SIP.
El proceso de registro y de establecimiento de la llamada SIP,
se puede observar en la parte superior de la Figura 5.
Para establecer una llamada SIP, el TM enva un mensaje
INVITE el cual es enrutado hacia el nodo ms prximo (PCSCF) dentro de la infraestructura SIP. El P-CSCF enva
la peticin hacia el S-CSCF de acuerdo con la informacin
relacionada con la configuracin del servicio. El P-CSCF
verifica que la peticin cumpla con los requisitos de seguridad,
mientras que el S-CSCF confa en las peticiones enviadas
desde el P-CSCF ya que los dos pertenecen al mismo dominio
de confianza. La configuracin de la llamada requiere un
intercambio de mensajes para permitir que los dos extremos intercambien informacin a cerca de los componentes
multimedia de la llamada (por ejemplo, voz y video) y
establezcan la correspondiente calidad de servicio. Como se
puede observar, el TM siempre intercambia sealizacin SIP
con el P-CSCF y una comunicacin directa con el S-CSCF no
es permitida. Hay dos principales razones para esto: primero,
el P-CSCF es el nodo de la red, encargado de la verificacin de la seguridad y de la integridad de los mensajes de
sealizacin SIP. Segundo, los mensajes SIP intercambiados
entre el usuario y el PCSCF estn comprimidos para optimizar
su procesamiento en los terminales inalmbricos, por lo tanto
el P-CSCF debe encararse de la compresin SIP (SigComp,
Signaling Compression). Adems, lo anterior permite que el
proveedor del servicio de acceso, pueda inspeccionar toda la
sealizacin SIP intercambiada con el cliente, para hacer el
respectivo monitoreo del servicio. Una vez se establece una
sesin SIP en IMS dentro de una red 3G (figura 5), utilizando

REVISTA ESPEC. EN SIST. INFOR. Y ELECT. DE TELEC. - RESET-UTS-2007- NO.2 VOL.1 - ISSN-1909-258X , COPIA PARA LOS AUTORES

Figura 3. IMS: Arquitectura simplificada.

Figura 4. Arquitectura SIP especfica para IMS

Mobile IPv6 (MIPv6), entre el TM y el IN existen varias

opciones para el envo de los mensajes de actualizacin de
ruta al IN.
Opcin 1: el TM recibe los paquetes del IN a travs
del HA, y posteriormente inicia el procedimiento de
optimizacin de la ruta, es decir, el establecimiento de
un conexin directa entre el TM y el IN. Esto implica
que el trfico, primero ser enrutado a travs del HA
antes de ser direccionado hacia el TM. Esto puede tener
implicaciones en la calidad de servicio (QoS), ya que esta
es inicialmente establecida solamente para la ruta TM HA - IN, mientras que la QoS para la ruta optimizada,
es decir para la ruta TM-IN, no est establecida.
Opcin 2: se introduce una optimizacin, que permite
que el TM enve la actualizacin de la ruta al IN
inmediatamente despus de establecerse la llamada SIP y
antes de que el TM reciba el trfico proveniente del IN.
Esto requiere pequeas modificaciones, pero conlleva a
obtener una ruta ptima desde el inicio de la comunicacin. Sin embargo, los paquetes desde el IN pueden ser
recibidos a travs del HA antes de que el procedimiento
de actualizacin de ruta sea completado. Un optimizacin
adicional es enviar los mensajes de establecimiento de

ruta mientras la sesin SIP est siendo establecida (por

ejemplo, despus de que la QoS se ha configurado) para
asegurar que el IN est dispuesto y capaz de aceptar la
sesin SIP.
V.

A PLICACIONES

La ventaja que la arquitectura IMS ofrece, desde el punto

de vista de las aplicaciones, es la utilizacin de componentes
estndar y reutilizables, en un entorno abierto de desarrollo
y con una mejor integracin de las aplicaciones en la red.
Adems, IMS reduce el tiempo requerido para la introduccin
de nuevas aplicaciones, mejora la interoperabilidad entre ellas,
enriquece las aplicaciones con componentes multimedia, lo
cual las hace ms intuitivas para crear servicios nuevos y ms
complejos. Algunos de los servicios y aplicaciones que ya se
estn viendo en el mercado mundial, son:
Servicio IMR, Intelligent Mobile Redirect, convergencia
fijo-mvil mediante la utilizacin de terminales duales
WiFi/GSM y posibilidad de numeracin nica. Esto
permite que el usuario se mueva libremente entre la red
fija de banda ancha y la red mvil manteniendo el mismo
nmero.

REVISTA ESPEC. EN SIST. INFOR. Y ELECT. DE TELEC. - RESET-UTS-2007- NO.2 VOL.1 - ISSN-1909-258X , COPIA PARA LOS AUTORES

Figura 5. Establecimiento de una comunicacin dentro de IMS-SIP [4]

Amigo TV: es una aplicacin para el entorno de la

televisin donde se unen voz, vdeo y datos. Los televidentes pueden comunicarse con sus contactos que estn
observando la televisin. Una de las aplicaciones ms
innovadoras es el chat en la televisin (ver Figura 6).

Figura 7. Mensajera instantnea 3D

Figura 6. Chat en TV

My Own TV es una aplicacin que permite compartir

contenidos, como fotos, pelculas a travs de la televisin.
La lista de personas que acceden a estos contenidos est
definida por el propietario de los contenidos.
Mensajera instantnea en 3D: el abonado puede disear
su propio avatar para utilizarlo en reuniones en espacios
virtuales (por ejemplo www.imvu.es, ver Figura 7).

Push To Talk: permite que los usuarios finales se

enganchen a una conversacin half-duplex, usando voz
sobre IP como portador. Push To Talk introduce un modo
de conferencia dentro de los dispositivos mviles, permitiendo para tener una conversacin con varios usuarios al
mismo tiempo.
Push To Show: es un servicio de la comunicacin en
grupo. El principio es similar al servicio Push To Talk
pero adems es posible difundir un vdeo en vivo o
incluso pregrabado a uno o varios receptores al mismo
tiempo.
Push To Share/Share File: el propsito principal del
servicio Push To Share es proporcionar a los usuarios
finales una manera fcil de compartir fotos/archivos
durante una sesin del IMS para enriquecer la voz
y las conversaciones basadas texto. Siempre que est

REVISTA ESPEC. EN SIST. INFOR. Y ELECT. DE TELEC. - RESET-UTS-2007- NO.2 VOL.1 - ISSN-1909-258X , COPIA PARA LOS AUTORES

conectado a una conversacin IMS, es posible compartir

una foto o un video, con cualquiera con los que se est
en comunicacin. La funcionalidad Push To Share hace
ms fcil para el usuario final el difundir un archivo a
uno o varios contactos al mismo tiempo sin tener que
cambiar entre varias aplicaciones.
Asistente personal virtual: el abonado disea su propio
dibujo animado que dar el mensaje al acceder al sistema
de mensajera, en vez del tpico mensaje de voz. Este
asistente permite utilizar tu propio personaje virtual con
emociones durante una conversacin (www.gizmoz.com,
ver Figura 8).

producir su oferta de servicios. Los principales beneficios

proporcionados por la arquitectura IMS, que son utilizados
a la hora de mejorar la oferta de servicios son:
Entorno multi-sesin, por lo que un servicio puede ser
una combinacin de mltiples sesiones.
Entorno multi-aplicacin.
Un nico perfil de usuario.
Independencia del terminal utilizado: esta arquitectura
est diseada para terminales de entornos mviles o fijos.
Permite la movilidad en entorno fijo. Debido a la flexibilidad de la arquitectura IMS, las nuevas aplicaciones
pueden ser desarrolladas no slo por los operadores y sus
proveedores, sino por terceros gracias a la utilizacin de
Java y SIP.
R EFERENCIAS

Figura 8. Asistente personal virtual

Clic-to-dial: Cuando se est navegando en la web, desde

la pgina url se puede lanzar una llamada de VoIP.
Envo de Msica: en vez de un tono convencional, el
usuario puede subscribirse un portal de msica para
bajarse msica en mp3 con o sin vdeo.
Estos son algunos de los servicios que pueden ofrecerse desde
la red mvil, gracias a la interaccin de SIP dentro de la
arquitectura IMS, ya que dicha interaccin, ha hecho posible
el establecimiento de sesiones con ciertos niveles de calidad
de servicio sobre redes IP y a la vez permite que el servicio
sea entregado a los usuarios independientemente del Terminal
y la red de acceso.
VI.

C ONCLUSIONES

IMS representa la implantacin de la arquitectura All-IP en

3G y promueve la convergencia con Internet, proporcionando servicios de contenidos y comunicaciones multimedia en
tiempo real. Tambin posibilita una integracin natural con los
servicios TCP/IP (videoconferencia, voz sobre IP, streaming,
mensajera instantnea y diferida, web, etc.), permitiendo al
operador 3G que pueda proporcionar a sus abonados una
atractiva oferta de servicios multimedia combinados.
Las tecnologas IP en las que se basa IMS, como es el caso
de SIP para el control de sesiones e IPv6 para el transporte
en red, hacen posible el desarrollo rpido de los servicios
y la reduccin de los costos de operacin e infraestructura,
cualidades inherentes al mundo Internet.
IMS no define las aplicaciones o servicios que pueden
ofertarse al usuario final, sino la infraestructura y capacidades
del servicio que los operadores o proveedores de servicio
pueden emplear para construir sus propias aplicaciones y

[1] Jonathan Rosenberg, Henning Schulzrinne, Gonzalo Camarillo, Alan

Johnston, Jon Peterson, Robert Sparks, Mark Handley, and Eve Schooler,
RFC 3261 - SIP: session initiation protocol, May 2007. [Online].
Available: http://www.faqs.org/rfcs/rfc3261.html
[2] Mark Handley and Van Jacobson, RFC2327 - SDP: session description
protocol. 1998. [Online]. Available: http://www.ietf.org/rfc/rfc2327.txt?
number=2327
[3] K. O. Hauge and S. B. Skogly, Analysis of audio coding algorithms
for networked embedded systems, Ph.D. dissertation, Forfatterne,
2004. [Online]. Available: http://brage.bibsys.no/hia/bitstream/URN:
NBN:no-bibsys_brage_2356/1/master_ikt_2004_hauge.pdf
[4] S. Faccin, P. Lalwaney, and B. Patil, IP multimedia services: analysis of
mobile IP and SIP interactions in 3G networks, IEEE Communications
Magazine, vol. 42, no. 1, pp. 113120, 2004.
[5] BEA Systems, La arquitectura IMS impulsa servicios msviles. May
2007. [Online]. Available: www.bea.com/newsletters/it2it/06sep/es/ims.
jsp
[6] 3GPP TS, Specification 23.228 - IP multimedia subsystem (IMS) stage 2. [Online]. Available: http://www.3gpp.org/ftp/Specs/html-info/
23228.htm