In München gibt es auch noch zehn GSM-only-Standorte (Marsstr. 48, Nymphenburger Str. 1, Landsberger Str. 155, Ohmstr. 8, Willy-Brandt-Platz 5, Musenbergstr. beim S-Bahnhof Johanneskirchen, Westendstr. 199, Lauchstädter Str. 5-7, Weitlstr. 66, Anton-Ditt-Bogen 8).
Die ersten sechs hatten bis zur Abschaltung zusätzlich auch UMTS.
Was auch noch berücksichtigt werden sollte, ist, dass am obersten Ende vom 1800-MHz-Band direkt der Frequenzbereich angrenzt, der für DECT verwendet wird.
Daher könnte es sein, dass Vodafone die obersten 5 MHz nur eingeschränkt nutzen kann und deshalb dort kein LTE1800 sendet. Bei den signalisierten 25 MHz n3 wissen wir ja nicht, ob die auch vollständig für Downlink-Daten verwendet werden oder zum Schutz von DECT ein Bisschen ungenutzt bleibt.
Ziemlich in der Mitte Einsam das NEC Panel, eine ebene darunter wohl die Multibands für LTE, o2 und Vodafone sind mit am Mast, wer davon ganz oben und wer unten weiss ich nicht.
Vodafone ist ganz unten. In Google Streetview sieht man den Stand von September 2008 als Vodafone noch der einziger Nutzer des Masts war.
München-Pasing Bahnhofplatz Ecke Gleichmannstrasse. Wird aktuell n78 Panels aufgebaut. Bisher o2 (mit LTE) und VDF (GSM only). Nicht zu erkennen wer baut, vermute aber o2 da Vodafone und Pasing, eine Dreiecksbeziehung mit dem LTE Funkloch.
Vodafone hat auf diesem Gebäude eigentlich überhaupt keinen Sender. Allerdings betreiben die eine GSM-Mikrozelle auf der Litfaßsäule, die nördlich vor dem Haus steht.
Wenn bei find im Suchstring Anführungszeichen vorkommen sollen, muss man diese verdoppeln.
Um nach "" zu suchen, verwendet man find test.csv """""", also insgesamt sechs Anführungszeichen, da der Suchstring in Anführungszeichen stehen muss.
Die Suche nach ;""; geht mit find test.csv ";"""";".
finstr verhält sich etwas anders. Dort muss man die Anführungszeichnen mit den Backslash escapen, also:
findstr "\"\"" test.csv bzw. findstr ";\"\";" test.csv
Recht hilfreich ist bei solchen Problemen meistens https://ss64.com/nt/
Irgendwann in den letzten vier Wochen wurde noch ein weiterer Standort aufgebaut: Friedenheimer Str. 16, 80687 München
In Betrieb ist er wohl noch nicht, denn die Verfügbarkeitsabfrage auf der 1&1-Seite für diese Adresse ist negativ.
Wie schon der andere bekannte Standort in München (Bayerstr. 75) ist auch der neue wieder ein Gebäude, auf dem auch Telefonica Mobilfunksender betreibt.
Weiß jemand, warum Telefonica diese Woche bei geschätzt 95% der GSM-Sender in München die Cell IDs geändert hat?
Betroffen waren Standorte, die schon vorher auf SRAN umgebaut worden waren (wo die GSM-Cell-IDs schon mal geändert wurden) als auch solche, die weiterhin die alte Technik nutzen.
Die neuen Cell IDs sind jetzt alle größer als 60000.
Die Münchner Zelle. Auf dem a&o Hostel Bayerstraße. Am selben Masten mit dem Partner o2. Nachtigall...
Interessanterweise sind in der Standortbescheinigung bisher nur die o2-Sender aufgeführt.
Bisher war es ja so, dass bei Telekom-Mobilfunksendern mit Ericsson-Technik (hauptsächlich in Bayern, Hessen, Rheinland-Pfalz und Saarland), wo LTE900 und LTE2100 genutzt wird, zwei eNodeB-IDs verwendet werden.
Im Oktober fiel mir dann auf, dass bei einem Standort an der Messe München, der vorher nur LTE900 nutze und dann weitere LTE-Bänder bekommen hat, die eNodeB-ID auf 186847 geändert wurde und darüber LTE900, LTE1800 und LTE2100 läuft.
Kürzlich ging dann in München-Moosach ein komplett neuer Standort in Betrieb, bei dem LTE800, LTE900, LTE1800 und LTE2100 zusammen die eNodeB-ID 178560 verwenden.
Inzwischen hat man in München und Umgebung damit begonnen, bei Standorten mit getrennten eNodeB-IDs die LTE900-Zellen auf die eNodeB-ID der anderen Bänder umzustellen. Bisher ist mir das bei diesen eNodeB-IDs aufgefallen: 109700, 117525, 118083, 157703, 174091, 179380
Kennt jemand die Hintergründe für diese Änderungen?
Bei Standorten mit vier Sektoren nutzt die Telekom immer zwei unterschiedliche eNodeB-IDs für jeweils zwei Sektoren. Mir ist jedenfalls kein Beispiel bekannt, bei dem alle vier Sektoren dieselbe eNodeB-ID verwenden.
