<?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/s90705173</article-id>
<article-id pub-id-type="publisher-id">sensors-09-05173</article-id>
<article-categories>
<subj-group>
<subject>Article</subject></subj-group></article-categories>
<title-group>
<article-title>On Connected Target Coverage for Wireless Heterogeneous Sensor Networks with Multiple Sensing Units</article-title></title-group>
<contrib-group>
<contrib contrib-type="author">
<name><surname>Shih</surname><given-names>Kuei-Ping</given-names></name><xref ref-type="aff" rid="af1-sensors-09-05173"><sup>1</sup></xref></contrib>
<contrib contrib-type="author">
<name><surname>Deng</surname><given-names>Der-Jiunn</given-names></name><xref ref-type="aff" rid="af2-sensors-09-05173"><sup>2</sup></xref></contrib>
<contrib contrib-type="author">
<name><surname>Chang</surname><given-names>Ruay-Shiung</given-names></name><xref ref-type="aff" rid="af3-sensors-09-05173"><sup>3</sup></xref><xref ref-type="corresp" rid="c1-sensors-09-05173"><sup>★</sup></xref></contrib>
<contrib contrib-type="author">
<name><surname>Chen</surname><given-names>Hung-Chang</given-names></name><xref ref-type="aff" rid="af4-sensors-09-05173"><sup>4</sup></xref></contrib></contrib-group>
<aff id="af1-sensors-09-05173">
<label>1</label> Department of Computer Science &amp; Information Engineering, Tamkang University, Tamshui 251, Taipei, Taiwan; E-Mail: <email>kpshih@mail.tku.edu.tw</email></aff>
<aff id="af2-sensors-09-05173">
<label>2</label> Department of Computer Science &amp; Information Engineering, National Changhua University of Education, Changhua, Taiwan; E-Mail: <email>djdeng@cc.ncue.edu.tw</email></aff>
<aff id="af3-sensors-09-05173">
<label>3</label> Department of Computer Science &amp; Information Engineering, National Dong Hwa University, Hualien, Taiwan</aff>
<aff id="af4-sensors-09-05173">
<label>4</label> Department of Information Technology, Ching Kuo Institute of Management and Health, Keelung, Taiwan; E-Mail: <email>gileschen@ems.cku.edu.tw</email></aff>
<author-notes>
<corresp id="c1-sensors-09-05173">
<label>★</label>Author to whom correspondence should be addressed; E-Mail: <email>rschang@mail.ndhu.edu.tw</email>; Tel.: +886-3-8632031; Fax: +886-3-8632030</corresp></author-notes>
<pub-date pub-type="collection">
<year>2009</year></pub-date>
<pub-date pub-type="epub">
<day>30</day>
<month>6</month>
<year>2009</year></pub-date>
<volume>9</volume>
<issue>7</issue>
<fpage>5173</fpage>
<lpage>5200</lpage>
<history>
<date date-type="received">
<day>2</day>
<month>5</month>
<year>2009</year></date>
<date date-type="rev-recd">
<day>14</day>
<month>6</month>
<year>2009</year></date>
<date date-type="accepted">
<day>23</day>
<month>6</month>
<year>2009</year></date></history>
<permissions>
<copyright-statement>© 2009 by the authors; licensee MDPI, Basel, Switzerland</copyright-statement>
<copyright-year>2009</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>The paper considers the connected target coverage (CTC) problem in wireless heterogeneous sensor networks (WHSNs) with multiple sensing units, termed MU-CTC problem. MU-CTC problem can be reduced to a connected set cover problem and further formulated as an integer linear programming (ILP) problem. However, the ILP problem is an NP-complete problem. Therefore, two distributed heuristic schemes, REFS (remaining energy first scheme) and EEFS (energy efficiency first scheme), are proposed. In REFS, each sensor considers its remaining energy and its neighbors’ decisions to enable its sensing units and communication unit such that all targets can be covered for the required attributes and the sensed data can be delivered to the sink. The advantages of REFS are its simplicity and reduced communication overhead. However, to utilize sensors’ energy efficiently, EEFS is proposed. A sensor in EEFS considers its contribution to the coverage and the connectivity to make a better decision. To our best knowledge, this paper is the first to consider target coverage and connectivity jointly for WHSNs with multiple sensing units. Simulation results show that REFS and EEFS can both prolong the network lifetime effectively. EEFS outperforms REFS in network lifetime, but REFS is simpler.</p></abstract>
<kwd-group>
<kwd>connectivity</kwd>
<kwd>heterogeneous sensors</kwd>
<kwd>multiple sensing units</kwd>
<kwd>target coverage</kwd>
<kwd>wireless sensor networks</kwd></kwd-group></article-meta></front>
<body>
<sec sec-type="intro">
<label>1.</label>
<title>Introduction</title>
<p>With the advancements of Micro-Electro-Mechanical System (MEMS), digital electronics, as well as wireless communication technology, a kind of small-size, low-cost, and low-power device with sensing, processing and wireless transmission capabilities, called <italic>sensor</italic>, is widely developed and deployed in a variety of applications. A wireless sensor network (WSN) is an auto-configured network consisted of many sensors deployed in a sensing field in an ad hoc or prearranged fashion. The purposes of WSNs include sensing, monitoring, or tracking environmental events. WSNs have been widely used in battlefield surveillance, environmental monitoring, biological detection, home automation, industrial diagnostics, etc. [<xref ref-type="bibr" rid="b1-sensors-09-05173">1</xref>].</p>
<p>A wireless heterogeneous sensor network (WHSN) is a sub-class of wireless sensor networks in which each sensor may have different capabilities, such as various transmission capabilities, different number of sensing units, etc. [<xref ref-type="bibr" rid="b2-sensors-09-05173">2</xref>, <xref ref-type="bibr" rid="b3-sensors-09-05173">3</xref>]. In the paper, a WHSN with multiple sensing units is considered, which means each sensor in the WHSN may be equipped with more than one sensing unit, and the <italic>attribute</italic> that each sensing unit can sense may also be different. In fact, sensors equipped with multiple sensing units are very common in many commercial products. For example, each MICA2 mote [<xref ref-type="bibr" rid="b4-sensors-09-05173">4</xref>] is equipped with several sensing units for temperature, humidity, light, sound, vibration, etc. A WHSN with multiple sensing units is inherently formed in nature because some sensing units in a sensor may be malfunctioned after running for a long time. The remaining sensing units on each sensor may be different. As a result, how to utilize the sensors with the remaining sensing units efficiently to continue the original sensing task is a very important concern.</p>
<p>Furthermore, using a WHSN with multiple sensing units is also cost-effective and power-efficient if multiple attributes are required to be sensed in the sensing field. On one hand, in addition to the sensing unit, a sensor, in general, consists of a control unit, a power unit, a radio unit, etc. If a sensor is equipped with only one sensing unit, it will increase the cost substantially to deploy all kinds of sensors to sense all required attributes. On the other hand, if too many sensing units are equipped in a sensor, the sensor will quickly run out of energy. Therefore, a WHSN with multiple sensing units is a promising deployment if multiple attributes are required to be sensed in the sensing field [<xref ref-type="bibr" rid="b2-sensors-09-05173">2</xref>, <xref ref-type="bibr" rid="b3-sensors-09-05173">3</xref>]. Moreover, it is very likely that several different kinds of sensors have been deployed in the sensing field for different purposes. These sensors can collaborate for additional sensing purposes to increase the sensor utilization.</p>
<p><italic>Coverage</italic> and <italic>connectivity</italic> are two key factors to a successful WSN. In general, coverage problems either deploy sensors to cover the sensing field completely [<xref ref-type="bibr" rid="b5-sensors-09-05173">5</xref>, <xref ref-type="bibr" rid="b6-sensors-09-05173">6</xref>], or make sure that all the sensing field is covered by a certain amount of sensors, such as 1-coverage or <italic>k</italic>-coverage [<xref ref-type="bibr" rid="b7-sensors-09-05173">7</xref>, <xref ref-type="bibr" rid="b8-sensors-09-05173">8</xref>], or select active sensors in a densely deployed sensor networks to cover all the sensing field [<xref ref-type="bibr" rid="b9-sensors-09-05173">9</xref>–<xref ref-type="bibr" rid="b12-sensors-09-05173">12</xref>]. On the other hand, the connectivity issue emphasizes how well sensors connect to the sink and if the sensed data can be properly delivered to the sink. The connected target coverage (CTC) problem is one of the target coverage (TC) problems, but also takes the connectivity issue into consideration simultaneously. In this paper, CTC problem in a WHSN with multiple sensing units is termed MU-CTC problem (where MU means multiple sensing units) and is defined as below.</p>
<p><bold>Definition 1 (MU-CTC Problem)</bold> <italic>Given a set of targets (or points) of interest and a number of sensors with multiple sensing units randomly deployed in the sensing field, MU-CTC problem is to schedule the on/off of the sensing units as well as the communication unit on each sensor such that (1) the attributes required to be sensed at each target can be sensed at all time, (2) the sensed data can be delivered to the sink, and (3) the network lifetime is maximized.</italic></p>
<p>The network lifetime is defined as the time interval from the beginning to the time that either the condition (1) or (2) above is not satisfied.</p>
<p>MU-CTC problem can be represented by a bipartite graph and be reduced to a connected set cover problem, named MU-CSC (<bold>M</bold>ultiple sensing <bold>U</bold>nits for <bold>C</bold>onnected <bold>S</bold>et <bold>C</bold>over) problem. The MU-CSC problem can be formulated as an integer linear programming (ILP) problem and solved by an ILP solver. However, solving the ILP problem is NP-complete [<xref ref-type="bibr" rid="b13-sensors-09-05173">13</xref>]. Therefore, two distributed schemes, named REFS (remaining energy first scheme) and EEFS (energy efficiency first scheme), are proposed to deal with the MU-CTC problem. In REFS, a sensor enables its sensing and communication units based on its remaining energy and its neighbors’ decisions. The advantages of REFS are its simplicity and reduced communication overhead. However, redundant sensing is the most significant weakness of REFS.</p>
<p>Generally in the CTC problem, a sensor not only undertakes the sensing task, but also needs to relay the sensed data for others. Therefore, to make the best use of a sensor’s energy, target coverage and sensed data relay should be considered simultaneously. Consequently, EEFS is proposed, where a sensor enables its sensing and communication units by considering not only its target coverage but also its relay role. As a result, the network lifetime of EEFS can be prolonged accordingly. Simulation results also verify that EEFS outperforms REFS in network lifetime. In addition, to our best knowledge, this is the first paper to discuss such a problem in the literature.</p>
<p>The rest of the paper is organized as follows. Section 2 describes the related work that treated the CTC problem with different network models and assumptions. Section 3 formulates MU-CTC problem as an ILP problem. Section 4, two distributed schemes, REFS and EEFS, are proposed to deal with the MU-CTC problem. Simulation results are presented in Section 5. Section 6 concludes the paper.</p></sec>
<sec>
<label>2.</label>
<title>Related Work</title>
<p>Coverage problem is of critical importance for wireless sensor networks. As described above, the coverage problem either deploys sensors to cover the sensing field, or selects active sensors and schedule them to cover all the sensing field, or analyzes how well the sensing field is covered. Recently, the target coverage problem has received extensive attention [<xref ref-type="bibr" rid="b13-sensors-09-05173">13</xref>–<xref ref-type="bibr" rid="b20-sensors-09-05173">20</xref>]. Nevertheless, none of them considered sensors equipped with multiple sensing units. Moreover, some of them do not take the connectivity issue into account. These researches are summarized as follows.</p>
<p>In [<xref ref-type="bibr" rid="b13-sensors-09-05173">13</xref>], the authors transformed the TC problem into a <italic>Maximal Set Cover</italic> (MSC) problem, where sensors are organized into set covers. To maximize the number of set covers is equivalent to maximizing the network lifetime. Every set cover is activated in turn and the sensors in an activated set cover are responsible for sensing all the targets at a specific time, while all the other sensors are in the sleep state. The MSC problem was proved to be an NP-complete problem and two heuristics were proposed to solve the MSC problem using linear programming and greedy techniques, respectively. However, these schemes are centralized. Similar to [<xref ref-type="bibr" rid="b13-sensors-09-05173">13</xref>] except for fixed sensing range, the TC problem with adjustable sensing range is addressed in [<xref ref-type="bibr" rid="b14-sensors-09-05173">14</xref>], where the goals of the problem are to schedule sensors to alternate between the active and the sleep states and adjust their sensing ranges so that all targets are covered by active sensors and the network lifetime is maximized. The authors transformed the problem to an <italic>adjustable range set covers</italic> (AR-SC) problem and formulated it by ILP constraints. The authors then solved it using relaxation and rounding techniques. A greedy heuristic is proposed, where both centralized and distributed (localized) solutions are given for computing the set covers. However, connectivity is not considered in [<xref ref-type="bibr" rid="b13-sensors-09-05173">13</xref>, <xref ref-type="bibr" rid="b14-sensors-09-05173">14</xref>].</p>
<p>In [<xref ref-type="bibr" rid="b15-sensors-09-05173">15</xref>], the TC problem is considered. The proposed approach consists the following three steps. A linear programming method is used to compute the maximum network lifetime. A workload matrix was used to specify the total length of time that a sensor should watch a target. The workload matrix is further decomposed into a sequence of schedule matrices by using the perfect matching method. Finally, the target watching timetable is obtained for each sensor based on the schedule matrices. A similar approach is also used in [<xref ref-type="bibr" rid="b16-sensors-09-05173">16</xref>, <xref ref-type="bibr" rid="b17-sensors-09-05173">17</xref>], where the connectivity issue is jointly considered with the TC problem. In [<xref ref-type="bibr" rid="b16-sensors-09-05173">16</xref>], <italic>k</italic>-coverage is additionally taken into account. That is, given <italic>k</italic>, it requires each target to be covered by at least <italic>k</italic> sensors and those active sensors to be connected. However, the proposed approaches in [<xref ref-type="bibr" rid="b15-sensors-09-05173">15</xref>–<xref ref-type="bibr" rid="b17-sensors-09-05173">17</xref>] are centralized. Moreover, they also assume that a sensor can only monitor at most one target at a time, which simplifies the difficulty in dealing with the problem.</p>
<p>Similarly, the CTC problem is also considered in [<xref ref-type="bibr" rid="b18-sensors-09-05173">18</xref>]. The authors model the CTC problem as a Maximum Cover Tree (MCT) problem, where the sensors in a cover tree can cover all the targets and relay the sensed data to the sink. Based on the MCT problem, the upper bound of the CTC problem in terms of lifetime is derived by using a linear programming model. The Communication Weighted Greedy Cover (CWGC) algorithm is further proposed to construct the cover trees. However, the CWGC algorithm is centralized and practically hard to implement.</p>
<p>In [<xref ref-type="bibr" rid="b19-sensors-09-05173">19</xref>], the CTC problem with <italic>k</italic>-coverage is considered. Two non-global schemes, cluster-based and pruning-based, are proposed in the paper. The cluster-based scheme selects the backbone sensors to form a <italic>k</italic>-connected coverage set. In the pruning-based scheme, each sensor determines its status (marked or unmarked) based on its two-hop neighborhood information. All marked sensors form a <italic>k</italic>-connected coverage set. In [<xref ref-type="bibr" rid="b20-sensors-09-05173">20</xref>], the CTC problem in a WHSN is considered, where the WHSN means that the network consists of two types of sensors. One is the resource-rich sensors called supernodes used for data relaying and the other is the energy constrained sensors. In the paper, supernodes are assumed to have two transceivers, one for communication with sensors and the other for communication with other supernodes. All supernodes form a connected network and the active sensor connects to at least one supernode, via either a direct or a multi-hop connection. The problem is transformed to a heterogeneous connected set covers (HCSC) problem and the HCSC problem is proved to be NP-complete. An ILP approach as well as a distributed and localized approach are proposed in the paper.</p>
<p><xref ref-type="table" rid="t1-sensors-09-05173">Table 1</xref> briefly summarizes the related work. Although there are a lot of related work in the literature that deal with TC or CTC problem, all of the above works [<xref ref-type="bibr" rid="b13-sensors-09-05173">13</xref>–<xref ref-type="bibr" rid="b20-sensors-09-05173">20</xref>] only considered each sensor to be equipped with one sensing unit. As described earlier, a WHSN with multiple sensing units is a very common, useful and important. Thus, the TC or CTC problem deserve receiving more attention toward a WHSN with multiple sensing units. In our previous research [<xref ref-type="bibr" rid="b21-sensors-09-05173">21</xref>], the TC problem in a WHSN with multiple sensing units was investigated, but the connectivity issue was not taken into account. This paper now discusses the CTC problem in a WHSN with multiple sensing units. The CTC problem aiming at heterogeneous sensors with multiple sensing units turns out to be more complicated than those focusing on homogeneous sensors with only one sensing unit. The reasons are as follows. In WHSNs with multiple sensing units, the CTC problem needs to consider not only which sensors need to be activated, but also which sensing units on those sensors need to be activated. Moreover, the sensing attributes that need to be covered at each target are different. In addition, the connectivity issue is also considered in the paper. In [<xref ref-type="bibr" rid="b13-sensors-09-05173">13</xref>], the maximal set cover problem considering a sensor with single sensing unit has been proven to be an NP-complete problem. The CTC problem in WHSNs with multiple sensing units is a superset of that with only one sensing unit. Thus, the CTC problem in a WHSN with multiple sensing units is also an NP-complete problem.</p>
<p>As a result, two heuristic schemes are proposed in the paper to schedule the sensors’ sensing units as well as the communication unit such that the individually required attributes of a given set of targets can be covered all the time, the sensed data can be relayed to the sink, and the network lifetime can be maximized.</p></sec>
<sec>
<label>3.</label>
<title>Problem Statements and Formulations</title>
<sec>
<label>3.1.</label>
<title>Assumptions</title>
<p>In a sensing field <italic>𝒜</italic>, there are <italic>M</italic> stationary targets at known locations to be continuously sensed. Let <italic>t<sub>m</sub></italic> denote the <italic>m</italic>th target, <italic>m</italic> = 1, 2, …, <italic>M</italic>. Suppose there are <italic>L</italic> attributes, denoted <italic>a<sup>l</sup>, l</italic> = 1, 2, …, <italic>L</italic>, to be sensed for these targets. The attributes to be sensed on each target are not altogether the same. Attribute <italic>a<sup>l</sup></italic> can be sensed by the sensing unit <italic>u<sup>l</sup></italic>, <italic>l</italic> = 1, 2, …, <italic>L</italic>. The energy consumption of the sensing unit <italic>u<sup>l</sup></italic> in sensing attribute <italic>a<sup>l</sup></italic> for a time unit is <italic>e<sup>l</sup></italic>, <italic>l</italic> = 1, 2, …, <italic>L</italic>. Suppose there are <italic>N</italic> stationary sensors equipped with different numbers of sensing units randomly deployed in the sensing field. Let <italic>s<sub>n</sub></italic> denote the <italic>n</italic>th sensor, <italic>n</italic> = 1, 2, …, <italic>N</italic>. The initial energy of each sensor is <italic>E</italic> and assumed the same. All the sensed data are required to be forwarded to the sink. Without loss of generality, let <italic>s</italic><sub>0</sub> denote the sink for easy description.</p>
<p>In this paper, each sensor knows its location and can obtain one-hop neighbor information via communication. Moreover, the locations of the targets to be sensed are known by the sensors in advance and will not change during the whole sensing period. In reality, the sensing ranges of different kinds of sensing should be different. However, the sensing range of each sensing unit as well as the communication range of each sensor are all assumed to be the same and unadjustable. The assumption can be easily relaxed as follows. Knowing the equipped sensing units as well as the location information of its one-hop neighbors and itself, each sensor can determine the attributes that can be sensed by itself or by its one-hop neighbors via communication. Therefore, the proposed protocols are expected to work well even when the assumption is relaxed.</p>
<p>Let <italic>R<sub>s</sub></italic> denote the sensing range of a sensing unit and <italic>R<sub>c</sub></italic> the communication range of a sensor. For simplicity, the paper also assumes that <italic>R<sub>c</sub></italic> ≥ 2<italic>R<sub>s</sub></italic>. It is to make sure that two sensors can communicate directly if their sensing ranges overlap. If 
<inline-formula>
<mml:math>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mi>s</mml:mi></mml:msub>
<mml:mo>&gt;</mml:mo>
<mml:mfrac>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mi>c</mml:mi></mml:msub></mml:math></inline-formula>, for any sensor, the information of whether a required sensing attribute at a target can be sensed by its neighbors has to be collected through multi-hop communication. However, how to acquire the information through multi-hop communication is not discussed here and will be of future work.</p>
<p>Target <italic>t<sub>m</sub></italic> is said to be monitored by <italic>u<sup>l</sup></italic> of <italic>s<sub>n</sub></italic>, if <italic>d</italic>(<italic>t<sub>m</sub></italic>, <italic>s<sub>n</sub></italic>) ≤ <italic>R<sub>s</sub></italic> and <italic>s<sub>n</sub></italic> is equipped with <italic>u<sup>l</sup></italic>, where <italic>d</italic>(<italic>x, y</italic>) is the Euclidean distance between <italic>x</italic> and <italic>y</italic>. Two sensors, say <italic>s<sub>n</sub></italic> and <italic>s</italic><sub><italic>n</italic>′</sub>, can are communicate if <italic>d</italic>(<italic>s<sub>n</sub></italic>, <italic>s</italic><sub><italic>n</italic>′</sub>) ≤ <italic>R<sub>c</sub></italic>. Namely, they are neighbors.</p>
<p>The MU-CTC problem can be represented by a quasi-bipartite graph and be further formulated as a connected set cover problem, named <bold>M</bold>ultiple Sensing <bold>U</bold>nits for <bold>C</bold>onnected <bold>S</bold>et <bold>C</bold>over (MU-CSC) problem. Take <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1</xref> as an example, where five sensors, <italic>s</italic><sub>1</sub>, <italic>s</italic><sub>2</sub>, …, <italic>s</italic><sub>5</sub>, are required to sense two targets, <italic>t</italic><sub>1</sub> and <italic>t</italic><sub>2</sub>. The attributes required to be sensed at <italic>t</italic><sub>1</sub> are <italic>a</italic><sup>1</sup>, <italic>a</italic><sup>2</sup>, and <italic>a</italic><sup>3</sup> and those at <italic>t</italic><sub>2</sub> are <italic>a</italic><sup>1</sup> and <italic>a</italic><sup>3</sup>. As shown in <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1(a)</xref>, <italic>t</italic><sub>1</sub> is located within the sensing ranges of <italic>s</italic><sub>1</sub>, <italic>s</italic><sub>2</sub>, and <italic>s</italic><sub>3</sub>, and <italic>t</italic><sub>2</sub> is within the sensing ranges of <italic>s</italic><sub>3</sub>, <italic>s</italic><sub>4</sub>, and <italic>s</italic><sub>5</sub>. The sensing units equipped by <italic>s</italic><sub>1</sub>, <italic>s</italic><sub>2</sub>, <italic>s</italic><sub>3</sub>, <italic>s</italic><sub>4</sub>, and <italic>s</italic><sub>5</sub> are {<italic>u</italic><sup>1</sup>, <italic>u</italic><sup>2</sup>}, {<italic>u</italic><sup>1</sup>, <italic>u</italic><sup>3</sup>}, {<italic>u</italic><sup>1</sup>, <italic>u</italic><sup>3</sup>}, {<italic>u</italic><sup>1</sup>, <italic>u</italic><sup>2</sup>, <italic>u</italic><sup>3</sup>}, and {<italic>u</italic><sup>1</sup>, <italic>u</italic><sup>2</sup>}, respectively. <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1(a)</xref> illustrates the network topology, where different circles represent the different sensing capabilities of sensors and the black solid lines represent the connectivity among sensors.</p></sec>
<sec>
<label>3.2.</label>
<title>The MU-CSC Problem</title>
<p>Let 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> denote the sensing unit <italic>u<sup>l</sup></italic> on sensor <italic>s<sub>n</sub></italic>, if sensor <italic>s<sub>n</sub></italic> is equipped with sensing unit <italic>u<sup>l</sup></italic>, for <italic>n</italic> = 1, 2, …, <italic>N</italic> and <italic>l</italic> = 1, 2, …, <italic>L</italic>. Moreover, let 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> stand for the attribute <italic>a<sup>l</sup></italic> required to be sensed at target <italic>t<sub>m</sub></italic>, <italic>m</italic> = 1, 2, …, <italic>M</italic> and <italic>l</italic> = 1, 2, …, <italic>L</italic>. The MU-CTC problem can be represented by a quasi-bipartite graph, as illustrated in <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1(b)</xref>. There exists a ray from 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> to 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> if the sensing unit <italic>u<sup>l</sup></italic> on sensor <italic>s<sub>n</sub></italic> can sense the attribute <italic>a<sup>l</sup></italic> at target <italic>t<sub>m</sub></italic>. In <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1</xref>, the different types of rays mean different types of sensing units. In addition, the black solid lines between two sensors mean that these sensors can communicate with each other directly.</p>
<p>Consequently, the MU-CTC problem can be regarded as a maximal connected set cover problem. Sensors are organized as connected set covers. In each connected set cover, the sensors turn on some sensing units to cover the required attributes of the targets, or turn on their communication units to relay the sensed data to the sink. <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1(c)</xref> is an example of a connected set cover for the example shown in <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1(a)</xref>. The set 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mrow>
<mml:mo>{</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mn>2</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mn>3</mml:mn>
<mml:mn>3</mml:mn></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mn>4</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow>
<mml:mo>}</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula> is a connected set cover, where 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula> covers 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula>, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mn>2</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula> covers 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula>, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mn>3</mml:mn>
<mml:mn>3</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula> covers 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>3</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula> and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>2</mml:mn>
<mml:mn>3</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula>, and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mn>4</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula> covers 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>2</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula>. In addition, <italic>s</italic><sub>1</sub>, <italic>s</italic><sub>2</sub>, <italic>s</italic><sub>3</sub>, and <italic>s</italic><sub>4</sub> can relay the sensed data to the sink via multi-hop transmission. The MU-CSC problem is defined as follows.</p>
<p><bold>Definition 2 (MU-CSC Problem)</bold> <italic>Given M targets and N sensors with multiple sensing units, the MUCSC problem is to find a family of connected set covers C</italic><sub>1</sub>, <italic>C</italic><sub>2</sub>, ..., <italic>C<sub>κ</sub></italic>, <italic>so that (1) the required attributes at every target can be completely covered by each connected set cover, (2) all sensors in a connected set cover can connect to the sink directly or via the sensors in the same connected set cover, (3) the energy consumption of each sensor in all connected set covers is at most E, the initial energy, (4) κ is maximized.</italic></p>
<p>Notice that, each connected set cover corresponds to a working period, say a <italic>round</italic> (to be described later). Thus, maximizing <italic>κ</italic> is equal to maximizing the network lifetime.</p></sec>
<sec>
<label>3.3.</label>
<title>ILP Constraints for the MU-CSC Problem</title>
<p>In modeling ILP, some assumptions are made to simplify the formulations. Assume that a sensing unit on an active sensor periodically generates a sensed data in a round, where an active sensor is the sensor selected to undertake the sensing task. Data aggregation is not considered in the model. That is, if a sensor receives <italic>f</italic> sensed data, it needs to relay the <italic>f</italic> data to the sink, or transmit <italic>f</italic> +1 data out if its data is counted. Without loss of generality, the index variables listed below are used for their corresponding meanings, if not otherwise specified.
<list list-type="bullet">
<list-item>
<p><italic>m: m</italic>th target, where 1 ≤ <italic>m</italic> ≤ <italic>M</italic>,</p></list-item>
<list-item>
<p><italic>n: n</italic>th sensor, where 1 ≤ <italic>n</italic> ≤ <italic>N</italic>, and</p></list-item>
<list-item>
<p><italic>l: l</italic>th attributes, sensing unit, or energy consumption of the <italic>l</italic>th sensing unit, where 1 ≤ <italic>l</italic> ≤ <italic>L</italic>.</p></list-item></list></p>
<p>By Definition 2, the MU-CSC problem can be modeled by the ILP constraints as follows.</p>
<p><bold>ILP Constraints for the MU-CSC Problem</bold></p>
<p><italic>Given:</italic>
<list list-type="bullet">
<list-item>
<p><italic>M</italic> targets: <italic>t<sub>m</sub></italic>, <italic>m</italic> = 1, 2, …, <italic>M</italic>,</p></list-item>
<list-item>
<p><italic>N</italic> sensors: <italic>s<sub>n</sub></italic>, <italic>n</italic> = 1, 2, …, <italic>N</italic>,</p></list-item>
<list-item>
<p>The sink: <italic>s</italic><sub>0</sub>,</p></list-item>
<list-item>
<p>Initial energy of each sensor: <italic>E</italic>,</p></list-item>
<list-item>
<p><italic>L</italic> sensing attributes: <italic>a<sup>l</sup></italic>, <italic>l</italic> = 1, 2, …, <italic>L</italic>,</p></list-item>
<list-item>
<p><italic>L</italic> sensing units: <italic>u<sup>l</sup></italic>, which respectively senses the attribute <italic>a<sup>l</sup></italic>, and the energy consumed is: <italic>e<sup>l</sup></italic>, <italic>l</italic> = 1, 2, …, <italic>L</italic>,</p></list-item>
<list-item>
<p><italic>e<sub>t</sub></italic>: the energy consumption of a sensor to transmit a sensed data,</p></list-item>
<list-item>
<p><italic>e<sub>r</sub></italic>: the energy consumption of a sensor to receive a data,</p></list-item>
<list-item>
<p>ℵ (<italic>n</italic>): the neighbor set of <italic>s<sub>n</sub></italic> and is defined as {<italic>n</italic>′|<italic>d</italic>(<italic>s<sub>n</sub></italic>, <italic>s</italic><sub><italic>n</italic>′</sub>) ≤ <italic>R<sub>c</sub></italic>, <italic>n</italic>′ = 0, 1, …, <italic>N, n</italic>′ ≠ <italic>n</italic>}, where <italic>d</italic>(<italic>s<sub>n</sub></italic>, <italic>s</italic><sub><italic>n</italic>′</sub>) is the Euclidean distance between <italic>s<sub>n</sub></italic> and <italic>s</italic><sub><italic>n</italic>′</sub>,</p></list-item>
<list-item>
<p>
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>v</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula>: a coefficient that indicates whether <italic>s<sub>n</sub></italic> is equipped with <italic>u<sup>l</sup></italic>; 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>v</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:math></inline-formula> if <italic>s<sub>n</sub></italic> is equipped with <italic>u<sup>l</sup></italic> ; otherwise, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>v</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>0</mml:mn></mml:mrow></mml:math></inline-formula>, <italic>n</italic> = 1, 2, …, <italic>N</italic>, and <italic>l</italic> = 1, 2, …, <italic>L</italic>,</p></list-item>
<list-item>
<p><italic>μ<sub>n,m</sub></italic>: a coefficient that indicates whether <italic>s<sub>n</sub></italic> can cover <italic>t<sub>m</sub></italic>; <italic>μ<sub>n,m</sub></italic> = 1 if <italic>d</italic>(<italic>s<sub>n</sub></italic>, <italic>t<sub>m</sub></italic>) ≤ <italic>R<sub>s</sub></italic>; otherwise, <italic>μ<sub>n,m</sub></italic> = 0, <italic>n</italic> = 1, 2, …, <italic>N</italic>, and <italic>m</italic> = 1, 2, …, <italic>M</italic>,</p></list-item>
<list-item>
<p>
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>τ</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula>: a coefficient that indicates whether <italic>t<sub>m</sub></italic> needs to be covered by <italic>a<sup>l</sup></italic>; 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>τ</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:math></inline-formula> if <italic>t<sub>m</sub></italic> needs to be covered by <italic>a<sup>l</sup></italic>; otherwise, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>τ</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>0</mml:mn></mml:mrow></mml:math></inline-formula>, <italic>m</italic> = 1, 2, …, <italic>M</italic>, and <italic>l</italic> = 1, 2, …, <italic>L</italic>.</p></list-item></list></p>
<p><italic>Variables:</italic>
<list list-type="bullet">
<list-item>
<p><italic>c<sub>k</sub></italic>: a boolean variable; <italic>c<sub>k</sub></italic> = 1 if <italic>C<sub>k</sub></italic> is a connected set cover; otherwise, <italic>c<sub>k</sub></italic> = 0, ∀ <italic>k</italic> = 1, 2, …, <italic>K</italic>, where <italic>K</italic> is an upper bound of the number of connected set covers,</p></list-item>
<list-item>
<p>
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ν</mml:mi>
<mml:mo>^</mml:mo></mml:mover></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>k</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula>: a boolean variable; 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ν</mml:mi>
<mml:mo>^</mml:mo></mml:mover></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>k</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:math></inline-formula> if sensor <italic>s<sub>n</sub></italic> enables the sensing unit <italic>u<sup>l</sup></italic> in set <italic>C<sub>k</sub></italic>; otherwise, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ν</mml:mi>
<mml:mo>^</mml:mo></mml:mover></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>k</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>0</mml:mn></mml:mrow></mml:math></inline-formula>, ∀ <italic>n, l, k</italic>,</p></list-item>
<list-item>
<p>
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>f</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>→</mml:mo>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup></mml:mrow>
<mml:mi>k</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula>: a non-negative integer that indicates the number of sensed data relayed from <italic>s<sub>n</sub></italic> to <italic>s</italic>′<italic><sub>n</sub></italic> in set <italic>C<sub>k</sub></italic>.</p></list-item></list></p>
<p><italic>Objective</italic>: Maximize <italic>c</italic><sub>1</sub> + <italic>c</italic><sub>2</sub> + … + <italic>c</italic><sub>K</sub>.</p>
<p><italic>Subject to</italic>:
<list list-type="simple">
<list-item>
<p>(<bold>C1</bold>) 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>N</mml:mi></mml:munderover>
<mml:mrow>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>μ</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>m</mml:mi></mml:mrow></mml:msub>
<mml:mo>*</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>ν</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>*</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ν</mml:mi>
<mml:mo>^</mml:mo></mml:mover></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>k</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mo>≥</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>c</mml:mi></mml:mrow>
<mml:mi>k</mml:mi></mml:msub>
<mml:mo>*</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>τ</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:mo>∀</mml:mo>
<mml:mi>m</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>l</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>k</mml:mi>
<mml:mo>,</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula></p></list-item>
<list-item>
<p>(<bold>C2</bold>) 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>k</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>K</mml:mi></mml:munderover>
<mml:mo> </mml:mo>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>l</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>L</mml:mi></mml:munderover>
<mml:mo> </mml:mo>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ν</mml:mi>
<mml:mo>^</mml:mo></mml:mover></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>k</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>*</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi>e</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msup></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>e</mml:mi></mml:mrow>
<mml:mi>t</mml:mi></mml:msub>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mo>∈</mml:mo>
<mml:mi>ℵ</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>f</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>→</mml:mo>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup></mml:mrow>
<mml:mi>k</mml:mi></mml:msubsup>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>e</mml:mi></mml:mrow>
<mml:mi>r</mml:mi></mml:msub>
<mml:mo> </mml:mo>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mo>∈</mml:mo>
<mml:mi>ℵ</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>f</mml:mi></mml:mrow>
<mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mo>→</mml:mo>
<mml:mi>n</mml:mi></mml:mrow>
<mml:mi>k</mml:mi></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>≤</mml:mo>
<mml:mi>E</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo>∀</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo></mml:mrow></mml:math></inline-formula></p></list-item>
<list-item>
<p>(<bold>C3</bold>) 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mo>∈</mml:mo>
<mml:mi>ℵ</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mi>f</mml:mi>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>→</mml:mo>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup></mml:mrow>
<mml:mi>k</mml:mi></mml:msubsup>
<mml:mo>−</mml:mo>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mo>∈</mml:mo>
<mml:mi>ℵ</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>f</mml:mi></mml:mrow>
<mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mo>→</mml:mo>
<mml:mi>n</mml:mi></mml:mrow>
<mml:mi>k</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>l</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>L</mml:mi></mml:munderover>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ν</mml:mi>
<mml:mo>^</mml:mo></mml:mover></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>k</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo>∀</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>k</mml:mi>
<mml:mo>,</mml:mo></mml:mrow></mml:math></inline-formula></p></list-item>
<list-item>
<p>(<bold>C4</bold>) 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>∈</mml:mo>
<mml:mi>ℵ</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>0</mml:mn>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>f</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>→</mml:mo>
<mml:mn>0</mml:mn></mml:mrow>
<mml:mi>k</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>N</mml:mi></mml:munderover>
<mml:mo> </mml:mo>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>l</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>L</mml:mi></mml:munderover>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ν</mml:mi>
<mml:mo>^</mml:mo></mml:mover></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>k</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo>∀</mml:mo>
<mml:mi>k</mml:mi>
<mml:mo>,</mml:mo></mml:mrow></mml:math></inline-formula></p></list-item>
<list-item>
<p>(<bold>C5</bold>) 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ν</mml:mi>
<mml:mo>^</mml:mo></mml:mover></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>k</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>≤</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>c</mml:mi></mml:mrow>
<mml:mi>k</mml:mi></mml:msub>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo>∀</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>l</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>k</mml:mi>
<mml:mo>,</mml:mo></mml:mrow></mml:math></inline-formula></p></list-item>
<list-item>
<p>(<bold>C6</bold>) 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mn>0</mml:mn>
<mml:mo>≤</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>f</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>→</mml:mo>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup></mml:mrow>
<mml:mi>k</mml:mi></mml:msubsup>
<mml:mo>≤</mml:mo>
<mml:mi>N</mml:mi>
<mml:mo>*</mml:mo>
<mml:mi>L</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo>∀</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>k</mml:mi>
<mml:mo>,</mml:mo></mml:mrow></mml:math></inline-formula></p></list-item>
<list-item>
<p>(<bold>C7</bold>) 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ν</mml:mi>
<mml:mo>^</mml:mo></mml:mover></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>k</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>∈</mml:mo>
<mml:mo stretchy="false">{</mml:mo>
<mml:mn>0</mml:mn>
<mml:mo>,</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo stretchy="false">}</mml:mo>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo>∀</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>l</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>k</mml:mi>
<mml:mo>,</mml:mo></mml:mrow></mml:math></inline-formula></p></list-item>
<list-item>
<p>(<bold>C8</bold>) <italic>c<sub>k</sub></italic> ∈ {0, 1}, ∀ <italic>k</italic>.</p></list-item></list></p>
<p>Remarks:
<list list-type="bullet">
<list-item>
<p>Constraint <bold>C1</bold> corresponds to the first requirement in Definition 2. The constraint guarantees that the required attributes at every target can be completely covered by any selected connected set cover.</p></list-item>
<list-item>
<p>Constraint <bold>C2</bold> corresponds to the third requirement in Definition 2. The constraint indicates that the total energy consumption of a sensor should not exceed its initial energy <italic>E</italic>.</p></list-item>
<list-item>
<p>Constraint <bold>C3</bold> is to ensure that the generated and the received data of a sensor in a round can be forwarded by its neighbors.</p></list-item>
<list-item>
<p>Constraint <bold>C4</bold> is used to make sure that the amount of the sensed data generated by the sensors belonging to a connected set cover is equal to that received by the sink in a round. Therefore, with constraints <bold>C3</bold> and <bold>C4</bold>, it can be ensured that the sensed data of a sensor can be relayed to the sink, that is, the second requirement in Definition 2.</p></list-item>
<list-item>
<p>Constraint <bold>C5</bold> is to require a sensor to not to turn on its sensing units if the sensor does not belong to a connected set cover. It helps to further reduce the energy consumption of a sensor.</p></list-item>
<list-item>
<p>Constraints <bold>C6-C8</bold> indicate the ranges of these variables.</p></list-item></list></p>
<p>Note that, it is well-known that solving ILP is an NP-complete problem[<xref ref-type="bibr" rid="b13-sensors-09-05173">13</xref>]. Therefore, two distributed schemes to solve the MU-CTC problem are proposed.</p></sec></sec>
<sec>
<label>4.</label>
<title>Distributed Schemes for the MU-CTC Problem</title>
<p>It is well-known that solving ILP is an NP-complete problem. Therefore, two distributed schemes, named REFS (remaining energy first scheme) and EEFS (energy efficiency first scheme), are proposed to solve the MU-CTC problem. As shown in <xref ref-type="fig" rid="f2-sensors-09-05173">Figure 2</xref>, time is divided into rounds of equal length. A round consists of an <italic>initial phase</italic> and a <italic>working phase</italic>. The initial phase is further divided into a <italic>sensing and relaying (SAR)</italic> subphase and a <italic>pure relaying (PR)</italic> subphase. Let <italic>𝒟<sub>Init</sub></italic>, <italic>𝒟<sub>SAR</sub></italic>, and <italic>𝒟<sub>PR</sub></italic> denote the durations of the initial phase, the SAR subphase and the PR subphase, respectively. Clearly, <italic>𝒟<sub>Init</sub></italic> = <italic>𝒟<sub>SAR</sub></italic> + <italic>𝒟<sub>PR</sub></italic>. Note that <italic>𝒟<sub>Init</sub></italic> is much shorter than the duration of a round.</p>
<p>During <italic>𝒟<sub>SAR</sub></italic>, each sensor will determine which of its sensing units should be turned on. If the sensor needs to turn on some sensing units, it still needs to find an appropriate neighbor to relay the sensed data. Similarly, the relay node also needs to find its relay node to continue relaying the sensed data to the sink. Basically, whether a sensor needs to be activated and which of its sensing units need to be turned on will be decided during <italic>𝒟<sub>SAR</sub></italic>. Consequently, <italic>𝒟<sub>PR</sub></italic> is only for the sensor chosen as the relay to find its relay to the sink. The working phase begins at the end of the initial phase and ends at the end of the initial phase of the next round so that the targets can be continually monitored. In addition, in both REFS and EEFS, each sensor makes the decision only by one-hop neighbor information, such as the location, the remaining energy, and the sensing capability of neighbors, as well as the requests for relaying.</p>
<sec>
<label>4.1.</label>
<title>A Generic Approach to the MU-CTC Problem</title>
<p><xref ref-type="table" rid="t4-sensors-09-05173">Algorithm 1</xref> is a generic approach to the MU-CTC problem, which is performed by each sensor during every initial phase in a distributed fashion. Initially, in Step 1, each sensor will set a waiting time, say <italic>W<sub>n</sub></italic> for sensor <italic>s<sub>n</sub></italic>, in order to receive the neighbors’s decision and then make its own decision after <italic>W<sub>n</sub></italic> expires. It is worth mentioning that <italic>W<sub>n</sub></italic> heavily impacts the performance of the proposed schemes. As a result, in designing <italic>W<sub>n</sub></italic>, REFS takes the sensor’s remaining energy into account so that the sensor with more remaining energy can make the decision sooner to take the coverage burden. On the other hand, in EEFS, both the coverage and connectivity are taken into account to efficiently utilize the sensing and communication units of its neighbors’ and its own.</p>
<table-wrap id="t4-sensors-09-05173" position="anchor">
<label>Algorithm 1:</label>
<caption>
<p>A generic approach to the MU-CTC problem</p></caption>
<table frame="hsides" rules="groups">
<tbody>
<tr>
<td align="left" valign="top">
<inline-graphic xlink:href="sensors-09-05173i1.gif"/></td></tr></tbody></table></table-wrap>
<p>In Step 2, each sensor counts down <italic>W<sub>n</sub></italic> and waits for the neighbors’ decision until <italic>W<sub>n</sub></italic> expires. After <italic>W<sub>n</sub></italic> expires, the sensor can decide which sensing and communication units need to be turned on. Therefore, in Step 3, some strategies are adopted to remove the redundant sensing responsibilities or to make the sensing responsibilities more efficiently performed. In Step 4, the relay selection is performed to find an appropriate sensor to relay the sensed data. Finally, in Step 5, the decision, including which sensing units need to be turned on, whether the communication unit needs to be turned on, and which neighbor is selected as the relay, is announced to its neighbors. Based on the generic approach shown in <xref ref-type="table" rid="t4-sensors-09-05173">Algorithm 1</xref>, the following two subsections describe the two distributed algorithms, REFS and EEFS, in detail. Notice that the proposed algorithms do not require all sensor to be accurately synchronized. Each sensor only needs to be synchronized with its neighbors. The local synchronization can be achieved through the decision announcement in Step 5.</p></sec>
<sec>
<label>4.2.</label>
<title>Remaining Energy First Scheme (REFS)</title>
<p>REFS is a self-pruning approach, which takes the sensor’s remaining energy and neighbors’ decisions into account to enable its sensing and communication units. Based on <xref ref-type="table" rid="t4-sensors-09-05173">Algorithm 1</xref>, the details of REFS are illustrated as follows.</p>
<sec>
<title>Set <italic>W<sub>n</sub></italic></title>
<p>Let 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> be the sensing capability of the sensing unit <italic>u<sup>l</sup></italic> on sensor <italic>s<sub>n</sub></italic> and be defined as 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo stretchy="false">|</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>μ</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>m</mml:mi></mml:mrow></mml:msub>
<mml:mo>*</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>ν</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>*</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>τ</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo>∀</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>m</mml:mi></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula>. Furthermore, let Δ<italic><sub>n</sub></italic> be the sensing capability of sensor <italic>s<sub>n</sub></italic>, which is the union of the sensing capabilities of all sensing units equipped on <italic>s<sub>n</sub></italic>. That is, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="normal">Δ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mo>∪</mml:mo></mml:mrow>
<mml:mrow>
<mml:mo>∀</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>ν</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:msub>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula>. For the example shown in <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1</xref>, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula> and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>3</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>2</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula>. In addition, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="normal">Δ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn></mml:msub>
<mml:mo>=</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>∪</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula> and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="normal">Δ</mml:mi></mml:mrow>
<mml:mn>3</mml:mn></mml:msub>
<mml:mo>=</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>3</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>∪</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>3</mml:mn>
<mml:mn>3</mml:mn></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>2</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>3</mml:mn></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>2</mml:mn>
<mml:mn>3</mml:mn></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula>. Initially, a sensor, say <italic>s<sub>n</sub></italic>, will take Δ<italic><sub>n</sub></italic> as its sensing responsibility. Let Γ<italic><sub>n</sub></italic> denote the <italic>sensing responsibility</italic> of <italic>s<sub>n</sub></italic>. Thus, Γ<italic><sub>n</sub></italic> is initialized to Δ<italic><sub>n</sub></italic>.</p>
<p>In REFS, the setting of <italic>W<sub>n</sub></italic> solely depends on the remaining energy of the sensor. The more the energy remains, the shorter is the waiting time. As a result, the sensor with more energy will turn on more sensing units to sense the attributes of the targets. Let 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>r</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> stand for the remaining energy of <italic>s<sub>n</sub></italic>. <italic>W<sub>n</sub></italic> is set as follows:
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>r</mml:mi></mml:msubsup></mml:mrow>
<mml:mi>E</mml:mi></mml:mfrac></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>*</mml:mo>
<mml:msub>
<mml:mo>𝒟</mml:mo>
<mml:mi mathvariant="italic">SAR</mml:mi></mml:msub>
<mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula></p></sec>
<sec>
<title>Countdown <italic>W<sub>n</sub></italic></title>
<p>At the beginning of every initial phase, each sensor, say <italic>s<sub>n</sub></italic>, will wait for a waiting time of its own (<italic>W<sub>n</sub></italic>) and overhear the decisions of the neighbors with smaller waiting time. While receiving the neighbors’ decision packets, the sensor will prune away from Γ<italic><sub>n</sub></italic> those 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> indicated in the neighbors’ decision packets. Note that, in the neighbors’ decision packets, the next relay is also included. If <italic>s<sub>n</sub></italic> is indicated as a relay, <italic>s<sub>n</sub></italic> should turn on its communication unit and also need to find the next relay for itself in order to relay the sensed data for the neighbors.</p></sec>
<sec>
<title>Remove incapable sensing responsibilities</title>
<p>After <italic>W<sub>n</sub></italic> expires, the remaining Γ<italic><sub>n</sub></italic> is the sensing responsibility of <italic>s<sub>n</sub></italic> at this round. However, it is possible that all remaining energy of <italic>s<sub>n</sub></italic> is still not enough to support all sensing units indicated in Γ<italic><sub>n</sub></italic>. As a result, <italic>s<sub>n</sub></italic> will orderly remove the sensing units whose sensing capability is the least. If <italic>S</italic> is a set, |<italic>S</italic>| means the cardinality of <italic>S</italic>. Therefore, the deletion of Γ<italic><sub>n</sub></italic> can be formally represented as follows.
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="normal">Γ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="normal">Γ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>−</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:msup>
<mml:mi>l</mml:mi>
<mml:mo>′</mml:mo></mml:msup></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo>∀</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>m</mml:mi>
<mml:mo stretchy="false">|</mml:mo>
<mml:msup>
<mml:mi>l</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mo>=</mml:mo>
<mml:mtext>arg</mml:mtext>
<mml:mo> </mml:mo>
<mml:munder>
<mml:mrow>
<mml:mtext>min</mml:mtext></mml:mrow>
<mml:mrow>
<mml:mi>l</mml:mi>
<mml:mo>∈</mml:mo>
<mml:mi>L</mml:mi></mml:mrow></mml:munder>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>∈</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="normal">Γ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo>∀</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>m</mml:mi></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow>
<mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula></p>
<p>Finally, <italic>s<sub>n</sub></italic> enables the corresponding sensing units indicated in the remaining Γ<italic><sub>n</sub></italic> to cover the attributes for the indicated targets.</p></sec>
<sec>
<title>Select the relay</title>
<p>Upon deciding to turn on the sensing units or being indicated as other’s relay, <italic>s<sub>n</sub></italic> will select a neighbor <italic>s</italic><sub><italic>n</italic>′</sub> to relay the sensed data to the sink. In general, the sensors closest to the sink are the best. Let <italic>nextRelay</italic>(<italic>n</italic>) denote the relay sensor for <italic>s<sub>n</sub></italic>. Therefore, in REFS, <italic>nextRelay</italic>(<italic>n</italic>) is set as below.
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:mi mathvariant="italic">nextRelay</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:mtext>arg</mml:mtext>
<mml:mo> </mml:mo>
<mml:munder>
<mml:mrow>
<mml:mtext>min</mml:mtext></mml:mrow>
<mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mo>∈</mml:mo>
<mml:mi>ℵ</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder>
<mml:mo> </mml:mo>
<mml:mi>d</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup></mml:msub>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msub>
<mml:mi>s</mml:mi>
<mml:mn>0</mml:mn></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula></p>
<p>Note that the way to find the relay is the same as geographic routing. However, in geographic routing, a local minimum (dead end) problem will occur. Many approaches have been proposed to handle the problem [<xref ref-type="bibr" rid="b22-sensors-09-05173">22</xref>, <xref ref-type="bibr" rid="b23-sensors-09-05173">23</xref>]. Therefore, the paper does not address the problem. In addition, if <italic>s<sub>n</sub></italic> does not have enough energy to enable any sensing unit, it will quit executing REFS and turn off all sensing units. The remaining energy of <italic>s<sub>n</sub></italic> will be left for communication only.</p></sec>
<sec>
<title>Broadcast my decision</title>
<p>Finally, <italic>s<sub>n</sub></italic> announces its decision as well as the selected relay.</p></sec>
<sec sec-type="conclusions">
<title>Summary</title>
<p>Overall, REFS is a simple scheme that can be easily implemented. Moreover, REFS incurs less control overhead. However, REFS only takes the sensor’s remaining energy and the neighbors’ decisions into account for making its own decision. The degree of contributions of the sensing units and the communication unit are not considered in REFS. Therefore, the sensor’s energy can not be efficiently utilized. As a result, the sensor applying REFS has a high possibility to enable more redundant sensing or communication units. Consequently, the network lifetime can not be prolonged effectively.</p></sec></sec>
<sec>
<label>4.3.</label>
<title>Energy Efficiency First Scheme (EEFS)</title>
<p>Similar to REFS, EEFS is also a self-pruning approach and is operated at every initial phase by each sensor to individually schedule the on/off state of the sensing and communication units for the following working phase. However, in addition to remaining energy, EEFS also takes coverage and connectivity into consideration. EEFS adds more heuristics to prune the redundant or inefficient sensing responsibilities away and select the relay intelligently.</p>
<p>Before executing EEFS, each sensor has to collect its neighbors’ sensing capabilities and critical sensing responsibilities in advance in order to make the most efficient use of its sensing and communication units. The <italic>critical sensing responsibility</italic> of a sensor is the attributes of the targets (in terms of 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula>) that can be sensed only by that sensor. Let Θ<italic><sub>n</sub></italic> be the critical sensing responsibility of <italic>s<sub>n</sub></italic>. 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="normal">Θ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo stretchy="false">|</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>μ</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>m</mml:mi></mml:mrow></mml:msub>
<mml:mo>*</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>ν</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>*</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>τ</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo> </mml:mo>
<mml:mtext>and</mml:mtext>
<mml:mo> </mml:mo>
<mml:msub>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mo>∈</mml:mo>
<mml:mi>ℵ</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>ν</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>0</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo>∀</mml:mo>
<mml:mi>l</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>m</mml:mi></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula>. For the example shown in <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1</xref>, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="normal">Θ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn></mml:msub>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula>. In other words, each sensor, say <italic>s<sub>n</sub></italic>, has to compute Δ<italic><sub>n</sub></italic> and Θ<italic><sub>n</sub></italic> as well as collect Δ<sub><italic>n</italic>′</sub> and Θ<sub><italic>n</italic>′</sub>, <italic>∀</italic> <italic>n</italic>′ ∈ ℵ(<italic>n</italic>), in advance. Nevertheless, the collection needs to be performed only once. Moreover, to balance the energy consumption and efficiently utilize the energy of sensors, each sensor has to exchange 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>r</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> with its neighbors at the beginning of EEFS. Based on <xref ref-type="table" rid="t4-sensors-09-05173">Algorithm 1</xref>, the details of EEFS are described as follows.</p>
<sec>
<title>Set <italic>W<sub>n</sub></italic></title>
<p>In EEFS, sensor <italic>s<sub>n</sub></italic> calculates <italic>W<sub>n</sub></italic> by the following information: (1) the sensing capabilities, (2) the critical sensing responsibilities, (3) the remaining energy of itself and its neighbors, as well as (4) the probability of being others’ relay. According to the sensing capabilities as well as the critical sensing responsibilities of itself and its neighbors, sensor <italic>s<sub>n</sub></italic> will rank its sensing priority among its neighbors. The sensor with higher sensing priority and lower probability of being others’ relay has shorter <italic>W<sub>n</sub></italic> so that the sensor can make its decision sooner. A sensor’s sensing priority and the probability of being others’ relay are regarded as its <italic>coverage contribution</italic> and <italic>connectivity contribution</italic>, respectively.</p></sec>
<sec>
<title>Coverage contribution</title>
<p>The coverage contribution of a sensor reflects the ranking of the sensor among its neighbors in regard to the sensing capability. The ranking is processed as follows. If <italic>s<sub>n</sub></italic> is equipped with the sensing unit <italic>u<sup>l</sup></italic>, <italic>s<sub>n</sub></italic> will sort the sensing capability of 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> in an increasing order to a list <italic>𝒧<sup>l</sup></italic> according to 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo>∀</mml:mo>
<mml:mo> </mml:mo>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mo> </mml:mo>
<mml:mo>∈</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo stretchy="false">}</mml:mo></mml:mrow>
<mml:mo> </mml:mo>
<mml:mo>∪</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>ℵ</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:math></inline-formula>. If the sensing capabilities of two sensors are the same, the higher priority will be assigned to the one with more remaining energy. Otherwise, the sensor with a larger ID wins. Notice that only the sensor equipped with <italic>u<sup>l</sup></italic> is included in the ranking process. Let 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> be the order in <italic>𝒧<sup>l</sup></italic>, which represents the priority of the sensing unit <italic>u<sup>l</sup></italic> of <italic>s<sub>n</sub></italic> among its neighbors. The larger the 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> is, the higher its priority is. It is worth mentioning that the reason to take a rank among the neighbors is to normalize the 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula> for different <italic>u<sup>l</sup></italic> on <italic>s<sub>n</sub></italic>.</p>
<p>Take <italic>s</italic><sub>1</sub> in <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1</xref> as an example. Since <italic>ℵ</italic>(<italic>s</italic><sub>1</sub>) = {<italic>s</italic><sub>2</sub>, <italic>s</italic><sub>3</sub>}, only <italic>s</italic><sub>1</sub>, <italic>s</italic><sub>2</sub>, and <italic>s</italic><sub>3</sub> are taken into account. Suppose <italic>E</italic> = 8, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mi>r</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>6</mml:mn></mml:mrow></mml:math></inline-formula>, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mn>2</mml:mn>
<mml:mi>r</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>8</mml:mn></mml:mrow></mml:math></inline-formula>, and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mn>3</mml:mn>
<mml:mi>r</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>4</mml:mn></mml:mrow></mml:math></inline-formula>. Since <italic>s</italic><sub>1</sub> is equipped with <italic>u</italic><sup>1</sup> and <italic>u</italic><sup>2</sup>, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula> and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula> as well as 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">max</mml:mi></mml:mrow>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula> and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">max</mml:mi></mml:mrow>
<mml:mn>2</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula> are to be calculated, where 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">max</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mi>𝒧</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msup></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula>. Firstly, <italic>u</italic><sup>1</sup> is considered. Obviously, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:math></inline-formula>, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>2</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:math></inline-formula>, and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>3</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow>
<mml:mo>=</mml:mo>
<mml:mn>2</mml:mn></mml:mrow></mml:math></inline-formula>. Since 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>2</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:math></inline-formula>, the remaining energy is taken into account. Therefore, the priority of 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula> among <italic>s</italic><sub>1</sub> and its neighbors is: 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>&lt;</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>2</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>&lt;</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>3</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow></mml:math></inline-formula>. That is, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msup>
<mml:mi>𝒧</mml:mi>
<mml:mn>1</mml:mn></mml:msup>
<mml:mo>=</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>2</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mn>3</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:math></inline-formula>. Consequently, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:math></inline-formula> and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">max</mml:mi></mml:mrow>
<mml:mn>1</mml:mn></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>3</mml:mn></mml:mrow></mml:math></inline-formula>. With regard to <italic>u</italic><sup>2</sup>, since <italic>s</italic><sub>2</sub> and <italic>s</italic><sub>3</sub> are not equipped with <italic>u</italic><sup>2</sup>, therefore, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:math></inline-formula> and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">max</mml:mi></mml:mrow>
<mml:mn>2</mml:mn></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:math></inline-formula>.</p>
<p>Let <italic>ρ<sub>n</sub></italic> be the priority of <italic>s<sub>n</sub></italic>, which takes the priorities of all sensing units equipped on <italic>s<sub>n</sub></italic> into consideration. <italic>ρ<sub>n</sub></italic> is set as:
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>ρ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>l</mml:mi>
<mml:msub>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>ν</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:msub></mml:mrow></mml:munder>
<mml:mo> </mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">max</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:mfrac>
<mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula>For the above example, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>ρ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>1</mml:mn>
<mml:mn>3</mml:mn></mml:mfrac>
<mml:mo>+</mml:mo>
<mml:mfrac>
<mml:mn>1</mml:mn>
<mml:mn>1</mml:mn></mml:mfrac>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>4</mml:mn>
<mml:mn>3</mml:mn></mml:mfrac></mml:mrow></mml:math></inline-formula>.</p>
<p>Because the number of sensing units equipped on sensors is different, the coverage contribution of <italic>s<sub>n</sub></italic>, denoted <italic>ρ̄<sub>n</sub></italic>, is defined as the average priority of the sensing units equipped on <italic>s<sub>n</sub></italic> and represented as follows.
<disp-formula id="FD1">
<label>(1)</label>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ρ</mml:mi>
<mml:mo>¯</mml:mo></mml:mover></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>ρ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>l</mml:mi>
<mml:msub>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>ν</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:msub></mml:mrow></mml:msub>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>ν</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:mfrac>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>l</mml:mi>
<mml:msub>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>ν</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:msub></mml:mrow></mml:msub>
<mml:mo> </mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>r</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">max</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:mfrac></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>l</mml:mi>
<mml:msub>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>ν</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:msub></mml:mrow></mml:msub>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>ν</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:mfrac>
<mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula>Notice that 0 &lt; <italic>ρ̄<sub>n</sub></italic> ≤ 1. With regard to the example in <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1</xref>, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ρ</mml:mi>
<mml:mo>¯</mml:mo></mml:mover></mml:mrow>
<mml:mn>1</mml:mn></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>4</mml:mn>
<mml:mn>3</mml:mn></mml:mfrac>
<mml:mo stretchy="true">/</mml:mo>
<mml:mn>2</mml:mn>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>2</mml:mn>
<mml:mn>3</mml:mn></mml:mfrac></mml:mrow></mml:math></inline-formula>.</p></sec>
<sec>
<title>Connectivity contribution</title>
<p>The connectivity contribution of a sensor is defined as the probability of being others’ relay. Let <italic>σ<sub>n</sub></italic> be the connectivity contribution of <italic>s<sub>n</sub></italic>. <italic>σ<sub>n</sub></italic> is determined as follows.</p>
<p>It is hard for a sensor to find the best route to the sink merely by its local information, such as the one-hop neighbor information. Like REFS, the neighbor with the shortest distance to the sink is the best candidate to relay the sensed data for the sensor. Therefore, a sensor closest to the sink has a higher probability to serve as others’ relay. Based on the concept, the location of the relay for sensor <italic>s<sub>n</sub></italic> can only be located in the <italic>forwarding zone</italic> of <italic>s<sub>n</sub></italic>. The definition of the forwarding zone of <italic>s<sub>n</sub></italic> is defined as follows, where <italic>C</italic>(<italic>s, R</italic>) denotes a circle centered at <italic>s</italic> with the radius <italic>R</italic>. <xref ref-type="fig" rid="f3-sensors-09-05173">Figure 3 (a)</xref> also illustrates the forwarding zone of <italic>s<sub>n</sub></italic>.</p>
<p><bold>Definition 3 (Forwarding Zone)</bold> <italic>Let the intersection points of two circles C</italic>(<italic>s</italic><sub>0</sub>, <italic>d</italic>(<italic>s</italic><sub>0</sub>, <italic>s<sub>n</sub></italic>)) <italic>and C</italic>(<italic>s<sub>n</sub></italic>, <italic>R<sub>c</sub></italic>) be <italic>z</italic><sub>1</sub> <italic>and z</italic><sub>2</sub><italic>. The forwarding zone of s<sub>n</sub></italic>, <italic>denoted 𝒡</italic>(<italic>s<sub>n</sub></italic>), <italic>is defined as the circular sector formed by two radii</italic> 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:msub>
<mml:mi>z</mml:mi>
<mml:mn>1</mml:mn></mml:msub></mml:mrow>
<mml:mo>¯</mml:mo></mml:mover></mml:mrow></mml:math></inline-formula> <italic>and</italic> 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:msub>
<mml:mi>z</mml:mi>
<mml:mn>2</mml:mn></mml:msub></mml:mrow>
<mml:mo>¯</mml:mo></mml:mover></mml:mrow></mml:math></inline-formula>, <italic>and the arc</italic> 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:msub>
<mml:mi>z</mml:mi>
<mml:mn>1</mml:mn></mml:msub>
<mml:msub>
<mml:mi>z</mml:mi>
<mml:mn>2</mml:mn></mml:msub></mml:mrow>
<mml:mo stretchy="true">^</mml:mo></mml:mover></mml:mrow></mml:math></inline-formula>.</p>
<p>Compared with <italic>s<sub>n</sub></italic>, the sensor located in the forwarding zone of <italic>s<sub>n</sub></italic> has a shorter to-sink-distance, which is defined as the distance from the sensor to the sink. On the contrary, the sensor located in the area <italic>C</italic>(<italic>s<sub>n</sub></italic>, <italic>R<sub>c</sub></italic>) <italic>− 𝒡</italic>(<italic>s<sub>n</sub></italic>) has a longer to-sink-distance than <italic>s<sub>n</sub></italic>. It implies that the sensor located in <italic>C</italic>(<italic>s<sub>n</sub></italic>, <italic>R<sub>c</sub></italic>) <italic>− 𝒡</italic>(<italic>s<sub>n</sub></italic>) may choose <italic>s<sub>n</sub></italic> as its relay. Consequently, the more the sensors are located in <italic>C</italic>(<italic>s<sub>n</sub></italic>, <italic>R<sub>c</sub></italic>) <italic>− 𝒡</italic>(<italic>s<sub>n</sub></italic>), the more likely <italic>s<sub>n</sub></italic> become others’ relay. Therefore,
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>σ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup></mml:msub>
<mml:mo stretchy="false">|</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup></mml:mrow></mml:msub>
<mml:mo> </mml:mo>
<mml:mo>∈</mml:mo>
<mml:mo> </mml:mo>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mi>c</mml:mi></mml:msub></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>−</mml:mo>
<mml:mi>𝒡</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:mi>ℵ</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow></mml:mfrac>
<mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula>The higher the <italic>σ<sub>n</sub></italic> is, the more likely <italic>s<sub>n</sub></italic> become others’ relay. Similarly, consider the same example in <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1</xref>. Because <italic>s</italic><sub>2</sub> and the sink, regarded as a neighbor of <italic>s</italic><sub>1</sub>, are located at 𝒡(<italic>s</italic><sub>1</sub>), 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>σ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>3</mml:mn>
<mml:mo>−</mml:mo>
<mml:mn>2</mml:mn></mml:mrow>
<mml:mn>3</mml:mn></mml:mfrac>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>1</mml:mn>
<mml:mn>3</mml:mn></mml:mfrac></mml:mrow></mml:math></inline-formula>.</p></sec>
<sec>
<title>The setting of <italic>W<sub>n</sub></italic></title>
<p>A sensor with a higher coverage contribution can more efficiently cover the targets, that is, consume less energy but cover more targets. Therefore, the sensor with a higher coverage contribution shall make its decision sooner, implying a shorter <italic>W<sub>n</sub></italic>. On the other hand, a sensor with a higher connectivity contribution has a higher probability to relay. If the sensor is selected as a relay, a longer waiting time can let it make its decision later, to be likely to turn on its sensing units to cover the targets, and balance its energy consumption. Consequently, the sensor with a higher connectivity contribution shall wait for a longer time to make its decision.</p>
<p>As a result, a sensor with a higher coverage contribution and a lower connectivity contribution will have a shorter <italic>W<sub>n</sub></italic> so that the sensor can determine whether it should turn on its sensing and/or communication units. <italic>W<sub>n</sub></italic> is set as follows.
<disp-formula id="FD2">
<label>(2)</label>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mrow>
<mml:mrow>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>α</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo> </mml:mo>
<mml:mo>*</mml:mo>
<mml:mo> </mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>σ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mo>+</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>α</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mo>*</mml:mo>
<mml:mo> </mml:mo>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ρ</mml:mi>
<mml:mo>¯</mml:mo></mml:mover></mml:mrow>
<mml:mi>n</mml:mi></mml:msub></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow></mml:mrow>
<mml:mo>]</mml:mo></mml:mrow>
<mml:mo>*</mml:mo>
<mml:msub>
<mml:mi>𝒟</mml:mi>
<mml:mi mathvariant="italic">SAR</mml:mi></mml:msub>
<mml:mo>,</mml:mo></mml:mrow></mml:math></disp-formula>where <italic>α<sub>n</sub></italic> is the <italic>contribution tendency</italic> of <italic>s<sub>n</sub></italic> on coverage contribution or connectivity contribution. Basically, a sensor near the sink may have a higher probability to forward others the sensed data, because all the sensed data should be forwarded to the sink. The sensor near the sink shall have a higher connectivity tendency to relay the sensed data in order to keep the network connected. On the other hand, a sensor covering more targets shall have a higher coverage contribution tendency to sense the targets. Therefore, each sensor in the sensing field shall have different <italic>α<sub>n</sub></italic> to make the best use of its contribution tendency. In other words, in addition to the status of neighbors, the hardware difference and the location of a sensor should be considered to determine <italic>W<sub>n</sub></italic>. How to determine each sensors’ <italic>α<sub>n</sub></italic> will be shown in detail in next subsection.</p>
<p>In order to demonstrate how the coverage and connectivity contributions affects <italic>W<sub>n</sub></italic>, assume that the <italic>α<sub>n</sub></italic> of the sensors in the example in <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1</xref> are the same and set to 0.5. That is, the locations and the energy model of the sensors in <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1</xref> is assumed similar. According to <xref ref-type="disp-formula" rid="FD2">Equation (2)</xref>, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>W</mml:mi></mml:mrow>
<mml:mn>1</mml:mn></mml:msub>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo>[</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>α</mml:mi></mml:mrow>
<mml:mn>1</mml:mn></mml:msub>
<mml:mo>*</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>σ</mml:mi></mml:mrow>
<mml:mn>1</mml:mn></mml:msub></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mo>+</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>α</mml:mi></mml:mrow>
<mml:mn>1</mml:mn></mml:msub></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mo>*</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ρ</mml:mi>
<mml:mo>¯</mml:mo></mml:mover></mml:mrow>
<mml:mn>1</mml:mn></mml:msub></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow></mml:mrow>
<mml:mo>]</mml:mo></mml:mrow>
<mml:mo>*</mml:mo>
<mml:msub>
<mml:mi>𝒟</mml:mi>
<mml:mi mathvariant="italic">SAR</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo>[</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mn>0.5</mml:mn>
<mml:mo>*</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mn>1</mml:mn>
<mml:mn>3</mml:mn></mml:mfrac></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mo>+</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mn>0.5</mml:mn></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mo>*</mml:mo>
<mml:mfrac>
<mml:mn>2</mml:mn>
<mml:mn>3</mml:mn></mml:mfrac></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow></mml:mrow>
<mml:mo>]</mml:mo></mml:mrow>
<mml:mo>*</mml:mo>
<mml:msub>
<mml:mi>𝒟</mml:mi>
<mml:mi mathvariant="italic">SAR</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>1</mml:mn>
<mml:mn>3</mml:mn></mml:mfrac>
<mml:msub>
<mml:mi>𝒟</mml:mi>
<mml:mi mathvariant="italic">SAR</mml:mi></mml:msub></mml:mrow></mml:math></inline-formula>. Similarly, <italic>W</italic><sub>2</sub> can be calculated as follows. Assume 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mn>4</mml:mn>
<mml:mi>r</mml:mi></mml:msubsup>
<mml:mo>=</mml:mo>
<mml:mn>7</mml:mn></mml:mrow></mml:math></inline-formula>, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mi>ρ</mml:mi>
<mml:mo>¯</mml:mo></mml:mover></mml:mrow>
<mml:mn>2</mml:mn></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>8</mml:mn>
<mml:mn>3</mml:mn></mml:mfrac>
<mml:mo stretchy="true">/</mml:mo>
<mml:mn>2</mml:mn>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>3</mml:mn>
<mml:mn>4</mml:mn></mml:mfrac></mml:mrow></mml:math></inline-formula>. On the other hand, because only the sink is located in 𝒡(<italic>s</italic><sub>2</sub>), 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>σ</mml:mi></mml:mrow>
<mml:mn>2</mml:mn></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>4</mml:mn>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mn>4</mml:mn></mml:mfrac>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>3</mml:mn>
<mml:mn>4</mml:mn></mml:mfrac></mml:mrow></mml:math></inline-formula>. Therefore, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>W</mml:mi></mml:mrow>
<mml:mn>2</mml:mn></mml:msub>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo>[</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mn>0.5</mml:mn>
<mml:mo>*</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mn>3</mml:mn>
<mml:mn>4</mml:mn></mml:mfrac></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>+</mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mn>0.5</mml:mn></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mo>*</mml:mo>
<mml:mfrac>
<mml:mn>3</mml:mn>
<mml:mn>4</mml:mn></mml:mfrac></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow>
<mml:mo>]</mml:mo></mml:mrow>
<mml:mo>*</mml:mo>
<mml:msub>
<mml:mi>𝒟</mml:mi>
<mml:mi mathvariant="italic">SAR</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:msub>
<mml:mi>𝒟</mml:mi>
<mml:mi mathvariant="italic">SAR</mml:mi></mml:msub></mml:mrow></mml:math></inline-formula>. Clearly, <italic>s</italic><sub>1</sub> will make its decision first, because <italic>W</italic><sub>1</sub> &lt; <italic>W</italic><sub>2</sub>. In <xref ref-type="fig" rid="f1-sensors-09-05173">Figure 1</xref>, both <italic>s</italic><sub>1</sub> and <italic>s</italic><sub>2</sub> are equipped with two kinds of sensing units that can sense the corresponding sensing attributes at <italic>t</italic><sub>1</sub>. Therefore, <italic>s</italic><sub>1</sub> and <italic>s</italic><sub>2</sub> have approximately the same coverage contribution. However, because the number of <italic>s</italic><sub>2</sub>’s neighbors is more than that of <italic>s</italic><sub>1</sub>, <italic>s</italic><sub>2</sub> should make its decision later to ensure the network connectivity.</p></sec>
<sec>
<title>The setting of <italic>α<sub>n</sub></italic></title>
<p>The tendency of a sensor toward coverage or connectivity is determined according to the locations of the targets, which are known by all sensors in advance. If the amount of sensed data to be relayed by a sensor is large, the sensor will take a higher priority in relaying the sensed data, instead of sensing the targets. Therefore, a <italic>relaying zone</italic> of a sensor is defined to estimate the amount of sensed data to be relayed by the sensor. Let <italic>𝒭</italic>(<italic>s<sub>n</sub></italic>) denote the <italic>relaying zone</italic> of <italic>s<sub>n</sub></italic>. Definition 4 and <xref ref-type="fig" rid="f3-sensors-09-05173">Figure 3(b)</xref> give the formal definition and an illustration of <italic>𝒭</italic>(<italic>s<sub>n</sub></italic>), respectively.</p>
<p><bold>Definition 4 (Relaying Zone)</bold> <italic>Let 𝒭</italic>(<italic>s<sub>n</sub></italic>) <italic>denote the relaying zone of s<sub>n</sub></italic>.
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:mi>𝒭</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>𝒜</mml:mi>
<mml:mo>−</mml:mo>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mi>s</mml:mi>
<mml:mn>0</mml:mn></mml:msub>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>d</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mi>s</mml:mi>
<mml:mn>0</mml:mn></mml:msub>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>∪</mml:mo>
<mml:mi>C</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mi>c</mml:mi></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula></p>
<p>It is possible that the sensed data from the targets located in <italic>𝒭</italic>(<italic>s<sub>n</sub></italic>) may need <italic>s<sub>n</sub></italic> to relay to the sink. Therefore, the number of targets located in <italic>𝒭</italic>(<italic>s<sub>n</sub></italic>) can be regarded as the amount of sensed data which needs <italic>s<sub>n</sub></italic> to relay to the sink. As a result, a sensor with a larger number of targets in <italic>𝒭</italic>(<italic>s<sub>n</sub></italic>) shall have a higher connectivity contribution tendency. Formally, <italic>α<sub>n</sub></italic> of <italic>s<sub>n</sub></italic> is set as follows.
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>α</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mi>ɛ</mml:mi>
<mml:mo>*</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">{</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>m</mml:mi></mml:msub>
<mml:mo stretchy="false">|</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>m</mml:mi></mml:msub>
<mml:mo> </mml:mo>
<mml:mo>∈</mml:mo>
<mml:mo> </mml:mo>
<mml:mi>𝒭</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo stretchy="false">}</mml:mo></mml:mrow></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow>
<mml:mi>M</mml:mi></mml:mfrac>
<mml:mo>,</mml:mo></mml:mrow></mml:math></disp-formula>where ɛ is a system adjustable parameter to reflect the hardware difference. If the energy cost of the communication unit is much higher than that of the sensing unit, even if the sensor has a higher priority in coverage contribution, the sensor should still pay more attention on the connectivity contribution. In contrast, if the energy cost of the sensing unit is higher than that of the communication unit, the sensor should put a higher weight on coverage contribution, regardless of the distance from the sensor to the sink. Therefore, ɛ is set high when the energy cost of the sensing unit is lower than that of the communication unit. Otherwise, ɛ is set low accordingly. Basically, ɛ is set between 0 and 1.</p>
<p>Notice that <italic>α<sub>n</sub></italic> is based on the hardware characteristic, e.g., the energy consumption models of sensing and communication units, and the environment characteristic, e.g., the locations of sensors. These characteristics have an influence on whether a sensor can spend its energy efficiently on sensing or communication. However, these characteristics of a sensor are unchanged after the sensor is deployed. Therefore, it is not sufficient for the sensor to efficiently use its energy. When determining <italic>W<sub>n</sub></italic>, a sensor also has to locally take the coverage and connectivity contributions among its neighbors and itself, as well as the remaining energy into consideration to meet the sensing requirements, to ensure the network connectivity, and to prolong the network lifetime.</p></sec>
<sec>
<title>Countdown <italic>W<sub>n</sub></italic></title>
<p>The processes to be performed here are the same as those in Step 2 of REFS.</p></sec>
<sec>
<title>Remove incapable or redundant sensing responsibilities</title>
<p>Upon the expiration of <italic>W<sub>n</sub></italic>, the remaining Γ<italic><sub>n</sub></italic> is the sensing responsibility of <italic>s<sub>n</sub></italic> in this round. However, it is still possible for <italic>s<sub>n</sub></italic> to alleviate its burden via pruning out redundant sensing responsibilities. For example, for some neighbor of <italic>s<sub>n</sub></italic>, say <italic>s</italic><sub><italic>n</italic>′</sub>, if Θ<sub><italic>n</italic>′</sub> ≠ ∅, <italic>s</italic><sub><italic>n</italic>′</sub> has the responsibility to cover the sensing responsibilities indicated in Θ<sub><italic>n</italic>′</sub>. Suppose <italic>s</italic><sub><italic>n</italic>′</sub> turns on <italic>u<sup>l</sup></italic>, for some <italic>l</italic>, to cover 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mi>m</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mo>∈</mml:mo>
<mml:mo> </mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="normal">Θ</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup></mml:msub></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula>, for some <italic>m</italic>. If turning on the sensing unit <italic>u<sup>l</sup></italic> also covers the other targets, say 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>m</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula>, for some <italic>m</italic>′ (that is, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>m</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo> </mml:mo>
<mml:mo>∈</mml:mo>
<mml:mo> </mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula>) and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>m</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo> </mml:mo>
<mml:mo>∈</mml:mo>
<mml:mo> </mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="normal">Γ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub></mml:mrow></mml:math></inline-formula>, therefore, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>m</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> can be pruned awat from Γ<italic><sub>n</sub></italic>. As a result, Γ<italic><sub>n</sub></italic> can be further improved.</p>
<p>In addition, it is possible to improve by pruning the inefficient sensing responsibilities of <italic>s<sub>n</sub></italic> if it is better to leave these responsibilities to the neighbors with higher sensing efficiency. As defined above, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> is the sensing capability of 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula>. The more 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula> is, the more targets 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> can cover at a time. Therefore, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula> can be regarded as the <italic>benefit</italic> of 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> if 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> is turned on. On the contrary, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mi>e</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msup></mml:mrow>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>r</mml:mi></mml:msubsup></mml:mrow></mml:mfrac></mml:mrow></mml:math></inline-formula> can be regarded as the <italic>cost</italic> of 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula>, where <italic>e<sup>l</sup></italic> and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>r</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> are the energy consumption of <italic>u<sup>l</sup></italic> in sensing for a time unit and the remaining energy of <italic>s<sub>n</sub></italic>, respectively. The cost considers not only the energy consumption of <italic>u<sup>l</sup></italic>, but also takes the remaining energy of <italic>s<sub>n</sub></italic> into account in order to reflect the effect of the energy consumption of <italic>u<sup>l</sup></italic> on the remaining energy of <italic>s<sub>n</sub></italic>. Consequently, 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow>
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mi>e</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msup>
<mml:mo stretchy="true">/</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>r</mml:mi></mml:msubsup></mml:mrow></mml:mfrac></mml:mrow></mml:math></inline-formula> can be regarded as the <italic>benefit-cost ratio</italic> (BCR) of 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula>. In addition to the BCR of 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula>, the sensing efficiency of 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> on <italic>s<sub>n</sub></italic> should take the ratio of the remaining energy of <italic>s<sub>n</sub></italic> to the initial energy into consideration as well. Therefore, let 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mi mathvariant="italic">BCR</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:math></inline-formula> and <italic>Eff</italic>(<italic>s<sub>n</sub></italic>, <italic>u<sup>l</sup></italic>) denote the BCR of 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow></mml:math></inline-formula> and the sensing efficiency of <italic>u<sup>l</sup></italic> on <italic>s<sub>n</sub></italic>, respectively. Accordingly, the sensing efficiency of <italic>u<sup>l</sup></italic> on <italic>s<sub>n</sub></italic>, <italic>Eff</italic>(<italic>s<sub>n</sub></italic>, <italic>u<sup>l</sup></italic>), is defined as below.
<disp-formula id="FD3">
<label>(3)</label>
<mml:math display="block">
<mml:mrow>
<mml:mi mathvariant="italic">Eff</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msup>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>α</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>*</mml:mo>
<mml:mo> </mml:mo>
<mml:mi mathvariant="italic">BCR</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>*</mml:mo>
<mml:mo> </mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>r</mml:mi></mml:msubsup></mml:mrow>
<mml:mi>E</mml:mi></mml:mfrac>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mo> </mml:mo>
<mml:mtext>where</mml:mtext>
<mml:mo> </mml:mo>
<mml:mo> </mml:mo>
<mml:mi mathvariant="italic">BCR</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>u</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">|</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>δ</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>l</mml:mi></mml:msubsup></mml:mrow>
<mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:mrow>
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mi>e</mml:mi></mml:mrow>
<mml:mi>l</mml:mi></mml:msup></mml:mrow>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mi>n</mml:mi>
<mml:mi>r</mml:mi></mml:msubsup></mml:mrow></mml:mfrac></mml:mrow></mml:mfrac>
<mml:mo>.</mml:mo></mml:mrow></mml:math></disp-formula></p>
<p>In designing <italic>Eff</italic>(<italic>s<sub>n</sub></italic>, <italic>u<sup>l</sup></italic>), the contribution tendency is also considered to differentiate the sensors nearby or far away from the sink with the same sensing unit to increase the sensing efficiency. To do so can further alleviate the sensing responsibility of <italic>s<sub>n</sub></italic>. As a result, if there exists a sensor, say <italic>s</italic><sub><italic>n</italic>′</sub>, who has not sent out the <bold>DecAnn</bold> packet and whose sensing efficiency of <italic>u<sup>l</sup></italic> is better than that of <italic>u<sup>l</sup></italic> on <italic>s<sub>n</sub></italic>, then <italic>s<sub>n</sub></italic> will leave the sensing responsibilities covered by <italic>u<sup>l</sup></italic> to <italic>s</italic><sub><italic>n</italic>′</sub>.</p></sec>
<sec>
<title>Select the relay</title>
<p>In EEFS, in addition to the neighbor’s to-sink-distance, the remaining energy of the neighbor is also taken into account for <italic>s<sub>n</sub></italic> to select its relay. Basically, the neighbor with more remaining energy and shorter to-sink-distance will be selected as a relay. However, it is possible that the neighbor with a longer to-sink-distance may be selected. This will result in a longer path to the sink. Therefore, in EEFS, the neighbors located in <italic>𝒡</italic>(<italic>s<sub>n</sub></italic>) are considered as relay candidates, instead of all the neighbors. Formally, <italic>nextRelay</italic>(<italic>n</italic>) is set as below.
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:mi mathvariant="italic">nextRelay</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>n</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:mtext>arg</mml:mtext>
<mml:mo> </mml:mo>
<mml:munder>
<mml:mrow>
<mml:mtext>min</mml:mtext></mml:mrow>
<mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mo>∈</mml:mo>
<mml:mi>𝒡</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder>
<mml:mfrac>
<mml:mrow>
<mml:mi>d</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup></mml:msub>
<mml:mo>,</mml:mo>
<mml:msub>
<mml:mi>s</mml:mi>
<mml:mn>0</mml:mn></mml:msub></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mtext>max</mml:mtext>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mo>∈</mml:mo>
<mml:mi>𝒡</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub>
<mml:mo> </mml:mo>
<mml:mi>d</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>j</mml:mi></mml:msub>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msub>
<mml:mi>s</mml:mi>
<mml:mn>0</mml:mn></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac>
<mml:mo>*</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mi>r</mml:mi></mml:msubsup></mml:mrow>
<mml:mi>E</mml:mi></mml:mfrac></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>,</mml:mo></mml:mrow></mml:math></disp-formula>where 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:mi>d</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup></mml:msub>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msub>
<mml:mi>s</mml:mi>
<mml:mn>0</mml:mn></mml:msub></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mtext>max</mml:mtext>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mo>∈</mml:mo>
<mml:mi>𝒡</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>n</mml:mi></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:msub>
<mml:mo> </mml:mo>
<mml:mi>d</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi></mml:mrow>
<mml:mi>j</mml:mi></mml:msub>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msub>
<mml:mi>s</mml:mi>
<mml:mn>0</mml:mn></mml:msub></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow></mml:mfrac></mml:mrow></mml:math></inline-formula> and 
<inline-formula>
<mml:math>
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>E</mml:mi></mml:mrow>
<mml:msup>
<mml:mi>n</mml:mi>
<mml:mo>′</mml:mo></mml:msup>
<mml:mi>r</mml:mi></mml:msubsup></mml:mrow>
<mml:mi>E</mml:mi></mml:mfrac></mml:mrow></mml:math></inline-formula> are to normalize the to-sink-distance and the remaining energy of <italic>s</italic><sub><italic>n</italic>′</sub>, respectively. Notice that the case of |<italic>𝒡</italic>(<italic>s<sub>n</sub></italic>)|= 0 is regarded as the local minimum problem and is not addressed in the paper.</p></sec>
<sec>
<title>Broadcast my decision</title>
<p><italic>s<sub>n</sub></italic> announces its decision by sending out a <bold>DecAnn</bold> packet.</p></sec>
<sec sec-type="conclusions">
<title>Summary</title>
<p>As mentioned above, REFS has a significant drawback that a sensor may turn on too many redundant sensing units. It is because a sensor in REFS only considers its remaining energy and its neighbors’ decisions. However, EEFS can alleviate such a situation and make the best use of the sensing and communication units equipped on a sensor. In addition, the coverage and connectivity contributions are introduced in designing <italic>W<sub>n</sub></italic> of <italic>s<sub>n</sub></italic>. To do so can let the sensor make its decision sooner if it has a higher sensing capability and a lower probability to relay for others. The order of making a decision has a significant impact on the performance of both REFS and EEFS. Moreover, in EEFS, both the coverage and the connectivity contributions are taken into account. As a result, a sensor with a better coverage or connectivity contribution can make its best decision either in covering the target or in relaying the sensed data. Consequently, the network lifetime can be prolonged efficiently.</p>
<p>The complete REFS and EEFS algorithms are omitted due to the space limitation.</p></sec></sec></sec>
<sec>
<label>5.</label>
<title>Performance Evaluations</title>
<p>In this section, scheduling multiple sensing units on each sensor to sense a given number of targets and relay the sensed data to the sink in a WHSN are simulated extensively. The simulation setting for the MU-CTC problem is summarized in <xref ref-type="table" rid="t2-sensors-09-05173">Table 2</xref>. The numbers of sensors and targets are specified in each simulation. The number and types of sensing units on sensors are also specified in each simulation, whereas the number and types of sensing units on each sensor are randomly selected. Similarly, the number and types of attributes required to be sensed at each target are all randomly selected as well. Moreover, targets and sensors are randomly deployed in the sensing field. The locations of sensors and targets are fixed during the whole simulation. The sensing range of each sensing unit is the same and is set as 50 m. The communication range of each sensor is twice of the sensing range. A reliable communication channel is assumed in these simulations. All measurements are averaged over 10 runs, if not otherwise specified.</p>
<p>Since the ILP solution is a centralized scheme, no control and computation overheads are counted. Therefore, two different scenarios are considered. In the first scenario, REFS and EEFS are compared with the ILP solution to show the efficiency of the proposed schemes without the control and computation overheads, where the ILP solution is implemented by ILOG CPLEX [<xref ref-type="bibr" rid="b24-sensors-09-05173">24</xref>] optimization library. In the second scenario, REFS and EEFS are evaluated when the control and computation overheads are considered. In order to show the effectiveness of the proposed algorithms, a straightforward scheme, named <italic>m</italic>-SU-CTC, is compared in this scenario. As mentioned above, there existed several schemes in the literature considering the CTC problem on a wireless homogeneous sensor network, where each sensor is equipped with only one sensing unit and only one attribute is required to be sensed at each target. Therefore, the <italic>m</italic>-SU-CTC will apply this kind of scheme multiple times, each for the required attribute to be sensed at the targets, so that all the attributes required to be sensed by every target are sensed by the sensors with those specific sensing units on sensors.</p>
<p>Energy consumption and network lifetime are mainly evaluated to verify the performance of the proposed schemes. As mentioned above, the network lifetime is defined as the time interval from the beginning to the time that either the attributes required to be sensed at any target can not be sensed anymore or the sensed data can not be delivered to the sink. On the other hand, the energy consumption models for sensing, communication, and computation are different in scenarios 1 and 2. In scenario 1, the initial energy of each sensor is 50 units. The energy consumption of each type of sensing unit is assumed linearly proportional to the type of the sensing unit. That is, the first type of the sensing unit is assumed to consume one unit of energy in a round, the second type of the sensing unit consumes two units of energy, and likewise. Additionally, the communication module of a sensor consumes one unit of energy to send or receive a unit of the sensed data.</p>
<p>In scenario 2, the energy consumption caused by control and computation overheads are considered. The energy consumption model of MICA2 [<xref ref-type="bibr" rid="b4-sensors-09-05173">4</xref>] is adopted in the simulation. In addition, the initial energy of each sensor is assumed 2000 <italic>J</italic>. A sensor in active mode consumes 10.9 <italic>mA</italic>. Similar to scenario 1, the energy consumption of each type of the sensing unit is also assumed linearly proportional to the type of the sensing unit. However, the unit of the energy consumption of the sensing units is <italic>J/min</italic>. If a sensor decides to turn on any sensing unit, the sensor is assumed to reply the sensed data to the sink every 10 minutes. Each round is 100 minutes. <xref ref-type="table" rid="t3-sensors-09-05173">Table 3</xref> summaries the energy consumption model used in scenario 2.</p>
<p>Since there is a system parameter ɛ involved in the design of the EEFS in order to obtain an appropriate value of ɛ for scenarios 1 and 2, the experiment contains two parts. The first part is to observe the impact of ɛ on the performance of EEFS for scenarios 1 and 2. According to the results obtained from the first part, the second part of the experiment evaluates the performance of the proposed schemes. As mentioned above, scenario 1 compares the performance of the proposed schemes, REFS and EEFS, against the ILP solution, where the control and computation overheads are not taken into account. In scenario 2, the proposed schemes are compared against a heuristic scheme, where the control and computation overheads are considered.</p>
<sec sec-type="discussion">
<label>5.1.</label>
<title>The Impact of ɛ</title>
<p>In EEFS, ɛ is a system parameter considering the difference of the energy consumption between the communication unit and the sensing units. The use of the ɛ is to make the best use of the sensing and communication units and increase the network lifetime. Therefore, this part of experiment focuses on the impacts of ɛ on the network lifetime for scenarios 1 and 2. In this experiment, three types of attributes are required to be sensed and there are 25 targets and 300 sensors randomly deployed in the 300 m * 300 m sensing field.</p>
<p><xref ref-type="fig" rid="f4-sensors-09-05173">Figures 4(a)</xref> and <xref ref-type="fig" rid="f4-sensors-09-05173">4(b)</xref> show the results for scenarios 1 and 2, respectively. According to <xref ref-type="fig" rid="f4-sensors-09-05173">Figure 4(a)</xref>, basically, the network lifetime increases with the increase of ɛ until ɛ = 0.8. The best performance is observed when ɛ = 0.8. In scenario 1, the energy spent in sensing is close to that spent in communication, which implies that the cost of the communication unit is higher than that of the sensing unit. As mentioned above, the sensor should pay more attention on the connectivity contribution. Consequently, ɛ should be set high, which is also coincident with the simulation results shown in <xref ref-type="fig" rid="f4-sensors-09-05173">Figure 4(a)</xref>. Note that, in scenario 1, the control overhead is not taken into account. However, if the control overhead is taken into consideration, ɛ should be larger than 0.8.</p>
<p>On the other hand, in scenario 2, the energy cost of the sensing unit is much higher than that of the communication unit. Therefore, the sensor should have a higher tendency toward the coverage contribution. As a result, ɛ should be set low to have the sensor toward the coverage tendency. According to <xref ref-type="fig" rid="f4-sensors-09-05173">Figure 4(b)</xref>, the network lifetime decreases with the increase of ɛ. The network obtains the longest lifetime when ɛ = 0.1. Consequently, for the following simulations, ɛ are set to 0.8 and 0.1 for scenarios 1 and 2, respectively.</p></sec>
<sec>
<label>5.2.</label>
<title>Performance Evaluations of the Proposed Schemes</title>
<sec>
<title>Energy consumption taken from a snapshot</title>
<p><xref ref-type="fig" rid="f5-sensors-09-05173">Figure 5</xref> shows the snapshots of the remaining energy of each sensor in the last round of REFS and EEFS, respectively. The circles are the targets to be sensed and the gray squares represent the remaining energy of the corresponding sensor. The darker the gray color of the sensor is, the more remaining energy the sensor has. <xref ref-type="fig" rid="f5-sensors-09-05173">Figure 5</xref> shows the snapshots of the remaining energy of the sensors in the last round of REFS and the corresponding round of EEFS both in scenarios 1 and 2. On average, the gray squares in <xref ref-type="fig" rid="f5-sensors-09-05173">Figures 5(b)</xref> and <xref ref-type="fig" rid="f5-sensors-09-05173">5(d)</xref> are darker than those in <xref ref-type="fig" rid="f5-sensors-09-05173">Figures 5(a)</xref> and <xref ref-type="fig" rid="f5-sensors-09-05173">5(c)</xref>, whcih means that the remaining energy of the sensors in EEFS is higher than that in REFS. Moreover, in addition to the remaining energy, the number of remaining sensors (gray squares) in EEFS is also more than that in REFS, especially in scenario 2. These all imply that EEFS performs more efficiently than REFS.</p></sec>
<sec>
<title>Energy consumption and remaining energy in a run</title>
<p>To look into the detailed performance of REFS, EEFS, as well as the ILP solution, <xref ref-type="fig" rid="f6-sensors-09-05173">Figure 6</xref> illustrates the energy consumption and the remaining energy in each round, which is randomly taken from some run, rather than the average of 10 runs. In addition to the settings of the scenarios 1 and 2 described above, the other settings are as follows. The numbers of sensors, targets, and attributes are 300, 10, and 3, respectively.</p>
<p><xref ref-type="fig" rid="f6-sensors-09-05173">Figure 6(a)</xref> shows the energy cost of REFS, EEFS, and the ILP solution consumed in each round for some run in scenario 1. Obviously, the energy consumptions of REFS and EEFS fluctuate with time, while that of the ILP solution stays stable. This is because the sensing redundancy problem in the ILP solution is slight. Therefore, the energy consumption of the ILP solution in each round is very similar. On the contrary, REFS and EEFS are heuristic. The energy consumptions of REFS and EEFS in each round depend heavily on the number of sensing and communication units selected. Therefore, the energy consumptions of REFS and EEFS have a large variation among rounds. Moreover, since the sensing redundancy problem is much more serious in REFS, the energy consumption of REFS is always the worst and the network lifetime of REFS is the shortest. In addition, in EEFS, sensors consume less energy to perform the sensing tasks at the beginning because many redundant sensing units are removed. However, when the number of failed sensors increases, some sensing responsibilities of sensors may become the critical sensing responsibilities. Therefore, the sensing redundancy problem will be getting worse, which will result in a higher energy consumption of the sensors in a round.</p>
<p>On the other hand, although the energy consumption of EEFS is higher than that of the ILP solution in each round, the network lifetime of EEFS is still very close to that of the ILP solution, whose difference is smaller than eight rounds, as shown in <xref ref-type="fig" rid="f6-sensors-09-05173">Figure 6(b)</xref>. <xref ref-type="fig" rid="f6-sensors-09-05173">Figures 6(c)</xref> and <xref ref-type="fig" rid="f6-sensors-09-05173">6(d)</xref> illustrate the energy consumption and the remaining energy of REFS and EEFS in each round when the control and computation overheads are considered. The results are similar to those shown in <xref ref-type="fig" rid="f6-sensors-09-05173">Figures 6(a)</xref> and <xref ref-type="fig" rid="f6-sensors-09-05173">6(b)</xref>.</p></sec>
<sec sec-type="discussion">
<title>The impacts of the numbers of sensors, targets, and attributes on network lifetime</title>
<p>The following experiments are to observe the impacts of <italic>the number of sensors</italic>, in which the number of targets and the number of attributes are fixed at 10 and 3, <italic>the number of targets</italic>, in which the number of sensors and the number of attributes are fixed at 300 and 3, and <italic>the number of attributes</italic>, in which the number of sensors and the number of targets are fixed at 300 and 10, on the network lifetime with regard to REFS, EEFS, and the ILP solution. The results for scenarios 1 and 2 are shown in <xref ref-type="fig" rid="f7-sensors-09-05173">Figure 7</xref>.</p>
<p><xref ref-type="fig" rid="f7-sensors-09-05173">Figures 7(a), 7(b) and 7 (c)</xref> illustrate the simulation results of scenario 1. Since the ILP solution becomes extraordinarily complicated when the numbers of attributes, targets or sensors increase, some results of the ILP solution are unavailable. Obviously, the network lifetime increases with the increase of the number of sensors. On the contrary, when the number of targets or attributes increases, the network lifetime decreases accordingly. However, the ILP solution always has the longest network lifetime, if available, whereas REFS is the worst in all cases. Nevertheless, the performance of EEFS is close to that of the ILP solution. From the practical viewpoint, EEFS is a promising alternative solution.</p>
<p><xref ref-type="fig" rid="f7-sensors-09-05173">Figures 7(d), 7(e) and 7(f)</xref> respectively show the impacts of the number of sensors, targets, and attributes on network lifetime when the control and computation overheads are taken into consideration in scenario 2. Here, the communication overhead takes the messages exchanged among sensors into account, such as the sensor’s capabilities, decision announcement, etc.</p>
<p>Basically, <xref ref-type="fig" rid="f7-sensors-09-05173">Figures 7(d), 7(e) and 7(f)</xref> are similar to <xref ref-type="fig" rid="f7-sensors-09-05173">Figures 7(a), 7(b) and 7(c)</xref>, respectively. As indicated in <xref ref-type="fig" rid="f7-sensors-09-05173">Figure 7(d)</xref>, EEFS, REFS, and <italic>m</italic>-SU-CTC extend the network lifetime when the number of sensors increases. Among them, EEFS performs the best when a large number of sensors are deployed in the area of interest, even though EEFS needs extra control and computation overheads.</p>
<p><xref ref-type="fig" rid="f7-sensors-09-05173">Figure 7(e)</xref> illustrates the impact of the number of targets on the network lifetime. It can be found that the network lifetime of <italic>m</italic>-SU-CTC rapidly decreases when the number of targets increases. However, the network lifetimes of EEFS and REFS decrease smoothly. That is because, with the aid of the proposed algorithms, the increase of the number of targets does not activate too many sensing units on sensors. The simulation result also indicates that <italic>m</italic>-SU-CTC is unsuitable for WHSNs when a large number of targets needs to be sensed.</p>
<p>According to <xref ref-type="fig" rid="f7-sensors-09-05173">Figure 7(f)</xref>, the impact of the number of attributes on the network lifetime is not significant when the number of attributes is larger than 5. Basically, EEFS performs better than REFS and <italic>m</italic>-SU-CTC. However, the differences of the network lifetime among EEFS, REFS and <italic>m</italic>-SU-CTC are not significant, especially when the number of attributes is larger than 5. Since only 300 sensors are deployed in the area of interest and many kinds of attributes of the targets are needed to be sensed, a lot of sensors have to be activated to sense the required attributes. As a result, the effect of the policies to remove redundant or inefficient sensing responsibilities in the EEFS scheme is not obvious. Thus, the differences of the network lifetime between EEFS and REFS are not significant. The result is consistent with that in <xref ref-type="fig" rid="f7-sensors-09-05173">Figure 7(d)</xref>, which indicates that the number of sensors to be deployed should be increased when the number of attributes increases.</p>
<p>It is worth noticing that <italic>m</italic>-SU-CTC performs the worst in all cases. It is because that <italic>m</italic>-SU-CTC is originally designed for the sensor equipped with only one sensing unit, which is unsuitable to be applied for WHSNs. Without good coordination among sensing units or sensors, <italic>m</italic>-SU-CTC will turn on many redundant sensing units or sensors, and thus, result in higher energy consumption.</p></sec>
<sec>
<title>Comprehensive comparisons of REFS and EEFS</title>
<p><xref ref-type="fig" rid="f8-sensors-09-05173">Figure 8</xref> shows the performance of REFS and EEFS in a comprehensive view combining the numbers of sensors and targets to observe their impact on the network lifetime. In the simulation, the number of sensors is varied from 100 to 600 with a step of 100, the number of targets is varied from 5 to 40 with a step of 5, and the number of attributes is fixed at 3.</p>
<p>In scenario 1, both REFS and EEFS have similar inclinations that the network lifetime increases with the increase of the number of sensors, but decreases with the increase of the number of targets, as shown in <xref ref-type="fig" rid="f8-sensors-09-05173">Figures 8(a)</xref> and <xref ref-type="fig" rid="f8-sensors-09-05173">8(b)</xref>. However, EEFS still shows a better performance than REFS. When the control and computation overheads are taken into consideration, both REFS and EEFS also have similar inclination that the network lifetime increases with the increase of the number of sensors, but decreases with the increase of the number of targets, as shown in <xref ref-type="fig" rid="f8-sensors-09-05173">Figures 8(c)</xref> and <xref ref-type="fig" rid="f8-sensors-09-05173">8(d)</xref>. Also, EEFS has better performance than REFS. In addition, when control and computation overheads are considered, the impact of the number of targets on the network lifetime is not significant. That is because when the number of targets increases, the energy consumption in sensing the required attributes does not increase substantially. It is shown again that, in practical view, when multiple attributes are required to be sensed, deploying a WHSN with multiple sensing units is a promising solution.</p></sec></sec>
<sec sec-type="conclusions">
<label>5.3.</label>
<title>Summary</title>
<p>The simulation results can be summarized as follows.
<list list-type="order">
<list-item>
<p>The network lifetime increases with the increase of the number of sensors.</p></list-item>
<list-item>
<p>The network lifetime decreases with the increase of the number of targets.</p></list-item>
<list-item>
<p>The network lifetime decreases with the increase of the number of attributes.</p></list-item>
<list-item>
<p>The performance of EEFS is very close to that of the ILP solution, which is an optimal solution.</p></list-item>
<list-item>
<p>According to the simulation results, even though the control overhead of EEFS is higher than that of REFS, the performance of EEFS is still better than that of REFS. However, since the computation cost of EEFS is higher than that of REFS, if the computation capability of a sensor is not good enough, REFS may be a better choice.</p></list-item>
<list-item>
<p>The modified algorithm <italic>m</italic>-SU-CTC originally designed for the sensor with one sensing unit may not work well in WHSNs because <italic>m</italic>-SU-CTC does not jointly take the sensing abilities of the equipped sensing units into consideration.</p></list-item>
<list-item>
<p>Even though the ILP solution performs the best, REFS and EEFS are still the practical solutions to WHSNs.</p></list-item></list></p></sec></sec>
<sec sec-type="conclusions">
<label>6.</label>
<title>Conclusions</title>
<p>Coverage and connectivity are important measurements for the quality of surveillance that a sensor network can provide. Therefore, the paper emphasizes on the connected target coverage problem in wireless heterogeneous sensor networks with multiple sensing units, termed the MU-CTC (Multiple sensing <bold>U</bold>nits for <bold>C</bold>onnected <bold>T</bold>arget <bold>C</bold>overage) problem. The problem is to schedule the activity of each sensing unit on each sensor to completely cover the targets of interest, to make sensors relay the sensed data to the sink, and, subject to the energy constraint of each sensor, to maximize the network lifetime. The problem is further reduced to a connected set cover problem, called the MU-CSC (<bold>M</bold>ultiple sensing <bold>U</bold>nits for <bold>C</bold>onnected <bold>S</bold>et <bold>C</bold>over) problem. According to the MU-CSC problem, several ILP constraints are proposed. In addition, two distributed schemes, REFS and EEFS, are proposed to solve the MU-CTC problem. These two schemes are executed by each sensor in the initial phase of each round. In REFS, each sensor enables its sensing units by its remaining energy and neighbors’ decisions. However, in EEFS, the coverage and connectivity contributions are also taken into account. Simulation results show that REFS and EEFS can prolong the network lifetime effectively. The performances of the two schemes are close to that of the ILP solution. However, the ILP solution is a centralized and computationally intensive scheme, so the proposed distributed schemes are much more practical. In addition, the schemes can be easily implemented in a real network.</p>
<p>In the future, different levels of target coverage requirements (e.g., <italic>k</italic>-coverage) will also be considered to meet the sensing requirements of different applications. From the practical viewpoint, the sensing units with different sensing ranges will also be taken into consideration in the future.</p></sec></body>
<back>
<ack>
<p>The work was partially supported by the National Science Council of the Republic of China under Grants NSC 97-3114-E-119-001 and NSC 98-2218-E-254-001.</p></ack>
<ref-list>
<title>References and Notes</title>
<ref id="b1-sensors-09-05173"><label>1.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Akyildiz</surname><given-names>I.</given-names></name><name><surname>Su</surname><given-names>W.</given-names></name><name><surname>Sankarasubramaniam</surname><given-names>Y.</given-names></name><name><surname>Cayirci</surname><given-names>E.</given-names></name></person-group><article-title>Wireless Sensor Networks: A Survey</article-title><source>Comput. Netw</source><year>2002</year><volume>38</volume><fpage>393</fpage><lpage>422</lpage><pub-id pub-id-type="doi">10.1016/S1389-1286(01)00302-4</pub-id></citation></ref>
<ref id="b2-sensors-09-05173"><label>2.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Sanli</surname><given-names>H.O.</given-names></name><name><surname>Poornachandran</surname><given-names>R.</given-names></name><name><surname>Çam</surname><given-names>H.</given-names></name></person-group><article-title>Collaborative Two - Level Task Scheduling for Wireless Sensor Nodes with Multiple Sensing Units</article-title><conf-name>Proceedings of the IEEE International Conference on Sensor and Ad Hoc Communications and Networks (SECON)</conf-name><conf-loc>Santa Clara, CA, USA</conf-loc><conf-date>2005</conf-date><fpage>350</fpage><lpage>361</lpage></citation></ref>
<ref id="b3-sensors-09-05173"><label>3.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Shih</surname><given-names>K.-P.</given-names></name><name><surname>Wang</surname><given-names>S.-S.</given-names></name><name><surname>Yang</surname><given-names>P.-H.</given-names></name><name><surname>Chang</surname><given-names>C.-C.</given-names></name></person-group><article-title>Collect: Collaborative Event Detection and Tracking in Wireless Heterogeneous Sensor Networks</article-title><conf-name>Proceedings of the IEEE International Symposium on Computers and Communications (ISCC)</conf-name><conf-loc>Pula-Cagliari, Sardinia, Italy</conf-loc><conf-date>2006</conf-date><fpage>935</fpage><lpage>940</lpage></citation></ref>
<ref id="b4-sensors-09-05173"><label>4.</label><citation citation-type="web"><person-group person-group-type="author"><collab>Crossbow Technology Inc</collab></person-group><comment>Available Online: <ext-link xlink:href="http://www.xbow.com" ext-link-type="uri">http://www.xbow.com</ext-link> (accessed on 8 June 2009).</comment></citation></ref>
<ref id="b5-sensors-09-05173"><label>5.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Kar</surname><given-names>K.</given-names></name><name><surname>Banerjee</surname><given-names>S.</given-names></name></person-group><article-title>Node Placement for Connected Coverage in Sensor Networks</article-title><conf-name>Proceedings of the First Workshop on Modeling and Optimization in Mobile, Ad Hoc and Wireless Networks (WiOpt)</conf-name><conf-loc>Sophia Antipolis, France</conf-loc><conf-date>2003</conf-date></citation></ref>
<ref id="b6-sensors-09-05173"><label>6.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Wang</surname><given-names>Y.-C.</given-names></name><name><surname>Hu</surname><given-names>C.-C.</given-names></name><name><surname>Tseng</surname><given-names>Y.-C.</given-names></name></person-group><article-title>Efficient Placement and Dispatch of Sensors in a Wireless Sensor Network</article-title><source>IEEE. Trans. Mob. Comput</source><year>2008</year><volume>7</volume><fpage>262</fpage><lpage>274</lpage><pub-id pub-id-type="doi">10.1109/TMC.2007.70708</pub-id></citation></ref>
<ref id="b7-sensors-09-05173"><label>7.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Kumar</surname><given-names>S.</given-names></name><name><surname>Lai</surname><given-names>T. H.</given-names></name><name><surname>Balogh</surname><given-names>J.</given-names></name></person-group><article-title>On k-Coverage in a Mostly Sleeping Sensor Network</article-title><conf-name>Proceedings of the ACM International Conference on Mobile Computing and Networking (MOBICOM)</conf-name><conf-loc>San Francisco, CA, USA</conf-loc><conf-date>2004</conf-date><fpage>144</fpage><lpage>158</lpage></citation></ref>
<ref id="b8-sensors-09-05173"><label>8.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Huang</surname><given-names>C.-F.</given-names></name><name><surname>Tseng</surname><given-names>Y.-C.</given-names></name></person-group><article-title>The Coverage Problem in a Wireless Sensor Network</article-title><source>Mobile Netw. Appl</source><year>2005</year><volume>10</volume><fpage>519</fpage><lpage>528</lpage><pub-id pub-id-type="doi">10.1007/s11036-005-1564-y</pub-id></citation></ref>
<ref id="b9-sensors-09-05173"><label>9.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Tian</surname><given-names>D.</given-names></name><name><surname>Georganas</surname><given-names>N.D.</given-names></name></person-group><article-title>A Coverage-Preserving Node Scheduling Scheme for Large Wireless Sensor Networks</article-title><conf-name>Proceedings of the ACM International Workshop on Wireless Sensor Networks and Applications (WSNA)</conf-name><conf-loc>Atlanta, GA, USA</conf-loc><conf-date>2002</conf-date><fpage>32</fpage><lpage>41</lpage></citation></ref>
<ref id="b10-sensors-09-05173"><label>10.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Yan</surname><given-names>T.</given-names></name><name><surname>He</surname><given-names>T.</given-names></name><name><surname>Stankovic</surname><given-names>J.A.</given-names></name></person-group><article-title>Differentiated Surveillance for Sensor Networks</article-title><conf-name>Proceedings of the ACM International Conference on Embedded Networked Sensor Systems (SENSYS)</conf-name><conf-loc>Los Angeles, CA, USA</conf-loc><conf-date>2003</conf-date><fpage>51</fpage><lpage>62</lpage></citation></ref>
<ref id="b11-sensors-09-05173"><label>11.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Zhang</surname><given-names>H.</given-names></name><name><surname>Hou</surname><given-names>J.</given-names></name></person-group><article-title>Maintaining Sensing Coverage and Connectivity in Large Sensor Networks</article-title><source>Ad Hoc Sens. Wirel. Netw</source><year>2005</year><volume>1</volume><fpage>89</fpage><lpage>124</lpage></citation></ref>
<ref id="b12-sensors-09-05173"><label>12.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Shih</surname><given-names>K.-P.</given-names></name><name><surname>Chen</surname><given-names>Y.-D.</given-names></name><name><surname>Chiang</surname><given-names>C.-W.</given-names></name><name><surname>Liu</surname><given-names>B.-J.</given-names></name></person-group><article-title>A Distributed Active Sensor Selection Scheme for Wireless Sensor Networks</article-title><conf-name>Proceedings of the IEEE International Symposium on Computers and Communications (ISCC)</conf-name><conf-loc>Pula-Cagliari, Sardinia, Italy</conf-loc><conf-date>2006</conf-date><fpage>923</fpage><lpage>928</lpage></citation></ref>
<ref id="b13-sensors-09-05173"><label>13.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Cardei</surname><given-names>M.</given-names></name><name><surname>Thai</surname><given-names>M.T.</given-names></name><name><surname>Li</surname><given-names>Y.</given-names></name><name><surname>Wu</surname><given-names>W.</given-names></name></person-group><article-title>Energy-Efficient Target Coverage in Wireless Sensor Networks</article-title><conf-name>Proceedings of the IEEE INFOCOM, the Annual Joint Conference of the IEEE Computer and Communications Societies</conf-name><conf-loc>Miami, FL, USA</conf-loc><conf-date>2005</conf-date><volume>3</volume><fpage>1976</fpage><lpage>1984</lpage></citation></ref>
<ref id="b14-sensors-09-05173"><label>14.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Cardei</surname><given-names>M.</given-names></name><name><surname>Wu</surname><given-names>J.</given-names></name><name><surname>Lu</surname><given-names>M.</given-names></name><name><surname>Pervaiz</surname><given-names>M.O.</given-names></name></person-group><article-title>Maximum Network Lifetime in Wireless Sensor Networks with Adjustable Sensing Ranges</article-title><conf-name>Proceedings of the IEEE International Conference on Wireless and Mobile Computing, Networking and Communications (WiMob)</conf-name><conf-loc>Montreal, Canada</conf-loc><conf-date>2005</conf-date><volume>3</volume><fpage>438</fpage><lpage>445</lpage></citation></ref>
<ref id="b15-sensors-09-05173"><label>15.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Liu</surname><given-names>H.</given-names></name><name><surname>Wan</surname><given-names>P.</given-names></name><name><surname>Yi</surname><given-names>C.-W.</given-names></name><name><surname>Jia</surname><given-names>X.</given-names></name><name><surname>Makki</surname><given-names>S.</given-names></name><name><surname>Pissinou</surname><given-names>N.</given-names></name></person-group><article-title>Maximal Lifetime Scheduling in Sensor Surveillance Networks</article-title><conf-name>Proceedings of the IEEE INFOCOM, the Annual Joint Conference of the IEEE Computer and Communications Societies</conf-name><conf-loc>Miami, FL, USA</conf-loc><conf-date>2005</conf-date><volume>4</volume><fpage>2482</fpage><lpage>2491</lpage></citation></ref>
<ref id="b16-sensors-09-05173"><label>16.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Liu</surname><given-names>H.</given-names></name><name><surname>Wan</surname><given-names>P.</given-names></name><name><surname>Jia</surname><given-names>X.</given-names></name></person-group><article-title>Maximal Lifetime Scheduling for Sensor Surveillance Systems with K Sensors to One Target</article-title><source>IEEE Trans. Parallel Distrib. Syst</source><year>2006</year><volume>17</volume><fpage>1</fpage><lpage>11</lpage><pub-id pub-id-type="doi">10.1109/TPDS.2006.9</pub-id></citation></ref>
<ref id="b17-sensors-09-05173"><label>17.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Liu</surname><given-names>H.</given-names></name><name><surname>Jia</surname><given-names>X.</given-names></name><name><surname>Wan</surname><given-names>P.-J.</given-names></name><name><surname>Yi</surname><given-names>C.-W.</given-names></name><name><surname>Makki</surname><given-names>S.K.</given-names></name><name><surname>Pissinou</surname><given-names>N.</given-names></name></person-group><article-title>Maximizing Lifetime of Sensor Surveillance Systems</article-title><source>IEEE-ACM Trans. Netw</source><year>2007</year><volume>15</volume><fpage>334</fpage><lpage>345</lpage><pub-id pub-id-type="doi">10.1109/TNET.2007.892883</pub-id></citation></ref>
<ref id="b18-sensors-09-05173"><label>18.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Zhao</surname><given-names>Q.</given-names></name><name><surname>Gurusamy</surname><given-names>M.</given-names></name></person-group><article-title>Maximizing Network Lifetime for Connected Target Coverage in Wireless Sensor Networks</article-title><conf-name>Proceedings of the IEEE International Conference on Wireless and Mobile Computing, Networking and Communications (WiMob)</conf-name><conf-loc>Montreal, Canada</conf-loc><conf-date>2006</conf-date><fpage>94</fpage><lpage>101</lpage></citation></ref>
<ref id="b19-sensors-09-05173"><label>19.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Yang</surname><given-names>S.</given-names></name><name><surname>Dai</surname><given-names>F.</given-names></name><name><surname>Cardei</surname><given-names>M.</given-names></name><name><surname>Wu</surname><given-names>J.</given-names></name></person-group><article-title>On Multiple Point Coverage in Wireless Sensor Networks</article-title><conf-name>Proceedings of the IEEE International Conference on Mobile Ad - hoc and Sensor Systems (MASS)</conf-name><conf-loc>Washington, DC, USA</conf-loc><conf-date>2005</conf-date><fpage>757</fpage><lpage>764</lpage></citation></ref>
<ref id="b20-sensors-09-05173"><label>20.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Cardei</surname><given-names>I.</given-names></name></person-group><article-title>Energy-Efficient Target Coverage in Heterogeneous Wireless Sensor Networks</article-title><conf-name>Proceedings of the IEEE International Conference on Mobile Ad-Hoc and Sensor Systems (MASS)</conf-name><conf-loc>Vancouver, Canada</conf-loc><conf-date>2006</conf-date><fpage>397</fpage><lpage>406</lpage></citation></ref>
<ref id="b21-sensors-09-05173"><label>21.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Shih</surname><given-names>K.-P.</given-names></name><name><surname>Wang</surname><given-names>S.-Y.</given-names></name><name><surname>Chen</surname><given-names>H.-C.</given-names></name><name><surname>Liu</surname><given-names>B.-J.</given-names></name></person-group><article-title>On Target Coverage in Wireless Heterogeneous Sensor Networks with Multiple Sensing Units</article-title><conf-name>Proceedings of the IEEE International Symposium on Computers and Communications (ISCC)</conf-name><conf-loc>Aveiro, Portugal</conf-loc><conf-date>2007</conf-date><fpage>185</fpage><lpage>190</lpage></citation></ref>
<ref id="b22-sensors-09-05173"><label>22.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Karp</surname><given-names>B.</given-names></name><name><surname>Kung</surname><given-names>H.T.</given-names></name></person-group><article-title>GPSR: Greedy Perimeter Stateless Routing for Wireless Networks</article-title><conf-name>Proceedings of the ACM International Conference on Mobile Computing and Networking (MOBICOM)</conf-name><conf-loc>Boston, MA, USA</conf-loc><conf-date>2000</conf-date><fpage>243</fpage><lpage>254</lpage></citation></ref>
<ref id="b23-sensors-09-05173"><label>23.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Seada</surname><given-names>K.</given-names></name><name><surname>Helmy</surname><given-names>A.</given-names></name><name><surname>Govindan</surname><given-names>R.</given-names></name></person-group><article-title>Modeling and Analyzing the Correctness of Geographic Face Routing under Realistic Conditions</article-title><source>Ad Hoc Netw</source><year>2007</year><volume>5</volume><fpage>855</fpage><lpage>871</lpage><pub-id pub-id-type="doi">10.1016/j.adhoc.2007.02.008</pub-id></citation></ref>
<ref id="b24-sensors-09-05173"><label>24.</label><citation citation-type="web"><person-group person-group-type="author"><collab>ILOG CPLEX.</collab></person-group><comment>Available Online: <ext-link xlink:href="http://www.ilog.com" ext-link-type="uri">http://www.ilog.com</ext-link> (accessed on 8 June 2009).</comment></citation></ref></ref-list>
<sec sec-type="display-objects">
<title>Figures and Tables</title>
<fig id="f1-sensors-09-05173" position="float">
<label>Figure 1.</label>
<caption>
<p>An illustrated example, where five sensors are scheduled to cover two targets. (a) The topology. (b) The coverage and connectivity relationships. (c) An illustration of a connected set cover.</p></caption>
<graphic xlink:href="sensors-09-05173f1.gif"/></fig>
<fig id="f2-sensors-09-05173" position="float">
<label>Figure 2.</label>
<caption>
<p>Time structure.</p></caption>
<graphic xlink:href="sensors-09-05173f2.gif"/></fig>
<fig id="f3-sensors-09-05173" position="float">
<label>Figure 3.</label>
<caption>
<p>(a) The forwarding zone of <italic>s<sub>n</sub></italic>, <italic>𝒡</italic> (<italic>s<sub>n</sub></italic>). (b) The relaying zone of <italic>s<sub>n</sub></italic>, <italic>𝒭</italic>(<italic>s<sub>n</sub></italic>).</p></caption>
<graphic xlink:href="sensors-09-05173f3.gif"/></fig>
<fig id="f4-sensors-09-05173" position="float">
<label>Figure 4.</label>
<caption>
<p>The impact of ɛ on the network lifetime for (a) scenario 1 and (b) scenario 2.</p></caption>
<graphic xlink:href="sensors-09-05173f4.gif"/></fig>
<fig id="f5-sensors-09-05173" position="float">
<label>Figure 5.</label>
<caption>
<p>The snapshots of the remaining energy of sensors by (a) REFS and (b) EEFS in scenario 1 and (c) REFS and (d) EEFS in scenario 2, where the snapshots are taken from the end of the 27th round in scenario 1 and are taken from the 3800th minute in scenario 2.</p></caption>
<graphic xlink:href="sensors-09-05173f5.gif"/></fig>
<fig id="f6-sensors-09-05173" position="float">
<label>Figure 6.</label>
<caption>
<p>The energy consumption and the remaining energy in each round for the some run. (a) The energy consumption and (b) the remaining energy in each round for some run in scenario 1. (c) The energy consumption and (d) the remaining energy in each round for some run in scenario 2.</p></caption>
<graphic xlink:href="sensors-09-05173f6.gif"/></fig>
<fig id="f7-sensors-09-05173" position="float">
<label>Figure 7.</label>
<caption>
<p>The impacts of the numbers of (a) sensors, (b) targets, and (c) attributes in scenario1 as well as (d) sensors, (e) targets, and (f) attributes in scenario 2 on the network lifetime.</p></caption>
<graphic xlink:href="sensors-09-05173f7.gif"/></fig>
<fig id="f8-sensors-09-05173" position="float">
<label>Figure 8.</label>
<caption>
<p>Comprehensive comparisons of REFS and EEFS. The impact of the numbers of sensors and targets on the network lifetime in terms of (a) REFS and (b) EEFS in scenario 1 as well as (c) REFS and (d) EEFS in scenario 2.</p></caption>
<graphic xlink:href="sensors-09-05173f8.gif"/></fig>
<table-wrap id="t1-sensors-09-05173" position="float">
<label>Table 1.</label>
<caption>
<p>Related work.</p></caption>
<table frame="hsides" rules="none">
<thead>
<tr>
<th align="left" valign="bottom">Scheme</th>
<th align="center" valign="bottom">TC / CTC</th>
<th align="center" valign="bottom">Distributed</th>
<th align="center" valign="bottom">Sensing Unit</th></tr></thead>
<tbody>
<tr>
<td align="left" valign="top">[<xref ref-type="bibr" rid="b13-sensors-09-05173">13</xref>]</td>
<td align="center" valign="top">TC</td>
<td align="center" valign="top">No</td>
<td align="center" valign="top">Single</td></tr>
<tr>
<td align="left" valign="top">[<xref ref-type="bibr" rid="b14-sensors-09-05173">14</xref>]</td>
<td align="center" valign="top">TC</td>
<td align="center" valign="top">Yes</td>
<td align="center" valign="top">Single</td></tr>
<tr>
<td align="left" valign="top">[<xref ref-type="bibr" rid="b15-sensors-09-05173">15</xref>]</td>
<td align="center" valign="top">TC</td>
<td align="center" valign="top">No</td>
<td align="center" valign="top">Single</td></tr>
<tr>
<td align="left" valign="top">[<xref ref-type="bibr" rid="b16-sensors-09-05173">16</xref>]</td>
<td align="center" valign="top">CTC</td>
<td align="center" valign="top">No</td>
<td align="center" valign="top">Single</td></tr>
<tr>
<td align="left" valign="top">[<xref ref-type="bibr" rid="b17-sensors-09-05173">17</xref>]</td>
<td align="center" valign="top">CTC</td>
<td align="center" valign="top">No</td>
<td align="center" valign="top">Single</td></tr>
<tr>
<td align="left" valign="top">[<xref ref-type="bibr" rid="b18-sensors-09-05173">18</xref>]</td>
<td align="center" valign="top">CTC</td>
<td align="center" valign="top">No</td>
<td align="center" valign="top">Single</td></tr>
<tr>
<td align="left" valign="top">[<xref ref-type="bibr" rid="b19-sensors-09-05173">19</xref>]</td>
<td align="center" valign="top">CTC</td>
<td align="center" valign="top">Yes</td>
<td align="center" valign="top">Single</td></tr>
<tr>
<td align="left" valign="top">[<xref ref-type="bibr" rid="b20-sensors-09-05173">20</xref>]</td>
<td align="center" valign="top">CTC</td>
<td align="center" valign="top">Yes</td>
<td align="center" valign="top">Single</td></tr>
<tr>
<td align="left" valign="top">[<xref ref-type="bibr" rid="b21-sensors-09-05173">21</xref>]</td>
<td align="center" valign="top">TC</td>
<td align="center" valign="top">Yes</td>
<td align="center" valign="top">Multiple</td></tr></tbody></table></table-wrap>
<table-wrap id="t2-sensors-09-05173" position="float">
<label>Table 2.</label>
<caption>
<p>Simulation setting for MU-CTC problem.</p></caption>
<table frame="hsides" rules="groups">
<tbody>
<tr>
<td align="left" valign="top">Sensing field</td>
<td align="left" valign="top">300 m × 300 m</td></tr>
<tr>
<td align="left" valign="top">Sensing range</td>
<td align="left" valign="top">50 m</td></tr>
<tr>
<td align="left" valign="top">Communication range</td>
<td align="left" valign="top">100 m</td></tr>
<tr>
<td align="left" valign="top">Number of sensors</td>
<td align="left" valign="top">100 .. 600</td></tr>
<tr>
<td align="left" valign="top">Number of targets</td>
<td align="left" valign="top">5 .. 40</td></tr>
<tr>
<td align="left" valign="top">Number of attributes</td>
<td align="left" valign="top">2 .. 7</td></tr></tbody></table></table-wrap>
<table-wrap id="t3-sensors-09-05173" position="float">
<label>Table 3.</label>
<caption>
<p>Energy consumption model for MU-CTC problem when control and computation overheads are considered.</p></caption>
<table frame="hsides" rules="groups">
<tbody>
<tr>
<td align="left" valign="top">Active</td>
<td colspan="5" align="left" valign="top">10.9 <italic>mA</italic></td></tr>
<tr>
<td align="left" valign="top">Transmit (+4 <italic>dBm</italic>)</td>
<td colspan="5" align="left" valign="top">11.6 <italic>mA</italic></td></tr>
<tr>
<td align="left" valign="top">Receive</td>
<td colspan="5" align="left" valign="top">7.0 <italic>mA</italic></td></tr>
<tr>
<td colspan="6" align="left" valign="top">
<hr/></td></tr>
<tr>
<td align="left" valign="top">Sensing unit</td>
<td align="left" valign="top"><italic>u</italic><sup>1</sup></td>
<td align="left" valign="top"><italic>u</italic><sup>2</sup></td>
<td align="left" valign="top"><italic>u</italic><sup>3</sup></td>
<td align="left" valign="top">…</td>
<td align="left" valign="top"><italic>u<sup>l</sup></italic></td></tr>
<tr>
<td align="left" valign="top">Energy consumption (<italic>J/min</italic>)</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">…</td>
<td align="left" valign="top"><italic>l</italic></td></tr></tbody></table></table-wrap></sec></back></article>
