ES2776223T3 - Llamadas de emergencia IMS para UEs itinerantes - Google Patents

Llamadas de emergencia IMS para UEs itinerantes Download PDF

Info

Publication number
ES2776223T3
ES2776223T3 ES15714213T ES15714213T ES2776223T3 ES 2776223 T3 ES2776223 T3 ES 2776223T3 ES 15714213 T ES15714213 T ES 15714213T ES 15714213 T ES15714213 T ES 15714213T ES 2776223 T3 ES2776223 T3 ES 2776223T3
Authority
ES
Spain
Prior art keywords
sip
uri
cscf
identifiers
transceiver
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
ES15714213T
Other languages
English (en)
Inventor
Fredrik Lindholm
Ralf Keller
Alonso Susana Fernandez
Ivo Sedlacek
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2776223T3 publication Critical patent/ES2776223T3/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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4557—Directories for hybrid networks, e.g. including telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/33—Types of network names containing protocol addresses or telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/385—Uniform resource identifier for session initiation protocol [SIP URI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/65—Telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/654—International mobile subscriber identity [IMSI] numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5116—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing for emergency applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H04W12/72—Subscriber identity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements

Landscapes

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

Abstract

Método en una función de control de sesiones de llamada proxy, P-CSCF, de una PLMN visitada, que no dispone de interconexión SIP con una red doméstica de un equipo de usuario, para el tratamiento de una llamada de emergencia no autenticada que se origina en el equipo de usuario, UE, itinerante que no está incorporado a la PCSCF, comprendiendo el método: recibir una solicitud SIP INVITE del UE, refiriéndose la solicitud INVITE a la llamada de emergencia no autenticada; determinar una dirección IP del UE; enviar una consulta de identidad a una función de reglas de política y tarificación, PCRF, de la PLMN visitada indicando la dirección IP del UE y solicitando otros identificadores del UE; recibir otro u otros identificadores del UE desde la PCRF; construir un identificador uniforme de recursos, URI, TEL y/ó SIP para el UE sobre la base de por lo menos uno de dichos otros identificadores; insertar el URI TEL y/o SIP en la solicitud SIP INVITE; enviar la solicitud SIP INVITE hacia un punto de respuesta de seguridad pública, PSAP.

Description

DESCRIPCIÓN
Llamadas de emergencia IMS para UEs itinerantes
Campo técnico
La presente invención se refiere a llamadas de emergencia en una red habilitada para el subsistema multimedia IP, IMS. En particular, la invención se refiere a métodos y aparatos para permitir llamadas de emergencia para UEs itinerantes en la red.
Antecedentes
En el contexto de una red telefónica celular, una llamada de emergencia móvil no autenticada es una llamada de emergencia en la que la identidad del abonado no ha sido aseverada por la red. Una llamada a un Punto de Respuesta de Seguridad Pública (PSAP), es decir, un centro de emergencias, donde el número del abonado no es visible, también puede considerarse una llamada de emergencia móvil no autenticada. Dichas llamadas no autenticadas se han autorizado con el fin de permitir la realización de una llamada de emergencia a pesar de que no haya disponibles servicios telefónicos normales para un terminal de usuario particular. Las llamadas no autenticadas pueden producirse, por ejemplo, cuando un usuario dispone de una suscripción válida pero su operador no tiene un acuerdo de desplazamiento itinerante con el operador en el que está acampado el usuario. Un ejemplo puede ser cuando el usuario se encuentra en un área en la que solamente tiene cobertura un competidor de su operador, o cuando un usuario está viajando al extranjero.
Por contraposición, una llamada de emergencia autenticada es aquella en la que la red verifica la identidad (o identidades) del abonado asociado al UE e indica la identidad aseverada al PSAP. Son preferibles las llamadas autenticadas en la medida en la que permiten que los operadores de PSAP llamen al usuario en caso de desconexión, y que identifiquen a una persona que haya realizado una llamada engañosa.
Tomando Suecia como ejemplo, el número de llamadas de emergencia no autenticadas en el año 2000 fue del orden de 700.000, aportando aproximadamente un 18% de todas las llamadas de emergencia de las redes móviles. Entre estas 700.000 llamadas no autenticadas, solamente el 1,5% se realizó en relación con emergencias reales. La posibilidad de realizar llamadas no autenticadas fomenta las llamadas engañosas, ya que los comunicantes pueden permanecer efectivamente en el anonimato. En algunos países, incluyendo el Reino Unido, los operadores de las redes han inhibido las llamadas no autenticadas en redes móviles en un intento de reducir el número de llamadas engañosas. Evidentemente, esto, a su vez, evita que los usuarios realicen llamadas de emergencia válidas, en esas raras ocasiones en las que solamente hay disponible un terminal no autenticado.
Las normas actuales de itinerancia en IMS permiten que un usuario, por ejemplo, en un país extranjero, se conecte al IMS de su red doméstica sin necesidad de una interconexión SIP entre la PLMN doméstica (HPLMN) y la PLMN visitada (VPLMN). Cuando se aplica una itinerancia IMS sin una interconexión SIP, el UE se incorpora a una red de radiocomunicaciones (por ejemplo, E-UTRAN) y a una red central por paquetes (por ejemplo, EPC), y realiza llamadas de voz IMS usando una conexión PDN IMS con la P-GW de la HPLMn , sin que se vea implicada ninguna entidad IMS de la VPLMN. No obstante, si el UE itinerante desea realizar una llamada de emergencia IMS, esta se debe encaminar por medio de la VPLMN. Llegado este momento, se produce un problema. La llamada de emergencia IMS autenticada debe venir precedida por un registro de emergencia IMS satisfactorio con la VPLMN. No obstante, la P-CSCF de la VPLMN no puede encaminar el registro de emergencia IMS a la red central IMS de la HPLMN debido a la falta de una interconexión SIP entre la HPLMN y la VPLMN, y no tiene acceso a los datos requeridos para registrar el UE en la propia VPLMN.
Por lo tanto, un UE itinerante en una red que no tiene interconexión SIP con la red doméstica del UE no puede realizar llamadas de emergencia autenticadas. Tal como se ha explicado anteriormente, las llamadas de emergencia autenticadas son preferibles a las llamadas de emergencia no autenticadas, y algunos PSAPs rechazan aceptar las llamadas de emergencia no autenticadas. Por lo tanto, esto constituye un problema potencialmente grave.
La TS 23.167 del 3GPP describe la obtención de un número de retrollamada (callback) que no se puede marcar, para incluirlo como identidad del UE en la solicitud de establecimiento de sesión.
El documento WO2013/151484 describe la comprobación de si una identidad de un usuario está en correlación con la dirección IP y, en caso afirmativo, la sustitución de una identificación del usuario por la identidad del usuario. Sumario
La presente invención proporciona métodos, aparatos y programas de ordenador según se especifica en las reivindicaciones independientes. De acuerdo con un aspecto de la presente invención, se proporciona un método en una función de control de sesiones de llamada proxy, P-CSCF, de una PLMN visitada, para el tratamiento de una llamada de emergencia no autenticada que se origina en un equipo de usuario, UE, itinerante que no está incorporado a la P-CSCF. La P-CSCF recibe una solicitud SIP INViTe del UE, refiriéndose la solicitud INVITE a la llamada de emergencia no autenticada, y determina una dirección IP del UE. La P-CSCF envía una consulta de identidad a una función de reglas de política y tarificación, PCRF, de la PLMN visitada indicando la dirección IP del UE y solicitando otros identificadores del UE, y recibe otro u otros identificadores del UE desde la PCRF. La P-CSCF construye un identificador uniforme de recursos, URI, TEL y/o SIP para el UE sobre la base de por lo menos uno de dichos otros identificadores, inserta el URI TEL y/o SIP en la solicitud SIP INVITE, y envía la solicitud SIP INVITE hacia un punto de respuesta de seguridad pública, PSAP.
Según otro aspecto, se proporciona un método en una función de control de sesiones de llamada proxy, P-CSCF, de una PLMN visitada, para el tratamiento de un registro de emergencia que se origina en un equipo de usuario, UE, itinerante que no está incorporado a la P-CSCF. La P-CSCF recibe una solicitud REGISTER del protocolo de inicio de sesión, SIP, desde el UE, refiriéndose la solicitud REGISTER al registro de emergencia, y determina una dirección IP del UE. La P-CSCF envía una consulta de identidad a una función de reglas de política y tarificación, PCRF, de la PLMN visitada indicando esa dirección IP del UE y solicitando otros identificadores del UE, y recibe otro u otros identificadores del UE desde la PCRF. La P-CSCF obtiene un identificador uniforme de recursos, URI, TEL y/o SIP para el UE sobre la base de por lo menos una de dichas otras identidades, y envía una respuesta 200 OK al UE como respuesta a la solicitud SIP REGISTER, de manera que la respuesta 200 OK incluye el URI TEL y/o SIP. Según todavía otro aspecto, se proporciona un aparato configurado para funcionar como P-CSCF, de una PLMN visitada. El aparato comprende un primer transceptor, un segundo transceptor, un tercer transceptor y un procesador de llamadas de emergencia no autenticadas. El primer transceptor está configurado para comunicarse con un UE itinerante. El segundo transceptor está configurado para comunicarse con una PCRF, de la PLMN visitada. El tercer transceptor está configurado para comunicarse con un PSAP. El procesador de llamadas de emergencia no autenticadas está configurado para:
recibir, del UE por medio del primer transceptor, una solicitud INVITE del protocolo de inicio de sesión, SIP, referente a una llamada de emergencia no autenticada;
determinar una dirección IP del UE;
enviar una consulta de identidad a la PCRF por medio del segundo transceptor, indicando la dirección IP del UE y solicitando otros identificadores del UE;
recibir otro u otros identificadores del UE desde la PCRF por medio del segundo transceptor;
construir un identificador uniforme de recursos, URI, TEL y/o SIP para el UE sobre la base de por lo menos uno de los otros identificadores;
insertar el URI TEL y/o SIP en la solicitud SIP INVITE;
enviar una segunda solicitud SIP INVITE hacia el PSAP, por medio del tercer transceptor.
Según todavía otro aspecto, se proporciona un aparato configurado para funcionar como P-CSCF, de una PLMN visitada. El aparato comprende un primer transceptor, un segundo transceptor, y un procesador de solicitudes de registro de emergencia. El primer transceptor está configurado para comunicarse con un UE itinerante. El segundo transceptor está configurado para comunicarse con una PCRF, de la PLMN visitada. El procesador de solicitudes de registro de emergencia está configurado para:
recibir, del UE por medio del primer transceptor, una solicitud REGISTER del protocolo de inicio de sesión, SIP, referente a un registro de emergencia;
determinar una dirección IP del UE;
enviar una consulta de identidad a la PCRF por medio del segundo transceptor, indicando la dirección IP del UE y solicitando otros identificadores del UE;
recibir otro u otros identificadores del UE desde la PCRF por medio del segundo transceptor;
obtener un identificador uniforme de recursos, URI, TEL y/o SIP para el UE sobre la base de por lo menos uno de los otros identificadores;
enviar una respuesta 200 OK al UE como respuesta a la solicitud SIP REGISTER por medio del segundo transceptor, de manera que la respuesta 200 OK incluye el URI TEL y/o SIP.
Según un aspecto final, se proporciona un programa de ordenador que comprende código legible por ordenador el cual, cuando se ejecuta en un aparato, consigue que el aparato lleve a cabo uno de los métodos anteriores.
En las reivindicaciones dependientes se definen otras realizaciones de la invención.
Breve descripción de los dibujos
La Figura 1 es un diagrama de señalización de acuerdo con una realización;
la Figura 2 es un diagrama de señalización de acuerdo con otra realización;
la Figura 3 es un diagrama de señalización de acuerdo con todavía otra realización;
la Figura 4 es un diagrama de flujo de un método de funcionamiento de una P-CSCF;
la Figura 5 es un diagrama de flujo de un método alternativo de funcionamiento de una P-CSCF;
la Figura 6 es un diagrama de flujo de un método de funcionamiento de una PCRF;
la Figura 7 es un diagrama de flujo de un método de funcionamiento de un UE;
la Figura 8 es un diagrama esquemático de una P-CSCF;
la Figura 9 es un diagrama esquemático de una P-CSCF alternativa;
la Figura 10 es un diagrama esquemático de una PCRF; y,
la Figura 11 es un diagrama esquemático de un UE.
Descripción detallada
Para proporcionar la identidad de un UE itinerante que realiza una llamada de emergencia al PSAP cuando no existe ninguna interconexión SIP con la HPLMN del UE, a continuación se proponen métodos para usar la dirección IP del UE con el fin de identificar al UE de manera suficiente para que tenga lugar una llamada de emergencia IMS autenticada. Cada uno de estos métodos se basa en que la red pueda confiar en la dirección IP del UE, y, por lo tanto, se puede mejorar mediante el uso de un procedimiento de verificación de direcciones IP tal como el que se da a conocer en el documento WO2013/091735.
Aunque los métodos están destinados a usarse cuando no existe ninguna interconexión SIP entre la HPLMN y VPLMN, se apreciará que los mismos también podrían usarse cuando exista una interconexión SIP del tipo mencionado, por ejemplo, como repliegue a métodos convencionales en caso de que falle la comunicación con un nodo de la HPLMN.
En la Figura 1 se muestra un primer método. Este método se refiere al caso en el que el UE intenta realizar una llamada de emergencia IMS no autenticada.
El UE envía un SIP INVITE a la P-CSCF. El SIP INVITE está destinado a una llamada de emergencia IMS no autenticada (por ejemplo, que contiene un URN SOS en el campo de destinatario). La P-CSCF recupera la dirección IP del UE a partir del SIP INVITE (por ejemplo, la IP de origen del paquete IP que transporta la solicitud SIP INVITE). A continuación, la PCSCF envía una solicitud AAA a la PCRF, que incluye la dirección IP, indicando que la solicitud se refiere a una llamada de emergencia, y solicitando otras identidades para el UE.
La PCRF envía una solicitud de asignación de recursos (RAR) a la PGW, la cual reserva recursos para la llamada de emergencia y envía una respuesta de asignación de recursos (RAA) a la PCRF. La PCRF usa la dirección IP del UE para buscar otras identidades para el UE, por ejemplo, la IMSI, la IMEI y la MSISDN del UE registrado en la IP-CAN. La PCRF incluye estas identidades en una respuesta AAA a la P-CSCF.
La P-CSCF usa las identidades recibidas para crear un URI TEL y/o SIP para el UE. El proceso de creación del URI SIP se explicará de forma más detallada posteriormente. A continuación, la P-CSCF envía el SIP INVITE a la E-CSCF, añadiendo el URI correspondiente al UE en el campo “P-asserted-identity” y, proporcionando, de este modo la identidad aseverada de abonado en el UE. A continuación, la E-CSCF procede al tratamiento de la llamada de emergencia como en las normativas actuales.
De esta manera, al PSAP se le proporciona un URI TEL y/o SIP que se puede usar para entrar en contacto con el UE, incluso en caso de que el UE realice una llamada de emergencia IMS no autenticada.
En este caso, la desventaja de que un UE realice una llamada de emergencia no autenticada en lugar de una llamada de emergencia autenticada es pequeña, y, por lo tanto, el UE se puede configurar para responder a un intento fallido en un registro de emergencia realizando inmediatamente una llamada de emergencia no autenticada. La respuesta de error enviada por la P-CSCF cuando el registro falla puede indicar que el UE debería realizar esto. En la Figura 2 se muestra la señalización correspondiente al segundo método. Este método se refiere al caso en el que el UE está llevando a cabo un registro de emergencia con el fin de realizar una llamada de emergencia IMS autenticada.
El UE envía una solicitud SIP REGISTER a la P-CSCF, indicando que se trata de un registro de emergencia. La P-CSCF determina que no hay disponible ninguna red doméstica para el UE, o bien debido a que tiene conocimiento de que no existe ninguna interconexión SIP para la HPLMN del UE, o bien tras un fallo de entrar en contacto con la S-CSCF de la HPLMN del UE. La P-CSCF recupera la dirección IP del UE a partir del SIP REGISTER (por ejemplo, la IP de origen del paquete IP que transporta la solicitud SIP INVITE). A continuación, la PCSCF envía una solicitud AAA a la PCRF, incluyendo la dirección IP, indicando que la solicitud se refiere a una llamada de emergencia y solicitando otras identidades para el UE.
La PCRF usa la dirección IP del UE para buscar otras identidades para el UE, por ejemplo la IMSI, IMEI y la MSISDN del UE registrado en la IP-Ca N. La PCRF incluye estas identidades en una respuesta AAA a la P-CSCF. La P-CSCF usa las identidades recibidas para crear un URI TEL y/o SIP para el UE. El proceso de creación del URI se explicará de forma más detallada posteriormente. La P-CSCF incluye el URI en el campo de URI-asociado-P de una respuesta 200 OK enviada al UE como respuesta al SIP REGISTER.
Para que este método funcione, el UE debe aceptar la respuesta 200 OK sin recibir la respuesta 410 que normalmente precedería a la primera cuando se registra en el IMS. Además, el UE debe aceptar la respuesta 200 OK sin requerir autenticación de la P-CSCF o el establecimiento de una asociación segura IPSec, ya que ambos procedimientos mencionados requieren datos que están contenidos en la HPLMN. Dado que este procedimiento solamente se usará en una emergencia, se anticipa que, en este caso, es aceptable la falta de seguridad.
Una vez que el UE ha recibido la respuesta 200 OK, se registra en el IMS, y puede realizar la llamada de emergencia como en las normas actuales (excepto que, como no se establece ninguna asociación segura IPSec, la señalización no se cifrará bajo esa asociación).
En la Figura 3 se muestra la señalización correspondiente al tercer método. El tercer método es similar al segundo método, excepto que el registro se realiza en la E-CSCF o S-CSCF de la VPLMN, en lugar de en la P-CSCF. Después de construir el URI TEL y/o SIP, la P-CSCF envía la solicitud SIP REGISTER a la E/S-CSCF, e incluye el URI TEL y/o SIP correspondiente al UE (por ejemplo, la IMSI, la IMEI y la MSISDN). La E/S-CSCF envía un mensaje 200 OK con campos URI-Asociado-P (P-Assooiated-ÜRÍ) que contiene los URIs recibidos de la P-CSCF, al UE por medio de la P-c Sc F. Alternativamente, la P-CSCF puede enviar la solicitud SIP REGISTER a la E-CSCF antes de construir el URI TEL y/o SIP, y la E-CSCF devolverá un mensaje 200 OK sin ninguna identidad de usuario en los campos URI-Asociado-P. A continuación, la P-CSCF construye el URI TEL y/o SIP e inserta el URI TEL y/o SIP en los campos URI-Asociada-P de la respuesta 200 OK antes de enviar la respuesta 200 OK al UE. Como alternativa adicional, la P-CSCF puede proporcionar las otras identidades para el UE a la E-CSCF en el mensaje SIP REGISTER, y la E-CSCf puede construir el URI TEL y/o SIP e insertarlo en los campos URI-Asociado-P de una respuesta 200 OK enviada al UE por medio de la P-CSCF. En función de las identidades del UE recibidas de la PCRF, se puede construir un URI TEL ó SIP válido para el UE según una variedad de maneras.
Como primera opción, si están disponibles la MSISDN e IMSI del UE, pueden extraerse los códigos MNC y MCC de la IMSI, y la MSISDN se puede convertir en un número E.164 global. Este se puede usar para construir un URI SIP para el UE de la forma “[E.164]@ims.mnc[MNC].mcc[MCC].3gppnetwork.org”. Por ejemplo, si la MSISDN es 12125551212, y la IMSI es 234150999999999, entonces el URI SIP será sip:+12125551212@ims.mnc015.mcc234.3gppnetwork.org;user=phone.
Como segunda opción, si están disponibles la MSISDN y la IMSI del UE, pueden extraerse los códigos MNC y MCC a partir de la IMSI, y la MSISDN se puede convertir en un número E.164 global. A continuación, la P-CSCF puede mapear los códigos MNC y MCC sobre un nombre de dominio usando una tabla de mapeo que se ha proporcionado previamente a la P-CSCF, y puede formar un URI SIP usando el número E.164 global y el nombre de dominio. Por ejemplo, si la MSISDN es 12125551212, la IMSI 234150999999999 y la tabla de mapeo contiene “ims.HPLMNoperator.com” para mnc==015 y mcc==234, entonces el URI SIP será sip:+12125551212@ims.HPLMNoperator.com;user=phone.
Como tercera opción, si solamente está disponible la IMSI, la P-CSCF puede crear una IMPU temporal para el UE basándose en la IMSI, según se describe en la TS 23.003 v 13.1.0 del 3GPP, subcláusula 13.4B. La IMPU temporal es un URI SIP construido con la forma “[IMSI]@ims.mnc[MNC].mcc[MCC].3gppnetwork.org”. Por ejemplo, si la IMSI es 234150999999999, entonces la iMpU temporal será sip:234150999999999@ims.mnc015.mcc234.3gppnetwork.org.
Puede construirse un URI TEL directamente a partir de la MSISDN.
Cada una de estas opciones proporciona una identidad que puede ser usada por el PSAP para entrar en contacto con el UE si ello fuera necesario, y que es suficiente para permitir que el UE se incorpore a la P-CSCF para el segundo o tercer métodos anteriormente presentados.
La Figura 4 es un diagrama de flujo que muestra un método de funcionamiento de una P-CSCF. La P-CSCF recibe (S101) una solicitud SIP INVITE del UE en relación con una llamada de emergencia no autenticada. A continuación, la P-CSCF determina (S102) una dirección IP del UE, y envía (S103) una consulta de identidad a la PCRF indicando la dirección IP y solicitando otros identificadores para el UE. La P-CSCF recibe (S104) uno o más identificadores de la P-CSCF, y construye (S105) un URI TEL y/o SIP para el UE sobre la base de por lo menos uno de los identificadores. A continuación, la P-CSCF inserta (S106) el URI en la solicitud SIP INVITE, y envía (S106) la solicitud SIP INVITE a un PSAP.
La Figura 5 es un diagrama de flujo que muestra un método de funcionamiento de una P-CSCF. La P-CSCF recibe (5201) una solicitud SIP REGISTER del UE en relación con un registro de emergencia. La P-CSCF determina (5202) una dirección IP del UE y envía (S203) una consulta de identidad a la PCRF indicando la dirección IP y solicitando otros identificadores para el UE. La P-CSCF recibe (S204) uno o más identificadores de la PCRF, y obtiene (S205) un URI TEL y/o SIP sobre la base de por lo menos uno de los identificadores. A continuación, la P-CSCF envía (S206) una respuesta 200 OK al UE, que incluye el URI TEL y/o SIP correspondiente al UE.
La Figura 6 es un diagrama de flujo que muestra un método de funcionamiento de una PCRF para el tratamiento de una llamada IMS de emergencia. La PCRF recibe (S301) una solicitud de identidad que comprende una dirección IP correspondiente a un UE desde una P-CSCF. La PCRF mapea (S302) la dirección IP del UE con otro u otros identificadores del UE y envía (S303) los otros identificadores a la P-CSCF.
La Figura 7 es un diagrama de flujo que muestra un método de funcionamiento de un UE. El UE envía (S401) una solicitud SIP REGISTER a la P-c Sc F de una PLMN visitada. Como respuesta, el UE recibe (S402) una respuesta de error de la P-CSCF. A continuación, el UE envía (S403) una solicitud SIP INVITE en relación con una llamada de emergencia IMS no autenticada a la P-CSCF.
La Figura 8 es un diagrama esquemático de un aparato configurado para funcionar como una P-CSCF (100). El aparato comprende un primer transceptor (101), un segundo transceptor (102), un tercer transceptor (103) y un procesador (104) de llamadas de emergencia no autenticadas. El primer transceptor (101) está configurado para comunicarse con un UE itinerante. El segundo transceptor (102) está configurado para comunicarse con una PCRF. El tercer transceptor (103) está configurado para comunicarse con un PSAP. El procesador (104) de llamadas de emergencia no autenticadas está configurado para:
recibir, del UE por medio del primer transceptor, una solicitud INVITE del protocolo de inicio de sesión, SIP, referente a una llamada de emergencia no autenticada;
determinar una dirección IP del UE;
enviar una consulta de identidad a la PCRF por medio del segundo transceptor, indicando la dirección IP del UE y solicitando otros identificadores del UE;
recibir otro u otros identificadores del UE desde la PCRF por medio del segundo transceptor;
construir un identificador uniforme de recursos, URI, TEL y/o SIP para el UE sobre la base de por lo menos uno de los otros identificadores;
insertar el URI en la solicitud SIP INVITE;
enviar una segunda solicitud SIP INVITE hacia el PSAP, por medio del tercer transceptor.
La Figura 9 es un diagrama esquemático de un aparato configurado para funcionar como una P-CSCF (200). El aparato comprende un primer transceptor (201), un segundo transceptor (202), y un procesador (203) de solicitudes de registro de emergencia. El primer transceptor (201) está configurado para comunicarse con un UE itinerante. El segundo transceptor (202) está configurado para comunicarse con una PCRF. El procesador (203) de solicitudes de registro de emergencia está configurado para:
recibir, del UE por medio del primer transceptor, una solicitud REGISTER del protocolo de inicio de sesión, SIP, referente a un registro de emergencia;
determinar una dirección IP del UE;
enviar una consulta de identidad a la PCRF por medio del segundo transceptor, indicando la dirección IP del UE y solicitando otros identificadores del UE;
recibir otro u otros identificadores del UE desde la PCRF por medio del segundo transceptor;
obtener un identificador uniforme de recursos, URI, TEL y/o SIP para el UE sobre la base de por lo menos uno de los otros identificadores;
enviar una respuesta 200 OK al UE como respuesta a la solicitud SIP REGISTER por medio del segundo transceptor, de manera que la respuesta 200 OK incluye el URI.
La Figura 10 es un diagrama esquemático de un aparato configurado para funcionar como una PCRF (300). El aparato comprende un transceptor (301) y un procesador (302) de solicitudes de identidad. El transceptor (301) está configurado para comunicarse con una P-CSCF. El procesador (302) de solicitudes de identidad está configurado para:
recibir una solicitud de identidad desde la P-CSCF por medio del transceptor, comprendiendo la solicitud de identidad una dirección IP correspondiente a un equipo de usuario, UE;
mapear la dirección IP del UE con otro u otros identificadores del UE;
enviar los otros identificadores a la P-CSCF por medio del transceptor.
La Figura 11 es un diagrama esquemático de un aparato configurado para funcionar como un UE (400). El aparato comprende un transceptor (401) y un procesador (402) de llamadas de emergencia. El transceptor (401) está configurado para comunicarse con una red IMS que comprende una P-CSCF, en donde el UE está en itinerancia en la red IMS. El procesador (402) de llamadas de emergencia está configurado para:
enviar una solicitud SIP REGISTER en relación con un registro de emergencia a la P-CSCF por medio del transceptor;
recibir una respuesta de error de la P-CSCF por medio del transceptor;
enviar una solicitud SIP INVITE en relación con una llamada de emergencia no autenticada a la P-CSCF por medio del transceptor.
Los métodos descritos anteriormente se pueden implementar mediante un programa de ordenador el cual, cuando se ejecuta en un aparato, consigue que el aparato lleve a cabo el método.
Aunque la invención se ha descrito en términos de realizaciones preferidas según se ha expuesto anteriormente, debe entenderse que estas realizaciones son únicamente ilustrativas y que las reivindicaciones no se limitan a dichas realizaciones. Aquellos versados en la materia podrán materializar modificaciones y alternativas considerando la exposición y que se contemplen como situadas dentro del alcance de las reivindicaciones adjuntas. Cada una de las características dadas a conocer ilustradas en la presente memoria descriptiva se pueden incorporar en la invención, ya sea de manera individual o en cualquier combinación adecuada con cualquier otra característica dada a conocer o ilustrada en la presente.

Claims (13)

REIVINDICACIONES
1. Método en una función de control de sesiones de llamada proxy, P-CSCF, de una PLMN visitada, que no dispone de interconexión SIP con una red doméstica de un equipo de usuario, para el tratamiento de una llamada de emergencia no autenticada que se origina en el equipo de usuario, UE, itinerante que no está incorporado a la P-CSCF, comprendiendo el método:
recibir una solicitud SIP INVITE del UE, refiriéndose la solicitud INVITE a la llamada de emergencia no autenticada; determinar una dirección IP del UE;
enviar una consulta de identidad a una función de reglas de política y tarificación, PCRF, de la PLMN visitada indicando la dirección IP del UE y solicitando otros identificadores del UE;
recibir otro u otros identificadores del UE desde la PCRF;
construir un identificador uniforme de recursos, URI, TEL y/ó SIP para el UE sobre la base de por lo menos uno de dichos otros identificadores;
insertar el URI TEL y/o SIP en la solicitud SIP INVITE;
enviar la solicitud SIP INVITE hacia un punto de respuesta de seguridad pública, PSAP.
2. Método según la reivindicación 1, en el que un identificador recibido es un IMSI y la etapa de construcción del URI SIP comprende construir una IMPU temporal sobre la base del IMSI.
3. Método según la reivindicación 1, en el que identificadores recibidos son un IMSI y un MSISDN y la etapa de construcción del URI SIP comprende:
extraer códigos MNC y MCC del IMSI; y
construir un URI SIP a partir del MSISDN y de los códigos MNC y MCC.
4. Método según la reivindicación 3, en el que la construcción del URI SIP a partir del MSISDN y los códigos MNC y MCC comprende:
convertir el MSISDN en un número E.164 global;
construir un URI SIP de la forma:
“[E.164 number]@ims.mnc[MNC].mcc[MCC].3gppnetwork.org”.
5. Método según la reivindicación 3, en el que la construcción del URI SIP a partir del MSISDN y los códigos MNC y MCC comprende:
mapear el MNC y MCC con un nombre de dominio usando una tabla de mapeo en la P-CSCF;
convertir el MSISDN en un número E.164 global;
construir un URI SIP a partir del número E.164 global y el nombre de dominio.
6. Método según la reivindicación 1, en el que un identificador recibido es un IMSI, y la etapa de construcción del URI SIP comprende:
si otro identificador recibido es un MSISDN, construir el URI SIP de acuerdo con cualquiera de las reivindicaciones 3 a 5, si no, construir el URI SIP de acuerdo con la reivindicación 2.
7. Método según cualquiera de las reivindicaciones 1 a 6, en el que un identificador recibido es un MSISDN, la etapa de construcción del URI TEL comprende construir el URI TEL a partir del MSISDN.
8. Método según cualquiera de las reivindicaciones 1 a 7, en el que la determinación de la dirección IP del UE comprende determinar una dirección IP de origen de un paquete IP que contiene el SIP INVITE.
9. Método en una función de control de sesiones de llamada proxy, P-CSCF, de una PLMN visitada, que no dispone de interconexión SIP con una red doméstica de un equipo de usuario, para el tratamiento de un registro de emergencia que se origina en el equipo de usuario, UE, itinerante que no está incorporado a la P-CSCF, comprendiendo el método:
recibir una solicitud REGISTER del protocolo de inicio de sesión, SIP, desde el UE, refiriéndose la solicitud REGISTER al registro de emergencia;
determinar una dirección IP del UE;
enviar una consulta de identidad a una función de reglas de política y tarificación, PCRF, de la PLMN visitada indicando esa dirección IP del UE y solicitando otros identificadores del UE;
recibir otro u otros identificadores del UE desde la PCRF;
obtener un identificador uniforme de recursos, URI, TEL y/o SIP para el UE sobre la base de por lo menos una de dichas otras identidades;
enviar una respuesta 200 OK al UE como respuesta a la solicitud SIP REGISTER, de manera que la respuesta 200 OK incluye el URI TEL y/o SIP.
10. Método según la reivindicación 9, en el que la obtención del URI TEL y/o SIP comprende enviar una segunda solicitud SIP REGISTER a una función de control de sesiones de llamada de emergencia, E-CSCF, de manera que la segunda solicitud SIP REGISTER identifica el UE y contiene por lo menos una de las otras identidades; y recibir una respuesta 200 OK de la E-CSCF, incluyendo la respuesta 200 OK el URI TEL y/o SIP.
11. Aparato configurado para funcionar como función de control de sesiones de llamada proxy, P-CSCF, de una PLMN visitada, que no dispone de interconexión SIP con una red doméstica de un equipo de usuario, comprendiendo el aparato:
un primer transceptor configurado para comunicarse con el equipo de usuario, UE, itinerante;
un segundo transceptor configurado para comunicarse con una función de reglas de política y tarificación, PCRF, de la PLMN visitada;
un tercer transceptor configurado para comunicarse con un punto de respuesta de seguridad pública, PSAP; un procesador de llamadas de emergencia no autenticadas configurado para:
recibir, del UE por medio del primer transceptor, una solicitud INVITE del protocolo de inicio de sesión, SIP, referente a una llamada de emergencia no autenticada;
determinar una dirección IP del UE;
enviar una consulta de identidad a la PCRF por medio del segundo transceptor, indicando la dirección IP del UE y solicitando otros identificadores del UE;
recibir otro u otros identificadores del UE desde la PCRF por medio del segundo transceptor;
construir un identificador uniforme de recursos, URI, TEL y/o SIP para el UE sobre la base de por lo menos uno de los otros identificadores;
insertar el URI TEL y/o SIP en la solicitud SIP INVITE;
enviar la segunda solicitud SIP INVITE hacia un punto de respuesta de seguridad pública, PSAP, por medio del tercer transceptor.
12. Aparato configurado para funcionar como función de control de sesiones de llamada proxy, P-CSCF, de una PLMN visitada, que no dispone de interconexión SIP con la red doméstica del equipo de usuario, comprendiendo el aparato:
un primer transceptor configurado para comunicarse con el equipo de usuario, UE, itinerante;
un segundo transceptor configurado para comunicarse con una función de reglas de política y tarificación, PCRF, de la PLMN visitada;
un procesador de solicitudes de registro de emergencia configurado para:
recibir, del UE por medio del primer transceptor, una solicitud REGISTER del protocolo de inicio de sesión, SIP, referente a un registro de emergencia;
determinar una dirección IP del UE;
enviar una consulta de identidad a la PCRF por medio del segundo transceptor, indicando la dirección IP del UE y solicitando otros identificadores del UE;
recibir otro u otros identificadores del UE desde la PCRF por medio del segundo transceptor;
obtener un identificador uniforme de recursos, URI, TEL y/o SIP para el UE sobre la base de por lo menos uno de los otros identificadores;
enviar una respuesta 200 OK al UE como respuesta a la solicitud SIP REGISTER por medio del segundo transceptor, de manera que la respuesta 200 OK incluye el URI TEL y/o SIP.
13. Programa de ordenador que comprende código legible por ordenador el cual, cuando se ejecuta en un aparato, consigue que el aparato lleve a cabo un método según cualquiera de las reivindicaciones 1 a 10.
ES15714213T 2015-04-01 2015-04-01 Llamadas de emergencia IMS para UEs itinerantes Active ES2776223T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2015/057265 WO2016155827A1 (en) 2015-04-01 2015-04-01 Ims emergency calls for roaming ues

Publications (1)

Publication Number Publication Date
ES2776223T3 true ES2776223T3 (es) 2020-07-29

Family

ID=52811124

Family Applications (1)

Application Number Title Priority Date Filing Date
ES15714213T Active ES2776223T3 (es) 2015-04-01 2015-04-01 Llamadas de emergencia IMS para UEs itinerantes

Country Status (7)

Country Link
US (4) US11032688B2 (es)
EP (3) EP3278585B1 (es)
CN (1) CN108633327B (es)
BR (1) BR112017021014A2 (es)
ES (1) ES2776223T3 (es)
PL (1) PL3278585T3 (es)
WO (1) WO2016155827A1 (es)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016208768A1 (ja) * 2015-06-26 2016-12-29 日本電気株式会社 通信装置、端末、及び通信方法
WO2017001640A1 (en) * 2015-06-30 2017-01-05 Nec Europe Ltd. Communication system
EP3758327B1 (en) 2015-08-07 2023-05-10 Apple Inc. Ims emergency call routing techniques
WO2017030347A1 (ko) * 2015-08-19 2017-02-23 엘지전자 주식회사 로밍한 사용자 장치의 긴급 서비스 요청 방법 및 그 처리 방법
ES2960631T3 (es) * 2016-06-21 2024-03-05 Nokia Solutions & Networks Oy Acceso a servicios locales por usuarios no autenticados
US9967732B2 (en) 2016-08-15 2018-05-08 At&T Intellectual Property I, L.P. Method and apparatus for managing mobile subscriber identification information according to registration errors
US9838991B1 (en) 2016-08-15 2017-12-05 At&T Intellectual Property I, L.P. Method and apparatus for managing mobile subscriber identification information according to registration requests
US9924347B1 (en) * 2016-09-14 2018-03-20 At&T Intellectual Property I, L.P. Method and apparatus for reassigning mobile subscriber identification information
US9843922B1 (en) * 2016-09-14 2017-12-12 At&T Intellectual Property I, L.P. Method and apparatus for utilizing mobile subscriber identification information with multiple devices based on registration errors
US10015764B2 (en) 2016-09-14 2018-07-03 At&T Intellectual Property I, L.P. Method and apparatus for assigning mobile subscriber identification information to multiple devices
US9794905B1 (en) 2016-09-14 2017-10-17 At&T Mobility Ii Llc Method and apparatus for assigning mobile subscriber identification information to multiple devices according to location
US9814010B1 (en) 2016-09-14 2017-11-07 At&T Intellectual Property I, L.P. Method and apparatus for utilizing mobile subscriber identification information with multiple devices based on registration requests
US9906943B1 (en) 2016-09-29 2018-02-27 At&T Intellectual Property I, L.P. Method and apparatus for provisioning mobile subscriber identification information to multiple devices and provisioning network elements
US9918220B1 (en) 2016-10-17 2018-03-13 At&T Intellectual Property I, L.P. Method and apparatus for managing and reusing mobile subscriber identification information to multiple devices
US10070303B2 (en) 2016-11-11 2018-09-04 At&T Intellectual Property I, L.P. Method and apparatus for provisioning of multiple devices with mobile subscriber identification information
GB2556906A (en) 2016-11-24 2018-06-13 Trustonic Ltd Handset identifier verification
US10070407B2 (en) 2016-12-01 2018-09-04 At&T Intellectual Property I, L.P. Method and apparatus for using active and inactive mobile subscriber identification information in a device to provide services for a limited time period
US10341842B2 (en) 2016-12-01 2019-07-02 At&T Intellectual Property I, L.P. Method and apparatus for using temporary mobile subscriber identification information in a device to provide services for a limited time period
US10136305B2 (en) 2016-12-01 2018-11-20 At&T Intellectual Property I, L.P. Method and apparatus for using mobile subscriber identification information for multiple device profiles for a device
US10231204B2 (en) 2016-12-05 2019-03-12 At&T Intellectual Property I, L.P. Methods, systems, and devices for registering a communication device utilizing a virtual network
FR3067558A1 (fr) * 2017-06-14 2018-12-14 Orange Procede de configuration d'un terminal
US10993282B2 (en) * 2017-08-09 2021-04-27 Lenovo (Singapore) Pte. Ltd. Method and apparatus for short code dialing for restricted services for unauthenticated user equipment
GB2590098B (en) * 2019-07-25 2022-01-26 Samsung Electronics Co Ltd Improvements in and relating to disaster inbound roamers in a telecommunication network
WO2021211023A1 (en) * 2020-04-14 2021-10-21 Telefonaktiebolaget Lm Ericsson (Publ) Shared reference for a charging data resource for pdu sessions in communications system
CN116963001A (zh) * 2022-04-13 2023-10-27 中国电信股份有限公司 呼叫方法、系统和p-cscf网元

Family Cites Families (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7899174B1 (en) * 2003-06-26 2011-03-01 Nortel Networks Limited Emergency services for packet networks
US10178522B2 (en) * 2005-08-02 2019-01-08 Qualcomm Incorporated VoIP emergency call support
US8532606B2 (en) 2005-10-07 2013-09-10 Lg Electronics Inc. Method and system for providing an emergency location service using interoperability between IMS core and access network
US8085757B2 (en) * 2005-11-07 2011-12-27 At&T Intellectual Property I, L.P. Caller-controlled routing to non-SIP/non-TEL URI destinations for an IMS-based ENUM query
CN100596084C (zh) * 2006-04-20 2010-03-24 华为技术有限公司 移动电路域用户接入ims网络的系统及其接入的注册方法
US8340626B2 (en) 2006-04-28 2012-12-25 Qualcomm Incorporated System and method for supporting voice call continuity for VOIP emergency calls
US20080008157A1 (en) * 2006-07-06 2008-01-10 Edge Stephen W Method And Apparatus For Parallel Registration And Call Establishment
CN101242406A (zh) * 2007-02-08 2008-08-13 华为技术有限公司 紧急业务呼叫的发送方法、装置及网络系统
WO2008117165A2 (en) * 2007-03-28 2008-10-02 Nokia Corporation Methods, apparatuses and computer program product for forwarding emergency registration request to a home network
US9871872B2 (en) * 2007-04-13 2018-01-16 Nokia Technologies Oy Mechanism for executing server discovery
US7668159B2 (en) * 2007-04-25 2010-02-23 Research In Motion Limited Methods and apparatus for obtaining variable call parameters suitable for use in originating a SIP call via a circuit-switched network from a user equipment device
CN101296504B (zh) * 2007-04-26 2011-09-28 华为技术有限公司 在漫游网络实现ip多媒体子系统业务的方法、系统及装置
CN101466083B (zh) 2007-12-18 2010-12-08 华为技术有限公司 一种紧急呼叫方法和装置
US9113334B2 (en) * 2008-02-01 2015-08-18 Tekelec, Inc. Methods, systems, and computer readable media for controlling access to voice resources in mobile networks using mobility management signaling messages
CN101448242B (zh) * 2008-03-14 2012-01-11 中兴通讯股份有限公司 代理呼叫会话控制功能模块发现方法及策略计费控制系统
US9967132B2 (en) * 2008-04-08 2018-05-08 Nokia Solutions And Networks Oy Correlating communication sessions
US20090262684A1 (en) * 2008-04-18 2009-10-22 Amit Khetawat Method and Apparatus for Home Node B Registration using HNBAP
EP2568741A1 (en) * 2008-08-18 2013-03-13 Telefonaktiebolaget LM Ericsson (publ) Technique for emergency session handling in a communication network
EP2324613B1 (en) 2008-09-03 2016-05-18 Telefonaktiebolaget LM Ericsson (publ) Tel uri handling method and apparatus
JP2010130396A (ja) 2008-11-28 2010-06-10 Hitachi Ltd 管理装置
CA2756722C (en) 2009-03-24 2017-07-11 Research In Motion Limited System and method for providing a circuit switched domain number
EP2478684B1 (en) * 2009-09-18 2018-11-07 Deutsche Telekom AG Method for supporting a user equipment lacking globally routable user agent uri - gruu support in an internet protocol multimedia subsystem - ims.
WO2012046100A1 (en) * 2010-10-05 2012-04-12 Nokia Corporation Single radio voice call continuity for emergency callback or click-to-dial sessions
EP2716000B1 (en) * 2011-05-26 2017-11-22 Telefonaktiebolaget LM Ericsson (publ) Traffic control within an ip multimedia subsystem
EP2737747A1 (en) 2011-07-29 2014-06-04 Telefonaktiebolaget LM Ericsson (PUBL) Methods and apparatuses for enabling an single radio voice call continuity (srvcc) access transfer of an emergency call back session
US8744428B2 (en) * 2011-10-18 2014-06-03 Alcatel Lucent Supported feature override
KR20130048561A (ko) * 2011-11-02 2013-05-10 삼성전자주식회사 이동통신 시스템에서 응급 호에 대한 미디어 선호 정보 전송 방법 및 시스템
US9654574B2 (en) * 2011-12-23 2017-05-16 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for determining a user identity token for identifying user of a communication network
CN102577450B (zh) * 2011-12-30 2014-04-30 华为技术有限公司 确定策略和计费规则功能实体的方法、装置和系统
US8848666B2 (en) * 2012-01-27 2014-09-30 Telefonaktiebolaget L M Ericsson (Publ) Handover of emergency calls from a circuit switched to a packet switched access network
EP2835027B1 (en) * 2012-04-03 2015-12-30 Telefonaktiebolaget L M Ericsson (publ) Call-back to a ue that has made an emergency call in a visited ims network
WO2013149650A1 (en) * 2012-04-03 2013-10-10 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatus for providing a subscriber identity
EP2658202B1 (en) * 2012-04-24 2017-10-11 Telefonaktiebolaget LM Ericsson (publ) Identification of an ip-can session in a policy and charging control apparatus
US9055350B2 (en) * 2012-11-16 2015-06-09 At&T Intellectual Property I, Lp Method and apparatus for communicating emergency information
US9380549B2 (en) * 2014-03-27 2016-06-28 Apple Inc. Cellular network assisted proximity services registration procedures and event framework for proximity requests/alerts using session initiation protocol
US20160014586A1 (en) * 2014-07-11 2016-01-14 Qualcomm Incorporated Vehicular small cell data transport and emergency services
US9681282B2 (en) * 2014-10-08 2017-06-13 Qualcomm Incorporated Techniques for supporting telematics-enhanced emergency calls from mobile phones
US11388287B2 (en) * 2014-11-14 2022-07-12 Nokia Solutions And Networks Oy IMS emergency session handling
EP3231222B1 (en) * 2014-12-12 2021-02-24 Telefonaktiebolaget LM Ericsson (publ) Configuration technique for an emergency session

Also Published As

Publication number Publication date
US20190274025A1 (en) 2019-09-05
US20210258760A1 (en) 2021-08-19
EP3278585A1 (en) 2018-02-07
US20180063688A1 (en) 2018-03-01
US11743705B2 (en) 2023-08-29
US20210258759A1 (en) 2021-08-19
EP3621331A3 (en) 2020-03-25
BR112017021014A2 (pt) 2018-07-03
CN108633327A (zh) 2018-10-09
CN108633327B (zh) 2021-05-28
US11917516B2 (en) 2024-02-27
WO2016155827A8 (en) 2017-10-19
US11146939B2 (en) 2021-10-12
EP3866500A1 (en) 2021-08-18
EP3621331A2 (en) 2020-03-11
EP3278585B1 (en) 2019-12-11
PL3278585T3 (pl) 2020-06-01
WO2016155827A1 (en) 2016-10-06
US11032688B2 (en) 2021-06-08

Similar Documents

Publication Publication Date Title
ES2776223T3 (es) Llamadas de emergencia IMS para UEs itinerantes
US10708748B2 (en) VoIP emergency call support
CN111183662B (zh) 通过中继用户设备认证用户设备
EP1911257B1 (en) Voip emergency call support
ES2765676T3 (es) Encaminamiento basado en localización de llamadas de emergencia VoIP
US8787867B2 (en) Emergency call handling
WO2018080681A1 (en) Systems and methods to support distress signaling from a wireless device
ES2532664T3 (es) Método y aparato para la transmisión/recepción en servicios de urgencia
ES2960631T3 (es) Acceso a servicios locales por usuarios no autenticados
US20120178411A1 (en) Method and System for Implementing Emergency Location
ES2911485T3 (es) Procedimiento para una gestión mejorada de llamadas de emergencia y/o continuación de una llamada de emergencia en una red de telecomunicaciones, sistema, dispositivo de comunicación móvil, red de telecomunicaciones, programa y medio legible por ordenador
JP5633947B2 (ja) パケットデータ接続における非常サービスの登録方法及び装置