Wenn Du mit AR gefiled hast, kannst Du mit dem Telegram-Kommando "freeze" die letzte CTOT einfrieren und bekommst keine improvements mehr. Mit "unfreeze" lässt sich das bei Bedarf wieder rückgängig machen.

Ansonsten geht das System in der Tat davon aus, dass Du ab Deiner im FPL angegebenen EOBT ready bist. Aus dem ATFCM-User-Manual (siehe Link unten):

"The EOBT / TOBT of a flight shall be accurate; it must always provide the earliest EOBT / TOBT you may comply with. This is not related to the slot provided."

Bisher habe ich alle Slot-Änderungen über AR bekommen - keine Ahnung, warum das in Deinem Fall nicht so war.

Die Regeln bezüglich CTOT und FPL-Updates sind im ATFCM-Manual in einer recht übersichtlichen FAQ zusammengefasst (ab Seite 10):

https://www.eurocontrol.int/sites/default/files/content/documents/nm/network-operations/HANDBOOK/atfcm-users-manual-current.pdf

Hi Tobias,

was mich interessiert, ist dieser „freeze“ command bei AR. Kann ja in der Tat mal nützlich sein (musste mich auch neulich in Bern ziemlich hudeln, als der Slot letztlich wieder Richtung ursprüngliche EOBT rutschte...)

. Die Sache ist bloß: diese message scheint irgendwie nicht dokumentiert zu sein, oder? Wenn ich das AFTM-Manual nach dem Wort „freeze“ durchsuche, gibt es das dort nicht.

Ich glaube es ist so: der freeze-command im AR entspricht bei EC dem SWM Status. Bloß dass der AR dann etwaige SIPs unterdrückt und (zur Vereinfachung einer ohnehin komplexen Situation) gar nicht mehr an den Piloten durchschleust; quasi um ihn in Frieden zu lassen. Korrekt?

Und begrifflich macht es vielleicht auch Sinn, dass AR hier einen etwas aussagekräftigeren Begriff verwendet, anstatt nur diesen Abkürzungssalat von EC, den eh kaum noch einer versteht...