220 likes | 295 Vues
HAR: Hierarchy-Based Anycast Routing Protocol for Wireless Sensor Networks (Niwat Thepvilojanapong, Yoshito Tobe, Kaoru Sezaki) Prof. Dr. Célio V. N. Albuquerque. Etienne César R. de Oliveira Mestrando em Computação eoliveira@ic.uff.br Abril de 200 5. Agenda. Introdução
E N D
HAR: Hierarchy-Based Anycast Routing Protocol for Wireless Sensor Networks(Niwat Thepvilojanapong, Yoshito Tobe, Kaoru Sezaki)Prof. Dr. Célio V. N. Albuquerque Etienne César R. de Oliveira Mestrando em Computação eoliveira@ic.uff.br Abril de 2005
Agenda • Introdução • Modelo de Rede Proposto • HAR: Hierarchy-Based Anycast Routing • Avaliação de Performance • Conclusão
Introdução • Avanços Tecnológicos • MEMS-based (Micro-Electro-Mechanical Systems) • Low-Power RF • Desenho de novos de Sistemas Operacionais • Aplicações • Monitoramento de ambientes • Sistemas de rastreamento • Detecção de Falhas • Detecção de Intrusos • Limitações • Poder Computacional • Área de Armazenamento • Banda de Transmissão • Gerenciamento de Energia
Introdução • Rede de Sensores • Monitoramento de tarefas específicas • Envio de dados coletados de forma periódica ou espontânea • Reconstrução de rotas em caso de falhas individuais ou coletivas de sensores • Proposta do HAR • Simplicidade • Escalabilidade • Robustez
Agenda • Introdução • Modelo de Rede Proposto • HAR: Hierarchy-Based Anycast Routing • Avaliação de Performance • Conclusão
Modelo de Rede Proposto • Estações Base • Quantidade reduzida • Recursos “ilimitados” • Sensores • Quantidade significativa • Recursos limitados • Antenas omni-direcionais • Transmissão por RF • Fixos • Anycast • Protocolo Multipoint-to-point • N → conjunto de sensores • BS → conjunto de estações base • (s, d), s Є {N} e d Є {BS}
Agenda • Introdução • Modelo de Rede Proposto • HAR: Hierarchy-Based Anycast Routing • Avaliação de Performance • Conclusão
HAR: Hierarchy-Based Anycast Routing • Utilização de árvores hierárquicas • Raiz – estação base • Nós internos / Folhas – sensores • Formato do pacote • Type • IDsrc • IDdst • IDgrp • Sequence • Length • Data
Área de Alcance Área de Alcance CREQ CREP CACP CREQ Árvores Hierárquicas – Inserção de Nós 1) Construção da Árvore Hieráquica • BS envia CREQ • Sensor recebe CREQ • Sensor cria a PC S6 • Sensor aguarda Tcreq • Sensor envia CREP • Sensor aguarda Tcacp S1 • BS envia CACP • Sensor inserido 2) Sensor envia CREQ S5 BS S7 S2 S4 S3
Árvores Hierárquicas – Inserção de Nós • Recebimento de CREQs (child request) • Construção da PC (parental candidate) • Seleção do nó pai • Menor crq_time (tempo de recebimento do CREQ pelo nó pai) • Menor joined_time (tempo de recebimento de um pacote CACP pelo nó pai) • Envio de CREP (child reply) para o nó pai eleito • Aguarda CACP (child acceptance) • Time-out (tempo de espera > Tcapt) • Retransmissão do CREQ (até 2 vezes) • Seleciona outro nó pai • Nó filho inserido • Envio de CREQ
Área de Alcance CREQ PREQ CREP DATA DATA CREQ CREQ CACP Árvores Hierárquicas – Inserção de Nós 1) Rede em funcionamento • Sensores S1 e S2 enviando pacotes 2) Novo sensor ligado • Sensor envia PREQ • Sensor aguarda Tcreq • Sensor recebe CREQ S1 • Sensor cria a PC S6 • Sensor envia CREP para S5 • Sensor aguarda Tcacp • S5 envia CACP para sensor • Sensor inserido S2 3) Sensor envia CREQ S5 S5S6 S5 S7 S3 S4
Árvores Hierárquicas – Inserção de Nós • Envio de PREQs (parent request) em broadcast • Recebimento de CREQ enviados em unicast • Construção da PC (parental candidate) • Seleção do nó pai • Menor crq_time (tempo de recebimento do CREQ pelo nó pai) • Menor joined_time (tempo de recebimento de um pacote CACP pelo nó pai) • Envio de CREP (child reply) para o nó pai eleito • Aguarda CACP (child acceptance) • Time-out (tempo de espera > Tcapt) • Nó filho inserido • Sem resposta • Aguarda pacote CREQ • Envio periódíco de PREQ
Tratamento de Falhas • On-demand • Acknowledgement do protocolo MAC • Seleção de candidatos a partir da tabela PC • Envio de CREQ • Recebimento de CACP • Tabela PC vazia ou sem resposta ao CREQ • Envio de PREQ • Prevenção de loop (descarte pelos nós filhos e netos) • Recebimento de CREQ • Envio CREP • Recebimento de CACP • Tabela PC vazia e sem resposta ao CREQ e ao PREQ • Envio de PQRY aos filhos • Resposta de PREP • Selecão aleatória de um candidado a nó pai • Envio de REV em unicast • Filho seleciona um novo nó pai • Filhos sem candidatos ou sem resposta PREP • Envio de REV a um nó de forma aleatória
Roteamento Anycast e Mudança de Estados • Anycast • Envio de um pacote para um receptor dentro de um grupo • Mudança de Estados
Agenda • Introdução • Modelo de Rede Proposto • HAR: Hierarchy-Based Anycast Routing • Avaliação de Performance • Conclusão
Avaliação de Performance • Metodologia • 50, 70 e 100 sensores fixos • Área de 250 m2 • Capacidade de TX/RX de 19200 bps • Tráfego CBR associado ao UDP: • 128 bps (0,25 pps) • 256 bps (0,5 pps) • 512 bps (1 pps) • 1024 bps (2 pps) • Tcreq=0,1s e Tcapt=0,3s
Avaliação de Performance • Taxa de Envio de Pacotes (PDR)
Avaliação de Performance • Latência Média
Avaliação de Performance • Quantidade de Saltos
Agenda • Introdução • Modelo de Rede Proposto • HAR: Hierarchy-Based Anycast Routing • Avaliação de Performance • Conclusão
Conclusão • Performance superior • Taxa de Envio de Pacotes (PDR) • Latência Média • Quantidade de Saltos • Escalabilidade • Redes maiores • Maior quantidade de sensores • Maior área • Redes dinâmicas • Quantidade de estações base • Consumo de energia • Confiabilidade • Implementação em um ambiente real
Conclusão • Questões: • Periodicidade de envio de CREQs pela BS • Determinação do Tcreq dos sensores