WWW.MASH.DOBROTA.BIZ
БЕСПЛАТНАЯ  ИНТЕРНЕТ  БИБЛИОТЕКА - онлайн публикации
 


«ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ ГОСТР НАЦИОНАЛЬНЫЙ СТАНДАРТ 54709РОССИЙСКОЙ ФЕДЕРАЦИИ СИСТЕМА ЦИФРОВОГО ЗВУКОВОГО РАДИОВЕЩАНИЯ DRM Специф ичны е ограничения по применению ...»

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

ГОСТР

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

54709РОССИЙСКОЙ

ФЕДЕРАЦИИ

СИСТЕМА ЦИФРОВОГО ЗВУКОВОГО

РАДИОВЕЩАНИЯ DRM

Специф ичны е ограничения по применению протокола распределения и ком м уникации (DCP) Издание оф ициальное Москва Стандартинформ проведение строительной экспертизы ГОСТ Р 54709— 2011 Предисловие Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. No 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0—2004 «Стандартизация в Российской Федерации .

Основные положения»

Сведения о стандарте 1 РАЗРАБОТАН Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ФГУП «ВНИИНМАШ») и Федеральным государственным унитарным предприятием «Ордена Трудового Крас­ ного Знамени Научно-исследовательский институт радио. Самарский филиал «Самарское отделение научно-исследовательского института радио» (филиал ФГУП «НИИР-СОНИИР») 2 ВНЕСЕН Управлением технического регулирования и стандартизации Федерального агентства по техническому регулированию и метрологии 3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 13 декабря 2011 г .

№ 870-ст 4 Настоящий стандарт разработан с учетом основных нормативных положений документа Евро­ пейского института по стандартизации в области телекоммуникаций (ETSI) «Всемирное цифровое радио (DRM). Специфичные ограничения по применению протокола распределения и коммуникации (DCP)» (ETSI TS 102 358 v1.1.1 (2005-01) «Digital Radio Mondiale (DRM); Specific Restrictions for the use of the Distribution and Communication Protocol (DCP)») 5 ВВЕДЕН ВПЕРВЫЕ Информация об изменениях к настоящ ему с та н д а р ту публикуется в ежегодно издаваемом информационном указателе«Национальные стандарты », а т е к с т изменений и поправок — в еже­ месячно издаваемых информационных указателях «Национальные стандарты ». В случае пере­ см отра (замены) или отм ены настоящ его с та н д а р та со о тв е тств ую щ е е уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты » .

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

–  –  –

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

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

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

4 Применяемые на основе DCP протоколы для D R M

4.1 Определенные протоколы, применяемые DRM

4.2 Стек протоколов

4.3 Общая структура тракта DRM передачи

4.4 Варианты структуры тракта DRM вещ ания

5 Специфичные для DRM определения и ограничения D C P

5.1 Специальные TAG элементы

5.2 Частные TAG элементы.

5.3 Уровень AF DCP

6 Стандарты и технологии интерфейса D C P

6.1 Стандарт RS-232

6.2 Технология Ethernet (IP через Ethernet)





6.2.1 Транспортный уровень

6.2.2 Сетевой уровень

6.2.3 Канальный уровень

Библиография

–  –  –

ETSI TS 102 358 v1.1.1 (2005-01) создан Объединенным техническим комитетом (JTC) «Радио­ вещание» Европейского радиовещательного союза (EBU), Европейского комитета по стандартизации в электротехнике (CENELEC) и Европейского института по стандартизации в области телекоммуника­ ций (ETSI) .

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

Чтобы удовлетворить потребность в системе цифрового радиовещания, пригодной для использо­ вания в диапазонах ниже 30 МГц. в начале 1998 г. был организован консорциум Всемирное цифровое радио (DRM). Консорциум DRM — некоммерческая организация, которая стремится разработать и продвинуть систему DRM по всему миру. Его чпены включают радиовещателей, сетевых провайдеров, производителей приемного и передающего оборудования и исследовательские институты. На веб-сай­ те (httpjVwww.drm orQ.O можно получить дополнительную информацию о консорциуме DRM .

–  –  –

Настоящий стандарт расширяет и более подробно определяет некоторые аспекты универсально­ го независимого прикладного протокола распределения и коммуникации (DCP), чтобы построить в рамках DRM (см. ETSI [1]) общую основу для всех базирующихся на DCP протоколов. Эти прикладные DRM протоколы включают, например, интерфейс распределения мультиплекса (MDI). интерфейс кон­ троля модулятора (MCI), интерфейс распределения обслуживания (CDI), интерфейс состояния и управления приемника (RSCI) .

Определения и ограничения к протоколу DCP, приведенные в настоящем стандарте, обязатель­ ны для всех используемых в DRM протоколов, основанных на DCP .

–  –  –

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

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

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

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

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

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

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

3.1.3 универсальное скоординированное время (Coordinated Universal Time; CUT): Формат времени, рассчитываемый в стандартных SI секундах с периодическими корректировками, осуще­ ствляемыми добавлением (или удалением) скачка секунд для сохранения различия между UTC и астрономическим временем в пределах ± 0.9 с .

П р и м е ч а н и е — М еж дународное атомное время (TAI) и UTC были определены как имею щ ие начальное см ещ ение в 10 с 1 января 1972 г. (до этой даты TAI обладало переменным дробны м смещ ением по отнош ению к U TC. поскольку эти два времени не использовали одно и то же определение секунд), 25 ф евраля 2003 г. бы ло уже 22 скачка секунд, все положительные, таким образом TAI * UTC + 32 с .

И зд а ни е о ф и ц и а л ь н о е ГОСТ Р 54709—2011

3.1.4 МАС-адрес (MAC address): Уникальное 48-разрядмое число, присваиваемое сетевому адаптеру производителем; является физическим адресом; используется для отображения в сетях TCP/IP .

3.1.5 MDI пакет (MDI Packet): TAG пакет, содержащий те TAG элементы, которые определены в ETSI (2) .

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

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

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

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

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

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

Nx — значение «N», выраженное в основании *х». Основание «х» должно быть десятичным, таким образом 2А16 есть шестнадцатиричное представление десятичного числа 42 .

3.3 Сокращения

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

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

AFS (Alternative Frequency Switching) — переключение альтернативных частот:

ASI (Asynchronous Serial Interface) — асинхронный последовательный интерфейс;

BER (Bit Error Ratio) — коэффициент битовых ошибок;

ВООТР (Boot Protocol) — протокол начальной загрузки:

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

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

DHCP (Dynamic Host Configuration Protocol) — протокол динамической базовой конфигурации;

DTE (Data Terminal Equipment) — оконечное оборудование данных;

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

FAC (Fast Access Channel (DRM Multiplex Component) — канал быстрого доступа (компонент DRM мультиплекса);

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

FF (File Framing (a DCP Protocol Layer) — создание (структурирование) файла (уровень DCP про­ токола);

GMT (Greenwich Mean Time) — среднее время no Гринвичу;

GPS (Global Positioning System) — глобальная спутниковая система навигации и определения местоположения объектов;

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

IPsec (IP Security) — набор протоколов для обеспечения защиты данных, передаваемых по меж­ сетевому протоколу IP, позволяет осуществлять подтверждение подлинности и/или шифрование IP пакетов;

ISO (International Organization for Standardization) — Международная организация no стандарти­ зации;

MCI (Modulator Control Interface) — интерфейс контроля модулятора;

MDI (Multiplex Distribution Interface) — интерфейс распределения мультиплекса;

MFN (Multi-Frequency Network) — многочастотная сеть;

MJD (Modified Julian Date) — модифицированная юлианская дата;

MPEG (Moving Picture Exports Group) — группа экспертов ISO no вопросам стандартизации, обра­ ботки и записи движущихся объектов: также, набор стандартов кодирования и сжатия цифрового изо­ бражения и звука;

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

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

ГОСТ Р 54709—2011 MSC (Main Service Channel (DRM Multiplex component) — основной сервисный канал (компонент DRM мультиплекса);

OFDM (Orthogonal Frequency Division Multiplexing) — ортогональное мультиплексирование с час­ тотным разделением;

PFT (Protection, Fragmentation and Transportation (a DCP Protocol Layer) — защита, фрагментация и транспортировка (уровень DCP протокола);

PRBS (Pseudo-Random Binary Sequence) — псевдослучайная бинарная последовательность;

rfu (reserved for future use) — зарезервировано для будущего использования:

RSCI (Receiver Status and Control Interface) — интерфейс состояния и управления приемника;

SDC (Service Description Channel (DRM Multiplex component) — канал описания служб (компонент DRM мультиплекса);

SDI (Service Distribution Interface) — интерфейс распределения сервисов:

SFN (Single Frequency Network) — одночастотная сеть;

SMFN (Synchronized Multi-Frequency Network) — синхронизированная многочастотная сеть;

TAI (International Atomic Time (Temps Atomique International) — международное атомное время;

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

UDP (User Datagram Protocol (IP-based protocol) — протокол передачи пользовательских дейтаг­ рамм (базовый IP протокол);

UTC (Coordinated Universal Time) — универсальное скоординированное время .

П р и м е ч а н и е — П оряд ок следования битов и б айтов в каждом описании д олж е н соответствовать сле­ дую щ ей записи, если не установлено иное:

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

- в поле байта старш ий значащ ий бит (M S b) рассматривается первы м и обозначается больш им числом .

Н апример, MSb од н ого байта обозначен ''b 7". a LSb обозначен "Ь0“ ;

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

4 Применяемые на основе DCP протоколы для DRM

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

Протокол DCP является независимым от приложения и свободным для использования для каж­ дой организации (см. ETSI [3]) .

Фактическое информационное наполнение (контент), которое будет транспортировано в опреде­ ленных DRM протоколах, основанных на DCP (с учетом индивидуальных целей), определено в допол­ нительных документах:

- Интерфейс распределения мультиплекса (MDI) (см. ETSI (2]) — охватывает транспортировку данных и команд с мультиплексора DRM на модулятор DRM;

- Интерфейс контроля модулятора (MCI) — охватывает телесигнализацию команд и установок на оборудование модулятора и передатчика;

- Интерфейс распределения сервисов (SDI) — охватывает передачу данных и команд от студии и других источников на мультиплексор DRM;

- Интерфейс состояния и управления приемника (RSCI) (см. ETSI (4)) — охватывает транспорти­ ровку информации о состоянии приемника в дополнение к DRM мультиплексу в качестве команд для управления режимами приемника .

4.2 Стек протоколов Общий стек протоколов, используемый для всех DRM протоколов, основанных на DCP. приведен на рисунке 1 .

–  –  –

Позиция настоящего стандарта в этом стеке протоколов помечена как "DCP-DRM’' и представле­ на темно-серым фоном .

Примечание — R SCI представляет собой расш иренный набор (вариант) MDI протокола .

4.3 Общая структура тракта DRM передачи На рисунке 2 представлена общая структура тракта DRM передачи, а также показано, какие связи охвачены каждым из вышеупомянутых протоколов .

–  –  –

4.4 Варианты структуры тракта DRM вещания На рисунках 3—6 представлены несколько вариантов размещения оборудования в тракте веща­ ния с использованием DRM протоколов .

–  –  –

Р исунок 6 — Р азмещ ение вещ ательного оборудования — пе реклю чатель (селектор) локального M D I входа 5 Специфичные для DRM определения и ограничения DCP

–  –  –

5.1 Специальные TAG элементы Поддержка всех специальных TAG элементов, определенных в ETSI [3J (5.2.2), обязательна для всех основанных на DCP и используемых в DRM прикладных протоколов .

TAG элемент контроля "*ptr" должен использовать следующую нумерацию версий для всех осно­ ванных на DCP и используемых в DRM прикладных протоколов. Приращение младшего номера версии свидетельствует только о полностью обратно-совместимом изменении или расширении протокола, в то время как приращение старшего номера версии свидетельствует об обратно-несовместимом изме­ нении протокола. Например, декодер, который способен к декодированию протокола версии 4.2, также успешно декодирует версии 4.3.4.4 и т. д. Однако он не должен пытаться декодировать любую версию протокола с номером 5.0 и выше .

П р и м е ч а н и е — О братно-совм естим ы е расш ирения для всех основанны х на DCP и используемых в DRM прикладны х протоколов не должны вклю чать изменения к сущ ествую щ им TAG элементам .

Для всех основанных на DCP и используемых в DRM прикладных протоколов все биты дополне­ ния к TAG элементу должны быть установлены на 0 .

Для всех основанных на DCP и используемых в DRM прикладных протоколов все байты TAG зна­ чения специального TAG элемента ” *dmy" должны быть установлены в значение 0 х 00 .

5.2 Частные TAG элементы Частные TAG элементы могут быть отосланы в пределах любого TAG пакета, несущего данные любого основанного на DCP и используемого в DRM прикладного протокола {как MDI. MCI, SDI. RSCI и т. д.) наряду с TAG элементами, используемыми в прикладном протоколе .

Приемные устройства должны обрабатывать только те TAG элементы, которые используются для отдельных основанных на DCP прикладных протоколов. Частные TAG элементы могут безопасно игнорироваться любым приемным устройством .

Чтобы предотвратить переназначение идентичных TAG названий в различных целях в приклад­ ных протоколах, используемых для DRM.

соблюдаются следующие правила для названий TAG эле­ ментов:

- TAG названия, используемые для определенных основанных на DCP прикладных протоколов DRM (как MDI, MCI, SDI, RSCI и т. д.), должны начинаться со строчных букв;

- названия частных TAG элементов должны начинаться с прописной буквы или цифры;

- некоторые их этих прописных первых букв названий частных TAG элементов назначают кон­ кретным организациям;

- TAG названия, начинающиеся с символа звездочка принадлежат контрольным TAG эле­ ментам и поэтому независимы от любого конкретного прикладного протокола (см. ETSI [3] (5.2.2) .

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

Чтобы избежать беспорядка в основанных на DCP прикладных протоколах для DRM, некоторые из символов назначены исключительно для индивидуального использования конкретными организаци­ ями .

Таблица 1 — Д ополнительны е TAG элементы Первый символ TAG названия (ASCII, верхний регистр) Используются для частных TAG элементов

–  –  –

П р и м е ч а н и е — Протокол DCP свободен для лю бого использования частным лицом, организацией или компанией. Поэтому первые символы названий частных TAG элементов из вы ш еприведенного списка применяются исклю чительно только к TAG названиям, определенным в пределах одного из связанных DRM протоколов (как M DI .

M CI. SDI, R S C l и т. д.). Если DCP применяется вне сферы д ействия DRM. лю бое TAG название может, очевидно, и с­ пользоваться лю бы м частным лицом и (или) организацией в лю бы х целях .

5.3 Уровень AF DCP Заголовок AF CRC. хотя и является дополнительным в DCP, обязателен для всех основанных на DCP и используемых в DRM протоколов. Поэтому флаг ("CF") заголовков AF CRC поля адресного регистра должен быть установлен на 1 .

6 Стандарты и технологии интерфейса DCP Чтобы обеспечить определенный интерфейс аппаратных средств между оборудованием DRM различных изготовителей, использующим DCP. установлены минимальные требования входа/выхода аппаратных средств для определенных типов/категорий оборудования DRM .

Эти определения интерфейса аппаратных средств предназначены для:

- локальных соединений (прямые соединения):

- удаленных соединений (определено только для первой и последней частей цепи транспорти­ ровки данных) .

Каждый основанный на DCP прикладной протокол, используемый в DRM, может определить свой собственный набор рекомендуемых и/или обязательных интерфейсов аппаратных средств. Это опре­ деление дано в рамках определения прикладного протокола .

Поэтому настоящий стандарт определяет только спектр возможных аппаратных интерфейсов вместе с их рекомендуемыми/требуемыми установками и конфигурациями. Выбор среди этих интер­ фейсов осуществляется в соответствии с индивидуальным прикладным протоколом .

П р и м е ч а н и е — Д ополнительны е специф икации к аппаратны м интерф ейсам могут бы ть добавлены в будущ ем .

6.1 Стандарт RS-232 Стандарт RS-232 определяет последовательное соединение. Это соединение наиболее вероят­ но будет использоваться на местном уровне .

Основные характеристики этого аппаратного протокола следующие:

- стандартизован ANSI [5];

- длина кабеля до 50 м (для любой битовой скорости с кабелем с малой емкостью: приблизитель­ но 50 пФ/м);

- несколько вариантов управления потоками (отключено; XON/XOFF: аппаратные средства) .

Для протоколов передачи на основе DCP.

ссылающихся на протокол RS-232 как рекомендуемый/обязательный интерфейс для аппаратных средств, должны применяться следующие параметры настройки и ограничения:

- разъем и схема расположения выводов должны соответствовать документу [6] (разъем (коннек­ тор) SUB-D с 9 штырьками);

- требования к DTE (оконечному оборудованию данных): должно иметь разъем-гнездо, переда­ ваемые данные на выходе. Данное требование к оборудованию предъявляется независимо от того, является оно источником или приемником согласно конкретному протоколу прикладного уровня;

ГОСТ Р 54709—2011

- должен использоваться двухточечный дуплексный режим;

- поддерживаемая минимальная битовая скорость должна быть не менее 115200 бит/с;

- формат передачи: 8N1 (8 битов данных, без бита четности, 1 бит остановки (стоп-бит);

- должно отсутствовать управление потоками .

6.2 Технология Ethernet (IP через Ethernet) Подключение к сети Ethernet должно применяться для транспортировки IP пакетов (протокол мар­ шрутизации в среде Интернет по Ethernet). Это подключение может использоваться для оконечных точек местного и удаленного (междугороднего) соединения. Разработаны следующие минимальные требования, чтобы обеспечить двухточечную или радиально-узловую многоточечную однонаправлен­ ную передачу потока DCP по любому из вариантов, приведенных в 4.3 и 4.4 .

П р и м е ч а н и е — DCP не обеспечивает м еханизмов безопасности, б езопасность может быть обеспечена по нескольким уровням. М иним ально совм естимы е реализации не должны использовать средства или безопас­ ность транспортного уровня и должны быть совм естимы с безопасностью сетевого уровня, осущ ествляемой во внешнем оборудовании, например IPSEC или д ругие туннельные механизмы .

Для основанных на DCP протоколов передачи, ссылающихся на IP по протоколу Ethernet (чтобы транспортировать дейтаграммы UDP) в качестве рекомендуемого/обязательного интерфейса аппа­ ратных средств, должны применяться следующие установки и ограничения .

6.2.1 Транспортны й уровень 6.2.1.1 Отображение пакетов DCP к IP определено в ETSI (3] (приложение В), которое разрешает инкапсуляцию пакетов PFT или AF в UDP дейтаграммы .

6.2.1.2 Все оборудование должно поддерживать прямое инкапсулирование транспортного пото­ ка UDP в IPv4 дейтаграммы .

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

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

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

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

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

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

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

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

6.2.3.1 Интерфейс должен соответствовать требованиям IEEE [7] на 10Base-T локальные сети, используя полудуплексные многовходовые повторители (концентраторы) .

6.2.3.2 Интерфейс должен соответствовать требованиям IEEE [7] на 100Base-T локальные сети, используя полудуплексные и/или дуплексные переключатели .

6.2.3.3 В качестве соединителя для интерфейса должна применяться розетка RJ-45, MDI (Medium Dependent Interface), подключаемая в соответствии с TIA/EIA-568-B [8] .

Сетевые адаптеры должны иметь уникальный MAC адрес .

ГОСТ Р 54709—2011

–  –  –

ГОСТ Р 54709—2011 УДК 621.396.97:681.327.8 ОКС 33.170 ОКПО 657300 Ключевые слова: радиовещание, цифровое, DRM, радио, протокол DCP

–  –  –






Похожие работы:

«Руководство по эксплуатации Ларь морозильный Tefcold Модель: SE10-45, SE20-45, SE30-45, SE40-45 UK13 Содержание Важные инструкции по технике безопасности 7 Вскрытие упаковки и установка 7 Электрические соединения 7 Включение шкафа 7 Термостат 8 Размораживание 9 Замок 9 Уход и очистка 10 Техническое обслуживание 10 Утилизац...»

«БЛОК ПИТАНИЯ ИМПУЛЬСНЫЙ БПИ-15-АКБ Паспорт Руководство по эксплуатации ЭИ.209.00.000ПС www.eni-bbmv.ru info@en-i.ru СОДЕРЖАНИЕ 1 НАЗНАЧЕНИЕ 2 ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ 3 ОБОЗНАЧЕНИЕ ПРИ ЗАКАЗЕ 4 КОМПЛЕКТНОСТЬ 5 УСТРОЙСТВО И ПРИНЦИП ДЕЙСТВИЯ. 6 6 МЕРЫ БЕЗОПАСНОСТИ 7 МОНТАЖ 8 ПОДГОТОВКА К ЭКСПЛУАТ...»

«УТВЕРЖДЕНО Председатель Территориальной экзаменационной комиссии в Иркутской области (г.Иркутск) Д.И. Дорожкин ПРОТОКОЛ заседания Территориальной экзаменационной комиссии по проверке и оценке необходимых знаний водителей автотранспортных...»

«Nanozone 500 WWW.UZMK.SU (Нанозон 500) WWW.KRASKA-NEFTEGAZ.RU МОДИФИЦИРОВАННОЕ ЭПОКСИДНОЕ ПОКРЫТИЕ WWW.NANO-ANTIKOR.RU ОПИСАНИЕ Двухкомпонентное, с низким содержанием летучих органических соедине...»

«Руководство по эксплуатации BM 60.0 BM 60.1 BE 60.0 BE 60.1 Духовой шкаф 1. Технические характеристики духового шкафа Технические данные Размеры ниши Размеры прибора 597*597*540 мм 560*587*550 мм для встраивания Объем рабочей Размер упаковки 57 л 660*660*660mm каме...»

«ЕЛИЗАРЬЕВ Артем Юрьевич ОБЕСПЕЧЕНИЕ НАДЕЖНОСТИ РАБОТЫ ВОЗДУШНЫХ ЛИНИЙ ЭЛЕКТРОПЕРЕДАЧИ В УСЛОВИЯХ ГОЛОЛЕДНЫХ НАГРУЗОК 05.14.02 Электрические станции и электроэнергетические системы Диссертация на соискани...»

«Министерство образования и науки Российской Федерации Федеральное государственное автономное образовательное учреждение высшего профессионального образования "НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ ТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕ...»

«ДОГОВОР ПОДРЯДА № г. Санкт-Петербург "_"_ 201 г. Заказчика/, /наименование именуемое в дальнейшем "Заказчик", в лице _ООО "Газэнергоинформ"_, действующего(ей) на основании доверенности № от "_"_ 201_ года, с одной стороны, и _, именуемое в дальнейшем "Подрядчик", в лице _, действующего на основании _, именуемые в дальнейшем "Стороны", в соот...»

«1 Протокол № ЗКЭФ-АХО-35П Заседания Единой комиссии Заказчика (АО "КСК") г. Москва 13 апреля 2017 г. Заказчик: Акционерное общество "Курорты Северного Кавказа" 1. (далее АО "КСК", ИНН 2632100740).На заседании Единой комиссии присутствовали: 2. Исаев Сергей Петрович, Синицина Ольга Алексеевна, Аликов Мурат Владимирович, Д...»







 
2019 www.mash.dobrota.biz - «Бесплатная электронная библиотека - онлайн публикации»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.