Anais - Engenharia de Redes de Comunicação - UnB

Outro aprimoramento na aplicação consiste na verificação da distância
euclidiana entre o recebimento da mensagem e o local do acidente, obtida através das
coordenadas X e Y, servindo como um critério de parada de reenvio das mensagens. A
cada tipo de alerta é atribuída uma distância máxima, que comparada ao local de
recebimento da mensagem, determina se este alerta deve ou não ser retransmitido aos
outros condutores.
Por exemplo, para uma mensagem do tipo “Acidente com Vítimas”, a distância
máxima definida para envio é de 1000 metros. Ao receber um alerta, a aplicação RAMS
Mobile calcula a distância entre o local que foi gerada a mensagem e o local em que este
veículo se encontra. Caso a distância calculada seja maior que a distância máxima
definida, esta mensagem é então descartada.
4. Simulações e Avaliação dos Resultados
Com o objetivo de avaliar o impacto ocasionado pela inserção dos mecanismos de
segurança, foram realizadas simulações. O cenário de mobilidade utilizado para as
simulações é composto por três elementos e foi desenvolvido por Oliveira (2010), com
utilização da ferramenta geradora de cenários de mobilidade SUMO. As etapas para
criação deste cenário consistem na criação da via de circulação, na caracterização dos
veículos e na geração dos movimentos destes veículos.
Para criação da via de circulação, Oliveira (2010) considerou um trecho real da
rodovia BR-101 entre os municípios de Itapema e Porto Belo, no estado de Santa
Catarina (cerca de 50 quilômetros da capital, Florianópolis). Este trecho possui cinco
quilômetros de extensão e é composto por dois sentidos e duas faixas para cada sentido,
totalizando quatro pistas de circulação. A velocidade máxima configurada segue a
legislação, 100 Km/h. No cenário desenvolvido por Oliveira (2010), o nó fixo (que
possui a aplicação RAMS Manager), responsável por criar e disseminar o alerta, está
posicionado no início do quilometro cinco, mesmo local em que ocorre o acidente. Este
acidente obstrui as duas pistas sentido sul.
A fim de identificar um valor padrão para o TTL (responsável por determinar o
número de saltos de cada alerta na rede), foram realizadas simulações com diferentes
valores, podendo assim definir qual se torna mais adequado para a aplicação. Para estas
simulações, foi utilizado um cenário com 150 veículos, levando em consideração o
número de pacotes gerados, as colisões ocorridas e a quantidade de nós atendidos.
Considerou-se que o valor de TTL ideal para aplicação é cinco, visto que ao realizar as
simulações com este valor, todos os nós da rede são atendidos, e é o valor que apresenta
a menor proporção de pacotes gerados e colididos após esta totalidade de atendimento.
Para cada simulação realizada foi considerado um tempo igual a cinco minutos,
ao fim do qual os dados foram coletados e analisados. O intervalo entre retransmissões
da aplicação RAMS Manager foi de 20 segundos, de acordo com os testes realizados
em Oliveira (2010). Estas simulações foram realizadas em um computador com
processador Intel Core i3, com frequência de clock de 2,27 GHz, 3GB de memória
RAM e o sistema operacional Ubuntu versão 11.4, baseado em Linux.
Através de uma análise comparativa dos resultados encontrados antes e após a
inclusão dos mecanismos, foi possível realizar uma avaliação quantitativa dos impactos
causados à aplicação, levando em consideração o tempo de atraso no envio e
354