ES2970883T3 - Dispositivo de recepción, método de recepción, dispositivo de transmisión y método de transmisión - Google Patents

Dispositivo de recepción, método de recepción, dispositivo de transmisión y método de transmisión Download PDF

Info

Publication number
ES2970883T3
ES2970883T3 ES17869967T ES17869967T ES2970883T3 ES 2970883 T3 ES2970883 T3 ES 2970883T3 ES 17869967 T ES17869967 T ES 17869967T ES 17869967 T ES17869967 T ES 17869967T ES 2970883 T3 ES2970883 T3 ES 2970883T3
Authority
ES
Spain
Prior art keywords
information
emergency alert
physical layer
signaling
section
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
ES17869967T
Other languages
English (en)
Inventor
Kazuyuki Takahashi
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 ES2970883T3 publication Critical patent/ES2970883T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H40/00—Arrangements specially adapted for receiving broadcast information
    • H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
    • H04H40/27—Arrangements characterised by circuits or components specially adapted for receiving specially adapted for broadcast systems covered by groups H04H20/53 - H04H20/95
    • 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
    • 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
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/13—Arrangements for device control affected by the broadcast information
    • 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/43—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 channels
    • 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/426—Internal components of the client ; Characteristics thereof
    • H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/42615—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific demultiplexing arrangements
    • 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/4432—Powering on the client, e.g. bootstrap loading using setup parameters being stored locally or received from the server
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

Esta tecnología está relacionada 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 alerta de emergencia que es más adecuado para la operación 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, sobre la base de información de seguimiento que se incluye en la señalización de capa superior, es decir, señalización de una capa superior a la capa física, y cuál es para monitorear un servicio específico; y una unidad de demodulación que demodula la señalización de capa física obtenida a partir de la trama de capa física, y controla si se está transmitiendo información de advertencia de emergencia basándose en la información de notificación de advertencia 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 advertencia de emergencia indica que se está transmitiendo la información de advertencia 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, un método de recepción, un aparato de transmisión y un método de transmisión y se refiere más particularmente a un aparato de recepción, un método de recepción, un aparato de transmisión y un método de transmisión que permiten la provisión de un servicio de alerta de emergencia más adecuado a un funcionamiento real.
[Antecedentes de la técnica]
El estándar DVB-T (radiodifusión de vídeo digital - terrestre) se ha adoptado no solo en Europa sino en todo el mundo como un estándar de radiodifusió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 vuelto comercial (consúltese, por ejemplo, el documento NPL 1).
Asimismo, se prescribe un sistema de alerta de emergencia (EWS) como medio para transmitir una alerta en caso de una emergencia tal como desastres naturales representados por terremotos y tsunamis (consúltese, por ejemplo, el documento PTL 1).
El documento WO 2016/068564 divulga que la tabla de lista de servicios (SLT) soporta una exploración de canales rápida que permite a un receptor construir una lista de todos los servicios que este puede recibir, con su nombre de canal, número de canal, etc. El documento WO 2016/068564 divulga que la señalización de una capa superior puede incluir información relacionada con alertas de emergencia. El documento WO 2016/068564 divulga que EAC_FLAG es un campo de 1 bit que indica la presencia del EAC en una trama actual, y EAS_WAKE_UP_VERSION_NUM es un campo de 8 bits que indica un número de versión de una indicación de reactivación.
El documento"TM-0079r1, Emergency Warning System - inserting (a) corresponding aterí flag(s) into DVB-T2'de la Organización DVB, 31 de octubre de 2016, divulga que la señal relacionada con sistemas de alerta de emergencia deberá estar contenida en una parte robusta de la transmisión, es decir, la capa 1. Este divulga la inserción de una bandera de sistema de alerta de emergencia en pre-señalización de capa 1, post-señalización dinámica de capa 1 o señalización en banda.
El documento EP 3048794 se refiere a una provisión de alerta de emergencia en un sistema de radiodifusión. El documento EP 3048794 divulga que se incluye información de alerta de emergencia en una porción de señal prescrita que se transmite periódicamente para sintonizarse con un canal de radiodifusión. El documento EP 3048794 divulga que un mensaje puede proporcionarse a usuarios inmediatamente y con una carga baja simplemente descodificando la señal prescrita, es decir, simplemente procesando la capa física o una capa inferior del protocolo de comunicación sin descodificar los propios datos de radiodifusión.
El documento US 2017/0201337 divulga un esquema para proporcionar una bandera de alerta de emergencia en el campo de pre-señalización de L-1 de una trama. El documento US 2017/0201337 divulga que uno de los cuatro bits reservados se atribuye a información de notificación de alerta de emergencia (una bandera de alerta de emergencia) para indicar que se está transmitiendo información de alerta de emergencia.
[Lista de citas]
[Bibliografía de patentes]
[PTL 1]
Patente japonesa abierta a inspección pública n.° 2008-148230
[Bibliografía no de patentes]
[NPL 1]
ETSI EN 302755 V1.4.1 (07-2015)
[Sumario]
[Problemas técnicos]
Por cierto, aunque se ha introducido un sistema de alerta de emergencia en el estándar DVB-T2 y en otros esquemas de radiodifusión, existe una demanda para proporcionar un servicio de alerta de emergencia más adecuado a un funcionamiento real, y se han solicitado propuestas para lograr un sistema de alerta de emergencia de este tipo.
La presente tecnología se ha ideado a la luz de tales circunstancias, y un objeto de la presente tecnología es permitir la provisión de un servicio de alerta de emergencia más adecuado a un funcionamiento real.
[Solución a problemas]
De acuerdo con un primer aspecto, se divulga un aparato de recepción de acuerdo con la reivindicación independiente 1 adjunta. El aparato de recepción del primer aspecto de la presente tecnología incluye una sección de recepción y una sección de desmodulación. La sección de recepción recibe una trama de capa física transportada como una señal de radiodifusión en función de información de supervisión que se incluye en señalización de capa superior, señalización en una capa superior a una capa física, y que se usa para supervisar un servicio específico. La sección de desmodulación desmodula señalización de capa física adquirida a partir de la trama de capa física y supervisa si se ha transportado información de alerta de emergencia en función de información de aviso de alerta de emergencia adquirida como resultado de la desmodulación. En un caso en el que la información de aviso de alerta de emergencia indica que se ha transportado la información de alerta de emergencia, el aparato de recepción arranca automáticamente.
El aparato de recepción del primer aspecto de la presente tecnología puede ser un aparato independiente o un bloque interno incluido en un único aparato. Asimismo, un método de recepción del primer aspecto de la presente tecnología es un método de recepción correspondiente al aparato de recepción del primer aspecto de la presente tecnología descrito anteriormente.
En el aparato de recepción y el método de recepción del primer aspecto de la presente tecnología, una trama de capa física transportada como una señal de radiodifusión se recibe en función de información de supervisión que se incluye en señalización de capa superior, señalización en una capa superior a una capa física, y que se usa para supervisar un servicio específico, y se desmodula señalización de capa física adquirida a partir de la trama de capa física, y si se ha transportado información de alerta de emergencia se supervisa en función de información de aviso de alerta de emergencia adquirida como resultado de la desmodulación, y en un caso en el que la información de aviso de alerta de emergencia indica que se ha transportado la información de alerta de emergencia, el aparato de recepción arranca automáticamente.
De acuerdo con un segundo aspecto, se divulga un aparato de transmisión de acuerdo con la reivindicación independiente 9 adjunta. El aparato de transmisión del segundo aspecto de la presente tecnología incluye una sección de generación y una sección de transmisión. La sección de generación genera una trama de capa física que incluye señalización de capa física y que incluye, en una porción de datos de la misma, señalización de capa superior, señalización en una capa superior a la capa física. La sección de transmisión transmite la trama de capa física como una señal de radiodifusión. La señalización de capa física incluye información de aviso de alerta de emergencia correspondiente a si se ha transportado información de alerta de emergencia, y la señalización de capa superior incluye información de supervisión para supervisar un servicio específico.
El aparato de transmisión del segundo aspecto de la presente tecnología puede ser un aparato independiente o un bloque interno incluido en un único aparato. Asimismo, un método de transmisión del segundo aspecto de la presente tecnología es un método de transmisión correspondiente al aparato de transmisión del segundo aspecto de la presente tecnología descrito anteriormente.
En el aparato de transmisión y el método de transmisión del segundo aspecto de la presente tecnología, se genera una trama de capa física que incluye señalización de capa física y que incluye, en una porción de datos de la misma, señalización de capa superior como señalización en una capa superior a la capa física. La señalización de capa física incluye información de aviso de alerta de emergencia correspondiente a si se ha transportado información de alerta de emergencia. La señalización de capa superior incluye información de supervisión para supervisar un servicio específico. La trama de capa física se transmite como una señal de radiodifusión.
De acuerdo con aspectos adicionales, se divulga un método de recepción y un método de transmisión de acuerdo con las reivindicaciones independientes 14 y 15 adjuntas.
[Efecto ventajoso de la invención]
De acuerdo con el primer y el segundo aspectos de la presente tecnología, puede proporcionarse un servicio de alerta de emergencia más adecuado a un funcionamiento real.
Cabe señalar que los efectos descritos en el presente documento no están necesariamente limitados y pueden ser cualquiera de los efectos descritos en esta divulgación.
[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 post-señalización de L1 configurable.
[Figura 6]
La Figura 6 es un diagrama que ilustra una sintaxis de post-señalización de L1 dinámica.
[Figura 7]
La Figura 7 es un diagrama que ilustra una estructura en el caso en el que se usa un campo de relleno de una trama de 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 ejemplo de asignación de bits.
[Figura 11]
La Figura 11 es un diagrama que ilustra un ejemplo de una sintaxis de un descriptor de supervisor de alerta de emergencia.
[Figura 12]
La Figura 12 es un diagrama que ilustra un ejemplo de una sintaxis de un descriptor de supervisor de alerta de emergencia.
[Figura 13]
La Figura 13 es un diagrama de flujo que describe un flujo de procesos en un lado de transmisión.
[Figura 14]
La Figura 14 es un diagrama de flujo que describe un flujo de procesos en un lado de recepción en modo normal.
[Figura 15]
La Figura 15 es un diagrama de flujo que describe un flujo de procesos en el lado de recepción en modo de espera.
[Figura 16]
La Figura 16 es un diagrama que ilustra un ejemplo de configuración de un ordenador.
[Descripción de realizaciones]
A continuación se dará una descripción de una realización de la presente tecnología con referencia a dibujos. Cabe señalar que la descripción se dará 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) Post-señalización de L1
(2) Señalización EN BANDA
4. Ejemplo específico de asignación de bits
5. Señalización de capa superior
6. Flujo de los procesos de respuesta de información de alerta de emergencia
7. Ejemplo de modificación
8. 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 unos aparatos de procesamiento de datos 10-1 a 10-N (en donde N es un número entero igual a o mayor que 1) instalados en unas instalaciones en relación con unas estaciones de radiodifusión respectivas, un aparato de transmisión 20 instalado en una estación de transmisión y unos aparatos de recepción 30-1 a 30-M (en donde M es un número entero igual a o mayor que 1) que son propiedad de usuarios. Asimismo, en este sistema de transporte 1, los aparatos de procesamiento de datos 10-1 a 10-N se conectan al aparato de transmisión 20 a través de unas líneas de comunicación 40-1 a 40-N. Cabe señalar que pueden usarse líneas arrendadas, por ejemplo, como las líneas de comunicación 40-1 a 40-N.
El aparato de procesamiento de datos 10-1 procesa contenido tal como un programa de transmisión producido por una estación de radiodifusión A y transmite datos que van a transportarse adquiridos como resultado de ello al aparato de transmisión 20 a través de la línea de comunicación 40-1.
En los aparatos de procesamiento de datos 10-2 a 10-N, se procesa contenido tal como programas de radiodifusión producidos por las estaciones de radiodifusión B a Z, y los datos que van a transportarse adquiridos como resultado de ello se envían al aparato de transmisión 20 a través de las líneas de comunicación 40-2 a 40-N como en el aparato de procesamiento de datos 10-1.
El aparato de transmisión 20 recibe datos transportados enviados desde los aparatos de procesamiento de datos 10 1 a 10-N en el lado de las estaciones de radiodifusión a través de las líneas de comunicación 40-1 a 40-N. El aparato de transmisión 20 procesa datos transportados desde los aparatos de procesamiento de datos 10-1 a 10-N y transmite una señal de radiodifusión adquirida como resultado de ello a partir de una antena de transmisión instalada en la estación de transmisión.
Esto permite que la señal de radiodifusión desde el aparato de transmisión 20 en el lado de la estación de transmisión se envíe a los aparatos de recepción 30-1 a 30-M a través de un canal de transporte de radiodifusión 50.
Los aparatos de recepción 30-1 a 30-M son receptores estacionarios tales como receptores de TV, descodificadores de salón (STB), grabadores, consolas de juegos y dispositivos de almacenamiento en red o receptores móviles tales como teléfonos inteligentes, teléfonos móviles y ordenadores de tipo tableta. Asimismo, los aparatos de recepción 30 1 a 30-M pueden ser equipos montados en vehículo tales como receptores de TV montados en vehículo u ordenadores portátiles tales como pantallas montadas en la cabeza (HMD).
El aparato de recepción 30-1 reproduce contenido tal como un programa de transmisión correspondiente a una operación de sintonización realizada por un usuario recibiendo una señal de radiodifusión enviada desde el aparato de transmisión 20 a través del canal de transporte de radiodifusión 50 y procesando la señal.
En los aparatos de recepción 30-2 a 30-M, se procesa una señal de radiodifusión desde el aparato de transmisión 20, y el contenido correspondiente a una operación de sintonización realizada por un usuario se reproduce como en el aparato de recepción 30-1.
Cabe señalar que, en el sistema de transporte 1, el canal de transporte de radiodifusión 50 puede ser no solo terrestre (radiodifusión terrestre) sino también, por ejemplo, radiodifusión por satélite usando un satélite de radiodifusión (BS) o un satélite de comunicaciones (CS) o radiodifusión cableada usando cables (CATV: Televisión de Antena Comunitaria).
Asimismo, en el sistema de transporte 1, aunque no se ilustra, diversos servidores pueden conectarse a una línea de comunicación tal como Internet de tal modo que los aparatos de recepción 30-1 a 30-M que tienen una función de comunicación puedan recibir diversos fragmentos de datos tales como contenido y aplicaciones accediendo a los diversos servidores para una comunicación bidireccional.
Cabe señalar que, en el caso en el que no hay ninguna necesidad particular de distinguir entre los aparatos de procesamiento de datos 10-1 a 10-N en el lado de las estaciones de radiodifusión, los aparatos de procesamiento de datos 10-1 a 10-N se denominarán aparatos de procesamiento de datos 10. Asimismo, en el caso en el que no hay ninguna necesidad particular de distinguir entre los aparatos de recepción 30-1 a 30-M, los aparatos de recepción 30 1 a 30-M se denominarán aparatos de recepción 30.
(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 de procesamiento de datos 10 y el aparato de transmisión 20 ilustrados en la Figura 1.
En la Figura 2, el aparato de procesamiento de datos 10 incluye una sección de procesamiento de componentes 111, una sección de generación de señalización 112, un multiplexor 113 y una sección de procesamiento de datos 114.
La sección de procesamiento de componentes 111 procesa datos de componentes incluidos en contenidos tales como programas de radiodifusión y suministra un flujo de componentes adquirido como resultado de ello al multiplexor 113. En el presente caso, los datos componentes son vídeo, audio, subtítulos y otros datos, y sobre estos fragmentos de datos se realiza un proceso de codificación conforme con un esquema de codificación dado u otro proceso, por ejemplo.
La sección de generación de señalización 112 genera señalización usada para procesos de capa superior tales como sintonización y reproducción de contenido y suministra señalización al multiplexor 113. Asimismo, la sección de generación de señalización 112 genera señalización usada para procesos de capa física tales como modulación y desmodulación de señal de radiodifusión y suministra señalización a la sección de procesamiento de datos 114.
Cabe señalar que la señalización también se denomina información de control. Asimismo, en la descripción dada a continuación, de señalización, la usada para los procesos en la capa física se denominará señalización de capa física (señalización de L1), y la usada para procesos en capas superiores por encima de la capa física se denominará señalización de capa superior para su distinción.
El multiplexor 113 multiplexa un flujo de componentes suministrado desde la sección de procesamiento de componentes 111 y un flujo de señalización de capa superior suministrado desde la sección de generación de señalización 112 y suministra el flujo adquirido como resultado de ello a la sección de procesamiento de datos 114. Cabe señalar en el presente caso que pueden multiplexarse otros flujos, tales como información de aplicación o de tiempo.
La sección de procesamiento de datos 114 procesa el flujo suministrado desde el multiplexor 113 y genera un paquete (trama) en un formato dado. Asimismo, la sección de procesamiento de datos 114 genera datos que van a transportarse procesando el paquete en el formato dado y señalización de capa física desde la sección de generación de señalización 112 y transmite los datos que van a transportarse al aparato de transmisión 20 a través de la línea de comunicación 40.
En la Figura 2, el aparato de transmisión 20 incluye una sección de procesamiento de datos 211 y una sección de modulación 212.
La sección de procesamiento de datos 211 recibe y procesa los datos transportados enviados desde el aparato de procesamiento de datos 10 a través de la línea de comunicación 40 y extrae el paquete (trama) en el formato dado e información de señalización de capa física adquirida como resultado de ello.
La sección de procesamiento de datos 211 genera una trama de capa física conforme con un esquema de radiodifusión dado (por ejemplo, estándar DVB-T2) (trama de capa física) procesando el paquete (trama) en el formato dado e información de señalización de capa física y suministra la trama de capa física a la sección de modulación 212.
Cabe señalar que, aunque se proporciona una descripción en la configuración ilustrada en la Figura 2 suponiendo que una señalización de capa física se genera en el lado de los aparatos de procesamiento de datos 10 y se envía al aparato de transmisión 20, puede generarse señalización de capa física en el lado del aparato de transmisión 20.
La sección de modulación 212 realiza un proceso necesario (por ejemplo, proceso de modulación) en la trama de capa física suministrada desde la sección de procesamiento de datos 211 y transmite una señal de radiodifusión (señal de RF) adquirida como resultado de ello desde la antena de transmisión instalada en la estación de transmisión.
Los aparatos de procesamiento de datos 10 y el aparato de transmisión 20 están configurados como se 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 de recepción 30 ilustrado en la Figura 1.
En la Figura 3, el aparato de recepción 30 incluye una sección de procesamiento 301, una sección de entrada 302, una sección de almacenamiento 303, un sintonizador 311, una sección de desmodulación 312 y una sección de procesamiento de datos 313.
La sección de procesamiento 301 está configurada, por ejemplo, como una CPU (unidad central de procesamiento) o un microprocesador. La sección de procesamiento 301 funciona como un aparato central de procesamiento del aparato de recepción 30 que maneja diversas operaciones aritméticas y controla el funcionamiento de cada sección. La sección de procesamiento 301 puede intercambiar diversos fragmentos de datos con cada sección del aparato de recepción 30.
La sección de entrada 302 es, por ejemplo, un botón físico y suministra una señal de operación correspondiente a una operación de usuario a la sección de procesamiento 301. La sección de procesamiento 301 controla el funcionamiento de cada sección en función de la señal de operación suministrada desde la sección de entrada 302.
La sección de almacenamiento 303 incluye, por ejemplo, una memoria de semiconductores tal como una NVRAM (RAM no volátil). La sección de almacenamiento 303 almacena diversos tipos de datos bajo el control de la sección de procesamiento 301.
El sintonizador 311 realiza un proceso necesario sobre la señal de radiodifusión (señal de RF) recibida a través de una antena 321 y suministra la señal adquirida como resultado de ello a la sección de desmodulación 312.
La sección de desmodulación 312 está configurada, por ejemplo, como un desmodulador tal como una LSI (integración a gran escala) de desmodulación. La sección de desmodulación 312 realiza un proceso de desmodulación sobre la señal suministrada desde el sintonizador 311. En este proceso de desmodulación, por ejemplo, se procesa una trama de capa física, por ejemplo, de acuerdo con señalización de capa física, y se adquiere un paquete en un formato dado. El paquete adquirido como resultado de esta desmodulación se suministra a la sección de procesamiento de datos 313.
La sección de procesamiento de datos 313 está configurada, por ejemplo, como un sistema en chip (SoC). La sección de procesamiento de datos 313 realiza procesos dados sobre el paquete suministrado desde la sección de desmodulación 312. En el presente caso, por ejemplo, se realizan procesos de descodificación y reproducción de flujo en función de señalización de capa superior adquirida a partir del paquete.
Vídeo, audio, subtítulos y otros datos adquiridos mediante los procesos realizados por la sección de procesamiento de datos 313 se emiten a circuitos en fases posteriores. Esto permite que se reproduzcan contenidos tales como programas de radiodifusión y que vídeo y audio de los mismos sean emitidos por los aparatos de recepción 30.
Cabe señalar que, aunque por conveniencia de la descripción, la sección de procesamiento 301 y la sección de procesamiento de datos 313 se describieron como bloques separados en la configuración ilustrada en la Figura 3, la sección de procesamiento 301 y la sección de procesamiento de datos 313 pueden ser una sección de procesamiento que incluye un único bloque.
Los aparatos de recepción 30 están configurados como se ha descrito anteriormente.
<2. Descripción general de la presente tecnología>
Por cierto, las vidas de las personas están expuestas a una diversidad de sucesos tales como desastres naturales, incluidos terremotos, tsunamis, tifones, lluvias torrenciales, tornados, inundaciones e incendios forestales.
En caso de un suceso de este tipo, es necesario instar a las personas a evacuar notificando a las mismas información de alerta de emergencia tan pronto como sea posible. La información de alerta de emergencia en el momento de un desastre es proporcionada, por ejemplo, por una organización gubernamental, y así sucesivamente.
Asimismo, esta información de alerta de emergencia puede proporcionarse a usuarios como un servicio de alerta de emergencia usando un sistema de alerta de emergencia (EWS) prescrito en diversos esquemas de radiodifusión tales como el estándar DVB-T2, el estándar ISDB-T (radiodifusión digital de servicios integrados - terrestre) y el estándar ATSC (comité de sistemas de televisión avanzados) 3.0.
Al operar este sistema de alerta de emergencia (EWS), es común, en el caso en el que el receptor está en modo de espera (en modo de espera), supervisar si se ha transportado información de alerta de emergencia y, si es así, arrancar el receptor automáticamente de tal modo que se presenta información de alerta de emergencia.
Por otra parte, no todas las estaciones de radiodifusión operan necesariamente alertas de emergencia, y cuando se supervisa si se ha transportado información de alerta de emergencia, es necesario supervisar servicios proporcionados por estaciones de radiodifusión que operan alertas de emergencia (servicios de radiodifusión).
Sin embargo, debido a que, en diversos esquemas de radiodifusión actuales, no hay ningún medio en el lado de receptor para identificar los servicios proporcionados por las estaciones de radiodifusión que operan alertas de emergencia, un servicio que va a supervisarse no puede especificarse expresamente en el lado de receptor.
Por este motivo, se han solicitado propuestas, en el caso en el que un servicio proporcionado por una estación de radiodifusión que opera alertas de emergencia es supervisado en el receptor en modo de espera, para especificar expresamente el servicio que va a supervisarse.
Como se ha descrito anteriormente, existe una demanda, en el momento de la introducción de un sistema de alerta de emergencia, para introducir un sistema de alerta de emergencia capaz de proporcionar un servicio de alerta de emergencia más adecuado a un funcionamiento real, incluyendo especificar expresamente un servicio que va a supervisarse.
Por este motivo, la presente tecnología propone el siguiente esquema para ser capaz de proporcionar un servicio de alerta de emergencia más adecuado a un funcionamiento real:
Es decir, en la presente tecnología, la información de aviso de alerta de emergencia (bandera de alerta de emergencia) que indica si se ha transportado información de alerta de emergencia se incluye como señalización de capa física, y la información de supervisión (descriptor de supervisor de alerta de emergencia que se describirá más adelante) para supervisar un servicio específico (servicio proporcionado por una estación de radiodifusión que opera alertas de emergencia) se incluye como señalización de capa superior.
Esto permite que un servicio que va a supervisarse se especifique expresamente en función de información de supervisión (descriptor de supervisor de alerta de emergencia), haciendo posible, como resultado, proporcionar un servicio de alerta de emergencia más adecuado a un funcionamiento real.
Cabe señalar que, en la descripción que se proporciona a continuación, se describirá una trama T2 conforme con el estándar DVB-T2 como un ejemplo de una trama de capa física. Asimismo, la post-señalización de L1 y la señalización EN BANDA prescritas en el estándar DVB-T2 se describirán como ejemplos de señalización de capa física que incluye la información de aviso de alerta de emergencia (bandera de alerta de emergencia) anterior, y así sucesivamente, descrita anteriormente.
Además, la SDT (tabla de descripción de servicios) prescrita en el estándar DVB-T2 se describirá como un ejemplo de señalización de capa superior que incluye la información de emergencia (descriptor de supervisor de alerta de emergencia) anterior. Cabe señalar que existen TS real de SDT y un TS de otra SDT para SDT y que puede colocarse información de supervisión en TS real de SDT.
<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, y se envían datos en unidades de una trama T2. Una trama T2 incluye dos tipos de señales de preámbulo denominadas P1 y P2, y estas señales de preámbulo incluyen información requerida para la desmodulación de señales de OFDM (multiplexación por división de frecuencia ortogonal) y otros procesos.
Una trama T2 incluye un símbolo P1, un símbolo P2 y símbolos de datos en este orden.
Un símbolo P1 es un símbolo para transmitir señalización de P1, y la señalización de P1 incluye un tipo de transmisión y parámetros de transmisión básicos.
Un símbolo P2 es un símbolo para transmitir pre-señalización de L1 y post-señalización de L1. La pre-señalización de L1 incluye información para que un receptor que recibe una trama T2 reciba y descodifique post-señalización de L1. La post-señalización de L1 incluye parámetros requeridos para que el receptor acceda a la capa física (por ejemplo, PLP (canalizaciones de capa física)).
Una post-señalización de L1 incluye dos tipos de campos, post-señalización de L1 configurable y dinámica. Además, un campo de ampliación opcional está disponible para fines de expansión. Asimismo, estos campos van seguidos de una CRC (comprobación de redundancia cíclica) y un relleno de L1 en este orden.
Cabe señalar que, en el estándar DVB-T2, es posible multiplexar una trama denominada FEF (trama de ampliación futura) que tiene una estructura diferente de una trama T2 en una dirección temporal y transmitir la trama multiplexada entre tramas T2 enviadas. Asimismo, un flujo auxiliar puede incluirse en una trama T2 junto con unos PLP.
Asimismo, hay dos tipos de tramas T2, una trama T2-Base destinada a receptores estacionarios tales como receptores de TV y una trama T2-Lite destinada a receptores móviles tales como teléfonos inteligentes y ordenadores de tipo tableta. Aunque se clasifican por perfil, estos tipos de tramas T2 tienen una estructura común independientemente del tipo de perfil.
(1) Post-señalización de L1
(Sintaxis de post-señalización de L1 configurable)
La Figura 5 es un diagrama que ilustra una sintaxis de post-señalización de L1 configurable.
Se proporcionan campos SUB_SLICES_PER_FRAME, NUM_PLP, NUM_AUX y AUX_CONFIG_RFU en post señalización de L1 configurable.
A partir de entonces, los campos RF_IDX y FREQUENCY se proporcionan en un bucle de RF correspondiente a NUM_RF. Asimismo, en el caso en el que se satisface una relación S2=='xxx1', se proporcionan campos FEF_TYPE, FEF_LENGTH y FEF_INTERVAL.
Más posteriormente, se proporcionan 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 de PLP correspondiente a NUM_PLP.
Asimismo, RESERVED_1 de 11 bits está disponible en este bucle de PLP. A continuación, cuando se sale del bucle de PLP, se proporciona un campo FEF_LE<n>G<t>H_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 de AUX correspondiente a NUM_AUX.
En el presente caso, AUX_STREAM_TYPE es un campo de cuatro bits que prescribe un tipo de flujo auxiliar. AUX_PRIVATE_CONF es un campo de 28 bits que prescribe detalles con respecto a un flujo auxiliar.
Cabe señalar que, tal como se indica en la "Tabla 36: Formato de señalización para el tipo de flujo auxiliar", el documento NPL 1 anterior, en el caso en el que los bits '0000' se establecen como AUX_STREAM_TYPE, esto indica que el flujo auxiliar es el de TX-SIG (firmas de transmisor).
Asimismo, la tabla indica que, en AUX_STREAM_TYPE, bits que no sean '0000' están, todos ellos reservados para uso futuro. En el presente caso, la presente tecnología asigna, por ejemplo, los bits '1111' a "señalización de emergencia" como AUX_STREAM_TYPE, haciendo posible de ese modo especificar información con respecto a una alerta de emergencia en AUX_PRIVATE_CONF.
Como se ha descrito anteriormente, en post-señalización de L1 configurable, puede asignarse información arbitraria a RESERVED_1 de 11 bits, RESERVED_2 de 30 bits y AUX_PRIVATE_COn F de 28 bits. Por lo tanto, en la presente tecnología, información con respecto a una alerta de emergencia se asigna a estos RESERVED y AUX_PRIVATE_CONF.
Cabe señalar que los detalles de cada campo proporcionado en post-señalización de L1 configurable se dan en "7.2.3.1 Post-señalización de L1 configurable" en el documento NPL 1 anterior. Por lo tanto, en el presente caso se omite una descripción detallada de ello.
(Sintaxis de post-señalización de L1 dinámica)
La Figura 6 es un diagrama que ilustra una sintaxis de post-señalización de L1 dinámica.
Se proporcionan campos FRAME_IDX, SUB_SLICE_INTERVAL, TYPE_2_START, L1_CHANGE_COUNTER e START_RF_IDX en post-señalización de L1 dinámica.
Asimismo, posteriormente, está disponible RESERVED_1 de ocho bits.
A partir de entonces, los campos PLP_ID, PLP_START y PLP_NUM_BLOCKS se proporcionan en el bucle de PLP correspondiente a NUM_PLP.
Asimismo, está disponible RESERVED_2 de ocho bits en el bucle de PLP. A continuación, cuando se sale del bucle de PLP, está disponible adicionalmente RESERVED_3 de ocho bits.
A partir de entonces, AUX_PRIVATE_DYN se proporciona en el bucle de AUX correspondiente a NUM_AUX. En el presente caso, AUX_PRIVATE_DYN es un campo de 48 bits que prescribe detalles con respecto a un flujo auxiliar. Cabe señalar que este AUX_PRIVATE_DYN especifica información con respecto a un flujo auxiliar cuyo tipo se especifica en AUX_STREAM_TYPE de señalización configurable ilustrada en la Figura 5. Es decir, por ejemplo, en el caso en el que unos bits '1111' que indican "señalización de emergencia" se especifican como AUX_STREAM_TYPE, información con respecto a una alerta de emergencia puede especificarse en AUX_PRIVATE_DYN.
Como se ha descrito anteriormente, en post-señalización de L1 dinámica, puede asignarse información arbitraria a RESERVED_1 de ocho bits, RESERVED_2 de ocho bits, RESERVED_3 de ocho bits y AUX_PRIVATE_DYN de 48 bits. En la presente tecnología, por lo tanto, información con respecto a una alerta de emergencia se asigna a estas RESERVED y AUX_PRIVATE_DYN.
Cabe señalar que los detalles de cada campo proporcionado en post-señalización de L1 dinámica se dan en "7.2.3.2 Post-señalización de L1 dinámica" en el documento NPL 1 anterior. Por lo tanto, en el presente caso se omite una descripción detallada de ello.
(2) Señalización EN BANDA
(Formato de campo de relleno)
La Figura 7 es un diagrama que ilustra una estructura en el caso en el que se usa un campo de relleno de una trama de BB como señalización EN BANDA. Cabe señalar que una trama T2 está formada por una pluralidad de tramas de BB, teniendo cada una de las cuales una estructura de este tipo.
En la Figura 7, se agrega un encabezamiento BB de 80 bits (ENCABEZAMIENTOBB) a un campo de datos (CAMPO DE DATOS) de una trama de BB. Asimismo, puede proporcionarse un campo de relleno (RELLENO) a continuación del campo de datos en una trama de BB.
Pueden proporcionarse campos de señalización EN BANDA en este campo de relleno como se ilustra en la Figura 7. En el presente caso, hay tres casos, un primer caso en el que solo se proporciona un campo de señalización EN BANDA de tipo A, un segundo caso en el que solo se proporciona un campo de señalización de tipo B, y un tercer caso en el que se proporcionan campos de señalización EN BANDA tanto de tipo A como de tipo B.
Cabe señalar que los detalles de señalización EN BANDA se dan en "5.2.3 Uso del campo de relleno para señalización en banda" en el documento NPL 1 anterior.
(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 señalización EN BANDA de tipo A. Asimismo, posteriormente, está 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 de PI correspondiente a PI.
Asimismo, RESERVED_2 de ocho bits está disponible en el bucle de P<i>. A continuación, cuando se sale del bucle de P<i>, se proporcionan unos campos CURRENT_PLP_NUM_BLOCKS y NUM_OTHER_PLP_IN_BAND.
A partir de entonces, 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.
Asimismo, está disponible RESERVED_3 de ocho bits en el bucle de 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 de P<i>correspondiente a P<i>.
Como se ha descrito anteriormente, en señalización EN BANDA de tipo A, puede asignarse información arbitraria a RESERVED_1 de ocho bits, RESe Rv ED_2 de ocho bits y RESERVED_3 de ocho bits. En la presente tecnología, por lo tanto, información con respecto a una alerta de emergencia se asigna a estas RESERVED.
Cabe señalar que los detalles de cada campo proporcionado en señalización EN BANDA de tipo A se dan en "5.2.3.1 Tipo A en banda" en el documento NPL 1 anterior. Por lo tanto, en el presente caso se omite una descripción detallada de ello.
(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, BUFS_UNIT, BUFS y TS_RATE se proporcionan en señalización EN BANDA de tipo B.
Asimismo, posteriormente, está disponible RESERVED_B de ocho bits.
Como se ha descrito anteriormente, en señalización EN BANDA de tipo B, puede asignarse información arbitraria a RESERVED_B de ocho bits. En la presente tecnología, por lo tanto, información con respecto a una alerta de emergencia se asigna a este RESERVED_B de ocho bits.
Cabe señalar que los detalles de cada campo proporcionado en señalización EN BANDA de tipo B se dan en "5.2.3.2 Tipo B en banda" en el documento NPL 1 anterior. Por lo tanto, en el presente caso se omite una descripción detallada de ello.
Como se ha descrito anteriormente, en la presente tecnología, información con respecto a una alerta de emergencia puede asignarse a los bits de RESERVED, AUX_PRIVATE_c On F y AUX_PRIVATE_DYN de post-señalización de L1 o a los bits de RESERVED de señalización EN BANDA. A continuación se dará una descripción de un ejemplo específico de asignación de bits a información con respecto a una alerta de emergencia.
<4. Ejemplo específico de asignación de bits>
(Ejemplo de asignación de bits)
La Figura 10 es un diagrama que ilustra un ejemplo de asignación de bits.
En el ejemplo de asignación de bits ilustrado en la Figura 10, se ilustra un caso en el que información con respecto a una alerta de emergencia se asigna a RESERVED_2 de 30 bits y AUX_PRIVATE_CONF de 28 bits en post señalización de L1 configurable.
Es decir, en el ejemplo de asignación de bits ilustrado en la Figura 10, los 30 bits de RESERVED_2 en post señalización de L1 configurable se asignan respectivamente a EMERGENCY_WARNING, EWS_VERSION, SERVICE_ID y EWS_CODE.
EMERGENCY_WARNING de un bit es una bandera que indica que se transporta información de alerta de emergencia. En lo sucesivo en el presente documento, esta bandera también se denominará información de aviso de alerta de emergencia (bandera de alerta de emergencia).
EWS_VERSION de cinco bits indica una versión de información de alerta de emergencia. Esta versión se incrementa en el caso en el que se cambian detalles de información de alerta de emergencia.
SERVICE_ID de 16 bits indica un identificador de un servicio con el que el aparato de recepción 30 en modo de espera se sintoniza después de un arranque automático.
EWS_CODE de ocho bits indica un código de tipo de alerta de emergencia. Un tipo de desastre tal como un terremoto o un tifón se especifica, por ejemplo, como este código de tipo.
Asimismo, en el ejemplo de asignación de bits ilustrado en la Figura 10, '1111' que indica "señalización de emergencia" se especifica en AUX_STREAM_TYPE en post-señalización de L1 configurable, y COUNTRY_CODE, REGION_CODE y RESERVERD se asignan respectivamente a los 28 bits de AUX_PRIVATE_CONF como información con respecto a una alerta de emergencia.
El COUNTRY_CODE de 16 bits indica un código de país. Como este código de país puede usarse, por ejemplo, el código alfa-2 de ISO 3166-1 de dos bytes prescrito por la Organización Internacional de Normalización (ISO).
El REGION_CODE de ocho bits indica un código de región nacional. Como este código de región puede usarse un código para clasificar regiones en las que se divide adicionalmente cada país determinado, por ejemplo, por un código de país.
El RESERVERD de cuatro bits es una región para una expansión futura.
Como se ha descrito anteriormente, en el ejemplo de asignación de bits ilustrado en la Figura 10, EMERGENCY_WARNING se prescribe en RESERVED_2 en post-señalización de L1 configurable. Esto hace posible arrancar automáticamente el aparato de recepción 30 en modo de espera en el caso en el que se proporciona información de alerta de emergencia.
Es decir, por ejemplo, en el caso en el que el aparato receptor 30 como un receptor de TV está en modo de espera, y cuando se especifica EMERGENCY_WARNING = '0' como información de aviso de alerta de emergencia que se está supervisando, no se ha proporcionado ninguna información de alerta de emergencia. Por lo tanto, el aparato de recepción 30 permanece en modo de espera. Por otro lado, cuando se especifica EMERGENCY_WARNING = '1' como información de aviso de alerta de emergencia que se está supervisando, se ha proporcionado información de alerta de emergencia. Por lo tanto, el aparato de recepción 30 en modo de espera arranca automáticamente.
En este momento, el aparato de recepción 30 que ha arrancado se sintoniza automáticamente con un servicio de radiodifusión (servicio de aviso de emergencia) correspondiente a un ID de servicio especificado en SERVICE_ID prescrito en RESERVED_2 en post-señalización de L1 configurable, permitiendo que información de alerta de emergencia sea presentada (notificada) por el servicio de alerta de emergencia. Sin embargo, cabe señalar que, por ejemplo, en el caso en el que se especifica información de sintonización, tal como ID de servicio, mediante un descriptor de supervisor de alerta de emergencia (las Figuras 11 o 12) que se describirá más adelante, no hay ninguna necesidad de proporcionar el campo SERVICE_ID en este RESERVED_2 Configurable.
Asimismo, en el ejemplo de asignación de bits ilustrado en la Figura 10, EWS_VERSION se prescribe en RESERVED_2 en post-señalización de L1 configurable. Esto hace posible gestionar la versión de información de alerta de emergencia. Como resultado, por ejemplo, en el caso en el que el usuario vuelve a poner el aparato de recepción 30 en modo de espera después de haberse iniciado automáticamente a propósito mientras estaba en modo de espera, y cuando se especifica la misma EWS_VERSION que en el momento de un arranque automático, es posible implementar el dispositivo de recepción 30, por ejemplo, de una forma tal como para impedir que el dispositivo de recepción 30 arranque automáticamente de nuevo.
Además, estableciendo, con antelación, un tipo de información de alerta de emergencia (por ejemplo, un tipo de desastre tal como terremoto o tifón) que se proporcionará en el aparato de recepción 30, es posible realizar un proceso de determinación para determinar si el tipo coincide con el tipo de alerta de emergencia especificada en EWS_CODE de RESERVED_2 en post-señalización de L1 configurable.
A continuación, en el caso en el que el aparato de recepción 30 en modo de espera recibe información de aviso de alerta de emergencia (EMERGENCY_WARNING = '1'), y cuando hay una coincidencia en el tipo de alerta de emergencia, la información de alerta de emergencia entra dentro del tipo objetivo. Como resultado, el aparato de recepción 30 arranca automáticamente. Como se ha descrito anteriormente, el aparato de recepción 30 puede presentar (notificar) solo información de alerta de emergencia con respecto a un desastre específico tal como un terremoto o un tifón al usuario.
Asimismo, en el ejemplo ilustrado en la Figura 10, EMERGENCY_WARNING se prescribe en RESERVED_2 en post señalización de L1 configurable y, además, COUNTRY_CODE y REGION_CODE se prescriben en AUX_PRIVATE_CONF. Esto hace posible habilitar información de aviso de alerta de emergencia en el aparato de recepción 30 solo en una región específica de un país específico.
Es decir, estableciendo, con antelación, un código de país y un código de región correspondiente a la posición de instalación del aparato de recepción 30 y así sucesivamente en el aparato de recepción 30, 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 COUNt Ry_CODE y REGION_CODE de AUX_PRIVATE_CONF en post-señalización de L1 configurable.
A continuación, en el caso en el que el aparato de recepción 30 en modo de espera recibe información de aviso de alerta de emergencia (EMERGENCY_WARNING = '1'), y cuando hay una coincidencia en el código de país y el código de región, el aparato de recepción 30 se ubica en la región objetivo para información de alerta de emergencia. Como resultado, el aparato de recepción 30 arranca automáticamente. Por otra parte, incluso en el caso en el que el aparato de recepción 30 en modo de espera recibe información de aviso de alerta de emergencia (EMERGENCY_WARNING = '1'), y cuando hay una falta de coincidencia en el código de país y el código de región, el aparato de recepción 30 no se ubica en la región objetivo para información de alerta de emergencia. Por lo tanto, el aparato de recepción 30 permanece en modo de espera.
Como se ha descrito anteriormente, incluso en el caso en el que información de alerta de emergencia que va a notificarse varía de un país a otro o de una región a otra, es posible proporcionar información de alerta de emergencia a los aparatos de recepción 30 de una forma país a país o región a región usando COUNTRY_CODE y REGION_CODE.
A continuación, en el caso en el que el aparato de recepción 30 en modo de espera recibe información de aviso de alerta de emergencia (EMERGENCY_WARNING = '1'), y cuando hay una coincidencia no solo en el código de país y el código de región sino también en el tipo de alerta de emergencia, el aparato de recepción 30 se ubica en la región objetivo para información de alerta de emergencia, y la información de alerta de emergencia entra dentro del tipo objetivo. Como resultado, el aparato de recepción 30 arranca automáticamente. Como se ha descrito anteriormente, el aparato de recepción 30 puede presentar (notificar) solo información de alerta de emergencia con respecto a un desastre específico tal como un terremoto o un tifón de una forma país a país o región a región.
Cabe señalar que, como información con respecto a una alerta de emergencia, puede incluirse no solo información de características que indica características de información de alerta de emergencia tales como la versión de información de alerta de emergencia, el país y la región objetivo y el tipo de desastre indicado por detalles de la información de alerta de emergencia, sino también, por ejemplo, información (información de aviso de información adicional) que indica si se transporta información adicional tal como datos de texto, datos de audio, información de arranque de aplicación e información de sintonización después de un arranque automático.
Cabe señalar que el ejemplo de asignación de bits descrito anteriormente es meramente un ejemplo, y que información con respecto a una alerta de emergencia puede asignarse a bits de destino usando RESERVED, AUX_PRIVATE_CONF y AUX_PRIVATE_DYN en post-señalización de L1 sola o en combinación.
Asimismo, aunque se ilustró un caso en el ejemplo de asignación de bits descrito anteriormente en el que información con respecto a una alerta de emergencia se asignó a los bits de RESERVED y AUX_PRIVATE_CONF en post señalización de L1, información con respecto a una alerta de emergencia (por ejemplo, EMERGENCY_WARNING, EWS_CODE, COUNTRY_CODE, REGION_CODE) puede asignarse de forma similar a los bits de RESERVED en señalización EN BANDA.
Además, es posible no solo asignar información con respecto a una alerta de emergencia a los bits en post señalización de L1 y en señalización EN BANDA sino también asignar, por ejemplo, una parte de información con respecto a una alerta de emergencia a los bits de RESERVED, AUX_P<r>IV<a>T<e>_CONF y AUX_PRIVATE_DYN en post-señalización de L1 y una información restante a los bits de RESERVED en señalización DENTRO DE BANDA.
<5. Señalización de capa superior>
En el estándar DVB-T2, se prescriben PAT (tabla de asociación de programas), PMT (tabla de mapas de programas), NIT (tabla de información de red), y así sucesivamente, como señalización de capa superior. La información de supervisión (descriptor de supervisor de alerta de emergencia) para supervisar servicios específicos (servicios proporcionados por una estación de radiodifusión que opera información de alerta de emergencia) puede incluirse, por ejemplo, en una SDT (tabla de descripción de servicios).
Cabe señalar, sin embargo, que un descriptor de supervisor de alerta de emergencia puede incluirse en una tabla que no sea la SDT.
(Sintaxis del descriptor de supervisor de alerta de emergencia)
La Figura 11 es un diagrama que ilustra un ejemplo de una sintaxis de un descriptor de supervisor de alerta de emergencia (EA_monitor_descriptor).
descriptor_tag de ocho bits indica un valor de etiqueta de un descriptor de supervisor de alerta de emergencia. descriptorjength de ocho bits indica una longitud de un descriptor de supervisor de alerta de emergencia. version de ocho bits indica una versión de un descriptor de supervisor de alerta de emergencia. num_EA_service de ocho bits indica el número de servicios de alerta de emergencia. En un bucle de EA_service correspondiente al número de servicios de alerta de emergencia indicados por este num_EA_service, se proporcionan los campos frequency, transport_stream_id, plp_id y service_id.
frequency de 32 bits indica una frecuencia para supervisar información de alerta de emergencia (unidad: MHz). Esta frecuencia puede expresarse en BCD (decimal codificado en binario) de cuatro bits.
Es decir, esta frecuencia es una frecuencia asignada a una estación de radiodifusión (un servicio de la misma) para operar una alerta de emergencia. Por lo tanto, el aparato de recepción 30 puede supervisar información de alerta de emergencia sintonizándose con el servicio correspondiente a la banda de frecuencia (servicio de alerta de emergencia). Es decir, el servicio correspondiente a la banda de frecuencia (servicio de alerta de emergencia) es un servicio que va a supervisarse.
Cabe señalar que, aunque en este ejemplo se describió un caso en el que se usó una frecuencia (banda de frecuencia) asignada a una estación de radiodifusión (servicio de la misma) que operaba una alerta de emergencia, puede usarse otra información tal como información de identificación para identificar una red de radiodifusión (network_id) siempre que esa información permita la identificación de una estación de radiodifusión (servicio de la misma). transport_stream_id de 16 bits indica un Id de flujo de transporte, un identificador de un flujo de transporte (TS) con el que el aparato de recepción 30 en modo de espera se sintoniza después de un arranque automático.
plp_id de ocho bits indica un ID de PLP, un identificador de una PLP (canalización de capa física) con el que el aparato de recepción 30 en modo de espera se sintoniza después de un arranque automático.
service_id de 16 bits indica un ID de servicio, un identificador de un servicio con el que el aparato de recepción 30 en modo de espera se sintoniza después de un arranque automático.
Es decir, en el aparato de recepción 30, es posible seleccionar un servicio después de un arranque automático usando un triplete, una combinación de estos ID de flujo de transporte, ID de PLP e ID de servicio, como información de sintonización. Cabe señalar que otra información tal como ID de red original (original_network_id) puede, por ejemplo, incluirse como información de sintonización.
expire_flag de un bit es una bandera que indica que un descriptor de supervisor de alerta de emergencia tiene una fecha de expiración. En el caso en el que se especifica expire_flag = '1' como esta bandera, se proporciona un campo expire_date_UTC como información de fecha de expiración.
expire_date_UTC de 64 bits indica una fecha de expiración de un descriptor de supervisor de alerta de emergencia. Esta fecha de expiración puede especificarse, por ejemplo, en formato de UTC (tiempo universal coordinado).
Por ejemplo, en el caso en el que el aparato de recepción 30 recibe un descriptor de supervisor de alerta de emergencia, información del descriptor de supervisor de alerta de emergencia se registra en la sección de almacenamiento 303. En el caso en el que la fecha de expiración del descriptor de supervisor de alerta de emergencia registrado (adquirido) está vencida, es posible adquirir un nuevo descriptor de supervisor de alerta de emergencia y actualizar información del descriptor de supervisor de alerta de emergencia registrado en la sección de almacenamiento 303.
En el presente caso, incluso suponiendo que el aparato de recepción 30 esté en modo de espera, en donde la fecha de expiración del descriptor de supervisor de alerta de emergencia registrado (adquirido) está vencida, el aparato de recepción 30 puede arrancar automáticamente, adquirir un nuevo descriptor de supervisor de alerta de emergencia y actualizar información del descriptor de supervisor de alerta de emergencia.
Cabe señalar que, en la Figura 11, reserved de siete bits es una región para una expansión futura.
La sintaxis de un descriptor de supervisor de alerta de emergencia ilustrado en la Figura 11 es meramente un ejemplo, y pueden usarse otras configuraciones. Por ejemplo, puede proporcionarse un campo de información de arranque de aplicación en un descriptor de supervisor de alerta de emergencia como se ilustra en la Figura 12.
En la Figura 12, url_length de 16 bits indica una longitud de información de URL. Se proporciona un campo url_char para corresponder a la longitud de información de URL indicada por este url_length.
url_char de ocho bits indica información de URL seleccionada por el aparato de recepción 30 en modo de espera después de un arranque automático. Esta información de URL es un URL (localizador de recursos uniforme) de una aplicación que puede ser arrancada por el aparato de recepción 30.
Más específicamente, por ejemplo, en el caso en el que el aparato receptor 30 que soporta HbbTV (TV de banda ancha de radiodifusión híbrida) cuyo servicio se ha lanzado en Europa como un servicio vinculado a la radiodifusión/comunicación adquiere un URL (localizador de recursos uniforme) de una aplicación de HbbTV como información de URL incluida en un descriptor de supervisor de alerta de emergencia, la aplicación de HbbTV se adquiere a través de una línea de comunicación tal como Internet, y se inicia. En el presente caso, por ejemplo, información de alerta de emergencia e información detallada de la misma son presentadas por esta aplicación de HbbTV.
En la Figura 12, cabe señalar que los campos en relación con información de URL que no sean url_length y url_char son iguales que en la Figura 11. Por lo tanto, se omite una descripción de ello.
<6. Flujo de los procesos de respuesta de información de alerta de emergencia>
A continuación se dará una descripción de flujos de procesos en el lado de transmisión y en el lado de recepción con referencia a los diagramas de flujo ilustrados en las Figuras 13 a 15.
(Procesos en el lado de transmisión)
En primer lugar se dará una descripción de un flujo de procesos en el lado de transmisión con referencia al diagrama de flujo ilustrado en la Figura 13.
En la etapa S11, la sección de generación de señalización 112 del aparato de procesamiento de datos 10 genera señalización de capa superior.
En el presente caso, una tabla PAT, PMT, SDT u otra se genera como señalización de capa superior. En una SDT, por ejemplo, un descriptor de supervisor de alerta de emergencia se incluye como información de supervisión. Este descriptor de supervisor de alerta de emergencia puede incluir no solo información de objetivo de supervisión que indica la banda de frecuencia asignada a la estación de radiodifusión (servicio de la misma) que opera una alerta de emergencia, sino también información de sintonización tal como un triplete, información de arranque de aplicación, información de fecha de expiración, y así sucesivamente.
En la etapa S12, se determina si se ha proporcionado información de alerta de emergencia. Este proceso de determinación determina, por ejemplo, si se ha proporcionado información de alerta de emergencia desde un servidor gestionado por la Agencia Meteorológica de Japón o por otra organización gubernamental a continuación de un desastre natural tal como un terremoto o un tsunami.
En el caso en el que se determina, en la etapa S12, que se ha proporcionado información de alerta de emergencia, el proceso avanza a la etapa S13. En la etapa S13, procesos de respuesta de información de alerta de emergencia son realizados por los aparatos de procesamiento de datos 10 y el aparato de transmisión 20.
En los procesos de respuesta de información de alerta de emergencia, no solo información de aviso de alerta de emergencia (bandera de alerta de emergencia) que indica el transporte de información de alerta de emergencia sino también información de características que indica características de información de alerta de emergencia de acuerdo con detalles de la información de alerta de emergencia se colocan en señalización de capa física (post-señalización de L1 o señalización EN BANDA).
En el presente caso, por ejemplo, se incluyen como información de características una versión de información de alerta de emergencia, un país objetivo y una región objetivo, un tipo de desastre indicado por detalles de la información de alerta de emergencia.
Cabe señalar que, en el caso en el que se determina, en la etapa S12, que no se ha proporcionado información de alerta de emergencia, se omite el proceso en la etapa S13 y el proceso avanza a la etapa S14.
En la etapa S14, la sección de procesamiento de datos 211 del aparato de transmisión 20 genera una trama T2 como una trama de capa física.
En el presente caso, la trama T2 incluye señalización de capa física y, además, la porción de datos de la misma incluye señalización de capa superior. A continuación, en el caso en el que se realizan los procesos de respuesta de información de alerta de emergencia (S13), la post-señalización de L1 o la señalización EN BANDA que incluye información de aviso de alerta de emergencia, información de características, y así sucesivamente, se coloca en la trama T2 como señalización de capa física.
En la etapa S15, la sección de modulación 212 del aparato de transmisión 20 realiza un proceso necesario tal como un proceso de modulación sobre la trama de capa física (trama T2) adquirida por el proceso en la etapa S14 y transmite una señal de radiodifusión adquirida como resultado de ello desde la antena de transmisión instalada en la estación de transmisión.
Cabe señalar que se repiten los procesos desde la etapa S11 a la etapa S15 ilustradas en la Figura 13. Es decir, resumiendo los procesos en el lado de transmisión, normalmente se transmite señalización de capa superior que incluye un descriptor de supervisor de alerta de emergencia. Sin embargo, en caso de una emergencia, se realizan los procesos de respuesta de información de alerta de emergencia (S13), haciendo que se transmita señalización de capa física que incluye información tal como información de aviso de alerta de emergencia (bandera de alerta de emergencia) e información de características.
El flujo de procesos en el lado de transmisión se ha descrito anteriormente.
(Procesos en el lado de recepción en modo normal)
A continuación se dará una descripción de un flujo de procesos en el lado de recepción en modo normal con referencia al diagrama de flujo ilustrado en la Figura 14.
En la etapa S31, el sintonizador 311 recibe la señal de radiodifusión transmitida desde el aparato de transmisión 20 a través de la antena 321 y realiza un proceso necesario sobre la señal de radiodifusión. En el presente caso, la sección de desmodulación 312 realiza un proceso de desmodulación sobre la señal adquirida como resultado de ello, y la sección de procesamiento de datos 313 realiza un proceso dado sobre los datos (paquete) adquiridos como resultado del proceso de desmodulación, permitiendo que se adquiera la señalización de capa superior.
En la etapa S32, la sección de procesamiento de datos 313 determina si se ha detectado un descriptor de supervisor de alerta de emergencia como señalización de capa superior.
Cabe señalar que, en el presente caso, es posible, por ejemplo, ignorar el descriptor de supervisor de alerta de emergencia que ya se ha adquirido y detectar solo un nuevo descriptor de supervisor de alerta de emergencia confirmando la versión (versión de ocho bits) del descriptor de supervisor de alerta de emergencia.
En el caso en el que se determina, en la etapa S32, que no se ha detectado un descriptor de supervisor de alerta de emergencia, el proceso vuelve a la etapa S31 y se repiten los procesos posteriores. Por otro lado, en el caso en el que se determina, en la etapa S32, que se ha detectado un descriptor de supervisor de alerta de emergencia, el proceso avanza a la etapa S33.
En la etapa S33, la sección de procesamiento 301 registra información adquirida a partir del descriptor de supervisor de alerta de emergencia en la sección de almacenamiento 303.
En el presente caso, en la sección de almacenamiento 303 se registran no solo información de objetivo de supervisión que indica la banda de frecuencia asignada a la estación de radiodifusión (servicio de la misma) que opera una alerta de emergencia, sino también información de sintonización tal como un triplete, información de arranque de aplicación, información de fecha de expiración, y así sucesivamente. Asimismo, el número de estaciones de radiodifusión (servicios de las mismas) que operan una alerta de emergencia no se limita a uno, y existe un caso en el que existen dos o más estaciones de radiodifusión.
En la etapa S34, la sección de procesamiento 301 determina si un servicio de alerta de emergencia ha sido seleccionado por el usuario.
Es decir, es posible especificar bandas de frecuencia para uno o una pluralidad de servicios en un descriptor de supervisor de alerta de emergencia como información de objetivo de supervisión, y en el caso en el que hay una pluralidad de servicios (servicios de alerta de emergencia), se presenta una lista de servicios seleccionables de tal modo que el usuario puede seleccionar un servicio deseado de entre la pluralidad de servicios.
En el caso en el que se determina, en la etapa S34, que se ha seleccionado un servicio, el proceso avanza a la etapa S35. En la etapa S35, la sección de procesamiento 301 establece el servicio seleccionado por el usuario como un servicio que va a supervisarse.
Por otro lado, en el caso en el que se determina, en la etapa S34, que no se ha seleccionado ningún servicio, el proceso avanza a la etapa S36. En la etapa S36, la sección de procesamiento 301 establece un servicio que va a supervisarse de acuerdo con una regla predeterminada.
En el presente caso, por ejemplo, es posible establecer, de la pluralidad de servicios especificados en el descriptor de supervisor de alerta de emergencia mediante información de objetivo de supervisión, el servicio que tiene el ID de servicio más pequeño como un servicio que va a supervisarse. Cabe señalar que el ID de servicio más pequeño es meramente un ejemplo de regla predeterminada, y también pueden adoptarse otras reglas tales como establecer el servicio que tiene el ID de servicio más grande.
Cuando información con respecto a un servicio se registra en la sección de almacenamiento 303 después de que el servicio se haya establecido como un servicio que va a ser supervisado por el proceso en la etapa S35 o S36, se terminan los procesos en el lado de recepción en modo normal.
El flujo de procesos en el lado de recepción en modo normal se ha descrito anteriormente.
Cabe señalar que, aunque la atención se centró en los procesos en el caso en el que se detectó un descriptor de supervisor de alerta de emergencia incluido en señalización de capa superior por las razones de una descripción sencilla en la descripción de los procesos en el lado de recepción en modo normal, el aparato de recepción 30 realiza, por ejemplo, otro proceso tal como una reproducción de contenido correspondiente a una operación de sintonización del usuario.
(Procesos en el lado de recepción en modo de espera)
A continuación se dará una descripción de un flujo de procesos en el lado de recepción en modo de espera con referencia al diagrama de flujo ilustrado en la Figura 15.
Cabe señalar que estos procesos en el lado de recepción en modo de espera se realizan después de que se haya establecido un servicio que va a supervisarse a continuación de la ejecución de los procesos en el lado de recepción en modo normal (la Figura 14) descritos anteriormente.
Asimismo, cuando está en modo de espera de consumo de energía bajo, el aparato de recepción 30 puede seleccionar si supervisar información de aviso de alerta de emergencia. Por lo tanto, en el caso en el que la no supervisión de información de aviso de alerta de emergencia se selecciona, por ejemplo, mediante una operación de usuario en el aparato de recepción 30, no se realizan estos procesos en el lado de recepción en modo de espera.
En la etapa S51, el sintonizador 311 se sintoniza con el servicio que va a supervisarse establecido con antelación en modo normal antes de conmutar de modo normal a modo de espera. En el presente caso, información con respecto al servicio se registró en la sección de almacenamiento 303 cuando se seleccionó el servicio que va a supervisarse en modo normal. Por lo tanto, el sintonizador 311 realiza una operación de sintonización basándose en esta información.
En la etapa S52, la sección de desmodulación 312 realiza un proceso de desmodulación sobre la señal de salida del sintonizador 311 e inicia la supervisión de información de aviso de alerta de emergencia (bandera de alerta de emergencia) incluida en señalización de capa física adquirida a partir de la trama física (trama T2).
Como resultado, la supervisión de información de aviso de alerta de emergencia se inicia en el aparato de recepción 30, y una señal de radiodifusión recibida es procesada por el sintonizador 311 y es desmodulada por la sección de desmodulación 312 (S53 y S54).
A continuación, se determina, en la etapa S55, si información de aviso de alerta de emergencia incluida en post señalización de L1 o en señalización EN BANDA transportada como señalización de capa física adquirida a partir de la señal de radiodifusión del servicio que va a supervisarse indica el transporte de información de alerta de emergencia de acuerdo con el resultado del proceso de desmodulación en la etapa S54.
En el caso en el que se determina, en la etapa S55, que la información de aviso de alerta de emergencia no indica que se ha transportado información de alerta de emergencia (EMERGENCY_WARNING = '0'), el proceso vuelve a la etapa S53, y se repiten los procesos de la etapa S53 a la etapa S55.
Es decir, en este caso no se proporciona ningún servicio de alerta de emergencia. Por lo tanto, en el caso en el que el aparato de recepción 30 está, por ejemplo, en modo de espera, la sección de desmodulación 312 continúa supervisando información de aviso de alerta de emergencia incluida en post-señalización de L1 o en señalización EN BANDA para el servicio que va a supervisarse.
Por otro lado, en el caso en el que se determina, en la etapa S55, que la información de aviso de alerta de emergencia indica que se ha transportado información de alerta de emergencia (EMERGENCY_WARNING = '1'), el proceso avanza a la etapa S56. En la etapa S56, el aparato de recepción 30 realiza los procesos de respuesta de información de alerta de emergencia.
En estos procesos de respuesta de información de alerta de emergencia, por ejemplo, el aparato de recepción 30 en modo de espera arranca automáticamente, recibe un servicio de alerta de emergencia y presenta (notifica) información de alerta de emergencia al usuario.
En el presente caso, por ejemplo, en el caso en el que se incluye información de características que indica características de información de alerta de emergencia en post-señalización de L1 u otra información, el aparato de recepción 30 arranca automáticamente solo en el caso en el que la información de características coincide con características del aparato de recepción establecidas con antelación.
Por ejemplo, el aparato de recepción 30 arranca automáticamente en el caso en el que el país objetivo y la región de la información de alerta de emergencia coinciden con el país y la región establecidos con antelación y en el caso en el que el tipo de desastre de los mismos (por ejemplo, un desastre natural tal como un terremoto o un tsunami) coincide con el tipo de desastre establecido con antelación.
Asimismo, en el caso en el que el aparato de recepción 30 conmuta de modo de espera a modo normal después de un arranque automático, es posible hacer que el aparato de recepción 30 se sintonice con un servicio correspondiente a información de sintonización (por ejemplo, un triplete adquirido a partir del descriptor de supervisor de alerta de emergencia) registrada en la sección de almacenamiento 303 y presentar (notificar) información de alerta de emergencia proporcionada por el servicio.
Asimismo, en el caso en el que el aparato de recepción 30 conmuta de modo de espera a modo normal después de un arranque automático, es posible adquirir una aplicación de HbbTV desde un servidor de HbbTV a través de una línea de comunicación tal como Internet en función de información de URL (por ejemplo, un URL de aplicación de HbbTV adquirido a partir del descriptor de supervisor de alerta de emergencia) registrada en la sección de almacenamiento 303 e iniciar la aplicación. En el presente caso, por ejemplo, es posible hacer que se presente (notifique) información de alerta de emergencia e información detallada de la misma usando esta aplicación de HbbTV.
El flujo de procesos en el lado de recepción en modo de espera se ha descrito anteriormente.
Como se ha descrito anteriormente, en cuanto a los procesos que van a ser realizados por el aparato de recepción 30 en el lado de recepción, estableciendo, en modo normal, un servicio que va a supervisarse en función de información de supervisión (descriptor de supervisor de alerta de emergencia) incluida en señalización de capa superior, el aparato de recepción 30 se sintoniza con el servicio que va a supervisarse en modo de espera de la supervisión de información de aviso de alerta de emergencia (bandera de alerta de emergencia) incluida en señalización de capa física.
Es decir, en el aparato de recepción 30, un servicio que va a supervisarse puede establecerse expresamente en función de información de supervisión (descriptor de supervisor de alerta de emergencia). Como resultado, es posible proporcionar un servicio de alerta de emergencia más adecuado a un funcionamiento real.
Asimismo, por ejemplo, en el caso en el que hay una pluralidad de servicios (programas) para una única señal de radiodifusión, y cuando el aparato de recepción 30 arranca automáticamente en respuesta a información de aviso de alerta de emergencia (bandera de alerta de emergencia), el aparato de recepción 30 puede no ser capaz de identificar con qué servicio sintonizarse. Sin embargo, al colocar información de sintonización en un descriptor de supervisor de alerta de emergencia, es posible que el aparato de recepción 30 identifique con qué servicio sintonizarse después de un arranque automático. De forma similar, al colocar información de arranque de aplicación en un descriptor de supervisor de alerta de emergencia, es posible que el aparato de recepción 30 identifique qué aplicación adquirir e iniciar después de un arranque automático.
Además, mientras está en modo de espera, el aparato de recepción 30 supervisa la información de aviso de alerta de emergencia (bandera de alerta de emergencia). Sin embargo, la información de aviso de alerta de emergencia se transporta como señalización de capa física. Por lo tanto, es posible supervisar información de aviso de alerta de emergencia siempre que el sintonizador 311 y la sección de desmodulación 312 estén activos. En otras palabras, el aparato de recepción 30 puede supervisar información de aviso de alerta de emergencia sin activar el sistema en chip (SoC) proporcionado en la fase posterior del sintonizador 312 y la sección de desmodulación 312.
Como se ha descrito anteriormente, el aparato de recepción 30 puede supervisar información de aviso de alerta de emergencia sin activar el sistema en chip (SoC), manteniendo de ese modo un consumo de energía bajo en modo de espera. En particular, el sistema en chip (SoC) presenta un consumo de energía alto. Como resultado, es posible que el aparato de recepción 30 logre un consumo de energía más alto en modo de espera.
Cabe señalar que, en un sistema de alerta de emergencia (EWS) en el que, mientras está en modo de espera, el aparato de recepción 30 supervisa información de aviso de alerta de emergencia (bandera de alerta de emergencia) incluida en una señal de radiodifusión para realizar un arranque automático, una presentación de información de alerta de emergencia, y así sucesivamente, es necesario determinar qué señal de radiodifusión supervisar y realizar una estructuración inicial (preestablecida) en el lado del aparato de recepción 30. Sin embargo, considerando un funcionamiento real, no es realista determinar con antelación qué estaciones de radiodifusión operarán una alerta de emergencia.
Por esta razón, en la presente tecnología, información con respecto a una estación de radiodifusión que opera una alerta de emergencia se transporta como señalización de capa superior (descriptor de supervisor de alerta de emergencia), permitiendo de ese modo que un servicio que va a supervisarse (estación de radiodifusión) se establezca expresamente. Asimismo, en la presente tecnología, un funcionamiento después de un arranque automático (por ejemplo, sintonización de programa e inicio de aplicación) que puede especificarse se incluye como señalización de capa superior (descriptor de supervisor de alerta de emergencia), permitiendo de ese modo que un programa que opera una alerta de emergencia se visualice automáticamente o que una aplicación correspondiente a una alerta de emergencia se arranque automáticamente. Como resultado, es posible proporcionar un servicio de alerta de emergencia más adecuado a un funcionamiento real.
<7. Ejemplo de modificación>
(Aplicación a otro esquema de radiodifusión)
Aunque en la descripción anterior la atención se ha centrado en DVB (radiodifusión de vídeo digital), el esquema adoptado en los países europeos, y así sucesivamente, como un estándar de radiodifusión de televisión digital, la presente tecnología puede aplicarse a ISDB (radiodifusión digital de servicios integrados) adoptada en Japón, y así sucesivamente, o a ATSC (comité de sistemas de televisión avanzados) adoptado en EE. UU., y así sucesivamente.
Es decir, aunque hay disponibles sistemas de alerta de emergencia para transmitir una alerta en caso de una emergencia tal como un desastre natural tanto en el estándar ISDB como en el estándar ATSC, la aplicación de la presente tecnología permite la provisión de un servicio de alerta de emergencia más adecuado a un funcionamiento real.
Asimismo, la presente tecnología es aplicable, como un estándar de radiodifusión de televisión digital, no solo a la radiodifusión terrestre sino también a la radiodifusión por satélite usando un satélite de radiodifusión (BS) o un satélite de comunicaciones (CS) y a la radiodifusión cableada usando televisión por cable (CATV).
(Otro ejemplo de paquete y señalización)
Asimismo, el paquete, la trama, la señalización (campo de la misma) y otros nombres descritos anteriormente son meramente ejemplos, y hay casos en los que pueden usarse otros nombres. Cabe señalar, sin embargo, que estas diferencias de nombre son diferencias de formalidad y que no hay ninguna diferencia en el contenido sustancial del paquete, la trama, la señalización (campo de la misma), y así sucesivamente, objetivo.
Asimismo, aunque, en la descripción proporcionada anteriormente, se incluyó información de aviso de alerta de emergencia (bandera de alerta de emergencia) en señalización de capa física tal como post-señalización de L1, la información de aviso de alerta de emergencia (bandera de alerta de emergencia) no se limita a señalización de capa física, y por ejemplo, puede transportarse información de aviso de alerta de emergencia (bandera de alerta de emergencia) como señalización o datos de una capa superior a la capa física (señalización de capa superior).
<8. Configuración del ordenador>
La serie de procesos descritos anteriormente puede realizarse mediante hardware o software. En el caso en el que la serie de procesos se realiza mediante software, el programa incluido en el software se instala en un ordenador. La Figura 16 es un diagrama que ilustra un ejemplo de configuración de hardware de un ordenador para realizar la serie anterior de procesos usando 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 se conectan entre sí mediante un bus 1004. Una interfaz de entrada/salida 1005 se conecta adicionalmente al bus 1004. Una sección de entrada 1006, una sección de salida 1007, una sección de registro 1008, una sección de comunicación 1009 y una unidad 1010 se conectan a la interfaz de entrada/salida 1005.
La sección de entrada 1006 incluye un teclado, un ratón, un micrófono, y así sucesivamente. La sección de salida 1007 incluye una pantalla, un altavoz, y así sucesivamente. La sección de registro 1008 incluye un disco duro, una memoria no volátil, y así sucesivamente. La sección de comunicación 1009 incluye una interfaz de red, y así sucesivamente. La unidad 1010 acciona un medio de registro extraíble 1011 tal como un disco magnético, un disco óptico, un disco magneto-óptico o una memoria de semiconductores.
En el ordenador 1000 configurado de ese modo, la CPU 1001 carga, por ejemplo, el programa registrado en la ROM 1002 o la sección de registro 1008 en la RAM 1003 a través de la interfaz de entrada/salida 1005 y el bus 1004 para su ejecución, permitiendo de ese modo que se realice la serie anterior de procesos.
El programa ejecutado por el ordenador 1000 (la CPU 1001) puede proporcionarse registrado, por ejemplo, en el medio de registro extraíble 1011 como un medio empaquetado o similar. Como alternativa, el programa se puede proporcionar a través de un medio de transporte cableado o inalámbrico, tal como una red de área local, Internet y radiodifusión por satélite digital.
En el ordenador 1000, el programa puede instalarse en la sección de registro 1008 a través de la interfaz de entrada/salida 1005 insertando el medio extraíble 1011 en la unidad 1010. Como alternativa, el programa puede ser recibido por la sección de comunicación 1009 a través de un medio de transporte cableado o inalámbrico y puede instalarse en la sección de registro 1008. Además de lo anterior, el programa puede instalarse, con antelación, en la ROM 1002 o en la sección de registro 1008.
En el presente caso, en la presente memoria descriptiva, no es necesario que los procesos realizados por el ordenador de acuerdo con el programa se realicen necesariamente en orden cronológico de acuerdo con la secuencia descrita como un diagrama de flujo. Es decir, los procesos realizados por el ordenador de acuerdo con el programa incluyen aquellos que se realizan en paralelo o individualmente (por ejemplo, procesos paralelos o procesos basados en objeto). Asimismo, el programa puede ser procesado por un único ordenador (procesador) o por una pluralidad de ordenadores de una forma distribuida.
Cabe señalar que las realizaciones de la presente tecnología no se limitan a lo descrito anteriormente y pueden modificarse de diversas formas sin apartarse de la materia objeto definida por las reivindicaciones adjuntas.
[Lista de símbolos de referencia]
1 ... Sistema de transporte, 10, 10-1 a 10-N ... Aparatos de procesamiento de datos, 20 ... Aparatos 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 radiodifusión, 111 ... Sección de procesamiento de componentes, 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, 301 ... Sección de procesamiento, 302 ... Sección de entrada, 303 ... Sección de almacenamiento, 311 ... Sintonizador, 312 ... Sección de desmodulación, 313 ... Sección de procesamiento de datos, 1000 ... Ordenador, 1001 ... CPU

Claims (15)

REIVINDICACIONES
1. Un aparato de recepción (30) que comprende:
una sección de recepción (311) adaptada para recibir una trama de capa física transportada como una señal de radiodifusión, en donde se incluye información de supervisión en señalización de capa superior que es señalización en una capa superior a una capa física, y se usa para supervisar un servicio de alerta de emergencia específico, una sección de desmodulación (312) adaptada para desmodular señalización de capa física adquirida a partir de la trama de capa física y supervisar si se ha transportado información de alerta de emergencia en función de información de aviso de alerta de emergencia incluida en la señalización de capa física; y
una sección de procesamiento de datos (313) adaptada para procesar paquetes suministrados desde la sección de desmodulación (312),
en donde la sección de recepción (311) y la sección de desmodulación (312) están activas en un modo de espera para supervisar la información de aviso de alerta de emergencia mientras que la sección de procesamiento de datos (313) está inactiva en el modo de espera, y el aparato de recepción (30) arranca la sección de procesamiento de datos (313) automáticamente desde el modo de espera a un modo normal en un caso en el que la información de aviso de alerta de emergencia indica que se ha transportado la información de alerta de emergencia,
en donde la información de supervisión incluye información de objetivo de supervisión que indica información de identificación para identificar una banda de frecuencia asignada a cada servicio de alerta de emergencia o una red de radiodifusión como información para especificar un servicio de alerta de emergencia que va a supervisarse.
2. El aparato de recepción (30) de la reivindicación 1, en donde
la información de supervisión incluye además información de sintonización,
sintonizándose el aparato de recepción (30) con un servicio de alerta de emergencia correspondiente a la información de sintonización después de un arranque automático.
3. El aparato de recepción (30) de la reivindicación 1, en donde
la información de supervisión incluye además información de arranque de aplicación,
adquiriendo, el aparato de recepción (30), una aplicación correspondiente a la información de arranque, e iniciando la aplicación después de un arranque automático.
4. El aparato de recepción (30) de una cualquiera de las reivindicaciones previas, en donde
la información de supervisión incluye además información de fecha de expiración que indica una fecha de expiración de la información de supervisión,
actualizando, el aparato de recepción (30), la información de supervisión adquirida en función de la información de fecha de expiración.
5. El aparato de recepción (30) de una cualquiera de las reivindicaciones previas, en donde
la información de supervisión incluye uno o una pluralidad de servicios de alerta de emergencia que van a supervisarse, seleccionando, el aparato de recepción (30), un servicio de alerta de emergencia que va a supervisarse de entre el o la pluralidad de servicios de alerta de emergencia de acuerdo con una selección de usuario o una regla predeterminada.
6. El aparato de recepción (30) de una cualquiera de las reivindicaciones previas, que comprende además: una sección de almacenamiento adaptada para almacenar la información de supervisión adquirida a partir de la señal de radiodifusión en un primer modo de llevar a cabo una recepción normal, en donde
la sección de recepción (311) se sintoniza con un servicio de alerta de emergencia que va a supervisarse en función de la información de supervisión almacenada en la sección de almacenamiento antes de conmutar a un segundo modo de permanencia en espera con un consumo de energía bajo.
7. El aparato de recepción (30) de una cualquiera de las reivindicaciones previas que arranca automáticamente en un caso en el que información de características que indica características de la información de alerta de emergencia adquirida como resultado de la desmodulación de la señalización de capa física coincide con las características del aparato de recepción (30).
8. El aparato de recepción (30) de una cualquiera de las reivindicaciones previas, en donde
la trama de capa física cumple con un estándar DVB-T2 (radiodifusión de vídeo digital - terrestre 2), y en donde la señalización de capa física es post-señalización de L1 o señalización EN BANDA.
9. Un aparato de transmisión (20) que comprende:
una sección de generación (211) adaptada para generar una trama de capa física que incluye señalización de capa física en una capa física y que incluye, en una porción de datos de la misma, señalización de capa superior, en donde la señalización de capa superior es señalización en una capa superior a la capa física; y una sección de transmisión (212) adaptada para transmitir la trama de capa física como una señal de radiodifusión, en donde
la señalización de capa física incluye información de aviso de alerta de emergencia que indica si se ha transportado información de alerta de emergencia, y en donde
la señalización de capa superior incluye información de supervisión para supervisar un servicio de alerta de emergencia específico,
en donde la información de supervisión incluye información de objetivo de supervisión que indica información de identificación para identificar una banda de frecuencia asignada a cada servicio de alerta de emergencia o una red de radiodifusión como información para especificar un servicio de alerta de emergencia que va a supervisarse.
10. El aparato de transmisión (20) de la reivindicación 9, en donde
la información de supervisión incluye además información de sintonización.
11. El aparato de transmisión (20) de la reivindicación 9, en donde
la información de supervisión incluye además información de arranque de aplicación.
12. El aparato de transmisión (20) de una cualquiera de las reivindicaciones 9-11, en donde
la información de supervisión incluye además información de fecha de expiración que indica una fecha de expiración de la información de supervisión.
13. El aparato de transmisión (20) de una cualquiera de las reivindicaciones 9-12, en donde
la información de supervisión incluye uno o una pluralidad de servicios de alerta de emergencia que van a supervisarse.
14. Un método de recepción, que comprende:
recibir, por una sección de recepción (311), una trama de capa física transportada como una señal de radiodifusión, en donde se incluye información de supervisión en señalización de capa superior que es señalización en una capa superior a una capa física, y se usa para supervisar un servicio de alerta de emergencia específico, desmodular, por una sección de desmodulación (312), señalización de capa física adquirida a partir de la trama de capa física y supervisar si se ha transportado información de alerta de emergencia en función de información de aviso de alerta de emergencia incluida en la señalización de capa física; y
procesar, por una sección de procesamiento de datos (313), paquetes suministrados desde la sección de desmodulación (312),
en un modo de espera,
supervisar, por la sección de recepción (311) y la sección de desmodulación (312) que están activas en el modo de espera, la información de aviso de alerta de emergencia mientras la sección de procesamiento de datos (313) está inactiva en el modo de espera, y
arrancar la sección de procesamiento de datos (313) automáticamente desde el modo de espera a un modo normal en un caso en el que la información de aviso de alerta de emergencia indica que se ha transportado la información de alerta de emergencia,
en donde la información de supervisión incluye información de objetivo de supervisión que indica información de identificación para identificar una banda de frecuencia asignada a cada servicio de alerta de emergencia o una red de radiodifusión como información para especificar un servicio de alerta de emergencia que va a supervisarse.
15. Un método de transmisión, que comprende:
generar, por una sección de generación (211), una trama de capa física que incluye señalización de capa física en una capa física y que incluye, en una porción de datos de la misma, señalización de capa superior, en donde la señalización de capa superior es señalización en una capa superior a la capa física; y
transmitir, por una sección de transmisión (212), la trama de capa física como una señal de radiodifusión, en donde la señalización de capa física incluye información de aviso de alerta de emergencia que indica si se ha transportado información de alerta de emergencia, y en donde
la señalización de capa superior incluye información de supervisión para supervisar un servicio de alerta de emergencia específico,
en donde la información de supervisión incluye información de objetivo de supervisión que indica información de identificación para identificar una banda de frecuencia asignada a cada servicio de alerta de emergencia o una red de radiodifusión como información para especificar un servicio de alerta de emergencia que va a supervisarse.
ES17869967T 2016-11-09 2017-10-26 Dispositivo de recepción, método de recepción, dispositivo de transmisión y método de transmisión Active ES2970883T3 (es)

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
ES2970883T3 true ES2970883T3 (es) 2024-05-31

Family

ID=62110186

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17869967T Active ES2970883T3 (es) 2016-11-09 2017-10-26 Dispositivo de recepción, método de recepción, dispositivo de transmisión y método de transmisión

Country Status (9)

Country Link
US (1) US10924196B2 (es)
EP (3) EP4254970A3 (es)
JP (1) JP7134867B2 (es)
CN (1) CN109964489B (es)
AU (1) AU2017356368B2 (es)
ES (1) ES2970883T3 (es)
MY (1) MY196671A (es)
TW (1) TWI742186B (es)
WO (1) WO2018088225A1 (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019135806A (ja) * 2018-02-05 2019-08-15 ソニーセミコンダクタソリューションズ株式会社 復調回路、処理回路、処理方法、および処理装置
CN115019475A (zh) * 2022-05-31 2022-09-06 中山亿联智能科技有限公司 一种基于机顶盒平台的海啸预警监测报警***

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008148230A (ja) 2006-12-13 2008-06-26 Sony Corp 放送受信装置と放送受信方法
CN101252461B (zh) * 2008-04-11 2010-08-04 华为技术有限公司 信令传送的保护方法、装置、终端及***
US11206460B2 (en) * 2013-06-05 2021-12-21 Saturn Licensing Llc Transmitter and transmission method for transmitting payload data and emergency information
JP2015061240A (ja) * 2013-09-19 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
KR102055261B1 (ko) * 2013-09-27 2020-01-22 삼성전자주식회사 송신 장치, 수신 장치 및 그 제어방법
JP2015080172A (ja) 2013-10-18 2015-04-23 ソニー株式会社 受信装置及び受信方法、コンピューター・プログラム、並びに外部機器
WO2016006472A1 (ja) * 2014-07-08 2016-01-14 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
KR20160012773A (ko) * 2014-07-25 2016-02-03 주식회사 케이엠더블유 무선 통신 가능한 절전형 안전모 및 그의 무선 송수신 방법
JP6325673B2 (ja) * 2014-10-29 2018-05-16 エルジー エレクトロニクス インコーポレイティド 放送信号受信装置及び放送信号受信方法
US10637595B2 (en) * 2015-03-01 2020-04-28 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal

Also Published As

Publication number Publication date
EP3541083A4 (en) 2019-11-27
US10924196B2 (en) 2021-02-16
EP3541083A1 (en) 2019-09-18
EP4254970A3 (en) 2023-12-27
CN109964489B (zh) 2021-11-05
US20190222331A1 (en) 2019-07-18
TW201820838A (zh) 2018-06-01
WO2018088225A1 (ja) 2018-05-17
EP4254969A2 (en) 2023-10-04
TWI742186B (zh) 2021-10-11
EP3541083B1 (en) 2023-11-29
EP4254969A3 (en) 2023-12-20
CN109964489A (zh) 2019-07-02
JPWO2018088225A1 (ja) 2019-09-26
EP4254970A2 (en) 2023-10-04
AU2017356368B2 (en) 2020-05-14
JP7134867B2 (ja) 2022-09-12
AU2017356368A1 (en) 2019-04-18
MY196671A (en) 2023-04-28

Similar Documents

Publication Publication Date Title
US10615896B2 (en) Providing an emergency alert service via a mobile broadcasting
EP3048794B1 (en) Transmission device and transmission method, reception device and reception method, and computer program
ES2970883T3 (es) Dispositivo de recepción, método de recepción, dispositivo de transmisión y método de transmisión
CN109937577B (zh) 接收装置、接收方法、发送装置以及发送方法
CA2819446A1 (en) Method of providing an emergency alert service via a mobile broadcasting and apparatus therefor
KR20070113509A (ko) 재난 정보 송수신 방법 및 재난 정보 수신 장치