Guten Abend,
würde mich interessieren wie sich die Feuerwehren und Rettungskräfte in den Bundesländern (welche die noch "frei Denken/Beschaffen" können bez. TETRA Endgeräten aufstellen, wenn es um die "Programmierung" (besser Parametriesierung) der Endgeräte geht (Beispiel BW oder Bayern). Macht man das zentral, oder dezentral ? Ist das Know-How vorhanden ? Wie handhabt man die Rollouts & Updates. Ich gehe eher nicht davon aus, daß die meisten Endgeräte ohne Software-Updates auskommen werden. Egal welcher Hersteller verwendet wird. Hat man das im Griff (Know-How, Logistik, Sicherheit) ? Die Endgeräte sind komplex und umfangreich an Features. Es ist nicht einfach wenn man nur das Endgerät kennt, aber nicht die EADS/Cassidian-Infrastruktur bzw. TETRA/BOS spez. Dienstleistungsmerkmale.
Es ist ja ein Zusammenspiel aus Beidem. Dann kommt noch die BSI-Karte ins Spiel, damit's bei der Fehlersuche so richtig Spaß macht (Handovers & Audio-Gaps & Co, dynamischer Schlüsselaustauch). Und dann ist da noch AIE Class III und Zubehör, Applikationen (GPS) etc. pp. Und ob die den AirAnalyser bedienen und auswerten können ist wagemutig. Das Gerät ist oft die letzte Instanz wenn mal wieder das Fingerpointing zw. Endgeräte-Hersteller und SwMi-Hersteller los geht. Stichwort "Phantom-Call".
Bin mal gespannt wann die erste Leitstelle mit Air-Interface Anbindung die umliegenden Zellen lahmlegt, wenn ETSI LIP GPS Meldungen die MCCH's überflutet, dank falscher Endgeräte-Parametrierung. Der tot der Kontrolkanäle kommt schleichend.....falls man nicht mit LIP "temporary control" gegensteuert. Aber dann benötigt man eigenltich eine Standleitung vom GIS/AVL über den Konzentrator an die Vermittlung und müsste in der Lage sein GPS zu dekodieren (das geht, kostet halt ein wenig), und einen LICS-Server aufsetzen der die MCCH's "kontrolliert und vor flooding schützt". Das wird echt spannend......und dann kommt noch irgend wann die Alarmierung auf ETSI-Callout. Noch mehr Daten-Traffic auf dem Kontrollkanal.....
Gruß,
tetraguru
Zitieren