ASTERIX

Descargar como ppt, pdf o txt
Descargar como ppt, pdf o txt
Está en la página 1de 29

ASTERIX

UNIDAD ADMINISTRATIVA ESPECIAL


DE AERONAUTICA CIVIL
COLOMBIA

Grupo Vigilancia Aeronáutica


Noviembre 2007
PROTOCOLO ASTERIX
Es un protocolo estandar diseñado por EUROCONTROL, definido en 1997, para el
intercambio de información radar mediante una estructura de mensajes.

Su acrónimo corresponde con “ All Purpose STructure Eurocontrol Radar Information


EXchange.

Su utilización deberá estar autorizada por Eurocontrol y, corresponde a este organismo, la


asignación y publicación relativa al contenido de determinados campos.
Posteriormente en el año 1998 se cambio su acrónimo, permitiendo la utilización de
ASTERIX en todo tipo de intercambio de mensajes de fuentes de Vigilancia
Aeronáutica.

All Purpose STructured Eurocontrol SuRveillance Information


EXchange.
ASTERIX Y EL MODELO OSI
ASTERIX es un protocolo de presentación y aplicación correspondiente a las capas
seis y siete del modelo OSI.
El estándar ASTERIX, como un protocolo de presentación, define la estructura de
los datos a ser intercambiados sobre el medio de comunicación, realizando la
codificación de cada bit de información y la organización de los datos dentro de un
bloque de datos.
ASTERIX también especifica los requerimientos mínimos de la capa de aplicación,
para hacer fácil el intercambio de datos en aplicaciones diversas. La comunicación
entre dos sistemas diferentes (propietario, país, funcionalidad) se hace posible
gracias a un núcleo de datos relacionados con la vigilancia Aeronáutica
comunmente usados (posición, modo C, modo A, etc), transferidos por la capa de
presentación.
La definición de protocolos de nivel inferior para soportar ASTERIX, no se
especifica en el estándar. Por lo tanto ASTERIX puede interactuar en entornos
WAN (HDLC, X.25) y en entornos LAN (Ethernet). Adicionalmente basa gran parte
de su funcionalidad cuando se utilizan servicios de transporte proveídos por
protocolos UDP/IP.
COMUNICACIÓN DE DATOS ENTRE SITIOS
REMOTOS Y CENTROS DE CONTROL

7 APLICACIÓN ASTERIX

6 PRESENTACIÓN  

5 SESIÓN  

4 TRANSPORTE  

3 RED  

2 ENLACE HDLC

1 FISICA RS232
COMUNICACIÓN DE DATOS EN CENTROS DE
CONTROL (ENTORNO LAN)

7 APLICACIÓN ASTERIX

6 PRESENTACIÓN  

5 SESIÓN  

4 TRANSPORTE UDP

3 RED IP

2 ENLACE ETHERNET

1 FISICA  
COMUNICACIÓN DE DATOS ENTRE CENTROS
DE CONTROL (ENTORNO WAN)

7 APLICACIÓN ASTERIX

6 PRESENTACIÓN  

5 SESIÓN  

4 TRANSPORTE  

3 RED X.25

2 ENLACE  

1 FISICA  
ESTRUCTURA DEL PROTOCOLO
La estructura ASTERIX parte de los siguientes conceptos basicos:

 Categoría.- Es la información que puede ser transmitida y codificada, cuyos datos,


serán los mismos para todos los usuarios de Asterix. Su distribución es la siguiente:
 Categorías de 000 a 127 para aplicaciones estandar civiles y militares
 Categorías de 128 a 240 reservadas para aplicaciones militares especiales

 Categorías de 241 a 255 para aplicaciones no estandar civiles y militares

 Data Item.- Es la unidad más pequeña de información de cada categoría. Para cada
categoría se define un conjunto de Data Item (DI) que constituye el catálogo de Data Item.

 Data Field.- Es la implementación física de un Data Item, es decir la relación entre ambos.
Cada Data Field tiene una longitud igual a un número entero de octetos y tiene asignado un
único Fiel Reference Number (FRN).

 Registro.- Es un conjunto de Data Field transmitidos de la misma categoría, el cual esta


precedido por el campo Field Specification (FSPEC), donde se indica la presencia de Data
Item.

 Data Block.- Es una unidad de información que contiene uno o mas registros, todos ellos con
información de la misma categoría.
ESTRUCTURA DEL PROTOCOLO
 Un mensaje Asterix es una concatenaciòn de Data Block consecutivos

 Estructura

 Un “Data Block” esta constituido por:


 Un campo de Categoría (CAT), de un octeto, que indica a que categoría
pertenecen los datos transmitidos.
 Un campo “Length Indicator” (LENG) de dos octetos, que indica la
longitud total en octetos del Data Block incluidos los campos CAT y
LENG
 Uno o mas registros conteniendo información de la misma categoría.

 Un registro esta constituido por:


 Un campo de “Field Specification” (FSPEC) de longitud variable, que
indica los Data Field que estan presentes en el registro y su orden.
 Un número variable de Data Field, identificados por el Field Referencial
Number (FRN).

 Existe por otra parte, una publicación del “User Application Profile” que es el
procedimiento que asigna Data Item a los Data Block.
ESTRUCTURA DEL DATA BLOCK
ORGANIZACIÓN DE LOS DATOS

 El encadenamiento de los campos dentro de un registro, se puede hacer


mediante una Organización Secuencial “Ordered Field Sequencing” (OFS) o
una Organización aleatoria “Random Field Sequencing” (RFS)

 Organización Secuencial
 La OFS es el método estándar y consiste en utilizar el FSPEC como
una tabla de contenidos secuenciales en forma de bits, donde cada
bits indica la presencia o ausencia de un DF asignado.
El FSPEC es un número variable de DFs en orden creciente de
FRN. La relación entre el los bits del FSPEC, los DFs y los Dis esta
en el UAP.

 Organización aleatoria
 La RFS es un recurso utilizado para organizar aquellos bloques en
los que exista la presencia ocasional de uno o mas DFs con FRN
elevado. Esto evita un indeseado aumento del FSPEC.
ESPECIFICACIÓN DE CAMPOS

 El FSPEC es una tabla de contenidos en forma de secuencia


de bits donde cada bits indica la presencia o ausencia de un Data
Field determinado.

 Existe la posibilidad de utilizar Data Field no estandar. Para


ello se habilita un bit que indica la presencia de un propósito
especial (SP).

 Por otra parte y en este mismo campo, otro bit indica la


utilización de una organización Aleatoria (RFS).
USER APLICATION PROFILE
 Eurocontrol ha estipulado para las distintas categorías un estándar parametrizable, es decir,
cada usuario define los campos que son obligatorios, los que son optativos o los no utilizables.
CATEGORIAS ASTERIX UTILIZADAS EN
COLOMBIA
 Las categorías Asterix utilizadas en Colombia, son las siguientes:

 Categoria 001.
 Información de blancos radar (PSR y SSR, no incluye modo S) desde una cabecera a
un sistema de proceso de datos radar.
 Se pueden transmitir mensajes de plots o pistas, o una combinación de ambos
 El flujo de información es unidireccional, de la cabecera a los sistemas de proceso
radar

 Categoria 002.
 Mensajes de Servicio Radar
 Contienen información necesaria para la correcta interpretación de la información
radar recibida.
 El flujo de información es unidireccional, de la cabecera a los sistemas de proceso
radar

 Categoria 008.
 Información monoradar de blancos meteorológicos.
 Proporciona una imagen de las zonas de precipitación detectadas por los radares.
 El flujo de información es unidireccional, de la cabecera a los sistemas de proceso
radar.
EJEMPLO PARA CAT 001
La siguiente trama sue capturada mediante un analizador de protocolos de una línea
HDLC procedente del radar de Carepa.
Análisis de la trama:
01 00 21 EB C5 04 EB 0C A0 04 C1 FC E7 16 94 06 CA 06 40 93 10 60 0B C4 A4 F4
21 0F 0E 00 00 00 08
Como se ve es un conjunto de datos de CAT 001
La longitud es de 33 octetos
Este es el FSPEC para el conjunto de datos y su representación en binario es la
siguiente:
11101011 11000101 00000100
EB C5 04
Según el UAP de Alenia fabricante del radar este FSPEC tiene los siguientes data
items.
DATA SOURCE IDENTIFIER
Los siguientes octetos son EB OC que representa el primer campo del
FSPEC y representan el identificador de la fuente de datos

- Para la identificación de la fuente de datos, Eurocontrol establece unos procedimientos y criterios de


codificación que una vez aplicados se publican por dicho organismo.

- El SAC esta asignado a un país en el caso de Colombia es EB


- El SIC es la identificación de la respectiva cabeza radar o fuente de datos de vigilancia. Para el caso de
Carepa es 0C
TARGET REPORT DESCRIPTOR
TARGET REPORT DESCRIPTOR

El siguiente octeto es el A0 que representa el segundo campo del FSPEC e indica el


target report descriptor. La representación binaria es la siguiente:
10100000 como termina en cero no tiene extensión de octetos.
La interpretación es la siguiente:
-El primer bit indica que es una traza
-Que es una traza real, no simulada
-Que es una traza sólo secundaria
-Que fue reportada por la antena 1
-Que no se activo el SPI
-Que no es una traza de un transponder fijo
-Que no tiene extensión de octetos
TRACK PLOT NUMBER

En este caso son los siguientes dos octetos de la trama 04 C1, en decimal es 1217
CALCULATED POSITION IN CARTESIAN COORDINATES

FC E7 16 94, estos 4 octetos


representan las coordenadas
cartesianas del blanco
teniendo como centro el
sensor radar. Su
interpretación es:
11111100 11100111 X
00010110 10010100 Y
Como el bit 32 es 1 quiere
decir que la coordenada X es
negativa 12.39NM.
Como el bit 16 es cero quiere
decir que la coordenada Y es
positiva 90.312NM.
MODE 3/A IN OCTAL REPRESENTATION
Los siguientes 2 octetos representa el
código alfa de la aeronave en su
representación octal estandar de 12
bits o cuatro cifras en octal.
Los cuatro primeros bits son cero lo
cual indica que:
-Es un código validado
-No tiene garbling
-Es una replica de un transponder

El código alfa de la aeronave es 3312


MODE C IN BINARY REPRESENTATION

Los 2 siguientes octetos 06 40,


representan la altura del blanco.
Haciendo la conversión se puede
decir que:
-Es un código validado
-No existe garbling
-La altitud del blanco es 40000 ft
TRUNCATED TIME OF DAY

Los 2 siguientes octetos 93 10,


representan el tiempo del día
truncado del procesamiento de la
traza.
Haciendo la conversión:
El valor de este campo es
294.125 segundos.
TRACK STATUS

El siguiente octeto 60 representa el


estado de las traza. Haciendo la
interpretación se trata de una traza en
etapa de inicialización y es una traza
secundaria.
NON ESTANDAR DATA FIELD

Los siguientes octetos, 0B C4 A4 F4 21 0F 0E 00 00 00 08,


Corresponden a datafields no estandar señalados por el bit SP
indicator. Los datafields no estandar dependen de cada fabricante
y se utilizan entre otras funcionalidades para:
-Enviar coordenadas del sitio
-Servir como interfaz para envio y recepción de comandos y
controles remotos
-Proveer información de estado a un RMCS
-Proporcionar señales de alarma y alerta especial (incendio,
intrusión, etc)

También podría gustarte