Товары в корзине: 0 шт Оформить заказ
Стр. 1 

31 страница

456.00 ₽

Купить ГОСТ Р 55940-2014 — бумажный документ с голограммой и синими печатями. подробнее

Распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль"

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

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

 Скачать PDF

Оглавление

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

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

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

4 Структура общего интерфейса

     4.1 Структура уровней общего интерфейса

     4.2 Физическая реализация

     4.3 Клиент-сервер

     4.4 Кодирование данных

     4.5 Расширяемость

     4.6 Использование существующих стандартов

5 Описание архитектуры общего интерфейса

     5.1 Вводная часть

     5.2 Интерфейс транспортного потока

     5.3 Интерфейс команд

     5.4 Требования к физическому уровню

6 Интерфейс транспортного потока (ТSI)

     6.1 Физический и канальный уровни интерфейса транспортного потока

     6.2 Транспортный уровень интерфейса транспортного потока

     6.3 Верхние уровни интерфейса транспортного потока

7 Интерфейс команд — уровни транспортные и сеансовые

     7.1 Основной транспортный уровень

     7.2 Уровень сеанса

8 Интерфейс команд — уровень приложений

     8.1 Введение

     8.2 Ресурсы

     8.3 Модули данных протокола приложения

     8.4 Система управления ресурсами

     8.5 Ресурсы управления узлом и информацией

     8.6 Ресурс интерфейса человек— машина

     8.7 Ресурсы связи

     8.8 Идентификаторы ресурса и теги объекта приложения

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

Приложение Б (справочное) дополнительные объекты

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

 
Дата введения01.09.2014
Добавлен в базу21.05.2015
Актуализация01.02.2020

Этот ГОСТ находится в:

Организации:

28.01.2014УтвержденФедеральное агентство по техническому регулированию и метрологии7-ст
ИзданСтандартинформ2015 г.
РазработанСамарский филиал Самарское отделение НИИ радио
РазработанФГУП ордена Трудового Красного знамени НИИ радио

Digital video broadcasting LVD. Advanced technical requirements for a common interface of conditional access systems. Basic parameters. Part 1

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30

ГОСТР

55940-

2014

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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

Телевидение вещательное цифровое

РАСШИРЕННЫЕ ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К ОБЩЕМУ ИНТЕРФЕЙСУ В СИСТЕМАХ ОГРАНИЧЕНИЯ ДОСТУПА

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

Часть 1

EN 50221:1997 (NEQ)

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

Москва

Стандартинформ

2015

ГОСТ Р 55940-2014

Предисловие

1    РАЗРАБОТАН Федеральным государственным унитарным предприятием ордена Трудового Красного Знамени научно-исследовательским институтом радио, Самарский филиал «Самарское отделение научно-исследовательского института радио»

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

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

4    Настоящий стандарт разработан с учетом основных нормативных положений европейского регионального стандарта ЕН 50221:1997 «Спецификация общего интерфейса для условного доступа и других применений в цифровых видеовещательных декодерах» (EN 50221:1997 «Common interface specification for conditional access and other digital video broadcasting decoder applications», NEQ)

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

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (gost.ru)

© Стандартинформ.2015

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

ГОСТ Р 55940-2014

Содержание

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

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

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

4    Структура общего интерфейса............................................3

4.1    Структура уровней общего интерфейса....................................3

4.2    Физическая реализация..............................................3

4.3    Клиент-сервер....................................................3

4.4    Кодирование данных................................................3

4.5    Расширяемость...................................................3

4.6    Использование существующих стандартов..................................3

5    Описание архитектуры общего интерфейса....................................4

5.1    Вводная часть....................................................4

5.2    Интерфейс транспортного потока........................................4

5.3    Интерфейс команд.................................................4

5.4    Требования к физическому уровню.......................................5

6    Интерфейс транспортного потока (TSI).......................................6

6.1    Физический и канальный уровни интерфейса транспортного потока..................6

6.2    Транспортный уровень интерфейса транспортного потока........................6

6.3    Верхние уровни интерфейса транспортного потока.............................7

7    Интерфейс команд — уровни транспортные и сеансовые...........................7

7.1    Основной транспортный уровень........................................7

7.2    Уровень сеанса...................................................12

8    Интерфейс команд — уровень приложений....................................13

8.1    Введение......................................................13

8.2    Ресурсы.......................................................13

8.3    Модули данных протокола приложения...................................15

8.4    Система управления ресурсами........................................15

8.5    Ресурсы управления узлом и информацией.................................16

8.6    Ресурс интерфейса человек — машина...................................17

8.7    Ресурсы связи...................................................18

8.8    Идентификаторы ресурса и теги объекта приложения..........................18

Приложение А (обязательное) Базовый физический уровень карты ПК...................21

Приложение Б (справочное) Дополнительные объекты.............................24

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

III

ГОСТ P 55940—2014

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

Телевидение вещательное цифровое

РАСШИРЕННЫЕ ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К ОБЩЕМУ ИНТЕРФЕЙСУ В СИСТЕМАХ ОГРАНИЧЕНИЯ ДОСТУПА

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

Часть 1

Digital video broadcasting LVD. Advanced technical requirements for a commoon interlace of conditional access systems. Basic parameters. Part 1

Дата введения — 2014—09—01

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

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

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

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

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

ГОСТ Р ИСО/МЭК8824-1—2001 Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации

ГОСТ Р ИСО/МЭК 8825—93 Информационная технология. Взаимосвязь открытых систем. Спецификация базовых правил кодирования для абстрактно-синтаксической нотации версии один (АСН.1)

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

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

ГОСТ Р 55940-2014

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

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

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

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

3.1.3    ограниченный [условный] доступ (conditional access; СА): Синоним системы ограниченного (условного] доступа. СОД.

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

3.1.5    ресурс (resource): Единица функциональных возможностей, предоставляемых узлом для использования модулем. Ресурс определяется набором объектов, которыми обмениваются модуль и узел. Термин «ресурсы» используется вместо термина «услуги» или «службы» для того, чтобы избежать путаницы, поскольку эти термины часто встречаются как «службы» в вещании телевидения и радио.

3.1.6    система ограниченного [условного] доступа; СОД (conditional access system): Система, обеспечивающая защиту информации от несанкционированного доступа в сетях вещания в соответствии с ГОСТ Р 53531.

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

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

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

3.1.10    узел (host): Устройство, к которому могут быть подключены модуль или модули, например: интегрирований приемник-декодер, абонентский приемник, видеомагнитофон, компьютер.

3.1.11    нерабочее время [простой] (timeout): Состояние процесса обмена командами между узлом и модулем.

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

ИТС (Transport Connection Identifier. TCI) — идентификатор транспортного соединения;

МСЭ (International Telecommunication Union, ITU) — Международный союз электросвязи;

ПК — персональный компьютер;

CJL — система ограниченного (условного] доступа;

Телетекст EBU (European Broadcasting Teletext: ЕВТ) — телетекст, нормированный EBU;

APDU (Application Protocol Data Unit) — модуль данных протокола приложения;

ASN.1 (Abstract Syntax Notation One) — абстрактная синтаксическая нотация версии 1;

СА (conditional access) — ограниченный (условный] доступ;

С TPDU (Command Transport Protocol Data Unit) — блок данных команды транспортного протокола;

DRCS (Dynamically Redefmable Character Sets) — динамически переопределяемый набор символов;

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

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

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

ITU (International Telecommunications Union) — Международный союз электросвязи; МСЭ;

ITU-T (International Telecommunications Union — Telecommunication Standardization Sector) — Сектор стандартизации электросвязи МСЭ:

2

ГОСТ Р 55940-2014

LSCR (Low-Speed Communications Resource) — ресурс низкоскоростной связи;

MPEG (Motion Pictures Expert Group) — группа экспертов по движущимся изображениям;

MMI (Man-Machine Interface) — интерфейс человек — машина;

PDU (Protocol Data Unit) — модуль данных протокола;

SPDU (Session Protocol Data Unit) — модуль данных протокола сеанса;

R_TPDU (Response Transport Protocol Data Unit) — блок данных ответа транспортного протокола;

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

TPDU (Transport Protocol Data Units) — модуль данных транспортного протокола.

4 Структура общего интерфейса

4.1    Структура уровней общего интерфейса

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

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

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

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

4.2    Физическая реализация

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

4.3    Клиент-сервер

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

4.4    Кодирование данных

Параметры передачи данных через интерфейс команд определены в терминах объектов . Объекты кодируются кодированием всей совокупности «тег-длина-величина». полученной при использовании синтаксиса для кодирования согласно ГОСТ Р ИСО/МЭК 8824-1, ГОСТ Р ИСО/МЭК 8825. Настоящий стандарт допускает расширение этого правила.

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

4.5    Расширяемость

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

4.6    Использование существующих стандартов

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

3

ГОСТ Р 55940-2014

5 Описание архитектуры общего интерфейса

5.1 Вводная масть


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

Общий интерфейс является составной частью СОД. Он входит в состав приемного оборудования СОД и обеспечивает сопряжение абонентского приемника с модулем. Архитектура общего интерфейса представлена в ГОСТ Р 53531 (п. 4.2.4).

В состав общего интерфейса в соответствии с ГОСТ Р 53531 (п. 4.2.4.1) входят многоуровневые интерфейсы транспортного потока и команд. Верхние уровни интерфейсов являются общими для всех реализаций. Для реализаций нижних уровней допускаются альтернативные решения. Настоящий стандарт базируется на стандартной карте ПК, требования к которой соответствуют спецификациям [1J—(3).

5.2 Интерфейс транспортного потока

Верхние уровни Транспортный уровень Канальный уровень карты ПК Физический уровень карты ПК


Интерфейс транспортного потока переносит транспортные пакеты MPEG-2 между узлом и модулем в обоих направлениях. Если модуль разрешает доступ к службам в транспортном потоке и эти службы были отобраны узлом, то пакеты, несущие эти службы, будут направлены в модуль для дескремблирования, пакеты других служб не дескремблируются. Уровни интерфейса транспортного потока показаны на рисунке 2. Параметры транспортного уровня и всех верхних уровней определены в спецификации MPEG-2 согласно стандарту [4].

Рисунок 2 — Уровни интерфейса транспортного потока

5.3 Интерфейс команд

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

4


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

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

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

-    набор функциональных примитивов (объектов), которые позволяют узлу предоставлять ресурсы модуля с возможностью их расширения. Уровни интерфейса команд показаны ниже на рисунке 3.


Приложение


Ресурсы


Интерфейс    Низкоскоростные

пользователя    соединения


Система


Опциональные

расширения


Уровень сеанса


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


Транспортный подуровень карты ПК


Канальный уровень карты ПК


Физический уровень карты ПК


Рисунок 3 — Уровни интерфейса команд


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

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

5.4 Требования к физическому уровню

5.4.1    Введение

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

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

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

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

-    режимы работы при подключении и отключении;

-    низкий уровень инициализации;

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

5.4.2    Соединения данных и логических команд

На физическом уровне должны поддерживаться независимые двухсторонние логические соединения для транспортного потока и для команд. Интерфейс транспортного потока принимает транспортный поток MPEG-2. состоящий из последовательности транспортных пакетов, поступающих либо непрерывно, либо разделенных нулевыми данными. Возвращенный транспортный поток может иметь часть входящих транспортных пакетов в дескремблированной форме. Ограничения, накладываемые на параметры интерфейса транспортного потока, должны быть в соответствии со стандартом [5] (5.4,2).


5


ГОСТ Р 55940-2014

5.4.3    Режимы работы при подключении и отключении модуля к узлу

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

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

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

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

-    выполняет все процедуры низкого уровня установления соединения, используемые на физическом уровне:

-    устанавливает совместимость модуля с модулем DVB.

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

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

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

5.4.4    Подключение к узлу нескольких модулей

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

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

6 Интерфейс транспортного потока (TSI)

6.1    Физический и канальный уровни интерфейса транспортного потока

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

6.2    Транспортный уровень интерфейса транспортного потока

На транспортном уровне интерфейса транспортного потока используется уровень транспортной системы MPEG-2. Данные через интерфейс транспортного потока передаются в формате транспортных пакетов MPEG-2. От приемника к модулю через интерфейс ТП передается мультиплекс MPEG-2, этот мультиплекс возвращается к приемнику частично или полностью дескремблированным. Если пакет не

6

ГОСТ Р 55940-2014

скремблирован, то модуль возвращает его без изменений. Если пакет скремблирован и принадлежит к выбранной службе и модуль может дать доступ к этой службы, то модуль возвращает соответствующий дескремблированный пакет с флагом transport_scrambling_control. установленным в «00».

Если скремблирование выполняется на уровне пакетизированного элементарного потока (PES), то модуль реагирует аналогичным образом и при тех же условиях, что и для случая ТП. и возвращает соответствующий дескремблированный PES с флагом PES scrambling control, установленным в «00». Пакеты ТП и PES пакеты полностью определены в спецификации системы MPEG-2 согласно стандарту (4).

6.3 Верхние уровни интерфейса транспортного потока

Настоящий стандарт не оперирует со структурами MPEG-2, уровень которых выше уровня транспортного потока. Однако модуль выделяет из транспортного потока и обрабатывает данные, необходимые для его функционирования, — сообщения ЕММ и ЕСМ.

7 Интерфейс команд — уровни транспортные и сеансовые

В соответствии с ГОСТ Р 53531 (п. 4.24.2) интерфейс команд выполняет обмен командами между абонентским приемником и модулем.

Параметры передачи данных через интерфейс команд нормируются в терминах объектов. Объекты кодируются в форме «тег-длина-величина» в соответствии с синтаксисом согласно ГОСТ Р ИСО/МЭК 8824-1, ГОСТ Р ИСО/МЭК 8825.

В таблице 1 представлены значения длины поля Length, используемые всеми блоками данных протокола на транспортном уровне, на сеансовом уровне и на уровне приложений

Таблица 1 — Поле Length, используемое всеми блоками данных протокола на транспортном уровне, сеансовом уровне и на уровне приложений

Синтаксис

Количество битое

Мнемоника

length_field() {

size indicator

1

bslbf

if (size indicator = = 0)

length value

7

uimsbf

else if (size indicator = = 1) {

length_field_size

for (i=0; i<length field size; i++) {

7

uimsbf

longth value byte

}

8

bslbf

)

}

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

Поле size indicator является первым битом поля length field. Если size indicator = 0, то длина поля данных кодируется в последующих 7 битах. Значение длины поля от 0 до 127 может быть закодировано в одном байте. Если длина поля превышает 127. то в поле sizejndicator устанавливается «1». В этом случае в следующих 7 битах кодируется количество байтов в поле длины (Length). Эти следующие байты должны быть сцеплены. Любая величина поля длины (Length) до 65535 может быть закодирована в трех байтах.

Неопределенный формат длины, определенный основными правилами кодирования ASN.1 согласно ГОСТ Р ИСО/МЭК 8825, не используется.

7.1    Основной транспортный уровень

7.1.1    Введение

Транспортный уровень интерфейса команд работает поверх физического уровня — уровня канала. определяемого используемой физической реализацией. Для базовых физических реализаций карт стандарта ПК интерфейс—на уровне канала в соответствии с приложением А. Транспортный протокол

7