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

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

Предисловие

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

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

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

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

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

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

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

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

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

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

СОДЕРЖАНИЕ

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

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

Digital video broadcasting (DVB).
Requirements for information protection from non-authoriged access
in the cable and terrestrial television broadcast networks. Basic parameters. Technical requirements

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 января текущего года, и по соответствующим ежемесячно издаваемым информационным указателям, опубликованным в текущем году. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.

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

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

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

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

3.1.3 генератор конфиденциальных (Private) данных (Private Data Generator; PDG): Генератор, который инициирует передачу сообщений, предоставляющих право доступа (EMM) от генератора сообщений 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; CI): Метод обеспечения доступа к скремблированному сигналу, при котором все узлы приемника, имеющие отношение к защите информации, устанавливаются в модуле защиты.

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

3.1.12 Интернет протокол (Internet 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 модуль защиты: Микропроцессорное устройство с центральным процессором, дескремблером, интерфейсами транспортного потока и команд, с шинной организацией.

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

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

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

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

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

3.1.25 поле управления скремблированием (Scrambling_control_field): Поле, передаваемое в таблице взаимосвязи (ассоциации) программ (PAT).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

CI - 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;

CRC_32 - поле кода циклической проверки, контролирует ошибки в секции таблицы PSI при использовании генераторного полинома х³² + х²⁶ + х²³ + х²² + х¹⁶ + х¹² + х¹¹ + х¹⁰ + х⁸ + х⁷ + х⁵ + х⁴ + х² + х + 1;

CSA - Common Scrambling Algorithm (единый алгоритм скремблирования);

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

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

CSMA-CD - 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 Table (таблица информации о событиях);

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 (Международная организация по стандартизации);

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

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

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

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

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

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

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

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

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

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

PDG - Private Data Generator (генератор конфиденциальных (частных) данных);

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

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

РМТ - Program Map Table (таблица состава программы);

program_map_PID - программный идентификатор PID;

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 (синхронизатор Simulcrypt);

Scrambling_control_field - поле управления скремблированием; передается в таблице PAT;

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

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

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

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

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

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

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]. Единый алгоритм скремблирования в детализированном виде предоставляется Европейским институтом стандартизации электросвязи (ETSI) производителям оборудования систем ограниченного доступа под письменную гарантию неразглашения.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- генератор частных данных (PDG) - инициирует передачу сообщений EMM от 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) - формирует транспортный поток - мультиплекс, используя входной транспортный поток стандарта и данные, получаемые от генераторов EMM, ЕСМ, PD, SI, PSI и синхронизатора Simulcrypt;

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

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

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

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

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

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

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

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

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

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

- сетевой;

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

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

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

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

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

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

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

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

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

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

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

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

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

- генератор частных данных (PDG);

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

- генератор таблиц PSI (PSIG);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- транспортный уровень;

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

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

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

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

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

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

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

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

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

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

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

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

- сеансовый уровень;

- транспортный подуровень;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 10 Base-T IEEE [14].

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

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

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

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

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

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);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 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 В, приложенного к элементу заземления оборудования и каждому из потенциальных полюсов ввода электропитания.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Численные значения постоянных величин выражаются в шестнадцатиричном исчислении. Примерами такой записи являются: 0×47, 0×FF, 0×EF.

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

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

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

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

а) +        - добавление, накопление;

б) + +     - возрастание, приращение;

в) -         - понижение, уменьшение;

г) ║        - логическое «или»;

д) = =     - равно;

е) =        - оператор назначения;

ж) >       - больше чем;

з) <         - меньше чем.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- PES_scrambling_control: управления скремблированием пакета PES - поле указывает режим скремблирования PES пакета (значения поля, определяющие режимы скремблирования, приведены в таблице А.3).

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

- PES_priority: приоритет пакета PES - величина 1 означает более высокий приоритет полезной нагрузки в данном PES пакете по сравнению с пакетом PES, у которого величина приоритета полезной нагрузки установлена в 0;

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

- 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; величина 0 означает, что поле ESCR и поля расширения отсутствуют в заголовке пакета PES;

- ES_rate_flag: поле длиной 1 бит - величина поля 1 означает, что поле ES_rate присутствует в заголовке пакета PES; величина 0 означает, что поле ES_rate отсутствует в заголовке пакета PES;

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

- additional_copy_info_flag: поле длиной 1 бит - величина поля 1 означает, что в заголовке пакета PES присутствует поле additional_copy_info; величина 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 бита - характеризует метку воспроизведения;

- DTS (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;

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

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

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

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

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

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

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

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

- pack_field_length: поле длиной 8 бит - указывает длину в байтах поля pack_header_field;

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

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

- original_stuff_length: поле длиной 6 бит - определяет число байтов стаффинга, используемых в оригинальных заголовках пакета PES по 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_length: поле длиной 7 бит - определяет длину данных, следующих за этим полем в поле расширения пакета PES, включая любые резервные байты;

- stuffing_byte: поле длиной 8 бит - имеет величину 11111111, в необходимых случаях вставляется кодером. Поле stuffing_byte игнорируется декодером. Количество байтов стаффинга в заголовке пакета PES не должно превышать 32.

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

N = M_{PES_packet_length} - L_{optional_PES_header},

где M_{PES_packet_length} - количество байтов, указанное в поле PES_packet_length;

L_{optional_PES_header} - количество байтов, занимаемых полями optional_PES_header.

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

Детализированное описание семантики этих полей и флагов приведено в ISO/IEC [2] (подпункт 2.4.3.7).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

N = 184 - M_{adaptation_field},

где M_{adaptation_field} - количество байтов в поле адаптации adaptation_field;

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

- adaptation_field_length: указатель длины поля, 8 бит;

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

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

- elementary_stream_priority_indicator: указатель приоритета элементарного потока, 1 бит;

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

- optional_fields дополнительные поля:

- PCR_fields: поля PCR, 42 бита;

- OPCR_fields: поля OPCR, 42 бита;

- Splice_count-down: указатель числа пакетов до стыка, 8 бит - указывает число пакетов с тем же PID в транспортном потоке, оставшихся до точки бесшовного входа в поток;

- transport_private_data_length: длина поля данных пользователя, 8 бит;

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

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

- три флага.

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

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

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

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

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

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

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

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

A.3.4 PAT - таблица взаимосвязи (ассоциации) программ, содержит данные о всех программах, передаваемых в транспортном потоке в виде идентификаторов PID этих программ. Каждый такой PID определяет местонахождение таблицы состава программы РМТ.

Таблица PAT определяет местоположение таблиц сетевой информации NIT.

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

Рисунок А.3 - Структура полей секции таблицы PAT

Секции уникально идентифицированы комбинацией элементов.

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

Таблица А.10 - Характеристики полей секции PAT

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

A.3.7 NIT - таблица сетевой информации, содержит данные:

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

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

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

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

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

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

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

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

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

Таблица EIT в укороченной версии передается в двух секциях. Номер секции текущих событий - 0×00, номер секции следующих событий - 0×01.

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

- для данного потока в составе 16 субтаблиц со значениями table_id от 0×50 до 0×5F;

- для планируемого потока событий в составе 16 субтаблиц со значениями table_id от 0×60 до 0×6F.

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

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

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

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

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

А.3.10 TDT - таблица времени и даты, содержит данные о всемирном кодированном времени UTC, которое может использоваться в декодере транспортного потока для обновления текущего времени. Таблица TDT обязательна для передачи.

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

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

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

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

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

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

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

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

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

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

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

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

Приложение Б
(обязательное)

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

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

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

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

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

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

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

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

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

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

Приложение В
(обязательное)

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

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

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

Приложение Г
(рекомендуемое)

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

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

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

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

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

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

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

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

- все пакеты PES со значениями PID, имеющими значение CA_PID, должны содержать информацию только о системе ограниченного доступа;

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

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

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

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

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

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

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

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

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

- на преобладание «1»/«0» в последовательности слова управления в соответствии с ETSI [8] (приложение С, подпункт С.4.1);

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

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

Приложение Д
(обязательное)

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

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

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

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

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

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

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

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

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

Приложение Е
(обязательное)

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

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

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

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

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

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

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

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

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