<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.3 20070202//EN" "journalpublishing.dtd">
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xml:lang="en" article-type="research-article">
<front>
<journal-meta>
<journal-id journal-id-type="nlm-ta">Sensors</journal-id>
<journal-title>Sensors</journal-title>
<issn pub-type="epub">1424-8220</issn>
<publisher>
<publisher-name>Molecular Diversity Preservation International (MDPI)</publisher-name></publisher></journal-meta>
<article-meta>
<article-id pub-id-type="doi">10.3390/s111009242</article-id>
<article-id pub-id-type="publisher-id">sensors-11-09242</article-id>
<article-categories>
<subj-group>
<subject>Article</subject></subj-group></article-categories>
<title-group>
<article-title>Design of a Covert RFID Tag Network for Target Discovery and Target Information Routing</article-title></title-group>
<contrib-group>
<contrib contrib-type="author">
<name><surname>Pan</surname><given-names>Qihe</given-names></name></contrib>
<contrib contrib-type="author">
<name><surname>Narayanan</surname><given-names>Ram M.</given-names></name><xref ref-type="corresp" rid="c1-sensors-11-09242"><sup>*</sup></xref></contrib>
<aff id="af1-sensors-11-09242">Department of Electrical Engineering, The Pennsylvania State University, University Park, PA 16802, USA; E-Mail: <email>qup100@psu.edu</email></aff></contrib-group>
<author-notes>
<corresp id="c1-sensors-11-09242">
<label>*</label>Author to whom correspondence should be addressed; E-Mail: <email>ram@engr.psu.edu</email>; Tel.: +1-814-863-2602; Fax: +1-814-865-7065.</corresp></author-notes>
<pub-date pub-type="collection">
<year>2011</year></pub-date>
<pub-date pub-type="epub">
<day>27</day>
<month>9</month>
<year>2011</year></pub-date>
<volume>11</volume>
<issue>10</issue>
<fpage>9242</fpage>
<lpage>9259</lpage>
<history>
<date date-type="received">
<day>10</day>
<month>8</month>
<year>2011</year></date>
<date date-type="rev-recd">
<day>15</day>
<month>9</month>
<year>2011</year></date>
<date date-type="accepted">
<day>16</day>
<month>9</month>
<year>2011</year></date></history>
<permissions>
<copyright-statement>© 2011 by the authors; licensee MDPI, Basel, Switzerland.</copyright-statement>
<copyright-year>2011</copyright-year>
<license>
<p>This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution license (http://creativecommons.org/licenses/by/3.0/).</p></license></permissions>
<abstract>
<p>Radio frequency identification (RFID) tags are small electronic devices working in the radio frequency range. They use wireless radio communications to automatically identify objects or people without the need for line-of-sight or contact, and are widely used in inventory tracking, object location, environmental monitoring. This paper presents a design of a covert RFID tag network for target discovery and target information routing. In the design, a static or very slowly moving target in the field of RFID tags transmits a distinct pseudo-noise signal, and the RFID tags in the network collect the target information and route it to the command center. A map of each RFID tag’s location is saved at command center, which can determine where a RFID tag is located based on each RFID tag’s ID. We propose the target information collection method with target association and clustering, and we also propose the information routing algorithm within the RFID tag network. The design and operation of the proposed algorithms are illustrated through examples. Simulation results demonstrate the effectiveness of the design.</p></abstract>
<kwd-group>
<kwd>RFID tag network</kwd>
<kwd>pseudo-noise signal</kwd>
<kwd>cluster</kwd>
<kwd>routing</kwd></kwd-group></article-meta></front>
<body>
<sec sec-type="intro">
<label>1.</label>
<title>Introduction</title>
<p>RFID tags are small electronic devices working in the radio frequency (RF) range. They use wireless radio communications to automatically identify objects or people without the need for line-of-sight or contact, and have the advantage that they can be read through a variety of visually and environmentally challenging conditions. Their properties such as low cost, small size, and wireless functioning make them widely used in inventory tracking, object location, environmental monitoring, <italic>etc</italic>. Based on their energy source, RFID tags are categorized into three types: passive, semi-passive, and active. Passive RFID tags use energy from the incoming signal to power themselves, while semi-passive and active RFID tags use an internal power source, usually a small battery. Thus, active RFID tags can perform advanced functions and also work over longer ranges. RFID is an exciting area for research due to its relative novelty and exploding growth. Current research on RFID focuses on RF tags, readers, communication infrastructure, as well as some policy and security issues [<xref ref-type="bibr" rid="b1-sensors-11-09242">1</xref>]. This paper explores the applications of active RFID tags in target identification in the RFID tag network using a pseudo-noise signal, where a static or slowly moving target out of the range of the command center transmits a distinct pseudo-noise signal within the field of the spatially distributed RFID tags. These RFID tags in the network collect the target’s information and route it to the command center. The noise signal from the target is known only to the RFID tags in the network so they can easily detect it. However, this signal is not detected by undesired parties since the transmitted signal has unpredictable random-like behavior and does not possess repeatable features for signal identification purposes [<xref ref-type="bibr" rid="b2-sensors-11-09242">2</xref>]. Noisy tags, which are regular RFID tags that generate noise, can be used to help establish a secure channel between the reader and the queried tag. A noisy tag protocol is proposed in [<xref ref-type="bibr" rid="b3-sensors-11-09242">3</xref>], wherein a noisy tag in the reader’s field sends out a noise signal generated from a pseudo-random function, the secret shared with the reader. The reader can reconstruct and subtract the noise signals from the noisy tag and recover the message from the queried tag, while an eavesdropper is unable recover the queried tag’s message. An eavesdropping-resistant and privacy-friendly RFID system is developed in [<xref ref-type="bibr" rid="b4-sensors-11-09242">4</xref>], in which the chip modulates its reply onto a noisy carrier provided by the reader to protect the back-channel against eavesdropping. This method does not require additional protective devices.</p>
<p>Cluster approaches have been used a lot in parametric frameworks for detection and estimation. Sensors are partitioned into subgroups for distributed learning in the wireless networks [<xref ref-type="bibr" rid="b5-sensors-11-09242">5</xref>]. In addition, the cluster approach is also used for topology control [<xref ref-type="bibr" rid="b6-sensors-11-09242">6</xref>]. In this paper, we employ RFID tag clusters within the RFID tag network to collect the target’s information. There are two steps in this process: (1) target association; and (2) cluster formation and cluster head selection. If an RFID tag detects the target, then it stores the target’s ID and gets associated with the target. Clusters are formed by RFID tags associated with the same target. One of these RFID tags, selected as the head of the RFID tag cluster, routes the target’s information out to the command center. In our design, the RFID tag with the maximum number of links to the outside of the cluster is selected as cluster head, which is robust to channel failures, considering that the RFID tags in the network are battery driven and may run out of life. When some of the communication links between the cluster head and those RFID tags out of the cluster are broken, the cluster head RFID tag still can use alternate communication links between it and RFID tags outside of the cluster to route the target’s information out.</p>
<p>There are many approaches for information routing in the wireless sensor networks from different aspects of view. In [<xref ref-type="bibr" rid="b7-sensors-11-09242">7</xref>], an information-directed routing method is proposed for localization and tracking problems, in which routing is formulated as a joint optimization of data transport and information aggregation, and information accumulated is maximized along the routing path. In [<xref ref-type="bibr" rid="b8-sensors-11-09242">8</xref>], selection of the set of cluster heads is defined as the weighted connected dominating set problem, and centralized approximation algorithms are developed to select them. A maximum energy welfare algorithm is designed in [<xref ref-type="bibr" rid="b9-sensors-11-09242">9</xref>] by applying the social welfare functions to the routing in wireless sensor networks. Each sensor makes routing decisions to maximize the energy welfare of its local society, which leads to globally efficient energy-balancing due to overlapping of the local societies. RFID tags can also be used to route information in the networks. In [<xref ref-type="bibr" rid="b10-sensors-11-09242">10</xref>], the active relay tags retransmit their received signals during the communication between the interrogator and active tags, and the proposed RFID multi-hop relay system can achieve larger coverage. In our approach, the routing path in the RFID tag network from cluster head RFID tag to the command center is selected according to the channel condition, which is a joint optimization of favorable channel conditions and short path length. Each RFID tag intelligently selects its successor and routes the target’s information to it. There are two stages when each node selects its successor on the routing path based on two criteria: (1) channel quality sensing; and (2) target’s information routing. During channel quality sensing, the channel condition is estimated and quantized to form the link weight, while in the information routing stage, the RFID tag determines its successor based on the channel information obtained and sends the target’s information to it.</p>
<p>In this paper, we present an algorithm design in the physical layer on target information collection and routing within the RFID tag network in outdoor scenarios, specify the signal format, signal modulation, and signal detection method. Using a noise signal as the information carrier and a noisy key at the front of the RFID tag’s signal indicating the purpose of the message, guarantees that the communication within the RFID tag network is covert, owing to the low probability of interception and low probability of detection of the noise waveform. During the RFID tag cluster head selection process, the RFID tag with the maximum number of links to the outside of the cluster is selected as the tag cluster head, and it routes the target information out to the command center. The RFID tag cluster head selected in this manner is robust to channel failures. When some of the communication links between it and the RFID tags out of the cluster turn down, which may occur due to the battery failure in those RFID tags, it still can use the other communication links between it and RFID tags outside of the cluster to route the target’s information out. The routing path from RFID tag cluster head to the command center in the RFID tag network we propose is based on the joint optimization of channel quality and path length.</p>
<p>The rest of the paper is organized as follows. Section 2 gives the design of the RFID tag network and procedures for target’s information collection in the RFID tag network. Section 3 presents the algorithm for target’s information routing within the RFID tag network, and it is illustrated through examples. In Section 4, we discuss implementation issues for hardware realization. Section 5 draws the conclusions of this article and presents possible future extensions.</p></sec>
<sec>
<label>2.</label>
<title>Target Information Collection</title>
<p>The application scenario is depicted in <xref ref-type="fig" rid="f1-sensors-11-09242">Figure 1</xref>. A static or slowly moving target is in the field of RFID tags, out of the range of the command center. The cooperative target transmits a distinct RF pseudo-noise signal. The goal of the RFID tag network design is to collect the target’s information and route it to the command center with assistance of the deployed RFID tags. The RFID tags here do not know their own locations. A map of their locations is saved at the command center, so the command center can determine where a RFID tag is located based on the RFID tag’s ID.</p>
<p>In this stage, there are two steps for collecting the target’s information: (1) target association; and (2) cluster formation and cluster head selection. In target association, some of the RFID tags detect the target by sensing the environment and record the target’s information, and thus these RFID tags are associated with that target. RFID tags associated with the same target form tag clusters. Within a cluster, RFID tags share the same information associated with the target, so when some of the RFID tags turn down due to battery failure, <italic>etc</italic>., other RFID tags still have the target’s information. One RFID tag, namely the head of the RFID tag cluster needs to route the target’s information out. The cluster head RFID tag is chosen during cluster head selection.</p>
<sec>
<label>2.1.</label>
<title>Target Association</title>
<p>The target under monitoring transmits its distinct signal in noise form in the RFID tag field. The RFID tags designed here have templates of the signals from possible targets of interest. They listen to the environment and detect whether there is any target that is on the monitor list of potential targets. Each RFID tag recognizes the target by comparing its received signal with its template signals in its memory. Once an RFID tag detects a target, it records the target’s information, such as the target’s ID. Since signal transmitted by the target is of random noise, RFID tags use the cross-correlation process to determine whether the target exists in the field or not. In the real world, the environment is more complex with various interferences such as clutter, Doppler shifts, <italic>etc</italic>., which are not fully discussed here since they are not the main focus of the paper.</p>
<p>Suppose the target transmits pseudo-random noise signal burst <italic>s</italic>(<italic>t</italic>) over time <italic>T</italic><sub>0</sub>, and RFID tag has the library of signals from possible targets on the list {<italic>s<sub>i</sub></italic> (<italic>t</italic>)},<italic>i</italic>= 1, 2,...,<italic>M</italic>, where <italic>M</italic> is the number of targets in the monitoring list. That is, in the RFID tag’s library, signal <italic>s<sub>i</sub></italic>(<italic>t</italic>) is a template of the signal transmitted by the <italic>i</italic><sup>th</sup> target. The detection output at the RFID tag is:
<disp-formula id="FD1">
<label>(1)</label>
<mml:math display="block">
<mml:mrow>
<mml:mi mathvariant="italic">corr</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mi>τ</mml:mi>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mo>∫</mml:mo>
<mml:mn>0</mml:mn>
<mml:mi>T</mml:mi></mml:msubsup>
<mml:mrow>
<mml:mi>s</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>t</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo> </mml:mo>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mi>τ</mml:mi></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mi>d</mml:mi>
<mml:mi>t</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo> </mml:mo>
<mml:mo> </mml:mo>
<mml:mi mathvariant="italic">for</mml:mi>
<mml:mo> </mml:mo>
<mml:mi>j</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>,</mml:mo>
<mml:mn>2</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>…</mml:mo>
<mml:mo>,</mml:mo>
<mml:mi>M</mml:mi></mml:mrow></mml:mrow></mml:mrow></mml:math></disp-formula></p>
<p>If there is a peak at some time index of the correlation output, it means that the target’s signal does exist, and therefore the target’s ID is determined.</p>
<p>The RFID tag records the ID of the target that it is associated with to its memory variable <italic>flag<sub>tag_id</sub></italic>, and modulates it to the tag’s signal. By default, if an RFID tag is not associated with any target, its <italic>flag<sub>tag_id</sub></italic> is 0. The RFID tag’s signal has the general format shown below (<xref ref-type="fig" rid="f2-sensors-11-09242">Figure 2</xref>), where each section is denoted by the bits under it. For each section, the all-0 bit message means that the RFID tag’s signal contains no specific information of that section.</p>
<p>Each RFID tag’s base signal comes from filtering a band-limited pseudo-noise signal <italic>s<sub>tag</sub></italic>(<italic>t</italic>) to a specified and unique frequency sub-band. Different RFID tags have non-overlapping frequency bands, and they all have knowledge of <italic>s<sub>tag</sub></italic>(<italic>t</italic>) in advance. For example, RFID tag <italic>k</italic>’s base signal <italic>s<sub>tag_kb</sub></italic>(<italic>t</italic>) is <italic>s<sub>tag</sub></italic>(<italic>t</italic>) filtered to its <italic>k</italic><sup>th</sup> sub-band, and RFID tag <italic>k</italic>’s signal <italic>s<sub>tag_k</sub></italic> (<italic>t</italic>) modulated with message is described as:
<disp-formula id="FD2">
<label>(2)</label>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">tag_k</mml:mi></mml:mrow></mml:msub>
<mml:mo> </mml:mo>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>t</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>=</mml:mo>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>0</mml:mn></mml:mrow>
<mml:mrow>
<mml:mi>L</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:munderover>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>a</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">tag_kb</mml:mi></mml:mrow></mml:msub>
<mml:mo> </mml:mo>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mi mathvariant="italic">nT</mml:mi></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow></mml:mrow></mml:math></disp-formula>where <italic>T</italic> is the time duration of <italic>s<sub>tag_kb</sub></italic>(<italic>t</italic>), <italic>n</italic> is the index of the bit, <italic>a<sub>n</sub></italic> is the valued of the <italic>n</italic><sup>th</sup> bit, and <italic>L</italic> is the number of total bits of RFID tag’s signal.</p>
<p>After association with a target, the RFID tag’s signal has the format shown in <xref ref-type="fig" rid="f3-sensors-11-09242">Figure 3</xref>, where Target ID denotes the target’s ID that the RFID tag is associated with.</p>
<p>If a target is in the field, only a subset of the RFID tags can collect its information. This is due to the fact that the distance between the target and the RFID tags may be larger than the detection range of some of the tags, or that the channel condition is very bad due to excessive noise making the error probability from that link above the tolerance level.</p>
<p>The target association process of an RFID tag is illustrated with simulations in <xref ref-type="fig" rid="f4-sensors-11-09242">Figure 4</xref>. In the simulation, the target’s signal is assumed to be over the 1–2 GHz frequency band. We assume also that there are 50 RFID tags in the field, the pseudo-noise signal <italic>s<sub>tag</sub></italic>(<italic>t</italic>) is over 1–2 GHz, and the RFID tag (ID 10)’s signal is over the 1–1.0187 GHz sub-band. RFID tag (ID 10) detects and gets associated with the target (ID 01) in a channel with a signal-to-noise ratio (SNR) of −3 dB. The negative SNR shows that the target association process is performed covertly since the signal power is less than that of the channel noise.</p></sec>
<sec>
<label>2.2.</label>
<title>Cluster Formation and Cluster Head Selection</title>
<p>RFID tags associated with the same target are formed as a cluster. In each cluster, cluster head RFID tag is selected through inter-communication among the cluster member RFID tags, and is responsible for routing the target’s information the cluster’s associated with to the outside of the cluster. Using cluster head RFID tag to route the target’s information out is to reduce the information redundancy and signal interferences from multiple RFID tags.</p>
<p>RFID tags here are power driven devices, so the links between them may fail occasionally. To ensure connectivity, the RFID tag with the maximum number of links to the outside of the cluster is selected as cluster head, which is responsible for routing the target’s information it carries to the outside of the cluster. The cluster head RFID tag selected accordingly is robust to channel failures. When some of the communication links between it and those RFID tags out of the cluster turn down, the cluster head RFID tag still can use the other communication links between it and RFID tags outside of the cluster to route the target’s information out. When a tie occurs, <italic>i.e.</italic>, when two or more concurrent RFID tags have the same number of links to the outside of the cluster, the one with the highest energy level is selected as the cluster head.</p>
<p>We model the RFID tag network as a graph <italic>G</italic>(<italic>V</italic>,<italic>E</italic>), where <italic>V</italic> is the set of nodes in the graph <italic>G</italic>, and <italic>E</italic> is the set of edges. The cluster of RFID tags is modeled as a subgraph <italic>C</italic> of <italic>G</italic>. Each RFID tag is represented by a node in the graph and the communication channel between RFID tags is represented by an edge. Then, the cluster head RFID tag is the start node on the routing path of the target’s information with which all RFID tags in the cluster are associated.</p>
<p>In our system, the RFID tag is designed to operate in two modes. In Mode I, the default mode, the RFID tag works at normal energy level. In Mode II, the RFID tag works at higher energy and has longer communication distance. Most of the time, the RFID tags operate in Mode I. In the case an RFID tag needs a larger range, for example, when it tries to find its neighbors but cannot find any in the default mode, the RFID tag will go to Mode II. When the task is finished, the RFID tag will return to the low-energy Mode I.</p>
<p>For the design of the RFID tag’s operating Mode II, we assume that each cluster of RFID tags is a connected component in the RFID tag network. That is, for each pair of nodes <italic>u</italic>, <italic>v</italic> ∈ <italic>V</italic>(<italic>C</italic>), there is a <italic>u</italic>,<italic>v</italic> -path in <italic>C</italic>. Thus, RFID tags within the same cluster are able to get messages of the rest in the cluster tags. From these messages, the RFID tags recognize other member RFID tags in their cluster and the cluster head RFID tag is determined.</p>
<p>After sensing and association with the target, the RFID tag starts to discover and count its links with RFID tags not associated with the target. The RFID tag associated with the target sends out its outside-link sensing signal of the format shown in <xref ref-type="fig" rid="f5-sensors-11-09242">Figure 5</xref>.</p>
<p>The Key at the front of the RFID tag’s message is globally defined, known by all the RFID tags in the field, to indicate the purpose of the RFID tag’s message. Here, Key (1) indicates that the RFID tag which sends out the message is sensing and counting its links with RFID tags outside the cluster. For signal covertness, the Key is designed to be a noise waveform. RFID tags in the network have templates of the Keys, and they can recognize the corresponding Keys by cross-correlating the incoming signal with their stored templates of Keys.</p>
<p>If an RFID tag hears the link inquiry from one RFID tag within the cluster, it obtains the Key in the message and determines the type of the Key. If the Key is Type 1, it decodes the message to get the target’s ID. In addition, it checks whether its own signal has that particular target’s ID stored. If it is not associated with the target, it sends back the signal modulated with its ID; else, it does not respond. This guarantees that the RFID tag in the cluster only counts its links with RFID tags outside the cluster. The RFID tag outside the cluster responds to the cluster member RFID tag with the signal format shown in <xref ref-type="fig" rid="f6-sensors-11-09242">Figure 6</xref> upon the link counting inquiry, where Tag ID (o.c.) denotes the RFID tag’s ID outside the cluster.</p>
<p>The RFID tag stores the number of its links with RFID tags outside the cluster in a counter, which is set to zero (0) by default. RFID tag sensing links with those outside the cluster obtains and determines whether the Key in the message is Type 1 upon its received signal, if so, it decodes the message. It checks whether the first Tag ID in the message is the same as its own to determine whether the message is a response to its link counting inquiry. Then it increases the number of links in its counter by 1 if there is a new RFID tag ID in the message. After searching for links to the outside of the cluster, the RFID tag updates its signal following the format in <xref ref-type="fig" rid="f7-sensors-11-09242">Figure 7</xref>, where Counter saves the number of links the RFID tag has to the outside of the cluster, and Key is set to initial value which is blank and has no meaning about the function of the message.</p>
<p>After time Δ<italic>t</italic><sub>1</sub> from the time it sends out the link counting inquiry signal, the RFID tag stops receiving the responses to its link counting inquiry, and finishes counting the number of links it has with RFID tags outside the cluster. An approximate Δ<italic>t</italic><sub>1</sub> is given as:
<disp-formula id="FD3">
<label>(3)</label>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mo>Δ</mml:mo>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>1</mml:mn></mml:msub>
<mml:mo>≈</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>2</mml:mn>
<mml:mi>R</mml:mi></mml:mrow>
<mml:mi>c</mml:mi></mml:mfrac></mml:mrow></mml:math></disp-formula>where <italic>R</italic> is the range of RFID tag, and <italic>c</italic> is the speed of light in the air.</p>
<p>If the RFID tag cannot find any neighbor outside the cluster at this time, it changes to operation Mode II, and starts searching the links again. In Mode II, the RFID tag functions with more energy than in the default mode. With the design of Mode II, we assume that at least one RFID tag in the cluster has positive Counter. The RFID tag returns to the default operation mode after completing searching its links to the outside of the cluster.</p>
<p>The RFID tags in the cluster that complete the whole searching for links in Mode I wait for time Δ<italic>t</italic><sub>1</sub> from the time they finish searching for links. Thus, all the RFID tags in the cluster spend the same time 2Δ<italic>t</italic><sub>1</sub> on the process to search for links to the outside of the cluster. The link counting process for RFID tag associated with a target is depicted in <xref ref-type="fig" rid="f8-sensors-11-09242">Figure 8</xref>.</p>
<p>Some of the RFID tags in the cluster may be closer to the target than others, so they send out the link count inquiry signals earlier, and complete the link searching and counting process described earlier. We set a time variable Δ<italic>t<sub>w</sub></italic>[<italic>tag_id</italic>] for each RFID tag to wait after it completes the link searching process, before starting inter-cluster communication. Thus, when the RFID tags in the cluster start inter-cluster communication, they have all finished counting the links and each of their Counters stores the final values.</p>
<p>An approximate value for Δ<italic>t<sub>w</sub></italic>[<italic>tag_id</italic>] is as follows:
<disp-formula id="FD4">
<label>(4)</label>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mo>Δ</mml:mo>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>w</mml:mi></mml:msub>
<mml:mrow>
<mml:mo stretchy="false">[</mml:mo>
<mml:mrow>
<mml:mi mathvariant="italic">tag_id</mml:mi></mml:mrow>
<mml:mo stretchy="false">]</mml:mo></mml:mrow>
<mml:mo>≈</mml:mo>
<mml:mfrac>
<mml:mi>K</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>T</mml:mi></mml:msub>
<mml:mrow>
<mml:mo stretchy="false">[</mml:mo>
<mml:mrow>
<mml:mi mathvariant="italic">tag_id</mml:mi></mml:mrow>
<mml:mo stretchy="false">]</mml:mo></mml:mrow></mml:mrow></mml:mfrac></mml:mrow></mml:math></disp-formula>where <italic>K</italic> is a constant, and <italic>t<sub>T</sub></italic>[<italic>tag_id</italic>] is the target discover time at that RFID tag. Thus, the RFID tag closer to the target wait for longer time after complete searching and counting its links to the outside of the cluster.</p>
<p>Then the RFID tags in the cluster starts inter-cluster communication to recognize the members in the cluster and select the cluster head RFID tag. Each RFID tag broadcasts its signal in the format shown in <xref ref-type="fig" rid="f9-sensors-11-09242">Figure 9</xref>, where Key 2 indicates that the message is communicated among RFID tags in the cluster to select the cluster head.</p>
<p>Upon receiving the signal, the RFID tag in the cluster obtains the Key in the message and determines whether it is Key 2. If it is Key 2, the RFID tags with their <italic>flag<sub>tag_id</sub></italic> registered will involve in the inter-cluster communication, and those with <italic>flag<sub>tag_id</sub></italic> of 0 will not. In the case there is only one target in the field, this also indicates that the RFID tag is within the same cluster. In the complex case of multiple targets in the field, the RFID tag needs to further check the Target ID in the message to determine if it is the same as its own or not. If so, the message is from an RFID tag in the same cluster. After determining that the message is from an RFID tag in the same cluster, the RFID tag continues to decode the message and checks whether the Tag ID in the message is the same as its own. If the message is from another RFID tag for the purpose of cluster head RFID tag selection, it forwards the message and compares the Counter in the message with its own. If the Counter in the message is larger than its own, the RFID tag sets its own Counter to −1, which indicates that its number of links to the outside of the cluster has been compared and not the largest.</p>
<p>After sufficient time Δ<italic>t</italic><sub>2</sub>, each RFID tag in the cluster completes deciding whether it has the most number of links to the outside of the cluster. The RFID tag whose Counter is positive will become the cluster head, and it then starts to route the target’s information out. Then all the RFID tags’ Counters will be initialized to zero.</p>
<p>An approximation for Δ<italic>t</italic><sub>2</sub> is given as follows:
<disp-formula id="FD5">
<label>(5)</label>
<mml:math display="block">
<mml:mrow>
<mml:mo>Δ</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>2</mml:mn></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>2</mml:mn>
<mml:mi>π</mml:mi>
<mml:mi>R</mml:mi>
<mml:mo>−</mml:mo>
<mml:mi>R</mml:mi></mml:mrow>
<mml:mi>c</mml:mi></mml:mfrac></mml:mrow></mml:math></disp-formula>which is a little larger than the worst time of cluster head selection. This approximation for Δ<italic>t</italic><sub>2</sub> in <xref ref-type="disp-formula" rid="FD5">Equation (5)</xref> is based on the case shown in <xref ref-type="fig" rid="f10-sensors-11-09242">Figure 10</xref>.</p>
<p>As stated before, the RFID tag network is modeled as a graph, where each node represents an RFID tag and each link represents the communication link between RFID tags. The cluster of RFID tags is then a subgraph, and it is a connected component in our assumption with the design of RFID tag’s operation Mode II. In the case shown in <xref ref-type="fig" rid="f10-sensors-11-09242">Figure 10</xref>, the two black nodes are in the same cluster, but the distance between them exceeds their range, and they cannot communicate with each other directly. Since the cluster is a connected component, there exists a path in the cluster connecting the two nodes. Through message forwarding by other nodes in the cluster, the two black nodes can communicate indirectly, for example, following the route in dashed line in <xref ref-type="fig" rid="f10-sensors-11-09242">Figure 10</xref>. The route length is on the order of 2<italic>πR</italic>–<italic>R</italic>, and this costs time on the order of 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:mn>2</mml:mn>
<mml:mi>π</mml:mi>
<mml:mi>R</mml:mi>
<mml:mo>−</mml:mo>
<mml:mi>R</mml:mi></mml:mrow>
<mml:mi>c</mml:mi></mml:mfrac></mml:mrow></mml:math></inline-formula>. Thus, the cluster head is the RFID tag with the maximum number of links to the outside of the cluster.</p>
<p>In a complex case, several RFID tags in the cluster have the same number of links to the outside of the cluster. Since each RFID tag is ignorant of its location, it does not know whether it is nearest to the command center or not. Thus, the RFID tags in the cluster are unable to select the one nearest to the command center among them as the cluster head. Instead, they may further communicate to select the one with most energy as the cluster head. In this paper, we restrict the situation to the simple case that there is no tie.</p>
<p>After a short time, when the target’s information is routed to RFID tags that have no links with the RFID tags in the cluster, RFID tags in the cluster set their <italic>flag<sub>tag_id</sub></italic> to 0, return to the beginning state and starts a new cycle. They perform target association, cluster formation, and cluster head selection again.</p>
<p>Additionally, if we upgrade the RFID tag design, as shown in <xref ref-type="fig" rid="f11-sensors-11-09242">Figure 11</xref>, such that the cluster head RFID tag is capable of saving the IDs of other RFID tags in the cluster during the inter-cluster communication, and it incorporates that information to the message to be routed outside the cluster, the target’s location can also be determined at the command center. As stated before, the command center has a map of all the RFID tags. Thus, if the IDs of at least three RFID tags associated with the target are known, the locations of these three RFID tags are known at the command center, and thereby the location of the target can be determined.</p></sec></sec>
<sec>
<label>3.</label>
<title>Information Routing</title>
<p>The signal sent by an RFID tag is not of very high power. With the assumption that the communication cost is proportional to the communication distance, the goal of information routing in the RFID tag network is to select a channel which is robust and of short path length to route the target’s information gathered by the RFID tags to the command center. When each node selects its successor on the routing path, there are two stages during the process: channel quality sensing and target’s information routing. In channel quality sensing, the link weight is estimated based on the corresponding channel condition. In the information routing stage, the node determines its successor and sends the target’s information to it.</p>
<p>The RFID tag network is modeled as a two dimensional graph <italic>G</italic> = (<italic>V</italic>,<italic>E</italic>), where <italic>V</italic> = {<italic>v</italic><sub>1</sub>,<italic>v</italic><sub>2</sub>,. . ., <italic>v<sub>n</sub></italic>} is set of the nodes, representing the RFID tags, and <italic>E</italic> is the set of bidirectional links, representing the communication links between RFID tags. Each link, shown in <xref ref-type="fig" rid="f12-sensors-11-09242">Figure 12</xref>, is assigned a positive weight which indicates the robustness of its corresponding communication channel. If the quality of the communication channel of is good, its weight is small; if the channel is bad, for example, very low SNR, excessive fading, object blocked channel, <italic>etc</italic>., its weight is very large; if there is no link between the two nodes, the weight is ∞. The weight for link (<italic>v<sub>i</sub></italic>, <italic>v<sub>j</sub></italic>) is expressed as <italic>w<sub>ij</sub></italic>.</p>
<sec>
<label>3.1.</label>
<title>Channel Quality Sensing</title>
<p>In this step, the RFID tag senses the channels. All its neighbor RFID tags calculate the weights of links connected to them based on their received signals, and respond to the RFID tag with updated messages. If a tag does not find any neighbor, it transmits in power Mode II. The RFID tag sends out the signal format shown in <xref ref-type="fig" rid="f13-sensors-11-09242">Figure 13</xref> for channel sensing, where Key (3) indicates that the message is for channel sensing.</p>
<p>The channel quality sensing process between two RFID tag nodes is depicted in <xref ref-type="fig" rid="f14-sensors-11-09242">Figure 14</xref>. Since RFID tags in the cluster associated with the target have the target ID stored in their memory variables <italic>flag<sub>tag_id</sub></italic>, when they receive the channel quality sensing message indicated by Key (3), they will not respond and thus will not be involved in the target’s information routing. As for RFID tags outside the cluster, their memory variables <italic>flag<sub>tag_id</sub></italic> do not have the target’s ID, and they will participate in routing the target’s information.</p>
<p>In <xref ref-type="fig" rid="f14-sensors-11-09242">Figure 14</xref>, node <italic>v<sub>j</sub></italic> decodes the signal from node <italic>v<sub>i</sub></italic>, estimates the channel condition for link (<italic>v<sub>i</sub></italic>,<italic>v<sub>j</sub></italic>), quantizes it, and grades it to the link weight <italic>w<sub>ij</sub></italic>, generated by a channel quality quantization function. The value of Counter in the message is <italic>t</italic>(<italic>v<sub>x</sub></italic>), where <italic>x</italic>=<italic>i, j</italic>. Also, <italic>t</italic>(<italic>v</italic>), <italic>v</italic> ∈ <italic>V</italic>(<italic>G</italic>) is defined in the information routing section below. The estimation of channel information from the received signal is outside the scope of this paper. Several papers have discussed this issue, e.g., [<xref ref-type="bibr" rid="b11-sensors-11-09242">11</xref>].</p>
<p>The channel condition is quantized and graded to several statuses at the RFID tag, denoted by the weight of the link. The channel quality quantization function may be based on the SNR of the channel, for example, as an inverse function of it. The channel quantization is also not a main concern for discussion in this paper, and the details are not presented here. Good channel quality is quantized to small link weight, while bad channel quality is quantized to large link weight. An upper limit value <italic>w</italic><sub>max</sub> for the link weight is set. If the link weight is larger than <italic>w</italic><sub>max</sub>, there is no link between the two nodes or the link between the two nodes is not usable.</p></sec>
<sec>
<label>3.2.</label>
<title>Information Routing</title>
<p>The channel aware information routing in the RFID tag network is to find a shortest path with good quality channels from the cluster head RFID tag to the command center. Since the range of RFID tags is not very large, the length of each hop does not vary much. We model the length of the path as the number of hops from a node to the command center. Then routing problem then turns into an optimization problem as follows:
<disp-formula id="FD6">
<label>(6)</label>
<mml:math display="block">
<mml:mrow>
<mml:mtext>min</mml:mtext>
<mml:mo> </mml:mo>
<mml:mtext>cost</mml:mtext>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>j</mml:mi>
<mml:mo>∈</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>,</mml:mo>
<mml:mn>2</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>…</mml:mo>
<mml:mo>,</mml:mo>
<mml:mi>N</mml:mi></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>w</mml:mi>
<mml:mi mathvariant="italic">ij</mml:mi></mml:msub>
<mml:msub>
<mml:mi>x</mml:mi>
<mml:mi mathvariant="italic">ij</mml:mi></mml:msub>
<mml:mo>+</mml:mo></mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>j</mml:mi>
<mml:mo>∈</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>,</mml:mo>
<mml:mn>2</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>…</mml:mo>
<mml:mo>,</mml:mo>
<mml:mi>N</mml:mi></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>x</mml:mi>
<mml:mi mathvariant="italic">ij</mml:mi></mml:msub></mml:mrow></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mtext>where </mml:mtext>
<mml:mo> </mml:mo>
<mml:msub>
<mml:mi>x</mml:mi>
<mml:mi mathvariant="italic">ij</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo>{</mml:mo>
<mml:mrow>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mn>0</mml:mn></mml:mtd></mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mn>1</mml:mn></mml:mtd></mml:mtr></mml:mtable></mml:mrow></mml:mrow></mml:mrow></mml:math></disp-formula></p>
<p>The first term of the equation denotes the channel condition of each hop. If the channel of the hop is good, then the weight <italic>w<sub>i</sub></italic> assigned to that link is small. The second term of the equation denotes the length of the path. Thus, <xref ref-type="disp-formula" rid="FD6">Equation (6)</xref> is used to find a routing path with both good link quality and short length.</p>
<p><xref ref-type="disp-formula" rid="FD6">Equation (6)</xref> is equivalent to:
<disp-formula id="FD7">
<label>(7)</label>
<mml:math display="block">
<mml:mrow>
<mml:mtext>min</mml:mtext>
<mml:mo> </mml:mo>
<mml:mtext>cost</mml:mtext>
<mml:mo>=</mml:mo>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>j</mml:mi>
<mml:mo>∈</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>,</mml:mo>
<mml:mn>2</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>…</mml:mo>
<mml:mo>,</mml:mo>
<mml:mi>N</mml:mi></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>w</mml:mi>
<mml:mi mathvariant="italic">ij</mml:mi></mml:msub>
<mml:msub>
<mml:mi>x</mml:mi>
<mml:mi mathvariant="italic">ij</mml:mi></mml:msub></mml:mrow></mml:mrow></mml:math></disp-formula> since the two terms are independent of each other.</p>
<p><xref ref-type="disp-formula" rid="FD7">Equation (7)</xref> can be solved using Dijkstra’s Algorithm [<xref ref-type="bibr" rid="b12-sensors-11-09242">12</xref>]. Given a graph with nonnegative weights and a starting node, Dijkstra’s algorithm finds the shortest path from the starting node to other nodes in the graph. Its basic procedure is:
<table-wrap position="anchor">
<table frame="box" rules="none">
<tbody>
<tr>
<td align="left" valign="top">Starting node: <italic>u</italic>, weights of edges <italic>w<sub>ij</sub></italic>, <italic>i</italic>, <italic>j</italic> ∈ {1,2,...,<italic>N</italic>}</td></tr>
<tr>
<td align="left" valign="top">Initialization: <italic>S</italic> = {<italic>u</italic>}, <italic>t</italic>(<italic>u</italic>) = 0, <italic>t</italic>(<italic>z</italic>) = <italic>w<sub>uz</sub></italic> for <italic>z</italic> ≠ <italic>u</italic></td></tr>
<tr>
<td align="left" valign="top">Iteration: Step 1: select a node <italic>v</italic> ∉ <italic>S</italic> such that <italic>t</italic>(<italic>v</italic>)=min<sub><italic>z</italic>∉<italic>S</italic></sub> <italic>t</italic>(<italic>z</italic>); <italic>S</italic> = <italic>S</italic> ∪{<italic>v</italic>}</td></tr>
<tr>
<td align="left" valign="top">     Step 2: for each edge <italic>vz</italic> with <italic>z</italic> ∉ <italic>S</italic>, <italic>t</italic>(<italic>z</italic>) =min{<italic>t</italic>(<italic>z</italic>),<italic>t</italic>(<italic>v</italic>)+<italic>w<sub>vz</sub></italic>}</td></tr>
<tr>
<td align="left" valign="top">Iteration continues until <italic>S</italic> = <italic>V</italic>(<italic>G</italic>) or <italic>t</italic>(<italic>z</italic>) = ∞ for each <italic>z</italic>∉<italic>S</italic></td></tr>
<tr>
<td align="left" valign="top">Length of shortest path between nodes <italic>u</italic>, <italic>v</italic>, is <italic>d</italic>(<italic>u</italic>,<italic>v</italic>) = <italic>t</italic>(<italic>v</italic>) for all <italic>v</italic>.</td></tr></tbody></table></table-wrap></p>
<p>The stopping rule of the iteration in our algorithm is modified to <italic>v</italic> = <italic>destination</italic> or <italic>t</italic>(<italic>z</italic>) = ∞ for each <italic>z</italic> ∉ <italic>S</italic>.</p>
<p>As for routing through holes, many papers have discussed this issue, such as [<xref ref-type="bibr" rid="b13-sensors-11-09242">13</xref>,<xref ref-type="bibr" rid="b14-sensors-11-09242">14</xref>]. Some complete void handling techniques include Greedy Perimeter Stateless Routing (GPSR) [<xref ref-type="bibr" rid="b15-sensors-11-09242">15</xref>], Distance Upgrading Algorithm (DUA) [<xref ref-type="bibr" rid="b16-sensors-11-09242">16</xref>], <italic>etc</italic>. We did not expand it here.</p>
<p>We illustrate the operation of the routing path selection algorithm through two examples. Target and cluster member RFID tags are neglected since they are not involved in the information routing process based on the design. The same simulation parameters are assumed as before.</p>
<p>In Example 1, 50 nodes are deployed. Each node represents an RFID tag. Node 1 represents the command center, Node 50 represents the cluster head RFID tag, and the blue line represents the link between two nodes. Weight of the link is quantized to 1 or ∞. The topology of example 1 is shown in <xref ref-type="fig" rid="f15-sensors-11-09242">Figure 15</xref>.</p></sec>
<sec sec-type="results">
<label>3.3.</label>
<title>Simulation Results</title>
<p>The target’s information routing path from node 50 to node 1 is depicted by the red line in <xref ref-type="fig" rid="f16-sensors-11-09242">Figure 16</xref>, which is the shortest path between node 50 and node 1.</p>
<p>Nodes on the routing path are:
<table-wrap position="anchor">
<table frame="void" rules="none">
<tbody>
<tr>
<td align="left" valign="top">path</td>
<td align="left" valign="top">=</td>
<td align="left" valign="top">50</td>
<td align="left" valign="top">39</td>
<td align="left" valign="top">15</td>
<td align="left" valign="top">2</td>
<td align="left" valign="top">29</td>
<td align="left" valign="top">16</td>
<td align="left" valign="top">4</td>
<td align="left" valign="top">11</td>
<td align="left" valign="top">28</td>
<td align="left" valign="top">3</td>
<td align="left" valign="top">47</td>
<td align="left" valign="top">37</td>
<td align="left" valign="top">1</td></tr></tbody></table></table-wrap>and the cost of the path, which is the sum of weights of links on the path is:
<table-wrap position="anchor">
<table frame="void" rules="none">
<tbody>
<tr>
<td align="left" valign="top">cost</td>
<td align="left" valign="top">=</td>
<td align="left" valign="top">12</td></tr></tbody></table></table-wrap></p>
<p>Example 2 is a small network with ten nodes. Weights of the link are quantized to 5, 10, 20, and ∞. The weights of links are described by the matrix <italic>W</italic>.
<disp-formula id="FD8">
<label>(8)</label>
<mml:math display="block">
<mml:mrow>
<mml:mi>W</mml:mi>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo>[</mml:mo>
<mml:mrow>
<mml:mtable columnalign="left">
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mi mathvariant="italic">index</mml:mi></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>1</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>2</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>3</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>4</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>5</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>6</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>7</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>8</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>9</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>10</mml:mn></mml:mrow></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mn>1</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>0</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>5</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>10</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>20</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mn>2</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>5</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>0</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>5</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mn>3</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>5</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>0</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>5</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>10</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mn>4</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>5</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>0</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>10</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mn>5</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>10</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>0</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>10</mml:mn></mml:mrow></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mn>6</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>0</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mn>7</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>10</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>0</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>10</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>20</mml:mn></mml:mrow></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mn>8</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>10</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>0</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mn>9</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>20</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>10</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>0</mml:mn></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>10</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>10</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>20</mml:mn></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mo>∞</mml:mo></mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>0</mml:mn></mml:mtd></mml:mtr></mml:mtable></mml:mrow>
<mml:mo>]</mml:mo></mml:mrow></mml:mrow></mml:math></disp-formula>Node 1 represents the cluster head RFID tag, and Node 10 represents the command center. Simulation Results:</p>
<p>The routing path from node 1 to node 10 is:
<table-wrap position="anchor">
<table frame="void" rules="none">
<tbody>
<tr>
<td align="left" valign="top">path =</td>
<td align="left" valign="top">1</td>
<td align="left" valign="top">2</td>
<td align="left" valign="top">3</td>
<td align="left" valign="top">4</td>
<td align="left" valign="top">5</td>
<td align="left" valign="top">10</td></tr></tbody></table></table-wrap>and the cost of the path is:
<table-wrap position="anchor">
<table frame="void" rules="none">
<tbody>
<tr>
<td align="left" valign="top">cost =</td>
<td align="left" valign="top">35.</td></tr></tbody></table></table-wrap></p></sec></sec>
<sec>
<label>4.</label>
<title>Hardware Implementation Considerations</title>
<p>Three important considerations for hardware implementation of the proposed RFID tag structure are: (1) battery life; (2) antennas; and (3) information storage. These are discussed below.</p>
<p>The proposed RFID tags are active RF tags, meaning that they are designed to both receive commands and transmit coded information to other tags in the vicinity. Because an active RFID tag is powered by the internal energy, the lifetime of the tag is mainly dependent on the lifetime of the battery. However, they have built-in circuitry to turn on the transmitter only when they receive “wake up” commands. This extends battery life since higher current is drawn only when powering the transmit chain components. In the passive “sleep” mode, these tags act as simple RF receivers which do not require much battery power for functioning. The sleep mode enables the application to shut down the processor of unused modules, thereby saving power [<xref ref-type="bibr" rid="b17-sensors-11-09242">17</xref>]. The receiver, which is kept active to react to an inquiry from the interrogator, therefore determines the shelf life of an active RFID tag. To further reduce the power of the RFID tag receiver two main technologies have been proposed: (1) a passive transceiver or burst switch allowing the tag to remain in a sleep mode until activated with RF energy; and (2) a smart buffer, which allows the controller to remain asleep while an incoming packet is buffered [<xref ref-type="bibr" rid="b18-sensors-11-09242">18</xref>]. Use of RFID as the wake-up radio channel has been shown to provide a viable solution due to the low cost and ready off-the-shelf availability of RFID [<xref ref-type="bibr" rid="b19-sensors-11-09242">19</xref>]. Furthermore, these circuits are able to wake up an entire neighborhood of nodes if a packet at a particular frequency is received.</p>
<p>These RFID tags must necessarily transmit their information in all directions to ensure that the information is assuredly picked up by other randomly distributed tags in the vicinity. This calls for a low-gain omnidirectional antenna, which is quite advantageous since such an antenna comes in smaller packages, and is therefore consistent with the small size of the tag. The antenna must be small enough to be attached to the tag, have omnidirectional or hemispherical coverage must provide maximum possible signal to the receiver, have a polarization matched to the enquiry signal regardless of the physical orientation of the tag, be robust and cheap [<xref ref-type="bibr" rid="b20-sensors-11-09242">20</xref>]. Major considerations in antenna selection are antenna type, its impedance, RF performance when applied to the tag, and RF performance when the tag has other structures around it. Candidate omnidirectional antennas include the dipole and the folded dipole, with bandwidths of 10–15% and 15–20%, respectively [<xref ref-type="bibr" rid="b20-sensors-11-09242">20</xref>]. Planar antennas are low cost, simple to manufacture, and have low profile suitable for RFID systems. The most common types of planar antennas for tags are folded dipoles, meander line antennas (MLAs) and spirals [<xref ref-type="bibr" rid="b21-sensors-11-09242">21</xref>]. Planar elliptical patch antennas have been shown to be adequate for ultrawideband (UWB) applications in several bands. Such UWB antennas have been used in mobile handset devices with FR4 substrate using standard printed circuit board processes. The availability of high-contrast, low-loss ceramic materials permits significant antenna miniaturization, although they have higher loss characteristics [<xref ref-type="bibr" rid="b22-sensors-11-09242">22</xref>]. However, their low profile and UWB operation make them quite attractive for use in RFID tags.</p>
<p>Other considerations include storage requirements. The storage size of the RFID tag depends on the number of possible targets to be monitored, size of the target’s signal, size of the target ID, size of the tag ID, size of the keys, size of the counter, <italic>etc</italic>. Since these are application- and scenario-specific, it is difficult to assess the storage requirements in a general sense. It has been proposed that utilizing local storage of writeable RFID tags for inference and query processing makes the distributed approach a better solution with significantly reduced communication cost [<xref ref-type="bibr" rid="b23-sensors-11-09242">23</xref>]. The query state primarily dominates the storage cost, and a larger numbers of queries may challenge the scalability of this approach. An approach to exploit the unique property of prime numbers to encode nodes in the path, and simultaneous congruence values to encode ordering between nodes in the path has been implemented and tested in [<xref ref-type="bibr" rid="b24-sensors-11-09242">24</xref>]. The encoding scheme is based on the Fundamental Theorem of Arithmetic and the Chinese Remainder Theorem. Using the proposed path encoding scheme, it was shown possible to efficiently retrieve paths which satisfy the path condition in a query [<xref ref-type="bibr" rid="b24-sensors-11-09242">24</xref>]. It is assumed in this paper that adequate storage size is available for proper functioning of the tag.</p></sec>
<sec sec-type="conclusions">
<label>5.</label>
<title>Conclusions and Future Work</title>
<p>The design of a covert RFID tag network for target discovery and target’s information routing is presented in this paper. The design and operations of the proposed algorithms are illustrated through examples. Simulation results clearly demonstrate the effectiveness of the design. In the design, we also considered the possible physical layer implementations, and considering that RFID tag’s structure cannot be made very complex, we make the tradeoffs and do not incorporate too many advanced and accurate functionalities for the RFID tags. Although the initial RFID tag network design goals of the research have been achieved in this paper, further theoretical and experimental extensions are possible. For our future work, we plan to investigate more issues to make the design faultless and more practical, such as addressing the holes problem in the RFID tag network during information routing, data traffic and congestion. We will also consider the implementation of a small RFID tag network based on the design.</p></sec></body>
<back>
<ack>
<p>This research was supported by US Air Force Office of Scientific Research (AFOSR) Grant # FA9550-06-1-0029. We appreciate valuable suggestions received from Jon Sjogren of AFOSR.</p></ack>
<ref-list>
<title>References</title>
<ref id="b1-sensors-11-09242"><label>1.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ngai</surname><given-names>EWT</given-names></name><name><surname>Moon</surname><given-names>KL</given-names></name><name><surname>Riggins</surname><given-names>FJ</given-names></name><name><surname>Yi</surname><given-names>CY</given-names></name></person-group><article-title>RFID research: An academic literature review (1995–2005) and future research directions</article-title><source>Int. J. Prod. Econ</source><year>2008</year><volume>112</volume><fpage>510</fpage><lpage>520</lpage><pub-id pub-id-type="doi">10.1016/j.ijpe.2007.05.004</pub-id></citation></ref>
<ref id="b2-sensors-11-09242"><label>2.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Turner</surname><given-names>L</given-names></name></person-group><article-title>The Evolution of Featureless Waveforms for LPI Communications</article-title><conf-name>Proceedings of the IEEE National Aerospace and Electronics Conference (NAECON’91)</conf-name><conf-loc>Dayton, OH, USA</conf-loc><conf-date>20–24 May 1991</conf-date><fpage>1325</fpage><lpage>1331</lpage></citation></ref>
<ref id="b3-sensors-11-09242"><label>3.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Castelluccia</surname><given-names>C</given-names></name><name><surname>Avoine</surname><given-names>G</given-names></name></person-group><article-title>Noisy Tags: A Pretty Good Key Exchange Protocol for RFID Tags</article-title><source>Smart Card Research and Advanced Applications</source><person-group person-group-type="editor"><name><surname>Domingo-Ferrer</surname><given-names>J</given-names></name><name><surname>Posegga</surname><given-names>J</given-names></name><name><surname>Schreckling</surname><given-names>D</given-names></name></person-group><publisher-name>Springer</publisher-name><publisher-loc>Berlin, Germany</publisher-loc><year>2006</year><volume>3928</volume><fpage>289</fpage><lpage>299</lpage></citation></ref>
<ref id="b4-sensors-11-09242"><label>4.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hancke</surname><given-names>G</given-names></name></person-group><article-title>Modulating a noisy carrier signal for eavesdropping-resistant HF RFID</article-title><source>Elektrotech. Informationstech</source><year>2007</year><volume>124</volume><fpage>404</fpage><lpage>408</lpage><pub-id pub-id-type="doi">10.1007/s00502-007-0479-7</pub-id></citation></ref>
<ref id="b5-sensors-11-09242"><label>5.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Predd</surname><given-names>JB</given-names></name><name><surname>Kulkarni</surname><given-names>SR</given-names></name><name><surname>Poor</surname><given-names>HV</given-names></name></person-group><article-title>Distributed Learning in Wireless Sensor Networks</article-title><source>Wireless Sensor Networks: Signal Processing and Communications Perspectives</source><person-group person-group-type="editor"><name><surname>Swami</surname><given-names>A</given-names></name><name><surname>Zhao</surname><given-names>Q</given-names></name><name><surname>Hong</surname><given-names>Y-W</given-names></name><name><surname>Tong</surname><given-names>L</given-names></name></person-group><publisher-name>John Wiley &amp; Sons</publisher-name><publisher-loc>Chichester, UK</publisher-loc><year>2007</year><fpage>185</fpage><lpage>214</lpage></citation></ref>
<ref id="b6-sensors-11-09242"><label>6.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Chu</surname><given-names>K-T</given-names></name><name><surname>Wen</surname><given-names>C-Y</given-names></name><name><surname>Ouyang</surname><given-names>Y-C</given-names></name><name><surname>Sethares</surname><given-names>WA</given-names></name></person-group><article-title>Adaptive Distributed Topology Control for Wireless Ad-Hoc Sensor Networks</article-title><conf-name>Proceedings of 2007 International Conference on Sensor Technologies and Applications (SENSORCOMM 2007)</conf-name><conf-loc>Valencia, Spain</conf-loc><conf-date>14–20 October 2007</conf-date><fpage>378</fpage><lpage>386</lpage></citation></ref>
<ref id="b7-sensors-11-09242"><label>7.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Liu</surname><given-names>J</given-names></name><name><surname>Zhao</surname><given-names>F</given-names></name><name><surname>Petrovic</surname><given-names>D</given-names></name></person-group><article-title>Information-directed routing in ad hoc sensor networks</article-title><source>IEEE J. Sel. Area. Comm</source><year>2005</year><volume>23</volume><fpage>851</fpage><lpage>861</lpage><pub-id pub-id-type="doi">10.1109/JSAC.2005.843563</pub-id></citation></ref>
<ref id="b8-sensors-11-09242"><label>8.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Zhang</surname><given-names>C</given-names></name></person-group><article-title>Cluster-based routing algorithms using spatial data correlation for wireless sensor networks</article-title><source>J. Commun</source><year>2010</year><volume>5</volume><fpage>232</fpage><lpage>238</lpage></citation></ref>
<ref id="b9-sensors-11-09242"><label>9.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ok</surname><given-names>C</given-names></name><name><surname>Lee</surname><given-names>S</given-names></name><name><surname>Mitra</surname><given-names>P</given-names></name><name><surname>Kumara</surname><given-names>S</given-names></name></person-group><article-title>Distributed routing in wireless sensor networks using energy welfare metric</article-title><source>Inform. Sci</source><year>2010</year><volume>180</volume><fpage>1656</fpage><lpage>1670</lpage><pub-id pub-id-type="doi">10.1016/j.ins.2010.01.019</pub-id></citation></ref>
<ref id="b10-sensors-11-09242"><label>10.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Hong</surname><given-names>SH</given-names></name><name><surname>Zhang</surname><given-names>H</given-names></name><name><surname>Song</surname><given-names>IC</given-names></name><name><surname>Chang</surname><given-names>KH</given-names></name><name><surname>Shin</surname><given-names>D-B</given-names></name><name><surname>Lee</surname><given-names>H-S</given-names></name></person-group><article-title>ISO/IEC 18000-7 Based on RFID Multi-Hop Relay System</article-title><conf-name>Proceedings of the 9th International Symposium on Communications and Information Technology (ISCIT 2009)</conf-name><conf-loc>Incheon, Korea</conf-loc><conf-date>28–30 September 2009</conf-date><fpage>1450</fpage><lpage>1454</lpage></citation></ref>
<ref id="b11-sensors-11-09242"><label>11.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Wada</surname><given-names>T</given-names></name><name><surname>Jamalipour</surname><given-names>A</given-names></name><name><surname>Okada</surname><given-names>H</given-names></name><name><surname>Ohuchi</surname><given-names>K</given-names></name><name><surname>Saito</surname><given-names>M</given-names></name></person-group><article-title>Performance of Channel Information Estimation Method Utilizing Parity Check Bits for Turbo Coded Multi-Route Multi-Hop Networks</article-title><conf-name>Proceedings of the 2006 IEEE International Conference on Communications (ICC’06)</conf-name><conf-loc>Istanbul, Turkey</conf-loc><conf-date>11–15 June 2006</conf-date><fpage>3688</fpage><lpage>3692</lpage></citation></ref>
<ref id="b12-sensors-11-09242"><label>12.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>West</surname><given-names>DB</given-names></name></person-group><source>Introduction to Graph Theory</source><edition>2nd ed</edition><publisher-name>Prentice Hall</publisher-name><publisher-loc>Upper Saddle River, NJ, USA</publisher-loc><year>2001</year><fpage>97</fpage><lpage>98</lpage></citation></ref>
<ref id="b13-sensors-11-09242"><label>13.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ahmed</surname><given-names>N</given-names></name><name><surname>Kanhere</surname><given-names>SS</given-names></name><name><surname>Jha</surname><given-names>S</given-names></name></person-group><article-title>The holes problem in wireless sensor networks: A survey</article-title><source>SIGMOBILE Mob. Comput. Comm. Rev</source><year>2005</year><volume>9</volume><fpage>4</fpage><lpage>18</lpage></citation></ref>
<ref id="b14-sensors-11-09242"><label>14.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Joshi</surname><given-names>GP</given-names></name><name><surname>Kim</surname><given-names>SW</given-names></name></person-group><article-title>A distributed geo-routing algorithm for wireless sensor networks</article-title><source>Sensors</source><year>2009</year><volume>9</volume><fpage>4083</fpage><lpage>4103</lpage><pub-id pub-id-type="doi">10.3390/s90604083</pub-id><pub-id pub-id-type="pmid">22408514</pub-id></citation></ref>
<ref id="b15-sensors-11-09242"><label>15.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hightower</surname><given-names>J</given-names></name><name><surname>Borriello</surname><given-names>G</given-names></name></person-group><article-title>Location system for ubiquitous computing</article-title><source>Computer</source><year>2001</year><volume>34</volume><fpage>57</fpage><lpage>66</lpage></citation></ref>
<ref id="b16-sensors-11-09242"><label>16.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Chen</surname><given-names>S</given-names></name><name><surname>Fan</surname><given-names>G</given-names></name><name><surname>Cui</surname><given-names>J-H</given-names></name></person-group><article-title>Avoid ‘void’ in geographic routing for data aggregation in sensor networks</article-title><source>Int. J. Ad Hoc Ubiquitous Comput</source><year>2006</year><volume>1</volume><fpage>169</fpage><lpage>178</lpage></citation></ref>
<ref id="b17-sensors-11-09242"><label>17.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Cho</surname><given-names>H</given-names></name><name><surname>Baek</surname><given-names>Y</given-names></name></person-group><article-title>Design and Implementation of an Active RFID System Platform</article-title><conf-name>Proceedings of the International Symposium on Applications and the Internet Workshops (SAINTW’06)</conf-name><conf-loc>Phoeniz, AZ, USA</conf-loc><conf-date>23–27 January 2006</conf-date><pub-id pub-id-type="doi">10.1109/SAINT-W.2006.14</pub-id></citation></ref>
<ref id="b18-sensors-11-09242"><label>18.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Jones</surname><given-names>AK</given-names></name><name><surname>Hoare</surname><given-names>RR</given-names></name><name><surname>Dontharaju</surname><given-names>SR</given-names></name><name><surname>Tung</surname><given-names>S</given-names></name><name><surname>Sprang</surname><given-names>R</given-names></name><name><surname>Fazekas</surname><given-names>J</given-names></name><name><surname>Cain</surname><given-names>JT</given-names></name><name><surname>Mickle</surname><given-names>MH</given-names></name></person-group><article-title>An Automated, Reconfigurable, Low-Power RFID Tag</article-title><conf-name>Proceedings of the 43rd Annual Design Automation Conference (DAC’06)</conf-name><conf-loc>San Francisco, CA, USA</conf-loc><conf-date>24–28 July 2006</conf-date><fpage>131</fpage><lpage>136</lpage></citation></ref>
<ref id="b19-sensors-11-09242"><label>19.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Jurdak</surname><given-names>R</given-names></name><name><surname>Ruzzelli</surname><given-names>AG</given-names></name><name><surname>O’Hare</surname><given-names>GMP</given-names></name></person-group><article-title>Multi-Hop RFID Wake-Up Radio: Design, Evaluation and Energy Tradeoffs</article-title><conf-name>Proceedings of 17th International Conference on Computer Communications and Networks (ICCCN'08)</conf-name><conf-loc>St Thomas, US Virgin Islands, USA</conf-loc><conf-date>3–7 August 2008</conf-date></citation></ref>
<ref id="b20-sensors-11-09242"><label>20.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Foster</surname><given-names>PR</given-names></name><name><surname>Burberry</surname><given-names>RA</given-names></name></person-group><article-title>Antenna Problems in RFID Systems</article-title><conf-name>Proceedings of the IEE Colloquium on RFID Technology</conf-name><conf-loc>London, UK</conf-loc><conf-date>25 October 1999</conf-date><fpage>3/1</fpage><lpage>3/5</lpage></citation></ref>
<ref id="b21-sensors-11-09242"><label>21.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Serrano</surname><given-names>R</given-names></name><name><surname>Blanch</surname><given-names>S</given-names></name><name><surname>Jofre</surname><given-names>L</given-names></name></person-group><article-title>Small Antenna Fundamentals and Technologies: Future Trends</article-title><conf-name>Proceedings of the 1st European Conference on Antennas and Propagation (EuCAP 2006)</conf-name><conf-loc>Nice, France</conf-loc><conf-date>6–10 November 2006</conf-date></citation></ref>
<ref id="b22-sensors-11-09242"><label>22.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ren</surname><given-names>Y-J</given-names></name><name><surname>Lai</surname><given-names>C-P</given-names></name><name><surname>Chen</surname><given-names>P-H</given-names></name><name><surname>Narayanan</surname><given-names>RM</given-names></name></person-group><article-title>Compact ultrawideband UHF array antenna for through-wall radar applications</article-title><source>IEEE Antennas Wirel. Propag. Lett</source><year>2009</year><volume>8</volume><fpage>1302</fpage><lpage>1305</lpage><pub-id pub-id-type="doi">10.1109/LAWP.2009.2037985</pub-id></citation></ref>
<ref id="b23-sensors-11-09242"><label>23.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Cao</surname><given-names>Z</given-names></name><name><surname>Diao</surname><given-names>Y</given-names></name><name><surname>Shenoy</surname><given-names>P</given-names></name></person-group><article-title>Architectural Considerations for Distributed RFID Tracking and Monitoring</article-title><conf-name>Proceedings of the ACM Workshop on Networking Meets Databases (NetDB)</conf-name><conf-loc>Big Sky, MT, USA</conf-loc><conf-date>14 October 2009</conf-date><comment>Available online <ext-link xlink:href="http://lass.cs.umass.edu/papers/pdf/netdb09.pdf" ext-link-type="uri">http://lass.cs.umass.edu/papers/pdf/netdb09.pdf</ext-link> (accessed on 15 September 2011).</comment></citation></ref>
<ref id="b24-sensors-11-09242"><label>24.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Lee</surname><given-names>C-H</given-names></name><name><surname>Chung</surname><given-names>C-W</given-names></name></person-group><article-title>Efficient Storage Scheme and Query Processing for Supply Chain Management Using RFID</article-title><conf-name>Proceedings of the 2008 ACM SIGMOD International Conference on Management of Data (SIGMOD’08)</conf-name><conf-loc>Vancouver, BC, Canada</conf-loc><conf-date>9–12 June 2008</conf-date><fpage>291</fpage><lpage>302</lpage></citation></ref></ref-list>
<sec sec-type="display-objects">
<title>Figures</title>
<fig id="f1-sensors-11-09242" position="float">
<label>Figure 1.</label>
<caption>
<p>RFID tag application scenario.</p></caption>
<graphic xlink:href="sensors-11-09242f1.gif"/></fig>
<fig id="f2-sensors-11-09242" position="float">
<label>Figure 2.</label>
<caption>
<p>RFID tag’s signal general format.</p></caption>
<graphic xlink:href="sensors-11-09242f2.gif"/></fig>
<fig id="f3-sensors-11-09242" position="float">
<label>Figure 3.</label>
<caption>
<p>RFID tag’s signal format after association with a target.</p></caption>
<graphic xlink:href="sensors-11-09242f3.gif"/></fig>
<fig id="f4-sensors-11-09242" position="float">
<label>Figure 4.</label>
<caption>
<p>Target association simulation illustration. (<bold>a</bold>) noise signal transmitted by the target; (<bold>b</bold>) correlation output of RFID tag (ID 10) indicating target detection; (<bold>c</bold>) RFID tag (ID 10)’s signal after association with a target with no key.</p></caption>
<graphic xlink:href="sensors-11-09242f4.gif"/></fig>
<fig id="f5-sensors-11-09242" position="float">
<label>Figure 5.</label>
<caption>
<p>RFID tag’s inquiry signal format for counting outside links.</p></caption>
<graphic xlink:href="sensors-11-09242f5.gif"/></fig>
<fig id="f6-sensors-11-09242" position="float">
<label>Figure 6.</label>
<caption>
<p>RFID tag’s response signal format for counting outside links.</p></caption>
<graphic xlink:href="sensors-11-09242f6.gif"/></fig>
<fig id="f7-sensors-11-09242" position="float">
<label>Figure 7.</label>
<caption>
<p>RFID tag’s signal format after searching for links to the outside of the cluster.</p></caption>
<graphic xlink:href="sensors-11-09242f7.gif"/></fig>
<fig id="f8-sensors-11-09242" position="float">
<label>Figure 8.</label>
<caption>
<p>Link counting process of RFID tag in the cluster.</p></caption>
<graphic xlink:href="sensors-11-09242f8.gif"/></fig>
<fig id="f9-sensors-11-09242" position="float">
<label>Figure 9.</label>
<caption>
<p>RFID tag’s format for inter-cluster communication.</p></caption>
<graphic xlink:href="sensors-11-09242f9.gif"/></fig>
<fig id="f10-sensors-11-09242" position="float">
<label>Figure 10.</label>
<caption>
<p>Case for maximum Δ<italic>t</italic><sub>2</sub>.</p></caption>
<graphic xlink:href="sensors-11-09242f10.gif"/></fig>
<fig id="f11-sensors-11-09242" position="float">
<label>Figure 11.</label>
<caption>
<p>Signal format modification for target location determination.</p></caption>
<graphic xlink:href="sensors-11-09242f11.gif"/></fig>
<fig id="f12-sensors-11-09242" position="float">
<label>Figure 12.</label>
<caption>
<p>Model of a link.</p></caption>
<graphic xlink:href="sensors-11-09242f12.gif"/></fig>
<fig id="f13-sensors-11-09242" position="float">
<label>Figure 13.</label>
<caption>
<p>RFID tag’s signal format for channel sensing.</p></caption>
<graphic xlink:href="sensors-11-09242f13.gif"/></fig>
<fig id="f14-sensors-11-09242" position="float">
<label>Figure 14.</label>
<caption>
<p>Channel quality sensing process between two RFID tag nodes.</p></caption>
<graphic xlink:href="sensors-11-09242f14.gif"/></fig>
<fig id="f15-sensors-11-09242" position="float">
<label>Figure 15.</label>
<caption>
<p>Topology of example 1.</p></caption>
<graphic xlink:href="sensors-11-09242f15.gif"/></fig>
<fig id="f16-sensors-11-09242" position="float">
<label>Figure 16.</label>
<caption>
<p>Routing path in example 1.</p></caption>
<graphic xlink:href="sensors-11-09242f16.gif"/></fig></sec></back></article>
