Fast handovers for PMIPv6 - PowerPoint PPT Presentation

About This Presentation
Title:

Fast handovers for PMIPv6

Description:

PMIPv6 is expected to be adopted in multiple SDOs (e.g. 3GPP SAE, 3GPP2 CAN) ... much important as bearer packet forwarding to expedite the mobility management ... – PowerPoint PPT presentation

Number of Views:81
Avg rating:3.0/5.0
Slides: 13
Provided by: NWG
Learn more at: https://www.ietf.org
Category:

less

Transcript and Presenter's Notes

Title: Fast handovers for PMIPv6


1
Fast handovers for PMIPv6
  • Hidetoshi Yokota KDDI Lab
  • Kuntal Chowdhury Starent Networks
  • Rajeev Koodli Nokia Research Center
  • Basavaraj Patil Nokia Siemens Networks

IETF 69 Chicago
2
Background and motivation
  • PMIPv6 is expected to be adopted in multiple SDOs
    (e.g. 3GPP SAE, 3GPP2 CAN)
  • Service continuity during inter access gateway
    handover is critical for real-time applications

WiMAX
3GPP2 CAN
3GPP SAE
EPS HA
HA
HA
S2a (PMIPv6)
U16 (PMIPv6)
R3 (PMIPv6?)
U15
R4
P-GW/ S-GW/ MME
non-3GPP GW
AGW
AGW
ASN-GW
ASN-GW
BS
BS
Non-3GPP RAN
eBS
eBS
eNodeB
3
Background and motivation (contd)
  • FMIPv6 can be a common protocol for IP-level fast
    handover
  • FMIPv6 is designed for MIPv6
  • ?Adaptation to PMIPv6 is needed
  • It became clearer that context transfer is as
    much important as bearer packet forwarding to
    expedite the mobility management? Enhancement of
    FMIPv6 for context transfer is desired

4
Design principles
  • Reuse FMIPv6 as much as possible
  • Minimum amendments for PMIPv6
  • MN is not involved with FMIP signaling
  • RtSolPr, PrRtAdv, FBU, FBAck and FNA are not used
    or replaced by lower layer signaling
  • Context transfer is realized by FMIP signaling
  • Context is transferred by HI/Hack message
    exchange
  • Context information independent of access
    technologies are defined (e.g. NAI, MN-HoA)
  • Context information dependent on access
    technologies are defined as Vendor-specific option

5
Predictive fast handover (PAR initiated)
MN
PAR
NAR
P-AN
N-AN
LMA
Report (MN ID, New AP ID)
(HO initiate, (MN ID, New AP ID)
HI
FMIPv6
PAR
NAR
MN LLA
IPA(PCoA)
IPA(NCoA)
PAR
NAR
MN ID
IPA(MH-HoA)
IPA(LMA)
PFMIPv6
HAck
NAR
PAR
IPA(NCoA)
handover
AN-AR connection establishment (substitute for
FNA)
MN-AN connection establishment
PBU
PBA
6
Reactive fast handover (NAR initiated)
MN
PAR
NAR
P-AN
N-AN
LMA
AN-AR connection establishment (substitute for
FNA)
MN-AN connection establishment
HI
PAR
NAR
MN LLA
IPA(PCoA)
IPA(NCoA)
PAR
NAR
MN ID
CRO(MH-HoA, LMA)
HAck
NAR
PAR
IPA(NCoA)
IPA(MH-HoA)
IPA(LMA)
PBU
PBA
7
Reference Packet transfer between MN and CN/HA
(FMIPv6)
MN
PAR
NAR
CN/HA
CN/HA
PCoA
DL data
CN/HA
PCoA
DL data
FBU
HI/HAck
PAR
NCoA
handover
CN/HA
PCoA
DL data
encapsulation
decapsulation
PAR
NCoA
CN/HA
PCoA
DL data
CN/HA
PCoA
DL data
DL data
NCoA
PAR
PCoA
CN/HA
UL data
encapsulation
NCoA
PAR
PCoA
CN/HA
UL data
PCoA
CN/HA
UL data
decapsulation
8
Packet transfer between MN and CN(PFMIv6)
MN
PAR
NAR
LMA
CN
LMA
PAR
CN
HoA
DL data
CN
HoA
DL data
CN
HoA
DL data
HI/HAck
PMIPv6 tunnel
handover
PAR
NAR
CN
HoA
DL data
encapsulation
CN
HoA
DL data
FMIPv6 tunnel
decapsulation
HoA
CN
UL data
NAR
PAR
HoA
CN
UL data
encapsulation
PAR
LMA
HoA
HoA
CN
UL data
CN
UL data
re-encapsulation
9
New options for context transfer
  • Major and common context information
  • NAI ? new option
  • Tunnel-ID ? new option
  • MN-HoA ? new option-code for IP Address option
  • LMA ? new option-code for IP Address option
  • Technology-dependent context information
  • Vendor-specific option ? new option
  • Context Request Option ? new option
  • Option to request context information (see next
    slide)

10
New options for context transfer
  • Context Request Option
  • The Length field is in units of 8 octets (RFC4068)

0 1
2 3 0 1 2 3 4 5 6 7 8 9 0 1 2
3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
----------------------------------------------
-------------- Type Length
Option-Code Reserved
-------------------------------------------------
--------------
Reserved
-----------------------------------------------
-------------- Req-type-1
Req-option-1 Padding
-----------------------------------------------
----------------
Padding
-----------------------------------------------
-------------- Req-type-2
Req-option-2 Vendor-ID
----------------------------------------------
---------------- Vendor-ID
VS-Type
-------------------------------------------------
--------------
...
commonoption header
requested option
When requested option is Vendor -specific option
11
Related work
  • Mobile Node Agnostic Fast Handovers for Proxy
    Mobile IPv6
  • Context transfer HI/HAck for predictive FHO,
    FBU/FBAck for reactive FHO
  • HI/HAck are ICMP, whereas FBU/FBAck are IP w/MH
  • All options except MH LLA option are ICMP option
  • FBU/FBAck are not suitable for context transfer?
    HI/HAck should be used
  • HI/HAck are identical to RFC4068
  • Behaviors of PAR/NAR are different from RFC4068
  • MIPv6 and PMIPv6 operations could be coexistent
  • HI/HAck for PMIPv6 should be distinguished
  • LUP message between t-BS and NMAG may be ok for
    802.16e, but not for 3G

12
Way forward
  • Fast handover protocol for PMIPv6 is important
    work
  • should be in the charter
  • MIPSHOP WG is a more appropriate place to discuss
    fast handover??
  • Fast handover protocol for PMIPv6 should be
    common to various access technologies that
    (potentially) use PMIPv6
  • 3GPP, 3GPP2 (and WiMAX)
  • Common context information and call flows should
    be specified
Write a Comment
User Comments (0)
About PowerShow.com