МТС опубликовала любопытный срез: в Волгоградской области каждый третий смартфон уже поддерживает 5G. Новость сама по себе маркетинговая, но для выпускника ИТ- или телеком-направления это готовый вход в актуальную тему. За цифрой «33%» стоит целый пласт технических задач: парсинг абонентских данных, обогащение справочниками IMEI/TAC, агрегация по гео-ячейкам, визуализация покрытия, прогнозирование нагрузки на gNodeB в режимах NSA и SA. Всё это ложится в главы ВКР без натяжек и позволяет показать реальную инженерную работу, а не пересказ учебника. Разберём, как использовать такие новости в качестве отправной точки и не скатиться в «реферат про 5G».
| Категория | Что учитываем |
|---|---|
| Основной запрос | 5G-аналитика в ВКР, телеком-данные в дипломной работе |
| LSI-запросы | архитектура NSA/SA, gNodeB, MIMO, OpenTelemetry, Prometheus, Grafana, парсинг TAC-базы, гео-аналитика покрытия, нагрузочное тестирование ETL |
| Вопросы студентов | как измерить покрытие 5G в дипломе? обязательно ли писать код? где брать метрики нагрузки? как оформить UML-диаграмму по ГОСТ? нужно ли реальное оборудование? |
| Ключевые сущности | ГОСТ 34.602-89, ISO/IEC 25010, 3GPP Release 15/16, Kubernetes, CI/CD-пайплайн, OpenTelemetry |
Актуальность. По данным МТС, доля 5G-совместимых устройств в регионе достигла трети — значит, у оператора появляется задача сегментировать абонентскую базу и планировать модернизацию сети. Это классический кейс для ETL-конвейера.
Цель. Спроектировать и реализовать прототип платформы, собирающей данные о моделях устройств, обогащающей их справочником TAC и выдающей агрегированную статистику по поддержке 5G.
Задачи:
Структура. Глава 1 — обзор стандартов 3GPP и подходов к сегментации; Глава 2 — архитектура платформы и диаграммы в нотации UML; Глава 3 — нагрузочное тестирование и расчёт экономического эффекта от точечной модернизации сети.
Актуальность. Если треть смартфонов в области готова к 5G, но покрытие точечное, диспропорция между спросом и инфраструктурой становится измеримой. Задача — превратить статистику в прогноз нагрузки на конкретные gNodeB.
Цель. Разработать модель прогнозирования нагрузки на базовые станции 5G с учётом роста парка совместимых устройств.
Задачи:
Структура. Глава 1 — теоретические основы прогнозирования сетевого трафика; Глава 2 — предобработка данных и построение моделей; Глава 3 — сравнение моделей и оценка чувствительности к входным параметрам.
Актуальность. Рост числа 5G-устройств требует наблюдаемости на уровне приложений и сети одновременно. OpenTelemetry + Prometheus — стандартный современный стек, который красиво ложится в проектную часть.
Цель. Спроектировать систему сбора и визуализации телеметрии, показывающую качество покрытия в разрезе районов и типов устройств.
Задачи:
Структура. Глава 1 — обзор инструментов наблюдаемости и требований ISO/IEC 25010; Глава 2 — архитектура сервисов и CI/CD-пайплайн; Глава 3 — тестирование, метрики надёжности и документация.
Используйте цифру «каждый третий смартфон поддерживает 5G» как отправную точку для анализа рынка. Сравните два подхода к сбору статистики: ручной опрос (медленно, дорого, но просто) и автоматический парсинг с обогащением по TAC-справочнику (быстро, но требует ETL-инфраструктуры). В таблицу добавьте оценки по критериям ISO/IEC 25010: производительность, надёжность, удобство сопровождения. Обязательно укажите ограничения источника — данные МТС не публичны, значит, для тестов придётся использовать синтетический набор, сгенерированный по принципу «33% устройств — 5G-ready».
Здесь новость превращается в конкретные артефакты. Спроектируйте диаграмму последовательности: от получения сырых записей о устройстве до отдачи агрегированной метрики в Grafana. Постройте алгоритм нормализации IMEI — он не такой тривиальный, как кажется: Luhn-проверка, извлечение TAC, сопоставление с базой GSMA. Опишите интеграцию с внешними сервисами через REST или gRPC, покажите, где именно в архитектуре разворачиваются контейнеры (Kubernetes, namespace, Helm-чарты). Если не хотите писать код полностью — достаточно псевдокода и блок-схем по ГОСТ 19.701-90.
| Раздел диплома | Что берём из статьи | Что добавляем сами |
|---|---|---|
| Аналитика | доля 5G-устройств, регион, дата | сравнение методов сбора, ограничения данных |
| Проектирование | идея сегментации абонентов | UML-диаграммы, схемы данных, алгоритмы |
| Тестирование | гипотеза о нагрузке | нагрузочные сценарии, метрики RTO/RPO |
Никакой зачёт не пройдёт без измеримых показателей. Для платформы парсинга подойдут: время обработки одного батча (секунды), пропускная способность (записей в минуту), процент ошибок нормализации IMEI. Для системы мониторинга — RTO не выше 5 минут, RPO не выше 1 минуты, доступность по SLA не ниже 99,5%. Нагрузочное тестирование проводите в Locust или k6, фиксируйте графики в приложениях. Покрытие тестами держите на уровне 70% для бизнес-логики — этого достаточно, чтобы защитить работу.
Типичная ошибка №1: подмена уровней абстракции. Студент пишет «развернём в облаке», но не уточняет, PaaS это, IaaS или Kubernetes-кластер на голом железе. Эксперт сразу задаст вопрос про ответственность за сеть и лимиты. Как избежать: в проектной части явно опишите модель ответственности по модели shared responsibility.
Типичная ошибка №2: отсутствие метрик эффективности. Работа сделана, а «стало лучше» — без цифр. Как избежать: зафиксируйте baseline до внедрения и целевые значения после. Даже синтетические цифры лучше, чем их отсутствие.
Типичная ошибка №3: игнорирование ГОСТ 34.602-89 при оформлении ТЗ. Многие вузы требуют ТЗ как отдельный раздел. Как избежать: держите перед глазами структуру: общие сведения, назначение, требования к системе, стадии разработки.
Не всегда. Если тема проектная, достаточно прототипа и диаграмм. Но если в задачах заявлена «реализация», код нужен. Уточните требования кафедры заранее.
Генерируйте синтетику по опубликованным распределениям. В случае с МТС — задайте долю 5G-устройств 33% и разброс по районам. Дополнительно можно взять открытые датасеты по телеком-трафику.
Строгий ГОСТ на UML отсутствует, но обычно требуют соответствие ЕСПД и указание нотации на каждом рисунке. Используйте PlantUML или draw.io, в приложении укажите версию нотации.
При готовом стеке — 2–3 месяца спокойной работы. Если впервые знакомитесь с Kubernetes и OpenTelemetry, добавьте ещё месяц на освоение.
Чек-лист «Что проверить перед сдачей»
Если тема кажется слишком объёмной или нужно уложиться в 120 часов до защиты — приходите на бесплатную консультацию. Разберём вашу тему, подскажем, где взять данные, и поможем с любой темой ВКР: от аналитики телекома до микросервисов. Помощь с дипломом без навязывания шаблонов.
Источник: Аналитика МТС: каждый третий смартфон в Волгоградской области поддерживает 5G (опубликовано 2026-03-25)
```