Der 1&1 Netzausbau Thread

1&1 verwendet zusätzlich zur eNodeB und CID (Sektor) auch noch eine weitere ID die Netmonster z.B. nicht auswertet.

Beispiel in München. Wir haben die eNodeB 459455 an einem Standort A mit den Sektoren 19,20,21. An einem anderen Standort B mit den Sektoren 22,23,24. Die Zelle an Standort A hat die Zusätzliche ID 7 woraus hier die 4594557 wird, an Standort B dann folgend die ID 8, also 4594558.

Diese ID wird einfach raufgezählt:

1 - 1,2,3

2 - 4,5,6

3 - 7,8,9

4 - 10,11,12

5 - 13,14,15

6 - 16,17,18

usw.

Und ja, diese Zellen hängen dann alle wohl an einem Rechenzentrum sind aber in München quer über die Stadt verteilt.

Hat von euch noch einmal einer die Google Maps Karte mit den 1&1 Standorten parat?

https://www.google.com/maps/d/…zv5aLRSxhDR4VAZWqnPL68&ll

Da sind aber auch sehr viele geplante Standorte eingetragen.

Somit ist Hameln die einzige Stadt in Niedersachsen über 50.000 Einwohnern, in der noch keine Stationen von 1&1 genehmigt wurden.

Man darf gespannt sein.

Zitat von elchris

1&1 verwendet zusätzlich zur eNodeB und CID (Sektor) auch noch eine weitere ID die Netmonster z.B. nicht auswertet.

Beispiel in München. Wir haben die eNodeB 459455 an einem Standort A mit den Sektoren 19,20,21. An einem anderen Standort B mit den Sektoren 22,23,24. Die Zelle an Standort A hat die Zusätzliche ID 7 woraus hier die 4594557 wird, an Standort B dann folgend die ID 8, also 4594558.

Diese ID wird einfach raufgezählt:

1 - 1,2,3

2 - 4,5,6

3 - 7,8,9

4 - 10,11,12

5 - 13,14,15

6 - 16,17,18

usw.

Und ja, diese Zellen hängen dann alle wohl an einem Rechenzentrum sind aber in München quer über die Stadt verteilt.

Alles anzeigen

Wie jetzt, zur Identifizierung der Funkzelle dient doch weiterhin die lange CID oder auch CI. Es kann aber sein, dass 1und1 für die Nummerierung der Sektoren nicht die ganzen unteren 8 Bit der CI verwendet.

Da Netmonster auf diesen Standard letzte 8 Bit für die Nummerierung des Sektors eingestellt ist, kommt es mit der Nummerierung der Standorte von 1und1 nicht ganz so zurecht wie es wünschenswert wäre. Bei 5G Standalone ist es doch ähnlich. Die Anzahl verwendeter Bits von der CI für die Sektorennummerierung variiert doch auch von Netzbetreiber zu Netzbetreiber.

Zitat von elchris

1&1 verwendet zusätzlich zur eNodeB und CID (Sektor) auch noch eine weitere ID die Netmonster z.B. nicht auswertet.

Was außer der eCI und der PCI soll das für eine ID sein und woher hast Du die, wenn Netmonster und Cellmapper sie nicht anzeigen?

Zitat von dw4817

Was außer der eCI und der PCI soll das für eine ID sein und woher hast Du die, wenn Netmonster und Cellmapper sie nicht anzeigen?

Cellmapper zeigt die an. Unter ID. Eine in Wiesbaden ist z.B. die 3345282, das ist die 2. Station der eNB 334528 mit den 3 Zellen von 2*3= 4,5,6

Zitat von handyphil

Cellmapper zeigt die an. Unter ID. Eine in Wiesbaden ist z.B. die 3345282, das ist die 2. Station der eNB 334528 mit den 3 Zellen von 2*3= 4,5,6

Das wird einfach eine von Cellmapper generierte ID in deren Datenbank sein, damit sie getrennte Standorte mit derselben eNB-ID auseinanderhalten können. Auf der "Luftschnittstelle" gibt es nämlich keinen anderen Identifier außer der eCI (die nach dem üblichen Schema aus eNB und Sektor gebildet wird) oder dem PCI (der aber nur regional eindeutig ist).

Das kann sein. Aber wie hält Cellmapper die dann auseinander? Wenn ich eine neue Zelle mappe kommt sie zur passenden Station, wenn 4 schon da ist und ich 6 mappe, wird sie dort dazu gepackt und nicht etwa zu Zelle 7. Per eigenem Algorithmus?

Zitat von handyphil

Aber wie hält Cellmapper die dann auseinander? ... Per eigenem Algorithmus?

Algorithmus, Raten, manuelles setzen.

Aber - wie gesagt - auf der Luftschnittstelle gibt es diese zusätzliche ID nicht.