Voice:[ ], FAX: [ ], Re: []

Transcription

1 June 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: comment and resolution about CID 64 and etc. Date Submitted: 9 th July, 2010 Source: Jaeseung Son Company: Samsung Electronics Co.,LTD Address: Dong Suwon P.O. Box 105, 416 Maetan-3dong, Yeongtong-gu, Suwon-si, Gyeonggi-do, Korea Voice:[ ], FAX: [ ], [js1007.son@samsung.com] Re: [] Abstract: Collect PHY Header related comment to resolve together Purpose: Contribution to IEEE TG-VLC Notice: This document has been prepared to assist the IEEE P It is offered as a basis for discussion i and is not binding on the contributing ti individual(s) id 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 p of IEEE and may be made publicly available by P TG-VLC Submission Slide 1 Jaeseung Son et al., Samsung

2 CID 64(Subclause , page 42, line 9) DME is missing from Figure 3 Modify figure 3 to include DME My suggestion is Accept. Instruction to editor: insert DME in figure 3. TG-VLC Submission Slide 2 Jaeseung Son et al., Samsung

3 CID 155,161 (Subclause 5.6.4, page 15, line 39) the text states four frame types, and covers five subclauses, but read the rest of the do cument there are six. missing frame types There are too many inconsistencies to provide a solution. Are there two ack frames (one with no payload and one with payload)? As but one example. add visibility frame, add dimming, color stabilization My suggestion is Accept. Instruction to editor: change sentence from This standard defines four frame structures: to This standard defines six frame structures: Insert following sentence at line 38 and 39 in page A visibility frame, used for showing visibility to user and A color frame, used for i ntuitively providing information such as device status and channel quality to the user TG-VLC Submission Slide 3 Jaeseung Son et al., Samsung

4 CID 162 (Subclause , page 15, line 42) The entire subclause needs to be deleted because it repeat s normative information i found in other subclauses. This is supposed to be an overview, not a repeat of the normative figures in the other subclauses Delete Subclause through My suggestion is Reject. Becausefrom5641to5645isintroduction introduction. TG-VLC Submission Slide 4 Jaeseung Son et al., Samsung

5 CID 167 (Subclause , page 16, line 3) This figure is an excellent example of why normative information shall not be r epeated in a specification. The PHR is shown as 1 octet in length, yet in Cla use 6 it is defined to be 3 octets in length. Because the information is repeat ed not just once, but in 4 figures, there are now four corrections to make. Delete Figures 13, 14, and 17 as they repeat normative information whi ch will results (and indeed d has resulted) in technical errors in the draft. My suggestion is accept. Instruction to editor and Daeho: delete octets and length in figure 13,14,15,1 6 TG-VLC Submission Slide 5 Jaeseung Son et al., Samsung

6 CID168(Subclause , page16, line44) CID 171 (Subclause , page 17, line 4) CID172(S (Subclause , 5644 page 17, line 4) The sentences "The MAC payload... form the MAC data frame (i.e., MPDU). "repeat norm ative information and so need to be deleted. The Figure shows the fields and the correc t order. The sentences "The MAC acknowledgment... form the MAC acknowledgment frame (i.e., MPDU)."repeat normative information and so need to be deleted. The Figure shows the f ields and the correct order. The sentences "The MAC payload... form the MAC command frame (i.e., MPDU)."repeat normative information and so need to be deleted. The Figure shows the fields and the c orrect order. Delete the mentioned sentence My suggestion is accept. Instruction to editor : delete sentence in , and TG-VLC Submission Slide 6 Jaeseung Son et al., Samsung

7 CID 169 (Subclause , page 17, line 14~24) The frame format is different from the general packet for mat in section page 39. Harmonize the packet format. My suggestion is accept. Figure in page 39 is updated in 448/r1. Instruction editor: nothing to do. We harmonized it. TG-VLC Submission Slide 7 Jaeseung Son et al., Samsung

8 CID 170 (Subclause , page 15, line 42) The frame format is different from the general packet for mat in section page 39. Harmonize the packet format. My suggestion is accept. Figure in page 39 is updated in 448/r1. Instruction editor: nothing to do. We harmonized it. TG-VLC Submission Slide 8 Jaeseung Son et al., Samsung

9 CID 343 (Subclause 6.4.1, page 39) Delete CSK PPDU There should only be one PPDU format with definable fields. Mo dify the PPDU format in general so it also supports CSK without d efining an explicit PPDU just for CSK. My suggestion is accept. Figure 21 and 22 are updated. Instruction editor: Please replace 6.4 PPDU with document 448/r1 TG-VLC Submission Slide 9 Jaeseung Son et al., Samsung

10 CID 367b (Subclause 6.4.1, page 39) Come up with a different name for the field Preamble pattern as y ou are re-using the term preamble for both the combination of th e fast locking pattern and the preamble pattern. Perhaps "data recovery pattern" or similar? We already solved in CC. Refer slide 35 in 383r4. My suggestion is accept. Instruction ti editor: Refer slide 35 in 383r4 TG-VLC Submission Slide 10 Jaeseung Son et al., Samsung

11 CID 404 (Subclause 6.5.1, page 45, line 17 to 26) The Value entries in Table 24 (PHY constants) are not consist ent with the previously defined packet format / are unrealistic. Please define appropriate PHY constants. We already solved in CID 372. My suggestion is accept. Instruction editor: make sure table 24 (PHY constants) uses max sizes that are precise (i.e instead 64 kb). TG-VLC Submission Slide 11 Jaeseung Son et al., Samsung

12 CID 525 (Subclause , page 60, line 21) ED is stated, but there is no ED in scanning Unknown Based on CID 534, the committee agree with deleting E Di in that tsentence. accept in principle. Instruction editor: delete the ED TG-VLC Submission Slide 12 Jaeseung Son et al., Samsung

13 CID 527 (Subclause , page 60, line 20~32) What are the CQI values to be measured and reported Define the CQI values to be measured and reported, number of bits used for each value etc. My suggestion is accept. It is already defined in Color Quality Indicator IE. TG-VLC Submission Slide 13 Jaeseung Son et al., Samsung

14 CID531(Subclause , page60, line28) CID 536 (Subclause , page 60, line 29) (SY) "A single CQI value set consists of band plan ID and corres ponding CQI value as shown below." I don't see anything below There appears to be something missing in the text Fix " CQI value as shown below." (But there is nothing actually the re so what is missing). My suggestion is accept. Instruction editor: replace below with in table 77 at line 29 TG-VLC Submission Slide 14 Jaeseung Son et al., Samsung

15 CID 609 (Subclause , page 113, line 31) CHANNEL_ACCESS_FAILURE and NO_ACK are described here bu t not part of Table 58 Add to TABLE is related with MLME-COMM-STATUS.indication and table 58 is MLME-SET.confirm parameters. And CHANNEL_ACCESS_FAILURE and NO_ACK is already in tabl e 56. My suggestion is Reject. TG-VLC Submission Slide 15 Jaeseung Son et al., Samsung

16 CID 646 (Subclause , page 132, line 1-20) IEEE has huge problems with the number of remaining r eserved frame types - there are not enough, and it is difficult to provide extensibility for future extensions. So, do not assign too f ew frame types as well. make the Frame Type subfield (at least) 4 bits long. My suggestion is Reject. There is already 3 bits are reserved for extending frame format. TG-VLC Submission Slide 16 Jaeseung Son et al., Samsung

17 CID 722 (Subclause 7.4.2, page 163) (TR) 7.4.2, p. 163, l : The phrase where 6 represents seems to be a remnant of the corresponding clause of the IEEE specification (where the PPDU has size 6 octets, viz. preamble: 4 octets; SHR: 1 octet; length: 1 octet). With vlc, thephyheaderhasvariablesizeandcontainsmoreoctet header has size and octet s than with Suggested remedy: Correct the form ula accordingly. Correct the formula accordingly. TG-VLC Submission Slide 17 Jaeseung Son et al., Samsung

18 CID 722 ackwaitduration is sum of backoffperiod, turnaround time and time taken to transmit ack packet TG-VLC Submission Slide 18 Jaeseung Son et al., Samsung

19 CID 722 (Subclause 7.4.2, page 163) IEEE TG-VLC Submission Slide 19 Jaeseung Son et al., Samsung

20 CID 722 (Subclause 7.4.2, page 163) IEEE Preamble Fast locking pattern: 64 bit Topology dependent pattern: 15 bit PHY header Burst mode : 1 bit Channel number : 3 bit MCS ID : 6 bit Length of PSDU :16 bit Reserved fields : 6 bit HCS :16 bit Channel estimation field 8 bit Total PHY type 1,2 : 127 bit (7.875 octets) PHY type 3 : 135 bit ( octets) Ack MAC payload size 5 octets TG-VLC Submission Slide 20 Jaeseung Son et al., Samsung

21 New calculation CID 722 AckWaitTime = backoff period + turnaround time + clock period * numsymackframe Where numsymackframe is the number of bits in the acknowledgement frame. numsymackframe = *8 for PHY I & II and *8 for PHY III. For B-ACK mode, the AckWaitTime would be larger, depending di on the number of acknowledgements in the b-ack mode as explained in The clock period is obtained via the optical rates specified in Tables 2 and 3. Instruction to editor Replace formula with above equation and supporting text TG-VLC Submission Slide 21 Jaeseung Son et al., Samsung

22 CID 716, 717, 718, 721, 722a, Instruction to editor Resolved via CID 722 TG-VLC Submission Slide 22 Jaeseung Son et al., Samsung