Doc.: IEEE 802.11-08/1378r0 Submission November 2008 Darwin Engwer, Nortel NetworksSlide 1 Improving Multicast Reliability Date: 2008-11-11 Authors:

Slides:



Advertisements
Similar presentations
Submission doc.: IEEE /1357r3 Nov Slide 1 Dynamic TIM and Page Segmentation Date: Authors: Weiping Sun, Seoul National University.
Advertisements

Doc.: IEEE /1413r1 Submission November 2013 Edward Reuss, UnaffiliatedSlide 1 Real-Time Multicast Streams During Power Save – Part 2 Date:
Doc.: IEEE /1323r0 November 2012 Submission Relays for ah Date: Authors: Slide 1.
Doc.: IEEE /0081r0 Submission January 2012 Osama Aboul-Magd, Huawei TechnologiesSlide 1 On Traffic Stream Setup for Audio/Visual Bridging Date:
Doc.: IEEE /1065r0 Submission November 2005 Emily Qi et alSlide 1 Proposal for Load Balancing Notice: This document has been prepared to assist.
Submission doc.: IEEE 11-12/1449r0 Decmeber 2012 Yan Zhuang, Huawei TechnologiesSlide 1 Virtual Wireless Port based Bridging Date: Authors:
Doc.: IEEE /0065r2 Submission January 2011 Ivan Pustogarov, IITP RASSlide 1 GCR for mesh Date: January 2011 Authors:
Submission doc.: IEEE /1015r1 September 2015 Guido R. Hiertz et al., EricssonSlide 1 Proxy ARP in ax Date: Authors:
Doc.: IEEE /2901r06 Submission November 2007 Doug Kavner, RaytheonSlide 1 Use of BSSID in WAVE Date: Authors:
Doc.: IEEE /1054r0 Submission Sep Santosh Pandey (Cisco)Slide 1 FILS Reduced Neighbor Report Date: Authors:
Submission doc.: IEEE 11-12/0246r2 NameAffiliationsAddressPhone Jing-Rong HsiehHTC Corp. 1F, 6-3 Baoqiang Road, Xindian district, New Taipei City,
Doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Short Beacon Slide 1 Authors:
Wireless LANs Prof. F. Tobagi MAC Management 1.
Doc.: IEEE /0089r0 Submission Listen interval update Jan 2013 Slide 1 Date: Authors: Jinsoo Choi, LG Electronics.
Doc.: IEEE /0880r2 Submission Scheduled Trigger frames July 2015 Slide 1 Date: Authors: A. Asterjadhi, H. Choi, et. al.
Doc.: IEEE /0897r0 SubmissionJae Seung Lee, ETRISlide 1 Active Scanning considering Operating Status of APs Date: July 2012.
Doc.: IEEE /0102r2 SubmissionLiwen Chu Etc.Slide 1 TGah Power Saving Date: Authors: Date: Jan, 2012.
Doc.: IEEE 11-04/0319r0 Submission March 2004 W. Steven Conner, Intel Corporation Slide 1 Architectural Considerations and Requirements for ESS.
Submission doc.: IEEE /1034r4 September 2012 Jeongki Kim, LG ElectronicsSlide 1 Enhanced scanning procedure for FILS Date: Authors:
Doc.: IEEE /1261r3 Submission November 2015 Dorothy Stanley, HP (Aruba Networks) IETF Nov 2015: IEEE multicast capabilities Date:
Doc.: IEEE /1294r0 Submission November 2008 Kenan Xu, Nortel NetworksSlide 1 Enhancing BSS Transition Management Date: Authors:
Doc.: IEEE /0150r0 Submission May 2013 Osama Aboul-Magd (Huawei Technologies)Slide 1 GCR using SYNRA for GLK Date: Authors:
Submission doc.: IEEE 11-13/0526r1 May 2013 Donald Eastlake, HuaweiSlide 1 Sub-Setting Date: Authors:
Doc.: IEEE /0278r5 Submission March 2008 Javier Cardona et al. Avoiding Interactions with Lazy-WDS Equipment Date:
Submission doc.: IEEE 11-11/1204r1 ZTE CorporationSlide 1 Power saving mechanism consideration for ah framework Date: Authors: Sept 2011.
Doc.:IEEE /1503r1 November 2011 Short Beacon Slide 1 Authors:
Doc.: IEEE /0725r0 Submission July 2009 Alex Ashley, NDS LtdSlide 1 Stream Classification Service Date: Authors:
Doc.: IEEE /0896r0 SubmissionJae Seung Lee, ETRISlide 1 Probe Request Filtering Criteria Date: July 2012.
Doc.: IEEE /1219r4 Submission March, 2006 S. Ponnuswamy (Aruba Networks)Slide 1 Virtual AP Presentation Notice: This document has been prepared.
Doc.: IEEE /102r0 Submission January 2003 Sid Schrum, Texas Instruments, Inc.Slide 1 QBSS Downlink Broadcast and Multicast Data Frame Handling.
Doc.: IEEE /2901r05 Submission November 2007 Doug Kavner, RaytheonSlide 1 Use of BSSID in WAVE Date: Authors:
Submission doc.: IEEE /1309r0 November 2012 Non-TIM Mode Negotiation Date: Slide 1 Authors: Kaiying Lv, ZTE.
Doc.: IEEE /0618r0 Submission Listen interval for sensor devices May 2012 Slide 1 Date: Authors: Jinsoo Choi, LG Electronics.
Doc.: IEEE /1299r0 Submission Dec 2009 Allan Thomson, Cisco SystemsSlide 1 BSS Transition Improvements Date: xx Authors:
Submission doc.: IEEE 11-15/1060r0 September 2015 Eric Wong (Apple)Slide 1 Receive Operating Mode Indication for Power Save Date: Authors:
Doc.: IEEE /2901r08 Submission March 2008 Doug Kavner, RaytheonSlide 1 Use of BSSID in WAVE Date: Authors:
FILS Reduced Neighbor Report
P802.11aq Waiver request regarding IEEE RAC comments
P802.11aq Waiver request regarding IEEE RAC comments
GCR for mesh Date: January 2011 Authors: January 2011 July 2010
Directed Multicast Service (DMS)
BSS Max Idle Period and Sleep Interval
MAC Component Breakdown Topics for Discussion
Enhancing BSS Transition Management
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
MAC Component Breakdown Topics for Discussion
Wake Up Frame to Indicate Group Addressed Frames Transmission
Multicast/Broadcast Communication With Acknowledge
Broadcast and Multicast Enhancements
FILS Reduced Neighbor Report
Directed Multicast Service (DMS)
CID#89-Directed Multicast Service (DMS)
Power saving mechanism consideration for ah framework
Air Efficiency and Reliability Enhancements for Multicast
VTS SG PAR Scope Topics Date: Authors: January 2008
VTS SG PAR Scope Topics Date: Authors: January 2008
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
Efficient TIM element supporting multiple BSSIDs
VTS Robust Multicast/Broadcast Protocol
P802.11aq Waiver request regarding IEEE RAC comments
Broadcast and Multicast Enhancements
FILS Frame Content Date: Authors: February 2008
Air Efficiency and Reliability Enhancements for Multicast
Broadcast and Multicast Enhancements
VTS SG PAR Scope Topics Date: Authors: January 2008
Requirements and Implementations for Intra-flow/Intra-AC DiffServ
GCR for mesh Date: January 2011 Authors: January 2011 July 2010
Directed Multicast Service (DMS)
Enhancement of Low Power Medium Access STAs
Presentation transcript:

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel NetworksSlide 1 Improving Multicast Reliability Date: Authors:

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel NetworksSlide 2 Multicast Reliability –The reliability of multicast delivery in WLANs is notoriously low. –The reliability of multicast delivery can be dramatically improved by sending multicast MSDUs from an AP to the associated STAs using the Directed Multicast Service (DMS).

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel NetworksSlide 3 Directed Multicast Service Benefits Increases the reliability of multicast/broadcast MSDU delivery –Multicast MSDUs are sent as unicast (when channel bandwidth is available) –Unicast is more reliable than multicast –Allows multicast MSDUs to be fragmented, further increasing reliability of delivery Today, multicast MSDUs cannot be fragmented Improves Network Discovery Operations –Especially for low duty cycle service advertisement protocols Improves security of multicast MSDUs –Multicasts sent via unicast can be protected using the client’s negotiated Pairwise cipher with the AP –Today, multicast is protected by the lowest common (or open) authentication Reduces non-AP STA Power Consumption –Sleeping non-AP STAs can retrieve queued multicast frames along with other individually addressed MSDUs on their own schedule, potentially reducing power consumption at the non-AP STA –Sleeping STA doesn’t need to wake up at every DTIM or FBMS interval to receive multicast frames –Sleeping STA only needs to wake up to check the AID TIM bit at a desirable interval (e.g. listen interval)

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel NetworksSlide 4 Directed Multicast Service (DMS) Overview AP advertises Directed Multicast Service (DMS) Capability Non-AP STA sends a request to specify traffic classes (i.e. multicast address) for the directed multicast traffic delivery AP may accept or reject the traffic class specified by the non-AP STA If the service is accepted by the AP, –AP shall transmit the requested group addressed (multicast) traffic as individual addressed (unicast) traffic to the requesting STA in an A- MSDU frame format. The AP may still transmit the group addressed traffic for other STAs within the multicast group in the BSS as normal. –The requesting STA shall discard group addressed frames received fro mthe AP that match a multicast address entry list. –Other STAs will process group addressed traffic as normal.

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel Networks DMS Request and Response frames Slide 5 CategoryActionDialog TokenRequest Type (“Add” or “Remove”) DMS Descriptor List Octets : 1111 variable DMSIDLengthTCLAS Elements (optional) TCLAS Processing Element (optional) Octets : 1 1 variable3 DMS Descriptor CategoryActionDialog TokenDMS Status List Octets:1111 DMSIDDMS Status Octets : 1 1 DMS Status DMS Request frame: DMS Response frame:

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel Networks A-MSDU is used for Directed Multicast Original destination address (DA) is transmitted in A-MSDU subframe header (the DA field) The DA and SA fields of the A-MSDU subframe header contain the values passed in the MA-UNITDATA.request and MA-UNITDATA.indication primitives. (e.g. DA=multicast address) RA (Address 1) in the MAC header is set to the requesting non-AP STA address Support of A-MSDU processing is mandatory according to the IEEE n draft specification.

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel NetworksSlide 7 Questions 1. Is DMS Scalable? 2. How does DMS relate to TGaa’s work?

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel NetworksSlide 8 Question 1: Is Directed Multicast scalable? Considerations: –DMS improves the reliability of multicast delivery to the same level as unicast, at the cost of wireless medium (WM) bandwidth. –If a large number of non-AP STAs are using DMS the channel capacity could be exceeded. Solutions: –Limit the DMS service for use by less than x associated STAs. –Enable this feature environments with less than x associated STAs, for example, the home environment. –Allow the AP to disable/reject DMS service when too many STAs are associated. –Allow the AP to disable/reject DMS service when there is insufficient available channel bandwidth to support the current multicast traffic load without unicast traffic effects. –DMS is an optional feature.

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel Networks Question 2: How does DMS relate to TGaa work? Considerations: –DMS may overlap with TGaa efforts –TGaa scope: “Improved link reliability and low jitter characteristics for multicast/broadcast audio/video streams.” DMS should be considered in TGv: –DMS extends the existing multicast enhancements in TGv and addresses a TGv objective [Req 2120] –Including DMS in TGv can benefit low bandwidth applications sooner –Including DMS in TGv will also benefit TGaa –DMS is not intended as a general solution to the multicast stream delivery problem (although in an environment of an AP with a single associated STA, DMS is a reasonable, simple approach) Straw poll taken in the May 2008 TGv/TGaa joint meeting: –Directed multicast proposal ( )should be considered in: TGv:25; TGaa:8; abstain: 8

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel Networks References IEEE Std n Draft

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel Networks Backup Slides

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel NetworksSlide 12 Existing Multicast Enhancements in TGv FBMS – Flexible Broadcast/Multicast Service –Enables flexible delivery interval for broadcast/multicast at STA’s request (at multiples of the DTIM intervals) –Enables group addressed frames to be transmitted at higher data rates, reducing the amount of basic rate traffic sent over the wireless medium. Multicast Diagnostics Reporting –STA provides the AP an indication of the number of dropped group addressed frames in order to enable reliable service DMS extends existing multicast enhancements in TGv, naturally fits in TGv

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel Networks aa Requirements Reliable Multicast is a complex problem, and different applications may require different solutions. DMS provides the same level of reliability as unicast for all traffic classes, at the cost of bandwidth –Directed multicast can be used while streaming a multicast Standard Definition (SD) stream to 2 or 3 STAs, it does not scale well for High Definition (HD) video streaming aa targets multicast robustness (reliability is a part of robustness) for HD video streaming (high bandwidth) applications –802.11n is sufficient for Standard Definition video streaming DMS targets low bandwidth applications, which is not the target of aa DMS and aa target different application spaces

doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel Networks DMS should be considered in TGv DMS addresses TGv objective [Req 2120]; complements TGv FBMS –FBMS provides power saving for TGv devices. However, the legacy device (non- TGv device) within the BSS will experience unexpected multicast delivery delays. –DMS provides power saving for TGv devices without introducing latency on the legacy (non-TGv) device. However, its usage is limited to a small number of associated STAs due to bandwidth requirements. Including DMS in TGv can benefit low bandwidth applications sooner –TGv is in the process of initial ballots, expected sponsor ballot in 2009 –TGaa is at the stage of calling for proposals, expected sponsor ballot Nov 2010 Including DMS in TGv will also benefit TGaa –All features specified in the existing standard and draft amendments (e.g. TGv DMS) can be utilized by later amendments (e.g. TGaa)