В марте 2026 года МТС завершила обновление телеком-оборудования на федеральной трассе Е‑119 («Каспий») в Астраханской области. Связь стала стабильнее, покрытие — плотнее, а скорость мобильного интернета выросла. Для студента ИТ-направления это не просто новость, а полноценный кейс для ВКР. Вы можете взять реальный сценарий модернизации сети и спроектировать собственное решение: от анализа покрытия до автоматизации мониторинга. Такой проект легко защитить, потому что он опирается на актуальный отраслевой пример и решает практическую задачу.
Далее разберём, как именно интегрировать этот кейс в диплом, какие темы выбрать, какие метрики считать и как оформить работу по ГОСТ. Вы получите готовую схему действий — останется только адаптировать её под требования вашего вуза.
Статья о модернизации сети на Е‑119 — это материал для первой главы (аналитической части). Не пересказывайте новость — используйте её как отправную точку для анализа. Покажите, почему операторы обновляют инфраструктуру, какие технологии применяются (LTE, Massive MIMO, динамическое управление частотными ресурсами) и какие требования предъявляются к современным сетям. Затем переходите к собственной задаче: например, спроектируйте сегмент сети для аналогичного участка трассы или разработайте систему мониторинга, которая позволит быстро выявлять проблемные зоны.
Такой подход демонстрирует системное мышление и умение работать с реальными отраслевыми вызовами — именно это ценится при защите.
| Тема ВКР | Актуальность (на основе статьи) | Цель работы | Задачи | Структура |
|---|---|---|---|---|
| Разработка системы мониторинга телеком-инфраструктуры на базе OpenTelemetry | Обновление оборудования требует постоянного контроля качества связи. Аналог — трасса Е‑119, где важна непрерывность покрытия. | Спроектировать систему сбора и визуализации метрик для базовых станций. | 1. Cобрать требования. 2. Выбрать стек (Prometheus, Grafana, OpenTelemetry). 3. Реализовать агенты сбора данных. 4. Оценить точность и производительность. | Глава 1 — анализ методов мониторинга, Глава 2 — проектирование и реализация, Глава 3 — тестирование и сравнение метрик. |
| Модернизация покрытия мобильной сети с применением Kubernetes для NFV | Современные сети переходят на виртуализацию сетевых функций (NFV). Обновление на Е‑119 — пример физической модернизации, но нужна и программная составляющая. | Разработать архитектуру виртуализированной базовой станции на Kubernetes. | 1. Изучить NFV и ONAP. 2. Спроектировать кластер. 3. Настроить автоматическое масштабирование. 4. Провести нагрузочное тестирование. | Глава 1 — теория NFV, Глава 2 — проектирование, Глава 3 — тесты и анализ SLA. |
| Повышение отказоустойчивости сети вдоль автомобильной трассы: расчёт и симуляция | Связь на трассе должна работать без перебоев. После модернизации E‑119 важна оценка надёжности. | Смоделировать сценарии отказов и предложить схему резервирования. | 1. Построить карту покрытия. 2. Выделить критичные узлы. 3. Разработать схему резервирования. 4. Рассчитать доступность (A=1 - downtime/(uptime+downtime)). | Глава 1 — анализ отказоустойчивости, Глава 2 — моделирование, Глава 3 — метрики и выводы. |
Глава 1 (аналитическая). Здесь уместно описать архитектуру сети до и после модернизации. Используйте C4-диаграммы для представления уровней: контекст, контейнеры, компоненты. Если в вузе принято UML — постройте диаграмму вариантов использования для сценария «абонент находится в движении». Не забудьте про нормативные документы: ГОСТ 34.601 для автоматизированных систем, ГОСТ 19.102 для программной документации. Качество обоснуйте через ISO/IEC 25010: надёжность, производительность, безопасность.
Глава 2 (проектирование). Покажите, как вы решаете задачу. Например, если тема связана с мониторингом, приведите конфигурацию OpenTelemetry Collector. Вот пример кода, который можно вставить в приложение или главу 2:
# otel-collector-config.yaml
receivers:
otlp:
protocols:
grpc:
http:
processors:
batch:
memory_limiter:
check_interval: 1s
limit_percentage: 80
exporters:
prometheus:
endpoint: "0.0.0.0:8889"
logging:
service:
pipelines:
metrics:
receivers: [otlp]
processors: [memory_limiter, batch]
exporters: [prometheus]
Если ваша тема — автоматизация обновлений, подготовьте Ansible-плейбук для настройки станций. Код добавляйте в приложения, а в тексте дайте пояснения.
Глава 3 (тестирование и эффективность). Соберите метрики до и после внедрения. Для сети важно: доступность (uptime), время отклика (RTT), пропускная способность, количество обрывов. Рассчитайте экономическую эффективность, если это требуется. Например:
SLA = (Tраб - Tпростой) / Tраб * 100%Если реальных данных нет, используйте имитационное моделирование или общедоступные статистики качества связи в регионе. Не забудьте указать допущения.
Актуальность можно строить на анализе открытых источников (как новость о Е‑119), отраслевых отчётов и требований регуляторов. В аналитической части опишите тренд — модернизация сетей становится постоянным процессом, значит, задача проектирования и мониторинга таких сетей востребована. Для практической части достаточно имитационного моделирования или лабораторного стенда.
Чаще всего требуется не только код, но и обоснование выбора технологий. Схемы обязательны: C4, UML, BPMN для процесса. Все артефакты должны соответствовать ГОСТ 19.101 или ГОСТ 34.201. Многие вузы просят также акт внедрения или результаты эксперимента. Подготовьте хотя бы результаты тестирования на эмуляторе — это засчитывается как практика.
Используйте моделирование в ns-3 или OMNeT++. Задайте типовые сценарии: число абонентов, скорость движения, количество базовых станций. Сравните два варианта: до модернизации и после. Рассчитайте улучшение метрик (например, задержка снизилась на X%, потери пакетов меньше на Y%). Это статистически корректно, если вы опишете допущения.
Чтобы не было вопросов, добавьте в тему «разработка программного модуля» или «автоматизация». Например: «Разработка модуля мониторинга для телеком-инфраструктуры». Тогда вы покажете и инженерную, и программную составляющую.
Ошибка 1. Пересказывают новости вместо анализа. Если взять статью о Е‑119 и просто переписать её — это не ВКР. Нужно выделить техническую проблему (покрытие, отказоустойчивость, мониторинг) и предложить своё решение.
Ошибка 2. Используют устаревшие стандарты и не знают ГОСТ. Многие студенты оформляют схемы «от руки» и забывают про ГОСТ 34.201, ГОСТ 19.701. Проверьте требования вашего вуза и зафиксируйте их в тексте — это плюс к оценке.
Ошибка 3. Слабая расчётная часть. Если вы пишете «сеть стала лучше» без цифр, защита пройдёт сложно. Сравните метрики: быстродействие, доступность, сложность развертывания. Даже простая таблица «до/после» существенно усилит работу.
Источник: МТС обновила мобильную сеть на федеральной трассе Е-119 Астрахань-Москва (опубликовано 2026-03-18)