Internet DRAFT - draft-satish-iapp-mip

draft-satish-iapp-mip



Network Working Group                      Satish Jamadagni
INTERNET-DRAFT                              Vidhya R
Category: Informational                    
<draft-satish-iapp-mip-00.txt>
August 5 2006
Expires: January 5, 2007


                An IAPP-Mobile IP reference interworking protocol

Status of this Memo 
    
   Internet-Drafts are working documents of the Internet Engineering 
   Task Force (IETF), its areas, and its working groups.  Note that      
   other groups may also distribute working documents as Internet-
   Drafts. 
    
   Internet-Drafts are draft documents valid for a maximum of six months 
   and may be updated, replaced, or obsoleted by other documents at any 
   time.  It is inappropriate to use Internet-Drafts as reference 
   material or to cite them other than as "work in progress." 

   By submitting this Internet-Draft, each author represents that any 
   applicable patent or other IPR claims of which he or she is aware 
   have been or will be disclosed, and any of which he or she becomes 
   aware will be disclosed, in accordance with Section 6 of BCP 79. 

   This document is subject to the rights, licenses
   and restrictions contained in BCP 78, and except as set forth
   therein, the authors retain all their rights.

   The list of current Internet-Drafts can be accessed at 
        http://www.ietf.org/ietf/1id-abstracts.txt 
    
   The list of Internet-Draft Shadow Directories can be accessed at 
        http://www.ietf.org/shadow.html. 

    
   This Internet-Draft will expire on January 5, 2007. 
    
Copyright Notice 
    
      Copyright (C) The Internet Society (2006).
    












Satish, Vidhya       Expires January, 2007          [Page 1]
Internet-Draft   IAPP-Mobile IP reference protocol    august 2006




Abstract

With WLAN hotspots becoming more wide spread, there is growing interest
among cellular service providers in WLAN-Cellular interworking/roaming
architectures. Service providers are looking at deployment of
interworking heterogeneous wireless access points. There is also a
growing breed of terminals trying to build a capability to roam 
between 3G and 802.xx technologies. Working groups within IETF and
IEEE 802.21 are involved in defining seamless roaming standards.
802.21 is attempting to define roaming standards not just from one
802-based network to another, but also between 802-based networks
and 3G cellular network. Support for handoff between heterogeneous
wireless networks is becoming vital. Mobile IP has always been the
macro network mobility protocol of choice where as the IAPP - Inter
Access Point Protocol (802.11f) has been recommended as the roaming
protocol between 802.11 access points.

This draft suggests a mechanism of supporting handoff between IAPP
supported 802.xx devices and 3G packet core networks.


1.  Introduction
The combination of 3G and WLAN wireless technologies offers the
possibility of achieving anywhere, anytime Internet access, which
benefits both end users and service providers. In this draft we
discuss one interworking architecture for providing integrated service
capability across widely deployed 3G CDMA2000-based and 802.11-based
networks. Two well known design choices for 3G-WLAN integration haven
been proposed in [1] namely the tightly coupled and loosely coupled
architectures. The proposed MIP-IAPP handoff mechanism can be used in
either configuration depending on where the interworking function is
implemented. The discussed interactions between the IAPP protocol and
the Mobile IP stack can also be in a gateway. Such a gateway can
facilitate fast handoff needs typical of intertechnology handovers.
For a mobile device with interfaces to both technologies, an 
interworking gateway with IAPP & Mobile IP interactions will support
seamless handoff in the presence of overlapping radio coverage.


1.1.  Terminology

This document uses the following terms:

Intertechnology Handover Gateway:
          An gateway entity that facilitates signaling and seamless
          handover between a 3GPP core and a WLAN accesspoint.





Satish, Vidhya       Expires January, 2007              [Page 2]
Internet-Draft   IAPP-Mobile IP reference protocol    august 2006


Loosely coupled architecture
          An Authentication Server is an entity that provides an
          Authentication Service to an Authenticator. This service
          verifies from the credentials provided by the Supplicant, the
          claim of identity made by the Supplicant.

Tightly coupled architecture
          The protocol entity associated with a physical or virtual
          (802.11) Port.  A given PAE may support the protocol
          functionality associated with the Authenticator, Supplicant
          or both.



2. 802.11f – THE INTER ACCESS POINT PROTOCOL (IAPP)

The 802.11f recommended practice for WLAN access points [8] describes a
set of services that allows the wireless LAN Access Points (APs) to
interoperate on a common Distribution System (DS), using the TCP
over IP (TCP/IP) or User Datagram Protocol over IP (UDP/IP)
to carry IAPP packets between APs. It also describes the use of the
Remote Authentication Dial-in User Service (RADIUS) Protocol, so APs
may obtain information about one another. The IAPP specification also
provides a proactive caching mechanism to accomodate faster roaming
concerns by sending a Station context to neighboring APs. 

The devices in a network that use the IAPP are typically 802.11 APs.
Other layer 2 networking devices, such as bridges and switches are
also affected by the operation of the IAPP. The IAPP protocol
primiarly allows for a single AP connectivity for WLAN terminals
at any point in time. A notion of a single access point connectivity
is very valid under a WLAN-3G roaming scenario as well.


3. Fast Handoff drafts for mobile IP

Mobile IP handoffs have been shown to have latencies that are not
suited for the wireless domains. This has led to the study of fast
handoff techniques between wireless access points [7]. Fast handoff
techniques are more relevant to an inter technology handoff. In [7]
three techniques are suggested to achieve low latency handovers:
Pre registration, Post registration and a combined registration
method.

The PRE-REGISTRATION handoff method allows the a mobile terminal to
be involved in an anticipated IP-layer handoff.  The MN is assisted
by the network in performing an L3 handoff before it completes the
L2 handoff. The POST-REGISTRATION handoff method allows the oFA
(old FA) and nFA (new FA) to utilize L2 triggers to set up a 
bi-directional tunnel between oFA and nFA that allows the MN to
continue using its oFA while on nFA's subnet. 


Satish, Vidhya       Expires January, 2007            [Page 3]
Internet-Draft   IAPP-Mobile IP reference protocol    August 2006


This minimizes the impact on real-time applications. The combined
method involves both the methods mentioned above.

If the PRE-REGISTRATION handoff can be
performed before the L2 handoff completes, the combined method
resolves to a PRE-REGISTRATION handoff.

In this draft we map IAPP signals to the fast handoff messages as 
described in [7].


4. 3G-WLAN INTERWORKING SCENARIOs

Two approaches have been discussed in [1] [5] for WLAN and CDMA 2000
networks.The rationale behind the tightly coupled approach is to make
the WLAN network appear to the 3G core network as another 3G access
network. The WLAN network would then have to fake functions that are
part of a 3G radio access networks. In this architecture, the WLAN
gateway network element appears as a 3G core or a packet control
function (PCF) to a CDMA2000 core network.

The loosely coupled approach introduces a new element in the WLAN
network, the WLAN gateway which connects to the Internet and does not
have any direct link to 3G network elements such as a PDSN. We call
this approach loosely coupled interworking because it completely
separates the data paths in WLAN and 3G networks. The high-speed WLAN
data traffic is never injected into the 3G core network, but the end
user still experiences seamless access. 

The mentioned IAPP-MIP mapping functions can be accommodated within
the scope of both approaches with the only requirement of a fast handoff
primitives being available as described in [7].

A 3GPP2 compliant PDSN implements the foreign agent (FA)
functionality defined in Mobile IP [3], allowing cross-PDSN mobility.
The 3GPP2 standards for CDMA 2000 also support a fast handoff method
where in a tunnel is established between the source and the target
PDSNs. This tunnel helps in faster signaling as well as act as a
bi-casting tunnel for data. Additional caching functionality would be
requiredto accommodate the IAPP-MIP signaling.

5. IAPP triggers for fast Mobile IP Interworking
In this draft we suggest the MIP-IAPP coupling architecture within the
context of a handover between WLAN and 3GPP2 network. The architecture
proposed in this paper suggests handoff notifications between the
IAPP demon and the Foreign Agent (FA) either in a WLAN-CDMA gateway or
in a CDMA 2000 PDSN which implements an IAPP demon. Though we recommend
that the PDSN implement an IAPP entity the WLAN and CDMA2000 data paths
will remain distinct and as such our approach could be termed a loosely
coupled architecture approach. Both IAPP as well as Mobile IP fast
handoff drafts support caching of a mobile terminals handover context
in possible targets. 

Satish, Vidhya           Expires January, 2007          [Page 4]
Internet-Draft   IAPP-Mobile IP reference protocol    August 2006



This similarity between the IAPP design and fast
handoff pre-registration support in MIP has led us to suggest a mapping
function between the two protocols at either the WLAN & CDMA gateway or
at the CDMA2000 PDSN. This supports fast handoff between WLAN and a
CDMA 2000 network by means of mutual notification between the IAPP and
the Mobile IP protocols. 

The rest of the draft will focus on the specifics of the IAPP and
Mobile IP interactions within a WLAN gateway architecture. A WLAN
distributed network supports fast handoff through IAPP interactions
and specifically proactive context caching. Therefore, a natural way
to implement inter technology handoff between CDMA2000 and WLAN
networks is to implement Mobile IP extensions, specifically the FA to
interact with the IAPP entity. The following sections show a few of the
IAPP and Mobile IP interaction points in a WLAN gateway architecture.

A close interaction between the IAPP and a FA helps in achieving
two goals:

1. Discovery of WLAN network by a CDMA 2000 wireless network and vice
versa.

2. A subsequent fast handoff or layer 2 trigger transportation between
WLAN and a CDMA network.

5.1. Network discovery & proactive caching
The fact that an IAPP agent resides on the CDMA 2000 PDSN and a FA
resides on the WLAN gateway allows the CDMA network to be WLAN mesh
aware. For inter-technology handoff, discovery should always precede
any exchange of signaling information. Such a discovery is facilitated
by the IAPP CACHE notify

The IAPP CACHE notify message from the IAPP to the MIP FA is treated
as a MIP Pre-Registration indication. The following diagram shows the
IAPP CACHE notify mapping in an FA. The CACHE primitive also helps in
the discovery of a neighbouring WLAN entity in a 3G network. It should
be mentioned at this stage that such a message can be restricted to a
set of mobiles that support both WLAN and 3G services.














Satish, Vidhya            Expires January, 2007          [Page 5]
Internet-Draft   IAPP-Mobile IP reference protocol    august 2006



Local APME      Local IAPP                      Local FA
     |               |                              |
     |               |                              |
     |               |        Start                 |
     |               |   Confirmation               |
     |               |     timeout                  |
     |IAPP-ADO.request|       ____                  |
     |--------------->|-------\__/    Start         |
     |                |       /__\    Confirm       |
     |                |         |      timeout      |
     |IAPP-CACHE      |         |      ___          |
     |--------------->|---------|------\__/         |
     |Notify .request |         |      /__\         |
     |                | Send    | Layer2 |          |
     |                |---------|------->|          |
     |                | Up date |Frame   |          |
     |                |         |(confirm)|         |
     |                |<------- |--------|----      |
     |                | Send    |ADD-notify|        |
     |                |---------|---------|---------|------------->
     |                |         | packet |          | IAPP
     |                |         |(confirm)|         |
     |                |<--------|---------|---------|----- specific
     |IAPP-ADD.confirm|        \|/        |         |
     |<--- -----------|<-------/ \        |         |
     |(Status=SUCCESSFUL)|                |         |
     |                |                   |         |
     |                | Send CACHE        | notify  |
     |                |------------- -----|-------->|
     |                |packet to neighbours|        |MIP Fast handoff
     |                |                   |         |-->
     |                |                   |         |Pre-Registration
     |                |  confirm          |         | request
     |                |<------------------|---------|
     |                |                   |         |
     |                |                   |         |



5.2 Trigger notifications between IAPP and Mobile IP
IAPP is not a layer 2 mechanism. It uses layer 2 association and
re-association triggers from the MLME of the AP to facilitate mobility
whereas Mobile IP uses layer 3 advertisements to initiate layer 3
handovers. The L2 indications both at WLAN AP and the CDMA 2000 AP
during a WLAN CDMA handover will have to be transported. The FA
association will have to be notified to the IAPP as IAPP MOVE
indication. The following figure illustrates the mapping the IAPP MOVE
primitive to the FA registration request message from a mobile.




Satish, Vidhya          Expires January, 2007          [Page 6]
Internet-Draft   IAPP-Mobile IP reference protocol    august 2006



Local MLME            Local APME               Local IAPP
    |                      |                       |
    |         MLME -       |     On cache hit      |
    |  REASSOCIATE         |         for           |
    |--------------------->|    reassociating      |
    |    .indication       |           STA         |
    |                      |     IAPP- CACHE-      |
    |                      |-------------------->  |
    |                      |   NOTIFY .request     |
    |                      |                       |
    |                      |                       |
    |                      |                       |
    |                      |                       |
    |                      |     IAPP-CACHE-       |
    |                      |<--------------------  |
    |                      |   NOTIFY .confirm     |
    |                      |                       |
    |                      |                       |
    |                      | IAPP-MOVE           |Notify CDMA FA of a
    |                      |-------------------->|move to a CDMA network
    |                      |      .request       |------------------->
    |                      |                     |The FA responds with
    |                      |                     |notification to HA
    |                      |                     |



6. ACKNOWLEDGEMENTS:
We acknowledge all people who helped review this draft.

7. REFERENCES
1. Milind M. Buddhikot, Girish Chandranmenon, Seungjae Han, Yui-Wah Lee,
Scott Miller, and Luca Salgarelli, Design and implementation of a 
LAN/CDMA 2000 Interworking architecture, IEEE communications magazine,
November 2003.

2. “TIA/EIA/IS-835B cdma2000 Wireless IP Network Standard,” 3GPP2, 2000.

3. C. Perkins, Ed., “IP Mobility Support for IPv4,” IETF RFC 3344,
Aug. 2002.

4. A. Salkintzis, C. Fors, and R. Pazhyannur, “WLAN-GPRS Integration
for Next-generation Mobile Data Networks,” IEEE Wireless Commun.,
Oct. 2002.

5. 3GPP2-WLAN interworking, Stage 1 Requirements, S-R0087-0 V1.0, 3GPP2,
2004. 

6. Jin Xiaohui, Li Jiandong, IAPP enhancement protocol,
IEEE 0-7803-7010-4, IEEE 2001.


Satish, Vidhya             Expires January, 2007          [Page 7]
Internet-Draft   IAPP-Mobile IP reference protocol    august 2006


7. K. El Malki, et al, Low Latency Handoffs in Mobile IPv4,
draft-ietf-mobileip-lowlatency-handoffs-v4-09.txt, IETF,
work in progress

8. Recommended Practice for Multi-Vendor Access Point Interoperability
via an Inter-Access Point Protocol Across Distribution Systems
Supporting IEEE 802.11 Operation, IEEE P802.11F, IEEE 2003.

7. Author's Contacts 
    
Satish Jamadagni 
Bangalore - 560078
e-mail: sjamadagni@yahoo.com

Vidhya R
Bangalore - 560078
email: vjamadagni@yahoo.com

Intellectual Property Statement

   The IETF takes no position regarding the validity or scope of any
   Intellectual Property Rights or other rights that might be claimed to
   pertain to the implementation or use of the technology described in
   this document or the extent to which any license under such rights
   might or might not be available; nor does it represent that it has
   made any independent effort to identify any such rights.  Information
   on the procedures with respect to rights in RFC documents can be
   found in BCP 78 and BCP 79.

   Copies of IPR disclosures made to the IETF Secretariat and any
   assurances of licenses to be made available, or the result of an
   attempt made to obtain a general license or permission for the use of
   such proprietary rights by implementers or users of this
   specification can be obtained from the IETF on-line IPR repository at
   http://www.ietf.org/ipr.

   The IETF invites any interested party to bring to its attention any
   copyrights, patents or patent applications, or other proprietary
   rights that may cover technology that may be required to implement
   this standard.  Please address the information to the IETF at
   ietf-ipr@ietf.org.

Disclaimer of Validity

   This document and the information contained herein are provided on an
   "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
   OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
   ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
   INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
   INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
   WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.


Satish, Vidhya             Expires January, 2007          [Page 8]
Internet-Draft   IAPP-Mobile IP reference protocol    august 2006


Copyright Statement

   Copyright (C) The Internet Society (2006).  This document is subject
   to the rights, licenses and restrictions contained in BCP 78, and
   except as set forth therein, the authors retain all their rights.
















































Satish, Vidhya            Expires January, 2007              [Page 9]