Stephen McCann, Siemens Roke Manor

Slides:



Advertisements
Similar presentations
1 IEEE Media Independent Handoff Overview of services and scenarios for 3GPP2 Stefano M. Faccin Liaison officer to 3GPP2.
Advertisements

Doc.: IEEE /688r0 Submission September 2003 Stephen McCann, Siemens Roke ManorSlide 1 Interworking Update II Stephen McCann, Siemens Roke Manor.
Doc.: IEEE /xxxr0 Submission May 2004 Stephen McCann, Siemens Roke ManorSlide 1 IEEE Wireless Interworking with External Networks (WIEN)
Link-Layer Hints for Detecting Network Attachments Alper Yegin, Eric Njedjou, Siva Veerepalli, Nicolas Montavont, Thomas Noel.
Overview of IEEE and MAC Layer September 25, 2009 SungHoon Seo
Link-Layer Hints for Detecting Network Attachments Alper Yegin, Eric Njedjou, Siva Veerepalli, Nicolas Montavont, Thomas Noel.
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Wi-Fi Wireless LANs Dr. Adil Yousif. What is a Wireless LAN  A wireless local area network(LAN) is a flexible data communications system implemented.
IEEE Project started by IEEE for setting standard for LAN. This project started in (1980, February), Name given to project is year and month.
CWNA Guide to Wireless LANs, Second Edition
Doc.: IEEE /828r2 Submission November 2003 Stephen McCann, Siemens Roke ManorSlide 1 Hotspot Evolution Stephen McCann, Siemens Roke Manor
Doc.: IEEE /1019r0 Submission September 2004 Soohong Daniel Park & Jaehwan Lee Access Router Identifier (ARID) for supporting L3 mobility Soohong.
Requirements For Handover Information Services MIPSHOP – IETF #65 Srinivas Sreemanthula (Ed.)
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Link Layer Events Notifications for Detecting Network Attachments draft-ietf-dna-link-information-00.txt Alper Yegin, Eric Njedjou, Nicolas Montavont,
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
IEEE Wireless LAN Standard
Lecture 7 (Chapter 17) Wireless Network Security Prepared by Dr. Lamiaa M. Elshenawy 1.
Trend of Mobility Management Yen-Wen Chen Ref: 1.Draft IEEE Standard for Local and Metropolitan Area Networks: Media Independent Handover Services 2.Transport.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Proposed Presentation for 3GPP Date Submitted: August,
BITS Pilani Pilani | Dubai | Goa | Hyderabad EA C451 Vishal Gupta.
Link-Layer Hints for Detecting Network Attachments
Review of new Question descriptions under ITU-T SG11
FILS Reduced Neighbor Report
IEEE MEDIA INDEPENDENT HANDOVER
September 2004 Extending MAC Management operation for external networks information advertisement to the AP using L 2.5
Wireless LANs Wireless proliferating rapidly.
Interworking Study Group Justification
IEEE 802 wide project on Emergency Services
IEEE MEDIA INDEPENDENT HANDOVER
Mobility And IP Addressing
Stephen McCann, Siemens Roke Manor
Wireless Mesh Networks
CS 457 – Lecture 7 Wireless Networks
Visit for more Learning Resources
GPRS GPRS stands for General Packet Radio System. GPRS provides packet radio access for mobile Global System for Mobile Communications (GSM) and time-division.
Proposal for IEEE solution
TGaq Transaction Protocol
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
Stephen McCann, Siemens Roke Manor
Stephen McCann, Siemens Roke Manor
Awareness of the handover to be distinguished from a L2 or L3
Master in progettista di servizi radiomobili Web Based Overview
Security Req. related to Authentication
Multi-band Discovery Assistance
Collaboration between 2.4/5 and 60 GHz
FILS Reduced Neighbor Report
WIEN Study Group Proposed Roadmap
Stephen McCann, Siemens Roke Manor
Stephen McCann, Siemens Roke Manor
GPRS Architecture Ayan Ganguly Bishakha Roy Akash Dutta.
Stephen McCann, Siemens Roke Manor
IEEE 802 Scope of OmniRAN Abstract
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IETF Network Discovery and Selection Overview
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
Suggested Clarification of s ESS Mesh Terminology
Mobility Support in Wireless LAN
Interworking Update II
FILS Frame Content Date: Authors: February 2008
Stephen McCann, Siemens Roke Manor
Stephen McCann, Siemens Roke Manor
IEEE MEDIA INDEPENDENT HANDOVER DCN:
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
AP Connection Period in TDLS
IEEE u Overview Authors: August 2007 August 2007
Request for Legacy IE ID for RSN Extension
Presentation transcript:

Stephen McCann, Siemens Roke Manor September 2004 IEEE 802.11 Wireless Interworking with External Networks (WIEN) Study Group Closing Report 14 May 2004 Stephen McCann, Siemens Roke Manor stephen.mccann@roke.co.uk Eric Njedjou, France Telecom

September 2004 Extending 802.11 MAC Management operation for external networks information advertisement to the AP using L 2.5 eric.njedjou@francetelecom.com Eric Njedjou, France Telecom

September 2004 Handover control L3MPs as Mobile IP provides fully "terminal oriented" mobility solution Always possible to proprietarily change MIP to initiate terminal mobility by the Home Agent or an extension thereof in the network Network controlled mobility in multi-acess environment could be desirable for multiple reasons Intelligent management of overall radio resources for the integrated operator Always ensure the best possible quality of data services across heterogeneous accesses Eric Njedjou, France Telecom

September 2004 Handover control Therefore modifications to Mobile IP to support network initiated heterogeneous handovers would be based on information available from the operation of the involved access technologies Then sounds more appropriate to directly modify the access technologies for inter-access mobility Rather than adding a level of complexity by embedding access technologies signalling into an L3MP The layer 2.5 model is emerging to facilitate inter-access mobility and handovers operation Eric Njedjou, France Telecom

Network extended L 2.5 model September 2004 Network extended L 2.5 model Partly needed as a consequence of the need to control mobility form the network side Layer 2.5 should necessitates shorter modifications to access technologies protocols stacks at network side The peer to peer protocol operation need not change except that the layer 2.5 will have to be appended to existing stacks in SGSNs/APs in order to deal with attachment/mobility management in the presence of multiple access networks Eric Njedjou, France Telecom

Network extended L 2.5 model September 2004 Network extended L 2.5 model 802.11 coverage areas will be the center points for interaccess mobility management procedures Eric Njedjou, France Telecom

Network extended L 2.5 model September 2004 Network extended L 2.5 model The Information Service would also store information (received via L2.5) from attachments of stations to external networks as GPRS/UMTS Eric Njedjou, France Telecom

Exchanging L 2.5 information via LLC September 2004 Exchanging L 2.5 information via LLC An associated station communicates via the exchanges of MAC frames carried by LLC New treatment at network side will consist in analyzing L 2.5 information received on top of LLC on another layer In the case LLC is envisaged to carry layer 2.5 information, a new type of operation would have to be required Eric Njedjou, France Telecom

Exchanging layer 2.5 signalling before LLC connection is up September 2004 Exchanging layer 2.5 signalling before LLC connection is up When a station is not associated, thereby having no link layer connection, it can not exchange L 2.5 signalling with the AP/network The information on the station attachment to other access networks (obtainable via L 2.5) can not be available to the AP/network Suggestion:extend MAC Management operation so as to report information on the attachment to other access networks upon requesting association Eric Njedjou, France Telecom

Extending MAC Management frames September 2004 Extending MAC Management frames Description of sub-types Association request Association response Reassociation request Reassociation response Probe request Probe response Beacon Anouncement traffic indication message Disassociation Authentication Eric Njedjou, France Telecom

Availabality of Other Access Networks frame (AOAN) September 2004 Availabality of Other Access Networks frame (AOAN) As a sub-type of the management frame Using information received from L 2.5 Frame Control Duration DA SA BSSID Sequence Control New Frame body FCS Fig 4. Management frame extension for AOAN Protocol version Type= Management New Sub-type Eric Njedjou, France Telecom

Frame Body field of the AOAN when access technology is GPRS/UMTS September 2004 Frame Body field of the AOAN when access technology is GPRS/UMTS RLC MAC GSM RF/L1 GPRS/UMTS PHY GMM/SM LLC/RRC 802.11 Layer 2.5 Fig5. Use of L 2.5 to extend MAC Management Order Information 1 Access technology identity 2 GPRS Mobility Management state 3 PDP type 4 PDP state 5 QoS profile requested 6 QoS profile negotiated 7 PLMN Fig4. AOAN Frame body subfield Eric Njedjou, France Telecom

Alternative to defining a new frame for AOAN September 2004 Alternative to defining a new frame for AOAN Order Information 1 Capability information 2 Listen interval 3 SSID 4 Supported rates 5 Access technology type=GPRS/UMTS 6 GPRS Mobility Management state 7 PDP type 8 PDP state 9 QoS profile requested 10 QoS profile negotiated 11 PLMN Transport the Availability of Other Access Networks information with the association request frame Fig6. Suggested new Association Request frame body Eric Njedjou, France Telecom

association response status code September 2004 Status code Meaning Sucessful 2-9 Reserved 10 Cannot support all requested capabilities in the capability information field 12 Association denied due to reason out of scope of this standard 13-16 Association denied because of authentication failure 17 Association denied because access point is unable to handle additional associated stations 18 Association denied due to requesting station not supporting all the data rates 19 20 Association denied because requesting station is already attached to another access network that provide better link characteristics than the access point can serve 21 Association denied because the requesting station is already attached to another access network and the services it is running/willin to run does not require better link QoS 22 - 65535 Order information 1 Capability information 2 Status code 3 Association ID (AID) 4 Supported rates Fig7. Association Request Frame body Eric Njedjou, France Telecom

Suggested new association procedures September 2004 Suggested new association procedures RLC MAC GSM RF/L1 GPRS/UMTS PHY GMM/SM LLC/RRC 802.11 Layer 2.5 802.11 Access Point AOAN Association Request Association Response Multi access station Eric Njedjou, France Telecom