VLR: кто camp-ит в какой соте?
2008-06-08 11:16 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
dastapov![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif){kind=small}
3gims спрашивает: "А можно получить список всех абонентов зарегистрированных в определенной соте? Поддерживают ли это VLR? Подозреваю, что зависит от реализации."Я оттолкнусь от своих ограниченных знаний и рискну утверждать следующее: в рамках GSM нет стандартного API, позволяющего это сделать. С другой стороны, каждый производитель MSC/VLR поставляет свою O&M (operation and maintenance) систему, которая, как правило, это делать позволяет (через красивый GUI). Иногда у этой O&M есть какой-то API + можно попытаться найти документацию на то, как O&M общается с MSC/VLR или reverse engineer-нуть этот протокол. Но универсального способа - нет.
Но я человек от железа достаточно далекий. Кто плотнее общался с core net - поправьте меня, а?
UPD: я, естественно, предполагаю, что речь идет не об информации о актуальном текущем местоположении (об этом знают только LBS-платформы, если они есть), а о местоположении последнего location update.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
(no subject)
Date: 2008-06-08 08:48 pm (UTC)VLR же узнает детали в момент пейджинга (paging).
Универсального способа узнать список абонов в конкретной соте нет, все vendor-specific. Например, Nokia BSC требует специального модуля в каждый BSC, который будет обслуживать сервисы LBS. Модуль этот достаточно умный - при умелом подходе, думаю, сможет выдавать нужную информацию, но практической реализации я не видел.
(no subject)
Date: 2008-06-08 09:42 pm (UTC)BSC про абонентов вообще ничего не знает - он знает только про установленные соединения и про свои соты.
Соту реально знает только включенная трубка, и получить ее реально можно только от трубки :)
А возможность получить выборку из VLR действительно зависит от производителя - у MSC/VLR алкателя, например, есть один такой хитрый интерфейсик командной строки с недошеллом, в котором многое можно... и абонов выбирать по критериям можно и много еще чего ;-)
А для того чтобы получить такой список существуют специальные железячки, умеющие делать "пейджинг" абонентов в соте и анализировать ответы соответственно. Сама фишка вроде как стандартная в GSM. - можно поискать, например, такую фичу как voice group call.
(no subject)
Date: 2008-06-09 12:01 am (UTC)Да, здесь я ошибся, Вы правы. В классическом BSC нет никакого регистра, поэтому об абонентах он ничего не знает.
>существуют специальные железячки, умеющие делать "пейджинг" абонентов в соте
Пейджинг производится по TMSI или IMSI, а значит произвести пейджинг абонентов в соте невозможно, не зная кого именно ищешь. Возможно, такая железячка может взять список абонентов с VLR в конкретном LAC для данной соты , и провести пейджинг всех абонентов в этом LAC, а потом уже отобрать только тех, кто под нужной сотой. Но это серьезная нагрузка на сигнальные каналы в радиосети. Есть сомнения, что это применимо в urban area.
(no subject)
Date: 2008-06-09 06:14 am (UTC)(no subject)
Date: 2008-06-09 06:58 am (UTC)Но обычно, все-таки, MSC участвует, это более традиционная схема.
(no subject)
Date: 2008-06-09 07:14 pm (UTC)А вот вероятность того, что абоны сколько-нибудь долго остались в той соте, в которой они сменили LA стремится к 0 (логика такая: апдейт производится при смене LA, как правило, в движении, а вероятность остановиться сразу после смены LA дотаточно мала) и, соответственно, хх% абонов будут найдены в другой соте (реклама уже неактуальна), и примерно те же хх% в ней появятся - им бы то и надо прислать, да их не видно :)
Самым реалистичным видятся все же варианты с массовым пейджингом (пропатчив BSC - все равно для location services надо делать) или непрерывным мониторингом группы абонов.
(no subject)
Date: 2008-06-09 01:42 pm (UTC)Действительно, можно найти дырку в VLR. Но, подумав я понял, что такие запросы будут создавать непредусмотренную производителем нагрузку на VLR, а это уже плохо. Точно никто не позволит.
«специальные железячки, умеющие делать "пейджинг" абонентов в соте и анализировать ответы соответственно» - это конечно уже интересно. Я могу получить доступ к BSC, но пока не представляю, как по A-interface можно получить такую информацию. Но, тема перспективная.
Пока самая рабочая идея это снифить A-interface и вести свою базу.
(no subject)
Date: 2008-06-09 06:12 am (UTC)Только если как-то заставить мобилки попросить сеть или сделать массовый безадресный пейджинг.
(no subject)
Date: 2008-06-09 01:53 pm (UTC)(no subject)
Date: 2008-06-09 01:43 pm (UTC)(no subject)
Date: 2008-06-09 09:06 pm (UTC)(no subject)
Date: 2008-06-09 10:30 am (UTC)VLR: кто camp-ит в какой соте?
Date: 2008-06-09 01:10 pm (UTC)Re: VLR: кто camp-ит в какой соте?
Date: 2008-06-09 01:48 pm (UTC)Как я знаю, при переходе из соты в соту происходит перерегистрация.
Конечно, будет определенный процент зависших в VLR абонентов. Которые вышли за зону действия или выключили телефоны, или зарегистрировались в другом VLR.
Re: VLR: кто camp-ит в какой соте?
Date: 2008-06-09 06:55 pm (UTC)Железки такие точно есть (hint - Mobile Arts, Швеция, Ericsson тамже)
Вариантов использования масса - можно установить, например, спец. LAI для соты в магазине
и при попадании в нее снифить апдейты - можно и с помощью контроллера. Но это вызовет проблемы со звонками в ней (емкость сигнальных каналов на 1 соту очень маленькая), да и разряжать батареи перерегистрации будут сильновато.
Опять же, в гсм-е предусмотрен специальный способ пейджинга - voice group call, можно позвонить всем абонам в соте :), для этого и пейджинг запрос специальный есть.