Broadcasting on WLAN Date: Authors: July 2017

Slides:



Advertisements
Similar presentations
Submission doc.: IEEE 11-12/0589r2 July 2012 Donald Eastlake 3rd, Huawei R&D USASlide 1 General Links Date: Authors:
Advertisements

Doc.: IEEE /1061r0 Submission September 2013 Jeongki Kim, LG ElectronicsSlide 1 Multicast Transmission for HEW Date: Authors: NameAffiliationsAddressPhone .
Wireless LAN Requirements (1) Same as any LAN – High capacity, short distances, full connectivity, broadcast capability Throughput: – efficient use wireless.
Relationship between peer link and physical link
Multi-STA BA Design Date: Authors: March 2016 Month Year
Content Protection Support in
Instructor Materials Chapter 6 Building a Home Network
March 2017 doc.: IEEE /0410r0 March 2017
Month Year doc.: IEEE yy/xxxxr0 May 2012
Broadcasting on WLAN Date: Authors: July 2017
Proposed SFD Text for ai Link Setup Procedure
Broadcasting on WLAN Date: Authors: September 2017
Selected Use Cases for Next Generation Positioning
Discussions on FILS Authentication
Relay Threat Model for TGaz
Broadcast Service on WLAN
The Network Beacon Announcement scanning method
Triggering the Broadcast Probe Response
Broadcast Service on WLAN
AP Discovery Information Broadcasting
Relay Threat Model for TGaz
Directed Multicast Service (DMS)
Triggering the Broadcast Probe Response
Fast Access to Network Information
Consideration on Interference Management in OBSS
Content Protection Support in
Consideration on Wake-Up Receiver Security
Using Upper Layer Message IE in TGai
Reason Why L2 Per Frame Authentication Is Required
Uplink Broadcast Service
An Example Protocol for FastAKM
AP discovery with FILS beacon
Scanning from Specific Channel
Probe Request and Response in TGai
Access Control Mechanism for FILS
AP discovery with FILS beacon
AP discovery with FILS beacon
WAVE ITS Station Technical Capabilities Summary
Consideration on Interference Management in OBSS
Listen to Probe Request from other STAs
Performance Simulations
Video Broadcast/Multicast
Access Control Mechanism for FILS
Month Year doc.: IEEE yy/xxxxr0
Consideration on Interference Management in OBSS
Reducing Overhead in Active Scanning with Simulation Results
The need and complexity of in-home entertainment scenario with OBSS
Access distribution in ai
AP Status Broadcast Date: Authors: November 2011
An Example Protocol for FastAKM
MU with Frequency Domain Multiplexing
Reducing Overhead in Active Scanning with Simulation Results
Possible Enhancement for Broadcast Services over WLAN
Triggering the Broadcast Probe Response
Time Features Date: Authors: May 2009 Month Year
Broadcast Use Cases from Event Producers
IEEE bc Use Case Document
IEEE multicast properties
Multiplexing of Acknowledgements for Multicast Transmission
Month Year doc.: IEEE yy/xxxxr0 May 2012
Access distribution in ai
Month Year doc.: IEEE yy/xxxxr0
Broadcast Service on WLAN
Scanning from Specific Channel
Comparison of Digital Signature with TESLA
Reducing Overhead in Active Scanning
Reducing Overhead in Active Scanning
Month Year doc.: IEEE yy/xxxxr0 May 2012
Discussion on TESLA Based Frame Authentication
Use Cases of BCS Date: Authors: March 2018
Presentation transcript:

Broadcasting on WLAN Date: 2017-07-11 Authors: July 2017 Month Year doc.: IEEE 802.11-yy/xxxxr0 July 2017 Broadcasting on WLAN Date: 2017-07-11 Authors: Hitoshi Morioka, SRC Software John Doe, Some Company

Month Year doc.: IEEE 802.11-yy/xxxxr0 July 2017 Abstract This presentation describes a proposal of broadcasting on WLAN. Hitoshi Morioka, SRC Software John Doe, Some Company

Month Year doc.: IEEE 802.11-yy/xxxxr0 July 2017 Motivation Many people need common information at specific locations, such as Explanation at a tourist attraction, Timetable at a train station, or Floor plan at a shopping mall. We call them “local information” in this presentation. People who need local information currently do the following steps. Connect to the Internet. Search web sites. Follow a link to get local information. This consumes bandwidth because Each user consumes bandwidth and Search traffic is a overhead. Broadcasting local information on WLAN can reduce per user bandwidth and improve user experience. Hitoshi Morioka, SRC Software John Doe, Some Company

Broadcasting Service on WLAN Month Year doc.: IEEE 802.11-yy/xxxxr0 July 2017 Broadcasting Service on WLAN WLAN is a suitable medium for local broadcasting service, but it is not used. Radio wave is suitable for broadcasting based on its nature. Anyone can listen in the range. Frequently changed information, such as vacant space at a parking lot, can be reflected in real time. IEEE802.11 WLAN has broadcast mechanism (group address) Unlicensed Locality Low cost Currently used broadcasting service on WLAN, such as YouTube Live, Facebook Live Application layer broadcasting It is composed of many independent unicast streams in a single BSS. The occupied bandwidth is proportional to the number of participating users. The current model suffices if users are distributed world-wide, but works highly inefficiently when they are located in a small area. Hitoshi Morioka, SRC Software John Doe, Some Company

Use Case 1 (Audio Guidance) AP Train STA Anyone in stadium, museum, zoo or tomorrow’s river cruise, who has a smartphone can listen audio guidance/comments without additional hardware. Multiple logical channels can be used. Multilingual broadcasting can be supported on a single radio channel. Of course, any type of data can be broadcast, such as video, text, HTML… July 2017 Hitoshi Morioka, SRC Software

Use Case 2 (Floor Guide, Timetable, Advertisement) AP Train STA Smartphone Digital Signage Device Anyone in a shopping mall, conference venue like here, who has a smartphone can see the floor guide on their device. Anyone in a train station who has a smartphone can see the timetable on their device. Digital signage device in the area can show the same information. July 2017 Hitoshi Morioka, SRC Software

Current User Experience July 2017 Current User Experience Poor user experience to get local information Many steps to get local information Options to connecting to the Internet: Require to obtain and input ID/Password, For security reasons Require to answer to captive portal, Use EAP-SIM. It depends on mobile carrier and WLAN operator, or Use cellular network. Search local information Get local information Hitoshi Morioka, SRC Software

An Example of Ideal User Interface Time Destination Track 13:00 Hanover 6 13:07 Frankfurt 3 13:12 Paris 1 13:15 Munich 7 13:25 Koln 5 13:31 Hamburg 4 13:33 13:46 2 13:48 13:55 Amsterdam App automatically receives broadcast frames and shows the available channels (information). User just selects the channel. No need to search web site. TV like user interface Departure Arrival Station map Shops Restaurants 1 2 3 4 5 6 7 Example in train station July 2017 Hitoshi Morioka, SRC Software

Security Considerations July 2017 Security Considerations Target broadcasting service model Anyone in the area can receive information. No eavesdropping concerns. Authentication AP does not need to authenticate STAs. STA should authenticate APs. STA should authenticate each broadcast data frame to prevent fake-AP and MITM attack. Current IEEE802.11 broadcast frame has potential risk of Fake-AP/MITM attack. GTK is a key shared by all members in the GTKSA. Anyone in the GTKSA can generate broadcast data frames as a fake-AP. Encryption Encryption is not required. So only “Frame Authentication Mechanism” should be implemented. Hitoshi Morioka, SRC Software

IEEE802.11 Authentication, Association and RSNA July 2017 IEEE802.11 Authentication, Association and RSNA In this broadcasting model, the IEEE802.11 authentication, association and RSNA are not required. AP does not need to care which STA listens. Because non-AP STA never send data to AP. Operators of broadcasting AP do not need to care non-AP STAs’ network abuse. IEEE802.11 authentication, association and RSNA can be used if an operator wants to identify users. Make new standard for Class 1 broadcast data frame. Class 1 frame can be used both in state 1 and in state 4. Hitoshi Morioka, SRC Software

QoS Considerations QoS for broadcast frames QoS for other .11 frames July 2017 QoS Considerations QoS for broadcast frames In general, the loss rate of broadcast frame is higher than unicast frame. Broadcast does not have ACK mechanism. Existing 802.11 uses BCC/LDPC. Is required stronger FEC/Interleaving algorithm? Consider to apply 802.11aa GCR mechanism. In this case, association to AP is required. QoS for other .11 frames How much bandwidth can be used for broadcasting? Define limit of bandwidth? Adaptive control? Consider to apply 802.11aa OBSS management. Hitoshi Morioka, SRC Software

Conclusion Broadcasting on WLAN can improve user experience. July 2017 Conclusion Broadcasting on WLAN can improve user experience. For broadcasting on WLAN: Define Class 1 broadcast data frame Consider QoS mechanism. Define frame authentication mechanism It’s time to start work for broadcasting Because we can assign “IEEE802.11bc” for broadcasting! Hitoshi Morioka, SRC Software

July 2017 Comments & Questions Hitoshi Morioka, SRC Software

Straw poll 1 Are you interested in “broadcasting on WLAN”? Yes: No: July 2017 Straw poll 1 Are you interested in “broadcasting on WLAN”? Yes: No: Hitoshi Morioka, SRC Software

July 2017 Straw poll 2 Do you support to make a standard for “broadcasting on WLAN”? Yes: No: Don’t care: Need more info: Hitoshi Morioka, SRC Software