ES2532664T3 - Método y aparato para la transmisión/recepción en servicios de urgencia - Google Patents

Método y aparato para la transmisión/recepción en servicios de urgencia Download PDF

Info

Publication number
ES2532664T3
ES2532664T3 ES11003432.9T ES11003432T ES2532664T3 ES 2532664 T3 ES2532664 T3 ES 2532664T3 ES 11003432 T ES11003432 T ES 11003432T ES 2532664 T3 ES2532664 T3 ES 2532664T3
Authority
ES
Spain
Prior art keywords
call
user
cscf
emergency
message
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
ES11003432.9T
Other languages
English (en)
Inventor
Peng Zhao
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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
Priority claimed from CNB2006101673714A external-priority patent/CN100542328C/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2532664T3 publication Critical patent/ES2532664T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H04W12/086—Access security using security domains
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método para conexión de una llamada en un servicio de urgencia, caracterizado por cuanto que comprende: la recepción (701-5 702), por una entidad de Función de Control de Sesión de Llamada Proxy, P-CSCF, en una conexión de llamada de gestión de red destinada a una parte llamante, una demanda de registro enviada por un usuario y el reconocimiento de que el registro es un registro de urgencia; la recepción (705), por la entidad P-CSCF, de una llamada iniciada por el usuario; la determinación (706), por la entidad P-CSCF, de que la llamada está asociada con el registro de urgencia; y el rechazo (706), por la entidad P-CSCF, de la llamada después de que se haya determinado por la entidad P-CSCF que la llamada es una llamada no urgente y que la llamada está asociada al registro de urgencia.

Description

15
25
35
45
55
65
E11003432
11-03-2015
DESCRIPCIÓN
Método y aparato para la transmisión/recepción en servicios de urgencia
CAMPO DE LA INVENCIÓN
La presente invención se refiere al campo de las telecomunicaciones y más en particular, a un método y aparato para transmitir y recibir servicios de urgencia.
ANTECEDENTES DE LA INVENCIÓN
En el caso de urgencia, los abonados pueden llamar al Punto de Respuesta de Seguridad Pública (PSAP) para solicitar ayuda. El punto PSAP puede efectuar también una llamada revertida después de que el abonado haya descolgado el aparato con el fin de obtener más información. En tal situación de urgencia, la acción de que el punto PSAP efectúe una llamada revertida por iniciativa propia, se refiere como una llamada revertida denominada callback. La Figura 1 ilustra un diagrama de flujo de una llamada de urgencia en un dominio de IMS.
En la Figura 1, se muestran solamente varios elementos de red principales, incluyendo un terminal de usuario, una entidad de Función de Control de Sesión de Llamada Proxy (P-CSCF) y una entidad de Función de Control de Sesión de Llamada de Urgencia (E-CSCF) y un punto de respuesta PSAP. El punto PSAP aquí descrito puede incluir un punto de respuesta de seguridad pública y un centro de llamadas de urgencia (oficina de policía, departamento de servicios contra incendios, etc.). Además, una entidad de Función de Control de Sesión de Llamada de Servicio (S-CSCF) puede incluirse además a este respecto. En la Figura 1, un procedimiento de llamada iniciado por un usuario se ilustra por una línea continua y un procedimiento de llamada iniciado por el punto PSAP, según se ilustra por la línea de trazos, puede referirse también como un proceso denominado de llamada revertida. Durante el procedimiento de llamada, la entidad P-CSCF puede verificar el ID de usuario (identificador de usuario) utilizado por el usuario en la demanda y puede insertar el identificador ID de usuario confirmado por la red.
Con el fin de realizar la llamada revertida, el usuario tiene que iniciar un proceso de registro de urgencia. Durante el proceso de registro de urgencia, se utiliza un identificador ID de usuario de urgencia especial. Por intermedio del proceso de registro, la entidad S-CSCF estará obligada a enlazar el identificador ID de usuario de urgencia y la dirección de contacto del usuario juntos. De este modo, la demanda de llamada revertida del identificador ID de usuario de urgencia que se inicia por el punto PSAP es capaz de alcanzar la dirección de contacto del usuario por la entidad S-CSCF que transmite la demanda. Para cerciorarse de que el punto PSAP de la red telefónica conmutada pública (PSTN) es capaz de llamar de nuevo al usuario, se requiere la inclusión de un identificador ID de usuario relacionado (tel URI) en un conjunto implícito de identificadores IDs de usuarios de urgencia. Los identificadores IDs de usuarios de urgencia aquí mencionados pueden incluir estos identificadores IDs de usuarios telefónicos (tel URI)
o pueden no incluir estos identificadores ID de usuario telefónico. El conjunto de registro implícito así llamado significa que un identificador ID de usuario en el conjunto está registrado, la totalidad de los identificadores IDs en este conjunto están registrados. Según se ilustra en la Figura 2, el proceso de registro incluye las etapas siguientes.
En la etapa 101, el usuario inicia un mensaje REGISTER que transmite el identificador ID de usuario de urgencia.
En la etapa 102, la entidad P-CSCF reenvía el mensaje REGISTER recibido a una entidad de Función de Control de Sesión de Llamada de Interrogación (I-CSCF) en el dominio del usuario. El mensaje incluye un identificador del dominio en donde está situada la función P-CSCF.
En la etapa 103, la entidad I-CSCF transmite un mensaje UAR a un servidor de Abonado Base (HSS). El mensaje UAR transmite el identificador del dominio en donde está situada la función P-CSCF.
En la etapa 104, el servidor HSS realiza una verificación de restricción de itinerancia en función del identificador del dominio en donde está situada la función P-CSCF en el mensaje UAR. Si el usuario es del dominio en donde a los usuarios no les está permitido realizar la itinerancia, el servidor HSS reenviará una respuesta de fallo a la función I-CSCF. Si el mensaje de demanda es válido, se utilizará un mensaje UAA para reenviar una función S-CSCF adecuada a la I-CSCF o reenviará información que permita a la I-CSCF elegir S-CSCF. Durante el proceso de registro de urgencia, el servidor HSS puede efectuar el salto operativo de la verificación de restricción de la itinerancia.
En la etapa 105, la función I-CSCF se refiere a la información en UAA y reenvía el mensaje REGISTER a la función S-CSCF relacionada.
En la etapa 106, la función S-CSCF transmite un mensaje SAR al servidor HSS y reinicia operativamente el registro del servidor HSS.
En la etapa 107, el servidor HSS reenvía un mensaje SAA que transmite información del servicio de configuración del usuario.
15
25
35
45
55
65
E11003432
11-03-2015
En la etapa 108, la función S-CSCF memoriza, a nivel local, la información de servicio de configuración, de modo que dicha información puede utilizarse para recuperar el servicio de configuración asociado para el usuario durante el proceso de la última sesión. Además, la función S-CSCF reenvía una respuesta de éxito operativo al usuario. La información de respuesta incluye el conjunto del registro implícito asociado con el identificador ID de usuario registrado.
En las etapas 109-110, la respuesta se entrega al equipo de usuario (UE) por intermedio de las entidades I-CSCF y P-CSCF.
Después de que el usuario complete el registro, el punto PSAP puede utilizar el identificador ID de usuario para iniciar una llamada revertida al usuario. Según se ilustra en la Figura 3, el proceso de llamada revertida detallado incluye las etapas siguientes.
En las etapas 201A-1-etapa 201A-2, el punto PSAP, situado en PSTN inicia una llamada a la red base del usuario por intermedio de una entidad de Función de Control de Pasarela Multimedia (MGCF). La MGCF necesita convertir la señalización transmitida desde el punto PSAP a una señalización de SIP.
En la etapa 201B, el punto PSAP situado en el dominio de IP utiliza la señalización de Protocolo de Iniciación operativa de búsqueda de Sesión (SIP) directamente para iniciar una llamada a la red base del usuario.
En la etapa 202, después de que el punto de entrada (entidad de Función de Control de Periferia de Interconexión, IBCF) de la red base del usuario o la función I-CSCF recibe un mensaje INVITE, la función IBCF o la función I-CSCF verifica el mensaje INVITE. Si se encuentra que el mensaje procede de un dominio no fiable, algunos de los campos del mensaje serán suprimidos, p.e., identidad del iniciador (campo P-Asserted-Identity) que inicia el mensaje. El mensaje se entrega luego a la entidad I-CSCF.
En la etapa 203, la entidad I-CSCF puede transmitir una orden de LIR y adquirir la dirección de S-CSCF desde el servidor HSS.
En la etapa 204, el servidor HSS reenvía una orden de LIA a la función I-CSCF, incluyendo el nombre de la función S-CSCF asociada.
En la etapa 205, la función I-CSCF reenvía el mensaje INVITE a la función S-CSCF.
En las etapas 206-207, la función S-CSCF solicita el servicio asociado en el servidor de aplicación (AS) en función de la información contratada del usuario.
En las etapas 208-209, la función S-CSCF transmite el mensaje al usuario por intermedio de la función P-CSCF de nuevo.
El usuario puede estar facultado para numerosos derechos extras cuando se utilice un registro de urgencia. A modo de ejemplo, cuando el usuario está en una zona de itinerancia no contratada, el usuario puede recibir un servicio de llamada de PSAP por intermedio del registro de urgencia. Como alternativa, cuando el abonado es moroso, el usuario puede recibir el servicio de llamada de PSAP a través del registro de urgencia. En consecuencia, una vez que un usuario malicioso interrumpe la itinerancia y la restricción de carga iniciado el proceso de registro de urgencia, los otros usuarios pueden llamar a este usuario por intermedio del identificador ID de usuario de urgencia del usuario. De este modo, el usuario puede recibir ilegalmente el servicio no contratado.
En el proceso de examen de la idea inventiva, el inventor descubre que existe un problema en la técnica anterior, es decir, los usuarios pueden realizar maliciosamente un registro de urgencia con el identificador ID del usuario de urgencia para recibir el servicio no autorizado.
El documento WO 2006/078202 da a conocer un método para gestionar las llamadas de urgencia. Cuando se recibe una demanda desde un abonado que contiene una dirección IP actualmente asignada al abonado, una consulta de localización, incluyendo dicha dirección IP se envía a la red de direcciones IP. La información de localización para el abonado se recibe entonces en respuesta a la demanda de localización, de modo que se permita el suministro de la información de localización recibida en relación con una llamada de urgencia procedente del abonado.
El documento EP1293947 A2 da a conocer un sistema de notificación de urgencia y un dispositivo de notificación de urgencia, que pueden realizar procesos desde el registro al sistema de notificación de urgencia para la transmisión de la notificación de urgencia sin necesidad de utilizar la voz.
El documento EP1499153 A2 da a conocer un método para establecer indirectamente una llamada entre una estación móvil y un punto de respuesta de servicio público.
El documento US2002/0101961 A1 da a conocer un método para servir llamadas de urgencia procedentes de una
15
25
35
45
55
65
E11003432
11-03-2015
red de datos. Cuando se requiere el usuario inicia una llamada de urgencia desde un dispositivo de comunicaciones. A continuación, el usuario proporciona información sobre la situación de urgencia al operador por intermedio de una comunicación online en tiempo real. Después de que el operador determine un número de urgencia adecuado, el operador conecta la llamada a una autoridad local que está asociada con el número de urgencia seleccionado.
SUMARIO DE LA INVENCIÓN
Métodos y aparatos para la transmisión y recepción del servicio de urgencia se dan a conocer en conformidad con las formas de realización de la presente invención. De este modo, se resuelve el problema de que los usuarios pueden realizar maliciosamente un registro de urgencia con el identificador ID de usuario de urgencia para recibir servicios no autorizados.
Un método para la conexión de llamada en un servicio de urgencia se da a conocer según las formas de realización de la presente invención. El método incluye:
la recepción, por una entidad de Función de Control de Sesión de Llamada Proxy, P-CSCF, en una red que gestiona la conexión de llamada para una parte llamante, una demanda de registro enviada por un usuario y el reconocimiento de que el registro es un registro de urgencia;
la recepción, por la entidad P-CSCF, de una llamada inicia por el usuario;
la determinación, por la entidad de P-CSCF, de la llamada como asociada con el registro de urgencia; y
el rechazo, por la entidad de P-CSCF, de la llamada después de que se determine la llamada, por la entidad de P-CSCF, como una llamada no de urgencia y la llamada esté asociada con el registro de urgencia.
Una entidad de función de control de sesión de llamada proxy, P-CSCF, en donde la entidad P-CSCF está configurada para:
recibir una demanda de registro enviada por un usuario y reconocer que el registro es un registro de urgencia;
recibir una llamada iniciada por el usuario;
determinar la llamada como asociada con el registro de urgencia; y
rechazar la llamada después de que la llamada se determine como una llamada no de urgencia y la llamada esté asociada con el registro de urgencia.
Los métodos y aparatos para transmitir y recibir el servicio de urgencia según las formas de realización de la presente invención impiden al usuario recibir un servicio no autorizado reconociendo la identidad del iniciador de la llamada de urgencia.
Un método para la conexión de llamada, en el servicio de urgencia, se proporciona, además, según las formas de realización de la presente invención. A diferencia de la técnica anterior, el dispositivo que gestiona la conexión de llamada, según las formas de realización de la presente invención, no gestiona directamente la demanda de llamada recibida, sino que determina primero si la llamada está asociada con el registro de urgencia. Cuando la red que gestiona la conexión de llamada para la parte llamante determina que la llamada está asociada con el registro de urgencia, rechaza la llamada después de que la llamada se determine como una llamada no de urgencia. De este modo, la presente invención impide efectivamente al usuario recibir servicios no autorizados.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La Figura 1 ilustra un diagrama de flujo de una llamada de urgencia en un dominio de IMS en la técnica anterior;
La Figura 2 ilustra un diagrama de flujo de registro de urgencia en una técnica anterior;
La Figura 3 ilustra un diagrama de flujo de llamada revertida en la técnica anterior;
La Figura 4 ilustra un diagrama de flujo de un método para iniciar una llamada revertida en el servicio de urgencia según una forma de realización de la presente invención;
La Figura 5 es un diagrama estructural que ilustra una entidad de reconocimiento según una segunda forma de realización de la presente invención;
La Figura 6 es un diagrama estructural que ilustra una entidad de reconocimiento según una tercera forma de realización de la presente invención;
15
25
35
45
55
65
E11003432
11-03-2015
La Figura 7 es un diagrama de flujo de la recepción de una llamada revertida en el servicio de urgencia según una forma de realización de la presente invención;
La Figura 8 es un diagrama de flujo de señalización de una primera forma de realización de un método para trasmitir y recibir la llamada revertida en el servicio de urgencia según las formas de realización de la presente invención;
La Figura 9 es un diagrama de flujo de señalización de una segunda forma de realización de un método para transmitir y recibir la llamada revertida en el servicio de urgencia según las formas de realización de la presente invención;
La Figura 10 es un diagrama de flujo de señalización de una tercera forma de realización de un método para transmitir y recibir la llamada revertida en el servicio de urgencia según las formas de realización de la presente invención;
La Figura 11 es un diagrama de flujo de señalización de una cuarta forma de realización de un método para transmitir y recibir la llamada revertida en el servicio de urgencia según las formas de realización de la presente invención;
La Figura 12 es un diagrama de flujo de un método para la conexión de llamada en el servicio de urgencia según una forma de realización de la presente invención;
La Figura 13 es un diagrama de flujo de señalización de una primera forma de realización de un método para la conexión de llamada en el servicio de urgencia según las formas de realización de la presente invención;
La Figura 14 es un diagrama de flujo de señalización de una segunda forma de realización de un método para la conexión de llamada en el servicio de urgencia según las formas de realización de la presente invención;
La Figura 15 es un diagrama de flujo de señalización de una tercera forma de realización de un método para la conexión de llamada en el servicio de urgencia según las formas de realización de la presente invención;
La Figura 16 es un diagrama de flujo de señalización de una cuarta forma de realización de un método para la conexión de llamada en el servicio de urgencia según las formas de realización de la presente invención;
La Figura 17 es un diagrama de flujo de señalización de una quinta forma de realización de un método para la conexión de llamada en el servicio de urgencia según las formas de realización de la presente invención; y
La Figura 18 es un diagrama de flujo de señalización de una sexta forma de realización de un método para la conexión de llamada en el servicio de urgencia según las formas de realización de la presente invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN
Para evitar que el usuario realice maliciosamente un registro de urgencia con el identificador ID de usuario de urgencia para recibir un servicio no autorizado y para proporcionar, además, un mecanismo de autenticación de la identidad del iniciador en la red lateral-iniciador de llamada revertida en términos del servicio de urgencia y su método con el fin de resolver el problema de que la parte llamada es incapaz de conocer la identidad real del iniciador, el principio principal de una entidad de autenticación y un método para iniciar la llamada revertida en el servicio de urgencia según las formas de realización de la presente invención se propone a continuación. Cuando se recibe la demanda de llamada del identificador ID de usuario de urgencia, la red lateral-iniciador necesita la autenticación de la identidad del iniciador del mensaje. Si el iniciador es el punto PSAP, la demanda se gestiona según un procedimiento de llamada revertida. Si la identidad del iniciador no puede confirmarse como PSAP, la demanda puede rechazarse directamente o rechazarse en conformidad con una política operativa local (a modo de ejemplo, cuando al usuario no le está permitido recibir un servicio bajo las circunstancias cuando el usuario está situado en la zona de itinerancia no contratada o cuando el abonado es moroso o está bajo otras circunstancias normales). Además, considerando la condición itinerante y que el punto PSAP está situado de forma dispersa, un dominio de confianza, directo o indirecto, de la red base de la parte llamada puede seleccionarse en la zona de itinerancia para la autenticación de la identidad del PSAP y la demanda de llamada puede transmitirse a la red base de la parte llamada por intermedio de dicho dominio de confianza. Por lo tanto, el dominio de confianza ha de cerciorarse de que la llamada revertida iniciado desde el dominio es legal, de modo que la red base de la parte llamada pueda realizar la autenticación de la identidad del iniciador.
La entidad de autenticación, según las formas de realización de la presente invención, puede situarse en las funciones S-CSCF, P-CSCF, MGCF, IBCF, E-CSCF o I-CSCF. Como alternativa una interfaz puede existir entre la entidad de autenticación y S-CSCF, P-CSCF, MGCF, IBCF, E-CSCF o I-CSCF, todas las cuales son independientes entre sí. Después de la autenticación de la identidad recibida del iniciador que se encarga de iniciar el mensaje de demanda, la entidad de autenticación se utiliza para reenviar el mensaje de demanda a la red de conexión de la parte llamada y para informar a la red de conexión de la parte llamada sobre la identidad del iniciador que inicia el
15
25
35
45
55
65
E11003432
11-03-2015
mensaje de demanda.
Dependiendo de si la identidad del iniciador del mensaje de demanda recibido por la entidad de autenticación se identifica, o no, como un punto PSAP, existen dos métodos de procesamiento según se describe a continuación.
PRIMER ENTORNO OPERATIVO: Cuando el mensaje de demanda recibido por la entidad de autenticación incluye un indicador de PSAP o cuando el mensaje de demanda recibido se transmite mediante una manera de contacto IP específica, es decir, la identidad del iniciador del mensaje de demanda recibido se identifica como PSAP, la entidad de autenticación modifica el identificador después de la autenticación de la identidad del iniciador del mensaje de demanda. Si el iniciador es PSAP, dicho identificador se confirma y transmite directamente o mediante una manera de contacto IP específica a la red de conexión de la parte llamada; de no ser así, el mensaje de demanda se rechaza directamente. Como alternativa, el indicador incluido en el mensaje se suprime o el mensaje de demanda se transmite a la red de conexión de la parte llamada mediante una manera de contacto IP no específica. En consecuencia, la red de conexión de la parte llamada puede ser capaz de conocer la identidad del iniciador del mensaje de demanda.
SEGUNDO ENTORNO OPERATIVO: Cuando el mensaje de demanda recibido por la entidad de autenticación no incluye un indicador de PSAP o cuando el mensaje de demanda recibido se transmite mediante una manera de contacto IP no específica, es decir, la identidad del iniciador del mensaje de demanda recibido no se identifica como PSAP, la entidad de autenticación realiza un procesamiento correspondiente después de la autenticación de la identidad del iniciador del mensaje de demanda. Si el iniciador se confirma como PSAP, se añade un indicador de PSAP al mensaje de demanda o el mensaje de demanda se transmite mediante una manera de contacto IP específica a la red de conexión de la parte llamada. Si el iniciador se confirma como no siendo el punto PSAP, se rechaza directamente el mensaje de demanda. Como alternativa, el mensaje de demanda se transmite directamente
o se transmite mediante una manera de contacto IP no específica a la red de conexión de la parte llamada. En consecuencia, la red de conexión de la parte llamada puede ser capaz de conocer la identidad del iniciador del mensaje de demanda.
Si la entidad de autenticación está situada en el dominio de confianza de la red de continuación de la parte llamada, la red de conexión de la parte llamada se dispone de manera que pueda confiar y aceptar la autenticación de la identidad del iniciador que se realiza por la entidad de autenticación de modo que se impide mejor el problema de que el usuario pueda recibir un servicio no autorizado.
Con la entidad de autenticación anterior, un método para iniciar la llamada revertida en el servicio de urgencia se proporciona, además, según las formas de realización de la presente invención. Según se ilustra en la Figura 4, el método incluye las etapas principales siguientes.
En S1-1, el lado del iniciador de la llamada revertida recibe el mensaje de demanda.
El mensaje de demanda recibido por el lado del iniciador de la llamada revertida incluye los dos entornos operativos siguientes.
PRIMER ENTORNO OPERATIVO: El mensaje de demanda recibido incluye un indicador del PSAP o un valor específico de la cabecera o el mensaje de demanda recibido se transmite mediante una manera de contacto IP específica. Dicho de otro modo, la identidad del iniciador del mensaje de demanda recibido se identifica como PSAP.
SEGUNDO ENTORNO OPERATIVO: El mensaje de demanda recibido no incluye un indicador del PSAP o el mensaje de demanda recibido se transmite mediante una manera de contacto IP no específica. Dicho de otro modo, la identidad del iniciador del mensaje de demanda recibido no se identifica como PSAP.
En S1-2, el lado del iniciador de llamada revertida realiza la autenticación de la identidad del iniciador del mensaje de demanda.
El lado del iniciador de la llamada revertida puede ser un dominio de confianza directo o indirecto de la red de conexión de la parte llamada, con el fin de hacer que la red de conexión de la parte llamada pueda confiar y aceptar la autenticación respecto a la identidad del iniciador realizada por el lado de iniciador de la llamada revertida. Un determinado elemento neto en el dominio de confianza puede ser informado de la identidad real del iniciador a partir del campo de P-Asserted-Identity (identidad del iniciador) del mensaje.
En S1-3, el mensaje de demanda se reenvía a la red de conexión de la parte llamada y la red de conexión de la parte llamada es informada de la identidad del iniciador del mensaje de demanda.
En correspondencia con los dos entornos operativos en la etapa S1-1, existen dos situaciones en el proceso de reenvío del iniciador de la llamada revertida y la información de la identidad del iniciador del mensaje de demanda.
En correspondencia al PRIMER ENTORNO OPERATIVO de la etapa S1-1: Después de la autenticación de la
15
25
35
45
55
65
E11003432
11-03-2015
identidad del iniciador del mensaje de demanda, el lado del iniciador de la llamada revertida realiza la modificación al identificador. Si el iniciador se reconoce como PSAP, dicho identificador se confirma y transmite directamente o mediante una manera de contacto IP específica a la red de conexión de la parte llamada; de no ser así, se rechaza directamente el mensaje de demanda. Como alternativa, el indicador o el valor de cabecera incluido en el mensaje se suprime o el mensaje se transmite mediante una manera de contacto IP no específica a la red de conexión de la parte llamada.
En correspondencia con el SEGUNDO ENTORNO OPERATIVO de la etapa S1-1: Después de que el lado del iniciador de la llamada revertida realice la autenticación de la identidad del iniciador del mensaje de demanda recibido, se realiza un procesamiento correspondiente. Si el iniciador se confirma como PSAP, se añade un indicador de PSAP al mensaje de demanda o el mensaje de demanda se transmite mediante una manera de contacto IP específica a la red de conexión de la parte llamada. Si el iniciador se confirma como no siendo el PSAP, se rechaza directamente el mensaje de demanda. Como alternativa, el mensaje de demanda puede transmitirse directamente o transmitirse mediante una manera de contacto IP no específica a la red de conexión de la parte llamada. En consecuencia, la red de conexión de la parte llamada puede ser capaz de conocer la identidad del iniciador del mensaje de demanda.
Hasta ahora, la descripción de la entidad de autenticación y el método para iniciar la llamada revertida en el servicio de urgencia, según las formas de realización de la presente invención, está concluida.
Para evitar que el usuario realice maliciosamente un registro de urgencia con el identificador ID de usuario de urgencia para recibir un servicio no autorizado, y para proporcionar, además, un mecanismo de autenticación de la identidad de PSAP del iniciador del mensaje de demanda de llamada revertida recibido en la red de conexión de la parte llamada en términos de la llamada revertida en el servicio de urgencia y su método, con el fin de gestionar el mensaje de demanda de llamada revertida en consecuencia, el principio principal de la entidad de reconocimiento y el método para la recepción de la llamada revertida en el servicio de urgencia, según las formas de realización de la presente invención, se ilustran a continuación. Después de recibir la demanda de llamada revertida, la red de conexión de la parte llamada reconoce primero si la identidad del iniciador del mensaje de demanda de llamada revertida se reconoce, o no, como PSAP. Si es así, la validez de la identidad del iniciador del mensaje de demanda de llamada revertida necesita modificarse antes de un procesamiento adicional del mensaje de demanda de llamada revertida; de no ser así, puede realizarse directamente el pos-procesamiento.
Una entidad de reconocimiento, según las formas de realización de la presente invención, está configurada para reconocer la identidad del iniciador que inicia el mensaje de demanda de llamada revertida transmitido desde la red del lado del iniciador de la llamada y para realizar un post-procesamiento dependiendo de si la identidad del iniciador es un PSAP válido o no lo es.
Se da a conocer una primera forma de realización de la red de conexión de la parte llamada. La entidad de reconocimiento incluye al menos una primera entidad de reconocimiento, configurada para reconocer la identidad del iniciador del mensaje de demanda de llamada revertida transmitido desde la red del lado del iniciador de la llamada y configurada para rechazar el mensaje de demanda de llamada revertida directamente cuando la identidad del iniciador se confirma como un PSAP no válido.
Una segunda forma de realización de la red de conexión de la parte llamada se ilustra en la Figura 5. La entidad de reconocimiento incluye una primera entidad de reconocimiento y una segunda entidad de reconocimiento, que se acoplan entre sí, en donde la primera entidad de reconocimiento precede a la segunda entidad de reconocimiento en el procesamiento del mensaje de demanda de la parte llamada. La primera entidad de reconocimiento y la segunda entidad de reconocimiento pueden configurarse juntas o configurarse por separado. Si la segunda entidad de reconocimiento está situada en las funciones HSS, I-CSCF, S-CSCF, P-CSCF o servidor AS, o existe una interfaz entre la segunda entidad de reconocimiento y HSS, I-CSCF, S-CSCF, P-CSCF o AS, todos los cuales son independientes entre sí, en tal caso, la primera entidad de reconocimiento y la segunda entidad de reconocimiento pueden configurarse por separado. Si la segunda entidad de reconocimiento está situada en la función IBCF, I-CSCF o existe una interfaz entre la segunda entidad de reconocimiento y la función IBCF, I-CSCF, todas las cuales son independientes entre sí, la primera entidad de reconocimiento y la segunda entidad de reconocimiento están configuradas juntas.
La primera entidad de reconocimiento está configurada para reconocer si la identidad del iniciador del mensaje de demanda de llamada revertida, transmitido desde la red del lado del iniciador de la llamada, PSAP y para modificar el identificador después de que se determine la validez de la identidad del iniciador del mensaje de demanda de llamada revertida (la modificación incluye, sin limitación, suprimir el identificador, reenviar el mensaje de demanda mediante una manera de contacto no específica, la identificación de la identidad del iniciador del mensaje de demanda de llamada revertida como no válida).
Además, después de que la primera entidad de reconocimiento reciba el mensaje de demanda de llamada revertida desde el dominio de confianza, la primera entidad de reconocimiento reconoce si el iniciador del mensaje de demanda de llamada revertida es, o no, un PSAP válido en función del indicador incluido en el mensaje de demanda
15
25
35
45
55
65
E11003432
11-03-2015
de llamada revertida o en función de un valor de cabecera específico o en función de si el mensaje de demanda de llamada revertida se transmite, o no, mediante una manera de contacto de IP específica. Como alternativa, la validez del mensaje de demanda de llamada revertida puede determinarse también mediante una signatura digital. Si la primera entidad de reconocimiento determina que la identidad de PSAP del iniciador del mensaje de demanda de llamada revertida es válida, se confirma la identidad PSAP de la demanda de llamada revertida; de no ser así, se deniega la validez de la identidad del iniciador del mensaje de demanda de llamada revertida. Después de que la primera entidad de reconocimiento deniegue la validez de la identidad del iniciador del mensaje de demanda de llamada revertida, puede utilizarse uno de los métodos siguientes para gestionar el mensaje. Si el mensaje de demanda de llamada revertida incluye el indicador o el valor de cabecera que indica que la identidad del iniciador del mensaje de demanda de la llamada revertida es PSAP, se suprime el valor de la cabecera o indicador. Si el mensaje de demanda de llamada revertida incluye el valor de cabecera o indicador que sirve para indicar que la identidad del mensaje de demanda de llamada revertida es PSAP, el mensaje de demanda de llamada revertida se reenvía mediante una manera de contacto IP no específica. Si el mensaje de demanda de llamada revertida se transmite mediante manera de contacto IP específica, la identidad del iniciador del mensaje de demanda de llamada revertida se identifica como PSAP no válido. Si el mensaje de demanda de llamada revertida se transmite mediante una manera de contacto IP específica, el mensaje de demanda de llamada revertida se reenvía mediante una manera de contacto IP no específica.
La segunda entidad de reconocimiento está configurada para reconocer la identidad del iniciador del mensaje de demanda de llamada revertida y para procesar el mensaje de demanda de llamada revertida, en consecuencia, después de recibir el mensaje de demanda de llamada revertida (incluyendo el mensaje de demanda de llamada revertida modificado por la primera entidad de reconocimiento y el mensaje de demanda de llamada revertida transmitido desde la red del lado del iniciador cuyo iniciador no está identificado como PSAP). Si la segunda entidad de reconocimiento reconoce que la identidad del iniciador del mensaje de demanda de llamada revertida recibido es PSAP, el servicio de llamada se continúa de inmediato. Si la segunda entidad de reconocimiento reconoce que la identidad del iniciador del mensaje de demanda de llamada revertida no es PSAP, la segunda entidad de reconocimiento rechaza directamente el mensaje de demanda o gestiona el mensaje de demanda de llamada revertida en función del estado operativo del usuario.
Se da a conocer una tercera forma de realización de la red de conexión de la parte llamada. La entidad de reconocimiento incluye una primera entidad de reconocimiento y una segunda entidad de reconocimiento que se acoplan entre sí, en donde la primera entidad de reconocimiento precede a la segunda entidad de reconocimiento en el procesamiento del mensaje de demanda de la parte llamada. La localización y la función de la primera entidad de reconocimiento y de la segunda entidad de reconocimiento son las mismas que tiene la segunda forma de realización de la red de conexión de la parte llamada. Si la segunda entidad de reconocimiento gestiona el mensaje de demanda de llamada revertida en función del estado operativo del usuario y la segunda entidad de reconocimiento no ha memorizado la información del estado operativo actual del usuario (a modo de ejemplo, la segunda entidad de reconocimiento no está situada en el servidor HSS), la red puede incluir, además, un aparato de adquisición del estado operativo del usuario, según se ilustra en la Figura 6. El aparato está configurado para interaccionar con el elemento neto que memoriza la información del estado operativo actual del usuario con el fin de adquirir el estado actual del usuario y transmitir la información adquirida a la segunda entidad de reconocimiento. Si el aparato de adquisición del estado del usuario está situado en la función S-CSCF, se extiende la interfaz entre la función S-CSCF y el servidor HSS. Durante el registro del usuario, el servidor HSS informaría a la función S-CSCF sobre la información del estado operativo del usuario con el fin de permitir que el aparato de adquisición de información del estado operativo del usuario sea informado con respecto a dicho estado operativo del usuario. Si el aparato de adquisición del estado operativo del usuario está situado en el servidor AS, se extiende una interfaz Sh entre el servidor AS y el servidor HSS. La información sobre el estado operativo del usuario puede adquirirse desde el servidor HSS por intermedio de la interfaz Sh.
Con la entidad de reconocimiento anterior, un método para la recepción de la llamada revertida en el servicio de urgencia se da a conocer, además, según las formas de realización de la presente invención. Según se ilustra en la Figura 7, el método incluye principalmente las etapas siguientes.
En S2-1, la red de conexión de la parte llamada reconoce la identidad del iniciador del mensaje de demanda de llamada revertida transmitido desde la red del lado del iniciador de la llamada.
Si la red de conexión de la parte llamada reconoce que el mensaje de demanda de llamada revertida transmitido desde la red del lado del iniciador de la llamada incluye un indicador o un valor de cabecera específico o reconoce que el mensaje de demanda de llamada revertida se transmite mediante una manera de contacto IP específica, la identidad del iniciador del mensaje de demanda de llamada revertida se reconoce como PSAP. De no ser así, la identidad del iniciador del mensaje de demanda de llamada revertida se reconoce como no siendo el PSAP.
En la etapa S2-2, se realiza el post-procesamiento en conformidad con el hecho de que la identidad del iniciador sea un PSAP válido o no lo sea.
Si la identidad del iniciador se identifica como PSAP, la red de conexión de la parte llamada determina si el mensaje
15
25
35
45
55
65
E11003432
11-03-2015
de demanda de llamada revertida, cuyo iniciador se reconoce como PSAP por la red de conexión de la parte llamada, es procedente, o no, de un dominio de confianza de la red o determina si el indicador o el valor de la cabecera se añade por un elemento de red de confianza con el fin de determinar la validez del mensaje de demanda de llamada revertida.
Además, si se determina la validez de la identidad de PSAP del iniciador del mensaje de demanda de llamada revertida, se confirma la identidad del iniciador de la demanda de la llamada revertida. De no ser así, si la red de conexión de la parte llamada determina que la identidad del iniciador del mensaje de demanda de llamada revertida no es un PSAP válido, el mensaje de demanda de llamada revertida se rechaza directamente o se modifica el mensaje de demanda de llamada revertida. Cuando la red de conexión de la parte llamada confirma que la identidad del iniciador del mensaje de demanda de llamada revertida no es un PSAP válido, las modificaciones del mensaje de demanda de llamada revertida incluyen una de las situaciones operativas siguientes. Si el mensaje de demanda de llamada revertida incluye el indicador o el valor de cabecera que indica que la identidad del iniciador del mensaje de demanda de llamada revertida es PSAP, se suprime el indicador o el valor de cabecera. Si el mensaje de demanda de llamada revertida incluye el indicador o valor de cabecera que indica que la identidad del mensaje de demanda de llamada revertida es PSAP, el mensaje de demanda de llamada revertida se reenvía mediante una manera de contacto de IP específica. Si el mensaje de demanda de llamada revertida se transmite mediante una manera de contacto de IP específica, la identidad del iniciador del mensaje de demanda de llamada revertida se identifica como PSAP no válido. Si el mensaje de demanda de llamada revertida se transmite mediante una manera de contacto de IP específica, el mensaje de demanda de llamada revertida se reenvía mediante una manera de contacto de IP no específica. Después de modificar el mensaje de demanda de llamada revertida, el mensaje de demanda de llamada revertida modificado necesita reconocerse de nuevo. Después de que se reconozca la identidad del iniciador del mensaje de demanda de llamada revertida modificado como PSAP, el servicio de llamada recibe instrucciones para proporcionarse de inmediato. Cuando la identidad del iniciador del mensaje de demanda de llamada revertida modificado se determina como no siendo PSAP, la demanda de llamada revertida puede rechazarse directamente o el mensaje de demanda de llamada revertida se gestiona en función del estado operativo actual del usuario después de que se adquiera el estado actual del usuario.
Si la identidad del iniciador no se identifica como PSAP y cuando la identidad del iniciador del mensaje de demanda recibido se confirma como PSAP, el servicio de llamada recibe instrucciones para proporcionarse de inmediato. Cuando se reconoce que la identidad del iniciador del mensaje de demanda de llamada revertida recibido no es PSAP, la demanda de llamada revertida puede rechazarse directamente o el mensaje de demanda se gestiona en función del estado operativo actual del usuario después de que se adquiera el estado operativo actual del usuario.
Hasta ahora, la descripción de la entidad de reconocimiento y el método para la recepción de la llamada revertida según las formas de realización de la presente invención ha sido concluida.
A continuación se detallan cuatro formas de realización haciendo referencia al método anterior y la red para transmitir y recibir la llamada revertida en el servicio de urgencia.
PRIMERA FORMA DE REALIZACIÓN – procedimiento de llamada revertida: El PSAP, situado en el dominio IP, utiliza la función S-CSCF en la zona de itinerancia como una denominada proxy o mandataria. El PSAP indica la identidad de PSAP de la parte llamante añadiendo un indicador en el mensaje SIP y realiza la verificación de la política operativa en el servidor AS. Según se ilustra en la Figura 8, la llamada revertida según está forma de realización incluye las etapas siguientes.
En la etapa 300, necesita configurarse una regla de servicio para el identificador ID del usuario de urgencia. Dicha regla debe asegurar que la verificación de la política operativa debe realizarse en servidor AS cuando el identificador ID del usuario de urgencia se convierta en la parte llamada. El servidor AS puede adquirir la información relacionada con la política operativa. A modo de ejemplo, si el usuario está situado en una zona de itinerancia no contratada o si el abonado es moroso. Estos mensajes pueden adquirirse desde el servidor HSS por intermedio de la interfaz Sh. Si la política operativa es que solamente se permita al PSAP efectuar una llamada al ID del usuario de urgencia, el servidor AS puede no necesitar adquirir la información del usuario.
En la etapa 301, el PSAP, situado en el dominio de IP, efectúa una llamada al usuario llamado. Un indicador puede añadirse en el mensaje de SIP durante la transmisión. El indicador puede indicar que se trata de una llamada revertida de PSAP válido. Más concretamente, el indicador puede ser una cabecera, a modo de ejemplo, “Categoría-Parte llamante P: PSAP”, “Prioridad: urgencia”, “P-Asserted-Identity:“PSAP” <tel:+911>”, ““P-Asserted-Identity:“: “PSAP” <urn:service:sos>”, etc. Como alternativa, el indicador puede ser también un parámetro de una cabecera, a modo de ejemplo, “INVITE:sip:hw@home1.net;fromPSAP SIP/2.0”, etc. El PSAP transmite la demanda que incluye el indicador para determinada entidad que puede efectuar la autenticación de la identidad del PSAP y que está en el dominio de confianza, directo o indirecto, de la red base del usuario llamado. La entidad aquí utilizada es una determinada función S-CSCF que está en el lugar en donde está ubicado PSAP y tiene una relación de confianza con la red base del usuario llamado.
En la etapa 302, la función S-CSCF realiza la autenticación de la identidad del PSAP. Si la identidad es confirmada
15
25
35
45
55
65
E11003432
11-03-2015
como PSAP, la demanda se reenvía a la red base del usuario llamado. Si la identidad no se confirma como PSAP, la función S-CSCF puede suprimir un indicador de falso potencial en el mensaje INVITE antes de reenviar la demanda a la red base del usuario llamado o de rechazar esta demanda de forma directa.
En la etapa 303, el punto de entrada de la red base, IBCG, recibe el mensaje INVITE. Si la demanda se encuentra que procede de un dominio no de confianza y transmite un indicador con respecto a una llamada revertida, IBCF puede suprimir el indicador en la demanda antes de entregar la demanda a la función I-CSCF. Como alternativa, IBCF puede rechazar también directamente la demanda. Si la demanda procede del dominio de confianza, la demanda puede reenviarse directamente a la función I-CSCF.
En la etapa 304, la función I-CSCF transmite un mensaje LIR al servidor HSS para adquirir la función S-CSCF en donde el usuario está actualmente ubicado.
En la etapa 305, el servidor HSS envía un mensaje LIA que transmite el nombre de la función S-CSCF.
En la etapa 306, la función S-CSCF transmite la demanda a la S-CSCF.
En la etapa 307, la S-CSCF inicia operativamente un servicio en un servidor AS correspondiente en función de la información de contrato del usuario.
En la etapa 308, el servidor AS recibe el mensaje INVITE y verifica si el mensaje incluye un indicador de que se trata de un llamada revertida válido. Si el mensaje incluye dicho indicador, el servidor AS reenvía la demanda. Si no es así, el servidor AS puede determinar si rechazar, o no, la demanda en conformidad con la política operativa (rechazar directamente o rechazar la demanda solamente cuando al usuario no le está permitido recibir servicio bajo condiciones normales).
En las etapas 309-310, la función S-CSCF transmite la demanda al equipo UE por intermedio de la función P-CSCF.
SEGUNDA FORMA DE REALIZACIÓN – procedimiento de llamada revertida: El PSAP, situado en el dominio de IP, utiliza la función MGCF de la zona de itinerancia como un usuario llamante proxy. El PSAP utiliza una manera de contacto de IP específica para indicar que se trata de una llamada revertida. La manera de contacto de IP se refiere a una dirección IP, un puerto, SP1 del protocolo de seguridad de Internet IPSEC, identificador de túnel GRE o identificador de que el protocolo de comunicación en la capa IP utiliza para reconocer la sesión o una de sus combinaciones. Una verificación de la política operativa puede realizarse en I-CSCF o en el servidor HSS. Según se ilustra en la Figura 9, el procedimiento de llamada revertida, según esta forma de realización, incluye las etapas siguientes.
En la etapa 401, el PSAP, situado en el dominio de IP, llama a la parte llamada. El PSAP transmite la demanda a una determinada entidad que puede realizar la autenticación de la identidad del PSAP y que está en el dominio de confianza, directo o indirecto, de la red base del usuario llamado. La entidad aquí utilizada es una determinada MGCF que está en el lugar en donde está ubicado PSAP y tiene una relación de confianza operativa con la red base del usuario llamado.
En la etapa 402, la MGCF realiza la autenticación de la identidad del PSAP. Si se confirma la identidad como PSAP, la demanda será reenviada utilizando una manera de contacto de IP específica a un punto de entrada de la red base de la parte llamada, a modo de ejemplo, un puerto específico. Si no puede confirmarse como PSAP, MGCF puede reenviar la demanda utilizando una manera de contacto de IP normal con respecto al punto IP de entrada de la red base de la parte llamada o puede rechazar directamente la demanda.
En la etapa 403, después de que el punto de entrada I-CSCF de la red base reciba la demanda INVITE, si se recibe el mensaje INVITE mediante la manera de contacto de IP específica del punto de entrada, la demanda puede determinarse si procede, o no, de un dominio de confianza. Si el mensaje es desde un dominio de confianza, la I-CSCF transmitirá una demanda de mensaje LIR al servidor HSS para consulta de la S-CSCF. El mensaje LIR incluye un indicador que sirve para indicar que el mensaje LIR es iniciado mediante una llamada revertida válida. De no ser así, la I-CSCF puede rechazar el mensaje INVITE o puede no proporcionar el indicador que sirve para indicar que el mensaje LIR se inicia operativamente para un llamada revertida de PSAP válido en el mensaje LIR transmitido al servidor HSS para consulta operativa.
En la etapa 404, después de recibir el mensaje LIR, el servidor HSS puede verificar si existe algún indicador que sirva para indicar que el mensaje LIR es iniciado por una llamada revertida válida. Si el mensaje LIR tiene un indicador que sirve para indicar que el mensaje LIR se inicia por un PSAP válido, el servidor HSS puede reenviar un mensaje LIA de éxito operativo a la I-CSCF. De no ser así, el servidor HSS puede responder a la I-CSCF en conformidad con una política operativa local.
Los procedimientos de las etapas 403, 404 pueden modificarse también de modo que la I-CSCF pueda indicarse también por el servidor HSS mediante LIA y la función I-CSCF se realiza para verificar si el iniciador del mensaje de
15
25
35
45
55
65
E11003432
11-03-2015
sesión es un PSAP válido o no. Si la I-CSCF puede confirmar que el iniciador es un PSAP válido, se realizará normalmente un procesamiento adicional. De no ser así, la I-CSCF rechazará la demanda.
En las etapas 405-407, la I-CSCF reenvía la demanda a la S-CSCF. La S-CSCF puede iniciar operativamente un servicio asociado en función de la configuración del usuario.
En las etapas 408-409, la S-CSCF transmite la demanda al equipo de usuario UE por intermedio de la P-CSCF.
TERCERA FORMA DE REALIZACIÓN – procedimiento de llamada revertida: El punto PSAP, ubicado en el dominio de PSTN, utiliza la función MGCF de la zona itinerante para acceder al dominio de IMS. El punto PSAP indica que se trata de una llamada revertida de PSAP válido incluyendo un indicador en el mensaje SIP. Una verificación de la política operativa se realiza en la función S-CSCF. Según se ilustra en la Figura 10, el procedimiento de llamada revertida, según esta forma de realización, incluye las etapas siguientes.
En la etapa 500 (opcional), la función S-CSCF adquiere la información del estado operativo del usuario. A modo de ejemplo, si el usuario está en el lugar itinerante no contrato o si el usuario es moroso, etc., la función S-CSCF puede conseguir la información mediante el servidor HSS durante el proceso de registro del usuario.
En la etapa 501, el punto PSAP, ubicado en PSTN, accede al IMS por intermedio de la función MGCF de la zona itinerante.
En la etapa 502, se supone que la función MGCF está situada en el dominio de confianza de la red base del usuario llamado y MGCF realiza la autenticación sobre la identidad del PSAP. Si la identidad se confirma como PSAP, se añade un indicador en el mensaje SIP para indicar que se trata de una llamada revertida del PSAP válido. Más concretamente, el indicador puede ser una cabecera, a modo de ejemplo, “Categoría-Parte llamante-P: PSAP”, “Prioridad: urgencia”, “P-Asserted-Identity: “PSAP” <tel:+911>”, “P-Asserted-Identity: “PSAP” <urn:service:sos>”, etc. Como alternativa, el indicador puede ser también un parámetro de una cabecera, a modo de ejemplo, “INVITE:sip:hw@home1.net;fromPSAP SIP/2.0”, etc. A continuación, la demanda se transmite a la red base del usuario llamado. Si la función MGCF no pertenece al dominio de confianza de la red base del usuario llamado, la MGCF puede transmitir la demanda a una determinada entidad que puede realizar la autenticación de la identidad del PSAP y que está en el dominio de confianza, directo o indirecto, de la red base del usuario llamado. La entidad puede transmitir el mensaje de demanda que incluye la indicación de una llamada revertida a la red base del usuario llamado.
En la etapa 503, después de que el punto de entrada I-CSCF de la red base reciba la demanda INVITE, el servidor HSS transmite la demanda LIR para consulta de la función S-CSCF.
En la etapa 504, el servidor HSS reenvía el nombre de S-CSCF por intermedio de LIA.
En la etapa 505, la I-CSCF reenvía la demanda a la S-CSCF. Si el mensaje INVITE es desde un dominio no de confianza, la I-CSCF puede suprimir el indicador que sirve para indicar que la demanda es un llamada revertida en el mensaje INVITE. La supresión del indicador puede realizarse también cuando la I-CSCF reciba la demanda INVITE.
En la etapa 506, después de que la función S-CSCF reciba el mensaje INVITE, y si la demanda es un llamada revertida procedente de un PSAP válido, la S-CSCF puede solicitar un servicio bajo contrato en el servidor AS en función de la configuración del usuario. Si la demanda no puede confirmarse como una llamada revertida procedente de un PSAP válido, la S-CSCF puede gestionar la demanda en conformidad con la política operativa. Si la política operativa es que solamente se permita al PSAP efectuar una llamada revertida con respecto al identificador ID de urgencia, la función S-CSCF rechazará la demanda. Si la política operativa es de modo que la demanda sea rechazada solamente cuando al usuario no le está permitido recibir servicio bajo condiciones normales, la función S-CSCF puede determinar si rechazar, o no, la demanda en función de la información del estado operativo del usuario adquirida.
En la etapa 507, el servidor AS reenvía la demanda INVITE a la función S-CSCF.
En las etapas 508-509, la S-CSCF transmite el mensaje de demanda al equipo UE por intermedio de la función P-CSCF.
CUARTA FORMA DE REALIZACIÓN – procedimiento de llamada revertida: La función P-CSCF reconoce la validez del PSAP en función del valor de la cabecera, P-Asserted-Identity en el mensaje de demanda de llamada revertida y rechaza el PSAP que no está en el dominio de confianza. Según se ilustra en la Figura 11, el procedimiento de llamada revertida, según esta forma de realización, incluye las etapas siguientes.
En la etapa 600, la función P-CSCF define algún valor de sip y/o tel particular como una identidad de usuario de PSAP válida y, al mismo tiempo, la función P-CSCF especifica que las llamadas iniciadas desde el PSAP en el dominio de PSTN pueden acceder todas ellas a la red de IMS por intermedio de la función MGCF de la zona de
15
25
35
45
55
65
E11003432
11-03-2015
visita.
En las etapas 601-602, el PSAP inicia la demanda de llamada revertida que luego se reenvía a la S-CSCF por intermedio de la I-CSCF.
En la etapa 603, la función S-CSCF reenvía la demanda a la P-CSCF. La función P-CSCF compara la identidad del usuario identificada por el parámetro “P-Asserted-Identity (p.e., + 86-755-28880119) con un valor predeterminado. Si el parámetro “P-Asserted-Identity” cae dentro del valor predeterminado, la llamada se confirma como una llamada revertida válido. De no ser así, se rechaza la demanda.
En la etapa 604, la función P-CSCF reenviará la demanda de llamada en condición confiada al equipo de usuario UE.
Para impedir que el usuario realice malintencionadamente un registro de urgencia con el identificador ID de usuario de urgencia para recibir servicios no autorizados y para añadir, además, una política operativa que sea capaz de reconocer y bloquear al usuario que inicia una demanda de llamada con el identificador ID de usuario de urgencia, un método para la conexión de llamada en el servicio de urgencia se proporciona también según las formas de realización de la presente invención. Según se ilustra en la Figura 12, el método incluye principalmente las etapas siguientes.
En la etapa S3-1, la red que gestiona la conexión de llamada para la parte llamante recibe la llamada iniciada por el usuario.
El dispositivo de red que gestiona la conexión de llamada para la parte llamante incluye P-CSCF, IBCF, I-CSCF, S-CSCF, AS y HSS.
En la etapa S3-2, si la red que gestiona la conexión de llamada para la parte llamante determina que la llamada está asociada con el registro de urgencia (la llamada asociada con el registro de urgencia puede incluir un identificador ID de usuario en el conjunto de registro implícito o puede no incluir un identificador ID de usuario en el conjunto de registro implícito), el método prosigue con la etapa S3-3.
En S3-3, la llamada se gestiona en conformidad con la política operativa lógica del servicio.
La política operativa lógica del servicio incluye uno de entre lo siguiente.
Una primera política operativa de lógica de servicio: que rechaza la llamada después de que se determine que la llamada es una llamada de no urgencia.
Un segundo servicio lógico: La llamada se transmite a una entidad post-procesamiento. La llamada puede rechazarse después de que la entidad de post-procesamiento determine que la llamada es una llamada de no urgencia.
Una tercera política lógica de servicio: Rechazar directamente la llamada.
Una cuarta política lógica de servicio: Consiste en rechazar, o no, la llamada en función de lo que se determine en conformidad con el estado operativo actual del usuario. La llamada se rechaza solamente cuando el usuario está en la zona itinerante no contratada y es moroso.
El dispositivo que corresponde al proceso detallado de la conexión de llamada en la etapa S3-1 se describe a continuación.
El dispositivo que gestiona la conexión de llamada puede ser una función P-CSCF. Cuando la P-CSCF recibe el registro de urgencia relacionado con la llamada iniciada por el usuario (la llamada puede incluir el identificador ID del usuario en el conjunto de registro implícito, pero puede también no incluir el identificador ID de usuario en el conjunto de registro implícito), se adopta la política operativa lógica de servicio (la primera política lógica de servicio). Si se determina que la llamada no es una demanda de llamada de urgencia, se rechaza la demanda.
Como alternativa, si la llamada, iniciada por el usuario y recibida por la función P-CSCF, es una demanda asociada con el registro de urgencia (la llamada puede incluir el identificador ID del usuario en el conjunto de registro implícito, pero puede también no incluir el ID del usuario en el conjunto de registro implícito), la demanda será transmitida a E-CSCF. La función P-CSCF que gestiona la conexión de llamada para la parte llamante puede incorporar solamente información relacionada con E-CSCF en la cabecera de ruta en el mensaje de demanda a transmitirse a la función E-CSCF. Como alternativa, después de que la función E-CSCF reciba el mensaje de demanda, se elimina la cabecera de ruta en el mensaje de demanda. Como alternativa, cuando la función E-CSCF reenvía el mensaje de demanda, solamente la información relacionada con el salto operativo siguiente está incluida en la cabecera de ruta en el mensaje de demanda. En la fase de post-procesamiento, la entidad de procesamiento (la entidad puede ser
15
25
35
45
55
65
E11003432
11-03-2015
una E-CSCF, Función de Recuperación de Localización, LRF o PSAP) sigue la política de lógica de servicio (la segunda política lógica de servicio), es decir, cuando la entidad de procesamiento es informada de que la demanda de llamada de urgencia no es una demanda de urgencia, se rechaza la demanda.
Para las dos situaciones operativas anteriores en donde la P-CSCF sirve como un dispositivo para gestionar la conexión de llamada, el método para el reconocimiento por la función P-CSCF de si la demanda de llamada está asociada con el registro de urgencia (la llamada puede incluir el identificador ID de usuario en el conjunto de registro implícito, pero puede también no incluir el ID del usuario en el conjunto de registro implícito) incluye la determinación de que la demanda de llamada está asociada con el registro de urgencia (la llamada puede incluir el identificador ID de usuario en el conjunto de registro implícito, pero puede también no incluir el ID del usuario en el conjunto de registro implícito) en conformidad con las características de los caracteres del identificador ID de identidad del usuario utilizado en la demanda de llamada o en el conjunto de registro implícito con respecto a la identidad del usuario. A modo de ejemplo, si la identidad del usuario incluye un campo "SOS" especial, la llamada se considera como asociada con el registro de urgencia (la llamada puede incluir el identificador ID de usuario en el conjunto de registro implícito, pero puede también no incluir el ID del usuario en el conjunto de registro implícito). Como alternativa, durante el registro, la función P-CSCF considera que todas las demandas de llamadas relacionadas con el registro están asociadas con el registro de urgencia en conformidad con la característica de caracteres de la identidad del usuario que se registra satisfactoriamente (la llamada puede incluir el identificador ID de usuario en el conjunto de registro implícito, pero puede también no incluir el ID del usuario en el conjunto de registro implícito). A modo de ejemplo, la identidad del usuario utilizada durante el registro del mensaje de demanda incluye un campo "SOS" especial. Como alternativa, durante el registro, la P-CSCF considera que todas las demandas de llamadas relacionadas con el registro están asociadas con el registro de urgencia en conformidad con algún indicador característico en el mensaje de respuesta del registro (la llamada puede incluir el identificador ID de usuario en el conjunto de registro implícito, pero puede también no incluir el ID del usuario en el conjunto de registro implícito). A modo de ejemplo, el mensaje de respuesta no incluye la cabecera de ruta de servicio o el conjunto implícito que incluye la indicación del éxito operativo del registro en el mensaje de respuesta puede incluir el ID de identidad del usuario incluyendo caracteres con una configuración particular. Como alternativa, la P-CSCF reconoce el registro como un registro de urgencia directamente en función de un indicador en la demanda de registro. La función P-CSCF considera que todas las demandas de llamadas relacionadas con el registro están asociadas con el registro de urgencia. (La llamada puede incluir el identificador ID de usuario en el conjunto de registro implícito, pero puede también no incluir el ID del usuario en el conjunto de registro implícito).
El dispositivo para gestionar la conexión de llamada puede ser un servidor HSS, IBCF o I-CSCF. Cuando la llamada recibida por el servidor HSS, IBCF o I-CSCF está asociada con el registro de urgencia, el servidor HSS, IBCF o I-CSCF puede rechazar directamente la demanda en conformidad con la política de lógica de servicio (la tercera política de lógica de servicio). El método para la función S-CSCF para reconocer si la demanda de llamada está, o no, asociada con el registro de urgencia (la llamada puede incluir el identificador ID de usuario en el conjunto de registro implícito, pero puede también no incluir el ID del usuario en el conjunto de registro implícito) incluye la determinación de que la demanda de llamada está asociada con el registro de urgencia (la llamada puede incluir el identificador ID de usuario en el conjunto de registro implícito, pero puede también no incluir el ID del usuario en el conjunto de registro implícito) en conformidad con la característica operativa de los caracteres del identificador ID de la identidad del usuario en el conjunto de registro implícito con respecto a la identidad del usuario. A modo de ejemplo, la identidad del usuario incluye un campo "SOS" especial. Como alternativa, durante el registro, la función S-CSCF considera todas las demandas de llamadas relacionadas con el registro como que están asociadas con el registro de urgencia en conformidad con la característica operativa de caracteres, cabecera o parámetros, etc., en relación con la identidad del usuario utilizada durante el registro (la llamada puede incluir el identificador ID de usuario en el conjunto de registro implícito, pero puede también no incluir el ID del usuario en el conjunto de registro implícito). A modo de ejemplo, la identidad del usuario utilizada incluye un campo "SOS" especial. Como alternativa, durante el registro, la función S-CSCF es informada de que la totalidad de las demandas de llamadas relacionadas con el registro están asociadas con el registro de urgencia mediante la instrucción entregada por el servidor HSS (la llamada puede incluir el identificador ID de usuario en el conjunto de registro implícito, pero puede también no incluir el ID del usuario en el conjunto de registro implícito).
Cuando el dispositivo para la gestión de la conexión de llamada es S-CSCF, la S-CSCF rechaza la llamada en función del identificador ID del usuario de urgencia utilizado por el usuario en el cumplimiento de la política operativa de lógica de servicio (la tercera política de lógica de servicio). Como alternativa, la función S-CSCF rechaza la llamada en conformidad con la instrucción recibida. La forma de adquirir la instrucción por la S-CSCF se describe a continuación. Si el usuario utiliza el registro de urgencia, el servidor HSS entrega, a su debido tiempo, la instrucción a la S-CSCF en conformidad con la política operativa de lógica de servicio (la cuarta política de lógica de servicio). Según dicha instrucción, la S-CSCF puede rechazar la llamada iniciada por el usuario. La política operativa de entrega de la instrucción incluye la instrucción de entrega en cualquier momento o la instrucción de entrega solamente cuando el usuario exceda su autoridad (el usuario está en la zona itinerante no contratada o el abonado es moroso).
Cuando el dispositivo para gestionar la conexión de llamada es un servidor AS, el servidor AS rechaza la llamada en conformidad con la política de lógica de servicio (la tercera política de lógica de servicio). Como alternativa, la red de
15
25
35
45
55
65
E11003432
11-03-2015
conexión de la parte llamante creación de soporte por defecto un Criterio de Filtro Inicial (iFC) para la llamada asociada con el registro de urgencia. El servidor HSS proporciona el criterio iFC a la función S-CSCF en conformidad con una política de lógica de servicio (la cuarta política de lógica de servicio). La política puede entregarse en cualquier momento o solamente cuando el usuario exceda su autoridad. En conformidad con el criterio iFC, la entidad S-CSCF puede reenviar la demanda de llamada utilizando el identificador ID del usuario de urgencia al servidor AS especificado. El servidor AS rechaza directamente la demanda.
Como alternativa, cuando el dispositivo para gestionar la conexión de llamada es el servidor AS y si el usuario utiliza el registro de urgencia, el servidor HSS puede entregar instrucciones al servidor AS en conformidad con política de lógica de servicio (la cuarta política de lógica de servicio). En conformidad con la instrucción recibida, el servidor AS puede rechazar la llamada iniciada por el usuario. La política operativa de entrega de instrucciones incluye la entrega de la instrucción en cualquier momento o la entrega de la instrucción solamente cuando el usuario exceda su autoridad.
El método anterior para la conexión de llamada en el servicio de urgencia se describe a continuación en relación con seis formas de realización.
PRIMERA FORMA DE REALIZACIÓN – procedimiento de efectuar una llamada: el usuario inicia un procedimiento de llamada utilizando un identificador ID de usuario de urgencia. Según se ilustra en la Figura 13, el procedimiento de realización de la llamada, según esta forma de realización, incluye las etapas siguientes.
En la etapa 600 (opcional), el usuario utiliza un identificador de usuario de urgencia “user@sos.company.com” para transmitir una demanda de registro. La función S-CSCF adquiere una instrucción para rechazar la parte llamante con respecto al identificador ID del usuario de urgencia. La instrucción puede informarse a la función S-CSCF por intermedio del servidor HSS durante el registro del usuario o puede adquirirse en conformidad con las características de ID del usuario que se utiliza durante el registro. Como alternativa, el servidor AS puede adquirir la instrucción de rechazar a la parte llamante con respecto al identificador ID de usuario de urgencia. La instrucción puede adquirirse desde el servidor HSS por intermedio de la interfaz Sh.
En las etapas 601-602, la función P-CSCF transmite la totalidad de los mensajes INVITE no emergentes iniciados por el usuario para la función S-CSCF. La función S-CSCF puede rechazar la demanda en conformidad con la instrucción o el contenido del campo "SOS" en el identificador ID del usuario de urgencia o puede reenviar la demanda al servidor AS especificado en conformidad con el criterio iFC.
En la etapa 603, después de que el servidor AS reciba la demanda de la parte llamante, el servidor AS puede rechazar la demanda inmediatamente o en conformidad con la instrucción recibida.
SEGUNDA FORMA DE REALIZACIÓN – procedimiento para efectuar una llamada: El usuario inicia un procedimiento para realizar una llamada con el identificador ID del usuario de urgencia. La función P-CSCF rechaza la llamada. Según se ilustra en la Figura 14, el procedimiento de la parte llamante, según esta forma de realización, incluye las etapas siguientes.
En las etapas 701-702, el equipo UE transmite la demanda de registro con el identificador ID de usuario de urgencia “user@sos.company.com”. La función P-CSCF reconoce que se trata de un registro de urgencia con un identificador ID de usuario de urgencia en función de los campos "SOS" en el identificador ID de usuario.
En las etapas 703-704, la función S-CSCF reenvía un mensaje de respuesta de un registro satisfactorio. El mensaje de respuesta incluye un conjunto de registro implícito en donde se sitúa “user@sos.company.com”. La función P-CSCF puede reenviar el mensaje de respuesta al equipo de usuario UE.
En la etapa 705, el equipo UE inicia una llamada no de urgencia.
En la etapa 706, si la función P-CSCF determina que la llamada iniciada por el equipo UE es una llamada de no urgencia y la llamada está asociada con el registro de urgencia, se rechaza la demanda.
TERCERA FORMA DE REALIZACIÓN – procedimiento para efectuar una llamada: El usuario inicia un procedimiento de llamada con el identificador ID de usuario de urgencia. La función E-CSCF rechaza la llamada. Según se ilustra en la Figura 15, el procedimiento de la parte llamante, en conformidad con esta forma de realización, incluye las etapas siguientes.
En las etapas 801-802, el equipo UE inicia una demanda de registro con un identificador ID de usuario de urgencia “user@sos.company.com”. La función P-CSCF reenvía el mensaje de demanda a la función S-CSCF.
En las etapas 803-804, la función S-CSCF reenvía un mensaje de respuesta representativo de un registro operativamente satisfactorio. El mensaje de respuesta no incluye una cabecera de ruta de servicio. Si la función P-CSCF verifica que el mensaje de respuesta no incluye la cabecera de ruta de servicio, la función P-CSCF es
15
25
35
45
55
65
E11003432
11-03-2015
informada de que el registro puede iniciar la llamada de urgencia solamente. La función P-CSCF reenvía el mensaje de respuesta al equipo UE.
En la etapa 805, el equipo UE inicia una llamada de no urgencia.
En la etapa 806, puesto que la llamada está asociada con el registro anterior, la función P-CSCF puede reenviar la totalidad de las demandas de llamadas iniciadas por el equipo UE a la función E-CSCF. Antes de reenviar el mensaje, la función P-CSCF especifica la cabecera de ruta como incluyendo la información de E-CSCF solamente.
En la etapa 807, cuando la función E-CSCF reconoce que la llamada no es una llamada de urgencia, en función de los campos con respecto a la parte llamada, se rechaza la demanda.
CUARTA FORMA DE REALIZACIÓN – procedimiento para efectuar una llamada: El usuario inicia un procedimiento de llamada con el identificador ID de usuario de urgencia. La función E-CSCF rechaza la llamada en función de una respuesta procedente de LRF. Según se ilustra en la Figura 16, el procedimiento de llamada, según esta forma de realización, incluye las etapas siguientes.
En las etapas 801-802, el equipo UE transmite una demanda que incluye una cabecera tal como “prioridad: urgencia” para realizar el registro, la función P-CSCF reenvía el mensaje de demanda a la S-CSCF.
En las etapas 803-804, la función S-CSCF reenvía un mensaje de respuesta representativo de un registro operativamente satisfactorio. La función P-CSCF reconoce que se registro es un registro de urgencia en función del indicador característico “prioridad: urgencia”. La función P-CSCF reenvía el mensaje de respuesta al equipo UE.
En la etapa 805, el equipo UE inicia una llamada de no urgencia.
En la etapa 806, puesto que la llamada está asociada con el registro anterior, la función P-CSCF puede reenviar la totalidad de las demandas de llamadas iniciadas por el equipo UE a la función E-CSCF.
En las etapas 807-808, la función E-CSCF transmite el campo y la información de localización de la parte llamada a la LRF por intermedio del protocolo Lost. LRF reconoció que la parte llamada de la llamada no es un servicio de urgencia y reenvía una respuesta de fallo operativo.
En la etapa 809, la función D-CSCF rechaza la demanda de llamada en función de la respuesta de LRF.
QUINTA FORMA DE REALIZACIÓN –procedimiento para efectuar una llamada: El usuario inicia un procedimiento de llamada con el identificador ID de usuario de urgencia. El PSAP rechaza la llamada. Según se indica en la Figura 17, el procedimiento de llamada, según esta forma de realización, incluye las etapas siguientes.
En las etapas 801-802, el equipo UE inicia una demanda de registro con un identificador ID de usuario de urgencia “user@sos.company.com”. La función P-CSCF reenvía el mensaje de demanda a la función S-CSCF.
En las etapas 803-804, la función S-CSCF reenvía un mensaje de respuesta de un registro operativamente satisfactorio. El conjunto de registro implícito reenviado por el mensaje de respuesta incluye un “user@sos.company.com”. Si la P-CSCF detecta el campo "SOS" en la identidad del usuario, la P-CSCF es informada de que el registro solamente puede iniciar la llamada de urgencia. La función P-CSCF reenvía el mensaje de respuesta al equipo UE.
En la etapa 805, el equipo UE inicia una llamada de no urgencia.
En la etapa 806, puesto que la llamada está asociada con el registro anterior, la función P-CSCF puede reenviar la totalidad de las demandas de llamadas iniciadas por el equipo UE a la función E-CSCF.
En 807, después de que la E-CSCF reciba la demanda, se suprime el valor en la cabecera de ruta y se añade la información de un salto operativo siguiente antes del reenvío de la demanda. La función E-CSCF puede reenviar la llamada al PSAP en función de la configuración local.
En la etapa 808, el PSAP determina que la demanda no es una demanda de servicio de urgencia en función de los campos de la parte llamada y entonces, rechaza la demanda.
SEXTA FORMA DE REALIZACIÓN – procedimiento de efectuar una llamada: El usuario inicia un procedimiento de llamada con el identificador ID de usuario de urgencia. La función S-CSCF rechaza la llamada. Según se ilustra en la Figura 18, el procedimiento de llamada, en conformidad con esta forma de realización, incluye las etapas siguientes.
En las etapas 901-902, el equipo UE inicia una demanda de registro con un identificador ID de usuario de urgencia “user@sos.company.com”. La P-CSCF reenvía el mensaje de demanda a la función S-CSCF.
E11003432
11-03-2015
En las etapas 903-904, cuando la función S-CSCF detecta un campo "SOS" en el identificador ID de usuario registrado, este registro se considera como un registro de urgencia. La función S-CSCF reenvía un mensaje de respuesta representativo de un registro operativamente satisfactorio. La función P-CSCF reenvía el mensaje de respuesta al equipo UE.
5 En las etapas 905-906, el equipo UE inicia una llamada.
En la etapa 906, si la función P-CSCF reconoce que la llamada no es una llamada de urgencia, la función P-CSCF puede gestionar la llamada en función de un procedimiento de llamada normal y reenviar el mensaje de demanda a
10 la función S-CSCF.
En las etapas 906a-907a, la función P-CSCF reconoce que la llamada es una llamada de urgencia, la cabecera de ruta en el mensaje de demanda se configura como incluyendo la dirección de E-CSCF solamente y el mensaje se reenvía a la función E-CSCF. Como alternativa, después de que la P-CSCF reconozca que se trata de una llamada
15 de urgencia, la demanda puede reenviarse directamente a la función E-CSCF. Después de que la función E-CSCF reciba la demanda, la cabecera de ruta en el mensaje de demanda se suprime antes de cualquier postprocesamiento.
En la etapa 907, la función S-CSCF determina que esta demanda está asociado con el registro de urgencia, es 20 decir, el usuario inicia la llamada con el identificador ID de usuario de urgencia y se rechaza la demanda.
En conclusión, los métodos y aparatos para transmitir y recibir un servicio de urgencia en conformidad con las formas de realización de la presente invención impiden que el usuario reciba servicios no autorizados reconociendo la identidad del iniciador de la llamada asociado con el servicio de urgencia.
25 Además, una entidad de autenticación en la red del lado del iniciador de la llamada revertida, en el servicio de urgencia, se da a conocer según las formas de realización de la presente invención. En lugar de reenviar inmediatamente el mensaje de demanda en conformidad con la práctica de la técnica anterior, la entidad de autenticación realiza la autenticación de la identidad del iniciador del mensaje de demanda recibido en primer lugar,
30 y luego, reenvía el mensaje de respuesta a la red de conexión de la parte llamada e informa a la red de conexión de la parte llamada sobre la identidad del iniciador del mensaje de demanda. La entidad de autenticación puede estar situada en el dominio de confianza de la red de conexión de la parte llamada con el fin de permitir a la red de conexión de la parte llamada confiar la autenticación realizada por la red sobre la identidad del iniciador.
35 Además, una entidad de reconocimiento en la red de conexión de la parte llamada de llamada revertida en el servicio de urgencia, se da a conocer según la presente invención. La entidad de reconocimiento está configurada para reconocer la identidad del iniciador del mensaje de demanda de llamada revertida transmitido desde la red del lado del iniciador de llamada y está configurada para realizar un post-procesamiento en función de que la identidad del iniciador sea un PSAP válido y de este modo, impide efectivamente que el usuario reciba servicios no
40 autorizados.
En aplicación de la entidad anterior, se da a conocer, además, un método correspondiente para iniciar y recibir un llamada revertida en el servicio de urgencia.
45 Un método para la conexión de llamada en el servicio de urgencia se da a conocer, además, en conformidad con una forma de realización de la presente invención. El dispositivo que gestiona la conexión de llamada no gestiona directamente la demanda de llamada recibida como lo hacía en la técnica anterior y, en cambio, determina primero si la llamada está asociada con el registro de urgencia. Cuando la red que gestiona la continuación de la llamada determina que la llamada está asociada con el registro de urgencia, la llamada se gestiona en conformidad con la
50 política operativa de lógica de servicio. De este modo, el método puede impedir efectivamente que el usuario reciba servicios no autorizados.
55

Claims (4)

  1. REIVINDICACIONES
    1. Un método para conexión de una llamada en un servicio de urgencia, caracterizado por cuanto que comprende:
    5 la recepción (701-702), por una entidad de Función de Control de Sesión de Llamada Proxy, P-CSCF, en una conexión de llamada de gestión de red destinada a una parte llamante, una demanda de registro enviada por un usuario y el reconocimiento de que el registro es un registro de urgencia;
    la recepción (705), por la entidad P-CSCF, de una llamada iniciada por el usuario;
    10 la determinación (706), por la entidad P-CSCF, de que la llamada está asociada con el registro de urgencia; y
    el rechazo (706), por la entidad P-CSCF, de la llamada después de que se haya determinado por la entidad P-CSCF que la llamada es una llamada no urgente y que la llamada está asociada al registro de urgencia.
    15
  2. 2. El método según la reivindicación 1, caracterizado por cuanto que la entidad P-CSCF determina la llamada como asociada con el registro de urgencia en conformidad con las reglas siguientes:
    determinar que la llamada está asociada con el registro de urgencia en conformidad con una característica operativa
    20 de caracteres de un identificador ID de usuario que se utiliza en la llamada o verificando una característica operativa de caracteres de un identificador ID de usuario utilizado en un conjunto de registro implícito con respecto al identificador ID de usuario.
  3. 3. El método según la reivindicación 2, caracterizado por cuanto que el identificador ID de usuario es un
    25 identificador ID de usuario de urgencia por sí mismo o el conjunto de registro implícito comprende el identificador ID de usuario de urgencia.
  4. 4. Una entidad de Función de Control de Sesión de Llamada Proxy, P-CSCF, caracterizada por cuanto que la entidad de P-CSCF está configurada para:
    30 recibir una demanda de registro enviada por un usuario y reconocer que el registro es un registro de urgencia;
    recibir una llamada iniciada por el usuario;
    35 determinar que la llamada está asociada con el registro de urgencia; y
    rechazar la llamada después de que se determine que la llamada es una llamada no de urgencia y la llamada está asociada con el registro de urgencia.
    40 5. La entidad P-CSCF según la reivindicación 4, en donde la entidad P-CSCF está configurada, además, para:
    determinar la llamada como asociada con el registro de urgencia en conformidad con cualesquiera de las reglas siguientes:
    45 determinar que la llamada está asociada con el registro de urgencia en función de una característica operativa de caracteres de un identificador ID de usuario utilizado en la llamada o verificando una característica operativa de caracteres de un identificador ID de usuario utilizado en un conjunto de registro implícito con respecto al identificador ID de usuario.
    17
ES11003432.9T 2006-08-16 2007-08-15 Método y aparato para la transmisión/recepción en servicios de urgencia Active ES2532664T3 (es)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
CN200610109839 2006-08-16
CN200610109839 2006-08-16
CN200610140897 2006-10-13
CN200610140897 2006-10-13
CNB2006101673714A CN100542328C (zh) 2006-08-16 2006-12-31 紧急业务的收发方法及装置
CN200610167371 2006-12-31

Publications (1)

Publication Number Publication Date
ES2532664T3 true ES2532664T3 (es) 2015-03-30

Family

ID=39106471

Family Applications (1)

Application Number Title Priority Date Filing Date
ES11003432.9T Active ES2532664T3 (es) 2006-08-16 2007-08-15 Método y aparato para la transmisión/recepción en servicios de urgencia

Country Status (4)

Country Link
US (1) US20090147929A1 (es)
EP (2) EP2375629B1 (es)
ES (1) ES2532664T3 (es)
WO (1) WO2008022554A1 (es)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8775643B2 (en) * 2007-01-05 2014-07-08 Zte Corporation Realizing method of emergency call registration
US9185216B2 (en) * 2007-06-15 2015-11-10 Blackberry Limited System and method for indicating emergency call back to user equipment
GB0716246D0 (en) * 2007-08-20 2007-09-26 Nec Corp IP Based emergency services solution in WiMax
US8478226B2 (en) 2008-06-02 2013-07-02 Research In Motion Limited Updating a request related to an IMS emergency session
US9602552B2 (en) * 2008-06-02 2017-03-21 Blackberry Limited Coding and behavior when receiving an IMS emergency session indicator from authorized source
US20090296689A1 (en) 2008-06-02 2009-12-03 Research In Motion Limited Privacy-Related Requests for an IMS Emergency Session
ES2440344T3 (es) 2008-06-02 2014-01-28 Blackberry Limited Sistema y método para gestionar llamadas de emergencia
US9432409B2 (en) * 2009-03-12 2016-08-30 At&T Intellectual Property I, L.P. Apparatus and method for managing emergency calls
CN101576932B (zh) 2009-06-16 2012-07-04 阿里巴巴集团控股有限公司 近重复图片的计算机查找方法和装置
CN102143460B (zh) * 2010-02-02 2017-07-14 中兴通讯股份有限公司 基于身份识别的遇忙回叫业务接入方法及系统
JP2012114625A (ja) * 2010-11-24 2012-06-14 Nec Corp 緊急無線接続システム及び緊急無線接続方法
US8867411B2 (en) * 2011-02-03 2014-10-21 T-Mobile Usa, Inc. Emergency call mode preference in wireless communication networks
US9819703B2 (en) * 2015-09-23 2017-11-14 T-Mobile Usa, Inc. SIP server with multiple identifiers

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5329578A (en) * 1992-05-26 1994-07-12 Northern Telecom Limited Personal communication service with mobility manager
US6038437A (en) * 1997-02-13 2000-03-14 Gte Mobilnet Service Corp. Call-back method in response to emergency call originating from cellular radiotelephone
US6744856B2 (en) * 2001-01-31 2004-06-01 Lucent Technologies Inc. Method and apparatus for servicing emergency calls from a data network
EP1229686A1 (de) * 2001-02-02 2002-08-07 Siemens Aktiengesellschaft Verfahren zur Verifizierung von Fernsprechrückrufinformation für über das Internet eingeleitete Rückrufe
US6744857B2 (en) * 2001-03-23 2004-06-01 Siemens Information And Communication Networks, Inc. Methods and apparatus for transmitting over a private network accurate emergency location identification numbers (elins) from behind a multi-line telephone system (mlts) utilizing port equipment numbers
JP2003087436A (ja) * 2001-09-12 2003-03-20 Nec Corp 緊急通報システム及び緊急通報装置
US6792271B1 (en) * 2001-11-06 2004-09-14 Bellsouth Intellectual Property, Inc. Alternative wireless telephone roaming using prepaid services
US7676215B2 (en) * 2002-10-16 2010-03-09 Alcatel Lucent Usa Inc. Emergency call back method
US20040203572A1 (en) * 2002-12-31 2004-10-14 Naveen Aerrabotu Emergency call-back for mobile terminals in a limited service mode
US20040203574A1 (en) * 2003-01-13 2004-10-14 Chin Mary W. Emergency call back method applicable to non-coded mobile stations
US7480374B2 (en) * 2003-01-16 2009-01-20 Alcatel-Lucent Usa Inc. Emergency service call back to a ported number
US20070293216A1 (en) * 2003-02-14 2007-12-20 Roamware Inc. Method and system for providing PLN service to inbound roamers in a VPMN using a standalone approach when no roaming relationship exists between HPMN and VPMN
US7174149B2 (en) * 2003-07-14 2007-02-06 Lucent Technologies Inc. Method and system for indirectly establishing a call
US7251312B2 (en) * 2003-09-06 2007-07-31 Intrado Inc. Method and system for availing participants in a special number call event and others of information contained in a plurality of data stores
US7440442B2 (en) * 2003-10-21 2008-10-21 3Com Corporation IP-based enhanced emergency services using intelligent client devices
KR100584388B1 (ko) * 2003-10-30 2006-05-26 삼성전자주식회사 이동 단말기의 호 연결 방법
CA2487656C (en) * 2004-10-13 2010-07-13 Bce, Inc. Emergency call handling in a voice-over-packet environment
CN101103609B (zh) * 2005-01-19 2012-01-18 艾利森电话股份有限公司 用于处理紧急呼叫的方法及装置
US7715821B2 (en) * 2005-02-18 2010-05-11 Alcatel-Lucent Usa Inc. Method of updating a unique call back number for a wireless emergency call
US8050395B2 (en) * 2006-06-12 2011-11-01 At&T Intellectual Property I, L.P. Analog telephone adapter and emergency proxy
WO2008033305A2 (en) * 2006-09-11 2008-03-20 Telecommunication Systems, Inc. Automatic emergency call notification to pre-designated personal emergency contacts
US9185216B2 (en) * 2007-06-15 2015-11-10 Blackberry Limited System and method for indicating emergency call back to user equipment

Also Published As

Publication number Publication date
EP2053873A1 (en) 2009-04-29
US20090147929A1 (en) 2009-06-11
EP2375629A1 (en) 2011-10-12
WO2008022554A1 (fr) 2008-02-28
EP2053873A4 (en) 2010-11-17
EP2375629B1 (en) 2014-12-24

Similar Documents

Publication Publication Date Title
ES2532664T3 (es) Método y aparato para la transmisión/recepción en servicios de urgencia
US11146939B2 (en) IMS emergency calls for roaming UEs
CA2721932C (en) System, apparatus and method to enable mobile stations to identify calls based on predetermined values set in a call header
US8787867B2 (en) Emergency call handling
ES2393301T3 (es) Sistema y método para gestionar solicitudes de emergencia
US20080008157A1 (en) Method And Apparatus For Parallel Registration And Call Establishment
EP2518975A1 (en) Coding and behavior when receiving an IMS emergency session indicator from authorized source
EP1911257A2 (en) Voip emergency call support
US9351140B2 (en) Special handling of certain types of communications
US9277382B2 (en) Emergency service in communication system
US10244112B2 (en) Prioritising calls
McGee et al. Public safety network security considerations
WO2018034605A1 (en) Method and device for enhancing voip security by selectively scrutinizing caller&#39;s geographical location
JP5381087B2 (ja) 通信システム及び通信制御方法
US20230156122A1 (en) Emergency call handling in a telecommunications network
RU2490813C2 (ru) Способ, устройство, система и компьютерный программный продукт для поддержки указания на пропуск аутентификации, передаваемого из p-cscf (прокси-функция управления сеансами вызовов) в s-cscf (обслуживающая функция управления сеансами вызовов)
CN100542328C (zh) 紧急业务的收发方法及装置