Касательно информации о 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, до получения ответа от экспертов остаются открытыми.
