Ton bei PID220 Motorola

[flachrelais_48]

Welche Gründe könnten denn dafür sprechen Status-Meldungen und Leitstellenanweisungen nicht mit dem Tetra-Status (16 Bit fix) sondern als TL SDS Protokoll 220 mit vermutl. sehr viel mehr Overhead zu senden?

[Wizard]

Welche Gründe könnten denn dafür sprechen Status-Meldungen und Leitstellenanweisungen nicht mit dem Tetra-Status (16 Bit fix) sondern als TL SDS Protokoll 220 mit vermutl. sehr viel mehr Overhead zu senden?

Bei Tetra-Status fehlt die Layer-3-Ack (also Ende-zu-Ende-Quittung) und außerdem am Bedienteil:
- Sofortige Anzeige auf dem Display
- Permanente Anzeige auf dem Display

In verschiedenen Bundesländern wird daher mit Flash-SDS (PID137) und neuerdings PID 220 und PID122 an alternativen Lösungen gearbeitet.
Natürlich gibt es auch noch unterschiede zwischen Motorola und Sepura....

[flachrelais_48]

Bei Tetra-Status fehlt die Layer-3-Ack (also Ende-zu-Ende-Quittung) ....

Bist du dir sicher? Meine EADS THR9 haben einen empfangenen Status immer mit dem Status "FE00" quittiert (bis ich das in der Konfig ausgeschaltet hatte).

[Wizard]

Bist du dir sicher? Meine EADS THR9 haben einen empfangenen Status immer mit dem Status "FE00" quittiert (bis ich das in der Konfig ausgeschaltet hatte).

Interessant. Wie meinst Du das genau? Du sendest einen Status (mit dem THR9) und bekommst einen Status "FE00" als Quittung?

Nach meinem Kenntnisstand wird diese Quittierung von der Infrastruktur selbst an den Status-Absender geschickt, wenn der Status an den Empfänger zugestellt werden konnte. Nicht der Empfänger selbst schickt die Quittung! Das ist wohl der Knackpunkt.

(*Sepura TETRA Terminal Data Interface User Guide: "After sending a Status Message, some TETRA Infrastructures will send a Status Message Acknowledgement". "FE00 Hex (65024) Status Message Delivered" )

[flachrelais_48]

Interessant. Wie meinst Du das genau? Du sendest einen Status (mit dem THR9) und bekommst einen Status "FE00" als Quittung?

Nach meinem Kenntnisstand wird diese Quittierung von der Infrastruktur selbst an den Status-Absender geschickt, wenn der Status an den Empfänger zugestellt werden konnte. Nicht der Empfänger selbst schickt die Quittung! Das ist wohl der Knackpunkt.

(*Sepura TETRA Terminal Data Interface User Guide: "After sending a Status Message, some TETRA Infrastructures will send a Status Message Acknowledgement". "FE00 Hex (65024) Status Message Delivered" )

Genau anders herum. Ich hatte testweise selbst ein Quittungssystem gebaut, in dem der Funk-Daten-Server einen empfangenen Status an den Absender zurückgeschickt hat. Dabei fiel mir auf, dass wenn ich von einem THR9 einen Status gesendet habe, dieser als Quittung an das Gerät zurückkam. Der empfangene Status wurde dann wiederum vom THR9 mit "FE00" quittiert. Da die in diesem Szenario doppelte Quittierung natürlich quatsch war, habe ich das am THR9 abgestellt.

In deinem Sepura-Zitat ist "TETRA Infrastructures" wohl etwas großzügiger zu interpretieren. Das Acknowledgement ist Protokollbestandteil. EADS hat es beim THR9 in die Firmware integriert. Vermutlich hat diese Freiheit der Hersteller in der Implemntierung dazu geführt, dass es nicht genutzt wird und stattdessen andere Protokolle genutzt werden, die alle Hersteller gleich unterstützen, wie z.B. Text-SDS oder Home Mode Display.