WWW.THESES.XLIBX.INFO
FREE ELECTRONIC LIBRARY - Theses, dissertations, documentation
 
<< HOME
CONTACTS



Pages:     | 1 |   ...   | 21 | 22 || 24 | 25 |   ...   | 39 |

«Carles Gómez Josep Paradells José E. Caballero Edita: Fundación Vodafone España Autores: Carles Gómez Montenegro* Universitat Politècnica de ...»

-- [ Page 23 ] --

Siphon [18] was also developed assuming a WSN used for data collection from sensor nodes to a sink node. In particular, it was designed as an alternative to other congestion control mechanisms, which are based on decreasing transmission rates and even dropping packets when congestion occurs. In effect, application data delivery ratio at the sink node may be compromised by these mechanisms in certain scenarios.

Siphon comprises a set of algorithms that enable congestion to be detected and then mitigated by using virtual sink nodes, which are equipped with at least a secondary, long range, radio in addition to the primary one (e.g. cellular packet data services). The virtual sink nodes are defined as nodes with a different purpose than that of the physical sink node. The latter is the sink that typically exists in data collection WSNs. When congestion is detected in some area of the WSN, part of the traffic is transmitted to the virtual sink nodes, which forward the

Chapter 8. Transport

traffic to the physical sink node using the secondary radio. Hence, the virtual sink nodes fool the rest of nodes since they appear as new destination devices (i.e. additional sinks), but they actually by-pass traffic to the physical sink node using the secondary radio. Authors of Siphon justify that the benefits of the presence of some devices with two radios within a WSN can compensate their financial cost.

In Siphon, congestion can be detected either by a sensor node or by the physical sink node. In the first case, the techniques used are similar as those in CODA (i.e. measurement of channel load and buffer occupancy). In the second, the physical sink node monitors the fidelity and quality of the data received, and activates the use of virtual sink nodes. One advantage of this technique is that it does not require the sensor nodes to execute congestion detection tasks. Virtual sink node discovery is based on the transmission of periodic control traffic from the physical sink node.

8.2.6. Summary Table 8.1 summarizes the main characteristics of congestion control protocols presented in the previous sections 8.2.1 to 8.2.5.

–  –  –

8.3. Protocols for reliability in WSNs Reliability in WSNs can be classified into two categories: i) packet reliability, where applications require all packets to be successfully received, and ii) event reliability, where applications require event detection, but reception of all packets is not needed. This section presents various protocols of each category.

8.3.1. ReInForM

Reliable Information Forwarding (ReInForM) [23] is a protocol that offers stochastic packet reliability in WSNs, that is, packets are delivered with a certain probability. ReInForM uses neither Automatic Repeat reQuest (ARQ) mechanisms nor queues.

ReInForM requires that nodes know some network parameters, such as the hop distance between themselves and the sink node, as well as the hop distance between their neighbours and the sink node. In addition, a node must know the channel error probability. In order to do this, the sink node periodically broadcasts a packet called routing update. When a node receives this packet, the node can learn from this packet what the hop distance is from the sink, since a field in this packet is updated accordingly every time it is forwarded by a node. Through this packet, the node also discovers who its neighbours are and their hop distance from the sink node.

When a node has a packet to transmit to the sink node, the first step is to assign a priority level. ReInForM defines n priority levels, each one of which corresponds to a certain delivery probability. According to the hop distance between the node and the sink node and the channel error probability, the node calculates the number of copies of the packet that are required. The copies are primarily sent to one of the neighbours of the node which are one hop closer to the sink node, should such neighbours exist. Otherwise, they are sent to one of the neighbours that are at the same distance from the sink node, should they exist. Finally, if all neighbours are one hop further from the sink node than this node, the copies of the packet are sent to one of these neighbours. In each of these three options, the selected next hop is

–  –  –

chosen randomly, which allows the load for the network nodes to be balanced and node lifetime to be maximized.

8.3.2. RMST Reliable Multi-Segment Transport (RMST) [14] is a transport layer designed to operate in conjunction with the Directed Diffusion routing protocol [19] (see Chapter 7). RMST benefits from Directed Diffusion in two ways.

First, after the failure of a node, a new path is found by Directed Diffusion.

Secondly, Directed Diffusion finds paths from source to sink node which are

exploited by RMST as reverse paths. RMST provides two transport services:

fragmentation and reassembly of long data units and guaranteed end-toend packet delivery. RMST offers two mechanisms for the latter.

One option for guaranteeing packet delivery in RMST is based on a hop-by-hop scheme. Nodes may cache the fragments of a larger data unit on the path from source to sink node. This option allows nodes that identify that a fragment is missing to send a repair request to the previous node. The repair request, which is equivalent to a selective Negative Acknowledgment (NACK), indicates what fragment is missing. If such a fragment is in the local cache of the previous node, it is retransmitted.





Otherwise, the repair request is forwarded by the previous node to its own previous node.

The other mechanism for reliability in RMST is a pure end-to-end approach, where the sink nodes, which receive data from the sources, transmit selective NACKs to the sources.

Losses in RMST are detected upon timer expiration. RMST adds little overhead since the only control message introduced by RMST is the NACK.

8.3.3. RBC

Reliable Bursty Converge-cast (RBC) [15] was designed for WSN applications where the detection of an event generates a large burst of packets which need to be transported reliably to a sink node and with low delay. The need for transmitting a large number of packets in a short time leads to

Chapter 8. Transport

channel contention, which is magnified by the fact that packets are transmitted several times via multi-hop routes until they reach the sink node.

RBC takes advantage of the fact that bursty converge-cast does not require in-order delivery. RBC uses a hop-by-hop, window-less block acknowledgment scheme that guarantees continuous packet forwarding independent from packet or ACK losses. Otherwise, window-based mechanisms may suffer transmission stalls that lead to throughput decrease.

RBC uses virtual queues at each node, which are managed without any window-based control and allow newly arrived packets to be sent immediately, instead of waiting for the previously sent packets to be acknowledged. A node R that forwards data packets received from node S, includes in each transmitted packet the maximal sequence of packets without any loss in the middle. Node S can then overhear node R’s transmissions and learn which packets have been correctly received. After sending a packet, the sender starts a retransmission timer. If the timer expires and the packet has not been acknowledged, it is retransmitted.

RBC has a mechanism for detecting and dropping duplicate packets.

Duplicate packets may be generated when ACKs for correctly received packets are lost and the same packets are retransmitted. To enable this mechanism, each queue has a counter that is incremented every time a new packet is stored in the queue. Nodes maintain the last counter value piggybacked in the last packet from that queue.

When channel contention occurs, retransmissions can further contribute to that contention. To ameliorate this, RBC accounts with a distributed contention control scheme that schedules packet retransmissions. Within a node, the retransmission of a packet experiences a delay that grows with the number of times the packet has already been retransmitted. Across nodes, those having more packets to transmit of similar freshness (which is piggybacked to the data packets it sends) are allowed to transmit earlier.

8.3.4. PSFQ Pump Slowly, Fetch Quickly (PSFQ) [17] is a transport protocol designed to provide reliability in one-to-many communications in WSNs. An example of

–  –  –

this application is the transmission of code from a source to a group of sensor nodes for reprogramming them. The approach in PSFQ is a slow data transmission from a source node to the sensor nodes (“pump slowly”) and an aggressive recovery of missing segments from neighbours (“fetch quickly”).

The authors of PSFQ assumed a scenario where packet losses occur due to errors in the wireless links. In PSFQ, error recovery is performed hop-byhop, which offers better scalability and performance in the presence of errors than the end-to-end approach. Hence, all nodes are in charge of loss detection and recovery. In fact, nodes cache the data they forward (which is reasonable for the class of applications for which PSFQ is designed, since nodes are in many cases receivers of the same data).

The pump operation is performed as follows: a source node broadcasts data packets to its neighbours at a controlled rate until all the data have been transmitted. For each received packet, neighbours check if the packet has been received before, discarding any duplicates (packets include sequence numbers). Otherwise, the packet is stored and then broadcast after being purposefully delayed.

When a node finds a gap in the sequence of received packets, it initiates the fetch operation. The node requests a retransmission from neighbouring nodes once loss is detected. The request, which constitutes a NACK message, signals as many gaps within the same message as possible. NACKs are retransmitted if the missing segments cannot be recovered. Only if the number of NACK retransmissions reaches a certain maximum and the missing segments have not been recovered, is the NACK then relayed by the neighbours of the node. This technique controls the problem of message implosion, whereby the message would be retransmitted by all the nodes and might cause the network to collapse.

Because PSFQ is based on a NACK approach, and hence the data source has no explicit feedback about data reception in the destinations, PSFQ additionally supports a report operation by which the furthest node from the source transmits a report message (back to the source) on a hop-by-hop basis. Other nodes en route toward the source may append their own report to this message. This mechanism allows the source to have some feedback while the amount of messages involved in the operation is controlled.

–  –  –

8.3.5. Summary Table 8.2 summarizes the main characteristics of reliability control protocols presented in the previous sections 8.3.1 to 8.3.5. Some transport protocols for WSNs manage upstream reliability (i.e. from sensor nodes to a sink node), while others operate on downstream reliability.

–  –  –

8.4. Protocols for congestion control and reliability in WSNs This section describes the most relevant protocols that have been designed for both congestion control and reliability in WSNs. Both protocols assume a WSN where data are collected by sensor nodes and are transmitted to the sink node, as well as coping with congestion control and reliability for this traffic pattern.

8.4.1. STCP

Sensor Transmission Control Protocol (STCP) [8] was designed as a transport layer for WSNs which is generic in terms of the underlying protocols (e.g. MAC protocols) and the applications on top of it.

In STCP, each data flow from a sensor node to the sink node may have different characteristics in terms of flow type, transmission rate and reliability. These characteristics are codified in a session initiation packet, which is transmitted by a sensor node before transmitting packets. Different flows may exist between a sensor node and the sink node.

Two different reliability mechanisms are used, depending on the nature of flows, which can be classified as i) continuous flows, and ii) event-driven flows.

• In continuous flows, the transmission rate of the source is known by the sink node. Hence, the sink node can calculate the expected arrival time of successive packets. If the sink node does not receive a packet in the expected time, the sink node transmits a Negative Acknowledgment (NACK) for that packet to the source. Upon receipt of a NACK, the source retransmits the corresponding packet. To solve the problem of NACK loss, the sink node periodically checks a record of the packets that have not yet been received and retransmits NACKs if necessary.

• In event-driven flows, the sink node cannot know a priori the packet arrival times. Hence, in this case, the sink node transmits a positive acknowledgment (ACK) to inform the source that a packet has been

Chapter 8. Transport

correctly received. Transmitted packets are buffered by the source until their reception is acknowledged by the sink node. The sensor nodes maintain a timer so that buffered packets are retransmitted when the timer expires.

STCP controls variable reliability as follows.

• For continuous flows, the sink node calculates the ratio of successfully received packets. If a packet is not received at the expected time, but current reliability satisfies the one required, then the sink node does not send a NACK to the sensor node. A NACK is only sent if current reliability is below the one required.

• For event-driven flows, where instead of reliable transmission of each packet it is only relevant to assure that the event has been reported to the sink, STCP does not transmit acknowledgments. This is because data from different sensor nodes that detect the same event are correlated. Hence, the energy consumption due to transmission of acknowledgments is avoided.



Pages:     | 1 |   ...   | 21 | 22 || 24 | 25 |   ...   | 39 |


Similar works:

«TURKEY 2015 HUMAN RIGHTS REPORT Note: This report was updated 4/18/16 and 6/14/16; see Appendix F: Errata for more information.EXECUTIVE SUMMARY Turkey is a constitutional republic with a multiparty parliamentary system and a president. A unicameral parliament (the Grand National Assembly) exercises legislative authority. The June 7 parliamentary elections, which observers considered generally free and fair, resulted in a hung parliament and led to a “rerun” election on November 1. Official...»

«E D U C AT I O N GUIDE Brigham and Women’s Faulkner Hospital is committed to providing our employees with the educational resources necessary to advance and grow in their careers. Although there are many opportunities available on our campus, BWFH employees are encouraged and invited to attend educational course offerings at Brigham and Women’s Hospital as well as through the Partners Network. This guide is designed to provide you with an overview of what is available to you. Additional...»

«Sensitivity of Climate Simulations to the Parameterization of Cumulus Convection in the Canadian Climate Centre General Circulation Model G.J. Zhang California Space Institute Scripps Institution of Oceanography University of California at San Diego La Jolla CA 92093 and Norman A. McFarlane Canadian Centre for Climate Modelling and Analysis University of Victoria P.O. Box 1700 MS 3339 Victoria, B.C. V8W 2Y2, Canada [Original manuscript received 15 April 1994; in revised form 14 November 1994]...»

«ASUS Miracast Dongle MANUAL ONLINE S9364 S9364 Segunda edición Mayo de 2014 Información de propiedad intelectual Ninguna parte de este manual, incluidos los productos y el software descritos en él, se puede reproducir, transmitir, transcribir, almacenar en un sistema de recuperación, ni traducir a ningún idioma, de ninguna forma ni por ningún medio, excepto la documentación que el comprador mantiene como copia de seguridad, sin el permiso por escrito de ASUSTeK COMPUTER, INC....»

«LIGHT WEIGHTING OF STEEL BEVERAGE CANS Len Jenkins Director of Technology Weirton Steel Corporation Weirton, West Virginia Presented at: FINISHING '95 CONFERENCE AND EXPOSITION September 18-21, 1995 Cincinnati, Ohio Light Weighting of Steel Beverage Cans Introduction Despite the continued growth of the aluminum bev.erage can market to the dominant position it holds today in the USA, Europe and SE Asia, steel companies have been consistent in their belief that with the right combination of...»

«Annotated Bibliography Primary Sources Burger, David. Personal interview. 27 Nov. 2014 It was exciting that I had a Peace Corps volunteer in my family and I was able to interview him many times. It was fascinating to learn about the early Peace Corps from my grandfather who lived through it. I learned about his training, what it was like to integrate into the Thai culture, what types of projects he worked on and what his everyday life was like as a volunteer. He shared his recollection of...»

«REQUEST FOR PROPOSALS (RFP) MONTROSE REGIONAL AIRPORT ON-AIRPORT RENTAL CAR SERVICES Montrose Regional Airport is seeking sealed proposals from qualified rental car firms to provide rental car services at four (4) rental car counters at the airport. Firms shall be granted non-exclusive rights to operate for a contract period of three (3) years, effective September 1, 2015 through August 31, 2018. Proposals must be received no later than 2:00 PM on Friday, June 12, 2015. RFP PACKAGE...»

«Capitalisation issue In 2008, the Board announced a capitalisation issue in place of the 2008 interim dividend. This page contains more information regarding this issue. Timetable Friday 8 August 2008 Interim Results Announced Friday 12 September 2008 Record Date Monday 15 September 2008 Ex-Capitalisation Date (UK and Euronext) Friday 19 September 2008 New share certificates mailed FAQ What is a Capitalisation Issue? A Capitalisation Issue is an issue of new shares to existing shareholders in...»

«IN THE SUPREME COURT OF FLORIDA CASE NO.: SC11-1166 THE STATE OF FLORIDA, Appellant, vs. RICHARD CATALANO and ALEXANDER SCHERMERHORN, Appellees, On Review from the Second District Court of Appeal, Consolidated Case Nos. 2D10-973 & 2D10-974 REPLY BRIEF OF THE STATE OF FLORIDA PAMELA JO BONDI ATTORNEY GENERAL Scott D. Makar Solicitor General (FBN 709697) Timothy D. Osterhaus Deputy Solicitor General (FBN 133728) Office of the Attorney General PL-01, The Capitol Tallahassee, FL 32399-1050 (850)...»

«AO DRAFT COMMENT PROCEDURES The Commission permits the submission of written public comments on draft advisory opinions when on the agenda for a Commission meeting. DRAFT ADVISORY OPINION 2009-26 is available for public comments under this procedure. It was requested by William J. McGinley, Esq., and Kathryn Biber Chen, Esq., on behalf of the State Representative Elizabeth Coulson, Coulson for Congress, and Coulson Campaign Committee..Draft Advisory Opinion 2009-26 is scheduled to be on the...»

«FAQ ON EX ANTE CONDITIONALITIES RELATING TO RESEARCH AND INNOVATION (R&I) EAC 1.1 ON R&I AND EAC 1.2 ON R&I INFRASTRUCTURE This list of frequently asked questions is based on comments received from Member States (MS) on Part II of the Guidance on ex ante conditionalities as regards R&I (EAC 1.1, 1.2) up to January 2014. It is also based on questions raised by REGIO's geographical units and on the FAQ on RIS3. General comments on the Guidance Fiches 1.1 & 1.2  Opposition to any sublevel more...»

«Proceedings of OLKC 2007 – “Learning Fusion” UNDERSTANDING THE INDIVIDUAL CREATIVE PROCESS WITHIN ORGANIZATIONS DAVI NAKANO* Universidade de Sao Paulo, Escola Politecnica Production Engineering Department ABSTRACT Organizational learning and knowledge management literature has focused on how an organization can successfully socialize, articulate, store, retrieve and use knowledge which resides within each individual. It remains uncontroversial that the individual is the main agent who...»





 
<<  HOME   |    CONTACTS
2016 www.theses.xlibx.info - Theses, dissertations, documentation

Materials of this site are available for review, all rights belong to their respective owners.
If you do not agree with the fact that your material is placed on this site, please, email us, we will within 1-2 business days delete him.