Восемнадцатый кадр TETRA: почему четыре слота нельзя целиком считать полезной нагрузкой
При грубом расчёте TETRA инженер умножает число слотов на количество кадров и получает доступный ресурс. Такой подсчёт полезен только до тех пор, пока учитывается назначение разных частей временной структуры. Восемнадцатый кадр мультикадра используется для управления. Если считать все интервалы одинаковой пользовательской нагрузкой, расчёт начнёт обещать больше, чем описывает интерфейс.
Открыть схему в полном размере
Как устроен мультикадр
В руководстве TETRA мультикадр содержит восемнадцать TDMA кадров. Для трафика с коммутацией каналов пользовательская информация этого периода передаётся в первых семнадцати кадрах. Это освобождает восемнадцатый под служебную сигнализацию, сохраняя непрерывность потока соответствующей услуги.
Поэтому наличие управляющего кадра не следует интерпретировать как обязательную слышимую паузу в разговоре. Временная организация радиопередачи и воспроизведение пользовательского потока связаны предусмотренной обработкой. Из изображения сетки нельзя напрямую заключить, что динамик должен замолкать в каждом восемнадцатом кадре.
Где ошибается расчёт
Если модель считает каждый кадр носителем одинакового объёма полезной информации, она теряет служебную долю. Но и простое универсальное вычитание одной восемнадцатой из любой скорости TEDS было бы неверным обобщением. Описанное объяснение относится к указанной организации трафика с коммутацией каналов; пакетные услуги требуют своего учёта каналов, кодирования и назначения ресурсов.
В проектном расчёте сначала определяют, что именно оценивают: временную структуру, скорость конкретной логической услуги или итоговую передачу файла. Затем используют соответствующее определение полезных данных. Смешение этих уровней создаёт правдоподобные числа без реальной инженерной ценности.
Как проверять измерение
Для анализа записывают границы кадров и мультикадров, определяют тип наблюдаемой услуги и сопоставляют передачу с её нормативной структурой. При измерении скорости приложения отдельно учитывают время установки, ожидание и фактически доставленные байты.
Если анализатор показывает периодическое уменьшение пользовательского ресурса, проверяют его связь с назначением кадров, а не сразу объявляют радиопомеху. Если же возникает разрыв звука или потеря данных, одной ссылки на восемнадцатый кадр недостаточно: штатная служебная организация не объясняет любую неисправность.
В результате становится понятно, что четырёхслотовая структура описывает основу распределения времени, а не обещание стопроцентной полезной загрузки каждого интервала. Это помогает строить расчёт от конкретной услуги и проверять его измерением, сохраняя предусмотренное место для управления сетью.
