ГОСТ Р 53531-2009 Телевидение вещательное цифровое. Требования к защите информации от несанкционированного доступа в сетях кабельного и наземного телевизионного вещания. Основные параметры. Технические требования посмотреть и скачать

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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТ Р

53531—

2009

ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ. ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА В СЕТЯХ КАБЕЛЬНОГО И НАЗЕМНОГО ТЕЛЕВИЗИОННОГО ВЕЩАНИЯ

Основные параметры. Технические требования

Издание официальное

2010

ГОСТ Р 53531—2009

Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стан* дартое Российской Федерации — ГОСТ Р1.0—2004 «Стандартизация в Российской Федерации. Основные положения»

Сведения о стандарте

1 РАЗРАБОТАН Федеральным государственным унитарным предприятием «Самарский отраслевой научно*исспедовательсхий институт радио» (ФГУП СОНИИР)

2 ВНЕСЕН Техническим комитетом по стандартизации Ns 480 «Связь»

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

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

DVB Doc. А011 rev. 1. June 1996 «Цифровое телевизионное вещание. Единый алгоритм скремблирования. Соглашение о нераспространении» (DVB Doc. А011 rev.1. June 1996 «Digital Video Broadcasting (DVB) — DVB Common Scrambling Algorithm — Distribution Agreement»:

DVB Doc. A0061. rev.1. Oct. 95 «Цифровое телевизионное вещание. Антипиратское законодательство для цифрового телевизионного вещания» (DVB Doc. А0061. rev.1, Oct. 95 «Digital Video Broadcasting (DVB) — Recommendations — Of ihe European Project — Digital Video Broadcasting — Antipiracy legislation for digital video broadcasting»)

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

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

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

я

ГОСТ Р 53531—2009

Содержание

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

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

3 Термины, определения и сокращения………………………….. 2

4 Основные параметры оборудования защиты информации, передаваемой по сетям кабельного и на*

земного телевизионного вещания, от несанкционированного доступа……………. в

4.1 Определение системы………………………………. 6

4.2 Структурные схемы передающих и приемных частей систем ограничения доступа……. 9

4.3 Основные параметры……………………………….. 15

5 Технические требования………………………………. 16

5.1 Общие технические требования…………………………… 16

5.2 Требования к интерфейсам…………………………….. 16

5.3 Требования электромагнитной совместимости…………………….. 17

5.4 Требования безопасности……………………………… 18

5.5 Требования к электропитанию……………………………. 18

5.6 Требования по стойкости к климатическим и механическим воздействиям………… 19

Приложение А (справочное) Структура и основные параметры транспортного потока, основные параметры таблиц программно-зависимой информации (PSI) и таблиц информации о службах (St), дескриптор ограниченного доступа…………………. 20

Приложение Б (обязательное) Параметры интерфейсов между компонентами оборудования системы

ограничения доступа Simulcrypt………………………. 35

Приложение 8 (обязательное) Требования к параметрам транспортного потока на входе и выходе

оборудования системы ограничения доступа………………… 39

Приложение Г (рекомендуемое) Правила скремблирования транспортного потока. Правила формирования слова управления………………………… 41

ПриложениеД (обязательное) Требования к параметрам интерфейсов доступа к сети передачи данных с использованием контроля несущей и обнаружением коллизий (Ethernet. Fast

Ethernet, Gigabit Ethernet)…………………………. 42

Приложение E (обязательное) Требования к параметрам интерфейсов передачи данных RS-232.

RS-422. асинхронного последовательного интерфейса (ASI) и синхронного параллельного интерфейса (SPI)………………………….. 45

Библиография…………………………………….. 47

ГОСТ Р 53531—2009

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

ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ.

ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА В СЕТЯХ КАБЕЛЬНОГО И НАЗЕМНОГО ТЕЛЕВИЗИОННОГО ВЕЩАНИЯ

Основные параметры. Технические требования

Digital video broadcasting (DVB).

Requirements for information protection from norvauthoriged access in the cable and terrestrial television broadcast networks. Basic parameters. Technical requirements

Дата введения — 2010 — 12 — 01

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

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

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

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

ГОСТ Р1.0—2004 Стандартизация в Российской Федерации. Основные положения

ГОСТ Р 52023— 2003 Сети распределительные систем кабельного телевидения. Основные параметры. Технические требования. Методы измерений и испытаний

ГОСТ Р 52210 — 2004 Телевидение вещательное цифровое. Термины и определения

ГОСТ Р 52591 — 2006 Система передачи данных пользователя в цифровом телевизионном формате. Основные параметры

ГОСТ Р МЭК 60065 — 2002 Аудио*. видео- и аналогичная электронная аппаратура. Требоеания безопасности

ГОСТ 12.1.030 — 81 Системе стандартов безопасности труде. Электробеэопвсность. Защитное заземление. зануление

ГОСТ 12.2.007.0—75 Система стандартов безопасности труда. Изделия электротехнические. Общие требования безопасности

ГОСТ 21130 — 75 Изделия электротехнические. Зажимы заземляющие и знаки заземления. Конструкция и размеры

ГОСТ 22670 — 77 Сеть связи цифровая интегральная. Термины и определения

ГОСТ 28147—89 Системы обработки информации. Защита криптографическая. Алгоритм криптографического преобразования

Примечание — При польювании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационней системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодно издаваемому информационному указателю «Национагъные стандарты», который опубликован по состоянию на 1 января текущего года, и по соответствующим ежемесячно издаваемым информационным указателям, опубликованным в текущем году. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение. в котором дана осыпка на него, применяется в части, не затрагивающей эту ссылку.

Издание официальное

ГОСТ Р 53531—2009

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

3.1 В настоящем стандарте применены термины по ГОСТ22670. ГОСТР52023. ГОСТР52210. ГОСТ Р 52591. а также следующие термины с соответствующими определениями:

3.1.1 абонентский приемник (приемник пользователя, хост): Устройство, предназначенное для приема цифровых сигналов, передаваемых по сетям кабельного и наземного телевизионного вещания.

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

3.1.3 генератор конфиденциальных (Private) данных (Private Data Generator; PDG): Генератор, который инициирует передачу сообщений, предоставляющих право доступа (ЕММ) от генератора сообщений EMM (EMMG) на мультиплексор (MUX).

3.1.4 генератор специальной информации о службах (Custom Service Information Generator; CSIG): Генератор, который инициирует формирование таблиц программно-зависимой информации (PSI).

3.1.5 головная станция; ГС: Совокупность технических средств и устройств, обеспечивающих усиление. преобразование и формирование радиосигналов телевидения, радиовещания, обработку других радиосигналов—часть кабельной распределительной сети.

3.1.6 данные пользователя (телевизионной информации) (user data): Данные, передаваемые по цифровому тракту вещательного телевидения вместе с видеоинформацией, звуковой и сервисной информацией и не зависящие от передаваемых телевизионных программ.

3.1.7 дескремблер: Устройство, предназначенное для восстановления исходной структуры цифрового сигнала, преобразованного с<ремблером.

3.1.8 дескриптор (descriptor описатель: Кодовое слово, которое служит для описания основного содержания документа: средство описания мультимедийного контента.

3.1.9 единый алгоритм скремблирования (Common Scrambling Algoritm; CSA): стандартизованный в рамках DVB Project алгоритм скремблирования сигнала.

3.1.10 единый интерфейс (Common Interface; Cl): Метод обеспечения доступа кскремблированно-му сигналу, при котором все узлы приемника, имеющие отношение к защите информации, устанавливаются в модуле защиты.

3.1.11 идентификатор типа пакета (Packet Identifier: PID): Тринадцатибитовый указатель в заголовке транспортного пакета, указывает на принадлежность пакета тому или иному потоку данных, является основным признаком, по которому демультиплексор на приемной стороне сортирует приходящие пакеты.

3.1.12 Интернет протокол (ntomet Protocol: IP): Межсетевой протокол пакетной передачи, работает с 32 битовыми адресами, обеспечивает адресацию и маршрутизацию пакетов в сети: работает без установления соединения, не обеспечивает сохранение порядка следования пакетов, не гарантирует доставку пакетов.

3.1.13 кабельное цифровое телевизионное вещание (cable digital television broadcasting; cable digital TV broadcasting): Цифровое телевизионное вещание, осуществляемое с использованием кабельных сетей.

3.1.14 канал (channel): Прикладное специфическое представление открытого соединения по протоколу управления передачей (TCP).

3.1.15 карусель данных: Передача модулей данных с циклическим повторением.

3.1.16 коммерческое пиратство: Действия, направленные на копирование контента с целью последующего вещания или сдачи в прокат, не санкционированные провайдером (владельцем контента).

3.1.17 контент: Содержание, мультимедийный продукт (например, телевизионная программа).

3.1.18 модуль (module): Малогабаритное устройство, не работающее самостоятельно, предназначенное для выполнения специализированных задач в сотрудничестве с хостом (например, модуль подсистемы условного доступа, модуль приложения электронного путеводителя по программам телевидения).

3.1.19 модуль защиты: Ммролроцессорное устройство с центральным процессором, дескрембле-ром. интерфейсами транспортного потока и команд, с шинной организацией.

ГОСТ Р 53531—2009

3.1.20 мультиплекс (multiplex): Транспортный поток, передающий один или более сервисов (услуг) в единственном физическом канале согласно ETSI [1].

3.1.21 мультиплекс (multiple*): Транспортный поток на выходе транспортного мультиплексора.

3.1.22 мультиплексор (multiplexer: MUX): Устройство, предназначенное для объединения нескольких потоков данных цифрового телевизионного сигнала в единый поток с добавлением служебных битов.

3.1.23 основной персональный ключ (Master Private Key. МРК): Ключ, который используется для шифрования слов управления (CW) и формирования сообщений, управляющих правом доступа (ЕСМ).

3.1.24 пакетированный элементарный поток; ПЭП (Packetized Elementary Stream; PES): Поток, в котором данные разбиты на пакеты и снабжены заголовками.

3.1.25 поле управления скремблированием (Scramtrfing_control_fie!d): Поле, передаваемое в таблице взаимосвязи (ассоциации) программ (РАТ).

3.1.26 программный поток данных (цифрового вещательного телевидения) (Program Stream; PS): Поток данных, образованный путем мультиплексирования элементарных потоков видеоданных и звукоданных цифрового вещательно’о телевидения, имеющих одну общую тактовую частоту, и сформированный из программных пакетов вещательного телевидения переменной длины.

3.1.27 ресурс (resource): Набор функциональных возможностей, предоставляемых хостом (абонентским приемником) для использования модулем. Ресурс описывает набор объектов, которыми обмениваются модуль и хос. и с помощью которых модуль использует ресурс.

3.1.28 секция (section): Синтаксическая структура, используемая для отображения таблиц информации о службах DVB (SI) и PSI с расширениями в пакетах транспортного потока согласно ETSI (1]. ISO/1EC (2).

3.1.29 сервер (server): Программный объект, экспортирующий ресурс имеющихся данных. Программный объект устанавливается на физическое устройство. Компьютер, подключенный к сети и предоставляющий услуги другим устройствам, работающим в этой сети.

3.1.30 сервис (служба, услуга) (service): Набор элементарных потоков, предлагаемых пользователю как программа и связанных обцей синхронизацией. Элементарные потоки состоят из различных данных: видео-, аудио-, субтитров, других данных.

3.1.31 сервисная информация (Service Information; St): Цифровые данные о системе доставки, содержании и расписании передаваемых данных согласно ETSI (1).

3.1.32 система администрирования (управления) абонентами (Subscriber Management System; SMS): Система учета сведений об абонентах, содержащая базу данных об абонентах, о декодерах абонентов. о сервисах (службах), на которые они подписались, о расчетах с абонентами и об учете платежей, поступающих от абонентов.

3.1.33 система ограничения доступа DVB Slmulcrypt: Система, обеспечивающая передачу в одном транспортном потоке нескольких отдельных сообщений, управляющих правом доступа (ЕСМ). и сообщений ЕММ. Это дает возможность нескольким СОД управлять доступом к одной скремблированной передаче.

3.1.34 система предоставления полномочий абоненту (авторизации абонента) (Subscriber Authorri2ation System; SAS): Система, обеспечивающая организацию, упорядочение и доставку данных для формирования сообщений ЕММ и сообщений ЕСМ.

3.1.35 система управления сетью (Network Management System; NMS): Система, обеспечивающая управление оборудованием СОД и мониторинг оборудования СОД. Система управления сетью сопрягается ссистемой предоставления полномочий абоненту (авторизации абонента) (SAS) и с системой администрирования (управления) абонентами (SMS).

3.1.36 скремблер (scrambler: SCR): Устройство, предназначенное для преобразования структуры цифрового сигнала электросвязи без изменения скорости передачи символов этого сигнала, с целью приближения его свойств к свойствам случайного сигнала.

3.1.37 скремблирование (scrambling): Преобразование структуры цифрового сигнала электросвязи, без изменения скорости передачи символов этого сигнала, с целью приближения его свойств к свойствам случайного сигнала.

ГОСТ Р 53531—2009

3.1.38 слово управления (Control Word; CW): Объект данных, используемый для скремблирования (операционный ключ низкого уровня, осуществляющий процесс скремблирования и дескремблирования. CW изменяется с периодичностью от 0,5 до 10 с).

3.1.39 сообщение, предоставляющее право доступа (Entitlement Management Message; EMM): Сообщение, которое содержит данные, разрешающие конкретному дескремблеру открыть для просмотра конкретную программу на предусмотренный срок.

3.1.40 сообщение, управляющее правом доступа (Entitlement Control Message; ЕСМ): Сообщение. которое передает дескремблзру слово управления (CW). а также информацию о критериях доступа к программам и букетам.

3.1.41 таблица байтов стаффинга (Staffing ТаЫе; ST): Таблица, применяемая для замены или отмены существующих секций или таблиц SI.

3.1.42 таблица взаимосвязи (ассоциации) программ (Program Association ТаЫе; PAT): Таблица, содержащая информацию о преграммах, передаваемых в данном потоке, и идентификаторах, относящихся катим программам.

3.1.43 таблица текущего статуса (Running Status ТаЫе; RST): Таблица, в секциях которой передаются сообщения об изменении текущего статуса одного или нескольких событий, передача происходит только в момент изменения статуса.

3.1.44 таблица состава программы (Program Мар ТаЫе; РМТ): Таблица, в которой перечислены вое компоненты программы с их идентификаторами. Содержит РЮ всех составляющих конкретной программы. РМТ идентифицирует и указывает местоположение потоков, входящих в каждый сервис. РМТ указывает местоположение меток PCR каждого сервиса.

3.1.45 ТЭГ (tag): Служебный элемент, который размещен в начале заголовка и хранится вместе с данными, не может быть использован как самостоятельный элемент.

3.1.46 транзакция (transaefon): Логическая единица работы, состоящая из запроса и получения результатов его обработки (короткоесообщение, передаваемое в диалоговом режиме между равноправными объектами прикладных уровней).

3.1.47 транспортный лото»: (цифрового вещательного телевидения) (Transport Stream; TS): Набор из нескольких программных потоков данных цифрового вещательного телевидения, сформированный из программных пакетов постоянной длины с коррекцией ошибок и независимым тактированием от своих источников синхронизации.

3.1.48 элементарный поток видеоданных (звукоданных, специальных данных) цифрового вещательного телевидения (Elementary Stream; ES): Последовательность битов видеоданных (эвукодан-ных. специальных данных) цифрового вещательного телевидения.

3.1.49 EDH-метод обнаружения и визуализации ошибок в последовательном транспортном потоке данных (error Detection and nanoiing: tUh): метод диагностики ошиоок е последовательном транспортном потоке данных, заключающийся в сравнении контрольных слов кода избыточной циклической проверки, вычисляемых в процессе формирования текущего и следующего за ним кадра телевизионного изображения.

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

ГС — головная станция;

ОД (СА) — ограниченный доступ;

ОЗУ—оперативное запоминающее устройство;

ПЗУ—постоянное запоминающее устройство;

ПЭП (PES) — пакетированный элементарный поток;

СОД (CAS) — система ограничения доступа; система защиты информации;

ТП (TS)—транспортный поток;

ЦТВ (DVB) — цифровое телевизионное вещание;

АК—Authorization Key (ключ авторизации):

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

ВАТ—Bouquet Assotiation ТаЫе (таблица объединения букета программ);

BISS — Basic Interoperable Scrambling System (базовая интероперабельная система скремблирования);

СА—Conditional Access (ограниченный доступ; ОД):

CAS — Conditional Access System (система ограниченного доступа; СОД);

ГОСТ Р 53531—2009

CAT — Conditional Access ТаЫе (таблица ограниченного доступа);

Cl — Common Interface (единой интерфейс);

CiP — Carousel in the (P)SIG (карусель генератора таблиц PSI. SI);

CPSI—Custom PSI (специальная программно-зависимая информация);

CPSIG—Custom Program Specific Information Generator (генератор специальной программно-зависимой информации);

CRC — Cyclic Redudance Chek (проверка циклическим избыточным кодом);

CRC_16—поле кода циклической проверки, контролирует ошибки пакетов PES при использовании генераторного полинома х¹⁶ + х¹² ► х⁵ + 1:

CRCJ32 — поле кода циклической проверки, контролирует ошибки в секции таблицы PSI при использовании генераторного полиномах³² ♦ х²⁶ ♦ х²³ ♦ х²² ♦ х¹⁶ + х¹² + х^п + х¹⁰ ♦ х⁸ + х⁷ ♦ х⁵ ♦ х⁴ + х² ♦ х ♦ 1; CSA — Common Scrambling Algorithm (единый алгоритм скремблирования);

CSI — Custom S! (специальная информация о службах);

CSIG — Custom SI Generator (генератор специальной информации о службах);

CSMA-CO — Carrier Sense Multiple Access with Collision Detection (множественный доступ с контролем несущей и обнаружением коллизий (конфликтов));

CW—Control Word (слово управления);

CWG—Control Word Generator (генератор слова управления);

DVB — Digital Video Broadcasting (цифровое телевизионное вещание; ЦТВ);

EBU — European Broadcasting Union — Европейский союз радиовещания;

ЕСМ — Entitlement Control Message (сообщение, управляющее правом доступа);

ECMG — Entitlement Control Message Generator (генератор сообщений ЕСМ);

EDH — Error Detection and Handling (метод обнаружения и визуализации ошибок в последовательном транспортном потоке данных (цифрового вещательного телевидения));

EIS — Event Information Scheduler (планировщик управления событиями);

EIT — Event Information ТаЫе(таблица информации о событиях);

EMM — Entitlement Management Message (сообщение, предоставляющие право доступа);

EMMG — Entitlement Management Message Generator (генератор сообщений EMM);

ETR — ETSI Technical Report (технический отчет ETSI):

ES — Elementary Stream (элементарный поток видеоданных (эвукоданных. специальных данных) цифрового вещательного телевидения);

ETSI — European Telecommunications Standards Institute (Европейский институт стандартизации электросвязи);

IEC — International Electrotechnical Commission/Committee (Международная электротехническая комиссия);

IETF — Internet Engineering Tack Force (Техническая комиссия Internet, разрабатывающая документы

RFC):

ISO — International Organization for Standardization (Международная организация no стандартизации); IP — Internet Protocol (Интернет протокол);

MPK— Master Private Key (основной персональный ключ);

MPEG — Motion Pictures Expert Group (группа стандартов сжатия видео- и аудиоданных);

MUX — Multiplexer (мультиплексор);

NIT—Network Information ТаЫе (таблица сетевой информации);

NMS — Network Management System (система управления сетью);

PAT—Program Assotiation Table (таблица взаимосвязи (ассоциации) программ);

PCMCIA — Personal Computer Memory Card (Международная ассоциация no разработке стандарта плат памяти персональных компьютеров; шина платы памяти персонального компьютера);

PCR— Program Clock Reference (ссылка на программные часы);

PD — Private Data (конфиденциальные (частные) данные):

PDG — Private Data Gene rata (генератор конфиденциальных (частных) данных):

PES — Packetized Elementary Stream (пакетированный элементарный поток; ПЭП);

PID — Packet Identifier (идентификатор типа пакета);

РМТ — Program Мар ТаЫе (таблица состава программы); program jnap_PI D—программный идентификатор PID:

ГОСТ Р 53531—2009

PS — Program Stream (программный поток данных (цифрового вещательного телевидения));

PSI — Program Specific Information (программно-зависимая информация, размещается в таблицах программно-зависимой информации, содержащих сведения о составе программ и идентификаторах их компонентов);

PSIG — Program Specific Information Generator (генератор программно*зависимой информации); P-STD — Program Stream system target decoder (системный декодер программного потока);

RFC — Request for Comments (предложения для обсуждения, серия нормативных документов, стан» дартизирующих протоколы Internet);

RST — Running Status Table [таблица текущего статуса);

SAS — Subscriber Authorization System (система предоставления полномочий абоненту (авторизации абонента));

SCR—scrambler (скремблеэ);

SCS — Simulcrypt Synchronizer (синхронизатор Simutcrypt);

Scrambling_control_field — поле управления скремблированием; передается в таблице РАТ;

SDT—Service Description Table (таблица описания служб DVB);

SI — Service Information (иноормация о службах DVB);

SIG — Service Information Generator (генератор информации о службах DVB);

SMS — Subscriber Management System (система администрирования (управления) абонентами);

SPI — Synchronous Parallel Interface (синхронный параллельный интерфейс):

tablejd — флаг, составная часть заголовка, идентификатор таблицы транспортного потока;

ST — Staffing Table (таблица байтов стаффинга);

TCP—Transmission Control Protocol (протокол управления передачей (из стека протоколов TCP/IP)); TCP/IP — стек протоколов сетевого и транспортного уровня;

TDT—Time and Data Table (таблица времени и даты);

ТОТ—Time Offset Table (таблица смещения времени);

TS — Transport Stream (транспортный поток; ТП);

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

4 Основные параметры оборудования защиты информации, передаваемой по сетям кабельного и наземного телевизионного вещания, от несанкционированного доступа

4.1 Определение системы

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

Процедура защиты информации, передаваемой по сетям цифрового вещания, от несанкционированного доступа включает два основных процесса:

– скремблирование транспортного потока — перед его передачей в каналы распределения или вещания;

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

Скремблирование транспортного потока в большинстве практических случаев выполняется в соответствии сединым алгоритмом скремблирования (CSA) согласно DVB [3]. (4) и ETSI [5]. Единый алгоритм скремблирования в детализированном виде предоставляется Европейским институтом стандартизации электросвязи (ETS!) производителям оборудования систем ограниченного доступа под письменную гарантию неразглашения.

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

СОД может быть одноуровневой или многоуровневой.

4.1.1 Одноуровневая система ограничения доступа Структурная схема одноуроэнееой СОД показана на рисунке 1.

ГОСТ Р 53531—2009

Перадшощш старом Прием—старом

Рисунс* 1 — Структурная схеме одноуровневой СОД

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

На приемной стороне абонентский приемник дескрвмблирует принятый мультиплекс перемножением мультиплекса с «местной» псевдослучайной последовательностью (ПСП), соответствующей тому CW. которое было применено при скремблировании передаваемого транспортного потока.

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

Выбор слов управления, способ и периодичность передачи слов управления от передающей к приемной части одноуровневой СОД определяются соглашением между провайдером и оператором. К одноуровневым СОД может быть отнесена система ограничения доступа BISS-1 согласно EBU (6].

4.1.2 Многоуровневые системы ограничения доступа

В двух- и более уровневых СОД применяется шифрование слов управления с различной (в зависимости от уровня) степенью секретности и с последующей передачей шифрованных слов управления в составе транспортного потока.

4.1.2.1 Двухуровневая систеиа ограничения доступа

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

Структурная схема двухуровневой СОД показана на рисунке 2.

Рисунок 2 — Структурная схема двухуровневой СОД

Слова управления в шифраторе CW шифруются с применением основных персональных ключей (МРК) для формирования сообщения, управляющего правом доступа (ЕСМ).

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

ГОСТ Р 53531—2009

На приемной стороне сети (в абонентском приемнике) сообщение ЕСМ выделяется демультиплексором из транспортного потока и поступает на дешифратор CW. который использует ключ МРК и формирует слово управления CW. Дескремблер транспортного потока, используя слово управления CW. формирует дескремблированный транспортный поток.

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

В случае применения одно- и двухуровневых СОД допускается отсутствие сообщений ЕСМ и ЕММ в мультиплексе транспортного лотска.

К двухуровневым СОД может быть отнесена система ограничения доступа BISS-E согласно EBU [6).

4.1.2.2 Трехуровневая система ограничения доступа

Один из вариантов струхтур-юй схемы трехуровневой СОД показан на рисунке 3.

Рисунок 3 — Структурная схема трехуровневой СОД

В трехуровневой СОД шифрование слов управления CW выполняется с помощью ключей авторизации (АК). которые в свою очередь шифруются с помощью ключей МРК. действующих в течение длительных интервалов времени. Шифрованные слова управления CW в форме сообщений ЕСМ и шифрованные ключи АК в форме сообщения ЕММ через мультиплексор вводятся в состав транспортного потока и передаются на приемную часть тракта по каналам вещания.

На приемной стореже в абонентском приемнике формирование АК из ЕММ происходит в дешифраторе АК с помощью ключей МРК.

4.1.3 Основные типы трехуровневых систем ограничения доступа

Трехуровневые системы ограничения доступа являются наиболее распространенными.

К основным типам трехуровневых систем ограничения доступа относятся системы Simulcrypt и Multicrypt. В обоих типах систем о’раниченный доступ обеспечивается в соответствии с единым алгоритмом скремблирования (CSA) согласно DVB [3). [4] и ETSI [5].

В системе Simulciypt управление доступом к пакету передаваемых программ в составе одного мультиплекса обеспечивается при одновременной работе нескольких СОД. использующих единый способ скремблирования (общий скремблер), в нескольких сетях вещания. Передача слов управления и кодирующих ключей от каждой СОД на приемники пользователей обеспечивается при передаче в составе одного транспортного потока нескольких независимых сообщений, управляющих правом доступа (ЕСМ). и нескольких независимых сообщений, предоставляющих право доступа (ЕММ). Передаваемые программы принимаются и дескремблируются абонентомми приемниками. адаптированными для работы с необходимыми СОД.

Абонентские приемники сетей кабельного телевизионного вещания или наземного телевизионного вещания выбирают из принятого транспортного потока служебные сообщения ЕСМ и ЕММ. соответствую

ГОСТ Р 53531—2009

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

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

Абонентский приемник выполняет функции приема, демодуляции и декодирования. Единый интерфейс^!) между узлами цифрового приемника и сменным модулем (модулем защиты) выполняется в виде шины персонального компьютера PCMCIA, в слоты которой вставляются модули различных систем защиты (смарт-карты PCMCIA).

Допускается использование абонентского приемника системы Multicrypt для работы в системе Simulcrypt.

4.2 Структурные схемы передающих и приемных частей систем ограничения доступа

4.2.1 Структурная схема передающей части оборудования СОД Simulcrypt показана на рисунке 4.

г^нееетор охйщмый, прадостаапа cupotfpajo доступа (EMMG)

Транспортный покж пнйфах

Сообща»— ШИ

гЪнесетсржэнфиденц*-«льиых (частных) данных (РР<3)

КЬифиданцтльньн» Частные) данные (РО)

ГЬнарагтар спациатиой информации оспуаввх

(С810)

Геаарвгтар информации о службах (ВЮ)

Г%н9ррт0р Слецярльнйй цтптрамаш ивчгтпй информации (CPSU3)

СРЯ

Гм оратор прогрей ино-

информации

(PSK3)

РЯ

Рор«офоаягталь иутгитфкООрВ (Conflpumfcr MUX)

Генератор

оообщан!*

утфаалиищкх

првэомяоступа runpa&raeaet (ECUй) U —–

Сообщения

ECU

или

шов!—

обощибк^

I Олово

ифктарни

доступа

Сыкфонкмтор

Sanuierypt

(аукЛныйдв)

Сообщении ECU

необходимей) Слово управгижня информации (CW)

для генераторов ЕСМ

Загросслова упраапмии

Пи мрагтор слова угриленин (CWO)

Ояда*

лираванный

транс

портный

потев

«побив*

Рисунок 4 — Структурная схема передающей части оборудования СОД Simulcrypt

ГОСТ Р 53531—2009

Передающая часть оборудования СОД Simulcrypt размещается на голодных станциях сетей кабель* ного телевизионного вещания или в других узлах распределения программ вещания.

На рисунке 4 показаны компоненты, входящие в состав передающего оборудования СОД Simulcrypt согласно ETSI [7]. [8]. компоненты головной станции (ГС), взаимодействующие с оборудованием СОД Simulcrypt. и функциональные свгзи между компонентами.

Транспортные потоки подаются на вход мультиплексора оборудования СОД (на структурной схеме не показаны). Оборудование СОД формирует совокупности сообщений ЕСМ и ЕММ и вводит их в состав транспортного потока.

4.2.2 В состав передающегооборудования трехуровневой СОД Simulcrypt входят следующие компоненты:

• планировщик управлением событиями (EIS). Представляет собой функциональную единицу, содержащую все данные о конфигурации СОД и специальную информацию, необходимую для создания СОД. Допускается перераспределение функций EIS между несколькими физическими единицами или терминалами. Функции EIS могут выполнять система предоставления полномочий абоненту (авторизации абонента) (SAS) и система администрирования (управления) абонентами (SMS):

-генератор сообщений ЕСМ (ECMG) — формирует и передает на мультиплексор сообщения

ЕСМ:

• генератор сообщений EMM (EMMG) — формирует и передает на мультиплексор сообщения

ЕММ;

• генератор частных данных (PDG) — инициирует передачу сообщений ЕММ от EMMG на мультиплексор:

– генератор SI (SIG) — формирует таблицы SI для передачи на мультиплексор. Сервер генератора таблиц SI (в составе SIG) получает исходные данные от EIS и от серверов Custom SI. представленные провайдерами услуг ограниченною доступа (ОД);

• генератор PSI (PSIG) — фозмирует таблицы PSI для передачи на мультиплексор, используя исходные данные, полученные серверсм PSI (в составе PSIG) от формирователя мультиплексора (Configurator MUX), и дополнительные данные от серверов CSI и CPSI. Серверы CSI и CPSI входят в состав генератора специальной информации о службах (CSIG) и генератора специальной программно-зависимой информации (CPSIG) соответственно. Данные дпя серверов CSI и CPSI представляются провайдерами услуг ограниченного доступа;

• формирователь мультиплексора (Configurator MUX) — формирует топологию мультиплексора и определяет данные, вводимые в *енератор программно-зависимой информации (PSIG). используя данные. получаемые от EIS. Правила соединения «Configurator MUX и MUX» и «Configurator MUX и PSIG» данный стандарт не определяет;

• синхронизатор Simulcrypt—получает слово управления (CW). сообщение, управляющее правом доступа (ЕСМ). и обеспечивает их синхронную передачу на мультиплексор (MUX) и скремблер (SCR);

– генератор слова управления (CWG) — по запросу синхронизатора Simulcrypt формирует слово управления и передает его на сиюронизатор Simulcrypt;

• мультиплексор (MUX) — формирует транспортный лоток — мультиплекс, используя входной транспортный поток стандарта и данные, получаемые от генераторов ЕММ. ЕСМ, РО. SI. PSI и синхронизатора Simulcrypt:

– скремблер (SCR) — обеспечивает скремблирование транспортного потока, поступающего от мультиплексора (MUX). с использованием слова управления (CW).

Количество генераторов ECMG. EMMG. PDG. CSIG. CPSIG. ECMG должно соответствовать количеству систем ограниченного доступа, участвующих в скремблировании мультиплекса.

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

На вход оборудования СОД Simulcrypt. кроме входных данных, получаемых через входные интерфейсы MPEG, подаются сигналы управления.

ГОСТ Р 53531—2009

Управление и мониторинг компонент оборудования СОД Simulcrypt выполняются системой управления сетью (NMS). NMS на рисунке4 не показана.

Выходными сигналами оборудования СОД на головной станции являются:

• скремблированные транспортные потоки;

• сигналы управления.

Взаимодействие между оборудованием СОД Simulcrypt нескольких головных станций должно выполняться в соответствии с модегью, включающей в себя следующие уровни:

• доступа ксети (физическийи канальный):

•сетевой;

• транспортный:

• прикладной (сеансовый);

• приложений.

Интерфейс физического уровня должен быть интерфейсом локальной сети на основе протокола CSMA-CD. Спецификация уровня Ю Base-T (или другого полностью совместимого уровня) должна использоваться во всех интерфейсах, определенных в соответствии с настоящим стандартом.

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

Сетевой уровень обеспечивает средства, позволяющие двум головным станциям иметь доступ к информации о станции непосредственно или косвенно в сети через головные станции и шлюзы. Он обеспечивает также головным станциям возможность межсетевого взаимодействия (протокол маршрутизации в среде Интернет согласно IETF (9)). Головные станции в пределах протокола межсетевого взаимодействия идентифицированы их уникальными IP-адресами.

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

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

Параметры сообщений лротскола. ориентированного на соединение (TCP), приведены в таблице Б.2 (приложение Б).

4.2.3 Структурная схема передающего оборудования СОД Multicrypt, обеспечивающего вещание при использовании одной системы ограничения доступа, показана на рисунке 5. В состав передающего оборудования трехуровневой СОД Mutticrypt входят следующие компоненты:

• планировщик управлением событиями (EIS);

• генератор сообщений ЕСМ ;ECMG):

• генератор сообщений EMM (EMMG);

• генератор частных данных (POG);

• генератор таблиц SI (SIG);

• генератор таблиц PSI (PSIG):

– формирователь мультиплессора;

• синхронизатор;

• генератор слова управления (CWG);

• мультиплексор (MUX):

– скремблер (SCR).

Функциональное назначение этих компонент и их взаимодействие должны быть в соответствии с

4.2.2.

ГОСТ Р 53531—2009

Т^вклортный поттж muKptot

Ciqntifl тромнныи граио порпшй пспгос imMpta

Рисунок 5 — Структурная схема передающей части оборудования СОД Multicrypt

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

На вход оборудования СОД. кроме входных данных, получаемых через входные интерфейсы MPEG, подаются сигналы управления.

Управление и мониторинг компонент оборудования СОД выполняются системой управления сетью (NMS). NMS на рисунке 5 не показана.

Алгоритмы и протоколы обмена между компонентами передающей части СОД Simulcrypt рекомендованы для передающей части СОД Mutticrypt сучетом того, что ограничение доступа должно обеспечиваться при использовании одной СОД

4.2.4 Структурная схема приемного оборудования СОД. включающего абонентский приемник и модуль защиты, соединенные через единый интерфейс (CI). показана на рисунке 6.

ГОСТ Р 53531—2009

Рисунок 6 — Структурная схема приемного оборудования СОД с одним модулем защиты

Абонентский приемник выполняет прием, демодуляцию и декодирование цифрового сигнала.

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

Структурная схема модуля защиты представлена на рисунке 7.

Ед»ъ*

интерфейс

Абонентский

ГфШШНИК

Мвдтгмициты

цмлрвль*

фОЦКСф

СтрШМЕ»

пМы

анвргене-

аатшмм

ОЗУ

Процессор

эадяты

\ Н7

Рисунок 7 — Структурная схема модуля защиты

ГОСТ Р 53531—2009

Модуль защиты выполняется в виде устройства с центральным процессором, стираемым программируемым ПЗУ. энергонезависимым ОЗУ. дескремблером, узлом фильтрации сообщений, передаваемых в таблицах CAT, РМТ. PAT. NIT. процессором защиты, интерфейсами входящего и исходящего транспортного потока TS и интерфейсом команд. Узел фильтрации сообщений выделяет из транспортного потока данные. разрешающие дескремблирсвание транспортного потока.

Десхремблирование пакетов транспортного потока TS или пакетов пакетированного элементарного потока PES запрещается, если флаги управления transport_ecrambling_control_flag и scrambling_control_flag находятся в состоянии «00».

Процессор защиты выполняет выделение и хранение ключей и заголовков пакетов. Допускается размещение процессора защиты в сменной смарт-карте.

Единый интерфейс (CI) включает интерфейс транспортного потока и интерфейс команд.

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

Интерфейс транспортного пэтока должен включать следующие уровни:

• транспортный уровень:

– соединительный уровень сиарт-карты:

• физический уровень смарт-карты.

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

Скорость передачи данных между отдельным модулем защиты и абонентским приемником в каждом направлении должна быть не медее 3.5 Мбит/с.

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

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

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

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

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

Детализированные требования к интерфейсу транспортного потока должны быть в соответствии с EN

[Ю].

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

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

> сеансовый уровень:

• транспортный подуровень:

– уровень смарт-карты:

• физический уровень смарт-карты:

• транспортный подуровень смарт-карты.

На физическом уровне единый интерфейс должен обеспечивать:

– формирование логических соединений для транспортных потоков и команд:

• необходимые скорости передачи данных:

ГОСТ Р 53531—2009

• необходимые режимы соединения и разъединения цепей;

• инициализацию сигналов низкого уровня;

• возможность использования множества модулей защиты при их последовательном соединении (в том числе при использовании для работы в СОД).

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

Транспортный поток от модуля защиты к абонентскому приемнику (исходящий транспортный поток) может содержать входящие пакеты TS. возвращаемые как в скремблированной форме, так и в двскремб-лированной форме.

Детализированные требовав ия к интерфейсу команд должны быть в соответствии с EN (10).

Допускается выполнение модулей защиты со встроенными функциями смарт-карты.

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

Рисунок 8 — Принцип подключения к абонентскому приемнику последовательно соединенных модулей защиты

Единый интерфейс в виде имны персонального компьютера должен выполняться в соответствии с EN (10] (приложение А).

4.2.5 При реализации оборудования одно-, двух-, четырех- и более уроеневых систем ограничения дос I у па рекомендуй юн примени 1ь 1ехнические решении, oooieeicieyiou^ie i реСованиим и рекомендациям настоящего стандарта.

4.2.6 Параметры транспортного потока на входе и выходе оборудования СОД соответствуют нормам в соответствии с приложением В для параметров первого и второго уровней приоритета.

4.3 Основные параметры

4.3.1 Правила скремблирования транспортного потока определены ETR [11]. DVB [12]. [15] и приведены в приложении Г.

Скремблирование транспортного потока допускается выполнять в соответствии с требованиями ГОСТ 28147.

4.3.2 Правила формирования слова управления в соответствии с ETSI [7]. [8] приведены в приложении Г.

4.3.3 Взаимодействие междуоборудоеанием СОД нескольких головных станций должно выполняться в соответствии с моделью, включающей следующие уровни согласно ETSI [7]. (8):

• доступа к сети (физическийи канальный);

•сетевой;

• транспортный;

– прикладной (сеансовый);

• приложений.

Интерфейс физического и канального уровней должен быть интерфейсом локальной сети Ethernet 108ase-T IEEE [14].

ГОСТ Р 53531—2009

Сетевой уровень должен осуществлять головным станциям возможность межсетевого взаимодействия (протокол маршрутизации вереде Интернет в соответствии с IETF (9]). Головные станции в пределах протокола межсетевого взаимодействия должны быть идентифицированы их уникальными IP-адресами. Сетевой уровень должен обеспечивать двум головным станциям доступ к информации о станции непосредственно или косвенно в сети через шлюзы межсетевого взаимодействия.

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

Данный уровень должен обеолечиваться применением протокола управления передачей TCP в соответствии с IETF [9] или протокола передачи дейтаграмм пользователя UDP в соответствии с IETF [15].

Перечень интерфейсов между компонентами оборудования и общие характеристики этих интерфейсов должны соответствовать данным. приведенным в таблице Б.1 (приложение Б).

4.3.4 Для обмена данными между компонентами оборудования должны использоваться протоколы TCPnUDP.

4.3.5 Параметры сообщений протоколов TCP должны соответствовать данным таблицы Б.2 (приложение Б).

4.3.6 Параметры первого и второго уровней приоритета транспортного потока на выходе передающей и приемной частей оборудования СОД в соответствии с ISO/IEC [2]. ETR [16] должны соответствовать нормам, приведенным в приложении В.

5 Технические требования

5.1 Общие технические требования

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

5.1.2 Соединение компонент, входящих в состав оборудования СОД. должно выполняться симметричным кабелем или коаксиальным кабелем 50 Ом в соответствии с нормами, указанными в таблицах Д.1. Д.4 (приложение Д).

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

5.2 Требования к интерфейсам

5.2.1 Входными сигналами для оборудования СОД являются:

• транспортные потоки (интерфейсы типа ASI или SPI):

• сообщения, управляющие правом доступа (ЕСМ) (интерфейсы доступа к сети передачи данных с использованием контроля несущей и обнаружением коллизий (Ethernet. Fast Ethernet)):

• сигналы системы управления абонентами (интерфейсы доступа к сети передачи данных с использованием контроля несущей и обнаружением коллизий (Ethernet. Fast Ethernet), допускаются интерфейсы типа RS-232. RS-422);

• сигналы с сообщениями ЕММ от абонентов (передаются по телефонным линиям или по обратным каналам кабельного телевидения) (интерфейсы доступа к сети передачи данных с использованием контроля несущей и обнаружением коллизий (Ethernet. Fast Ethernet), допускаются интерфейсы типа RS-232, RS422);

• сигналы системы администрирования (управления) абонентами (SMS) (интерфейсы доступа к сети передачи данных с использованием контроля несущей и обнаружением коллизий (Ethernet. Fast Ethernet), допускаются интерфейсы типа RS-232. RS-422).

5.2.2 Выходными сигналами для оборудования СОД являются:

• скремблированный транспортный поток, содержащий сигналы сообщений ЕСМ и ЕММ (интерфейсы типа ASI или SPI);

• сигналы с сообщениями ЕММ от абонентов (передаются по телефонным линиям или по обратным каналам кабельного телевидения;;

• сигналы системы администрирования (управления) абонентами (SMS) (интерфейсы доступа к сети передачи данных с использованием контроля несущей и обнаружением коллизий (Ethernet. Fast Ethernet. Gigabit Ethernet), допускаются интерфейсы типа RS-232. RS-422).

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

ГОСТ Р 53531—2009

5.2.4 Параметры интерфейсов передачи данных RS-232. RS-422. асинхронного последовательного интерфейса ASI и синхронного параллельного интерфейса SPI должны соответствовать требованиям, приведенным в приложении Е.

5.2.5 Описание интерфейсов между компонентами оборудования СОД:

• обмен данными между компонентами оборудования СОД DVB выполняется при использовании протоколов TCP. UOP;

– параметры интерфейсов между компонентами оборудования СОД должны соответствовать требованиям. приведенным в приложении Б.

5.3 Требования электромагнитной совместимости

Требования к параметрам электромагнитной совместимости оборудования СОД приведены в таблицах 1—3.

5.3.1 Допустимые уровни натряжения радиопомех, создаваемых оборудованием СОД на сетевых зажимах в полосе частот от 0/5 до 30 МГц. должны соответствовать требованиям, приведенным в таблице 1.

Таблица 1—Допустимые уровни напряжения радиопомех, создаваемых оборудованием СОД на сетевых зажимах в полосе частот от 0.15 до 30 МГц

Полоса частот. МГц	Напряжение. 1/_в. двмкВ. не более
Квезипикоеое значение	Среднее значение
Ог 0,15до 0.5	66 — 56	56 — 46
Ог 0.5 до 5	56	46
От 5 до 30	60	50

Примечания:

1 Ма граничной частоте нормой является меньшее значение.

2 В полосе частот от 0,15 до 0.5 МГц норму напряжения радиопомех вычисляют по формулам:

• для квазипихоеых значений:

o.-ee-iai-igjfe

• для средних значений:

o_t=56-iaw9ofe.

где f— частота измерений. МГц.

5.3.2 Допустимые уровни напряжения радиопомех, создаваемых оборудованием СОД на входных зажимах, должны соответствовать требованиям, приведенным в таблице 2.

Таблица 2 — Допустимые уровни напряжения радиопомех, создаваемых оборудованием СОД на входных зажимах

Полоса частот. МГц	Частота гетеродина	Квазипикоеое значение напряжения, 1/_п. дБмив. не более
От 30 ДО 1750	Основная	46
Ог 30 ДО 1750	Гармоники	46
Примечание — Норму и_{лк г} напряжения радиопомех для оборудования с номинальным входным сопротивлением, отличным от 75 Он. вычисляют по формуле 14* =и_{м +}ю ig^. где г — номинальное входное сопротивление оборудования. Ом.

5.3.3 Допустимые величины мощности радиопомех, создаваемых оборудованием СОД в сетевых проводах и соединительных кабелях, должны соответствовать требованиям, приведенным в таблице 3.

ГОСТ Р 53531—2009

Таблица 3 — Допустимые величины мощности радиопомех, создаваемых оборудованием СОД в сетевых проводах и соединительных кабелж

5.4 Требования безопасности

5.4.1 При эксплуатации, хранении, транспортировании и испытаниях оборудование СОД должно соответствовать требованиям безопасности и санитарии по ГОСТ 12.1.030, ГОСТ Р МЭК 60065, ГОСТ 12.2.007.0.

5.4.2 При использовании оборудования СОД должна быть исключена возможность его воспламенения при случайном замыкании в цепях питания и при неправильном включении полярности электропитания.

5.4.3 Температура наружных поверхностей оборудования СОД во время работы при нормальных климатических условиях не должна превышать ♦ 45 ^вС в местах постоянного контакта оператора с поверхностью. ♦ 60 °С — в местах случайного прикосновения к поверхности оборудования.

5.4.4 Конструкция оборудования СОД должна исключать возможность прикосновения персонала к точкам с потенциалом более 35 В (пиковое значение) переменного тока.

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

54 б Дня ЧАЧАМПАМИЯ пборулппамия СОД ДОЛЖНЫ ПрИМАМОТКЛа бплт (КЛАММА) Г. рАЛкбЛАЫМ ГЛАДИМА-

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

5.4.7 Сопротивление изоляции между элементом заземления и каждым из потенциальных полюсов ввода электропитания, измеренное в нормальных условиях, должно быть не менее 2 МОм.

5.4.8 Значения сопротивления между болтом (клеммой) заземления и каждой доступной прикосновению металлической нетоковедущей частью оборудования СОД. которая может оказаться под напряжением. не должны превышать 0.1 Ом.

5.4.9 Возле болта (клеммы) заземления (если он предусмотрен конструкторской документацией) должен быть помещен не стираемый три эксплуатации знак заземления по ГОСТ 21130.

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

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

5.5 Требования к электрогитанию

5.5.1 Электропитание оборудования СОД должно осуществляться от сети переменного однофазного тока напряжением 220‘]s* В с частотой (50 ± 2) Гц.

ГОСТ Р 53531—2009

5.6 Требования по стойкости к климатическим и механическим воздействиям 5.6.1 Оборудование СОД должно сохранять работоспособность при климатических и механических воздействиях, параметры которых п риаедены в таблице 4.

Таблица 4 — Параметры климатических и механических воздействий

Воздействующий фактор	Величина параметра
1 Температура окружающего еоедуза в диапазоне значений. *С	5 — 40
2 Относительная влажность воздуха. %. при температуре. ’С	во
	25
3 Атмосферное давление, мм рт. ст.	450 — 800
4 Воздействие синусоидальной еибэации:
– амплитуда ускорения, д;	4
• в диапазоне частот, Гц	5 — 80

ГОСТ Р 53531—2009

Приложение А (справочное)

Структура а основные параметры транспортного потока, основные параметры таблиц программно-зависимой информации (PSI) и таблиц информации о службах (SI), дескриптор ограниченного доступа

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

А.1 Описание формализованного языка

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

Мнемоническое обозначение *ипа группы данных и его описание показаны в таблице АЛ.

Таблица А.1 Мнемоническое обозначение типа группы данных

Мнемоника	Описание типа группы данных
bslbf	Строка битов, левый бит обрабатывается первым. Строки битов написаны в виде цепочек цифр 1 или 0. заключенных в одинарные кавычки. Пробелы в пределах цепочек цифр проставлены для простоты чтения и не имеют другого значения
rpchof	Перечень коэффициентов полинома ненулевых степеней, начиная с коэффициента с самой высокой степенью
tcimsbf	Два целых числа дополнения, сначала старший значащий бит
uimsbf	Целое число без знака, сначала записывается старший значащий бит

Численные значения постоянных величин выражаются в шестнадцатиричном исчислении. Примерами такой записи являются: 0x47. OxFF. OxEF.

Фигурные скобки { } обозначают начало и конец блока полей.

В тех случаях, когда имя синтаксической конструкции обозначается сочетанием нескольких слов, то эти слова объединяются в непрерывна последовательность символов с использованием символа «_». например traneport_error_indicator.

Наличие в синтаксисе секции таблиц PSI или SI конструкции «descriptor!)» означает, что в этом месте должно появиться несколько ДОСК(Н’ПТОрОО.

При описании синтаксиса полей используются следующие операторы:

а) +	— добавление, накопление:
б) + +	— возрастание, приращение:
в) —	— понижение, уменьшение:
0 I!	— логическое «или»:
Д) = =	— равно:
е) =	— оператор назначения:
ж) >	— больше чем;
э> <	— меньше чем.

А.2 Структура и основные параметры транспортного потока

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

А.2.1 Транспортный поток отдельной программы формируется при мультиплексировании пакетированных элементарных потоков (PES) и служебной информации.

Допускается формирование транспортного потока отдельной программы объединением элементарных потоков ES.

Мультиплексирование PES выполняется транспортным мультиплексором. Транспортные потоки нескольких отдельных программ могут объединяться в систеьыый транспортный поток (мультиплекс).

Структура основных полей пакета PES и размеры этих попей в битах показаны на рисунке А.1.

ГОСТ Р 53531—2009

mcftautal	afreareji		ЬтОш
а* бит» вбит

‘1*

иэ»_

•owreexL

Bonbri

ЯЕД_

(ЛЛУ

Oft*.

CDPJW

фЫ_

0f_06W

7фМПв

ЮЦтшт,

«■цлпв»

Hacftw-

жив

кга

2 вег.

2йич

1 бит

1бгг

1ЙКТ

^ I_

рпьот*

EaCRtae;

айя,

edMkrt

Esjm

овц_

w*_

mode

MMMnL

п»

|лМош_

Р68_

шм

CRC

РМШРМИв

rCQiMMia

Э»Л*т*

42 фит*

22 вит»

вбит

7 бит

вфгшм	Ноовпа-
	пали

РЕ8_

вьт_

<ш

length

рSCEr ■■*>«**. омгйк

P-STO_

MIL

Р-8ТЕ»

tutor.

«2»

noon

•UtVKLt4to_

PO_pet*eL

<ЫДО”

т%гг

■ бит

вбит

Кбит

7 бит

Рисунок А.1 — Структура основных полей пакета PES и размеры этих полей в битах

Пакет PES состоит из заголовка пакета и блока полезной нагрузки.

Синтаксис пакета PES определяется в соответствии с ISO/IEC [2] (подпункт 2.4.3.6. таблица 2—17).

Ниже приведены определения семантики основных попей заголовка пакета PES и поля полезной нагрузхи PES_packet_data_bytes.

Заголовок пакета PES включает в себя поля:

– packet_start_code_prefix: прэфикс кода начала пакета — фиксированная кодовая комбинация постоянной длины 24 бита (0x000001);

– streamjd: идентификатор потока — в программных потоках определяет тип и номер элементарного потока. Значение идентификатора потока streamjd в транспортном потоке в части, касающейся таблиц PSI, должно определяться в соответствие с таблицей А.2.

ГОСТ Р 53531—2009

Таблица А.2 — Значения идентификатора streamjd

stream Jd	Идентификатор streamjd
1011 1100	program_stream_map (Примечание 1)
1011 1111	private_stream_2 {Примечание 2)
1111 0000	ECM_stream {Примечание 2)
1111 0001	EMM_stream (Примечание 2)

Примечания

1 Стыгаксис пакетов PES типа program_stream_map определен е соответствии с ISO/IEC [2] (подпункт 2.5.4.1).

2 PES пакеты pnvate_stresm_2. ECM.stream и EMM_stream подобны PES пакету private_stream_1. Синтаксис этих пакетов идентичен синтаксису поля PES_packet length, определяемому в соответствии с 1S0/IEC(17], [18].

• PES_packet_lenght: поле длиной 16 бит — длина PES пакета в байтах, следующего после этого поля;

• optional_PES_headen необязательный заголовок пакета, имеет переменную длину и содержит поля:

• PES_scrambling_control: управления скремблированием пакета PES — поле указывает режим скремблирования PES пакета {значения поля, определяющие режимы скремблирования, приведены в таблице А.З). ^•

Таблица А.З — Значения поля PES_scrambling_control

Значение	Описание
00	Скремблирование отсутствует
Ot	Определяет польэоеатегъ
10	Определяет пользователь
11	Определяет пользователь

• PES_priortty: приоритет пакета PES — величина 1 означает более высокий приоритет полезной нагрузки в данном PES пакете по сравнению с пакетом PES. у которого величина приоритета полезной нагрузки установлена еО;

• data_a1ignment_indicator: флаг на 1 бит — определяет необходимость или отсутствие необходимости выравнивания потока данных в зависимости от наличия или отсутствия дескриптора data_stream_alignment_descriptor (ISD/IEC [2] (пункт 2.6.10. таблица 2—46). Типы выравнивания установлены в ISO/1EC (2] (пункт 2.6.10. таблицы 2-47.2—46);

• copyright: поле на 1 бит — величина поля 1 означает, что материал полезной нагрузки пакета PES защищен авторским правом:

•original_or_copy: оригинал «ли копия — полена 1 бит. если поле установлено в 1, то содержание полезной нагрузки пакета PES является оригжзлом; если поле установлено в 0. то содержание полезной нагрузки пакета PES является копией:

• 7 флагов, в том числе:

• PTS_DTS_flags: поле длиной 2 бита — величина поля 10 означает, что в заголовке пакета PES должны присутствовать поля метки времен? воспроизведения PTS; величина поля 11 означает, что в заголовке пакета PES должны присутствовать и поля метки времени PTS, и поля метки времени декодирования DTS; величина поля 00 означает, что в заголовке пакета PES не должны присутствовать поля метки времени PTS и поля метки времени DTS: величина поля 01 запрещена:

• ESCR_flag: поле длиной 1 бит — величина поля 1 означает, что поле ESCR и поля расширения присутствуют в заголовке пакета PES: величинаО означает, что поле ESCR и поля расширения отсутствуют в заголовке пакета PES;

• ES_rate_flag: поле длиной 1 бит — величина поля 1 означает, что поле ES_rate присутствует в заголовке пакета PES: величина 0 означает, что поле ES.rate отсутствует в заголовке пакета PES:

• DSM_trick_mode_flag: попе длиной 1 бит — величина поля 1 означает, что в заголовке пакета PES установлен режим OSM_trick; величина 0 означает, что в заголовке пакета PES не установлен режим DSM_trick;

ГОСТ Р 53531—2009

– additional_copy_info_flag: псле длиной 1 бит — величина поля 1 означает, что в заголовке пакета PES присутствует поле additional_copyji(o; величина 0 означает, что в заголовке пакета PES отсутствует поле additional_copy_info;

• PES_CRC_flag: поле длиной 1 бит—величина поля 1 означает, что в пакете PES присутствует поле проверки циклическим избыточным кодом (CRC); величина 0 означает, что в пакете PES отсутствует попе CRC:

• PES_extension_flag: попе длиной 1 бит — ветчина поля 1 означает, что в пакете PES присутствует попе расширения пакета; величина поля 0 означает, что в заголовке пакета PES отсутствует поле расширения пакета;

• PES_header_data_length: размер поля 8 бит — поле характеризует длину данных заголовка пакета PES и определяет число байтов необязательных полей и байтов сгаффинга. содержащихся в заголовке пакета PES;

– необязательные поля, которье включают в себя:

– PTS (presentation time stamp): попе длиной 33 бита — характеризует метку воспроизведения:

• OTS (decoding time stamp): поле длиной 33 бита — характеризует метку декодирования:

• ESCR_base; ESCR_extension: поля содержат сигналы синхронизации:

– ES.rate (elementary stream rate): поле длиной 22 бита — характеризует скорость, с которой целевой системный декодер получает байты гакета PES до появления нового поля ES_rate. Единица скорости пакета PES равна 50 байт/с;

– DSM_trick_mode: поле длиной 8 бит — характеризует режим обработки видеопотока;

• additional_copy_info: поле длиной 7 бит — содержит частные данные об авторском праве на передаваемый контент:

– previous_PES_packet_CRC: юле длиной 16 бит — содержит результаты проверки предьщущего пакета PES на наличие ошибок при использовании кода CRC-16 с порождающим полиномом вида х^1С + х¹² + х⁵ + 1;

– PES extension (расширение пакета PES): поле включает в себя:

– пять флагов, в том числе:

– PES_private_data_ftag: поле (флаг) длиной 1 бит. которое имеет значение 1. если заголовок пакета PES содержит частные данные, и 0. если частные данные отсутствуют;

– program_packet_sequence_counter_flag: поле (флаг) длиной 1 бит, которое имеет значение 1,всли заголовок пакета PES содержит поля program_packet_sequence_counter, MPEG1_MPEG2_identifier и original_stuff Jength. и 0, ест перечисленные поля в заголовке пакета PES отсутствуют:

– P-STD_buffer_flag: попе (флаг) длтои 1 бит. которое имеет значение 1. если заголовок пакета PES содержит поля P-STD_buffer_scale и P-ST3_buffer_size, и 0. если перечисленные поля отсутствуют в заголовке пакета PES;

– PES_extension_ftag_2: поле ;фпаг) длиной 1 бит, которое имеет значение 1. ест заголовок пакета PES содержит поле Pfci>_extensionjieldJength и связанные с ним поля, и значение и. если перечисленные поля в заголовке пакета PES отсутствуют;

• необязательные поля:

• PES_private_data: поле длиной 128 бит — содержит частные данные:

• pack_field Jength: поле длиной 8 бит — указывает длину в байтах поля pack_header_field;

– program_packet_sequence_counter: поле длиной В бит необязательное, является дополнительным счетчиком непрерывности, записанное в нем число увелитвается с каждым следующим пакетом PES потока в соответствии с ISO/1EC (19] или пакетом PES транспортного потока, обеспечивая функциональные возможности, подобные счетчику непрерывности соггасно ISO/IEC [2] (подпункт 2.4.3.2):

– MPEG1_MPEG2Jdentifier: попе (флаг) длиной 1 бит — имеет значение 1. если пакет PES несет информацию потока в соответствии с ISO/IEC 11172-1 [17]. и значение 0. если пакет PES несет информацию программного потока;

– original_stuff_length: поле длиной 6 бит — определяет число байтов стаффинга. используемых в оригинальных заголовках пакета PES no ISO/IEC [2] или ISO/IEC [19];

– P-STD_buffer_scale: поле длиной 1 бит — в соответствии с ISO/IEC [2] (подпункт 2.4.3.7);

– P-STD_buffer_size: целое тело без знака длиной 13 бит — в соответствии с ISO/IEC [2] (подпункт 2.4.3.7);

– PES_extension_field Jength: юле длиной 7 бит — определяет длину данных, следующих за этим полем в поле расширения пакета PES, включая любые резервные байты;

– stuffingJ>yte: поле длиной вбит — имеет величину 11111111.8 необходимых случаях вставляется кодером. Поле stuffing_byte игнорируемся декодером. Количество байтов стаффинга в заголовке пакета PES не должно превышать 32.

ГОСТ Р 53531—2009

Поле полезной нагрузки PES_packet_data_bytes должно содержать непрерывный поток байтов данных полезной нагрузки {элементарного потока), индицированный как stream_id или PID Количество байт N поля PES_packet_data_bytes определяется в соответствии с выражением:

^ “ ^РЕ8.рвс»*1_НпвМ1 ^eptionai.PES.htator •

где Мр_Е8 p*ek_#, lengm —количество байтов, указанное в поле PES_packet_!ength;

*—optional res n*a<j*r — количество байтов, занимаемых полями optiona1_PES_header.

В случае передачи 8 составе поля полезной нагрузки PES_packet_data_bytes полей private_stream_1, private_stream_2. ECM_stream или EMM_stream содержание поля PES_packet_data_byte определяется пользователем.

Детализированное описание семантики этих полей и флагов приведено 8 ISO/IEC [2] (подпункт 2.4.3.7). А.2.2 Пакеты транспортного потока имеют постоянную длжу 188 байтов. Они включают в себя заголовок длиной 4 байта и область полезных данных длиной 184 байга. Структура основных полей транспортного потока MPEG в соответствии с ISO/IEC [2] показана на рисунке А.2.

1М**пж

Плена

трупа

ftatnomi

Гклшт

трут

Деталей»

Попоит

трут

щгс_

tanepot

•fret.

Ь-d Шаг

P«to«L

Sk

iss-

р*>

вашпипа.

DDribtd

■tbpedewx,

1*L

nnW

omwter

* – -м – – « – –

шОШ

тпвол\_

buluatr

mmrauy_

•PBHU*Crtly_

ьтамаг

4ф1ми«

ftat*

С|«фф«

ЙРС.

СРСЦ_

«рП0*_

mmpot.

p*via_

вмврвц_

Bdepewv

Ш.

Дфлп

PpiOML

озипМомг

ednton_

«м»

швт

n*_vm

ЪкаКшЛ

РМКИМ**

OTSjmMUw

1 1» ft 23 4 U

Рисунок A.2 — Структура основных полей транспортного потока MPEG

ГОСТ Р 53531—2009

А.2.2.1 Синтаксис пакетов транспортного потока представлен в таблице А.4.

Таблица А.4 — Синтаксис пакетов транспортного потока

Синтаксис	Количество бит	Мнемоника
transport_packel{){
eync_byte	8	bslbf
transport_error_indicator	1	bslbf
payload_unit_start_indicator	1	bslbf
transport priority	1	bslbf
PID	13	uimsbf
transport_scrambling_control	2	bslbf
adaptation_field_control	2	bslbf
continuity _counter if{adaptation_field_control = = ’10’ \|\| adapla- tkxi_field_conlroI = = ’11’){ adaptation field() } if{adaptation_field_control = = ’01’ \|\| adapta-	4	uimsbf
lion field control = =
for (i = 0; i < N; i++){
data byte ) } }	8	bslbf

А.2.2.2 Определения семантим основных полей транспортного потока:

– sync_byte: байт синхронизации, в поле должно быть записано кодовое число 0x47;

– три флага заголовка пакета несут информацию:

– transport_error_indicator: попе (флаг) длиной 1 бит об ошибках передачи — имеет значение 1. если в пакете транспортного потока имеется хотя бы одна ошибка в битах:

• payload_unit_start_indicator: поле (флаг) длиной 1 бит — является индикатором содержания блока полезной нагрузки:

– в случае передачи в полезной нагрузке транспортного потока пакетов PES:

– величина флага 1 означает, что полезная нагрузка этого пакета транспортного потока начнется с первым байтом пакета PES:

– величина флага 0 означает, что в этом пакете транспортного потока не будет начала пакета PES:

– в случае передачи в полезной нагрузке транспортного потока сервисной информации SI:

– величина флага I означает, чго пакет транспортного потока содержит первый Сайт секции Si и что первый байт полезной нагрузки этого пакета содержит попе указателя pointer_fiekl:

– величина флага 0 означает, что пакет транспортного потока не содержит первый байт секции SI и что первый байт полезной нагрузки эгоге пакета не содержит поле указателя pointer_field;

• (ransport_pfiorrty: поле (флаг) длиной 1 бит — имеет значение 1. если связанный с ним пакет имеет больший приоритет, чем пакеты с тем же самым PID. но с флагом transport_prionty, не установленным в 1;

– PID: поле длиной 13 бит. идентификатор пакета — сообщает о типе данных программно-зависимой информации PSI. передаваемых е полезной нагрузке пакета. Значения идентификатора PID приведены в таблице А.5.

Таблица А.5 — Значения идентификатора PID

Численное значение	Описание значений идентификатора РЮ
0x0000 (Примечание 1)	Таблица взаимосвязи программ РАТ
0x0001 (Примечание 1)	Таблица сграниченного доступа CAT
0x0002	Таблица списания транспортного потока в соответствии с ISO/IEC [2] (пункт 2.4.4). Не обязательна для применения.
0x0003—OxOOOF	Зарезервировано

ГОСТ Р 53531—2009

Окончание таблицы А.5

Численное значение	Описание значений идентификатора РЮ
0x00 1 0 — 0x1 F FЕ (Примечание 1}	Может быть присвоено; сетевому идентификатору network_PID; идентификатору структуры программы program_map_PID; идентификатору элементарного потока elementari_PID
Ох 1F F F	Присваиваются пустым (нулевым) пакетам
Примечание — Транспортные пакеты со значениями РЮ 0x0000. 0x0001. 0x0010 — 0x1FFE допускается использовать для переноса меток PCR.

– transport_scrambling_controi: поле длиной 2 бита — является указателем режима скремблирования полезной нагрузки. Заголовок пакета транслоргного потока и попе адаптации {при его наличии) не должны быть скремблированы. Значения поля приведены в таблице А.6. В случае передачи пустого пакета значение поля transport_scrambting_control должно быть установлено в 00.

Таблица А.6 — Значения поля transport_scrambling_control

Значение	Описание
00	Скремблирование отсутствует
01	Определяет пользователь
10	Определяет пользователь
11	Определяет пользователь

• adaptation_field_control: логе длиной 2 бита — является указателем наличия или отсутствия полей адаптации и/или нагрузки пользователя • полезной нагрузке пакета. Значения поля adaptation_fieid_control показаны в таблице А.7.

Таблица А.7 — Значения поля adaptation_field_control ^•

Значение	Описание
00	Зарезервировано для применения в будущем
ГИ	Попе arfaptatinn_fi«M отсутствует Парадавтся топыгп пополняя нагрузка
10	Передается только поле adaptation_field. Полезная нагрузка не передается
11	Передается попе adaptation_field. Передается полезная нагрузка

• continuity_counter: поле длиной 4 бита — является счетчиком непрерывности пакетов, при приеме каждого следующего пакета с данным РЮ счетчик увеличивает свое значение на единицу и после 15-го пакета сбрасывается в состояние «Ож значение поля continuity_counter не должно изменяться, когда значение поля адаптации adaptation_field_control установлено в 00 или 10;

• data_byte: поле data_byte может содержать смежные байты пакетов PES (подпункт 2.4.3.6 ISO/IEC 13818-1. байты секций PS1 (подпункт 2.4.4. ISO/IEC 13818-1). байты стаффинга пакета после секций PSI или частные данные, не маркированные идентификатором РЮ.

Количество N_{dl(a tyU} байтов поля data_byte определяется в соответствии с выражением

N = 184 – М_мвршйп .

где М_{мври||рл} (М4 — количество байтов в поле адаптации adaptation_field;

• adaptation_field: поле адаптации включает в себя следующие поля:

• adaptation_fie1d_length; укаятельдтыны поля. 8 бит;

• discauntinurtyjndicator: указатель непрерывности счета времени во временных метках. 1 бит; значение «1» указывает на изменение базы стсчета времени;

– random_access_indicator: утазатель случайного доступа. 1 бит;

ГОСТ Р 53531—2009

• elementary_stream_priorrty_indicator: указатель приоритета элементарного потока. 1 бит;

• пять флагов;

– optional_fields дополнительные поля;

• PCR_fields: поля PCR. 42 бита;

– OPCR_fields; поля OPCR. 42 бита;

– Sptice_count-down: укаэатегъ числа пакетов до стыка. 8 бит — указывает число пакетов с тем же PID в транспортном потоке, оставшихся до точки бесшовного входа в поток;

– transport_private_data_lenght; длина поля данных погъзователя. 8 бит;

– transport_private_data: поле данных пользователя;

• adaption_field_extension_fields: длина расширения поля адаптации (данных). 8 бит;

• три флага.

Оставшуюся часть поля адаптации занимают поля служебных данных: ltw_valid, Itw off set. Piecewise rate. Splice type. DTS_next_au. Детализированное описание семантики поля адаптации приведено в ISO/IEC (2) (подпункт 2.4.3.5).

А.З Основные параметры таблиц программно-зависимой информации (PSI) и таблиц информации о службах (SI)

А.3.1 Данные, необходимые для декодирования транспортного потока, передаются в его составе в виде грех таблиц программно-зависимой информации (информации о программах) PSI; PAT. CAT. РМТ. Программно-зависимая информация (PSI) передается в области полезных данных транспортного потока.

В дополнение к таблицам PSI. в соответствии с EN [1]. в транспортном потоке передаются обязательные таблицы информации о службах SI: NIT. SOT. EIT. ТОТ. а также необязательные таблицы информации о службах: ВАТ. ТОТ. RST.

А.Э.2 Все таблицы PSI и SI передаются в отдельных пакетах. Предварительно таблицы сегментируются в секции. Длина секции должна быть не болев 1024 байт. Секция таблицы EIT равна 4096 байтам. Если пакет не заполняется секцией полностью, то незаполненная часть пакета должна заполняться байтами стаффинга OxFF.

А.3.3 Каждая таблица идентифицируется сочетанием попей, приведенным в таблице А.8.

Таблица А.8 — Идентификаторы таблиц

Идентификатор	Назначение идентификатора
tablejd	Определяет содержание секции PSI транспортного потока. Значения идентификатора tablejd секции PSI представлены в таблице А.9
table_id_extension	Применяется для идентификации субгаблиц sub_table
sectk>n_number	Определяет номера субвенции
version_number	Определяет номер версии данных при передаче обновленной информации с теми же идентификаторами, как и в предыдущей sub_table. но со следующим значением номера поля version_number
current_next_indicator	Определяет секции, которые действуют е настоящее время или вступят в действие в ближайшее время

Таблица А.9 — Значения идентификатора table Jd секции PSI транспортного потока

Значение	Описание секции
0x00	program_3ssociation_section
0x01	conditional_access_section (CA_section)
0x02	TS_program_map_sect»on
0x03	TS_description_section
0x38 — 0x3F	Определено ISO/IEC [2]
0x06 — 0x37	Зарезервировано ISO/IEC [2]
OxFF	Запрещенное значение

ГОСТ Р 53531—2009

А.3.4 РАТ — таблица взаимосвязи {ассоциации) программ, содержит данные о всех программах, передаваемых в транспортном потоке в висе идентификаторов РЮ этих программ. Каждый такой RO определяет местонахождение таблицы состава программы РМТ.

Таблица РАТ определяет местоположение таблиц сетевой информации 1МГГ.

Структура полей секции таблицы РАТ показана на рисунке А.З.

Секции уникально идентифицированы комбинацией элементов. В таблице А. 10 представлены характеристики полей секции РАТ.

Таблица А.10 — Характеристик!’попей секции РАТ

Синтаксис	Количество бит	Мнемоника
program_associabon_section() {
tablejd	8	uimsbf
eection_syntax_indica(or	1	bslbf
•O’	1	bslbf
reserved	2	bslbf
sectionjength	12	uimsbf
traneport_atrcom_id	1в	uimsbf
reserved	2	bslbf
version_number	5	uimsbf
current_next_indicator	1	bslbf
section.number	8	uimsbf
last_section_nufnber	8	uimsbf
for(i = 0; i < N; i++){
program_number	16	uimsbf
reserved	3	bslbf
if (program_number» »¹0 *) {
nelwork_PID	13	uimsbf
) eise { program_map_PID )	13	uimsbf
) CRC_32	32	rpchof
}

ГОСТ Р 53531—2009

В таблице А. 11 приведены определения семантики полей секции таблицы РАТ.

Таблица А.11 — Определения семантики полей секции таблицы РАТ

Идентификаторы попей	Назначение, выполняемые функции
1 table_id	8 бит: определяет таблицу, к которой принадлежит секция; секции РАТ соответствует значение 0x00
2 section_syntax_indicator	1 бит: секции РАТ соответствует значение 0x00
3 sectionjength	12 бит: длина секции РАТ
4 transport_stream_id	1ббит: используется как метка для выделения конкретного TS из всех доступных 8 сети. Значение определяется пользователем
5 version_number	5 бит: номер версии таблицы РАТ; фиксирует каждое изменение содержания таблицы
6 current_next_indicatof	1 бит: определяет назначение секции — для применения «сейчас» или для применения в будущем {«следующая»).
7 section_number	8 бит: определяет номер данной секции в таблице РАТ
8 last_section_number	8 бит: содержит номер secbon_number для последней секции таблицы РАТ
9 program_number	16 бит: определяет программу, к которой применим идентификатор program_map_PID
10 network_PID	1Эбит: поле (используется только в случае, если величина program_number равна 0x0000) определяет PID пакетов транспортного потока, которые содержат таблицы NIT. Величина поля network_PID определяется пользователем. Величина поля может принимать значения тогъко в соответствии с таблицей А.5
11 program_map_PID	13 бит: попа определяет PID пакетов транспортного потока, который должен содержать program_map_section, применимый для программы, как определено program_number
12 NJoop, содержит N под полей данных. В каждой паре полей:	переменная длина
– первое поле: program_number.	16 байт: содержит номер программы
– второе поле: network_PID	13 байт: содержит сетевой РЮ
или program_map_PID	13 байт: содержит программный РЮ Сетевой (программный) РЮ необходим для воспроизведения программы
13 CRC.32	32 бита: попе кода циклической проверки, контролирует ошибки во всей секции таблицы РАТ при использовании генераторного полинома х³² + х³* + х²³ + + X²² + х^1в + х’² + X¹¹ ♦ X¹⁰ + Х^в + X⁷ + X⁵ + X⁴ + X² + X ♦ 1

А.3.5САТ — таблица ограниченного доступа, содержит PID всех сообщений ЕММ всех систем ограниченного доступа и информацию о всех системах ограниченного доступа, применяемых в данном мультиплексе. Таблица CAT включает в себя одну или более секций.

Структура полей секции таблицы CAT показана на рисунке А.4.

МЦ6

OecifcrL № letter

umon.

rurtar

СшшЦ_

“WL

iitamet

ftWfcfL

number

la*.

WWL

лимит

crcl

Рисунж А.4 — Структура полей секции таблицы CAT

ГОСТ Р 53531—2009

В таблице А.12 Приведены характеристики полей секции CAT.

Таблица А.12 — Характеристики полей секции CAT

Синтаксис	Количество бит	Мнемоника
СА Section <){
tablejd	8	uimsbf
Section syntax indicator	1	bslbf
•0‘	1	bslbf
reserved	2	bslbf
Sectionjength	12	uimsbf
reserved	18	bslbf
Version_number	5	uimsbf
Current next indicator	1	bslbf
Section_number	8	uimsbf
Last section number	8	uimsbf
for (i = 0: К N; i ++) {		rpchof
descriptor) } CRC 32
32	rpchof
}

В таблице А.13 представлены определения семантики полей секции таблицы CAT.

Таблица А.13 — Определения сэмантики полей секции таблицы CAT

Идентификаторы полей	Назначение, выполняемые функции
1 tablejd	8 бит: определяет таблицу, к которой принадлежит секция: секции таблицы CAT соответствует значение 0x01
2 section_syntax_indicator	1 Зит: секции CAT соответствует значение 0x01
3 reserved	2 бита: зарезервировано ISO/1EC [2]
4 sectionjength	12 бит: длина секции CAT; определяет число байт секции, начинающейся сразу после поля sectionjength и включающей в себя CRC, первые два бита должны быть «00»: величина этого поля не должна превышать 1021 (0x3FD).
5 version_number	1 бит: определяет номер версии таблицы CAT: фиксирует каждое изменение «держания таблицы с возрастанием номера версии на 1. В случае значения поля curront_noxtJndicator. равного «1», поло voreion_numbor должно быть в текущей таблице CAT. В случае значения поля current_nextJndicator, равного «0». поле v«rsion_number должно быть в следующей таблице CAT.
6 current_nextJndicator	1 бит: определяет назначение секции; если поле находится в позиции «1». то тгблица CAT должна применяться «сейчас»: если попе находится в позиции «0». то в настоящее время таблица CAT не используется и должна применяться в будущем («следующая»}.
7 section_number	8 бит: полю присваивается номер секции: номер первой секции s«ction_number в таблице CAT всегда должен устанавливаться в 0x00; при добавлении каждой новой секции в таблицу CAT поле секции section_number должно возрастать на «1»
8 last_secbon_number	8 бит: поле определяет номер последней секции section_number
9 N-loop descriptors	Поле переменной дтыны: е соответствии с ISO/IEC (2]
10 CRC_32	32 бита: поле кода циклической проверки: контролирует ошибки во всей секции таблицы CAT при использовании генераторного полинома х³² + х²⁶ + + х²³ + х²² + х^,6 + х¹² + х^п ♦ х^,0 + х* + х’ + х⁵ + X⁴ ♦ х² + х+ 1

А.3.6 РМТ — таблица структуры программы, содержит идентификаторы PID всех компонентов конкретной программы. Таблица РМТ идентифицирует и индицирует местоположение потоков каждой службы и указывает местоположение меток PCR.

ГОСТ Р 53531—2009

Секции таблицы РМТ уникально идентифицированы комбинацией элементов. Структура полей секции таблицы РМТ показана на рисунке А.5.

Рисунок А.5 — Структура полей секции таблицы РМТ

В таблице А.14 представлены характеристики полей секции РМТ.

Таблица А.14 — Характеристики толей секции РМТ

Свитаксис	Количество бит	Мнемоника
TS_program_map_seclion{) {
table_id	8	uimsbf
section syntax indicator	1	bslbf
‘O’	1	bsibf
reserved	2	bslbf
sectionjength	12	uimsbf
program_number	16	uimsbf
reserved	2	bslbf
version.number	5	uimsbf
current_next_indicator	1	bslbf
section_number	8	uimsbf
last section number	8	uimsbf
reserved	3	bslbf
PCR РЮ	13	uimsbf
reserved	4	bslbf
program info length for {i * 0; i < N: i++) { descriptor() } for {i = 0; i < N1; i++){	12	uimsbf
stream type	8	uimsbf
reserved	3	bslbf
elementary_PIO	13	uimsbf
reserved	4	bslbf
ES info length for (i = 0; i < N2: i++){ descriptor!) }	12	uimsbf
} CRC 32 }	32	rpchof

ГОСТ Р 53531—2009

В таблице А.15 представлены семантические определения попей секции таблицы РМТ. Т аблица А.15 — Семантические определения полей секции таблицы РМТ

Иаемтификаюры полей	Назначение, выполняемые функции
1 tablejd	8 бит: определяет таблицу, к которой принадлежит секция: секции РМТ соответствует значение 0x02
2 section_syntaxJndicator	1 бит: секции РМТ соответствует значение 0x01
3 sectionjength	12 бит: длина секции РМТ; определяет число байт секции, начинающихся сразу после поля sectionjength и включающей в себя CRC. первые два бита должны быть «00»: величина этого поля не должна превышать 1021 (0x3FD)
4 program_number	16 бит: определяет номер программы, к которой применим идентификатор program_map_PID
5 verston_number	5 бит: номер версии таблицы РМТ: фиксирует каждое изменение содержания таблицы; определяется аналогично таблице
6 crrent_next_indicator	1 бит: определяет назначение секции — для применения «сейчас» или для применения в будущем («следующая»)
7 section_number	8 Зит: всегда установлен в 0x00
8 last_section_number	8 Зит: всегда установлен в 0x00
9 PCR.PID	13 бит: определяет PID пакетов ТП. который содержит эталонные метки времени PCR программы, описываемой в none program_number
10 programjnfojength	12 бит: первые два бита имеют значение 00: остальные 10 бит определяют число байтов в дескрипторах программы, следующих непосредственно за этим полем
11 N_ioop_descriptors	Переменная длина: определяет дескрипторы 8 соответствии с ISO/IEC [2]
12 bli edin_lype	б Зи1. и1фвДЫ1НЫ1 IHII JJIQMBRIapt-ЯЛ О IRJIUKd ьи JH<f4UHHUM PID И ИМ11М1Ы8ЙЙ с SO/IEC [2] (таблица 2—29)
13 elementary_PID	13 бит: определяет идентификатор РЮ транспортного потока, который несет взаимосвязанный транспортный поток
14 ESJnfoJength	12 бит: первые два бита имеют значение 00; остальные 10 бит определяют количество дескрипторов взаимосвязанного транспортного потока, следующего непосредственно за этим полем
15 N_loop, содержит поля данных: stream_type; etemenlary_PID;	8 бит: определяет тип элементарного потока или полезной нагрузки: 13 бит: определяет идентификатор РЮ транспортного потока, который несет взаимосвязанный элементарный поток или полезную нагрузку:
ESJnfoJength	12 бит: определяет число байтов дескриптора взаимосвязанного элементарного потока, следующего непосредственно за полем ESJnfoJength
16 CRC_32	32 бита: поле кода циклической проверки, контролирует ошибки во всей секции таблицы РМТ при использовании генераторного полинома x^1J + х” + х^п * * х” ♦ х’⁴ + х^,г * х” * х’^ф * X* + х’ + X- + х‘ + X¹ * X * 1

ГОСТ Р 53531—2009

А.Э.7 NIT — табгыца сетевой информации, содержит данные:

– об имени сети (network_id);

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

Таблица NIT имеет две версии

– таблица NIT данной сети: она обязательна для передачи и имеет network_id = 0x40:

– таблица NIT других сетей: она не обязательна для передачи и имеет network_id = 0x41.

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

Таблица EIT имеет две версии:

– укороченная версия таблицы EIT: содержит описание только текущего и следующего событий. Она обязательна для передачи и имеет network_id = 0x40:

– полная версия таблицы ЕГГ: содержит описание планируемых событий на период от 1 до 7 суток. Она не обязательна для передачи и имеет network_id = 0x41.

Таблица EIT 8 укороченной версии передается в двух секциях. Номер секции текущих событий — 0x00. номер секции следующих событий — 0x01.

Таблица EIT в полной версии передается:

– для данного потока в составе 16 субтаблиц оо значениями table_id от 0x50 до 0x5F:

• для планируемого потока событий в составе 16 субтаблиц со значениями taWe_id от 0x60 до 0x6F.

Таблица для планируемого потока событий может скремблироваться.

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

А.Э.9 SDT — таблица описания служб, описывает сервисы, передаваемые в транспортном потоке. Таблица SDT имеет две версии:

• о данном транспортном пототе: она обязательна для передачи:

• о других транслоргных потоках данной сети или данного букета: она не обязательна для передачи.

А.3.10 ТОТ — таблица времени и даты, содержит данные о всемирном кодированном времени 1ГГС. которое может использоваться в декодере транспортного потока для обновления текущего времени. Таблица ТОТ обязательна для передачи.

А.Э.11 Таблицы ВАТ. ТОТ. RST. ST не обязательны для передачи.

А.Э.12 Детализированная информация о таблицах NIT. EIT. SDT. ТОТ, ВАТ. ТОТ. RST. ST приведена в EN (1) (подраздел 5.2).

А.4 Дескриптор ограниченного доступа

Синтаксис описания данных таблиц PSI и SI для обозначения дескрипторов использует тэги (tags). Независимо от секций и таблиц, в которых находятся дескрипторы, значения тэгов не должны изменяться.

Дескрипторы ограниченного доступа используются для определения видов сообщений управления системой ограниченного доступа ЕММ и ЕСМ. Дескриптор ОД должен появляться в таблице CAT. если в транспортном потоке передается какая-либо информация управления системой ОД.

Дескрипторы ОД могут использоваться в TS_program_map_section, Program_stream_map, а также в программе. содержащей элементарный поток, если он был скремблирован.

В том случае, когда дескриптор ОД оказывается в TS_program_map_section (tabie_id = 0x02) таблицы РМТ. фрагменты пакетов транспортного потока должны содержать ЕСМ.

В том случае, когда дескриптор ОД оказывается в CA_section (tablejd = 0x01) программного потока, фрагменты пакетов транспортного потока должны содержать ЕММ.

Параметры дескрипторов ограниченного доступа приведены а таблице А.16.

Таблица А.16—Дескрипторы ограниченного доступа

Синтаксис	Количество бит	Мнемоника
CA_descriplor (){
descriptor_tag	8	uimsbf
descriptorjength	8	uimsbf
CA_system_ID	16	uimsbf
reserved	3	bslbf
CA_PID for(i = 0;i<N; i++){	13	uimsbf
private data byte } }	8	uimsbf

ГОСТ Р 53531—2009

Определения оемзнгики дескрипторов ограниченного доступа приведены в таблице А.17.

Таблица А.17 — Определения семантики дескрипторов ограниченного доступа

Идентификаторы полей	Назначение, выполняемые функции
descriptor_tag:	Поле на 8 бит. которое идентифицирует каждый дескриптор в соответствии с ISO.IEC \2] {таблица 2—39)
descriptorjengtti	Поле на 8 бит. которое определяет число байтов в блоке дескриптора, следующих непосредственно после поля descriptorjengtti
CA_system_ID	Поле на 16 бит. указывает тип системы условного доступа, применимой для любых взаимодействующих с ней потоков ЕСМ и/или ЕММ
CA.PID	Поле на 13 бит. указывает PID пакетов транспортного потока, которые должны содержать ЕСМ или ЕММ систем условного доступа, как определено во взаимодействующем поле CA_systemJD

ГОСТ Р 53531—2009

Приложение Б

(обязательное)

Параметры интерфейсов между компонентами оборудования системы ограничения доступа Simulcrypt

Б. 1 Перечень интерфейсов между компонентами оборудования и общие характеристики этих интерфейсов представлены в таблице Б.1.

Таблица Б.1 — Перечень интерфейсов между компонентами оборудования и общие характеристики этих интерфейсов

Интерфейс	Условия применения
ECMG»SCS	1) Используется протокол TCP. 2) Допускается кодирование слова управления CW в протоколе, если CW кодируется в соответствии с ETSI [8] (приложение D)
EMMGcsMUX	Иктерфейс может выполняться в двух вариантах: 1) протокол TCP используется для передачи данных и для управления: 2) протокол UDP используется для передачи данных (совместно с протоколами IP), а протокол TCP используется для управления
C(P)SIG (P)SIG	Истюльзуется протокол TCP
<P)SIGc=>MUX	Фсрмирование таблиц PSI/SI генератором PSIG и мультиплексором MUX должно выполняться методом карусели ETSI [8]. Тип интерфейса (P)SIG «=> MUX определяется коммерческим соглашением (между оператором и провайдером) при выборе из двух вариантов: 1) протокол TCP применяется для передачи данных и управления: 2) интерфейс ASI применяется для передачи данных, протокол TCP применяется для управления.
EIS « SCS	Применяется протокол TCP

Б.2 Параметры сообщений протоколов TCP, ориентированных на соединение (параметры протоколов обмена данными между компонентами оборудования DVB COD Simulcrypt). приведены ниже.

Б.2.1 Типичные величины сообщений для протокола, ориентированного на соединение, приведены в таблице Б.2.

Таблица Б.2 — Типичные величины сообщений для протокола, ориентированного на соединение

generic message {

protoool.version 1 байт message.type 2 байта message.length 2 байта for (i» 0; i < n: i ++)

(

parameter_t/pe 2 байга parameterjength 2 байта

parameter value «parameter length» байта }

)

Примечания

1 Для параметров, имеющих размер более 1 байта, первый байт будет главным.

2 Сообщение protocol_version размером в бит. описывающее версию протокола, должно иметь величину 0x03.

Б.2.2 Типичные параметры сообщений для протокола TCP, ориентированного на соединение, приведены в таблице Б.Э.

ГОСТ Р 53531—2009

Таблице Б.З — Типичные параметры сообщений для протокола, ориентированного на соединение

Тип сообщении	Содержание сообщения
message_type:	Попе 16 бит. определяет тип сообщения. Слиоок величин типов сообщения определен в таблице Б.4
messagejength:	Попе на 16 бит. определяет число байтов в сообщении, которое следует непосредственно после поля messagejength
parameter_type:	Попе 16 бит. определяет тип следующего параметра. Неизвестные параметры должны игнорироваться объектом приема. Данные, связанные с этим параметром. будут отвергнуты
parameterJength:	Попе на 16 бит. определяет число байтов в сообщении, которое следует за полем parameter_value
parameter_value:	Поле переменной длины, определяет фактическую величину параметра. Его семантика определяется величиной, характеризующей тип параметра

Б.2.3 Типичные величины просмотренных сообщений протокола TCP. ориентированного на соединение, приведены в таблице Б.4.

Таблица Б.4 — Типичные величины предусмотренных сообщений протокола TCP

Тип интерфейса	Величина сообщения	Тип сообщения
Зарезервировано	0x0000	Зарезервировано
ECMG <=> SCS	0x0001	channel_setup
	0x0002	channeljest
	0x0003	channel status
	0x0004	channel_close
	0x0005	channel_error
Зарезервировано	0x0006 to 0x0010	Зарезервировано
EMMG«»MUX	0x0011	channel_setup
	0x0012	channeljest
	0x0013	channel status
	0x0014	channel close
	П*П015	rhannel_e rrnr
Зарезервировано	0x0016 Ю 0x0100	Зарезервировано
ECMG <=> SCS	0x0101	stream_setup
	0x0102	streamjeet
	0x0103	stream_status
	0x0104	stream_close_request
	0x0105	stream_close_response
	0x0106	stream_error
Зарезервировано	0x107 to 0x110	Зарезервировано
EMMGoMUX	0x0111	stream.setup
	0x0112	streamjest
	0x0113	stream_status
	0x0114	stream_close_request
	0x0115	stream_close_response
	0x0116	stream_error
	0x0117	stream_BW_request
	0x0118	stream_BW_allocation
Зарезервировано	0x0119 to 0x0200	Зарезервировано
ECMG »SCS	0x0201	CW „provision
	0x0202	ECM.response

ГОСТ Р 53531—2009

Продолжение таблицы Б.4

Тип интерфейса	Величина сообщения	Тип сообщения
Зарезервировано	0x0203 to 0x0210	Зарезервировано
EMMG сл MUX	0x0211	data_provision
Зарезервировано	0x0212 to 0x0300	Зарезервировано
C(P)SIG «(P)SIG	0x0301	channel.setup
	0x0302	channel_status
	0x0303	channel test
	0x0304	channel_close
	0x0305	channel_error
Зарезервировано	0x0306 to 0x0310	Зарезервировано
C(P)SIG <=» (P)SIG	0x0311	stream_setup
	0x0312	stream_status
	0x0313	stream.test
	0x0314	stream_close
	0x0315	stream_close_request
	0x0316	stream_close_response
	0x0317	stream_error
	0x0316	stream_service_change
	0x0319	stream trigger епаЫе request
	0х031А	stream trigger enable response
	0x031В	trigger
	0x031С	table_request
	0x0310	table.response
	0x031Е	descriptor_insert_request
	0x031F	descriptor_insert_response
	0x0320	PID_provision_request
	0x0321	PID_provision_response
Зарезервировано	0x0322 to 0x0400	Зарезервировано
EIS <=> SCS	0x0401	channel set-up
	0x0402	channel_test
	0x0403	channel status
	0x0404	channel close
	0x0406	channol_orror
	0x0406	channel_reset
	0x0406	SCG_ provision
	0x0409	SCGJest
	0х040А	SCG_status
	0x040В	SCG error
	0x04ОС	SCG_list_request
	0x0400	SCG_list_response
Зарезервировано	0х040Е to 0x410	Зарезервировано
{P)SIG«»MUX	0x0411	channel_set_up
	0x0412	channel test
	0x0413	channel status
	0x0414	channel_close
	0x0415	channel_error
	0x0416 to 0x0420	Зарезервировано
	0x0421	stream.setup
	0x0422	stream_test
	0x0423	stream_status
	0x0424	stream_close_request
	0x0425	stream close response
	0x0426	stream_error
	0x0427 to 0x0430	Зарезервировано

ГОСТ Р 53531—2009

Окончание таблицы Б.4

Тип интерфейса	Величина сообщения	Тип сообщения
(Carousel in the MUX — CiM)	0x0431	CiM_stream_section_provisk>n
	0x0432	CiM_channel_reset
	0x0433 to 0x040	Зарезервировано
(Carousel in the (P)SIG — CiP)	0x0441	CiP_stream_BW_request
	0x0442	CiP_stream_BW_allocation
	0x0443	CiP_stream_data_provision
Зарезервировано	0x0444 to 0x7FFF	Зарезервировано
Определяется пользователем	0x8000 to OxFFFF	Определяется пользователем

ГОСТ Р 53531—2009

Приложение В

(обязательное)

Требования к параметрам транспортного потока на входе и выходе оборудования системы ограничения доступа

В.1 Параметры транспортного ютока на входе и выходе оборудования СОД должны соответствовать нормам. указанным 8 таблице В.1.

Таблица В.1— Параметры транспортного потока на входе и выходе оборудования СОД

Наименование параметра

величина параметра

Параметры первого уровня приоритета

1 Обеспечение режима синхронизации	Захват цепи синхронизации. Индикатор невыполнения требования: потеря синхронизации (TS_sync_loss)
2 Размер синхробайта	0x47. Индикатор невыполнения требований: потеря синхробайта (Syn_byte_error)
3 Параметры РАТ: 3.1 Период появления секций с идентификатором tabte_id 0x00. с. не менее: 3.2 Секции с идентификатором tabfe_id 0x00. не равным 0x00. не появляются под РЮ СхОООО;	0.5 Отсутствие секций с идентификатором table_id 0x00. не равным 0x00, под PID 0x0000
3.3 Поле Scrambling_control_field равно 00 для значения PID 0x0000	Поле Scrambling_control_field для значения PID 0x0000 равно 00. Индикатор невыполнения требований: ошибка РАТ (РАТ_еггог)
4 Непрерывность счета пакетов	Пакет не появляется более чем дважды. Отсутствует потеря пакетов. Верный порядок следования пакетов. Индикатор невыполнения требований: ошибка непрерывности счета (Continuiti_count_error)
5 Параметры РМТ: 5.1 Период появления секций с идентификатором table_id 0x02 в каждом идентификаторе program_map_PID, указанном в РАТ. с. не менее 5.2 Поле scrambling_control_fletd для всех пакетов, содержащих информацию о секциж с идентификатором table_id 0x02 в каждом program_map_PID_f указанном в РАТ. равно 00	0.5 Поле scrambling_control_field для всех пакетов, содержащих информацию о секциях с идентификатором table_id 0x02 в каждом program_map_PID, указанном в РАТ. равно 00. Индикатор невьктотения требований: ошибка РМТ (РМТ_еггог)
6 Период появления РЮ. с. не более	5 или не более одного периода, определенного пользователем. Индикатор невыполнения требований: ошибка РЮ (РЮ_еггог)

Параметры второго уровня приоритета

7 Отсутствие ошибок в транспортной потоке

Transport_error_indicator — индикатор ошибки в заголовке транспортного потока установлен на «0».

Индикатор невьлолнения требований: ошибка транспортного потока (Transport_error)

ГОСТ Р 53531—2009

Окончание таблицы 8.1
Наименование парам«тра	Величина параметра

Параметры второго уровня приоритета

8 Отсутствие ошибок при проверке контрольных сумм CRC в таблицах PAT. РМТ. CAT. NIT. EIT, ВАТ. SDT или ТОТ	Обеспечивается безошибочная проверка контрольных сумм. Индикатор невыполнения требований: ошибка контрольных сумм (CRC_error)
9 Безошибочное повторение меток PCR: интервал времени между двумя последовательными метками PCR не должен превышать интервал времени между двумя последовательными метками PCR транспортного потока на входе оборудования СОД более чем на. мс	5.0
10 Максимальная ошибка точности PCR выбранной программы должна быть не более нс	± 10
11 При появлении пакетов с ненулевым значением флага transport_scrambling_con1rol в таблице CAT должны формироваться секции с флагом table id 0x01	При появлении пакетов с ненулевым значением флага transport_scrambfing_control в таблице CAT формируются секции с флагом tablejd 0x01. Индикатор невыполнения требований: ошибка CAT (САТ_еггог)
12 В пакетах с PID 0x0001 должны формироваться данные только в таблицах CAT	В пакетах с PID 0x0001 формируются данные только в таблицах CAT. Индикатор невыполнения требований: ошибка CAT (САТ_еггог)

ГОСТ Р 53531—2009

Приложение Г

(рекомендуемое)

Правила скремблирования транспортного потока.

Правила формирования слова управления

Г.1 Правила скремблирована транспортного потока

Г.1.1 Транспортный поток рекомендуется скремблировать при выполнении следующих условий:

– скремблирование транспортных потоков должно выполняться только на одном уровне: или на уровне пакетов PES, или на уровне пакетов TS:

– не должны скремблироваться заголовки пакетов PES или пакетов TS;

– длина заголовка скремблированного пакета PES должна быть не болев 184 байт:

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

– допускается включать в пакеты TS поля адаптации, если пакеты TS соответствуют окончанию пакета PES. Это позволяет использовать пакет TS с окончанием скремблированного пакета PES с полем адаптации для синхронизации конца пакета PES по концу пакета TS;

– асе пакеты PES со значениями Р!0. имеющими значение СА_РШ. должны содержать информацию только о системе ограниченного доступа:

– две разные системы ограниченного доступа не должны использовать в одном транспортном потоке одинаковые значения СА_РЮ.

Информация о скремблировании должна передаваться двумя однобитовыми флагами е заголовках пакетов PES или пакетов TS е соответствии с таблицей А.З.

Г2 Правила формирования слова управления

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

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

Г.2.3 Конкретная последовательность слова управления не должна воспроизводиться при повторном запуске генератора слова управления при использовании того же сигнала запроса слова управления.

Г.2.4 Слово управления рекомендуется формировать генератором CW от физического источника шума с гауссовским распределением при амплитудной неравномерности спектра не более ± 1 дБ в полосе частот от 0.1 до 120 кГц.

Г.2.5 При формировании слова управления генератором псевдослучайной последовательности проверку выполнения рекомендаций по Г.2.1 — Г.2.3 рекомендуется выполнять с использованием следующих критериев:

– объем последовательности слова управления при обработке программой-архиватором не должен уменьшаться более чем на (1 — 2) %;

– на преобладание в последовательности слова управления в соответствии с ETSI (8) (приложе

ние С. подпункт С.4.1);

– по виду автокорреляционной функции последовательности слова управления в соответствии с ETSI [8] (приложение С. подпункт С.4.2).

Перечисленные проверки поспэдовательности слова управления рекомендуется выполнять при вводе слова управления 8 генератор ЕСМ.

ГОСТ Р 53531—2009

Приложение Д

(обязательное)

Требования к параметрам интерфейсов доступа к сети передачи данных с использованием контроля несущей и обнаружением коллизий (Ethernet, Fast Ethernet, Gigabit Ethernet)

Д.1 Кадр Ethernet состоит из полей вспомогательной и служебной информации, а также поля данных. Минимальный размер поля данных — 46 байт, максимальный размер поля данных — 1500 байт. Размер полей адреса назначения и адреса источшка — 6 байт.

Д.2 Параметры интерфейсов доступа к сети передачи данных с использованием контроля несущей и обнаружением коллизий приведены в таблицах Д.1 — Д.6.

Таблица Д.1 — Требования к параметрам электрических интерфейсов Ethernet

Наименование параметра	Величина параметра
10 BASE S	10 BASE-2	10 BASE-T
1 Среда передачи	Коаксиальный кабель 0.5 дюйма (50 Ом)	Коаксиальный кабель 0,25 дюйма (50 Ом)	Н ©экранированная симметричная пара кабеля категории 3
2 Топология	Шинная	Шинная	Звездообразная
3 Код	Манчестерский	Манчестерский	Манчестерский
4 Линейная скорость передачи данных. Мбиг/с	10	10	10
5 Максимальная длина сегмента, м	500	165	100

Таблица Д.2 — Требования к параметрам оптических интерфейсов 106ASE-F

Ноименооо»1ие поремстро	Величина параметра
10 BASE-FP	10 BASE-FL
1 Топология	Точка-точка	Точка-точка
2 Линейная скорость. Мбит/с	100	100
3 Диапазон центральных длин волч. нм	800 — 910	600 — 910
4 Тип волокна	MMF	MMF
5 Код	Манчестерский	Манчестерский
6 Уровень средней мощности на передаче. дБм: 1) максимальный	Минус 11	Минус 12
2) минимальный	Минус 15	Минус 20
7 Минимальный коэффициент эксгинкции. дБ	13	13
8 Уровень средней мощности на приеме. дБм: 1} максимальный	Минус 27	Минус 12.0
2) минимальный	Минус 41	Минус 32.5
9 Максимальная протяженность линии, м	2000	2000

ГОСТ Р 53531—2009

Таблица Д.З — Требования к параметрам оптических интерфейсов 100 BASE-X

Наименование параметра	величина параметра
100 BASE-FX	100 BASE-LX10	100 BASE-BX10
1 Топология	Точка-точка	Точка-точка	Точка-точка
2 Линейная скорость, Мбиг/с	125	125	125
3 Диапазон центральных длин волн, нм	770 — 860	1260— 1360	1480—1580 (OS) 1260— 1360 (US)
4 Тип волокна	MMF	SMF	SMF
5 Код		NRZI. 4В/5В
6 Уровень средней мощности на передаче. дБм: 1} максимальный 2) минимальный	Минус 14 Минус 20	Минус 8 Минус 15	Минус 8 Минус 14
7 Миниматьный коэффициент skc-тинкции, дБ	10	5	6.6
8 Уровень средней мощности на приеме. дБм: 1) максимальный 2) минимальный	Минус 14 Минус 31	Минус 8 Минус 25	Минус 8 Минус 28.2
9 Максимальная протяженность пинии. м	100	10 000	10 000

Таблица Д.4 — Требования х параметрам электрических интерфейсов 100 BASE-T

Наименование параметра	Величина параметра
100 BASE-TX	100 BASE-T4
1 Среда передачи	2 симметричные пары (STP или 1ГГР) кабеля категории 5	4 симметричные лары кабеля категории 3
2 Топология	Звездообразная	Звездообразная
3 Код	MLT3.48/58	8В/6Т
4 Лингаймвм скироыь («уедали нам ныл. Мбиг/с	125	100
5 Максимальная длина сегмента, м	100	100

Таблица Д.5 — Требования к параметрам оптических интерфейсов 1000 BASE-X

Наименование параметра	Величина параметра
1000 BASE-SX	1000 BASE-LX	1000 BASE-2X
1 Топология	Точка-точка	Точка-точка	Точка-точка
2 Линейная скорость. ГБод	1.25 х х (1 ± 100 х 10-«)	1.25 X х (1 ± 100 х 10-⁶)	1,25 х Х(1 ± 100 х 10-*)
3 Диапазон центральных длин волн, нм	770 — 860	1270— 1355	1520 — 1580
4 Тип волокна	MMF	SMF	SMF
5 Код	Двоичный NRZ. 8В/10В
6 Уровень средней мощности на передаче. дБм: 1} максимальный 2) минимальный	0 Минус 9.5	Минус 3.0 Минус 11,0	5.0 Минус 4.0

ГОСТ Р 53531—2009

Окончание шаблоны Д. 5

Наименование параметра	величина параметра
1004 BASE-SX	1000 BASE-LX	1000 BASE-2X
7 Минимальный коэффициент экстинкции. дБ	9.0	9.0	9.0
в Уровень средней мощности на приеме. дБм: 1) максимальный 2) минимальный	0 Минус 17,0	Минус 3.0 Минус 19,0	Минус 23.0 Минус 3.0
9 Максимальная протяженность линии. м	550	5000	70 000*

* При протяженности линии свыше 70 км уровень средней мощности на передаче больше 5 дБм.

Таблица Д.6 — Требования к параметрам электрических интерфейсов GBE

Наименование параметра	Величина параметра
1000 BASE-T	1000 BASE-CX
1 Среда передачи	4 симметричные пары кабеля категории 5	2 симметричные пары кабеля категории 5
2 Топология	Точка-точка	Точка-точка
3 Код	4D-PAM5	NRZ. 8В.’10В
4 Линейная скорость передачи данных. Мбит/с	1000	1250
5 Максимальная длина сегмента, м	100	25

ГОСТ Р 53531—2009

Приложение Е

(обязательное)

Требования к параметрам интерфейсов передачи данных RS-232, RS-422, асинхронного последовательного интерфейса (ASI) и синхронного параллельного интерфейса (SPI)

Е.1 Требования к параметрам интерфейсов передачи данных RS-232. RS-422 приведены в таблицах Е.1.Е.2.

Таблица Е.1 — Параметры интерфейса RS-232

Наименование параметра	Величина параметра
1 Скорость передачи данных, хбиг/с, не более	20 *
2 Допустимые значения напряжения логической единицы на входе приемника. В	От минус 12 до минус 3
3 Допустимые значения напряжения логического нуля на входе приемника. В	ОтЗдо 12
4 Допустимые значения напряжения логической единицы на выходе передатчика. В	От минус 12 до минус 5
5 Допустимые значения напряжения логического нуля на выходе передатчика. В	От 5 до 12
6 Выходное сопротивление передатчиков сигналов данных и синхронизации. Ом. не более	100
7 Допустимые значения входного оэлротиеления приемников. кОм	От 3 до 7
в Разность потенциалов между «сигнагъными землями» (SG) соединяемых устройств. В. не менее	2
* При использовании современных адаптеров допускается увеличение скорости передачи данных до 115 кбит/с.

Таблица Е.2 — Параметры интерфейса RS-422

Наименование параметра	Величина параметра
1 напряжение логической единицы на входе приемника, мь	200
2 Скорость передачи данных. Мбите, не более	10
3 Напряжение логического нуля на входе приемника. мВ	200
4 Допустимые значения напряжений входного сигнала приемника. В	± 7
5 Максимальное входное сопротивление приемника. кОм	4
6 Чувствительность приемника. мВ. не менее	1 200
7 Сопротивление нагрузки передатчика. Ом. не более	100
в Максимальный ток короткого замыкания передатчика. мА	150
9 Максиматъный размах сигнала нг выходе передатчика. В	±5
10 Минимальный размах сигнала на выходе передатчика. В	±2
11 Максимальное относительное отклонение выходного сопротивления, %	±5
12 Допустимые значения размаха сигнала на выходе. В	От 3 до 5
13 Максимальный выходной джиттер, нс	20

ГОСТ Р 53531—2009

Е.2 Требования к параметрам асинхронного последовательного интерфейса (ASI) для цифрового компрессированного сигнала изображения триеедены в таблице Е.З.

Таблица Е.З — Параметры эсижронного последовательного интерфейса (ASI) для цифрового компрессированного сигнала изображения

Наименование параметра	Величина параметра
1 Тил	Электрический или оптический
2 Число байт в пакете	186 или 204
3 Номинальное значение скорости передачи общего цифрового потока. Мбит/с	270
4 Максимальное относительное отклонение скорости переда’**	± 100 X 10-^в
5 Эффективная скорость передачи {полезных данных). Мбит/с. не менее	213
6 Глазковая диаграмма (дрожание уровней цифрового сигнала). %. не более	80
7 Общий джиггер на выходе. %. от длительности тактового интервала, не более	10
в Размах сигнала. мВ	800 1 80

Е.З Требования к параметрам синхронного параллельного интерфейса (SPI) для цифрового компрессированного сигнала изображения приведены в таблице Е.4.

Таблица Е.4 — Параметры синхронного параллельного интерфейса (SPI) для цифрового компрессированного сигнала изображения

Наименование параметра	Величина параметра
1 Эффективная скорость передачи {полезных данных), бит/с. не болев	108 X 10⁶
2 Длительность фронта импульса i-a выходе. %. от тактового интервала, не более	14
3 Разрядность данных, бит	8
4 Глазковая диаграмма (дрожание уровней цифрового сигнала). %. не болев	80
5 Общий джиттер на выходе. %. от длительности тактового интервала, не более	10.8
6 Размах сигнала на выходе. мВ	454 — 908
7 Постоянная составляющая на вькоде. В	1.250 1 0.125
8 Постоянная составляющая на входе. В	1.250 1 0.5
9 Сопротивление нагрузки, Ом	111 ±21

ГОСТ Р 53531—2009

(1] ETSI EN 300 468 V1.8.1 (2007—10)

(2] ISO/IEC 13818-1:1996

(3] Recommendations of the European DVB Project — DVB Doc. A011.rev.1. 1996

(4] DVB document a007 february 1997

(5] ETSI TECHNICAL REPORT ETR 289 October 1996

(6] Tech 3292 rev. 2 Technical Specification. August 2002 European Broadcasting Union

(7] ETSI TS 101 197 V1.2.1 (2002—02)

(8] ETSI TS 103 197 V1.3.1 (2003-01)

(9] Техническая комиссия Internet (IETF) RFC 793

[10] EUROPEAN STANDARD EN 50221 February 1997

[11] ETR 289 Technical Report October 1996

[12] Recommendations of the European DVB Project — DVB DOCUMENT A007

[13] Recommendations of the European DVB Project — DVB Doc. A0061, rev.I.Oct. 95.

[14] IEEE 802.3

[15] IETF RFC 768

[16] ETR 290 Technical Report. May 1997

[17] ISO/IEC 13818-2:1996

[18] ISO/IEC 13818-3:1998

[19] ISO/IEC 11172-1:1993

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

Digital Video Broadcasting (DVB); Specification for Service Information (SI) in DVB systems. Final draft

Information technology — Generic coding of moving pictures and associated audio information: Systems

Digital Video Broadcasting (DVB); DVB Common Scrambling Algorithm (Distribution Agreement)

Support for use of scrambling and conditional access within digital broadcasting systems

DVB; Support for use of scrambling and Conditional Access (CA) within digital broadcasting systems

Basic Interoperable Scrambling System with Encrypted keys

Digital Video Broadcasting (DVB); DVB SimulCrypt; Head-end architecture and synchronization. Technical Specification

Digital Video Broadcasting (DVB): Head-end implementation of DVB SimulCrypt. Technical Specification «Transmission Control Protocol»

Common Interface Specification for Conditional Access and other Digital Video Broadcasting Decoder Applications

Digital Video Broadcasting (DVB); Support for use of scrambling and Conditional Access (CA) within digital broadcasting systems

Support for use of scrambling and conditionat access within digital broadcasting systems. February 1997

Digital Video Broadcasting (DV8). Antipiracy legislation for digital video broadcasting

Ethernet Working Group. Методы доступа и физическая передача сигналов.

Метод доступа CSMA-CD

•User Datagram Protocol». J. Postel

Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems

Information technology — Generic coding of moving pictures and associated амНнт information- Virion

Information technology — Generic coding of moving pictures and associated audio information — Part 3: Audio

information technology — Coding of moving pictures and associated audio for digital storage media at up to about 1.5 Mbit/s — Part 1:Systems

ГОСТ Р 53531—2009

УДК 621.397:004.056:006.354 ОКС 33.170 ОКП 657400 ЭЗО

Ключевые слова: телевидение вещательное цифровое, защита информации, доступ, транспортный лоток

Редактор Н. В. Авипочкина Технический редактор В. Н. Прусакова Корректор Е. Ю. Митрофанова Компьютерная верстка В. Н. Романовой

Сдано в набор 21.06.2010. Подписано о печать 12.10.2010. Формат 60×64’/,,. Бумага офсетная.

Печать офсетная. Уел. печ. л. 6,05. Уч.-иад. п. 5,40. Тираж 104 э». За*. 1355.

Гарнитура Ариал.

. 12399$ Моема. Гранатный лер.. 4.

www.90stinfo.1u

Набрано и отпечатано а Калужской типографии стандартов. 248021 Калуга, уп. Московская. 2S8

Предисловие

я

Содержание

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

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

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

4 Основные параметры оборудования защиты информации, передаваемой по сетям кабельного и наземного телевизионного вещания, от несанкционированного доступа

«побив*

5 Технические требования

Sk

iss-

вашпипа.

Выполненные работы

Рассчитать стоимость оформления документации

Предисловие

я

Содержание

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

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

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

4 Основные параметры оборудования защиты информации, передаваемой по сетям кабельного и наземного телевизионного вещания, от несанкционированного доступа

«побив*

5 Технические требования

Sk

iss-

вашпипа.

Похожие записи:

Выполненные работы

Рассчитать стоимость оформления документации