Beiträge von pn66pro

Hallo allerseits,

mit meinem selbst geschriebenen JAVA ME Programm logge ich die GK-Koordinaten von O2 auf der Speicherkarte des Handys zur späteren Auswertung. Bei der Auswertung fällt mir seit nunmehr einigen Monaten auf, dass ich Zeitdifferenzen von wenigen Sekunden bis wenigen Stunden vorfinde. Anzumerken ist, dass das Handy den Standort bzw. seine Position nicht ändert.

Mehrere Stunden zwischen dem Update der GK-Koordinaten sehe ich als normal an. Ein Update der GK-Koordinaten im wenige Sekunden Takt verwundert mich ein wenig.

Erwartet hatte ich ein Update der GK-Koordinaten mit einer Zeitdifferenz, die einem Vielfachen von 6 Minuten entspricht.

Solche unnötige Updates sehe ich als völlig unnötigen Elektrosmog an.

Hat irgendjemand eine Erklärung oder eine Idee?

Viele Grüße

Peter

Nachtrag:

Hier füge ich zur Verdeutlichung ein Beispiel ein:

19.04.2012

08:28:54 -> GK 360136579592 -> Zeitdifferenz: 00:00:28
08:31:45 -> GK 360354579631 -> Zeitdifferenz: 00:02:51
09:55:56 -> GK 360140579599 -> Zeitdifferenz: 01:24:10
09:56:15 -> GK 360354579631 -> Zeitdifferenz: 00:00:18
09:56:54 -> GK 360136579592 -> Zeitdifferenz: 00:00:39
09:58:11 -> GK 360354579631 -> Zeitdifferenz: 00:01:17
09:58:47 -> GK 360136579592 -> Zeitdifferenz: 00:00:35
10:00:12 -> GK 360354579631 -> Zeitdifferenz: 00:01:23
10:00:52 -> GK 360136579592 -> Zeitdifferenz: 00:00:39

Die Zeitdifferenz im Logfile hat das Format hh:mm:ss. Gerundet wird auf die Sekunde genau.

In dieser Art geht das den ganzen Tag. Ich habe wahllos ein Beispiel genommen. In diesem Falle habe ich sogar mal 1 Stunde zwischen den aktualisierungen. Normalerweise liege ich im wenige Sekunden bis wenige Minuten Bereich.

Hallo allerseits,

weiß irgendjemand, warum ich bei UMTS sowohl 0 (DEC) als auch 119 (DEC) für die RNC ID vornehmlich beim Einwählen in den entsprechenden NodeB sehe. Im Logfile finden sich entsprechend sowohl 0 als auch 119.

Ich hätte entweder 0 oder 119, aber nicht beides zusammen erwartet.

Ich verwende zur Einwahl ins Internet MDMA, um meine Datenverbindung im Auge behalten zu können. Dabei sehe ich sowohl 0 als auch 119 bei der RNC ID. LAC und Cell ID verändern sich nicht. Voreingestellt ist Connection Type 3G only.

Welche Werte könnte die RNC ID bei O2 theoretisch annehmen?

Viele Grüße

Peter

Hallo allerseits,

beim Lesen verschiedener Artikel stellt sich mir gerade folgende Frage:

Sendet mein Handy den gemessenen RX Wert in Form eines RSSI Wertes (1 bis 31) an die aktuelle BS?

Und, sendet mein Handy wohlmöglich dengleichen Wert automatisch auch an die benachbarten BS's? Das denke ich eher nicht.

Wenn dem so wäre, dann gäbe es eine sehr einfache Möglichkeit zur Positionsbestimmung eines jeden Handys über ein passendes Propagation Model.

Das käme einer quasi automatischen Überwachungsmöglichkeit gleich.

Wenn ich über JAVA ME Zugriff auf die Nachbarzellen hätte und deren Werte - was ich zur Zeit nicht habe - dann würde ich ein kleines JAVA Programm zur Überprüfung dieser Feststellung schreiben.

Hat irgendjemand zufälligerweise eine Idee, ob über JAVA ME ein Zugriff auf die RX Werte der Nachbarzellen möglich ist?

Viele Grüße

Peter

Hallo allerseits,

mich treibt die ungeklärte Frage um, ob C1 auch Werte zwischen -99 und 1 annehmen kann.

Im NOKIA Netmonitor sehen ich entweder positive Zahlen oder aber ich sehe eine -99.

Bisher sah ich bei C1 niemals eine 0 oder einen negativen Wert zwischen 0 und -99.

Ist dies auch eine Frage des entsprechenden Netmonitors bzw. seiner Anzeige oder aber ein generelles Verhalten des Mobiltelefons?

Oder aber hat die -99 eine eindeutige Bedeutung wie "Der entsprechende Kanal kann nicht decodiert werden"?

Viele Grüße

Peter

Vielen Dank für die Info!

Hallo senderlisteffm,

vielen Dank für die Info. Deine Aussage deckt sich mit meiner bisherigen Vermutung. Diese wurde auch durch Spezifikationen gedeckt, die ich gefunden habe. Nur absolut sicher war ich mir nicht.

Viele Grüße

Peter

Nachtrag zur Berechnung von C1

Dank der Kommentare von scharl konnte ich die Berechnung von C1 und C2 zu einem vorläufigen Ergebnis bringen.

Soweit ich bisher klären konnte, kann der Wert P (Maximum RF Output Power der MS) nur

33 dBm für GSM900 (Power Class 4) oder
30 dBm für GSM1800/1900 (Power Class 1)

betragen. Danke hierfür an scharl und senderlisteffm.

Mir war der Wertebereich von RXLEV_ACCESS_MIN und MS_TXPWR_MAX_CCH noch nicht ganz klar. Nachfolgend mein Ergebnis hierzu:

RXLEV_ACCESS_MIN kann folgende Werte annehmen:

RXLEV nimmt Werte zwischen 0 and 63 an, die jeweils einem dBm Wert entsprechen.

RXLEV 0 = kleiner als -110 dBm.
RXLEV 1 = von -110 dBm bis -109 dBm.
RXLEV 2 = von -109 dBm bis -108 dBm.
:
:
RXLEV 62 = von -49 dBm bis -48 dBm.
RXLEV 63 = größer als -48 dBm.

Quelle: GSM TS 05.08

Ich gehe davon aus, dass für RXLEV und RXLEV_ACCESS_MIN die gleichen Regeln gelten. Sollte dies nicht der Fall sein, bitte ich um Rückmeldung.

MS_TXPWR_MAX_CCH kann folgende Werte annehmen:

GSM 400, GSM 850 und GSM 900:

Power Control Level -> Nominal Output Power (dBm)

0-2 -> 39
3 -> 37
4 -> 35
5 -> 33
6 -> 31
7 -> 29
8 -> 27
9 -> 25
10 -> 23
11 -> 21
12 -> 19
13 -> 17
14 -> 15
15 -> 13
16 -> 11
17 -> 9
18 -> 7
19-31 -> 5

DCS 1800

Power Control Level -> Nominal Output Power (dBm)

0 -> 30
1 -> 28
2 -> 26
3 -> 24
4 -> 22
5 -> 20
6 -> 18
7 -> 16
8 -> 14
9 -> 12
10 -> 10
11 -> 8
12 -> 6
13 -> 4
14 -> 2
15-28 -> 0
29 -> 36
30 -> 34
31 ->32

PCS 1900

Power Control Level -> Nominal Output Power (dBm)

0 -> 30
1 -> 28
2 -> 26
3 -> 24
4 -> 22
5 -> 20
6 -> 18
7 -> 16
8 -> 14
9 -> 12
10 -> 10
11 -> 8
12 -> 6
13 -> 4
14 -> 2
15 -> 0
16-29 -> Reserviert
30 -> 33
31 -> 32

Ich gehe davon aus, dass für MS_TXPWR_MAX_CCH diese Regeln gelten. Ich fand den zugrunde liegenden Text nicht unbedingt eindeutig. Sollte dies nicht der Fall sein, bitte ich um Rückmeldung samt Korrekturhinweis.

Quelle: 3GPP TS 05.05

Laut einer Quelle sollen, ich zitiere,

Zitat

RXLEV_ACCESS_MIN: minimum received power level required for registration in the cell
(parameter transmitted on BCCH; typically –98 to –106 dB)
MS_TXPWR_MAX_CCH: maximum allowed transmitted power on RACH
(parameter transmitted on BCCH; typically 31-39 dBm)

Quelle: GSM GSM –– Switching & Mobility Switching & Mobility

Hat irgendjemand Erfahrung bezogen auf Deutschland, welche Werte tatsächlich in welchem Bereich üblicherweise gesendet werden?

Nachtrag zur Berechnung von C2

Um die Berechnung von C1 und C2 zu komplettieren erweitere ich das bisher Gesagte um die komplette Berechnung von C2. Den Kommentar von scharl habe ich hier berücksichtigt.

Grundsätzlich berechnet sich der C2 Wert nach folgender bekannter Gleichung:

C2 = C1 + CELL_RESELECT_OFFSET - TEMPORARY_OFFSET * H(PENALTY_TIME - T)

für PENALTY_TIME <> 11111

und

C2 = C1 - CELL_RESELECT_OFFSET

für PENALTY_TIME = 11111

mit

C1 = Bekannt aus vorhergehender Rechnung/Betrachtung.
CELL_RESELECT_OFFSET = Wird benutzt, um verschiedenen Bändern verschiedene Eigenschaften zu geben. Bibt einen Offset in 2 dB schritten von 0 - 126 dB vor.
TEMPORARY_OFFSET= Gibt einen negativen Offset in 10 dB Schritten von 0 - 60 dB vor.
PENALTY_TIME = Gibt eine Dauer für den TEMPORARY_OFFSET in 20 s Schritten von 20 - 620 s vor.
T = Timer, der gesetzt wird.

wobei

für "non-serving cells" gilt:

H(x) = 0 für x < 0
H(x) = 1 für x >= 0

für "serving cells" gilt:

H(x) = 0

mit x = PENALTY_TIME - T

H ist hierbei die sogenannte Heaviside-Funktion (Schwellenwert-Funktion), die entweder 0 oder 1 sein kann.

C1 ist aus der Berechnung bekannt. Die Werte CELL_RESELECT_OFFSET, TEMPORARY_OFFSET und PENALTY_TIME werden von der BS an die MS gesendet. T ist der Wert des gesetzten Timers der MS.

Nachzulesen ist die Berechung von C1 und C2 in dem Dokument GSM 05.08, GSM TECHNICAL SPECIFICATION, Version 5.1.0, July 1996.

Hallo allerseits,

gibt es eine Möglichkeit an die Power Class eines Mobiltelefons zu gelangen, welches man gerade benutzt?

Ich denke dabei an einen Tastencodes, die es z.B. bei NOKIA gibt, oder aber an ein Menü im Mobiltelefon.

Oder aber gibt es eine frei verfügbare Datenbank für Mobiltelefone, in der sich detailierte Spezifikationen finden lassen?

Für mein Nokia 6210 und mein Nokia 3600 Slide bin ich bisher nicht fündig geworden. Selbst in Suchmaschinen habe ich nicht wirklich das gefunden, wonach ich gesucht habe.

Viele Grüße

Peter

P.S.: Ich benutze zur Zeit NOKIA Mobiltelefone, und bin entsprechend an den NOKIA interessiert. Ich denke aber, dass es prinzipiell nicht schlecht ist, wenn man diese Daten beschaffen kann.

Hallo allerseits,

während der Dokumentation der Antennenstandorte in Braunschweig ist mir ein Standort aufgefallen, der nicht in das übliche Schema passt.

Es handelt sich um ein mehrstöckiges Wohnhaus bzw. Wohnsilo. Auf dem Dach müssen drei Sektorantennen sein, die jedoch zu zwei unterschiedlichen BS gehören.

Bei dem Standort handelt es sich um die Adresse 38112 Braunschweig, Roggenkamp 1/2 mit der StoBNr. 340263.

Hier kommen die Daten zu den Antennen:

CI 4982, LAC 10210, PLMN 26207, Ch 688, Sektor 1, 120°
CI 24982, LAC 10210, PLMN 26207, Ch 675, Sektor 2, 240°

und

CI 4432, LAC 10210, PLMN 26207, Ch 716, Sektor 3, 0°

Hat irgendjemand eine Erklärung, warum O2 soetwas macht?

Ich hatte eine 3. Sektorantenne mit der CI 44982 erwartet und gesucht. Diese war jedoch nicht zu finden.

Die oben genannten Daten selbst habe ich mehrfach überprüft, diese stimmen und sind reproduzierbar.

Viele Grüße

Peter

Hallo allerseits,

kann mir irgendjemand erklären nach welchem Schema O2 die Kanäle der Sektorantennen der zugehörigen BS wechselt. Innerhalb von 6 Monaten haben ich festgestellt, dass die Kanäle einzelner Sektorantennen getauscht/verändert wurden. Dabei spreche ich jetzt nicht von einem Fall, eher von 6 Sektorantennen der näheren Umgebung.

Wenn ich meine Messdaten mit denen von Harald Bögeholz vom Heise Verlag (ca. von Juni 2001) vergleiche, dann stimmen mittlerweile kaum noch Kanäle, die er seinerzeit mitgesammelt hat.

Ich verstehe den Wechsel noch, wenn z.B. von GSM auf EGSM gewechselt wird. Dann fallen natürlich Kanäle weg. Mir erscheint ein Wechsel von Kanälen einer bestehenden Anzahl an Anlagen nicht unbedingt sinnvoll zu sein.

Viele Grüße

Peter