5G-аналитика в дипломе: от статистики оператора до архитектуры системы
Аналитики МТС посчитали: в Астраханской области каждый третий смартфон в сети поддерживает 5G. Для региона это не абстрактная цифра из пресс-релиза, а сигнал, что абонентское оборудование уже опережает инфраструктуру и тарифные линейки. Для выпускника ИТ-направления здесь спрятана готовая тема ВКР — от системы сбора телеком-метрик до моделирования фрагмента сети с network slicing.
Почему это важно именно сейчас. Операторы публикуют агрегированную статистику по устройствам, а значит, у студента появляется легальный, публично подтверждённый источник исходных данных и обоснования актуальности. Не нужно выдумывать «рост нагрузки на 300%» — достаточно сослаться на тренд: парк 5G-устройств растёт быстрее, чем внедряются сервисы, которые этот потенциал используют. Это классическая инженерная задача: измерить, спроектировать, доказать метриками.
Три темы ВКР, которые вырастают из этой новости
Тема 1. Платформа аналитики проникновения 5G-устройств по регионам
Актуальность. Оператор уже ведёт такой учёт (Астраханская область — 1 устройство из 3), но внутренние отчёты закрыты. ВКР может воспроизвести методику на открытых и синтетических данных и предложить архитектуру хранилища, пригодную для регулярной пересборки витрин.
Цель: спроектировать и реализовать систему сбора, хранения и визуализации показателей распространения 5G-терминалов.
- проанализировать источники данных и требования к качеству (ISO/IEC 25010);
- обосновать выбор СУБД для аналитической нагрузки;
- реализовать ETL-пайплайн и витрину агрегатов;
- провести нагрузочное тестирование и оценить экономику внедрения.
Структура: Глава 1 — обзор телеком-аналитики и стандартов отчётности; Глава 2 — архитектура (C4-диаграммы, схема данных, API); Глава 3 — тестирование, метрики производительности, расчёт эффекта.
Тема 2. Прогнозирование трафика 5G в регионе методами машинного обучения
Актуальность. Если треть устройств уже поддерживает 5G, планировать ёмкость «на глаз» нельзя: рост доли терминалов переходит в рост трафика с лагом в 2–4 квартала. Прогнозная модель — прямой практический ответ на эту динамику.
Цель: построить и сравнить модели прогноза потребления трафика с оценкой ошибки.
- сформировать набор признаков (доля 5G-устройств, ARPU, плотность населения, сезонность);
- сравнить статистические и ML-подходы;
- оценить качество по MAE/MAPE и доверительным интервалам;
- оформить рекомендации по планированию ёмкости.
Структура: Глава 1 — теория временных рядов и телеком-прогнозирования; Глава 2 — подготовка данных, признаки, пайплайн обучения; Глава 3 — эксперименты, метрики, интерпретация результатов.
Тема 3. Моделирование фрагмента сети 5G NR с network slicing
Актуальность. Рост парка 5G-терминалов ставит вопрос: как распределять ресурсы между сценариями (eMBB, URLLC, mMTC). ВКР может показать, что даёт нарезка сети на конкретном городском фрагменте.
Цель: смоделировать участок сети и оценить показатели QoS при разных стратегиях нарезки.
- изучить 3GPP-профили трафика и требования к задержке;
- построить имитационную модель в NS-3 или OMNeT++;
- провести серию экспериментов с варьированием нагрузки;
- сравнить сценарии по пропускной способности и джиттеру.
Структура: Глава 1 — архитектура 5G NR, NSA/SA, slicing; Глава 2 — постановка эксперимента и модель; Глава 3 — результаты, графики, выводы по применимости.
Аналитическая глава: как обосновать выбор, а не перечислить технологии
Первая глава чаще всего проваливается в «обзор всего интернета». Спасает сравнительная таблица с критериями, привязанными к задаче. Ниже — заготовка, которую можно адаптировать под любую из трёх тем.
| Критерий | ClickHouse | PostgreSQL | InfluxDB |
|---|---|---|---|
| Профиль нагрузки | Аналитика, агрегаты по миллиардам строк | Смешанная, транзакции + отчёты | Ряды метрик, мониторинг |
| Сжатие и скорость выборки | Высокие | Средние | Высокие на узких рядах |
| Сложные JOIN | Ограниченно | Полноценно | Практически нет |
| Порог входа для ВКР | Средний | Низкий | Низкий |
Каждый критерий подкрепляйте ссылкой на источник: официальную документацию, статью или результаты собственного замера. Фраза «я выбрал ClickHouse, потому что он быстрый» на защите разваливается за один вопрос комиссии.
Проектная часть: схемы, алгоритмы, интеграция
Что должно быть на схемах
- Контекстная диаграмма (C4, уровень 1): кто пользователь, какие внешние системы, где границы решения.
- Диаграмма компонентов: сборщик, брокер сообщений, хранилище, слой визуализации.
- Схема данных: факт-таблица событий и измерений, справочники регионов и моделей устройств.
Пример расчёта доли 5G-устройств
Такой запрос легко защитить: он воспроизводит логику операторской аналитики и даёт ту самую метрику «каждый третий».
SELECT
region,
countIf(is_5g_capable = 1) / count(*) AS share_5g,
uniqExact(device_model) AS models
FROM subscriber_events
WHERE event_date BETWEEN '2026-01-01' AND '2026-03-25'
GROUP BY region
ORDER BY share_5g DESC;
Дальше добавляйте то, что отличает инженерную работу от учебной: ретраи при сбоях загрузки, идемпотентность вставок, контроль дублей, версионирование справочника моделей устройств.
Тестирование и метрики: где комиссия задаёт самые неудобные вопросы
Раздел «Тестирование» должен отвечать на три вопроса: что измеряли, чем измеряли, что получилось. Размытое «система работает стабильно» не принимается.
- Производительность: время отклика API на 95-м перцентиле, пропускная способность при заданной конкурентности (k6, JMeter).
- Надёжность: RTO и RPO, сценарий отказа узла, поведение при потере брокера сообщений.
- Качество требований: соответствие атрибутов ISO/IEC 25010 — производительность, надёжность, сопровождаемость.
- Наблюдаемость: трассировки и метрики через OpenTelemetry, дашборды Prometheus + Grafana.
Здесь же уместно вернуться к статье: рост парка 5G-устройств — это прогноз входной нагрузки. Покажите, как система выдержит удвоение объёма событий, а не только текущий объём.
Чему вы научитесь на такой работе
- переводить отраслевую новость в техническое требование с измеримым критерием;
- обосновывать стек через критерии, а не через личные предпочтения;
- проектировать пайплайн данных с контролем качества и повторяемостью;
- оформлять ТЗ и пояснительную записку по ГОСТ 34.602-89 без переизобретения структуры;
- защищать числовые результаты: графики, таблицы, доверительные интервалы.
Типичные ошибки студентов
1. Подмена понятий SaaS/PaaS/IaaS без обоснования. Модель развёртывания выбирают под требования по контролю данных и стоимости владения. Решение: добавьте в Главу 2 таблицу «модель развёртывания — плюсы — минусы — вердикт».
2. Отсутствие метрик эффективности. Работа без цифр превращается в реферат. Решение: минимум три измеримых показателя до и после внедрения.
3. Игнорирование ГОСТ 34.602-89 при оформлении ТЗ. Отсутствие разделов «Требования к системе» и «Стадии разработки» — почти гарантированное замечание. Решение: возьмите структуру стандарта как каркас и наполните своими данными.
FAQ по теме
Обязательно ли писать код для такой ВКР?
Для инженерных направлений — да, хотя бы прототип: скрипт загрузки, запросы к хранилищу, дашборд. Если код минимален, усильте работу за счёт имитационной модели и расчётов. Гуманитарные и экономические профили могут ограничиться методикой и оценкой эффекта.
Где брать тестовые данные о 5G-устройствах?
Три пути: открытые наборы телеком-метрик, генерация синтетических данных с реалистичным распределением, агрегированные показатели из публикаций операторов. Обязательно опишите методику генерации — это самостоятельный научный результат.
NS-3 или OMNeT++ для моделирования сети?
NS-3 ближе к академическому сообществу и лучше документирован по 5G-модулям. OMNeT++ удобнее для визуализации и сложной логики на C++. Выбор обосновывайте задачами: если нужен network slicing — проверьте наличие готовых модулей до начала работы.
Как оформлять диаграммы, чтобы их приняли?
Единый нотатор (UML или C4), подписи на русском, ссылка на рисунок в тексте, пояснение к каждому элементу. Диаграмма без описания считается иллюстрацией, а не результатом проектирования.
Чек-лист «Что проверить перед сдачей»
- на каждый факт из отраслевой публикации есть корректная ссылка с датой;
- задачи во введении дословно совпадают с выводами в заключении;
- каждая схема и таблица упомянуты и объяснены в тексте;
- метрики описаны с единицами измерения и методом получения;
- оформление соответствует ГОСТ 34.602-89 и требованиям кафедры;
- список литературы содержит источники не старше пяти лет по активной части темы.
Если тема только формируется или не хватает времени на реализацию — это решаемо. Мы выделяем до 120 часов на проработку темы, проводим бесплатную консультацию по вашему направлению и помогаем с любой темой: от аналитики телеком-данных до моделирования сетей. Достаточно описать задачу — вернёмся с планом работы.
Источник: МТС: в Астраханской области доля 5G-смартфонов выросла до каждого третьего устройства (опубликовано 2026-03-25)