A Novel Approach to Reduce Handover Latency in Proxy Mobile IPv6 Based on Multi-Homing ()
Received 22 April 2016; accepted 10 May 2016; published 27 July 2016
1. Introduction
Nowadays the technology of mobile communication has rapid growth. Particularly the internet and mobile phones and its various types has played vital role in the day-to-day communication. This makes force to improve the internet technology. The swift developments of mobile phones are supported by the internet and its protocols.
In the internet the transition of data is represented by packets. IPv4 is the first version of the internet protocol [1] . This is also represented as Internet Protocol next Generation (IPng). This IPv4 provides unique IP address for each computer system. But, the IPv4 address exhausted [2] . IPv6 is conventional expansion of IPv4. It is introduced by Request for Comments (RFC) [3] and it is an IPv6 is a host based mobility management protocol. PMIPV6 is a network based mobility management protocol standardized by IETF [4] .
PMIPv6 is a network based mobility management protocol standardized by IETEF [4] . It does not require MN participating in signalling of mobility i.e. the MN need not 1) modify the protocol stack 2) additional require of software to support mobility. According to PMIPv6 protocol an LMA updates a Binding Cache Entry (BCE) and switches the forwarding tunnel after receiving a Proxy Binding Update (PBU) message from the MN. Figure 1 explains the LMA in PMIPv6.
1.1. Analysis of PMIPv6 Based on Signalling Flow
In the network mobility protocols, the localized routing signals have messages and it increase the signalling cost and overhead. Table 1 provides Comparison summary between the different IP mobility protocols including PMIPv6 [8] - [10] .
1.2. PMIPv6-Open Flow
Open Flow is an innovative method managed by the network using software [5] . The main feature of the open flow method is to separate the work of network devices. The network devices forward packets using control and data functions [7] .
PMIPv6 Route Optimization focuses the problem of overhead [11] . To solve this problem, the bi-directional tunnel is used. In the Route Optimization of PMIPv6, CN must present in the concern PMIPv6 domain. To
![]()
Figure 1. Local mobility anchor in PMIPv6.
![]()
Table 1. Comparison between the different Ip mobility protocols [8] - [10] .
overcome this problem, the open flow method is introduced.
Technology of PMIPv6 with Open Flow
In the Open Flow PMIPV6, the signalling path did not pass through the LMA. It was passing through the tunnel. Thus the work load of the LMA is reduced. Figure 2 shows the signalling flow of Open Flow PMIPv6 [7] .
Open Flow is an innovative method managed by the network using software [5] . There are many technologies available in Open Flow [6] . In PMIPv6, the open flow technique is applied without the participation of MN. The main feature of the open flow method is to separate the functions of work of network devices. These network devices forward packets using control and data function [7] .
1.3. Analysis of PMIPv6 Based on Multihoming
The proposed EOFT technique reduces the difficulty of Local Mobility anchor (LMA) and Mobility Access Gateway (MAG) is reduced. It reduces the handover latency and packet loss and increase the performance than the existing PMIPv6 protocols. In existing multihoming techniques [12] - [14] focused only path selection, shim protocol, and mobility management respectively. But those techniques don’t focus on handover and multiple interfaces. The technique [15] focuses only to handover and not to various interfaces. The technique [16] focuses only session continuity in multihoming in various interfaces. But it did not provide strong support to the handover mechanism. But In the proposed technique the EOFT-Controller has the direct communication with M_MAG, so the Home Network Prefix (HNP) is dynamically assigned to MN and the immediately detach the
![]()
Figure 2. Signalling flow of open flow PMIPv6.
previous HNP. This dynamic approach of the proposed technique reduces the handover latency in multi-homing.
2. Proposed Method
The proposed Enhanced Open Flow (EOFT) is executing PMIPv6 apparently by open flow technique.
2.1. EOFT-PMIPv6 Architecture
In the open flow, signal and data did not communicate through the LMA and MAG [6] . In the EOFT-PMIPv6 is doing the work of open flow by the Virtual Flow Controller (VFC). VFC separate control signal path and communication path. The proposed system the virtually multiplies the MAG and the concern MAG is modified. This is represented as Modified-MAG (M_MAG). The modification i.e. the link between the MAG and M_MAG is done by the Open Flow Controller. This virtual distinction is shown in Figure 3.
2.2. Signalling Flow of the EOFT-PMIPv6
The proposed system architecture the signalling flow is handled by the tunnelling mechanism. The IP tunnel is generated in-between the LMA and M-MAG and M-MAG to LMA. Figure 4 shows the signalling flow of the proposed system.
The sender node i.e. the correspondent Node (CN) started to send the packets. When the mobile node visits the current network domain (PMIPv6), the MAG handover the signal to the EOFT-controller and the same controller send the message to the M_MAG. The M-MAG receives Router Solicitation (RS) from the Mobile Node. After receiving the RS the MN sends virtual RS to the EOFT-Controller. After receiving acknowledgement from the EOFT-controller, the MAG updates its Proxy Binding and the concern acknowledgment is send to the EOFT-controller. The EOFT-controller creates virtual tunnel between the controller and M_MAG and creates router advertisement. Then the physical tunnel is created between the LMA and M-MAG and the Data packet is transmitted.
2.3. Hand over Mechanism of EOFT_PMIPv6
Based on the configuration of PMIPv6 domain, the EOFT_PMIPv6 handover employed as proactive or reactive mode.
2.3.1. EOFT_PMIPv6 Hand over on Reactive Mode
The MAG handover its signal to EOFT-controller and that controller creates virtual communication with M_MAG. The M_MAG send Router Solicitation message to the controller. If the EOFT controller sends positive authentication then the M_MAG make Proxy Binding Update (PBU) and send Proxy Binding acknowledgement (PBA) to the EOFT-controller. After receiving PBA the virtual tunnel is created by the EOFT-con- troller. Then the Bidirectional tunnel is created between the LMA and M_MAG. Here, the handover delay is represented by the time delay between the Router Solicitation (RS) and Bidirectional tunnel. Figure 5 shows the handover of EOFT_PMIPv6 in reactive mode.
2.3.2. EOFT_PMIPv6 Hand over on Proactive Mode
In the Proactive mode, after receiving request from the MN it starts the PBU and tunnel creation. Once the MN node detached from previous MAG the M-MAG receives the PBU and it send PBU to EOFT-Controller. Then the EOFT-controller creates Bi-directional tunnel. Through this tunnel the data packet is transferred. Figure 6 shows the handover of EOFT_PMIPv6 in proactive mode.
![]()
![]()
Figure 4. Signalling flow of the proposed system.
3. Analytical Assessment of Proposed System
3.1. Hand over Analysis of PMIPv6
In PMIPv6, the MN creates communication between MN and M_MAG through RS and RA. Here, the delay was based on the authentication request and authentication response. The time taken by RS message to reach M_MAG to MN is represented as TRA. The Handover delay was calculated as Equation (1)
(1)
Here RS and TRA is calculated as
![]()
![]()
![]()
Figure 5. EOFT_PMIPv6 hand over on reactive mode.
3.2. Handover Analysis of EOFT_PMIPV6
Generally in the EOFT_PMIPv6 is based on the following Equation (2) According to the mode of handover it will be calculated
(2)
(3)
Table 2 shows the system notation and its descriptions.
![]()
Figure 6.EOFT_PMIPv6 hand over on proactive mode.
3.3. Handover Analysis of EOFT_PMIPv6 in Reactive Mode
Here, the initiation and end process is like as PMIPv6. However, in reactive mode, the MN does not require authentication. Here, the authentication is approved by EOFT-Controller.
The Equation (4) explains the handover delay.
(4)
The above equation does not have initiation of tunnel time. So it does not affect handover latency.
![]()
Table 2. System notations and descriptions.
3.4. Handover Analysis of EOFT_PMIPv6 in Proactive Mode
The initiation of handover in proactive mode is activated when EOFT controller receives from MAG. In the Proactive mode, the MN does not send RS message, because it already sent RS message at the initiation of handover. So the authentication does not require in proactive mode. The following Equation (5) shows the handover delay of proactive mode.
![]()
(5)
3.5. Signaling Cost of the Proposed System
Hand over signaling consists of
1) MAG sending to EOFT controller
2) M_MAG sending Ack EOFT controller
3) M_MAG sending PBU to LMA
4) M_MAG receiving PBA from LMA
5) M_MAG sender Router solicitation with the prefix to MN
In this proposed system localized routing signalling is not have any messages. So the signalling cost and over head is reduced.
4. Result Analysis of the Proposed System
To analyze the proposed EOFT_PMIPv6 is compared with PMIPv6 in the basis of analytical model. The network simulator −3 (NS_3) [17] [18] tool is used to analysis the results.
4.1. Result Analysis Based on Handover
The proposed system is compared with PMIPv6 and EOFT_PMIPv6. Here, the handover latency is used as comparative parameter between PMIPv6 and EOFT-PMIPv6. Table 3 shows the parameters for the comparison [19] - [22] .
In the reactive mode it does not require authentication also it does not include tunnel creation time so it does not affect handover latency. In the Proactive mode when the mobile node receives message from EOFT-Con- troller, it automatically receives M_MAG details through the EOFT-controller. So it does not require signal handover between MAG and M_MAG. By this transmission in Proactive mode the handover latency is reduced. According to Equation 4.3 and 4.4, the analytical assessment proves that the proposed system reduces the handover latency. Here, the transmission time for RS and RA messages are considered to be equal. The following graph Figure 7 shows the handover delay between PMIPv6, EOFT_PMIPv6_R (Reactive mode), EOFT_ PMIPv6-P (Proactive Mode). The handover delay of PMIPv6 is 2.4 seconds and the proposed EOFT_PMIPv6_ R is 1.3 seconds and EOFT_PMIPv6_P is 0.6 seconds.
4.2. Result Analysis Based on Multi-Homing Handover
In order to analyze the proposed technique EOFT-PMIPv6 is compared with PMIPv6 and F-PMIPv6. It is decided to simulate the three protocols and acquire the results in a similar fashion as the mathematical model. The protocols have been simulated used Network Simulator (NS_3). NS_3 is an event simulator targeting network research and has a support for many protocols over the different network layers. The simulation is done in the signaling cost vs. the handover of the nodes.
Figure 8 provides the simulation result of single interface with PMIPv6, FPMIPv6 and proposed EOFT- PMIPv6 which provides lower signaling cost and handover time than the existing two protocols (PMIPv6, FPMIPv6).
Figure 9 provides the simulation result of EOFT_PMIPv6 with single interface (FTP-FTP) and multiple
![]()
Figure 8. Simulation of various protocols with single interface.
![]()
Figure 9. Simulation of single and multiple interfaces.
interfaces (FTP-WiFi). While compare with the single interface the multiple interface has near equal to single interface also have better performance than the PMIPv6 and FPMIPv6.
5. Conclusion and Future Work
According to the analytical assessment it proved that the proposed system effectively reduces the handover delay while compare with PMIPv6. In the future it should compare with other mobility protocols such as FPMIPv6 also be implemented in the test bed to prove the results. The proposed technique focused multiple interfaces in the multi-homing domain, i.e. more than various MAGs. In the future different LMA is also done by with the security considerations.
NOTES
![]()
*Corresponding author.