# Exploiting Location and Contextual Information to Develop a Comprehensive Framework for Proactive Handover in Heterogeneous Environments

Authors: G. Mapp; F. Katsriku; M. Aiash; N. Chinnam; R. Lopes; E. Moreira; R. M. Porto Vanni; M. Augusto
Journal: Journal of Computer Networks and Communications
 (2012)

---

## Abstract

The development and deployment of several wireless and cellular networks mean that users will demand to be always connected as they move around. Mobile nodes will therefore have several interfaces and connections will be seamlessly switched among available networks using vertical handover techniques. Proactive handover mechanisms can be combined with the deployment of a number of location-based systems that provide location information to a very high degree of accuracy in different contexts. Furthermore, this new environment will also allow contextual information such as user profiles as well as the availability of using location and contextual information to provide efficient handover mechanisms. Using location-based techniques, it is possible to demonstrate that the Time Before Vertical Handover as well as the Network Dwell Time can be accurately estimated. These techniques are dependent on accurately estimating the handover radius. This paper investigates how location and context awareness can be used to estimate the best handover radius. The paper also explores how such techniques may be integrated into the Y-Comm architecture which is being used to explore the development of future mobile networks. Finally, the paper highlights the use of ontological
techniques as a mechanism for specifying and prototyping such systems.


---

## Body

## 1. Introduction

The development and deployment of several wireless networks mean that mobile devices will have several wireless interfaces including 3G, WLAN, WiMAX, and LTE. This represents a significant development as users will want to be always connected from anywhere and at any time. This will be achieved using vertical handover techniques where connections will be seamlessly switched between available networks. As explained in [1], handover is defined as the changing of the network point of attachment (POA) of a mobile device. When the device moves to a new point of attachment which is technologically identical to the previous point of attachment, this is called horizontal handover. Vertical handover is defined as a handover where the new point of attachment comprises a different technology when compared with the previous point of attachment [2].Proactive handover in which the mobile node actively attempts to decide when and where to handover can help to develop an efficient handover policy mechanism. This is because by using proactive handover, it is possible to minimize packet loss and service disruption as an impending handover can be signalled to the higher layers of the network protocol stack. However, in order to develop efficient proactive handover, location information and services are necessary. In addition, context-aware information based on user profiles, local network services, and information from other users can be used to ensure that the mobile user isalways best connected or (ABC) [3].Information such as the position of Access Points, network coverage as well as the speed and direction of the mobile node can be used to develop equations which can calculateTime Before Vertical Handover or TBVH as well as the estimated Network Dwell Time or NDT in a given network. This paper develops a mathematical framework which can be used to calculate TBVH and NDT. Knowing TBVH and NDT allows mobile nodes to efficiently decide when is the best place to do a handover, such that there is very little handover latency or packet loss. It will be shown that this technique is dependent on having a good estimation of the handover radius which is, in turn, dependent on an accurate propagation model that needs to be dynamic and adaptable. This paper shows how contextual information about network conditions encountered by other mobile nodes could be used to build a more dynamic and adaptable propagation model.Since it is not possible for mobile nodes to store the information on all the available networks, it is necessary that such information be available in the core network. This could be implemented as part of core network functionality for future mobile networks. Such an approach is being adopted as seen in the Media-Independent Information Service (MIIS) advocated by the IEEE 802.21 standards [4] which look at specifying Media Independent Handovers (MIH). However, this paper argues that in order to build a comprehensive platform, it is necessary to include information on users as well as on networking infrastructure.This paper attempts to bring together several aspects of handover to form a coherent framework. It shows how these methods can be used to provide mobile nodes with effective handover policies and how such policies can be implemented on an architecture such as Y-Comm which is being used to build future mobile systems.The unique contributions of this paper can be described as follows: using location information and an estimation of the handover radius, this work shows how TBVH and NDT are calculated. It shows how Media Independent Information Service (MIIS) can be extended to store location information on networking infrastructure. This work also shows how contextual information about the mobile node in terms of the signal strength needed to handover, as well as information about its previous journeys and other mobile nodes can be combined using Wireless Footprinting techniques. This contextual information can also be used to develop a more dynamic and adaptable propagation model. Finally, this paper shows how an ontology can be used as an implementation path to develop a prototype testbed. Compared to previous studies, this work presents a clear way forward for the development and deployment of proactive mechanisms in real mobile systems.The rest of the paper is structured as follows: Section2 discusses handover classification while Section 3 examines how handover coverage is specified. In Section 4 the mathematical framework is detailed while Section 5 examines the application of the mathematical framework to a specific network scenario. Section 6 looks at results for different handover radii. Section 7 investigates how the information on local networks can be acquired and stored. Section 8 looks at the Y-Comm Framework, particularly how Y-Comm deals with handover. Section 9 summarises previous work while the paper concludes with Section 10 which looks at conclusions and future work.


## 2. Vertical Handover: A Detailed Classification

In this section, we define the set of terms used in the context of handover. This presentation is divided into two broad types. The first has to do with a general handover classification which classifies handovers using general characteristics while the second is a more advanced classification dealing with the different mechanisms and inputs to do with handover.


### 2.1. General Handover Classification

Handovers can be classified in terms of when the connection to the previous POA is broken in relation to when the connection to the next POA is made, which device is in charge of handover, and the coverage areas of the relevant networks.(i)
Hard versus soft handover: in ahard handover, the connection to the previous POA is broken before the connection to the new POA is made. In soft handover, the connection to the next POA is made before the connection to the previous POA is broken.(ii)
Network-based versus Client-Based Handover: innetwork-based handover, the network makes the final handover decision while in client-based handover, it is the mobile device that decides when to handover. Though current cellular systems use network-based handovers, mechanisms such as Mobile IP [5] and Fast Mobile IP [6] are client-based. In fact, for heterogeneous environments client-based handover is favoured [7].(iii)
Upward versus downward Handover: where a network, say A, is completely covered by network B, then if we make a handover from network A to network B, this is referred to as anupward handover because we are going from a smaller network with substantial bandwidth to a network of a much larger coverage with lower bandwidth. While a handover from network B to network A is referred to as a downward handover because we are going from a larger to a smaller network.


### 2.2. Advanced Classification

An advanced type of handover classification is shown in Figure1. Handovers can also be divided into two advanced types. Imperative handovers occur due to technological reasons only. Hence the mobile node changes its network attachment because it has determined by technical analysis that it is good to do so. This could be based on parameters such as signal strength, coverage, and the quality-of-service offered by the new network. These handovers are imperative because there may be a severe loss of performance or loss of connection if they are not performed. In contrast, alternative handovers occur due to reasons other than technical issues [8]. Hence there is no severe loss of performance or loss of connection if an alternative handover does not occur. The factors for performing an alternative handover include a preference for a given network based on price or incentives. User preferences based on features or promotions as well as contextual issues might also cause handover. Finally, there may be other network services that are being offered by certain networks.Figure 1
Handover classification.Imperative handovers are, in turn, divided into two types. The first is calledreactive handover. This responds to changes in the low-level wireless interfaces as to the availability or nonavailability of certain networks. Reactive handovers can be further divided into anticipated and unanticipated handovers [9]. Anticipated handovers are soft handovers which describe the situation where there are alternative base-stations to which the mobile node may handover. With unanticipated handover, the mobile node is heading out of range of the current POA and there is no other base-station to which to handover. These handovers are therefore examples of hard handovers.The other type of imperative handover is calledproactive handover. These handovers use soft handover techniques. Proactive handover policies attempt to know the condition of the various networks at a specific location before the mobile node reaches that location. Proactive policies allow mobile nodes to calculate the Time Before Vertical Handover (TBVH) which enables them to minimize packet loss and latency experienced during handovers. Presently, two types of proactive handovers are being developed. The first is knowledge-based and attempts to know, by measuring beforehand, the signal strengths of available wireless networks over a given area such as a city. This could involve physically driving around and taking these readings [10]. These measurements need to be taken in different seasonal contexts as the effects of foliage on wireless propagation are well known [11]. The second proactive policy is based on a mathematical model which calculates the point when vertical handover should occur and the time that the mobile would take to reach that point based on its velocity and direction [12]. The accuracy of this approach is dependent on various factors including location technology, the propagation model used, network topology, and specific environments, for example, whether the mobile node is indoor or outdoor [13]. In this paper, we will develop algorithms based on the model-based approach.


## 2.1. General Handover Classification

Handovers can be classified in terms of when the connection to the previous POA is broken in relation to when the connection to the next POA is made, which device is in charge of handover, and the coverage areas of the relevant networks.(i)
Hard versus soft handover: in ahard handover, the connection to the previous POA is broken before the connection to the new POA is made. In soft handover, the connection to the next POA is made before the connection to the previous POA is broken.(ii)
Network-based versus Client-Based Handover: innetwork-based handover, the network makes the final handover decision while in client-based handover, it is the mobile device that decides when to handover. Though current cellular systems use network-based handovers, mechanisms such as Mobile IP [5] and Fast Mobile IP [6] are client-based. In fact, for heterogeneous environments client-based handover is favoured [7].(iii)
Upward versus downward Handover: where a network, say A, is completely covered by network B, then if we make a handover from network A to network B, this is referred to as anupward handover because we are going from a smaller network with substantial bandwidth to a network of a much larger coverage with lower bandwidth. While a handover from network B to network A is referred to as a downward handover because we are going from a larger to a smaller network.


## 2.2. Advanced Classification

An advanced type of handover classification is shown in Figure1. Handovers can also be divided into two advanced types. Imperative handovers occur due to technological reasons only. Hence the mobile node changes its network attachment because it has determined by technical analysis that it is good to do so. This could be based on parameters such as signal strength, coverage, and the quality-of-service offered by the new network. These handovers are imperative because there may be a severe loss of performance or loss of connection if they are not performed. In contrast, alternative handovers occur due to reasons other than technical issues [8]. Hence there is no severe loss of performance or loss of connection if an alternative handover does not occur. The factors for performing an alternative handover include a preference for a given network based on price or incentives. User preferences based on features or promotions as well as contextual issues might also cause handover. Finally, there may be other network services that are being offered by certain networks.Figure 1
Handover classification.Imperative handovers are, in turn, divided into two types. The first is calledreactive handover. This responds to changes in the low-level wireless interfaces as to the availability or nonavailability of certain networks. Reactive handovers can be further divided into anticipated and unanticipated handovers [9]. Anticipated handovers are soft handovers which describe the situation where there are alternative base-stations to which the mobile node may handover. With unanticipated handover, the mobile node is heading out of range of the current POA and there is no other base-station to which to handover. These handovers are therefore examples of hard handovers.The other type of imperative handover is calledproactive handover. These handovers use soft handover techniques. Proactive handover policies attempt to know the condition of the various networks at a specific location before the mobile node reaches that location. Proactive policies allow mobile nodes to calculate the Time Before Vertical Handover (TBVH) which enables them to minimize packet loss and latency experienced during handovers. Presently, two types of proactive handovers are being developed. The first is knowledge-based and attempts to know, by measuring beforehand, the signal strengths of available wireless networks over a given area such as a city. This could involve physically driving around and taking these readings [10]. These measurements need to be taken in different seasonal contexts as the effects of foliage on wireless propagation are well known [11]. The second proactive policy is based on a mathematical model which calculates the point when vertical handover should occur and the time that the mobile would take to reach that point based on its velocity and direction [12]. The accuracy of this approach is dependent on various factors including location technology, the propagation model used, network topology, and specific environments, for example, whether the mobile node is indoor or outdoor [13]. In this paper, we will develop algorithms based on the model-based approach.


## 3. Handover Coverage Parameters

In this section, we introduce a set of network coverage terms. We first define the concept of a coverage area as the region where signals from a given POA can be detected. The coverage area is of an irregular shape. On the boundary of the coverage area signals from the POA are unreliable and beyond the coverage area, the signals from the POA cannot be detected. Since handover is a complex operation, it should be finished before the coverage boundary is reached. So we define a circle known as thehandover threshold, and the corresponding radius is called the handover radius represented by RH. Ideally, it is necessary to complete handover before or at the handover boundary to ensure smooth handover. In order to make sure that handover occurs at the handover boundary, we define another coverage area known as exit coverage represented by the exit radius or RE. Handover must begin at the exit radius in order to ensure that it is completed at the handover boundary. The arrangement is shown in Figure 2 and discussed in [14]. The exit radius will therefore be dependent on the velocity, vel, of the mobile node. If we represent the time taken to execute a handover by TEH, then we can say in
(1)TEH≤(RH-RE)vel.
Hence
(2)RE≤RH-(vel*TEH).Figure 2
Network coverage.So the faster a mobile node moves the smaller the exit radius at which handover must begin. We will now continue our analysis using the handover radius. But given that we can find the handover radius and we know the velocity of the mobile node and the time taken to execute a handover, then we can calculate the exit radius.


### 3.1. Estimating Handover Radius Using Propagation Models

The accuracy of the system revealed above depends on a good estimation of the handover radius which, in turn, is dependent on the propagation models being used. Propagation models attempt to model the received signal strength of an electromagnetic signal at a given distance from where the signal is being transmitted. Propagation models are divided into 3 main types.(i)
Empirical Models. These models are based on mathematical equations that attempt to take into account the travelling effects on the electromagnetic signal [15]. Empirical models can further be divided into two categories: time dispersive and nontime dispersive models. Time dispersive models take into account channel characteristics such as multipath spread. Nontime dispersive models predict the path loss in terms of distance, height of antenna, and frequency. These models are mainly based on observations as well as measurements. Hata and Cost-231 are examples of nontime dispersive models.(ii)
Deterministic Models. These models are related to the propagation of electromagnetic waves to find out the strength of the received signal at the particular point. It requires a 3D view of electromagnetic waves. Ray tracing is an example of deterministic models.(iii)
Stochastic Models. These models generate predictions with the help of a series of random variables; these models are therefore less accurate than predictions based on empirical or deterministic models. But stochastic models require less information and have lower processing power requirements.This paper concentrates on nontime dispersive empirical models.


### 3.2. Path Loss Models

In wireless communications there is some loss of signal strength between the transmitter and receiver. This is calledpath loss and is the essential parameter used to predict the strength of signals in radio systems at various locations. The path loss is also dependent on environmental conditions and will be different in rural, urban, and suburban environments. Path loss models are usually dependent on both the distance from the transmitter as well as the frequency of the signal being transmitted. We can calculate the path loss in all these environments with the help of path loss models. Path loss can therefore be used to find the handover radius.


#### 3.2.1. Free Space Models

This model deals with path loss in free space. In this environment, the attenuation is proportional to the square of the distance between the transmitter and the receiver and also to the square of the frequency of the radio signal.The Free Space Path Loss (FSPL) in decibels is given by(3)FSPL=20log⁡10(d)+20log⁡10(f)+32.44-Gt-Gr,
where d is the distance from the antenna in kilometres, f is the frequency of the signal in MHz, Gt is the gain at the transmitter, and Gr is the gain at the receiver.This formula is effective where multipath effects are minimal such as for satellites in space.


#### 3.2.2. The Okumura Model

In urban and suburban areas, it is necessary to consider multipath effects. The Okumura model is used to model urban areas. The path loss (PL) is given by(4)PL=Lf+Amu-Ght-Ghr-Garea,
where Lf is the free propagation path loss, Amu is the attenuation of the medium relative to free space, Ght is the gain due to the height of the base station antenna, Ghr is the gain due to height of the mobile node receiver, and Garea is the gain due to the type of environment.


#### 3.2.3. Hata Models

The Okumura model has been used as a base to evolve Hata models which can be deployed for urban and suburban environments.For the urban areas,(5)Lu=69.55+26.16log⁡10f-13.82log⁡10hb-CH+(44.9-6.55log⁡10hb)log⁡10d,
where hb is the height of the base station, hm is the height of the mobile node, and CH is the antenna height correction factor.For small or medium cities,(6)CH=0.8+(1.1log⁡10f-0.7)hm-1.56log⁡10f.For large cities, the formula is dependent on two frequency ranges.So for150≤f≤200 Mhz
(7)CH=8.29(log⁡10(1.54hm))2-1.1
and for 200MHz≤f≤1500 Mhz
(8)CH=3.2(log⁡10(11.75hm))2-4.97.For Suburban areas,(9)Lsu=Lu-2(log⁡10(f28))2-5.4,
where Lu is the path loss in urban areas, f is the transmission frequency in MHz, and all path loss values are in dB.


### 3.3. Using the Propagation Models

In order to find out the best handover radius we need the propagation characteristics as well as two other key parameters. The first is the power with which the signal is being transmitted. Hence the power of the signal at the transmitter is important as a more powerful signal would mean that a large handover radius is possible. The second factor is the signal strength threshold that is used to handover. Here, an absolute signal threshold could be used or a relative threshold could also be employed. Most Wireless LAN NIC cards can work between −70 and −85 dB [16]. For WLANs, it has been decided to use the Free Space Model due to the high frequency being used. For cellular networks, Okumura and Hata models perform better than Free Space Models.


#### 3.3.1. Network Interaction Classification

In order to build a complete framework, it is not only necessary to consider individual networks but also how individual networks in a given vicinity will interact with each other. This is even more important as there are completely different policies that are used for the deployment of different kinds of wireless networks. Cellular networks are rolled out on a national scale and issues of network coverage and user access are very carefully studied so that the deployment of masts and base-stations will be done in a holistic way. In contrast, WiFi networks tend to be set up individually and in an ad-hoc manner. This means that we can consider the interaction of these networks in general. We do this by looking at the relationship between Network A and Network B. There are 3 cases to consider.(i)
The first is that Network A is completely covered by Network B. This occurs, for example, between a single local wireless LAN network and a colocated cellular network. In this context, mobile nodes moving in network B and if, depending on their movement, they come into the range of network A, then they would do an alternative downward handover to network A. After travelling through Network A, the mobile node would then do an imperative upward handover back to Network B.(ii)
The second network relationship occurs when Network A and Network B intersect. In this context, we need to understand the area of joint coverage and the implications for handover policy. If, given the mobile’s direction, we can work out the distance for which the mobile node will be in contact with both networks, then we can work out the earliest and latest times at which a handover can occur.(iii)
The third network relationship is that Network A and Network B do not overlap at all. Hence the mobile node travelling between the two networks must do a hard handover when moving from Network A. It would shut down its connections, move to network B where it must contend for a channel, and then it would handover to the new channel and reopen its connections [17].


## 3.1. Estimating Handover Radius Using Propagation Models

The accuracy of the system revealed above depends on a good estimation of the handover radius which, in turn, is dependent on the propagation models being used. Propagation models attempt to model the received signal strength of an electromagnetic signal at a given distance from where the signal is being transmitted. Propagation models are divided into 3 main types.(i)
Empirical Models. These models are based on mathematical equations that attempt to take into account the travelling effects on the electromagnetic signal [15]. Empirical models can further be divided into two categories: time dispersive and nontime dispersive models. Time dispersive models take into account channel characteristics such as multipath spread. Nontime dispersive models predict the path loss in terms of distance, height of antenna, and frequency. These models are mainly based on observations as well as measurements. Hata and Cost-231 are examples of nontime dispersive models.(ii)
Deterministic Models. These models are related to the propagation of electromagnetic waves to find out the strength of the received signal at the particular point. It requires a 3D view of electromagnetic waves. Ray tracing is an example of deterministic models.(iii)
Stochastic Models. These models generate predictions with the help of a series of random variables; these models are therefore less accurate than predictions based on empirical or deterministic models. But stochastic models require less information and have lower processing power requirements.This paper concentrates on nontime dispersive empirical models.


## 3.2. Path Loss Models

In wireless communications there is some loss of signal strength between the transmitter and receiver. This is calledpath loss and is the essential parameter used to predict the strength of signals in radio systems at various locations. The path loss is also dependent on environmental conditions and will be different in rural, urban, and suburban environments. Path loss models are usually dependent on both the distance from the transmitter as well as the frequency of the signal being transmitted. We can calculate the path loss in all these environments with the help of path loss models. Path loss can therefore be used to find the handover radius.


### 3.2.1. Free Space Models

This model deals with path loss in free space. In this environment, the attenuation is proportional to the square of the distance between the transmitter and the receiver and also to the square of the frequency of the radio signal.The Free Space Path Loss (FSPL) in decibels is given by(3)FSPL=20log⁡10(d)+20log⁡10(f)+32.44-Gt-Gr,
where d is the distance from the antenna in kilometres, f is the frequency of the signal in MHz, Gt is the gain at the transmitter, and Gr is the gain at the receiver.This formula is effective where multipath effects are minimal such as for satellites in space.


### 3.2.2. The Okumura Model

In urban and suburban areas, it is necessary to consider multipath effects. The Okumura model is used to model urban areas. The path loss (PL) is given by(4)PL=Lf+Amu-Ght-Ghr-Garea,
where Lf is the free propagation path loss, Amu is the attenuation of the medium relative to free space, Ght is the gain due to the height of the base station antenna, Ghr is the gain due to height of the mobile node receiver, and Garea is the gain due to the type of environment.


### 3.2.3. Hata Models

The Okumura model has been used as a base to evolve Hata models which can be deployed for urban and suburban environments.For the urban areas,(5)Lu=69.55+26.16log⁡10f-13.82log⁡10hb-CH+(44.9-6.55log⁡10hb)log⁡10d,
where hb is the height of the base station, hm is the height of the mobile node, and CH is the antenna height correction factor.For small or medium cities,(6)CH=0.8+(1.1log⁡10f-0.7)hm-1.56log⁡10f.For large cities, the formula is dependent on two frequency ranges.So for150≤f≤200 Mhz
(7)CH=8.29(log⁡10(1.54hm))2-1.1
and for 200MHz≤f≤1500 Mhz
(8)CH=3.2(log⁡10(11.75hm))2-4.97.For Suburban areas,(9)Lsu=Lu-2(log⁡10(f28))2-5.4,
where Lu is the path loss in urban areas, f is the transmission frequency in MHz, and all path loss values are in dB.


## 3.2.1. Free Space Models

This model deals with path loss in free space. In this environment, the attenuation is proportional to the square of the distance between the transmitter and the receiver and also to the square of the frequency of the radio signal.The Free Space Path Loss (FSPL) in decibels is given by(3)FSPL=20log⁡10(d)+20log⁡10(f)+32.44-Gt-Gr,
where d is the distance from the antenna in kilometres, f is the frequency of the signal in MHz, Gt is the gain at the transmitter, and Gr is the gain at the receiver.This formula is effective where multipath effects are minimal such as for satellites in space.


## 3.2.2. The Okumura Model

In urban and suburban areas, it is necessary to consider multipath effects. The Okumura model is used to model urban areas. The path loss (PL) is given by(4)PL=Lf+Amu-Ght-Ghr-Garea,
where Lf is the free propagation path loss, Amu is the attenuation of the medium relative to free space, Ght is the gain due to the height of the base station antenna, Ghr is the gain due to height of the mobile node receiver, and Garea is the gain due to the type of environment.


## 3.2.3. Hata Models

The Okumura model has been used as a base to evolve Hata models which can be deployed for urban and suburban environments.For the urban areas,(5)Lu=69.55+26.16log⁡10f-13.82log⁡10hb-CH+(44.9-6.55log⁡10hb)log⁡10d,
where hb is the height of the base station, hm is the height of the mobile node, and CH is the antenna height correction factor.For small or medium cities,(6)CH=0.8+(1.1log⁡10f-0.7)hm-1.56log⁡10f.For large cities, the formula is dependent on two frequency ranges.So for150≤f≤200 Mhz
(7)CH=8.29(log⁡10(1.54hm))2-1.1
and for 200MHz≤f≤1500 Mhz
(8)CH=3.2(log⁡10(11.75hm))2-4.97.For Suburban areas,(9)Lsu=Lu-2(log⁡10(f28))2-5.4,
where Lu is the path loss in urban areas, f is the transmission frequency in MHz, and all path loss values are in dB.


## 3.3. Using the Propagation Models

In order to find out the best handover radius we need the propagation characteristics as well as two other key parameters. The first is the power with which the signal is being transmitted. Hence the power of the signal at the transmitter is important as a more powerful signal would mean that a large handover radius is possible. The second factor is the signal strength threshold that is used to handover. Here, an absolute signal threshold could be used or a relative threshold could also be employed. Most Wireless LAN NIC cards can work between −70 and −85 dB [16]. For WLANs, it has been decided to use the Free Space Model due to the high frequency being used. For cellular networks, Okumura and Hata models perform better than Free Space Models.


### 3.3.1. Network Interaction Classification

In order to build a complete framework, it is not only necessary to consider individual networks but also how individual networks in a given vicinity will interact with each other. This is even more important as there are completely different policies that are used for the deployment of different kinds of wireless networks. Cellular networks are rolled out on a national scale and issues of network coverage and user access are very carefully studied so that the deployment of masts and base-stations will be done in a holistic way. In contrast, WiFi networks tend to be set up individually and in an ad-hoc manner. This means that we can consider the interaction of these networks in general. We do this by looking at the relationship between Network A and Network B. There are 3 cases to consider.(i)
The first is that Network A is completely covered by Network B. This occurs, for example, between a single local wireless LAN network and a colocated cellular network. In this context, mobile nodes moving in network B and if, depending on their movement, they come into the range of network A, then they would do an alternative downward handover to network A. After travelling through Network A, the mobile node would then do an imperative upward handover back to Network B.(ii)
The second network relationship occurs when Network A and Network B intersect. In this context, we need to understand the area of joint coverage and the implications for handover policy. If, given the mobile’s direction, we can work out the distance for which the mobile node will be in contact with both networks, then we can work out the earliest and latest times at which a handover can occur.(iii)
The third network relationship is that Network A and Network B do not overlap at all. Hence the mobile node travelling between the two networks must do a hard handover when moving from Network A. It would shut down its connections, move to network B where it must contend for a channel, and then it would handover to the new channel and reopen its connections [17].


## 3.3.1. Network Interaction Classification

In order to build a complete framework, it is not only necessary to consider individual networks but also how individual networks in a given vicinity will interact with each other. This is even more important as there are completely different policies that are used for the deployment of different kinds of wireless networks. Cellular networks are rolled out on a national scale and issues of network coverage and user access are very carefully studied so that the deployment of masts and base-stations will be done in a holistic way. In contrast, WiFi networks tend to be set up individually and in an ad-hoc manner. This means that we can consider the interaction of these networks in general. We do this by looking at the relationship between Network A and Network B. There are 3 cases to consider.(i)
The first is that Network A is completely covered by Network B. This occurs, for example, between a single local wireless LAN network and a colocated cellular network. In this context, mobile nodes moving in network B and if, depending on their movement, they come into the range of network A, then they would do an alternative downward handover to network A. After travelling through Network A, the mobile node would then do an imperative upward handover back to Network B.(ii)
The second network relationship occurs when Network A and Network B intersect. In this context, we need to understand the area of joint coverage and the implications for handover policy. If, given the mobile’s direction, we can work out the distance for which the mobile node will be in contact with both networks, then we can work out the earliest and latest times at which a handover can occur.(iii)
The third network relationship is that Network A and Network B do not overlap at all. Hence the mobile node travelling between the two networks must do a hard handover when moving from Network A. It would shut down its connections, move to network B where it must contend for a channel, and then it would handover to the new channel and reopen its connections [17].


## 4. The Mathematical Framework

The Law of Cosines
In order to build a mathematical framework we need mathematical tools. An important tool is thelaw of cosines. The laws are given by the following equations.
(10)c2=a2+b2-2abcos⁡γ,a2=b2+c2-2bccos⁡α,b2=a2+c2-2accos⁡β.
The sides and angles are shown in Figure 3. Further formulas can be derived, namely: (i)
the third side of a triangle if one knows two sides and the angle between them:(11)c=(a2+b2-2abcos⁡γ),(ii)
the angles of a triangle if one knows the three sides:(12)γ=arccos((a2+b2-c2)2ab),(iii)
the third side of a triangle if one knows two sides and an angle opposite to one of them:(13)a=bcos⁡γ±(c2-b2sin⁡2γ).Figure 3
Law of cosines.


### 4.1. Calculation for Different Handover Scenarios

In the section we look at different handover scenarios and calculate the Time Before Vertical Handover (TBVH) distance as well as the Network Dwell (ND) distance where appropriate. We now denote the handover radius byR.


#### 4.1.1. Complete Coverage

For complete coverage we look at when Network A is completely covered by Network B, so Network A is a WLAN network and Network B is a cellular network such as GSM or UMTS. We now investigate upward handover as shown in Figure4.Figure 4
Upward handover.In this figure,A  is the centre of the WLAN, the mobile node is located at  C, and knows its location using a GPS device. R1 is the handover radius. The line  CF  represents the present trajectory of mobile node. Since we know  d1,  R1, and angle  x, as shown in [13], we can use (13) to obtain CF as:
(14)CF=d1cos⁡x±(R12-d12sin⁡2x).HenceTBVH=CF/vel.Next we consider downward handover, where the mobile node is going from the larger coverage network to a smaller network. This is shown in Figure5.Figure 5
Downward handover.The WLAN network is given by its radiusR2  and centre B. The mobile node is currently located at C and is travelling on trajectory  CEGH. The vertical axis of the WLAN is given by the points Y and Z. These points can be easily obtained by the mobile node because it knows  R2  and B. From knowing Y and Z it is possible to calculate  CY  and  CZ, respectively.In terms of angles, we define them as relative to the vertical axisYZ, so  CY  makes the angle u with  YZ  while  CG  makes the angle v and  CZ  makes the angle w with  YZ. We can measure those angles directly from C since the angle u is  YCK, the angle v is  GCK, and the angle w is  ZCK. So the first thing we need to find out is if the trajectory of the mobile node means that it will or will not encounter the smaller network. We can easily verify this using angles  u,  v, and w. So we know that the mobile node will hit the WLAN because u≥v≥w. If v>u or v<w then the mobile node will not encounter the WLAN at all.Since we can measure these angles and distances, we can now calculateCG. We use  CY  since
(15)CT=CYsin⁡(180-u)=CGsin⁡v,CG=(CYsin⁡(180-u))sin⁡v.So we knowCZ,  CG  and  CGZ  is (180-v); we can get  GY  from (13)
(16)GZ=CGcos⁡(180-v)±(CZ2-CG2sin⁡2(180-v)).SinceBG=BZ-GZ and BZ=R2 then BG=R2-GZ. So we can calculate BG. We know BE=R2, BG, and angle v; hence
(17)EG=BGcos⁡v±(R22-BG2sin⁡2v).So the distance before handover isCE=CG-EG and TBVH=CE/vel. We can also calculate the Network Dwell Time. To do this we need to calculate GH we know that BH=R2 and the angle BGH is (180-v). So again using (13)
(18)GH=BGcos⁡(180-v)±(R22-BG2sin⁡2(180-v)).So the dwell distance of the mobile node in the WLAN if the mobile node continues in the same direction isEH=EG+GH. Hence, the estimated Network Dwell Time  (NDT)=EH/vel.So we have examined the case of complete coverage.


### 4.2. Intersecting Networks

We next examine when the two networks intersect, this is shown in Figure6.Figure 6
Intersecting networks.To solve the intersecting networks scenario, we use the methods that we developed for upward and downward handovers. So we calculateCF from (14), EG and CE from (17), and GH using (18). Using this information we can calculate the distance for which the mobile node will be moving in both networks. This is denoted by EF=CF-CE, where CE=CG-EG. This gives the mobile node the opportunity to do an alternative handover at E or an imperative handover at  F.It also necessary to calculate the maximum joint coverage distance. This is given byPQ and lies along the line between the two centres, AB. So PQ is calculated as follows: AQ=R1 and AP=AB-R2(19)PQ=AQ-AP,PQ=R1-(AB-R2),PQ=R1+R2-AB.


#### 4.2.1. Nonintersecting Networks

For nonintersecting networks, we use (19). So the networks are nonintersecting when the distance between the two networks is greater than the sum of the radii of the two networks as expressed in (20)
(20)AB>R1+R2.So given that we know the position of the Access Points and the handover radius for each network as well as the position, direction, and velocity of the mobile node, it is possible to estimate the TBVH for each network as well as the estimated dwell times in each network.


## 4.1. Calculation for Different Handover Scenarios

In the section we look at different handover scenarios and calculate the Time Before Vertical Handover (TBVH) distance as well as the Network Dwell (ND) distance where appropriate. We now denote the handover radius byR.


### 4.1.1. Complete Coverage

For complete coverage we look at when Network A is completely covered by Network B, so Network A is a WLAN network and Network B is a cellular network such as GSM or UMTS. We now investigate upward handover as shown in Figure4.Figure 4
Upward handover.In this figure,A  is the centre of the WLAN, the mobile node is located at  C, and knows its location using a GPS device. R1 is the handover radius. The line  CF  represents the present trajectory of mobile node. Since we know  d1,  R1, and angle  x, as shown in [13], we can use (13) to obtain CF as:
(14)CF=d1cos⁡x±(R12-d12sin⁡2x).HenceTBVH=CF/vel.Next we consider downward handover, where the mobile node is going from the larger coverage network to a smaller network. This is shown in Figure5.Figure 5
Downward handover.The WLAN network is given by its radiusR2  and centre B. The mobile node is currently located at C and is travelling on trajectory  CEGH. The vertical axis of the WLAN is given by the points Y and Z. These points can be easily obtained by the mobile node because it knows  R2  and B. From knowing Y and Z it is possible to calculate  CY  and  CZ, respectively.In terms of angles, we define them as relative to the vertical axisYZ, so  CY  makes the angle u with  YZ  while  CG  makes the angle v and  CZ  makes the angle w with  YZ. We can measure those angles directly from C since the angle u is  YCK, the angle v is  GCK, and the angle w is  ZCK. So the first thing we need to find out is if the trajectory of the mobile node means that it will or will not encounter the smaller network. We can easily verify this using angles  u,  v, and w. So we know that the mobile node will hit the WLAN because u≥v≥w. If v>u or v<w then the mobile node will not encounter the WLAN at all.Since we can measure these angles and distances, we can now calculateCG. We use  CY  since
(15)CT=CYsin⁡(180-u)=CGsin⁡v,CG=(CYsin⁡(180-u))sin⁡v.So we knowCZ,  CG  and  CGZ  is (180-v); we can get  GY  from (13)
(16)GZ=CGcos⁡(180-v)±(CZ2-CG2sin⁡2(180-v)).SinceBG=BZ-GZ and BZ=R2 then BG=R2-GZ. So we can calculate BG. We know BE=R2, BG, and angle v; hence
(17)EG=BGcos⁡v±(R22-BG2sin⁡2v).So the distance before handover isCE=CG-EG and TBVH=CE/vel. We can also calculate the Network Dwell Time. To do this we need to calculate GH we know that BH=R2 and the angle BGH is (180-v). So again using (13)
(18)GH=BGcos⁡(180-v)±(R22-BG2sin⁡2(180-v)).So the dwell distance of the mobile node in the WLAN if the mobile node continues in the same direction isEH=EG+GH. Hence, the estimated Network Dwell Time  (NDT)=EH/vel.So we have examined the case of complete coverage.


## 4.1.1. Complete Coverage

For complete coverage we look at when Network A is completely covered by Network B, so Network A is a WLAN network and Network B is a cellular network such as GSM or UMTS. We now investigate upward handover as shown in Figure4.Figure 4
Upward handover.In this figure,A  is the centre of the WLAN, the mobile node is located at  C, and knows its location using a GPS device. R1 is the handover radius. The line  CF  represents the present trajectory of mobile node. Since we know  d1,  R1, and angle  x, as shown in [13], we can use (13) to obtain CF as:
(14)CF=d1cos⁡x±(R12-d12sin⁡2x).HenceTBVH=CF/vel.Next we consider downward handover, where the mobile node is going from the larger coverage network to a smaller network. This is shown in Figure5.Figure 5
Downward handover.The WLAN network is given by its radiusR2  and centre B. The mobile node is currently located at C and is travelling on trajectory  CEGH. The vertical axis of the WLAN is given by the points Y and Z. These points can be easily obtained by the mobile node because it knows  R2  and B. From knowing Y and Z it is possible to calculate  CY  and  CZ, respectively.In terms of angles, we define them as relative to the vertical axisYZ, so  CY  makes the angle u with  YZ  while  CG  makes the angle v and  CZ  makes the angle w with  YZ. We can measure those angles directly from C since the angle u is  YCK, the angle v is  GCK, and the angle w is  ZCK. So the first thing we need to find out is if the trajectory of the mobile node means that it will or will not encounter the smaller network. We can easily verify this using angles  u,  v, and w. So we know that the mobile node will hit the WLAN because u≥v≥w. If v>u or v<w then the mobile node will not encounter the WLAN at all.Since we can measure these angles and distances, we can now calculateCG. We use  CY  since
(15)CT=CYsin⁡(180-u)=CGsin⁡v,CG=(CYsin⁡(180-u))sin⁡v.So we knowCZ,  CG  and  CGZ  is (180-v); we can get  GY  from (13)
(16)GZ=CGcos⁡(180-v)±(CZ2-CG2sin⁡2(180-v)).SinceBG=BZ-GZ and BZ=R2 then BG=R2-GZ. So we can calculate BG. We know BE=R2, BG, and angle v; hence
(17)EG=BGcos⁡v±(R22-BG2sin⁡2v).So the distance before handover isCE=CG-EG and TBVH=CE/vel. We can also calculate the Network Dwell Time. To do this we need to calculate GH we know that BH=R2 and the angle BGH is (180-v). So again using (13)
(18)GH=BGcos⁡(180-v)±(R22-BG2sin⁡2(180-v)).So the dwell distance of the mobile node in the WLAN if the mobile node continues in the same direction isEH=EG+GH. Hence, the estimated Network Dwell Time  (NDT)=EH/vel.So we have examined the case of complete coverage.


## 4.2. Intersecting Networks

We next examine when the two networks intersect, this is shown in Figure6.Figure 6
Intersecting networks.To solve the intersecting networks scenario, we use the methods that we developed for upward and downward handovers. So we calculateCF from (14), EG and CE from (17), and GH using (18). Using this information we can calculate the distance for which the mobile node will be moving in both networks. This is denoted by EF=CF-CE, where CE=CG-EG. This gives the mobile node the opportunity to do an alternative handover at E or an imperative handover at  F.It also necessary to calculate the maximum joint coverage distance. This is given byPQ and lies along the line between the two centres, AB. So PQ is calculated as follows: AQ=R1 and AP=AB-R2(19)PQ=AQ-AP,PQ=R1-(AB-R2),PQ=R1+R2-AB.


### 4.2.1. Nonintersecting Networks

For nonintersecting networks, we use (19). So the networks are nonintersecting when the distance between the two networks is greater than the sum of the radii of the two networks as expressed in (20)
(20)AB>R1+R2.So given that we know the position of the Access Points and the handover radius for each network as well as the position, direction, and velocity of the mobile node, it is possible to estimate the TBVH for each network as well as the estimated dwell times in each network.


## 4.2.1. Nonintersecting Networks

For nonintersecting networks, we use (19). So the networks are nonintersecting when the distance between the two networks is greater than the sum of the radii of the two networks as expressed in (20)
(20)AB>R1+R2.So given that we know the position of the Access Points and the handover radius for each network as well as the position, direction, and velocity of the mobile node, it is possible to estimate the TBVH for each network as well as the estimated dwell times in each network.


## 5. Application of the Mathematical Framework

In the section, we show how these formulas may be applied using a given scenario below. Let us suppose that the mobile node is going along a defined path. This is shown in Figure7 and the entire region is also covered by a single cell of a cellular network such as GSM or UMTS.Figure 7
Applying the mathematical framework.There are two junctionsS and T as well as three WLAN networks as shown. Network A provides access at Junction S while Networks  B  and  C  are two other WLAN networks located along the ST route. Since each network is a WLAN network, we will take the handover radius of 100 metres which is the accepted outdoor coverage of WLAN networks [18]. The coordinates of the key points are given in  Table 1.  C1  is the point on the path where the mobile node begins to calculate TBVH and its network dwell time in Network A.Table 1
Coordinates at key points in metres.
Symbol
X-cord
Y-cord
C
1
40
480
S
160
280
A
180
320
B
800
200
C
960
160
T
1000
120Using these coordinates we can draw a detailed diagram of the upcoming calculations based on the mathematical framework detailed above. This is shown in Figure8.Figure 8
Analysis diagram.


### 5.1. Calculations for This Scenario

#### 5.1.1. Calculation for Network A

Important coordinates are:Z1=80,320, Y1=280,320.The angle ofC1 to the vertical, v, is given by the gradient of C1S. However, we can get G1 by simply using C1S itself. So G1=x,320 where
(21)(x-40)(480-320)=(160-40)(480-280),
so G1=(136,320), hence AG1=180-136=44 and v=arctan(120/200)(22)E1G1=AG1cos⁡(90+v)±(R2-AG12sin⁡2(90+v)).
Note we must use the angle (90+v) as we are using the horizontal axis, not the vertical one.E
1
G
1 = 69.97143 and C1G1 = 186.59046 and C1S = 233.23808. So TBVH distance, C1E1 = C1G1 − E1G1 = 116.61903 m.We findSH1; we need to find the angle ASH1. To find this we find the angle to the horizontal of AS and the angle to the horizontal of ST to capture the change of direction
(23)ASH1=x=arctan((320-280)(180-160))+arctan((280-120)(1000-160)),x
=
74.21925 and AS=44.72136,
(24)SH1=AScos⁡(x)±(R2-AS2sin⁡2(x)),SH1=102.42812,  E1S=C1S-C1E1=233.23808-116.61903=116.61905,  E1H1=102.42812+116.61905=219.04717.The results for Network A are summarised in Table2.Table 2
Results for Network A.
Parameter
Symbol
Value (m)
Handover
TBVH distance
C
1
E
1
116.61903
Downward
Network Dwell distance
E
1
H
1
219.04717
Upward


#### 5.1.2. Calculation for Network B

We first considerC2  which is an arbitrary point along  ST. It is at  C2; the mobile node does calculations to determine the TBVH distance from  C2, the expected time that will be spent in both networks and the distance that the mobile node will be under the coverage of the two networks. We have chosen the  x-coordinate of  C2  to be 480. Therefore the  y-coordinate is calculated by using the gradient of  ST. If C2=(480,y) then
(25)(480-160)(280-y)=(1000-160)(280-120).HenceC2=(480,219.04762).v, which is the angle of  ST  to the vertical =arctan((1000-160)/(280-120)).In addition, sinceG2 is along ST if G2=(800,y), then
(26)(800-160)(280-y)=(1000-160)(280-120),G2=(800,158.09524).Hence,BG2=200-158.09524=41.90476,
(27)E2G2=BG2cos⁡v±(R2-BG22sin⁡2v),E2G2=98.97524.We also calculateG2H2(28)G2H2=BG2cos⁡(180-v)±(R2-BG22sin⁡2(180-v)),G2H2=83.29346,C2G2=325.75319.Hence,C2E2=C2G2-E2G2=226.77795,E2H2=E2G2+G2H2=182.2687.


#### 5.1.3. Calculations for Network C

We use the same technique as used for Network B to calculateE3G3.SoG3=(960,127.61905).Hence,CG3=160-127.61905=32.38095,
(29)E3G3=CG3cos⁡v±(R2-CG32sin⁡2v),E3G3=100.8649.We first calculateG3T since we know the coordinates of G3 and T:
(30)G3T=40.71916.So we can findCT(31)CT2=G3T2+CG32-2G3T*CG3cos⁡(180-v),CT=56.56969.We find the angleCTH=(180-arccos(40/CT)).So we can now findTH3(32)TH3=CTcos⁡CTH±(R2-CT2sin⁡2CTH),TH3=51.65081m.We also would like to find the overlap distance between the two networks.We can do so by findingG2G3 which we can find directly because we know the coordinates of  G2  and  G3:
(33)G2G3=162.87663.
So G2E3=G2G3-E3G3=162.87663-100.8649=62.01173.So the intersection distance =G2H2-G2E3=83.29346-62.01173=21.28173.Finally the Maximum Dwell distance in Network C =E3H3=E3G3+G3T+TH3=193.23487.The Minimum Dwell distance occurs if the mobile node delays handover until it has left Network B.So Minimum Dwell distance in Network C =193.23487-21.28173=171.95314.Similarly the Minimum Dwell distance in Network B is182.2687-21.28173=160.98697.So the results of networks B and C are shown in Tables3 and 4.Table 3
Results for Network B.
Parameter
Symbol
Value (m)
Handover
TBVH distance
C
2
E
2
226.77795
Downward
Min Network Dwell distance
E
2
E
3
160.98697
Horizontal
Max Network Dwell distance
E
2
H
2
182.2687
HorizontalTable 4
Results for Network C.
Parameter
Symbol
Value (m)
Handover
Min Network Dwell distance
H
2
H
3
171.95314
Upward
Max Network Dwell distance
E
3
H
3
193.23487
UpwardThe results for Network A, B, and C are summarised in Table5.Table 5
Results for Networks A, B, and C for HR = 100 m.
Network
Parameter
Symbol
Value (m)
Handover
A
TBVH dist
C
1
E
1
116.61903
Downward
ND dist
E
1
H
1
219.04717
Upward
B
∩
C
Intersect dist
E
3
H
2
21.28173
Alternative
B
TBVH dist
C
2
E
2
226.77795
Downward
Min ND dist
E
2
E
3
160.98697
Horizontal
Max ND dist
E
2
H
2
182.26870
Horizontal
C
Min ND dist
H
2
H
3
171.95314
Upward
Max ND dist
E
3
H
3
193.23487
Upward


### 5.2. Checking the Results

In order to check these results, it was decided to draw the whole system to scale using a large sheet of graph paper and hence the results above were compared with the values on the graph. A scale of 1 mm to 4 m was used. The results compared favourably with the graphical results. A computer program [19] was also used to check these values. The program was done in C# and read the location of the mobile node, the location of the different networks as well as the handover radius from a table in an SQL database and calculated the results for different points of the path as the mobile moved along the route. This verifies that this approach is viable. So the mobile node can calculate when and where to handover given that the mobile knows where the centre of each network is located and the handover radius of each network as well as the direction and speed of the mobile node [20].


## 5.1. Calculations for This Scenario

### 5.1.1. Calculation for Network A

Important coordinates are:Z1=80,320, Y1=280,320.The angle ofC1 to the vertical, v, is given by the gradient of C1S. However, we can get G1 by simply using C1S itself. So G1=x,320 where
(21)(x-40)(480-320)=(160-40)(480-280),
so G1=(136,320), hence AG1=180-136=44 and v=arctan(120/200)(22)E1G1=AG1cos⁡(90+v)±(R2-AG12sin⁡2(90+v)).
Note we must use the angle (90+v) as we are using the horizontal axis, not the vertical one.E
1
G
1 = 69.97143 and C1G1 = 186.59046 and C1S = 233.23808. So TBVH distance, C1E1 = C1G1 − E1G1 = 116.61903 m.We findSH1; we need to find the angle ASH1. To find this we find the angle to the horizontal of AS and the angle to the horizontal of ST to capture the change of direction
(23)ASH1=x=arctan((320-280)(180-160))+arctan((280-120)(1000-160)),x
=
74.21925 and AS=44.72136,
(24)SH1=AScos⁡(x)±(R2-AS2sin⁡2(x)),SH1=102.42812,  E1S=C1S-C1E1=233.23808-116.61903=116.61905,  E1H1=102.42812+116.61905=219.04717.The results for Network A are summarised in Table2.Table 2
Results for Network A.
Parameter
Symbol
Value (m)
Handover
TBVH distance
C
1
E
1
116.61903
Downward
Network Dwell distance
E
1
H
1
219.04717
Upward


### 5.1.2. Calculation for Network B

We first considerC2  which is an arbitrary point along  ST. It is at  C2; the mobile node does calculations to determine the TBVH distance from  C2, the expected time that will be spent in both networks and the distance that the mobile node will be under the coverage of the two networks. We have chosen the  x-coordinate of  C2  to be 480. Therefore the  y-coordinate is calculated by using the gradient of  ST. If C2=(480,y) then
(25)(480-160)(280-y)=(1000-160)(280-120).HenceC2=(480,219.04762).v, which is the angle of  ST  to the vertical =arctan((1000-160)/(280-120)).In addition, sinceG2 is along ST if G2=(800,y), then
(26)(800-160)(280-y)=(1000-160)(280-120),G2=(800,158.09524).Hence,BG2=200-158.09524=41.90476,
(27)E2G2=BG2cos⁡v±(R2-BG22sin⁡2v),E2G2=98.97524.We also calculateG2H2(28)G2H2=BG2cos⁡(180-v)±(R2-BG22sin⁡2(180-v)),G2H2=83.29346,C2G2=325.75319.Hence,C2E2=C2G2-E2G2=226.77795,E2H2=E2G2+G2H2=182.2687.


### 5.1.3. Calculations for Network C

We use the same technique as used for Network B to calculateE3G3.SoG3=(960,127.61905).Hence,CG3=160-127.61905=32.38095,
(29)E3G3=CG3cos⁡v±(R2-CG32sin⁡2v),E3G3=100.8649.We first calculateG3T since we know the coordinates of G3 and T:
(30)G3T=40.71916.So we can findCT(31)CT2=G3T2+CG32-2G3T*CG3cos⁡(180-v),CT=56.56969.We find the angleCTH=(180-arccos(40/CT)).So we can now findTH3(32)TH3=CTcos⁡CTH±(R2-CT2sin⁡2CTH),TH3=51.65081m.We also would like to find the overlap distance between the two networks.We can do so by findingG2G3 which we can find directly because we know the coordinates of  G2  and  G3:
(33)G2G3=162.87663.
So G2E3=G2G3-E3G3=162.87663-100.8649=62.01173.So the intersection distance =G2H2-G2E3=83.29346-62.01173=21.28173.Finally the Maximum Dwell distance in Network C =E3H3=E3G3+G3T+TH3=193.23487.The Minimum Dwell distance occurs if the mobile node delays handover until it has left Network B.So Minimum Dwell distance in Network C =193.23487-21.28173=171.95314.Similarly the Minimum Dwell distance in Network B is182.2687-21.28173=160.98697.So the results of networks B and C are shown in Tables3 and 4.Table 3
Results for Network B.
Parameter
Symbol
Value (m)
Handover
TBVH distance
C
2
E
2
226.77795
Downward
Min Network Dwell distance
E
2
E
3
160.98697
Horizontal
Max Network Dwell distance
E
2
H
2
182.2687
HorizontalTable 4
Results for Network C.
Parameter
Symbol
Value (m)
Handover
Min Network Dwell distance
H
2
H
3
171.95314
Upward
Max Network Dwell distance
E
3
H
3
193.23487
UpwardThe results for Network A, B, and C are summarised in Table5.Table 5
Results for Networks A, B, and C for HR = 100 m.
Network
Parameter
Symbol
Value (m)
Handover
A
TBVH dist
C
1
E
1
116.61903
Downward
ND dist
E
1
H
1
219.04717
Upward
B
∩
C
Intersect dist
E
3
H
2
21.28173
Alternative
B
TBVH dist
C
2
E
2
226.77795
Downward
Min ND dist
E
2
E
3
160.98697
Horizontal
Max ND dist
E
2
H
2
182.26870
Horizontal
C
Min ND dist
H
2
H
3
171.95314
Upward
Max ND dist
E
3
H
3
193.23487
Upward


## 5.1.1. Calculation for Network A

Important coordinates are:Z1=80,320, Y1=280,320.The angle ofC1 to the vertical, v, is given by the gradient of C1S. However, we can get G1 by simply using C1S itself. So G1=x,320 where
(21)(x-40)(480-320)=(160-40)(480-280),
so G1=(136,320), hence AG1=180-136=44 and v=arctan(120/200)(22)E1G1=AG1cos⁡(90+v)±(R2-AG12sin⁡2(90+v)).
Note we must use the angle (90+v) as we are using the horizontal axis, not the vertical one.E
1
G
1 = 69.97143 and C1G1 = 186.59046 and C1S = 233.23808. So TBVH distance, C1E1 = C1G1 − E1G1 = 116.61903 m.We findSH1; we need to find the angle ASH1. To find this we find the angle to the horizontal of AS and the angle to the horizontal of ST to capture the change of direction
(23)ASH1=x=arctan((320-280)(180-160))+arctan((280-120)(1000-160)),x
=
74.21925 and AS=44.72136,
(24)SH1=AScos⁡(x)±(R2-AS2sin⁡2(x)),SH1=102.42812,  E1S=C1S-C1E1=233.23808-116.61903=116.61905,  E1H1=102.42812+116.61905=219.04717.The results for Network A are summarised in Table2.Table 2
Results for Network A.
Parameter
Symbol
Value (m)
Handover
TBVH distance
C
1
E
1
116.61903
Downward
Network Dwell distance
E
1
H
1
219.04717
Upward


## 5.1.2. Calculation for Network B

We first considerC2  which is an arbitrary point along  ST. It is at  C2; the mobile node does calculations to determine the TBVH distance from  C2, the expected time that will be spent in both networks and the distance that the mobile node will be under the coverage of the two networks. We have chosen the  x-coordinate of  C2  to be 480. Therefore the  y-coordinate is calculated by using the gradient of  ST. If C2=(480,y) then
(25)(480-160)(280-y)=(1000-160)(280-120).HenceC2=(480,219.04762).v, which is the angle of  ST  to the vertical =arctan((1000-160)/(280-120)).In addition, sinceG2 is along ST if G2=(800,y), then
(26)(800-160)(280-y)=(1000-160)(280-120),G2=(800,158.09524).Hence,BG2=200-158.09524=41.90476,
(27)E2G2=BG2cos⁡v±(R2-BG22sin⁡2v),E2G2=98.97524.We also calculateG2H2(28)G2H2=BG2cos⁡(180-v)±(R2-BG22sin⁡2(180-v)),G2H2=83.29346,C2G2=325.75319.Hence,C2E2=C2G2-E2G2=226.77795,E2H2=E2G2+G2H2=182.2687.


## 5.1.3. Calculations for Network C

We use the same technique as used for Network B to calculateE3G3.SoG3=(960,127.61905).Hence,CG3=160-127.61905=32.38095,
(29)E3G3=CG3cos⁡v±(R2-CG32sin⁡2v),E3G3=100.8649.We first calculateG3T since we know the coordinates of G3 and T:
(30)G3T=40.71916.So we can findCT(31)CT2=G3T2+CG32-2G3T*CG3cos⁡(180-v),CT=56.56969.We find the angleCTH=(180-arccos(40/CT)).So we can now findTH3(32)TH3=CTcos⁡CTH±(R2-CT2sin⁡2CTH),TH3=51.65081m.We also would like to find the overlap distance between the two networks.We can do so by findingG2G3 which we can find directly because we know the coordinates of  G2  and  G3:
(33)G2G3=162.87663.
So G2E3=G2G3-E3G3=162.87663-100.8649=62.01173.So the intersection distance =G2H2-G2E3=83.29346-62.01173=21.28173.Finally the Maximum Dwell distance in Network C =E3H3=E3G3+G3T+TH3=193.23487.The Minimum Dwell distance occurs if the mobile node delays handover until it has left Network B.So Minimum Dwell distance in Network C =193.23487-21.28173=171.95314.Similarly the Minimum Dwell distance in Network B is182.2687-21.28173=160.98697.So the results of networks B and C are shown in Tables3 and 4.Table 3
Results for Network B.
Parameter
Symbol
Value (m)
Handover
TBVH distance
C
2
E
2
226.77795
Downward
Min Network Dwell distance
E
2
E
3
160.98697
Horizontal
Max Network Dwell distance
E
2
H
2
182.2687
HorizontalTable 4
Results for Network C.
Parameter
Symbol
Value (m)
Handover
Min Network Dwell distance
H
2
H
3
171.95314
Upward
Max Network Dwell distance
E
3
H
3
193.23487
UpwardThe results for Network A, B, and C are summarised in Table5.Table 5
Results for Networks A, B, and C for HR = 100 m.
Network
Parameter
Symbol
Value (m)
Handover
A
TBVH dist
C
1
E
1
116.61903
Downward
ND dist
E
1
H
1
219.04717
Upward
B
∩
C
Intersect dist
E
3
H
2
21.28173
Alternative
B
TBVH dist
C
2
E
2
226.77795
Downward
Min ND dist
E
2
E
3
160.98697
Horizontal
Max ND dist
E
2
H
2
182.26870
Horizontal
C
Min ND dist
H
2
H
3
171.95314
Upward
Max ND dist
E
3
H
3
193.23487
Upward


## 5.2. Checking the Results

In order to check these results, it was decided to draw the whole system to scale using a large sheet of graph paper and hence the results above were compared with the values on the graph. A scale of 1 mm to 4 m was used. The results compared favourably with the graphical results. A computer program [19] was also used to check these values. The program was done in C# and read the location of the mobile node, the location of the different networks as well as the handover radius from a table in an SQL database and calculated the results for different points of the path as the mobile moved along the route. This verifies that this approach is viable. So the mobile node can calculate when and where to handover given that the mobile knows where the centre of each network is located and the handover radius of each network as well as the direction and speed of the mobile node [20].


## 6. Results for Different Handover Radii

### 6.1. Using Propagation Models to Get a More Accurate Handover Radius

As previously described, in order to get a more accurate estimation of the handover radius, we need to have the right propagation model as well as know the threshold value at which to handover. This is in fact dependent on the type of equipment being used and the power at the transmitter. To illustrate the issues, we imagine a scenario where the transmission power is 100 milliwatts, and the range of detection of the the WLAN receiver is chosen as −82 dB. Using the standard Free Space Model, the MATLAB tool was used to calculate the handover radius for this scenario. The result was a handover radius of 104 metres [21].So we again calculate the values for the situation shown in Figure8. The results are shown in Table 6. These results show that the TBVH times decrease while the Network Dwell distance and the intersect distance increase, with the latter increasing by over 40 percent. Thus small changes in the handover radius can affect handover decisions. This is also more important for 3G and UMTS systems where different propagation models will produce different results. For these systems, it is assumed that the mobile node will use a threshold of around −120 dB [22]. The handover radius for urban and suburban Hata models are given in Table 7. These results again highlight the fact that if a wrong model is used then the values of TBVH and NDT would not be very accurate and therefore the proposed solution would not be useful.Table 6
Results for Networks A, B, and C for HR = 104 m.
Network
Parameter
Symbol
Value (m)
Change (m)
A
TBVH dist
C
1
E
1
112.3
-
4.38
ND dist
E
1
H
1
227.7
7.95
B
∩
C
Intersect dist
E
3
H
2
29.90
8.62
B
TBVH dist
C
2
E
2
222.4
-
4.38
Min ND dist
E
2
E
3
161.1
0.11
Max ND dist
E
2
H
2
191.1
8.83
C
Min ND dist
H
2
H
3
171.9
-
0.05
Max ND dist
E
3
H
3
201.8
8.57Table 7
Handover radius for 3G, UMTS at −120 dB.
Propagation model
Handover radius (m)
Urban Hata Model
1850
Suburban Hata Model
1980These results show that in order to really build an efficient proactive handover system which can be managed in an autonomous manner, it is necessary to have more accurate information about the networking infrastructure in the local area including the location of the Access Points/Base-stations as well as the power being transmitted at these locations plus a propagation model that represents the wireless network characteristics in that local area. Using this information, it would be possible to calculate the handover radius. This information along with the location and velocity of mobile node plus the dB thresholds for the wireless interfaces on the mobile device will make it possible to do effective vertical handover using the mathematical framework shown above.


## 6.1. Using Propagation Models to Get a More Accurate Handover Radius

As previously described, in order to get a more accurate estimation of the handover radius, we need to have the right propagation model as well as know the threshold value at which to handover. This is in fact dependent on the type of equipment being used and the power at the transmitter. To illustrate the issues, we imagine a scenario where the transmission power is 100 milliwatts, and the range of detection of the the WLAN receiver is chosen as −82 dB. Using the standard Free Space Model, the MATLAB tool was used to calculate the handover radius for this scenario. The result was a handover radius of 104 metres [21].So we again calculate the values for the situation shown in Figure8. The results are shown in Table 6. These results show that the TBVH times decrease while the Network Dwell distance and the intersect distance increase, with the latter increasing by over 40 percent. Thus small changes in the handover radius can affect handover decisions. This is also more important for 3G and UMTS systems where different propagation models will produce different results. For these systems, it is assumed that the mobile node will use a threshold of around −120 dB [22]. The handover radius for urban and suburban Hata models are given in Table 7. These results again highlight the fact that if a wrong model is used then the values of TBVH and NDT would not be very accurate and therefore the proposed solution would not be useful.Table 6
Results for Networks A, B, and C for HR = 104 m.
Network
Parameter
Symbol
Value (m)
Change (m)
A
TBVH dist
C
1
E
1
112.3
-
4.38
ND dist
E
1
H
1
227.7
7.95
B
∩
C
Intersect dist
E
3
H
2
29.90
8.62
B
TBVH dist
C
2
E
2
222.4
-
4.38
Min ND dist
E
2
E
3
161.1
0.11
Max ND dist
E
2
H
2
191.1
8.83
C
Min ND dist
H
2
H
3
171.9
-
0.05
Max ND dist
E
3
H
3
201.8
8.57Table 7
Handover radius for 3G, UMTS at −120 dB.
Propagation model
Handover radius (m)
Urban Hata Model
1850
Suburban Hata Model
1980These results show that in order to really build an efficient proactive handover system which can be managed in an autonomous manner, it is necessary to have more accurate information about the networking infrastructure in the local area including the location of the Access Points/Base-stations as well as the power being transmitted at these locations plus a propagation model that represents the wireless network characteristics in that local area. Using this information, it would be possible to calculate the handover radius. This information along with the location and velocity of mobile node plus the dB thresholds for the wireless interfaces on the mobile device will make it possible to do effective vertical handover using the mathematical framework shown above.


## 7. Information on Networks in the Local Area

The approach presented shows that proactive handover can be performed over several networks that may be a few kilometres from the mobile node. In this context, it is not possible for the mobile node to deploy its network discovery mechanisms via its wireless network interfaces to find all the related networks. Hence information on networks in the local area needs to be stored in the core network.


### 7.1. Using IEEE 802.21

Such a facility has been defined in the IEEE 802.21 standards which specify Media Independent Handover (MIH) mechanisms that can be used to manage several wireless networks [23]. The MIH specifies 3 main mechanisms.(i)
Media-Independent Event Service or MIES: this service is used to relay events from low-level device interfaces to the upper layers via the MIH service layer. Applications register with the MIH layer the events in which they are interested. The MIH layer is, in turn, sent notification of events occurring at the lower level interfaces. Events include Link_Detected, Link_Up, Link_Down, Link_Going_Down, Link_Handover_Imminent, and Link_Handover_Complete. The MIH layer then sends MIH event notifications to applications which want to be notified about specific events.(ii)
Media-Independent Command Service or MICS: this allows applications to send commands to the low-level interfaces via the MIH layer. Applications can use MICS commands to find out the status of various interfaces. Commands sent to MIH layer by the upper layers include MIH_Link_Get_Parameters which gets the link status; the MIH_Link_Configure_Thresholds command is used to configure thresholds on mobile devices. Commands are also used to initiate handover to different target networks. Where appropriate, MIH commands are then converted to Link Commands which are sent to the relative network interfaces.(iii)
Media-Independent Information Service or MIIS: this service is used to allow mobile nodes to obtain network information within a geographical area so as to facilitate network selection and smooth handover.


#### 7.1.1. Network Information Provided by the MIIS Service

Network information provided by the MIIS is divided into a number of containers. A higher level container can have lower level containers embedded within it. These are specified below.(i)
IE_CONTAINER_LIST_OF_CONTAINERS: at the highest level, there is a container for the list of heterogeneous networks in a given area.(ii)
IE_CONTAINER_NETWORK: each network is specified using a network container which gives all the information that depicts the access network including the number of POAs, IP subnet address ranges, and so forth.(iii)
IE_CONTAINER_POA: this contains all the information for a given POA.The IE_CONTAINER_POA contains specific information on a given POA including its Media Access Control (MAC) address, Range of Channel, IP address, Geographical Location, System, and information on subnets. Some POA containers may also contain vendor-specific elements.


### 7.2. A Prototype Database for Intelligent Proactive Handover

It was decided to develop a prototype database on the networks in the local area [24] to allow mobile nodes to query a database server to get the required information that would allow them to calculate where and when is the best time to do the handover. The database was used to specify the WLAN networks in the local area. It also provided information on the parameters of the Free Space Model that had to be used in the local area, using the equation below
(34)RSSp=Et-10βlog⁡10lop+ξ,
where RSSp is the received signal strength measured in mW, Et is the transmission power of the AP in mW, β is the path loss component whose value is between 2 and 4, lop is the distance of the mobile node from the Access Point, and ξ is the Gaussian distributed random variable.Thus if this model is used, the values ofβ and ξ must be calculated for every local context and thus these values need to be stored in a local database. The stored parameters are shown in Table 8.Table 8
Network information database.
Parameter in database
Data type of the field
Latitude
double
Longitude
double
Channel number
int
Coverage radius
int
Transmit power
int
Mac address
Varchar (50)
Path loss exponent
int
Gaussian distribution exponent
intThe program was written in Java and showed that the mobile node could read the information from the database and then was able to calculate the handover radius, given the values of theβ and ϵ. Based on these values it can then calculate TBVH and estimate NDT. It is able recalculate these values if the mobile node changes direction.


### 7.3. Determining the Exit Radius

In Section3 we defined the exit radius as
(35)RE≤RH-(vel*TEH).Thus the exit radius,RE, is very dependent on the handover radius, the velocity of the Mobile node, vel, and the time it takes to effect the handover, TEH. The time taken to effect a handover was shown to be dependent by various factors as discussed in [25]. (i)
The Detection Time,td. This is the time taken to detect the first signal of the new network. This can be done by detecting Router Advertisements or by the use of L2 triggers.(ii)
The Configuration Time,tc. This is the time from detecting the network to the time taken by the mobile node to get and configure its Care-of-Address (COA).(iii)
The Registration Time,tr. This is the time between the delivery of the Binding Update to the Home Agent and corresponding nodes and the time a packet arrives on the new interface.(iv)
The Adaptation Time,ta. For vertical handovers, this is the time taken by the mobile node to adapt the connection to the new technology at the transport layer by adjusting the TCP state machine parameters (e.g., congestion window size, timeout timers, etc.), due to differences in the link characteristics.For reactive handover, all four times must be added together since reactive handovers respond to network conditions as discussed in [11]. The mobile device therefore knows nothing beforehand about the characteristics of the various networks. This is not the case with an MIH-enabled device which can find out about networks via the Media-Independent Information Service. For an MIH-enabled device, there is no detection time since the mobile node would know where all the local networks are located. There is also a negligible delay for the configuration time since the mobile node will know the IP address of the target network. The Registration Time is still valid. In addition, for proactive networks the need for the transport protocol to adapt can be signalled before or during handover and not after the handovers occur. So it means that the adaptation time can be done in parallel with the registration time. So for proactive handover,
(36)TEH=MAX(tr,ta).Using the measured results rounded up to the nearest second [11],  in Table 9, we summarize the results for handover delay for proactive handovers between WLAN and 3G in our scenario.Table 9
Delay for proactive handover scenarios.
Source
Target
Handover
t
r (s)
t
a (s)
T
E
H (s)
802.11g
HSDPA
Upward
3
2
3
HSDPA
802.11g
Downward
4
0
4
802.11g
802.11g
Horizontal
4
0
4
HSDPA
HSDPA
Horizontal
1
0
1Table10 shows the exit radius for the different WLAN networks for a handover radius of 100 meters. We are interested in typical walking and driving speeds, so values of 5 Kilometres per hour (Kmph) and 50 Kmph were selected. These results, which are given in metres, show that the exit radius is very dependent on velocity of the mobile node.Table 10
Exit radius for different speeds in metres.
Network
Type
T
E
H (s)
R
E 5 Kmph
R
E 50 Kmph
A, C
Upward
3
95.83
58.33
B
Horizontal
4
94.4
44.44


### 7.4. Using Community-Based Local Information Systems

In current networking environments, acquiring information about the local environment may be difficult for many reasons. As pointed out previously, cellular networks are carefully planned and detailed configuration characteristics may be regarded by some mobile operators as commercially sensitive information. WLAN systems may be set up on a per-home or per-person basis. This means that it is very unlikely that these networks would be registered with some central authority unless it is required by law.Another way of gathering information about coverage and signal strengths is to allow users to access information on coverage data which was gathered from previous journeys along the same route or by other mobile nodes [26]. This has been explored in the concept of mobile virtual communities, which share aggregated data about mobile movement around particular nodes. The mechanism by which this data is stored is known as Wireless Footprinting.Figure9 shows a user with a Smart Phone walking through a number of wireless networks via a defined route/path. There is a Wireless Footprint Server (WFS) which stores information about the wireless networks that the user has previously encountered at the present location. The Smart Phone contacts the WFS to find out if there is any wireless data associated with its current location. If so, it downloads the data and puts it in a local cache on the client node. The client can also ask for an aggregated summary of wireless characteristics in the local area based on the context information given to the server by other mobile nodes. The server therefore provides some key functions including:(i)
Storing client details: this mechanism allows the client to store details about wireless characteristics for various networks including signal strength, Access Point/Base-station IDs, bandwidth, QoS, and so forth, at a given location.(ii)
Context retrieval and storage: this allows the mobile node to retrieve context information about all the networks in the local area. This is similar to the MIIS service in IEEE 802.21.(iii)
Feedback search: this allows the server to provide information on wireless characteristics of local networks.(iv)
Cache consistency: the server pushes updates to the client so as to keep the local cache up-to-date.(v)
Handover history: the server can also record when and where the mobile node handed over. Though at times this may be useful, efficient handover depends on many real-time factors to characterize the state of the network.Figure 9
An example of Wireless Footprinting.It should be pointed out that a small experimental system [27] was built and the result showed improved connectivity during handover periods which indicates that better handover management was achieved.


### 7.5. Towards a Dynamic Propagation Model

The authors believe that the idea of community-based, context-aware information can also be used to develop more accurate and dynamic propagation models to characterize wireless characteristics in the local area. This is because the Wireless Footprinting Server or (WFS) can use the data on signal strengths at each location to build an accurate model. For WLAN this would mean finding the local parameters for the Free Space Model. For cellular networks the Hata models would be more accurately tuned. Thus using this approach an efficient proactive handover mechanism can be developed. Since the WFS is being updated frequently, it would be possible to calculate the most relevant propagation model in an adaptable and dynamic way which could take into account weather, and so forth. Ideally, therefore, it is necessary to have static information about the networking infrastructure as well as dynamic information which will be changing in real-time and can be used to make effective handover decisions.


### 7.6. Towards a Comprehensive Handover Framework

As shown above, contextual information can be used for effective imperative handover. However, the use of contextual information has also been used to look at alternative handover [28]. This means that the use of both location and contextual information along with the mechanisms presented above can be used to build a more comprehensive framework to manage vertical handover.


## 7.1. Using IEEE 802.21

Such a facility has been defined in the IEEE 802.21 standards which specify Media Independent Handover (MIH) mechanisms that can be used to manage several wireless networks [23]. The MIH specifies 3 main mechanisms.(i)
Media-Independent Event Service or MIES: this service is used to relay events from low-level device interfaces to the upper layers via the MIH service layer. Applications register with the MIH layer the events in which they are interested. The MIH layer is, in turn, sent notification of events occurring at the lower level interfaces. Events include Link_Detected, Link_Up, Link_Down, Link_Going_Down, Link_Handover_Imminent, and Link_Handover_Complete. The MIH layer then sends MIH event notifications to applications which want to be notified about specific events.(ii)
Media-Independent Command Service or MICS: this allows applications to send commands to the low-level interfaces via the MIH layer. Applications can use MICS commands to find out the status of various interfaces. Commands sent to MIH layer by the upper layers include MIH_Link_Get_Parameters which gets the link status; the MIH_Link_Configure_Thresholds command is used to configure thresholds on mobile devices. Commands are also used to initiate handover to different target networks. Where appropriate, MIH commands are then converted to Link Commands which are sent to the relative network interfaces.(iii)
Media-Independent Information Service or MIIS: this service is used to allow mobile nodes to obtain network information within a geographical area so as to facilitate network selection and smooth handover.


### 7.1.1. Network Information Provided by the MIIS Service

Network information provided by the MIIS is divided into a number of containers. A higher level container can have lower level containers embedded within it. These are specified below.(i)
IE_CONTAINER_LIST_OF_CONTAINERS: at the highest level, there is a container for the list of heterogeneous networks in a given area.(ii)
IE_CONTAINER_NETWORK: each network is specified using a network container which gives all the information that depicts the access network including the number of POAs, IP subnet address ranges, and so forth.(iii)
IE_CONTAINER_POA: this contains all the information for a given POA.The IE_CONTAINER_POA contains specific information on a given POA including its Media Access Control (MAC) address, Range of Channel, IP address, Geographical Location, System, and information on subnets. Some POA containers may also contain vendor-specific elements.


## 7.1.1. Network Information Provided by the MIIS Service

Network information provided by the MIIS is divided into a number of containers. A higher level container can have lower level containers embedded within it. These are specified below.(i)
IE_CONTAINER_LIST_OF_CONTAINERS: at the highest level, there is a container for the list of heterogeneous networks in a given area.(ii)
IE_CONTAINER_NETWORK: each network is specified using a network container which gives all the information that depicts the access network including the number of POAs, IP subnet address ranges, and so forth.(iii)
IE_CONTAINER_POA: this contains all the information for a given POA.The IE_CONTAINER_POA contains specific information on a given POA including its Media Access Control (MAC) address, Range of Channel, IP address, Geographical Location, System, and information on subnets. Some POA containers may also contain vendor-specific elements.


## 7.2. A Prototype Database for Intelligent Proactive Handover

It was decided to develop a prototype database on the networks in the local area [24] to allow mobile nodes to query a database server to get the required information that would allow them to calculate where and when is the best time to do the handover. The database was used to specify the WLAN networks in the local area. It also provided information on the parameters of the Free Space Model that had to be used in the local area, using the equation below
(34)RSSp=Et-10βlog⁡10lop+ξ,
where RSSp is the received signal strength measured in mW, Et is the transmission power of the AP in mW, β is the path loss component whose value is between 2 and 4, lop is the distance of the mobile node from the Access Point, and ξ is the Gaussian distributed random variable.Thus if this model is used, the values ofβ and ξ must be calculated for every local context and thus these values need to be stored in a local database. The stored parameters are shown in Table 8.Table 8
Network information database.
Parameter in database
Data type of the field
Latitude
double
Longitude
double
Channel number
int
Coverage radius
int
Transmit power
int
Mac address
Varchar (50)
Path loss exponent
int
Gaussian distribution exponent
intThe program was written in Java and showed that the mobile node could read the information from the database and then was able to calculate the handover radius, given the values of theβ and ϵ. Based on these values it can then calculate TBVH and estimate NDT. It is able recalculate these values if the mobile node changes direction.


## 7.3. Determining the Exit Radius

In Section3 we defined the exit radius as
(35)RE≤RH-(vel*TEH).Thus the exit radius,RE, is very dependent on the handover radius, the velocity of the Mobile node, vel, and the time it takes to effect the handover, TEH. The time taken to effect a handover was shown to be dependent by various factors as discussed in [25]. (i)
The Detection Time,td. This is the time taken to detect the first signal of the new network. This can be done by detecting Router Advertisements or by the use of L2 triggers.(ii)
The Configuration Time,tc. This is the time from detecting the network to the time taken by the mobile node to get and configure its Care-of-Address (COA).(iii)
The Registration Time,tr. This is the time between the delivery of the Binding Update to the Home Agent and corresponding nodes and the time a packet arrives on the new interface.(iv)
The Adaptation Time,ta. For vertical handovers, this is the time taken by the mobile node to adapt the connection to the new technology at the transport layer by adjusting the TCP state machine parameters (e.g., congestion window size, timeout timers, etc.), due to differences in the link characteristics.For reactive handover, all four times must be added together since reactive handovers respond to network conditions as discussed in [11]. The mobile device therefore knows nothing beforehand about the characteristics of the various networks. This is not the case with an MIH-enabled device which can find out about networks via the Media-Independent Information Service. For an MIH-enabled device, there is no detection time since the mobile node would know where all the local networks are located. There is also a negligible delay for the configuration time since the mobile node will know the IP address of the target network. The Registration Time is still valid. In addition, for proactive networks the need for the transport protocol to adapt can be signalled before or during handover and not after the handovers occur. So it means that the adaptation time can be done in parallel with the registration time. So for proactive handover,
(36)TEH=MAX(tr,ta).Using the measured results rounded up to the nearest second [11],  in Table 9, we summarize the results for handover delay for proactive handovers between WLAN and 3G in our scenario.Table 9
Delay for proactive handover scenarios.
Source
Target
Handover
t
r (s)
t
a (s)
T
E
H (s)
802.11g
HSDPA
Upward
3
2
3
HSDPA
802.11g
Downward
4
0
4
802.11g
802.11g
Horizontal
4
0
4
HSDPA
HSDPA
Horizontal
1
0
1Table10 shows the exit radius for the different WLAN networks for a handover radius of 100 meters. We are interested in typical walking and driving speeds, so values of 5 Kilometres per hour (Kmph) and 50 Kmph were selected. These results, which are given in metres, show that the exit radius is very dependent on velocity of the mobile node.Table 10
Exit radius for different speeds in metres.
Network
Type
T
E
H (s)
R
E 5 Kmph
R
E 50 Kmph
A, C
Upward
3
95.83
58.33
B
Horizontal
4
94.4
44.44


## 7.4. Using Community-Based Local Information Systems

In current networking environments, acquiring information about the local environment may be difficult for many reasons. As pointed out previously, cellular networks are carefully planned and detailed configuration characteristics may be regarded by some mobile operators as commercially sensitive information. WLAN systems may be set up on a per-home or per-person basis. This means that it is very unlikely that these networks would be registered with some central authority unless it is required by law.Another way of gathering information about coverage and signal strengths is to allow users to access information on coverage data which was gathered from previous journeys along the same route or by other mobile nodes [26]. This has been explored in the concept of mobile virtual communities, which share aggregated data about mobile movement around particular nodes. The mechanism by which this data is stored is known as Wireless Footprinting.Figure9 shows a user with a Smart Phone walking through a number of wireless networks via a defined route/path. There is a Wireless Footprint Server (WFS) which stores information about the wireless networks that the user has previously encountered at the present location. The Smart Phone contacts the WFS to find out if there is any wireless data associated with its current location. If so, it downloads the data and puts it in a local cache on the client node. The client can also ask for an aggregated summary of wireless characteristics in the local area based on the context information given to the server by other mobile nodes. The server therefore provides some key functions including:(i)
Storing client details: this mechanism allows the client to store details about wireless characteristics for various networks including signal strength, Access Point/Base-station IDs, bandwidth, QoS, and so forth, at a given location.(ii)
Context retrieval and storage: this allows the mobile node to retrieve context information about all the networks in the local area. This is similar to the MIIS service in IEEE 802.21.(iii)
Feedback search: this allows the server to provide information on wireless characteristics of local networks.(iv)
Cache consistency: the server pushes updates to the client so as to keep the local cache up-to-date.(v)
Handover history: the server can also record when and where the mobile node handed over. Though at times this may be useful, efficient handover depends on many real-time factors to characterize the state of the network.Figure 9
An example of Wireless Footprinting.It should be pointed out that a small experimental system [27] was built and the result showed improved connectivity during handover periods which indicates that better handover management was achieved.


## 7.5. Towards a Dynamic Propagation Model

The authors believe that the idea of community-based, context-aware information can also be used to develop more accurate and dynamic propagation models to characterize wireless characteristics in the local area. This is because the Wireless Footprinting Server or (WFS) can use the data on signal strengths at each location to build an accurate model. For WLAN this would mean finding the local parameters for the Free Space Model. For cellular networks the Hata models would be more accurately tuned. Thus using this approach an efficient proactive handover mechanism can be developed. Since the WFS is being updated frequently, it would be possible to calculate the most relevant propagation model in an adaptable and dynamic way which could take into account weather, and so forth. Ideally, therefore, it is necessary to have static information about the networking infrastructure as well as dynamic information which will be changing in real-time and can be used to make effective handover decisions.


## 7.6. Towards a Comprehensive Handover Framework

As shown above, contextual information can be used for effective imperative handover. However, the use of contextual information has also been used to look at alternative handover [28]. This means that the use of both location and contextual information along with the mechanisms presented above can be used to build a more comprehensive framework to manage vertical handover.


## 8. The Need for a New Architecture for Mobile Networks

This work above has shown that in order to build an efficient system, we will have to be able to integrate several new mechanisms and hence a framework is needed to do this. The main motivation for this is the belief that future mobile systems which will support heterogeneous networking must bring together mechanisms that support communication, mobility, QoS, and security in an integrated fashion. The Y-Comm architecture is an architecture designed to address this goal. Y-Comm is based around a vision of the future predicated on two key assumptions: the first is that mobile devices will have several wireless interfaces and so must function in an increasing heterogeneous environment. The second is that the development and deployment of these wireless networks will point to a significant change in the architecture of the Internet. The Internet will no longer be represented by a single monolithic entity but by a superfast core composed of an optical backbone and fast access networks while the end networks will be dominated by the deployment of wireless technologies. This is shown in Figure10. Other network architectures for future mobile systems have been explored such as Ambient Networks [29] and Mobile Ethernet [30] but Y-Comm has been found to have a more open approach compared to these systems [31].Figure 10
The future Internet structure.Y-Comm [32] therefore proposes two frameworks to represent this new reality. The first is called the Peripheral Framework and deals with operations and functions on the mobile node. The other framework is called the Core Framework and shows the functionality required in the core network to support the Peripheral Framework. The structure of the Y-Comm architecture is shown in Figure 11. A brief explanation of Y-Comm is now attempted starting with the lowest layer. A more detailed explanation can be found in [7, 33].Figure 11
The Y-Comm framework.


### 8.1. The Peripheral Framework

TheHardware Platform Layer (HPL) is used to classify all relevant wireless technologies. Hence different wireless technologies which are characterised by the electromagnetic spectrum, MAC, and modulation techniques make up this layer. The Network Abstraction Layer (NAL) provides a common interface to manage and control all the wireless networks. These first two layers for both frameworks are similar in functionality. In the Peripheral Framework, the Hardware Platform and the Network Abstraction layers run on the mobile to support various wireless network technologies while in the Core Framework these two layers are used to control the functions of base stations of different wireless technologies.TheVertical Handover Layer (VHL) executes vertical handover. So this layer acquires the resources for handover, does the signalling, and context transfer for vertical handover. The Policy Management Layer (PML) decides whether and when handover should occur. This is done by looking at various parameters related to handover such as signal strength and using policy rules to decide both the time and place for doing the handover.TheEnd Transport Layer (ETL) is used to provide network and transport functions to the mobile nodes in peripheral networks. It allows the mobile node to make end-to-end connections across the core network. The QoS Layer (QL) in the Peripheral Framework supports two mechanisms for handling QoS. The first is defined as Downward QoS. This is where an application specifies its required quality-of-service to the system and the system attempts to maintain this QoS over varying network channels. The other definition is Upward QoS where the application itself tries to adapt to the changing QoS. This layer also monitors the QoS used by the wireless network as a whole to ensure stable operation. The final layer of the Peripheral Framework is called the Applications Environments Layer (AEL). This layer specifies a set of objects, functions, and routines to build applications which make use of the framework.


### 8.2. The Core Framework

As previously mentioned, the first two layers of the Core Framework are engaged in controlling base-station operations. The third layer is called theReconfiguration Layer (REL). It is a control plane to manage key infrastructure such as routers, switches, and other mobile network infrastructure using programmable networking techniques [34]. The Network Management Layer (NML) is a management plane that is used to control networking operations in the core. This layer can divide the core into a number of networks which are managed in an integrated fashion. It also gathers information on peripheral networks such that it can inform the Policy Management Layer running on mobile nodes about wireless networks at their various locations. In the context of the work already presented in this paper, the Wireless Footprinting Server (WFS) can be viewed as a manifestation of the Network Management Layer.The next layer, called theCore Transport System (CTS), is concerned with moving data through the core network. Where the peripheral networks join the core network is called a core endpoint. Core endpoints are usually situated in access networks and several peripheral networks may be attached to a single-core endpoint. CTS is concerned primarily with moving data between core endpoints with a given QoS and a specified level of security.TheNetwork QoS Layer (NQL) is concerned with QoS issues within the core network especially at the interface between the core network and the peripheral networks. Finally the Service Platform Layer (SPL) allows services to be installed on various networks at the same time.Though Y-Comm is a new architecture; it can be mapped onto current mobile infrastructure such as 3G or GSM as shown in Figure12. As stated previously, the Peripheral Framework runs on the mobile node, while the Core Framework is distributed throughout the 3G/UMTS network infrastructure as shown.Figure 12
Mapping of Y-Comm unto 3G/UMTS.Issues of security and quality-of-service have been investigated in the context of the Y-Comm architecture and new concepts such as Targeted Security Models have been developed [35, 36].


### 8.3. Proactive Handovers in Y-Comm

This section looks at proactive handovers in Y-Comm. This is shown in Figure13. In order to perform vertical handover using a mathematical model approach, it is necessary to know the topology of these local networks. In Y-Comm, this information is managed by the Network Management Layer in the Core Framework. The mobile node therefore polls the NML to obtain information with regard to all local wireless networks, their topologies, and QoS characteristics. This information along with the direction and speed of the mobile as well as the QoS of ongoing connections is used by the Policy Management Layer to determine where and when handover should occur. The PML calculates TBVH—the period after which handover will occur as well as the estimated Network Dwell Time. This information is communicated to the Vertical Handover Layer which immediately requests resources to do a handover. Even though the resources are acquired early, handover actually takes place when TBVH expires.Figure 13
Proactive handover in the Y-Comm architecture.In addition, once the PML decides to handover, the new IP address, the new QoS as well as TBVH, and estimated Network Dwell Time are communicated to the upper layers. Given TBVH, the upper layers are expected to take the necessary steps to avoid any packet loss, latency, or slow adaptation. For example, it may be possible for the End-Transport Layer to signal an impending change in the QoS on current transport connections and to begin to buffer packets ahead of the handover. After handover, the previous channel used by the mobile node is released.


### 8.4. Towards an Ontology for Proactive Handover in Y-Comm

Ontologies are not only an elegant solution for modelling a problem. Ontologies are developed to formally describe semantic meanings of terms and their relationships in a domain. Heterogeneous entities working in a domain have semantic interoperability when they exchange the right information. Practices such as modularity, extensibility, and formal definitions of axioms can positively impact on the understanding and utilisation of systems mapped by ontologies. To accept the definitions of an ontology, explicitly or implicitly, means to be in agreement with the semantic representation of concepts and their relationships.In order to develop a real system, it is necessary to define the functions and mechanisms in a way that will allow us to integrate different mechanisms and technologies. An ontology is a definition of a system with a detailed specification of each component. Ontologies will be used to describe the Y-Comm framework with a detailed specification of each component. The ontologies will assist in semantic interoperability between providers and users using Y-Comm. The definitions of the ontology will be stored in the ontology itself written in OWL (Web Ontology Language). The actual data will be stored in a database using the Resource Description Framework or RDF. However, the terms of the ontology are the descriptions of the data in the database [37].An ontology for proactive in Y-Comm has been developed and is shown in Figure14. It describes the relationships between different parts of the proactive handover system. Using this ontology, prototype code can be generated in Java showing how the functions for different parts of the lower layers in Y-Comm could be implemented. This is shown in Figure 15. Hence this approach represents a possible implementation path for future mobile networks.Figure 14
An ontology for proactive imperative handover in Y-Comm.Figure 15
Code generated from the Y-Comm ontology.


## 8.1. The Peripheral Framework

TheHardware Platform Layer (HPL) is used to classify all relevant wireless technologies. Hence different wireless technologies which are characterised by the electromagnetic spectrum, MAC, and modulation techniques make up this layer. The Network Abstraction Layer (NAL) provides a common interface to manage and control all the wireless networks. These first two layers for both frameworks are similar in functionality. In the Peripheral Framework, the Hardware Platform and the Network Abstraction layers run on the mobile to support various wireless network technologies while in the Core Framework these two layers are used to control the functions of base stations of different wireless technologies.TheVertical Handover Layer (VHL) executes vertical handover. So this layer acquires the resources for handover, does the signalling, and context transfer for vertical handover. The Policy Management Layer (PML) decides whether and when handover should occur. This is done by looking at various parameters related to handover such as signal strength and using policy rules to decide both the time and place for doing the handover.TheEnd Transport Layer (ETL) is used to provide network and transport functions to the mobile nodes in peripheral networks. It allows the mobile node to make end-to-end connections across the core network. The QoS Layer (QL) in the Peripheral Framework supports two mechanisms for handling QoS. The first is defined as Downward QoS. This is where an application specifies its required quality-of-service to the system and the system attempts to maintain this QoS over varying network channels. The other definition is Upward QoS where the application itself tries to adapt to the changing QoS. This layer also monitors the QoS used by the wireless network as a whole to ensure stable operation. The final layer of the Peripheral Framework is called the Applications Environments Layer (AEL). This layer specifies a set of objects, functions, and routines to build applications which make use of the framework.


## 8.2. The Core Framework

As previously mentioned, the first two layers of the Core Framework are engaged in controlling base-station operations. The third layer is called theReconfiguration Layer (REL). It is a control plane to manage key infrastructure such as routers, switches, and other mobile network infrastructure using programmable networking techniques [34]. The Network Management Layer (NML) is a management plane that is used to control networking operations in the core. This layer can divide the core into a number of networks which are managed in an integrated fashion. It also gathers information on peripheral networks such that it can inform the Policy Management Layer running on mobile nodes about wireless networks at their various locations. In the context of the work already presented in this paper, the Wireless Footprinting Server (WFS) can be viewed as a manifestation of the Network Management Layer.The next layer, called theCore Transport System (CTS), is concerned with moving data through the core network. Where the peripheral networks join the core network is called a core endpoint. Core endpoints are usually situated in access networks and several peripheral networks may be attached to a single-core endpoint. CTS is concerned primarily with moving data between core endpoints with a given QoS and a specified level of security.TheNetwork QoS Layer (NQL) is concerned with QoS issues within the core network especially at the interface between the core network and the peripheral networks. Finally the Service Platform Layer (SPL) allows services to be installed on various networks at the same time.Though Y-Comm is a new architecture; it can be mapped onto current mobile infrastructure such as 3G or GSM as shown in Figure12. As stated previously, the Peripheral Framework runs on the mobile node, while the Core Framework is distributed throughout the 3G/UMTS network infrastructure as shown.Figure 12
Mapping of Y-Comm unto 3G/UMTS.Issues of security and quality-of-service have been investigated in the context of the Y-Comm architecture and new concepts such as Targeted Security Models have been developed [35, 36].


## 8.3. Proactive Handovers in Y-Comm

This section looks at proactive handovers in Y-Comm. This is shown in Figure13. In order to perform vertical handover using a mathematical model approach, it is necessary to know the topology of these local networks. In Y-Comm, this information is managed by the Network Management Layer in the Core Framework. The mobile node therefore polls the NML to obtain information with regard to all local wireless networks, their topologies, and QoS characteristics. This information along with the direction and speed of the mobile as well as the QoS of ongoing connections is used by the Policy Management Layer to determine where and when handover should occur. The PML calculates TBVH—the period after which handover will occur as well as the estimated Network Dwell Time. This information is communicated to the Vertical Handover Layer which immediately requests resources to do a handover. Even though the resources are acquired early, handover actually takes place when TBVH expires.Figure 13
Proactive handover in the Y-Comm architecture.In addition, once the PML decides to handover, the new IP address, the new QoS as well as TBVH, and estimated Network Dwell Time are communicated to the upper layers. Given TBVH, the upper layers are expected to take the necessary steps to avoid any packet loss, latency, or slow adaptation. For example, it may be possible for the End-Transport Layer to signal an impending change in the QoS on current transport connections and to begin to buffer packets ahead of the handover. After handover, the previous channel used by the mobile node is released.


## 8.4. Towards an Ontology for Proactive Handover in Y-Comm

Ontologies are not only an elegant solution for modelling a problem. Ontologies are developed to formally describe semantic meanings of terms and their relationships in a domain. Heterogeneous entities working in a domain have semantic interoperability when they exchange the right information. Practices such as modularity, extensibility, and formal definitions of axioms can positively impact on the understanding and utilisation of systems mapped by ontologies. To accept the definitions of an ontology, explicitly or implicitly, means to be in agreement with the semantic representation of concepts and their relationships.In order to develop a real system, it is necessary to define the functions and mechanisms in a way that will allow us to integrate different mechanisms and technologies. An ontology is a definition of a system with a detailed specification of each component. Ontologies will be used to describe the Y-Comm framework with a detailed specification of each component. The ontologies will assist in semantic interoperability between providers and users using Y-Comm. The definitions of the ontology will be stored in the ontology itself written in OWL (Web Ontology Language). The actual data will be stored in a database using the Resource Description Framework or RDF. However, the terms of the ontology are the descriptions of the data in the database [37].An ontology for proactive in Y-Comm has been developed and is shown in Figure14. It describes the relationships between different parts of the proactive handover system. Using this ontology, prototype code can be generated in Java showing how the functions for different parts of the lower layers in Y-Comm could be implemented. This is shown in Figure 15. Hence this approach represents a possible implementation path for future mobile networks.Figure 14
An ontology for proactive imperative handover in Y-Comm.Figure 15
Code generated from the Y-Comm ontology.


## 9. Previous Work

Handover issues have been investigated for some time and it would be difficult to give a full summary of all the efforts. Original work was centred around horizontal handover in cellular networks and was done by mobile operators. With the introduction of Mobile IPv4 and Mobile IPv6 [5], client-based handover began to be investigated. For these mechanisms, handover latency is high because they only work at the network level as they are based on Router Advertisements (RAs) which are relatively slow. Fast Mobile IPv6 (FMIPv6) [6] was developed to make use of L2 events and triggers to reduce handover latency.Reactive handover was studied in a number of simulations and in the Cambridge Wireless Testbed [38]. The testbed used the Vodafone 3G experimental network, with home and foreign WLANs and a wired IPv6 LAN. Using the testbed, PROTON [39], a policy manager for reactive handovers was developed. PROTON was implemented using a 3-layer structure.However, with the rise of heterogeneous networking there was more interest in handover prediction techniques. This was explored using three research methods.(i)
History-Based Prediction.(ii)
Coverage-Based Prediction.(iii)
Mathematical-Modelling-Based Prediction.


### 9.1. History-Based Prediction

This prediction is based on the past movements of the mobile device in the network. Previously stored data is helpful in mobile node movement prediction. The main disadvantage with this approach is it has to depend on a lot of data before making predictions.


### 9.2. Coverage-Based Prediction

With this technique, handover prediction is based on the knowledge of network coverage which is maintained in a database. So the database contains coverage information instead of records of the movement of the mobile node. Coverage data must be frequently updated for this scheme to work accurately and it is a difficult process maintaining large databases. Soh and Kim [40] proposed a proactive mobility prediction technique. In this technique, horizontal handover time is predicted using the road topology and the location of the mobile node. Recent studies [41] proved that for better network performance calculating the time before handover is worthwhile. The same drawback exists here also in that it is not possible to predict the path and time of mobile node if it takes alternate path instead of the stored one. Cottingham et al. [42] used coverage maps for mapping network coverage. Received signal strength is measured by driving on roads and thus the real-time data is gathered. But the problem is that to gather all the information takes a lot of time which is undesirable.


### 9.3. Mathematical-Modelling-Based Prediction

In this technique, models and mathematical formulas are used to predict handover conditions. The drawback of this technique is that it can be computationally expensive and the resources of mobile node may be limited. Saleh [43] proposed an algorithm for making location-aided handover decisions. Unwanted vertical handovers are predicted by this algorithm. Another model for predicting unwanted handovers is proposed in [44] and uses a mathematically derived model. Circular WLAN coverage is assumed by this model for calculating the distance between the mobile node and the Access Point, along with received signal strength. This approach fails if the mobile node enters the WLAN network and changes its direction.This paper shows how the limitations previously mentioned can be overcome. It has shown how to calculate TBVH and how to estimate NDT. It shows how these values can be calculated even when there is a change of direction of the mobile node. This study of proactive handovers has also indicated the need to implement location-based and context-aware services that keep mobile nodes informed of the networks in the local area.


## 9.1. History-Based Prediction

This prediction is based on the past movements of the mobile device in the network. Previously stored data is helpful in mobile node movement prediction. The main disadvantage with this approach is it has to depend on a lot of data before making predictions.


## 9.2. Coverage-Based Prediction

With this technique, handover prediction is based on the knowledge of network coverage which is maintained in a database. So the database contains coverage information instead of records of the movement of the mobile node. Coverage data must be frequently updated for this scheme to work accurately and it is a difficult process maintaining large databases. Soh and Kim [40] proposed a proactive mobility prediction technique. In this technique, horizontal handover time is predicted using the road topology and the location of the mobile node. Recent studies [41] proved that for better network performance calculating the time before handover is worthwhile. The same drawback exists here also in that it is not possible to predict the path and time of mobile node if it takes alternate path instead of the stored one. Cottingham et al. [42] used coverage maps for mapping network coverage. Received signal strength is measured by driving on roads and thus the real-time data is gathered. But the problem is that to gather all the information takes a lot of time which is undesirable.


## 9.3. Mathematical-Modelling-Based Prediction

In this technique, models and mathematical formulas are used to predict handover conditions. The drawback of this technique is that it can be computationally expensive and the resources of mobile node may be limited. Saleh [43] proposed an algorithm for making location-aided handover decisions. Unwanted vertical handovers are predicted by this algorithm. Another model for predicting unwanted handovers is proposed in [44] and uses a mathematically derived model. Circular WLAN coverage is assumed by this model for calculating the distance between the mobile node and the Access Point, along with received signal strength. This approach fails if the mobile node enters the WLAN network and changes its direction.This paper shows how the limitations previously mentioned can be overcome. It has shown how to calculate TBVH and how to estimate NDT. It shows how these values can be calculated even when there is a change of direction of the mobile node. This study of proactive handovers has also indicated the need to implement location-based and context-aware services that keep mobile nodes informed of the networks in the local area.


## 10. Conclusions and Future Work

This paper has explored a set of mechanisms which can be used to build a comprehensive framework to support proactive handover in heterogeneous networks. A mathematical framework was first developed and mechanisms to ensure its accuracy using location and contextual information were investigated. Finally, it has been demonstrated how these mechanisms can be integrated into the Y-Comm architecture and how using an ontology for proactive handover provides an implementation path for future systems.The work presented in this paper was based around the concept of a handover radius. Though this is relevant in most outdoor environments, more sophisticated techniques of defining coverage and the mathematics required to model irregular coverage spaces are being explored. Using the ontological techniques explained above, work has begun to use IEEE 802.21 mechanisms to implement an imperative handover management based on the lower layers of the Y-Comm architecture. This will form the basis of a comprehensive handover framework [37]. Work is also being done to bring up an experimental testbed based on IEEE 802.21. In addition, an investigation is beginning into how to use estimated TBVH and Network Dwell Times to improve channel allocation strategies.



---

*Source: 748163-2012-09-02.xml*