zilongwang/ReadingBank huggingface dataset:
IEEE P802.11 Wireless LANs LB 188 Comments Resolutions for Sub-Clause 9.19 (Part 2) Date: 2012-09-20 Author(s): Name Affiliation Address Phone Email Chunhui (Allan) Zhu Samsung Electronics 75 W. Plumeria Dr, San Jose, CA, USA +1-408-544-2751 This document provides resolutions for comments in sub-clause 9.19 of draft spec D3.0 (LB188). All CIDs are for MAC ad hoc. Sub-clause 9.19.2.5: 6768, 6045, 6046, 6769 Sub-clause 9.19.2.5: CID Page Clause Comment Proposed Change Resolution 6768 David Hunter 130.44 9.19.2.5 Where did this "802.11-2012" text come from? The real 802.11-2012 has "0" in place of "zero" on this line. Same on line 23 of the next page. Update the included 'legacy 2012 text' to the actual 802.11-2012 text. Accepted CID Page Clause Comment Proposed Change Resolution 6045 Adrian Stephens 130.47 9.19.2.5 "for that AC was successful as defined in this subclause" We had a big discussion on what "successful" meant at the last meeting. The rationale for inserting "all MPDUs" in the line above was that the correct reception of any of them defined correct reception for all of them. I think it is still misleading, and had to re-read this subclause several times to determine that it is consistent. Insert the following as a new NOTE after item b): "NOTE--For the purpose of this subclause, successful reception of a response to any of the MPDUs in this PPDU determines that transmission of all MPDUs in the PPDU was successful."
CID Page Clause Comment Proposed Change Resolution 6046 Adrian Stephens 130.64 9.19.2.5 "before transmitting in a TXOP." I don't understand this condition. Is it meant to say, before performing a backoff? Why is there a condition there at all? Surely here the event is the collision d) and the response is to do nothing to these counters. Delete cited text. Revised The referred paragraph has been deleted per the resolution of CID 6705 as in Doc No change is needed here. CID Page Clause Comment Proposed Change Resolution 6769 David Hunter 131.20 9.19.2.5 Where did this text come from? These paragraphs don't look anything like the 802.11-2012 text -- see page 879. Update the included 'legacy 2012 text' to the actual 802.11-2012 text. Rejected. This paragraph is from the changes made by 802.11aa, which is one of our baseline documents. Discussion: 802.11aa Draft D9.0 (Page 72):
IEEE P802.11 Wireless LANs Combined Text for Active Scanning Date: 2012-09-10 Author(s): Name Affiliation Address email Jarkko Kneckt, Mika Kasslin, Gabor Bajko Corporation Otaniementie 19, 02150 Espoo Finland +358504821550 Ping Fang, Yunsong Yang Huawei Technologies Co. Ltd. Bldg. 7, Vision Software Park, Road Gaoxin 9, Nanshan District, Shenze, Guangdong, China, 518057 +86755 36839346 Givon Park, Kiseon Ryu LG Electronics LG R&D Complex 533, Dongan-Gu, Anyang, Kyungki, 431-749, Korea +82-31-450-1879 Lei Wang InterDigital Communications 781 Third Ave., King of Prussia, PA 19406 +1 858 205 7286 leiw@billeigean.com 6.3.3.2 MLME-SCAN.request 6.3.3.2.2 Semantics of the service primitive Instructions to Editor: Change the clause as shown with track changes: The primitive parameters are as follows: MLME-SCAN.request( BSSType, SSID, ScanType, ProbeDelay, ChannelList, MinChannelTime, MaxChannelTime, RequestInformation, SSID List, ChannelUsage, AccessNetworkType, HESSID, MeshID, FILSRequestParameters, ReportingOption, VendorSpecificInfo )
IEEE P802.11 Wireless LANs LB188 Comments Resolution (Clause 22.1) Date: 10 Sep 2012 Author(s): Name Affiliation Address Phone Bo Sun ZTE Corporation Zhendong Luo CATR luozhendong@catr.cn Comments: CID Page Clause Comment Proposed Change Resolution 6400 180.43 22.1.1 As specified above, the VHT STA shall support mandatory feature defined for HT STA Add one bullet to say mandatory features defined in Clause 20 and Clause 18 (Except RIFS) Revised. Suggest TGac editor to accept the proposed modification as below the discussion of CID6400/6410 in document 11-12/1055r1 6401 180.61 22.1.1 As specified above, the VHT STA may support optional features defined for HT STA. Add one bullet to say optional features defined in Clause 20 and Clause 18 Revised. Suggest TGac editor to accept the proposed modification as below the discussion of CID6400/6410 in document 11-12/1055r1 Discussion: As stated in previous paragraph of the same clause, “In addition to the requirements in Clause 22, a VHT STA be capable of transmitting and receiving PPDUs that are compliant with the mandatory PHY specifications defined in Clause 20”. The commented list should reflect the consistent information. Suggested Modification: TGac editor: please insert the following text in D3.0 line 37/page180: “A VHT STA shall support the following clause 22 features: ” TGac editor: please insert the following text in D3.0 line 44/page180: “A VHT STA may optionally support the following clause 22 features:”
CID Page Clause Comment Proposed Change Resolution 6329 180.26 22.1.1 The definitions of SU PPDU and MU PPDU are ambiguous. From the NOTE on P180L26, it is seemed that SU PPDUs is one of the following PPDUs: - VHT SU PPDU - Non-HT PPDU - Non-HT duplicate PPDU On the other hands, it is seemed that MU PPDU is equivalent to VHT MU PPDU. Add the definitions of SU PPDU and replace MU PPDU with VHT MU PPDU throughout the Draft. Rejected. The definition of “SU PPDU” exists in clause 3.1 and an MU PPDU in the future may not be a VHT MU PPDU. Discussion: The comment is correct that a SU PPDU could be a VHT SU PPDU, a Non-HT PPDU or a Non-HT duplicated PPDU. The conception of “SU PPDU” is clearly defined as in Ln32/Pg2 in 11ac spec draft D3.0. And the note here is helping to clarify that “SU PPDU” doesn’t mean a PPDU transmitted to a single user. CID Page Clause Comment Proposed Change Resolution 6504 182.23 22.1.4 What's an independent PSDU? Delete "independent" Please TGac Editor to modify the D3.0 text as the commenter proposed.
IEEE P802.11 Wireless LANs LB189 D2.0 comment resolution (PHY – Transmit center frequency and symbol clock frequency tolerance) Date: 2012-09-10 Author(s): Name Company Address Phone email Tevfik Yucek Qualcomm 3105 Kifer Road, Santa Clara, CA Interpretation of a Motion to A motion to approve this submission means that the editing instructions and any changed or added material are actioned in the TGaf Draft. This introduction is not part of the adopted material. Editing instructions formatted like this are intended to be copied into the TGaf Draft (i.e. they are instructions to the 802.11 editor on how to merge the text with the baseline documents). TGaf Editor: Editing instructions preceded by “TGaf Editor” are instructions to the TGaf editor to modify existing material in the TGaf draft. As a result of adopting the changes, the TGaf editor will execute the instructions rather than copy them to the TGaf Draft. Submission Note: to the reader of this submission are not part of the motion to adopt. These notes are there to clarify or provide context. Transmit center frequency and symbol clock frequency related comments CID Page Clause Comment Proposed Change 20 in 11ac the transmit center frequency and symbol clock frequency are the same make transmit center frequency and symbol clock frequency are the same 749 I don't know why we specify first 25 ppm and then 100 ppm as the frequency and symbol clock tolerance. Clarify 797 Symbol clock frequency tolerance shall be +-25 ppm according to accepted contribution 11-12/0809r5. Change 100 to 25 in line 62 of page 250. Propose: Accept CIDs 20, 749 and 797.
6824 9.28.3 138 31 T The statement "In an MFB response solicited by an MRQ that was carried in a VHT NDP Announcement frame, the MFB shall be computed based on the VHT NDP following the VHT NDP Announcement frame." was redundant with P137L10 " in the case of a VHT NDP Announcement carrying the MRQ, based on the subsequent VHT NDP......" Remove this sentence. Resolution: Reject Discussion: The sentence does repeat what has been said in the previous page. However the sentence does add context to adjacent paragraphs. So we recommend keeping it as it is. 6826 9.28.3 138 54 T P138L43 states that "If the MFB is in the same MPDU as a VHT Compressed Beamforming while P138L54 states that "For unsolicited MFB that is not in the same PPDU as a VHT Compressed Beamforming frame". Please clarify whether to use MPDU or PPDU to make the statements consistent. Please clarify whether to use MPDU or PPDU to make both statements consistent. Resolution: Reject Discussion: These sentences are consistent so there is no reason to change them. 6681 9.28.3 139 27 T "NOTE 1--If a STA fails to respond immediately to an MRQ". Tehre is no such a requirement as immediate response to an MRQ, so there canno be a failure chang to: "NOTE 1--If a STA does not respond immediately to an MRQ ... " Resolution: Reject Discussion: “Immediate” does have a strict meaning with respect to solicited MFB i.e. when solicited MFB is sent in the same TXOP as the corresponding MRQ.
IEEE P802.11 Wireless LANs LB188 (TGac D3.0) Comment Resolution –Clause 22.3.4 Date: September 13th 2012 Author(s): Name Affiliation Address Phone email Minho Cheong ETRI +82-42-860-5635 minho@etri.re.kr CID Page Clause Comment Proposed change Resolution 6320 200.43 22.3.4.2 The function of IDFT is described unclearly. It should be pointed out the objective of IDFT operation. The similar problems also exist through 22.3.4.3 to 22.3.4.10. Explain the objective of IDFT operation. REJECT See 12/1074r1 It seems that we don’t have to state that the objective of IDFT operation here is for the OFDM transmission, because it is one of widely known basics and the previous clause (clause 22.3.3 transmitter block diagram) already defines the block of IDFT.
CID Page Clause Comment Proposed Change Resolution 6839 Kaiying Lv 110/44 9.7.6.6 the "signaling TA" is repaced with "bandwidth signaling TA" change all the "signaling TA" to "bandwidth signaling TA" in the draft. Revised – Tgac editor to make changes of TGac draft 3.1 as shown in document under the heading CID6279. Discussion TGac has updated “signaling TA” to “bandwidth signaling TA”. Replace all the “signaling TA" by "bandwidth signaling TA" in the draft. Proposed changes TGac editor: Please replace “signaling TA”by “bandwidth signaling TA” on page 116 line 62 as follows: Note—The BSSID(TA) field of a CF -End frame is treated as a TA fi eld when set to a signaling TA. Please replace “signaling TA”by “bandwidth signaling TA” on page 119 line 60 as follows: A VHT STA not set the TA field to a signaling TA in a frame sent to a non-VHT STA. Please replace “signaling TA”by “bandwidth signaling TA” on page 134 line 65 as follows: The channel obtained for a TXOP is the bandwidth of the initial frame of the TXOP, if the initial frame does not have a signaling TA or does not require a response. The channel width obta ined for a TXOP is the bandwidth of the response to the initial frame if the in itial frame has a signaling TA and requires a response. References:
IEEE P802.11 Wireless LANs LB188 (TGac D3.0) Comment Resolution –Clause 22.3.8 Date: September 18th 2012 Author(s): Name Affiliation Address Phone Minho Cheong ETRI +82-42-860-5635 minho@etri.re.kr CID Page Clause Comment Proposed change Resolution 6348 219.44 22.3.8.1.1 It is not clear whether the word "between" includes the boundary values or not. Clarify it. REJECT “Between -200 and 0 inclusive” includes and 0 as well. So, there is no ambiguity. See 12/1087r1. <Discussion> “Between -200 and 0 inclusive” includes -200 and 0 as well. So, there is no ambiguity. TGac editor: No change
6352 235.19 22.3.8.2.6 As stated in P238L1, transmission signal of for 80+80 MHz PPDU is defied as two 80 MHz VHT formats; therefore, the definition of VHT-SIG-B bits in 80+80 MHz transmission is not needed in Figure 22-20. Delete the caption of "80+80 MHz" from Figure 22-20. Change the caption of "80 MHz" to "80 MHz / each segment of 80+80 MHz." Delete "and 80+80 MHz" in P235L2. Change "For an 80 MHz transmission" in P235L1 to "For 80 MHz transmission and each segment of 80+80 MHz transmission" See 12/1087r1. <Discussion> TGac editor: 6477 234.00 22.3.8.2.6 Since the maximum useful pre-EOF pad PSDU size is 2**20-1 octets, you can't need more than 19 bits to represent this. The rejection to CID 4703 refers to 11/609r5 as the justification for the extra two bits. However, the only justification given there is "Bigger PHY layer maximal PSDU length makes future extention easier." This is not a valid justification as (a) there is no problem extending the field in the future if there are reserved bits after it and (b) none of the other lengths have "future extension" padding In the penultimate column of Table change the Length field to read "B0-B18 (19)" and the Reserved field to read "B19-B22 (4)" REJECT The commenters suggested reduce the bit size of VHT-SIG-B length representation for SU 80/80+80/160. But, when a similar comment was submitted in D0.1 & D2.0 comments resolution stage, TGac has already agreed that the current text is still valid even if it might be excessive a little for a case, because bigger PHY layer maximal PSDU length makes future extention easier.
is also not clear where exactly the segment parsing happens. From the draft, it looks like the segment parsing happens right before IFFT, but the PHY introduction slides showed differently. Also it does not define how to do the parsing (round-robin or block-wise, etc) segment parser, will bring a proposal 16 Perahia 244.36 The useful aspect of the segment parser in 11ac is that it makes the 160 MHz and 80+80 MHz modes modular blocks of 80 MHz. We've lost that feature if the segment parser is not used in 11af. include the segment parser Modified . 17 Eldad Perahia 244.36 Does all of operation use an interleaver mean that the interleaver is used for LDPC? do not use interleaver for LDPC Accepted 265 Fei Tong 244.36 The second sentence is neither appropriate nor accurate, causes confusion. For instance, LDPC does not use any interleaver. change the text to "The segment parser is not used in Clause 23 as a single interleaver is used for BCC code irrespective of number of channel segments" Accepted 605 James Miller 244.36 Keep segment parser the same as current 11ac. Keep segment parser the same as current 11ac. Modified 657 Tevfik Yucek 244.36 Sentence need change Change sentence as "All modes of operation use a common interleaver". Accepted 734 Joseph Kwak 244.36 Keep segment parser the same as current 11ac. Keep segment parser the same as current 11ac. Duplicate with CID 605 765 Ronald Murias 244.36 Keep segment parser the same as current 11ac. Keep segment parser the same as current 11ac. Duplicate with CID 605 844 Joseph Levy 244.36 Keep segment parser the same as current 11ac. Keep segment parser the same as current 11ac. Duplicate with CID 605
IEEE P802.11 Wireless LANs LB189 D2.0 11af Comment Resolutions on TVHT-SIGB Date: 2012-09-12 Author(s): Name Affiliation Address Phone Email Hongyuan Zhang Marvell 408-222-1837 hongyuan@marvell.com Abstract: Resolutions of D2.0 comments on TVHT-SIGB (23.3.8.2.6): CIDs 67, 223, 267, 268, 269, 287, 345, 353, 370 67 Osama 243.39 For VHT-SIG-B, the length of the field changes depending on the channel bandwidth. What is the lengths of the VHT-SIG-B field for 2W and 4W channels? And what is the repetition pattern? clarify Revised 223 Raja Banerjea 243.41 In the US TVHT could be deployed with 6, 6+6, 12, 12+12 MHz. However VHT-SIGB is defined for 20, 40, 80, 80+80 and 160 MHz. Based on my reading of the 11af specification, VHT-SIGB transmission uses the 40 MHz 11ac VHT-SIG-B and transmits over all the segments. Definition of VHT-SIGB for TVHT is incomplete in the draft, possibly add a transmit In the US TVHT could be deployed with 6, 6+6, 12, 12+12 MHz. However is defined for 20, 40, 80, 80+80 and 160 MHz. Based on my reading of the 11af specification, transmission uses the 40 MHz 11ac VHT-SIG-B and transmits over all the segments. Definition of Revised
R.3.2.1.2.D: The 802.11ah draft specification shall have 1MHz SIG field contents as follows. SIG Field Bits Comments STBC 1 Same as in 11ac Num 2 Number of streams for SU SGI 1 Short Guard Interval Coding 2 1st bit is coding type (LDPC/BCC), 2nd bit is for LDPC Nsym ambiguity MCS 4 MCS Aggregation bit 1 Signals use of AMPDU Length 9 Length field (in symbols when aggregation is ON, is in bytes when aggregation is OFF, Mandate AMPDU for packet sizes > 511 bytes Ack Indication 2 00: Ack; 01: BA; 10: No Ack; 11: a frame not ACK, BA or CTS [refer to R.3.2.1.B] Reserved Some possible uses are MAC bits or any other new features etc. Details TBD CRC 4 4 bits of CRC should be enough Tail 6 36 SIG goes at BPSK-rate ½ -rep 2 No MU transmissions for the 1MHz mode No AID supported R.3.2.1.2.I: The following CSD (to be applied Per-Space-Time-Stream) shall be used for the 1 MHz frame format [2012 July meeting minutes, 11-12/83r1:motion1, 4]: T_cs(n) for 1MHz Frame Format Total number of streams Cyclic shift (for Tx Stream n) (μs) 1 2 3 4 1 0 - - - time
MLME-AUTHENTICATE.confirm( PeerSTAAddress, AuthenticationType, ResultCode, Content of FT Authentication elements, Content of SAE Authentication Frame, , VendorSpecificInfo ) Name Type Valid range Description PeerSTAAddress MACAddress Any valid individual MAC address Specifies the address of the peer MAC entity with which to perform the authentication process. AuthenticationType Enumeration OPEN_SYSTEM, SHARED_KEY, FAST_BSS_TRANSITION, SAE, Specifies the type of authentication algorithm to use during the authentication process. ResultCode Enumeration SUCCESS, REFUSED, ANTI-CLOGGING TOKEN REQUIRED, FINITE CYCLIC GROUP NOT SUPPORTED, AUTHENTICATION REJECTED Indicates the result of the MLMEAUTHENTICATE. request primitive. Content of FT Authentication elements Sequence of elements As defined in 12.8 (FT authentication sequence) The set of elements included in the second message of the FT authentication sequence, as described in 12.8.3 (FT authentication sequence: contents of second message). Present only if dot11FastBSSTransitionActivated is true. Content of SAE Authentication Sequence of elements and fields As defined in 8.4.1.37 (Send-Confirm field), 8.4.1.38 (Anti-Clogging Token field), 8.4.1.39 (Scalar field), 8.4.1.40 (Element field), 8.4.1.41 (Confirm field), and 8.4.1.42 (Finite Cyclic Group field) The set of elements and fields to be included in the SAE Commit Message or SAE Confirm Message. Present only if AuthenticationType indicates SAE authentication. VendorSpecificInfo A set of elements As defined in 8.4.2.28 Zero or more elements. 6.3.5.4.2 Semantics of the service primitive The primitive parameters are as follows: MLME-AUTHENTICATE.indication( PeerSTAAddress, AuthenticationType,
7123 "requires" is a "shall", which does not appear to be intended. Replace "that the PHY requires to change" with "for the PHY to change". MAC Proposed Resolution Rejected. This comment is out of This comment is on text that is not changed in this recirculation, is not affected by other changes in this recirculation, and is not the subject of an unsatisfied comment. 7339 "BSS, mesh and TDLS interfaces" implies a mesh is not a BSS, but it is (a.k.a. MBSS) Delete the ", mesh" MAC Context: “The PARTIAL_AID_LIST_GID00 parameter includes the list of partial AIDs that the STA is an intended recipient of on its BSS, mesh and TDLS interfaces associated with group ID 0. The settings of the PARTIAL_AID are specified in 9.17a (Group ID and partial AID in VHT PPDUs)).” Proposed Resolution: Accepted. (Note that this is a subset of the resolution to CID 7342, which also deletes the cited text). 7342 What exactly does "interfaces" mean here? Clarify MAC Discussion. Perhaps we need help from ARC here. My take is that “interfaces” was supposed to appeal to the existence of separate into which traffic for BSS and TDLS operation flowed indepdendently. I don’t believe this is any model described by 802.11. We have a single MAC Data SAP per MAC entity, end of story. That MAC entity can be receiving data from a TDLS peer and its AP, and there is nothing at the MAC SAP to differentiate it. Proposed Resolution: Revised. Delete “on its BSS, mesh and TDLS interfaces” at 29.24 and 29.34. 7353 There are vague rumours that multiple RTS/CTSes are allowed in a TXOP involving MU PPDUs, but this is not allowed by Annex G Either publicly deny the rumours, or extend Annex G (and probably some stuff in clause 9) MAC Discussion: In R0, I proposed a reject. At the TGac ad-hoc we determined that this response was incorrect.
DSE9 Extended channel switch procedure Transmission of extended channel switch announcement and channelswitch procedure by an AP Transmission of extended channel switch announcement and channelswitch procedure by a STA Reception of extended channel switch announcement and channel switch. 10.10.3 10.10.3 10.10.3 (CF15&CF1):M (CF15&CF2.): M CF15:M Yes No N/A Yes No N/A Yes No N/A
IEEE P802.11 Wireless LANs LB 190 PHY CIDs (Comment Resolution for D4.0) Date: 8 November 2012 Author(s): Name Affiliation Address Phone email Eldad Perahia Intel Corporation eldad.perahia@intel.com Clause 22 comments: CID Page Clause Comment Proposed Change Resn Status Resolution 7317 208.00 22 It should be allowed to not transmit anything to an MU PPDU recipient, after the APEP, rather than having to transmit padding Allow this J Rejected - receiver implementations would likely be negatively affected by an option to not transmit anything on some portions of some streams within a single PPDU, e.g. consider the effect of the ensuing power change at the receiver. 7320 208.00 22 The block size/througput per BCC encoder should be specified, as they were for HT, to justify the N_ES values given in the tables (in HT you can easily verify that in the tables in 20-6, all MCSes where the LGI rate is >= 300 Mbps have N_ES = 2, else N_ES = 1) Steal the HT terminology and adjust the numbers J REJECTED - There is no need to block size/throughput per BCC encoder used to choose N_ES. Implementers only require the actual values in the tables to build
number of OFDM symbols indicated supplied in the N_SYM field" with "In an SU transmission, normal termination occurs after the transmission of the final bit of the last PSDU octet" Note that PSDU_LENGTH has already been calculated to match the number of symbols and that the PHY padding bits are not supplied by the MAC. deleted and reference added. Refer to changes in 12/1296 under CID 7279 heading. 7072 307.12 22.3.20 A good reference for NON_HT is clause 18 not clause 20 "Refer to clause 18 or 20" V Revised - Refer to changes in 12/1296 under CID 7072 heading. 7073 307.23 22.3.20 "non-VHT training symbols" is not well defined nearby - not in 22.3.20 nor fig 22-32 Replace non-VHT training by L-STF, Not sure that we need BPSK rate 1.2 either V Revised – in principle. Refer to changes in 12/1296 under CID 7073 heading. TGac editor: modify TGac D4.0 P305L17 as follows: NOTE 1—For MU the A-MPDU is per user in the MAC sublayer; and the VHT Training Symbols, VHT-SIG-B, and Data are per user in the PHY in Figure 22-32. TGac editor: modify TGac D4.0 P305L58-60 as follows: In an SU transmission, normal termination occurs after the transmission of the final bit of the last PSDU octet, according to the number of OFDM symbols indicated . TGac editor: modify TGac D4.0 P307L23, Figure 22-33 as follows: Clause 22.3.21 comments: CID Page Clause Comment Proposed Change Resn Status Resolution 7074 308.16 22.3.21 "Upn receiving the transmitted PHY preamble .." needs to be conditioned on "overlapping the prinary 20 MHz channel" for P308 L18 to be correct Insert "overlapping the prinary 20 MHz channel" A Accepted - Refer to changes in 12/1296 under CID 7074 heading.
When? What role was played by Dr. Martin Luther King, Jr.? How did the boycott come to an end? *The Little Rock Nine What caused the “crisis” at Central High in Little Rock, Arkansas? What did Governor Faubus do to prevent integration? How did President Eisenhower finally respond? When? The Greensboro Four What were these men doing? How was this an example of non-violent protest? What was the result? When? *Massive Resistance Why was the phrase “with all deliberate a problem? What is meant by massive resistance? When? Describe the methods used in Virginia for its massive resistance campaign? When were Virginia’s schools finally integrated? * SOL specific content
IEEE P802.11 Wireless LANs LB189 WSM CIDs Comment Resolutions Date: 2012-11-11 Author(s): Name Affiliation Address Phone email Yongho Seok LG Electronics LG R&D Complex 533, Dongan-Gu, Anyang-Shi, Kyungki-Do, 431-749, Korea yongho.seok@lge.com CID Page Clause Comment Proposed Change Resolution 98 31.50 6.3.101.2.2 The ResultCode at 31.50 contains a TIMEOUT without a normative description of how it is generaterated. Per WG style it should be removed. Remove the ", TIMEOUT". Revise- Because MLME does not receive any response as the result of WSM Announcement frame transmission, remove primitive. 99 32.61 6.3.101.4.2 The WSM.response is supposed to do: "This primitive schedules transmission of a response" What frame is this carried in? I don't see any such definition. Either remove the WSM.response and WSM.confirm primitives, or describe the process of how a WSM response is transmitted, with particular reference to which frame type is used. Accept- Because MLME does not receive any response frame as the result of WSM Announcement frame transmission, remove and primitives as the proposed change from commenter. Discussion: MLME-WSM.confirm and MLME-WSM.response primitives are not needed because WSM Announcement procedure uses a uni-direction frame exchange sequence. Proposed Resolution: Accept Because MLME does not receive any response frame as the result of WSM Announcement frame transmission, remove MLME-WSM.confirm and MLME-WSM.response primitives as the proposed change from commenter.
IEEE P802.11 Wireless LANs D2.0 comment resolution (11af TXOP limit) Date: 2012-11-12 Author(s): Name Company Address Phone email Tevfik Qualcomm 3105 Kifer Road, Santa Clara, CA 408-2166864 Interpretation of a Motion to Adopt A motion to approve this submission means that the editing instructions and any changed or added material are actioned in the TGaf Draft. This introduction is not part of the adopted material. Editing instructions formatted like this are intended to be copied into the TGaf Draft (i.e. they are instructions to the 802.11 editor on how to merge the text with the baseline documents). TGaf Editor: Editing instructions preceded by “TGaf Editor” are instructions to the TGaf editor to modify existing material in the TGaf draft. As a result of adopting the changes, the TGaf editor will execute the instructions rather than copy them to the TGaf Draft. Submission Note: Notes to the reader of this submission are not part of the motion to adopt. These notes are there to clarify or provide context. Comments: CID Page Clause Comment Proposed Change 511 Need to add EDCA IE subclause and modify the default TXOP limit parameter values. As per comment Propose: Accept CID 652 Comment: Updated TxOP limits for 11af using PHY downclocking factors. Editing instructions TGaf editor: Change Table 8-105 as shown in 8.4.2.31 EDCA Parameter Set element AC CWmin CWmax AIFSN TXOP limit For PHYs defined For PHYs defined in Clause 18, For PHY defined in Clause 23 Other PHYs
during a TXOP. Kim "NUM_STS summed over all users is between 1 and 8." isn't very clear. Some people think this doesní»t include 1 and 8, see, e.g., Change to over all users is in the range 1 to 8." Revised. See changes under this CID in 12/1379 which substantially make this change Discussion: “in the range from x to y” is a common template and is less ambiguous Change: NUM_STS FORMAT is VHT Indicates the number of space-time streams. Integer: range 1-8 for SU, 1-4 per user in the TXVECTOR and 0-4 in the RXVECTOR for MU. NUM_STS summed over all users is 1 8. MU Y
In Table 20-1 of IEEE Std 802.11-2012, is "O (Optional)" for RXVECTOR. In Table 22-1, is defined as "Y (Present)". If is false and VHT STA receives HT PPDU format, wil not present. So, shall be optional in Table Change to "O" in Table 22-1 RXVECTOR row. Revised. See changes under this CID in 12/1379 which make it clear that this parameter is not present if the MIB variable is false Discussion: Agreed that this is present only if dot11MgmtOptionTimingMsmtActivated is true. This can be handled most precisely using the Condition column. Change: RX_START_OF_FRAME_OFFSET 0 to 232– 1. An estimate of the offset (in 10 ns units) from the point in time at which the start of the preamble corresponding to the incoming frame arrived at the receive antenna port to the point in time at which this primitive is issued to the MAC. N Y 7043 Brian Hart 22.2.3 218.38 Too much information ... say this once in the rigth place and not elsewhere when not strictly necessary. Change "If the operating ch width is wider than XX MHz then ... as defined in Equaiton (22-11) 4x in this table, replace this kind of langauge by "After duplicaiton, each 20 MHz channel is rotated as defined by Gamma_{k,BW} as defined in LSTF section, LLTF section, LSIG section and /22.3.10.12" Revised. See changes under this CID in 12/1379 r<motionedRev#>, which substantially make this change 217.
IEEE P802.11 Wireless LANs Minutes for TG REVmc Teleconferences Nov 2012 - Jan 2013.docx Date: 2013-01-11 Author(s): Name Affiliation Address email Jon Rosdahl CSR N 5750 W, Highland, UT 84003 801-492-4023 jrosdahl@ieee.org Minutes for 802.11 TG Telecon Nov 30. 2012 Carlos ALDANA, Qualcomm; Dorothy STANLEY, Aruba; Adrian STEPHENS, Intel; Jon ROSDAHL CSR; Mark RISON, Samsung; Mark HAMILTON, Spectralink; Robert STACEY, Apple Call to order at 10:05 am by Dorothy Stanley Questions on the Patent Policy Jon Rosdahl indicated that an LOA will be posted for the active 802.11 projects in the near future. Review Agenda: Call to order, patent policy, attendance Editor Report Comment resolution - CIDs listed below: 329 - Revisit, Robert Stacy 76, 86, 89, 91, 58, 128, 147, 148, 33, 11, 12, 13, 21, 22, 34, 37, 173, 329, 354, 359, 362, 363, , 84, 200, 215, 219, 224, 277, 278, 282, 216 - (MAC) -Mark Hamilton AOB Adjourn Agenda approved Report – 130 approved in Nov meeting and edited into .06 and ready for review Mark Rison has several that are pending\ Total resolved approved comments are 138 220 that are not resolved. 105 are in Gen, 97 in MAC. 18 Editorial 133 not touch yet. Resolution: Continue with Adrian’s Gen Comment Submission list as Robert Stacy and Mark H. are not yet on the call. Continue with Doc 11-12/1229r2 CID 114 Review comment and end notes. Suggest we take Alternate Proposal 3: Revised. Add the following statement at 104.30, after “the specific manner in which these MAC and PHY LMEs are integrated into the overall MAC sublayer
Hart 222 22.3 PHY is a not a sublayer. Also P222L6 really describes a sublayer not a layer Retitle to VHT PHY layer. And "This subclause provides the prcedure by which PSDUs are converted to and from transmissions on the wireless medium" Context: At 222.01: 22.3 VHT PHY sublayer 22.3.1 Introduction This subclause provides the procedure by which PSDUs are converted to and from PPDUs. Proposed resolution to CID 7029: Accepted. <This document> provides proposed text change. Proposed text change: At 222.01: 22.3 VHT PHY layer 22.3.1 Introduction This subclause provides the procedure by which PSDUs are converted to and from . Hart "Multiple by 1st column of P for user 0" and below "Multiple by 1st column of P for user Nu-1" is not quite true. Should be "Multiple by user specific elements of 1st column of P for user 0" 2x a) Make the change by lengthening the contents of the box, or b) invent a more compact term for this ...maybe "spatial P/A-multiplication" and use the new term throughout this section, a few times in 22.3.8.2.5 and other sections that use P or A, and maybe provide suitable references here. Context: At 224.30 –65: Figure 22-7—Transmitter block diagram for the VHT-SIG-B field of a VHT MU PPDU
Proposed resolution to CIDs 7102: Revised. <This document> provides proposed text change. Proposed text change: At 237.15 NCBPSS, NCBPSS,u Number of coded bits per symbol per spatial stream. NCBPSS = NSD for all users. For the Data NCBPSS,u equals the number of coded bits per symbol per spatial stream for user u, u = 0, ..., Nu-1. For the Data field of a VHT SU PPDU, NCBPSS = NCBPSS,0 For the Data field of a VHT MU PPDU, NCBPSS is undefined Hart "For the Data field NESu is the number of BCC encoders ... " is inconsistent with "For the Data field encoded using LDPC, NES=1 ..." Change first citation to "For the Data field encoded using BCC, NESu is the number of BCC encoders ...". Move the next two rows to the end since they apply to both BCC and LDPC Context: At 238.28: NES, NES,u The number of BCC encoders. For the VHT-SIG-B field, NES = 1 for each user. For the Data field, NES,u is the number of BCC encoders for the Data field for user u, u = 0,…, Nu-1. For the Data field of a VHT SU PPDU, NES = NES,0. For the Data field of a VHT MU PPDU, NES is undefined. For the Data field encoded using LDPC, NES = 1 for a VHT SU PPDU and NES,u = 1 for a VHT MU PPDU for user u, u = 0, …Nu-1
Hart 222 22.3 PHY is a layer not a sublayer. Also P222L6 really describes a sublayer not a layer Retitle to VHT PHY layer. And "This subclause provides the prcedure by which PSDUs are converted to and from transmissions on the wireless medium" Context: At 222.01: 22.3 VHT PHY sublayer 22.3.1 Introduction This subclause provides the procedure by which PSDUs are converted to and from PPDUs. Proposed resolution to CID 7029: Accepted. <This document> provides proposed text change. Proposed text change: At 222.01: 22.3 VHT PHY layer 22.3.1 Introduction This subclause provides the procedure by which PSDUs are converted to and from . Hart "Multiple by 1st column of P for user 0" and "Multiple by 1st column of P for user Nu-1" is not quite true. Should be "Multiple by user specific elements of 1st column of P for user 0" 2x a) Make the change by lengthening the contents of the box, or b) invent a more compact term for this ...maybe "spatial P/A-multiplication" and use the new term throughout this section, a few times in 22.3.8.2.5 and other sections that use P or A, and maybe provide suitable references here. Context: At 224.30 –65: Figure 22-7—Transmitter block diagram for the VHT-SIG-B field of a VHT MU PPDU
On the other hands, actually, subclause 22.3.8.2.6 (VHT-SIG-B definition) does not use the parameter NCBPSS to define the waveform of VHT-SIG-B. It can also be considerd that the sentence is redandunt. Proposed resolution to CIDs 7102: Revised. <This document> provides proposed text change. Proposed text change: At 237.15 NCBPSS, NCBPSS,u Number of coded bits per symbol per spatial stream. NCBPSS = NSD for all For the Data NCBPSS,u equals the number of coded bits per symbol per spatial stream for user u, u = 0, ..., Nu-1. For the Data of a VHT SU PPDU, NCBPSS = NCBPSS,0 For the Data field of a VHT MU PPDU, NCBPSS is undefined Hart "For the Data field NESu is the number of BCC encoders ... " is inconsistent with "For the Data field encoded using LDPC, NES=1 ..." Change first citation to "For the Data field encoded using BCC, NESu is the number of BCC encoders ...". Move the next two rows to the end since they apply to both BCC and LDPC Context: At 238.28: NES, NES,u The number of BCC encoders. For the VHT-SIG-B field, NES = 1 for each user. For the Data field, NES,u is the number of BCC encoders for the Data field for user u, u = 0,…, Nu-1. For the Data field of a VHT SU PPDU, NES = NES,0. For the Data field of a VHT MU PPDU, NES is undefined.
decide the claim based on the evidence of record, ensuring the rating decision and decision notice adequately explain the basis of the decision. Reference: For more information on Thailand military and herbicide exposure, see the . 6. Developing Claims Based on Herbicide Exposure on Johnston Island Introduction This topic contains information on developing claims based on herbicide exposure on Johnston Island, including an overview of herbicide storage on Johnston Island, and a Fact Sheet on herbicide storage on Johnston Island. Change Date August 7, 2015 a. Overview of Herbicide Storage on Johnston Island Herbicides were stored in drums on Johnston Island in the North Pacific between April 1972 and September 1977. Because military contractors were responsible for the inventory, few military personnel who served on Johnston Island had duties involving the direct handling of herbicides. If a Veteran alleges exposure to herbicides during service on Johnston Island, obtain verification of exposure on a factual Reference: For more information on verifying exposure to herbicides on a factual basis, see M21-1, Part IV, Subpart ii, 1.H.7. b. Fact Herbicide Storage on Johnston Island Below is a Fact Sheet on the storage of the herbicide Agent Orange on Johnston Island. FACT SHEET: STORAGE OF AGENT ORANGE ON JOHNSTON ISLAND Approximately 1.5 million gallons of Agent Orange (AO) were stored on Johnston Island (JI) between April 1972 and September 1977, when it was incinerated at sea.
Teacher’s Guide Name of Text: Abraham Lincoln’s Second Inaugural Address Question Composers: Andrea Ramelli; Tennile O’Meara; Elena Kelley Nevada State Standards: H2.18, .19 (review), H3.22 CCSS: RHST.11-12.1, RHST.11-12.2, RHST.11-12.3, RHST.11-12.4, RHST.11-12.5, RHST.11-12.8, RHST.11-12.10; WHST.11-12.2, WHST.11-12.9, SL.11.1, SL.11.2; L.11.1, L.11.2, L.11.4 Text Dependent Questions Teacher and Possible Textual Evidence For Student Answers Using the first sentence, what does the word “inaugural” in the title mean? Line 6 – taking the oath of Presidential office Reasoning: to orient the reader to the topic According to the text, what is Lincoln the president of? Line 23 – President of the Union Reasoning: orient the reader to the time period and prepare the student for analysis Identify as many of Lincoln’s references to war as you can in line 10-32 by line number and language used. Line 11 – great contest Line 12/13 – progess of our arms Line 15 – with high hope to the future Line 19 – impending civil war Line 21 – saving the Line 21 – war Line 22/23 – dissolve the and divide effects Line 23/24 both parties deprecated war, but one of them would make war rather than let the nation survive Line 25 – the would accept war rather than let it perish Line 25/26 – and the war came Line 31 – the cause of the war Line 32 – insurgents
This Week at Trinity Sunday, November 12: Worship – 8 & 10:30 am Bible Activity Hour and Classes – 9:15 am Monday, November 13: Monday Morning Bible Class – 7 am Elders’ Meeting – 6 pm Board Meetings – 7 pm Tuesday, November 14: TSL Confirmation Classes – 8 am Men’s – 6 pm Bible Instruction Class – 7 pm Senior Choir – 7 pm Confirmation Class – 7:00 am Wednesday, November 15: TSL Confirmation Class – 8 am Worship with Communion – 6:30 pm Thursday, November 16: TSL Confirmation Classes – 8 am Bible Class – 10:30 am Blood Drive – 1 pm Sunday, November 12: Worship with Communion – 8 & 10:30 am Bible Activity Hour and Classes – 9:15 am Church Attendance Wednesday, November 1 30 Sunday, November 5 273 Church Attendance
The Program Outcomes for this program are listed below. At least one-third of your program outcomes must be assessed as part of this Annual Update, and across the next three years all of these program outcomes must be assessed at least once. Automotive Technology Program Outcomes In which courses are these program outcomes addressed? of these program outcomes were assessed during the last fiscal year? Assessment Methods Used 1) Engine Performance Troubleshooting, utilizing scan tool, scopes, DVOM. AUT 245 2) Chassis System diagnosis, systems and ABS systems. Steering systems, alignments and suspension AUT 165 & 210 ASE End of Program Exam & Success Rate 3) Test engines for integrity, overhaul. AUT 108 4) Electrical System troubleshooting, schematic reading and circuit diagnosis. AUT 124 & 125 ASSESSED IN FY 10-11 ASE End of Program Exam 5) Heating and air conditioning system diagnosis, system operations, and climate control systems. AUT 146 ASE End of Program Exam & Success Rate 6) Safety Management skill development; OSHA and environmental safety skill development. All AUT Courses, OPT 211 7) Fuel system diagnosis, emission control system diagnosis, fuel injection and PCM related systems. AUT 115 ASSESSED IN FY 10-11 ASE End of Program Exam 8) Manual transmission and driveline system diagnosis and repair, driveline and differentials. AUT 142 9) Automatic transmission systems diagnosis and repair, 4 drive systems. AUT 241 ASE End of Program Exam & Success Rate 10) Business Communication skills, computer customer operations skill development. AUT 215 & 111, EDT 198, ENG Courses, COM 206 Performance Appraisals 11) Analytical problem-solving methods. All AUT Courses, INT 141 Performance Appraisals
11. Inspect evaporator housing water drain; perform necessary action. P-2 12. Remove, inspect, and reinstall evaporator; determine required oil quantity. P-3 13. Remove, inspect, and reinstall condenser; determine required oil quantity. P-3 VII. HEATING AND AIR CONDITIONING C. Heating, Ventilation, and Engine Cooling Systems Diagnosis and Repair 1. Diagnose temperature control problems in the heater/ventilation system; determine necessary action. P-2 2. Perform cooling system pressure tests; check coolant condition, inspect and test radiator, cap (pressure/vacuum), coolant recovery tank, and hoses; perform necessary action. P-1 3. Inspect engine cooling and heater system hoses and belts; perform necessary action. P-1 4. Inspect, test, and replace thermostat and gasket/seal. P-1 5. Determine coolant condition and coolant type for vehicle application; drain and recover coolant. P-1 6. system; refill system with recommended coolant; bleed system. P-2 7. Inspect and test cooling fan, fan clutch, fan shroud, and air dams; perform necessary action. P-1 8. Inspect and test electric cooling fan, fan control system and circuits; determine necessary action. P-1 9. Inspect and test heater control valve(s); perform necessary action. P-2 10. Remove, inspect, and reinstall heater core. P-3 VII. HEATING AND AIR CONDITIONING D. Operating Systems and Related Controls Diagnosis and Repair
Appendix A ECE 281 Written Evaluation Midterm _____ Final _____ Student ____ Cooperating Teacher _____ Sinclair Faculty _____ Student’s Name _____________________________ Date _______________ Student Identification # ____________________ Center ______________________________________________________________ Age of Children _________ Number of Children __________ Program Outcome 1: Utilize critical thinking skills to apply knowledge of child development and learning *Rating 1 2 3 4 **Evidence/Comments (D)emonstrated (W)ritten (S)poken Frequency Skill Performed 1-Rarely 2-Sometimes 3- A. recognition and respect for individual differences in children’s growth, development and learning B. Identifies basic developmental sequences, stages and milestones of young children.
K. Supports consistency in environments, expectations and L. Supports exploration and play in children’s growth and development M. Supports appropriates and culturally responsive environments for children Program Outcome Rating Average Program Outcome 2 Identify resources and techniques for building diverse family and community relationships *Rating 1 2 3 4 **Evidence/Comments (D)emonstrated (W)ritten Frequency Skill Performed 1-Rarely 2-Sometimes 3- Daily A. Supports families as their children’s first & most influential caregivers & teachers B. recognition of families’ contribution in identifying their children’s varied strengths & influence on children’s behaviors C. Shows recognition of different parenting styles & impact on learning & development D. Demonstrates rapport with families through regular and appropriate communication. E. Maintains & follows rules of confidentiality F. Uses appropriate problem-solving &
methods of documenting developmental progress across all domains F. Assists in collecting information developmental progress through multiple sources G. Maintains confidentiality of observation & assessment information, results & reporting to families & staff are implemented Appendix B ECE 281 Rubric for Rating Performance Level 1 2 3 4 Student rarely demonstrates skill in the classroom ( <70% of the time), must be prompted to demonstrate skill, demonstration of skill does not meet expectations for the standard, extensive additional experience, study and reflection mandatory Student sometimes demonstrates skill in the classroom ( 70% of the time), requires some prompting, demonstration of skill, meets minimal expectations for the standard, additional experience, study and reflection recommended Student usually demonstrates skill in the classroom ( 80% of the time), does not require prompting, demonstration of skill meets expectations for the standard, additional professional development encouraged Student always demonstrates skill in the classroom ( 90% of the time), does not required prompting, demonstration of skill exceeds expectations
planning, time estimates, ethics, and make sound decisions. 270, ETD 278, CAT 218, EGR 128 Core competency survey at the time of graduation Graduate Exit Interviews Employer Surveys Faculty review of student comments from course evaluations 3) Design in detail individual parts from functional sketches provided by an engineer, and model them using a three-dimensional parametric modeler. (i.e. 3D CAD). OPT 101, MAT 131, MAT 132, PHY 131, PHY 132, ETD 101, ETD 110, ETD 118, ETD 213, ETD 222, ETD 230, ETD 238, ETD 245, ETD 270, ETD 278, CAT 218 Faculty and Advisory Committee assessment of ETD 278 Capstone Course Core competency survey at the time of graduation Graduate Exit Interviews Employer Surveys Faculty review of student comments from course evaluations 4) Analyze parts for important product properties: Use mathematical and scientific skills to analyze product properties including form, function, fit, strength, thermal, fluid, etc. OPT 101, OPT 201, INT 113, HVA 286, MAT 131, MAT 132, PHY 131, PHY 132, ETD 101 ETD 102, ETD 110, ETD 118,ETD 132, ETD 213, ETD 214, ETD 222, ETD 230, ETD 245, ETD 238, ETD 261, ETD 278, ETD 291 CAT 218 Faculty and Advisory Committee assessment of ETD 278 Capstone Course Core competency survey at the time of graduation Graduate Exit Interviews Employer Surveys Faculty review of student comments from course evaluations 5) Desk-top manufacturing of models, or patterns using solid model data as ETD 128, ETD 110, ETD 228, Faculty and Advisory Committee assessment
through the ABET Accreditation process. The review in the fall of 2010 had no negative findings. Section III: Assessment of Outcomes The Program Outcomes for this program are listed below. At least one-third of your program outcomes must be assessed as part of this Annual Update, and across the next three years of these program outcomes must be assessed at least once. Heating, Ventilation, Air Conditioning & Refrigeration Program Outcomes In which courses are these program outcomes addressed? Which of these program outcomes were addressed during the last fiscal year? Assessment M ethods Used Communicate effectively in a technical environment, including written and oral communication, effective listening, and technical presentation COM 206 CAT 139 CAT 202 ENG 111 ENG 112 ETD 198 ETD 199 HVA 253 HVA 254 HVA 272 HVA 276 HVA 278 Faculty and Advisory Committee assessment of HVA 278 Capstone Course Graduate Exit Interviews and employer surveys Faculty review of student comments from course evaluations Understand and apply principles of environmental safety and health to HVACR systems operation, maintenance, troubleshooting and design. HVA 184 HVA 186 HVA 250 HVA 254 HVA 276 HVA 278 Faculty and Advisory Committee assessment of HVA 278 Capstone Course Core competency survey at the time of graduation Apply principles of mathematics, physics, chemistry, thermodynamics, psychrometrics, and fluid mechanics to HVACR systems. MAT 131 MAT 132 PHY 131 EET 120 ETD 261 HVA 144 HVA 170 HVA 174 HVA 177 HVA 180 HVA 184 Faculty review of student comments from course evaluations Core competency survey at the time of graduation