80 likes | 210 Views
Mobile IPv6 Fast Handovers for 3G CDMA Networks. < draft- ietf -mipshop-3gfh-0 2 .txt >. Hidetoshi Yokota KDDI Lab Gopal Dommety Cisco. Changes from -01 draft. New messages defined in -01 for new fast handover sequence were removed HReq/HRes are replaced by HI/HAck
E N D
Mobile IPv6 Fast Handovers for 3G CDMA Networks <draft-ietf-mipshop-3gfh-02.txt> Hidetoshi Yokota KDDI Lab Gopal Dommety Cisco 68th IETF MIPSHOP WG
Changes from -01 draft • New messages defined in -01 for new fast handover sequence were removed • HReq/HRes are replaced by HI/HAck • PMIPv6 is assumed for the AR-originated BU and AR-terminated BA during the fast handover signaling phase 68th IETF MIPSHOP WG
Fast handover types • Predictive fast handover • Reactive fast handover • to apply regular FMIPv6 (RFC4068) to 3GPP2 fast handover procedures • Network-controlled fast handover • based on but not limited to “fast handover for HRPD (3GPP2 X.P0043)” 68th IETF MIPSHOP WG
Network-controlled fast handover • The lower layer can provide necessary information for handover and support handover triggering • MN is not explicitly involved with fast handover • MN doesn’t need to support FMIPv6 functionality (FBU, FBack, FNA) 68th IETF MIPSHOP WG
Differences in message type 68th IETF MIPSHOP WG
Updated network-controlled fast handover procedure MN P-AN N-AN PAR NAR HA AAA | |HO initiation | | | | (a) | |.........>| | | | | | | |AN-AR connection establishment | (b) | | |/------------------\| | | | | |\------------------/| | | | | | | HI | | | (c) | | | |<--------| | | | | | | HAck | | | (d) | | | |-------->| | | | | | | HAck | | | (e) | | | |<- - - - | | | | | | |forward packets | | (f) | | | |========>| | | | | | | +-----------+ | | | | | | | buffering | | | | | | | +-----------+ | | handover | | | | | | |radio-link conn. est. & AN-AR conn. activation | | (g) |/------------------\|/------------------\| | | |\------------------/|\------------------/| | | | | deliver packets | | | | (h) |<========================================| | | | | | | | PBU | | (i) | | | | |------->| | | | | | | | Auth. | (j) | | | | | |<------->| | | | | | PBA | | (k) | | | | |<-------| | | | deliver packets | | | | (l) |<========================================|<=======| | | | IPv6CP + RA | | | | (m) |<--------------------------------------->| | | | | | BU/BA | | | Auth. | (n) |<------------------------------------------------>|<------->| | | | | | | | Code=1? Simply overwrite regular BCE? 68th IETF MIPSHOP WG
Summary of change • “Network-controlled fast handover” is made simpler • Previously added new messages are removed • HI and HAck are used for Handover Request (HReq)/Handover Response (HRes) • Vendor specific extension (RFC3115) are to be attached on these messages to convey contexts • AR-originated BU/AR-terminated BA are now called Proxy BU and Proxy BA • Still limited to fast handover phase • Further investigation needed as the development of PMIPv6 proceeds 68th IETF MIPSHOP WG
Current status • Keeping track of IETF work • Current 3GPP2 FHO work includes network-based mobility management feature • PMIPv6 is assumed • The I-D will incorporate the base spec of PMIPv6 • Watching progress in 3GPP2 • Need synchronization between the two SDOs 68th IETF MIPSHOP WG