+ All Categories
Home > Documents > An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

Date post: 03-Dec-2016
Category:
Upload: adel
View: 217 times
Download: 4 times
Share this document with a friend
15
1 3 An enhanced real-time routing protocol with load distribution 4 for mobile wireless sensor networks 5 6 7 Adel Ali Ahmed ,1 Q1 8 Faculty of Engineering and Information Technology, Taiz University, Taiz, Republic of Yemen 9 11 article info 12 Article history: 13 Received 25 June 2011 14 Received in revised form 14 December 2012 15 Accepted 4 February 2013 16 Available online xxxx 17 Keywords: 18 Mobile sensor node 19 Real-time packet 20 End-to-end delay 21 Remaining power 22 Packet velocity 23 24 abstract 25 Mobile wireless sensor network (MWSN) is a wireless ad hoc network that consists of a 26 very large number of tiny sensor nodes communicating with each other in which sensor 27 nodes are either equipped with motors for active mobility or attached to mobile objects 28 for passive mobility. A real-time routing protocol for MWSN is an exciting area of research 29 because messages in the network are delivered according to their end-to-end deadlines 30 (packet lifetime) while sensor nodes are mobile. This paper proposes an enhanced real- 31 time with load distribution (ERTLD) routing protocol for MWSN which is based on our pre- 32 vious routing protocol RTLD. ERTLD utilized corona mechanism and optimal forwarding 33 metrics to forward the data packet in MWSN. It computes the optimal forwarding node 34 based on RSSI, remaining battery level of sensor nodes and packet delay over one-hop. 35 ERTLD ensures high packet delivery ratio and experiences minimum end-to-end delay in 36 WSN and MWSN compared to baseline routing protocol. In this paper we consider a highly 37 dynamic wireless sensor network system in which the sensor nodes and the base station 38 (sink) are mobile. ERTLD has been successfully studied and verified through simulation 39 experiment. 40 Ó 2013 Elsevier B.V. All rights reserved. 41 42 43 1. Introduction 44 Wireless sensor networks (WSNs) may consist of a large 45 number of sensor nodes, which are densely deployed in 46 close proximity to the phenomenon. In WSN, sensors gather 47 information about the physical world and the base station or 48 the sink node makes decision and performs appropriate 49 actions upon the environment [1]. A MWSN can be consid- 50 ered as a collection of distributed sensor nodes, which are 51 capable of sensing, moving, communicating within its 52 allowable range. The complete system architecture of a 53 MWSN includes a group of mobile and static sensor nodes, 54 a mobile base station (laptop or PDA), and upper communi- 55 cation network infrastructure [2,3]. As shown in Fig. 1, the 56 sensor nodes are scattered in the target environment and 57 they form a multi-hop mesh networking architecture. Each 58 of these sensor nodes has the capability of collecting data 59 and routing data peer-to-peer to base stations. The mobile 60 sensor node is in fact an enhanced sensor node. It not only 61 has all the capabilities of the static sensor node, but also 62 realizes mobility by adding a robotic base and a driver board. 63 Each mobile sensor node is capable of navigating autono- 64 mously or under control of humans. Large numbers of 65 mobile sensor nodes can coordinate their actions through 66 ad-hoc communication networks [3]. A base station or 67 mobile sink is used to bridge the sensor network to another 68 network or platform, such as the Internet. The mobile sink 69 offers many benefits to the network. For instance, it helps 70 to improve scalability, maintain load balance, conserve en- 71 ergy, and prolong the network lifetime [2]. 72 MWSN is very different from traditional networks as it 73 comprises of a large number of nodes that produce a very 74 large amount of data. However, MWSNs are not free of 1389-1286/$ - see front matter Ó 2013 Elsevier B.V. All rights reserved. http://dx.doi.org/10.1016/j.comnet.2013.02.003 Corresponding author. Tel.: +966 537418616. E-mail addresses: [email protected], [email protected] 1 Present address: Faculty of Computer Science and Information Technology, King Abdulaziz University, Rabigh, Saudi Arabia. Computer Networks xxx (2013) xxx–xxx Contents lists available at SciVerse ScienceDirect Computer Networks journal homepage: www.elsevier.com/locate/comnet COMPNW 4944 No. of Pages 15, Model 3G 25 February 2013 Please cite this article in press as: A. Ali Ahmed, An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.2013.02.003
Transcript
Page 1: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

1

3

4

5

6

7 Q1

8

9

1 1

1213141516

17181920212223

2 4

42

43

44

45

46

47

48

49

50

51

52

53

54

55

Computer Networks xxx (2013) xxx–xxx

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

Contents lists available at SciVerse ScienceDirect

Computer Networks

journal homepage: www.elsevier .com/ locate/comnet

An enhanced real-time routing protocol with load distributionfor mobile wireless sensor networks

1389-1286/$ - see front matter � 2013 Elsevier B.V. All rights reserved.http://dx.doi.org/10.1016/j.comnet.2013.02.003

⇑ Corresponding author. Tel.: +966 537418616.E-mail addresses: [email protected], [email protected]

1 Present address: Faculty of Computer Science and InformationTechnology, King Abdulaziz University, Rabigh, Saudi Arabia.

Please cite this article in press as: A. Ali Ahmed, An enhanced real-time routing protocol with load distribution for mobile wirelessnetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.2013.02.003

Adel Ali Ahmed ⇑,1

Faculty of Engineering and Information Technology, Taiz University, Taiz, Republic of Yemen

252627282930313233343536

a r t i c l e i n f o

Article history:Received 25 June 2011Received in revised form 14 December 2012Accepted 4 February 2013Available online xxxx

Keywords:Mobile sensor nodeReal-time packetEnd-to-end delayRemaining powerPacket velocity

37383940

a b s t r a c t

Mobile wireless sensor network (MWSN) is a wireless ad hoc network that consists of avery large number of tiny sensor nodes communicating with each other in which sensornodes are either equipped with motors for active mobility or attached to mobile objectsfor passive mobility. A real-time routing protocol for MWSN is an exciting area of researchbecause messages in the network are delivered according to their end-to-end deadlines(packet lifetime) while sensor nodes are mobile. This paper proposes an enhanced real-time with load distribution (ERTLD) routing protocol for MWSN which is based on our pre-vious routing protocol RTLD. ERTLD utilized corona mechanism and optimal forwardingmetrics to forward the data packet in MWSN. It computes the optimal forwarding nodebased on RSSI, remaining battery level of sensor nodes and packet delay over one-hop.ERTLD ensures high packet delivery ratio and experiences minimum end-to-end delay inWSN and MWSN compared to baseline routing protocol. In this paper we consider a highlydynamic wireless sensor network system in which the sensor nodes and the base station(sink) are mobile. ERTLD has been successfully studied and verified through simulationexperiment.

� 2013 Elsevier B.V. All rights reserved.

41

56

57

58

59

60

61

62

63

64

65

66

67

68

69

1. Introduction

Wireless sensor networks (WSNs) may consist of a largenumber of sensor nodes, which are densely deployed inclose proximity to the phenomenon. In WSN, sensors gatherinformation about the physical world and the base station orthe sink node makes decision and performs appropriateactions upon the environment [1]. A MWSN can be consid-ered as a collection of distributed sensor nodes, which arecapable of sensing, moving, communicating within itsallowable range. The complete system architecture of aMWSN includes a group of mobile and static sensor nodes,a mobile base station (laptop or PDA), and upper communi-cation network infrastructure [2,3]. As shown in Fig. 1, the

70

71

72

73

74

sensor nodes are scattered in the target environment andthey form a multi-hop mesh networking architecture. Eachof these sensor nodes has the capability of collecting dataand routing data peer-to-peer to base stations. The mobilesensor node is in fact an enhanced sensor node. It not onlyhas all the capabilities of the static sensor node, but alsorealizes mobility by adding a robotic base and a driver board.Each mobile sensor node is capable of navigating autono-mously or under control of humans. Large numbers ofmobile sensor nodes can coordinate their actions throughad-hoc communication networks [3]. A base station ormobile sink is used to bridge the sensor network to anothernetwork or platform, such as the Internet. The mobile sinkoffers many benefits to the network. For instance, it helpsto improve scalability, maintain load balance, conserve en-ergy, and prolong the network lifetime [2].

MWSN is very different from traditional networks as itcomprises of a large number of nodes that produce a verylarge amount of data. However, MWSNs are not free of

sensor

Page 2: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

75

76

77

78

79

80

81

82

83

84

85

86

87

88

89

90

91

92

93

94

95

96

97

98

99

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

Fig. 1. MWSN architecture.

2 A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

certain constraints such as power, computational capaci-ties, and memory. Moreover, MWSNs are very data-centric,meaning that the information that has been collected aboutan environment must be delivered in a timely fashion to acollecting agent or mobile sink. Since a large number of sen-sor nodes are deployed, neighbour nodes may be very closeto each other. Hence, multi-hop routing idea is suitable forMWSN to enable channel reuse in different regions ofMWSN and overcome some of the signal propagation ef-fects experienced in long-distance wireless communication[4]. Routing Protocols in MWSN is a greater challenge thanrouting in WSN due to the following reasons. First, since it isnot easy to grasp the whole network topology and it is hardto find a routing path. Secondly, sensor nodes are tightlyconstrained in terms of energy, processing, and storagecapacities. Thus, they require effective resource manage-ment policies, especially efficient energy management, toincrease the overall lifetime of MWSN.

Real-time communication is necessary in many MWSNapplications. For example, in a fire fighting applicationwhere appropriate actions should be made in the event areaimmediately as delay may cause some huge damages fur-ther. The sensor data collected and delivered must still bevalid at the time of decision making since late delivery ofdata may endanger the fire fighter’s life. Without loss ofgenerality, QoS on a real-time guarantee can be categorized

Please cite this article in press as: A. Ali Ahmed, An enhanced real-timenetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.20

into two classes: hard real-time and soft real-time. In hardreal-time system, deterministic end-to-end delay boundshould be supported. The arrival of a message after thedeadline is considered as a failure of the whole system.While in soft real-time system, probabilistic guaranteecan meet requirements and some lateness is tolerable.Hence, supporting real-time in MWSNs means there shouldbe either a deterministic or probabilistic end-to-end delayguarantee. It should be noted that while considering real-time support in MWSNs, energy efficiency should not be ig-nored [5,6].

This paper reports the following main contributions.Firstly, it proposes an enhanced real-time with load distri-bution (ERTLD) routing protocol for MWSN. ERTLD is basedon our previous routing protocol RTLD [7]. It utilizes coronamechanism as a replacement of location based routing andcomputes optimal forwarding node based on received sig-nal strength indicator (RSSI), remaining power of sensornodes and packet delay over one-hop. Since forwardingnodes with the best link quality are chosen, the datathroughput is improved. By choosing the forwarding nodeswith the maximum packet velocity, the real-time packettransfer is ensured in the MWSN. Additionally, choosingnodes with the highest remaining power level ensuressporadic selection of forwarding neighbour nodes. The con-tinuous selection of such nodes spread out the traffic load

routing protocol with load distribution for mobile wireless sensor13.02.003

Page 3: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx 3

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

to neighbours in the direction of the sink, and subsequentlyprolonging the MWSN lifetime. ERTLD reports high perfor-mance in terms of delivery ratio, end-to-end delay, andpower consumption. It has been successfully studied andverified through simulation experiment using NetworkSimulator-2 (NS-2) [8]. Secondly, it proposes a mobilitydetection mechanism that used corona architecture basedon the position of a mobile sink. Corona architecture di-vides MWSN area into a dynamic corona based on a mobilesink which is assumed to be in the centre of coronas as itwill be explained in Section 3. An acronym table for fre-quently used terms is shown as Table 1.

The rest of this paper is organized as follows: Section 2will present related work on real-time communication forMWSN. The design of ERTLD will be described in Sections 3and 4 will describe the simulation study of ERTLD. Finally,Section 5 will conclude the paper.

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

2. Related work

While most existing wireless sensor network deploy-ments are still terrestrial networks with static sensornodes, mobile wireless sensor networks have receivedincreasing attention. During the past few years, severalmobile wireless sensor networks have been successfullydeployed in which sensor nodes are either equipped withmotors for active mobility or attached to mobile objectsfor passive mobility. For example, researchers have at-tached wireless sensor devices to Micro Air Vehicles [9],bikes [10], vehicles [11,12], and animals [13,14]. In addi-tion, wireless sensors are equipped with motors to moveunderwater to collect data from static sensor devices[15]. The related research for this paper can be classifiedinto two categories as follows:

203

204

205

206

207

208

209

210

211

2.1. Real-time routing protocol for static WSN

RAP is a real-time architecture and protocols based onvelocity [16]. It provides service differentiation in the time-liness domain by velocity-monotonic classification of pack-ets. Based on packet deadline and destination, its requiredvelocity is calculated and its priority is determined in thevelocity-monotonic order so that a high velocity packetcan be delivered earlier than a low velocity one. Similarly,SPEED [17] is a stateless protocol for real-time communica-

Table 1An acronym table for frequently used terms.

Acronym Full spelling

ERTLD Enhanced Real-time with Load DistributionCCP_ID Corona Control Packet IdentityC_ID Corana IdentityLN Local NeighbourMS Mobile SinkMN Mobile NodeNM Neighbour ManagementOF Optimal ForwardingPM Power ManagementRM Routing ManagementRSSI Received Signal Strength Indicator

Please cite this article in press as: A. Ali Ahmed, An enhanced real-timenetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.20

tion in WSN. It bounds the end-to-end communicationdelay by enforcing a uniform communication speed inevery hop in the network through a novel combination offeedback control and non-deterministic QoS aware geo-graphic-forwarding. MM-SPEED [18] is an extension toSPEED protocol. It was designed to support multiple com-munication speeds and provides differentiated reliability.Scheduling messages with deadlines focuses on the prob-lem of providing timeliness guarantees for multi-hop trans-missions in a real-time robotic sensor application [19]. Insuch application, each message is associated with a dead-line and may need to traverse multiple hops from thesource to the destination. Message’s deadlines are derivedfrom the validity of the accompanying sensor data andthe start time of the consuming task at the destination.The authors propose heuristics for online scheduling ofmessages with deadline constraints as follow: schedulesmessages based on their per-hop timeliness constraints,carefully exploit spatial reuse of the wireless channel andexplicitly avoid collisions to reduce deadline misses.

A routing protocol called real-time power control(RTPC) uses velocity with the most energy-efficient for-warding choice as the metrics for selecting a forwardingnode [20]. A key feature of RTPC is the ability to send thedata while adapting to the power of transmission.

RTLD is a real-time with load distribution for WSN. Itcomputes the optimal forwarding node based on the packetreception rate (PRR), remaining power of sensor nodes andpacket velocity over one-hop. It consists of four functionalmodules that include location management, routing man-agement, power management and neighbourhood manage-ment. The location management calculates the sensor nodelocation based on the distance to three pre-determinedneighbour nodes. RTLD reports high performance in termsof delivery ratio, control packet overhead and power con-sumption. However, RTPC, MM-SPEED, and RTLD are de-signed for static WSN and unsuitable for MWSN.

2.2. Real-time routing protocol for MWSN

EAR2 is an expected area-based real-time routing pro-tocol in Wireless Sensor Networks [21,22]. It depends onan Expect Area (EA) of the mobile sink and exploit floodingof real-time data within EA. EAR2 exploits multicastingand one-hop forwarding time. To support a real-time datawith a desired time deadline, EAR2 guarantees that the

Acronym Full spelling

CCP Corona Control PacketCD Corona DiscoveryLM Location ManagementMWSN Mobile Wireless Sensor NetworkNC Neighbour DiscoveryNS-2 Network Simulator-2NT Neighbour TablePE Performance EvaluationPRR Packet Reception RateRPH Route Problem HandlerRTR Request to Route

routing protocol with load distribution for mobile wireless sensor13.02.003

Page 4: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

212

213

214

215

216

217

218

219

220

221

222

223

224

225

226

227

228

229

230

231

232

233

234

235

236

237

238

239

240

241

242

243

244

245

246

247

248

249

250

251

252

253

254

255

256

257

258

259

260

261

262

263

264

265

266

267

268

269

270

271

272

273

274

275

276

277

278

279

280

281

282

283

284

285

286

287

288

289

290

291

292

293

294

295

296

297

298

299

300

301

302

303

304

305

306

307

308

309

310

311

312

313

314

315

316

317

318

319

320

321

322

323

324

325

326

327

328

329

4 A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

Tset_deadline is smaller than the total summation of theunicast forwarding time from a source to the Closest Point(CP) of Expect Zone (EZ) of the mobile sink, the multicastforwarding time from the CP to the grid header of ExpectGrids (EGs), and the one-hop forwarding time from thegrid head of an EG to the mobile sink. However, the pro-posed routing in [21,22] has some constraints such asmobility only applied for sink and power consumption ishigh due to multicast data packet to EZ of mobile sink.

RACE is a network conditions aware geographical for-warding protocol for real-time applications in MWSN [23].It aims to provide QoS requirements to the application layerby giving priority to real-time messages and also by han-dling network congestions. Routing is performed node-by-node, where each node calculates a score to choose thebest node to forward the message. The score consists ofthe link quality, the buffer remaining, and the packet veloc-ity. The main feature of RACE is to consider network condi-tions for calculating the score and has a mechanism to keepknowledge of the buffer situation from the transmittingnode to the sink node. Such mechanism provided a consid-erable improvement in the packet delivery ratio. Simulationexperiments show that RACE presents excellent perfor-mance in respect to a message delivery ratio and deadlinemiss ratio. RACE was compared with a well-known protocolwhich is Real-time Power-Aware Routing (RPAR) [24] andobserved that it outperformed RPAR in both metrics. How-ever, RACE is location based and assumed the sink nodewas static and their positions were previously known. Inaddition, RACE did not consider load distribution.

Sidewinder is a predictive data forwarding protocol formobile wireless sensor networks [25]. Like a heat-seekingmissile, data packets are guided towards a sink node withincreasing accuracy as packets approach the sink. Differentfrom conventional sensor network routing protocols, Side-winder continuously predicts the current sink locationbased on distributed knowledge of sink mobility amongnodes in a multi-hop routing process. Moreover, the contin-uous sink estimation is scaled and adjusted to performingwith resource-constrained wireless sensors. In addition,the authors show the impact of radio ranges on topologychanges when nodes are mobile, concluding that tradi-tional mobile ad-hoc routing protocols do not work wellfor MWSN. Moreover, the authors give test bed evidencethat geographic forwarding-based protocols in MWSN (for-warding based on sensor node location) have poor perfor-mance in terms of delivery ratio and end-to-end delay.This is mainly due to geographical forwarding-based proto-cols have been widely used in static wireless sensornetworks, because they only maintain local informationto achieve end-to-end routing. However, a commonassumption of these geographic forwarding-based proto-cols is that all intermediate nodes in a routing path knowthe exact sink location and use it for multi-hop routing. Thisassumption is reasonable when the sink is static, but leadsto poor performance when the sink is mobile. However,Sidewinder does not design for real-time forwarding whichrequired end-to-end delay enhancement to achieve thisgoal.

TBRP is a Tree-Based Routing Protocol with degree con-straint for MWSN [26]. It works in three phases: Tree

Please cite this article in press as: A. Ali Ahmed, An enhanced real-timenetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.20

formation phase, data collection and transmission phase,and finally purification phase. TBRP protocol improvesnodes and network life time by moving the node to thenext higher level. Simulation results show that the nodesat level 0 consume more energy than at higher levels.When these nodes at a lower level reach a critical levelof energy, they move to the next higher level, where en-ergy consumption is less thus improving the lifetime ofthe nodes and network. Simulation results also show thatbecause of mobility in TBRP energy dissipation is more effi-cient. However, If nodes in the network die (especially par-ent nodes in a tree-based routing protocol, where a‘‘funnel’’ effect results in nodes closest to the base stationexpending more power more quickly than nodes furtherfrom it), the overall coverage and sensing capability ofthe network will be degraded.

A colour theory based routing protocol is presented in[27]. This protocol works in three phases. This protocol isbased on the colour of the geographical area. In this protocola colour theory based localization algorithm is used to findthe position of the sensor node. There are various localiza-tion algorithms such as Monte Carlo localization algorithm[28,29] which are used for the localization of the sensornodes. However, location-based algorithms are unsuitablefor MWSN because they provided poor performance interms of delivery ratio and end-to-end delay MWSN.

The main key features of ERTLD among previous workare using a corona mechanism to provide mobility forMWSN and maintain high performance in terms of deliv-ery ratio and end-to-end delay. ERTLD has backward coro-na delivery to solve the hole routing problem and toproduce more flexibility of forwarding.

3. Design of ERTLD in MWSN

ERTLD is based on our previous routing protocol whichis RTLD. The differences between RTLD and ERTLD are asfollows:

� Sensor Location Management: RTLD is depending onlocation management to calculate the sensor node loca-tion based on the distance to three pre-determinedneighbour nodes. However, geographic forwarding-based is suitable for static WSN and leads to poor per-formance when the sink and/or intermediate nodesare mobile. Hence ERTLD used corona mechanism as areplacement to location based routing.� Optimal Neighbour Selection: RTLD computes optimal

forwarding node based on PRR, remaining power of sen-sor nodes and packet velocity over one-hop. PRR reflectsthe diverse link qualities within the transmission rangeand approximately calculated as the probability of suc-cessfully receiving a packet between two neighbournodes [30,31]. If PRR is high that means the link qualityis high and vice versa. However, PRR requires extratime, more energy and complexity mathematical calcu-lation based on IEEE 802.15.4/Zigbee RF transceiver.Hence, ERTLD saves calculation time by utilizing RSSIwhich is a built-in physical layer parameter and doesnot require any extra calculation.

routing protocol with load distribution for mobile wireless sensor13.02.003

Page 5: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

330

331

332

333

334

335

336

337

338

339

340

341

342

343

344

345

346

347

348

349

350

351

352

353

354

355

356

357

358

359

360

361

362

363

364

365

366

367

368

369

370

371

372

373

374

375

376

377

378

379

380

381

382

383

384

385

386

387

388

389

390

391

392

393

394

395

396

397

398

399

400

401

402

403

404

405

Fig. 2. Block diagram of ERTLD routing protocol.

A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx 5

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

� Routing Problem Handler: in ERTLD, if a mobile sensornode cannot forward data packets to the next-hopneighbour, it backwards the data packet to any nodein high corona level and it will inform its parent to stopsending data. The parent will select new forwardingcandidate. Hence, the backward mechanism guaranteesto prevent dropping of data packet at the mobile nodeor its parent. This flexibility is not founded on RTLD.

In Fig. 2, ERTLD consists of four functional modules thatinclude corona mechanism, routing management, powermanagement, and neighbourhood management.

The corona mechanism calculates the sensor nodecorona level based on the distance to the sink. The powermanagement determines the state of the transceiver andthe transmission power of the sensor node. The neighbour-hood management discovers a subset of forwarding candi-date nodes and maintains a neighbour table of theforwarding candidate nodes. The routing managementcomputes the optimal forwarding choice, makes a forward-ing decision and implements a routing problem handler.

406

407

408

409

410

411412

414414

415416418418

419

420

421

422

423

424

425

426

427

428

429

430

431

432

3.1. Corona mechanism

In order to determine corona ID (C_ID) for all sensornodes in MWSN, MS can broadcast packets periodically toone hop neighbours which they forward this broadcast tonext hop neighbours. Fig. 3a features MWSN immediatelyafter deployment in which MS is assumed to be in the mid-dle of MWSN. Corona is a concentric circle at the sink. Forthe sake of simplicity, it is assumed that the corona widthis equal to the sensor transmission range r, and hence the(outer) radius ri of corona Ci is equal to r � i. The main taskof corona mechanism is to impose a coordinate system ofMWSN in such a way that each sensor belongs to exactlyone corona (the identity of the corona in which it lies) asillustrated in Fig. 3b. coronas concentric to MS; (c) MS aftertravelling and changing of MWSN coordinate system

Since MS can travel to any random position, the coordi-nate system of MWSN and the C_ID of sensor nodes arechanged accordingly as shown in Fig. 3c. This figure alsoshows the forwarding of data packet from the mobile node(MN) to the mobile sink (MS). The data travels from MNthat is at a high level of corona to MN in a low level of cor-ona. In case MN does not have any candidate in the neigh-bour table with low level corona, data packet will beforwarded to MN that has the same value of corona.

Please cite this article in press as: A. Ali Ahmed, An enhanced real-timenetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.20

The algorithm of corona mechanism is depicted in Fig. 4.In this figure, corona mechanism starts at the MS which willbroadcast corona control packet (CCP) to all one-hop neigh-bours (local neighbours). The main fields in CCP are C_ID(initial value is 0) and CCP_ID. If MN receives CCP, it willfetch CCP_ID and C_ID. Then, MN will check CCP_ID whetherit has already received the CCP or not. If it has received CCP,MN will discard it. On the other hand, if CCP has not been re-ceived, MN will increase C_ID field in CCP and save the newvalue of C_ID as its corona level. After that, MN will broad-cast CCP to the local neighbour. It is interesting to note thatMS the only one can produce CCP. If MN does not receiveCCP (because MN was in a sleep mode or a way out of thehidden problem), it will utilize the old C_ID value. If C_ID va-lue is equal to zero, MN will change its status to idle modeand wait until it gets new C_ID. Moreover, in order to re-spond to the dynamic topology change in MWSN, MS willperiodically broadcast CCP and the previous scenario willbe repeated.

3.2. Routing management

The routing management consists of three sub func-tional processes; forwarding metrics calculation, forward-ing mechanism and routing problem handler. Specifically,the chosen optimal nodes rely on RSSI, the delay per hopand the remaining battery level of the forwarding nodes.The routing problem handler is used to solve the routinghole problem due to hidden sensor nodes in MWSN. Uni-cast is used to select the way to forward data.

3.2.1. Optimal forwarding determinedIn order to carry out the optimal forwarding calculation,

the routing management calculates three parametersnamely packet velocity, RSSI as link quality and remainingpower (remaining battery) for every one hop neighbours.Eventually, the router management will forward a datapacket to the one-hop neighbour that has an optimal for-warding. The optimal forwarding (OF) is computed asfollows:

OF¼max k1 �RSSImax

RSSIþk2 �

VbattVmbatt

� �þk3 � 1� D

DETE

� �� �

where

k1þ k2þ k3 ¼ 1 ð1Þ

where RSSImax is the signal strength at reference point 1mwhich equals �45 dBm; Vmbatt is the maximum batteryvoltage for sensor nodes and equals to 3.6 V [32]. D is theaverage one hop delay and DETE is end-to-end delay forreal-time which was setting to 250 ms. The values ofk1; k2 and k3 are estimated by exhaustive search usingNetwork Simulator-2 (NS-2) simulation such thatk1þ k2þ k3 ¼ 1 as illustrated in [33]. In [33], the numberof possible values for each k is 11 (from 0.0 to 1.0) and thenumber of trials for the event k1þ k2þ k3 ¼ 1 is 66. Theoptimal trial from the 66 trials has been determined usingNS-2 simulation with four types of grid network topologywhich are low density, medium density, high density withone source and high density with several sources. In each

routing protocol with load distribution for mobile wireless sensor13.02.003

Page 6: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

Fig. 3. Corona mechanism in MWSN (a) MWSN immediately after deployment; (b) MWSN model using coronas concentric to MS; and (c) MS aftertravelling and changing of MWSN coordinate system.

1: Input: CCP; MS; LN; NM and MN;2: Output: MN will get new C_Id; 3: Algorithm 4: C_Id=0; 5: MS broadcasts CCP; 6: for all MN receive CCP from MS do 7: { 8: If (CCP is new) 9: { 10: C_Id of MN=C_Id of CCP+1; 11: MN broadcasts adjusted CCP; 12: } 13: else 14: CCP will discard; 15: } 16: If (CCP of MN ==0 or MN is travelling) 17: (if MN does not receive ND request) 18: MN will be in Idle mode; 19: else 20: { 21: MN will broadcast CD packet to LN; 22: C_Id of MN=avg(replied LN C_id) 23: } 24: else 25: MN will participate in data forwarding; 26: End

Fig. 4. Algorithm of Corona mechanism.

6 A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

Please cite this article in press as: A. Ali Ahmed, An enhanced real-time routing protocol with load distribution for mobile wireless sensornetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.2013.02.003

Page 7: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

433

434

435

436

437438

440440

441442

444444

445

446

447

448449

451451

452

453

454

455

456

457

458

459

460

461

462

463

464

465466

468468

469

470

471

472

473

474

475

476

477

478

479

480

481

482

483

484

485

486

487

488

489

490

491

492

493

494

495

496

497

498

499

500

501

502

503

504

505

506

507

508

509

510

511

512

513

514

515

516

517

518

519

520

521

522

523

524

525

526

527

528

529

530

531

532

533

534

535

536

537

538

539

540

541

542

543

544

545

546

547

548

A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx 7

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

type of topology, three types of traffic load are examined.The finding in [33] shows that the trial with 0.6, 0.2 and0.2 for k1; k2 and k3 experiences high performance in termof delivery ratio and power consumption. Therefore, Eq. (1)can be written as;

OF¼max 0:6�RSSImax

RSSIþ0:2� Vbatt

Vmbatt

� �þ0:2� 1� D

DETE

� �� �

ð2Þ

The battery voltage is computed in NS-2 as follows:

Vbatt ¼PPT � Txtime for packet transmision

PPR � Rxtime for packet receiv ing

�ð3Þ

where PPT is energy usage for packet transmission and PPR

is energy usage for packet receiving.The average delay to one hop neighbour (N) from the

source (S) can be calculated as follows:

D ¼ Avg delayðS;NÞ ¼ Round trip time2

ð4Þ

It is interested to note that the average delay calculationdoes not require synchronization timing because transmis-sion time is inserted in the header of request to route (RTR)packet. When receiving node N replies to sensor node S, itinserts the RTR transmission time in its reply. Once S re-ceives the reply, it subtracts the transmission time fromthe arrival time to calculate the round trip time. In design-ing ERTLD routing protocol, the link quality is consideredin order to improve the delivery ratio and energyefficiency. It should be noted that the link quality ismeasured based on RSSI to reflect the diverse link qualitieswithin the transmission range. The most widely usedsignal propagation model is the log-normal shadowingmodel. RSSI can be estimated as in [33–35]:

RSSIðdÞ ¼ Pt � PLðd0Þ � 10b logd

d0

� �þ Xr ð5Þ

where Pt is the transmit power in dBm (maximum is 0 dBmor 1 mW for TelosB [36]), PL(d0) is the path loss for a refer-ence distance d0, d transmitter–receiver distance, b is thepath loss exponent (rate at which signal decays) which de-pends on the specific propagation environment. For exam-ple, b equals to 2 in free space and will have a larger valuein the presence of obstructions. This work estimates thevalue of b to be in between 2.4 and 2.8 as calculated in[34,35]. Xr is a zero-mean Gaussian distributed randomvariable in (dB) with standard deviation r.

3.2.2. Forwarding mechanisms and ERTLD operationFig. 5 shows the forwarding algorithm of ERTLD that

uses unicast forwarding to route data packet from MN to-wards the destination which is assumed to be always MS.In unicast forwarding, the source node checks the C_ID ofeach neighbour in the neighbour table. If the C_ID of anyneighbour node is less or equal to source node C_ID, theoptimal forwarding algorithm will be invoked to choosethe optimal neighbour. If there is no node in neighbourtable has C_ID less or equal to source node’s C_ID, thesource node will invoke the neighbour discovery. Oncethe optimal forwarding choice is obtained, the data packet

Please cite this article in press as: A. Ali Ahmed, An enhanced real-timenetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.20

will be unicast to the selected node. This procedure contin-ues until the MS is one of the selected node’s neighbours.The forwarding policy may fail to find a forwarding nodewhen there is no neighbour node currently in the directionof the destination. The routing management recovers fromthese failures by using a routing problem handler as de-scribed in the following section.

3.2.3. Routing problem handlerA known problem with routing in a wireless network is

the fact that it may fail to find a route in the presence of net-work holes even with neighbour discovery. Such holes mayappear due to voids in node deployment or subsequent nodefailures over the lifetime of the network. Routing manage-ment in ERTLD solves this problem by introducing routingproblem handler which has two recovery methods; fastrecovery using power adaptation and slow recovery usingbackward corona mechanism.

The fast recovery is applied when the diameter of thehole is smaller than the transmission range at the maximumpower. The routing problem handler will inform neighbourdiscovery to identify a maximum transmission power re-quired to efficiently transmit the packet across the hole asshown in Fig. 6. In this figure, if nodes A and G are failuresdue to some problems such as diminishing energy of sensornode or due to unreliable connection, S will use the maxi-mum transmission power (0 dBm in IEEE 802.15.4) to sendRTR. Therefore, node E will receive RTR from S and will replyusing maximum transmission power. Hence, node E will beused as OF node. If the fast recovery cannot solve routinghole problem, the slow recovery is applied.

Fig. 7 shows the slow recovery in ERTLD. In this figureOF node A has data packet from parent node D, however,MN A cannot cross over the hole routing problem usingfast recovery. Hence, MN A will search in its neighbour ta-ble about higher corona (C_ID of MN + 1) and will select OFfrom different candidates. So data packet will be sent back-ward one corona. In Fig. 7, we assumed MN A sends datapacket to MN C and will also inform MN D to stop sendingdata packet toward itself. This mechanism is called back-ward corona mechanism. When D received backward con-trol packet, it will implement routing management again.During the time that MN D search about new OF candidate,MN A will forward data packets backward to MN C. In thisscenario, MN D has two chooses C or E.

3.3. Neighbourhood management

The design goal of the neighbourhood manager is to dis-cover a subset of forwarding candidate nodes and to main-tain neighbour table of the forwarding candidate nodes.Due to the limited memory and a large number of neigh-bours, the neighbour table is limited to a small set of for-warding candidates that are most useful in meeting theone-hop end-to-end delay with the optimal PRR andremaining power. The neighbour table format containsnode ID, corona ID (C_ID), remaining power, one-hopend-to-end delay, RSSI, corona control packet ID (CCP_ID),location information and expiry time. The proposed systemmanages up to a maximum store of 16 sensor nodes infor-mation in the neighbour table.

routing protocol with load distribution for mobile wireless sensor13.02.003

Page 8: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

549

550

551

552

553

554

555

556

557

558

559

560

561

562

563

564

565

566

567

568

569

570

571

572

573

574

575

576

577

578

579

580

581

582

583

584

585

586

1: Input: LM, PM, NM, ND, RM, RPH, C_Id; 2: Output: Neighbour node with OF; 3: Algorithm4: Receive forward or send data request; 5: If (NT is empty) 6: { 7: MN will implement ND; 8: For (all replies) do 9: { 15: if( C_Id of MN<=C_Id of replied MN) 11: MN calculates OF; 12: else 13: MN will discard Neighbour reply 14: } 15 if (No replies) 16: MN will implement RPH; 17: } 18: } 19: else 20: if( C_Id of MN<=C_Id of MN in NT) 21: MN calculates OF; 22: } 23: MN select the OF Neighbour 24: End

Fig. 5. Unicast forwarding in ERTLD based on corona mechanism.

Fig. 6. Fast recovery of routing hole problem.

8 A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

3.3.1. Neighbour discoveryThe neighbour discovery procedure is executed in the

initialization stage to identify a node that satisfies the for-warding condition. The neighbour discovery mechanismintroduces small communication overhead. This is neces-sary to minimize the time it takes to discover a satisfactoryneighbour. The source node invokes the neighbour discov-ery by broadcasting RTR packet. Some neighbouring nodeswill receive the RTR and send a reply. Upon receiving thereplies, the neighbourhood management records the newneighbour in its neighbour table.

3.4. Power management

The main function of power management is to adjustthe power of the transceiver and select the level of trans-mission power of the sensor node. It significantly reducesthe energy consumed in each sensor node between thesource and the destination in order to increase node life-time span. To minimize the energy consumed, power

Please cite this article in press as: A. Ali Ahmed, An enhanced real-timenetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.20

management minimizes the energy wasted by idle listen-ing and control packet overhead. The transceiver compo-nent in TelosB consumes the most energy compared toother relevant components of the TelosB. The radio hasfour different states: down or sleep state (1 lA) with volt-age regulator off, idle state (20 lA) with voltage regulatoron, send state (17 mA) at 1 mW power transmission andreceive state (19.7 mA) [32]. According to the data sheetvalues, the receive mode has a higher power consumptionthan the all other states.

In ERTLD, the sensor node sleeps most of the time and itchanges its state to idle if it has neighbour in the directionof the destination. In addition, if the sensor node wants tobroadcast RTR, it changes its state to transmit mode. Afterthat, it changes to receive mode if it receives replies or datapacket from its neighbour.

Since the time taken to switch from sleep state to idlestate takes close to 1ms [37], it is recommended that a sen-sor node should stay in the idle state if it has neighbours.Thus, the total delay from the source to the destination will

routing protocol with load distribution for mobile wireless sensor13.02.003

Page 9: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

587

588

589

590

591

592

593

594

595

596

597

598

599

600

601

602

603

604

605

606

607

608

609

610

611

612

613

614

615

616

617

618

619

620

621

622

623

624

625

626

627

628

629

630

631

632

633

634

635

636

Fig. 7. Feedback mechanism in routing problem handler.

A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx 9

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

be decreased. In addition, a sensor node should change itsstate from idle to sleep if it does not have at least oneneighbour in the neighbour table that can forward datapackets to the destination.

4. Simulation implementation of ERTLD

The NS-2 simulator has been used to simulate theERTLD routing protocol. IEEE 802.15.4 MAC and physicallayers are used to reflect the real access mechanism inMWSN.

4.1. Model and assumptions

In order to create a realistic simulation environment, theERTLD has been simulated based on the characteristics ofthe TelosB mote from MEMSIC. Table 2 shows the simula-tion parameters that used to simulate ERTLD in NS-2.Many-to-one traffic pattern is used. This traffic is typicalbetween multiple MN and single MS. In this work, 100MN are distributed in a random manner (150 m � 150 m)as shown in Fig. 8a. To increase the hop count betweenthe source and the sink, the source node was selected fromthe rightmost and the sink from the left most of thetopology. Therefore, a node numbered as 18 is MN and node0 is MS. We assume that the MS has an ability to communi-cate with the outside world (the Internet, local LAN, etc.) via

637

638

639

640

641

643643

644

645

646

647

648

Table 2Simulation parameters.

Parameter IEEE 802.15.4

Propagation Model ShadowingPath loss exponent 2.5Shadowing deviation (dB) 4.0Reference distance (m) 1.0Packet size 70 bytesphyType Phy/WirelessPhy/802_15_4macType Mac/802_15_4freq_ 2.4e+9Initial Energy 3.3 JTransmission Power 1 mW

Please cite this article in press as: A. Ali Ahmed, An enhanced real-timenetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.20

WLAN interface card and can communicate with mobilesensor node via a low-power transceiver based on aCC2420 ChipCon chip that employs IEEE 802.15.4 physicaland MAC layers specifications. In the following simulationstudy; ERTLD utilizes on demand neighbour and corona dis-covery scheme. When the periodic beacon scheme is em-ployed, the data packets will transmit after 10 s to allowneighbour table forwarding metrics to be initialized. It isimportant to note that in this scenario, the data packet trav-els between 10 and 15 hops to reach the sink and it can tra-vel further more hops if the distance between sink andsource nodes is big. We assume the traffic used is constantbit rate (CBR). Fig. 8a and b show the change of simulatednetwork topology and random paths that created usingERTLD during the discovery stage.

ERTLD is compared with three other baseline protocolsthat consider multiple packet speeds (MM-SPEED), packetvelocity with link quality and buffer remaining (RACE) andRTLD. MM-SPEED and RTLD are mainly designed for staticWSN; however, RACE is designed for MWSN. The feedbackcontrol and differentiated reliability in MM-SPEED routingprotocol have not been taken into account in this work be-cause they require modification to the MAC layer protocol.The simulation evaluates the performance of all forwardingpolicies in a situation whereby the neighbour table at eachnode does not have forwarding choices. Packet delivery ra-tio, normalized power consumption, normalized controlpacket overhead and average end-to-end delay are themetrics used to analyze the performance evaluation (PE)of all routing protocols. The PE for ERTLD compared toanyone in the baseline routing can be calculated as:

PE ¼Pn

i¼0ðYERTLDðiÞ � YRðiÞÞPni¼0ðYRðiÞÞ

ð6Þ

where YR is the performance of baseline routing and n is aset of traffic load points.

All metrics are defined with respect to the network layer.The packet delivery ratio is the ratio of packets received atthe destination to the total number of packets sent from

routing protocol with load distribution for mobile wireless sensor13.02.003

Page 10: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

Fig. 8. Network simulation model; (a) initial state; (b) after MNs travel.

1 2 3 4 5 6 7 8 9 100.45

0.5

0.55

0.6

0.65

0.7

0.75

0.8

0.85

0.9

0.95

Packet Rate (P/s)

Del

iver

y R

atio

RTLDERTLDRACEMM-SPEED

1 2 3 4 5 6 7 8 9 100.03

0.04

0.05

0.06

0.07

0.08

0.09

0.1

Packet Rate (P/s)

Ene

rgy

Per

Pac

ket

(J/P

)

RTLDERTLDRACEMM-SPEED

1 2 3 4 5 6 7 8 9 100

50

100

150

200

250

300

350

Packet Rate (P/s)

Nor

mal

ized

Pac

ket

Ove

rhea

d

RTLDERTLDRACEMM-SPEED

1 2 3 4 5 6 7 8 9 100

50

100

150

200

250

Packet Rate (P/s)

Ave

rage

EtE

Del

ay (

ms)

RTLDERTLDRACEMM-SPEED

(a) (b)

(c) (d)

Fig. 9. Comparison between ERTLD and baseline routing protocols in static WSN (a) delivery ratio; (b) energy per packet received; (c) normalized packetoverhead; and (d) average end-to end delay.

10 A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

Please cite this article in press as: A. Ali Ahmed, An enhanced real-time routing protocol with load distribution for mobile wireless sensornetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.2013.02.003

Page 11: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

1 2 3 4 5 6 7 8 9 100

0.1

0.2

0.3

0.4

0.5

0.6

0.7

0.8

0.9

1

Packet Rate (P/s)

Del

iver

y R

atio

RACEERTLDMM-SPEED

1 2 3 4 5 6 7 8 9 100

0.02

0.04

0.06

0.08

0.1

0.12

0.14

0.16

0.18

Packet Rate (P/s)

Ene

rgy

Per

Pac

ket

(J/P

)

RACEERTLDMM-SPEED

1 2 3 4 5 6 7 8 9 100

100

200

300

400

500

600

700

800

900

1000

Packet Rate (P/s)

Nor

mal

ized

Pac

ket

Ove

rhea

d

RACEERTLDMM-SPEED

1 2 3 4 5 6 7 8 9 100

50

100

150

200

250

Packet Rate (P/s)

Ave

rage

ET

ED

elay

(m

s)

RACEERTLDMM-SPEED

(a) (b)

(c) (d)

Fig. 10. Comparison between ERTLD, MM-SPEED and RACE on MWSN (a) delivery ratio; (b) energy per packet received; (c) normalized packet overhead;and (d) average end-to end delay.

1 2 3 4 5 6 7 8 9 100

0.1

0.2

0.3

0.4

0.5

0.6

0.7

0.8

0.9

1

Packet Rate (P/s)

Del

iver

y R

atio

ERTLDRACEMM-SPEED

1 2 3 4 5 6 7 8 9 100

0.02

0.04

0.06

0.08

0.1

0.12

0.14

0.16

0.18

0.2

Packet Rate (P/s)

Ene

rgy

Per

Pac

ket

(J/P

)

ERTLDRACEMM-SPEED

1 2 3 4 5 6 7 8 9 100

50

100

150

200

250

300

350

400

450

500

Packet Rate (P/s)

Nor

mal

ized

Pac

ket

Ove

rhea

d

ERTLDRACEMM-SPEED

1 2 3 4 5 6 7 8 9 100

50

100

150

200

250

Packet Rate (P/s)

Ave

rage

EtE

Del

ay (

ms)

ERTLDRACEMM-SPEED

(a) (b)

(c) (d)

Fig. 11. Effect of mobile sink on ERTLD, MM-SPEED and RACE (a) delivery ratio; (b) energy per packet received; (c) normalized packet overhead; and (d)average end-to end delay.

A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx 11

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

Please cite this article in press as: A. Ali Ahmed, An enhanced real-time routing protocol with load distribution for mobile wireless sensornetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.2013.02.003

Page 12: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

649

650

651

652

653

654

655

656

657

658

659

660

661

662

663

664

665

666

667

668

669

670

671

672

673

674

675

676

677

678

679

680

681

682

683

684

685

686

687

688

689

690

691

692

693

694

695

696

697

698

699

700

701

702

Fig. 12. Network simulation model at presence of hole problem.

12 A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

the source in a network layer. Normalized energy consump-tion is the energy consumed in each sensor node for eachpacket delivered and normalized control packet overheadcounts the number of control packets sent in the networkfor each data packet delivered while end-to-end delay isthe total delay from the source to the destination.

4.2. Comparison between ERTLD and baseline routing protocol

The real-time transfer requires that each packet reachesits destination within the deadline period. The deadlinedelimits the lifetime of a packet traversing the MWSN. Sim-ulation study of the influence of the forwarding mechanismis carried out using parameters configured in Table 2. Thepacket rate is varied from 1 to 10 packet/s while the simula-tion time is between 1000 and 5000 s. The distance betweensensor nodes is varying between 5 m and 20 m.

4.2.1. Static network topologyIn this simulation, 50 mobile nodes are simulated as sta-

tic nodes and the simulation time is 1000 s. The simulationresults in Fig. 9a show that the ERTLD experiences higherdelivery ratio than a baseline by 28%. This is primarily dueto the ERTLD forwarding strategy that used corona and opti-mal forwarding mechanism which not depend on locationmanagement. In the location based routing protocol, somedata packets miss the deadline because of time taken to esti-mate a position of MN and MS. In addition, the forwardingmechanism in ERTLD is more flexible than a baseline

Please cite this article in press as: A. Ali Ahmed, An enhanced real-timenetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.20

because it implements backward corona to recover from aroute hole problem. Fig. 9b demonstrates that ERTLD con-sumes 84% less power compared to a baseline routing proto-cols because of constraints in baseline such as directionaland location calculation that expend more energy per pack-et forwarding. Moreover, Fig. 9c shows that ERTLD spends alarge number of packets overhead compared to baselinerouting protocols. This is largely due to two types of discov-eries which are neighbour discovery, and corona discovery.Furthermore, the location management packet overhead inthe baseline was not considered. Corona discovery is in-voked every 8s. Fig. 9d shows that ERTLD possesses shortaverage delay which is 65% less compared to RTLD routingprotocols because of the convergence corona forwardingmechanism in ERTLD. Besides that, Fig. 9d shows the maxi-mum average end-to-end packet delay is around 60 ms. Be-yond this, the packet delivery ratio remains unchanged fromthe maximum throughput. It is important to note that thedata packet travels between 5 and 10 hops to reach the sink.

4.2.2. Dynamic network topologyIn this simulation, 100 sensor nodes have been simu-

lated while 20% of MNs (20 nodes) have been changedtheir position randomly using fixed speed at 5 m/s. In orderto test the load distribution on ERTLD, RACE and MM-SPEED, the simulation time was increased to 5000 s. Thesimulation results in Fig. 10a show that the ERTLD experi-ences higher delivery ratio than RACE by 42%. This ismainly due to the location management in RACE and

routing protocol with load distribution for mobile wireless sensor13.02.003

Page 13: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

703

704

705

706

707

708

709

710

711

712

713

714

715

716

717

718

719

720

721

722

723

724

725

726

727

728

729

730

731

732

733

734

735

736

737

738

739

740

741

742

743

744

745

746

747

748

749

750

A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx 13

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

MM-SPEED leads to poor performance if the topology ofMWSN is changed. Location management required extratime to estimate the new position of the MNs. In contrast,MS in ERTLD periodically broadcasts CCP that assists todetermine C_ID of MN which will be used to forward datapacket even if the topology changes. In addition, Fig 10bshows ERTLD consumes 39% less power per packet re-ceived compared to RACE routing protocol between 4 and10 P/S. This is because the number of lost packet usingRACE and MM-SPEED is high which dissipates the powerof MNs. Moreover, Fig. 10c shows that ERTLD spends largenumber of packet overhead compared to RACE and MM-SPEED routing protocols. This is largely due to two typesof discoveries which are neighbour discovery, and coronadiscovery. Furthermore, the location management packetoverhead in RACE and MM-SPEED was not considered.However, this large of control packet overhead is essentialto achieve high performance in dynamic topology. Fig. 10dshows that ERTLD possesses short average delay which is31% compared to RACE and MM-SPEED routing protocolbecause of the flexibility of forwarding mechanism inERTLD.

751

752

753

754

755

756

757

758

4.2.3. Impact of mobile sink on MWSNIn this simulation, 50 mobile nodes are simulated; MS

and 20% of mobile nodes have been changed their positionrandomly using fixed speed 5 m/s. Also, the simulationtime is 1000 s.The simulation results in Fig. 11a show thatERTLD experiences higher delivery ratio than RACE and

1 2 3 4 5 6 7 8 9 100

0.1

0.2

0.3

0.4

0.5

0.6

0.7

0.8

0.9

1

Packet Rate (P/s)

Del

iver

y R

atio

MM-SPEEDERTLD RACE

1 2 3 4 5 6 7 8 9 100

100

200

300

400

500

600

Packet Rate (P/s)

Nor

mal

ized

Pac

ket

Ove

rhea

d

ERTLD MM-SPEEDRACE

(a) (b

(c) (d

Fig. 13. Influence of hole problem on performance of ERTLD, RACE and MM-SPEEoverhead; and (d) average end-to end delay.

Please cite this article in press as: A. Ali Ahmed, An enhanced real-timenetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.20

MM-SPEED by 63% according to Eq. (6). This is essentiallydue to the change of MS position which caused many datapackets loss their destination. Moreover, Fig. 11b showsERTLD consumes 38% less power per packet received com-pared to RACE and MM-SPEED routing protocol. This is be-cause the number of lost packet using RACE and MM-SPEEDis high which dissipates the power of MNs. In addition, Fig11c that ERTLD spends large number of packet overheadcompared to RACE and MM-SPEED routing protocols. How-ever, this large of control packet overhead is essential tomaintain high performance in dynamic topology. More-over, Fig. 11d shows that ERTLD possesses short average de-lay which is 43% compared to RACE and MM-SPEED routing.

4.2.4. Effect of hole problem on ERTLDThe hole problem was created due to many reasons

such as mobility of intermediate nodes; power problem;and duty sleep cycle. In order to simulated hole problembetween the MN and the MS, the random topology at ini-tial state will be changed to include some holes as shownin Fig. 12. In Fig. 12, the route between MN (18) and MS(0) is disconnected at nodes 61 and 28. However, ERTLDhas a recovery mechanism that can recover from holeproblem using the backward corona mechanism. The fol-lowing simulation will compare the effect of hole problemon ERTLD, MM-SPEED and RACE.

In this simulation, 20% of mobile nodes (20 nodes) havebeen changed their position randomly using fixed speed5 m/s. The packet rates were varied from 1 to 10 packet/s

1 2 3 4 5 6 7 8 9 10

0.04

0.06

0.08

0.1

0.12

0.14

0.16

0.18

0.2

Packet Rate (P/s)

Ene

rgy

Per

Pac

ket

(J/P

)

MM-SPEEDERTLDRACE

1 2 3 4 5 6 7 8 9 100

50

100

150

200

250

Packet Rate (P/s)

Ave

rage

EtE

Del

ay (

ms)

MM-SPEEDERTLDRACE

)

)

D (a) delivery ratio; (b) energy per packet received; (c) normalized packet

routing protocol with load distribution for mobile wireless sensor13.02.003

Page 14: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

759

760

761

762

763

764

765

766

767

768

769

770

771

772

773

774

775

776

777

778

779

780

781

782

783

784

785

786

787

788

789

790

791

792

793

794

795

796

797

798

799

800

801

802

803

804

805

806

807

808

809

810

1 2 3 4 5 6 7 8 9 100

0.1

0.2

0.3

0.4

0.5

0.6

0.7

0.8

0.9

1

Packet Rate (P/s)

Del

iver

y R

atio

ERTLD- 1 m/sERTLD- 2 m/sERTLD- 3 m/sERTLD- 4 m/sERTLD- 5 m/sRACE- 5 m/sMM-SPEED- 5 m/s

1 2 3 4 5 6 7 8 9 100.02

0.04

0.06

0.08

0.1

0.12

0.14

0.16

0.18

0.2

Packet Rate (P/s)

Ene

rgy

Per

Pac

ket

(J/P

)

ERTLD- 1 m/sERTLD- 2 m/sERTLD- 3 m/sERTLD- 4 m/sERTLD- 5 m/sMM-SPEED- 5 m/sRACE- 5 m/s

1 2 3 4 5 6 7 8 9 100

50

100

150

200

250

300

350

400

450

500

Packet Rate (P/s)

Nor

mal

ized

Pac

ket

Ove

rhea

d

ERTLD- 1 m/sERTLD- 2 m/sERTLD- 3 m/sERTLD- 4 m/sERTLD- 5 m/sRACE- 5 m/sMM-SPEED- 5 m/s

1 2 3 4 5 6 7 8 9 100

50

100

150

200

250

Packet Rate (P/s)

Ave

rage

EtE

Del

ay (

ms)

ERTLD- 1 m/sERTLD- 2 m/sERTLD- 3 m/sERTLD- 4 m/sERTLD- 5 m/sMM-SPEED- 5 m/sRACE- 5 m/s

(a) (b)

(c) (d)

Fig. 14. Comparison between ERTLD, MM-SPEED and RACE at different mobile node speed of ERTLD (a) delivery ratio; (b) energy per packet received; (c)normalized packet overhead; and (d) average end-to end delay.

14 A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

while the simulation time was 5000 s. The simulation re-sults in Fig. 13a shows that ERTLD higher delivery ratio thanMM-SPEED and RACE by more than 100% at the presence ofhole problem between the MN and the MS. This is basicallydue to the consideration of hole problem in MN 61 that usesERTLD which will redirect the packet to MN in the back-ward corona (MN 46). In addition, MN 61 will inform itsparent (MN 97) at higher corona level to select new path.Hence, the arrived packets at MN 61 will not be dropped.In contrast MM-SPEED has backpressure re-routing schemewhich will drop all packets in MN 61 and inform MN 97 tochoose a new path. In Fig. 13b and c, ERTLD consumes veryless power and packet overhead per packet received com-pared to RACE and MM-SPEED routing protocol. This ismainly because of high packet drops in RACE and MM-SPEED. Moreover, Fig. 13d shows that ERTLD possessesshort average delay compared to RACE and MM-SPEEDrouting protocol because the recovery mechanism in ERTLDhas rapid adaptation technique to find new path.

4.2.5. Influence of varying mobile node speedIn this simulation, 50 mobile nodes are simulated and

20% of mobile nodes have been changed their position ran-domly using varying speeds between 1 and 5 m/s. The mainreason for selecting low speed is IEEE 802.15.4 supportshort-range radio frequency transmissions. Moreover, ifthe MN increases mobility speed, it will affected by periodichandover. The simulation results in Fig. 14a show that

Please cite this article in press as: A. Ali Ahmed, An enhanced real-timenetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.20

ERTLD with 1 m/s speed experiences slightly higher deliveryratio than all other including RACE and MM-SPEED. This isbasically due to topology does not change quickly so mostof data packet will be forwarded to MS. In addition,Fig. 14b–d show small variances between all speeds ofMNs and these reflect the stability of ERTLD. In addition,ERTLD experiences higher performance than RACE andMM-SPEED because of the reasons mentioned in theprevious section.

5. Conclusion

Most of the existing real-time routing protocol designedfor WSN and they did not consider the real-time routing formobile WSN. This paper introduces an ERTLD routingprotocol for MWSN. It is based on our previous work whichis RTLD routing protocol for WSN. ERTLD is based on coronamechanism which is a replacement to location based rout-ing in RTLD. It computes the optimal forwarding node basedon RSSI, remaining power of sensor nodes and packet veloc-ity over one-hop. The finding concludes that location basedrouting is not suitable for MWSN and corona mechanism inERTLD enhances the total performance, reliability and flex-ibility of data forwarding mechanism in MWSN. The pro-posed mechanism has been successfully studied throughsimulation work and in the future it will be evaluated in realtest bed network based on radio model of Telosb motes.

routing protocol with load distribution for mobile wireless sensor13.02.003

Page 15: An enhanced real-time routing protocol with load distribution for mobile wireless sensor networks

811

812813814815816817818819820821822823824825826827828829830831832833834835836837838839840841842843844845846847848849850851852853854855856857858859860861862863864865866867868869870871872873874875876877878879880881882883

884885886887888889890891892893894895896897898899900901902903904905906907908909910911912913914915916917918919920921922923924925926927928929930931932933934935936937

938

940940

941942943944945946947948949950951952953954955

A. Ali Ahmed / Computer Networks xxx (2013) xxx–xxx 15

COMPNW 4944 No. of Pages 15, Model 3G

25 February 2013

References

[1] I. Akyildiz, W. Su, Y. Sankarasubramaniam, E. Cayirci, Wireless sensornetworks: a survey, Computer Networks 38 (4) (2002) 393–422.

[2] G. Song, Y. Zhou, F. Ding, A. Song, A mobile sensor network systemfor monitoring of unfriendly environments, Sensors Journal 8 (11)(2008) 7259–7274.

[3] S. Indu et al., Self deployment of mobile sensor network for optimalcoverage, International Journal of Engineering Science andTechnology 2 (7) (2010) 2968–2975.

[4] M. Chen, V.C.M. Leung, S. Mao, Y. Yuan, Directional geographical routingfor real-time video communications in wireless sensor networks,Elsevier Computer Communications Journal 30 (17) (2007) 3368–3383.

[5] .A. Zhan, T. Xu, G. Chen, B. Ye, S. Lu, A survey on real-time routingprotocols for wireless sensor networks, Chinese Journal of ComputerScience 3 (11) (2008) 234–238.

[6] Y. Li, C. Chen, Y. Song, et al., Real-time QoS support in wireless sensornetworks: a survey, in: The Proceedings of 7th IFAC Int Conf onFieldbuses & Networks in Industrial & Embedded Systems (FeT’07),Toulouse, France, 2007, pp. 373–380.

[7] A. Ahmed, N. Fisal, A real-time routing protocol with loaddistribution in wireless sensor networks, Elsevier ComputerCommunication Journal 31 (2008) 3190–3203.

[8] The Network Simulator – NS-2, <http://www.isi.edu/nsnam/ns/>,(accessed on Jannury 2012).

[9] J. Allred, A.B. Hasan, S. Panichsakul, W. Pisano, P. Gray, J. Huang,SensorFlock: an airborne wireless sensor network of micro-airvehicles, in: ACM SenSys, Sydney, Australia, 2007, pp. 117–129.

[10] S.B. Eisenman, E. Miluzzo, N.D. Lane, R.A. Peterson, G.-S. Ahn, A.T.Campbell, The BikeNet mobile sensing system for cyclist experiencemapping, in: ACM SenSys, Proceedings of the 5th internationalconference on Embedded networked sensor systems, 2007, pp. 87–101.

[11] J. Eriksson, L. Girod, B. Hull, R. Newton, S. Madden, H. Balakrishnan,The pothole patrol: using a mobile sensor network for road surfacemonitoring, in: ACM MobiSys, Proceedings of the 6th InternationalConference on Mobile Systems, Applications, and Services, 2008, pp.29–39.

[12] B. Hull, V. Bychkovsky, K. Chen, M. Goraczko, E. Shih, Y. Zhang, et al.,Cartel: a distributed mobile sensor computing system, in: ACMSenSys, Proceedings of the 4th International Conference onEmbedded Networked Sensor Systems, 2008, pp. 125–138.

[13] T. Wark, C. Crossman, W. Hu, Y. Guo, P. Valencia, P. Sikka, et al. TheDesign and evaluation of a mobile sensor/actuator network forautomous animal control, in: ACM/IEEE IPSN, Proceedings of the 6thInternational Conference on Information Processing in Sensor,Networks, 2007, pp. 206–215.

[14] T. Liu, C. M. Sadler, P. Zhang, M. R. Martonosi, Implementingsoftware on resource-constrained mobile sensors: experienceswith impala and ZebraNet, in: ACM MobiSys 04, 2004, pp. 256–269.

[15] I. Vasilescu, K. Kotay, D. Rus, M. Dunbabin, P. Corke, Data Collection,storage, and retrieval with an underwater sensor network, in: ACMSenSys, Proceedings of the 3rd International Conference onEmbedded Networked Sensor Systems, 2005, pp. 154–165.

[16] C. Lu, B.M. Blum, T.F. Abdelzaher, J.A. Stankovic, T. He, RAP: a real-time communication architecture for large-scale wireless sensornetworks, in: IEEE Conference on Real-Time and EmbeddedTechnology and Applications Symposium, 2002, pp. 55–66.

[17] T. He, J. Stankovic, C. Lu, T. Abdelzaher, SPEED: a stateless protocolfor real-time communication in sensor networks, in: IEEEProceedings of the 23rd International Conference on DistributedComputing Systems, 2003, pp. 46–55.

[18] E. Felemban, C. G. Lee, E. Ekici, R. Boder and S. Vural, ProbabilisticQoS guarantee in reliability and timeliness domains in wirelesssensor networks, in: IEEE Proceedings of the 24th Annual JointConference of the IEEE Computer and Communications Societies,2005, pp. 2646–2657.

[19] H. Li, P. Shenoy, K. Ramamritham, Scheduling messages withdeadlines in multi-hop real-time sensor networks, in: IEEE Real-Time and Embedded Technology and Applications Symposium(RTAS 2005), San Francisco, California, March, 2005, pp. 415–425.

[20] O. Chipara, Z. He, G. Xing, Q. Chen, X. Wang, C. Lu, J. Stankovic, T.Abdelzaher, Real-time power-aware routing in sensor networks,quality of service, in: IWQoS 2006, 14th IEEE International,Workshop, 2006, pp. 83–92.

Please cite this article in press as: A. Ali Ahmed, An enhanced real-timenetworks, Comput. Netw. (2013), http://dx.doi.org/10.1016/j.comnet.20

[21] E. Lee, S. Park, S. Oh, S.H. Kim, K.D. Nam, Real-time routing protocolbased on expect grids for mobile sinks in wireless sensor networks,in: Vehicular Technology Conference (VTC Fall), 2011, pp. 1–5.

[22] S. Park, E. Lee, H. Park, J. Jung, S.H. Kim, Strategy for real-time datadissemination to mobile sinks in wireless sensor networks, in: IEEE21st International Symposium on Personal Indoor and Mobile RadioCommunications (PIMRC), 2010, pp. 1905–1910.

[23] G. M. Araujo, L.B. Becker, A network conditions aware geographicalforwarding protocol for real-time applications in mobile wirelesssensor networks, in: AINA 2011 IEEE International Conference, 2011,pp. 38–45.

[24] O. Chipara, Z. He, G. Xing, et al., Real-time power-aware routing insensor networks, in: The Proceedings of the 14th IEEE InternationalWorkshop on Quality of Service (IWQoS 2006), New Haven, CT,2006, pp. 83–92.

[25] M. Keally, G. Zhou, G. Xing, Sidewinder: a predictive data forwardingprotocol for mobile wireless sensor networks, in: secon09, 6thAnnual IEEE Communications Society Conference, 2009, pp. 1–9.

[26] M. Singh et al., A tree based routing protocol for mobile sensornetworks (IJCSE), International Journal on Computer Science andEngineering 02 (01S) (2010) 55–60.

[27] S.H. Shee, K. Wang, I.L. Hsieh, Color-theory-based dynamiclocalization in mobile wireless sensor networks, in: Proceedings ofWorkshop on Wireless, Ad Hoc, Sensor Networks, 2005, pp. 73–78.

[28] L. Hu, D. Evans, Localization for mobile sensor networks, in: TenthInternational Conference on Mobile Computing and Networking(MobiCom’04), Philadelphia, Pennsylvania, USA, 2004, pp. 45–57.

[29] A. Baggio, K. Langendoen, Monte Carlo localization for mobile wirelesssensor networks, Ad Hoc Networks Journal 6 (5) (2008) 718–733.

[30] K. Seada, M. Zuniga, A. Helmy, B. Krishnamachari, Energy-efficientforwarding strategies for geographic routing in lossy wireless sensornetworks, in: IEEE SECON 2004, Santa Clara, CA, 2004, pp. 108–121.

[31] M. Zuniga, B. Krishnamachari, Analyzing the transitional region inlow power wireless links, sensor and ad-hoc communications andnetworks, in: IEEE SECON 2004, 1st Annual IEEE CommunicationsSociety Conference, 2004, pp. 517–526.

[32] Chipcon, CC2420 Low Power Radio Transceiver, <http://www.chipcon.com>, (accessed on June 2011).

[33] A. Ali, R.A. Rashid, S.H.F. Arriffian, N. Fisal, Optimal ForwardingProbability for Real-time routing in Wireless Sensor Network, ICT-MICC 2007, Malaysia, 2007, pp. 419–424.

[34] L. Latiff, A. Ali, C. Ooi, N. Fisal, Development of an indoor GPS-free self positioning system for mobile ad hoc network (MANET),in: Proceedings of the 13th IEEE International Conference onNetworks, MICC-ICON 2005, Malaysia, November 16–18, 2005.

[35] A. Ali, L. Latiff, N. Fisal, GPS-free indoor location tracking in mobilead hoc network (MANET) using RSSI, in: RF and MicrowaveConference, IEEE Proceedings, 2004, pp. 251–255.

[36] MEMSIC Technology, <http://www.memsic.com/products/wireless-sensor-networks.html>, (Accessed on March 2012).

[37] B. Bougard, F. Catthoor, D. Daly, A. Chandrakasan, W. Dehaene,Energy efficiency of the IEEE 802.15.4 standard in dense wirelessmicrosensor networks: modeling and improvement perspectives, in:IEEE DATE 2005, 2005, pp. 196–201.

Dr. Adel Ali received his B.Sc. in ComputerEngineering from Cairo University, Egypt in2001. He received his M.Sc. and Ph.D. degreesin Telecommunication from University ofTechnology Malaysia, Malaysia in 2005 and2008, respectively. He did his Post Doctoral inunderground wireless sensor network atUniversity Technology Malaysia 2008. Cur-rently, he is senior lecturer at Taiz University,Yemen. Dr. Adel is interesting in MANET,mobile WSN, location tracking, security anddistributed systems in WSN, and underground

WSN. He published many journal and conference papers and he workedreviewer and technical committee in some conferences.

routing protocol with load distribution for mobile wireless sensor13.02.003


Recommended