ES2995782T3 - Reception device, reception method, transmission device, and transmission method - Google Patents

Reception device, reception method, transmission device, and transmission method Download PDF

Info

Publication number
ES2995782T3
ES2995782T3 ES17869303T ES17869303T ES2995782T3 ES 2995782 T3 ES2995782 T3 ES 2995782T3 ES 17869303 T ES17869303 T ES 17869303T ES 17869303 T ES17869303 T ES 17869303T ES 2995782 T3 ES2995782 T3 ES 2995782T3
Authority
ES
Spain
Prior art keywords
emergency warning
information
physical layer
warning information
signaling
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES17869303T
Other languages
English (en)
Inventor
Kazuyuki Takahashi
Lachlan Bruce Michael
John Nicholas Wilson
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Semiconductor Solutions Corp
Original Assignee
Sony Semiconductor Solutions Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Semiconductor Solutions Corp filed Critical Sony Semiconductor Solutions Corp
Application granted granted Critical
Publication of ES2995782T3 publication Critical patent/ES2995782T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/06—Receivers
    • H04B1/16—Circuits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/38—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
    • H04H60/41—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast space, i.e. broadcast channels, broadcast stations or broadcast areas
    • H04H60/42—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast space, i.e. broadcast channels, broadcast stations or broadcast areas for identifying broadcast areas
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4436—Power management, e.g. shutting down unused components of the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • Circuits Of Receivers In General (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Esta tecnología se relaciona con un dispositivo de recepción, un método de recepción, un dispositivo de transmisión y un método de transmisión que permiten proporcionar un servicio de aviso de emergencia que es más adecuado para el funcionamiento en el mundo real. Se proporciona un dispositivo de recepción que está provisto de: una unidad de recepción para recibir una trama de capa física transmitida como una señal de difusión; y una unidad de demodulación que demodula la señalización de capa física obtenida de la trama de capa física, y supervisa si se está transmitiendo información de aviso de emergencia sobre la base de la información de notificación de aviso de emergencia obtenida como resultado de la demodulación. El dispositivo de recepción se inicia automáticamente si la información de notificación de aviso de emergencia indica que se está transmitiendo la información de aviso de emergencia. Esta tecnología es aplicable a un sistema de transmisión que transmite una trama de capa física conforme al estándar DVB-T2. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Dispositivo de recepción, método de recepción, dispositivo de transmisión y método de transmisión
[Campo técnico]
La presente tecnología se refiere a un aparato de recepción, a un método de recepción, a un aparato de transmisión y a un método de transmisión, y se refiere más especialmente a un aparato de recepción, a un método de recepción, a un aparato de transmisión y a un método de transmisión que permiten la prestación de un servicio de advertencia de emergencia más adecuado para el funcionamiento real.
[Antecedentes de la técnica]
El estándar DVB-T (difusión de vídeo digital - terrestre) se ha adoptado, no solo en Europa, sino en todo el mundo, como estándar de difusión digital terrestre. Además, en la actualidad, el estándar DVB-T2, una versión revisada de este estándar DVB-T, se ha transformado en comercial (consultar, por ejemplo, NPL 1).
También se prescribe un sistema de advertencia de emergencia (EWS: sistema de advertencia de emergencia) como medio para transmitir una advertencia en caso de una emergencia, tal como desastres naturales representados por un terremoto y un tsunami (consultar, por ejemplo, PTL 1, PTL 2, PTL 3).
[Lista de citas]
[Bibliografía de patentes]
[PTL 1]
Patente japonesa abierta n.° 2008-148230
[PTL 2]
WO 2016/006472
[PTL 3]
US 2016/192033 A1
[Bibliografía no de patente]
[NPL 1]
ETSI EN 302755 V1.4.1 (2015-07)
[NPL 2]
DVB ORGANIZATION: “ TM-T0081_EWS_proposal Teracom-TM-T telco_2016-lO-31pdf.pdf” , DVB, DIGITAL VIDEO BROADCASTING
[NPL 3]
DVB ORGANIZATION: “ TM-T0079_161028FH_Telco_Primer for EWS Telco_on_161031pdf.pdf” , DVB, DIGITAL VIDEO BROADCASTING
[Resumen]
Por lo demás, aunque se ha introducido un sistema de advertencia de emergencia en el estándar DVB-T2 y otros esquemas de difusión, existe una demanda de un servicio de advertencia de emergencia más adecuado para un funcionamiento real, y se han solicitado propuestas para realizar tal sistema de advertencia de emergencia.
La presente tecnología se ha diseñado a la luz de tales circunstancias, y es objeto de la presente tecnología permitir la prestación de un servicio de advertencia de emergencia más adecuado para un funcionamiento real.
La invención se define mediante las reivindicaciones adjuntas.
[Breve descripción de los dibujos]
[Figura 1]
La Figura 1 es un diagrama de bloques que ilustra una configuración de una realización de un sistema de transporte al que se aplica la presente tecnología.
[Figura 2]
La Figura 2 es un diagrama de bloques que ilustra un ejemplo de configuración de un aparato de procesamiento de datos y un aparato de transmisión ilustrados en la Figura 1.
[Figura 3]
La Figura 3 es un diagrama de bloques que ilustra un ejemplo de configuración de un aparato de recepción ilustrado en la Figura 1.
[Figura 4]
La Figura 4 es un diagrama que ilustra una estructura de una trama T2.
[Figura 5]
La Figura 5 es un diagrama que ilustra una sintaxis de señalización posterior a L1 configurable.
[Figura 6]
La Figura 6 es un diagrama que ilustra una sintaxis de señalización posterior a L1 dinámica.
[Figura 7]
La Figura 7 es un diagrama que ilustra una estructura en un caso donde se utiliza un campo de relleno de una trama BB como señalización EN BANDA.
[Figura 8]
La Figura 8 es un diagrama que ilustra una sintaxis de señalización EN BANDA de tipo A.
[Figura 9]
La Figura 9 es un diagrama que ilustra una sintaxis de señalización EN BANDA de tipo B.
[Figura 10]
La Figura 10 es un diagrama que ilustra un primer ejemplo de asignación de bits.
[Figura 11]
La Figura 11 es un diagrama que ilustra un segundo ejemplo de asignación de bits.
[Figura 12]
La Figura 12 es un diagrama que ilustra un tercer ejemplo de asignación de bits.
[Figura 13]
La Figura 13 es un diagrama que ilustra un cuarto ejemplo de asignación de bits.
[Figura 14]
La Figura 14 es un diagrama que ilustra una estructura de una trama T2 que incluye PLP común y PLP de datos. [Figura 15]
La Figura 15 es un diagrama que ilustra un esquema de transporte de información de advertencia de emergencia en un caso donde se utiliza un esquema M-PLP.
[Figura 16]
La Figura 16 es un diagrama que ilustra un esquema de transporte de información de advertencia de emergencia para cada grupo de PLP en un caso donde se utiliza el esquema M-PLP.
[Figura 17]
La Figura 17 es un diagrama que ilustra una estructura de Bootstrap en una trama de capa física.
[Figura 18]
La Figura 18 es un diagrama que ilustra una sintaxis de un símbolo de Bootstrap 1.
[Figura 19]
La Figura 19 es un diagrama que ilustra una sintaxis de un símbolo de Bootstrap 2.
[Figura 20]
La Figura 20 es un diagrama que ilustra el significado de un valor de bits de activación de dos bits.
[Figura 21]
La Figura 21 representa diagramas que describen el consumo de energía en un caso donde se adopta el esquema de la presente tecnología.
[Figura 22]
La Figura 22 es un diagrama de flujo que describe un flujo de procesos de respuesta a información de advertencia de emergencia en un lado de transmisión y un lado de recepción.
[Figura 23]
La Figura 23 es un diagrama que ilustra un ejemplo de configuración de un ordenador.
[Descripción de la realización]
A continuación, se describirá una realización de la presente tecnología con referencia a los dibujos. Cabe señalar que la descripción se realizará en el siguiente orden:
1. Configuración del sistema
2. Descripción general de la presente tecnología
3. Señalización de capa física
(1) Señalización posterior a L1
(2) Señalización EN BANDA
4. Ejemplos específicos de asignación de bits
5. Soporte del esquema M-PLP
6. Ejemplo de información de aviso de advertencia de emergencia
7. Ejemplo de modo de bajo consumo de energía
8. Flujo de los procesos de respuesta a información de advertencia de emergencia
9. Ejemplo de modificación
10. Configuración del ordenador
<1. Configuración del sistema>
(Ejemplo de configuración del sistema de transporte)
La Figura 1 es un diagrama de bloques que ilustra una configuración de una realización de un sistema de transporte al que se aplica la presente tecnología. Cabe señalar que un sistema se refiere a un conjunto lógico de una pluralidad de aparatos.
En la Figura 1, un sistema de transporte 1 incluye aparatos 10-1 a 10-N de procesamiento de datos (en donde N es un número entero igual o mayor que uno) instalados en instalaciones relacionadas con estaciones de difusión respectivas, un aparato 20 de transmisión instalado en una estación de transmisión y aparatos 30-1 a 30-M de recepción (en donde M es un número entero igual o mayor que uno) propiedad de los usuarios.
Además, en este sistema 1 de transporte, los aparatos 10-1 a 10-N de procesamiento de datos están conectados al aparato 20 de transmisión a través de líneas 40-1 a 40-N de comunicación. Cabe señalar que, por ejemplo, pueden utilizarse líneas arrendadas como las líneas 40-1 a 40-N de comunicación.
El aparato 10-1 de procesamiento de datos procesa contenido, tal como un programa de difusión producido por una estación A de difusión, y transmite los datos a transportar obtenidos como resultado de ello al aparato 20 de transmisión a través de la línea 40-1 de comunicación.
En los aparatos 10-2 a 10-N de procesamiento de datos, se procesa contenido, tal como los programas de difusión producidos por las estaciones B a Z de difusión, y los datos a transportar obtenidos como resultado de ello se transmiten al aparato 20 de transmisión a través de las líneas 40-2 a 40-N de comunicación, como en el aparato 10-1 de procesamiento de datos.
El aparato 20 de transmisión recibe los datos transportados transmitidos desde los aparatos 10-1 a 10-N de procesamiento de datos en el lado de las estaciones de difusión a través de las líneas 40-1 a 40-N de comunicación. El aparato 20 de transmisión procesa los datos transportados desde los aparatos 10-1 a 10-N de procesamiento de datos y transmite una señal de difusión adquirida como resultado de ello desde una antena transmisora instalada en la estación de transmisión.
Esto permite que la señal de difusión del aparato 20 de transmisión en el lado de la estación de transmisión se transmita a los aparatos 30-1 a 30-M de recepción a través de un canal 50 de transporte de difusión.
Los aparatos 30-1 a 30-M de recepción son receptores fijos, tales como receptores de TV, decodificadores, (STB: decodificador), grabadoras, consolas de videojuegos y dispositivos de almacenamiento en red, o receptores móviles, tales como teléfonos inteligentes, teléfonos móviles y tabletas. Además, los aparatos 30-1 a 30-M de recepción pueden ser, por ejemplo, equipos montados en vehículos, tales como receptores de TV montados en vehículos, u ordenadores portátiles, tales como pantallas montadas en la cabeza (HMD: pantalla montada en la cabeza).
El aparato 30-1 de recepción reproduce contenido tal como un programa de difusión correspondiente a un funcionamiento de sintonización realizada por un usuario al recibir una señal de difusión transmitida desde el aparato 20 de transmisión a través de un canal 50 de transporte de difusión y al procesar la señal.
En los aparatos 30-2 a 30-M de recepción, se procesa una señal de difusión del aparato 20 de transmisión, y el contenido correspondiente a un funcionamiento de sintonización realizada por un usuario se reproduce como en el aparato 30-1 de recepción.
Cabe señalar que, en el sistema 1 de transporte, el canal 50 de transporte de difusión puede ser no solo terrestre (difusión terrestre) sino también, por ejemplo, difusión por satélite que utiliza un satélite de difusión (BS: satélite de difusión) o un satélite de comunicaciones (CS: satélite de comunicaciones) o difusión por cable (CATV: televisión de antena común) que utiliza cables.
Además, en el sistema 1 de transporte, aunque no se ilustra, pueden conectarse varios servidores a una línea de comunicación, tal como Internet, de modo que los aparatos 30-1 a 30-M de recepción que tienen una función de comunicación pueden recibir diversos fragmentos de datos, tal como contenido y aplicaciones, accediendo a los diversos servidores para una comunicación bidireccional a través de una línea de comunicación tal como Internet.
Cabe señalar que, en un caso donde no exista una necesidad particular de distinguir entre los aparatos 10-1 a 10-N de procesamiento de datos en el lado de las estaciones de difusión, los aparatos 10-1 a 10-N de procesamiento de datos se denominarán aparatos 10 de procesamiento de datos. Además, en un caso donde no exista una necesidad particular de distinguir entre los aparatos 30-1 a 30-M de recepción, los aparatos 30-1 a 30-M de recepción se denominarán aparatos 30 de recepción.
(Configuraciones de los aparatos en el lado de transmisión)
La Figura 2 es un diagrama de bloques que ilustra un ejemplo de configuración del aparato 10 de procesamiento de datos y el aparato 20 de transmisión ilustrados en la Figura 1.
En la Figura 2, el aparato 10 de procesamiento de datos incluye una sección 111 de procesamiento de componente, una sección 112 de generación de señalización, un multiplexor 113 y una sección 114 de procesamiento de datos.
La sección 111 de procesamiento de componente procesa datos de componente incluidos en el contenido, tal como programas de difusión, y suministra un flujo de componente adquirido como resultado de ello al multiplexor 113. En este caso, los datos de componente son, por ejemplo, vídeo, audio, subtítulos y otros datos, y en estos fragmentos de datos se lleva a cabo un proceso de codificación que cumple con un esquema de codificación determinado u otro proceso, por ejemplo.
La sección 112 de generación de señalización genera señalización utilizada para procesos de capa superior, tal como sintonización y reproducción de contenido, y suministra la señalización al multiplexor 113. Además, la sección 112 de generación de señalización genera señalización utilizada para procesos de capa física, tal como modulación y demodulación de una señal de difusión, y suministra la señalización a la sección 114 de procesamiento de datos.
Cabe señalar que la señalización también se denomina información de control. Además, en la descripción que sigue, la señalización que, utilizada para los procesos en una capa física, se denominará señalización de capa física (señalización L1), utilizada para los procesos en capas superiores (capa superior) sobre la capa física (capa física), se denominará, por otra parte, señalización de capa superior, para su distinción.
El multiplexor 113 multiplexa un flujo de componente suministrado desde la sección 111 de procesamiento de componente y un flujo de señalización de capa superior suministrado desde la sección 112 de generación de señalización, y suministra el flujo adquirido como resultado de ello a la sección 114 de procesamiento de datos. Cabe señalar en este caso que pueden multiplexarse otros flujos, tales como información de aplicación o de tiempo.
La sección 114 de procesamiento de datos procesa el flujo suministrado desde el multiplexor 113 y genera un paquete (trama) en un formato determinado. Además, la sección 114 de procesamiento de datos genera datos a transportar procesando el paquete en el formato determinado y la señalización de capa física desde la sección 112 de generación de señalización y transmite los datos a transportar al aparato 20 de transmisión a través de la línea 40 de comunicación.
En la Figura 2, el aparato 20 de transmisión incluye una sección 211 de procesamiento de datos y una sección 212 de modulación.
La sección 211 de procesamiento de datos recibe y procesa los datos transportados transmitidos desde el aparato 10 de procesamiento de datos a través de la línea 40 de comunicación y extrae un paquete (trama) en un formato determinado y la información de señalización de capa física adquirida como resultado de ello.
La sección 211 de procesamiento de datos genera una trama de capa física (trama de capa física) que cumple con un esquema de difusión determinado (p. ej., el estándar DVB-T2) procesando el paquete (trama) en el formato determinado y la información de señalización de capa física y suministra la trama de capa física a la sección 212 de modulación.
Cabe señalar que, aunque se describe la configuración ilustrada en la Figura 2, suponiendo que la señalización de capa física se genera en el lado de los aparatos 10 de procesamiento de datos y se transmite al aparato 20 de transmisión, es posible generar señalización de capa física en el lado del aparato 20 de transmisión.
La sección 212 de modulación realiza un proceso necesario (p. ej., un proceso de modulación) en la trama de capa física suministrada desde la sección 211 de procesamiento de datos y transmite una señal de difusión (señal RF) obtenida como resultado de ello desde la antena de transmisión instalada en la estación de transmisión.
Los aparatos 10 de procesamiento de datos y el aparato 20 de transmisión están configurados como ha descrito anteriormente.
(Configuración de los aparatos en el lado de recepción)
La Figura 3 es un diagrama de bloques que ilustra un ejemplo de configuración del aparato 30 de recepción ilustrado en la Figura 1.
En la Figura 3, el aparato 30 de recepción incluye un sintonizador 311, una sección 312 de demodulación y una sección 313 de procesamiento de datos.
El sintonizador 311 realiza un proceso necesario en la señal de difusión (señal RF) recibida a través de una antena 321 y suministra la señal adquirida como resultado de ello a la sección 312 de demodulación.
La sección 312 de demodulación está configurada, por ejemplo, como un demodulador, tal como LSI (integración a gran escala) de demodulación. La sección 312 de demodulación lleva a cabo un proceso de demodulación en la señal suministrada desde el sintonizador 311. En este proceso de demodulación, por ejemplo, se procesa una trama de capa física según la señalización de capa física y se adquiere un paquete en un formato determinado. El paquete adquirido como resultado de esta demodulación se suministra a la sección 313 de procesamiento de datos.
La sección 313 de procesamiento de datos está configurada, por ejemplo, como un sistema en un solo chip (SoC: Sistema en un solo chip). La sección 313 de procesamiento de datos lleva a cabo determinados procesos en el paquete suministrado desde la sección 312 de demodulación. En este caso, por ejemplo, los procesos de decodificación y reproducción de flujo se realizan basándose en la señalización de capa superior adquirida del paquete.
Vídeo, audio, subtítulos y otros datos adquiridos por los procesos realizados por la sección 313 de procesamiento de datos se envían a circuitos en etapas posteriores. Esto permite reproducir contenido, tal como programas de difusión, y emitir vídeo y audio de los mismos mediante los aparatos 30 de recepción.
Los aparatos 30 de recepción están configurados como se ha descrito anteriormente.
<2. Descripción general de la presente tecnología>
Además, la vida de las personas está expuesta a una variedad de eventos, tales como desastres naturales, incluyendo terremotos, tsunamis, tifones, lluvias torrenciales, tormentas, tornados, inundaciones e incendios forestales.
En caso de que se produzca tal evento, es necesario instar a las personas a evacuar, notificándoles información de advertencia de emergencia lo antes posible. La información de advertencia de emergencia en el momento de un desastre la proporciona, por ejemplo, una organización gubernamental, etc. Además, esta información de advertencia de emergencia se puede proporcionar a los usuarios como un servicio de advertencia de emergencia mediante el uso de un servicio de difusión que puede proporcionar el sistema 1 de transporte ilustrado en la Figura 1.
En este caso, por ejemplo, en el sistema de advertencia de emergencia prescrito en el estándar DVB (DVB-EWS), los datos de voz o similares se han transportado como información de advertencia de emergencia utilizando información SI (información de servicio).
Sin embargo, esta información SI se transporta en una capa superior más alta que la capa física. Por lo tanto, un receptor en espera no puede obtener la información de advertencia de emergencia a menos que esta información llegue al sistema en chip (SoC) proporcionado en la etapa posterior del sintonizador y en la sección de demodulación.
Por esta razón, el receptor en espera no puede analizar la información de advertencia de emergencia a menos que se inicie el sistema en chip, lo que se traduce en un mayor consumo de energía para tal fin. En particular, es deseable mantener bajo, tanto como sea posible, el consumo de energía del sistema en chip, que consume mucha energía.
Por lo tanto, al introducir un sistema de advertencia de emergencia, hay una demanda para introducir un sistema de advertencia de emergencia capaz de proporcionar un servicio de advertencia de emergencia más adecuado para un funcionamiento real, que incluye la realización de un proceso relacionado con la información de advertencia de emergencia con un menor consumo de energía, y similares.
Por esta razón, la presente tecnología propone el siguiente esquema para proporcionar un servicio de advertencia de emergencia más adecuado al funcionamiento real.
Es decir, la tecnología actual permite la prestación de un servicio de advertencia de emergencia más adecuado para el funcionamiento real al incluir, como señalización de capa física incluida en una trama de capa física, información de aviso de advertencia de emergencia que indique si se ha transportado o no información de advertencia de emergencia, información característica que indique características de la información de advertencia de emergencia, información de aviso de información adicional que indique si se ha transportado o no información adicional relacionada con la información de advertencia de emergencia, etc.
Debe señalarse que, en la descripción mostrada a continuación, se utilizará como ejemplo una trama T2 que cumple con el estándar DVB-T2. Además, la señalización posterior a L1 y la señalización EN BANDA prescritas en el estándar DVB-T2 se considerarán un ejemplo de señalización de capa física que incluye información tal como la información de aviso de advertencia de emergencia y la información característica anteriores.
<3. Señalización de capa física>
(Estructura de la trama T2)
La Figura 4 es un diagrama que ilustra una estructura de una trama T2.
En el estándar DVB-T2 se define una trama denominada trama T2 (trama T2) y los datos se transmiten en unidades de una trama T2. La trama T2 incluye dos tipos de señales de preámbulo (Preamble) denominadas P1 y P2, y estas señales de preámbulo incluyen la información requerida para un proceso de demodulación de señal OFDM (multiplexación por división de frecuencia ortogonal) y otros procesos.
La trama T2 incluye un símbolo P1, un símbolo P2 y símbolos de datos (símbolos de datos), en este orden.
Un símbolo P1 es un símbolo para transmitir señalización P1 (señalización P1), y la señalización P1 incluye un tipo de transmisión (tipo de transmisión) y parámetros de transmisión básicos (parámetros de transmisión básicos).
Un símbolo P2 es un símbolo para transmitir señalización anterior a L1 (señalización anterior a L1) y señalización posterior a L1 (señalización posterior a L1). La señalización anterior a L1 incluye información para que un receptor que recibe una trama T2 reciba y decodifique la señalización posterior a L1. La señalización posterior a L1 incluye parámetros requeridos para que el receptor acceda a la capa física (p. ej., PLP [tubos de capa física] y similares). La señalización posterior a L1 incluye dos tipos de campos, señalización posterior a L1 configurable y dinámica. Además, está disponible un campo de extensión opcional con fines de expansión. Además, estos campos son seguidos por una CRC (comprobación de redundancia cíclica) y relleno L1, en este orden.
Cabe señalar que, en el estándar DVB-T2, es posible multiplexar una trama denominada FEF (trama de extensión futura) que tiene una estructura diferente a la de una trama T2 en una dirección temporal y transmitir la trama multiplexada entre las tramas T2 transmitidas. Además, es posible incluir un flujo auxiliar (flujo auxiliar) en una trama T2 junto con PLP.
Además, hay dos tipos de trama T2, una trama T2-Base, destinada a receptores fijos, tales como receptores de TV, y una trama T2-Lite, destinada a receptores móviles, tales como teléfonos inteligentes y tabletas. Aunque se clasifican por perfil, estos tipos de trama T2 tienen una estructura común independientemente del tipo de perfil.
(1) Señalización posterior a L1
(Sintaxis de señalización posterior a L1 configurable)
La Figura 5 es un diagrama que ilustra una sintaxis de señalización posterior a L1 configurable.
Los campos SUB_SLICES_PER_FRAME, NUM_PLP, NUM_AUX y AUX_CONFIG_RFU se proporcionan en la señalización posterior a L1 configurable.
Posteriormente, los campos RF_IDX y FREQUENCY se proporcionan en un bucle de RF correspondiente a NUM_RF. Además, en el caso de que se satisfaga una relación S2 == 'xxx1', se proporcionan los campos FEF_TYPE, FEF_LENGTH y FEF_INTERVAL.
Más adelante, se proporcionan los campos PLP_ID, PLP_TYPE, PLP_PAYLOAD_TYPE, FF_FLAG, FIRST_RF_IDX, FIRST_FRAME_IDX, PLP_GROUP_ID, PLP_COD, PLP_MOD, PLP_ROTATION, PLP_FEC_TYPE, PLP_NUM_BLOCKS_MAX, FRAME_INTERVAL, TIME_IL_LENGTH, TIME_IL_TYPE, IN_BAND_A_FLAG, IN_BAND_B_FLAG, PLP_MODE, STATIC_FLAG y STATIC_PADDING_FLAG en un bucle PLP correspondiente a NUM_PLP.
Además, RESERVED_1 de 11 bits está disponible en este bucle PLP. A continuación, cuando se sale del bucle PLP, se proporciona un campo FEF_LENGTH_MSB seguido de RESERVED_2 de 30 bits.
A partir de entonces, los campos AUX_STREAM_TYPE y AUX_PRIVATE_CONF se proporcionan en un bucle AUX correspondiente a NUM_AUX.
En este caso, AUX_STREAM_TYPE es un campo de cuatro bits que prescribe un tipo de flujo auxiliar (flujo auxiliar). AUX_PRIVATE_CONF es un campo de 28 bits que prescribe detalles sobre un flujo auxiliar.
Cabe señalar que, como se indica en “ Tabla 36: formato de señalización para el tipo de flujo auxiliar” en NPL 1, que se ha descrito anteriormente, en un caso en donde los bits '0000' se establecen como a Ux _STREAM_TYPE, esto indica que el flujo auxiliar es el de TX-SIG (Firmas de transmisor).
Además, la tabla indica que, en AUX_STREAM_TYPE, los bits distintos de '0000' son todos bits reservados (Reservados para uso futuro) para su uso futuro con fines de expansión. En este caso, en la presente tecnología, por ejemplo, la asignación de bits '1111' a “ señalización de emergencia” como AUX_STREAM_TYPE permite especificar información relativa a la advertencia de emergencia en AUX_PRIVATE_CONF.
Como se ha descrito anteriormente, en la señalización posterior a L1 configurable, puede asignarse información arbitraria a RESERVED_1 de 11 bits, RESERVED_2 de 30 bits y AUX_PRIVATE_CONF de 28 bits. En la presente tecnología, por lo tanto, la información relativa a la advertencia de emergencia se asigna a estos RESERVED y AUX_PRIVATE_CONF.
Cabe señalar que los detalles de cada campo proporcionado en la señalización posterior a L1 configurable se proporcionan en “ 7.2.3.1 Señalización posterior a L1 configurable” en NPL 1, que se ha descrito anteriormente. Por lo tanto, en este caso, se omite una descripción detallada de la misma.
(Sintaxis de señalización posterior a L1 dinámica)
La Figura 6 es un diagrama que ilustra una sintaxis de señalización posterior a L1 dinámica.
Los campos FRAME_IDX, SUB_SLICE_INTERVAL, TYPE_2_START, L1_CHANGE_COUNTER y START_RF_IDX se proporcionan en la señalización posterior a L1 dinámica.
Además, a partir de entonces, estará disponible RESERVED_1 de ocho bits.
Posteriormente, los campos PLP_ID, PLP_START y PLP_NUM_BLOCKS se proporcionan en el bucle PLP correspondiente a NUM_PLP.
Además, RESERVED_2 de ocho bits está disponible en el bucle PLP. Luego, cuando se sale del bucle PLP, RESERVED_3 de ocho bits también está disponible.
Posteriormente, se proporciona AUX_PRIVATE_DYN en el bucle AUX correspondiente a NUM_AUX. En este caso, AUX_PRIVATE_DYN es un campo de 48 bits que prescribe detalles relacionados con un flujo auxiliar (flujo auxiliar). Cabe señalar que este AUX_PRIVATE_DYN especifica información relativa a un flujo auxiliar cuyo tipo se especifica en AUX_STREAM_TYPE de señalización configurable que se ilustra en la Figura 5. Es decir, por ejemplo, en un caso en donde los bits '1111' que indican “ señalización de emergencia” se especifican como<a>U<x>_STREAM_TYPE, la información relativa a la advertencia de emergencia puede especificarse en AUX_PRIVATE_DYN.
Como se ha descrito anteriormente, en la señalización posterior a L1 dinámica, puede asignarse información arbitraria a RESERVED_1 de ocho bits, a RESERVED_2 de ocho bits, a RESERVED_3 de ocho bits y a AUX_PRIVATE_DYN de 48 bits. En la presente tecnología, por lo tanto, la información relativa a la advertencia de emergencia se asigna a estos RESERVED y AUX_PRIVATE_DYN.
Cabe señalar que los detalles de cada campo proporcionado en la señalización posterior a L1 dinámica se proporcionan en “ 7.2.3.2 Señalización posterior a L1 dinámica” en NPL 1, que se ha descrito anteriormente. Por lo tanto, en este caso, se omite una descripción detallada de la misma.
(2) Señalización EN BANDA
(Formato de campo de relleno)
La Figura 7 es un diagrama que ilustra una estructura en un caso en donde se utiliza un campo de relleno de una trama BB como señalización En BANDA. Cabe señalar que una trama T2 incluye una pluralidad de tramas BB, cada una de las cuales tiene una estructura de este tipo.
En la Figura 7, se añade un encabezado BB de 80 bits (BBHEADER) a un campo de datos (DATA FIELD) en una trama BB. Además, puede proporcionarse un campo de relleno (PADDING) a continuación del campo de datos en una trama BB.
Los campos de señalización EN BANDA pueden proporcionarse en este campo de relleno como se ilustra en la Figura 7.
En este caso, existen tres casos, un primer caso en donde solo se proporciona un campo de señalización EN BANDA de tipo A, un segundo caso en donde solo se proporciona un campo de señalización EN BANDA de tipo B y un tercer caso en donde se proporcionan campos de señalización EN BANDA de tipo A y tipo B.
Cabe señalar que los detalles de la señalización EN BANDA se proporcionan en “ 5.2.3 Uso del campo de relleno para señalización en banda” en NPL 1, que se ha descrito anteriormente.
(Sintaxis de señalización EN BANDA de tipo A)
La Figura 8 es un diagrama que ilustra una sintaxis de señalización EN BANDA de tipo A.
Los campos PADDING_TYPE y PLP_L1_CHANGE_COUNTER se proporcionan en la señalización EN BANDA de tipo A. Además, a partir de entonces, estará disponible RESERVED_1 de ocho bits.
A partir de entonces, los campos SUB_SLICE_INTERVAL, START_RF_IDX y CURRENT_PLP_START se proporcionan en un bucle P<i>correspondiente a P<i>.
Además, RESERVED_2 de ocho bits está disponible en el bucle P<i>. A continuación, cuando se sale del bucle P<i>, se proporcionan los campos CURRENT_PLP_NUM_BLOCKS y NUM_OTHER_PLP_IN_BAND.
Posteriormente, los campos PLP_ID, PLP_START y PLP_NUM_BLOCKS se proporcionan en un bucle OTHER_PLP_IN_BAND correspondiente a NUM_OTHER_PLP_IN_BAND.
Además, RESERVED_3 de ocho bits está disponible en el bucle OTHER_PLP_IN_BAND. A continuación, cuando se sale del bucle OTHER_PLP_IN_BAND, se proporciona un campo TYPE_2_START en el bucle P<i>correspondiente a P<i>.
Como se ha descrito anteriormente, en la señalización EN BANDA de tipo A, puede asignarse información arbitraria a RESERVED_1 de ocho bits, a RESERVED_2 de ocho bits y a RESERVED_3 de ocho bits. Por lo tanto, en la presente tecnología, la información relativa a la advertencia de emergencia se asigna a estos RESERVED.
Cabe señalar que los detalles de cada campo proporcionado en la señalización EN BANDA de tipo A se proporcionan en “ 5.2.3.1 de tipo A en banda” en NPL 1, que se ha descrito anteriormente. Por lo tanto, en este caso, se omite una descripción detallada de la misma.
(Sintaxis de señalización EN BANDA de tipo B)
La Figura 9 es un diagrama que ilustra una sintaxis de señalización EN BANDA de tipo B.
Los campos PADDING_TYPE, TTO, FIRST_ISCR, BUFSJJNIT, BUFS y TS_RATE se proporcionan en la señalización EN BANDA de tipo B.
Además, a partir de entonces, estará disponible RESERVED_B de ocho bits.
Como se ha descrito anteriormente, en la señalización EN BANDA de tipo B, se puede asignar información arbitraria a RESERVEDj B de ocho bits. En la presente tecnología, por lo tanto, la información relativa a la advertencia de emergencia se asigna a este RESERVED_B de ocho bits.
Cabe señalar que los detalles de cada campo proporcionado en la señalización EN BANDA de tipo B se proporcionan en “ 5.2.3.2 en banda de tipo B” en NPL 1, que se ha descrito anteriormente. Por lo tanto, en este caso, se omite una descripción detallada de la misma.
Como se ha descrito anteriormente, la presente tecnología permite la asignación de información relativa a la advertencia de emergencia a los bits RESERVED, AJX_PRIVa Te_CONF y AJX_PRIVATE_DYN de la señalización posterior a L1, o los bits de RESERVED de la señalización EN BANDA. A continuación se proporcionará una descripción de ejemplos específicos de asignación de bits a la información relativa a la advertencia de emergencia. <4. Ejemplos específicos de asignación de bits>
(Primer ejemplo de asignación de bits)
La Figura 10 es un diagrama que ilustra un primer ejemplo de asignación de bits.
En el primer ejemplo de asignación de bits, se ilustra un caso en donde la información relativa a la advertencia de emergencia se asigna a RESERVED_2 de 30 bits en la señalización posterior a L1 configurable.
Es decir, en el primer ejemplo de asignación de bits, los 30 bits de RESERVED_2 en la señalización posterior a L1 configurable se asignan a EMERGENCY_WARNING, a EWS_VERSION, a SERVICE_ID y a EWS_CODE.
EMERGENCY<j>WARNING de un bit es un indicador que indica que se transporta la información de advertencia de emergencia. A continuación en la memoria, esta bandera también se denominará información de aviso de advertencia de emergencia (indicador de advertencia de emergencia).
EWS<j>VERSION de cinco bits indica una versión de la información de advertencia de emergencia. Esta versión se incrementa en caso de que se cambien los detalles de la información de advertencia de emergencia.
SERVICE_ID de 16 bits indica un identificador de un servicio con respecto al que el aparato 30 de recepción en espera sintoniza después del inicio automático.
EWS_CODE de ocho bits indica un código de tipo de advertencia de emergencia. Un tipo de desastre, tal como un terremoto o un tifón, se especifica, por ejemplo, como este código de tipo.
Como se ha descrito anteriormente, en el primer ejemplo de asignación de bits, EMERGENCY_WARNING se prescribe en RESERVED_2 en la señalización posterior a L1 configurable. Por lo tanto, en caso de suministro de información de advertencia de emergencia, el aparato 30 de recepción en espera puede iniciarse automáticamente.
Es decir, por ejemplo, en un caso donde el aparato 30 de recepción, tal como un receptor de TV, está en espera, y cuando se especifica EMERGENCY_WARNIN<g>= '0' como información de aviso de advertencia de emergencia que se está monitorizando, no se ha proporcionado ninguna información de advertencia de emergencia. Por lo tanto, el aparato 30 de recepción permanece en espera. Por otro lado, cuando se especifica EMERGENCY_WARNING = '1' como información de aviso de advertencia de emergencia que se está monitorizando, se ha proporcionado información de advertencia de emergencia. Por lo tanto, el aparato 30 de recepción en espera se inicia automáticamente.
En este momento, el aparato 30 de recepción que se ha iniciado sintoniza automáticamente un servicio de difusión (servicio de advertencia de emergencia) correspondiente a un ID de servicio especificado en SERVICE_ID prescrito en RESERVED_2 en la señalización posterior a L1 configurable. Como resultado de ello, el servicio de advertencia de emergencia presenta (notifica) la información de advertencia de emergencia.
Además, en el primer ejemplo de asignación de bits, EWS_VERSION se prescribe en RESERVED_2 en la señalización posterior a L1 configurable. Esto permite gestionar la versión de la información de advertencia de emergencia. Como resultado de ello, en el caso donde el usuario vuelve a poner en espera el aparato 30 de recepción después de haberse iniciado automáticamente a propósito mientras estaba en espera, y cuando se especifica el mismo EWS_VERSION que en el momento de inicio automático a información de advertencia de emergencia, es posible implementar el aparato 30 de recepción, por ejemplo, de modo que se evite que el aparato 30 de recepción vuelva a iniciarse automáticamente.
Además, al establecer, por adelantado, un tipo de advertencia de emergencia en la información de advertencia de emergencia (p. ej., un tipo de desastre, tal como un terremoto o un tifón) que se proporcionará en el aparato 30 de recepción, es posible realizar un proceso de determinación para determinar si el tipo coincide con el tipo de advertencia de emergencia especificado en EWS_CODE de RESERVE<d>_2 en la señalización posterior a L1 configurable.
Así, en un caso en donde el aparato 30 de recepción en espera reciba información de aviso de advertencia de emergencia (EMERGENCY_<w>A<r>NING = '1'), y cuando exista una coincidencia en el tipo de advertencia de emergencia, la información de advertencia de emergencia estará dentro del tipo de destino. Como resultado, el aparato 30 de recepción se inicia automáticamente. Como se ha descrito anteriormente, el aparato 30 de recepción solo puede presentar (notificar) al usuario información de advertencia de emergencia relativa a un desastre específico, tal como un terremoto o un tifón.
(Segundo ejemplo de asignación de bits)
La Figura 11 es un diagrama que ilustra un segundo ejemplo de asignación de bits.
En el segundo ejemplo de asignación de bits, se ilustra un caso en el que la información relativa a la advertencia de emergencia se asigna a RESERVED_2 de 30 bits y AUX_PRIVATE_CONF de 28 bits en la señalización posterior a L1 configurable.
Es decir, en el segundo ejemplo de asignación de bits, los 30 bits de RESERVED_2 en la señalización posterior a L1 configurable se asignan a EMERGENCY_WARNING de un bit, a EWS_VERSION de cinco bits, a SERVICE_ID de 16 bits y a EWS_CODE de ocho bits, como en el primer ejemplo de asignación de bits ilustrado en la Figura 10.
Además, en el segundo ejemplo de asignación de bits, '1111', que indica “ Señalización de emergencia” , se especifica en AUX_STREAM_TYPE en la señalización posterior a L1 configurable, y COUNTRY_CODE, REGION_CODE y RESERVED se asignan a los 28 bits de<a>U<x>_PRIVATE_CONF como información relativa a la advertencia de emergencia.
COUNTRY_CODE de 16 bits indica un código de país. El código de dos bytes de la norma ISO 3166-1 alph-2 prescrito por la Organización Internacional de Normalización (ISO: Organización Internacional de Normalización), por ejemplo, puede utilizarse como este código de país.
REGION_CODE de ocho bits indica un código de región nacional. Como este código de región, es posible utilizar un código para clasificar las regiones en las que se divide cada país, determinado, por ejemplo, mediante un código de país.
RESERVED de cuatro bits es una región para una futura expansión.
Como se ha descrito anteriormente, en el segundo ejemplo de asignación de bits, EMERGENCY_WARNING se prescribe en RESERVED_2 en la señalización posterior a L1 configurable y, además, COUNTRY_CODE y REGION_CODE se prescriben en AUX_PRIVATE_CONF. Esto hace posible habilitar la información de aviso de advertencia de emergencia en el aparato 30 de recepción solo en una región específica de un país específico.
Es decir, al establecer, por adelantado, un código de país y un código de región correspondientes a la posición de instalación del aparato 30 de recepción y similares, en el aparato 30 de recepción, es posible realizar un proceso de determinación para determinar si los códigos coinciden con el código de país y el código de región especificados en COUNTRY_CODE y REGION_CODE de AUX_PRIVATE_CONF en la señalización posterior a L1 configurable.
Así, en un caso en donde el aparato 30 de recepción en espera recibe información de aviso de advertencia de emergencia (EMERGENCY_WARNING = '1'), y cuando existe una coincidencia en el código de país y el código de región, el aparato 30 de recepción está situado en la región de destino de la información de advertencia de emergencia. Como resultado de ello, el aparato 30 de recepción se inicia automáticamente. Por otra parte, incluso en un caso en donde el aparato 30 de recepción en espera recibe información de aviso de advertencia de emergencia (EMERGENCY_WARNING = '1'), y cuando no existe una coincidencia en el código de país y el código de región, el aparato 30 de recepción no está situado en la región de destino de la información de advertencia de emergencia. Por lo tanto, el aparato 30 de recepción permanece en espera.
Como se ha descrito anteriormente, incluso en un caso donde la información de advertencia de emergencia a notificar varía de un país a otro o de una región a otra, es posible proporcionar información de advertencia de emergencia a los aparatos 30 de recepción país por país o región por región utilizando COUNTRY_CODE y REGION_CODE.
Además, un tipo de advertencia de emergencia en la información de advertencia de emergencia (p. ej., un tipo de desastre, tal como un terremoto o un tifón) que se proporcione se establece de antemano en el aparato 30 de recepción, haciendo posible de este modo realizar un proceso de determinación para determinar si el tipo coincide con el tipo de advertencia de emergencia especificado en EWS_CODE de RESERVED_2 en la señalización posterior a L1 configurable.
Entonces, en un caso donde el aparato 30 de recepción en espera recibe información de aviso de advertencia de emergencia (EMERGENCY_WARNING = '1'), y cuando existe una coincidencia, no solo en el código de país y en el código de región, sino también en el tipo de advertencia de emergencia, el aparato 30 de recepción está situado en la región de destino de la información de advertencia de emergencia, y la información de advertencia de emergencia estará dentro del tipo de destino. Como resultado de ello, se inicia el aparato 30 de recepción. Como se ha descrito anteriormente, el aparato 30 de recepción solo puede presentar (notificar) al usuario información de advertencia de emergencia relativa a un desastre específico, tal como un terremoto o un tifón, país por país o región por región.
(Tercer ejemplo de asignación de bits)
La Figura 12 es un diagrama que ilustra un tercer ejemplo de asignación de bits.
En el tercer ejemplo de asignación de bits, se ilustra un caso en el que la información relativa a la advertencia de emergencia se asigna a RESERVED_2 de 30 bits y a AUX_PRIVATE_CONF de 28 bits en la señalización posterior a L1 configurable.
Es decir, en el tercer ejemplo de asignación de bits, los 30 bits de RESERVED_2 en la señalización posterior a L1 configurable se asignan a EMERGENCY_WARNING de un bit, a EWS_VERSION de cinco bits, a SERVICE_ID de 16 bits y a EWS_CODE de ocho bits, como en el primer ejemplo de asignación de bits ilustrado en la Figura 10.
Además, en el tercer ejemplo de asignación de bits, '1111', que indica “ señalización de emergencia” , se especifica en AUX_STREAM_TYPE en la señalización posterior a L1, y COUNTRY_CODE,
REGION_CODE, AUX_EWS_STREAM, AUX_EWS_STREAM_TYPE y
RESERVED se asignan a los 28 bits de AUX_PRIVATE_CONF como información relativa a la advertencia de emergencia.
COUNTRY_CODE de 16 bits y REGION_CODE de ocho bits indican un código de país y un código de región, respectivamente, como en el segundo ejemplo de asignación de bits ilustrado en la Figura 11.
AUX_EWS_STREAM de un bit es un indicador que indica que la información adicional relacionada con la advertencia de emergencia se transportará como un flujo auxiliar (Flujo auxiliar).
AUX_EWS_STREAM_TYPE de dos bits indica un tipo de flujo auxiliar (Flujo auxiliar de EWS) que transporta información adicional. Como este tipo, los tres tipos siguientes pueden asignarse, por ejemplo, según el tipo de información adicional. Cabe señalar que, aunque pueden especificarse cuatro tipos en este ejemplo de dos bits, se ilustra aquí un caso en el que se asegura una futura área de reserva.
0: Datos de texto
1: Datos de audio
2: Información de inicio de aplicación
3: Futura área de reserva
RESERVED de un bit es un área para una futura expansión.
Como se ha descrito anteriormente, en el tercer ejemplo de asignación de bits, AUX_EWS_STREAM y AUX_EWS_STREAM_TYPE se prescriben en AUX_PRIVAt E_CONF en la señalización posterior a L1 configurable. Esto permite notificar los detalles de un flujo auxiliar de EWS utilizando AUX_EWS_STREAM y AUX_EWS_STREAM_TYPE en combinación en caso de provisión del flujo auxiliar de EWS.
Por ejemplo, en un caso en donde el aparato 30 de recepción en espera recibe información de aviso de advertencia de emergencia (EMERGENCY_WARNING = '1'), y cuando se especifican AUX_EWS_STREAM = '1' y AUX_EWS_STREAM_TYPE = '0', los datos de texto transportados como un flujo auxiliar de EWS pueden utilizarse después del inicio automático.
Por ejemplo, estos datos de texto están en un formato que puede ser leído por un motor TTS (texto a voz) provisto en el aparato 30 de recepción. Cabe señalar que el motor TTS es un sintetizador de texto a voz (sintetizador de texto a voz) capaz de crear artificialmente una voz humana a partir de datos de texto. Al permitir que los datos de texto se lean en voz alta, es posible, por ejemplo, garantizar una mejor accesibilidad para las personas con discapacidad visual. De forma similar, en un caso donde se recibe información de aviso de advertencia de emergencia (EMERGENCY_WARNING = '1'), y cuando se especifica AUX_EWS_STREAM = '1' y AUX_EWS_STREAM_TYPE = '1', los datos de audio transportados como un flujo auxiliar de EWS pueden utilizarse después del inicio automático. Cuando se especifica AUX_EWS_STREAM_TYPE = '2', la información de inicio transportada como un flujo auxiliar de EWS puede utilizarse después del inicio automático.
Por ejemplo, los datos de audio están en un formato que permite emitir audio desde un altavoz del aparato 30 de recepción. Además, por ejemplo, la información de inicio es la de la aplicación que permite el inicio del aparato 30 de recepción.
Más específicamente, por ejemplo, en un caso en donde el aparato 30 de recepción que admite HbbTV (Televisión híbrida de banda ancha), cuyo servicio se ha lanzado en Europa como un servicio vinculado a difusión/comunicación, adquiere un URL (Llocalizador uniforme de recursos) de una aplicación HbbTV como información de inicio transportada como un flujo auxiliar de EWS, la aplicación de HbbTV se adquiere a través de una línea de comunicación como Internet y se inicia. En este caso, por ejemplo, esta aplicación de HbbTV presenta información de advertencia de emergencia e información detallada de la misma.
Cabe señalar que los datos de texto, los datos de audio y los datos de inicio de aplicación transportados como un flujo auxiliar de EWS que se enumeran aquí son simplemente ejemplos de información adicional, pudiendo transportarse otra información. Además, en un caso en donde se transporta otra información como información adicional, el tipo de esa información se define como AUX_EWS_STREAM_TYPE.
Por ejemplo, como información adicional, información de sintonización para sintonizar un servicio después del inicio automático del aparato 30 de recepción en espera u otra información puede transportarse como un flujo auxiliar de EWS. Por ejemplo, como esta información de sintonización pueden utilizarse los denominados triplete (Triplet), ID de red (NetworkjD), ID de evento (Event_ID), etc. Cabe señalar que un triplete se refiere a una combinación de un ID de flujo de transporte (TS_ID), un ID de PLP (PLP_ID) y un ID de servicio
(Service_ID).
(Cuarto ejemplo de asignación de bits)
La Figura 13 es un diagrama que ilustra un cuarto ejemplo de asignación de bits.
En el cuarto ejemplo de asignación de bits, se ilustra un caso en donde la información relativa a la advertencia de emergencia se asigna a RESERVED_2 de 30 bits en la señalización posterior a L1 configurable y a AUX_PRIVATE_DYN de 48 bits en la señalización posterior a L1 dinámica.
En el cuarto ejemplo de asignación, los 30 bits de RESERVED_2 en la señalización posterior a L1 configurable se asignan a EMERGENCY_WARNING, EWS_VERSION, COUNTRY_CODE, y REGION_CODE.
EMERGENCY_WARNING de un bit y EWS_VERSION de cinco bits indican versiones de información de aviso de advertencia de emergencia e información de advertencia de emergencia, respectivamente, como en el primer ejemplo de asignación de bits ilustrado en la Figura 10.
COUNTRY_CODE de 16 bits indica un código de país. El código prescrito en la norma ISO 3166-1 alph-2, por ejemplo, puede utilizarse como este código de país.
REGION_CODE de ocho bits indica un código de región nacional. Como este código de región, es posible utilizar un código para clasificar las regiones en las que se divide cada país, determinado, por ejemplo, por un código de país.
Además, en el cuarto ejemplo de asignación de bits, '1111', que indica “ señalización de emergencia” , se especifica en AUX_STREAM_TYPE en la señalización posterior a L1 configurable, y TS_ID, PLP_ID, SERVICE_ID y EWS_CODE se asignan a 48 bits de AUX_PRIVATE_DYN en la señalización posterior a L1 dinámica como información relativa a la advertencia de emergencia.
TS_ID de 16 bits indica un ID de flujo de transporte, un identificador de un flujo de transporte (TS: flujo de transporte) con respecto al que el aparato 30 de recepción en espera sintoniza después del inicio automático.
PLP_ID de ocho bits indica un ID de PLP, un identificador de un PLP (tubo de capa física) con respecto al que el aparato 30 de recepción en espera sintoniza después del inicio automático.
SERVICE_ID de 16 bits indica un ID de servicio que es un identificador de un servicio con respecto al que el aparato 30 de recepción en espera sintoniza después del inicio automático.
EWS_CODE de ocho bits indica un código de tipo de advertencia de emergencia.
Como se ha descrito anteriormente, en el cuarto ejemplo de asignación de bits, COUNTRY_CODE y REGION_CODE se prescriben junto con EMERGENCY_WARNIn G en RESERVED_2 en la señalización posterior a L1 configurable. Esto hace posible habilitar la información de aviso de advertencia de emergencia (EMERGENCY_WARNING = '1') en el aparato 30 de recepción solo en una región específica de un país específico.
Además, en el cuarto ejemplo de asignación de bits, TS_ID, PLP_ID y SERVICE_ID se prescriben en AUX_PRIVATE_DYN en la señalización posterior a L1 dinámica. Por lo tanto, el aparato 30 de recepción en espera sintoniza el servicio de difusión (servicio de advertencia de emergencia) especificado por este triplete después del inicio automático. En este caso, mediante este servicio de advertencia de emergencia, por ejemplo, se presenta la información de advertencia de emergencia y la información detallada de la misma.
Además, al establecer por adelantado un tipo de advertencia de emergencia en la información de advertencia de emergencia (p. ej., un tipo de desastre, como un terremoto o un tifón) que se proporcionará en el aparato 30 de recepción, es posible realizar un proceso de determinación para determinar si el tipo coincide con el tipo de advertencia de emergencia especificado en EWS_CODE de AUX_PRIVATE_DYN en la señalización posterior a L1 dinámica y presentar, según el resultado de su determinación, solo información de advertencia de emergencia relativa a un desastre específico, como un terremoto o un tifón, como en los anteriores ejemplos de asignación de bits.
Cabe señalar que los cuatro ejemplos de asignación de bits descritos anteriormente son simplemente ejemplos, y que la información relativa a la advertencia de emergencia puede asignarse a bits de destino utilizando RESERVED, AUX_PRIVATE_CONF y AUX_PRIVATE_DYN en la señalización posterior a L1, solos o en combinación.
Además, aunque en los cuatro ejemplos de asignación de bits descritos anteriormente se han ilustrado casos en los que la información relativa a la advertencia de emergencia se asignó a los bits de RESERVED, AUX_PRIVATE_CONF y AUX_PRIVATE_DYN en la señalización posterior a L1, de igual modo, la información relativa a la advertencia de emergencia (p. ej., EMERGENCY_WARNING, EWS_CODE, COUNTRY_CODE, REGION_CODE y similares) puede asignarse a los bits de RESERVED en la señalización EN BANDA.
Además, es posible no solo asignar la información relativa a la advertencia de emergencia a los bits en la señalización posterior a L1 y la señalización EN BANDA, sino también asignar parte de la información relativa a la advertencia de emergencia a los bits de RESERVED, AUX_PRIVATE_CONF y AUX_PRIVATE_DYN en la señalización posterior a L1 y la información restante a los bits de RESERVED en la señalización EN BANDA.
<5. Soporte del esquema M-PLP>
Por lo demás, en el estándar DVB-T2 se prescribe un esquema M-PLP (PLP múltiple). Este esquema M-PLP permite soportar hasta 256 PLP (tubos de capa física). Sin embargo, cabe señalar que la norma prescribe que es el aparato 20 de transmisión en el lado de transmisión el que admite hasta 256 PLP, y que los aparatos 30 de recepción en el lado de recepción no necesitan recibir 256 PLP simultáneamente y solo necesitan recibir un mínimo de dos PLP.
De estos dos PLP, uno es un PLP común y el otro es un PLP de datos. En este caso, un PLP común es una secuencia de paquetes generada extrayendo paquetes comunes de paquetes incluidos en una pluralidad de flujos de transporte (TS: flujo de transporte). Además, un PLP de datos es una secuencia de paquetes en la que se extraen paquetes comunes de paquetes incluidos en un flujo de transporte (TS).
Una trama T2 que incluye un PLP común y los PLP de datos pueden representarse, por ejemplo, mediante una estructura como la ilustrada en la Figura 14. Es decir, en la Figura 14, la trama T2 incluye una PLP común y dos PLP de datos. Cabe señalar que la trama T2 ilustrada en la Figura 14 incluye flujos auxiliares (flujos auxiliares) y que celdas ficticias, etc., se insertan en parte de la misma.
(Método de transporte de información de advertencia de emergencia en el esquema M-PLP)
La Figura 15 es un diagrama que ilustra un esquema de transporte de información de advertencia de emergencia en un caso en donde se utiliza el esquema M-PLP.
La Figura 15 ilustra un caso donde se transporta un PLP común para tres PLP de datos en un caso donde un PLP1 transporta un servicio 1, un PLP2 transporta un servicio 2 y un PLP3 transporta un servicio 3. En este caso, los servicios de advertencia de emergencia para proporcionar información de advertencia de emergencia son transportados por el PLP común.
Como se ha descrito anteriormente, en un caso en donde se utiliza el esquema M-PLP, la información de advertencia de emergencia puede ser común para PLP1 a PLP3 transportando servicios de advertencia de emergencia con un PLP común. Esto elimina la necesidad de transportar datos redundantes y, como resultado, asegura un volumen de datos reducido a transportar en su conjunto.
Además, como se ilustra en la Figura 14, en la trama T2, el PLP común se proporciona al principio precediendo a otros PLP (PLP de datos). Esto permite que el aparato 30 de recepción adquiera y procese información de advertencia de emergencia transportada por el PLP común más rápidamente que los datos transportados por los PLP de datos.
(Esquema de transporte de información de advertencia de emergencia para cada grupo de PLP)
La Figura 16 es un diagrama que ilustra un esquema de transporte de información de advertencia de emergencia para cada grupo de PLP en un caso donde se utiliza el esquema M-PLP.
La Figura 16 ilustra un caso en donde se transporta una PLP común para una pluralidad de PLP de datos para cada uno de dos grupos, un grupo de PLP 1 y un grupo de PLP 2.
Específicamente, el grupo de PLP 1 incluye el PLP1 que transporta el servicio 1, el PLP2 que transporta el servicio 2, el PLP3 que transporta el servicio 3 y un PLP1 común para estos tres PLP de datos. Por otro lado, el grupo de PLP 2 incluye un PLP4 que transporta un servicio 4, un PLP5 que transporta un servicio 5, un PLP6 que transporta un servicio 6 y un PLP2 común para estos tres PLP de datos.
En este caso, si existe una pluralidad de dichos grupos de PLP, los servicios de advertencia de emergencia para proporcionar información de advertencia de emergencia son transportados por un PLP común para cada grupo de PLP.
Es decir, en el grupo de PLP 1, el servicio 1 de advertencia de emergencia, un servicio común para el PLP1 a el PLP3, es transportado por el PLP1 común. Por otro lado, en el grupo de PLP 2, el servicio 2 de advertencia de emergencia, un servicio común para el PLP4 a PLP6, es transportado por el PLP2 común.
Como se ha descrito anteriormente, en un caso en donde se utiliza el esquema M-PLP, y cuando existe una pluralidad de grupos de PLP disponibles, la información de advertencia de emergencia puede ser común para los PLP de datos para cada grupo de PLP transportando un servicio de advertencia de emergencia utilizando un PLP común para cada grupo de PLP. Esto elimina la necesidad de transportar datos redundantes y, como resultado, asegura un volumen de datos reducido a transportar en su conjunto.
Además, como se ilustra en la Figura 14, en la trama T2, la PLP común se proporciona al principio del mismo grupo de PLP. Esto permite que el aparato 30 de recepción obtenga y procese información de advertencia de emergencia transportada por el PLP común más rápidamente que los datos transportados por los PLP de datos.
Cabe señalar que, como se ilustra en la Figura 5, el grupo de PLP al que pertenece cada PLP puede identificarse mediante un identificador especificado en PLP_GROUP_ID proporcionado en el grupo de PLP en la señalización posterior a L1 configurable.
<6. Ejemplo de información de aviso de advertencia de emergencia>
Aunque es un indicador de un bit (bandera de advertencia de emergencia) en la descripción mostrada anteriormente, la información de aviso de advertencia de emergencia no está limitada a un bit y puede ser información de dos bits o más grande.
Por ejemplo, el ATSC (Comité de sistemas de televisión avanzados) 3.0, una norma de difusión terrestre de próxima generación, prescribe que la información correspondiente a información de aviso de advertencia de emergencia debe ser de dos bits. No obstante, de igual modo, en la presente tecnología, dicha información puede ser de dos bits. En este caso, se describirán bits de activación (wake-up) de advertencia de emergencia prescritos en el estándar ATSC3.0, con referencia a las Figuras 17 a 20.
La trama de capa física prescrita en el estándar ATSC3.0 incluye un Bootstrap (BS: Bootstrap), un preámbulo (preámbulo) y una parte de datos (datos).
En este caso, el Bootstrap corresponde a un símbolo P1 incluido en la trama T2 del estándar DVB-T2. Además, el preámbulo corresponde a un símbolo P2 incluido en la trama T2 del estándar DVB-T2. Por lo tanto, es posible afirmar que un Bootstrap es una señal de preámbulo.
(Estructura de Bootstrap)
La Figura 17 ilustra una estructura de un Bootstrap en una trama de capa física.
En la Figura 17, el Bootstrap incluye una señal de Bootstrap y una forma de onda posterior a Bootstrap. Se proporciona una pluralidad de símbolos de Bootstrap en un campo de señal de Bootstrap.
La Figura 18 ilustra una sintaxis de un símbolo de Bootstrap 1. En este símbolo de Bootstrap 1 se proporciona un campo ea_wake_up_1 de un bit. ea_wake_up_1 es un bit para iniciar un dispositivo en respuesta a una advertencia de emergencia (alerta de emergencia).
La Figura 19 ilustra una sintaxis de un símbolo de Bootstrap 2. En este símbolo de Bootstrap 2 se proporciona un campo ea_wake_up_2 de un bit. ea_wake_up_2 es un bit para iniciar un dispositivo en respuesta a una advertencia de emergencia.
A continuación, el bit de ea_wake_up_1 del símbolo de Bootstrap 1 ilustrado en la Figura 18 y el bit de ea_wake_up_2 del símbolo de Bootstrap 2 ilustrado en la Figura 19 se asocian entre sí para formar bits de activación de dos bits. Sin embargo, cabe señalar que, en este caso, de los dos bits, el bit de orden más bajo está formado por el bit de ea_wake_up_1, y el bit de orden más alto está formado por el bit de ea_wake_up_2.
Los significados de los valores de los bits de activación de dos bits formados de esta forma se ilustran en la Figura 20. Como se ilustra en la Figura 20, a los bits de activación se les pueden asignar cuatro significados, '00', '01', '10' y '11', al tener dos bits.
Cabe señalar que los detalles del símbolo de Bootstrap 1 y el símbolo de Bootstrap 2 figuran en “6. ESTRUCTURA DE SEÑAL DE BOOTSTRAP” , en NPL 2, que se muestra a continuación. Además, en “Anexo G: Señalización de alerta de emergencia” , en NPL 3, que se muestra a continuación, figuran detalles de los significados de los valores de los bits de activación de dos bits.
NPL 2: Norma ATSC: A/321, Descubrimiento y señalización de sistemas
NPL 3: Norma candidata de ATSC: Señalización, suministro, sincronización y protección contra errores (A/331) En la presente tecnología, la información de aviso de advertencia de emergencia (EMERGENCY_WARNING) puede tener cuatro significados al tener dos bits, al igual que los bits de activación prescritos en la norma ATSC 3.0. Además, aunque aquí se ha ilustrado un caso en el que la información de aviso de advertencia de emergencia (EMERGENCY_WARNING) tenía dos bits, pueden asignarse a la información de aviso de advertencia de emergencia más significados teniendo tres o más bits.
<7. Ejemplo de modo de bajo consumo de energía>
(Comparación entre el esquema DVB-EWS actual y el esquema de la presente tecnología)
A continuación, se compararán el esquema DVB-EWS actual y el esquema de la presente tecnología en términos de consumo de energía, con referencia a la Figura 21. Cabe señalar que un receptor capaz de recibir una señal de difusión que cumple el estándar DVB-T2 normalmente incluye tres chips, a saber, un sintonizador, una sección de demodulación (demodulador) y un sistema en un solo chip (SoC).
Como se ilustra en A de la Figura 21, en un caso donde se adopta el esquema DVB-EWS actual, y si no se suministra ninguna señal al sistema en un solo chip (SoC) proporcionado en la etapa posterior del sintonizador y la sección de demodulación, la información SI (información de servicio) (información de DVB-SI) no puede analizarse en el receptor.
En este caso, el receptor consume varios cientos de mW de potencia para cada uno del sintonizador y la sección de demodulación para hacer funcionar el sintonizador y la sección de demodulación y, además, consume varios W de potencia para hacer funcionar el sistema en chip (SoC).
Por otra parte, en un caso donde se adopta el esquema de la presente tecnología (esquema de transporte de señalización posterior a L1) como se ilustra en B de la Figura 21, la sección de demodulación demodula los símbolos P1 y P2 incluidos en la trama T2 y monitoriza (analiza) la información de aviso de advertencia de emergencia (EMERGENCY_WARNING) proporcionada en la señalización posterior a L1 que se incluye en el símbolo P2 (consultar las estructuras de trama ilustradas en C y D de la Figura 21).
En este caso, la sección de demodulación monitoriza (analiza) la información de aviso de advertencia de emergencia (EMERGENCY_WARNING) en la etapa anterior del sistema en un solo chip (SoC). Por lo tanto, solo se consumen varias decenas de mW de potencia para hacer funcionar el sintonizador y la sección de demodulación, y no es necesario hacer funcionar el sistema en chip (SoC), que consume mucha energía.
Como se ha descrito anteriormente, el esquema DVB-EWS actual ha requerido el funcionamiento del sistema en chip (SoC), que consume mucha energía, para monitorizar (analizar) la información de SI. Sin embargo, en el esquema de la presente tecnología (esquema de transporte de señalización posterior a L1), se monitoriza la información de aviso de advertencia de emergencia (EMERGENCY_WARNING) proporcionada en la señalización posterior a L1, eliminando por tanto la necesidad de hacer funcionar el sistema en chip (SoC) y manteniendo un consumo de energía reducido.
Además, como se ilustra en E de la Figura 21, en un caso donde se adopta el esquema de la presente tecnología (esquema de transporte de señalización posterior a L1), el receptor puede funcionar en un modo (modo de bajo consumo de energía) en el que la sección de demodulación monitoriza (analiza) la información de aviso de advertencia de emergencia (EMERGENCY_WARNING) proporcionada en la señalización posterior a L1 incluida en el símbolo P2, y en el que, cuando se recibe otro símbolo de datos, el receptor se pone en estado de reposo.
Luego, en un caso donde la información de aviso de advertencia de emergencia (EMERGENCY_WARNING) proporcionada en la señalización posterior a L1 incluida en el símbolo P2 indica que se ha transportado la información de advertencia de emergencia (en un caso en donde se produce una transición de '0' a '1'), el receptor inicia el sistema en chip (SoC), adquiere la información de advertencia de emergencia transportada del transmisor y emite la información.
Sin embargo, cabe señalar que, en la actualidad, es necesario demodular el símbolo P1 para demodular el símbolo P2. Por lo tanto, solo cuando se reciben los símbolos P1 y P2 incluidos en la trama T2, la sección de demodulación monitoriza la información de aviso de advertencia de emergencia (EMERGENCY_WARNING) proporcionada en la señalización posterior a L1 que se incluye en el símbolo P2. Sin embargo, es necesario monitorizar únicamente la información de aviso de advertencia de emergencia, lo que simplifica los procesos.
<8. Flujo de los procesos de respuesta a información de advertencia de emergencia>
(Procesos de respuesta a información de advertencia de emergencia)
A continuación, se describirá un flujo de procesos de respuesta a información de advertencia de emergencia en el lado de transmisión y el lado de recepción con referencia al diagrama de flujo ilustrado en la Figura 22.
Cabe señalar que, en la Figura 22, los procesos de la etapa S11 a la etapa S14 los realiza el aparato 10 de procesamiento de datos o el aparato 20 de transmisión en el lado de transmisión, y los procesos de la etapa S31 a la etapa S34 los realiza el aparato 30 de recepción en el lado de recepción.
En la etapa S11 se determina si se ha proporcionado información de advertencia de emergencia. Este proceso de determinación determina, por ejemplo, si la información de advertencia de emergencia se ha proporcionado desde un servidor gestionado por la Agencia Meteorológica de Japón o por otra organización gubernamental después de un desastre natural, tal como un terremoto o un tsunami.
En un caso donde se determina en la etapa S11 que se ha proporcionado información de advertencia de emergencia, el proceso pasa a la etapa S12. En la etapa S12, los aparatos 10 de procesamiento de datos y el aparato 20 de transmisión realizan procesos de respuesta a la información de advertencia de emergencia.
En estos procesos de respuesta a la información de advertencia de emergencia, no solo se disponen, en la señalización posterior a L1 o en la señalización EN BANDA, la información de aviso de advertencia de emergencia que indica el transporte de la información de advertencia de emergencia, sino también la información característica que indica las características de la información de advertencia de emergencia según los detalles de la información de advertencia de emergencia y la información de aviso de información adicional en correspondencia a si se transporta o no información adicional relacionada con la información de advertencia de emergencia.
En este caso, por ejemplo, se incluyen como información característica una versión de la información de advertencia de emergencia, un país de destino y una región de destino, un tipo de desastre indicado por los detalles de la información de advertencia de emergencia. Además, la información que indica si se ha transportado o no información adicional, tal como datos de texto, datos de audio, información de inicio de aplicación e información de sintonización después del inicio automático, se incluye como información de aviso de información adicional.
Cabe señalar que, en un caso donde se determina en la etapa S11 que no se ha proporcionado información de advertencia de emergencia, se omite el proceso de la etapa S12 y el proceso pasa a la etapa S13.
En la etapa S13, la sección 211 de procesamiento de datos genera una trama T2 como una trama de capa física.
En este caso, en un caso en donde se realizan procesos de respuesta (S12) a la información de advertencia de emergencia, la señalización posterior a L1 o la señalización<e>N BANDA que incluye información de aviso de advertencia de emergencia, información característica, etc., se dispone en la trama T2 como señalización de capa física. Además, un flujo auxiliar que incluye información adicional, tal como datos de texto e información de sintonización, se dispone en esta trama T2 según los detalles de la información de aviso de información adicional.
En la etapa S14, la sección 212 de modulación realiza un proceso necesario, por ejemplo, un proceso de modulación, en la trama de capa física (trama T2) adquirida por el proceso en la etapa S13 y transmite una señal de difusión adquirida como resultado de ello desde la antena de transmisión instalada en la estación de transmisión.
Por otro lado, en la etapa S31, el sintonizador 311 recibe la señal de difusión transmitida desde el aparato 20 de transmisión a través de la antena 321 y lleva a cabo un proceso necesario en la señal de difusión.
En la etapa S32, la sección de demodulación 312 realiza un proceso de demodulación en la señal adquirida por el proceso en la etapa S31. Como resultado de este proceso de demodulación, la señalización de capa física, tal como la señalización posterior a L1 o la señalización EN BANDA, se adquiere de la trama T2.
En la etapa S33, se determina si la información de aviso de advertencia de emergencia indica que se ha transportado la información de advertencia de emergencia según el resultado del proceso de demodulación en la etapa S32. En este caso, la información de aviso de advertencia de emergencia se incluye en la señalización posterior a L1 o en la señalización EN BANDA.
En un caso donde se determina en la etapa S33 que la información de aviso de advertencia de emergencia no indica que se ha transportado la información de advertencia de emergencia, el proceso vuelve a la etapa S31 y se repiten los procesos de la etapa S31 a la etapa S33.
Es decir, en este caso, no se proporciona ningún servicio de advertencia de emergencia. Por lo tanto, en un caso en donde el aparato 30 de recepción está, por ejemplo, en espera, la sección 312 de demodulación continúa monitorizando la información de aviso de advertencia de emergencia incluida en la señalización posterior a L1 o en la señalización EN BANDA.
Además, en un caso en donde se determina en la etapa S33 que la información de aviso de advertencia de emergencia indica que se ha transportado la información de advertencia de emergencia, el proceso pasa a la etapa S34. En la etapa S34, el aparato 30 de recepción realiza procesos de respuesta a la información de advertencia de emergencia.
En estos procesos de respuesta a la información de advertencia de emergencia, por ejemplo, el aparato 30 de recepción en espera se inicia automáticamente, recibe un servicio de advertencia de emergencia y presenta (notifica) al usuario la información de advertencia de emergencia.
Además, en un caso donde la información característica que indica las características de la información de advertencia de emergencia se incluye en la señalización posterior a L1 u otra información, el aparato 30 de recepción se inicia automáticamente solo en un caso donde la información característica coincide con las características del aparato de recepción establecidas de antemano.
Por ejemplo, el aparato 30 de recepción se inicia automáticamente en un caso donde el país de destino y la región de la información de advertencia de emergencia coinciden con el país y la región establecidos de antemano y en un caso donde el tipo de desastre de la misma (p. ej., un desastre natural, tal como un terremoto o un tifón) coincide con el tipo de desastre establecido de antemano.
Además, en un caso donde la información de aviso de información adicional se incluye en la señalización posterior a L1 u otra señalización, y en un caso donde la información de aviso de información adicional indica que se ha transportado información adicional relacionada con la información de advertencia de emergencia, el aparato 30 de recepción adquiere, en el momento del inicio automático, información adicional, tal como datos de texto e información de sintonización transportados como un flujo auxiliar, y realiza los procesos adecuados para la información adicional.
El flujo de los procesos de respuesta a la información de advertencia de emergencia en el lado de transmisión y en el lado de recepción se ha descrito anteriormente.
<9. Ejemplo de modificación>
(Aplicación a otro esquema de difusión)
Aunque, en la descripción mostrada anteriormente, se ha centrado la atención en DVB (Difusión de vídeo digital), el esquema adoptado en los países europeos y similares como estándar de difusión de televisión digital, la presente tecnología puede aplicarse en ISDB (Difusión digital de servicios integrados), que es el esquema adoptado en Japón y similares, o en ATSC (Comité de Sistemas de Televisión Avanzados), que es el esquema adoptado en los Estados Unidos y similares.
Es decir, aunque hay disponibles sistemas de advertencia de emergencia para transmitir advertencias en caso de emergencia, tales como un desastre natural, tanto en la norma ISDB como en la norma ATSC, la aplicación de la presente tecnología permite la prestación de un servicio de advertencia de emergencia más adecuado para un funcionamiento real.
Además, la presente tecnología es aplicable, como estándar de difusión de televisión digital, no solo en la difusión terrestre, sino también en la difusión por satélite utilizando un satélite de difusión (BS) o un satélite de comunicaciones (CS) y en la difusión por cable utilizando televisión por cable (CATV) y similares.
(Otro ejemplo de paquete y señalización)
Además, el paquete, la trama, la señalización (su campo) y otros nombres descritos anteriormente son simplemente ejemplos, y existen casos en los que pueden utilizarse otros nombres. Sin embargo, cabe señalar que estas diferencias de nombre son diferencias en la formalidad y que no existe una diferencia en el contenido sustancial del paquete de destino, la trama, la señalización (su campo) y similares.
<10. Configuración del ordenador>
La serie de procesos descritos anteriormente puede realizarse mediante hardware o software. En un caso en donde la serie de procesos se realiza mediante software, el programa incluido en el software se instala en un ordenador. La Figura 23 es un diagrama que ilustra un ejemplo de configuración de hardware de un ordenador para realizar la serie anterior de procesos utilizando el programa.
En un ordenador 1000, una CPU (unidad central de procesamiento) 1001, una ROM (memoria de solo lectura) 1002 y una RAM (memoria de acceso aleatorio) 1003 están conectadas entre sí mediante un bus 1004. Además, una interfaz 1005 de entrada/salida está conectada al bus 1004. Una sección 1006 de entrada, una sección 1007 de salida, una sección 1008 de grabación, una sección 1009 de comunicación y una unidad 1010 están conectadas a la interfaz 1005 de entrada/salida.
La sección 1006 de entrada incluye un teclado, un ratón, un micrófono y similares. La sección 1007 de salida incluye una pantalla, un altavoz, etc. La sección 1008 de grabación incluye un disco duro, una memoria no volátil, etc. La sección 1009 de comunicación incluye una interfaz de red, etc. La unidad 1010 controla un medio 1011 de grabación extraíble, tal como un disco magnético, un disco óptico, un disco magnetoóptico o una memoria de semiconductores.
En el ordenador 1000 así configurado, la CPU 1001 carga, por ejemplo, el programa grabado en la ROM 1002 o la sección 1008 de grabación en la RAM 1003 a través de la interfaz 1005 de entrada/salida y el bus 1004 para su ejecución, permitiendo de este modo llevar a cabo la serie anterior de procesos.
El programa ejecutado por el ordenador 1000 (CPU 1001) puede proporcionarse grabado, por ejemplo, en el medio 1011 de grabación extraíble como un medio empaquetado o similar. De forma alternativa, el programa puede proporcionarse a través de un medio de transporte por cable o inalámbrico, tal como una red de área local, Internet y difusión por satélite digital.
En el ordenador 1000, el programa puede instalarse en la sección 1008 de grabación a través de la interfaz 1005 de entrada/salida insertando el medio 1011 de grabación extraíble en la unidad 1010. De forma alternativa, el programa puede ser recibido en la sección 1009 de comunicación a través de un medio de transporte por cable o inalámbrico e instalarse en la sección 1008 de grabación. Además de lo anterior, el programa puede instalarse, por adelantado, en la ROM 1002 o en la sección 1008 de grabación.
Aquí, en la presente memoria descriptiva, los procesos realizados por el ordenador según el programa no necesitan realizarse necesariamente de forma cronológica según la secuencia descrita como un diagrama de flujo. Es decir, los procesos realizados por el ordenador según el programa incluyen los que se realizan en paralelo o de forma individual (p. ej., procesos paralelos o procesos basados en objetos). Además, el programa puede procesarse mediante un único ordenador (procesador) o mediante una pluralidad de ordenadores de forma distribuida.
[Lista de signos de referencia]
1 Sistema de transporte
10, 10-1 a 10-N Aparatos de procesamiento de datos
20 Aparato de transmisión
30, 30-1 a 30-M Aparatos de recepción
40, 40-1 a 40-N Líneas de comunicación
50 Canal de transporte de difusión
111 Sección de procesamiento de componente
112 Sección de generación de señalización
113 Multiplexor
114 Sección de procesamiento de datos
211 Sección de procesamiento de datos
212 Sección de modulación
311 Sintonizador
312 Sección de demodulación
313 Sección de procesamiento de datos
1000 Ordenador
1001 CPU

Claims (7)

REIVINDICACIONES
1. Un aparato (30) de recepción, que comprende:
una sección (311) de recepción configurada para recibir una trama de capa física transportada como una señal de difusión, en donde la trama de capa física cumple con estándar DVB-T2 (difusión de vídeo digital - terrestre 2); y
una sección (312) de demodulación configurada para
demodular señalización de capa física adquirida a partir de la trama de capa física y monitorizar si la información de advertencia de emergencia se ha transportado o no basándose en información de aviso de advertencia de emergencia adquirida como resultado de la demodulación, en donde la información de advertencia de emergencia se asigna a bits RESERVED_2 en señalización posterior a L1 configurable de la trama de capa física,
en donde el aparato (30) de recepción está en espera y está configurado para iniciarse automáticamente en un caso
donde la información de aviso de advertencia de emergencia indica que la información de advertencia de emergencia se ha transportado y cuando información característica que indica características de la información de advertencia de emergencia obtenida como resultado de la demodulación de la señalización de capa física coincide con ajustes predefinidos del aparato de recepción, en donde la información característica incluye al menos uno de una versión de la información de advertencia de emergencia, un país de destino y una región de destino de la información de advertencia de emergencia, o un tipo de desastre indicado por detalles de la información de advertencia de emergencia.
2. El aparato (30) de recepción de la reivindicación 1, en donde
la información característica incluye el país de destino y la región de destino y el tipo de desastre de la información de advertencia de emergencia,
el aparato (30) de recepción está configurado para iniciarse automáticamente en un caso donde el país de destino y la región de destino de la información de advertencia de emergencia especificada como la información característica coinciden con un país y una región establecidos de antemano y en un caso donde el tipo de desastre coincide con un tipo de desastre establecido de antemano.
3. El aparato (30) de recepción de la reivindicación 1, en donde
la información característica incluye la versión de la información de advertencia de emergencia, y en donde
en un caso donde se transporta información de advertencia de emergencia de una misma versión de nuevo después del inicio automático, se ignora la información de advertencia de emergencia.
4. El aparato (30) de recepción de una cualquiera de las reivindicaciones anteriores, configurado para adquirir y procesar información adicional transportada como un flujo auxiliar en un caso en donde información de aviso de información adicional obtenida como resultado de la demodulación de la señalización de capa física indica que se ha transportado la información adicional relacionada con la información de advertencia de emergencia.
5. El aparato (30) de recepción de la reivindicación 4, en donde
la información adicional incluye al menos uno de datos de texto, datos de audio, información de inicio de aplicación o información de sintonización después del inicio automático.
6. El aparato (30) de recepción de una cualquiera de las reivindicaciones anteriores, en donde la información de advertencia de emergencia se asigna además a uno o más de
bits AUX_PRIVATE_CONF en señalización posterior a L1 configurable,
bits AUX_PRIVATE_DYN en señalización posterior a L1 dinámica,
bits RESERVED en señalización en banda de la trama de capa física.
7. Un método de recepción de un aparato de recepción, comprendiendo el método de recepción:
una etapa en la que el aparato de recepción recibe una trama de capa física transportada como una señal de difusión, en donde la trama de capa física cumple con un estándar DVB-T2 (difusión de vídeo digital - terrestre 2);
una etapa en la que el aparato de recepción demodula señalización de capa física adquirida de la trama de capa física y monitoriza si información de advertencia de emergencia se ha transportado o no basándose en información de aviso de advertencia de emergencia obtenida como resultado de la demodulación, en donde la información de advertencia de emergencia se asigna a bits RESERVED_2 en señalización posterior a L1 configurable de la trama de capa física; y una etapa en la que el aparato de recepción está en espera y se inicia automáticamente en un caso donde la información de aviso de advertencia de emergencia indica que la información de advertencia de emergencia se ha transportado, y cuando información característica que indica características de la información de advertencia de emergencia obtenida como resultado de la demodulación de la señalización de capa física coincide con ajustes predefinidos del aparato de recepción, en donde la información característica incluye al menos uno de una versión de la información de advertencia de emergencia, un país de destino y una región de destino de la información de advertencia de emergencia, o un tipo de desastre indicado por detalles de la información de advertencia de emergencia.
Un aparato (10) de transmisión, que comprende:
una sección (114) de procesamiento adaptada para procesar señalización de capa física que incluye información de aviso de advertencia de emergencia correspondiente a si información de advertencia de emergencia se ha transportado o no, y para generar una trama de capa física que incluye la señalización de capa física, en donde la trama de capa física cumple con un estándar DVB-T2 (difusión de vídeo digital - terrestre 2), en donde la información de advertencia de emergencia se asigna a bits RESERVED_2 en señalización posterior a L1 configurable de la trama de capa física; y
una sección (20) de transmisión adaptada para transmitir la trama de capa física como una señal de difusión,
en donde la señalización de capa física incluye además información característica que indica características de la información de advertencia de emergencia;
en donde la información característica incluye al menos uno de una versión de la información de advertencia de emergencia, un país de destino y una región de destino de la información de advertencia de emergencia, o un tipo de desastre indicado por detalles de la información de advertencia de emergencia.
El aparato (10) de transmisión de la reivindicación 8, en donde
la señalización de capa física incluye además información de aviso de información adicional correspondiente a si se ha transportado o no información adicional relacionada con la información de advertencia de emergencia, y en donde
en un caso donde la información de aviso de información adicional indica que la información adicional se ha transportado, incluyendo la trama de capa física además la información adicional como un flujo auxiliar.
El aparato (10) de transmisión de la reivindicación 9, en donde
la información adicional incluye al menos uno de datos de texto, datos de audio, información de inicio de aplicación o información de sintonización después del inicio automático.
Un método de transmisión de un aparato de transmisión, comprendiendo el método de transmisión:
una etapa en la que el aparato de transmisión procesa señalización de capa física que incluye información de aviso de advertencia de emergencia correspondiente a si información de advertencia de emergencia se ha transportado o no y genera una trama de capa física que incluye la señalización de capa física, en donde la trama de capa física cumple con un estándar DVB-T2 (difusión de vídeo digital - terrestre 2), en donde la información de advertencia de emergencia se asigna a bits RESERVED_2 en señalización posterior a L1 configurable de la trama de capa física; y
una etapa en la que el aparato de transmisión transmite la trama de capa física como una señal de difusión,
en donde la señalización de capa física incluye además información característica que indica características de la información de advertencia de emergencia, y
en donde la información característica incluye al menos uno de una versión de la información de advertencia de emergencia, un país de destino y una región de destino de la información de advertencia de emergencia, o un tipo de desastre indicado por detalles de la información de advertencia de emergencia.
ES17869303T 2016-11-09 2017-10-26 Reception device, reception method, transmission device, and transmission method Active ES2995782T3 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016218885 2016-11-09
PCT/JP2017/038705 WO2018088223A1 (ja) 2016-11-09 2017-10-26 受信装置、受信方法、送信装置、及び、送信方法

Publications (1)

Publication Number Publication Date
ES2995782T3 true ES2995782T3 (en) 2025-02-11

Family

ID=62109299

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17869303T Active ES2995782T3 (en) 2016-11-09 2017-10-26 Reception device, reception method, transmission device, and transmission method

Country Status (9)

Country Link
US (1) US10958365B2 (es)
EP (1) EP3541082B1 (es)
JP (1) JP7055749B2 (es)
CN (1) CN109937577B (es)
AU (1) AU2017356366B2 (es)
ES (1) ES2995782T3 (es)
MY (1) MY194434A (es)
TW (1) TWI731187B (es)
WO (1) WO2018088223A1 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019135806A (ja) * 2018-02-05 2019-08-15 ソニーセミコンダクタソリューションズ株式会社 復調回路、処理回路、処理方法、および処理装置
GB2602780A (en) * 2019-09-23 2022-07-20 Semita Me Ltd Method and system for locating one or more users in an emergency
EP4618556A1 (en) * 2024-03-12 2025-09-17 European Braodcasting Union Method for broadcasting data

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6891496B2 (en) * 2002-05-03 2005-05-10 Atheros Communications, Inc. Method and apparatus for physical layer radar pulse detection and estimation
US7454773B2 (en) * 2002-05-10 2008-11-18 Thomson Licensing Television signal receiver capable of receiving emergency alert signals
US20060005219A1 (en) * 2004-07-02 2006-01-05 Garry Owens Standby television warning system
US7592912B2 (en) * 2005-12-09 2009-09-22 Time Warner Cable Inc. Emergency alert data delivery apparatus and methods
JP2008148230A (ja) 2006-12-13 2008-06-26 Sony Corp 放送受信装置と放送受信方法
KR101540480B1 (ko) * 2008-03-18 2015-07-31 엘지전자 주식회사 이동통신 시스템에서의 호출 메시지를 사용해서 재해경보 메시지를 수신하는 방법
US8826327B2 (en) * 2011-09-21 2014-09-02 Verizon Patent And Licensing Inc. Provisioning an emergency alert system (EAS) message service to user devices
US8863172B2 (en) * 2012-03-17 2014-10-14 Time Warner Cable Enterprises Llc Emergency alert system methods and apparatus
US20130278441A1 (en) * 2012-04-24 2013-10-24 Zetta Research and Development, LLC - ForC Series Vehicle proxying
US20140007158A1 (en) * 2012-06-29 2014-01-02 Cable Television Laboratories, Inc. Emergency alert system (eas) alert generation
CN202979178U (zh) * 2012-09-18 2013-06-05 成都驰通数码系统有限公司 一种基于3g和gis技术的地面数字电视网络监管系统
WO2014195303A1 (en) * 2013-06-05 2014-12-11 Sony Corporation Transmitter and transmission method for transmitting payload data and emergency information
KR102145742B1 (ko) * 2013-06-12 2020-08-19 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CA2921921C (en) * 2013-08-22 2022-06-07 Thomson Licensing System physical layer pipe for a digital television system
JP2015061195A (ja) * 2013-09-18 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
JP2015080172A (ja) * 2013-10-18 2015-04-23 ソニー株式会社 受信装置及び受信方法、コンピューター・プログラム、並びに外部機器
CN103634296B (zh) * 2013-11-07 2017-02-08 西安交通大学 基于物理系统和信息网络异常数据融合的智能电网攻击检测方法
US10117001B2 (en) 2014-01-16 2018-10-30 Sony Corporation Data processing device and data processing method
JP6321195B2 (ja) 2014-02-20 2018-05-09 エルジー エレクトロニクス インコーポレイティド 放送受信装置、放送受信装置の動作方法、放送受信装置及び放送受信装置の動作方法
SG11201700076SA (en) * 2014-07-08 2017-02-27 Sony Corp Transmission device, transmission method, reception device, and reception method
MX367680B (es) * 2014-07-17 2019-09-02 Lg Electronics Inc Dispositivo de transmision de difusion, metodo por el cual el dispositivo de transmision de difusion procesa datos, dispositivo de recepcion de difusion y metodo por el cual el dispositivo de recepcion de difusion procesa datos.
KR101973469B1 (ko) 2014-09-02 2019-04-29 엘지전자 주식회사 방송 수신 장치, 방송 수신 장치의 동작 방법, 방송 수신 장치와 연동하는 연동 장치 및 연동 장치의 동작 방법
WO2016111526A1 (ko) * 2015-01-06 2016-07-14 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN104735145B (zh) * 2015-03-24 2018-07-03 广东广宇科技发展有限公司 应用带宽自适应技术的灾害预警信息发布及其显示系统

Also Published As

Publication number Publication date
TW201820837A (zh) 2018-06-01
JPWO2018088223A1 (ja) 2019-09-26
US20190238245A1 (en) 2019-08-01
TWI731187B (zh) 2021-06-21
WO2018088223A1 (ja) 2018-05-17
AU2017356366A1 (en) 2019-03-07
EP3541082B1 (en) 2024-10-09
EP3541082A4 (en) 2019-09-18
US10958365B2 (en) 2021-03-23
CN109937577B (zh) 2021-09-24
CN109937577A (zh) 2019-06-25
JP7055749B2 (ja) 2022-04-18
EP3541082A1 (en) 2019-09-18
AU2017356366B2 (en) 2020-04-09
MY194434A (en) 2022-11-30

Similar Documents

Publication Publication Date Title
US11032015B2 (en) Method and apparatus for providing an emergency alert service via a mobile broadcasting
EP3048794B1 (en) Transmission device and transmission method, reception device and reception method, and computer program
ES2995782T3 (en) Reception device, reception method, transmission device, and transmission method
ES2970883T3 (es) Dispositivo de recepción, método de recepción, dispositivo de transmisión y método de transmisión
CA2819446A1 (en) Method of providing an emergency alert service via a mobile broadcasting and apparatus therefor