Adaptive rate control Requirements

Slides:



Advertisements
Similar presentations
Devices Interfering with Current Channel of AP
Advertisements

LB84 General AdHoc Group Sept. Closing TGn Motions
[ Interim Meetings 2006] Date: Authors: July 2005
Motions Date: Authors: January 2006
Long SlotTime Option for RTS/CTS Procedure
London TGu Motions Authors: January 2007 Date: Month Year
LB73 Noise and Location Categories
LB73 Noise and Location Categories
Waveform Generator Source Code
TGu Closing Report Date: Authors: November 2005
March 2014 Election Results
TGp Closing Report Date: Authors: July 2007 Month Year
Adaptive Rate Control NAV Setting
[ Policies and Procedure Summary]
3GPP liaison report May 2006 May 2006 Date: Authors:
Motion to accept Draft p 2.0
Protected SSIDs Date: Authors: March 2005 March 2005
3GPP liaison report July 2006
[place presentation subject title text here]
Descriptive Language Usage in TGv
Fast Transition Mobility (FTM) Domain
TGu-changes-from-d0-02-to-d0-03
TGp Closing Report Date: Authors: May 2007 Month Year
Reflector Tutorial Date: Authors: July 2006 Month Year
TGv Redline D0.07 Insert and Deletion
TGv Redline D0.06 Insert and Deletion
Managed BSS Channel Switch
Proposal for User Plane Support for QoS Mapping
TGu Closing Report Date: Authors: September 2005
Solution for comment 32 Date: Authors: July, 2008
ADS Study Group Mid-week Report
TGu Timeline Date: Authors: July 2005 July 2005
DLS Link Timeout Date: Eunkyo Kim
TGu-changes-from-d0-01-to-d0-02
Decision on SG Formation
LB73 Noise and Location Categories
Extended Channel Switch Announcements
TGn PSMP adhoc group summary
TGy draft 2.0 with changebars from draft 1.0
TGv Redline D1.04-D1.0 Insert and Deletion
TGv Redline D0.10 Insert and Deletion
WAPI Position Paper Sept 2005 Sept 2005 IEEE WG
Redline of draft P802.11w D2.2 Date: Authors:
Document Motions Date: Authors: November 2005 November 2005
Simulation Results for Adaptive Rate Control
TGu-changes-from-d0-02-to-d0-03
[ Policies and Procedure Summary]
Frequent Handover Authors: Date: Jan 2006 Month Year
TGu Motions Date: Authors: May 2006 May 2006
Long SlotTime Option for RTS/CTS Procedure
Beamforming and Link Adaptation Motions
TGn PSMP adhoc group summary
Adaptive Rate Control NAV Setting
Questions to the Contention-based Protocol (CBP) Study Group
Power Saving for DLS July 2006 Date: Authors: Month Year
TGu-changes-from-d0-04-to-d0-05
for video transmission, Status
Adaptive rate control Requirements
TGu-changes-from-d0-03-to-d0-04
TGu Timeline Date: Authors: January 2005 January 2005
TGu Motions Date: Authors: May 2006 May 2006
Reserve Option Contradiction
TGu Timeline Date: Authors: May 2005 May 2005
TGu Timeline Date: Authors: July 2005 July 2005
Simulation Results for Adaptive Rate Control
WAPI Position Paper Sept 2005 Sept 2005 IEEE WG
TGu Timeline Date: Authors: July 2005 July 2005
TGr Proposed Draft Revision Notice
Proposal for User Plane Support for QoS Mapping
WNG SC Closing Report Date: Authors: July 2006 July 2006
Presentation transcript:

Adaptive rate control Requirements July 2005 July 2005 November 2005 Adaptive rate control Requirements Date:2005-11-16 Authors: Notice: This document has been prepared to assist IEEE 802.11. 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. Release: 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 802.11. Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures <http:// ieee802.org/guides/bylaws/sb-bylaws.pdf>, including the statement "IEEE standards may include the known use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with both mandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair <stuart.kerry@philips.com> as early as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE 802.11 Working Group. If you have questions, contact the IEEE Patent Committee Administrator at <patcom@ieee.org>. Feng Li, ZTE Corporation Feng Li, ZTE Corporation

July 2005 July 2005 November 2005 Abstract The objective of this document is to incorporate the Adaptive Rate Control requirements in WLAN to TGv. Feng Li, ZTE Corporation Feng Li, ZTE Corporation

Agenda Data Transfer Rate Defined in the Current Standard July 2005 July 2005 November 2005 Agenda Data Transfer Rate Defined in the Current Standard Pros and cons of current transfer rate control Recommendations Rationale for Adaptive Rate Control Text proposal Feng Li, ZTE Corporation Feng Li, ZTE Corporation

Data Transfer Rate Defined in the Current Standard July 2005 July 2005 November 2005 Data Transfer Rate Defined in the Current Standard The capabilities of dynamic rate switching are not in the scope of existing standard No channel quality information is exchanged between the transmitter and receiver before each transmission Feng Li, ZTE Corporation Feng Li, ZTE Corporation

Multirate Support without Dynamic Rate Switching July 2005 July 2005 November 2005 Multirate Support without Dynamic Rate Switching Pros: Simple control Low overhead Low cost equipment Cons: No support for time-varying mobile channel Impossible to response quickly to the fast and abrupt changing channel Compromised in performance due to inaccurate evaluation of channel quality Statistical evaluation of channel quality takes time Mismatch of data transfer rate with the quality of channel, which may result in high frame error rate, long latency, low throughput Low spectral efficiency Feng Li, ZTE Corporation Feng Li, ZTE Corporation

Problem Statements Applications of 802.11 in Real Life Scenarios July 2005 July 2005 November 2005 Problem Statements Applications of 802.11 in Real Life Scenarios Demand for high spectral efficiency Possible applications in mobile environments Sophisticated deployment models Power control and management MIMO QoS Introducing Adaptive Rate Control requirements by this proposal to TGv will help to effectively resolve or mitigate above problems Feng Li, ZTE Corporation Feng Li, ZTE Corporation

Rationale for adaptive rate control July 2005 July 2005 November 2005 Rationale for adaptive rate control Definition of adaptive rate control: Traffic transfer rate is able to be adjusted adaptively to be more appropriate according to real channel quality. What can we get from adaptive rate control: Robustness of traffic transaction. QoS of traffic transaction can be guaranteed once the STA obtain a transmission opportunity (TXOP). Improvement of the FER performance in case of poor channel quality by adaptively reducing the data transfer rate. Enhancement of the spectrum usage by adaptively optimizing the transfer rate. Improvement of the network efficiency, with higher throughput and lower latency, and increase of the mobility of STA. Feng Li, ZTE Corporation Feng Li, ZTE Corporation

November 2005 Adaptive Rate Control Demonstration Based on Single Data Frame Transmission Sender sends RTS (Rate_ID1) to Receiver, and Receiver performs forward channel quality evaluation (Rate_ID2) Receiver sends CTS (Rate_ID1) to Sender together with forward channel transfer rate (Rate_ID2) information, and Sender performs reverse channel evaluation (Rate_ID3) Sender transmits data (Rate_ID2) to Receiver and informs Receiver the reverse channel transfer rate information (Rate_ID3) Receiver sends ACK (Rate_ID3) to Sender Feng Li, ZTE Corporation

Example of Transmission with Frame Fragmentation November 2005 Example of Transmission with Frame Fragmentation Feng Li, ZTE Corporation

Possible Rate Control Policies November 2005 Possible Rate Control Policies Inclusion of QoS parameters Future implementation of Dynamic Multi Level Power Control Power saving schemes 802.11n MIMO systems Beamforming techniques Support for E911 Feng Li, ZTE Corporation

Adaptive Rate Control Proposal to TGv July 2005 July 2005 November 2005 Adaptive Rate Control Proposal to TGv Both AP and STA shall be capable of performing channel measurements based on forward and reverse channel transmission During the frame sequence exchanges AP and STA shall be able to exchange dynamically the information of transmission data rate to each other with a defined mechanism in the standard To include Adaptive Rate Control as requirement item to TGv work list To include Adaptive Rate Control as additional item in the TGv Objectives document Feng Li, ZTE Corporation Feng Li, ZTE Corporation

Poll for TGv Objectives July 2005 July 2005 November 2005 Poll for TGv Objectives Should TGv take Adaptive Rate Control as a new requirement ? Yes: No: Abstain: Feng Li, ZTE Corporation Feng Li, ZTE Corporation

Thank You! November 2005 July 2005 July 2005 Feng Li, ZTE Corporation