# Performance Evaluation of MBA-OLSR Routing Protocol for MANETs

Authors: Waheb A. Jabbar; Mahamod Ismail; Rosdiadee Nordin
Journal: Journal of Computer Networks and Communications
 (2014)

---

## Abstract

This paper proposes a multipath battery aware routing protocol, namely, MBA-OLSR, based on OLSRv2 and its multipath extension. The proposed approach considers the remaining battery energy of the nodes for calculating the initial cost of the multiple links between source-destination pairs. The MBA-OLSR aims to construct energy efficient routes and extend the network lifetime to avoid network failure due to battery exhaustion. The protocol performance is evaluated in different simulation scenarios of wireless mobile ad hoc networks (MANETs) environment. The simulation results demonstrate that our approach can achieve longer network lifetime and lower energy cost per packet. In addition, the results show improvement in terms of packet delivery ratio and end-to-end delay.


---

## Body

## 1. Introduction

Mobile ad hoc networks (MANETs) depict complex distributed systems that comprise wireless mobile nodes. These nodes can freely and dynamically self-organize into arbitrary and temporary ad hoc network topologies, thus allowing people and devices to seamlessly internetwork in areas with no preexisting communication infrastructure, for example, disaster recovery environments [1]. The routing protocols are used to route the packets from the source node to the destination. These routing protocols should be efficient in terms of quality of service (QoS) metrics and energy consumption to guarantee the data transmission over the wireless medium [2]. The internet engineering task force (IETF) has developed four routing protocols mainly for MANET [3]: ad hoc on-demand vector: (AODV), dynamic source routing (DSR), topology dissemination based on reverse-path forwarding (TBRPF), and optimized link state routing (OLSR) [4]. The efforts of the IETF are being made to standardize the OLSRv2 [5, 6], a successor to OLSR, and dynamic MANET on-demand (DYMO) which is currently known as AODVv2, a successor to both AODV and DSR routing protocols [3].The limited capacity of mobile nodes batteries represents a constraint for MANETs. Therefore, the design of energy efficient routes is a substantial need for saving energy and extending batteries and network lifetime. The failure of nodes caused by the battery exhaustion restricts the node’s ability to transmit and receive or relay packets to others as an intermediate node. Thus, routing a packet between source-destination pairs requires an adequate number of alive nodes with enough energy to forward the packets between them.The multipath routing protocols are proposed to address some routing issues, for example, scalability, and transmissions instability. multi-path-optimized link state routing protocol (MP-OLSR) is proposed in [7] as a multipath extension to OLSRv2 [5]. In the MP-OLSR protocol, the multipath Dijkstra algorithm is proposed to obtain multiple paths from a source to a destination. In addition, route recovery and loop detection are implemented in the MP-OLSR in order to improve QoS regarding OLSR. The algorithm exploited two cost functions for the link cost between nodes to generate node-disjoint or link-disjoint paths. However, the MP-OLSR uses the number of hops as a metric to find the best path to the destination and the costs of all links between source-destination pair links are initialized to one (1) as shown in Figure 1. The costs of the links between two nodes are treated equally; that is, the path with the least hop counts (shortest path) is considered as the best path. However, this measurement is not always correct because its choice can lead to a significant reduction of network performance when the network operates for a long time or if there are some nodes in the network with low battery levels. In such situations, some batteries of the nodes will be drained when these nodes are always chosen in the shortest path to the destination. In other words, the shortest path is not always being the efficient path. Thus, the evaluation of links energy efficiency is a key factor to be considered.Figure 1
MP-OLSR multiple paths in initial state cost function.In this paper, we propose an approach for route computation in the MP-OLSR [7]. The enhanced protocol is known as a multipath battery aware OLSR (MBA-OLSR) [8]. The proposed approach considers the residual battery energy of the nodes during the route computation as a parameter in the link cost function. Then the multipath Dijkstra algorithm can use the cost based on the residual battery energy as the initial cost of the links between each pair of nodes to find the best path to a destination instead of number of hops which is used in the original MP-OLSR.In the next section, we present an overview of both versions of the OLSR and MP-OLSR routing protocols. In Section3, the related works are highlighted and followed by the proposed MBA-OLSR protocol in Section 4. The simulation models with the performance metrics are discussed in Section 5. Section 6 presents the simulation results and discussion with comparison. Finally, a conclusion is drawn up in Section 7.


## 2.  Background

An overview of both versions of OLSR is presented in this section. Then the concept and functionalities of MP-OLSR are discussed.


### 2.1. OLSR and OLSR Version 2

Currently, OLSR [4] is the most employed and leading proactive routing protocol in MANETs. The first version of OLSR (OLSRv1) has been standardized as an experimental RFC 3626 [4]. It works in a proactive manner; that is, topology information is exchanged between the nodes on a periodic basis. The core optimization of OLSR is to minimize the control traffic by selecting a small number of nodes, known as multipoint relays (MPR) which is an improved flooding mechanism for topological information.The second version of OLSR is OLSRv2 [5]. It is an update and successor to OLSRv1. It holds the same basic mechanisms and algorithms of OLSRv1; however, OLSRv2 provides an even more flexible signaling framework and some simplification of the exchanged messages between nodes. It also accommodates both IPv4 and IPv6 addresses in a compact fashion. The OLSRv2 is developed for MANETs. Basically, it modifies the OLSRv1 by using and extending the following generalized building blocks:(i)
the MANET neighborhood discovery protocol (NHDP) defined in [RFC6130] [9],(ii)
the generalized MANET packet/message format [RFC5444] [10],(iii)
the TLVs as specified in [RFC5497] [11],(iv)
optionally, message jitter as specified in [RFC5148] [12].Now the OLSRv2 is in its final stage of standardization [13].


### 2.2. MP-OLSR

In this subsection, we discuss the concept and functionalities of the MP-OLSR [7]. It is a hybrid multipath routing protocol which is based on OLSRv2. It is proposed to improve QoS, load-balancing, and energy conservation. It takes an advantage of the MPR mechanism to flood the network with control traffic information and includes a major modification of the Dijkstra algorithm as detailed in Algorithm 1. The MP-OLSR changes the OLSR proactive behavior into on-demand route computation and becomes a source routing protocol with two cost functions to produce multiple disjoint or nondisjoint paths. The incremental functions cost function Fp and cost function Fe are used at each step to get a disjoint path between s and d. The Fp cost function is used to increase the costs of the arcs that belong to the previous path Pi (or the opposite arcs belonging to it). This will make future paths tend to use different arcs. The Fe cost function is used to increase the costs of the arcs that lead to the vertices of the previous path Pi.Algorithm 1:The multipath Dijkstra algorithm.
CalculateN routes in G from s to d
M
u
l
t
i
P
a
t
h
D
i
j
k
s
t
r
a
(
s
,
d
,
G
,
N
)
C
1
=
C
G
1
=
G
for  i=1 to N  do
SourceTreei=Dijkstra(Gi,s)
Pi=GetPath(SourceTreei,d)
for all arcs e in E
If  e is in Pi or Reverse(e) is in Pi  then
Ci+1(e)=fp(Ci(e))
else if the vertex Head(e) is in Pi  then
Ci+1(e)=fe(Ci(e))
else
Ci+1(e)=Ci(e)
end if
end for
G
i
+
1
=
(
V
,
E
,
C
i
+
1
)
end for
return (P1,P2,…,PN)To maintain several paths for the same source-destination pair, there are two main phases: (i) topology sensing and (ii) route computation. The topology sensing phase includes link sensing, neighbor detection, and topology discovery. The nodes obtain a partial topology map just like that in the OLSR based on the periodic exchange of HELLO and TC messages. However, MP-OLSR nodes do not construct routing tables. Throughout the route computation phase, these nodes calculate multiple paths (one is a primary path and the others are secondary paths) and reach any other node in the network following an on-demand scheme and based on topology sensing information. Furthermore, the MP-OLSR has two auxiliary phases: route recovery and loop detection to improve its performance. Also, it is compatible with standardized OLSR by using the IP source routing. The queue length as a link metric for computation of routing paths is also proposed in MP-OLSR (MPQ-OLSR) to reflect the link quality faithfully [14]. The average queue length has an essential effect on the delay.


## 2.1. OLSR and OLSR Version 2

Currently, OLSR [4] is the most employed and leading proactive routing protocol in MANETs. The first version of OLSR (OLSRv1) has been standardized as an experimental RFC 3626 [4]. It works in a proactive manner; that is, topology information is exchanged between the nodes on a periodic basis. The core optimization of OLSR is to minimize the control traffic by selecting a small number of nodes, known as multipoint relays (MPR) which is an improved flooding mechanism for topological information.The second version of OLSR is OLSRv2 [5]. It is an update and successor to OLSRv1. It holds the same basic mechanisms and algorithms of OLSRv1; however, OLSRv2 provides an even more flexible signaling framework and some simplification of the exchanged messages between nodes. It also accommodates both IPv4 and IPv6 addresses in a compact fashion. The OLSRv2 is developed for MANETs. Basically, it modifies the OLSRv1 by using and extending the following generalized building blocks:(i)
the MANET neighborhood discovery protocol (NHDP) defined in [RFC6130] [9],(ii)
the generalized MANET packet/message format [RFC5444] [10],(iii)
the TLVs as specified in [RFC5497] [11],(iv)
optionally, message jitter as specified in [RFC5148] [12].Now the OLSRv2 is in its final stage of standardization [13].


## 2.2. MP-OLSR

In this subsection, we discuss the concept and functionalities of the MP-OLSR [7]. It is a hybrid multipath routing protocol which is based on OLSRv2. It is proposed to improve QoS, load-balancing, and energy conservation. It takes an advantage of the MPR mechanism to flood the network with control traffic information and includes a major modification of the Dijkstra algorithm as detailed in Algorithm 1. The MP-OLSR changes the OLSR proactive behavior into on-demand route computation and becomes a source routing protocol with two cost functions to produce multiple disjoint or nondisjoint paths. The incremental functions cost function Fp and cost function Fe are used at each step to get a disjoint path between s and d. The Fp cost function is used to increase the costs of the arcs that belong to the previous path Pi (or the opposite arcs belonging to it). This will make future paths tend to use different arcs. The Fe cost function is used to increase the costs of the arcs that lead to the vertices of the previous path Pi.Algorithm 1:The multipath Dijkstra algorithm.
CalculateN routes in G from s to d
M
u
l
t
i
P
a
t
h
D
i
j
k
s
t
r
a
(
s
,
d
,
G
,
N
)
C
1
=
C
G
1
=
G
for  i=1 to N  do
SourceTreei=Dijkstra(Gi,s)
Pi=GetPath(SourceTreei,d)
for all arcs e in E
If  e is in Pi or Reverse(e) is in Pi  then
Ci+1(e)=fp(Ci(e))
else if the vertex Head(e) is in Pi  then
Ci+1(e)=fe(Ci(e))
else
Ci+1(e)=Ci(e)
end if
end for
G
i
+
1
=
(
V
,
E
,
C
i
+
1
)
end for
return (P1,P2,…,PN)To maintain several paths for the same source-destination pair, there are two main phases: (i) topology sensing and (ii) route computation. The topology sensing phase includes link sensing, neighbor detection, and topology discovery. The nodes obtain a partial topology map just like that in the OLSR based on the periodic exchange of HELLO and TC messages. However, MP-OLSR nodes do not construct routing tables. Throughout the route computation phase, these nodes calculate multiple paths (one is a primary path and the others are secondary paths) and reach any other node in the network following an on-demand scheme and based on topology sensing information. Furthermore, the MP-OLSR has two auxiliary phases: route recovery and loop detection to improve its performance. Also, it is compatible with standardized OLSR by using the IP source routing. The queue length as a link metric for computation of routing paths is also proposed in MP-OLSR (MPQ-OLSR) to reflect the link quality faithfully [14]. The average queue length has an essential effect on the delay.


## 3. Related Works

Several studies on energy efficient routing consider the available energy of nodes to take the routing decisions. EEOLSR [15] is an enhanced version of OLSR for extending the network lifetime without loss of performance. The authors modified the multipoint relay (MPRs) selection mechanism of the OLSR protocol based on the EA-willingness concept mechanisms by considering the energy state of the node during MPR selection. However, the EEOLSR has not considered the residual battery for route computation. The authors in [16] proposed OLSRE, an enhanced version energy efficient routing based on OLSR. In OLSRE, the energy consumption is taken into account during packet routing by calculating the cost of packet transmission. However, this protocol has a high overhead and it does not consider a node’s residual energy.Another approach of energy efficient OLSR-based routing protocol is the OLSR_EA [17] with the autoregressive integrated moving average time series method. The purpose of this is to measure and predict perinterval energy consumption. The authors developed a composite energy cost by considering residual energy and the consumed transmission power of each node and used this compound energy index as the energy routing metric. However, in the OLSR_EA, there is a higher chance of collision if a relay node has a longer transmission range than surrounded nodes and, therefore, it is not preferred in large networks.In [18], the authors proposed the OLSRM protocol based on the standardized OLSR. They have tried to make it energy efficient by proposing an efficient neighbor selection based on node’s residual energy and drain rate. They have considered the multipath with the source routing concept for route selection. Several works in the literature have been proposed to optimize the energy consumption of OLSR; however, all of them are based on the standardized first version of OLSR (OLSRv1). To the best of our knowledge, none of the researches in the literature consider the energy efficiency of OLSRv2 [8], the successor to OLSRv1, or its multipath extension MP-OLSR [9].


## 4. The Proposed MBA-OLSR

The MP-OLSR applies the number of hops as the link cost metric for transmitting packets. Initially, it sets the cost for all links between the source and destination to “1” (see Figure1) which can either lead the congestion on a specific path or rise in the energy expenditure of particular intermediate nodes. For the proposed MBA-OLSR [8], the same multipath Dijkstra algorithm as shown in Algorithm 1 [7] was utilized. However, the initial link cost of each link was calculated based on the residual battery of both nodes for each link.Since the topology information in the OLSR and MP-OLSR is exploited by exchanging HELLO and TC messages, we need to modify these messages for MBA-OLSR and attach the residual energy information of the node to them. The type-length-value (TLV) mechanism of OLSRv2 [11] allows to add an additional TLV for the residual battery information. These modifications make other nodes in the network aware of the residual battery energy information in the local node. As shown in Figure 2, a TLV_Residual_Battery is defined. It is composed of 3-byte TLV header and 2-byte for residual battery information. The length is normalized into a double between [0,65535]. Then, the TLV can be carried by the HELLO and TC messages and broadcasted to the whole network. Upon the reception of HELLO or TC messages, the residual energy of the battery is extracted from the TLV_Residual_Battery. A cost function is used to estimate the link cost between two nodes based on their residual battery’s energy as defined in the following:
(1)RBij=RBiRBi+MRB+RBjRBj+MRB,(2)LinkCostij=1+k*1eRBij,
where MRB is the maximum battery capacity, RBi and RBj are the residual battery energy of the nodes i and j, respectively, and RBij is the ratio of residual battery energy of both nodes i and j. K is the weight factor to optimize the impact of different remaining battery energy on the link cost. This parameter is selected to investigate the behavior of the protocol different weight factor values.Type-length-value (TLV) added to HELLO and TC messages in MBA-OLSR.
(a)
Original TLV added to the HELLO message
(b)
Modified TLV with TLV_Residual_Battery added to the HELLO message
(c)
Original TLV added to the TC message
(d)
Modified TLV with TLV_Residual_Battery added to the TC messageIf multiple paths are available, initially, the cost of all links is equal to the link cost obtained from (2). The next hop nodes are selected based on their weights which are updated based on the link cost to them. The nodes with the highest level of residual battery energy will be connected by the links with minimum cost and construct the best route to the destination. The multipath computation process is explained in the flow chart in Figure 3.Figure 3
Flowchart for route computation in MBA-OLSR.


## 5. Simulations

### 5.1. Simulation Tools

EXata 3.1 simulator [19] is employed to study and analyze the performance of MBA-OLSR. It is used to conduct extensive simulations to evaluate the energy consumption and QoS metrics of the MBA-OLSR and compare it with the original MP-OLSR routing protocol in different scenarios. The EXata communication simulation platform is a network emulator that is integrated into the well-known QualNet network simulator, which is widely used in academic research and industry. The EXata simulator platform offers a high level of reliability and scalability simulations for wireless communication.


### 5.2. Network Model

Basically, the MANET network can be modeled using graphG(V,E), where V is the set of nodes representing the mobile devices and E is a set of arcs; each arc models the intersection of two devices’ communications range [20]. Each node υ∈V can directly communicate with a set of neighboring devices within its communication range. Otherwise, it has to use a routing protocol to transmit packets to remote devices that are not adjacent neighbors. One of the possible paths in the graph G(V,E) can be used to transmit the packets from the node υ to the destination node. Due to the node’s mobility, the network topology frequently changes. Consequently, the cardinality of nodes in set V remains the same throughout the period, whereas the cardinality of edges in E keeps changing. The average hop length of E increases with the number of nodes in set V and this affects the performance of the routing protocol. Therefore, the network size is one of the major parameters in simulation studies of routing protocol evaluation in MANET. In our simulation, the number of nodes was set to 49 nodes as it is described in Section 5.8.


### 5.3. Energy Model

The battery energy of the mobile node is limited and node can only transmit a restricted number of bits. The maximum number of bits that can be transmitted is defined by the total battery energy divided by the required energy per bit. There are four states for the mobile node in a wireless network: transmit, receive, idle, and sleep. Each state consumes a particular amount of power (Ptransmit, Preceiv, Pidle, and Psleep). In our simulation model, we used a generic radio energy model which is derived to estimate the consumed energy based on the circuitry power consumption and time spent in each state as follows:
(3)Etrans⁡=Ptransmit*ttrans⁡Erec=Preceiv*trecEidle=Pidle*tidleEsleep=Psleep*tsleep,
where ttrans⁡, trec, and tidle are the duration of time for each state. Therefore, the total energy consumption for a node to transmit and receive a packet can be calculated as shown in
(4)Etotal=Etrans⁡+Erec+Eidle.
We set the energy parameters in our simulation scenarios as listed in Table 1 based on [15].Table 1
Simulation parameters.
Parameter
Values
Simulator
EXata 3.1
Routing protocol
MBA-OLSR, MP-OLSR and MPQ-OLSR
Simulation area
1000 m × 1000 m
Simulation time
400 seconds
Number of nodes
49
Number of sources traffic
16 CBR
Mobility model
RWP (max speed 0–10 m/s,pause time 50–350 sec)
Transport protocol
UDP
Network protocol
IPv4
Priority input queue size
50000 bytes
MAC protocol
IEEE 802.11
Physical layer model
PHY 802.11 b
Energy model
Generic (Ptransmit = 1400 mW, Preceive = 1000 mW, PIdle = 0 mW, and PSleep = 0 mW)
Battery model
Linear battery model
Data rate
11 Mbps


### 5.4. Network Lifetime Model

The main purpose of energy efficient routing is to maximize the network lifetime. In this paper, we used the definition of the network lifetime [21] as duration of time until the first node in a network failed because the battery depleted. If all the nodes have the same initial energy levels, the node which dies first will be the one which expends the battery energy at the highest rate. If we want to extend the lifetime of the network, it is critical to include the residual battery energy into links cost updates.


### 5.5. Linear Battery Model

Battery provides voltage and current for the components attached to the battery such as radio interfaces, CPU, memory blocks, and sensing core. A DC-DC converter regulates voltage for different components (see Figure4). The battery is a repository of electrical charges which losses its charge when a load (electrical current) is taken off from it. The loss rate is a function of the load. The total energy consumed by the system per cycle is the sum of energies consumed by the radio transceivers (ETrans) protocol processor (ECPU), the DC-DC converter (EDC), and the efficiency losses in the battery (EBat) [19]:
(5)ECyclel=ETrans+ECPU+EDC+EBat.Figure 4
System level block of smart batteries [19].The total energy consumed during the execution of the software on a given hardware architecture is the sum of the energies consumed during each cycle. The utilized model in our simulation is a simple linear model. It is based on the coulomb counting technique [22]. The coulomb counting technique accumulates the dissipated coulombs from the beginning of the discharge cycle and estimates the remaining capacity based on the difference between the accumulated value and a prerecorded full-charge capacity. This method can lose some of its accuracy under variable load conditions because it ignores the nonlinear discharge effect during the coulomb counting process. The battery charge monitoring interval is set to 1 sec and the value of full battery capacity is set to 18 [mA·h] for the implemented linear battery model.


### 5.6. Mobility Model

Node mobility in a mobile multihop wireless network can be described by the node’s speed as well as its pause duration. The average speed of the nodes in the network is an indicator of changing the network topology and the rate of links break as well as routing overhead. The random waypoint model (RWP) [23] is one of the most widely nd the value of full battery capacity is set used mobility models in MANET simulation. This model selects random destinations and speeds from 0 to Vmax⁡ for each node. After the nodes reach their selected destinations, they pause for a defined duration of time and then the process is repeated. In our simulation, we focused on the node’s mobility to evaluate the performance of the proposed approach. The nodes pause time duration and maximum speed were considered in the two simulation scenarios. In the first scenario, the pause time duration of nodes was changed from 50 sec to 350 sec. However, in the second scenario, the maximum speed (Vmax⁡) of nodes was changed from 1 m/s to 10 m/s as discussed in Section 6.


### 5.7. The Traffic Generation Model

The traffic model has a serious effect on the performance of the routing protocols and its execution [24]. Furthermore, the change in the traffic model parameters such as flow number, packet number, or packet size will impact the congestion level in the network. In this paper, we used the well-known UDP traffic generated by the constant bit rate (CBR) which generates traffic at a constant rate by transmitting packets of a fixed size at a fixed rate. It is commonly used to provide background traffic that impacts the performance of other applications being analyzed or to simulate generic multimedia traffic. The CBR can be used to simulate applications for which the end-systems require predictable response time and a static amount of bandwidth continuously available for the lifetime of the connection. These applications include services such as video-conferencing and telephony (voice services).


### 5.8. Simulation Environment and Parameters

In this paper, we particularly discuss results from one representative topology; where 49 mobile nodes were spread initially over a 7 × 7 unit grid on a scenario terrain of 1000 by 1000 meters [25] as shown in Figure 4. This is only initial position of nodes and it will move randomly based on the mobility model. The four corner nodes and the mid-nodes on each side of the square grid were chosen as sources and destination nodes as illustrated in Figure 5. Each source-destination pair had 2 CBR simultaneous active sessions in the opposite direction, thus giving rise to 16 CBR flows as total of different sessions. The CBR is set to 10 packets per second and with 512 bytes of packet size. It came 15 sec after the simulation started to give adequate time for exchanging routing messages [7]. The used radio type in our simulations is 802.11 b radio with Omni directional antenna model and 11 Mbps data rate. To avoid the termination of a simulation due to the battery power exhaustion at the source or destination nodes, all source-destination pairs were configured to have maximum power resources 18 [mA·h]. The other “intermediate” nodes were configured with identical initial battery power levels 10 [mA·h]. To study the performance of the proposed protocol, we performed experiments in two main simulation scenarios with simulation time of 400 sec. In the first scenario, the pause time of the nodes was changed from 50 sec to 350 sec. However, in the second scenario, the pause time was set to 100 sec and the maximum speed of the nodes was changed from 1 m/s to 10 m/s. The wireless channel frequency was set to 2.4 GHz and the radio transmission range was about 270 m as a result of the selected Wi-Fi parameters setting. All simulation scenarios were repeated 5 times with different randomly selected seeds to get different experiments, and the results were averaged over all experiments. The simulation parameters are presented in Table 1.Figure 5
The simulation topology with 49 nodes and 16 CBR connections.


### 5.9. Performance Evaluation Metrics

The main aim of this work was to evaluate the energy efficiency and QoS metric of our enhanced MBA-OLSR routing protocol. For this purpose, the following metrics were considered.Packet Delivery Ratio (PDR). The ratio of the data packets successfully received at the destination.Average End-To-End Delay. It refers to the average of time duration over all surviving data packets that are transmitted from the source to the destination.Network Life Time. The network lifetime is defined as the duration of time until the first node in a network fails due to the battery exhausted.The Number of Dead Nodes. The metric gives the total number of dead nodes at the end of simulation time.Energy Cost per Packet. This metric gives the ratio between the total consumed energy over the number of successfully received packets at the destinations.


## 5.1. Simulation Tools

EXata 3.1 simulator [19] is employed to study and analyze the performance of MBA-OLSR. It is used to conduct extensive simulations to evaluate the energy consumption and QoS metrics of the MBA-OLSR and compare it with the original MP-OLSR routing protocol in different scenarios. The EXata communication simulation platform is a network emulator that is integrated into the well-known QualNet network simulator, which is widely used in academic research and industry. The EXata simulator platform offers a high level of reliability and scalability simulations for wireless communication.


## 5.2. Network Model

Basically, the MANET network can be modeled using graphG(V,E), where V is the set of nodes representing the mobile devices and E is a set of arcs; each arc models the intersection of two devices’ communications range [20]. Each node υ∈V can directly communicate with a set of neighboring devices within its communication range. Otherwise, it has to use a routing protocol to transmit packets to remote devices that are not adjacent neighbors. One of the possible paths in the graph G(V,E) can be used to transmit the packets from the node υ to the destination node. Due to the node’s mobility, the network topology frequently changes. Consequently, the cardinality of nodes in set V remains the same throughout the period, whereas the cardinality of edges in E keeps changing. The average hop length of E increases with the number of nodes in set V and this affects the performance of the routing protocol. Therefore, the network size is one of the major parameters in simulation studies of routing protocol evaluation in MANET. In our simulation, the number of nodes was set to 49 nodes as it is described in Section 5.8.


## 5.3. Energy Model

The battery energy of the mobile node is limited and node can only transmit a restricted number of bits. The maximum number of bits that can be transmitted is defined by the total battery energy divided by the required energy per bit. There are four states for the mobile node in a wireless network: transmit, receive, idle, and sleep. Each state consumes a particular amount of power (Ptransmit, Preceiv, Pidle, and Psleep). In our simulation model, we used a generic radio energy model which is derived to estimate the consumed energy based on the circuitry power consumption and time spent in each state as follows:
(3)Etrans⁡=Ptransmit*ttrans⁡Erec=Preceiv*trecEidle=Pidle*tidleEsleep=Psleep*tsleep,
where ttrans⁡, trec, and tidle are the duration of time for each state. Therefore, the total energy consumption for a node to transmit and receive a packet can be calculated as shown in
(4)Etotal=Etrans⁡+Erec+Eidle.
We set the energy parameters in our simulation scenarios as listed in Table 1 based on [15].Table 1
Simulation parameters.
Parameter
Values
Simulator
EXata 3.1
Routing protocol
MBA-OLSR, MP-OLSR and MPQ-OLSR
Simulation area
1000 m × 1000 m
Simulation time
400 seconds
Number of nodes
49
Number of sources traffic
16 CBR
Mobility model
RWP (max speed 0–10 m/s,pause time 50–350 sec)
Transport protocol
UDP
Network protocol
IPv4
Priority input queue size
50000 bytes
MAC protocol
IEEE 802.11
Physical layer model
PHY 802.11 b
Energy model
Generic (Ptransmit = 1400 mW, Preceive = 1000 mW, PIdle = 0 mW, and PSleep = 0 mW)
Battery model
Linear battery model
Data rate
11 Mbps


## 5.4. Network Lifetime Model

The main purpose of energy efficient routing is to maximize the network lifetime. In this paper, we used the definition of the network lifetime [21] as duration of time until the first node in a network failed because the battery depleted. If all the nodes have the same initial energy levels, the node which dies first will be the one which expends the battery energy at the highest rate. If we want to extend the lifetime of the network, it is critical to include the residual battery energy into links cost updates.


## 5.5. Linear Battery Model

Battery provides voltage and current for the components attached to the battery such as radio interfaces, CPU, memory blocks, and sensing core. A DC-DC converter regulates voltage for different components (see Figure4). The battery is a repository of electrical charges which losses its charge when a load (electrical current) is taken off from it. The loss rate is a function of the load. The total energy consumed by the system per cycle is the sum of energies consumed by the radio transceivers (ETrans) protocol processor (ECPU), the DC-DC converter (EDC), and the efficiency losses in the battery (EBat) [19]:
(5)ECyclel=ETrans+ECPU+EDC+EBat.Figure 4
System level block of smart batteries [19].The total energy consumed during the execution of the software on a given hardware architecture is the sum of the energies consumed during each cycle. The utilized model in our simulation is a simple linear model. It is based on the coulomb counting technique [22]. The coulomb counting technique accumulates the dissipated coulombs from the beginning of the discharge cycle and estimates the remaining capacity based on the difference between the accumulated value and a prerecorded full-charge capacity. This method can lose some of its accuracy under variable load conditions because it ignores the nonlinear discharge effect during the coulomb counting process. The battery charge monitoring interval is set to 1 sec and the value of full battery capacity is set to 18 [mA·h] for the implemented linear battery model.


## 5.6. Mobility Model

Node mobility in a mobile multihop wireless network can be described by the node’s speed as well as its pause duration. The average speed of the nodes in the network is an indicator of changing the network topology and the rate of links break as well as routing overhead. The random waypoint model (RWP) [23] is one of the most widely nd the value of full battery capacity is set used mobility models in MANET simulation. This model selects random destinations and speeds from 0 to Vmax⁡ for each node. After the nodes reach their selected destinations, they pause for a defined duration of time and then the process is repeated. In our simulation, we focused on the node’s mobility to evaluate the performance of the proposed approach. The nodes pause time duration and maximum speed were considered in the two simulation scenarios. In the first scenario, the pause time duration of nodes was changed from 50 sec to 350 sec. However, in the second scenario, the maximum speed (Vmax⁡) of nodes was changed from 1 m/s to 10 m/s as discussed in Section 6.


## 5.7. The Traffic Generation Model

The traffic model has a serious effect on the performance of the routing protocols and its execution [24]. Furthermore, the change in the traffic model parameters such as flow number, packet number, or packet size will impact the congestion level in the network. In this paper, we used the well-known UDP traffic generated by the constant bit rate (CBR) which generates traffic at a constant rate by transmitting packets of a fixed size at a fixed rate. It is commonly used to provide background traffic that impacts the performance of other applications being analyzed or to simulate generic multimedia traffic. The CBR can be used to simulate applications for which the end-systems require predictable response time and a static amount of bandwidth continuously available for the lifetime of the connection. These applications include services such as video-conferencing and telephony (voice services).


## 5.8. Simulation Environment and Parameters

In this paper, we particularly discuss results from one representative topology; where 49 mobile nodes were spread initially over a 7 × 7 unit grid on a scenario terrain of 1000 by 1000 meters [25] as shown in Figure 4. This is only initial position of nodes and it will move randomly based on the mobility model. The four corner nodes and the mid-nodes on each side of the square grid were chosen as sources and destination nodes as illustrated in Figure 5. Each source-destination pair had 2 CBR simultaneous active sessions in the opposite direction, thus giving rise to 16 CBR flows as total of different sessions. The CBR is set to 10 packets per second and with 512 bytes of packet size. It came 15 sec after the simulation started to give adequate time for exchanging routing messages [7]. The used radio type in our simulations is 802.11 b radio with Omni directional antenna model and 11 Mbps data rate. To avoid the termination of a simulation due to the battery power exhaustion at the source or destination nodes, all source-destination pairs were configured to have maximum power resources 18 [mA·h]. The other “intermediate” nodes were configured with identical initial battery power levels 10 [mA·h]. To study the performance of the proposed protocol, we performed experiments in two main simulation scenarios with simulation time of 400 sec. In the first scenario, the pause time of the nodes was changed from 50 sec to 350 sec. However, in the second scenario, the pause time was set to 100 sec and the maximum speed of the nodes was changed from 1 m/s to 10 m/s. The wireless channel frequency was set to 2.4 GHz and the radio transmission range was about 270 m as a result of the selected Wi-Fi parameters setting. All simulation scenarios were repeated 5 times with different randomly selected seeds to get different experiments, and the results were averaged over all experiments. The simulation parameters are presented in Table 1.Figure 5
The simulation topology with 49 nodes and 16 CBR connections.


## 5.9. Performance Evaluation Metrics

The main aim of this work was to evaluate the energy efficiency and QoS metric of our enhanced MBA-OLSR routing protocol. For this purpose, the following metrics were considered.Packet Delivery Ratio (PDR). The ratio of the data packets successfully received at the destination.Average End-To-End Delay. It refers to the average of time duration over all surviving data packets that are transmitted from the source to the destination.Network Life Time. The network lifetime is defined as the duration of time until the first node in a network fails due to the battery exhausted.The Number of Dead Nodes. The metric gives the total number of dead nodes at the end of simulation time.Energy Cost per Packet. This metric gives the ratio between the total consumed energy over the number of successfully received packets at the destinations.


## 6. MBA-OLSR Performance Evaluation

The performance evaluation of the proposed protocol is described in this section. The results are analyzed and compared with MP-OLSR and MPQ-OLSR based on the considered metrics for energy efficiency and QoS. Our simulation scenarios were studied based on the mobility of the nodes. We considered two main simulation scenarios based on two parameters in the RWP mobility model, namely, pause time and maximum speed of nodes. We performed an extensive simulation and parametric analysis to show the behavior of the considered protocols in different scenarios.


### 6.1. Node’s Pause Time Scenario

In order to evaluate the impact of node’s pause time to the MBA-OLSR performance, this scenario presents a set of experiments, comparing MBA-OLSR, MP-OLSR, and MPQ-OLSR, with the parameters listed in Table1. Simulations were carried out by the varying nodes pause time from 50 sec to 350 sec increasingly by 50 sec in each subscenario.Figure6 illustrates the packet delivery ratio of the three protocols. MBA-OLSR obtains higher delivery ratios up to 5% than both MP-OLSR and MPQ-OLSR regardless of pause time duration. Both MP-OLSR and MPQ-OLSR utilized nodes that provide the shortest path or lower congestion to destination without considering their battery resources and incur a higher number of dead nodes (as shown in Table 2), and therefore a lower data delivery ratio, particularly in longer pause time scenarios.Table 2
Number of dead nodes for varying pause time.
Protocol
Pause time [sec]
50
100
150
200
250
300
350
MBA-OLSR
2
8
10
15
10
16
12
MP-OLSR
3
9
8
15
13
15
13
MPQ-OLSR
4
9
14
19
19
16
16Figure 6
Packet delivery ratio for varying pause time.Figure7 depicts the average end-to-end delay. Both MP-OLSR and MPQ-OLSR have higher end-to-end delay comparing with MBA-OLSR mostly because the dead intermediate nodes increase the delay to reach to the destination; unlike MBA-OLSR which exhibit shorter delays except in the first scenario.Figure 7
Average end-to-end delay for varying pause time.In order to evaluate the energy efficiency metrics, Figures8 and 9 show the network life time and energy cost per packet, respectively. The network life time with MBA-OLSR is decreasing as the duration of pause time increased. However, it performs better than both MP-OLSR and MPQ-OLSR in overall scenarios. This is because the MBA-OLSR tends to avoid intermediate nodes with low residual battery energy in its link cost function to find multiple paths to the destinations. Thus, the energy cost per successfully received packets also decreased as illustrated in Figure 9.Figure 8
Network lifetime for varying pause time.Figure 9
Energy cost per packet for varying pause time.


### 6.2. Node’s Speed Scenario

This scenario evaluates the performance metrics of MBA-OLSR, MP-OLSR, and MPQ-OLSR in terms of speed of mobile nodes. The maximum speed in the RWP model changed from 1 m/s to 10 m/s and the pause time duration is set to 100 sec. Other simulation parameters are kept as same as Scenario 1. Figures10 and 11 depict the performance of the three protocols in terms of packet delivery ratio and average end-to-end delay. Both the MBA-OLSR and MP-OLSR obtain a higher packet delivery ratio than MPQ-OLSR mainly in the scenarios with the medium speed. In certain scenarios, the MBA-OLSR presents slightly lower packet delivery ratio as compared with the MP-OLSR because the node’s mobility affects the exchanging of HELLO and TC messages between nodes to update the information about their residual battery energy. For the same reason, the MBA-OLSR shows rather higher delay than MP-OLSR as shown in Figure 11. However, the number of nodes with exhausted battery in the MBA-OLSR is mostly less than both MP-OLSR and MPQ-OLSR as listed in Table 3.Table 3
Number of dead nodes for varying speed.
Protocol
Node’s speed [m/s]
1
2
3
4
5
6
7
8
9
10
MBA-OLSR
22
28
24
18
18
15
16
7
10
8
MP-OLSR
22
29
27
16
19
18
18
12
11
9
MPQ-OLSR
22
29
26
18
21
18
16
6
11
9Figure 10
Packet delivery ratio for varying speed.Figure 11
Average end-to-end delay for varying speed.The mobility impact on the network’s life time and energy cost per packet is depicted in Figures12 and 13, respectively. Obviously, the network lifetime is consistent for the three protocols, and it increased as the node’s speed increased with slightly advances for the MBA-OLSR in overall scenarios. On the other hand, MBA-OLSR and MP-OLSR consumed less energy per packet than the MPQ-OLSR regardless of the node’s speed as illustrated in Figure 13.Figure 12
Network lifetime for varying speed.Figure 13
Energy cost per packet for varying speed.


## 6.1. Node’s Pause Time Scenario

In order to evaluate the impact of node’s pause time to the MBA-OLSR performance, this scenario presents a set of experiments, comparing MBA-OLSR, MP-OLSR, and MPQ-OLSR, with the parameters listed in Table1. Simulations were carried out by the varying nodes pause time from 50 sec to 350 sec increasingly by 50 sec in each subscenario.Figure6 illustrates the packet delivery ratio of the three protocols. MBA-OLSR obtains higher delivery ratios up to 5% than both MP-OLSR and MPQ-OLSR regardless of pause time duration. Both MP-OLSR and MPQ-OLSR utilized nodes that provide the shortest path or lower congestion to destination without considering their battery resources and incur a higher number of dead nodes (as shown in Table 2), and therefore a lower data delivery ratio, particularly in longer pause time scenarios.Table 2
Number of dead nodes for varying pause time.
Protocol
Pause time [sec]
50
100
150
200
250
300
350
MBA-OLSR
2
8
10
15
10
16
12
MP-OLSR
3
9
8
15
13
15
13
MPQ-OLSR
4
9
14
19
19
16
16Figure 6
Packet delivery ratio for varying pause time.Figure7 depicts the average end-to-end delay. Both MP-OLSR and MPQ-OLSR have higher end-to-end delay comparing with MBA-OLSR mostly because the dead intermediate nodes increase the delay to reach to the destination; unlike MBA-OLSR which exhibit shorter delays except in the first scenario.Figure 7
Average end-to-end delay for varying pause time.In order to evaluate the energy efficiency metrics, Figures8 and 9 show the network life time and energy cost per packet, respectively. The network life time with MBA-OLSR is decreasing as the duration of pause time increased. However, it performs better than both MP-OLSR and MPQ-OLSR in overall scenarios. This is because the MBA-OLSR tends to avoid intermediate nodes with low residual battery energy in its link cost function to find multiple paths to the destinations. Thus, the energy cost per successfully received packets also decreased as illustrated in Figure 9.Figure 8
Network lifetime for varying pause time.Figure 9
Energy cost per packet for varying pause time.


## 6.2. Node’s Speed Scenario

This scenario evaluates the performance metrics of MBA-OLSR, MP-OLSR, and MPQ-OLSR in terms of speed of mobile nodes. The maximum speed in the RWP model changed from 1 m/s to 10 m/s and the pause time duration is set to 100 sec. Other simulation parameters are kept as same as Scenario 1. Figures10 and 11 depict the performance of the three protocols in terms of packet delivery ratio and average end-to-end delay. Both the MBA-OLSR and MP-OLSR obtain a higher packet delivery ratio than MPQ-OLSR mainly in the scenarios with the medium speed. In certain scenarios, the MBA-OLSR presents slightly lower packet delivery ratio as compared with the MP-OLSR because the node’s mobility affects the exchanging of HELLO and TC messages between nodes to update the information about their residual battery energy. For the same reason, the MBA-OLSR shows rather higher delay than MP-OLSR as shown in Figure 11. However, the number of nodes with exhausted battery in the MBA-OLSR is mostly less than both MP-OLSR and MPQ-OLSR as listed in Table 3.Table 3
Number of dead nodes for varying speed.
Protocol
Node’s speed [m/s]
1
2
3
4
5
6
7
8
9
10
MBA-OLSR
22
28
24
18
18
15
16
7
10
8
MP-OLSR
22
29
27
16
19
18
18
12
11
9
MPQ-OLSR
22
29
26
18
21
18
16
6
11
9Figure 10
Packet delivery ratio for varying speed.Figure 11
Average end-to-end delay for varying speed.The mobility impact on the network’s life time and energy cost per packet is depicted in Figures12 and 13, respectively. Obviously, the network lifetime is consistent for the three protocols, and it increased as the node’s speed increased with slightly advances for the MBA-OLSR in overall scenarios. On the other hand, MBA-OLSR and MP-OLSR consumed less energy per packet than the MPQ-OLSR regardless of the node’s speed as illustrated in Figure 13.Figure 12
Network lifetime for varying speed.Figure 13
Energy cost per packet for varying speed.


## 7. Conclusions

This study evaluated the performance of our protocol MBA-OLSR which was compared with the MP-OLSR and MPQ-OLSR based on particular performance evaluation metrics. The proposed MBA-OLSR demonstrated a better performance than both the MP-OLSR and MPQ-OLSR in the pause time scenarios in terms of network lifetime and QoS metrics. It extended the network lifetime with achieving a lower end-to-end delay and a higher packet delivery ratio. However, in some speed scenarios, the MBA-OLSR performance degraded because of difficulties to update nodes with the level of battery energy of their neighbors. Moreover, the MPR selecting mechanism needs to be optimized because MPR nodes consume higher energy than others. Therefore, further enhancement of optimal energy based on MPR selecting mechanism will be developed with a compound node rank metric for better energy conservation and links quality.



---

*Source: 951638-2014-07-15.xml*