Download presentation
Presentation is loading. Please wait.
Published byClinton Copeland Modified over 8 years ago
1
doc.: IEEE 802.11-14/342r0 Submission March 2014 Naveen Kakani, CSRSlide 1 Short Packet Optimizations Date: 2014-03-16 Authors:
2
doc.: IEEE 802.11-14/342r0 Submission -Summary of Packet Length statistics -Optimizations that are already available in 802.11 and new optimizations that can be considered March 2014 Slide 2Naveen Kakani, CSR Abstract
3
doc.: IEEE 802.11-14/342r0 Submission Sont et al[2]: Review of Prior Materials: MAC/PHY Inefficiency for Small Packets Packet Size distribution MAC Efficiency (e.g., 11a) 30% of used capacity from 5% of traffic volume 641285121500Bytes per packet 20%15%10%55% of total number of packets 2.2%2.6%5.8%89.4% => % of traffic volume (Bytes) 15.4%12.5%8.3%63.8% => % of airtime on network Ref [4] – Efficiency for streaming data without aggregation. Doufexi, et. al. Ref [3] – Packet sizes in real networks, Ericsson 2012 March 2014 Slide 3Naveen Kakani, CSR
4
doc.: IEEE 802.11-14/342r0 Submission Packet length sampling Study of Packet samples in [1] is based on dividing the packets into different groupings according to their length. Sample in both UL and DL Take statistics on probability of the packet samples falling into different packet length ranges. Take statistics on average packet length of the packet samples in each packet length range. March 2014 Slide 4Naveen Kakani, CSR
5
doc.: IEEE 802.11-14/342r0 Submission Summary of the Statistics from [1] and [2] Analysis based on Packet length: Most of the Services [1] seem to have Packet Length of < 80 bytes and this covers atleast 33% or more (closer to 45%) of the packets transferred as part of the service Queuing Small Packets behind Large Packets increases the delay. The primary concern raised by HEW members is related to network inefficiency (possibly user experience) A burst size of 250 bytes seems to be dominating the traffic pattern (50% or more) -> both in UL and DL March 2014 Slide 5Naveen Kakani, CSR
6
doc.: IEEE 802.11-14/342r0 Submission Possible Optimizations March 2014 Naveen Kakani, CSRSlide 6 Aggregation (Single User Aggregation): Helps with medium utilization but can add delay. In applications like TCP this can result in longer connection set up times Mediatek presentation [5] shows issues with connection setup delays ( Simulate 1 STA accessing the sites individually ): The TCP protocol overhead for setting up 33 connections sequentially takes more than 60% of the total time Excluding TCP handshakes, the data portion only took 0.303 sec and approximately equal to a throughput of ~78Mbps Instead of Single User Aggregation, it is possible to allow for Multi User Short Packet Aggregation which allows for better Network Efficiency (with out delay penalty)
7
doc.: IEEE 802.11-14/342r0 Submission Possible Optimizations that are available March 2014 Naveen Kakani, CSRSlide 7 Packets are prioritized based on their size (with in a traffic class) 802.11aa: Separate queues with in the same AC (Ex: for interactive and background traffic have two queues based on the size of the packet) Hierarchical Scheduler (HEW Proposal): In an AC with two queues (one for small packets ( 80 bytes) At each transmission opportunity, dynamically select packet from each queue (based on implementation) to allow for Short Packets to be transported sooner than later Nothing here requires a standard change -> mostly implementation Is there a need to mandate the standard to fix the size of small packet ? AP can advertise for each AC the size of small packet (left to AP implementation) Issue with the proposal: Possible out of order delivery -> Depends where the Sequence Number is assigned ?
8
doc.: IEEE 802.11-14/342r0 Submission Optimizations that can be looked at March 2014 Naveen Kakani, CSRSlide 8 Using TXOP period effectively Allow the use of higher AC TXOP for lower AC data (Rules TBD) Rationale being: if the TXOP is terminated this results in EIFS period wastage STAs that are not sleeping based on NAV can have advantage over STAs that are sleeping in accessing the medium. Instead avoid situations which would result in a STA having to release its TXOP Benefits: EIFS period + Contention period -> Possible to accommodate one 250 byte burst
9
doc.: IEEE 802.11-14/342r0 Submission Optimizations that can be looked at March 2014 Naveen Kakani, CSRSlide 9 Allow for specific period over DTIM/Beacon Periods to be used/reserved for Short Packets transmission Specific Beacon period defined by AP -> Length, Frequency Limitations on the use of the period based on Access Category of Data Restricting the use of medium time for a Single burst (Ex: No TXOP) DTIM Beacons DTIM CFPCP Short Packet CP
10
doc.: IEEE 802.11-14/342r0 Submission Next Steps March 2014 Naveen Kakani, CSRSlide 10 Evaluate (analytical) proposed mechanisms and come back with preliminary performance numbers Solicit feedback from HEW members
11
doc.: IEEE 802.11-14/342r0 Submission [1] 11-13-1438-00-0hew-traffic-observation-and-study-on-virtual- desktop-infrastructure.pptx [2] 11-13-1305-00-0hew-traffic-simulation-simplifications.pptx [3] Ericsson measurement, 2012/Q4, smartphone-dominated mature LTE/HSPA/2G network [4] A. Doufexi, S. Armour, P. Karlsson, M. Butler, A. Nix, D. Bull, J. McGeehan, “A Comparison of the HIPERLAN/2 and IEEE 802.11a Wireless LAN Standards,” IEEE Communications Magazine, May 2002, Vol. 40, No. 5A Comparison of the HIPERLAN/2 and IEEE 802.11a Wireless LAN Standards, [5] 11-13-1407-00-0hew-simulation-based-study-of-qoe.pptx March 2014 Naveen Kakani, CSRSlide 11 References
12
doc.: IEEE 802.11-14/342r0 Submission Backup / Background Slides March 2014 Naveen Kakani, CSRSlide 12
13
doc.: IEEE 802.11-14/342r0 Submission Uplink packet length distribution [1] All of the sampled uplink packets are small packets, less than 80 bytes. Since all sampled packets are small packets with a fairly consistent mean and small standard deviation, it is reasonable to use a normal distribution with mean packet length of the packet samples as the packet length in the model. Service typepptword network browsing desktop operation mean packet length (Byte) 65.88363.99463.94362.843 Standard deviation 4.93534.78175.17034.7846 March 2014 Slide 13Naveen Kakani, CSR
14
doc.: IEEE 802.11-14/342r0 Submission Downlink packets’ length model for ppt service Packet length range (Byte) Probability Mean length (Byte) Standard deviation 0~790.642855.1664.3002 80~12790.17506380.82302.84 >12800.182141488.326.945 March 2014 Slide 14Naveen Kakani, CSR
15
doc.: IEEE 802.11-14/342r0 Submission Downlink packets’ length model for word service Packet length range (Byte) Probability Mean length (Byte) Standard deviation 0~790.5575462.3228.8023 80~12790.37699297.2205.86 >12800.0654781478.943.77 March 2014 Slide 15Naveen Kakani, CSR
16
doc.: IEEE 802.11-14/342r0 Submission Downlink packet length model for network browsing service Packet length range (Byte) Probability Mean length (Byte) Standard deviation 0~790.3347656.6286.0693 80~12790.14286430349.21 >12800.522381491.717.81 March 2014 Slide 16Naveen Kakani, CSR
17
doc.: IEEE 802.11-14/342r0 Submission Downlink packets’ length model for desktop operation service Packet length range (Byte) Probability Mean length (Byte) Standard deviation 0~790.4614565.6898.9701 80~12790.44484267.09248.26 >12800.0937131485.830.812 March 2014 Slide 17Naveen Kakani, CSR
Similar presentations
© 2024 SlidePlayer.com Inc.
All rights reserved.