# Переносимость мобильных номеров и маршрутизация

> Переносимость номеров позволяет абоненту сохранить свой MSISDN при смене оператора, так что набранный номер больше не идентифицирует обслуживающую сеть. Маршрутизация работает через разрешение номера в маршрутный номер (RN) — либо запросом к центральной базе данных перед маршрутизацией (All-Call-Query), либо ретрансляцией через сеть-донора (Onward Routing) — обычно посредством MNP- или HLR-запроса.

- Канонический URL: https://www.broadnet.me/ru/reference/number-portability-and-routing
- Язык: ru
- Последнее обновление: 2026-07-19
- Издатель: BroadNet (https://www.broadnet.me)

Как переносимость мобильных номеров (MNP) разрывает связь между набранным номером и его домашней сетью: маршрутные номера (RN), All-Call-Query против Onward Routing, базы данных MNP и запросы к ним, и как HLR/MNP-поиск управляет маршрутизацией по наименьшей стоимости и надёжной доставкой.

## Проблема перенесённого номера

Исторически NDC номера E.164 идентифицировал оператора, которому он принадлежал, поэтому маршрутизация вызова или сообщения означала чтение диапазона номера и отправку в эту сеть. Переносимость мобильных номеров (Mobile Number Portability, MNP) разрушает это допущение: абонент может перенести свой MSISDN к новому оператору, сохранив номер, так что исходный диапазон номера больше не указывает, кто его фактически обслуживает. Оператор, чьему диапазону принадлежит номер, — это «донор», или «держатель диапазона»; оператор, обслуживающий его теперь, — это «получатель». Поэтому каждая сеть, порождающая трафик к этому номеру, должна определить текущую обслуживающую сеть, прежде чем сможет корректно маршрутизировать, — это поиск, а не допущение.

## Маршрутные номера и как работает коррекция

Переносимость разрешается путём связывания перенесённого MSISDN с маршрутным номером (Routing Number, RN) — префиксом, идентифицирующим сеть-получателя. Когда обнаруживается, что номер перенесён, порождающая или транзитная сеть предваряет (или иным образом присоединяет) RN к вызываемому номеру, чтобы нижестоящие коммутаторы маршрутизировали по RN, а не по исходному диапазону. RN — это внутренний маршрутный артефакт, а не набираемый номер, и он удаляется перед доставкой. Существуют две доминирующие архитектуры получения и применения этой коррекции — All-Call-Query и Onward Routing, — и национальные регуляторы обычно предписывают, какую именно, наряду с процессом переноса и центральной справочной базой данных, которая его обеспечивает.

*Роли и артефакты переносимости номеров*

| Термин | Значение |
|---|---|
| Сеть-донор / владелец диапазона | Оператор, к диапазону номеров которого относится MSISDN |
| Сеть получателя | Оператор, в настоящее время обслуживающий перенесённый номер |
| Номер маршрутизации (RN) | Префикс, идентифицирующий сеть-получатель для маршрутизации |
| база данных MNP | Справочное сопоставление перенесенных номеров → получатель/RN |
| MNP dip | Запрос к этой базе данных для определения текущей сети |

## All-Call-Query против Onward Routing

В All-Call-Query (ACQ) порождающая сеть запрашивает центральную базу данных MNP для каждого вызова/сообщения к переносимому диапазону перед маршрутизацией, извлекает маршрутный номер получателя и маршрутизирует напрямую к обслуживающей сети. Это эффективно — один запрос, один оптимальный путь, — но требует, чтобы каждая порождающая сеть имела доступ к базе данных. В Onward Routing (OR) вызов сначала маршрутизируется к сети-донору, как если бы номер не был перенесён; донор обнаруживает перенос, находит получателя и ретранслирует вызов дальше. OR не требует центрального запроса на источнике, но тратит впустую участок через донора и добавляет задержку и стоимость. Большинство зрелых рынков предпочитают ACQ; выбор обычно устанавливается регулятором.

*ACQ против Onward Routing*

| Аспект | All-Call-Query (ACQ) | Onward Routing (OR) |
|---|---|---|
| Точка запроса | Исходная сеть, до маршрутизации | Сеть-донор, после первого плеча |
| Путь | Непосредственно получателю | Источник → донор → получатель |
| Эффективность | Оптимальный (один переход) | Дополнительное плечо через сеть-донор |
| Требование | Исходной сети нужен доступ к базе данных MNP | Запрос в исходной сети не требуется |
| Типовое использование | Зрелые рынки, по требованию регулятора | Более простые/устаревшие развертывания |

## Базы данных MNP, запросы и HLR-поиск

Разрешение текущей сети выполняется «запросом» (dip) — обращением, возвращающим обслуживающего оператора (как MCC-MNC и/или маршрутный номер) для MSISDN. Существуют два родственных поиска. Выделенный MNP-запрос обращается к национальной базе данных переносимости или поддерживаемому эквиваленту и отвечает на вопрос «какая сеть держит этот номер сейчас?». HLR-поиск идёт дальше, сигнализируя в сторону сети (через SS7/MAP SendRoutingInfoForSM или эквивалент), чтобы подтвердить текущую обслуживающую сеть абонента и достижимость в реальном времени, что также раскрывает переносимость, поскольку возвращённая сеть отличается от держателя диапазона. Для сообщений результат HLR даёт точный MCC-MNC, необходимый для выбора правильного подключения и корректного кодирования доставки.

*Разрешение перенесённого номера перед доставкой*

```text
Dialed MSISDN : +49 151 00000000   (range historically = Operator A)
        │  MNP dip / HLR lookup
        ▼
Serving network : MCC 262 / MNC 07  (Operator B — number was ported)
Routing Number  : prepended so switches route to Operator B
        │
        ▼
Route/deliver to Operator B (not the range holder)
```

## Данные о переносимости в маршрутизации по наименьшей стоимости и доставке

Правильное определение обслуживающей сети — это не только требование корректности, но и коммерческое. В A2P-сообщениях и голосовой связи ставки взаимодействия различаются по сети назначения, поэтому маршрутизация по исходному диапазону номера вместо его истинной обслуживающей сети может неверно оценить трафик и выбрать субоптимальный или сбойный маршрут. Движок маршрутизации, учитывающий переносимость, запрашивает номер, разрешает реальный MCC-MNC и затем применяет маршрутизацию по наименьшей стоимости по подключениям, достигающим именно этой сети, выбирая самый дешёвый путь, всё ещё удовлетворяющий требованиям доставки и качества. На покрытии, охватывающем 200+ стран и 1000+ операторских подключений, это разрешение по каждому сообщению — то, что делает доставку надёжной, а тарификацию точной; проверки репутации и интеллектуального анализа номеров опираются на те же поиски.

## Регуляторный контекст

Переносимость номеров существует потому, что регуляторы предписывают её для содействия конкуренции — абонент, способный сохранить свой номер, сталкивается с более низким барьером для смены оператора. Национальные регуляторы определяют процесс переноса (сроки, правила «единого окна», процедуры, ведомые получающим провайдером), справочную базу данных и метод маршрутизации, который операторы должны реализовать (обычно ACQ). Правила широко различаются по странам: одни используют централизованную клиринговую палату, другие — распределённую модель; одни охватывают только мобильную связь, другие — фиксированную и мобильную. Поскольку регуляторная модель и доступ к базе данных различаются по рынкам, глобальный провайдер сообщений или голосовой связи должен интегрироваться со множеством режимов переносимости и поддерживать свои данные запросов в актуальном состоянии, — именно поэтому точный, актуальный слой поиска является фундаментальным, а не опциональным.

## Частые вопросы

### Что такое переносимость мобильных номеров?

Переносимость мобильных номеров (MNP) позволяет абоненту сохранить свой MSISDN при смене оператора. Поскольку номер остаётся тем же, а обслуживающая сеть меняется, набранный номер больше не идентифицирует, кто его обслуживает, — поэтому каждая сеть, отправляющая трафик к переносимому номеру, должна сначала разрешить текущую обслуживающую сеть поиском.

### Почему больше нельзя маршрутизировать по диапазону телефонного номера?

Потому что переносимость разрывает связь между исходным диапазоном номера (донором) и оператором, который его фактически обслуживает (получателем). Номер из диапазона оператора A теперь может обслуживаться оператором B. Маршрутизация по диапазону отправила бы трафик в неправильную сеть, поэтому текущую обслуживающую сеть нужно разрешить перед маршрутизацией.

### Что такое маршрутный номер (RN)?

Маршрутный номер — это префикс, идентифицирующий сеть-получателя, обслуживающую перенесённый MSISDN. Когда обнаруживается, что номер перенесён, сеть присоединяет RN, чтобы нижестоящие коммутаторы маршрутизировали по нему, а не по исходному диапазону. RN — это внутренний артефакт, ненабираемый, и он удаляется перед доставкой.

### В чём разница между All-Call-Query и Onward Routing?

All-Call-Query запрашивает центральную базу данных MNP на порождающей сети перед маршрутизацией и отправляет вызов напрямую получателю — эффективно, но требует доступа к базе данных. Onward Routing сначала отправляет вызов сети-донору, которая обнаруживает перенос и ретранслирует его дальше — без запроса на источнике, но с лишним участком. Большинство зрелых рынков предписывают ACQ.

### Что такое MNP-запрос (dip)?

MNP-запрос — это обращение к базе данных переносимости номеров, возвращающее текущего обслуживающего оператора (как MCC-MNC и/или маршрутный номер) для MSISDN. Он отвечает на вопрос «какая сеть держит этот номер сейчас?». HLR-поиск идёт дальше, подтверждая обслуживающую сеть и достижимость в реальном времени через сетевую сигнализацию.

### Как данные о переносимости влияют на маршрутизацию сообщений и стоимость?

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

## Источники

- [3GPP TS 23.003 — Numbering, addressing and identification](https://www.3gpp.org/dynareport/23003.htm)
- [ITU-T E.164 — International public telecommunication numbering plan](https://www.itu.int/rec/T-REC-E.164)

## См. также

- [HLR-поиск](https://www.broadnet.me/ru/products/hlr-lookup)
- [Интеллектуальный анализ номеров HLR и MNP](https://www.broadnet.me/ru/answers/hlr-mnp-number-intelligence)
- [Коды MCC, MNC и PLMN (E.212)](https://www.broadnet.me/ru/reference/mcc-mnc-plmn-codes)
- [Поток доставки MT-SMS в SS7](https://www.broadnet.me/ru/reference/ss7-mt-sms-delivery-flow)
- [Репутация и валидация номеров](https://www.broadnet.me/ru/products/phone-reputation)