Ами твоят лог само доказва моите думи. Погледни че единственият валиден параметър измерен от модула, който показва реални стойности е RxLev TA при всички измервания е 0. Сега ако ми кажеш под 550 метра около теб има 6 различни BTS-а направо ще ти повярвам. И седмия е на 550-1110м
Ще се повторя но фактът че виждат поле за този параметър не означава че стойностите които получаваш са валидни - показах в детайли как стандартът дефинира сценариите на получаване на този параметър.

Аз не те карам да четеш нищо на сила - предполагам обаче че в този форум има хора които обичат да четат. Аз съм ги чел тези работи и съм се занимавал професионално с това дълги години, така че не виждам причина да споря с човек който има ограничен мироглед на шофьор, пък аз съм седнал да му обяснявам що е туй двигател с вътрешно горене и как работи. Ползвайки твоята терминология ти пожелавам приятно въртене на геврека щом това ти е достатъчно.
Не знам обаче ако трябва да предоставиш такива данни на клиентите ти, ще ги устроят ли тези постоянни нули

Въпросът е че няколко човека вече проявиха интерес към това което обяснявам и по точно към QuecLocator. Функция която позволява навигиране чрез изпълнението на една единствена АТ команда.

А аз с цялата си наивност си мислех, че MS определя кои клетки чува и се опитва да се свърже с тях. И мрежата му се вързва на акъла ...

Никой не му пречи да слуша каквото си иска. Но за да заема мрежови ресурси всеки MS прави съответната заявка и комуникира с мрежата на точно определен ресуср до който му се даде достъп. Той може да чува най-добре една клетка, но мрежата без никакъв проблем може да реши да го обслужва през друга спазвайки правилата за разпределение на натоварването. Няма подобни правила според които телефонът да прави подобен избор и слава богу иначе щеше да е адски уязвима за DоS атаки.

Това не е някаква walkie talkie система при която всеки може да си натиска копчето за предаване когато му дойде кефа и на която честота си пожелае.

Има точно описани сценарии при които телефонът може да заяви ползване на ресурс - няколко мнения по-горе съм ги изброил с диаграми как точно протичат тези заявки.

Накратко телефонът може да излъчи 8 бита асинхронно съобщение (CHANNEL REQUEST message) използвайки RACH канала (Random Access Channel) като в тези 8 бита се кодира причината да направи достъпа - network reg, MS originated call, send SMS, GPRS attach ...
Когато мрежата получи това съобщение взима решение дали и как да предостави ресурс. Ако не получи отговор (immediate assignment) на тази заявка тя се повтаря няколко пъти през случайно времезакъснение. Друг начин за начало на комуникация по инициатива на MS НЯМА. В отговора (immediate assignment) се дава указание къде точно може да започне двустранната комуникация. Пък всеки е свободен да си мисли каквото си иска.


Процедурата в различните слоеве е описана в 3 стандарта :TS 101 157, GSM 05.02 и GSM 04.08

Когато ТА не може да бъде определен, стойността е -1, не 0. Ама то чукча бил читател преди. Сега е само писател и то "професионален".

Реално съм виждал стойности на ТА до 3, но ако модула е на високо и има открити пространства наоколо.

Историята с ТА на околните клетки започна с искането на m2m отдела на Водафон за това. Явно ти си доста по напред с "матрияла" от тях. Тогава тези команди за телитите липсваха и се ограничихме до ниво на сигнала. Впоследствие излязе нова версия на софта с тези команди.

Реалните тестове показаха задоволителна за клиента точност. Дивайса си има и ГПС, та позиционирането по ГСМ е допълнение.

Относно QuecLocator, хората пишат, че е "for Easy Positioning", например тук:
http://www.soselectronic.cz/a_info/resource/c/quectel/Quectel_LBS_QuecLocator_20130705.pdf
Като претендираш да си "професионалист" би трябвало да правиш разлика между позициониране и навигация. И какво толкова има ти да обясняваш тази функционалност? Хората са си описали всичко.

Leo, аз на твое място бих му повярвал на Илко, освен ако нямам неопровержими доказателства за противното. Не е като да не знам той колко знае
Между другото, аз лично преди три години правих точно локатор през клетките и то за немалък клиент (utility.com в щатите). Вярно, не с qectel, а със sim, но работеше много добре и те бяха в състояние да локализират на базата само на на сигнала от клетките в обхват от няколко до няколко десетки метра. За техните цели това беше достатъчна точност. Мисля, че и повече не може да се постигне по тоя начин

Ами да му повярвам, ама как? Водафон искат ТА на околните клетки, Телит в един момент дават софт с такива команди. Гледахме позиционирането по ГПС и по ГСМ само с нивото на сигнала, а после и с ТА и резултатите са на лице - ТА дава по-добри резултати, значи е верен. Ся, че човека не може да си обясни как става, не е мой проблем и това не означава, че ТА не е верен. А и споделям всичко това само защото може и да е от полза на някому. Нямам нито време, нито намерение да споря с "учени".

За каква точност говорим като един разряд на ТА е 550 метра
АЙде малко мисли преди да говориш!
Когато мрежата е подготвена за локализация чрез синхронизация в нея се добавя нов компонент наречен LMU (Location Measurement Units) и тогава мрежата може да осигури E-OTD LBS услуги. Този компонент най често е част от BTS като в урбанизираните райони той трябва да бъде в съотношение 1:3 до 1:5 спрямо броят на BTS. Забележи че всеки LMU задължително включва прецизен GPS приемник за точна локализация. Според тестови данни той може елиминира грешките от синхронизацията между отделните BTS-и (обикновено те не са синхронизирани) и така да подобри точността от 50 до 400м.

Както казах и преди този метод изисква добавяне на скъп софтуер който не е стандартизиран и навремето е бил разработван от Cambridge Positioning Systems които отдавна не съществуват като фирма. Освен това е необходимо и добавяне на софтуерно осигуряване в телефона.

Каквото и да си говорим този метод няма нищо общо с темата защото едва ли някой от писалите тук може да го приложи - изисква се първо поддръжка от MNO и след това някаква договорка за ползването му. Както казах никой от българските MNO не го поддържа. Така че спокойно можем да го забравим.

А какво са правили Телит, мисля че ти си последният човек от който мога да се информирам. Нали ти си просто шофьора на камиона
От това което постна аз видях 6 нули! Възможно е за теб да е по-добре от 6 "минус единици", но е също толкова безполезнено като данни

ARFCN dBm MCC MNC LAC cell TA
108 -71 284 05 0514 3D75 0
110 -82 284 05 0514 3D73 0
104 -82 284 05 0514 3D74 0
98 -83 284 05 0514 29B0 0
101 -93 284 05 0514 3EB3 1
94 -94 284 05 0514 29AF 0
123 -95 284 05 0514 3D07 0

ARFCN dBm MCC MNC LAC cell TA
108 -71 284 05 0514 3D75 -1
110 -82 284 05 0514 3D73 -1
104 -82 284 05 0514 3D74 -1
98 -83 284 05 0514 29B0 -1
101 -93 284 05 0514 3EB3 1
94 -94 284 05 0514 29AF -1
123 -95 284 05 0514 3D07 -1

Айде моля, покажи как ги ползваш тези данни? Едните били невалидни, а другите били валидни ... Смях

----------------------------------
Следното да се чете единствено ако не сте Водафон, Телит, или някой от техния гараж ...
Локализацията на Quectel е безплатен сървиз който може да ползва ВСЕКИ краен клиент без да влиза в някакви договорки с горните субекти.

Всъщност, вече забравихме, но темата беше създадена с тази цел - да се посочи работеща система за локализация по сигнала от BTS. QuecLocator е именно това при това безплатно и без ограничение в броя на заявките за локализация към тяхната база данни.

В началото не можеше, сега пък било неточно, после импровизации с реални данни... Аре бегай да четеш.

По описанието което дава Desert Leo най-вероятно протокол стекът на Телит позволява пингването на произволни BTS. Това макар и да не е често срещна практика, не е забранено в стандарта и съотвено ще мине IOT.

Както беше загатнато по-долу, най-вероятно се инициира RACH процедура към всички детектирани BTS. Последната и без да е успешна очевидно е достатъчна да се получи TA информацията от BTS. Елегантно решение

Ilkor ще се учудиш колко не толкова чисти практики се прилагат в този пазар. Като се започне от това кой какви интереси прокарва при самото стандартизиране и се стигне до очевидни заобиколки на стандарта. Нещо в което са оплетени както производителите на модеми, така и тези на станции и измервателна техника. Един вид първият на пазара определя как да се тълкува стандарта, тези които го следват, особено ако времеразтоянието е голямо, да му мислят на IOT. "Ами reference device-a нямаше такива проблеми". Иначе си прав, това не е метод който ще работи на всеки модем. Ама с Desert Leo май ви беше интересно да си мерите *****, а не да се разберете кое, как и защо

Ами тази тема за мен е приключена. Не искам да меря нищо - и без това вече отсрещната страна заяви, че тази материя е извън интересите/възможностите и за възприемане.

Но ето няколко последни коментара:

Дори някой модул да се изхитри да прави подобен пинг чрез RACH канала той няма как определи ТА параметъра ако не получи отговор. Този канал приема асинхронни заявки и дори е възможно застъпване на два (или повече) MS - ако това се случи, те не получават отговор и препредават отново заявката. А тази заявка има определен формат - в нея е кодирано какво точно иска да заяви - заявка за пинг няма така че едва ли ще получи отговор ако се пращат някакви произволни данни. Ако мрежата разпознае тази асинхронна заявка и реши да предостави ресурс чак тогава тя му изпраща параметрите на канала който ще го обслужи включително предполагаема стойност на ТА параметъра. Както казах и преди BSC може да рутира обслужването към различен BTS, така че преди да му се алокира канал няма как да му изпрати ТА. Така че MS започва да излъчва с този предварителен параметър на определения канал и чак след, като получи корекции чрез нова реална стойност за ТА съобразена с реалното разстояние и валидна за този канал може да кажем че ТА параметърът отразява дистанцията до BTS-a.

Това което най вероятно прави въпросният модул е да изчисли ТА чрез OTD na BCCH на съседните BTS-и. Но понеже между тях няма синхронизация получените числа не могат да определят разстоянието. Те просто дават представа за дефазирането в синхронизацията. Такива изчисления по принцип прави всеки MS, когато трябва да направи handover от един BSC към друг (Inter-BSC Handover) но тъй като то стават само чрез приемане и съпоставяне с текущата стойност на ТА отразяват единствено разсихронизирането между отделните BTS-и. Някъде в по горните ми постове съм го обяснил.
Когато в мрежата има LMU което на практика прави нещо подобно, но обвързано с географски данни и съответният софтуер вече е възможно да се направи локализация. Но такъв компонент (част LBS E-OTD) присъства в много малко мрежи по света.

Дори и да кажем че определи ТА слушайки BCCH на съседните BTS-и чрез OTD (нещо което виждаме че не се случва понеже в реалните данни които бяха публикувани тук имаше само нули) тези числа ще плуват във времето заради дрифта в офсета между различните BTS-и (те не са синхронизирани) т.е. не стават за ползване с някаква база данни.
Много често съм виждал какви ли не функции които или изобщо или частично не работят, или примерно са съобразени с някой провайдер и ползват някаква специфична доработка/функция.


И накрая ако пак приемем че все пак получим някакви реални данни, как клиентската апликация ще ги ползва?

И наистина накрая, за какво локиране говорим, което има теоретична резолюция 550м - т.е точността не може да бъде по висока от 550м. Такава е резолюцията на ТА.

Темата беше именно за решение, приложимо от хора пишещи в този форум а не свързани с оператора.

Ако говорим за специални приложения, то мога да дам друг пример - ДAHC са си купили техника която позволява локиране чрез друг метод - TDOA. Чрез него мрежата или който има подобна техника може да локализира всеки включен телефон, като в телефона не се изисква да има специализиран софтуер - на практика работи със всеки. Резултатите от локирането се получават в страната на апаратурата, а собственикът на телефона може да заподозре единствено, ако разбере че той няколко пъти излъчва за кратко без видима причина. Точността започва отново от около 50 метра.

Затова: имайте наблизо работещи евтинджос колонки за компютър

Това също не е показателно.
За да те обслужва мрежата поддържа HLR (Home Location Register). Това става чрез пейджинг на телефона който се прави при следните условия:
- при придвижване на телефона от една LA (location area) в друга. Нарича се Generic Location Update или Inter - LA Location Update
- при айдъл с режим с голяма продължителност - периодично (Periodic Location updating)
- при регистриране и де-регистриране от мрежата (IMSI Attach and Detach)
- естествено при всеки достъп за ползване на услуги
- при други обстоятелства примерно отказ от достъп до ресусри (Immediate Assigment Reject) когато телефона е направил заявка чрез RACH канала.

Така че има случаи в които телефонът излъчва без видима причина по инициатива на мрежата. Без да има намеса свише

Знам, бе, нали чувам
Майтапа настрана: това ще е супер Firewall за "умните" телефони. В къщи няма такива и колонките почти не чагъртат без причина.

Да бе с продавач, как ли пък не. Ако знаех, че човека е с психическо отклонение (очевадна мания за величие), нямаше въобще да се обаждам. Ще добавя само, че Телит препоръчват въпросното сканиране да се прави без СИМ. При наличие на СИМ, често командите не се приемат от първия път и модула връща грешка, та се налага да се подава няколко пъти. Разбирането на кое как и защо, както вече казах не помага. Имаш модул с неговите си команди и съответните отговори и толкова.

От тази тема виждам само положителни резултати. Най-важният от тях е, че накарахме Илкор да почете малко и да порови. Ако на някой му се занимава може да го накара да почете още малко и наистина да разбере аджеба как работи системата в детайли. Като например кога, какво и защо се случва на различните лейъри на комуникацията. Какво може и какво не може на съответния лейър.
Само да не повтаряме приказката на шопа като видял жираф за първи път "Хе те те такова животно нема"