<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>0717-5000</journal-id>
<journal-title><![CDATA[CLEI Electronic Journal]]></journal-title>
<abbrev-journal-title><![CDATA[CLEIej]]></abbrev-journal-title>
<issn>0717-5000</issn>
<publisher>
<publisher-name><![CDATA[Centro Latinoamericano de Estudios en Informática]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S0717-50002013000200001</article-id>
<title-group>
<article-title xml:lang="en"><![CDATA[Energy Consumption of Clocks Synchronization on a Routing Algorithm for Sensor Networks]]></article-title>
</title-group>
<aff id="A01">
<institution><![CDATA[,Universidad Nacional de Rosario Facultad de Ciencias Exactas ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>08</month>
<year>2013</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>08</month>
<year>2013</year>
</pub-date>
<volume>16</volume>
<numero>2</numero>
<fpage>1</fpage>
<lpage>15</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://www.scielo.edu.uy/scielo.php?script=sci_arttext&amp;pid=S0717-50002013000200001&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.edu.uy/scielo.php?script=sci_abstract&amp;pid=S0717-50002013000200001&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.edu.uy/scielo.php?script=sci_pdf&amp;pid=S0717-50002013000200001&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="en"><p><![CDATA[Cluditem is a routing algorithm for wireless sensor networks developed for applications of environmental monitoring with periodic measurement of variables. These applications tolerate a maximum phase shift of the clocks of nodes in the order of milliseconds. This paper proposes two centralized synchronization schemes that introduce a limited processing load. The objective of the work was to assess the impact on the energy consumption of the incorporation of synchronization techniques described. Simulations of the full communication protocol were conducted in the NS2 environment and a comparative study of results was performed. This study showed that the first proposed schema is more convenient with respect to energy consumption, when the area to monitor has reduced dimensions. On the other hand, the second scheme, although it permits to work in larger areas, introduces a decrease in the network lifetime in the order of 14%.]]></p></abstract>
<abstract abstract-type="short" xml:lang="es"><p><![CDATA[Cluditem es un algoritmo de encaminamiento para redes de sensores desarrollado para aplicaciones de supervisión ambiental con medición periódica de variables. Estas aplicaciones admiten un desfasaje máximo de los relojes de los nodos del orden de los milisegundos. En este paper se proponen dos esquemas de sincronización centralizados que introducen una carga de procesamiento acotado. El objetivo del trabajo realizado fue evaluar el impacto sobre el consumo de energía de la incorporación de las técnicas de sincronización descriptas. Se efectuaron ensayos de simulación del protocolo de comunicaciones completo en el ambiente NS2 y se realizó un estudio comparativo de los resultados obtenidos. Este análisis mostró que el primer esquema propuesto resulta más conveniente, respecto del consumo de energía, cuando el área a supervisar posee dimensiones reducidas. Por el contrario, el segundo esquema, aunque permite trabajar en áreas más extensas, introduce, respecto del primero, una disminución de la vida útil de la red del orden del 14%.]]></p></abstract>
<kwd-group>
<kwd lng="en"><![CDATA[Wireless sensor networks]]></kwd>
<kwd lng="en"><![CDATA[Synchronization algorithms]]></kwd>
<kwd lng="en"><![CDATA[Energy consumption]]></kwd>
<kwd lng="en"><![CDATA[Clustering algorithms]]></kwd>
<kwd lng="es"><![CDATA[Redes inalámbricas de sensores]]></kwd>
<kwd lng="es"><![CDATA[Algoritmos de sincronización]]></kwd>
<kwd lng="es"><![CDATA[Consumo de energía]]></kwd>
<kwd lng="es"><![CDATA[Algoritmos basados en clusters]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <div class=Section1>      <p style='margin:0cm;margin-bottom:.0001pt;mso-pagination:widow-orphan'> <span lang=EN-US style='mso-bidi-font-size:10.0pt; font-weight:700'> <font face="Verdana" size="4">Energy Consumption of Clocks Synchronization on a Routing Algorithm for Sensor Networks</font></span><o:p></o:p></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:0cm; margin-left:42.55pt;margin-bottom:.0001pt;mso-pagination:widow-orphan'><span lang=EN-US style='font-size:10.0pt'><font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:0cm; margin-left:42.55pt;margin-bottom:.0001pt;mso-pagination:widow-orphan'><span lang=EN-US style='font-size:10.0pt'><font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p align=center style='text-align:center;mso-pagination:widow-orphan; tab-stops:center 85.0pt 261.0pt 414.0pt'><b style='mso-bidi-font-weight:normal'><span style='mso-ansi-language:ES;font-style:normal'><font face="Verdana" size="2">Enrique Giandomenico, Estela D’Agostino, Javier Belmonte, Rosa Corti, Roberto <span style="mso-spacerun: yes"> </span>Martínez </font> <o:p></o:p></span></b></p>      <p align=center style='text-align:center;mso-pagination:widow-orphan; tab-stops:center 85.0pt 261.0pt 414.0pt'><span style='mso-ansi-language:ES; font-style:normal'><font face="Verdana" size="2">Universidad Nacional de Rosario, Facultad de Ciencias Exactas, Ingeniería y Agrimensura</font><o:p></o:p></span></p>      <p align=center style='margin-left:42.55pt;text-align:center; mso-pagination:widow-orphan;tab-stops:center 85.0pt 261.0pt 414.0pt'><span lang=ES-AR style='mso-ansi-language:ES-AR;font-style:normal'> <font face="Verdana" size="2">Rosario, Argentina, 2000</font><o:p></o:p></span></p>      <p align=center style='text-align:center;mso-pagination:widow-orphan; tab-stops:center 85.0pt 261.0pt 414.0pt'><span lang=ES-AR style='mso-bidi-font-size: 12.0pt;mso-ansi-language:ES-AR'><font face="Verdana" size="2">{<a href="mailto:giandome@fceia.unr.edu.ar">giandome</a>, <a href="mailto:estelad@fceia.unr.edu.ar">estelad</a>, <a href="mailto:belmonte@fceia.unr.edu.ar">belmonte</a>, <a href="mailto:rcorti@fceia.unr.edu.ar">rcorti</a>, <a href="mailto:romamar@fceia.unr.edu.ar">romamar</a>}@fceia.unr.edu.ar</font><o:p></o:p></span></p>      <p align=center style='margin-left:42.55pt;text-align:center; mso-pagination:widow-orphan;tab-stops:center 85.0pt 261.0pt 414.0pt'><span lang=ES-AR style='font-size:10.0pt;mso-ansi-language:ES-AR;font-style:normal'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p align=center style='margin-top:12.0pt;margin-right:45.1pt; margin-bottom:6.0pt;margin-left:45.1pt;text-align:center'> <font face="Verdana" size="2"><span lang=EN-US>Abstract</span></font></p>      ]]></body>
<body><![CDATA[<p style='margin-top:0cm;margin-right:45.1pt;margin-bottom: 0cm;margin-left:45.1pt;margin-bottom:.0001pt;text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-US'><font face="Verdana">Cluditem is a routing algorithm for wireless sensor networks developed for applications of environmental monitoring with periodic measurement of variables. These applications tolerate a maximum phase shift of the clocks of nodes in the order of milliseconds. This paper proposes two centralized synchronization schemes that introduce a limited processing load.<span style="mso-spacerun: yes">  </span>The objective of the work was to assess the impact on the energy consumption of the incorporation of synchronization techniques described. Simulations of the full communication protocol were conducted in the NS2 environment and a comparative study of results was performed. This study showed that the first proposed schema is more convenient with respect to energy consumption, when the area to monitor has reduced dimensions. On the other hand, the second scheme, although it permits to work in larger areas, introduces a decrease in the network lifetime in the order of 14%. <span style="mso-spacerun: yes"> </span></font><o:p></o:p></span></p>      <p align=center style='margin-top:12.0pt;margin-right:45.1pt; margin-bottom:6.0pt;margin-left:45.1pt;text-align:center'><span lang=ES-AR style='mso-ansi-language:ES-AR'><font face="Verdana" size="2">Spanish abstract</font><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:45.1pt;margin-bottom: 0cm;margin-left:45.1pt;margin-bottom:.0001pt;text-align:justify'><span lang=ES-AR style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: ES-AR'><font face="Verdana">Cluditem es un algoritmo de encaminamiento para redes de sensores desarrollado para aplicaciones de supervisión ambiental con medición periódica de variables. Estas aplicaciones admiten un desfasaje máximo de los relojes de los nodos del orden de los milisegundos. En este paper se proponen dos esquemas de sincronización centralizados que introducen una carga de procesamiento acotado.<span style="mso-spacerun: yes">  </span>El objetivo del trabajo realizado fue evaluar el impacto sobre el consumo de energía de la incorporación de las técnicas de sincronización descriptas. Se efectuaron ensayos de simulación del protocolo de comunicaciones completo en el ambiente NS2 y se realizó un estudio comparativo de los resultados obtenidos. Este análisis mostró que el primer esquema propuesto resulta más conveniente, respecto del consumo de energía, cuando el área a supervisar posee dimensiones reducidas. Por el contrario, el segundo esquema, aunque permite trabajar en áreas más extensas, introduce, respecto del primero, una disminución de la vida útil de la red del orden del 14%.<span style="mso-spacerun: yes">  </span></font><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:45.0pt;margin-bottom: 0cm;margin-left:42.55pt;margin-bottom:.0001pt;text-align:justify'><span lang=ES-AR style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: ES-AR'><font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:45.1pt;margin-bottom:0cm;margin-left: 45.1pt;margin-bottom:.0001pt;text-align:justify'><![if !supportLists]> <span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana; mso-bidi-font-size:12.0pt; mso-ansi-language:EN-GB' lang="EN-GB">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><![endif]> <span style="mso-spacerun: yes; font-size:10.0pt; mso-bidi-font-size:12.0pt; font-family:Verdana; mso-ansi-language:EN-GB" lang="ES-AR"> </span><span lang=EN-GB style='font-size: 10.0pt;mso-bidi-font-size:12.0pt;font-family:"Verdana";mso-ansi-language: EN-GB'><span style="mso-spacerun: yes">    </span><span style="mso-spacerun: yes"> </span>Keywords: </span> <span lang=EN-GB style='font-size:10.0pt; mso-bidi-font-size:12.0pt;mso-ansi-language:EN-GB; font-weight:normal'><span style="mso-spacerun: yes"><font face="Verdana"> </font></span><font face="Verdana">Wireless sensor networks, Synchronization algorithms, Energy consumption, Clustering algorithms. </font></span> <o:p></o:p> </p>      <p style='margin-top:0cm;margin-right:45.1pt;margin-bottom:0cm;margin-left: 45.1pt;margin-bottom:.0001pt;text-align:justify'><![if !supportLists]> <span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana; mso-bidi-font-size:12.0pt; mso-ansi-language:EN-GB' lang="EN-GB">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><![endif]> <span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size: 12.0pt;mso-ansi-language:EN-GB;font-weight:normal'><![if !supportEmptyParas]> <font face="Verdana">&nbsp;</font><![endif]></span><o:p></o:p></p>      <p style='margin-top:0cm;margin-right:45.1pt;margin-bottom:0cm;margin-left: 45.1pt;margin-bottom:.0001pt;text-align:justify;text-indent:0cm;mso-list:none; tab-stops:35.4pt'> <span lang=ES-AR style='font-size:10.0pt;mso-bidi-font-size: 12.0pt;font-family:"Verdana";mso-ansi-language:ES-AR'>Spanish keywords: </span> <span lang=ES-AR style='font-size:10.0pt;mso-bidi-font-size:12.0pt; mso-ansi-language:ES-AR;font-weight:normal'><span style="mso-spacerun: yes"><font face="Verdana"> </font></span><font face="Verdana">Redes inalámbricas de sensores, Algoritmos de sincronización, Consumo de energía, Algoritmos basados en clusters </font></span> <o:p></o:p> </p>      <p style='margin-top:0cm;margin-right:45.1pt;margin-bottom:0cm;margin-left: 45.1pt;margin-bottom:.0001pt;text-align:justify;text-indent:0cm;mso-list:none; tab-stops:35.4pt'> <span lang=ES-AR style='font-size:10.0pt;mso-bidi-font-size: 12.0pt;mso-ansi-language:ES-AR;font-weight:normal'><![if !supportEmptyParas]> <font face="Verdana">&nbsp;</font><![endif]></span><o:p></o:p></p>      <p style='margin-top:0cm;margin-right:45.1pt;margin-bottom:0cm;margin-left: 45.1pt;margin-bottom:.0001pt;text-align:justify;text-indent:0cm;mso-list:none; tab-stops:35.4pt'><font face="Verdana"> <span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size: 12.0pt;mso-ansi-language:EN-GB;font-weight:normal'>Received 2012-05-30, Revised 2013-01-15, Accepted 2013-01-15</span></font><o:p></o:p></p>      <p><span lang=EN-GB style='mso-ansi-language:EN-GB'> <font face="Verdana" size="2"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      ]]></body>
<body><![CDATA[<p><span lang=EN-GB style='mso-ansi-language:EN-GB'> <font face="Verdana" size="2"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='text-align:justify'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-GB'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='text-align:justify'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-GB'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt; mso-layout-grid-align:none'><b style='mso-bidi-font-weight:normal'> <font face="Verdana"> <span lang=EN-GB style='font-size:10pt;font-variant: normal;mso-ansi-language:EN-GB'>1 Introduction</span></font><o:p></o:p></b></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-ansi-language:EN-US'><font face="Verdana">Wireless smart sensors networks (WSSN) are used to measure variables in the environment with the purpose of carrying out monitoring and control environments and varied activities. They consist of nodes that self-organize to adapt themselves to changing topologies and collaborate with each other to send their measurements to one or more base stations also known as sink nodes. Communication between devices is wireless and RF transmission is the most widely used <a href="#r1">(1)</a>. <a href="#f1">Fig. 1</a> shows the scheme of a network of sensors whose single base station, responsible for final processing of the information, is located outside the area under study.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The WSSN are integrated in applications of different kind: industrial, medical, preservation of the natural environment, disaster assistance, creation of intelligent facilities, and others. In many of these applications, the acquisition of the variables of interest must take place in hostile and/or distant locations that make it very difficult the wiring and maintenance of measurement devices <a href="#r2">(2)</a>. Therefore, to ensure a lifetime according to the needs, the nodes must have a significant degree of autonomy and then to save as much energy as they can. The availability of resources in each device for storage, processing capacity and communication is limited not only by the available energy, but also by requirements like small size and low costs for the nodes, found in many applications. These distinctive features of the WSSN have great impact on the design of the software and hardware components of sensor devices <a href="#r1">(1)</a> <a href="#r3">(3)</a>.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">Techniques for time synchronization, some of them long-tested with very good performance, have a long history of research in the area of distributed systems but they cannot be used in wireless sensor networks for the reasons previously mentioned <a href="#r1">(1)</a>. The addition of dedicated hardware in the nodes to synchronize with external sources, such as the addition of GPS receiver, is prohibitive considering the existing restrictions for devices, and often expensive. Moreover, synchronization algorithms whose complexity may collide with the limitations of the hardware platform that will support them cannot be included. For these reasons, in the same way that has occurred in the areas of algorithms of routing, processing of information and hardware platforms, wireless smart sensors networks have required specific developments to address the problem of the time synchronization <a href="#r4">(4)</a> <a href="#r5">(5)</a> <a href="#r6">(6)</a>.</font><o:p></o:p></span></p>       <p align="center"> <font face="Verdana" size="2"> <a name="f1" href="/img/revistas/cleiej/v16n2/2a01f1.gif"> Figure 1: WSSN scheme </a> </font> </p>      <p style='margin-bottom:6.0pt;text-align:justify;text-indent: 18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt; mso-ansi-language:EN-GB'><font face="Verdana">The WSSN usually track phenomena and events of the environment for which time plays a very important role in dealing with following tasks <a href="#r7">(7)</a>:</font><o:p></o:p></span></p>  <ul style='margin-top:0cm' type=disc>  <li class=MsoNormal style='margin-bottom:5.95pt;text-align:justify;mso-list:      l4 level1 lfo5;tab-stops:list 36.0pt'><span lang=EN-US style='font-size:      10.0pt;mso-ansi-language:EN-US'><font face="Verdana">Data collection: measurements must be done      in certain periods, and it is often necessary to know the time in which they      were acquired to be able to reconstruct the history of the phenomenon      under study. For example, for supervision of civil works and follow-up of      patients health parameters.</font><o:p></o:p></span></li>  <li class=MsoNormal style='margin-bottom:5.95pt;text-align:justify;mso-list:      l4 level1 lfo5;tab-stops:list 36.0pt'><span lang=EN-US style='font-size:      10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>  <font face="Verdana">Coordination of      tasks: the nodes must perform actions following a certain pattern and, if      possible, in a coordinated manner. An example is when transceivers are      switched off to save power, and then the nodes must come into activity      within a certain period of time. If the nodes clocks are considerably out      of phase, many of the exchanged messages will be lost.</font><o:p></o:p></span></li>  <li class=MsoNormal style='margin-bottom:5.95pt;text-align:justify;mso-list:      l4 level1 lfo5;tab-stops:list 36.0pt'><span lang=EN-US style='font-size:      10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>  <font face="Verdana">Time-dependent calculations:      among the variables to measure is the time that is required to perform      different calculations. The accuracy of these depends on the accuracy of      the measured value.</font><o:p></o:p></span></li>     </ul>      ]]></body>
<body><![CDATA[<p style='margin-bottom:6.0pt;text-align:justify;text-indent: 18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt; mso-ansi-language:EN-GB'><font face="Verdana">The clocks of devices are independent of each other and their values may be different. This situation often cause difficulties in the aforementioned tasks <a href="#r8">(8)</a>. The difference between the values of the clocks in the nodes is due to:</font><o:p></o:p></span></p>  <ul style='margin-top:0cm' type=disc>  <li class=MsoNormal style='margin-bottom:5.95pt;text-align:justify;mso-list:      l4 level1 lfo5;tab-stops:list 36.0pt'><span lang=EN-US style='font-size:      10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>  <font face="Verdana">Devices start      their activity at different instants of time.</font><o:p></o:p></span></li>  <li class=MsoNormal style='margin-bottom:5.95pt;text-align:justify;mso-list:      l4 level1 lfo5;tab-stops:list 36.0pt'><span lang=EN-US style='font-size:      10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>  <font face="Verdana">The crystals of      the clocks are not the same for reasons of manufacturing (skew), which      causes the values to become out of phase in time.</font><o:p></o:p></span></li>  <li class=MsoNormal style='margin-bottom:5.95pt;text-align:justify;mso-list:      l4 level1 lfo5;tab-stops:list 36.0pt'><span lang=EN-US style='font-size:      10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>  <font face="Verdana">Working frequency      is sensitive to environmental variations, like temperature, introducing an      error by frequency variations <a href="#r9">(9)</a>.</font><o:p></o:p></span></li>     </ul>      <p style='margin-bottom:6.0pt;text-align:justify;text-indent: 18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt; mso-ansi-language:EN-GB'><font face="Verdana">The variation in the frequency of an oscillator, caused by the two last mentioned effects, produce the so-called clock drift and introduce differences in local times that may be very significant. In addition to the different clock values due to problems inherent in the characteristics of the watches, phase shift can occur during transmissions. Processes for time determination are affected by delays in the propagation of messages. The calculation of the time should be done guaranteeing specific margins of accuracy, but due to the nature not deterministic of the processes involved, reliable levels of precision cannot be reached. In this sense, it should be noted that the latency in the transmission channel is due to the following causes <a href="#r8">(8)</a>:</font><o:p></o:p></span></p>  <ul style='margin-top:0cm' type=disc>  <li class=MsoNormal style='margin-bottom:5.95pt;text-align:justify;mso-list:      l4 level1 lfo5;tab-stops:list 36.0pt'><span lang=EN-US style='font-size:      10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>  <font face="Verdana">Dispatch time:      is the time consumed by the transmitter in assembling the message to send  </font> <o:p></o:p></span></li>  <li class=MsoNormal style='margin-bottom:5.95pt;text-align:justify;mso-list:      l4 level1 lfo5;tab-stops:list 36.0pt'><span lang=EN-US style='font-size:      10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>  <font face="Verdana">Access time: is      the time that elapses until access to the channel</font><o:p></o:p></span></li>  <li class=MsoNormal style='margin-bottom:5.95pt;text-align:justify;mso-list:      l4 level1 lfo5;tab-stops:list 36.0pt'><span lang=EN-US style='font-size:      10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>  <font face="Verdana">Propagation      time: is the time that the message takes to travel from the transmitter to      the receiver </font> <o:p></o:p></span></li>  <li class=MsoNormal style='margin-bottom:5.95pt;text-align:justify;mso-list:      l4 level1 lfo5;tab-stops:list 36.0pt'><span lang=EN-US style='font-size:      10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>  <font face="Verdana">Reception time:      includes the time between when the receiver receives the message and      processes it <a href="#r4">(4)</a>.</font><o:p></o:p></span></li>     </ul>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">Some applications of sensor networks are strict with respect to the notion of time and need to synchronize the devices with an accuracy of a few tens of microseconds. In environmental monitoring applications with periodic measurement of variables to which this work focuses, the notion of absolute time in the nodes is not necessary and a difference of milliseconds between the clocks can be accepted. The reason for the relaxation of the synchronization requirements in this type of application is based on the behavior that is expected of the network. All nodes collect the information of interest after a period T, whose duration depends on each application in particular, and send it to the base station performing what is known as batches of measurement or data acquisition. To achieve a good performance in this job, it is enough to guarantee a maximum phase shift in each batch of measurements in order to take security factors, and in this way sequencing phases of operation in each of the batches of data acquisition. The definition of tasks and its temporal distribution is the responsibility of the routing algorithms, which sets the paths to be used to send information to the base station applying topology control techniques suitable for sensor networks design requirements <a href="#r5">(5)</a>. </font> <o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">This work presents different approaches in the time synchronization for the algorithm of routing Cluditem, which is oriented to applications of environmental monitoring with periodic measurement of variables. The objective is to assess the impact that the incorporation of proposed synchronization techniques has on energy consumption, in a sensor network based on Cluditem.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The rest of the work is organized in the following way: Section 2 describes how Cluditem algorithm works. Section 3 classifies synchronization techniques for WSSN, highlighting the most commonly used. Section 4 includes a report of other works related with the presented here and in Section 5 the synchronization techniques proposed for Cluditem are analyzed and simulation results presented. Finally, in Section 6 conclusions are revealed and future work lines are set out.</font><o:p></o:p></span></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'><b style='mso-bidi-font-weight:normal'><font face="Verdana"> <span lang=EN-GB style='font-size:10pt; font-variant:normal;mso-ansi-language:EN-GB'>2 Description of Cluditem</span></font><o:p></o:p></b></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana">Cluditem is a hierarchical routing algorithm for sensor networks oriented towards applications of environmental monitoring with periodic data acquisition. In these applications the accent is placed on the quality of information and not on the speed of response, so the control of latency is not a priority. In particular, in the development of the algorithm, applications quality of service (QoS) was defined as a maximum permissible percentage of loss of information. This requirement is typical in applications that need information about the whole region where the network has been deployed to obtain a map of variation of the variables in order to build a model of the behavior of the system, make decisions or carry out corrective actions. Therefore, the network lifetime is defined as the number of batches of measurement can be performed respecting the defined QoS.</font><o:p></o:p></span></p>      ]]></body>
<body><![CDATA[<p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The structure of the routing that Cluditem defines uses clusters, therefore exist two types of nodes in the network, the header (CH) that coordinates a group of nodes and the member nodes or common nodes (CN) <a href="#r10">(10)</a>. The nodes of the network are fixed and homogenous in their hardware platform and available resources, differing in its functionality. In this sense, the network works with two transmission radius, a reduced one for the CN transmissions, and another of greater range for communication of the headers. The specific transmission power settings are set for each particular application.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The algorithm divides its operation in three distinct stages that are repeated periodically during the entire life of the network. The first one establish the routing tree, during the second data are sent to the sink, and in the third all the nodes of the network remain in low power state. This last stage is related to an important feature of Cluditem which specifies to shutdown devices all the time possible, while maintaining the QoS established in response to the requirement of autonomy of operation. It is important to note that since Cluditem is a hierarchical distributed algorithm, the transceivers shutdown is defined by each node using its own clock. It is therefore required to synchronize the clocks of the members of the network for the message exchange to be effective. The development of the algorithm was performed assuming a maximum inter and intra cluster clocks phase shift, <span style="mso-spacerun: yes"> </span>so it must be guaranteed with the synchronization<span style="mso-spacerun: yes">  </span>technique <span style="mso-spacerun: yes"> </span>to add.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">Communication between the nodes of a network based on Cluditem is multi hop and for the lower layers of the communication protocol the IEEE 802.15.4 standard was adopted which is recommended for this type of networks. In this sense, the algorithm combines CSMA/CA (Carrier Sense Multiple Access/Collision Avoidance) without slots in the MAC layer with a TDMA (Time Division Multiple Access) scheme defined at the level of routing in order to reduce intra and inter cluster collisions. The following sections summarize the most important aspects of the operation of the algorithm, on which a complete and detailed description can be found in <a href="#r11">(11)</a>.</font><o:p></o:p></span></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'> <font face="Verdana"> <span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-GB'>2.1 Definition of Routing Tree</span></font><o:p></o:p></p>      <p style='text-align:justify;tab-stops:120.5pt'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-US'><font face="Verdana">The routing that defines Cluditem is based on a structure with two hierarchical levels. The first consists of a set of clusters, with a single coordinator to which the near nodes report to, and the second consists of a tree formed by the header nodes, which summarizes the information collected by their children and cooperate with each other to make it reach the base station <a href="#r12">(12)</a>. </font> <o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The CHs are nodes with large number of responsibilities, which remain active more time and transmit with greater range. Therefore, they consume more energy than the CNs in each batch of measurement. However, the nodes of a Cluditem network are homogeneous in terms of their resources, so a technique of periodic rotation of roles among nodes has been incorporated to balance energy consumption among the network members.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">In this sense, the reconfiguration of the routing tree, which includes reassign the role of CH, occurs periodically every X batches of measurement. <a href="#f2">Fig. 2</a> shows the operating stages of Cluditem that repeat during the entire lifetime of the network. In it, TRD is the routing definition phase, TDATA corresponds to sending measurements to the sink and TSLEEP represents the period in which the nodes remain in low power state. Also highlights that the reconfiguration of the routing structure (TRD), is performed every X batches of data collection.</font><o:p></o:p></span></p>      <p align="center"> <font face="Verdana" size="2"> <a name="f2" href="/img/revistas/cleiej/v16n2/2a01f2.gif"> Figure 2:  Cluditem operating stages </a> </font> </p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'><i style='mso-bidi-font-style:normal'><font face="Verdana"> <span lang=EN-US style='font-size:10.0pt; mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US; text-decoration:none;text-underline:none'>2.1.1 Definition of the Structure of Clusters </span> </font> <o:p></o:p></i></p>      ]]></body>
<body><![CDATA[<p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana">The definition of clusters starts with the postulation of the nodes that will assume the role of CH in the current reconfiguration. This is an important aspect in the design of the algorithm, since a good distribution and an appropriate amount of headers is a milestone of the algorithm in order to the network may perform its functions properly. To achieve this, Cluditem divides the area to monitor on the basis of a virtual grid and uses it during the process of choosing CHs and clusters definitions. <a href="#f3">Fig. 3</a> shows a sample definition of clusters in a network where the area to monitor is divided into a virtual grid of 9 cells.</font><o:p></o:p></span></p>       <p align="center"> <font face="Verdana" size="2"> <a name="f3" href="/img/revistas/cleiej/v16n2/2a01f3.jpg"> Figure 3:  Use of virtual grid to define clusters (a) Generic grid with CH (b) Example of clusters set up </a> </font> </p>      <p style='text-align:justify;text-indent:18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'>Once its nomination is done, the headers transmit a message called cluster structure message (CS) with the format shown in <a href="#f4">Fig. 4</a>. Each node that listens to a CH, and decides to join the cluster that coordinates this CH, forwards the message replacing the transmitter and transmitter level fields with its own data, so the neighbors can adopt it as a link node (LN) in the cluster. The level of the node in a cluster represents the amount of hops separating it from its header. Therefore, when choosing a LN each node defines its level by adding 1 to the level of its LN. As you might expect, the CH are level</span></font><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt; mso-ansi-language:EN-US'><font face="Verdana"> 0.</font><o:p></o:p></span></p>       <p align="center"> <font face="Verdana" size="2"> <a name="f4" href="/img/revistas/cleiej/v16n2/2a01f4.gif"> Figure 4: Cluster structure message (CS) </a> </font> </p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'><i style='mso-bidi-font-style:normal'><font face="Verdana"> <span lang=EN-US style='font-size:10.0pt; mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US; text-decoration:none;text-underline:none'>2.1.2 Headers Tree Definition</span></font><o:p></o:p></i></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana">The second level of the routing tree defines the communication path to the sink of all headers, with the aim that clusters information reaches the base station. Communication between the CHs and the sink can be multi hop, because the area to monitor is resizable and the transmission radius of the CH is limited.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The definition of the headers tree begins with a message that the base station sends to the network, with a radius of transmission equal to that used by the CH to communicate with each other. The nodes that hear this message directly record this situation. Among these ones, those who assumed the role of header during the cluster definition phase sent a message of assembly of CHs tree (CHT), announcing that the base station is within its transmission radius and that therefore its level is 1. The structure of the CHT message is shown in <a href="#f5">Fig. 5</a>. From its data each CH choose their link node as the header that it hear with the lowest transmitter level. It then forwards the CHT message communicating its identity and its level to allow other nodes to choose it as LN in the tree.</font><o:p></o:p></span></p>     <p align="center"> <font face="Verdana" size="2"> <a name="f5" href="/img/revistas/cleiej/v16n2/2a01f5.gif"> Figure 5:   CHs tree message </a> </font> </p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'> <font face="Verdana"> <span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>2.2 Sending Data to Base Station</span></font><o:p></o:p></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana">The stage for sending data takes place during T<sub>DATA </sub>and is carried out in two phases: in the first, length T<sub>SD</sub>, the common nodes send their measurements to its cluster header, and in the second, that runs during T<sub>SA</sub>, the CH use headers tree to make an aggregated message reach the base station. This message summarizes the information gathered by the CH from the cluster it coordinates. Data sending occurs after the definition of the routing tree (T<sub>RD</sub>) if it is reconfiguration batch, or at the beginning of the period T of gathering information in a batch of exclusive transmission of measurements <a href="#r13">(13)</a>.</font><span style='color:red'><o:p></o:p></span></span></p>      ]]></body>
<body><![CDATA[<p style='text-align:justify;text-indent:18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><a href="#f6">Fig. 6</a> shows the phases of information transmission and highlights that the intra and inter cluster data transmission is done fulfilling a TDMA scheme in each one of them, to prevent collisions. In the same, TSLOT_SD and TSLOT_SA <span style="mso-spacerun: yes"> </span>represent time slots adopted for sending data and aggregated data, respectively</span></font><span lang=EN-US style='font-size:10.0pt; mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'><font face="Verdana">.</font><o:p></o:p></span></p>       <p align="center"> <font face="Verdana" size="2"> <a name="f6" href="/img/revistas/cleiej/v16n2/2a01f6.gif"> Figure 6: Detail of data transmission stages </a> </font> </p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">During TSD, the ordinary nodes send measurements to their header using a data message, whose structure is shown in <a href="#f7">Fig. 7</a>.</font><o:p></o:p></span></p>      <p align="center"> <font face="Verdana" size="2"> <a name="f7" href="/img/revistas/cleiej/v16n2/2a01f7.gif"> Figure 7: Format of a data message </a> </font> </p>      <p style='text-align:justify;text-indent:18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'>At the end of TSD, headers join an aggregated message with its cluster information and send it using the CHs tree up to the base station. <a href="#f8">Fig. 8</a> shows the structure of the message that headers transmit towards the sink node.</span><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-US'> </span></font><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size: 12.0pt;mso-ansi-language:EN-US'><font face="Verdana">When the data collection batch is done, the network repeats the described operation until it exhausts its useful life because it is unable to satisfy the established requirements of QoS</font><o:p></o:p></span></p>      <p align="center"> <font face="Verdana" size="2"> <a name="f8" href="/img/revistas/cleiej/v16n2/2a01f8.gif"> Figure 8: Format of aggregated message </a> </font> </p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'> <font face="Verdana"> <span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>2.3 Consumption of the Algorithm without Clock Synchronization</span></font><o:p></o:p></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana">During the entire lifetime of the network, Cluditem performs, on a regular basis, batches of measurements of the environment variables of duration T. The set of batches carried out using the same routing structure has been termed round. As already mentioned, a batch may include the redefinition of the routing prior to proceed with sending information (RDB), or may be for data transmission only (DB). It was defined that each round includes a batch of reconfiguration followed by several batches without reconfiguration. The number of batches included in one round is called X, as mentioned in Subsection 2.1.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'>The reconfiguration of the network implies a higher consumption of energy so it is desirable to reduce the number of times it occurs. On the other hand, to avoid premature disconnections by keeping consumption balanced among members of the network, it is necessary to rotate the role of header, redefining the routing. Based on these considerations, the ideal situation corresponds to all nodes assuming the role of CH only once during the system lifetime, consuming all their reserves of energy (EIN ).To reach a compromise solution as close as possible to the ideal case and distribute the CH in the area under study, Cluditem uses a virtual grid. It consists of cells with the same number n of nodes each that, in the phase of definition of clusters, support to the election of candidates to header as described in Subsection 2.1.1. In this sense, during the lifetime of the network, Cluditem performs n redefinitions of the routing by implementing strategies to make the average number of times a node assumes the role of CH (Z) close to the ideal value (Z = 1).<span style="mso-spacerun: yes">  </span>The energy consumed by a node during a round depends on the role that it assumes since CHs require more resources than CNs. Therefore, the consumption in a round of a CH (ECHRC) responds to the expression (1), while consumption in a round of a CN (ECNRC) to the expression (2).</span></font><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt; mso-ansi-language:EN-US'><o:p></o:p></span></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      ]]></body>
<body><![CDATA[<p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>  <table border=0 cellspacing=0 cellpadding=0 style='margin-left:5.4pt;  border-collapse:collapse;mso-padding-alt:0cm 5.4pt 0cm 5.4pt'>  <tr style='height:24.2pt'>   <td width=586 style='width:439.45pt;padding:0cm 5.4pt 0cm 5.4pt;height:24.2pt'>       <p align=center style='text-align:center'><font face="Verdana"><span lang=ES-AR   style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:ES-AR'>E<sub>CHRC</sub>   = E<sub>CHBR</sub> + (X - 1) . </span></font><span lang=EN-US style='font-size:10.0pt;   mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'><font face="Verdana">E<sub>CHBWR</sub></font><o:p></o:p></span></p>   </td>   <td width=38 style='width:1.0cm;padding:0cm 5.4pt 0cm 5.4pt;height:24.2pt'>       <p align=center style='text-align:center'><span lang=EN-US   style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>   <font face="Verdana">(1)</font><o:p></o:p></span></p>   </td>  </tr>  <tr style='height:24.2pt'>   <td width=586 style='width:439.45pt;padding:0cm 5.4pt 0cm 5.4pt;height:24.2pt'>       <p align=center style='text-align:center'><span lang=EN-US   style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>   <font face="Verdana">E<sub>CNRC</sub>   = E<sub>CNBR</sub> + (X - 1) . E<sub>CNBWR</sub></font><o:p></o:p></span></p>   </td>   <td width=38 style='width:1.0cm;padding:0cm 5.4pt 0cm 5.4pt;height:24.2pt'>       <p align=center style='text-align:center'><span lang=EN-US   style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>   <font face="Verdana">(2)</font><o:p></o:p></span></p>   </td>  </tr> </table>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana">Where:</font><o:p></o:p></span></p>      <p style='margin-left:36.0pt;text-align:justify;text-indent: -18.0pt;mso-list:l16 level1 lfo20'><![if !supportLists]><font face="Verdana"> <span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>·</span></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana; mso-bidi-font-size:12.0pt; mso-ansi-language:EN-US' lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><![endif]><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size: 12.0pt;mso-ansi-language:EN-US'><font face="Verdana">E<sub>CHBR</sub>: Energy consumed by a Cluster Header node in a Batch with Reconfiguration.</font><o:p></o:p></span></p>      <p style='margin-left:36.0pt;text-align:justify;text-indent: -18.0pt;mso-list:l16 level1 lfo20'><![if !supportLists]><font face="Verdana"> <span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>·</span></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana; mso-bidi-font-size:12.0pt; mso-ansi-language:EN-US' lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><![endif]><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size: 12.0pt;mso-ansi-language:EN-US'><font face="Verdana">E<sub>CHBWR</sub>: Energy consumed by a Cluster Header node in a Batch Without Reconfiguration </font> <o:p></o:p></span></p>      ]]></body>
<body><![CDATA[<p style='margin-left:36.0pt;text-align:justify;text-indent: -18.0pt;mso-list:l16 level1 lfo20'><![if !supportLists]><font face="Verdana"> <span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>·</span></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana; mso-bidi-font-size:12.0pt; mso-ansi-language:EN-US' lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><![endif]><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size: 12.0pt;mso-ansi-language:EN-US'><font face="Verdana">E<sub>CNBR</sub>: Energy consumed by a Common Node in a Batch with Reconfiguration </font> <o:p></o:p></span></p>      <p style='margin-left:36.0pt;text-align:justify;text-indent: -18.0pt;mso-list:l16 level1 lfo20'><![if !supportLists]><font face="Verdana"> <span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>·</span></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana; mso-bidi-font-size:12.0pt; mso-ansi-language:EN-US' lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><![endif]><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size: 12.0pt;mso-ansi-language:EN-US'><font face="Verdana">E<sub>CNBWR</sub>: Energy consumed by a common node in a batch without reconfiguration </font> <o:p></o:p></span></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'>The node consumption in the n rounds that it performs in its lifetime must be equal to the energy the elements that feeds it can provide (EIN), as noted in expression (3).</span></font><span lang=EN-US style='font-size:10.0pt; mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'><o:p></o:p></span></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>  <table border=0 cellspacing=0 cellpadding=0 style='margin-left:5.4pt;  border-collapse:collapse;mso-padding-alt:0cm 5.4pt 0cm 5.4pt'>  <tr style='height:24.2pt'>   <td width=586 style='width:439.45pt;padding:0cm 5.4pt 0cm 5.4pt;height:24.2pt'>       <p align=center style='text-align:center'><span lang=ES-AR   style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:ES-AR'>   <font face="Verdana">E<sub>IN</sub>   = Z . E<sub>CHRC</sub> + (n - Z) . E<sub>CNRC</sub></font><o:p></o:p></span></p>   </td>   <td width=38 style='width:1.0cm;padding:0cm 5.4pt 0cm 5.4pt;height:24.2pt'>       <p align=center style='text-align:center'><span lang=ES-AR   style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:ES-AR'>   <font face="Verdana">(3)</font><o:p></o:p></span></p>   </td>  </tr> </table>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">Once set the value of EIN, the most appropriate value of X can be obtained as a function of n, Z and the energy consumed by each node type in each batch type. To perform the analysis of results of Section 5, the values relating to the consumption of nodes and the average value Z were achieved by successive approximations, based on the simulation of the algorithm in NS2</font></span><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'><font face="Verdana">.</font><o:p></o:p></span></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'><b style='mso-bidi-font-weight:normal'><font face="Verdana"> <span lang=EN-US style='font-size:10pt; font-variant:normal;mso-ansi-language:EN-US'>3 Synchronization Schemes for WSSN</span></font><o:p></o:p></b></p>      ]]></body>
<body><![CDATA[<p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-ansi-language:EN-US'><font face="Verdana">The synchronization algorithms commonly used in sensor networks are classified, according to working modes, as proactive or reactive. Proactive algorithms repeat periodically the synchronization tasks during the entire lifetime of the system with the aim of maintaining the phase shift of the clocks bounded. For example, a reference node periodically sends the value of its local time in a message and others nodes in its operating range estimate their phase shift based on its local time and the received value. On the other hand, reactive algorithms proceed with synchronization only when certain events occur <a href="#r7">(7)</a>. In addition, synchronization schemes are divided, under other criteria, in adaptive and non-adaptive. The first ones can modify important parameters in the synchronization procedure, such as periodicity, in response to changes in the network or in the environment; the last ones does not modify the algorithm at any time. The techniques of synchronization proposed in this work belong to the group of proactive - no adaptive algorithms.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">Synchronization schemes introduce computational overhead, increase traffic on the network because of added message exchanges and rise energy consumption. Therefore, a balance must be maintained between the costs of incorporating synchronization in WSSN and the need to maintain the time errors due to clock phase shifts bounded.</font><o:p></o:p></span></p>      <p style='margin-bottom:6.0pt;text-align:justify;text-indent: 18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt; mso-ansi-language:EN-GB'>Among the most commonly used synchronization procedures we can mention <a href="#r7">(7)</a>:</span></font><span lang=EN-US style='font-size:10.0pt; mso-ansi-language:EN-US'><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt; margin-left:35.7pt;text-align:justify;text-indent:-17.85pt;mso-list:l4 level1 lfo5; tab-stops:list 36.0pt'><![if !supportLists]><font face="Verdana"> <span lang=EN-US style='font-size: 10.0pt;mso-bidi-font-family:OpenSymbol;mso-ansi-language: EN-US'>·</span></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana; mso-bidi-font-family:OpenSymbol; mso-ansi-language:EN-US' lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><![endif]><span lang=EN-US style='font-size:10.0pt;mso-ansi-language: EN-US'><font face="Verdana">Transmitter-receiver synchronization. A node sends the value of its clock in a message. When another node receives it, reads its own clock and calculates the phase shift with respect to the transmitter. The propagation time is generally disregarded.</font><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt; margin-left:35.7pt;text-align:justify;text-indent:-17.85pt;mso-list:l4 level1 lfo5; tab-stops:list 36.0pt'><![if !supportLists]><font face="Verdana"> <span lang=EN-US style='font-size: 10.0pt;mso-bidi-font-family:OpenSymbol;mso-ansi-language: EN-US'>·</span></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana; mso-bidi-font-family:OpenSymbol; mso-ansi-language:EN-US' lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><![endif]><span lang=EN-US style='font-size:10.0pt;mso-ansi-language: EN-US'><font face="Verdana">Peer-to-peer synchronization. It consists in an exchange of messages between two nodes, placing in each message sent the value of its own clock. They take into account the propagation time that they assume equal in both directions, and consider that the difference between their clocks is kept constant during all the course of transmission. In this way, doing a simple calculation, the device gets the phase shift in respect of its neighbor.</font><o:p></o:p></span></p>      <p style='margin-left:35.7pt;text-align:justify;text-indent: -17.85pt;mso-list:l4 level1 lfo5;tab-stops:list 36.0pt'><![if !supportLists]> <font face="Verdana"> <span lang=EN-US style='font-size:10.0pt;mso-bidi-font-family: OpenSymbol;mso-ansi-language:EN-US'>·</span></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana; mso-bidi-font-family:OpenSymbol; mso-ansi-language:EN-US' lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><![endif]><span lang=EN-US style='font-size:10.0pt;mso-ansi-language: EN-US'><font face="Verdana">Reference transmission. The assumptions considered by the above method does not always are true and to decrease the error a reference node is established and all nodes that must be synchronized listen to it. </font> <o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt; margin-left:17.85pt;text-align:justify'><span lang=EN-US style='font-size:10.0pt; mso-ansi-language:EN-US'><font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'><b style='mso-bidi-font-weight:normal'><font face="Verdana"> <span lang=EN-US style='font-size:10pt; font-variant:normal;mso-ansi-language:EN-US'>4 Related Work</span></font><o:p></o:p></b></p>      <p style='text-align:justify'><font face="Verdana"><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>Reference Broadcast Synchronization (RBS) </span><span lang=EN-GB style='font-size:10.0pt; mso-bidi-font-size:12.0pt;mso-ansi-language:EN-GB'><a href="#r14">(14)</a> </span><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-US'>and Timing-sync Protocol for Sensor Networks (TPSN)<span style='color:red'> </span></span><span lang=EN-GB style='font-size:10.0pt; mso-bidi-font-size:12.0pt;mso-ansi-language:EN-GB'><a href="#r15">(15)</a> </span><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-US'>are the most used synchronization algorithms. Cluditem uses clusters in the definition of the routing structure of the network, so we can relate it to the algorithm Scalable Lightweight Time Synchronization Protocol for WSN (SLTP) which includes the definition of clusters during the procedure of synchronization </span><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt; mso-ansi-language:EN-GB'><a href="#r16">(16)</a>.</span></font><span lang=EN-US style='font-size:10.0pt; mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'><font face="Verdana"><span style="mso-spacerun: yes">  </span></font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">In the RBS algorithm a reference node sends a message to its neighbors through a special synchronization channel, without attaching any time value in the message. The neighbors use the reception time to synchronize, i.e. it is<span style="mso-spacerun: yes">   </span>receiver-receiver synchronization algorithm. The problems that RBS can arise have to do with the number of neighbors who hear, i.e. how many nodes are going to synchronize based on the receipt of this message. As the number of nodes increases, it is possible that one does not reach the synchronization. For this reason, the synchronization message is sent periodically <a href="#r14">(14)</a>.</font><o:p></o:p></span></p>      ]]></body>
<body><![CDATA[<p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">TPSN protocol works in two stages; in the first, called discovery, a hierarchical structure is defined and in the second, named synchronization, a transmitter-receiver scheme is used. The hierarchical structure has a single node of level 0 and any node of i level can communicate with at least one node of i-1level <a href="#r15">(15)</a>.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'>SLTP algorithm has two phases of work, of configuration and synchronization. In the configuration stage, the headers of all clusters are statically or dynamically set. In a static configuration, a flag is used to define the CH. This flag, which is transmitted in the message exchanged between nodes, indicates whether the sending node is a cluster header or a common node. Each node that receives a message from a common node becomes CH and forwards the package indicating its new condition. Common nodes members of a cluster recognize their header node and, if they have more than one, they turn into gateway nodes. Once static configuration is completed, device synchronization starts. On the other hand, if a dynamic configuration is performed, the structure of clusters changes over time and only the CHs are defined in the first stage. Common nodes and gateways are set in the synchronization stage. In this last stage, the CHs are responsible for sending the synchronization message containing their local clocks times. Cluster member nodes calculate their oscillation frequency and phase shift based on the value received from their CHs <a href="#r16">(16)</a>.</span><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt; mso-ansi-language:EN-US'> </span></font><span lang=EN-US style='font-size:10.0pt; mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">These synchronization protocols and several others look for higher accuracies, that is to say, to keep the clocks of the nodes of the networks as synchronized as possible to give to the nodes measurements a precise time correlation. Cluditem does not need a high level of synchronization since it is used mainly for environment measurements and it only requires synchronization because of its routing schema and energy saving mechanisms. In the following paragraphs these aspects will be fully explicit. </font> <o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-US'><font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'><b style='mso-bidi-font-weight:normal'><font face="Verdana"> <span lang=EN-US style='font-size:10pt; font-variant:normal;mso-ansi-language:EN-US'>5 Synchronization in Cluditem</span></font><o:p></o:p></b></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana">Cluditem was developed for applications that admit a phase shift on the order of milliseconds. Therefore, to achieve a good performance of the algorithm, lightweight synchronization techniques that introduce a bounded processing load have been proposed and tested, allowing then to reach the established requirements.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'>The collecting batches have a duration T of the order of 10 or 15 minutes.<span style="mso-spacerun: yes">  </span>The nodes of the network remain in activity over a period of a few seconds at the beginning of each batch, and then enter into low power state until met T. In this sense, it was determined that it was sufficient to perform the synchronization of local clocks only once at the beginning of each batch, which was verified through the results of the simulations. The proposed technics are centralized, since the synchronization scheme is initiated by the sink node, having considered various options based on the inherent variations of the scenarios of the applications and on the obtained simulation results</span></font><span lang=EN-US style='font-size: 10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'><font face="Verdana">.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'>The operation of Cluditem was analyzed by using the NS2 v2.30 in all the tests described in this paper. This discrete event simulator is aimed to the analysis of protocols for communication networks and was developed in the framework of the project VINT (Virtual InterNetwork Testbed) <a href="#r17">(17)</a>.<span style="mso-spacerun: yes">  </span>It is a working tool widely known and used in both wired and wireless networks <a href="#r18">(18)</a>.</span></font><span lang=EN-US style='font-size: 10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'><o:p></o:p></span></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'> <font face="Verdana"> <span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>5.1 Working Environment and Simulation Scenario</span></font><o:p></o:p></p>      ]]></body>
<body><![CDATA[<p style='margin-bottom:6.0pt;text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-US'><font face="Verdana">In the NS2 environment it is possible to define the complete communication protocol stack, allowing simulating the behavior of the routing algorithms in conditions close to reality. For the lower layers of CLUDITEM it was chosen the IEEE 802.15.4 standard, which specifies the physical and media access layers of the protocol stack. In this sense, <a href="#f9">Fig. 9</a> outlines the implementation.</font><o:p></o:p></span></p>      <p align="center"> <font face="Verdana" size="2"> <a name="f9" href="/img/revistas/cleiej/v16n2/2a01f9.gif"> Figure 9: Protocol communication implemented in NS2 </a> </font> </p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The simulation scenario for all tests was defined as a square area with a side of 135 meters divided into 9 cells, with 16 nodes each, these ones separated 12 meters of each other, and a single base station with unlimited energy located outside the area under study. These chosen values are compatible with applications of interest, but also the characteristics of the scenario were associated with parameters to allow the adjustment of the operation of the algorithm for particular cases, as shown in the script of <a href="#f10"> Fig. 10</a>.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><a href="#f11">Fig. 11</a> shows the chosen simulation scenario as presented by the Nam graphical tool associated with the simulator. This figure shows the 144 nodes of the network, divided into 9 cells of the virtual grid. <a href="#f11">Fig. 11</a> also illustrates the definition of clusters in the network, made by the algorithm in a batch with reconfiguration. In it, the CHs are highlighted and the generated structure can be seen looking at the lines indicating the LN of each device in its cluster. The base station is outside the plotted area</span></font><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-US'><font face="Verdana">.</font><o:p></o:p></span></p>       <p align="center"> <font face="Verdana" size="2"> <a name="f10" href="/img/revistas/cleiej/v16n2/2a01f10.jpg"> Figure 10: Definition of simulation scenario in NS2 </a> </font> </p>      <p align="center"> <font face="Verdana" size="2"> <a name="f11" href="/img/revistas/cleiej/v16n2/2a01f11.png"> Figure 11:  Example of definition of structure of clusters </a> </font> </p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'> <font face="Verdana"> <span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>5.2 Results Considering Perfect Clocks</span></font><o:p></o:p></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana">In these trials, it was not taken into account the clocks drift, therefore the initial maximum deviation of 60 milliseconds among devices local times remains constant throughout the entire lifetime of the network. According to these conditions, simulations of operation consisted of 16 rounds (<i style='mso-bidi-font-style:normal'>n </i>= 16) of 16 batch of measurements each (X = 16). The value of <i style='mso-bidi-font-style:normal'>n</i> corresponds to the number of devices in each square of the grid, and its value was established as part of the simulation scenario described in the previous section. The value of X was defined based on the results of simulations starting with an initial X value and successive adjustments. The trials results allowed to determine the energy consumed by nodes depending on the assumed role and the type of batch made (E<sub>CHBR</sub>, E<sub>CHBWR</sub>, E<sub>CNBR</sub> y E<sub>CNBWR</sub>), as well as the value of Z, average times that a node assumes the role of CH during the lifetime of the network.<span style="mso-spacerun: yes">  </span>From these values, expressions (1), (2) and (3) were used to get X. It should be noted that the initial energy of the nodes E<sub>IN</sub> was established in a very low value, to limit the simulation time. <a href="#t1"> Table 1</a> shows the results for the average and maximum consumption of nodes of the network.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The next step was to determine, in days, the lifetime of the network, considering that each device counts with energy of an AA battery. Consumption values of <a href="#t1"> Table 1</a> were used for this, and the value of 15 minutes was adopted as the duration of each batch of measurements (T = 15 min).<span style="mso-spacerun: yes">  </span>The results of the calculations are presented in <a href="#t2"> Table 2</a>.</font><o:p></o:p></span></p>        <p align="center"> <font face="Verdana" size="2"> <a name="t1" href="/img/revistas/cleiej/v16n2/2a01t1.jpg"> Table 1: Values &#8203;&#8203;of energy consumed for drift-free clocks obtained by simulation (X=16)  </a> </font> </p>       ]]></body>
<body><![CDATA[<p align="center"> <font face="Verdana" size="2"> <a name="t2" href="/img/revistas/cleiej/v16n2/2a01t2.jpg"> Table 2:  Batches per round and network lifetime for drift-free clocks (E<sub>IN</sub> corresponds to an AA battery) </a> </font> </p>       <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'> <font face="Verdana"> <span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'>5.3 Results Considering Clock Drift</span></font><o:p></o:p></p>      <p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana">These tests were performed considering a clock drift value for the nodes of the network varying between -40 and +40 parts per million, in the worst case. Once established, the clock drift remains constant during the entire simulation. Clock drift causes that the phase shift among the times of the nodes varies permanently. Therefore, for the group of applications of interest, it is necessary to periodically synchronize the clocks of devices.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The two proposed schemes of synchronization are initiated by the base station. At the end of period T, all nodes assume the active status to start a batch of measurements. Local clocks are out of phased and therefore, the nodes instead of automatically initiate their activities, remain waiting for a signal of synchronism from the sink. Thus, at the beginning of each batch, all clocks get synchronized so that the sequence of planned tasks runs effectively. The time that elapses from the moment the nodes are activated at the beginning of each batch and the moment in which they receive the signal of synchronism of the sink, increases the total time that the nodes are active and therefore the energy consumed. In order to minimize this effect, the sink must send the sync message as soon as possible from the moment it was sure that all nodes are active and able to receive it.</font><o:p></o:p></span></p>        <p align="center"> <font face="Verdana" size="2"> <a name="t3" href="/img/revistas/cleiej/v16n2/2a01t3.jpg"> Table 3:  Values of energy consumed in the 1<sup>st</sup> synchronization scheme, obtained by  simulation </a> </font> </p>       <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The first proposed scheme assumes that the sync message issued by the base station reaches to all nodes on the network, i.e. that the transmission radius of the sink is such that all devices can directly receive their transmissions. With this scheme, the sync message reaches all nodes almost simultaneously since the only phase shift present is the one due to the different distances to travel to reach each of the devices, and this is considered negligible. However, the incorporation of this scheme into the operation of Cluditem rises the time the nodes should remain active because it adds, at the beginning of each batch, a period for clocks synchronization. Therefore, for the tests done, the value of X was recalculated following the procedure described in the preceding paragraph and maintaining the initial energy of the nodes EIN used for clocks without drift. The obtained value was founded to be the same (X = 16), which indicates that the introduced increase of the period of activity, allows to approach the ideal situation in which all nodes in the network assumes the role of CH in a rotation, without diminishing the number of batches in a round. To quantitatively evaluate the influence of increased activity in the nodes, the values of energy consumed when considering ideal drift-free clocks and those founded including the proposed synchronization scheme can be compared. These are presented in Tables 1 and 3 respectively. In this sense, <a href="#f12">Fig. 12</a> shows that the impact on the consumption of the CHs is on the order of 3%, while for the CNs fluctuates between 7% and 8.5%. The greater impact on the consumption of the CNs is explained because the synchronization scheme defines the addition of a fixed period at the beginning of each batch. Therefore, this one influences percentage-wise much more on consumption of the common nodes which remain active, in all the batches, a period significantly less than the CHs.</font><o:p></o:p></span></p>      <p align="center"> <font face="Verdana" size="2"> <a name="f12" href="/img/revistas/cleiej/v16n2/2a01f12.gif"> Figure 12: Increase of consumption introduced by the 1<sup>st</sup> synchronization scheme with respect to drift-free clocks </a> </font> </p>        <p style='text-align:justify;text-indent:18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><a href="#t4"> Table 4</a> presents the values of X and the network lifetime when incorporating this synchronism scheme, taking EIN as the value corresponding to an AA battery and the consumption of <a href="#t3"> Table 3</a>. Comparing the 3465 days of useful life of the system, considering maximum consumption, with the value obtained in <a href="#t2"> Table 2</a> when working with clocks without drift, we can appreciate the network lifetime decreases by 7.3%.</span></font><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size: 12.0pt;mso-ansi-language:EN-US'><o:p></o:p></span></p>       <p align="center"> <font face="Verdana"> <a name="t4" href="/img/revistas/cleiej/v16n2/2a01t4.jpg"> <font size="2">Table 4:  Batches per round and network lifetime for the 1 </font> <span class=capLabel><sup><span lang=EN-US style='font-size:10.0pt;font-weight:normal'>st</span></sup></span><font size="2">  synchronization scheme (E<sub>IN</sub> for an AA battery) </font> </a> </font> </p>       <p style='margin-bottom:6.0pt;text-align:justify;text-indent: 18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt; mso-ansi-language:EN-GB'><font face="Verdana">The area to monitor depends on the application and its dimensions can vary considerably. Therefore, it may not be feasible that base station messages reach all nodes directly. For this reason, the second synchronization scheme is proposed. In it, the sink transmits the sync message with the same transmission power used by CHs. Each node, regardless of whether is header or not, when it receives the message from the base station, forwards it only once and starts the tasks corresponding to the current batch type. If it receives a new sync message due to broadcasts of its neighbors, it discards it. It is important to note that this synchronization scheme has two drawbacks.</font><o:p></o:p></span></p>      ]]></body>
<body><![CDATA[<p style='margin-top:0cm;margin-right:0cm;margin-bottom:6.0pt; margin-left:36.0pt;text-align:justify;text-indent:-18.0pt;mso-list:l17 level1 lfo26; mso-hyphenate:auto;tab-stops:list 36.0pt'><![if !supportLists]><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-US'><font face="Verdana">a)</font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size: 12.0pt;mso-ansi-language:EN-US'><font face="Verdana">The sync message arrives to the nodes at different times. Since a node receives the message until it retransmits it, a period elapses and its duration varies according to the conditions present in the network. In addition, there will be nodes that receive the message after forwarded by multiple devices, so they synchronize out of phase from those who received it before. <a href="#f13">Fig. 13</a> shows on the y axis the percentage of nodes whose phase shift is less than or equal to that indicated on the x axis. In this sense, 16% of the nodes synchronize 2.53 milliseconds after the base station issued its synchronization message and all nodes are synchronized before 4.51 milliseconds</font><span style='color:#1F497D'><font face="Verdana">.</font><o:p></o:p></span></span></p>      <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt; margin-left:35.7pt;text-align:justify;text-indent:-17.85pt;mso-list:l17 level1 lfo26; tab-stops:list 36.0pt'><![if !supportLists]><span lang=EN-US style='font-size: 10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'><font face="Verdana">b)</font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size: 12.0pt;mso-ansi-language:EN-US'><font face="Verdana">The traffic of sync messages is affected by the possibility of collisions, which causes some of the nodes of the network do not receive the message at all. These ones do not start the activities corresponding to the current batch of measurements and therefore they are not involved in the sending of information to the base station. This situation is particularly serious if nodes that are isolated have, in the current batch, the role of headers since the measurements collected by all CN members of the clusters they lead will be lost.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The second considered work scheme requires a longer period to synchronize the nodes of the network because of the variable times involved, as described in point a). In this sense, the total time that each node must remain in the active state in each batch of measurement increases. This results in higher energy consumption. Furthermore, to reduce the impact of the problem described in point b), it was decided that the base station emits two sync messages in a short time. Nodes forward and get synchronized on first receipt of a sync message from the base station. Therefore, those devices that receive the two transmissions emitted by the sink ignore the second. The scheme considers the addition of a fixed period for synchronization of the nodes at the beginning of each batch of measurement. This implies that all devices are synchronized when they start their activities of the current batch, regardless of whether they received the first or the second message from the base station.</font><o:p></o:p></span></p>      <p align="center"> <font face="Verdana" size="2"> <a name="f13" href="/img/revistas/cleiej/v16n2/2a01f13.gif"> Figure 13: Number of nodes (%) whose phase shift is less than or equal to that indicated on the x axis </a> </font> </p>        <p align="center"> <font face="Verdana" size="2"> <a name="t5" href="/img/revistas/cleiej/v16n2/2a01t5.jpg"> Table 5:  Values of energy consumed in the 2<sup>nd</sup> synchronization scheme, obtained by simulation(X=14) </a> </font> </p>       <p align="center"> <font face="Verdana" size="2"> <a name="f14" href="/img/revistas/cleiej/v16n2/2a01f14.gif"> Figure 14: Increase of consumption introduced by the 2<sup>nd</sup> synchronization scheme with respect to drift-free clocks </a> </font> </p>          <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The tests were performed with the same initial energy in the nodes EIN used in previous cases. However, this second scheme adds a synchronization period longer than the corresponding to the first scheme. Therefore, the recalculation of X from EIN and consumption values of nodes by role and batch type presented in <a href="#t5"> Table 5</a>, resulted in a value of X = 14. This indicates a greater impact on the energy consumption of the nodes of the network, as shown in the <a href="#f14">Fig. 14</a>. As for the previous scheme, <a href="#f14">Fig. 14</a> shows that the relative increase in the consumption of the CHs (8.3% to 10.6%) is lower than the one suffered by the CNs (22.6% to 25.7%). The greater impact on the consumption of the CNs is explained for the same reasons mentioned when analyzing the first scheme.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'>Finally, it was obtained the value of X and the network lifetime considering that the initial energy of the nodes EIN is provided by an AA battery. Results are shown in <a href="#t6"> Table 6</a>. In this case, it can be seen that the system lifetime is reduced by a 21.08% when using the 2nd synchronization scheme.</span></font><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt; mso-ansi-language:EN-US'><o:p></o:p></span></p>        <p align="center"> <font face="Verdana" size="2"> <a name="t6" href="/img/revistas/cleiej/v16n2/2a01t6.jpg"> Table 6:  Batches per round and network lifetime for the 2 <sup>nd</sup> synchronization scheme (E<sub>IN</sub> corresponds to an AA battery) </a> </font> </p>       <p style='margin-top:0cm;margin-right:0cm;margin-bottom:5.95pt;margin-left: 0cm;text-align:justify;text-indent:0cm;mso-list:none;tab-stops:35.4pt'><b style='mso-bidi-font-weight:normal'><font face="Verdana"> <span lang=EN-US style='font-size:10pt; font-variant:normal;mso-ansi-language:EN-US'>6 Conclusions and Future Work</span></font><o:p></o:p></b></p>      ]]></body>
<body><![CDATA[<p style='text-align:justify'><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'> <font face="Verdana">This work introduced two centralized synchronization schemes for Cluditem, a routing algorithm oriented to applications of environmental monitoring with periodic measurement of variables. Applications of interest admit differences on local clocks on the order of milliseconds. The proposed techniques, whose performance was evaluated by simulation, introduce a reduced processing load, although they require that the nodes perform additional tasks and remain more time active, raising their energy consumption. </font> <span style='color:red'><o:p></o:p></span></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The first scheme analyzed is more favorable with reference to the increase of energy consumption in devices, but it requires that the base station transmissions reach all nodes on the network. Therefore, their use is recommended only if the dimensions of the area to monitor are compatible with that requirement. If this is not the case, one must resort to the second scheme that reduces the useful life of the network by 14% more than the first scheme described. </font> <o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'><font face="Verdana">The proposed schemas constitute an advantage when comparing with other synchronization protocols commonly used in WSN because they allow to maximize the network lifetime for Cluditem application scenarios. However, these techniques have the weakness that they can not be implemented in domains where high accuracy is needed.</font><o:p></o:p></span></p>      <p style='text-align:justify;text-indent:18.15pt'><font face="Verdana"><span lang=EN-GB style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language: EN-GB'>Currently we are working on the implementation of Cluditem in a hardware platform, incorporating synchronization schemes discussed in this paper. The devices used are nodes for wireless sensors networks of type System on Chip (SoC) from Texas Instruments (CC2530 and CC2531) <a href="#r19">(19)</a>. The objective is to create a network of approximately 25 nodes for in-field testing of scenarios compatible with the selected applications.</span></font><span lang=EN-US style='font-size:10.0pt;mso-bidi-font-size:12.0pt;mso-ansi-language:EN-US'><o:p></o:p></span></p>      <p><font face="Verdana" size="2"><span lang=EN-US>References</span></font></p>      <!-- ref --><p align=left style='margin-left:21.3pt;text-align:left; text-indent:-21.3pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r1">(1)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><font face="Verdana" size="2"><span lang=EN-US>J. Yick, B. Mukherjee and D. Ghosal, “Wireless sensor network survey,” <span style="mso-spacerun: yes"> </span><i style='mso-bidi-font-style:normal'>Computer Networks: The International Journal of Computer and Telecommunications Networking</i>, vol. 52, pp. 2292-2330, Aug. 2008.    </span></font></p>      <!-- ref --><p align=left style='margin-left:21.3pt;text-align:left; text-indent:-21.3pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r2">(2)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><font face="Verdana" size="2"><span lang=EN-US>C. F. García Hernández, P. H. Ibargüengoytia González,<span style="mso-spacerun: yes">  </span>J. García Hernández and <span style="mso-spacerun: yes"> </span>J.A. Pérez Díaz, <span style="mso-spacerun: yes"> </span>“Wireless Sensor Networks and Applications: a Survey,” <i style='mso-bidi-font-style:normal'>International Journal of Computer Science and Network Security IJCSNS</i>, vol. 3, <span style="mso-spacerun: yes"> </span>pp. 264-273, March 2007.    </span></font></p>      <!-- ref --><p align=left style='margin-left:21.3pt;text-align:left; text-indent:-21.3pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r3">(3)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><font face="Verdana" size="2"><span lang=EN-US>C. Buratti, A. Conti, D. Dardari and R. Verdone, “An Overview on Wireless Sensor Networks Technology and Evolution,” <i style='mso-bidi-font-style:normal'>Sensors</i>, vol. 9, pp. 6869-6896, Aug. 2009.<span style="mso-spacerun: yes">  </span><a href="http://www.mdpi.com/">http://www.mdpi.com</a></span></font><!-- ref --><p align=left style='margin-left:21.3pt;text-align:left; text-indent:-21.3pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r4">(4)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><font face="Verdana" size="2"><span lang=EN-US>W. Ikram, I. Stoianov and N.F. Thornhill, <span style="mso-spacerun: yes"> </span>“Towards a Radio-Controlled Time Synchronized Wireless Sensor Network: A Work in-Progress Paper,” in<i style='mso-bidi-font-style:normal'> Proc.</i> <i style='mso-bidi-font-style: normal'>IEEE Conference on Emerging Technologies and Factory Automation (ETFA)</i>, Bilbao, Spain, Sept. 2010, pp. 1-4.    </span></font></p>      <!-- ref --><p align=left style='margin-left:21.3pt;text-align:left; text-indent:-21.3pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r5">(5)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><font face="Verdana" size="2"><span lang=EN-US>S.K. Singh, M.P. Singh and D.K. Singh, “Routing protocols in wireless networks – A survey,” <i style='mso-bidi-font-style: normal'>International Journal of Computer Science &amp; Engineering Survey (IJCSES)</i>, vol. 1, pp. 63-83, Nov. 2010.    </span></font></p>      <!-- ref --><p align=left style='margin-left:21.3pt;text-align:left; text-indent:-21.3pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r6">(6)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><font face="Verdana" size="2"><span lang=EN-US>Z. Pei, Z. Deng, B. Yang and X. Cheng, “Application-Oriented Wireless Sensor Network Communication Protocols and Hardware Platforms: a Survey,” in <i style='mso-bidi-font-style:normal'>Proc. IEEE International Conference On Industrial Technology</i>,<i style='mso-bidi-font-style: normal'> </i>Chengdu, China, Apr. 2008, pp. 1-6.    </span></font></p>      <!-- ref --><p align=left style='margin-left:21.3pt;text-align:left; text-indent:-21.3pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r7">(7)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><font face="Verdana" size="2"><span lang=EN-US>A. Ageev, “Time Synchronization and Energy Efficiency in Wireless Sensor Networks,” PhD Dissertation, International Doctorate School in Information and Communication Technologies, Universit_a degli Studi di Trento, Italy, Mar. <span style="mso-spacerun: yes"> </span>2010.    </span></font></p>      <!-- ref --><p align=left style='margin-left:21.3pt;text-align:left; text-indent:-21.3pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r8">(8)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><font face="Verdana" size="2"><span lang=EN-US>I. Rhee, J. Lee, J. Kim, E. Serpedin and Y. Wu, “Clock Synchronization in Wireless Sensor Networks: An Overview,”<i style='mso-bidi-font-style:normal'> Sensors</i>, vol. 9, pp. 56-85, Jan. 2009. <a href="http://www.mdpi.com/">http://www.mdpi.com</a></span></font><!-- ref --><p align=left style='margin-left:21.3pt;text-align:left; text-indent:-21.3pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r9">(9)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><font face="Verdana" size="2"><span lang=EN-US>R. Prakash and N. Kendall, “Time Synchronization in Wireless Sensor Networks: a Survey,” <i style='mso-bidi-font-style: normal'>International Journal of UbiComp (IJU)</i>, vol. 1, No. 2, pp. 92-102, Apr. 2010.    </span></font></p>      <!-- ref --><p align=left style='margin-left:21.25pt;text-align:left; text-indent:-21.25pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r10">(10)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span> <![endif]><font face="Verdana" size="2"><span lang=EN-US>A. Abbasi <span style="mso-spacerun: yes"> </span>and M. Younis, “A survey on clustering algorithms for wireless sensor networks,” <i style='mso-bidi-font-style:normal'>Computer Communications</i>, vol. 30, pp. 2826-2941, Jun. 2007.    </span></font></p>      <!-- ref --><p align=left style='margin-left:21.25pt;text-align:left; text-indent:-21.25pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r11">(11)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span> <![endif]><font face="Verdana" size="2"><span lang=ES-AR style='mso-ansi-language:ES-AR'>R. Corti, Clustering dinámico para tiempo de encendido mínimo en redes de sensores inalámbricas CLUDITEM, 1a ed.,<span style="mso-spacerun: yes">  </span>La Plata : Universidad Nacional de La Plata, 2012, E-Book. </span><span lang=EN-US><a href="http://sedici.unlp.edu.ar/handle/10915/4209"><span style='color:windowtext; text-decoration:none;text-underline:none'>http://sedici.unlp.edu.ar/handle/10915/4209</span></a></span></font><!-- ref --><p align=left style='margin-left:21.25pt;text-align:left; text-indent:-21.25pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=ES-AR style='mso-ansi-language: ES-AR'><font face="Verdana" size="2"><a name="r12">(12)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><span lang=ES-AR style='mso-ansi-language:ES-AR'> <font face="Verdana" size="2">R. Corti, E. D’Agostino, E. Giandomenico, J. Belmonte y R. Martinez, “Clustering Dinámico para Tiempo de Encendido Mínimo en Redes Inalámbricas de Sensores (CLUDITEM) Análisis de la<span style="mso-spacerun: yes">  </span>Definición de Clusters,” in Proc. XXXIV Conferencia Latinoamericana de Informática (CLEI 2008), pp.1229-1238, Santa Fé , Argentina, Sep. 2008.    </font><o:p></o:p></span></p>      <!-- ref --><p align=left style='margin-left:21.25pt;text-align:left; text-indent:-21.25pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=ES-AR style='mso-ansi-language: ES-AR'><font face="Verdana" size="2"><a name="r13">(13)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]><span lang=ES-AR style='mso-ansi-language:ES-AR'> <font face="Verdana" size="2">R. Corti, E. D’Agostino, E. Giandomenico, R. Martínez y J. Belmonte, “Clustering Dinámico para Tiempo de Encendido Mínimo en Redes Inalámbricas de Sensores (CLUDITEM). Análisis de las fases de envío de datos,” in Proc. XXXVI Conferencia Latinoamericana de Informática (CLEI 2010), pp. 1-13, San Lorenzo, Paraguay, Oct. 2010.    </font><o:p></o:p></span></p>      <!-- ref --><p style='margin-left:21.3pt;text-indent:-21.3pt;mso-list: l1 level1 lfo2;tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r14">(14)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span> <![endif]><font face="Verdana" size="2"><span lang=EN-US>J. Elson, L. Girod and D. Estrin, “Fine-Grained Network Time Synchronization using Reference Broadcasts,” <span style="mso-spacerun: yes"> </span>in Proc. of the 5th Symposium on Operating Systems Design and Implementation, Boston, Massachusetts, USA, pp. 9–11, Dec. 2002.    </span></font></p>      ]]></body>
<body><![CDATA[<!-- ref --><p align=left style='margin-left:21.25pt;text-align:left; text-indent:-21.25pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r15">(15)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span> <![endif]><font face="Verdana" size="2"><span lang=EN-US>S. Ganeriwal, R. Kumar and M. Srivastava, “Timing-sync Protocol for Sensor Networks,” in Proc. of the 1st International Conference on Embedded Networked Sensor Systems SenSys ’03, pp. 5-7, Los Angeles, USA, Nov. 2003.    </span></font></p>      <!-- ref --><p align=left style='margin-left:21.25pt;text-align:left; text-indent:-21.25pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r16">(16)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span> <![endif]><font face="Verdana" size="2"><span lang=EN-US>N. G. Sepideh, N. E. Arash, R. Laleh, A. Y. Seyed and D. Mehdi, “SLTP: Scalable Lightweight Time Synchronization or Wireless Sensor Network,” in Proc. of the 3rd international conference on Mobile ad-hoc and sensor networks MSN'07, pp. 536-547, Heidelberg, Germany, 2007.    </span></font></p>      <!-- ref --><p align=left style='margin-left:21.25pt;text-align:left; text-indent:-21.25pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r17">(17)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span> <![endif]><font face="Verdana" size="2"><span lang=EN-US>The VINT Project.<i style='mso-bidi-font-style:normal'> The ns Manual</i>. </span><span lang=ES-AR style='mso-ansi-language:ES-AR'>USA, 2010. </span><span lang=EN-US><a href="http://www.isi.edu/nsnam/ns/doc/ns_doc.pdf">http://www.isi.edu/nsnam/ns/doc/ns_doc.pdf</a></span></font><!-- ref --><p align=left style='margin-left:21.25pt;text-align:left; text-indent:-21.25pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r18">(18)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span> <![endif]><font face="Verdana" size="2"><i style='mso-bidi-font-style:normal'><span lang=EN-US>The Network Simulator - ns-2</span></i><span lang=EN-US>. <a href="http://www.isi.edu/nsnam/ns/">http://www.isi.edu/nsnam/ns/</a></span></font><!-- ref --><p align=left style='margin-left:21.25pt;text-align:left; text-indent:-21.25pt;mso-pagination:widow-orphan;mso-list:l1 level1 lfo2; tab-stops:list 23.25pt'><![if !supportLists]><span lang=EN-US> <font face="Verdana" size="2"><a name="r19">(19)</a></font><span style='font-style:normal; font-variant:normal; font-weight:normal; font-size:10pt; font-family:Verdana'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span> <![endif]><font face="Verdana" size="2"><span lang=EN-US>Texas Instruments. “A True System-on-Chip Solution for 2.4-GHz IEEE 802.15.4 and ZigBee Applications” <a href="http://www.ti.com/lit/ds/symlink/cc2530.pdf">http://www.ti.com/lit/ds/symlink/cc2530.pdf</a></span></font><p align=left style='margin-left:0cm;text-align:left; text-indent:0cm;mso-pagination:widow-orphan'><span lang=EN-US> <font face="Verdana" size="2"><![if !supportEmptyParas]>&nbsp;<![endif]></font><o:p></o:p></span></p>  </div>       ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Yick]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Mukherjee]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
<name>
<surname><![CDATA[Ghosal]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Wireless sensor network survey]]></article-title>
<source><![CDATA[The International Journal of Computer and Telecommunications Networking]]></source>
<year></year>
<volume>52</volume>
<page-range>2292-2330</page-range></nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[García Hernández]]></surname>
<given-names><![CDATA[C. F]]></given-names>
</name>
<name>
<surname><![CDATA[Ibargüengoytia González]]></surname>
<given-names><![CDATA[P. H]]></given-names>
</name>
<name>
<surname><![CDATA[García Hernández]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Pérez Díaz]]></surname>
<given-names><![CDATA[J.A]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Wireless Sensor Networks and Applications: a Survey]]></article-title>
<source><![CDATA[International Journal of Computer Science and Network Security]]></source>
<year>Marc</year>
<month>h </month>
<day>20</day>
<volume>3</volume>
<page-range>264-273</page-range></nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Buratti]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
<name>
<surname><![CDATA[Conti]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[Dardari]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
<name>
<surname><![CDATA[Verdone]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[An Overview on Wireless Sensor Networks Technology and Evolution]]></article-title>
<source><![CDATA[Sensors]]></source>
<year>Aug.</year>
<month> 2</month>
<day>00</day>
<volume>9</volume>
<page-range>6869-6896</page-range></nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Ikram]]></surname>
<given-names><![CDATA[W]]></given-names>
</name>
<name>
<surname><![CDATA[Stoianov]]></surname>
<given-names><![CDATA[I]]></given-names>
</name>
<name>
<surname><![CDATA[Thornhill]]></surname>
<given-names><![CDATA[N.F]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Towards a Radio-Controlled Time Synchronized Wireless Sensor Network: A Work in-Progress Paper]]></article-title>
<source><![CDATA[Proc. IEEE Conference on Emerging Technologies and Factory Automation: ETFA]]></source>
<year>Sept</year>
<month>. </month>
<day>20</day>
<page-range>1-4</page-range><publisher-loc><![CDATA[Bilbao ]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Singh]]></surname>
<given-names><![CDATA[S.K]]></given-names>
</name>
<name>
<surname><![CDATA[Singh]]></surname>
<given-names><![CDATA[M.P]]></given-names>
</name>
<name>
<surname><![CDATA[Singh]]></surname>
<given-names><![CDATA[D.K]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Routing protocols in wireless networks: A survey]]></article-title>
<source><![CDATA[International Journal of Computer Science & Engineering Survey]]></source>
<year>Nov.</year>
<month> 2</month>
<day>01</day>
<volume>1</volume>
<page-range>63-83</page-range></nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Pei]]></surname>
<given-names><![CDATA[Z]]></given-names>
</name>
<name>
<surname><![CDATA[Deng]]></surname>
<given-names><![CDATA[Z]]></given-names>
</name>
<name>
<surname><![CDATA[Yang]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
<name>
<surname><![CDATA[Cheng]]></surname>
<given-names><![CDATA[X]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Application-Oriented Wireless Sensor Network Communication Protocols and Hardware Platforms: a Survey]]></article-title>
<source><![CDATA[Proc. IEEE International Conference On Industrial Technology]]></source>
<year>Apr.</year>
<month> 2</month>
<day>00</day>
<page-range>1-6</page-range><publisher-loc><![CDATA[Chengdu ]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Ageev]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Time Synchronization and Energy Efficiency in Wireless Sensor Networks]]></article-title>
<source><![CDATA[PhD Dissertation: International Doctorate School in Information and Communication Technologies]]></source>
<year>Mar.</year>
<month> 2</month>
<day>01</day>
<publisher-name><![CDATA[Universit_a degli Studi di Trento]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Rhee]]></surname>
<given-names><![CDATA[I]]></given-names>
</name>
<name>
<surname><![CDATA[Lee]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Kim]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Serpedin]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
<name>
<surname><![CDATA[Wu]]></surname>
<given-names><![CDATA[Y]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Clock Synchronization in Wireless Sensor Networks: An Overview]]></article-title>
<source><![CDATA[Sensors]]></source>
<year>Jan.</year>
<month> 2</month>
<day>00</day>
<volume>9</volume>
<page-range>56-85</page-range></nlm-citation>
</ref>
<ref id="B9">
<label>9</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Prakash]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Kendall]]></surname>
<given-names><![CDATA[N]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Time Synchronization in Wireless Sensor Networks: a Survey]]></article-title>
<source><![CDATA[International Journal of UbiComp]]></source>
<year>Apr.</year>
<month> 2</month>
<day>01</day>
<volume>1</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>92-102</page-range></nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Abbasi]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[Younis]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[A survey on clustering algorithms for wireless sensor networks]]></article-title>
<source><![CDATA[Computer Communications]]></source>
<year>Jun.</year>
<month> 2</month>
<day>00</day>
<volume>30</volume>
<page-range>2826-2941</page-range></nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Corti]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
</person-group>
<source><![CDATA[Clustering dinámico para tiempo de encendido mínimo en redes de sensores inalámbricas CLUDITEM]]></source>
<year>2012</year>
<edition>1</edition>
<publisher-loc><![CDATA[La Plata ]]></publisher-loc>
<publisher-name><![CDATA[Universidad Nacional de La Plata]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B12">
<label>12</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Corti]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[D’Agostino]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
<name>
<surname><![CDATA[Giandomenico]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
<name>
<surname><![CDATA[Belmonte]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Martinez]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Clustering Dinámico para Tiempo de Encendido Mínimo en Redes Inalámbricas de Sensores (CLUDITEM) Análisis de la Definición de Clusters]]></article-title>
<source><![CDATA[]]></source>
<year></year>
<conf-name><![CDATA[XXXIV Conferencia Latinoamericana de Informática (CLEI 2008)]]></conf-name>
<conf-date>Sep. 2008</conf-date>
<conf-loc>Santa Fé </conf-loc>
</nlm-citation>
</ref>
<ref id="B13">
<label>13</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Corti]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[D’Agostino]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
<name>
<surname><![CDATA[Giandomenico]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
<name>
<surname><![CDATA[Martínez]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Belmonte]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Clustering Dinámico para Tiempo de Encendido Mínimo en Redes Inalámbricas de Sensores (CLUDITEM): Análisis de las fases de envío de datos]]></article-title>
<source><![CDATA[]]></source>
<year></year>
<conf-name><![CDATA[XXXVI Conferencia Latinoamericana de Informática (CLEI 2010)]]></conf-name>
<conf-date>Oct. 2010</conf-date>
<conf-loc>San Lorenzo </conf-loc>
</nlm-citation>
</ref>
<ref id="B14">
<label>14</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Elson]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Girod]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[Estrin]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Fine-Grained Network Time Synchronization using Reference Broadcasts]]></article-title>
<source><![CDATA[]]></source>
<year></year>
<conf-name><![CDATA[5th Symposium on Operating Systems Design and Implementation]]></conf-name>
<conf-date>Dec. 2002</conf-date>
<conf-loc>BostonMassachusetts </conf-loc>
</nlm-citation>
</ref>
<ref id="B15">
<label>15</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Ganeriwal]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
<name>
<surname><![CDATA[Kumar]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Srivastava]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Timing-sync Protocol for Sensor Networks]]></article-title>
<source><![CDATA[]]></source>
<year></year>
<conf-name><![CDATA[1st International Conference on Embedded Networked Sensor Systems SenSys]]></conf-name>
<conf-date>Nov. 2003</conf-date>
<conf-loc>Los Angeles </conf-loc>
</nlm-citation>
</ref>
<ref id="B16">
<label>16</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Sepideh]]></surname>
<given-names><![CDATA[N. G]]></given-names>
</name>
<name>
<surname><![CDATA[Arash]]></surname>
<given-names><![CDATA[N. E]]></given-names>
</name>
<name>
<surname><![CDATA[Laleh]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Seyed]]></surname>
<given-names><![CDATA[A. Y]]></given-names>
</name>
<name>
<surname><![CDATA[Mehdi]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[SLTP: Scalable Lightweight Time Synchronization or Wireless Sensor Network]]></article-title>
<source><![CDATA[]]></source>
<year></year>
<conf-name><![CDATA[3rd international conference on Mobile ad-hoc and sensor networks MSN'07]]></conf-name>
<conf-date>2007</conf-date>
<conf-loc>Heidelberg </conf-loc>
</nlm-citation>
</ref>
<ref id="B17">
<label>17</label><nlm-citation citation-type="">
<collab>The VINT Project</collab>
<source><![CDATA[The ns Manual]]></source>
<year>2010</year>
</nlm-citation>
</ref>
<ref id="B18">
<label>18</label><nlm-citation citation-type="">
<source><![CDATA[The Network Simulator - ns-2]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B19">
<label>19</label><nlm-citation citation-type="">
<collab>Texas Instruments</collab>
<source><![CDATA[A True System-on-Chip Solution for 2.4-GHz IEEE 802.15.4 and ZigBee Applications]]></source>
<year></year>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
