# MVNE и MVNA платформа для хост-оператора сети

Источник: https://fw-t.ru/solutions/mvne
Опубликовано: 2026-09-14 · Обновлено: 2026-09-14

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

**Коротко.** Forward MVNE — платформа для оператора сети, который принимает на свою инфраструктуру виртуальных операторов. Закрывает изоляцию контуров арендаторов, тарификацию трафика каждого MVNO, взаиморасчеты с ними и подключение нового оператора без доработки ядра сети. Отличается от MVNO-платформы адресатом: там оператор обслуживает абонентов, здесь — обслуживает операторов.

## Кому эта страница

Платформа MVNE нужна оператору, который владеет сетью и хочет пускать на нее виртуальных операторов. Задача здесь обратная запуску MVNO. Оператор строит контур, в котором чужие бренды работают на его инфраструктуре и платят за трафик.

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

## Что должна закрывать платформа

| Задача | Как решается |
|---|---|
| Изоляция арендаторов | Отдельный контур на каждого: тарифы, каталог, абонентская база, правила расчетов |
| Разметка трафика | Событие получает признак принадлежности до тарификации, в [Forward MD](/products/fw-md) |
| Тарификация в реальном времени | [Forward Fusion](/products/fw-fusion) — prepaid и контроль баланса по каждому арендатору |
| Расчеты и счета | [Forward Billing](/products/fw-billing) — лицевые счета, начисления, выгрузки |
| Взаиморасчеты с арендаторами | [Forward Interconnect](/products/fw-interconnect) — встречные счета, ре-зонирование, маржинальность |
| Управление услугами в сети | [Forward SP](/products/fw-sp) — команды на оборудование от имени арендатора |
| Партнерский контур | [Forward PRM](/products/fw-prm) — договоры, вознаграждения, автоматические сверки |

## Подключение нового арендатора

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

Ядро сети и контуры действующих арендаторов при этом не затрагиваются.

## Опыт платформы

Forward работает в роли MVNE: на платформе обслуживаются виртуальные операторы, каждый под своим брендом. Стыковка шла с сетями всех четырех федеральных операторов, по CAMEL и DIAMETER, с поддержкой переноса номера и обмена TAP-файлами для роуминга.

Проекты, где виден контур арендатора: [Т-Мобайл](/cases/project-tinkoff) в модели Full, [Альфа-Мобайл](/cases/alfa-mobile-mvno) в модели Medium, [12.ru](/cases/project-12ru) с партнерской программой лояльности поверх связи.

Если задача обратная — выйти на рынок связи под своим брендом, — смотрите [платформу для запуска MVNO](/solutions/mvno).

## Вопросы и ответы

**Чем MVNE отличается от MVNO и MVNA?**

MVNO — сам виртуальный оператор, работает с абонентами под своим брендом. MVNE предоставляет ему техническую платформу: биллинг, интеграции с сетью хоста, поддержку. MVNA — агрегатор, который покупает трафик у сети оптом и перепродает нескольким MVNO. Роль MVNE может взять на себя как вендор платформы, так и сам оператор сети, решивший зарабатывать на приеме виртуальных операторов.

**Зачем оператору сети принимать виртуальных операторов?**

Загрузить построенную сеть чужими абонентами без собственных затрат на привлечение. Виртуальный оператор приводит свою базу и свой бренд, а платит за трафик. Для сети это выручка с уже окупленной инфраструктуры, для партнера — выход на рынок связи без строительства. Ограничение одно: каждый новый арендатор не должен требовать доработки ядра.

**Как изолируются контуры разных виртуальных операторов?**

Каждый арендатор ведется как отдельный контур со своими тарифами, продуктовым каталогом, абонентской базой и правилами расчетов. Данные одного оператора недоступны другому. Общими остаются инфраструктура сети и слой сбора событий, который размечает трафик по принадлежности до попадания в тарификацию.

**Сколько занимает подключение нового виртуального оператора?**

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

**Как ведутся взаиморасчеты с виртуальными операторами?**

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