Gestión de mensajes en un subsistema multimedia IP.

Un método para gestionar una comunicación de Protocolo de Inicio de Sesión dentro de una red de SubsistemaMultimedia IP,

comprendiendo el método:

En una Función de Control de Sesiones de Llamada de Proximidad (3) que recibe un mensaje de Protocolode Iniciación de Sesión enviado desde una entidad de confianza situada en una red distante, en la que elmensaje de Protocolo de Inicio de Función originado desde una entidad adicional cuya identidad ha sidoafirmada por la entidad de confianza;

En la Función de Control de Sesiones de Llamadas de Proximidad (3), determinar que la identidad de laentidad de confianza no coincide con una identidad contenida en una P-ldentidad-Afirmada del mensaje;En el caso de tal determinación, en la Función de Control de Sesiones de Llamadas de Proximidad (3), añadiral mensaje una cabecera adicional, identificando la cabecera adicional una Identidad Pública de Usuario deuna entidad de confianza en la red distante servida por una Función de Control de Sesiones de Llamadas deServicio (7), y

Enviar el mensaje a la Función de Control de Sesiones de Llamadas de Servicio (7).

Gestión de mensajes en un subsistema multimedia IP.

CAMPO TÉCNICO La presente invención se refiere a la gestión de mensajes del Protocolo de Inicio de Sesión en una red de comunicaciones.

ANTECEDENTES El Subsistema Multimedia IP (IMS, en sus siglas en inglés) es la tecnología definida por el Proyecto de la Asociación de Tercera Generación (3GPP, en sus siglas en inglés) para proporcionar servicios multimedia IP a través de redes de comunicaciones móviles (3GPP TS 22.228) . El IMS proporciona características clave para enriquecer la experiencia de la comunicación de persona a persona al usuario final a través de la integración e interacción de los servicios. El IMS permite nuevas comunicaciones mejoradas de persona a persona (de cliente a cliente) , así como de persona a contenidos (de cliente a servidor) sobre una red basada en IP.

El IMS hace uso del Protocolo de Inicio de Sesión (SIP, en sus siglas en inglés) para establecer y controlar llamadas

o sesiones entre terminales de usuario (UE, en sus siglas en inglés) , o entre UE y servidores de aplicaciones (AS, en sus siglas en inglés) . El Protocolo de Descripción de Sesión (SDP, en sus siglas en inglés) , llevado por la señalización del SIP, se utiliza para describir y negociar los componentes de los medios de la sesión. Mientras el SIP fue creado como un protocolo de usuario a usuario, el IMS permite a los operadores y a los proveedores de servicios controlar el acceso de usuarios a los servicios y cobrar a los usuarios en consecuencia.

Dentro de una red del IMS, las Funciones de Control de Llamada / Sesión (CSCF, en sus siglas en inglés) operan como entidades del SIP dentro del IMS. La arquitectura del 3GPP define tres tipos de CSCF: la CSCF de Proximidad (P-CSCF, en sus siglas en inglés) , que es el primer punto de contacto dentro del IMS para un terminal del SIP; la CSCF de Servicio (S-CSCF, en sus siglas en inglés) , que presta al usuario servicios a los cuales está suscrito el usuario; y la CSCF de Interrogación (I-CSCF) , cuya función es identificar la S-CSCF correcta y transmitir a la S-CSCF una solicitud recibida desde un terminal del SIP a través de una P-CSCF.

La funcionalidad de servicio del IMS es ejecutada en la práctica utilizando servidores de aplicaciones (AS, en sus siglas en inglés) . Para cualquier UE dado, uno o más AS pueden estar asociados con ese terminal. Los AS comunican con una S-CSCF a través de la interfaz de Control de Servicio del IMS (ISC, en sus siglas en inglés) y se vinculan en una ruta de mensajería del SIP según se solicite (por ejemplo, como resultado de la activación de los iFC descargados en la S-CSCF para un UE determinado) .

Un usuario se registra en el IMS utilizando el método del SIP REGISTER especificado. Este es un mecanismo para unirse al IMS y dar a conocer al IMS la dirección que da la ubicación a la que puede ser alcanzada una identidad de usuario del SIP. En 3GPP, cuando un terminal del SIP lleva a cabo un registro, el IMS autentifica al usuario utilizando información de suscripción almacenada en un Servidor Doméstico de Abonado (HSS, en sus siglas en inglés) , y asigna una S-CSCF a ese usuario del conjunto de S-CSCF disponibles. Aunque los criterios para la asignación de la S-CSCF no están especificados por el 3GPP, estos pueden incluir el intercambio de carga y requisitos de servicio. Cabe señalar que la asignación de una S-CSCF es clave para controlar, y para cobrar, por el acceso del usuario a servicios basados en IMS. Los operadores pueden proporcionar un mecanismo para impedir sesiones del SIP directas de usuario a usuario que de otro modo evitarían la S-CSCF.

Durante el proceso de registro, es responsabilidad de la I-CSCF seleccionar una S-CSCF, si no se ha seleccionado ya una S-CSCF. La I-CSCF recibe las capacidades de S-CSCF requeridas desde el HSS, y selecciona una S-CSCF apropiada basada en las capacidades recibidas. Cabe señalar que la asignación de S-CSCF también es llevada para un usuario por la I-CSCF en el caso de que el usuario sea llamado por otra parte, y el usuario no esté asignado actualmente a una S-CSCF. Cuando un usuario registrado envía posteriormente una solicitud de sesión al IMS, la P-CSCF es capaz de enviar la solicitud a la S-CSCF seleccionada sobre la base de la información recibida desde la S-CSCF durante el proceso de registro.

Todos los usuarios del IMS poseen una o más Identidades Privadas de Usuario. Una Identidad Privada de Usuario es asignada por el operador de red doméstica y es utilizado por el IMS, por ejemplo para fines de registro, autorización, administración y contabilidad. Esta identidad toma la forma de un Identificador de Acceso a la Red (NAI, en sus siglas en inglés) tal como se define en el IETF RFC 2486. Es posible para una representación de la Identidad Internacional del Abonado Móvil (IMSI, en sus siglas en inglés) estar contenida dentro del NAI para la identidad privada. 3GPP TS 23.228 especifica las siguientes propiedades de la Identidad Privada del Usuario:

- La Identidad Privada del Usuario no se utiliza para el enrutamiento de mensajes del SIP.

- La Identidad Privada del Usuario está contenida en todas las solicitudes de Registro, (incluyendo las solicitudes de Repetición de registro y de Anulación de registro) pasadas desde el UE a la red doméstica.

- Una aplicación de Módulo de Identidad de Servicios multimedia IP (ISIM, en sus siglas en inglés) almacena

de forma segura una Identidad Privada de Usuario. No es posible que el UE modifique la información de la Identidad Privada de Usuario almacenada en la aplicación del ISIM.

- La Identidad Privada del Usuario es una identidad única global definida por el Operador de Red Doméstica, lo que puede ser utilizado dentro de la red doméstica para identificar la suscripción del usuario (por ejemplo, la capacidad de servicio de IM) a partir de una perspectiva de red. La Identidad Privada del Usuario identifica la suscripción, no el usuario.

- La Identidad Privada del Usuario está asignada permanentemente a una suscripción de usuario (no es una identidad dinámica) , y es válida para la duración de la suscripción del usuario con la red doméstica.

- La Identidad Privada del Usuario se utiliza para identificar la información del usuario (por ejemplo, información de autentificación) almacenados en el HSS (para su uso, por ejemplo, durante el Registro) .

- La Identidad Privada del Usuario puede estar presente en la carga de registros basada en las políticas del operador.

- La Identidad Privada del Usuario es autentificada sólo durante el registro del usuario, (incluyendo el nuevo registro y la anulación del registro) .

- La S-CSCF necesita, para obtener y almacenar la Identidad Privada del Usuario, tras el registro y la terminación no registrada.

Además de una Identidad Privada de Usuario, todos los usuarios del IMS tienen una o más Identidades Públicas de Usuario del IMS (PUI, en sus siglas en inglés) . Las PUI son utilizadas por cualquier usuario para solicitar comunicaciones a otros usuarios. Un usuario podría incluir, por ejemplo, una PUI (pero no una Identidad Privada de Usuario) en una tarjeta de visita. 3GPP TS 23.228 especifica las siguientes propiedades de la PUI:

- Los esquemas tanto de numeración de las telecomunicaciones como de nombres de Internet se pueden utilizar para dirigirse a los usuarios en función de las PUI que tienen los usuarios.

- La o las PUI toman la forma de un SIP URI (como se define en los documentos RFC 3261 y RFC 2396 o el formato de “tel:”-URI definido en el documento RFC 3966) .

- La solicitud de ISIM almacena de forma segura por lo menos una PUI (no será posible para el UE modificar la PUI) , pero no es necesario que todas las PUI adicionales se almacenen en la solicitud de ISIM.

- Una PUI está registrada ya sea explícita o implícitamente, antes de que la identidad pueda ser utilizada para originar sesiones del IMS y procedimientos no relacionados de sesión del IMS.

- Una PUI está registrada ya sea explícita o implícitamente, antes de que las sesiones de terminación del IMS y los procedimientos no relacionados de sesiones de terminación del IMS puedan ser entregados al UE del usuario al que pertenece la PUI.

- ... [Seguir leyendo]

1. Un método para gestionar una comunicación de Protocolo de Inicio de Sesión dentro de una red de Subsistema Multimedia IP, comprendiendo el método:

En una Función de Control de Sesiones de Llamada de Proximidad (3) que recibe un mensaje de Protocolo de Iniciación de Sesión enviado desde una entidad de confianza situada en una red distante, en la que el mensaje de Protocolo de Inicio de Función originado desde una entidad adicional cuya identidad ha sido afirmada por la entidad de confianza; En la Función de Control de Sesiones de Llamadas de Proximidad (3) , determinar que la identidad de la entidad de confianza no coincide con una identidad contenida en una P-ldentidad-Afirmada del mensaje; En el caso de tal determinación, en la Función de Control de Sesiones de Llamadas de Proximidad (3) , añadir al mensaje una cabecera adicional, identificando la cabecera adicional una Identidad Pública de Usuario de una entidad de confianza en la red distante servida por una Función de Control de Sesiones de Llamadas de Servicio (7) , y Enviar el mensaje a la Función de Control de Sesiones de Llamadas de Servicio (7) .

2. El método según la reivindicación 1, comprendiendo además la obtención de la Identidad Pública de Usuario de la entidad de confianza mediante la determinación de la identidad de un canal seguro en el que se recibió el mensaje.

3. El método según la reivindicación 1 o 2, comprendiendo además:

en la Función de Control de Sesiones de Llamadas de Servicio (7) , identificar la presencia de la cabecera adicional y utilizar la Identidad Pública de Usuario de la entidad de confianza para determinar el usuario servido en lugar de la P-ldentidad-Afirmada.

4. El método según una cualquiera de las reivindicaciones 1, 2 o 3, en el que el mensaje de Protocolo de Inicio de Sesión enviado desde una red distante se envía a través de un tronco de negocios.

5. El método según una cualquiera de las reivindicaciones 1 a 4, en el que la cabecera adicional que identifica la Identidad Público del Usuario se obtiene de la información de suscripción relacionada con la Identidad Pública de Usuario de la entidad de confianza almacenada en uno de los Servidores Domésticos de Abonados (4) y una Función de Servidor de Perfil de Usuario ubicada en la red del Subsistema Multimedia IP (1) .

6. El método según la reivindicación 5, en el que la información de suscripción relacionada con la Identidad Pública del Usuario de la entidad de confianza incluye un Conjunto Implícito de Registro, comprendiendo el Conjunto Implícito de Registro un subdominio de una Identidad Pública de Usuario comodín o una Identidad Pública de Usuario representativa de una gama de Identidades Públicas de Usuario.

7. El método según la reivindicación 7, en el que el mensaje de Protocolo de Inicio de Sesión es un mensaje de INVITA de Protocolo de Inicio de Sesión

8. Un nodo de Función de Control de Sesiones de Llamadas de Red (3) para su uso en una red de Subsistema Multimedia IP (1) , comprendiendo nodo de Función de Control de Sesiones de Llamadas de Red (3) :

un receptor para recibir un mensaje de Protocolo de Iniciación de Sesión enviado desde una entidad de confianza situada en una red distante, en el que el mensaje de Protocolo de Iniciación de Sesión originado desde una entidad adicional cuya identidad ha sido afirmada por la entidad de confianza; medios para recibir información de suscripción relacionada con la Identidad Pública de Usuario de la entidad de confianza desde uno de los Servidores Doméstico de Abonado (4) y una Función de Servidor de Perfil de Usuario situada en la red de Subsistema IP y para determinar que la identidad de la entidad de confianza no coincide con una identidad contenida en una P-Identidad-Afirmada del mensaje; un procesador para, en el caso de tal determinación, añadir al mensaje una cabecera adicional, identificando la cabecera adicional una Identidad Pública de Usuario de una entidad de confianza en la red distante servida por una Función de Control de Sesiones de Llamadas de Servicio (7) , y un transmisor para enviar el mensaje a la Función de Control de Sesiones de Llamadas de Servicio.

9. El nodo de Función de Control de Sesiones de Llamadas de Red (3) según la reivindicación 8, en el que la información de suscripción relacionada con la Identidad Pública de Usuario de la entidad de confianza incluye un Conjunto de Registro Implícito, comprendiendo el Conjunto de Registro Implícito una Identidad Pública de Usuario comodín o un subdominio de Identidad Pública de Usuario representativo de una gama de Identidades Públicas de Usuario.

10. Un nodo de Función de Control de Sesiones de Llamada de Servicio (7) para su uso en una red del Subsistema Multimedia IP (1) , comprendiendo el nodo de Función de Control de Sesiones de Llamadas de Servicio (7) :

un receptor para recibir un mensaje de Protocolo de Iniciación de Sesión desde un nodo de Función de Control de Sesiones de Llamada de Red (3) , el mensaje de Protocolo de Inicio de Sesión que origina desde un usuario en una red distante y que ha sido enviado por el nodo de Función de Control de Sesiones de

Llamada de Red (3) a través de una entidad de confianza en una red distante; un procesador para identificar la presencia de una cabecera adicional en el mensaje de Protocolo de Inicio de Sesión, identificando la cabecera adicional una Identidad Pública de Usuario de la entidad de confianza en la red distante servida por la Función de Control de Sesiones de Llamada de Servicio; y medios para, en el caso de la cabecera adicional esté identificada, usar le Identidad Pública de Usuario de la

entidad de confianza como el usuario servido en lugar de la P-ldentidad-Afirmada.

11. Un Servidor de Aplicaciones (8) para su uso en una red de Subsistema Multimedia IP (1) , comprendiendo el Servidor de Aplicaciones (8) :

un receptor para recibir un mensaje de Protocolo de Inicio de Sesión, el mensaje de Protocolo de Inicio de Sesión que origina desde un usuario de una red distante y que ha sido enviado a un nodo de Función de Control de Sesiones de Llamada de Red (3) a través de una entidad de confianza en la red distante; un procesador para identificar la presencia de una cabecera adicional en el mensaje de Protocolo de Inicio de Sesión, la cabecera adicional identificando una Identidad Pública de Usuario de la entidad de confianza en

una red distante servida por una Función de Control de Sesión de Llamada de Servicio (7) en la red de Subsistema Multimedia IP (1) , y medios para, en el caso de que la cabecera adicional sea identificada, utilizar la Identidad Pública de Usuario de la entidad de confianza como usuario servido en lugar de la P-ldentidad-Afirmada.