1. Submission Title: [JPKG comment suggestions]
Mar 19, 2008
doc.: IEEE /XXXr0
Mar 19, 2008
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)‏
Submission Title: [JPKG comment suggestions]
Date Submitted: [19 March 2008]
Source: [James P. K. Gilb]
Company [SiBEAM, Inc.]
Address [555 N. Mathilda, Suite 100, Sunnyvale, CA 94085]
Voice: [ ], FAX: [ ], [last name at ieee dot org]
Re: [P c-DF2_Draft_Amendment.pdf]
Abstract: [Suggested resolution for various comments on the TG3c draft..]
Purpose: [Proposal to TG3c for alternate PHY amendment]
Notice: This document has been prepared to assist the IEEE P 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 acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P
Dr. James P. K. Gilb, SiBEAM
Name - WirelessHD

2. Comment 3 When is the LRP used?
Mar 19, 2008
doc.: IEEE /XXXr0
Mar 19, 2008
Comment 3
When is the LRP used?
Add paragraph to 12.4, “The LRP mode is used for the beacon, during CPs and in allocated CTAs, when needed. The HRP modes shall only be used in allocated CTAs and shall not be used during CPs.”
Dr. James P. K. Gilb, SiBEAM
Name - WirelessHD

3. Mar 19, 2008
doc.: IEEE /XXXr0
Mar 19, 2008
Comment 5
Do we need reserved stream indices for channel probing and beam forming?
Suggested solution: No, we can and should use the three methods for bi-directional communication that were introduced in b
Receive Status field in Imm-ACK (7.2.4)‏
Implied ACK (8.8.3a)‏
Relinquish channel time ( )‏
Using these mechanisms will provide the functionality required for channel probing and beam forming without increasing complexity
Dr. James P. K. Gilb, SiBEAM
Name - WirelessHD

4. Comment 7 Suggest add two octets to the optional header
Mar 19, 2008
doc.: IEEE /XXXr0
Mar 19, 2008
Comment 7
Suggest add two octets to the optional header
First 8 bits are ACK/NAK or msb ACK
Second 8 bits are ACK/NAK (repeat) or lsb ACK
Advantages
Same frame format for Blk-ACK and compressed Blk-ACK
Makes bi-directional Blk-ACK straightforward
Having ACK information in header and a fixed length is better for hardware implementations
Shorter frame, send with more robust header MCS is more likely to get through.
Dr. James P. K. Gilb, SiBEAM
Name - WirelessHD

5. Comment 16 Suggestions for feedback in channel probing
Mar 19, 2008
doc.: IEEE /XXXr0
Mar 19, 2008
Comment 16
Suggestions for feedback in channel probing
RSSI: use 4 bits, 2 dB steps relative to the receiver’s sensitivity, starting with 0000 – 0 dB, – 2 dB, ..., 1110 – 28 dB, > 30 dB.
SNR: use 4 bits, 2 dB steps, from 0000 being SNR for BER of 0.1 for the PHY mode (actual SNR to be provided by PHY proposers).
Recommended PHY mode: Response is the PHY mode index recommended by the receiver.
Dr. James P. K. Gilb, SiBEAM
Name - WirelessHD

6. Mar 19, 2008
UEP field (comment 17)
3 bit field in Capability IE is sufficient, no commands or extra IEs required.
Refers to the DEVs capability as a receiver
000 – no UEP capability
001 – Type 1 capable
010 – Type 2 capable
011 – Type 3 capable with MCS only
100 – Type 3 capable with skewed constellation only
101 – Type 3 capable with MCS and skewed constellation
– Reserved

7. Base rate clarification (comment 23)
Mar 19, 2008
doc.: IEEE /XXXr0
Mar 19, 2008
Base rate clarification (comment 23)
Base rate is used in the MAC section to specify the data rate of certain frames
All broadcast and multicast frames
Association request
Association response
Disassociation request
There is no restriction in the MAC on the data rate used in the CAP.
Dr. James P. K. Gilb, SiBEAM
Name - WirelessHD

8. Suggested changes (comment 23)‏
Mar 19, 2008
doc.: IEEE /XXXr0
Mar 19, 2008
Suggested changes (comment 23)‏
Base rate for PHY modes
SC: 50.6 Mb/s
HSI:
AV: LRP mode 0, 1, 2 or 3
Add a new subclause to 12.1, “Allowed CP data rates” (CP = contention periods). “A DEV shall only send frames during a CP with the PHY modes listed in Table <xref>” (or similar text)‏
New table:
SC:
AV: LRP mode 0, 1, 2, or
Dr. James P. K. Gilb, SiBEAM
Name - WirelessHD

9. Channel probing (comment 38)‏
Mar 19, 2008
doc.: IEEE /XXXr0
Mar 19, 2008
Channel probing (comment 38)‏
Channel probing needs to be done not only at the start of a connection, but continuously during life of the connection.
Using Implied-ACK allows the quick response envisioned in the current channel probing proposal.
In this case, then no special stream index is required.
Only one channel time request is required, worst case is two, which is currently what is done.
Dr. James P. K. Gilb, SiBEAM
Name - WirelessHD

10. Suggested resolution (comment 38)‏
Mar 19, 2008
doc.: IEEE /XXXr0
Mar 19, 2008
Suggested resolution (comment 38)‏
Remove channel probing stream index, keep channel probe request and response frames.
Remove MLMEs for channel probe, this is handled by the MAC without intervention of the higher layers. The MAC has the best understanding of the medium.
Rewrite channel probing section to use the following process:
Allocate channel time for stream
Send channel probe and receive response
Re-calculate required channel time
If different than current allocation, request modification to current allocation (either increase or decrease)‏
Repeat this process as necessary while the stream connection is alive
Suggest keep only DEV-DEV probing, determining the highest possible data rate is only required for active connections.
Dr. James P. K. Gilb, SiBEAM
Name - WirelessHD

11. Comment 89 <missing definition>
Mar 19, 2008
doc.: IEEE /XXXr0
Mar 19, 2008
Comment 89 <missing definition>
7.4.7, p. 18: UEP field (comment 17)‏
, p. 21: Number of Beams field (comment 15)‏
, p. 21: Transmit Beam Number field, Received Beam Number field, Beam Status Information field (comment 15)‏
, p. 23: Channel Status Information field (comment 16)‏
Name - WirelessHD