METODO Y APARATO PARA ASIGNAR SERVIDORES DE APLICACION EN UN IMS.

Un método para asignar un Servidor de Aplicación con Protocolo de Iniciación de Sesión a un abonado dentro de un Subsistema Multimedia IP,

comprendiendo el método:

identificar en un Servidor de Abonado Local un conjunto de criterios de filtrado inicial aprovisionados para el citado abonado, conteniendo el citado conjunto de criterios de filtrado inicial al menos una identidad de Servidor de Aplicación con Protocolo de Iniciación de Sesión;

enviar el citado conjunto de criterios de filtrado inicial del Servidor de Abonado Local a una Función de Control de Llamada/Sesión de Servicio;

recibir el citado conjunto de criterios de filtrado inicial en la citada Función de Control de Llamada/Sesión de Servicio y resolver la citada identidad de Servidor de Aplicación con Protocolo de Iniciación de Sesión en una pluralidad de direcciones de Servidor de Aplicación;

asignar una de las citadas direcciones al citado abonado para su uso en proporcionar un servicio al citado abonado;

almacenar temporalmente la dirección asignada en la Función de Control de Llamada/Sesión de Servicio para el citado abonado para un uso subsiguiente; y

enviar un mensaje de SIP desde la Función de Control de Llamada/Sesión de Servicio al servidor de aplicación y la citada dirección asignada,

caracterizado porque

Cuando se recibe el citado mensaje de SIP en el servidor de aplicación, la dirección del servidor de aplicación es almacenada como datos no transparentes en el Servidor de Abonado Local, sobre la interfaz Sh

Tipo: Resumen de patente/invención. Número de Solicitud: W05054010EP.

Solicitante: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL).

Nacionalidad solicitante: Suecia.

Dirección: ERICSSON AB PATENT UNIT IP NETWORKS BOX 1505,125 25 ALVSJO.

Provincia: MADRID.

Inventor/es: BERG, STEFAN, TERRILL,STEPHEN, ASTROM,BO, RYDE,ANDERS, PRZYBYSZ,HUBERT.

Fecha de Publicación: .

Fecha Concesión Europea: 7 de Octubre de 2009.

Clasificación Internacional de Patentes:

  • H04L29/12A
  • H04L29/12A2K
  • H04W8/04 ELECTRICIDAD.H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS.H04W REDES DE COMUNICACION INALAMBRICAS (difusión H04H; sistemas de comunicación que utilizan enlaces inalámbricos para comunicación no selectiva, p. ej. extensiones inalámbricas H04M 1/72). › H04W 8/00 Gestión de datos de red. › Registro enHLR o HSS [Home Subscriber Server].

Clasificación PCT:

  • H04L29/06 H04 […] › H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 29/00 Disposiciones, aparatos, circuitos o sistemas no cubiertos por uno solo de los grupos H04L 1/00 - H04L 27/00. › caracterizadas por un protocolo.
METODO Y APARATO PARA ASIGNAR SERVIDORES DE APLICACION EN UN IMS.

Fragmento de la descripción:

Método y aparato asignar servidores de aplicación en un IMS.

Campo de la invención

La presente invención se refiere a un método y un aparato para asignar servidores de aplicación en un Subsistema Multimedia IP.

Antecedentes de la invención

Los servicios Multimedia IP proporcionan una combinación dinámica de voz, vídeo, mensajería, datos, etc. dentro de la misma sesión. Incrementando el número de aplicaciones básicas y los medios de comunicación que es posible combinar, el número de servicios ofrecidos a los usuarios finales aumentará, y la experiencia de comunicación inter-personal se enriquecerá. Esto llevará a una nueva generación de servicios de comunicación multimedia ricos, personalizados, que incluyen los llamados servicios de "Multimedia IP combinacionales".

El IP Multimedia Subsystem (IMS - Subsistema Multimedia IP) es la tecnología definida por el Third Generation Partnership Project (3GPP - Proyecto de Colaboración de Tercera Generación) para proporcionar servicios Multimedia IP sobre redes de comunicación de telefonía móvil (3GPP, TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 y TS 29.329 Versiones 5 a 7). El IMS proporciona funciones clave para enriquecer la experiencia de comunicación de persona-a-persona entre usuarios finales mediante el uso de IMS Service Enablers - Facilitadores de Servicios de IMS, que facilitan nuevos servicios de comunicación de persona-a-persona (cliente-a-cliente) ricos así como servicios sobre redes basadas en IP de persona-a-contenido (cliente-a-servidor). El IMS hace uso del Session Initiation Protocol (SIP - Protocolo de Iniciación de Sesión) para establecer y controlar llamadas o sesiones entre terminales de usuario (o terminales de usuario y servidores de aplicación). El Session Description Protocol (SDP - Protocolo de Descripción de Sesión), llevado a cabo por la señalización de SIP, se usa para describir y negociar los componentes de medios de comunicación de la sesión. Mientras que el SIP fue creado como un protocolo de usuario-a-usuario, el IMS permite a los operadores y proveedores de servicios controlar el acceso del usuario a servicios y facturar a los usuarios de acuerdo con ello.

A modo de ejemplo, la Figura 1 ilustra esquemáticamente cómo encaja el IMS en la arquitectura de red de telefonía móvil en el caso de una red de acceso GPRS/PS (el IMS puede por supuesto operar sobre otras redes de acceso). Las Call/Session Control Functions (CSCFs - Funciones de Control de Llamada/Sesión) operan como proxies de SIP dentro del IMS. La arquitectura de 3GPP define tres tipos de CSCFs: la Proxy CSCF (P-CSCF) que es el primer punto de contacto dentro del IMS para un terminal de SIP; la Serving CSCF (S-CSCF - CSCF de Servicio) que proporciona servicios al usuario a los cuales está suscrito el usuario; y la Interrogating CSCF (I-CSCF - CSCF de Interrogación) cuya función es identificar la S-CSCF correcta y para enviar a esa S-CSCF una petición recibida desde un terminal de SIP por medio de una P-CSCF.

Un usuario se registra con el IMS usando el método de SIP REGISTER especificado. Éste es un mecanismo para conectarse al IMS y anunciar al IMS la dirección en la cual puede alcanzarse una identidad de usuario de SIP. En 3GPP, cuando un terminal de SIP lleva a cabo un registro, el IMS valida al usuario, y asigna una S-CSCF a ese usuario del conjunto de S-CSCFs disponibles. Mientras que los criterios para asignar S-CSCFs no están especificados por 3GPP, estos pueden incluir compartir la carga y los requisitos de servicio. Se observa que la asignación de una S-CSCF es clave para controlar (y facturar) los accesos del usuario a servicios basados en IMS. Los operadores pueden proporcionar un mecanismo para evitar sesiones de SIP de usuario-a-usuario directas que de otro modo rodearían a la S-CSCF.

Durante el proceso de registro, es responsabilidad de la I-CSCF seleccionar una S-CSCF si una S-CSCF no ha sido ya seleccionada. La I-CSCF recibe las capacidades de la S-CSCF requeridas del Home Subscriber Server (HSS - Servidor de Abonado Local) de la red local y selecciona una S-CSCF apropiada basada en las capacidades recibidas. [Se observa que la asignación de S-CSCF es llevada a cabo también para un usuario mediante la I-CSCF en el caso en el que el usuario sea llamado por otro participante, y de que el usuario no esté actualmente situado en una S-CSCF]. Cuando un usuario registrado envía a continuación una petición de sesión al IMS, la P-CSCF es capaz de enviar la asignación a la S-CSCF seleccionada basándose en la información recibida desde la S-CSCF durante el proceso de registro.

Dentro de la red de servicio de IMS, se proporcionan Application Servers (ASs - Servidores de Aplicación) para implementar una funcionalidad de servicio de IMS. Los Servidores de Aplicación proporcionan servicios a usuarios-finales en un sistema de IMS, y pueden estar conectados bien como puntos finales sobre la interfaz Mr definida en 3GPP, o estar "conectados" por una S-CSCF sobre la interfaz de ISC definida para 3GPP. En el último caso, una S-CSCF usa Initial Filter Criteria (IFC - Criterios de Filtrado Inicial) para determinar qué Servidores de Aplicación deben estar "conectados" durante el establecimiento de una sesión de SIP (o incluso para el propósito de cualquier método de SIP, relacionado o no con la sesión). Los IFCs son recibidos por la S-CSCF desde un HSS durante el procedimiento de registro de IMS como parte de un Perfil de Usuario de los usuarios.

La Figura 2 ilustra la interfaz de IMS Service Control (ISC - Control de Servicio de IMS) entre un AS y una S-CSCF, así como otras interfaces dentro del IMS. Aunque el AS de la Figura 2 se muestra con una sola interfaz a una S-CSCF, se apreciará que en la práctica la interfaz de ISC se extenderá a través de la red de comunicación a la cual muchos (o todos) de los servidores de CSCF de la red de un operador dado están conectados, permitiendo a un AS comunicar con todas estas CSCFs. [Otras entidades ilustradas en la Figura 1 serán bien conocidas por los expertos].

Existe otra interfaz (Ut) entre el AS y un terminal de usuario (TS23.002) aunque esto no se muestra en la Figura. La interfaz Ut permite al usuario gestionar la información relativa a sus servicios, por ejemplo la creación y la asignación de Identidades de Servicio Públicas, políticas de gestión o autorización que son usadas por ejemplo por servicios de "presencia", gestión de política de conferencia, etc.

En el IMS como está definido en 3GPP, mientras que los abonados son estadísticamente asignados a un HSS, son los ASs los que proporcionan un valor específico en el caso de servicios proporcionados por la red. Una lectura de la especificación 3GPP en las versiones 5 y 6 sugiere que los abonados son asignados a ASs de SIP particulares de una manera fija. El concepto básico es que un abonado está preparado para ser soportado por un servidor de aplicación de AS de SIP específico para un servicio o servicios dados. Con el fin de permitir a la S-CSCF asignada alcanzar al AS asignado sobre la interfaz de ISC, los criterios de filtrado (contenidos dentro del IFC enviado a la S-CSCF desde el HSS) para ese abonado para ese servicio contienen un Fully Qualified Domain Name (FQDN - Nombre de Dominio Calificado Completamente) o una dirección IP como la dirección de destino (codificada como una SIP-URI). Esto implica, por ejemplo, que cuando la S-CSCF identifica que una INVITE particular debe ser encaminada a un AS, a la S-CSCF se le proporciona la dirección de un AS específico por medio de la interfaz Cx. Con el fin de identificar el AS correcto para otras interfaces, por ejemplo como la interfaz Ut entre los terminales de usuario y los SIP-AS, a los proxies de encaminamiento se les proporciona la dirección del AS para el usuario particular. Donde los abonados están asignados a ASs específicos, entonces bien el terminal está configurado para esa interfaz y servicio, o la interfaz envía la petición a una entidad que conoce cómo obtener la dirección del AS para ese interfaz. Un "extremo frontal" podría hacerlo y, en tal caso, la funcionalidad de encaminamiento estaría configurada en el extremo frontal.

El documento WO2005/064896 describe un mecanismo para la asignación dinámica de Servidores de Aplicación del interior de un conjunto de servidores. Existen direcciones de Servidor de Aplicación dentro del HSS y son proporcionadas a la S-CSCF cuando el usuario se registra.

Compendio de la invención

Como quedará claro a partir de la explicación anterior, la propuesta existente para la asignación de ASs a abonados requiere proporcionar un usuario...

 


Reivindicaciones:

1. Un método para asignar un Servidor de Aplicación con Protocolo de Iniciación de Sesión a un abonado dentro de un Subsistema Multimedia IP, comprendiendo el método:

identificar en un Servidor de Abonado Local un conjunto de criterios de filtrado inicial aprovisionados para el citado abonado, conteniendo el citado conjunto de criterios de filtrado inicial al menos una identidad de Servidor de Aplicación con Protocolo de Iniciación de Sesión;
    enviar el citado conjunto de criterios de filtrado inicial del Servidor de Abonado Local a una Función de Control de Llamada/Sesión de Servicio;
      recibir el citado conjunto de criterios de filtrado inicial en la citada Función de Control de Llamada/Sesión de Servicio y resolver la citada identidad de Servidor de Aplicación con Protocolo de Iniciación de Sesión en una pluralidad de direcciones de Servidor de Aplicación;
        asignar una de las citadas direcciones al citado abonado para su uso en proporcionar un servicio al citado abonado;
          almacenar temporalmente la dirección asignada en la Función de Control de Llamada/Sesión de Servicio para el citado abonado para un uso subsiguiente; y
            enviar un mensaje de SIP desde la Función de Control de Llamada/Sesión de Servicio al servidor de aplicación y la citada dirección asignada,
              caracterizado porque
                Cuando se recibe el citado mensaje de SIP en el servidor de aplicación, la dirección del servidor de aplicación es almacenada como datos no transparentes en el Servidor de Abonado Local, sobre la interfaz Sh.

                  2. Un método de acuerdo con la reivindicación 1, en el que la citada identidad de Servidor de Aplicación con Protocolo de Iniciación de Sesión es una SIP-URI.

                  3. Un método de acuerdo con la reivindicación 1 ó 2, en el que la citada pluralidad de direcciones de Servidor de Aplicación son Nombre de Dominio Completamente Calificado o direcciones IP.

                  4. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que la citada etapa de resolver la citada identidad del Servidor de Aplicación con Protocolo de Iniciación de Sesión en una pluralidad de direcciones de Servidor de Aplicación comprende enviar una petición que contiene la citada identidad de Servidor de Aplicación con Protocolo de Iniciación de Sesión a un Servidor de Nombre de Dominio, respondiendo el Servidor de Nombre de Dominio identificando una pluralidad de direcciones de Servidor de Aplicación correspondientes a la citada identidad de Servidor de Aplicación con Protocolo de Iniciación de Sesión, y enviando a la Función de Control de Llamada/Sesión de Servicio la citada pluralidad de direcciones.

                  5. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, siendo el método llevado a cabo durante el registro del abonado mediante el Protocolo de Iniciación de Sesión.

                  6. Un método de acuerdo con una de las reivindicaciones 1 a 4, siendo el método llevado a cabo cuando el abonado es eliminado del registro pero está en el extremo de finalización de una llamada con Protocolo de Iniciación de Sesión.

                  7. Un método de identificar un servidor de aplicación de SIP asignado a un abonado en un Subsistema Multimedia IP, comprendiendo el método:

                  cuando se asigna un servidor de aplicación de SIP a un abonado, enviar desde el servidor de aplicación a un Servidor de Abonado Local sobre la interfaz Sh, una o más direcciones de interfaz del servidor de aplicación,
                    caracterizado por las etapas de
                      almacenar la dirección o las direcciones recibidas como datos no transparentes en el Servidor de Abonado Local en asociación con la identidad del abonado;
                        subsiguientemente recibir una petición de un abonado en un servidor de aplicación del Subsistema Multimedia IP, y en respuesta enviar una pregunta al citado almacén central;
                          cuando se recibe la citada pregunta en el Servidor de Abonado Local, identificar una dirección (o direcciones) para el servidor de aplicación asignado al abonado, y
                            enviar la direcciones o direcciones identificadas al servidor de aplicación que está preguntando.

                              8. Un método de acuerdo con la reivindicación 7, en el que, en el caso de que el servidor de aplicación que recibe la citada petición no sea el servidor de aplicación asignado, la petición es enviada al servidor de aplicación asignado usando una dirección identificada, y, si el abonado no está asignado a un servidor de aplicación, el servidor de aplicación de recepción envía su dirección al citado Servidor de Abonado Local.

                              9. Un método que usa el método de acuerdo con la reivindicación 1 y el método de acuerdo con la reivindicación 7, en el que la etapa de enviar desde el servidor de aplicación al Servidor de Abonado Local, una o más direcciones del servidor de aplicación, es llevada a cabo a continuación del envío de un método de SIP desde la Función de Control de Llamada/Sesión de Servicio al servidor de aplicación.

                              10. Un servidor de aplicación para su uso en un Subsistema Multimedia IP, comprendiendo el servidor de aplicación:

                              una entrada para recibir un método de SIP de una Función de Control de Llamada/Sesión de Servicio para un abonado, identificando el servidor de aplicación como un servidor asignado para el abonado;
                                caracterizado por
                                  medios para enviar su dirección o direcciones de interfaz al Servidor de Abonado Local para su almacenamiento como datos no transparentes en asociación con la identidad del abonado.

                                    11. Un servidor de aplicación para su uso en un Subsistema Multimedia IP, comprendiendo el servidor de aplicación:

                                    una entrada para recibir una petición relativa a un abonado;
                                      medios para enviar una pregunta a un Servidor de Abonado Local, identificando la pregunta al abonado;
                                        caracterizado por
                                          medios para recibir una respuesta desde el Servidor de Abonado Local que contiene una dirección de un servidor de aplicación ya asignado al abonado; y
                                            medios para enviar la petición a la dirección del servidor asignado si el servidor de aplicación asignado no es la aplicación que recibe la petición.

                                               

                                              Patentes similares o relacionadas:

                                              UN MÉTODO Y DISPOSICIÓN PARA PROPORCIONAR SEGURIDAD A TRAVÉS DE CONVERSIÓN DE DIRECCIONES DE RED UTILIZANDO TUNELADO Y COMPENSACIONES, del 18 de Julio de 2011, de TECTIA OYJ: Procedimiento para la comunicación segura de paquetes entre un primer dispositivo de ordenador (181, INICIADOR) y un segundo dispositivo de ordenador (185, RESPONDEDOR) […]

                                              SISTEMA DE MENSAJERÍA Y PROCEDIMIENTO PARA EL MISMO, del 27 de Junio de 2011, de CHIKKA PTE LTD: Método para transmitir información entre un dispositivo (13a) de comunicación inalámbrica y un ordenador , proporcionando un servicio de mensajería que comprende […]

                                              Imagen de 'OPTIMIZACIÓN DE LA CONEXIÓN ENTRE UN TERMINAL MÓVIL DE COMUNICACIONES…'OPTIMIZACIÓN DE LA CONEXIÓN ENTRE UN TERMINAL MÓVIL DE COMUNICACIONES Y UN SERVIDOR DE SEÑALIZACIÓN A TRAVÉS DE UN DISPOSITIVO DE TRADUCCIÓN DE DIRECCIONES, del 17 de Febrero de 2011, de ALCATEL LUCENT: Terminal móvil de comunicaciones (T), que incluye medios de conexión (MCNX) a redes de acceso (N1, N2) y medios de registro (MREG) para transmitir […]

                                              Imagen de 'PROCEDIMIENTO Y SISTEMA DE ENRUTAMIENTO EN REDES DE COMUNICACIONES…'PROCEDIMIENTO Y SISTEMA DE ENRUTAMIENTO EN REDES DE COMUNICACIONES ENTRE UN PRIMER NODO Y UN SEGUNDO NODO, del 9 de Febrero de 2011, de FRANCE TELECOM: Procedimiento de transmisión de datos entre un terminal cliente (3a) y un servidor (5a) conectados entre sí por medio de redes de comunicaciones , […]

                                              Imagen de 'CONTROL DE SERVICIOS DE MENSAJERIA EN DOMINIOS DE IP'CONTROL DE SERVICIOS DE MENSAJERIA EN DOMINIOS DE IP, del 16 de Diciembre de 2010, de MARKPORT LIMITED: Una puerta de acceso que comprende: una interfaz a una red de paquetes; una interfaz a una red móvil; un procesador para realizar una conversión […]

                                              Imagen de 'SOPORTE DE MOVILIDAD IP UTILIZANDO UN REGISTRO DE PROXI DE NODO…'SOPORTE DE MOVILIDAD IP UTILIZANDO UN REGISTRO DE PROXI DE NODO MOVIL, del 1 de Julio de 2010, de QUALCOMM INCORPORATED: Un procedimiento para llevar a cabo un registro de nodo móvil que comprende las etapas de: recibir, en un dispositivo de comunicaciones inalámbricas, una señal de datos […]

                                              Imagen de 'METODO Y SISTEMA PARA AUTORIZAR Y FACTURAR A UN ANFITRION CON…'METODO Y SISTEMA PARA AUTORIZAR Y FACTURAR A UN ANFITRION CON MULTIPLES DIRECCIONES EN UNA RED IPV6, del 21 de Mayo de 2010, de HUAWEI TECHNOLOGIES CO., LTD.: Un método para autorizar y facturar a un anfitrión con múltiples direcciones en una red IPv6 que comprende un servidor de autenticación, autorización […]

                                              Imagen de 'ENTREGA DE INFORMACION ADICIONAL NECESARIA PARA EL ESTABLECIMIENTO…'ENTREGA DE INFORMACION ADICIONAL NECESARIA PARA EL ESTABLECIMIENTO DE UNA CONEXION, del 7 de Mayo de 2010, de TELIASONERA FINLAND OYJ: Un procedimiento de entrega de información adicional en un sistema de telecomunicaciones que comprende al menos dos servidores […]

                                              Utilizamos cookies para mejorar nuestros servicios y mostrarle publicidad relevante. Si continua navegando, consideramos que acepta su uso. Puede obtener más información aquí. .