1. 802.11 for video transmission
September 2005
doc.: IEEE /0910r0
September 2005
for video transmission
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
Clifford Tavares, Hitachi America Ltd.
Clifford Tavares, Hitachi America Ltd.

2. September 2005
doc.: IEEE /0910r0
September 2005
Abstract
We identify two-dimensional QoS and dynamic priority, rate and FEC adaptation based on RRM. We present some initial results on the home networking scenarios, simulation of e, and a direct link selection mechanism.
Clifford Tavares, Hitachi America Ltd.
Clifford Tavares, Hitachi America Ltd.

3. Outline Potential solutions to the 802.11e limitations
September 2005
Outline
Potential solutions to the e limitations
Two-dimensional QoS
Dynamic priority, rate, and FEC adaptation based on RRM
Home networking scenarios and the limitations of e
Initial e (HCCA and EDCA) throughput analysis and comparison for information
Direct link mode selection mechanism
Video distribution prototype/simulation platform
Plan for November 2005
Conclusions
Clifford Tavares, Hitachi America Ltd.

4. Summary of July 2005 presentation
September 2005
Summary of July 2005 presentation
802.11e is insufficient for HDTV transmission
It is a static one-dimensional QoS
Scheduling and admission control are left out
Jitter and latency are not part of TSPEC
Content-specific dynamic link adaptation
Potential solutions to the e limitations
Two-dimensional QoS model
Dynamic priority, rate, and FEC adaptation based on RRM
Should these be at the MAC level or at a higher level?
Clifford Tavares, Hitachi America Ltd.

5. An example of a two-dimensional QoS
September 2005
An example of a two-dimensional QoS
Clifford Tavares, Hitachi America Ltd.

6. Dynamic priority, rate, and FEC adaptation based on RRM
September 2005
Dynamic priority, rate, and FEC adaptation based on RRM
The traditional view of rate adaptation is data rate vs. SNR (one-dimensional!)
Video BSS
This requires MAC-level solution!
Clifford Tavares, Hitachi America Ltd.

7. Content Distribution Scenarios: AP Enabled
September 2005
Content Distribution Scenarios: AP Enabled
Clifford Tavares, Hitachi America Ltd.

8. Content Distribution Scenarios: Point-to-point
September 2005
Content Distribution Scenarios: Point-to-point
Clifford Tavares, Hitachi America Ltd.

9. 802.11e limitations for the given scenarios
September 2005
802.11e limitations for the given scenarios
802.11e is insufficient to achieve the required performance for these scenarios
802.11e does not scale well
Discriminates traffic, but there is no provision for dealing with multiple video streams across communicating peers
No cooperation among video clients in a BSS
If it is data/mixed traffic, they are not supposed to cooperate
Not optimized given the radio resources (channel conditions, network type, traffic type)
Does not include dynamic priority, rate and FEC
Clifford Tavares, Hitachi America Ltd.

10. Initial HCCA throughput analysis for video
September 2005
Initial HCCA throughput analysis for video
Clifford Tavares, Hitachi America Ltd.

11. HCCA throughput for normal ACK, block and no ACK, 802.11a
September 2005
HCCA throughput for normal ACK, block and no ACK, a
Clifford Tavares, Hitachi America Ltd.

12. HCCA throughput for block and no ACK, 802.11a
September 2005
HCCA throughput for block and no ACK, a
Clifford Tavares, Hitachi America Ltd.

13. EDCA throughput, priority level 5 (video), normal ACK, 802.11a
September 2005
EDCA throughput, priority level 5 (video), normal ACK, a
Clifford Tavares, Hitachi America Ltd.

14. Throughput comparison DCF, EDCA, HCCA, 802.11a
September 2005
Throughput comparison DCF, EDCA, HCCA, a
Clifford Tavares, Hitachi America Ltd.

15. Direct Link Mode Selection Mechanism
September 2005
Direct Link Mode Selection Mechanism
Select link with best throughput
Traffic Profiles:
F(…), F1(…), F2(…) …
Power ON/
Runtime A
Link Quality Assessment
Apply Traffic Profile
Direct Link
AP mode Y
Traffic Profile Defined? N
Fig: Flowchart showing operating mode selection process
Clifford Tavares, Hitachi America Ltd.

16. Direct Dynamic Mode Selection
September 2005
Direct Dynamic Mode Selection
Transmission Mode
Fig: State machine showing runtime operation.
Periodic link Quality Assessment / No Change in state
Periodic link Quality Assessment / Change in state
Configuration mode (A)
Configuration Complete
Clifford Tavares, Hitachi America Ltd.

17. Video Distribution Prototype/Simulation Platform
September 2005
Video Distribution Prototype/Simulation Platform
Clifford Tavares, Hitachi America Ltd.

18. Video Distribution Prototype: Network Topology
September 2005
Video Distribution Prototype: Network Topology
Example Topology
Computer
Computer
HDTVPlayer
HDTVPlayer
Wireless
Client
Source: Receive from Network
Target: Record and Display
Source: ATSC Digital Tuner
Target: Record, Display & Network
Computer
HDTVPlayer
Source: HDTV from DVD Drive
Target: Display & Network
Wireless
Access Point
HDTVPlayer
Source: Receive from Network
Target: Display Only
HDTVPlayer
Wireless
Client
Source: HDTV from Harddrive
Target: Network Only
HDTVPlayer
Src: Receive from Network
Target: Display & Network
Re-
broadcast
Clifford Tavares, Hitachi America Ltd.

19. September 2005
Plan for November 2005
Theoretical analysis of home video networking scenarios
Network simulation of A-Video WLAN with proposed QoS/MAC
Further enhancements
Video multicast …
Performance benchmarks, implementation cost analysis
Clifford Tavares, Hitachi America Ltd.

20. September 2005
Conclusions
Dynamic priority, rate, and FEC adaptation with content-specific RRM is required
It must be done at the MAC level
There is DLP in e, but there is no content-specific mode selection mechanism
Under one set of circumstances DLP is better and another set of circumstances AP mode is better
We have presented for information only:
An initial analysis of e throughput
Prototype/simulation platform to be used for future network analysis
802.11e is an improvement for video, but is insufficient to realize the home networking vision
Clifford Tavares, Hitachi America Ltd.

21. September 2005
References
Stephen McCann, “DVB-WIN Update”, doc /1618r0, January 2005.
C. Tavares, T. Cooklev, “ for high data rate multimedia transmission”, doc r0, July 2005.
Clifford Tavares, Hitachi America Ltd.