Método y aparato para su uso en una red de comunicaciones.

Un método para permitir redundancia para un Servicio de Abonado Residencial,

HSS, de un SubsistemaMultimedia IP, IMS, con redundancia que se proporciona por una pluralidad de casos de HSS (40), donde los datospara cada uno de una pluralidad de usuarios se gestiona por más de uno de los casos de HSS, y el método quecomprende: donde un nodo cliente (10) del IMS requiera detalles de un HSS, disponer el nodo cliente (10) a serdotado (S1) con detalles de un HSS intermediario (20) que representa los casos de HSS (40); y disponer el HSSintermediario (20) para: seleccionar (S5) uno adecuado de los casos de HSS (40) para manejar una petición recibida(S4) en el HSS intermediario (20) desde el nodo cliente (10); cambiar (S5a) una Pareja de Valores de Atributos delordenador principal de destino en la petición recibida en base a la selección; y reenviar (S6) la petición del caso deHSS seleccionado (40) para la manipulación.

Método y aparato para su uso en una red de comunicaciones.

Campo técnico La presente invención se refiere a un método y aparato para su uso en una red de comunicaciones, por ejemplo un Sistema Universal de Telecomunicaciones Móvil que tiene un Subsistema Multimedia IP.

Antecedentes Los servicios Multimedia IP proporcionan una combinación dinámica de voz, vídeo, mensajería, datos, etc. dentro de la misma sesión. Mediante el aumento del número de aplicaciones básicas y los medios que es posible combinar, crecerá el número de servicios ofrecido a los usuarios finales, y se enriquecerá la experiencia de comunicación inter personal. Esto conducirá a una nueva generación de servicios de comunicación multimedia ricos, personalizados, incluyendo los denominados servicios “Multimedia IP combinacionales”.

El UMTS (Sistema Universal de Telecomunicaciones Móviles) es un sistema inalámbrico de tercera generación diseñado para proporcionar tasas de datos mayores y servicios mejorados a los abonados. El UMTS es un sucesor del Sistema Global para Comunicaciones Móviles (GSM) , con un importante paso evolutivo entre GSM y UMTS que es el Servicio General de Radio por Paquetes (GPRS) . El GPRS introduce la conmutación por paquetes dentro de la red central de GSM y permite acceso directo a las redes de datos por paquetes (PDN) . Esto permite transmisiones de conmutación por paquetes de alta tasa de datos mucho más allá del límite de 64 kbps de ISDN a través de la red de llamadas GSM, que es una necesidad para tasas de transmisión de datos UMTS de hasta 2 Mbps. El UMTS está estandarizado por el Proyecto de Cooperación de 3ª Generación (3GPP) que es un conglomerado de órganos de estándares regionales tales como el Instituto Europeo de Estándares de Telecomunicación (ETSI) , la Asociación de Empresas de la Industria de la Radio (ARIB) y otros. Ver la TS 23.002 del 3GPP para más detalles.

La arquitectura UMTS incluye un subsistema conocido como el Subsistema Multimedia IP (IMS) para soportar telefonía tradicional así como nuevos servicios multimedia IP (TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 y TS 29.329 del 3GPP Publicaciones 5 a 7) . El IMS proporciona rasgos clave para enriquecer la experiencia de comunicación persona a persona del usuario final a través del uso de Habilitadores del Servicio IMS estandarizados, que facilitan nuevos servicios de comunicación persona a persona (cliente a cliente) ricos así como servicios persona a contenido (cliente a servidor) sobre redes basadas en IP. El IMS es capaz de conectar tanto con PSTN/ISDN (Red Telefónica Pública Conmutada/Red Digital de Servicios Integrados) así como con Internet.

El IMS hace uso del Protocolo de Inicio de Sesiones (SIP) para configurar y controlar llamadas o sesiones entre terminales de usuario (o terminales de usuario y servidores de aplicaciones) . El Protocolo de Descripción de Sesiones (SDP) , transportado mediante señalización SIP, se usa para describir y negociar los componentes de medios de la sesión. Mientras que SIP fue creado como un protocolo de usuario a usuario, IMS permite a los operadores y proveedores de servicios controlar el acceso de usuario a los servicios y cargar a los usuarios en consecuencia. El 3GPP ha elegido SIP para señalización entre un Equipo de Usuario (UE) y el IMS así como entre los componentes dentro del IMS.

Detalles específicos de la operación de la red de comunicaciones UMTS y los diversos componentes dentro de tal red se pueden encontrar en las Especificaciones Técnicas para UMTS que están disponibles en http://www.3gpp.org. Detalles adicionales del uso de SIP dentro de UMTS se pueden encontrar en la Especificación Técnica TS 24.228 V5.8.0 (2004-03) del 3GPP.

La Figura 1 de los dibujos anexos ilustra esquemáticamente cómo el IMS encaja en la arquitectura de red móvil en el caso de una red de acceso GPRS/PS (IMS puede operar por supuesto sobre otras redes de acceso) . Las Funciones de Control de Llamadas/Sesiones (CSCF) operan como intermediarios SIP dentro del IMS. La arquitectura 3GPP define tres tipos de CSCF: la CSCF Intermediaria (P-CSCF) que es el primer punto de contacto dentro del IMS para un terminal SIP; la CSCF de Servicio (S-CSCF) que proporciona servicios al usuario a los que está suscrito el usuario; y la CSCF de Interrogación (I-CSCF) cuyo papel es identificar la S-CSCF correcta y reenviar a esa S-CSCF una petición recibida desde un terminal SIP a través de una P-CSCF.

Un usuario se registra con el IMS usando el método SIP REGISTER especificado. Este es un mecanismo para unirse al IMS y anunciar al IMS la dirección a la que se puede alcanzar una identidad de usuario SIP. En el 3GPP, cuando un terminal SIP realiza un registro, el IMS autentifica el usuario, y asigna una S-CSCF a ese usuario a partir del conjunto de S-CSCF disponibles. Mientras que el criterio para asignar las S-CSCF no se especifica por el 3GPP, estas pueden incluir compartición de carga y requerimientos de servicio. Se señala que la asignación de una S-CSCF es clave para controlar (y para cargar) el acceso de usuario a servicios basados en IMS. Los operadores pueden proporcionar un mecanismo para impedir sesiones SIP de usuario a usuario directas que de otro modo desviarían la S-CSCF.

Durante el proceso de registro, es responsabilidad de la I-CSCF seleccionar una S-CSCF si no está ya seleccionada una S-CSCF. La I-CSCF recibe las capacidades de la S-CSCF requeridas desde el Servidor de Abonado Residencial (HSS) de la red, y selecciona una S-CSCF adecuada en base a las capacidades recibidas. (Se señala que la asignación de la S-CSCF también se lleva a cabo para un usuario por la I-CSCF en el caso donde el usuario es llamado por otra parte, y no está asignada actualmente al usuario una S-CSCF.) Cuando un usuario registrado envía posteriormente una petición de sesión al IMS, la P-CSCF es capaz de reenviar la petición a la S-CSCF seleccionada en base a la información recibida desde la S-CSCF durante el proceso de registro.

Dentro de la red de servicio del IMS, los Servidores de Aplicaciones (AS) se proporcionan para implementar la funcionalidad de servicio del IMS. Los Servidores de Aplicaciones proporcionan servicios a los usuarios finales en un sistema IMS, y pueden estar conectados o bien como puntos finales sobre el interfaz Mr definida por el 3GPP, o bien “enlazados” por una S-CSCF sobre la interfaz ISC definida del 3GPP. En este último caso, los Criterios de Filtro Inicial (IFC) se usan por una S-CSCF para determinar qué Servidores de Aplicaciones deberían estar “enlazados” durante un establecimiento de Sesión SIP. Se pueden aplicar diferentes IFC a diferentes casos de llamada. Los IFC se reciben por la S-CSCF desde un HSS durante el procedimiento de registro del IMS como parte de un Perfil de Usuario del usuario. Ciertos Servidores de Aplicaciones realizan acciones dependientes de las identidades de abonado (o bien el abonado llamado o el que llama, lo que es “propiedad” de la red que controla el Servidor de Aplicaciones) . Por ejemplo, en el caso de desvío de llamadas, el servidor de aplicaciones adecuado (de terminación) determinará la nueva parte de terminación a la que será reenviada una llamada a un abonado dado. En el caso de que un IFC indique que un mensaje SIP recibido en la S-CSCF se debería reenviar a un AS de SIP particular, ese AS se añade dentro del trayecto del mensaje. Una vez que el mensaje SIP se devuelve por el AS a la S-CSCF, se reenvía hacia su destino final, o reenvía a otro AS si esto se indica en los IFC.

Como se mencionó anteriormente, en una red IMS, el HSS está a cargo principalmente de almacenar los datos de abonado. El HSS interactúa con otros nodos (conocidos en la presente memoria de manera general como “clientes HSS”) por medio del protocolo Diámetro (RFC 3588) . Ejemplos de tal cliente HSS son la I-CSCF, la S-CSCF, el AP (Intermediario de Agregación) y el AS (Servidor de Aplicaciones) .

La intención general es que el HSS sea una base de datos central para un dominio. No obstante, algunas redes tienen más usuarios que se pueden manejar por un único HSS, y estas redes por lo tanto se dotan con más de un HSS. Las redes con más de un HSS también contienen una Función de Ubicación de Suscripción (SLF) . Los nodos que necesitan consultar a un HSS sobre un usuario particular primero consultan la SLF, la cual devuelve la dirección del HSS que maneja el usuario. La SLF esencialmente actúa como un agente de redirección de Diámetro.

No obstante, el escenario autónomo, solamente con un HSS y ninguna SLF desplegada en la red, es muy común en despliegues actuales y también se debe considerar.

La lógica de encaminamiento... [Seguir leyendo]

1. Un método para permitir redundancia para un Servicio de Abonado Residencial, HSS, de un Subsistema Multimedia IP, IMS, con redundancia que se proporciona por una pluralidad de casos de HSS (40) , donde los datos para cada uno de una pluralidad de usuarios se gestiona por más de uno de los casos de HSS, y el método que comprende: donde un nodo cliente (10) del IMS requiera detalles de un HSS, disponer el nodo cliente (10) a ser dotado (S1) con detalles de un HSS intermediario (20) que representa los casos de HSS (40) ; y disponer el HSS intermediario (20) para: seleccionar (S5) uno adecuado de los casos de HSS (40) para manejar una petición recibida (S4) en el HSS intermediario (20) desde el nodo cliente (10) ; cambiar (S5a) una Pareja de Valores de Atributos del ordenador principal de destino en la petición recibida en base a la selección; y reenviar (S6) la petición del caso de HSS seleccionado (40) para la manipulación.

2. Un método según la reivindicación 1, que comprende, donde se proporciona una Función de Ubicación de Suscripción (30) , SLF, en el IMS, disponer la SLF (30) para dotar al nodo cliente (10) con detalles del HSS intermediario (20) .

3. Un método según la reivindicación 1, que comprende, donde no se proporciona una Función de Ubicación de Suscripción (30) , SLF, en el IMS, disponer el HSS intermediario (20) en sí mismo para dotar al nodo cliente (10) con detalles del HSS intermediario (20) .

4. Un método según la reivindicación 1, 2 o 3, en donde el protocolo Diámetro se usa para comunicación entre el nodo cliente y el HSS intermediario.

5. Un método según cualquier reivindicación precedente, en donde la redundancia del HSS intermediario también se dota, teniendo una pluralidad de casos de HSS intermediario, con redundancia hacia los casos de HSS intermediario que se manejan por mecanismos de protocolo Diámetro estándar.

6. Un método según cualquier reivindicación precedente, en donde al menos algunos de los casos de HSS son diferentes circuitos de entrada respectivos a una base de datos.

7. Un método según cualquier reivindicación precedente, que comprende mantener la información en el HSS intermediario para su uso en la realización de la selección.

8. Un método según la reivindicación 7, en donde la información comprende al menos uno de: información relativa a las cargas respectivas que se experimentan por los casos de HSS; disponibilidades respectivas de los casos de HSS; y estados respectivos de los casos de HSS.

9. Un método según la reivindicación 7 u 8, cuando depende de la reivindicación 6, en donde, donde la base de datos está distribuida a través de una pluralidad de emplazamientos, la información comprende información geográfica relativa a los emplazamientos.

10. Un método según cualquier reivindicación precedente, que comprende monitorizar el estado de cada caso de HSS para su uso en la realización de la selección.

11. Un método según la reivindicación 10, que comprende monitorizar el estado usando mensajes de Diámetro.

12. Un método según la reivindicación 11, que comprende monitorizar el estado usando mensajes de Petición de Vigilancia de Dispositivo/Respuesta de Vigilancia de Dispositivo, DWR/DWA.

13. Un método según cualquier reivindicación precedente, que comprende realizar la selección en base a al menos uno de la ubicación geográfica, la disponibilidad, la carga y el tiempo de respuesta.

14. Un método según cualquier reivindicación precedente, en donde el HSS intermediario es un nodo del IMS y/o en donde el HSS intermediario es un agente intermediario de Diámetro y/o en donde el nodo cliente es un cliente de Diámetro.

15. Un método según cualquier reivindicación precedente, en donde el nodo cliente comprende al menos uno de: una Función de Control de Sesión de Llamada de Interrogación del IMS; una Función de Control de Sesión de Llamada de Servicio del IMS; un Intermediario de Agregación del IMS; y un Servidor de Aplicaciones del IMS.

16. Un aparato para permitir redundancia para un Servicio de Abonado Residencial, HSS, de un Subsistema Multimedia IP, IMS, con redundancia que se proporciona por una pluralidad de casos de HSS (40) , donde los datos para cada uno de una pluralidad de usuarios se gestionan por más de uno de los casos de HSS (40) , y el aparato que comprende: medios (P1) para disponer, donde un nodo cliente (10) del IMS requiera detalles de un HSS, el nodo cliente (10) para ser dotado con detalles de un HSS intermediario (20) que representa los casos de HSS (40) ; y

medios (P5, S5a, P6) para disponer el HSS intermediario (20) para: seleccionar uno adecuado de los casos de HSS

(40) para manejar una petición recibida en el HSS intermediario (20) desde el nodo cliente (10) ; cambiar una Pareja de Valores de Atributos del ordenador principal de destino en la petición recibida en base a la selección; y reenviar la petición del caso de HSS seleccionado para la manipulación.

17. Un aparato según la reivindicación 16, en donde el aparato comprende el HSS intermediario.

18. Un programa para controlar un aparato para realizar los pasos del método del HSS intermediario de cualquiera de las reivindicaciones 1 a 15.

19. Un medio de almacenamiento que contiene un programa según la reivindicación 18.