<?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/s121115009</article-id>
<article-id pub-id-type="publisher-id">sensors-12-15009</article-id>
<article-categories>
<subj-group>
<subject>Article</subject></subj-group></article-categories>
<title-group>
<article-title>A WSN-Based Tool for Urban and Industrial Fire-Fighting</article-title></title-group>
<contrib-group>
<contrib contrib-type="author">
<name><surname>De San Bernabe Clemente</surname><given-names>Alberto</given-names></name></contrib>
<contrib contrib-type="author">
<name><surname>Dios</surname><given-names>José Ramiro Martínez-de</given-names></name><xref ref-type="corresp" rid="c1-sensors-12-15009"><sup>*</sup></xref></contrib>
<contrib contrib-type="author">
<name><surname>Baturone</surname><given-names>Aníbal Ollero</given-names></name></contrib>
<aff id="af1-sensors-12-15009">Robotics Vision and Control Group, University of Sevilla, Escuela Superior de Ingenieros, c/Camino de los Descubrimientos, s/n 41092 Seville, Spain; E-Mails: <email>adesanbernabe@us.es</email> (A.S.B.C.); <email>aollero@cartuja.us.es</email> (A.O.B.)</aff></contrib-group>
<author-notes>
<corresp id="c1-sensors-12-15009">
<label>*</label> Author to whom correspondence should be addressed; E-Mail: <email>jdedios@cartuja.us.es</email>; Tel.: +34-954-487-357; Fax: +34-954-487-340.</corresp></author-notes>
<pub-date pub-type="collection">
<year>2012</year></pub-date>
<pub-date pub-type="epub">
<day>06</day>
<month>11</month>
<year>2012</year></pub-date>
<volume>12</volume>
<issue>11</issue>
<fpage>15009</fpage>
<lpage>15035</lpage>
<history>
<date date-type="received">
<day>03</day>
<month>09</month>
<year>2012</year></date>
<date date-type="rev-recd">
<day>22</day>
<month>10</month>
<year>2012</year></date>
<date date-type="accepted">
<day>24</day>
<month>10</month>
<year>2012</year></date></history>
<permissions>
<copyright-statement>© 2012 by the authors; licensee MDPI, Basel, Switzerland.</copyright-statement>
<copyright-year>2012</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>This paper describes a WSN tool to increase safety in urban and industrial fire-fighting activities. Unlike most approaches, we assume that there is no preexisting WSN in the building, which involves interesting advantages but imposes some constraints. The system integrates the following functionalities: fire monitoring, firefighter monitoring and dynamic escape path guiding. It also includes a robust localization method that employs RSSI-range models dynamically trained to cope with the peculiarities of the environment. The training and application stages of the method are applied simultaneously, resulting in significant adaptability. Besides simulations and laboratory tests, a prototype of the proposed system has been validated in close-to-operational conditions.</p></abstract>
<kwd-group>
<kwd>fire monitoring</kwd>
<kwd>wireless sensor networks</kwd>
<kwd>pervasive computing</kwd></kwd-group></article-meta></front>
<body>
<sec sec-type="intro">
<label>1.</label>
<title>Introduction</title>
<p>Thousands of urban and industrial fires occur each year leading to the destruction of buildings and infrastructure. Fire fighting mobilizes important resources and is a very dangerous activity, which originates many casualties every year. In most cases, the lack of information on the evolution of fire and the conditions the first responders are exposed to plays an important role in these accidents. Traditionally fire status is visually estimated by skilled firefighters. In many cases, human perception errors have led to wrong decisions. Various systems have been developed using sensors (such as GPS, thermometers, gas concentrations sensors and visual/infrared cameras) carried by firefighters. The measurements and images gathered are transmitted to a monitoring and command station, where fighting decisions are taken. Most of these solutions use single-hop communications, which are affected by limited transmission ranges. To cope with it, the communication systems used by fire brigades use low frequency bands to allow longer ranges. Even in this case, the transmission range can be insufficient in complex environments, such as large buildings and basements. In addition, if firefighters are indoors, GPS will be inoperative, and the lack of information on firefighter location can lead to accidents.</p>
<p>In recent years, different network communication technologies have appeared. WSN are comprised of a large number of nodes with sensing, computing and wireless communication capabilities that organize themselves in networks. Low size, cost and energy consumption are among the main features of WSN technology. Despite the simplicity of single WSN nodes, cooperation provides WSN with high flexibility, robustness and tolerance to failures. These features together with battery-based power, minimal invasion and flexible deployment have motivated the extension of WSN technologies to a growing number of applications [<xref ref-type="bibr" rid="b1-sensors-12-15009">1</xref>]. The use of WSN in fire applications has attracted interesting research efforts. However, despite the variety of approaches and methods, very few of the reported systems have been experimentally tested.</p>
<p>This paper describes a WSN tool for fire-fighting activities. It integrates the following functionalities: fire monitoring, firefighter monitoring and dynamic escape path computation. It also includes a robust localization method that employs RSSI-range models dynamically trained to cope with the peculiarities of the environment. The safe escape method is based on guiding: the path information is distributed in the WSN. The Base Station uses optimization tools to periodically compute minimal cost paths using updated fire measurements. These functionalities have been experimented in physical settings. Furthermore, a prototype of the proposed system has been validated in close-to-operational conditions. This paper describes the functionalities, protocols, implementation and experimental results.</p>
<p>The organization of the paper is as follows. Related work is briefly described in Section 2. The general description of the proposed system is in Section 3. Section 4 presents the techniques for fire and firefighter monitoring including the training-based localization method. Section 5 describes the dynamic escape path computation. Partial and validation experimental results are in Section 6. Conclusions and future work are described in the last section.</p></sec>
<sec>
<label>2.</label>
<title>Related Work</title>
<p>WSN have been proposed for the automatic detection of forest fires. Traditional technologies rely on visual cameras at static locations [<xref ref-type="bibr" rid="b2-sensors-12-15009">2</xref>] or combined with Unmanned Aerial Vehicles [<xref ref-type="bibr" rid="b3-sensors-12-15009">3</xref>], among others. WSN provide ubiquitous detection capabilities for forest fire. In [<xref ref-type="bibr" rid="b4-sensors-12-15009">4</xref>], a system consisting of sensors (thermo and radiation with GPS) carried by animals living in the environment is used for forest fire detection. In [<xref ref-type="bibr" rid="b5-sensors-12-15009">5</xref>], the design and development of a WSN involving sensors and IP cameras is described. In [<xref ref-type="bibr" rid="b6-sensors-12-15009">6</xref>], fire detection is modeled as a k-coverage problem. In [<xref ref-type="bibr" rid="b7-sensors-12-15009">7</xref>], a WSN with nodes equipped with temperature and humidity sensors were used to detect fire and extract measurements of the fire spread. WSNs have also been proposed for forest fire monitoring. FireWxNet consists of a WSN designed to report weather conditions as well as images in fire environments [<xref ref-type="bibr" rid="b8-sensors-12-15009">8</xref>]. The paper shows real deployment of the WSN, which is evaluated in terms of battery performance and information gathered. Despite these efforts, WSN technology still has not solved issues such as the costs of maintaining thousands of nodes deployed in forest areas and their potential pollution.</p>
<p>WSN have also been proposed for detection and monitoring in urban and industrial fires. In [<xref ref-type="bibr" rid="b9-sensors-12-15009">9</xref>], a WSN-based fire detection system was proposed to ensure safety of the people working in mines. Lim <italic>et al.</italic> proposed an innovative framework for residential fire detection [<xref ref-type="bibr" rid="b10-sensors-12-15009">10</xref>]. They introduced metric of interval-message-ration (IMR) and evaluated their framework using the IMR metric. In [<xref ref-type="bibr" rid="b11-sensors-12-15009">11</xref>], a WSN-based fire detection system for large buildings is presented. It is based on dense deployments of sensor nodes that periodically check temperature/smoke concentration and report these values to a surveillance center through WSN channels. Significant efforts have been carried out to improve WSN detection and monitoring. In [<xref ref-type="bibr" rid="b12-sensors-12-15009">12</xref>], the authors proposed the use of machine learning techniques to improve fire detection and false alarm rejection. A WSN-based system for fire monitoring based on measurements from humidity, temperature and light sensors was proposed in [<xref ref-type="bibr" rid="b13-sensors-12-15009">13</xref>].</p>
<p>WSN have also been proposed for other fire fighting activities. Significant research efforts have been devoted to the computation of escape paths in emergency evacuation. Work [<xref ref-type="bibr" rid="b14-sensors-12-15009">14</xref>] describes a distributed method in which each node is assigned with an <italic>altitude</italic> value that can be seen as a degree of danger. Safe paths to exits are along sensors with high altitudes to sensors with low altitudes. The work in [<xref ref-type="bibr" rid="b15-sensors-12-15009">15</xref>] proposes a distributed method to find safe paths to an exit through a network that can contain multiple sources of danger. Exits generate positive potentials to attract the navigating user, and obstacles generate repulsive potentials. The work in [<xref ref-type="bibr" rid="b16-sensors-12-15009">16</xref>] uses models of the progress of the hazard and of the evacuees to ensure the evacuees stay safely ahead of the hazard. Its applicability is questionable since fire/smoke spread is difficult to be predicted and requires very complex models.</p>
<p>Distributed guiding methods assume that nearness between nodes is related with radio hops. However, due to radio's penetration capacity, single hop neighbor nodes are not necessarily physically close. In fact, if they are in different rooms the path length can be very high. Thus, each deployed node requires having a local map of the building to prevent guiding firefighters to a dead end. Although tedious in large deployments, this assumption is feasible in permanent settings. However, it cannot be applied if the nodes are not part of the building infrastructure, as is in our problem.</p>
<p>Despite this high variety of methods and approaches, few of the reported works have been experimented in physical settings and very few have been validated in close-to-operational conditions.</p>
<p>This paper describes a WSN-based tool to increase the level of safety in fire-fighting activities. Our work is motivated by the real application and has a pragmatic approach: we are more interested in efficacy, robustness and adaptability rather than in optimality. We assume that there is no preexisting WSN in the building: firefighters deploy the WSN nodes when they enter the building. The idea of firefighters deploying the WSN was also used in [<xref ref-type="bibr" rid="b17-sensors-12-15009">17</xref>], which developed a solution that automatically dispenses sensor nodes to achieve reliable communication and high packet reception ratio. The rest of functionalities of interest for firefighting are not analyzed in that paper.</p></sec>
<sec>
<label>3.</label>
<title>General Overview</title>
<p>Most existing works rely on a preexisting WSN deployed in the building. This assumption is not realistic in our approach. Many buildings do not have WSN deployment. In others, fire could have damaged the WSN. In our problem, firefighters deploy the nodes when they enter the building. Besides practical applicability, another advantage of this approach is that the WSN deployment can be adapted to each case, <italic>i.e.</italic>, increasing the node density in order to enhance the monitoring of areas of interest, e.g., with victims of with flammable materials. Rapid deployment also involves some constraints. The previous information assumed by the system should be minimized and the methods should have high adaptability to changing conditions. The delay until the WSN is operative after deployment is also an issue in these systems.</p>
<p>In the proposed system the WSN is comprised of static nodes and mobile nodes carried by the firefighters. When the fire brigade arrives at the fire, using a map of the building they decide the deployment of static nodes. Then, the nodes are deployed by the firefighters. It is not the objective of this paper to analyze the node deployment. It could be done, for instance, using the method described in [<xref ref-type="bibr" rid="b17-sensors-12-15009">17</xref>]. Our paper focuses on fire monitoring, firefighter localization and escape path computation. Although deployment itself is left out of the paper, we deal with the aforementioned constraints of rapid deployment such as lack of previous information and need for high adaptability and low delays.</p>
<p>Our system requires only two reasonable assumptions. The Base Station needs to know the building map, <italic>i.e.</italic>, a representation of the configuration of rooms and hallways. Each static node needs to know the location in the map where it has been deployed. None of them is a significant constraint for applicability. Building map databases are often available to emergency brigades. In addition, as soon as the deployment for a certain fire has been decided, nodes can be informed about their locations using simple configuration packets.</p>
<p>Static nodes provide a communication backbone with the Base Station through multi-hop routes computed dynamically to take into account the changing conditions. All nodes are equipped with suitable fire and smoke sensors. Measurements from static nodes are used for fire monitoring. Measurements from mobile nodes are used to monitor the conditions each firefighter is currently facing. The readings from all nodes are transmitted to the Base Station, typically in the fire truck, where measurements are visualized and registered.</p>
<p>The proposed system includes the following main functionalities:
<list list-type="bullet">
<list-item>
<p><italic>Fire monitoring</italic>. Sensor measurements are periodically gathered from static nodes and transmitted to the Base Station using multi-hop routes.</p></list-item>
<list-item>
<p><italic>Firefighter monitoring</italic>. The objective is to gather and make available at the Base Station updated measurements of each firefighter including its location and the conditions the firefighter is facing. Location is estimated using a robust localization method that employs RSSI-range models dynamically trained to cope with the peculiarities of the environment. As described in Section 4.2.1, the training and application stages of the localization method are applied simultaneously, resulting in very short delays and high adaptability. The proposed method provided localization errors around 1.4 m in the indoor experiments carried out.</p></list-item>
<list-item>
<p><italic>Escape path computation</italic>. The objective is to determine and make available to firefighters safe paths to desired locations, such as escape paths or paths to rooms with potential victims. The method adopts a guiding approach in which the path information is distributed in the WSN. Each static node keeps the information to guide the firefighters to the next adjacent room in the safe escape path. The Base Station uses optimization graph-based tools to periodically compute minimal cost paths using updated fire measurements. The new guiding information is broadcasted only if it represents a significant improvement. This functionality does not require previous building information and allows high flexibility when defining the utility to minimize. For instance, it is possible to consider accumulative effects or the influence of risks from adjacent rooms. The method is efficient and can be used simultaneously by as many firefighters as necessary.</p></list-item></list></p>
<p>The proposed system and functionalities were integrated in a prototype that was validated in experiments in close-to-operational conditions. <xref ref-type="fig" rid="f1-sensors-12-15009">Figure 1</xref> (left) shows a prototype of the mobile nodes used in the experiments. Each firefighter carried one mobile node located on his chest, integrated in the costumes. <xref ref-type="fig" rid="f1-sensors-12-15009">Figure 1</xref> (right) shows a photograph taken during the validation experiments.</p></sec>
<sec>
<label>4.</label>
<title>Fire and Firefighter Monitoring</title>
<sec>
<label>4.1.</label>
<title>Fire Monitoring</title>
<p>The objective is to keep at the Base Station updated information on the status of the fire. Measurements of the current fire and smoke status are critical to plan fire fighting. In fact, smoke inhalation is the main death cause among fire victims. Poisoning due to toxic components or small solid particles clogging the pulmonary alveoli can result in victim suffocation.</p>
<p>All nodes are equipped with suitable sensors to measure temperature and concentrations of <italic>CO</italic><sub>2</sub>, <italic>CO</italic>, hydrogen and hydrocarbon gases. <italic>CO</italic><sub>2</sub> is one of the main products of combustion and it is dangerous in high concentrations. <italic>CO</italic> is a colorless and odorless very toxic gas produced by partial combustion when there is not enough oxygen to produce <italic>CO</italic><sub>2</sub>. In addition, in many cases, such as industrial fires, special attention should be devoted to the monitoring of highly flammable gases such as hydrogen or hydrocarbon gases. In the system prototype implementation, we selected <italic>Figaro TGS4161</italic> and <italic>TGS5042</italic> models as <italic>CO</italic> and <italic>CO</italic><sub>2</sub> sensors, respectively. Also, we used model <italic>Figaro FCM6812</italic> sensor, which provides an estimation of the flammable gas concentrations adding the contribution of hydrogen, methane, butane and propane.</p>
<p>Sensors selected for our system are suitable for integration due to their low size and consumption. However, they should be calibrated to improve accuracy. The gas concentration sensors were calibrated using a high performance gas measurement equipment <italic>TESTO T350 XL</italic>, capable of accurately measuring the concentrations of <italic>CO</italic>, <italic>CO</italic><sub>2</sub> and hydrocarbon gases, among others. The surface-mount device (SMD) temperature sensor of <italic>TelosB</italic> nodes was also tested. Temperature measurements of two nodes at 3 m and 5 m from a fire machine were registered, see <xref ref-type="fig" rid="f2-sensors-12-15009">Figure 2</xref>. Temperature raised and relative humidity dropped as soon as the fire started at time <italic>t</italic> = 1,280<italic>s</italic>.</p>
<p>Each node periodically gathers measurements from its sensors and forwards them in <italic>FireSense</italic> packets to the Base Station using dynamic multi-hop WSN routes. The information contained in these packets includes a packet identifier, an identifier of the sender node and the concentrations in parts per million of <italic>CO</italic>, <italic>CO</italic><sub>2</sub> and hydrocarbon gases. Measurement and packet transmission rates are configurable. High frequencies can improve monitoring updating and compensate packet loss, but also can increase network traffic. In the experiments carried out, packet transmission was set in the range 5–15 s, sufficient to cope with indoors fire spread rates [<xref ref-type="bibr" rid="b18-sensors-12-15009">18</xref>]. For efficiency and scalability, <italic>FireSense</italic> packets use unconfirmed transmission. We prefer losing some data packets rather than adopting confirmed transmission protocols that can greatly increase network traffic with packet acknowledgments and retransmissions.</p>
<p><italic>FireSense</italic> packets are routed to the Base Station using multi-hop channels computed using the widely proven Collection Tree Protocol (CTP) algorithm [<xref ref-type="bibr" rid="b19-sensors-12-15009">19</xref>]. CTP is an efficient multi-hop routing protocol for transferring data from one or more sensors to one or more root nodes. CTP relies in Link Quality Estimators to dynamically select the route and can quickly adapt to the changes in the network. Adaptability is particularly interesting in our problem, where node failure is not unusual. Also, CTP is efficient in the sense that it includes mechanisms that do not require too much communication among the nodes. Notice that the CTP can start while the nodes are still being deployed, which minimizes delays.</p></sec>
<sec>
<label>4.2.</label>
<title>Firefighter Monitoring</title>
<p>The objective is to keep at the Base Station the updated measurements of the firefighter locations and the conditions the firefighters are facing. Each firefighter carries a mobile node equipped with the aforementioned sensors. The Base Station registers not only the instantaneous conditions but also the accumulative gas concentrations. Thus, the participation of each firefighter in a fire episode can be managed considering the accumulative gas concentrations they have been exposed to. Also, having the updated firefighter location is critical to improve their safety. Localization in indoor environments is not a solved problem. GPS fails and methods based on Received Signal Strength Indicator (RSSI) face problems related to reflections and other interactions of radio signal with the environment. To reduce these effects, we adopt a training-based method in which each static node computes its own RSSI-range model. Then, these trained models are employed to estimate the localization of the mobile nodes.</p>
<p>Each mobile node periodically computes its location and gathers measurements from its sensors and inserts them in <italic>FiremanSense</italic> packets to be transmitted to the Base Station through the static WSN. The information contained in these packets includes a packet identifier, an identifier of the sender node, the <italic>X</italic> and <italic>Y</italic> coordinates of the mobile node and the concentrations in parts per million of <italic>CO</italic>, <italic>CO</italic><sub>2</sub> and hydrocarbon gases. Each mobile node dynamically selects the static node with which it currently has the best link quality, e.g., that with the best RSSI. The mobile node will forward data packets to that static node, which will route them to the Base Station using the multi-hop channels computed by CTP. Firefighter sensor measurement and packet transmission rates are configurable. For efficiency, the transmission of <italic>FiremanSense</italic> packets is also unconfirmed. Firefighter monitoring measurements are considered more critical than fire monitoring data. To reduce the impact of loss of <italic>FiremanSense</italic> packets in firefighter monitoring, <italic>FiremanSense</italic> transmission rate was set higher than <italic>FireSense</italic> packets.</p>
<sec>
<label>4.2.1.</label>
<title>Training-Based RSSI Localization</title>
<p>A high number of RSSI-based localization methods have been developed in WSN. Range-based methods, such as multilateration [<xref ref-type="bibr" rid="b20-sensors-12-15009">20</xref>], least squares solution [<xref ref-type="bibr" rid="b21-sensors-12-15009">21</xref>] or maximum likelihood [<xref ref-type="bibr" rid="b22-sensors-12-15009">22</xref>], use RSSI measurements to estimate distance to anchor nodes. Range-based methods operate well in outdoors. In indoors RSSI is highly affected by radio reflections and other interactions resulting in poor localization performance. Range-free methods, such as ROC-RSSI [<xref ref-type="bibr" rid="b23-sensors-12-15009">23</xref>] or APIT [<xref ref-type="bibr" rid="b24-sensors-12-15009">24</xref>], overcome these drawbacks relying on geometric considerations. Although more robust to variations in the radio channel, their localization errors are usually higher than in range-based methods. Also, some methods, such as fingerprinting [<xref ref-type="bibr" rid="b25-sensors-12-15009">25</xref>], compare RSSI measurements with a previously computed RSSI map. These techniques often provide good results even in indoors environments but require detailed previously-computed RSSI maps of the environment and thus cannot be applied in our rapid-deployment scheme.</p>
<p>The proposed system adopts a training-based approach. In the training stage, each static node computes a RSSI-range model that adapts to the particularities of the environment. In the application stage, the trained models are used to locate mobile sensors using a simple but effective technique. The method combines the accuracy of range-based methods and the plasticity of training-based systems.</p>
<sec>
<title>RSSI-Range Model Training</title>
<p>The RSSI-range model has been extensively studied in the literature [<xref ref-type="bibr" rid="b26-sensors-12-15009">26</xref>,<xref ref-type="bibr" rid="b27-sensors-12-15009">27</xref>]. It can be modeled as a linear relationship between the RSSI and the logarithm of the distance <italic>D</italic>:
<disp-formula id="FD1">
<label>(1)</label>
<mml:math id="mm1" display="block">
<mml:semantics id="sm1">
<mml:mrow>
<mml:mtext mathvariant="italic">RSSI</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>D</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:mi>a</mml:mi>
<mml:mo>log</mml:mo>
<mml:mi>D</mml:mi>
<mml:mo>+</mml:mo>
<mml:mi>b</mml:mi></mml:mrow></mml:semantics></mml:math></disp-formula> where <italic>a</italic> and <italic>b</italic> are the model parameters. Assuming a set of measurements {(<italic>RSSI<sub>k</sub></italic>, log <italic>D<sub>k</sub></italic>)} the model can be fitted by performing a simple linear regression:
<disp-formula id="FD2">
<label>(2)</label>
<mml:math id="mm2" display="block">
<mml:semantics id="sm2">
<mml:mrow>
<mml:mi>a</mml:mi>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>∑</mml:mi>
<mml:mi>k</mml:mi></mml:msub>
<mml:mtext mathvariant="italic">RSS</mml:mtext>
<mml:msub>
<mml:mi>I</mml:mi>
<mml:mi>k</mml:mi></mml:msub>
<mml:mo>log</mml:mo>
<mml:msub>
<mml:mi>D</mml:mi>
<mml:mi>k</mml:mi></mml:msub>
<mml:mo>−</mml:mo>
<mml:mover accent="true">
<mml:mrow>
<mml:mtext mathvariant="italic">RSSI</mml:mtext></mml:mrow>
<mml:mo>¯</mml:mo></mml:mover>
<mml:msub>
<mml:mi>∑</mml:mi>
<mml:mi>k</mml:mi></mml:msub>
<mml:mo>log</mml:mo>
<mml:msub>
<mml:mi>D</mml:mi>
<mml:mi>k</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mi>∑</mml:mi>
<mml:mi>k</mml:mi></mml:msub>
<mml:msup>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mo>log</mml:mo>
<mml:msub>
<mml:mi>D</mml:mi>
<mml:mi>k</mml:mi></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mn>2</mml:mn></mml:msup>
<mml:mo>−</mml:mo>
<mml:mover accent="true">
<mml:mrow>
<mml:mo>log</mml:mo>
<mml:mi>D</mml:mi></mml:mrow>
<mml:mo>¯</mml:mo></mml:mover>
<mml:msub>
<mml:mi>∑</mml:mi>
<mml:mi>k</mml:mi></mml:msub>
<mml:mo>log</mml:mo>
<mml:msub>
<mml:mi>D</mml:mi>
<mml:mi>k</mml:mi></mml:msub></mml:mrow></mml:mfrac></mml:mrow></mml:semantics></mml:math></disp-formula>
<disp-formula id="FD3">
<label>(3)</label>
<mml:math id="mm3" display="block">
<mml:semantics id="sm3">
<mml:mrow>
<mml:mi>b</mml:mi>
<mml:mo>=</mml:mo>
<mml:mover accent="true">
<mml:mrow>
<mml:mtext mathvariant="italic">RSSI</mml:mtext></mml:mrow>
<mml:mo>¯</mml:mo></mml:mover>
<mml:mo>−</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>a</mml:mi>
<mml:mover accent="true">
<mml:mrow>
<mml:mo>log</mml:mo>
<mml:mi>D</mml:mi></mml:mrow>
<mml:mo>¯</mml:mo></mml:mover>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:semantics></mml:math></disp-formula> where
<inline-formula>
<mml:math id="mm4" display="inline">
<mml:semantics id="sm4">
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mtext mathvariant="italic">RSSI</mml:mtext></mml:mrow>
<mml:mo>¯</mml:mo></mml:mover></mml:mrow></mml:semantics></mml:math></inline-formula> and
<inline-formula>
<mml:math id="mm5" display="inline">
<mml:semantics id="sm5">
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mo>log</mml:mo>
<mml:mi>D</mml:mi></mml:mrow>
<mml:mo>¯</mml:mo></mml:mover></mml:mrow></mml:semantics></mml:math></inline-formula> stand for the mean of <italic>RSSI<sub>k</sub></italic> and log <italic>D<sub>k</sub></italic>, respectively.</p>
<p>The training stage is as follows. Once deployed, any static node <italic>i</italic> starts periodically broadcasting <italic>RegrRequest</italic> packages. If static node <italic>j</italic> receives this package, in response it transmits a <italic>RegrResp</italic> packet containing its ID and its location <italic>L<sub>j</sub></italic>. Node <italic>i</italic> receives the <italic>RegrResp</italic> packet and measures its RSSI, <italic>RSSI<sub>ij</sub></italic>. It also extracts <italic>L<sub>j</sub></italic> and computes log ‖<italic>L<sub>i</sub></italic> − <italic>L<sub>j</sub></italic>‖. Recall that each node knows its own location. Hence, node <italic>i</italic> obtains a measurement (<italic>RSSI<sub>ij</sub></italic>, log <italic>D<sub>ij</sub></italic>). If node <italic>i</italic> has sufficient measurements, it can fit its RSSI-range model <italic>RSSI<sub>i</sub></italic>(<italic>D</italic>) using <xref ref-type="disp-formula" rid="FD2">Equations (2)</xref> and <xref ref-type="disp-formula" rid="FD3">(3)</xref>. Only the <italic>K</italic> most recent measurements are used in order to allow model adaption to changing conditions. As node <italic>i</italic> gathers more measurements it periodically recalculates <italic>RSSI<sub>i</sub></italic>(<italic>D</italic>).</p>
<p>RSSI measurements contain significant noise level that can affect the model training. Regression can cope with Gaussian noise but performs badly with non-Gaussian occasional highly noisy measurements. The proposed method adopts the RANSAC (RANdom SAmple Consensus) algorithm [<xref ref-type="bibr" rid="b28-sensors-12-15009">28</xref>] to filter out highly noisy measurements—outliers. RANSAC is an efficient method to estimate parameters of a mathematical model from a set of measurements that can contains outliers. It requires a set of measurements {(<italic>RSSI<sub>k</sub></italic>, log <italic>D<sub>k</sub></italic>)} and the parameterized model in <xref rid="FD1" ref-type="disp-formula">Equation (1)</xref>. RANSAC iterates by selecting a random subset of the measurements as hypothetical inliers. At each iteration the model is fitted to the hypothetical inliers using <xref ref-type="disp-formula" rid="FD2">Equations (2)</xref> and <xref ref-type="disp-formula" rid="FD3">(3)</xref>. Then, the rest of the measurements are tested against the fitted model: if an observation fits well to the estimated model, it is also considered as a hypothetical inlier. If a sufficient number of measurements have been classified as hypothetical inliers, the estimated model is considered good and the model is re-estimated using all hypothetical inliers. Finally, the model is evaluated by estimating the error of the inliers relative to the model. This procedure is repeated a number of times, each time producing either a rejected model when too few measurements are classified as inliers or a refined model together with its error measure. After the iterations, the model with lower error is selected.</p>
<p><xref ref-type="fig" rid="f3-sensors-12-15009">Figure 3</xref> shows the model obtained with and without using RANSAC in an experimental test. It shows 200 RSSI measurements taken by one static node from 5 surrounding nodes. Although the RSSI measurements from each node showed low variability, the model fitting error is significant if all the measurements are considered. The RANSAC algorithm was applied. Most of the measurements fitted well to the resulting model (inliers, represented with dots), but there were some with high fitting errors (outliers, represented with asterisks). The model obtained without RANSAC, using all measurements, was <italic>a</italic> = −9.51 and <italic>b</italic> = −5.34, see <xref ref-type="fig" rid="f3-sensors-12-15009">Figure 3</xref> in dashed line. The mean fitting error was 2.23 dBm. The model obtained with RANSAC, using only inliers measurements, yielded <italic>a</italic> = −10.302 and <italic>b</italic> = −1.678, with a mean fitting error of 0.49 dBm, see <xref ref-type="fig" rid="f3-sensors-12-15009">Figure 3</xref> in solid line. Despite the low differences between the model parameters, the differences between the models and their impact on localization errors are significant, as will be presented in Section 6.</p>
<p>Notice that each static node needs measurements from only two static nodes to compute its RSSI-range model. Of course, the model trained with few measurements could have poor accuracy, but it will be improved as the number of measurements increases. Section 6 evaluates the impact of model training in localization errors as the number of measurements increases.</p>
<p>Model training is executed by each static node. <xref ref-type="disp-formula" rid="FD2">Equations (2)</xref> and <xref ref-type="disp-formula" rid="FD3">(3)</xref> can be efficiently computed in off-the-shelf WSN nodes. Keeping on with the example in <xref ref-type="fig" rid="f3-sensors-12-15009">Figure 3</xref>, <xref ref-type="fig" rid="f4-sensors-12-15009">Figure 4</xref> shows the mean fitting error assuming different numbers of RANSAC iterations. Four iterations are enough to obtain a good fitting and no significant improvement is obtained with more. The proposed model fitting assumes 5 RANSAC iterations. It was implemented in NesC under TinyOs and its execution requires less than 170 ms in TelosB nodes.</p></sec>
<sec>
<title>Localization Algorithm</title>
<p>Localization uses the RSSI-range models computed in the training stage. When a mobile node <italic>i</italic> wants to measure its location, it broadcasts a <italic>LocRequest</italic> packet. Any static node <italic>j</italic> that receives the packet measures its RSSI and, using its RSSI-range model, estimates <italic>D<sub>ij</sub></italic>, its distance to the mobile node <italic>i</italic>. Then, node <italic>j</italic> sends to node <italic>i</italic> a <italic>LocResp</italic> packet containing <italic>D<sub>ij</sub></italic> and its location, <italic>L<sub>j</sub></italic>. Static nodes responding to node <italic>i</italic> are considered anchor nodes for localization. Therefore, the mobile node receives a set of measurements {(<italic>L<sub>j</sub></italic>, <italic>D<sub>ij</sub></italic>)} from nearby anchor nodes. With these measurements it can compute its location <italic>L<sub>i</sub></italic> applying a localization method.</p>
<p>Various methods such as multilateration [<xref ref-type="bibr" rid="b20-sensors-12-15009">20</xref>] or least squares [<xref ref-type="bibr" rid="b21-sensors-12-15009">21</xref>] can be used to provide an optimal mathematical solution to over-determined linear systems. These methods give good results when RSSI measurements have low noise levels. Low noise in RSSI measurements can cause high differences between the estimated and the actual distances. The Weighted Centroid Localization method (WCL) [<xref ref-type="bibr" rid="b29-sensors-12-15009">29</xref>] exhibits high robustness against noise. [<xref ref-type="bibr" rid="b29-sensors-12-15009">29</xref>] demonstrated that although Least Squares (LS) is optimal with noiseless RSSI measurements, the performance of WCL is better than LS with realistic levels of noise. We confirmed experimentally the results and adopted the WCL method. The mobile node <italic>i</italic> computes its location using the expression:
<disp-formula id="FD4">
<label>(4)</label>
<mml:math id="mm6" display="block">
<mml:semantics id="sm6">
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msubsup>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>n</mml:mi></mml:msubsup>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mi>ω</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mi>j</mml:mi></mml:msub></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow></mml:mrow>
<mml:mrow>
<mml:msubsup>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>n</mml:mi></mml:msubsup>
<mml:mrow>
<mml:msub>
<mml:mi>ω</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:mrow></mml:mfrac></mml:mrow></mml:semantics></mml:math></disp-formula> where <italic>n</italic> is the size of the data set and <italic>ω<sub>ij</sub></italic> are weighting factors that depend on the distance:
<disp-formula id="FD5">
<label>(5)</label>
<mml:math id="mm7" display="block">
<mml:semantics id="sm7">
<mml:mrow>
<mml:msub>
<mml:mi>ω</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi></mml:mrow></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>1</mml:mn>
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mi>D</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow>
<mml:mi>p</mml:mi></mml:msup></mml:mrow></mml:mfrac></mml:mrow></mml:semantics></mml:math></disp-formula> where <italic>p</italic> is an exponent to modify the influence of distance in the weights. Higher <italic>p</italic> gives more relevance to measurements from nearby static anchor nodes. RSSI-range models become flat—<italic>i.e.</italic>, insensitive to range—as range increases. The measurements from distant anchor nodes provide less useful information and are more affected by noise.</p>
<p>We performed experimental tests to determine <italic>p</italic>. The setting was 21 TelosB static nodes deployed in a regular square grid. Distance between neighbor nodes was 5 m. The mobile node was put at different locations and the proposed localization method was applied with different values of <italic>p</italic>. The number of anchor nodes, <italic>m</italic>, used in the localization method was also analyzed. <xref ref-type="fig" rid="f5-sensors-12-15009">Figure 5</xref> shows the mean localization errors obtained. A minimum of three anchor nodes were necessary to obtain reasonable localization errors. The results also revealed that taking into account distant anchor nodes frequently perturbs the localization performance. As above discussed, measurements from distant anchor nodes often include low information and high noise. In fact, with high values of <italic>m</italic>, mean localization error decreases as <italic>p</italic> increases since high <italic>p</italic> penalizes contribution of distant nodes. This experiment also analyzed the influence of <italic>p</italic>. The lowest localization errors were obtained with <italic>m</italic> = 4 and <italic>p</italic> = 4 and with <italic>m</italic> = 5 and <italic>p</italic> = 5. These errors were significantly lower—15%—than with <italic>p</italic> = 1. Although the result depends on the setting, the trends and conclusions were observed in the different settings analyzed. In the experiments shown in Section 6, where dense WSN are assumed, we selected <italic>p</italic> = 4.</p></sec></sec></sec></sec>
<sec>
<label>5.</label>
<title>Dynamic Firefighter Guiding</title>
<p>The objective is to determine the safe paths to desired locations, such as escape paths, and make them available to the firefighters. Various emergency path computation methods have been reported in the literature. In the simplest methods, when the firefighter wants to exit from a building, it broadcasts a packet requesting the escape path. The packet is sent to a decision center that computes the escape path and sends it to the mobile node. Delays and packet loss in multi-hop channels are the main disadvantages. As already discussed, the distributed guiding methods require having local information of the building and cannot be applied in our problem. The proposed guiding method adopts a hybrid approach. The computation of escape paths is carried out at the Base Station, which keeps updated information of fire/smoke status. On the other hand, the guiding information is distributed within the WSN. Each static node only keeps the information to guide the firefighter to the next adjacent room in the safest escape path.</p>
<p>The operation of the proposed method is as follows. When a firefighter wants to escape, it triggers the Escape Guiding Functionality in its mobile node. Then, the mobile node starts periodically broadcasting <italic>Escape Request</italic> packets at a high rate, 500 ms in the experiments. All static nodes that listen the packet immediately transmit a <italic>EscapeResp</italic> packet in response to their local guiding information. A count field is included in both <italic>EscapeRequest</italic> and <italic>EscapeResp</italic> packets so that mobile nodes can discard potential old <italic>EscapeResp</italic> packets. The mobile node receives the packets and extracts the local guiding information. If the mobile node receives packets with contradictory escape path information, a simple method is applied to determine which is more reliable. The mobile node keeps broadcasting until the Escape Guiding Functionality is deactivated. The guiding information reaches the mobile node in only one hop, leaving the rest of the network unperturbed: the method can be used simultaneously by many firefighters. The guiding information stored in each node requires few bytes and is independent of the size of the WSN.</p>
<sec>
<label>5.1.</label>
<title>Computation of Escape Paths</title>
<p>The objective is to compute escape paths that minimize risk using the measurements available at the Base Station. The proposed method adopts a graph approach: the building is modeled as an undirected graph where the vertices are rooms and the edges are connections between rooms. The outside of the building is also modeled by one vertex (ID = 0): the graph model naturally allows buildings with several exits. The cost of each edge is calculated following a cost model that uses the current fire measurements. Our objective is to compute the minimum cost path from each building room to the exit.</p>
<p>Graph representations are suitable in our problem since many graph-based optimization algorithms have been developed. Two main variations of the shortest path problem can be found: the single-source shortest path problem, which finds shortest paths from a source vertex to all other vertices in the graph; and the all-pairs shortest path problem, which finds the shortest paths between every pair of vertices in the graph. In our problem, the objective is to compute the shortest path to the exit: it is a single-source problem. There are two main algorithms to solve this problem, the Bellman-Ford algorithm and the Dijkstra algorithm. We selected Dijkstra [<xref ref-type="bibr" rid="b30-sensors-12-15009">30</xref>] since it is faster, intuitive and easy to implement.</p>
<p>Dijkstra solves the single-source minimum cost path problem for a graph with nonnegative edge costs. It obtains the minimum cost path from an initial vertex to the rest of the graph vertex, producing a minimum cost tree. The outside of the building (vertex 0) is taken as the initial vertex. Dijkstra computes the minimum cost paths from the vertex 0 to each of the rooms. Since the building graph is undirected, these will be as well the minimum cost paths from each of the rooms to the vertex 0. Each resulting path is an ordered list of contiguous vertices—room identifiers—that ends in vertex 0. Paths can be seen as a concatenation of local guiding commands. The local guiding information of node <italic>i</italic>, {<italic>LGI<sub>i</sub></italic>}, is represented by a pair with the current room identifier and the next room in the path.</p>
<p>The proposed method requires an edge cost model. The cost of the edge between vertices <italic>i</italic> and <italic>j</italic>, <italic>C<sub>ij</sub></italic>, is related to the conditions a firefighter are exposed to in its way from room <italic>i</italic> to <italic>j</italic>. It is not the objective of this paper to define an accurate cost model. Expertise from firefighter is critical here. In this paper, we used a simple but efficient model that illustrates the capabilities of the approach. In the cost model used <italic>C<sub>ij</sub></italic> is considered as the sum of three terms: <italic>C<sub>ij</sub></italic> = <italic>CA<sub>ij</sub></italic> + <italic>CB<sub>ij</sub></italic> + <italic>CC<sub>ij</sub></italic>. The first one, <italic>CA<sub>ij</sub></italic>, refers to cases in which a strong risk is identified, such as high temperatures or flammable gases in a room. Presence of a strong risk in rooms <italic>i</italic> and/or <italic>j</italic> is modeled setting <italic>CA<sub>ij</sub></italic> to very high values. Otherwise, it is set to zero. The objective is to prevent these rooms from being included in escape paths.</p>
<p>The second one, <italic>CB<sub>ij</sub></italic>, refers to the presence of accumulative risks, such as toxic gases. Humans can tolerate low concentrations or short expositions until a certain threshold is reached. Its objective is to minimize the exposition to toxic gases. <italic>CB<sub>ij</sub></italic> is computed summing the contributions of both rooms:
<disp-formula id="FD6">
<label>(6)</label>
<mml:math id="mm8" display="block">
<mml:semantics id="sm8">
<mml:mrow>
<mml:mi>C</mml:mi>
<mml:msub>
<mml:mi>B</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi></mml:mrow></mml:msub>
<mml:mo>=</mml:mo>
<mml:mi>C</mml:mi>
<mml:msub>
<mml:mi>B</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:msub>
<mml:mi>d</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo>+</mml:mo>
<mml:mi>C</mml:mi>
<mml:msub>
<mml:mi>B</mml:mi>
<mml:mi>j</mml:mi></mml:msub>
<mml:msub>
<mml:mi>d</mml:mi>
<mml:mi>j</mml:mi></mml:msub></mml:mrow></mml:semantics></mml:math></disp-formula> where <italic>d<sub>i</sub></italic> is the distance between the center of room <italic>i</italic> and the door between both rooms and <italic>d<sub>j</sub></italic> is the distance between the door and the center of room <italic>j</italic>. <italic>CB<sub>i</sub></italic>, the accumulative risk in room <italic>i</italic>, can be computed summing the contributions of all toxic gases considered:
<disp-formula id="FD7">
<label>(7)</label>
<mml:math id="mm9" display="block">
<mml:semantics id="sm9">
<mml:mrow>
<mml:mi>C</mml:mi>
<mml:msub>
<mml:mi>B</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:munder>
<mml:mi>∑</mml:mi>
<mml:mi>k</mml:mi></mml:munder>
<mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mi>α</mml:mi>
<mml:mi>k</mml:mi></mml:msub>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>k</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow></mml:mrow></mml:semantics></mml:math></disp-formula> where <italic>C<sub>k,i</sub></italic> is the concentration of toxic gas <italic>k</italic> in room <italic>i</italic> and <italic>α<sub>k</sub></italic> is the weighting factor to consider the gas toxicity. In the experiments shown in Section 6, <italic>CO</italic> and <italic>CO</italic><sub>2</sub> were considered with weights <italic>α</italic><sub>1</sub> = 0.7 and <italic>α</italic><sub>2</sub> = 0.3, respectively, for the highest toxicity of <italic>CO</italic>. The third term, <italic>CC<sub>ij</sub></italic>, is originated by the risk of being inside a building in flames. Its objective is to minimize the length of the escape path. <italic>CC<sub>ij</sub></italic> is proportional to <italic>d<sub>i</sub></italic> + <italic>d<sub>j</sub></italic>.</p>
<p>This cost model can be modified to include more elaborate cases. For instance, in case of detecting strong risks such as high concentrations of flammable gas in one room, high cost can be assigned not only that room but also the adjacent rooms. Also, <italic>C<sub>ij</sub></italic> could include a term to consider the cost of contiguous rooms. The model adopted is simple and efficient and showed good performance in the experiments carried out. However, to derive a model to be used in the real application, firefighter advices and more experiments are necessary.</p>
<p>Next section describes the routing of the guiding information from the Base Station to the static nodes.</p></sec>
<sec>
<label>5.2.</label>
<title>Routing of Local Guiding Information</title>
<p>The objective is to deliver local guiding information computed at the Base Station to each static node. The solution adopted follows a flooding approach modified to reduce the number of retransmissions. Nodes with no <italic>children nodes</italic> in the CTP tree do not retransmit the flooding packets. Each node <italic>i</italic> keeps a list of its children. When it receives a data packet, it registers the sender ID in its children list. To cope with changes in the tree, there is a timeout for each node in the children list. If node <italic>i</italic> receives a data packet from node <italic>j</italic> it resets its timeout. If the timeout expires node <italic>j</italic> is deleted from its children list.</p>
<p>The Base Station periodically computes updated local guiding information for the WSN nodes ({<italic>LGI</italic>}). Each version of updated {<italic>LGI</italic>} is tagged with a sequence number <italic>SeqF</italic>. When the Base Station has new local guiding information, it inserts it in <italic>m GuidingInfo</italic> packets containing {<italic>LGI<sub>i</sub></italic>}, <italic>SeqF</italic> and the number of the packet in this flooding, see <xref ref-type="table" rid="t1-sensors-12-15009">Table 1</xref>. Then, the packets are broadcasted. Each static node in the tree keeps a list of the <italic>GuidingInfo</italic> packets if has received and their <italic>SeqF</italic>. When a node <italic>k</italic> receives the <italic>GuidingInfo</italic> packet it checks if he has received that packet previously. In that case, the packet is ignored, otherwise it compares <italic>SeqF</italic> of the packet with the sequence number of the last <italic>GuidingInfo</italic> packet it received. If <italic>SeqF</italic> is higher and the packet contains information for him (<italic>LGI<sub>k</sub></italic>), it updates its local guiding information and updates the version <italic>SeqF</italic>. Then, node <italic>k</italic> checks if its children list is not empty. In that case it broadcasts the <italic>GuidingInfo</italic> packet, or ignores it otherwise.</p>
<p>The Base Station triggers a flooding only if the new guiding information is significantly better than the information that is actually in the static nodes. The Base Station keeps track of the version <italic>SeqF</italic> of the local guiding information used by each node. The <italic>FireSense</italic> packets used in Section 4 include a field in which static nodes report the version of the local guiding information <italic>SeqF</italic> each node is using. With this information, the Base Station can simulate the behavior of the actual escape paths. If the performance difference-cost-between the escape paths computed with the new guiding information and those computed using the actual information is above a threshold, the Base Station triggers a new flooding. This mechanism allows monitoring the guiding information that is actually in the WSN, minimizing the number of flooding.</p></sec></sec>
<sec>
<label>6.</label>
<title>Experiments</title>
<sec>
<label>6.1.</label>
<title>Partial Experiments</title>
<sec>
<label>6.1.1.</label>
<title>Training-Based RSSI Localization</title>
<p>This section evaluates the accuracy of the proposed localization method, its robustness against misplacement of static nodes and its performance during the training stage.</p>
<sec>
<title>Accuracy</title>
<p>The experiments were carried out in the <italic>CONET Integrated Testbed</italic> [<xref ref-type="bibr" rid="b31-sensors-12-15009">31</xref>], see <xref ref-type="fig" rid="f6-sensors-12-15009">Figure 6</xref> (left). The testbed (<ext-link xlink:href="http://conet.us.es" ext-link-type="uri"><italic>http://conet.us.es</italic></ext-link>) is a remote open tool to assess and compare multi-robot and WSN methods. The testbed deployment includes a configurable static WSN with nodes hanging from the ceiling. <xref ref-type="fig" rid="f6-sensors-12-15009">Figure 6</xref> (right) shows a typical setting. The testbed also includes five <italic>Pioneer AT</italic> robots. Robots carrying mobile nodes are convenient tools in localization experiments. They have greater motion accuracy than humans and the same experiment can be performed hundreds of times with high repeatability. The testbed is equipped with components that provide the ground truth location of the robots. Each robot is physically connected to one WSN node—mobile node—through a serial line. A simple protocol allows robot-WSN bidirectional interchange of data, requests and commands. The testbed is installed in a 500 m<sup>2</sup> room in the School of Engineering of Seville.</p>
<p>A set of 25 localization experiments was performed. In the training stage, each static node obtained its RSSI-range model. In the application stage the robots followed a pre-assigned trajectory while their onboard mobile node broadcasted <italic>LocRequest</italic> packets. In response each mobile node received <italic>LocResp</italic> packets from surrounding static nodes and computed its current location. Each mobile node transmitted its computed location to its robot. The robot logged in a synchronized way the estimated location together with the ground truth location of the robot.</p>
<p><xref ref-type="fig" rid="f7-sensors-12-15009">Figure 7</xref> shows the RSSI-range models obtained in the training stage by nodes 12 (solid line) and 24 (dashed). Differences between their radio-chip units, antenna orientations and their surroundings, among others, resulted in different RSSI-range models. <xref ref-type="fig" rid="f8-sensors-12-15009">Figure 8</xref> shows the location in axes <italic>X</italic> (top) and <italic>Y</italic> (bottom) obtained in one experiment. The estimated location is represented in solid line and the ground truth is in dashed line. The mean localization error was 124.43 cm and its standard deviation was 68.09 cm. The mean errors in axes <italic>X</italic> and <italic>Y</italic> were 75.55 cm and 49.56 cm, respectively. These results depend on the setting. We repeated the experiments with settings (rhombus grids, random deployment) and the results were satisfactory as well. This experiment was also used to evaluate the impact of <italic>RANSAC</italic> outlier rejection. In the training stage <italic>RANSAC</italic> was substituted by the simple regression in <xref ref-type="disp-formula" rid="FD2">Equations (2)</xref> and <xref ref-type="disp-formula" rid="FD3">(3)</xref>. In this case, the mean localization error was to 141.56 cm, 13% higher. As expected, the rejection of outliers improves the localization accuracy. The same experiment was repeated using LS instead of WCL. In this case, the mean localization error was 167.44 cm—34% higher than WCL—and the standard deviation was 103.84 cm. Although LS is mathematically optimal, its high sensitivity to noise in RSSI measurements degrades its performance in real situations.</p></sec>
<sec>
<title>Robustness to Static Nodes Misplacement</title>
<p>In our approach, static nodes are deployed by firefighters. There can be errors between the planned locations and where the firefighter actually put the nodes. Misplacement errors affect the training and the application stages. This test analyzes the impact of misplacement of static nodes. We simulated the localization method using four anchor nodes. The <italic>X</italic> and <italic>Y</italic> coordinates of each anchor node were distorted with zero mean Gaussian noise with standard deviations in the range from 0 to 500 cm. In total 500 samples for each standard deviation were taken. Notice that with <italic>σ</italic> = 500 cm, the 99% of the noise samples are in the range [−14.5, 14.5] m. We believe that these misplacement errors are lower than those usually found in the real problem. The RSSI measurements were assumed with a realist noise level. Then, we executed the training and application stages of the method and registered the localization errors. The mean localization error assuming no misplacement was 128 cm and the standard deviation was 73 cm, due to the noise assumed in the RSSI measurements. The results in <xref ref-type="fig" rid="f9-sensors-12-15009">Figure 9</xref> show that the localization mean error and its standard deviation behave fairly well with misplacement errors. When the standard deviation of the misplacement errors increases from 0 to 500 cm, the mean error only increases from 128 to 407 cm and its standard deviation increases from 73 to 196 cm, which illustrates the good behaviour of the proposed method with misplacement of anchor nodes.</p></sec>
<sec>
<title>Performance During the Training Stage</title>
<p>As pointed out in Section 4.2.1, the RSSI-range model can be estimated using measurements from only two static nodes. Once an initial model has been computed, it can be applied to localize mobile nodes. Thus, the training stage can be simultaneous with the application stage. Each static node keeps receiving new training measurements and as soon as it re-calculates a new model, it can be used in the application stage. At the beginning, RSSI-range models computed with few measurements will not achieve high localization accuracy. With more measurements, the trained models will be more and more precise, resulting in higher accuracy. The objective of these experiments is to evaluate the evolution of the localization accuracy during this process.</p>
<p>The experiments were carried out as follows. Robots carrying a node followed their trajectory in the environment. At a certain time, both the training stage and the operation stage started at the same time. As soon as a static node had gathered enough RSSI measurements, it built its own RSSI-range model. As the number of RSSI measurements gathered increased, the node recalculated its model. Meanwhile, mobile nodes broadcasted <italic>LocRequest</italic> packets. If a static node received a <italic>LocRequest</italic> packet but still had not built its RSSI-range model, it ignored the packet. Only static nodes that had their own RSSI-range model responded. With the responses, mobile nodes estimated their location. In this experiment, the localization method was applied using only the measurements—and the RSSI-range models—from four static nodes. The objective is to evaluate the impact of the accuracy of these four RSSI-range models on the localization errors.</p>
<p>First, the impact of the number of static nodes considered in the training was evaluated. Each static node contributed with 200 measurements to the training set. <xref ref-type="fig" rid="f10-sensors-12-15009">Figure 10</xref> (left) shows the localization errors obtained. If the models were trained considering two static nodes, the average localization error was 139.4 cm. As expected, when the number of static nodes increased—better trained models—the localization error improved: 125.2 cm using models that were trained with five static nodes. In addition, there was not a significant improvement if more than five static nodes were considered in the training.</p>
<p>Then, we evaluated the impact of the number of measurements each static node contributes to the training set. The training set contained measurements from five different static nodes. <xref ref-type="fig" rid="f10-sensors-12-15009">Figure 10</xref> (right) shows the localization errors obtained. If the RSSI-range models were computed using only one measurement from each static node—a total of five measurements in the training set, the average localization error was 138.4 cm. The localization error was 125 cm if models are trained with five measurements from each static node, <italic>i.e.</italic>, training set with 125 measurements. Again, there was not a significant improvement when the number of measurements of each static node was higher than four: it is not necessary to take many measurements from each static node to train RSSI-range models.</p>
<p>The above analyzes conclude that initial RSSI-range models computed using few measurements from few static nodes can provide sufficient accuracy. Accuracy improves as the models are refined with more measurements but there is not a significant improvement when the number of measurements is above a threshold. This validates the proposed localization approach in which the training stage and the application stage are simultaneous.</p></sec></sec>
<sec>
<label>6.1.2.</label>
<title>Dynamic Firefighter Guiding</title>
<p>This section experiments the proposed firefighter guiding method in a real setting. The experiments were carried out in the <italic>CONET</italic> testbed. The building map used is shown in <xref ref-type="fig" rid="f11-sensors-12-15009">Figure 11(c)</xref>. The WSN nodes in the <italic>CONET</italic> testbed are represented as circles. With this map, all rooms include at least one node and some rooms have up to three nodes. The severity of fire conditions is represented by the color of each room: darker colors mean worse conditions. The fire measurements used in the experiment were not real: they were values previously loaded in the nodes' memory. The radio transmission power of WSN nodes was reduced to allow multi-hop channels. The building can be modeled by the graph in <xref ref-type="fig" rid="f11-sensors-12-15009">Figure 11(a)</xref>. Each vertex represents a room. Vertex 0 corresponds to the outside of the building. Each edge is associated to a cost computed with the model used in Section 5.</p>
<p>The performance of the method with three different fire conditions was tested. At time <italic>t</italic><sub>1</sub> the sensors detected no fire alarms. In this case, the shortest paths are considered optimal. The optimal escape paths are in <xref ref-type="fig" rid="f11-sensors-12-15009">Figure 11(b)</xref>. Each path is an ordered list of room identifiers. The last identifier is 0, the building outside. The optimal path for room 1 is {2, 3, 6, 0}. Each path can be seen as a concatenation of local guiding information containing the current room and the next room in the path. For instance, the local guiding information for the nodes in room 1 is <italic>LGI</italic><sub>1</sub> = (1, 2).</p>
<p>Then, the Base Station floods the local guiding information in the WSN in one <italic>GuidingInfo</italic> packet. <italic>SeqF</italic> was set to 1. Each static node received the <italic>GuidingInfo</italic> packet and uploaded the guiding information. <xref ref-type="fig" rid="f11-sensors-12-15009">Figure 11(c)</xref> shows with arrows the guiding information at the nodes on each room of the building.</p>
<p>Then, a robot equipped with a mobile node-firefighter-activated the Escape Guiding Functionality. Its mobile node started broadcasting <italic>EscapeRequest</italic> packets. In response, static nodes transmitted <italic>EscapeResp</italic> packets with guiding information. The mobile node received them and discarded packets with old count: only <italic>EscapeResp</italic> packets corresponding to the last <italic>EscapeRequest</italic> packet were considered. After this filtering, the mobile node selected one <italic>EscapeResp</italic> packet using simple rules that consider their RSSI and <italic>SeqF</italic>, the version of the local guiding information. The mobile node sent the guiding information to the robot through the serial interface. The robot moved accordingly following the escape paths.</p>
<p>At time <italic>t</italic><sub>2</sub> the node deployed in room 3 sensed high <italic>CO</italic><sub>2</sub> concentrations. The measurements reached the Base Station, which recomputed the escape paths. <xref ref-type="fig" rid="f12-sensors-12-15009">Figure 12</xref> shows the cost of the new paths and the cost of the old paths computed using the current fire conditions. The new paths achieved a significant improvement for rooms 1 and 2. Thus, new fire status recommended updating the distributing the new guiding information distributed in the WSN. <xref ref-type="fig" rid="f11-sensors-12-15009">Figure 11(d)</xref> shows with arrows the guiding information stored in the nodes after the new flooding. The new escape paths avoided room 3. While in <italic>t</italic><sub>1</sub> the optimal path for room 2 was {3, 6, 0}, in <italic>t</italic><sub>2</sub> it was {5, 7, 6, 0}.</p>
<p>After a while, <italic>CO</italic><sub>2</sub> spread to rooms 2 and 6. When the measurements reached the Base Station, it recomputed the escape paths. The new local guiding information was flooded. The resulting guiding information stored in the nodes after the flood at <italic>t</italic><sub>3</sub> is in <xref ref-type="fig" rid="f11-sensors-12-15009">Figure 11(e)</xref>. <xref ref-type="fig" rid="f11-sensors-12-15009">Figure 11(a–c)</xref> shows with asterisks the resulting optimal path for room 1 in the three conditions. In <italic>t</italic><sub>1</sub> the optimal path was {2, 3, 6, 0}. In <italic>t</italic><sub>2</sub> it was {2, 5, 7, 6, 0} and in <italic>t</italic><sub>3</sub> it was {2, 5, 7, 9, 12, 14, 0}. The experiment was repeated 10 times with random fire conditions, and at all times the method performed as expected.</p>
<p>The method is rather robust to losses of <italic>EscapeRequest</italic> and <italic>EscapeResp</italic> packets. Temporal WSN disconnections can involve loss of updated fire measurements at the Base Station, which can result in unsuitable escape paths. Frequent transmission of <italic>FireSense</italic> packets help preventing these cases. Also, CTP re-computes multi-path routes dynamically to reduce the impact of node failures and unstable radio links. WSN disconnections can involve loss of local guiding information by static nodes. For instance, the interaction between updated and old guiding information in different nodes can originate firefighter guiding loops. Loss of local guiding information is solved by re-flooding updated packets. As said before, the Base Station keeps track of <italic>SeqF</italic> the version of the local information stored in each node and triggers new flooding if the actual escape paths are unsuitable. After 10,000 simulations, not a cycle was created by the proposed system. For safety, a simple guiding loop detection method for mobile nodes was devised: if a cycle is detected the mobile node warns the firefighter.</p></sec></sec>
<sec>
<label>6.2.</label>
<title>Validation Experiments</title>
<p>The proposed system has been validated in experiments in close-to-operational conditions carried out at two floors of the L1 Laboratories building of the School of Engineering of Seville. There are two stairs between both floors, each of them is modeled with a vertex in the building graph. The building has two exits at the first floor. The building has no previous WSN infrastructure. The proposed system was set with the values used in Section 6.1.1. For safety reasons, the experiments were carried out with no real fire. Below the story of the experiment and some results are summarized.</p>
<p>A fire was declared in the building. Soon, the fire brigade arrived. After a quick analysis, they decided the WSN deployment. Two firefighters equipped with mobile nodes entered the building and started deploying the nodes—beginning with the first floor—at assigned locations. Once deployed, each static node started dynamically creating the CTP routing channels. They also interchanged <italic>RegrRequest</italic> and <italic>RegrResp</italic> packets and obtain their RSSI-range models. After a short delay, fire/smoke measurements were received at the Base Station. FIREMAN2 detected a fire at the second floor. He stopped deployments. His finding was confirmed by nodes ID = 47, ID = 41 and ID = 35, which sensed abnormal <italic>CO</italic><sub>2</sub> measurements. The rest of the nodes measured normal readings. Meanwhile the Base Station computed escape paths using fire measurements and flooded the local guiding information for each WSN node. <xref ref-type="fig" rid="f13-sensors-12-15009">Figure 13</xref> shows with arrows the local guiding information stored in the nodes in each room. When the firefighter activated their mobile nodes, they started broadcasting <italic>LocRequest</italic> packets and receiving <italic>LocResp</italic> packets from nearby static nodes. Each mobile node computed its own location and created <italic>FiremanSense</italic> packets that were sent to the Base Station. The firefighter location and measurements were visualized and registered by the Base Station.</p>
<p>At time <italic>t</italic><sub>1</sub> FIREMAN1 found a group of students in a room on the second floor. He stopped deploying nodes and activated the Escape Guiding Functionality in his mobile node. The mobile node started broadcasting <italic>EscapeRequest</italic> packets and receiving <italic>EscapeResp</italic> packets from nearby nodes. The escape path passed from the second to the first floor using STAIRS1. FIREMAN1 followed the escape path and guided the students out of the building at EXIT1. <xref ref-type="fig" rid="f13-sensors-12-15009">Figure 13</xref> also shows the trajectory of FIREMAN1 estimated by the proposed localization method while the Escape Guiding Functionality is active.</p>
<p>After a while, node ID = 3 detected a low concentration of hydrocarbon gases, see <xref ref-type="fig" rid="f14-sensors-12-15009">Figure 14</xref>. The head of the fire brigade was informed that there was a Fuel Cell Unit in a room on the first floor. Then, the Base Station operator manually assigned that and the surrounding rooms with high costs in the escape path computation module. As a result, the optimal escape paths were updated and <italic>GuidingInfo</italic> packets with the new guiding information were flooded in the WSN. Static nodes updated their local guiding information, represented with arrows in <xref ref-type="fig" rid="f14-sensors-12-15009">Figure 14</xref>. At time <italic>t2</italic> FIREMAN2 got to extinguish the fire. To get out of the building he activated the Escape Guiding Functionality in his mobile node. In this case, the escape path used STAIRS2 and EXIT2. <xref ref-type="fig" rid="f14-sensors-12-15009">Figure 14</xref> shows in dashed line the actual trajectory estimated by the proposed system while the Escape Guiding Functionality of FIREMAN2 was active. A straight-line representation of the escape path is also depicted in solid line. <xref ref-type="fig" rid="f15-sensors-12-15009">Figure 15</xref> compares both (straight-line representation and actual locations) in <italic>X</italic> and <italic>Y</italic> axes.</p>
<p>The experiment took 25 minutes. Nodes were configured to transmit <italic>FireSense</italic> packets every 10 seconds: each node transmitted around 150 packets. <xref ref-type="fig" rid="f16-sensors-12-15009">Figure 16</xref> shows the number of <italic>FireSense</italic> packets from each static node that were received at the Base Station. An average of 88.7% of the <italic>FireSense</italic> packets arrived errorless at the Base Station. Nodes with higher ID—deeper in CTP trees—had high loss rate (up to 23.3% for node ID = 37), which was attributed to the higher numbers of retransmissions.</p></sec></sec>
<sec sec-type="conclusions">
<label>7.</label>
<title>Conclusions and Future Work</title>
<p>This paper describes a WSN tool to increase safety in urban and industrial fire fighting. It uses a WSN with static and mobile nodes carried by firefighter. However, it assumes that there is no preexisting WSN in the building, which improves applicability but imposes constraints such as lack of previous information and need for high adaptability and low delays. Once deployed by firefighter, static nodes provide a communication backbone with the Base Station through dynamic multi-hop routes. All nodes are equipped with fire/smoke sensors. Measurements from static and mobile nodes are transmitted to the Base Station for monitoring and registering. This paper focuses on the following functionalities: fire monitoring, firefighter monitoring and dynamic escape path computation.</p>
<p>The proposed system includes a robust localization method that employs RSSI-range models dynamically trained to cope with the peculiarities of the environment. The training and application stages of the method are applied simultaneously, resulting in high adaptability. The proposed localization method exhibited significant accuracy and robustness in the indoors experiments carried out. The system also includes an escape guiding method. The Base Station uses optimization graph-based tools to periodically compute minimal cost paths using updated fire measurements. The new guiding information is broadcasted only if it represents a significant improvement. The method is efficient and can be used simultaneously by as many firefighters as necessary. All these functionalities were integrated in a prototype that was satisfactorily tested in experiments in close to operational conditions.</p>
<p>The proposed system showed promising results in the tests carried out. Of course, further testing and evaluation are necessary before its use in the real application. The codification of local guiding information, which can simplify interpretation by firefighter and minimize potential errors, and the development of security mechanisms are also necessary before its use in the real application. In the proposed method, each static node knows its own location. The iterative cascade-like localization of the whole WSN using few initial anchor nodes with known location is also under research. In addition, the real application should require enclosures to protect nodes from the environment. The prototype we develop used a standard plastic box but the design of the enclosure considering different cost-performance solutions is currently under work. Expensive solutions are more effective from a protection point of view. We are currently working on the evaluation of the most suitable enclosure from a cost-robustness tradeoff perspective.</p></sec></body>
<back>
<ack>
<p>The work has been partially supported by CONET, Cooperating Objects Network of Excellence (INFSO-ICT-224053) funded by the European Commission under the ICT Programme of the VII FP. J. R. Martínez-de Dios acknowledges the partial funding obtained from EC-SAFEMOBILE, Estimation and Control for Safe Wireless High Mobility Cooperative Industrial Systems, FP7, European Commission, ICT Programme. Partial funding has been obtained by <italic>WSAN UAV: Sistema para el despliegue y operación autónoma de redes de sensores y actuadores utilizando Vehículos Aéreos no Tripulados</italic>, funded by the Junta de Andalucía under grant P09-TEP-5120. The authors gratefully thank ITURRI for their support in the experiments. The authors thank Jose Manuel Sanchez Matamoros and Gabriel Nuñez for their help in the implementation and experiments.</p></ack>
<ref-list>
<title>References</title>
<ref id="b1-sensors-12-15009"><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>A survey on sensor networks</article-title><source>IEEE Commun. Mag.</source><year>2002</year><volume>40</volume><fpage>102</fpage><lpage>114</lpage></citation></ref>
<ref id="b2-sensors-12-15009"><label>2.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Martínez-de Dios</surname><given-names>J.R.</given-names></name><name><surname>Arrue</surname><given-names>B.</given-names></name><name><surname>Ollero</surname><given-names>A.</given-names></name><name><surname>Merino</surname><given-names>L.</given-names></name><name><surname>Gómez-Rodríguez</surname><given-names>F.</given-names></name></person-group><article-title>Computer vision techniques for forest fire perception</article-title><source>Image Vision Comput.</source><year>2008</year><volume>26</volume><fpage>550</fpage><lpage>562</lpage><pub-id pub-id-type="doi">10.1016/j.imavis.2007.07.002</pub-id></citation></ref>
<ref id="b3-sensors-12-15009"><label>3.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Martínez-de Dios</surname><given-names>J.R.</given-names></name><name><surname>Merino</surname><given-names>L.</given-names></name><name><surname>Caballero</surname><given-names>F.</given-names></name><name><surname>Ollero</surname><given-names>A.</given-names></name></person-group><article-title>Automatic forest-fire measuring using ground stations and unmanned aerial systems</article-title><source>Sensors</source><year>2011</year><volume>11</volume><fpage>6328</fpage><lpage>6353</lpage><pub-id pub-id-type="doi">10.3390/s110606328</pub-id><pub-id pub-id-type="pmid">22163958</pub-id></citation></ref>
<ref id="b4-sensors-12-15009"><label>4.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Sahin</surname><given-names>Y.G.</given-names></name></person-group><article-title>Animals as mobile biological sensors for forest fire detection</article-title><source>Sensors</source><year>2007</year><volume>7</volume><fpage>3084</fpage><lpage>3099</lpage><pub-id pub-id-type="doi">10.3390/s7123084</pub-id></citation></ref>
<ref id="b5-sensors-12-15009"><label>5.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Lloret</surname><given-names>J.</given-names></name><name><surname>Garcia</surname><given-names>M.</given-names></name><name><surname>Bri</surname><given-names>D.</given-names></name><name><surname>Sendra</surname><given-names>S.</given-names></name></person-group><article-title>A wireless sensor network deployment for rural and forest fire detection and verification</article-title><source>Sensors</source><year>2009</year><volume>9</volume><fpage>8722</fpage><lpage>8747</lpage><pub-id pub-id-type="doi">10.3390/s91108722</pub-id><pub-id pub-id-type="pmid">22291533</pub-id></citation></ref>
<ref id="b6-sensors-12-15009"><label>6.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hefeeda</surname><given-names>M.</given-names></name><name><surname>Bagheri</surname><given-names>M.</given-names></name></person-group><article-title>Forest fire modeling and early detection using wireless sensor networks</article-title><source>Ad Hoc Sens. Wirel. Netw.</source><year>2009</year><volume>7</volume><fpage>169</fpage><lpage>224</lpage></citation></ref>
<ref id="b7-sensors-12-15009"><label>7.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Antoine-Santoni</surname><given-names>T.</given-names></name><name><surname>Santucci</surname><given-names>J.</given-names></name><name><surname>de Gentili</surname><given-names>E.</given-names></name><name><surname>Silvani</surname><given-names>X.</given-names></name><name><surname>Morandini</surname><given-names>F.</given-names></name></person-group><article-title>Performance of a protected wireless sensor network in a fire. Analysis of fire spread and data transmission</article-title><source>Sensors</source><year>2009</year><volume>9</volume><fpage>5878</fpage><lpage>5893</lpage><pub-id pub-id-type="doi">10.3390/s90805878</pub-id><pub-id pub-id-type="pmid">22454563</pub-id></citation></ref>
<ref id="b8-sensors-12-15009"><label>8.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Hartung</surname><given-names>C.</given-names></name><name><surname>Han</surname><given-names>R.</given-names></name><name><surname>Seielstad</surname><given-names>C.</given-names></name><name><surname>Holbrook</surname><given-names>S.</given-names></name></person-group><article-title>FireWxNet: A Multi-Tiered Portable Wireless System for Monitoring Weather Conditions in Wildland Fire Environments</article-title><conf-name>Proceedings of the 4th International Conference on Mobile Systems, Applications and Services</conf-name><conf-loc>Uppsala, Sweden</conf-loc><conf-date>19– 22 June 2006</conf-date><fpage>28</fpage><lpage>41</lpage></citation></ref>
<ref id="b9-sensors-12-15009"><label>9.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Tan</surname><given-names>W.</given-names></name><name><surname>Wang</surname><given-names>Q.</given-names></name><name><surname>Huang</surname><given-names>H.</given-names></name><name><surname>Guo</surname><given-names>Y.</given-names></name><name><surname>Zhang</surname><given-names>G.</given-names></name></person-group><article-title>Mine Fire Detection System Based on Wireless Sensor Network</article-title><conf-name>Proceedings of the International Conference on Information Acquisition</conf-name><conf-loc>Seogwipo-si, Korea</conf-loc><conf-date>8–11 July 2007</conf-date><fpage>148</fpage><lpage>151</lpage></citation></ref>
<ref id="b10-sensors-12-15009"><label>10.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Lim</surname><given-names>Y.</given-names></name><name><surname>Lim</surname><given-names>S.</given-names></name><name><surname>Choi</surname><given-names>J.</given-names></name><name><surname>Cho</surname><given-names>S.</given-names></name><name><surname>Kim</surname><given-names>C.</given-names></name><name><surname>Lee</surname><given-names>Y.</given-names></name></person-group><article-title>A Fire Detection and Rescue Support Framework with Wireless Sensor Networks</article-title><conf-name>Proceedings of the International Conference on Convergence Information Technology</conf-name><conf-loc>Gyeongju, Korea</conf-loc><conf-date>21– 23 November 2007</conf-date><fpage>135</fpage><lpage>138</lpage></citation></ref>
<ref id="b11-sensors-12-15009"><label>11.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Zhang</surname><given-names>L.</given-names></name><name><surname>Wang</surname><given-names>G.</given-names></name></person-group><article-title>Design and Implementation of Automatic Fire Alarm System Based on Wireless Sensor Networks</article-title><conf-name>Proceedings of the International Symposium on Information Processing</conf-name><conf-loc>Huangshan, China</conf-loc><conf-date>21–23 August 2009</conf-date><fpage>410</fpage><lpage>413</lpage></citation></ref>
<ref id="b12-sensors-12-15009"><label>12.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Bahrepour</surname><given-names>M.</given-names></name><name><surname>Meratnia</surname><given-names>N.</given-names></name><name><surname>Poel</surname><given-names>M.</given-names></name><name><surname>Taghikhaki</surname><given-names>Z.</given-names></name><name><surname>Havinga</surname><given-names>P.</given-names></name></person-group><article-title>Distributed Event Detection in Wireless Sensor Networks for Disaster Management</article-title><conf-name>Proceedings of the 2nd International Conference on Intelligent Networking and Collaborative Systems (INCOS)</conf-name><conf-loc>Thessaloniki, Greece</conf-loc><conf-date>24–26 November 2010</conf-date><fpage>507</fpage><lpage>512</lpage></citation></ref>
<ref id="b13-sensors-12-15009"><label>13.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Bernardo</surname><given-names>L.</given-names></name><name><surname>Oliveira</surname><given-names>R.</given-names></name><name><surname>Tiago</surname><given-names>R.</given-names></name><name><surname>Pinto</surname><given-names>P.</given-names></name></person-group><article-title>A Fire Monitoring Application for Scattered Wireless Sensor Networks</article-title><conf-name>Proceedings of the International Conference on Wireless Information Networks and Systems</conf-name><conf-loc>Barcelona, Spain</conf-loc><conf-date>28–31 July 2007</conf-date><fpage>28</fpage><lpage>31</lpage></citation></ref>
<ref id="b14-sensors-12-15009"><label>14.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Tseng</surname><given-names>Y.C.</given-names></name><name><surname>Pan</surname><given-names>M.S.</given-names></name><name><surname>Tsai</surname><given-names>Y.Y.</given-names></name></person-group><article-title>Wireless sensor networks for emergency navigation</article-title><source>Computer</source><year>2006</year><volume>39</volume><fpage>55</fpage><lpage>62</lpage></citation></ref>
<ref id="b15-sensors-12-15009"><label>15.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Li</surname><given-names>Q.</given-names></name><name><surname>de Rosa</surname><given-names>M.</given-names></name><name><surname>Rus</surname><given-names>D.</given-names></name></person-group><article-title>Distributed Algorithms for Guiding Navigation Across a Sensor Network</article-title><conf-name>Proceedings of the 9th Annual International Conference on Mobile Computing and Networking</conf-name><conf-loc>San Diego, CA, USA</conf-loc><conf-date>14–19 September 2003</conf-date><fpage>313</fpage><lpage>325</lpage></citation></ref>
<ref id="b16-sensors-12-15009"><label>16.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Barnes</surname><given-names>M.</given-names></name><name><surname>Leather</surname><given-names>H.</given-names></name><name><surname>Arvind</surname><given-names>D.</given-names></name></person-group><article-title>Emergency Evacuation using Wireless Sensor Networks</article-title><conf-name>Proceedings of the 32nd IEEE Conference on Local Computer Networks</conf-name><conf-loc>Dublin, Ireland</conf-loc><conf-date>15– 18 October 2007</conf-date><fpage>851</fpage><lpage>857</lpage></citation></ref>
<ref id="b17-sensors-12-15009"><label>17.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Liu</surname><given-names>H.</given-names></name><name><surname>Li</surname><given-names>J.</given-names></name><name><surname>Xie</surname><given-names>Z.</given-names></name><name><surname>Lin</surname><given-names>S.</given-names></name><name><surname>Whitehouse</surname><given-names>K.</given-names></name><name><surname>Stankovic</surname><given-names>J.A.</given-names></name><name><surname>Siu</surname><given-names>D.</given-names></name></person-group><source>Automatic and Robust Breadcrumb System Deployment for Indoor Firefighter Applications</source><person-group person-group-type="editor"><name><surname>Banerjee</surname><given-names>S.</given-names></name><name><surname>Keshav</surname><given-names>S.</given-names></name><name><surname>Wolman</surname><given-names>A.</given-names></name></person-group><publisher-name>ACM</publisher-name><publisher-loc>New York, NY, USA</publisher-loc><year>2010</year><fpage>21</fpage><lpage>34</lpage></citation></ref>
<ref id="b18-sensors-12-15009"><label>18.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Himoto</surname><given-names>K.</given-names></name><name><surname>Tanaka</surname><given-names>T.</given-names></name></person-group><article-title>A Physically-Based Model for Urban Fire Spread</article-title><conf-name>Proceedings of the 2nd Workshop of US-Japan Cooperative Research for Urban Earthquake Disaster Mitigation</conf-name><conf-loc>Kobe, Japan</conf-loc><conf-date>14–15 February 2002</conf-date></citation></ref>
<ref id="b19-sensors-12-15009"><label>19.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Gnawali</surname><given-names>O.</given-names></name><name><surname>Fonseca</surname><given-names>R.</given-names></name><name><surname>Jamieson</surname><given-names>K.</given-names></name><name><surname>Moss</surname><given-names>D.</given-names></name><name><surname>Levis</surname><given-names>P.</given-names></name></person-group><article-title>Collection Tree Protocol</article-title><conf-name>Proceedings of the 7th ACM Conference on Embedded Networked Sensor Systems</conf-name><conf-loc>Berkeley, CA, USA</conf-loc><conf-date>4–6 November 2009</conf-date><fpage>1</fpage><lpage>14</lpage></citation></ref>
<ref id="b20-sensors-12-15009"><label>20.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Wang</surname><given-names>X.</given-names></name><name><surname>Bischoff</surname><given-names>O.</given-names></name><name><surname>Laur</surname><given-names>R.</given-names></name><name><surname>Paul</surname><given-names>S.</given-names></name></person-group><article-title>Localization in wireless <italic>ad-hoc</italic> sensor networks using multilateration with RSSI for logistic applications</article-title><source>Procedia Chem.</source><year>2009</year><volume>1</volume><fpage>461</fpage><lpage>464</lpage><pub-id pub-id-type="doi">10.1016/j.proche.2009.07.115</pub-id></citation></ref>
<ref id="b21-sensors-12-15009"><label>21.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Savvides</surname><given-names>A.</given-names></name><name><surname>Han</surname><given-names>C.</given-names></name><name><surname>Strivastava</surname><given-names>M.</given-names></name></person-group><article-title>Dynamic Fine-Grained Localization in Ad-Hoc Networks of Sensors</article-title><conf-name>Proceedings of the 7th Annual International Conference on Mobile Computing and Networking</conf-name><conf-loc>Rome, Italy</conf-loc><conf-date>16–21 July 2001</conf-date><fpage>166</fpage><lpage>179</lpage></citation></ref>
<ref id="b22-sensors-12-15009"><label>22.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Patwari</surname><given-names>N.</given-names></name><name><surname>O'Dea</surname><given-names>R.</given-names></name><name><surname>Wang</surname><given-names>Y.</given-names></name></person-group><article-title>Relative Location in Wireless Networks</article-title><conf-name>Proceedings of the 53rd IEEE VTS Vehicular Technology Conference</conf-name><conf-loc>Rhodes, Greece</conf-loc><conf-date>6–9 May 2001</conf-date><fpage>1149</fpage><lpage>1153</lpage></citation></ref>
<ref id="b23-sensors-12-15009"><label>23.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Liu</surname><given-names>C.</given-names></name><name><surname>Wu</surname><given-names>K.</given-names></name><name><surname>He</surname><given-names>T.</given-names></name></person-group><article-title>Sensor Localization with Ring Overlapping Based on Comparison of Received Signal Strength Indicator</article-title><conf-name>Proceedings of the IEEE International Conference on Mobile Ad-hoc and Sensor Systems</conf-name><conf-loc>Fort Lauderdale, FL, USA</conf-loc><conf-date>24– 27 October 2004</conf-date><fpage>516</fpage><lpage>518</lpage></citation></ref>
<ref id="b24-sensors-12-15009"><label>24.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>He</surname><given-names>T.</given-names></name><name><surname>Huang</surname><given-names>C.</given-names></name><name><surname>Blum</surname><given-names>B.</given-names></name><name><surname>Stankovic</surname><given-names>J.</given-names></name><name><surname>Abdelzaher</surname><given-names>T.</given-names></name></person-group><article-title>Range-free Localization Schemes for Large Scale Sensor Networks</article-title><conf-name>Proceedings of the 9th Annual International Conference on Mobile Computing and Networking</conf-name><conf-loc>San Diego, CA, USA</conf-loc><conf-date>14–19 September 2003</conf-date><fpage>81</fpage><lpage>95</lpage></citation></ref>
<ref id="b25-sensors-12-15009"><label>25.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Honkavirta</surname><given-names>V.</given-names></name><name><surname>Perala</surname><given-names>T.</given-names></name><name><surname>Ali-Loytty</surname><given-names>S.</given-names></name><name><surname>Piché</surname><given-names>R.</given-names></name></person-group><article-title>A Comparative Survey of WLAN Location Fingerprinting Methods</article-title><conf-name>Proceedings of the 6th Workshop on Positioning, Navigation and Communication</conf-name><conf-loc>Hannover, Germany</conf-loc><conf-date>19 March 2009</conf-date><fpage>243</fpage><lpage>251</lpage></citation></ref>
<ref id="b26-sensors-12-15009"><label>26.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Benkic</surname><given-names>K.</given-names></name><name><surname>Malajner</surname><given-names>M.</given-names></name><name><surname>Planinsic</surname><given-names>P.</given-names></name><name><surname>Cucej</surname><given-names>Z.</given-names></name></person-group><article-title>Using RSSI Value for Distance Estimation in Wireless Sensor Networks Based on ZigBee</article-title><conf-name>Proceedings of the 15th International Conference on Systems, Signals and Image Processing</conf-name><conf-loc>Bratislava, Slovakia</conf-loc><conf-date>25–28 June 2008</conf-date><fpage>303</fpage><lpage>306</lpage></citation></ref>
<ref id="b27-sensors-12-15009"><label>27.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Jianwu</surname><given-names>Z.</given-names></name><name><surname>Lu</surname><given-names>Z.</given-names></name></person-group><article-title>Research on Distance Measurement Based on RSSI of ZigBee</article-title><conf-name>Proceedings of the ISECS International Colloquium on Computing, Communication, Control, and Management</conf-name><conf-loc>Sanya, China</conf-loc><conf-date>8–9 August 2009</conf-date><fpage>210</fpage><lpage>212</lpage></citation></ref>
<ref id="b28-sensors-12-15009"><label>28.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Fischler</surname><given-names>M.</given-names></name><name><surname>Bolles</surname><given-names>R.</given-names></name></person-group><article-title>Random sample consensus: A paradigm for model fitting with applications to image analysis and automated cartography</article-title><source>Commun. ACM</source><year>1981</year><volume>24</volume><fpage>381</fpage><lpage>395</lpage><pub-id pub-id-type="doi">10.1145/358669.358692</pub-id></citation></ref>
<ref id="b29-sensors-12-15009"><label>29.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Blumenthal</surname><given-names>J.</given-names></name><name><surname>Grossmann</surname><given-names>R.</given-names></name><name><surname>Golatowski</surname><given-names>F.</given-names></name><name><surname>Timmermann</surname><given-names>D.</given-names></name></person-group><article-title>Weighted Centroid Localization in Zigbee-Based Sensor Networks</article-title><conf-name>Proceedings of the IEEE International Symposium on Intelligent Signal Processing</conf-name><conf-loc>Alcala de Henares, Spain</conf-loc><conf-date>3– 5 October 2007</conf-date><fpage>1</fpage><lpage>6</lpage></citation></ref>
<ref id="b30-sensors-12-15009"><label>30.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Dijkstra</surname><given-names>E.</given-names></name></person-group><article-title>A note on two problems in connexion with graphs</article-title><source>Numer. Math.</source><year>1959</year><volume>1</volume><fpage>269</fpage><lpage>271</lpage><pub-id pub-id-type="doi">10.1007/BF01386390</pub-id></citation></ref>
<ref id="b31-sensors-12-15009"><label>31.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Jiménez-González</surname><given-names>A.</given-names></name><name><surname>Martínez-de Dios</surname><given-names>J.R.</given-names></name><name><surname>Ollero</surname><given-names>A.</given-names></name></person-group><article-title>An integrated testbed for cooperative perception with heterogeneous mobile and static sensors</article-title><source>Sensors</source><year>2011</year><volume>11</volume><fpage>11516</fpage><lpage>11543</lpage><pub-id pub-id-type="doi">10.3390/s111211516</pub-id><pub-id pub-id-type="pmid">22247679</pub-id></citation></ref></ref-list>
<sec sec-type="display-objects">
<title>Figures and Table</title>
<fig id="f1-sensors-12-15009" position="float">
<label>Figure 1.</label>
<caption>
<p>(<bold>Left</bold>) Prototype of the mobile nodes used in the experiments; (<bold>Right</bold>) Photograph taken during the validation experiments.</p></caption>
<graphic xlink:href="sensors-12-15009f1.gif"/></fig>
<fig id="f2-sensors-12-15009" position="float">
<label>Figure 2.</label>
<caption>
<p>Temperature and relative humidity measurements obtained from two nodes at 3 m and 5 m from a fire machine.</p></caption>
<graphic xlink:href="sensors-12-15009f2.gif"/></fig>
<fig id="f3-sensors-12-15009" position="float">
<label>Figure 3.</label>
<caption>
<p>Experimental RSSI-range models obtained with and without RANSAC.</p></caption>
<graphic xlink:href="sensors-12-15009f3.gif"/></fig>
<fig id="f4-sensors-12-15009" position="float">
<label>Figure 4.</label>
<caption>
<p>Mean model fitting error assuming different numbers of RANSAC iterations.</p></caption>
<graphic xlink:href="sensors-12-15009f4.gif"/></fig>
<fig id="f5-sensors-12-15009" position="float">
<label>Figure 5.</label>
<caption>
<p>Evaluation of the effect of <italic>p</italic> and the number of anchor nodes in the WCL method.</p></caption>
<graphic xlink:href="sensors-12-15009f5.gif"/></fig>
<fig id="f6-sensors-12-15009" position="float">
<label>Figure 6.</label>
<caption>
<p>(<bold>Left</bold>) Picture of the <italic>CONET</italic> testbed; (<bold>Right</bold>) Scheme of a typical WSN deployment in the testbed room.</p></caption>
<graphic xlink:href="sensors-12-15009f6.gif"/></fig>
<fig id="f7-sensors-12-15009" position="float">
<label>Figure 7.</label>
<caption>
<p>RSSI-range model for two nodes of the <italic>CONET</italic> testbed.</p></caption>
<graphic xlink:href="sensors-12-15009f7.gif"/></fig>
<fig id="f8-sensors-12-15009" position="float">
<label>Figure 8.</label>
<caption>
<p>Results of the proposed localization method in axes <italic>X</italic> (up) and <italic>Y</italic> (bottom).</p></caption>
<graphic xlink:href="sensors-12-15009f8a.gif"/>
<graphic xlink:href="sensors-12-15009f8b.gif"/></fig>
<fig id="f9-sensors-12-15009" position="float">
<label>Figure 9.</label>
<caption>
<p>Impact of anchor nodes misplacement in mean localization error (<bold>left</bold>) and standard deviation (<bold>right</bold>).</p></caption>
<graphic xlink:href="sensors-12-15009f9.gif"/></fig>
<fig id="f10-sensors-12-15009" position="float">
<label>Figure 10.</label>
<caption>
<p>(<bold>Left</bold>) Average localization error <italic>VERSUS</italic> number of static nodes taken into account in the training of the RSSI-range models. Each static node contributed with 200 measurements to the training set; (<bold>Right</bold>) Average localization error <italic>VERSUS</italic> number of measurements from each static node taken into account in the training of the RSSI-range model. The training set contains measurements from five different static nodes.</p></caption>
<graphic xlink:href="sensors-12-15009f10.gif"/></fig>
<fig id="f11-sensors-12-15009" position="float">
<label>Figure 11.</label>
<caption>
<p>Dynamic firefighter guiding experiments carried out in the <italic>CONET</italic> testbed: (<bold>a</bold>) building graph; (<bold>b</bold>) optimal paths at <italic>t</italic><sub>1</sub>; (<bold>c</bold>–<bold>e</bold>) maps with resulting escape paths at times <italic>t</italic><sub>1</sub>, <italic>t</italic><sub>2</sub> and <italic>t</italic><sub>3</sub>; (<bold>f</bold>) local guiding information at times <italic>t</italic><sub>1</sub>, <italic>t</italic><sub>2</sub> and <italic>t</italic><sub>3</sub>.</p></caption>
<graphic xlink:href="sensors-12-15009f11a.gif"/>
<graphic xlink:href="sensors-12-15009f11b.gif"/></fig>
<fig id="f12-sensors-12-15009" position="float">
<label>Figure 12.</label>
<caption>
<p>Costs of the new and old escape paths computed with the measurements at <italic>t</italic><sub>2</sub>.</p></caption>
<graphic xlink:href="sensors-12-15009f12.gif"/></fig>
<fig id="f13-sensors-12-15009" position="float">
<label>Figure 13.</label>
<caption>
<p>Maps of the second (<bold>a</bold>) and first (<bold>b</bold>) floors of the building with fire conditions and guiding information at time <italic>t</italic><sub>1</sub>. The trajectory followed by FIREMAN1 while escaping from the building is also shown.</p></caption>
<graphic xlink:href="sensors-12-15009f13.gif"/></fig>
<fig id="f14-sensors-12-15009" position="float">
<label>Figure 14.</label>
<caption>
<p>Maps of the second (<bold>a)</bold> and first (<bold>b</bold>) floors of the building with fire conditions and guiding information at time <italic>t</italic><sub>2</sub>. The straight-line representation of the escape path (dashed line) and the actual trajectory followed by FIREMAN2 (solid line) are also shown.</p></caption>
<graphic xlink:href="sensors-12-15009f14a.gif"/>
<graphic xlink:href="sensors-12-15009f14b.gif"/></fig>
<fig id="f15-sensors-12-15009" position="float">
<label>Figure 15.</label>
<caption>
<p>Locations in <italic>X</italic> (up) and <italic>Y</italic> (bottom) axes of FIREMAN2 location estimated by the proposed method while its Escape Guiding Functionality was active. The straight-line representation (dashed line) and the actual trajectory followed by FIREMAN2 (solid line) are shown.</p></caption>
<graphic xlink:href="sensors-12-15009f15.gif"/></fig>
<fig id="f16-sensors-12-15009" position="float">
<label>Figure 16.</label>
<caption>
<p>Number of FireSense packets received per node ID.</p></caption>
<graphic xlink:href="sensors-12-15009f16.gif"/></fig>
<table-wrap id="t1-sensors-12-15009" position="float">
<label>Table 1.</label>
<caption>
<p><italic>GuidingInfo</italic> packet. Each column includes the field name and its size.</p></caption>
<table frame="hsides" rules="groups">
<thead>
<tr>
<th align="left" valign="middle"><bold>Pkt ID</bold></th>
<th align="center" valign="middle"><bold>SeqF</bold></th>
<th align="center" valign="middle"><bold>Pkt N°</bold></th>
<th align="center" valign="middle"><bold>Node ID</bold></th>
<th align="center" valign="middle"><bold>Next Room</bold></th>
<th align="center" valign="middle">…</th>
<th align="center" valign="middle"><bold>Node ID</bold></th>
<th align="center" valign="middle"><bold>Next Room</bold></th></tr></thead>
<tbody>
<tr>
<td align="center" valign="middle">1</td>
<td align="center" valign="middle">1</td>
<td align="center" valign="middle">1</td>
<td align="center" valign="middle">2</td>
<td align="center" valign="middle">2</td>
<td align="center" valign="middle">…</td>
<td align="center" valign="middle">2</td>
<td align="center" valign="middle">2</td></tr></tbody></table></table-wrap></sec></back></article>
