Documente Academic
Documente Profesional
Documente Cultură
11-yy/xxxxr0
Phone:
Fax:
email: bahareh.sadeghi@intel.com
Abstract:
3 2020-08-21
4 2020-09-03
5 2020-09-15
6 2020-09-16
Description
Initial export from DB.
Updated with CID assignments as discussed during conf call on 05/05
Changed Assignee of CID 28 from Yujin to James
Changed Assignee of CID 86 from James to Bahar
Changed Assignee of 32.3.7.3 CIDs from Rui to Dongguk (43 items)
Updated the resolutions for 97 CIDs according to SPs run to date in 11-20/0774r7 (except CID 291)
Changed Assignee of CID 162 from Editor to Qinghua
Changed Assignee of Edtorial CIDs assigned to Joe Levy to Editor
Entered resolution for majority of Editorial comments (11-20/1264r0 ) and CIDs 48, 84,214,343 (11-20/1268r0)
Changed Assignee of CID 65 from Editor to Joe Levy
Changed Assignee of CID 206 from Yujin to Editor
Updated the resolutions of 97 CIDs according to SPs run in 11-20/0774r12, 11-20/1164r7, and 11-20/1352r1 (CID
117 was previously resolved and was updated)
Updated the resolutions of 18 CIDs according to SPs run in 11-20/1352r4
CID 28 was withdrawn
Updated the resolutions of x CIDs according to SPs run in 11-20/1352r6
CID Commenter LB Draft Clause Page(C) Line(C) Type of Part of No Page
Number( Comment Vote
C)
1 Bahareh Sadeghi 30 0.3 31.2.1 22 28 T N 22.28
43 32.2.2 A Editor
42 32.3.6.3 A Editor
28 32.3.6.3 A Editor
1 32.3.7.3.6 A Editor
34 32.3.7.3.6 A Editor
30 32.3.8.10 V Yujin Noh 11-20/0721r0
47 32.3.1 V Editor
V Bahar 11-20/1268r1
Sadeghi
A Editor
13 4.3.19a V James Lepp 11-20/0728r0
7 Keywords A Editor
6 Keywords A Editor
18 Participan A Editor
ts
36 Note A Editor
45 Note A Editor
10 4.3 A Editor
5 31 J Editor 11-20/1264r2
28 31.2.1 1 Editor
31 31.2.1 V Liwen Chu 11-20/1227r3
5 A Editor
3 A Bahar
Sadeghi
11 A Editor
14 9.2.5.1 A Editor
23 9.7.1 A Editor
31 31.2.1 A Editor
33 31.2.1 A Editor
15 31.2.2 A Editor
49 31.2.3 A Editor
50 32.3.11 A Editor
V James Lepp 11-20/0731r2
V Bahar 11-20/1268r1
Sadeghi
15 32.2.4 A Editor
36 32.2.5.1 A Editor
28 32.3.6.3 14 A Editor
34 32.3.8.10 A Editor
56 32.3.9.2 A Editor
45 32.3.4 112 V Yujin Noh
32.3.1 Qinghua Li
24 32.3.7.2 A Editor
1 32.3.7.3.6 16 A Editor
15 3.2 A Editor
28 31.2.1 1 Editor
15 9.2.5.1 1 Editor
31 31.2.1 1 Editor
34 31.2.1 1 Editor
38 31.2.1 1 Editor
44 31.2.1 1 Editor
45 31.2.1 1 Editor
48 31.2.1 1 Editor
15 31.2.2 96 A Editor
64 31.3.1 A Editor
30 32.1.1 A Editor
8 32.1.3.1 V Editor
47 32.3.2 A Editor
46 32.3.4 A Editor
39 32.3.7.2.2 A Editor
55 32.3.7.2.4 A Editor
44 32.3.7.3.3 A Editor
6 32.3.7.3.3 A Editor
40 32.3.7.3.6 A Editor
30 32.3.8.10 A Editor
31 32.3.8.10 A Editor
32 32.3.8.10 J Yujin Noh 11-20/0721
33 32.3.11 98 A Editor
56 32.3.11 A Editor
29 V Bahar 11-20/1268r1
Sadeghi
50 32.3.11 98 A Editor
16 3.2 A Editor
22 3.2 A Editor
29 3.4 55 A Bahar
Sadeghi
11 31.1 A Editor
12 31.1 A Editor
12 31.1 A Editor
17 31.1 A Editor
17 31.1 A Editor
18 31.1 A Editor
20 31.1 A Editor
31 31.2.1 91 A Editor
34 31.2.1 93 A Editor
32 31.2.2 25 V Hanseul
Hong
62 31.3.1 A Editor
63 31.3.1 A Editor
64 31.3.1 A Editor
65 31.3.1 A Editor
37 32.1.1 A Editor
43 32.2.2 A Editor
40 32.3.7.3.6 A Editor
42 32.3.7.3.6 V Dongguk Lim 11-20/1061r1
54 32.3.7.3.6 A Editor
32 32.3.7.3.6 A Editor
34 32.3.7.3.6 A Editor
65 32.3.8.10 A Editor
11p STA is undefined. Change the title of subclause to REVISED, Aug 21, SP 1 EDITOR
However, In 32.2.5 there is "coexistence with legacy STAs
mention of non-NGV format, operating in the band" and a.
which is basically our legacy Change all instances of "an
11p transmission. 11p PPDU" to " Non-NGV
In 32.2.5.2 non-NGV format is format as defined in 32.2.5.2"
Clause 17 PHY with the and b. Change all instances of
changes listed in 32.2.5.2 "in 11p PDDU" to "in non-NGV
format as defined in 32.2.5.2"
The Buffer Size filed is not Remove the reference to Buffer Sept 8, SP 4 EDITOR
applicable in the case of NGV Size field
where there is no negotiation.
The text is not clear.
The text in Table 32-10, B14- Modify the text to clarify that REJECTED- Jul 21, SP 1 EDITOR
B17, refers to CRC what part of calculations in
computation in 11ax, however, 27.3.11.7.3 is applicable, for
the text in the referenced example SiG-B w/ L=13
section 27.3.11.7.3, specifies
CRC calculations for SIG-A and
SIG-B, and NGV-SIG of course
is not listed.
We did not decide that DCM is delete the "16-QAM DCM " in EDITOR
applied on 16QAM for 11bd P25L25
We agreed that LDPC is the delete the related sentence for ACCEPTED- June 9 - SP 1 EDITOR
only coding scheme for data BCC in the FCE_CODING
portion of 11bd PPDU, BCC column in table 32-1.
does not need.
DCM is defined in 11bd in the Table 32-1, modify the ACCEPTED (EDITOR: 2020- EDITOR
DCM <TBD> as to DCM 08-20 04:35:38Z)
DCM is not indicated by uisng Changed <TBD> to NGV MCS ACCEPTED- June 9 SP 1 EDITOR
any signaling and is included in
MCS.
MCS is indicated by NGV-SIG delete the <TBD>. And replace REVISED, July 7, SP 3---- Sept EDITOR
field. with NGV-SIG field 16, SP 3
The NGV-MCS index is defined delete the <TBD>. And replace ACCEPTED, July 7, SP 3, Sept EDITOR
up to 10. with 10 16, SP 3
DCM is indicated by NGV-MCS Changed <TBD> to NGV MCS REVISED July 7, SP 3, Sept EDITOR
16, SP 3
Eq.(32-2) is wrong, correct it. Changed " *** rNGV-LTFiTX (t ACCEPTED (EDITOR: 2020- EDITOR
+ tNGV-LTF) + rNGV-DataiTX 08-20 04:45:48Z)
(t + tNGV-Data)"to **
rNGV-LTFiTX (t - tNGV-LTF) +
rNGV-DataiTX (t - tNGV-Data)
Table 32-8 has a typo. Fix it. In the third row below the table, ACCEPTED (EDITOR: 2020- EDITOR
Changed GI to TGI 08-20 04:47:55Z)
One zero is missing from the chaged the LTF sequence of ACCEPTED (EDITOR: 2020- EDITOR
sequence for NGV-LTF 1x in (32-20) to "{1,0,1,0,-1,0,1,0,- 08-20 04:56:10Z)
10MHz. Correct this point. 1,0,-1,0, 1,0,1,0, 1,0,-1,0,
1,0,1,0, 1,0,1,0, 0, 0,-1,0,1, 0,-
1,0,-1, 0,-1,0,-1, 0,-1,0,1, 0,-
1,0,-1, 0,-1,0,1, 0,1,0,-1 }"
In 20MHz transmission, the modify the LTF sequence of REVISED, July 21, SP 1 EDITOR
sequence for 1x NGV-LTF is (32-22) like as "
consist of sequences located {1,0,-1,0,1,0,-1,0,-
even tone indices of sequence 1,0,1,0,1,0,1,0,-
for 2x NGV-LTF. And the (32- 1,0,1,0,1,0,1,0,1,0,1,0,-1,0,1,0,-
22) has some errors. So, the 1,0,-1,0,-1,0,-1,0,-1,0,1,0,-1,0,-
sequence in (32-22) should be 1,0,-1,0,1,0,1,0,-1,0,1,0,0,0,-
corrected. 1,0,1,0,1,0,-1,0,1,0,-1,0,-
1,0,1,0,1,0,1,0,-
1,0,1,0,1,0,1,0,1,0,1,0,-1,0,1,0,-
1,0,-1,0,-1,0,-1,0,-1,0,1,0,-1,0,-
1,0,-1,0,1,0,1 } "
correct the type insert "+/- " in front of 12 ACCEPTED (EDITOR: 2020- EDITOR
08-20 05:00:47Z)
We defined the three value for modify the following sentence REVISED July 7, SP 4 EDITOR
midamle peridicity and it is like as
indicated by NGV-SIG field. " where M is either 4 or
8 or 16 as indicated by the
Midamble Periodicity field in
NGV-SIG field."
5.3, 5.3.1 and 5.3.2 from 11- 5.3, 5.3.1 and 5.3.2 from 11- Sept 8, SP 2 EDITOR
19/1982 are missing in D0.3 19/1982 are missing in D0.3
11p STA isn't defined. EDITOR
I assume DCM is identical to Introduce a reference to the Sept 8, SP 1 --- REVISED EDITOR
DCM in 11ax. If this is the case baseline definition of DCM. (EDITOR: 2020-08-21
please add a reference when 20:05:24Z) --- Change TBD to
DCM is introduced. clause 32.3.8.6 -
Add MLME primitive and/or Add MLME primitive and/or Sept 8, SP 3 EDITOR
MIB to turn range extension MIB to turn range extension
(MCS 10) on or off. (MCS 10) on or off.
Add MLME primitive and/or Add MLME primitive and/or 11 Sept, SP 1 EDITOR
MIB to turn 20MHz fallback to MIB to turn 20MHz fallback to
primary 10MHz on and off. primary 10MHz on and off.
For frame aggregation we have Add text that harmonizes with 8 Sept, SP 4 EDITOR
a maximum size in bits. This is the frame duration limits in
enough for the receiver REVmd 3.0 table 9-25. In
requirement, but for the particular 10MHz MCS 0,1,2
transmitter the maximum exists and 10 will not be able to
in both bits and duration transmit 7991 bytes.
(microseconds). Add a
reference to REVmd table 9-
25, or recreate that
requirement specific to 11bd.
The risk is that at the lowest
11bd rates in 10MHz, 7991
bytes will be too long in terms
of airtime.
Some of the PHY parameters Commentor will prepare a REVISED, Aug 25, SP 1 EDITOR
in table 32-1 should be submission
exposed in the API for
application developers to
choose which features to use
when transmitting frames (e.g.
Power Boost).
Please remove all TBDs. For discussion REVISED, Sept 16, SP 4 EDITOR
The abbreviation V2X with Substitute "V2X" for "v2x" ACCEPTED (EDITOR: 2020- EDITOR
upper case letters is preferable throughout the document 08-21 06:44:26Z)
and more consistent with
common usage than v2x with
lower case letters
Clause 4.3.19a includes criteria change "for which REVISED, Sept 16, SP 7 EDITOR
for a STA to be an NGV STA. dot11OCBActivated is true" to
One criterion is that "that is capable of operating
dot11OCBActivted is true, with dot11OCBActivated true".
which is a dynamic state. That Also (editorially), change
implies that a given STA might "supports 10 MHz" to "that
dynamically switch between supports 10 MHz"
being an NGV STA and not
being an NGV STA. I would
expect instead that a STA is
always either an NGV STA or
not, and that the criteria are
based on capabilities and not
whether those capabilities are
active.
The criteria for a STA being an In the first sentence, change REVISED, Sept 16, SP 7 EDITOR
NGV STA should include not "that is capable of operating
only the capability to operate with dot11OCBActivated true"
with dot11OCBActivated equal to "that is capable of operating
true, but also the capability to with both dot11OCBActivated
operate with and dot11NGVActivated true"
dot11NGVActivated equal true.
This latter activtation state is
utilized in Clause 5.
An NGV STA should not be change "and 20 MHz" to "and REVISED, Sept 16, SP 7 EDITOR
required to have both a 10 MHz optionally 20 MHz"
and a 20 MHz channel spacing
capability. Support of 20 MHz
channel spacing should be
optional.
Clause 17 specifies 5, 10 and I suggest TGbd consider REJECTED, Aug 14, SP 1 EDITOR
20 MHz channel spacing. The including 5 MHz support as an
NGV STA text does not optional feature of an NGV
mention 5 MHz channel STA.
spacing. While 5 MHz support
might not be a high priority for
TGbd, if 5 MHz support is easy
to include in the specification
via a half-clocking of 10 MHz
support, perhaps it should be
included for NGV as well.
The criteria for a STA being an change "and supports NGV REVISED, Sept 16, SP 7 EDITOR
NGV STA state that it "supports features" to "and supports at
NGV features" in Clause 31 least one NGV feature".
and 32. Those clauses will
specify more multiple features.
TGbd should clearly define
which features are a minimum
set in order for a STA to be
defined as an NGV STA. One
approach is to define a
minimum set as being "at least
one feature". I am open to
other definitions, i.e. to support
of larger sets of features being
required in order to be an NGV
STA.
Radio environment request Add sub-sections to specify the REVISED, Aug 25, SP 1 EDITOR
vector and Radio environment two vectors: radio environment
status vector are defined in request vector and radio
submission 11-19/1982r0. environment status vector,
Those definitions are not using the text in 11-19/1982r0
included in D0.3. They should
be added.
It is not clear why the radio Change "radio environment REVISED, Aug 25, SP 1, Sept EDITOR
environment status vector, status vector" to "radio 16, SP 1
which is information related to a environment request vector"
reception event, is included in
the MA-UNITDATA-
STATUS.indication, which is a
primitive associated with a
transmission. I assume it is
actually intended for this
primitive to include the request
vector.
This comment assumes that When adding a subsection to REVISED, Sept 16, SP 1 EDITOR
the definition of the radio define the radio environment
environment request vector is request vector, based on 11-
added to the draft amendment, 19/1982r0, omit "MDPU
as per another comment. With coding" and define or clarify
that assumption, I comment on "base channel" and "channel
the definition in 11-19/1982r0. width"
Is it necessary or advisable to
include parameters for both
MPDU coding (LDPC, etc.) and
MPDU format (legacy/NGV)? Is
the coding parameter
redundant given that the format
is provided? If it is redundant,
consider omitting MPDU
coding. Another comment is
that the term "base channel" is
not clear and should be defined
or clarified. Does this relate to
the concept of primary and
secondary channels in a 20
MHz NGV channel? Is the
width of the "base channel" the
width of the primary channel
(i.e. 10 MHz) or the width of the
total channel (20 MHz in some
cases)?
This coment assumes that the When adding a subsection to REVISED, Aug 25, SP 1 EDITOR
definition of the radio define the radio environment
environment status vector is status vector, include text to
added to the draft amendment, explain how the receiver
as per another comment. With sending this parameter in a
that assumption, I comment on primitive would know the
the definition in 11-19/1982r0. transmit power level of the
The status vector includes received MPDU
"transmit power level". The
amendment should provide
some information about how
that information would be
available at the receiver.
The specification of Change "(<TBD>: insert REVISED Sept 16, SP 1 ---- EDITOR
ChannelBusyPercentage in the indication from IEEE 1609)" to ACCEPTED, Aug 25, SP 1,
table indicates "(<TBD>: insert "(<TBD>: insert definition of
indication from IEEE 1609)". RawCBP from SAE J2945/1)".
During the April IEEE 1609 WG Liaise with the SAE DSRC TC
meeting it was determined that and SAE Staff to get the
IEEE 1609 does not define definition and obtain
CBP, and it was recommended permission to quote this
that TGbd utilize a definition of definition in the 802.11bd
"RawCBP" from SAE J2945/1. amendment, with appropriate
This suggestion should also be citation.
considered from the
perspective of other standards
organizations, especially ETSI.
To promote interoperability and Specify 100 msec as the REVISED, Aug 25, SP 1 EDITOR
reduce complexity of design, default value for
values for the default, dot11RadioEnvironmetnMeasur
minimum, and maximum of ementPeriod. Also, specify
dot11RadioEnvironmetnMeasur that the minimum and
ementPeriod should be maximum values for this MIB
specified. Alternatively to value are 100 msec and 1000
minimum and maximum values, msec. Also, specify that when
a set of discrete permitted StationCount = 0, the
values might be preferable. CapabilityPercentage shall be
Also, since set to 0.
CapabilityPercentage is a ratio
with StationCount in the
denominator, it is necessary to
specify what
CapabilityPercentage is when
StationCount is zero.
In the Keywords OCB is spelled Replace: "out of context of ACCEPTED (EDITOR: 2020- EDITOR
out incorrectly as: "out of BSS" 08-21 06:47:15Z)
context of BSS". It should be With: "outside the context of a
either: outside the context of a BSS"
basic service set or outside the
context of a BSS
Grammatical error: the material Replace: "therein" ACCEPTED (EDITOR: 2020- EDITOR
is contained in this document, With: "herein" 08-21 06:55:32Z)
therefore it should state
"herein", not "therein".
The subject of "future editions" Replace: "future editions" ACCEPTED (EDITOR: 2020- EDITOR
is not clear as it refers to future With: "future editions of the 08-21 06:57:31Z)
editions of the base standard, base standard"
hence it should be stated Note: it may be desirable to
clearly. It should be noted that also delete the text after
all future editions of the incorporated: "into the base
amendment must include all of standard".
the proceeding items.
STA transmission of Data Correct clause numbering to be ACCEPTED (EDITOR: 2020- EDITOR
frames outside the context of a 4.3.17 08-20 05:11:14Z)
BSS is clause 4.3.17 in IEEE
802.11md_D3, not 4.3.19.
The radio environment request Replace: "when REJECTED, Aug 25, SP 1 EDITOR
vector is not only for NGV dot11NGVActivated is TRUE"
transmissions, it also allows With: "when
higher layer entities to control dot11OCBActivated is TRUE"
the format, encoding and and
MPDU handling for any OCB Replace: "handling for NGV
mode not just NGV as it can be transmission"
used by an NGV STA to set the With: "transmission for OCB
parameters for legacy transmissions"
transmissions, So it should
apply to both
dot11NGVActivated or
dot11OCBActivated, hence
requiring dot11NGVActivated is
not necessary. This new
feature will apply to all OCB
devices that support this
amendment. Also the use of
the word handling seems odd.
The detailed content of the A list of the contents of the REVISED, Sept 16, SP 1 EDITOR
radio environment request vector, the format of the items,
vector has to be provided and their meanings need to be
somewhere in the amendment. defined or the location where
It should be listed in the they are defined needs to be
description or a pointer should specified.
be provided as to where the
elements of the vector are
provided
The MA-UNITDATA.indication Aline the text/definition to the REJECTED, Aug 25, SP 1 EDITOR
primitive contains the current text describing the vector in the
MAC service parameters. The MA-UNITDATA.request clause.
higher layers can query the
SME requesting the current
status of the MA-
UNITDATA.indication to learn
the current status of the STA.
Hence, it is the outward facing
version of the MA-
UNITDATA.request primitive
and should therefore be
similarly described.
The detailed content of the A list of the contents of the REVISED, Sept 16, SP 1 EDITOR
radio environment status vector vector, the format of the items,
has to be provided somewhere and their meanings need to be
in the amendment. It should be defined or the location where
listed in the description or a they are defined needs to be
pointer should be provided as specified.
to where the elements of the
vector are provided
The MA-UNITDATA- Aline the text/definition to the REJECTED, Aug 25, SP 1 EDITOR
STAUS.indication primitive text describing the vector in the
contains the current MAC MA-UNITDATA.indication
service parameters. The clause.
higher layers can query the
SME requesting the current
status of the MA-
UNITDATA.indication to learn
the current status of the STA.
Hence, it is the outward facing
version of the MA-
UNITDATA.request primitive
and should therefore be
similarly described.
Why is the Radio Environment Remove Clause 5.4 and add REJECTED, Aug 25, SP 1 EDITOR
Report in the clause 5? I the MA-
believe only the primitive RADIOENVIIRONMENT.indicat
should be defined in clause 5 ion primitive description to
and the use and generation of clause 5.2, by creating a new
the report should be described clause 5.2.6 MA-
in clause 10. T RADIOENVIRONMent.indicatio
n. Then provide a description
of the use of the primitive in
clause 10.
This primitive can only cancel Replace: "which have been ACCEPTED - May 22, SP 1 EDITOR
transmission of mSDUs that provided to the MAC entity but
have not bee transmitted, as if not yet transmitted"
they have been transmitted With: "that are in the MAC
they are no longer in the entity's transmit queue."
queue.
All MSDUs in the transmit Delete: "untransmitted" ACCEPTED - May 22- SP 1 EDITOR
queue are un-transmitted, also delete "untransmitted" on
hence there is no need to state line 39.
that they are un-transmitted.
The description of the effect of Replace: "This primitive ACCEPTED- May 22, SP 1 EDITOR
receipt should be clearer. imitates removal of the
mistranslated MSDUs of the
specified access category from
their transmit queue."
with: "The receipt of this
primitive by the MAC entity
causes the MAC entity to
remove MSDUs of the specified
access category from the
transmit queue."
All MSDUs in the transmit Delete: "untransmitted" ACCEPTED - May 22, SP 1 EDITOR
queue are untransmitted,
hence there is no need to state
that they are untransmitted.
It seems this primitive does not Replace: "The primitive EDITOR
have any parameters. If so the parameter is as follows:
semantics text should in line MLME-CANCELTX.confirm()"
with that of other primitives with with: "This primitive has no
no parameters. Though it may parameters."
be use full for this primitive to
return the AccessCategory - so
that the SME is aware of which
MLME_CANCELTX.request
was successful if more than
one request was issues.
This text should align with the Replace: "The SME is notified EDITOR
text in the MLE- of the completion of the
CANCELTX.request removal of untransmitted
MSDUs."
With: "The SME is notified that
the MAC entity has removed
MSDUs of the specified access
category from the transmit
queue."
Given that the NGV MAC Remove Clause 31 and add REJECTED, Sept 16, SP 5 EDITOR
section is only ~2 pages - does the NGV functionality to Clause
it make more sense to just add 10, an appropriate location.
the features in to the main
MAC section (Clause 10).
ACK in response to a
individual0addressed
Management frame,
Duration/ID field: 2
Group-addressed frame ,
Duration/ID field: 6
Why do I care if an NGV STA Delete: "An NGV STA REVISED, Aug 21, SP 1 EDITOR
can or cannot determine that determines that the transmitter
the transmitter is an NGV of an OFDM PPDU is an NGV
capable STA or not? Why is capable STA if one of the
this stated in the specification? following
There needs to be a defined conditions is true:
action that may or shall happen - an Ack frame in 11p PPDU is
if the STA receives a detected whose Duration/ID
transmission from a NGV field has value 2.
capable STA, none is stated. - an individual-addressed frame
Hence this statement should be in 11p PPDU is detected
removed and a requirement whose Duration/ID field is equal
added at the appropriate to the sum
location. of 4 and the value which is
calculated per Primary Rate for
Ack frame.
- a group-addressed frame in
11p PPDU is detected whose
Duration/ID field has value 6."
The NGV STA doesn't decide As in comment 11 Sept, SP 1 EDITOR
anything, it is told by higher
layers what the OCB primary
channel is. The text should
make this clear.
The TGbd amendment should As shown in the comment. ACCEPTED (EDITOR: 2020- EDITOR
be based on the latest 08-21 06:58:06Z)
amendment drafts. TGba D5.0
should be TGba D6.0. Before
publishing the next draft,
please check the latest drafts
of other amendments.
The abstract in the draft doesn't As shown in the comment. Sept 8, SP 2 -ACCEPTED EDITOR
match the TGbd PAR. (EDITOR: 2020-08-21
"communication in frequency 07:26:16Z)
bands between 1 GHz and
7.125 GHz." should be
something like "communication
in frequency bands 5.9 GHz
and 60 GHz".
The Introduction of this As shown in the comment. ACCEPTED (EDITOR: 2020- EDITOR
amendment is not correct. It 08-21 06:43:24Z) - 85
has the introduction of the
802.11ax. Please replace it
with the TGbd introduction.
A draft should not contain As shown in the comment. REVISED, Sept 16, SP 4 EDITOR
"TBD" before working group
letter ballot. There are 53
instances of TBDs which
should be removed or replaced
with right contents.
The word "further" seems not As shown in the comment. ACCEPTED (EDITOR: 2020- EDITOR
needed in the sentence as 08-20 05:16:55Z)
there is no defintion of the
value in the Duration/ID field in
a frame transmitted by an NGV
STA in this subclause.
"?" should be replaced with a As shown in the comment. ACCEPTED (EDITOR: 2020- EDITOR
correct number. It looks like in 08-20 05:19:33Z)
REVmd D3.0, it is 3rd
paragraph.
Definition of NGV PPDU As shown in the comment. EDITOR
missing in clause 3. Please add
one before using in other
clauses.
This sentence seems too As shown in the comment. Sept 8 , SP 3 EDITOR
vague. What this sentence
means is that the functions in
Clause 31 supersedes the
functions in Clause 10 and 11
when there is conflict between
the functions. Please rephrase
this to reflect this meaning.
"Ack" should be "Ack frame" As shown in the comment. ACCEPTED (EDITOR: 2020- EDITOR
08-20 05:26:37Z)
The definition of 11p PPDU Add a definition of 11p PPDU REVISED, Aug 21, SP 1 EDITOR
seems to be missing. I cannot in clause 3
find one in REVmd D3.0.
"ACK frame" should be "Ack As shown in the comment. ACCEPTED (EDITOR: 2020- EDITOR
frame" 08-20 05:26:55Z)
The definition of "Primary Rate" Add a definition of the Primary REVISED, Aug 21, SP 1 EDITOR
missing. Rate
It is not clear how the Duration As shown in the comment. REVISED, Aug 21, SP 1 EDITOR
field of the QoS Data frame is
set based on the following: "the
sum of 4 and the value which is
calculated per Primary Rate for
the Ack frame". The sentence
should have how "the value" is
calculated.
Missing word. "..., shall As shown in the comment. ACCEPTED (EDITOR: 2020- EDITOR
decrement..." should be "..., it 08-20 05:28:46Z)
shall decrement..." or "..., the
backoff counter shall be
decremented"
"the BA Buffer Size" should be As shown in the comment. ACCEPTED (EDITOR: 2020- EDITOR
"the BA buffer size" if "Buffer 08-20 05:35:47Z)
Size" is used as a general
term. If this was to say the
Buffer Size field then the
sentence should be modified.
Figure 32-12 needs rework As shown in the comment. ACCEPTED (EDITOR: 2020- EDITOR
(two figures overlapped) 08-21 20:26:32Z)
Annex B (PICS) is missing. Add Annex B (PICS) for NGV REVISED, June 9, SP 2 EDITOR
functions
Annex C is missing Add Annex C for NGV REVISED, Sept 16, SP 4 EDITOR
functions
"The NGV PHY data Remove "16-QAM DCM" ACCEPTED- June 9, SP 1 EDITOR
subcarriers are modulated
using ..., 16-QAM DCM, 64-
QAM, and 256-QAM." "16-QAM
DCM" is not defined in 11bd.
In Table 32-1, Since LDPC is Remove the row of ACCEPTED - June 9, SP 1 EDITOR
the only encoding method for "FEC_CODING".
data, FEC_CODING is not
needed.
In Table 32-1, the MCS of NGV Update "TBD" to "10" REVISED June 9, SP 1 EDITOR
is defined from 0 to 10, need to
update the MCS range.
In Table 32-1, DCM is one of Remove the row of REVISED June 9, SP 1 EDITOR
the modulation, no need extra "DCM<TBD>"
row for DCM.
In Table 32-1, Remove "POWERBOOST" ACCEPTED June 9, SP 1 EDITOR
"POWERBOOST" is entry.
determined based on
Modulation, no need to indicate
in TXVECTOR.
In Table 32-2, "(when FORMAT Remove "(when FORMAT is ACCEPTED (EDITOR: 2020- EDITOR
is NGV)" seems redundant. It NGV)" 08-20 05:39:54Z)
can be removed
"and Clause Clause 32...", Remove duplicated "Clause" ACCEPTED (EDITOR: 2020- EDITOR
duplicated "Clause" need to be 08-20 05:41:23Z)
removed
"Replication over multiple 2 10 "Replication over two 10 MHz EDITOR
MHz channels (for BW = 20 channels (if BW = 20MHz)"
MHz)", replace "multiple 2" with
"two"
"The DCM tone mapping, Replace 'if DCM is indicated by EDITOR
which is part of the Tone <TBD>' to 'NGV-MCS is set to
Mapper and Pilot Insertion 10'
block, is applied only if DCM is
indicated by <TBD>." There is
no separate DCM indication.
DCM is defined only MCS0.
Update "TBD" to "NGV-SIG Update "<TBD>" to "NGV-SIG REVISED, July 7, SP 3 EDITOR
and RNGV-SIG". and RNGV-SIG".
"non-HT duplicate" PPDU is not Remove "In a non-HT duplicate REVISED, Aug 28, SP 1 EDITOR
defined for 11bd PPDU, the RATE field is
defined in 17.3.4.2 (RATE field)
using the L_DATARATE
parameter in the TXVECTOR"
"non-HT duplicate" PPDU is not Remove "In a non-HT duplicate REVISED, Aug 28, SP 1 EDITOR
defined for 11bd PPDU,
the LENGTH field is defined in
17.3.4.3 (PHY LENGTH field)
using the L_LENGTH
parameter in the TXVECTOR."
"Midambles are present in the Midambles are present in the REVISED July 7, SP 4 EDITOR
Data field of the NGV PPDU Data field of the NGV PPDU
every M OFDM symbols, where after every M Data symbols,
M is either 4 or <TBD> as where M is 4, 8 or 16 as
indicated by the Midamble indicated by the Midamble
Periodicity field in <TBD>" Periodicity field in NGV-SIG.
Update "<TBD>" and rephrase.
"Each midamble is the same "Each midamble uses the same ACCEPTED (EDITOR: 2020- EDITOR
format as ..." needs to be format as ..." 08-20 05:48:05Z)
rephrased
"The NGV PHY data Remove "16-QAM DCM" from ACCEPTED- June 9, SP 1 EDITOR
subcarriers are modulated the modulation list.
using ..., 16-QAM DCM, 64-
QAM, and 256-QAM." "16-QAM
DCM" is not defined in 11bd.
Need to remove the
modulation.
In Table 32-1, Since LDPC is Remove the row of ACCEPTED - June 9, SP 1 EDITOR
the only encoding method for "FEC_CODING".
data, FEC_CODING is not
needed.
In Table 32-1, the MCS of NGV Update "TBD" to "10", and REVISED June 9, SP 1 EDITOR
is defined from 0 to 10, need to Remove the row of
update the MCS range. DCM is "DCM<TBD>"
one of the modulation, no need
extra row for DCM.
The ''NUM_SS" is missing in Add entires for "NUM_SS". REVISED June 9, SP 1 EDITOR
Table 32-1.
Table 32-7, STBC is not Remove "N_STS" row. ACCEPTED, Aug 4, SP 1 EDITOR
supported in NGV, N_STS
entry can be removed.
Update the reference of As in the comment. ACCEPTED, June 16, SP 1 EDITOR
number of NGV-LTF to Table
32-11.
N_Norm for NGV modulated change "N_STS" to "N_SS". ACCEPTED June 16, SP 1 EDITOR
fields need to be updated to Change "Table 27-15 " to
N_SS, as there is no N_STS "Table 32-7".
for NGV, and update the
reference to NGV table.
Reference Table 21-10 title is Change "NGV-SIG" to "VHT- ACCEPTED June 16, SP 1 EDITOR
not correct. SIGA".
Typo in the row of NGV-LTF-2x Change "GI" to "T_GI". ACCEPTED June 16, SP 1 EDITOR
for T_GI.
In equation (32-6), "\eta_L- As in the comment. ACCEPTED July 7, SP 2 EDITOR
STF,k" is not tone index
dependent, suggest to remove
k and move the scaling factor
outside of the per-tone
summation.
"when BPSK or BPSKand DCM change "when BPSK or REVISED July 7, SP 2 EDITOR
is used on Data field", need BPSKand DCM is used on
some rephrasing for this Data field" to "when Data field
sentence. is modulated using BPSK with
and without DCM".
Error in the duration in "OFDM change "OFDM symbol of 3.2 REVISED, July 21, SP 1 EDITOR
symbol of 3.2 ╬╝s excluding ╬╝s excluding GI" to "OFDM
GI" symbol of 6.4 ╬╝s excluding
GI"
"Each midamble is the same change "Each midamble is the REVISED Jul 14, SP 1 EDITOR
format as the NGV-LTF field(s) same format as the NGV-LTF
in the preamble of the same field(s) in the preamble of the
PPDU as defined in same PPDU as defined in
Clause 32.3.7.3.6 (NGV-LTF Clause 32.3.7.3.6 (NGV-LTF
definition), as shown", the definition), as shown" to "Eahc
description can be improved to midamble field uses the same
make it more clear. format as the NGV-LTF field of
the same PPDU, which format
is signaled in NGV-SIG. The
Midamble OFDM symbol
modulation is defined the same
as Section 32.3.7.3.6 (NGV-
LTF definition). The Midamble
in a NGV PPDU is shown".
typo in "requirements are change "requirements are ACCEPTED (EDITOR: 2020- EDITOR
defied ..." defied ..." to "requirements are 08-20 05:49:30Z)
defined ...".
Indication of DCM is "DCM is a modulation scheme REVISED July 7, SP 3, Sep EDITOR
ambiguous: used for the Data field in an 16, SP 3
"DCM is a modulation scheme NGV PPDU.
used for the Data field in an DCM is applied only in
NGV PPDU. The use of DCM combination with BPSK
on the Data field modulation and coding rate 1/2.
of an NGV PPDU is indicated in The use of DCM on the Data
the <TBD>. DCM is applied field of an NGV PPDU is
only to the NGV-MCS 0." indicated through a designated
1. It is now known that DCM NGV-MCS index as specified in
will be indicated by NGV-MCS Clause 32.3.14 (Parameters for
10. NGV-MCSs)."
2. It is therefore misleading to
state that DCM is applied to
NGV-MCS 0.
The left hand side should be P If so, please remove this note. REVISED, July 21, SP 1 EDITOR
and the subscript of R may If not, please be more specific
need fixed. about for what phase rotation.
Acronym "carrier sense (CS)" is Replace "carrier sense (CS)" ACCEPTED (EDITOR: 2020- EDITOR
introduced already in line 14. with "CS" in line 15 08-21 06:18:48Z) -
line 64 following reads: ... " Replace "Clause 32" with ACCEPTED (EDITOR: 2020- EDITOR
except when the functions in "Clause 31" 08-20 06:21:07Z)
Clause 32 supersede the
functions in Clause 10 or
Clause 11."
The functions in Clause 10 are
MAC sublayer functions and
the ones in Clause 11 are
MLME, but Clause 32
addresses NGV PHY.
Hence it should read " except
when the functions in Clause
31 supersede the functions in
Clause 10 or Clause 11."
A closing ")" is missing after Add ")" after "specification" ACCEPTED (EDITOR: 2020- EDITOR
"specification" 08-20 06:22:55Z)
Line 35 contains a modulation Remove "16-QAM DCM," EDITOR
option for "16-QAM DCM", but
in the SFD and in the
remainder of Draft P802.11bd
D0.3 DCM is only considered
with BPSK.
Line 7 and 8 reads "Both of Replace " Figure 32.1.3.2 (PHY REVISED (EDITOR: 2020-08- EDITOR
these functions are described management entity (PLME))." 20 06:33:12Z) -
in detail in Clause 32.3 (NGV with "32.4 (NGV PLME)".
PHY) and Figure 32.1.3.2 (PHY
management entity (PLME))."
The correct reference should
be "Clause 32.4 (NGV PLME)"
If the FORMAT is NGV, then Remove parameter "FEC ACCEPTED - June 9, SP 1 EDITOR
only LDPC coding for the data Coding" and row in Table 32-1
portion of a PPDU is allowed
according to SFD.
Hence, it is unneccessary to
define a parameter "FEC
Coding" that can take the
values BCC_CODING and
LDPC_CODING.
Line 59 and 60 read: Replace "MHz and 20 MHz" ACCEPTED (EDITOR: 2020- EDITOR
"CHANNEL_WIDTH parameter, with "MHz or 20 MHz" 08-20 06:35:59Z)
which identifies the operating
channel width and takes one of
the values 10 MHz and 20
MHz."
The parameter can take either
10 or 20 MHz value but not
both. Hence, the "and" should
be replaced by and "or"
According to Annex E of Draft Add additional rows for REVISED June 9, SP 1 EDITOR
P802.11md D3.0, both in the FORMAT NON_NGV and
US and in Europe, ITS channel CBW_5 and CBW_20 in Table
spacings for 5, 10, and 20 MHz 32-3.
are defined.
However, the last row in Table
32-2 NON_NGV only defines
CBW_10 for 10 MHz.
If in Annex E.1 5, 10, and 20
MHz are supported in the ITS
Band, Table 32-2 should define
CBW_5, CBW_10, and
CBW_20 for NON_NGV
accordingly.
Line 47 reads "h) Replication Replace "multiple 2 10 MHz ACCEPTED (EDITOR: 2020- EDITOR
over multiple 2 10 MHz channels" with "two 10 MHz 08-20 06:38:57Z)
channels (for BW = 20 MHz) channels"
It should be "two 10 MHz
channels".
Line 46 read ..."DCM is applied replace "the NGV-MCS 0." with ACCEPTED (EDITOR: 2020- EDITOR
only to the NGV-MCS 0." "BPSK in NGV-MCS 10 (see 08-20 06:47:30Z)
It would be more readable to Tables 32-15 to 32-18)."
say "DCM is applied only to
BPSK in NGV-MCS 10."
as MCS-10 in Tables Table 32-
15 to 32-18 is explicitly defined
for DCM and BPSK.
Row "B10", column 2 read "1 Remove "bit" in row "B10", ACCEPTED (EDITOR: 2020- EDITOR
bit" in the column "number of column 2 08-20 06:53:32Z)
bits".
"shall be as specified in shown Replace "shall be as specified ACCEPTED (EDITOR: 2020- EDITOR
in" in shown in" with "shall be as 08-20 06:54:43Z)
specified in"
Eq. (32-15) assigns symbol Replace on the right hand side ACCEPTED (EDITOR: 2020- EDITOR
[R_{NGV_LTF}]_{m,n} to of Eq. (32-15) "R" with "P" 08-20 07:03:01Z)
[R_{NGV_LTF}]_{m,n}. according to Eq. (21-41)
Should be on the right side
[P_{NGV_LTF}]_{m,n}
according to Eq. (21-41)
Heading reads "32.3.8 Data Remove "." after "Data field" ACCEPTED - July 10, SP 1 EDITOR
field."
Typo Change "R efer" to "Refer" ACCEPTED, Jul 10, SP 1 EDITOR
Line 30 to 31 reads "where M is Replace "4 or <TBD>" with "4, ACCEPTED (EDITOR: 2020- EDITOR
either 4 or <TBD>". According 8, or 16" 08-20 07:14:09Z)
to SFD and Table 32-1 M can
only be 4, 8, or 16.
Line 31 read "as indicated by replace "<TBD>" at end of line ACCEPTED (EDITOR: 2020- EDITOR
the Midamble Periodicity field in with "Table 32-10-Fields in the 08-20 07:12:12Z)
<TBD>." NGV-SIG field"
the Midamble Periodicity field is
defined in "Table 32-10--Fields
in the NGV-SIG field"
Add an equation after Line 32 Add the following line after Line REJECTED July 7, SP 4 EDITOR
that maps the Midamble 32:
Periodicity Field to M. M= 4 * 2^(Midamble Periodicity
Field), where the value of
Midamble Periodicity Field is
defined in Table Table 32-10
(Fields in the NGV-SIG field).
Figure 32-12 is not readable. Correct overlapping and ACCEPTED (EDITOR: 2020- EDITOR
Some parts get distroted and distorted parts in Figure 32-12 08-21 20:26:32Z)
overlap.
There is no Clause "33.xx" on Change "33.xx" to "31.xx" ACCEPTED (EDITOR: 2020- EDITOR
MAC 08-20 07:17:58Z)
There are various TBD Revise REVISED, Sept 16, SP 4 EDITOR
dot11NGVActivated should be make a table called NGV PHY REVISED, Aug 25, SP 1 EDITOR
defined in 32.3 (PHY MIB) with MIB attributes and define it
NGV PHY MIB attributes
fill TBD as in comment REVISED, Aug 25, SP 1 EDITOR
Clause is followed by (its the Clause 31.2 should be Clause ACCEPTED (EDITOR: 2020- EDITOR
title) such as Clause 31.2 31.2 (Operation in 5.9 GHz 08-20 07:25:39Z)
(Operation in 5.9 GHz band) band)
Clause is followed by (its the Clause 10 should be Clause 10 ACCEPTED (EDITOR: 2020- EDITOR
title) such as Clause 10 (MAC (MAC sublayer functional 08-20 07:27:29Z)
sublayer functional description) description)
Clause is followed by (its the Clause 11 should be Clause ACCEPTED (EDITOR: 2020- EDITOR
title) such as Clause 11 Clause 11 (MLME) 08-20 07:28:18Z)
(MLME)
Clause is followed by (its the Clause 31.3should be Clause ACCEPTED (EDITOR: 2020- EDITOR
title) such as Clause 31.3 31.3 (Operation in 60 GHz 08-20 07:29:36Z)
(Operation in 60 GHz band) band)
Clause is followed by (its the Clause 10 should be Clause 10 ACCEPTED (EDITOR: 2020- EDITOR
title) such as Clause 10 (MAC (MAC sublayer functional 08-20 07:30:36Z)
sublayer functional description) description)
Clause is followed by (its the Clause 11 should be Clause 11 ACCEPTED (EDITOR: 2020- EDITOR
title) such as Clause 11 (MLME) 08-20 07:31:29Z)
(MLME)
Clause is followed by (its the Clause 31 should be Clause 31 ACCEPTED (EDITOR: 2020- EDITOR
title) (Next Generation V2X (NGV) 08-20 07:33:36Z)
MAC specification). And the
same rule applied to Clause 10
and 11
Is the Duration field or Use the same term REVISED, Aug 21, SP 1 EDITOR
Duration/ID field? at line 46 at consistently.
the same page, it shows
Duration/ID field. the field name
should be the same.
fill TBD as in comment REVISED, Sept 16, SP 6 EDITOR
11bd does not support multiple it should be .... Between two EDITOR
STAs. It does not make sense STAs
to consdier "between two or
more STAs" delete "or more" in
A function that defines the
characteristics and method of
transmitting and receiving data
through a
wireless medium between two
or more STAs.
dot11CurrentChannelWidth make a table called NGV PHY REVISED, Aug 25, SP 3 EDITOR
should be defined in 32.3 (PHY MIB attributes and define it
MIB) with NGV PHY MIB
attributes
1.6us should be 1.6 ╬╝s. Make as in comment ACCEPTED (EDITOR: 2020- EDITOR
sure there is a space between 08-20 07:54:04Z)
number and unit.
Duration of each NGV-LTF as in comment REVISED, July 21, SP 1 EDITOR
symbol in Equation 32-17 and
in Table 32-6 (Timing-related
constants) is not matched. One
indicates the duration including
GI. The other indicates the
duration excluding GI.
Considering the Table already
defined in early subclause,
better to delete the Equation
(32-17) and related text in the
spec. or just delete "excluding
GI" in "The duration of each
NGV-LTF symbol duration
excluding GI is T_NGV-LTF,
defined in Equation (32-17)"
NGV_LTF = {..........}
= VHT-LTF
with k+28, its range should as in comment ACCEPTED, July 10, SP 1 EDITOR
start with -28 (not -21)
add new subclause to cover as in comment 4 Sept, SP 1 EDITOR
"(Non-HT duplicate
transmission" and its contents
fill TBD and fix the reference as in comment REVISED July 7, SP 5 EDITOR
number (33.xx)
EDITOR: 2020-09-17
01:44:18Z - Copied from CID
110
EDITOR: 2020-09-17
01:45:10Z - Copied from CID
111
EDITOR: 2020-09-17
01:45:35Z - Copied from CID
112
Editorials I EDITOR: 2020-08-20 D0.4
04:45:41Z
D0.4
WITHDRAWN
The MA-UNITDATA-
STAUS.indication includes the
parameters specific to the
status indication: transmission
status. There is no need to
carry data in the status
indication.
Subclause 5.2 is about
primatives for data service.
Radio Environment Report
doesn’t belong to data service.
Editorials
Delete:
"untransmitted"_x000D_
also delete "untransmitted" on
line 39.
Delete: "untransmitted"
Editorials While undersand the
motivation, the name NGV is
well used and known outside
the IEEE as well, at this stage it
might be best to keep it and
allow next generations to come
up with other names.
General
EDITOR: 2020-09-17
01:49:28Z - Copied from CID
29
EDITOR: 2020-07-14
03:48:46Z- The resolution
contains no editing instructions.
Duplicate
EDITOR: 2020-07-13
22:44:42Z- The resolution
contains no editing instructions.
Duplicate
EDITOR: 2020-07-13
22:45:56Z- The resolution
contains no editing instructions.
Duplicate
As consent in motion [81] in the Please replace “TBD” with “9”,
spec framework document (11- and remove the row of “DCM
19/0497r7), MCS is defined <TBD>”.
with 10 values, e.g. 0-9.
EDITOR: 2020-07-13
22:50:41Z- The resolution
contains no editing instructions.
Duplicate
Discussion:_x000D_
_x000D_
Agree on the comment. Refer
to consensus in the 11bd spec
framework document (11-
19/0497r6):_x000D_
“11bd enables both A-MSDU
and A-MPDU operation to work
for unicast OCB and not to
exceed the constraints on A-
MSDU in A-MPDU as defined
in 802.11ac. _x000D_
[ [4] Motion #36]”_x000D_
_x000D_
PSDU_LENGTH is used for
MAC to calculate padding and
APEP_LENGTH is used by
PHY to construct
PPDU._x000D_
_x000D_
_x000D_
TGbd Editor: _x000D_
Please implement the
proposed spec text
modification as part of
resolution to CID 128 as in
document 11-20/0790r3.
EDITOR: 2020-07-14
03:35:03Z- The resolution
contains no editing instructions.
Duplicate
EDITOR: 2020-07-14
03:37:27Z- The resolution
contains no editing instructions.
Duplicate
EDITOR: 2020-07-14
03:39:08Z- The resolution
contains no editing instructions.
Duplicate
EDITOR: 2020-07-14
03:49:47Z- The resolution
contains no editing instructions.
Duplicate
Revised_x000D_
_x000D_
Agree in principle. When the
both primary and secondary
channels are busy, the backoff
counter is decremented if the
medium is idle for the longer
period from the end of the
immediately preceding
medium-busy event. The
conflicting sentences are
modified._x000D_
_x000D_
TGbd editor to make changes
in 11-20/1383r0 under CID 157
Agree in principle that the Implement changes in 11-
“stream parser” sub-section 20/0901r1.
can be simplified. A better way
is to simply refer it to section
21.3.10.6 (Stream parser) with
limit of 2 spatial streams.
EDITOR: 2020-07-14
03:40:30Z- The resolution
contains no editing instructions.
Duplicate
Editorials
Editorials
Editorials
As commenter mentioned,
phase rotation defiend in table
32-9 is applied to NGV-LTF.
But, since the basic sequence
for NGV-LTF is described in
Equation (32-20), Equation (32-
21), Equation (32-22), and
Equation (32-23), this note
needs to indicate that the
phase rotation is not applied
thise sequence. And the same
note is described in 21.3.8.3.5.
VHT-LTF definition of
802.11REVmd_D3.0
Editorials
Editorials
Editorials
Editorials
Editorials
Editorials
Editorials
Editorials EDITOR: 2020-08-20
06:17:18Z - Copied from CID
96
Editorials I EDITOR: 2020-08-20 D0.4
06:21:09Z
EDITOR: 2020-07-13
22:55:42Z- The resolution
contains no editing instructions.
Duplicate
Editorials I EDITOR: 2020-08-20 D0.4
06:36:00Z
See CID 41
Agreed in principle_x000D_
The NGV STA decrements the
backoff counter._x000D_
_x000D_
TGbd editor to make changes
in 11-20/1383r0 under CID 233
EDITOR: 2020-09-14
06:34:35Z - Copied from CID
25
Editorials I EDITOR: 2020-08-20 D0.4
07:36:45Z
Discussion:_x000D_
Agree in principle. _x000D_
_x000D_
TGbd Editor: _x000D_
Please implement the
proposed spec text
modification as part of
resolution to CID 254 as in
document 11-20/0790r3.
EDITOR: 2020-07-14
03:41:48Z- The resolution
contains no editing instructions.
Duplicate
EDITOR: 2020-07-14
03:43:08Z- The resolution
contains no editing instructions.
Duplicate
EDITOR: 2020-07-14
03:43:45Z- The resolution
contains no editing instructions.
Duplicate
Implement changes in 11-
20/0875r0
EDITOR: 2020-07-14
00:57:57Z- The resolution
contains no editing instructions.
Duplicate
The CSD for Non-NGV portion TGbd editor to make the
is defiend in the subclause changes shown in 11-
32.3.7.2.1. 20/0845r1
In principle, the commenter is TGbd editor to make the
right._x000D_ changes shown in 11-
The number of subcarriers for 20/0845r1
L-STF is equal to NSD defined
in table 17-7 of 802.11revmd
D3.0
A “Non-NGV duplicate
transmission” subclause
32.3.8.11 is added in 11-
20/790r3, but mathematical
equation is not provided, which
is added in this
resolution._x000D_
_x000D_
See changes in 11-20/1378r0.
EDITOR: 2020-07-14
03:52:22Z- The resolution
contains no editing instructions.
Duplicate
Agreed in general._x000D_
Add individual subclauses for
"Receiver minimum input
sensitivity", "Adjacent channel
rejection", "Nonadjacent
channel rejection", "Receiver
maximum input level" and
etc._x000D_
_x000D_
See changes in 11-20/1230r3.
TGbd Editor: make changes
according to this document 11-
20-0722-00-00bd Resolutions
to 32.3.8.11 NGV transmit
procedure.
Discussion:_x000D_
Agree in principle. _x000D_
_x000D_
TGbd Editor: _x000D_
Please implement the
proposed spec text
modification as part of
resolution to CID 359 as in
document 11-20/0790r3.
Discussion:_x000D_
Agree in principle. _x000D_
_x000D_
TGbd Editor: _x000D_
Please implement the
proposed spec text
modification as part of
resolution to CID 360 as in
document 11-20/0790r3.
Last Updated Last
Updated
By
2020/9/4 5:42 EDITOR