El nuevo sistema multimedia conocido como

IMS que adoptarán las redes UMTS.

1
Luis Miralles Pechuán
Tema del trabajo

El SIP (Session Initiation Protocol) ha sido seleccionado como el protocolo más adecuado
para el 3GPP(Third Generation Partnership Projects) en este trabajo se muestra la
arquitectura del subsistema IP Multimedia y como el SIP ha sido elegido para llevar a cabo
los propósitos del 3GPP. Este trabajo versa acerca de la arquitectura, las principales causas
de la evolución y de algunos ejemplos de cómo esta arquitectura puede ser usada para
sacarle provecho a los servicios avanzados.

Introducción

Se espera que UMTS (Universal Mobile Telecommunication System) se convierta en la red

dominante para la tercera generación de los sistemas wireless esta estandarizado por 3GPP,
se construyó para ofrecer unos servicios de tercera generación. Posteriormente, se destaca
el papel de SIP dentro del UMTS. Primero con una visión global de la historia de UMTS y
los motivos de su desarrollo. Seguido de esto, hay una sección de los motivos por los cuales
la red se fusiona y opciones factibles en la convergencia de UMTS. La siguiente sección se
centra en la nueva arquitectura de IP Multimedia Subsystem para usarla en el siguiente
“realise” de UMTS, detalla los nuevos componentes en el SIP y sus funciones. Detalla los
principales elementos en el SIP. El tema principal de esta sección es el protocolo SIP
implementando las redes UMTS.
Una vez introducidas las señalizaciones básicas de la arquitectura, la arquitectura de
servicios IP Multimedia Subsystem es introducido. Las tecnologías factibles para servicios
en las redes UMTS, como son SIP Servlets y las redes inteligentes de trabajo discutidas.
Algunos ejemplos de los servicios también son presentados. Finalmente, se dicen los
beneficios que aporta el uso de SIP basado en las tecnologías en UMTS.

Historia de UMTS

Es la tercera generación del sistema wireless diseñado para proporcionar unos ratios de
transferencia de datos mayores y mejores servicios a los usuarios. En unos 20 años, las
redes wireless han evolucionado en tres generaciones. Las redes de primera generación en
los años 1980 soportaban los tradicionales servicios de voz. La segunda generación de
redes en 1990 tenia voz y un ratio de transferencia de datos de entre (14.4 kbps – 28.8 kbps)
en los servicios de datos. Una de las redes dominantes en las de 2da generación es el Gsm.
Las redes GSM se han extendido a la largo del mundo y ocupan un 60% del mercado. Esta
tecnología fue diseñada para circuitos conmutados de voz y transferencia de datos de ratios
pequeños y no tiene un buen diseño para los paquetes de servicios de Internet. Para
soportar el interim, el Servicio General de Paquetes de Radio (GPRS), se ha sumado a las
redes GSM para eficientemente soportar los GSM/GPRS red son referidas a una generación
(2.5G) redes. No obstante los ratios de datos en GPRS. UMTS puede ofrecer ratios de datos
en el rango de 2 Mb/s y soporte para video y audio y la localización basado en servicio.
UMTS es estandarizado por las 3era generación de partnership Project (3gpp) la cual es la
conglomeración de los estándares regionales europeos como el (ETSI), (ARIB) y otros. La
estandarización de UMTS ha progresado en 3 fases. La primera fase, es como la Release

2
’99. Las especificaciones definen la arquitectura básica que consiste en UMTS, están
compuestas por la red de acceso terrestre de radio (UTRAN), los circuitos conmutados del
núcleo de las redes (CS-CN) y el núcleo de las redes de paquetes conmutados (PS-CN). El
Release ’99 ofrece circuitos tradicionales así como también servicios de paquetes
conmutados.

La siguiente fase es la estandarización es el Release 4. Esta se suma a los nuevos servicios

’99, pero esto no cambia la arquitectura Release’99. Release 5 propone para ofrecer ambos
tradicionales de telefonía, así como también paquetes conmutados como una red
convergente basada en paquetes sobre una sola red. 3GPP ha elegido a SIP como el
protocolo para el Release 5 UMTS ofrece la tradicional telefonía tradicional en servicios
multimedia.

Arquitectura del Release ’99

Antes de que presentemos la arquitectura, merece la pena comprender la arquitectura del

Release ’99. Esta arquitectura esta compuesta principalmente por tres elementos, estos son
el UTRAN, el CS-CN y el PS-CN. De hecho, UMTS define el interfaz aéreo W-CDMA
que soporta el enlace entre el UE y el UTRAN. El UTRAN es el responsable del control de
las funciones de radio. De hecho, UMTS impone que las redes centrales sean
independientes de las funciones de ratio de modo que puedes trabajar con distintos tipos de
radio como puedan ser el UTRAN y el wireless. El Utran mediante ATM es la opción de
transporte de red.
Las redes centrales de UNTS se han desarrollado a partir de GSM/GPRS el UMTS
CS-CN, se ha desarrollado desde IP basado en las redes centrales del GPRS. El CS-CN
proporciona conexión a la red pública de teléfono conmutada (PSTN), y a la red integrada
de servicios digitales (ISDN) para los servicios de circuitos conmutados.
El PS-CN da conexión a Internet para los servicios de paquetes conmutados. EL
PSTN, ISDN y Internet pueden ser vistos como redes de servicios. El CS-CN da los
servicios de voz y de fax. El CS-CN también da servicios de mensajes como el SMS y
servicios de datos basados en conmutación de circuitos. Los componentes importantes del
CS-CN son el centro de conmutación móvil, el registro para localizar al visitante (VLR), el
registro de localización Home y el centro de autentificación (AC). El HLK mantiene el
perfil del suscriptor para ambos circuitos además del de paquetes. El AC se encarga de las
funciones de autentificación para ambos dominios. Por lo que los componentes pertenecen
a ambos dominios. El PS-CN da conectividad a las redes de paquetes de datos como pueda
ser la Internet , al revés que el GPRS que soporta X.25 y Internet.

3
 FIGURA 1. Arquitectura de UMTS Release `99

El PS-CN tiene servicios como el acceso a Internet, las redes virtuales de paquetes y
el SMS. Los componentes de PS-CN son el servicio.
- SGSN (Nodo que mantiene el servicio GPRS) → Es el responsable de las funciones
de movilidad, seguridad y autorización.
- GPRS (Nodo que soporta la entrada de GPRS) → Se encarga del IP, la calidad de
servicio y las funciones de entrada exteriores.

Convergencia de la red
Una ventaja de Release `99 es que permite a los usuarios del GPRS hacer una transición
barata y fácil a las redes de UMTS. De todos modos, la implementación con dos redes
separadas de teléfono y datos presenta serios inconvenientes tanto en los servicios
multimedia como en la gestión. De modo que discutiremos estas limitaciones y damos los
motivos por los cuales hacer una única red.
Motivos para converger
Las ventajas para converger hacia una sola red son destacadas por las industrias wireless.
Los motivos principales son los siguientes:
• La infraestructura es más barata: Si tenemos una sola red que funciona mediante
paquetes significa que la red esta basada en conmutación de circuitos del CS-CN ya
no es necesaria. Por lo tanto, al no tener que invertir en esta red los costos son
menores. Uno puede argumentar que la nueva red tiene que la nueva red tiene que
tener nuevos componentes para soportar la funcionalidad de CS-CN, de todos
modos estos componentes se basan en las tecnologías IP. Los componentes de la red
IP siempre han sido más baratos en comparación a los de telefonía
fundamentalmente por que hay más competitividad y los estándares están abiertos.
Además, se puede extraer los componentes que desempañaban las mismas

4
 funciones en las dos redes.
• Mantenimiento más barato: Al tener una sola red los costes de mantenimiento y de
operación son más bajos. Como los componentes están basados en estándares
abiertos para el mantenimiento y la gestión. Los operadores necesitan un personal
más reducido para manejar dicha red. Otra ventaja es que la nueva red tiene una sola
tecnología, esto hace que no haya que tener expertos en múltiples tecnologías.

• Mejores Servicios: El hecho de que las redes de voz y de datos estén unidas da la
oportunidad de desplegar servicios multimedia mejorados. Internet abarca de forma
eficiente todos los servicios salvo los servicios tradicionales de telefonía. La
combinación de estos servicios tradicionales con los de Internet abre un mundo de
nuevas oportunidades de ganancias para los proveedores de servicios. Vamos a
explorar algunas ventajas de los proveedores de servicios.
• Desarrollo rápido: El hecho de tener una sola red basada en un solo estándar hace
que sea más fácil tanto el manejo como la gestión por lo que poner en
funcionamiento un nuevo servicio será mucho más asequible.

Arquitectura de la red de convergencia

Hay dos opciones para poder converger.
La primera opción es implementar sobre el CS-CN el acceso a Internet y VPN, de este
modo quitaríamos el PS-CN. De todos modos, esto representa un paso hacia atrás porque el
CS-CN no ha sido diseñado para transportar paquetes.
Por lo tanto lo más lógico es desplegar los servicios tradicionales de telefonía sobre el PS-
CN. En la sección anterior damos algunas de las razones para apoyar este acercamiento.
Entre las principales ventajas están la mayor flexibilidad de una red IP, con un despliegue
con costos más baratos para las redes, los estándares están abiertos y Internet esta extendido
por todo el mundo. La arquitectura del Release 5 de UMTS intenta proponer un subsistema
nuevo conocido como Subsistema Multimedia IP(IP Multimedia Subsystem, IMS) al PS-
CN el cua abarcara tanto los servicios de voz tradicionales como los últimos servicios
multimedia. En esta figura apreciamos la arquitecta del Release 5 de UMTS y en la
siguiente exploraremos los componentes de IMS.

5
 Figura 2: Vista de alto nivel de la arquitectura de Release 5

IMS usa una red que esta basada en IP y soporta la telefonía tradicional además de los
servicios multimedia. El User Equipment (UE), soporta tanto las tecnologías de voz sobre
IP para establecer y tener acceso a los servicios multimedia. IMS está también en conexión
con PSTN/ISDN y Internet. Las comunicaciones de multimedia y voz tienen acceso a las
redes PSTN/ISDN así como también a la Internet.
El 3GPP se ha decantado por el Protocolo de Iniciación de Sesión (SIP) como medio de
interacción entre el UE e IMS y entre componentes dentro de IMS. IMS utiliza SIP
también para establecer llamadas de multimedia y voz en Internet. 3GPP ha elegido SIP por
su simplicidad, extensibilidad y su amplia disponibilidad.
Mientras que hemos visto las ventajas de converger a la red basada en el PS-CN e IMS, es
importante mencionar algunos de los desafíos en proveer servicios de telefonía sobre redes
basadas en paquetes. Uno de los problemas a resolver es la fiabilidad requerida de los
servicios de telefonía. Estos servicios requieren una gran fiabilidad en torno al 99,999
debido a unas condiciones que están fijas. Conseguir solventar estos problemas a la par que
el coste de mantenimiento siga siendo bueno es todo un reto. Es un desafió que la red de
paquetes tenga los mismos requisitos de QoS y siga teniendo las ventajas de la red de
paquetes.
Arquitectura de Release 5
Vamos a hacer una presentación de la arquitectura de IMS, así como de los elementos que
la forman.
A continuación presentamos la arquitectura de IMS y cada uno los elementos que la
componen. Los componentes que serán presentados son Función de Control de la Sesión de
Llamada (Call Session Control Function, CSCF), la pasarela de medios –Media Gateway,
MGW- y Función de Control de la pasarela de medios (Media Gateway Control Function,
MGCF). Release 5 de UMTS permite que los móviles con acceso a la red de paquetes
establezcan llamadas de voz usando SIP como protocolo de señalización. Estos mensajes
SIP se envían para comunicar la petición al Call Session Control Function (CSCF) de IMS.
En este caso, los datos de voz se transmiten como paquetes a través de la red de UMTS.

6
 Figura 3 IP Multimedia Subsystem

Funciones de Control de la Sesión de Llamada

Según lo mencionado previamente, el núcleo de red de UMTS se está separando de la red

actual para evolucionar hacia una red consolidada. Ahora vamos a introducir los
componentes del Subsistema Multimedia IP (IMS). Los primeros elementos clave son las
funciones de control de sesión de llamada (CSCF) y el Home Suscriber Server (HSS o
servidor del suscriptor de la red origen). El CSCF ha tomado la mayoría de la funcionalidad
del MSC en la arquitectura del IMS. El CSCF es análogo a un servidor SIP en la
arquitectura IETF.
El primer componente que hay que mencionar es el Call Session Control Function (CSCF).
Su función es procesar los mensajes de señalización para controlar la sesión multimedia de
los usuarios. El núcleo de la red de conmutación de paquetes existente se utiliza para
soportar el camino que siguen los datos de sesión multimedia y los CSCFs se utilizan para
establecer las sesiones y para controlar otras características de la llamada. Los protocolos
que controlan los servicios están basados en protocolos del Internet Engineering Task Force
(IETF). El protocolo que más se utiliza para señalización es SIP. Los CSCFs realizan una
serie de funciones. La primera es la función de control de la sesión multimedia. Ésta es una
evolución de la función de control de llamada del MSC. Después tenemos la función de
traducción de la dirección (que es la evolución de la función de traducción de dígitos). El
CSCF debe realizar el manejo del perfil del suscriptor (el papel del VLR).
El CSCF puede desempeñar tres papeles: el papel de Proxy-CSCF (P-CSCF), el papel de
Interrogating-CSCF (I-CSCF) y el papel de Serving-CSCF (S-CSCF). El P-CSCF es el
primer punto de contacto de un móvil en la red IMS. La función del I-CSCF es determinar
el S-CSCF basado en carga o capacidad de la red. El S-CSCF es responsable de gestionar la
sesión del móvil. Estos tres papeles pueden soportar capacidades de cortafuegos.

7
Presentamos ahora cada rol.

Proxy – CSCF
Según lo indicado antes, el Proxy Controlador de la Función de Sesión de Llamada (P-
CSCF) es el primer punto de contacto de los móviles en la red de IMS (ya estén en su red
origen o visitada). El P-CSCF redirige los mensajes de SIP Register y los mensajes de
establecimiento de sesión a la red origen. El Proxy-CSCF es análogo al servidor proxy en la
arquitectura SIP.
El P-CSCF tiene otras funciones. Una de ellas es ser el punto donde se ejerce la política de
calidad de servicio dentro de la red IMS visitada. Otra responsabilidad es proporcionar el
control local para los servicios de emergencia. También realiza asistencia telefónica de los
planes locales de numeración bajo dirección del Serving-CSCF.

Interrogating - CSCF
El Interrogating Call Session Control Function (I-CSCF) es el primer punto de contacto en
la red para todas las conexiones destinadas a un usuario de esa red o que la está visitando
(roaming). Una de sus funciones principales es asignarle un Serving-CSCF a un usuario
durante el proceso de registro, preguntándole al HSS por la localización de uno adecuado
basándose en parámetros como capacidad y carga. Otra función importante es la
redirección de las peticiones SIP durante una sesión al S-CSCF del usuario que envía dicha
petición.
Esto es un nodo opcional en la arquitectura de IMS. El sistema podría ser configurado de
modo que el P-CSCF pudiera entrar en contacto con el S-CSCF directamente.
Como vemos, el I-CSCF realiza un balanceo de carga entre S-CSCFs con la ayuda del HSS.
El I-CSCF, además, puede ocultar la configuración y topología específica de la red origen
de otros operadores de red proporcionando un solo punto de entrada en la red. Esta función
es opcional en el I-CSCF y se denomina THIG (Topology Hiding Inter-network Gateway).
El I-CSCF puede también realizar algunas formas de tarificación. Si el I-CSCF es la
entrada en la red origen, debe soportar funciones de cortafuegos.

Serving - CSCF
El Serving controlador de la función de sesión de llamada (S-CSCF) es el nodo que realiza
la gestión de la sesión en la red IMS. Puede haber varios S-CSCFs en la red con varias
funcionalidades. Se pueden añadir según las necesidades basándose en las capacidades de
los nodos o en los requisitos de capacidad de la red. El S-CSCF en la red origen es el
responsable de todo el control de la sesión, pero podría remitir la petición específica a un P-
CSCF en la red visitada basándose en los requisitos de la petición. Por ejemplo, la red
visitada estará en una posición mejor para soportar el plan de marcado de número local o un
cierto servicio local en el que el usuario puede estar interesado (por ejemplo, donde está el
supermercado más cercano).

8
El S-CSCF se puede elegir diferentemente basándose en los servicios solicitados o en las
capacidades del móvil.
Una ventaja importante de esta arquitectura es que la red origen proporciona las
características de servicio. Esto significa que el móvil no está restringido a las capacidades
de la red visitada como se ve en la red wireless actual (si un MSC no apoya una
característica a la que el usuario se ha suscrito, no podrá utilizar esa característica). Esta
capacidad de permitir que el usuario pueda siempre conseguir el acceso a sus características
suscritas se conoce como Virtual Home Enviroment (VHE) que es algo así como “entorno
origen virtual”.

Breakout Gateway Control Function

El BGCF elige la red en la que se realiza la salida hacia la red PSTN o de conmutación de
circuitos. Si el BGCF determina que esta salida ocurre en la misma red en la que se
encuentra el BGCF, entonces elegirá el MGCF (Media Gateway Control Function) que es
el encargado de la interacción con la red PSTN. Si la salida ocurre en otra red, el BGCF
encaminará la señalización al BGCF de la red seleccionada.

IMS Application Level Gateway

El IMS ALG proporciona la funcionalidad de aplicación necesaria a la pila de protocolos

SIP/SDP para que interactuén aplicaciones IPv4 e IPv6. Cuando el IMS ALG recibe un
mensaje SIP de los CSCFs o de una red externa SIP IPv4, cambia los parámetros
apropiados de SIP/SDP, traduciendo las direcciones IPv6 a IPv4 y viceversa.

Home Suscriber Server (HSS)

Como en la red móvil de la que hereda, aquí sigue existiendo la necesidad de una base de
datos centralizada del suscriptor. El Registro de la Localización de la red origen (Home
Location Register, HLR) ha pasado a ser el Servidor del Suscriptor de la red origen (Home
Suscriber Server, HSS). El HSS se comunica con el I-CSCF y el S-CSCF para proporcionar
la información sobre la localización del suscriptor y la información de suscripción del
cliente. El HSS utiliza el único protocolo que no está basado en IETF, la interfaz Cx. El
HSS y los CSCF se comunican vía el nuevo interfaz Cx. El protocolo de interfaz Cx no es
un protocolo de IETF, pero está basado en IP.

Media Resource Function

El MRF permite multiconferencias mezclando los media streams de varios participantes.

9
Está dividido en el MRFC (Media Resource Function Controller) y el MRFP (Media
Resource Function Processor), similiares en función al MGCF y al MGW (que se veran en
la siguiente sección). El MRFC controla los media streams establecidos por el MRFP
(interactúa con él a través de Megaco), basándose en información suministrada por el S-
CSCF y el servidor de aplicaciones (si lo hubiera).

Media Gateway y Media Gateway Control Function

En un entorno donde todas las sesiones fueran entre dispositivos de usuario con capacidad
IP, no necesitaríamos otra cosa que los CSCFs y el HSS. Pero en realidad habrá un periodo
de transición muy largo para eliminar totalmente las antiguas redes PSTN y móviles.
IMS soporta varios nodos para interconectarse con las redes tradicionales. Éstos son el
Media Gateway -pasarela de medios- (MGW), Media Gateway Control Function –Función
de Control de la Pasarela de Medios- (MGCF), y el Signaling Gateway -Pasarela de
Señalización- (SGW).

Media Gateway Control Function

El MGCF controla uno o más MGWs, permitiendo más escalabilidad en la red. El MGCF
maneja la conexión entre la portadora PSTN y el flujo IP. Por simplicidad el MGCF se
podría colocar integrado con el MGW.
El MGCF convierte mensajes SIP en mensajes de Megaco o de ISUP. El MGCF recibe un
mensaje SIP del CSCF y determina qué conexión realizar con el MGW. También crea el
mensaje apropiado de ISUP y lo envía, vía IP, al Signaling Gateway (SGW).

Media Gateway
El MGCF es el que controla la interconexión de redes, pero el Media Gateway es el que
hace el procesamiento de la información multimedia entre los usuarios finales. Su función
principal es convertir medios de un formato a otro. En UMTS esto será sobre todo entre la
modulación de código de pulso (PCM) en la PSTN y un formato de codec de voz basado en
IP.
El MGW es probable que sea una plataforma basada en hardware de tiempo real. Es crítico
que procese los bits lo más rápidamente posible de modo que no añada retraso a la
transmisión de la información.

Signaling Gateway
Una característica esencial del Subsistema Multimedia IP es que la mayoría de la
comunicación entre los componentes está basada en IP. Solamente hay dos interfaces que
no están basadas en IP. Ambas se utilizan para interactuar con una red tradicional (la PSTN
o una red móvil anterior). Estas dos interfaces son el camino del portador y el de
señalización hacia la red antigua.

10
La PSTN actualmente sólo entiende SS7 y no se espera que soporte otra cosa en el futuro.
SS7 tiene limitaciones y no es tan flexible como IP. Para evitar la necesidad de que el
MGCF soporte SS7 se ideó la pasarela de señalización (Signaling Gateway, SGW). Su
función es convertir SS7 a IP. El SGW convierte las capas más bajas de SS7 en IP. Los
protocolos de la capa de aplicación no se verán afectados. Un ejemplo de un protocolo de
capa de aplicación es el ISDN User Part (ISUP) que se utiliza para establecer llamadas con
la PSTN.

Distribución de la funcionalidad del CS-CN

Ahora que hemos presentado los componentes que forman parte del Subsistema
Multimedia IP de UMTS, sería bueno mirar las funciones esenciales de procesamiento de
una llamada en el mundo de conmutación de circuitos y ver dónde se han colocado estas
funciones en la red IMS.

• Control de la llamada y procesamiento de características de llamada: En la red de

conmutación de circuitos el MSC hace el control de la llamada para procesarla. Esta
función se ha movido al CSCF. Específicamente esta función se realiza en el S-
CSCF a menos que sea para una función local, en cuyo caso se realiza en el P-
CSCF.

• Facturación: Al final de la llamada, el MSC debe realizar la función de facturación

generando un expediente de facturación. Esta función se ha movido al S-CSCF y al
P-CSCF. La razón de que esté en ambas es porque la red origen puede cobrarle al
usuario y la red visitada cobrarle a la red origen por el uso de sus recursos por parte
de sus suscriptores.

• Matriz de conmutación: Hay dos respuestas a dónde se ha movido la matriz de

conmutación. En un panorama donde ambos extremos de la llamada soportan IP
(ambos son teléfonos que soportan SIP) entonces la red IP por sí misma adquiere el
papel de la matriz de conmutación. En el caso en que uno de los extremos esté en
una red tradicional, entonces la matriz de conmutación se distribuye entre el MGW
y el MGCF.

• Gestión del perfil del suscriptor: El MSC era el responsable de guardar una copia
local del perfil de los suscriptores que sería utilizada para asistir en el
procesamiento de una llamada. Los datos del perfil incluían la identidad de los
móviles, el número de teléfono, y el conjunto de características a las que estuviera
suscrito. Esta función se encuentra ahora en el S-CSCF, que necesita esta
información para procesar las peticiones del móvil. Un ejemplo simple es impedir
llamadas internacionales. Si el móvil tiene esta restricción y marca una llamada

11
 internacional, el S-CSCF no permitirá que se complete la llamada.

• Gestión de la movilidad y autenticación: El MSC realizaba la gestión de la

movilidad para conocer la localización del móvil mientras que se movía por la red.
Puesto que el móvil se está comunicando a través de una interfaz aire, que no puede
ser protegida, el MSC debe también autenticar la identidad del usuario para
asegurarse de que no haya fraude. En lanzamientos anteriores de UMTS estas
funciones se realizaban en la red de conmutación de circuitos y en la red de
conmutación de paquetes (es decir, era realizado en el MSC y el SGSN por
separado). Es redundante que ambas funciones estén en ambas redes. En IMS será
realizado solamente en la red de conmutación de paquetes (es decir los SGSN). No
hay cambios en estos procedimientos dentro del SGSN.

Flujos de sesión

La fig. 4 muestra el flujo de mensajes de señalización y el flujo de datos del usuario (como
pueden ser paquetes de voz digitalizados). Vamos a echar un vistazo a cada uno de éstos.
Primero observamos los mensajes de señalización. Como se puede ver en la figura, los
mensajes de señalización irán del móvil a través de UTRAN, al SGSN/GGSN, para luego ir
al CSCF y finalmente a la red destino (a otra red de IMS Release 5, a una red de
MGCF/MGW, o simplemente hacia la red IP). Es importante distinguir entre qué
componentes procesan el mensaje y cuáles lo están “enrutando”. Cuando el móvil envía una
petición para establecer un servicio, la petición se envía al S-CSCF (vía el Proxy-CSCF y el
Interrogating-CSCF). El SGSN y el GGSN realizarán solamente la función de routers. No
miran el contenido del mensaje, sólo miran la dirección IP del destino y encaminan el
mensaje de acuerdo con esto.
Ahora que hemos visto el camino que sigue la señalización veamos el flujo de los datos del
usuario. Como se puede ver en la figura, la información del usuario se transmitirá del
móvil, a través del SGSN y el GGSN hacia la red destino (al GGSN de otra red de Release
5, o a la red PSTN pasando por el MGW, o hacia fuera a Internet). Se saltará la red de
CSCFs. Es importante notar que en IMS por tanto se sigue la filosofía de que señalización y
datos tomarán caminos distintos en la red.

12
 Figura 4 Caminos de señalización y datos

La fig. 5 muestra un ejemplo de un móvil que inicia una sesión multimedia. Muestra la
negociación con el protocolo de descripción de sesión (Session Description Protocol, SDP)
y los pasos de reserva de recursos. Cualquiera de los mecanismos estándares IP de QoS se
pueden utilizar para realizar la reserva de recursos.

Figura 5 Sesión multimedia originada por móvil

IP Multimedia Subsystem Services Architecture

13
El soporte en la red de voz y datos ofrece oportunidades para la introducción de servicios
innovadores. Combinando la flexibilidad de las redes IP y de la extensibilidad de SIP, la
arquitectura de servicios de IMS proporciona soporte para servicios tradicionales así como
nuevos servicios. La arquitectura de los servicios IMS se muestra en la fig. 6.

Figura 6 Arquitectura de Servicios de IMS

La arquitectura de servicios de IMS permite el despliegue de nuevos servicios por parte de

los operadores y de terceras partes proveedoras de servicios. Esto proporciona a los
suscriptores una amplia opción de servicios. El S-CSCF es el punto de unión para ofrecer
nuevos servicios, puesto que maneja las sesiones SIP. Sin embargo, los servicios se pueden
desarrollar y desplegar en una arquitectura distribuida. Se pueden usar múltiples
plataformas de servicios para desplegar una amplia variedad de ellos. IMS define tres
formas diferentes de ofrecer servicios. Se explican a continuación:

Servicios Nativos Sip: En los últimos años, se han desarrollado una amplia variedad de
tecnologías por parte de varias organizaciones para desarrollar servicios SIP. Incluyen SIP
Servlets, Call Processing Language (CPL) script, SIP Common Gateway Interface (CGI) y
Java APIs for Integrated Networks (JAIN). Uno o más servidores de aplicaciones SIP se
pueden utilizar para desplegar servicios usando estas tecnologías.

Servicios tradicionales: Mientras que se requieren nuevos e innovadores servicios, no

podemos ignorar los servicios de la telefonía tradicional. Las redes del Release `99 utilizan
el entorno de servicios de CAMEL (Customized Applications for Mobile Enhanced Logic)
para desplegar servicios inteligentes de red tales como por ejemplo el servicio pre-pago.

14
Servicios de terceras partes: UMTS ha definido la arquitectura de acceso abierto a los
servicios (Open Services Access, OSA) para permitir que terceros ofrezcan servicios a
través de la red UMTS. OSA ofrece una API segura para que puedan acceder a la red
UMTS. Por lo tanto, los suscriptores no están restringidos a los servicios ofrecidos por los
operadores.
El S-CSCF utiliza la interfaz Cx para recuperar el perfil del suscriptor del HSS. El S-CSCF
interactúa con diversas plataformas de servicios a través de la interfaz de control de los
servicios IMS (ISC) que está basado en SIP y sus extensiones. Sin embargo, los entornos de
OSA y CAMEL no soportan el interfaz ISC. El servidor de Capacidad de Servicio de OSA
(Service Capability Server, SCS) realiza la mediación entre el ISC y el API de OSA. El IM-
SSF realiza la mediación entre ISC y el protocolo de aplicaciones CAMEL (CAMEL
Application Protocol, CAP).

Conclusión

El sistema IMS de UMTS va a ser un paso en la evolución hacia las redes móviles
de 3ª generación que va a aportar grandes ventajas y cambios con respecto a las redes de
ahora. Si además se tiene en cuenta el aumento sustancial en el ancho de banda que
ofrecerá UMTS, el abanico de nuevos servicios y posibilidades es amplísimo. Asistiremos a
la introducción de todo tipo de servicios multimedia (transmisión de audio, vídeo, cualquier
tipo de información de usuario, servicios de presencia, mensajería, nuevos servicios de
emergencia, multiconferencias…) posibles gracias a las nuevas plataformas de servicios
(CAMEL, OSA, servicios SIP) y a la simplicidad y extensibilidad de SIP que podrá
adaptarse si hiciera falta para interactuar con estas plataformas. La facilidad que tendrán los
proveedores para desarrollar e introducir nuevos servicios gracias a la API de OSA y al uso
de protocolos estándares de IETF (como IP y SIP) permitirá un rápido despliegue de
servicios. El éxito dependerá de la accesibilidad del usuario a estos nuevos servicios
(hablamos del coste de los mismos). IMS sin embargo todavía tardará en llegar ya que
supone una amplia inversión en infraestructura y habrá que ir deshaciéndose de la que hay
desplegada actualmente. Por ello 3GPP ha previsto una transición lenta contando siempre
en cada etapa con la interacción con redes antiguas (PSTN y antiguas redes wireless).

Bibliografía

La información proviene de:

- “Advanced SIP Series: Extending SIP”, Gary Cote, www.sipcenter.com

- 3GPP TS 23.228: “IP Multimedia (IM) Subsystem - Stage 2”

15
- RFC 2543 Session Initiation Protocol (SIP)

- 3GPP TS 29.228: “IP Multimedia (IM) Subsystem Cx Interface; Signaling Flows and
Message Content”

- Information on CPL - draft-ietf-iptel-cpl-04.txt, www.oasis-open.com/cover/cpl.html

- Information on JAIN and SIP Servlet APIs - java.sun.com/products/jain

- 3GPP TS 29.198: “Open Services Access (OSA) Application Programming Interface

(API)”

- 3GPP TS 22.228: “IP Multimedia (IM) Subsystem - Stage 2”

16