Опубликовано: 02.10.2026 | Источник: CNews (новости)

Новости

5G в дипломе: превращаем статистику оператора в архитектурное обоснование ВКР

26 марта 2026 года на CNews вышла заметка: МТС проанализировала абонентские устройства, зарегистрированные в своей сети, и Приморье попало в число регионов-лидеров по доле смартфонов с поддержкой 5G. Звучит как обычная маркетинговая сводка. На самом деле это готовый «крючок» для теоретической главы и отличный источник цифр для расчётной части диплома. Почему? Потому что здесь сходятся три вещи, которые комиссия любит видеть: измеряемая метрика (доля устройств), территориальная привязка (регион) и инфраструктурное следствие (надо менять транспорт, ядро, планирование радио). Для выпускника направления «Инфокоммуникационные технологии», «Прикладная информатика» или «Информационная безопасность» это повод обосновать актуальность без фразы «в современном мире стремительно развиваются технологии» — вместо неё у вас будет конкретная цифра и конкретный оператор.

Три темы ВКР, которые вырастают из этой новости

Тема 1. Оценка готовности регионального сегмента сети к массовому 5G-трафику

Актуальность: статья фиксирует рост парка устройств с поддержкой 5G — значит, нагрузка на существующий транспорт и опорную сеть растёт быстрее, чем строятся новые базовые станции. Это классический разрыв между абонентским оборудованием и инфраструктурой, который можно посчитать.

• Цель: построить модель деградации пропускной способности участка транспортной сети при росте доли 5G-устройств.
• Задачи: собрать статистику по доле устройств и типам трафика; выбрать модель нагрузки (например, на основе профилей eMBB); рассчитать требуемую полосу на агрегации; предложить схему модернизации (10G/25G на кольце, вынос функций на периферию).
• Структура: Глава 1 — анализ стандартов 3GPP и текущего состояния сетей в регионе; Глава 2 — имитационная модель и проектирование транспортного сегмента; Глава 3 — оценка задержек, экономика модернизации.

Тема 2. Network slicing как способ разделить трафик разных классов услуг

Актуальность: когда в сети появляется заметная доля 5G-терминалов, оператор получает возможность продавать не «гигабайты», а срезы под конкретные задачи — видеонаблюдение, телеметрию, промышленную автоматику. Спрос на такие сценарии в портовых и логистических регионах, к которым относится Приморье, вполне объясним.

• Цель: спроектировать конфигурацию сетевых срезов для двух-трёх классов сервиса с гарантированным QoS.
• Задачи: формализовать требования (eMBB / URLLC / mMTC); описать архитектуру ядра с выделением сетевых функций; настроить изоляцию ресурсов; проверить соблюдение SLA под нагрузкой.
• Структура: Глава 1 — теория срезов и стандарты; Глава 2 — проектирование и конфигурирование стенда; Глава 3 — эксперименты с задержкой и потерями.

Тема 3. Мониторинг качества обслуживания в гетерогенной сети доступа

Актуальность: рост числа 5G-устройств означает, что рядом годами живут LTE и новый стандарт. Кто-то должен показать, как оператор видит разницу в качестве между ними, а не просто рисует красивые карты покрытия.

• Цель: разработать систему сбора и визуализации метрик QoS/QoE для смешанного парка устройств.
• Задачи: определить набор измеряемых показателей; развернуть сборщик метрик и хранилище временных рядов; построить дашборды; провести нагрузочное тестирование и оценить накладные расходы.
• Структура: Глава 1 — обзор подходов к измерению качества; Глава 2 — архитектура системы мониторинга; Глава 3 — тесты, метрики производительности, внедрение.

Аналитическая глава: где именно вставить ссылку на новость

Первый раздел практически любой ВКР — обзор предметной области. Именно сюда аккуратно встраивается статистика оператора: она служит доказательством, что тема не выдумана. Не ограничивайтесь одной фразой «по данным МТС, Приморье в топе». Разверните это в мини-исследование:

• приведите динамику доли 5G-устройств и сопоставьте её с динамикой установки базовых станций;
• покажите разрыв между двумя кривыми — это и есть ваша проблема;
• сравните подходы, которыми этот разрыв закрывают: NSA и SA, классическое ядро и облачное, физические сетевые функции и виртуализированные.

Обоснование выбора в таблице — это уже половина защиты. Комиссия почти всегда спрашивает «почему не сделали иначе», и заранее подготовленное сравнение снимает вопрос.

Проектная часть: от слов к схемам и алгоритмам

Здесь важно не уйти в пересказ документации. Проектная глава должна содержать то, что вы спроектировали лично: диаграммы, топологию, алгоритмы принятия решений, конфигурации.

Что реально нарисовать

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

Пример конфигурации для стенда

Если делаете прототип мониторинга, минимальный рабочий комплект выглядит так:

services:
  metrics-collector:
    image: prom/prometheus:latest
    volumes:
      - ./rules:/etc/prometheus
    ports:
      - "9090:9090"
  visualizer:
    image: grafana/grafana:latest
    depends_on:
      - metrics-collector
    ports:
      - "3000:3000"

Такой фрагмент уместен в приложении к диплому, а в тексте главы объясняется, зачем нужен каждый компонент и какие метрики он собирает. Ссылка на новость о парке устройств здесь работает как обоснование источника данных: доля 5G-терминалов — это входной параметр модели.

Тестирование и метрики: чем доказать, что решение работает

Самая слабая часть студенческих работ — финальные расчёты. Обычно пишут «система работает быстро и надёжно». Замените это на измеримые величины:

• Задержка — медиана и 95-й процентиль при разной нагрузке.
• Пропускная способность — при каком числе одновременных абонентов начинаются потери.
• Доступность — в процентах за расчётный период, с указанием методики подсчёта.
• Время восстановления и точка потери данных — целевые показатели и фактические, полученные на стенде.
• Накладные расходы мониторинга — сколько процессора и памяти отнимает сбор метрик.

Если реального оборудования нет, используйте имитационное моделирование. Дискретно-событийная модель нагрузки даёт валидные цифры для главы и снимает вопрос «где вы это взяли». Главное — описать входные данные и допущения честно.

Чему вы научитесь, пока будете это делать

• Читать отраслевую аналитику и превращать её в постановку задачи, а не в украшение введения.
• Обосновывать стек технологий через критерии, а не через «мне так удобнее».
• Строить архитектурные схемы так, чтобы они читались без пояснений.
• Собирать и визуализировать метрики, отличать показатели производительности от показателей качества.
• Оформлять техническую документацию в соответствии с требованиями.

FAQ: коротко о том, что спрашивают чаще всего

Обязательно ли писать код для такой темы?

Не обязательно в полном объёме. Для тем первого типа достаточно расчётной модели и скриптов обработки данных. Для тем со стендом кода будет больше — минимум конфигурации и скрипты сбора метрик. Полноценный продукт уровня оператора никто не ждёт.

Где брать исходные данные, если нет доступа к сети оператора?

Три источника: открытая отраслевая аналитика, синтетические данные, сгенерированные по заданному профилю нагрузки, и данные собственного стенда. В тексте работы обязательно указывайте, какие данные синтетические, а какие реальные.

Как оформить диаграммы, чтобы их приняли?

Единая нотация на всю работу. Если начали в UML — продолжайте в UML, не смешивайте с произвольными блок-схемами. К каждой диаграмме — подпись и хотя бы один абзац пояснения в тексте.

Насколько глубоко нужно разбирать стандарты 3GPP?

Достаточно понимать архитектурные принципы и уметь сослаться на конкретный документ в спорной ситуации. Пересказывать спецификацию на 300 страниц в дипломе бессмысленно.

Чек-лист перед сдачей

Источник: Приморье вошло в топ регионов по количеству смартфонов с поддержкой 5G (опубликовано 2026-03-26)