ГОСТ Р 54708-2011

     

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

СИСТЕМА ЦИФРОВОГО ЗВУКОВОГО РАДИОВЕЩАНИЯ DRM

Протокол распределения и коммуникации (DCP)

Digital audio broadcasting system DRM. Distribution and communication protocol (DCP)     

ОКС 33.170

Дата введения 2012-09-01

Предисловие

1 РАЗРАБОТАН Федеральным государственным унитарным предприятием "Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении" (ФГУП "ВНИИНМАШ") и Федеральным государственным унитарным предприятием "Ордена Трудового Красного Знамени научно-исследовательский институт радио", Самарский филиал "Самарское отделение научно-исследовательского института радио" (филиал ФГУП "НИИР-СОНИИР")

2 ВНЕСЕН Управлением технического регулирования и стандартизации Федерального агентства по техническому регулированию и метрологии

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 13 декабря 2011 г. N 869-ст

4 Настоящий стандарт разработан с учетом основных нормативных положений документа Европейского института по стандартизации в области телекоммуникаций* (ЕТСИ) "Всемирное цифровое радио (DRM). Протокол распределения и коммуникации (DCP)" (ETSI TS 102 821 v1.3.1 (2010-12) "Digital Radio Mondiale (DRM); Distribution and Communications Protocol (DCP)", NEQ)

________________

* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - Примечание изготовителя базы данных.

5 ВВЕДЕН ВПЕРВЫЕ

6 ПЕРЕИЗДАНИЕ. Июнь 2020 г.

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

ETSI TS 102 821 v1.3.1 (2010-12) создан Объединенным техническим комитетом (JTC) "Радиовещание" Европейского радиовещательного союза (EBU), Европейского комитета по стандартизации в электротехнике (CENELEC) и Европейского института по стандартизации в области телекоммуникаций (ETSI).

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

     1 Область применения

Настоящий стандарт относится к системе DRM, осуществляющей цифровое звуковое вещание в соответствии ETSI [1].

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

     2 Нормативные ссылки

В настоящем стандарте нормативные ссылки не использовались.

     3 Термины, определения, обозначения и сокращения

3.1 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

3.1.1 байт (byte): Совокупность из 8 битов.

3.1.2 протокол распределения и коммуникации (Distribution and Communication Protocol; DCP): Протокол связи транспортного уровня, предусматривающий фрагментацию, адресацию и/или надежную передачу данных по каналам с ошибками с использованием кода Рида-Соломона для обеспечения прямой коррекции ошибок.

3.1.3 разделение на фреймы (Application Framing; AF): Уровень DCP, обеспечивающий логическую группировку множества TAG элементов.

3.1.4 AF пакет (AF Packet): Совокупность TAG элементов с заголовком, несущая связанный и независимый блок данных.

3.1.5 TAG значение (TAG Value): Полезная нагрузка TAG элемента.

3.1.6 TAG название (TAG Name): Название поля в индивидуальном TAG элементе, используемое для идентификации индивидуальной части информации.

3.1.7 TAG пакет (TAG Packet): Набор TAG элементов, переносящий связанный и модульный блок данных.

3.1.8 TAG элемент (TAG Item): DCP элементный тип, объединяющий в единых логических данных название, длину и значение данных.

3.2 Обозначения

В настоящем стандарте применены следующие обозначения:

- значение "", выраженное в основании "". Основание "" должно быть десятичным, таким образом есть шестнадцатиричное представление десятичного числа 42;

- наименьшее целое число, численно большее, чем . Иногда известно как функция "потолка";

- наибольшее целое число, численно меньшее, чем . Иногда известно как функция "пола";

- результат деления величины на величину ;

- наименьшая величина в перечне.

3.3 Сокращения

В настоящем стандарте применены следующие сокращения:

AF (Application Framing (a DCP Protocol Layer) - разделение на фреймы (уровень DCP протокола);

ASCII (American Standart Code for Information Interchange) - американский 8-битовый стандартный код для обмена информацией;

CRC (Cyclic Redundancy Check) - циклический контроль с избыточностью (метод обнаружения ошибок с использованием полиномиального кода);

DCP (Distribution and Communication Protocol) - протокол распределения и коммуникации;

DRM (Digital Radio Mondiale) - Всемирное цифровое радио;

FEC (Forward Error Correction) - прямая коррекция ошибок;

IP (Internet Protocol) - Интернет-протокол;

LSb (Least Significant bit) - младший значащий бит;

LSB (Least Significant Byte) - младший значащий байт;

MSb (Most Significant bit) - старший значащий бит;

MSB (Most Significant Byte) - старший значащий байт;

MTU (Maximum Transmit Unit) - максимальный блок передачи;

PFT (Protection, Frangmentation and Transportation) - защита, фрагментация, транспортировка;

PPP (point-to-point protocol) - протокол двухточечного соединения;

RS (Reed Solomon) - Рид-Соломон;

TAG (Tag, Length, Value) - тег, длина, значение;

TCP (Transmission Control Protocol) - протокол управления передачей, один из основных сетевых протоколов Интернета, предназначенный для управления передачей данных в сетях TCP/IP;

UDP (User Datagram Protocol) - протокол передачи пользовательских дейтаграмм.

Примечание - В тексте стандарта, если не указано иное, принято следующее соглашение о порядке следования битов:

- на рисунках бит или байт, показанный слева, рассматривается как первый;

- в таблицах бит или байт, показанный слева, рассматривается как первый;

- в полях байта старший значащий бит (MSb) рассматривается первым и обозначается большим числом. Например, MSb одного байта обозначается "", а младший значащий бит (LSb) обозначается "";

- в векторах (математических выражениях) бит с наименьшим индексом рассматривается как первый.

Порядок передачи (MSb - сначала или LSb - сначала) должен использоваться установленным порядком относительно физической линии связи. Там, где оба порядка действительны, сначала будет использоваться MSb.

     4 Общее описание

     4.1 Обзор системы

Протокол распределения и коммуникации специально разработан, чтобы обеспечить надежную многоадресную связь центрального сервера с множеством приемников. Ошибки на линии(ях) связи могут быть обнаружены и исправлены путем применения кода Рида-Соломона с прямым исправлением ошибок. В результате используемые линии связи могут быть однонаправленными, что обеспечивает потенциально существенную экономию затрат.

Примечание - Этот универсальный DCP протокол не определяет никаких правил или ограничений при выборе передачи. Выбор правил определяется конкретным приложением и поэтому рассматривается индивидуально для каждого определения прикладного протокола.

     4.2 Архитектура системы

Приложения данных передаются с сервера на приемник через ряд уровней, как показано на рисунке 1.

Рисунок 1 - Стек DCP протокола

Данные каждого уровня инкапсулированы в серии пакетов. Уровень TAG инкапсулирует элементарные элементы данных произвольной длины, в то время как уровень AF комбинирует элементарные данные в единый блок связанных данных. Дополнительный (опционально) уровень PFT позволяет осуществлять фрагментацию потенциально больших AF пакетов и добавляет возможность адресации и прямого исправления ошибок (FEC). Пакеты AF или фрагменты PFT могут тогда транспортироваться по любому из множества физических каналов, включая (не ограничивая) асинхронный последовательный, UDP/IP и даже сохраненный как файл на диске. Пример возможного варианта уровней связи показан на рисунке 2.

Рисунок 2 - Пример уровней связи DCP

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

     4.2.1 TAG элементы, AF пакеты и PFT фрагменты

Краткий обзор структуры данных на различных уровнях приведен на рисунке 3.