- PVSM.RU - https://www.pvsm.ru -
Страсти по внедрению услуги переносимости мобильного номера немного поутихли и теперь настало время разобраться, что и как было сделано, какова логика работы и посмотреть на некоторые технические аспекты. Хочу заранее попросить всех гуру телекома простить мне намеренные упрощения и игнор несущественных деталей.
Одной из главных задач, решаемых сетями, поддерживающими MNP, является установление принадлежности абонента к какому-либо оператору. Это необходимо, чтобы корректно направить голосовой вызов или SMS, а для платежных систем – кому перечислять деньги. Для решения этой задачи используется ЦБДПН – центральная БД перенесенных номеров.
Все помнят, что оператором ЦБДПН был назначен ФГУП ЦНИИС, в задачи которого входило развертывание упомянутой базы, с которой должны быть соединены все игроки. Разумеется, никаких собственных разработок у ЦНИИС не было, а было предложение купить готовое решение Numlex у литовской компании Медиафон. Собственно, так и произошло. Деньги на покупку в размере 70 млн. рублей были выделены министерством связи, что позволило запустить ЦБДПН в рекордно короткие сроки. Кстати, на сайте самого ЦНИИС есть возможность проверить принадлежность номера к оператору: www.zniis.ru/bdpn/check [1]
ЦНИИС постоянно выкладывает скудную статистику по количеству успешных переходов, из которой, к сожалению нельзя понять главное: кто у кого какую долю отвоевал. Зато можно увидеть динамику востребованности услуги. Если так пойдет и дальше, думаю, прогнозы о том, что MNP востребован только для 1-2% окажутся ошибочными
Рассматривать MNP будем в двух плоскостях:
Еще было бы интересно посмотреть на платежные системы. Но, увы, я этим вопросом совсем не владею, поэтому вынужден оставить его более компетентным авторам. Подключайтесь, рассказывайте.
Забегая вперед, скажу, что краеугольным камнем всей логики обработки вызовов является роутинговый номер RN, который имеет следующий формат:
DXXYY, где:
D – всегда символ «D»
XX – код региона согласно Конституции [2]. Похож на код ГИБДД, но для многих регионов он не совпадает. Например, для RN код 55 – относится к Новгородской области, хотя у ГИБДД в Новгороде код 53.
YY – код оператора. Для МТС-01, для МегаФон – 02, для Билайн – 99, для Теле2 – 20
В документах ЦНИИС [3] можно обнаружить массу красочных диаграмм процессов и достаточно подробное описание команд, кодов завершения и всех необходимых процедур. Мы же рассмотрим типовой сценарий переноса, при котором абонент оператора-донора уходит к оператору-реципиенту. Одним словом, это называется Портация.
Рисунок 1 – диаграмма процесса портации.
Рассмотрим основные этапы процесса
Все! Теперь все операторы знают о том, что наш клиент перешел в новую сеть.
И здесь остается добавить, что большинство операций выполняется в автоматическом режиме. Исключения – конечно же, взаимодействие с абонентом и обработка различных ошибок и особых ситуаций. К примеру, абонент мог передумать менять сеть – на этот случай существуют свои типовые сценарии.
Поскольку вся эта история про телефонный номер, основной интерес представляют голосовые вызовы и SMS. Как я уже писал, главной задачей для обслуживания вызова является установление местонахождения вызываемого абонента. В классической мобильной сети решает ее коммутатор, называемый GMSC, а помогает ему шлюз сигнализации STP, в котором описаны статические маршруты отправки запросов к HLR’ам исходя из номера искомого абонента. Если вы слабо знакомы с принципами работы мобильных сетей, поясню, что HLR – это база данных, где хранится информация не только о технических параметрах абонентов, но и о текущем обслуживающем коммутаторе каждого из них. И чтобы найти вызываемого абонента, сеть делает запрос в HLR.
С появлением MNP, статическая маршрутизация сигнального трафика, основанная на MSISDN уже не позволяет нам найти нужный HLR, а потому у оператора появляется новый узел, называемый SRF. Основной задачей SRF является хранение, обновление и предоставление информации о принадлежности любого номера к региону и оператору. Признаком принадлежности является роутинговый номер RN, который в связке с номером MSISDN используется далее, для маршрутизации MAP и ISUP-трафика коммутаторами GMSC/MSS.
Теперь разберем сценарий голосового вызова к абоненту, портированному в новую сеть. Для примера, абонент А из сети Теле2 звонит абоненту B, перешедшему в МТС **. Откуда он перешел теперь не имеет значения, поскольку его прошлый оператор в процедурах больше не участвует. Внутренние алгоритмы работы с SRF у операторов могут быть разными. Но, мы посмотрим на схему в общих чертах, держа в уме, что это может быть лишь одним из вариантов.
Рисунок 2 — Вызов на портированного абонента
Для простоты понимания опущен этап проверки принадлежности абонента 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
Источник [4]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/besprovodny-e-tehnologii/57449
Ссылки в тексте:
[1] www.zniis.ru/bdpn/check: http://www.zniis.ru/bdpn/check
[2] Конституции: http://ru.wikipedia.org/wiki/%D0%A4%D0%B5%D0%B4%D0%B5%D1%80%D0%B0%D1%82%D0%B8%D0%B2%D0%BD%D0%BE%D0%B5_%D1%83%D1%81%D1%82%D1%80%D0%BE%D0%B9%D1%81%D1%82%D0%B2%D0%BE_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B8
[3] ЦНИИС: http://www.zniis.ru/bdpn/documents/documents-bdpn
[4] Источник: http://habrahabr.ru/post/216537/
Нажмите здесь для печати.