MX2011000936A - Metodos y dispositivos para notificaciones de emergencia. - Google Patents

Abstract

Las modalidades describen un método en un primer dispositivo de comunicación en una red de telecomunicaciones. El primer dispositivo de comunicación recibe una notificación de emergencia de una unidad de difusión que indica una celda asociada con el primer dispositivo de comunicación en donde la emergencia se va a notificar a un equipo de usuario. El primer dispositivo de comunicación determina un canal de aviso para usarse para avisar y difundir dentro de la celda una notificación quye indica una emergencia y ordena la notificaació9n que indica una emergencia sea transmitida en el canal de aviso. El primer dispositivo de comunicación determina un canal de control común para ser usado para difundir un mensaje de confirmación de emergencia dentro de la celda, y ordena que el mensaje de confirmación de emergencia sea transmitido en el canal de control común.

Description

MÉTODOS Y DISPOSITIVOS PARA NOTIFICACIONES DE EMERGENCIA CAMPO TÉCNICO Las modalidades en la presente se relacionan con métodos y dispositivos en una red de telecomunicaciones, en particular para enviar notificaciones de emergencia a equipo de usuario dentro de la red de telecomunicaciones.

ANTECEDENTES En la actualidad hay trabajo en marcha para proporcionar diferentes tipos de sistemas de alarmas públicas a fin de, por ejemplo, introducir soporte a un Sistema de Alarma de Tsunami Temblor (ETWS) , que permita la transmisión de notificaciones de alarma acerca de temblores y/o tsunamis que vienen a través de estaciones móviles. Las notificaciones de alarma de ETWS se dividen en dos tipos, una notificación primaria y una notificación secundaria.

La notificación primaria se envía a fin de notificar a los usuarios acerca del evento más urgente en segundos más bien que en minutos, tal como la ocurrencia inminente de un temblor y/o lo semejante. Hay requerimientos para alcanzar a los usuarios/estaciones móviles con un mensaje de notificación primario de WETS dentro de 4 segundos. A fin de evitar que los mensajes tomados se reciban ocasionando caos, la inclusión de información de notificación en la notificación primaria más probablemente se necesitará. Una alternativa para autenticar la información es tener información de autenticación en la forma de una firma digital, v. gr., 41 bytes de información si se usan firmas de Algoritmo de firma Digital (DSA) y/o lo semejante.

La notificación secundaria se envía para proporcionar a los usuarios información suplementaria que es de urgencia menor, tal como instrucciones sobre que hacer, en donde obtener ayuda, mapear las instalaciones de refugio, horario de distribución de alimentos, y lo semejante.

Una solución basada en Servicio de Difusión de Celda (CBS) se ha visto para transmisión de las notificaciones de alarma de ETWS, en donde un mensaje de ETWS se difunde en canal de control a todas las estaciones móviles dentro de una celda.

Considerando ETWS se ha decidido que un mensaje de AVISO está disponible a fin de satisfacer el requerimiento de segundos' .

La suposición actual es usar el mensaje de AVISO DE TIPO 1 para la notificación primaria, que alcanza equipos de usuario (UEs) en modo inactivo y en modo conectado que escucha a un canal de aviso. Usando el canal de aviso o llamada se considera la opción principal a fin de satisfacer el requerimiento de alcanzar los UEs dentro de 4 segundos. Sin embargo, existe un deseo de alcanzar tantos UEs como sea posible dentro del límite de tiempo con una notificación de emergencia confiable.

COMPENDIO Un objetivo de modalidades en la presente para alcanzar equipo de usuario con mensaje de emergencia de una manera eficiente y confiable.

En algunas modalidades, se proporciona un método en un primer dispositivo de comunicación en una red de telecomunicaciones. El primer dispositivo de comunicación recibe una notificación de emergencia de una unidad de difusión que indica una celda asociada con el primer dispositivo de comunicación en el que la emergencia se va a notificar a un equipo de usuario. El primer dispositivo de comunicación determina además un canal de aviso o mensaje que se va a usar para avisar y difundir dentro de una celda una notificación que indica una emergencia o ordena la notificación i que indica una emergencia sea transmitida en el canal de aviso o mensaje. El primer dispositivo de comunicación también determina un canal de control común para usarse para difundir un mensaje de confirmación de emergencia dentro de la celda, y ordena que el mensaje de confirmación de emergencia sea transmitido en el canal de control común.

A fin de realizar el método, se proporciona un primer dispositivo de comunicación.

El primer dispositivo de comunicación comprende una primera interfaz de red dispuesta para recibir una notificación de emergencia de una unidad de difusión a través de una red y una unidad de control dispuesta para determinar un canal de mensaje para usarse para informar y difundir una notificación que indica una emergencia cuando una notificación de emergencia se ha recibido en la interfaz de red. La unidad de control está dispuesta además a fin de que la notificación que indica una emergencia se transmita en el canal de aviso y determine un canal de control común para usarse para difundir un mensaje de confirmación de emergencia. Además, la unidad de control está dispuesta a fin de que el mensaje de confirmación de emergencia sea transmitido en el canal de control común.

Las modalidades en la presente también describe un método en un equipo de usuario dispuesto para escuchar un canal de aviso dentro de una red de telecomunicaciones para recibir un mensaje de confirmación de emergencia. El equipo de usuario recibe una notificación indicando una emergencia difundida en el canal de aviso y, como resultado de recibir la notificación escucha un canal de control común. El equipo de usuario luego recibe el mensaje de confirmación de emergencia en el canal de control común.

A fin de realizar el método se proporciona un equipo de usuario.

El equipo de usuario comprende una disposición receptora adaptada para recibir una notificación que indica una emergencia difundida en un canal de aviso y una unidad de control dispuesta para leer la notificación y para determinar que la notificación indica una emergencia. La unidad de control está dispuesta además para conmutar operación de la disposición receptora para permitir que la disposición de recepción escuche y reciba un mensaje de confirmación de emergencia en un canal de control común cuando la notificación indica una emergencia.

Adicionalmente, se proporciona un sistema en una red de telecomunicaciones. El sistema comprende una disposición adaptada para usar un mensaje de TIPO 1 DE AVISO que incluye una notificación primaria de Sistema de Alarma de Temblor Tsunami en el canal de control de aviso para disparar un comportamiento de un equipo de usuario. El comportamiento implica que el equipo de usuario está dispuesto para empezar a recibir mensajes en canal de control común durante un período predefinido de tiempo cuando ha recibido la notificación primaria de Sistema de Alarma de Temblor Tsunami en el mensaje de TIPO 1 DE AVISO.

Las modalidades en la presente proporcionan una forma para alcanzar los UEs con información de autenticación en una manera rápida y confiable. Usando el canal de aviso para una notificación y un percutor para UEs alcanzados para cambiar a un canal de control común que lleva la notificación y la información de autenticación, la cantidad de UEs que se alcanza se aumenta así como la autenticación de autentica de una manera rápida.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Las modalidades se describirán ahora con mayor detalle con relación a los dibujos anexos, en los cuales: La Figura 1 muestra un ejemplo esquemático para transmitir una notificación de emergencia dentro de una red de comunicaciones.

La Figura 2 muestra un método, combinado esquemático y esquema de señalización en un Sistema de Telecomunicaciones Móviles Universal, UMTS.

La Figura 3 muestra un método combinado esquemático y esquema de señalización en una red de UMTS.

La Figura 4 muestra un método y esquema de señalización combinados en una red UMTS .

La Figura 5 muestra una vista general esquemática de un método en un primer dispositivo de comunicación.

La Figura 6 muestra una vista general esquemática de un primer dispositivo de comunicación.

La Figura 7 muestra una vista general de un método en un equipo de usuario; y La Figura 8 muestra una vista general esquemática de un equipo de usuario.

DESCRIPCIÓN DETALLADA Las modalidades de la presente invención se describirán más completamente a continuación con referencia a los dibujos que se acompañan, en los que se muestran las modalidades de la invención. Esta invención, sin embargo, se puede modalizar en muchas formas diferentes y no debe considerarse como limitada a las modalidades expuestas en la presente. Más bien, estas modalidades se proporcionan de manera que esta exposición sea clara y completa. Los mismos números se refieren a elementos semejantes en los mismos.

La terminología usada en la presente es para el propósito de describir modalidades particulares solamente y no se pretende que sea limitativa de la invención. Como se utiliza en la presente, las formas singulares "un", "una", "el, la" se pretende que incluyan las formas plurales también, a menos que el contexto indique claramente de otra manera. Se entenderá además que los términos "comprende" y/o "que comprende}" cuando se usan en la presente, especifican la presencia de particularidades, enteros, pasos operaciones, elementos y/o componentes manifestados, pero no impiden la presencia o adición de una o más particularidades, enteros, pasos, operaciones, elementos, componentes y/o grupos de los mismos distintos.

A menos que se defina de otra manera, todos los términos "incluyendo términos técnicos y científicos) usados en la presente tienen el mismo significado como se entienden comúnmente por uno de experiencia ordinaria en el ramo al que pertenece esta invención. Se entenderá además que los términos usados en la presente, se debe interpretar como teniendo un significado que es consistente con su significado en el contexto de esta especificación y el ramo relevante y no se interpretará en un sentido idealizado o excesivamente formal a menos que se defina expresamente así en la presente.

La Figura 1 describe una modalidad esquemática para transmitir una notificación de emergencia dentro de una red de comunicaciones. Un detector 2 registra una situación de .emergencia tal como un temblor y/o lo semejante. El registro de detector se registra, por ejemplo, en una agencia gubernamental central que determina que una notificación de emergencia se debe transmitir a los UEs dentro de un área afectada. Se envía una orden a una unidad 30 de difusión (BU) para transmitir una notificación de emergencia a los UEs dentro del área afectada. La orden puede ser entrada/enviada manualmente a la BU 30 y/o lo semejante.

La BU 30 transmite una notificación de emergencia a un primer dispositivo de comunicación (Unidad de Red) UN 20 que controla una celda dentro del área afectada. La UN 20 puede ser un NodoB mejorado (eNB) , un Controlador de Red de Radio (RNC) , Controlador de Estación de Base (BSC) , y/o lo semejante. La UN 20 determina un canal de aviso para transmitir una notificación de emergencia en y ordena la transmisión de la notificación de emergencia en el canal de aviso. La UN 20 entonces determina un canal de control común que lleva una confirmación de emergencia y ordena la transmisión de la confirmación de emergencia en el canal de control común. La UN 20 confirma también puede enviar una confirmación dé emergencia en un canal dedicado a los UEs conectados en un canal dedicado a la red.

En el ejemplo ilustrado, un primer UE 10 está en un modo en donde el UE 10 está escuchando un canal de aviso dentro de la celda del área afectada. La notificación de emergencia es recibida en el UE 10. La notificación de emergencia recibida dispara el US para empezar a escuchar al canal de control común, es decir, el UE suspende temporalmente la operación de Recepción Discontinua y recibe mensajes en el canal de control común. El UE confirma la autenticidad de la confirmación de emergencia leyendo la información de seguridad dentro de la confirmación de emergencia. La información de seguridad, puede ser, por ejemplo DSA y/o lo semejante.

Un segundo UE 10' que está en un segundo modo en donde el UE 10' está conectado en un canal de control común no escuchando el canal de aviso, también está dentro de la celda de la UN 20. El UE10' no recibe la notificación de emergencia en el canal de aviso sino que recibe la confirmación de emergencia difundida en el canal de control común. Se debe observar que las órdenes de transmisión se envían a una estación de base que sirve a la celda en donde la UN 20 comprende un nodo controlador, por ejemplo, un RNC, un BSC y/o lo semejante. Alternativamente, las órdenes de transmisión se transmiten dentro de la UN 20 a elementos dispuestos para servir y difundir dentro de la celda en donde la NU20 comprende una estación de base, por ejemplo, una eNB.

La Figura 2 dispone un método combinado y esquema de señalización esquemático en un Sistema de Telecomunicaciones Móviles Universales (UMTS) .

En el paso SI, una unidad de difusión, que es un centro' de difusión de celda (CBC 30, determina que una notificación de emergencia se debe difundir a los UEs dentro de un área afectada de la situación de emergencia. El CBC 30 transmite la notificación de emergencia que se está ilustrando como un mensaje de Sistema de Alarma de Temblor/Tsunami (ETWS) a un Controlador 20 de Red de Radio (RNC) que controla una celda dentro del área afectada.

En el paso S2, el RNC 20 recibe el mensaje de ETWS y determina un canal de aviso para transmitir la notificación de emergencia y un canal de control común (CCCH) para transmitir un mensaje de confirmación de emergencia, ETWS CONFIRM, . El mensaje ETWS CONFIRM comprende el mensaje de ETWS e información de seguridad usada para autenticar el mensaje de ETWS.

En el ejemplo ilustrado, el canal de aviso comprende un Canal de Control de Aviso (PCCH) .

El RNC 20 luego transmite una orden/comando a la estación de base NB 22 que sirve a la celda, ordenando un NB 22 a difundir el mensaje de ETWS en el PCCH y la NB22 difunde el mensaje de ETWS en el PCCH .

El RNC 20 también transmite una orden/mando a la NB 22 que sirve la celda, ordenando a la NB 22 que difunda el mensaje de ETWS CONFIRM en el CCCH y la NB 22 difunde el mensaje de ETWS CONFIRM en el CCCH.

El mensaje de ETWS y el mensaje de ETWS CONFIRM se pueden transmitir simultáneamente o como se indica en la figura 2 con un retraso de tiempo At .

En la Red de Acceso de Radio Terrestre UMTS (UTRAN) de UMTS un equipo de usuario (UE) puede estar en uno de varios estados de Control de Recurso de Radio (RRC) dependiendo de la actividad del usuario. Estos estados comprenden Modo Inactivo, Estado URA PCH, Estado CELDA PCH, Estado CELDA FACH, y estado CELDA DCH, enumerados en orden de actividad de usuario en aumento.

El estado URA PCH- estado de Canal de Aviso de Área de Registro UTRAN en donde el RNC sabe que el UE está moviéndose en una celda dentro de un área comprendiendo un número de celdas.

El estado de Ceda PCH - estado de Canal de Aviso de Celda en donde el RNC sabe en cual celda está el UE.

En el estado Celda PCH y URA PCH, no es posible comunicación y se consumen recursos mínimos de radio y batería. Cuando el UE tiene datos para enviar, necesita transmitir un mensaje de Actualización de Celda al UTRAN, indicando que está disponible dato de enlace ascendente. Cuando el UTRAN tiene datos para enviar a un UE, en CELDA PCH o URA PCH necesita enviar un mensaje de aviso al UE, y el UE responde con un mensaje de Actualización de Celda para indicar en cual celda está ubicado.

El estado Celda FACH - Canal de Acceso de Enlace de Avanza de Ceda en donde el UE se conecta continuamente a través de CCCH y comparte el recurso de radio con otros UEs.

En el estado CELDA FACH, la comunicación es posible pero con régimen bajo de datos y tiempo de vuelta redonda elevada debido a las propiedades del canal compartido. Un UE en este estado consume más recursos de radio comparados con CELDA_PCH/URA_PCH pero menos recursos que comparado con CELDA_DCH.

Estado Celda DCH - En el estado de Canal Dedicado de Celda el UE tiene un canal dedicado disponible lo que implica que la comunicación con régimen de dato elevado y tiempo de viaje redondeo bajo es posible.

A fin de tener una probabilidad suficiente de alcanzar todos los UEs en modo inactivo y en los estados CELDA/URA_PCH, los mensajes de aviso se envían en las ocasiones de aviso para todos los UEs, independiente de un esquema de Recepción Discontinua (DRX) . En configuraciones de celda típicas, el Canal de Aviso (PCH) y Canal de Acceso de enlace de envío (FACH) los canales de transporte comparten el mismo Canal Físico de Control Común Secundario (S-CCPCH) lo que significa que el riesgo de aviso continuo (a través de PCH) ocasione falta del canal de transporte de FACH.

La información de seguridad para protección de integridad se puede enviar a todos los UEs, a fin de verificar la notificación primaria. Es esencial que esto se haga tan pronto como sea posible, idealmente dentro del retraso de 4 segundos permitido para la notificación primaria (AVISO TIPO 1). De otra manera, ya sea la alarma el usuario final se retrasaría, o la alarma tiene que ser expedida antes de que la verificación de la información se haya realizad, con un riesgo de alarma falsa (fraudulenta) como resultado.

A fin de alcanzar todos los UEs en el modo inactivo y en estado URA/CELDA_FACH en PCCH, un AVISO TIPO 1 (cuando menos uno) se envía en una ocasión de aviso dada por cualquier patrón de UE DRX posible.

En el paso S31, un UE 10 que está en Modo Inactivo, estado URA PCH, y/o estado CELDA PCH escuchando en el PCCH recibe y determina que el mensaje comprende un mensaje de ETWS. La determinación de que el UE ha recibido un mensaje de ETWS dispara el UE10 para escuchar al CCCH.

En el paso S32, el UE 10 escucha y recibe del mensaje ETWS CONFIRM en el CCCH. El UE 10 entonces verifica el mensaje de ETWS verificando la información de seguridad en el mensaje de ETWS CONFIRM y presenta información de emergencia al usuario del UE 10.

Se debe observar que el UE 10 supervisa el canal de aviso PCH una vez en cada ciclo de DRX. La desviación dentro del ciclo de DRX se basa en la Identidad de Suscriptor Móvil Internacional, IMISI, del UE 10. Por lo tanto, a fin de satisfacer el requerimiento de un limite de tiempo de 4 segundos, cuando menos un mensaje de AVISO TIPO 1 tiene que enviarse por cada Intervalo de Tiempo de Transmisión TTI dentro del ciclo DRX máximo usado en la red. Esto se debe de realizar dentro del retraso máximo requerido de 4 segundos.

La longitud de los ciclos DRX se controla por la Red de Acceso de Radio (RAN) y los valores típicos son 1.28 y 2.56 segundos. Los ciclos DRX indican la relación entre modo dormido y modo despierto.

Se describen modalidades en donde las operaciones normales no están restringidas cuando una notificación de ETWS se transmite puesto que ambos rescate de personal y el público son probables que requieran servicios de la red durante una emergencia. Consecuentemente, esos servicios no deben bloquearse. Por esa razón, no es posible enviar un mensaje de aviso en cada TTI en el Canal de Control de Aviso (PCCH) debido a que el PCCH típicamente comparte un mismo Canal Físico de Control Común Secundario (S-CCPCH) como FACH usa para señalización en estado CEDA_FACH. Si cada Intervalo de Transmisión de Tiempo (TTI) se usa para PCCH, ocasionaría falta en FACH, que, cuando menos temporalmente, bloquearía otros servicios en la red. TTI se define como el intervalo entre llegada de Ajuste de Bloque de Transporte, y es igual a la periodicidad a la que el Ajuste de Bloque de Transporte se transfiere por la capa física en la interfaz de radio. Siempre es un múltiplo del período de intercalado mínimo, v. gr., 10ms, la longitud de un Cuadro de Radio.

Si los ciclos DRX no son demasiado largos, sin embargo sería posible usar, por ejemplo, cada tercer TTI en PCCH. Eso consumiría 1/3 de la capacidad del S-CCPCH. La capacidad disponible para FACH de esta manera se reduciría, pero no se bloquearía completamente. Si el S-CCPCH está dimensionado con algún margen, otros servicios de esta manera no serían restringidos en cualquier forma significativa. Si el ciclo DRX máximo es 1.28 segundos, todavía permitiría cuando menos un mensaje de AVISO TIPO 1 a todos los UEs en modo inactivo y estado URA/CELDA_FACH dentro del retraso máximo estipulado de 4 segundos.

Por ejemplo, si el ciclo DRX que proporciona intervalos de aviso para cada IMSI es 1.28 segundos, el ciclo se repetirá tres veces dentro del requerimiento de 4 segundos y, por lo tanto, el mensaje de ET S se puede enviar cada tercer TTI. Si el ciclo DRX es 0.64 segundos, el ciclo se repetirá seis veces y el mensaje de ETWS se puede enviar cada sexto T i. Sin embargo, si un ciclo DRX de 2.56 segundos se usa, el ciclo DRX no se repite completamente dentro del requerimiento de 4 segundos. El mensaje de ETWS en este caso se puede enviar en dos de tres TTI.

Evidentemente, otros esquemas sofisticados se pueden usar para la programación de estos mensajes. Hay un intercambio aparente entre proporcionar TTIS para las notificaciones primarias de ETWS y para la señalización en FACH, Y el requerimiento para programar mensajes de notificación primarios de modo que puedan ser recibidos dentro del retraso máximo estipulado por todos los UEs.

Si aproximadamente 1/3 de la capacidad de S-CCPCH se usa para la notificación primaria de ETWS, y siempre que el ciclo de DRX máximo para aviso no sea mayor de 1.28 segundos, es posible alcanzar todos los UEs en modo inactivo y en estado URA/CELDA_PCH con el mensaje de AVISO TIPO 1 usado para la notificación primaria dentro del retraso máximo requerido de 4 segundos.

La información de seguridad asociada con la notificación primaria transmitida a los UEs, puede ser alrededor de 50 octetos. No es posible enviar tanta información en un bloque de transporta S-CCPCH, usando configuraciones de celda típica, y no hay segmentación en PCCH.

Sin embargo, es posible tener segmentación en CCCH. De esta manera, modalidades describen una forma de usar el mensaje de AVISO TIPO 1 en PCCH para disparar un comportamiento del UE en donde empieza a recibir mensajes en CCCH durante un período de tiempo predefinido cuando ha recibido la notificación primaria de ET S en el mensaje de AVISO TIPO 1. Un nuevo mensaje de RRC se proporciona para ser enviado en CCCH aquí llamado FFS o como el mensaje de ETWS CONFIRM y comprende NOTIFICACIÓN PRIMARIA DE ETWS CON SEGURIDAD.

El comportamiento esperado por los UEs en modo inactivo y en URA/CELDA_PCH es que cuando un mensaje de AVISO TIPO 1 se recibe, incluyendo la notificación primaria de ETWS, los UEs temporalmente suspenden la operación DRX y empiezan a recibir mensajes en CCCH hasta que cualquiera, el mensaje de ETWS CONFIRMAR se recibe, o el periodo de tiempo predefinido en donde el UE recibe el CCCH termina. Si el periodo termina antes de que un mensaje de CONFIRMACIÓN DE ETWS se reciba, el UE debe considerar esto como una falsa alarma e ignorarla. Sin embargo, si otro mensaje de AVISO TIPO 1 incluyendo la notificación primaria de ETWS se recibe, el UE puede reiniciar el procedimiento.

La red debe programar el mensaje de CONFIRMAR ETWS en CCCH tan frecuentemente como se requiera para asegurar que los UEs puedan recibirlo durante el periodo de tiempo en que reciben los mensajes de CCH, por ejemplo, cuatro veces por segundo y/o lo semejante. El mensaje se puede enviar usando Modo No Reconocido de Control de Enlace de Radio, RLC-UM, Un cronómetro de UE con un valor en el orden de unos pocos segundos se podría usar para determinar la prolongación de este período. Se propone usar un valor predefinido, por ejemplo, no figurable, si un valor de dos segundos se usa, el mensaje de CONFIRMAR ETWS se programa cuando menos una vez cada dos segundos en CCH.

El mensaje de CONFIRMAR ETWS contendrá la información de seguridad usada para protección de integridad de la notificación primaria de ETWS . De hecho, se propone que el mensaje de CONFIRMAR ETWS esté auto contenido e incluye toda la información requerida para la notificación primaria. De esta manera, el mensaje de AVISO TIPO 1 meramente sirve como un percutor para la not5ificación primaria. Este percutor puede ser solamente una indicación binaria en el mensaje de AVISO TIPO 1; puede incluir un valor que indica la causa de la alarma de ETWX, que comprende información de ETWS, y/o lo semejante.

Un mensaje de CONFIRMAR ETWS auto contenido implica que la integridad de la notificación primaria de ETWS se puede verificar sobre la base de una sola Unidad de Datos de Paquete de Control de Recurso de Radio, UUC PDU. Si los contenidos del mensaje de AVISO TIPO 1 se tomaran en consideración en la verificación, el procedimiento se hace más complejo y susceptible a errores.

Si el mensaje es auto contenido, pude reutilizarse fácilmente para la notificación primaria de UEs en estado de CELDA_FACH y CELDA_DCH. Aquellos UEs no reciben el mensaje de AVISO TIPO 1 y no deben depender del mensaje de AVISO TIPO 1 para la recepción e la notificación primaria de ETWS.

En algunas modalidades, los UEs en estado de CELDA_FACH y en estado de CELDA_DCH también deben ser capaces de ser alcanzados por la notificación primaria. Estos UEs no reciben los mensajes de AVISO TIPO 1 en PCCH .

La Figura 3 describe un método y esquema de señalización combinados esquemáticos en el Sistema de Telecomunicaciones Móviles Universal (UMTS).

En el paso Slm, un centro 30 de difusión de celda (CBC) determina que una notificación de emergencia, mensaje de ETWS, debe ser difundido a los UEs dentro de un área afectada de la situación de emergencia. El CBC 30 transmite el mensaje de ETWS a un Controlador de Red de Radio (RNC) 20 que sirve una celda dentro del área afectada.

En el paso S2, el RNC 20 recibe el mensaje de ETW#S y determina un canal de aviso para transmitir la notificación de emergencia de ETWS en y un canal de control común CCCH no usado para aviso para transmitir un mensaje de confirmación de emergencia, CONFIRMAR ETWS. El mensaje CONFIRMAR ETWS puede comprender el mensaje de ETWS e información de seguridad de ETWS.

En el ejemplo ilustrado, el canal de aviso comprende un Canal de Control de Aviso (PCCH) .

El RNC 20 luego transmite una orden/mando a una estación de base NB 22 que sirve la celda, ordenando a la NB 22 que difunda el mensaje de ETWS en el PCCH y la NB 22 difunde el mensaje de CONFIRMAR ETWS en el CCH .

El mensaje de ETWS y el mensaje de CONFIRMAR ETWS se pueden transmitir simultáneamente o como se indica en la Figura 3, con un retraso At de tiempo.

En el ejemplo ilustrado en la figura 3, un UE 10' ¿ está en un estado conectado no escuchando al canal de aviso PCCH, tal como estado CEDLDA_FACH y/o lo semejante. Por lo tanto, el UE 10' no detecta el mensaje de ETWS en el PPCH.

En el paso S41, el UE 10' recibe y lee el mensaje de CONFIRMAR ETWS difundido en el CCCH, en donde el UE 10' está conectado en el CCCH. La información de ETWS contenida en el mensaje de CONFIRMAR ETWS se verifica analizando la información de seguridad de ETWS. Si la información de ETWS se verifica7confirma que es auténtica un mensaje de emergencia se puede exhibir en el UE 10' .

La Figura 4 describe un método y sistema de señalización combinados esquemático en un Sistema de Telecomunicaciones Móviles Universal (UMTS) .

En el paso SI, un CBC 30 determina que un mensaje de notificación de emergencia se debe difundir a UEs dentro de un área afectada de la situación de emergencia. El CBC 30 transmite un mensaje de ETWS en un RNC 30 que sirve una celda dentro del área afectada.

En el paso S2, el RNC 20 recibe el mensaje de ETWS y determina un canal de aviso para transmitir la notificación de emergencia y un canal de control común CCCH no usado para aviso para transmitir un mensaje de confirmación de emergencia, CONFIRMAR ETWS. El mensaje de CONFIRMAR ETWS puede comprender la información de ETWS e información de seguridad de ETWS.

En el ejemplo ilustrado, el canal de aviso comprende un Canal de Control de Aviso (PCCH) .

El RNC 20 luego transmite una orden/mando a una estación NB 22 de mando que sirve a la celda, ordenando a la NB 22 que difunda el mensaje de ETWS en el PC CH y la NB 22 difunde el mensaje de ETWS en el PCCH.

El RNC 20 también transmite una orden/mando a la NB 22 que sirve la celda, ordenando a la NB 22 que difunda el mensaje de CONFIRMAR ETWS en el CCCH y la NB 22 difunde el mensaje de CONFIRMAR ETWS en el CCCH.

El mensaje de ETWS y el mensaje de CONFIRMAR ETWS se pueden transmitir simultáneamente o como se indica en la figura 4 con un retraso At de tiempo.

Un UE 10" dentro de la ceda está en un estado conectado en un canal dedicado (DCH) . Por lo tanto, el UE 10" no detecta el mensaje de ETWS en el PCCH ni el UE 10" detecta el mensaje de CONFIRMAR ETWS en el CCCH. En el ejemplo ilustrado, el DCH comprende un canal de control dedicado (DCCH) .

A fin de alcanzar los UEs conectados en DCCHs el RNC 20 transmite una orden/mando a la NB 22 que sirve la celda, ordenando a la NB 22 que transmita el mensaje de CONFIRMAR ETWS en el DCCH del UE 10" y la NB 22 transmite el mensaje de CONFIRMAR ETWS en el DCCH al UE 10". El RNC 20 comprende información de UEs conectados en DCHs .

En el paso S51, el UE 20! Recibe el mensaje de CONFORMAR ETWS en el DCCH y descodifica/lee el mensaje de CONFIRMAR ETWS y retira la información de EDTWS y la información de seguridad de alarma de ETWS. El UE 10" luego verifica la información de ETWS analizando la información de seguridad de alarma de ETWS y si la información de ETWS se verifica, el UE 10" puede mostrar un mensaje de emergencia al UD 10".

La Información de Seguridad de ETWS comprende un elemento de información de red de núcleo, que puede contener tanto un sello de tiempo de la alarma de ETWS como una firma digital. Como esta es información de red de núcleo, la información se puede transferir al UE, siempre que la seguridad de ETWS se requiera.

El mensaje de emergencia mostrado puede ser la información de ET S y/o un mensaje separado creado/predefinido en el UE.

Haciendo referencia nuevamente al mensaje de aviso, el mensaje de aviso incluye un percutor para la notificación primaria de ETWS. El percutor puede incluir un valor que indica la causa de la notificación primaria de ETWS. Si el percutor es recibido por un UE en modo inactivo o estado de URA/CELDA_PCH, y el valor de causa es uno el UE está configurado para responder, el UE suspende temporalmente la operación de DRX y recibe mensajes en CCCH durante un período de tiempo predefinido. Un período de tiempo de 2 segundos se propone. El percutor puede ser que el aviso tipo 1 comprende información de ETWS.

En algunas modalidades, un nuevo mensaje de control de recurso de radio (RRC) (tentativamente: mensaje de CONFIRMAR ETWS) se define para transportar la información de seguridad para protección de integridad de la notificación primaria de ETWS. El mensaje está auto contenido e incluye toda la información r4querida para la notificación primaria, es decir, la causa de la notificación primaria y la información de seguridad requerida y/o más. El mensaje se envía en CCCH durante el período cuando los UEs en modo inactivo o estado URA/CELDA_PCH reciben mensajes en CCCH. El mensaje se puede enviar, por ejemplo, durante seis segundos de aquel del en que se envía el primer mensaje de aviso.

La programación precisa del mensaje de AVISO TIPO 1 en PCCH y el mensaje de CONFIRMAR ETWS en CCCH depende de la implementación de red. Es la responsabilidad de la red programar esos mensajes de modo que el requerimiento de retraso máximo de la notificación primario se satisfaga. Por ejemplo, el AVISO TIPO 1 se transmite cada tercer TTI y el CONFIRMAR ETWS se puede transmitir correspondientemente. El mensaje de AVISO TIPO 1 y el mensaje de confirmar ETWS se pueden transmitir simultáneamente, con un pequeño retraso entre los mismos, y/o lo semejante. Un beneficio de hacer al mensaje de CONFIRMAR ETWS auto contenido es que puede usarse para la notificación primaria de UEs en estados de CELDA_FGACH y CELDA-DCHA.

No hay requerimiento para que un UE en estado de CELDA_FACFH reciba -y analice mensajes recibidos a través de PCCH, por lo tanto, aquellos UEs no disparan en el mensaje de AVISO TIPO 1. Sin embarqo, esos UEs recibirán mensajes en CCCH. Cuando se reciben, los UEs en estado CELDA_FACH consideran el mensaje de CONFIRMAR ETWS como la notificación primaria de ETWS.

Se supone que el mensaje de CONFIRMAR ET S se repite varias veces en CCCH durante la notificación primaria. La red asegurará que el mensaje puede ser recibido por todos los UEs en estado CELDA^FACH (con FACH asignado como el canal de transporte para CCCH), tomando por ejemplo la necesidad de espacios de medición en consideración.

Respecto a los UEs en estado CLDA_DCH, esos UEs no reciben mensajes en PCCH ni CCCH. El mensaje de CONFIRMAR ETWS se puede enviar en DCCH a estos UEs. Implica que mensajes separados necesitan ser enviados a cada uno de esto UEs. Sin embargo, son un número finido de estos UEs dentro de una cierta área; enviar un mensaje a cada uno de ellos es posible .

Los UEs en estado CELDA_FACH en algunas modalidades se pueden asignar HS-DSCH como el canal de transporte para CCCH, lo que implica que no recibirán mensajes en CCCH programados a través de FACH. Un método similar se puede desarrollar para estos UEs.

Otro asunto importante es UEs que cambian de estado durante la notificación primaria y el UE pierde mensajes transmitidos desde la red en PCCH y CCCH. Este es un obstáculo que puede ocasionar retraso adicio9nal antes de que la notificación primaria sea recibida por el UE. Sin embargo, la suposición de que la red continúa enviando los mensajes de notificación primaria también después de los 4 segundos iniciales, que es el retraso máximo pretendido. En una situación de emergencia, es importante capturar también UEs que puedan estar temporalmente fuera de cubrimiento, etc. La red puede entonces continuar enviando la notificación primaria y que esto es suficiente para capturar los uEs que podrían perder mensajes en PCCH y/o CCCH debido a transiciones de estado o falta de cubrimiento.

Conclusivamente, los UEs que están en estado CELDA_FACH (y asignado FACH como el canal de transporte para CCCH), recibirán el mensaje de CONFIRMAR ETWS cuando se envía en CCCH y usar ese como la notificación primaria de ETWS.

Los UEs en estado CELDA_DCH reciben el mensaje de CONFIRMAR ETWS cuando se envía en DCCH y usa ese como la notificación primaria de ETWS.

Es posible alcanzar todos los UEs en modo inactivo y en estado URA/CELDA_PCH con el mensaje de AVISO TIPO 1 usado para la notificación primaria dentro del retraso máximo requerido de 4 segundos, si aproximadamente 1/3 de la capacidad de S-CCPCH se usa para este propósito, y siempre que el ciclo de DRX máximo para aviso no sea mayor de. 1.28 segundos. Aquí se debe entender que si el ciclo de DRX es menor, por ejemplo, 0.64 segundos, aproximadamente 1/6 de la capacidad de S-CCPCH se puede usar para este propósito y todavía todos los UEs serán alcanzados dentro del retraso máximo requerido de 4 segundos. Por lo tanto, entre menor es el ciclo de DRX, es menor la capacidad necesaria para alcanzar a todos los UEs dentro del límite de 4 segundos.

En algunas modalidades, los UEs en modo CELDA_FACH son asignados un Canal Compartido de Enlace Descendente de Alta Velocidad HS-DSCH como el canal de transporte para CCCH (CELDA_FACH mejorado) , mientras que la notificación de ETWS se envía en el mismo.

En la figura 5, se muestra una vista general esquemática de un método en un primer dispositivo de comunicación.

En el paso Al, el primer dispositivo de comunicación recibe una notificación de emergencia de una unidad de difusión. La unidad de difusión puede ser un CBC y/o lo semejan te. La notificación de emergencia indica una celda asociada con el primer dispositivo de comunicación dentro del que se deber difundir la notificación de emergencia. La celda puede ser indicada con un ID de celda, un área de ubicación y/o lo semejante.

En el paso A2, el primer dispositivo de comunicación determinar un canal de aviso para usarse para avisar y difundir dentro de la celda asociada al primer dispositivo de comunicación una notificación que indica una emergencia. La notificación puede ser la notificación de emergencia recibida de la unidad de difusión y/o un mensaje separado. El canal de aviso puede ser un canal de control de aviso, PCCH, y/o lo semejante.

En el paso A3, el primer dispositivo de comunicación ordena la notificación que indica una emergencia que sea transmitida en el canal de aviso (una operación de aviso para ser realizada) .

En el paso A4, el primer dispositivo de comunicación determina un canal de control común paras ser usado para difundir dentro de la celda asociada al primer dispositivo de comunicación un mensaje de confirmación de emergencia. El mensaje de confirmación de emergencia puede ser auto contenido comprendiendo información de ETWS e información de seguridad de ETWS.

En el paso A5, el primer dispositivo de comunicación orden que el mensaje de confirmación de emergencia sea transmitido en el canal de control común. El mensaje de confirmación de emergencia puede ser ordenado que se transmita repetidamente en el Canal De control. Común (CCH) .

Se debe entender aquí que los pasos A2-A5 se muestran como bloques en sucesión pero, de hecho, se pueden ejecutar substancialmente al mismo tiempo o los bloques en ocasiones se pueden ejecutar en el orden invertido.

En el paso A6 opcional, el primer dispositivo de comunicación determina un canal dedicado usado por un equipo de usuario que está conectado a través del canal dedicado, y ordena que el mensaje de confirmación de emergencia sea transmitido en el canal dedicado. El primer dispositivo de comunicación tiene conocimiento de ÜEs conectados en canales dedicados y analiza esta información para determinar en cuales canales dedicados transmitir el mensaje de confirmación de emergencia.

En algunas modalidades, la operación de aviso de la notificación que indica una emergencia se ordena meramente que sea realizada usando una escala de 10-70% de una capacidad de Canal Físico de Control Común Secundario Total (S-CCPCH) , y que un ciclo de Recepción Discontinuo (DRX) de la celda comprende un ciclo de tiempo en una escala de 0.5 a 2.56 segundos.

En algunas modalidades, el mensaje de confirmación de emergencia comprende información de Sistema de Alarga de Terremoto y Tsunami indicando una emergencia, e información de seguridad de Sistema de Alarga de Temblor o Terremoto y Tsunami. En algunas modalidades, la notificación comprende un valor que indica que la notificación se relaciona con una emergencia, tal como una información de notificación primaria de Sistema de Alarma de Temblor y Tsunami.

En algunas modalidades, el primer dispositivo de comunicación comprende un nodo controlador tal como un RNC y transmite la orden a una estación de base, en donde la estación de base sigue la orden y transmite la notificación indicando una emergencia en el canal de aviso y el mensaje de confirmación de emergencia en el canal de control común.

A fin de realizar el método, se proporciona un primer dispositivo de comunicación.

En la figura 6, se muestra una vista general esquemática de un primer dispositivo de comunicación. El primer dispositivo de comunicación puede comprender un nodo controlador tal como un Controlador de Red de Radio, Controlador de Estación de Base, y/o lo semejante. En algunas modalidades, el primer dispositivo de comunicación comprende una estación de base con una funcionalidad para controlar y distribuir a portadores de radio dentro de una celda, tal como NodoB mejorado y/o lo semejante.

El primer dispositivo 20 de comunicación comprende una primera interfaz 203 de red dispuesta para recibir una notificación de emergencia desde una unidad de difusión. La unidad de difusión puede ser un CBC y/o lo semejante. La notificación de emergencia' indica una celda asociada al primer dispositivo de comunicación dentro del que la notificación de emergencia debe ser difundida.

Adicionalmente, el primer dispositivo de comunicación comprende una unidad 201 de control dispuesta para determinar un canal de aviso que se -va a usar para avisar y difundir una notificación que indica una emergencia cuando se ha recibido una notificación de emergencia en la interfaz 203 de red. La unidad 201 de control está dispuesta además para ordenar que una notificación que indica una emergencia sea transmitida en el canal de aviso. Adicionalmente, la unidad 201 de control está dispuesta para determinar un canal de control común que se va a usar para difundir un mensaje de confirmación de emergencia, y para ordenar que el mensaje de confirmación de emergencia sea transmitido en el canal de control común (CCCH) .

La unidad 201 de control puede estar dispuesta además para ordenar que el mensaje de confirmación de emergencia sea transmitido repetidamente en el Canal de Control Común. El mensaje de confirmación de emergencia comprende un mensaje de emergencia de Control de Recurso de Radio .

En algunas modalidades, la unidad 201 de control está dispuesta además para determinar un canal dedicado usado por un equipo de usuario que está conectado a través del canal dedicado, y para ordenar que el mensaje de confirmación de emergencia sea transmitido usando una escala de 10-709% de la capacidad total de Canal Físico de Control Común Secundario (S-CCPCH), yt que un ciclo de Recepción Discontinua (DRX) de la celda comprenda un ciclo de tiempo en una escala de 0.5 a 2.56 segundos.

En algunas modalidades, el mensaje de confirmación de emergencia comprende información de Sistema de Alarga de Temblor y Tsunami indicando una emergencia, e información de seguridad de Sistema de Alarga de Temblor y Tsunami. En algunas modalidades, la notificación comprende un valor que indica que la notificación se relaciona con una emergencia, tal como una información de notificación primaria de Sistema de Alarga de Temblor y Tsunami.

En algunas modalidades, el primer dispositivo 20 de control comprende un nodo controlador tal como un RNC y comprende además una segunda interfaz 205 de red dispuesta para ser usada para transmitir la orden a una estación de base, en donde la estación de base sigue la orden y transmite la notificación indicando una emergencia en el canal de aviso y el mensaje de confirmación de emergencia en el canal de control común.

En algunas modalidades, el primer dispositivo 20 de comunicación comprende una función de controlador y una estación de base tal como una eNB y la unidad 201 de control se dispone para establecer portadores dentro de la celda y trasmite la notificación indicando una emergencia en el canal de aviso y el mensaje de confirmación de emergencia en el canal de control común a través de una disposición inalámbrica tal como una disposición de antena o lo seme ante .

En la figura 7, se muestra un método en un equipo de usuario dispuesto para escuchar un canal de aviso dentro de una red de telecomunicaciones para recibir un mensaje de conformación de emergencia. El equipo de usuario puede estar en un modo inactivo, un estado de Celda PCH y URA PCH y/o lo semej ante .

En el paso Bl, el equipo de usuario recibe una notificación que indica una emergencia difundida en el canal de aviso.

En el paso B2, el equipo de usuario escucha un canal de control común como resultado de recibir la notificación. Es decir, la Recepción Discontinua (DRX) se suspende temporalmente en el equipo de usuario y se capacita para recibir mensajes en el canal de control común, por ejemplo, durante un periodo de tiempo predefinido.

En el paso B3, el equipo de usuario recibe el mensaje de confirmación de emergencia en el canal de control común .

En algunas modalidades, el mensaje de confirmación de emergencia comprende información de seguridad y el método comprende además autenticar el mensaje de confirmación de emergencia leyendo la información de seguridad dentro del mensaje de confirmación de emergencia.

En el paso B4 opcional, el equipo de usuario presenta información de emergencia en el equipo de usuario.

A fin de realizar el método se proporciona un equipo de usuario.

En la Figura 8, se muestra una vista general esquemática de un Equipo de Usuario. El equipo de usuario comprende una disposición 103 de recepción dispuesta para recibir una notificación que indica una emergencia difundida en un canal de aviso, por ejemplo, PCCH y/o lo semejante. El equipo de usuario comprende además una unidad 101 de control dispuesta para llevar la notificación y para determinar que la notificación indica una emergencia. En ese caso, la unidad 101 de control se dispone para conmutar la operación de la disposición 103 de recepción para capacitar a la disposición 103 de recepción escuchar y recibir un mensaje de confirmación de emergencia o un canal de control común cuando la unidad de control ha determinado que la notificación comprende una emergencia.

En algunas modalidades, la unidad 101 de control está dispuesta además para analizar el mensaje de confirmación de emergencia analizando la información de seguridad en el mensaje de confirmación de emergencia para confirmar que el mensaje de confirmación de emergencia es auténtica antes d que la información de emergencia se presente. La unidad 101 de control también se puede disponer para presentar información de emergencia en una disposición 109 de salida.

La disposición 109 de salida puede ser una presentación, una disposición de parlante y/o lo semejante.

En algunas modalidades, el equipo de usuario está en un modo inactivo o un modo conectado capacitado para recibir información a través del canal de aviso, tal como estado Inactivo, estado de Celda PCH y estado URA PCH.

La unidad 101, 201 de control puede comprender una CPU, una sola unidad de procesamiento, una pluralidad de unidades de procesamiento, y/o lo semejante.

La unidad 107, 207 de memoria puede comprender una unidad de memoria sencilla, una pluralidad de unidades de memoria, unidades de memoria externas y/o internas.

Por lo tanto, las modalidades en la presente describen un sistema en una red de telecomunicaciones, que comprende una disposición adaptada para usar un mensaje de AVISO TIPO 1 que incluye una notificación primaria de Sistema de Alarma de Temblor y Tsunami en el canal de control de aviso para disparar un comportamiento de un equipo de usuario. El equipo de usuario se dispone para empezar a recibir mensajes en el canal de control común durante un periodo de tiempo redefinido, cuando ha recibido una notificación primaria de ETWS en el mensaje de AVISO TIPO 1.

Las modalidades se describen con referencia a diagrama de bloque y/o ilustraciones de gráfica de flujo de métodos, aparatos (sistemas) . Se entiende que varios bloques de los diagramas de bloque y/o ilustraciones de gráfica de flujo, y combinaciones de bloques en los diagramas de bloque y/o ilustraciones de gráfica de flujo, se pueden implementar mediante instrucciones de programa de computadora. Estas instrucciones de programa de computadora se pueden proporcionar por un procesador de una computadora de propósito general, computadora de propósito especial, y/u otro aparato de procesamiento de datos programable para producir una máquina, de modo que las instrucciones, que ejecuta a través del procesador de la computadora y/u otro aparato de procesamiento de datos programable, cree medios para implementar las funciones/actos especificados en los diagramas de bloque y/o bloque o bloques de gráfica de flujo.

Estas instrucciones de programa de computadora también se pueden almacenar en una memoria legible por computadora que puede dirigir una computadora u otros aparatos de procesamiento de datos programable para funcionar de una manera particular, de modo que las instrucciones almacenadas en la memoria legible por computadora produzcan un articulo de fabricación que incluye instrucciones que implementan la función/acto especificado en los diagramas -de bloque y/o bloque o bloques de gráfica de flujo.

Las instrucciones de programa de computadora también se pueden cargar en una computadora u otro aparato de procesamiento de datos programable para ocasionar que una serie de pasos operacionales se realicen en la computadora u otro aparato programable para producir un proceso implementado por computadora de modo que las instrucciones que ejecutan en la computadora u otro aparato programable proporcionan pasos para implementar las funciones/actos especificados en los diagramas de bloque y/o bloque o bloques de gráfica de flujo.

En algunas implementaciones , las funciones/actos anotados en los bloques pueden ocurrir fuera del orden anotado en las ilustraciones operacionales. Por ejemplo, dos bloques mostraos en sucesión de hecho se pueden ejecutar substancialmente al mismo tiempo o los bloque3s en ocasiones se pueden ejecutar en el orden invertido, dependiendo de la funcionalidad/actos involucrados .

En los dibujos y especificaciones, se han descrito modalidades de ejemplo de la invención. Sin embargo, muchas variaciones y modificaciones se pueden hacer a estas modalidades sin abandonar substancialmente los principios de la presente invención. Consecuentemente, aún cuando se emplean términos específicos, se usan en un sentido genérico y descriptivo solamente y no para propósitos de limitación, el alcance de la invención siendo definido por las siguientes reivindicaciones .

Claims (26)

REIVINDICACIONES

1. - Un método en un primer dispositivo de comunicación en una red de telecomunicaciones, que comprende los pasos de: recibir una notificación de emergencia de una unidad de difusión, cuya notificación indica una celda asociada al primer dispositivo de comunicación en donde la emergencia se va a notificar a un equipo de usuario, determinar la notificación que indica una emergencia que se va a transmitir en el canal de aviso, determinar un canal de control común que se va a usar para difundir un mensaje de conformación de emergencia dentro de la celda, y ordenar que el mensaje de confirmación de emergencia se transmita en el canal de control común.

2. - Un método de conformidad con la reivindicación 1, que comprende además el paso de determinar un canal dedicado usado por un equipo de usuario que esta conectado a través del canal dedicado, y ordenar que el mensaje de confirmación de emergencia se transmita en el canal dedicado.

3. - Un método de conformidad con cualquiera de las reivindicaciones 1-2, en donde el aviso de la notificación que indica una emergencia se ordena meramente que sea transmitido usando una escala de 10-70% de la capacidad total de Canal Físico de Control Común Secundario, S-CCPCH, y que una ciclo de Recepción Discontinua, DRX de la celda comprende un ciclo de tiempo en la escala de 0.5 a 2.56 segundos.

4. - Un método de conformidad con cualquiera de las reivindicaciones 1-3, en donde el mensaje de confirmación de emergencia comprende una información de Sistema de Alarma de Temblor y Tsunami indicando una emergencia e información de seguridad de Sistema de Alarma de Temblor y Tsunami.

5. - Un método de conformidad con cualquiera de las reivindicaciones 1-4, en donde la notificación comprende un valor que indica que la notificación se refiere a una emergencia tal como una información de notificación primaria de Sistema de Alarga de Temblor y Tsunami,

6. - Un método de conformidad con cualquiera de las reivindicaciones 1-.5, el mensaje de confirmación de emergencia se transmite repetidamente en el Canal de Control Común .

7. - Un método de conformidad con cualquiera de las reivindicaciones 1-6, en donde la orden comprende enviar una orden a una estación de base para ser seguida por la estación de base.

8. - Un método de conformidad con cualquiera de las reivindicaciones 1-6, en donde el primer dispositivo de comunicación sigue las órdenes y establece portadores dentro de la celda y transmite la notificación indicando una emergencia en el canal de aviso y el mensaje de confirmación ee emergencia en el canal de control común.

9.- Un primer dispositivo de comunicación que comprende una primera interfaz de red dispuesta para recibir una notificación de emergencia desde una unidad de difusión a través de una red, y una unidad de control dispuesta para determinar un canal de aviso que se va a usar para avisar y difundir una notificación que indica una emergencia cuando una notificación de emergencia se ha recibido en la interfaz de red, y para ordenar la notificación que indica una emergencia sea transmitida en el canal de aviso, caracterizado en que la unidad de control se dispone además para determinar un canal de control común que se va a usar para difundir un mensaje de confirmación de emergencia, y para ordenar que el mensaje de confirmación de emergencia se transmita en el canal de control común.

10.- Un primer dispositivo de comunicación de conformidad con la reivindicación 9, en donde la unidad de control está dispuesta además para crear una orden de determinación de canal, respectivamente, y transmitir la orden a una estación de base a través de una segunda interfaz de red.

11. - Un primer dispositivo de comunicación de •conformidad con cualquiera de las reivindicaciones 9-10, en donde la unidad de control está dispuesta además para ordenar que la notificación de una emergencia sea transmitida en el canal de aviso usando una escala de 10-50% de una capacidad total de Canal Físico Común Secundario, S-CCPCH, y ordenar que el ciclo de Recepción Discontinuo, DRX, comprenda un ciclo de tiempo en una escala de 0.5-2.56 segundos.

12. - Un primer dispositivo de comunicación de conformidad con cualquiera de las reivindicaciones 9-11, en donde la unidad de control está dispuesta además para determinar un canal dedicado que se vá a usar para difundir un mensaje de confirmación de emergencia, y ordenar el mensaje de confirmación de emergencia que se va a transmitir en el canal dedicado.

13. - Un primer dispositivo de comunicación de conformidad con cualquiera de las reivindicaciones 9-12, en donde el mensaje de confirmación de emergencia comprende información de Sistema de Alarma de Temblor Tsunami que indica una emergencia e información de Seguridad de Sistema de Alarga de Temblor Tsunami.

14. - Un primer dispositivo de comunicación de conformidad con cualquiera de las reivindicaciones 9-.13, en donde la notificación comprende un valor que indica que la notificación se relaciona con una emergencia, tal como una información de notificación primaria de Sistema de Alarma de Temblor y Tsunami.

15. - Un primer dispositivo de comunicación de conformidad con cualquiera de las reivindicaciones 9-14, en donde la unidad de control se dispone además para ordenar que el mensaje de confirmación de emergencia se transmita repetidamente varias veces en el canal de control común durante la notificación primaria.

16. - Un primer dispositivo de comunicación de conformidad con cualquiera de las reivindicaciones 9-15, en donde el mensaje de confirmación de emergencia comprende un mensaje de emergencia de Control de Recurso de Radio.

17. - Un primer dispositivo de comunicación de conformidad con cualquiera de las reivindicaciones 9-16, en donde el primer dispositivo de comunicación se dispone además para establecer portadores dentro de una celda y transmitir la notificación que indica una emergencia y el mensaje de confirmación de emergencia; en donde el primer dispositivo de comunicación comprende un NodoB mejorado o lo semejante.

18. - Un primer dispositivo de comunicación de conformidad con cualquiera de las reivindicaciones 9-16, que comprende un nodo de funcionamiento de controlador tal como un RNC o lo semejante.

19. - Un método en un equipo de usuario dispuesto para escuchar a un canal de aviso dentro de una red de telecomunicaciones para recibir un mensaje de confirmación de emergencia que comprende los pasos de: recibir una notificación que indica una emergencia difundida en el canal de aviso, escuchar un canal de control común como resultado de recibir la notificación, y recibir el mensaje de confirmación de emergencia en el canal de control común.

20. - Un método de conformidad con la reivindicación 19, que comprende además el paso de presentar información de emergencia en el equipo de usuario.

21. - Un método de conformidad con cualquiera de las reivindicaciones 19-20, en donde el mensaje de confirmación de emergencia comprende información de seguridad y el método comprende además autenticar el mensaje de confirmación de emergencia leyendo la información de seguridad dentro del mensaje de confirmación de emergencia.

22. - Un Equipo de Usuario que comprende una disposición de recepción dispuesta para recibir una notificación que indica una emergencia difundida en un canal de aviso, una unidad de control dispuesta para leer la notificación, determinar que la notificación indica una emergencia y conmutar la operación de la disposición de recepción para permitir que la disposición de recepción escuche y reciba un mensaje de confirmación de emergencia en un canal de control común cuando la notificación indica una emergencia.

23. - Un Equipo de Usuario de conformidad con la reivindicación 22, en donde la unidad de control se dispone además para presentar información de emergencia en una disposición de presentación.

24.- Un equipo de usuario de conformidad con la reivindicación 23, en donde la unidad de control se dispone además para analizar el mensaje de confirmación de emergencia analizando información de seguridad en el mensaje de confirmación de emergencia para confirmar que el mensaje de confirmación de emergencia es auténtico antes de que se presente la información de emergencia.

25.- Un equipo de usuario de conformidad con cualquiera de las reivindicaciones 22-24, en donde el equipo se usuario está en un modo inactivo o un modo conectado capacitado para recibir información a través del canal de aviso.

26.- Un sistema en una red de telecomunicaciones, que comprende una disposición adaptada para usar un mensaje de AVISO TIPO 1 que incluye una notificación primaria de Sistema de alárgama de Temblor Tsunami en el canal de control de aviso para disparar un comportamiento de un equipo de usuario, en donde el equipo de usuario se dispone para empezar a recibir mensajes en el canal de control común durante un periodo de tiempo predefinido, cuando el UE ha recibido la notificación primaria de Sistema de Alarma de Temblor Tsunami en el mensaje de AVISO TIPO 1. RESUMEN DE LA INVENCIÓN Las modalidades describen un método en un primer dispositivo de comunicación en una red de telecomunicaciones. El primer dispositivo de comunicación recibe una notificación de emergencia de una unidad de difusión que indica una celda asociada con el primer dispositivo de comunicación en donde la emergencia se va a notificar a un equipo de usuario. El primer dispositivo de comunicación determina un canal de aviso para usarse para avisar y difundir dentro de la celda una notificación quye indica una emergencia y ordena la notificaació9n que indica una emergencia sea transmitida en el canal de aviso. El primer dispositivo de comunicación determina un canal de control común para ser usado para difundir un mensaje de confirmación de emergencia dentro de la celda, y ordena que el mensaje de confirmación de emergencia sea transmitido en el canal de control común.