<?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/s120607548</article-id>
<article-id pub-id-type="publisher-id">sensors-12-07548</article-id>
<article-categories>
<subj-group>
<subject>Article</subject></subj-group></article-categories>
<title-group>
<article-title>A Neural Networks-Based Hybrid Routing Protocol for Wireless Mesh Networks</article-title></title-group>
<contrib-group>
<contrib contrib-type="author">
<name><surname>Kojić</surname><given-names>Nenad</given-names></name><xref ref-type="aff" rid="af1-sensors-12-07548"><sup>1</sup></xref><xref ref-type="aff" rid="af2-sensors-12-07548"><sup>2</sup></xref><xref ref-type="corresp" rid="c1-sensors-12-07548"><sup>*</sup></xref></contrib>
<contrib contrib-type="author">
<name><surname>Reljin</surname><given-names>Irini</given-names></name><xref ref-type="aff" rid="af1-sensors-12-07548"><sup>1</sup></xref><xref ref-type="aff" rid="af3-sensors-12-07548"><sup>3</sup></xref></contrib>
<contrib contrib-type="author">
<name><surname>Reljin</surname><given-names>Branimir</given-names></name><xref ref-type="aff" rid="af1-sensors-12-07548"><sup>1</sup></xref><xref ref-type="aff" rid="af4-sensors-12-07548"><sup>4</sup></xref></contrib></contrib-group>
<aff id="af1-sensors-12-07548">
<label>1</label> Digital Image Processing, Telemedicine and Multimedia Laboratory, Faculty of Electrical Engineering, University of Belgrade, Bulevar Kralja Aleksandra 73, Belgrade 11000, Serbia; E-Mails: <email>irinitms@gmail.com</email> (I.R.); <email>reljinb@etf.rs</email> (B.R.)</aff>
<aff id="af2-sensors-12-07548">
<label>2</label> ICT College for Vocational Studies, Zdravka Čelara 16, Belgrade 11000, Serbia</aff>
<aff id="af3-sensors-12-07548">
<label>3</label> Faculty of Electrical Engineering, University of Belgrade, Bulevar Kralja Aleksandra 73, Belgrade 11000, Serbia</aff>
<aff id="af4-sensors-12-07548">
<label>4</label> Innovation Center of Faculty of Electrical Engineering, University of Belgrade, Bulevar Kralja Aleksandra 73, Belgrade 11000, Serbia</aff>
<author-notes>
<corresp id="c1-sensors-12-07548">
<label>*</label>Author to whom correspondence should be addressed; E-Mail: <email>nenad.kojic@ict.edu.rs</email>; Tel.: +381-64-832-8910; Fax: +381-11-329-0650.</corresp></author-notes>
<pub-date pub-type="collection">
<year>2012</year></pub-date>
<pub-date pub-type="epub">
<day>07</day>
<month>06</month>
<year>2012</year></pub-date>
<volume>12</volume>
<issue>6</issue>
<fpage>7548</fpage>
<lpage>7575</lpage>
<history>
<date date-type="received">
<day>13</day>
<month>03</month>
<year>2012</year></date>
<date date-type="rev-recd">
<day>28</day>
<month>05</month>
<year>2012</year></date>
<date date-type="accepted">
<day>29</day>
<month>05</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>The networking infrastructure of wireless mesh networks (WMNs) is decentralized and relatively simple, but they can display reliable functioning performance while having good redundancy. WMNs provide Internet access for fixed and mobile wireless devices. Both in urban and rural areas they provide users with high-bandwidth networks over a specific coverage area. The main problems affecting these networks are changes in network topology and link quality. In order to provide regular functioning, the routing protocol has the main influence in WMN implementations. In this paper we suggest a new routing protocol for WMN, based on good results of a proactive and reactive routing protocol, and for that reason it can be classified as a hybrid routing protocol. The proposed solution should avoid flooding and creating the new routing metric. We suggest the use of artificial logic—<italic>i.e.</italic>, neural networks (NNs). This protocol is based on mobile agent technologies controlled by a Hopfield neural network. In addition to this, our new routing metric is based on multicriteria optimization in order to minimize delay and blocking probability (rejected packets or their retransmission). The routing protocol observes real network parameters and real network environments. As a result of artificial logic intelligence, the proposed routing protocol should maximize usage of network resources and optimize network performance.</p></abstract>
<kwd-group>
<kwd>artificial intelligence</kwd>
<kwd>Hopfield neural network</kwd>
<kwd>MANET</kwd>
<kwd>multicriteria optimization</kwd>
<kwd>routing protocol</kwd>
<kwd>wireless mesh network</kwd></kwd-group></article-meta></front>
<body>
<sec sec-type="intro">
<label>1.</label>
<title>Introduction</title>
<p>Modern information society has the increasing need for Internet access, as the global network for information circulation. Nowadays, it is necessary to obtain Internet access for all types of network devices (fixed and mobile wireless devices), in any possible way and at any place. This is extremely important if we bear in mind that the use of wireless devices, like smart phones, mobile phones, PDAs, laptops <italic>etc.</italic> is on the increase. These demands impose the need for large infrastructure, which is often impossible to realize, especially in rural areas.</p>
<p>This type of problems can be solved to a great extent with the use of Mobile <italic>Ad Hoc</italic> Networks (MANETs) [<xref ref-type="bibr" rid="b1-sensors-12-07548">1</xref>–<xref ref-type="bibr" rid="b5-sensors-12-07548">5</xref>]. MANET presents large-scale multi-hop wireless network which is very applicable for quick access and wide area coverage [<xref ref-type="bibr" rid="b1-sensors-12-07548">1</xref>,<xref ref-type="bibr" rid="b3-sensors-12-07548">3</xref>,<xref ref-type="bibr" rid="b5-sensors-12-07548">5</xref>]. One specific type of mobile <italic>Ad Hoc</italic> network is the wireless mesh network (WMN) [<xref ref-type="bibr" rid="b6-sensors-12-07548">6</xref>–<xref ref-type="bibr" rid="b9-sensors-12-07548">9</xref>]. A WMN is the set of wireless nodes, which communicate in such a way that they mutually transfer all packets within the network. This relatively new wireless multihop technology is organized as a mesh topology and can be a revolutionary solution for gaining access to wireless networks [<xref ref-type="bibr" rid="b10-sensors-12-07548">10</xref>]. Like in a MANET organization, a WMN also has nodes that behave simultaneously both as host and as wireless router. In that way, each node has both mesh router and mesh client functions. The most common role of WMNs is to gain quick wireless network access and connection to the Internet. For that reason, there are two main types of nodes: the nodes that are part of the network and don't have direct connection to Internet (called WMN routers), and nodes that do have Internet connection (called gateways) [<xref ref-type="bibr" rid="b11-sensors-12-07548">11</xref>]. There is a distinction between several types of links within the network, where only intra-mesh links are wireless and all others can be either wired or wireless. As an illustrative example, in <xref ref-type="fig" rid="f1-sensors-12-07548">Figure 1</xref> the block diagram of typical WMN is depicted.</p>
<p>Link connections between gateways and Internet can also be wired or wireless and are is supposed to be reliable, so it will not be discussed in the paper further on. A WMN defined in this way is suitable for establishing wireless communication between subscribers and the Internet. Standard new generation devices (laptops, PDAs, PocketPCs, phones, <italic>etc.</italic>) which have wireless network interface cards (NICs) can be directly connected on wireless mesh routers, and that way access the Internet through a WMN. Subscribers who don't have NIC can be connected to the WMN using Ethernet directly through mesh routers.</p>
<p>WMN defined in this way is dynamically self-organized, self-configured, self-optimizing and fault tolerant with the nodes in the network automatically establishing and maintaining mesh connectivity among themselves [<xref ref-type="bibr" rid="b12-sensors-12-07548">12</xref>,<xref ref-type="bibr" rid="b13-sensors-12-07548">13</xref>]. All these performances clearly indicate that WMN has advantages such as low investment overhead, easy network maintenance, fast to deploy, robustness and reliable service coverage. In that way, WMNs have become a favorable solution for neighborhood networks, enterprise networking, communities, <italic>etc.</italic> A large number of companies have based their solutions on WMNs. IP solutions using WMNs have been also created by Nokia, Microsoft, Motorola, Intel, <italic>etc.</italic> [<xref ref-type="bibr" rid="b11-sensors-12-07548">11</xref>,<xref ref-type="bibr" rid="b12-sensors-12-07548">12</xref>].</p>
<p>Constructing WMNs requires initial creation of a network from various numbers of mesh routers and mesh clients. Mesh routers can be stationary, set on the building roofs or high spots in the air, while mesh clients can be mobile and in that way communicate with the other wireless routers.</p>
<p>The gateways are mostly stationary wireless routers, which make connections with other networks or Internet through a wired medium. In this way, the price of Internet access has decreased dramatically compared to classical wired systems (cable-modem and xDSL). So, the advantages compared to fixed wireless metropolitan area networks (WMANs) are seen in multiplied routes. This comes from using mesh clients as routers, thus compensating for the bad performance of some space directions; bad flow or connection failures produced by obstacles (buildings, trees, <italic>etc.</italic>). Further, for implementing WMNs, already available components, coming from other technologies, can be used such as: <italic>Ad Hoc</italic> network routing protocols [<xref ref-type="bibr" rid="b5-sensors-12-07548">5</xref>,<xref ref-type="bibr" rid="b14-sensors-12-07548">14</xref>,<xref ref-type="bibr" rid="b15-sensors-12-07548">15</xref>], IEEE 802.11 MAC protocol, wired equivalent privacy (WEP) security, <italic>etc.</italic> Unfortunately, these solutions can offer some but not all of the necessary performance needed to satisfy final subscribers. As one of the main problems, optimal routing which considers all important parameters of WNM topology stands out [<xref ref-type="bibr" rid="b14-sensors-12-07548">14</xref>,<xref ref-type="bibr" rid="b15-sensors-12-07548">15</xref>].</p>
<p>The advantages of WMNs are: (1) Reliability—the ability of the protocol to fulfill quick rerouting in the case of link failure between nodes in overall route; mobile user connectivity—protocol should enable fast hand-offs; (2) Scalability: in the case of overloading, the number of nodes and QoS in the network cannot be expanded, so various categories of traffic should be delivered to the optimal routes which can satisfy needed quality of service [<xref ref-type="bibr" rid="b11-sensors-12-07548">11</xref>].</p>
<p>On the other hand, wireless routers in WMNs are expected to be unstable. Apart from routers, wireless links can be unstable. The quality of data transmission can be weakened by multi-path fading effects, external interference and weather conditions. The potential instability of routers and links can appear after determining the optimal route, during transmission of data, which brings us additional requirements related to the protocol.</p>
<p>Existing routing protocols applied to WMNs do not have enough scalability [<xref ref-type="bibr" rid="b14-sensors-12-07548">14</xref>,<xref ref-type="bibr" rid="b16-sensors-12-07548">16</xref>]. Some protocols perform an additional check after finding an optimal route, but it is certain that the conditions can changed over time [<xref ref-type="bibr" rid="b16-sensors-12-07548">16</xref>]. Usually, the changes are detected only when the link fails or if some of the routers do not respond [<xref ref-type="bibr" rid="b17-sensors-12-07548">17</xref>,<xref ref-type="bibr" rid="b18-sensors-12-07548">18</xref>]. The authors of [<xref ref-type="bibr" rid="b19-sensors-12-07548">19</xref>,<xref ref-type="bibr" rid="b20-sensors-12-07548">20</xref>] suggested some solutions, where the route testing is done periodically, but the testing interval is not small enough to follow current network monitoring. Besides, the protocol should obtain adaptability in a sense of topology change, as well as adaptability of routers and links, which is quite often in WMNs. In addition to the problem of defining the optimal routing protocol, while designing the WMN, the problem of the quality of wireless transmissions has to be considered. Several authors have provided suggestions for solving the transmission problem and making optimal use of the available spectrum [<xref ref-type="bibr" rid="b21-sensors-12-07548">21</xref>–<xref ref-type="bibr" rid="b23-sensors-12-07548">23</xref>].</p>
<p>In this paper, one solution for optimal routing in WMNs is proposed, more specifically, the one emphasizing the management of network resources. Taking into consideration all particularities of WMNs, the proposed solution provides, in the Pareto sense, the optimal route selection, in the shortest time interval, taking into account the current state of the network and optimal use of all network resources. In that way, it is necessary to choose the route in accordance with the needs of future subscribers and their traffic, with as small as possible number of rerouting and the optimal loading balance of the entire network.</p>
<p>The rest of this paper is organized as follows. The brief view of related work is given in Section 2. Section 3 describes the methodology including network deployments and protocol description. The used artificial neural network model is explained in Section 4, while new routing metric based on Hopfield neural network is given in Section 5. Section 6 provides our simulation results. At the end we summarize our work and give future plans in the Conclusions.</p></sec>
<sec>
<label>2.</label>
<title>Related Work</title>
<p>A number of different routing protocols have been presented in the literature. Some were used many years ago, and had been implemented in wired networks [<xref ref-type="bibr" rid="b11-sensors-12-07548">11</xref>,<xref ref-type="bibr" rid="b14-sensors-12-07548">14</xref>,<xref ref-type="bibr" rid="b17-sensors-12-07548">17</xref>,<xref ref-type="bibr" rid="b24-sensors-12-07548">24</xref>,<xref ref-type="bibr" rid="b25-sensors-12-07548">25</xref>]. Starting with the Routing Information Protocol (RIP) [<xref ref-type="bibr" rid="b26-sensors-12-07548">26</xref>] and its modification [<xref ref-type="bibr" rid="b27-sensors-12-07548">27</xref>] there is Open Shortest Path First (OSPF) [<xref ref-type="bibr" rid="b24-sensors-12-07548">24</xref>,<xref ref-type="bibr" rid="b25-sensors-12-07548">25</xref>,<xref ref-type="bibr" rid="b28-sensors-12-07548">28</xref>] as an open protocol. OSPF is one of the most used Interior Gateway Protocols (IGP) in large enterprise networks. This protocol is an adaptive routing protocol, which means the routing is based on real network parameters. The algorithm proposed in this paper will use some of the OSPF attributes, improving the mechanism of collecting, processing and routing decisions. In large networks the Intermediate System to Intermediate System (IS-IS) is commonly used, as one of link state protocols [<xref ref-type="bibr" rid="b29-sensors-12-07548">29</xref>]. The next step after interior gateway protocol implementation is the exterior gateway protocol. Border Gateway Protocol (BGP) is one of the most used protocols for routing information between autonomous systems on the Internet [<xref ref-type="bibr" rid="b30-sensors-12-07548">30</xref>]. All these protocols were initially developed for wired networks, but the main logic can be implemented in wireless routing protocols. One of the major problems is stability of the wireless links. This characteristic could produce a problem related to the quality of service as well as the possibility to guarantee services [<xref ref-type="bibr" rid="b25-sensors-12-07548">25</xref>,<xref ref-type="bibr" rid="b31-sensors-12-07548">31</xref>].</p>
<p>With regard to the wireless routing protocols, the most important solutions are aimed for <italic>Ad Hoc</italic> networks [<xref ref-type="bibr" rid="b32-sensors-12-07548">32</xref>–<xref ref-type="bibr" rid="b34-sensors-12-07548">34</xref>], addressing table-driven protocols as well as possibility for MANET implementation. Most popular on-demand routing protocols are opposite to table-driven routing protocols. Highly dynamic topology changes, users' connection and traffic density need new protocols especially designed for <italic>Ad Hoc</italic> networks. <italic>Ad Hoc</italic> On Demand Distance Vector (AODV) and Dynamic Source Routing (DSR) are the most used solutions for these purposes [<xref ref-type="bibr" rid="b18-sensors-12-07548">18</xref>,<xref ref-type="bibr" rid="b35-sensors-12-07548">35</xref>]. A lot of authors have offered some improvements for these protocols, trying to optimize networks resources [<xref ref-type="bibr" rid="b36-sensors-12-07548">36</xref>,<xref ref-type="bibr" rid="b37-sensors-12-07548">37</xref>].</p>
<p>In some papers, the focus is based on node location information in order to reduce routing overhead [<xref ref-type="bibr" rid="b38-sensors-12-07548">38</xref>,<xref ref-type="bibr" rid="b39-sensors-12-07548">39</xref>]. The weakness of each routing protocol is addressed to exciding nodes number, exciding traffic density and network mobility. So, several papers have analyzed the performance of network scalability [<xref ref-type="bibr" rid="b40-sensors-12-07548">40</xref>,<xref ref-type="bibr" rid="b41-sensors-12-07548">41</xref>] in order to realize better performances in large networks. The Optimized Link State Routing Protocol (OLSR) [<xref ref-type="bibr" rid="b42-sensors-12-07548">42</xref>] is a specifically created protocol based on a well-known link state protocol, and optimized for better network features and resource utilization.</p>
<p>Extensions to existing routing protocols, AODV [<xref ref-type="bibr" rid="b18-sensors-12-07548">18</xref>], DSR [<xref ref-type="bibr" rid="b35-sensors-12-07548">35</xref>] and Simple Opportunistic Adaptive Routing Protocol (SOAR), are presented in [<xref ref-type="bibr" rid="b43-sensors-12-07548">43</xref>]. Besides, existing protocols in a hierarchical, two-level MANET, are proposed in [<xref ref-type="bibr" rid="b44-sensors-12-07548">44</xref>]. One solution of Hybrid-AODV addressed to packet delivery ratio and delay for large networks is also proposed. Our algorithm is going to optimize packet delivery ratio and in the same time, produce as good as possible load balancing. One fast protocol for small networks is shown in [<xref ref-type="bibr" rid="b42-sensors-12-07548">42</xref>]. The reduction of three hops is too small for larger networks and we use it in our work. The implementation for larger network is given in K-hops routing protocol [<xref ref-type="bibr" rid="b45-sensors-12-07548">45</xref>]. The authors offer an extension of AODV with at most K hops, but contrary to our solution, they use the flooding mechanism. A protocol for using multiple routes at short time-scales is given in [<xref ref-type="bibr" rid="b46-sensors-12-07548">46</xref>,<xref ref-type="bibr" rid="b47-sensors-12-07548">47</xref>]. Some improvements of AODV based on QoS are given in [<xref ref-type="bibr" rid="b48-sensors-12-07548">48</xref>].</p>
<p>Hybrid routing protocol addressed at WMNs is given in [<xref ref-type="bibr" rid="b49-sensors-12-07548">49</xref>–<xref ref-type="bibr" rid="b52-sensors-12-07548">52</xref>]. This protocol is based on proactive tree formations with periodic network flooding. However, we do not use flooding mechanism in our protocol.</p>
<p>Some improvements of network performance by multiple radios and channels are given in [<xref ref-type="bibr" rid="b20-sensors-12-07548">20</xref>,<xref ref-type="bibr" rid="b53-sensors-12-07548">53</xref>–<xref ref-type="bibr" rid="b55-sensors-12-07548">55</xref>]. The authors suggest a fully distributed channel assignment algorithm for dynamic traffic adoption. This algorithm assumes a static wireless mesh network that is different from our dynamic network topologies. Also, this algorithm is based on multi-radio or multi-channel routing, opposite to our assumptions.</p>
<p>A lot of unicast routing protocols [<xref ref-type="bibr" rid="b18-sensors-12-07548">18</xref>,<xref ref-type="bibr" rid="b35-sensors-12-07548">35</xref>,<xref ref-type="bibr" rid="b56-sensors-12-07548">56</xref>] and some improvements [<xref ref-type="bibr" rid="b57-sensors-12-07548">57</xref>] are related to MANETs. Some of their extensions with gateway discovery are given in [<xref ref-type="bibr" rid="b58-sensors-12-07548">58</xref>–<xref ref-type="bibr" rid="b62-sensors-12-07548">62</xref>]. Most of these protocols use hop-by-hop routing, that is completely different from our routing protocol based on multicriteria optimization and a centralized approach.</p>
<p>In recent years, more research has focused on the development of dynamic and scalable protocol in WMNs, especially analyzing density [<xref ref-type="bibr" rid="b63-sensors-12-07548">63</xref>]. This is very important if we use WMN for multimedia streaming [<xref ref-type="bibr" rid="b64-sensors-12-07548">64</xref>].</p>
<p>Some modifications of protocols are caused by <italic>Ad-Hoc</italic> 802.11s-based networks [<xref ref-type="bibr" rid="b65-sensors-12-07548">65</xref>,<xref ref-type="bibr" rid="b66-sensors-12-07548">66</xref>]. In accordance with the application of protocols in mobile devices, and various types of applications, some research was to develop multi path protocols [<xref ref-type="bibr" rid="b67-sensors-12-07548">67</xref>,<xref ref-type="bibr" rid="b68-sensors-12-07548">68</xref>]. At the same time, several papers describe cross-layer based proactive routing protocols [<xref ref-type="bibr" rid="b69-sensors-12-07548">69</xref>,<xref ref-type="bibr" rid="b70-sensors-12-07548">70</xref>]. Several improvements for AODV based on process algebra are given in [<xref ref-type="bibr" rid="b71-sensors-12-07548">71</xref>].</p>
<p>As a concluding remark, existing routing protocols use flooding in order to discover and maintain routes between users and gateways within MANETs. In WMNs, most of the traffic is assumed to flow to and from the gateways connected to the Internet [<xref ref-type="bibr" rid="b11-sensors-12-07548">11</xref>]. Based on that, we have designed a new routing protocol without flooding. Furthermore, we propose a new routing metric based on artificial logic and optimal multicriteria optimization.</p></sec>
<sec sec-type="methods">
<label>3.</label>
<title>Methodology</title>
<p>The routing algorithm proposed in this paper is based on link state routing protocols [<xref ref-type="bibr" rid="b10-sensors-12-07548">10</xref>,<xref ref-type="bibr" rid="b11-sensors-12-07548">11</xref>,<xref ref-type="bibr" rid="b24-sensors-12-07548">24</xref>,<xref ref-type="bibr" rid="b28-sensors-12-07548">28</xref>,<xref ref-type="bibr" rid="b44-sensors-12-07548">44</xref>]. Considering the number of hops, bandwidth, load and delay we have created a new metric. This metric uses artificial neural network logic in order to optimize route selection, optimize network resources and relax link occupancy. In this way, the probability of network blocking should be minimized. The proposed routing algorithm is based on two different Hopfield neural networks. The first one is dedicated to mobile agent routing logic, in order to ensure that every change of network topology or network parameters is distributed to the network as fast as possible [72–<xref ref-type="bibr" rid="b73-sensors-12-07548">74</xref>]. The other one is dedicated to the routing protocol and the route selection problem based on previously collected information. All these artificial logics are implemented in our algorithm bearing in mind that WMN's attributes (dynamic topologies changes, route stability, and relation between bandwidth and load) need very specific logic and good potential redundancies.</p>
<sec>
<label>3.1.</label>
<title>Network Deployments</title>
<p>The first step in our algorithm is the mathematical representation of the network topology. Furthermore, our model is able to generate and operate with arbitrary number of WMN routers (nodes). Every node can be connected to an arbitrary number of nodes. Two nodes are connected by a link which can be described by several parameters (cost, bandwidth, load, delay, <italic>etc.</italic>). Our model assumes the possibility of bidirectional links meaning that one link has different parameters for different directions. In this way, the network parameter should be similar as much as possible to the real network environment. Let's imagine that we have five nodes with their wireless access (marked as circles), as shown in <xref ref-type="fig" rid="f2-sensors-12-07548">Figure 2</xref>.</p>
<p>Every two or more nodes with spatial overlapping are detected as directly connected nodes. In that way the nodes connectivity and network topology are defined. As mentioned before, several link parameters <italic>p</italic><sub>1</sub>, <italic>p</italic><sub>2</sub>,…, <italic>p<sub>M</sub></italic> are assigned to every link. If these parameters are symmetrical for any direction, the network can be represented as shown in <xref ref-type="fig" rid="f3-sensors-12-07548">Figure 3</xref>.</p>
<p>In this way the network topology (shown in <xref ref-type="fig" rid="f2-sensors-12-07548">Figure 2</xref>) can be represented as an oriented graph (<xref ref-type="fig" rid="f4-sensors-12-07548">Figure 4</xref>).</p>
<p>In our case, where network links are bidirectional, as shown in <xref ref-type="fig" rid="f5-sensors-12-07548">Figure 5</xref>, the network topology is given in <xref ref-type="fig" rid="f6-sensors-12-07548">Figure 6</xref>.</p>
<p>Our model automatically creates a mathematically oriented graph and makes two types of matrices: <italic>connectivity matrix</italic> and the <italic>weight matrix</italic>. All matrices are of the dimension <italic>N</italic> × <italic>N</italic>, where <italic>N</italic> is the number of nodes. The connectivity matrix has the value of 1 on the position <italic>i</italic>, <italic>j</italic> if node <italic>i</italic> is directly connected to node <italic>j</italic>. Otherwise, the matrix element is 0.</p>
<p>There can be one or more weight matrices. The value of weight matrix on position <italic>i-j</italic> is determined by the value of appropriate parameter on link connecting nodes <italic>i</italic> and <italic>j</italic>. In this way, after network representation (or network exploration) we have one connectivity matrix and <italic>M</italic> weight matrices for every of <italic>p<sub>M</sub></italic> link parameters.</p></sec>
<sec>
<label>3.2.</label>
<title>Protocol Description</title>
<p>As mentioned before, routing is one of the most important and the most critical parts for regular operation of a WMN. The traffic in a WMN is mostly based on communication between the user and the Internet. Significantly minor traffic is addressed to internal user communication. From that reason the route selection problem is oriented on finding the optimal route between a user and a gateway. Besides that, the routing protocol should provide efficient and fast detection of changes in the network topology, as well as changes of link parameters and potential connections of new users. Generally, routing protocols in an <italic>Ad Hoc</italic> network could be classified into three categories [<xref ref-type="bibr" rid="b3-sensors-12-07548">3</xref>]:
<list list-type="order">
<list-item>
<p><italic>Proactive</italic> (table driven) routing protocols,</p></list-item>
<list-item>
<p><italic>Reactive</italic> (on demand) routing protocols, and</p></list-item>
<list-item>
<p><italic>Hybrid</italic> routing protocols.</p></list-item></list></p>
<p>Proactive routing protocols are based on continuous information refreshing in routing tables. Information on any change in the network is sent at constant time periods. The main goal is to maintain up-to-date information in routing tables thus enabling the route selection in a most excellent manner. Some of the representative protocols based on table driven logic are OLSR and Destination sequenced distance vector (DSDV) [<xref ref-type="bibr" rid="b3-sensors-12-07548">3</xref>,<xref ref-type="bibr" rid="b17-sensors-12-07548">17</xref>].</p>
<p>Counting to infinity and maintaining up to date information may represent very difficult problems [<xref ref-type="bibr" rid="b9-sensors-12-07548">9</xref>,<xref ref-type="bibr" rid="b11-sensors-12-07548">11</xref>]. One solution could be obtained through adding a special number to every node which will be incremented every time when a node environment change occurs, so a node with a higher number indicates that the node has refreshed information about changes. Based on this refreshed information, the route should be calculated again. The new route is stored in a local routing table. On the other hand, exchanges of the routing tables often have influence on network performances and increase time of convergence. The additional problem could be the size of routing table especially if a node number increases during time. In that case, all information cannot be stored in one Network Protocol Data Unit (NPDU) [<xref ref-type="bibr" rid="b3-sensors-12-07548">3</xref>]. It should be pointed out that asynchronous exchanging of routing table information indicates dump routing fluctuation. A solution for this problem demands rationalization in new path selection, especially if it is known that new routing information is coming soon. With new information protocols, the route recalculation should be made.</p>
<p>Reactive routing protocols calculate optimal route on demand. When a route is calculated, it is stored and used until the destination is available or the path's time is out. The mostly used reactive protocols are DSR and AODV [<xref ref-type="bibr" rid="b18-sensors-12-07548">18</xref>,<xref ref-type="bibr" rid="b35-sensors-12-07548">35</xref>].</p>
<p>In most cases these protocols have only information about next hops in the routing table. This information is time limited and will be automatically deleted if some of information is not used during the time. In this case, a new route calculation demands sending of Route Request (RREQ) packets to the neighborhoods [<xref ref-type="bibr" rid="b3-sensors-12-07548">3</xref>,<xref ref-type="bibr" rid="b9-sensors-12-07548">9</xref>]. Having received this packet every neighbor sends the same packet to its neighbors. This logic is repeated until the RREQ packet is delivered to the destination node. After that, the destination node should reply by a Routing Reply (RREP) packet.</p>
<p>In order to create a better solution, a hybrid solution gives the possibility to combine some of the advantages of proactive and reactive routing protocols. The routing protocol proposed here is a hybrid routing ones. As a reactive routing protocol, the proposed algorithm should find the optimal path on demand, based on up-to-date information. The reactive routing protocol and the procedure of sending a large number of RREQ and RREP packets are supposed to send information in discrete time intervals, after the routing request. On the contrary, the proposed algorithm should provide continuous updating of the routing information. Updated information should be available at every moment, thus decreasing the possibility of wrong routing decisions. On the other hand, the proposed solution should not send a complete routing table, but just changed parameters. In order to accelerate computational time and routing process, the proposed solution uses previously calculated routes until a new route is established. For the proposed routing protocol realization of the two segments the following are suggested:
<list list-type="order">
<list-item>
<p>Optimization of data exchange (all relevant information about network changes),</p></list-item>
<list-item>
<p>Finding of the optimal multicriteria route in order to use network resource in a best way. Optimal use of network resources is very important from the point of current route selection as same as all future routing in order to minimize blocking probability. In this way, we have realized the network control management as a part of route selection problem.</p></list-item></list></p></sec>
<sec>
<label>3.3.</label>
<title>Mobile Agent Technology</title>
<p>Mobile agent technology offers very good results in quite a large number of implementations [72–<xref ref-type="bibr" rid="b73-sensors-12-07548">74</xref>]. Mobile agent is a specific type of distributed software. Its goal is moving through the network and collecting information from the nodes. Leaving a node the mobile agent brings all changes detected in its host routing table. When a mobile agent comes to a new node, it shares the information on the previous nodes with a current routing table. It is obvious that the main problems in mobile agents' implementation are: the moment when an agent starts, its route and number of agents in the network are needed. For the purpose of this routing protocol we suggest using √N agents (where N is the number of nodes). This number is a result of a lot of statistical analyses and represents an empirical value. A larger number of agents would provide faster data exchange but produces more traffic in the network, thus increasing the probability of blocking. √N agents could be an optimal solution for a pretty large number of different network topologies. In the proposed algorithm agents don't have any specific time to start. They are moving through the network all the time, bringing and sharing information. The main problem in agent's usage refers to their moving path. We suggest Hopfield neural network [<xref ref-type="bibr" rid="b74-sensors-12-07548">75</xref>] for finding the moving path in similar way as for solving the TSP problem (Traveling Salesman Problem). We propose the shortest path algorithm based on link cost [<xref ref-type="bibr" rid="b75-sensors-12-07548">76</xref>] as a metric in the model. Let us assume that cost dedicated to link between node <italic>i</italic> and node <italic>j</italic> is <italic>C<sub>i,j</sub></italic>. This parameter should be created automatically by modification of bandwidth link parameters <italic>B<sub>i,j</sub></italic> as:</p>
<array>
<tbody>
<tr>
<td align="left">
<monospace>for (i=1; i&lt;=N; i++)</monospace></td></tr>
<tr>
<td align="left">
<monospace>{</monospace></td></tr>
<tr>
<td align="left">
<monospace> if (B<sub>i,j</sub> ∼= 0)</monospace></td></tr>
<tr>
<td align="left">
<monospace>  {C<sub>i,j</sub> = 0.1;}</monospace></td></tr>
<tr>
<td align="left">
<monospace> else</monospace></td></tr>
<tr>
<td align="left">
<monospace>{C<sub>i,j</sub> = 100;}</monospace></td></tr>
<tr>
<td align="left">
<monospace>}</monospace></td></tr></tbody></array>
<p>In this way every existing link has the same cost which means that every link has the same probability to be included in the TSP route at position <italic>i</italic>. Taking this initial step, every agent can have a different path generated in a random way. Every agent can access any node at an arbitrary time and share network information with its routing table. It is obvious that the routing algorithm has up to date information independently on the new route demand. Based on the routing table's data, the routing algorithm should find the optimal route between the source and the destination node. This route should be calculated for every single user. Once, when route is found, it will be used for a particular user for a time the connection lasts. If this path, or part of it, becomes unavailable a new route will be found. After finding an optimal route some network resources are going to be occupied for a particular user and information on that (information about the available bandwidth, load and links in use) should be delivered by mobile agents to all nodes. In this way the routing protocol can find an optimal route for every user based on really available network resources, so the network delays, as well as blocking probability (number of rejected packets) will be minimized.</p>
<p>The proposed algorithm metrics is based on the two essential parameters: bandwidth and load. Two additional parameters: hop numbers and delay, are optional. In this way optimal usage of network resources, as well as possibility for guaranteed QoS should be achieved. The logic of proposed routing protocol is presented by the block scheme in <xref ref-type="fig" rid="f7-sensors-12-07548">Figure 7</xref>.</p>
<p>The main idea is to divide routing protocol into two phases:
<list list-type="bullet">
<list-item>
<p>(a) As fast as possible association of a new user,</p></list-item>
<list-item>
<p>(b) Finding the optimal route for a new user, considering its request.</p></list-item></list></p>
<p>The first phase means that, according to the routing table, an optimal route to some of the available gateways has been previously calculated. If a new user wants to make a connection to the network it should send a request to the nearest node in the network (e.g., node 1, <xref ref-type="fig" rid="f8-sensors-12-07548">Figure 8</xref>).</p>
<p>Upon receiving this request, the routing algorithm should read the routing table in node A and find the previously calculated optimal route to the nearest gateway, <xref ref-type="fig" rid="f8-sensors-12-07548">Figure 8</xref> (next gateway 4 has the minimal hop number 2, so it will be used in this case). The metrics explained in this case are based only on hop count, because this parameter is changing very rarely. The information on the selected route will be send to a new user and after that a connection to the Internet could be established. At the moment of connecting a new user, network topology as well as network parameters are changed. While moving, mobile agents share these pieces of information with all nodes in the network.</p>
<p>In the second phase activation of a parallel process for to the previous one, assigning a route to a new user is done, so the monitoring is addressed to new user's traffic needs and improving of the bandwidth utilization and load parameters on assigned links.</p>
<p>If the artificial logic (Hopfield neural network [<xref ref-type="bibr" rid="b75-sensors-12-07548">76</xref>,<xref ref-type="bibr" rid="b76-sensors-12-07548">77</xref>]) finds out that some of the links are overloaded, or close to it, or if there is any other alternative solution which makes network downloading, the routing protocol should perform a rerouting. Here, the meaning of “rerouting” is finding of the new route for a new user based on its requirements. As the rerouting is done, monitoring for the user associated is finished. From the network point of view, to perform this change it is necessary to distribute the new information through the network by mobile agents. Taking this information into account, every new user will be associated to the network on the best possible way and with up to date information in its routing table.</p>
<p>Upon the user's requirements, the traffic should be routed through the network and towards a mesh gateway to Internet, or some of the internal members inside the network. Routing table information takes into account every node in the network. The basic routing table structure for node 1 is represented in <xref ref-type="fig" rid="f9-sensors-12-07548">Figure 9</xref>. Each node represents a minimum one record. Associated data are: Next hop, Total number of hops, Bandwidth of the next hop link, Load of the next hop link, optionally Delay of the next hop link and User identification. If there are more active users for some destinations, an additional record (per every user) will be stored in the table.</p></sec></sec>
<sec>
<label>4.</label>
<title>Artificial Neural Networks</title>
<p>Artificial neural networks are formed as a result of comprehensive research and analysis of the human brain and neuron structure. Artificial networks have rapidly found wide applications in different areas where complex relationships, large number of parameters and complicated computer calculations are necessary. As such, neural networks have found themselves as a tool in solving the various problems related to pattern recognition, optimization, data control, coding, Analog-to-Digital conversion, Job scheduling problems, Quadratic assignment and other Nondeterministic Polynomial Time Complete Problems (NP-complete problems), <italic>etc.</italic> [<xref ref-type="bibr" rid="b77-sensors-12-07548">78</xref>,<xref ref-type="bibr" rid="b78-sensors-12-07548">79</xref>].</p>
<sec>
<label>4.1.</label>
<title>Hopfield Neural Network</title>
<p>The Hopfield neural network consists of a set of <italic>N</italic> interconnected neurons which update their activation values asynchronously and independently of other neurons. All neurons are both input and output neurons. The Hopfield neural network is classified as a recurrent neural network and could be represented as content-addressable memory systems with binary threshold units [<xref ref-type="bibr" rid="b79-sensors-12-07548">80</xref>].</p>
<p>The conventional Hopfield model is the most commonly used model for auto-association and optimization. Hopfield networks are auto-associators in which node values are iteratively updated based on local computation principle: the new state of each node depends only on its net weighted input at a given time [<xref ref-type="bibr" rid="b80-sensors-12-07548">81</xref>].</p>
<p>This network is a fully connected network and the weight matrix determination is one of the important tasks while using it for any application. It is a recurrent single layer and unsupervised network. The architecture of Hopfield neural network is shown in <xref ref-type="fig" rid="f10-sensors-12-07548">Figure 10</xref>.</p>
<p>Each neuron has two states similar to those of McCulloch and Pitts [<xref ref-type="bibr" rid="b81-sensors-12-07548">82</xref>], 1 as activation and 0 as deactivation. Each neuron is connected to other neuron by the connectionist weight <italic>W<sub>i,j</sub></italic>. The model proposed in [<xref ref-type="bibr" rid="b82-sensors-12-07548">83</xref>], assumes that there is no self connection, <italic>W<sub>i,i</sub></italic> = 0, and weights are symmetrical, <italic>W<sub>i,j</sub></italic> = <italic>W<sub>j,i</sub></italic>. Possible realization of basic Hopfield neural network model is shown in <xref ref-type="fig" rid="f11-sensors-12-07548">Figure 11</xref>.</p>
<p>Each neuron is realized as a separate block with nonlinear transfer function <italic>g</italic>(<italic>u<sub>i</sub></italic>) = <italic>v<sub>i</sub></italic> = <italic>u<sub>i</sub></italic>, called also an activation function. The most used activation function is the sigmoid one, <xref ref-type="fig" rid="f12-sensors-12-07548">Figure 12</xref>.</p>
<disp-formula id="FD1">
<label>(1)</label>
<mml:math id="mm1" display="block">
<mml:semantics id="sm1">
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mi>g</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mi>u</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>1</mml:mn>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>+</mml:mo>
<mml:msup>
<mml:mi>e</mml:mi>
<mml:mrow>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>a</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo>⋅</mml:mo>
<mml:msub>
<mml:mi>u</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msup></mml:mrow></mml:mfrac></mml:mrow></mml:semantics></mml:math></disp-formula>
<p>The outputs of each neuron will be fed back to all other neurons through the connection weight matrix <bold>W</bold> = [<italic>W<sub>ij</sub></italic>]. In hardware realization weight <italic>W<sub>ij</sub></italic> is related to conductances. One possible hardware realization of Hopfield neural network is shown in <xref ref-type="fig" rid="f11-sensors-12-07548">Figure 11</xref>. Weight <italic>W<sub>ij</sub></italic> are realized as resistances <italic>R<sub>ij</sub></italic>, where <italic>W<sub>ij</sub></italic> = 1/<italic>R<sub>ij</sub></italic>.</p>
<p>The basic HNN model has two types of inputs: external inputs <italic>I<sub>i</sub></italic> and outputs of other neuron in network [<xref ref-type="bibr" rid="b74-sensors-12-07548">75</xref>]. The total input to the neuron <italic>i</italic> is given by:
<disp-formula id="FD2">
<label>(2)</label>
<mml:math id="mm2" display="block">
<mml:semantics id="sm2">
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>i</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>j</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:mfrac>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mi>I</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:mrow></mml:semantics></mml:math></disp-formula>where <italic>R<sub>ij</sub></italic> is interconnection weight form neuron <italic>i</italic> to neuron <italic>j</italic>.</p>
<p>Output has two states threshold neurons. In that way, output <italic>v<sub>i</sub></italic> of neuron <italic>i</italic> is defined by values <italic>v</italic><sup>0</sup><italic><sub>i</sub></italic> and <italic>v</italic><sup>1</sup><italic><sub>i</sub></italic>. These two values are noted as 0 and 1. The term <italic>u<sub>i</sub></italic> represents the threshold of neuron <italic>i</italic>, and output of this neuron is in related to <italic>u<sub>i</sub></italic> by:
<disp-formula id="FD3">
<label>(3)</label>
<mml:math id="mm3" display="block">
<mml:semantics id="sm3">
<mml:mrow>
<mml:mtable columnalign="left">
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>f</mml:mi>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>i</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>j</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:mfrac>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mi>I</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo>&lt;</mml:mo>
<mml:msub>
<mml:mi>u</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow>
<mml:mrow>
<mml:mo>{</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:msubsup>
<mml:mi>v</mml:mi>
<mml:mi>i</mml:mi>
<mml:mn>0</mml:mn></mml:msubsup></mml:mrow>
<mml:mo>}</mml:mo></mml:mrow></mml:mrow></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mtext>else</mml:mtext>
<mml:mrow>
<mml:mo>{</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:msubsup>
<mml:mi>v</mml:mi>
<mml:mi>i</mml:mi>
<mml:mn>1</mml:mn></mml:msubsup></mml:mrow>
<mml:mo>}</mml:mo></mml:mrow></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:mrow></mml:semantics></mml:math></disp-formula></p>
<p>State equations of the circuit in <xref ref-type="fig" rid="f11-sensors-12-07548">Figure 11</xref> are described by:
<disp-formula id="FD4">
<label>(4)</label>
<mml:math id="mm4" display="block">
<mml:semantics id="sm4">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mfrac>
<mml:mrow>
<mml:mi>d</mml:mi>
<mml:msub>
<mml:mi>u</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:mi>d</mml:mi>
<mml:mi>t</mml:mi></mml:mrow></mml:mfrac>
<mml:mo>=</mml:mo>
<mml:munder>
<mml:mrow>
<mml:munderover>
<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:munderover>
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>j</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:mfrac></mml:mrow></mml:mrow>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>i</mml:mi></mml:mrow></mml:munder>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>u</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:mfrac>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mi>I</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mo>,</mml:mo>
<mml:mi>i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>,</mml:mo>
<mml:mn>2</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>…</mml:mo>
<mml:mo>,</mml:mo>
<mml:mi>N</mml:mi></mml:mrow></mml:semantics></mml:math></disp-formula>where <italic>R<sub>i</sub></italic> is an equivalent resistance connected to the cell's capacitor <italic>C<sub>i</sub></italic>.</p>
<p>If we assume constants <italic>a<sub>i</sub></italic> sufficiently large, the stability of the network, in Liapunov sense, may be verified by observing the energy function, <italic>E</italic>, describing the state of the network:
<disp-formula id="FD5">
<label>(5)</label>
<mml:math id="mm5" display="block">
<mml:semantics id="sm5">
<mml:mrow>
<mml:mi>E</mml:mi>
<mml:mo>=</mml:mo>
<mml:munder>
<mml:mrow>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mn>1</mml:mn>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>N</mml:mi></mml:munderover>
<mml:mrow>
<mml:munderover>
<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:munderover>
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>j</mml:mi></mml:msub>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:mfrac></mml:mrow></mml:mrow></mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>j</mml:mi></mml:mrow></mml:munder>
<mml:mo>−</mml:mo>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>N</mml:mi></mml:munderover>
<mml:mrow>
<mml:msub>
<mml:mi>I</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:mrow></mml:semantics></mml:math></disp-formula></p>
<p>The change in energy, due to the change in the state of neuron <italic>i</italic>, is:
<disp-formula id="FD6">
<label>(6)</label>
<mml:math id="mm6" display="block">
<mml:semantics id="sm6">
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:mo>∂</mml:mo>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mrow>
<mml:mo>∂</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:mfrac>
<mml:mo>=</mml:mo>
<mml:mo>−</mml:mo>
<mml:munderover>
<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:munderover>
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>j</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:mfrac></mml:mrow>
<mml:mo>−</mml:mo>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>N</mml:mi></mml:munderover>
<mml:mrow>
<mml:msub>
<mml:mi>I</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:mrow></mml:semantics></mml:math></disp-formula></p>
<p>If right side of <xref rid="FD6" ref-type="disp-formula">Equation (6)</xref> includes <xref rid="FD4" ref-type="disp-formula">Equation (4)</xref>, we have:
<disp-formula id="FD7">
<label>(7)</label>
<mml:math id="mm7" display="block">
<mml:semantics id="sm7">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mfrac>
<mml:mrow>
<mml:mi>d</mml:mi>
<mml:msub>
<mml:mi>u</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:mi>d</mml:mi>
<mml:mi>t</mml:mi></mml:mrow></mml:mfrac>
<mml:mo>=</mml:mo>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>u</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:mfrac>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mo>∂</mml:mo>
<mml:mi>E</mml:mi></mml:mrow>
<mml:mrow>
<mml:mo>∂</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:mfrac></mml:mrow></mml:semantics></mml:math></disp-formula>or, in stable state, when signals are unchangeable: <italic>du<sub>i</sub> = dt</italic> = 0, one can obtain:
<disp-formula id="FD8">
<label>(8)</label>
<mml:math id="mm8" display="block">
<mml:semantics id="sm8">
<mml:mrow>
<mml:mo>∂</mml:mo>
<mml:mi>E</mml:mi>
<mml:mo>=</mml:mo>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>u</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:mfrac>
<mml:mo>∂</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:semantics></mml:math></disp-formula></p>
<p>Based on <xref rid="FD8" ref-type="disp-formula">Equation (8)</xref>, we can conclude that energy change must be either zero or negative. This will be one of system stability conditions.</p>
<p>The architecture of the continuous model that can be implemented using passive and active elements such as resistors, capacitors and Op-Amps is represented in [<xref ref-type="bibr" rid="b82-sensors-12-07548">83</xref>]. Based on this network, in [<xref ref-type="bibr" rid="b74-sensors-12-07548">75</xref>] the well known TSP optimization problem was solved. Proposed energy function for this solution is:
<disp-formula id="FD9">
<label>(9)</label>
<mml:math id="mm9" display="block">
<mml:semantics id="sm9">
<mml:mrow>
<mml:mi>E</mml:mi>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mi>A</mml:mi>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>X</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>i</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>i</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:mrow>
<mml:mo>+</mml:mo></mml:mrow></mml:mrow>
<mml:mfrac>
<mml:mi>B</mml:mi>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>i</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>X</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>Y</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>Y</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow>
<mml:mo>+</mml:mo></mml:mrow></mml:mrow>
<mml:mfrac>
<mml:mi>C</mml:mi>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:msup>
<mml:mrow>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>X</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>i</mml:mi></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo>−</mml:mo>
<mml:mi>n</mml:mi></mml:mrow></mml:mrow></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow></mml:mrow>
<mml:mn>2</mml:mn></mml:msup>
<mml:mo>+</mml:mo>
<mml:mfrac>
<mml:mi>D</mml:mi>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>X</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>Y</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>i</mml:mi></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>d</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>Y</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>Y</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>i</mml:mi>
<mml:mo>+</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:msub>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>Y</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>i</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow></mml:mrow></mml:mrow></mml:semantics></mml:math></disp-formula></p>
<p>In this way a Hopfield neural network can provide good solution for other NP complete problems [<xref ref-type="bibr" rid="b83-sensors-12-07548">84</xref>]. Significant improvements in the neural network algorithm are derived in paper offered by Ali and Kamoun [<xref ref-type="bibr" rid="b75-sensors-12-07548">76</xref>]. For <italic>N</italic> routers problem, their computational network uses <italic>N</italic> (<italic>N</italic> − 1) neurons—the diagonal elements in the connection matrix <italic>N</italic> × <italic>N</italic> are removed—and the shortest path from final stable neuron states was found. A suitable energy function is of the form:
<disp-formula id="FD10">
<label>(10)</label>
<mml:math id="mm10" display="block">
<mml:semantics id="sm10">
<mml:mrow>
<mml:mi>E</mml:mi>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>1</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>X</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow>
<mml:mo>+</mml:mo></mml:mrow></mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>X</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>i</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>≠</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>d</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>s</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>2</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>X</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>ρ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow>
<mml:mo>+</mml:mo></mml:mrow></mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>X</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>i</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>≠</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>d</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>s</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>5</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>d</mml:mi>
<mml:mi>s</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>+</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>3</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:msup>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>X</mml:mi></mml:munder>
<mml:mrow>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow>
<mml:mo>−</mml:mo>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>X</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow></mml:mrow></mml:mrow>
<mml:mn>2</mml:mn></mml:msup>
<mml:mo>+</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>4</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>i</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>i</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow></mml:mrow></mml:semantics></mml:math></disp-formula></p>
<p>Coefficients <italic>C<sub>Xi</sub></italic> are the link costs from router <italic>X</italic> to router <italic>i</italic> and the terms ρ<italic><sub>Xi</sub></italic> describe the connection between routers: the value is 1 if routers are not connected, and 0 for connected routers. The terms <italic>μ<sub>i</sub></italic> are preciously described in [<xref ref-type="bibr" rid="b75-sensors-12-07548">76</xref>]. In the same paper authors defined elements of weight matrix as a constant value given by:
<disp-formula id="FD11">
<label>(11)</label>
<mml:math id="mm11" display="block">
<mml:semantics id="sm11">
<mml:mrow>
<mml:msub>
<mml:mi>T</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>Y</mml:mi>
<mml:mi>j</mml:mi></mml:mrow></mml:msub>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>4</mml:mn></mml:msub>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>Y</mml:mi></mml:mrow></mml:msub>
<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:msub>
<mml:mi>μ</mml:mi>
<mml:mn>3</mml:mn></mml:msub>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>Y</mml:mi></mml:mrow></mml:msub>
<mml:mo>+</mml:mo>
<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:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>j</mml:mi>
<mml:mi>X</mml:mi></mml:mrow></mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>Y</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:semantics></mml:math></disp-formula></p>
<p>In this way, authors suggest final network parameters relation suitable for computational operation as:
<disp-formula id="FD12">
<label>(12)</label>
<mml:math id="mm12" display="block">
<mml:semantics id="sm12">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>i</mml:mi></mml:msub>
<mml:mfrac>
<mml:mrow>
<mml:mi>d</mml:mi>
<mml:msub>
<mml:mi>u</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:mi>d</mml:mi>
<mml:mi>t</mml:mi></mml:mrow></mml:mfrac>
<mml:mo>=</mml:mo>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>u</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:mfrac>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>1</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>d</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>s</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>2</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:msub>
<mml:mi>ρ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>d</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>s</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>3</mml:mn></mml:msub>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>Y</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>Y</mml:mi></mml:mrow></mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>Y</mml:mi>
<mml:mi>X</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>3</mml:mn></mml:msub>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>Y</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>Y</mml:mi></mml:mrow></mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>Y</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>4</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mn>2</mml:mn>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>+</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>5</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>d</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>s</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:semantics></mml:math></disp-formula></p>
<p>Based on <xref rid="FD12" ref-type="disp-formula">(12)</xref>, our algorithm will try to solve very complex multicriteria optimization [<xref ref-type="bibr" rid="b84-sensors-12-07548">85</xref>,<xref ref-type="bibr" rid="b85-sensors-12-07548">86</xref>] problem, in order to make WMN routing more effective.</p></sec></sec>
<sec>
<label>5.</label>
<title>Route Computation</title>
<p>The main part of routing algorithm refers to the previously mentioned second phase, where the routing algorithm should find the optimal route based on multicriteria decisions [<xref ref-type="bibr" rid="b86-sensors-12-07548">87</xref>,<xref ref-type="bibr" rid="b87-sensors-12-07548">88</xref>]. Artificial intelligence enables very good results when solving complex problems [<xref ref-type="bibr" rid="b74-sensors-12-07548">75</xref>–<xref ref-type="bibr" rid="b77-sensors-12-07548">78</xref>]. In our previous papers we have exploited a lot of different neural networks implementations related to routing problems. This routing logic is based on the Hopfield neural network, as it is able to solve one of the most famous problems in graph theory—the TSP problem. For this purpose, we start from the Hopfield neural network algorithm, which has significant improvements realized by Ali and Kamoun [<xref ref-type="bibr" rid="b75-sensors-12-07548">76</xref>]. For an <italic>N</italic> nodes problem, their computational network uses <italic>N</italic> (<italic>N</italic> − 1) neurons—the diagonal elements in the connection matrix <italic>N × N</italic> are removed—and the shortest path from final stable neuron states is found. Based on that, a suitable energy function in our algorithm becomes:</p>
<disp-formula id="FD13">
<label>(13)</label>
<mml:math id="mm13" display="block">
<mml:semantics id="sm13">
<mml:mrow>
<mml:mi>E</mml:mi>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>1</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>X</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:mo stretchy="false">[</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mi>B</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow>
<mml:mo>+</mml:mo></mml:mrow></mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>X</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>i</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>≠</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>d</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>s</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>2</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>X</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>ρ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow>
<mml:mo>+</mml:mo></mml:mrow></mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>X</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>i</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>≠</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>d</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>s</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>3</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:msup>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>X</mml:mi></mml:munder>
<mml:mrow>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow>
<mml:mo>−</mml:mo>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>X</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow></mml:mrow></mml:mrow>
<mml:mn>2</mml:mn></mml:msup>
<mml:mo>+</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>4</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>i</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>i</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow>
<mml:mo>+</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>5</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>d</mml:mi>
<mml:mi>s</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>+</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>6</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>X</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>H</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow>
<mml:mo>+</mml:mo></mml:mrow></mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>X</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>i</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>≠</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>d</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>s</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>7</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mi>X</mml:mi></mml:munder>
<mml:mrow>
<mml:munder>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>≠</mml:mo>
<mml:mi>X</mml:mi></mml:mrow></mml:munder>
<mml:mrow>
<mml:msub>
<mml:mi>D</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>v</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:mrow></mml:mrow>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>X</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>i</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>≠</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>d</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>s</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:munder></mml:mrow></mml:semantics></mml:math></disp-formula>
<p>Coefficients <italic>B<sub>Xi</sub></italic> denote the bandwidth of link from node <italic>X</italic> to node <italic>i</italic> and the terms ρ<italic><sub>Xi</sub></italic> describe the connections between nodes: the value is 1 if nodes are not connected, and 0 for connected nodes. In the same way coefficients <italic>L<sub>Xi</sub></italic> describe traffic load of link from node <italic>X</italic> to node <italic>i</italic>, <italic>D<sub>Xi</sub></italic> correspond to the link delays and <italic>H<sub>Xi</sub></italic> represent modified coefficients <italic>B<sub>Xi</sub></italic> in order to use hop count metric. The term (<italic>B<sub>Xi</sub></italic> − <italic>L<sub>Xi</sub></italic>) relates to available link capacity and the routing protocol has to find a path with as much as possible free space in link capacity. Since the neural network is designed to minimize the energy function, actual term in energy function has to be in the form [1−(<italic>B</italic><sub>Xi</sub> − <italic>L</italic><sub>Xi</sub>)] [<xref ref-type="bibr" rid="b84-sensors-12-07548">85</xref>].</p>
<p>The constant <italic>μ</italic><sub>1</sub> minimizes available bandwidth on the link, μ<sub>6</sub> minimizes the number of hops and <italic>μ</italic><sub>7</sub> minimizes total delay. Constants <italic>μ</italic><sub>2</sub>, <italic>μ</italic><sub>3</sub>, <italic>μ</italic><sub>4</sub> and <italic>μ</italic><sub>5</sub> have the same meaning as in original Ali and Kamoun paper [<xref ref-type="bibr" rid="b75-sensors-12-07548">76</xref>].</p>
<p>By default, constant <italic>μ</italic><sub>6</sub> and <italic>μ</italic><sub>7</sub> are set to 0. On this way hop count and delay are not included in the metrics. Basic metrics is realized by link bandwidth and link load. In this way, blocking probability should be minimized.</p>
<p>Starting from synaptic conductances given by <xref rid="FD11" ref-type="disp-formula">Equation (11)</xref> and from the bias currents <italic>I<sub>Xi</sub></italic> as:
<disp-formula id="FD14">
<label>(14)</label>
<mml:math id="mm14" display="block">
<mml:semantics id="sm14">
<mml:mrow>
<mml:msub>
<mml:mi>I</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo>=</mml:mo>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>1</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:mo stretchy="false">[</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mi>B</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>d</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>s</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>2</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:msub>
<mml:mi>ρ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>d</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>s</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>4</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:mo>+</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>5</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>d</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>s</mml:mi></mml:mrow></mml:msub>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>6</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:msub>
<mml:mi>H</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>d</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>s</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>−</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>μ</mml:mi>
<mml:mn>7</mml:mn></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac>
<mml:msub>
<mml:mi>D</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>i</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>X</mml:mi>
<mml:mi>d</mml:mi></mml:mrow></mml:msub>
<mml:msub>
<mml:mi>δ</mml:mi>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mi>s</mml:mi></mml:mrow></mml:msub>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:semantics></mml:math></disp-formula>we created Hopfield neural network model suitable for real time processes.</p>
<p>The Hopfield neural network model is realized as a function within the Matlab code, and is activated every time when routing protocol needs some new route. As the function arguments the number of nodes, bandwidth values and load parameters on the links (and optionally delays) are used. As a result, we will get output matrix <bold>V</bold>. Values <italic>V<sub>Xi</sub></italic> are 1 (if link between node <italic>X</italic> and node <italic>i</italic> is included in final optimal route) or 0 in other case [<xref ref-type="bibr" rid="b84-sensors-12-07548">85</xref>]. Based on this route, all routing tables should be changed for a particular user. For this purpose one new mobile agent is created and sent through this route to bring this information to routing tables in associated nodes.</p></sec>
<sec sec-type="results">
<label>6.</label>
<title>Results</title>
<p>In this section we present the results of the simulation which have been performed in the Matlab environment. Although the Matlab offers very rich toolboxes, among others the Neural Network Toolbox, we used the Matlab only as a programming tool and created our own neural network model, as described in Section 5, since in this way we are able to control the neural network dynamically, assuming the actual traffic conditions.</p>
<sec sec-type="methods">
<label>6.1.</label>
<title>Design Network Environment</title>
<p>In order to evaluate the influence of the following parameters: traffic load, network size, network delay, average link usage, intensive simulations have been done. We created separate code functions to make the network environment. This code generates random connectivity of <italic>N</italic> nodes which belong to one network. For this purpose, we defined network based on <italic>N</italic> = 29 nodes and 48 bidirectional links, shown in <xref ref-type="fig" rid="f13-sensors-12-07548">Figure 13</xref>.</p>
<p>By applying the Bioinformatics toolbox from Matlab 2008 on the network from <xref ref-type="fig" rid="f13-sensors-12-07548">Figure 13</xref>, we obtained the unidirectional graph in Biograph viewer, as depicted in <xref ref-type="fig" rid="f14-sensors-12-07548">Figure 14</xref>. Based on a real network environment we assumed that bandwidth of every wireless link is between 5 Mbps and 40 Mbps. Every link is described by bandwidth parameters randomly chosen from supposed interval. We have also assumed that every new user connected to network has the bandwidth, randomly chosen from 1–20 Mbps.</p>
<p>We have performed intensive simulations for network topology shown in <xref ref-type="fig" rid="f13-sensors-12-07548">Figure 13</xref>. In every simulation, network parameters were randomly chosen: the number of new users, nodes through which new users are connected to the network, time of connection and sets of nodes which are gateways. For all of these simulations, the main problem was addressed to the traffic density. We suppose that the size of average data packet is 2 kB. Traffic is randomly generated for every new user. Simulation model make reservation for this traffic through all links included in the route path. This reservation is expressed through additional value of the link parameters <italic>L<sub>Xi</sub></italic>. For testing the proposed routing algorithm in highly dynamic network environment, we supposed that during one simulation every new user needs more traffic than the previous one. Due to that, with every new user the routing process becomes more complex. One simulation interval implies fixed network topology with randomly distributed gateways and load for every new user. One interval is limited to 10 min. During this time, <italic>M</italic> of the new users should be connected to the network. Initializations of these connections are randomly distributed but the time period between two connections is larger than 2 s. Load for every user is randomly generated for every new interval. For making different sets of network performances we simulated a lot of specific intervals. For every interval we generated different load. We used factor <italic>k</italic>, as a measure of traffic load. It means, load is given as:
<disp-formula id="FD15">
<label>(15)</label>
<mml:math id="mm15" display="block">
<mml:semantics id="sm15">
<mml:mrow>
<mml:mtext mathvariant="monospace">load</mml:mtext>
<mml:mo>=</mml:mo>
<mml:mtext mathvariant="monospace">rand</mml:mtext>
<mml:mspace width="0.2em"/>
<mml:mo stretchy="false">(</mml:mo>
<mml:mtext mathvariant="monospace">N</mml:mtext>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>×</mml:mo>
<mml:mtext mathvariant="monospace">k</mml:mtext></mml:mrow></mml:semantics></mml:math></disp-formula></p>
<p>For various simulation we used <italic>k</italic> = [2.5; 2.8; 3.0; 3.2; 3.4; 3.6; 3.8; 4.0; 4.2; 4.4; 4.6; 4.8; 5.0; 5.4; 5.6; 6.0; 7.0]. Some of diagrams illustrating traffic load distribution are depicted in <xref ref-type="fig" rid="f15-sensors-12-07548">Figure 15</xref> and <xref ref-type="fig" rid="f16-sensors-12-07548">Figure 16</xref>.</p>
<p>The third parameter associated to links is the delay. This parameter is also randomly generated and should indicate transmission delay over the link. The described network model is used for all simulations. Dynamic changes of input parameters offer us the possibility to use this model for different and real time network simulations.</p></sec>
<sec>
<label>6.2.</label>
<title>Simulations</title>
<p>Metrics used for performances analysis of the proposed routing protocol are presented here. For this purpose we compare the proposed algorithm with two others: AODV [<xref ref-type="bibr" rid="b18-sensors-12-07548">18</xref>,<xref ref-type="bibr" rid="b36-sensors-12-07548">36</xref>,<xref ref-type="bibr" rid="b37-sensors-12-07548">37</xref>] and OSPF [<xref ref-type="bibr" rid="b24-sensors-12-07548">24</xref>]. AODV is one of the most used protocols in the literature for WMNs. Many authors have used this protocol to compare either its original form or many of its modifications. Our proposed algorithm is a hybrid one, but it is closer to the reactive than the proactive [<xref ref-type="bibr" rid="b3-sensors-12-07548">3</xref>] type. If we know that AODV represents a reactive protocol, it is obvious that we should compare with it. On the other hand, our protocol is a link state protocol which includes bandwidth and load in its final decisions. There are many link state protocols described in the literature [<xref ref-type="bibr" rid="b1-sensors-12-07548">1</xref>,<xref ref-type="bibr" rid="b9-sensors-12-07548">9</xref>,<xref ref-type="bibr" rid="b14-sensors-12-07548">14</xref>,<xref ref-type="bibr" rid="b17-sensors-12-07548">17</xref>,<xref ref-type="bibr" rid="b24-sensors-12-07548">24</xref>,<xref ref-type="bibr" rid="b28-sensors-12-07548">28</xref>]. We considered OSPF as a well known and most used protocol addressed to wired networks. From the standpoint of defined metrics a more appropriate comparison would be with the Enhanced Interior Gateway Routing Protocol (EIGRP). However, EIGRP is a proprietary Cisco routing protocol opposite to OSPF. From that reason many authors have a lot of different modifications and possible implementations of OSPF. All these reasons are of high importance when selecting AODV and OSPF protocols. We use the following metrics to compare the performance of the three routing protocols:
<list list-type="order">
<list-item>
<p>Packet delivery ratio,</p></list-item>
<list-item>
<p>Throughput,</p></list-item>
<list-item>
<p>End-to-end delay,</p></list-item>
<list-item>
<p>Average hop count,</p></list-item>
<list-item>
<p>Blocking iterations.</p></list-item></list></p>
<sec>
<label>6.2.1.</label>
<title>Packet Delivery Ratio</title>
<p>The packet delivery ratio (PDR) is defined as the ratio between the packets that are received and the number of packets sent. This is one of the most used metrics for protocol comparison. In our simulations the proposed NN model exhibits the best performance, then the OSPF, as depicted in <xref ref-type="fig" rid="f17-sensors-12-07548">Figure 17</xref>.</p></sec>
<sec>
<label>6.2.2.</label>
<title>Throughput</title>
<p>The throughput between two nodes is expressed as the number of bytes delivered per unit of time. Formally:
<disp-formula id="FD16">
<label>(16)</label>
<mml:math id="mm16" display="block">
<mml:semantics id="sm16">
<mml:mrow>
<mml:mtext mathvariant="italic">Throughput</mml:mtext>
<mml:mo>=</mml:mo>
<mml:mtext mathvariant="italic">Total bytes received</mml:mtext>
<mml:mo>/</mml:mo>
<mml:mtext mathvariant="italic">Total time</mml:mtext></mml:mrow></mml:semantics></mml:math></disp-formula></p>
<p>The throughput (measured by bytes per seconds) we have calculated as a function of the traffic load (expressed as the number of equal-sized packets per second), for different routing protocols, and results are depicted in <xref ref-type="fig" rid="f18-sensors-12-07548">Figure 18</xref>. The proposed NN algorithm gives significantly better results than AODV and OSPF. This is based on fact that the proposed algorithm is tailored for finding the optimal routes and thus increasing the number of packets which reach the destination.</p></sec>
<sec>
<label>6.2.3.</label>
<title>End-to-End Delay</title>
<p>The end-to-end packet delay is calculated as the time interval between the time instant when the packet is generated and is ready for the transmission, and the moment when it reached the destination node.</p>
<p>Simulation results, depicted in <xref ref-type="fig" rid="f19-sensors-12-07548">Figure 19</xref>, show that the OSPF is better than the proposed NN method (for about 20%) while AODV is significantly worse, but note that we have the full benefits of neural networks can be achieved only through the hardware implementation, when the parallel work of all neurons is possible. Instead of that, we are using simulation, meaning our model was working in sequential mode which is unnatural for neural networks.</p></sec>
<sec>
<label>6.2.4.</label>
<title>Average Hop Count</title>
<p>Average hop count (measured as the number of hops) is an average number of used particular links in the route. This metric indicates how good the routing protocol is regarding the network resources. Sometimes, routes with minimal hop count need not be optimal from the point of all the observed network parameters. However, as less links are involved in the final route, the selection is better. In our case, the proposed NN algorithm has the smallest average hop count (<xref ref-type="fig" rid="f20-sensors-12-07548">Figure 20</xref>), due to the fact that the NN can find the Pareto optimal route and then the network resources are optimally used.</p></sec>
<sec>
<label>6.2.5.</label>
<title>Blocking Iterations</title>
<p>This metrics can be expressed as the number of iterations before blocking the traffic particular user and is often used in optical networks or in multi channel networks blocking probability quantification. If we suppose that new users generate the same traffic all the time during connection (independent of sending or receiving processes) the routing algorithm should reserve enough bandwidth on every link on the route. Depending on the routing algorithm and its ability to use available links in an optimal way traffic jams can be avoided in more or less extent. The neural network method exhibits again the best results, as depicted in <xref ref-type="fig" rid="f21-sensors-12-07548">Figure 21</xref>, and regarding the optimization of network resources. Moreover, t, as depicted in <xref ref-type="fig" rid="f21-sensors-12-07548">Figure 21</xref>.</p>
<p>After analyzing all the presented results we can conclude that the proposed routing algorithm based on the artificial neural network could be efficiently used in wireless mesh networks. In more than 96% cases of intensive simulations under different and randomly changed network and traffic conditions, the proposed protocol was better than AODV and OSPF. It must be stressed that the NN simulation was performed by digital computer, meaning, by working in sequential mode which is unnatural for neural networks. It is well-known that neural networks exhibit significantly better results in their hardware realization when the natural parallel mode of operation is possible, producing dramatically shorter execution times, but in our research we concentrated on the architecture and organization of a new routing protocol which includes the artificial intelligence in the routing process.</p></sec></sec></sec>
<sec sec-type="conclusions">
<label>7.</label>
<title>Conclusions</title>
<p>A lot of implementations of wireless mesh networks and their significant advantages over competing technologies need every day improvements from the point of QoS. The main part of the desired quality and network stability is the routing protocol. In this paper, a new hybrid routing protocol for wireless mesh networks is presented. We have created new routing metrics based on multicriteria optimization. We have observed several network parameters in order to provide optimized usage of network resources and network stability. For this purpose we have started with Hopfield neural network and suggested its modification addressed to the improvements of the routing performances in real conditions. Intensive simulations confirm that the use of artificial intelligence can be very efficient in routing, even in the case of dynamical environment.</p>
<p>The proposed routing protocol is compared with two well known routing protocols. We used several metrics for describing the performances of the routing algorithms. It is shown that the proposed routing protocol has better or the same performance in all metrics except one, even though the neural network is simulated by a digital computer. Our protocol is scalable and it is adapted for dynamic network topology and real network environments.</p>
<p>We believe that the performance of the proposed routing protocol can be further improved if we use multi-radio or multi-channel routing. We will explore this option in our future work. Also, hardware realization of the neural network will significantly improve the execution time for the optimization and decision processes.</p></sec></body>
<back>
<ack>
<p>This work is partially supported by the Ministry of Education and Science, Republic of Serbia, under the Grants No. TR32048 and III44009.</p></ack>
<ref-list>
<title>References</title>
<ref id="b1-sensors-12-07548"><label>1.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Sarkar</surname><given-names>S.K.</given-names></name><name><surname>Basavaraju</surname><given-names>T.G.</given-names></name><name><surname>Puttamadappa</surname><given-names>C.</given-names></name></person-group><source>Ad Hoc Mobile Wireless Networks: Principles, Protocols and Applications</source><publisher-name>Auerbach Publications</publisher-name><publisher-loc>New York, NY, USA</publisher-loc><year>2007</year></citation></ref>
<ref id="b2-sensors-12-07548"><label>2.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Hamid</surname><given-names>R.S.</given-names></name><name><surname>Ulman</surname><given-names>R.</given-names></name><name><surname>Swami</surname><given-names>A.</given-names></name><name><surname>Ephremides</surname><given-names>A.</given-names></name></person-group><source>Wireless Mobile Ad Hoc Networks</source><publisher-name>Hindawi Publishing Corporation</publisher-name><publisher-loc>New York, NY, USA</publisher-loc><year>2007</year></citation></ref>
<ref id="b3-sensors-12-07548"><label>3.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Toh</surname><given-names>C.K.</given-names></name></person-group><source>Ad Hoc Mobile Wireless Network: Protocols and Systems</source><publisher-name>Prentice Hall</publisher-name><publisher-loc>Englewood Cliffs, NJ, USA</publisher-loc><year>2001</year></citation></ref>
<ref id="b4-sensors-12-07548"><label>4.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Tavli</surname><given-names>B.</given-names></name><name><surname>Heinzelman</surname><given-names>W.</given-names></name></person-group><source>Mobile Ad Hoc Networks: Energy-Efficient Real-Time Data Communications</source><publisher-name>Springer</publisher-name><publisher-loc>Dordrecht, The Netherland</publisher-loc><year>2006</year></citation></ref>
<ref id="b5-sensors-12-07548"><label>5.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Aggelou</surname><given-names>G.</given-names></name></person-group><source>Mobile Ad Hoc Networks</source><publisher-name>McGraw-Hill Professional Publishing</publisher-name><publisher-loc>Columbus, OH, USA</publisher-loc><year>2004</year></citation></ref>
<ref id="b6-sensors-12-07548"><label>6.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Sichitiu</surname><given-names>M.L.</given-names></name></person-group><article-title>Wireless Mesh Networks: Opportunities and Challenge</article-title><conf-name>Proceedings of the Wireless World Congress</conf-name><conf-loc>Palo Alto, CA, USA</conf-loc><conf-date>24–27 May 2005</conf-date></citation></ref>
<ref id="b7-sensors-12-07548"><label>7.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Akyildiz</surname><given-names>I.F.</given-names></name><name><surname>Wang</surname><given-names>X.</given-names></name><name><surname>Wang</surname><given-names>W.</given-names></name></person-group><article-title>Wireless mesh networks: A survey</article-title><source>Comput. Netw.</source><year>2005</year><volume>47</volume><fpage>445</fpage><lpage>487</lpage><pub-id pub-id-type="doi">10.1016/j.comnet.2004.12.001</pub-id></citation></ref>
<ref id="b8-sensors-12-07548"><label>8.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Bruno</surname><given-names>R.</given-names></name><name><surname>Conti</surname><given-names>M.</given-names></name><name><surname>Gregori</surname><given-names>E.</given-names></name></person-group><article-title>Mesh networks: Commodity multihop ad hoc networks</article-title><source>IEEE Commun. Mag.</source><year>2005</year><volume>43</volume><fpage>123</fpage><lpage>131</lpage></citation></ref>
<ref id="b9-sensors-12-07548"><label>9.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Hossain</surname><given-names>E.</given-names></name><name><surname>Leung</surname><given-names>K.K.</given-names></name></person-group><source>Wireless Mesh Networks: Architectures and Protocols</source><publisher-name>Springer</publisher-name><publisher-loc>New York, NY, USA</publisher-loc><year>2008</year></citation></ref>
<ref id="b10-sensors-12-07548"><label>10.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Waharte</surname><given-names>S.</given-names></name><name><surname>Boutaba</surname><given-names>R.</given-names></name><name><surname>Iraqi</surname><given-names>Y.</given-names></name><name><surname>Ishibashi</surname><given-names>B.</given-names></name></person-group><article-title>Routing protocols in wireless mesh networks: Challenges and design considerations</article-title><source>Multimed. Tools Appl.</source><year>2006</year><volume>29</volume><fpage>285</fpage><lpage>303</lpage><pub-id pub-id-type="doi">10.1007/s11042-006-0012-8</pub-id></citation></ref>
<ref id="b11-sensors-12-07548"><label>11.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Jun</surname><given-names>J.</given-names></name><name><surname>Sichitiu</surname><given-names>M.L.</given-names></name></person-group><article-title>MRP: Wireless mesh networks routing protocol</article-title><source>Comput. Commun. Arch.</source><year>2008</year><volume>31</volume><fpage>1412</fpage><lpage>1435</lpage></citation></ref>
<ref id="b12-sensors-12-07548"><label>12.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Pirzada</surname><given-names>A.A.</given-names></name><name><surname>Portmann</surname><given-names>M.</given-names></name></person-group><article-title>High Performance AODV Routing Protocol for Hybrid Wireless Mesh Networks</article-title><conf-name>Proceeding of Fourth Annual International Conference on Mobile and Ubiquitous Systems: Networking &amp; Services. MobiQuitous 2007</conf-name><conf-loc>Philadelphia, PA, USA</conf-loc><conf-date>6–10 August 2007</conf-date><fpage>1</fpage><lpage>5</lpage></citation></ref>
<ref id="b13-sensors-12-07548"><label>13.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Villalba</surname><given-names>L.J.G.</given-names></name><name><surname>Orozco</surname><given-names>A.L.S.</given-names></name><name><surname>Cabrera</surname><given-names>A.T.</given-names></name><name><surname>Abbas</surname><given-names>C.J.B.</given-names></name></person-group><article-title>Routing protocols in wireless sensor networks</article-title><source>Sensors</source><year>2009</year><volume>9</volume><fpage>8399</fpage><lpage>8421</lpage><pub-id pub-id-type="doi">10.3390/s91108399</pub-id><pub-id pub-id-type="pmid">22291515</pub-id></citation></ref>
<ref id="b14-sensors-12-07548"><label>14.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Haque</surname><given-names>I.T.</given-names></name></person-group><source>Randomized Routing Algorithms in Mobile Ad Hoc Networks</source><publisher-name>VDM Verlag</publisher-name><publisher-loc>Saarbrücken, Germany</publisher-loc><year>2009</year></citation></ref>
<ref id="b15-sensors-12-07548"><label>15.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Boukerche</surname><given-names>A.</given-names></name></person-group><source>Algorithms and Protocols for Wireless, Mobile Ad Hoc Networks</source><publisher-name>Wiley-IEEE Press</publisher-name><publisher-loc>Hoboken, NJ, USA</publisher-loc><year>2008</year></citation></ref>
<ref id="b16-sensors-12-07548"><label>16.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ramachandran</surname><given-names>K.N.</given-names></name><name><surname>Sheriff</surname><given-names>I.</given-names></name><name><surname>Belding</surname><given-names>E.M.</given-names></name><name><surname>Almeroth</surname><given-names>K.C.</given-names></name></person-group><article-title>Routing stability in static wireless mesh networks</article-title><source>Lect. Notes Comput. Sci.</source><year>2007</year><volume>4427/2007</volume><fpage>73</fpage><lpage>82</lpage></citation></ref>
<ref id="b17-sensors-12-07548"><label>17.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Clausen</surname><given-names>T.</given-names></name><name><surname>Jacquet</surname><given-names>P.</given-names></name></person-group><article-title>Optimized link state routing protocol, Internet Engineering Task Force</article-title><comment>Request for Comments 3626</comment><month>October</month><year>2003</year></citation></ref>
<ref id="b18-sensors-12-07548"><label>18.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Perkins</surname><given-names>C.</given-names></name></person-group><article-title>Ad-hoc On-demand Distance Vector Routing</article-title><conf-name>Proceedings of the MILCOM</conf-name><conf-loc>Orlando, FL, USA</conf-loc><conf-date>2–5 November 1997</conf-date></citation></ref>
<ref id="b19-sensors-12-07548"><label>19.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Bicket</surname><given-names>J.</given-names></name><name><surname>Aguayo</surname><given-names>D.</given-names></name><name><surname>Biswas</surname><given-names>S.</given-names></name><name><surname>Morris</surname><given-names>R.</given-names></name></person-group><source>Architecture and Evaluation of an Unplanned 802.11b Mesh Network</source><publisher-name>ACM MobiCom</publisher-name><publisher-loc>Cologne, Germany</publisher-loc><year>2005</year></citation></ref>
<ref id="b20-sensors-12-07548"><label>20.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Draves</surname><given-names>R.</given-names></name><name><surname>Padhye</surname><given-names>J.</given-names></name><name><surname>Zill</surname><given-names>B.</given-names></name></person-group><source>Routing in Multi-Radio, Multi-Hop Wireless Mesh Networks</source><publisher-name>ACM MobiCom</publisher-name><publisher-loc>Philadelphia, PA, USA</publisher-loc><year>2004</year></citation></ref>
<ref id="b21-sensors-12-07548"><label>21.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kusume</surname><given-names>K.</given-names></name><name><surname>Vilzmann</surname><given-names>R.</given-names></name><name><surname>Müller</surname><given-names>A.</given-names></name><name><surname>Hartmann</surname><given-names>C.</given-names></name><name><surname>Bauch</surname><given-names>G.</given-names></name></person-group><article-title>Medium access in spread-spectrum ad hoc networks with multiuser detection</article-title><source>EURASIP J. Adv. Signal Process.</source><year>2009</year><pub-id pub-id-type="doi">10.1155/2009/156247</pub-id></citation></ref>
<ref id="b22-sensors-12-07548"><label>22.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Romaszko</surname><given-names>S.</given-names></name><name><surname>Blondia</surname><given-names>C.</given-names></name></person-group><article-title>Cross Layer PHY-MAC protocol for wireless staticand mobile ad hoc networks</article-title><source>EURASIP J. Adv. Signal Process.</source><year>2009</year><pub-id pub-id-type="doi">10.1155/2009/278041</pub-id></citation></ref>
<ref id="b23-sensors-12-07548"><label>23.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Chen</surname><given-names>X.</given-names></name><name><surname>Zhao</surname><given-names>Z.</given-names></name><name><surname>Jiang</surname><given-names>T.</given-names></name><name><surname>Grace</surname><given-names>D.</given-names></name><name><surname>Zhang</surname><given-names>H.</given-names></name></person-group><article-title>Intercluster connection in cognitive wireless mesh networks based on intelligent network coding</article-title><source>EURASIP J. Adv. Signal Process.</source><year>2009</year><pub-id pub-id-type="doi">10.1155/2009/141097</pub-id></citation></ref>
<ref id="b24-sensors-12-07548"><label>24.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Moy</surname><given-names>J.T.</given-names></name></person-group><source>OSPF: Anatomy of an Internet Routing Protocol</source><publisher-name>Addison-Wesley Professional</publisher-name><publisher-loc>Boston, MA, USA</publisher-loc><year>1998</year></citation></ref>
<ref id="b25-sensors-12-07548"><label>25.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Chen</surname><given-names>S.</given-names></name><name><surname>Nahrstedt</surname><given-names>K.</given-names></name></person-group><article-title>An overview of quality of service routing for next-generation high-speed networks: Problems and solutions</article-title><source>IEEE Netw.</source><year>1998</year><volume>12</volume><fpage>64</fpage><lpage>79</lpage><pub-id pub-id-type="doi">10.1109/65.752646</pub-id></citation></ref>
<ref id="b26-sensors-12-07548"><label>26.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hedrick</surname><given-names>C.</given-names></name></person-group><source>Routing Information Protocol</source><comment>Request for Comments 1058</comment><month>June</month><year>1988</year></citation></ref>
<ref id="b27-sensors-12-07548"><label>27.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Malkin</surname><given-names>G.</given-names></name></person-group><article-title>RIP Version 2—Carrying Additional Information</article-title><comment>Request for Comments 1388</comment><month>January</month><year>1993</year></citation></ref>
<ref id="b28-sensors-12-07548"><label>28.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Moy</surname><given-names>J.</given-names></name></person-group><article-title>OSPF Version 2</article-title><comment>Request for Comments 2328</comment><month>April</month><year>1998</year></citation></ref>
<ref id="b29-sensors-12-07548"><label>29.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Oran</surname><given-names>D.</given-names></name></person-group><article-title>OSI IS-IS Intra-Domain Routing Protocol</article-title><comment>Request for Comments 1142</comment><month>February</month><year>1990</year></citation></ref>
<ref id="b30-sensors-12-07548"><label>30.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Rekhter</surname><given-names>Y.</given-names></name><name><surname>Li</surname><given-names>T.</given-names></name></person-group><article-title>A Border Gateway Protocol</article-title><comment>Request for Comments 1771 (BGP Version 4)</comment><month>March</month><year>1995</year></citation></ref>
<ref id="b31-sensors-12-07548"><label>31.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Kurose</surname><given-names>J.</given-names></name><name><surname>Ross</surname><given-names>K.</given-names></name></person-group><source>Computer Networking: A Top-Down Approach Featuring the Interent</source><publisher-name>Addison Wesley</publisher-name><publisher-loc>Boston, MA, USA</publisher-loc><year>2002</year></citation></ref>
<ref id="b32-sensors-12-07548"><label>32.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Royer</surname><given-names>E.</given-names></name><name><surname>Toh</surname><given-names>C.</given-names></name></person-group><article-title>A review of current routing protocols for ad-hoc mobile wireless networks</article-title><source>IEEE Personal Communications</source><month>April</month><year>1999</year></citation></ref>
<ref id="b33-sensors-12-07548"><label>33.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Raju</surname><given-names>J.</given-names></name><name><surname>Garcia-Luna-Aceves</surname><given-names>J.</given-names></name></person-group><article-title>A Comparison of On-Demand and Table-Driven Routing for Ad-Hoc Wireless Networks</article-title><conf-name>Proceedings of IEEE International Conference on Communications, ICC 2000</conf-name><conf-loc>New Orleans, LA, USA</conf-loc><conf-date>18–22 June 2000</conf-date></citation></ref>
<ref id="b34-sensors-12-07548"><label>34.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Xiaoyan</surname><given-names>H.</given-names></name><name><surname>Kaixin</surname><given-names>X.</given-names></name><name><surname>Gerla</surname><given-names>M.</given-names></name></person-group><article-title>Scalable routing protocols for mobile ad hoc networks</article-title><source>IEEE Netw.</source><year>2002</year><volume>16</volume><fpage>11</fpage><lpage>21</lpage><pub-id pub-id-type="doi">10.1109/MNET.2002.1020231</pub-id></citation></ref>
<ref id="b35-sensors-12-07548"><label>35.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Johnson</surname><given-names>D.B.</given-names></name><name><surname>Maltz</surname><given-names>D.A.</given-names></name></person-group><article-title>Dynamic Source Routing in Ad Hoc Wireless Networks</article-title><source>Mobile Computing</source><person-group person-group-type="editor"><name><surname>Imielinski</surname><given-names>T.</given-names></name><name><surname>Korth</surname><given-names>H.</given-names></name></person-group><publisher-name>Kluwer Academic Publishers</publisher-name><publisher-loc>Dordrecht, The Netherland</publisher-loc><year>1996</year><volume>353</volume><fpage>153</fpage><lpage>181</lpage></citation></ref>
<ref id="b36-sensors-12-07548"><label>36.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Jiang</surname><given-names>F.</given-names></name><name><surname>Hao</surname><given-names>J.J.</given-names></name></person-group><article-title>Simulation of an Improved AODV Algorithm for Ad Hoc Network</article-title><conf-name>Proceedings of the Computer and Automation Engineering (ICCAE) 2010</conf-name><conf-loc>Singapore</conf-loc><conf-date>26–28 February 2010</conf-date><fpage>540</fpage><lpage>543</lpage></citation></ref>
<ref id="b37-sensors-12-07548"><label>37.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kim</surname><given-names>Y.D.</given-names></name><name><surname>Moon</surname><given-names>I.Y.</given-names></name><name><surname>Cho</surname><given-names>S.J.</given-names></name></person-group><article-title>A comperison of improved AODV routing protocol based on IEEE 802.11 and IEEE 802.15.4</article-title><source>J. Eng. Sci. Technol.</source><year>2009</year><volume>4</volume><fpage>132</fpage><lpage>141</lpage></citation></ref>
<ref id="b38-sensors-12-07548"><label>38.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ko</surname><given-names>Y.B.</given-names></name><name><surname>Vaidya</surname><given-names>N.H.</given-names></name></person-group><article-title>Location aided routing (LAR) in mobile ad hoc networks</article-title><source>Wirel. Netw.</source><year>2000</year><volume>6</volume><fpage>307</fpage><lpage>321</lpage><pub-id pub-id-type="doi">10.1023/A:1019106118419</pub-id></citation></ref>
<ref id="b39-sensors-12-07548"><label>39.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Wang</surname><given-names>K.</given-names></name><name><surname>Wu</surname><given-names>M.</given-names></name><name><surname>Weifeng</surname><given-names>L.</given-names></name><name><surname>Pengrui</surname><given-names>X.</given-names></name><name><surname>Shen</surname><given-names>S.</given-names></name></person-group><article-title>A novel location-aided routing algorithm for MANETs</article-title><conf-name>Proceedings of the Fifth International Conference on Information Technology: New Generations (itng 2008)</conf-name><conf-loc>Las Vegas, NV, USA</conf-loc><conf-date>7–9 April 2008</conf-date><fpage>1162</fpage><lpage>1163</lpage></citation></ref>
<ref id="b40-sensors-12-07548"><label>40.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ogier</surname><given-names>R.</given-names></name><name><surname>Templin</surname><given-names>F.</given-names></name><name><surname>Lewis</surname><given-names>M.</given-names></name></person-group><article-title>Topology Dissemination based on Reverse-path Forwarding (TBRPF)</article-title><source>Request for Comments 3484.</source><month>February</month><year>2004</year></citation></ref>
<ref id="b41-sensors-12-07548"><label>41.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Zhao</surname><given-names>B.Y.</given-names></name><name><surname>Duan</surname><given-names>Y.</given-names></name><name><surname>Huang</surname><given-names>L.</given-names></name><name><surname>Joseph</surname><given-names>A.D.</given-names></name><name><surname>Kubiatowicz</surname><given-names>J.D.</given-names></name></person-group><article-title>Brocade: Landmark routing on overlay networks</article-title><source>Lect. Notes Comput. Sci.</source><year>2002</year><volume>2429/2002</volume><fpage>34</fpage><lpage>44</lpage></citation></ref>
<ref id="b42-sensors-12-07548"><label>42.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Tschudinand</surname><given-names>C.</given-names></name><name><surname>Gold</surname><given-names>R.</given-names></name></person-group><article-title>LUNAR: In Lightweight Underlay Network ad-hoc Routing</article-title><source>Technical Report</source><publisher-name>University of Basel</publisher-name><publisher-loc>Basel, Switzerland</publisher-loc><month>January</month><year>2002</year></citation></ref>
<ref id="b43-sensors-12-07548"><label>43.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Roy</surname><given-names>S.</given-names></name><name><surname>Garcia-Luna-Aceves</surname><given-names>J.J.</given-names></name></person-group><article-title>Node-Centric Hybrid Routing for Ad-Hoc Wireless Extensions of the Internet</article-title><conf-name>Proceedings of Globecom</conf-name><conf-loc>Taipei, Taiwan</conf-loc><conf-date>17–21 November 2002</conf-date></citation></ref>
<ref id="b44-sensors-12-07548"><label>44.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Xu</surname><given-names>K.</given-names></name><name><surname>Gerla</surname><given-names>M.</given-names></name></person-group><article-title>A Heterogeneous Routing Protocol based on a New Stable Clustering Scheme</article-title><conf-name>Proceedings of the Military Communications Conference (MILCOM)</conf-name><conf-loc>Anaheim, CA, USA</conf-loc><conf-date>7–10 October 2002</conf-date></citation></ref>
<ref id="b45-sensors-12-07548"><label>45.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>List</surname><given-names>W.</given-names></name><name><surname>Vaidya</surname><given-names>N.</given-names></name></person-group><article-title>A Routing Protocol for K-hop Networks</article-title><conf-name>Proceedings of the WCNC 2004</conf-name><conf-loc>Atlanta, GA, USA</conf-loc><conf-date>21–25 March, 2004</conf-date></citation></ref>
<ref id="b46-sensors-12-07548"><label>46.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Yuan</surname><given-names>Y.</given-names></name><name><surname>Yang</surname><given-names>H.</given-names></name><name><surname>Wong</surname><given-names>S.H.Y.</given-names></name><name><surname>Lu</surname><given-names>S.</given-names></name><name><surname>Arbaugh</surname><given-names>W.</given-names></name></person-group><article-title>ROMER: Resilient Opportunistic Mesh Routing for Wireless Mesh Networks</article-title><conf-name>Proceedings of the First IEEE Workshop on Wireless Mesh Networks (WIMESH'05)</conf-name><conf-loc>Santa Clara, CA, USA</conf-loc><conf-date>26 September–1 October 2005</conf-date></citation></ref>
<ref id="b47-sensors-12-07548"><label>47.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Malarkodi</surname><given-names>B.</given-names></name><name><surname>Rakesh</surname><given-names>P.</given-names></name><name><surname>Venkataramani</surname><given-names>B.</given-names></name></person-group><article-title>Performance Evaluation of On-Demand Multipath Distance Vector Routing Protocol Under Different Traffic Models</article-title><conf-name>Proceedings of the 2009 International Conference on Advances in Recent Technologies in Communication and Computing</conf-name><conf-loc>Kottayam, Kerala, India</conf-loc><conf-date>27–28 October 2009</conf-date><fpage>70</fpage><lpage>88</lpage></citation></ref>
<ref id="b48-sensors-12-07548"><label>48.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Liu</surname><given-names>L.</given-names></name><name><surname>Zhu</surname><given-names>L.</given-names></name><name><surname>Lin</surname><given-names>L.</given-names></name><name><surname>Wu</surname><given-names>Q.</given-names></name></person-group><article-title>Improvement of AODV Routing Protocol with QoS Support in Wireless Mesh Networks</article-title><conf-name>Proceedings of the International Conference on Solid State Devices and Materials Science</conf-name><conf-loc>Macao, China</conf-loc><conf-date>1–2 April 2012</conf-date><comment>Volume 25</comment><fpage>1133</fpage><lpage>1140</lpage></citation></ref>
<ref id="b49-sensors-12-07548"><label>49.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Ramachandran</surname><given-names>K.</given-names></name><name><surname>Buddhikot</surname><given-names>M.M.</given-names></name><name><surname>Chandranmenon</surname><given-names>G.</given-names></name><name><surname>Miller</surname><given-names>S.</given-names></name><name><surname>Almeroth</surname><given-names>K.</given-names></name><name><surname>Belding-Royer</surname><given-names>E.</given-names></name></person-group><article-title>On the Design and Implementation of Infrastructure Mesh Networks</article-title><conf-name>Proceedings of the First IEEE Workshop on Wireless Mesh Networks (WIMESH'05)</conf-name><conf-loc>Santa Clara, CA, USA</conf-loc><conf-date>26 September 2005</conf-date></citation></ref>
<ref id="b50-sensors-12-07548"><label>50.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Peppas</surname><given-names>N.</given-names></name><name><surname>Turgut</surname><given-names>D.</given-names></name></person-group><article-title>A Hybrid Routing Protocol in Wireless Mesh Networks</article-title><conf-name>Proceedings of the Military Communications Conference</conf-name><conf-loc>Orlando, FL, USA</conf-loc><conf-date>29–31 October 2007</conf-date><fpage>1</fpage><lpage>7</lpage></citation></ref>
<ref id="b51-sensors-12-07548"><label>51.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Yang</surname><given-names>K.</given-names></name><name><surname>Ma</surname><given-names>J.F.</given-names></name><name><surname>Miao</surname><given-names>Z.H.</given-names></name></person-group><article-title>Hybrid Routing Protocol for Wireless Mesh Network</article-title><conf-name>Proceedings of the Computational Intelligence and Security</conf-name><conf-loc>Beijing, China</conf-loc><conf-date>11–14 December 2009</conf-date><fpage>547</fpage><lpage>551</lpage></citation></ref>
<ref id="b52-sensors-12-07548"><label>52.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Kang</surname><given-names>M.S.</given-names></name><name><surname>Kum</surname><given-names>D.W.</given-names></name><name><surname>Bae</surname><given-names>J.S.</given-names></name><name><surname>Cho</surname><given-names>Y.Z.</given-names></name><name><surname>Le</surname><given-names>A.N.</given-names></name></person-group><article-title>Mobility Aware Hybrid Routing Protocol for Mobile Ad Hoc Network</article-title><conf-name>Proceedings of the International Conference on Information Network</conf-name><conf-loc>Chennai, India</conf-loc><conf-date>28–29 April 2012</conf-date><fpage>410</fpage><lpage>414</lpage></citation></ref>
<ref id="b53-sensors-12-07548"><label>53.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kyasanur</surname><given-names>P.</given-names></name><name><surname>Vaidya</surname><given-names>N.H.</given-names></name></person-group><article-title>Routing and linklayer protocols for multi-channel multi-interface ad hoc wireless networks</article-title><source>SIGMOBILE Mob. Comput. Commun. Rev.</source><year>2006</year><volume>10</volume><fpage>31</fpage><lpage>43</lpage></citation></ref>
<ref id="b54-sensors-12-07548"><label>54.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Lam</surname><given-names>J.H.</given-names></name><name><surname>Lee</surname><given-names>S.G.</given-names></name><name><surname>Tan</surname><given-names>W.K.</given-names></name></person-group><article-title>Performance evaluation of multi-channel wireless mesh networks with embedded systems</article-title><source>Sensors</source><year>2012</year><volume>12</volume><fpage>500</fpage><lpage>517</lpage><pub-id pub-id-type="doi">10.3390/s120100500</pub-id><pub-id pub-id-type="pmid">22368482</pub-id></citation></ref>
<ref id="b55-sensors-12-07548"><label>55.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>AL-Kharasani</surname><given-names>N.M.</given-names></name><name><surname>Zukarnain</surname><given-names>Z.A.</given-names></name></person-group><article-title>Performance evaluation of routing with load-balancing in multi-radio wireless mesh networks</article-title><source>Int. J. Digit. Content Technol. Appl.</source><year>2011</year><volume>5</volume><fpage>64</fpage><lpage>71</lpage></citation></ref>
<ref id="b56-sensors-12-07548"><label>56.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Perkins</surname><given-names>C.</given-names></name><name><surname>Bhagwat</surname><given-names>P.</given-names></name></person-group><article-title>Highly Dynamic Destination-sequenced Distance-vector Routing (DSDV) for Mobile Computers</article-title><conf-name>Proceedings of the ACM SIGCOMM' 94 Conference on Communications Architectures, Protocols and Applications</conf-name><conf-loc>London, UK</conf-loc><conf-date>31 August–2 September 1994</conf-date><fpage>234</fpage><lpage>244</lpage></citation></ref>
<ref id="b57-sensors-12-07548"><label>57.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Garg</surname><given-names>H.K.</given-names></name><name><surname>Gupta</surname><given-names>P.C.</given-names></name></person-group><article-title>Minimization of average delay, routing load and packet loss rate in AODV routing protocol</article-title><source>Int. J. Comput. Appl.</source><year>2012</year><volume>44</volume><fpage>14</fpage><lpage>17</lpage></citation></ref>
<ref id="b58-sensors-12-07548"><label>58.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Michalak</surname><given-names>M.</given-names></name><name><surname>Braun</surname><given-names>T.</given-names></name></person-group><article-title>Common Gateway Architecture for Mobile Ad-Hoc Networks</article-title><conf-name>Proceedings of the Second Annual Conference on Wireless On-demand Network Systems and Services (WONS'05)</conf-name><conf-loc>Washington, DC, USA</conf-loc><conf-date>19–21 January, 2005</conf-date><fpage>70</fpage><lpage>75</lpage></citation></ref>
<ref id="b59-sensors-12-07548"><label>59.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Chen</surname><given-names>J.C.</given-names></name><name><surname>Li</surname><given-names>S.</given-names></name><name><surname>Chan</surname><given-names>S.H.</given-names></name><name><surname>He</surname><given-names>J.Y.</given-names></name></person-group><article-title>WIANI: Wireless Infrastructure and Ad-Hoc Network Integration</article-title><conf-name>Proceedings of the IEEE International Conference on Communications (ICC)</conf-name><conf-loc>Seoul, Korea</conf-loc><conf-date>16–20 May 2005</conf-date></citation></ref>
<ref id="b60-sensors-12-07548"><label>60.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hwang</surname><given-names>R.H.</given-names></name><name><surname>Wang</surname><given-names>C.Y.</given-names></name><name><surname>Li</surname><given-names>C.Y.</given-names></name><name><surname>Chen</surname><given-names>Y.S.</given-names></name></person-group><article-title>Mobile IPv6-based ad hoc networks: Its development and application</article-title><source>IEEE J. Sel. Areas Commun.</source><year>2005</year><volume>23</volume><fpage>2161</fpage><lpage>2171</lpage><pub-id pub-id-type="doi">10.1109/JSAC.2005.856826</pub-id></citation></ref>
<ref id="b61-sensors-12-07548"><label>61.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Ratanchandani</surname><given-names>P.</given-names></name><name><surname>Kravets</surname><given-names>R.</given-names></name></person-group><article-title>A Hybrid Approach to Internet Connectivity for Mobile Ad Hoc Networks</article-title><conf-name>Proceedings of the Wireless Communications and Networking, (WCNC 2003)</conf-name><conf-loc>New Orleans, LA, USA</conf-loc><conf-date>20–22 March 2003</conf-date></citation></ref>
<ref id="b62-sensors-12-07548"><label>62.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Nordstrm</surname><given-names>E.</given-names></name><name><surname>Gunningberg</surname><given-names>P.</given-names></name><name><surname>Tschudin</surname><given-names>C.</given-names></name></person-group><article-title>Gateway Forwarding Strategies for Ad Hoc Networks</article-title><source>Scandinavian Workshop on Wireless Ad Hoc Networks</source><publisher-loc>Stockholm, Sweden</publisher-loc><month>May</month><year>2004</year></citation></ref>
<ref id="b63-sensors-12-07548"><label>63.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Jain</surname><given-names>S.</given-names></name><name><surname>Kumar</surname><given-names>V.</given-names></name><name><surname>Tiwari</surname><given-names>S.</given-names></name></person-group><article-title>Impact of node density on scalable routing protocol in wireless mesh networks</article-title><source>IJCA J.</source><year>2012</year><volume>1</volume><fpage>47</fpage><lpage>50</lpage></citation></ref>
<ref id="b64-sensors-12-07548"><label>64.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Kumar</surname><given-names>S.</given-names></name></person-group><article-title>Reactive and Proactive Routing Protocols for Wireless Mesh Network Using Multimedia Streaming</article-title><conf-name>Proceedings of the International Conference on Recent Advances and Future Trends in Information Technology (iRAFIT2012)</conf-name><conf-loc>New York, NY, USA</conf-loc><conf-date>21–25 April 2012</conf-date><fpage>13</fpage><lpage>17</lpage></citation></ref>
<ref id="b65-sensors-12-07548"><label>65.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Le</surname><given-names>N.M.</given-names></name><name><surname>Hung</surname><given-names>T.M.</given-names></name></person-group><article-title>An XL-based Data Link Layer Routing Protocol for Wireless Mesh Networks</article-title><conf-name>Proceedings of the Consumer Communications and Networking Conference (CCNC)</conf-name><conf-loc>Las Vegas, NV, USA</conf-loc><conf-date>9–12 January 2011</conf-date><fpage>80</fpage><lpage>84</lpage></citation></ref>
<ref id="b66-sensors-12-07548"><label>66.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Lin</surname><given-names>H.</given-names></name><name><surname>Ma</surname><given-names>J.</given-names></name><name><surname>Hu</surname><given-names>J.</given-names></name><name><surname>Yang</surname><given-names>K.</given-names></name></person-group><article-title>PA-SHWMP: A privacy-aware secure hybrid wireless mesh protocol for IEEE 802.11s wireless mesh networks</article-title><source>EURASIP J. Wirel. Commun. Netw.</source><year>2012</year><volume>69</volume><pub-id pub-id-type="doi">10.1186/1687-1499-2012-69</pub-id></citation></ref>
<ref id="b67-sensors-12-07548"><label>67.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ramesh</surname><given-names>V.</given-names></name><name><surname>Reddy</surname><given-names>T.R.</given-names></name><name><surname>Latha</surname><given-names>T.S.</given-names></name></person-group><article-title>An effective implementation of multi-path routing protocol in wireless mesh networks</article-title><source>Int. J. Adv. Res. Comput. Sci. Softw. Eng.</source><year>2012</year><volume>2</volume><fpage>364</fpage><lpage>368</lpage></citation></ref>
<ref id="b68-sensors-12-07548"><label>68.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Shu</surname><given-names>Y.</given-names></name><name><surname>Shu</surname><given-names>Z.</given-names></name><name><surname>Luo</surname><given-names>B.</given-names></name></person-group><article-title>A multipath routing protocol in wireless mesh networks</article-title><source>Chin. J. Electron.</source><year>2012</year><volume>21</volume><fpage>131</fpage><lpage>136</lpage></citation></ref>
<ref id="b69-sensors-12-07548"><label>69.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Wen</surname><given-names>H.</given-names></name><name><surname>Luo</surname><given-names>G.</given-names></name></person-group><article-title>Environmental cognition based wireless mesh network cross-layer routing protocol</article-title><source>J. Inf. Comput. Sci.</source><year>2012</year><volume>9</volume><fpage>473</fpage><lpage>487</lpage></citation></ref>
<ref id="b70-sensors-12-07548"><label>70.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Bezahaf</surname><given-names>M.</given-names></name><name><surname>Iannone</surname><given-names>L.</given-names></name><name><surname>Dias de Amorim</surname><given-names>M.</given-names></name><name><surname>Fdida</surname><given-names>S.</given-names></name></person-group><article-title>An experimental evaluation of cross-layerrouting in awirelessmesh backbone</article-title><source>Comput. Netw.</source><year>2012</year><volume>56</volume><fpage>1568</fpage><lpage>1583</lpage><pub-id pub-id-type="doi">10.1016/j.comnet.2012.01.004</pub-id></citation></ref>
<ref id="b71-sensors-12-07548"><label>71.</label><citation citation-type="web"><person-group person-group-type="author"><name><surname>Fehnker</surname><given-names>A.</given-names></name><name><surname>van Glabbeek</surname><given-names>R.J.</given-names></name><name><surname>Hofner</surname><given-names>P.</given-names></name><name><surname>McIver</surname><given-names>A.</given-names></name><name><surname>Portmann</surname><given-names>M.</given-names></name><name><surname>Tan</surname><given-names>W.L.</given-names></name></person-group><article-title>A Process Algebra for Wireless Mesh Network Used for Modeling, Verifying and Analyzing AODV</article-title><source>Technical Report 5513</source><publisher-name>NICTA</publisher-name><year>2012</year><comment>Available online: <ext-link xlink:href="http://www.nicta.com.au/pub?id=551372.Genco/" ext-link-type="uri">http://www.nicta.com.au/pub?id=551372.Genco/</ext-link> (accessed on 4 January 2012)</comment></citation></ref>
<ref id="b72-sensors-12-07548"><label>73.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Migas</surname><given-names>N.</given-names></name><name><surname>Buchanan</surname><given-names>W.J.</given-names></name><name><surname>McArtney</surname><given-names>K.A.</given-names></name></person-group><article-title>Mobile agents for routing, topology discovery, and automatic network reconfiguration in ad-hoc networks</article-title><source>Eng. Comput. Based Syst.</source><year>2003</year><fpage>200</fpage><lpage>206</lpage></citation></ref>
<ref id="b73-sensors-12-07548"><label>74.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Liang</surname><given-names>L.</given-names></name><name><surname>Graham</surname><given-names>P.</given-names></name></person-group><article-title>Assessment of a Mobile Agent based Routing Protocol for Mobile Ad-Hoc Networks</article-title><conf-name>Proceedings of the 21st International Conference on Advanced Information Networking and Applications Workshops</conf-name><conf-loc>Niagara Falls, ON, Canada</conf-loc><conf-date>21–23 May, 2007</conf-date><comment>Volume 1</comment><pub-id pub-id-type="doi">10.1109/AINAW.2007.100</pub-id></citation></ref>
<ref id="b74-sensors-12-07548"><label>75.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hopfield</surname><given-names>J.J.</given-names></name><name><surname>Tank</surname><given-names>D.W.</given-names></name></person-group><article-title>“Neural” computation of decision in optimization problems</article-title><source>Biol. Cybern.</source><year>1985</year><volume>52</volume><fpage>141</fpage><lpage>152</lpage><pub-id pub-id-type="pmid">4027280</pub-id></citation></ref>
<ref id="b75-sensors-12-07548"><label>76.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ali</surname><given-names>M.</given-names></name><name><surname>Kamoun</surname><given-names>F.</given-names></name></person-group><article-title>Neural networks for shortest path computation and routing in computer networks</article-title><source>IEEE Trans. Neural Netw.</source><year>1993</year><volume>4</volume><fpage>941</fpage><lpage>953</lpage><pub-id pub-id-type="doi">10.1109/72.286889</pub-id><pub-id pub-id-type="pmid">18276524</pub-id></citation></ref>
<ref id="b76-sensors-12-07548"><label>77.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hopfield</surname><given-names>J.J.</given-names></name></person-group><article-title>Neural networks and physical systems with emergent collective computational abilities</article-title><source>Proc. Natl. Acad. Sci. USA</source><year>1982</year><volume>79</volume><fpage>2554</fpage><lpage>2558</lpage><pub-id pub-id-type="doi">10.1073/pnas.79.8.2554</pub-id><pub-id pub-id-type="pmid">6953413</pub-id></citation></ref>
<ref id="b77-sensors-12-07548"><label>78.</label><citation citation-type="web"><article-title>Hybrid Hopfield Neural Network, Discrete Wavelet Transform and Huffman Coding for Image Recognition</article-title><comment>Available online: <ext-link xlink:href="http://paper.ijcsns.org/07_book/200906/20090610.pdf" ext-link-type="uri">http://paper.ijcsns.org/07_book/200906/20090610.pdf</ext-link> (accessed on 1 June 2009)</comment></citation></ref>
<ref id="b78-sensors-12-07548"><label>79.</label><citation citation-type="web"><person-group person-group-type="author"><name><surname>Mishra</surname><given-names>D.</given-names></name><name><surname>Kalra</surname><given-names>P.K.</given-names></name></person-group><article-title>Modified Hopfield Neural Network Approach for Solving Nonlinear Algebraic Equations</article-title><comment>Available online: <ext-link xlink:href="http://www.engineeringletters.com/issues_v14/issue_1/EL_14_1_23.pdf" ext-link-type="uri">http://www.engineeringletters.com/issues_v14/issue_1/EL_14_1_23.pdf</ext-link> (accessed on12 February 2007)</comment></citation></ref>
<ref id="b79-sensors-12-07548"><label>80.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Foreword</surname><given-names>R.R.</given-names></name><name><surname>Feldman</surname><given-names>J.</given-names></name></person-group><source>Neural Networks</source><publisher-name>Springer-Verlag</publisher-name><publisher-loc>Berlin, Germany and New York, NY, USA</publisher-loc><fpage>1996</fpage></citation></ref>
<ref id="b80-sensors-12-07548"><label>81.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Mehrotra</surname><given-names>K.</given-names></name><name><surname>Mohan</surname><given-names>C.K.</given-names></name><name><surname>Ranka</surname><given-names>S.</given-names></name></person-group><source>Elements of Artificial Neural Networks</source><publisher-name>The MIT Press</publisher-name><publisher-loc>Cambridge, MA, USA</publisher-loc><year>1996</year></citation></ref>
<ref id="b81-sensors-12-07548"><label>82.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>McCulloch</surname><given-names>W.S.</given-names></name><name><surname>Pitts</surname><given-names>W.</given-names></name></person-group><article-title>A logical calculus of the ideas immanent in nervous activity</article-title><source>Bull. Math. Biophys.</source><year>1943</year><volume>5</volume><fpage>115</fpage><lpage>133</lpage><pub-id pub-id-type="doi">10.1007/BF02478259</pub-id></citation></ref>
<ref id="b82-sensors-12-07548"><label>83.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hopfield</surname><given-names>J.J.</given-names></name></person-group><article-title>Neurons with graded response have collective computational properties like those of two-state neurons</article-title><source>Proc. Natl. Acad. Sci. USA</source><year>1984</year><volume>81</volume><fpage>3088</fpage><lpage>3092</lpage><pub-id pub-id-type="doi">10.1073/pnas.81.10.3088</pub-id><pub-id pub-id-type="pmid">6587342</pub-id></citation></ref>
<ref id="b83-sensors-12-07548"><label>84.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Muller</surname><given-names>B.</given-names></name><name><surname>Reinhart</surname><given-names>J.</given-names></name></person-group><source>Neural Networks</source><publisher-name>Springer-Verlag</publisher-name><publisher-loc>Berlin, Germany</publisher-loc><year>1990</year><fpage>104</fpage><lpage>112</lpage></citation></ref>
<ref id="b84-sensors-12-07548"><label>85.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kojić</surname><given-names>N.</given-names></name><name><surname>Reljin</surname><given-names>I.</given-names></name><name><surname>Reljin</surname><given-names>B.</given-names></name></person-group><article-title>Neural network for optimization of routing in communication networks</article-title><source>Facta Univ. Ser. Electron. Energ.</source><year>2006</year><volume>19</volume><fpage>317</fpage><lpage>329</lpage><pub-id pub-id-type="doi">10.2298/FUEE0602317K</pub-id></citation></ref>
<ref id="b85-sensors-12-07548"><label>86.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Kojić</surname><given-names>N.</given-names></name><name><surname>Reljin</surname><given-names>I.</given-names></name><name><surname>Reljin</surname><given-names>B.</given-names></name></person-group><article-title>Optimal routing in packet switching network by using neural network</article-title><conf-name>Proceedings of the International Conference on Computer as a Tool, EUROCON 2005</conf-name><conf-loc>Belgrade, Yugoslavia</conf-loc><conf-date>21–24 November 2005</conf-date><comment>Volume 2</comment><fpage>1750</fpage><lpage>1753</lpage></citation></ref>
<ref id="b86-sensors-12-07548"><label>87.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Kojić</surname><given-names>N.</given-names></name><name><surname>Reljin</surname><given-names>I.</given-names></name><name><surname>Reljin</surname><given-names>B.</given-names></name></person-group><article-title>Neural Network for Finding Optimal Path in Packet-Switched Network</article-title><conf-name>Proceeding of 7th Seminar on Neural Network Applications in Electrical Engineering, NEUREL 2004</conf-name><conf-loc>Beograd, Yugoslavia</conf-loc><conf-date>23–25 September 2004</conf-date></citation></ref>
<ref id="b87-sensors-12-07548"><label>88.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Kojić</surname><given-names>N.</given-names></name><name><surname>Zajeganović-Ivančić</surname><given-names>M.</given-names></name><name><surname>Reljin</surname><given-names>I.</given-names></name><name><surname>Reljin</surname><given-names>B.</given-names></name></person-group><article-title>Packet Routing in Wireless Mesh Networks</article-title><conf-name>Proceedings of the 10th Symposium on Neural Network Applications in Electrical Engineering (NEUREL)</conf-name><conf-loc>Beograd, Yugoslavia</conf-loc><conf-date>23–25 September 2010</conf-date><fpage>155</fpage><lpage>158</lpage></citation></ref></ref-list>
<sec sec-type="display-objects">
<title>Figures</title>
<fig id="f1-sensors-12-07548" position="float">
<label>Figure 1.</label>
<caption>
<p>The structure of the WMN.</p></caption>
<graphic xlink:href="sensors-12-07548f1.gif"/></fig>
<fig id="f2-sensors-12-07548" position="float">
<label>Figure 2.</label>
<caption>
<p>One example of a WMN consisting of five nodes.</p></caption>
<graphic xlink:href="sensors-12-07548f2.gif"/></fig>
<fig id="f3-sensors-12-07548" position="float">
<label>Figure 3.</label>
<caption>
<p>Representation of symmetrical link.</p></caption>
<graphic xlink:href="sensors-12-07548f3.gif"/></fig>
<fig id="f4-sensors-12-07548" position="float">
<label>Figure 4.</label>
<caption>
<p>Oriented graph as network representation.</p></caption>
<graphic xlink:href="sensors-12-07548f4.gif"/></fig>
<fig id="f5-sensors-12-07548" position="float">
<label>Figure 5.</label>
<caption>
<p>Representation of bidirectional link.</p></caption>
<graphic xlink:href="sensors-12-07548f5.gif"/></fig>
<fig id="f6-sensors-12-07548" position="float">
<label>Figure 6.</label>
<caption>
<p>Oriented graph as network representation with bidirectional link.</p></caption>
<graphic xlink:href="sensors-12-07548f6.gif"/></fig>
<fig id="f7-sensors-12-07548" position="float">
<label>Figure 7.</label>
<caption>
<p>Algorithm of proposed routing protocol.</p></caption>
<graphic xlink:href="sensors-12-07548f7.gif"/></fig>
<fig id="f8-sensors-12-07548" position="float">
<label>Figure 8.</label>
<caption>
<p>New user association.</p></caption>
<graphic xlink:href="sensors-12-07548f8.gif"/></fig>
<fig id="f9-sensors-12-07548" position="float">
<label>Figure 9.</label>
<caption>
<p>Routing table stored in network's node.</p></caption>
<graphic xlink:href="sensors-12-07548f9.gif"/></fig>
<fig id="f10-sensors-12-07548" position="float">
<label>Figure 10.</label>
<caption>
<p>Hopfield neural network architecture.</p></caption>
<graphic xlink:href="sensors-12-07548f10.gif"/></fig>
<fig id="f11-sensors-12-07548" position="float">
<label>Figure 11.</label>
<caption>
<p>One possible hardware realization of Hopfield neural network.</p></caption>
<graphic xlink:href="sensors-12-07548f11.gif"/></fig>
<fig id="f12-sensors-12-07548" position="float">
<label>Figure 12.</label>
<caption>
<p>Activation function <italic>v<sub>i</sub></italic> = <italic>g</italic>(<italic>u<sub>i</sub></italic>).</p></caption>
<graphic xlink:href="sensors-12-07548f12.gif"/></fig>
<fig id="f13-sensors-12-07548" position="float">
<label>Figure 13.</label>
<caption>
<p>Network topology used for simulation.</p></caption>
<graphic xlink:href="sensors-12-07548f13.gif"/></fig>
<fig id="f14-sensors-12-07548" position="float">
<label>Figure 14.</label>
<caption>
<p>Network topology—simplified preview.</p></caption>
<graphic xlink:href="sensors-12-07548f14.gif"/></fig>
<fig id="f15-sensors-12-07548" position="float">
<label>Figure 15.</label>
<caption>
<p>Traffic load distribution (lower density, <italic>k</italic> &lt; 4.5).</p></caption>
<graphic xlink:href="sensors-12-07548f15.gif"/></fig>
<fig id="f16-sensors-12-07548" position="float">
<label>Figure 16.</label>
<caption>
<p>Traffic load distribution (higher density, <italic>k</italic> &gt; 4.5).</p></caption>
<graphic xlink:href="sensors-12-07548f16.gif"/></fig>
<fig id="f17-sensors-12-07548" position="float">
<label>Figure 17.</label>
<caption>
<p>The performance of the routing protocols—PDR.</p></caption>
<graphic xlink:href="sensors-12-07548f17.gif"/></fig>
<fig id="f18-sensors-12-07548" position="float">
<label>Figure 18.</label>
<caption>
<p>The performance of the routing protocols—Throughput.</p></caption>
<graphic xlink:href="sensors-12-07548f18.gif"/></fig>
<fig id="f19-sensors-12-07548" position="float">
<label>Figure 19.</label>
<caption>
<p>The performance of the routing protocols—End-to-end delay.</p></caption>
<graphic xlink:href="sensors-12-07548f19.gif"/></fig>
<fig id="f20-sensors-12-07548" position="float">
<label>Figure 20.</label>
<caption>
<p>The performance of the routing protocols—Average hop count.</p></caption>
<graphic xlink:href="sensors-12-07548f20.gif"/></fig>
<fig id="f21-sensors-12-07548" position="float">
<label>Figure 21.</label>
<caption>
<p>The performance of the routing protocols—Blocking iterations.</p></caption>
<graphic xlink:href="sensors-12-07548f21.gif"/></fig></sec></back></article>
