ES2397063T3 - Autenticación para protocolos de aplicación IP basados en procedimientos IMS del 3GPP - Google Patents
Autenticación para protocolos de aplicación IP basados en procedimientos IMS del 3GPP Download PDFInfo
- Publication number
- ES2397063T3 ES2397063T3 ES03747179T ES03747179T ES2397063T3 ES 2397063 T3 ES2397063 T3 ES 2397063T3 ES 03747179 T ES03747179 T ES 03747179T ES 03747179 T ES03747179 T ES 03747179T ES 2397063 T3 ES2397063 T3 ES 2397063T3
- Authority
- ES
- Spain
- Prior art keywords
- server
- intermediary
- protocol
- user
- data services
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 28
- 230000005540 biological transmission Effects 0.000 claims description 30
- 238000012546 transfer Methods 0.000 claims description 26
- 230000000977 initiatory effect Effects 0.000 claims description 23
- 238000013475 authorization Methods 0.000 claims description 19
- 230000009471 action Effects 0.000 claims description 12
- 230000008569 process Effects 0.000 claims description 6
- 230000008878 coupling Effects 0.000 claims description 4
- 238000010168 coupling process Methods 0.000 claims description 4
- 238000005859 coupling reaction Methods 0.000 claims description 4
- 230000010365 information processing Effects 0.000 claims description 3
- 238000012544 monitoring process Methods 0.000 claims 4
- 230000007246 mechanism Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 239000000344 soap Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0281—Proxies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
- H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
- H04W12/069—Authentication using certificates or pre-shared keys
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Un sistema (10) que comprende: una red (20) residencial que incluye un servidor (16) de datos de abonado que está adaptado para almacenaral menos un perfil de usuario en lo concerniente a proporcionar servicios de datos a, al menos, un usuario conel perfil que incluye la información de autenticación usada para autenticar a, al menos, un usuario de losservicios de datos cuando se hace una solicitud de los servicios de datos usando un primer protocolo;al menos un equipo (12) de usuario que está adaptado para solicitar servicios de datos usando el primerprotocolo y servicios de datos usando al menos un protocolo adicional, al menos un equipo de usuario quealmacena la información de autenticación que se usa cuando se hace una solicitud de servicios de datos paraautenticar a, al menos, un usuario; y al menos un servidor (18) intermediario que incluye de manera residente en el mismo, un primer intermediario(19) para el primer protocolo y al menos un intermediario (32, 36) adicional para el al menos un protocoloadicional, en el que el primer intermediario (19) y el al menos un intermediario (32, 36) adicional del al menos un servidor (18)intermediario, están adaptados para autenticar las solicitudes de los servicios de datos recibidos desde almenos un equipo de usuario de los protocolos usando la información de autenticación del al menos un perfilque se transmite desde el servidor de datos de abonado a, al menos, un servidor intermediario y la informaciónde autenticación del al menos un usuario transmitida desde el al menos un equipo de usuario a el al menos unservidor intermediario.
Description
Autenticación para protocolos de aplicación IP basados en procedimientos IMS del 3GPP.
La presente invención se refiere a la autenticación de las solicitudes de servicios de datos desde al menos un equipo de usuario que usa múltiples protocolos.
Antecedentes de la técnica
La memoria descriptiva técnica del 3GPP TS 33.203 v1.0.0 (12-2001), que se incorpora en el presente documento como referencia en su totalidad, autentica los clientes del subsistema de red de núcleo multimedia IP (IMS) ejecutando el protocolo de acuerdo de autenticación y claves (AKA) durante una transacción de registro SIP. Véase la sección 6.1 para una discusión del AKA. Después de que la autenticación usando AKA se ha completado, la clave de integridad (IK) y la clave de cifrado (CK) creadas se comparten entre el equipo de usuario (UE) y la función de control del estado de la llamada de intermediario (PCSCF), que es la primera entidad en una red SIP que recibe una solicitud de una sesión desde el UE. El P-CSCF puede estar de manera residente en o una red residencial o en una red visitada. Las solicitudes SIP de servicios se protegen mediante las claves IK y CK hasta que las claves se renuevan mediante otra transacción de registro. Las claves IK y CK se distribuyen de una forma segura mediante cualquier técnica bien conocida, tal como IP Sec o EPS.
Las principales entidades SIP usadas para el registro del UE son: el UE, la P-CSCF, la función de control del estado de la llamada de servicio (S-CSCF) y un servidor de abonado residencial (HSS). El UE comunica con la P-CSCF, que se comunica con la S-CSCF que se comunica con el HSS. Una descripción detallada de la autenticación y del registro se encuentra en las secciones 4 y 5-5.2 de la especificación citada.
Con la llegada de los servicios multimedia IP (IM), es deseable que los UE que usan SIP tengan acceso a los servicios de datos usando protocolos adicionales, tales como el protocolo de transferencia de hipertexto (HTTP) y el protocolo de flujo en tiempo real (RTSP). Una descripción del RTSP se encuentra en la RFC 2326 fechada en 1998, que se incorpora en el presente documento como referencia en su totalidad.
Básico para el acceso del UE a los servicios de red que implican cualquier protocolo, tal como SIP, HTTP y RTSP, es la necesidad de autenticación del UE y la seguridad. El estado de la técnica en la actualidad es que cada protocolo utiliza su propia seguridad y medidas de autenticación, cuando se hace una solicitud mediante el UE de una sesión de servicios de datos. Cuando un UE es un solicitante de servicios de datos que implica múltiples protocolos, se necesitan entidades de red específicas del protocolo individual en forma de un servidor intermediario o, de otro modo, realizar la autenticación para cada protocolo. Las múltiples entidades requeridas actualmente para la autenticación de la UE para obtener sesiones que implican múltiples protocolos, pueden tener diferentes direcciones de red, implican una duplicación de procesamiento por cada intermediario para obtener la información de autenticación.
El documento de Estados Unidos 6.308.203 B1 enseña a proporcionar información personal de un usuario a un proveedor de información desde cualquier localización, así como, para hacer innecesario a un dispositivo terminal del usuario introducir la información personal. De ese modo, se usa un dispositivo de intermediario que presenta una capacidad de servicio de agente de intermediario para proporcionar la información personal junto con una base de datos de perfiles de usuario.
El documento EP 0 924 630 A1 se refiere a la recuperación de recursos a través de una red de datos mediante descargando los recursos a un cliente desde un servidor de contenidos a través de la red de datos. De ese modo, el derecho del cliente a recibir el recurso solicitado se autentica en términos de restricciones de facturación y/o de acceso en un intermediario.
Sumario de la invención
De acuerdo con diversos aspectos de la presente invención, se proporciona un sistema, un procedimiento y un servidor intermediario, tal como se define en las reivindicaciones adjuntas.
La presente invención se refiere a un sistema, un procedimiento, y al menos un servidor intermediario que proporciona autenticación a las sesiones del UE de los servicios de datos que requieren múltiples protocolos que usan la información de autenticación común para cada uno de los múltiples protocolos. Se usa al menos un servidor intermediario para autenticar las solicitudes de sesiones de servicios de datos del UE para los múltiples protocolos. Mientras que la arquitectura más simple que puede usarse para practicar la invención es un único servidor intermediario, debería entenderse que puede usarse más de un servidor intermediario para realizar la autenticación de los servicios de datos del UE para los múltiples protocolos usando la información de autenticación común.
Al menos un servidor intermediario almacena información de autenticación desde un servidor de datos de abonado de una red residencial para al menos un UE requerido de un primer protocolo.
Al menos un servidor intermediario autentica las solicitudes de las sesiones de servicios de datos recibidas desde al
menos un UE para los protocolos que no sea el primer protocolo usando la información de autenticación obtenida del servidor de datos de abonado para el primer protocolo. Las sesiones de autenticación implican transacciones IMS que se realizan fácilmente mediante al menos un servidor intermediario para los protocolos que no sea el primer protocolo.
Al menos un servidor intermediario proporciona acceso a los usuarios de los servicios IMS con un protocolo (por ejemplo, HTTP) diferente de SIP (como se usa, normalmente, en IMS). Los servicios IMS incluyen diferentes estructuras de datos (XML, SOAP, ACAP, etc.) para realizar tareas de gestión de servicios como la manipulación de políticas de autorización, gestión de la lista de miembros, etc. Esto es necesario para la gestión de datos que requieren un protocolo fiable como HTTP, sin dejar de aplicar los mecanismos de seguridad específicos de IMS. Al menos un servidor intermediario autentica el mensaje de acuerdo con las especificaciones y algoritmos de IMS y pasa el contenido al servidor de aplicaciones correcto usando otro protocolo diferente de SIP, como HTTP (por ejemplo, aplicaciones de presencia, mensajería o un servidor de conferencia) que implementa el propio servicio.
Al menos un servidor intermediario también añade información, preferentemente, en forma de un par de claves secretas compartidas u otro mecanismo de seguridad, que al menos un servidor de aplicaciones, por ejemplo, un servidor HTTP o RTSP, puede usar para asegurar la identidad del usuario que se autentica y emitió la solicitud de los servicios usando el protocolo particular. Al menos un servidor de aplicaciones tiene la responsabilidad final de autorizar al usuario y/o a la acción a realizar por el servidor de aplicaciones para el usuario.
En una realización preferida, el primer protocolo es SIP y al menos un protocolo adicional es uno o ambos de HTTP y RTSP. Las solicitudes de sesiones de servicios de datos que usan SIP se transmiten desde la P-CSCF, residente en al menos un servidor intermediario, a un servidor S-CSCF de la red residencial y a continuación al HSS. Las solicitudes de sesiones de servicios de datos que usan el protocolo HTTP usan la información de autenticación SIP y se transmiten desde un intermediario del protocolo de transferencia de hipertexto (HTTP) de al menos un servidor intermediario a un servidor HTTP. Las solicitudes de sesiones de servicios de datos que usan el protocolo RTSP usan la información de autenticación SIP y se transmiten desde un intermediario del protocolo de transmisión en tiempo real (RTSP) del servidor intermediario a un servidor RTSP.
La información de autenticación preferida transmitida desde el HSS a, al menos, un servidor intermediario comprende, una clave de integridad (IK) y una clave de cifrado (CK). La transmisión de información de autenticación desde al menos un UE a, al menos, un servidor intermediario comprende también, la clave de integridad (IK) y la clave de cifrado (CK). Las claves se procesan mediante al menos un servidor intermediario para determinar si al menos un UE es auténtico.
La invención elimina la necesidad de información de autenticación única de cada protocolo para autenticar las sesiones de datos del UE. En una realización preferida un único servidor intermediario incluye todos los intermediarios de los protocolos residentes, en el mismo. La información de autenticación para los protocolos adicionales, por ejemplo, HTTP y RTSP, se obtiene a partir de la información de autenticación SIP de al menos un UE.
La invención es un sistema que incluye una red residencial que incluye un servidor de datos de abonado que almacena al menos un perfil de usuario en lo concerniente a proporcionar servicios de datos a, al menos, un usuario con el perfil que incluye la información de autenticación usada para autenticar a, al menos, un usuario de los servicios de datos cuando se hace una solicitud de los servicios de datos usando un primer protocolo; al menos un equipo de usuario solicita los servicios de datos usando el primer protocolo y los servicios de datos usando al menos un protocolo adicional, al menos un equipo de usuario que almacena la información de autenticación que se usa cuando se hace una solicitud de los servicios de datos para autenticar a, al menos, un usuario; al menos un servidor intermediario que incluye de manera residente, en el mismo, un primer intermediario del primer protocolo de red y al menos un intermediario adicional de al menos un protocolo adicional; y en el que el primer intermediario y al menos un intermediario adicional del servidor intermediario autentica las solicitudes de los servicios de datos recibidos desde al menos un equipo de usuario de los protocolos usando la información de autenticación de al menos un perfil que se transmite desde el servidor de datos de abonado a, al menos, un servidor intermediario y la información de autenticación de al menos un usuario transmitida desde al menos un equipo de usuario a, al menos, un servidor intermediario. El servidor de datos de abonado puede ser un servidor de abonado residencial (HSS); y el primer protocolo puede ser el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP puede transmitirse desde una función de control del estado de la llamada de intermediario (P-CSCF) de al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial. El servidor de datos de abonado puede ser un servidor de abonado residencial (HSS); el primer protocolo puede ser el protocolo de inicio de sesión (SIP) y una solicitud de datos de los servicios de datos que usa SIP se transmite desde una función de control del estado de la llamada de intermediario (P-CSCF) de al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial; y al menos un protocolo adicional puede ser el protocolo de transferencia de hipertexto (HTTP) y una solicitud de servicios de datos que usa HTTP puede transmitirse desde un intermediario del protocolo de transferencia de hipertexto (HTTP) de al menos un servidor intermediario a un servidor HTTP. El servidor de datos de abonado puede ser un servidor de abonado residencial (HSS); el primer protocolo puede ser el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP puede transmitirse desde una función de control
del estado de la llamada de intermediario (P-CSCF) de al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF); y al menos un protocolo adicional que puede ser el protocolo de transmisión en tiempo real (RTSP) y una solicitud de servicios de datos que puede transmitirse desde un intermediario del protocolo de transmisión en tiempo real (RTSP) de al menos un servidor intermediario a un servidor RTSP. El servidor de datos de abonado puede ser un servidor de abonado residencial (HSS); el primer protocolo puede ser el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP puede transmitirse desde una función de control del estado de la llamada de intermediario (P-CSCF) de al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial; y al menos un protocolo adicional puede ser el protocolo de transferencia de hipertexto (HTTP) y el protocolo de transmisión en tiempo real (RTSP) y una solicitud de servicios de datos que usa HTTP puede transmitirse desde un intermediario del protocolo de transferencia de hipertexto (HTTP) de al menos un servidor intermediario a un servidor HTTP y una solicitud de servicios de datos que usa RTSP puede transmitirse desde el intermediario del protocolo de transmisión en tiempo real (RTSP) de al menos un servidor intermediario a un servidor RTSP. La información de autenticación transmitida desde el servidor de datos de abonado a, al menos, un servidor intermediario puede comprender una clave de integridad IK y una clave de cifrado CK y la información de autenticación transmitida desde al menos un equipo de usuario a, al menos, un servidor intermediario puede comprender una clave de integridad IK y una clave de cifrado CK cuyas claves se procesan mediante al menos un servidor intermediario para determinar si al menos un usuario es auténtico. La información de autenticación transmitida desde el servidor de datos de abonado y al menos un equipo de usuario puede generarse usando el protocolo de acuerdo de autenticación y claves (AKA).
En un sistema que comprende una red residencial que incluye un servidor de datos de abonado que almacena, al menos, un perfil de usuario en lo concerniente a proporcionar servicios de datos a, al menos, un usuario con el perfil que incluye la información de autenticación usada para autenticar a, al menos, un usuario de los servicios de datos cuando se hace una solicitud de los servicios de datos usando un primer protocolo y al menos un equipo de usuario que solicita los servicios de datos usando el primer protocolo de red y los servicios de datos usando al menos un protocolo adicional, al menos un equipo de usuario que almacena la información de autenticación que se usa cuando se hace una solicitud de servicios de datos para autenticar a, al menos, un usuario; al menos un servidor intermediario que incluye de manera residente, en el mismo, un primer intermediario del primer protocolo de red y al menos un intermediario adicional de, al menos, un protocolo adicional, un procedimiento de autenticación de al menos un equipo de usuario incluye el primer intermediario y al menos un intermediario adicional de al menos un servidor intermediario que autentica las solicitudes de los servicios de datos recibidos desde al menos un equipo de usuario de los protocolos usando la información de autenticación de al menos un perfil que se transmite desde el servidor de datos de abonado a, al menos, un servidor intermediario y la información de autenticación de al menos un usuario transmitida desde al menos un equipo de usuario a, al menos, un servidor intermediario. El servidor de datos de abonado puede ser un servidor de abonado residencial (HSS); el primer protocolo puede ser el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP puede transmitirse desde una función de control del estado de la llamada de intermediario (P-CSCF) de al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial; y al menos un protocolo de red adicional puede ser el protocolo de transferencia de hipertexto (HTTP) y una solicitud de servicios de datos que usa HTTP puede transmitirse desde un intermediario del protocolo de transferencia de hipertexto (HTTP) de al menos un servidor intermediario a un servidor HTTP. El servidor de datos de abonado puede ser un servidor de abonado residencial (HSS); el primer protocolo puede ser el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP puede transmitirse desde una función de control del estado de la llamada de intermediario (P-CSCF) de al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF); y al menos un protocolo adicional que puede ser el protocolo de transmisión en tiempo real (RTSP) y una solicitud de servicios de datos que puede transmitirse desde un intermediario del protocolo de transmisión en tiempo real (RTSP) de al menos un servidor intermediario a un servidor RTSP. El servidor de datos de abonado puede ser un servidor de abonado residencial (HSS); el primer protocolo puede ser el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP puede transmitirse desde una función de control del estado de la llamada de intermediario (P-CSCF) de al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial; y al menos un protocolo adicional puede ser el protocolo de transferencia de hipertexto (HTTP) y el protocolo de transmisión en tiempo real (RTSP) y una solicitud de servicios de datos que usa HTTP puede transmitirse desde un intermediario del protocolo de transferencia de hipertexto (HTTP) de al menos un servidor intermediario a un servidor HTTP y una solicitud de servicios de datos que usa RTSP puede transmitirse desde el intermediario del protocolo de transmisión en tiempo real (RTSP) de al menos un servidor intermediario a un servidor RTSP. La información de autenticación transmitida desde el servidor de datos de abonado a, al menos, un servidor intermediario puede comprender una clave de integridad IK y una clave de cifrado CK y la información de autenticación transmitida desde al menos un equipo de usuario a, al menos, un servidor intermediario puede comprender una clave de integridad IK y una clave de cifrado CK cuyas claves se procesan mediante al menos un servidor intermediario para determinar si al menos un usuario es auténtico. La información de autenticación transmitida desde el servidor de datos de abonado y al menos un equipo de usuario puede generarse usando el protocolo de acuerdo de autenticación y claves (AKA).
En un sistema que comprende una red residencial que incluye un servidor de datos de abonado que almacena, al menos, un perfil de usuario en lo concerniente a proporcionar servicios de datos a, al menos, un usuario con el perfil
que incluye la información de autenticación usada para autenticar a, al menos, un usuario de los servicios de datos cuando se hace una solicitud de los servicios de datos usando un primer protocolo y al menos un equipo de usuario que solicita los servicios de datos usando el primer protocolo de red y los servicios de datos usando al menos un protocolo adicional, al menos un equipo de usuario que almacena la información de autenticación que se usa cuando se hace una solicitud de servicios de datos para autenticar a, al menos, un usuario, al menos un servidor intermediario de acuerdo con la invención incluye un primer intermediario del primer protocolo de red y al menos un intermediario adicional de, al menos, un protocolo adicional que están residentes en al menos un servidor intermediario; y en el que el primer intermediario y al menos un intermediario adicional del servidor intermediario autentica las solicitudes de los servicios de datos recibidos desde al menos un equipo de usuario de los protocolos usando la información de autenticación de al menos un perfil que se transmite desde el servidor de datos de abonado a, al menos, un servidor intermediario y la información de autenticación de al menos un usuario transmitida desde al menos un equipo de usuario a, al menos, un servidor intermediario. El servidor de datos de abonado puede ser un servidor de abonado residencial (HSS); y el primer protocolo puede ser el protocolo de inicio de sesión (SIP) y cualquier solicitud de servicios de datos que usa SIP puede transmitirse desde una función de control del estado de la llamada de intermediario (P-CSCF) de al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial. El servidor de datos de abonado puede ser un servidor de abonado residencial (HSS); y el primer protocolo puede ser el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP puede transmitirse desde una función de control del estado de la llamada de intermediario (P-CSCF) de al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial; y al menos un protocolo de red adicional puede ser el protocolo de transferencia de hipertexto (HTTP) y una solicitud de servicios de datos que usa HTTP puede transmitirse desde un intermediario del protocolo de transferencia de hipertexto (HTTP) de al menos un servidor intermediario a un servidor HTTP. El servidor de datos de abonado puede ser un servidor de abonado residencial (HSS); y el primer protocolo puede ser el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP puede transmitirse desde al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF), y al menos un protocolo adicional puede ser el protocolo de transmisión en tiempo real (RTSP) y una solicitud de servicios de datos que puede transmitirse desde un intermediario del protocolo de transmisión en tiempo real (RTSP) de al menos un servidor intermediario a un servidor RTSP. El servidor de datos de abonado puede ser un servidor de abonado residencial (HSS); y el primer protocolo puede ser el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP puede transmitirse desde una función de control del estado de la llamada de intermediario (P-CSCF) de al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial, y al menos un protocolo adicional puede ser el protocolo de transferencia de hipertexto (HTTP) y el protocolo de transmisión en tiempo real (RTSP) y una solicitud de servicios de datos que usa HTTP puede transmitirse desde un intermediario del protocolo de transferencia de hipertexto (HTTP) de al menos un servidor intermediario a un servidor HTTP y una solicitud de servicios de datos que usa RTSP puede transmitirse desde al menos un servidor intermediario a un servidor RTSP. La información de autenticación puede transmitirse desde el servidor de datos de abonado a, al menos, un servidor intermediario que puede comprender una clave de integridad IK y una clave de cifrado CK y la información de autenticación transmitida desde al menos un equipo de usuario a, al menos, un servidor intermediario puede comprender una clave de integridad IK y una clave de cifrado CK cuyas claves se procesan mediante al menos un servidor intermediario para determinar si al menos un usuario es auténtico. La información de autenticación transmitida desde el servidor de datos de abonado y al menos un equipo de usuario puede generarse usando el protocolo de acuerdo de autenticación y claves (AKA).
Un sistema de acuerdo con la invención incluye una red residencial que incluye un servidor de datos de abonado que almacena al menos un perfil de usuario en lo concerniente a proporcionar servicios de datos a, al menos, un usuario con el perfil que incluye la información de autenticación usada para autenticar a, al menos, un usuario de los servicios de datos cuando se hace una solicitud de los servicios de datos usando un primer protocolo; y al menos un equipo de usuario que solicita los servicios de datos usando el primer protocolo de red y los servicios de datos usando al menos un protocolo adicional, al menos un equipo de usuario que almacena la información de autenticación que se usa cuando se hace una solicitud de servicios de datos para autenticar a, al menos, un usuario; al menos un servidor intermediario, que incluye de manera residente, en el mismo, un primer intermediario del primer protocolo de red y al menos un intermediario adicional de, al menos, un protocolo adicional; al menos un servidor de aplicaciones acoplado a, al menos, un servidor intermediario, cada servidor de aplicaciones proporciona servicios de datos a, al menos, un usuario usando al menos uno de los al menos un protocolos adicionales a través de al menos un servidor intermediario; el primer intermediario y al menos un intermediario adicional de al menos un servidor intermediario que autentica las solicitudes de servicios de datos recibidas desde al menos un equipo de usuario de los protocolos usando la información de autenticación de al menos un perfil que se transmite desde el servidor de datos de abonado a, al menos, un servidor intermediario y la información de autenticación de al menos un usuario transmitida desde al menos un equipo de usuario a, al menos, un servidor intermediario y proporciona información a, al menos, un servidor de aplicaciones permitiendo a, al menos, un servidor de aplicaciones proporcionar la autorización final de al menos un usuario para acceder a, al menos, un servidor de aplicaciones o para proporcionar la autorización final de una acción a realizarse por al menos un usuario mediante al menos un servidor de aplicaciones. Al menos un servidor intermediario puede procesar la información de autenticación para proporcionar la información a, al menos, un servidor de aplicaciones para permitir a, al menos, un servidor de aplicaciones proporcionar la autorización final que incluye la garantía de la identidad de al menos un usuario. El procesamiento de
la información de autenticación proporciona la información a, al menos, un servidor de aplicaciones que puede comprender un secreto compartido conocido para, al menos, un servidor intermediario y al menos un servidor de aplicaciones que garantiza la identidad de al menos un usuario en al menos un servidor de aplicaciones. El secreto compartido puede ser un par de claves compartidas que se procesan mediante al menos un servidor de aplicaciones para verificar la identidad del usuario que va a recibir el acceso a, al menos, un servidor de aplicaciones o para quien al menos un servidor de aplicaciones toma la acción. El acoplamiento de al menos un servidor intermediario a, al menos, un servidor de aplicaciones puede ser a través de un medio seguro. Al menos un servidor de aplicaciones puede registrar servicios de datos con al menos un servidor intermediario que al menos un servidor de aplicaciones puede proporcionar a, al menos, un usuario a través de al menos un servidor intermediario; y al menos un servidor intermediario puede almacenar una dirección de cada servidor de aplicaciones que proporciona los servicios de datos para su selección por al menos un usuario que se usa para conectar al menos un usuario a, al menos, un servidor de aplicaciones para obtener los servicios de datos seleccionados. Al menos un servidor intermediario puede ser un punto de acceso en el sistema para la transmisión de los servicios de datos entre al menos un usuario y al menos un servidor intermediario.
En un sistema que comprende una red residencial que incluye un servidor de datos de abonado que almacena al menos un perfil de usuario en lo concerniente a proporcionar servicios de datos a, al menos, un usuario con el perfil que incluye la información de autenticación usada para autenticar a, al menos, un usuario de los servicios de datos cuando se hace una solicitud de los servicios de datos usando un primer protocolo y al menos un equipo de usuario que solicita los servicios de datos usando el primer protocolo de red y los servicios de datos usando al menos un protocolo adicional, al menos un equipo de usuario que almacena la información de autenticación que se usa cuando se hace una solicitud de servicios de datos para autenticar a, al menos, un usuario, al menos un servidor intermediario que incluye de manera residente, en el mismo, un primer intermediario del primer protocolo de red y al menos un intermediario adicional de, al menos, un protocolo adicional, y al menos un servidor de aplicaciones acoplado a, al menos, un servidor intermediario, cada servidor de aplicaciones proporciona servicios de datos a, al menos, un usuario usando al menos uno de los al menos un protocolos adicionales a través de al menos un servidor intermediario, un procedimiento de autenticación de al menos un equipo de usuario de acuerdo con la invención incluye el primer intermediario y al menos un intermediario adicional de al menos un servidor intermediario que autentica las solicitudes de los servicios de datos recibidas desde al menos un equipo de usuario de los protocolos usando la información de autenticación de al menos un perfil que se transmite desde el servidor de datos de abonado a, al menos, un servidor intermediario y la información de autenticación de al menos un usuario transmitida desde al menos un equipo de usuario a, al menos, un servidor intermediario y que proporciona información a, al menos, un servidor de aplicaciones permitiendo a, al menos, un usuario proporcionar la autorización final a, al menos, un usuario para acceder a, al menos, un servidor de aplicaciones o para proporcionar la autorización final de una acción que se realiza para al menos un usuario mediante al menos un servidor de aplicaciones. Al menos un servidor intermediario puede procesar la información de autenticación para proporcionar la información a, al menos, un servidor de aplicaciones para permitir a, al menos, un servidor de aplicaciones proporcionar la autorización final que incluye la garantía de la identidad de al menos un usuario. El procesamiento de la información de autenticación para proporcionar la información a, al menos, un servidor de aplicaciones puede comprender un secreto compartido conocido para, al menos, un servidor intermediario y al menos un servidor de aplicaciones que garantiza la identidad de al menos un usuario en al menos un servidor de aplicaciones. El secreto compartido puede ser un par de claves compartidas que se procesan mediante al menos un servidor de aplicaciones para verificar la identidad del usuario que va a recibir el acceso a, al menos, un servidor de aplicaciones o para quien al menos un servidor de aplicaciones toma la acción. El acoplamiento de al menos un servidor intermediario a, al menos, un servidor de aplicaciones puede ser a través de un medio seguro. Al menos un servidor de aplicaciones puede registrar los servicios de datos con al menos un servidor intermediario que al menos un servidor de aplicaciones puede proporcionar a, al menos, un usuario a través de al menos un servidor intermediario; y al menos un servidor intermediario puede almacenar una dirección de cada servidor de aplicaciones que proporciona los servicios de datos para su selección por al menos un usuario que se usa para conectar a, al menos, un usuario a, al menos, un servidor de aplicaciones para obtener los servicios de datos seleccionados. Al menos un servidor intermediario puede ser un punto de acceso en el sistema para la transmisión de los servicios de datos entre al menos un usuario y al menos un servidor intermediario.
Breve descripción de los dibujos
La figura 1 ilustra un diagrama de bloques de un sistema de acuerdo con la presente invención.
Mejor modo de llevar a cabo la invención
La figura 1 ilustra un sistema 10 que incluye entidades SIP convencionales. Las entidades incluyen al menos un UE 12, un S-CSCF 14 y un HSS 16. Al menos un servidor 18 intermediario tiene de manera residente, en el mismo, el P-CSCF 19 SIP, que se contacta mediante el UE 12, durante las sesiones que solicitan servicios de datos usando el protocolo SIP. Aunque se ilustra un único servidor 18 intermediario, debería entenderse que la invención puede ponerse en práctica con más de un servidor 18 intermediario, incluyendo intermediarios que usan información de autenticación transmitida desde el servidor de datos de abonado para autenticar las sesiones para múltiples protocolos. La autenticación de al menos un UE 12 por SIP y los protocolos adicionales usan el HSS 16 de la red 20 residencial que almacena, al menos, un perfil de usuario de los usuarios de al menos un UE con respecto a
proporcionar las sesiones de los servicios de datos. Se debería entender que el uso de SIP en la red 20 residencial como fuente de información de autenticación para los otros protocolos no se requiere en la práctica de la invención ya que la invención puede aplicarse a otros protocolos distintos de SIP. Al menos un perfil de usuario almacenado en el HSS 16 incluye la información de autenticación. Se usa la misma información de autenticación almacenada para autenticar a, al menos, un UE 12 de una sesión de servicios de datos cuando se hace una solicitud de los servicios de datos usando un primer protocolo, por ejemplo, sin limitación, el protocolo SIP y al menos un protocolo adicional.
Al menos un UE 12 solicita sesiones de servicios de datos usando el primer protocolo de red, por ejemplo, SIP y las sesiones de servicios de datos usando al menos un protocolo adicional. Al menos un UE 12 almacena información de autenticación para el primer protocolo que se transmite a, al menos, un servidor 18 intermediario para autenticar a, al menos, un UE 12 para todos los protocolos. El HSS 16, sin limitación, puede utilizar el protocolo AKA para proporcionar la información de autenticación en forma de las claves IK y CK, como se indica mediante la flecha 30 desde el HSS 16 a la P-CSCF 19 y el UE 12, en los que la información de autenticación se almacena y desde el UE a la P-CSCF, como se indica mediante la flecha 40.
La presente invención difiere de la técnica anterior en que al menos un servidor 18 intermediario incluye el P-CSCF 19 y el RSTP y los intermediarios 32 y 36 HTTP, respectivamente, para autenticar a, al menos, un UE 12 para usar al menos un protocolo, además del protocolo usado por la red residencial, por ejemplo, SIP, por ejemplo RTSP y HTTP. En una arquitectura preferida, se usa un único servidor 18 intermediario, pero la invención no se limita a ello. En una realización preferida, los servidores intermediarios adicionales son un intermediario 32 RTSP y un intermediario 36 HTTP todos los cuales están residentes en al menos un servidor 18 intermediario. La información de autenticación generada por SIP usada por al menos un UE 12 del intermediario 32 RTSP y del intermediario 36 HTTP es la misma que la usada por el P-CSCF 19.
De acuerdo con la invención, cuando al menos un UE 12 solicita una sesión de servicios de datos, tal como IMS, usando cualquier otro protocolo diferente del protocolo de la red 20 residencial, la solicitud se autentifica usando la información de autenticación proporcionada por la red residencial, por ejemplo, la información de autenticación SIP de IK y CK del HSS 16. Se debería entender que la invención no se limita al uso de la información de autenticación de IK y CK. Por lo tanto, si al menos un UE 12 solicita una sesión de servicios de datos usando un protocolo diferente al protocolo usado por la red 20 residencial, la información de autenticación obtenida a partir de un servidor de datos de abonado y específicamente, el HSS 16 del protocolo SIP se usa para al menos otro protocolo. Las solicitudes de servicios de datos para al menos un protocolo adicional, por ejemplo, los protocolos RTSP y HTTP se autentican usando la información de autenticación de la red 20 residencial almacenada en el servidor de datos de abonado de la red residencial, por ejemplo, el HSS 16.
El uso de al menos un servidor 18 intermediario para proporcionar autenticación para, al menos, un UE 12 que solicita sesiones que usan múltiples protocolos usando la información de autenticación de un solo protocolo usado en la red 20 residencial evita realizar la autenticación con la información única para cada uno de los protocolos como en la técnica anterior. Como resultado, se simplifica el requisito de la técnica anterior de proporcionar distinta información de autenticación para autenticar cada solicitud de una sesión de servicios de datos mediante al menos un UE 12 para cada protocolo adicional, ya que la autenticación del UE para usar los protocolos adicionales requiere el uso de, únicamente, la información de autenticación ya proporcionada desde el HSS 16 de la red 20 residencial del primer protocolo.
Una solicitud de una sesión de servicios de datos desde al menos un UE 12 se transmite al intermediario 32 RTSP del servidor 18 intermediario en el que al menos un UE 12 se autentifica y, posteriormente, se transmite al servidor 34 RTSP. De manera similar, una solicitud de una sesión de servicios de datos desde al menos un UE 12 se transmite al intermediario 36 HTTP del servidor 18 intermediario en el que al menos un UE 12 se autentifica y, posteriormente, se transmite al servidor 38 HTTP.
Los servidores 34 y 38 RTSP y HTTP están conectados al intermediario 32 RTSP y al intermediario 36 HTTP, respectivamente, de al menos un servidor 18 intermediario que son, preferentemente, conexiones seguras. Las conexiones seguras evitan los problemas de integridad de los mensajes y de los ataques hombre en el medio (man in the middle). Al menos un servidor 18 intermediario y, específicamente, el intermediario 32 RTSP y el intermediario 36 HTTP almacenan la dirección de cada servidor de aplicaciones asociado que, en general, se representa por el servidor 34 RTSP y el servidor 38 HTTP, respectivamente. El encaminamiento puede basarse en el direccionamiento que puede incorporar la información de dirección jerárquica en una URL tal como http.www.nokia.com/presence/user1 o la suma de una funcionalidad adicional a, al menos, un servidor 18 intermediario que se basa en bases de datos de contenido o de propiedad que contienen las direcciones de las aplicaciones ligadas al servidor intermediario. Esto puede implementarse de manera que al menos un servidor 18 intermediario actúa como un punto de entrada para un grupo de servidores de aplicaciones tales como, pero no limitado a los servidores 34 y 38 RTSP y HTTP, respectivamente. Al menos un servidor 18 intermediario puede procesar los paquetes de datos destinados a, al menos, un servidor de aplicaciones 34 y 38 para desprenderse de la carga y remitir la carga a través de las conexiones mencionadas anteriormente. Ejemplos de servidores de aplicaciones representados genéricamente por el servidor 38 HTTP identificado, sin limitación, son los servidores de presencia, mensajería y de conferencia usados, por ejemplo, para realizar tareas de gestión de servicios como la
manipulación de la política de autorización y la administración de la lista de miembros que funcionan de acuerdo con el protocolo HTTP. Algunos ejemplos de servidores de aplicaciones representados, genéricamente, por el servidor 34 RTSP identificado, sin limitación, son aplicaciones de transmisión de audio y vídeo en tiempo real.
Al menos un servidor 18 intermediario proporciona información de al menos un servidor 34 y 38 de aplicaciones
5 permitiendo que al menos un servidor de aplicaciones proporcione la autorización final a, al menos, un usuario del UE 12 para acceder a, al menos, a un servidor de aplicaciones o proporcione la autorización final de una acción a realizarse por al menos un usuario mediante al menos un servidor de aplicaciones.
En una aplicación IMS, el servidor de aplicaciones realiza la mayor parte de la autorización del usuario del UE 12 para obtener el acceso o tener un servicio realizado por el UE. Al menos un servidor 18 intermediario autentica el 10 mensaje de acuerdo con las especificaciones de IMS y algoritmos existentes, y pasa el resultado de la autorización a, al menos, un servidor 34 y 38 adicional. Al menos un servidor 34 y 38 adicional tiene el conocimiento último de los detalles específicos del servicio que están disponibles, en el mismo, para el usuario del UE 12 y la responsabilidad última de autorizar al usuario y/o a la acción a realizarse en el servidor específico. Al menos un servidor 34 y 38 adicional tiene la totalidad del conocimiento de la información específica del servicio y otra información para procesar
15 el contenido recibido desde al menos un intermediario 18 a través del enlace seguro, preferentemente, para autorizar la acción intentada. El procedimiento de autorización último realizado por al menos un servidor 34 y 38 adicional se basa, preferentemente, en el intercambio de conocimiento secreto que puede ser, sin limitación, el uso de los pares de claves compartidas.
Aunque la invención se ha descrito en términos de sus realizaciones preferidas, debería entenderse que pueden
20 hacerse numerosas modificaciones a la misma sin apartarse del alcance de la presente invención. Se pretende que todas estas modificaciones caigan dentro del alcance de las reivindicaciones adjuntas.
Claims (35)
- REIVINDICACIONES1. Un sistema (10) que comprende:una red (20) residencial que incluye un servidor (16) de datos de abonado que está adaptado para almacenar al menos un perfil de usuario en lo concerniente a proporcionar servicios de datos a, al menos, un usuario con el perfil que incluye la información de autenticación usada para autenticar a, al menos, un usuario de los servicios de datos cuando se hace una solicitud de los servicios de datos usando un primer protocolo; al menos un equipo (12) de usuario que está adaptado para solicitar servicios de datos usando el primer protocolo y servicios de datos usando al menos un protocolo adicional, al menos un equipo de usuario que almacena la información de autenticación que se usa cuando se hace una solicitud de servicios de datos para autenticar a, al menos, un usuario; y al menos un servidor (18) intermediario que incluye de manera residente en el mismo, un primer intermediario(19) para el primer protocolo y al menos un intermediario (32, 36) adicional para el al menos un protocolo adicional, en el que el primer intermediario (19) y el al menos un intermediario (32, 36) adicional del al menos un servidor (18) intermediario, están adaptados para autenticar las solicitudes de los servicios de datos recibidos desde al menos un equipo de usuario de los protocolos usando la información de autenticación del al menos un perfil que se transmite desde el servidor de datos de abonado a, al menos, un servidor intermediario y la información de autenticación del al menos un usuario transmitida desde el al menos un equipo de usuario a el al menos un servidor intermediario.
-
- 2.
- Un sistema de acuerdo con la reivindicación 1 en el que:
el servidor de datos de abonado es un servidor de abonado residencial (HSS); y el primer protocolo es el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP se transmite desde una función de control del estado de la llamada de intermediario (P-CSCF) del al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial. -
- 3.
- Un sistema de acuerdo con la reivindicación 1 en el que:
el servidor de datos de abonado es un servidor de abonado residencial (HSS); el primer protocolo es el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP se transmite desde una función de control del estado de la llamada de intermediario (P-CSCF) del al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial; y el al menos un protocolo adicional es el protocolo de transferencia de hipertexto (HTTP) y una solicitud de servicios de datos que usa HTTP se transmite desde un intermediario del protocolo de transferencia de hipertexto (HTTP) del al menos un servidor intermediario a un servidor HTTP. -
- 4.
- Un sistema de acuerdo con la reivindicación 1 en el que:
el servidor de datos de abonado es un servidor de abonado residencial (HSS); el primer protocolo es el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP se transmite desde una función de control del estado de la llamada de intermediario (P-CSCF) del al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF); y el al menos un protocolo adicional es el protocolo de transmisión en tiempo real (RTSP) y una solicitud de servicios de datos se transmite desde un intermediario del protocolo de transmisión en tiempo real (RTSP) del al menos un servidor intermediario a un servidor RTSP. -
- 5.
- Un sistema de acuerdo con la reivindicación 1 en el que:
el servidor de datos de abonado es un servidor de abonado residencial (HSS); el primer protocolo es el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP se transmite desde una función de control del estado de la llamada de intermediario (P-CSCF) del al menos un servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial; y el al menos un protocolo adicional es el protocolo de transferencia de hipertexto (HTTP) y el protocolo de transmisión en tiempo real (RTSP) y una solicitud de servicios de datos que usa HTTP se transmite desde un intermediario del protocolo de transferencia de hipertexto (HTTP) del al menos un servidor intermediario a un servidor HTTP y una solicitud de servicios de datos que usa RTSP se transmite desde el intermediario del protocolo de transmisión en tiempo real (RTSP) del al menos un servidor intermediario a un servidor RTSP. -
- 6.
- Un sistema de acuerdo con las reivindicaciones 1-5 en el que:
la información de autenticación transmitida desde el servidor de datos de abonado al, al menos, un servidor intermediario comprende una clave de integridad IK y una clave de cifrado CK y la información de autenticacióntransmitida desde el al menos un equipo de usuario al al menos un servidor intermediario comprende una clave de integridad IK y una clave de cifrado CK cuyas claves se procesan mediante el al menos un servidor intermediario para determinar si el al menos un usuario es auténtico. -
- 7.
- Un sistema de acuerdo con la reivindicación 6 en el que:
la información de autenticación transmitida desde el servidor de datos de abonado y el al menos un equipo de usuario se genera usando el protocolo de acuerdo de autenticación y claves (AKA). -
- 8.
- Un sistema de acuerdo con las reivindicaciones 1 a 7, que comprende además:
al menos un servidor (34, 38) de aplicaciones acoplado al, al menos, un servidor (18) intermediario, proporcionando cada servidor de aplicaciones servicios de datos al, al menos, un usuario usando al menos uno del al menos un protocolo adicional a través del al menos un servidor intermediario, en el que el primer intermediario (19) y el al menos un intermediario (32, 36) adicional del al menos un servidor (18) intermediario están adaptados para proporcionar información al, al menos, un servidor de aplicaciones permitiendo al, al menos, un servidor de aplicaciones proporcionar la autorización final del, al menos, un usuario para acceder al, al menos, un servidor de aplicaciones o para proporcionar la autorización final de una acción a realizarse para al menos un usuario mediante el al menos un servidor de aplicaciones. -
- 9.
- Un sistema de acuerdo con la reivindicación 8 en el que:
el al menos un servidor (18) intermediario está adaptado para procesar la información de autenticación para proporcionar la información al, al menos, un servidor de aplicaciones para permitir al, al menos, un servidor de aplicaciones proporcionar la autorización final que incluye la garantía de la identidad de al menos un usuario. -
- 10.
- Un sistema de acuerdo con la reivindicación 9 en el que:
el procesamiento de la información de autenticación proporciona la información al, al menos, un servidor de aplicaciones que comprende, un secreto compartido conocido para el al menos un servidor intermediario y al, al menos, un servidor de aplicaciones que garantiza la identidad del al menos un usuario en el al menos un servidor de aplicaciones. -
- 11.
- Un sistema de acuerdo con la reivindicación 10 en el que:
el secreto compartido es un par de claves compartidas que puede procesarse mediante el al menos un servidor de aplicaciones para verificar la identidad del usuario que va a recibir el acceso al, al menos, un servidor de aplicaciones o para quien al menos un servidor de aplicaciones toma la acción. -
- 12.
- Un sistema de acuerdo con la reivindicación 8 en el que:
el acoplamiento del al menos un servidor intermediario a, al menos, un servidor de aplicaciones se realiza a través de un medio seguro. -
- 13.
- Un sistema de acuerdo con la reivindicación 8 en el que:
el al menos un servidor (34, 38) de aplicaciones está adaptado para registrar servicios de datos con el al menos un servidor intermediario que al menos un servidor de aplicaciones puede proporcionar al, al menos, un usuario a través del al menos un servidor intermediario; y el al menos un servidor (18) intermediario está adaptado para almacenar una dirección de cada servidor de aplicaciones que proporciona servicios de datos para su selección por el al menos un usuario que se usa para conectar el al menos un usuario al, al menos, un servidor de aplicaciones para obtener servicios de datos seleccionados. -
- 14.
- Un sistema de acuerdo con la reivindicación 8 en el que:
el al menos un servidor (18) intermediario es un punto de acceso en el sistema para la transmisión de los servicios de datos entre el al menos un usuario y el al menos un servidor intermediario. -
- 15.
- Un procedimiento de autenticación de al menos un equipo de usuario, que puede hacerse funcionar en un servidor (18) intermediario que incluye de manera residente en el mismo un primer intermediario (19) de un primer protocolo y al menos un intermediario (32, 36) adicional del al menos un protocolo adicional, que comprende:
recibir información de autenticación de al menos un perfil de usuario, que puede usarse para autenticar a, al menos, un usuario de los servicios de datos cuando se realiza una solicitud de los servicios de datos usando el primer protocolo, y que se transmite desde un servidor (16) de datos de abonado de una red (20) residencial que almacena al menos un perfil de usuario en lo concerniente a proporcionar servicios de datos al, al menos, un usuario, recibir información de autenticación del al menos un usuario, que puede usarse cuando se hace una solicitudde servicios de datos para autenticar al, al menos, un usuario, y que se transmite desde al menos un equipo(12) de usuario que solicita servicios de datos usando el primer protocolo y servicios de datos usando el al menos un protocolo adicional, y autenticar, mediante el primer intermediario (19) y al menos un intermediario (32, 36) adicional del servidor (18) intermediario, las solicitudes de los servicios de datos recibidos desde el al menos un equipo de usuario de los protocolos usando la información de autenticación del al menos un perfil que se transmite desde el servidor de datos de abonado al servidor intermediario, y la información de autenticación de al menos un usuario transmitida desde al menos un equipo de usuario al servidor intermediario. -
- 16.
- Un procedimiento de acuerdo con la reivindicación 15 en el que:
el servidor de datos de abonado es un servidor de abonado residencial (HSS); y el primer protocolo es el protocolo de inicio de sesión (SIP) y cualquier solicitud de servicios de datos que usa SIP se transmite desde una función de control del estado de la llamada de intermediario (P-CSCF) del servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial. -
- 17.
- Un procedimiento de acuerdo con la reivindicación 15 en el que:
el servidor de datos de abonado es un servidor de abonado residencial (HSS); el primer protocolo es el protocolo de inicio de sesión (SIP) y una solicitud de datos de servicios de datos que usa SIP se transmite desde una función de control del estado de la llamada de intermediario (P-CSCF) del servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial; y el al menos un protocolo adicional es el protocolo de transferencia de hipertexto (HTTP) y una solicitud de servicios de datos que usa HTTP se transmite desde un intermediario del protocolo de transferencia de hipertexto (HTTP) del servidor intermediario a un servidor HTTP. -
- 18.
- Un procedimiento de acuerdo con la reivindicación 15 en el que:
el servidor de datos de abonado es un servidor de abonado residencial (HSS); el primer protocolo es el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP se transmite desde una función de control del estado de la llamada de intermediario (P-CSCF) del servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF); y el al menos un protocolo adicional es el protocolo de transmisión en tiempo real (RTSP) y una solicitud de servicios de datos se transmite desde un intermediario del protocolo de transmisión en tiempo real (RTSP) del servidor intermediario a un servidor RTSP. -
- 19.
- Un procedimiento de acuerdo con la reivindicación 15 en el que:
el servidor de datos de abonado es un servidor de abonado residencial (HSS); el primer protocolo es el protocolo de inicio de sesión (SIP) y una solicitud de datos de servicios de datos que usa SIP se transmite desde una función de control del estado de la llamada de intermediario (P-CSCF) del servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial; y el al menos un protocolo adicional es el protocolo de transferencia de hipertexto (HTTP) y el protocolo de transmisión en tiempo real (RTSP) y una solicitud de servicios de datos que usa HTTP se transmite desde un intermediario del protocolo de transferencia de hipertexto (HTTP) del servidor intermediario a un servidor HTTP, y una solicitud de servicios de datos que usa RTSP se transmite desde un intermediario del protocolo de transmisión en tiempo real (RTSP) del servidor intermediario a un servidor RTSP. -
- 20.
- Un procedimiento de acuerdo las reivindicaciones 15-19 en el que:
la información de autenticación transmitida desde el servidor de datos de abonado al servidor intermediario comprende una clave de integridad IK y una clave de cifrado CK y la información de autenticación transmitida desde el al menos un equipo de usuario al servidor intermediario comprende una clave de integridad IK y una clave de cifrado CK, claves se procesan mediante el servidor intermediario para determinar si al menos un usuario es auténtico. -
- 21.
- Un procedimiento de acuerdo con la reivindicación 20 en el que:
la información de autenticación, transmitida desde el servidor de datos de abonado y el al menos un equipo de usuario, se genera usando el protocolo de acuerdo de autenticación y claves (AKA). -
- 22.
- Un procedimiento de acuerdo con las reivindicaciones 15-21 que comprende además:
proporcionar información a, al menos, un servidor (34, 38) de aplicaciones, el al menos un servidor de aplicaciones está acoplado al, al menos, un servidor (18) intermediario, proporcionando cada servidor deaplicaciones servicios de datos al, al menos, un usuario usando al menos uno de los al menos un protocolos adicionales a través del al menos un servidor intermediario, permitiendo al al menos un servidor de aplicaciones proporcionar autorización final al, al menos, un usuario para acceder al, al menos, un servidor de aplicaciones o para proporcionar autorización final de una acción a realizarse para el al menos un usuario mediante el al menos un servidor de aplicaciones. -
- 23.
- Un procedimiento de acuerdo con la reivindicación 22 en el que:
el servidor intermediario procesa la información de autenticación para proporcionar la información al, al menos, un servidor de aplicaciones para permitir al menos un servidor de aplicaciones proporcionar la autorización final que incluye la garantía de la identidad del al menos un usuario. -
- 24.
- Un procedimiento de acuerdo con la reivindicación 23 en el que:
el procesamiento de la información de autenticación para proporciona la información a , al menos, un servidor de aplicaciones que comprende un secreto compartido conocido para el servidor intermediario y el al menos un servidor de aplicaciones, que garantiza la identidad del al menos un usuario en el al menos un servidor de aplicaciones. -
- 25.
- Un procedimiento de acuerdo con la reivindicación 24 en el que:
el secreto compartido es un par de claves compartidas que se procesa mediante el al menos un servidor de aplicaciones para verificar la identidad del usuario que va a recibir acceso al, al menos, un servidor de aplicaciones o para quien el al menos un servidor de aplicaciones toma la acción. -
- 26.
- Un procedimiento de acuerdo con la reivindicación 25 en el que:
el acoplamiento del servidor intermediario al, al menos, un servidor de aplicaciones se realiza a través de un medio seguro. -
- 27.
- Un procedimiento de acuerdo con la reivindicación 22 en el que:
el al menos un servidor de aplicaciones registra servicios de datos con el servidor intermediario que al menos un servidor de aplicaciones puede proporcionar al, al menos, un usuario a través del servidor intermediario; y el servidor intermediario almacena una dirección de cada servidor de aplicaciones que proporciona los servicios de datos para su selección mediante al menos un usuario que se usa para conectar al, al menos, un usuario a, al menos, un servidor de aplicaciones para obtener los servicios de datos seleccionados. -
- 28.
- Un procedimiento de acuerdo con la reivindicación 22 en el que:
el servidor intermediario es un punto de acceso en el sistema para la transmisión de los servicios de datos entre el al menos un usuario y el servidor intermediario. -
- 29.
- Un servidor (18) intermediario que comprende:
un primer intermediario (19) de un primer protocolo y al menos un intermediario (32, 36) adicional de al menos un protocolo adicional que está de manera residente en el mismo, en el que el servidor (18) intermediario está adaptado para recibir información de autenticación de al menos un perfil de usuario, que puede usarse para autenticar al menos un usuario de los servicios de datos cuando se hace una solicitud de los servicios de datos usando un primer protocolo, y que se transmite desde un servidor (16) de datos de abonado de una red (20) residencial que almacena el al menos un perfil de usuario en lo concerniente a proporcionar servicios de datos al, al menos, un usuario, el servidor (18) intermediario está adaptado para recibir información de autenticación del al menos un usuario, que puede usarse cuando se hace una solicitud de servicios de datos para autenticar al, al menos, un usuario, y que se transmite desde el al menos un equipo (12) de usuario que solicita servicios de datos usando el primer protocolo y los servicios de datos usando al menos un protocolo adicional, y el primer intermediario (19) y el al menos un intermediario (32, 36) adicional, están adaptados para autenticar las solicitudes de servicios de datos recibidas desde el al menos un equipo de usuario de los protocolos usando la información de autenticación de al menos un perfil que se transmite desde el servidor de datos de abonado al servidor intermediario, y la información de autenticación del al menos un usuario transmitida desde el al menos un equipo de usuario al servidor intermediario. -
- 30.
- Un servidor intermediario de acuerdo con la reivindicación 29 en el que:
el servidor de datos de abonado es un servidor de abonado residencial (HSS); y el primer protocolo es el protocolo de inicio de sesión (SIP) y cualquier solicitud de servicios de datos que usa SIP se transmite desde una función de control del estado de la llamada de intermediario (P-CSCF) del servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial. -
- 31.
- Un servidor intermediario de acuerdo con la reivindicación 29 en el que:
el servidor de datos de abonado es un servidor de abonado residencial (HSS); y el primer protocolo es el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP se transmite desde una función de control del estado de la llamada de intermediario (P-CSCF) del servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial; y el al menos un protocolo adicional es el protocolo de transferencia de hipertexto (HTTP) y una solicitud de servicios de datos que usa HTTP se transmite desde un intermediario del protocolo de transferencia de hipertexto (HTTP) del servidor intermediario a un servidor HTTP. -
- 32.
- Un servidor intermediario de acuerdo con la reivindicación 29 en el que:
el servidor de datos de abonado es un servidor de abonado residencial (HSS); y el primer protocolo es el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP se transmite desde el servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF), y el al menos un protocolo adicional es el protocolo de transmisión en tiempo real (RTSP) y una solicitud de servicios de datos se transmite desde un intermediario del protocolo de transmisión en tiempo real (RTSP) del servidor intermediario a un servidor RTSP. -
- 33.
- Un servidor intermediario de acuerdo con la reivindicación 29 en el que:
el servidor de datos de abonado es un servidor de abonado residencial (HSS); y el primer protocolo es el protocolo de inicio de sesión (SIP) y una solicitud de servicios de datos que usa SIP se transmite desde una función de control del estado de la llamada de intermediario (P-CSCF) del servidor intermediario a un servidor de la función de control del estado de la llamada de servicio (S-CSCF) de la red residencial, y el al menos un protocolo adicional es el protocolo de transferencia de hipertexto (HTTP) y el protocolo de transmisión en tiempo real (RTSP) y una solicitud de servicios de datos que usa HTTP se transmite desde un intermediario del protocolo de transferencia de hipertexto (HTTP) del servidor intermediario a un servidor HTTP y una solicitud de servicios de datos que usa RTSP se transmite desde un intermediario del protocolo de transmisión en tiempo real (RTSP) del servidor intermediario a un servidor RTSP. -
- 34.
- Un servidor intermediario de acuerdo con las reivindicaciones 29-33 en el que:
la información de autenticación transmitida desde el servidor de datos de abonado al servidor intermediario comprende una clave de integridad IK y una clave de cifrado CK y la información de autenticación transmitida desde el al menos un equipo de usuario al servidor intermediario comprende una clave de integridad IK y una clave de cifrado CK, claves que se procesan mediante el servidor intermediario para determinar si el al menos un usuario es auténtico. -
- 35.
- Un servidor intermediario de acuerdo con la reivindicación 34 en el que:
la información de autenticación transmitida desde el servidor de datos de abonado y el al menos un equipo de usuario se genera usando el protocolo de acuerdo de autenticación y claves (AKA).
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US132226 | 2002-04-26 | ||
| US10/132,226 US6938090B2 (en) | 2002-04-26 | 2002-04-26 | Authentication and protection for IP application protocols based on 3GPP IMS procedures |
| PCT/IB2003/001174 WO2003091891A1 (en) | 2002-04-26 | 2003-03-31 | Authentication and protection for ip application protocols based on 3gpp ims procedures |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2397063T3 true ES2397063T3 (es) | 2013-03-04 |
Family
ID=29248714
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES03747179T Expired - Lifetime ES2397063T3 (es) | 2002-04-26 | 2003-03-31 | Autenticación para protocolos de aplicación IP basados en procedimientos IMS del 3GPP |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US6938090B2 (es) |
| EP (1) | EP1514194B1 (es) |
| AU (1) | AU2003215815A1 (es) |
| DK (1) | DK1514194T3 (es) |
| ES (1) | ES2397063T3 (es) |
| PT (1) | PT1514194E (es) |
| WO (1) | WO2003091891A1 (es) |
Families Citing this family (43)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7627894B2 (en) * | 2003-02-04 | 2009-12-01 | Nokia Corporation | Method and system for authorizing access to user information in a network |
| GB0306864D0 (en) * | 2003-03-25 | 2003-04-30 | Nokia Corp | Service provisioning in a communication system |
| US20050096048A1 (en) * | 2003-10-30 | 2005-05-05 | Cellco Partnership | Optimized network employing seamless and single sign on capabilities for users accessing data applications on different networks |
| DE102004030290A1 (de) * | 2004-06-23 | 2006-01-19 | Siemens Ag | Aufbau einer Verbindung für den Austausch von Daten eines IP-basierten Dienstes |
| CN1716953B (zh) | 2004-06-28 | 2010-09-15 | 华为技术有限公司 | 会话初始协议认证的方法 |
| JP2006031478A (ja) * | 2004-07-16 | 2006-02-02 | Yamaha Corp | コンテンツ再生端末およびコンテンツ配信システム |
| CN103763446B (zh) * | 2005-03-10 | 2016-01-20 | 朗迅科技公司 | 使用既有设备的ims网络接入 |
| US7631347B2 (en) * | 2005-04-04 | 2009-12-08 | Cisco Technology, Inc. | System and method for multi-session establishment involving disjoint authentication and authorization servers |
| CN100428848C (zh) * | 2005-05-31 | 2008-10-22 | 华为技术有限公司 | 一种对终端用户标识模块进行ip多媒体域鉴权的方法 |
| US8442031B2 (en) * | 2005-06-24 | 2013-05-14 | Alcatel Lucent | Method and apparatus for utilizing network services in a manner substantially transparent to service endpoints |
| BRPI0612687B1 (pt) * | 2005-07-05 | 2019-05-14 | Huawei Technologies Co., Ltd. | Método de autenticação em subsistema multimídia ip |
| CN100389634C (zh) * | 2005-08-02 | 2008-05-21 | 华为技术有限公司 | 一种同步攻击防护方法及相应的鉴权方法 |
| EP1760983B1 (en) * | 2005-09-02 | 2013-02-27 | Swisscom AG | Method and system for providing media content to a user |
| KR100724935B1 (ko) | 2005-09-15 | 2007-06-04 | 삼성전자주식회사 | 컨텐츠 보호를 위한 개체 간 연동 방법 및 장치, 그리고 그시스템 |
| US20070067638A1 (en) * | 2005-09-22 | 2007-03-22 | Roland Haibl | Method of Session Consolidation |
| CN100459804C (zh) * | 2005-12-13 | 2009-02-04 | 华为技术有限公司 | 终端接入第二系统网络时进行鉴权的装置、系统及方法 |
| CN101026615B (zh) * | 2006-02-18 | 2011-09-14 | 华为技术有限公司 | 一种基于ims的流媒体网络系统 |
| US20070289009A1 (en) * | 2006-06-12 | 2007-12-13 | Nokia Corporation | Authentication in a multiple-access environment |
| US9756090B2 (en) | 2006-12-19 | 2017-09-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Technique for providing services in a service provisioning network |
| EP1950925A1 (en) * | 2006-12-22 | 2008-07-30 | Alcatel Lucent | Method for provisioning a web service session, related client device and IMS gateway |
| US20080151918A1 (en) * | 2006-12-22 | 2008-06-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Method of correlating a media session to a signaling session |
| US8467290B2 (en) * | 2006-12-26 | 2013-06-18 | Ciena Corporation | Methods and systems for distributed authentication and caching for internet protocol multimedia subsystem and other session initiation protocol systems |
| US20080162410A1 (en) * | 2006-12-27 | 2008-07-03 | Motorola, Inc. | Method and apparatus for augmenting the dynamic hash table with home subscriber server functionality for peer-to-peer communications |
| EP2149243B1 (en) * | 2007-05-19 | 2011-09-28 | T-Mobile International AG | IP multimedia subsystem (IMS) and method for routing an http message via an IMS |
| EP2028811B1 (en) * | 2007-07-24 | 2011-05-18 | T-Mobile International AG | Method for exchanging user information in a telecommunication network |
| US8332519B2 (en) * | 2007-08-24 | 2012-12-11 | International Business Machines Corporation | Invoking multiple SIP based services during a single communication session using resource lists |
| US20090089434A1 (en) * | 2007-09-28 | 2009-04-02 | Creamer Thomas E | Method and system for saving and retrieving client-specific information in an internet protocol multimedia subsystem |
| EP2091203A1 (en) * | 2008-02-12 | 2009-08-19 | Koninklijke KPN N.V. | Method and system for transmitting a multimedia stream |
| CN101965739B (zh) * | 2008-02-15 | 2013-12-25 | 艾利森电话股份有限公司 | 无线通信网络中的用户认证系统和方法 |
| US9094411B2 (en) * | 2008-04-16 | 2015-07-28 | Alcatel Lucent | Mechanism to resume filter criteria at a specific point |
| CN101582730B (zh) * | 2008-05-15 | 2011-06-01 | 华为技术有限公司 | 提供mbms服务的方法、系统、相应装置及通信终端 |
| US8280351B1 (en) | 2010-02-04 | 2012-10-02 | Cellco Partnership | Automatic device authentication and account identification without user input when application is started on mobile station |
| US8677451B1 (en) | 2010-06-22 | 2014-03-18 | Cellco Partnership | Enabling seamless access to a domain of an enterprise |
| WO2012079208A1 (en) | 2010-12-13 | 2012-06-21 | Motorola, Inc. | Sharing media among remote access clients in a universal plug and play environment |
| US9473542B2 (en) * | 2011-12-09 | 2016-10-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, server and user equipment for accessing an HTTP server |
| EP2876845B1 (en) * | 2012-10-12 | 2016-09-14 | Huawei Technologies Co., Ltd. | Method and advertisement server for providing network information for terminal |
| US9160797B2 (en) * | 2012-10-17 | 2015-10-13 | Verizon Patent And Licensing Inc. | Network devices with feature peer network logic |
| WO2014094302A1 (zh) | 2012-12-21 | 2014-06-26 | 华为技术有限公司 | 一种多次入网用户的判断方法及装置 |
| US8695077B1 (en) * | 2013-03-14 | 2014-04-08 | Sansay, Inc. | Establishing and controlling communication sessions between SIP devices and website application servers |
| CN105491567B (zh) * | 2014-09-18 | 2020-06-16 | 中兴通讯股份有限公司 | Sip信令解密参数的获取方法及装置 |
| DE102014015443B4 (de) | 2014-10-21 | 2016-05-04 | Unify Gmbh & Co. Kg | Telekommunikationsanordnung und Verfahren zum Traversieren einer Application-Layer-Gateway-Firewall beim Aufbau einer RTC-Kommunikationsverbindung zwischen einem RTC-Client und einem RTC-Server |
| US20180019802A1 (en) * | 2016-07-15 | 2018-01-18 | Qualcomm Incorporated | Managing Network Communication of a Drone |
| US10805361B2 (en) | 2018-12-21 | 2020-10-13 | Sansay, Inc. | Communication session preservation in geographically redundant cloud-based systems |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5958018A (en) * | 1996-10-30 | 1999-09-28 | Lucent Technologies Inc. | Wireless services data network translating mac address to asynchronous transfer mode (ATM) address |
| US5958016A (en) * | 1997-07-13 | 1999-09-28 | Bell Atlantic Network Services, Inc. | Internet-web link for access to intelligent network service control |
| JP3922482B2 (ja) * | 1997-10-14 | 2007-05-30 | ソニー株式会社 | 情報処理装置および方法 |
| FI105249B (fi) * | 1997-12-18 | 2000-06-30 | More Magic Software Mms Oy | Menetelmä ja järjestely informaation liittämiseksi verkkoresursseihin |
| FI20001512A7 (fi) * | 2000-06-26 | 2001-12-27 | Nokia Corp | Salaamattoman käyttäjäliikenteen kontrollointi |
| US20020147845A1 (en) * | 2001-03-06 | 2002-10-10 | Juan-Antonio Sanchez-Herrero | Flexible user distribution between user's serving entities |
| EP1250023A1 (en) * | 2001-04-11 | 2002-10-16 | Alcatel | Provision of subscriber QoS guarantees to roaming subscribers |
| US6885861B2 (en) * | 2001-08-24 | 2005-04-26 | Nokia Corporation | Service mobility and recovery in communication networks |
| US7020455B2 (en) * | 2001-11-28 | 2006-03-28 | Telefonaktiebolaget L M Ericsson (Publ) | Security reconfiguration in a universal mobile telecommunications system |
| US20030159067A1 (en) * | 2002-02-21 | 2003-08-21 | Nokia Corporation | Method and apparatus for granting access by a portable phone to multimedia services |
-
2002
- 2002-04-26 US US10/132,226 patent/US6938090B2/en not_active Expired - Lifetime
-
2003
- 2003-03-31 US US10/401,976 patent/US6895439B2/en not_active Expired - Lifetime
- 2003-03-31 WO PCT/IB2003/001174 patent/WO2003091891A1/en not_active Ceased
- 2003-03-31 ES ES03747179T patent/ES2397063T3/es not_active Expired - Lifetime
- 2003-03-31 EP EP03747179A patent/EP1514194B1/en not_active Expired - Lifetime
- 2003-03-31 AU AU2003215815A patent/AU2003215815A1/en not_active Abandoned
- 2003-03-31 DK DK03747179.4T patent/DK1514194T3/da active
- 2003-03-31 PT PT37471794T patent/PT1514194E/pt unknown
Also Published As
| Publication number | Publication date |
|---|---|
| AU2003215815A1 (en) | 2003-11-10 |
| WO2003091891A1 (en) | 2003-11-06 |
| US6895439B2 (en) | 2005-05-17 |
| EP1514194A4 (en) | 2010-10-06 |
| US20030236896A1 (en) | 2003-12-25 |
| PT1514194E (pt) | 2013-01-23 |
| DK1514194T3 (da) | 2013-02-04 |
| US6938090B2 (en) | 2005-08-30 |
| EP1514194A1 (en) | 2005-03-16 |
| US20030204608A1 (en) | 2003-10-30 |
| EP1514194B1 (en) | 2012-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1514194B1 (en) | Authentication for IP application protocols based on 3GPP IMS procedures | |
| CN100592731C (zh) | 端到端加密数据电信的合法侦听 | |
| KR100990320B1 (ko) | 공용 서버로부터 콘텐츠를 요청할 때 클라이언트프라이버시를 제공하는 방법 및 시스템 | |
| ES2389250T3 (es) | Un método para autenticar un terminal de usuario en un subsistema multimedia IP | |
| JP4294268B2 (ja) | クライアント・プロキシ認証のためにセッションイニシエーションプロトコルリクエストメッセージにセキュリティ機構を組み込むための方法およびシステム | |
| CN100584116C (zh) | 在移动无线电系统中形成和分配加密密钥的方法和移动无线电系统 | |
| ES2424474T3 (es) | Método y aparato para establecer una asociación de seguridad | |
| JP5378606B2 (ja) | 認証システム、方法および設備 | |
| CA2661922A1 (en) | Method and system for providing authentication service for internet users | |
| CN1716953B (zh) | 会话初始协议认证的方法 | |
| JP2011524136A (ja) | マシン・ツー・マシン通信のための方法及び装置 | |
| US20030097584A1 (en) | SIP-level confidentiality protection | |
| CN112261022A (zh) | 一种基于api网关的安全认证方法 | |
| WO2008040213A1 (en) | Message encryption and signature method, system and device in communication system | |
| KR101016277B1 (ko) | 보안성이 강화된 ｓⅰｐ 등록 및 ｓⅰｐ 세션 설정 방법 및장치 | |
| CN100544247C (zh) | 安全能力协商方法 | |
| CN102111379A (zh) | 认证系统、方法及设备 | |
| CN100373845C (zh) | 一种在会话发起协议网络中对终端进行认证及鉴权的方法 | |
| CA2421628A1 (en) | Internet protocol telephony security architecture | |
| CN100596066C (zh) | 一种基于h323系统的实体认证方法 | |
| CN102082769B (zh) | Ims终端在获取非ims业务时的认证系统、装置及方法 | |
| Stauffer | Performance analysis of NTLM and Kerberos authentication in Windows 2000 domains |