2. Felhasznált adatok
Rendelkezésre álló adatok szűrése
Beszéljenek a számok
Melyiket érdemes választani?
Avagy belépések az inicializálások tükrében
Következtetések levonása
Sikertelen és befejezetlen inicializálások
Tartalom:
3. Felhasznált adatok
A Szolgáltató Központ által rögzített adatbázis:
Felhasználónév
Belépéskor használt mountpoint
Belépés és kilépés időpontja (dátum, hms)
A hálózatban töltött idő adatforgalma byte-ban
Első beküldött pozíció (lat, lon)
Az első sikeres ciklustöbbértelműség feloldására fordított idő (TTFA: Time-To-Fix-Ambiguity,
másodpercben)
CASTER log file-okból szűrt adatok:
Felhasználó név
Bejelentkezéskor használt NTRIP kliens
Egyéb kiegészítő adatok:
Magyarország település adatbázisa
A Szolgáltató Központ egyéb statisztikai adatai
4. Rendelkezésre álló adatok szűrése
Első beküldött pozíció (lat, lon):
Csak a magyarországi belépések szerepelnek az elemzésben. Törlésre kerültek:
A környező országokban történt belépsek
A 0,0-ás pozíciót beküldő bejelentkezések (akkor fordul elő, ha előbb csatlakozunk a caster-hez, minthogy a vevő
meghatározná az abszolút pozicióját)
Egyéb fals pozíciók, pl. A déli féltekéről, a holdról
Bennfentes felhasználók belépéseinek törlése:
Monitor állomások
A szolgáltató központ munkatársai
Külföldi szolgáltatók belépései
Bejövő TTFA értékek szűrése: szétválasztás „sikeres” és „sikertelen”, vagy az
általunk meghatározott küszöbértéken kívülre eső inicializálásokra:
Minden 4 és 600 sec közötti számított sikeresnek (az inicializálás megbízhatósága 300 sec
fölött csökken)
Minden ami ezen kívül volt -vagy a pozícióhoz nem tartozatt TTFA- számított sikertelennek
(negatív értéktől kezdve, a 0 át 167 percig)
5. Beszéljenek a számok
Csaknem 400000 belépés 2009-ben
A hálózatban eltöltött idő mintegy 11 évnyi másodpercnek felel meg
A hálózatban töltött idő adatforgalma körülbelül 75 gigabyte (átlagosan egy
belépéshez 50 kilobyte adatforgalom társul)
Legnépszerűbb mountpointok:
SGO_MAC-RTCM3.1: ~85000 belépés
SGO_VRS-RTCM3.1-GLO: ~80000 belépés
SGO_VRS-RTCM3.1: ~80000 belépés
SGO_RTK-RTCM3.0: ~40000 belépés
SGO_RTK-RTCM3.0-GLO: ~20000 belépés
Országos szinten a vizsgált esetek 95,4%-ában 135 sec alatt tudtak inicializálni a
felhasználók, az esetek 68,3%-ában pedig 27 sec alatt. (TTFA-ból, 2σ, 1σ)
Szolgáltatásunkat igénylő felhesználók száma töretlenül növekszik, ennek
megfelelően növekszik a hálózatban eltöltött idő, és a bevetelek is.
11. Melyiket érdemes választani?
Részletes vizsgálatok az inicializálási idők tekintetében:
RTK mountpointok szerint
VRS mountpointok szerint
MAC mountpointok szerint
Az állomásoktól távolodva 5 km-es körgyűrűkként egészen 30+km-ig
NTRIP kliensek szerint bontva
Hány másodsec alatt tudtak inicializálni a felhasználók, az esetek 95,4%-ban és
az esetek 68,3%-ában? (TTFA-ból, 2σ, 1σ)
22. Következtetések levonása
Egy bázisos megoldást a referencia állomástól 15-20 km-ig érdemes használni.
20 km-nél nagyobb távolságra az állomásoktól az RTK inicializálási idő
ugrásszerően nő. Használjunk VRS vagy MAC-es (már ebből is 2 van)
mountpointokat.
A GLONASSZ holdak javíthatnak az inicializálás gyorsaságán is.
Belvárosias területen kissé romlik az inicializálási idő.
Viszonylag nagy eltérések mutatkoznak az egyes műszerek inicializálási
képességeik között.
23. Sikertelen és befejezetlen inicializálások
Az érem másik oldala, amikor nem sikerült inicializálni, vagy tovább tartott,
mint az általunk felállított küszöbérték
A pozícióhoz nem tartozott TTFA érték, a „best quality”-t azaz a fix státuszt nem érték el
A TTFA érték 0-4 sec (rover vevők gyakori ki-be jelentkezése)
600 sec-től 10000 sec-ig
Vizsgálatuk települési (3174) szintre lett levezetve.
Százalékos értékben meghatároztuk, hogy milyen arányban történtek sikertelen
inicializálások az össz belépésekhez képest.
Akadtak kiugróan rossz arányok (50-90%)
További vizsgálatok történtek a probléma okának felderítésére. Kiderült, hogy
egy-egy felhasználó rontotta le a statisztikát.
24. A sikertelen vagy befejezetlen inicializálások aránya egy adott NTRIP
klienst használó felhasználók belépéseiből (1.példa)
Döntő többségben a
statisztikai romlást
egy felhasználó
okozta. Több ezer
max. 60 sec-es
belépés, TTFA nélkül
Egy hasonló eset az ország
más területéről