MX2010010850A - Metodo y aparato que admite llamadas de emergencia (e-calls). - Google Patents

Metodo y aparato que admite llamadas de emergencia (e-calls).

Info

Publication number
MX2010010850A
MX2010010850A MX2010010850A MX2010010850A MX2010010850A MX 2010010850 A MX2010010850 A MX 2010010850A MX 2010010850 A MX2010010850 A MX 2010010850A MX 2010010850 A MX2010010850 A MX 2010010850A MX 2010010850 A MX2010010850 A MX 2010010850A
Authority
MX
Mexico
Prior art keywords
ecall
terminal
emergency call
call
emergency
Prior art date
Application number
MX2010010850A
Other languages
English (en)
Inventor
Ramachandran Subramanian
Stephen W Edge
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of MX2010010850A publication Critical patent/MX2010010850A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections

Landscapes

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

Abstract

Se describen técnicas para admitir llamadas de emergencia (e-calls). En un aspecto, un indicador de llamada de emergencia (e-call) puede utilizarse para indicar una llamada de emergencia (e-call) que está entrando. En un diseño, una terminal puede generar un mensaje que incluye un indicador de e-calls y puede enviar el mensaje para originar una llamada de emergencia (e-call). El indicador de llamada de emergencia (e-call) puede indicar (i) si una llamada es o no una llamada de emergencia (e-call) o (ii) si una llamada de emergencia se inicia automáticamente por la terminal o manualmente por el usuario. En otro aspecto, una terminal puede evitar enviar señales para la gestión de movilidad y gestión de conexión a redes inalámbricas excepto para llamadas de emergencia (e-Calls) y llamadas designadas. La terminal puede evitar admitir la actualización de ubicación, efectuar registro, responder a peticiones de localización, etc. La terminal puede intercambiar señales con una red inalámbrica para una llamada de emergencia (e-call) iniciada por la terminal. Después de que se inició la llamada de emergencia, la terminal puede admitir la ubicación actual con la red inalámbrica y establecer la comunicación para la llamada de emergencia.

Description

MÉTODO Y APARATO QUE ADMITE LLAMADAS DE EMERGENCIA (E-CALLS) CAMPO DE LA INVENCIÓN La presente descripción se relaciona generalmente a la comunicación y más específicamente a técnicas para admitir llamadas de emergencia.
ANTECEDENTES DE LA INVENCIÓN Las redes de comunicación inalámbrica son desplegadas para proporcionar varios servicios de comunicación tal como voz, video, datos por paquete, mensajería, transmisiones, etc. Estas redes inalámbricas pueden ser redes de múltiple acceso capaces de soportar múltiples usuarios al compartir los recursos de red disponibles. Los ejemplos de tales redes de múltiple acceso incluyen redes de Acceso Múltiple por División de Código (CDMA, por sus siglas en inglés), redes de Acceso Múltiple por División de Tiempo ( DMA) , redes de Acceso Múltiple por División de Frecuencia (FDMA) , redes FDMA Ortogonal (OFDMA) y redes FDMA de onda individual (SC-FDMA) .
Una red inalámbrica puede soportar la comunicación para un número de terminales. Una terminal puede colocar una llamada de emergencia en respuesta a un evento de emergencia. Una llamada de emergencia es una llamada para servicios de emergencia (por ejemplo, servicios de policía, bomberos, médicos u otros servicios de emergencia) y también puede ser referida como una llamada para servicios de emergencia. Una llamada de emergencia puede ser iniciada por un usuario que marca un número de emergencia conocido tal como "911" en Norteamérica o "112" en Europa. Puede ser deseable para intercambiar señal eficientemente entre la terminal y la red inalámbrica para la llamada de emergencia para reducir la sobrecarga de señalización.
SUMARIO DE LA INVENCIÓN Aquí se describen las técnicas para admitir llamadas de emergencia. Una e-Call es una llamada de emergencia que puede (i) ser iniciada automáticamente por una terminal inalámbrica debido a un evento desencadenante (por ejemplo, un vehículo involucrado en un accidente) o manualmente por un usuario y (ii) incluir dados adicionales enviados automáticamente por la terminal a una entidad de recepción, por ejemplo, un Punto de Respuesta de Seguridad Pública (PSAP) . Los datos adicionales pueden incluir la identificación del vehículo, ubicación del vehículo, evento desencadenante, etc., y pueden ser enviados en banda a lo largo de una ruta de voz o fuera de banda vía señalización separada o transferencia de datos/texto. Una terminal que admite llamadas de emergencia puede ser (i) una terminal inalámbrica normal que suscribe a servicios normales tal como llamadas de voz, datos en paquete, mensajes de texto, video, etc., o (ii) una terminal que admite solamente llamadas de emergencia, la cual es referida como una terminal solamente de llamadas de emergencia. Una llamada de emergencia comprende una llamada de emergencia (similar a una llamada de emergencia iniciada por un usuario que marca el "911") más el envío automático de datos adicionales a la entidad receptora.
En un aspecto, un indicador de llamadas de emergencia puede ser utilizado para indicar que se está estableciendo una llamada de emergencia. En un diseño, una terminal puede generar un mensaje que comprende un indicador de llamada de emergencia y puede enviar el mensaje para originar una llamada de emergencia. En un diseño, el indicador de llamada de emergencia puede indicar si una llamada es o no una llamada de emergencia. En otro diseño, el indicador de llamada de emergencia puede indicar si una llamada es (i) una llamada de emergencia iniciada automáticamente por la terminal o (ii) una llamada de emergencia iniciada manualmente por un usuario. El indicador de llamadas de emergencia también puede comunicar otra información .
El indicador de llamadas de emergencia puede ser implementado de varias maneras. En un primer diseño, el mensaje puede comprender un elemento de información de Categoría de Servicios que tiene al menos un bit usado para el indicador de llamadas de emergencia. En un segundo diseño, el mensaje puede comprender un elemento de información de Tipo Servicio de Gestión de Conexión (CM) que tiene al menos un valor usado para el indicador de llamadas de emergencia. En un cuarto diseño, el mensaje puede comprender un elemento de información de Clase 2 de Estación Móvil (MS) que tiene al menos un indicador usado para el indicador de llamadas de emergencia. En un quinto diseño, el mensaje puede comprender un número de origen de la llamada reservado y utilizado para el indicador de llamadas de emergencia. El indicador de llamadas de emergencia también puede ser transmitido de otras maneras .
En otro aspecto, una terminal solamente para llamadas de emergencia puede evitar enviar señalización para la gestión de movilidad (MM) y gestión de conexión (CM) a redes inalámbricas excepto para llamadas de emergencia y llamadas designadas. Las llamadas designadas pueden comprender llamadas para evaluar la funcionalidad de las llamadas de emergencia, las llamadas para reconfigurar la terminal y/u otras llamadas definidas específicamente. Por ejemplo, una llamada designada puede ser permitida a un número específico asignado por un operador inalámbrico residencial asociado con servicio al cliente que puede ser usado para solicitar la reconfiguración de la terminal (por ejemplo, convertir una terminal solamente de llamadas de emergencia en un terminal capaz de proporcionar servicios normales asi como llamadas de emergencia) asi como verificar que la terminal está trabajando correctamente. La terminal solamente de llamadas de emergencia puede buscar periódicamente redes inalámbricas después de ser encendida aunque puede evitar enviar señalización a las redes detectadas. La terminal puede evitar informar la actualización de la posición, realizar el registro, admitir las solicitudes del localizador, etc. La terminal puede intercambiar señalización con una red inalámbrica para una llamada de emergencia o una llamada designada iniciada por la terminal. En un diseño, después de que la llamada de emergencia o llamada designada es iniciada, la terminal puede realizar la actualización de la ubicación con la red inalámbrica y establecer la comunicación para la llamada de emergencia o llamada designada.
Varios aspectos y características de la descripción son descritos con más detalle a continuación.
BREVE DESCRIPCIÓN DE LAS FIGURAS Fig. 1 ilustra un ejemplo de implantación de red. Fig. 2 ilustra un flujo de mensajes para establecer una llamada de emergencia por una terminal.
Fig. 3 ilustra un mensaje SETUP de Emergencia que lleva un indicador de llamada de emergencia.
Fig. 4 ilustra un mensaje de Solicitud de Servicio CM que lleva un indicador de llamada de emergencia.
Fig. 5 ilustra un mensaje SETUP que lleva un indicador de mensaje de emergencia.
Fig. 6 ilustra un proceso realizado por una terminal para establecer la llamada de emergencia.
Fig. 7 ilustra un proceso realizado por una red para soportar el establecimiento de la llamada de emergencia.
Fig. 8 ilustra la operación de una terminal con señalización normal.
Fig. 9 ilustra la operación de una terminal que es solamente para llamadas de emergencia con señalización reducida .
Fig. 10 ilustra un diagrama de estado para una terminal que es solamente para llamadas de emergencia.} Fig. 11 ilustra un proceso realizado por una terminal .
Fig. 12 ilustra un proceso realizado por una red inalámbrica .
Fig. 13 ilustra un diagrama de bloques de una terminal, una estación base y un MSC.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La Fig. 1 ilustra un ejemplo de implantación de red 100, que puede incluir una red visitada 102, una red doméstica 104 y redes externas 106. La red visitada 102 también puede ser referida como una Red Móvil Terrestre Pública Visitada (V-PLMN) , una red de servicio, etc. La red doméstica 104 también puede ser referida como una PLMN Doméstica (H-PLMN) . La red visitada 102 puede ser una red de servicio para una terminal 110, la cual puede ser cubierta desde su red doméstica 104, como se asume en la mayor parte de la descripción siguiente. La red visitada 102 y la red doméstica 104 puede ser la misma red si la terminal 110 no está cubierta.
La red visitada 102 puede incluir una red de acceso por radio (RAN) 120, un Centro de Conmutación de Móviles (MSC) /Registro de Localización de Visitantes (VLR) 130 y otras entidades red no ilustrada en la Fig. 1, para simplificar. La RAN 120 puede ser una red de Sistema Global para Comunicaciones Móviles (GSM) , un red de Acceso Múltiple de División de Código de Banda Ancha (WCDMA) , una red de acceso de Servicio de Radio de Paquete General (GPRS) , una red de Evolución a Largo Plazo (LTE) , red CDMA IX, una red de Paquete de Datos de Alta Velocidad (HRPD) , una red de Banda Ancha Ultra Móvil (UMB) , etc. La GSM, WCDMA, GPRS y LTE son parte del Sistema de Telecomunicaciones Móviles Universal (UMTS) y son descritas en documentos de una organización llamada "3rd Generation Partnership Project" (3GPP) . La CDMA IX y HRPD son parte de cdma2000 y cdma2000 y UMB son escritas en documentos de una organización llamada "3rd Generation Partnership Project 2" (3GPP2) . La MSC 130 puede realizar funciones de intercambio para llamadas de circuito conmutado y también puede dirigir mensajes de Servicio de Mensajes Cortos (SMS) . La VLR 130 puede almacenar información de registro para las terminales que se han registrado con la red visitada 102.
La red doméstica 104 puede incluir un Registro de Ubicación Doméstica (HLR) /Centro de Autenticación (AC) 140 y otras entidades de red no ilustradas en la Fig. 1, por simplicidad. La HLR 140 puede almacenar información de suscripción par las terminales que tiene la suscripción de servicio con la red doméstica 104. El AC 140 puede realizar la autenticación para las terminales que tiene suscripción de servicio con la red doméstica 104.
Las redes externas 106 pueden incluir un enrutador 150 (por ejemplo, un enrutador seleccionado PSAP) , un PSAP 160, una Red de Telefonía Pública Conmutada (PSTN) 170 y posiblemente otras entidades de red no ilustradas en la Fig. 1. El enrutador 150 puede dirigir llamadas entre el MSC 130 y el PSAP 160. El PSAP 160 puede ser responsable de admitir las llamadas de emergencia y también puede ser referido como un Centro de Emergencia (EC) . El PSAP 160 puede ser operado o Reconocido por una agencia de gobierno, por ejemplo, un condado o ciudad. El PSTN 170 puede proporcionar servicios de telefonía para teléfonos alámbricos convencionales, tal como un teléfono 180.
La Fig. 1 ilustra solamente algunas entidades de red que pueden estar presentes en la red visitada 102 y la red doméstica 104. Por ejemplo, la red visitada 102 puede incluir entidades de red que soportan llamadas de paquetes conmutados y otros servicios así como un servidor de ubicación para asistir en la obtención de la ubicación de la terminal .
La terminal 110 puede ser estacionaria o móvil y también puede ser referida como una estación móvil (MS) en GSM y CDMA IX, un equipo de usuario (UE) en WCDMA y LTE, una terminal de acceso (AT) en HRPD, una terminal habilitada con SUPL (SET) en la Ubicación de Plano de Usuario Segura (SUPL), una unidad subscriptora , una estación, etc. La terminal 110 puede ser un dispositivo tal como un teléfono celular u otro dispositivo de comunicación inalámbrico, dispositivo de sistema de comunicación personal (PCS), dispositivo de navegación personal (PND), Gestión de Información Personal (PIM), Asistente Digital Personal (PDA), laptop u otro dispositivo móvil adecuado que sea capaz de recibir señales de navegación y/o comunicación inalámbrica. La terminal 110 puede ser también dispositivos los cuales se comunican con un dispositivo de navegación personal (PND), tal como por conexión alámbrica, infrarroja, inalámbrica de rango corto u otra conexión -a pesar de si la recepción de señal satelital, la recepción de datos de auxilio y/o procesamiento relacionado con la ubicación ocurre en el dispositivo o en el PND. También, la terminal 110 está prevista para incluir todos los dispositivos, incluyendo dispositivos de comunicación inalámbrica, computadoras, laptops, etc., los cales son capaces de comunicarse con un servidor, tal como via la internet, iFi u otra red y a pesar de si la recepción de la señal satelital, la recepción de datos de auxilio y/o procesamiento relacionado con la ubicación se da en el dispositivo, en un servidor o en otro dispositivo asociado con la red. Cualquier combinación operable de la descripción anterior también es incluida. La terminal 110 también puede ser un Sistema Dedicado a Vehículos (IVS) , el cual puede estar unido permanentemente a (y posiblemente parte de) un vehículo .
La terminal 110 puede tener una suscripción de servicio con la red doméstica 104 y puede ser itinerante en la red visitada 102, como se ilustra en la Fig. 1. La terminal 110 puede recibir señales desde la RAN 120 en la red visitada 102 o puede comunicarse con la RAN para obtener servicios de comunicación. La terminal 110 también puede comunicarse con la red doméstica 104 para servicios de comunicación cuando no es itinerante (no ilustrado en la Fig. 1). La terminal 110 también puede recibir señales de uno o más satélites 190, la cual puede ser parte de un sistema de posicionamiento satelital (SPS) . Típicamente un SPS incluye un sistema de transmisores posicionados para habilitar entidades para determinar su ubicación sobre o encima de la tierra con base, al menos en parte, en señales recibidas de los transmisores. Tal transmisor típicamente transmite una señal marcada con un código de ruido pseudoaleatorio repetitivo (PN) de un número fijo de chips y puede estar localizado sobre estaciones de control instaladas en tierra, el equipo de usuario y/o vehículos espaciales. En un ejemplo particular, tales transmisores pueden estar localizados sobre vehículos satelitales que orbitan la tierra (SVs) . Por ejemplo, un SV en una constelación del Sistema Satelital de Navegación Global (GNSS) tal como el Sistema de Posicionamiento Global (GPS) , Galileo, Glonass o Compass puede transmitir una señal marcada con un código PN que es distinguible de los códigos PN transmitidos por otros SVs en la constelación (por ejemplo, usando diferentes códigos PN de cada satélite como en GPS o usando el mismo código sobre las diferentes frecuencias como en Glonass) . De acuerdo con ciertos aspectos, las técnicas presentadas aqui no están restringidas a sistemas globales (por ejemplo GNSS) por SPS. Por ejemplo, las técnicas proporcionadas aqui pueden ser aplicadas a o de otra manera habilitadas para uso en varios sistemas regionales, tal como, por ejemplo, el Sistema Satelital Quasi-Zenith (QZSS) sobre Japón, el Sistema Satelital de Navegación Regional Indio (IRNS)) sobre India, Beidou sobre China, etc., y/o varios sistemas de aumentación (por ejemplo, un Sistema de Aumentación de Base Satelital (SBAS) ) que pueden ser asociados con o de otra manera habilitados para el uso con uno o más sistemas satelitales de navegación regional y/o global. A manera de ejemplo, aunque no de limitación, un SBAS puede incluir un sistema (s) de aumentación que proporciona información de integridad, correcciones diferenciales, etc., tal como, por ejemplo, el Sistema de Aumentación de Área Amplia, Servicio de Recubrimiento de Navegación Geoestacionaria Europeo (EGNOS), Sistema de Aumentación Satelital Multifuncional (MSAS) , sistema de Navegación Geo Aumentada Asistida por GPS o sistema de Navegación GPS y Geo Aumentada (GAGAN) y/o similares. Asi, como se usa aqui un SPS puede incluir cualquier combinación de uno o más sistemas satelitales de navegación regional y/o global y/o sistemas de aumentación y señales SPS pueden incluir SPS, tipo SPS y/u otras señales asociadas con dicho uno o más SPS. La terminal 110 puede medir señales de satélites 190 y obtener mediciones de pseudorango para los satélites. La terminal 110 también puede medir señales desde estaciones base en RAN 120 y obtener mediciones de fuerza de señal y/o de tiempo para las estaciones base. Las mediciones pseudorango, mediciones de tiempo y/o mediciones de fuerza de señal pueden ser utilizadas para derivar una posición estimada para la terminal 110. Una posición estimada también puede ser referida como una ubicación estimada, una posición fija, etc.
La terminal 110 puede tener una Identidad de Equipo Móvil Internacional (IMEI), la cual es un número único asignado a la terminal. La terminal 110 puede usarse para una suscripción de servicio de un usuario. La suscripción de servicio puede estar asociada con una Identidad de Suscriptor Móvil Internacional (IMSI), la cual es un número único asignado a una suscripción por redes GSM y UMTS . La suscripción de servicio también puede estar asociada con un Número de Red Digital de Servicios Integrados para el Suscriptor Móvil (MSISDN) , el cual es un número telefónico para la suscripción del servicio. El IMSI puede utilizarse como una clave para la suscripción del servicio en una base de datos de suscriptores en HLR 140. El MSISDN puede ser marcado por otros usuarios para conectar las llamadas a la terminal 110 usada para la suscripción del servicio. El IMSI, el MSISDN y otra información de suscripción puede ser almacenada en un Módulo de Identidad de Suscriptores (SIM) o un Módulo de Identidad de Suscriptores Universal (USIM) , los cuales pueden ser insertados en la terminal 110. La terminal 110 también puede no tener SIM/USIM, en cuyo caso la terminal 110 puede tener solamente un IMEI pero no IMSI o MSISDN.
Las redes inalámbricas pueden ser requeridas para admitir diferentes tipos de llamadas de emergencia. Un tipo puede incluir llamadas de emergencia "normal" Originadas por usuarios que marcan los números de emergencia conocidos tal como "911" en Norteamérica y "112" en Europa. Otro tipo puede incluir llamadas de emergencia, las cuales son llamadas de emergencia que pueden tener las características descritas anteriormente. El soporte para llamadas de emergencia puede ser requerido por la Unión Europea y por otras regiones y/o países del mundo. Una llamada de emergencia puede ser diferente de una llamada de emergencia normal en las maneras en que la llamada es colocada y los datos relacionados con la emergencia adicional que pueden ser enviados para establecer la llamada de emergencia y pueden ser usados para procesar la llamada de emergencia. Por ejemplo, los datos adicionales pueden indicar cómo se inició la llamada de emergencia, un tipo de vehículo y el número de identificación del vehículo (VIN) , fecha y hora, una posición estimada y un indicador confidencial de la posición, la dirección de viaje, el número de pasajeros (por ejemplo, con cinturones de seguridad abrochados), un proveedor de servicio para la terminal (si existe alguno) , un evento desencadenante (por ejemplo, bolsas de aire abiertas, sensores de parachoques, etc.,) y posiblemente otra información. Los datos adicionales pueden permitir una ubicación geográfica exacta de la terminal a ser proporcionada a un PSAP.
La Fig. 2 ilustra un diseño de un flujo de mensajes 200 para establecer una llamada de emergencia por la terminal 110 en la Fig. 1. Por simplicidad, algunas entidades de red (por ejemplo, RAN 120) y algunos mensajes de señalización menos pertinente no se ilustran en la Fig. 2. La terminal 110 puede tener inicialmente acceso al radio para una estación base de servicio y puede enviar un mensaje de Solicitud de Servicio CM al MSC/VLR 130 para solicitar el servicio (paso 1). El MSC/VLR 130 puede recibir mensajes y puede admitir un mensaje de Aceptación de Servicio CM (paso 2) . La terminal 110, después, puede enviar un mensaje SETUP de emergencia para originar una llamada de emergencia (paso 3) . El MSC/VLR 130 puede recibir el mensaje y puede enviar un Mensaje de Dirección Inicial para enrutar a 150 para originar una llamada a la terminal 110 (paso 4) . El enrutador 150 entonces puede enviar un mensaje SETUP de Llamada a PSAP 160 para establecer la comunicación a la terminal 110 (paso 5) . El PSAP 160 puede regresar un mensaje de Conexión al enrutador 150 (paso 6) , el cual puede después regresar un Mensaje de Respuesta a MSC/VLR 130 (paso 7) . El MSC/VLR 130 puede entonces regresar un mensaje de Conexión a la terminal 110 (paso 8) . La terminal 160 puede transferir datos adicionales para la llamada de emergencia a la red para la posible transferencia al PSAP 160 (paso 9) . La transferencia de datos adicionales también puede realizarse en los pasos 3, 4 y 5 o algún otro paso previo al paso 9. En cualquier caso, la llamada de emergencia puede ser establecida para la terminal 110 después de los pasos 8 y 9. La terminal 110 entonces puede comunicarse con el PSAP 160 para la llamada de emergencia .
Una llamada de emergencia puede ser iniciada automáticamente por la terminal 110 (por ejemplo, debido a una colisión vehicular) o manualmente por un usuario (por ejemplo, un ocupante del vehículo) . La terminal 110 puede ser cualquier dispositivo que responda llamadas de emergencia funcionalmente tal como un teléfono celular, un IVS, etc. En un diseño, la terminal 110 puede proporcionar un indicador de llamada de emergencia en el establecimiento de llamada de emergencia. El indicador de llamadas de emergencia puede transmitir uno de los siguientes: • Llamada de emergencia Iniciada Manualmente (MleC) originada por el usuario, o • Llamada de emergencia Iniciada Automáticamente (AleC) originada por la terminal.
El indicador de llamada de emergencia puede ser usado por una red inalámbrica para diferenciar la llamada de emergencia de llamadas de emergencia normales, para filtrar o enrutar la llamada de emergencia a un PSAP apropiado (por ejemplo, un PSAP equipado para recibir llamadas de emergencia) y/o para otros propósitos. El indicador de llamada de emergencia puede transmitido a la terminal 110 de varias maneras durante el establecimiento de llamadas de emergencia. El indicador de llamada de emergencia puede ser enviado en un mensaje de Solicitud de Servicio CM, un mensaje SETUP de Emergencia, un mensaje SETUP o algún otro mensaje enviado por la terminal 110.
La Fig. 3 ilustra un diseño de un mensaje SETUP de Emergencia 300 que puede llevar un indicador de llamada de emergencia. El mensaje SETUP de Emergencia puede incluir varios elementos de información (IEs), uno de los cuales puede ser un IE de Categoría de Servicio usado para proporcionar una red inalámbrica con información acerca de los servicios que son solicitados por una terminal. Para una llamada de emergencia, el IE de Categoría de Servicio puede incluir (i) un identificador IE de Categoría de Servicio (IEI) que puede estar fijo en un valor específico asignado al IE de Categoría de Servicio, (ii) una Duración del campo de Categoría de Servicio que puede indicar la duración del IE de Categoría de Servicio y (iii) un campo de Valor de Categoría de Servicio que puede proporcionar información para una llamada de emergencia.
En el diseño ilustrado en la Fig. 3, puede ser implementado un indicador de llamada de emergencia con dos bits en el campo de Valor de Categoría de Servicio de Emergencia. Un bit (etiquetado como bit x) puede estar fijo en "1" para llevar una llamada de emergencia iniciada automáticamente o de otra manera en "0". El otro bit (etiquetado como bit y) puede estar fija en "1" para transmitir una llamada de emergencia iniciada manualmente o de otra manera en "0". En otro diseño, un indicador de llamada de emergencia puede ser implementado con un solo bit que puede ser fijado en "1" para indicar una llamada de emergencia o de otra manera en "0". El indicador de llamada de emergencia también puede ser implementado de otras maneras en el IE de Categoría de Servicio.
En otro diseño, puede ser definido un nuevo IE para llevar el indicador de llamada de emergencia. Este nuevo IE puede ser asignado un IEI separado y puede llevar el indicador de llamada de emergencia con uno o dos bits, lo cual puede ser fijado como se describió anteriormente para el IE de Categoría de Servicio.
La Fig. 4 ilustra un diseño de un mensaje de Solicitud de Servicio CM 400 que puede llevar un indicador de llamada de emergencia. El mensaje de Solicitud de Servicio CM puede incluir varios IEs tal como un IE de Tipo Servicio CM usado para especificar qué servicio está siendo solicitado por una red inalámbrica. El IE Tipo de Servicio CM puede incluir (i) un IEI que puede ser fijado en un valor específico asignado al IE Tipo de Servicio CM y (ii) un campo de Tipo Servicio que puede indicar el servicio solicitado.
En un diseño para una llamada de emergencia, pueden ser reservados uno o más valores del campo tipo de Servicio y ser usados para llevar al indicador de llamada de emergencia. En un diseño, un valor único puede ser reservado para el indicador de llamada de emergencia. El campo Tipo de Servicio puede ser fijado entonces para este valor reservado para solicitar servicios de emergencia para una llamada de emergencia. En otro diseño, pueden ser reservados dos valores para el indicador de llamada de emergencia. El campo de Tipo de Servicio puede ser fijado entonces para (i) un primer valor reservado para solicitar servicios de emergencia para una llamada de emergencia iniciada manualmente o (ii) un segundo valor reservado para solicitar servicios de emergencia para una llamada de emergencia iniciada automáticamente .
El mensaje de Solicitud de Servicio CM también puede incluir un IE Clase 2 MS utilizado para proporcionar información, concerniente a una terminal, a una red inalámbrica. El Octeto 1 de este IE puede incluir un IEI para el UE de Clase 2 MS . El Octeto 2 puede incluir la duración del IE Clase 2 MS . Los Octetos 3, 4 y 5 pueden incluir varios campos/indicadores descritos en 3GPP TS 24.008 El mensaje de Solicitud de Servicio CM también puede incluir un IE Clase 2 MS usado para proporcionar información, concerniente a una terminal, a una red inalámbrica. El Octeto q de este IE puede incluir un IEI para el Octeto 2 IE Clase 2MS . El Octeto 2 puede incluir la duración del IE Clase 2 MX . Los Octetos 3, 4 y 5 pueden incluir varios campos/indicadores descritos en 3GPP TS 24.800, titulado "Mobile radio interface Laye 3 specification, Core network protocols: Stage 3", que está disponible públicamente. Como se ilustra en la Fig. 4, tres bits/indicadores de repuesto pueden estar presentes en el IE Clase 2 MX y puede estar fijo en "0" normalmente. En un diseño, un bit de repuesto (por ejemplo, bit 8 del octeto 3) puede ser usado para el indicador de llamadas de emergencia y puede ser fijado en "1" para indicar una terminal exclusiva para llamadas de emergencia o de otra manera en "0". En otro diseño, dos bits de repuesto pueden ser usados para el indicador de llamadas de emergencia. Un bit de repuesto (por ejemplo, bit8 de octeto 3) puede ser fijado en "1" para indicar que una terminal exclusiva para llamadas de emergencia se inició automáticamente o de otra manera en "0". Otro bit de repuesto (por ejemplo, el bit 7 de octeto 5) puede ser fijado en "1" para indicar que una terminal exclusiva para llamadas de emergencia inició una manualmente o de otra manera fijado en "0".
La Fig. 5 ilustra un diseño de un mensaje SETUP 500 que puede llevar un indicador de llamada de emergencia. El mensaje SETUP puede incluir varios IEs tal como un IE de Número BCD Receptor de Llamada usado para identificar un receptor de llamada. El octeto 1 de este IE puede incluir un IEI para el IE de Número BCD Receptor de Llamada. El octeto 2 puede incluir la longitud del IE de Número BCD Receptor de Llamada. El octeto 3 puede incluir el tipo de número de receptor de llamada y el plan de numeración aplicable para el número de receptor de llamada. Cada octeto subsecuente puede incluir hasta dos dígitos del número de receptor de llamada.
En un diseño, un número receptor de llamadas reservado puede ser usado para el indicador de llamadas de emergencia y puede ser enviado en el mensaje SETUP para indicar una llamada de emergencia. En otro diseño, pueden ser usados dos números receptores de llamada reservados para el indicador de llamada de emergencia. Un primer número receptor de llamada reservado puede ser enviado en el mensaje SETUP para indicar una llamada de emergencia iniciada manualmente. Un segundo número receptor de llamadas reservado puede ser enviado en el mensaje SETUP para indicar una llamada de emergencia iniciada automáticamente.
En un diseño, el número (s) receptores de llamadas reservados pueden ser números de teléfono completos que pueden estar reservados para llamadas de emergencia por todos o muchos operadores de red. En otro diseño, el número (s) receptor llamadas reservado puede ser versiones extendidas de un número de emergencia convencional. Por ejemplo, "911-1" y "911-2" pueden ser usados como números receptores de llamadas reservados para llamadas de emergencia iniciadas automáticamente y manualmente, respectivamente, en Norteamérica. En consecuencia, "112-1" y "112-2" puede ser usado como números receptores de llamada reservados para llamadas de emergencia iniciadas manualmente y automáticamente, respectivamente, en Europa. Otro número (s) de teléfono también pueden ser reservados y usados para el indicador de llamada de emergencia.
Aun en otro diseño, la información de suscripción de un HLR puede ser usada para indicar una terminal exclusiva de llamadas de emergencia. En la Fig. 1 la terminal 110 puede originar una llamada de emergencia con la red visitada 102 y puede realizar el registro previo al establecimiento de la llamada. Para el registro, VLR 130 en la red visitada 102 puede comunicarse con HLR 140 en la red doméstica 104 para obtener la información de subscripción para la terminal 110. El HLR 140 puede proporcionar información que indica que terminal 110 es una terminal exclusiva de llamadas de emergencia. La red visitada 102 puede servir asi a la terminal 110 para la llamada de emergencia.
Varios diseños de un indicador de llamada de emergencia ha sido descrito en los párrafos anteriores y pueden ser usados para indicar me para explícita que una llamada de emergencia está siendo identificada por una terminal. Algunos o todos de estos diseños también pueden ser capaces de distinguir entre una llamada de emergencia iniciada manualmente marcada por un usuario y una llamada de emergencia iniciada automáticamente marcada por la terminal, por ejemplo, debido a un accidente vehicular. El indicador de llamada de emergencia también puede ser llevado en otros mensajes y/o usando otros campos, bits y valores además de los descritos más arriba.
La Fig. 6 ilustra un diseño de un proceso 600 realizado por una terminal para establecer una llamada de emergencia. La terminal puede generar un mensaje que comprende un indicador de llamada de emergencia (bloque 612). El mensaje puede comprender un mensaje de Solicitud de Servicio C , un mensaje SETUP de Emergencia, un mensaje SETUP o algún otro mensaje. La terminal puede enviar el mensaje para originar una llamada de emergencia (bloque 614).
En un primer diseño, el mensaje puede comprender un elemento de información de Categoría de Servicio que tiene al menos un bit usado para el indicador de llamada de emergencia, por ejemplo, como se ilustra en la Fig. 3. En un diseño, el al menos un bit usado para el indicador de llamada de emergencia puede comprender (i) un primer bit que indica si la llamada de emergencia se inició automáticamente por la terminal y (ii) un segundo bit que indica si la llamada de emergencia se inició manualmente por un usuario. En otro diseño, el al menos un bit usado para el indicador de llamada de emergencia puede comprender un bit único que indica si la llamada de emergencia ha sido iniciada o no.
En un segundo diseño, el mensaje puede incluir un elemento de información nuevo que comprende el indicador de llamada de emergencia. En un tercer diseño, el mensaje puede comprender un elemento de información Tipo de Servicio CM que tiene al menos un valor usado para el indicador de llamada de emergencia, por ejemplo, como ilustra en la Fig. 4. En un cuarto diseño, el mensaje puede comprender un elemento de información Clase 2 MS que tiene al menos un indicador usado por el indicador de llamada de emergencia, por ejemplo, como se ilustra en la Fig. 4. En un quinto diseño, el mensaje puede comprender un número receptor de llamada reservado para el indicador de llamada de emergencia, por ejemplo, como ilustra la Fig. 5. El indicador de llamada también puede ser llevado de otras maneras, por ejemplo, con otros mensajes, otros elementos de información, otros bits o valores, etc.
La Fig. 7 ilustra un diseño de un proceso 700 realizado por una red inalámbrica para admitir al establecimiento de la llamada de emergencia. La red puede recibir un mensaje para originar una llamada de emergencia desde una terminal (bloque 712). La red puede obtener un indicador de llamada de emergencia a partir del mensaje (bloque 714). La red puede determinar si la llamada de emergencia es iniciada automáticamente por la terminal o manualmente por un usuario con base en el indicador de la llamada de emergencia (bloque 716) . En un diseño el mensaje puede comprender un elemento de información Categoría de Servicio que tiene el primer y segundo bits usados para el indicador de llamada de emergencia. El primer bit puede indicar si la llamada de emergencia es iniciada automáticamente por la terminal y el segundo bit puede indicar si la llamada de emergencia es iniciada manualmente por un usuario. El indicador de llamada de emergencia también puede ser transmitido de otras maneras.
Un gran número de terminales exclusivas para llamadas de emergencia pueden ser desplegadas, por ejemplo, en vehículos y en otras ubicaciones. Estas terminales exclusivas para llamadas de emergencia pueden ser impulsadas por periodos largos de tiempo aunque pueden originar raramente llamadas de emergencia. Puede ser deseable reducir la cantidad de intercambio de señalización por las terminales exclusivas para llamadas de emergencia para reducir la sobrecarga de señalización para las redes inalámbricas.
La Fig. 8 ilustra la operación 800 de la terminal 110 con señalización normal. Hasta ser impulsada, la terminal 110 puede buscar redes inalámbricas desde las cuales pueda obtener servicio. La terminal 110 puede entonces realizar el registro y dar la actualización de la posición con una red detectada. El registro puede permitir a la red memorizar la presencia de las terminales. La actualización de la posición puede permitir a la red obtener la ubicación de la terminal, de modo que la terminal puede ser memorizada para llamadas entrantes. La terminal 110 puede buscar después periódicamente mejores celdas y/o redes. Hasta detectar una celda o red mejor, la terminal 110 puede determinar la actualización de la posición y el posible registro, si es necesario. La terminal 110 puede establecer la comunicación en cualquier momento para originar una llamada de emergencia. La terminal 110 puede asi comunicarse con un PSAP para la llamada de emergencia. La terminal 110 puede realizar el registro después de terminal la llamada de emergencia.
La terminal 110 puede realizar la actualización de la posición cualquier número de veces y a cualquier velocidad, dependiendo de su movilidad y la cobertura de red. La terminal 110 puede intercambiar señalización con una red inalámbrica para cada instancia de actualización de la posición. La terminal 110 puede hacer una llamada de emergencia con muy poca frecuencia y el intercambio de información en la mayoría de las instancias de actualización de la posición no puede ser usado. Así puede ser altamente ineficiente para una terminal exclusiva para llamadas de emergencia para realizar la actualización de la posición muchas veces previo a establecer la comunicación.
La Fig. 9 ilustra la operación 900 de la terminal 110, la cual puede ser una terminal exclusiva para llamadas de emergencia, con señalización reducida. Hasta que sea encendida, la terminal 110 puede buscar las redes inalámbricas de las cuales puede obtener servicio. La terminal 110 puede obtener de la red disponibilidad de información, información de tiempo y/u otra información de sistema desde una red detectada y puede almacenar la información para el posible uso para establecer una llamada de emergencia, si es necesario. La terminal 110 puede evitar señalización enviada para la gestión de movilidad (MM) y la gestión de la conexión (CM) y puede mantener en silencio de radio con la red detectada. Las redes inalámbricas pueden no ser conscientes de la presencia de la terminal 110. La terminal 110 puede buscar periódicamente mejores celdas y/o redes y puede actualizas su información para una red de servicio potencial y una celda de servicio potencial.
La terminal 110 puede recibir una indicación para originar una llamada de emergencia, por ejemplo, del usuario o un circunstancia desencadenante. En respuesta, la terminal 110 puede realizar el registro y actualización de la posición con la red detectada más recientemente. La terminal 110 puede realizar entonces el establecimiento de la llamada para la llamada de emergencia, por ejemplo, como se ilustra en la Fig. 2. En general, la terminal 110 puede realizar el registro previo de o después de establecer la comunicación para la llamada de emergencia. La terminal 110 puede realizar también la actualización de la posición al inicio de la llamada de emergencia o durante la llamada de emergencia. La terminal 110 puede determinar la localización actualizada si se admite una rellamada automática (por ejemplo, de una PSAP seleccionado) y puede omitir de otra manera la actualización de la posición.
La terminal 110 puede comunicarse con un PSAP para la llamada de emergencia. La llamada de emergencia puede ser liberada en algún punto del tiempo. En un diseño, la terminal 110 puede continuar para admitir los procedimientos MM y CM por un periodo de tiempo limitado. Esto puede ser deseable para admitir rellamadas automáticas desde el PSAP y permitir a la terminal 110 identificar rápidamente una nueva llamada antes de la liberación, si es necesario. Si la suscripción del servicio para la terminal 110 (la cual puede ser almacenada en el HLR 140) no bloguea las llamadas entrantes, después el PSAP puede ser capaz de llamar de vuelta a la terminal 110 durante el periodo de tiempo limitado. Al final del periodo de tiempo limitado, la terminal 110 puede realizar una desconexión de la I SI si se requiera por la red de servicio. La red de servicio también puede dar de baja la terminal 110 después de una cantidad predeterminada de tiempo ha transcurrido debido a la terminación de la llamada de emergencia. La baja puede realizarse automáticamente si tener que intercambiar señalización la terminal 110.
Como se ilustra en las Figs. 8 y 9, la sobrecarga de señalización puede ser sustancialmente reducida al tener la terminal 110 que evitar realizar la actualización de la posición mientras se enciende y realiza la actualización de la posición solamente cuando es iniciada una llamada de emergencia.
Puede ser deseable realizar la actualización de la posición previo al establecimiento de la comunicación para una llamada de emergencia, por ejemplo, como se ilustra en la Fig. 9. La actualización de la posición puede permitir la autenticación de la terminal 110 y descarga la información se suscripción para la terminal 110 desde HLR 140 en la red doméstica 104 a VLR 130 en la red visitada 102. La información de suscripción puede incluir la MSISDN para la terminal 110. La MSC 130 puede enviar una llamada de emergencia autenticada con la MSISDN al PSAP 160. El PSAP 160 puede usar la MSISDN para la rellamada automática a la terminal 110, si es necesario.
En un diseño, la actualización de la posición para la llamada de emergencia puede ser determinada de prioridad más alta que la actualización de la posición normal para facilitar o acelerar el establecimiento de la comunicación para la llamada de emergencia. La terminal 110 puede enviar un mensaje de Solicitud de Actualización de la Posición cuando se disparó por una solicitud CM. El mensaje de Solicitud de Actualización de la Posición puede indicar una llamada de emergencia pendiente para informar a la red visitada 102 (por ejemplo, MSC/VLR 130) de la llamada pendiente y permitir a la red visitada 102 priorizar la actualización de la posición. En un diseño, el mensaje de Solicitud de Actualización de la Posición puede incluir un IE de Tipo Actualización de la Posición que tiene un bit designado que puede ser fijado en "1" para indicar una llamada de emergencia pendiente o de otra manera en "0". La red visitada 102 puede priorizar el tratamiento si una llamada de emergencia pendiente es indicada en el mensaje de Solicitud de Actualización de la Posición.
La terminal 110 puede no haber realizado la actualización de la posición y puede no tener una conexión MM previo a establecer una llamada de emergencia, por ejemplo, como se ilustra en la Fig. 9. El retraso en el establecimiento de la comunicación para la llamada de emergencia puede ser reducido a través de varios medios. En un diseño, la terminal 110 puede ser identificada por su IMEI, debido a que el IMSI para la suscripción de servicio puede ser desconocido para la VLR 130. Una llamada de emergencia no autenticada con ninguna identificación de rellamada automática (por ejemplo sin MSISDN) puede ser liberada entonces hacia el PSAP160. Este diseño puede ser usado en países y redes que admiten llamadas de emergencia no autenticadas. En otro diseño, la terminal 110 puede enviar un mensaje de Solicitud de Servicio CM para la llamada de emergencia y puede identificarse a sí misma con su IMSI. Esto puede permitir a MSC (VLR 130 en la red visitada 102 solicitar información de autenticación de HLR/AC 140 en la red doméstica 104. El MSC/VLR 130 puede autenticar la terminal 110 y después liberar una llamada de emergencia autenticada al PSAP 160. Aún en otro diseño, la terminal 110 puede incluir un SIM/USIM, puede ser autenticada y puede poseer un MSISDN. El MSISDN puede ser transferido a un PSAP con propósitos de identificación y rellamar automáticamente.
La Fig. 10 ilustra un diseño de un diagrama de estado 1000 para la gestión de la movilidad (MM) para una terminal exclusiva para llamadas de emergencia, por ejemplo, la terminal 110. Por simplicidad, no todos los estados y subestados disponibles para la gestión de la movilidad son ilustrados en la Fig. 10.
Hasta que sea encendida, la terminal 110 puede operar en un subestado INACTIVO de llamada de emergencia de un estado IDLE MM. El subestado INACTIVO de llamada de emergencia puede ser aplicable a una terminal exclusiva para llamadas de emergencia donde un operador de red doméstica requiere soporte normal para una llamada de emergencia, por ejemplo, para la actualización de la posición, autenticación, identificación de la terminal a un PSAP, y posiblemente la capacidad de rellamada automática desde el PSAP. La terminal 110 puede entrar al subestado INACTIVO de llamada de emergencia para evitar enviar señalización para la gestión de la movilidad y la gestión de conexión en ausencia de una llamada de emergencia o una llamada designada. Las llamadas designadas pueden incluir llamadas a un MSISDN de no emergencia designado por un operador de red doméstica para servicios de reconfiguración terminal y de prueba. Por ejemplo, una llamada designada puede ser permitida a un número especifico asignado por un operador de red doméstica asociado con el servicio al cliente y puede ser usado para solicitar la reconfiguración terminal (por ejemplo, convertir una terminal exclusiva para llamadas de emergencia en una terminal capaz de recibir servicios normales así como llamadas de emergencia) para verificar que la terminal está trabajando correctamente, etc.
En el subestado INACTIVO de llamada de emergencia, la terminal 110 puede evitar realizar el registro, la actualización de la ubicación y la separación IMSI y también puede evitar responder a solicitudes memorizadas. La terminal 110 también puede rechazar cualquier solicitud de las entidades CM en la terminal 110 para las conexiones M excepto para las llamadas de emergencia y llamadas designadas. La terminal 110 puede buscar periódicamente redes inalámbricas mientras este en el subestado INACTIVO de llamada de emergencia. Solamente las llamadas de emergencia y las llamadas designadas pueden estar disponibles para la terminal 110 mientras este en el subestado INACTIVO de llamada de emergencia.
En el subestado INACTIVO de llamada de emergencia, la información de suscriptor válida puede estar disponible para la terminal 110, un estado de actualización puede estar " FUERA DE SERVICIO" (o U4) y puede ser seleccionada una celda que puede proporcionar servicio normal para la terminal 110. El estado de actualización FUERA DE SERVICIO puede significar que la actualización de la posición esta fuera de servicio y que un SIM/USIM no contiene ninguna LAI valida (Identificación de Área de Posición), TMSI (Identidad de Suscriptor Móvil Temporal) , clave de cifrado GSM, clave de integridad UMTS, clave de cifrado UMTS o número de secuencia de clave de cifrado. Todos estos campos pueden ser establecidos para un valor "borrado" hasta la transición al subestado INACTIVO de llamada de emergencia por razones de compatibilidad. La presencia de otros valores pueden no ser considerados un error por la terminal 220. Un "estado de actualización de posición" almacenado en la SIM/USIM puede ser establecido para "no actualizado".
Mientras que en el subestado INACTIVO de llamadas de emergencia, la terminal 110 puede mantener el conocimiento de una celda de servicio potencial en una red de servicio potencial pero no puede iniciar la señalización MM con la red y puede ignorar cualquier solicitud memorizada. La terminal 110 puede abandonar el subestado INACTIVO de llamada de emergencia bajo una de las condiciones descritas a continuación . · si la SIM/USIM es removida, entonces la terminal 110 puede entrar a un subestado NO IMSI. • si se pierde la cobertura, entonces la terminal 110 puede entrar a un subestado de BÚSQUEDA PLMS. • si la terminal es desactivada (por ejemplo, apagada) por el usuario, después la terminal 110 puede abandonar el estado INACTIVO MM y entrar a un estado NULO. • si existe una solicitud CM para una llamada de emergencia, después la terminal 110 puede intentar la actualización de posición normal. Una vez que esta es completada, la terminal 110 puede realizar otros procedimientos MM y CM para establecer la llamada de emergencia . • si existe una solicitud CM para una llamada designada (por ejemplo, para la reconfiguración terminal o de prueba) , entonces la terminal 110 puede intentar el procedimiento de unión IMSI si lo requiere la red de servicio o puede de otra manera intentar la actualización de posición normal. Una vez que esta es completada, la terminal 110 puede realizar otros procedimientos MM y CM para establecer la llamada designada .
La terminal 110 puede eliminarse del estado INACTIVO MM cuando una llamada de emergencia o es iniciada una llamada designada. La terminal 110 puede admitir los procedimientos MM y CM normales para establecer la comunicación y comunicarse durante la llamada.
La terminal 110 puede salirse de un subestado NORMAL hacia el estado INACTIVO MM cuando la llamada de emergencia o llamada designada es liberada. En un diseño, la terminal 110 puede continuar para admitir los procedimientos MM y CM por un periodo de tiempo limitado mientras este en el subestado NORMAL. Este periodo de tiempo limitado puede ser establecido por el operador de la red doméstica (por ejemplo, a un valor configurable o fijo) y puede ser almacenado en la SIM/USIM. La terminal 110 puede mantener un cronómetro Txxxx o Tyyyy después de que se ha liberado una llamada de emergencia o una llamada designada para llevar la cuenta de este periodo de tiempo limitado. En un diseño, el cronómetro Txxxx puede ser utilizado para una liberación de llamada de emergencia y el cronómetro Tyyyy puede ser utilizado para una liberación de llamada designada. Si la suscripción de servicio para la terminal 110 no bloquea las llamadas entrantes, después un PSAP puede rellamar automáticamente a la terminal 110 durante el periodo de tiempo limitado. Al final del periodo de tiempo limitado, la terminal 110 puede realizar una separación IMSI si lo requiere la red de servicio y puede re-entrar al subestado INACTIVO de llamada de emergencia.
La terminal 110 puede realizar un procedimiento de inactividad de llamada de emergencia cuanto el cronómetro Txxxx o el cronómetro Tyyyy expiran o se encuentra ya expirado, en cualquier subestado dentro del estado INACTIVO MM para el NINGUNA IMSI, NINGUNA CELDA DISPONIBLE (no ilustradas en la Fig. 10) o el subestado de BÚSQUEDA PLM . La terminal 110 puede detener otros cronómetros activos y puede realizar un procedimiento de separación de IMSI si lo requiere la red de servicio y si el estado de actualización es "ACTUALIZADO" (o UI) . La terminal 110 puede entrar entonces al subestado INACTIVO de llamada de emergencia dentro del estado INACTIVO MM. La tabla 1 proporciona los detalles de los cronómetros Txxxx y Tyyyy de acuerdo con un diseño .
Tabla 1 En todos los casos de abandono del subestado INACTIVO de llamada de emergencia, excepto para entrar al subestado de BÚSQUEDA PLMN o el estado NULO, cronómetros Txxxx y Tyyyy pueden tanto ser reiniciados de modo que ni el cronometro sea considerado haber expirado como pueden ser reiniciados cuando la próxima terminal entra al estado INACTIVO MM.
La terminal 110 puede hacer la transición fuera del subestado INACTIVO de llamada de emergencia, por ejemplo, si es desactivada (apagada) , si la SIM/USIM es removida o si la terminal 110 es reactivada manualmente por el usuario. La reactivación manual puede ser una capacidad opcional y puede ser provocada usando una función del menú especial, un botón o un switch en la terminal 110.
En un diseño que no se ilustra en la Fig. 10, la terminal 110 puede entrar al subestado NORMAL hasta ser encendida o la reactivación manual y puede operar en el subestado NORMAL por un periodo de tiempo predeterminado, el cual puede ser de una duración configurable o fija. En un diseño, la terminal 110 puede realizar el enlace de IMSI, actualización de posición y posiblemente otros procedimientos MM y CM (por ejemplo, responder a solicitudes memorizadas) dentro del periodo de tiempo predeterminado. Durante este periodo de tiempo predeterminado, la red doméstica 104 puede reconfigurar la SIM/USIM en la terminal 110 para añadir servicios de suscripción normal y remover el estatus exclusivo para llamadas de emergencia. La HLR 140 puede también bloquear otros servicios para la terminal 110 pero puede permitir las llamadas entrantes para permitir la rellamada automática de PSAP. La terminal 110 puede suprimir las llamadas entrantes durante el periodo de tiempo predeterminado excepto para los casos donde hubo una llamada de emergencia precedente.
La terminal 110 puede ser una terminal exclusiva para llamadas de emergencia pero puede tener suscripción para otros servicios proporcionados por un operador de red. La terminal 110 puede ser reconfigurada durante o después de una llamada de emergencia de modo que puede acceder a los servicios suscritos. Esto puede ser logrado como sigue. La terminal 110 puede admitir una opción de invocación de servicio normal para el usuario, por ejemplo, vía una función del menú o un botón especial sobre la terminal 110. Cuando esta es invocada, la terminal 110 puede instigar la actualización de posición. La HLR 140 en la red doméstica 104 puede aceptar la actualización de posición desde la terminal 110 y puede proporcionar información de suscripción mínima a VLR 130 en la red visitada 102. El HLR 140 también puede reconfigurar la SIM/USIM sobre la terminal 110, por ejemplo, vía SMS. Si el usuario tiene servicios suscritos, entonces la terminal 110 puede permitir al usuario solicitar un servicio suscrito, por ejemplo, una llamada saliente o SMS. Si el usuario no tiene ningún servicio suscrito, entonces la actualización de posición puede ocurrir aunque la terminal 110 no pueda permitir al usuario solicitar ningún servicio o la red visitada 102 no pueda permitir ningún servicio solicitado por el usuario. La terminal 110 puede evitar realizar la actualización de posición en otros tiempos excepto (i) dentro de una duración particular (por ejemplo, 10 a 60 minutos) siguiendo una solicitud de llamada de emergencia y (ii) dentro de alguna otra duración particular (por ejemplo, 15 minutos) siguiendo la solicitud de servicio normal.
El usuario de la terminal 110 también puede ser capaz de cambiar proveedor de operador/servicio de red, por ejemplo, para usar una SIM/USIM diferente. El usuario también puede modificar la suscripción existente usada con la terminal 110.
La terminal 110 puede tener suscripción normal y el operador de red doméstica puede reconfigurar la SIM/USIM al estado exclusivo para llamadas de emergencia. La terminal 110 puede entrar entonces al subestado INACTIVO de llamadas de emergencia después de un periodo de tiempo predeterminado.
La Fig. 11 ilustra un diseño de un proceso 1100 realizado por una terminal. La terminal puede evitar enviar señalización para la gestión de movilidad (MM) y gestión de conexión (CM) a redes inalámbricas excepto para llamadas de emergencia y llamadas designadas (bloque 112). La terminal puede periódicamente buscar redes inalámbricas después de ser encendida sin enviar señalización a las redes detectadas. La terminal puede evitar realizar la actualización de posición, realizar el registro y responder a solicitudes almacenadas.
La terminal puede intercambiar señalización con una red inalámbrica para una llamada de emergencia o una llamada designada iniciada por la terminal, por ejemplo, iniciada automáticamente por la terminal o iniciada manualmente por un usuario (bloque 1114). En un diseño, la terminal puede realizar la actualización de posición con la red inalámbrica después de que es iniciada la llamada de emergencia o llamada designada. La terminal puede enviar un mensaje que comprende una indicación de una llamada de emergencia pendiente para la actualización de posición, la cual puede expedir la actualización de posición. La terminal también puede realizar el establecimiento de la comunicación para la llamada de emergencia o designada, por ejemplo, como se ilustra en la Fig. 2. La terminal puede enviar un mensaje que comprende un indicador de llamada de emergencia para el establecimiento de la comunicación. El indicador de llamada de emergencia puede comprender cualquiera de los elementos de información, bits, valores, etc., descritos anteriormente.
En un diseño, la terminal puede intercambiar señalización para la gestión de movilidad y gestión de conexión por un periodo de tiempo predeterminado después de la terminación de la llamada de emergencia o llamada designada, por ejemplo, por Txxxx segundos después de la terminación de una llamada de emergencia o Tyyyy segundos después de la terminación de una llamada designada. La terminal puede evitar enviar señalización para la gestión de movilidad y gestión de conexión después del periodo de tiempo predeterminado. En un diseño, la terminal puede intercambiar señalización para la gestión de movilidad y gestión de conexión (por ejemplo, para la conexión a la red, actualización de posición, responder a solicitudes memorizadas, reconfiguración de servicios permitidos, etc., por un periodo de tiempo limitado hasta que sea encendida o reactivación manual de la terminal. La terminal puede evitar enviar señalización para la gestión de movilidad y gestión de conexión después de este periodo de tiempo limitado.
La Fig. 12 ilustra un diseño de un proceso 1200 realizado por una red inalámbrica para admitir el establecimiento de llamadas de emergencia. La red no puede recibir señalización para gestión de movilidad y gestión de conexión (por ejemplo, para actualización de posición) desde una terminal excepto para llamadas de emergencia y llamadas designadas (bloque 1212). La red puede intercambiar señalización con la terminal para una llamada de emergencia o una llamada designada iniciada por la terminal (bloque 1214). En un diseño, la red puede realizar la actualización de posición con la terminal cuando es iniciada la llamada de emergencia o llamada designada y también puede realizar el establecimiento de comunicación con la terminal para la llamada de emergencia o llamada designada.
La Fig. 13 ilustra un diagrama de bloques de un diseño de la terminal 1110, estación base/RAN 120 y MSC/VLR 130 de la Fig. 1. En la terminal 110, un codificador 1312 puede recibir datos y mensajes para ser enviados por la terminal 110. Los mensajes pueden ser para el registro, actualización de posición, establecimiento de la comunicación, etc. El codificador 1312 puede procesar (por ejemplo, codificar e imbricar) los datos y mensajes y proporcionar datos codificados y señalización codificada. Un modulador (Mod) 1314 puede procesar además (por ejemplo, modular, canalizar y aleatorizar) los datos y señalización codificados, y proporcionar muestras de salida. Un transmisor (TMTR) 1322 puede condicionar (por ejemplo, convertir a análogo, filtro y convertidor elevador de frecuencia) las muestras de salida y generar una señal enlace ascendente, la cual puede ser transmitida a una o más estaciones base en RAN 120. La terminal 110 también puede recibir señales de enlace descendente transmitidas a una o más estaciones base. Un receptor (RCVR) 1326 puede condicionar (por ejemplo, filtrar, amplificar, convertir a alta frecuencia y digitalizar) una señal recibida y proporcionar muestras de salida. Un demodulador (Demod) 1316 puede procesar (por ejemplo, desaleatorizar, canalizar y decodificar) los estimados de símbolo y proporcionar datos y mensajes decodificados enviados a la terminal 110. El codificador 1312, el modulador 1314 y el decodificador 1318 pueden ser implementados por un procesador de modem 1310. Estas unidades pueden realizar el procesamiento de acuerdo con la tecnología de radio (por ejemplo, GSM, WCDMA, LTE, etc.,) empleada por la red inalámbrica con la cual está en comunicación la terminal 110. Un controlador/procesador 1330 puede dirigir la operación de varias unidades en la terminal 110. El procesador 1330 y/u otros módulos en la terminal 110 pueden realizar o dirigir el proceso 600 en la Fig. 6, el proceso 1100 en la Fig. 11 y/u otros procesos para las técnicas descritas aquí. La memoria 1332 puede almacenar códigos y datos de programas para la terminal 110. Una SIM/USIM 134 puede almacenar información de suscripción para una suscripción de servicios usada por la terminal 110.
En una estación base/RAN 120, un transmisor/receptor 1338 puede admitir comunicación por radio con la terminal 110 y otras terminales. Un controlador/procesador 1340 puede realizar varias funciones para la comunicación con las terminales. Para el enlace ascendente, la señal del enlace ascendente puede ser recibida desde la terminal 110 y acondicionada por el receptor 1338 y además procesada por el controlador/procesador 1340 para recuperar los datos y mensajes enviados por la terminal 110. Para el enlace descendente, los datos y mensajes pueden ser procesados por el controlador/procesador 1340 y acondicionado por el transmisor 1338 para generar una señal de enlace descendente, la cual puede ser transmitida por la terminal 110 y otras terminales. La memoria 1342 puede almacenar códigos y datos de programas para la estación base/RAN 120. Una unidad de comunicación (Comm) 1244 puede admitir la comunicación con MSC/VLR 130 y otras entidades de red.
En MSC/VLR 130, un controlador/procesador 1350 puede realizar varias funciones para admitir servicios de comunicación para las terminales. La memoria 1352 puede almacenar códigos y datos de programa para MSC/VLR 130. Una unidad de comunicación 1354 puede admitir la comunicación con la estación base/RAN 120 y otras entidades de red. El controlador/procesador 1350 y/u otros módulos en MSC/VLR 130 puede realizar o dirigir todo o parte del proceso 700 en la Fig. 7, el proceso 1200 en la Fig. 12 y/u otros procesos para las técnicas descritas aquí.
Aquellos expertos en el arte previo entenderían que la información y señales pueden ser representadas usando cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, datos, instrucciones, comandos, información, señales, bits, símbolos y chips que pueden ser referenciados a través de la descripción anterior pueden ser representados por voltajes, corrientes, ondas electromagnéticas, campos y partículas magnéticas o cualquier combinación de los mismos.
Aquellos expertos apreciarían además que los diversos pasos lógicos ilustrativos de bloques, módulos, circuitos y algoritmos describen junto con la descripción aquí, pueden ser implementados como hardware electrónico, software para computadora o combinaciones de los mismos. Para ilustrar claramente esta intercambiabilidad de hardware y software, anteriormente han sido descritos varios componentes, bloques, módulos, circuitos y pasos ilustrativos generalmente en términos de su funcionalidad. Si tal funcionalidad es implementada como hardware o software depende de la aplicación particular y restricciones de diseño impuestos al sistema global. Los expertos pueden implementar la funcionalidad descrita en maneras que varían para cada aplicación particular aunque tales decisiones de implementación no deben ser interpretadas como causa de alejamiento del alcance de la presente descripción.
Las metodologías descritas aquí pueden ser implementadas por varios medios dependiendo de la aplicación. Por ejemplo, estas metodologías pueden ser implementadas en hardware, microprogramas (firmware), software o cualquier combinación de los mismos. Para una implementación de hardware, las unidades de procesamiento pueden ser implementadas dentro de una o más circuitos integrados para aplicaciones específicas (ASICs) , procesadores de señal digital (DSPs), dispositivos de procesamiento de señal digital (DSPDs), dispositivos lógicos programables (PLDs) , matriz de puertas programables de campo (FPGAs), procesadores, controladores , microcontroladores , microprocesadores, dispositivos electrónicos, otras unidades electrónicas designadas para realizar las funciones descritas aquí o una combinación de los mismos.
Para una implementación de microprogramas y/o software, las metodologías pueden ser implementadas con módulos (por ejemplo, procedimientos, funciones, etc.,) que realizan las funciones descritas aquí. Cualquier soporte explotable en máquina que incorpora instrucciones de manera tangible puede ser usado en la implementación de las metodologías descritas aquí. Por ejemplo, códigos de software pueden ser almacenados en una memoria y ejecutados por una unidad de procesamiento. La memoria puede ser implementada dentro de la unidad de procesamiento o externa a la unidad de procesamiento. Como se usa aquí el término "memoria" se refiere a cualquier tipo de memoria de largo plazo, a corto plazo, volátil, no volátil o cualquier memoria y no es para ser limitada a algún tipo particular de memoria o número de memorias o tipo de medios en los que es almacenada la memoria .
Si se implementan en un microprograma y/o software, las funciones pueden ser almacenadas como una o más instrucciones o código sobre un medio explotable en computadora. Los ejemplos incluyen medios explotables en computadora codificados con una estructura de datos y medios explotables en computadora codificados con un programa de computadora. Los medios explotados en computadora incluyen medios de almacenamiento en computadora. Un medio de almacenamiento puede ser cualquier medio disponible al que se puede acceder por por medio de una computadora. A manera de ejemplo y sin limitaciones, tales medios explotables en computadora pueden comprender RAM, ROM, EEPROM, CD-ROM u otro dispositivo de almacenamiento de disco óptico, almacenamiento de disco magnético u otro almacenamiento magnético o cualquier otro medio que puede ser utilizado para almacenar el código de programa deseado en forma de instrucciones o estructuras de datos y al que se puede acceder por medio de una computadora, discos (disk y disc) , como se usa aquí, incluye disco compacto (CD) , disco láser, disco óptico, disco versátil digital (DVD), disquete y disco Blu-ray donde los discos (disks) usualmente reproducen datos magnéticamente, mientras que los discos (discs) reproducen datos ópticamente con láseres. Las combinaciones de lo anterior deben ser también incluidas en el alcance de los medios explotables en computadora.
Además de almacenar en el medio explotable en computadora, las instrucciones y/o datos pueden ser proporcionados como señales en medios de transmisión incluidos en un aparato de comunicación. Por ejemplo, un aparato de comunicación puede incluir un transreceptor que tiene señales indicativas de instrucciones y datos. Las instrucciones y datos son configurados para provocar uno o más procesadores para implementar las funciones delineadas en las reivindicaciones. Esto es, el aparato de comunicación incluye medios de transmisión con señales indicativas de información para realizar las funciones descritas. En una primera vez, los medios de transmisión incluidos en los aparatos de comunicación pueden incluir una primera porción de la información para realizar las funciones descritas, mientras que en una segunda ocasión los medios de transmisión incluidos en los aparatos de comunicación pueden incluir una segunda porción de la información para realizar las funciones descritas .
Las técnicas de determinación de posición/ubicación pueden ser implementadas junto con varias redes de comunicación inalámbricas tal como en una red de área amplia inalámbrica (WWAN) , una red de área local inalámbrica (WLAN) , una red de área personal inalámbrica (WPAN) , etc. El término "red" y "sistema" son frecuentemente usados de manera intercambiable .
Una WWAN puede ser una red de Acceso Múltiple de División de Códigos (CDMA) , una red de Acceso Múltiple de División de Tiempo ( TDMA) , una red de Acceso Múltiple de División de Frecuencia (FDMA), una red de Acceso Múltiple de División de Frecuencia Ortogonal (OFDMA) , una red de Acceso Múltiple de División de Frecuencia de un solo Portador (SC-FDMA) , Evolución a Largo Plazo (LTE) , etc. Una red CDMA puede implementar una o más tecnologías cdma2000, CDA de Banda Ancha (W-CDMA) , etc. Cdma2000 incluye los estándares IS-95, IS-2000 e IS-856. Una red TDMA puede implementar el Sistema Global para las Comunicaciones Móviles (GSM) , Sistema de Teléfono Móvil Avanzado Digital (D-AMPS) o algún otro RAT. El GSM y el W-CDMA son descritos en documentos de un consorcio llamado ""3rd Generation Partnership Project" (3GPP) . El Cdma2000 es descrito en documentos de un consorcio llamado "3rd Generation Partnership Project 2" (3GPP2) . Los documentos 3GPP y 3GPP2 están disponibles al público. Una WLAN puede ser una red IEEE 802. llx y una PAN puede ser una red Buetooth, una IEEE 802.15x o algún otro tipo de red. Las técnicas también pueden ser implementadas junto con cualquier combinación de WWAN, WLAN y/o WPAN. La descripción previa de la publicación se proporciona para permitir a cualquier persona experta en el arte previo hacer o usar la descripción. Varias modificaciones a la descripción serán aparentes rápidamente para aquellos expertos en el arte previo y los principios genéricos definidos aquí pueden ser aplicados a otras variaciones sin alejarse del alcance de la descripción. Asi, la descripción no está prevista para limitarse a los ejemplos y diseños descritos aquí para estar de acuerdo completamente con el alcance consistente con los principios y características nuevas descritas aquí.

Claims (46)

NOVEDAD DE LA INVENCIÓN Habiendo descrito el presente invento se considera como novedad y por lo tanto se reclama como propiedad lo contenido en las siguientes: REIVINDICACIONES
1. Un método de realizar el establecimiento de una llamada de emergencia (eCall) caracterizado porque comprende : generar un mensaje que comprende un indicador de llamada de emergencia (eCall); y enviar el mensaje para originar una llamada de emergencia (eCall) para una terminal.
2. El método de conformidad con la reivindicación 1, caracterizado porque además comprende: poner el indicador de llamada de emergencia (eCall) para indicar si la llamada de emergencia (eCall) es iniciada automáticamente por la terminal o manualmente por el usuario.
3. El método de conformidad con la reivindicación 1, caracterizado porque el mensaje comprende uno de un mensaje de Solicitud de Servicio de Gestión de Conexión (CM) , un mensaje de SETUP de Emergencia, y un mensaje de SETUP.
4. El método de conformidad con la reivindicación 1, caracterizado porque el mensaje comprende un elemento de información de Categoría de Servicio que tiene al menos un bit utilizado para el indicador de llamada de emergencia (eCall) .
5. El método de conformidad con la reivindicación 4, caracterizado porque al menos un bit utilizado para el indicador de llamada de emergencia (eCall) comprende un primer bit que indica si la llamada de emergencia (eCall) es iniciada automáticamente por la terminal y un segundo bit indicando si la llamada de emergencia (eCall) es iniciada manualmente por un usuario.
6. El método de conformidad con la reivindicación 4, caracterizado porque al menos un bit utilizado para el indicador de llamada de emergencia (eCall) comprende un único bit indicando si una llamada de emergencia (eCall) ha sido iniciada o no.
7. El método de conformidad con la reivindicación 1, caracterizado porque el mensaje comprende un elemento de información que incluye al indicador de llamada de emergencia (eCall) .
8. El método de conformidad con la reivindicación 1, caracterizado porque el mensaje comprende un elemento de información de Tipo Servicio de Gestión de Conexión (CM) que tiene al menos el uso de un valor para el indicador de llamada de emergencia (eCall).
9. El método de conformidad con la reivindicación 1, caracterizado porque el mensaje comprende un elemento de información de Clase 2 de Estación Móvil (MS) que tiene al menos una bandera usada para el indicador de llamada de emergencia (eCall) .
10. El método de conformidad con la reivindicación I, caracterizado porque el mensaje comprende un número de llamada de un tercero reservado para el indicador de llamada de emergencia (eCall).
11. Un aparato para realizar el establecimiento de una llamada de emergencia (eCall), caracterizado porque comprende : medios para generar un mensaje que comprende un indicador de llamada de emergencia (eCall) ; y medios para enviar el mensaje para originar una llamada de emergencia (eCall) para una terminal.
12. El aparato de conformidad con la reivindicación II, caracterizado porque además comprende: medios para establecer el indicador de llamada de emergencia (eCall) para indicar si la llamada de emergencia (eCall) es iniciada automáticamente por la terminal o manualmente por un usuario.
13. El aparato de conformidad con la reivindicación 11, caracterizado porque el mensaje comprende un elemento de información de Categoría de Servicio que tiene un primer y segundo bit utilizado para el indicador de llamada de emergencia (eCall) , el primer bit indicando si la llamada de emergencia (eCall) es iniciada automáticamente por la terminal, y el segundo bit indicando si la llamada de emergencia (eCall) es iniciada manualmente por un usuario.
14. Un aparato para realizar el establecimiento de una llamada de emergencia (eCall) caracterizado porque comprende : al menos un procesador configurado para generar un mensaje que comprende un indicador de llamada de emergencia (eCall) y enviar el mensaje para originar una llamada de emergencia (eCall) para una terminal.
15. El aparato de conformidad con la reivindicación 14, caracterizado porque al menos se configura un proceso para poner el indicador de llamada de emergencia (eCall) para indicar si la llamada de emergencia (eCall) es iniciada automáticamente por la terminal o manualmente por un usuario.
16. El aparato de conformidad con la reivindicación 14, caracterizado porque el mensaje comprende un elemento de información de Categoría de Servicio que tiene un primer y segundo bit utilizado para el indicador de llamada de emergencia (eCall) , el primer bit indicando si la llamada de emergencia (eCall) es iniciada automáticamente por la terminal, y el segundo bit indicando si la llamada de emergencia (eCall) es iniciada manualmente por un usuario.
17. Un medio legible por computadora codificado con instrucciones, que cuando se ejecuta por al menos una unidad de proceso, se realiza el establecimiento de llamada de emergencia (eCall) , caracterizado porque las instrucciones comprenden : codificar para causar que al menos una unidad de procesamiento genere un mensaje que comprende un indicador de llamada de emergencia (eCall) , y codificar para causar que al menos una unidad de procesamiento envié el mensaje para originar una llamada de emergencia (eCall) para una terminal.
18. Un método para soportar el establecimiento de una llamada de emergencia (eCall), caracterizada porque comprende : recibir un mensaje para originar una llamada de emergencia (eCall) desde una terminal; y obtener un indicador llamada de emergencia (eCall) desde el mensaje.
19. El método de conformidad con la reivindicación 18, caracterizado porque además comprende: determinar si la llamada de emergencia (eCall) es iniciada automáticamente por la terminal o manualmente por un usuario basado en el indicador llamada de emergencia (eCall).
20. El método de conformidad con la reivindicación 18, caracterizado porque el mensaje comprende un elemento de información de Categoría de Servicio que tienen un primer y segundo bits utilizado para el indicador llamada de emergencia (eCall), el primer bit indicando si la llamada de emergencia (eCall) es iniciada automáticamente por la terminal, y el segundo bit indicando si la llamada de emergencia (eCall) es iniciada manualmente por un usuario.
21. Un aparato para soportar el establecimiento de una llamada de emergencia (eCall), caracterizado porque comprende : medios para recibir un mensaje para originar una llamada de emergencia (eCall) desde una terminal; y medios para obtener un indicador llamada de emergencia (eCall) desde el mensaje.
22. El aparto de conformidad con la reivindicación 21, caracterizado porque además comprende: medios para determinar si la llamada de emergencia (eCall) es iniciada automáticamente por la terminal o manualmente por un usuario basado en el indicador llamada de emergencia (eCall) .
23. Un método de operación de una terminal, caracterizado porque comprende: evitar el envío de señales para la Gestión de Movilidad (MM) y Gestión de Conexión (CM) por la terminal a redes inalámbricas excepto para llamadas de emergencia (eCalls) y llamadas designadas; e intercambiar señales por la terminal para una llamada de emergencia (eCall) o una llamada designada iniciada por la terminal.
24. El método de conformidad con la reivindicación 23, caracterizado porque comprende: periódicamente la búsqueda de redes inalámbricas por la terminal después de ser encendida sin enviar señales para detectar redes.
25. El método de conformidad con la reivindicación 23, caracterizado porque evitar el envío de señales para la gestión de movilidad y la gestión de conexión comprende evitar realizar la localización de actualizaciones por la terminal previo a la llamada de emergencia (eCall) o la llamada designada.
26. El método de conformidad con la reivindicación 23, caracterizado porque evitar el envío de señales para la gestión de movilidad y la gestión de conexión comprende evitar realizar el registro y responder a peticiones de localización previo a la llamada de emergencia (eCall) o la llamada designada.
27. El método de conformidad con la reivindicación 23, caracterizado porque el intercambio de señales por la terminal para la llamada de emergencia (eCall) o llamadas designadas comprende realizar la localización de actualizaciones con una red inalámbrica después de iniciada la llamada de emergencia (eCall) o llamada designada, y realizar el establecimiento de la llamada con la red inalámbrica para la llamada de emergencia (eCall) o llamada designada.
28. El método de conformidad con la reivindicación 27, caracterizado porque la realización de localización de actualizaciones comprende una indicación de una llamada de emergencia (eCall) pendiente para localización de actualizaciones.
29. El método de conformidad con la reivindicación 27, caracterizado porque la realización del establecimiento de la llamada comprende enviar un mensaje que comprende un indicador de llamada de emergencia (eCall) para el establecimiento de la llamada, el indicador de llamada de emergencia (eCall) comprende un primer bit indicando si la llamada de emergencia (eCall) es iniciada automáticamente por la terminal y el segundo bit indicando si la llamada de emergencia (eCall) es iniciada manualmente por un usuario.
30. El método de conformidad con la reivindicación 23, caracterizado porque el intercambio de señal por la terminal para la llamada de emergencia (eCall) o llamada designada comprende realizar el establecimiento de llamada con una red inalámbrica para la llamada de emergencia (eCall) o llamada designada, y en donde la localización de actualizaciones se realiza por la terminal con la red inalámbrica previo a la iniciación de la llamada de emergencia (eCall) o llamada designada.
31. El método de conformidad con la reivindicación 23, caracterizado porque comprende además: permitir la señalización para la gestión de movilidad y gestión de conexión por la terminal por un periodo de tiempo predeterminado después de la terminación de la llamada de emergencia (eCall) o llamada designada; y evitar el envío de señales para la gestión de movilidad y la gestión de conexión por la terminal después de un periodo de tiempo predeterminado.
32. El método de conformidad con la reivindicación 31, caracterizado porque el periodo de tiempo predeterminado comprende un primer periodo de tiempo para una llamada de emergencia (eCall) o un segundo periodo de tiempo para una llamada designada.
33. El método de conformidad con la reivindicación 23, caracterizado porque comprende: permitir la señalización para la gestión de movilidad y gestión de conexión por la terminal por un periodo de tiempo predeterminado una vez el encendido o reactivación manual de la terminal; y evitar el envío de señales para la gestión de movilidad y la gestión de conexión por la terminal después del periodo de tiempo predeterminado.
3 . El método de conformidad con la reivindicación 33, caracterizado porque comprende además: el intercambio de señales con la red inalámbrica para la asociación de red, localización de actualización, respuesta a las peticiones memorizadas , y reconfiguración de servicios permitidos para la terminal dentro del periodo de tiempo predeterminado.
35. Un aparato caracterizado porque comprende: medios para evitar el envío de señales para la gestión de movilidad (MM) y la gestión de conexión (CM) por una terminal a una red inalámbrica excepto para llamadas de emergencia (eCalls) y llamadas designadas; y medios para el intercambio de señales por la terminal para una llamada de emergencia (eCall) o una llamada designada iniciada por la terminal.
36. El aparato de conformidad con la reivindicación 35, caracterizado porque los medios para evitar el envío de señales para la gestión de movilidad y la gestión de conexión comprende medios para evitar la realización de localización de actualizaciones por la terminal previo a la llamada de emergencia (eCall) o llamada designada.
37. El aparato de conformidad con la reivindicación 35, caracterizado porque los medios para el intercambio de señales por la terminal para la llamada de emergencia (eCall) o llamadas designadas comprenden medios para realizar la localización de actualizaciones con una red inalámbrica después de ser iniciada la llamada de emergencia (eCall) o llamada designada, y medios para la realización del establecimiento de llamada con la red inalámbrica para la llamada de emergencia (eCall) o llamada designada.
38. El aparato de conformidad con la reivindicación 37, caracterizado porque los medios para realizar el establecimiento de la llamada comprende medios para enviar un mensaje que comprende un indicador de llamada de emergencia (eCall) para establecer la llamada, el indicador de llamada de emergencia (eCall) comprende un primer bit indicando si la llamada de emergencia (eCall) es iniciada automáticamente por la terminal y un segundo bit indicando si la llamada de emergencia (eCall) es iniciada manualmente por un usuario.
39. El aparato de conformidad con la reivindicación 35, caracterizado porque comprende además: medios para permitir la señalización para la gestión de movilidad y gestión de conexión por la terminal por un periodo de tiempo predeterminado después de la terminación de la llamada de emergencia (eCall) o llamada designada; y medios para evitar el envío de señales para la gestión de movilidad y la gestión de conexión por la terminal después del periodo de tiempo predeterminado.
40. El aparato de conformidad con la reivindicación 35, caracterizado porque comprende además: medios para permitir la señalización para la gestión de movilidad y gestión de conexión por la terminal por un periodo de tiempo predeterminado una vez el encendido o reactivación manual de la terminal; y medios para evitar el envío de señales para la gestión de movilidad y la gestión de conexión por la terminal después del periodo de tiempo predeterminado.
41. Un método para soportar el establecimiento de llamada de emergencia (eCall) , caracterizado porque comprende : no recibir señalización para la gestión de movilidad (MM) y gestión de conexión (CM) desde una terminal excepto para llamadas de emergencia (eCalls) o llamadas designadas ; intercambiar señales con la terminal para una llamada de emergencia (eCall) o una llamada designada iniciada por la terminal.
42. El método de conformidad con la reivindicación 41, caracterizado porque no recibir señalización para la gestión de movilidad y gestión de conexión comprende no recibir señalización para la localización de actualizaciones desde la terminal previo a la llamada de emergencia (eCall) o llamada designada.
43. El método de conformidad con la reivindicación 41, caracterizado porque el intercambio de señales con la terminal para la llamada de emergencia (eCall) o llamada designada comprende: realizar la localización de actualizaciones con la terminal cuando la llamada de emergencia (eCall) o llamada designada es iniciada, y realizar el establecimiento de la llamada con la terminal para la llamada de emergencia (eCall) o llamada designada .
44. Un aparato para soportar el establecimiento de llamada de emergencia (eCall) , caracterizado porque comprende : medios para no recibir señalización para la gestión de movilidad (MM) y gestión de conexión (CM) desde una terminal excepto para llamadas de emergencia (eCalls) o llamadas designadas; y medios para intercambiar señales con la terminal para una llamada de emergencia (eCall) o una llamada designada iniciada por la terminal.
45. El aparato de conformidad con la reivindicación 44, caracterizado porque los medios para no recibir señalización para la gestión de movilidad y gestión de conexión comprenden medios para no recibir señalización para la localización de actualizaciones desde la terminal previo a la llamada de emergencia (eCall) o llamada designada.
46. El aparato de conformidad con la reivindicación 44, caracterizado porque los medios para intercambio de señalización con la terminal para la llamada de emergencia (eCall) o llamada designada comprende: medios para realizar la localización de actualizaciones con la terminal cuando la llamada de emergencia (eCall) o llamada designada es iniciada, y medios para realizar el establecimiento de la llamada con la terminal para la llamada de emergencia (eCall) o llamada designada.
MX2010010850A 2008-04-02 2009-04-01 Metodo y aparato que admite llamadas de emergencia (e-calls). MX2010010850A (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US4187308P 2008-04-02 2008-04-02
US4811608P 2008-04-25 2008-04-25
US6158608P 2008-06-13 2008-06-13
US12/415,310 US8200185B2 (en) 2008-04-02 2009-03-31 Method and apparatus for supporting emergency calls (eCalls)
PCT/US2009/039176 WO2009124131A2 (en) 2008-04-02 2009-04-01 Method and apparatus for supporting emergency calls (ecalls)

Publications (1)

Publication Number Publication Date
MX2010010850A true MX2010010850A (es) 2010-11-12

Family

ID=41133720

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2010010850A MX2010010850A (es) 2008-04-02 2009-04-01 Metodo y aparato que admite llamadas de emergencia (e-calls).

Country Status (13)

Country Link
US (2) US8200185B2 (es)
EP (1) EP2294841A2 (es)
JP (2) JP5290399B2 (es)
KR (2) KR101183844B1 (es)
CN (2) CN101960872B (es)
AU (1) AU2009231774B2 (es)
BR (1) BRPI0911087A2 (es)
CA (2) CA2718287C (es)
IL (1) IL208115A0 (es)
MX (1) MX2010010850A (es)
RU (1) RU2472309C2 (es)
TW (2) TWI380717B (es)
WO (1) WO2009124131A2 (es)

Families Citing this family (61)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9848447B2 (en) 2007-06-27 2017-12-19 Ford Global Technologies, Llc Method and system for emergency notification
US8478226B2 (en) * 2008-06-02 2013-07-02 Research In Motion Limited Updating a request related to an IMS emergency session
US9602552B2 (en) * 2008-06-02 2017-03-21 Blackberry Limited Coding and behavior when receiving an IMS emergency session indicator from authorized source
CA2726627C (en) 2008-06-02 2014-01-21 Research In Motion Limited System and method for managing emergency requests
ATE538459T1 (de) * 2008-06-18 2012-01-15 Continental Teves Ag & Co Ohg Verfahren und vorrichtung zum auslösen eines automatischen notrufs
US8903351B2 (en) 2009-03-06 2014-12-02 Ford Motor Company Method and system for emergency call handling
US20100297979A1 (en) * 2009-04-14 2010-11-25 Interdigital Patent Holdings, Inc. Method and apparatus for processing emergency calls
US8995978B2 (en) * 2009-06-12 2015-03-31 Intel Mobile Communications GmbH Emergency call capable wireless device provisioning
US20110098016A1 (en) * 2009-10-28 2011-04-28 Ford Motor Company Method and system for emergency call placement
WO2011057055A1 (en) * 2009-11-06 2011-05-12 Research In Motion Limited Methods and mechanisms to enable priority calls in a cell through pre-emption of other calls
US8903354B2 (en) 2010-02-15 2014-12-02 Ford Global Technologies, Llc Method and system for emergency call arbitration
US8417212B2 (en) * 2010-05-18 2013-04-09 General Motors Llc Methods for providing emergency services to a mobile vehicle
US9313636B2 (en) 2010-07-26 2016-04-12 Htc Corporation Method of handling emergency session and related communication device
US20120063355A1 (en) * 2010-09-14 2012-03-15 Research In Motion Limited Apparatus, and associated method, for providing support-call data pursuant to a wireless device support call
DE102010046863B4 (de) 2010-09-29 2014-06-05 Oecon Products & Services Gmbh Testeinrichtung für mobile Notrufgeräte und Verfahren zum Überprüfen mobiler Notrufgeräte
EP2652980A2 (en) * 2010-12-13 2013-10-23 TeleCommunication Systems, Inc. Location services gateway server
US20120190324A1 (en) 2011-01-25 2012-07-26 Ford Global Technologies, Llc Automatic Emergency Call Language Provisioning
JP5732878B2 (ja) * 2011-02-07 2015-06-10 ソニー株式会社 情報処理方法、情報処理装置、無線端末装置および通信システム
US8818325B2 (en) * 2011-02-28 2014-08-26 Ford Global Technologies, Llc Method and system for emergency call placement
US8600339B2 (en) 2011-05-11 2013-12-03 Qualcomm Incorporated Proactive probe by eCall-only in-vehicle system
US8923802B2 (en) * 2011-05-11 2014-12-30 Qualcomm Incorporated Home network roaming management for eCall-only subscribers
US8989697B2 (en) * 2011-05-11 2015-03-24 Qualcomm Incorporated Priority registration for in-vehicle emergency call service
US8849237B2 (en) * 2011-05-11 2014-09-30 Qualcomm Incorporated Priority registration for in-vehicle emergency call service
US20120289181A1 (en) * 2011-05-12 2012-11-15 Qualcomm Incorporated In-vehicle emergency call service registration and call setup using follow-on request
US8787869B2 (en) * 2011-07-20 2014-07-22 Airbiquity Inc. Wireless emergency call (ECALL) devices and ECALL service subscription management
DE102011111263B4 (de) * 2011-08-22 2017-02-02 Günter Fendt Automatische Notrufeinrichtung mit Synergie-Funktion, sowie Verfahren zur Überprüfung der Funktionalität einer automatischen Notrufeinrichtung
US8880020B2 (en) 2011-09-27 2014-11-04 Broadcom Corporation Method, and apparatus for attempting an eCALL regardless of response to a location update request
GB2486518B (en) * 2011-09-27 2013-01-02 Renesas Mobile Corp Method and processing system for a wireless device
EP2761966B1 (en) * 2011-09-27 2015-11-18 Broadcom Corporation Method and processing system for attempting an emergency call by a wireless device
EP2587851B1 (en) 2011-10-28 2016-01-20 Vodafone GmbH ECall terminal for scanning paging channels
WO2013125202A1 (ja) * 2012-02-21 2013-08-29 日本電気株式会社 パケット交換機、パケット交換プログラム、パケット交換方法ならびに移動無線機
US8594616B2 (en) 2012-03-08 2013-11-26 Ford Global Technologies, Llc Vehicle key fob with emergency assistant service
US8943194B2 (en) * 2012-04-05 2015-01-27 Blackberry Limited Apparatus, and associated method, for resubscribing communication device to a push notification service
WO2014083724A1 (ja) * 2012-11-29 2014-06-05 日本電気株式会社 緊急呼確立システム、通信装置、緊急呼確立方法及び非一時的なコンピュータ可読媒体
US9049584B2 (en) 2013-01-24 2015-06-02 Ford Global Technologies, Llc Method and system for transmitting data using automated voice when data transmission fails during an emergency call
CN103139745A (zh) * 2013-01-31 2013-06-05 中兴通讯股份有限公司 紧急呼叫实现方法、系统及归属网络、拜访网络服务装置
US9497564B2 (en) 2013-02-05 2016-11-15 Qualcomm Incorporated Apparatus and method for optimal scheduling of envelope updates to SIM card
US9037158B2 (en) * 2013-03-05 2015-05-19 Qualcomm Incorporated Localized secure user plane location (SUPL) emergency session
US20150109997A1 (en) * 2013-10-21 2015-04-23 Alexander Sirotkin Apparatus, system and method of interfacing between a cellular manager and a wlan access device
US9344870B2 (en) * 2013-12-24 2016-05-17 Qualcomm Incorporated Systems and methods for timer continuation in a power reset scenario
KR20150124785A (ko) 2014-04-29 2015-11-06 삼성전자주식회사 화상 긴급 통화 서비스를 제공하는 전자 장치 및 방법
FR3021181B1 (fr) 2014-05-19 2016-05-27 Oberthur Technologies Procede de modification de profil
DE102014008267A1 (de) * 2014-06-06 2015-12-17 Giesecke & Devrient Gmbh Verfahren und Vorrichtungen zum Verwalten von Subskriptionen auf einem Sicherheitselement
EP3183899B1 (en) 2014-08-22 2021-01-20 Nokia Technologies Oy Method and apparatus for supporting an emergency call service in an ip multimedia subsystem session during handover
JP6483815B2 (ja) * 2014-09-17 2019-03-13 ノキア テクノロジーズ オサケユイチア オーバー・ザ・トップ・サービスを用いた緊急通話のハンドリング
WO2016095753A1 (en) * 2014-12-18 2016-06-23 Qualcomm Incorporated Techniques to support emergency calls with over-the-top service provider
WO2017000132A1 (en) * 2015-06-29 2017-01-05 Qualcomm Incorporated Techniques to support emergency calls with over-the-top service provider
CN104680746B (zh) * 2015-01-30 2017-04-26 深圳市航盛电子股份有限公司 一种用于车载信息终端报警的自举电路
US9449495B1 (en) * 2015-05-15 2016-09-20 State Farm Mutual Automobile Insurance Company Crash detection and severity classification system implementing emergency assistance
CN105188078A (zh) * 2015-08-13 2015-12-23 深圳市广和通无线股份有限公司 Ecall测试方法和系统
DE102015011748B4 (de) * 2015-09-04 2023-06-01 Giesecke+Devrient Mobile Security Gmbh Verfahren und Vorrichtung zum Verwalten von Subskriptionen auf einem Sicherheitselement
US10499229B2 (en) * 2016-01-24 2019-12-03 Qualcomm Incorporated Enhanced fallback to in-band mode for emergency calling
US10212571B2 (en) 2016-02-25 2019-02-19 Electronics And Telecommunications Research Institute Vehicle emergency notification apparatus and method using external terminal
EP3229505B1 (de) * 2016-04-07 2020-07-01 Volkswagen Aktiengesellschaft Übertragen von informationen bezüglich eines notfalls zwischen einem mobilen endgerät und einer notfallleitstelle
WO2017211391A1 (en) 2016-06-07 2017-12-14 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic allocation and de-allocation of msisdn to vehicles
US10595238B2 (en) 2017-07-25 2020-03-17 Qualcomm Incorporated Systems and methods to improve mobility for a mobile device in ecall-only mode
US10959286B2 (en) * 2018-09-20 2021-03-23 Samsung Electronics Co., Ltd. Methods and systems for managing circuit-switched (CS) signaling connection release in mobile communications
US11019467B2 (en) 2019-03-14 2021-05-25 T-Mobile Usa, Inc. Adjustable sip mute call and one-way communication detection and reporting systems and methods
GB2587489A (en) * 2019-07-29 2021-03-31 Samsung Electronics Co Ltd Dynamic assignment of service identifiers
CN111050284A (zh) * 2019-12-13 2020-04-21 紫光展讯通信(惠州)有限公司 一种基于紧急通话的位置保存与获取方法及装置
CN115174530B (zh) * 2022-07-19 2024-01-23 南京四维智联科技有限公司 车辆呼叫服务配置方法、装置、系统、存储介质及设备

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08317471A (ja) * 1995-05-23 1996-11-29 Hitachi Ltd 移動局のアクセス規制方法とそれを用いた移動体通信システム
JPH11234730A (ja) * 1998-02-10 1999-08-27 Matsushita Electric Ind Co Ltd 緊急呼管理を行なうワイヤレス通信方法及び装置
US6782264B2 (en) * 1999-01-08 2004-08-24 Trueposition, Inc. Monitoring of call information in a wireless location system
DE10046154C2 (de) 2000-09-15 2003-07-10 T Mobile Deutschland Gmbh Notrufmeldeverfahren in einem Kommunikationsnetz
US6957060B1 (en) * 2000-11-28 2005-10-18 Nortel Networks Limited Methods and apparatus for establishing a call in a cellular mobile network
US6996392B2 (en) * 2002-09-03 2006-02-07 Trueposition, Inc. E911 overlay solution for GSM, for use in a wireless location system
US20040203572A1 (en) * 2002-12-31 2004-10-14 Naveen Aerrabotu Emergency call-back for mobile terminals in a limited service mode
US7190947B2 (en) * 2003-02-07 2007-03-13 Motorola Inc. Priority E911 call back during access class restrictions
US7068993B2 (en) 2003-09-25 2006-06-27 Lucent Technologies Inc. Method and apparatus for packetized supplemental wireless distress signaling
KR20050030755A (ko) * 2003-09-26 2005-03-31 유티스타콤코리아 유한회사 이동통신 망을 이용한 대인/대물 위치 추적 장치 및 방법
RU2235365C1 (ru) * 2003-11-05 2004-08-27 Общество с ограниченной ответственностью "Альтоника" Способ тревожной сигнализации об угрозе личной безопасности
PL1575323T3 (pl) * 2004-03-09 2007-06-29 Alcatel Lucent Sposób wytwarzania połączenia alarmowego
US7702308B2 (en) * 2004-03-11 2010-04-20 Alcatel-Lucent Usa Inc. Method of associating data with a call to a call center
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
EP1655894A1 (en) * 2004-11-05 2006-05-10 Alcatel A method of enabling an emergency call in a wireless local area network according to IEEE 802.11e
JP2007134794A (ja) * 2005-11-08 2007-05-31 Nec Corp 移動体通信機器の自動機能制限システム、小型基地局及び移動体通信機器
JP4672571B2 (ja) * 2006-02-24 2011-04-20 日本電信電話株式会社 ＶｏＩＰネットワークにおける緊急呼呼び返し方法、緊急呼呼び返しシステム、ＶｏＩＰノード装置およびプログラム
JP2009537108A (ja) 2006-05-12 2009-10-22 インターデイジタル テクノロジー コーポレーション ワイヤレスメトロポリタンエリアネットワークにおける緊急コールをサポートするための方法および装置
US8781568B2 (en) * 2006-06-23 2014-07-15 Brian M. Dugan Systems and methods for heart rate monitoring, data transmission, and use
GB2440576A (en) 2006-07-04 2008-02-06 Samsung Electronics Co Ltd Emergency Call-Back in a Mobile Telecommunications Terminal without a Smart Card.
JP5037621B2 (ja) * 2006-10-05 2012-10-03 エウレカ・ソシエテ・アノニム 地理的領域への進入のための無線自動承認システムおよび方法
US8107954B2 (en) * 2007-03-09 2012-01-31 Research In Motion Limited System and method for wireless network selection by multi-mode devices

Also Published As

Publication number Publication date
CN102970668A (zh) 2013-03-13
AU2009231774A1 (en) 2009-10-08
CA2718287C (en) 2013-11-12
CA2813527A1 (en) 2009-10-08
KR101183844B1 (ko) 2012-09-19
WO2009124131A2 (en) 2009-10-08
RU2472309C2 (ru) 2013-01-10
IL208115A0 (en) 2010-12-30
KR20100134717A (ko) 2010-12-23
AU2009231774B2 (en) 2012-08-30
TW201004429A (en) 2010-01-16
KR20120043132A (ko) 2012-05-03
JP2013059067A (ja) 2013-03-28
EP2294841A2 (en) 2011-03-16
CN101960872B (zh) 2013-06-05
US8200185B2 (en) 2012-06-12
BRPI0911087A2 (pt) 2017-08-22
TWI380717B (en) 2012-12-21
KR101245885B1 (ko) 2013-03-20
TW201306621A (zh) 2013-02-01
US20120108198A1 (en) 2012-05-03
CA2718287A1 (en) 2009-10-08
WO2009124131A3 (en) 2010-01-07
JP5290399B2 (ja) 2013-09-18
JP2011521505A (ja) 2011-07-21
CN101960872A (zh) 2011-01-26
RU2010144784A (ru) 2012-05-10
US20090253403A1 (en) 2009-10-08

Similar Documents

Publication Publication Date Title
MX2010010850A (es) Metodo y aparato que admite llamadas de emergencia (e-calls).
KR101545801B1 (ko) 차량 내 긴급 호 서비스를 위한 우선순위 등록
KR101545802B1 (ko) 차량 내 긴급 호 서비스를 위한 우선순위 등록
US20120289181A1 (en) In-vehicle emergency call service registration and call setup using follow-on request
JP5847925B2 (ja) ｅコール・オンリー加入者のためのホーム・ネットワーク・ローミング管理
AU2012211488B2 (en) Method and apparatus for supporting emergency calls (ecalls)

Legal Events

Date Code Title Description
FG Grant or registration