El subsistema multimedia IP o subsistema de red central multimedia IP ( IMS ) es un marco arquitectónico estandarizado para brindar servicios multimedia IP . Históricamente, los teléfonos móviles han proporcionado servicios de llamadas de voz a través de una red de circuitos conmutados , en lugar de estrictamente a través de una red de paquetes IP conmutados . Hay varias tecnologías de voz sobre IP disponibles en los teléfonos inteligentes; IMS proporciona un protocolo estándar entre proveedores.
IMS fue diseñado originalmente por el organismo de estándares inalámbricos 3rd Generation Partnership Project (3GPP), como parte de la visión de la evolución de las redes móviles más allá de GSM . Su formulación original (3GPP Rel-5) representó un enfoque para brindar servicios de Internet a través de GPRS . Esta visión fue posteriormente actualizada por 3GPP, 3GPP2 y ETSI TISPAN al requerir soporte de redes distintas a GPRS , como LAN inalámbrica , CDMA2000 y líneas fijas.
IMS utiliza protocolos IETF siempre que sea posible, por ejemplo, el Protocolo de inicio de sesión (SIP). Según el 3GPP, IMS no pretende estandarizar aplicaciones, sino más bien ayudar al acceso de aplicaciones multimedia y de voz desde terminales inalámbricos y alámbricos, es decir, crear una forma de convergencia fijo-móvil (FMC). [1] Esto se hace teniendo una capa de control horizontal que aísla la red de acceso de la capa de servicio . Desde una perspectiva de arquitectura lógica, los servicios no necesitan tener sus propias funciones de control, ya que la capa de control es una capa horizontal común. Sin embargo, en la implementación esto no necesariamente se traduce en una mayor reducción de costos y complejidad.
Las tecnologías alternativas y superpuestas para el acceso y el suministro de servicios a través de redes cableadas e inalámbricas incluyen combinaciones de red de acceso genérica , conmutadores de software y SIP "desnudo".
Dado que cada vez es más fácil acceder a contenidos y contactos utilizando mecanismos fuera del control de los operadores inalámbricos/fijos tradicionales, el interés de IMS está siendo cuestionado. [2]
Ejemplos de estándares globales basados en IMS son MMTel , que es la base para Voz sobre LTE ( VoLTE ), llamadas Wi-Fi (VoWIFI), Video sobre LTE (ViLTE), SMS/MMS sobre WiFi y LTE, USSD sobre LTE y Rich. Servicios de comunicación (RCS), que también se conoce como joyn o mensajería avanzada, y ahora RCS es la implementación del operador. RCS también agregó la funcionalidad Presencia/EAB (libreta de direcciones mejorada). [3]
Historia
IMS fue definido por un foro de la industria llamado 3G.IP, formado en 1999. 3G.IP desarrolló la arquitectura IMS inicial, que se llevó al Proyecto de Asociación de Tercera Generación ( 3GPP ), como parte de su trabajo de estandarización para sistemas de telefonía móvil 3G en Redes UMTS . Apareció por primera vez en la Versión 5 ( evolución de redes 2G a 3G ), cuando se agregó multimedia basado en SIP. También se proporcionó soporte para las redes GSM y GPRS más antiguas. [4]
3GPP2 (una organización diferente de 3GPP) basó su dominio multimedia (MMD) CDMA2000 en 3GPP IMS, agregando soporte para CDMA2000 .
La versión 6 de 3GPP agregó interfuncionamiento con WLAN , interoperabilidad entre IMS utilizando diferentes redes de conectividad IP, identidades de grupos de enrutamiento, registro y bifurcación múltiples, presencia, reconocimiento de voz y servicios habilitados para voz ( Pulsar para hablar ).
La versión 7 de 3GPP agregó soporte para redes fijas al trabajar junto con la versión R1.1 de TISPAN , la función AGCF (función de control de puerta de enlace de acceso) y PES ( servicio de emulación PSTN ) se introducen en la red alámbrica en aras de la herencia de servicios. que se puede proporcionar en la red PSTN. AGCF funciona como un puente que interconecta las redes IMS y las redes Megaco/H.248. Las redes Megaco/H.248 ofrecen la posibilidad de conectar terminales de las antiguas redes heredadas a la nueva generación de redes basadas en redes IP. AGCF actúa como agente de usuario SIP hacia el IMS y desempeña el papel de P-CSCF. La funcionalidad del Agente de usuario SIP está incluida en AGCF y no en el dispositivo del cliente sino en la propia red. También se agregó continuidad de llamadas de voz entre la conmutación de circuitos y el dominio de conmutación de paquetes ( VCC ), conexión de banda ancha fija al IMS, interfuncionamiento con redes que no son IMS, control de políticas y cargos (PCC), sesiones de emergencia. También agregó SMS sobre IP. [5]
La versión 8 de 3GPP agregó soporte para LTE / SAE , continuidad de sesión multimedia, sesiones de emergencia mejoradas, SMS sobre SG [5] y servicios centralizados IMS.
La versión 9 de 3GPP agregó soporte para llamadas de emergencia IMS sobre GPRS y EPS , mejoras a la telefonía multimedia , seguridad del plano de medios IMS, mejoras a la centralización y continuidad de los servicios.
La versión 10 de 3GPP agregó soporte para la transferencia entre dispositivos, mejoras a la continuidad de la llamada de voz por radio única (SRVCC) y mejoras a las sesiones de emergencia de IMS.
La versión 11 de 3GPP agregó el servicio de simulación USSD , información de ubicación proporcionada por la red para IMS, envío y entrega de SMS sin MSISDN en IMS y control de sobrecarga.
Algunos operadores se opusieron al IMS porque lo consideraban complejo y costoso. En respuesta, en 2010 se definió y estandarizó una versión reducida de IMS (suficiente IMS para admitir voz y SMS a través de la red LTE) como Voz sobre LTE (VoLTE). [6]
Arquitectura
A continuación se explica cada una de las funciones del diagrama.
El subsistema de red central multimedia IP es una colección de diferentes funciones, unidas por interfaces estandarizadas, que se agrupan formando una red administrativa IMS. [7] Una función no es un nodo (caja de hardware): un implementador es libre de combinar dos funciones en un nodo o de dividir una sola función en dos o más nodos. Cada nodo también puede estar presente varias veces en una sola red, por cuestiones de dimensionamiento, equilibrio de carga o organización.
Red de acceso
El usuario puede conectarse a IMS de varias formas, la mayoría de las cuales utilizan la IP estándar. Los terminales IMS (como teléfonos móviles , asistentes digitales personales (PDA) y computadoras) pueden registrarse directamente en IMS, incluso cuando están en itinerancia en otra red o país (la red visitada). El único requisito es que puedan utilizar IP y ejecutar agentes de usuario SIP. El acceso fijo (p. ej., línea de abonado digital (DSL), módems de cable , Ethernet , FTTx ), acceso móvil (p. ej., 5G NR , LTE , W-CDMA , CDMA2000 , GSM , GPRS ) y acceso inalámbrico (p. ej., WLAN , WiMAX ) son todos apoyados. Otros sistemas telefónicos, como el servicio telefónico antiguo (POTS, los antiguos teléfonos analógicos), H.323 y sistemas no compatibles con IMS, se admiten a través de puertas de enlace .
Red de núcleo
HSS – Servidor de abonado doméstico:
El servidor de abonado doméstico (HSS), o función de servidor de perfil de usuario (UPSF), es una base de datos maestra de usuarios que admite las entidades de red IMS que realmente manejan las llamadas . Contiene información relacionada con la suscripción ( perfiles de suscriptor ), realiza autenticación y autorización del usuario y puede proporcionar información sobre la ubicación del suscriptor e información de IP. Es similar al registro de ubicación local (HLR) y al centro de autenticación (AuC) GSM.
Identidades de usuario:
Se pueden asociar varias identidades con IMS: identidad privada multimedia IP (IMPI), identidad pública multimedia IP (IMPU), URI de agente de usuario enrutable globalmente (GRUU), identidad de usuario público con comodines. Tanto IMPI como IMPU no son números de teléfono ni otras series de dígitos, sino identificadores uniformes de recursos (URI), que pueden ser dígitos (un Tel URI, como tel:+1-555-123-4567 ) o identificadores alfanuméricos (un SIP URI, como sip:[email protected]" ).
Identidad privada multimedia IP:
La identidad privada multimedia IP (IMPI) es una identidad global única asignada permanentemente y asignada por el operador de la red doméstica. Tiene la forma de un Identificador de acceso a la red (NAI), es decir, usuario.nombre@dominio, y se utiliza, por ejemplo, con fines de registro, autorización, administración y contabilidad. Cada usuario de IMS deberá tener un IMPI.
Identidad pública IP multimedia: cualquier usuario utiliza la identidad pública IP multimedia (IMPU) para solicitar comunicaciones con otros usuarios (por ejemplo, esto podría incluirse en una tarjeta de presentación ). También conocida como Dirección de Registro (AOR). Puede haber múltiples IMPU por IMPI. La IMPU también se puede compartir con otro teléfono, de modo que se pueda contactar con ambos con la misma identidad (por ejemplo, un único número de teléfono para toda una familia).
URI de agente de usuario enrutable globalmente: El URI de agente de usuario enrutable globalmente (GRUU) es una identidad que identifica una combinación única de IMPU y instancia de UE . Hay dos tipos de GRUU: GRUU público (P-GRUU) y GRUU temporal (T-GRUU).
P-GRUU revela el IMPU y tiene una vida muy larga.
T-GRUU no revela la IMPU y son válidos hasta que el contacto se dé de baja explícitamente o caduque el registro actual.
Identidad de usuario público con comodines:
una identidad de usuario público con comodines expresa un conjunto de IMPU agrupadas.
La base de datos de suscriptores de HSS contiene IMPU, IMPI, IMSI , MSISDN , perfiles de servicios de suscriptores, activadores de servicios y otra información.
Función de control de sesión de llamada (CSCF)
Se utilizan varias funciones de servidores o proxies SIP, denominadas colectivamente función de control de sesión de llamada (CSCF), para procesar paquetes de señalización SIP en el IMS.
Un Proxy-CSCF (P-CSCF) es un proxy SIP que es el primer punto de contacto para el terminal IMS. Puede ubicarse en la red visitada (en redes IMS completas) o en la red doméstica (cuando la red visitada aún no es compatible con IMS). Algunas redes pueden utilizar un controlador de borde de sesión (SBC) para esta función. El P-CSCF es, en esencia, un SBC especializado para la interfaz usuario-red que no solo protege la red, sino también el terminal IMS. El uso de un SBC adicional entre el terminal IMS y el P-CSCF es innecesario e inviable debido a que la señalización está cifrada en este tramo. El terminal descubre su P-CSCF con DHCP , o puede configurarse (por ejemplo, durante el aprovisionamiento inicial o mediante un objeto de gestión (MO) IMS 3GPP) o en el ISIM o asignarse en el contexto PDP (en el servicio general de radio por paquetes (GPRS). )).
Se asigna a un terminal IMS antes del registro y no cambia mientras dure el registro.
Se encuentra en el camino de todas las señales y puede inspeccionar cada señal; el terminal IMS debe ignorar cualquier otra señalización no cifrada.
Inspecciona la señalización y garantiza que los terminales IMS no se comporten mal (por ejemplo, cambien las rutas de señalización normales, desobedezcan la política de enrutamiento de la red local).
Puede comprimir y descomprimir mensajes SIP utilizando SigComp , lo que reduce el viaje de ida y vuelta en enlaces de radio lentos.
Puede incluir una Función de Decisión de Política (PDF), que autoriza recursos del plano de medios, por ejemplo, calidad de servicio (QoS) en el plano de medios. Se utiliza para control de políticas, gestión de ancho de banda, etc. El PDF también puede ser una función independiente.
También genera registros de carga.
Un CSCF de interrogación (I-CSCF) es otra función SIP ubicada en el borde de un dominio administrativo. Su dirección IP se publica en el Sistema de nombres de dominio (DNS) del dominio (utilizando registros DNS de tipo NAPTR y SRV ), de modo que los servidores remotos puedan encontrarla y utilizarla como punto de reenvío (por ejemplo, registro) para paquetes SIP. a este dominio.
consulta al HSS para recuperar la dirección del S-CSCF y asignarla a un usuario que realiza el registro SIP
también envía la solicitud o respuesta SIP al S-CSCF
Hasta la versión 6, también se puede utilizar para ocultar la red interna del mundo exterior (cifrando partes del mensaje SIP), en cuyo caso se denomina puerta de enlace entre redes que oculta topología (THIG). A partir de la versión 7, esta función de "punto de entrada" se elimina del I-CSCF y ahora forma parte de la función de control de fronteras de interconexión (IBCF). El IBCF se utiliza como puerta de enlace a redes externas y proporciona funciones NAT y firewall ( pinholing ). El IBCF es un controlador de borde de sesión especializado para la interfaz de red a red (NNI).
Un Serving-CSCF (S-CSCF) es el nodo central del plano de señalización. Es un servidor SIP, pero también realiza control de sesión. Siempre está ubicado en la red doméstica. Utiliza las interfaces Diámetro Cx y Dx del HSS para descargar perfiles de usuario y cargar asociaciones de usuario a S-CSCF (el perfil de usuario solo se almacena en caché localmente por motivos de procesamiento y no se modifica). Toda la información necesaria del perfil del suscriptor se carga desde el HSS.
maneja registros SIP, lo que le permite vincular la ubicación del usuario (por ejemplo, la dirección IP del terminal) y la dirección SIP
se encuentra en el camino de todos los mensajes de señalización de los usuarios registrados localmente y puede inspeccionar cada mensaje
decide a qué servidor(es) de aplicaciones se reenviará el mensaje SIP para proporcionar sus servicios
Proporciona servicios de enrutamiento, generalmente utilizando búsquedas de numeración electrónica (ENUM).
hace cumplir la política del operador de red
Puede haber múltiples S-CSCF en la red por motivos de distribución de carga y alta disponibilidad . Es el HSS el que asigna el S-CSCF a un usuario, cuando el I-CSCF lo consulta. Existen múltiples opciones para este propósito, incluidas capacidades obligatorias/opcionales que deben coincidir entre suscriptores y S-CSCF.
Servidores de aplicaciones
Los servidores de aplicaciones (AS) SIP alojan y ejecutan servicios e interactúan con el S-CSCF mediante SIP. Un ejemplo de servidor de aplicaciones que se está desarrollando en 3GPP es la función de continuidad de llamadas de voz (servidor VCC). Dependiendo del servicio real, el AS puede operar en modo proxy SIP, modo SIP UA ( agente de usuario ) o modo SIP B2BUA . Un AS puede estar ubicado en la red doméstica o en una red externa de terceros. Si se encuentra en la red doméstica, puede consultar el HSS con las interfaces Diámetro Sh o Si (para un SIP-AS).
SIP AS: Aloja y ejecuta servicios específicos de IMS
Función de conmutación de servicios multimedia IP (IM-SSF): conecta SIP a CAP para comunicarse con los servidores de aplicaciones CAMEL
El AS-ILCM (Servidor de aplicaciones - Modelo de control de tramo entrante) y AS-OLCM (Servidor de aplicaciones - Modelo de control de tramo saliente) almacenan el estado de las transacciones y, opcionalmente, pueden almacenar el estado de la sesión dependiendo del servicio específico que se esté ejecutando. El AS-ILCM interactúa con el S-CSCF (ILCM) para un tramo entrante y el AS-OLCM interactúa con el S-CSCF (OLCM) para un tramo saliente. Application Logic proporciona los servicios e interactúa entre AS-ILCM y AS-OLCM.
Identidad de servicio público
Las identidades de servicio público (PSI) son identidades que identifican servicios alojados en servidores de aplicaciones. Como identidades de usuario, PSI toma la forma de SIP o Tel URI. Los PSI se almacenan en el HSS como un PSI distinto o como un PSI comodín:
un PSI distinto contiene el PSI que se utiliza en el enrutamiento
un PSI con comodín representa una colección de PSI.
Servidores de medios
La Función de Recursos de Medios (MRF) proporciona funciones relacionadas con los medios, tales como manipulación de medios (por ejemplo, mezcla de flujos de voz) y reproducción de tonos y anuncios.
Cada MRF se divide además en un controlador de función de recursos multimedia (MRFC) y un procesador de función de recursos multimedia (MRFP).
El MRFC es un nodo del plano de señalización que interpreta la información proveniente de un AS y S-CSCF para controlar el MRFP.
El MRFP es un nodo del plano de medios que se utiliza para mezclar, generar o procesar flujos de medios. También puede gestionar el derecho de acceso a recursos compartidos.
El Media Resource Broker (MRB) es una entidad funcional que es responsable tanto de la recopilación de información MRF publicada apropiada como del suministro de información MRF apropiada a entidades consumidoras como el AS. MRB se puede utilizar en dos modos:
Modo de consulta: AS consulta el MRB en busca de medios y configura la llamada utilizando la respuesta del MRB.
Modo en línea: AS envía una INVITACIÓN SIP al MRB. La MRB configura la convocatoria
Puerta de enlace
Una función de control de puerta de enlace de ruptura (BGCF) es un proxy SIP que procesa solicitudes de enrutamiento desde un S-CSCF cuando el S-CSCF ha determinado que la sesión no se puede enrutar usando DNS o ENUM/DNS. Incluye funcionalidad de enrutamiento basado en números de teléfono.
Una función de controlador de puerta de enlace de medios (MGCF) es un punto final SIP que interactúa con el SGW a través de SCTP. También controla los recursos en un Media Gateway (MGW) a través de una interfaz H.248 .
Una puerta de enlace de medios (MGW) interactúa con el plano de medios de la red CS mediante la conversión entre RTP y PCM . También puede transcodificar cuando los códecs no coinciden (por ejemplo, IMS podría usar AMR , PSTN podría usar G.711 ).
Recursos de medios
Los recursos de medios son aquellos componentes que operan en el plano de medios y están bajo el control de las funciones principales de IMS. Específicamente, Media Server (MS) y Media gateway (MGW)
Interconexión orientada a servicios (SoIx): La vinculación física y lógica de dominios NGN que permite a los operadores y proveedores de servicios ofrecer servicios a través de plataformas NGN (es decir, IMS y PES) con control, señalización (es decir, basada en sesión), que proporciona niveles definidos. de interoperabilidad. Por ejemplo, este es el caso de los servicios de voz y/o multimedia de "grado de operador" a través de interconexión IP. Los "niveles definidos de interoperabilidad" dependen del servicio, la QoS o la seguridad, etc.
Interconexión orientada a la conectividad (CoIx): La vinculación física y lógica de operadores y proveedores de servicios basada en una conectividad IP simple, independientemente de los niveles de interoperabilidad. Por ejemplo, una interconexión IP de este tipo no tiene conocimiento del servicio específico de extremo a extremo y, como consecuencia, el rendimiento de la red, la QoS y los requisitos de seguridad específicos del servicio no están necesariamente garantizados. Esta definición no excluye que algunos servicios puedan proporcionar un nivel definido de interoperabilidad. Sin embargo, sólo SoIx satisface plenamente los requisitos de interoperabilidad de las NGN.
Un modo de interconexión NGN puede ser directo o indirecto. La interconexión directa se refiere a la interconexión entre dos dominios de red sin ningún dominio de red intermedio. La interconexión indirecta en una capa se refiere a la interconexión entre dos dominios de red con uno o más dominios de red intermedios que actúan como redes de tránsito. Los dominios de red intermedios proporcionan funcionalidad de tránsito a los otros dos dominios de red. Se pueden utilizar diferentes modos de interconexión para transportar señalización de capa de servicio y tráfico de medios.
Cargando
El cobro fuera de línea se aplica a los usuarios que pagan por sus servicios periódicamente (por ejemplo, a final de mes). El cobro en línea , también conocido como cobro basado en crédito, se utiliza para servicios prepago o control de crédito en tiempo real de servicios pospago. Ambos podrán aplicarse a la misma sesión.
Las direcciones de función de cobro son direcciones distribuidas a cada entidad IMS y proporcionan una ubicación común para que cada entidad envíe información de cobro. Las direcciones de la función de datos de cobro (CDF) se utilizan para la facturación fuera de línea y la función de cobro en línea (OCF) para la facturación en línea.
Cobro fuera de línea: todas las entidades de red SIP (P-CSCF, I-CSCF, S-CSCF, BGCF, MRFC, MGCF, AS) involucradas en la sesión utilizan la interfaz Diámetro Rf para enviar información contable a una CDF ubicada en el mismo dominio. . La CDF recopilará toda esta información y creará un registro de detalles de llamadas (CDR), que se envía al sistema de facturación del dominio. Cada sesión lleva un Identificador de carga IMS (ICID) como identificador único generado por la primera entidad IMS involucrada en una transacción SIP y utilizado para la correlación con los CDR. El identificador entre operadores (IOI) es un identificador único global compartido entre las redes emisoras y receptoras. Cada dominio tiene su propia red de carga. Los sistemas de facturación de diferentes dominios también intercambiarán información, de modo que se puedan aplicar cargos por roaming .
Carga en línea: el S-CSCF se comunica con una función de puerta de enlace IMS (IMS-GWF) que parece un servidor de aplicaciones SIP normal. El IMS-GWF puede indicarle al S-CSCF que finalice la sesión cuando el usuario se quede sin créditos durante una sesión. El AS y el MRFC utilizan la interfaz Diámetro Ro hacia un OCF.
Cuando se utiliza el cobro por evento inmediato (IEC), la ECF deduce inmediatamente una cantidad de unidades de crédito de la cuenta del usuario y luego autoriza al MRFC o AS a proporcionar el servicio. El servicio no se autoriza cuando no hay suficientes unidades de crédito disponibles.
Cuando se utiliza el cargo por evento con reserva de unidad (ECUR), la ECF (función de cargo por evento) primero reserva una cantidad de unidades de crédito en la cuenta del usuario y luego autoriza el MRFC o el AS. Una vez finalizado el servicio, se informa y se deduce de la cuenta la cantidad de unidades de crédito gastadas; A continuación se compensan las unidades de crédito reservadas.
Arquitectura PES basada en IMS
PES (sistema de emulación PSTN) basado en IMS proporciona servicios de redes IP a dispositivos analógicos. PES basado en IMS permite que los dispositivos que no son IMS aparezcan ante IMS como usuarios SIP normales. El terminal analógico que utiliza interfaces analógicas estándar se puede conectar a un PES basado en IMS de dos maneras:
A través de A-MGW (Access Media Gateway) que está vinculado y controlado por AGCF. AGCF está ubicado dentro de la red de operadores y controla múltiples A-MGW. A-MGW y AGCF se comunican mediante H.248 .1 ( Megaco ) sobre el punto de referencia P1. El teléfono POTS se conecta a A-MGW a través de la interfaz z. La señalización se convierte a H.248 en el A-MGW y se pasa a AGCF. AGCF interpreta la señal H.248 y otras entradas del A-MGW para formatear mensajes H.248 en mensajes SIP apropiados. AGCF se presenta como P-CSCF al S-CSCF y pasa los mensajes SIP generados al S-CSCF o al borde IP a través de IBCF (Función de control de borde de interconexión). El servicio presentado a S-CSCF en mensajes SIP activa PES AS. AGCF también tiene cierta lógica independiente del servicio, por ejemplo, al recibir un evento de descolgado del A-MGW, el AGCF solicita al A-MGW que reproduzca el tono de marcar.
A través de VGW (VoIP-Gateway) o SIP Gateway/Adaptador en las instalaciones del cliente. Los teléfonos POTS a través de VOIP Gateway se conectan directamente a P-CSCF. Los operadores utilizan principalmente controladores de borde de sesión entre puertas de enlace VoIP y P-CSCF por motivos de seguridad y para ocultar la topología de la red. Enlace de puerta de enlace VoIP a IMS utilizando SIP sobre el punto de referencia Gm. La conversión del servicio POTS a través de la interfaz z a SIP se produce en la puerta de enlace VoIP de las instalaciones del cliente. La señalización POTS se convierte a SIP y se pasa a P-CSCF. VGW actúa como agente de usuario SIP y aparece ante P-CSCF como terminal SIP.
Tanto A-MGW como VGW desconocen los servicios. Sólo retransmiten señales de control de llamadas hacia y desde el terminal PSTN. El control y manejo de la sesión lo realizan los componentes IMS.
Descripción de interfaces
Manejo de sesiones
Una de las características más importantes de IMS, la de permitir que una aplicación SIP se active dinámica y diferencialmente (según el perfil del usuario), se implementa como un mecanismo de señalización de filtrado y redireccionamiento en el S-CSCF.
El S-CSCF podría aplicar criterios de filtro para determinar la necesidad de reenviar solicitudes SIP al AS. Es importante señalar que los servicios para la parte de origen se aplicarán en la red de origen, mientras que los servicios para la parte de destino se aplicarán en la red de destino, todo en las respectivas S-CSCF.
Criterios de filtro inicial
Un criterio de filtro inicial (iFC) es un formato basado en XML que se utiliza para describir la lógica de control. Los iFC representan una suscripción provisionada de un usuario a una aplicación. Se almacenan en el HSS como parte del perfil de suscripción de IMS y se descargan en el S-CSCF al registrarse el usuario (para usuarios registrados) o al procesar la demanda (para servicios, actuando como usuarios no registrados). Los iFC son válidos durante toda la vigencia del registro o hasta que se cambie el perfil de usuario. [7]
La iFC está compuesta por:
Prioridad: determina el orden de verificación del disparador.
Punto de activación: condición(es) lógica(s) que se verifica con el diálogo inicial que crea solicitudes SIP o solicitudes SIP independientes.
URI del servidor de aplicaciones: especifica el servidor de aplicaciones al que se reenviará cuando coincida el punto de activación.
Hay dos tipos de iFC:
Compartido: al aprovisionar, solo se asigna al suscriptor un número de referencia (el número iFC compartido). Durante el registro, solo se envía el número al CSCF, no la descripción XML completa. El XML completo se habrá almacenado previamente en el CSCF.
No compartido: durante el aprovisionamiento, la descripción XML completa del iFC se asigna al suscriptor. Durante el registro, la descripción XML completa se envía al CSCF.
Aspectos de seguridad de los primeros sistemas IMS y no 3GPP
Se prevé que la seguridad definida en TS 33.203 puede no estar disponible por un tiempo, especialmente debido a la falta de interfaces USIM / ISIM y la prevalencia de dispositivos que admiten IPv4 . Para esta situación, para brindar cierta protección contra las amenazas más importantes, 3GPP define algunos mecanismos de seguridad, que se conocen informalmente como "seguridad IMS temprana", en TR33.978. Este mecanismo se basa en la autenticación realizada durante los procedimientos de conexión a la red, que vincula el perfil del usuario y su dirección IP. Este mecanismo también es débil porque la señalización no está protegida en la interfaz usuario-red .
CableLabs en PacketCable 2.0 , que adoptó también la arquitectura IMS pero no tiene capacidades USIM/ISIM en sus terminales, publicó deltas a las especificaciones 3GPP donde Digest-MD5 es una opción de autenticación válida. Posteriormente TISPAN también hizo un esfuerzo similar dado el alcance de sus redes fijas, aunque los procedimientos son diferentes. Para compensar la falta de capacidades de IPsec, se agregó TLS como una opción para proteger la interfaz Gm. Las versiones posteriores de 3GPP han incluido el método Digest-MD5, hacia una plataforma Common-IMS, pero con su propio enfoque, nuevamente diferente. Aunque las 3 variantes de autenticación Digest-MD5 tienen la misma funcionalidad y son las mismas desde la perspectiva del terminal IMS, las implementaciones en la interfaz Cx entre S-CSCF y HSS son diferentes.
^ Servicios del grupo de especificaciones técnicas y aspectos del sistema (2006), Subsistema multimedia IP (IMS), etapa 2, TS 23.228 , Proyecto de asociación de tercera generación
^ Alexander Harrowell, redactor (octubre de 2006), ¿Un subsistema multimedia inútil?, Mobile Communications International, archivado desde el original el 18 de septiembre de 2010
^ Zhao, Peng; Wei, Qun; Xia, Hailun; Zeng, Zhimin (2012), Tan, Honghua (ed.), "A New Mechanism of EAB in RCS" , Knowledge Discovery and Data Mining , Advances in Intelligent and Soft Computing, Berlín, Heidelberg: Springer, págs. doi :10.1007/978-3-642-27708-5_33, ISBN978-3-642-27708-5, recuperado 2021-04-08
^ "Descripciones de la versión 3GPP". 3GPP .
^ ab "Disipando los mitos de LTE". www.3gpp.org . Consultado el 8 de abril de 2021 .
^
Ian Poole, editor. "¿Qué es Voz sobre LTE, VoLTE?".
^ ab "Especificaciones de la etapa 2 de 3GPP".
Otras lecturas
Camarillo, Gonzalo; García-Martín, Miguel A. (2007). El subsistema multimedia (IMS) IP 3G: fusionando Internet y los mundos celulares (2 ed.). Chichester [ua]: Wiley. ISBN 978-0-470-01818-7.
Poikselkä, Miikka (2007). El IMS: conceptos y servicios multimedia IP (2 ed.). Chichester [ua]: Wiley. ISBN 978-0-470-01906-1.
Syed A. Ahson, Mohammed Ilyas, ed. (2009). Manual del subsistema multimedia IP (IMS) . Boca Ratón: CRC Press. ISBN 978-1-4200-6459-9.
Vaya, Mark; Stafford, Mateo; Shih, Jerry (2010). IMS: un nuevo modelo para aplicaciones de combinación . Boca Ratón: CRC Press. ISBN 978-1-4200-9285-1.