ES3065165T3 - Transmission of location information to devices along with wireless emergency alert messages using cell broadcast - Google Patents

Abstract

Diversos sistemas de comunicación pueden beneficiarse de la información de ubicación. Por ejemplo, ciertos sistemas de comunicación inalámbrica pueden beneficiarse de la transmisión de información de ubicación a los dispositivos junto con mensajes de alerta de emergencia inalámbrica mediante difusión celular. Un método puede incluir la recepción, en el equipo del usuario, de las coordenadas de un área de alerta para una alerta de emergencia inalámbrica. El método también puede incluir la determinación, en el equipo del usuario, de si este se encuentra dentro del área de alerta según las coordenadas. El método también puede incluir el procesamiento de la alerta de emergencia inalámbrica en el equipo del usuario de acuerdo con dicha determinación. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN

[0002] Transmisión de información de ubicación a los dispositivos junto con mensajes de alerta de emergencia inalámbricos utilizando la difusión de la celda

[0003] Antecedentes:

[0004] Campo:

[0005] Diversos sistemas de comunicación pueden beneficiarse del suministro apropiado de la información de ubicación. Por ejemplo, ciertos sistemas de comunicación inalámbrica pueden beneficiarse de la transmisión de información de ubicación a los dispositivos junto con mensajes de alerta de emergencia inalámbricos utilizando una difusión de celda.

[0006] Descripción de la técnica relacionada:

[0007] Un aspecto de la tecnología inalámbrica se refiere a las notificaciones de aviso de emergencia que se envían a los dispositivos móviles a través de la red de cuarta generación (4G)/la infraestructura de evolución a largo plazo (LTE,) de los proveedores de servicios móviles comerciales (CMSP).

[0008] Una parte de las funciones de red implicadas en la difusión de mensajes de texto de alerta de emergencia inalámbrica (WEA) pertenecen al gobierno, en el sentido de que esas funciones de red son administradas por el gobierno. Una parte de las funciones de red implicadas en la difusión de mensajes de texto de la WEA pertenecen a los CMSP (proveedores de servicios móviles comerciales).

[0009] La figura 1 proporciona una arquitectura de extremo a extremo para la transmisión de mensajes de la WEA a los dispositivos móviles en LTE. Como se muestra en la figura 1, un originador de alertas, que puede ser alguna agencia gubernamental, puede redactar el mensaje de texto de la WEA y puede identificar el área afectada. El mensaje de texto de la WEA junto con el área afectada se envía al agregador de alertas a través de la interfaz A y, a continuación, a la puerta de enlace federal de alertas a través de la interfaz B. La puerta de enlace federal de alertas envía el mensaje de texto de la WEA junto con el área afectada a la puerta de los CMSP a través de la interfaz C. La puerta de enlace de los CMSP envía el mensaje de texto de la WEA junto con el área afectada a la infraestructura de los CMSP a través de la interfaz D. La infraestructura de los CMSP difunde el mensaje de texto de la WEA a los dispositivos móviles de las celdas/sectores afectados a través de la interfaz E. El método utilizado para realizar tal difusión se conoce como servicio de difusión de celda (CBS).

[0010] Dentro de la infraestructura de los CMSP, el centro de difusión celular (CBC) identifica las celdas/sectores en el área afectada y, a continuación, distribuye el mensaje de texto de la WEA a las MME/eNB que prestan servicio a esas celdas/sectores. Los eNB difunden el mensaje de texto de la WEA a los dispositivos móviles en las celdas/sectores afectados utilizando los mensajes del bloque de información del sistema (SIB).

[0011] Como se muestra en la figura 1, una parte de los nodos funcionales de la red implicados en la difusión de mensajes de texto de la WEA pertenecen al gobierno en el sentido de que esos nodos funcionales de la red son administrados por el gobierno, y una parte de los nodos funcionales de la red implicados en la difusión de mensajes de texto de WEA pertenecen a los CMSP. Los detalles de la interfaz C, la interfaz D y la interfaz E para LTE están normalizados en la Alianza para soluciones de la industria de telecomunicaciones (ATIS). Los detalles del SBc, S1-MME y E-UTRAN-Uu se definen en las especificaciones del 3GPP. La técnica anterior se describe en el documento WO 2013/173846 A1, que describe métodos para aumentar la información en la mensajería de difusión inalámbrica, así como en el documento US 9271135 B2, que describe un sistema de alerta de red local para dispositivos móviles que utilizan una sesión de IMS y un punto de acceso de Wi-Fi. Además, la técnica anterior se describe en el documento US 2014/032114 A1, que describe la redirección de navegación utilizando alertas de emergencia de CMAS. Los antecedentes tecnológicos se describen en el documento US 2014/134970 A1, que describe una alerta de emergencia que utiliza MBMS y la difusión de celda.

[0012] Resumen:

[0013] Según algunas realizaciones ilustrativas, se proporcionan métodos, aparatos, un producto de programa informático y un medio legible por ordenador no transitorio, tal como se detalla según las reivindicaciones independientes. Otros desarrollos ventajosos se definen en las reivindicaciones dependientes.

[0014] Breve descripción de los dibujos:

[0015] Para un entendimiento apropiado de la invención, debería hacerse referencia a los dibujos adjuntos, en donde: La figura 1 proporciona una arquitectura de extremo a extremo para la transmisión de mensajes de la WEA a los dispositivos móviles en LTE.

[0016] La figura 2 ilustra el alcance excesivo y el alcance insuficiente.

[0017] La figura 3 ilustra el manejo actual del SIB12 en la lógica del dispositivo móvil.

[0018] La figura 4 ilustra el manejo mejorado del bloque de información del sistema (SIB12 o nuevo SIB) que transporta las coordenadas del área de la WEA, en un nivel conceptual, según ciertas realizaciones.

[0019] La figura 5 ilustra una tabla que muestra diversos campos de un mensaje de WRWR, según ciertas realizaciones. La figura 6 ilustra cómo puede agregarse un campo de coordenadas de área de la WEA al SIB12, según ciertas realizaciones.

[0020] La figura 7 ilustra un pseudocódigo de manejo del SIB12, según ciertas realizaciones.

[0021] La figura 8 ilustra una comparación de dos estructuras ilustrativas, según ciertas realizaciones.

[0022] La figura 9 ilustra un sistema según ciertas realizaciones.

[0023] La figura 10 ilustra un diagrama de flujo ilustrativo de un método, según ciertas realizaciones.

[0024] La figura 11 ilustra un diagrama de flujo ilustrativo de otro método, según ciertas realizaciones.

[0025] Descripción detallada:

[0026] Con CBS, el CBC envía los mensajes de texto a los eNB (a través de MME) que prestan servicio en el área. El CBC identifica el área en forma de celdas/sectores. Todos los dispositivos móviles en la celda/sector pueden recibir los mensajes de texto del CBS.

[0027] Sin embargo, la Comisión Federal de Comunicaciones (FCC) no está satisfecha con este proceso porque, en algunas situaciones, la alerta puede aplicarse solo a una parte de la celda o sector. También, dependiendo del método utilizado para seleccionar una celda/sector, en algunas situaciones los mensajes de alerta pueden llegar a los dispositivos móviles que se encuentran fuera del área de cobertura y, en algunas otras situaciones, la alerta puede no llegar a los dispositivos móviles que se supone han recibido la alerta. Esto se conoce como alcance excesivo y alcance insuficiente.

[0028] La figura 2 ilustra el alcance excesivo y el alcance insuficiente. Más particularmente, la figura 2 muestra un ejemplo donde el área afectada de una WEA se identifica con un polígono. El polígono puede cubrir muchas celdas/sectores, sin embargo, la figura 2 se centra en una celda, identificada dentro del diagrama como celda 1. La celda tiene tres sectores identificados dentro del diagrama como A, B y C.

[0029] Como se muestra en la parte más a la izquierda del diagrama en la figura 2, el polígono de alerta cubre todo el sector B de la celda 1, pero solo una parte del sector A y el sector C de la celda 1. En este escenario ilustrativo, la FCC quiere difundir los mensajes de texto de la WEA solo a aquellos dispositivos móviles que se encuentran en el sector B y parte del sector A y el sector C, desde la perspectiva de la celda 1. Sin embargo, tal una distribución enfocada no es posible en la técnica de difusión de celda actual. Esto se debe a las limitaciones en el método utilizado para identificar las celdas/sectores.

[0030] Puede haber muchas maneras de identificar una celda/sector. Dos ejemplos se ilustran en la figura 2. Una regla de notificación, para un primer caso, puede ser notificar a todos los dispositivos móviles en los sectores cuando el centro de la celda (o eNB) está dentro del polígono. Como resultado, dado que el centro de la celda 1 está dentro del polígono, con esta regla, se notificará a todos los dispositivos móviles en los sectores A, B y C. Obviamente, algunos dispositivos móviles en el sector A y sector C que están fuera del polígono también recibirán las alertas. Esto se denomina escenario de alcance excesivo.

[0031] Otra regla de notificación, para un segundo caso, puede ser notificar a todos los dispositivos móviles en los sectores cuando el centro del sector esté dentro del polígono. Como resultado, dado que el centro de los sectores A y B está dentro del polígono y el centro del sector C está fuera del polígono, se notificará a todos los dispositivos móviles en los sectores A y B y no se notificará a ninguno de los dispositivos móviles en el sector C. Obviamente, algunos dispositivos móviles en el sector A están fuera del polígono y algunos dispositivos móviles en el sector C están dentro del polígono. Los dispositivos que estén fuera del polígono en el sector A recibirán las alertas (caso de alcance excesivo) y los dispositivos móviles que estén dentro del polígono en el sector C no recibirán las alertas. Este último caso se denomina escenario de alcance insuficiente.

[0032] En una arquitectura de servicio de difusión de celda, los mensajes de texto de alerta se envían a los dispositivos móviles como datos de difusión de celda (CB) y dentro del SIB, los datos de CB se identifican como contenidos de mensajes de aviso. Los dispositivos móviles muestran el texto de alerta presente en los contenidos del mensaje de aviso en la pantalla de visualización. Para los dispositivos LTE, la cantidad máxima de caracteres de visualización que pueden incluirse en un mensaje de texto de la WEA es 360.

[0033] Ciertas realizaciones se basan en la idea de transportar las coordenadas del área de la WEA como un campo separado dentro del bloque de información del sistema y, a continuación, modificar la aplicación del dispositivo para utilizar las coordenadas de ese campo separado para determinar si está dentro del área de la WEA antes de mostrar el mensaje. Con esta idea, los dispositivos móviles pueden utilizar la lógica existente para mostrar el mensaje, realizar la detección de duplicados y utilizar los valores de identificador de mensaje existentes. El originador de la alerta puede tener todos los 360 caracteres disponibles para redactar el texto de visualización.

[0034] Para transportar los mensajes de la WEA con las coordenadas del área de la WEA, puede mejorarse el SIB 12 o puede visualizarse un nuevo SIB para este propósito.

[0035] La figura 3 ilustra el manejo actual del SIB12 en la lógica del dispositivo móvil. Más particularmente, la figura 3 ilustra el manejo actual del SIB 12 y el procesamiento en la capa superior del mensaje de la WEA en un nivel conceptual. La primera parte del diagrama de flujo mostrado en la figura 3 se basa en el pseudocódigo especificado en la TS 36.331 del 3GPP. La segunda parte del diagrama de flujo mostrado en la figura 3 es una conceptualización de alto nivel del procesamiento en la capa superior de un mensaje de la WEA. El procesamiento en la capa superior comprueba primero si el texto de la WEA se mostró anteriormente. Si se mostró anteriormente, un dispositivo móvil descartaría el mensaje. Si no se mostró anteriormente, a continuación, el dispositivo puede mostrar el texto en la pantalla y tratar ese mensaje como si se considerara que ha sido mostrado.

[0036] La figura 4 ilustra el manejo mejorado del bloque de información del sistema (SIB12 o nuevo SIB) que transporta las coordenadas del área de la WEA, en un nivel conceptual, según ciertas realizaciones. La primera parte del diagrama de flujo mostrado en la figura 4 sigue básicamente el pseudocódigo del manejo del SIB 12, con un cambio: este SIB ahora puede esperar recibir las coordenadas del área de la WEA y, a continuación, pasar las coordenadas del área de la WEA a la capa superior para procesamiento. La segunda parte del diagrama de flujo de la figura 4 muestra el procesamiento mejorado en la capa superior del mensaje de la WEA.

[0037] Independientemente del SIB que se utilice para transportar el mensaje de la WEA desde un eNB a los dispositivos móviles, este procesamiento mejorado en la capa superior puede ser el mismo. En otras palabras, la mejora puede basarse en los cambios realizados en el procesamiento actual en la capa superior de un mensaje de la WEA.

[0038] Como se muestra en el diagrama de flujo, si el mensaje no se mostró antes, a continuación, lo primero que puede hacer la mejora es comprobar si las coordenadas del área de la WEA están presentes. Si no están presentes, los dispositivos móviles pueden seguir la lógica actual para mostrar el texto de la WEA en la pantalla del dispositivo. Si las coordenadas del área de la WEA están presentes, a continuación, el dispositivo móvil puede averiguar su propia ubicación actual, determinar si su propia ubicación actual está dentro de las coordenadas del área de WEA. Cuando el dispositivo móvil descubre que se encuentra dentro de las coordenadas del área de la WEA, puede mostrar el texto de la WEA en la pantalla del dispositivo utilizando la lógica actual y registrar el identificador del mensaje/número de serie para permitir la lógica de detección de duplicaciones en un SIB recibido posteriormente. Si el dispositivo móvil descubre que no está dentro de las coordenadas del área de la WEA, puede descartar el mensaje.

[0039] En este enfoque, un dispositivo móvil puede moverse al área de la WEA más adelante y, en ese caso, cuando el eNB repita el mensaje, el procesamiento mejorado en la capa superior mostrado en la figura 4 permitirá al dispositivo móvil que recibió y descartó el mensaje de la WEA (porque estaba fuera del área de WEA) para mostrar el texto de la WEA en la pantalla del dispositivo, porque ahora está dentro del área de WEA.

[0040] El CBC, la MME, el eNB y los dispositivos móviles pueden modificarse para practicar ciertas realizaciones. También, el mensaje de WRWR puede mejorarse para transportar las coordenadas de la WEA y el SIB12 puede mejorarse para transportar las coordenadas del área de la WEA, o puede definirse un nuevo SIB.

[0041] Los cambios al mensaje de WRWR pueden incluir agregar un nuevo campo para agregar las coordenadas del área de la WEA. La figura 5 ilustra una tabla que muestra diversos campos de un mensaje de WRWR, según ciertas realizaciones.

[0042] En la implementación actual de la WEA, la puerta de enlace federal de alertas, como se muestra en la figura 1, puede enviar las coordenadas del área de la WEA al GW de los CMSP. Sin embargo, en la implementación actual, el área de la WEA también puede especificarse mediante códigos geográficos. Quizás, la memoria descriptiva de la interfaz C pueda basarse en la presencia de coordenadas del área de la WEA como requisito obligatorio. El GW de los CMSP puede pasar las coordenadas de la WEA al CBC con una indicación que pide al CBC pasar las coordenadas del área de la WEA a los dispositivos móviles.

[0043] En la implementación actual, el CBC utiliza las coordenadas del área de la WEA (o códigos geográficos) para determinar la lista de las TA y la lista de áreas de aviso. El CBC ahora puede pasar las coordenadas del área de la WEA a la MME en el mensaje de WRWR.

[0044] La MME puede pasar las coordenadas del área de la WEA del mensaje de WRWR que recibe del CBC al mensaje de WRWR enviado a los eNB.

[0045] El eNB puede recibir las coordenadas del área de la WEA presentes en el mensaje de WRWR y puede rellenar el bloque de información del sistema con las coordenadas del área de la WEA.

[0046] El nuevo campo de coordenadas de área de la WEA puede agregarse al SIB12. La figura 6 ilustra cómo se agrega un campo de coordenadas de área de la WEA al SIB12, según ciertas realizaciones.

[0047] En lugar de agregar las coordenadas del área de la WEA al SIB12, puede definirse un nuevo SIB que transporte todos los parámetros del SIB12 y las coordenadas del área de la WEA. Tal como se definió inicialmente el ASN.1 (la presencia de “...”), debería ser posible agregar el nuevo campo al SIB12 sin causar problemas de retrocompatibilidad. Utilizar un SIB nuevo puede ser una implementación más cara.

[0048] La figura 7 ilustra un pseudocódigo de manejo del SIB12, según ciertas realizaciones. Si se utiliza un nuevo SIB, el pseudocódigo mostrado en la figura 7 puede convertirse en el pseudocódigo de ese nuevo SIB.

[0049] El procesamiento en la capa superior no está definido en las normas del 3GPP. La norma de la alianza para soluciones de la industria de telecomunicaciones (ATIS) sobre la norma de comportamiento de dispositivo móvil puede modificarse para reflejar los cambios mostrados en la figura 4.

[0050] Un enfoque alternativo sería tener las coordenadas del área de la WEA dentro del mensaje de texto de la WEA. Si las coordenadas de la WEA se envían a los dispositivos móviles como una parte del mensaje de texto de la WEA, a continuación, ningún cambio puede ser necesario para la GW federal de alertas, CMSP GW, CBC, MME o el eNB. La composición de las coordenadas del área de la WEA dentro del mensaje de texto de la WEA puede convertirse en parte de la tarea del originador de la alerta.

[0051] Sin embargo, las memorias descriptivas del 3GPP tendrán más impacto, ya que habrá que agregar nuevos identificadores de mensajes y definir la estructura del contenido del aviso para adaptarse a las coordenadas del área de la WEA. Por ejemplo, la figura 8 ilustra una comparación de dos estructuras ilustrativas, según ciertas realizaciones. Este enfoque puede suponer la adición de 30 nuevos valores de identificador de mensajes.

[0052] Como puede verse en la figura 8, en este enfoque particular, el número de caracteres mostrados se reduce de 360 a 360-X, donde X indica el número de caracteres que se toman para rellenar las coordenadas del área de la WEA. Las coordenadas del área de la WEA pueden incluirse en la primera página de CB. Los dispositivos móviles pueden leer los caracteres de la primera página de CB y utilizar los caracteres como coordenadas de área de la WEA. Además, las coordenadas del área de la WEA también pueden transportar la información que indica a los dispositivos móviles cómo extraer las coordenadas del área de la WEA de los caracteres de visualización.

[0053] La figura 8 asume que se utiliza el mismo conjunto de caracteres para las coordenadas del área de la WEA y el texto mostrado. Sin embargo, es posible que deba considerarse un método diferente, por ejemplo, para representar las coordenadas del área de la WEA en una forma comprimida y el texto mostrado en GSM de 7 bits. El enfoque se volverá más complejo para enviar tales formatos múltiples a los dispositivos móviles.

[0054] La cantidad de segmentos del SIB necesarios para transportar un mensaje de 360 caracteres puede cambiar para adaptarse a las coordenadas del área de la WEA. Actualmente, se supone que se utilizan aproximadamente de 12 a 14 octetos (ATIS-0700023) para transportar la siguiente información de cabecera del SIB12: Identificador de mensajes, 2 octetos; Número de serie, 2 octetos; Esquema de codificación de datos, 1 octeto; y otros, incluidos el tipo de segmento del mensaje de aviso, el número de segmento del mensaje de aviso y la extensión no crítica tardía, de 8 octetos.

[0055] Cuando se utiliza el tipo 1C de DCI (consulte 3GPP TS 36.331), cada segmento del SIB puede transportar un máximo de 217 octetos de datos. Con 14 octetos destinados a la sobrecarga, aproximadamente 203 octetos están disponibles para transportar los contenidos del mensaje de aviso.

[0056] Un mensaje de texto de la WEA de 360 caracteres requiere 4 páginas de CB. Un mensaje de la WEA que ocupa 4 páginas de CB requiere 333 octetos (84 83 83 83). Para transportar 333 octetos de datos de CB, se requerirán 2 segmentos del SIB de tipo 1C. Suponiendo que el primer segmento puede transportar los 217 octetos (es decir, 203 octetos de datos de CB), los 130 octetos restantes de datos de CB se transportarán en el segundo segmento. Los 130 octetos del texto de visualización del último segmento requerirán aproximadamente 144 octetos y, por lo tanto, los dos segmentos tendrán el siguiente número de caracteres: Primer segmento, 217 (14 de cabecera 203 datos de CB); y segundo segmento, 144 (14 de cabecera 130 datos de CB).

[0057] Obsérvese que, dependiendo del área, un segmento del SIB puede no siempre poder transportar 217 octetos de datos. En ese caso, se necesitarán más segmentos del SIB para transportar un mensaje de la WEA de 360 caracteres. En el SIB12 mejorado, las coordenadas del área de la WEA pueden transportarse como un elemento separado y, por lo tanto, puedan requerirse más octetos para cubrir la sobrecarga. Para comprender el impacto, habrá que hacer una suposición sobre el número de octetos que se reservarán para las coordenadas del área de la WEA. Suponiendo que se reservará un máximo de hasta 32 octetos para transportar las coordenadas de la WEA, el número de octetos de sobrecarga cambiará de 14 a 46. Esto significa que con el tipo 1C, estará disponible un total de 169 octetos (217 - 46) por segmento para transportar los datos de CB.

[0058] Para transportar 333 octetos de datos de CB, se requerirán 2 segmentos del SIB de tipo 1C. Suponiendo que el primer segmento puede transportar los 217 octetos (es decir, 169 octetos de datos de CB), los 164 octetos restantes de datos de CB se transportarán en el segundo segmento. 164 octetos de texto mostrado en el último segmento requerirán aproximadamente 210 octetos y, por lo tanto, los dos segmentos tendrán el siguiente número de caracteres: primer segmento, 217 (46 de cabecera 169 de datos de CB); y segundo segmento: 210 (46 de cabecera 164 de datos de CB).

[0059] Como alternativa, es posible definir los segmentos del SIB12 de tal manera que las coordenadas del área de la WEA se transporten solo en el primer segmento. Con ese enfoque, solo se requerirán 14 octetos (como en el método actual) en el segundo segmento para transportar los datos de sobrecarga. Para realizar este enfoque opcional, tal vez no se requerirá cambiar la definición de ASN.1, ya que las nuevas coordenadas del área de la WEA pueden introducirse con una etiqueta OPCIONAL.

[0060] Como otra alternativa más, es posible definir los segmentos del SIB12 de tal manera que las coordenadas del área de la WEA se transporten solo en el segundo segmento. Con ese enfoque, solo se requerirán 14 octetos (como en el método actual) en el primer segmento para transportar los datos de sobrecarga. Dado que en el método actual, solo se utilizan 130 octetos del segundo segmento para transportar datos de CB (véase el párrafo [0047]) de los 203 octetos disponibles, puede presumirse que aproximadamente 73 octetos pueden ponerse a disposición para transportar las coordenadas de la WEA. Para realizar este enfoque opcional, tal vez no se requerirá cambiar la definición de ASN.1, ya que las coordenadas del área de la WEA pueden introducirse con una etiqueta OPCIONAL.

[0061] El enfoque alternativo descrito en el párrafo [0041] no tendrá un elemento nuevo en el SIB, y las coordenadas del área de la WEA se transportan a expensas del número reducido de caracteres de visualización. Dado que el número total de datos de CB sigue siendo el mismo que en la actualidad, el impacto en el uso del segmento del SIB será el mismo que en la actualidad.

[0062] Por otro lado, si este enfoque alternativo (párrafo [0041]) se mejora aún más para transportar las coordenadas del área de la WEA más hasta 360 caracteres de caracteres de visualización, a continuación, el número de páginas de CB requeridas aumentará y, en consecuencia, tendrá un impacto en el uso del segmento.

[0063] Por ejemplo, tomando el mismo ejemplo que en el párrafo [0049]), si las coordenadas de área de la WEA se especifican con un máximo de 32 octetos de datos, a continuación, para transportar 32 octetos de coordenadas del área de la WEA (es decir, aproximadamente 37 caracteres en formato GSM de 7 bits) y 360 caracteres de texto mostrado, el número total de caracteres en GSM de 7 bits se convertirá en 397 (360 37). Para transportar 397 caracteres en GSM de 7 bits, se requerirán 416 octetos de datos de CB (ATIS-0700023). Para transportar 416 octetos de datos de CB, con el tipo 1C, se requerirán 3 segmentos SIB12 con la siguiente distribución: primer segmento, 217 (14 de cabecera 203 datos de CB); segundo segmento, 217 (14 de cabecera 203 de datos de CB), y tercer segmento, 24 (14 de cabecera 10 de datos de CB).

[0064] Un segmento adicional puede tener un impacto en la latencia de tiempo, ya que se requerirá más tiempo para difundir el segmento adicional.

[0065] La figura 9 ilustra un sistema según ciertas realizaciones de la invención. Debe entenderse que, cada bloque del diagrama de flujo de la figura 4 puede implementarse mediante diversos medios o sus combinaciones, tales como hardware, software, firmware, uno o más procesadores y/o sistemas de circuitos. En una realización, un sistema puede incluir varios dispositivos, tales como, por ejemplo, el elemento 910 de red y el equipo de usuario (UE) o el dispositivo 920 de usuario. El sistema puede incluir más que un UE 920 y más que un elemento 910 de red, aunque solo se muestra uno de cada uno a efectos de ilustración. Un elemento de red puede ser un punto de acceso, una estación base, un eNodo B (eNB) o cualquier otro elemento de red.

[0066] Cada uno de estos dispositivos puede incluir al menos un procesador o unidad de control o módulo, indicado como 914 y 924, respectivamente. En cada dispositivo puede proporcionarse al menos una memoria, e indicada como 915 y 925, respectivamente. La memoria puede incluir instrucciones de programa informático o código informático contenido en la misma, por ejemplo, para llevar a cabo las realizaciones descritas anteriormente. Pueden proporcionarse uno o más transceptores 916 y 926, y cada dispositivo también puede incluir una antena, ilustrada como 917 y 927, respectivamente. Aunque solo se muestra una antena, pueden proporcionarse muchas antenas y múltiples elementos de antena a cada uno de los dispositivos. Pueden proporcionarse otras configuraciones de estos dispositivos, por ejemplo. Por ejemplo, un elemento 910 de red y el UE 920 pueden configurarse adicionalmente para la comunicación por cable, además de para la comunicación inalámbrica, y en tal caso, las antenas 917 y 927 pueden ilustrar cualquier forma de hardware de comunicación, sin estar limitada simplemente a una antena.

[0068] Cada uno de los transceptores 916 y 926 puede ser, independientemente, un transmisor, un receptor o tanto un transmisor como un receptor, o una unidad o dispositivo que puede estar configurado tanto para la transmisión como para la recepción. El transmisor y/o el receptor (en lo que respecta a las partes de radio) también pueden implementarse como una unidad de entrada de radio remota que no está situada en el propio dispositivo, sino, por ejemplo, en un mástil. También debe apreciarse que, según el concepto de radio “líquida” o flexible, las operaciones y funcionalidades pueden realizarse en diferentes entidades, tales como nodos, sistemas anfitriones o servidores, de manera flexible. En otras palabras, la división del trabajo puede variar según el caso. Un posible uso es hacer que un elemento de red suministre contenido local. También pueden implementarse una o más funcionalidades como aplicaciones virtuales que se proporcionan como software que pueden ejecutarse en un servidor.

[0070] Un dispositivo de usuario o equipo 920 de usuario puede ser una estación móvil (MS), tal como un teléfono móvil o un teléfono inteligente o un dispositivo multimedia, un ordenador, tal como una tableta, provisto de capacidades de comunicación inalámbrica, un asistente digital o personal de datos (PDA) provisto de capacidades de comunicación inalámbrica, un vehículo, un reproductor multimedia portátil, una cámara digital, una videocámara de bolsillo, una unidad de navegación provista de capacidades de comunicación inalámbrica o cualquier combinación de los mismos. El dispositivo de usuario o equipo 920 de usuario puede ser un sensor o contador inteligente u otro dispositivo que pueda configurarse normalmente para una única ubicación.

[0072] En una realización ejemplificante, un aparato, tal como un nodo o dispositivo de usuario, puede incluir medios para llevar a cabo las realizaciones descritas anteriormente en relación con la Figura 1.

[0074] Los procesadores 914 y 924 pueden estar realizados por cualquier dispositivo informático o de procesamiento de datos, tal como una unidad central de procesamiento (CPU), un procesador de señales digitales (DSP), un circuito integrado específico de la aplicación (ASIC), dispositivos lógicos programables (PLD), matrices de puertas programables en campo (FPGA), circuitos mejorados digitalmente o un dispositivo comparable o una combinación de los mismos. Los procesadores pueden implementarse como un único controlador o como una pluralidad de controladores o procesadores. De forma adicional, los procesadores pueden implementarse como un agrupamiento de procesadores en una configuración local, en una configuración en la nube, oenuna combinación de los mismos. La expresión sistema de circuitos puede referirse a uno o más circuitos eléctricos o electrónicos. El término procesador puede referirse a un sistema de circuitos, que responde y procesa las instrucciones que controlan un ordenador.

[0075] En el caso de firmware o software, la implementación puede incluir módulos o unidades de al menos un conjunto integrado auxiliar (por ejemplo, procedimientos, funciones, etc.). Las memorias 915 y 925 pueden ser, independientemente, cualquier dispositivo de almacenamiento adecuado, tal como un medio legible por ordenador no transitorio. Puede utilizarse una unidad de disco duro (HDD), una memoria de acceso aleatorio (RAM), una memoria flash u otra memoria adecuada. Las memorias pueden combinarse en un único circuito integrado como el procesador o pueden ser independientes del mismo. Además, las instrucciones de programa informático almacenadas en la memoria, y que pueden ser procesadas por los procesadores, pueden ser cualquier forma adecuada de código de programa informático, por ejemplo, un programa informático compilado o interpretado escrito en cualquier lenguaje de programación adecuado. La memoria o entidad de almacenamiento de datos es típicamente interna, pero también puede ser externa o una combinación de las mismas, tal como cuando se obtenga capacidad de memoria adicional de un proveedor de servicios. La memoria puede ser fija o extraíble.

[0077] La memoria y las instrucciones de programa informático pueden configurarse, junto con el procesador para el dispositivo particular, para hacer que un aparato de hardware, tal como el elemento 910 de red y/o el UE 920, realice cualquiera de los procesos descritos anteriormente (véanse, por ejemplo, las figuras 1, 10 y 11). Por lo tanto, en ciertas realizaciones, un medio no transitorio legible por ordenador puede codificarse con instrucciones informáticas o uno o más programas informáticos (tal como una rutina de software, applet o macro añadida o actualizada) que, cuando se ejecuten en hardware, pueden realizar un procedimiento tal como uno de los procedimientos descritos en la presente memoria. Los programas informáticos pueden codificarse mediante un lenguaje de programación, que puede ser un lenguaje de programación de alto nivel, tal como objective-C, C, C++, C#, Java, etc., o un lenguaje de programación de bajo nivel, tal como un lenguaje máquina o ensamblador. Alternativamente, ciertas realizaciones de la invención pueden realizarse en su totalidad en hardware.

[0079] Además, aunque la figura 9 ilustra un sistema que incluye un elemento 910 de red y un UE 920, las realizaciones de la invención pueden ser aplicables a otras configuraciones, y a configuraciones que implican elementos adicionales, como se ilustra y analiza en la presente memoria. Por ejemplo, puede haber presentes múltiples dispositivos de equipo de usuario y múltiples elementos de red, u otros nodos que proporcionen una funcionalidad similar, tales como nodos que combinan la funcionalidad de un equipo de usuario y de un punto de acceso, tal como un nodo de retransmisión.

[0080] La figura 10 ilustra un diagrama de flujo ilustrativo de un método, según ciertas realizaciones. En ciertas realizaciones, el diagrama de flujo de la figura 10 puede realizarse mediante una entidad de red, nodo de red, o un nodo de acceso en un sistema de 3GPP, tal como LTE o de 5G. Por ejemplo, en algunas realizaciones ilustrativas, el método de la figura 10 puede ser realizado mediante una estación base o nodo de acceso, eNB o gNB.

[0081] Según una realización ilustrativa, el método de la figura 10 puede incluir inicialmente, en 100, recibir, en un nodo de acceso, las coordenadas de un área de alerta para una alerta de emergencia inalámbrica. El método también puede incluir, en 105, enviar, desde el nodo de acceso, las coordenadas a un equipo de usuario. Además, el método puede incluir, en 110, enviar la alerta de emergencia inalámbrica al equipo de usuario. Según ciertas realizaciones ilustrativas, las coordenadas pueden enviarse en un bloque de información del sistema. En otras realizaciones ilustrativas, las coordenadas pueden enviarse junto con la alerta de emergencia inalámbrica.

[0082] La figura 11 ilustra un diagrama de flujo ilustrativo de otro método, según ciertas realizaciones. En ciertas realizaciones ilustrativas, el diagrama de flujo de la figura 11 puede realizarse mediante una estación móvil y/o un UE, por ejemplo. Según una realización ilustrativa, el método de la figura 11 puede incluir inicialmente, en 200, recibir, en un equipo de usuario, las coordenadas de una alerta para una alerta de emergencia inalámbrica. El método también puede incluir, en 205, determinar, en el equipo de usuario, si el equipo de usuario está dentro del área de alerta basándose en las coordenadas. Además, el método puede incluir, en 210, procesar la alerta de emergencia inalámbrica en el equipo de usuario según la determinación. En ciertas realizaciones ilustrativas, las coordenadas pueden recibirse en un bloque de información del sistema. En otras realizaciones ilustrativas, las coordenadas pueden recibirse junto con la alerta de emergencia inalámbrica.

[0083] Un experto en la técnica entenderá fácilmente que la invención como se ha analizado anteriormente puede ponerse en práctica con etapas en un orden diferente, y/o con elementos de hardware en configuraciones que son diferentes de las que se describen. Por lo tanto, aunque la invención se ha descrito basándose en estas realizaciones preferidas, a los expertos en la técnica les resultará evidente que son evidentes determinadas modificaciones, variaciones y construcciones alternativas aun permaneciendo dentro del alcance de la invención.

[0084] Lista de abreviaturas

[0085] 3GPP Proyecto de asociación de 3.<era>generación

[0086] 4G 4ª generación

[0087] ATIS Alianza para soluciones de la industria de las telecomunicaciones

[0088] CBC Centro de difusión de célula

[0089] CBS Servicio de difusión de celda

[0090] DCI Información de control de enlace descendente

[0091] eNB Nodo B mejorado

[0092] ETWS Sistema de aviso de terremotos y tsunamis

[0093] E-UTRAN Red de Acceso de Radio Terrestre Universal Evolucionada (Evolved Universal Terrestrial Radio Access Network)

[0094] FCC Comisión federal de comunicaciones

[0095] ID Identidad o identificador

[0096] ID Identidad o identificador

[0097] LTE Evolución a Largo Plazo

[0098] MME Entidad de gestión de movilidad

[0099] OMC Centro de mantenimiento de operaciones

[0100] PWS Sistema de aviso público

[0101] SIB Bloque de información del sistema

[0102] TA Área de seguimiento

[0103] TS Especificación técnica

[0104] WEA Alerta de emergencia inalámbrica

[0105] WRWR Solicitud de escritura de reemplazo de aviso

Claims (12)

1. REIVINDICACIONES

1. Un método, que comprende:

recibir, en un nodo de acceso, las coordenadas de un área de alerta para una alerta de emergencia inalámbrica;

enviar, desde el nodo de acceso, las coordenadas a un equipo de usuario; y

enviar la alerta de emergencia inalámbrica al equipo de usuario,

caracterizado porque

las coordenadas se envían en un campo separado dentro de un bloque de información del sistema codificado con notación de sintaxis abstracta uno, ASN.1, después de un marcador de extensibilidad “...” en el código ASN.1.

2. El método según la reivindicación 1, en donde las coordenadas se envían junto con la alerta de emergencia inalámbrica.

3. Un método, que comprende:

recibir, en un equipo de usuario, las coordenadas de un área de alerta para una alerta de emergencia inalámbrica;

recibir, en el equipo del usuario, la alerta de emergencia inalámbrica;

determinar, en el equipo de usuario, si el equipo de usuario está dentro del área de alerta basándose en las coordenadas; y

procesar la alerta de emergencia inalámbrica en el equipo de usuario según la determinación,caracterizado porque

las coordenadas se reciben en un campo separado dentro de un bloque de información del sistema codificado con notación de sintaxis abstracta uno, ASN.1, después de un marcador de extensibilidad “...” en el código ASN.1.

4. El método según la reivindicación 3, en donde las coordenadas se reciben junto con la alerta de emergencia inalámbrica.

5. Un aparato (910), que comprende:

al menos un procesador (914); y

al menos una memoria (915) que comprende un código de programa informático,

la al menos una memoria (915) y el código de programa informático están configurados para, con el al menos un procesador (914), hacer que el aparato (910) al menos

reciba las coordenadas de un área de alerta para una alerta de emergencia inalámbrica;

envíe, desde un nodo de acceso, las coordenadas a un equipo de (920) usuario; y

envíe la alerta de emergencia inalámbrica al equipo (920) de usuario,

caracterizado porque

las coordenadas se envían en un campo separado dentro de un bloque de información del sistema codificado con notación de sintaxis abstracta uno, ASN.1, después de un marcador de extensibilidad “...” en el código ASN.1.

6. El aparato según la reivindicación 5, en donde las coordenadas se envían junto con la alerta de emergencia inalámbrica.

7. Un aparato (920), que comprende:

al menos un procesador (924); y

al menos una memoria (925) que comprende un código de programa informático,

la al menos una memoria (925) y el código de programa informático están configurados para, con el al menos un procesador (924), hacer que el aparato (920) al menos

reciba las coordenadas de un área de alerta para una alerta de emergencia inalámbrica;

reciba la alerta de emergencia inalámbrica;

determine si el aparato (920) está dentro del área de alerta basándose en las coordenadas; y procese la alerta de emergencia inalámbrica en el aparato (920) según la determinación,caracterizado porque

las coordenadas se reciben en un campo separado dentro de un bloque de información del sistema codificado con notación de sintaxis abstracta uno, ASN.1, después de un marcador de extensibilidad “...” en el código ASN.1.

8. El aparato según la reivindicación 7, en donde las coordenadas se reciben junto con la alerta de emergencia inalámbrica.

9. Un aparato (910; 920) que comprende medios para realizar un proceso según una cualquiera de las reivindicaciones 1-4.

10. Un producto de programa informático codificado con instrucciones para realizar un proceso según una cualquiera de las reivindicaciones 1-4.

11. Un medio legible por ordenador no transitorio que codifica instrucciones que, cuando se ejecutan en hardware, realizan un proceso según una cualquiera de las reivindicaciones 1-4.

12. El aparato (920) según la reivindicación 7 u 8, en donde el aparato (920) es un equipo de usuario o un dispositivo de usuario.