PROCEDURES FOR THE SUBMISSION OF A FLIGHT PLAN
Adherence to Airspace Utilization Rules and Availability
No flight plans shall be filed via the airspace of FIR PRAHA deviating from the State restrictions defined within the Route Availability Document (RAD). This common European reference document contains all airspace utilisation rules and availability for FIR PRAHA and any reference to them shall be made via
Note: The AIP of the Czech Republic does not determine if the FPL in the adjacent states shall be submitted or not. A pilot-in-command, when performing international flight, shall consult AIP of the appropriate state.
All aircraft operators (A.O.) operating inside the airspace of the Czech Republic, out of it and into it have a right to communicate with the subsystems of NMOC without the intermediary of AROs. The subsystems of NMOC are Integrated Initial Flight Plan Processing System (IFPS) and ETFMS/CASA, Computer Assisted Slot Allocation.
All procedures applied in direct communication between an Aircraft Operator and NMOC must be in compliance with the “Network Operations Handbook”.
All combined VFR/IFR, IFR/VFR flight plans shall include information on the phone contact of the submitter.
The flight plan form will be confirmed to the submitter after the reception of an “Acknowledge Message - ACK” from IFPS. A copy of the “ACK” will be handed over to the submitter together with the flight plan form. If any changes have been made in the flight plan by IFPS, the “ACK” message comprises the copy of the whole flight plan including the changes made by IFPS (the “-MSGTXT” field). This is the flight plan message that will be distributed to the ATS centres en-route.
The submitter shall check the status acceptance or rejection of the flight plan before the departure. He/She shall check the reception of a time slot as well.
Central Air Traffic Services Reporting Office Praha (Central ARO Praha)
Telephone: +420 220 374 138
Flight plan can be submitted by means of AFTN to the following addresses:
AFS: LKPRZPZX - CARO Praha/Ruzyně
SITA address - to be defined.
If a flight plan is submitted by means of AFTN or SITA the operator shall file the flight plan including the field 19. Syntax in accordance with ICAO Doc 4444.
If a flight plan is submitted by means of AFTN or SITA the following “IFPS-Operational Reply Messages (ACK, MAN, REJ)” will be re-distributed to the address of the flight plan originator.
If this re-distribution is requested to an address different from the originator´s address or, if the distribution is requested to an additional address, the operator will announce the details to:
Air Navigation Services of the Czech Republic
Air Navigation Services Planning and Development Division
Navigační 787
252 61 Jeneč
Telephone: +420 727 373 262
Telefax: +420 727 372 011
A flight plan can be submitted by means of e-mail at the following address:
E-mail: caro@ans.cz
After it is sent, it is needed to verify by phone that the FPL is filled correctly. Only after verification will the FPL be submitted.
An acknowledge Message - ACK or Rejection Message - REJ will be sent to the email address from which the submitted IFR or combined flight plan was sent.
The IBS (Integrated Flight Briefing System) is a web application which provides users services for filing FPL and pre-flight briefing:
URL: https://ibs.rlp.cz
A flight plan for a flight fully inside the IFPS Zone as defined by the Network Operations Handbook shall only be addressed to both “IFPS Units - IFPU”.
IFPU 1 (Brussels) EUCHZMFP
IFPU 2 (Bretigny) EUCBZMFP
The flights from the inside of the IFPS-ZONE to the outside of the IFPS ZONE
The flight plan will be addressed to both of the IFPUs. The addresses of the ATC Units outside the IFPS-Zone involved in the flight will be adduced to the additional line beneath the originator’s data, before the opening bracket of the message itself. The IFPS will distribute the message to these addresses. Each line of address shall be introduced by an “AD” abbreviation and it shall contain not more than 7 addresses.
Combined VFR/IFR, IFR/VFR, GAT/OAT, OAT/GAT flights
The addressing rules adduced above apply to the combined flights as well. The addresses of the units involved in VFR or OAT portion of the flight will be adduced to the additional line beneath the originator’s data before the opening bracket of the message itself. These addresses shall be inserted in accordance with the table adduced in frame of item ENR 1.11.2.
All legs inside the IFPS - Zone
The flight plans for all legs of the flight will be addressed directly to both IFPUs. No flight plan will be sent to an ARO of an intermediate airport for further distribution.
Next leg of a flight leads from the inside of the IFPS - Zone to the outside of the IFPS zone.
Both flight plans shall be filed directly with both IFPUs. The addresses of the ATC units outside the IFPS involved in the next stage flight plan will be adduced on the additional line beneath the originator’s data before the opening bracket of the message itself. The IFPS will distribute the flight plan to these addresses.
The flight plan for the next leg of a flight departing outside the IFPS zone shall be sent to the ARO of the intermediate airport for further distribution notwithstanding the fact that the flight is returning to the IFPS - Zone or not.
Before the flight plan is sent to the addresses adduced in ENR 1.10 para 2.1.3.1, its correctness can be checked by sending it to the following addresses:
AFS: EUCHZMFV
SITA: BRUEY7X
The ACK message received indicates that the flight plan will be accepted without manual intervention after it is sent to the addresses adduced in ENR 1.10 para 2.1.3.1. The REJ message received indicates mistakes in the FPL message. After the ACK reception the flight plan is not considered as accepted. Subsequently it must be sent to the addresses adduced in ENR 1.10 para 2.1.3.1
The first point in the route description shall be the last point of departure route which is simultaneously the first published en-route point.
If no departure routes are published for the airport in question the “DCT” shall be used before the first point in route description. Syntax N0480F350 DCT - point - route. The maximum distance between the departure airport and the filed point shall be 50 NM.
The last point in the route description shall be the last published en-route point which is simultaneously the first point of the arrival route.
If no arrival routes are published for the airport in question the last point in route description will be the last published en-route point followed by “DCT”. Syntax: route - point - DCT. The maximum distance between the airport of arrival and the filed point shall be 50 NM or shorter.
The system can process the route description given in geographical coordinates in compliance with ICAO rules.
Objective: To enable time delays associated with certain special en-route activities such as training flights, air to air refuelling, photographic missions etc. to be entered in the Route Field of a FPL.
Description: To indicate the time spent on the route of the flight in the area (STAY area) where special activities are planned a STAY indicator shall be inserted in Field 15 of the FPL between the point of entry of the STAY area and the point of exit from the STAY area.
Example: ... BODAL STAY1/0100 TIBLA ...
The entry point of the STAY area and the exit point from the STAY area can be identical.
Example: ... BODAL STAY1/0030 BODAL ...
To allow several STAY indicators to be inserted in the route of a flight a sequence number from 1 to 9 shall be attached to a STAY indicator.
Example: ... BODAL STAY1/0030 BODAL A152 TIBLA
STAY2/0030 TIBLA A152 ...
The planned time spent in the STAY area shall be indicated in hours and minutes. It is possible to indicate speed/flight level changes, flight rules changes (IFR/VFR) and flight type changes (GAT/OAT) on the point of entry in the STAY area and/or on the point of exit from the STAY area.
Example:
... BODAL VFR STAY1/0030 BODAL/N0420F330 IFR ...
To indicate the reason for STAY, a free text STAYINFO indicator shall be inserted in Field 18 of the FPL.
Example:
... Field 15: ... BODAL STAY1/0030 BODAL ...
... Field 18: ... STAYINFO1/CALIBRATION OF BNO VOR
The sequence number attached to the STAYINFO indicator shall be identical with the number attached to the corresponding STAY indicator.
A STAY indicator can only be used for en-route special activities of otherwise standard flights.
A STAY indicator can only be used for flights that are completely within the IFPS Zone and if so published in AIPs of the states concerned.
State flights not equipped for 8.33 kHz channel spacing and data to be filed in filed flight plan:
State flights not equipped for 8.33 kHz channel spacing and operating in 8.33 airspace and equipped for communication in UHF band shall file “U” and “Z” in frame of the field 10a.
The same flights shall not file “Y” (indicating equipment for 8.33 kHz channel spacing) in frame of the field 10.
The field 18, item “COM/…” shall subsequently comprise “EXM833”.
Note: With regard to the fact that the field 10a contains common data on communication and navigation equipment, it is not possible to use letter “S” and the data on navigation shall be adduced individually in compliance with ICAO Doc4444 for the flights mentioned above.
For the flights not equipped for PBN - RNAV 5 or better in compliance with ICAO Doc 7030 the following shall be applied:
The field 10 shall not comprise the letter “R” indicating PBN-RNP ability.
The field 10 shall comprise the letter “Z” indicating other equipment.
The field 10 shall comprise individual navigational equipment data in compliance with ICAO Doc 4444.
The field 18, item “NAV/…” shall comprise “RNAVX”.
Note: For the case of forced climbing above the lower limit of the RNAV airspace, where this equipment is required the rules mentioned above apply even for the flights planned below the lower limit of this RNAV airspace.
Operators conducting flights wholly or partly in the Single European Sky airspace where ATN B1 CPDLC is required, but for which Commission Regulation (EC) 29/2009 is not applicable in accordance with Article 3(3), or which aircraft types/models are exempted by Commission Implementing Decision 2019/2012, should include the letter “Z” in item 10 and the indicator “DAT/CPDLCX” in item 18 of each flight plan.
Note: Operators which voluntarily equip their aircraft in compliance with Commission Regulation (EC) 29/2009 and intend to use the CPDLC capability do not need indicate in their flight plan the status as exempted.
"0" | "STS/" | "PBN/"| “EUR/” | "NAV/" | "COM/" | "DAT/" | "SUR/" | "DEP/" | "DEST/" | "DOF/" | "REG/" | "EET/" | "SEL/" | "TYP/" | "CODE/" | "RVR/" | "DLE/" |"OPR/" | "ORGN/" | "PER/" | "ALTN/" | "RALT/" | "TALT/" | "RIF/" | "RMK/" | "STAYINFOn/" | "RFP/"
The rules:
If no data are to be filed, file „0“ (zero).
The rules to file the data in frame of other items of the field 18 are in compliance with ICAO Doc 4444 with following information specification:
The item “EUR/…” is not mentioned in ICAO Doc 4444 but used in EUR Region. The FPL submitter will file “EUR/ PROTECTED” in case of safety sensitive flights.
The item “NAV/…” shall comprise “RNAVX” if the letter “R” is not filed in frame of the field 10 (PBN equipment for RNP5 or better is missing).
The item “COM/…” shall comprise “EXM833” in case of the State flights not equipped for 8.33 kHz channel spacing and “U” and “Z” is filed in frame of the field 10.
The flight plans filed in the Czech Republic shall always comprise the item “DOF/…”. In this case “0” (zero) will not be filed.
The item “RVR/…” is not mentioned in ICAO Doc.4444 but it is used in EUR Region. The RVR minima of the crew and aircraft in meters are filed.
Example: “RVR/250”
The item “STAYINFOn/...” is not mentioned in ICAO Doc.4444 but it is used in EUR Region. File the data in compliance with ENR 1.10 para 2.1.4.6; bullet 6. above. The sequence number of the indicator and the reason in open speech shall be filed.
Example:
The field 15: “... BODAL STAY1/0030 BODAL ...“
The field 18: “….STAYINFO1/CALIBRATION OF BNO VOR….“
The item “RMK/…” is the only item in frame of which the open speech may be used. If the FPL submitter accepts route changes initiated by IFPS the abbreviation “IFPSRA” shall be used instead of open speech remark.
The item “RFP/…” plus sequence number of the replacement flight plan.
The rules: If a change of the route occurs between the unchanged departure airport and unchanged destination during the period from EOBT-4 hours until EOBT- 30 minutes and FPL exist, it is possible to change the route by means of a CHG message or, the existing flight plan may be cancelled and a new one may be filed.
Adduce the “RVR = the crew’s minimum in meters” element as the second last in the field 18 before “DOF”.
Objective: If reduced visibility condition occurred at the destination airport, the “FLS” message would only be sent to the flights with the higher minima than the visibility expected at the arrival time, and to the flights not having the RVR element adduced in the flight plan.
Syntax: RVR/300 = crew minimum in meters.
FBZ are established for IFR flight planning purposes only. Flight plans can be filed up to the boundary of the FBZ when active.
The route described in field 15, shall consider the nominal track between two points on the great circle.
Reserved/restricted airspace and the FBZ are notified when active by AUP.
The acceptance of a flight plan is announced by means of “ACK - Acknowledge Message”.
| - TITLE ACK |
- potvrzení úspěšného zpracování a akceptace zprávy | - TITLE ACK |
- confirmation of successful processing and acceptance |
| - MSGTYP FPL |
- druh potvrzované zprávy | - MSGTYP FPL |
- the type of the message that is being confirmed |
| - ORIGINTD 9512031015 |
- datum a čas příjmu potvrzované zprávy | - ORIGINTD 9512031015 |
- date and time of message that is being confirmed |
| - BEGIN ADDR |
- označení začátku seznamového pole adres | - BEGIN ADDR |
- the beginning of addresses list field |
| - FAC LKPRZPZX LKPRCSAO |
- Sekundární pole příjemců zprávy | - FAC LKPRZPZX LKPRCSAO |
- the subfield of the addresses |
| - END ADDR |
- označení konce seznamového pole adres | - END ADDR |
- the end of addresses list field |
| - IFPLID 0000012 |
- adresa letového plánu v bance dat IFPS | - IFPLID 0000012 |
- the address of the processed flight plan in IFPS database |
| - EXTADDR - NUM001 |
- počet adres uvedených na řádku AD | - EXTADDR - NUM001 |
- the number of extra addresses |
| - BEGIN MSGTXT |
- označení začátku seznamového pole MSGTXT | - BEGIN MSGTXT |
- the beginning of MSGTXT list field |
|
- (FPL-CSA001-IS-B737....... |
- text potvrzované zprávy po zpracování v IFPS |
- (FPL-CSA001-IS-B737/..... |
- the text of the message that is being confirmed after the processing |
| - END MSGTXT |
- označení konce seznamového pole MSGTXT | - END MSGTXT |
- the end of MSGTXT list field |
TITLE ACK
MSGTYP FPL
ORIGINTD 9706090645
BEGIN ADDR
FAC LKPRZPZX LKPRCSAO
END ADDR
IFPLID AA00245327
EXTADDR -NUM001
BEGIN MSGSUM
ARCID CSA001
ADEP LKPR
ADES EDDF
EOBD 0810
EOBT 970609
ORGN LKPRZPZX
END MSGSUM
Confirmation of successful processing and announcement of the format after the processing in the IFPS.
A flight plan in ICAO format after the processing in IFPS is sent in the field “MSGTXT” of an ACK message. One of the modification made by IFPS can be the mistake indicator inclusion in the field 18.
| IFP/ERROUTRAD |
- indikuje, že uvedená trať není v souladu s publikovaným “Route Availability Document”. | IFP/ERROUTRAD |
- indicates that the route adduced is not in compliance with “Route Availability Document”. |
| IFP/ERROUTWE |
- uvedená trať není v souladu s publikovaným schématem víkendových tratí. | IFP/ERROUTWE |
- the route adduced is not in compliance with weekend routes scheme. |
| IFP/ERROUTE |
- všeobecný indikátor chyby v trati. Například uvedení jednosměrné trati v nesprávném směru. | IFP/ERROUTE |
- general indicator of possible mistake in route description.For instance one way segment of an airway adduced in wrong direction. |
| IFP/ERRTYPE |
- indikátor nesprávného typu. | IFP/ERRTYPE |
- indicator of wrong type of aircraft. |
Note: The indicator can indicate an unknown type. It can also occur when undue value of speed or flight level is adduced for given type. The mistake then is in speed or flight level, not in type itself.
| IFP/ERRLEVEL |
- při uvedení nesprávné hladiny pro danou trať (výškové hladiny pro letové cesty definované pouze ve spodním vzdušném prostoru a naopak). Tento chybový indikátor pouze upozorňuje na možné chyby. Letový plán není odmítán, protože indikátor je součástí zprávy “ACK”. | IFP/ERRLEVEL |
- indicates wrong value of flight level for given route (upper flight levels for airways defined in lower airspace only or vice versa). The IFPS mistake indicator’s “IFP” purpose is to draw attention to possible mistakes. The flight plan is not rejected as the indicator is comprised in “ACK” message. |
If the flight plan has been submitted manually to an ARO, a copy of the “ACK” message will be handed over to the submitter together with the confirmed flight plan form.
If the flight plan has been submitted by means of telephone, an “ACK” message reception will be announced to the submitter together with possible changes when checking the flight plan status in compliance with ENR 1.10 para 2.1.1.2
If the flight plan has been submitted by means of AFTN or SITA network, the message will be re-distributed to the address of the flight plan originator or to the addresses in compliance with ENR 1.10 para 2.1.1.3 item 3.
The submitter shall consider the field “MSGTXT” contents or changes to the original flight plan announced by telephone to be the official form of his/her flight plan.
| - TITLE MAN |
- druh zprávy “MAN” | - TITLE MAN |
- the type of the message |
| - MSGTYP FPL |
- druh zprávy, k níž se zpráva “MAN” vztahuje | - MSGTYP FPL |
- the type of the message the “MAN” is related to |
| - ORIGINTD 9510121015 |
- datum a čas příjmu zprávy, k níž se “MAN” vztahuje | - ORIGINTD 9510121015 |
- the date and time of the message the “MAN” is related to |
| - BEGIN MSGSUM |
- označení začátku seznamového pole MSGSUM | - BEGIN MSGSUM |
- the beginning of the list field MSGSUM |
| - ARCID CSA001 |
- identifikace | - ARCID CSA001 |
- identification of the flight |
| - ADEP LKPR |
- letiště vzletu | - ADEP LKPR |
- the airport of departure |
| - ADES LKTB |
- letiště určení | - ADES LKTB |
- the airport of destination |
| - EOBT 1430 |
- EOBT | - EOBT 1430 |
- EOBT |
| - ORGN LKPRZPZX |
- odesílatel zprávy, k níž se “MAN” vztahuje | - ORGN LKPRZPZX |
- the originator of the message the “MAN” is related to |
|
- END MSGSUM |
- označení konce seznamového pole MSGSUM |
- END MSGSUM |
- the end of MSGSUM list field |
Hang on, your message is or will be corrected manually.
If the “MAN” message is related to a flight plan received by means of the AFTN or SITA network, the message will be re-distributed to the address of the flight plan originator or to the addresses in compliance with ENR 1.10 para 2.1.1.3 item 3.
If any other way of flight plan submission has been used, the message will not be re-distributed.
The submitter will stand by for further “ACK” or “REJ” message reception.
Flight plan rejection is announced by means of a “REJ” message.
| - TITTLE REJ |
- druh zprávy “REJ” | - TITTLE REJ |
- the type of the message |
| - MSGTYP FPL |
- druh zprávy, k níž se “REJ” vztahuje | - MSGTYP FPL |
- the type of the message the “REJ” is related to |
| - ORIGINTD 9510121015 |
- datum a čas příjmu zprávy, k níž se “REJ” vztahuje | - ORIGINTD 9510121015 |
- the date and time of reception of the message the “REJ” is related to |
| - ERROR INVALID VALUE for ADEXP FIELD: ADEP |
- Indikace chyb, kvůli nímž je zpráva odmítána. | - ERROR INVALID VALUE for ADEXP FIELD: ADEP |
- the indication of the mistake |
| - BEGIN MSGSUM |
- seznamové pole MSGSUM údajů k identifikaci původní zprávy | - BEGIN MSGSUM |
- the beginning of the list field MSGSUM |
| - ARCID CSA001 |
- identifikace | - ARCID CSA001 |
- the aircraft identification |
| - ADEP LKPR |
- letiště vzletu | - ADEP LKPR |
- the airport of departure |
| - ADES LKTB |
- letiště určení | - ADES LKTB |
- the airport of destination |
| - EOBT 1015 |
- EOBT | - EOBT 1015 |
- EOBT |
|
- ORGN LKPRZPZX |
- odesílatel původní zprávy |
- ORGN LKPRZPZX |
- the originator of the message the “REJ” is related to |
|
- END MSGSUM |
- označení konce seznamového pole MSGSUM |
- END MSGSUM |
- the end of the list field MSGSUM |
“Your message has been rejected because of the mistakes that IFPS has no right to or is not able to remove”.
If the “REJ” message is related to a flight plan that has been submitted by means of the AFTN or SITA network, the message will be re-distributed to the address of the flight plan originator or to the addresses in compliance with ENR 1.10 para 2.1.1.3 item 3.
If the “REJ” message is related to a flight plan that has been submitted manually, the flight plan form will not be confirmed to the submitter and a “REJ” message reception will be announced to him/her.
If the “REJ” message is related to the flight plan that has been submitted by means of the telephone, the “REJ” message reception will be announced to him/her when checking the flight plan status in compliance with ENR 1.10 para 2.1.1.2
The submitter shall file a new flight plan.
Note: the “CNL” message shall not be sent. The flight plan has been rejected and it does not exist in the IFPS data base. The ADEXP field “IFPLID” is not adduced in “REJ” message.
The procedures for addressing of these messages are identical to addressing of flight plans.
The following fields can not be changed by means of “CHG”:
Flight identification - ARCID
Airport of departure - ADEP
Airport of destination - ADES
Date of departure - EOBD
If any of the above field values have changed, it is necessary to cancel the flight plan and submit a new one.
Note 1: The CHG message is not primarily intended to change EOBD and EOBT data. The CHG message enables the change of EOBT data in case when other FPL data are simultaneously changed. The CHG message enables the change of EOBD data in case when the EOBT data of flight is shifted over midnight and thus the date of flight is changed.
Note 2: Any possible changes to the field 19 data shall be announced to the ATS Reporting Office of the flight plan submission or to the IFPS directly by means of a CHG message. In exceptional cases the changes to the field 19 comparing to the original flight plan may be reported on the first contact with the air traffic control centres or FIC.
It is not possible to change the “EOBT” adduced in the flight plan to an earlier time by means of a “DLA” message.
The “DLA” message will be rejected if the new EOBT is in the past compared to the current time of the message processing.
Note: As it is impossible to do so by means of a “CHG” message either, the only way how to shift the “EOBT” to the earlier time is to cancel the flight plan and to file a new one.
Example: EOBT in accordance with the flight plan - 0900, CTOT in accordance with SAM - 1000. If the flight is able to start taxiing at 0915, the DLA message shall be sent.
ATS Units of the ANS CR can accept flight plans filed in the air only exceptionally under the following circumstances:
if change of route or change of destination aerodrome is required;
if pilot-in-command of VFR flight intends to proceed in compliance with IFR due to weather deterioration.
if a human life rescue flight is concerned and if the flight is not subject to the flight plan submission exemption.
Flight plan filed in the air can be accepted for flight to aerodrome of first intended landing.
originate a cancellation message (CNL) which will be immediately transmitted with the priority “DD” to both IFPS addresses (EUCHZMFP, EUCBZMFP)
wait for a message confirming the acceptance and cancellation of the original flight plan (ACK),
file a replacement flight plan in the form of a FPL which must not be transmitted before the acceptance of a ACK message.
“RFP” signifies “Replacement Flight Plan”;
“n” corresponds to the sequence number relating to the replacement flight plan for that particular flight.
e.g.
1st replacement flight plan: “RFP/Q1”
2nd replacement flight plan: “RFP/Q2” etc.
Flight and flow — information for a collaborative environment (FF-ICE): Information necessary for planning, coordination, and notification of flights, exchanged in a standardized format between members of the ATM community, including those involved in flight operations and aerodrome operations.
Flight and flow — information for a collaborative environment (FF-ICE) services. A set of services established for the purposes of facilitating the exchange of FF-ICE, accurate assessment of demands, appropriate resource planning, and optimizing flight planning and execution.
Flight and flow — information for a collaborative environment (FF-ICE) services unit. A unit designated by the appropriate ATS authority for the provision of FF-ICE services.
Filed flight plan (FPL or eFPL). The latest flight plan as submitted by the pilot, an operator or a designated representative for use by ATS units.
Note: The FPL denotes a filed flight plan exchanged using aeronautical fixed service while eFPL denotes a filed flight plan exchanged using FF-ICE services. The eFPL allows for the exchange of additional information not contained within the FPL.
Globally unique flight identifier (GUFI). An unchangeable data element associated with a flight that allows all eligible members of the ATM community to unambiguously refer to information pertaining to the flight.
FF-ICE operates within a system-wide information management (SWIM) operational environment in which the main procedures and processes are described in terms of services.
EUROCONTROL Network Manager (NM) is the designated FF-ICE services unit for the IFPS Zone and provides the following FF-ICE services:
filing service: the evaluation of a filed flight plan (eFPL) for the provision of air traffic services and indication of flight plan acceptability;
trial service: the evaluation of a trial request with respect to flight plan acceptability and, where practicable, the indication of applicable restrictions and resultant constraints on the flight;
Note: The trial service offers an opportunity for an operator or designated representative to submit “what-if” scenarios and to receive feedback from an FF-ICE services unit, prior to submitting an eFPL or flight plan update.
flight data request service: the provision of data regarding a specific flight such as the latest version of a filed flight plan or search and rescue data upon request by an eligible recipient;
notification service: the provision of data regarding a certain flight event such as departure and arrival to required recipients; and
publication service: the publication of FF-ICE data for access by authorized subscribers.
Detailed descriptions of the NM FF-ICE services are available in the European SWIM registry.
An NM B2B certificate is required to make use of the FF-ICE services provided by NM via their B2B (Business to Business) Services.
NM provides a translation service whereby all eFPL messages are translated to the FPL message format. Operators may make use of the FF-ICE translation and delivery service provided by NM to address translated FPL messages to ATS units outside of the IFPZ.
FF-ICE messages are used to exchange FF-ICE information and are described in the following table:
|
Message |
Description |
|---|---|
|
Submission Response |
A response message indicating whether a submitted FF-ICE message is valid or not. In case of rejection, it also indicates the reason. |
|
Trial Request |
A query to evaluate a flight plan under consideration for an intended flight. |
|
Trial Response |
A response to a validated Trial Request message indicating the expected flight plan acceptability and, where practicable, applicable restrictions and constraints. |
|
Filed Flight Plan (eFPL) |
A flight plan (to be) submitted as a request for air traffic services. |
|
Filing Status |
A response to a validated eFPL message indicating the flight plan acceptability. |
|
Flight Plan Update |
An update to the information contained in a previously submitted flight plan. |
|
Flight Cancellation |
An instruction to cancel and remove a previously submitted flight plan. |
|
Flight Data Request |
A query for flight plan or search and rescue information for a particular flight. |
|
Flight Data Response |
A response to a validated Flight Data Request message, which includes the requested data. |
|
Flight Departure |
A notification that a flight has departed. |
|
Flight Arrival |
A notification that a flight has landed. |
The Flight Information Exchange Model (FIXM) provides individual exchange schema for each of the FF-ICE messages.
Further details on the format, fields and content are provided in the NM B2B Reference Manual and the FIXM User Manual.
General air traffic, operating under IFR must submit eFPLs using the FF-ICE services provided by NM, instead of FPL messages.
For all operators an eFPL message shall include, as a minimum (civil aircraft operating as general air traffic fully under IFR have additional requirements):
the GUFI
the operator flight plan version
the flight data items required for FPLs as prescribed by the provisions in ICAO Annex 2 Section 3.3.2, ICAO Doc 4444 PANS-ATM Appendix 2 and this AIP of the Czech Republic, section ENR 1.10.
Civil aircraft operating as general air traffic fully under IFR are additionally required to include the following in their eFPL:
Expanded route and 4D trajectory.
Flight specific performance data consisting of performance climb and descent profiles and climb and descent speed schedules.
Estimated aircraft take-off mass.
For state aircraft operating as general air traffic fully under IFR and general air traffic operating under mixed IFR and VFR, the inclusion of items 3) a., b. and c. in eFPLs is optional.
Details on the expression of route/trajectory information in an FF-ICE flight plan are provided in the EUROCONTROL Network Manager IFPS Users Manual. When providing a trajectory in an FF-ICE flight plan, the full trajectory from aerodrome of departure to aerodrome of destination must be provided.
The operator, or its designated representative, is required to generate and allocate a GUFI to its FF-ICE flight plan. The provision of the GUFI is mandatory when using the filing service and the notification service.
The operator flight plan version number is a mandatory element when submitting eFPLs and any subsequent updates. The version number shall be incremented by the operator or their designated representative with every update to the flight plan.
Submission, update and cancellation of FF-ICE Flight Plans:
FF-ICE flight plans are submitted, updated and cancelled using the FF-ICE filing service.
Upon processing of an FF-ICE flight plan submission or update, NM provides feedback via a submission response and filing status. In the case of an FF-ICE flight plan cancellation, NM provides feedback via a submission response only.
Use of the FF-ICE Trial Service:
The trial service is initiated through the submission of a trial request.
Upon processing of an FF-ICE trial request, NM provides feedback via a submission response and a trial response.
Use of the FF-ICE Flight Data Request Service:
The use of the FF-ICE flight data request service enables users to request:
A copy of accepted eFPLs
A copy of supplementary flight plan data
A copy of the latest filing status for the flight
The submission response status
The notification service is used to enable users to transmit departure and arrival notification information to NM.
The data publication service is used to enable subscribers to obtain information about flights relevant to their operations.
FF-ICE flight plan re-evaluation:
NM performs re-evaluation of FF-ICE flight plans to determine whether flight plans remain in compliance with published restrictions or ATM measures that that may have been applied or modified since the flight plan was last evaluated.
The IFPS performs re-evaluation of eFPLs in the same way that it revalidates FPLs/IFPLs, with all valid flight plans subjected to the same process, same criteria and same possible outcome.
The re-evaluation process applies to all processed eFPLs that received an ACK submission status and ACCEPTABLE filing status.
Operators should make use of the NM B2B Publish/Subscribe services that will provide updates to the eFPL’s filing status, to maintain awareness of the re-evaluation results.
Further details on the NM implementation and provision of FF-ICE services and related procedures are provided in the NM IFPS Users Manual.
Further information on FF-ICE, the NM implementation and associated procedures can be found in the following:
EUROCONTROL FF-ICE webpage
EUROCONTROL Network Manager IFPS Users Manual
EUROCONTROL NM B2B Reference Manual
European SWIM Registry
FIXM User Manual
The EUROCONTROL Network Manager will provide a flight plan translation service for the FIRs/UIRs in the IFPZ where FF-ICE/R1 is not mandated and as transition arrangements until full implementation by the concerned states.