AVM: ny (tysk) firmware visar avstånd till 4G mast.

Vilket är vad avhandlingen från Naval academy går ut på. Vidare är det misstänkt att man hittar så extremt lite på nätet om lokalisering med LTE. Det får mig att tänka på vad som skrevs i New York times efter de bulgariska paraplymorden med ricinprepareade små metallkulor som stacks in i landsflyktiga bulgariska regimkritiker. Fram till sjuttiotalet förekom det vetenskapliga artiklar om ricingifter från östeuropeiska forskare. Senare blev det helt tyst pga de moskvaberoende säkerhetsorganens intresse. Konspiratorisk som man har anledning att vara i dessa dagar kan man ana en liknande orsak till tystnaden om lokalisering. AVM använder inte amerikanska Qualcommchip utan 4G only baseband chips från israeliska Altair Seiconductors.

Grejen är att det förmodligen går att sniffa fram time advance värdena om man kan avlyssna radiotrafiken mellan mast och användare. Qualcomm släpper förmodligen ínte time advance info för LTE så att kan det visas i användargränssnitt. Underrättelseorganet skulle då inte behöva ha tillträde till nätets backbone. Däremot så sker nog inmätning av timing advance bara mot ansluten cell. då får man vänta på handover för at kunna triangulera konsekutivt. 

I princip så skulle en drönare kunna ha ihjäl en person som använder en LTE telefon även med GPSen avstängd med tanke på den angivna noggrannheten. GSM är inte alls lika "bra", där kan man vara varsomhelst inom ett par hundra meter.

LIte mer länkar, här med arbeten av handledaren vars lätt framgooglade CV visar på inriktningen på militär signalspaning.

http://www.computer.org/csdl/proceeding … 9-abs.html

http://www.computer.org/csdl/proceeding … m-abs.html

I filmen om räden mot mannen i Abbottabad så åkte agenterna runt och kollade signalstyrkan från kurirens GSM men det var en långsam och besvärlig medod och det var mer eller mindre tur att de till slut råkade befinna sig intill honom i Peshawar. Tekniken går framåt...

du får då ca 50% av hastigheten i praktiken som den anger som max, eller är det olika dagar?

isf skulle operatörerna kunna ange förväntad hastighet, villket dom knappast vill då detta kommer visa hur pass dåligt det funkar med std utrustning.

En sådan här LTE Router du pratar om alltså ?
http://goo.gl/CItNQG

Ok, tack för tipset.
JAg trodde 6842 var bättre för att den hade högre nummer ...

har även den tyska versionen av 6840 lte1800 mhz numera ?

@jonasolof: Kan den versionen av router som jag har uppdateras till att se avstånd? Med tysk FW tänker jag.
Jag minns att du sagt att det är internationell version, så min fråga blir väl, har det med mjukvara eller hårdvara att göra?
Behovet är i princip obefintligt i dagsläget. Jag är mest nyfiken.

Som relativt nybliven ägare till den fortfarande lika fascinerande AVM 6840 har jag som första målsättning att identifiera och kartera, i det här fallet, Telias 4G-baser (för 800-bandet) inom mitt ”dagliga” verksamhetsområde. Detta för att senare kunna finjustera en/flera fast/a antenninstallationer.

Förutom de för uppgiften väsentliga uppgifter som AVM 6840 beredvilligt lämnar ifrån sig (EnodeB-ID och Global Cell-ID) är riktningarna för respektive basstations antennlober väsentlig. Hittills har jag hunnit med sex baser och räknar med att få med ytterligare ungefär lika många innan jag har ett bra underlag. Min ursprungliga idé, att invid respektive bas mäta in antennriktningarna, har visat sig möjligt endast på de baser där jag dels specifikt vet (genom att följa infon i Telias tidigare/kommande utbyggnadsplaner på hemsidan) vilka frekvenser/band stationen sänder på (4G/800 MHz, 3G och 2G) dels bara baser med en eller två operatörer. Vid fler operatörer och/eller flera band per operatör blir det i praktiken omöjligt att följa kabelstammarna från respektive teknikbod till antenn.

En mer realistisk metod är att på flera punkter i landskapet helt enkelt mäta RSRP och av AVM 6840 automatiskt vald bas. Varje mätpunkt har jag lagt in på en detaljerad (digital) karta – i det här fallet Garmins MapSource (Friluftskartan) som är både skalbar och mycket detaljerad. Så småningom framträder ett intressant kommunikationsmönster mellan FritzBoxen och respektive bas som, med hänsyn till EnodeB-ID och Global Cell-ID, visar både respektive basstations praktiska täckningsområde och antennlobernas riktning. På kartbilden växer därmed fram ett komplext men intressant täckningsmönster. Självklart är hittills sex basstationer ett magert underlag för att dra några slutsatser men väl tillräckligt för att fundera på olika hypoteser för nätplaneringsprinciper.

Två intressanta faktorer tror jag mig redan ha noterat. Inom glesbygdsområden med permanent eller tillfälligt större koncentrationer av presumptiva surfare (bebyggelsekoncentrationer eller t.ex en travbana) är täckningen från flera baser uppenbar (överlappning) där jag antar att detta är ett sätt att öka kapaciteten. Över huvud taget är jag förvånad över den stora överlappningen mellan olika baser inom just glesbygdsområden. I tätorter (särskilt en där jag har god lokalkännedom) är naturligtvis avstånden mellan baserna ofta mycket kort – även på 800 MHz.

Så till ID-problematiken. Inom det hittills analyserade området (ca 18 x 18 km) har baser med antennerna monterade i/på fristående master genomgående ID 192xx medan baser med antennerna monterade på hustak eller fristående skorstenar genomgående har ID 18xxX. ID verkar vara områdesspecifikt och oberoende av om respektive bas är nyuppsatt eller har ett drygt år på nacken. Mer intressant är antennlobsbeteckningarna där samtliga basers antennlober har beteckningarna 0c, 16 eller 20. En översättning till hex-kod ger mig ingen vidare ledtråd. Den konsekventa orienteringen för dessa antennlobersID (Cell-ID) har fått mig att misstänka följande beteckningsprincip: Den (medsols) första loben efter respektive basstations radiella 0-linje (0° = nordriktning) heter 0c nästa medsols 16 och nästa 20. Observera att – om detta stämmer – beteckningarna i princip bara anger antennlobernas ordningsföljd från 0-linjen och inte någon speciell sektor från 0-linjen. I praktiken verkar det dock ofta som om 0c ≈ 0-120°, 16 ≈ 120° - 240° och 20 ≈ 240° - 360°. Den här principen överensstämde/överensstämmer (?) väl med motsvarande antennlobs-ID på Net1:s baser där tågordningen medsols var A, B och C efter stations-ID.

Det skulle vara intressant att höra om någon annan kunde prova de här ID-principerna inom respektive geografiska område. Kanske är de här redovisade idéerna helt irrelevanta.

I en annan tråd har jag tidigare uttryckt min uppskattning av Wimos stora panel för 800 MHz. Jag har nu kunnat jämföra nettoförstärkningen mellan panelen + 10 meter Ecoflex 10 plus och FritzBox samt med FritzBox placerad på skorstenskrönet och enbart sina egna paddelantenner. Anslutning har verifierat skett mot samma bas vid båda tillfällena medan en osäkerhetsfaktor är den något ökade bladmängden på några träd i siktlinjen mellan mättillfällena (april respektive juni). Nettovinsten (RSRP) med panelantennen inklusive kablaget enligt ovan är i snitt ≈ -74 dBm och ≈ -87 dBm således  ≈ 13 dB vilket väl stämmer med tillverkaruppgiften på ≈ 15 dBi.

Verkar rimligt men andra siffran då ? Här skulle ju respektive lobs mitt(max)linje i ° kunna finnas med och varför inte också tiltvinkel ?

Bra tänk. Tele2 och telenor är lättare. Klart är i alla fall att enligt normen för masters global cell id är de två sista cellspecifika medan de föregående siffrorna är mastens unika id.

Min hypotes är, mot bskgrund av vad Vox funnit, att den sista siffran, i detta fall 2, anger andra antennarrangemanget, möjligen då för 800. Det vore bra att se några hexkoder för 2600 celler. Det kan naturligtvis handla om andra band också eller 3G/GSM.

För tele2/telenor är oftast sista siffran om 1-3 900 och 4-6 2600 men ibland har de 800 också och behöver då 7-9. Är inte helt säker på turordningen för band.

Det är möjligt att tre använder 0-2 för de första tre sektorerna.

Edit: Kollar gamla screendumps från AVM6840 som finns i ipaden.

Dessa celler anger routern som telia 800 (fetstil nära simtrax och med god RSRP)

1904b-16

telia 2600

189fe-14

En radda telia decimalt angivna med en tidigare fw version, därefter konverterade tíll hexadecimalt. Därefter har de två sista positionerna  konverterats till decimalt.  Jmf 16 för 800 och 14 för 2600 hos simtrax utanför Lund, Annars skulle man tro att sista tvåan står för 800 och en nolla för 2600. Men det stämmer inte med 20 som cell ID för den 800 cell jag just nu är ansluten till.

800 26083084 > 18dff0c> 12

800 25940236  >18bd10c> 12

800 26155798 >  18f1b16 >22

800 25939990 > 18bd016 >22

800 26083360 > 18e0020> 32

800 26083104 > 18dff20< 32

800 25947169 > 18bec21> 33 (fel?)

800 26327062 > 191b816> 22

2600 25617438 > 186e41e> 30

2600 25607946 > 186bf0a > 10

2600 25834270 > 18a331e > 30

Slutligen anges den 800 cell som jag just nu är ansluten till med nyare fw till EnodeB id 18c57 och cell id 20 (se under tab LTE) vilket decimalt blir 25974560 - men routern anger 5 positioner bindestreck två siffror också i nätöversikten , Det bör vara mastens södra cell. I den masten finns inga 2600 celler. Jag kan kolla senare vad de två övriga benäms. 

Det verkar inte som om de tidigare decimal-angivelserna stämmer med Vox hypotes men det kan vara något lurt. Kanske ska de två sista konverteras till decimalt igen som jag gjort sist ovan.

Numer är routern tydlig med att ange bindestreck före de två sista siffrorna vilket bör ange masten. Routern angav t ex en cell som EnodeB -ID 1397c (fem tecken) och cell ID 03 (två tecken). Detta var en 800 mast EARFCN 6300 så det stämmer att de sista två är cell ID.

Telenor och tele2 och N4M får rena siffror på slutet när man konverterar deras decimala global id till hexadecimalt. Global id är således enode B id och cell id. Vad gäller telia är det nog enklast att bortse från hur routern tidigare angav global cell id decimalt.

Nu fångar routern utöver telia 800 18c57-20 även Tre 1271e-14 och telenor 1b5b9-0b (0b = 11 decimalt), alla på 800.

PS OK om Wimo 15 dBi, låter rimligt att paddlarna ger 2 dBi.

För övrigt har också AVM solen fläckar. Jag uppgraderade adsl routern 7390 till senaste fw och då får jag ingen IP adress. prövade med en likadan router till, samma fel och därför är jag nu på reservlina med 4G.