1. IEEE 802.21 MEDIA INDEPENDENT HANDOVER DCN: 21-10-0061-00-srho
Title: IETF NETEXT Overview and Relationship with c
Date Submitted: March 16, 2010
Presented at IEEE session #37 in Orlando, FL
Authors or Source(s):
 Juan Carlos Zuniga (InterDigital)
Antonio de la Oliva, Carlos Bernardos (UC3M)
Telemaco Melia (Alcatel-Lucent)
Abstract: Overview of IETF activities in the NETEXT group and the relationship with current c activities
srho

2. IEEE 802.21 presentation release statements
This document has been prepared to assist the IEEE Working Group. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein.
The contributor grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE’s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE’s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEE
The contributor is familiar with IEEE patent policy, as stated in Section 6 of the IEEE-SA Standards Board bylaws < and in Understanding Patent Issues During IEEE Standards Development
srho

3. IETF NETEXT Overview and Relationship with 802.21c
srho

4. Proxy Mobile IP Proxy Mobile IP standardized in NETLMM
Provides roaming within a PMIP domain without changing IP address
It provides also a limited multi-homing support to multi-mode devices
Initial assumption
Changes in the IP stack are undesirable
How do we provide more advance features while using PMIP, without changing the IP stack?
Inter-access handover
Flow mobility
srho

5. NETEXT Working on PMIP extensions: Localized routing Bulk refresh
LMA redirection
Radius Extensions
Hiding access technology changes from IP
srho

6. Hiding L2 changes to the IP stack
Layer 2 techniques hiding the actual physical interface being used by the IP layer
Link layer support
Logical interface
Layer 2.5
Assumption: an IP layer interface is able to simultaneously and/or sequentially attach to different MAGs
Applicability statement
Draft bernardos
srho

7. Link layer support
Certain technologies already have the ability of hiding physical media changes
IEEE abg
IEEE 802.3
UMTS-R8
WiMax?
What can be hidden:
Changing rate/modulation in a transparent way for upper layers
Changing point of attachment within WDS
Inter-RAT handover (GERAN/UTRAN/E-UTRAN)
srho

8. Logical Interface
Solutions bounding multiple interfaces so they appear to the IP layer as a single interface
Application sockets are bound to this logical interface
It allows:
Simultaneous use of multiple interfaces
Fail over mechanisms
Simultaneous attachment to different medias
One Interface to rule them all!
APP 1
APP 2
APP 3
TCP/IP
Logical Interface
WiFI
WiMAX
3GPP
srho

9. Active TCP/IP Interface
Layer 2.5
Single Radio Handover application
There is only one active interface at IP layer
can help PMIP when dealing with inter-access technology changes
APP 1
APP 2
APP 3
IEEE
Active TCP/IP Interface
TCP/IP
TCP/IP
TCP/IP
WiFI
WiMAX
3GPP
srho

10. Intersection between NETEXT and IEEE 802.21
can help PMIP for inter-access technology handovers
At the moment PMIP does not specify how the link layer information can be known by the PMIP nodes
RFC5677 can provide the required link-layer information over a L3 transport
A solution would greatly benefit the single radio handover work being carried out by c
srho

11. Intersection between NETEXT and IEEE 802.21
Possible solutions:
PoS at MAG
PoS at LMA
srho

12. PMIP+IEEE 802.21 (Assuming 802.21-2008)
IEEE can be used to fill the parameters used in the PBU (PoS at MAG)
MN-Identifier
MIH_N2N_HO_Commit.indication contains MIHF_ID
Handover Indication
MIH_Link_UP contains OldAccessRouter and IPRenewalFlag
HI can be computed from above
Link Layer Identifier
MIH_Link_UP contains LinkIdentifier parameter
Access technology type
srho

13. PMIP+IEEE 802.21 (Problems in 802.21-2008)
Main issues:
MIH_Link_UP is not reaching the new MAG
It requires registration and subscription but it cannot be done when the MN arrives to the new PoA
It requires the nMAG to talk with the pMAG in order the nMAG to subscribe to MIH_Link_Up before it moves
srho

14. PMIP+IEEE 802.21 (Future 802.21c?) PoS at LMA?
Maybe it is easier to manage all the mobility of the user in one central point, the same for IP and .21
One PoS located in the LMA
Just one subscription is required for all interfaces and maybe flows
Issues: Communication not allowed on nMAG
Use MIH_Link_Going_Down instead of MIH_Link_Up?
Preauthentication?
Change the way MIH_Link_Up can be sent?
srho