цниис проверка номера по оператору
Цниис проверка номера по оператору
В соответствии с положениями ФЗ «О связи», вступившими в силу с 01.12.2013, и Постановления Правительства от 06.08.2013 № 672, создана база данных перенесенных номеров (БДПН), поддерживаемая оператором БДПН. Распоряжением Правительства Российской Федерации от 9 октября 2013 года № 1832-р Оператором БДПН определен ФГУП ЦНИИС.
ФГУП ЦНИИС как оператор базы данных перенесенных абонентских номеров предоставляет:
Операторам подвижной радиотелефонной связи:
Иным пользователям
(ФОИВ, операторам фиксированной связи, участникам национальной платежной системы, поставщикам контента / Интернет услуг):
Общая схема взаимодействия участников процесса переноса номеров
Перспективы развития БДПН
Новые проекты на базе инфраструктуры БДПН
ФГУП ЦНИИС в инициативном порядке проводит мероприятия по реализации целого ряда проектов на базе инфраструктуры БДПН в интересах различных коммерческих организаций и государственных ведомств.
Среди задач, решаемых в рамках данных активностей, можно отметить следующие:
Кроме того, по совокупности реализации и наполнения всех выше перечисленных информационных систем, предполагается их виртуальное объединение с целью создания уникальной информационно аналитической системы, не имеющей мировых аналогов, обеспечивающей возможность формирования уникальных аналитических данных о:
MNP: Как все устроено*
* Как все устроено не знает никто.
Страсти по внедрению услуги переносимости мобильного номера немного поутихли и теперь настало время разобраться, что и как было сделано, какова логика работы и посмотреть на некоторые технические аспекты. Хочу заранее попросить всех гуру телекома простить мне намеренные упрощения и игнор несущественных деталей.
Одной из главных задач, решаемых сетями, поддерживающими MNP, является установление принадлежности абонента к какому-либо оператору. Это необходимо, чтобы корректно направить голосовой вызов или SMS, а для платежных систем – кому перечислять деньги. Для решения этой задачи используется ЦБДПН – центральная БД перенесенных номеров.
Все помнят, что оператором ЦБДПН был назначен ФГУП ЦНИИС, в задачи которого входило развертывание упомянутой базы, с которой должны быть соединены все игроки. Разумеется, никаких собственных разработок у ЦНИИС не было, а было предложение купить готовое решение Numlex у литовской компании Медиафон. Собственно, так и произошло. Деньги на покупку в размере 70 млн. рублей были выделены министерством связи, что позволило запустить ЦБДПН в рекордно короткие сроки. Кстати, на сайте самого ЦНИИС есть возможность проверить принадлежность номера к оператору: www.zniis.ru/bdpn/check
ЦНИИС постоянно выкладывает скудную статистику по количеству успешных переходов, из которой, к сожалению нельзя понять главное: кто у кого какую долю отвоевал. Зато можно увидеть динамику востребованности услуги. Если так пойдет и дальше, думаю, прогнозы о том, что MNP востребован только для 1-2% окажутся ошибочными
Рассматривать MNP будем в двух плоскостях:
Забегая вперед, скажу, что краеугольным камнем всей логики обработки вызовов является роутинговый номер RN, который имеет следующий формат:
D – всегда символ «D»
XX – код региона согласно Конституции. Похож на код ГИБДД, но для многих регионов он не совпадает. Например, для RN код 55 – относится к Новгородской области, хотя у ГИБДД в Новгороде код 53.
YY – код оператора. Для МТС-01, для МегаФон – 02, для Билайн – 99, для Теле2 – 20
ПОРТАЦИЯ АБОНЕНТА
В документах ЦНИИС можно обнаружить массу красочных диаграмм процессов и достаточно подробное описание команд, кодов завершения и всех необходимых процедур. Мы же рассмотрим типовой сценарий переноса, при котором абонент оператора-донора уходит к оператору-реципиенту. Одним словом, это называется Портация.
Рисунок 1 – диаграмма процесса портации.
И здесь остается добавить, что большинство операций выполняется в автоматическом режиме. Исключения – конечно же, взаимодействие с абонентом и обработка различных ошибок и особых ситуаций. К примеру, абонент мог передумать менять сеть – на этот случай существуют свои типовые сценарии.
РАБОТА ОСНОВНЫХ СЕРВИСОВ
Поскольку вся эта история про телефонный номер, основной интерес представляют голосовые вызовы и SMS. Как я уже писал, главной задачей для обслуживания вызова является установление местонахождения вызываемого абонента. В классической мобильной сети решает ее коммутатор, называемый GMSC, а помогает ему шлюз сигнализации STP, в котором описаны статические маршруты отправки запросов к HLR’ам исходя из номера искомого абонента. Если вы слабо знакомы с принципами работы мобильных сетей, поясню, что HLR – это база данных, где хранится информация не только о технических параметрах абонентов, но и о текущем обслуживающем коммутаторе каждого из них. И чтобы найти вызываемого абонента, сеть делает запрос в HLR.
С появлением MNP, статическая маршрутизация сигнального трафика, основанная на MSISDN уже не позволяет нам найти нужный HLR, а потому у оператора появляется новый узел, называемый SRF. Основной задачей SRF является хранение, обновление и предоставление информации о принадлежности любого номера к региону и оператору. Признаком принадлежности является роутинговый номер RN, который в связке с номером MSISDN используется далее, для маршрутизации MAP и ISUP-трафика коммутаторами GMSC/MSS.
Теперь разберем сценарий голосового вызова к абоненту, портированному в новую сеть. Для примера, абонент А из сети Теле2 звонит абоненту B, перешедшему в МТС **. Откуда он перешел теперь не имеет значения, поскольку его прошлый оператор в процедурах больше не участвует. Внутренние алгоритмы работы с SRF у операторов могут быть разными. Но, мы посмотрим на схему в общих чертах, держа в уме, что это может быть лишь одним из вариантов.
** операторы выбраны произвольно.
Повторюсь, что детали внутренних решений у разных операторов могут отличаться. Но, в целом, принцип неизменен в одном: для нахождения пути маршрутизации, сеть использует собственный узел SRF, который «знает», какой абонент портирован и куда, а какой нет.
Рассматривать в деталях аналогичный сценарий по отправке SMS, большого смысла нет. Скажу лишь, что для поиска абонента-получателя, SMSC инициирует стандартный запрос SRI_for_SM, который должен попасть в HLR получателя. По пути этот запрос перехватывается SRF, который поможет найти реального оператора-получателя. В ответ, SMSC получит GT VLR где находится получатель и IMSI, необходимые для отправки сообщения к обслуживающему коммутатору. Как конкретно эти сведения будет добывать SRF – вопрос сугубо в маршрутизации сигнальной сети оператора и используемого доп. функционала на узлах STP.
ПРОБЛЕМЫ
На начальном этапе внедрения MNP нередко бывало, что какие-то отдельно взятые операторы не везде успели внести изменения в маршрутизацию вызовов и сигналлизации. Из-за этого некоторые диапазоны номеров могли отрабатываться по прежней схеме, без участия SRF. Сейчас такое встречается крайне редко.
Некоторые проблемы возникают в связи с несвоевременным обновлением локальных баз данных операторов. Дело в том, что у каждого крупного игрока несколько узлов SFR и синхронизируются они не напрямую с ЦБДПН, а через локальную БДПН оператора. Эти процессы несколько снижают оперативность процедуры портации. Для абонента это может выглядеть, как отсутствие входящей связи от каких-то операторов.
Если основные услуги уже более-менее оттестированы и вычищены от багов, то масса экзотики, «умных» услуг, построенных на IN-платформах – различные виды переадресаций вызовов, SMS, короткие номера, мобильные номера в городском формате ABC, и все такое прочее – все это еще предстоит перепроверить. Я не утверждаю, что тут все плохо. Но, нужно понимать, что чем больше костылей и чем менее востребован функционал, тем больше вероятность, что какие-то механизмы забыли скорректировать под MNP.
Определить оператора мобильного абонента (MNP API)
Форма определения оператора абонента (MNP)
Статистика по базе данных перенесенных номеров (БДПН)
Данная информация отражает актуальное кол-во перенесенных номеров на 26.10.2021 без учета тех, кто вернулся обратно к своему оператору.
По другим странам статистика не ведется, но информация предоставляется.
IMSI, MCC, MNP, PLMN
Коды MCC и MNP и соответствующие им названия страны и оператора доступны с помощью API запросов. Список МСС кодов.
PLMN это код страны + код оператора, т.е. MCC + MNP.
CellID (CID) — «идентификатор соты». Тот самый сектор базовой станции. Этот параметр также может быть представлен в десятичном, и шестнадцатеричном виде.
MNP API
Для получения информации об операторе абонента мобильной связи с учетом MNP-переноса используйте следующий API-запрос:
В ответ Вы получите структуру формата html или xml или json содержащую следующие поля:
Если ошибка, то:
error=текст ошибки
Пример с перенесенным абонентом:
Для получения оператора, от кого перешел (поле oper_from), по его коду используйте запрос:
Для получения города(областного центра) по его коду из поля regon->capital используйте запрос:
Получить номер телефона в любой из 150 стран
Если Вы планируете интернациональную компанию, вам понадобятся местные, в том числе бесплатные (8-800), номера. Для объединения всех местных номеров в единный call-центр Вы можете использовать SIP-телефонию
Цниис проверка номера по оператору
Операторы подвижной радиотелефонной связи
ФГУП ЦНИИС, как оператор БДПН, в соответствии с установленным Законодательством требованиями, предоставляет операторам подвижной связи:
Услуга по внесению изменений в базу данных перенесенных номеров предоставляется в двух режимах:
Автоматический режим предусматривает интеграцию БДПН с информационными системами оператора подвижной связи.
Web-интерфейс позволяет операторам подвижной связи вносить информацию о перенесенных номерах в БДПН в соответствии с установленной процедурой.
Заявление на подключение
Договор об оказании услуг
Акт о подключении
Соглашение о конфиденциальности
111141, Россия, Москва, 1-й проезд Перова поля, 8
+7 (495) 304-5797
+7 (495) 674-0067
192029, Россия, Санкт-Петербург,
Большой Смоленский пр., дом 4, литер В
143513, Московская область, Истринский район, с/пос. Бужаровское, в районе д. Новораково
Цниис проверка номера по оператору
Операторы фиксированной телефонной связи, кредитно-финансовые организации и поставщики контентных услуг
 | Порядок доступа иных лиц и операторов фиксированной связи к информации, содержащейся в базе данных перенесенных номеров (pdf, 361Кб) |
| | Приложение 1. Заявление на подключение к базе данных перенесенных номеров по протоколу SFTP (doc, 55Кб) |
| Приложение 2. Спецификация протокола SFTP (doc, 429Кб) |
| | Приложение 3. Акт о подключении к базе данных перенесенных номеров (doc, 40Кб) |
| | Согласие на соблюдение условий обеспечения доступа к информации, содержащейся в базе данных перенесенных абонентских номеров (doc, 45Kb) |
111141, Россия, Москва, 1-й проезд Перова поля, 8
+7 (495) 304-5797
+7 (495) 674-0067
192029, Россия, Санкт-Петербург,
Большой Смоленский пр., дом 4, литер В
143513, Московская область, Истринский район, с/пос. Бужаровское, в районе д. Новораково