SCTE-35

SCTE-35 cue-сообщения – небольшие бинарные данные, размещённые в elementary-потоке: исторически – в MPEG-TS на PID 0x1F, сейчас – как `emsg`-боксы в CMAF. Каждое сообщение содержит идентификатор события (event ID), тип события (splice insert, splice null, time signal), presentation timestamp и опциональные UPID (Unique Programme Identifier) и segmentation-дескрипторы. Когда вещатель хочет обозначить «рекламный блок через 4 секунды продолжительностью 30 секунд», он генерирует SCTE-35 cue на соответствующем таймстемпе.

SSAI-пайплайн обнаруживает SCTE-35-метки в прямом эфире, запрашивает ad-decisioning-сервер с метаданными (ID программы, длительность блока, геолокация зрителя), получает URL-адреса рекламных сегментов и вставляет их в манифест для каждого зрителя на отметке времени метки. Оригинальные метки также передаются в HLS-манифесты в формате `#EXT-X-DATERANGE` или `#EXT-X-CUE-OUT/#EXT-X-CUE-IN` для обратной совместимости с CSAI-плеерами.

SCTE-35 – де-факто стандарт сигнализации рекламных блоков в линейном вещании и FAST-каналах. Каждый contribution-энкодер, packager, SSAI-сервер и инструмент для трансляции в реальном времени его поддерживает. Ревизия 2022 года (SCTE 35 2022) чётко определила правила использования при передаче через CMAF, интеграции с multi-period DASH и динамической вставке рекламы в прямом эфире. Крупные вендоры SSAI (MediaTailor, Yospace, Google Ad Manager) используют SCTE-35 в качестве основного триггера.