цниис проверка номера по оператору связи

Цниис проверка номера по оператору связи

Операторы фиксированной телефонной связи, кредитно-финансовые организации и поставщики контентных услуг

111141, Россия, Москва, 1-й проезд Перова поля, 8

+7 (495) 304-5797
+7 (495) 674-0067

192029, Россия, Санкт-Петербург,
Большой Смоленский пр., дом 4, литер В

143513, Московская область, Истринский район, с/пос. Бужаровское, в районе д. Новораково

Источник

Цниис проверка номера по оператору связи

В соответствии с положениями ФЗ «О связи», вступившими в силу с 01.12.2013, и Постановления Правительства от 06.08.2013 № 672, создана база данных перенесенных номеров (БДПН), поддерживаемая оператором БДПН. Распоряжением Правительства Российской Федерации от 9 октября 2013 года № 1832-р Оператором БДПН определен ФГУП ЦНИИС.

ФГУП ЦНИИС как оператор базы данных перенесенных абонентских номеров предоставляет:

Операторам подвижной радиотелефонной связи:

Иным пользователям

(ФОИВ, операторам фиксированной связи, участникам национальной платежной системы, поставщикам контента / Интернет услуг):

Общая схема взаимодействия участников процесса переноса номеров

Перспективы развития БДПН

Новые проекты на базе инфраструктуры БДПН

ФГУП ЦНИИС в инициативном порядке проводит мероприятия по реализации целого ряда проектов на базе инфраструктуры БДПН в интересах различных коммерческих организаций и государственных ведомств.

Среди задач, решаемых в рамках данных активностей, можно отметить следующие:

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

Источник

Цниис проверка номера по оператору связи

Операторы подвижной радиотелефонной связи

ФГУП ЦНИИС, как оператор БДПН, в соответствии с установленным Законодательством требованиями, предоставляет операторам подвижной связи:

Услуга по внесению изменений в базу данных перенесенных номеров предоставляется в двух режимах:

Автоматический режим предусматривает интеграцию БДПН с информационными системами оператора подвижной связи.

Web-интерфейс позволяет операторам подвижной связи вносить информацию о перенесенных номерах в БДПН в соответствии с установленной процедурой.

Заявление на подключение

Договор об оказании услуг

Акт о подключении

Соглашение о конфиденциальности

111141, Россия, Москва, 1-й проезд Перова поля, 8

+7 (495) 304-5797
+7 (495) 674-0067

192029, Россия, Санкт-Петербург,
Большой Смоленский пр., дом 4, литер В

143513, Московская область, Истринский район, с/пос. Бужаровское, в районе д. Новораково

Источник

Определить оператора мобильного абонента (MNP API)

Форма определения оператора абонента (MNP)

Статистика по базе данных перенесенных номеров (БДПН)

Данная информация отражает актуальное кол-во перенесенных номеров на 18.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-телефонию

Источник

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.

Источник