Цифровой мультиплекс

Как сложился подход

Историческую веху даёт развитие семейства DVB, а не дата последней редакции стандарта. По истории консорциума, соглашение о его создании подписали в сентябре 1993 года. В 1994 году согласовали спутниковую систему DVB-S, а весной 1995 года Canal plus начала первые DVB-трансляции в Европе. Наземную систему DVB-T согласовали в 1997 году; первые передачи в Швеции и Великобритании последовали в 1998 году. ^[4]

Эта последовательность показывает развитие общего подхода к цифровому вещанию через разные среды доставки. Она не устанавливает дату изобретения мультиплексирования или первого употребления русского термина. Более поздние DVB-T2 и DVB-C2 развивают способы передачи; их названия сами по себе не определяют, какие каналы объединены в конкретном потоке. ^{[2] [3]}

Как устроен мультиплекс

Видеоданные, звук и другие компоненты образуют сервис. В транспортном потоке пакеты различаются идентификаторами PID. Таблица PAT указывает, где искать таблицу PMT выбранного сервиса, а PMT — где находятся его компоненты. Сведения о названиях сервисов содержатся в SDT, о передачах и времени их начала — в EIT. Эти таблицы помогают приёмнику выбрать и представить содержание. ^[1]

Условно это можно представить как общий почтовый маршрут: отправления едут вместе, но адреса позволяют выдать нужные получателю. Аналогия объясняет назначение идентификаторов, однако не описывает формат пакетов или работу радиопередатчика. Отсутствие понятной подписи в меню и отсутствие самих данных — разные наблюдения, которые в рабочем отчёте следует записывать раздельно.

Затем данные поступают в систему передачи. Например, DVB-T2 допускает один или несколько входных потоков; логические потоки могут переноситься по отдельным каналам физического уровня, обозначаемым PLP. Обычно выходом служит сигнал одного радиочастотного канала. Поэтому равенство «один мультиплекс — один входной файл — один PLP» нельзя принимать как универсальное устройство сети. ^[2]

Какие различия полезны

EN 300 468 различает транспортный поток, систему доставки и bouquet — совокупность сервисов, предлагаемых как единое целое. ^[1] Для редакционной работы удобно отдельно записывать три характеристики: состав сервисов, способ доставки и условия доступа. Это предложенная здесь рабочая схема, а не классификация стандарта. Если в заявке указано только название коммерческого пакета, технический состав ещё предстоит уточнить.

Другое различие касается распределения скорости передачи. В учебной модели можно выделить каждому сервису постоянную долю; при статистическом мультиплексировании полезная скорость отдельных сервисов меняется при совместном управлении ресурсом. TS 102 991 рассматривает такой подход и необходимость учитывать служебные данные. ^[3] Из самого слова «статистическое» нельзя вывести обещание определённого качества: для оценки нужно задать содержание, параметры и условия сравнения.

Учебный пример: хватит ли ёмкости

Предположим, оператор выделил для транспортного потока 24 Мбит/с, то есть 24 миллиона бит в секунду. Это условная доступная скорость на выбранной границе измерения: затраты физического уровня уже учтены. Четырём сервисам выделяют по 5 Мбит/с, включая их видео, звук и сопутствующие данные; ещё 1 Мбит/с отводят общей служебной информации. Все числа придуманы для объяснения и не являются рекомендуемыми настройками сети.

Плановая занятость составляет 4 × 5 + 1 = 21 Мбит/с. Остаток равен 24 − 21 = 3 Мбит/с. Доля занятой ёмкости — 21 / 24 × 100% = 87,5%. В таблице согласования рядом с результатом стоит записать, что включено в каждое слагаемое. Иначе один участник добавит звук повторно, а другой вовсе не учтёт служебный поток.

Теперь редакция просит включить пятый сервис с тем же выделением. Получается 5 × 5 + 1 = 26 Мбит/с: план превышает условный предел на 2 Мбит/с. Это повод пересмотреть распределение или доступную ёмкость, а не обещать включение по числу свободных строк в списке. Сам расчёт не проверяет допустимость выбранного режима передачи: стандарт DVB-T2 задаёт ограничение ёмкости с учётом кодирования и модуляции, то есть преобразования данных в передаваемый сигнал. ^[2]

Как проверить результат

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

Предположим, в заявке четыре сервиса, а на контрольном приёмнике найдены три. В журнале стоит указать отсутствующий сервис, время проверки, оборудование и наблюдаемое поведение. Нельзя сразу записывать «не хватает ёмкости»: расчёт выше проверял план, а здесь обнаружено расхождение состава. Для учебного сравнения можно посчитать долю найденных сервисов: 3 / 4 × 100% = 75%. Это показатель полноты конкретной проверки, а не качества изображения или надёжности всей сети.

Если ожидаемый список пуст, такую долю не рассчитывают: знаменатель равен нулю. Если найдены все четыре сервиса, результат 100% означает лишь совпадение списка в заданных условиях. Отдельно остаются просмотр содержания и проверка поведения во времени. Число каналов и арифметический запас не заменяют этих наблюдений.

Ошибки и ограничения

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

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

Российский правовой контекст

Часть седьмая статьи 31 Закона РФ № 2124-1 «О средствах массовой информации» в редакции от 26 июня 2026 года связывает мультиплекс с передачей нескольких телеканалов и радиоканалов на одной радиочастоте. Сведения о позиции канала в мультиплексе вносятся в запись реестра лицензий. ^[5] Такая правовая формулировка не является исчерпывающим описанием всех технических систем объединения данных.

Действующая редакция указанной части введена законом № 478-ФЗ от 27 декабря 2019 года; начало её действия — 1 января 2021 года, а не дата подписания закона. ^[6] Следовательно, техническое описание состава и проверка лицензионных сведений решают разные задачи. Эта статья не определяет условия включения конкретного канала и не заменяет их проверку юристом.

Частые вопросы

Связанные термины

• televidenie
• kabelnoe-televidenie
• obyazatelnyy-obshchedostupnyy-kanal
• teleprogramma
• federalnyy-telekanal