1. QoS map addition Date: 2007-05-14 Authors: May 2007 May 2007
doc.: IEEE /0713r0
May 2007
QoS map addition
Date:
Authors:
Notice: This document has been prepared to assist IEEE 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
Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures < 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 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 Working Group. If you have questions, contact the IEEE Patent Committee Administrator at
Presentation was broadly accepted. Dave Stiphenson suggested to apply a rate limitation plus a limitation on the overall number of queries sent by the STA. Also, Dave highlighted that having the AP to check for query IDs in the query message would be difficult as the AP does not get involved in investigating what type of content the query contains.
Amy Zhang, Huawei
Amy Zhang,Huawei

2. May 2007
doc.: IEEE /0713r0
May 2007
Abstract
It gives a suggestion to support a user level based QoS mapping to resolve the CID #251
Amy Zhang, Huawei
Amy Zhang,Huawei

3. May 2007
doc.: IEEE /0713r0
May 2007
Problem statement
CID#251: Does the QoS based on user level need to be considered when the AP distributes QoS Map in the User Plane proposal?
The QoS mapping is a traffic based mapping, all the STAs associated with the same external network will has the same priority to get the channel no matter what kind of users they are.
E.g. The VIP users has no precedence in EDCA mode
Can the terminal change the DSCP directly based on the user level in the up-layer?
Personal opinion, the terminal may not know its user level.
E.g. A terminal with SIM card do not know its user level.
Amy Zhang, Huawei
Amy Zhang,Huawei

4. Problem statement (cont’)
May 2007
doc.: IEEE /0713r0
May 2007
Problem statement (cont’)
CMCC
The same QoS Map (CMCC) is sent to STA1 and STA2, however they subscribed the different user levels to CMCC. So the opportunity of the channel competition is the same which is improper.
WLAN AP
QoS Map Set #1
QoS Map Set #1
QoS Map Set (CMCC)
QoS Map Set #1
STA 1 (VIP User)
STA2 (Regular User)
A 3G user who is care about the delay of the data application may subscribe to the operator as a VIP user, when the user uploads/downloads
the files, the DSCP will be tagged based on the user level, e.g. Interactive traffic DSCP values instead of the Background traffic DSCP values.
However, it can not work well when the VIP user uses the WLAN accessing method uploads/downloads files because the STA1 will still use
AC_BK transfer its data package which is the same with the regular user (STA2) based on the same QoS map given by the AP, which actually,
the VIP user should use the AC_BE to transfer the data packet based on the user level.
It is improper to the VIP users to use the same QoS map compare with the regular users.
The STA should consider the user level when it competes the channel.
Amy Zhang, Huawei
Amy Zhang,Huawei

5. May 2007
doc.: IEEE /0713r0
May 2007
Suggestions
Both the user level and the traffic class should be considered when do the mapping from DSCP to UP
How to do this?
Option 1: AP sends the user level to the STA besides the QoS map, and the STA updates the QoS map by itself.
A new field should be added in the QoS Map Set IE
Order
Size (octets)
Description
13+n-2 1
User level (optional)
Amy Zhang, Huawei
Amy Zhang,Huawei

6. Suggestions (cont’) May 2007
doc.: IEEE /0713r0
May 2007
Suggestions (cont’)
Option 2: AP updates the QoS map based on the user level before send it to the STA and then send to STA.
The user level based QoS map can be pre-configured in the AP, and the AP can send the corresponding QoS map based on the STA’s user level.
It is not suitable for the broadcast delivery method.
The description about this should be added in clause (interworking procedures)
Amy Zhang, Huawei
Amy Zhang,Huawei

7. Suggestions (cont’) May 2007
doc.: IEEE /0713r0
May 2007
Suggestions (cont’)
Option 3: The STA may request some extra resource to satisfy the requirement of the applications based on the user level when transfers data. (e.g. extra bandwidth, delay Bound and data rate of each UP)
The AP may send this information to STA based on the user level when sending the association response.
A new IE should be added in the association response. And should be defined in detail
Amy Zhang, Huawei
Amy Zhang,Huawei

8. May 2007
doc.: IEEE /0713r0
May 2007
Comparison
The main point of option1 & 2 is to adjust the QoS map based on the user level, and the difference is which device should do that, AP or STA.
The main point of option3 is to tell the STA what’s extra resource it can use based on the user level, the STA would use ADDTS to request such resource when needed
Amy Zhang, Huawei
Amy Zhang,Huawei

9. May 2007
doc.: IEEE /0713r0
May 2007
Straw Poll
Which option do you prefer to support the QoS requirement based on the user level?
Option 1:
Option 2:
Option 3:
Other options:??
Would you like to let the authors to draft normative text about the selected options within TGu?
Amy Zhang, Huawei
Amy Zhang,Huawei