Принимающее устройство, способ приема, передающее устройство и способ передачи

Иллюстрации

Показать все

Изобретение относится к устройству передачи/приема, которые позволяют предоставлять услугу уведомления о чрезвычайной ситуации. Технический результат заключается в обеспечении услуги уведомления о чрезвычайных ситуациях при цифровой широковещательной передаче, в которую введена схема передачи Протокола Интернет (IP). Предложено устройство приема, содержащее схему, выполненную с возможностью: приема цифрового сигнала широковещательной передачи транспортного IP потока; обнаружения информации управления уведомлением о чрезвычайной ситуации, переданной посредством цифрового сигнала широковещательной передачи; и предоставления уведомления о чрезвычайной ситуации на основе информации управления уведомлением о чрезвычайной ситуации, где информация управления уведомлением о чрезвычайной ситуации содержит: первую информацию, идентифицирующую совместно используемый компонент информации уведомления о чрезвычайной ситуации, и вторую информацию, идентифицирующую услугу, предоставляющую совместно используемый компонент. 4 н. и 16 з.п. ф-лы, 67 ил.

Реферат

Область техники, к которой относится изобретение

Настоящая технология относится к устройству приема, способу приема, устройству передачи и способу передачи и, более конкретно, к устройству приема, способу приема, устройству передачи и способу передачи, которые позволяют предоставлять улучшенную услугу уведомления о чрезвычайной ситуации.

Уровень техники

В настоящее время, в цифровых стандартах широковещательной передачи в разных странах используется транспортный поток, соответствующий стандарту Группы экспертов движущегося изображения фаза 2 - (MPEG2-TS) в качестве формы передачи (например, см. Патентную литературу 1). В будущем ожидается ввод схемы передачи на основе протокола Интернет (IP), в котором пакеты IP используются для цифровой широковещательной передачи для обеспечения более усовершенствованной услуги.

Кроме того, в Японии, сигнал управления в чрезвычайной ситуации и служба широковещательного оповещения о чрезвычайных ситуациях установлены в состоянии со стандартом цифровой широковещательной передачи. В этом стандарте, даже в состоянии, когда питание отключено, приемник, такой как телевизионный приемник, должен включаться, в соответствии с сигналом управления, и затем автоматически настраиваться на службу оповещения о чрезвычайной ситуации.

В то же время, в США, была установлена система уведомления о чрезвычайных ситуациях, называемая системой предупреждения о чрезвычайной ситуации (EAS), и информацию чрезвычайной ситуации различных уровней от обладающей высоким приоритетом, заданным президентом, до локальных уведомлений, передают через различные средства передачи. Здесь используется схема протокола общего оповещения (CAP) в формате расширяемого языка разметки (XML) в качестве формата для сообщений, уведомляющих о чрезвычайной ситуации.

В качестве средства в конце такого EAS, также расположена широковещательная передача, и цифровая широковещательная передача для фиксированных приемников, таких как телевизионные приемники, в частности, сигнал управления, используемый в Японии, не работает, но субтитры, накладываемые на видеоизображение, отображаются. В то же время, в соответствии с требованиями комитета по усовершенствованным телевизионным системам для мобильных/портативных систем (ATSC М/Н), которые представляют собой стандарт широковещательной передачи для мобильных приемников, установлена схема для передачи сигнала управления, уведомляющего о чрезвычайной ситуации, и информации САР через волну широковещательной передачи без изменений.

Список литературы

Патентная литература

[PTL 1] JP 2012-156712 А

Раскрытие изобретения

Техническая задача

В то же время, по мере того, как схема передачи IP вводится в качестве системы широковещательной передачи следующего поколения, ожидается использование различных форм операций и предоставление различных услуг, но техническая схема для предоставления услуги уведомления о чрезвычайной ситуации не была установлена.

Настоящая технология была разработана с учетом представленного выше, и при этом желательно обеспечить более усовершенствованную услугу уведомления о чрезвычайных ситуациях при цифровой широковещательной передаче, в которую введена схема передачи IP.

Решение задачи

Устройство приема, в соответствии с вариантом осуществления настоящей технологии, включает в себя: схему, выполненную с возможностью приема цифрового сигнала широковещательной передачи, включающего в себя транспортный поток Протокола Интернет (IP); и управления операциями модулей, соответствующих услуге уведомления о чрезвычайной ситуации, на основе информации управления для уведомления о чрезвычайной ситуации, передаваемой через цифровой сигнал широковещательной передачи.

Схема может быть выполнена с возможностью предоставления уведомления в виде информации чрезвычайной ситуации, используя по меньшей мере одно из видеоизображений и звука.

Информация управления уведомлением о чрезвычайной ситуации может включать в себя информацию, относящуюся к приложению уведомления о чрезвычайной ситуации, а схема может быть выполнена с возможностью получения приложения на основе информации управления уведомлением о чрезвычайной ситуации и выполнения приложения, в то время как выводят AV содержание для отображения для пользователя.

Информация управления уведомлением о чрезвычайной ситуации может включать в себя информацию идентификации приложения, а схема может быть выполнена с возможностью получения приложения на основе информации идентификации для приложения и информации управления приложением для управления приложением.

Информация управления уведомлением о чрезвычайной ситуации может включать в себя информацию, относящуюся к компоненту уведомления о чрезвычайной ситуации, а схема может быть выполнена с возможностью получения компонента уведомления о чрезвычайной ситуации по меньшей мере одного из видеоизображения и звука на основе информации управления уведомлением о чрезвычайной ситуации, и переключения по меньшей мере одного из видеоизображения и звука AV содержания.

Компонент уведомления о чрезвычайной ситуации может совместно использоваться множеством услуг.

Информация управления уведомлением о чрезвычайной ситуации может быть отфильтрована в соответствии с определенными условием фильтрации, которое установлено заранее.

Информация управления уведомления о чрезвычайной ситуации может быть отфильтрована в соответствии с уровнем чрезвычайной ситуации.

Информация управления уведомлением о чрезвычайной ситуации может быть отфильтрована в соответствии с целевой областью.

Информация управления уведомлением о чрезвычайной ситуации может быть отфильтрована в модулях определенных областей.

Информация управления уведомлением о чрезвычайной ситуации может быть отфильтрована в соответствии с типом.

Обязательная информация активации в чрезвычайной ситуации может быть передана через цифровой сигнал широковещательной передачи, и когда принимающее устройство находится в состоянии ожидания, и обнаруживается обязательная информация активации в чрезвычайной ситуации, может быть включено питание устройства приема.

Информация управления уведомлением о чрезвычайной ситуации может быть передана в формате XML.

Информация управления уведомлением о чрезвычайной ситуации может быть передана в раздельном формате.

Информация управления уведомлением о чрезвычайной ситуации может использоваться на первом уровне, который выше, чем уровень IP протокола, используемый для передачи цифрового сигнала широковещательной передачи.

Цифровой сигнал широковещательной передачи может использоваться на первом уровне и может использоваться для передачи информации управления настройкой, и информация управления настройкой может включать в себя по меньшей мере одну из информации идентификации сети, информации идентификации потока и информации идентификации услуги.

Цифровой сигнал широковещательной передачи может использоваться на втором уровне, который выше, чем уровень IP, и может использоваться для передачи информации управления компонентом, включающей в себя по меньшей мере одну из информации, относящейся к компоненту, конфигурирующему определенную услугу.

Устройство приема, в соответствии с первым аспектом настоящей технологии, может представлять собой независимое устройство или может представлять собой внутренний блок, составляющий отдельное устройство.

Способ приема, в соответствии с первым аспектом настоящей технологии, может представлять собой способ приема, соответствующий устройству приема, в соответствии с первым аспектом настоящей технологии.

В устройстве приема и в способе приема, в соответствии с первым аспектом настоящей технологии, цифровой сигнал широковещательной передачи, включающий в себя транспортный поток IP, принимают с помощью схемы, операциями модулей, соответствующих услуге уведомления о чрезвычайной ситуации, управляют с помощью схемы, на основе информации управления уведомлением о чрезвычайной ситуации, передаваемой через цифровой сигнал широковещательной передачи.

Устройство передачи, в соответствии со вторым аспектом настоящей технологии, включает в себя схему, выполненную с возможностью получения информации управления уведомлением о чрезвычайной ситуации; и передачи информации управления уведомлением о чрезвычайной ситуации через цифровой сигнал широковещательной передачи, включающий в себя транспортный поток IP.

Устройство передачи, в соответствии со вторым аспектом настоящей технологии, может представлять собой независимое устройство или может представлять собой внутренний блок, составляющий отдельное устройство.

Способ передачи, в соответствии со вторым аспектом настоящей технологии, представляет собой способ передачи, соответствующий устройству передачи, в соответствии со вторым аспектом настоящей технологии.

В устройстве передачи и в способе передачи, в соответствии со вторым аспектом настоящей технологии, информацию управления уведомлением о чрезвычайной ситуации получают с помощью схемы, а информацию управления уведомлением о чрезвычайной ситуации передают с помощью схемы через цифровой сигнал широковещательной передачи, включающий в себя транспортный поток IP.

Предпочтительные эффекты изобретения

В соответствии с первым и вторым аспектом настоящей технологии возможно обеспечить усовершенствованную услугу уведомления о чрезвычайной ситуации.

Представленный здесь эффект не обязательно ограничен и может включать в себя любой эффект, представленный в настоящем раскрытии.

Краткое описание чертежей

На фиг. 1 представлена схема, иллюстрирующая пакет протокола в схеме передачи IP в раздельном формате.

На фиг. 2 представлена схема, иллюстрирующая систему ID схемы передачи IP, в раздельном формате.

На фиг. 3 представлена схема, иллюстрирующая конфигурацию волны широковещательной передачи в схеме передачи IP, в раздельном формате.

На фиг. 4 представлена схема, иллюстрирующая другую конфигурацию волны широковещательной передачи в схеме передачи IP, в раздельном формате.

На фиг. 5 представлена схема, иллюстрирующая конфигурацию LLS в схеме передачи IP, в раздельном формате.

На фиг. 6 представлена схема, иллюстрирующая конфигурацию SCS в схеме передачи IP, в раздельном формате.

На фиг. 7 представлена схема для описания флага обязательной активации в чрезвычайной ситуации на физическом уровне.

На фиг. 8 представлена схема для описания основной системы передачи сигналов в схеме передачи IP, в раздельном формате.

На фиг. 9 представлена схема, иллюстрирующая синтаксис NIT.

На фиг. 10 представлена схема, иллюстрирующая примерный дескриптор, размещенный в контуре NIT.

На фиг. 11 представлена схема, иллюстрирующая синтаксис АМТ.

На фиг. 12 представлена схема, иллюстрирующая синтаксис SAT.

На фиг. 13 представлена схема, иллюстрирующая синтаксис EAT.

На фиг. 14 представлена схема, иллюстрирующая информацию конфигурации EAT.

На фиг. 15 представлена схема, иллюстрирующая общий обзор информации CAP.

На фиг. 16 представлена схема, иллюстрирующая информацию CAP.

На фиг. 17 представлена схема, иллюстрирующая пример описания информации CAP.

На фиг. 18 представлена схема, иллюстрирующая синтаксис SMT.

На фиг. 19 представлена схема, иллюстрирующая примерный дескриптор, размещенный в контуре SMT.

На фиг. 20 представлена схема, иллюстрирующая конфигурацию системы широковещательной передачи в соответствии с вариантом осуществления настоящей технологии.

На фиг. 21 представлена схема, иллюстрирующая конфигурацию устройства передачи в соответствии с вариантом осуществления настоящей технологии.

На фиг. 22 представлена схема, иллюстрирующая конфигурацию устройства приема в соответствии с вариантом осуществления настоящей технологии.

На фиг. 23 представлена схема, иллюстрирующая детали обработки фильтрования пакета, выполняемой Demux, в схеме передачи IP, в раздельном формате.

На фиг. 24 представлена схема, иллюстрирующая примерный формат EA_category.

На фиг. 25 представлена схема, иллюстрирующая информацию конфигурации EA_category.

На фиг. 26 представлена схема для описания обработки передачи услуги портала NRT в состоянии ожидания.

На фиг. 27 представлена схема для описания обработки передачи услуги портала NRT в активном состоянии.

На фиг. 28 представлена схема для описания обработки передачи сообщения EAS в состоянии ожидания.

На фиг. 29 представлена схема для описания обработки передачи сообщения EAS в активном состоянии.

На фиг. 30 представлена схема для описания обработки передачи приложения в состоянии ожидания.

На фиг. 31 представлена схема для описания обработки передачи приложения в активном состоянии.

На фиг. 32 представлена схема для описания обработки передачи услуги совместно используемого компонента.

На фиг. 33 представлена схема, иллюстрирующая примерную услугу совместно используемого компонента.

На фиг. 34 представлена блок-схема последовательности операций для описания обработки передачи.

На фиг. 35 представлена блок-схема последовательности операций для описания обработки приема.

На фиг. 36 представлена блок-схема последовательности операций для описания обработки уведомления о чрезвычайной ситуации.

На фиг. 37 представлена блок-схема последовательности операций для описания обработки передачи услуги портала NRT.

На фиг. 38 представлена блок-схема последовательности операций для описания обработки передачи сообщения EAS.

На фиг. 39 представлена блок-схема последовательности операций для описания обработки передачи приложения.

На фиг. 40 представлена блок-схема последовательности операций для описания обработки передачи услуги совместно используемого компонента.

На фиг. 41 представлена схема, иллюстрирующая пакет протокола в схеме передачи IP формата XML.

На фиг. 42 представлена схема, иллюстрирующая систему ID схемы передачи IP формата XML.

На фиг. 43 представлена схема, иллюстрирующая конфигурацию волны широковещательной передачи в схеме передачи IP формата XML.

На фиг. 44 представлена схема, иллюстрирующая конфигурацию LLS в схеме передачи IP формата XML.

На фиг. 45 представлена схема, иллюстрирующая конфигурацию SCS в схеме передачи IP формата XML.

На фиг. 46 представлена схема для описания основной системы передачи сигналов в схеме передачи IP формата XML.

На фиг. 47 представлена схема для описания структуры SGDU.

На фиг. 48 представлена схема, иллюстрирующая синтаксис SCT.

На фиг. 49 представлена схема, иллюстрирующая синтаксис SAT.

На фиг. 50 представлена схема, иллюстрирующая синтаксис EAT.

На фиг. 51 представлена схема, иллюстрирующая синтаксис RRT.

На фиг. 52 представлена схема, иллюстрирующая примерное описание SDP.

На фиг. 53 представлена схема, иллюстрирующая конфигурацию устройства приема в соответствии с вариантом осуществления настоящей технологии.

На фиг. 54 представлена схема, иллюстрирующая детали обработки фильтрации пакета, выполняемой Demux, в схеме передачи IP формата XML.

На фиг. 55 представлена схема для описания обработки передачи услуги портала NRT в состоянии ожидания.

На фиг. 56 представлена схема для описания обработки передачи услуги портала NRT в активном состоянии.

На фиг. 57 представлена схема для описания обработки передачи сообщения EA в состоянии ожидания.

На фиг. 58 представлена схема для описания обработки передачи сообщения EA в активном состоянии.

На фиг. 59 представлена схема для описания обработки передачи приложения в состоянии ожидания.

На фиг. 60 представлена схема для описания обработки передачи приложения в активном состоянии.

На фиг. 61 представлена схема для описания обработки передачи услуги совместно используемого компонента.

На фиг. 62 представлена блок-схема последовательности операций для описания обработки уведомления о чрезвычайной ситуации.

На фиг. 63 представлена блок-схема последовательности операций для описания обработки передачи услуги портала NRT.

На фиг. 64 представлена блок-схема последовательности операций для описания обработки передачи сообщения EA.

На фиг. 65 представлена блок-схема последовательности операций для описания обработки передачи приложения.

На фиг. 66 представлена блок-схема последовательности операций для описания обработки передачи услуги совместно используемого компонента.

На фиг. 67 представлена схема, иллюстрирующая примерную конфигурацию компьютера.

Осуществление изобретения

Далее, со ссылкой на приложенные чертежи, будут представлены примеры вариантов осуществления настоящей технологии. Здесь описание будет представлено в следующем порядке.

1. Цифровая широковещательная передача в соответствии со схемой передачи IP, в раздельном формате

(1) Общий обзор схемы передачи IP в раздельном формате

(2) Информация сигнала

(2-1) Подробная структура LLS (NIT, АМТ, SAT и EAT),

(2-2) Подробная структура SCS (SMT)

(3) Конфигурация системы широковещательной передачи

(4) Конкретный пример операции

(4-1) Передача услуги портала NRT

(4-2) Передача сообщения EAS

(4-3) Передача приложения

(4-4) Передача услуги совместно используемого компонента

(5) Содержание конкретной обработки, выполняемой в каждом устройстве

2. Цифровая широковещательная передача в соответствии со схемой передачи IP в формате XML

(1) Общий обзор схемы передачи IP в формате XML

(2) Информация сигнала

(2-1) Подробная структура LLS (SCT, SAT, EAT и RRT),

(2-2) Подробная структура SCS (SDP)

(3) Конфигурация системы широковещательной передачи

(4) Конкретный пример операции

(4-1) Передача услуги портала NRT

(4-2) Передача сообщения EAS

(4-3) Передача приложения

(4-4) Передача услуги совместно используемого компонента

(5) Содержание конкретной обработки, выполняемой в каждом устройстве

1. Цифровая широковещательная передача в соответствии со схемой передачи IP, в раздельном формате

[0040] При цифровой широковещательной передаче в схеме передачи IP, в соответствии с вариантом осуществления настоящей технологии, может использоваться схема либо в раздельном формате, или в формате XML. Здесь схема передачи IP в раздельном формате представляет собой схему, в которой информацию сигнала передают в соответствии с форматом с разделением на части. В то же время, схема передачи IP в формате XML представляет собой схему, в которой информацию сигнала передают в соответствии с форматом XML (формат Расширяемого языка разметки). В следующем описании, схема передачи IP в раздельном формате будет описана первой, и после этого будет описана схема передачи IP в формате XML.

(1) Общий обзор схемы передачи IP в раздельном формате

Стек протокола схемы передачи IP в раздельном формате

На фиг. 1 показана схема, иллюстрирующая стек протокола цифровой широковещательной передачи, в соответствии со схемой передачи IP в раздельном формате.

Физический уровень представляет собой самый низкий уровень, и структура частот волны широковещательной передачи, выделяемой для услуги (канала), соответствует физическому уровню, как представлено на фиг. 1. Уровень, непосредственно выше физического уровня, представляет собой уровень инкапсуляции общего потока (GSE). Уровень GSE ассоциирует физический уровень непосредственно ниже него с уровнем IP непосредственно выше него. GSE используется, как стандарт цифровой широковещательной передачи данных (DVB).

Уровень IP, аналогичен IP в стеке протокола TCP/IP, и пакет IP установлен по адресу IP. Уровень непосредственно выше уровня IP представляет собой уровень протокола схемы пользователя (UDP), и уровни, расположенные выше него, представляют собой транспортный протокол в режиме реального времени (RTP) и доставки файла над протоколом кодирования однонаправленного транспортирования (FLUTE)/асинхронного многоуровневого протокола кодирования (ALC). Другими словами, при цифровой широковещательной передаче по схеме передачи IP передают пакеты, имеющие обозначенный здесь номер порта UDP, например, устанавливают сеанс RTP и сеанс FLUTE. Детали FLUTE установлены, как RFC 3926.

Уровень непосредственно над FLUTE/ALC фрагментирован по МР4 (fMP4), и уровень непосредственно над RTP и fMP4 представляет собой аудио- и видеоданные (AV), SubTitle и RealTimeEvent. Например, видеоданные (видео) кодируют с помощью схемы кодирования, такой как высокоэффективная схема кодирования (HEVC). Например, аудиоданные (аудио) кодируют, используя схему кодирования, такую как усовершенствованная схема кодирования (AAC). Другими словами, когда видеоданные или аудиоданные передают в формате синхронного потока, используется сеанс RTP, и когда видеоданные или аудиоданные передают в формате асинхронного файла, используется сеанс FLUTE.

Кроме того, уровень над FLUTE/ALC представляет собой уровень интерактивных данных, метаданных и т.д. Например, когда передают файл приложения, выполняемый одновременно с телевизионной программой, используется сеанс FLUTE.

С правой стороны стека протокола на фиг. 1 сигналы на нижнем уровне (LLS), сигналы на среднем уровне (MLS) и сигналы на высоких уровнях (HL), установлены, как информация сигналов. LLS представляют собой сигналы нижнего уровня и используется как уровень, расположенный выше уровня GSE. Например, в LLS могут использоваться комбинация (ниже называется "триплетом") из network_id, transport_stream_id и service_id, которые используются в схеме MPEG2-TS и в раздельном формате.

В этом случае, в качестве LLS, таблица (NIT) информации транспортного потока и конфигурация услуги в сети широковещательной сети могут быть переданы, используя триплет. Как будет подробно описано ниже, когда передают таблицу карты адресов (AMT), как LLS вместе с NIT, сторона приемника может получать информацию настройки, для настройки на услугу (канал).

Кроме того, таблица ассоциации услуги (SAT), в таблице предупреждения в чрезвычайном положении (EAT), и таблица оценки области (RRT) могут быть переданы, как LLS. SAT включает в себя информацию, обозначающую, передают или нет в данный момент определенную услугу. EAT включает в себя информацию, относящуюся к уведомлению о чрезвычайной ситуации. RRT включает в себя информацию, относящуюся к региональной информации, относящейся к классификации программы.

MLS представляет собой сигналы среднего уровня, и используется, как уровень над уровнем UDP. При установке MLS обработка настройки может быть быстро выполнена. Например, в качестве MLS может использоваться канал услуги, по которому передают сигнал (SCS) для передачи информации, относящейся к услуге, или информации компонента в единицах услуг. Например, таблицу карты услуги (SMT), таблицу информации приложения (AIT) и т.п. передают в раздельном формате, как SCS. SMT включает в себя атрибут услуги в модулях услуги, информацию конфигурации компонента, информацию фильтра компонента и т.п. AIT представляет собой информацию управления для приложения, выполняемого одновременно с AV содержанием.

HLS представляет собой сигналы (или уведомление) на высоком уровне, и обслуживает уровень над FLUTE/ALC. Например, файл справочника электронной услуги (ESG) может быть передан, как HLS, используя сеанс FLUTE. Например, ESG включает в себя такую информацию, как, например, наименование программы и время начала.

Система ID в схеме передачи IP в раздельном формате

На фиг. 2 показана схема, иллюстрирующая соотношение между сигналом волны широковещательной передачи и системой IP в схеме передачи IP в раздельном формате.

Как представлено на фиг. 2, для волны широковещательной передачи (сети (network) широковещательной передачи), имеющей диапазон частот 6 МГц, выделяют network_id. Каждая волна широковещательной передачи включает в себя один или больше потоков GSE, идентифицированных transport_stream_id. Поток GSE сконфигурирован с множеством пакетов GSE, каждый из которых включает в себя заголовок GSE и полезную нагрузку.

Каждый поток GSE включает в себя множество услуг, идентифицированных service_id. Каждая услуга включает в себя множество компонентов. Каждый компонент представляет собой информацию, конфигурирующую программу, такую как видеоданные или аудиоданные.

Поскольку триплет, то есть, комбинация из network_id, transport_stream_id и service_id, используется, как система ID схемы передачи IP в раздельном формате, аналогично схеме MPEG2-TS, описанной выше, получают совместимость со схемой MPEG2-TS, которая в настоящее время получила широкое распространение, и, таким образом, становится возможным легко справиться с одновременной передачей, например, когда выполняется переход из схемы MPEG2-TS в схему передачи IP.

Кроме того, когда выполняется операция с использованием номера главного канала и номера второстепенного канала в качестве информации идентификации, соответствующей service_id, возможно выполнить такую операцию, состоящую в том, что среди 16 битов service_id, верхние 8 битов выделяют, как 8 битов номера главного канала, и нижние 8 битов выделяют, как 8 битов номера второстепенного канала.

Конфигурация волны широковещательной передачи схемы передачи IP в раздельном формате

На фиг. 3 показана схема, иллюстрирующая конфигурацию волны широковещательной передачи при цифровой широковещательной передаче в схеме передачи IP в раздельном формате.

Как представлено на фиг. 3, один или больше транспортных потоков и LLS могут быть получены из волны широковещательной передачи ("сети" на фиг. 3), имеющей полосу частот 6 МГц. Кроме того, протокол сетевого времени (NTP), множество каналов обслуживания и ESG (услуга ESG) могут быть получены из каждого транспортного потока. NTP представляет собой информацию времени и является общим во множестве каналов услуги.

Каждый канал услуги включает в себя компонент, такой как видеоданные или аудиоданные, и SCS, такой как SMT и AIT. Для каждого канала услуги выделяют фиксированный адрес IP, и компонент, сигнал управления и т.п. могут быть упакованы в модулях каналов услуги, используя такой адрес IP.

Кроме того, на фиг. 3, транспортный поток соответствует потоку GSE на фиг. 2, и когда транспортный поток описывают ниже, предполагается, что транспортный поток представляет собой поток GSE. Компонент соответствует компоненту на фиг. 2, и канал услуги соответствует услуге на фиг. 2.

Кроме того, LLS может быть передан по широкополосному потоку (поток GSE), как представлено на фиг. 4. В этом случае, NTP, канал услуги и ESG (услуга ESG) могут быть переданы в соответствии с протоколом UDP/IP. Следующее описание цифровой широковещательной передачи, в соответствии со схемой передачи IP в раздельном формате, будет продолжено на примере, в котором используется конфигурация по фиг. 4.

Конфигурация LLS

На фиг. 5 показана схема, иллюстрирующая конфигурацию LLS в схеме передачи IP в раздельном формате.

Пакет GSE включает в себя заголовок GSE и полезную нагрузку, как представлено на фиг. 5. Когда уровень выше уровня GSE представляет собой уровень IP, участок полезной нагрузки представляет собой пакет IP. LLS представляет собой уровень выше уровня GSE, но его передают в раздельном формате, и, таким образом, LLS размещают после заголовка GSE. Например, NIT, АМТ, SAT, EAT и RRT могут быть размещены, как LLS.

Кроме того, заголовок GSE включает в себя 2-битную информацию типа, и возможно определить, является ли пакет GSE пакетом IP или LLS, используя информацию типа.

Конфигурация MLS

На фиг. 6 показана схема, иллюстрирующая конфигурацию MLS в схеме передачи IP в раздельном формате.

Например, когда видеоданные или аудиоданные передают в формате синхронного потока, поскольку используется сеанс RTP, заголовок GSE, заголовок IP, заголовок UDP и заголовок RTP добавляют к полезной нагрузке, как представлено на фиг. 6. Кроме того, когда файл данных, такой как fMP4 или ESG передают в формате асинхронного файла, поскольку используется сеанс FLUTE, заголовок GSE, заголовок IP, заголовок UDP и заголовок LCT добавляют к полезной нагрузке. Кроме того, поскольку NTP представляет собой уровень над уровнем UDP, NTP размещают после заголовка GSE, заголовка IP и заголовка UDP.

MLS представляет собой уровень над уровнем UDP, но его передают в раздельном формате, и, таким образом, MLS размещают после заголовка GSE, заголовка IP и заголовка UDP. Например, SMT или AIT могут быть размещены, как MLS (SCS).

Флаг обязательной активации в чрезвычайной ситуации

На фиг. 7 показана схема для описания флага обязательной активации в чрезвычайной ситуации на физическом уровне.

Флаг обязательной активации в чрезвычайной ситуации представляет собой сигнал активации, который обязательно активирует приемник, основное питание которого находится в состоянии выключено (состояние ожидания), и который передают на физическом уровне стека протокола по фиг. 1. Другими словами, флаг обязательной активации в чрезвычайной ситуации имеет высокую надежность и малую задержку, и его передают независимо от канала услуги и т.п.

В частности, в качестве флага обязательной активации в чрезвычайной ситуации, как представлено на фиг. 7, устанавливают один бит в поле расширения сигнала преамбулы, представляющего структуру данных в потоке, полученном путем демодуляции волны широковещательной передачи. Приемник в состоянии ожидания включает питание и затем выполняет обработку уведомления о чрезвычайной ситуации в соответствии с EAT, когда флаг обязательной активации в чрезвычайной ситуации установлен в положение "включено".

Кроме того, флаг обязательной активации в чрезвычайной ситуации, включенный в сигнал преамбулы, представляет собой пример, и флаг обязательной активации в чрезвычайной ситуации может быть включен в любой другой сигнал. Кроме того, нет необходимости передавать флаг обязательной активации в чрезвычайной ситуации для уведомления с представлением всей информации чрезвычайной ситуации, и, например, флаг обязательной активации в чрезвычайной ситуации может быть передан для уведомления с представлением только информации чрезвычайной ситуации, имеющей высокий уровень чрезвычайной ситуации.

Основная система передачи сигналов

На фиг. 8 показана схема для описания основной системы передачи сигналов в схеме передачи IP в раздельном формате.

NIT, АМТ, SAT, EAT и RRT используются в LLS, как представлено на фиг. 8. Например, NIT и АМТ имеют период передачи одна секунда, и их получают при исходном сканировании. Кроме того, например, SAT имеет период передачи 100 миллисекунд, и его получают, когда выполняют настройку на услугу.

NIT представляет конфигурацию транспортного потока и конфигурацию услуги в сети широковещательной передачи по триплету. В NIT размещены network_id и контур транспортного потока, и контур услуги дополнительно размещен в контуре транспортного потока.

АМТ представляет собой IP-адрес каждой услуги. SAT дополнительно представляет услугу, передача которой выполняется. NIT соединен с АМТ и SAT по service_id, и, например, информацию настройки получают путем комбинирования NIT с АМТ. На основе SAT возможно определять, выполняется или нет передача определенной услуги.

EAT представляет собой сигнал управления для предоставления услуги уведомления о чрезвычайной ситуации, передаваемый для каждого потока. Когда передают EAT, приемник должен выполнить обработку уведомления о чрезвычайной ситуации в соответствии с EAT. RRT включает в себя информацию, относящуюся к региональной информации, относящейся к типу программы.

SMT используется в MLS (SCS), как представлено на фиг. 8. Например, SMT имеет период передачи 100 миллисекунд. SMT представляет атрибут услуги модуля услуги для каждой услуги, информацию конфигурации компонента, атрибут компонента и информацию фильтра компонента, и его подготавливают для каждой услуги. Другими словами, например, возможно получить группу компонента определенной услуги путем выполнения обработки фильтрации, используя IP-адрес АМТ и номер порта SMT.

Кроме того, ESG передают, как HLS через сеанс FLUTE, как представлено на фиг. 8. ESG сконфигурирован с Access, Service, Content, Schedule, PurchaseItem и т.п. Возможно получить ESG из сеанса FLUTE, используя идентификатор сеанса транспортирования (TSI), включенный в информацию ESG_bootstrap для NIT в дополнение к IP-адресу АМТ и номеру порта SMT.

(2) Информация сигнала

(2-1) Подробная структура LLS (NIT, АМТ, SAT и EAT)

Синтаксис NIT

На фиг. 9 показана схема, иллюстрирующая синтаксис NIT.

table_id представляет собой идентификацию таблицы. section_syntax_indicator представляет собой 1-битное поле, и для него назначено фиксированное значение, section_length представляет длину блока.

network_id представляет идентификацию сети и используется, как метка, идентифицирующая систему распространения, представленную NIT, для отличия от других систем распределения.

version_number представляет номер версии. current_next_indicator представляет текущий следующий индикатор. section_number представляет номер блока. last_section_number представляет номер последнего блока.

network_descriptors_length представляет длину дескриптора сети. transport_stream_loop_length представляет длину контура транспортного потока.

transport_stream_id представляет идентификацию транспортного потока. original_network_id представляет идентификацию исходной сети. transport_descriptors_length представляет длину дескриптора транспортирования.

На фиг. 10 показана схема, иллюстрирующая примеры дескрипторов, расположенных в контуре NIT, представлена на фиг. 9.

Name_descriptor размещают в контуре сети NIT, в соответствии с необходимостью, как представлено на фиг. 10. Кроме того, в контуре транспортного потока NIT обязательно размещены Service_list_decriptor, ATSC3_delivery_system_descriptor и Transport_stream_protocol_descriptor, и Name_descriptor и ESG_bootstrap_descriptor размещают в соответствии с необходимостью.

На фиг. 10 наименование Name_descriptor предусмотрено в виде кода символов. Кроме того, Service_list_decriptor предоставляет список услуг, в соответствии с идентификацией услуги и типом формы услуги. Кроме того, ATSC3_delivery_system_descriptor предоставляет физическую информацию, необходимую для выполнения обработки настройки.

Кроме того, на фиг. 10, Transport_stream_protocol_descriptor обеспечивает тип протокола транспортного потока. ESG_bootstrap_descriptor обеспечивает информацию, необходимую для получения ESG, переданного через сеанс FLUTE. Например, в ESG_bootstrap_descriptor описаны source_IP_address, представляющий источник передачи, destination_IP_address, представляющий место назначения, UDP_port_num, представляющий номер порта UDP, TSI, представляющий TSI в сеансе FLUTE, и т.п.

Структура данных АМТ

На фиг. 11 показана схема, иллюстрирующая синтаксис АМТ.

table_id представляет собой идентификацию таблицы. section_syntax_indicator представляет собой 1-битное поле, и для него назначают фиксированное значение. section_length представляет длину блока.

transport_stream_id представляет идентификацию транспортного потока, version_number представляет номер версии, current_next_indicator представляет текущий следующий индикатор. section_number представляет номер блока, last_section_number представляет номер последнего блока. number_of_services представляет номер услуги.

service_id представляет идентификацию услуги. IP_version_flag представляет флаг версии IP. Например, когда "0" назначен, как IP_version_flag, он представляет IPv4, когда назначен "1", он представляет IPv6.

source_IP_address_for_v4 и destination_IP_address_for_v4 представляют IP-адреса для версии 4 источника передачи (источник) и место назначение (назначение). Кроме того, source_IP_address_for_v6 и destination_IP_address_for_v6 представляют IP-адреса для версии 6 источника передачи (источник) и место назначения (назначение).

Кроме того, когда service_id="0xFFFF" назначен в АМТ, предполагается, что он представляет IP-адрес другого пакета NTP, чем услуга.

Синтаксис SAT

На фиг. 12 показана схема, иллюстрирующая синтаксис SAT.

table_id представляет идентификацию таблицы. section_syntax_indicator представляет 1-битное поле, и ему назначено фиксированное значение, section_length представляет длину блока.

transport_stream_id представляет идентификацию транспортного потока. version_number представляет номер версии. current_next_indicator представляет текущий следующий индикатор. section_number представляет номер блока. last_section_number представляет номер последнего блока.

service_id представляет идентификацию услуги. Здесь назначен service_id услуги, для которой выполняется передача.

Синтаксис EAT

На фиг. 13 показана схема, иллюстрирующую синтаксис EAT. На фиг. 14 показана информация конфигурации EAT, и ссылка на информацию конфигурации на фиг. 14, соответственно, будет сделана при описании фиг. 13.

table_id представляет идентификацию таблицы. section_syntax_indicator представляет собой 1-битное поле, и ему назначено фиксированное значение. section_length представляет длину блока.

EA_category представляет код категории предупреждения о чрезвычайной ситу