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

## Семантический анализ - **Поддомен:** Cloud/DevOps + телеком-инфраструктура - **Роль:** Архитектор ПО (опыт интеграции распределённых систем) - **Primary keyword:** интеграция телеком-платформ в ВКР - **LSI:** межоператорский роуминг 5G, NFV/SDN, CAMARA Open Gateway, IoT-платформа, Kubernetes для телеком-нагрузок, OpenTelemetry, SLA/SLO метрики, C4-диаграмма, edge computing - **Вопросы студентов:** какую тему взять, где найти данные о трафике, как обосновать экономику, как оформить архитектуру, какие метрики считать - **Сущности:** ГОСТ 34, ISO/IEC 25010, OpenTelemetry, Kubernetes, C4/UML - **Схема структуры:** B (Введение → Основная часть с темами → FAQ → Чек-лист → Ошибки → CTA → Эксперт → Источник) ```html

Межоператорская интеграция в дипломе: архитектура 5G-роуминга, IoT и метрики SLA

26 марта 2026 года МТС объявила о долгосрочном сотрудничестве с China Mobile — крупнейшим оператором связи в мире. Первое направление — совместная работа по межоператорскому взаимодействию в сетях 5G, IoT и корпоративных сервисах. Для выпускника ИТ-специальности это не «новость из мира бизнеса», а готовый каркас для ВКР: интеграция разнородных телеком-платформ, отказоустойчивость на стыке операторов, метрики качества и управление API-шлюзами. Ниже — как из этой новости собрать защищаемую работу, а не реферат.

Что реально скрывается за словами «долгосрочное сотрудничество»

Межоператорская интеграция — это всегда стык трёх уровней: транспортного (физика, MPLS, IP-транзит), сервисного (IMS, SMSC, API роуминга) и прикладного (биллинг, IoT-платформы, аналитика). Когда два оператора из разных юрисдикций договариваются, IT-команда получает задачу: спроектировать шлюзы, согласовать SLA, обеспечить наблюдаемость (observability) и уложиться в требования регуляторов по данным.

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

Тема 1. Референсная архитектура межоператорского 5G-роуминга

• Актуальность: кейс МТС и China Mobile показывает, что операторы переходят от «прямых договоров» к программным интерфейсам (CAMARA / Open Gateway).
• Цель: разработать архитектурную модель стыка двух сетей 5G SA с разделением control plane и user plane.
• Задачи: обзор SEPP/NRF, построение C4-диаграмм (Context → Container → Component), выбор схемы шлюзов, оценка задержек, оформление по ГОСТ 34.
• Структура: гл. 1 — стандарты 3GPP и межоператорский роуминг; гл. 2 — проектирование на C4; гл. 3 — имитационная модель нагрузки (например, на Ns-3 или в виде дискретно-событийной симуляции).

Тема 2. IoT-платформа для трансграничных устройств

• Актуальность: сотрудничество операторов (МТС/China Mobile) раскрывает сценарий «устройство в Шанхае — платформа в Москве».
• Цель: спроектировать и прототипировать платформу приёма MQTT-телеметрии с межоператорским роумингом eSIM.
• Задачи: сравнение MQTT/CoAP/AMQP, архитектура брокера на Kubernetes, система управления eSIM-профилями (GSMA SGP.32), расчёт TCO.
• Структура: гл. 1 — обзор IoT-платформ и стандартов GSMA; гл. 2 — реализация прототипа (Kubernetes + EMQX + PostgreSQL); гл. 3 — нагрузочное тестирование и сравнение с метриками ISO/IEC 25010.

Тема 3. Наблюдаемость на стыке операторов: метрики SLA/SLO

• Актуальность: без наблюдаемости интеграция превращается в «чёрный ящик» — и это ровно та проблема, которую решает реальный бизнес.
• Цель: построить систему мониторинга сквозного SLA между двумя операторами на базе OpenTelemetry.
• Задачи: описать SLO (доступность, задержка, потери пакетов), развернуть коллектор OTel, настроить дашборды, рассчитать бюджет ошибок.
• Структура: гл. 1 — теория SRE и SLA; гл. 2 — архитектура сбора метрик/трейсов/логов; гл. 3 — эксперимент с эмуляцией деградации канала.

Как встроить материал в главы ВКР

Глава 1 — анализ и стандарты

Не пересказывайте новость. Разберите её на архитектурные решения: какие стандарты применимы (3GPP TS 23.501, GSMA SGP.32, ISO/IEC 25010 для качества), какие регуляторные ограничения (152-ФЗ, GDPR, китайский PIPL). Сравните два-три подхода к интеграции — например, «прямой пиринг» vs «через агрегатора» vs «cloud-based hub». Сделайте таблицу с критериями: стоимость, задержка, юрисдикция, сложность эксплуатации.

Глава 2 — проектирование и реализация

Здесь ключевой артефакт — диаграмма. Используйте C4: сначала контекст (два оператора, абонент, регулятор), потом контейнеры (шлюзы, API Gateway, брокеры), затем компоненты. Для процессов биллинга и провижининга eSIM удобно рисовать BPMN 2.0. Пример псевдоконфигурации OTel-коллектора, который отдаёт трейсы с роумингового шлюза:

receivers:
  otlp:
    protocols:
      grpc:
        endpoint: 0.0.0.0:4317
processors:
  batch:
    timeout: 2s
  resource:
    attributes:
      - key: operator.partner
        value: "china-mobile"
        action: upsert
exporters:
  prometheus:
    endpoint: "0.0.0.0:8889"
  otlphttp/tempo:
    endpoint: "http://tempo:4318"
service:
  pipelines:
    traces:
      receivers: [otlp]
      processors: [batch, resource]
      exporters: [otlphttp/tempo]
    metrics:
      receivers: [otlp]
      processors: [batch]
      exporters: [prometheus]

Такой фрагмент — уже полноценный листинг для приложения ВКР. Покажите, что атрибут operator.partner позволяет потом считать SLA отдельно по каждому партнёру.

Глава 3 — тестирование и эффективность

Считайте не «впечатления», а цифры. Минимальный набор метрик: p95 latency на стыке, доля потерянных пакетов, MTTR при деградации, экономия на отказе от ручного провижининга eSIM. Хорошо работает сравнение «до/после» на одной и той же синтетической нагрузке (генератор на Locust или k6). Для экономической части подойдёт модель TCO на 3 года: аренда инфраструктуры + команда + лицензии.

FAQ: что обычно спрашивают на защите и консультации

Какую тему выбрать, если я не работаю в телекоме?

Не обязательно иметь доступ к проду оператора. Возьмите «архитектурный» или «имитационный» трек: референсная модель на C4 + симуляция нагрузки в Ns-3/OMNeT++ даёт защищаемый результат без реальных данных. Руководители это ценят — видно системное мышление.

Где брать данные о трафике и отказах?

Три легальных источника: открытые датасеты Kaggle (телеком-трафик), синтетические генераторы (Locust, k6, iperf3), публичные отчёты операторов и регуляторов (Роскомнадзор, ITU). Ссылка на источник в тексте обязательна — это часть нормоконтроля.

Как доказать «эффективность» разработки?

Через метрики, а не через слова. Сравнивайте два состояния системы (до и после вашего решения) на одной нагрузке. Фиксируйте: latency, throughput, error rate, стоимость одного транзакции. Это стандартный приём в ВКР по ISO/IEC 25010.

Что проверяет нормоконтроль в схемах?

ГОСТ 34.602 и 19.701: рамки, единые обозначения, подписи, ссылки на схему в тексте, включение в перечень приложений. UML-диаграммы тоже допускаются, но должны быть читаемы в ч/б печати. Не рисуйте в 14 цветов.

Чек-лист «Что проверить перед сдачей»

Типичные ошибки студентов

Источник: МТС и China Mobile заключили договор о долгосрочном сотрудничестве (опубликовано 2026-03-26)

```