Professional Documents
Culture Documents
n
S
W
I
M
2
Transporte
a capas fsicas
S stem i
Consumidor
a B Sistema C
Consumidor
Adaptador
A
P
S
A
P
S
A
P
S
A
P
S
S
u
b
s
i
s
t
e
m
a
d
e
i
n
t
e
r
o
p
e
r
a
b
i
l
i
d
a
d
S
u
b
s
i
s
t
e
m
a
d
e
i
n
t
e
r
o
p
e
r
a
b
i
l
i
d
a
d
S
u
b
s
i
s
t
e
m
a
d
e
i
n
t
e
r
o
p
e
r
a
b
i
l
i
d
a
d
Captulo 4. Entorno tcnico 4-15
4.6 INFRAESTRUCTURA
4.6.1 La infraestructura de la FF-ICE necesita prever mecanismos de interoperabilidad a un nivel ms bajo que
la aplicacin FF-ICE, esto incluye tambin servicios de infraestructura para:
Seguridad Deben proveerse servicios de seguridad para garantizar aspectos tales como identificacin,
autenticacin, autorizacin, integridad y confidencialidad.
Fiabilidad La infraestructura debe asegurar un nivel de fiabilidad conocido. Por ejemplo, debe
asegurarse la distribucin de mensajes especificando las demoras y distribuyendo mltiples mensajes.
Verificacin La infraestructura debera dar apoyo al registro cronolgico de datos que fluyen para
resolver fallas y poder determinar la responsabilidad respecto a las fallas originadas por los usuarios.
Gestin del servicio Proveer servicios requiere la habilidad de mantener y proveer informacin respecto
a los servicios propiamente dichos. Esto puede incluir servicio de registro, descubrimiento y control de versin. El
control de versin puede incluir servicios de traduccin para asegurar la compatibilidad con la versin anterior.
4.6.2 Adems, la infraestructura necesita lograr la conectividad fsica entre todas las partes interesadas y
asegurar la coherencia de los datos de las capas inferiores en la jerarqua de la informacin.
4.6.3 En las secciones que siguen, la infraestructura se presenta en trminos de:
a) red de comunicaciones;
b) caractersticas de seguridad operacional y seguridad; y
c) formatos de intercambio de datos.
Red de comunicaciones
4.6.4 Las comunicaciones tierra-tierra permiten que la informacin fluya entre las partes interesadas de la
FF-ICE; por ejemplo, dependencias ATC, usuarios del espacio areo, AO y otras partes afectadas o interesadas a
escala nacional, regional o subregional. Con el concepto FF-ICE, el volumen de datos y el nivel de automatizacin
continuar aumentando para dar apoyo a los niveles ms altos de coordinacin y colaboracin en el futuro entorno
operacional, en el que los sistemas ATC, AOC y de aeropuerto estn interconectados.
4.6.5 Es necesaria una red ATM estndar para dar apoyo a los servicios descritos. La OACI estudia la red IPv6
como un enfoque posible.
Difusin de la informacin
4.6.6 En una regin SWIM se usar un proceso de reglas, registro y descubrimiento. Las reglas se refieren al
conocimiento operacional del ASP que debera proporcionar esta informacin. Por ejemplo, una regin SWIM que
abarca mltiples ASP puede tener un servicio centralizado, mientras que otra regin SWIM puede necesitar la
presentacin ante cada ASP de salida dentro de la regin. El registro y descubrimiento provee el conocimiento del
formato y la informacin de direccionamiento para proveer la informacin FF-ICE inicial dentro de esa regin. Puesto
que se espera que estos requisitos sean relativamente estticos, no se prev que deberan conducir a la provisin de
registro y descubrimiento del tiempo de ejecucin.
4-16 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
4.6.7 En una regin que no es SWIM, el proceso es similar; sin embargo, las reglas tambin especifican los
requisitos de direccionamiento y formateado (p. ej., en un documento de control de interfaz).
4.6.8 La provisin de informacin a todos los ASP interesados se hara por medio de un proceso similar de
reglas, subscripcin y publicacin. Cuando el ASP que inicia recibe informacin de vuelo inicial, los mecanismos
siguientes indicaran la forma en que la informacin se propaga:
a) las reglas previamente convenidas indican que los vuelos con determinadas propiedades deberan
dar como resultado que se provea la informacin FF-ICE pertinente al vuelo. Estas propiedades
incluyen los vuelos a travs de un espacio areo determinado, que incluye reas de inters para un
ASP; y
b) en cuanto a los ASP que tienen capacidades de publicacin/subscripcin, el ASP receptor se ha
subscrito a la informacin de vuelo con criterios de filtrado respecto al vuelo similares a las
propiedades indicadas antes.
4.6.9 Es imperativo revisar y aprobar las reglas para verificar su coherencia en todas las regiones. Por ejemplo,
una regin interesada en recibir informacin de vuelo seis meses antes de la entrada no es compatible con una regin
que provee informacin de vuelo solamente 24 horas antes de la salida.
Transferencia de control
4.6.10 Cuando un vuelo opera con transferencia de control entre los ASP, se espera que los servicios ofrecidos
en la informacin FF-ICE cambie. Este cambio puede deberse a la transferencia de responsabilidad de un ASP a otro
(es decir, nicamente un ASP puede ser responsable de ciertos tems de datos) o debido a un cambio en el nivel de
servicios ofrecidos entre los ASP (es decir, un ASP ofrece ms servicios que otros). La transferencia de control puede
desencadenar un cambio en la autorizacin para ciertos servicios ofrecidos dentro de cada ASP. Una regin SWIM
puede proveer servicios de procesos que mantienen el estado del control de un vuelo y usan servicios bsicos o
compuestos apropiados que proporciona la entidad de control.
4.6.11 La transferencia de control a una regin que no es SWIM tambin resulta en la transferencia de la
autorizacin de mensajes. Los servicios autorizados que proveen las regiones SWIM pueden continuar en la medida
que la interfaz provea acceso a la informacin requerida.
Caractersticas de seguridad operacional y de seguridad
Seguridad operacional
4.6.12 La arquitectura del futuro sistema ATM ser distribuida, en vez de ser un agregado de sistemas locales
como el sistema ATM actual. Los sistemas de aire y tierra se considerarn como un sistema interconectado.
4.6.13 Se requerir ms automatizacin a fin de satisfacer tanto el aumento en el trfico como los futuros
requisitos en cuanto al medio ambiente y la seguridad operacional. Los sistemas y subsistemas clave asociados con el
concepto FF-ICE son aquellos que deberan satisfacer las expectativas ms exigentes en trminos de disponibilidad,
continuidad e integridad, puesto que pueden tener repercusiones en la eficiencia operacional del futuro sistema ATM.
4.6.14 Como resultado, deberan ponerse en prctica soluciones en cuanto a equipo y soporte lgico para
satisfacer los niveles requeridos de seguridad operacional. Esto debera incluir:
a) mecanismos de tolerancia a las fallas;
Captulo 4. Entorno tcnico 4-17
b) redundancia;
c) diversidad de cdigo;
d) sistemas de reserva; y
e) procedimientos de contingencia.
4.6.15 Como ejemplo, se examinan las caractersticas necesarias de la tolerancia a las fallas.
4.6.16 La seguridad respecto a los mensajes podra darse en mltiples capas de la pila de comunicaciones. Se
espera que los mensajes se produzcan en una infraestructura de comunicaciones con la seguridad de que llegarn a
destino con niveles de performance conocidos. Aun con este nivel de seguridad de los mensajes, ocurren fallas en la
red; puede haber errores de nivel de aplicacin, pueden ocurrir demoras ms largas que lo esperado y el destinatario
de un mensaje puede no estar disponible en el momento en que debe recibirse el mensaje.
4.6.17 Muchas aplicaciones necesitarn garanta del nivel de aplicacin del mensaje. Este nivel no slo protege
contra los problemas de falta de fiabilidad de la red, sino que tambin informa a otras aplicaciones que los mensajes
han sido recibidos y comprendidos por el sistema receptor. Un buen mtodo para asegurar que un mensaje ha sido
entregado y comprendido incluye un doble reconocimiento. Este enfoque asegura que el proveedor de servicios sabe
que se ha recibido la confirmacin.
4.6.18 Las interacciones a veces pueden resultar en errores que desencadenan un mensaje de falla en vez de la
respuesta esperada. Es necesario describir los mensajes para estos errores de nivel de aplicacin y definir reglas
especficas para regir la conducta subsiguiente.
4.6.19 Para ciertas interacciones de solicitud/respuesta, puede producirse una demora ms larga que lo
esperado antes de recibir una respuesta. Esto puede hacer que la aplicacin de envo trate de hacerlo nuevamente.
Esta situacin puede conducir a respuestas de cero a dos, en cualquier orden. La aplicacin de envo debe estar
preparada para enfrentar las consecuencias de una combinacin de respuestas (p. ej., fuera de servicio, no responde,
respuesta no relacionada con el ltimo mensaje enviado). Esto incluye tanto la aceptacin tcnica de los mensajes
como la forma de incorporar la informacin. La aplicacin que provee el servicio debe ser capaz de recibir varias
solicitudes idnticas sin consecuencias perjudiciales.
4.6.20 Cuando los sistemas no estn disponibles por perodos breves o largos, lo que pase con los mensajes
destinados al sistema que no est disponible depender de las propiedades del soporte lgico adaptado a la
configuracin (es decir, el centro o bus descrito en el Apndice F, 2 Topologa). Cierto soporte lgico adaptado a la
configuracin, tal como el orientado a los mensajes, incorporar filas de espera de mensajes en el soporte lgico para
asegurar la persistencia del mensaje cuando el destino no est disponible.
Seguridad
4.6.21 El concepto FF-ICE es una piedra angular importante en la migracin del sistema ATM al futuro sistema
basado en la performance. Por lo tanto, durante el desarrollo de su entorno tcnico deben tenerse en cuenta las
repercusiones en la seguridad.
4.6.22 La infraestructura actual de formatos, protocolos y mecanismos de distribucin de datos para el
intercambio de datos de vuelo proporciona poca seguridad de la informacin. Un resultado de esta falta de proteccin
de la informacin es la provisin y disponibilidad limitada de cierta informacin confidencial que podra ayudar a los
usuarios del espacio areo y a los proveedores ATM a trabajar en colaboracin para mejorar el nivel de servicio
satisfaciendo al mismo tiempo las preferencias de los usuarios y respetando las restricciones de los recursos ATC.
4-18 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
4.6.23 La gestin de la seguridad de la informacin deber ser acorde con el aumento de la posibilidad de
acceso a la infraestructura. La seguridad de las redes de informacin basada en la SWIM tendr que estar armonizada
con las redes de a bordo de las aeronaves conectadas y los enlaces de datos.
4.6.24 Para proteger plenamente la informacin durante su existencia, cada componente del sistema de
procesamiento de la informacin debe tener sus propios mecanismos de proteccin construyendo, extendiendo y
superponiendo medidas de seguridad mediante un mecanismo llamado de defensa a fondo. Las principales capas para
intervenir estn en los niveles de red y datos.
4.6.25 El primer nivel de seguridad contra ciberataques se establece asegurando la infraestructura de la red
empleada para transportar la informacin.
4.6.26 Las funciones de gestin de la seguridad en todo el sistema (p. ej., control del acceso, gestin de la red)
estarn integradas y respondern a las necesidades de seguridad ampliamente aceptadas del sistema de informacin:
Identificacin Quien recibe la informacin necesita conocer la identidad de quien la enva. La
informacin recibida puede ser una solicitud de servicio o informacin relacionada con el FPL.
Autenticacin Quien recibe la informacin debe estar seguro de que la identidad de quien la enva es
vlida.
Autorizacin Quien recibe la informacin debe determinar el nivel de acceso que se da a una segunda
parte autenticada. Este acceso es para proveer o recibir datos o servicios.
Integridad Los datos transmitidos deben permanecer inalterados hasta la entrega final.
Confidencialidad Los datos transmitidos no deben ser vistos por entidades no autorizadas.
Disponibilidad Si bien no es exclusivamente una cuestin de seguridad, la introduccin de ataques que
niegan el servicio hace que algunos aspectos de disponibilidad sean un problema de seguridad. La disponibilidad
asegura que se puede tener acceso a la informacin y los servicios FPL cuando son necesarios. El componente de
seguridad trata de la disponibilidad como un resultado de acciones deliberadas (al contrario de lo que ocurre con el mal
funcionamiento del sistema) para negar la disponibilidad.
Responsabilidad Las autoridades deben poder determinar las acciones de los agentes que interactan
y determinar quines son esos agentes. Las verificaciones dan apoyo a la responsabilidad.
Formatos de datos comunes
4.6.27 La FF-ICE puede usar el lenguaje de marcado extensible (XML) como la base para describir formatos
de datos. XML es un lenguaje de marcado extensible para fines generales recomendado por el consorcio W3C. Este
lenguaje provee un conjunto de reglas para definir y transmitir datos estructurados. Casi cualquier tipo de datos puede
definirse con el XML y las aplicaciones pueden modificar y validar los datos basados en el XML porque estn hechos en
un formato autodocumentado que describe tanto la estructura como los valores.
4.6.28 El XML no es nuevo para la ATM, pues actualmente se usa en un programa llamado AIXM que habilita el
intercambio de informacin aeronutica como datos codificados XML.
Uso del XML en el entorno FF-ICE
4.6.29 La FF-ICE se basar en normas de informacin mundiales que definen un conjunto bsico de elementos
de datos vlidos con requisitos regionales para su uso. Las extensiones regionales de los elementos de datos se
permiten de conformidad con prcticas mundiales armonizadas para definir y referirse a estos elementos.
Captulo 4. Entorno tcnico 4-19
4.6.30 La norma de informacin mundial para la FF-ICE puede definirse por medio de esquemas XML publicados
con control de versin y administrados por la OACI. Si son operacionalmente necesarias y viables, podran
considerarse las extensiones regionales o las aplicaciones de la norma de informacin y entonces se publicaran como
esquemas XML regionales con control de versin. A medida que se provee informacin, usar diferentes espacios de
nombres puede permitir mencionar sin ambigedades esquemas vlidos de mltiples regiones en un solo mensaje XML.
En caso de que est disponible una nueva tecnologa que presente beneficios importantes en comparacin con el XML,
y si tiene el apoyo de la OACI, entonces la FF-ICE podra usarla en vez de usar el XML.
4.6.31 El esquema XML puede usarse para validar un mensaje XML a fin de asegurar el cumplimiento de la
norma definida. De este modo, los proveedores de informacin tambin pueden asegurar el cumplimiento de la norma.
La especificacin de una descripcin del esquema XML requiere la estructuracin de los tems de informacin FF-ICE.
En el Apndice E figura un ejemplo de estructura como una clasificacin jerrquica propuesta para los tems de
informacin de vuelo del nivel ms alto. La definicin de esquema XML resultante (XSD) representa la especificacin
que debera usarse para validar la informacin que provee la FF-ICE.
4.6.32 El uso del XML en el entorno FF-ICE ofrecera varios beneficios:
a) la sintaxis estricta y los requisitos de anlisis sintctico permiten que los algoritmos de anlisis sigan
siendo simples, eficientes y coherentes;
b) la extensibilidad del XML permite flexibilidad para el futuro y para que cada regin aplique las
extensiones locales segn las necesidades de performance locales;
c) el apoyo para la validacin de formato mediante las XSD y las definiciones de tipo de documento
(DTD);
d) la capacidad de conservar versiones para facilitar la evolucin del contenido de la informacin;
e) la compatibilidad con versiones anteriores durante la transicin;
f) la codificacin XML da apoyo a la seguridad de un extremo al otro para el intercambio seguro de
datos estructurados; y
g) los mensajes XML pueden ser verbosos, pero cuando la anchura de banda es limitada se pueden
usar un buen diseo y tcnicas tales como la compresin.
______________________
5-1
Captulo 5
TRANSICIN
La FF-ICE se desarrolla para apoyar la migracin hacia el futuro sistema ATM previsto en el Concepto
operacional de ATM mundial. Si bien se esperan importantes beneficios, la transicin del actual sistema de planificacin
de vuelos a una futura FF-ICE tendr repercusiones operacionales en los procesos y sistemas de todos los
participantes en la creacin, difusin y procesamiento de informacin FF-ICE.
Cumplir los requisitos operacionales ATS para recepcin, procesamiento, presentacin y distribucin de
datos FPL es un prerrequisito para el plan de vuelo actual y la transicin a la FF-ICE. En este captulo se describen
varias reas clave de la transicin operacional afectadas por la futura informacin de vuelo y algunos mtodos posibles
para mitigar los problemas de transicin importantes.
5.1 CARACTERSTICAS DE LA TRANSICIN
5.1.1 Se espera que la transicin a la FF-ICE posea las siguientes caractersticas:
a) la FF-ICE remplazar el actual sistema de planificacin de vuelos como el nico proceso mundial de
intercambio de mensajes normalizados para la informacin FPL;
b) no todos los participantes en el sistema ATM harn la transicin a la FF-ICE simultneamente,
aunque ciertos Estados y regiones puedan actuar en colaboracin para hacer juntos la transicin;
c) todos los miembros de la comunidad ATM conocern la capacidad de planificacin de vuelos de los
proveedores de servicios, que incluye capacidades para FPL/procesamiento de informacin regional;
d) la fase de transicin debe elaborarse considerando debidamente las repercusiones temporales en la
performance para los explotadores de aeronaves y ASP;
e) las regiones adyacentes pueden operar con diferentes tipos de FPL (es decir, los futuros por
oposicin a los actuales). Los vuelos a travs de estos lmites requieren la habilidad de proveer
informacin de vuelo a ambos tipos de regiones y ser necesario definir un mecanismo para las
enmiendas en vuelo en las diferentes regiones;
f) una vez implantados los mecanismos FF-ICE, habr procedimientos adicionales disponibles o
servicios asociados con esta informacin. Se espera que esto provea mejoras que alienten la pronta
adopcin de la FF-ICE;
g) los participantes quiz tengan que adaptarse tanto al FPL actual como a la FF-ICE durante cierto
perodo de la fase de transicin; y
h) no debe haber una disminucin de la seguridad operacional durante el perodo de transicin.
5-2 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
5.1.2 Es probable que cada regin decida seguir un plan de implantacin paso a paso mediante el cual las
principales caractersticas de la FF-ICE se irn implantando gradualmente durante varios aos, hasta que en definitiva
se implanten completamente.
5.1.3 Durante la transicin, debera tenerse en cuenta que diferentes regiones hacen la transicin a diferentes
velocidades, manteniendo en operacin los servicios y usando lo mejor posible los aspectos de la FF-ICE que hayan
implantado en cada etapa.
5.1.4 Los beneficios de la transicin probablemente sern ptimos si cada regin sigue un plan de evolucin
compatible.
5.2 EXTRACCIN Y PROCESAMIENTO DE DATOS DE VUELO
5.2.1 La FF-ICE no solo cambia la informacin que se proporciona mediante el FPL sino que adems el proceso
de informacin de vuelo es ms duradero debido al proceso dinmico y en colaboracin entre varios agentes en el
sistema ATM. Estos cambios exigirn actualizaciones similares a la infraestructura para los formatos y protocolos, pero
para diferentes fines:
a) sistemas de planificacin de vuelos del explotador el proceso de colaboracin har que los
explotadores de aeronaves puedan interactuar con la informacin de vuelo compartida actual. Los
explotadores que deseen aprovechar esto necesitarn la capacidad de extraer y procesar esta
informacin;
b) ASP y sistemas de aerdromo los cambios en los procesos de informacin de vuelo, que incluyen
informacin ms pronto, diferente y actualizada con ms frecuencia, exigir cambios en el
procesamiento de esta informacin. Las capacidades adicionales habilitadas por medio de estos
cambios exigirn modificaciones para implantar los sistemas. Las interfaces e interacciones entre
sistemas tambin exigirn modificaciones para implantar los nuevos procesos de informacin de
vuelo;
c) documentacin e instruccin los cambios en los procesos y sistemas harn que sea necesaria
nueva documentacin e instruccin para aplicar estos cambios.
5.3 REQUISITOS DE ACCESO A LA INFORMACIN
5.3.1 La FF-ICE considerar los requisitos de los Estados miembros respecto a la necesidad de informacin.
Parte de esta informacin tendr un acceso limitado y habr medidas de seguridad para que este acceso est
estrictamente controlado. Probablemente, se implantarn medidas de seguridad adicionales con fines de
confidencialidad e integridad de la informacin. Esto representa un cambio con respecto al plan de vuelo actual, que
tiene mecanismos de control de seguridad limitados. Estas medidas impondrn requisitos en la infraestructura (redes y
sistemas que interactan) mediante la cual se transportar el futuro plan de vuelo. Probablemente, durante la transicin
los sistemas actuales no podrn dar apoyo a estas medidas.
5.4 REPERCUSIONES EN OTROS MENSAJES ATS
5.4.1 Los cambios en los procesos para proporcionar informacin de vuelo resultarn en cambios necesarios en
los mensajes adicionales de los servicios ATS. En particular, los cambios en los campos de datos repercutirn en todos
los mensajes que dependen de campos de datos definidos por el FPL.
Captulo 5. Transicin 5-3
5.4.2 Se prev que las mltiples fases de la FF-ICE modificarn o eliminarn la necesidad de diversos
mensajes de actualizacin del FPL presentado, dependiendo del tipo de implantacin. La naturaleza de la informacin
de vuelo, ms dinmica y cooperativa, requerir que la informacin se provea antes y se actualice ms frecuentemente
con referencias sin ambigedades a la informacin de vuelo existente.
5.4.3 Los mensajes de coordinacin sufrirn las repercusiones de los cambios operados en el formato de la
informacin, los mecanismos de intercambio y los procesos de informacin de vuelo. El Concepto operacional de ATM
mundial y los requisitos correspondientes indican la necesidad de informacin comn compartida. El proceso mediante
el cual se comparte esta informacin reemplazar los mensajes de coordinacin actuales.
5.4.4 Un proceso de informacin de vuelo ms cooperativo permitir que los explotadores soliciten informacin
actualizada de los tramos posteriores de su FPL autorizado. La actualizacin exigir que los explotadores puedan
proponer alternativas.
5.5 INTERACCIN DE LOS USUARIOS
5.5.1 Durante la transicin, los explotadores mundiales probablemente acten simultneamente en interfaz con
los sistemas actuales y futuros. Esto puede dar como resultado una complejidad adicional para estas operaciones. Sin
embargo, mediante una implantacin regional apropiada, el nmero de operaciones afectadas puede mantenerse a un
nivel aceptable.
5.5.2 La FF-ICE proveer restricciones, preferencias, prioridades y otra informacin del dominio privado de los
usuarios del espacio areo. Mediante la seguridad de la informacin, esta informacin FF-ICE se puede proteger.
Durante la transicin, debera tenerse en cuenta la seguridad con respecto a los medios de transferencia de la
informacin entre regiones incompatibles.
5.5.3 La naturaleza ms dinmica de la FF-ICE, que incluye proveer informacin adicional durante el vuelo,
exigir que los usuarios del espacio areo tengan la capacidad de proveer toda informacin adicional que haya sido
declarada obligatoria por las regiones de informacin de vuelo con las futuras capacidades de informacin de vuelo,
aun cuando para la presentacin original se hayan usado los sistemas actuales. La informacin podr proveerse a
travs del usuario del espacio areo o por un tercer proveedor autorizado.
5.6 FASE DE TRANSICIN ACTUAL
5.6.1 No se espera que la transicin a la FF-ICE ocurra a escala mundial de una sola vez y, por esa razn, es
necesaria la compatibilidad operacional entre la informacin de vuelo actual y la futura. Durante esta fase de transicin,
debe haber procesos para asegurar que la informacin requerida para el plan de vuelo actual o la nueva FF-ICE se
provea a los ASP mediante el enfoque aplicable. Con respecto a las diferencias en los protocolos y los mecanismos de
intercambio, durante la transicin probablemente se exija una pasarela de correo de interfaz compatible.
5.6.2 Los vuelos que operan entre regiones en que se usa el plan de vuelo actual y las regiones que usan la
FF-ICE impondrn la obligacin de transmitir la informacin necesaria a travs de regiones incompatibles o alrededor
de stas para transmitirlas a la regin siguiente. Hay diversas alternativas para manejar este flujo de informacin; entre
ellas, evitar mediante un desvo las regiones incompatibles.
5.6.3 Una introduccin por fases a la FF-ICE debera facilitar el acuerdo de las regiones respecto a calendarios
de implantacin local. Adems, los cambios en la informacin de vuelo, los protocolos y los mecanismos de intercambio
probablemente precedan a los cambios operacionales y de procedimientos correspondientes. Una vez introducidos los
cambios operacionales y de procedimientos en la provisin de informacin de vuelo, los cambios concentrados primero
5-4 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
exclusivamente en las operaciones dentro de una regin compatible con la FF-ICE facilitarn la transicin. Los
procedimientos tendrn que considerar los vuelos entre regiones en que las operaciones se realizan con el plan de
vuelo local y con la FF-ICE.
Etapas de transicin
5.6.4 Desde la perspectiva del usuario, las principales caractersticas de la FF-ICE pueden resumirse como:
a) identificador nico de vuelo a escala mundial (GUFI);
b) usuarios del espacio areo que presentan con anticipacin informacin de vuelo;
c) provisin e intercambio de informacin FF-ICE completa que incluye trayectoria 4D; y
d) presentacin, captura y difusin de informacin FF-ICE.
5.6.5 Cuando todas estas caractersticas hayan sido implantadas en cierta regin de acuerdo con
especificaciones mundialmente definidas, podr decirse que esa regin ha implantado el concepto FF-ICE. (Para ms
detalles vase el Apndice B Transicin operacional).
______________________
Ap A-1
Apndice A
ELEMENTOS DE INFORMACIN FF-ICE
En este apndice se describen los elementos de la informacin de vuelo y flujo para el entorno
cooperativo (FF-ICE) en apoyo del Concepto operacional de ATM mundial. La FF-ICE adopta una descripcin de la
informacin de vuelo basada en la trayectoria. Esta descripcin se explora en ms detalle en el Apndice D
Comprensin de la trayectoria. La FF-ICE usar tambin tipos de datos comunes para describir la informacin. Se
espera que estos tipos estn armonizados dentro del entorno ICE ms amplio. Por ejemplo, un tipo de pista o de
trayectoria de rodaje sera compatible entre la FF-ICE y las descripciones de informacin aeronutica.
Los elementos de informacin se comparan primero con las casillas del plan de vuelo actual a fin de
asegurar que se conserva la informacin existente, o se justifica el suprimirla.
1. CORRESPONDENCIA DE LOS ELEMENTOS DE INFORMACIN
En la Tabla A-1 se describe la migracin de las casillas de informacin del plan de vuelo (vase la Enmienda 1 de los
PANS-ATM) a los elementos que contiene la FF-ICE.
2. DESCRIPCIN DE LOS ELEMENTOS DE INFORMACIN
Los elementos de informacin estn organizados en el nivel ms alto, como se describen en la Tabla A-1. No todos los
elementos de informacin se incluyen en la figura, dado que pueden estar incluidos en una de las trayectorias. Las
Tablas A-2 a A-12 describen los elementos de informacin. Las tablas incluyen:
a) Nombre del campo nombre del elemento de informacin;
b) Descripcin del campo descripcin del contenido;
c) Observaciones informacin adicional, explicacin de la casilla, o cuestiones abiertas; y
d) Requisitos referencia a un identificador de requisito [segn el Manual sobre requisitos del sistema
de gestin del trnsito areo (Doc 9882)] que identifica la necesidad del elemento de informacin.
Ap A-2 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Tabla A-1. Migracin de elementos del FPL a elementos de la FF-ICE
C
a
s
i
l
l
a
d
e
l
F
P
L
D
a
t
o
s
d
e
l
F
P
L
I
d
e
n
t
i
f
i
c
a
c
i
n
d
e
l
v
u
e
l
o
M
a
r
c
a
d
e
m
a
t
r
c
u
l
a
E
x
p
l
o
t
a
d
o
r
d
e
a
e
r
o
n
a
v
e
s
T
i
p
o
d
e
v
u
e
l
o
C
a
r
a
c
t
e
r
s
t
i
c
a
s
d
e
l
a
f
o
r
m
a
c
i
n
T
i
p
o
d
e
a
e
r
o
n
a
v
e
D
i
r
e
c
c
i
n
d
e
2
4
b
i
t
s
d
e
l
a
a
e
r
o
n
a
v
e
E
s
t
e
l
a
b
a
s
a
d
a
e
n
l
a
p
e
r
f
o
r
m
a
n
c
e
C
o
m
u
n
i
c
a
c
i
o
n
e
s
b
a
s
a
d
a
s
e
n
l
a
p
e
r
f
o
r
m
a
n
c
e
N
a
v
e
g
a
c
i
n
b
a
s
a
d
a
e
n
l
a
p
e
r
f
o
r
m
a
n
c
e
V
i
g
i
l
a
n
c
i
a
b
a
s
a
d
a
e
n
l
a
p
e
r
f
o
r
m
a
n
c
e
E
s
t
a
d
o
d
e
l
v
u
e
l
o
A
u
t
o
n
o
m
a
P
e
r
s
o
n
a
s
a
b
o
r
d
o
E
q
u
i
p
o
d
e
e
m
e
r
g
e
n
c
i
a
y
d
e
s
u
p
e
r
v
i
v
e
n
c
i
a
P
i
l
o
t
o
a
l
m
a
n
d
o
R
e
g
l
a
s
d
e
v
u
e
l
o
A
e
r
d
r
o
m
o
d
e
s
a
l
i
d
a
A
e
r
d
r
o
m
o
d
e
d
e
s
t
i
n
o
A
e
r
d
r
o
m
o
d
e
a
l
t
e
r
n
a
t
i
v
a
I
n
c
l
u
i
d
o
e
n
l
a
t
r
a
y
e
c
t
o
r
i
a
4
D
c
o
n
v
e
n
i
d
a
P
e
r
f
o
r
m
a
n
c
e
g
e
n
e
r
a
l
O
r
i
g
i
n
a
d
o
r
F
F
-
I
C
E
O
b
s
e
r
v
a
c
i
o
n
e
s
7 Identificacin de la aeronave x
7 Marca de matrcula x
8 Reglas de vuelo x
8 Tipo de vuelo x
9 Nmero de aeronaves x
9 Tipo de aeronave x
9 Categora de estela turbulenta x
10 Equipo de radiocomunica-
ciones, navegacin, ayudas
para la aproximacin y
capacidades
x x
10 Equipo de vigilancia y
capacidades
x
13 Aerdromo de salida x
13 Hora de salida x
15 Nivel de crucero x
15 Velocidad de crucero x
15 Ruta x
16 Aerdromo de alternativa x
16 Aerdromo de destino x
16 Duracin prevista x
18 ALTN/ x
18 CODE/ x
18 COM/ x
18 DAT/ x
18 DEP/ x
18 DEST/ x
Apndice A. Elementos de informacin FF-ICE Ap A-3
C
a
s
i
l
l
a
d
e
l
F
P
L
D
a
t
o
s
d
e
l
F
P
L
I
d
e
n
t
i
f
i
c
a
c
i
n
d
e
l
v
u
e
l
o
M
a
r
c
a
d
e
m
a
t
r
c
u
l
a
E
x
p
l
o
t
a
d
o
r
d
e
a
e
r
o
n
a
v
e
s
T
i
p
o
d
e
v
u
e
l
o
C
a
r
a
c
t
e
r
s
t
i
c
a
s
d
e
l
a
f
o
r
m
a
c
i
n
T
i
p
o
d
e
a
e
r
o
n
a
v
e
D
i
r
e
c
c
i
n
d
e
2
4
b
i
t
s
d
e
l
a
a
e
r
o
n
a
v
e
E
s
t
e
l
a
b
a
s
a
d
a
e
n
l
a
p
e
r
f
o
r
m
a
n
c
e
C
o
m
u
n
i
c
a
c
i
o
n
e
s
b
a
s
a
d
a
s
e
n
l
a
p
e
r
f
o
r
m
a
n
c
e
N
a
v
e
g
a
c
i
n
b
a
s
a
d
a
e
n
l
a
p
e
r
f
o
r
m
a
n
c
e
V
i
g
i
l
a
n
c
i
a
b
a
s
a
d
a
e
n
l
a
p
e
r
f
o
r
m
a
n
c
e
E
s
t
a
d
o
d
e
l
v
u
e
l
o
A
u
t
o
n
o
m
a
P
e
r
s
o
n
a
s
a
b
o
r
d
o
E
q
u
i
p
o
d
e
e
m
e
r
g
e
n
c
i
a
y
d
e
s
u
p
e
r
v
i
v
e
n
c
i
a
P
i
l
o
t
o
a
l
m
a
n
d
o
R
e
g
l
a
s
d
e
v
u
e
l
o
A
e
r
d
r
o
m
o
d
e
s
a
l
i
d
a
A
e
r
d
r
o
m
o
d
e
d
e
s
t
i
n
o
A
e
r
d
r
o
m
o
d
e
a
l
t
e
r
n
a
t
i
v
a
I
n
c
l
u
i
d
o
e
n
l
a
t
r
a
y
e
c
t
o
r
i
a
4
D
c
o
n
v
e
n
i
d
a
P
e
r
f
o
r
m
a
n
c
e
g
e
n
e
r
a
l
O
r
i
g
i
n
a
d
o
r
F
F
-
I
C
E
O
b
s
e
r
v
a
c
i
o
n
e
s
18 DLE/ x
18 DOF/ x
18 EET/ x
18 NAV/ x
18 OPR/ x
18 ORGN/ x
18 PER/ x
18 PBN/ x
18 RALT/ x
18 REG/ x
18 RIF/ x
18 RMK/ x
18 SEL/ x
18 STS/ x
18 SUR/ x
18 TALT/ x
18 TYP/ x
19 C/ x
19 E/ x
19 P/ x
19 R/S/J/D/N/A/ x
Ap A-4 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Tabla A-2. Informacin de identificacin del vuelo
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Direccin de
24 bits de la
aeronave
Este campo incluye la direccin de 24 bits de la aeronave. R7, R11
Informacin del
explotador de
aeronaves
Actualmente OPR/
Nombre e informacin de contacto del explotador de la
aeronave.
Tambin debera ser posible incluir nmero de telfono, fax y
direccin de correo-e.
No es necesario que sea la
misma informacin que la del
piloto al mando.
R131, R162
Identificacin
del vuelo
Designador de la OACI para la organizacin que explota la
aeronave seguido del nmero de identificacin del vuelo o la
matrcula de la aeronave.
Identifica el vuelo en fichas de
vuelo, listas de presentacin,
bloques de datos. Se usa en
comunicaciones con la
aeronave.
R7, R11
Originador
FF-ICE
Nombre e informacin de contacto del originador de la
informacin de vuelo.
R131, R162
Identificador
nico de vuelo
a escala
mundial
(GUFI)
Este campo especifica una referencia nica mundial para el
vuelo, permitiendo que todos los miembros calificados de la
comunidad ATM se refieran sin ambigedades a la
informacin pertinente a un vuelo.
Cdigo en
Modo A
Este campo especifica una referencia local nica para el
vuelo en la forma de un cdigo de 4 dgitos en octal. Esta
informacin puede usarse para correlacionar los datos de
vigilancia con la informacin de vuelo.
Marca de
matrcula
Marca de matrcula de la aeronave.
Tipo de
aeronave
Especifica el tipo de aeronave en vuelo. Se espera que las revisiones del
Doc 8643 se reflejen en una
XSD por tipo de aeronave. En el
futuro, el nmero de tipos de
aeronaves probablemente sea
muy fluido a medida que las
UAV sean ms comunes y el
tiempo de fabricacin
disminuya. El texto de
informacin pertinente puede
incluir notas tales como
caractersticas de performance
similares a un tipo de aeronave
definido, conocido. El texto sirve
como puente en un entorno
completamente basado en la
performance.
R7
Apndice A. Elementos de informacin FF-ICE Ap A-5
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Tipo de vuelo Identifica el tipo de vuelo, por ejemplo:
transporte areo regular
transporte areo no regular
militar
sistema de aeronave pilotada a distancia (RPAS) civil
RPAS militar
aviacin general
aviacin general chrter
aviacin general en copropiedad
vuelo de polica
vuelo de aduanas
aeronave civil con contrato militar
vuelo de gobierno
Se usa para la identificacin
precisa del tramo ATM. Apoya
las discusiones sobre polticas
respecto a las repercusiones
ATM por tramo. No se ha
llegado a un acuerdo sobre la
metodologa de clasificacin. No
se ha establecido el proceso
para mantener la referencia de
clasificacin mundial.
R45, R62,
R165, R195
Tabla A-3. Informacin SAR del vuelo
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Equipo de
emergencia
y de supervi-
vencia
Este campo contiene informacin sobre el equipo a bordo,
que incluye: radio de emergencia, equipo de supervivencia,
chalecos salvavidas, datos del bote neumtico y color y
marcas de la aeronave.
No se ha llegado a un acuerdo
sobre la metodologa de
clasificacin. No se ha
establecido el proceso para
mantener la referencia de
clasificacin mundial.
Independientemente del punto
de salida, la informacin debe
estar disponible a lo largo de
toda la ruta para respuestas de
emergencia.
R131, R151
Contacto de
emergencia
Este campo contiene la informacin sobre el contacto de
emergencia.
Independientemente del punto
de salida, la informacin debe
estar disponible a lo largo de
toda la ruta para respuestas de
emergencia.
R162
Autonoma Indica la autonoma de combustible de la aeronave en horas
y minutos.
Independientemente del punto
de salida, la informacin debe
estar disponible a lo largo de
toda la ruta para respuestas de
emergencia.
R131, R151
Personas a
bordo
Nmero de personas (pasajeros y tripulacin) a bordo. Independientemente del punto
de salida, la informacin debe
estar disponible a lo largo de
toda la ruta para respuestas de
emergencia.
R162
Piloto al mando Este campo contiene el nombre del piloto al mando. Independientemente del punto
de salida, la informacin debe
estar disponible a lo largo de
toda la ruta para respuestas de
emergencia.
R124a
Ap A-6 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Tabla A-4. Informacin de autorizacin del vuelo
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Disposiciones
sobre acceso
Este campo contiene autorizaciones especiales, dispensas,
autorizaciones diplomticas, administracin de operaciones
comerciales u otra informacin de seguridad facultativa.
No se ha llegado a un acuerdo
sobre la metodologa de
clasificacin. No se ha
establecido el proceso para
mantener la referencia de
clasificacin mundial.
R99
Solicitudes y
aprobaciones
Equipo/procedimientos para los cuales la tripulacin de vuelo
no est calificada aunque el equipo pueda estar en la
aeronave.
Vase al final en la nota 1, Calificaciones de la tripulacin de
vuelo, para detalles sobre qu debe considerarse en esta
categora.
Estado del
vuelo
Razones para solicitar atencin especial a un vuelo por el
ATS. STS/ actual.
Vase al final en la nota 2, Informacin sobre estado del
vuelo, para los posibles tems de estado del vuelo.
R11, R18,
R45, R181
Tabla A-5. Informacin sobre preferencias y restricciones respecto al vuelo
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Preferencias
respecto a
movimientos
Preferencias respecto a movimientos presentadas por los
planificadores del vuelo para que las considere la
automatizacin de la TFM en caso de que sea necesaria una
TMI. Por ejemplo, preferir una desviacin de curso hacia el
sur si es necesario un cambio de ruta; preferir una demora
en tierra a un cambio de ruta para los vuelos de salida;
cualquier cambio de ruta de menos de 120 NM o menos es
aceptable, etc.
Las preferencias opcionales
permiten que la TFM pueda
asignar opciones preferidas. Es
ms general que una serie de
opciones de trayectoria. Se
espera que esto lo usen
explotadores que no estn
equipados para entrar en
negociaciones o proporcionar
trayectorias clasificadas cuando
esto es aplicable.
Restricciones
del explotador
Incluye procedimientos del explotador y otra informacin
especfica del explotador que pueden repercutir en las
maniobras y autorizaciones que el explotador no puede
aceptar del ATC. Por ejemplo, el explotador quiz no pueda
realizar aproximaciones en circuito, separacin aire-a-aire,
etc. El explotador quiz no pueda aceptar una pista
determinada. Se debe observar lo indicado en esta
informacin independientemente de las repercusiones en la
optimizacin del sistema ATM.
Apndice A. Elementos de informacin FF-ICE Ap A-7
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Preferencias
del explotador
Esto incluye las preferencias respecto a los procedimientos
del explotador y otra informacin especfica del explotador
que repercute en maniobras y autorizaciones. A diferencia de
las restricciones en las operaciones, el explotador aceptara
estas opciones pero preferira no hacerlo. Los ejemplos
incluyen procedimientos que tendran un efecto negativo
para la eficiencia del vuelo o una preferencia respecto a la
pista. Lo indicado en esta informacin puede o no cumplirse
segn las repercusiones en el rendimiento del sistema ATM.
Prioridad del
vuelo para el
explotador
Indica la relativa prioridad de un vuelo dentro de un grupo de
vuelos para asignar demoras. Las prioridades respecto a un
vuelo se consideran una preferencia.
Tabla A-6. Informacin adicional
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Estado de la
FF-ICE
Logrado el DCB, etc.
Caractersticas
de la formacin
Este campo provee informacin que describe los requisitos
de relacin y las propiedades de los vuelos en formacin.
Se usa para la planificacin
operacional y el reconocimiento
de los requisitos de separacin.
GUFI del vuelo
siguiente
El GUFI del vuelo siguiente es la identificacin del vuelo de
salida que usar la misma aeronave cuando es conocido.
Para la CDM del aeropuerto,
gestin de la puerta y gestin
del flujo, sera til identificar los
vuelos de conexin, en
particular para la gestin de
demoras y de puerta antes de
saber cules son las marcas de
matrcula. Esto no es
obligatorio.
GUFI del vuelo
anterior
El GUFI del vuelo anterior es la identificacin del vuelo de
llegada que usar la misma aeronave cuando es conocido.
Para la CDM del aeropuerto,
gestin de la puerta y gestin
del flujo, sera til identificar los
vuelos de conexin, en
particular para la gestin de
demoras y de puerta antes de
saber cules son las marcas de
matrcula. Esto no es
obligatorio.
Observaciones Observaciones en lenguaje claro; sin embargo, estas
observaciones no pueden incluir ninguna informacin crtica
respecto a la seguridad operacional, la cual debe ser
especificada de otro modo.
Se supone que toda
observacin relacionada con un
campo especfico se transmitir
con el mismo. Este campo es
para observaciones que no
estn comprendidas en otros
campos.
Ap A-8 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Versin Dado que se espera que las casillas de informacin
evolucionen con el tiempo, el nmero de versin define la
versin de la norma de informacin de la FF-ICE que se usa
para un caso de informacin FF-ICE.
Este tem informa para
aplicaciones que usan la
informacin que el mismo
contiene.
Tabla A-7. Tipo de trayectoria
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Tramo de vuelo El tramo de vuelo de la trayectoria describe la trayectoria 4D
prevista de la aeronave en vuelo. El tramo de vuelo de la
trayectoria se expresa como una secuencia de elementos de
vuelo que comienzan y terminan en puntos de cambio.
Intencin de
la aeronave
Proporciona ms detalles sobre la forma en que la aeronave
planea realizar la trayectoria.
Cuando es necesario para la
performance, proporciona ms
precisin de la trayectoria.
Tramo de
superficie
de llegada
Describe los elementos de la trayectoria general desde la
pista de llegada a la puerta/puesto de estacionamiento de
llegada.
Aerdromo
de salida
Identifica el aerdromo de salida mediante referencia a un
descriptor en la informacin aeronutica.
Tramo de
superficie
de salida
Describe los elementos de la trayectoria general desde la
puerta de salida hasta la pista de salida.
Aerdromo de
destino
Identifica el aerdromo de destino mediante referencia a un
descriptor en la informacin aeronutica.
Performance
general
Captura la informacin necesaria para obtener la
performance de la aeronave para un vuelo determinado. Por
ejemplo, proporciona la masa de la aeronave para modelos
de performance dinmicos.
Este tem de performance
contiene elementos de
performance que no estn
vinculados a un lugar en la
trayectoria.
Nmero de
secuencia
Identifica la trayectoria en una secuencia. En una trayectoria
clasificada, especifica el lugar en la clasificacin; en una
trayectoria de negociacin, es la secuencia en la
negociacin.
Es necesario para la
clasificacin o negociacin.
Apndice A. Elementos de informacin FF-ICE Ap A-9
Tabla A-8. Tipo de tramo en superficie
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Informacin
sobre turno
aeroportuario
Turno convenido de la Conferencia de turnos de la IATA. Se
aplica nicamente a las operaciones en aeropuertos
coordinados.
Hora de calzos y
fecha
Hora y fecha de salida o llegada, desde la puerta/puesto de
estacionamiento puede ser prevista o real, dependiendo del
tipo de trayectoria.
Restriccin en
hora de calzos y
fecha
Expresa una restriccin en la hora de calzos y fecha (p. ej.,
una restriccin en la hora de maniobra de empuje debido a
DCB).
Tolerancia en
hora de calzos y
fecha
Expresa una tolerancia en la hora de calzos y fecha. La tolerancia se usa: a) cuando una
diferencia con las tolerancias indica
la necesidad de renegociacin;
b) durante las negociaciones para
indicar lo que puede lograr el ASP o
el AU; o c) para indicar una
preferencia por la trayectoria
siguiente en la clasificacin, si no se
puede respetar la hora.
Puerta o puesto
de estaciona-
miento
Informacin sobre la puerta o puesto de estacionamiento de
salida o llegada con referencia a la informacin aeronutica.
Metas de
planificacin
Informacin sobre aspectos fundamentales previos a la salida,
tales como: hora en que la aeronave est disponible, hora de
arranque y tiempo mnimo de notificacin empleado en las
actividades CDM.
Pista Pista de salida o llegada mediante referencia a la informacin
aeronutica prevista o real. Puede actualizarse cuando se
acerca el momento de salida debido a DCB, etc.
Tiempo de
ocupacin de
pista
Hora/fecha de despegue o aterrizaje. Puede ser prevista o
real, dependiendo del tipo de trayectoria en que se describe.
Puede actualizarse cuando se acerca el momento de salida
debido a DCB, etc.
Restriccin en
el tiempo de
ocupacin de
pista
Restriccin en el tiempo de ocupacin de pista (p. ej., un turno
expresado como un tiempo de ocupacin de pista).
Tolerancia en
el tiempo de
ocupacin de
pista
Expresa una tolerancia en la hora y fecha de ocupacin de
pista.
Vanse las observaciones sobre
tolerancia en hora de calzos y fecha.
Trayectoria
de rodaje
Trayectoria de rodaje expresada como una serie de
elementos de superficie (mediante referencia a la informacin
aeronutica), con velocidad y horas de llegada a nodos.
Incluye hora y lugar de deshielo. Comienza o termina en una
pista (compatible con la pista especificada).
Ap A-10 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Tabla A-9. Tipo de elementos de vuelo
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Aerdromo de
alternativa
Aerdromo de alternativa aplicable al elemento de la
trayectoria.
Restriccin de
altitud
Tipo de restriccin de altitud (AT, AT OR ABOVE, etc.) y
lmites de restriccin.
Tolerancia de
altitud
Tipo de tolerancia de altitud (AT, AT_OR_ABOVE,
AT_OR_BELOW, BETWEEN) y lmites.
En la trayectoria 4D convenida: la
variacin de vuelo dentro de estos
lmites es compatible con el espacio
areo asignado y no requiere
negociacin adicional. En la
trayectoria 4D deseada o clasificada:
las autorizaciones de estos lmites
indican una preferencia por la
trayectoria 4D siguiente en la
clasificacin. En la negociacin de la
trayectoria 4D: se usa para negociar
tolerancias mutuamente aceptables.
Tipo de punto de
cambio
Indica el tipo de punto de cambio de conformidad con las
especificaciones actuales (p. ej., ARINC 702A-3). Los
ejemplos incluyen comienzo del ascenso, vuelo horizontal,
comienzo del descenso, cambio de velocidad y punto RTA.
Debera extenderse para incluir elementos de espera/demora,
y vuelo dentro de un volumen de espacio areo.
Ruta constitutiva Si esta parte de la trayectoria sigue una ruta definida (p. ej.,
SID, STAR), puede proporcionarse una referencia a esa ruta
usando referencias a la informacin aeronutica.
ETA Proporciona la hora prevista de llegada (ETA) en la 4D al-
punto.
Esto representa una hora prevista
actualizada dentro de los lmites de
tolerancia.
Reglas de vuelo Reglas de vuelo aplicables para este elemento.
Restriccin
lateral
Tipo y lmite de una restriccin lateral expresada como puntos
de latitud/longitud que restringen la 4D al-punto. Tipo de
restricciones de punto/espacio areo y lmites laterales a la
trayectoria 4D.
Tolerancia lateral Tipo, clase y lmites de tolerancia lateral expresada como
puntos de latitud/longitud que expresan el alcance de la 4D al-
punto.
Performance Indica los valores de performance pertinentes para el elemento
siguiente de la trayectoria. Estos valores se expresan usando
la trayectoria dado que la informacin sobre la performance
puede variar a lo largo de la trayectoria.
Punto de
referencia
Describe el punto de referencia usando informacin
aeronutica (p. ej., punto designado). Esta informacin
representa los puntos de recorrido actuales en la ruta.
Requisitos
especiales
Indicador de que se espera que el vuelo opere de acuerdo con
los reglamentos del Estado pertinente para las aeronaves que
operan como aeronaves de Estado, segn el Artculo 3 del
Convenio sobre Aviacin Civil Internacional (Doc 7300), y para
las aeronaves que operan de acuerdo con los reglamentos del
Estado para actividades de vuelo que no son estndar,
normalmente mediante el uso del espacio areo reservado.
Velocidad Indica la velocidad aerodinmica para el punto, sea CAS o
Mach.
Apndice A. Elementos de informacin FF-ICE Ap A-11
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Restriccin de
velocidad
Tipo de restriccin de velocidad y lmites.
Tolerancia de
velocidad
Tipo, clase y lmite de tolerancia de velocidad aerodinmica
desde el punto.
Restriccin de
tiempo
Tipo de restriccin de tiempo (p. ej., AT, BETWEEN) y lmites;
puede ser un tiempo de regulacin de un punto en el espacio.
Tolerancia de
tiempo
Tipo, clase y lmites de tolerancia de tiempo.
4D al-punto Describe el punto hacia el cual la aeronave est volando en el
elemento. Puede expresarse en latitud, longitud, altitud y
tiempo. (No es una referencia a un punto como un punto de
recorrido).
El tiempo es previsto en todas las
trayectorias, salvo la realizada.
Descriptor de
viraje
Radio, centro y lugar de viraje (latitud/longitud) para elementos
de viraje de radio fijo.
Tabla A-10. Informacin sobre la performance
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Performance de
comunicaciones
Identifica (inicialmente), el equipo instalado en la aeronave,
extiende la lista de elementos disponible y en las etapas
finales identifica la capacidad de performance de
comunicaciones de la aeronave.
Vase al final en la Nota 1, Equipo de comunicaciones, para
los detalles del tipo de elementos del equipo inicial
(ampliado) que ha de considerarse.
El sistema ATM la usa en la
planificacin, identificacin de
competencia por recursos y
aplicacin de reglas de separacin.
Tambin se usa para determinar el
espacio areo en que una aeronave
puede entrar y los procedimientos
para los cuales tiene certificacin. La
informacin sobre las condiciones es
necesaria para apoyar las
condiciones de excepcin (p. ej.,
debido a condiciones meteorolgicas
o emergencias en que el tiempo es
crtico). El nmero de entradas
disponibles, definidas en la tabla
deberan apoyar todos los tipos de
equipo hasta que sea posible una
transicin a las comunicaciones
basadas en la performance. En ese
momento, las entradas definidas en
la tabla indicaran los criterios de
performance especficos tal como
estn definidos y establecidos
mundialmente y aproximadamente
del mismo modo que los tipos de
aeronaves. El cdigo SELCAL
empleado en comunicaciones A/G
va HF para notificar al piloto que
desde tierra se quieren comunicar
con la aeronave (esto es necesario
porque debido al exceso de ruido de
fondo en el entorno HF, en el puesto
de pilotaje se baja el volumen de
radio).
R7, R19,
R36b, R49,
R62, R151,
R177,
R209
Ap A-12 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Performance por
emisiones
Refleja las repercusiones ambientales de las emisiones de
las aeronaves y la forma en que se prev operar. Si no se
incluye, el valor establecido para el tipo de aeronave se
usar para referencia.
Incluir esto permitira desarrollar y
asignar procedimientos de aproxi-
macin/salida especficos basados
en la performance de cada aeronave
y sus repercusiones. No se ha
llegado a un acuerdo sobre la
metodologa de clasificacin. No se
ha establecido el proceso para
mantener la referencia de
clasificacin mundial.
R49, R54,
R127,
R167
Performance de
navegacin
Identifica (inicialmente) el equipo instalado en la aeronave,
extiende la lista de elementos disponible y en las etapas
finales identifica la capacidad de performance de
navegacin de la aeronave.
Vase al final en la Nota 1, Equipo de ayuda para la
navegacin, la aproximacin y el aterrizaje, para los detalles
del tipo de elementos del equipo inicial (ampliado) que ha de
considerarse en esta categora.
El sistema ATM la usa en la
planificacin, identificacin de com-
petencia por recursos y aplicacin
de reglas de separacin. Tambin se
usa para determinar el espacio
areo en que una aeronave puede
entrar y los procedimientos para los
cuales tiene certificacin. La infor-
macin sobre estas condiciones es
necesaria para apoyar las condi-
ciones de excepcin (p. ej., debido a
condiciones meteorolgicas o emer-
gencias en que el tiempo es crtico).
El nmero de entradas disponibles,
definidas en la tabla debera dar
apoyo a todos los tipos de equipo
hasta que sea posible una transicin
a la navegacin basada en la perfor-
mance. En ese momento, las
entradas definidas en la tabla
indicaran los criterios de perfor-
mance especficos tal como estn
definidos y establecidos mundial-
mente y aproximadamente de la
misma manera que los tipos de
aeronaves.
R7, R19,
R36b, R49,
R62, R150,
R151,
R177,
R209
Performance
acstica
Refleja las repercusiones ambientales del ruido de las
aeronaves y la forma en que se prev operar.
Apoya los requisitos de la OACI para
reducir las repercusiones en el
medio ambiente. Incluir esto
permitira desarrollar y asignar
procedimientos de aproximacin/
salida especficos basados en la
performance de cada aeronave y
sus repercusiones. No se ha llegado
a un acuerdo respecto a la
metodologa de clasificacin. No se
ha establecido el proceso para
mantener la referencia de
clasificacin mundial.
R49, R54,
R127,
R167
Performance de la
red de seguridad
operacional
Identifica (inicialmente) el equipo de la red de seguridad
operacional instalado en la aeronave y en las etapas finales
identifica la capacidad de performance de la red de
seguridad operacional de la aeronave.
R36b, R49,
R62, R151
Apndice A. Elementos de informacin FF-ICE Ap A-13
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Vase al final en la Nota 1, Equipo de la red de seguridad
operacional, para los detalles del tipo de elementos del
equipo inicial (ampliado) que ha de considerarse en esta
categora.
Performance de
vigilancia
Identifica (inicialmente) el equipo instalado en la aeronave,
extiende la lista de elementos disponible y en las etapas
finales identifica la capacidad de performance de vigilancia
de la aeronave.
Vase al final en la Nota 1, Equipo de vigilancia, para los
detalles del tipo de elementos del equipo inicial (ampliado)
que ha de considerarse en esta categora.
El sistema ATM la usa en la plani-
ficacin, identificacin de compe-
tencia por recursos y aplicacin de
reglas de separacin. Tambin se
usa para determinar el espacio
areo en que una aeronave puede
entrar y los procedimientos para los
cuales tiene certificacin. La
informacin sobre estas condiciones
es necesaria para apoyar las condi-
ciones de excepcin (p. ej., debido a
condiciones meteorolgicas o emer-
gencias en que el tiempo es crtico).
El nmero de entradas disponibles
definidas en la tabla debera dar
apoyo a todos los tipos de equipo
hasta que sea posible una transicin
a la vigilancia basada en la perfor-
mance. En ese momento, las
entradas definidas en la tabla indi-
caran los criterios de performance
especficos tal como estn definidos
y establecidos mundialmente y
aproximadamente de la misma
manera que los tipos de aeronaves.
R7, R19,
R36b, R49,
R62, R151,
R177,
R209
Performance por
estela turbulenta
Este campo identifica las repercusiones de la estela
turbulenta del vuelo como resultado de la manera en que se
prev operar. Esto se especificar a lo largo de la trayectoria
y, por consiguiente, dar elementos para las fases de salida,
en ruta y llegada del vuelo.
Es obligatoria debido a considera-
ciones de seguridad operacional.
Apoya el Concepto operacional de
ATM mundial de la OACI y los requi-
sitos para aumentar la seguridad
operacional. Reconoce las dife-
rencias de las repercusiones de la
estela segn la configuracin de la
aeronave (llegada/salida por oposi-
cin a crucero). Reconoce el poten-
cial para que el mismo tipo de
modelo de aeronave tenga diferen-
tes repercusiones de estela segn
cada procedimiento de operacin o
cambios en las clulas (dispositivos
de punta alar o winglets) que quiz
no respondan a los criterios para
establecer un nuevo tipo. Los
procedimientos de operacin inclu-
yen la diferencia en la performance
cuando la aeronave est en capaci-
dad mxima por oposicin a vaca o
en vuelo de entrega. An no se ha
llegado a un acuerdo respecto a la
metodologa de clasificacin. No se
ha establecido el proceso para man-
tener la referencia de clasificacin
mundial. Est pendiente la coordi-
nacin con la entidad competente.
R31, R49,
R54, R62,
R111
Ap A-14 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Tabla A-11. Tipo de intencin de la aeronave
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Intencin de
altitud
La instruccin de altitud, ascenso o descenso se propor-
ciona junto con la meta para la instruccin (p. ej., mantener
FL310). Tambin se proporciona la condicin para el
cambio (p. ej., alcanzar TOD, alcanzar la meta de altitud).
Tema de investigacin para
analizar ms a fondo.
Intencin de
configuracin
Se especifican la configuracin de la aeronave y las
condiciones bajo las cuales cambia la configuracin.
Tema de investigacin para
analizar ms a fondo.
Intencin lateral Indica la instruccin lateral junto con los parmetros sobre
la instruccin (p. ej., mantener un ngulo de 30 de
inclinacin lateral). Condicin bajo la cual esto puede
terminar (p. ej., hasta alcanzar rumbo).
Tema de investigacin para
analizar ms a fondo.
Intencin
longitudinal
Se proporcionan el modo y la meta de velocidad a lo largo
de la derrota. Tambin se proporciona la condicin bajo la
cual cambia la intencin longitudinal.
Tema de investigacin para
analizar ms a fondo.
Intencin de
potencia
Se especifican el reglaje y la meta de potencia (p. ej.,
potencia mxima de ascenso). Tambin se especifica la
condicin bajo la cual esta meta cambia (p. ej., alcanzar la
altitud de crucero).
Tema de investigacin para
analizar ms a fondo.
Tabla A-12. Informacin de la trayectoria de vuelo
Nombre del
campo Descripcin del campo Observaciones
Requisitos
del sistema
ATM
Trayectoria 4D
convenida
Contiene la trayectoria 4D actual que ha sido negociada y
convenida por los ASP y el usuario del espacio areo.
La trayectoria 4D convenida
incorpora las restricciones
proporcionadas por el ASP,
incluida la TFM. Esto incluye
cambios de ruta, de altitud y
demora, etc.
Trayectoria 4D
deseada
Contiene la trayectoria 4D actual que solicita el usuario del
espacio areo.
Da apoyo a la expresin de la
trayectoria preferida por el usuario.
Trayectoria 4D
realizada
Dado que la trayectoria puede negociarse muchas veces
durante el vuelo, la trayectoria 4D realizada contiene la
trayectoria real realizada hasta la posicin de la aeronave en
el momento.
Se usa para la evaluacin de la
performance.
Negociacin de
trayectoria 4D
Para fines de negociacin de la trayectoria, pueden
necesitarse varias trayectorias durante el proceso de
negociacin. Se supone que estas trayectorias son
transitorias.
Da apoyo a las negociaciones
requeridas por el concepto.
Trayectoria 4D
clasificada
Los usuarios que desean expresar una lista de trayectorias
por orden de preferencia pueden expresar una secuencia de
trayectorias con tolerancias.
Da apoyo a la expresin de
opciones alternativas.
Apndice A. Elementos de informacin FF-ICE Ap A-15
Nota 1. Capacidades de la aeronave y calificaciones de la tripulacin de vuelo.
Comunicaciones:
HF RTF
VHF RTF (25 kHz);
VHF RTF (8,33 kHz)
UHF RTF
ATC RTF (MTSAT)
ATC RTF (Iridium)
D-FIS ACARS
PDC ACARS
FMC WPR ACARS
CPDLC FANS 1/A Enlace de datos de alta frecuencia
FANS 1A/ACARS Enlace de datos
AOA [ACARS mediante AVLC (Control de enlace VHF para la aviacin)]
CPDLC ATN/VDL2 CPDLC FANS 1/A Satcom (Inmarsat)
CPDLC FANS 1/A VDL Modo 4
CPDLC FANS 1/A VDL Modo 2
CPDLC FANS 1/A Satcom (MTSAT)
CPDLC FANS 1/A Satcom (Iridium)
CPDLC mediante VDL Modo 4
CPDLC mediante VDL Modo 3
Sistema de llamada selectiva (SELCAL)
RTCA SC-214 CPDLC
Ayudas para la navegacin, la aproximacin y el aterrizaje:
LORAN C
DME
ADF/NDB
GNSS (GALILEO, GLONASS, GPS)
GLS
SBAS
GBAS
INS
MLS
ILS
Localizador
ILS tctico
VOR
TACAN
RSBN (sistema automatizado de radionavegacin de corto alcance)
PRMG (grupo de radiofaro de aproximacin y aterrizaje)
APV (aproximacin con gua vertical)
GBAS de tipo servicio de aproximacin de a bordo (AAST) y VNAV (navegacin vertical) de tipo
fuente a distancia
LNAV (navegacin lateral)
LNAV/VNAV
BARO-VNAV
LPV
Especificaciones RNAV/RNP de la casilla 18 en los PANS-ATM (Doc 4444)
Capacidad de alcance visual en la pista (RVR)
Ap A-16 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Vigilancia:
ADS-B recepcin 1090 MHz
ADS-B recepcin/emisin 1090 MHz
ADS-B recepcin UAT
ADS-B recepcin/ emisin UAT
ADS-B recepcin VDL-4
ADS-B recepcin/emisin VDL-4
ADS-C con capacidades FANS-1/A
ADS-C con capacidades ATN
Transpondedor SSR Modo A (4 dgitos-4096 cdigos)
Transpondedor SSR Modo A (4 dgitos-4096 cdigos) y Modo C
Transpondedor SSR Modo S, que incluye transmisin de identificacin de aeronave, pero no
transmisin de presin-altitud
Transpondedor SSR Modo S, no transmite identificacin de aeronave, pero incluye transmisin de
presin-altitud
Transpondedor SSR Modo S, incluye identificacin de aeronave y transmisin de presin-altitud
Transpondedor SSR Modo S, sin identificador de aeronave ni transmisin de presin-altitud
Transpondedor SSR Modo S, incluye identificacin de aeronave y transmisin de presin-altitud y
parmetros de enlace descendente de la aeronave adicionales (DAP).
Red de seguridad operacional:
Sistema de alerta de trnsito y anticolisin (TCAS II)
Sistema de alerta de trnsito y anticolisin (TCAS II) con enlace descendente de aviso de resolucin
(RA)
Sistema de advertencia y alarma de impacto (TAWS)/EGPWS con 1650 de alerta
Sistema de advertencia y alarma de impacto (TAWS)/EGPWS con 1250 de alerta
Sistema de advertencia y alarma de impacto (TAWS)/EGPWS con 950 de alerta
Presentacin cartogrfica mvil de la superficie
Presentacin cartogrfica mvil de la superficie con la propia posicin
Sistemas de visin mejorada en vuelo
Sistemas de visin sinttica
Calificaciones de la tripulacin de vuelo:
ILS CAT I
ILS CAT II
ILS CAT III
MLS CAT I
MLS CAT II
MLS CAT III
GBAS CAT I
GNSS CAT I
GNSS CAT II
GNSS CAT III
RNP APCH
RNP APCH con BARO-VNAV
RNP AR APCH con RF
RNP AR APCH sin RF
RNP 1
RNP 2
RNP 4
RNAV 10
RNAV 5
RNAV 2
Apndice A. Elementos de informacin FF-ICE Ap A-17
RNAV 1
Aprobacin GAST
CPDLC
RVSM aprobada
MNPS (especificaciones de performance mnima de navegacin) certificadas
Sistema de a bordo de asistencia a la separacin (ASAS)
Sistema visualizador de cabeza alta para CAT I
Sistema visualizador de cabeza alta para CAT II
Sistema visualizador de cabeza alta para CAT III
Aproximaciones paralelas simultneas poco separadas
Operaciones en pares de pistas paralelas
Aproximacin VNAV
Aproximacin LNAV/VNAV
Aproximacin LPV
Clase 1 Navegacin
Clase 2 Navegacin
Operaciones con presentacin cartogrfica mvil de la superficie
Operaciones con sistema de visin mejorada en vuelo
Operaciones con sistemas de visin sinttica
Nota 2. Informacin sobre estado del vuelo (la informacin descrita seguidamente es la actual, pero puede cambiar
en el futuro).
Vuelo en misin SAR
Vuelo mdico especficamente declarado tal por las autoridades mdicas
Vuelo por razones humanitarias
Vuelo que transporta un Jefe de Estado
Vuelo que transporta funcionarios de Estado que no son el Jefe de Estado
Vuelo que no cumple los requisitos RVSM y que intenta operar dentro del espacio areo RVSM
Vuelo especficamente autorizado por la autoridad competente para ser exceptuado de medidas
ATFM
Vuelo cuyos detalles deberan estar disponibles nicamente para una audiencia restringida, por
ejemplo, un vuelo crtico para la seguridad
Vuelo que transporta materiales peligrosos
Vuelo para el cual la autoridad militar asume responsabilidades de separacin
Vuelo operado de conformidad con una reserva de altitud
Vuelo que realiza operaciones de extincin de incendios
Verificacin en vuelo para calibracin de ayuda para la navegacin
Vuelo de evacuacin mdica crtica para la vida
Vuelo para servicios militares, de polica o aduanas
______________________
Ap B-1
Apndice B
TRANSICIN OPERACIONAL
Este apndice contiene detalles adicionales sobre las etapas propuestas para la transicin a la FF-ICE. Los escenarios
se describen indicando el tipo de intercambios de informacin que pueden producirse en un entorno mixto.
1. ETAPAS DE TRANSICIN
A fin de obtener el mximo beneficio de las etapas de transicin a medida que se implantan, sera conveniente que las
regiones siguieran un plan de transicin comn. Una secuencia lgica de la transicin podra ser:
Etapa 1: Presentacin, recuperacin y difusin de la FF-ICE
El concepto FF-ICE incluye una descripcin de alto nivel (sin detalles) para la presentacin, recuperacin y difusin de
la informacin FF-ICE por medio de mecanismos de publicacin/subscripcin y peticin/respuesta con apoyo de la
arquitectura SWIM. Inicialmente, podra apoyar el formato y contenido del plan de vuelo (FPL), pero aun as se
transmitira por medio de mecanismos de publicacin/subscripcin y peticin/respuesta. Esto podra entonces dar
apoyo al formato y contenido de la informacin FF-ICE a medida que est disponible. Esta arquitectura podra facilitar
las etapas posteriores proporcionando una funcin de convertidor entre los formatos y contenidos del FPL y la
informacin FF-ICE. Sin embargo, se reconoce que la arquitectura SWIM puede aplicarse en diferentes momentos y
aun siguiendo diferentes especificaciones tcnicas en diferentes regiones, dependiendo de las industrias y los
requisitos locales.
Durante la implantacin inicial, estos mecanismos de avanzada se pueden simular en la infraestructura de
comunicaciones existente (p. ej., un plan de direccionamiento basado en la identificacin de volmenes de espacio
areo que se intersecan podra adaptarse para simular un mecanismo de publicacin/subscripcin). Sin embargo, a los
participantes esa implantacin inicial les parecera, funcionalmente, una implantacin SWIM, posiblemente con ciertas
limitaciones tcnicas.
Tan pronto como dos o ms regiones hayan implantado (o simulado) una arquitectura SWIM, los participantes en esas
regiones podrn usarla para compartir informacin, aun cuando la implantacin SWIM tenga, internamente, algunas
diferencias tcnicas.
Esto se ilustra en la Figura B-1, a alto nivel.
En la Figura B-1, los intereses de la regin SWIM 1 respecto a datos de vuelo estn representados en la regin SWIM 2
por el adaptador de la regin 2. Por ejemplo, para una interaccin de publicacin/subscripcin, el adaptador de la
regin 2 subscribe a toda la informacin en la regin SWIM 2 que interesa a los participantes que tienen acceso a
travs de la regin SWIM 1. Esta subscripcin se inicia en la regin SWIM 1 a travs del adaptador de la regin 1 que
solicita una subscripcin del adaptador de la regin 2. Cuando la informacin se publica en la regin SWIM 2, que
interesa a uno o ms participantes en la regin SWIM 1, el adaptador de la regin 2 recibe esta informacin y la pasa a
travs de la interfaz. Entonces, el adaptador de la regin 1 la publica dentro de la regin SWIM 1, de modo que est
disponible para todos los participantes que se hayan subscrito.
Ap B-2 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Regin SWIM 1
Regin 1
Interfaz
Adaptador
de la regin
SWIM 1
Adaptador
de la Regin
SWIM 2
Regin SWIM 2
Regin 2
Figura B-1. Conexin entre regiones SWIM heterogneas
El ejemplo proporcionado puede extenderse a otras interacciones (p. ej., peticin/respuesta) ms all de publicacin/
subscripcin. Este mecanismo de alto nivel tambin puede adaptarse y extenderse para enlazar cualquier cantidad de
regiones SWIM de manera que para los usuarios aparezca como una zona SWIM unificada.
Se necesitarn especificaciones para la interfaz a fin de asegurar el nivel de interoperabilidad requerido. Se necesitar
un plan de seguridad de entrega de un extremo al otro, compatible con el nivel de aplicaciones crticas que usan los
datos proporcionados.
Etapa 2: Identificador nico de vuelo a escala mundial (GUFI)
En algunas regiones en que an no hay un concepto de identificador nico regional para cada vuelo, la introduccin del
GUFI puede exigir cambios considerables en el sistema. Sin embargo, otras regiones quiz ya hayan implantado un
identificador nico regional para cada vuelo, aun cuando no se garantice que es nico a escala mundial. Por
consiguiente, una evolucin relativamente simple para estas ltimas regiones podra consistir en extender el
identificador local actual de manera que sea nico a escala mundial (un GUFI) de acuerdo con la especificacin que
proveer la Organizacin de Aviacin Civil Internacional (OACI).
Tan pronto como dos regiones hayan implantado el GUFI, los ASP y otros usuarios de la informacin FF-ICE en esas
regiones podrn incluirlo en cualesquiera datos de vuelo que transmitan entre ellos con respecto a los vuelos que
atraviesen ambas regiones.
En esta etapa, aun la informacin de vuelo que entra en el sistema ATM como un FPL recibira un GUFI generado de
acuerdo con una especificacin de la OACI cuando sea aceptado por la red ATM. El GUFI se usara en toda otra
informacin compartida posteriormente con respecto a los vuelos.
Apndice B. Transicin operacional Ap B-3
Etapa 3: Provisin e intercambio de informacin FF-ICE que incluye trayectorias 4D
Una necesidad clave del concepto FF-ICE es que la informacin de las trayectorias 4D y otros datos que no estn
actualmente definidos en el FPL se compartan y sincronicen entre los usuarios del espacio areo (incluidos los
sistemas de a bordo) y los sistemas ATM a fin de facilitar varias funciones de avanzada, tales como las requeridas para
la gestin de la separacin. La informacin puede incluir restricciones o preferencias del usuario del espacio areo o del
ASP, que pueden ser estticas o dinmicas y que pueden intercambiarse a fin de facilitar el proceso de negociacin de
trayectorias en cualquier etapa del vuelo.
Cada regin puede decidir implantar en varias etapas el intercambio de esta informacin entre sistemas de la regin.
Por ejemplo, en algunas regiones puede decidirse implantar primero el intercambio entre sistemas de los ASP y ms
tarde extenderlo a los sistemas de los usuarios del espacio areo. En otras regiones, puede darse prioridad al
intercambio con los sistemas de los usuarios del espacio areo. Por ejemplo, esto sera la trayectoria 4D preferida en
la presentacin inicial, pero se transformara en la trayectoria 4D convenida despus del proceso de negociacin. Las
etapas posteriores podran agregar varios casos de trayectoria 4D, como se define en el Apndice E, y otra informacin,
tal como las restricciones y preferencias, segn una especificacin de la OACI.
Tan pronto como dos regiones hayan implantado un subconjunto comn de la informacin FF-ICE, los ASP podrn
compartirlo para los vuelos que atraviesen ambas regiones.
Etapa 4: Presentacin anticipada de FF-ICE por los usuarios del espacio areo
En la mayora de las regiones, los pronsticos estratgicos de trfico generalmente se hacen a partir de datos histricos
(tomando como base el trfico de un da similar del ao anterior), mejorndolo algunas veces con el crecimiento
esperado del trfico regional e informacin sobre acontecimientos especiales.
Antes del comienzo de cada perodo, la mayora de los usuarios del espacio areo que operan de acuerdo con un
horario ya publicado proporcionan su horario en un formulario electrnico que puede convertirse en la informacin inicial
FF-ICE. En una primera etapa de transicin, la conversin se realizara mediante mejoras especiales a los sistemas
ATM, pero los usuarios del espacio areo, a largo plazo, migraran a la FF-ICE.
Algunos ASP que deseen presentar anticipadamente informacin FF-ICE podran elaborar un servicio de intercambio
de pronsticos basado en la informacin proporcionada en las presentaciones anticipadas. Por ejemplo, el pronstico
del trfico regional puede incluir un cierto flujo de trfico diario, n vuelos del aeropuerto A al aeropuerto B para cierta
lnea area X, de un trfico diario total, entre algunos aeropuertos de N. Si la informacin anticipada FF-ICE de la lnea
area X indica que habr m vuelos entre A y B, no n vuelos, el pronstico para el flujo se adaptara en consecuencia. El
servicio tendr que tener en cuenta tanto los factores regionales como los locales, segn sean aplicables.
Tan pronto como dos regiones hayan implantado un servicio de pronsticos basado en presentaciones anticipadas, los
ASP de esas regiones pueden decidir compartir la informacin FF-ICE para los vuelos y flujos que atraviesen ambas
regiones usando los mecanismos de publicacin/subscripcin aqu descritos. Si para esa fecha ambas regiones han
implantado el GUFI, entonces se incluira para facilitar las referencias.
2. ESCENARIOS DE TRANSICIN
2.1 Si, como se prev, no todos los ASP harn la transicin a la FF-ICE al mismo tiempo, se necesitar un
medio para la que la planificacin de vuelo contine durante este perodo. Seguidamente se describen algunos
escenarios posibles para hacer frente a esta transicin.
Ap B-4 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
2.2 Se supone que hay una superposicin en la informacin requerida para la FF-ICE en comparacin con el
FPL actual, como se muestra en la Figura B-2. Esta figura expresa la situacin ms general. La FF-ICE contendr ms
informacin que el FPL actual y puede excluir ciertos tems del FPL actual. Sin embargo, toda informacin que est
excluida del FPL actual podr obtenerse de otra informacin que contiene la FF-ICE. Esto quiere decir que los sistemas
que poseen informacin del futuro plan de vuelo podrn proveer toda la informacin del plan de vuelo actual.
Sin embargo, prcticamente, la informacin de la FF-ICE que es necesaria para el contenido del FPL generalmente slo
se proporcionar durante las ltimas 24 horas antes del vuelo, cuando la haya proporcionado el usuario del espacio
areo.
Requisitos de la
informacin FF-ICE
Informacin
actual FPL
Informacin que ya no est
en la (puede derivarse
de ot ra informacin FF-ICE)
FF-ICE
Figura B-2. Superposicin de informacin entre la FF-ICE y el FPL actual
2.3 La interaccin entre los explotadores de aeronaves y los ASP puede quedar comprendida en varias
categoras:
a) un ASP con capacidad para FF-ICE puede requerir que los explotadores proporcionen informacin
FF-ICE;
b) un ASP con capacidad para FF-ICE puede permitir tanto la presentacin del FPL actual como la
provisin de informacin FF-ICE durante un perodo de transicin. Podran proveerse mejores niveles
de servicio a los explotadores que proporcionen informacin FF-ICE;
c) un ASP que opera con un FPL actual podra aceptar nicamente el FPL actual; y
d) un ASP que opera con un FPL actual podra optar por aceptar informacin FF-ICE pero funcionar
internamente como si hubiera recibido un FPL.
2.4 Como se vio en la Seccin 1 Etapas de transicin, la FF-ICE se implantar por etapas y funciones
parciales, y podra necesitar apoyo durante ciertos perodos de transicin. Lo que queda claro de las posibles
combinaciones de capacidades de los ASP y explotadores de aeronaves es que la transicin exigir la colaboracin
entre los ASP y los explotadores de aeronaves para asegurar que todas las partes continan siendo compatibles
durante la transicin.
Apndice B. Transicin operacional Ap B-5
Durante la transicin a la FF-ICE, el flujo de informacin entre los ASP que operan con los sistemas del FPL actual
probablemente contine tal como se hace actualmente. Las regiones de informacin de vuelo (FIR) que interactan con
capacidades FF-ICE podrn intercambiar la informacin que contiene la FF-ICE de acuerdo con sus respectivos niveles
de implantacin.
2.5 Para las enmiendas iniciadas en una regin del FPL actual, las regiones FF-ICE vecinas probablemente
tengan que poder incorporar en la FF-ICE los cambios efectuados en las casillas de datos del FPL. Del mismo modo,
los cambios iniciados en una regin FF-ICE pueden transformarse en el FPL actual para transferirlos a las FIR
adyacentes que operan con los sistemas del FPL actual.
2.6 En el caso del vuelo A, en la Figura B-3, los cambios iniciados en la FF-ICE de la primera FIR pueden
comprender elementos de informacin que el FPL actual no contiene. En este caso, son posibles tres opciones:
a) la primera regin con capacidad para FF-ICE provee nicamente la informacin del FPL actual a la
FIR siguiente. Los cambios que contienen nicamente informacin de la FF-ICE no se envan en
orden descendente;
b) la FIR que opera con un sistema actual puede enviar a la regin FF-ICE siguiente la informacin
requerida por la FF-ICE, pero no usarla; y
c) las regiones con capacidad para FF-ICE pueden pasar por alto las regiones actuales y proveer la
informacin a la regin siguiente con capacidad para FF-ICE. Esto puede lograrse mediante diversos
mecanismos.
A
B
FF-ICE
FF-ICE
Actual
Actual
Figura B-3. Vuelos entre las FIR con el FPL actual y la FF-ICE
______________________
Ap C-1
Apndice C
ESCENARIOS OPERACIONALES
Este apndice contiene una coleccin de escenarios operacionales importantes para el concepto FF-ICE y que
describen interacciones entre varios participantes en el sistema ATM. Los escenarios estn organizados
aproximadamente en el orden en que un vuelo puede ejecutarlos. Adems de los escenarios operacionales, se incluyen
tablas que describen la forma en que puede usarse la informacin proporcionada durante el escenario precedente.
1. CUMPLIMIENTO DE LOS REQUISITOS
Los escenarios operacionales descritos en este apndice indican que los ASP verificarn el cumplimiento de los
requisitos. Los trminos que siguen pueden referirse a varios tipos de requisitos dinmicos impuestos a un vuelo y a la
informacin proporcionada.
Sintaxis El formato para los tems de informacin FF-ICE debe cumplir una norma de modo que su
validez pueda verificarse automticamente mediante la automatizacin. El enfoque cumplir las normas de la industria y
proporcionar flexibilidad mediante versiones. Las normas estarn definidas a nivel mundial, pero admitirn extensiones
regionales.
Contenido Pueden especificarse requisitos respecto a qu tems de informacin deben proporcionarse
en un punto determinado de la evolucin de un vuelo [p. ej., la performance del sistema ATM puede imponer la
necesidad de tener informacin del horario del vuelo tres meses antes de la hora prevista de fuera calzos (EOBT) para
los vuelos a un aeropuerto de destino especfico].
Performance Pueden imponerse restricciones sobre los niveles de performance requerida a los vuelos
segn dnde/cundo se realicen. Estas restricciones pueden aplicarse en reas tales como performance de navegacin
(p. ej., nivel de RNP) o performance medioambiental (p. ej., ruido).
Precisin La informacin FF-ICE puede tener que especificarse a un nivel dado de precisin y fiabilidad.
Autorizaciones de acceso Los usuarios del espacio areo tendran que solicitar permiso para el acceso.
Restricciones operacionales Los requisitos adicionales sobre informacin de vuelo pueden imponer
restricciones operacionales a una trayectoria de vuelo.
2. PROVISIN DE INFORMACIN INICIAL
2.1 La Figura C-1 presenta un escenario para la provisin y verificacin de informacin inicial. Se supone que
hay requisitos de informacin mundiales que deben proporcionarse con la informacin inicial y que estos requisitos
dependen de con cunta anticipacin se proporciona la informacin EOBT. Tambin puede haber requisitos regionales,
adems de los requisitos mundiales, sobre la provisin de informacin. Los requisitos de informacin mundiales para la
presentacin anticipada (meses antes de la operacin) probablemente exijan:
Ap C-2 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Figura C-1. Verificacin de la informacin inicial
a) hora de calzos prevista y fecha;
b) aerdromo de salida;
c) aerdromo de destino;
d) tipo de aeronave;
e) explotador de aeronaves;
f) originador FF-ICE;
g) tipo de vuelo; y
h) trayectoria 4D preferida del tramo de vuelo que incluye los elementos de datos requeridos para
proveer el nivel de precisin requerido.
AU
ASP
Subscriptores
ASP
Ejemplo: esquema XSD
Informacin obligatoria
La informacin se transmite al ASP
suscrito a la informacin; el proceso
de subscripcin se describe
en escenarios tcnicos
Las flechas representan flujos
de datos lgicos; no son
necesariamente fsicos
Proveer informacin inicial
AU conoce
los requisitos
de informacin
GUFI
Aceptar informacin inicial
Requisitos regionales
Confirmar la validez
Asignar GUFI
Otros requisitos mundiales
Verificar sintaxis mundial
Publicar
Verificar los requisitos
Apndice C. Escenarios operacionales Ap C-3
2.2 El requisito sobre la precisin del tramo de vuelo permite a la automatizacin del ASP determinar la lista
de distribucin de informacin. La verificacin de la informacin procede del modo siguiente:
a) el ASP inicial que recibe la informacin la verifica con la sintaxis mundial. Las extensiones regionales
no se verifican;
b) el ASP inicial que recibe la informacin verifica si sta cumple los requisitos mundiales para la
provisin de informacin en el momento de proveerla;
c) se asigna al vuelo y se provee al centro de operaciones de vuelo un identificador nico de vuelo a
escala mundial (GUFI);
d) la informacin se distribuye a las partes autorizadas que han indicado previamente inters en recibir
esta informacin de acuerdo con criterios establecidos. Estas partes pueden incluir otros ASP,
proveedores del espacio areo y explotadores de aerdromos, entre otros;
e) los destinatarios de esta informacin la verifican con los requisitos regionales aplicables. Estos
requisitos dependen de cunto tiempo antes de la salida se provee la informacin y tambin pueden
depender de la ruta o del aerdromo; y
f) una vez determinado el cumplimiento de los requisitos, se confirma la validez de la informacin y el
ASP acepta la informacin inicial.
2.3 Lo anterior describe un escenario sin rechazo debido a la falta de cumplimiento de los requisitos. En caso
de que el destinatario de la informacin estime que no se han cumplido los requisitos, se notifica la falta de
cumplimiento al usuario del espacio areo y al ASP inicial. El usuario del espacio areo sera responsable de asegurar
que se proporciona una actualizacin que cumple los requisitos aplicables. No se asigna un GUFI cuando la
presentacin inicial no cumple los requisitos mundiales.
3. ACTIVIDADES DE PLANIFICACIN ESTRATGICA
Y USOS DE LA INFORMACIN INICIAL
Una vez recibida la informacin inicial, los destinatarios pueden ejecutar las funciones identificadas en la Figura C-2 y
en la Tabla C-1. Las primeras actividades (ilustradas en la Figura C-1) incluyen:
a) Los usuarios del espacio areo realizan la planificacin de misin (establecer los horarios) para
asegurar que el horario puede cumplirse dados los recursos. Esto supone actualizar la informacin
inicial del horario para considerar los requisitos. Los usuarios del espacio areo pueden autolimitarse
para reducir preventivamente los desequilibrios entre demanda y capacidad considerando cualquier
restriccin existente (p. ej., turnos aeroportuarios). Los usuarios del espacio areo colaboran con los
ASP en la organizacin y gestin del espacio areo (vase el Doc 9882).
b) Los explotadores de aerdromo planifican para asegurar que la demanda no exceda los recursos
disponibles en la superficie. Esto exige el conocimiento de la demanda (aerdromos, hora y fecha) y
tipo de demanda (tipo de aeronave). Si se necesita control, puede proveerse informacin sobre turnos
aeroportuarios.
c) Los ASP usan la informacin sobre la demanda proyectada para determinar si es necesaria la
reasignacin de recursos para satisfacer mejor la demanda. Esto usa una estimacin inicial de los
vuelos incluyendo horas y la trayectoria 4D inicial.
Ap C-4 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
d) Los ASP tambin usan la informacin sobre la demanda proyectada para determinar si son
necesarios cambios en la organizacin del espacio areo para optimizar la asignacin de recursos.
Los ASP quiz incluyan tambin la elaboracin de rutas estructuradas con requisitos de performance
en entornos muy restringidos. Estos requisitos de performance se imponen cuando la performance
puede ayudar a obtener un rendimiento adicional. Los requisitos de performance adicional quiz ya
estn vigentes por razones medioambientales.
Figura C-2. Diagrama de actividades para la planificacin estratgica
Tabla C-1. Usos de la informacin recibida anticipadamente
tems de informacin Objeto
Aerdromo de salida Planificacin de recursos sobre el aerdromo de salida.
Aerdromo de destino Planificacin de recursos sobre el aerdromo de destino.
Identificador nico de vuelo
a escala mundial (GUFI)
Permite a todos los participantes referirse al mismo vuelo por medio de un identificador nico.
Explotador de aeronaves Consideraciones de equidad pueden exigir equilibrar los resultados de la performance entre los
explotadores.
Hora de calzos y fecha Para la planificacin de los recursos de aerdromo se necesita tanto la hora de fuera calzos como la
hora en calzos.
Originador de FF-ICE Necesario para fines de verificacin y negociacin.
Tipo de vuelo El ASP usa esta informacin para determinar el nivel de servicio requerido por el vuelo.
Identificacin del vuelo Se usa para comunicaciones orales no se garantiza que sean nicas.
Proveer capacidad y
restricciones de aerdromo
Determinar
los desequilibrios
Planes de dotacin
Organizacin
del espacio areo
La AOM puede
proveer los
requisitos para
los vuelos
Colaborar
Incorporar
requisitos
Autolimitarse
Actualizar
la informacin
inicial
Pronosticar
la demanda
Determinar
la capacidad
A
U
A
S
P
A
O
P
Apndice C. Escenarios operacionales Ap C-5
tems de informacin Objeto
Informacin sobre turnos
aeroportuarios
Se usa para asegurar la asignacin de turnos en aeropuertos con turnos aeroportuarios.
Trayectoria 4D deseada Ruta de vuelo, se usa para determinar la distribucin de informacin.
Ruta de vuelo, empleada junto con las horas para estimar la demanda de recursos de espacio areo.
Puede usarse para asignar personal.
Identifica si hay recursos a lo largo de la ruta de vuelo (p. ej., performance o rutas estructuradas).
Tipo de aeronave Puede requerirse para la planificacin de recursos de superficie (p. ej., puerta, pista).
Performance Cuando hay requisitos de performance vigentes para la ruta deseada, este tem confirma que se
satisface el nivel de performance. Los requisitos de performance pueden ser sobre cualquier aspecto
de la performance (p. ej., comunicaciones, navegacin, vigilancia, red de seguridad operacional, ruido,
emisiones, estela turbulenta).
Disposiciones sobre el
acceso
Provee informacin sobre autorizaciones necesarias para el acceso deseado al espacio areo.
4. AUTORIZACIONES Y VERIFICACIN
Los proveedores del espacio areo pueden exigir autorizacin con diferente anticipacin. Las disposiciones de acceso
proporcionan un mecanismo para cumplir estos requisitos. La Figura C-3 ilustra este proceso. A estas alturas slo se
exigiran los elementos de la trayectoria 4D que son necesarios para identificar el espacio areo.
Figura C-3. Ilustracin de una secuencia propuesta para la obtencin
y verificacin de autorizacin
AU ASP
Proveedor
del espacio
areo
ASP (n)
ASP asociado
con AP
Obtener autorizaciones
Autorizaciones
Autorizaciones y 4DT
Aceptar
Confirmar la validez
Parte de los requisitos
locales
Cerciorarse de que las
autorizaciones son vlidas
Las flechas representan flujos
de datos lgicos; no son
necesariamente fsicos
Autorizaciones y 4DT
Ap C-6 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
5. PROVISIN DE INFORMACIN ADICIONAL ANTES DEL DA DE SALIDA
5.1 Antes del da de salida, todos los participantes realizan actividades para mejorar el rendimiento del
sistema ATM, segn el nivel de demanda solicitada. Las actividades descritas antes se perfeccionan y continan a
medida que la certeza respecto a la informacin es mayor y los usuarios del espacio areo con diversos horizontes de
planificacin proporcionan ms informacin. En esta etapa, entre las actividades se incluyen las que siguen:
a) Pueden exigirse estructuras de espacio areo o niveles de performance para satisfacer la demanda.
Por ejemplo, se pueden imponer requisitos a los vuelos para que usen rutas estructuradas en el
espacio areo restringido o se puede exigir un nivel de performance para operar dentro del espacio
areo.
b) Los usuarios del espacio areo consideran las restricciones operacionales que se les presentan y
actualizan sus planos de conformidad con las restricciones.
c) Los usuarios del espacio areo comienzan a proveer informacin sobre las preferencias respecto al
vuelo; algunas de estas se proporcionan por medio de la trayectoria 4D deseada y una lista de
alternativas clasificadas. Otras preferencias se presentan por medio de tems de informacin
especficos respecto a las preferencias (p. ej., prioridad).
5.2 La Figura C-4 ilustra una secuencia propuesta para algunas de las actividades mencionadas antes. El
diagrama de la secuencia describe la interaccin entre el usuario del espacio areo, el participante que planifica (p. ej.,
el centro de operaciones de vuelo) y el ASP. Las interacciones dentro del ASP no estn descritas. Si bien el proceso
parece ser muy repetitivo, la actualizacin probablemente no comience con la recepcin de una sola informacin de
vuelo. En la prctica, la imposicin de requisitos de estructura y performance incluir algn elemento de demanda
anticipada en las primeras etapas, antes de que la demanda se conozca con precisin. Los usuarios del espacio areo
ajustarn los vuelos mediante la asignacin ptima de sus vuelos de elevada performance y la adaptacin de la
trayectoria 4D.
5.3 La Figura C-4 describe un proceso despus que se ha proporcionado la informacin FF-ICE para un vuelo
dentro del constructo de muchos vuelos previstos para el mismo da. El proceso descrito en la Figura C-4 se resume del
modo que sigue:
a) El explotador de aerdromo proporciona la capacidad de aerdromo y las restricciones de aerdromo.
b) Cuando es necesario, el usuario del espacio areo puede actualizar la informacin FF-ICE
proporcionada antes; por ejemplo, el usuario del espacio areo puede proporcionar una trayectoria
4D actualizada.
c) Cuando se presenta nueva informacin, el ASP que la recibe verificar si se cumplen los requisitos
aplicables.
d) Se notifica al usuario del espacio areo sobre el cumplimiento de los requisitos.
e) El ASP usa la nueva informacin para actualizar la demanda usada para DCB.
f) El proceso DCB en curso contina para operar usando la informacin actualizada y puede identificar
un desequilibrio de capacidad como resultado de la nueva informacin.
g) Puede haber un servicio que el ASP proporciona y que permite a los usuarios del espacio areo estar
notificados cuando se proyectan vuelos que crean un desequilibrio entre demanda y capacidad.
Apndice C. Escenarios operacionales Ap C-7
Figura C-4. Ilustracin de la imposicin de requisitos de estructura del espacio areo
o de performance para corregir los desequilibrios esperados
AU ASP
4DT
Notificar cumplimiento
La informacin inicial
est disponible AOP
Capacidad y restricciones del aerdromo
Cumplimiento de los requisitos
Actualizar la demanda
Las flechas representan los flujos
de datos lgicos; no son
necesariamente fsicos
Proceso continuo
Determinar desequilibrios
Requerir performance/estructura
Colaboracin esperada
Evaluar
El servicio puede incluir
evaluacin de vuelos
cumplimiento respecto al
El servicio puede incluir
identificacin de vuelos
sujetos a desequilibrios
Vuelos identificados
Compartir requisitos
Retorno de informacin
Solicitud de evaluacin
Ajustar vuelos
Respuesta de evaluacin
Actualizacin
Ap C-8 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
h) El proceso AOM en curso puede imponer requisitos de estructura del espacio areo o performance
para satisfacer una demanda ms grande. Estos requisitos se elaboran por medio de un proceso de
colaboracin.
i) En respuesta a los requisitos adicionales sobre performance o estructura, los usuarios del espacio
areo ajustarn sus vuelos para cumplirlos. Esto puede suponer usar servicios de informacin
proporcionados por el ASP; el ASP puede proporcionar un servicio que verifica el cumplimiento de los
requisitos especificados.
j) El usuario del espacio areo proporcionar actualizaciones de la informacin de vuelo.
6. ACTIVIDADES DEL DA DE SALIDA
El da de salida, la informacin sobre condiciones meteorolgicas y viento es ms cierta; esto permite comenzar a
planificar sobre los efectos de las condiciones meteorolgicas que disminuyen la capacidad y el efecto de los vientos
sobre las trayectorias.
Tabla C-2. Usos de la informacin adicional el da de la salida
tems de informacin Objeto
Informacin SAR La informacin sobre bsqueda y salvamento es necesaria antes de la salida para acelerar las
actividades de bsqueda y salvamento si llega a ser necesario.
Tipo de vuelo Necesario antes de la salida para la correcta aplicacin de las reglas y el nivel de servicio.
Direccin de 24 bits Permite la correlacin de la informacin de vuelo con la informacin de vigilancia.
Tipo de aeronave Se usa para estimar el efecto sobre la demanda de pista cuando la turbulencia de estela no se
proporciona separadamente. Se usa para aplicar las normas de separacin apropiadas cuando no se
proporciona la turbulencia de estela.
Performance por estela
turbulenta
Se usa para aplicar la separacin por estela turbulenta.
Comunicaciones,
navegacin, vigilancia o
performance de la red
de seguridad
operacional
Indica el nivel de performance de la aeronave, si se especifican requisitos para acceso a un recurso,
servicio o nivel de servicio.
Performance por
ruido/emisiones
Cuando hay requisitos en vigor para el acceso basados en el nivel de ruido o de emisiones; este tem
informa que puede darse acceso a este vuelo (con sujecin a mecanismos de verificacin del
cumplimiento).
Solicitudes y
aprobaciones
Cuando el acceso a un servicio, recurso o procedimiento se rige por el funcionamiento de aplicaciones o
equipo de a bordo y aprobacin para operar; este tem informa al ASP que puede darse acceso al vuelo.
Estado del vuelo Los vuelos en cierto estado pueden estar sujetos a diferentes requisitos sobre el acceso, prioridad o nivel
de servicio. Este tem informa al sistema ATM sobre el estado de modo que puedan aplicarse los
requisitos apropiados.
Apndice C. Escenarios operacionales Ap C-9
tems de informacin Objeto
Informacin sobre
preferencias
La informacin sobre las preferencias del usuario del espacio areo puede proporcionarse para que el
ASP pueda seleccionar las opciones que responden mejor a las preferencias expresadas. Esta es una
forma de colaboracin que acelera la seleccin de una solucin. Las preferencias incluyen informacin
tal como: prioridad dentro de una flota para establecer secuencias, demora mxima para la seleccin de
una pista con respecto a otra, prcticas operacionales que limitan las opciones y que no son aceptables
para el usuario del espacio areo, y preferencias respecto a los movimientos que indican los cambios a
la trayectoria preferida.
Trayectoria 4D deseada Este tem provee la trayectoria generada por el usuario del espacio areo ms adecuada para responder
a los objetivos de su misin. Esta trayectoria se genera con conocimiento del usuario del espacio areo
respecto a las restricciones operacionales obligatorias y la competencia respecto a los recursos. El
usuario puede optar por evitar preventivamente la competencia por recursos o actuar en colaboracin
sobre la trayectoria.
Trayectoria 4D
convenida
Esto expresa la trayectoria 4D convenida entre el usuario del espacio areo y los ASP despus de la
colaboracin o imposicin de reglas preestablecidas en colaboracin.
Trayectoria 4D
realizada
Este tem mantiene la trayectoria recorrida por el usuario del espacio areo hasta la posicin actual. A
medida que se producen cambios en la trayectoria durante el vuelo, esto mantiene un registro adecuado
para el anlisis de la performance.
Negociacin de
trayectoria 4D
Esta trayectoria se usa durante la colaboracin para el acuerdo sobre una trayectoria 4D. En la
Seccin 7 se describen los detalles del uso de esta informacin.
Trayectoria 4D
clasificada
Esto provee una estructura de datos con trayectorias clasificadas por orden de preferencia. Las
tolerancias se usan para expresar los lmites de variacin en la trayectoria activando una preferencia por
la trayectoria siguiente en la clasificacin. Esta estructura de datos facilita el proceso de colaboracin.
7. PROVISIN DE LA TRAYECTORIA 4D DESEADA
Proveer la trayectoria 4D deseada es un proceso directo, similar al de proveer informacin inicial. El proceso que
precede inmediatamente a la provisin de la trayectoria 4D se describe seguidamente y se ilustra en la Figura C-5.
a) Cuando provee la trayectoria 4D deseada, el usuario del espacio areo tiene acceso a informacin
compartida sobre condiciones meteorolgicas y vientos.
b) Los requisitos del espacio areo que indican restricciones al acceso o estructuras de rutas tambin se
comparten con el usuario del espacio areo.
c) Si los requisitos de performance son necesarios para el acceso debido a limitaciones de capacidad o
medioambientales, stas tambin se comparten con el usuario del espacio areo.
d) El usuario del espacio areo tiene conocimiento de los desequilibrios de capacidad proyectados.
e) El usuario del espacio areo utiliza la informacin mencionada antes para generar una trayectoria 4D
deseada. El usuario del espacio areo puede asignar recursos a vuelos para elaborar una trayectoria
4D deseada compatible con los requisitos y los objetivos internos conocidos. Cuando es necesario,
esta trayectoria indica el cumplimiento de los requisitos con respecto a la estructura del espacio areo
y la performance. El cumplimiento con respecto a la estructura del espacio areo se indica mediante
referencias a la ruta constitutiva en la trayectoria 4D. La performance de la clula y la tripulacin
combinadas en los elementos de la trayectoria requeridos se indica por medio del tem performance
en los elementos de vuelo de la trayectoria 4D.
Ap C-10 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Figura C-5. Provisin de la trayectoria 4D deseada
f) El usuario del espacio areo actualiza la FF-ICE con la trayectoria 4D deseada.
g) Esta informacin la usa el ASP para verificar el cumplimiento de los requisitos del espacio areo y la
performance. El ASP usa la informacin sobre el estado del vuelo para determinar qu requisitos son
aplicables.
AU
Condiciones
meteorolgicas/vientos
Requisitos del espacio areo
Requisitos de performance
Desequilibrios proyectados
Cuando es necesario, incluye
informacin sobre la performance
y referencia a estructuras
del espacio areo
Generacin de 4DT
4DT deseada
Notificar
ASP:Wx ASP
Las flechas representan los flujos
de datos lgicos; no son
necesariamente fsicos
Los requisitos pueden no ser
todos dinmicos
El AU conoce los desequilibrios
proyectados
y las consecuencias
Verificar
el cumplimiento
Actualizar los requisitos
En un punto, la falta
de cumplimiento
activa el rechazo
Apndice C. Escenarios operacionales Ap C-11
h) Se notifica al usuario del espacio areo el cumplimiento (o la falta de cumplimiento) de los requisitos.
La falta de cumplimiento de los requisitos quiz no resulte en el rechazo de la informacin, pero
puede resultar en que el vuelo no reciba una autorizacin.
8. OBTENCIN DE UNA TRAYECTORIA 4D CONVENIDA
8.1 Para que la planificacin de un vuelo a lo largo de una ruta congestionada sea efectiva, se necesita la
asignacin de recursos. Una primera forma de mitigar esto es que el usuario del espacio areo altere la trayectoria 4D
deseada de manera que ya no est sujeta a la congestin prevista. Esto puede lograrse si el ASP comparte la
informacin sobre las reas en que se ha predicho la congestin (p. ej., los desequilibrios proyectados en la Figura C-5)
o si se proporciona un servicio que evala las opciones con respecto a la congestin predicha. Llegar a una trayectoria
4D convenida cuando el usuario del espacio areo cumple todos los requisitos y se mitigan los desequilibrios constituye
un caso trivial en que simplemente se reconoce el acuerdo.
8.2 Sin embargo, algunas veces este mecanismo es insuficiente para equilibrar la demanda y la capacidad.
Se supone que un conjunto de reglas sin ambigedades preestablecidas en colaboracin entre los participantes crea un
mecanismo mediante el cual se resuelven estas situaciones. Puede haber variaciones regionales en estos mecanismos.
Parte de la colaboracin debe incluir la colaboracin entre los ASP para asegurar la continuidad e interoperabilidad.
Una vez que tiene conocimientos de las reglas, el usuario del espacio areo puede optar por modificar la trayectoria 4D
deseada para proveer una performance ptima despus de la aplicacin de las reglas.
8.3 Hay varios enfoques para obtener una trayectoria 4D convenida. La FF-ICE apoya cada uno de estos
enfoques, que deben elaborarse ms a fondo de acuerdo con los objetivos de rendimiento del sistema ATM.
Seguidamente consideraremos tres casos:
a) Restricciones proporcionadas por el ASP Cada ASP provee restricciones que la trayectoria 4D
debe cumplir para llegar a un acuerdo. Los mecanismos para determinar las restricciones se
establecieron previamente en colaboracin.
b) Trayectoria 4D clasificada El usuario del espacio areo provee una serie de trayectorias 4D
clasificadas, el ASP selecciona la trayectoria 4D ms adecuada para el rendimiento del sistema
(incluidas las consideraciones de equidad). Para establecer el mtodo de seleccin se usa un
proceso CDM.
c) Preferencias respecto a movimientos El usuario del espacio areo provee una trayectoria 4D con
preferencias de movimiento. El ASP puede modificar porciones de la trayectoria 4D (p. ej., ruta,
tiempo, altitud), considerando las preferencias respecto a movimientos y las limitaciones de
performance del vuelo.
8.4 En todos los casos mencionados antes, un conjunto de reglas establecidas en colaboracin determina qu
vuelos resultan afectados y cules pueden ser las repercusiones. La informacin proporcionada por el usuario del
espacio areo sobre las preferencias puede usarse en las reglas para determinar la asignacin. Los dos primeros casos
se describen en los ejemplos que siguen.
9. OBTENCIN DE UNA TRAYECTORIA 4D CONVENIDA
USANDO RESTRICCIONES PROPORCIONADAS POR EL ASP
9.1 El acuerdo sobre una trayectoria 4D a travs de varios ASP puede obtenerse de diversas maneras. Aqu
se presentan dos de esas interacciones de alto nivel.
Ap C-12 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
9.2 La primera situacin de un usuario del espacio areo que elabora una trayectoria 4D convenida usando
las restricciones proporcionadas por el ASP se describe seguidamente y se ilustra en la Figura C-6.
a) Un usuario del espacio areo proporcion una trayectoria 4D deseada que ha sido publicada a todos
los ASP pertinentes. La trayectoria 4D deseada se prepara conociendo las restricciones que el ASP
public previamente.
b) Cada ASP verifica si la trayectoria 4D cumple los requisitos en sus respectivas reas de
responsabilidad. Esto incluye la verificacin sobre restricciones conocidas y restricciones que se
imponen como resultado de trayectorias recientemente proporcionadas (p. ej., debido a DCB).
c) Si es necesario, y de conformidad con las reglas establecidas mediante un proceso de colaboracin,
cada ASP puede imponer restricciones en la trayectoria 4D. Esto puede hacer que se vuelvan a
enviar las restricciones al usuario del espacio areo de modo que el usuario pueda generar una
trayectoria 4D que cumpla las restricciones.
d) Las restricciones pueden compartirse con el usuario del espacio areo mediante una trayectoria 4D
incorporando las restricciones dentro de cada rea de responsabilidad del ASP.
e) El usuario del espacio areo es responsable de aplicar las restricciones en una trayectoria 4D
revisada que llegar a ser el acuerdo.
f) Una vez hecha la verificacin de que se cumplen las restricciones, la trayectoria 4D convenida se
comparte entre los participantes.
9.3 Otro ejemplo de cmo obtener una trayectoria 4D convenida usando las restricciones proporcionadas por
el ASP se ilustr en la Figura C-7 y se describe seguidamente.
a) Un usuario del espacio areo provee una trayectoria 4D deseada como parte de la FF-ICE.
b) El ASP que la recibe procesa la trayectoria 4D. El ASP es responsable de verificar que la trayectoria
4D es correcta segn todas las restricciones publicadas y conocidas. Normalmente, el usuario del
espacio areo (AU) tiene acceso a la misma informacin y habr publicado una trayectoria 4D que
cumple las restricciones, sin embargo, esto debe verificarse antes de que se pueda aceptar la
trayectoria.
c) Si las verificaciones (2) no tienen xito (es decir, si se detecta una incompatibilidad con las
restricciones), el ASP que la recibe notifica al AU acerca de la incompatibilidad, junto con una peticin
de que modifique/actualice los correspondientes elementos de datos de la trayectoria 4D de la
FF-ICE. El AU enva una trayectoria 4D corregida/actualizada al ASP que la recibe. El proceso
contina hasta que se logra el acuerdo.
d) Si las verificaciones (2) tienen xito, el ASP que las recibe acepta la trayectoria 4D para su
publicacin e indica la aceptacin inicial al AU.
e) El ASP publica la trayectoria 4D en el entorno SWIM donde pueden encontrarla todos los ASP
subscriptores, los AU y otros interesados.
f) En cualquier etapa despus de haber sido aceptada y publicada, la trayectoria 4D puede resultar
afectada por una restriccin revisada. En este caso el AU se subscribir a la nueva informacin y se
le notificar que la trayectoria 4D ha sido revisada. En la figura se indica como una notificacin de un
ASP posterior, pero puede ser una notificacin automtica, dependiendo de la aplicacin local.
Apndice C. Escenarios operacionales Ap C-13
Figura C-6. Determinacin de la trayectoria 4D convenida usando restricciones
AU
El AU conoce
las restricciones
publicadas
Restricciones a 4DT
Verificar 4DT en el
espacio areo propio
El usuario puede optar
por reorganizar grupos
de vuelos para influir
en las restricciones
Aplicar restricciones
Determinar si
son adecuadas
Acuerdo sobre 4DT
ASP-1 ASP-2
4DT
Publicar
Restricciones a 4DT
Verificar 4DT
Identificar restricciones
Publicar
Verificar la porcin
de 4DT en el espacio
areo del ASP
Verificar 4DT
Identificar restricciones
Identificar nuevas restricciones
no publicadas cuando se provee
la demanda adicional
Las flechas representan
los flujos de datos lgicos;
no son necesariamente fsicos
Compartir el acuerdo
de un extremo a otro
Restricciones a 4DT
Ap C-14 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Figura C-7. Determinacin de la trayectoria 4D convenida usando restricciones
(enfoque alternativo)
AU ASP-1 ASP-2
1. Publicar FF/ICE con 4DT
3. Solicitar la modificacin de 4DT (si es necesario)
4. Aceptar FF-ICE con 4DT
6. FF-ICE con 4DT afectada por nuevas
restricciones
7. Publicar FF-ICE con 4DT revisada
9. Solicitar la modificacin de FF-ICE
con 4DT (si es necesario)
10. Confirmar aceptacin de FF-ICE revisada con 4DT
2. Cumple las restricciones publicadas?
5. Publicar FF-ICE con 4DT
8. Cumple las restricciones publicadas?
11. Publicar FF-ICE 4DT revisada con
Con cada actualizacin de la FF-ICE por el usuario
del espacio areo, el caso de utilizacin comienza
nuevamente en el paso 7.
12. La ltima condicin se cumple, es decir los actores pertinentes validan plenamente y aceptan
El vuelo podra realizarse de acuerdo con los datos de la FF-ICE
la FF-ICE.
Ciclo
[cumple==falso]
Ciclo
[cumple==falso]
Apndice C. Escenarios operacionales Ap C-15
g) Sea porque el AU ha recibido una notificacin de tipo (6) que (parte de) la trayectoria 4D ya no es
aceptable, o por razones operacionales del AU (p. ej., si se requiere un cambio de clula o si el vuelo
debe ser demorado) puede ser necesario que el AU publique una trayectoria 4D revisada.
h) El ASP que la recibe vuelve a verificar la FF-ICE revisada.
i) Si las verificaciones (8) no tienen xito (es decir, se detecta una incompatibilidad con las
restricciones), el ASP que las recibe notifica al AU acerca de la incompatibilidad, junto con la peticin
de modificar/actualizar los correspondientes elementos de datos de la trayectoria 4D de la FF-ICE. El
AU debe revisar la propuesta va la etapa (8).
j) Si las verificaciones (8) tienen xito, el ASP que las recibe acepta la FF-ICE para su publicacin e
indica la aceptacin al AU.
k) El AU publica la trayectoria 4D revisada en el entorno SWIM donde pueden encontrarla todos los
subscriptores ASP, AU y otros interesados.
l) La FF-ICE contiene la trayectoria 4D convenida y ser el punto de partida para la gestin del vuelo.
10. USO DE LAS TRAYECTORIAS 4D CLASIFICADAS PARA OBTENER
UNA TRAYECTORIA 4D CONVENIDA
El usuario del espacio areo puede proporcionar al ASP una serie de trayectorias 4D clasificadas con tolerancias que
indican preferencias. Por ejemplo, como se indica en la Figura C-8, una trayectoria puede representar una ruta con una
tolerancia de demora para aceptar la trayectoria. Si no puede adaptarse la trayectoria 4D dentro de la tolerancia de
demora, se preferir la trayectoria que sigue en la clasificacin. Este proceso puede continuar para mltiples
trayectorias 4D clasificadas. El ASP aplicara reglas (establecidas previamente en colaboracin) para las opciones de
vuelo que ilustra la Figura C-9. La seleccin de una de las trayectorias 4D clasificadas resultara en una negociacin de
trayectoria 4D. Esto alterara la trayectoria dentro de las tolerancias originales y propondra un conjunto de tolerancias
dentro del cual debe realizarse el vuelo. Si esto es aceptable para el usuario del espacio areo, la negociacin de la
trayectoria 4D pasa a ser la trayectoria 4D convenida.
Figura C-8. Ilustracin de trayectoria 4D clasificada
ADEP
ADES
Segunda
opcin de 4DT
4DT preferida
con tolerancia
de desviacin mxima
Ap C-16 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Figura C-9. Seleccin de una trayectoria 4D clasificada
11. PROVISIN DE PREFERENCIAS
El usuario del espacio areo puede proveer la informacin adicional sobre las preferencias. Los siguientes son ejemplos:
a) Prioridad del explotador del vuelo Permite dar la prioridad ms alta a los vuelos indicados por el
usuario del espacio areo, de conformidad con los objetivos del usuario del espacio areo.
b) Prcticas de operacin Indica las opciones que no son aceptables al usuario del espacio areo,
tales como la opcin de pista. Ntese que la opcin de pista podra proveerla el ASP.
c) Preferencias respecto a movimientos Indica una amplia variedad de opciones respecto a las
preferencias de movimientos en la trayectoria. Estos pueden expresarse mediante tolerancias en la
trayectoria deseada.
AU ASP
4DT clasificada
Verificar el cumplimiento
Evaluar todos los vuelos conocidos con respecto a las restricciones
Asignar 4DT
El ASP selecciona de entre las 4DT
clasificadas los vuelos que cumplen
las restricciones en cuanto a recursos
segn reglas precoordinadas
Las flechas representan
los flujos de datos lgicos;
no son necesariamente fsicos
Negociacin de 4DT
Verificar si es adecuada
4DT convenida
Apndice C. Escenarios operacionales Ap C-17
Las preferencias mencionadas las considera el ASP, de conformidad con un proceso conocido, a medida que se
elabora una trayectoria 4D convenida.
12. INCLUSIN DEL TRAMO DE SUPERFICIE
12.1 Se puede elaborar y compartir con los participantes un tramo de superficie. Para los aerdromos
equipados con automatizacin de superficie, este plan puede ser detallado y preciso. El plan se comparte con el usuario
del espacio areo de manera que la ejecucin de la trayectoria y el tiempo en la superficie sea compatible con el plan
de otras operaciones. Compartir el plan entre participantes permite coordinar el tiempo con el espacio areo de llegadas
y salidas. La precisin de las operaciones de superficie en cuanto al tiempo puede minimizar las demoras
(generalmente con los motores en funcionamiento) y mejorar la performance medioambiental. No todos los aerdromos
requieren un plan de superficie con el mismo nivel de fidelidad.
12.2 Acuerdo sobre un tramo de superficie. El ASP que maneja la informacin FF-ICE se ilustra por separado
del ASP que realiza las funciones de superficie, que se describe seguidamente y se ilustra en la Figura C-10:
a) Un usuario del espacio areo proporcion una trayectoria 4D deseada con una puerta y hora de
salida que result en una trayectoria 4D convenida. El tramo de vuelo comienza a una hora especfica
de despegue determinada a partir de un tiempo de rodaje nominal. Hay incertidumbre acerca del
tiempo en el tramo de vuelo debido a la incertidumbre respecto al tiempo de rodaje. Las tolerancias
deben exceder esta incertidumbre.
b) En un entorno automatizado, la automatizacin de superficie elabora un plan de superficie con
tiempos de tolerancia.
c) El plan de superficie se incorpora en la informacin FF-ICE hasta que se recibe la aprobacin del
usuario del espacio areo.
d) Se proporciona al usuario del espacio areo el plan de superficie como una negociacin de
trayectoria 4D.
e) El usuario del espacio areo, con un conocimiento ms preciso de la hora de salida, puede actualizar
el tiempo nominal del tramo de vuelo para reflejar el cambio. La informacin se incorpora en una
trayectoria 4D convenida. Esta trayectoria 4D convenida se comparte con el usuario del espacio
areo para su ejecucin.
13. RESTRICCIONES A UNA TRAYECTORIA
13.1 Varias funciones, tales como sincronizacin del trnsito (TS) o gestin estratgica de conflictos, pueden
requerir la imposicin de restricciones a lo largo de la trayectoria. Esto incluye imponer horas de control a lo largo de la
trayectoria, restricciones de altitud, velocidad o laterales. Como se indica en la Figura C-11, una trayectoria 4D
previamente convenida, una trayectoria 4D en negociacin, o una trayectoria 4D deseada sobre la cual an no hay
acuerdo, pueden necesitar restricciones. El ASP determina las restricciones aplicables, junto con las tolerancias para
cumplirlas, y se las proporciona al usuario del espacio areo en una trayectoria para negociar. El usuario del espacio
areo considera estas restricciones con varios resultados:
Ap C-18 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Figura C-10. Elaboracin de un plan de superficie para salidas
AU ASP
ASP:
superficie
4DT previamente convenida
con informacin de superficie
de baja fidelidad
Negociacin de 4DT
Actualizar
4DT convenida
Plan de superficie
Incorporar
Elaborar plan
de superficie
Plan de superficie
incluido en la 4DT
Las flechas representan
;
no
los flujos de datos lgicos
son necesariamente fsicos
Actualizar tiempos
del tramo de vuelo
4DT convenida
Apndice C. Escenarios operacionales Ap C-19
Figura C-11. Imposicin de restricciones a una trayectoria 4D
para la sincronizacin de trayectorias
a) el vuelo puede respetar las restricciones, con actualizaciones a la trayectoria 4D que reflejan la nueva
trayectoria que cumple las restricciones. El usuario del espacio areo provee la trayectoria 4D
actualizada como una trayectoria 4D convenida que ha de realizar el vuelo;
b) las restricciones no son convenientes para el usuario del espacio areo, lo que resulta en que el
usuario del espacio areo compone una nueva propuesta de trayectoria 4D alternativa en la forma de
una negociacin de trayectoria 4D; o
c) el vuelo no puede cumplir las restricciones debido a consideraciones de performance de la aeronave.
13.2 Se proporciona una trayectoria para negociar, que cumple las restricciones que se pueden cumplir y no
cumple otras. La forma en que sigue de aqu en adelante la negociacin es una cuestin indeterminada. El usuario del
espacio areo podra proveer la intencin de la aeronave especfica para el vuelo y los lmites de performance o el
alcance de las restricciones factibles.
13.3 La trayectoria 4D convenida despus de imponer restricciones y tolerancias representa lo que en el
Concepto operacional de ATM mundial se llama contrato de trayectoria 4D.
AU ASP
4DT
Negociacin de 4DT
Actualizar 4DT
4DT convenida
alternat
Evaluar restricciones
Las flechas representan
los flujos de datos lgicos;
no son necesariamente fsicos
Una 4DT disponible
Sincronizacin de trayectoria
Determinar restricciones a 4DT
4DT alternativa si
las restricciones no son
factibles o deseables
4DT alternativa
Negociacin de 4DT
[otra]
[factible]
Ap C-20 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
13.4 Cuando el conjunto de restricciones inicial no es factible o deseable, la negociacin de trayectorias 4D se
puede cambiar por nuevas propuestas. Para facilitar la convergencia, debera proveerse cierta informacin adicional
para guiar la forma de componer la nueva trayectoria 4D.
14. INFORMACIN DE SERVICIOS DE EMERGENCIA
La provisin de informacin sobre bsqueda y salvamento a los proveedores de servicios de emergencia (ESP) es un
escenario simple descrito en la Figura C-12. La informacin FF-ICE la proporciona el usuario del espacio areo. Esta
informacin se publica para el ESP pertinente cuando es necesario.
Figura C-12. Provisin de informacin SAR a los proveedores de servicios de emergencia
15. INFORMACIN DE APOYO PARA PROVEER SEPARACIN
15.1 Cuando es necesaria para proveer separacin, se puede requerir precisin adicional en la informacin de
la trayectoria 4D. Esto puede incluir especificar puntos de cambio adicionales en la trayectoria, de tal modo que se
refuerce la precisin de la trayectoria entre esos puntos. La mayor precisin en la representacin de la trayectoria
probablemente no est especificada antes de la salida o para todo el vuelo, sino por cierto tiempo. La Figura C-13
ilustra este concepto. Al proporcionar informacin muy precisa, de corto plazo, sobre la trayectoria 4D que es
compatible con la informacin de largo plazo, se pueden llevar a cabo las funciones de gestin de la separacin y al
mismo tiempo cumplir otros objetivos tales como la sincronizacin de trayectorias. Armonizar la informacin permite que
la automatizacin proponga una solucin nica teniendo en cuenta ambos objetivos, con lo que las instrucciones
necesarias para lograrlo se reducen al mnimo.
15.2 La coherencia es un atributo importante de la trayectoria 4D, dado que permite que la aeronave pueda
controlar ciertas restricciones importantes y ejecutar una trayectoria de ms precisin para la sincronizacin. Para
proveer la separacin, particularmente cuando se producen transiciones de altitud, se necesita ms informacin a fin de
obtener el nivel de precisin requerido. Si bien el mecanismo preciso para asegurar la coherencia de esta informacin
actualmente no est determinado, la interaccin con las aeronaves refuerza los argumentos favorables a la
armonizacin internacional. (Los tems de informacin para esta trayectoria de elevada precisin se extrajeron de tems
descritos en ARINC 702A-3, bajo datos de intencin de trayectoria).
AU ASP ESP
Las flechas representan
los flujos de datos lgicos;
no son necesariamente fsicos
Proveer informacin SAR
Publicar
Apndice C. Escenarios operacionales Ap C-21
Figura C-13. Ilustracin de informacin ms precisa sobre la trayectoria 4D y compatible
con una trayectoria 4D convenida
15.3 Un mecanismo para comprender la necesidad, algunas veces, de que esta informacin sea ms precisa
es imaginar qu pasara si la informacin no estuviera disponible. Si no se usa informacin de ms precisin, la funcin
de gestin de la separacin (SM) hace suposiciones acerca de la trayectoria esperada dentro de las tolerancias de la
trayectoria 4D convenida. Esto puede ser proteger la trayectoria 4D con tolerancias o hacer una prediccin de
trayectoria mediante la funcin SM dentro de las tolerancias. Sin una informacin mejor proveniente de las operaciones
en curso, la prediccin ser imprecisa. El resultado de ambos enfoques es la necesidad de imponer mucha memoria
intermedia en la SM para asegurar que las aeronaves estn separadas. Esas memorias aumentan la carga de trabajo
del controlador desplazando ms aeronaves que lo necesario, disminuyendo la eficiencia de cada vuelo y aumentando
la probabilidad de aumentar la carga de trabajo posterior que resulta de las restricciones que no se han respetado.
15.4 Cuando se requiere precisin, se puede afirmar que las tolerancias de trayectorias pueden ser ms
severas para asegurar una mejor precisin de la trayectoria 4D convenida. Sin embargo, puesto que la trayectoria debe
poder realizarse, se necesitarn estructuras de datos similares para expresar esta trayectoria 4D restringida con el nivel
ms alto de precisin.
15.5 Aun cuando una trayectoria 4D de alta precisin puede ser necesaria para asegurar la separacin, la
preocupacin respecto a la interoperabilidad requiere la integracin de esta informacin con la FF-ICE. Al haber
informacin comn, integrada, sobre la trayectoria dentro de la FF-ICE, la SM puede buscar soluciones compatibles con
las restricciones posteriores a la trayectoria y modificar acuerdos sobre la trayectoria 4D cuando es necesario. Si bien
un horizonte temporal ms breve para esta informacin de alta precisin no necesitara compartir con frecuencia esta
informacin con todos los ASP, la coherencia con las aeronaves requiere normas de informacin comn.
4DT convenida
Ms precisin en la
informacin de la 4DT
Ms precisin en la
informacin de la 4DT
Dentro de la
tolerancia de la
4DT convenida
4DT convenida
Ap C-22 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
16. NEGOCIACIN CON MLTIPLES ASP
16.1 Uno de los objetivos de la FF-ICE es mejorar la interoperabilidad mundial. Este ejemplo describe el
proceso de negociacin de trayectoria en colaboracin usando la FF-ICE con los ASP. La Figura C-14 describe el
escenario, y en la Figura C-15 se ilustra un proceso de negociacin.
16.2 Un vuelo proporcion una trayectoria 4D deseada tratando de operar a travs de dos ASP. La informacin
fue compartida con ambos ASP, que ejecutaron funciones DCB y AOM sobre todos los vuelos. En el caso del ASP-2, el
vuelo debe efectuarse en una ruta de llegada especificada con un nivel de performance especificado. Esta informacin
se comparte por medio de informacin del espacio areo en ASP-2. El usuario del espacio areo, consciente de la
restriccin, modifica la trayectoria de vuelo para satisfacer la performance solicitada y la restriccin. Esto se logra
presentando una nueva trayectoria 4D. A medida que la informacin sobre las condiciones meteorolgicas se hace ms
cierta, el ASP-1 proporciona informacin sobre el espacio areo restringido mediante informacin del espacio areo. El
usuario del espacio areo examina esta informacin y provee una nueva trayectoria 4D de un extremo a otro para
negociar, teniendo en cuenta las restricciones en ambos ASP. Ambos ASP deben verificar la trayectoria 4D para llegar
a una trayectoria 4D convenida.
16.3 La sincronizacin del trnsito (TS) en ASP-2 requiere la imposicin de restricciones especficas para el
vuelo respecto a la hora de llegada (p. ej., RTA) y la altitud a la entrada en la ruta de llegada. Esta informacin se
provee al usuario del espacio areo en la forma de restricciones a la trayectoria. El usuario del espacio areo genera
una trayectoria adecuada que se ajusta a las restricciones y provee la actualizacin a ambos ASP como una nueva
negociacin de trayectoria.
16.4 En la Figura C-6 se presenta un proceso para crear una trayectoria 4D convenida. En este caso, todos los
ASP recibieron del usuario del espacio areo una nueva negociacin de trayectoria. Cada ASP verifica que la
trayectoria 4D propuesta cumple los requisitos dentro de su propio espacio areo y, si es as, indica la aceptacin de la
negociacin de trayectoria 4D. Una vez que recibe una trayectoria completa de un extremo al otro aceptada por los ASP,
el ASP indica su acuerdo con respecto a la trayectoria 4D. Esta trayectoria de extremo a extremo es compartida.
16.5 El usuario del espacio areo tiene la responsabilidad de generar y aceptar la trayectoria de un extremo al
otro a fin de cumplir las restricciones de los ASP, con lo que provee una trayectoria ms factible. Estas restricciones
pueden ser el resultado de la aplicacin de diferentes reglas dentro del espacio areo controlado por los ASP. Puesto
que estas reglas pueden conducir a mltiples restricciones imposibles de cumplir, es importante que se aplique un
proceso de colaboracin para elaborar las reglas de aplicacin de las restricciones. La cuestin de la viabilidad de las
restricciones debe considerarse en esa etapa.
Apndice C. Escenarios operacionales Ap C-23
Figura C-14. Ejemplo que ilustra la negociacin a travs de mltiples ASP
Ruta requerida
y performance
RTA
Restriccin
de altitud
ASP-2
Restricciones
en la informacin
del espacio areo
Alternativa generada
por el usuario
ASP-1
Ap C-24 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Figura C-15. Ilustracin de un ejemplo de negociacin en un entorno de varios ASP
______________________
Ruta y performance requeridas
AU
Actualizar 4DT
Negociacin de 4DT
Considera
requisitos de un
extremo a otro
Requisitos
Muchos eventos activan
la actualizacin
de restricciones
Realiza la verificacin
(no se ve)
Sincronizacin de trayectorias
Incluye las restricciones
a la trayectoria dentro
del espacio areo
Las flechas representan
los flujos de datos lgicos;
no son necesariamente
fsicos
ASP-1 ASP-2: FF
Negociacin de 4DT
Requisitos
Actualizar 4DT
Negociacin de 4DT
Negociacin de 4DT
Negociacin de 4DT
Actualizar 4DT
Negociacin de 4DT
Negociacin de 4DT
Negociacin de 4DT
Modifica 4DT
para cumplir
restricciones
Restricciones del espacio areo
Realiza la verificacin
(no se ve)
Los ASP conocen y comparten la 4DT deseada
Ap D-1
Apndice D
COMPRENSIN DE LA TRAYECTORIA
Todas las trayectorias 4D se describen usando los componentes presentados en la Figura D-1. Una trayectoria de
puerta a puerta incluye el aerdromo de salida, un tramo de superficie de salida, un tramo de vuelo y un tramo de
superficie de llegada en un aerdromo de destino. Estos tramos se definen ms adelante. Los campos adicionales
incluyen: intencin de la aeronave, nmero de secuencia y performance general.
1. TRAMO DE SUPERFICIE
1.1 El tramo de superficie de salida es un tramo de superficie genrico que se aplica a la salida. Como
muestra la Figura D-1, el tramo de superficie de salida comienza en una puerta o puesto de estacionamiento e incluye
una hora de calzos y fecha, una trayectoria de rodaje, una pista y un tiempo de ocupacin de pista. En apoyo de los
procesos CDM aeroportuarios, puede incluirse informacin adicional que es fundamental, tal como: hora de embarque,
hora en que la aeronave estar disponible, hora de arranque, etc. Las horas pueden ser proyectadas, previstas o reales.
El tiempo de ocupacin de pista representa el tiempo de despegue para una salida. Un tramo de superficie de llegada
usa la misma estructura de datos con tems que representan los datos de contrapartida para la llegada.
1.2 La trayectoria de rodaje se representa mediante una lista de elementos de trayectoria de rodaje (vase la
Figura D-2). Cada elemento de la trayectoria de rodaje est representado por los siguientes tems:
a) Elemento de superficie usando referencias a informacin aeronutica, estos pueden ser calle de
rodaje, puerta, puestos de estacionamiento, pista, lugares de deshielo, plataformas o cualquier rea
de la superficie del aeropuerto en que un vuelo pueda pasar tiempo.
b) Hora de entrada en el elemento de superficie la hora en que se calcula que el vuelo entrar en el
elemento de superficie.
c) Tipo de elemento de superficie describe qu tipo de elemento se describe (calle de rodaje, pista,
deshielo, etc.).
d) Velocidad en el elemento de superficie describe la velocidad a lo largo de un elemento de
superficie en el cual se espera que la aeronave se mueva (opcional).
2. TRAMO DE VUELO
2.1 La Figura D-3 ilustra el tramo de vuelo segn una vista lateral y una vista en planta. El tramo de vuelo se
describe en trminos de elementos de vuelo. Cada elemento de vuelo describe una trayectoria desde el ltimo
elemento de vuelo a la 4D al-punto. Este punto se expresa usando un lugar 3D y tiempo. El elemento de vuelo incluye
velocidad aerodinmica en un punto de cambio y el tipo de punto de cambio descrito por la al-punto. Tambin se
describe el tipo de punto de cambio (p. ej., cima de la subida, cambio de velocidad). Las restricciones pueden estar
especificadas por el elemento de vuelo y son aplicables en la al-punto. Estas restricciones pueden ser respecto a
altitud, tiempo, velocidad o laterales. Un elemento de vuelo puede requerir un descriptor de viraje; en este caso, se
Ap D-2 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
incluye informacin adicional para describir el viraje, junto con un punto de referencia que describe el punto
tradicionalmente asociado con la ruta. Si el vuelo debe seguir una secuencia de elementos de vuelo que son partes de
una ruta definida, la ruta constitutiva tambin estar incluida. Esto puede ser til si hay requisitos de performance
asociados con ella.
Figura D-1. Componentes de la trayectoria 4D
Figura D-2. Ilustracin de un tramo de superficie
Componentes de la 4DT
Aerdromo
de llegada
Tramo de superficie
de llegada
Tramo de vuelo Tramo de superficie
de salida
Aerdromo
de salida
Componentes del tramo
de superficie
Trayectoria
de rodaje:
Puerta o
puesto de
estacionamiento
Hora de calzos
y fecha
Elemento de trayectoria
de rodaje
Pista
Tiempo de pista
y fecha
(despegue/aterrizaje)
Apndice D. Comprensin de la trayectoria Ap D-3
Figura D-3. Descripcin de un tramo de vuelo
2.1.1 Performance, reglas de vuelo y alternativas
Un elemento de vuelo tambin puede contener informacin sobre performance, reglas de vuelo y aerdromos de
alternativa. Esta informacin slo debe incluirse en los puntos en que se espera un cambio a lo largo de la trayectoria.
Por ejemplo, performance de navegacin puede ser RNP-4 en el espacio areo ocenico, pero puede ser
considerablemente ms baja en la aproximacin final. El elemento de vuelo en que la performance cambia contiene el
nuevo nivel de performance que se aplica hasta que el elemento de performance cambie en un elemento de vuelo
posterior. Esto tambin puede aplicarse a las reglas de vuelo, por ejemplo, si se espera que el vuelo opere como VFR
durante una porcin del mismo. Los aerdromos de alternativa tambin pueden expresarse a lo largo de la trayectoria
dado que el aerdromo de alternativa designado puede variar a lo largo de la ruta de vuelo.
2.1.2 Intencin de la aeronave
2.1.2.1 La trayectoria tambin puede incluir una descripcin de la intencin de la aeronave, cuando es necesario,
para aumentar la precisin de la representacin de la trayectoria. Esta descripcin de la intencin de la aeronave
provee informacin adicional sobre cmo la aeronave prev realizar la trayectoria descrita. Conocer esta informacin
permite que la trayectoria de vuelo tenga una precisin adicional. Por ejemplo, un vuelo en ascenso puede haber
proporcionado una trayectoria con un punto de cambio de trayectoria en el punto de transicin CAS/Mach (vase la
Figura D-4). El conocimiento de que el vuelo tiene como meta una CAS constante con un reglaje de potencia fijo puede
ayudar a definir el perfil de altitud a medida que est alcanzando ese punto. Adems, saber que la aeronave est
operando en ciclo abierto a la altitud en el lugar permite que los sistemas automticos de tierra reconozcan que ciertos
errores detectados al comienzo del ascenso persistirn durante todo el ascenso.
Velocidad
aerodinmica
Restriccin
de tiempo
Restriccin
de altitud
Punto de
referencia
Al punto 4D
Performance
Reglas de vuelo
Aerdromo de alternativa
Descriptor
de viraje
Elemento
de vuelo
Restriccin
lateral
Ap D-4 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Perfil
CAS/Mach
constante
Provee informacin
adicional
Reduce
el error de
representacin
Intencin de la aeronave
Error 4DT
Persiste cuando
en ciclo abierto
Figura D-4. Ejemplo de la utilidad de la intencin de la aeronave en el ascenso
2.1.2.2 El constructo de informacin que se provee para la trayectoria 4D permite que cada ASP adapte la
informacin requerida al nivel de precisin de la trayectoria necesario para proveer el nivel de performance deseado.
Por ejemplo, el plan de vuelo actual basado en la ruta puede proveerse dentro de la estructura de datos mencionada.
Como alternativa, un ASP que requiere ms precisin puede especificar la necesidad de elementos de datos
adicionales (opcionales), tales como un descriptor de viraje.
2.1.3 Tolerancias y restricciones
2.1.3.1 El Concepto operacional de gestin del trnsito areo mundial (Doc 9854), describe una trayectoria 4D
como aprobada con tolerancias (Doc 9854, Apndice I, 6.14). Estas tolerancias de trayectoria pueden describirse
usando los mismos conceptos de datos como restricciones. Como se ilustra en la Figura D-5, hay cuatro tipos
de restricciones y cuatro tipos de tolerancias (altitud, tiempo, velocidad y lateral) en puntos de la trayectoria 4D.
Adems, las tolerancias en el tramo de superficie de salida pueden expresarse como una variacin en la hora de calzos
y fecha (p. ej., hora prevista de fuera calzos entre 14:50Z y 14:57Z). Las tolerancias (simtricas en el ejemplo) y
restricciones pueden considerarse como sigue:
j
x
t
[
Rcstccon min
_[
x
t
_ [
x
t
1oIcuncu
_ j
x
t
[
Rcstccon mx
Apndice D. Comprensin de la trayectoria Ap D-5
Restriccin
mxima
Variedad de
tolerancias
Restriccin
mnima
El tiempo tambin puede ser
objeto de tolerancias y restricciones
Lateral
Velocidad
Altitud
Figura D-5. Ilustracin de tolerancias y restricciones de 4D
2.1.3.2 En el ejemplo, las restricciones mnimas y mximas limitan el valor, pero la tolerancia identifica su
variacin.
2.1.3.3 El significado operacional de estas tolerancias depende del tipo de trayectoria dentro de la cual estn
expresadas. Sin embargo, para mayor claridad, con la tolerancia se provee un indicador de la clase de tolerancia, estas
son:
Tolerancia de clase A La variacin de vuelo dentro de estos lmites es compatible con el espacio
areo asignado y no requiere negociacin adicional.
Tolerancia de clase B Indica los niveles de tolerancia que puede lograr la fuente de la trayectoria
(p. ej., sea el ASP o el usuario del espacio areo).
Tolerancia de clase C Indica una preferencia por la renegociacin o la trayectoria siguiente en la
clasificacin si la trayectoria no puede hacerse dentro de este nivel de tolerancia.
Considerando cada tipo de trayectoria, las diversas tolerancias que han de usarse son:
Trayectoria 4D convenida Usa una tolerancia de clase A.
Trayectoria 4D deseada Usa una tolerancia de clase C. Las tolerancias en esta trayectoria indican la
variacin mxima alrededor de la trayectoria antes de que se desee la mejor opcin siguiente en la clasificacin de
trayectorias, o se requiere negociacin (en caso de que no haya otra trayectoria disponible).
Ap D-6 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Trayectoria 4D clasificada Igual que para la trayectoria 4D deseada.
Trayectoria 4D realizada No es aplicable.
Negociacin de trayectoria 4D El uso de una tolerancia de clase B indica que el proponente puede
lograrla. El uso de una tolerancia de clase C indica qu es aceptable para el proponente. Las tolerancias en esta
trayectoria forman parte de la trayectoria que se negocia. El acuerdo sobre la trayectoria y las tolerancias producen una
trayectoria 4D convenida.
2.1.3.4 Cabe sealar que las tolerancias no representan la envolvente de performance del vuelo. Por ejemplo, no
es seguro que un vuelo con una altitud mnima en un punto de recorrido y uno mximo en el punto de recorrido
siguiente tenga la capacidad de performance para ascender desde la altitud mnima a la mxima en la distancia
especificada.
2.1.3.5 Seguidamente se describen ejemplos especficos de la aplicacin de tolerancias.
Demora aceptable para la pista Los usuarios del espacio areo pueden desear definir un nivel
aceptable de demora en vuelo para obtener la asignacin de una pista en particular a la llegada. Este deseo puede
provenir de tiempo de rodaje diferencial a la puerta designada para el vuelo. Durante la negociacin para una
trayectoria de llegada y un tramo de superficie de llegada, el usuario especificara una tolerancia de tiempo de
ocupacin de pista (de clase C) en el tramo de superficie de llegada.
Precisin de salida que puede lograr el usuario El usuario del espacio areo puede indicar la precisin
con que puede asumir la hora de salida. Esto se indica mediante una tolerancia de clase B en la tolerancia de hora de
calzos y fecha en el tramo de superficie de salida proporcionada por el usuario del espacio areo.
Precisin de la autorizacin de salida El ASP puede expresar la precisin con que puede darse la hora
de autorizacin de salida. Esto se indica mediante una tolerancia de clase B en la tolerancia de hora de calzos y fecha
en el tramo de superficie de salida proporcionado por el ASP.
______________________
Ap E-1
Apndice E
JERARQUA DE LA INFORMACIN
Este apndice presenta varias perspectivas sobre una posible jerarqua de la informacin de vuelo y flujo para el
entorno cooperativo (FF-ICE). Las perspectivas tratan de indicar una posibilidad para la jerarqua de la informacin y
destacar ciertas caractersticas de un enfoque basado en el XML. La informacin presentada aqu no debe interpretarse
como una propuesta de especificacin; simplemente, representa un ejemplo de qu aspecto tendra una jerarqua de
informacin en comparacin con las disposiciones de planificacin de vuelo actuales. La jerarqua se presenta al
principio en trminos de dos diagramas, una estructura arborescente en el nivel superior y una estructura arborescente
para los datos de la trayectoria. Si bien la informacin se presenta como un rbol simple, algunos tems de informacin
que describen la trayectoria son listas de los tems que estn en un nivel inferior a ellos. El tramo de superficie de
llegada tambin incluye elementos idnticos al tramo de superficie de salida.
Los diagramas de clase que describen una jerarqua de informacin posible estn presentados juntos con las primeras
pginas de la correspondiente definicin de esquema XML (XSD). No todos los aspectos del esquema estn descritos
totalmente. En particular, no todas las restricciones sobre formateado de cada elemento de datos estn especificadas
en la descripcin. Sin embargo, se dan ejemplos de cmo esto podra proporcionarse para algunos de los tems de
informacin de identificacin: direccin de 24 bits de la aeronave, explotador de aeronaves, originador de la FF-ICE y
tipo de vuelo.
Ap E-2 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
1. DIAGRAMAS DE JERARQUA DE LA INFORMACIN
Informacin de vuelo
Estado del vuelo
Solicitudes y aprobaciones
Disposiciones sobre acceso
Autonoma
Personas a bordo
Piloto al mando
Contacto de emergencia
Equipo de emergencia y supervivencia
Trayectoria 4D deseada
Trayectoria 4D convenida
Negociacin de trayectorias 4D
Trayectorias 4D clasificadas
Trayectoria 4D realizada
Prioridad del explotador del vuelo
Restricciones del explotador
Preferencias del explotador
Preferencias de movimientos
Identificacin del vuelo
Cdigo Modo A
Marcas de matrcula
Tipo de vuelo
Informacin del explotador de aeronaves
GUFI
Direccin de 24 bits de la aeronave
Tipo de aeronave
Originador de la informacin del vuelo
Preferencias y restricciones
para el vuelo
Informacin de autorizaciones
para el vuelo
Informacin SAR
del vuelo
Informacin de la trayectoria
del vuelo
Informacin de identificacin
del vuelo
Informacin adicional
Estado de la FF-ICE
Caractersticas de la formacin
GUFI del vuelo anterior
Observaciones
Versin
GUFI del vuelo siguiente
Vuelo
Figura E-1. Jerarqua de primer nivel de los tems de informacin
Apndice E. Jerarqua de la informacin Ap E-3
Intencin lateral
Intencin de potencia
Intencin de altitud
Intencin longitudinal
Intencin de configuracin
Tipo de punto de cambio
ETA
4D al-punto
Ruta constitutiva
Punto de referencia
Restriccin de altitud
Restriccin lateral
Descriptor de viraje
Restriccin de velocidad
Tolerancia de altitud
Velocidad
Restriccin de tiempo
Requisitos especiales
Reglas de vuelo
Aerdromo de alternativa
Tolerancia de velocidad
Tolerancia de tiempo
Tolerancia lateral
Performance
Performance de comunicaciones
Performance de red de seguridad
operacional
Performance de navegacin
Performance por estela turbulenta
Performance por emisiones
Performance de vigilancia
Performance acstica
Informacin sobre turnos aeroportuarios
Hora de calzos y fecha
Planificacin de metas
Tiempo de ocupacin de pista
Puerta o puesto de estacionamiento
Restriccin de hora de calzos y fecha
Pista
Restriccin en el tiempo de ocupacin de pista
Tolerancia de hora de calzos y fecha
Tolerancia de tiempo de ocupacin de pista
Elemento de superficie
Tipo de elemento de superficie
Hora de entrada en el elemento de superficie
Velocidad en el elemento de superficie
Trayectoria
de rodaje
1
Originador
Nmero de secuencia
Trayectoria
Tramo de superficie de salida
Tramo de superficie de llegada
Performance general
Los tems identificados son listas
Aerdromo de salida
Aerdromo de destino
Tramo de vuelo 1
Intencin
de la aeronave
1
1
Trayectoria
Figura E-2. Descripcin de la jerarqua de trayectorias
Ap E-4 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
2. DIAGRAMAS DE ESQUEMA XML
Figura E-3. Diagrama de esquema XML de primer nivel del vuelo
<<sequence>>
<<element>>
Fl ight
Flight:FlightType
+Flight
<<attribute>> GUF:anyType
<<element>> FlightIdentifyingInformation:IdentifyingInformationType
_FlightInformation:FlightInformation
+_FlightInformation
Fl ightInformati on
(from FlightType)
<<element>> FlightSARInformation:SARInformationType
<<element>> FlightPermissionInformation:PermissionInformationType
<<element>> FlightTrajectoryInformation:TrajectoryInformationType
<<complexType, global>>
Fl ightType
<<element>> FlightPreferenceandConstraints:FlightPreferencesAndConstraintType
<<element>>AdditionalInformation:AdditionalInformationType
+FlightPreferenceandConstraints
<<complexType, global>>
Fl ightPreferencesAndConstraintType
+FlightPermissionInformation
+FlightIdentifyingInformation
+FlightTrajectoryInformation
<<complexType>>
Permi ssionInformati onType
+ AdditionalInformation
<<complexType>>
Identifyi ngInformationType
<<complexType, global>>
Traj ectoryInformationType
+FlightSARInformation
<<complexType>>
SARInformati onType
<<complexType>>
Addi tionalInformationType
<<attribute>> FF-ICEStatus:string
<<attribute>> Remarks:string
<<attribute>> FormationCharacteristics:string
<<attribute>> Version:int
<<attribute>> NextFlightGUFI:anyType
<<attribute>> PreviousFlightGUFI:anyType
Apndice E. Jerarqua de la informacin Ap E-5
Figura E-4. Diagrama de esquema XML de elementos de vuelo
<<complexType, global>>
<<complexType>>
Ai rborneElementType
+_all
<<sequence>>
<<sequence>>
+_sequence
Ai rboneElementItems
(from AirboneElementType)
+TurnDescriptor
TurnDescriptorType
TurnDescriptorItems
(from TurnDescriptorType)
<<element>> ChangePointType:int
<<element>> To-Point4D:LocationType4D
<<element>> ConstituentRoute:string
<<element>> Performance:PerformanceType
<<element>> ReferencePoint:string
<<element>> Speed:int
<<element>> TurnDescriptor:TurnDescriptorType
<<element>> FlightRules:string
<<element>> AltitudeConstraint:ConstraintType
<<element>> AlternateAerodrome:string
<<element>> TimeConstraint:ConstraintType
<<element>> SpeedConstraint:ConstraintType
<<element>> LateralConstraint:ConstraintType
<<element>> AltitudeTolerance:ConstraintType
<<element>> TimeTolerance:ConstraintType
<<element>> SpeedTolerance:ConstraintType
<<element>> LateralTolerance:ConstraintType
<<element>> SpecialRequirements:string
<<element>> ETA:time
<<element>> Radius:int
<<element>> Center:LocationType4D
<<element>> SequencePoint:LocationType4D
+Center +SequencePoint
<<complexType, global>>
+To-Point4D
LocationType4D
<<attribute>> Latitude:decimal
<<attribute>> Longitude:decimal
<<attribute>> Altitude:int
<<attribute>> Time:time
+SpeedConstraint
+TimeConstraint
+Performance
<<complexType, global>>
PerformanceType
<<complexType, global>>
ConstraintType
+AltitudeConstraint
Ap E-6 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Figura E-5. Diagrama de esquema XML de intencin de la aeronave
Figura E-6. Diagrama de esquema XML de restricciones
Cl ass XSDSchema
<<complexType>>
Ai rcraftIntentType
+_all
<<sequence>>
Ai rcraftIntentItems
(from AircraftIntentType)
<<element>> LateralIntent:string
<<element>> AltitudeIntent:string
<<element>> PowerIntent:string
<<element>> LongitudinalIntent:string
<<element>> ConfigurationIntent:string
<<complexType, global>>
ConstraintType
_sequence:ConstraintItems
<<sequence>> ConstraintItems
<<sequence>>
ConstraintItems
(from ConstraintType)
<<element>> MinLimit:int
+_sequence
<<element>> MaxLimit:int
<<element>> ConstraintType:ConstraintEnurr
<<element>> ConstraintClass
<<global, simpleType>>
<<dataType>>
stri ng
(from Root:XSD Profile:XSDDatatypes)
<<restriction>>
<<enumeration>>
<<global, simpleType>>
ConstraintEnum
AT_OR_BELOW
AT
AT_OR_ABOVE
+ConstraintType
BETWEEN
Apndice E. Jerarqua de la informacin Ap E-7
Figura E-7. Diagrama de esquema XML de identificacin de la informacin
Cl ass XSDSchema
+AircraftOperatorInformation
+FFICEOriginator
0..1
0..1
<<sequence>>
ContactInformationItems
(from ContactInformationType)
<<element>> Name:string
<<element>> PhoneNumber:integer 0..* [ ]
<<element>> Email:string 0..* [ ]
<<pattern>>
value = \[0-9a- fA-F]{6}
+TypeOfFlight
<<complexType, global>>
ContactInformationType
+_sequence
<<element>> Address:string 0..* [ ]
<<pattern>>
value = \[0-7]{4}
+ModeACode
<<global, simpleType>>
<<enumeration>>
Fl ightTypeEnum
<<global, pattern, simpleType>>
<<dataType>>
_12Bi t
ScheduledAT
Military
GeneralAviation
GA_Fractional
GA_Charter
NonScheduledAT
Pilotless_Civil
Pilotless_Military
Police
Customs
Civil_w_military_contract
Government
<<restriction>>
<<complexType>>
Identi fyi ngInformationType
Identi fyi ngInformationItems
(from IdentifyingInformationType)
<<element>> FlightIdentification:strin[1]
<<element>> RegistrationMarkings:string[0..1]
<<element>> FFICEOriginator:ContactInformationType[0..1]
<<element>> AircraftOperatonInformation:ContactInformationType[0..1]
<<element>> TypeOfFlight:FlightTypeEnum
<<element>>_24BitAircraftAddress:_24Bit
<<element>> TypeOfAircraft:string
<<element>> ModeACode:_12Bit
+_sequence
<<sequence>>
<<dataType>>
<<global, simpleType>>
<<global, pattern, simpleType>>
<<dataType>>
_24Bi t
(from Root:XSDProfile::XSDDatatypes)
stri ng
<<restriction>>
+_24BitAircraftAddress
Ap E-8 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Figura E-8. Diagrama de esquema XML de performance
Figura E-9. Diagrama de esquema XML de autorizacin
<<complexType, global>>
(fromPerformanceType)
PerformanceType +_sequence
<<sequence>>
PerformanceItems
<<element>> WakeTurbulencePerformance:string
<<element>> EmissionsPerformance:string
<<element>> CommunicationsPerformance:string
<<element>> NavigationPerformance:string
<<element>> SurveillancePerformance:string
<<element>> SafetyNetPerformance:string
<<element>> NoisePerformance:string
Cl ass XSDSchema
<<complexType>>
Permi ssionInformati onType
+_all
+AccessProvisions
<<sequence>>
Permi ssionInformati onItems
(from PermissionInformationType)
<<element>> ApplicationsAndApprovals:string
<<element>> AccessProvisions:AccessProvisionType
<<element>> FlightStatus:string
<<complexType>>
AccessProvisi onType
+_all 0.. *
AccessProvisi onItems
<<sequence>>
<<element>> LocationCode:string
<<element>> PermissionReference:string
<<element>> TypeOfProvision:string
Apndice E. Jerarqua de la informacin Ap E-9
Figura E-10. Diagrama de esquema XML de preferencias
Figura E-11. Diagrama de esquema XML de informacin
Class XSDSchema
<<complexType, global>> <<sequence>>
(from FlightPreferencesAndConstraintType)
Fl ightPreferencesAndConstraintType Fl ightPreferencesAndConstraintItems
<<element>> OperatorFlightPriority:int
<<element>> OperatorPreferences:string
<<element>> MovementPreferences:string
<<element>> OperatorConstraints:string
+_all
Cl ass XSDSchema
+_sequence <<sequence>>
(from SARInformationType)
SARInformati onItems
<<element>> Endurance:duration
<<element>> PersonsOnBoard:int
<<element>> EmergencyAndSurvivalEquipment:string
<<element>> PilotInCommand:ContactInformationType
<<element>> EmergencyContact:ContactInformationType
SARInformati onType
<<complexType>>
Ap E-10 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Figura E-12. Diagrama de esquema XML de trayectoria
<<complexType, global>>
<<complexType, global>>
<<complexType, global>>
<<complexType>>
<<sequence>> <<sequence>>
<<sequence>>
<<sequence>>
<<complexType>>
<<complexType>>
Traj ect oryInformat i onIt ems
(from TrajectoryInformationType)
<<element>> Desired4DTrajectory:Trajectory
Traj ect oryDescri pt i on
(from Trajectory)
<<element>> Agreed4DTrajectory:Trajectory
<<element>> Executed4DTrajectory:Trajectory
<<element>> Negotiating4DTrajectories:Trajectory
<<element>> Ranked4DTrajectories:Trajectory
<<element>> DepartureSurfaceSegment:SurfaceSegmentType
<<element>> AirborneSegment:AirborneElementType[0..*]
<<element>> ArrivalSurfaceSegment:SurfaceSegmentType
<<element>> AircraftIntent:AircraftIntentType
<<element>> OverallPerformance:string
<<element>> DepartureAerodrome:string
<<element>> DestinationAerodrome:string
+Agreed4DTrajectory
+Desired4DTrajectory
+Ranked4DTrajectories
+Executed4DTrajectory
+Negotiating4DTrajectories
Traj ect ory
Traj ect oryInformat i onType
+_all
+_all
+_all
+ArrivalSurfaceSegment
+DepartureSurfaceSegment
Surf aceSegment Type
<<sequence>> SurfaceSegmentItems
<<sequence>> TrajectoryDescription
_all:TrajectoryDescription
<<attribute>> Originator:string
<<attribute>> SequenceNumber:int
+_all
+_TaxiPath
Taxi Pat hType
+AircraftIntent
+AirborneSegment 0..*
Ai rborneEl ement Type Ai rcraf tInt entType
Taxi Pat hEl ement It ems
(from TaxiPathType)
Surf aceSegment It ems
(From SurfaceSegmentType)
0..1
<<element>> SurfaceElement:string
<<element>> SurfaceElementEntryTime:time
<<element>> TypeofSurfaceElement:string
<<element>> SurfaceElementSpeed:int
<<element>> GateOrStand:string
<<element>> BlockTimeAndDate:time
<<element>> Runway:string
<<element>> RunwayTime:time
<<element>> TaxiPath:TaxiPathType [0..1]
<<element>> BlockTimeAndDateTolerance:ConstraintType
<<element>> RunwayTimeTolerance:ConstraintType
<<element>> AirportSlotInformation:string
<<element>> BlockTimeAndDateConstraint:ConstraintType
<<element>> PlanningTargets:string
<<element>> RunwayTimeConstraint:ConstraintType
Apndice E. Jerarqua de la informacin Ap E-11
3. EJEMPLO DE DESCRIPCIN DE ESQUEMA XML
<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema targetNamespace="http://www.FF_ICE.int" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<xsd:complexType name="ContactInformationType">
<xsd:sequence>
<xsd:element name="Name" type="xsd:string">
<xsd:annotation>
<xsd:documentation>name of contact</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="PhoneNumber" minOccurs="0" maxOccurs="unbounded"
type="xsd:integer">
<xsd:annotation>
<xsd:documentation>Contact phone number</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="Email" minOccurs="0" maxOccurs="unbounded" type="xsd:string">
<xsd:annotation>
<xsd:documentation>Contact email address</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="Address" minOccurs="0" maxOccurs="unbounded" type="xsd:string">
<xsd:annotation>
<xsd:documentation>Contact address</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:complexType>
<xsd:element name="Flight" type="FlightType">
</xsd:element>
<xsd:complexType name="FlightType">
<xsd:sequence>
<xsd:element name="FlightIdentifyingInformation">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="FlightIdentification" minOccurs="1" maxOccurs="1"
type="xsd:string">
<xsd:annotation>
<xsd:documentation> Este campo contiene el
designador para la entidad que explota la aeronave seguido del nmero de identificacin del vuelo o de la matrcula de
la aeronave. </xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="RegistrationMarkings" minOccurs="0"
maxOccurs="1" type="xsd:string">
<xsd:annotation>
<xsd:documentation> De acuerdo con la informacin de
vuelo actual, este campo contiene las marcas de matrcula de la aeronave. </xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="FFICEOriginator" minOccurs="0" maxOccurs="1"
type="ContactInformationType">
Ap E-12 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
<xsd:annotation>
<xsd:documentation>Name and contact information of
the originator of flight plan </xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="AircraftOperatorInformation" minOccurs="0"
maxOccurs="1" type="ContactInformationType">
<xsd:annotation>
<xsd:documentation>Name and contact information of
the aircraft operator. </xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="TypeOfFlight" type="FlightTypeEnum">
<xsd:annotation>
<xsd:documentation>Este campo identifica el tipo de
vuelo como sigue: transporte areo regular, transporte areo no regular, militar, no pilotado, militar no pilotado, aviacin
general, aviacin general-chrter o aviacin general-copropiedad. </xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="_24BitAircraftAddress" type="_24Bit">
<xsd:annotation>
<xsd:documentation> Este campo incluye la direccin
OACI de 24 bits de la aeronave. </xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="TypeOfAircraft" type="xsd:string">
<xsd:annotation>
<xsd:documentation> Este campo especifica el tipo(s)
de aeronave en un vuelo. </xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="ModeACode" type="_12Bit">
</xsd:element>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
______________________
Ap F-1
Apndice F
GESTIN DE LA INFORMACIN
DE TODO EL SISTEMA (SWIM)
Este apndice ilustra las propiedades de alto nivel de la gestin de la informacin en un entorno SWIM. Adems, ilustra
algunas de las consideraciones durante el desarrollo de este concepto; sin embargo, se admite que una elaboracin
ms a fondo de la SWIM puede modificar la informacin presentada ms adelante.
1. MECANISMOS DE DISTRIBUCIN DE DATOS
1.1 Un paradigma de SWIM es la migracin del concepto de intercambio de mensajes uno a uno, que se
utilizaba en el pasado, al modelo de distribucin de la informacin de muchos a muchos, del futuro; es decir, que
muchas fuentes geogrficamente dispersas actualizan en colaboracin la misma informacin con muchos destinos
geogrficamente dispersos que necesitan mantener la conciencia situacional con respecto a modificaciones de esa
informacin, segn se expresa en el Concepto operacional de gestin del trnsito areo mundial (Doc 9854).
1.2 La Figura F-1 ilustra el cambio en el intercambio de informacin mencionado en el prrafo anterior. El
entorno de planificacin de vuelo actual requiere una coleccin de intercambio de mensajes punto a punto entre
mltiples ASP. Puesto que el flujo de informacin es entre dos participantes, una colaboracin ms amplia puede ser
difcil. Con el sistema actual, dado que se procur obtener mejoras operacionales, los intercambios de mensajes
individuales se han adaptado tanto a nivel del ASP como a nivel de cada sistema dentro del ASP. La consecuencia es
que el cambio puede ser difcil, dado que hubo que modificar muchas interfaces para adaptarlas a cada caso.
1.3 El futuro del intercambio de informacin permite que la informacin se propague en todo el sistema y
presentarla a todas las partes interesadas y autorizadas a ver la informacin. Con miras a compartir la informacin en
comn, se facilita el proceso de colaboracin y se suprimen las restricciones operacionales impuestas como barreras a
la colaboracin. Al reducir y simplificar las interfaces, se refuerza la flexibilidad del sistema.
1.4 La Figura F-1 muestra la situacin futura como una conexin de varios ASP que comparten informacin a
travs de una entidad comn. Sin embargo, no se prev que la SWIM se implante como un centro de comunicaciones
mundial, nico. En lugar de este enfoque, se dispondr de esta funcin a travs de mltiples proveedores locales (que
interactan con uno o varios ASP) con interoperabilidad para ofrecer una utilidad similar a escala mundial.
1.5 Este apndice presenta caractersticas de una sola regin SWIM para facilitar la comprensin de las
interacciones entre diferentes regiones SWIM y la forma en que puede lograrse la interoperabilidad.
Topologa Cules son las opciones de conectividad para una sola regin SWIM?
Servicios Cules son los servicios y cmo se proveen?
Patrones de intercambio de mensajes Cmo obtiene un servicio una aplicacin?
1.6 En este apndice tambin se describen las interacciones entre diferentes regiones SWIM y con
participantes que no pertenecen a la SWIM, incluido el puesto de pilotaje y los usuarios con capacidades actuales.
Ap F-2 Manual sobre informacin de vuelo y flujo para el entorno cooperativo (FF-ICE)
Futuro:
visible
Los intercambios de mensajes se propagan
en todo el sistema
Facilita la colaboracin
Informacin coherente para todas
las partes interesadas y autorizadas
El cambio afecta a pocas interfaces
Ahora:
Intercambio de mensajes adaptado
localmente
2 ASP