Transcript NEMO-Enabled Localized Mobility Support for Internet

IEEE Communications Magazine, 2009
NEMO-Enabled Localized Mobility
Support for Internet Access in
Automotive Scenarios
Ignacio Soto, Carlos J. Bernardos, Maria Calderon, and
Albert Banchs,
University Carlos III of Madrid
Arturo Azcorra,
University Carlos III of Madrid and IMDEA Networks
1
Outline
•
•
•
•
•
Introduction
Overview of Major Existing Approaches
N-PMIPv6 Architecture
Performance Evaluation
Conclusion
2
Introduction
• ubiquitous Internet access
• people in modern cities spend a lot of time in vehicles
• Users demand the ability to keep their ongoing
communications while changing their point of
attachment to the network as they move around
– E.g., when a user leaves a coffee shop and gets on a bus
– buses that move between pavilions at a fair or
– a train that moves from one terminal to another at an airport
• 3G suffers from a number of drawbacks,
– Capacity constraints from the point of view of the operator,
– cost issues from the end-user perspective
3
Introduction (cont’d)
• NEtwork MObility (NEMO)
– developed by the Internet Engineering Task Force (IETF)
– Mobile Router (MR)
• located in the vehicles,
• handle the communication with the fixed infrastructure and
• provide access to passengers’ devices
– using a convenient short-range radio technology
• Users also move from vehicles to fixed platforms
4
Introduction (cont’d)
• Network-based Localized Mobility Management
(NetLMM)
– allows conventional IP devices to benefit from this mobility
support
• allows operators to provide mobility support without depending on
software and complex mobility related configuration in the terminals
– Proxy Mobile IPv6 (PMIPv6)
• developed by the Internet Engineering Task Force (IETF)
• has the limitation of not fully supporting mobile networks
5
Overview of Major Existing Approaches
• Network-based Localized Mobility
• Network Mobility Support
• The current Solution for Combing NEMO and PMIPv6
6
Network-based Localized Mobility
• Mobile Access Gateway (MAG)
– usually the access router
– responsible for tracking the
movements of the MT in the
access link
– performs the mobility-related
signaling on behalf of an MT
• Proxy binding update (PBU)
• Local Mobility Anchor (LMA)
– within the backbone network
– maintains a collection of routes
for individual MTs
• Proxy binding acknowledgment (PBA)
– Packets for an MT are routed to
and from the MT through tunnels
between the LMA and the
corresponding MAG
7
access
authentication
Ki-Sik Kong, Wonjun Lee, Youn-Hee Han, Myung-Ki Shin and HeungRyeol You, “Mobility Management for All-IP Mobile
Networks: Mobile IPv6 vs. Proxy Mobile IPv6,” IEEE Wireless Communications, 2008.
8
Network Mobility Support
• the mobile network prefix (MNP)
– In NEMO basic support, the mobile network has configured
addresses belonging to one or more address blocks assigned to
the home network
• when the mobile network is away from home, packets
addressed to the mobile network nodes (MNNs) still will
be routed to the home network
9
NEMO basic operation
HA_MN
MN
2
CN_MN
2::
1::
Internet
3
BU
7::
4::
MR
2
HA_MR
LFN
LFR
5::
4::2->7::2
5::/prefixlen,
6::/prefixlen 
forward to MR
6::
10
NEMO basic operation
HA_MN
MN
2
CN_MN
1::
2::
3
1::2->6::2
Internet
7::
1::2->6::2
4::
MR
2
BU
LFN
HA_MR
LFR
5::
6::
MN
4::2->7::2
5::/prefixlen,
6::/prefixlen 
forward to MR
2
11
The current Solution
for Combing NEMO and PMIPv6
• the NEMO and NetLMM solutions can be combined in an
integrated architecture.
– Transparent network mobility support: MRs manage the
mobility of a network composed of a set of devices moving
together.
– Transparent localized mobility support without node
involvement: MRs and MTs can roam within a PMIPv6 domain
without changing their IP addresses.
• this combination does not constitute a full integration
– an MT cannot roam between an MR and a MAG of the fixed
infrastructure without changing its IP address.
– MTs are required to run MIPv6 to manage mobility (that is, the change
of IP address) by themselves
12
N-PMIPv6 Architecture
• The key idea of N-PMIPv6 consists in extending the
PMIPv6 domain to also include mobile networks.
– Both the fixed infrastructure (i.e., MAGs) and the mobile
networks (i.e., MRs=mMAGs) belong to the same network
operator.
• MRs require functionality to extend the PMIPv6 domain to mobile
networks
• manages the mobility of an mMAG in the same way that
PMIPv6 manages the mobility of an MT
• an MT that attaches to a mobile network is not required
to change its IPv6 address.
13
14
15
• MT handover (getting off the vehicle)
16
Performance Evaluation
17
• Experiments were performed through simulations with
the OPNET tool.
– TCP data transfer
– 20 MB data file from the CN to the MT
– Measuring the average throughput
18
Performance Evaluation (cont’d)
• video streaming
– transmits video over Real Time Protocol/User Datagram
Protocol (RTP/UDP)
– streamed from one PC to another, crossing a third PC.
• The iptables software was configured in the third PC to introduce
interruptions of
– a duration and frequency equal to the ones caused by handovers (for the
usual case 10 ms)
• 16 real users assessed the subjective video quality they
perceived for each experiment
– Following the International Telecommunication Union (ITU)
recommendations
19
involved an unfortunate
drop of some key packets
20
Conclusions
• provide an overview of the major existing approaches to
support mobile networks in network-based, localized mobility
domains
• N-PMIPv6,
– Design prefix delegation mechanism in the NetLMM domain
– Design PBU flag for MR, binding cache look up
– Nested tunnel: LMA = MAG - mMAG
• the experimental and simulation results show that the
performance of combination NEMO+MIPv6+PMIPv6 is
substantially worse
• Future plans include the implementation of N-PMIPv6
– the experimental evaluation of the state and processing overhead in
the nodes of the architecture.
21
comments
• Multiple tunnels between the MAG of the mMAG and the
LMA
– HA-MR + LMA-MAG + LMA-mMAG
• Proxy Mobile IPv6 requires that the link between the MT and
the MAG is a Point-to-point link
– WiFi?
– Might be work on femtocell
• Session continuity
– When getting on a vehicle
• The user (MT) might not be necessary to handover to the MR
– Until he/she has terminated the session
– When getting off a vehicle
• Need to reconnect …
22