<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article  PUBLIC "-//NLM//DTD Journal Publishing DTD v3.0 20080202//EN" "http://dtd.nlm.nih.gov/publishing/3.0/journalpublishing3.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="3.0" xml:lang="en" article-type="research article"><front><journal-meta><journal-id journal-id-type="publisher-id">JCC</journal-id><journal-title-group><journal-title>Journal of Computer and Communications</journal-title></journal-title-group><issn pub-type="epub">2327-5219</issn><publisher><publisher-name>Scientific Research Publishing</publisher-name></publisher></journal-meta><article-meta><article-id pub-id-type="doi">10.4236/jcc.2016.417004</article-id><article-id pub-id-type="publisher-id">JCC-73141</article-id><article-categories><subj-group subj-group-type="heading"><subject>Articles</subject></subj-group><subj-group subj-group-type="Discipline-v2"><subject>Computer Science&amp;Communications</subject></subj-group></article-categories><title-group><article-title>
 
 
  An Energy-Efficient Mobile-Controlled Vertical Handover Management for Real Time Services
 
</article-title></title-group><contrib-group><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Toan</surname><given-names>Nguyen-Duc</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref><xref ref-type="corresp" rid="cor1"><sup>*</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Eiji</surname><given-names>Kamioka</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib></contrib-group><aff id="aff1"><addr-line>Graduate School of Engineering and Science, Shibaura Institute of Technology, Tokyo, Japan</addr-line></aff><author-notes><corresp id="cor1">* E-mail:<email>nb14501@shibaura-it.ac.jp(TN)</email>;</corresp></author-notes><pub-date pub-type="epub"><day>29</day><month>12</month><year>2016</year></pub-date><volume>04</volume><issue>17</issue><fpage>59</fpage><lpage>75</lpage><history><date date-type="received"><day>October</day>	<month>31,</month>	<year>2016</year></date><date date-type="rev-recd"><day>Accepted:</day>	<month>December</month>	<year>26,</year>	</date><date date-type="accepted"><day>December</day>	<month>29,</month>	<year>2016</year></date></history><permissions><copyright-statement>&#169; Copyright  2014 by authors and Scientific Research Publishing Inc. </copyright-statement><copyright-year>2014</copyright-year><license><license-p>This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/</license-p></license></permissions><abstract><p>
 
 
  Multiple wireless access technology has been embedded into a single mobile device as a fundamental feature, aiming to give end users ubiquitous access at any time. To allow the users to enjoy the ubiquitous connectivity, the mobile device has to consume higher energy for the simultaneous activation of multiple wireless interface and the continuous connectivity. In addition, a seamless vertical handover between the access technologies is a mandatory requirement to insure the quality, reliability and continuity of real time services. In this paper, the continuity of real time services as well as energy saving for mobile devices has been taken into account. The conceptual idea is that whenever traffic rate is lower than a threshold it will be smoothly handed over to a low energy consumption technology, 
  <em>i.e.</em>, Bluetooth. When the traffic exceeds the limitation of Bluetooth bandwidth, it will be handed over to a wider bandwidth technology, 
  <em>i.e</em>., Wi-Fi. In the considered scenarios, the technologies are not interconnected; hence, the vertical handover management must be fully controlled by the mobile devices. The performance of the system including energy saving and maintaining the continuity of real time services has been evaluated by direct measurements in a real testbed.
 
</p></abstract><kwd-group><kwd>Energy Efficient</kwd><kwd> Host-Controlled</kwd><kwd> Vertical Handover</kwd><kwd> Bluetooth</kwd><kwd> Wi-Fi</kwd><kwd> SDN Extension</kwd><kwd> Real Time Services</kwd></kwd-group></article-meta></front><body><sec id="s1"><title>1. Introduction</title><p>The concurrent of multiple wireless access technology in a mobile device allows end users to be always best connected anywhere and anytime [<xref ref-type="bibr" rid="scirp.73141-ref1">1</xref>] . The users can use different access technologies to join their expected network and enjoy real time services. To enable this ubiquitous access, multiple wireless interface must be activated at all the time, waiting for their duties. Typically, when only one technology is used at any given time, the others can sleep. Although, the technologies, i.e., Wi-Fi, are in sleeping state, they still consume energy [<xref ref-type="bibr" rid="scirp.73141-ref2">2</xref>] . Besides, the continuous connectivity of real time services commonly requires the wireless interface to be awake to receive and send data. This will lead to higher energy consumption on the mobile device which is generally a battery-powered one. It is hence not a surprise that there is a huge research effort to reduce the energy consumed by the wireless communication. For instance, with reference to the Wi-Fi technology, several approaches tried to optimize the Power Save Mode (PSM) of the technology in order to increase the sleep period. These approaches did help to reduce energy consumption of a WLAN; however, they had to pay the cost of induced delay. Other attempts tried to eliminate the energy consumed during sleeping period by turning off the Wi-Fi interface [<xref ref-type="bibr" rid="scirp.73141-ref3">3</xref>] [<xref ref-type="bibr" rid="scirp.73141-ref4">4</xref>] . These works, however, require another technology, which is assumed to be interconnected with the WLAN network, to wake the Wi-Fi interface up. When the Wi- Fi interface is off, there is no data in the network.</p><p>In this work, the unused wireless technologies are also turned off to save energy. In addition, when the bandwidth utilization is less than a threshold, all ongoing traffic are switched to a low energy consumption technology, i.e., Bluetooth. The process of changing the wireless technology, also called a vertical handover (VHO), must be seamless to support real time services. The VHO is considered as “seamless” if it is able to maintain all ongoing applications on the mobile device, offering both low VHO delay and small packet loss rate. Vertical handover techniques have been largely studied in a variety of domains including IP-based wireless networks [<xref ref-type="bibr" rid="scirp.73141-ref5">5</xref>] . Several techniques have been standardized such as Media Independent Handover (MIH) [<xref ref-type="bibr" rid="scirp.73141-ref6">6</xref>] , Mobile IP [<xref ref-type="bibr" rid="scirp.73141-ref7">7</xref>] and Session Initiation Protocol (SIP) [<xref ref-type="bibr" rid="scirp.73141-ref8">8</xref>] . However, these approaches operate at the Network Layer or Transport Layer in the OSI model [<xref ref-type="bibr" rid="scirp.73141-ref9">9</xref>] , hence, meet a long delay, i.e., 1500 ms [<xref ref-type="bibr" rid="scirp.73141-ref10">10</xref>] , in the handover process due to the network overhead. To reduce the handover delay, Astorga [<xref ref-type="bibr" rid="scirp.73141-ref11">11</xref>] attempted to perform the handover at Data Link Layer. In Astorga’s work, to support MIH for handover management, the device drivers of wireless interfaces have been modified. All the mentioned works above, however, require an additional network element, i.e., the decision engine in [<xref ref-type="bibr" rid="scirp.73141-ref11">11</xref>] , to generate a handover trigger and gather the network topology information. When the networks are randomly formed, i.e., Wi-Fi adhoc network and Bluetooth scatternet, and are not interconnected to the others, the VHO must be performed totally by the mobile device.</p><p>To perform a seamless vertical handover between non-interconnected wireless networks, our former work [<xref ref-type="bibr" rid="scirp.73141-ref12">12</xref>] seems to be a potential candidate. In the proposed system, an energy-efficient algorithm was proposed to diminish the energy consumption on mobile devices. The devices cooperate with the others to attempt to switch all ongoing traffic, which are not sent to them as destinations, to Bluetooth to save energy. The feasibility of the proposed system has been confirmed by measurements on a real testbed. As an extension of our previous work, in this paper, a mobile-controlled VHO is proposed to support mobile devices to save energy and to maintain the continuity of real time services in non-intercon- nected wireless networks. The performance of the system is evaluated on a real testbed as well. The obtained results reveal that the real time service using UDP/ TCP traffic has been maintained. The minimal and maximal energy saving by the proposed system has also been estimated based on the measured values.</p><p>The rest of the paper is organized as follows: In Section 2, the theoretical background of vertical handover as well as the previous work is present. In Section 3, the detail of a mobile-controlled VHO management and the energy saving estimation will be explained. Section 4 will describe the evaluation on the performance of the system. Finally, the paper will be concluded in Section 5.</p></sec><sec id="s2"><title>2. Vertical Handover in Heterogeneous Wireless Network</title><sec id="s2_1"><title>2.1. Theoretical Background</title><p>A VHO occurs when the mobile device moves over heterogeneous access networks. The used access technology is changed along with the IP address in the VHO, as the mobile nodes moves across different networks which use different access technology. [<xref ref-type="bibr" rid="scirp.73141-ref13">13</xref>] . The VHO procedure includes three phases: system discovery, VHO decision, and VHO execution [<xref ref-type="bibr" rid="scirp.73141-ref14">14</xref>] . As shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>, in the first phase, all necessary information is gathered. The gathered information includes, but not limited to, the availability of nearby networks identified via Received Signal Strength Indicator (RSSI), the throughput, the available bandwidth, the latency, the packet loss rate, the mobile device’s state such as battery level, information of wireless interfaces. The collected information is, then, processed for making decisions in the next phase. In the second phase, the decision of when to trigger a handover and which network is selected will be made. The VHO needs to be triggered correctly to make an optimal handover, while the best network is selected to fulfil all requirements from applications or users. In the last phase, the handover is executed. This process is also called mobility management. In mobility management, there is commonly an entity that is in charge of controlling the execution process. Basically, the mobility management can be either network-controlled or mobile-controlled. In the network-controlled case, VHO is initiated and controlled by the network and the process can be assisted by the mobile device (mobile assisted). In the latter case, it is initiated and controlled by the mobile device. It can also be assisted by the network to make use of the information services.</p></sec><sec id="s2_2"><title>2.2. An Extended SDN Controller for Vertical Handover</title><p>The control logic of an SDN-based wireless mobile device and the communication from one controller to the other for managing the network, is given in <xref ref-type="fig" rid="fig2">Figure 2</xref>. On each device, a virtual interface, which is created by a software OpenFlow switch named OpenvSwitch (OVS) [<xref ref-type="bibr" rid="scirp.73141-ref15">15</xref>] , is in charge of navigating traffic which goes through physical interfaces. The switch operates based on the rules defined by the original controller. The original controller here is a conventional SDN controller, which follows the specification given by the Open Networking Foundation [<xref ref-type="bibr" rid="scirp.73141-ref16">16</xref>] . Since the original controller is basically designed in a centralized manner in which it has a global view of the network topology, and thus it can provide rules for the switch easily. When the original controller is placed on a device, it becomes a local controller and faces a lack of network information. Therefore, an extended controller [<xref ref-type="bibr" rid="scirp.73141-ref17">17</xref>] has been introduced. The main task of the extended controller is to update network state in the local database to which the original controller can refer when necessary. Based on the stored information, the original controller is able to interpret the requirements from application</p><fig id="fig1"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref></label><caption><title> Handover management procedure</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x2.png"/></fig><fig id="fig2"  position="float"><label><xref ref-type="fig" rid="fig2">Figure 2</xref></label><caption><title> Controller to controller communication</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x3.png"/></fig><p>into instructions for the virtual interface to navigate traffic correctly. When two devices, which are communicating with each other, need to change the access technology at the same time, i.e., for saving energy, they need to perform a VHO without external support. To this end, a controller to controller communication channel [<xref ref-type="bibr" rid="scirp.73141-ref12">12</xref>] has been developed. The extended controller on device A or B or both can listen to the running applications and tell the extended controller on the other’s device. By doing that, two devices can perform VHO almost at the same time, reducing the handover delay.</p></sec><sec id="s2_3"><title>2.3. Previous Energy-Efficient Vertical Handover Algorithm</title><p>In [<xref ref-type="bibr" rid="scirp.73141-ref12">12</xref>] , an algorithm for triggering the energy-efficient vertical handover has been introduced. The detail of the algorithm is given in <xref ref-type="fig" rid="fig3">Figure 3</xref>. Firstly, the intermediate devices in the wireless multi-hop network receive the bandwidth requirement from the communicating devices. Based on the received information, the extended controller calculates the total required bandwidth Btotal. If Btotal is smaller than 1 Mbps, the extended controller will attempt to join a Bluetooth network. The Bluetooth network can be formed on the fly by the discussion of the extended controllers on the intermediate devices. If the device has already been using Bluetooth, it will maintain the connection. On the other hand, if Btotal is bigger than 1 Mbps, the extended controller will switch the connection to Wi-Fi. Also, if the Wi-Fi is using, the Wi-Fi connection will be retained.</p></sec><sec id="s2_4"><title>2.4. Drawback and Solution</title><p>In the previous work [<xref ref-type="bibr" rid="scirp.73141-ref12">12</xref>] , each SDN-based mobile device can perform a VHO from one technology (source technology) to the other (destination technology) without external help and can reduce energy consumption. However, when source and destination technology connect to non-interconnected networks, if</p><fig id="fig3"  position="float"><label><xref ref-type="fig" rid="fig3">Figure 3</xref></label><caption><title> Triggering algorithm for the energy efficient vertical handover</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x4.png"/></fig><p>two communicating devices complete the VHO process at different point of time, their connection will be interrupted. If the connection is interrupted in a long time, a lot of packets will be lost, hence, the quality of ongoing services cannot be guaranteed. To this end, in this work, a mobile-controlled VHO management is proposed to synchronize the VHO process on each device, minimizing the number packet loss to support real time services. The detail of the messages exchanged during the VHO process is also given and the performance of the system is validated by a set of experiment on a real testbed. Additionally, energy efficiency of the VHO management in various scenarios is confirmed by a direct measurement.</p></sec></sec><sec id="s3"><title>3. An Energy-Efficient Mobile-Controlled Vertical Handover Management for Real Time Services</title><sec id="s3_1"><title>3.1. Assumed Network Environment</title><p>The considered scenario in this work is shown in <xref ref-type="fig" rid="fig4">Figure 4</xref>. In the figure, two mobile devices, which are equipped with an extended controller described in the subsection 2.2, are communicating with each other. On each device, Wi-Fi and Bluetooth are available and the interference between them is assumed to be minimized. Basically, the devices use Wi-Fi technology to connect to the other via an access point (AP) or in an ad-hoc manner. Bluetooth technology is used as a backup one. It is also assumed that they are always able to join a Bluetooth network. However, the Wi-Fi network and Bluetooth network are not interconnected.</p></sec><sec id="s3_2"><title>3.2. Mobile-Controlled VHO Management</title><p>The mobile-controlled VHO management process in this work, which follows a three-phase procedure discussed in the subsection 2.1, is illustrated in <xref ref-type="fig" rid="fig5">Figure 5</xref>. In the system discovery phase, the extended SDN controller, described in the subsection 2.2, on the mobile devices collects all the necessary information to make a decision whether or not to trigger VHO from the current access technology to the other. The collected information includes the local informa- tion of the device such as battery level, MAC and IP addresses as well as the information from the network side like access point properties, throughput,</p><fig id="fig4"  position="float"><label><xref ref-type="fig" rid="fig4">Figure 4</xref></label><caption><title> Considered network topology</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x5.png"/></fig><fig id="fig5"  position="float"><label><xref ref-type="fig" rid="fig5">Figure 5</xref></label><caption><title> Messages exchanged in a mobile-controlled VHO management</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x6.png"/></fig><p>round-trip time (RTT). The information collected by each device is stored in a local database and is exchanged with other devices. If there is no updated information, they exchange the information only one time right after their com- munication starts. Both original SDN controller and extended SDN controller can retrieve information from the database. However, only the extended con- troller can add or modify the data in the database. Based on the collected in- formation, the extended controller makes a decision whether or not to trigger a VHO in the second phase. In this work, the VHO decision is made simply based on the total throughput Btotal. If the Btotal is smaller than 1Mbps, the extended controller will decide to perform a VHO from Wi-Fi to Bluetooth. Otherwise, it connects two devices via a Wi-Fi connection. When the VHO decision is made, the extended controller notifies the extended controller on the other device of the decision and which technology is going to be used. Once both sides receive the VHO notification, the VHO procedure starts. The extended controller acti- vates and associates the backup wireless interface with its network. When the association process has finished, two devices must synchronize with the other in a similar way to the TCP 3-way handshake (SYN, SYN-ACK, and ACK). The synchronization process is to let the new wireless technology on two devices be available at almost the same time, hence, the packet loss will be reduced. After that, the extended controller can tell the original one to instruct the switch to navigate the traffic to the new interface.</p></sec><sec id="s3_3"><title>3.3. Energy Efficiency of the Mobile-Controlled VHO Management</title><sec id="s3_3_1"><title>3.3.1. Packet Transmission Time</title><p>Since Wi-Fi and Bluetooth have different energy saving mechanism, it is necessary to identify how long the packets are sent over each technology to get the total energy consumption of the wireless communication. Let N<sub>B</sub> and N<sub>W</sub> denote the number of packets travelled over Bluetooth and Wi-Fi, respectively. Also let R<sub>B</sub> and R<sub>W</sub> denote the average data rate in the network of Bluetooth and Wi-Fi, respectively. The duration times used for Bluetooth and Wi-Fi are T<sub>B</sub> and T<sub>W</sub>, respectively, and the system takes T seconds to send the total N packets as illustrated in <xref ref-type="fig" rid="fig6">Figure 6</xref>. The duration time T<sub>B</sub> and T<sub>W</sub> can be calculated by the following equations if there is no packet loss:</p><disp-formula id="scirp.73141-formula496"><graphic  xlink:href="http://html.scirp.org/file/4-1730488x7.png"  xlink:type="simple"/></disp-formula><p>From Equation (1) and (2), we can calculate TW and TB as follows:</p><disp-formula id="scirp.73141-formula497"><graphic  xlink:href="http://html.scirp.org/file/4-1730488x8.png"  xlink:type="simple"/></disp-formula><p>Let P<sub>W</sub> and P<sub>B</sub> denote energy consumption of Wi-Fi and Bluetooth. The total energy consumption of the wireless communication P is expressed by Equation (5):</p><disp-formula id="scirp.73141-formula498"><label>(5)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/4-1730488x9.png"  xlink:type="simple"/></disp-formula></sec><sec id="s3_3_2"><title>3.3.2. The Number of Successful VHO</title><p>In this work, the devices will try to switch their traffic from Wi-Fi to Bluetooth for saving energy while a service S is running. The shorter Wi-Fi is used, the more energy is saved. It is assumed that the service S lasts in T seconds and Wi-Fi is initially used. The energy for running service S is minimal if the device uses Wi-Fi in the shortest duration. The shortest time T<sub>W</sub><sub>min</sub> is achieved when the VHO process from Wi-Fi to Bluetooth and the service start at the same time. After VHO finishes, Bluetooth is used until service S ends. The T<sub>W</sub><sub>min</sub> is also the total execution time needed to perform a VHO from Wi-Fi to Bluetooth called T<sub>VHO-WB</sub>. The minimal energy consumption P<sub>min</sub> when using the mobile-con- trolled VHO management is calculated as follow:</p><disp-formula id="scirp.73141-formula499"><label>(6)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/4-1730488x10.png"  xlink:type="simple"/></disp-formula><fig id="fig6"  position="float"><label><xref ref-type="fig" rid="fig6">Figure 6</xref></label><caption><title> Packet transmission time on different technologies</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x11.png"/></fig><p>Although the device can successfully perform the VHO from Wi-Fi to Bluetooth to save energy, it has to switch back to Wi-Fi in some cases. For example, if the required data rate of the communication is higher than Bluetooth capability, i.e., 1 Mbps, the device needs to switch the connection back to Wi-Fi to ensure the quality of running services. In the worst case, the device has to perform another VHO from Bluetooth to Wi-Fi right after finishing the handover from Wi-Fi to Bluetooth. In this case, the time period the device has been using Bluetooth corresponds to the total execution time to perform the VHO from Bluetooth to Wi-Fi (TVHO-BW). The maximal energy consumption Pmax when using the mobile-controlled VHO management is calculated as follow:</p><disp-formula id="scirp.73141-formula500"><label>(7)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/4-1730488x12.png"  xlink:type="simple"/></disp-formula><p>Since it takes P<sub>W</sub>T<sub>W</sub> to perform a handover from Wi-Fi to Bluetooth and TVHO-BW to perform a handover in the inverted direction, the number of successful VHO when service S still runs is the quotient in the division given in the Equation (8):</p><disp-formula id="scirp.73141-formula501"><label>(8)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/4-1730488x13.png"  xlink:type="simple"/></disp-formula><p>The minimal energy consumption when there is NVHO VHO occurred is:</p><disp-formula id="scirp.73141-formula502"><label>(9)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/4-1730488x14.png"  xlink:type="simple"/></disp-formula></sec></sec></sec><sec id="s4"><title>4. Performance Evaluation</title><sec id="s4_1"><title>4.1. Mobile-Controlled VHO Management Performance Evaluation</title><p>This evaluation is to show the effectiveness of the mobile-controlled management when two SDN-based devices, at the same time, switch network traffic from Bluetooth to Wi-Fi and vice versa. The performance metrics are the packet loss rate and the handover delay.</p><sec id="s4_1_1"><title>4.1.1. UDP Traffic Load</title><p>To observe the handover delay and the packet loss rate, UDP is selected as the transport protocol because it provides a unidirectional communication, thus, lost packets are not retransmitted.</p><p>The testbed in this evaluation is illustrated in <xref ref-type="fig" rid="fig7">Figure 7</xref>. The figure shows that two SDN-based devices are placed within the communication coverage of a Wi-Fi and a Bluetooth networks. In the evaluation, Iperf [<xref ref-type="bibr" rid="scirp.73141-ref17">17</xref>] is used to generate an UDP flow toward the direction from device A to device B.</p><p>In this work, the OVS is used to provide a virtual interface between an application and physical interfaces. Since the application only sees the virtual interface, it does not notice the change of physical interfaces. On the other hand, physical interfaces play the role of switch port. The OVS navigates traffic that comes in and goes out of the interfaces by OpenFlow rules, which are created by the SDN controller and are stored in OVS’s flow table. The time taken to install OpenFlow rules is named T<sub>OFrules</sub>. Note that the physical interface can be used</p><fig id="fig7"  position="float"><label><xref ref-type="fig" rid="fig7">Figure 7</xref></label><caption><title> Experiment topology</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x15.png"/></fig><p>after it is activated and associated with its network. This processes takes T<sub>NWconfig</sub> seconds. The different between the end time of configuring network and that of installing OpenFlow rules is defined as handover delay. The delay is the source of packet loss. For instance, if OVS finishes installing OpenFlow rules before the physical interface is configured, the traffic following the OpenFlow rules is sent to a physical interface, which has not been ready yet. Alternatively, if the new interface is ready, however, the OpenFlow rules is not installed, the traffic is not sent to it.</p><p>The measurement procedure is as follows: Firstly, device A with the role of a server starts Iperf in server mode and waits for incoming requests. On device B, an Iperf client then attempts to establish a connection with the Iperf server. While a 100 Kbps UDP traffic is being sent, a VHO occurs randomly. The delays were captured at the same time with measuring the packet loss rate in the previous experiments. The procedure was repeated 50 times and the measured results are shown in <xref ref-type="fig" rid="fig8">Figure 8</xref> and <xref ref-type="fig" rid="fig9">Figure 9</xref>. The <xref ref-type="fig" rid="fig8">Figure 8</xref> shows that the network configuration duration T<sub>BNW</sub> and the OpenFlow installation duration T<sub>BOF</sub> of Bluetooth is 119.45 ms and 21.34 ms on average, respectively. The handover delay is as long as 98.11 ms, causing 3.5% packets losson average as shown in <xref ref-type="fig" rid="fig9">Figure 9</xref>. The packet loss rate is relatively high, however, mainly below 7%, even if the traffic was switched from high data rate network to a lower one. In the inverted direction, a delay was inserted before executing install OpenFlow rules, reducing the handover delay to 18 ms on average. As a result, the packet loss is only 1% as given in <xref ref-type="fig" rid="fig9">Figure 9</xref>. The obtained results confirm that the shorter delay is, the less packets are lost. Moreover, the handover delay can be reduced by reducing the different between T<sub>WOF</sub> and T<sub>WNW</sub>. The handover delay is as small as 18 ms with 1% packet loss rate can support real time services.</p></sec><sec id="s4_1_2"><title>4.1.2. TCP Traffic Load</title><p>The goal of this experiment is verified the feasibility of the proposed system in maintaining the continuity of the service. In addition, the obtained results will be used to calculate the total execution time to perform VHO from Wi-Fi to</p><fig id="fig8"  position="float"><label><xref ref-type="fig" rid="fig8">Figure 8</xref></label><caption><title> Handover delay measurement</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x16.png"/></fig><fig id="fig9"  position="float"><label><xref ref-type="fig" rid="fig9">Figure 9</xref></label><caption><title> Packet loss rate when handover between Bluetooth and Wi-Fi</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x17.png"/></fig><p>Bluetooth and vice versa. To this end, a vertical handover during an FTP file exchange session has been observed. The average date rate of Bluetooth and Wi-Fi are also measured when there is no handover.</p><p>The measurement procedure with TCP traffic load is as follows: Initially, a program named WGET on device A tries to download a file from device B, on which a FTP server is running, via Wi-Fi connection. When the program begins, a vertical handover procedure is also invoked on both devices. The total execution time has been captured. The experiment was repeated 30 times and all the transferred files were not corrupted.</p><p>The file transfer durations with the vertical handover are also compared with that duration when there is no handover as shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>0. <xref ref-type="fig" rid="fig1">Figure 1</xref>0 shows that it takes 10.93 &#177; 0.28 seconds to transfer an 894 KB file using Bluetooth. The data rate of the Bluetooth connection is 83.88 &#177; 2.07 KBps. If Wi-Fi is used, that duration is only 3.57 &#177; 0.27 seconds. The data rate of the Wi-Fi connection is 257.87 &#177; 18.89 KBps. When a VHO from Bluetooth to Wi-Fi occurs, the file transfer time is 5.77 &#177; 0.94 seconds. In the inverted direction VHO, the file transfer time is 6.62 &#177; 1.12 seconds. From the collected values, the average value of T<sub>W</sub><sub>min</sub> and T<sub>B</sub><sub>min</sub> can be calculated using Equation (3) and (4), respectively:</p><disp-formula id="scirp.73141-formula503"><graphic  xlink:href="http://html.scirp.org/file/4-1730488x18.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.73141-formula504"><graphic  xlink:href="http://html.scirp.org/file/4-1730488x19.png"  xlink:type="simple"/></disp-formula></sec></sec><sec id="s4_2"><title>4.2. Energy Efficiency Evaluation</title><sec id="s4_2_1"><title>4.2.1. Experiment Setup</title><p>The energy consumption of wireless communication with and without a VHO has been measured by using a real testbed illustrated in <xref ref-type="fig" rid="fig1">Figure 1</xref>1. On the left of the figure, the mobile device is a Linux computer (Core 2 Duo @2.26 GHz processor and 2 GB RAM, Ubuntu 14.04 64-bit). The device connects to Wi-Fi and Bluetooth networks using USB-based Wi-Fi and Bluetooth adapters, respectively. The adapters are connected to a current monitoring circuit before being attached to the mobile device. The output signal of the monitoring circuit is converted to digital signal via an analogue-to-digital converter (ADC). The digital</p><fig id="fig10"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>0</label><caption><title> File transfer time</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x20.png"/></fig><p>signal is then sent to the signal analysis device. The signal analysis device is a computer in which a small program is running to capture and save the digital signals.</p></sec><sec id="s4_2_2"><title>4.2.2. Energy Consumption Measurement</title><p>In this work, each device only uses one wireless technology at almost any given time, the other technologies are turned off. A technology is called “off” when it is not attached to any network. Therefore the technology still consumes energy even it is turned off. The energy consumed in “off” state of Wi-Fi and Bluetooth has been measured and the results are given in <xref ref-type="fig" rid="fig1">Figure 1</xref>2. As shown in the figure, the average energy consumption of Wi-Fi <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/4-1730488x21.png" xlink:type="simple"/></inline-formula> and Bluetooth <inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/4-1730488x21.png" xlink:type="simple"/></inline-formula><inline-formula><inline-graphic xlink:href="http://html.scirp.org/file/4-1730488x22.png" xlink:type="simple"/></inline-formula> in the “off” state are 400.75 mW and 37.25 mW, respectively.</p><p>To examine the energy consumption by each technology, device A and device B exchange file using FTP protocol. When two devices use Wi-Fi, Bluetooth is</p><fig id="fig11"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>1</label><caption><title> Energy consumption measurement setup</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x23.png"/></fig><fig id="fig12"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>2</label><caption><title> Energy consumption when wireless interfaces are off</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x24.png"/></fig><p>turned off and vice versa. The measured results are shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>3 and <xref ref-type="fig" rid="fig1">Figure 1</xref>4. <xref ref-type="fig" rid="fig1">Figure 1</xref>3 shows the energy consumption when the device uses Bluetooth P<sub>B</sub>. As shown in the figure, Bluetooth only consumes 82.24 mW on average. The total energy consumption of the wireless communication when using Bluetooth is:</p><disp-formula id="scirp.73141-formula505"><graphic  xlink:href="http://html.scirp.org/file/4-1730488x25.png"  xlink:type="simple"/></disp-formula><p>Similarly, <xref ref-type="fig" rid="fig1">Figure 1</xref>4 shows the energy consumption when the device uses Wi-Fi P<sub>W</sub>. As shown in the figure, Wi-Fi consumes 605.05 mW on average. The total energy consumption of the wireless communication when using Wi-Fi is:</p><disp-formula id="scirp.73141-formula506"><graphic  xlink:href="http://html.scirp.org/file/4-1730488x26.png"  xlink:type="simple"/></disp-formula></sec><sec id="s4_2_3"><title>4.2.3. Energy Saving Estimation</title><p>Assume that a service S last T = 15 s, the average energy consumption of the wireless communication when using Wi-Fi is:</p><disp-formula id="scirp.73141-formula507"><graphic  xlink:href="http://html.scirp.org/file/4-1730488x27.png"  xlink:type="simple"/></disp-formula><p>The average energy consumption of the wireless communication when using Bluetooth is:</p><disp-formula id="scirp.73141-formula508"><graphic  xlink:href="http://html.scirp.org/file/4-1730488x28.png"  xlink:type="simple"/></disp-formula><p>During the duration T, the maximal and minimal energy consumption by using the mobile-controlled VHO management are calculated by using Equation (6) and (7), respectively:</p><fig-group id="fig13"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>3</label><caption><title> Energy consumption when using Bluetooth.</title></caption><fig id ="fig13_1"><label></label><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x29.png"/></fig></fig-group><fig id="fig14"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref>4</label><caption><title> Energy consumption when using Wi-Fi</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/4-1730488x30.png"/></fig><disp-formula id="scirp.73141-formula509"><graphic  xlink:href="http://html.scirp.org/file/4-1730488x31.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.73141-formula510"><graphic  xlink:href="http://html.scirp.org/file/4-1730488x32.png"  xlink:type="simple"/></disp-formula><p>The number of VHO can be occurred is the quotient in the division given in the Equation (8):</p><disp-formula id="scirp.73141-formula511"><graphic  xlink:href="http://html.scirp.org/file/4-1730488x33.png"  xlink:type="simple"/></disp-formula><p>The minimal energy consumption when there are two successful VHO occurred during the duration T is calculated using Equation (9):</p><disp-formula id="scirp.73141-formula512"><graphic  xlink:href="http://html.scirp.org/file/4-1730488x34.png"  xlink:type="simple"/></disp-formula><p>From the estimated results, the energy consumption by using the proposed mobile-controlled VHO management can save from 5.64% to 21.58% the energy consumed by using Wi-Fi. The results also show that, even in the worst case, multiple successful VHO can save energy at least 11.28%.</p></sec></sec></sec><sec id="s5"><title>5. Conclusions</title><p>In this paper, an energy-efficient mobile-controlled VHO management has been introduced. The mobile-controlled VHO is an extension of the previously proposed VHO, aiming to support mobile devices to reduce energy consumption as well as to maintain real time services in non-interconnected heterogeneous wire- less networks. The communication behavior of the system in term of message interchange has been presented and the performance of the system has been evaluated with TCP and UDP traffic load. The obtained results has confirmed that the proposed management system can maintain the continuity of real time services by offering fast handover with low packet loss rate. The energy consumption of the system has also been measured by direct measurements. Based on the measured results, the minimal and maximal energy saving has been estimated. The results show that the system can save up to 21.58% in comparison to the energy consumed by using Wi-Fi. In the worst case, the system can save only 5.64%; however, performing multiple VHO can save more energy.</p><p>In the current work, the VHO occurs when mobile devices are communicating at fixed positions. If the devices move, their connections may be lost. Therefore, the mobility of mobile devices will be investigated as a future study.</p></sec><sec id="s6"><title>Cite this paper</title><p>Nguyen-Duc, T. and Kamioka, E. (2016) An Energy-Efficient Mobile-Controlled Vertical Handover Ma- nagement for Real Time Services. Journal of Computer and Communications, 4, 59-75. http://dx.doi.org/10.4236/jcc.2016.417004</p></sec></body><back><ref-list><title>References</title><ref id="scirp.73141-ref1"><label>1</label><mixed-citation publication-type="other" xlink:type="simple">Gustafsson, E. and Jonsson, A. (2003) Always Best Connected. IEEE Wireless Communications, 10, 49-55. https://doi.org/10.1109/MWC.2003.1182111</mixed-citation></ref><ref id="scirp.73141-ref2"><label>2</label><mixed-citation publication-type="other" xlink:type="simple">Feeney, L.M. and Nilsson, M.N.P. (2001) Investigating the Energy Consumption of a Wireless Network Interface in an Ad Hoc Networking Environment. IEEE INFOCOM, 1548-1557.</mixed-citation></ref><ref id="scirp.73141-ref3"><label>3</label><mixed-citation publication-type="other" xlink:type="simple">Pyles, A., Qi, X., Zhou, G., Keally, M. and Liu, X. (2012) SAPSM: Smart Adaptive 802.11 PSM for Smartphones. Proceedings of the 2012 ACM Conference on Ubiquitous Computing, Pittsburgh, 5-8 September 2012, 11-20.  
https://doi.org/10.1145/2370216.2370219</mixed-citation></ref><ref id="scirp.73141-ref4"><label>4</label><mixed-citation publication-type="other" xlink:type="simple">Shih, E., Bahl, P. and Sinclair, M.J. (2002) Wake on Wireless: An Event Driven Energy Saving Strategy for Battery Operated Devices. Proceedings of the 8th Annual International Conference on Mobile Computing and Networking (MobiCom’02), New York, 23-28 September 2002, 160-171. https://doi.org/10.1145/570645.570666</mixed-citation></ref><ref id="scirp.73141-ref5"><label>5</label><mixed-citation publication-type="other" xlink:type="simple">Lampropoulos, G., Kaloxylos, A., Passas, N. and Merakos, L. (2007) A Power Consumption Analysis of Tight-Coupled WLAN/UMTS Networks. IEEE 18th International Symposium on Personal, Indoor and Mobile Radio Communications, 1-5.  
https://doi.org/10.1109/pimrc.2007.4394248</mixed-citation></ref><ref id="scirp.73141-ref6"><label>6</label><mixed-citation publication-type="other" xlink:type="simple">An, Y.Y., et al. (2006) Reduction of Handover Latency Using Mih Services in mipv6. 20th International Conference on Advanced Information Networking and Applications, 229-234.</mixed-citation></ref><ref id="scirp.73141-ref7"><label>7</label><mixed-citation publication-type="other" xlink:type="simple">Perkins, C. (2002) Ip Mobility Support for ipv4. RFC Editor.</mixed-citation></ref><ref id="scirp.73141-ref8"><label>8</label><mixed-citation publication-type="other" xlink:type="simple">Rosenberg, J., et al. (2002) Sip: Session Initiation Protocol. RFC3344. IETF.  
https://doi.org/10.17487/rfc3261</mixed-citation></ref><ref id="scirp.73141-ref9"><label>9</label><mixed-citation publication-type="other" xlink:type="simple">Zimmermann, H. (1980) OSI Reference Model—The IS0 Model of Architecture for Open Systems Interconnection. IEEE Transactions on Communications COM-28, No. 4.</mixed-citation></ref><ref id="scirp.73141-ref10"><label>10</label><mixed-citation publication-type="other" xlink:type="simple">Banerjee, N., Wu, W., Basu, K. and Das, S.K. (2004) Analysis of Sip-Based Mobility Management in 4g Wireless Networks. Computer Communications, 27, 697-707.  
https://doi.org/10.1016/j.comcom.2003.10.009</mixed-citation></ref><ref id="scirp.73141-ref11"><label>11</label><mixed-citation publication-type="other" xlink:type="simple">Astorga, J., Aguado, M., Toledo, N. and Higuero, M. (2013) A High Performance Link Layer Mobility Management Strategy for Professional Private Broadband Networks. Journal of Network and Computer Applications, 36, 1152-1163.  
https://doi.org/10.1016/j.jnca.2013.01.005</mixed-citation></ref><ref id="scirp.73141-ref12"><label>12</label><mixed-citation publication-type="other" xlink:type="simple">Nguyen-Duc, T. and Kamioka, E. (2016) A Self-Adaptive and Energy-Efficient Wireless Multi-Hop Network. 22nd Asia-Pacific Conference on Communications (APCC), Yogyakarta, 25-27 August 2016, 296-301.  
https://doi.org/10.1109/apcc.2016.7581510</mixed-citation></ref><ref id="scirp.73141-ref13"><label>13</label><mixed-citation publication-type="other" xlink:type="simple">Márquez-Barja, J., Calafate, C.T., Cano, J.-C. and Manzoni, P. (2011) An Overview of Vertical Handover Techniques: Algorithms, Protocols and Tools. Computer Communication, 34, 985-997. https://doi.org/10.1016/j.comcom.2010.11.010</mixed-citation></ref><ref id="scirp.73141-ref14"><label>14</label><mixed-citation publication-type="other" xlink:type="simple">Open vSwitch. http://openvswitch.org/</mixed-citation></ref><ref id="scirp.73141-ref15"><label>15</label><mixed-citation publication-type="other" xlink:type="simple">Open Networking Foundation. https://www.opennetworking.org/</mixed-citation></ref><ref id="scirp.73141-ref16"><label>16</label><mixed-citation publication-type="other" xlink:type="simple">Nguyen-Duc, T. and Kamioka, E. (2015) An Extended Sdn Controller for Handover in Heterogeneous Wireless Network. 21st Asia-Pacific Conference on Communications (APCC), Kyoto, 14-16 October 2015, 332-337.  
https://doi.org/10.1109/apcc.2015.7412534</mixed-citation></ref><ref id="scirp.73141-ref17"><label>17</label><mixed-citation publication-type="other" xlink:type="simple">Iperf Tool. http://iperf.sourceforge.net/</mixed-citation></ref></ref-list></back></article>