MX2010010102A - Metodo y aparato para el suministro de mensajes de advertencia publicos. - Google Patents
Metodo y aparato para el suministro de mensajes de advertencia publicos.Info
- Publication number
- MX2010010102A MX2010010102A MX2010010102A MX2010010102A MX2010010102A MX 2010010102 A MX2010010102 A MX 2010010102A MX 2010010102 A MX2010010102 A MX 2010010102A MX 2010010102 A MX2010010102 A MX 2010010102A MX 2010010102 A MX2010010102 A MX 2010010102A
- Authority
- MX
- Mexico
- Prior art keywords
- wtru
- emergency
- information
- notification
- emergency situation
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 48
- 230000005540 biological transmission Effects 0.000 claims description 15
- 230000008859 change Effects 0.000 claims description 10
- 238000004891 communication Methods 0.000 description 13
- 238000010586 diagram Methods 0.000 description 12
- 230000008569 process Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 230000004044 response Effects 0.000 description 3
- 101001055444 Homo sapiens Mediator of RNA polymerase II transcription subunit 20 Proteins 0.000 description 2
- 102100026165 Mediator of RNA polymerase II transcription subunit 20 Human genes 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 239000000126 substance Substances 0.000 description 2
- 241000760358 Enodes Species 0.000 description 1
- 238000006424 Flood reaction Methods 0.000 description 1
- 108091005487 SCARB1 Proteins 0.000 description 1
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000004880 explosion Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 125000000524 functional group Chemical group 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- 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
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Emergency Management (AREA)
- Business, Economics & Management (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Public Health (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Alarm Systems (AREA)
Abstract
Un método y aparato para que una unidad de transmisión recepción inalámbrica (WTRU) reciba una notificación de situación de emergencia. El método y aparato incluye que la WTRU reciba un mensaje de paginación con una notificación de situación de emergencia y que la WTRU reciba información de programación en un bloque de información de sistema.
Description
MÉTODO Y APARATO PARA EL SUMINISTRO DE MENSAJES DE ADVERTENCIA PÚBLICOS
CAMPO DE LA INVENCION
Esta solicitud se refiere a comunicaciones inalámbricas.
ANTECEDENTES
El Proyecto de Sociedad de Tercera Generación (3GPP) ha iniciado el programa de Evolución a Largo Plazo (LTE) para traer nueva tecnología, nueva arquitectura de red, nuevas configuraciones y nuevas aplicaciones y servicios a redes inalámbricas para proporcionar experiencias más rápidas del usuario y eficiencia espectral mejorada.
Existen muchas emergencias ocasionadas por el hombre y naturales que pueden causar daño considerable sobre un área extendida. Huracanes, tifones, tornados, inundaciones, derrames químicos y explosiones, por ejemplo, pueden causar pérdida significativa de vida y propiedad. Aunque ciertos gobiernos y agencias comerciales actualmente proporcionan advertencias a través de sirena, radio y/o
televisión, un sistema de advertencia público incorporado en una unidad de transmisión recepción inalámbrica (WTRU) en una red de LTE puede incrementar la probabilidad de que un gran número de personas sean puestas en aviso de estos peligros.
La Figura 1 muestra una pila de protocolo plano de control de LTE 100 de acuerdo con la técnica anterior. La pila de protocolo 100 puede ubicarse en una WTRU 102 y un eNodo B (eNB) 120. La pila incluye el control de recurso de radio (RRC) 104 , 124, el protocolo de control de datos en paquete (PDCP) 106,126, el control de enlace de radio (RLC) 108 , 128, el control de acceso a medios (MAC) 110,130 y la capa física (PHY) 112, 132. El estrato de no acceso ( AS) 114,144 también puede residir en la WTRU 102 y una entidad de manejo de movilidad (MME) 140.
La Figura 2 muestra una pila de protocolo plano de usuario de LTE 200 de acuerdo con la técnica anterior. La pila de protocolo plano de usuario 200 puede residir en una WTRU 202 y un eNB 222. La pila de protocolo plano de usuario 200 puede incluir el
PDCP 204, 224, el RLC 206, 226, el MAC 208, 218 y la capa física 210, 230.
En un sistema de comunicación de LTE, una WTRU y eNB pueden compartir parámetros de operación para comunicarse de manera apropiada. Una manera para que el eNB informe a la WTRU acerca de los parámetros de operación es que el eNB transmita información del sistema a la WTRU. La información del sistema es información pública acerca de cómo una WTRU se comunica con una celda, tal como ancho de banda de transmisión, configuraciones del canal, carga de la celda y parámetros de control de energía, por ejemplo.
Puede haber una cantidad relativamente grande de información del sistema transmitida por un eNB en una celda. Por lo tanto, para organizar la transmisión de la información del sistema, la información puede dividirse en un número de bloques de información del sistema (SIBs) . El tipo de información del sistema llevada en un SIB particular es constante, pero el valor de la información llevada en cada SIB está sujeto a cambio.
Algunos SIBs pueden tener los mismos
requerimientos de programación, tal como periodicidad. Puede haber más de un mensaje de información del sistema (SI) transmitido con la misma periodicidad. Cada SIB puede contener un conjunto de parámetros de SI relacionados. Varios SIBs se han definido en la técnica anterior, incluyendo, por ejemplo, un Bloque de Información Maestro (MIB) . El MIB puede incluir un número limitado de parámetros frecuentemente transmitidos. Otro SIB definido es SIB tipo-1. SIB tipo-1 puede contener información de programación y puede incluir indicadores en cuanto a cuando se transmiten los mensajes de SI. La información del sistema maestra (SI-M) e información del sistema 1 (SI-I) son versiones especiales de un mensaje de SI llevando solamente un SIB único, principalmente MIB y SIB tipo 1, respectivamente. El mensaje SI-M se lleva en un Canal de Emisión (BCH) mientras que todos los otros mensajes de SI se llevan en un canal de sincronización de enlace descendente (DL-SCH) . La información del sistema llevada en un BCH se contiene en el MIB. Toda otra información del sistema se lleva en un DL-SCH.
Un mensaje de paginación puede utilizarse para informar a una WTRU en estado RRC_SIN UTILIZAR acerca de un cambio en la información del sistema. Una WTRU en estado RRC_CONECTADA puede monitorear un canal de control de enlace descendente físico (PDCCH) en una base periódica y en un tiempo específicamente definido para este propósito. Si una WTRU detecta el RNTI ( I dent i fi cado r Temporal de la Red de Radio) del cambio de información del sistema en el PDCCH, la WTRU puede determinar que un cambio de información del sistema ocurrirá en un siguiente límite del periodo de modificación.
El mensaje de SI-1 incluye una etiqueta de valor que puede indicar si ha ocurrido un cambio en la información del sistema diferente a SI-M y SI-1. Una WTRU puede utilizar esta etiqueta de valor al regresar de fuera de cobertura para verificar si la información del sistema previamente adquirida aún es válida. Una WTRU puede considerar que la información del sistema es válida a lo sumo por 6 horas desde el momento que se recibió.
La Figura 3 muestra un modelo funcional
para una WTRU 300 de acuerdo con la técnica anterior. La interfase entre una WTRU 300 y una red es la interfase de radio. Una WTRU 300 puede dividirse en un número de dominios, los dominios separándose por puntos de referencia. Algunos dominios definidos son el dominio de módulo de identidad suscriptor universal (USIM) 302 y dominio de equipo móvil (ME) 304. El dominio de ME 304 puede dividirse además en varios componentes que muestran la conectividad entre múltiples grupos funcionales. Estos grupos pueden implementarse en uno o más dispositivos de hardware. Un ejemplo de tal conectividad es la interfase de equipo terminal (TE) 306 a terminación móvil (MT) 308.
La Figura 4 es un diagrama de bloques de componentes físicos 400 trazados en el diagrama funcional 300 de la Figura 3. La tarjeta de circuito integrado universal (UICC) 402 puede ser una implementación física del USIM 302 de la Figura 3. El resto de la WTRU 404 puede representar físicamente la MT 308 de la Figura 3, y una computadora personal 406 puede incorporar físicamente el TE 306 de la Figura 3.
Las ordenes de "atención" (AT) pueden utilizarse para controlar las funciones de T y servicios de red de GSM/Sistema de Telecomunicación Móvil Universal (UMTS) de un equipo terminal (TE) a través de un adaptador terminal (TA) . El uso de órdenes de AT asume una arquitectura abstracta. La Figura 5 muestra un diagrama de bloques de una arquitectura abstracta 500 que puede incorporar órdenes de AT . La arquitectura 500 incluye un TE 502, una MT 506 y un TA 504 utilizada como una interfase entre el TE 502 y la MT 506. El TE 502 puede ser una computadora, por ejemplo. La MT 506 puede enviar mensajes del estado de MT 508 al TA 504 y recibir mensajes de control de MT 510 del TA 504. El TE 502 puede enviar órdenes de AT 512 al TA 504 y recibe respuestas 514 del TA 504. Como se muestra en la Figura 5, el TA 504, la MT 506 y el TE 502 son entidades separadas. Sin embargo, el TA 504 puede integrarse bajo la MT 506 mientras el TE 502 se implementa como una entidad separada (configuración no mostrada) . También, el TA 504 puede integrarse bajo el TE 502 , con la MT 506 implementada como una entidad separada
(configuración no mostrada) . Por último, el TA 504 y la MT 506 ambos pueden integrarse bajo el TE 502 como una entidad única (configuración no mostrada ) .
SUMARIO
Se describen un método y aparato para que una WTRU reciba una notificación de situación de emergencia. El método y aparato pueden incluir la WTRU recibiendo un mensaje de paginación con una notificación de situación de emergencia y la WTRU recibiendo información de programación en un bloque de información de sistema. La WTRU también puede recibir información de situación de emergencia en otro bloque de información de sistema.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Un entendimiento más detallado puede tenerse a partir de la siguiente descripción, dada a manera de ejemplo junto con los dibujos acompañantes en donde:
Figura 1 muestra una pila de protocolo plano de control de LTE de acuerdo con la técnica anterior;
Figura 2 muestra una pila de protocolo plano de usuario de LTE de acuerdo con la técnica anterior;
Figura 3 muestra a modelo funcional para una WTRU de acuerdo con la técnica anterior;
Figura 4 es un diagrama de bloques de componentes físicos trazados al diagrama funcional de la Figura 3;
Figura 5 muestra un diagrama de bloques de una arquitectura abstracta incorporando órdenes de AT de acuerdo con la técnica anterior;
Figura 6 muestra un sistema de comunicación inalámbrica de acuerdo con una modalidad ;
Figura 7 es un diagrama de bloques funcional de una WTRU y el eNB del sistema de comunicación inalámbrica de la Figura 6;
Figura 8 es un diagrama de bloques de los procedimientos de emergencia de la WTRU de acuerdo con una modalidad; y
Figura 9 es un diagrama de bloques del procedimiento de emergencia de la WTRU de acuerdo con una modalidad.
DESCRIPCIÓN DETALLADA
Cuando se refiere de aquí en adelante, la terminología "unidad de transmisión/recepción inalámbrica (WTRü)" incluye pero no se limita a un equipo de usuario (UE), una estación móvil, una unidad suscriptora fija o móvil, un localizador, un teléfono celular, un asistente digital personal (PDA), una computadora, o cualquier otro tipo de dispositivo de usuario capaz de operar en un ambiente inalámbrico. Cuando se refiere de aquí en adelante, la terminología "estación base" incluye pero no se limita a un Nodo-B, un controlador de sitio, un punto de acceso (AP) , o cualquier otro tipo de dispositivo de interfase capaz de operar en un ambiente inalámbrico .
La Figura 6 muestra un sistema de comunicación inalámbrica 600 incluyendo una pluralidad de WTRUs 610 y un eNB 620. Como se muestra en la Figura 6, las WTRUs 610 están en comunicación con el eNB 620. Aunque tres WTRUs 610 y un eNB 620 se muestran en la Figura 6, debe observarse que cualquier combinación de dispositivos inalámbricos y alámbricos puede
incluirse en el sistema de comunicación inalámbrica 600.
La Figura 7 es un diagrama de bloques funcional 700 de la WTRU 610 y el eNB 620 del sistema de comunicación inalámbrica 600 de la Figura 6. Como se muestra en la Figura 6, la WTRU 610 está en comunicación con el eNB 620. La WTRU 610 se configura para recibir información del sistema' y la notificación de cambio de información del sistema del eNB 620. La WTRU 610 también se configura para transmitir y recibir mensajes de RRC y elementos de información. El eNB 620 puede configurarse para transmitir, y la WTRU 610 puede configurarse para recibir y monitorear señales en el canal de control de difusión (BCCH) . La WTRU 610 puede configurarse para recibir mensajes de paginación y otra señalización de enlace descendente.
Además de los componentes que pueden encontrarse en una WTRU típica, la WTRU 610 incluye un procesador 715, un receptor 716, un transmisor 717, y una antena 718. La WTRU 610 también puede incluir una inferíase de usuario 721 , que puede incluir, pero no se limita a,
una pantalla LCD o LED, una pantalla de tacto, un teclado, una aguja, o cualquier otro dispositivo de entrada/salida típico. La WTRU 610 también puede incluir memoria 719, tanto volátil como no volátil así como interfases 720 a otros dispositivos, tales como puertos de bus serial universal (USB), puertos seriales y lo similar. El receptor 716 y el transmisor 717 están en comunicación con el procesador 715. La antena 718 está en comunicación con tanto el receptor 716 como el transmisor 717 para facilitar la transmisión y recepción de datos inalámbricos .
Además de los componentes que pueden encontrarse en un eNB típico, el eNB 620 incluye un procesador 725, un receptor 726, un transmisor 727, y una antena 728. El receptor 726 y el transmisor 727 están en comunicación con el procesador 725. La antena 728 está en comunicación con tanto el receptor 726 como el transmisor 727 para facilitar la transmisión y recepción de datos inalámbricos.
Información de RRC del sistema puede utilizarse para informar a las WTRüs de situaciones de emergencia. La advertencia
puede distribuirse a todos los eNBs en una red. La capa de RRC puede colocar una advertencia en uno o más SIB, o el MIB. SIB o MIB pueden incluir :
a. notificación de una emergencia;
b. un código o valor que se traza a una situación particular;
c. un mensaje de texto describiendo la emergencia y acción recomendada a tomar;
d. un número telefónico para regresar la llamada para más información;
e. dirección de internet para más información;
f . información de ubicación de la WTRU o el usuario;
g. información que considera el proveedor de servicios de emergencia más cercano, tales como hospitales, estaciones de policía y lo similar;
h. tiempo; e
i. un indicador que actualiza una información del sistema que incluye la información de emergencia, o un cambio en información de emergencia, está disponible.
La información puede contenerse en más
de un SIB. Por ejemplo, la información de que existe una emergencia puede llevarse en una unidad de programación (SU) frecuentemente repetida tal como SU-1. La información detallada puede llevarse en otras Süs .
Alternativamente, un SIB que cambia rápido o frecuentemente repetido puede utilizarse para llevar toda la información requerida para propósitos de emergencia. Una TRU puede monitorear un canal de enlace descendente, tal como un canal de difusión (BCH) o un canal compartido de enlace descendente (DL-SCH) a intervalos predefinidos de manera que la WTRU puede actuar en la información de emergencia cuando se recibe el SIB que cambia rápido. Adicionalmente , la WTRU puede monitorear un MIB y/o programar información para descubrir cuando se enviará el SIB para situaciones de emergencia. RRC en la WTRU puede adquirir la información del sistema relacionada con la situación de emergencia. RRC puede comunicarse entonces con ÑAS y pasar la información contenida en el SIB de situación de emergencia al AS para procesamiento.
En una ocurrencia de una situación de
emergencia, una TRU puede recibir una página para indicar que la información del sistema ha cambiado y que información de emergencia se sigue. La WTRU puede leer la información del sistema actualizada para descubrir que la información es nueva o cambiada.
En otra modalidad, una causa de paginación' puede agregarse a un mens aj e / graba c i ón de paginación para indicar que un cambio en información del sistema se debe a una situación de emergencia. La WTRU puede analizar la causa de paginación. Si se encuentra que la información del sistema ha cambiado, la WTRU puede leer los SIBs conteniendo la información de situación de emergencia y notificar las capas y aplicaciones relevantes .
Alternativamente, una WTRU puede recibir una página que indica que ha habido una emergencia. La causa de paginación puede incluir una indicación de. que existe una emergencia. En la recepción de la página, la WTRU puede leer los SIBs apropiados, por ejemplo. WTRUs que se acampan en celdas utilizadas para acceso de emergencia solamente
también pueden escuchar los canales de paginación para la notificación de emergencias públicas .
Alternati amente, la TRU puede recibir un valor, por ejemplo, N que se incluye en el MIB. Cuando el número de cuadro del sistema (SFN) mod N = 0 (o cada N cuadro) la WTRU puede leer el DL-SCH para descubrir cualquier información acerca de una advertencia que se está transmitiendo. La ubicación del SIB de advertencia puede ser estática cuando se transmite. Alternativamente, la ubicación del SIB de advertencia puede predefinirse de manera que la WTRU podría definir de manera apropiada su ventana de recepción. Esta lectura periódica del SIB también podría realizarse en ocasiones cuando se percibe una situación de alto riesgo.
Los recursos de información del sistema pueden ser escasos o insuficientes para llevar mensajes de texto extensivos que describen completamente detalles de una situación de emergencia. La cantidad de información que se lleva sobre el aire durante la emergencia puede reducirse, sin embargo.
Una WTRU puede precargarse o preconfigurar se con mensajes de texto que corresponden a situaciones de emergencia particulares. Ejemplos de los mensajes de texto se muestran en la TABLA 1.
TABLA 1
Como se muestra en la TABLA 1, cada código de emergencia puede corresponder a una descripción de emergencia particular. Un código de emergencia "1" puede corresponder a una advertencia de tsunami, un código "2" puede corresponder a una advertencia de terremoto, y un código "3" puede corresponder a una advertencia de derrame químico.
Adicionalmente, otras formas de mensajes precargados o preconfigurados, tales como mensajes multimedia, por ejemplo, pueden utilizarse. Los mensajes preconfigurados
pueden residir en USIM/Tarjeta de Circuito Integrado Universal (UICC) de la WTRU o en otra memoria no volátil, por ejemplo. La WTRU puede recibir y procesar mensajes preconfigurados , tales como mensajes de Alianza Móvil Abierta (OMA) , por ejemplo. Alternativamente, mensajes RRC o AS pueden utilizarse para preconfigurar la WTRU con códigos de emergencia y sus descripciones textuales correspondientes.
Durante una situación de emergencia, la
WTRU puede notificarse del código de situación de emergencia a través de la información del sistema de RRC. La WTRU puede realizar entonces una búsqueda utilizando la información prea lmacenada para determinar el mensaje de texto que corresponde a la situación de emergencia.' La WTRU puede desplegar entonces el mensaje de texto al usuario. La WTRU también puede desplegar un mensaje multimedia después de la búsqueda. Esto podría configurarse por el usuario u operador. Esto puede reducir el tamaño de información del mensaje de texto que necesita transmitirse sobre el aire .
La WTRU puede recibir mensajes que
dependen de la ubicación especifica de la TRU. Por ejemplo, una alerta de tsunami puede tener un mensaje diferente para una WTRU que está cerca de la costa, contra una WTRU que está a un kilómetro de la costa, contra otra WTRU que está a cinco kilómetros de la costa o en terreno alto. La conducta de mensaje diferenciada para la misma advertencia puede controlarse por una entidad de red que manejaría el suministro de diferentes mensajes a los eNBs, dependiendo de la ubicación del eNB .
Los mensajes de RRC pueden mejorarse al utilizar elementos de información para informar a las WTRUs situaciones de emergencia y transmitir mensajes de advertencia públicos. Una WTRU puede recibir una notificación de situación de emergencia de un eNB que da servicio a las áreas que pueden afectarse por la situación de emergencia. La capa de RRC del eNB incluirá la notificación de la situación de emergencia en un mensaje de RRC que incluye un elemento de información (IE) . El IE puede incluir la información de emergencia establecida arriba.
Los mensajes de RRC adicionales pueden utilizarse que incluyen definiciones AS .1 determinantes que pueden permitir a la WTRU analizar sintácticamente los mensajes de RRC más rápido. Los IEs que incluyen información de emergencia pueden designarse por el RRC como una prioridad alta y pueden anular la prioridad de cualquier otro mensaje de RRC.
Los mensajes de AS pueden mejorarse al utilizar elementos de información para informar a las WTRUs de situaciones de emergencia y transmitir mensajes de advertencia públicos. Una WTRU puede recibir una notificación de situación de emergencia de un eNB que sirve a las áreas que pueden afectarse por la situación de emergencia. La capa de AS del eNB puede incluir la notificación de la situación de emergencia en un mensaje de ÑAS que incluye un elemento de información (IE) . IE puede incluir la información de emergencia establecida arriba. Cuando la capa de RRC recibe un mensaje de emergencia de AS, puede informarse que el mensaje es de una naturaleza emergente y activar el RRC para tratar el mensaje con prioridad más alta.
El mensaje de emergencia también puede ser un mensaje SMS de AS o un mensaje de servicios de mensajería multimedia (MMS) . Por ejemplo, un servicio de MMS podría proporcionarse con un mensaje pregrabado incluyendo instrucciones de lo que el usuario debe hacer. El MMS o SMS puede suministrarse con servicios de multi-t ransmisión/multimedia (MBMS) , por ejemplo, en una base repetida para asegurar que los usuarios se alcanzan.
El mecanismo de paginación puede utilizarse para notificar a las WTRUs de situaciones de emergencia. La paginación puede utilizarse para notificar a las WTRUs de la terminación, señalización de alta prioridad, con mensajes de RRC o AS y/o IEs transmitiendo la información de advertencia púbica. Opcionalmente, la paginación puede utilizarse para notificar a las WTRUs de señalización de notificación de emergencia a prioridad regular, con portadores de radio de datos transmitiendo la información de advertencia pública. El mensaje de paginación por sí mismo transmite la información de emergencia.
Una vez que una WTRU lee y analiza una
causa de paginación, las acciones subsiguientes pueden depender del estado de RRC y si la WTRU recibió la página en una celda adecuada. Una WTRU en un estado RRC_SIN UTILIZAR puede establecer primero una conexión de RRC al realizar un procedimiento de acceso aleatorio en el canal de acceso aleatorio (RACH) . Sin embargo, si la WTRU está en RRC_CONECTADA, puede no ser necesario realizar el procedimiento de acceso aleatorio en el RACH. Después de gue el procedimiento de acceso aleatorio se completa, una WTRU puede monitorear el canal de control de enlace descendente físico (PDCCH) para asignación de recurso de enlace descendente.
En el enlace descendente, la WTRU puede recibir una notificación de emergencia en un portador de radio de señalización (SRB) como un mensaje de AS o un mensaje de RRC. La WTRU también puede recibir la notificación de emergencia en un portador de radio de datos (DRB) como una aplicación de datos de usuario.
Si la notificación de emergencia se recibe como un mensaje de RRC, puede llevarse en un SRB designado para mensajes de alta
prioridad, por ejemplo, SRB2. Otros SRBs pueden utilizarse también. Si la notificación de emergencia se envía como mensajes de AS, un SRB designado para llevar mensajes AS, tal como SRB1, por ejemplo, puede utilizarse. El uso de otros SRBs, tales como SRB2 o SRBO también es posible.
Si la notificación de emergencia se envía en un DRB como datos, el DRB de prioridad más alta puede utilizarse de manera que el DRB de prioridad más alta puede programarse antes que todos los otros DRBs sin limitación de bit-velocidad. La TRU puede recibir las transmisiones de enlace descendente en los recursos asignados y adelantar el mensaje de notificación de emergencia a la capa superior relevante .
Puede haber momentos cuando no se permite que una WTRU se registre en un sistema particular. Sin embargo, para una situación de emergencia, un sistema puede aceptar el registro para la notificación de emergencia solamente. Esto puede ocurrir durante un
"periodo de emergencia". Durante el periodo de emergencia la WTRU puede permanecer registrada
de manera que la WTRU pueda paginarse. Esto puede requerir el uso de la Entidad de Manejo de Movilidad (MME) . Si, bajo circunstancias normales no se permite que una WTRU se registre, puede realizar el registro o unión a la red mediante lo cual el mensaje de registro/unión indica que la razón es ser capaz de recibir mensajes de notificación de emergencia .
El permitir que una WTRU normalmente con limitaciones se registre puede indicarse en la información del sistema de la red. La WTRU puede recibir, por ejemplo, un indicador, que puede ser tan pequeño como un bit, para informar a la WTRU si se le permite el registro para recibir una notificación de emergencia. Las WTRUs pueden registrarse en base al indicador en la información del sistema. Por lo tanto, por ejemplo, una WTRU que aún no ha realizado el registro/unión puede realizar uno o más de los procedimientos relacionados al registro/unión en base a la WTRU leyendo la información del sistema indicando que puede comunicarse una notificación de emergencia.
Una vez que la WTRU se notifica de un
mensaje de advertencia público, la TRÜ puede preparar un número de emergencia para marcar y puede indicar al usuario. Tal funcionalidad mejorada puede ayudar al usuario a evitar el pánico. La Figura 8 es un diagrama de bloques del procedimiento de emergencia de la WTRU 800 de acuerdo con una modalidad. Un mensaje de emergencia 802 se recibe en la WTRU 804. La MT de WTRU 806 recibe el mensaje de notificación de emergencia. El mensaje puede incluir un número telefónico o una dirección de Internet para contactar. La MT de WTRU 806 transmite el mensaje 802 para el TE de WTRU 808 a través de órdenes de AT o primitivas, tal como un 'estado de MT' y 'respuesta' primitiva u orden de AT, por ejemplo. La orden AT o primitiva puede indicar que una emergencia ha ocurrido y que se requiere una advertencia. La orden de AT o primitiva también puede proporcionar detalles acerca de la emergencia, con un número telefónico o una dirección de Internet para contactar para información adicional.
En la recepción de la orden de AT o primitiva, puede correr una primer aplicación 810 en el TE 808 y advertir al usuario al tocar
un sonido especial, timbre o beep que indica al usuario que se ha recibido un mensaje de emergencia. El sonido de advertencia puede estar a un volumen muy alto.
Una segunda aplicación 812 que corre en el TE 808 puede buscar un número telefónico de emergencia apropiado a marcarse, tal como un número recibido con el mensaje de advertencia o un número telefónico preconfigurado tal como 911, por ejemplo. La segunda aplicación 812 puede indicar al usuario marcar el número. Por ejemplo, la aplicación podría desplegar un mensaje en la pantalla del despliegue de la WTRU que indica a un usuario a marcar 911. Si el usuario confirma la solicitud de marcado, la segunda aplicación 812 instruirá a la MT de WTRU 806, utilizando una orden de AT , para marcar 911.
Además, una vez que la notificación de emergencia 802 se recibe, la WTRU 804 puede correr a una tercer aplicación 814 que prepara un mensaje que contiene la información de posición de las WTRUs . El mensaje puede poblarse utilizando un GPS, info de celda/área de rastreo o cualquier otra aplicación de
posicionamiento . Una vez que la MT de TRU 806 transmite el mensaje de emergencia 802 para el TE de WTRU 808, la tercer aplicación 814 que puede correr en el TE 808, crea un mensaje que contiene la información de posición de la WTRU, tales como coordenadas, por ejemplo. La información de posición puede obtenerse de un dispositivo GPS, info de celda/área de rastreo o cualquier otra aplicación de posicionamiento. La tercer aplicación 814 puede indicar al usuario la instrucción. La tercer aplicación 814 puede utilizar órdenes de AT para instruir a la MT de WTRU 806 enviar un mensaje conteniendo la información de posición de la WTRU. El mensaje puede enviarse sobre un SRB como un mensaje de AS o RRC, por ejemplo, o sobre un DRB . La WTRU también puede utilizar un GPS asistido, basado en el plano de control o plano de usuario seguro (SUPL) .
Una vez que la notificación de emergencia se recibe por la WTRU, la WTRU puede generar y enviar un mensaje de actualización del área de rastreo (TAU) a un eNB . Esta operación puede hacerse dentro de la MT de WTRU 806. El mensaje de TAU puede incluir, como una
'causa' , una indicación de que la TRU transmitió la TAU en respuesta a una situación de mensaje de emergencia. La red puede utilizar la TAU para determinar que celdas o áreas de la WTRU se ubican, y determinar la posición de la WTRU. La red puede enviar entonces mensajes de seguimiento o más específicos además del mensaje de advertencia original que tiene como objetivo las WTRUs específicas en celdas específicas.
Una WTRU puede utilizar una prioridad de acceso más alta, tal como prioridad de RACH más alta o clase de acceso más alta (AC), por ejemplo, cuando se realiza un procedimiento de acceso en cualquiera de las situaciones asociadas con la recepción de la notificación de situación de emergencia, incluyendo, por ejemplo, preparación de un número a marcar, envío de la información de posición, envío de una TAU, u otras acciones relacionadas con la recepción de la notificación de emergencia. Esto permitirá la prioridad de aquellas acciones por la WTRU.
La Figura 9 es un diagrama de bloques del procedimiento de emergencia de la WTRU 900
de acuerdo con una modalidad de la presente invención. Después de recibir la notificación de situación de emergencia, la WTRU puede volverse a seleccionar 902 a una celda diferente o tecnología de acceso a radio (RAT) diferente. La WTRU puede volverse a seleccionar de manera autónoma a una celda que ofrece servicios conmutados de circuito (CS) . La WTRU también puede suspender procedimientos 904. La WTRU puede suspender todos los procedimientos, o puede suspender un subconjunto de todos los procedimientos. La WTRU puede entonces dar prioridad a la clase de acceso 906 de la siguiente o cualquier otra nueva solicitud de conexión de RRC iniciada por el usuario. Al usuario puede dares la opción de priorizar una conexión como una llamada de emergencia. Esto puede permitir al usuario comunicarse con destinos diferentes a los destinos de emergencia. Esta opción solamente puede estar disponible para el usuario cuando la terminal está enterada de una emergencia en proceso y puede limitar al usuario a un cierto número de contactos de no emergencia.
Durante una emergencia pública, la red
puede desear conservar recursos de radio al reservar el uso de ancho de banda a llamadas de emergencia, acceso a internet y lo similar. Para lograr esto, la red puede interrumpir las conexiones en proceso que se consideran de una prioridad inferior, tal como una descarga de video a alta velocidad, por ejemplo. La red puede interrumpir el servicio en proceso al enviar un mensaje de NAS/RRC dedicado a interrupción del servicio en una situación de emergencia. Opcionalment e , la red puede enviar un IE en un mensaje de NAS/RRC. El mensaje puede indicar a la terminal que la causa de que la conexión se caiga es una emergencia en proceso. El mensaje puede proporcionar información adicional acerca de la emergencia. Este procedimiento puede utilizarse por la red para rechazar cualquier nueva SOLICITUD DE CONEXIÓN DE RRC/SOLICITUD DE SERVICIO DE AS que solicita QoS para un servicio que es incompatible con aquellos necesarios para una llamada de emergencia o algún otro servicio básico, tal como acceso a internet, por ejemplo. La red también puede interrumpir el servicio en proceso al suspender, tirar o
liberar los portadores de radio que se consideran que son de baja prioridad debido a la situación de emergencia.
En el caso de una situación de emergencia en proceso, puede ser deseable limitar el número de solicitudes de conexión a solamente aquellas para servicios de emergencia u otras clases de servicios que satisfacen las restricciones de acceso. Cuando un usuario solicita un servicio que no es una llamada de emergencia el TE, con asistencia de la MT, puede recordar al usuario que una emergencia pública está en proceso. El TE puede informar al usuario que la sesión no puede establecerse y/o puede rechazarse. Esto puede hacerse utilizando una aplicación. Las órdenes de AT y primitivas de MT pueden lograr esto. El TE puede solicitar que el usuario confirme su intención de proceder con la solicitud de conexión. El TE puede elegir no realizar la solicitud de conexión.
MODALIDADES
1. Un método para que una unidad de transmisión recepción inalámbrica ( TRU) reciba una notificación de situación de emergencia, el
método comprendiendo la WTRU recibiendo un mensaje de paginación con una notificación de situación de emergencia; y la WTRU recibiendo información de programación en un bloque de información de sistema.
2. El método como en la modalidad 1 comprendiendo además la WTRU procesando un bloque de información de sistema incluyendo una pluralidad de información de situación de emergencia en una manera de alta prioridad.
3. El método como en la modalidad 1 o 2 comprendiendo además la WTRU recibiendo un código de emergencia que corresponde a una situación de emergencia.
4. El método como en la modalidad 3 comprendiendo además la WTRU notificando a un usuario de una notificación de situación de emergencia .
5. El método como en cualquier modalidad precedente comprendiendo además la
WTRU recibiendo la notificación de situación de emergencia en base a una ubicación geográfica de la WTRU.
6. El método como en cualquier modalidad precedente en donde el mensaje de
paginación es único para la TRU.
7. El método como en cualquier modalidad precedente en donde la WTRU recibe un primer bloque de información de sistema incluyendo información de programación y un segundo bloque de información de sistema incluyendo información detallada de emergencia.
8. El método como en cualquier modalidad precedente comprendiendo además la WTRU utilizando una clase de acceso más alta para realizar un procedimiento de acceso después de recibir una notificación de situación de emergencia.
9. Un método para que una unidad de transmisión recepción inalámbrica (WTRU) reciba una notificación de situación de emergencia, el método comprendiendo la WTRU recibiendo un mensaje de paginación con una notificación de situación de emergencia; la WTRU recibiendo información de programación en un bloque de información de sistema, en donde el bloque de información de sistema incluye una pluralidad de información de situación de emergencia; la WTRU estableciendo una prioridad del bloque de información de sistema a alta; la WTRU
procesando el bloque de información de sistema incluyendo la pluralidad de información de situación de emergencia en base a la prioridad; la TRU recibiendo un código de emergencia que corresponde a una situación de emergencia; y la WTRU notificando a un usuario de una notificación de situación de emergencia.
10. El método como en la modalidad 9 comprendiendo además la WTRU recibiendo la notificación de situación de emergencia en base a una ubicación geográfica de la WTRU.
11. El método como en la modalidad 9 o 10 en donde el mensaje de paginación es único para la WTRU.
12. El método como en cualquiera de las modalidades 9-11 en donde la WTRU recibe un primer bloque de información de sistema incluyendo información de programación y un segundo bloque de información incluyendo información detallada de emergencia.
13. Una unidad de transmisión recepción inalámbrica (WTRU) configurada para que reciba una notificación de situación de emergencia, la WTRU comprendiendo un receptor configurado para recibir un mensaje de paginación con una
información de programación de la notificación de situación de emergencia en un bloque de información de sistema; y un procesador configurado para establecer una prioridad del bloque de información de sistema a alta y procesar el bloque de información de sistema incluyendo una pluralidad de información de situación de emergencia en base a la prioridad.
14. La TRU como en la modalidad 13 en donde el receptor se configura además para recibir un código de emergencia que corresponde a una situación de emergencia.
15. La WTRU como en la modalidad 13 o 14 en donde la WTRU comprende además una interfase de usuario configurada para notificar a un usuario de una notificación de situación de emergencia.
16. La WTRU como en cualquiera de las modalidades 13-15 en donde el receptor se configura además para recibir la notificación de situación de emergencia en base a una ubicación geográfica de la WTRU.
17. La WTRU como en cualquiera de las modalidades 13-16 en donde el mensaje de paginación es único para la WTRU.
18. La WTRU como en cualquiera de las modalidades 13-17 en donde el receptor se configura además para recibir un primer bloque de información de sistema incluyendo información de programación y un segundo bloque de información de sistema incluyendo información detallada de emergencia.
19. Una unidad de transmisión recepción inalámbrica (WTRU) configurada para recibir una notificación de situación de emergencia, la WTRU comprendiendo un receptor configurado para recibir un mensaje de paginación con la notificación de situación de emergencia, información de programación en un bloque de información de sistema, y un código de emergencia que corresponde a una situación de emergencia; y en donde el bloque de información de sistema incluye una pluralidad de información de situación de emergencia; un procesador configurado para establecer una prioridad del bloque de información de sistema a alta y procesar el bloque de información de sistema incluyendo la pluralidad de información de situación de emergencia en base a la prioridad del bloque de información de sistema;
y una interfase de usuario configurada para notificar a un usuario de una notificación de situación de emergencia.
20. La WTRU como en la modalidad 19 en donde el receptor se configura además para recibir la notificación de situación de emergencia en base a una ubicación geográfica de la WTRU.
21. La WTRU como en la modalidad 19 o 20 en donde el mensaje de paginación es único para la WTRU.
22. La WTRU como en cualquiera de las modalidades 19-21 en donde el receptor se configura además para recibir un primer bloque de información de sistema incluyendo información de programación y un segundo bloque de información de sistema incluyendo información detallada de emergencia.
23. Un método para que una unidad de transmisión recepción inalámbrica (WTRU) reciba una notificación de situación de emergencia, el método comprendiendo la WTRU recibiendo una notificación de situación de emergencia; y la WTRU priorizando de manera autónoma una clase de acceso de una solicitud de conexión del
control de recurso de radio (RRC) iniciada por un usuario .
A pesar de que las características y los elementos se describen anteriormente en combinaciones en particular, cada característica o elemento podrá utilizarse sólo sin las otras características y elementos o en diversas combinaciones con o sin otras características y elementos. Los métodos o diagramas de flujo proporcionados en la presente, pueden implementarse en un programa de computadora, software, o firmware incorporado en un medio de almacenamiento leíble por computadora para ejecución por una computadora de propósito general o un procesador. Los ejemplos de medios de almacenamiento leíbles por computadora incluyen una memoria de sólo lectura (ROM), una memoria de acceso aleatorio (RAM), un registrador, memoria asociada, dispositivos de memoria semiconductora, medios magnéticos tales como discos duros internos y discos removibles, medios magneto-ópticos, y medios ópticos tales como discos CD-ROM, y discos versátiles digitales (DVDs) .
Los procesadores adecuados incluyen, a manera de ejemplo, un procesador de propósito general, un procesador de propósito especial, un procesador convencional, un procesador de señal digital (DSP), una pluralidad de microprocesadores, uno o más microprocesadores en asociación con un núcleo de DSP, un controlador, un microcont rolador , Circuitos Integrados de Aplicación Especifica (ASICs), circuitos de Dispositivos de Entrada
Programable por Campo (FPGAs), cualquier otro tipo de circuito integrado (IC), y/o una máquina de estado.
Un procesador en asociación con software podrá utilizarse para implementar un transceptor de radiofrecuencia para uso en unidad inalámbrica de transmisión/recepción (WTRU), equipo de usuario (UE), terminal, estación base, controlador de red por radio (RNC), o cualquier computadora huésped. La WTRU podrá utilizarse junto con módulos, implementados en el hardware y/o el software, tal como una cámara, un módulo de video cámara, un video teléfono, un altavoz, un dispositivo de vibración, un parlante, un micrófono, un
transceptor de televisión, un audífono manos libres, un teclado, un módulo Bluetooth®, una unidad de radiofrecuencia modulada (FM), una unidad de vi sual i zaci ón de pantalla de cristal líquido (LCD), una unidad de visuali zación de diodo emisor de luz orgánica (OLED) , un reproductor de música digital, un reproductor de medios, un módulo reproductor de video juegos, un explorador de Internet, y/o cualquier red de área local inalámbrica ( LAN) o módulo de Ultra Banda Ancha (UWB) .
Claims (8)
1. Método para que una unidad de transmisión recepción inalámbrica (WTRU) reciba una notificación de situación de emergencia, el método comprendiendo: recibir un mensaje de paginación comprendiendo una notificación de que información de emergencia se incluye con un cambio de información de sistema entrante; leer un bloque de información de sistema en base al mensaje de paginación, incluyendo información de programación a intervalos predefinidos de la información de emergencia; y leer un bloque de información de sistema adicional en base a la información de programación a intervalos predefinidos incluyendo la información de emergencia .
2. Método según la reivindicación 1 en donde la información de emergencia incluye un código de emergencia que corresponde a una situación de emergencia.
3. Método según la reivindicación 2 comprendiendo además la WTRU notificando a un usuario de una notificación de situación de emergencia .
4. Método según la reivindicación 1 comprendiendo además la WTRU recibiendo la notificación de situación de emergencia en base a una ubicación geográfica de la WTRU.
5. Unidad de transmisión recepción inalámbrica (WTRU) configurada para recibir una notificación de situación de emergencia, la WTRU comprendiendo: un receptor configurado para recibir un mensaje de paginación comprendiendo la notificación de que información de emergencia se incluye con un cambio de información de sistema entrante; y un procesador configurado para leer un bloque de información de sistema en base al mensaje de paginación incluyendo información de programación a intervalos predefinidos de la información de emergencia; y el procesador configurado para leer un bloque de información de sistema adicional en base a la información de programación a intervalos predefinidos incluyendo la notificación de información de emergencia .
6. WTRU según la reivindicación 5 en donde el receptor se configura para recibir un código de emergencia que corresponde a una situación de emergencia.
7. WTRU según la reivindicación 6 en donde la WTRU comprende además una interfase de usuario configurada para notificar a un usuario de una notificación de situación de emergencia.
8. WTRU según la reivindicación 5 en donde el receptor se configura para recibir la notificación de situación de emergencia en base a una ubicación geográfica de la WTRU.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US3689308P | 2008-03-14 | 2008-03-14 | |
| PCT/US2009/037272 WO2009114848A1 (en) | 2008-03-14 | 2009-03-16 | Method and apparatus to deliver public warning messages |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| MX2010010102A true MX2010010102A (es) | 2010-12-15 |
Family
ID=40679048
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| MX2010010102A MX2010010102A (es) | 2008-03-14 | 2009-03-16 | Metodo y aparato para el suministro de mensajes de advertencia publicos. |
Country Status (11)
| Country | Link |
|---|---|
| US (4) | US8599802B2 (es) |
| EP (1) | EP2258124B1 (es) |
| JP (3) | JP5280464B2 (es) |
| KR (6) | KR101592155B1 (es) |
| CN (3) | CN106851561A (es) |
| AR (1) | AR070904A1 (es) |
| AU (1) | AU2009223307B2 (es) |
| DK (1) | DK2258124T3 (es) |
| MX (1) | MX2010010102A (es) |
| TW (4) | TWM363741U (es) |
| WO (1) | WO2009114848A1 (es) |
Families Citing this family (69)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1978761A1 (en) | 2007-04-02 | 2008-10-08 | Nokia Siemens Networks Oy | Method, network and device for information provision by using paging and cell broadcast services |
| KR101188550B1 (ko) * | 2007-10-29 | 2012-10-09 | 인터디지탈 패튼 홀딩스, 인크 | Ｌｔｅ에서의 시스템 정보 업데이트 |
| US8599802B2 (en) * | 2008-03-14 | 2013-12-03 | Interdigital Patent Holdings, Inc. | Method and apparatus to deliver public warning messages |
| WO2009116797A2 (en) * | 2008-03-18 | 2009-09-24 | Lg Electronics Inc. | Method of receiving a disaster warning message using scheduling information included in system information within mobile communication system |
| WO2009116795A2 (en) * | 2008-03-18 | 2009-09-24 | Lg Electronics Inc. | Method of receiving a disaster warning message in mobile communication system |
| US8706076B2 (en) * | 2008-03-18 | 2014-04-22 | Lg Electronics Inc. | Method of receiving a disaster warning message through a broadcast/multicast channel |
| US8897305B2 (en) * | 2008-04-25 | 2014-11-25 | Samsung Electronics Co., Ltd. | Apparatuses and methods for providing emergency service in a wireless communication system |
| MX2010011204A (es) * | 2008-04-25 | 2010-11-09 | Ntt Docomo Inc | Metodo para recibir informacion de emergencia, estacion movil, y estacion base de radio. |
| KR101202147B1 (ko) * | 2008-06-20 | 2012-11-15 | 인터디지탈 패튼 홀딩스, 인크 | 시스템 정보 브로드캐스트에서의 비상사태 정보 |
| US9246870B2 (en) | 2008-07-01 | 2016-01-26 | David H. Parker | Sua sponte establishment of large-scale person-to-person emergency electronic messaging communications based in part on subscriber telephone numbers |
| US8358751B2 (en) * | 2008-07-01 | 2013-01-22 | Parker David H | Method for establishing sua sponte large-scale person-to-person emergency electronic messaging communications based in part on subscriber telephone numbers |
| US8339249B2 (en) * | 2008-08-04 | 2012-12-25 | Qualcomm Incorporated | Paging and notification mechanism for emergency warning system over cellular networks |
| US8731511B2 (en) * | 2008-09-21 | 2014-05-20 | Htc Corporation | Method and related communication device for transmission and reception of natural disaster warning notification message in a wireless communication system |
| US20110171929A1 (en) * | 2008-09-22 | 2011-07-14 | Panasonic Corporation | Wireless communication base station, wireless communication equipment, and wireless communication system |
| EP2332352B1 (en) * | 2008-09-25 | 2017-05-03 | Telefonaktiebolaget LM Ericsson (publ) | A method of transmitting etws notification messages in a gerancellular radio system |
| CN102165837B (zh) | 2008-09-29 | 2015-07-22 | 艾利森电话股份有限公司 | 用于与eps分组域相关地进行at命令处理的技术 |
| US20110261726A1 (en) * | 2008-11-07 | 2011-10-27 | Hannu Tapio Hakkinen | Emergency Call in Radio System |
| JP2010245642A (ja) * | 2009-04-01 | 2010-10-28 | Ntt Docomo Inc | 通信方法及び移動局 |
| CN103188681B (zh) * | 2009-09-28 | 2016-08-10 | 华为技术有限公司 | 数据传输方法、装置及系统 |
| KR101700196B1 (ko) * | 2009-10-08 | 2017-02-13 | 엘지전자 주식회사 | 채널-점유-상태 기반 조기 회피 |
| TWI455633B (zh) * | 2009-11-05 | 2014-10-01 | Htc Corp | 長期演進網路中為緊急通話重建無線資源控制連線的方法 |
| CN102227925A (zh) * | 2010-01-08 | 2011-10-26 | 华为技术有限公司 | 一种系统信息更新方法和设备 |
| PL2532180T3 (pl) * | 2010-02-05 | 2016-10-31 | Sposób zdalnego sterowania urządzeniem za pomocą nieruchomej stacji nadawczo-odbiorczej, urządzenie, zastosowanie nieruchomej stacji nadawczo-odbiorczej i program | |
| JP5514949B2 (ja) | 2010-03-23 | 2014-06-04 | インターデイジタル パテント ホールディングス インコーポレイテッド | マシンタイプ通信のための効率的なシグナリング |
| CN102256219A (zh) * | 2010-05-21 | 2011-11-23 | 电信科学技术研究院 | 一种机器类通信中的优先告警消息的传输方法及设备 |
| CN102256218A (zh) * | 2010-05-21 | 2011-11-23 | 电信科学技术研究院 | 一种机器类通信中的优先告警消息的传输方法及设备 |
| US20120171985A1 (en) * | 2011-01-03 | 2012-07-05 | Kundan Tiwari | Method of Handling an emergency bearer service for Mobile Station |
| CN103460788A (zh) | 2011-04-01 | 2013-12-18 | 交互数字专利控股公司 | 用于控制到网络的连通性的方法和设备 |
| CA2835808A1 (en) * | 2011-06-30 | 2013-01-03 | Ntt Docomo, Inc. | Communication device and communication method |
| US9124376B2 (en) * | 2011-06-30 | 2015-09-01 | Ntt Docomo, Inc. | Communication device and communication method |
| CN102647664B (zh) * | 2012-03-23 | 2018-05-15 | 中兴通讯股份有限公司 | 一种警报消息通知系统及通知方法及移动终端 |
| CN108966280B (zh) * | 2012-03-30 | 2021-12-03 | 索尼移动通讯有限公司 | 移动终端和网络负载控制方法 |
| US9319952B2 (en) | 2012-03-30 | 2016-04-19 | Apple Inc. | Apparatus and methods for synchronization recovery in a hybrid network |
| US8995947B2 (en) | 2012-07-20 | 2015-03-31 | Google Technology Holdings LLC | Configuration of display settings for broadcast messaging while roaming |
| GB2506389B (en) * | 2012-09-27 | 2015-02-25 | Broadcom Corp | Apparatus and methods for communication |
| WO2014053170A1 (en) * | 2012-10-02 | 2014-04-10 | Nokia Siemens Networks Oy | Method and apparatus |
| JP6022704B2 (ja) | 2012-11-09 | 2016-11-09 | ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | メッセージ検証のための方法および端末 |
| CN103874009B (zh) * | 2012-12-12 | 2018-07-24 | 中兴通讯股份有限公司 | 定位消息指示方法及信号发送装置、接入点、终端及系统 |
| GB2510141A (en) * | 2013-01-24 | 2014-07-30 | Sony Corp | Mobile communications network including reduced capability devices |
| US20140370835A1 (en) * | 2013-06-14 | 2014-12-18 | Htc Corporation | Method of Handling Radio Resource Control Connection Establishment during Reception of Public Warning System Message in Wireless Communication System and Communication Device Thereof |
| JP6227908B2 (ja) * | 2013-06-25 | 2017-11-08 | 株式会社Ｎｔｔドコモ | 移動局 |
| US9762306B2 (en) * | 2013-08-08 | 2017-09-12 | Intel IP Corporation | Method, apparatus and system for electrical downtilt adjustment in a multiple input multiple output system |
| EP3036962B1 (en) * | 2013-09-25 | 2021-04-07 | Sony Corporation | Telecommunications apparatus and methods |
| EP3050331A4 (en) * | 2013-09-29 | 2017-03-15 | Telefonaktiebolaget LM Ericsson (publ) | Method and device for emergency handling in communication network |
| EP3678422A1 (en) | 2013-10-30 | 2020-07-08 | InterDigital Patent Holdings, Inc. | Systems and methods for handling priority services congestion |
| US20150119056A1 (en) * | 2013-10-30 | 2015-04-30 | Electronics And Telecommunications Research Institute | Method of device-to-device communication and method of controlling device-to-device communication |
| WO2015100607A1 (zh) * | 2013-12-31 | 2015-07-09 | 华为技术有限公司 | 系统信息的处理方法、装置及通信系统 |
| US9674682B2 (en) * | 2014-01-30 | 2017-06-06 | Intel IP Corporation | Enabling D2D functionality for public safety applications |
| US9369892B2 (en) | 2014-02-26 | 2016-06-14 | Qualcomm Incorporated | Operation in limited service state |
| CN111642026B (zh) | 2014-08-15 | 2024-04-09 | 交互数字专利控股公司 | Wtru及在wtru中执行的方法 |
| CN104780518A (zh) * | 2015-03-05 | 2015-07-15 | 重庆邮电大学 | 一种td-lte应急语音通信系统的终端设备 |
| CN107534950B (zh) * | 2015-07-27 | 2020-09-04 | 华为技术有限公司 | 一种传输信息的方法和设备 |
| US10271182B2 (en) | 2015-07-29 | 2019-04-23 | Blackberry Limited | Enhanced public warning system to provide rich content |
| KR102294634B1 (ko) * | 2015-08-12 | 2021-08-26 | 현대자동차주식회사 | 네트워크에서 통신 노드의 동작 방법 |
| US10326544B2 (en) * | 2015-09-22 | 2019-06-18 | Blackberry Limited | Receiving public warning system data |
| US9743263B1 (en) * | 2016-02-13 | 2017-08-22 | At&T Intellectual Property I, L.P. | Methods, systems, and products for security services |
| US20170272925A1 (en) * | 2016-03-15 | 2017-09-21 | Qualcomm Incorporated | Reception of emergency messages in mobile devices |
| JP2017175217A (ja) * | 2016-03-18 | 2017-09-28 | 富士通株式会社 | 基地局装置、端末装置、移動体通信システム及び移動体通信システムの制御方法 |
| US20170324574A1 (en) * | 2016-05-03 | 2017-11-09 | Mediatek Inc. | Method of Enhanced Application Specific Congestion Control for Data Communication Mechanism |
| EP3264809B1 (en) * | 2016-07-01 | 2019-12-18 | Intel IP Corporation | Apparatus adapted for receiving emergency notification information used in mobile communication and method for receiving emergency notification information |
| WO2018016865A1 (ko) * | 2016-07-20 | 2018-01-25 | 엘지전자 주식회사 | 관심 있는 sib을 요청하는 방법 및 장치 |
| WO2018042578A1 (ja) * | 2016-08-31 | 2018-03-08 | 富士通株式会社 | 基地局、端末、無線通信システムおよび無線通信方法 |
| WO2018093208A1 (en) * | 2016-11-17 | 2018-05-24 | Lg Electronics Inc. | Method and apparatus for transceiving a warning message in a wireless communication system |
| EP3703423A4 (en) * | 2017-11-14 | 2020-10-28 | Huawei Technologies Co., Ltd. | DATA TRANSFER METHOD, NETWORK DEVICE AND SERVER |
| US11564061B2 (en) | 2018-02-13 | 2023-01-24 | Nokia Technologies Oy | Transmission of location information to devices along with wireless emergency alert messages using cell broadcast |
| US11070966B2 (en) * | 2018-06-06 | 2021-07-20 | Blackberry Limited | Public warning system notifications in a mobile device using alternative wireless technologies |
| EP3905737B1 (en) * | 2019-01-04 | 2023-09-27 | LG Electronics Inc. | Method and device for performing registration in network in wireless communication system |
| US10726696B1 (en) | 2019-03-13 | 2020-07-28 | Rade Security Solutions, Llc | Apparatus and methods for providing emergency alerts and securing a premises |
| EP4280633A1 (en) * | 2022-05-19 | 2023-11-22 | Vodafone GmbH | Emergency message handling |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6745021B1 (en) | 2000-11-21 | 2004-06-01 | Alcatel | System, controller and method for alerting mobile subscribers about emergency situations |
| US6970438B2 (en) | 2001-02-16 | 2005-11-29 | Nokia Mobile Phones Ltd. | Method and device for downlink packet switching |
| DE10149116C1 (de) | 2001-10-05 | 2003-04-17 | Daimler Chrysler Ag | Großflächiges Karosserieelement, insbesondere Motor- bzw. Fronthaube eines Kraftfahrzeuges |
| JP4026118B2 (ja) * | 2002-02-20 | 2007-12-26 | 日本電気株式会社 | 移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法 |
| SE0301027D0 (sv) | 2003-04-03 | 2003-04-03 | Ericsson Telefon Ab L M | Method and apparatus in a telecommunication system |
| US20050037728A1 (en) | 2003-08-13 | 2005-02-17 | Binzel Charles P. | Emergency broadcast message in a wireless communication device |
| ATE363188T1 (de) * | 2004-01-09 | 2007-06-15 | Stack Ltd | Gerät und verfahren zur implementierung der erfassung von systeminformationsänderungen in universellen mobilen telekommunikationssystemen |
| US7444142B2 (en) * | 2004-02-09 | 2008-10-28 | M-Stack Limited | Apparatus and method for implementing system information acquisition in universal mobile telecommunications system user equipment |
| US8682279B2 (en) * | 2004-05-07 | 2014-03-25 | Interdigital Technology Corporation | Supporting emergency calls on a wireless local area network |
| MX2007007499A (es) | 2004-12-20 | 2007-08-15 | Mi Llc | Planta movil de preparacion de quimicos y metodo para administrar un inventario quimico en la misma. |
| EP1672942A1 (fr) | 2004-12-20 | 2006-06-21 | Alcatel | Transmission d'informations dans une zone géographique limitée |
| CA2591540C (en) | 2004-12-23 | 2015-11-24 | Telefonaktiebolaget L M Ericsson (Publ) | Method for informing multiple mobile terminals of an emergency event |
| DE102005050416B3 (de) | 2005-10-19 | 2007-04-19 | Siemens Ag | Verfahren zum Ausgeben von Alarmmeldungen an Teilnehmerendgeräten eines Funk-Kommunikationssystems |
| JP4632945B2 (ja) | 2005-12-27 | 2011-02-16 | 京セラ株式会社 | 無線通信端末およびその制御方法 |
| EP2037596B1 (en) | 2006-06-19 | 2013-11-20 | NTT DoCoMo, Inc. | Transmission of broadcast information on traffic and control channels |
| US7995994B2 (en) * | 2006-09-22 | 2011-08-09 | Kineto Wireless, Inc. | Method and apparatus for preventing theft of service in a communication system |
| WO2008094670A2 (en) * | 2007-01-30 | 2008-08-07 | Interdigital Technology Corporation | Cell access restriction and wtru access class optimization in lte system information |
| CN101690012A (zh) | 2007-06-26 | 2010-03-31 | 诺基亚公司 | 提供分段系统信息分发的设备、方法和计算机程序产品 |
| US8599802B2 (en) * | 2008-03-14 | 2013-12-03 | Interdigital Patent Holdings, Inc. | Method and apparatus to deliver public warning messages |
| WO2009116795A2 (en) | 2008-03-18 | 2009-09-24 | Lg Electronics Inc. | Method of receiving a disaster warning message in mobile communication system |
| WO2009116797A2 (en) | 2008-03-18 | 2009-09-24 | Lg Electronics Inc. | Method of receiving a disaster warning message using scheduling information included in system information within mobile communication system |
| US8339249B2 (en) | 2008-08-04 | 2012-12-25 | Qualcomm Incorporated | Paging and notification mechanism for emergency warning system over cellular networks |
-
2009
- 2009-03-11 US US12/402,005 patent/US8599802B2/en active Active
- 2009-03-16 KR KR1020157002304A patent/KR101592155B1/ko active IP Right Grant
- 2009-03-16 MX MX2010010102A patent/MX2010010102A/es active IP Right Grant
- 2009-03-16 KR KR1020127018404A patent/KR101548415B1/ko active IP Right Grant
- 2009-03-16 KR KR1020107022920A patent/KR101296919B1/ko active IP Right Grant
- 2009-03-16 TW TW098204059U patent/TWM363741U/zh not_active IP Right Cessation
- 2009-03-16 JP JP2010550918A patent/JP5280464B2/ja active Active
- 2009-03-16 TW TW098108424A patent/TWI451714B/zh active
- 2009-03-16 KR KR1020147029037A patent/KR101548475B1/ko active IP Right Grant
- 2009-03-16 KR KR1020167002664A patent/KR101633247B1/ko active IP Right Grant
- 2009-03-16 EP EP09721038.9A patent/EP2258124B1/en active Active
- 2009-03-16 DK DK09721038.9T patent/DK2258124T3/en active
- 2009-03-16 KR KR1020157024900A patent/KR101591963B1/ko active Application Filing
- 2009-03-16 WO PCT/US2009/037272 patent/WO2009114848A1/en active Application Filing
- 2009-03-16 AR ARP090100929A patent/AR070904A1/es active IP Right Grant
- 2009-03-16 AU AU2009223307A patent/AU2009223307B2/en active Active
- 2009-03-16 CN CN201611254033.4A patent/CN106851561A/zh active Pending
- 2009-03-16 CN CN2009200094126U patent/CN201450596U/zh not_active Expired - Fee Related
- 2009-03-16 TW TW101110445A patent/TWI486010B/zh active
- 2009-03-16 CN CN2009801089344A patent/CN101971652A/zh active Pending
- 2009-03-16 TW TW103125912A patent/TW201503628A/zh unknown
-
2013
- 2013-05-22 JP JP2013107935A patent/JP5922615B2/ja active Active
- 2013-11-27 US US14/092,259 patent/US9167402B2/en active Active
-
2015
- 2015-09-04 US US14/845,831 patent/US9648480B2/en active Active
-
2016
- 2016-04-14 JP JP2016081317A patent/JP2016167836A/ja active Pending
-
2017
- 2017-03-14 US US15/458,264 patent/US20170188219A1/en not_active Abandoned
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9648480B2 (en) | Method and apparatus to deliver public warning messages | |
| RU2014107660A (ru) | Запрет на расширенный доступ | |
| CA2722875A1 (en) | Method for assisting a wireless device to find closed subscriber group cells | |
| CN111448841B (zh) | 通信处理方法及装置 | |
| TW201112804A (en) | Method and apparatus for reducing battery consumption in a WTRU upon ETWS notification | |
| CN106465091B (zh) | 用于改善装置间通信的方法、用户设备、系统和移动通信网络 | |
| KR20100033353A (ko) | 이동통신 시스템에서 갱신 경보 메시지를 송수신 하는 방법 | |
| AU2013201283B2 (en) | Method and Apparatus to Deliver Public Warning Messages | |
| CN117322128A (zh) | 一种系统信息的传输方法、通信装置及通信设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FG | Grant or registration |