ES2379964T3 - Método para inciar comunicaciones basadas en IMSI - Google Patents

Método para inciar comunicaciones basadas en IMSI Download PDF

Info

Publication number
ES2379964T3
ES2379964T3 ES05729545T ES05729545T ES2379964T3 ES 2379964 T3 ES2379964 T3 ES 2379964T3 ES 05729545 T ES05729545 T ES 05729545T ES 05729545 T ES05729545 T ES 05729545T ES 2379964 T3 ES2379964 T3 ES 2379964T3
Authority
ES
Spain
Prior art keywords
service
cscf
call control
control function
request
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.)
Active
Application number
ES05729545T
Other languages
English (en)
Inventor
Stephen Terrill
Hubert Przybysz
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2379964T3 publication Critical patent/ES2379964T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • 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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing

Abstract

Método de inicio de una comunicación del Subsistema Multimedia IP para un usuario que no está registrado a priori en el Subsistema Multimedia IP, comprendiendo el método: recibir una solicitud de comunicación desde el usuario no registrado, en un Servidor de Aplicaciones del Protocolo de Inicio de Sesión a través de una interfaz con una red externa, o recibir un estímulo generado interna o externamente que requiere el establecimiento de una comunicación del Subsistema Multimedia IP; asignar una Función de Control de Llamadas/Estados de Servicio al usuario no registrado; enviar una solicitud de Protocolo de Inicio de Sesión desde el Servidor de Aplicaciones hacia la Función de Control de Llamadas/Estados de Servicio asignada; y establecer la comunicación solicitada.

Description

Metodo para iniciar comunicaciones basadas en el IMSI
Campo de la invenci6n
La presente invenci6n se refiere a un metodo y un aparato para iniciar comunicaciones basadas en el Subsistema 5 Multimedia IP (IMS) y, en particular, para iniciar comunicaciones para usuarios que no estan registrados en el IMS.
Antecedentes de la invenci6n
Los servicios Multimedia IP (IPMM) proporcionan una combinaci6n dinamica de voz, video, mensajeria, datos, etcetera, dentro de la misma sesi6n. Con el aumento del numero de aplicaciones basicas y los medios que es posible combinar, aumentara el numero de servicios ofrecidos a los usuarios finales, y se enriquecera la experiencia
10 de la comunicaci6n interpersonal. Esto conducira a una nueva generaci6n de servicios de comunicaci6n multimedia enriquecidos, personalizados, incluyendo los servicios denominados "Multimedia IP combinatorios" que se consideran de forma mas detallada posteriormente.
El Subsistema Multimedia IP (IMS) es la tecnologia definida por el Proyecto de Asociaci6n de Tercera Generaci6n (3GPP) para proporcionar servicios Multimedia IP a traves de redes de comunicaciones m6viles (3GPP TS 22.228, 15 TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 y TS 29.329 Versi6n 5 y Versi6n 6). El IMS proporciona caracteristicas clave para enriquecer la experiencia de comunicaci6n de persona-a-persona de los usuarios finales, a traves de la integraci6n y la interacci6n de servicios. El IMS permite nuevas comunicaciones enriquecidas de persona-a-persona (cliente-a-cliente) asi como de persona-a-contenido (cliente-a-servidor) a traves de una red basada en el IP. El IMS hace uso del Protocolo de Inicio de Sesi6n (SIP) para establecer y controlar llamadas o
20 sesiones entre terminales de usuario (o terminales de usuario y servidores de aplicaciones). El Protocolo de Descripci6n de Sesi6n (SDP), transportado mediante senalizaci6n SIP, se usa para describir y negociar los componentes de los medios de la sesi6n. Aunque el SIP se cre6 como un protocolo de usuario-a-usuario, el IMS permite que los operadores y los proveedores de servicios controlen el acceso de los usuarios a servicios y que cobren, de forma correspondiente, a los usuarios.
25 La Figura 1 ilustra esquematicamente c6mo encaja el IMS en la arquitectura de una red m6vil en el caso de una red de acceso GPRS/PS. Las Funciones de Control de Llamadas/Sesiones (CSCFs) funcionan como proxies SIP con el IMS. La arquitectura del 3GPP define tres tipos de CSCFs: el CSCF Proxy (P-CSCF), que es el primer punto de contacto dentro del IMS para un terminal SIP; la CSCF de Servicio (S-CSCF), que proporciona al usuario servicios a los que esta abonado dicho usuario; y la CSCF de Interrogaci6n (I-CSCF) cuyo papel es identificar la S-CSCF
30 correcta y reenviar a esta S-CSCF una solicitud recibida desde un terminal SIP a traves de una P-CSCF.
Un usuario se registra en el IMS usando el metodo especificado SIP REGISTER. Este es un mecanismo para incorporarse al IMS y para anunciar al IMS la direcci6n en la que se puede contactar con una identidad de usuario SIP. En el 3GPP, cuando un terminal SIP lleva a cabo un registro, el IMS autentica al usuario, y asigna a ese usuario una S-CSCF de entre el conjunto de S-CSCFs disponibles. Aunque los criterios para asignar S-CSCFs no estan
35 especificados por el 3GPP, los mismos pueden incluir requisitos de compartici6n de carga y servicios. Se observa que la asignaci6n de una S-CSCF es clave para controlar (y cobrar por) el acceso de los usuarios a servicios basados en el IMS. Los operadores pueden proporcionar un mecanismo para evitar sesiones SIP directas de usuario-a-usuario que, de otro modo, eludirian la S-CSCF.
Durante el proceso de registro, es responsabilidad de la I-CSCF seleccionar una S-CSCF si es que no se ha
40 seleccionado ya una S-CSCF. La I-CSCF recibe las capacidades requeridas S-CSCF desde el Servidor de Abonados Domesticos (HSS) de la red domestica, y selecciona una S-CSCF apropiada sobre la base de las capacidades recibidas. [Se observa que la asignaci6n de la S-CSCF es llevada tambien para un usuario por la I-CSCF en el caso de que al usuario le llame otro participante, y el usuario no tenga asignada en ese momento una S-CSCF]. Cuando posteriormente un usuario registrado envia una solicitud de sesi6n al IMS, la P-CSCF puede
45 reenviar la solicitud a la S-CSCF seleccionada, sobre la base de informaci6n recibida desde la S-CSCF durante el proceso de registro.
Dentro de la red de servicio IMS, se proporcionan servidores de aplicaciones (ASs) para implementar una funcionalidad de servicio IMS. Aunque originalmente se concibi6 que los ASs funcionaran como "esclavos" con respecto a las CSCFs IMS, respondiendo a solicitudes delegadas por las S-CSCFs, esto no es necesario que sea 50 asi y, de hecho, en la actualidad se espera que los ASs puedan tener interfaces con redes externas (es decir, no del 3GPP), y que puedan recibir un estimulo interno para realizar una acci6n (por ejemplo, la expiraci6n de un temporizador). La Figura 2 ilustra la interfaz de Control de Servicio IMS (ISC) entre un AS y una S-CSCF, asi como otras interfaces dentro del IMS. Aunque el AS en la Figura 2 se muestra de manera que tiene solamente una unica interfaz con una S-CSCF, se apreciara que, en la practica, la interfaz de ISC discurrira a traves de una red de
55 comunicaciones a la cual estan conectados muchos (o la totalidad) de los servidores de CSCF de la red de un operador dado, permitiendo que un AS se comunique con todas estas CSCFs. [Otras entidades ilustradas en la Figura 1 seran bien conocidas para aquellos expertos en la materia].
Existe otra interfaz (Ut) entre el AS y el terminal de usuario (TS23.002) aunque la misma no se muestra en la Figura. La interfaz Ut permite que el usuario gestione informaci6n relacionada con sus servicios, por ejemplo, la creaci6n y asignaci6n de Identidades de Servicios Publicos, gesti6n de politicas de autorizaci6n que son usadas, por ejemplo, por servicios de "presencia", gesti6n de politicas de conferencias, etcetera.
La arquitectura IMS actual permite que un AS inicie una sesi6n IMS en respuesta a la recepci6n, por parte del AS, de una solicitud apropiada a traves de una interfaz externa. Se podria concebir, por ejemplo, el envio de una solicitud de sesi6n IMS hacia el AS a traves de una interfaz HTTP, donde un usuario da inicio al envio de una solicitud accediendo a una pagina web en Internet. En este caso, al producirse la recepci6n de la solicitud de sesi6n, el AS en primer lugar contactara con un Servidor de Abonados Domesticos (HSS) del usuario iniciador para determinar si el usuario ya esta registrado o no en el IMS. El AS envia al HSS una identidad SIP generada para el usuario y que puede ser usada por el HSS para determinar si el usuario esta o no registrado. En caso afirmativo, el HSS enviara al AS la identidad de la S-CSCF ya asignada al usuario. A continuaci6n, el AS reenviara un SIP INVITE a la S-CSCF identificada, y el procedimiento de establecimiento de sesi6n continuara tal como se ilustra en la Figura
3. Un escenario ejemplificativo en el que podria surgir esta situaci6n es el caso en el que un abonado m6vil 3GPP esta registrado en el IMS, y el abonado a continuaci6n entra en una pagina web, a traves de un PC domestico, y solicita una sesi6n IMS a traves de ese canal.
Si se da el caso de que el usuario no esta registrado todavia en el IMS, y el HSS comunica esto al AS, la solicitud no se puede procesar. La TS.228 establece especificamente que "Si el AS no pudiera adquirir una direcci6n de S-CSCF para la Identidad de Usuario Publico, el AS no iniciara una sesi6n en nombre del usuario".
Se apreciara que surge un problema similar cuando el estimulo para establecer una sesi6n IMS se genera internamente, dentro del AS. Por ejemplo, se puede concebir un escenario en el que se haya solicitado al AS que realice una actualizaci6n del estado de un usuario en un servidor de presencia en un tiempo solicitado. Como en el caso de un servicio que se origina externamente, las normas actuales permitiran que el AS inicie la sesi6n IMS requerida unicamente si el usuario en cuesti6n esta registrado en el IMS.
Aunque la argumentaci6n anterior se refiere a un usuario que se supone que es un usuario que posee una identidad de usuario publico, el usuario puede ser una aplicaci6n, es decir, que posea una identidad de servicio publico.
Sumario de la invenci6n
Se reconoce que los usuarios claramente pueden desear acceder a servicios IMS incluso cuando no esten registrados todavia en el IMS, y, en particular, cuando los medios que estan usando para iniciar la solicitud de comunicaci6n IMS no facilitan el registro IMS.
Segun un primer aspecto de la presente invenci6n, se proporciona un metodo de inicio de una comunicaci6n del Subsistema Multimedia IP para un usuario que no esta registrado a priori en el Subsistema Multimedia IP, comprendiendo el metodo:
recibir una solicitud de comunicaci6n desde el usuario no registrado, en un Servidor de Aplicaciones del
Protocolo de Inicio de Sesi6n a traves de una interfaz con una red externa, o recibir un estimulo generado
interna o externamente que requiere el establecimiento de una comunicaci6n del Subsistema Multimedia IP;
asignar una Funci6n de Control de Llamadas/Estados de Servicio al usuario no registrado;
enviar una solicitud de Protocolo de Inicio de Sesi6n desde el Servidor de Aplicaciones hacia la Funci6n de Control de Llamadas/Estados de Servicio asignada; y
establecer la comunicaci6n solicitada.
En una primera realizaci6n de la presente invenci6n, la etapa de asignar una Funci6n de Control de Llamadas/Estados de Servicio al usuario la lleva a cabo el Servidor de Aplicaciones. El Servidor de Aplicaciones obtiene capacidades de Funci6n de Control de Llamadas/Estados de Servicio de un Servidor de Abonados Domesticos y asigna una Funci6n de Control de Llamadas/Estados de Servicio basandose en estas capacidades. [El AS debe tener o poder obtener conocimiento de una S-CSCF disponible]. A continuaci6n, el Servidor de Aplicaciones envia una solicitud de Protocolo de Inicio de Sesi6n a la Funci6n de Control de Llamadas/Estados de Servicio asignada.
En una segunda realizaci6n de la presente invenci6n, la etapa de asignar una Funci6n de Control de Llamadas/Estados de Servicio al usuario la lleva a cabo una Funci6n de Control de Llamadas/Estados de Interrogaci6n. El Servidor de Aplicaciones envia una solicitud de Protocolo de Inicio de Sesi6n a la Funci6n de Control de Llamadas/Estados de Interrogaci6n, y, como respuesta, la Funci6n de Control de Llamadas/Estados de Interrogaci6n obtiene capacidades de Funci6n de Control de Llamadas/Estados de Servicio de un Servidor de Abonados Domesticos y asigna una Funci6n de Control de Llamadas/Estados de Servicio basandose en estas capacidades. A continuaci6n, la Funci6n de Control de Llamadas/Estados de Interrogaci6n envia la solicitud de Protocolo de Inicio de Sesi6n a la Funci6n de Control de Llamadas/Estados de Servicio asignada.
En una tercera realizaci6n de la invenci6n, la etapa de asignar una Funci6n de Control de Llamadas/Estados de Servicio al usuario la lleva a cabo una Funci6n de Control de Llamadas/Estados de Servicio. El Servidor de Aplicaciones envia una solicitud de Protocolo de Inicio de Sesi6n a una Funci6n de Control de Llamadas/Estados de Servicio, y, como respuesta, esa CSCF de Servicio obtiene capacidades de Funci6n de Control de Llamadas/Estados de Servicio de un Servidor de Abonados Domesticos, y asigna una Funci6n de Control de Llamadas/Estados de Servicio basandose en estas capacidades. A continuaci6n, la Funci6n de Control de Llamadas/Estados de Servicio envia una solicitud de Protocolo de Inicio de Sesi6n a la Funci6n de Control de Llamadas/Estados de Servicio asignada en caso de que la Funci6n de Control de Llamadas/Estados de Servicio no sea ella misma.
Se apreciara que el Servidor de Aplicaciones inicialmente puede no tener conocimiento de que el usuario no esta registrado en el Subsistema Multimedia IP, y enviara una consulta al Servidor de Abonados Domesticos para determinar si el usuario esta registrado o no. Con el fin de proporcionar una seguridad mejorada, la respuesta del Servidor de Abonados Domesticos informando al Servidor de Aplicaciones de que el usuario no esta registrado puede venir acompanada por un "testigo" de seguridad. Este testigo de seguridad proporciona unos medios para autenticar el Servidor de Aplicaciones, y se incluye con la solicitud de Protocolo de Inicio de Sesi6n enviada por el Servidor de Aplicaciones. Una Funci6n de Control de Llamadas/Estados de Servicio asignada puede autenticar la solicitud de Protocolo de Inicio de Sesi6n como originaria de un Servidor de Aplicaciones valido, por ejemplo, reenviando el testigo de seguridad al Servidor de Abonados Domesticos y confiando en que el Servidor de Abonados Domesticos devolvera capacidades de Funci6n de Control de Llamadas/Estados de Servicio unicamente si el testigo es valido.
Se proporciona un metodo de funcionamiento de un Servidor de Aplicaciones para iniciar una comunicaci6n del Subsistema Multimedia IP para un usuario que no esta registrado a priori en el Subsistema Multimedia IP, comprendiendo el metodo:
recibir una solicitud de comunicaci6n desde dicho usuario a traves de una interfaz con una red externa, o recibir un estimulo generado interna o externamente que requiere el establecimiento de una comunicaci6n del Subsistema Multimedia IP;
asignar una Funci6n de Control de Llamadas/Estados de Servicio al usuario; y
reenviar una solicitud de Protocolo de Inicio de Sesi6n a la Funci6n de Control de Llamadas/Estados de Servicio asignada.
Se proporciona un metodo de funcionamiento de una Funci6n de Control de Llamadas/Estados de Interrogaci6n con el fin de iniciar una comunicaci6n del Subsistema Multimedia IP para un usuario que no esta registrado a priori en el Subsistema Multimedia IP, comprendiendo el metodo:
recibir una solicitud de comunicaci6n asociada a dicho usuario desde un Servidor de Aplicaciones;
asignar una Funci6n de Control de Llamadas/Estados de Servicio al usuario; y
reenviar una solicitud de Protocolo de Inicio de Sesi6n a la Funci6n de Control de Llamadas/Estados de Servicio.
Se proporciona un metodo de funcionamiento de una Funci6n de Control de Llamadas/Estados de Servicio con el fin de iniciar una comunicaci6n del Subsistema Multimedia IP para un usuario que no esta registrado a priori en el Subsistema Multimedia IP, comprendiendo el metodo:
recibir una solicitud de comunicaci6n asociada a dicho usuario desde un Servidor de Aplicaciones;
asignar una Funci6n de Control de Llamadas/Estados de Servicio al usuario; y
si la Funci6n de Control de Llamadas/Estados de Servicio asignada es una Funci6n de Control de Llamadas/Estados de Servicio diferente a ella misma, reenviar una solicitud de Protocolo de Inicio de Sesi6n a la Funci6n de Control de Llamadas/Estados de Servicio asignada.
Segun las normas pertinentes, la Funci6n de Control de Llamadas/Estados de Servicio asignada recibe del Servidor de Abonados Domesticos un perfil especifico del identificador de usuario. Este perfil deberia incluir soporte para llamadas de origen sin registro.
Se proporciona un metodo de protecci6n de senalizaci6n enviada entre un servidor de Funci6n de Control de Llamadas/Estados de un Subsistema Multimedia IP y un Servidor de Aplicaciones del Protocolo de Inicio de Sesi6n, estando asociada la senalizaci6n al establecimiento de una comunicaci6n para un usuario, comprendiendo el metodo:
enviar un testigo de seguridad desde un Servidor de Abonados Domesticos del usuario al servidor de Funci6n de Control de Llamadas/Estados o Servidor de Aplicaciones del Protocolo de Inicio de Sesi6n;
enviar el testigo de seguridad recibido, desde el servidor de Funci6n de Control de Llamadas/Estados o el Servidor de Aplicaciones del Protocolo de Inicio de Sesi6n al otro de entre el Servidor de Aplicaciones del Protocolo de Inicio de Sesi6n o la Funci6n de Control de Llamadas/Estados; y
en el servidor de Funci6n de Control de Llamadas/Estados o Servidor de Aplicaciones del Protocolo de Inicio de Sesi6n de recepci6n, verificar la autenticidad del testigo de seguridad comunicandose con el Servidor de Abonados Domesticos.
El termino "comunicaci6n" tal como se usa en el presente documento abarca tanto procedimientos de establecimiento de sesi6n como procedimientos que no sean de establecimiento de sesi6n incluyendo, por ejemplo, simples intercambios de mensajes SIP.
Breve descripci6n de los dibujos
La Figura 1 ilustra esquematicamente la integraci6n de un Subsistema Multimedia IP en un sistema de comunicaciones de m6viles 3G;
la Figura 2 ilustra esquematicamente ciertas entidades del Subsistema Multimedia IP, incluyendo un Servidor de Aplicaciones y una Funci6n de Control de Llamadas/Estados de Servicio;
la Figura 3 es un diagrama de senalizaci6n que ilustra senalizaci6n asociada al inicio de una sesi6n del Subsistema Multimedia IP por un Servidor de Aplicaciones;
la Figura 4 es un diagrama de senalizaci6n que ilustra senalizaci6n asociada al inicio de una sesi6n del Subsistema Multimedia IP por un Servidor de Aplicaciones segun una primera realizaci6n de la invenci6n;
la Figura 5 es un diagrama de senalizaci6n que ilustra senalizaci6n asociada al inicio de una sesi6n del Subsistema Multimedia IP por un Servidor de Aplicaciones de acuerdo con una segunda realizaci6n de la invenci6n; y
la Figura 6 es un diagrama de senalizaci6n que ilustra senalizaci6n asociada al inicio de una sesi6n del Subsistema Multimedia IP por un Servidor de Aplicaciones segun una tercera realizaci6n de la invenci6n.
Descripci6n detallada de ciertas realizaciones
El problema que afronta la presente invenci6n es que, segun el estado de la tecnica, un Servidor de Aplicaciones (AS) del Protocolo de Inicio de Sesi6n (SIP) no puede iniciar una solicitud SIP en nombre de un usuario no registrado dentro del Subsistema Multimedia IP (IMS), y al mismo tiempo seguir permitiendo la introducci6n de una Funci6n de Control de Llamadas/Estados de Servicio en la via de senalizaci6n con el fin de proporcionar un analisis de servicios de origen. No obstante, esto puede resultar necesario en el caso de que el AS este utilizando otro protocolo (no SIP) para comunicarse con el usuario (por ejemplo, HTTP, SMS, MMS, u otro protocolo multimedia [o surge un estimulo interno dentro del AS, por ejemplo, en relaci6n con la actualizaci6n el estado de presencia en un tiempo especificado], y el usuario requiere que el AS inicie una solicitud SIP en su nombre.
El concepto basico utilizado en el presente documento es asignar una Funci6n de Control de Llamadas/Estados de Servicio (S-CSCF) cuando el AS determina que todavia no se ha asignado una S-CSCF al usuario (por ejemplo, el usuario no esta registrado en el IMS). Una vez que se ha asignado una S-CSCF, la S-CSCF informa al Servidor de Abonados Domesticos (HSS) de que en este momento esta asignada como CSCF de Servicio aunque manteniendo el estado no registrado del usuario, y la S-CSCF descarga el perfil del usuario. La solicitud de sesi6n del AS entregada al IMS se trata como una solicitud en origen. A continuaci6n se consideraran tres realizaciones alternativas, partiendo del punto en el que el AS ha recibido una solicitud de inicio de sesi6n IMS a traves de una interfaz no SIP. [Otras posibilidades para iniciar el proceso incluyen la generaci6n de un estimulo interno dentro del AS, por ejemplo, como consecuencia de la "programaci6n" del AS, por parte del usuario, a traves de la interfaz Ut, y la recepci6n de un estimulo externo desde una fuente que no sea el usuario].
Asignaci6n de S-CSCF realizada por Servidor de Aplicaciones
En la Figura 4 se ilustra el flujo de senalizaci6n asociado a esta primera realizaci6n, donde las etapas del proceso son las siguientes:
1.
El AS intenta recuperar la direcci6n de la S-CSCF para el usuario mediante entrada en contacto con el Servidor de Abonados Domesticos (HSS) a traves de la interfaz Sh (Figura 1), enviando una identidad SIP del usuario, generada en nombre del usuario, al HSS. El AS determina que el usuario no esta registrado y que no se ha asignado ninguna S-CSCF al usuario.
2.
El AS solicita del HSS las capacidades de S-CSCF requeridas.
3.
El HSS devuelve las capacidades de S-CSCF requeridas al AS a traves de la interfaz Sh. Esta funcionalidad es nueva, ya que en la actualidad las capacidades de S-CSCF unicamente se pueden transferir a traves de la interfaz Cx.
4.
El AS realiza la selecci6n de la S-CSCF segun ciertos criterios predefinidos, cuyos detalles no son relevantes en el presente documento. (En la actualidad esta funcionalidad reside en la I-CSCF).
5.
El AS genera una solicitud SIP (por ejemplo, una SIP INVITE), incluyendo una identidad de usuario (por ejemplo, sip:nombreusuario@operador.com). La solicitud SIP es enviada a la S-CSCF seleccionada, a traves de la interfaz ISC. [La direcci6n IP del AS se identifica para la S-CSCF en el encabezamiento IP].
6.
La S-CSCF recupera del HSS el perfil de usuario e informa al HSS que esta es ahora la S-CSCF asignada al usuario, aunque manteniendo el estado no registrado del usuario en el HSS. La S-CSCF registra el establecimiento de correspondencia entre la identidad SIP asignada y la direcci6n IP del AS.
7.
El HSS devuelve el perfil de usuario a la S-CSCF. En este momento, el perfil de abonado puede incluir informaci6n de perfil de servicio no registrado de origen, asi como informaci6n de perfil de servicio registrado de origen, registrado de destino, y no registrado de destino.
8.
La S-CSCF realiza cualquier control de servicio sobre la base del perfil de usuario recibido (por ejemplo, enlazando con otro AS), y registra el establecimiento de correspondencia entre la identidad SIP asignada y la direcci6n IP del AS. El control del servicio puede conllevar, por ejemplo, la utilizaci6n de filtros de cribado para controlar el acceso de los usuarios a servicios IMS.
9.
La solicitud SIP se reenvia al destino apropiado.
10.
Se recibe una respuesta SIP del destino.
11.
La respuesta SIP se reenvia al AS. Este establece la sesi6n SIP.
Asignaci6n de S-CSCF realizada por la I-CSCF
En la Figura 5 se ilustra el flujo de senalizaci6n asociado a esta segunda realizaci6n, donde las etapas del proceso son las siguientes:
1.
El AS intenta recuperar del HSS la direcci6n del S-CSCF para el usuario. El AS determina que el usuario no esta registrado y que no se ha asignado ninguna S-CSCF al usuario, tal como se ha descrito anteriormente.
2.
El AS solicita un testigo de seguridad del HSS. Esto es necesario para que la S-CSCF asignada (vease mas abajo) confirme que la solicitud es valida. Sin este mecanismo de seguridad, existe un riesgo de que otra entidad SIP (por ejemplo, un usuario SIP registrado) pueda enviar una solicitud de inicio de sesi6n falsa a una S-CSCF, y de que la S-CSCF no pueda distinguir esta solicitud falsa de una solicitud valida enviada a ella misma por un AS. Aunque en la solicitud se incluya algun identificador para identificar la solicitud como originada en un AS, esta es una identidad que puede ser copiada y, por lo tanto, puede plantear una amenaza de seguridad.
3.
El HSS responde al AS con un testigo de seguridad. El HSS deberia autenticar el AS y deberia autorizar al AS a actuar en nombre del usuario antes de generar el testigo de seguridad.
4.
El AS envia una solicitud SIP, que incluye el testigo de seguridad (y la identidad de usuario y la direcci6n IP del AS), a una I-CSCF designada.
5.
La I-CSCF ejecuta un intercambio Cx-query y Cx-select-pull con el HSS para obtener las capacidades de S-CSCF requeridas.
6.
El HSS responde a la Cx-query y Cx-select-pull, proporcionando las capacidades de S-CSCF requeridas.
7.
La I-CSCF realiza una selecci6n de S-CSCF usando los criterios predefinidos.
8.
La solicitud SIP se reenvia desde la I-CSCF a la S-CSCF seleccionada, nuevamente con el testigo de seguridad. La I-CSCF no deberia Registrar la Ruta (Record Rute) de esta solicitud ya que no es necesario que permanezca en la via de senalizaci6n SIP despues del establecimiento de la sesi6n.
9.
La S-CSCF recupera el perfil de usuario del HSS e informa al HSS de que ahora es la S-CSCF del usuario aunque manteniendo el estado no registrado del usuario. El testigo de seguridad se incluye en las solicitudes Cx-puttCx-pull. Si el HSS confirma la validez del testigo, entonces la S-CSCF sabe que la solicitud SIP proviene de un AS valido. Nuevamente, este perfil puede incluir informaci6n de perfil sin registro de origen.
10.
El HSS devuelve el perfil de usuario a la S-CSCF (suponiendo que el testigo es valido).
11.
La S-CSCF ejecuta cualquier control de servicio requerido sobre la base del perfil de uso recibido.
12.
La solicitud SIP se reenvia al destino.
13.
Se recibe una respuesta SIP desde el destino.
14.
La respuesta SIP se reenvia a la I-SCSF.
15.
La respuesta SIP se reenvia al AS.
[El SIP especifica que la respuesta SIP debe atravesar los mismos nodos atravesados por la solicitud SIP. Por tanto, 5 la S-CSCF no envia la respuesta directamente al AS].
Asignaci6n de S-CSCF realizada por la S-CSCF
En la Figura 6 se ilustra el flujo de senalizaci6n asociado a esta tercera realizaci6n, en donde las etapas del proceso son las siguientes:
1. El AS intenta recuperar la direcci6n de la S-CSCF para el usuario. El AS determina que el usuario no esta 10 registrado y que no se ha asignado ninguna S-CSCF al usuario.
2.
El AS solicita del HSS un testigo de seguridad. Esto es necesario para que la S-CSCF (vease mas abajo) verifique que la solicitud proviene de un AS valido.
3.
El HSS responde con un testigo de seguridad. El HSS deberia autenticar el AS y deberia autorizar al AS a actuar en nombre del usuario antes de generar el testigo de seguridad.
15 4. El AS envia la solicitud SIP, que incluye el testigo de seguridad, a una S-CSCF adecuada, por ejemplo, el AS puede realizar una conjetura fundamentada sobre la S-CSCF mas probable basandose en datos hist6ricos correspondientes al usuario en cuesti6n.
5. La S-CSCF ejecuta un intercambio de Cx-query y Cx-select-pull con el HSS para obtener las capacidades de S-CSCF requeridas.
20 6. El HSS responde a la Cx-query y Cx-select-pull, proporcionando las capacidades de S-CSCF requeridas a la S-CSCF. Esta es una funcionalidad nueva, ya que previamente las capacidades de S-CSCF requeridas se incluian solamente en los procedimientos Cx para la I-CSCF.
7. La S-CSCF realiza una selecci6n de S-CSCF. Se puede seleccionar a si misma en el caso de que disponga de las capacidades de S-CSCF requeridas.
25 8. La solicitud SIP se reenvia desde la S-CSCF asignadora a la S-CSCF asignada junto con el testigo de seguridad. [La S-CSCF seleccionadora no deberia registrar la ruta (record route) de la solicitud].
9. La S-CSCF asignada recupera el perfil de usuario a partir del HSS e informa al HSS de que ahora es ella la S-CSCF para el usuario aunque manteniendo el estado no registrado del usuario. El testigo de seguridad se incluye en las solicitudes Cx-puttCx-pull. Si el HSS valida el testigo para ese usuario, entonces la S-CSCF
30 sabe que la solicitud SIP proviene de un AS valido.
10.
El HSS devuelve el perfil de usuario a la S-CSCF asignada, suponiendo que el testigo es valido. Nuevamente, este perfil incluye informaci6n de perfil sin registro de origen.
11.
La S-CSCF ejecuta cualquier control de servicio requerido basandose en el perfil de usuario recibido.
12. La solicitud SIP se reenvia al destino apropiado. 35 13. Se recibe una respuesta SIP desde el destino.
14.
La respuesta SIP se reenvia a la primera S-CSCF.
15.
La respuesta SIP se reenvia al AS.
Aunque los procedimientos antes detallados se refieren a un AS que inicia una sesi6n SIP con un usuario asociado a un Identificador de Usuario Publico (PUI), los mismos son tambien aplicables a un AS que inicia una sesi6n SIP con
40 un "usuario" asociado a un Identificador de Servicio Publico (PSI). El PSI se describe en la 3GPP TS 23.228.
Los expertos en la materia apreciaran que en las realizaciones antes descritas se pueden realizar varias modificaciones sin desviarse con respecto al alcance de la presente invenci6n. En una modificaci6n ejemplificativa, el mecanismo de testigo de seguridad antes descrito en referencia a la segunda y la tercera realizaciones tambien se puede utilizar con la primera realizaci6n con el fin de permitir que el HSS (en nombre de la S-CSCF asignada)
45 valide el AS desde el cual se ha recibido una solicitud SIP.
Los expertos en la materia apreciaran ademas que el uso de un testigo de seguridad emitido por el HSS se puede utilizar para proteger comunicaciones relacionadas con el IMS que no sean las correspondientes relacionadas con el suministro de servicios IMS a usuarios no registrados. Por ejemplo, un testigo de seguridad emitido por el HSS se puede usar en general para proporcionar unos medios mejores de seguridad para la senalizaci6n enviada desde la S-CSCF a un AS (es decir, para proteger toda la senalizaci6n ISC). En particular, cuando la S-CSCF recibe un perfil de usuario desde el HSS (es decir, en el registro SIP del usuario), la misma recibe tambien un testigo de seguridad. Al producirse la recepci6n de este testigo por el AS, el HS debe verificar que el testigo de seguridad es valido (comunicandose con el HSS a traves de la interfaz Sh). Probablemente, el testigo de seguridad tendra un tiempo de vida limitado.

Claims (10)

  1. REIVINDICACIONES
    1. Metodo de inicio de una comunicaci6n del Subsistema Multimedia IP para un usuario que no esta registrado a priori en el Subsistema Multimedia IP, comprendiendo el metodo:
    recibir una solicitud de comunicaci6n desde el usuario no registrado, en un Servidor de Aplicaciones del Protocolo de Inicio de Sesi6n a traves de una interfaz con una red externa, o recibir un estimulo generado interna o externamente que requiere el establecimiento de una comunicaci6n del Subsistema Multimedia IP;
    asignar una Funci6n de Control de Llamadas/Estados de Servicio al usuario no registrado;
    enviar una solicitud de Protocolo de Inicio de Sesi6n desde el Servidor de Aplicaciones hacia la Funci6n de Control de Llamadas/Estados de Servicio asignada; y
    establecer la comunicaci6n solicitada.
  2. 2.
    Metodo segun la reivindicaci6n 1, en el que dicha etapa de asignar una Funci6n de Control de Llamadas/Estados de Servicio al usuario no registrado la lleva a cabo el Servidor de Aplicaciones.
  3. 3.
    Metodo segun la reivindicaci6n 2, en el que el Servidor de Aplicaciones obtiene capacidades de Funci6n de Control de Llamadas/Estados de Servicio de un Servidor de Abonados Domesticos y asigna una Funci6n de Control de Llamadas/Estados de Servicio basandose en estas capacidades, y a continuaci6n, envia una solicitud de Protocolo de Inicio de Sesi6n a la CSCF de Servicio asignada.
  4. 4.
    Metodo segun la reivindicaci6n 1, en el que dicha etapa de asignar una Funci6n de Control de Llamadas/Estados de Servicio al usuario no registrado la lleva a cabo una CSCF de Interrogaci6n al producirse la recepci6n de una solicitud de Protocolo de Inicio de Sesi6n desde el Servidor de Aplicaciones.
  5. 5.
    Metodo segun la reivindicaci6n 4, en el que el Servidor de Aplicaciones envia la solicitud SIP a la CSCF de Interrogaci6n, y, como respuesta, la CSCF de Interrogaci6n obtiene capacidades de Funci6n de Control de Llamadas/Estados de Servicio de un Servidor de Abonados Domesticos y asigna una Funci6n de Control de Llamadas/Estados de Servicio basandose en estas capacidades, enviando a continuaci6n, la CSCF de Interrogaci6n, la solicitud de Protocolo de Inicio de Sesi6n a la CSCF de Servicio asignada.
  6. 6.
    Metodo segun la reivindicaci6n 1, en el que dicha etapa de asignar una Funci6n de Control de Llamadas/Estados de Servicio al usuario no registrado la lleva a cabo una CSCF de Servicio.
  7. 7.
    Metodo segun la reivindicaci6n 6, en el que el Servidor de Aplicaciones envia la solicitud de Protocolo de Inicio de Sesi6n a una CSCF de Servicio, y, como respuesta, esa CSCF de Servicio obtiene capacidades de Funci6n de Control de Llamadas/Estados de Servicio de un Servidor de Abonados Domesticos, y asigna una Funci6n de Control de Llamadas/Estados de Servicio basandose en estas capacidades, enviando a continuaci6n, la CSCF de Servicio, la solicitud de Protocolo de Inicio de Sesi6n a la CSCF de Servicio asignada en caso de que la CSCF de Servicio no sea ella misma.
  8. 8.
    Metodo segun una cualquiera de las reivindicaciones anteriores, y que comprende enviar desde el Servidor de Abonados Domesticos al Servidor de Aplicaciones un testigo de seguridad, y enviar este testigo de seguridad desde el Servidor de aplicaciones junto con dicha solicitud de Protocolo de Inicio de Sesi6n como medios de validaci6n de la solicitud.
  9. 9.
    Metodo segun la reivindicaci6n 8, y que comprende, al producirse la recepci6n de dicha solicitud en la Funci6n de Control de Llamadas/Estados de Servicio asignada, reenviar dicho testigo de seguridad al Servidor de Abonados Domesticos, validando, el Servidor de Abonados Domesticos, el testigo en nombre de la Funci6n de Control de Llamadas/Estados de Servicio.
  10. 10.
    Metodo segun una cualquiera de las reivindicaciones anteriores, y que comprende transferir un perfil de servicio para el usuario no registrado desde el Servidor de Abonados Domesticos a la Funci6n de Control de Llamadas/Estados de Servicio asignada, incluyendo este perfil de servicio informaci6n de perfil para solicitudes sin registro de origen.
ES05729545T 2005-04-01 2005-04-01 Método para inciar comunicaciones basadas en IMSI Active ES2379964T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2005/051491 WO2006102943A1 (en) 2005-04-01 2005-04-01 Method for initiating ims based communications

Publications (1)

Publication Number Publication Date
ES2379964T3 true ES2379964T3 (es) 2012-05-07

Family

ID=35197708

Family Applications (1)

Application Number Title Priority Date Filing Date
ES05729545T Active ES2379964T3 (es) 2005-04-01 2005-04-01 Método para inciar comunicaciones basadas en IMSI

Country Status (9)

Country Link
US (1) US20090089435A1 (es)
EP (2) EP1864522B1 (es)
JP (1) JP4960341B2 (es)
KR (1) KR101139072B1 (es)
CN (1) CN101151914B (es)
AT (1) ATE541393T1 (es)
BR (1) BRPI0520180B1 (es)
ES (1) ES2379964T3 (es)
WO (1) WO2006102943A1 (es)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE545997T1 (de) * 2004-12-17 2012-03-15 Tekelec Us Verfahren, systeme und computerprogrammprodukte zur unterstützung des datenbankzugriffs in einer netzwerkumgebung des internet-protokoll- multimedia-subsystems (ims)
EP1753199B1 (en) * 2005-08-11 2015-10-28 Swisscom AG Method and system for subscribing a user to a service
CN101496387B (zh) * 2006-03-06 2012-09-05 思科技术公司 用于移动无线网络中的接入认证的系统和方法
US7873029B2 (en) * 2006-03-06 2011-01-18 At&T Intellectual Property I, L.P. System and method of providing multimedia communication services
MX2008013704A (es) * 2006-04-28 2008-11-04 Nokia Corp Seleccion s-cscf para peticiones originadas de servidor de aplicacion.
JP4804244B2 (ja) * 2006-07-03 2011-11-02 株式会社日立製作所 アプリケーションをフィルタリングする装置、システム及び方法
US8363640B2 (en) 2007-01-31 2013-01-29 At&T Intellectual Property I, L.P. Methods and apparatus for handling a communication session for an unregistered internet protocol multimedia subsystem (IMS) device
US8875236B2 (en) * 2007-06-11 2014-10-28 Nokia Corporation Security in communication networks
GB0712386D0 (en) 2007-06-26 2007-08-01 Samsung Electronics Co Ltd Enabling ue access domain selection for terminated speech/video calls
JP4281836B2 (ja) * 2007-11-21 2009-06-17 ダイキン工業株式会社 設備機器用装置、管理装置、設備機器管理システム、設備機器及び管理装置間の通信制御方法及び通信制御プログラム
JP5063530B2 (ja) * 2008-08-22 2012-10-31 Ｋｄｄｉ株式会社 Ｉｍｓネットワークを介したｓｉｐ非対応サーバへのアクセス方法及びシステム
KR100968959B1 (ko) * 2008-12-02 2010-07-14 주식회사 케이티 호 처리 제어 장치 및 방법
EP2296350B1 (en) * 2009-09-14 2018-11-07 Alcatel Lucent Management of application server-related user data
EP2569998B1 (en) * 2010-05-14 2015-03-18 Telefonaktiebolaget L M Ericsson (PUBL) Enabling set up of a connection from a non-registered UE in IMS
CN103535080B (zh) 2011-05-06 2017-07-18 泰科来股份有限公司 用于在接入网络之间转换用户的方法、系统和计算机可读媒体
EP2909995B1 (en) * 2012-10-19 2018-01-24 Unify GmbH & Co. KG Method and system for creating a virtual sip user agent by use of a webrtc enabled web browser
US9319378B2 (en) 2013-01-23 2016-04-19 Tekelec, Inc. Methods, systems, and computer readable media for using a diameter routing agent (DRA) to obtain mappings between mobile subscriber identification information and dynamically assigned internet protocol (IP) addresses and for making the mappings accessible to applications
CN105144768B (zh) * 2013-04-26 2019-05-21 英特尔Ip公司 频谱共享情境中的共享频谱重新分配
US10951519B2 (en) 2015-06-17 2021-03-16 Oracle International Corporation Methods, systems, and computer readable media for multi-protocol stateful routing
US10554661B2 (en) 2015-08-14 2020-02-04 Oracle International Corporation Methods, systems, and computer readable media for providing access network session correlation for policy control
US10084755B2 (en) 2015-08-14 2018-09-25 Oracle International Corporation Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) proxy and diameter agent address resolution
US9668135B2 (en) 2015-08-14 2017-05-30 Oracle International Corporation Methods, systems, and computer readable media for providing access network signaling protocol interworking for user authentication
US9923984B2 (en) 2015-10-30 2018-03-20 Oracle International Corporation Methods, systems, and computer readable media for remote authentication dial in user service (RADIUS) message loop detection and mitigation
US9668134B2 (en) 2015-08-14 2017-05-30 Oracle International Corporation Methods, systems, and computer readable media for providing access network protocol interworking and authentication proxying
WO2017110193A1 (ja) * 2015-12-21 2017-06-29 ソニー株式会社 サーバ、方法及びプログラム
US10050954B2 (en) * 2016-02-01 2018-08-14 Verizon Patent And Licensing Inc. Secure automated device configuration and management
CN111327579B (zh) * 2018-12-17 2022-05-13 中国移动通信集团北京有限公司 一种判断用户通话状态的方法和设备
US11283883B1 (en) 2020-11-09 2022-03-22 Oracle International Corporation Methods, systems, and computer readable media for providing optimized binding support function (BSF) packet data unit (PDU) session binding discovery responses

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI20010018A (fi) * 2001-01-05 2002-07-06 Nokia Corp Tilaajalle soitetun puhelun reitittäminen
ATE286641T1 (de) * 2001-07-03 2005-01-15 Ericsson Telefon Ab L M Verfahren und system zur behandlung von mehrfachanmeldungen
AU2002249129A1 (en) * 2002-01-21 2003-07-30 Nokia Corporation Method and system for changing a subscription
JP4097951B2 (ja) * 2002-02-12 2008-06-11 Ｋｄｄｉ株式会社 携帯電話端末における利用者認証システム及び方法、並びに利用者認証プログラム
US8121597B2 (en) * 2002-03-27 2012-02-21 Nokia Siemens Networks Oy Method of registering and deregistering a user
US6757722B2 (en) * 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
JP3964338B2 (ja) * 2003-03-07 2007-08-22 株式会社エヌ・ティ・ティ・ドコモ 通信ネットワークシステム、通信端末機、認証装置、認証サーバ、及び電子認証方法
US9451422B2 (en) * 2003-03-17 2016-09-20 Nokia Technologies Oy Method, system and network device for routing a message to a temporarily unavailable network user
JP2004342088A (ja) * 2003-04-21 2004-12-02 Sony Corp 端末機器認証システム、端末機器、第１の振り分けサーバ、振り分けシステム、サービスサーバ、第２の振り分けサーバ、端末機器方法、第１の振り分け方法、振り分け方法、サービス提供方法、サービスサーバ方法、第１の振り分け方法、第２の振り分け方法、端末機器プログラム、第１の振り分けプログラム、振り分けプログラム、サービスサーバプログラム、第２の振り分けプログラム、及び記憶媒体
EP1583312A1 (en) * 2004-04-02 2005-10-05 France Telecom Apparatuses and method for controlling access to an IP multimedia system from an application server
ATE545997T1 (de) * 2004-12-17 2012-03-15 Tekelec Us Verfahren, systeme und computerprogrammprodukte zur unterstützung des datenbankzugriffs in einer netzwerkumgebung des internet-protokoll- multimedia-subsystems (ims)

Also Published As

Publication number Publication date
JP4960341B2 (ja) 2012-06-27
EP2317725B1 (en) 2012-09-12
KR101139072B1 (ko) 2012-04-30
EP1864522A1 (en) 2007-12-12
CN101151914A (zh) 2008-03-26
BRPI0520180B1 (pt) 2018-08-14
BRPI0520180A2 (pt) 2009-09-15
WO2006102943A1 (en) 2006-10-05
EP2317725A2 (en) 2011-05-04
JP2008536379A (ja) 2008-09-04
EP1864522B1 (en) 2012-01-11
EP2317725A3 (en) 2011-09-14
ATE541393T1 (de) 2012-01-15
KR20080007232A (ko) 2008-01-17
CN101151914B (zh) 2011-11-16
US20090089435A1 (en) 2009-04-02

Similar Documents

Publication Publication Date Title
ES2379964T3 (es) Método para inciar comunicaciones basadas en IMSI
ES2390988T3 (es) Gestión de mensajes en un subsistema multimedia IP
ES2607328T3 (es) Manejo de Perfiles de servicio en el IMS
US9077721B2 (en) Methods and apparatus for registering or deregistering a user to or from an IP multimedia subsystem
US10142341B2 (en) Apparatus, system and method for webRTC
JP4955694B2 (ja) Ｉｐマルチメディアサブシステムにおけるメッセージハンドリング
US20030154400A1 (en) Method and network element for providing secure access to a packet data network
US8325707B2 (en) Session initiation from application servers in an IP multimedia subsystem
JP2008543135A (ja) Ｉｐマルチメディアサブシステム（ｉｍｓ）おける呼転送
US20070192838A1 (en) Management of user data
KR20150058534A (ko) 인증 정보 전송
EP2250791B1 (en) Securing contact information
EP2119178B1 (en) Method and apparatuses for the provision of network services offered through a set of servers in an ims network
US8732321B2 (en) Control entity and method for setting up a session in a communications network, subscriber database and communications network
EP2011299B1 (en) Method and apparatuses for securing communications between a user terminal and a sip proxy using ipsec security association
WO2008117165A2 (en) Methods, apparatuses and computer program product for forwarding emergency registration request to a home network
RU2370918C2 (ru) Способ связи, базирующейся на подсистеме ip-мультимедиа (ims)