ГОСТ Р 56950—2016
кающих в затребованных LCN от CICAM. что позволяет CICAM обеспечить альтернативный LCN для
каналов профиля оператора.
Хост должен открыть сеанс ресурса профиля оператора при запросе сеанса CICAM. CICAM дол
жен отправить APDU operator_status для передачи Хосту информации о профиле оператора.
CICAM должен сохранять информацию о профиле оператора в соответствии с [1] (14.7.4.1.2).
Открытие профиля оператора для profilejype 2 выполняет механизм, аналогичный механизму
profile_type типа 1 в соответствии с [1]. CICAM может потребовать сканирования профилей, чтобы ини
циализировать профиль оператора и создать NIT CICAM.
Если Хост поддерживает системы доставки, представленные через APDU operator_status, то он
должен определить поддержку profilejype = 2 и установить каналы профиля оператора в список логи
ческих каналов Хоста. Эти каналы связаны с системой доставки, в соответствии с указанием системы
доставки в ближайшее время при минимальном ущербе для пользователя. CICAM должен обеспечи вать
однозначную идентификацию каждой службы в списке по ее LCN. а также и в том случае, когда в
подсказке системы сообщается несколько систем, содержащих службы из различных источников систе мы
доставки. APDU operator_status в соответствии с настоящим стандартом сигнализирует о предостав
ляемых службах IP в профиле оператора типа 2. как указано в 15.4.1 настоящего стандарта.
Хост может отказаться от хранения профиля оператора, если дескриптор доставки профиля опе
ратора отличается от заранее выбранного дескриптора доставки службы вещания.
Хост должен сохранять виртуальный канал CICAM, если среда приложений для канала поддержи
вается промежуточным ПО Хоста. Если Хост не поддерживает запрошенную среду приложений, то он
должен сообщить об этом CICAM так. чтобы CICAM мог попытаться выбрать другую среду приложения
для виртуального канала.
Если Хост поддерживает дескремблирование DRM. выполняемое CICAM (доставка IP Хосту в
режиме проигрывателя), или гибридное соединение LSC (поставка IP CICAM в режиме проигрывателя), то
он должен сохранять список доступных доставленных IP служб.
15.2.3 Возможность работы Хоста с профилями оператора разных типов
Не допускается изменение Хостом профиля оператора (изменение профиля на тип 2 или измене
ние профиля типа 2 на тип 0 или тип 1). Поэтому Хост не должен сообщать CICAM. что он находится в
профиле типа 2.
15.2.4 Управление коллизиями между логическими каналами
При приеме NIT CICAM Хост должен добавить службы профиля оператора в список логических
каналов. Если Хост будет видеть, что LCN двух каналов не уникальны, то он должен сохранить службу
вещания в своем списке логических каналов. Хост должен сообщить CICAM, какой LCN и какая служба от
NIT CICAM не уникальны в списке вещания, одновременно предоставляя ближайший доступный
свободный LCN. CICAM должен обновить NIT CICAM с новой версией и должен выделить новый LCN
для рассматриваемой службы.
Для CICAM. работающих в profilejype типа 2. Хост должен использовать APDU operator_nit_
management для того, чтобы сообщать CICAM о любом LCN. который не уникален в NIT CICAM.
15.3 Параметры виртуального канала ОСАМ
15.3.1 Дескриптор виртуального канала CICAM
Дескриптор виртуального канала CICAM. синтаксис которого определен в таблице 99. должен
присутствовать в первом цикле NIT CICAM и должен соответствовать частному спецификатору данных Cl
Plus™. Виртуальный канал CICAM может интерпретироваться Хостом как служба вещания данных.
Дескриптор виртуального канала предоставляет LCN. имя службы, метаданные события, идентифика
тор домена приложения службы.
NIT CICAM не должна содержать больше одного дескриптора виртуального канала.
Т а б л и ц а 99 — Синтаксис дескриптора виртуального канала CICAM
С интаксис
Количество битов
М немоника
cicam_virtual_channel_descriptor() {
descriptor tag
8
uimsbf
descriptorjength
8
uimsbf
reserved
2
uimsbf
99