Во-первых, Ваш подход требует для каждой смены номера "«хакнуть» либо девочку либо вход в базу оператора".
Во-вторых, даже при успехе на первом этапе Вам не выдадут уже используемый номер — сама БД оператора не даст это сделать с помощью какого-нибудь триггера. Либо же это будет уже перевыпуск sim-карты, но это другая история.
Действительно, в стандартах 3GPP нет явного требования к мобильным телефонам по сопоставлению телефонного номера, указанного в сигнальных сообщениях (SETUP) при входящем звонке, и контактов в телефонной книге. Таким образом, зависит это в первую очередь от реализации программного обеспечения телефона. Но рассчитывать на то, что номер +79111234567 и +79281234567 отобразятся в один и тот же контакт телефонной книги наивно и в общем случае неверно.
Мы не хотели утомлять читателя пересказыванием алгоритмов, исчерпывающее объясненике которых можно прочитать в оригинальных спецификациях GSM.
По поводу реализации «своего особого Skype», то есть ощущение, что люди, продающие эту услугу имеют только одну цель — выручить как можно больше денег за одну стоящую фичу — звонок посредством 2G с произвольным исходящим Caller ID. Остальные разговоры о принудительном A5/1, выборе второй по мощности базовой станции, анонимности и т.п. — попытка борьбы маркетинга над здравым смыслом.
Вы затронули интересную деталь.
Действительно, данные из домашнего HLR копируются в VLR, обслуживающего абонента MSC, не при звонке. Делается это, если не ошибаюсь при регистрации мобильнго телефона в сети, а именно на запросе Location Updating Request. Копируется достаточно много параметров, но для нас ключевую роль играет адрес биллинговой системы. «Правильно» указав этот адрес, будет получен контроль над каждым исходящим звонком, потому что каждый исходящий вызов тарифицируется логично, что биллинговой системой).
Схематично это реализуется так:
Шаг под номером 0 производится пр регистрации subscriber'а в сети. Здесь как раз и копируется информация из HLR. В этом HLR хранится информация о биллинговой системе, в данном примере адрес объекта под названием «Billing Center».
На шаге 1 абонент с номером 1234567 инициирует звонок абоненту с номером 7654321. Коммутатор, обслуживающий абонента А, по каналу сигнализации отправляет сообщение InitialDP такими параметрами, как номера вызывающего, вызываемого абонентов и др.
И на третьем шаге биллинговая система отправляет опять же по каналу сигнализации коммутатору сообщения Request Report BSCM Event и Apply Charging, и отдаёт команду перенаправить вызов на номер 1112233.
Ну и на шаге 4 вызов отправляется третьим лицам — в данном случае АТС провайдеров услуги. Далее уже абонент с номером 1112233 перенаправляет вызов абоненту 7654321 с заданным Caller ID.
Таким образом, влиять на вызов можно, хоть данные из HLR и копируются единожды.
Такие решения существуют и существовали давно. Надо найти подходящего SIP-провайдера и соответствующим образом настроить к нему подключение. Здесь подробно описывается как это можно сделать. Если лень настраивать можно просто воспользоваться сайтами вроде spoofcard.com
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Во-вторых, даже при успехе на первом этапе Вам не выдадут уже используемый номер — сама БД оператора не даст это сделать с помощью какого-нибудь триггера. Либо же это будет уже перевыпуск sim-карты, но это другая история.
Действительно, в стандартах 3GPP нет явного требования к мобильным телефонам по сопоставлению телефонного номера, указанного в сигнальных сообщениях (SETUP) при входящем звонке, и контактов в телефонной книге. Таким образом, зависит это в первую очередь от реализации программного обеспечения телефона. Но рассчитывать на то, что номер +79111234567 и +79281234567 отобразятся в один и тот же контакт телефонной книги наивно и в общем случае неверно.
По поводу реализации «своего особого Skype», то есть ощущение, что люди, продающие эту услугу имеют только одну цель — выручить как можно больше денег за одну стоящую фичу — звонок посредством 2G с произвольным исходящим Caller ID. Остальные разговоры о принудительном A5/1, выборе второй по мощности базовой станции, анонимности и т.п. — попытка борьбы маркетинга над здравым смыслом.
Действительно, данные из домашнего HLR копируются в VLR, обслуживающего абонента MSC, не при звонке. Делается это, если не ошибаюсь при регистрации мобильнго телефона в сети, а именно на запросе Location Updating Request. Копируется достаточно много параметров, но для нас ключевую роль играет адрес биллинговой системы. «Правильно» указав этот адрес, будет получен контроль над каждым исходящим звонком, потому что каждый исходящий вызов тарифицируется логично, что биллинговой системой).
Схематично это реализуется так:
Шаг под номером 0 производится пр регистрации subscriber'а в сети. Здесь как раз и копируется информация из HLR. В этом HLR хранится информация о биллинговой системе, в данном примере адрес объекта под названием «Billing Center».
На шаге 1 абонент с номером 1234567 инициирует звонок абоненту с номером 7654321. Коммутатор, обслуживающий абонента А, по каналу сигнализации отправляет сообщение InitialDP такими параметрами, как номера вызывающего, вызываемого абонентов и др.
И на третьем шаге биллинговая система отправляет опять же по каналу сигнализации коммутатору сообщения Request Report BSCM Event и Apply Charging, и отдаёт команду перенаправить вызов на номер 1112233.
Ну и на шаге 4 вызов отправляется третьим лицам — в данном случае АТС провайдеров услуги. Далее уже абонент с номером 1112233 перенаправляет вызов абоненту 7654321 с заданным Caller ID.
Таким образом, влиять на вызов можно, хоть данные из HLR и копируются единожды.