• No results found

RELOCATION ALGORITHM FOR ON DEMAND POSITIONING OF SENSORS IN WIRELESS SENSOR NETWORKS

N/A
N/A
Protected

Academic year: 2020

Share "RELOCATION ALGORITHM FOR ON DEMAND POSITIONING OF SENSORS IN WIRELESS SENSOR NETWORKS"

Copied!
12
0
0

Loading.... (view fulltext now)

Full text

(1)

202 | P a g e

RELOCATION ALGORITHM FOR ON DEMAND

POSITIONING OF SENSORS IN WIRELESS SENSOR

NETWORKS

V.Hemamalini

1

, K.Thamizhmani

2

, M.Gayathri

3 ,

J.Nivedhidha

4

1

Research Scholar,Department of Computer Science and Engineering,

Pondicherry Engineering College of Engineering & Technology, Pondicherr (India)

2,3,4

M.Tech Student, Department of Computer Science and Engineering,

Rajiv Gandhi College of Engineering &Technology, Pondicherry (India)

ABSTRACT

The major challenge in designing wireless sensor networks (WSNs) is the support of the functional, such as data latency, and the non-functional, such as data integrity, requirements while coping with the computation, energy and communication constraints. Careful node placement can be a very effective optimization means for achieving the desired design goals. The advances of global positioning systems and communication techniques improve the system in a new and different way. In the new system, users are available for the system on demand,

i.e., users can get on/off any time and any stations. Thus, users apply the system to one-way driving in addition

to round driving. In this paper, we focus on location balances of cars which is a key factor to improve utilization

rate of the system. We propose a relocation algorithm for waiting cars based on virtual spring forces. In the last

of this paper, we report our simulation results and show the effectiveness of our algorithm.

Keywords: Relocation, On Demand, deployment, Traffic, Automation

I. INTRODUCTION

Recent years have witnessed an increased interest in the use of wireless sensor networks (WSNs) in numerous

applications such as forest monitoring, disaster management, space exploration, factory automation, secure

installation, border protection, and battlefield surveillance [1][2]. In these applications, miniaturized sensor

nodes are deployed to operate autonomously in unattended environments. In addition to the ability to probe its

surroundings, each sensor has an onboard radio to be used for sending the collected data to a base-station either

directly or over a multi-hop path. Figure 1 depicts a typical sensor network architecture. For many setups, it is

envisioned that WSNs will consist of hundreds of nodes that operate on small batteries.

A sensor stops working when it runs out of energy and thus a WSN may be structurally damaged if many

sensors exhaust their onboard energy supply. Therefore, WSNs should be carefully managed in order to meet

applications’ requirements while conserving energy. Most of the protocols described above initially compute

the optimal location for the nodes and do not consider moving them once they have been positioned.

(2)

203 | P a g e

quality of candidate positions are based on performance metrics like the data rate, sensing range, path

length in terms of the number of hops from a sensor node to the base- station, etc. In addition, the placement

decision is made at the time of network setup and does not consider dynamic changes during the network

operation. For example, traffic patterns can change based on the monitored events, or the load may not be

balanced among the nodes, causing bottlenecks. Also, application- level interest can vary over time, and the

available network resources may change as new nodes join the network, or as older nodes run out of energy.

Therefore, dynamically repositioning the nodes while the network is operational is necessary to further

improve the performance of the network. For instance, when many of the sensors in the vicinity of the

base-station stop functional due to the exhaustion of their batteries, some redundant sensors from other parts of the

monitored region can be identified and relocated to replace the dead sensors in order to improve thenetwork

lifetime. Such dynamic relocation can also be very beneficial in a target tracking application where the

target is mobile. For instance, some of the sensors can be relocated close to the target to increase the fidelity

of the sensor’s data. Moreover, in some applications it may be wise to keep the base-station a safe distance

from harmful targets, e.g., an enemy tank, by relocating it to safer areas in order to ensure its availability.

Relocating the nodes during regular network operation is very challenging. Unlike initial placement, such

relocation is pursued in response to a network- or environment-based stimulus. It thus requires continual

monitoring of the network state and performance as well as analysis of events happening in the vicinity of the

node. In addition, the relocation process needs careful handling since it can potentially cause disruption in data

delivery. The basic issues can be enumerated as follows: when does it make sense for a node to relocate, where

should it go and how will the data be routed while the node is moving? In this section we discuss these issues in

detail and survey published approaches on dynamic node repositioning. We group published work according to

whether the node being repositioned is a sensor or a data collector. In all the techniques covered in this section,

no coordination among relocated nodes is provisioned.

Instead of relocating the nodes at the deployment phase, sensors can be relocated on demand to improve

certain performance metrics such as coverage or network lifetime. This can be decided during the network

operation based on the changes in either application-level needs or the network state. For instance, the

application can be tracking a fast moving target which may require repositioning of some sensor nodes based

on the new location of the target. Furthermore, in some applications there can be an increasing number of

non-functioning nodes in a particular part of the area, necessitating the redistribution of available sensors. In

addition to improving coverage, the energy consumption can be reduced through on- demand relocation of

sensors in order to reach the best efficient topology.

Figure 1(a) Cascaded Movement of Sensors; S3 replaces S2, S2 settles in S1’s position and S1

move to where S0 is.

The approach presented in [3] performs sensor relocation to counter holes in coverage caused by sensors

(3)

204 | P a g e

repositioned in the vicinity of the faulty nodes. The selection of the most appropriate choice among multiple

candidate spare nodes is based on the recovery time and overhead imposed. Both criteria would favor

close-by spares over distant ones. Minimizing the recovery time can be particularly crucial for delay sensitive

applications. The overhead can be in the form of energy consumption due to the node’s travel and due to the

message exchange. The latter is especially significant if spares are picked in a distributed manner. In order to

detect the closest redundant sensor with low message complexity, a grid-based approach is proposed. The

region is divided into cells with a designated head for each cell. Each cell-head advertises/requests redundant

nodes for its cell. A quorum-based solution is proposed to detect the intersection of advertisements and

requests within the grid. Once the redundant sensor is located, it is moved to the desired cell without

disrupting the data traffic or affecting the network topology.

Since moving a node over a relatively long distance can drain a significant amount of energy, a cascaded

movement is proposed. The idea is to determine intermediate sensor nodes on the path and replace those

nodes gradually. That is, the redundant sensor will replace the first sensor node on the path. That node also is

now redundant and can move to replace the second sensor node, and so on Coverage improvement is also the

objective of relocating imaging sensors in [7]. Stationary cameras may not provide the desired coverage when

there are environmental peculiarities, e.g., moving obstacles, in the event area as seen in Figure 18. Thus,

moving the cameras in order to avoid obstacles that block their vision would increase the coverage. The

mobility for the camera nodes is made possible through providing a traction mechanism under each camera

that will enable motion in one dimension, as is also implemented in Robomote [6]. This mobility feature on

cameras is actuated when the coverage of the monitored areas falls below a certain ratio. The experiments

performed with real-life target tracking applications have verified that the mobile cameras can increase the

coverage of the monitored area and thus decrease the target miss- ratio significantly when compared to

stationary-node based setups.

Finally, we would like to note that the work of Dasgupta et al. [4], can potentially fit under the category of

dynamic positioning if sensors are relocated after deployment. However, the repositioning is done at the

network planning stage to form the most efficient topology and thus we categorized the scheme as static.

Figure 1(b) An obstacle reduces the coverage of two cameras directed at different areas.

A.RELOCATION ISSUES

(i) When to Consider Relocation The decision for a node movement has to be motivated by either an unacceptable performance measure (despite setting up the most efficient network topology) or a desire to

boost such measures beyond what is achievable at the present node position. Motives vary based on the

(4)

205 | P a g e

node coverage in an area, increases in packet latency or excessive energy consumption per delivered packet.

A weighted average may also be pursued to combine multiple metrics based on the application at hand.

Once a node has its motive, it will consider moving to a new position. Such consideration does not necessarily

lead to an actual relocation. The node first needs to qualify the impact of repositioning at the new location on

the network performance and operation. Therefore the “When” and “Where” issues of node movement are very

closely inter-related. In addition, the node must assess the relocation overhead. Such overhead can be incurred

by the node and the network. For example, if the node is a robot, the energy consumed by the mechanical parts

during the movement is a significant overhead to the lifetime of the robot’s battery and thus should be

minimized. Moreover, when energy and timeliness metrics are of utmost concern, the impact on the lifetime of

individual sensors and on route maintenance has to be considered respectively.

Where to Relocate When having a motive to relocate, the node needs to identify a new position that would satisfy the motive, e.g., boost overall network performance. Again, the qualification of the new position and

possibly the search criteria may vary based on the design attributes. Finding an optimal location for the node in

a multi-hop network is a very complex problem. The complexity is mainly resulting from two factors. The first

is the potentially infinite number of possible positions that a node can be moved to. The second factor is the

overhead of keeping track of the network and the node state information for determining the new location. In

addition, for every interim solution considered during the search for an optimal position, a new multi-hop

network topology may need to be established in order to compare that interim solution to the current or

previously picked positions.

A mathematical formulation of the node relocation problem may involve huge numbers of parameters

including the positions of all deployed nodes, their state information (including energy reserve, transmission

range, etc. and the data sources in the network. In addition, a node may need to know the boundaries of the

monitored region, the current coverage ratio of the network, the location of dead sensor nodes or other

information in order to determine its new location. Given the large number of nodes typically involved in

applications of WSNs, the pursuance of exhaustive search will be impractical. In addition, the dynamic nature

of the network makes the node state and sources of data may change rapidly; thus the optimization process

may have to be repeated frequently. Moreover, it may be undesirable to involve the nodes in complex

computation since this diverts both the computation capacity needed for application level processing, e.g., data

fusion, and the energy needed for movement of the node. Therefore, approximate and local solutions, or

search heuristics, are more popular in the context of WSNs [7][13][14].

(ii) Managing and Justifying the Move Once the new location of the node has been picked and confirmed to enhance some desired design attributes, the node should identify a travel path to the new

location. The main contributing factors to the path selection are the total distance to be traveled, the

suitability of the terrain, the path safety and the risk of disrupting the network operation. Minimizing the

travel distance for the nodes is crucial since the energy consumed by the mechanical parts in such a

movement is much more than the communication and computation energy. Therefore, the shortest possible

path should be identified to reach the new location. However, the node also has to pick a path that is

physically feasible to travel over. The node may need to consult a terrain map or rely on special onboard

equipments, e.g., cameras, to avoid obstacles and dead ends. The other concern is protecting the node during

(5)

206 | P a g e

events, the node should avoid exposure to harm or getting trapped. For example, the node should not go

through a fire to reach the new location.

The node should also minimize any negative impact on network operation. While the node is on the move, it

must ensure that data continues to flow. For example, a sensor may have to increase its transmission power to

cover the planned travel path in order to make sure that packets will continue to reach it. Continual data delivery

prevents the node from missing important reports during the relocation, which may cause an application level

failure. Such application level robustness is a design attribute in itself. Therefore, it is desirable to restrict

changes to the network topology. Avoiding radical changes to the data routes limits the disruption of ongoing

data traffic, and also curtails the overhead that the relocation introduces. Again, the node performs a trade-off

analysis between the gain achieved by going to a new location and the overheatin terms of additional

energy consumption that the motion imposes on the other nodes. If the motion is justified, the node can

physicallyrelocate.

The last issue is whether there are constraints on the time duration that the node budgets for the move. These

constraints may arise in very dynamic environments in which the traffic pattern changes frequently. In these

cases, the gains achieved by going to a location may be lost or degraded very quickly and the node would find

out that it has to move yet again to a third location or even return to the old position. In the worst case, the node

continues to move back and forth among these locations. Therefore, a gradual approach to the new location may

be advisable in order to prevent this scenario.

II. REPOSITIONING DATA COLLECTORS

As discussed earlier, sensor data is gathered at either the base-station or CHs for aggregation and possibly

additional processing consistent with the computational capabilities of such data collectors (DCs). Dynamic

repositioning of DCs has also been pursued as a means for boosting network performance, dealing with traffic

bottlenecks and preventing interruptions in network operation. Unlike sensor repositioning, the goal for

relocating DCs is usually not local to the individual node and involves numerous network state parameters. In

this section, we focus on approaches that consider a single DC or uncoordinated repositioning of multiple DCs if

more than one exist.

A.Repositioning for Increased Network Longevity

Although energy-aware multi-hop routing does dynamically adapt to changes in sensor energy and traffic

pattern, sensors near a data collector (DC) die quickly as they are the most utilized nodes in the network

[14][15]. Consequently, nodes that are further away from the DC are picked as substitute relays, as depicted

in Figure 19. However, the amount of energy these nodes spend to communicate with the DC is considerably

higher. This effect can spread in a spiral manner, draining the sensors energy and hence shortening the

lifetime of the network. To stop such a pattern of energy depletion, the DC is repositioned[6].

The main idea is to move the DC towards the sources of highest traffic. The traffic density (P) times the

transmission power (ETR) is used as a metric for monitoring the network operation and searching for the best

DC location. The idea is to track changes in the nodes that act as the closest hop to the DC and the traffic

density going through these hops. If the distance between the DC and some of the nodes that are in direct

(6)

207 | P a g e

overall network lifetime by considering the number of packets routed through them. If the total PETR

decreases by more than a certain threshold , the DC will consider relocating to a new position.

Mathematically, the relocation takes place if:

Where ,

SR is the set of sensors that are one hop away from the data collector on active routes,

SRnew is the set of sensors that are one hop away from the data collector at a new location,

Pi is the packet traffic going through node i, measured as the packet count per frame,

E (TRi) is the energy consumed by node i for transmitting a packet to the next hop, and

The summations measure the total energy consumed for packet transmission through all the nodes at the

old location and new location of the data collector, respectively.

While such positioning will be ideal for high traffic paths, it can worsen the performance on paths with lower

traffic density or which are topologically opposite to the direction of the DC's motion. Therefore, before

confirming the move, it has been recommended that the DC validates the overall impact on transmission energy

by factoring in the possible extension of some data paths and the cost of signaling overhead to those sensor

nodes affected by the move. In addition, when the DC starts to move, the data gathering process still continues

and thus the routes should be adjusted before the DC gets out of range of some sensors (if any). Unlike the

static approaches discussed in Section 2, route adjustment is an issue in dynamic DC positioning. This issue is

handled in [76] by either increasing the transmission power or designating additional forwarder sensors. The

change in DC position may also introduce shadowing or multi-path fading to some links. Slow or gradual

advance towards the new position is shown to be effective in avoiding unexpected link failures that may cause

negative performance impacts, since it allows the DC to rethink the suitability of the newly-selected position

and/or the decision to move further.

Through simulation, this approach for relocating the DC is shown to not only increase the network longevity

but also to enhance other performance metrics like latency and throughput. First, communication-related energy

consumption and the average energy per packet are reduced as the DC moves closer to the area where more

nodes are collecting data. In addition, nodes collecting the most data are closer to the DC and fewer hops are

involved, lowering the overall latency time for data collection. Moreover, the packet throughput grows since

most messages pass through fewer hops and travel shorter distances, making them less likely to be dropped.

B.Enhancing Timeliness Of Delay-Constrained Traffic

In addition to boosting network longevity, repositioning the DC is useful when real-time traffic with certain

end-to-end delay requirements is involved [7]. For instance, when routes to the DC get congested, most

requests for establishing paths for real-time data may be denied or the deadline miss rate of real-time packets

may increase significantly. Traffic congestion can be caused by an increase in the number of real-time data

packets coming from nodes close to a recent event. In such circumstances, it may be infeasible to meet the

requirements for real-time data delivery. Therefore, repositioning the DC has been recommended in order to

spread the traffic on additional hops and increase the feasibility of meeting the timeliness requirements.

(7)

208 | P a g e

desire to increase timeliness even if the miss rate is at a level that is tolerable by the application. To boost

timeliness, the DC is moved to the location of, or close to, the most heavily loaded node [7]. The rationale is

to split the incoming traffic passing through that node without extending the delay experienced by real- time

packets over other routes, as shown in Figure 20. Such loaded nodes are picked based on the real-time traffic

service rate, often determined during route setup in order to allocate bandwidth to both real-time and

non-real-time traffic. Again, the advantages of the relocation have to be qualified to make sure that the overhead

is justified. It is also worth noting that in this approach the impact on link quality is not a major concern

when the DC moves close to a heavily loaded node. This is because it is unlikely that the node is

experiencing a disruptive level of interference while being able to relay a high volume of real-time packets.

As long as the DC remains within the transmission range of all the last-hop nodes, the current routes can be

maintained by only adjusting the transmission power. If the new location places the DC out of the

transmission range of some of the last hop nodes in the current routes, new forwarder nodes that are not

involved in any routing activity are selected. It was argued that those unused nodes introduce very little

queuing delay, which is desirable for on-time delivery of all real-time packets that use these nodes as relays.

We note, however, that designating new forwarder nodes is still more costly than just adjusting the

transmission power. Therefore, if the new location imposes excessive topology changes, alternative positions

which will cause no or minimal topology changes should be considered.

Fig 2. (a) The DC (denoted as B) is relocated to the location of A if the delay is not extended on the path from C to B (b) If real-time traffic through C is affected, B is relocated close to C while still

splitting traffic at A.

C. Maintaining Uninterrupted Operation

Relocating data collectors has also been pursued to keep WSNs operational without interruption. Noting

that some nodes may be isolated (the network may even become partitioned) if one of the DC nodes is

damaged or becomes unreachable to sensors, some of the published schemes repositioned DC nodes in

order to protect them and sustain network connectivity.

Keeping the DC away from harm is the goal of the GRENN approach proposed in [8]. Two main scenarios

motivate GRENN to reposition a DC. First, the DC may be in the way of an approaching serious event,

such as a fast spreading fire, or a harmful target like an enemy tank. The second scenario may be caused

by a desire to boost network performance by moving the DC node towards the data sources, similar to the

schemes discussed in the previous two subsections. The latter scenario, may actually expose the DC to

(8)

209 | P a g e

trade-offs.To access the safety implications of repositioning the DC an evolutionary neural networks based

formulation is pursued. The idea is to track the DC safety levels at different locations and use this

information to define the parameters of the DC safety model. Then the threat implication is estimated as a

function of the proximity to reported events and the severity of those events. If the location of the event is

not accurately known, the data volume related to that event and the location of the reporting sensors are

factored in. An objective function is then formed to balance safety and performance goals and used to guide

the search for the new location of the DC. GRENN has been further extended in [9] to identify a safe route

for the DC to its new position. The same safety assessment model is employed to guide the selection of the

travel path. The effect of the DC's motion on the network performance is also factored in by measuring the

throughput at various spots the DC will visit along the way. The objective function is extended to not only

trade off the safety of the DC and the network performance but also to minimize the travel distance. Shen et

al. [11] have investigated the placement of mobile access points in order to connect nodes in isolated

networks through airborne units or satellites. The deployed nodes usually do not have expensive radios for

long haul communication and usually serve limited geographical areas. The limited communication range

may result in partitioning the network, leaving some nodes unreachable to some others. To overcome such

structural weaknesses in the network, mobile base-stations are employed to interconnect isolated sub-

networks through an airborne relay, such as an unattended air vehicle (UAV) or satellite.

Fig 2.(c) Performance Centric Relocation

III. RELOCATION ALGORITHM

A control center issues relocating requests to location controllers by watching positions of cars with a global

positioning system. A candidate car for relocating is selected on the basis of virtual spring forces. We attach

virtual springs to two places of each vehicle: between the car and other cars and between the car and

borderlines of a service area. At the first setup, the length |vs| of a virtual spring vs is calculated by Equation (9).

Let A(P) be area of a service area P and |Cwait| be the number of waiting cars. The length of springs |vs|

represents an appropriate distance between two waiting cars.

In the former part of the code, movement energies of all waiting cars are calculated, and a car cmax with

maximum energy is selected as a ride-on position for location controller. In the latter part of the code, suppose

that the car cmax moves other stations, a station smin with minimum energy is selected as a drop-off position

fora location controller in the same way. Finally, the relocating request (cmax, smin)is sent to a location

(9)

210 | P a g e

A. Psuedo code for relocation algorithm

// find car with maximum energy

Cmax = null; Cwait = cars in WAIT |vs| = spring length; WHILE c € Cwait do

EC = energy(c, |vs|,Cwait – C);// calculate movement energy

IF Ec is maximum energy THEN

Cmax = c; END END

//find station with minimum energy Smin = null ; Cwait = Cwait – Cmax;; WHILE s € S do

Es = energy (s, |vs|,S-s);// Calculate movement energy

IF Es is minimum energy THEN Smin = s;

END END

l = location controller closest to cmax;

send (l, cmax,smin);// send relocating request to l

IV.

EXPERIMENTS

A service area of the system is set to a square (800 × 800 pixels). A road network in the area is set to a grid

network (21 × 21), i.e., the length of all road segments is 40 pixels. A pair of ride-on and drop-off nodes is

selected from the nodes randomly. The service process is repeated until the max time 100000t. First, we

report experimental results related to occurrence rate of driving requests. The occurrence rate of driving

requests is set from 1% to 5%. The number of stations is set to a fixed value 20. Figure 4(a) indicates that

relocating by driving controller can improve from 20% to 40% compared with PT1:without controller.

However, when there are many driving cars occupied by users, the effect is small. Figure 4(b) indicates that

the travel time of users is clearly related to the utilization rate of the system. In other words, high utilization

rate shows convenient access in the service area. Figure 4(c) indicates that the number of relocation strongly

depends on the speed of location controllers. The relocation by walking reaches the limited number about

1000 even in low occurrence rate. On the other hand, relocation by driving reaches the limited number about

3000. Second, we report experimental results related to the number of stations. The number of stations is set

from 10 to 25. The occurrence rate of driving requests is set to a fixed value 1%. Figure 4(d) indicates that a

large number of stations in the service area can satisfy more short-distance driving requests. Figure 4(e)

shows the same tendency in the previous experimental result. Figure 4(f) indicates that a large number of

stations increases the burden on relocation for location controllers. From the experimental results, our

relocation algorithm is effective for on-demand car sharing system. Moreover, improving utilization rate of

(10)

211 | P a g e

A. E1:Utilization rate B. E1:Average of travel time

C. E1:Number of relocations D. E2:Utilization rate

E. E2:Average of travel time F. E2:Number of relocations

Fig 4 Experimental results related to occurrence rate and the number of stations.

V. CONCLUSION

Wireless sensor networks (WSNs) have attracted lots of attention in recent years due to their potential in many

applications such as border protection and combat field surveillance. dynamic repositioning of nodes after

deployment or during the normal network operation can be a viable means for boosting the performance. Unlike

the initial careful placement, node repositioning can assist in dealing with dynamic variations in network

resources and the surrounding environment. We have identified the technical issues pertaining to relocating the

nodes; namely when to reposition a node, where to move it and how to manage the network while the node is in

motion. The system provides more convenient access, i.e., users can ride on and drop-off any time and any

stations in a service area. The location balance of cars is a key problem to be solved for improving utilization of

(11)

212 | P a g e

the algorithm is estimated by our computer simulation. The results of the simulation show that our algorithm

is effective for on-demand car sharing system. In our future work, we must consider a cooperation among

location controllers and simulate in real city environment.

REFERENCES

[1] I. F. Akyildiz, W. Su, Y. Sankarasubramaniam, E. Cayirci, “Wireless sensor networks: a survey”,

Computer Networks, Vol. 38, pp. 393-422, 2002.

[2] C-Y. Chong and S.P. Kumar, “Sensor networks: Evolution, opportunities, and challenges,” Proceedings

of the IEEE, Vol. 91, No. 8, pp. 1247- 1256, 2003.

[3] K. Akkaya and M. Younis, “A Survey on Routing Protocols for Wireless Sensor Networks,” Elsevier

Journal of Ad Hoc Networks, Vol. 3, No. 3, pp. 325-349, May 2005.

[4] P. Naik and K. M. Sivalingam, “A survey of MAC protocols for sensor networks,” In Wireless Sensor

Networks, C. S. Raghavendra, K. M. Sivalingam, and T. Znati, Eds. Kluwer Academic Publishers,

Norwell, MA, pp. 93-107, 2005.

[5] N. Sadagopan, B. Krishnamachari, and A. Helmy, “Active Query Forwarding in Sensor Networks

(ACQUIRE),” Journal of Ad Hoc Networks, Vol. 3, No. 1, pp.91-113, January 2005.

[6] A. Cerpa and D. Estrin, “ASCENT: Adaptive Self-Configuring Sensor Networks Topologies,”

in the Proceedings of the 21 st

International Annual Joint Conference of the IEEE Computer and

Communications Societies (INFOCOM’02), New York, NY, June 2002.

[7] A. Efrat, S. Har-Peled, J. S. B. Mitchell, “Approximation Algorithms for Two Optimal Location

Problems in Sensor Networks” in the Proceedings of the 3rd International Conference on Broadband

Communications, Networks and Systems (Broadnets’05), Boston, Massachusetts , October 2005.

[8] X. Cheng, DZ Du, L. Wang and B. Xu, “Relay sensor placement in wireless sensor networks,”

ACM/Springer Journal of Wireless Networks (to appear).

[9] S. Poduri, S. Pattem, B. Krishnamachari, and G. S. Sukhatme, “Sensor Network Configuration and the

Curse of Dimensionality,” in the Proceedings of the 3rd IEEE Workshop on Embedded Networked

Sensors, Cambridge, MA, May 2006.

[10] J. Pan, L. Cai, Y. T. Hou, Y. Shi, and S. X. Shen, “Optimal Base-Station Locations in Two-Tiered

Wireless Sensor Networks” IEEE Transactions on Mobile Computing, Vol. 4, No. 5, pp. 458 – 473,

September 2005.

[11] S. S. Dhillon and K. Chakrabarty, “Sensor placement for effective coverage and surveillance in

distributed sensor networks,” in the Proceedings of the IEEE Wireless Communications and Networking

Conference (WCNC’03), New Orleans, LA, March 2003.

[12] T. Clouqueur, V. Phipatanasuphorn, P. Ramanathan and K. K. Saluja, “Sensor deployment strategy for

target detection,” In the Proceedings of the 1st ACM international Workshop on Wireless Sensor

Networks and Applications (WSNA '02), Atlanta, Georgia, September 2002.

[13] K. Akkaya, M. Younis and M. Bangad “Sink Repositioning for Enhanced Performance in Wireless

(12)

213 | P a g e

[14] G. Wang, G. Cao, T. La Porta, and W. Zhang, “Sensor Relocation in Mobile Sensor Networks,” in the

Proceedings of the 24th International Annual Joint Conference of the IEEE Computer and

Communications Societies (INFOCOM05), Miami, FL, March 2005.

[15] J. Wu and S. Yang, “SMART: A Scan-based Movement Assisted Sensor Deployment Method in

Wireless Sensor Networks,” in the Proceedings of the 24th International Annual Joint Conference of the

Figure

Figure 1(a) Cascaded Movement of Sensors; S3 replaces S2, S2 settles in S1’s position and S1
Figure 1(b) An obstacle reduces the coverage of two cameras directed at different areas
Fig 2. (a) The DC (denoted as B) is relocated to the location of A if the delay is not extended on the path from C to B (b) If real-time traffic through C is affected, B is relocated close to C while still splitting traffic at A
Fig 2.(c) Performance Centric Relocation
+2

References

Related documents

An approved treatment has to be of status P or I (planned or in- process) to display the consent required icon, but the unapproved treatment can be P, I or C (completed). If the site

The 7S are as follows: Conceptualize (what is the vision for the course?), Capture (a resource audit), Communicate (mechanisms to foster communication), Collaborate (mechanisms

So if we want to verify the file file.txt with its signature (file.sign), we need the related public key (public.key) and file in the same form of the original form of when the

Considering the data presented in the previous chapters, the research questions namely, ‘What teaching activities are teachers using through Facebook?’, ‘How do

To do so, we developed a spatial trade model and simulate scenarios to evaluate the trade diversion, price, and welfare effects of implementing the “does contain” rule on the

Dostupné zdroje umožňují shrnout, že navzdory tomu, že developerský trh v dlouhodobém měřít- ku vykazuje v České republice výrazný růst (tento trh nemá v ČR dlouhou historii),

Procedural justice was regularly found to be the primary or secondary in determining attitude toward the reform, distributional justice was found to be significant for both