an efficient multicast protocol in mobile ad hoc networks
play

An Efficient Multicast Protocol in Mobile Ad-hoc Networks Using - PowerPoint PPT Presentation

An Efficient Multicast Protocol in Mobile Ad-hoc Networks Using Forward Error Correction Techniques S. C. Chen, C. R. Dow, P.J. Lin, and S. F. Hwang Department of Information Engineering and Computer Science, Feng Chia University 1 Outline


  1. An Efficient Multicast Protocol in Mobile Ad-hoc Networks Using Forward Error Correction Techniques S. C. Chen, C. R. Dow, P.J. Lin, and S. F. Hwang Department of Information Engineering and Computer Science, Feng Chia University 1

  2. Outline � Introduction � Recovery Points and FEC based Multicast Schemes � RP establishment scheme � RP mergence scheme � FEC scheme � RP maintenance scheme � Experimental Results � Conclusions 2/14

  3. Introduction (1/2) � Multicasting is a strategy to effectively use bandwidth for point to multi-point communications � Mobile Ad-hoc Networks � Multi-hop communications � Highly dynamic topology � Unstable forwarding path � Reliable multicast becomes a very challenging research problem in mobile ad-hoc networks 3/14

  4. Introduction (2/2) � Many reliable multicast protocols have been proposed for MANETs � ARQ (Automatic Repeat reQuest) based protocols � Gossip-based protocols � Hybrid ARQ and FEC (Forward Error Correction) based protocols � These reliable multicast protocols may need the recovery schemes � A major challenge to these recovery schemes is to reduce feedback implosion problem � Especially, when the number of receivers and senders increases 4/14

  5. Recovery Points and FEC based Multicast Schemes � In this work, we propose a recovery points and FEC based multicast scheme � RP establishment scheme � Keep data packets from the source � Recover the lost packets for its downstream RPs � RP mergence scheme � To avoid excessive control overhead � FEC scheme � Enhance the reliability of data transmission � RP maintenance scheme 5/14

  6. RP Establishment Scheme � Source nodes and MCHs are default recovery points � Attach and piggyback a Logic Hop Count field to a data packet � Each clusterhead increments one to this field and then forwards it to the virtual backbone � A clusterhead will set itself to an RP if the Logic Hop Count equals h � If a MCH receives the data packet, it will set the Logic Hop Count to zero Logic_Hop_Count=1 Logic_Hop_Count=1 Logic_Hop_Count=1 RP S M RP Logic_Hop_Count=2 Logic_Hop_Count=0 Logic_Hop_Count=0 Logic_Hop_Count=2 6/14 S Source node Clusterhead RP M MCH Recovery Point

  7. RP Mergence Scheme (1/2) � To avoid excessive RP control overhead � Case 1: if a selected RP is adjacent to an MCH, it is unnecessary to establish an RP S S Source node Clusterhead RP RP Recovery Point MCH M M 7/14

  8. RP Mergence Scheme (2/2) � To avoid excessive RP control overhead � Case 2: if there are more than one RPs that are the child nodes of a clusterhead, they will be merged S S Source node RP Clusterhead RP Recovery Point RP RP 8/14

  9. FEC Scheme �� �� �������� �������� ������ ������ �������� � � � �������� � � � �� � �� � ���� ���� ���� ���� ���� ���� ���� ���� � � � � � � ���� ���� �� � �� � �� �� �� �� � � � � ���� ���� ���� ���� �������� � � �������� � � � � � � �� � �� � ���� ���� ���� ���� � � � � �� � �� � ���� ���� �� �� �� �� � � � � ������� �����!�""�#� ������� �����!�""�#� � � � � � � � � � � � � � � � � �������� � � �������� � � �� � �� � ���� ���� � � � � ��� ��� ���� ���� � � � � ��� ��� � � � � �� � �� � ���� ���� �� �� �� �� � � � � 9/14 ������������ ������������ ������������ ������������ ������������� ������������� ������������� �������������

  10. RP Maintenance Scheme � Maintenance for packet releasing � After comparing data packet sequence number and resending lost packets � The upstream RP deletes data packets kept in its memory � Maintenance for Node Joining � When a receiver joins a cluster � When an RP moves to anther MCH or RP and becomes an ordinary node � Maintenance for Node Leaving � When an MCH only manages one receiver and the receiver leaves � When the RP or MCH leaves the cluster 10/14

  11. Experimental Environment for the Multicast Scheme � Simulator: GloMoSim � Nodes: 100 � Area: 1000m × 1000m � Tx_range: 200m � Mobility model: Random waypoint � Max Speed: 1m/s ~ 30m/s � Number of senders : 1 ~ 50 � Number of receivers : 25 ~ 125 � Logic Hops : 2 � The ratio of redundant data ( R) : 1.5 11/14

  12. Experimental Results of the Multicast Scheme (1/2) � Delivery Ratio vs. Number of Receivers 0.98 0.95 ODMRP 0.92 RP Scheme LC=2 elivery Ratio RP Scheme with FEC 0.89 AMRIS ODMRP with RMDP 0.86 D 0.83 0.8 � Multicast Efficiency vs. Number 0.77 of Receivers 0.74 1 5 10 20 30 40 50 60 Number of Receivers 250.0% ODMRP 200.0% RP Scheme LC=2 RP Scheme with FEC ulticast Efficiency AMRIS 150.0% ODMRP with RMDP 100.0% M 50.0% 12/14 0.0% 1 5 10 20 30 40 50 60 Number of Receivers

  13. Experimental Results of the Multicast Scheme (2/2) � Delivery Ratio vs. Number of Senders 1 0.9 0.8 0.7 Delivery Ratio 0.6 0.5 ODMRP 0.4 RP Scheme LC=2 0.3 RP Scheme with FEC � Multicast Efficiency vs. Number 0.2 AMRIS ODMRP with RMDP 0.1 of Senders 0 1 5 10 20 30 40 50 Number of Senders ODMRP 60.0% RP Scheme LC=2 RP Scheme with FEC 50.0% AMRIS ODMRP with RMDP Multicast Efficiency 40.0% 30.0% 20.0% 10.0% 13/14 0.0% 1 5 10 20 30 40 50 Number of Senders

  14. Conclusions � In this work, we proposed a reliable multicasting protocol using the RP and FEC schemes for MANETs. � The RP scheme can be used to recover lost packets � The FEC scheme can be used to enhance the reliability of data transmission � The RP mergence and maintenance schemes can avoid excessive control overhead and reduce the node mobility problem � The experimental results show that the proposed scheme can achieve high delivery ratio and high multicast efficiency 14/14

  15. Appendix 15

  16. Related Work (1/2) � Reliable Multicast Protocols � ARQ-based multicast protocols [20, 51, 59, 60] � Detecting packet losses and notifying the sources to retransmit the lost packets � Gossip-based protocols [13, 43] � Lost packet recovery is performed locally � Hybrid ARQ-FEC based schemes [50, 56] � Uses the FEC technique to encode the data packets to redundant data packets � Use the ARQ technique to repair the lost packets from sources 16/14

  17. Related Work (2/2) � Previous work � Clustering [36] � Distributed label clustering algorithm � Small number of clusters � A stable scheme � Virtual backbone [37] � Minimal Steiner tree � Small number of backbone nodes � A stable route 17/14

  18. Comparisons of Various Schemes Multicast Hierarchical structure Recovery structure strategy RP scheme Shared Tree Yes (clustering + virtual Gossip + FEC with FEC backbone) RP scheme Shared Tree Yes (clustering + virtual Gossip backbone) ODMRP Mesh No ARQ + FEC with RMDP ODMRP Mesh No No AMRIS Shared Tree No No 18/14

  19. Experimental Results of the Multicast Scheme � Logic Hops between MCHs vs. Number of Nodes 3.5 3 2.5 Logic Hops 2 1.5 Max 1 Average 0.5 Min 0 50 100 150 200 250 300 350 19/14 Number of Nodes

  20. Experimental Results of the Multicast Scheme � Number of Different Roles vs. Number of Nodes 16 14 ber of Different Roles. 12 10 8 Number of CHs Number of MCHs 6 Number of RPs Num 4 2 0 50 100 150 200 250 300 350 20/14 Number of Nodes

  21. An Example of Packet Loss Problem Received packets Received packets 1 1 1.2.3 1.2.3 M M 21 21 20 20 R R Received packets Received packets R R 9 9 1.2.3 1.2.3 22 22 2 2 11 11 8 8 M M R R 10 10 19 19 18 18 3 3 4 4 13 13 17 17 12 12 14 14 M M 5 5 7 7 16 16 Sent packets Sent packets 15 15 S S 1.2.3.4 into the 1.2.3.4 into the 6 6 virtual backbone virtual backbone M M Multicast Cluster head Multicast Cluster head Clusterhead Clusterhead S S Sender Sender 21/14 Gateway or Ordinary node Gateway or Ordinary node R R Multicast Receiver Multicast Receiver

  22. The Problem of HOP_COUNT field is set to 3 1 1 M M 21 21 20 20 R R R R 9 9 22 22 2 2 11 11 8 8 M M R R 10 10 19 19 18 18 S S 3 3 4 4 13 13 17 17 12 12 14 14 M M 5 5 7 7 16 16 15 15 Hop count over 3 Hop count over 3 R R 6 6 M M Multicast Cluster head Multicast Cluster head Clusterhead Clusterhead S S 22/14 Sender Sender Gateway or Ordinary node Gateway or Ordinary node R R Multicast Receiver Multicast Receiver

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend