OpenStreetMap Forum

The Free Wiki World Map

You are not logged in.

Announcement

A fix has been applied to the login system for the forums - if you have trouble logging in please contact support@openstreetmap.org with both your forum username and your OpenStreetMap username so we can make sure your accounts are properly linked.

#76 2014-05-29 15:33:56

usm78-gis
Member
Registered: 2008-04-21
Posts: 2,392

Re: Сотовые вышки связи

Kolonist wrote:

Если более подробно, то здесь, уж не сочтите за рекламу.

Текст отличный, но ИМХО недостаточный, так как
(a) нет никакой информации о BSIC, ARFCN и TA для GSM, и UARFCN+PSC для UMTS;
а также CSQ и подобных
(b) непонятно, что конкретно будет "мапиться" и визуализироваться:
координаты текущего измерения (как в opencellid) + аттрибуты или же базовые станции + аттрибуты.

А есть ли более-менее доступный радиомодуль, который бы умел работать сразу в GSM, UMTS и LTE?

Я не знаю таких даже для UMTS+LTE.

Offline

#77 2014-05-29 16:12:23

Kolonist
Member
Registered: 2014-05-25
Posts: 5
Website

Re: Сотовые вышки связи

Спасибо, текст доработаю.

usm78-gis wrote:

А есть ли более-менее доступный радиомодуль, который бы умел работать сразу в GSM, UMTS и LTE?

Я не знаю таких даже для UMTS+LTE.

Что ж, буду мучать ZTE MF 823. Пока что, это наиболее доступное средство для экспериментов.

Offline

#78 2014-06-02 21:35:03

Markus59
Member
From: Berlin
Registered: 2008-06-28
Posts: 84
Website

Re: Сотовые вышки связи

Unfortunately I don´t speak Russian, sorry for that.

My name is Markus, I´m the maintainer of OpenCellID.

The question was raised in this thread what the difference is between opencellid.org and opencellids.org
Today there is no difference, the two databases have been merged into one.
Historically this were two competing projects, but then it was agreed early 2013 that I take care for both projects in the future.

OpenCellID collects the cell-id data outside OpenStreetMap because the collection process is different from OSM:
in OSM visible things are mapped; in OpenCellID invisible things are mapped.

wiki.opencellid.org is the wiki page for OpenCellID.
Send me an email if you like to contribute to that wiki.
I´ll then setup an account for you. This cumbersome process has been setup for avoiding spam on the wiki.

Currently there are discussions how to further improve OpenCellID:
- more data for GSM cell towers
- WiFi data
- iBeacon data
- bluetooth data
- magnetic field data
- fingerprints
- etc.

I appreciate your feedback in this regards as well as any other feedback regarding OpenCellID.

Keypad-Mapper 3 combines collecting housenumbers for OSM and cellid data for OpenCellID.

Offline

#79 2014-06-02 22:13:12

usm78-gis
Member
Registered: 2008-04-21
Posts: 2,392

Re: Сотовые вышки связи

Markus59 wrote:

I appreciate your feedback in this regards as well as any other feedback regarding OpenCellID.

Hi Markus, the current opencellid API design may be appropriate for a $random clueless smartphone owner,
but it misses a lot of important and useful technical information that can be gathered
for the network cells.

1. For GSM you do not collect Timing Advance (TA) which is a much more useful parameter
for pure positional purposes than signal quality
2. There is no API specification for signal quality physical units
3. There is no way to provide UMTS and LTE information (PSC et al.)
4. For the base stations you do not collect BSIC, antenna directions, ARFCN and other BS physical properties.

Offline

#80 2014-06-03 15:52:25

Kolonist
Member
Registered: 2014-05-25
Posts: 5
Website

Re: Сотовые вышки связи

1. For GSM you do not collect Timing Advance (TA) which is a much more useful parameter for pure positional purposes than signal quality
3. There is no way to provide UMTS and LTE information (PSC et al.)
4. For the base stations you do not collect BSIC, antenna directions, ARFCN and other BS physical properties.

I can't imagine why do you need UMTS and LTE information other than already collected by service. For positioning purposes it's necessary and enough to have MCC, MNC and one of these:
for GSM: LAC, CID
for UMTS: LAC, SAC
for LTE: TAC, ECI

In the list above LAC corresponds to TAC, CID corresponds to SAC and ECI. Important is that collecting those parameters makes positioning in all generation networks fully compatible - you need 4 parameters with almost the same (in terms of service API) meaning. Thats why you don't need TA but strongly need signal quality (one reason, another is - TA has gradations about half a kilometer, it is too much in the city). The same applies to different physical BS properties.

As for antenna directions, a phone can't guess it, nobody can except provider engineers. How do you suggest to collect it?

And there is one more but fundamental problem. I believe that Android SDK don't have capabilities to collect a lot of parameters you are asking for. Just look at existing Netmonitor software, most powerful can collect about half of parameters you are talking about.

Offline

#81 2014-06-03 18:32:06

Markus59
Member
From: Berlin
Registered: 2008-06-28
Posts: 84
Website

Re: Сотовые вышки связи

Thank you for these valuable thoughts!

It is correct that Android cannot provide all the requested parameters on one side.
On the other side I can imagine that other hardware might be able to provide additional information today or in the future, so preparing the database for that situation is appropriate.

We can also expect some license compatible data donations from people having such additional information.
Currently we do not try to get such data but will for sure change our approach as soon as the database is able to handle it.

Currently we are in the phase of collecting all such wishes and later this year we´ll then consolidate all of them and try to come up with a proper enhancement of the database.
We are fully aware of the UMTS/LTE issue. In addition also CDMA is not supported which is the next step now regarding database enhancement.

And last but not least the main task for the upcoming weeks is to clean up the database: from the past there are some records with impossible data (e.g. a cell tower with MCC 250 in Africa).
This means that we have to re-check approx. 600 Million records for validity which is a serious task even for a strong server.

Pls keep contributing to OpenCellID. Russia is not yet fully covered and please keep your eyes open if you can find data which is appropriate to be uploaded to OpenCellID, e.g. CLF3 files.

Last but not least: last night a new version of OCID was published: version 3.3,5,2
This is the fasted version ever: yesterday evening we received 2.2 million measurements in 1 file and it was imported in less than 3 hours: http://opencellid.org/#&action=statisti … &mcc=&mnc=

This data was donated by a Telematics company which uses all its thousands of devices to collect OpenCellID data.

Offline

#82 2014-06-06 21:29:14

usm78-gis
Member
Registered: 2008-04-21
Posts: 2,392

Re: Сотовые вышки связи

Kolonist wrote:

I can't imagine why do you need UMTS and LTE information other than already collected by service.

I'm not going to use the "generic" cellphones for data logging. My carefully selected GNSS trackers provide
GPS and GLONASS raw data (not NMEA) together with the GSM and UMTS parameters.
Here is an example of GSM output on Globalsat TR-600G:
http://forum.openstreetmap.org/viewtopi … 97#p263897
and later i will post the UMTS output (AT+CGED)
from C027-U200 https://mbed.org/platforms/u-blox-C027

Thats why you don't need TA but strongly need signal quality

TA is one of the columns in my logs, why not just store it in the database ?

As for antenna directions, a phone can't guess it, nobody can except provider engineers. How do you suggest to collect it?

By visual inspection like it is usually being done in frame of this project.
There is still a clear logical separation between the physical objects and their properties (OSM)
an GPS tracks with GSM/UMTS/LTE measured properties (OpenCellID).

Last edited by usm78-gis (2014-06-06 21:30:40)

Offline

#83 2014-06-11 20:13:35

usm78-gis
Member
Registered: 2008-04-21
Posts: 2,392

Re: Сотовые вышки связи

Kolonist wrote:

Thats why you don't need TA but strongly need signal quality (one reason, another is - TA has gradations about half a kilometer, it is too much in the city).

I would like to hear your opinion about these slides:
http://math.tut.fi/posgroup/ICSIP2010slides.pdf

Offline

#84 2014-06-13 16:08:07

Kolonist
Member
Registered: 2014-05-25
Posts: 5
Website

Re: Сотовые вышки связи

I think that Markus59 have sad what he wanted and gone away. So we can speak russian again. At least if we don't say anything interesting for him.

Вообще, вы правы в том, что если есть такая возможность, то почему бы и не сохранять вообще все, что только можно зафиксировать - и параметры установки антенн, и все возможные параметры сигнала, в том числе и TA. Главное, не менять базовое поведение сервиса - предоставлять информацию о координатах по максимально доступным параметрам MCC-MNC-LAC-CID (и их аналогам для UMTS и LTE). Т.е., например, нужен TA - пусть будет, но опционально.

Offline

#85 2014-06-16 20:20:37

Art'y
Member
From: Kazan
Registered: 2010-03-08
Posts: 79
Website

Re: Сотовые вышки связи

Вообще смена LAC,  SAC, TAC и RAC для оператора сотовой связи раз в год дело святое. LAC же на одной БС может быть например Мегафона или Ростелекома на разных секторов иметь значения 1656, 1602, 1663. CID - номер сектора БС тоже весьма специфическое значение, когда за криворукими подрядчиками приходится производить смену азимутов и если что-то коряво работает смена CID, удаление добавление секторов. А переделкой и отслеживание базы данных  БС заниматься в ОСМ будут единицы. Ну и на одной башне могут располагаться все операторы связи, тоже не пятно как их описывать. Наверное в данном случаее теги описывать как operator25002=16_4567 operator25001=16_345 operator25013=16_4713. То есть operatorXXXYY=ZZ_ABCD где XXX - MCC (англ. Mobile Country Code) — мобильный код страны. Например для России: MCC - 250. YYY- MNC (англ. Mobile Network Code) — код мобильной сети. Например для МТС: MNC - 01. ABCD - номер CID без номера сектора. например если МТС и мегафон номер сектора ставят в конце, то Смартс в начале. Соответственно CID в соседних регионах может повторяться. ZZ номер региона.

Offline

#86 2014-06-16 20:55:09

usm78-gis
Member
Registered: 2008-04-21
Posts: 2,392

Re: Сотовые вышки связи

Art'y wrote:

Вообще смена LAC,  SAC, TAC и RAC для оператора сотовой связи раз в год дело святое.

В большом городе может быть, но в лесу у меня за многие годы ничего не поменялось.

Offline

#87 2014-06-17 10:17:16

az09
Member
From: Магнитогорск
Registered: 2011-02-03
Posts: 203
Website

Re: Сотовые вышки связи

Смотрите какая смешная БС попалась на opencellid:
MCC: 250 (Russian Federation)
MNC: 1 (MTS)
LAC: 20383
Cell ID: 10131
Latitude: 51.589514
Longitude: 68.912590
3 Measurements (2 в Москве и одно во Владивостоке, measured_at с разницей в секунды)
Как можно доверять таким данным?!!
Но даже если насобирать 500+ измерений (а так и получается в ареале моего пмж), то видно же, что алгоритм угадывания местоположения БС весьма ммм туп, так и скажу. Видимо разработчики (надеюсь Markus59 не в одиночку пилит сервис) тестировали алгоритм на сферической бс в вакууме... Среднее геометрическое кмк.
Короче, хочу [разработать] более подходящую модель, в которой будут фильтроваться явные выносы, статистически сравниваться LAC, отсеиваться старые измерения. Главное скажите мне, это не будет велосипедом или никому не нужным трудом?

Offline

#88 2014-06-17 10:43:55

Saint_Byte
Member
Registered: 2010-08-12
Posts: 276

Re: Сотовые вышки связи

az09 wrote:

Смотрите какая смешная БС попалась на opencellid:
MCC: 250 (Russian Federation)
MNC: 1 (MTS)
LAC: 20383
Cell ID: 10131
Latitude: 51.589514
Longitude: 68.912590
3 Measurements (2 в Москве и одно во Владивостоке, measured_at с разницей в секунды)
Как можно доверять таким данным?!!
Но даже если насобирать 500+ измерений (а так и получается в ареале моего пмж), то видно же, что алгоритм угадывания местоположения БС весьма ммм туп, так и скажу. Видимо разработчики (надеюсь Markus59 не в одиночку пилит сервис) тестировали алгоритм на сферической бс в вакууме... Среднее геометрическое кмк.
Короче, хочу [разработать] более подходящую модель, в которой будут фильтроваться явные выносы, статистически сравниваться LAC, отсеиваться старые измерения. Главное скажите мне, это не будет велосипедом или никому не нужным трудом?

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

Offline

#89 2014-06-17 11:14:10

az09
Member
From: Магнитогорск
Registered: 2011-02-03
Posts: 203
Website

Re: Сотовые вышки связи

Да, вот еще какая мысль по сбору данных. Лежит на полке нокия е50 как раз с симбианом на борту, блютусом, но без гпс. Может ее задействовать как-то можно раз уж андроид такой недружественный? А трек или параллельно записывать или через бт организовать координаты. Но нужен софт, который я даже не знаю где искать.

Offline

#90 2014-06-17 11:28:33

az09
Member
From: Магнитогорск
Registered: 2011-02-03
Posts: 203
Website

Re: Сотовые вышки связи

Saint_Byte wrote:

Я бы сам занялся но я ленивый smile

Я мож тоже никогда не выберусь дальше этой темы форума, но тут-то давай более конкретно говорить, а не в стиле КО wink
Например, предлагаю свести воедино все характеристики и тонкости в описании БС. Не в ОСМ, а как бы для своей базы данных. Как потом это в ОСМ ляжет - другой вопрос.

Offline

#91 2014-06-19 11:00:51

az09
Member
From: Магнитогорск
Registered: 2011-02-03
Posts: 203
Website

Re: Сотовые вышки связи

Вопрос к знатокам предмета: знает ли модем (сотовый телефон) и/или БС азимут на своего оппонента? Например, программа OpenSignal показывает направление на БС, как бы предлагая двигаться в том направлении для увеличения уровня сигнала big_smile
Вот откуда эта инфа берется?
ulIcJQd68TGZ_nM_HvR0ClnmeJjGIWhRiK0d233g3ouNGGXSUnqDS4L6_HSTIg6bng=h310-rw

И чтоб два раза не вставать - в другой прожке с похожим функционалом (Network Signal Info by KAIBITS Software) замечено показание PSC. А кто-то тут говорил, что до него не добраться в ондроеде... Правда мой древний кусок мамонта еще и рутанутый, может поэтому.
Так какой с этого кода прок? 4095, например.

Offline

#92 2014-06-19 12:13:32

kisaa
Member
From: ДВ, Хабаровск
Registered: 2011-09-13
Posts: 636

Re: Сотовые вышки связи

az09 wrote:

азимут на своего оппонента? Например, программа OpenSignal показывает направление на БС, как бы предлагая двигаться в том направлении для увеличения уровня сигнала big_smile
Вот откуда эта инфа берется?

ИМХО, знает (из базы) положение станции, знает (от GPS) положение телефона -> вычисляет азимут и расстояние. С антенны такое не взять, мне кажется - она ж наоборот делается максимально ненаправленной.

Offline

#93 2014-06-19 22:15:00

usm78-gis
Member
Registered: 2008-04-21
Posts: 2,392

Re: Сотовые вышки связи

az09 wrote:

замечено показание PSC.
А кто-то тут говорил, что до него не добраться в ондроеде...

http://developer.android.com/reference/ … tPsc%28%29
Другое дело что он не всегда адекватен: http://stackoverflow.com/questions/1061 … -returns-1

Так какой с этого кода прок? 4095, например.

Alexey Illarionov писал выше какой прок.

Offline

#94 2014-06-19 23:01:35

usm78-gis
Member
Registered: 2008-04-21
Posts: 2,392

Re: Сотовые вышки связи

usm78-gis wrote:

later i will post the UMTS output (AT+CGED)
from C027-U200 https://mbed.org/platforms/u-blox-C027

Вот пример информации AT+CGED и AT+UCELLINFO для UMTS:

+CGED: RAT:"UMTS",
MCC:250, MNC:  2, LAC:03ea, CI:1f85d02, DLF:10762 , ULF:9812
+UCELLINFO: 1, 2, 250,   2, 03ea, 1f85d02, 365, 10762,  30,  42

DLF и ULF надо поделить на 5, чтобы получить частоту канала UARFCN (2152.4 и 1962.4 MHz соответственно).
365 это PSC, 30 это RSCP, а 42 ECN0

<rscp_lev> Number Received Signal Code Power expressed in dBm levels. Range from 0 to 91.
                   0                               RSCP < -115                      dBm
                   1                               -115 = RSCP < -114               dBm
                   ...                                                              ...
                   90                              -26 = RSCP < -25                 dBm
                   91                              RSCP = -25                       dBm
<ecn0_lev> Number Energy per Chip/Noise ratio expressed in dB levels. Range from 0 to 49.
                                                   ECN0 < -24                       dB
                   1                               -24 = ECN0 < -23.5               dB
                                                   ...                              ...
                   48                              -0.5 = ECN0 < 0                  dB
                   49                              ECN0 = 0

Offline

#95 2014-06-20 07:46:03

Alexey Illarionov
Member
Registered: 2011-06-26
Posts: 96

Re: Сотовые вышки связи

az09 wrote:

Вопрос к знатокам предмета: знает ли модем (сотовый телефон) и/или БС азимут на своего оппонента? Например, программа OpenSignal показывает направление на БС, как бы предлагая двигаться в том направлении для увеличения уровня сигнала big_smile
Вот откуда эта инфа берется?

Телефон вроде не знает

az09 wrote:

И чтоб два раза не вставать - в другой прожке с похожим функционалом (Network Signal Info by KAIBITS Software) замечено показание PSC. А кто-то тут говорил, что до него не
добраться в ондроеде... Правда мой древний кусок мамонта еще и рутанутый, может поэтому.

В API есть, но большинство устройств возвращают неопределенное значение (-1) для текущей ячейки.
Нет timing advance для GSM.

az09 wrote:

Так какой с этого кода прок? 4095, например.

Учитывая, что диапазон 0..511, вообще никакого smile У сотовых операторов есть правила по распределению PSC, которые можно использовать.
На одной базовой станции (cell site) 3-4 разных PSC с номерами либо подряд, либо через 8. С одним PSC на станции может быть несколько cell id (на разных частотах, скорее всего).

az09 wrote:

Видимо разработчики (надеюсь Markus59 не в одиночку пилит сервис) тестировали алгоритм на сферической бс в вакууме...

Он рассказал немного здесь

Offline

#96 2014-08-21 20:56:12

usm78-gis
Member
Registered: 2008-04-21
Posts: 2,392

Re: Сотовые вышки связи

Дмитрий Кудряшов wrote:

Вот здесь много информации: http://www.netmonitor.ru/

А кто-нибудь занимался "оцифровкой" их кривых html страниц ?
База данных по моим наблюдениям очень качественная, но устаревшая,
так как нет многих новых секторов.
Старомодные карты генерируются в сферическом меркаторе, так что их легко
использовать в piclayer, а из <area> тэгов можно потом прямо извлечь и примерные
координаты БС. 
Для автоматического сравнения LAC/CID нужен все-таки CSV формат.

Offline

#97 2015-09-27 07:54:29

Paravoz
Member
From: Ярославль
Registered: 2009-12-01
Posts: 660

Re: Сотовые вышки связи

Читая Вики обнаружил, что в ряде стран сотовые вышки связи обозначаются тэгом man_made=mast , в то время у нас - tower. Хотелось бы уточнить как правильно,  поддерживается ли man_made=mast рендерами и конверторами - интересует OSMAnd, Гислабовская гарминовская сборка

Offline

#98 2015-09-27 08:54:58

Amigo
Member
From: Москва
Registered: 2009-12-15
Posts: 2,748

Re: Сотовые вышки связи

Paravoz wrote:

Читая Вики обнаружил, что в ряде стран сотовые вышки связи обозначаются тэгом man_made=mast , в то время у нас - tower. Хотелось бы уточнить как правильно,  поддерживается ли man_made=mast рендерами и конверторами - интересует OSMAnd, Гислабовская гарминовская сборка

Mast и tower это разные виды вышек, у нас mast также используется http://www.openstreetmap.org/node/2989373353
В Garmine и OSMAnd присутствуют.

Вроде бы так?
Mast:
machta_svyazi.jpg

Tower:
bashnya2_b.jpg

Last edited by Amigo (2015-09-27 13:11:14)

Offline

#99 2015-09-27 14:41:01

LLlypuk82
Member
From: Витебск (Беларусь)
Registered: 2012-12-23
Posts: 2,072
Website

Re: Сотовые вышки связи

Paravoz wrote:

поддерживается ли man_made=mast рендерами

Mapnik показывает:
0_11a1c6_16827124_orig.png

Offline

#100 2015-09-27 18:17:10

BushmanK
Member
Registered: 2011-05-03
Posts: 5,106

Re: Сотовые вышки связи

Отвыкайте объяснять различия между объектами примерами в виде картинок (при чем - неправильных) - из них можно сделать любой вывод. Пишите определения или описание различий словами.

Мачта - вертикально стоящая конструкция, поддерживаемая оттяжками.
Башня - вертикальная свободно стоящая конструкция, опирающаяся только на свое основание (фундамент).

В Российской практике это закреплено, в том числе, в СНиП I-2 "Строительная терминология".
В иностранной практике это деление также существует, см. https://en.wikipedia.org/wiki/Radio_mas … r_tower.3F

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

Last edited by BushmanK (2015-09-27 18:17:50)


"Не умею" не значит "невозможно", "не видел" не значит "не бывает". "Нет проблемы", вероятнее всего, значит, что "нет мозгов".

Offline

Board footer

Powered by FluxBB