AVALIAÇÃO DE DESEMPENHO DO PROTOCOLO MIPv6 UTILIZANDO A REDE DE TELECOMUNICAÇÃO AERONÁUTICA (ATN)

MAGALI ANDREIA ROSSI
AVALIAO DE DESEMPENHO DO PROTOCOLO MIPv6 UTILIZANDO

A REDE DE TELECOMUNICAO AERONUTICA (ATN)
Dissertao apresentada Escola

Politcnica da Universidade de So
Paulo para obteno do ttulo de
Mestre em Engenharia.
So Paulo
2009
MAGALI ANDREIA ROSSI
AVALIAO DE DESEMPENHO DO PROTOCOLO MIPv6 UTILIZANDO

A REDE DE TELECOMUNICAO AERONUTICA (ATN)
Dissertao apresentada Escola

Politcnica da Universidade de So
Paulo para obteno do ttulo de
Mestre em Engenharia.
rea de Concentrao:
Sistemas Eletrnicos
Orientador:
Prof. Dr. Francisco Javier Ramirez
Fernandez
So Paulo
2009
Este exemplar foi revisado e alterado em relao verso original, sob

responsabilidade nica do autor e com a anuncia de seu orientador.
So Paulo,
de janeiro de 2009.
Assinatura do autor _________________________
Assinatura do orientador _____________________
FICHA CATALOGRFICA
Rossi, Magali Andreia

Avaliao de desempenho do Protocolo MIPv6 utilizando
a Rede de Telecomunicao Aeronutica (ATN)/ M.A. Rossi.
-- ed. rev. -- So Paulo, 2009.
130 p.
Dissertao (Mestrado) - Escola Politcnica da
Universidade de So Paulo. Departamento de Engenharia
de Sistemas Eletrnicos.
1.Protocolos de Comunicao 2.Espao Areo 3.Redes
de Computadores I.Universidade de So Paulo. Escola
Politcnica. Departamento de Engenharia de Sistemas
Eletrnicos. II.t.
DEDICATRIA
Dedico este trabalho aos meus pais Virgilio e Eva,

pois tenho a sorte de t-los como pais.
Aos meus irmos Mrcia e Claudio e meu amado sobrinho Thiago,
por toda fora e carinho.
Certeza
"De tudo, ficaram trs coisas:
A certeza de que estamos sempre comeando...
A certeza de que precisamos continuar...
A certeza de que seremos interrompidos antes de terminar...
Portanto devemos:
Fazer da interrupo, um caminho novo...
Da queda, um passo de dana...
Do medo, uma escada...
Do sonho, uma ponte...
Da procura, um encontro..."
(Fernando Pessoa)
AGRADECIMENTOS
Primeiramente a Deus, por me permitir ter foras em muitos momentos difceis at a

concluso deste trabalho.
Aos meus pais Virgilio e Eva, meu irmo Cludio e minha irm Mrcia, que so as
pessoas mais importantes na minha vida. Por todo o apoio, o que me fez ter e
perseverana durante todo tempo.
De uma forma especial agradeo ao meu orientador Prof. Dr. Francisco Javier Ramirez
Fernandes, por ter acreditado em mim, pela ateno, amizade e aprendizado que me
foi concedido em todo estes anos de convivncia. Sem esquecer, claro, por toda
compreenso e preocupao nos momentos difceis que passei durante a concluso
deste trabalho.
A todos os membros do GAS - Grupo de Anlise e Segurana, que desde o primeiro dia
gentilmente me acolheram e contriburam de forma fundamental para meu trabalho.
Aos amigos Ricardo Alexandre Veiga Gimenes, Lcio Vismari, Carlos Costa e Fernando
Gil por sempre me ajudarem com suas experincias e atendendo as minhas dvidas
por mais simples que fossem.
Aos professores Prof. Dr. Joo Batista Camargo Jr. e
Prof. Dr. Paulo Srgio Cugnasca, por me permitirem participar de um grupo que atravs
da seriedade e competncia de seus trabalhos muito me ajudaram.
Agradecimento especial ao Prof. Dr. Jorge Rady de Almeida Junior pelas oportunidades
e ateno sempre dispensada, e ao amigo talo Romani de Oliveira por sempre me
incentivar e atravs de nossas longas conversas e muitos cafs me ajudou a esclarecer
pontos importantes para meu trabalho.
A inestimvel colaborao dos amigos da INFRAERO, Torre do Aeroporto Internacional

de Guarulhos, Eng Vicente Carlos Poli (in memorian), Genivaldo Telles de Menezes,
Bemildo Ferreira e Alexandre Paula, que sempre de forma muito gentil me atenderam e
ajudaram a esclarecer dvidas. Esta colaborao foi essencial para meus estudos.
Igualmente grata a Olivier Mehani do NICTA - Australia's ICT Research Centre of

Excellence, pelo apoio em atender minhas dvidas no suporte ao ambiente Mobiwan.
Aos amigos de Mestrado, pelas inmeras horas de estudos rduos e momentos de

alegria proporcionados pelas nossas amizades.
No poderia esquecer minhas grandes amigas Patrcia Lima Rocha e Ana Carolina N.
da R. Gracioso. Depois de tantas recusas aos vrios convites que me fizeram, por
tantos cancelamentos que fiz de ltima hora e por quantas vezes ficaram me ouvindo e
me aconselhando, e mesmo assim, ainda continuam minhas amigas!!! Simplesmente,
obrigada pela verdadeira amizade!
Ao Prof. Dr. Carlos Eduardo Cmara e ao Prof. Msc. Mrcio Henrique Zucchini,
agradeo pela amizade qual perdura por todos estes anos e por terem me apoiado no
ingresso ps-graduao.
RESUMO
Atualmente a utilizao do padro IPS (Internet Protocol Suite) na ATN compreende os

conceitos de mobilidade IP, de convergncia na comunicao ar-terra e tambm as
sub-redes ATN em terra. A ICAO (International Civil Aviation Organization) cita a
ATN/IPS que baseada em conexes suportadas pelos protocolos TCP e UDP na
camada de transporte e IPv6 na camada de rede. A ATN/IPS deve ser capaz de
suportar o ATSC (Air Traffic Service Communication), o AAC (Aeronautical
Administrative Communications), bem como o AOC (Aeronautical Operational
Communications). Tendo em vista tal panorama, este trabalho de pesquisa aborda um
estudo sobre o comportamento do protocolo MIPv6 para a mobilidade IP, analisando a
capacidade de roteamento das aeronaves com o objetivo de complementar o servio de
navegao de forma mais precisa, introduzindo-se o conceito de mobilidade
capacidade de flexibilidade e escalabilidade para as aeronaves e os sistemas em terra.
Como forma de atingir tal objetivo, primeiramente realizada uma anlise no canal VHF
a fim de aferir as possveis interferncias que possam ocorrer em comunicaes entre a
aeronave e o Controle de Trfego Areo. Aps, implementa-se o ambiente onde so
simulados os testes de comportamento do protocolo MIPv6.
ABSTRACT
Currently the use of standard IPS (Internet Protocol Suite) in the ATN it
comprehends the concepts of IP mobility, convergence in the air-to-ground
communication and also ATN sub-nets in land. The ICAO (International Civil Aviation
Organization) mentions the ATN/IPS, which is based on connections supported by TCP
and UDP protocols in the transport layer and by IPv6 in the net layer. The ATN/IPS must
be able to support the ATSC (Air Traffic Service Communication), the AAC
(Aeronautical Administrative Communications), as well as the AOC (Aeronautical
Operational Communications). In view of such a scenario, a study on the behavior of
the MIPv6 protocol for mobility IP is approached, analyzing the capacity of router of the
aircraft so as to complement the navigation service more accurately, introducing the
concept
aircraft
of
and
mobility
the
to
systems
the
in
flexibility
land.
In
capacity
order
to
and
attain
scalability
for
this
first
goal,
the
an
analysis in the VHF channel is carried out in order to gauge the possible
interferences that may occur in communications between the aircraft and the
Air
Traffic
Control.
After
that,
the
environment
behavior tests of the MIPv6 protocol are simulated.
is
implemented
where
the
SUMRIO
LISTA DE FIGURAS
LISTA DE QUADROS
LISTA DE TABELAS
LISTA DE ABREVIATURAS E SIGLAS
Captulo 1: INTRODUO ..................................................................................1

1.1 Consideraes Gerais .................................................................................1
1.2 Objetivo .......................................................................................................2
1.3 Justificativa..................................................................................................3
1.4 Organizao do Texto .................................................................................4
Captulo 2: O ESPAO AREO..........................................................................6
2.1 Espao Areo..............................................................................................6
2.2 Diviso do Espao Areo ............................................................................7
2.3 Designao do Espao Areo ...................................................................10
2.4 Classes de Espaos Areos ATS..............................................................11
2.5 Espao Areo sob Jurisdio do Brasil .....................................................15
2.6 Sistemas CNS/ATM ..................................................................................16
2.6.1 Comunicao......................................................................................18
2.6.2 Navegao..........................................................................................19
2.6.3 Vigilncia ............................................................................................22

2.6.4 Gerenciamento de Trfego Areo ......................................................24
Captulo 3: REDE DE TELECOMUNICAO AERONUTICA (ATN).............27
3.1 O Padro ATN...........................................................................................27
3.2 O Padro OSI............................................................................................30
3.2.1 Servios do Modelo OSI .....................................................................32
3.3 Arquitetura ATN.........................................................................................34
3.3.1 Protocolos ATN...................................................................................37
3.3.2 Mobilidade ATN ..................................................................................46
Captulo 4: PROTOCOLO IPv6 .........................................................................48
4.1 Histrico do Protocolo IPv6 .......................................................................48
4.1.1 Arquitetura do Protocolo IPv6 .............................................................52
4.1.2 IP Mvel..............................................................................................56
4.1.3 Protocolos MIPv6 e HMIPv6 ...............................................................57
Captulo 5: ESTUDO DE CASO PROSPOSTO E AMBIENTE..........................62
5.1 Objetivos ...................................................................................................62
5.2 Estudo de Caso Proposto no Contexto do Protocolo MIPv6 .....................62
5.3 Ambiente de Simulao.............................................................................64
5.3.1 Network Simulator 2............................................................................64
5.3.2 Multi-speech 3700 ..............................................................................66
Captulo 6: INTERFERNCIAS GERADAS NO CANAL VHF ..........................68
6.1 Canal VHF.................................................................................................68
6.1.1 Caracterizao do Ambiente...............................................................69
6.1.2 Mtodos Utilizados para Este Estudo .................................................71
6.1.3 Anlise dos Espectros ........................................................................72
Captulo 7: ANLISE DE RESULTADOS .........................................................76

7.2.1 Topologia de Rede Utilizada...............................................................80
7.3 Anlise dos Resultados por Tipo de Alterao na Rede ...........................81
7.3.1 Utilizao de Banda ............................................................................82
7.3.2 Tamanho do Pacote............................................................................86
7.3.3 Jitter ....................................................................................................89
Captulo 8: CONCLUSO E FUTUROS TRABALHOS ....................................92
8.1 Concluses................................................................................................92
8.2 Trabalhos Futuros .....................................................................................94
Anexo 1: Quadro de Protocolos ......................................................................96
Anexo 2: Cdigo de Preparao do Ambiente .............................................101
REFERNCIAS ................................................................................................102
Apndice A: Cdigo MIPv6 ............................................................................107
LISTA DE FIGURAS
Figura 1 - Regies de Navegao Area Determinadas pela ICAO (Fonte:

Ontiveros, 2003) ............................................................................................................... 7
Figura 2 - Carta Aeronutica Meteorolgica -FL250 / (Fonte: Ontiveros, 2003) ... 9
Figura 3 - Espaos Areos ATS .................................................................................. 11
Figura 4 - FIRs do Espao Areo da Amrica do Sul (fonte: ROLIM, 2006)........ 16
Figura 5 - Viso Utilizando os Sistemas CNS/ATM (Fonte: Siqueira, 2005)........ 18
Figura 6 - Utilizao do ADS-B na Vigilncia (Fonte: HARISON, 2006)............... 23
Figura 7 - Organizao de um ATM (Fonte: Oliveira, 2005) ................................... 25
Figura 8 - Viso anterior implantao ATN (Fonte: HELIOS apud Siqueira,
2004) ................................................................................................................................ 29
Figura 9 - Viso aps implantao da ATN (Fonte: HELIOS apud Siqueira, 2004)
........................................................................................................................................... 29
Figura 10 - Conceito OSI (Fonte: adaptado de GALLO e HANCOCK, 2003)...... 30
Figura 11 - Viso das Camadas do Modelo OSI (Fonte: adaptado de GALLO e
HANCOCK, 2003) .......................................................................................................... 32
Figura 12 - Ponto de Acessos de Servios (Fonte: adaptado de GALLO e
HANCOCK, 2003) .......................................................................................................... 33
Figura 13 - Interconexo Utilizando Padro OSI ...................................................... 34
Figura 16 - Overhead em Camadas de Pilhas de Protocolos (Fonte: Farrel, 2005)
........................................................................................................................................... 38
Figura 17 - Arquitetura de Roteamento ISO (Fonte: adaptado de ICAO, 2001).. 41
Figura 18 - Comparao de Aplicaes nos modelos ATN/OSI e ATN/IPS (Fonte:

adaptado de ICAO, 2006) ............................................................................................. 43
Figura 19 - Camada de Aplicao Utilizando o Conceito ATN/IPS (Fonte:
adaptado de ICAO, 2006) ............................................................................................. 44
Figura 20 - Arquitetura Utilizando o Conceito ATN/IPS (Fonte: adaptado de
ICAO, 2006) .................................................................................................................... 45
Figura 21 - Comparao entre os modelos OSI, ATN/OSI e ATN/IPS (Fonte:
adaptado de ICAO, 2008a)........................................................................................... 46
Figura 22 - Hosts reconhecidos em DNS (Fonte: www.isc.org, 2008).................. 49
Figura 23 - Hosts no Brasil (Fonte: www.cetic.br, 2008) ......................................... 50
Figura 24 - Cabealho IPv6 (Fonte: adaptado IETF, 1998) .................................... 53
Figura 25 - Cabealho IPv4 (Fonte: adaptado IETF, 1981) .................................... 54
Figura 26 - Formato de Datagrama IPv6 (Fonte: COMER, 1998) ......................... 56
Figura 27 - Entidades utilizadas para roteamento (Fonte: adaptado de PERKINS
e JOHNSON, 1996) ....................................................................................................... 58
Figura 28 - Exemplo da implementao do MIPv6 em rede (Fonte: adaptado de
PERKINS e JOHNSON, 1996)..................................................................................... 59
Figura 29 - Exemplo da implementao do HMIPv6 em rede. (Fonte: Adaptado
de YAIZ e OZTURK, 2006)........................................................................................... 60
Figura 30 - Cenrio estudado....................................................................................... 63
Figura 31 - Diagrama de Movimentao das Aeronaves ........................................ 70
Figura 32 - Espectrograma do Vo 1.......................................................................... 73

Figura 36 - Localizao dos Routers (Fonte: Adaptado de Google Earth, 2008) 78
Figura 37 - Ligao Lgica entre os Routers (Fonte: Adaptado de Google Earth,
2008) ................................................................................................................................ 79
Figura 38 - Topologia da Rede .................................................................................... 80
LISTA DE QUADROS
Quadro 1 - Quadro de Classificao dos Espaos ATS Utilizados no Brasil ......14

Quadro 2 - Quadro Comparativo entre os Sistemas GPS e GLONASS .............21
Quadro 3 - Brasil x Amrica do Sul (Fonte: www.cetic.br, 2008) ........................50
Quadro 4 - Brasil x Amricas (Fonte: www.cetic.br, 2008) .................................51
Quadro 5 - Brasil x Mundo (Fonte: www.cetic.br, 2008) .....................................51
LISTA DE TABELAS
Tabela 1 - Parmetro para Anlise da Banda 10MB...........................................84

Tabela 2 - Resultado: Pacote 1000k e Largura de Banda 10MB ........................84
Tabela 3 - Parmetro para Anlise de Banda 2MB.............................................85
Tabela 4 - Resultado: Pacote 1000k e Largura de Banda 2MB ..........................85
Tabela 5 - Parmetros para Anlise de Pacotes 1200k......................................87
Tabela 6 - Resultado: Pacote 1200k e Largura de Banda de 10MB ...................87
Tabela 7 - Resultado: Pacote 150k e Largura de Banda de 10MB .....................88
Tabela 8 - Resultado: Pacote 150k e Largura de Banda de 10MB .....................88
Tabela 9 - Parmetro para Anlise de Jitter 3,8s e Pacote de 500k ...................89
Tabela 10 - Resultado: Pacote 500k e Jitter 3,8s ...............................................90
Tabela 11 - Parmetro para Anlise de Jitter 3,8s e Pacote de 1000k ...............90
Tabela 12 - Resultado: Pacote 1000k e Jitter 3,8s .............................................91
LISTA DE ABREVIATURAS E SIGLAS
AAC
Aeronautical Administrative Communication
ABNT-NBR
Associao Brasileira de Normas Tcnicas - Norma Brasileira

de Regulamentao
ACC
Centro de Controle de rea
ACIRI
International Computer Science Institute
ACP
Aeronautical Communications Panel
ADS
Automatic Dependent Surveillance
ADS-A
ADS Addressing
ADS-B
ADS Broadcast
ADS-C
ADS Contact
ADS-S
ADS Squiter
AE
Application Entity
AFCEA
Armed Forces Communications and Electronics Association
AMSS
Aeronautical Mobile Satellite Service
AMCP
Aeronautical Mobile Communications Panel
ANC
Air Navigation Commission
AOC
Aeronautical Operational Communication
AP
Aplication Process
APP
Aproach Control
APU
Auxiliary Power Unit
ARC
Carta de rea
ARPA
Advanced Research Projects Agency
ATC
Air Traffic Control
ATCS
Air Traffic Service Communication
ATFM
Air Traffic Flow Management
ATIS
Automatic Terminal Information Service
ATM
Air Traffic Management
ATN
Aeronautical Telecommunication Networking
ATNP
Aeronautical Telecommunication Networking Panel
ATS
Air Traffic Service
ATZ
Zona de Trfego de Aerdromo
BIS
Boundary Intermediate System
BS
Base Station
CDMA
Code Division Multiple Access
CDMA/CD
Carrier Sense Multiple Access with Collision Detection
CINDACTA
Centro Integrado de Defesa Area e Controle de Trfego

Areo
CLNP
Connectionless Network Protocol
CLTP
Connectionless Transport Protocol
CN
Correspondent Node
CNS
Communication Navigation and Surveillance
CNS/ATM
Communication Navigation and Surveillance / Air Traffic

Management
COSER
Collaborative Simulation for Education and Research
CoA
Care-of Address
COTS
Commercial of the Shelf
CPDLC
Controller-Pilot Data Link Communications
CTA
rea de Controle
CTR
Zona de Controle
DARPA
Defense Advanced Research Projects Agency
DECEA
Departamento de Controle do Espao Areo
DoD
American Department of Defense
ELSEG
Elektronic Service GmbH
ERC
Carta de Rota
ES
End System
ES-IS
End System to Intermediate System Routing Protocol
FAA
Federal Aviation Administration
FAN
Future Air Navigation
FANS
Future Air Navigation System
FDMA
Frequency Division Multiple Access
FHMIPv6
Fast Handovers for Mobile IPv6
FIFO
First in First Out
FIR
Flight Information Region
FL
Flight Level
GLONASS
Global Orbiting Navigation System
GNSS
Global Navigation Satellite System
GPS
Global Positioning System
HF
High Frequency
HMIPv6
Hierarchical Mbile Ipv6
HoA
Home of Address
IAL
Carta de Aproximao por Instrumentos
IAS
Indecated Airspeed
ICAO
International Civil Aviation Organization
IDRP
Intra-domain Router Protocol
IETF
The Internet Engineering Task Force
IETF/3GPP
The Internet Engineering Task Force / 3rd Generation

Partnership Project
IFR
Flight Instrument
IP
Internet Protocol
IPS
Internet Protocol Suite
IPv4
Internet Protocol version 4
IPv6
Internet Protocol Version 6
ISC
Internet Systems Consortium
IS
Intermediate System
IS-IS
Intermediate System to Intermediate System Routing Protocol
ISO
International Organization for Standardization
Kopter
km
Kilmetro
kt
knot
MAG
Mobile Access Gateway
MAP
Mobility Anchor Point
MHz
Milhes de Hertz por Segundo
MIPv6
Mobile Internet Protocol version 6
MN
Mobile Node
NAM
Network Animator
NEMO
Networks in Motion
NETLMN
Domain
Network-based Localized Mobility Management Domain
NICTA
Australia's ICT Research Centre of Excellence
NM
Nautical Mile
NPDU
Network Protocol Data Units
NS
Networking Simulation
NS2
Networking Simulation 2
OOOI
Out, Off, On, In
OSI
Open System Interconnection
PCoA
Phisical Care-of Address
PDC
Pre-departure Clear
PMIP
Proxy Mobile IPv6
PZ-90
Sistema Russo Geodsico
QoS
Quality of Service
RACAM
Rede Administrativa de Comutao Automtica de

Mensagens
RBAC
Regulamento Brasileiro de Aviao Civil
RBHA
Regulamento Brasileiro de Homologao Aeronutica
RFC
Request for Comments
RNAV
Area Navigation
RNP
Required Navigation Performance
RTCA
Radio Technical Commission for Aeronautics
RVSP
Minimum Reduction of Vertical Separation
Supersonic
SAM
Simulation Augmented by Measurement and Analysis for

Networks
SAP
Service Acess Points
SARP
Standards and Recommended Practices
SBD
reas Perigosas
SBP
reas Proibidas
SBR
reas Restritas
SICASP
Secondary Surveillance Radar Improvements and Collision

Avoidance Collision System Painel
SID
Carta de Sada por Instrumentos
SSR
Secondary Surveillance Radar
TCP/IP
Transmission Control Protocol/Internet Protocol
TCP/UDP
Transmission Control Protocol/ User Datagram Protocol
TMA
Terminal Movement Area
TP4
Class 4 Transport Protocol
TTL
Time to Life
Upper
UDP
User Datagram Protocol
UL
Upper Layer
UNL
Ilimitado
UTA
reas Superiores de Controle
UTC (SU)
Coordinated Universal Time (Soviet Union)
UTC (USNO)
Coordinated Universal Time (United States Naval

Observatory)
VAC
Carta de Aproximao Visual
VCoA
Virtual Care-of-Address
VFR
Visual Flight Rules
VHF
Very High Frequency
VINT
Virtual InterNetwork Testbed
WAC
Carta Aeronutica Mundial
WGS-84
World Geodetic System-84
Captulo
1
Captulo 1: INTRODUO
1.1 Consideraes Gerais
O segmento aeronutico tem se beneficiado das inovaes tecnolgicas das ltimas

dcadas, mas nele ainda restam considerveis avanos a serem feitos atravs das
recentes tecnologias de comunicao digital. A utilizao de redes de computadores
para o gerenciamento do espao areo foi a primeira grande evoluo. Porm, com a
contnua mudana tecnolgica, teve-se a necessidade de uma forma de gerenciamento
integrado.
A ICAO (International Civil Aviation Organization), vendo esta necessidade de evoluo,

iniciou o trabalho atravs da criao do comit FAN (Future Air Navigation) que seria o
responsvel pela criao de um novo conceito de sistemas para gerenciamento de
trfego areo, definido como CNS/ATM (Communication Navigation and Surveillance /
Air Traffic Management). Este novo conceito, em fase avanada de implementao em
vrios pases, fez com que sistemas de controles aeronuticos passassem por uma
revoluo tecnolgica.
Tambm influenciadas por estas inovaes, as companhias areas tiveram que se

1
adaptar e atender este novo conceito que passa a ter influncia direta na
operacionalizao de suas aeronaves. Um parmetro de grande influncia para que
estes sistemas aeronuticos tenham eficincia em seu funcionamento a infraestrutura da rede de comunicaes que estar sendo utilizada.
1.2 Objetivo
A pesquisa apresentada neste trabalho refere-se ao ambiente areo tendo como

aplicao o controle no roteamento de aeronaves e transmisso de dados em ambiente
mvel. Atualmente, o crescimento excessivo do trfego areo vem provocando
discusses em todos os nveis e rgos ligados aviao. Outro questionamento muito
comum so os servios de conexo para dispositivos mveis de comunicao
oferecidos por diversas companhias, os quais geram a incerteza quanto sua
interferncia nos sistemas de controle das aeronaves. Desta forma, o principal objetivo
desta pesquisa a avaliao de desempenho do protocolo MIPv6 (Mobile Internet
Protocol version 6) como parte do controle de roteamento de aeronaves e transmisso
de dados em ambiente mvel.
Como forma de avaliar e validar a estrutura proposta foi construdo um ambiente de

simulao que constitui a base para avaliao do objetivo proposto, no qual o principal
objetivo a avaliao do protocolo na entrega dos dados neste ambiente. O ambiente
construdo por simulao deve ser capaz de demonstrar relevncias de estudo sobre:
Estabilidade no ambiente para a utilizao da transferncia dos pacotes;
Caractersticas de roteamento;
Demonstrao de tempo gasto na transmisso de dados, uma vez estipulado o

tempo mximo aceitvel, e comportamento do protocolo com diferentes valores de
jitter.
Para obteno dos resultados numricos da simulao do estudo foi utilizado o

2
Software NS2 - Networking Simulation 2. Os resultados finais da pesquisa so

apresentados atravs de tabelas comparativas onde os servios so avaliados.
A pesquisa baseada nos padres adotados pela Aeronutica em nvel internacional

atualmente sob a responsabilidade da ICAO, rgo que regulamenta as aplicaes e
infra-estrutura para comunicaes aeronuticas. Em territrio nacional, segue os
padres e comunicados adotados pelo Departamento de Controle do Espao Areo
(DECEA), que tem a misso de planejar, implantar, integrar, normatizar, coordenar e
fiscalizar as atividades de controle do espao areo brasileiro, e telecomunicaes
aeronuticas (ROLIM et al, 2006).
1.3 Justificativa
Cada vez mais a telecomunicao se adapta s novas tecnologias, buscando um maior

controle e eficincia operacional. A criao de um comit para estudo e
desenvolvimento de uma nova tecnologia que atendesse os requisitos de QoS (Quality
of Service), integridade e confiabilidade, demonstra a preocupao das autoridades
responsveis.
Informaes como a localizao de aeronaves so importante para os rgos de

Controle de Trfego Areo, bem como as informaes em tempo real que trazem de
forma mais clara as possibilidades de tomadas de decises em situaes mais
variadas. determinado que os rgos de Controle de Trfego Areo planejem e
controlem o fluxo de trfego sob sua responsabilidade, onde podem executar
autorizaes que promovam as separaes entre aeronaves e a resoluo de conflitos
de trfego areo, gerados pela falta de comunicao bilateral contnua onde acabam
por perder o controle do fluxo de aeronaves (MINISTRIO DA AERONUTICA, 1999a).
Outro fator de grande relevncia a comunicao existente entre os ATCs (Air Traffic
Control) e as aeronaves, que acaba por desempenhar um papel imprescindvel para o
3
Gerenciamento de Trfego Areo. determinado ao rgo de Controle de Trfego

Areo (MINISTRIO DA AERONUTICA, 1999b):
Ao receber uma chamada, que esta seja atendida rapidamente e em tom alto e
claro;
Utilizar somente fraseologia padro;
Utilizar o alfabeto fontico em caso de dvidas no entendimento de confirmaes.
No entanto, muitas vezes, a utilizao do idioma ingls, o qual autorizado como meio
de comunicao em casos de no ser utilizada a lngua do prprio pas, pode acarretar
o no entendimento por parte do controlador ou piloto. A inteligibilidade um fator
importante para as comunicaes aeronuticas.
Desta forma, outro fator de grande relevncia o prprio meio de comunicao

utilizado, que o Canal VHF. Em muitas vezes o nvel de inteligibilidade oferecido aos
seus usurios baixo, o que pode vir afetar a segurana operacional. Existem outros
fatores que tambm provocam interferncias por rudos no Canal VHF, como
equipamentos utilizados nas operaes de apoio ao solo. Dentre tais equipamentos
podem-se citar os caminhes de abastecimento, loaders (plataformas de cargas),
unidades de partida, push back (rebocadores de aeronaves), esteiras motorizadas e os
tratores, sendo que as interferncias podem ocorrer com tais equipamentos parados ou
em movimento (ROSSI, ALMEIDA e MENEZES, 2006).
Para Perrons (1997), os equipamentos aeronuticos no podem falhar, o que levaria a

catstrofes, tais como grande perda de vidas humanas, j citando a importncia da
arquitetura utilizada e a integrao entre os sistemas a serem desenvolvidos.
1.4 Organizao do Texto
Primeiramente, feita uma descrio conceitual dos assuntos relacionados ao tema da

pesquisa desenvolvida. A descrio feita por tpicos, de forma ascendente, que
4
possibilitar o entendimento do estudo de caso escolhido.
No captulo 1 so apresentados o objetivo, a justificativa e a estrutura do trabalho.
No captulo 2 abordado o Espao Areo, explicando a sua regulamentao atravs

dos rgos oficiais, sua diviso e sua administrao. O sistema CNS/ATM explicado
por ser o princpio para a aplicao da pesquisa. So apresentados os conceitos
referentes sua utilizao, abordagem de suas tcnicas e as dificuldades para a sua
implantao.
No captulo 3 feita a apresentao da rede ATN utilizada para as comunicaes

aeronuticas. Tambm feita a abordagem sobre os protocolos de comunicaes,
onde so apresentadas as caractersticas e seus mecanismos de transmisso.
No captulo 4 feita apresentao do protocolo IPv6 e tambm se apresenta o

protocolo MIPv6, o qual utilizado neste trabalho durante as simulaes. A
apresentao do protocolo HMIPv6 esplanada por ser tratado nos trabalhos futuros.
No captulo 5 apresentado o estudo de caso, bem como os programas de simulao

que so utilizados.
No captulo 6 so apresentados os resultados adquiridos na anlise do Canal VHF.
O captulo 7 apresenta os resultados da anlise proposta neste trabalho.
Finalizando, o captulo 8 apresenta as concluses deste trabalho e os trabalhos futuros.
Captulo
2
Captulo 2: O ESPAO AREO
2.1 Espao Areo
O Espao Areo definido como uma poro da atmosfera que controlada por um
determinado pas. Segundo Ontiveros (2003), a ICAO considerou a grande variedade
das condies geogrfica e climtica como influncia na determinao de instalao do
vrios servios areos, que podem variar consideravelmente por todas as partes do
mundo.
Da mesma forma houve a necessidade de padronizar as atividades
operacionais e tcnicas, as quais facilitariam a implantao dos servios e instalaes

em terra para desenvolvimento das operaes de vo, o que tambm facilitaria a
diviso do espao areo mundial em Regies de Navegao Area.
Assim, cada pas pode oferecer seus servios de vo, como informaes
meteorolgicas, informaes de vo, alertas, entre outros. A Figura 1 ilustra a diviso
do espao areo definido pela ICAO.
Figura 1 - Regies de Navegao Area Determinadas pela ICAO (Fonte: Ontiveros, 2003)
2.2 Diviso do Espao Areo
A estrutura criada pela ICAO, na diviso do espao areo de todos os continentes em

regies de navegao area, possibilitou que cada pas criasse sua prpria estrutura de
espao areo, dividida em FIRs (Flight Information Regions). As FIRs so definidas
verticalmente por todo espao areo inferior e superior, e de forma horizontal atravs
dos limites impostos por suas cartas de rotas areas.
Espao areo Inferior: abrange desde a superfcie do terreno ou da gua at 24500

ps1, suficiente para os vos com aeronaves na dcada de 1940 (Ontiveros, 2003 e
MINISTRIO DA AERONUTICA, 1999).
Limites verticais: Superior FL2245 inclusive.
Limites laterais: Indicados nas cartas de rota (ERC).
Ps: unidade de medida de comprimento usada intensamente em aviao, sendo 1 p = 30,48cm.

FL - Flight Level. uma altura nominal padro de vo, em centenas de ps. Utilizado para determinar se o vo
ser par ou mpar, levando em considerao os dois primeiros nmeros do FL.
2
Espao areo superior: possui os mesmos limites laterais que a FIR, porm no
possui limites verticais definidos, abrangendo o nvel de vo em 46000 ps
(ONTIVEROS, 2003). No entanto, o nvel mximo utilizado pelas aeronaves atuais
o FL450, exceto poucas outras que podem voar a FL600, como os avies militares
(MINISTRIO DA AERONUTICA, 1999).
Limites verticais:
Superior ilimitado (UNL)
Inferior FL245 exclusive
Limites laterais: indicados nas cartas de rota (ERC)
Carta aeronutica: uma representao grfica e espacial da Terra ou parte dela,

possuindo diferentes finalidades. utilizada para facilitar as tarefas da tripulao
area durante o vo. Seu objetivo contribuir para a segurana do vo em suas
diversas fases, como decolagem, em rota, aproximao e pouso (MINISTRIO DA
AERONUTICA, 2000).
Tipos de cartas:
Carta Aeronutica Mundial (WAC) utilizada no auxlio s necessidades do

vo visual.
Carta de Aproximao por Instrumentos (IAL) utilizada por todos os

aerdromos para aviao geral, desde que estejam homologados para
operao IFR (Flight Instruments).
Carta de Sada por Instrumentos (SID) permite s aeronaves efetuarem

subidas por instrumentos, com relao aos obstculos, desde a decolagem
at a interceptao da rota ATS (Air Traffic Service). Disponvel para os
aerdromos homologados para operao IFR.
Carta de Aproximao Visual (VAC) proporciona ao piloto uma viso grfica

dos procedimentos de circulao visual. No entanto so permitidas apenas
em aerdromos cujo trfego visual possa ser justificado.
8
Carta de rea (ARC) permite informaes que facilitam as transies entre

o vo em rota e a aproximao para um aerdromo, bem como os vos
atravs de reas com estruturas complexas de rotas ATS (Air traffic
Services).
Carta de Rotas (ERC) objetiva facilitar a navegao por meio de auxliordio, de acordo com os procedimentos ATS. Compe-se por vrias cartas
contendo as rotas ATS no espao areo inferior e superior.
Figura 2 - Carta Aeronutica Meteorolgica -FL250 / (Fonte: Ontiveros, 2003)
Na Figura 2 ilustrada uma carta aeronutica meteorolgica SIGWX, que uma carta
de prognstico de tempo significativo dos nveis da superfcie ao FL250, do FL100 ao
FL450 e do FL250 ao FL630.
2.3 Designao do Espao Areo
O espao areo, obedecendo diviso das FIRs de cada pas, possui tambm uma
diviso que chamada de espao areo controlado e espao areo condicionado.
No espao areo controlado, o ATC (Air Traffic Control) deve fornecer instrues s
aeronaves, informando sobre outras aeronaves existentes em rota e sobre o espao
sobrevoado. Este espao compe-se por (MINISTRIO DA AERONUTICA, 1999):
reas Superiores de Controle (UTA) - compreendem as aerovias superiores e outras

partes do espao areo superior;
reas de Controle (CTA) - compreendem aerovias inferiores e outras partes do

espao areo inferior;
reas de Controle Terminal (TMA) - configurao varivel indicada nas cartas e

manuais;
Zonas de Controle (CTR) - configurao varivel indicada nas cartas e manuais;
Zonas de Trfego de Aerdromo (ATZ), em aerdromos controlados - configurao

varivel indicada nas cartas e manuais.
O espao areo condicionado caracteriza-se pelo espao areo onde h necessidade

de configurao varivel para o vo (MINISTRIO DA AERONUTICA, 1999). Este
espao dividido em:
reas Proibidas (SBP), espao areo onde o vo proibido, visando mxima

segurana para navegao.
reas Perigosas (SBD), espao areo onde o vo necessita de autorizao por

pertencer rea com pouca segurana para navegao.
reas Restritas (SBR), espao areo onde o vo pode ser feito com autorizao e
condio pr-estabelecida para navegao.
A Figura 3 ilustra a determinao do Ministrio da Aeronutica na diviso e relao

entre as divises dos Espaos Areos ATS (MINISTRIO DA AERONUTICA, 2000).
10
Na figura, a ATZ (Zona de Trfego de Aerdromo) de jurisdio da TWR (Torre de

Controle de Aerdromo), a CTR (zona de controle) e a TMA (rea terminal) - jurisdio
do APP (Centro de Controle de Aproximao).
Figura 3 - Espaos Areos ATS
2.4 Classes de Espaos Areos ATS
Os Espaos Areos ATS so formados pelos Espaos Areos Controlados em conjunto

com as FIRs (Flight Information Region), possuindo uma classificao alfabtica de A
at G.
A classificao utilizada possui como forma de identificar as rotas ATS, estabelecer os

servios ATS prestados em cada espao e as regras de operaes que devem ser
seguidas.
Esta classificao determinada como (MINISTRIO DA AERONUTICA, 1999):

11
Classe A
Permite somente os vos IFR, que esto sujeitos aos servios de controle de trfego
areo e que possuem separao entre si.
Classe B
Permite vos IFR e VFR, que esto sujeitos aos servios de controle de trfego areo e
que possuem separao entre si.
Classe C
Permite vos IFR e VFR, que esto sujeitos aos servios de controle de trfego areo.
Os vos IFR possuem separao entre si, e tambm so separados dos vos VFR.
Entretanto, os vos VFR possuem separao somente em relao aos vos IFR,
recebendo apenas informao referente ao trfego de outros vos VFR e aviso para ser
evitado trfego quando requerido.
Classe D
Permite vos IFR e VFR, que esto sujeitos aos servios de controle de trfego areo.
Os vos IFR so separados entre si, recebendo informao de trfego em relao aos
vos VFR e aviso para ser evitado trfego quando requerido, enquanto os vos VFR
recebem apenas informao de trfego em relao a todos os outros vos e aviso para
ser evitado trfego quando requerido.
Classe E
Permite vos IFR e VFR. Somente os vos IFR esto sujeitos ao servio de controle de
trfego areo e so separados entre si. Neste caso todos os vos, IFR e VFR, recebem
informaes de trfego sempre que necessrio. As aeronaves de vos VFR podem voar
neste espao areo sem autorizao prvia e sem notificao.
Classe F
Permite vos IFR e VFR, que podem receber servios de informao de vo. No
entanto, apenas os vos IFR recebem servio de assessoramento de trfego areo.
Classe G
Permite vos IFR e VFR, que recebem somente servios de informao de vo.
A classificao para as rotas domsticas (MINISTRIO DA AERONUTICA, 2000)

representada pelas letras W e Z. Para as rotas RNAV (Area Navigation), para as quais
12
existem requisitos especiais de desempenho de navegao, so utilizadas as letras L e

Z. No entanto, todas as classes podem ser acompanhadas pelas letras U, S e K, que
so definidas como:
U (UPPER): informa que a rota pertence ao espao areo superior.
S (SUPERSONIC): informa que a rota para ser utilizada somente em vos

supersnicos.
K (KOPTER): informa que a rota para ser utilizada somente em vos de

helicpteros.
No Quadro 1, apresentada a classificao utilizado no espao areo brasileiro e quais

os tipos de vos que so permitidos (MINISTRIO DA AERONUTICA, 2000).
13
Quadro 1 - Quadro de Classificao dos Espaos ATS Utilizados no Brasil
CLASSE
TIPO DE
LIMITE DE VELOCIDADE
VO
RDIO
SUJEITO A
COMUNICAO
AUTORIZAO
ATC
IFR
No Aplicvel
Bilateral Contnua
Sim
IFR
VFR
No Aplicvel
Bilateral Contnua
Sim
Bilateral Contnua
Sim
Bilateral Contnua
Sim
IFR
VFR
380 KT IAS
No Aplicvel
Abaixo FL 100: 250 KT IAS
Acima FL 100: 380 KT IAS
IFR

Igual ou Acima FL 100: No
D
VFR
Aplicvel
250 KT IAS
Abaixo FL 100:
Acima FL
100: 380 KT IAS
IFR
Acima FL 100: No Aplicvel
Bilateral Contnua
Sim
VFR
No
No
No
F/G
IFR
Acima FL 100: No Aplicvel
Bilateral Contnua
VFR
No
14
2.5 Espao Areo sob Jurisdio do Brasil
Esta estrutura visa auxiliar os ATS em terra e ar, seguindo as normas da ICAO, atravs
do Ministrio da Aeronutica, determinando que:
Os servios de trfego areo sero prestados em todo o espao areo
que se superpe ao territrio nacional, incluindo guas territoriais e
jurisdicionais, bem como o espao areo que se superpe ao alto mar que
tiver sido objeto de acordos internacionais. (MINISTRIO DA
AERONUTICA, 1999)
No Brasil, o espao areo sob sua jurisdio dividido em 5 FIRs (Flight Information
Region): Atlntico, Amaznica, Braslia, Recife e Curitiba.
A Figura 4 ilustra a diviso do Espao Areo Brasileiro, bem como os demais pases da
Amrica do Sul (ROLIM, 2006).
15
Figura 4 - FIRs do Espao Areo da Amrica do Sul (fonte: ROLIM, 2006)
2.6 Sistemas CNS/ATM
No incio do sculo XX a ICAO, reconheceu a necessidade de melhorias nos sistemas

utilizados pela aviao, visando suportar a demanda de crescimento em todo do
mundo.
Em 1983, atravs do Comit FANS (Future Air Navigation Systems), iniciou os estudos
para a elaborao de um sistema de apoio navegao area, denominado Sistema
CNS/ATM, objetivando, entre outros, o desenvolvimento de sistemas aeronuticos de
16
comunicao que permitissem integrar diversas sub-redes utilizando tecnologias

diferentes.
No incio da dcada de 1990 a ICAO aprovou o primeiro plano de desenvolvimento de

sistemas aeronuticos utilizando CNS/ATM.
A interoperabilidade entre estes sistemas utilizando tecnologias digitais, sistemas de

satlites e ferramentas de automao para gerenciamento de trfego areo deve ser
fornecida atravs de uma rede de computadores ATN, que ser implementada sob os
princpios do Modelo OSI (Open System Interconnection) (ICAO, 2005).
O sistema CNS/ATM surgiu como uma forma de resolver o problema de

congestionamento de rotas no Pacfico Sul, originado pelo grande crescimento da
economia japonesa e dos tigres asiticos. Com esse crescimento, os atuais sistemas
de navegao no suportaram a demanda, tendo colocado em risco a segurana dos
vos. Ainda, como ponto de partida para a implantao do novo sistema houve o
lanamento de aeronaves que poderiam navegar sem dependncia de sistemas de
terra, possuindo capacidade de comunicao por canal de dados e erros mximos em
posicionamento de 5NM3. As mesmas consideraes de implantao foram utilizadas
no Atlntico Norte, formando a base para as demais implantaes do sistema CNS/ATM
Para Siqueira (2005), a utilizao do conceito CNS/ATM na navegao area visa

proporcionar maior segurana e eficincia, bem como a cobertura global em quaisquer
condies meteorolgicas.
Na Figura 5, Siqueira (2005) demonstra as melhorias com a utilizao dos sistemas

CNS/ATM, em cuja infra-estrutura de navegao so inseridos os conceitos de RNAV
(Area Navigation), RNP (Required Navigation Performance), RVSM (Minimum
Reduction of Vertical Separation) e o GNSS (Global Navigation Satellite System).
3
NM - Nautical Mile. Unidade de medida de comprimento ou distncia, sendo 1 NM = 1852 m.
17
Figura 5 - Viso Utilizando os Sistemas CNS/ATM (Fonte: Siqueira, 2005)
2.6.1 Comunicao
As comunicaes com as aeronaves devero ser estabelecidas atravs de enlaces de

dados, permitindo eficincia e rapidez entre os sistemas de terra e sistemas de bordo.
Nos Sistemas CNS/ATM, a transmisso de mensagens de voz utilizando freqncias na

faixa de VHF ir continuar, mas ser utilizada em conjunto com a transmisso digital de
dados. Posteriormente, mesmo com a transmisso digital, os canais VHF continuaro a
ser utilizados para a transmisso de informaes, e de forma progressiva sero
utilizados os sistemas de satlites nas comunicaes de dados e voz, objetivando
atingir uma cobertura em nvel mundial.
Complementarmente, as comunicaes faro uso de transmisses atravs de canais

utilizando freqncias na faixa HF. O sistema SSR (Secondary Surveillance Radar),
atualmente utilizado para a vigilncia do espao areo onde h reas de alta
movimentao area, utilizando seus modos de operao A, B, C e S, ser
18
utilizado nas comunicaes com aeronaves devido sua grande capacidade de

transmisso
de
informaes
digitalizadas
no
modo
(MINISTRIO
DA
AERONUTICA, 2002).
Os modos de comunicao so definidos por ICAO apud Vismari (2007), como:
ADS-A (Addressing) Possibilita 4 tipos de contato, sendo por demanda, evento

perodo e emergncia.
ADS-B (Broadcast) A aeronave transmite mensagens ADS de forma peridica e

por rdio difuso.
ADS-C (Contact) A comunicao ADS estabelecida entre a aeronave e um rgo

de solo; por ser enderevel, tambm denominada como ADS-A.
ADS-S (Squiter) A comunicao ADS feita periodicamente atravs de

broadcasting a 56bits por segundo e contendo endereamento de 24 bits
(BOISVERT e ORLANDO, 1993).
2.6.2 Navegao
A ICAO adotou o conceito de RNP (Required Navigation Performance), que estabelece

a capacidade necessria de uma aeronave para se deslocar em determinadas rotas.
Esta capacidade que dever ser atingida na navegao utilizar o GNSS (MINISTRIO
DA AERONUTICA, 2002).
O sistema GNSS, fundamentalmente diferente dos tradicionais sistemas de navegao

baseados em auxlios em solo, fornece, atravs de uma navegao global, suporte a
todas as fases do vo. As atuais constelaes de satlites para a navegao so o
GPS (Global Positioning System) e o GLONASS (Global Navigation Satellite System)
(CHUJO e WALTER, 2005).
O sistema GPS foi desenvolvido pelo DoD (American Department of Defense),

operado pelo Estados Unidos da Amrica, possui 24 satlites distribudos em 6 planos
19
orbitais4 sendo que 21 esto operando e 3 esto ativos em reserva. Cada plano orbital
composto por 4 satlites em rbita quase circular, a uma altura de aproximadamente
20.200 km e inclinao de 55 graus em relao ao plano do Equador (LAGO,
FERREIRA e KRUEGER, 2002).
O sistema GLONASS5, que est sendo desenvolvido e operado pela Rssia
possuir, quando estiver completamente implementado, 24 satlites distribudos em 3
planos orbitais. Cada plano orbital ter 8 satlites em rbita quase circular, a uma altura
de 19.000 km e inclinao de 64,8 graus em relao linha do equador (LAGO,
FERREIRA e KRUEGER, 2002).
A navegao baseada no sistema GNSS tem oferecido preciso crescente, e nveis

razoveis de integridade e disponibilidade, oferecendo navegao em rota, reas
terminais e reas de aproximao de no-preciso. Desta forma, todas as aeronaves
possuiro equipamentos de igual capacidade para processamento de sinais recebidos
por satlites, e podero voar em qualquer tipo de espao areo em todo o globo
terrestre, podendo todos os pases membros da ICAO substituir parcialmente a infraestrutura de navegao atualmente utilizada, que se baseia em terra, por uma baseada
em satlites (MINISTRIO DA AERONUTICA, 2002).
Plano orbital refere-se ao plano o qual a rbita descrita, tendo a rbita como uma trajetria curva de um corpo no
espao.
5
GLONASS o sistema de satlite Russo, teve seu primeiro satlite em rbita em 1982, atualmente possui 17
satlites em operao. (http://www.fas.org/main/home.jsp).
20
Quadro 2 - Quadro Comparativo entre os Sistemas GPS e GLONASS
GLONASS
GPS
Nmero de satlites
24
24
Nmero de planos orbitais
Inclinao dos planos orbitais
64,8
55
Semi-eixo maior da rbita
25510 km
26560 km
Freqncia fundamental (f0)
5,11 MHz
10,23 MHz
Tcnica de separao do
sinal
FDMA
CDMA
Freqncia portadoras (MHz)

L1
L2
de 1602,0 a 1615,5
de 1246,0 a 1256,5
1575,42
1227,60
Freqncia cdigos (MHz)

C/A
P
0,511
5,110
1,023
10,23
Efemrides transmitidas
pelos satlites
Coordenadas Cartesianas
Geocntricas e suas
derivadas
Tempo de referncia
UTC (SU)
UTC (USNO)
Sistema de referncia
Geodsico
PZ-90
WGS-84
Elementos Orbitais
Keplerianos e seus fatores de
Perturbao
O Quadro 2 apresenta, atravs de comparaes, as caractersticas operacionais que

diferenciam os sistemas GPS e GLONASS (LAGO, FERREIRA e KRUEGER, 2002).
21
2.6.3 Vigilncia
A ICAO adotou o conceito de ADS (Automatic Dependent Surveillance), que faz com
que a aeronave transmita de forma automtica sua posio e outros dados relevantes,
como manobras necessrias, velocidade e condio meteorolgica (MINISTRIO DA
AERONUTICA, 2002). Estes dados so enviados para os rgos que prestam
Servios de Trfego Areo e utilizam para transmisso os meios de comunicao como
sistemas de satlites, sistema VHF, sistemas HF ou modo S do transponder6. Os
dados que so transmitidos pelas aeronaves geram, atravs de processamento dos
mesmos, a posio da aeronave em imagem de vdeo. O contnuo e permanente
conhecimento da posio das aeronaves faz com que se tenha uma utilizao eficaz de
todo espao areo (MINISTRIO DA AERONUTICA, 2002).
A utilizao do sistema ADS permite melhorias significativas ao ATM (Air Traffic

Management). A utilizao do transponder em modos de operaes j utilizados ser
preservada, no entanto, complementado com a utilizao gradual do modo S em
reas de trfego denso como as reas terminais e em espaos areos continentais
O processo ADS insere a possibilidade de transmisso de informaes entre as

aeronaves
utilizando
radiodifuso,
sendo
que
aeronave
poder
fornecer
constantemente informao sobre sua posio. A comunicao para este modo de

radiodifuso denominada como ADS-B (Automatic Dependent Surveillance Broadcast), atualmente sob responsabilidade do RTCA Inc. Special Committee 186
(RTCA, 2001).
Transponder um dispositivo eletrnico utilizado em aeronaves para envio e recepo de sinal, utiliza freqncia
de recepo 1030Mhz e transmisso 1090 MHz. (ICA 102-9)
22
Para a FAA (Federal Aviation Administration), o conceito sobre a troca de informaes

utilizando ADS-B definido como:
The concept is simple: Aircraft (or other vehicles or obstacles) will broadcast a
message on a regular basis, which includes their position (such as latitude,
longitude and altitude), velocity, and possibly other information. Other aircraft or
systems can receive this information for use in a wide variety of applications.
Current surveillance systems must measure vehicle position, while ADS-B
based systems will simply receive accurate position reports broadcast by the
vehicles (RTCA, 2001).
Na Figura 6 ilustrada a utilizao do ADS-B no espao areo, onde a aeronave utiliza

broadcasting para enviar suas informaes (HARISON, 2006).
Figura 6 - Utilizao do ADS-B na Vigilncia (Fonte: HARISON, 2006)
23
A utilizao do ADS-B proporciona a todos os usurios do sistema informaes em

tempo real, melhor visualizao do trfego areo e segurana significativa nas
operaes de vo (FAA, 2008).
2.6.4 Gerenciamento de Trfego Areo
O ATM est ligado diretamente elaborao dos novos sistemas de comunicaes

para navegao e vigilncia. Em uma escala mais ampla o Gerenciamento de Trfego
Areo inclui o ATC, ATFM (Air Traffic Flow Management), e tambm as prprias
operaes areas (MINISTRIO DA AERONUTICA, 2002).
Para Oliveira (2005), os transportadores areos so divididos em diversas classes,

conforme seus objetivos, sendo que a maior parte dos vos controlados prometido
pelas linhas areas comerciais regulares. No entanto, todas compartilham dos mesmos
recursos de infra-estrutura do transporte areo, que so os aeroportos e o espao
areo.
Assim, com a utilizao simultnea destes recursos de infra-estrutura surge a

necessidade de recursos inteligentes para serem utilizados pelo ATM. Como viso
mundial e regional a integrao dos sistemas ATM traz a necessidade de harmonizao
de padres e procedimentos, a qual obtida com a implantao das tecnologias dos
sistemas CNS (Communication Navigation and Surveillance) (MINISTRIO DA
AERONUTICA, 2002).
Os sistemas CNS/ATM favorecem o ATM, permitindo um maior grau de automao, e

fazendo com que se tenha um sistema integrado globalmente. Desde o incio da histria
aeronutica, o controle de trfego areo feito de forma no homognea, com muita
variao de tecnologia, de acordo com as diversas regies de espao areo. Visa-se ter
um controle unificado do espao areo, permitindo um melhor desempenho no ATC e
no auxlio s autoridades nas tomadas de decises. Por outro lado, as companhias
24
areas teriam como obter um controle efetivo de seus vos, promovendo a agilidade e
eficincia junto a seus clientes (ROSSI et al, 2005).
Atravs de um diagrama representado pela Figura 7, Oliveira (2005) demonstra a
organizao hierrquica dos servios ATM. No entanto, utilizado somente o sistema
ATC, por servir como estrutura para os servios ATM.
Figura 7 - Organizao de um ATM (Fonte: Oliveira, 2005)
Para Oliveira (2005) as informaes trocadas entre as entidades dispostas na Figura 7

podem ser categorizadas nas seguintes classes:
Informao sobre o estado passado, atual e futuro da aeronave;
Aes de controle;
25
Informaes sobre a coordenao e ocupao do aeroporto;
Informaes meteorolgicas.
Todas as informaes podem provir de operadores humanos que inserem os dados nos
sistemas ou tambm atravs de sensores presentes nas infra-estruturas que atendem
os servios prestados pelo ATM.
26
Captulo
3
Captulo 3: REDE DE TELECOMUNICAO AERONUTICA (ATN)
3.1 O Padro ATN
Em janeiro de 1989 a ANC (Air Navigatin Commission), atravs de estudos

desenvolvidos pela SICASP (Secondary Surveillance Radar Improvements and Collision
Avoidance System Panel), incluiu os materiais desenvolvidos pela ICAO que tratava das
necessidades mnimas requeridas para operaes de servios ATS e operaes de
servios por satlites, e, assim, deu origem ATN. No mesmo ano, em maio de 1989, a
SICASP desenvolveu uma recomendao sobre a ATN e solicitou a publicao desta
recomendao como manual ICAO, tendo sua primeira publicao em 1991 e a sua
segunda em 1997. O SARP (Standards and Recommended Practices) e o material
recomendado foram publicados no anexo 10 da Conveno da Aviao Civil
Internacional (NETO, 2005).
No ano de 1993, a ANC publicou os trabalhos de estudos para recomendaes sobre

ATN para o ATNP (Aeronautical Telecommunication Networking Panel). No primeiro
encontro do ATNP, em junho de 1994, ficou definido que seria de sua responsabilidade
a elaborao do SARP e de todo material sobre orientao de implantao ATN,
27
incluindo recomendaes tcnicas e tambm aplicaes ar-ar e ar-terra. Assim, o

primeiro conjunto de SARP para ATN foi finalizado em novembro de 1996 (SOUZA,
2004 e NETO, 2005).
A ATN responsvel pela integrao da comunicao aeronutica e tambm em

servios como a sub-rede AMSS (Aeronautical Mobile Satellite Service), enlace de
dados VHF, SSR e enlace de dados HF. (SOUZA, 2004 e NETO, 2005).
Sendo uma rede para integrao da comunicao de dados, prov benefcios como
(ROSSI et al, 2005):
Integrao entre usurios de comunicao e infra-estrutura;
Servio seguro de comunicao;
Escalabilidade;
Poltica de roteamento; e
Uso de infra-estrutura existente.
A ATN baseada no padro de arquitetura de computadores ISO (International

Organization for Standardization), possibilitando o gerenciamento de trfego areo
atravs de comunicaes ar-ar e ar-terra, que se integram ao conceito CNS/ATM. Os
servios de Datalink so destinados basicamente ao trfego de mensagens (ROSSI et
al, 2005), como:
ATS = Air Traffic Services

Ex: PDC
AAC = Administrative Aeronautical Communication

Ex: Mensagens OOOI
AOC = Aeronautical Operational Communication

Ex: Monitorao de turbinas durante o vo
As Figuras 8 e 9, HELIOS apud Souza, (2004) definem o ambiente anterior

implantao da ATN e o futuro ambiente de comunicao pretendido com a ATN,
respectivamente.
28
Figura 8 - Viso anterior implantao ATN (Fonte: HELIOS apud Siqueira, 2004)
Figura 9 - Viso aps implantao da ATN (Fonte: HELIOS apud Siqueira, 2004)
29
3.2 O Padro OSI
Em 1974 a ISO (International Organization for Standardization) desenvolveu uma

arquitetura de referncia para padronizao de redes, que teve o nome de Modelo de
Referncia para Interconexo de Sistemas Abertos. Baseava-se em uma proposta de
um modelo que sintetizasse de forma abstrata o funcionamento de computadores por
redes de comunicao de dados, originado na experincia de funcionamento dos
sistemas de teleprocessamento da rede ARPA. Entre 1978 e 1984 foi elaborado o
modelo OSI (Open System Interconnection), onde pela primeira vez foi abordado o
conceito de sistema aberto (GALLO e HANCOCK, 2003).
A Figura 10 ilustra o conceito de sistemas abertos proposto pelo modelo OSI.
Figura 10 - Conceito OSI (Fonte: adaptado de GALLO e HANCOCK, 2003)
O conceito de sistemas abertos proposto pela ISO caracteriza-se por oferecer uma
interconexo entre equipamentos fabricados por diferentes empresas. A Figura 10
representa a interconexo oferecida por quatro diferentes equipamentos, sendo
definidos como Sistema Aberto A, Sistema Aberto B, Sistema Aberto C e Sistema
30
Aberto D. representada a utilizao de um mesmo meio fsico para que todos os

sistemas possam se comunicar.
Gallo e Hancock (2003) definem o modelo OSI como um arcabouo conceitual para
desenvolvimento de padres para protocolos de redes. Em outra definio, destacam a
caracterstica do modelo OSI quanto codificao formal do conceito de arquitetura de
redes em camadas.
Gallo e Hancock (2003) tambm explicam que as camadas ajudam a reduzir o nvel de
complexidade na conectividade de uma rede por trabalharem de forma bem definida em
cada estgio de processamento de dados a serem transmitidos. Desta forma, o modelo
OSI baseia-se no conceito de camadas sobrepostas, onde cada uma executa um
conjunto definido de funes, ajudando, desta forma, a simplificar o projeto de uma
rede.
A Figura 11 ilustra as sete camadas sobrepostas do modelo OSI e quais os servios

oferecidos em cada uma. Ilustra onde cada camada atua durante a transmisso dos
dados, podendo ser nos equipamentos ou nos programas. Outra informao
demonstrada como os dados so definidos ao serem tratados nas camadas, sendo:
Mensagem: so definidos como mensagem os dados criados na camada de

aplicao e enviados at a camada de transporte;
Pacotes: so definidos como pacotes os dados contidos nas mensagens e quando

quebrados para serem transportados pela rede;
Quadros: so definidos como quadros os dados que chegam como pacotes na

camada de enlace, ou seja, so semelhantes aos pacotes, mas existem em nveis
mais baixos;
Bits: a transformao dos quadros em sinais para passagem no meio fsico.
31
Figura 11 - Viso das Camadas do Modelo OSI (Fonte: adaptado de GALLO e HANCOCK, 2003)
A integrao das camadas deve possibilitar a troca de informaes entre processos de

aplicao (AP Application Process) pertencentes a sistemas abertos diferentes.
3.2.1 Servios do Modelo OSI
O modelo OSI oferece dois diferentes tipos de servios em suas camadas, que so:
orientado por conexo e sem conexo.
Servio orientado por conexo: estabelece uma conexo fsica entre o n emissor e
o n receptor antes da transferncia dos dados. Aps a concluso da sesso a
ligao entre os ns removida.
32
Servio sem conexo: no estabelece nenhuma conexo fsica entre o n emissor e

receptor antes da transferncia dos dados. Neste tipo de servio a mensagem
quebrada em pacotes e enviada pela rede, sendo cada pacote independente um do
outro que carrega parte da mensagem e precisa carregar um endereo de destino.
O servio sem conexo pode ser confivel e no-confivel, sendo que o servio
no-confivel no requer aviso de recebimento dos dados do receptor para o
emissor. Este aviso se chama servio de datagrama. O servio confivel, em que h
a confirmao de recebimento, chama-se servio de datagrama com confirmao.
Estes servios ficam dispostos nos pontos de acessos de servios (SAPs Service
Access Points), cada um com um endereo correspondente (GALLO e HANCOCK,
2003). A Figura 12 ilustra o conceito de troca de informaes entre camadas com o uso
de SAPs. Um servio oferecido na camada (N), ou simplesmente Servio (N),
oferecido s entidades (N+1) atravs dos Pontos de Acesso de Servio da camada N
ou SAP (N).
Figura 12 - Ponto de Acessos de Servios (Fonte: adaptado de GALLO e HANCOCK, 2003)
33
Desta forma, uma entidade (N) pode oferecer servios a vrias entidades (N+1) atravs
de vrios SAPs (N) e pode utilizar os servios de vrias entidades (N-1) atravs de
vrios SAPs (N-1).
3.3 Arquitetura ATN
Baseada no modelo OSI, a ATN promover a conexo de sub-redes e diversas

tecnologias dentro do ambiente aeronutico. A interconexo dos sistemas ser baseada
na comunicao ponto-a-ponto (FEIGHERY et al, 1996).
A Figura 13 ilustra a ligao na arquitetura ATN dos intermediate-systems e dos endsystems.
Os
intermediate-systems
so
os
equipamentos
responsveis
pela
comunicao de dados na rede e os end-systems so as aplicaes utilizadas no

Gerenciamento do Trfego Areo. Utilizando o modelo OSI, a arquitetura da rede ATN
segue o conceito de camadas sobrepostas, como explicado anteriormente na Figura 11.
Application
Session
Transport
Application
Session
Transport
Network
Data Link
Physical
Sistema Final
Management
Presentation
Network
Management
Presentation
Data Link
Network
Data Link
Physical
Sistema Final
Physical
Physical
Communications Media
Sistema
Intermedirio
Figura 13 - Interconexo Utilizando Padro OSI
34
Segundo Signore e Girard (1998), para a ATN funcionar neste ambiente so

necessrios quatro elementos maiores. O primeiro a capacidade de mobilidade no
envio de dados para uma aeronave conhecendo sua localizao; o segundo a
capacidade de uso simultneo de links ar-terra instalados na aeronave; o terceiro a
verificao de larguras de bandas disponveis hoje e as que estaro disponveis no
futuro; o quarto a padronizao de servios requeridos em aplicaes ATS.
Para o primeiro elemento, Signori e Girard (1998) definem a mobilidade da rede como a
capacidade de comunicao entre dois ns existentes em diferentes redes. Quando
um dos ns necessita falar com o outro, automaticamente ligado ao mesmo atravs
do roteamento disponvel, sem precisar saber da localizao do n de destino e nem
qual servio e roteador est sendo utilizado para sua conexo.
Para o segundo elemento, demonstram a necessidade de especificao do custo das

aplicaes, conexo, ou preferncia de velocidades que sero usadas pela ATN para o
reenvio de mensagens. As exigncias para o desenvolvimento das aplicaes ar-terra
so determinadas pelo ATNP (ATNP, 1995), como:
Cada aplicao ter o atraso especificado em projeto;
A taxa residual de erro ser especificada como parmetro de projeto para aplicao;
O relatrio de perda de servio dever ser especificado como parmetro de projeto

para cada aplicao;
A disponibilidade da aplicao dever ser especificada como parmetro de projeto;
O tempo para restaurao do servio dever ser especificado como parmetro de

projeto.
O terceiro elemento define que para uma baixa taxa de banda nas conexes ar-terra
necessrio que haja a compresso dos dados para envio na rede. E, para o quarto
elemento, Signori e Girard (1998) demonstram a necessidade de uma padronizao de
aplicaes
que utilizam servios
ATS atravs
das
camadas
de transporte,
apresentao, sesso e da prpria camada de aplicao, fazendo com que as

aplicaes sejam unificadas em todo mundo.
35
Na Figura 14 ilustrado o conceito adotado pela ICAO para a arquitetura de

interconexo na rede. Neste caso o ambiente Internet ATN incorpora a utilizao de
roteadores, denominados IS (Intermediate-Systems), responsveis pela interconexo
gerando a transmisso de dados dentro da rede ATN, enquanto nos ES (End-Systems)
ficam as aplicaes utilizadas nos rgos ATS, que so os responsveis por gerar todo
o trfego de transmisso dados na rede (ICAO, 2001).
Aplicao ATM
Aplicao ATM
ES
ES
ATN
Internet
IS
IS
IS
IS
IS
IS
ATN
ES
ES
Aplicao ATM
Aplicao ATM
Figura 14 - Arquitetura ATN (Fonte: adaptado de ICAO, 2001)
A utilizao de toda a mobilidade proposta fez com que a FAA planejasse novos rumos
para as comunicaes atravs de um novo meio de comunicao, onde utilizaria a ATN
e a interconexo das demais redes de comunicao. Nestes servios esto inclusos o
ADS, CPDLC (Controller-Pilot Data Link Communications), ATIS (Automatic Terminal
Information Service), e informaes meteorolgicas (FEIGHERY et al, 1996).
36
3.3.1 Protocolos ATN
Segundo Farrel (2005), protocolos de computadores atendem a quatro propsitos:
Codificam e transferem dados de um ponto ao outro;
Podem controlar o modo como os dados so distribudos;
Trocam informaes sobre o estado da rede;
Podem gerenciar os recursos da rede para controle de comportamento.
Estes propsitos so caracterizados por protocolos de transferncia, gerenciamento,

distribuio e controle, respectivamente. Os protocolos de transferncia so
relativamente simples, porm so os mais importantes no nvel de usurio, e
caracterizam uma pequena parte dos protocolos utilizados em rede. Os protocolos de
gerenciamento, distribuio e controle so mais sofisticados e complexos para serem
operados.
Figura 15 - Composio do Cabealho de uma Mensagem (Fonte: Farrel, 2005)
No entanto, para que qualquer um destes protocolos possa operar, necessita identificar
a origem e o destino das mensagens. Na Figura 15, Farrel (2005) apresenta a
composio de uma mensagem de protocolo.
37
Figura 16 - Overhead em Camadas de Pilhas de Protocolos (Fonte: Farrel, 2005)
Quando trabalhado o envio de uma mensagem utilizando uma pilha de protocolos, esta
se torna significativa, pois uma aplicao gera um fluxo de dados para enviar a uma
aplicao remota e assim sucessivamente. Desta forma, gerado um overhead
considervel do protocolo para transmisso de dados ponto-a-ponto.
O overhead causado pela sucessiva passagem dos dados de uma camada outra,
pois cada uma dessas camadas insere dados de identificao na mensagem que est
sendo enviada. A Figura 16 demonstra o problema causado com o overhead em pilhas
de protocolos (Farrel, 2005).
Para resolver o problema de overhead na ATN, foi
utilizado o conceito de ISO Efficiency Enhancement, fazendo com que algumas

38
camadas no sejam utilizadas, minimizando substancialmente o problema.
Desta forma, a ATN se baseia na interconexo de diferentes tecnologias que devem ser
implementadas atravs de diferentes sub-redes e protocolos especficos.
Estes
protocolos so necessrios para a criao de endereamento nico para cada sistema

em toda a rede, e fisicamente a ATN necessita de roteadores que trabalharo estes
endereamentos, que so denominados roteadores ATN. Estes equipamentos
asseguram o caminho de comunicao entre todos os usurios na rede, podendo estar
nas aeronaves e em terra.
Os protocolos que compem a arquitetura de comunicao para a ATN so:
Intra-domain Router Protocol (IDRP)
Connectionless Network Protocol (CLNP)
Connectionless Transport Protocol (CLTP)
Class 4 Transport Protocol (TP4)
Intermediate System to Intermediate System Routing Protocol (IS-IS)
End System to Intermediate System Routing Protocol (ES-IS)
O protocolo CLNP definido pela ISO 8473, sendo um protocolo no orientado a

conexo e sem correo de erro (ISO, 1994). Baseado no protocolo IP (Internet
Protocol), para camada de rede na sute TCP/IP (Transmission Control Protocol/Internet
Protocol), possui o formato de quadros e endereamento diferente, no entanto comum
comunicao na troca de pacotes7 dos sistemas finais e intermedirios na ATN. O fato
do CLNP no possuir conexo orientada transforma-o em um protocolo no confivel,
pois no oferece garantia de entrega das mensagens na rede.
Desta forma, o uso do protocolo TP4 definido pela ISO 8073, oferece a conexo
orientada necessria para a comunicao na ATN atravs da correo de erros,
fragmentao e reordenamento de mensagens, alm de oferecer a multiplexao e
Pacote. Conjunto de informaes que trafega pela rede onde so identificados os dados de origem, destino e
contedo da mensagem enviada.
39
demultiplexao de dados sobre um nico circuito virtual. O protocolo TP4

comumente utilizado para camada de transporte, similar ao protocolo TCP da sute
TCP/IP.
O protocolo CLTP definido pela ISO 8602 oferece a transmisso de pacotes onde no
requerida a garantia de entrega. Sua implementao visa entrega de pacotes em
sistemas end-to-end onde no h necessidade de alta confiabilidade no transporte dos
pacotes e controle de fluxo de informaes, porm implementa a correo de erros.
tambm implementado na camada de transporte e similar ao protocolo UDP (User
Datagram Protocol) da sute TCP/IP.
Os protocolos IDRP, IS-IS e ES-IS, definidos pelas ISO 10447, ISO 10589 e ISO 9542,
respectivamente, so utilizados para roteamento. O protocolo IDRP utilizado para
fornecer o roteamento inter-domnio, o qual trabalha em conjunto com os protocolos
CLNP, IS-IS e ES-IS com o objetivo de fornecer um roteamento completo para toda a
rede. Todo roteador que participa do roteamento IDRP chamado de BIS (Boundary
Intermediate System), sendo considerado um roteador inteligente (FEIGHERY et al,
1996).
O protocolo ES-IS utilizado nos usurios finais, permitindo que os end-systems

saibam da existncia de intermediate-systems e vice versa. Tambm prov informaes
de redirecionamento de rotas, permitindo que os intermediate-systems informem aos
end-systems o melhor trajeto para envio de NPDUs (Network Protocol Data Units) a um
determinado destino.
O protocolo IS-IS utilizado nos roteadores (intermediate-systems), onde so

empregados dois nveis de hierarquia:
os roteadores do nvel 1 conhecem sua topologia, roteadores e usurios inclusos,

desconhecendo os demais roteadores e destinos fora de sua rea.
para os roteadores de nvel 2 conhecido todo trfego fora de sua rea, no

necessitando saber a topologia existente dentro do nvel 1, a no ser que o roteador
40
de nvel 2 pertena a uma nica rea como sendo um roteador de nvel 1.

A Figura 17 ilustra a arquitetura de roteamento para a ATN (ICAO, 2001).
Para um BIS do RD
adjacente
BIS
Domnio de
Roteamento
BIS
IS
IS
IS
ES
Domnio de
Roteamento
IS
ES
IS
Domnio
Administrativo
Figura 17 - Arquitetura de Roteamento ISO (Fonte: adaptado de ICAO, 2001)
Para a ICAO a poltica de segurana de roteamento deve seguir pela seleo de cada
rota anunciada a cada BIS adjacente e a escolha entre as rotas ao mesmo destino
recebidas de outro BIS adjacente (ICAO, 2001).
Um ponto importante para a ICAO, atualmente o Anexo 10 define, so as aplicaes
que se utilizam deste ambiente de roteamento na ATN para transferncias de dados.
Estas aplicaes so definidas como:
Application entity (AE). Part of an application process that is concerned with
communication within the OSI environment. The aspects of an application
process that need to be taken into account for the purposes of OSI are
represented by one or more AEs (ICAO, 2006).
41
As aplicaes utilizam o servio de nvel superior de comunicao, que definido pelo

Anexo 10 da ICAO como:
Upper layers (UL) communications service. A term pertaining to the session,
presentation and application layers of the OSI reference model (ICAO, 2006).
Este nvel superior define como todas as aplicaes que so suportadas pela ATN.
Na Figura 18 ilustrada uma viso de aplicaes e em qual nvel de camada cada uma
se encontra. Como j definido no item 3.3 e exemplificado na Figura 13, o conceito da
arquitetura ATN foi gerado sobre o modelo OSI, apresentado na Figura 18 como
ATN/OSI.
No entanto, os Working Group pertencentes ICAO vm trabalhando no

desenvolvimento de padres para a ATN que utilizam o Internet Protocol Sute,
apresentado na Figura 18 como ATN/IPS (ICAO, 2006).
42
CM
Context Management
ADS-C
Automatic Dependent Surveillance (Contract)
FIS
Flight infomrmtion service
CPDLC Controller to pilot datalink communications
ICC/AIDC Inter-centre communications/ATS interfacility
data communication
APPLICATION PROCESS
A/G: CM, ADS-C, FIS,
CPDLC
G/G: CM, ICC/AIDC
Internet communications service
Upper layer communications service
Application
Entity (AE)
APPLICATION PROCESS
Layer 7
Application
layer
Layer 6
Presentation
layer
A/G: CM, ADS-C, FIS,

CPDLC
G/G: CM, ICC/AIDC
Layer 7
Application
layer
Layer 5
Session
layer
ISO/IEC 8073 (TP4)

and
ISO/IEC .... (CLTP)
ISO/IEC 8473 (CLNP)
Layer 4
Transport
layer
Layer 3
Network
layer
ATN/OSI
IETF/RFC 793 (TCP)

Transfer Control Protocol
IETF/RFC 768 (UDP)
User Datagram Protocol
IETF/RFC 2460 (Ipv6)

Internet Protocol (v6)
ATN/IPS
Figura 18 - Comparao de Aplicaes nos modelos ATN/OSI e ATN/IPS (Fonte: adaptado de ICAO,
2006)
43
A ICAO, atravs do Working Group N define a implementao na camada de aplicao

do ATN/IPS como ilustrado na Figura 19 (ICAO, 2006):
A
L I C
AIDC
A T
AMHS
L I C
I O
CPDLC
A T
FTP
I O
ADS
FIS
L A Y
SNMPv3
DNS
TRANSPORT LAYER TCP/IP
VoIP
R
VoIP
TRANSPORT LAYER UDP
NETWORK LAYER Ipv6
Figura 19 - Camada de Aplicao Utilizando o Conceito ATN/IPS (Fonte: adaptado de ICAO, 2006)
Figura 19 ilustra, separadamente, a camada de aplicao de nvel 7, como ilustrado em

conjunto com as demais camadas na Figura 18, e os processos que rodam sobre ela.
Esta reestrutura na camada de aplicao necessria para a implementao do
ATN/IPS na ATN.
Os estudos desenvolvidos sobre a utilizao do ATN/IPS inserem tambm a utilizao

de um novo protocolo para a camada de redes, o protocolo IPv6, como ilustrado na
Figura 20.
44
Doc 9705 G-G Applications
AIDC
FTP
SNMPv3
DNS
AMHS
Application
Layer
VoIP
TCP
Transport
Layer
UDP
Network
Layer
IPv6
ICMPv6
BGP-4
MPLS
802.X
others
Link Layer
Network Access Links
Figura 20 - Arquitetura Utilizando o Conceito ATN/IPS (Fonte: adaptado de ICAO, 2006)
O protocolo IPv6, como tratado a seguir no captulo 4, faz parte de uma nova gerao
de protocolos, que traz a significativa capacidade de aumento de numerao IP, a
segurana na transferncia de dados em rede e o servio de mobilidade utilizando o
protocolo MIPv6. No entanto, a utilizao deste novo protocolo na camada de rede
necessita trabalhar com os protocolos especificados para ATN, item 3.3.1, atendendo,
desta forma, as mudanas propostas na camada de aplicao.
A Figura 21 ilustra as mudanas na arquitetura do modelo OSI para atender atualmente

o modelo ATN/IPS.
A incluso de novos protocolos e o tratamento de algumas
camadas ocorre em um s nvel. A utilizao deste novo conceito de camadas para

transmisso dos dados torna indispensvel para atender a demanda de novas
aplicaes, citadas nas Figuras 18 e 19, e adequao das aplicaes atualmente
utilizadas, visando suprir as necessidades atuais de oferecer segurana e controle do
espao areo pelos rgos de Controle.
45
OSI Reference Model
ATN ISO Protocols
ATN IPS
Application Layer
7
ATN Applications
(e.g., CMIP, X.400)
Consolidated
Application
Services (e.g.,
SMTP,
SNMPv3, FTP,
X.400 and
Telnet)
Fast-byte
Presentation Layer
6
Session Layer
5
Fast-byte
Transport Layer
4
Transport
Layer Class 4
TCP/UDP
ES-IS/CLNP
Network Layer
3
IPv6 & ICMPv6

SNDCF
X.25 PLP
Link Layer
2
Physical Layer
1
LAP B (HDLC)
LLC/MAC
Physical Layer (e. g.,

EIA-232, V.35, X.21)
Physical Layer
(e.g., FDDI, 802.X)
Figura 21 - Comparao entre os modelos OSI, ATN/OSI e ATN/IPS (Fonte: adaptado de ICAO, 2008a)
3.3.2 Mobilidade ATN
Em 2003, a ANC agregou uma composio de atividades do ATNP e do AMCP

(Aeronautical Mobile Communications Panel) para serem discutidas no ACP
46
(Aeronautical Communications Panel). Desde ento as atividades do ATNP se

concentram nos Working Groups N and M do ACP, sendo o Working Group N
responsvel por desenvolver novas formas de endereamento para ATN e o Working
Group M pela melhora nos atuais manuais de documentao da ATN onde so usados
os protocolos e padro OSI (ICAO, 2007).
No ano de 2007, na conferncia para CNS/ATM, a ICAO apresentou os

desenvolvimentos para a ATN. Nesta conferncia, organizada pela AFCEA (Armed
Forces Communications and Electronics Association) e pela ELSEG (Elektronic Service
GmbH), foi discutida a importncia da mobilidade na ATN, onde foi apresentada a
utilizao do protocolo IPv6 como proposta para oferecer este servio na rede.
Em 2008, o ACP realizou a sexta reunio para tratar especificamente do IPS, quando
foi proposta a utilizao do protocolo MIPv6 para assegurar a mobilidade na
transferncia de dados ar-terra na ATN. A proposta da reunio para a discusso do
protocolo foi definida como (ICAO, 2008):
Proposes that Mobile IP is used as a convergence layer for air-ground
communications with the intention of introducing flexibility and scalability for both
airborne and ground systems.
Todas as discusses sobre mobilidade na ATN apresentadas pelos Working Groups

seguem os padres desenvolvidos pelo IETF/3GPP (The Internet Engineering Task
Force / 3rd Generation Partnership Project), que atende a mobilidade do cliente8 e a
mobilidade da rede.
Em rede de computadores, a concepo de cliente refere-se a um determinado n pertencente mesma.
47
Captulo
4
Captulo 4: PROTOCOLO IPv6
4.1 Histrico do Protocolo IPv6
Em 1990, o IETF (The Internet Engineering Task Force) iniciou os estudos de um novo
protocolo, o qual deveria suprir a necessidade de demanda relativa a endereamentos
na internet.
Assim, o IETF convocou, atravs da RFC 1550, os interessados em
apresentar propostas para a especificao. Aps discusses, foi atribudo o nome IPv6
(Internet Protocol Version 6) para este novo protocolo (TANENBAUM, 2003).
Esta preocupao deu-se pelo fato de que o escopo mximo de 232 endereos, que
atualmente utilizado, dividido em classes e pode levar a um desperdcio significativo
de endereamento, ocasionando um crescimento significativo de tabelas de roteamento
pois os endereos atribudos so usados parcialmente. Desses endereos, 228 so
utilizados para multicasting e 227 para uso reservado (FARREL, 2005).
Com o aumento do uso da internet em computadores pessoais e em empresas,

aumentou o comprometimento dos endereamentos disponveis. Outro fato foi a
popularidade dos dispositivos eletrnicos que oferecem servios diferenciados como o
48
acesso internet.
O ISC (Internet Systems Consortium) publica anualmente os
indicadores representativos dos hosts em todo o mundo. A Figura 22 ilustra o

crescimento de hosts no mundo.
Hosts reconhecidos em DNS

600,000
Hosts / Milhes
500,000
400,000
300,000
200,000
100,000
08
07
ja
n/
06
ja
n/
05
ja
n/
04
ja
n/
03
ja
n/
02
ja
n/
01
ja
n/
00
ja
n/
99
ja
n/
98
ja
n/
97
ja
n/
96
ja
n/
95
ja
n/
94
ja
n/
ja
n/
ja
n/
93
0,000
Perodo
Figura 22 - Hosts reconhecidos em DNS (Fonte: www.isc.org, 2008)
O Brasil atualmente um dos pases de maior ascenso no uso de internet. Entre os

motivos de tal ascenso est o crescimento de dispositivos tecnolgicos disposio
do usurio, e de servios de conexo Internet.
A Figura 23 ilustra o aumento significativo de hosts no Brasil, que foi exorbitante a

partir do ano 2000.
49
Hosts no Brasil
12,000
Hosts / Milhes
10,000
8,000
6,000
4,000
2,000
ja
n/
08
07
n/
ja
ja
n/
06
05
ja
n/
04
n/
ja
n/
ja
ja
03
02
n/
01
n/
ja
ja
n/
00
99
n/
ja
ja
n/
98
0,000
Perodo
Figura 23 - Hosts no Brasil (Fonte: www.cetic.br, 2008)
Atualmente o Brasil ocupa a primeira posio entre os pases da Amrica do Sul, a

segunda posio entre as Amricas e a nona posio em relao ao mundo.
Os
Quadros 3, 4 e 5 demonstram a classificao do Brasil em relao aos demais pases.

Quadro 3 - Brasil x Amrica do Sul (Fonte: www.cetic.br, 2008)
jan/08
(mil ns)
Pas
1
Brasil (.br)
2
3
4
5
6
7
8
9
10
Argentina (.ar)
Colmbia (.co)
Chile (.cl)
Uruguai (.uy)
Peru (.pe)
Venezuela (.ve)
Equador (.ec)
Bolvia (.bo)
Paraguai (.py)
10.151.592
3.128.975
1.299.244
816.460
280.635
271.738
145.353
42.922
40.739
14.606
50
Quadro 4 - Brasil x Amricas (Fonte: www.cetic.br, 2008)

jan/08
(mil ns)
Pas
1
2
3
4
5
7
6
8
9
10
11
12
13
14
15
Estados Unidos
Brasil (.br)
Mxico (.mx)
Canad (.ca)
Argentina (.ar)
Colmbia (.co)
Chile (.cl)
Uruguai (.uy)
Peru (.pe)
Trinidad e Tobago (.tt)
Venezuela (.ve)
Guatemala (.gt)
Repblica Dominicana (.do)
Nicaragua (.ni)
Equador (.ec)
302.884.146
10.151.592
10.071.370
4.717.308
3.128.975
1.299.244
816.460
280.635
271.738
151.122
145.353
124.656
84.787
46.764
42.922
Quadro 5 - Brasil x Mundo (Fonte: www.cetic.br, 2008)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
Pas
jan/08
(mil ns)
Estados Unidos
Japo (.jp)
Alemanha (.de)
Itlia (.it)
Frana (.fr)
China (.cn)
Austrlia (.au)
Holanda (.nl)
Brasil (.br)
Mxico (.mx)
Reino Unido (.uk)
Polnia (pl)
Taiwan (.tw)
Canad (.ca)
Finlndia (.fi)
Blgica (.be)
Rssia (.ru)
Sucia (.se)
Sua (.ch)
Dinamarca (.dk)
Argentina (.ar)
Espanha (.es)
Noruega (.no)
ustria (.at)
ndia (.in)
302.884.146
36.803.719
20.659.105
16.730.591
14.356.747
13.113.985
10.707.139
10.540.083
10.151.592
10.071.370
7.727.550
7.134.976
5.121.607
4.717.308
3.728.551
3.618.495
3.577.635
3.513.170
3.308.684
3.256.134
3.128.975
3.085.513
2.725.031
2.589.316
2.584.572
51
4.1.1 Arquitetura do Protocolo IPv6
No incio da dcada de 1990 vrios estudos tratavam do novo conceito a ser

especificado para o protocolo da prxima gerao. Assim, o IETF escreveu a RFC
1752, onde resumia os requisitos primordiais a serem utilizados (FARREL, 2005).
Atualmente, o IPv6 oferece suporte a mobilidade atravs do protocolo MIPv6, o qual
explicado no item 4.1.3.
Atravs desta especificao, foram levantadas todas as limitaes que o atual protocolo
IPv4 (Internet Protocol version 4) possui, ento salientando as principais caractersticas
que o protocolo IPv6 deveria suportar, como (FARREL, 2005):
Prover servio de datagrama no confivel, como o atual IPv4;
Prover suporte unicast e multicast;
Assegurar endereamento para um futuro previsvel;
Compatibilidade com o protocolo IPv4;
Suporte para autenticao e criptografia;
Dever adicionar recursos, acrescentados pelo decorrer do tempo, do protocolo

IPv4;
No fazer suposies sobre topologia utilizada e capacidade de rede;
No afetar o desempenho de roteadores quando encaminham datagramas;
Ser extensvel para acompanhar a evoluo da internet;
Suporte para hosts mveis, redes e interconexo de redes;
Permitir criao de interconexo de redes privadas sobre a infra-estrutura bsica da

internet.
Baseando-se nestas especificaes, no ano de 1995 foi lanada a RFC 1883, onde foi
especificado o protocolo IPv6, conhecido como protocolo de nova gerao (IETF,
1995). No decorrer dos anos vrios trabalhos foram desenvolvidos com objetivo de
melhorar a funcionalidade do protocolo, retratando as experincias de laboratrios que
possuam Provedores de Servios rodando o protocolo e redes experimentais
52
(FARREL, 2005).
No ano de 1998, o IETF lanou a RFC 2460, que especifica a arquitetura do protocolo
IPv6. A RFC especifica dados como a capacidade de endereamento, formato do
cabealho, opo de extenses do protocolo, identificao de fluxo com label (IETF,
1998).
A capacidade de endereamento para transferncia de dados com o uso do IPv6 de

128 bits, possuindo quatro vezes mais capacidade de endereamento que o protocolo
IPv4, que usa para transferncia de dados com 32 bits.
As figuras 24 e 25 ilustram o formato dos cabealhos dos protocolos IPv6 e IPv4,

especificados na RFC 2460 e na RFC 791, respectivamente.
Figura 24 - Cabealho IPv6 (Fonte: adaptado IETF, 1998)
53
Figura 25 - Cabealho IPv4 (Fonte: adaptado IETF, 1981)
Notoriamente, os campos de um cabealho do protocolo IPv6 mudam substancialmente

em relao aos campos do protocolo IPv4. Como sua capacidade de endereamento
(que para IPv4 so 32 bits e para IPv6 so 128 bits), seu cabealho totalmente
varivel utilizando os cabealhos de extenso, esta mesma versatilidade varivel do
cabealho promove a possibilidade de mudanas nos equipamentos utilizados em rede
quanto configurao, bem como nos programas. Enquanto no IPv4 os nmeros de
octetos do cabealho so fixos (COMER, 1998).
A especificao elaborada pela RFC 2460 determina o cabealho bsico do protocolo

IPv6 com os seguintes campos (COMER, 1998 e IETF, 1998):
Version (verso): 4 bits, indica a verso utilizada pelo protocolo ao qual o datagrama
pertence.
Traffic Class (classe de trfego): 8 bits, utilizado pelos ns e/ou roteadores para
identificar e distinguir entre diferentes classes ou prioridades dos pacotes IPv6.
Aceita QoS (quality of service) e aplicaes em tempo real.
Flow Label (rtulo de fluxo): 20 bits, contm informaes que os roteadores usam
para o datagrama a um fluxo e prioridade especificas.
54
Payload Length (comprimento do pacote): 16 bits, tamanho dos dados medidos em

octetos.
Next Header (prximo cabealho): 8 bits, identifica o tipo de encabeamento

imediatamente aps o encabeamento IPv6. Contm o nmero do protocolo a ser
utilizado (por exemplo: sendo UDP, usar o nmero 17; sendo EIGPR usar o
nmero 89). No entanto, se o cabealho de extenso utiliza o IPv6, este campo
conter a identificao do prximo cabealho de extenso ou seu nome. A
especificao dos possveis protocolos a serem utilizados consta da RFC 5237,
como demonstrado no ANEXO 1 (IETF, 2008).
Hop Limit (limites de passos de rota): 8 bits, interpreta o valor atribuindo valor estrito
ao nmero de Hop Limit que um datagrama pode fazer antes de ser descartado.
Corresponde ao campo TTL (Time to Life) no protocolo IPv4, que interpreta o tempo
de vida contando os passos na rota, e o do tempo mximo.
Source Address (endereo de origem): 16 octetos, especifica os endereos do

transmissor.
Destination Address (endereo de destino): 16 octetos, especifica os endereos do

destinatrio.
Houve, tambm, mudanas quanto ao tamanho de campos como, por exemplo, os

campos Source Address e Destination Address, que passaram a ter 128 bits. Alguns
campos foram substitudos, como o campo TTL, que agora passa a ser Hop Limit; o
campo Type of Service, que agora passa a ser Flow Label, e o campo Protocol, que
passa a ser Next Header (COMER, 1998).
Para o protocolo IPv6 outra mudana significativa foi no formato do datagrama, que
passa a ter, alm do cabealho bsico, o cabealho de extenso e dados. Apenas o
cabealho bsico exigido; os cabealhos de extenso so opcionais.
A Figura 26 ilustra um datagrama utilizado no protocolo IPv6 (COMER, 1998 e IETF,

1998).
55
Figura 26 - Formato de Datagrama IPv6 (Fonte: COMER, 1998)
Para Comer (1998), as mudanas introduzidas no IPv6 podem ser agrupadas em cinco
categorias: endereos maiores, formato flexvel do cabealho, opes aprimoradas,
suporte para alocao de recursos e previso para extenso de protocolo.
4.1.2 IP Mvel
Mobilidade pode ser definida como liberdade. Em tecnologia, esta liberdade significa ter
conectividade independente do local. Atualmente, com a Internet global, nem mesmo os
protocolos so considerados estticos.
Com base no sentido de mobilidade, o IETF, atravs de seu grupo de trabalho chamado
IP Routing for Wireless/Mobile Hosts (MobileIP), lanou em 1996 a RFC 2002, que
especificou as caractersticas de um IP mvel e como deve ser o roteamento
transparente de um datagrama at o n mvel da Internet (IETF, 1996). Atualmente, a
especificao para mobilidade IP definida por um conjunto de RFCs, sendo a RFC
2002, RFC 2003, RFC 2004, RFC 2005, RFC 2006 e RFC 1701.
56
4.1.3 Protocolos MIPv6 e HMIPv6
O protocolo MIPv6 (Mobile IPv6) caracterizado como sendo parte de um conjunto do

protocolo IPv6 para conexes mveis. Trata-se de uma melhora no projeto do protocolo
IPv6, tambm especificado, inicialmente, pela RFC 2002. No entanto, em 2004 a RFC
3775 passou a ser utilizada para a especificao de mobilidade no protocolo IPv6
(IETF, 2004). Este protocolo permite que um n mvel migre de sua rede para outras
redes, continuando sua comunicao, com os demais ns. Como o MIPv6 um
protocolo independe do meio fsico, pode se mover sem perder sua conectividade9.
No MIPv6, cada MN (Mobile Node) identificado por um endereo esttico em sua rede
de origem, que sua origem de acesso internet, chamado HA (Home Address), que
recebe todos os pacotes dos ns ligados ao roteador. Quando o n se move para uma
rede externa adquire um endereo dinmico, chamado CoA (Care-of Address), atravs
de um roteador chamado Foreign Agent, que informa ao roteador de origem, chamado
HA (Home Agent), o seu novo endereo. Este novo endereo possui um tempo de
vida, que a associao do Mobile Node com seu endereo adquirido no Home Agent
e com seu novo endereo dinmico Care-of Address. Esta associao recebe o nome
de Binding Cache.
A utilizao do Binding necessria para a atualizao constante do Mobile Node com

o novo endereo dinmico junto ao Home Agent, pois quando um Mobile Node entra
em outra sub-rede enviado um bit de reconhecimento e um bit que indica a
atualizao obrigatria do Home Agent. Esta atualizao realizada com o envio de um
pacote chamado Binding Update (PERKINS e JOHNSON, 1996).
Desta forma, todos os pacotes endereados ao Mobile Node so interceptados pelo

Home Agent e redirecionados por tunneling ao Foreign Agent, que possui o atual Careof Address do n mvel, que pode ser adquirido atravs do IPv6 address
9
Nota de aula, professor Otto Carlos M. B. Duarte. Disponvel em www.ufrj.br.
57
autoconfiguration (PERKINS e JOHNSON, 1996).
A Figura 27 ilustra o exemplo de roteamento utilizando o conceito de mobilidade

proposto pelo MIPv6, onde um Mobile Node adquire um novo endereo ao entrar em
uma rede externa, onde recebe o Care-of Address, utilizando, assim, as duas rotas para
efetuar toda a combinao de roteamento entre os dois ns, o Home Agent e o Mobile
Node.
Figura 27 - Entidades utilizadas para roteamento (Fonte: adaptado de PERKINS e JOHNSON, 1996)
58
Figura 28 - Exemplo da implementao do MIPv6 em rede (Fonte: adaptado de PERKINS e JOHNSON,

1996)
A Figura 28, tambm ilustra o roteamento com o protocolo MIPv6, porm demonstra a
utilizao de duas sub-redes onde o Mobile Node adquire o endereo dinmico,
utilizando o Binding Update para atualizar sua localizao no Home Agent.
No entanto, mesmo oferecendo muitas facilidades o MIPv6 traz consigo alguns

problemas de desempenho quanto sua mobilidade em rede externa, como (PERKINS
e JOHNSON, 1996):
Alto impacto na possibilidade de rompimento da rede;
Aumento de carga na rede;
Aumento no atraso da entrega dos pacotes.
Alm destes problemas, outra preocupao a atualizao constante do n enquanto

estiver em uma rede externa, podendo ocasionar problemas, como (PERKINS e
JOHNSON, 1996):
Tempo de atualizao de movimento;
Tempo gasto para a configurao do endereo na nova rede;

59
Tempo gasto com a atualizao da nova localizao junto ao home agent;
Perdas de pacotes enviados ao antigo care-of address.
Uma rede com constantes mudanas de localizao de ns mveis acaba por gerar um
fluxo muito grande de sinalizao comprometendo sua qualidade de servio na entrega
de pacotes e na manuteno da conexo. Visando estes problemas, o IETF props um
novo protocolo atravs da RFC 414010 chamado HMIPv6 (Hierarchical Mobile IPv6),
que trata de forma distinta a mobilidade global e a mobilidade local. A mudana
proposta neste protocolo insere um agente chamado MAP (Mobility Anchor Point).
Trata-se de um roteador responsvel por gerenciar a mobilidade visando diminuio
da latncia e das perdas na entrega de pacotes (IETF, 2005).
Figura 29 - Exemplo da implementao do HMIPv6 em rede. (Fonte: Adaptado de YAIZ e OZTURK,

2006)
A Figura 29 ilustra o exemplo de roteamento utilizando o conceito de mobilidade

proposto pelo HMIPv6. O n mvel inicia a movimentao com sua identificao de
10
RFC 4140, esta RFC ainda est em fase experimental.
60
endereamento esttico, denominado PCoA (Phisical Care-of Address) e passa por

duas redes externas, onde lhe atribudo um endereo virtual de permanncia
denominado VCoA (Virtual Care-of Address). No entanto, durante todo o tempo o n
carrega seu endereo esttico para atualizao de localizao em seu Home Agent.
A atribuio dos endereos PCoA e do VCoA a cada n feita de forma dinmica,

como no MIPv6, que o identifica at a chegada ao destino.
61
Captulo
5
Captulo 5: ESTUDO DE CASO PROSPOSTO E AMBIENTE
5.1 Objetivos
O objetivo deste captulo apresentar a avaliao de desempenho do protocolo MIPv6,

descrito no captulo 4, pertencente ao conjunto de protocolo IPv6, como forma de
roteamento automtico de aeronaves e transmisso de dados em uma rede ATN.
5.2 Estudo de Caso Proposto no Contexto do Protocolo MIPv6
Durante as simulaes deseja-se analisar o comportamento do protocolo MIPv6 em um

ambiente ATN. Para isso sero considerados os requisitos de implantao definidos
pela ICAO para o sistema CNS/ATM.
Em princpio, ser considerado um ambiente controlado por ACC (Centros de Controle

de rea) que possui sua jurisdio em uma FIR, que no Brasil chamado de
CINDACTA (Centro Integrado de Defesa Area e Controle de Trfego Areo). Tambm
ser considerada a quantidade de aeronaves em rota.
62
A Figura 30 ilustra o cenrio que ser estudado.
Figura 30 - Cenrio estudado
Neste cenrio, representado o ambiente para simulao, onde a aeronave, que

durante a simulao recebe a identificao de Mobile Node, inicia sua rota pelo Home
Agent, onde recebe o endereo fsico especificado como Care-of Address. Durante a
rota, a mesma aeronave identificada em duas outras sub-redes, tendo em cada uma
das redes a atribuio de um novo Care-of Address virtual. Cada sub-rede utiliza-se do
Binding Update para realizar a atualizao de localizao da aeronave.
Como descrito no item 1.2, a simulao avalia:
Estabilidade no ambiente para a utilizao da transferncia dos pacotes;
Caractersticas de roteamento;
Tempo gasto na transmisso de dados, uma vez estipulado o tempo mximo

aceitvel, e, comportamento do protocolo com diferentes valores de jitter.
Ainda quanto ao ambiente, a simulao considera como j determinada a rea de

63
acesso administrativo de cada Home Agent, podendo assim considerar que cada
aeronave dentro de seu domnio administrativo recebe um Care-of Address, que a
identificar.
Outra premissa a ser considerada, quanto ao ambiente, o fato de que a aeronave j

possua o sistema de vigilncia ativado, e, caso ocorra qualquer interferncia na
mudana de rota, o Home Agent ser atualizado. A simulao considera a
especificao definida pela ICAO para a ATN, sendo a utilizao de roteadores mveis,
denominados NEMO (Networks in Motion) e MAG (Mobile Access Gateways),
necessria para a interface com o Mobile Node dentro de um domnio especificado
como NETLMN Domain (Network-based Localized Mobility Management Domain).
No considerada a utilizao de servios Proxy denominados PMIP (Proxy Mobile

IPv6) e a utilizao de firewall em toda a rede.
5.3 Ambiente de Simulao
Nesta sesso so descritos os softwares que foram utilizados para o desenvolvimento

da simulao que ser apresentada neste trabalho, bem como o software utilizado na
anlise do canal VHF.
5.3.1 Network Simulator 2

A simulao muito importante quando se deseja testar uma implementao que
fisicamente torna-se invivel ou complexa. Quando surge esta necessidade utilizado
o que chamamos de simulador, um software que permite criar um ambiente igual ao
ambiente fsico real.
Para este trabalho ser utilizado o simulador NS2. Trata-se de um software muito
64
difundido no meio acadmico para a realizao de simulaes em Redes de

Computadores. Oferece simulao em diversos protocolos e tambm protocolos
multicasting, redes cabeadas ou redes wireless, e tambm simula o roteamento destes
pacotes (FALL, 2000).
Por ser um programa com o cdigo aberto, permite a incluso das alteraes
necessrias para simularmos o ambiente desejado. Sua primeira verso surgiu em
1989 atravs do software Real Network Simulator, e ento passou a ter apoio para
desenvolvimento do DARPA (Defense Advanced Research Projects Agency) atravs do
projeto VINT (Virtual Network Testbed), e atualmente continua com o apoio do DARPA
atravs do SAM (Simulation Augmented by Measurement and Analysis for Networks) e
atravs do COSER (Collaborative Simulation for Education and Research), ambos com
colaborao de pesquisadores incluindo o ACIRI (International Computer Science
Institute). As contribuies inseridas no simulador tambm so oriundas de
pesquisadores em todo mundo (ESTRIN, 1998).
Atualmente o NS encontra-se na verso 2, atribuindo o nome NS2, e mantido pela

Universidade de Berkeley. Utiliza as linguagens C++ e OTcl, sendo a linguagem OTcl
uma linguagem de script orientada a objeto (FALL, 2000).
As linguagens utilizadas na arquitetura do NS2 podem ser entendidas como:
C++ para tratamento dos dados.
ao por pacote;
desempenho de memria.
OTcl para a parte de controle.
Tcl orientado a objeto;
aes peridicas ou disparadas por eventos.
TclCl.
fuso C++ e OTcl.
Uma importante caracterstica de trabalho do NS2 a separao das implementaes

65
de caminho de dados e tempo de processamento do evento. Utiliza dois componentes,

que so11:
escalonador de eventos discretos;
componentes de redes.
camada de enlace e superiores;
suporte a emulao.
O scheduler de eventos (escalonador de eventos discretos) e os objetos (componentes

de redes) so escritos e compilados em C++. Aps a compilao, os objetos so
disponibilizados para o interpretador OTcl por uma ligao OTcl, o qual cria a
correspondncia entre este objeto OTcl para cada um dos objetos C++.
Esta correspondncia faz com que as variveis de configurao e as funes de

controle ajam como funes de membros e variveis de membros de objetos OTcl
correspondentes a elas. Desta forma, conseguem fazer com que o controle de objetos
C++ sejam dados pela OTcl. (FALL, 2000).
Toda implementao da simulao produzida atravs de cdigos, baseada no projeto
MobiWan iniciado pelo Motorola Labs Paris em colaborao com o INRIA PLANETE
Team. Depois que esses cdigos so compilados, gerado um arquivo contendo os
resultados para anlise. No entanto, o NS possui uma ferramenta de simulao grfica
chamada NAM (Network Animator).
Esta ferramenta demonstra, por exemplo, a
simulao das rotas e o trfego dos pacotes em tempo real.
5.3.2 Multi-speech 3700
Na anlise espectral foi utilizado o programa Multi-speech 3700 da empresa norteamericana KAY Elemetrics Corporation, que um software para tratamento de sinal
11
Simulador de redes NS, notas de aulas Professor Jos Resende. GTA/COOPE/UFRJ.
66
acstico, baseado na plataforma Windows, que utiliza placas de som para captura de
voz.
67
Captulo
6
Captulo 6: INTERFERNCIAS GERADAS NO CANAL VHF
6.1 Canal VHF
A utilizao do canal VHF possibilita interferncias na comunicao entre a aeronave e

os controles em terra. Neste captulo apresentado, por amostragem, um tipo de
ocorrncia por interferncias com a utilizao de uma comunicao por voz.
Com a anlise apresentada neste trabalho sobre o canal VHF, verificada a

necessidade de se dispor de uma nova tecnologia para a comunicao e controle das
aeronaves em rota. Atualmente, para atender a esta necessidade a ICAO estuda
fortemente a implementao de servios para Controle de Trfego Areo sobre
protocolos de Internet.
Assim, inserindo-se neste contexto atendendo o projeto que envolve a implantao da

ATN, sob o conceito CNS/ATM com uso de protocolos de Internet, apresentado a
utilizao do protocolo MIPv6 como forma de possvel substituio do controle das
aeronaves por voz, como discutido no Captulo 3. Desta forma, a utilizao do controle
por voz seria aconselhvel apenas em situaes de emergncia, onde h necessidade
68
de interveno imediata pelos rgos de controle.
6.1.1 Caracterizao do Ambiente
O ambiente analisado um aeroporto com capacidade de aproximadamente 26.000

pousos e decolagens mensais, entre vos internacionais e domsticos (PRGP, 2007),
sendo que a anlise feita em um intervalo limitado de tempo.
A Figura 31 ilustra a movimentao das aeronaves estudadas. Nessa figura, as

aeronaves em controle de solo so representadas pelas barras slidas, enquanto que
as aeronaves que estejam em controle de torre so representadas pelas barras
hachuradas. A extenso ou tamanho de cada barra indica a janela de tempo de
comunicao entre cada aeronave e os controles de terra. As cores verde, marrom e
amarela representam as diferentes companhias areas.
As comunicaes podem ser regulares ou irregulares. Quando uma aeronave efetua

uma comunicao regular significa que ela est identificada em um dos controles por
estar sob a responsabilidade deste. Nas comunicaes irregulares a aeronave pode
ainda no ter entrado em contato com o controle responsvel pela sua posio ou ter
sado da responsabilidade de um controle e aguardando o contato com outro controle
que passar ser responsvel pela aeronave.
Foram examinados os registros de comunicao das aeronaves desde 01:14:00h at

01:49:00h. Ao delimitar o ambiente, foram selecionadas as aeronaves que efetuaram
comunicao com qualquer um dos trs controles de terra, que so as posies de
trfego, solo ou torre, dentro deste espao de tempo. So vrias as situaes das
aeronaves analisadas, porm todos os ambientes tinham a caracterstica da freqncia
fundamental de 400Hz, o que caracteriza o rudo de fundo tpico da cabine de uma
aeronave, considerando que a mesma no disponha de dispositivos de cancelamento
eletrnico de rudo (DOD, 1997).
69
Figura 31 - Diagrama de Movimentao das Aeronaves
Em geral, esta freqncia produzida pelo gerador de energia da aeronave,

denominado A.P.U. (Auxiliary Power Unit), que produz um sinal acstico local por ficar
ligado, fornecendo energia aos demais equipamentos da aeronave (GAMA, SLAMAB e
NOGUEIRA, 2004). As situaes analisadas so:
Algumas aeronaves j estavam em contato com o controle de solo;

70
Outras aeronaves ainda no haviam feito contato com o controle de solo;
Outras aeronaves j se encontravam em controle de torre;
Outras aeronaves j haviam feito o ltimo contato com o controle de solo, mas
ainda no estavam em controle de torre.
Onde constata-se que:
As aeronaves da Cia.A - vo6 e da Cia.B - vo1, j estavam em controle de

solo;
As aeronaves da Cia.A - vo1, vo2, vo4 e vo5, j tinham feito sua ltima
transmisso regular para o controle de solo e ainda no tinham iniciado as
transmisses para controle de torre;
As aeronaves da Cia.A - vo3 e da Cia.C - vo1, j estavam sob controle de

torre; e
As aeronaves da Cia.A - vo7 e da Cia.B - vo2, ainda no tinham feito

comunicao com o controle de solo.
No caso apresentado na Figura 31 registrou-se uma transmisso irregular, cuja anlise

demonstrou que ocorreu entre os horrios de 01:27:10h e 01:29:12h, delimitando, desta
forma, um conjunto das comunicaes efetuadas pelas aeronaves junto aos controles
de terra, o qual deve ser analisado. As linhas tracejadas azuis, na horizontal, mostram
o instante das duas transmisses irregulares, ocorridas 01:27:10h e 01:29:12h.
6.1.2 Mtodos Utilizados para Este Estudo
Para estudo foram utilizados os padres de anlise de freqncia de voz, dos quais
foram extrados espectrogramas das comunicaes realizadas pelas aeronaves junto
aos controles de terra. Atravs desta extrao h condies de realizar uma
comparao do ambiente onde h uma transmisso regular identificada, alm do
ambiente utilizado para uma transmisso irregular. A anlise baseou-se nos rudos de
fundo que compunham o ambiente e a voz do locutor.
71
Este anlise utiliza o conceito demonstrado pelo Teorema de Fourier, que define um
sinal peridico qualquer como sendo composto ou decomposto em uma srie de ondas
senoidais com freqncias mltiplas inteiras da freqncia fundamental. Cada onda
possui uma determinada amplitude e uma determinada fase (SCHAWARZ e
FRIEDLAND, 1972 e BREGMAN, 1990).
Porm, a anlise de Fourier pressupe a anlise de sinais estacionrios, ou seja, que
no possuem alterao em sua freqncia no decorrer do tempo: a decomposio do
sinal em senide. Neste caso, para utilizar a anlise de Fourier em sinais dinmicos
empregaram-se os espectrogramas.
6.1.3 Anlise dos Espectros
As aeronaves selecionadas para anlise espectrogrfica so somente as aeronaves

das quais possivelmente tenha ocorrido a transmisso irregular. Os espectrogramas
apresentados nas figuras 32 a 35 demonstram, do lado esquerdo de cada uma das
posies, a comunicao irregular que est sendo analisada, e no lado direito de cada
uma das posies, uma transmisso efetuada de forma regular, devidamente
identificada pelas aeronaves em cada posio de controle de terra. Na parte superior da
figura apresentado o sinal acstico. Tal lgica apresentada para as posies de
trfego, de solo e de torre.
72
intensidade de energia
Figura 32 - Espectrograma do Vo 1
73
Assim, podem ser percebidas as intensidades de energia em cada intervalo de tempo

do espectrograma, representadas pelas intensidades espectrais horizontais mais
escuras em cada figura. Estas manchas representam a fala do locutor na utilizao do
Canal VHF. Atravs destas manchas possvel formular a comparao das extraes
74
efetuadas durante as comunicaes das aeronaves junto aos controles de terra. Para
comparao foram medidas as freqncias e os tempos em cada espectrograma nos
eixos x e y, respectivamente.
Para este estudo, considera-se que uma determinada fonte tenha sido identificada se
as faixas compostas pelos harmnicos estiverem representadas tanto na comunicao
irregular, quanto na comunicao sob anlise, fato este que recebe a denominao de
representao simtrica, possibilitando a identificao da aeronave responsvel pela
transmisso irregular. Esta simetria define a igualdade na intensidade de energia entre
as falas. Mesmo com os rudos de fundo ou com alterao proposital da fala, as
intensidades no se desfazem.
Nos casos onde as faixas so representadas de forma assimtrica, ou seja, onde no

h a representao simultnea das faixas de harmnicos entre os espectrogramas da
comunicao irregular e da comunicao sob anlise, no possvel se estabelecer a
origem da mensagem.
Nas Figuras 32, 33 e 34, foram notadas estas diferenas nas freqncias em relao ao
tempo, fazendo com que as intensidades dos sinais sejam demonstradas de forma
assimtrica entre os espectrogramas de cada posio.
Na Figura 35, pode-se notar que esta intensidade das freqncias em relao ao tempo
possui uma simetria em todos os espectrogramas de cada posio. Desta forma, podese apontar como resultado que nenhuma das aeronaves analisadas nas Figuras 32, 33
e 34 poderia ter sido a responsvel pela emisso irregular ocorrida. A ocorrncia de
uma transmisso irregular junto ao controle de terra indicada na Figura 35.
75
Captulo
7
Captulo 7: ANLISE DE RESULTADOS
Neste captulo apresentam-se os resultados obtidos pelas simulaes realizadas.
A construo de um ambiente real torna-se algo complexo, pois implica em uma infraestrutura robusta e instalada em vrios pontos do territrio nacional. Desta forma, para
as simulaes foram utilizados dois equipamentos com diferentes caractersticas e
rodando o simulador NS2 de forma independente.
A utilizao de dois computadores no impede a obteno dos resultados, uma vez que
mantida a mesma programao no cdigo executado. As especificaes dos dois
computadores utilizados so:
1. Processador T2370 Pentium Dual-Core da Intel com velocidade de 1,73 gigahertz,

1GB de memria, sistema operacional Ubuntu LTS 8.04 kernel 2.6.24.21.
2. Processador ADM Semprom 3000+ com velocidade de 1,80 gigahertz, 512MB de

memria, sistema operacional Ubuntu LTS 8.04 kernel 2.6.24.21.
76
Estes equipamentos, em conjunto com o simulador NS2, constroem um ambiente com

as caractersticas do ambiente necessrio para simulao.
A rea disposta para a topologia composta de todo territrio nacional, especificada

em 8.514.205 km e o espao areo sobrejacente rea ocenica, que se estende at
o meridiano 10 W, perfazendo um total de 22 milhes de Km.
Os roteadores e os
gateways so localizados seguindo a diviso das FIRs, e possuem comunicao entre

si para transmisso dos dados.
Os ns, que representam as aeronaves, so dispostos de forma aleatria em toda a

rede. A transmisso dos pacotes iniciada logo que os ns so reconhecidos na rede.
Todos os ns mveis so considerados como fontes constantes de bits para a gerao
do trfego na rede durante o servio de navegao.
Os destinos dos ns so
previamente determinados na simulao, bem como o endereamento que ser

atribudo a cada n durante a rota.
Para preparao do ambiente de simulao utiliza-se o projeto MobiWan, originalmente

desenvolvido pelo Motorola Labs Paris em em colaborao com o INRIA PLANETE
Team, utilizando a verso NS-2.1b6 do Networking Simulator.
A adaptao para a verso ns-2-allinone-2.33 foi gerada atravs do script ns-233mobiwan-1.patch, uma adaptao para nova verso do Networking Simulator,
desenvolvido pelo NICTA - Australia's ICT Research Centre of Excellence. O script
pode ser analisado no ANEXO 2.
A figura 36 ilustra a localizao dos routers e dos gateways utilizados para transmisso
dos dados.
77
Figura 36 - Localizao dos Routers (Fonte: Adaptado de Google Earth, 2008)
A figura 37 ilustra a localizao dos routers e dos gateways utilizados para transmisso
dos dados e a interconexo entre os router e os gateways, demonstrando o ambiente
onde so vistos os links utilizados para a transmisso dos dados entre os ns. Os
gateways so utilizados para definir a interface entre o MN (Mobile Node) e o MAG
(Mobility Access Gateway) no NETLMN Domain (Network-based Localized Mobility
Management Domain).
Para o ATN/IPS, o Mobile Node a aeronave, o Mobility
Access Gateway o roteador ar-terra e o Network-based Localized Mobility

Management Domain um Provedor de Servios, com um nico prefixo de sub-rede arterra (ICAO, 2007a).
78
Figura 37 - Ligao Lgica entre os Routers (Fonte: Adaptado de Google Earth, 2008)
A arquitetura utilizando Mobile IPv6 para os ns da rede j padronizada pelo IETF e

inserida em produtos COTS (Commercial of the Shelf). Os roteadores baseados no
padro IP mvel so considerados dispositivos provedores de servios mveis ou um
roteador mvel, definidos como roteador mvel NEMO (Networks Mobility). No entanto,
a implementao de servios como o PMIP (Proxy Mobile IPv6) ainda est em estudo, o
que dever ser definido pelo Working Group responsvel por adotar a gerncia de
mobilidade para o ATN/IPS.
Assim, a Figura 36 representa os roteadores sem a
utilizao de servios PMIP (ICAO, 2008).
79
7.2.1 Topologia de Rede Utilizada
O mtodo utilizado permite que seja estudado o comportamento do protocolo MIPv6 em

um ambiente simulando a ATN. O cenrio para a simulao composto por 5
roteadores que esto distribudos da seguinte forma:
1 roteador localizado na FIR Braslia;
1 roteador localizado na FIR Amaznica;
1 roteador localizado na FIR Curitiba;
1 roteador localizado na FIR Recife;
1 roteador localizado na FIR Atlntico.
Figura 38 - Topologia da Rede
80
Na Figura 38 ilustrado o ambiente com os roteadores, onde o crculo representando o

Mobile Node definido pelo nmero 1, e os crculos possuindo os nmeros 0, 2, 3, 4 e
5 representam os roteadores definidos nas Figuras 36 e 37.
Os resultados obtidos sero apresentados de forma grfica, devendo ser definidas as

mtricas utilizadas para cada tipo de anlise. Utiliza-se de mtrica comum a todas as
simulaes que sero apresentadas, sendo o emprego de Vetor de Distncia para
topologia. tambm definido o uso de filas FIFO (First in First Out) e a utilizao do link
CDMA/CD (Carrier Sense Multiple Access with Collision Detection).
Os tempos obtidos na simulao seguem os padres de operaes no ar ou no solo.

Atravs da rede RACAM (Rede Administrativa de Comutao Automtica de
Mensagens) o tempo mximo de 30 segundos para entrega da mensagem e aps este
tempo a mensagem passa a ser inconsistente (ICA, 2001). Em operaes onde h a
necessidade da misso ser abortada o tempo para recebimento da mensagem e
tomada de ao do piloto de 3 segundos (MINISTRIO DA AERONUTICA, 2001).
Outras medidas de tempos so consideradas atravs das regulamentaes da RBAC

01 (Regulamento Brasileiro de Aviao Civil) e RBHA (Regulamento Brasileiro de
Homologao Aeronutica), ambas seguem as normas de medias ABNT NBR 7324 que
define as unidades de medidas de uso em aeronutica.
7.3 Anlise dos Resultados por Tipo de Alterao na Rede
A seguir so apresentados os resultados obtidos pela transmisso dos dados na rede,

com variaes na banda, no tamanho do pacote e no tempo de jitter que ser explicado
na seo 7.3.3.
81
7.3.1 Utilizao de Banda
Esta primeira mtrica est relacionada largura do link utilizado para o envio de dados
na rede. Os links esto relacionados diretamente com os roteadores utilizados na
topologia. Os links so determinados como duplex-link, que permitem o envio e o
recebimento de dados ao mesmo tempo. Os valores de $router_ Mb determinam a
largura do link a ser utilizado na rede, em cada um dos roteadores. A definio
DropTail determina o tipo de fila que o sistema utiliza para a vazo dos dados; neste
caso, utilizado o tipo de fila FIFO.
Outro fator essencial para anlise a definio do tipo de propagao e antena

utilizado. Assim, para esta simulao foi definida a propagao Two-ray Ground (1/r4) e
antena Omni-directional. O algoritmo abaixo representa a especificao da propagao
e antena utilizada.
proc def_bs_config { } {
global ns topo
$ns node-config \
-mipv6 ON \
-mipagent BS \
-mobileIP ON \
-wiredRouting ON \
-adhocRouting Network \
-llType LL \
-macType Mac/802_11 \
-ifqType Queue/DropTail/PriQueue \
-ifqLen 50 \
-antType Antenna/OmniAntenna \
-propType Propagation/TwoRayGround \
-phyType Phy/WirelessPhy \
-channelType Channel/WirelessChannel \
-topoInstance $topo \
-agentTrace ON \
-routerTrace ON
}
A propagao Two-ray Ground definida pela equao:
82
PG G h
Pr (d ) = t t 4r t
hr
(1)
d L
onde,
Pr e Pt so as potncias;
d a distncia entre o transmissor e o receptor;
Gt e Gr so os ganhos;
ht a altura de envio e hr a altura recepo e envio das antenas;
L o fator de perda, adotando L=1 para consistir com o modelo de espao livre.
O modelo OnmiAntena um sistema de antena que envia sinais para todas as

direes. O modelo da antena definido pela equao:
Watts
D = 10 log10
2
HPBW Watts (HPBW )
dB
(2)
onde,
D o mximo ganho direto, que mede o poder de alcance da antena e a

densidade de emisso;
dB a relao da densidade de radiao de energia constante;
HPBW (Half-Power BeamWidth) a medida da direo da antena, ou seja, a

separao angular dos pontos de radiao;
Watts a potncia da antena;
Nas Tabelas 1 e 3 so definidos os parmetros da anlise. Atravs de um tempo

mximo para entrega do pacote, analisado o desempenho do protocolo na banda
disponvel para envio dos dados. Os resultados obtidos com os parmetros
apresentados nas Tabelas 1 e 3 so demonstrados nas Tabelas 2 e 4,
83
respectivamente.
Pacote
1000k
Tabela 1 - Parmetro para Anlise da Banda 10MB

Link
Banda
Jitter
Intervalo Simulao
(s)
(ms)
(ms)
Duplex
10 MB
1,8
0,05
2000
Fila
DropTail
Tabela 2 - Resultado: Pacote 1000k e Largura de Banda 10MB
Binding Cache - Node 1.1.0

Node
CoA
1.1.1
1.3.6
Node
CoA
1.1.1
1.3.6
Node
CoA
0.0.0
1.1.0
1.3.6
1.3.6
Node
CoA
1.3.0
1.3.6
Local
Tempo de Entrega do
Pacote (ms)
Atualizao
(ms)
0
MN
1993,36
Tempo de Entrega do Atualizao
Local
Pacote (ms)
(ms)
MN
1993,36
0
Binding Update List - Node 1.1.1
Local
Pacote (ms)
(ms)
CN
1993,35
2009,97
HA
1993,35
2.68435e+08
Base Station List - Node 1.1.1
Local
Pacote (ms)
(ms)
BS
1999,93
0
84
Pacote
1000k
Tabela 3 - Parmetro para Anlise de Banda 2MB

Link
Banda
Jitter
Intervalo Simulao
(s)
(ms)
(ms)
Duplex
2 MB
1,8
0,05
2000
Fila
DropTail
Tabela 4 - Resultado: Pacote 1000k e Largura de Banda 2MB
Node
CoA

Tempo de Entrega do
Local
Pacote (ms)
1.1.1
1.4.6
Node
CoA
MN
1995,65
Binding Cache Node 0.0.0
Tempo de Entrega do
Local
Pacote (ms)
1.1.1
1.4.6
Node
CoA
MN
1995,65
Tempo de Entrega do
Local
Pacote (ms)
1.2.0
0.0.0
1.1.0
1.4.6
1.4.6
1.4.6
Node
CoA
BS
1790,64
CN
1995,64
HA
1995,64
Tempo de Entrega do
Local
Pacote (ms)
1.4.0
1.4.6
BS
1999,58
Atualizao
(ms)
0
Atualizao
(ms)
0
Atualizao
(ms)
1800,64
2009,97
2.68435e+08
Atualizao
(ms)
0
Na simulao baseada nos dados da Tabela 1, nota-se que o tempo estipulado para a
execuo de Binding Cache pelo Node 1.1.1 no se aproxima de seu limite,
trabalhando com o tempo de 1993,36ms.
No entanto, nota-se a diminuio no tempo gasto quando o Node 1.1.1 executa o

Binding Update para a atualizao do Correpondent Node no tempo de 1993,35ms e no
envio de dados sobre sua posio ao seu Home Agent, que utiliza tambm o mesmo
tempo 1993,35ms.
Considerando os testes realizados, os dados representados na Tabela 3 apontam

diferentes pontos no desempenho do protocolo.
85
Utilizando a capacidade de banda em 2MB, o Binding Cache para o Node 1.1.1 passa a
ser realizado no tempo de 1995,65ms. A execuo do Binding Update do Node 1.1.1,
apresenta um bom desempenho na atualizao da Base Station, que realizada no
tempo de 1790,64ms, mas o mesmo desempenho no ocorre na atualizao do
Correspondente Node, que ocorre no tempo de 1995,64ms e do Home Agent que
ocorre no tempo de 1995,64ms.
Quando comparados os tempos gastos na entrega de pacotes com o mesmo tamanho,

mas utilizando diferentes capacidades de banda, o desempenho torna-se comprometido
em banda de baixa capacidade na taxa de transferncia.
7.3.2 Tamanho do Pacote
Esta mtrica est relacionada ao tamanho do pacote de dados que enviado na rede.
O valor definido em $src set packetSize_ determina qual o tamanho do pacote que
ser enviado pela rede, da mesma forma que o valor determinado em $src set
interval_ indica o valor do intervalo entre os pacotes.
Os pacotes transmitidos so encapsulados no protocolo de transporte para serem

enviados por tunelamento entre os roteadores. O envio dos pacotes na rede requer a
insero de um cabealho de roteamento para que haja entrega correta dos pacotes.
As implementaes do momento deste encapsulamento e da insero do cabealho de
roteamento so apresentadas a seguir:
# encapsulamento
set encap_ [new MIPEncapsulator]
$encap_ set addr_ $nodeaddr
$encap_ set port_ 1
$encap_ target $classifier_hier_
$encap_ set node_ $self
86
# cabealho de roteamento
set src_routing_ [new SrcRouting]
$src_routing_ set port_ [Simulator set RT_HDR_PORT]
$src_routing_ set node_ $self
$self attach $src_routing_ [Simulator set RT_HDR_PORT]
$src_routing_ node $self
Nas Tabelas 5 e 7 so apresentados os valores para anlise com diferentes tamanhos

de pacotes.
Pacote
1200k
Tabela 5 - Parmetros para Anlise de Pacotes 1200k

Link
Banda Jitter Intervalo
Simulao
Fila
(s)
(ms)
(ms)
Duplex
10 MB
1,8
0,05
2000
DropTail
Tabela 6 - Resultado: Pacote 1200k e Largura de Banda de 10MB
Node
COA

Tempo de Entrega do
Local
Atualizao (ms)
Pacote (ms)
1.1.1
1.3.6
Node
COA
MN
1991,82
Tempo de Entrega do
Local
0
Atualizao (ms)
Pacote (ms)
1.1.1
Node
1.3.6
MN
1991,83
Tempo de Entrega do
COA
Local
0
Atualizao (ms)
Pacote (ms)
1.4.0
0.0.0
1.1.0
1.3.6
1.3.6
1.3.6
Node
COA
BS
1836,82
CN
1991,82
HA
1991,82
Tempo de Entrega do
Local
1846,82
2009,97
2.68435e+08
Atualizao (ms)
Pacote (ms)
1.3.0
1.3.6
BS
1999,45
87

Pacote
Link
Banda
Jitter Interval
Simulao
Fila
(s)
o (ms)
(ms)
150k
Duplex
10 MB
1,8
0,05
2000
DropTail
Node
CoA

Tempo de Entrega do
Local
Pacote (ms)
1.1.1
1.3.6
Node
CoA
MN
1994,51
Tempo de Entrega do
Local
Pacote (ms)
1.1.1
1.3.6
Node
CoA
MN
1994,51
Tempo de Entrega do
Local
Pacote (ms)
0.0.0
1.1.0
1.3.6
1.3.6
Node
CoA
CN
1994,5
HA
1994,5
Tempo de Entrega do
Local
Pacote (ms)
1.3.0
1.3.6
BS
1999,4
Atualizao
(ms)
0
Atualizao
(ms)
0
Atualizao
(ms)
2009,96
2.68435e+08
Atualizao
(ms)
0
Os valores foram obtidos pela simulao com diferentes tamanhos de pacotes

utilizando sempre a mesma capacidade na taxa de transferncia da banda e o mesmo
tamanho de jitter.
Pode ser observado nas Tabelas 6 e 8 que o tamanho do pacote no interfere no

desempenho do Node, uma vez que na primeira simulao o tamanho do pacote de
1200k, o tempo para execuo de Binding Cache foi de 1991,82ms, o Binding Update
foi realizado para a Base Station no tempo de 1836,82ms, para o Correspondent Node
o tempo foi de 1991,82ms e a atualizao do Home Agente tambm ocorreu em
1991,82ms.
Nota-se que somente o tamanho do pacote no interfere no desempenho da rede, uma

vez que o roteamento determinado pelo melhor caminho.
88
7.3.3 Jitter
Esta mtrica est relacionada com o atraso aceitvel para a entrega dos pacotes de
dados na rede. Tambm definida como a medida de variao do atraso entre os
pacotes sucessivos de dados. Os valores de jitter so determinados para cada roteador
por s (segundos). No entanto, os valores podem ser repetidos igualmente a todos. O
valor de jitter determinado por:
Jitter = T2 T1 T p
(3)
onde,
T2 representa o tempo de chegada do pacote anterior;
T1 representa o tempo de chegada do pacote atual;
Tp indica o valor de tempo para gerao do pacote no roteador.
Nas Tabelas 9 e 11 so apresentados os valores para anlise com o mesmo tamanho

de jitter. Para a anlise so consideradas as mesmas capacidades para as bandas,
diferentes tamanhos de pacotes, intervalos iguais e mesmos tempos de simulao.
Tabela 9 - Parmetro para Anlise de Jitter 3,8s e Pacote de 500k

Pacote
Link
Banda
Jitter
Intervalo Simulao
Fila
(s)
(ms)
(ms)
500k
Duplex
10 MB
3,8
0,05
2000
DropTail
89
Tabela 10 - Resultado: Pacote 500k e Jitter 3,8s
Node
CoA

Tempo de Entrega do
Local
Pacote (ms)
1.1.1
1.1.1
Node
CoA
MN
1985,89
Tempo de Entrega do
Local
Pacote (ms)
1.1.1
1.1.1
Node
CoA
MN
1985,91
Tempo de Entrega do
Local
Pacote (ms)
1.2.0
0.0.0
1.1.0
1.1.1
1.1.1
1.1.1
Node
CoA
BS
1985,89
CN
1985,89
HA
1985,89
Tempo de Entrega do
Local
Pacote (ms)
1.1.0
1.2.0
1.1.1
1.2.6
BS
BS
1999,97
1999,21
Atualizao
(ms)
0
Atualizao
(ms)
0
Atualizao
(ms)
1995,89
1995,91
2.68435e+08
Atualizao
(ms)
0
0
Tabela 11 - Parmetro para Anlise de Jitter 3,8s e Pacote de 1000k

Pacote
Link
Banda
Jitter Interval Atualizao
Fila
(s)
o (ms)
(ms)
1000k Duplex
10 MB
3,8
0,05
2000
DropTail
90
Tabela 12 - Resultado: Pacote 1000k e Jitter 3,8s
Node
CoA

Tempo de Entrega do
Local
Pacote (ms)
1.1.1
1.4.6
Node
CoA
MN
1990,78
Tempo de Entrega do
Local
Pacote (ms)
1.1.1
1.4.6
Node
CoA
MN
1990,79
Tempo de Entrega do
Local
Pacote (ms)
1.3.0
0.0.0
1.1.0
1.4.6
1.4.6
1.4.6
Node
CoA
BS
1945,77
CN
1990,77
HA
1990,77
Tempo de Entrega do
Local
Pacote (ms)
1.4.0
1.3.0
1.4.6
1.3.6
BS
BS
1999,83
1999,87
Atualizao
(ms)
0
Atualizao
(ms)
0
Atualizao
(ms)
1955,77
2009,97
2.68435e+08
Atualizao
(ms)
0
0
Comparando as Tabelas 10 e 12, pode ser observado que as utilizaes do mesmo

valor de jitter, em diferentes tamanhos de pacotes, geram uma considervel diferena
na rede quanto entrega dos pacotes. Considerando o tamanho do pacote em 500k,
obteve-se como Binding Cache para o Node 1.1.1 o tempo de 1985,89ms e o Binding
Cache para o Node 0.0.0 o tempo for de 1985,91ms. Avaliando o tempo de Binding
Update para o Node 1.1.1 os valores foram de 1985,89ms, sendo iguais para Base
Station, Correspondent Node e Home Agent.
Para o tamanho de pacote em 1000k, considerando o mesmo jitter, o valor de Binding

Cache para o Node 1.1.1 foi de 1990,78ms e para o Node 1.1.1 com atualizao do
roteador 0.0.0 o valor foi de 1990,79ms. O tempo de Binding Update para o Node 1.1.1
ficou em 1945,77ms para Base Station, a atualizao no Correspondent Node foi no
tempo de 1990,77ms e o mesmo tempo de 1990,77ms para Home Agent.
Observando os resultados, vale ressaltar que, se inserido um valor muito alto para jitter,
o desempenho da rede fica comprometido quando se trabalha com grandes pacotes.
91
Captulo
8
Captulo 8: CONCLUSO E FUTUROS TRABALHOS
Neste captulo so apresentadas a concluses finais do estudo realizado, destacando

futuras linhas de pesquisas que podem vir a dar continuidade a esta dissertao.
8.1 Concluses
Neste trabalho foi analisado o comportamento do protocolo MIPv6 em um ambiente

ATN. O estudo iniciou-se com a anlise da rede, na qual foi apresentado um estudo
sobre as falhas decorrentes da utilizao do Canal VHF, seguida pela apresentao
dos novos estudos para e arquitetura ATN apresentadas pela ICAO, em particular a
utilizao do protocolo IPv6 no novo conceito de ATN/IPS. Finalizando, foi estudado o
envio de dados na ATN utilizando como base o protocolo MIPv6.
Uma das principais contribuies deste trabalho foi demonstrar o bom desempenho do
uso do MIPv6 para transmisso de dados. A utilizao do protocolo como forma de
roteamento das aeronaves traz a possibilidade de oferecer ao rgo de Controle, como
complemento aos servios de navegao, informao exata da localizao da aeronave
em qualquer domnio que esteja sobrevoando ou em qualquer momento de conexo.
92
Neste estudo demonstra-se a viabilidade de implantao da sute de protocolos IPv6,

trazendo para a ATN servios seguros e podendo trabalhar com o aspecto de
confidencialidade na troca de mensagens, o que atualmente no oferecido pela ATN.
Com os resultados obtidos durante a simulao para a utilizao de banda, sendo, na

banda de 10MB a atualizao do Home Agent de 1993,35ms e com a utilizao da
banda de 2MB o valor de atualizao ficou em 1995,64. Os resultados por tamanho de
pacote com 1200k em 1991,82ms e o pacote de 150k em 1994,5ms, tendo para ambos
os valores uma banda com capacidade de 10MB. E, com o uso de jitter com valor
elevado os resultados foram para um pacote 500k o tempo para atualizao no Home
Agente foi de 1985,89ms, j utilizando um pacote 1000k a atualizao foi de
1990,77ms, ambos os resultados utilizando o jitter de 3,8s e banda de 10MB de
capacidade.
Analisando os resultados obtidos neste trabalho de pesquisa, pode-se concluir que a

utilizao do protocolo passa a ter um bom desempenho em redes com capacidades
mais elevadas e com menor tempo utilizado na gerao entre os pacotes que sairo
pelo roteador. J com os tamanhos de pacotes no houve degradao, pois o emprego
do vetor de distncia trabalha sempre com o melhor caminho para entrega dos
datagramas.
Tratando-se dos valores de Binding Cache para os Mobile Nodes 1.1.0 e 0.0.0 os
valores conseguidos ficaram todos abaixo dos 2000ms definidos para testes de
simulao. Resultando na anlise de banda com capacidade de 10MB ambos os Nodes
o tempo de 1993,36ms e utilizando uma banda de 2MB os valores de ambos foram de
1995,65ms. Para anlise de pacotes com utilizao da banda de 10MB, os pacotes de
1200k tiveram o tempo de 1991,82ms para o Node 1.1.0 e o tempo de 1991,83ms para
o Node 0.0.0. Com o envio de pacotes de 150k o tempo de atualizao para ambos os
Nodes foram de 1994,51ms. Quanto a utilizao de jitter os valores para os pacotes de
500k foram de 1985,89ms para o Node 1.1.0 e no valor de 1985,91 para o Node 0.0.0.
93
Enquanto, para os pacotes de 1000k o valor de atualizao do Node 1.1.0 foi de

1990,78ms e para o Node 0.0.0 foi de 1990,79ms.
Com os resultados obtidos durante o Binding Cache, demonstra-se que a

movimentao dos Mobile Nodes no afetada durante todo o percurso dentro da rede,
mesmo em pontos onde a atualizao do Node na rede em que est obtendo um
endereo virtual tenha um atraso de 10ms.
Outro ponto de grande relevncia deste trabalho, que merece ateno, a relativa
facilidade de trabalhar com uma arquitetura IPS. A implementao de uma pilha de
protocolos voltada Internet facilita a integrao de diversas aplicaes e servios a
rede.
Finalizando, o estudo desenvolvido para a realizao deste trabalho com a

implementao de mtricas especficas para controle em um ambiente mvel traz uma
importante contribuio para futuros estudos em ambiente mvel utilizando a sute IPv6.
8.2 Trabalhos Futuros
Os trabalhos futuros aqui apresentados esto relacionados diretamente aos resultados

obtidos durante este estudo. Trata-se de novas linhas de pesquisas relacionadas
diretamente aos novos protocolos mveis para comunicao.
Uma linha de grande abrangncia o estudo da navegao com os novos protocolos

HMIPv6 e FHMIPv6. O desenvolvimento de novos ambientes de testes com estes
protocolos proporcionar um elevado e importante trabalho para a navegao.
A injeo de falhas nos ambientes testados tambm pode vir a ser uma nova e
importante linha de pesquisa. Estas falhas podem envolver diretamente a taxa de
94
comunicao do ambiente, fazendo com que a injeo de falhas altere a comunicao

oferecida e o ambiente oferea uma soluo imediata ao problema.
Ainda como injeo de falhas pode-se envolver as configuraes de hardware, como

tabela de roteamento e interrupo de servios, que o tornam linhas bastante
interessantes a serem pesquisadas.
Com a mesma importncia apresenta-se o estudo direcionado implementao de

firewall, esta linha de pesquisa justificada para o caso dos servios oferecidos,
utilizando protocolos de Internet, necessitar de segurana para transmisso dos dados.
95
Anexo
1
Anexo 1: Quadro de Protocolos
Decimal
0
1
2
3
4
5
6
7
8
Keyword
HOPOPT
ICMP
IGMP
GGP
IP
ST
TCP
CBT
EGP
9
10
11
12
13
14
15
16
17
18
IGP
BBN-RCC-MO
NVP-II
PUP
ARGUS
EMCON
XNET
CHAOS
UDP
MUX
19
20
21
DCN-MEAS
HMP
PRM
Protocol
IPv6 Hop-by-Hop Option
Internet Control Message
Internet Group Management
Gateway-to-Gateway
IP in IP (encapsulation)
Stream
Transmission Control
CBT
Exterior Gateway Protocol
any private interior gateway
(used by Cisco for their IGRP)
BBN RCC Monitoring
Network Voice Protocol
PUP
ARGUS
EMCON
Cross Net Debugger
Chaos
User Datagram
Multiplexing
DCN Measurement
Subsystems
Host Monitoring
Packet Radio Measurement
96
References
[RFC1883]
[RFC792]
[RFC1112]
[RFC823]
[RFC2003]
[RFC1190][RFC1819]
[RFC793]
[Ballardie]
[RFC888][DLM1]
[IANA]
[SGC]
[RFC741,SC3]
[PUP,XEROX]
[RWS4]
[BN7]
[IEN158,JFH2]
[NC3]
[RFC768,JBP]
[IEN90,JBP]
[DLM1]
[RFC869,RH6]
[ZSU]
22
23
24
25
26
27
28
29
30
31
32
XNS-IDP
TRUNK-1
TRUNK-2
LEAF-1
LEAF-2
RDP
IRTP
ISO-TP4
NETBLT
MFE-NSP
MERIT-INP
33
34
DCCP
3PC
35
36
37
IDPR
XTP
DDP
38
39
40
41
IDPR-CMTP
TP++
IL
IPv6
42
43
44
45
46
47
SDRP
IPv6-Route
IPv6-Frag
IDRP
RSVP
GRE
48
49
50
51
DSR
BNA
ESP
AH
52
53
I-NLSP
SWIPE
54
55
NARP
MOBILE
56
TLSP
XEROX NS IDP
Trunk-1
Trunk-2
Leaf-1
Leaf-2
Reliable Data Protocol
Internet Reliable Transaction
ISO Transport Protocol Class 4
Bulk Data Transfer Protocol
MFE Network Services Protocol
MERIT Internodal Protocol
Datagram Congestion Control
Protocol
Third Party Connect Protocol
Inter-Domain Policy Routing
Protocol
XTP
Datagram Delivery Protocol
IDPR Control Message
Transport Proto
TP++ Transport Protocol
IL Transport Protocol
Ipv6
Source Demand Routing
Protocol
Routing Header for IPv6
Fragment Header for IPv6
Inter-Domain Routing Protocol
Reservation Protocol
General Routing Encapsulation
Dynamic Source Routing
Protocol
BNA
Encap Security Payload
Authentication Header
Integrated Net Layer Security
TUBA
IP with Encryption
NBMA Address Resolution
Protocol
IP Mobility
Transport Layer Security
Protocol
97
[ETHERNET,XEROX]
[BWB6]
[BWB6]
[BWB6]
[BWB6]
[RFC908,RH6]
[RFC938,TXM]
[RFC905,RC77]
[RFC969,DDC1]
[MFENET,BCH2]
[HWB]
[RFC4340]
[SAF3]
[MXS1]
[GXC]
[WXC]
[MXS1]
[DXF]
[Presotto]
[Deering]
[DXE1]
[Deering]
[Deering]
[Sue Hares]
[Bob Braden]
[Tony Li]
[RFC4728]
[Gary Salamon]
[RFC2406]
[RFC2402]
[GLENN]
[JI6]
[RFC1735]
[Perkins]
[Oberg]
57
58
59
60
61
62
63
SKIP
IPv6-ICMP
IPv6-NoNxt
IPv6-Opts
64
65
SAT-EXPAK
KRYPTOLAN
66
67
68
69
70
71
RVD
IPPC
72
73
74
75
76
CPNX
CPHB
WSN
PVP
BR-SAT-MON
77
78
79
80
81
82
83
84
85
86
87
88
89
90
SUN-ND
WB-MON
WB-EXPAK
ISO-IP
VMTP
SECURE-VMT
VINES
TTP
NSFNET-IGP
DGP
TCF
EIGRP
OSPFIGP
Sprite-RPC
91
92
LARP
MTP
CFTP
SAT-MON
VISA
IPCV
using Kryptonet key

management
SKIP
ICMP for IPv6
No Next Header for IPv6
Destination Options for IPv6
any host internal protocol
CFTP
any local network
SATNET and Backroom
EXPAK
Kryptolan
MIT Remote Virtual Disk
Protocol
Internet Pluribus Packet Core
any distributed file system
SATNET Monitoring
VISA Protocol
Internet Packet Core Utility
Computer Protocol Network
Executive
Computer Protocol Heart Beat
Wang Span Network
Packet Video Protocol
Backroom SATNET Monitoring
SUN ND PROTOCOLTemporary
WIDEBAND Monitoring
WIDEBAND EXPAK
ISO Internet Protocol
VMTP
SECURE-VMTP
VINES
TTP
NSFNET-IGP
Dissimilar Gateway Protocol
TCF
EIGRP
OSPFIGP
Sprite RPC Protocol
Locus Address Resolution
Protocol
Multicast Transport Protocol
98
[Markson]
[RFC1883]
[RFC1883]
[RFC1883]
[IANA]
[CFTP,HCF2]
[IANA]
[SHB]
[PXL1]
[MBG]
[SHB]
[IANA]
[SHB]
[GXT1]
[SHB]
[DXM2]
[DXM2]
[VXD]
[SC3]
[SHB]
[WM3]
[SHB]
[SHB]
[MTR]
[DRC3]
[DRC3]
[BXH]
[JXS]
[HWB]
[DGP,ML109]
[GAL5]
[CISCO,GXS]
[RFC1583,JTM4]
[SPRITE,BXW]
[BXH]
[SXA]
93
AX.25
94
IPIP
95
MICP
96
SCC-SP
97
98
99
100
ETHERIP
ENCAP
101
102
103
104
105
106
107
IFMP
PNNI
PIM
ARIS
SCPS
QNX
A/N
108
109
110
111
IPComp
SNP
Compaq-Pee
IPX-in-IP
112
VRRP
113
114
115
116
PGM
117
118
119
120
121
122
IATP
STP
SRP
UTI
SMP
SM
123
124
125
PTP
ISIS over IPv4
FIRE
GMTP
L2TP
DDX
AX.25 Frames
IP-within-IP Encapsulation
Protocol
Mobile Internetworking Control
Pro.
Semaphore Communications
Sec. Pro.
Ethernet-within-IP
Encapsulation
Encapsulation Header
any private encryption scheme
GMTP
Ipsilon Flow Management
Protocol
PNNI over IP
Protocol Independent Multicast
ARIS
SCPS
QNX
Active Networks
IP Payload Compression
Protocol
Sitara Networks Protocol
Compaq Peer Protocol
IPX in IP
Virtual Router Redundancy
Protocol
PGM Reliable Transport
Protocol
any 0-hop protocol
Layer Two Tunneling Protocol
D-II Data Exchange (DDX)
Interactive Agent Transfer
Protocol
Schedule Transfer Protocol
SpectraLink Radio Protocol
UTI
Simple Message Protocol
SM
Performance Transparency
Protocol
99
[BK29]
[JI6]
[JI6]
[HXH]
[RFC3378]
[RFC1241,RXB3]
[IANA]
[RXB5]
[Hinden]
[Callon]
[Farinacci]
[Feldman]
[Durst]
[Hunter]
[Braden]
[RFC2393]
[Sridhar]
[Volpe]
[Lee]
[RFC3768]
[Speakman]
[IANA]
[Aboba]
[Worley]
[Murphy]
[JMP]
[Hamilton]
[Lothberg]
[Ekblad]
[Crowcroft]
[Welzl]
[Przygienda]
[Partridge]
126
127
128
129
CRTP
CRUDP
SSCOPMCE
IPLT
130
SPS
131
132
133
134
135
136
137
PIPE
SCTP
FC
RSVP-E2EIGNORE
Mobility Header
UDPLite
MPLS-in-IP
138
manet
Combat Radio Transport

Protocol
Combat Radio User Datagram
Secure Packet Shield
Private IP Encapsulation within
IP
Stream Control Transmission
Protocol
Fibre Channel
MANET Protocols
139
HIP
Host Identity Protocol
140-252 Unassigned
Use for
experimentation
253
and testing
Use for
experimentationan
254
d testing
255
Reserved
100
[Sautter]
[Sautter]
[Waber]
[Hollbach]
[McIntosh]
[Petri]
[Stewart]
[Rajagopal]
[RFC3175]
[RFC3775]
[RFC3828]
[RFC4023]
[RFC-ietf-manet-iana07.txt]
[RFC-ietf-hip-base10.txt]
[IANA]
[RFC3692]
[RFC3692]
[IANA]
Anexo
2
Anexo 2: Cdigo de Preparao do Ambiente
Este Anexo permite a anlise do cdigo para a preparao do ambiente, originalmente

desenvolvido para utilizao da verso ns-2.1b6, para a verso mais atualizada do
simulador, a verso ns-2-allinone-2.33. Alm disso serve como fonte de consulta para
novas implementaes em verses que devem surgir futuramente do Networking
Simulator.
Contedo disponvel em CD.
101
REFERNCIAS
ATNP. Requirements placed on the ATN Communication Service by Air/Ground

Applications. Appendix D, 1995.
BOISVERT, R. E; ORLANDO, V.A. ADS-Mode S system overview. IEEE Digital Avionics
Systems Conference. 12th DASC, AIAA/IEEE, p104 a 109, 1993.
BREGMAN, Albert S. The Perceptual Organization of Sound. Auditory Scene Analysis. The
MIT Press. 1990. Leitura complementar: MARTINS, Luis Gustavo. Representao de Sinais
Sonoros. Acessado em 28 de junho de 2008. Disponvel em <http://www.porto.ucp.pt>
CHUJO, Amlia M.; WALTER, Fernando. Atividades do Laboratrio GNSS do ITA
Relacionadas com CNS/ATM. IV Simpsio de Transporte Areo, So Jos dos Campos, Brasil,
p219 a 229, 2005.
COMER, D. E. Interligao em Rede com TCP/IP. Rio de Janeiro: Editora Campus, 1998.
DOD. Design Criteria Standard Limit Noise. Department of Defense, MIL-STD-1474D.
1997. Leitura complementar: BRUNT, Chris. Speech Interfrence Levels in Aircraft Interior
Noise Measurement: Their Use and Interpretation . Acessado em: 28 de junho 2008.
Disponvel em: <ttp://www.armchair.com/sci/brunt1.html>.
ESTRIN, Deborah. VINT: Status and Plans. DARPA Networking PI Meeting, 1998. Leitura
Complementar: ISI. Network Simulator NS). Disponvel em: <http://www.isi.edu/nsnam/ns/>.
ltimo acesso: em 08 de Maro de 2008. 2008.
FAA. Merging and Spacing Enabling Continuous Descent Arrivals An Update. ASAS-TN
2.5: Towards an ASAS-Global Network: Next Steps. Itlia. 2008. Leitura complementar:
Surveillance
and
Broadcast
Services
Disponvel
em:
<
http://www.faa.gov/about/office_org/headquarters_offices/ato/service_units/enroute/surveillance
_broadcast/>. ltimo Acesso: em 12 de Dezembro de 2008.
FALL, K. The ns Manual (formerly ns Notes and Documentation). UC Berkeley. 2000
FARREL, Adrian. A Internet e seus Protocolos. So Paulo: Editora Campus, 2005.
102
FEIGHERY, Patrick et al. The Aeronautical Telecomunications Network (ATN) Testbed.

IEEE Digital Avionics Systems Conference. 15th AIAA/IEEE, p187 a 122, 1996.
GALLO, Michel A. e HANCOCK, William M. Comunicao entre Computadores e

Tecnologias de Rede. So Paulo: Pioneira Thomson Learning, 2003.
GAMA, Ana. P., SLAMAB, Jules G., NOGUEIRA, Rita. Caracterizao de Rudo de
Equipamentos de Apoio em Solo de Aeroportos. IV Congresso Ibero-Americano de Acstica.
2004. Portugal.
HARISON, Michael J. ADS-X The Next Gen Approach For The Next Generation Air
Transportation System. IEEE Digital Avionics Systems Conference. 25th, 2006. Leitura
complementar: SITA. ADS-X Extended ADS-B Surveillence: stio na internet. Disponvel em:
< http://www.sita.aero>. ltimo acesso: em 20 de Fevereiro de 2007. 2006.
ICAO. ATN Internet Communication Architecture. ATNS - ATN Seminar and Third ATN
Transition Task Force Meeting, 2001.
ICAO. Third Meeting of the Air Traffic Management / Communications, Navigation and
Surveillance Subgroup (ATM/CNS/SG/4) - CNS Committee. Mxico, 2005.
ICAO. Applications in the ATN/OSI and the ATN/IPS. Aeronautical Communications Panel
(ACP) Working Group N (Networking) Sixt Meeting -. Belgium, 2006.
ICAO. Presentation to the 2007 CNS/ATM - Developments on the ICAO - Aeronautical
Telecommunication Network (ATN). Conference Organized by the AFCEA and ELSG, 2007.
ICAO. Recommendations for Local and Global Mobility Management for ATN IPS
Mobility. Aeronautical Communications Panel (ACP) - WG I Internet Protocol Suite.
Denmark, 2007a.
ICAO. Air Ground ATN/IPS. Aeronautical Communications Panel (ACP) - WG I Internet

Protocol Suite - 6th Meeting. Canada, 2008.
ICAO. ATN IPS Guidance Material. Aeronautical Communications Panel (ACP) - 6th Meeting
of Working Group I - Canada, 2008a.
103
IETF. RFC 2460 - Internet Protocol Version 6 (IPv6). 1998.
IETF. RFC 791 - Internet Protocol. 1981.

IETF. RFC 1883 - Internet Protocol, version 6 (Ipv6). 1995.
IETF. RFC 5237 - IANA Allocation Guidelines for the Protocol Field. 2008.
IETF. RFC 2002 - IP Mobility Support. 1996.
IETF. RFC 3775 - Mobility Support in IPv6. 2004.
IETF. RFC 4140 - Hierarchical Mobile IPv6 Mobility Management (HMIPv6). 2005.
ISO. Information technology - Protocol for providing the connectionlessmode network
service. Second Edition, 1994.
LAGO, Isabel F.; FERREIRA, Luiz D. D.; KRUEGER, Claudia P. GPS and GLONASS:
Theorical Aspects and Pratical Applications. II Colquio Brasileiro de Cincias Geodsias,
Curitiba, Brasil, v8, no 2, p37 a 53, 2001.
MINISTRIO DA AERONUTICA. Regras do Ar e Servios de Trfego Areo. IMA 10012. 1999.
MINISTRIO DA AERONUTICA. Telecomunicaes Aeronuticas e Controle do Trfego
Areo - Diretrizes Bsicas para Situao de Degradao. IMA 63-1. 1999a.
MINISTRIO DA AERONUTICA. Servios Radiotelefnicos de Operaes. FMA 102-2.
1999b.
MINISTRIO DA AERONUTICA. Manual do Especialista em Informao Aeronutica
MCA 53-1. 2000.
MINISTRIO DA AERONUTICA. Procedimentos de Telecomunicaes - IMA 102-2.
2001.
104
MINISTRIO DA AERONUTICA. Plano Nacional de Implantao dos Sistemas

CNS/ATM - PCA 63-1. 2002.
MINISTRIO DA AERONUTICA. Programa de Transio do SISCEAB para os Sistemas
CNS/ATM. Portaria. 2003. Leitura complementar: TORELLI, DANIEL; Transio para o
CNS/ATM. Janeiro, 2005. 8p. Disponvel em:<http://www.asasbrasil.com.br/artigos>. ltimo
acesso: em 19 de fevereiro de 2007.
NETO, Joo Evangelista; Segurana em Redes de Telecomunicaes Aeronuticas e seu
desempenho em canal VDL modo 2. 2005. 91p. Dissertao (Mestrado) - Instituto Tecnolgico
de Aeronutica. So Jos dos Campos.
OLIVEIRA, talo R.; et al. Uma Arquitetura Lgica para Auxlio Tomada de deciso no
Gerenciamento de trfego Areo. IV Simpsio de Transporte Areo, So Jos dos Campos,
Brasil, p187 a 205, 2005.
ONTIVEROS, J. Descubrir el control areo. Madri: Edita Centro de Documentacin y
Publicaciones de Aena, 2003.
PERRONS, R. K.; Make-Buy Decisions in the U. S. Aircraft industry. 1997. 143p. Dissertao
(Master of Science) - Massachusetts Institute of Technology. 1997.
PERKINS, C. E.; JOHNSON, D. B. Mobility Support in IPv6. International Conference on
Mobile Computing and Networking. Rye, New York, pag 27-37. 1996.
PRGP, Movimento Operacional Acumulado na Rede Infraero. Material Institucional.
INFRAERO, 2008. Leitura Complementar: Acessado em: 28 de junho 2008. Disponvel em:
<ttp://www.infraero.gov.br>.
ROLIM, Higino L. et al. O Controle do Espao Areo. So Jos dos Campos: DECEA, 2006.
Leitura Complementar: DECEA. Departamento de Controle do Espao Areo: stio na
internet. Disponvel em: <http://www.decea.gov.br>. ltimo acesso: em 01 de Fevereiro de 2007.
2005.
ROSSI, Magali A. et al. Um Novo Conceito para Redes de Telecomunicaes Aeronuticas e
a Aviao Civil Brasileira. IV Simpsio de Transporte Areo, So Jos dos Campos, Brasil,
p307, 2005.
105
ROSSI, Magali A.; ALMEIDA, Jorge Rady; MENEZES, Genivaldo J. Anlise Espectral na
Identificao de Comunicaes que Utilizam o Canal VHF Aeronutico. V Simpsio de
Transporte Areo, Braslia, Brasil, p 165 - 172, 2006.
RTCA. ADS-B 1090 MHz MOPS. RTCA Special Committee 186, Working Group 3 Meeting 2. 2001. Leitura Complementar: FAA. ACB n 420 - Welcome to ADS-B Home Page:
stio na internet. Disponvel em: < http://adsb.tc.faa.gov>. ltimo acesso: em 20 de Fevereiro de
2007. 2006.
SGNORE, T. L.; GIRARD, Mary. The Aeronautical Telecomunications Network (ATN).
Military Communications Conference. MILCOM 98. Proceedings., IEEE Volume 1, p40 - 44,
vol 1, 1998.
SIQUEIRA, CRISTIANE DE A.; Navegao Area Segundo Conceito CNS/ATM: Custos e
Benefcios. 2005. 145p. Dissertao (Mestrado) - Instituto Tecnolgico de Aeronutica. So Jos
dos Campos.
SOUZA, Marilia Vidigal da Costa; Estudo da soluo de segurana na ATN (Rede de
Telecomunicaes Aeronuticas) e seu desempenho em canal via satlite. 2004. 85p.
Dissertao (Mestrado) - Instituto Tecnolgico de Aeronutica. So Jos dos Campos.
SCHAWARZ, Ralph J., FRIEDLAND,
Rio de Janeiro, 1972.
Bernard. Sistemas Lineares 1. Ao Livro Tcnico,
TANENBAUM, A. S. Redes de Computadores. So Paulo: Editora Campus, 2003.

VISMARI, Lcio Flvio; Vigilncia Dependente Automtica no Controle de Trfego Areo:
Avaliao de Risco Baseada em Modelagem em Redes de Petri Fluidas e Estocsticas. 2007.
272p. Dissertao (Mestrado) Escola Politcnica da Universidade de So Paulo.
YAIZ, R.; OZTURK, O. Mobility in IPv6. University of Twente, Netherlands.2006.
106
Apndice
A
Apndice A: Cdigo MIPv6
Este Apndice contm o algoritmo que possui as estruturas atendendo as necessidades

para simulao de ambiente utilizando MIPv6. Atravs deste algoritmo ser aferido o
comportamento do protocolo.
Contedo disponvel em CD.
107

AVALIAÇÃO DE DESEMPENHO DO PROTOCOLO MIPv6 UTILIZANDO A REDE DE TELECOMUNICAÇÃO AERONÁUTICA (ATN)

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

AVALIAÇÃO DE DESEMPENHO DO PROTOCOLO MIPv6 UTILIZANDO A REDE DE TELECOMUNICAÇÃO AERONÁUTICA (ATN)

Transféré par

Droits d'auteur :

Formats disponibles

MAGALI ANDREIA ROSSI

AVALIAO DE DESEMPENHO DO PROTOCOLO MIPv6 UTILIZANDO

Dissertao apresentada Escola

MAGALI ANDREIA ROSSI

AVALIAO DE DESEMPENHO DO PROTOCOLO MIPv6 UTILIZANDO

Dissertao apresentada Escola

Este exemplar foi revisado e alterado em relao verso original, sob

Assinatura do autor _________________________

Assinatura do orientador _____________________

Rossi, Magali Andreia

Dedico este trabalho aos meus pais Virgilio e Eva,

Primeiramente a Deus, por me permitir ter foras em muitos momentos difceis at a

Aos professores Prof. Dr. Joo Batista Camargo Jr. e

A inestimvel colaborao dos amigos da INFRAERO, Torre do Aeroporto Internacional

Igualmente grata a Olivier Mehani do NICTA - Australia's ICT Research Centre of

Aos amigos de Mestrado, pelas inmeras horas de estudos rduos e momentos de

Atualmente a utilizao do padro IPS (Internet Protocol Suite) na ATN compreende os

behavior tests of the MIPv6 protocol are simulated.

LISTA DE ABREVIATURAS E SIGLAS

Captulo 1: INTRODUO ..................................................................................1

2.6.3 Vigilncia ............................................................................................22

Captulo 7: ANLISE DE RESULTADOS .........................................................76

Figura 1 - Regies de Navegao Area Determinadas pela ICAO (Fonte:

Figura 18 - Comparao de Aplicaes nos modelos ATN/OSI e ATN/IPS (Fonte:

Figura 35 - Espectrograma do Vo 5.......................................................................... 74

Quadro 1 - Quadro de Classificao dos Espaos ATS Utilizados no Brasil ......14

Tabela 1 - Parmetro para Anlise da Banda 10MB...........................................84

LISTA DE ABREVIATURAS E SIGLAS

Aeronautical Administrative Communication

Associao Brasileira de Normas Tcnicas - Norma Brasileira

Centro de Controle de rea

International Computer Science Institute

Aeronautical Communications Panel

Automatic Dependent Surveillance

Armed Forces Communications and Electronics Association

Aeronautical Mobile Satellite Service

Aeronautical Mobile Communications Panel

Air Navigation Commission

Aeronautical Operational Communication

Auxiliary Power Unit

Advanced Research Projects Agency

Air Traffic Control

Air Traffic Service Communication

Air Traffic Flow Management

Automatic Terminal Information Service

Air Traffic Management

Aeronautical Telecommunication Networking

Aeronautical Telecommunication Networking Panel

Air Traffic Service

Zona de Trfego de Aerdromo

Boundary Intermediate System

Code Division Multiple Access

Carrier Sense Multiple Access with Collision Detection

Centro Integrado de Defesa Area e Controle de Trfego

Connectionless Network Protocol

Connectionless Transport Protocol

Communication Navigation and Surveillance

Communication Navigation and Surveillance / Air Traffic

Collaborative Simulation for Education and Research

Commercial of the Shelf

Controller-Pilot Data Link Communications

Defense Advanced Research Projects Agency

Departamento de Controle do Espao Areo

American Department of Defense