MNP: Как все устроено*

в 13:55, , рубрики: MNP, Беспроводные технологии, Сетевые технологии, метки:

image

* Как все устроено не знает никто...

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

Одной из главных задач, решаемых сетями, поддерживающими MNP, является установление принадлежности абонента к какому-либо оператору. Это необходимо, чтобы корректно направить голосовой вызов или SMS, а для платежных систем – кому перечислять деньги. Для решения этой задачи используется ЦБДПН – центральная БД перенесенных номеров.

Все помнят, что оператором ЦБДПН был назначен ФГУП ЦНИИС, в задачи которого входило развертывание упомянутой базы, с которой должны быть соединены все игроки. Разумеется, никаких собственных разработок у ЦНИИС не было, а было предложение купить готовое решение Numlex у литовской компании Медиафон. Собственно, так и произошло. Деньги на покупку в размере 70 млн. рублей были выделены министерством связи, что позволило запустить ЦБДПН в рекордно короткие сроки. Кстати, на сайте самого ЦНИИС есть возможность проверить принадлежность номера к оператору: www.zniis.ru/bdpn/check

ЦНИИС постоянно выкладывает скудную статистику по количеству успешных переходов, из которой, к сожалению нельзя понять главное: кто у кого какую долю отвоевал. Зато можно увидеть динамику востребованности услуги. Если так пойдет и дальше, думаю, прогнозы о том, что MNP востребован только для 1-2% окажутся ошибочными

image

Рассматривать MNP будем в двух плоскостях:

  • сама процедура переноса, в ходе которой абонент мигрирует от одного оператора к другому, а база ЦБДПН пополняется роутинговой информацией, главной из которых является роутинговый номер RN;
  • работа основных услуг оператора с учетом новых особенностей.

Еще было бы интересно посмотреть на платежные системы. Но, увы, я этим вопросом совсем не владею, поэтому вынужден оставить его более компетентным авторам. Подключайтесь, рассказывайте.

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

DXXYY, где:

D – всегда символ «D»
XX – код региона согласно Конституции. Похож на код ГИБДД, но для многих регионов он не совпадает. Например, для RN код 55 – относится к Новгородской области, хотя у ГИБДД в Новгороде код 53.
YY – код оператора. Для МТС-01, для МегаФон – 02, для Билайн – 99, для Теле2 – 20

ПОРТАЦИЯ АБОНЕНТА

В документах ЦНИИС можно обнаружить массу красочных диаграмм процессов и достаточно подробное описание команд, кодов завершения и всех необходимых процедур. Мы же рассмотрим типовой сценарий переноса, при котором абонент оператора-донора уходит к оператору-реципиенту. Одним словом, это называется Портация.

Рисунок 1 – диаграмма процесса портации.

image

Рассмотрим основные этапы процесса

  1. Абонент приходит в офис нового оператора (реципиента) и пишет заявление о переходе.
  2. Оператор-реципиент отправляет запрос в ЦБДПН, где регистрируется заявка и запускается процесс портации.
  3. Оператор-донор получает заявку и выполняет ряд проверок – принадлежность абонента отсутствие задолженности, отсутствие запрета на перенос в течение 6 мес. с даты подключения и пр.
  4. Если все проверки пройдены успешно, то донор отправляет предполагаемую дату начала переноса. Обычно эта дата выбирается через 7 полных суток от текущего момента. Как показывает практика, в этот период оператор-донор начинает обрабатывать абонента, пытаясь узнать у него причины его ухода и предлагает как следует подумать. Не уверен, насчет эффективности такой политики; мне кажется, абонент, если уже надумал и дошел ножками до офиса, чтобы написать заявление, его уже ничто не остановит.
  5. В назначенный день и час начинается этап малая портация, когда основные участники процесса вносят изменения в своих системах и после чего новая SIM-карта абонента сможет работать в новой сети. Первым начинает донор, который деактивирует абонента в своих системах – HLR и биллинге.
  6. Затем реципиент активирует своего нового абонента у себя. На все эти манипуляции согласно регламенту отводится пол часа. Именно в течение этого периода абонент остается полностью без связи. Нужно сказать, обычно, все укладываются в несколько минут. И после этого, абонент может регистрироваться в новой сети и даже пользоваться многими услугами.
  7. Далее, донор вносит изменения в свой SFR, чтобы вызовы из его сети к своему «бывшему» абоненту корректно отправлялись в его новую домашнюю сеть. На этом заканчивается этап малой портации и наш абонент, измученный, но счастливый, начитает привыкать к новому оператору.
  8. ЦБДПН выкладывает в свою базу инкрементальные данные о новом RN портированного абонента, а все присоединенные операторы забирают эти сведения раз в 2 часа и обновляют свои SRF

Все! Теперь все операторы знают о том, что наш клиент перешел в новую сеть.

И здесь остается добавить, что большинство операций выполняется в автоматическом режиме. Исключения – конечно же, взаимодействие с абонентом и обработка различных ошибок и особых ситуаций. К примеру, абонент мог передумать менять сеть – на этот случай существуют свои типовые сценарии.

РАБОТА ОСНОВНЫХ СЕРВИСОВ

Поскольку вся эта история про телефонный номер, основной интерес представляют голосовые вызовы и SMS. Как я уже писал, главной задачей для обслуживания вызова является установление местонахождения вызываемого абонента. В классической мобильной сети решает ее коммутатор, называемый GMSC, а помогает ему шлюз сигнализации STP, в котором описаны статические маршруты отправки запросов к HLR’ам исходя из номера искомого абонента. Если вы слабо знакомы с принципами работы мобильных сетей, поясню, что HLR – это база данных, где хранится информация не только о технических параметрах абонентов, но и о текущем обслуживающем коммутаторе каждого из них. И чтобы найти вызываемого абонента, сеть делает запрос в HLR.

С появлением MNP, статическая маршрутизация сигнального трафика, основанная на MSISDN уже не позволяет нам найти нужный HLR, а потому у оператора появляется новый узел, называемый SRF. Основной задачей SRF является хранение, обновление и предоставление информации о принадлежности любого номера к региону и оператору. Признаком принадлежности является роутинговый номер RN, который в связке с номером MSISDN используется далее, для маршрутизации MAP и ISUP-трафика коммутаторами GMSC/MSS.

Теперь разберем сценарий голосового вызова к абоненту, портированному в новую сеть. Для примера, абонент А из сети Теле2 звонит абоненту B, перешедшему в МТС **. Откуда он перешел теперь не имеет значения, поскольку его прошлый оператор в процедурах больше не участвует. Внутренние алгоритмы работы с SRF у операторов могут быть разными. Но, мы посмотрим на схему в общих чертах, держа в уме, что это может быть лишь одним из вариантов.

** операторы выбраны произвольно.

Рисунок 2 — Вызов на портированного абонента
image

  1. Номер набрал абонент A, из домашней сети Т2. Обслуживающий его коммутатор MSC передает вызов к шлюзовому GMSC, задачей которого будет дальнейшая организация звонка.
  2. Шлюзовой GMSC делает запрос в SRF, где имеется информация о роутинговом номере RN с кодами региона и оператора (например, D5501 — МТС Новгорода)
  3. Узел SRF возвращает в GMSC ответ на SRI, где в качестве временного номера фигурирует связка из RN+MSISDN
  4. GMSC, исходя из полученного RN+MSISDN маршрутизирует вызов на оператора МТС.
  5. Ну, а дальше – стандартная процедура поиска абонента внутри сети – запрос в HLR-B, получение временного номера и GT VLR, установление голосового соединения к конечному MSC абонента B.

Для простоты понимания опущен этап проверки принадлежности абонента B на стороне принимающего оператора (МТС). Выполняется она также, через SRF и необходима на тот случай, если другие операторы будут присылать вызовы не по адресу, т.е. в нашем случае – на номера не принадлежащие МТС’у. Такие вызовы МТС отправит туда, где теперь реально прописан вызываемый абонент и возьмет за это свою копеечку за транзит.

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

Рассматривать в деталях аналогичный сценарий по отправке SMS, большого смысла нет. Скажу лишь, что для поиска абонента-получателя, SMSC инициирует стандартный запрос SRI_for_SM, который должен попасть в HLR получателя. По пути этот запрос перехватывается SRF, который поможет найти реального оператора-получателя. В ответ, SMSC получит GT VLR где находится получатель и IMSI, необходимые для отправки сообщения к обслуживающему коммутатору. Как конкретно эти сведения будет добывать SRF – вопрос сугубо в маршрутизации сигнальной сети оператора и используемого доп. функционала на узлах STP.

ПРОБЛЕМЫ

На начальном этапе внедрения MNP нередко бывало, что какие-то отдельно взятые операторы не везде успели внести изменения в маршрутизацию вызовов и сигналлизации. Из-за этого некоторые диапазоны номеров могли отрабатываться по прежней схеме, без участия SRF. Сейчас такое встречается крайне редко.

Некоторые проблемы возникают в связи с несвоевременным обновлением локальных баз данных операторов. Дело в том, что у каждого крупного игрока несколько узлов SFR и синхронизируются они не напрямую с ЦБДПН, а через локальную БДПН оператора. Эти процессы несколько снижают оперативность процедуры портации. Для абонента это может выглядеть, как отсутствие входящей связи от каких-то операторов.

Если основные услуги уже более-менее оттестированы и вычищены от багов, то масса экзотики, «умных» услуг, построенных на IN-платформах – различные виды переадресаций вызовов, SMS, короткие номера, мобильные номера в городском формате ABC, и все такое прочее – все это еще предстоит перепроверить. Я не утверждаю, что тут все плохо. Но, нужно понимать, что чем больше костылей и чем менее востребован функционал, тем больше вероятность, что какие-то механизмы забыли скорректировать под MNP.

ЗАКЛЮЧЕНИЕ

Когда осенью 2013 года все участники рынка критиковали организацию проекта MNP, они были правы. Со стороны Минкомсвязи внятные правила были объявлены с большим опозданием. Но, внедрить проект удалось благодаря тому, что наша страна не была пионером в этой области. На рынке существовали готовые решения – как для ЦБДПН, так и для каждого оператора и вендора его оборудования. Так что отмена мобильного рабства, в целом прошла спокойно, без истерик. И, хотя шероховатости еще остались, в целом, операторы связи, вопреки сложившемуся стереотипу, сработали весьма оперативно и согласованно.

Автор: Barabek

Источник

* - обязательные к заполнению поля


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js