ES2482096T3 - Llamada de emergencia en una red de comunicaciones inalámbricas de conmutación de paquetes - Google Patents

Llamada de emergencia en una red de comunicaciones inalámbricas de conmutación de paquetes Download PDF

Info

Publication number
ES2482096T3
ES2482096T3 ES01979223.3T ES01979223T ES2482096T3 ES 2482096 T3 ES2482096 T3 ES 2482096T3 ES 01979223 T ES01979223 T ES 01979223T ES 2482096 T3 ES2482096 T3 ES 2482096T3
Authority
ES
Spain
Prior art keywords
network element
emergency call
network
request
position information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES01979223.3T
Other languages
English (en)
Inventor
Stefano Faccin
Tuija Hurtta
Jakko Rajaniemi
Herman Huang
Risto Kauppinen
Janne Muhonen
Veijo Vantinen
Jan Kall
Serge Haumont
Jari Syrjala
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.)
Motorola Mobility LLC
Original Assignee
Motorola Mobility LLC
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 Motorola Mobility LLC filed Critical Motorola Mobility LLC
Application granted granted Critical
Publication of ES2482096T3 publication Critical patent/ES2482096T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • 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
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • 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
    • H04W40/00—Communication routing or communication path finding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Abstract

Un método para establecer una llamada de emergencia desde un primer elemento de red (100) en una red de comunicaciones inalámbricas de conmutación de paquetes, incluyendo el método los pasos de: recibir información de posición para el primer elemento de red (100) de un segundo elemento de red (102) en una red de acceso por radio (103); enviar una petición de establecimiento de una llamada de emergencia desde el primer elemento de red (100) a un tercer elemento de red (304), incluyendo la petición de establecer una llamada de emergencia la información de posición para el primer elemento de red (100); y asignar, en un cuarto elemento de red (105), una identidad temporal que se usa para identificar la llamada de emergencia.

Description

15
25
35
45
55
65
E01979223
16-07-2014
DESCRIPCIÓN
Llamada de emergencia en una red de comunicaciones inalámbricas de conmutación de paquetes
La presente invención se refiere en general a métodos y sistemas y sus componentes que proporcionan comunicaciones telefónicas a través de redes de comunicaciones de paquetes conmutados. Aspectos concretos de la invención se refieren a servicios basados en posición en redes de comunicaciones móviles de conmutación de paquetes basadas en protocolo de Internet (IP), un método de poner servicios basados en posición a disposición de abonados de red cuando están en itinerancia entre o dentro de tales redes de comunicaciones, y el soporte y el enrutamiento de llamadas de emergencia en tales redes de comunicaciones.
Los servicios de comunicaciones se han prestado históricamente por redes de conmutación de circuitos tales como la red telefónica pública conmutada (PSTN), pero ahora también se pueden prestar por redes de paquetes conmutados, tal como Internet. Estas redes de paquetes conmutados se suelen denominar redes IP porque el protocolo de Internet es el protocolo primario de uso más común. Muchas redes inalámbricas de módem utilizan una combinación de equipo de telefonía (tal como teléfonos celulares convencionales) y equipo de paquetes conmutados (por lo general equipo de enrutamiento de tráfico de red) compatible con una o varias normas de telefonía IP tal como, por ejemplo, el estándar H.323 de la Unión Internacional de Telecomunicaciones (ITU) o la especificación RFC 2543 Protocolo de Inicio de Sesión (SIP) del Grupo de Trabajo de Ingeniería de Internet (IETF).
Ha habido varias propuestas para una nueva tercera generación de redes móviles basadas en IP en las que el equipo de usuario (UE) así como el equipo de red (NE) es compatible con una o varias normas IP para redes de paquetes conmutados. Sin embargo, al proporcionar servicios de llamada de voz, tales redes de Telefonía IP Móvil (MIPT) tienen varios problemas que no están presentes en las redes celulares de segunda generación convencionales. Por ejemplo, mientras que los abonados celulares pueden itinerar a menudo entre redes celulares de segunda generación, es difícil que los abonados de telefonía IP (IPT) de las redes MIPT accedan fácilmente a los mismos servicios disponibles en su red doméstica cuando visiten otras redes.
Existe, por ejemplo, el protocolo IP móvil para permitir la movilidad. Como un ejemplo, es posible que un abonado IPT, con acceso al Servicio General de Paquetes por Radio (GPRS) en la red visitada (véase 3G TS 23,060, etapa 2, versión 3.3.0), use servicios de llamada de voz en su red doméstica, de modo que el abonado se registre en una entidad de control de llamadas (tal como una función de control de estado de llamada (CSCF)) en la red doméstica. Sin embargo, para ciertos servicios, tal como llamadas de emergencia al 911, hay que usar servicios de llamada de voz en la red visitada y proporcionar servicios basados en posición para una implementación exitosa. Por lo tanto, se necesita una técnica que permita a los abonados IPT en itinerancia acceder fácilmente y utilizar servicios basados en posición, y hacer llamadas de emergencia, en redes MIPT.
En concreto, cuando una petición de establecimiento de llamada de emergencia es recibida por una entidad de control de llamadas en una red celular de segunda generación, selecciona un punto de acceso de seguridad pública (PSAP) para enrutar la llamada en base a la ID de célula o la información de posición proporcionada durante el establecimiento de llamada. Sin embargo, este método no siempre puede ser realizado en redes IP móviles de tercera generación en base al estándar UMTS, dado que la ID de célula o información de posición no siempre puede estar disponible para una entidad de control de llamadas debido a la forma en que se establecen las llamadas de emergencia. Por lo tanto, tiene que haber un método de soportar la selección de PSAP en redes IP móviles de tercera generación en base al estándar UMTS.
La publicación de la Solicitud PCT número WO 99/45725 describe un procedimiento para transmitir una especificación de posición, especialmente en llamada de emergencia desde un teléfono móvil en un sistema de telecomunicaciones móviles a un centro de emergencia. La posición del móvil es hallada por el sistema y transmitida a una estación móvil para almacenamiento. Cuando se hace una llamada de emergencia desde la estación móvil, se transmite automáticamente una especificación de posición por un mensaje SMS separado al centro de emergencia. En el centro de emergencia, el mensaje con la especificación de posición es dirigido al mismo terminal que recibe la llamada de teléfono. Esto es posible dado que tanto la llamada de teléfono como el mensaje con la especificación de posición incluyen información acerca del número de la estación móvil.
La especificación técnica 3GPP 'Sistema digital de telecomunicaciones celulares (fase 2+)(GSM); Sistema Universal de Telecomunicaciones Móviles (UMTS); Especificación de la capa 3 de la interfaz radio móvil, protocolos de red central -etapa 3 (3G TS 24.008 versión 3.2.1 Versión 1999) describe que para el establecimiento y reestablecimiento de llamadas de emergencia, la estación móvil seleccionará el tipo de identidad móvil con la siguiente prioridad: identidad temporal de abonado móvil (TMSI) si está disponible, identidad internacional de abonado móvil (IMSI) donde no esté disponible TMSI e identidad internacional de equipo móvil (IMEl) donde no esté disponible SIM
o no estén disponibles IMSI o TMSI.
La presente invención elimina las desventajas de las redes MIPT explicadas anteriormente. Se refiere en sentido amplio a sistemas y métodos de proporcionar, iniciar, acceder, utilizar o gestionar servicios basados en posición y/o llamadas de emergencia en una red de telefonía IP móvil de tercera generación. Una aplicación de la invención se
15
25
35
45
55
65
E01979223
16-07-2014
refiere a un servicio en el que un abonado que visita una red distinta de su propia red usa su terminal móvil para hacer una llamada de emergencia. La llamada de emergencia es conectada a un CSCF que entonces envía la llamada de emergencia a un PSAP sin autenticación o facturación y la posición geográfica aproximada del abonado es transferida a la CSCF o al PSAP al mismo tiempo que se conecta la llamada de emergencia.
Las realizaciones ejemplares de la invención ofrecen un mecanismo de selección que proporciona acceso controlado a la CSCF de una red local de modo que una llamada de emergencia pueda ser establecida fácilmente. Cuando se inicia la llamada de emergencia, un nodo de servicio GPRS de puerta de enlace (GGSN) proporciona la dirección de una función de control de estado de llamada (CSCF). Una petición de establecimiento de llamada de emergencia es enviada a la función de control de estado de llamada (CSCF). La petición de establecimiento de llamada de emergencia incluye la identificación de zona de servicio (SAI) de GPRS. La CSCF selecciona un punto de respuesta de seguridad pública (PSAP) al que dirigir la llamada en base, al menos en parte, a la identidad de la zona de servicio, y envía la llamada de emergencia al PSAP seleccionado sin autenticación o facturación. Preferiblemente, la posición geográfica aproximada del abonado es transferida a la CSCF o al PSAP al mismo tiempo que se conecta la llamada de emergencia. Así, es posible hacer una llamada de emergencia sin un módulo de identificación de abonado (SIM) y sin cargos. La red de acceso en las realizaciones ejemplares es capaz de controlar los contextos PDP que se usan para llamadas de emergencia de modo que no puedan ser mal utilizados o que no estén sujetos a fraude.
La figura 1 es un diagrama de bloques que representa partes de la arquitectura de una red de telefonía IP móvil de tercera generación de una realización ejemplar.
La figura 2 es un diagrama de bloques ampliado de un ejemplo de red IP de tercera generación que muestra adicionalmente conexiones a otras redes.
La figura 3 es un diagrama de bloques simplificado que ilustra un ejemplo de entidades de servicio de localización y componentes de una red de telefonía IP móvil de tercera generación según realizaciones ejemplares de la invención.
La figura 4 es un diagrama de señalización general de un ejemplo que no realiza, pero que es útil para facilitar la comprensión de la invención en el que una llamada de emergencia es realizada por un abonado con un módulo de identificación de abonado (SIM).
La figura 5 es un diagrama de señalización general de un ejemplo que no realiza, pero que es útil para facilitar la comprensión de la invención en el que una llamada de emergencia es realizada por un abonado sin un módulo de identificación de abonado (SIM).
La figura 6 es un diagrama de señalización del ejemplo que no realiza, pero que es útil para facilitar la comprensión de la invención en el que la información de posición para una llamada de emergencia se obtiene durante la llamada.
La figura 7 es un diagrama de señalización de una realización ejemplar de la invención en la que la información de posición para una llamada de emergencia se obtiene durante la llamada.
La figura 8 es un diagrama de señalización de una realización ejemplar de la invención en la que la estimación de posición se obtiene antes de la aceptación de Activación de Contexto PDP.
La figura 9 es un diagrama de señalización de una realización ejemplar de la invención en la que la estimación de posición es proporcionada al terminal móvil.
La figura 10 es un diagrama de señalización de una realización ejemplar de la invención en la que el SGSN conoce la identificación de zona de servicio actual cuando recibe la petición de activar el contexto PDP.
La figura 11 es un diagrama de señalización de una realización ejemplar de la invención en la que el terminal móvil origina el método de localización.
Lo anterior y una mejor comprensión de la presente invención serán evidentes por la descripción detallada siguiente de realizaciones ejemplares y las reivindicaciones al leerlas en conexión con los dibujos acompañantes, todos los cuales forman parte de la descripción de la invención. Aunque la descripción anterior y siguiente escrita e ilustrada se centra en describir realizaciones ejemplares de la invención, se deberá entender claramente que la misma es a modo de ilustración y ejemplo solamente y no se ha de tomar a modo de limitación, exponiéndose el alcance de la presente invención por las reivindicaciones en la patente que salga de esta solicitud.
La figura 1 es un diagrama de bloques de una red de telefonía IP móvil de tercera generación típica en base al estándar UMTS. Las especificaciones técnicas detalladas para una red UMTS han sido publicadas por el Proyecto de Asociación de Tercera Generación en la versión 1999 (www.3gpp.org). Los bloques de la figura 1 representan diferentes funcionalidades y no corresponden necesariamente a diferentes elementos discretos o equipo de la red.
15
25
35
45
55
65
E01979223
16-07-2014
Los servicios de localización son soportados por elementos en toda la red. Algunos servicios están embebidos en elementos de red convencionales, tales como la red de radio (controlador (RNC), centro de conmutación de servicios móviles (MSSC) y nodo de soporte de servicio GPRS (SGSN). Además, se facilitan algunos elementos de red e interfaces nuevos para soportar servicios de localización.
Un nuevo elemento de funcionalidad en la red es la unidad de medición de posición (LMU), que puede estar integrada o no (LMU no se representa en la figura 1, pero se incluye como elemento 301 en la figura 3) dentro de cada uno de los subsistemas de estación base (BSS) en el nodo B 101-1 al nodo B 101-n, preferiblemente sin restricciones técnicas, al menos cuando se usa un método de localización de enlace de envío de intervalo inactivo diferencia de tiempo de llegada (ISFL-TDOA) o un método de localización de tiempo observado de diferencia de llegada -enlace descendente de período inactivo (OTDOA-IPDL). LMU 301 mide primariamente las diferencias de tiempo real (RTD), diferencia de tiempo absoluto (ATD), o cualquier otro tipo de tiempo de interfaz radio de las señales transmitidas por las estaciones base. Estas mediciones de asistencia obtenidas por LMU 301 son información de estado genérico y pueden ser usadas por más de un método de localización. Las mediciones pueden constar de mediciones de posición específicas a un móvil usado para calcular la posición de dicho móvil o mediciones de asistencia específicas de todos los móviles en una cierta zona geográfica.
Todas las mediciones de posición, diferencia de tiempo y asistencia obtenidas por LMU 301 son suministradas a un RNC sirviente concreto 102 (SRNC) asociado con la estación base que tiene la funcionalidad de LMU 301. Las instrucciones relativas al tiempo, la naturaleza y cualquier periodicidad de dichas mediciones son proporcionadas por el SRNC 102 o son preadministradas en la estación base.
En servicios de localización GSM, la Lmu es un elemento separado de la red GSM. La comunicación entre la red GSM y LMU se realiza a través de la interfaz de aire GSM. En los servicios de localización UMTS, la funcionalidad LMU está integrada en la estación base, preferiblemente sin restricciones técnicas, al menos cuando se usa un método de enlace de envío de intervalo inactivo -diferencia de tiempo de llegada (ISFL-TDOA) o un método de tiempo observado de diferencia de llegada -enlace descendente de período inactivo (OTDOA-IPDL).
El terminal móvil (MT) 100 puede estar implicado en varios niveles en los procedimientos de localización dependiendo del método de localización empleado. Además, el papel de MT 100 está estrechamente relacionado con el método de localización usado en el sistema. Por ejemplo, la funcionalidad de MT 100 puede abarcar o no el cálculo de posición. Preferiblemente, puede iniciar un servicio de localización haciendo una petición a la red para localización (localización asistida por red). Si soporta el uso de conjuntos de enlace descendente de período inactivo (ISDL), entonces también realiza las funciones siguientes:
1) Mide y guarda la señal durante períodos de inactividad;
2) Correlaciona con diferentes códigos BCH entre los períodos de inactividad;
3) Determina el tiempo de llegada del primer recorrido detectable, tanto para el subsistema de estación base sirviente (BSS) como otros BSSs que detecte;
4) Determina cuándo tiene lugar el período de inactividad; y
5) Reporta los resultados a la red.
Cada Nodo-B es capaz de parar la transmisión durante el período de inactividad. Esta función puede estar predefinida en el nodo B o puede ser controlada por el RNC correspondiente 102. Cada Nodo-B también puede manejar la funcionalidad de LMU 301 incluyendo la funcionalidad de la función de medición de señal de posición (PSMF) y función de operación del sistema de localización (LSOF). Así, es responsable de recoger mediciones de señal radio de enlace ascendente/enlace descendente para el cálculo de una posición de móvil. También está implicado en la operación general de los servicios de localización en la red.
El SRNC 102 en la red de acceso radio terrestre universal (UTRAN) 103 contiene la funcionalidad requerida para soportar servicios de localización y procedimientos entre LMU 301 y entidades de servicio de localización en una red móvil terrestre pública (PLMN). Controla preferiblemente los procedimientos TDOA IS-DL periódicamente o según parámetros predeterminados, maneja cada período de interrupción de potencia de Nodo-B y realiza la función de operación del sistema de localización (LSOF), la función de coordinación de localización por radio (PRCF), la función de cálculo de posición (PCF), y entidades de gestión de recursos de localización por radio (PRRM). Esto incluye la provisión de datos, capacidades de localización, operación de servicios de localización, cálculo de posición, recogida de mediciones de señal radio de enlace ascendente o enlace descendente para cálculo de posición de móvil, gestionar la posición de un móvil a través de coordinación general, reserva y programación de recursos (incluyendo canal de acceso directo/canal de acceso aleatorio (FACH/RACH) o canal dedicado (DCH)) requeridos para realizar mediciones de posición de un terminal móvil 100, y controlar los accesos por radio a servicios de localización. SRNC 102 también calcula la estimación y exactitud de la posición final.
15
25
35
45
55
65
E01979223
16-07-2014
El SRNC 102 controla cada LMU 301 de un número de LMUs al objeto de obtener mediciones de interfaz radio para localizar o ayudar a localizar MT 100 en la zona que sirve. El SRNC 102 es administrado con capacidades y tipos de mediciones producidos por cada una de sus LMUs. Las mediciones de posición devueltas por un LMU 301 a un SRNC 102 tienen un estado genérico y pueden ser usadas para más de un método de localización (incluyendo tiempo de llegada (TOA)).
La señalización entre un SRNC 102 y cada LMU 301 es transferida mediante la interfaz Iub, y en algunos períodos específicos, mediante interfaces lur. La interfaz lur soporta transferencias blandas entre RNC, incluyendo servicios de localización. Siempre que tiene lugar una transferencia blanda entre RNC, lur soporta la funcionalidad de las entidades de localización en RNCs, incluyendo PCF, PRRM, función de medición de señal de posición (PSMF) y LSOF. En caso de reasignación de SRNC, lur soporta los mecanismos de reasignación para transferir la funcionalidad PCF, PRRM, PSMF y LSOF desde SRNC a RNC de deriva (DRNC) en orden para que los DRNCs sean capaces de manejar la responsabilidad de SRNC en procesos de servicio de localización.
UTRAN 103 está implicado en el manejo de varios procedimientos de localización y el control general de nivel RAN de los servicios de localización. Controla un método de enlace descendente de período inactivo (ISDL) y gestiona la coordinación general y la programación de recursos requeridas para realizar localización del móvil. En un método de localización basado en red, UTRAN 103 calcula la estimación y exactitud de la posición final y controla un número de LMU/Nodo B101-1 a 101-n al objeto de obtener mediciones de interfaz radio para localizar o ayudar a localizar el terminal móvil 100 en la zona sirviente.
En general, UTRAN 103 proporciona ID de célula y datos relacionados con el tiempo a 3G-MSC 104. Según la realización ejemplar de la invención descrita más adelante, puede proporcionar en cambio un código de identificación de zona de servicio (SAI) a 3G-MSC 104. El 3G-MSC 104 es similar al MSC en una red GSM, pero la funcionalidad del centro de localización de móvil sirviente (SMLC) (elemento 302 en la figura 3) puede estar integrada en SRNC 102. Las funciones de 3G-MSC 104 son facturación, coordinación, peticiones de localización, autorizaciones de terminales móviles y gestión de peticiones y operaciones de localización relacionadas con llamada y no relacionadas con llamada para servicios de localización.
Dado que 3G-SGSN 105 tiene gestión de movilidad independiente, UTRAN 103 proporciona en cambio por lo general una ID de célula a SGSN 105. En la realización ejemplar de la invención descrita más adelante, UTRAN 103 puede proporcionar en cambio SAI a SGSN 105. Los parámetros de los servicios de localización se incluyen en la interfaz lu entre RNCs 102 y 3G-MSC 104 y 3G-SGSN 105. 3G-SGSN 105 es similar a MSC 104. Las funciones de SGSN 105 son cargo, coordinación, autorizaciones de terminales móviles y gestión de peticiones y operaciones de localización de los servicios de localización en lo que se refiere a los accesos de conmutación de paquetes. Si los terminales móviles 100 soportan tanto localización basada en red como basada en móvil, cada RNC 102 calcula la posición de cada terminal móvil 100 cuando se aplica una localización basada en móvil recogiendo mediciones de señal radio de enlace ascendente/enlace descendente (UL/DL). RNC 102 envía entonces la información de posición al UE o a SGSN. Si el SGSN 105 recibe la información de posición, envía la información de posición a CSCF (elemento 304 en la figura 3), al PSAP (elemento 305 en la figura 3), o a GMLC 106.
La interfaz lu transforma estimaciones de coordenadas del terminal móvil 100 por el protocolo de parte de aplicación de red de acceso por radio (RANAP) procedentes de cada RNC 102 a 3G-MSC 104 y SGSN 105 y mensajes NAS relacionados con localización de terminal móvil 100, incluyendo mensajes de búsqueda, autenticación, etc, por el protocolo RANAP. La interfaz también mapea los atributos de calidad de servicio (QoS) del servicio de localización y maneja información de estados entre UTRAN 103 y 3G-MSC 104.
En una situación donde el terminal móvil 100 está conectado a un servidor externo mediante IP, el servidor podría desear localizar el terminal móvil 100. Si el terminal móvil 100 está usando direccionamiento IP dinámico, la dirección tiene que ser traducida a una dirección comprensible o la petición de posición tiene que ser procesada de otro modo.
El servidor externo podría pedir al GGSN (elemento 303 en la figura 3) que proporcione la identidad que haya detrás de la dirección IP dinámica dada. El GGSN 303 puede mapear la dirección IP dinámica a un número MS-ISDN, que es usado por el servidor externo para localizar el terminal móvil 100 mediante métodos de localización normales. Alternativamente, se puede reservar un número de puerto IP para uso de petición de asignación en el terminal móvil
100. La aplicación externa puede usar entonces la dirección IP dinámica y el número de puerto conocido (estandarizado) para suministrar una petición de posición al terminal móvil 100. El terminal móvil 100 pide entonces su propia posición mediante procedimientos de localización normales, y envía el resultado al terminal externo.
Otro bloque funcional totalmente nuevo es el centro de localización móvil de puerta de enlace (GMLC) 106, que actúa como una puerta de enlace entre clientes del servicio de localización (LCS), tal como PSAP 305, y el resto de la red. GMLC 106 recibe y maneja peticiones de servicio relativas a información de posición para un terminal móvil indicado 100 procedente de clientes LCS externos, activa los sistemas de localización, si es necesario, y desvuelve el resultado al cliente LCS. GMLC 106 puede pedir el enrutamiento de información desde HLR 107 o SGSN 104.
15
25
35
45
55
65
E01979223
16-07-2014
Después de realizar autorización de registro, envía una petición de posición y recibe estimaciones de posición final de 3G-MSC 105 y SGSN 104.
El registro de posición inicial 107 contiene datos de abono a servicios de localización e información de enrutamiento con relación a llamadas de abonado. HLR 107 es accesible desde GM-LC 106 mediante una interfaz de parte de aplicación Móvil (MAP).
PSAP 305 es preferiblemente un PSAP convencional y puede estar conectado a GMLC 106 mediante la PSTN. El (los) cliente(s) LCS externo(s) 108 puede(n) ser cualquier especie de aplicación de servicio ofrecida por un proveedor de servicios o proveedor de contenidos. El (los) cliente(s) LCS 108 está(n) estrechamente relacionado(s) con la variedad de servicios disponibles. A veces un terminal móvil 100 o una aplicación de servicio en el terminal móvil 100 es el cliente. Además de los cambios en las interfaces principales (es decir, Uu, lub, lur y lu) de la red, también hay algunas interfaces definidas para soportar servicios de localización. La interfaz Le proporciona el punto de referencia para transformar información transferida entre GMLC 106 y PSAP 305 y otros clientes LCS externos
108. Esta información incluye la petición de posición y el resultado final del proceso de localización.
La interfaz Lh pasa información de enrutamiento desde HLR 107 a GMLC 106 y soporta cualquier base de datos relacionada con gestión de movilidad en HLR 107. También puede ser usada por GMLC 106 para pedir la dirección de un MSC o SGSN visitado para un terminal móvil concreto 100 cuya posición haya sido pedida. Es preferiblemente un tipo de interfaz MAP y puede ser implementada sobre una red de señalización SS7 o posiblemente por protocolo IP (MAP sobre IP). La interfaz Lg permite que 3G-MSC 105 acceda a GM-LC 106 (PLMN doméstica o PLMN visitada). La interfaz transforma la información de abonado necesaria, por ejemplo, para autorización y el enrutamiento de acceso a posición. Puede ser usada por GMLC 106 para transportar una petición de posición al MSC o SGSN que actualmente sirve a un terminal móvil concreto 100 cuya posición fue pedida o por un MSC o SGSN para devolver resultados de localización a GMLC 106. Es preferiblemente un tipo de interfaz MAP y puede ser implementada por una red de señalización SS7 o posiblemente por protocolo IP (MAP sobre IP).
La interfaz Lg’ permite que SGSN 104 acceda a GMLC 106 (PLMN doméstica o PLMN visitada). Puede ser idéntica a la interfaz Lg, pero se ha etiquetado de forma diferente en la figura 1 para mostrar que también puede ser diferente. La interfaz transforma información de abonado necesaria, por ejemplo, para autorización y enrutamiento de acceso de posición. Es preferiblemente un tipo de interfaz MAP y puede ser implementada por una red de señalización SS7 o posiblemente por protocolo IP (MAP sobre IP). Preferiblemente, las interfaces MAP son lo más similares posible a las interfaces MAP definidas para servicios de localización en la red GSM. Dado que no hay MLC sirviente (SMLC) en UMTS, la interfaz MAP entre SMLC y VMSC no es necesaria. Los servicios de localización para GSM todavía no incluyen GPRS, de modo que la parte GPRS de la red UMTS se añade a la señalización MAP. Es factible usar la misma interfaz MAP entre GMLC 106 y 3G-SGSN 105, y entre GMLC 106 y 3G-MSC 104.
La figura 2 es un diagrama de bloques adicional que representa conexiones a otras redes y, en concreto, el nodo de soporte de puerta de enlace GPRS (GGSN) 108 y la función de control de estado de llamada (CSCF) 109.
La figura 3 es un diagrama de bloques simplificado que representa las conexiones entre funcionalidades de elemento de red y, en concreto, el nodo de soporte de puerta de enlace GPRS (GGSN) 303 y la función de control de estado de llamada (CSCF) 304. También se representa en la figura 3 el punto de respuesta de seguridad pública (PSAP) 305 al que las llamadas de emergencia son conectadas a través de CSCF 304 según las realizaciones ejemplares del método descritas más adelante.
GGSN 303 y CSCF 304 son instrumentales al implementar los mecanismos ejemplares ilustrados en las figuras 4-11 para transferir fiablemente llamadas de emergencia a un PSAP apropiado sin abuso o fraude. En la descripción siguiente de las realizaciones ejemplares, GGSN 303 y CSCF 304 son elementos situados en una red que un abonado está visitando. Utilizan un contexto PDP de señalización soportado en redes MIPT de tercera generación. Aunque no se representa en las figuras 1-3 por razones de claridad, se deberá entender que puede haber una pluralidad de diferentes CSCFs y PSAPS conectados. Preferiblemente, cada CSCF 304 mantiene una base de datos de los PSAPs conectados (o capacidad equivalente) que incluye una correspondencia entre los PSAPs para cada código de identificación de zona de servicio (SAI) que puede recibir para una llamada de emergencia tal como en una de las realizaciones ejemplares del método descrito más adelante. Cuando un CSCF recibe un código SAI en una petición de establecimiento de llamada de emergencia, conecta la llamada de emergencia a un PSAP en base, al menos en parte, a la correspondencia entre el código SAI y los PSAPs almacenados en la base de datos. La selección de un PSAP apropiado por CSCF puede ser efectuada en último término por otros factores además del código SAI. Por ejemplo, el equilibro de carga u otros procedimientos puede efectuar la selección de un PSAP con el fin de intentar asegurar que la llamada de emergencia pueda ser contestada rápidamente en el PSAP al que está conectado.
Las especificaciones para una red UMTS han sido expuestas por el Proyecto de Asociación de Tercera Generación (www.3qpp.orq). La versión 1999 permite que una red abonado pueda tener una o más direcciones de protocolo de datos en paquetes (PDP). La descripción del Servicio General de Paquetes por radio (GPRS), etapa 2, 3G TS 23.060, versión 3.3.0, se incorpora por ello por referencia. Cada dirección PDP se describe por uno o más contextos
15
25
35
45
55
65
E01979223
16-07-2014
PDP en el terminal móvil (MT) 100, SGSN 105, y GGSN 303. Cada contexto PDP puede tener información de envío y mapeado para dirigir la transferencia de datos a y desde su dirección PDP asociada y una plantilla de flujo de tráfico (TFT) para filtrar los datos transferidos.
Cada contexto PDP puede ser activado, modificado y desactivado selectiva e independientemente. El estado de activación de un contexto PDP indica si está habilitada o no la transferencia de datos para una dirección PDP correspondiente y TFT. Si todos los contextos PDP asociados con la misma dirección PDP están inactivos o desactivados, entonces está habilitada toda transferencia de datos para dicha dirección PDP. Todos los contextos PDP de un abonado están asociados con el mismo contexto de gestión de movilidad (MM) para la identidad internacional de abonado móvil (IMSI) de dicho abonado.
Aunque se ha descrito anteriormente soporte de red para servicios de localización, la invención no depende de ningún método de localización concreto y puede ser usada genéricamente con cualquier método de cálculo estandarizado o de propiedad que proporcione o se sume a la previsión de información de posición especificada en las reivindicaciones. Preferiblemente, las capacidades de métodos de localización y los servicios de localización de red usadas en las realizaciones ejemplares de la invención para soportar y dirigir una llamada de emergencia a un PSAP son las mismas capacidades de los métodos de localización y los servicios de localización de red usados para otros clientes de servicios de localización. A continuación se describen varias realizaciones de método diferentes, que difieren primariamente en su proceso de localización, con referencia a la arquitectura de la red representada en las figuras 1 y 3. Estas realizaciones de método son simplemente ejemplos ilustrativos no limitativos y la red es simplemente un ejemplo ilustrativo no limitativo de una red en la que las realizaciones de método se pueden poner en práctica. Naturalmente, puede haber otras realizaciones de método y otras redes en las que se puedan llevar a cabo los métodos.
La figura 4 representa la aplicación del procedimiento de activación de contexto PDP de las redes UMTS donde un abonado tiene un módulo de identificación de abonado (SIM). En primer lugar, el terminal móvil 100 inicia una activación de contexto PDP. Por ejemplo, el abonado puede marcar 9-1-1. La petición de activar el contexto PDP enviado a SGSN 105 en el paso 1 incluye un número de parámetros. Estos parámetros incluyen una dirección PDP y un nombre de punto de acceso (APN). La dirección PDP se usa para indicar si se requiere una dirección PDP estática o PDP dinámica. El APN es convencionalmente un nombre lógico con referencia al GGSN a usar. El GGSN es una puerta de enlace a redes externas conectadas. El APN se usa en cambio para indicar que el servicio requerido es una llamada de emergencia.
En el paso 2, SGSN 105 selecciona un GGSN adecuado 303 según el APN y envía un mensaje de petición de creación de contexto PDP al GGSN seleccionado 303. GGSN 303 decide si aceptar o rechazar la petición. Si acepta la petición, GGSN 303 pone una plantilla de flujo de tráfico (TFT) para permitir que solamente tráfico relacionado con llamada de emergencia sea transferido en el contexto PDP. Por ejemplo, se puede usar una dirección IP separada o número de puerto para llamadas normales y para llamadas de emergencia, y GGSN 303 puede poner la TFT según la información acerca de la dirección IP o el número de puerto.
Si GGSN 303 acepta la petición, modifica su tabla de contexto PDP y devuelve un mensaje de respuesta de creación de contexto PDP a SGSN 105 en el paso 3. Incluye la dirección de una CSCF adecuada 304 en la respuesta de creación de contexto PDP. Preferiblemente, la dirección de CSCF 304 es enviada en el parámetro Opciones de Configuración de Protocolo, pero también puede ser enviada en otro parámetro o como un parámetro nuevo.
Si la dirección de CSCF 304 está presente en la respuesta de creación de contexto PDP, SGSN 105 la copia a un mensaje de aceptación de activación de contexto PDP enviado a MT 100 en el paso 4. MT 100 debe contactar la CSCF 304 especificada en el paso 4. MT 100 puede enviar información de posición a la CSCF 304 en el paso 5. Si por alguna razón la dirección de CSCF 304 no es enviada al MT 100, entonces es posible que el GGSN 303 tenga que cambiar la dirección IP destino en el mensaje de establecimiento de llamada con el fin de usar un CSCF local para la llamada de emergencia. Esto se representa como paso 5 en la figura 4. Para el tráfico de voz real, puede ser necesario un contexto PDP secundario con una calidad de servicio (QoS) correspondientemente diferente. Si es necesario, MT 100 inicia una activación de contexto PDP secundario.
Preferiblemente, la petición de establecimiento de llamada enviada en el paso 5 de la figura 4 incluye la identificación de zona de servicio (SAI) de MT 100. La identificación de zona de servicio se usa para identificar de forma única una zona que consta de una o más células perteneciente a la misma zona de localización y para indicar la posición de MT 100. El código de zona de servicio (SAC) conjuntamente con la identidad PLMN y el LAC constituye la identificación de zona de servicio: SAI = MCC + MNC + LAC + SAC. Véase la descripción de servicio del Servicio General de Paquetes por radio (GPRS), etapa 2, versión 1999, 3G TS 23.060, versión 3.3.0, sección
14.10. CSCF 304 usa el código SAI, al menos en parte, para seleccionar un PSAP apropiado al que conectar la llamada de emergencia.
El ejemplo de la figura 5 es sustancialmente el mismo que el expuesto anteriormente con respecto a la figura 4, excepto que es soportado para un abonado sin un módulo de identificación de abonado (SIM). En este caso, el UE
15
25
35
45
55
65
E01979223
16-07-2014
envía una petición de contexto PDP de Activar Acceso Anónimo (AA). El resto del procedimiento es el de la figura 4.
En la figura 6 se ilustra otro ejemplo en el que un cálculo de posición es activado por la llamada de emergencia. De forma análoga a los otros ejemplos, la figura 6 aprovecha el contexto PDP disponible en las redes UMTS. En concreto, puede usar el parámetro APN de la petición de activar contexto PDP para indicar que la llamada ha de ser servida como una llamada de emergencia como se ha indicado en el paso 2. Sin embargo, a diferencia de los otros ejemplos, MT 100 envía un mensaje de petición de servicio SM antes de enviar la petición de activar contexto PDP como se ha indicado en el paso 1. El mensaje de petición de servicio SM es enviado para establecer una conexión de señalización segura.
Una característica clave del ejemplo de la figura 6 es que SGSN 303 envía un mensaje de control de reportar posición al RNC 102 en respuesta a la llamada de emergencia. Específicamente, el SGSN 303 puede iniciar el procedimiento de reportar posición en el paso 3 inmediatamente al recibir el mensaje de petición de servicio SM donde el parámetro Tipo de Servicio indica una llamada de emergencia, o una petición para activar un contexto PDP (la petición de activar contexto PDP, la petición de activar contexto PDP secundario, o la petición de activar contexto PDP AA) donde el parámetro APN indica una llamada de emergencia. Esta característica tiene la ventaja de que los servicios de localización son realizados rápidamente para llamadas de emergencia, pero no son realizados innecesariamente para otros tipos de llamadas.
El RNC 102 es responsable de calcular la información de posición para MT 100 en el paso 4. La posición de MT 100 es reportada al SGSN 303 en el paso 5 y enviada a GMLC 106 en el paso 6. Un reconocimiento del informe de posición es devuelto a SGSN 105 en el paso 7 y a continuación la información de posición es transferida a un PSAP seleccionado por CSCF 304 a la petición o independientemente en el paso 8.
La figura 7 ilustra una realización de método ejemplar similar a la de la figura 6, a excepción de que el terminal móvil 100 (denominado “UE” en las figuras 7-11) no envía una petición de servicio SM antes de enviar la petición de activar contexto PDP en el paso 1. SGSN 303 envía un mensaje de control de reportar posición (paso 2), tan pronto como recibe el procedimiento de activación de contexto PDP (paso 1), para pedir la ID de zona de servicio a la red de acceso por radio (UTRAN en la red ejemplar de las figuras 1 y 2) y para iniciar el procedimiento de localización (paso 4'). Esto se puede hacer, aunque no necesariamente, enviando dos mensajes separados de control de reporte de posición para pedir la ID de zona de servicio y para iniciar la localización según la especificación RANAP actual (3G TS 25.413). Para una llamada de emergencia se puede asignar un Identificador de Dominio PS Temporal (PSDI). Tal identificador puede ser, por ejemplo, una dirección IP MS, PTMSI o MSISDN. SGSN 105 también asigna un identificador de dominio PS a la llamada de emergencia que se usa para identificar (por ejemplo para enrutar) tanto el proveedor de servicios de emergencia como el conmutador en el VPLNIN que actualmente sirve al llamante en emergencia, y posiblemente el llamante en emergencia, durante la llamada.
Mientras realiza la localización, el RAN 103 desvuelve la ID de zona de servicio a SGSN 105 (paso 3). SGSN 105 envía una petición de crear contexto PDP a GGSN 303 como se ha descrito anteriormente con respecto a la figura 3 (paso 4). GGSN 303 acepta la petición, modifica su tabla de contexto PDP y devuelve un mensaje de respuesta de creación de contexto PDP (incluyendo la dirección de CSCF adecuada) a SGSN 105 (paso 5). SGSN copia la dirección CSCF dentro de un mensaje de aceptación de activación de contexto PDP enviado a MT 100 junto con la ID de zona de servicio y el número de teléfono PSDI asignado a la llamada de emergencia (paso 6).
Cuando finaliza la localización, RAN 103 devuelve una estimación de posición dentro de un mensaje de informe de posición a SGSN 105 (paso 6'). SGSN 105 envía un informe de posición de abonado (que incluye la estimación de posición, un identificador (IMSI o dirección IP) y la PSDI) a GMLC 106 (paso 7'). Preferiblemente, la estimación de posición está asociada con un sello de tiempo que, conjuntamente, marca la “posición inicial” de MT 100. Después de que el contexto PDP ha sido activado, MT 100 envía un mensaje de Invitación (conteniendo la ID de zona de servicio, el identificador y el PSSDI) a CSCF 304 (paso 7). En base, al menos en parte, a la ID de zona de servicio, CSCF 304 selecciona un PSAP adecuado (usando preferiblemente una base de datos de PSAPs y su correspondencia con las IDs de zona de servicio) y envía un mensaje de establecimiento (conteniendo el PSDI) a PSAP 305 (las figuras 7-11 se refieren al PSAP como EC (centro de emergencia) más bien que PSAP) (pasos 8 y 9).
Tan pronto como la llamada de emergencia es conectada, el PSAP seleccionado envía una petición de servicio LCS para obtener la posición inicial a GMLC 106 y GMLC 106 envía una respuesta de servicio LCS conteniendo la posición inicial (pasos 10 y 11). La llamada de emergencia es identificada en la petición y la respuesta por su PSDI. Igualmente, durante toda la duración de la llamada de emergencia, el PSAP seleccionado puede pedir y recibir actualizaciones de la posición actual del terminal móvil 100 usando peticiones de localización terminada de terminal móvil normales (MT-LR) definidas en 3G TS 23.171 v3.0.0 (Versión 1999). La figura 8 ilustra un método similar al de la figura 7, a excepción de que el procedimiento de localización ha finalizado, y se obtiene una estimación de posición, antes de la aceptación de Activación de Contexto PDP. Los pasos 1-4 son los mismos que los del método de la figura 7. Sin embargo, el SGSN 105 recibe el informe de posición (paso 5'), conteniendo la estimación de posición, de RAN 103 antes de que GGSN 303 devuelva un mensaje de respuesta de creación de contexto PDP a SGSN 105 (paso 6).
10
15
20
25
30
35
40
45
50
55
60
E01979223
16-07-2014
En lugar de enviar la estimación de posición a GMLC 106 en un informe de posición de abonado (paso 7' de la figura 6), SGSN 105 incluye la estimación de posición dentro del mensaje de aceptación de activación de contexto PDP enviado a MT 100 junto con la ID de zona de servicio, PSDI y dirección CSCF (paso 7). MT 100, a su vez, incluye la estimación de posición (junto con la ID de zona de servicio, identificador, y PSDI) en el mensaje de Invitación enviado a CSCF 304 (paso 8). Después de seleccionar el PSAP (paso 9), CSCF 304 incluye la estimación de posición en el mensaje de establecimiento enviado a PSAP 305 (en lugar del PSDI). Esto elimina la necesidad de los dos pasos para que PSAP 305 pida y reciba la posición inicial de GMLC 106 (pasos 10 y 11 en la figura 7) cuando la llamada de emergencia es conectada. Naturalmente, el PSAP seleccionado puede seguir pidiendo y recibiendo actualizaciones acerca de la posición actual de MT 100 de la misma manera que en la realización ejemplar de la figura 7 (pasos 11-13).
La figura 9 ilustra una realización de método similar a la de las figuras 7 y 8, a excepción de que RAN 103 proporciona la estimación de posición a MT 100 en lugar de hacer un informe de posición a SGSN 105. Los pasos 16 de la realización de la figura 9 son los mismos que los pasos 1-6 de la realización de la figura 7. MT 100 debe recibir la estimación de posición de 103 de alguna manera, tal vez, pero no necesariamente, usando mensajes de control de recursos radio (RRC). La manera en que la estimación de posición es reportada por RAN 103 (según la realización de la figura 7 o la realización de la figura 9) puede ser predeterminada o puede ser controlada, por ejemplo, en el mensaje de control de reportar posición enviado por SGSN 105 a RAN 103 en el paso 2.
En la realización ejemplar de la figura 9, el procedimiento de localización deberá acabar antes de que el mensaje de aceptación de activación de contexto PDP sea recibido por MT 100 en el paso 6. Si no lo es, entonces MT 100 retarda el mensaje de Invitación hasta que la estimación de posición sea recibida de RAN 103. Una vez que la estimación de posición es recibida, MT 100 envía un mensaje de Invitación (conteniendo la ID de zona de servicio, la estimación de posición y el identificador) a CSCF 304 (pasos 7). Los demás pasos de la realización ejemplar de la figura 9 (pasos 8-12) son los mismos que los pasos 9-13 de la figura 17.
La figura 10 ilustra una realización ejemplar similar a la de la figura 7, a excepción de que SGSN 105 ya conoce la ID de zona de servicio actual cuando recibe la petición de activar contexto PDP en el paso 1. En tal realización, SGSN 105 no tiene que pedir la ID de zona de servicio de RAN 103 y RAN 103 no tiene que devolver la ID de zona de servicio como en los pasos 2 y 3 de la figura 4. Los demás pasos de la realización de la figura 10 son los mismos que el resto de los pasos de la figura 7.
La realización ejemplar ilustrada en la figura 11 difiere de forma significativa de los otros ejemplos en la medida en que MT 100 propiamente dicho origina el método de localización (paso 2') tan pronto como la petición de activar contexto PDP es enviada a SGSN 105 (paso 1). Puede realizar su propio cálculo de posición basado en MT o pedir que se lleve a cabo un método de localización usando procedimientos de peticiones de posición originadas en móvil (MO-LR). La realización ejemplar de la figura 10 evita así la necesidad del mensaje de control de reportar posición desde SGSN 105 o el reporte de posición procedente de RAN 103. También simplifica el mensaje de aceptación de activación de contexto PDP enviado desde SGSN 105 dado que solamente tiene que incluir la dirección de la CSCF (paso 4). Igualmente, el mensaje de invitación enviado desde MT 100 a CSCF 304 solamente tiene que contener la estimación de posición y la ID de zona de servicio (paso 6). Las zonas de servicio tienen que ser coordinadas entre MT 100 y SGSN 105 con el fin de asegurar que la ID de zona de servicio proporcionada por MT 100 sea coherente con la ID de zona de servicio esperada por SGSN 105 y CSCF 304. Los demás pasos de la realización ejemplar de la figura 11 (pasos 7-11) son los mismos que los pasos 9-13 de la figura 9.
Las realizaciones ejemplares de las figuras 7-11 muestran varios métodos, cada uno con sus propias ventajas y desventajas. Por ejemplo, en las realizaciones ejemplares de la figura 7 y 10, la llamada de emergencia puede ser conectada sin considerar los retardos en el procedimiento de localización porque la posición inicial es enviada por GMLC 106 a la petición de PSAP 305 después de conectar la llamada de emergencia. En la realización ejemplar de la figura 10, EL MT 100 debe tener un módulo de identificación de abonado (SIM) con el fin de conectar con CSCF
304.
Aunque lo anterior describe lo que se considera realizaciones ejemplares de la invención, se entiende que se puede hacer varias modificaciones en ellas y que la invención puede ser implementada en varias formas y realizaciones, y que se puede aplicar en numerosas aplicaciones, de las que solamente algunas se han descrito aquí. Por ejemplo, RAN podría hacer que el SAI estuviese disponible directamente para el terminal móvil en lugar de, o además de, el SGSN dentro de un mensaje de aceptación de contexto PDP. Por ejemplo, RNC 102 podría hacer que el SAI estuviese directamente disponible por emisión y/o mensajes RRC de punto a punto. Se ha previsto que las reivindicaciones siguientes reivindiquen todas esas modificaciones y variaciones.

Claims (15)

  1. 5
    15
    25
    35
    45
    55
    65
    E01979223
    16-07-2014
    REIVINDICACIONES
    1. Un método para establecer una llamada de emergencia desde un primer elemento de red (100) en una red de comunicaciones inalámbricas de conmutación de paquetes, incluyendo el método los pasos de:
    recibir información de posición para el primer elemento de red (100) de un segundo elemento de red (102) en una red de acceso por radio (103);
    enviar una petición de establecimiento de una llamada de emergencia desde el primer elemento de red (100) a un tercer elemento de red (304), incluyendo la petición de establecer una llamada de emergencia la información de posición para el primer elemento de red (100); y
    asignar, en un cuarto elemento de red (105), una identidad temporal que se usa para identificar la llamada de emergencia.
  2. 2.
    Un método según la reivindicación 1, donde la información de posición se facilita en un mensaje RRC o es emitida al primer elemento de red (100).
  3. 3.
    Un método según la reivindicación 1 o la reivindicación 2, incluyendo enviar desde el primer elemento de red
    (100) una segunda petición para activar una conexión de comunicación al cuarto elemento de red (105) en la red, incluyendo la segunda petición una indicación de que la conexión de comunicación es para llamada de emergencia.
  4. 4.
    Un método según cualquier reivindicación precedente, incluyendo otro paso de seleccionar una entidad (305) que maneja llamadas de emergencia en base, al menos en parte, a la información de posición incluida en la petición y transferir la llamada de emergencia a la entidad seleccionada (305).
  5. 5.
    Un método según la reivindicación 1, incluyendo enviar desde el cuarto elemento de red (105) la identidad temporal que se usa para identificar la llamada de emergencia a una entidad que conserva información de posición (106).
  6. 6.
    Un método según la reivindicación 1 o 5, incluyendo enviar la identidad temporal que se usa para identificar la llamada de emergencia desde el cuarto elemento de red (105) al primer elemento de red (100), desde el primer elemento de red (100) al tercer elemento de red (304) y desde el tercer elemento de red (304) a una entidad que maneja llamadas de emergencia (305).
  7. 7.
    Un método según la reivindicación 1, donde la identidad temporal se usa para identificar la llamada de emergencia cuando una entidad que maneja llamadas de emergencia (305) pide información de posición desde una entidad que conserva información de posición (106).
  8. 8.
    Un método expuesto en la reivindicación 3, incluyendo además el paso de devolver un mensaje de aceptación en respuesta a una petición para la llamada de emergencia desde el cuarto elemento de red (105), reconociendo el mensaje de aceptación la petición y proporcionando la dirección del tercer elemento de red (304).
  9. 9.
    El método expuesto en la reivindicación 3, incluyendo el cuarto elemento de red (105) que indica a la red de acceso por radio (103) que inicie un método de localización con el fin de obtener estimaciones de posición en respuesta a recibir la segunda petición del primer elemento de red (100).
  10. 10.
    El método expuesto en la reivindicación 9, donde la estimación de posición obtenida por el método de localización es proporcionada a un centro de localización móvil de puerta de enlace (106).
  11. 11.
    El método expuesto en la reivindicación 10, incluyendo obtener por una entidad que maneja llamadas de emergencia (305) la estimación de posición del centro de localización móvil de puerta de enlace (106).
  12. 12.
    El método expuesto en la reivindicación 11, identificando la llamada usando un número de teléfono asignado cuando la entidad que maneja llamadas de emergencia (305) obtiene la estimación de posición del centro de localización móvil de puerta de enlace (106).
  13. 13.
    Una red de comunicaciones inalámbricas de conmutación de paquetes configurada para establecer una llamada de emergencia desde un primer elemento de red (100), incluyendo:
    un segundo elemento de red (102) en una red de acceso por radio (103) para proporcionar información de posición para el primer elemento de red (100);
    un tercer elemento de red (304) para recibir una petición de establecimiento de una llamada de emergencia del primer elemento de red (100), incluyendo la petición de establecer una llamada de emergencia la información de posición para el primer elemento de red (100); y
    10
    E01979223
    16-07-2014
    un cuarto elemento de red (105), para asignar una identidad temporal que se usa para identificar la llamada de emergencia.
    5 14. La red de comunicaciones inalámbricas de conmutación de paquetes expuesta en la reivindicación 13, incluyendo además el primer elemento de red (100) para enviar la petición de establecimiento de una llamada de emergencia al tercer elemento de red (304).
  14. 15. La red de comunicaciones inalámbricas de conmutación de paquetes expuesta en la reivindicación 14, donde el
    10 cuarto elemento de red (105) está configurado para enviar la identidad temporal que se usa para identificar la llamada de emergencia al primer elemento de red (100), donde el primer elemento de red (100) está configurado para enviar la identidad temporal al tercer elemento de red (304) y el tercer elemento de red (304) está configurado para enviar la identidad temporal a una entidad que maneja llamadas de emergencia (305).
    15 16. La red de comunicaciones inalámbricas de conmutación de paquetes expuesta en la reivindicación 13, 14 o 15, donde el cuarto elemento de red (105) está configurado para enviar la identidad temporal que se usa para identificar la llamada de emergencia a una entidad que conserva información de posición (106).
  15. 17. La red de comunicaciones inalámbricas de conmutación de paquetes expuesta en la reivindicación 13 o 14,
    20 donde la identidad temporal se usa para identificar la llamada de emergencia cuando una entidad que maneja llamadas de emergencia (305) pide información de posición desde la entidad que conserva información de posición (106).
    11
ES01979223.3T 2000-04-10 2001-04-10 Llamada de emergencia en una red de comunicaciones inalámbricas de conmutación de paquetes Expired - Lifetime ES2482096T3 (es)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US546208 1995-10-20
US54620700A 2000-04-10 2000-04-10
US54620800A 2000-04-10 2000-04-10
US546207 2000-04-10
US09/709,716 US7623447B1 (en) 2000-04-10 2000-11-13 Telephony services in mobile IP networks
US709716 2000-11-13
PCT/US2001/011598 WO2002003718A2 (en) 2000-04-10 2001-04-10 Location based telephony services in mobile ip networks

Publications (1)

Publication Number Publication Date
ES2482096T3 true ES2482096T3 (es) 2014-08-01

Family

ID=27415475

Family Applications (1)

Application Number Title Priority Date Filing Date
ES01979223.3T Expired - Lifetime ES2482096T3 (es) 2000-04-10 2001-04-10 Llamada de emergencia en una red de comunicaciones inalámbricas de conmutación de paquetes

Country Status (12)

Country Link
US (2) US7623447B1 (es)
EP (1) EP1273183B1 (es)
JP (1) JP2004502387A (es)
KR (1) KR100619285B1 (es)
CN (1) CN100481980C (es)
AU (2) AU1120902A (es)
BR (1) BRPI0109947B1 (es)
CA (1) CA2405011A1 (es)
ES (1) ES2482096T3 (es)
MX (1) MXPA02009766A (es)
RU (1) RU2289890C2 (es)
WO (1) WO2002003718A2 (es)

Families Citing this family (137)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10049794A1 (de) * 2000-10-09 2002-04-18 Siemens Ag Verfahren zur Positionsermittlung mindestens eines Teilnehmergeräts eines Funkkommunikationssystems sowie zugehöriges Funkkommunikationssystem
DE60142450D1 (de) 2001-04-27 2010-08-05 Nokia Corp Teilnehmerendgerät, netzwerkelement, und verfahren und kommunikationssystem zur herstellung einer notfallsitzung
US20020163906A1 (en) * 2001-05-04 2002-11-07 John Diachina Emergency packet data service
WO2003063536A1 (en) * 2002-01-25 2003-07-31 Nokia Corporation Emergency session request handling in a network
US9635540B2 (en) 2002-03-25 2017-04-25 Jeffrey D. Mullen Systems and methods for locating cellular phones and security measures for the same
US8918073B2 (en) 2002-03-28 2014-12-23 Telecommunication Systems, Inc. Wireless telecommunications location based services scheme selection
US8290505B2 (en) 2006-08-29 2012-10-16 Telecommunications Systems, Inc. Consequential location derived information
US7426380B2 (en) 2002-03-28 2008-09-16 Telecommunication Systems, Inc. Location derived presence information
US9154906B2 (en) 2002-03-28 2015-10-06 Telecommunication Systems, Inc. Area watcher for wireless network
DE10223980A1 (de) * 2002-05-29 2004-01-08 Siemens Ag Verfahren zur Leitweglenkung von Kommunikationsverbindungen
KR100967148B1 (ko) * 2002-06-27 2010-07-05 인터디지탈 테크날러지 코포레이션 사용자 장치 측정값 정보를 피어 투 피어 방식으로교환하는 무선 네트워크 제어기
GB0216278D0 (en) * 2002-07-12 2002-08-21 Nokia Corp Communication channel selection
US20070238455A1 (en) * 2006-04-07 2007-10-11 Yinjun Zhu Mobile based area event handling when currently visited network doe not cover area
US7539186B2 (en) * 2003-03-31 2009-05-26 Motorola, Inc. Packet filtering for emergency service access in a packet data network communication system
GB2405052A (en) * 2003-08-12 2005-02-16 Orange Personal Comm Serv Ltd Packet data communications
US8229389B2 (en) 2003-10-17 2012-07-24 Apple Inc. Method for obtaining location information for emergency services in wireless multimedia networks
US7424293B2 (en) 2003-12-02 2008-09-09 Telecommunication Systems, Inc. User plane location based service using message tunneling to support roaming
US7260186B2 (en) * 2004-03-23 2007-08-21 Telecommunication Systems, Inc. Solutions for voice over internet protocol (VoIP) 911 location services
US20080126535A1 (en) 2006-11-28 2008-05-29 Yinjun Zhu User plane location services over session initiation protocol (SIP)
US20080090546A1 (en) 2006-10-17 2008-04-17 Richard Dickinson Enhanced E911 network access for a call center using session initiation protocol (SIP) messaging
ATE445975T1 (de) * 2004-01-08 2009-10-15 Huawei Tech Co Ltd Abwicklung der positions-informationsanforderung, die von einem benutzergerät eingeleitet wird
KR100584430B1 (ko) 2004-01-31 2006-05-26 삼성전자주식회사 이동단말기의 위치결정 방법
AU2005211737B2 (en) * 2004-02-10 2010-03-04 Vonage Holdings, Corp. Emergency call completion for voip based on location of call originator
US7386111B2 (en) 2004-02-10 2008-06-10 Vonage Network Inc. Method and apparatus for placing a long distance call based on a virtual phone number
KR101122359B1 (ko) * 2004-05-07 2012-03-23 인터디지탈 테크날러지 코포레이션 무선 근거리 통신망의 긴급 호 지원
US8145182B2 (en) 2004-05-07 2012-03-27 Interdigital Technology Corporation Supporting emergency calls on a wireless local area network
US8682279B2 (en) 2004-05-07 2014-03-25 Interdigital Technology Corporation Supporting emergency calls on a wireless local area network
KR101000682B1 (ko) 2004-08-13 2010-12-10 엘지전자 주식회사 이동통신시스템에서의 ｒｒｃ연결 설정방법
US20060072547A1 (en) * 2004-09-29 2006-04-06 Lucent Technologies Inc. Systems and methods for serving VolP emergency calls
JP2006216994A (ja) * 2005-01-07 2006-08-17 Oki Electric Ind Co Ltd 緊急通報システムおよび緊急通報方法
EP1839420B1 (en) * 2005-01-19 2018-04-04 Telefonaktiebolaget LM Ericsson (publ) A method and apparatus for handling emergency calls
US20070171892A1 (en) * 2005-04-21 2007-07-26 Ilwoo Chang Method and system for supporting special call services in a data network
GB2425682A (en) * 2005-04-22 2006-11-01 Nec Technologies Location-based telephone directory
CN101263727A (zh) * 2005-07-14 2008-09-10 高通股份有限公司 用于紧急voip呼叫的会话建立的方法和设备
US8660573B2 (en) * 2005-07-19 2014-02-25 Telecommunications Systems, Inc. Location service requests throttling
CN101228807B (zh) * 2005-07-26 2012-10-10 艾利森电话股份有限公司 用于调度用户设备的定位信息的方法和装置
US10178522B2 (en) * 2005-08-02 2019-01-08 Qualcomm Incorporated VoIP emergency call support
RU2391792C2 (ru) * 2005-08-02 2010-06-10 Квэлкомм Инкорпорейтед ПОДДЕРЖКА ЭКСТРЕННОГО ВЫЗОВА VoIP
ES2681679T3 (es) * 2005-08-02 2018-09-14 Qualcomm Incorporated Admisión de llamadas de emergencia VoIP
BRPI0614520B1 (pt) 2005-08-02 2019-07-09 Qualcomm Incorporated Suporte de chamada de emergência voip
US9137770B2 (en) * 2005-09-15 2015-09-15 Qualcomm Incorporated Emergency circuit-mode call support
US9282451B2 (en) 2005-09-26 2016-03-08 Telecommunication Systems, Inc. Automatic location identification (ALI) service requests steering, connection sharing and protocol translation
US8467320B2 (en) 2005-10-06 2013-06-18 Telecommunication Systems, Inc. Voice over internet protocol (VoIP) multi-user conferencing
US20070116223A1 (en) * 2005-10-28 2007-05-24 Burke Paul M Telephony and web services coordination
KR100738532B1 (ko) * 2005-11-04 2007-07-11 삼성전자주식회사 Ｉｐ 네트워크 및 ｉｐ 네트워크에서의 통신 방법
WO2007061790A2 (en) 2005-11-18 2007-05-31 Telecommunication Systems, Inc. Voice over internet protocol (voip) mobility detection
US8150363B2 (en) 2006-02-16 2012-04-03 Telecommunication Systems, Inc. Enhanced E911 network access for call centers
US8059789B2 (en) 2006-02-24 2011-11-15 Telecommunication Systems, Inc. Automatic location identification (ALI) emergency services pseudo key (ESPK)
CN100579278C (zh) * 2006-03-03 2010-01-06 华为技术有限公司 紧急呼叫方法、系统及呼叫会话控制功能实体
GB2437346A (en) * 2006-04-21 2007-10-24 Samsung Electronics Co Ltd Establishing a packet switched radio bearer session with an emergency service
BRPI0711170A2 (pt) * 2006-05-02 2011-08-23 Ntt Docomo Inc terminal móvel e sistema de comunicação móvel
US8208605B2 (en) 2006-05-04 2012-06-26 Telecommunication Systems, Inc. Extended efficient usage of emergency services keys
US8532266B2 (en) 2006-05-04 2013-09-10 Telecommunication Systems, Inc. Efficient usage of emergency services keys
US8442481B2 (en) 2006-05-16 2013-05-14 RedSky Technologies, Inc. Emergency location information gateway for public safety answering points (PSAPs) and method of use
KR100821152B1 (ko) * 2006-06-23 2008-04-11 주식회사 케이티프리텔 Ｗｃｄｍａ망에서 트래픽 플로우 템플릿 설정 방법 및시스템
US20080008157A1 (en) * 2006-07-06 2008-01-10 Edge Stephen W Method And Apparatus For Parallel Registration And Call Establishment
CN101110991B (zh) * 2006-07-14 2010-06-23 华为技术有限公司 Ims中识别滥用紧急承载资源的方法、装置及系统
WO2008009234A1 (fr) * 2006-07-14 2008-01-24 Huawei Technologies Co., Ltd. Procédé d'identification d'utilisation abusive des ressources de supports d'urgence, dispositif et système associés
JP4952183B2 (ja) * 2006-10-18 2012-06-13 沖電気工業株式会社 無線通信装置及び無線通信方法
US7966013B2 (en) 2006-11-03 2011-06-21 Telecommunication Systems, Inc. Roaming gateway enabling location based services (LBS) roaming for user plane in CDMA networks without requiring use of a mobile positioning center (MPC)
US8929360B2 (en) * 2006-12-07 2015-01-06 Cisco Technology, Inc. Systems, methods, media, and means for hiding network topology
WO2008074782A1 (en) * 2006-12-21 2008-06-26 Nokia Corporation Emergency support in a communication system
JP4946422B2 (ja) * 2006-12-22 2012-06-06 日本電気株式会社 通信システム、通信装置、サービス処理装置及びそれらに用いる通信方法
JP5128496B2 (ja) * 2006-12-27 2013-01-23 京セラ株式会社 通信システム、無線通信端末、通信方法、無線通信方法、無線通信装置、およびその制御方法
CN101014004B (zh) * 2007-01-16 2011-08-24 华为技术有限公司 紧急呼叫处理方法和系统以及一种软交换
DE102007001690B4 (de) * 2007-01-11 2008-10-09 Siemens Ag Verfahren und Server zum Aufbau einer Notrufverbindung
US8050386B2 (en) 2007-02-12 2011-11-01 Telecommunication Systems, Inc. Mobile automatic location identification (ALI) for first responders
KR101302239B1 (ko) * 2007-06-08 2013-09-02 리서치 인 모션 리미티드 이동 통신 디바이스와 관련된 연결이 끊어진 긴급 호 및 기타 통신을 처리하는데 사용하기 위한 방법 및 장치와 이의 원격 모니터링
WO2009000318A1 (en) 2007-06-22 2008-12-31 Telefonaktiebolaget Lm Ericsson (Publ) Service areas in cs domain services
US20110010465A1 (en) * 2007-07-18 2011-01-13 Andrea G Forte Methods and Systems for Providing Template Based Compression
WO2009038726A1 (en) 2007-09-17 2009-03-26 Telecommunication Systems, Inc. Emergency 911 data messaging
US20090077077A1 (en) 2007-09-18 2009-03-19 Gerhard Geldenbott Optimal selection of MSAG address for valid civic/postal address
EP2045990B1 (en) * 2007-10-04 2013-07-17 Nokia Siemens Networks Oy Access service network for use in a mobile IP based communication system
EP2053882A1 (en) * 2007-10-16 2009-04-29 Nokia Siemens Networks Oy Method and device for data processing in a network and communication system comprising such device
US9130963B2 (en) 2011-04-06 2015-09-08 Telecommunication Systems, Inc. Ancillary data support in session initiation protocol (SIP) messaging
KR100954283B1 (ko) * 2007-11-30 2010-04-23 주식회사 케이티 이동통신 망에서 프록시 모바일 ＩＰｖ4 접속 방법 및시스템
US8442060B2 (en) * 2008-01-31 2013-05-14 Qualcomm Incorporated Method and apparatus for providing signaling access
US8849316B2 (en) 2008-01-31 2014-09-30 Qualcomm Incorporated Paging and access via different nodes
US8477811B2 (en) * 2008-02-02 2013-07-02 Qualcomm Incorporated Radio access network (RAN) level keep alive signaling
RU2467505C2 (ru) * 2008-02-06 2012-11-20 Нокиа Сименс Нетуоркс Ой Получение идентификатора сервера на основе местоположения устройства
US8576991B2 (en) 2008-03-19 2013-11-05 Telecommunication Systems, Inc. End-to-end logic tracing of complex call flows in a distributed call system
CN101552971B (zh) * 2008-04-01 2015-05-06 中兴通讯股份有限公司 用于高速分组数据接入网的支持紧急业务的方法
US8504635B2 (en) * 2008-04-28 2013-08-06 Alcatel Lucent Method and apparatus for IMS support for multimedia session, recording, analysis and storage
US7903587B2 (en) 2008-05-30 2011-03-08 Telecommunication Systems, Inc. Wireless emergency services protocols translator between ansi-41 and VoIP emergency services protocols
WO2009149133A2 (en) * 2008-06-02 2009-12-10 Tekelec Methods, systems, and computer readable media for providing next generation network (ngn)-based end user services to legacy subscribers in a communications network
US8620255B2 (en) * 2008-06-16 2013-12-31 Qualcomm Incorporated Method and apparatus for supporting emergency calls and location for femto access points
US8068587B2 (en) 2008-08-22 2011-11-29 Telecommunication Systems, Inc. Nationwide table routing of voice over internet protocol (VOIP) emergency calls
US8249019B2 (en) * 2008-08-26 2012-08-21 Futurewei Technologies, Inc. System and method for SR-VCC of IMS emergency sessions
KR101460151B1 (ko) * 2008-09-29 2014-11-10 삼성전자주식회사 이종 망간의 로밍 서비스를 제공 방법 및 이를 위한 시스템
CN101730034B (zh) * 2008-10-27 2013-06-05 中兴通讯股份有限公司 高速分组数据网络中紧急呼叫业务的实现方法和系统
CN101742009B (zh) 2008-11-07 2012-06-27 华为技术有限公司 一种会话关联的方法、系统及装置
CN101753414B (zh) * 2008-12-08 2013-04-24 华为技术有限公司 数据发送方法、系统和装置
IL195847A0 (en) * 2008-12-10 2009-09-22 Clariton Networks Ltd A method and device for identifying the location of a mobile telephone user
JP5276976B2 (ja) * 2008-12-26 2013-08-28 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、無線基地局、無線制御局及び交換局
JP5545757B2 (ja) * 2008-12-26 2014-07-09 日本電気株式会社 通信システム、フェムト基地局、コール状態制御サーバ、ホーム加入者サーバ、通信方法およびプログラム
US9307454B2 (en) * 2009-02-09 2016-04-05 Qualcomm Incorporated Method and apparatus for maintaining location continuity for a UE following handover
US9215631B2 (en) * 2009-02-10 2015-12-15 Nokia Technologies Oy Method, apparatus and computer program product for source identification for single radio voice call continuity
US8265022B2 (en) * 2009-02-10 2012-09-11 Apple Inc. Apparatus and methods for transmission of emergency call data over wireless networks
US8396445B2 (en) * 2009-03-12 2013-03-12 At&T Intellectual Property I, L.P. Method to implement E911 services in IMS (IP Multimedia Subsystem)
JP5616954B2 (ja) 2009-03-16 2014-10-29 マイクロソフト コーポレーション 第１及び第２の種類の無線アクセスネットワークの間でのパケット交換の緊急呼の移行
EP2421286A4 (en) * 2009-04-17 2016-10-12 Nec Corp MOBILE COMMUNICATION SYSTEM, BASE STATION, GATEWAY APPARATUS, CENTRAL NETWORK APPARATUS, COMMUNICATION METHOD
CN105307125B (zh) * 2009-05-04 2019-03-19 苹果公司 计算机系统、用户设备和优化服务网关位置的方法
US8867485B2 (en) 2009-05-05 2014-10-21 Telecommunication Systems, Inc. Multiple location retrieval function (LRF) network having location continuity
JP4643734B1 (ja) * 2009-08-12 2011-03-02 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム
FR2954647A1 (fr) * 2009-12-17 2011-06-24 France Telecom Etablissement de communication entre une plate-forme appelante et un terminal dans un reseau de telecommunications mobiles
US20110188416A1 (en) * 2010-02-02 2011-08-04 Stefano Faccin System and method for packetized emergency messages
US9119028B2 (en) 2010-04-14 2015-08-25 Qualcomm Incorporated Method and apparatus for supporting location services via a Home Node B (HNB)
US10383166B2 (en) 2010-04-14 2019-08-13 Qualcomm Incorporated Method and apparatus for supporting location services via a home node B (HNB)
US8600403B2 (en) 2010-12-03 2013-12-03 Qualcomm Incorporated Method and apparatus for configuring and locating a home base station
US8942743B2 (en) 2010-12-17 2015-01-27 Telecommunication Systems, Inc. iALERT enhanced alert manager
US8688087B2 (en) 2010-12-17 2014-04-01 Telecommunication Systems, Inc. N-dimensional affinity confluencer
US20120302201A1 (en) * 2010-12-20 2012-11-29 Telefonaktiebolaget L M Methods and arrangements for supporting positioning
WO2012087353A1 (en) 2010-12-22 2012-06-28 Telecommunication Systems, Inc. Area event handling when current network does not cover target area
US8811939B2 (en) * 2011-02-07 2014-08-19 Qualcomm Incorporated Method and/or apparatus for location privacy via uniform resource identifier provisioning
WO2012141762A1 (en) 2011-02-25 2012-10-18 Telecommunication Systems, Inc. Mobile internet protocol (ip) location
FI122832B (fi) 2011-03-24 2012-07-31 Teliasonera Ab Menetelmä sijainti-informaation hankkimiseksi hätäpuhelua aloittavalle käyttäjälle viestintäjärjestelmässä
EP2707994A4 (en) * 2011-05-09 2015-01-14 Samsung Electronics Co Ltd METHOD AND SYSTEM FOR MANAGING TELEPHONE SOFTWARE IN A UNIVERSAL PLUG-AND-PLAY HOME NETWORK ENVIRONMENT
AU2012271269B2 (en) 2011-06-17 2016-08-04 Motorola Solutions Connectivity, Inc. Systems, apparatus, and methods for collaborative and distributed emergency multimedia data management
US8831556B2 (en) 2011-09-30 2014-09-09 Telecommunication Systems, Inc. Unique global identifier header for minimizing prank emergency 911 calls
US9264537B2 (en) 2011-12-05 2016-02-16 Telecommunication Systems, Inc. Special emergency call treatment based on the caller
US9313637B2 (en) 2011-12-05 2016-04-12 Telecommunication Systems, Inc. Wireless emergency caller profile data delivery over a legacy interface
US9307372B2 (en) 2012-03-26 2016-04-05 Telecommunication Systems, Inc. No responders online
US9544260B2 (en) 2012-03-26 2017-01-10 Telecommunication Systems, Inc. Rapid assignment dynamic ownership queue
WO2014028712A1 (en) 2012-08-15 2014-02-20 Telecommunication Systems, Inc. Device independent caller data access for emergency calls
US9208346B2 (en) 2012-09-05 2015-12-08 Telecommunication Systems, Inc. Persona-notitia intellection codifier
CN103856983A (zh) * 2012-11-30 2014-06-11 中兴通讯股份有限公司 数据过滤控制处理方法及装置
US9456301B2 (en) 2012-12-11 2016-09-27 Telecommunication Systems, Inc. Efficient prisoner tracking
US8983047B2 (en) 2013-03-20 2015-03-17 Telecommunication Systems, Inc. Index of suspicion determination for communications request
US9408034B2 (en) 2013-09-09 2016-08-02 Telecommunication Systems, Inc. Extended area event for network based proximity discovery
US9516104B2 (en) 2013-09-11 2016-12-06 Telecommunication Systems, Inc. Intelligent load balancer enhanced routing
US9479897B2 (en) 2013-10-03 2016-10-25 Telecommunication Systems, Inc. SUPL-WiFi access point controller location based services for WiFi enabled mobile devices
WO2016167222A1 (ja) * 2015-04-13 2016-10-20 株式会社Ｎｔｔドコモ Ｓｉｐ制御装置、移動通信システム及び緊急呼制御方法
KR102396800B1 (ko) 2015-11-19 2022-05-11 삼성전자 주식회사 무선 통신 시스템에서 공공 안전망 접속 지원 방법 및 장치
CN107666667B (zh) * 2016-07-29 2019-09-17 电信科学技术研究院 一种数据传输方法、第一设备及第二设备
WO2018118026A1 (en) * 2016-12-20 2018-06-28 Apple Inc. Cloud-based emergency location service
KR102631408B1 (ko) 2019-05-08 2024-01-31 삼성전자주식회사 전자 장치 및 전자 장치의 제어 방법
US11617059B1 (en) 2021-05-28 2023-03-28 T-Mobile Usa, Inc. Mobile device geographic location determination for emergency services

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5388147A (en) * 1993-08-30 1995-02-07 At&T Corp. Cellular telecommunication switching system for providing public emergency call location information
JPH07154863A (ja) 1993-11-30 1995-06-16 Sony Corp セルラーシステム
US5572204A (en) * 1995-04-10 1996-11-05 Ford Motor Company Vehicular emergency message system
JPH098917A (ja) * 1995-06-21 1997-01-10 N T T Data Tsushin Kk 移動通信端末を用いた情報提供方式
JP2792479B2 (ja) 1995-09-20 1998-09-03 日本電気株式会社 無線加入者システムにおける緊急通報サービス接続方法
US5890061A (en) 1996-02-09 1999-03-30 Ford Motor Company Vehicular emergency message system with call restriction defeating
US6185427B1 (en) * 1996-09-06 2001-02-06 Snaptrack, Inc. Distributed satellite position system processing and application network
US6937566B1 (en) 1997-07-25 2005-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic quality of service reservation in a mobile communications network
JP3559433B2 (ja) 1997-09-09 2004-09-02 株式会社東芝 通信システム
JP3949288B2 (ja) 1997-09-22 2007-07-25 株式会社東芝 ゲートウェイ装置及び無線端末装置
DE19742681C2 (de) * 1997-09-26 2003-03-06 Ericsson Telefon Ab L M GPRS-Teilnehmerauswahl von mehreren Internet-Dienstanbietern
SE513935C2 (sv) 1997-10-10 2000-11-27 Ericsson Telefon Ab L M Förfarande och system för dataöverföring mellan samverkande GRAN-enheter
US6128481A (en) 1997-10-22 2000-10-03 Telefonaktiebolaget L M Ericsson (Publ) System and method of routing emergency services calls in a radio telecommunications network
DE19748231A1 (de) 1997-10-31 1999-05-06 Cit Alcatel Aufbau einer Funkverbindung zwischen einem mobilen Teilnehmerendgerät und einer Funkstation
GB2332113A (en) 1997-12-04 1999-06-09 Samsung Electro Mech Video encoding apparatus providing weighting signal for scaled motion vector interframe decoding
FI106831B (fi) 1998-01-14 2001-04-12 Nokia Networks Oy Pääsyn kontrollointimenetelmä matkaviestinjärjestelmää varten
JP2908406B1 (ja) 1998-02-12 1999-06-21 日本電気移動通信株式会社 無線電話システム
SE511023C2 (sv) * 1998-03-03 1999-07-19 Telia Ab Förfarande för att sända positionsangivelser i ett mobiltelefonisystem
JPH11331937A (ja) 1998-03-09 1999-11-30 Sony Corp 情報システム
JPH11285053A (ja) * 1998-03-27 1999-10-15 Mitsubishi Electric Corp 無線通信システム、情報検索サーバ及び移動無線通信端末
US6463055B1 (en) 1998-06-01 2002-10-08 Telefonaktiebolaget L M Ericsson (Publ) Integrated radio telecommunications network and method of interworking an ANSI-41 network and the general packet radio service (GPRS)
DE19849578A1 (de) 1998-10-27 2000-01-13 Siemens Ag Verfahren und Mobilfunknetz zur Behandlung eines Paketdatendienstes
US6397054B1 (en) 1998-07-30 2002-05-28 Ericsson Inc. Features for emergency calling and short messaging system
WO2000019743A1 (en) 1998-09-25 2000-04-06 Call Technologies, Inc. Mobile telephone location-based directory system
CA2343026C (en) 1998-10-06 2007-01-09 Nokia Networks Oy Paging control method and apparatus
FI105964B (fi) 1998-12-16 2000-10-31 Nokia Networks Oy Menetelmä matkaviestinyhteyksien hallintaan
US6741863B1 (en) * 1998-12-18 2004-05-25 Lucent Technologies Inc. Method and apparatus for locating a wireless mobile unit
US6879832B1 (en) 1999-02-26 2005-04-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for transferring information between mobile terminals and entities in a radio access network
WO2000069199A1 (en) * 1999-05-05 2000-11-16 Nokia Corporation A method for positioning a mobile station
US6532225B1 (en) 1999-07-27 2003-03-11 At&T Corp Medium access control layer for packetized wireless systems
US6549768B1 (en) * 1999-08-24 2003-04-15 Nokia Corp Mobile communications matching system
US6594241B1 (en) 1999-12-08 2003-07-15 Telefonaktiebolaget Lm Ericsson (Publ) Channel-type switching control
SE515456C2 (sv) 1999-12-16 2001-08-06 Ericsson Telefon Ab L M Förfarande vid ett kommunikationsnät
US6590905B1 (en) 1999-12-22 2003-07-08 Nokia Mobile Phones Ltd. Changing XID/PDCP parameters during connection
US6603977B1 (en) * 2000-02-04 2003-08-05 Sbc Properties, Lp Location information system for a wireless communication device and method therefor
US6415018B1 (en) * 2000-02-08 2002-07-02 Lucent Technologies Inc. Telecommunication system and method for handling special number calls having geographic sensitivity
US7298697B2 (en) * 2000-04-10 2007-11-20 Nokia Corporation Setting a communication channel
US6703971B2 (en) * 2001-02-21 2004-03-09 Sirf Technologies, Inc. Mode determination for mobile GPS terminals

Also Published As

Publication number Publication date
MXPA02009766A (es) 2004-09-06
AU2002211209B2 (en) 2005-05-12
JP2004502387A (ja) 2004-01-22
EP1273183B1 (en) 2014-07-02
US8160540B2 (en) 2012-04-17
AU2002211209B8 (en) 2005-09-08
CA2405011A1 (en) 2002-01-10
CN100481980C (zh) 2009-04-22
US20100067444A1 (en) 2010-03-18
EP1273183A2 (en) 2003-01-08
KR20030017495A (ko) 2003-03-03
KR100619285B1 (ko) 2006-08-31
US7623447B1 (en) 2009-11-24
BRPI0109947B1 (pt) 2017-05-30
CN1422507A (zh) 2003-06-04
RU2289890C2 (ru) 2006-12-20
RU2002129896A (ru) 2004-03-10
WO2002003718A2 (en) 2002-01-10
BR0109947A (pt) 2003-06-10
AU1120902A (en) 2002-01-14
WO2002003718A3 (en) 2002-07-25

Similar Documents

Publication Publication Date Title
ES2482096T3 (es) Llamada de emergencia en una red de comunicaciones inalámbricas de conmutación de paquetes
AU2002211209A1 (en) Location based telephony services in mobile IP networks
ES2348808T3 (es) Activadores avanzados para aplicaciones de servicios en base a la localizaciã“n en un sistema de localizaciã“n inalambrico.
EP1518432B1 (en) Communicating information associated with provisioning of a service, over a user plane connection
JP4864365B2 (ja) 無線緊急呼に対するネットワークサポートを提供するための方法及び装置
CN100571455C (zh) 一种在电信网络上调用隐私的方法
JP4338074B2 (ja) デュアルスタック移動通信網での加入者位置追跡方法
JP4401393B2 (ja) 訪問されているネットワーク内における位置情報の提供
US8019361B2 (en) Provision of location information
US20080233931A1 (en) Location Service Method and System
US8767689B2 (en) Method and system for call routing
US20040192252A1 (en) Emergency packet data network communication system and call features
RU2430490C2 (ru) Телефонные услуги в сетях мобильной связи с интернет-протоколом
ES2322434T3 (es) Procedimiento, sistema y pasarela para localizar un terminal movil.
WO2003037026A1 (en) System and method for the positioning of a subscriber during an emergency call performed by a mobile phone without a valid sim card