Visitor Location Register: данные LAC и Cell_ID — хранится ли история их изменений и где?

Question

[Corleone83]

Всем доброго времени суток.

1) Интересует, есть ли у мобильных операторов (МТС - Билайн - Мегафон - Tele2) техническая возможность по предоставлению исторических данных из VLR.
В частности, интересует история изменений LAC и Cell_ID абонентами за некоторую дату и некоторый интервал времени в рамках заданного набора LAC и Cell_ID-ов.

2) Если мобильная станция абонента была включена, но перемещалась между разными Cell_ID в рамках одного LAC без звонков и смс, то пишутся ли в историю отметки по такой мобильной станции? Или же в VLR она будет статична, т.к. LAC не меняется?

Answer 1

[Ярослав]

1. Я бы посоветовал обратиться с этим вопросом в отделы по работе с корпоративными клиентами самих операторов. И мешок денег приготовил бы. И говорил бы шопотом, чтобы не подслушал никто )
Кстати, отдельный вопрос - персональные данные. Предполагаю, что историческую информацию отдадут либо по номерам, записанным непосредственно на Вас, либо с некими анонимными абонентскими идентификаторами вместо номеров.

2. Теперь по технологии.
Во-первых, если абонент находится в Idle (абонентский радиоканал разобран для экономии ёмкости сети и абонентского аккумулятора), его местонахождение известно с точностью до LAC (GSM, CDMA) или TAC (LTE).
Да, известен Cell-ID его последней активности, но нет никаких гарантий, что за это время абонент не убежал на другую соту в пределах LAC/TAC.
Получается, когда абонент в Idle, то, как Вы и написали, его местонахождение уточняется в момент:
- Location Update при смене LAC/TAC
- Periodic Location Update
- Explicit Detach

Когда же абонент находится в состоянии Connected (идёт или только-только закончился разговор либо передача данных), его местонахождение с точностью до соты известно.
Кстати, я исторические данные вытягивал бы не из VLR, а из биллинга: все записи, что в CDR (Call Detail Records), пишутся с указанием CGI/E-CGI.

Comments

[Corleone83]

Ярослав,

Благодарю за развёрнутый ответ.

1. Про мешок денег и шёпотом - оценил )) Даже появилась идея в костюме Деда Мороза заявиться, с мешком "подарков" и с усами с бородой для полной конспирации ))
Про конфиденциальность таких данных, про персональные данные - тут вопросов нет. Повторюсь, что на данном этапе хочу выяснить технические детали и возможности, т.к. сами данные, если дело дойдёт до их получения, получать буду не я, но хочу, чтобы запросили и получили именно то, что требуется.

2. Немного поясню условия задачи:
2.1 Телефон перемещается в пределах одной локальной зоны; в этой зоне присутствуют GSM/WCDMA/LTE-соты (аббревиатуры взяты из нетмонитора, буду использовать их); LAC у GSM/WCDMA-сот одинаковый, у LTE-сот (TAC) - отличается от GSM/WCDMA
2.2 Телефон находится в режиме Idle, в процессе перемещения не выключается
2.3 Телефон в процессе перемещения иногда попадает на участки с отсутствием покрытия своей сети
2.4 Телефон, перемещаясь, меняет соты; причём, есть изменения вида GSM >> WCDMA >> LTE и в обратную сторону; при этом, в рамках изменения GSM >> WCDMA LAC не меняется, меняется только Cell Identifier, а при смене WCDMA >> LTE или обратно - меняется и Cell Identifier, и код локальной зоны (согласно нетмонитору)

Вопросы:
Какие из вышеперечисленных действий оставят отпечаток "Cell_ID" и в какой базе данных и/или длительно хранимых логах?
Смена вида LAC >> TAC и обратно, если коды разные - влечёт ли за собой процедуру Location Update?

3. Про Connected и данные из биллинга с точностью до CGI/E-CGI - это да, но интересует именно случай перемещения абонента в режиме Idle (телефон в кармане, включен и зарегистрирован в сети)

[Ярослав]

Inter-System Change RAU ( -> GSM/WCDMA) или TAU (-> LTE) это тоже, по сути, Location Update )

Получается, в момент переключения радиотехнологий номер соты тоже известен.
Соответственно, номер соты должен бы попадать в CDR VLR или MME (для сети LTE) и подсасываться биллингом - хотя бы для обеспечения требований СОРМ.

Как же оно на самом деле - Vendor Specific, вопрос даже не к операторам, а к производителям оборудования )

В момент Attach (аппарат включили, или же он выпадал из сети, и теперь, увидев сеть, радостно решил к ней прицепиться) номер соты также известен.

Answer 2

[fara_ib]

Я не спец, но по первому вопросу хранят же они детализацию? Зона и сота тоже наверняка хранятся, но ее вам никто и никогда не даст наверное. По второму, это про сигнализацию надо почитать ихнюю, ведь если аппарат не выключался, то ему надо как-то знать к какой ближайшей/рабочей БС стучаться.

Comments

[Corleone83]

Детализация - это немного другое, это факты звонков и смс. Тут речь действительно о немного специфичной информации, которую, как Вы абсолютно верно заметили, просто так и абы кому не дадут. Для начала хотел бы выяснить, хранят ли её в принципе.

Про выбор соты аппаратом - читал. Но, опять же, нигде нет информации о том, хранится ли лог фонового общения аппарата с сетью на стороне оператора. Да и даже в случае операций вида location_update тоже нет информации, хранится ли история этих действий.

Специалисты, кто работает с базами данных VLR - отзовитесь! ))

Answer 3

[Corleone83]

Касательно информации о Cell_ID абонента, что удалось выяснить самостоятельно из множества статей (прошу экспертов поправить, если что не так):

Когда аппарат находится в режиме ожидания, то сообщить о своём "местонахождении" (в кавычках, т.к. имеется в виду местонахождение внутри сети, а не на местности) штатным образом он может только путём процедуры Location Update. Она запускается аппаратом в случаях:
- регистрация абонента в сети
- смена LAC (именно LAC, а не Cell_ID внутри той же LAC)
- принудительно, в соответствии со значением таймера T3212, значение которого диктуется сетью и сохраняется в SIM абонента.
- выключении аппарата штатным образом, т.е. не выниманием батарейки, а именно через штатное "выкл"; в этом случае аппарат говорит сети "абонент потух в такой-то Location Area"
При выполнении процедуры Location Update в VLR записывается текущий LAC абонента и флаг, что абонент потух.

Т.е. VLR, насколько я понял, хранит "местонахождение" абонента с точностью до LAC, т.к. Cell_ID ему не нужна ввиду того, что пэйджинг при вызове абонента осуществляется по всем базовым станциям в рамках Location Area, указанной в записи абонента в VLR, а не по конкретной базовой станции или соте.
Таким образом, в режиме ожидания, значение Cell_ID если и передаётся в рамках Location Update, то только в качестве вспомогательной информации, и может фиксироваться где-то в логах (ведь данная процедура осуществлялась посредством некоторой базовой станции).
В итоге, картину перемещения абонента с точностью до соты если и можно получить, то только лишь в случае, когда часто дёргалась процедура Location Update.

Тем не менее, вопросы по хранению Cell_ID и истории изменения записей VLR, а также по хранению логов процедуры Location Update и по наличию в этих логах Cell_ID, до получения ответа от экспертов остаются открытыми.

Answer 4

[Hanneman]

Давайте я добавлю к куче. Хранятся или нет - это дело оператора. Здесь правильно указали, что детализация звонков и прочей активности (с указанием ID соты) - это больше биллинг, так как логируется непосредственно активность абонентская, нежели трекинг. Понятно, что сам VLR не хранит историю для отчетности (не его это дело), а MSC генерирует различного рода CDR/XDR для биллинга (для простоты рассматриваем только CS).

Но трекинг зависит от оператора. Как правило, партнерские компании предоставляют услуги аналитики, для которой производится сбор данных путем пассивной прослушки сигнального трафика. Это называется Probes Services. Суть сервиса заключается в копировании сигнального трафика, не внедряясь в маршрутизацию процесса коммутирования вызовов - т.е. сам сигнальный трафик не прерывается, но пассивно прослушивается сторонней системой, которая ведет историю абонента, с помощью экстракции полезных данных из него.

Данный сервис напрямую связан с концепцией т.н. Big Data, так как наличие таких данных (trends) позволяет, во-первых, делать выводы о маршрутах абонентов, концентрации, во-вторых - предоставлять такие данные третьим сторонам (включая спецслужбы). Все это на практике существует и работает.